CN100461749C - H.248报文的集中分发方法 - Google Patents

Abstract

本发明涉及通信技术，公开了一种H.248报文的集中分发方法，使得MGC和MGW间使用更少的链路，消除发送H.248报文时对MGC轮选链路的依赖。本发明中，在MGC和MGW间可以只配一条链路，MGW中的集中分发模块根据事务标识对H.248报文进行分发。如果一个报文中有多个事务，则需要先将该报文拆分成多个单事务报文。如果事务包含的行动中的上下文是特定上下文，则可优先根据上下文标识分发。如果一个事务中有多个行动，则以第一个行动中的上下文标识作为分发的依据。

Description

H.248报文的集中分发方法

技术领域

本发明涉及通信技术，特别涉及与H.248协议相关的通信技术。

背景技术

H.248协议是2000年由国际电信联盟-电信标准部(InternationalTelecommunication Union Telecommunication Standardization Sector，简称“ITU-T”)第16工作组提出的媒体网关控制协议，它是在早期的媒体网关控制协议(Media Gateway Control Protocol，简称“MGCP”)基础上改进而成。H.248协议是用于连接媒体网关控制器(Media Gateway Controller，简称“MGC”)与媒体网关(Media Gateway，简称“MGW”)的网关控制协议，应用于媒体网关与软交换之间及软交换与H.248终端之间，是软交换应用支持的重要协议。H.248协议定义的连接模型包括终端(termination)和上下文(context)两个主要概念。终端是MGW中的逻辑实体，能发送和接收一种或多种媒体，在任何时候，一个终端属于且只能属于一个上下文，可以表示时隙、模拟线和实时传输协议(RealTime Transfer Protocol，简称“RTP”)流等。终端类型主要有半永久性终端(时分多路复用信道或模拟线等)和临时性终端(如RTP流，用于承载语音、数据和视频信号或各种混合信号)。用属性、事件、信号、统计表示终端特性，为了解决屏蔽终端多样性问题，在协议中引入了包(package)概念，将终端的各种特性参数组合成包。一个上下文是一些终端间的联系，它描述终端之间的拓扑关系及媒体混合/交换的参数。朗讯公司(Lucent)在MGCP协议中首次提出context概念，使协议具有更好的灵活性和可扩展性，H.248协议延用了这个概念，它可用Add命令创建，用Subtract或Move命令删除。

H.248与MGCP在协议概念和结构上有很多相似之处，但也有不同。H.248协议简单、功能强大，且扩展性好，允许在呼叫控制层建立多个分区网关；MGCP是H.248以前的版本，它的灵活性和扩展性不如H.248。H.248支持多媒体，MGCP不支持多媒体。应用于多方会议时，H.248比MGCP容易实现。MGCP基于用户数据报协议(User Datagram Protocol，简称“UDP”)传输，H.248基于流控制传输协议(Stream Control Transmission Protocol，简称“SCTP”)、传输控制协议(Transfer Control Protocol，简称“TCP”)、UDP等。H.248的消息编码基于文本和二进制，MGCP的消息编码基于文本。

MGC通过H.248协议来控制MGW分配承载的资源，或者传递相应的呼叫承载控制信令。在骨干网承载与控制分离的架构中，MGC和MGW在网络中的位置如图1和图2所示。

MGC与MGW之间的接口称为Mc接口，通过H.248协议进行通信，我们称MGC与MGW之间的连接为H.248链路。

消息是协议发送的信息单元。一个消息包含一个消息头和版本号，消息头包含发送者的标识。协议消息的编码格式为文本格式和二进制格式。H.248协议规定，一个消息可以包含多个事务(transaction)，每个事务有一个事务标识，消息中的事务彼此无关，可以独立处理；一个事务可以包含多个行动(action)，每个行动针对一个上下文(context)进行操作，每个上下文有一个上下文标识。上下文分为：NULL上下文、ALL上下文、CHOOSE上下文和特定上下文。H.248协议报文的典型消息结构如图3所示。

目前，将MGW上处理H.248协议的部分进一步划分为两个模块：集中分发模块和协议及业务处理模块。其中，集中分发模块负责从链路上接收H.248协议报文，并分发到不同的协议及业务处理模块进行处理。由于协议及业务处理模块有其独立的UDP链路。UDP链路可以用源IP地址、源端口号、目的IP地址、目的端口号四元组来进行标识。所以，集中分发模块根据收到报文中携带的四元组信息，就可以确定需要分发到的协议及业务处理模块，然后进行转发。如图4所示。协议及业务处理模块中包含了协议处理和业务处理功能，两个功能逻辑上相对独立，其中，协议处理功能包括解析H248报文，提取出报文中携带的MGC的指示信息，并根据上下文标识信息发送给相应的业务处理模块；业务处理功能包括具体的承载资源分配和承载建立，即最终处理MGC发来消息。协议处理和业务处理功能可以在一个模块中实现(如图4)，也可以分成不同的模块中实现，例如可以分在协议处理模块和业务处理模块中实现(如图5)。

