CN101499999B

CN101499999B - 一种实现实时传输协议多路复用的方法

Info

Publication number: CN101499999B
Application number: CN2008100094978A
Authority: CN
Inventors: 韩晓佳; 马海波
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-02-02
Filing date: 2008-02-02
Publication date: 2012-11-28
Anticipated expiration: 2028-02-02
Also published as: CN101499999A

Abstract

一种实现实时传输协议多路复用的方法，涉及通讯领域软交换网络，先由媒体网关控制器设置所辖的媒体网关下终端的多路复用能力属性值及关于对端多路复用能力的事件检测；在RTP承载建立后，本端检测收到对端设备的RTCP多路复用包，则从中解析出对端多路复用能力属性值由所属媒体网关上报至所述媒体网关控制器；所述媒体网关控制器综合对端设备的对端多路复用能力、所述实时传输协议即RTP链路的信道质量要求以及本端媒体网关的处理器负荷，指示本端媒体网关下的终端是否向对端设备发送实时传输协议即RTP多路复用形式的数据流。本发明可以综合考虑各种实际因素后再建立多路复用，实现了可控建立并可获得更佳性能。

Description

一种实现实时传输协议多路复用的方法

技术领域

本发明涉及移动通讯领域，尤其涉及第三代移动通讯系统中的一种实现实时传输协议多路复用的方法。

背景技术

国际标准化组织3GPP(第3代合作伙伴计划)负责第三代移动通讯系统的国际标准中WCDMA(宽带码分多址)标准的制定和修改。3GPP在其制定的协议3GPP TS 29.414中，定义了RTCP Multiplexing packet(实时传输控制协议即RTCP多路复用包)，该RTCP多路复用包可以被添加至复合式的RTCP包中。

所述RTCP多路复用包需要表明：

-是否支持没有RTP头压缩的多路技术；

-是否支持有RTP头压缩的多路技术；

-接收多路数据流的本地UDP端口；

-是否选择多路技术。

根据3GPP TS 29.414协议，RTCP可以用于协商多路复用技术，尤其用于协商是否采用RTP(实时传输协议)多路复用承载技术。

在实际应用中，当建立一个新的用户面连接后，一开始MGW(媒体网关，Media Gateway)之间的Nb口的用户面连接上，对等的MGW(媒体网关，Media Gateway)发送没有使用多路技术的数据，随后发送的RTCP多路复用包可向对端表明本端已准备好接收多路复用流(支持RTP包头压缩与否)。

如果某一支持多路技术的MGW收到另一对端MGW所发送的RTCP多路复用包，并且该本端MGW决定也采用多路技术时，可立刻就向所接收的RTCP多路复用包中指明的UDP多路端口号发送多路数据流。

对于不支持多路技术的MGW，则要忽略所收到的对端MGW的RTCP多路复用包并且不使用多路技术发送数据。

MGW向对端MGW发送一个表明本端已做好接收多路复用数据流的RTCP多路复用包并不意味着该MGW就一定要发送多路数据流，多路复用技术可以在一个RTP会话中单向或者双向地使用。

在IP网络中采用RTP多路复用技术(及可选的RTP包头压缩)可以节省传输带宽，但同时又会影响RTP链路的QoS(服务质量)、语音包的延迟、并会增加MGW上处理器的负荷，因此是否采用RTP多路复用技术必须要得到权衡考虑和相应的控制，需要综合考虑带宽以及链路质量、语音延迟及处理器负荷等多种因素后，再决定是否采用多路复用技术，而现有协议中是由MGW自发决定是否采用多路复用技术，并未综合考虑上述利弊因素。

发明内容

本发明所要解决的技术问题在于，提供一种实现实时传输协议多路复用的方法，用以解决现有技术中由媒体网关自发决定是否采用多路复用传输的弊端，实现在综合考虑多路复用传输利弊后再确定是否采用多路复用传输。

本发明提供一种实现实时传输协议多路复用的方法，包括如下步骤：

A、媒体网关控制器设置所辖的媒体网关下终端的多路复用能力属性值并下达用于检测是否收到实时传输控制协议即RTCP多路复用包的事件检测；

B、在实时传输协议即RTP承载建立后，若所述媒体网关下的终端检测收到对端设备的RTCP多路复用包，则从中解析出对端多路复用能力属性值由所属媒体网关上报至所述媒体网关控制器；

C、所述媒体网关控制器综合对端设备的对端多路复用能力、所述实时传输协议即RTP链路的信道质量要求以及本端媒体网关的处理器负荷，指示本端媒体网关下的终端是否向对端设备发送实时传输协议即RTP多路复用形式的数据流。

