CN101160886A

CN101160886A - 下一代网络中的ip互通网关及其实现ip域互通的方法

Info

Publication number: CN101160886A
Application number: CN200680012314.7A
Authority: CN
Inventors: 郭�东
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-09-30
Filing date: 2006-05-22
Publication date: 2008-04-09
Anticipated expiration: 2026-05-22
Also published as: CN1941753A; US20070211738A1; EP1931093B1; ES2483967T3; CN100477650C; US7835347B2; CN101160886B; EP1931093A1; EP1931093A4; WO2007036099A1

Abstract

本发明公开了一种下一代网络(NGN)中的IP互通网关及其实现IP域互通的方法，本发明在单一设备中提供一种实现IP域互通的IP互通网关，通过本发明IP互通网关中各模块的协同工作，实现IP域互通，解决了IP域之间的承载建立、编解码或报文格式转换、网络地址转换及其穿越、安全性、服务质量等一系列问题，IP互通网关针对不同IP报文进行不同处理，实现了在异种业务运营商之间的IP报文互通，同时保证了软交换的安全性，降低了组网的复杂度，减少了设备资金的投入。

Description

下一代网络中的 IP互通网关及其实现 IP域互通的方法技术领域

本发明涉及下一代网络（NGN ), 尤指一种 NGN中的 IP互通网关及其实现 IP域互通的方法。发明背景

传统电信网络是基于时分复用（TDM )电路交换的公共交换电话网 ( PSTN ), PSTN主要用于承担语音业务。随着数据业务的飞速增长，传统电信网络出现难以提供足够带宽、不能增加新业务等问题。为了满足日益增长的通信需求，近年来，以网际协议（IP )网络为核心的 NGN 得到迅速发展，并应用于固定通信、移动通信等领域，为用户提供了丰富的语音、数据、图像等业务。

图 1是目前 NGN结构示意图，图 1中，软交换通过 H.248/媒体网关控制协议 ( MGCP, Medium Gateway Control Protocol )等控制协议控制媒体网关（MG, Media Gateway )。软交换上还运行 H.323/承载无关呼叫控制（ BICC， Bearer Independent Call Control )/会话初始化协议（ SIP, Session Initiation Protocol )等协议。在软交换上进行信令交互，而媒体网关在软交换控制下完成资源分配，如业务承载的建立等。

另外，图 1中的分组网中， IP分组网络逐渐成为 NGN承载网络，一般不同的运营商拥有属于自己的 IP分組网。这样，在移动运营商、固网运营商和传统的 Internet服务提供 ( ISP )运营商之间 , 将有大量的 IP 艮文交互；另外，不同的移动运营商之间、不同的固网运营商之间以及不同 ISP运营商之间也存在大量的 IP业务 · ^艮文交互。为了完成上述的各种 IP报文的交互即 IP域的互通，必须引入相应的设备形态，解决 IP域之间的承载建立、编解码或报文格式转换、网络地址转换及其穿越、安全性、服务质量等 IP域互通问题。目前如何解决 IP域互通问题，电信业还没有提出一套完整的技术和组网解决方案 , 也没有实际的应用和实现，而只是对其中个别 IP域互通问题进行了解决。

图 2是欧洲电信标准研究所（ETSI )在其协议 TS102.333中定义的纯 IP互通设备网络组网示意图， ETSI相关标准定义了网关控制器即软交换通过 H.248消息控制媒体网关完成以下功能：① IP端点的跨域分配，即分配本地 IP端点，并指示本地 IP端点与哪一侧的远端 IP端点互通； ②远端 IP地址及端口的过滤，一般采用针孔式防火墙实现； ③ IP包标记，即在 IP报文上添加合适的虚拟局域网（VLAN )、差分服务编码点 ( DSCP )、多协议标签交换（MPLS )等的值； ④资源预留； ⑤网络地址转换（NAT )控制等。

如图 2所示，当网关控制器接收到来自终端用户的呼叫信令后，网关控制器通过 H.248消息通知媒体网关在媒体网关内部分配两个本地 IP 端点即 T1和 T2, 并在媒体网关内部双向拓朴连通，之后网关控制器指示两个本地 IP端点分别和两个 IP域的远端端点建立承载关系，如 T1 与 IP接入网中的 IP端点互通， T2与 IP核心网的 IP端点互通，从而实现 IP域的互通。其中 , IP端点的信息包括该 IP端点的 IP地址和端口号。

如上所述， ETSI TS102.333及其它相关协议仅解决了利用 H.248协议实现网关控制器控制媒体网关进行各 IP域媒体流的承载建立、远端地址及端口过滤、网络地址转换、资源预留等操作；而未考虑终端用户直接向软交换发出呼叫信令所带来的软交换的安全性问题，因为，此时未对终端用户屏蔽软交换的地址信息，不能保证软交换不受到恶意攻击。

另一方面， ETSI的相关协议没有明确定义异种运营商之间的业务报文的编解码转换或报文格式转换的实现方法。由于网络形态等原因，异种业务运营商在 IP网络上传递语音和图像时釆用的音频、视频编解码往往不同，如固网运营商通常采用 G.711、 G.729等语音编解码，而 3G移动网络运营商多采用 AMR编解码，在异种业务运营商之间的 IP报文中承载的语音或视频包，如果不进行相应的编解码或报文格式转换是无法实现互通的。

为了保障软交换的安全，对终端用户屏蔽软交换的地址信息，目前采用会话边界控制器（SBC )来实现。图 3是现有技术 SBC組网示意图，图 3中，双向点划线表示媒体流，双向虚线表示信令流，双向实线表示 Internet数据流。 SBC通常支持 SIP、 H.323、 MGCP等协议的呼叫代理功能， SBC对终端用户来说可看作是软交换，终端用户的注册和呼叫消息经由 SBC的信令处理后转发给软交换； SBC对软交换来说则可看作是终端用户，软交换将呼叫被叫终端的请求经由 SBC的信令处理后转发给被叫终端。

SBC通过对来自终端用户或软交换的消息进行信令处理，得到本次会话的地址变换状况、带宽需求等信息，并根据当前网络资源占用情况等信息决定是否允许媒体流通 i±, 从而起到保^网络的作用。

图 3中，例如在一次会话中，各种信令在交互阶段都会在协议消息的净荷中携带地址信息，并根据这些地址信息进行报文的应答，而且本次会话的媒体流通道的地址信息和端口信息都是由信令交互协商产生的动态信息，这些动态信息也承载在消息净荷中。普通 NAT没有对这些 IP净荷中的地址信息做任何处理，因此实际业务承载无法正确建立，而 SBC设备分析这些协议的内容，对其中的地址信息做相应处理，保证了承载的正常建立，实现了 IP业务报文在终端用户、 SBC、软交换和被叫终端之间的正确穿越。

SBC可以实现 SIP、 H.323、 MGCP等信令代理功能，但是由于 SBC 位于靠近接入网的边缘，对大型网关使用的控制协议如 H.248的支持能力较差。另外， SBC未考虑异种运营商之间的业务 4艮文的编解码转换或报文格式转换等问题，在组网应用中仍然需要别的设备完成 IP净荷中业务报文的编解码转换或报文格式转换等问题。

