專利名稱：實現(xiàn)ip域間互通的方法
技術領域：
本發(fā)明涉及網(wǎng)絡通信技術領域，尤其涉及一種實現(xiàn)IP域間互通的方法。
背景技術：
NGN(下一代網(wǎng)絡)的組網(wǎng)結構如圖1所示，MGC(媒體網(wǎng)關控制器)和MG(媒體網(wǎng)關)是NGN中的兩個關鍵構件。其中，MGC負責呼叫控制功能，MG負責業(yè)務承載功能，藉此實現(xiàn)呼叫控制平面和業(yè)務承載平面的分離，從而充分共享網(wǎng)絡資源，簡化設備升級和業(yè)務擴展，大大降低開發(fā)和維護成本。
媒體網(wǎng)關控制協(xié)議是MG和MGC之間通信的主要協(xié)議，目前應用較為廣泛的包括H.248/MeGaCo和MGCP兩種媒體網(wǎng)關控制協(xié)議。其中，MGCP協(xié)議由IETF于1999年10月制訂并于2003年1月修訂，H.248/MeGaCo協(xié)議由IETF和ITU于2000年11月共同制訂并于2003年6月修訂。
以H.248協(xié)議為例，MG上的各種資源被抽象表示為終端(Termination)。終端又分為物理終端和臨時終端，前者代表一些具有半永久存在性的物理實體，例如TDM(時分復用)通道等，后者代表一些臨時申請用后釋放的公共資源，例如RTP(實時傳輸協(xié)議)流等。終端之間的組合被抽象表示為上下文(Context)。上下文可以包含多個終端，因而以拓撲(Topology)來描述終端間的相互關系。
基于協(xié)議的這種抽象模型，呼叫的接續(xù)實際上就是對終端和上下文的操作。所述操作通過MGC和MG之間的命令(Command)請求和響應來完成。命令所攜帶的參數(shù)，也稱為描述符(Descriptor)，被劃分為屬性(Property)、信號(Signal)、事件(Event)、統(tǒng)計(Statistic)等類別。具有業(yè)務相關性的參數(shù)邏輯上聚合成為包(Package)。
根據(jù)H.248協(xié)議可知，其定義的上下文拓撲結構本身對終端類型并不敏感。即構成上下文的終端可以是任意物理終端(例如TDM通道)或臨時終端(例如RTP流)。就一個雙向媒體流而言，對于普通IP電話業(yè)務可以由一個TDM物理終端和一個RTP臨時終端互聯(lián)來承載，對于局內(nèi)TDM電話業(yè)務可以由兩個TDM物理終端互聯(lián)來承載，對于IP-IP互通業(yè)務可以由兩個RTP臨時終端互聯(lián)來承載。
H.248協(xié)議的原始模型是面向單IP域內(nèi)的MGC-MG控制關系的。媒體流在普通MG上通常是在TDM物理終端和RTP臨時終端之間傳送的。然而，在實際應用中，各個運營商除了在各自的IP域內(nèi)有MG需要在MGC控制下互通之外，還可能需要彼此間實現(xiàn)跨IP域的互通。
但是，由于在實現(xiàn)跨IP域互通的情況下需要將不同IP域的RTP流在同一上下文內(nèi)串聯(lián)起來，為實現(xiàn)這一目的則需要在創(chuàng)建相應的RTP流的MG上需要知曉相關的IP域信息，以便于確定創(chuàng)建媒體流的方向。也就是說，如果在相應的MG上無法獲取相應的IP域信息，則根本無法創(chuàng)建相應的RTP流。而目前的確還沒有一種技術手段可以使得在需要實現(xiàn)互通功能的MG上能夠獲取創(chuàng)建的RTP流的IP域信息，即目前在MG上還無法獲取創(chuàng)建RTP流需要的IP域信息。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術所存在的問題，本發(fā)明的目的是提供一種實現(xiàn)IP域間互通的方法，從而使得在需要實現(xiàn)跨IP域創(chuàng)建媒體流的MG上可以獲取相應的IP域信息，以實現(xiàn)基于媒體網(wǎng)關控制協(xié)議的網(wǎng)絡中的IP域的互通。
本發(fā)明的目的是通過以下技術方案實現(xiàn)的本發(fā)明提供了一種實現(xiàn)IP域間互通的方法，包括A、IP域間的媒體網(wǎng)關MG接收媒體網(wǎng)關控制器MGC發(fā)來的創(chuàng)建媒體流需要的IP域信息；B、MG根據(jù)所述的IP域信息在IP域間創(chuàng)建相應的媒體流。
所述的步驟A包括A1、MGC將MG需要創(chuàng)建媒體流所屬的IP域信息下發(fā)給MG，MG獲取所述的IP域信息。
所述的步驟A1還包括A11、MGC將MG創(chuàng)建媒體流需要的IP域信息承載于本端控制描述符信息中發(fā)送給MG。
所述的步驟A11還包括將所述的IP域信息承載于本端控制描述符消息中的擴展屬性中發(fā)送給MG，所述擴展屬性在本端控制描述符中直接定義，或通過擴展包及其所含的屬性定義。
本發(fā)明所述的方法還包括在MG上配置IP域信息的缺省值信息。
所述的步驟A還包括MGC指示MG創(chuàng)建媒體流時IP域信息缺省；MG根據(jù)預先配置的缺省值對應的IP域信息確定創(chuàng)建媒體流需要的IP域信息。
所述的IP域信息的取值為一個字符串，可以是域名的形式。
在下一代網(wǎng)絡NGN中，預先配置可互通的IP域對應的IP域信息的取值應當各不相同。
本發(fā)明中，在執(zhí)行所述的步驟B之前還包括
當MG無法識別從MGC獲取的IP域信息時，則創(chuàng)建媒體流失敗，并向MGC返回錯誤信息。
所述的錯誤信息可以為錯誤碼。
由上述本發(fā)明提供的技術方案可以看出，本發(fā)明的實現(xiàn)使得在NGN中，需要互通的IP域間的MG可以從MGC上獲得需要其創(chuàng)建的媒體流(例如RTP媒體流)所屬的IP域信息，從而保證了需要互通的IP域間可以實現(xiàn)互通，為各個網(wǎng)絡的運營管理提供了極大地方便。