在实际应用中，上述方案存在以下问题：当MGC所能够支持的H.248链路数有限时，系统容量就会受到限制。如果MGC不能在不同的链路上均衡发送H.248消息，那么，就无法均衡各个协议及业务处理模块的负荷。另外，本地的IP地址和端口号资源会被浪费。

造成这种情况的主要原因在于，集中分发模块是根据收到报文中携带的四元组信息来确定需要分发到的协议及业务处理模块。也就是说，每一个协议及业务处理模块都要有其独立的UDP链路，使其四元组信息不完全相同。因此，当MGC所能够支持的H.248链路数有限时，系统容量就会受到限制。由于在四元组信息中包含了IP地址和端口号，所以，在为每一个协议及业务处理模块配置UDP链路时，也就浪费了本地的IP地址和端口号资源。另外，由于是通过IP地址和端口号来指定由哪一个协议处理模块进行处理，所以，各个协议及业务处理模块的负荷是否均衡依赖于MGC是否能在不同的链路上均衡发送H.248消息。

发明内容

有鉴于此，本发明的主要目的在于提供一种H.248报文的集中分发方法，使得MGC和MGW间使用更少的链路，消除发送H.248报文时对MGC轮选链路的依赖。

为实现上述目的，本发明提供了一种H.248报文的集中分发方法，涉及媒体网关控制器和媒体网关，其中媒体网关进一步包含一个集中分发模块、至少一个协议处理模块和至少一个业务处理模块，在媒体网关控制器和媒体网关的集中分发模块之间配置至少一条链路；

并包含以下步骤：

当集中分发模块从所述链路收到来自所述媒体网关控制器的H.248报文后进行解析，根据解析出的事务标识查找事务标识与协议处理模块的对应关系，决定要转发的协议处理模块，向该协议处理模块转发该H.248报文。

其中，还包含以下步骤：

当所述集中分发模块收到所述H.248报文时，判断其中是否包含多个事务，如果是则将该报文分拆为多个只包含一个事务的报文，此后对每一个分拆后的报文分别进行处理和转发。

此外在所述方法中，在分拆所述报文时，还包含相应调整每一个报文的校验字段的子步骤。

此外在所述方法中，所述集中分发模块决定要转发的协议处理模块时包含以下子步骤：

根据事务标识查询事务标识与协议处理模块的对应关系，判断是否为重发事务，如果是则将原先处理该事务的协议处理模块决定为转发目标。

此外，所述方法还包含以下步骤：

所述集中分发模块记录H.248报文的事务标识和处理该报文的协议处理模块的对应关系；

在判断是否为重发事务时，根据事务标识查询该对应关系，如果找到该事务标识所对应的协议处理模块则为重发事务，找到的协议处理模块就是所述原先处理该事务的协议处理模块。

此外在所述方法中，所述集中分发模块收到H.248报文时，根据事务标识查询事务标识与协议处理模块的对应关系，判断其中的事务是否为重发事务，如果是则在本模块处理，否则对该H.248报文进行转发。

此外在所述方法中，还包含以下步骤：在根据事务标识决定要转发的协议处理模块之前，所述集中分发模块判断所述H.248报文中行动的操作对象是否为特定上下文，如果是则优先根据解析出的上下文标识查询上下文标识和协议处理模块的对应关系，决定要转发的协议处理模块。

此外，所述方法还包含以下步骤：所述集中分发模块记录H.248报文中行动的上下文标识和处理该报文的协议处理模块的对应关系；所述集中分发模块在收到H.248报文时，如果行动的操作对象是特定上下文，则根据解析出的上下文标识查找该对应关系，如果找到对应的协议处理模块则将该协议处理模块决定为转发目标。

此外在所述方法中，当所述H.248报文的事务中包含多个行动，则以第一个行动中的上下文标识作为处理的依据。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，在MGC和MGW间可以只配一条链路，MGW中的集中分发模块根据事务标识对H.248报文进行分发。

如果一个报文中有多个事务，则需要先将该报文拆分成多个单事务报文。