从现有扶术来看，各解决方案只是解决了个别 IP域互通问题，而没有提出一套完整的技术和组网解决方案。如果要彻底解决 IP域互通的问题，需要另外增加能解决剩余 IP域互通问题的其它设备，这样一方面提高了组网的复杂度，增加了设备资金的投入，另一方面引入了设备间时延问题。发明内容

有鉴于此，本发明的主要目的在于提供一种 NGN中的 IP互通网关，该 IP互通网关能够针对不同业务的 IP报文进行不同处理，实现了在异种业务运营商之间的 IP报文互通，同时保证软交换的安全性， P争低组网的复杂度，减少设备资金的投入。

本发明的另一目的在于提供一种采用 IP互通网关实现 IP域互通的方法，能够针对不同业务的 IP报文进行不同处理，实现在异种业务运营商之间的 IP 4艮文互通，同时保证软交换的安全性。

为达到上述目的，本发明的技术方案具体是这样实现的：

下一代网络 NGN中的 IP互通网关，包括符合 TCP/IP标准协议栈定义的物理层模块、链路层模块和 IP层模块，该 IP互通网关还包括以下模块：

传输层模块，符合 TCP/IP标准协议栈定义，用于区分来自源 IP域的正常的 IP报文业务类型，并将不同业务的 IP报文发送给对应的业务模块或发送至目的 IP域；业务模块，用于对来自传输层模块的 IP报文进行信令代理处理、实时传输控制协议 RTCP及媒体转换、控制协议处理；

经业务模块处理后的 IP报文均被发送至目的 IP域。

所述 IP 互通网关中的传输层模块，根据代理规则表判定接收到的 IP报文需要进行信令代理后，将该 IP报文发送给信令代理模块；根据过滤规则表判定接收到的 IP报文已建立承载且根据发送规则表判定该 IP报文需要进行 4艮文格式或编解码转换后，将该 IP 4艮文发送给 RTCP 及媒体转换模块；根据接收'到的 ip报文中携带的目的地址信息判定为网关控制报文后，将该 IP报文发送给控制协议处理模块；或根据发送规则表更改该 IP报文的源地址信息和目的地址信息后发送至目的 IP域；所述业务模块包括：信令代理模块、 RTCP及媒体转换模块、控制协议处理模块；

其中，信令代理模块，接收来自传输层模块的需要进行信令代理的

IP报文，并按照所述代理规则表中的代理规则替换接收到的 IP报文中的地址信息；

RTCP及媒体转换模块，接收来自传输层模块的已建立承载且需要进行报文格式或编解码转换的 IP报文，对该 IP 文进行音频、视频编解码转换、异种运营商间 IP业务报文格式转换及 RTCP报文的重新发起处理；

控制协议处理模块，接收来自传输层模块的为网关控制报文的 IP 报文，并在软交换控制下完成本地 IP端点的跨域分配用以建立承载、完成转发接收到的承载业务 IP报文的 IP QoS控制信息设定、完成远端 IP 地址和端口号的过滤规则设定，以及网络地址转换处理。

所述传输层模块还包括：根据接收到的 IP报文中携带的目的地址信息判定为路由协议报文后，将该 IP报文发送给动态路由模块；所述业务模块还包括动态路由模块，接收来自传输层模块的为路由协议报文的 IP报文，按照接收到的 IP报文中携带的路由信息更新用于存储路由信息的路由规则表；并按照路由协议产生回应报文，之后按照所述发送规则表中的发送规则发送该回应报文至目的 IP域。

所述 IP互通网关还包括：对来自其它 IP域的 IP报文按照过滤规则表进行过滤的访问控制列表 ACL及防火墙模块；

所述物理层模块和链路层模块按照协议将接收到的正常 IP报文发送给 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP报文被发送至传输层模块。

所述地址信息包括： IP地址和端口号。

所述 ACL及防火墙模块根据手工配置信息在所述过滤规则表中设置允许进入 IP互通网关的远端 IP地址和端口号；所述控制协议处理模块根据软交换指示，采用合法的远端 IP地址和端口号更新过滤规则表。

所述信令代理模块根据手工配置或者代理过程更新所述代理规则表。

所述发送规则表中包括：非承载业务的 IP报文的发送规则和承载业务的 IP报文的发送规则；

根据来自路由规则表的涉及 IP互通网关向外发送 IP报文所需的路由信息，更新所述发送规则表中非承载业务的 IP报文的发送规则；或所述控制协议处理模块根据软交指示分配本地 IP端点时，在所述发送规则表中添加承载业务的 IP报文的发送规则；

通过手工配置生成所述用于存储路由规则的路由规则表。

所述发送规则包括：以所述本地 IP地址和端口号为索引的表项，该表项包括远端 IP端点的 IP地址和端口号，使用的编解码类型和 IP报文格式，以及输出媒体流的 IP QoS控制。一种采用 IP互通网关实现 IP域互通的方法，在 IP域之间设置 IP 互通网关，该方法包括以下步骤：

A. IP互通网关中的传输层模块接收到来自源 IP域的正常的 IP报文后，区分所述 IP报文的业务类型，并将区分出的不同业务类型的 IP报文发送给所述 IP互通网关中不同的业务处理模块进行处理，或发送至目的 IP域后结束； '

B. IP互通网关发送经业务模块处理后的 IP报文至目的 IP域。

步骤 B中所述发送经业务模块处理后的 IP报文的方法为：按照发送规则表中的发送规则发送经业务模块处理后的 IP报文至目的 IP域。

所述 IP互通网关中的业务模块包括：信令代理模块、 RTCP及媒体转换模块及控制协议处 S模块；步驟 A中所述传输层模块区分并发送所述 IP报文给所述业务处理模块进行处理或发送至目的 IP域的方法为：

A1.传输层模块接收到来自源 IP域的正常的 IP报文后，传输层模块根据代理规则表判断接收到的 IP报文是否需要进行信令代理，若需要则进入步骤 A4; 否则，进入步骤 A2;

A2. 若所述传输层模块根据过滤规则表及发送规则表依次判定所述不需要进行信令代理的 IP报文已建立承载，更改该 IP报文的源地址信息和目的地址信息且需要进行报文格式或编解码转换，则将该 IP报文发送至所述 RTCP及媒体转换模块，进行音频、视频编解码转换、异种运营商间 IP业务报文格式转换及 RTCP报文的重新发起处理后进入步驟 B; 若判定所述接收到的 IP报文未建立承载，则进入步骤 A3; 若判定所述接收到的 IP报文已建立承载但不需要进行报文格式或编解码转换，则更改该 IP 4艮文的源地址信息和目的地址信息后将该 IP报文发送至目的 IP域;

A3. 所述传输层模块判断所述不需要进行信令代理且未建立承载的 IP报文是否为网关控制报文，若是网关控制报文，则将该 IP报文发送至所述控制协议处理模块，由该模块在软交换控制下建立承载，在软交换控制下完成转发接收到的 IP报文的 IP QoS控制、 IP地址的跨域分配及网络地址转换处理后进入步骤 B; 否则结束本流程；

