CN107659575B - 一种宽带集群多媒体功能体及其会话方法 - Google Patents

Abstract

本发明实施例公开一种宽带集群多媒体功能体及其会话方法，该方法包括：提取RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；将源IP和源UDP端口作为第一关键值，将目的IP和目的UDP端口作为第二关键值，根据第一关键值和第二关键值在当前的会话管理表中查找匹配的会话关键字，会话关键字为会话对应被叫终端的用户面IP和UDP端口；从会话管理表中获取与查找到的会话关键字对应的会话值，会话管理表包括每一会话的会话关键字和与之对应的会话值；提取RTP用户面数据包中的多媒体信息，若多媒体信息与会话值一致，对RTP用户面数据包进行转发。本发明简化了TCF与TMF之间的会话过程，保证了集群数据包的转发效率，提高了集群数据包的传输质量。

Description

一种宽带集群多媒体功能体及其会话方法

技术领域

本发明涉及宽带集群通信技术领域，尤其涉及一种宽带集群多媒体功能体及其会话方法。

背景技术

随着全球公共安全、政务、交通、能源等行业的快速发展，行业用户在传统的语音集群基础上，对于宽带无线数据业务、多媒体集群调度的需求极为迫切。LTE(Long TermEvolution，长期演进)以其技术和产业优势成为无线专网宽带技术的选择，基于LTE技术的宽带集群技术也成为全球无线专网发展共识。我国率先开展了基于LTE技术的宽带集群B-TrunC(Broadband Trunking Communication，宽带集群通信)技术的标准化工作，立足自主创新，紧密联系行业应用需求，技术和产业发展迅速。目前B-TrunC一阶段行业标准已经正式发布，并成为ITU(International Telecommunication Union，国际电信联盟)推荐的首个PPDR(Public Protection and Disaster Relief，公共保护和救灾)的宽带集群空中接口标准。随着工信部发布了宽带数字集群专网频率规划，B-TrunC获得1.4GHz和1.8GHz频段的政策支持。目前B-TrunC***已经开始广泛应用于公共安全、政务、交通、能源等行业。

在B-trunc宽带集群联盟规范中，定义了基于EPC***的集群核心网架构方案，并具有多种分解方式，详见《B-TrunC TR 001基于LTE技术的宽带集群通信(B-TrunC)***(第一阶段)总体技术要求》。根据B-TrunC联盟标准，宽带集群***核心侧网元包括TCF(Trunking Control Function，集群控制功能体)、TMF(TrunkingMedia Function，集群媒体功能体)新增网元。B-TrunC网络架构图如图1所示。

目前对TCF与TMF之间的通信接口没有统一的标准，现有的TCF与TMF之间的RTP(Real-time Transport Protocol，实时传输协议)会话方式，往往采用同时在会话管理表中查找源IP地址、源端口号、目的IP地址和目的端口号的方式来实现，使得TCF与TMF之间会话的实现逻辑比较复杂，导致了集群数据包查询效率非常低，从而造成数据包拥堵或者产生数据包的丢失等等，无法保证数据包传输的转发效率，影响传输质量。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的宽带集群多媒体功能体及其会话方法，以简化TCF与TMF之间的会话过程，保证集群数据包的转发效率，提高集群数据包的传输质量。

本发明的一个方面，提供了一种宽带集群多媒体功能体的会话方法，包括：

当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；

将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口；

从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数；

提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

其中，若所述多媒体信息与所述会话值不一致，所述方法还包括：

根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

其中，在接收到RTP用户面数据包之前，所述方法还包括：

接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项；

发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果。

其中，在所述发送会话创建响应消息至所述TCF之后，还包括：

接收TCF发送的RTP会话更新请求消息，所述RTP会话更新请求消息中包括所述会话ID、调度台DC的用户面IP和UDP端口；

提取所述DC的用户面IP和UDP端口,根据所述会话ID在所述会话管理表中查找对应的会话表项，将所述DC的用户面IP和UDP端口加入到所述会话表项的会话值中，以更新会话表项；