如果事务包含的行动中的上下文是特定上下文，则可优先根据上下文标识分发。

如果一个事务中有多个行动，则以第一个行动的上下文标识作为分发的依据。

这种技术方案上的区别，带来了较为明显的有益效果，即因为可以只配一条链路(或与协议处理模块数无关的少量几条链路)，相对于为每一个协议处理模块配置一条链路的现有技术，大大节约了链路相关资源。

因为MGC向MGW发送的报文都是通过统一的链路传输的，MGW并不需要通过IP地址和端口指定由哪一个协议处理模块来处理，所以消除了对MGC轮选链路的依赖。

因为是根据事务标识来进行H.248报文分发的，所以确保重传报文(特别是CHOOSE上下文的重传报文)被发送到原先的协议处理模块。

因为对操作特定上下文的事务根据上下文标识分发，所以可以使同一特定上下文的事务被传到同一协议处理模块，而该协议处理模块与处理该特定上下文所有事务的业务处理模块物理上位于同一块处理板，协议处理模块处理完以后只要在板内转发即可，不需要转发到其它处理板，效率较高。

通过分拆使本发明可以正确处理多事务报文。

附图说明

图1是现有技术中骨干网整体结构图；

图2是现有技术中电路域组网图；

图3是现有技术中H.248协议报文的典型消息结构图；

图4是现有技术中H.248报文集中分发的结构图；

图5是本发明中H.248报文集中分发的结构图；

图6是根据本发明第一实施例的H.248报文集中分发方法的流程图；

图7是根据本发明第二实施例的H.248报文集中分发方法的流程图；

图8是根据本发明第三实施例的H.248报文集中分发方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明通过集中分发模块解析H.248报文的内容，根据解析出的事务标识决定转发的协议处理模块，并向该协议处理模块转发该H.248报文。为了解决对同一事务的重复处理，要记录H.248报文的事务标识和处理该报文的协议处理模块的对应关系。如果集中分发模块通过事务标识发现该事务为重复事务，就转发到原先处理该事务的协议处理模块或者由集中分发模块自身处理。为了提高效率，也可以对特定上下文优先根据解析出的上下文标识决定要转发的协议处理模块。

本发明中H.248报文集中分发的系统结构如图5所示。该系统包含MGC和MGW两部份。其中，MGW进一步包含一个集中分发模块、至少两个协议处理模块和业务处理模块。MGC和MGW之间至少配置一条UDP链路，该链路用来传输H.248报文。

MGW中的集中分发模块用来解析H.248报文中的上下文标识和事务标识，或者只解析事务标识。MGW中的协议处理模块解析H.248报文中的上下文标识，并根据该标识决定要发送的业务处理模块。业务处理模块最终处理MGC发来的消息，负责具体的承载资源分配和承载建立。

以上对本发明的系统结构进行了说明，下面结合附图对本发明的各个实施例进行说明。

本发明第一实施例的方法流程图如图6所示。在步骤610中，集中分发模块通过UDP链路接收从MGC上发送来的H.248报文。

接着，进入步骤620，集中分发模块判断该报文是否包含多个事务。由于一个H.248报文中可能包含多个事务(H.248协议报文的典型消息结构如图3所示)，所以，当集中分发模块接收到该报文时，首先就要对该报文进行解析进而判断该报文是否包含多个事务。如果是，就进入步骤630，否则直接进入步骤640。

在步骤630中，集中分发模块将该报文分拆为多个只包含一个事务的报文。比如说，集中分发模块接收到的H.248报文中包含3个事务，那么，现在将该报文分拆为3个报文：报文1、报文2、报文3，每个报文只包含一个事务。并且，在分拆该报文时，还要相应的调整每一个报文的校验字段，如UDP头中的校验和。另外，对二进制编码要调整消息头中的H.248协议头长度域。

对分拆后的每一个报文进行步骤640至步骤690的处理。

在步骤640中，集中分发模块解析出该报文的事务标识。由于在步骤620至630中，已经对接收到的H.248报文是否包含多个事务进行了判断与处理，所以，在本步骤中，集中分发模块所要解析的报文一定是只包含一个事务的报文，因此，解析出的事务标识也必定只有一个。