A4. 所述信令代理模块按照代理规则表替换需要进行信令代理的 IP报文中的地址信息，之后进入步骤 B;

所述 IP互通网关的业务模块中还包括：动态路由模块；在步骤 A3 中，否则之后，结束本流程之前，该方法还包括：所述传输层模块判断所述不需要进行信令代理且未建立承载的 IP报文是否为路由协议报文，若是，则 IP互通网关中动态路由模块根据接收到的 IP报文中携带的路由信息更新路由规则表中的路由信息，并将按照路由协议产生回应报文发送至目的 IP域后结束；否则，结束本流程。

所述判断所述 IP报文是否为路由协议报文的方法为：若接收到的 IP报文中的目的 IP地址和端口号为传输层模块规定的路由协议报文对应的 IP地址和端口号，则判定该 IP报文为路由协议报文。

所述 IP互通网关还包括： ACL及防火墙模块；步驟 A1之前，该方法还包括：当有 IP报文经过 IP互通网关时，所述物理层、链路层接收 IP报文并判断接收到的 IP报文是否正常，若正常，则将接收到的 IP报文转发给所述 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP 报文被发送至传输层模块；否则，丢弃该 IP报文，并做相应统计后结束。

步骤 A1中所述判断接收到的 ΊΡ报文是否需要进行信令代理的方法为：若接收到的 IP报文中的目的 IP地址与端口号与代理规则表中记录的 IP互通网关允许作为信令代理使用的本地 IP地址和端口号分别一致，则判定接收到的 IP报文需要进杆信令代理，否则，判定为不需要进行信令代理。步骤 A2中所述判断所述 IP报文是否已建立承载且需要进行报文格式或编解码转换的方法为：

若接收到的 IP报文中的源 IP地址和端口号与由控制协议处理模块按照 ETSI标准流程，根据软交换指示，存储在过滤规则表中的远端 IP 地址和端口号一致，则判定接收到的 IP报文已建立承载；

之后查找发送规则表中的按照 ETSI标准流程记录在自身的本地 IP 地址和端口号与接收到的 IP报文中携带的目的 IP地址和端口号一致的记录，若记录显示该 IP报文对应的发送至的对端 IP端点的编解码类型或报文格式不一致，则判定该 IP报文需要进行编解码或格式转换；否则判定该 IP报文不需要进行编解码或格式转换。

步骤 B中所述传输层模块更改接收到的 IP报文的源地址信息和目的地址信息的方法为：

采用所述发送规则表中的本地另一端点地址信息替换该 IP报文的源地址信息；采用所述发送规则表中与本地另一端点建立承载的远端端点的地址信息替换该 IP报文的目的地址信息；所述地址信息包括 IP地址和端口号。

步骤 A3中所述判断所述 IP报文是否为网关控制报文的方法为：若接收到的 IP报文中的目的 IP地址和端口号为传输层模块记录的网关控制协议使用的 IP地址和端口号，则判定该 IP报文为网关控制报文。

步骤 B中所述按照所述发送规则表中的发送规则发送 IP报文的方法为：对于承载业务的 IP报文，采用用于发送承载业务的 IP报文的发送规则进行发送；对于非承载业务的 IP报文，采用用于发送非承载业务的 IP报文的发送规则进行发送。

所述非承载业务的 IP报文为来自控制协议处理模块、信令代理模块和动态路由模块的 IP报文；所述承载业务的 IP报文中需要进行编解码或格式转换的报文为来自 RTCP及媒体转换模块的 IP报文。

步驟 A4中所述地址信息包括： IP地址和端口号。

由上述技术方案可见，本发明在单一设备中提供一种实现 IP域互通的 IP互通网关，该 IP互通网关集成符合承载与控制相分离的 NGN结构，在软交换控制下建立承载；通过配置访问控制列表（ACL )、防火墙过滤规则等特性，保证了运营商对来自其它 IP域的 IP报文进行过滤；在软交换控制下针对每个媒体流完成了 IP服务质量（QoS )控制，对不同等级用户的服务进行了区分；实现了 IP地址的跨域分配及网络地址转换、网络地址转换穿越即 SBC功能、音频 /视频编解码转换、异种运营商的业务报文格式转换、实时传输控制协议 ( TCP )报文的重新发起等功能。

本发明 IP互通网关包括：符合标准协议栈定义的物理层模块、链路层模块、 IP层模块；传输层模块，符合 TCP/IP标准协议栈定义，用于区分来自源 IP域的正常的 IP报文业务类型，并将不同业务的 IP报文发送给对应的业务模块或发送至目的 IP域；三个业务层模块和 ACL及防火墙模块：实现 SBC功能的信令代理模块；实现音频、视频编解码转换、异种运营商的业务报文格式转换及 RTCP报文的重新发起功能的 RTCP 及媒体转换模块；实现符合承载与控制相分离的 NGN结构，在软交换控制下建立 7 载、在软交换控制下针对每个媒体流完成 IP QoS控制、 IP 地址的跨域分配及网络地址转换功能的控制协议处理模块；对来自其它 IP域的 IP报文进行过滤的 ACL及防火墙模块；业务模块还可以进一步包括：实现动态路由协议基础上的本地 IP地址优选功能的动态路由模块；四种规则表：存储过滤规则的过滤规则表；对需要进行信令代理的

IP报文进行代理处理的代理规则表；存储 IP报文发送路由的路由规则表以及存储 IP 4艮文发送规则的发送规则表。， IP报文进入 IP互通网关的处理过程大致为：物理层和链路层按照协议接收到 IP报文，并判定 IP报文为正常报文后，将 IP报文发送给 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP报文被发送至传输层模块；传输层按照代理规则表的代理规则将需要进行信令代理的 IP 报文转发给信令代理模块，而对于不需要进行信令代理的 IP报文，进一步根据过滤规则表判断是否为建立了承载的 IP报文，若是且发送规则表指示需要进行报文格式或编解码转换，则将该 IP报文发送给 RTCP及媒体转换模块；若不是，则才艮据 IP报文中携带的目的 IP地址和端口号，将属于 MGCP、 H.248、 H.323等网关控制协议的 IP报文发送给控制协议处理模块；另外，若 IP互通网关中存在动态路由模块，则将属于动态路由协议的 IP报文发送给动态路由模块；最后经过业务模块处理的 IP 报文按照发送规则表中的发送规则从 IP层，链路层发送给目的 IP地址。

IP互通网关作为一种单一的 IP互通设备，在承载建立控制上遵循 ETSI相关标准，具有 SBC功能，及 IP业务报文格式或编解码转换能力等，解决了 IP域之间的承载建立、编解码或报文格式转换、网络地址转换及其穿越、安全性、服务质量等一系列问题， IP互通网关针对不同业务的 IP报文进行不同处理，实现了在异种业务运营商之间的 IP报文互通，保证了 NGN中软交换的安全性，低了组网复杂度，同时也减少了设备资金的投入。

另夕卜， IP互通网关还可以具备动态路由协议基础上的本地 IP地址优选功能，保证了 IP报文经 IP互通网关发往目的地的转发路径为最优路径，提高了 IP报文的传输质量。附图简要说明

