两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

實(shí)現(xiàn)ip域間互通的方法

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

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


圖1為NGN中MG與MGC組網(wǎng)結(jié)構(gòu)示意圖; 圖2為NGN中IP域互通組網(wǎng)結(jié)構(gòu)示意圖; 圖3為本發(fā)明所述的方法的流程圖; 圖4為利用本發(fā)明進(jìn)行媒體流創(chuàng)建的過(guò)程示意圖。
具體實(shí)施例方式
NGN中IP跨域互通MG組網(wǎng)示意圖如圖2所示,其中設(shè)置于需要互通的IP 域間的MG稱(chēng)為IP跨域互通MG或IP-IP MG (IP域間MG)。與普通MG的區(qū)別 在于'.普通MG處于UNI (用戶(hù)網(wǎng)、絡(luò)接口 )的位置,而IP-IP MG處于NNI (網(wǎng) 絡(luò)節(jié)點(diǎn)接口 )的位置。相應(yīng)地媒體流在IP-IP MG上也是在相應(yīng)的臨時(shí)終端之
間傳送。
為了實(shí)現(xiàn)々某體流跨不同IP域的互通,所述的IP-IP MG在創(chuàng)建一個(gè)々某體流 時(shí)需要了解其所屬的IP域信息。本發(fā)明的核心思想是通過(guò)擴(kuò)展H.248協(xié)議的 本端控制描述符,以支持承載IP-IP MG需要的IP域信息,從而使得IP-IP MG 可以較為方便地獲得需要?jiǎng)?chuàng)建的媒體流所屬的IP域信息,以便于準(zhǔn)確地創(chuàng)建 相應(yīng)的媒體流。 為對(duì)本發(fā)明有進(jìn)一步的理解,下面將結(jié)合附圖對(duì)本發(fā)明所迚的方法的具俸實(shí) 現(xiàn)方式作詳細(xì)的說(shuō)明。
本發(fā)明所述的方法在具體實(shí)現(xiàn)時(shí)如圖3所示,具體包括以下過(guò)程
步驟31: MGC確定需要向MG下發(fā)創(chuàng)建媒體流指示時(shí),需要待創(chuàng)建的媒體流
所屬的IP域信息;
所述的媒體流可以為RTP媒體流,也可以為其他任何媒體流。
步驟32: MGC將所述的IP域信息發(fā)送給相應(yīng)的MG,以通知其需要?jiǎng)?chuàng)建的媒
體流所屬的IP域信息;
MGC可以將所述的IP域信息承載在本端控制描述符中發(fā)送給MG,具體可以
將所述的IP域信息承載于本端控制描述符消息中的擴(kuò)展屬性中發(fā)送給MG,所述
擴(kuò)展屬性在本端控制描述符中直接定義,或通過(guò)擴(kuò)展包及其所含的屬性定義; 下面將對(duì)所述的本端控制描述符進(jìn)行介紹
MGC指示MG添加終端到上下文中以創(chuàng)建々某體流時(shí),通常以LocalControl(本 端控制)、Local (本端)和Remote (對(duì)端)等描述符來(lái)描述需要添加的終端的 特征;
其中,Local描述本端接收(也即對(duì)端發(fā)送)媒體流的編解碼參數(shù);Remote 描述對(duì)端接收(也即本端發(fā)送)媒體流的編解碼參數(shù),例如IP地址端口、編解碼 算法、打包時(shí)長(zhǎng)等,這些參數(shù)采用SDP (會(huì)話描述協(xié)議)的形式來(lái)組織;
所述的LocalConatrol描述則包含Mode (模式)、ReserveGroup (預(yù)留組)和 ReserveValue(預(yù)留值),以及其它在包中定義的與流相關(guān)的屬性;其中,Mode 描述該終端上媒體流對(duì)外表現(xiàn)的狀態(tài),可以是只發(fā)、只收、收發(fā)、去活、環(huán)回; ReserveGroup和ReserveValue描述該終端上媒體流編解碼所需資源是否預(yù)留;
因此,本發(fā)明可以在H.248協(xié)議的LocalControl描述符中擴(kuò)展一個(gè)Realm(域)屬性參數(shù),用于標(biāo)識(shí)該終端承載的媒體流所屬的IP域。所述的IP域信息屬性取值為一個(gè)字符串,可以是域名的形式,例如mynet.net。
當(dāng)然,也可以擴(kuò)展一個(gè)H.248協(xié)議包并在該包中定義一個(gè)與Realm功能相 同的屬性,用于在LocalControl描述符中承載相應(yīng)的IP域信息發(fā)送給MG。
所述的IP域信息(IP域標(biāo)識(shí))需要在MGC和MG之間預(yù)先協(xié)定,可能互 通的不同IP域應(yīng)具有不同的IP域標(biāo)識(shí)。
步驟33: MG獲取由MGC下發(fā)的創(chuàng)建的媒體流所屬的IP域信息后,則根 據(jù)所述的IP域信息創(chuàng)建相應(yīng)的媒體流,創(chuàng)建了相應(yīng)的媒體流后,NGN網(wǎng)絡(luò)中 的IP域間1更實(shí)現(xiàn)了互通;
需要說(shuō)明的是,若MGC下發(fā)的IP域信息MG無(wú)法識(shí)別,則MG創(chuàng)建々某體流 失敗并向MGC返回相應(yīng)的4普誤碼。
同時(shí),在IP-IP MG上還可以預(yù)先配置相應(yīng)的缺省IP域信息,若MGC下發(fā) 時(shí)該屬性缺省,則MG認(rèn)為是針對(duì)設(shè)置的缺省IP域進(jìn)行操作。在單IP域的場(chǎng)景 下也可直接將MG所屬的IP域作為該缺省IP域。
本發(fā)明所述的方法在實(shí)際應(yīng)用過(guò)程中,如圖4所示,以創(chuàng)建RTP媒體流 為例,圖中互通MGi需要?jiǎng)?chuàng)建兩個(gè)媒體流,即RTPa和RTPb,當(dāng)MGC指示 MGi創(chuàng)建RTPa時(shí),則通過(guò)LocalControl的Realm-IPa.net (即IP域信息)下發(fā) 給MGi,這樣,MGi便可以獲知需要?jiǎng)?chuàng)建的RTPa流所屬的IP域?yàn)镮Pa.net,并 創(chuàng)建RTPa;同理,還可以創(chuàng)建相應(yīng)的RTPb。
綜上所述,本發(fā)明的實(shí)現(xiàn)使得在NGN中,需要互通的IP域間可以實(shí)現(xiàn)互 通,為網(wǎng)絡(luò)運(yùn)營(yíng)提供了更大的方便。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不 局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可 輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種實(shí)現(xiàn)IP域間互通的方法,其特征在于,包括A、IP域間的媒體網(wǎng)關(guān)MG接收媒體網(wǎng)關(guān)控制器MGC發(fā)來(lái)的創(chuàng)建媒體流需要的IP域信息;B、MG根據(jù)所述的IP域信息在IP域間創(chuàng)建相應(yīng)的媒體流。
2、 根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,所述的 步驟A包括A1、 MGC將MG需要?jiǎng)?chuàng)建媒體流所屬的IP域信息下發(fā)給MG, MG獲取所 述的IP域信息。
3、 根據(jù)權(quán)利要求2所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,所述的 步驟A1還包括A11 、 MGC將MG創(chuàng)建媒體流需要的IP域信息承栽于本端控制描述符信 息中發(fā)送給MG。
4、 根據(jù)權(quán)利要求3所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,所述的 步驟A11還包括將所述的IP域信息承載于本端控制描述符消息中的擴(kuò)展屬性中發(fā)送給 MG,所述擴(kuò)展屬性在本端控制描述符中直接定義,或通過(guò)擴(kuò)展包及其所含 的屬性定義。
5、 根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,該方法 還包括在MG上配置IP域信息的缺省值信息。
6、 根據(jù)權(quán)利要求5所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,所述的 步驟A還包括MGC指示MG創(chuàng)建媒體流時(shí)IP域信息缺??;MG根據(jù)預(yù)先配置的缺省值對(duì)應(yīng)的IP域信息確定創(chuàng)建媒體流需要的IP域信自
7、 根據(jù)權(quán)利要求1至6任一項(xiàng)所述的實(shí)現(xiàn)IP域間互通的方法,其特征在 于,所述的IP域信息的取值為一個(gè)字符串,可以是域名的形式。
8、 根據(jù)權(quán)利要求1至6任一項(xiàng)所述的實(shí)現(xiàn)IP域間互通的方法,其特征在 于,在下一代網(wǎng)絡(luò)NGN中,預(yù)先配置可互通的IP域?qū)?yīng)的IP域信息的取值應(yīng) 當(dāng)各不相同。
9、 根據(jù)權(quán)利要求1至6任一項(xiàng)所述的實(shí)現(xiàn)IP域間互通的方法,其特征在 于,執(zhí)行所述的步驟B之前還包括當(dāng)MG無(wú)法識(shí)別從MGC獲取的IP域信息時(shí),則創(chuàng)建媒體流失敗,并向 MGC返回錯(cuò)誤信息。
10、 根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)IP域間互通的方法,其特征在于,所述 的錯(cuò)誤信息可以為錯(cuò)誤碼。
全文摘要
本發(fā)明涉及一種實(shí)現(xiàn)IP域間互通的方法。該方法主要包括首先,MGC(媒體網(wǎng)關(guān)控制器)將相應(yīng)的IP域信息下發(fā)給IP域間的MG(媒體網(wǎng)關(guān)),所述MG接收MGC發(fā)來(lái)的創(chuàng)建媒體流需要的IP域信息,便可以根據(jù)所述的IP域信息在IP域間創(chuàng)建相應(yīng)的媒體流,從而實(shí)現(xiàn)了IP域間的互通。因此,本發(fā)明的實(shí)現(xiàn)使得在NGN中,需要互通的IP域間的MG可以從MGC上獲得需要其創(chuàng)建的媒體流所屬的IP域信息,從而保證了需要互通的IP域間可以實(shí)現(xiàn)互通,為各個(gè)網(wǎng)絡(luò)的運(yùn)營(yíng)管理提供了極大地方便。
文檔編號(hào)H04L12/56GK101197771SQ200710153078
公開(kāi)日2008年6月11日 申請(qǐng)日期2005年4月29日 優(yōu)先權(quán)日2005年4月29日
發(fā)明者林揚(yáng)波 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
彭泽县| 天镇县| 津南区| 定结县| 蕲春县| 龙游县| 潮安县| 惠安县| 兰坪| 邮箱| 崇左市| 黄陵县| 齐齐哈尔市| 康定县| 翁牛特旗| 晋宁县| 岐山县| 内江市| 阿勒泰市| 葫芦岛市| 宜丰县| 保靖县| 化州市| 新化县| 新郑市| 三门峡市| 东方市| 东平县| 安庆市| 峡江县| 莲花县| 宁安市| 张家口市| 苏尼特左旗| 南华县| 柞水县| 敦煌市| 凤冈县| 龙南县| 平武县| 安化县|