进一步地，步骤A中：

所述媒体网关控制器是通过向所辖媒体网关下达的添加临时终端的命令，来设置所辖媒体网关下本端终端的多路复用能力属性值及RTCP多路复用包的事件检测的。

进一步地，步骤A中：

所述媒体网关控制器设置的所辖媒体网关下本端终端的多路复用能力属性值，包括：

多路复用位，用于表示是否支持不压缩RTP包头的多路复用的属性；

RTP包头压缩的多路复用位，用于表示是否接收RTP包头压缩的多路复用数据流能力。

进一步地，步骤B中：

所述媒体网关是通过向媒体网关控制器发送上报通知命令即Notify命令，将所述对端多路复用能力属性值上报至所述媒体网关控制器的。

进一步地，步骤B中：

所述本端媒体网关下的终端在检测收到对端设备的RTCP多路复用包后，从中解析出的对端设备的对端多路复用能力属性值，包括：

对端多路复用位，用于表示该对端设备是否支持不压缩RTP包头的多路复用流的能力；

对端RTP包头压缩的多路复用位，用于表示该对端设备是否支持RTP包头压缩的多路复用流的能力。

进一步地，步骤C中：

所述媒体网关控制器，是通过向本端媒体网关配置下发一个选择位属性值来指示该媒体网关下终端是否向对端设备发送实时传输协议即RTP多路复用形式的数据流；

该选择位，包括三种取值即不采用RTP多路复用流形式、或采用不压缩RTP包头的多路复用流形式、或采用RTP包头压缩的多路复用流形式。

进一步地，步骤B和步骤C中，所述对端设备是媒体网关设备或基站控制台下的终端。

进一步地，该方法中，所述具有多路复用能力的对端设备或本端媒体网关下的终端在RTP链路建立之后，向对端设备发送指示自己具有多路复用能力的RTCP多路复用包，该RTCP多路复用包中至少携带用于表示是否支持不压缩RTP包头的多路复用的属性以及用于表示是否接收RTP包头压缩的多路复用的属性；所述对端设备是媒体网关设备或基站控制台下的终端。

本发明通过由MGC控制是否采用RTP多路复用承载技术的方法，使得MGW可以在考虑不同的链路QoS需求和其他影响因素的前提下(超出本专利研究范围)，最大限度的节省IP网络的传输带宽。本方法是针对单路会话而言的，即MGC控制某一RTP话路的复用与否，而非整个局向的连接。

附图说明

图1是MGC在MGW上创建临时终端的示意图；

图2是由MGC控制MGW与MGW之间实现RTP多路复用的流程图；

图3是由MGC控制MGW和BSC之间实现RTP多路复用时的示意图。

具体实施方式

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

本发明涉及通讯领域软交换网络，针对现有技术中实时传输协议即RTP多路复用技术带来的利弊问题，提出了如何协商建立RTP多路复用的技术，尤其是软交换网络中MGC与MGW之间的网关控制协议，提出了在IP网络中由MGC控制MGW间是否采用RTP(实时传输协议)多路复用承载技术的方法，进一步地，本发明还可应用于CDMA2000中的Ap接口，或者是其他软交换网络的其他场景。

本发明提出在IP网络中由MGC(媒体网关控制器，Media GatewayController)控制MGW(媒体网关)间是否采用RTP多路复用承载技术的方法，包括以下步骤：

步骤一，MGC在向MGW下达的添加临时终端的命令中，设置该媒体网关MGW下的临时终端两个属性“多路复用位”和“RTP包头压缩的多路复用位”，并向所述终端下达“收到RTCP多路复用包”事件的检测，如图1所示，MGW在临时终端添加完毕后相应地向MGC返回创建临时终端应答；

步骤二，在RTP承载成功建立后，若MGW下具有接收RTP多路复用流能力的终端，则该终端则发送RTCP多路复用包至对端终端，在该RTCP多路复用包中携带本方的“多路复用位”和“RTP包头压缩的多路复用位”属性，向对端终端表明本端已准备好接收RTP多路复用流；

步骤三，若某一终端收到对端终端发送来的RTCP多路复用包后，则本端终端从所接收的RTCP多路复用包中解析出“对端多路复用位”和“对端RTP包头压缩的多路复用位”的值，并由所属的本端MGW上报给MGC，如图2所示，该上报消息中携带“对端多路复用位”和“对端RTP包头压缩的多路复用位”；