图 1是目前 NGN结构示意图；图 2是 ETSI定义的纯 IP互通设备网络组网示意图；图 3是现有技术 SBC组网示意图；

图 4是本发明 IP互通网关结构示意图；

图 5是本发明 IP互通网关用于不同业务类别运营商之间的组网示意图；

图 6是本发明通过 IP互通网关处理 IP报文的流程图。实施本发明的方式

本发明的核心思想是：在 IP域之间设置 IP互通网关， IP互通网关中的传输层模块接收到来自源 IP域的正常的 IP报文后，区分所述 IP报文的业务类型，并将区分出的不同业务类型的 IP报文发送给所述 IP互通网关中不同的业务处理模块进行处理， IP互通网关发送经业务模块处理后的 IP报文至目的 IP域；或直接将区分出的不同业务类型的 IP报文发送至目的 IP域。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。

在 NGN中，移动运营商，固网运营商和传统的 ISP运营商之间，需要交互大量的 IP报文，同样，不同的移动运营商之间，不同的固网运营商之间以及不同 ISP运营商之间也需要交互大量的 IP报文。为了在不同的 IP网络之间实现各类不同 IP报文的交互，本发明在不同 IP网络间提供一种 IP互通网关，实现 IP域互通。

本发明 IP互通网关作为一种独立的 IP互通设备，在承载建立控制上遵循 ETSI相关标准，具有 SBC功能，及 IP业务拫文格式或编解码转换能力等，解决了 IP域之间的承载建立、编解码或拫文格式转换、网络地址转换及其穿越、安全性、'月艮务质量等一系列问题。由于 IP互通网关为单一设备，与现有技术可能的多个设备联合组网相比，具有組网筒单、减少设备间时延以及节省成本等优势。另外， IP互通网关可以根据路由规则优选本地 IP地址，提高 IP报文的传输质量。

IP互通网关的基本功能包括：符合承载与控制相分离的 NGN结构，在软交换控制下建立承载；在 IP互通网关上通过配置 ACL、防火墙过滤规则等特性保证运营商对来自其它 IP域的 IP报文进行过滤；在软交换控制下针对每个媒体流完成 IP QoS控制，对不同等级用户的服务进行区分；实现 IP地址的跨域分配及网络地址转换、网络地址转换穿越即 SBC功能、音频、视频编解码转换、异种运营商的业务报文格式转换、 RTCP报文的重新发起等。另外， IP互通网关还可以具备动态路由协议基础上的本地 IP地址优选功能。

图 4是本发明 IP互通网关结构示意图， IP互通网关在承载建立控制上遵循 ETSI相关标准，包括符合 TCP/IP标准协议栈定义的共用模块：物理层模块、链路层模块和 IP层模块，该 IP互通网关还包括以下模块：传输层模块，符合标准协议栈定义，用于区分来自源 IP域的正常的 IP 报文业务类型，并将不同业务的 IP报文发送给对应的业务模块或发送至目的 IP域；业务处理模块，用于对来自传输层模块的 IP报文进行信令代理处理、 RTCP及媒体转换、网关控制协议处理，经业务模块处理后的 IP 4艮文均被发送至目的 IP域。对 IP互通网关组成的具体描述如下：

IP互通网关共用的物理层模块、链路层模块和 IP层模块符合标准协议栈定义；传输层模块除了符合标准协议栈定义，还根据代理规则表判定接收到的 IP报文需要进行信令代理后，将该 IP报文发送给信令代理模块；或根据过滤规则表判定接收到的 IP报文已建立承载，且根据发送规则表判定该 IP报文需要进行报文格式或编解码转换后，将该 IP报文发送给 RTCP及媒体转换模块；或根据接收到的 IP报文中携带的目的地址信息判定为网关控制报文如 H.248/H.323/MGCP报文等后 , 将该 IP 报文发送给控制协议处理模块；或根据发送规则表更改该 IP报文的源地址信息和目的地址信息后发送至目的 IP域。

下面对本发明 IP互通网关的各組成部分详细介绍如下：

第一部分：三个业务层模块、 ACL及防火墙模块。

1) 实现 SBC功能的信令代理模块；

NGN业务应用中各种信令在交互阶段都会在协议消息的净荷中携带地址信息，并根据这些地址信息进行报文的应答；而且媒体流通道的地址和端口都是由信令交互协商产生的动态信息，这些信息也承载在消息净荷中。 ip互通网关的信令代理模块处理 IP报文净荷中的地址信息，使得信令和媒体交互在正确的源地址和目的地址之间进行，比如将接收到的 IP报文净荷中的源地址信息更换为信令代理模块的地址信息，目的地址信息更换为软交换的地址信息，然后将该 IP报文转发给软交换。这里所提到的地址信息包括 IP地址、端口号等。

2) 实现音频、视频编解码转换、异种运营商间 IP业务报文格式转换及 RTCP报文的重新发起功能的 RTCP及媒体转换模块；

由于网络形态等原因，异种业务运营商在 IP网络上传递语音和图象时采用的音频、视频编解码往往不同，如固网运营商通常采用 G.711、 G.729等语音编解码，而 3G移动网络运营商多采用 AMR编解码。在异种业务运营商之间的 IP报文中承载的语音或视频包，经过 RTCP及媒体转换模块中的相应编解码或报文格式转换后才能实现不同 IP域间语音或视频包的互通；通常，为了提高业务质量， 3G运营商在编码后的语音或视频包前加上 UP帧头，再进行标准的 IP封装，而固网运营商的 IP 报文中却没有 UP帧头。固网和移动 IP报文间可以通过对 UP帧头的删除和添加处理来实现互通；语音、视频报文净荷在 IP上的承载，都使用 RTP协议，采用如下的封装形式： IP头部 +UDP头部 +RTP头部 +报文净荷；而 RTCP协议是对 RTP传输的一种质量监控协议，由于编解码或艮文格式转换和异种运营商的业务报文格式转换后的 IP报文中 RTP载荷的字节数不同、 RTP 包的个数也有可能不同，所以在 IP互通网关上需要通过 RTCP及媒体转换模块中的 RTCP协议重新计算生成 RTCP报文的统计报告，以反应实际的网络传输质量。关于 RTCP及媒体转换模块功能的具体实现可参见现有多种实现方式，这里强调的是，在 IP互通网关中具备实现音频、视频编解码转换、异种运营商间 IP业务报文格式转换及实时传输控制协议 ( RTCP )报文的重新发起的能力，实现了在异种业务运营商之间的 IP 报文互通。

3) 实现符合承载与控制相分离的 NGN结构，在软交换控制下完成本地 IP端点的跨域分配用以建立承载、完成接收到的承载业务 IP报文的 IP QoS控制信息设定、完成远端 IP地址和端口号的过滤规则设定，以及网络地址转换功能的控制协议处理模块；

承载与控制相分离的 NGN网络架构已经成为目前电信网絡建设的趋势， IP互通网关作为媒体网关的一种具体设备形态，需要支持网关控制信令处理和接受软交换控制；

在软交换控制下针对每个媒体流完成 IP QoS控制，包括设定 VLAN 标签、 MPLS标签和 IP头的 DSCP字段，从而体现对不同等级用户的服务进行区分。该功能遵循 ETSI相关标准。

