專利名稱：在路由器上對實時業(yè)務(wù)進行控制的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種對實時業(yè)務(wù)進行控制的方法，特別是一種在路由器上對實時業(yè)務(wù)進行控制的方法。
背景技術(shù)：
實時業(yè)務(wù)指的是業(yè)務(wù)的發(fā)送和接收必須在很短的時間內(nèi)完成。最常見的如兩個人之間的音頻會話，早期的技術(shù)都是基于電路交換，目前的發(fā)展趨勢是向分組交換過渡。
VoIP(Voice over IP)作為一種日漸成熟的通訊技術(shù)，其在NGN(NextGeneration Network)中應(yīng)用已經(jīng)越來越廣泛。IP網(wǎng)絡(luò)通過采用區(qū)分業(yè)務(wù)模式(Differentiated Services Model，Diffserv)盡可能的保證語音質(zhì)量，但是對語音業(yè)務(wù)的支持能力還不盡如人意。
在現(xiàn)有技術(shù)中存在多種處理實時業(yè)務(wù)的方案，以下以常用的兩種方案為例進行說明。
第一種方案是會話建立過程中，軟交換系統(tǒng)在信令接續(xù)成功后，將語音打包發(fā)送到承載網(wǎng)，RTP(Real-time Transport Protocol，實時傳輸協(xié)議)報文主要存放語音數(shù)據(jù)，速率是20ms/p。同時，RTCP(Real-time Transport Control Protocol，實時傳輸控制協(xié)議)報文也發(fā)送到承載網(wǎng)，主要發(fā)送報告、接收報告，并且存放鏈路質(zhì)量信息(例如丟包率、延時、抖動等)，速率是5s/p。在同一個會話中，RTP和RTCP的源IP地址、目的IP地址相同，UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)端口號相差1。軟交換系統(tǒng)通過對RTCP消息進行分析，發(fā)出鏈路質(zhì)量告警。
該第一種方案的缺點是由于RTP和RTCP之間沒有形成制約關(guān)系，RTCP報文僅僅是對RTP報文進行統(tǒng)計，來確定鏈路的質(zhì)量，沒有辦法進行有效預(yù)防處理。
第二種方案是軟交換系統(tǒng)將語音進行封裝處理后發(fā)送到路由器，在路由器上按照路由轉(zhuǎn)發(fā)，并且配置語音的保證帶寬，通過高優(yōu)先級隊列轉(zhuǎn)發(fā)，延時在us級。
第二種方案的缺點是在面臨高話務(wù)量發(fā)生時，即語音流量大于了路由器保證帶寬時，會出現(xiàn)報文丟棄、延時增大。由于路由器的帶寬保證是基于IP層，所以高話務(wù)量沖擊會造成語音的隨機丟包，也就是，高話務(wù)量沖擊不但影響剛建立的通話，還會對已有的會話有影響。理論上來說，所有的會話都可能會受影響。
在這一時刻，軟交換系統(tǒng)會出現(xiàn)大量會話的丟包告警、延時告警、抖動告警，在路由器上只能看到丟包情況，無法對已在線會話進行保護。
因此，有必要提供一種能對建立實時業(yè)務(wù)進行控制的方法。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種在路由器上對實時業(yè)務(wù)進行控制的方法。
本發(fā)明的在路由器上對建立實時業(yè)務(wù)進行控制的方法，包括以下步驟步驟一，軟交換系統(tǒng)發(fā)送RTCP報文，該RTCP報文描述了當前實時業(yè)務(wù)RTP報文的帶寬需求；步驟二，路由器根據(jù)接收到上述RTCP報文，判斷是否存在對應(yīng)的話路，當存在對應(yīng)的話路，或當不存在對應(yīng)的話路、但與該RTCP報文對應(yīng)的端口滿足該RTCP報文中的帶寬需求時，轉(zhuǎn)發(fā)該RTCP報文；步驟三，重復(fù)步驟二中的操作，直到該RTCP報文轉(zhuǎn)發(fā)到對端軟交換系統(tǒng)。
在上述方法的步驟二中，當不存在對應(yīng)的話路、并且與該RTCP報文對應(yīng)的端口不滿足該RTCP報文中的帶寬需求時，丟棄RTCP報文，實時業(yè)務(wù)建立異常中止。
在上述方法的步驟一中，軟交換系統(tǒng)在發(fā)送RTP報文之前發(fā)送RTCP報文。
進一步，該RTCP報文具有與RTP報文相區(qū)分的標記，該用于區(qū)分的標記可以為優(yōu)先級。
在上述方法的步驟二中，路由器將從該RTCP報文中解析出的源IP地址、源端口號、目的IP地址和目的端口號作為關(guān)鍵詞，在針對RTCP報文建立的當前RTCP表中查找對應(yīng)的話路。
進一步，在上述RTCP表的表項中可以進一步設(shè)置與RTCP報文一一對應(yīng)的定時器，在存在對應(yīng)的話路時更新與該RTCP報文對應(yīng)的表項。當在定時器所設(shè)定的時間內(nèi)沒有收到對應(yīng)的RTCP報文，則在RTCP表中刪除該RTCP報文對應(yīng)的表項，釋放資源。
本發(fā)明的有益效果是1.通過在路由器上控制新實時業(yè)務(wù)的建立，其處理比RSVP(ResourceReservation Protocol，資源申請協(xié)議)簡單，而且可以面向每一條會話；2.由于RTCP報文的消息量很少，所以路由器上對RTCP報文的處理對轉(zhuǎn)發(fā)性能影響??；3.軟交換系統(tǒng)通過發(fā)送描述了當前實時業(yè)務(wù)RTP報文的帶寬需求的RTCP報文，可以更有效地監(jiān)控RTP報文；4.可以減少因為承載網(wǎng)鏈路資源的缺乏而對整個軟交換系統(tǒng)的影響，也就是，通過控制新會話的建立來保護已建立的會話業(yè)務(wù)，從而保證業(yè)務(wù)的實時性、可靠性。