发送会话更新响应消息至所述TCF，所述会话更新响应消息中携带有会话表项的更新结果。

其中，在所述根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发之后，所述方法还包括：

比对所述源IP和DC的用户面IP；

若所述源IP和所述DC的用户面IP不一致，则比对所述目的IP和所述DC的用户面IP；

若所述目的IP和所述DC的用户面IP不一致，则根据所述DC的用户面IP和UDP端口，将所述RTP用户面数据包转发给DC。

其中，所述方法还包括：

若所述源IP和所述DC的用户面IP一致，或所述目的IP和所述DC的用户面IP一致，则结束此次会话数据处理过程。

其中，所述方法还包括：

当接收到所述TCF发送的RTP会话删除请求消息时，提取所述RTP会话除请求消息中携带的会话ID；

根据所述RTP会话删除请求消息中携带的会话ID，在所述会话管理表中查找对应的会话表项并删除；

发送会话删除响应消息至所述TCF，所述会话删除响应消息中携带有会话表项的删除结果。

本发明的一个方面，提供了一种宽带集群多媒体功能体，所述宽带集群多媒体功能体包括：

提取模块，用于当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；

查询模块，用于将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口；

获取模块，用于从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数；

发送模块，用于提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

其中，所述发送模块，还用于当所述多媒体信息与所述会话值不一致时，根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

其中，所述宽带集群多媒体功能体还包括接收模块和表项创建模块：

接收模块，用于在所述提取模块接收到RTP用户面数据包之前，接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

表项创建模块，用于提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项；

所述发送模块，还用于发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果。

本申请实施例中提供的技术方案，具有如下技术效果或优点：

本发明实施例提供的宽带集群多媒体功能体及其会话方法，通过自定义T3接口和会话管理表进行TMF与TCF之间的会话管理以及与终端和/或调度台之间的数据传输，其中，TMF的会话管理表的会话关键字只用被叫终端的用户面IP和UDP端口的组合创建一项表项，无需采用主叫IP和UDP端口作为会话关键字创建另外一项表项，因此不仅可以节省一半表项管理，而且在数据传输的过程中，当主叫改变时，无须修改表项，利于用户面高速转发。本发明实施例中的会话管理表同时支持由终端和/或调度台发起的会话，在进行表项管理时无需差别对待。本发明简化了TCF与TMF之间的会话过程，提高了集群数据包传输的转发效率，保证集群数据包的传输质量。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为背景技术中提出的B-TrunC网络架构图的示意图；

图2为本发明实施例提出的TMF***上下文示意图；

图3为本发明实施例提出的一种宽带集群多媒体功能体的功能划分示意图；

图4为本发明实施例提出的宽带集群多媒体功能体的SGi接口协议栈示意图；

图5为本发明实施例提出的宽带集群多媒体功能体的D-U接口协议栈示意图；

图6为本发明实施例提出的宽带集群多媒体功能体的T3接口协议栈示意图；

图7为本发明实施例提出的T3接口消息定义的示意图；

图8为本发明实施例提出的T3接口消息的流程图；

图9为本发明实施例提出的RTP会话管理表的示意图；

图10本发明实施例提出的一种宽带集群多媒体功能体的会话方法的流程图；

图11为本发明另一实施例提出的一种宽带集群多媒体功能体的会话方法的流程图；

图12为本发明实施例提出的一种宽带集群多媒体功能体的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图2示意性示出了本发明实施例提出的TMF***上下文示意图。如图2所示，在本发明中，集群控制功能体TCF通过T3接口和TMF通信，控制TMF进行RTP会话的创建、修改和删除；TMF通过SGi接口和综合网关xGW进行RTP用户面数据转发；TMF和DC(DispatchingClient，调度台)之间通过D-U接口进行RTP用户面数据转发。其中，TMF与TCF之间的T3接口没有标准协议规定，采用自定义T3接口来实现，使得TMF与TCF之间的消息传输变得简单高效。