IP互通网关同时和多个 IP域互通，因此在分配 IP端点时必须确定用于与哪个域互通，才能选择正确的本地地址。运营商内部的 IP网络有可能采用私网地址如 10网段的 A类地址，不同运营商互通时，需要进行私网地址到公网地址再到私网地址等的一系列地址转换过程，才能实现。该功能遵循 ETSI相关标准。

4)对来自其它 IP域的 IP报文进行过滤的 ACL及防火墙模块；由于 IP网络中存在各种安全隐患，运营商对于来自其它 IP域的 IP 报文是不信任的。需要在 IP互通网关上通过配置 ACL、防火墙过滤规则等特性，丟弃非法报文。另外， IP互通网关在添加 IP端点时，是在软交换的控制下，而且是成功建立的承载通道上，才接收远端发来的报文，也就是针孔式防火墙功能。

另夕卜， ip互通网关还可以包括：实现动态路由协议！^出上的本地 IP 地址优选功能的动态路由模块； IP互通网关中的传输层模块根据接收到的 IP报文中携带的目的地址信息，判定该 IP报文为路由协议报文后，将该 IP报文发送给动态路由模块。

在全 IP互通应用中，支持动态路由协议，使动态路由模块实时获得全网的路由信息。在接受软交换控制添加 IP端点时，动态路由模块根据对端 IP地址和本地的路由表，分配与路由关系最佳匹配的本地出端口和源 IP地址，这样，当 IP报文从本地发往目的地时，所经历的转发路径将是最优路径，提高了 IP报文的传输质量。这一点是包括 ETSI、 ITU - T等标准化組织没有考虑的。

第二部分：四种规则表。

1)存储过滤规则的过滤规则表；号为索引。过滤规则表由两个模块维护与更新： ACL及防火墙模块根据手工配置信息维护过滤规则表，设置允许进入 IP互通网关的远端 IP地址和端口号，并标识其为手工配置生成的非承载业务地址；而控制协议处理模块按照 ETSI标准流程，根据软交换指示，将合法的远端 IP地址和端口号，更新到过滤规则表中，并标识其为网关控制信令处理生成的承载业务地址，从而使得合法建立的承载上的业务报文被正常处理，实现针孔式防火墙。关于针孔防火墙的具体实现属于现有技术，这里不再详细描述。

2)对需要进行信令代理的 IP报文进行代理处理的代理规则表；代理规则表由信令代理模块根据手工配置或者代理过程更新，而传输层模块根据代理规则表判断是否将接收到的 IP报文发送给信令代理模块做处理。

代理规则表中记录了 IP互通网关允许作为信令代理使用的本地 IP 地址、端口号，以及在这个 IP地址和端口号收到^ =艮文后，如何替换 IP 和传输层头部以及 IP报文净荷中的 IP地址和端口号的代理规则。若接收到的 IP才艮文中的目的 IP地址与端口号与代理规则表中记录的 IP互通网关允许作为信令代理使用的本地 IP地址和端口号分别一致，则根据所述本地 IP地址和端口号对应的代理规则对 IP报文中的 IP地址和端口号等进行相应替换处理。

3)存储 IP报文发送路由的路由规则表；

路由规则表可以通过手工配置生成，以目的 IP地址为索引，记录本地使用的出端口或 IP地址，和普通的路由表没有区别。路由规则表中涉及 IP互通网关向外发送的 IP报文所需的路由信息同步至发送规则表，作为非承载业务 IP报文的发送规则。

当 IP互通网关中存在动态路由模块时，路由规则表还可以由动态路由协议模块生成，动态路由模块根据属于路由协议报文的 IP报文中携带的路由信息，更新路由规则表。具体实现属于现有技术，可参见相关协议，这里不再赘述。

4)存储 IP报文发送规则的发送规则表。

发送规则表中一部分路由信息是来自路由规则表的涉及 IP 互通网关向外发送 IP报文所需的路由信息，并标记为用于发送非承载业务的 IP报文；

另一部分路由信息是承载业务的 IP报文的发送规则，承载业务的 IP报文的发送规则由控制协议处理模块维护，以已经建立承载的本地 IP 地址和端口号为索引，记录其收到承载业务 IP报文后的发送规则。由于一个本地 IP端点既与远端 IP端点建立承载关系，又与 IP互通网关内部的另一个 IP端点拓朴连通，因此该本地 IP端点将同时与远端和本地另一个 IP端点相互发送报文，发送的对端将有两个。发送规则表中将分别记录这两个对端的信息，包括对端 IP端点的 IP地址和端口号、对端 IP 端点使用的编解码类型以及 IP报文格式即是否带 UP帧头等信息。由于承载业务的 IP 艮文在用户之间是端到端单向传送的，因此在查询时可以很容易地根据接收到报文的源 IP地址是另一个本地 IP端点还是远端 IP 端点，确定继续发送至的对 ^是本地的另一个 IP端点，还是远端 IP端点，若接收到 4艮文的源 IP地址是另一个本地 IP端点，则继续发送到的对端是远端 IP端点；若接收到报文的源 IP地址是远端 IP端点，则继续发送到的对端是本地 IP端点。

按照 ETSI标准流程，如在一次会话中，控制协议处理模块根据软交换指示分配本地 IP端点时，在发送规则表中添加以这个本地 IP地址和端口号为索引的表项，该表项记录发送对端为远端 IP端点时的信息，包括远端 IP端点的 IP地址和端口号，使用的编解码类型和 IP 4艮文格式即是否带 UP帧头，以及输出媒体流的 IP QoS控制，包括 VLAN标签、 MPLS标签和 IP头的 DSCP字段，这些 IP QoS控制信息在向远端 IP端点发送媒体流时封装在 IP报文的相应字段。同时，按照 H.248、 H.323、 MGCP等网关控制协议，软交换对本地 IP端点的编解码类型和报文格式即是否带 UP头，也记录在发送规则表中。按照同样流程， IP互通网关本次会话的第 2个 IP端点添加时，发送规则表中记录相应信息。之后软交换控制 IP互通网关内部的两个 IP端点拓朴连通时，控制协议处理模块把发送规则表中这两个 IP端点的相关表项关联起来，分别把发送对端是内部另一个 IP端点的信息添加在表中，包括另一个端点的 IP地址和端口号，使用的编解码类型和 IP报文格式即是否带 UP帧头等。这样在发送承载业务报文时就可以根据两个 IP 端点的编解码类型和报文格式是否相同，判断出是否需要进行 RTCP及媒体流转换处理。