步骤四，MGC综合对端MGW支持接收的RTP多路复用能力和RTP链路的QoS要求以及对本端MGW处理器负荷的影响，指示本端MGW是否向对端发送RTP多路复用形式的数据流，如图2所示，在综合处理后，MGC需要发送选择指示给上报的MGW，进而将选择指示反馈给终端。终端根据选择指示则可以与对端终端建立RTP多路复用或不建立多路复用。

本发明所规定的业务流程存在于MGC与MGW组成的软交换网络中，更进一步，是应用于MGC与MGW之间的接口。

如图1所示，显示了媒体网关控制器(即MGC)在媒体网关(即MGW)上创建临时终端的流程示意图。

(1)首先，MGC向MGW发送创建临时终端的请求。

在该请求命令中，MGC可以设置该MGW的待创建的临时终端的两个属性“多路复用位”和“RTP包头压缩的多路复用位”，并向该MGW的临时终端下达“收到RTCP多路复用包”事件的检测。

本发明重新定义了H.248RTP多路复用包。关于RTP多路复用包定义如下：

包名：RTP多路复用包；

包标识：rm(0x？？？？)；

描述：详细定义了一种在MGC与MGW之间控制RTP多路复用功能的机制；MGC根据其控制下的MGW上报的对端MGW可接收的RTP多路复用流能力，并考虑对链路的质量和MGW上处理器负担等的影响(不在本包考虑范围内)，从而指示本端MGW是否发送及发送何种RTP多路复用流；

版本：1；

扩充：无。

上述重新定义的RTP多路复用包至少包括如下属性：

1.1、多路复用位

属性名称：多路复用位；

属性标识：mux(0x0001)；

描述：本属性表示接收不压缩RTP包头的多路复用数据流能力；

类型：布尔；

可能值：″on″(0x0001)，支持不压缩RTP包头的多路复用；

″off″(0x0000)，不支持不压缩RTP包头的多路复用；

缺省值：无。

1.2、RTP包头压缩的多路复用位

属性名称：RTP包头压缩的多路复用位；

属性标识：cp(0x0002)；

描述：本属性表示接收RTP包头压缩的多路复用数据流能力；

类型：布尔；

可能值：″on″(0x0001)，支持RTP包头压缩的多路复用；

″off″(0x0000)，不支持RTP包头压缩的多路复用；

缺省值：无。

1.3、选择位

属性名称：选择位；

属性标识：sb(0x0003)；

描述：本属性表示在这个连接上是否采用发送RTP多路复用流形式的用户数据包以及是否压缩RTP包头；

类型：枚举；

可能值：“NM”(0x0000)，不采用RTP多路复用流形式；

“MOC”(0x0001)，采用不压缩RTP包头的多路复用流形式；

“MC”(0x0002)，采用RTP包头压缩的多路复用流形式；

缺省值：无。

若该MGW没有接收复用RTP包能力的话，MGC在步骤(1)中要求MGW创建临时终端时，不会设置终端上的“多路复用位”和“RTP包头压缩的多路复用位”这2个属性；

若该MGW具有接收复用RTP包能力的话，MGC在步骤(1)中要求MGW创建临时终端时，就会设置终端上的“多路复用位”和“RTP包头压缩的多路复用位”这2个属性；同时一旦承载建立后，由于终端具有了这2个属性，本端就能向对端发送复用RTCP包以告知对端本端有能力接收复用RTP包。

在步骤(1)中进一步还为终端定义如下检测时间，以检测是否收到RTCP多路复用包。

事件名称：收到RTCP多路复用包；

事件标识：romp(0x0003)；

描述：当建立用户面连接时，MGW彼此间一开始只会发送非RTP多路复用流形式的数据，并可在随后发送的RTCP包中向对端表明本端是否做好了接收RTP多路复用流形式(RTP包头压缩与否)数据的准备。一旦检测收到此RTCP多路复用包，MGW通知MGC。

事件描述符参数：

2.1、对端多路复用位

参数名称：对端多路复用位

参数标识：pmux(0x01)

类型：布尔

可能值：″on″(0x0001)，支持不压缩RTP包头的多路复用；

″off″(0x0000)，不支持不压缩RTP包头的多路复用；

描述：对端是否支持接收不压缩RTP包头的多路复用流的能力。

2.2、对端RTP包头压缩的多路复用位

参数名称：对端RTP包头压缩的多路复用位；

参数标识：pcp(0x02)；

类型：布尔；

可能值：″on″(0x0001)，支持RTP包头压缩的多路复用；

″off″(0x0000)，不支持RTP包头压缩的多路复用；