图3示意性示出了本发明实施例提出的一种宽带集群多媒体功能体的功能划分示意图，如图3所示，TMF按功能划分为3大部分：RTP用户面传输部分101、RTP会话管理表部分102、T3接口通信管理部分103。

其中，RTP用户面传输部分，主要负责接收xGW或者DC发过来的RTP数据包，然后查找RTP会话管理表，根据表项进行下一步的路由转发。

RTP会话管理表部分，主要以表项的形式实现RTP会话上下文的管理，对其他两个功能部分提供表项创建、修改、查询和删除操作。在本实施例中，具体可以采用HASH表实现RTP会话管理表，以HASH表项的形式实现RTP会话上下文的管理。

T3接口通信管理，主要提供TMF和TCF之间的消息通信实现，采用自定义消息格式。当收到TCF消息时，根据消息类型调用RTP会话管理表提供的接口进行会话的创建、修改和删除操作。

图4为本发明实施例提出的宽带集群多媒体功能体的SGi接口协议栈示意图，如图4所示，SGi接口应用层协议是RTP，传输层协议是UDP；图5为本发明实施例提出的宽带集群多媒体功能体的D-U接口协议栈示意图，如图5所示，D-U口应用层协议是RTP，传输层协议是UDP；图6为本发明实施例提出的宽带集群多媒体功能体的T3接口协议栈示意图，如图6所示，T3接口应用层协议采用自定义协议(SDP,Self-define Protocol)，传输层协议是TCP。

图7为本发明实施例提出的T3接口消息定义的示意图，如图7所示，T3接口一共定义4条消息：RTP会话创建消息RtpSessionCreatorMsg、RTP会话更新消息RtpSessionUpdateMsg、RTP会话删除消息RtpSessionDestroyMsg、RTP会话响应消息RtpSessionMsgAck。

图8为本发明实施例提出的T3接口消息的流程图，如图8所示，T3接口消息流程具体如下：

创建会话：TMF接收TCF发送的RTP会话创建请求消息RtpSessionCreatorMsg，其中，所述RTP会话创建请求消息包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

所述TMF提取所述RTP会话创建请求消息中的所述被叫终端的用户面IP和UDP端口作为hash key，以多媒体参数作为hash value，调用RTP会话管理表接口，创建hash表中的表项，把hash value存放在表项里；

所述TMF发回会话创建响应消息RtpSessionMsgAck给所述TCF，所述会话创建响应消息里带上会话创建结果成功或失败。

更新会话：TMF接收TCF发送的RTP会话更新请求消息，所述RTP会话更新请求消息里包括会话ID、DC的用户面IP和UDP端口；

TMF收到所述RTP会话更新请求消息RtpSessionUpdateMsg后，提取所述RTP会话更新请求消息RtpSessionUpdateMsg中的DC的用户面IP和UDP端口,根据RTP会话更新请求消息RtpSessionUpdateMsg里的会话ID，找到前面创建过的hash表项，把DC的信息加入到hashvalue里面；

TMF发回会话更新响应消息RtpSessionUpdateMsg给TCF，消息里带上会话更新结果成功或失败。

TMF接收TCF发送的RTP会话删除请求消息RtpSessionMsgAck，所述RTP会话除请求消息RtpSessionMsgAck包括会话ID。

删除会话：TMF收到所述RTP会话删除请求消息RtpSessionDestroyMsg后，根据所述RTP会话删除请求消息RtpSessionDestroyMsg中的会话ID，找到前面创建过的hash表项并删除。

TMF发回所述RTP会话删除响应消息RtpSessionMsgAck给TCF，消息里带上会话删除结果成功或失败。

表1为本发明实施例提出的RTP会话管理表，RTP会话管理表采用HASH表实现，具体如下：

表1 RTP会话管理表

会话关键字(hash key)	会话值(hash value)
		RtpSessionKey1	RtpSessionltem 1