由图 4可见，来自源 IP域的源目的地址的 IP 艮文进入 IP互通网关的处理过程大致为：物理层和链路层按照协议接收到 IP报文，并判定 IP报文为正常报文后，将该正常的 IP报文发送给 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP报文被发送至传输层模块；传输层按照代理规则表的代理规则将需要进行信令代理的 IP报文转发给信令代理模块，而对于不需要进行信令代理的 IP报文，进一步根据过滤规则表判断是否为建立了承载的 IP报文，若是且发送规则表指示需要进行报文格式或编解码转换，则将该 IP报文发送给 RTCP及媒体转换模块；若不是，则根据 IP报文中携带的目的 IP地址和端口号，将属于网关控制协议的 IP报文发送给控制协议处理模块；另外，若 IP互通网关中存在动态路由模块，则将属于动态路由协议的 IP报文发送给动态路由模块；最后经过业务模块处理的 IP报文经由传输层模块发送至 IP层模块，并按照发送规则表中的发送规则穿越 ACL及防火墙模块后传送至链路层模块，再按照发送规则表中的发送规则从链路层经物理层模块发送给目的 IP域的目的 IP地址。以下将源 IP域的源目的地址简称为源 IP域；将目的 IP域的目的 IP地址筒称为目的 IP域。

下面结合图 5具体描述本发明 IP互通网关的应用，图 5是本发明 IP互通网关用于不同业务类别运营商之间的组网示意图，在同类业务但不同运营商之间的应用与此类似。图 5 '中，在固网运营商与移动运营商之间设置 IP互通网关 1及控制 IP互通网关 1的软交换 1; 在固网运营商与 ISP运营商之间设置 IP互通网关 2及控制 IP互通网关 2的软交换 2;在移动运营商与 ISP运营商之间设置 IP互通网关 3及控制 IP互通网关 3的软交换 3。

下面以 IP 互通网关在软交换控制下实现移动和固定用户互通的过程为例，描述 IP互通网关的应用。支设图 5中的固定用户如 IAD或普通电话呼叫移动用户，固定运营商的软交换发现被叫用户为移动用户后，向 IP互通网关 1的软交换 1发送信令，软交换 1接收到所述信令后通知 IP互通网关分配一个 IP端点与固定运营商网络建立承载，并告知 IP报文中编解码类型等相关信息记录在 IP互通网关 1 中；软交换 1发现被叫用户是移动用户后，发送信令给移动运营商的软交换，移动运营商的软交换分配了本地的 IP地址和端口号，并返回给软交换 1; 软交换 1才艮据接收到的 IP地址和端口号通知 IP互通网关 1分配一个 IP端点与移动运营商网络建立承载，并告知 IP报文中的编解码类型等相关信息记录在 IP互通网关 1中； IP互通网关 1的两个端点被软交换 1连接起来，至此 IP 互通网关与外部的两段^载和内部的拓朴连通均已建立。当有

IP报文在固定运营商的固定用户与移动运营商的移动用户之间交互时， IP报文在经过 IP互通网关 1时 IP互通网关 1对接收到的 IP报文进行处理：对通过 ACL及防火墙模块的合法 IP报文进行区分，并确定由不同的业务模块进行相应处理后按照内部已建立的拓朴进行发送，具体处理过程详见图 6。

图 6是本发明通过 IP互通网关处理 IP报文的流程图，一般，进入 IP互通网关的 IP报文大体有四种类型。承载业务的 IP报文即媒体流、网关控制报文如 H.248/H.323/MGCP拫文等、信令代理报文和路由协议报文，其中，后三种统称为非承载业务的 IP报文；媒体流也称为 IP业务报文。在 IP域之间设置 IP互通网关，该方法主要包括以下步骤： IP 互通网关中的传输层模块接收到来自源 IP域的正常的 IP报文后，区分所述 IP报文的业务类型，并区分出的不同业务类型的 IP报文发送给所述 IP互通网关中不同的业务处理模块进行处理或发送至目的 IP域（详见步骤 600〜步骤 612 ); IP互通网关发送经业务模块处理后的 IP报文至目的 IP域（详见步驟 613 )。假设 IP互通网关中已设置动态路由模块，本发明方法具体包括以下步骤：

步骤 600 ~步驟 601: 当有 IP报文经过 IP互通网关时，按照标准协议栈定义的普通物理层、链路层接收 IP报文并判断接收到的 IP报文是否正常，若正常，则将接收到的 IP报文转发给 ACL及防火墙模块后进入步骤 602; 否则，进入步骤 614。

本步骤的实现符合相关协议规定，这里不再详述。

步骤 602: ACL及防火墙模块根据过滤规则表判断该 IP报文是否合法，若合法则将该 IP报文转发给传输层模块或经由 IP层模块转发给传输层模块（参见图 4 )后进入步骤 603; 否则， ^步骤 614。

本步骤中， ACL及防火墙模块从过滤规则表中读取过滤规则，并按照读取的过滤规则过滤接收到的 IP报文。关于过滤实现属于本领域技术人员公知技术，这里不再赘述。需要说明的是，如果是针对 IP地址和端口号进行过滤，则判定为合法的 IP报文直接发送至传输层模块；如果仅针对 IP地址进行过滤，则判定为合法的 IP报文经由 IP层模块发送至传输层模块。

步骤 603：传输层模块根据代理规则表判断接收到的 IP报文是否需要进行信令代理，若需要，则进入步骤 612; 否则，进入步骤 ⁶0⁴。

代理规则表中记录了 IP互通网关允许作为信令代理使用的本地 IP 06 001052 地址、端口号，以及在这个 IP地址和端口号收到报文后，如何替换 IP 和传输层头部以及 IP报文净荷中的 IP地址和端口号的代理规则。若接收到的 IP报文中的目的 IP地址与端口号与代理规则表中记录的 IP互通网关允许作为信令代理使用的本地 IP地址和端口号分别一致，则判定接收到的 IP报文需要进行信令代理，否则，判定为不需要进行信令代理。

步骤 604 ~步骤 607: 传输层模块根据过滤规则表判断接收到的 IP 报文是否已建立了承载，若已建立了承载，则传输层模块更改接收到的 IP报文的源地址信息和目的地址信息后进一步根据发送规则表判断是否需要对该 IP报文进行报文格式或编解码转换，若需要，则 RTCP及媒体转换模块对该 IP报文进行相应转换处理并重新计算生成 RTCP报文后进入步驟 613; 若不需要，则进入步驟 613; 若未建立了承载，则进入步骤 608。

本步骤中，传输层模块从发送规则表中读取发送规则，并按照读取的发送规则判定接收到的 IP报文已建立了承载且需要对该 IP 4艮文进行 4艮文格式或编解码转换后，将该 IP报文转发给 RTCP及媒体转换模块进行相应处理。

判断收到的 IP报文是否已建立了承载可以这样来做：若接收到的 IP报文中的源 IP地址和端口号与由控制协议处理模块按照 ETSI标准流程，根据软交换指示，存储在过滤规则表中的合法的远端 IP地址和端口号一致，则判定接收到的 IP报文已建立了承载。

对于已建立承载的 IP报文，传输层模块采用发送规则表中的本地另一端点地址信息替换该 IP报文的源地址信息；采用发送规则表中与本地另一端点建立承载的远端端点的地址信息替换该 IP报文的目的地址信息。这里地址信息包括 IP地址和端口号。

查找发送规则表中的按照 ETSI标准流程记录在自身的本地 IP地址 2006/001052 和端口号与接收到的 IP报文中携带的目的 IP地址和端口号一致的记录，若记录显示该 IP报文对应的其它两个 IP端点的编解码类型和报文格式不一致，则判定该 IP报文需要进行报文格式或编解码转换；否则判定该 IP报文不需要进行报文格式或编解码转换。