圖1為本發(fā)明在路由器上對實時業(yè)務(wù)進行控制的方法的流程圖。
具體實施例方式
以下結(jié)合

本發(fā)明的在路由器上實現(xiàn)對實時業(yè)務(wù)進行控制的方法。
如圖1所示，為本發(fā)明在路由器上對實時業(yè)務(wù)進行控制的方法的流程圖。
為了在路由器上對實時業(yè)務(wù)的控制，需要對現(xiàn)有的RTCP協(xié)議進行面向應(yīng)用的修改，例如，在RTCP報文中，對RTCP報文增加幾個字段，這幾個字段用于描述當前鏈路帶寬是否滿足實時業(yè)務(wù)RTP報文的需要。
同時，本發(fā)明對軟交換系統(tǒng)會話建立的過程進行了改變，也就是，軟交換系統(tǒng)在發(fā)送RTP報文之前，首先發(fā)送描述了當前實時業(yè)務(wù)RTP報文的帶寬需求的RTCP報文。由于RTP報文和RTCP報文都是UDP封裝，并且在物理上是同一個通道進入路由器，因而，從IP地址和端口號很難區(qū)分RTP報文和RTCP報文。因此，本發(fā)明在發(fā)送RTCP報文時，為了與RTP報文進行區(qū)分，采用例如設(shè)置優(yōu)先級的方式，這樣，當RTCP報文和RTP報文送到路由器上時，路由器可以根據(jù)優(yōu)先級的設(shè)置區(qū)分接收到的報文是RTCP報文還是RTP報文，從而執(zhí)行相應(yīng)的處理。
進一步，為了實現(xiàn)對實時業(yè)務(wù)的控制，路由器上針對RTCP報文建立了RTCP表(或數(shù)據(jù)庫)。該RTCP表中的每個表項記載了針對一個RTCP報文已建立的會話，以及，為已建立的會話所分配的資源。由于可以通過“源IP地址+源端口號+目的IP地址+目的端口號”來唯一地確定一個話路，因此，可以將“源IP地址+源端口號+目的IP地址+目的端口號”作為關(guān)鍵字索引，來在路由器針對RTCP報文而建立的RTCP表中進行查找，判斷是否已經(jīng)建立會話。
以下將結(jié)合圖1的流程圖，具體說明本發(fā)明在路由器上實現(xiàn)對實時業(yè)務(wù)(例如會話業(yè)務(wù))進行控制的方法。
軟交換系統(tǒng)可以在發(fā)送RTP報文之前，先發(fā)送RTCP報文，該RTCP報文描述了當前實時業(yè)務(wù)RTP報文的帶寬需求，并且，該RTCP報文具有與RTP報文相區(qū)分的標記，例如設(shè)置有更高的優(yōu)先級。這樣，該RTCP報文可以用于檢測鏈路帶寬狀況。
當路由器收到一個RTCP報文后，判斷是否存在對應(yīng)的話路，當存在對應(yīng)的話路，或當不存在對應(yīng)的話路、但與該RTCP報文對應(yīng)的端口滿足該RTCP報文中的帶寬需求時，轉(zhuǎn)發(fā)該RTCP報文。
具體地，路由器首先解析該RTCP報文中的源IP地址、源端口號、目的IP地址和目的端口號。然后，將解析得到的源IP地址、源端口號、目的IP地址、目的端口號作為關(guān)鍵詞，在針對RTCP報文建立的RTCP表中進行查找。
如果路由器在RTCP表中找到對應(yīng)的話路，則表示會話已經(jīng)建立，資源已經(jīng)分配，并且將該RTCP報文轉(zhuǎn)發(fā)到下一跳路由器；如果路由器在RTCP表中沒有找到對應(yīng)的話路，則說明需要建立新的會話。此時，路由器根據(jù)該RTCP報文的目的IP地址，找到路由器上相應(yīng)的出端口，再計算該端口上可以提供給實時業(yè)務(wù)的帶寬是否滿足RTCP報文中所要求的帶寬。
如果該端口上可以提供給實時業(yè)務(wù)的帶寬滿足RTCP報文中所要求的帶寬，則資源分配成功，報文轉(zhuǎn)發(fā)到下一跳路由器，由下一跳路由器執(zhí)行同樣的處理，直到該RTCP報文轉(zhuǎn)發(fā)到對端軟交換系統(tǒng)。當對端軟交換系統(tǒng)接收到RTCP報文時，表示通信線路可以分配的帶寬可以滿足此次實時業(yè)務(wù)的帶寬需求。從而，可以據(jù)此檢測鏈路帶寬狀況，在路由器上實現(xiàn)對實時業(yè)務(wù)的控制。
如果該端口上可以提供給實時業(yè)務(wù)的帶寬不滿足RTCP報文中所要求的帶寬，則分配不成功，丟棄RTCP報文，此時對端軟交換系統(tǒng)將接收不到RTCP報文，實時業(yè)務(wù)異常中止。
通過上述方法，本發(fā)明可以獲得以下效果1.在路由器上進行處理，比RSVP(Resource Reservation Protocol，資源申請協(xié)議)簡單得多，而且可以面向每一條會話。
2.由于RTCP報文的消息量很少，所以路由器上RTCP報文的處理對轉(zhuǎn)發(fā)性能影響很小。
3.軟交換系統(tǒng)通過發(fā)送描述了當前實時業(yè)務(wù)RTP報文的帶寬需求的RTCP報文，可以更有效地監(jiān)控RTP報文。
4.可以減少因為承載網(wǎng)鏈路資源的缺乏而對整個軟交換系統(tǒng)的影響，也就是，通過控制新會話的建立來保護已建立的會話業(yè)務(wù)，從而保證業(yè)務(wù)的實時性、可靠性。
進一步，對于在每個路由器的RTCP表中每個表項，為了避免其始終占用路由器資源，可以為其設(shè)置一個對應(yīng)的定時器。
當路由器在RTCP表中找到對應(yīng)的話路，則更新這個表項的定時器，并且將該RTCP報文轉(zhuǎn)發(fā)到下一跳路由器。
當在定時器所設(shè)定的時間內(nèi)沒有收到RTCP表中的一個表項所對應(yīng)的RTCP報文，則刪除RTCP表中的該表項，釋放資源。
本發(fā)明并不局限于上述實施例，那些本領(lǐng)域普通技術(shù)人員通過閱讀本申請后對本發(fā)明所做的簡單的修飾、修改或者等同方案，都應(yīng)該落在本發(fā)明的權(quán)利要求所要求保護的范圍之內(nèi)。
權(quán)利要求
1.一種在路由器上對實時業(yè)務(wù)進行控制的方法，其特征在于，包括以下步驟步驟一，軟交換系統(tǒng)發(fā)送RTCP報文，該RTCP報文描述了當前實時業(yè)務(wù)RTP報文的帶寬需求；步驟二，路由器根據(jù)接收到上述RTCP報文，判斷是否存在對應(yīng)的話路，當存在對應(yīng)的話路，或當不存在對應(yīng)的話路、但與該RTCP報文對應(yīng)的端口滿足該RTCP報文中的帶寬需求時，轉(zhuǎn)發(fā)該RTCP報文；步驟三，重復(fù)步驟二中的操作，直到該RTCP報文轉(zhuǎn)發(fā)到對端軟交換系統(tǒng)。
2.如權(quán)利要求1所述的方法，其特征在于，在步驟二中，當不存在對應(yīng)的話路、并且與該RTCP報文對應(yīng)的端口不滿足該RTCP報文中的帶寬需求時，丟棄RTCP報文，實時業(yè)務(wù)建立異常中止。
3.如權(quán)利要求1或2所述的方法，其特征在于，在步驟一中，軟交換系統(tǒng)在發(fā)送RTP報文之前發(fā)送RTCP報文。
4.如權(quán)利要求3所述的方法，其特征在于，該RTCP報文具有與RTP報文相區(qū)分的標記。
5.如權(quán)利要求4所述的方法，其特征在于，該用于區(qū)分的標記為優(yōu)先級。
6.如權(quán)利要求5所述的方法，其特征在于，在步驟二中，路由器將從該RTCP報文中解析出的源IP地址、源端口號、目的IP地址和目的端口號作為關(guān)鍵詞，在針對RTCP報文建立的當前RTCP表中查找對應(yīng)的話路。
7.如權(quán)利要求6所述的方法，其特征在于，在上述RTCP表的表項中進一步設(shè)置了與RTCP報文一一對應(yīng)的定時器，在存在對應(yīng)的話路時更新與該RTCP報文對應(yīng)的表項。
8.如權(quán)利要求6所述的方法，其特征在于，在上述RTCP表的表項中進一步設(shè)置了與RTCP報文一一對應(yīng)的定時器，當在定時器所設(shè)定的時間內(nèi)沒有收到對應(yīng)的RTCP報文，則在RTCP表中刪除該RTCP報文對應(yīng)的表項，釋放資源。
全文摘要
本發(fā)明提供一種在路由器上對實時業(yè)務(wù)進行控制的方法，包括步驟一，軟交換系統(tǒng)發(fā)送RTCP報文，該RTCP報文描述了當前實時業(yè)務(wù)RTP報文的帶寬需求；步驟二，路由器根據(jù)接收到上述RTCP報文，判斷是否存在對應(yīng)的話路，當存在對應(yīng)的話路，或當不存在對應(yīng)的話路、但與該RTCP報文對應(yīng)的端口滿足該RTCP報文中的帶寬需求時，轉(zhuǎn)發(fā)該RTCP報文；步驟三，重復(fù)步驟二中的操作，直到該RTCP報文轉(zhuǎn)發(fā)到對端軟交換系統(tǒng)。通過該方法，可以在路由器上控制新實時業(yè)務(wù)的建立，并可以通過控制新會話的建立來保護已建立的會話業(yè)務(wù)，從而保證業(yè)務(wù)的實時性、可靠性。
文檔編號H04L29/06GK1859296SQ20051012366
公開日2006年11月8日 申請日期2005年11月18日 優(yōu)先權(quán)日2005年11月18日
發(fā)明者孫建平 申請人:華為技術(shù)有限公司