圖1為NGN中MG與MGC組網(wǎng)結構示意圖；圖2為NGN中IP域互通組網(wǎng)結構示意圖；圖3為本發(fā)明所述的方法的流程圖；圖4為利用本發(fā)明進行媒體流創(chuàng)建的過程示意圖。
具體實施例方式
NGN中IP跨域互通MG組網(wǎng)示意圖如圖2所示，其中設置于需要互通的IP域間的MG稱為IP跨域互通MG或IP-IP MG(IP域間MG)。與普通MG的區(qū)別在于普通MG處于UNI(用戶網(wǎng)絡接口)的位置，而IP-IP MG處于NNI(網(wǎng)絡節(jié)點接口)的位置。相應地媒體流在IP-IP MG上也是在相應的臨時終端之間傳送。
為了實現(xiàn)媒體流跨不同IP域的互通，所述的IP-IP MG在創(chuàng)建一個媒體流時需要了解其所屬的IP域信息。本發(fā)明的核心思想是通過擴展H.248協(xié)議的本端控制描述符，以支持承載IP-IP MG需要的IP域信息，從而使得IP-IP MG可以較為方便地獲得需要創(chuàng)建的媒體流所屬的IP域信息，以便于準確地創(chuàng)建相應的媒體流。
為對本發(fā)明有進一步的理解，下面將結合附圖對本發(fā)明所述的方法的具體實現(xiàn)方式作詳細的說明。
本發(fā)明所述的方法在具體實現(xiàn)時如圖3所示，具體包括以下過程步驟31MGC確定需要向MG下發(fā)創(chuàng)建媒體流指示時，需要待創(chuàng)建的媒體流所屬的IP域信息；所述的媒體流可以為RTP媒體流，也可以為其他任何媒體流。
步驟32MGC將所述的IP域信息發(fā)送給相應的MG，以通知其需要創(chuàng)建的媒體流所屬的IP域信息；MGC可以將所述的IP域信息承載在本端控制描述符中發(fā)送給MG，具體可以將所述的IP域信息承載于本端控制描述符消息中的擴展屬性中發(fā)送給MG，所述擴展屬性在本端控制描述符中直接定義，或通過擴展包及其所含的屬性定義；下面將對所述的本端控制描述符進行介紹MGC指示MG添加終端到上下文中以創(chuàng)建媒體流時，通常以LocalControl(本端控制)、Local(本端)和Remote(對端)等描述符來描述需要添加的終端的特征；其中，Local描述本端接收(也即對端發(fā)送)媒體流的編解碼參數(shù)；Remote描述對端接收(也即本端發(fā)送)媒體流的編解碼參數(shù)，例如IP地址端口、編解碼算法、打包時長等，這些參數(shù)采用SDP(會話描述協(xié)議)的形式來組織；所述的LocalConatrol描述則包含Mode(模式)、ReserveGroup(預留組)和ReserveValue(預留值)，以及其它在包中定義的與流相關的屬性；其中，Mode描述該終端上媒體流對外表現(xiàn)的狀態(tài)，可以是只發(fā)、只收、收發(fā)、去活、環(huán)回；ReserveGroup和ReserveValue描述該終端上媒體流編解碼所需資源是否預留；因此，本發(fā)明可以在H.248協(xié)議的LocalControl描述符中擴展一個Realm(域)屬性參數(shù)，用于標識該終端承載的媒體流所屬的IP域。所述的IP域信息屬性取值為一個字符串，可以是域名的形式，例如mynet.net。
當然，也可以擴展一個H.248協(xié)議包并在該包中定義一個與Realm功能相同的屬性，用于在LocalControl描述符中承載相應的IP域信息發(fā)送給MG。
所述的IP域信息(IP域標識)需要在MGC和MG之間預先協(xié)定，可能互通的不同IP域應具有不同的IP域標識。
步驟33MG獲取由MGC下發(fā)的創(chuàng)建的媒體流所屬的IP域信息后，則根據(jù)所述的IP域信息創(chuàng)建相應的媒體流，創(chuàng)建了相應的媒體流后，NGN網(wǎng)絡中的IP域間便實現(xiàn)了互通；需要說明的是，若MGC下發(fā)的IP域信息MG無法識別，則MG創(chuàng)建媒體流失敗并向MGC返回相應的錯誤碼。
同時，在IP-IP MG上還可以預先配置相應的缺省IP域信息，若MGC下發(fā)時該屬性缺省，則MG認為是針對設置的缺省IP域進行操作。在單IP域的場景下也可直接將MG所屬的IP域作為該缺省IP域。
本發(fā)明所述的方法在實際應用過程中，如圖4所示，以創(chuàng)建RTP媒體流為例，圖中互通MGi需要創(chuàng)建兩個媒體流，即RTPa和RTPb，當MGC指示MGi創(chuàng)建RTPa時，則通過LocalControl的Realm＝IPa.net(即IP域信息)下發(fā)給MGi，這樣，MGi便可以獲知需要創(chuàng)建的RTPa流所屬的IP域為IPa.net，并創(chuàng)建RTPa；同理，還可以創(chuàng)建相應的RTPb。
綜上所述，本發(fā)明的實現(xiàn)使得在NGN中，需要互通的IP域間可以實現(xiàn)互通，為網(wǎng)絡運營提供了更大的方便。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種實現(xiàn)IP域間互通的方法，其特征在于，包括A、IP域間的媒體網(wǎng)關MG接收媒體網(wǎng)關控制器MGC發(fā)來的創(chuàng)建媒體流需要的IP域信息；B、MG根據(jù)所述的IP域信息在IP域間創(chuàng)建相應的媒體流。
2.根據(jù)權利要求1所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的步驟A包括A1、MGC將MG需要創(chuàng)建媒體流所屬的IP域信息下發(fā)給MG，MG獲取所述的IP域信息。
3.根據(jù)權利要求2所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的步驟A1還包括A11、MGC將MG創(chuàng)建媒體流需要的IP域信息承載于本端控制描述符信息中發(fā)送給MG。
4.根據(jù)權利要求3所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的步驟A11還包括將所述的IP域信息承載于本端控制描述符消息中的擴展屬性中發(fā)送給MG，所述擴展屬性在本端控制描述符中直接定義，或通過擴展包及其所含的屬性定義。
5.根據(jù)權利要求1所述的實現(xiàn)IP域間互通的方法，其特征在于，該方法還包括在MG上配置IP域信息的缺省值信息。
6.根據(jù)權利要求5所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的步驟A還包括MGC指示MG創(chuàng)建媒體流時IP域信息缺??；MG根據(jù)預先配置的缺省值對應的IP域信息確定創(chuàng)建媒體流需要的IP域信息。
7.根據(jù)權利要求1至6任一項所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的IP域信息的取值為一個字符串，可以是域名的形式。
8.根據(jù)權利要求1至6任一項所述的實現(xiàn)IP域間互通的方法，其特征在于，在下一代網(wǎng)絡NGN中，預先配置可互通的IP域對應的IP域信息的取值應當各不相同。
9.根據(jù)權利要求1至6任一項所述的實現(xiàn)IP域間互通的方法，其特征在于，執(zhí)行所述的步驟B之前還包括當MG無法識別從MGC獲取的IP域信息時，則創(chuàng)建媒體流失敗，并向MGC返回錯誤信息。
10.根據(jù)權利要求9所述的實現(xiàn)IP域間互通的方法，其特征在于，所述的錯誤信息可以為錯誤碼。
全文摘要
本發(fā)明涉及一種實現(xiàn)IP域間互通的方法。該方法主要包括首先，MGC(媒體網(wǎng)關控制器)將相應的IP域信息下發(fā)給IP域間的MG(媒體網(wǎng)關)，所述MG接收MGC發(fā)來的創(chuàng)建媒體流需要的IP域信息，便可以根據(jù)所述的IP域信息在IP域間創(chuàng)建相應的媒體流，從而實現(xiàn)了IP域間的互通。因此，本發(fā)明的實現(xiàn)使得在NGN中，需要互通的IP域間的MG可以從MGC上獲得需要其創(chuàng)建的媒體流所屬的IP域信息，從而保證了需要互通的IP域間可以實現(xiàn)互通，為各個網(wǎng)絡的運營管理提供了極大地方便。
文檔編號H04L29/06GK1855896SQ20051006941
公開日2006年11月1日 申請日期2005年4月29日 優(yōu)先權日2005年4月29日
發(fā)明者林揚波 申請人:華為技術有限公司