步骤 608 ~步骤 609: 传输层模块根据接收到的 IP报文中的目的 IP 地址和端口号判断该 IP报文是否为网关控制报文，若是，则将该 IP报文转发给控制协议处理模块进行相应处理，之后进入步骤 613; 否则，进入步骤 610。

本步骤中，若接收到的 IP报文中的目的 IP地址和端口号为传输层模块规定的网关控制报文对应的 IP地址和端口号，则判定该 IP报文为网关控制报文。这里传输层模块规定的网关控制报文对应的 IP地址和端口号包括公开的，或私自定义的等，可参见传输层协议相关规定。其中，网关控制报文指 H.248报文、 H.323报文、 MGCP报文等。

控制协议处理模块进行的相应处理包括：根据来自软交换的携带在网关控制报文的消息净荷中的远端 IP地址和端口号和路由规则表，分配本地 IP端点作为承载，其中 IP端点的 IP地址是按照路由规则表优选的本地地址，从而减少 IP报文传递路径时延；同时根据远端 IP地址和端口号更新过滤规则表、综合包标记、编解码类型等信息；更新发送规则表；之后生成发送给软交换的回应报文。

步骤 610 ~步骤 611: 传输层模块根据接收到的 IP报文中的目的 IP 地址和端口号判断该 IP报文是否为路由协议报文，若是，则动态路由模块根据该 IP报文中携带的路由信息更新路由规则表并按照路由协议产生回应报文，之后进入步淼 613; 否则，结束本流程。

本步骤中，若接收到的 IP报文中的目的 IP地址和端口号为传输层模块规定的路由协议报文对应的 IP地址和端口号，则判定该 IP报文为 2006/001052 路由协议报文。动态路由模块根据接收到的 IP报文中携带的路由信息更新路由规则表中的路由信息，并将按照路由协议产生回应报文。这里传输层模块规定的路由协议报文对应的 IP地址和端口号包括公开的，或私自定义的等，可参见传输层相关规定。

步驟 612: 信令代理模块对接收到的 IP报文头部和净荷中的 IP地址、端口号信息做相应替换处理后结束本流程。

传输层模块从代理规则表中读取代理规则 , 并按照读取的代理规则替换接收到的 IP报文中的相应信息。

步骤 613: 经过业务模块处理的 IP报文按照发送规则表中的发送规则从 IP层，链路层发送给目的 IP域，之后结束本流程。

发送规则表按照 IP报文的不同，对于承载业务的 IP报文，采用用于发送承载业务的 IP报文的发送规则进行发送；对于非承载业务的 IP 报文，采用用于发送非承载业务的 IP报文的发送规则进行发送。比如来自控制协议处理模块、信令代理模块和动态路由模块的 IP报文为非承载业务的 IP报文；而来自 RTCP及媒体转换模块的 IP报文为承载业务的 IP报文。

需要说明的是，来自动态路由模块的需要发送的是回应报文。

步驟 614: 丟去该 IP报文，并做相应统计。

本步驟所提到的统计是指统计被丟弃的 IP报文数等。

从本发明方法可见，在本发明提供的 IP互通网关中，针对不同 IP 报文进行不同处理，同时保证了软交换的安全性，降低了組网复杂度，同时也减少了设备资金的投入。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1.下一代网络 NGN中的 IP互通网关，其特征在于，包括符合 TCP/IP 标准协议栈定义的物理层模块、链路层模块和 IP层模块，该 IP互通网关还包括以下模块：

传输层模块，符合 TCP/IP标准协议栈定义，用于区分来自源 IP域的正常的 IP报文业务类型，并将不同业务的 IP报文发送给对应的业务模块或发送至目的 IP域；

业务模块，用于对来自传输层模块的 IP报文进行信令代理处理、实时传输控制协议 RTCP及媒体转换、控制协议处理；

经业务模块处理后的 IP报文均被发送至目的 IP域。
2. 根据权利要求 1所述的 IP互通网关，其特征在于，

所述 IP 互通网关中的传输层模块，根据代理规则表判定接收到的 IP报文需要进行信令代理后，将该 IP报文发送给信令代理模块；根据过滤规则表判定接收到的 IP报文已建立承载且根据发送规则表判定该 IP报文需要进行报文格式或编解码转换后，将该 IP报文发送给 RTCP 及媒体转换模块；根据接收到的 IP报文中携带的目的地址信息判定为网关控制报文后，将该 IP报文发送给控制协议处理模块；或根据发送规则表更改该 IP报文的源地址信息和目的地址信息后发送至目的 IP域；所述业务模块包括：信令代理模块、 RTCP及媒体转换模块、控制协议处理模块； '

其中，信令代理模块，接收来自传输层模块的需要进行信令代理的

IP报文，并按照所述代理规则表中的代理规则替换接收到的 IP报文中的地址信息；

RTCP及媒体转换模块，接收来自传输层模块的已建立承载且需要进行报文格式或编解码转换的 IP报文，对该 IP 艮文进行音频、视频编解码转换、异种运营商间 IP业务报文格式转换及 RTCP报文的重新发起处理；

控制协议处理模块，接收来自传输层模块的为网关控制报文的 IP 报文，并在软交换控制下完成本地 IP端点的跨域分配用以建立承载、完成转发接收到的承载业务 IP报文的 IP QoS控制信息设定、完成远端 IP 地址和端口号的过滤规则设定，以及网絡地址转换处理。
3. 根据权利要求 2所述的 IP互通网关，其特征在于，

所述传输层模块还包括：根据接收到的 IP报文中携带的目的地址信息判定为路由协议报文后，将该 IP报文发送给动态路由模块；

所述业务模块还包括动态路由模块，接收来自传输层模块的为路由协议报文的 IP报文，按照接收到的 IP报文中携带的路由信息更新用于存储路由信息的路由规则表；并按照路由协议产生回应报文，之后按照

M
4. 根据权利要求 2或 3所述的 IP互通网关，其特征在于：所述 IP 互通网关还包括：对来自其它 IP域的 IP报文按照过滤规则表进行过滤的访问控制列表 ACL及防火墙模块；

所述物理层模块和链路层模块按照协议将接收到的正常 IP报文发送给 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP报文被发送至传输层模块。
5. 根据权利要求 2或 3所述的 IP互通网关，其特征在于，所述地址信息包括： IP地址和端口号。
6. 根据权利要求 4所述的 IP互通网关，其特征在于：所述 ACL 及防火墙模块根据手工配置信息在所述过滤规则表中设置允许进入 IP 互通网关的远端 IP地址和端口号；所述控制协议处理模块根据软交换指示，采用合法的远端 IP地址和端口号更新过滤规则表。
7. 根据权利要求 2所述的 IP互通网关，其特征在于：所述信令代理模块根据手工配置或者代理过程更新所述代理规则表。
8. 根据权利要求 2所述的 .IP互通网关，其特征在于：所述发送规则表中包括：非承载业务的 IP报文的发送规则和承载业务的 IP报文的发送规则；