RtpSessionKey 2	RtpSessionltem 2
		。。。	。。。
RtpSessiOnKey n	RtpSessionltem n

图9示意性示出了本发明实施例的RTP会话管理表的示意图，如图9所示，本实施例中，RTP会话管理表采用HASH表实现，hash key作为会话管理表的会话关键字RtpSessionKey，它由被叫终端的用户面IP和UDP端口组成，hash value作为会话管理表的会话值RtpSessionItem，它由控制台DC的用户面IP、UDP端口、用户面多媒体参数组成。TMF的RTP会话管理采用HASH表管理，查找表项快速高效，利于用户面高速转发。

图10示意性示出了本发明实施例提出的一种宽带集群多媒体功能体的会话方法的流程图。参照图10，本发明实施例具体包括以下步骤：

S201、当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口。

S202、将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口。

S203、从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数。

S204、提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

本发明的另一个实施例中，若所述多媒体信息与所述会话值不一致，所述方法还包括以下步骤：

根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

在实际应用中，在接收到RTP用户面数据包之前，还包括在会话管理表中创建对应的会话表项的步骤，具体实现如下：

接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项；

发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果，创建结果具体包括成功、失败。

进一步地，在所述发送会话创建响应消息至所述TCF之后，还包括会话表项更新的步骤，具体实现如下：

接收TCF发送的RTP会话更新请求消息，所述RTP会话更新请求消息中包括所述会话ID、调度台DC的用户面IP和UDP端口；

提取所述DC的用户面IP和UDP端口,根据所述会话ID在所述会话管理表中查找对应的会话表项，将所述DC的用户面IP和UDP端口加入到所述会话表项的会话值中，以更新会话表项；

发送会话更新响应消息至所述TCF，所述会话更新响应消息中携带有会话表项的更新结果，更新结果具体包括成功、失败。

相应的，在所述根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发之后，所述方法还包括以下步骤：

比对所述源IP和DC的用户面IP；

若所述源IP和所述DC的用户面IP一致，则结束此次会话数据处理过程；若所述源IP和所述DC的用户面IP不一致，则比对所述目的IP和所述DC的用户面IP；

若所述目的IP和所述DC的用户面IP不一致，则根据所述DC的用户面IP和UDP端口，将所述RTP用户面数据包转发给DC；

若目的IP和所述DC的用户面IP一致，则结束此次会话数据处理过程。

在本发明实施例中，所述方法还包括会话表项删除的步骤，具体实现如下：

当接收到所述TCF发送的RTP会话删除请求消息时，提取所述RTP会话除请求消息中携带的会话ID；

根据所述RTP会话删除请求消息中携带的会话ID，在所述会话管理表中查找对应的会话表项并删除；

发送会话删除响应消息至所述TCF，所述会话删除响应消息中携带有会话表项的删除结果，删除结果具体包括成功、失败。

下面通过一个具体的实施例对宽带集群多媒体功能体在实际应用中的会话方法实现流程进行详细的说明，本实施例中采用hash表实现会话管理表。如图11所示，具体如下：

步骤1：创建会话，包括：根据业务流程TCF向TMF发送RTP会话创建请求消息，消息里带有会话ID、被叫终端的用户面IP和UDP端口、会话多媒体相关参数；TMF收到RTP会话创建请求消息后，提取消息里的被叫终端的用户面IP和UDP端口作为hash key，以消息里多媒体参数作为hash value，调用RTP会话管理表接口创建hash表项，把hash value存放在表项里；TMF发回会话创建响应消息给TCF，消息里带上会话创建结果成功或失败。

其中，TMF的HASH表的查找关键值采用被叫的IP和UDP端口的组合，而且只创建一项表项，而不同时用主叫IP和UDP端口作为key创建另外一项表项，一则可以节省一半表项管理，二则当主叫改变，无须修改表项。

RTP会话管理同时支持由终端发起的会话和DC发起的会话，表项管理一致无需差别对待。