描述：对端是否支持接收RTP包头压缩的多路复用流的能力。

结合上述的关于事件以及属性的定义描述，在步骤(1)中MGC在向MGW下达创建临时终端的命令(即H.248Add终端命令)的时候，所述媒体网关控制器MGC可以设置该MGW下的终端的RTP多路复用相关属性“mux”，“cp”，“sb”的初值，并下达“romp”事件检测的命令给新创建的临时终端。

(2)图1中在MGW完成临时终端的创建及设置后，向MGC反馈创建完毕的应答信息。

对于经过图1所示步骤创建完成的终端而言，具有RTP多路复用功能的终端将在RTP承载建立以后，触发生成RTCP多路复用包发向对端终端，向对端终端表明本终端已做好准备接收RTP多路复用数据流。所述RTCP多路复用包中携带有用于标明本端能力的“多路复用位”和“RTP包头压缩的多路复用位”属性值。

图2是媒体网关控制器即MGC和媒体网关即MGW之间控制RTP多路复用的流程示意图。如图2所示，

步骤21、MGW下的终端收到对端终端发送过来的RTCP多路复用包，即该终端检测到“收到RTCP多路复用包”事件，则从对端的RTCP多路复用包中将“对端多路复用位pmux”和“对端RTP包头压缩的多路复用位pcp”解析出来，由MGW向MGC发送上报通知命令(即H.248Notify命令)，将参数“pmux”和“pcp”附加在该上报通知命令中，以便告知MGC对端的接收RTP多路复用数据流的能力。

步骤22、MGC收到上报通知命令，并从中获得属性参数“对端多路复用位pmux”和“对端RTP包头压缩的多路复用位pcp”，则由该2个属性可以确定对端接收RTP多路复用数据流的能力；

同时，再根据RTP链路QoS(服务质量)的要求和本端处理负荷等因素的考虑，修改本端的用于指示上报终端是否采用RTP多路复用的“选择位sb”属性，以指示本端MGW下的终端是否实际发送RTP多路复用数据流至对端。

比如用户可以分为普通用户和VIP用户。由于VIP用户对话路质量QoS和语音延迟要求较高，MGC需要考虑在不影响QoS和语音延迟的基础上再考虑节省传输带宽，因此对于VIP用户终端应尽量不要使用RTP多路复用包，但若话路质量足够好达到预先设定的阈值且延迟小于预设值，则可以指示MGW下的终端采用多路复用方式。而对于普通用户，推荐使用RTP多路复用包，可以较大节省传输带宽，故可以判决选择采用RTP多路复用包。

本发明的实现RTP多路复用的方法，还可应用于CDMA2000中的Ap接口，或者是其他软交换网络的其他场景。图3是一个在BSC(基站控制器)与MGW(媒体网关)间应用RTP多路复用的一个实例。MGW按照本发明所述的方法与MGC进行协议交互，实现MGW是否与BSC采用RTP多路复用的协商。在WCDMA的R4网络中，不仅MGW间可以使用RTP复用流，接入侧的BSC和核心网络中的MGW也可以使用RTP复用方法。

本文所述仅为本发明的优选实施例而已，并不用于限制本发明，当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的普通技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种实现实时传输协议多路复用的方法，其特征在于：

C、所述媒体网关控制器综合对端设备的对端多路复用能力、所述实时传输协议即RTP链路的信道质量要求以及本端媒体网关的处理器负荷，指示本端媒体网关下的终端是否向对端设备发送实时传输协议即RTP多路复用形式的数据流；

所述多路复用能力属性值，包括：

RTP包头压缩的多路复用位，用于表示是否支持RTP包头压缩的多路复用数据流能力；

所述对端设备是媒体网关设备或基站控制台下的终端。

2.如权利要求1所述的方法，其特征在于：步骤A中，

3.如权利要求1或2所述的方法，其特征在于：步骤A中，

4.如权利要求1所述的方法，其特征在于：步骤B中，

5.如权利要求1或4所述的方法，其特征在于：步骤B中，

6.如权利要求1所述的方法，其特征在于：步骤C中，

7.如权利要求1、4或6中任一项所述的方法，其特征在于：

所述具有多路复用能力的对端设备或本端媒体网关下的终端在RTP链路建立之后，向对端设备发送指示自己具有多路复用能力的RTCP多路复用包，该RTCP多路复用包中至少携带用于表示是否支持不压缩RTP包头的多路复用的属性以及用于表示是否接收RTP包头压缩的多路复用的属性；

所述对端设备是媒体网关设备或基站控制台下的终端。