CN100486233C - 实现ip域间互通的方法 - Google Patents

Abstract

本发明涉及一种实现IP域间互通的方法。该方法主要包括：当确定需要通过IP域间的MG(媒体网关)创建媒体流时，首先，MGC(媒体网关控制器)将向MG发送对端描述符信息，MG接收并分析所述对端描述符信息，以获取创建媒体流需要的IP域信息，然后，利用所述的IP域信息创建IP域间的媒体流。本发明的实现使得在NGN中，需要互通的IP域间的MG可以从MGC上获得需要其创建的媒体流所属的IP域信息，从而保证了需要互通的IP域间可以实现互通，为各个网络的运营管理提供了极大地方便。

Description

实现IP域间互通的方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种实现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域间互通的方法，其特征在于，所述的错误信息为错误码。

Images