接着，进入步骤650。集中分发模块根据解析出的事务标识查找事务标识与协议处理模块的对应关系表。所述的对应关系表，就是记录事务标识与该报文所转发到的协议处理模块之间关系的表。比如说，事务标识为1的报文转发到了第二块协议处理模块；事务标识为2的报文转发到了第三块协议处理模块；事务标识为3的报文转发到了第一块协议处理模块。那么，对应关系表中，就应有如下记录：事务标识1——协议处理模块2；事务标识2——协议处理模块3；事务标识3——协议处理模块1。在本步骤中，就是要查找由集中分发模块解析出的事务标识是否在对应关系表中存在记录。

接着，进入步骤660，集中分发模块判断该报文中的事务是否为重发事务。如果在事务标识与协议处理模块的对应关系表中，找到该报文的事务标识记录，就说明该报文中的事务为重发事务，进入步骤670；否则，进入步骤680。举例来说，如果在对应关系表中，存在着这样一条记录：事务标识3——协议处理模块1，并且，集中分发模块从报文中解析出的事务标识为3。那么，就说明该报文中的事务为重发事务。相反，如果集中分发模块解析出的事务标识为5，并且在对应关系表中，不存在任何与事务标识5相关的记录，那么，就说明该报文中的事务是一个新事务。

在步骤670中，集中分发模块将该报文转发到原先处理该报文的协议处理模块。由于在步骤660中，已经得知该报文中的事务是重复事务，并且也可以从对应关系表中获知原先处理该报文的协议处理模块。所以，在本步骤中，可以将该报文转发到原先处理该报文的协议处理模块。比如说，集中分发模块从报文中解析出的事务标识为3，并且在事务标识与协议处理模块的对应关系表中存在着这样一条记录：事务标识3——协议处理模块1。那么，就要将该报文转发到协议处理模块1中。此后，进入步骤700。

在步骤680中，集中分发模块以均衡负荷为目的，选择一个协议处理模块，并将该报文转发到此协议处理模块中。此后，协议处理模块再根据该报文的上下文将其发送到业务处理模块，由业务处理模块进行处理。

在步骤690中，记录该报文的事务标识与该报文所转发到的协议处理模块的对应关系。比如说，该报文的事务标识为5，该报文所转发到的协议处理模块为2，那么，在事务标识与协议处理模块的对应关系表中就要记录其对应关系：事务标识5——协议处理模块2。此后，进入步骤700。

在步骤700中，判断是否已处理完所有的单事务报文，如果是则结束本流程，否则进入步骤640处理下一个单事务报文。

在本实施例中，由于集中分发模块是根据事务标识来分发H.248报文，因此既便在MGC与MGW之间只有一条UDP链路，也可以进行报文的分发。本方案不但大大节约了链路资源，而且MGW并不需要通过IP地址和端口指定由哪一个协议处理模块来处理，所以消除了对MGC轮选链路的依赖。另外，也确保了重传报文被发送到原先的协议处理模块进行处理。

本发明第二实施例的方法流程图如图7所示。本实施例与第一实施例基本相同，不同之处仅在于对重复事务的处理方法。在第一实施例中，如果集中分发模块通过解析出的事务标识得知该报文中的事务为重发事务，那么，集中分发模块就将该报文转发到原先处理该报文的协议处理模块。而在本实施例中，如果集中分发模块通过解析出的事务标识得知该报文中的事务为重发事务，那么，该报文就由集中分发模块自身进行处理，例如向MGC返回相应的响应消息。因此，本实施例也同样能达到节约链路、本地IP地址和端口的资源，以及消除对MGC轮选链路的依赖等效果。

本发明第三实施例的方法流程图如图8所示。本实施例相对于第一实施例增加了基于上下文标识的处理。在步骤801中，集中分发模块通过UDP链路接收从MGC上发送来的H.248报文。本步骤与步骤610完全相同。

在步骤802中，集中分发模块判断该报文是否包含多个事务。本步骤与步骤620完全相同，在此不再赘述。如果该报文包含多个事务，就进入步骤803，否则直接进入步骤804。

在步骤803中，集中分发模块将该报文分拆为多个只包含一个事务的报文。本步骤与步骤630完全相同，在此不再赘述。

对分拆后的每一个报文进行步骤804至步骤814的处理。

在步骤804中，集中分发模块解析出该报文的事务标识以及上下文标识。本步骤与步骤640基本相同，只是在步骤640中，集中分发模块只需解析出事务标识，但在本步骤中，集中分发模块还需解析出该报文所包含行动的上下文标识。

