CN102571697B - 一种传输实时传送协议报文的方法及装置 - Google Patents

Abstract

本发明涉及通信技术领域，为了解决现有技术中要通过较多的端口实现RTP报文传输的问题，提供一种传输实时传送协议RTP报文的方法及装置，该方法包括：在GERAN(GSM/EDGE Radio Access Network，全球移动通讯系统/EDGE(EDGE(Enhanced Data rates for Global Evolution，or Enhanced Data Rates for GSM Evolution)GSM增强数据速率演进)无线接入网)ABIS口，通过端口号连续的第一端口和第二端口传输RTP报文，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数，通过基于IP网络的SLA检测链路对RTP报文的传输进行检测，利用原本分配给一路RTP报文使用的奇偶端口实现两路RTP传输。

Description

一种传输实时传送协议报文的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种传输实时传送协议报文的方法及装置。

背景技术

RTP(Real-timeTransportProtocol，实时传送协议)是用于Internet上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP(Real-Time Transport ControlProtocol，实时传输控制协议)，RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。实时传输控制协议RTCP和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

例如在GSM接入网系统中，IP ABIS接入下，语音报文一般为RTP格式封装。一个典型的RTP报文如图1，其中UDP端口采用偶数值，而奇数值则保留给RTCP报文使用，故一路RTP会话通常会占用2个UDP端口。同样的情况也存在于UMTS IUB口场景。

现有技术中存在问题如下，要通过较多的端口实现RTP报文传输。

发明内容

为了解决现有技术中要通过较多的端口实现RTP报文传输的问题，本发明提供了一种传输实时传送协议RTP报文的方法及装置。

本发明实施例提供的一种传输实时传送协议RTP报文的方法，包括：

通过端口号连续的第一端口和第二端口传输RTP报文且不进行RTCP报文的传输，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数；

通过基于IP网络的SLA(SLA:Service-Level Agreement，服务等级协议)检测链路对RTP报文的传输进行检测。

本发明实施例还提供了一种传输实时传送协议RTP报文的装置，包括：

传输模块，用于通过端口号连续的第一端口和第二端口传输RTP报文且不进行RTCP报文的传输，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数；

检测模块，用于通过基于IP网络的SLA检测链路对RTP报文的传输进行检测。

本发明实施例提供的方案，由于通过SLA检测链路对RTP报文的传输进行检测，利用原本分配给一路RTP报文使用的奇偶端口实现两路RTP传输，通过较少的端口实现RTP报文传输。

附图说明

图1为现有技术提供的RTP报文格式图；

图2为本发明实施例提供的RTP报文格式图；

图3为本发明实施例提供的方法流程图；

图4为为本发明实施例提供的装置结构图。

具体实施方式

下面结合附图对本发明实施例的技术方案进行详细说明。

本发明实施例，提供一种传输实时传送协议RTP报文的方法，可在原占用端口的基础上增加一路RTP报文传输，不但满足正常通话语音帧传输需求，也为BSC内切换时不掉话提供了传输层保障。

本实施例的方案是利用基于IP网络的SLA检测链路，而将空余出来的奇数端口也传输RTP报文。具体而言就是通过一个端口号为偶数2000一个端口号为奇数2001的，两个端口号连续的端口传输RTP报文，通过基于IP网络的SLA检测链路对RTP报文的传输进行检测。以GSM网络通信过程为例，用户终端通话一般都伴随着切换。为了保证用户终端的无缝切换，在一路RTP会话中，利用奇偶端口可以同时传输一路同样的RTP报文，特别在BSC内切换时，可以做到不掉话切换，该两路语音报文只需通过BSC侧的UDP端口区分，UDP端口互为奇偶，但对应同一路会话。当然通过一个端口号为偶数另一个端口号为奇数的，两个端口号连续的UDP端口传输一路同样的RTP报文，对于UTRAN(UMTS Terrestrial Radio Access Network，UMTS地面无线接入网)IUB口也同样适用，此处不再赘述。

改进后RTP报文格式如图2，使RTP报文中的UDP头中源、目的端口同时支持奇数值和偶数值。上行方向的目的UDP端口为BSC侧的UDP端口，下行方向的源UDP端口为BSC侧的UDP端口，通过BSC侧的UDP端口的奇偶解决切换中冲突检测问题。