步骤2：更新会话，包括：根据业务流程TCF向TMF发送RTP会话更新请求消息，消息里带有会话ID、DC的用户面IP和UDP端口；TMF收到RTP会话更新请求消息后，提取消息里的DC的用户面IP和UDP端口,根据消息里的会话ID，找到前面创建过的hash表项，把DC的信息加入到hash value里面；TMF发回会话更新响应消息给TCF，消息里带上会话更新结果成功或失败。

步骤3：当TMF的RTP用户面传输模块收到一个RTP用户面包后，首先进行IP层和UDP层解码，分别把源IP、源UDP端口和目的IP、目的UDP端口组成两个hash key，因为这个数据包有可能来自主叫，也有可能来自被叫，无法根据源和目的IP判断，而hash表项的hash key在创建时用的是被叫IP和UDP端口，所以要组两个hash key，如果这个包是主叫或者被叫发过来的，必定有一个hash key能找到对应的hash value。这就是为何我们不需要创建两个hash表项的原因，节省一半空间和管理工作。

步骤4：用这两个hash key分别查找hash表，hash表结构如图7所示。如果没有找到对应的hash value，则表明这个数据包不是任何通话中的数据，退出处理流程；如果找到，则进入步骤5。

步骤5：进一步解码RTP层以上的多媒体信息，和会话创建时hash value里保存的多媒体信息做校验，进入步骤6。

步骤6：判断多媒体信息是否一致，如果不一致，则进入步骤7；如果一致，则进入步骤8。

步骤7：根据会话协商的多媒体参数转换编码格式，进入步骤8。

步骤8：由于TMF是不需要改变原始数据包里的IP和UDP信息，所以在以上处理后，根据TMF的路由表直接发送该数据包，进入步骤9。

步骤9：根据集群业务模式，DC既可以作为通话双方，也可以以第三者身份只接收会话数据，如果是后者，则需要判断该数据是否需要转发一份给DC。由于TCF会通过会话更新消息把DC的用户面信息更新给TMF，如果TMF的hash value里没有DC信息，则完成此次数据处理；如果有DC信息，则说明DC是该会话的参与方，应该进入步骤10。

步骤10：通过数据包的源IP和DC的IP对比判断该数据是否来自DC，如果是，说明DC是以主叫或者被叫身份参与会话，该数据无需拷贝一份发给DC，结束此次数据处理；如果不是，则进入步骤11。

步骤11：通过数据包的目的IP和DC的IP对比判断该数据是否是发给DC的，如果是，由于该数据在步骤8已经发送，所以无需再发送一次；如果不是，说明该数据既不是来自DC，也不是发给DC的，DC作为第三者身份参与会话，需要拷贝一份数据转发给DC，进入步骤12。

步骤12：把该数据拷贝一份，把目的IP和目的UDP端口分别换成DC的IP和UDP端口，根据路由转发给DC，结束该数据包的整个处理流程。

步骤13：删除会话，包括：根据业务流程TCF向TMF发送RTP会话删除请求消息，消息里带有会话ID；TMF收到RTP会话删除请求消息后，根据消息里的会话ID，找到前面创建过的hash表项并删除；TMF发回会话删除响应消息给TCF，消息里带上会话删除结果成功或失败。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

本发明实施例提供的宽带集群多媒体功能体的会话方法，通过自定义T3接口和会话管理表进行TMF与TCF之间的会话管理以及与终端和/或调度台之间的数据传输，其中，TMF的会话管理表的会话关键字只用被叫终端的用户面IP和UDP端口的组合创建一项表项，无需采用主叫IP和UDP端口作为会话关键字创建另外一项表项，因此不仅可以节省一半表项管理，而且在数据传输的过程中，当主叫改变时，无须修改表项，利于用户面高速转发。本发明实施例中的会话管理表同时支持由终端和/或调度台发起的会话，在进行表项管理时无需差别对待。本发明简化了TCF与TMF之间的会话过程，提高了集群数据包传输的转发效率，保证集群数据包的传输质量。