根据来自路由规则表的涉及 IP互通网关向外发送 IP报文所需的路由信息，更新所述发送规则表中非承载业务的 IP报文的发送规则；或所述控制协议处理模块根据软交换指示分配本地 IP端点时，在所述发送规则表中添加承载业务的 IP报文的发送规则；

通过手工配置生成所述用于存储路由规则的路由规则表。
9. 根据权利要求 8所述的 IP互通网关，其特征在于，所述发送规则包括：以所述本地 IP地址和端口号为索引的表项，该表项包括远端 IP端点的 IP地址和端口号，使用的编解码类型和 IP报文格式，以及输出媒体流的 IP QoS控制。
10. 一种采用 IP互通网关实现 IP域互通的方法，其特征在于，在 IP域之间设置 IP互通网关，该方法包括以下步骤：

A. IP互通网关中的传输层模块接收到来自源 IP域的正常的 IP报文后，区分所述 IP报文的业务类型，并将区分出的不同业务类型的 IP报文发送给所述 IP互通网关中不同的业务处理模块进行处理，或发送至目的 IP域后结束；

B. IP互通网关发送经业务模块处理后的 IP报文至目的 IP域。
11. 根据权利要求 10所述的方法，其特征在于，步糠 B中所述发送经业务模块处理后的 IP报文的方法为：按照发送规则表中的发送规则发送经业务模块处理后的 IP报文至目的 IP域。
12. 根据权利要求 10 所述的方法，其特征在于，所述 IP互通网关中的业务模块包括：信令代理模块、 RTCP及媒体转换模块及控制协议处理模块；步骤 A中所述传输层模块区分并发送所述 IP报文给所述业务处理模块进行处理或发送至目的 IP域的方法为：

A1.传输层模块接收到来自源 IP域的正常的 IP报文后，传输层模块根据代理规则表判断接收到的 IP报文是否需要进行信令代理，若需要则进入步骤 A4; 否则，进入步骤 A2;

A2. 若所述传输层模块根据过滤规则表及发送规则表依次判定所述不需要进行信令代理的 IP报文已建立承载，更改该 IP报文的源地址信息和目的地址信息且需要进行报文格式或编解码转换，则将该 IP报文发送至所述 RTCP及媒体转换模块，进行音频、视频编解码转换、异种运营商间 IP业务报文格式转换及 RTCP报文的重新发起处理后进入步骤 B; 若判定所述接收到的 IP 4艮文未建立承载，则进入步骤 A3; 若判定所述接收到的 IP报文已建立承载但不需要进行报文格式或编解码转换，则更改该 IP报文的源地址信息和目的地址信息后将该 IP报文发送至目的 IP域；

A3. 所述传输层模块判断所述不需要进行信令代理且未建立承载的 IP报文是否为网关控制报文，若是网关控制报文，则将该 IP报文发送至所述控制协议处理模块，由该模块在软交换控制下建立承载，在软交换控制下完成转发接收到的 IP报文的 IP QoS控制、 IP地址的跨域分配及网络地址转换处理后进入步骤 B; 否则结束本流程；

A4. 所述信令代理模块按照代理规则表替换需要进行信令代理的 IP报文中的地址信息，之后进入步骤 B;
13. 根据权利要求 12所述的方法，其特征在于，所述 IP互通网关的业务模块中还包括：动态路由模块；在步骤 A3 中，否则之后，结束本流程之前，该方法还包括：所述传输层模块判断所述不需要进行信令代理且未建立承载的 IP报文是否为路由协议报文，若是，则 IP互通网关中动态路由模块根据接收到的 IP报文中携带的路由信息更新路由规则表中的路由信息，并将按照路由协议产生回应报文发送至目的 IP域后结束；否则，结束本流程。
14. 根据权利要求 13所述的方法，其特征在于，所述判断所述 IP 报文是否为路由协议报文的方法为：若接收到的 IP报文中的目的 IP地址和端口号为传输层模块规定的路由协议 4艮文对应的 IP地址和端口号，则判定该 IP才艮文为路由协议 4艮文。
15. 根据权利要求 12或 13所述的方法，其特征在于，所述 IP互通网关还包括： ACL及防火墙模块；步骤 A1之前，该方法还包括：当有 IP报文经过 IP互通网关时，所述物理层、链路层接收 IP报文并判断接收到的 IP报文是否正常，若正常，则将接收到的 IP报文转发给所述 ACL及防火墙模块，通过 ACL及防火墙模块的合法 IP报文被发送至传输层模块；否则，丟弃该 IP报文，并做相应统计后结束。
16. 根据权利要求 12所述的方法，其特征在于，步骤 A1中所述判断接收到的 IP报文是否需要进行信令代理的方法为：若接收到的 IP 报文中的目的 IP地址与端口号与代理规则表中记录的 IP互通网关允许作为信令代理使用的本地 ip地址和端口号分别一致，则判定接收到的

IP报文需要进行信令代理，否则，判定为不需要进行信令代理。
17. 根据权利要求 12所述的方法，其特征在于，步骤 A2中所述判断所述 IP报文是否已建立承载且需要进行报文格式或编解码转换的方法为：

若接收到的 IP报文中的源 IP地址和端口号与由控制协议处理模块按照 ETSI标准流程，根据软交换指示，存储在过滤规则表中的远端 IP 地址和端口号一致，则判定接收到的 IP报文已建立承载；之后查找发送规则表中的按照 ETSI标准流程记录在自身的本地 IP 地址和端口号与接收到的 IP报文中携带的目的 IP地址和端口号一致的记录，若记录显示该 IP 4艮文对应的发送至的对端 IP端点的编解码类型或报文格式不一致，则判定该 IP报文需要进行编解码或格式转换；否则判定该 IP报文不需要进行编解码或格式转换。
18. 根据权利要求 12所述的方法，其特征在于，步骤 B中所述传输层模块更改接收到的 IP报文的源地址信息和目的地址信息的方法为：采用所述发送规则表中的本地另一端点地址信息替换该 IP报文的源地址信息；采用所述发送规则表中与本地另一端点建立承载的远端端点的地址信息替换该 IP报文的目的地址信息；所述地址信息包括 IP地址和端口号。
19. 根据权利要求 12所述的方法，其特征在于，步驟 A3中所述判断所述 IP报文是否为网关控制报文的方法为：若接收到的 IP报文中的目的 IP地址和端口号为传输层模块记录的网关控制协议使用的 IP地址和端口号，则判定该 IP报文为网关控制报文。
20. 根据权利要求 11所述的方法，其特征在于，步骤 B中所述按照所述发送规则表中的发送规则发送 IP掖文的方法为：对于承载业务的 IP报文，采用用于发送承载业务的 IP报文的发送规则进行发送；对于非承载业务的 IP报文，采用用于发送非承载业务的 IP报文的发送规则进行发送。
21. 根据权利要求 20所述的方法，其特征在于，所述非承载业务的 IP报文为来自控制协议处理模块、信令代理模块和动态路由模块的 IP报文；所述承载业务的 IP报丈中需要进行编解码或格式转换的报文为来自 RTCP及媒体转换模块的 IP报文。
22. 根据权利要求 12或 18所述的方法，其特征在于，步骤 A4中所述地址信息包括： IP地址和端口号。