该改进方法提高了UDP端口利用率，满足正常通话语音帧传输需求，还满足移动通信过程中的切换冲突检测问题。通过BSC侧的偶数端口(或奇数端口)n和与之对应的奇数端口(或偶数端口)n+1实现了切换源通道、目的通道2路报文同时发送，并可以根据接续信息中的端口对比UDP端口的奇偶确定源、目的通道，方便地检测出2路通道的报文，为ABIS口无缝切换提供了保障条件，本实施例中源通道指切换前基站与BSC之间传输RTP报文的ABIS口通道，目的通道指切换后基站与BSC之间传输RTP报文的ABIS口通道。源通道对应BSC侧的偶数端口2000，目的通道对应BSC侧的奇数端口2001，或者源通道对应BSC侧的奇数端口2001，目的通道对应BSC侧的偶数端口2000。

本实施方案提供的传输实时传送协议RTP报文的方法，如图3所示包括：

步骤101：通过一个端口号为2000的端口传输RTP报文。

用户终端拨打电话，首次激活一条RTP通道，BSC用户面在ABIS口会分配BSC侧本地端口为偶数n，本实施例中n＝2000，用于在一条RTP通道中传输语音帧(即RTP报文)。满足手机正常通话中传输语音帧的需求。

步骤102：当判决用户终端需要切换时，指定端口2001作为切换后传输RTP报文的端口，并通过端口2000传输RTP上行报文，通过端口2000和端口2001传输RTP下行报文。

当BSC控制面检测到手机测量报告，并首次判决需要切换时，则指派BSC用户面在ABIS口为切换的目的RTP通道分配奇数端口2001(n+1)，用于在该端口传输切换目的通道中的语音帧。满足用户终端切换的源通道、目的通道同时存在上行语音帧的识别问题。BSC侧目的端口为偶数则是切换源通道，BSC侧目的端口为奇数是切换目的通道，这样便可区分源通道、目的通道数据。此刻上行方向，BSC用户面还是保留将ABIS口源通道的上行报文投递到A口通道，下行方向，BSC用户面会将A口通道的下行报文同时投递到ABIS口的切换的源通道、目的通道这2个通道，实现下行双发。

步骤103：根据控制面发送的切换检测信令，切换到端口2001传输RTP上行报文，通过端口2000和端口2001传输RTP下行报文。

当BSC控制面收到基站从用户终端切换目的通道上传的切换检测消息，通知BSC用户面。上行方向，BSC用户面将通过目的端口为奇，识别出ABIS口目的通道报文，切换投递ABIS口目的通道的上行报文到A口通道；下行方向，BSC用户面保持双发状态。

步骤104：判断是否切换成功，若是执行步骤105，否则执行步骤106。

本步骤中，还会结合其它的条件判断切换最后是否成功。

步骤105：切换成功，通过端口2001传输RTP上行报文，并仅通过端口2001传输RTP下行报文。

当BSC控制面收到基站上传的是切换完成消息，通知BSC用户面。上行方向，BSC用户面将通过目的端口的奇偶识别出ABIS口源目的通道报文，并保持投递ABIS口目的通道的上行报文到A口通道；下行方向，BSC用户面只将A口通道的下行报文投递到ABIS口目的通道，并删除ABIS口源通道相关信息，切换过程完毕，ABIS口只保留一条通道即目的通道。

步骤106：切换没有成功，切换回端口2000传输RTP上行报文，并仅通过端口2000传输RTP下行报文。

当BSC控制面收到基站上传的是切换拒绝消息，通知BSC用户面。上行方向，BSC用户面将通过目的端口为偶，识别出ABIS口源通道报文，并返回到切换前的情况，投递ABIS口源通道的上行报文到A口通道；下行方向，BSC用户面只将A口通道的报文投递到ABIS口源通道，并删除ABIS口目的通道相关信息，切换过程完毕，ABIS口只保留一条通道即源通道。