图12为本发明实施例提出的一种宽带集群多媒体功能体的结构框图，如图12所示，所述宽带集群多媒体功能体具体包括提取模块301、查询模块302、获取模块303以及发送模块304，其中：

提取模块301：当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；

查询模块302：将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口；

获取模块303：从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数；

发送模块304：提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

在本发明的另一个实施例中，所述发送模块304，还用于当所述多媒体信息与所述会话值不一致时，根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

其中，所述宽带集群多媒体功能体还包括附图中未示出的接收模块和表项创建模块，其中：所述的接收模块，用于在所述提取模块接收到RTP用户面数据包之前，接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；所述的表项创建模块，用于提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项。

相应的，所述发送模块304，还用于发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果。

在本发明实施例中，所述宽带集群多媒体功能体还包括附图中未示出的会话更新请求模块和更新会话表项模块，其中：所述的会话更新请求模块，用于在所述发送会话创建响应消息至所述TCF之后，接收TCF发送的RTP会话更新请求消息，所述RTP会话更新请求消息中包括所述会话ID、调度台DC的用户面IP和UDP端口；所述的更新会话表项模块，用于提取所述DC的用户面IP和UDP端口,根据所述会话ID在所述会话管理表中查找对应的会话表项，将所述DC的用户面IP和UDP端口加入到所述会话表项的会话值中，以更新会话表项。相应的，所述发送模块304，还用于发送会话更新响应消息至所述TCF，所述会话更新响应消息中携带有会话表项的更新结果。

在本发明实施例中，所述宽带集群多媒体功能体还包括附图中未示出的源比对模块、目的比对模块，其中：所述的源比对模块，用于在所述根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发之后，比对所述源IP和DC的用户面IP；所述的目的比对模块，用于当所述源IP和所述DC的用户面IP不一致时，比对所述目的IP和所述DC的用户面IP；所述的相应的，发送模块304，还用于当所述目的IP和所述DC的用户面IP不一致时，根据所述DC的用户面IP和UDP端口，将所述RTP用户面数据包转发给DC。

进一步地，所述源比对模块，还用于当所述源IP和所述DC的用户面IP一致时，或当所述目的IP和所述DC的用户面IP一致时，结束此次会话数据处理过程。

在本发明的一个可选实施例中，所述宽带集群多媒体功能体还包括附图中未示出的删除请求消息接收模块和会话表项删除模块，其中：所述的删除请求消息接收模块，用于当接收到所述TCF发送的RTP会话删除请求消息时，提取所述RTP会话除请求消息中携带的会话ID；所述的会话表项删除模块，用于根据所述RTP会话删除请求消息中携带的会话ID，在所述会话管理表中查找对应的会话表项并删除。相应的，所述发送模块304，还用于发送会话删除响应消息至所述TCF，所述会话删除响应消息中携带有会话表项的删除结果。

本发明实施例提供的宽带集群多媒体功能体及其会话方法，通过自定义T3接口和会话管理表进行TMF与TCF之间的会话管理以及与终端和/或调度台之间的数据传输，其中，TMF的会话管理表的会话关键字只用被叫终端的用户面IP和UDP端口的组合创建一项表项，无需采用主叫IP和UDP端口作为会话关键字创建另外一项表项，因此不仅可以节省一半表项管理，而且在数据传输的过程中，当主叫改变时，无须修改表项，利于用户面高速转发。本发明实施例中的会话管理表同时支持由终端和/或调度台发起的会话，在进行表项管理时无需差别对待。本发明简化了TCF与TMF之间的会话过程，提高了集群数据包传输的转发效率，保证集群数据包的传输质量。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的终端中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个终端中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者终端的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种宽带集群多媒体功能体的会话方法，其特征在于，所述方法包括：

当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；

将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并分别根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口；

从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数；

提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

2.根据权利要求1所述的方法，其特征在于，若所述多媒体信息与所述会话值不一致，所述方法还包括：

