CN100486233C - 实现ip域间互通的方法 - Google Patents
实现ip域间互通的方法 Download PDFInfo
- Publication number
- CN100486233C CN100486233C CNB200510069416XA CN200510069416A CN100486233C CN 100486233 C CN100486233 C CN 100486233C CN B200510069416X A CNB200510069416X A CN B200510069416XA CN 200510069416 A CN200510069416 A CN 200510069416A CN 100486233 C CN100486233 C CN 100486233C
- Authority
- CN
- China
- Prior art keywords
- media stream
- information
- domain
- territory
- media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种实现IP域间互通的方法。该方法主要包括:当确定需要通过IP域间的MG(媒体网关)创建媒体流时,首先,MGC(媒体网关控制器)将向MG发送对端描述符信息,MG接收并分析所述对端描述符信息,以获取创建媒体流需要的IP域信息,然后,利用所述的IP域信息创建IP域间的媒体流。本发明的实现使得在NGN中,需要互通的IP域间的MG可以从MGC上获得需要其创建的媒体流所属的IP域信息,从而保证了需要互通的IP域间可以实现互通,为各个网络的运营管理提供了极大地方便。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种实现IP域间互通的方法。
背景技术
NGN(下一代网络)的组网结构如图1所示,MGC(媒体网关控制器)和MG(媒体网关)是NGN中的两个关键构件。其中,MGC负责呼叫控制功能,MG负责业务承载功能,藉此实现呼叫控制平面和业务承载平面的分离,从而充分共享网络资源,简化设备升级和业务扩展,大大降低开发和维护成本。
媒体网关控制协议是MG和MGC之间通信的主要协议,目前应用较为广泛的包括:H.248/MeGaCo和MGCP两种媒体网关控制协议。其中,MGCP协议由IETF于1999年10月制订并于2003年1月修订,H.248/MeGaCo协议由IETF和ITU于2000年11月共同制订并于2003年6月修订。
以H.248协议为例,MG上的各种资源被抽象表示为终端(Termination)。终端又分为物理终端和临时终端,前者代表一些具有半永久存在性的物理实体,例如TDM(时分复用)通道等,后者代表一些临时申请用后释放的公共资源,例如RTP(实时传输协议)流等。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端,因而以拓扑(Topology)来描述终端间的相互关系。
基于协议的这种抽象模型,呼叫的接续实际上就是对终端和上下文的操作。所述操作通过MGC和MG之间的命令(Command)请求和响应来完成。命令所携带的参数,也称为描述符(Descriptor),被划分为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)等类别。具有业务相关性的参数逻辑上聚合成为包(Package)。
根据H.248协议可知,其定义的上下文拓扑结构本身对终端类型并不敏感。即构成上下文的终端可以是任意物理终端(例如TDM通道)或临时终端(例如RTP流)。就一个双向媒体流而言,对于普通IP电话业务可以由一个TDM物理终端和一个RTP临时终端互联来承载,对于局内TDM电话业务可以由两个TDM物理终端互联来承载,对于IP-IP互通业务可以由两个RTP临时终端互联来承载。
H.248协议的原始模型是面向单IP域内的MGC-MG控制关系的。媒体流在普通MG上通常是在TDM物理终端和RTP临时终端之间传送的。然而,在实际应用中,各个运营商除了在各自的IP域内有MG需要在MGC控制下互通之外,还可能需要彼此间实现跨IP域的互通。
但是,由于在实现跨IP域互通的情况下需要将不同IP域的RTP流在同一上下文内串联起来,为实现这一目的则需要在创建相应的RTP流的MG上需要知晓相关的IP域信息,以便于确定创建媒体流的方向。也就是说,如果在相应的MG上无法获取相应的IP域信息,则根本无法创建相应的RTP流。而目前的确还没有一种技术手段可以使得在需要实现互通功能的MG上能够获取创建的RTP流的IP域信息,即目前在MG上还无法获取创建RTP流需要的IP域信息。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种实现IP域间互通的方法,从而使得在需要实现跨IP域创建媒体流(例如RTP媒体流)的MG上可以获取相应的IP域信息,以实现基于媒体网关控制协议的网络中的IP域的互通。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种实现IP域间互通的方法,包括:
A、IP域间的媒体网关MG接收媒体网关控制器MGC发来的对端描述符信息,所述的对端描述符信息包括IP地址信息;
B、所述媒体网关MG根据所述对端描述符信息中的IP地址信息与本地保存的IP域信息比较确定创建媒体流需要的IP域信息;
C、所述媒体网关MG利用所述创建媒体流需要的IP域信息创建IP域间的媒体流。
本发明中,步骤C基于所述创建媒体流需要的IP域信息创建IP域间媒体流同时构建出本端描述符。
所述的IP域信息包括:IP域地址构成。
所述的步骤B还包括:
当所述媒体网关MG无法根据对端描述符信息解析获取创建媒体流需要的IP域信息时,则创建媒体流失败,并向所述媒体网关控制器MGC返回错误信息。
所述的错误信息为错误码。
由上述本发明提供的技术方案可以看出,本发明的实现使得在NGN中,需要互通的IP域间的MG可以从MGC上获得需要其创建的媒体流(例如RTP媒体流)所属的IP域信息,从而保证了需要互通的IP域间可以实现互通,为各个网络的运营管理提供了极大地方便。
附图说明
图1为NGN中MG与MGC组网结构示意图;
图2为NGN中IP域互通组网结构示意图;
图3为本发明所述的方法的流程图;
图4为利用本发明进行媒体流创建的过程示意图;
具体实施方式
NGN中IP跨域互通MG组网示意图如图2所示,其中设置于需要互通的IP域间的MG称为IP跨域互通MG或IP-IP MG(IP域间MG)。与普通MG的区别在于:普通MG处于UNI(用户网络接口)的位置,而IP-IP MG处于NNI(网络节点接口)的位置。相应地媒体流在IP-IP MG上也是在相应的临时终端之间传送。
为了实现媒体流跨不同IP域的互通,所述的IP-IP MG在创建一个媒体流时需要了解其所属的IP域信息。本发明的核心思想是通过对H.248协议远端描述符进行分析提取IP-IP MG需要的IP域信息,从而使得IP-IP MG可以较为方便地获得需要创建的媒体流所属的IP域信息,以便于准确地创建相应的媒体流。
为对本发明有进一步的理解,下面将结合附图对本发明所述的方法的具体实现方式作详细的说明。
本发明所述的方法在具体实现时如图3所示,具体包括以下过程:
步骤31:MGC确定需要向MG下发创建媒体流指示;
步骤32:MGC向IP域间的MG发送对端描述符信息;
MGC指示MG添加终端到上下文中以创建媒体流时,通常以LocalCo ntrol(本端控制)、Local(本端)和Remote(对端)等描述符来描述需要添加的终端的特征;
其中,Local描述本端接收(也即对端发送)媒体流的编解码参数;Remote描述对端接收(也即本端发送)媒体流的编解码参数,例如IP地址端口、编解码算法、打包时长等,这些参数采用SDP(会话描述协议)的形式来组织;
所述的LocalConatrol描述则包含Mode(模式)、ReserveGroup(预留组)和ReserveValue(预留值),以及其它在包中定义的与流相关的属性;其中,Mode描述该终端上媒体流对外表现的状态,可以是只发、只收、收发、去活、环回;ReserveGroup和ReserveValue描述该终端上媒体流编解码所需资源是否预留。
步骤33:MG分析MGC发来的待创建的媒体流的对端描述符信息,以获得相应的IP域信息,所述的IP域信息包括IP域地址构成;
由于描述单IP域内媒体流的Local和Remote具有耦合关系,也即该媒体流的本端和对端具有相同的IP地址构成,具体为:相同的子网+不同的主机或者相同的子网和主机+不同的端口;
而对于IP-IP MG而言,其上承载媒体流的终端的确定,通常是在对端普通MG上承载同一媒体流的终端确定之后;因此MGC指示IP-IP MG添加终端到上下文中以创建媒体流时,通常已可提供详细的Remote信息,而IP-IPMG可以根据对所述的Remote的分析得到相应的Local;
正是基于上述原因,因此,本发明才通过从H.248协议的Remote描述符分析提取IP域信息作为构建Local描述符的基础,以便于创建针对该IP域的媒体流。
步骤34:获取了相应的创建的RTP媒体流需要的IP域信息后,便可以根据所述的IP域信息创建相应的媒体流,同时构建出本端描述符。
下面再结合图4对本发明的具体应用作进一步的说明。
首先,MGC与处于UNI的普通MG交互,以获得其上承载该媒体流的终端的RTP参数。
之后,MGC指示处于NNI的IP-IP MG任选一个合适的终端承载该媒体流(在Local描述符中用“$”表示终端的RTP参数待定),同时,MGC向IP-IPMG提供普通MG上承载该媒体流的终端的RTP信息,具体将其承载于Remote描述符中。
所述的IP-IPMG接收Remote描述符,并从中提取相应的IP地址信息与自己保存的可能互通的IP域信息进行比较;如果提取的IP地址属于其中某个IP域,则针对该IP域操作选取合适的终端承载该媒体流,即创建相应的RTP流;如果该IP地址不属于其中任何IP域,则创建RTP流失败并向MGC返回相应的错误码。
IP-IP MG创建了相应的RTP流后,将其上承载该媒体流的终端(即本端)的RTP参数反馈给MGC,具体承载于Local描述符中发送给MGC。
MGC获取IP-IP MG上承载相应RTP流的终端的RTP参数信息后,向普通MG提供IP-IP MG上承载该媒体流的终端的RTP信息,从而实现NGN网络中IP域间的互通。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (5)
1、一种实现IP域间互通的方法,其特征在于,包括:
A、IP域间的媒体网关MG接收媒体网关控制器MGC发来的对端描述符信息,所述的对端描述符信息包括IP地址信息;
B、所述媒体网关MG根据所述对端描述符信息中的IP地址信息与本地保存的IP域信息比较确定创建媒体流需要的IP域信息;
C、所述媒体网关MG利用所述创建媒体流需要的IP域信息创建IP域间的媒体流。
2、根据权利要求1所述的实现IP域间互通的方法,其特征在于,步骤C基于所述创建媒体流需要的IP域信息创建IP域间媒体流同时构建出本端描述符。
3、根据权利要求1所述的实现IP域间互通的方法,其特征在于,所述的IP域信息包括:IP域地址构成。
4、根据权利要求1所述的实现IP域间互通的方法,其特征在于,所述的步骤B还包括:
当所述媒体网关MG无法根据对端描述符信息解析获取创建媒体流需要的IP域信息时,则创建媒体流失败,并向所述媒体网关控制器MGC返回错误信息。
5、根据权利要求4所述的实现IP域间互通的方法,其特征在于,所述的错误信息为错误码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200510069416XA CN100486233C (zh) | 2005-04-29 | 2005-04-29 | 实现ip域间互通的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200510069416XA CN100486233C (zh) | 2005-04-29 | 2005-04-29 | 实现ip域间互通的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1855897A CN1855897A (zh) | 2006-11-01 |
CN100486233C true CN100486233C (zh) | 2009-05-06 |
Family
ID=37195738
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200510069416XA Expired - Fee Related CN100486233C (zh) | 2005-04-29 | 2005-04-29 | 实现ip域间互通的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100486233C (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101155148B (zh) | 2006-09-30 | 2012-02-22 | 华为技术有限公司 | 媒体网关发布接收组播数据的方法、系统及装置 |
CN101345703A (zh) * | 2007-08-06 | 2009-01-14 | 华为技术有限公司 | 一种承载资源预留方法、系统和装置 |
-
2005
- 2005-04-29 CN CNB200510069416XA patent/CN100486233C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1855897A (zh) | 2006-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2116004B1 (en) | A method and apparatus for remote access to a home network | |
CN101297530A (zh) | 处理通信系统中的服务质量 | |
JP5185827B2 (ja) | 少なくとも1つのペイロードデータコネクションを少なくとも1つのマルチプレックスコネクションへ割り当てるための方法 | |
CN101114985B (zh) | 编解码转换系统及方法 | |
CN101166178B (zh) | 会话描述协议版本协商方法、系统及网络实体 | |
US7447192B1 (en) | System and method for controlling a media gateway | |
CN101345703A (zh) | 一种承载资源预留方法、系统和装置 | |
US9906489B2 (en) | Method, system and device for implementing interconnection between IP domains | |
EP2093948B1 (en) | Method,device and system for controlling rtcp hr report | |
CN100486233C (zh) | 实现ip域间互通的方法 | |
CN101471965A (zh) | 本地传输地址分配方法、媒体网关及媒体网关控制器 | |
CN101325564B (zh) | 一种虚拟媒体网关选择方法、装置及系统 | |
RU2444145C2 (ru) | Способ, система и сетевой объект для получения информации о возможностях протокола описания сеанса | |
CN1859339B (zh) | 一种通过边缘媒体网关实现ip跨域互通的通信系统和方法 | |
CN101459631A (zh) | 一种虚拟媒体网关选择方法、装置及系统 | |
CN101197771A (zh) | 实现ip域间互通的方法 | |
WO2009089953A1 (en) | Method and system for transcoding avoidance in border gateways | |
CN100479442C (zh) | 一种实现ip跨域互通的通信方法 | |
CN101316263B (zh) | 资源预留方法及设备 | |
CN101335659A (zh) | 用于建立呼叫的方法、信令控制装置、网络单元及系统 | |
CN101453471A (zh) | 会话描述协议版本协商/信息获取方法、系统及网络实体 | |
CN102413130A (zh) | 会话描述协议能力信息获取方法、系统和网络实体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090506 Termination date: 20150429 |
|
EXPY | Termination of patent right or utility model |