当BSC控制面检测到手机测量报告，再次判决需要切换时，则指派BSC用户面在ABIS口为切换的目的RTP通道分配与已分配端口的源通道相对奇偶性的端口。例如偶端口n已分配给源通道，则分配奇端口n+1；若奇端口n+1已分配给源通道，则分配偶端口n。并再次执行与步骤103类似的步骤，之后依次顺序执行，便可实现在较低带宽占用下，为实现数据终端正常通话以及BSC内切换不掉话功能提供传输层保障。

本发明实施例还提供了一种传输实时传送协议RTP报文的装置，如图4所示，包括：

传输模块201，用于通过端口号连续的第一端口和第二端口传输RTP报文，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数；

检测模块202，用于通过SLA检测链路对RTP报文的传输进行检测。

进一步，传输模块201，还用于通过端口号连续的第一端口和第二端口传输一路同样的RTP报文。

进一步，传输模块201，还用于通过端口号连续的第一端口和第二端口传输一路同样的RTP报文，第一端口和第二端口为用户数据报协议UDP端口。

进一步，传输模块201，还用于通过第一端口传输RTP报文，当判决用户终端需要切换时，指定第二端口作为切换后传输RTP报文的端口，并通过第一端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文，根据控制面发送的切换检测信令，切换到第二端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文，若切换成功，通过第二端口传输RTP上行报文，并仅通过第二端口传输RTP下行报文。

进一步，传输模块201，还用于若切换没有成功，切换回第一端口传输RTP上行报文，并仅通过第一端口传输RTP下行报文。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种传输实时传送协议RTP报文的方法，其特征在于，包括：

通过端口号连续的第一端口和第二端口传输RTP报文且不进行RTCP报文的传输，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数；

通过基于IP网络的服务等级协议检测链路对RTP报文的传输进行检测。

2.如权利要求1所述的方法，其特征在于，通过端口号连续的第一端口和第二端口传输RTP报文具体为：

通过端口号连续的第一端口和第二端口传输一路同样的RTP报文。

3.如权利要求2所述的方法，其特征在于，通过端口号连续的第一端口和第二端口传输一路同样的RTP报文具体为：

通过端口号连续的第一端口和第二端口传输一路同样的RTP报文，第一端口和第二端口为用户数据报协议UDP端口。

4.如权利要求2所述的方法，其特征在于，通过端口号连续的第一端口和第二端口传输一路同样的RTP报文包括：

通过第一端口传输RTP报文；

当判决用户终端需要切换时，指定第二端口作为切换后传输RTP报文的端口，并通过第一端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文；

根据控制面发送的切换检测信令，切换到第二端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文；

若切换成功，通过第二端口传输RTP上行报文，并仅通过第二端口传输RTP下行报文。

5.如权利要求4所述的方法，其特征在于，还包括：若切换没有成功，切换回第一端口传输RTP上行报文，并仅通过第一端口传输RTP下行报文。

6.一种传输实时传送协议RTP报文的装置，其特征在于，包括：

传输模块，用于通过端口号连续的第一端口和第二端口传输RTP报文且不进行RTCP报文的传输，第一端口的端口号为偶数则第二端口的端口号为奇数，第二端口的端口号为偶数则第一端口的端口号为奇数；

检测模块，用于通过服务等级协议检测链路对RTP报文的传输进行检测。

7.如权利要求6所述的装置，其特征在于，传输模块，还用于通过端口号连续的第一端口和第二端口传输一路同样的RTP报文。

8.如权利要求7所述的装置，其特征在于，传输模块，还用于通过端口号连续的第一端口和第二端口传输一路同样的RTP报文，第一端口和第二端口为用户数据报协议UDP端口。

9.如权利要求7所述的装置，其特征在于，传输模块，还用于通过第一端口传输RTP报文，当判决用户终端需要切换时，指定第二端口作为切换后传输RTP报文的端口，并通过第一端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文，根据控制面发送的切换检测信令，切换到第二端口传输RTP上行报文，通过第一端口和第二端口传输RTP下行报文，若切换成功，通过第二端口传输RTP上行报文，并仅通过第二端口传输RTP下行报文。

10.如权利要求9所述的装置，其特征在于，传输模块，还用于若切换没有成功，切换回第一端口传输RTP上行报文，并仅通过第一端口传输RTP下行报文。