接着，进入步骤805，集中分发模块根据解析出的上下文标识判断该上下文是否为特定上下文。在H.248报文中，上下文的标识有四种类型，分别代表特定上下文、CHOOSE上下文、ALL上下文和NULL上下文。特定上下文对应于一个会话；CHOOSE上下文用在新建上下文的消息中；ALL上下文是指当前所有的上下文；NULL上下文中是当前空闲的所有端点的集合，ALL和NULL上下文主要是用于对整个MGC操作。如果解析出的上下文标识是特定上下文标识，就进入步骤813；否则，进入步骤807。需要说明的是，如果该报文中包含多个行动(action)，则以第一个行动(action)中的上下文标识作为判断的依据。

以下对上下文不是特定上下文时，所要进行的步骤807至步骤812进行说明。

在步骤807中，查找事务标识与协议处理模块的对应关系表。进入到本步骤处理的是CHOOSE上下文、ALL上下文和NULL上下文三种，需要通过查表的方式找出其中的重发报文，将重发报文转发到原先处理该报文的协议处理模块。事务标识与协议处理模块的对应关系表在步骤650中已详细说明，本步骤与步骤650也完全相同，在此不再赘述。

接着，进入步骤809，集中分发模块判断该报文中的事务是否为重发事务。判断方法在步骤660中已详细说明，在此不再赘述。如果该报文中的事务是重发事务，就进入步骤811，将该报文转发到原先处理的协议处理模块后进入步骤818(步骤811与步骤670完全相同)；否则，进入步骤810。

在步骤810中，集中分发模块以均衡负荷为目的，选择一个协议处理模块，并将该报文转发到此协议处理模块中。本步骤与步骤680完全相同。

接着，进入步骤812，记录该报文的事务标识与该报文所转发到的协议处理模块的对应关系。本步骤与步骤690完全相同。此后进入步骤818。

以上对上下文不是特定上下文时，所要进行的步骤807至步骤812进行了说明。接下来对上下文是特定上下文时，所要进行的步骤813至步骤817进行说明。

在步骤813中，查找上下文标识与协议处理模块的对应关系表。与事务标识与协议处理模块的对应关系表类似，是记录上下文标识与该报文所转发到的协议处理模块之间关系的表。比如说，上下文标识为1的报文转发到了第二块协议处理模块；上下文标识为2的报文转发到了第三块协议处理模块；上下文标识为3的报文转发到了第一块协议处理模块。那么，在上下文标识与协议处理模块的对应关系表中，就应有如下记录：上下文标识1——协议处理模块2；上下文标识2——协议处理模块3；上下文标识3——协议处理模块1。在本步骤中，就是要查找由集中分发模块解析出的上下文标识是否在上下文标识与协议处理模块的对应关系表存在记录。

接着，进入步骤814，判断该上下文标识是否在上下文标识与协议处理模块的对应关系表中有对应关系。如果有对应关系，就进入步骤815；否则，就进入步骤816。

在步骤815中，集中分发模块将该报文转发到与报文中的上下文标识有对应关系的协议处理模块。比如说，集中分发模块从报文中解析出的上下文标识为3，并且在上下文标识与协议处理模块的对应关系表中有如下记录：上下文标识3——协议处理模块1，那么，集中分发模块就要将该报文转发到协议处理模块1中。

在步骤816中，集中分发模块根据上下文标识决定要转发的协议处理模块，并将该报文转发到此协议处理模块。因为特定上下文标识是由MGW根据预先设定的规则生成的，生成时可以包含业务处理模块的相关信息，因此可以从特定上下文标识本身分析出对应的业务处理模块。如果协议处理模块和业务处理模块成对出现在一个物理单板上，那么通过特定上下文标识的分析就可以找到对应的物理单板，该单板上的协议处理模块就是要转发的协议处理模块。如果协议处理模块和业务处理模块不在同一个物理单板上，则此时只能根据负荷分担的原则选择一个协议处理模块进行转发。然后，进入步骤817。

在步骤817中，记录该报文的上下文标识与该报文所转发到的协议处理模块的对应关系。比如说，上下文标识为5的报文转发到了协议处理模块2，那么，在上下文标识与协议处理模块的对应关系表中就要记录其对应关系：上下文标识5——协议处理模块2。此后进入步骤818。

在步骤818中，判断是否已处理完所有的单事务报文，如果是则结束本流程，否则进入步骤804处理下一个单事务报文。