根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

3.根据权利要求1所述的方法，其特征在于，在接收到RTP用户面数据包之前，所述方法还包括：

接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项；

发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果。

4.根据权利要求3所述的方法，其特征在于，在所述发送会话创建响应消息至所述TCF之后，还包括：

接收TCF发送的RTP会话更新请求消息，所述RTP会话更新请求消息中包括所述会话ID、调度台DC的用户面IP和UDP端口；

提取所述DC的用户面IP和UDP端口,根据所述会话ID在所述会话管理表中查找对应的会话表项，将所述DC的用户面IP和UDP端口加入到所述会话表项的会话值中，以更新会话表项；

发送会话更新响应消息至所述TCF，所述会话更新响应消息中携带有会话表项的更新结果。

5.根据权利要求4所述的方法，其特征在于，在所述根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发之后，所述方法还包括：

比对所述源IP和DC的用户面IP；

若所述源IP和所述DC的用户面IP不一致，则比对所述目的IP和所述DC的用户面IP；

若所述目的IP和所述DC的用户面IP不一致，则根据所述DC的用户面IP和UDP端口，将所述RTP用户面数据包转发给DC。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若所述源IP和所述DC的用户面IP一致，或所述目的IP和所述DC的用户面IP一致，则结束此次会话数据处理过程。

7.根据权利要求3-6任一项所述的方法，其特征在于，所述方法还包括：

当接收到所述TCF发送的RTP会话删除请求消息时，提取所述RTP会话除请求消息中携带的会话ID；

根据所述RTP会话删除请求消息中携带的会话ID，在所述会话管理表中查找对应的会话表项并删除；

发送会话删除响应消息至所述TCF，所述会话删除响应消息中携带有会话表项的删除结果。

8.一种宽带集群多媒体功能体，其特征在于，所述宽带集群多媒体功能体包括：

提取模块，用于当接收到RTP用户面数据包时，提取所述RTP用户面数据包的源IP、源UDP端口、目的IP和目的UDP端口；

查询模块，用于将所述源IP和源UDP端口作为第一关键值，将所述目的IP和目的UDP端口作为第二关键值，并分别根据所述第一关键值和所述第二关键值在当前的会话管理表中查找匹配的会话关键字，所述会话关键字为会话对应被叫终端的用户面IP和UDP端口；

获取模块，用于从所述会话管理表中获取与查找到的所述会话关键字对应的会话值，所述会话管理表包括每一会话的会话关键字和与之对应的会话值，所述会话值为会话对应的多媒体参数；

发送模块，用于提取所述RTP用户面数据包中的多媒体信息，若所述多媒体信息与所述会话值一致，则根据所述目的IP和目的UDP端口对所述RTP用户面数据包进行转发。

9.根据权利要求8所述的宽带集群多媒体功能体，其特征在于，所述发送模块，还用于当所述多媒体信息与所述会话值不一致时，根据预先约定的编码格式对所述多媒体信息进行编码，并根据所述目的IP和目的UDP端口对重新编码后的RTP用户面数据包进行转发。

10.根据权利要求8所述的宽带集群多媒体功能体，其特征在于，所述宽带集群多媒体功能体还包括接收模块和表项创建模块：

接收模块，用于在所述提取模块接收到RTP用户面数据包之前，接收集群控制功能体TCF发送的RTP会话创建请求消息，其中，所述RTP会话创建请求消息中包括会话ID、被叫终端的用户面IP和UDP端口、会话多媒体参数；

表项创建模块，用于提取所述被叫终端的用户面IP、UDP端口和会话多媒体参数，将所述被叫终端的用户面IP和UDP端口作为会话关键字，将所述多媒体信息作为对应的会话值，在所述会话管理表中创建所述会话ID对应的会话表项；

所述发送模块，还用于发送会话创建响应消息至所述TCF，所述会话创建响应消息中携带有会话表项的创建结果。

Images