需要说明的是，在上述第三实施例对特定上下文的处理过程中(步骤813至步骤817)，也可以不记录上下文标识与协议处理模块的对应关系以及按该对应关系转发消息，可以随意选择协议处理模块，协议处理模块会将消息解析后转发到正确的业务处理模块。不过如果协议处理模块和业务处理模块是在一块单板上的(这是一种常见的方案)，那么第三实施例的技术方案可以保证消息被转发到正确的业务处理模块所在单板的协议处理模块，协议处理模块处理完以后只要单板内转发就可以了。而相对于第三实施例的技术方案，随意选择协议处理模块的方式会导致单板间的转发增多，而单板间的转发效率较单板内的转发为低，所以MGW的整体处理效率也会降低。

对于第三实施例还有一种变化方案，这种方案中可以通过特定上下文标识本身的分析找到对应的业务处理模块。如果协议处理模块和业务处理模块是成对出现在一个单板上的，那通过特定上下文标识的分析就可以找到对应的单板，只要把消息转发给该单板上的协议处理模块就可以了。在处理报文时，先查事务标识和协议处理模块的对应关系(在报文转发时记录的)，如果查出是重发报文就发到相应的协议处理模块，如果不是重发报文则由特定上下文标识找到对应单板上的协议处理模块并记录转发对应关系。

此外还需要说明的是，虽然本实施例中协议处理模块的数目和业务处理模块的数目是一致的，但本发明的技术方案对此并没有强制性的要求，两种模块的数目也可以不一致。本发明对两种模块和物理单板的关系同样没有强制性的要求，每一块单板上可以只包含一个协议处理模块或一个业务处理模块，也可以包含一个协议处理模块和一个业务处理模块，还可以包含多个协议处理模块和多个业务处理模块。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种H.248报文的集中分发方法，涉及媒体网关控制器和媒体网关，其中媒体网关进一步包含一个集中分发模块、至少一个协议处理模块和至少一个业务处理模块，其特征在于，在媒体网关控制器和媒体网关的集中分发模块之间配置至少一条链路；

并包含以下步骤：

当集中分发模块从所述链路收到来自所述媒体网关控制器的H.248报文后进行解析，根据解析出的事务标识查找事务标识与协议处理模块的对应关系，决定要转发的协议处理模块，向该协议处理模块转发该H.248报文。

2.根据权利要求1所述的H.248报文的集中分发方法，其特征在于，还包含以下步骤：

当所述集中分发模块收到所述H.248报文时，判断其中是否包含多个事务，如果是则将该报文分拆为多个只包含一个事务的报文，此后对每一个分拆后的报文分别进行处理和转发。

3.根据权利要求2所述的H.248报文的集中分发方法，其特征在于，在分拆所述报文时，还包含相应调整每一个报文的校验字段的子步骤。

4.根据权利要求1至3中任一项所述的H.248报文的集中分发方法，其特征在于，所述集中分发模块决定要转发的协议处理模块时包含以下子步骤：

根据事务标识查询事务标识与协议处理模块的对应关系，判断是否为重发事务，如果是则将原先处理该事务的协议处理模块决定为转发目标。

5.根据权利要求4所述的H.248报文的集中分发方法，其特征在于，所述方法还包含以下步骤：

所述集中分发模块记录H.248报文的事务标识和处理该报文的协议处理模块的对应关系；

在判断是否为重发事务时，根据事务标识查询所记录的对应关系，如果找到该事务标识所对应的协议处理模块则为重发事务，找到的协议处理模块就是所述原先处理该事务的协议处理模块。

6.根据权利要求1至3中任一项所述的H.248报文的集中分发方法，其特征在于，所述集中分发模块收到H.248报文时，根据事务标识查询事务标识与协议处理模块的对应关系，判断其中的事务是否为重发事务，如果是则在本模块处理，否则对该H.248报文进行转发。

7.根据权利要求1至3中任一项所述的H.248报文的集中分发方法，其特征在于，还包含以下步骤：

在根据事务标识决定要转发的协议处理模块之前，所述集中分发模块判断所述H.248报文中行动的操作对象是否为特定上下文，如果是则优先根据解析出的上下文标识查询上下文标识和协议处理模块的对应关系，决定要转发的协议处理模块。

8.根据权利要求7所述的H.248报文的集中分发方法，其特征在于，所述方法还包含以下步骤：

所述集中分发模块记录H.248报文中行动的上下文标识和处理该报文的协议处理模块的对应关系；

所述集中分发模块在收到H.248报文时，如果行动的操作对象是特定上下文，则根据解析出的上下文标识查找所记录的对应关系，如果找到对应的协议处理模块则将该协议处理模块决定为转发目标。

9.根据权利要求8所述的H.248报文的集中分发方法，其特征在于，当所述H.248报文的事务中包含多个行动，则以第一个行动中的上下文标识作为处理的依据。

Images