CN102629927A - Rtp媒体数据的接收、发送方法及设备、处理系统 - Google Patents

Abstract

本发明提供RTP媒体数据的接收、发送方法及设备、处理系统。本发明通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

Description

RTP媒体数据的接收、发送方法及设备、处理系统

技术领域

本发明涉及通信技术，尤其涉及实时传输协议(Real-time TransportProtocol，RTP)媒体数据的接收、发送方法及设备、处理系统。

背景技术

随着通信技术的不断发展，出现了许多基于实时传输协议(Real-timeTransport Protocol，RTP)的应用程序，例如：声音点播、影视点播、视频会议、网络电话(Voice over Internet Protocol，VoIP)、在线游戏、无线局域网(Wireless Local Area Network，WLAN)中的实时业务传输等，用来传输媒体数据。一般来说，RTP媒体数据封装之后的格式为：IP头+用户数据报协议(User Datagram Protocol，UDP)头+RTP头+RTP净荷(即RTP媒体数据)。为了保证RTP媒体数据的实时传输，避免由于传输网络丢包而导致的RTP媒体数据质量下降的问题，可以采用在RTP层发送冗余包(即RTP冗余包)，每个RTP冗余包中除了携带当前RTP包(即RTP包可以包括RTP头和RTP净荷)之外，还可以进一步携带前面一个或几个RTP包。

然而，由于每个RTP冗余包中携带多个RTP包，因此，会消耗大量的传输带宽。

发明内容

本发明提供RTP媒体数据的接收、发送方法及设备、处理系统，用以节省传输带宽。

一方面提供了一种RTP媒体数据的接收方法，包括：

接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，所述UDP复用包中包括所述RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

另一方面提供了一种RTP媒体数据的发送方法，包括：

生成RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

向接收端设备发送用于传输所述RTP媒体数据的UDP复用包，所述UDP复用包中包括所述至少两个压缩的RTP包头，以使得所述接收端设备根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

另一方面提供了一种接收端设备，包括：

接收单元，用于接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，所述UDP复用包中包括所述RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

解复用单元，用于根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

另一方面提供了一种发送端设备，包括：

生成单元，用于生成RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

发送单元，用于向接收端设备发送用于传输所述RTP媒体数据的UDP复用包，所述UDP复用包中包括所述至少两个压缩的RTP包头，以使得所述接收端设备根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

另一方面提供了一种RTP媒体数据的传输系统，包括上述接收端设备和上述发送端设备。

由上述技术方案可知，本发明实施例通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的RTP媒体数据的接收方法的流程示意图；

图2为图1对应的实施例中UDP复用包的报文格式的示意图；

图3为本发明另一实施例提供的RTP媒体数据的发送方法的流程示意图；

图4为本发明另一实施例提供的接收端设备的结构示意图；

图5为本发明另一实施例提供的发送端设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明一实施例提供的RTP媒体数据的接收方法的流程示意图，如图1所示，本实施例的RTP媒体数据的接收方法可以包括：

101、接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，上述UDP复用包中包括上述RTP媒体数据对应的至少两个压缩的RTP包头，上述压缩的RTP包头中包括冗余标识和压缩的头部数据，上述冗余标识用于指示上述压缩的RTP包头所在的RTP包是否为RTP冗余包。

其中，UDP复用包可以包括共用的IP头、共用的UDP头、复用头和至少两个RTP包(即RTP冗余包和RTP非冗余包中的至少两个)。

其中，压缩的头部数据可以包括但不限于压缩的净荷类型(PayloadType，PT)、压缩的序列号(Sequence Number，SN)、压缩的时间戳(TimeStamp，TS)和压缩的同步源(Synchronization Source Identifier，SSRC)中的至少一个。

可以理解的是：上述压缩过程并不是可逆的压缩过程，可以理解为是字节的删减过程。

在本实施例的一个可选实施方式中，在101之前，上述发送端设备还可以进一步检测上述RTP媒体数据的丢包率，以使得当上述RTP媒体数据的丢包率大于或等于预先设置的阈值时，接收端设备再执行101，即接收上述发送端设备发送的用于传输RTP媒体数据的UDP复用包。这样，由于上述RTP媒体数据的丢包率增高的原因可能是传输带宽的增加，因此，可以采用本实施例提供的技术方案，进一步降低传输带宽。

102、根据上述冗余标识和上述压缩的头部数据，对上述UDP复用包进行解复用，以获得上述RTP媒体数据。

在本实施例的一个可选实施方式中，若上述冗余标识指示上述压缩的RTP包头所在的RTP包为RTP冗余包，根据RTP冗余包的帧格式，对上述RTP冗余包进行解析；若上述冗余标识指示上述压缩的RTP包头所在的RTP包为RTP非冗余包，根据RTP非冗余包的帧格式，对上述RTP非冗余包进行解析。

本实施例中，通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，使得能够根据冗余标识和压缩的头部数据和压缩的头部数据，对UDP复用包进行解复用，以获得RTP媒体数据，由于采用了UDP复用技术传输RTP包(包括RTP冗余包和RTP非冗余包)，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

本发明的技术方案，可以应用于各种通信系统，例如：全球移动通信系统(Global System for Mobile Communications，简称GSM)、通用分组无线业务(General Packet Radio Service，简称GPRS)系统、码分多址(Code Division Multiple Access，简称CDMA)系统、CDMA2000系统、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)系统、长期演进(Long Term Evolution，简称LTE)系统或全球微波接入互操作性(World Interoperability for Microwave Access，简称WiMAX)系统等。

为使得本发明实施例提供的方法更加清楚，下面将压缩的SN和压缩的TS作为压缩的头部数据作为举例，如图2所示，重新定义了UDP复用包的报文格式。对RTP包的头部数据进行压缩，将RTP冗余包和RTP非冗余包的头部数据中的固定字段去掉，只保留SN和TS，并将它们由6个字节压缩为4个字节，例如：将SN由2个字节压缩为1个字节，将TS由4个字节压缩为2个字节，再用1比特作为冗余标识即图中的S位，用于指示上述压缩的RTP包头所在的RTP包是否为RTP冗余包；剩余的7比特则可以用于扩展字，用于当SN和TS需要更多比特表示的场景。这样，对RTP包头进行压缩处理之后，可以由现有技术中的12个字节压缩为本发明的4个字节。

以RTP冗余包冗余1个RTP净荷为例，现有的UDP包复用技术方案中的RTP头压缩功能失效，故采用完整的包头，即完整的RTP包头(Full RTPHeader)开销为12个字节；采用本发明上述UDP复用包的报文格式，将完整的RTP包头由12个字节压缩为4个字节，即压缩的RTP包头(Compressed RTP header)开销为4个字节。现有的UDP包复用技术方案和本发明的UDP包复用技术方案的开销分别如表1和表2所示。

表1WCDMA系统中采用现有的UDP包复用技术方案的开销

表2WCDMA系统中采用本发明的UDP包复用技术方案的开销

记被复用的用户数为x，语音包的传输时间间隔(Transmission TimeInterval，TTI)为20ms，则

WCDMA系统中采用现有的UDP包复用技术方案的媒体访问控制(Medium Access Control，MAC)层带宽为：b1＝(92x+105)＊8/TTI

WCDMA系统中采用本发明的UDP包复用技术方案的MAC层带宽为：b2＝(84x+105)＊8/TTI

带宽节省的增益定义为：y＝((b2-b1)/b2)＊100％＝(8x/(92x+105))＊100％

以RTP冗余包冗余1个RTP净荷为例，具体的带宽增益如表3所示。

表3WCDMA系统中采用本发明的UDP包复用技术方案的带宽增益

采用本发明的技术方案的主要增益在于：当多用户发送RTP冗余包时，可较大幅度地节省传输带宽。

图3为本发明另一实施例提供的RTP媒体数据的发送方法的流程示意图，如图3所示，本实施例的RTP媒体数据的发送方法可以包括

301、生成RTP媒体数据对应的至少两个压缩的RTP包头，上述压缩的RTP包头中包括冗余标识和压缩的头部数据，上述冗余标识用于指示上述压缩的RTP包头所在的RTP包是否为RTP冗余包。

其中，压缩的头部数据可以包括但不限于压缩的PT、压缩的SN、压缩的TS和压缩的SSRC中的至少一个。

可以理解的是：上述压缩过程并不是可逆的压缩过程，可以理解为是字节的删减过程。

在本实施例的一个可选实施方式中，在301之前，还可以进一步检测上述RTP媒体数据的丢包率，以使得当上述RTP媒体数据的丢包率大于或等于预先设置的阈值时，再执行301，即生成RTP媒体数据对应的至少两个压缩的RTP包头。

302、向接收端设备发送用于传输上述RTP媒体数据的UDP复用包，上述UDP复用包中包括上述至少两个压缩的RTP包头，以使得上述接收端设备根据上述冗余标识和上述压缩的头部数据，对上述UDP复用包进行解复用，以获得上述RTP媒体数据。

为使得本发明实施例提供的方法更加清楚，下面将压缩的SN和压缩的TS作为压缩的头部数据作为举例，参见图2所示，重新定义了UDP复用包的报文格式，详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。

本实施例中，通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，使得能够生成RTP媒体数据对应的至少两个包括冗余标识和压缩的头部数据的压缩的RTP包头，并向接收端设备发送包括上述至少两个压缩的RTP包头的UDP复用包，以使得接收端设备能够根据冗余标识和压缩的头部数据和压缩的头部数据，对UDP复用包进行解复用，以获得RTP媒体数据，由于采用了UDP复用技术传输RTP包(包括RTP冗余包和RTP非冗余包)，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图4为本发明另一实施例提供的接收端设备的结构示意图，如图4所示，本实施例的接收端设备可以包括接收单元41和解复用单元42。其中，接收单元41用于接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，上述UDP复用包中包括上述RTP媒体数据对应的至少两个压缩的RTP包头，上述压缩的RTP包头中包括冗余标识和压缩的头部数据，上述冗余标识用于指示上述压缩的RTP包头所在的RTP包是否为RTP冗余包；解复用单元42用于根据上述冗余标识和上述压缩的头部数据，对上述UDP复用包进行解复用，以获得上述RTP媒体数据。

其中，压缩的头部数据可以包括但不限于压缩的PT、压缩的SN、压缩的TS和压缩的SSRC中的至少一个。

可以理解的是：上述压缩过程并不是可逆的压缩过程，可以理解为是字节的删减过程。

在本实施例的一个可选实施方式中，解复用单元42具体可以当上述冗余标识指示上述压缩的RTP包头所在的RTP包为RTP冗余包时，根据RTP冗余包的帧格式，对上述RTP冗余包进行解析；当上述冗余标识指示上述压缩的RTP包头所在的RTP包为RTP非冗余包时，根据RTP非冗余包的帧格式，对上述RTP非冗余包进行解析。

本实施例中，通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，使得接收端设备能够根据冗余标识和压缩的头部数据和压缩的头部数据，对UDP复用包进行解复用，以获得RTP媒体数据，由于采用了UDP复用技术传输RTP包(包括RTP冗余包和RTP非冗余包)，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

图5为本发明另一实施例提供的发送端设备的结构示意图，如图5所示，本实施例的发送端设备可以包括生成单元51和发送单元52。其中，生成单元51用于生成RTP媒体数据对应的至少两个压缩的RTP包头，上述压缩的RTP包头中包括冗余标识和压缩的头部数据，上述冗余标识用于指示上述压缩的RTP包头所在的RTP包是否为RTP冗余包；发送单元52用于向接收端设备发送用于传输上述RTP媒体数据的UDP复用包，上述UDP复用包中包括上述至少两个压缩的RTP包头，以使得上述接收端设备根据上述冗余标识和上述压缩的头部数据，对上述UDP复用包进行解复用，以获得上述RTP媒体数据。

其中，压缩的头部数据可以包括但不限于压缩的PT、压缩的SN、压缩的TS和压缩的SSRC中的至少一个。

可以理解的是：上述压缩过程并不是可逆的压缩过程，可以理解为是字节的删减过程。

在本实施例的一个可选实施方式中，生成单元51还可以进一步检测上述RTP媒体数据的丢包率，以使得当上述RTP媒体数据的丢包率大于或等于预先设置的阈值时，生成RTP媒体数据对应的至少两个压缩的RTP包头。

本实施例中，通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，使得发送端设备能够生成RTP媒体数据对应的至少两个包括冗余标识和压缩的头部数据的压缩的RTP包头，并向接收端设备发送包括上述至少两个压缩的RTP包头的UDP复用包，以使得接收端设备能够根据冗余标识和压缩的头部数据和压缩的头部数据，对UDP复用包进行解复用，以获得RTP媒体数据，由于采用了UDP复用技术传输RTP包(包括RTP冗余包和RTP非冗余包)，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

本发明另一实施例还提供了一种RTP媒体数据的传输系统，可以包括图3对应的实施例提供的接收端设备和图4对应的实施例提供的送端设备，通过压缩的RTP包头中包括冗余标识和压缩的头部数据，其中，上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包，能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题，从而节省了传输带宽。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种RTP媒体数据的接收方法，其特征在于，包括：

接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，所述UDP复用包中包括所述RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，包括：

若所述冗余标识指示所述压缩的RTP包头所在的RTP包为RTP冗余包，根据RTP冗余包的帧格式，对所述RTP冗余包进行解析；

若所述冗余标识指示所述压缩的RTP包头所在的RTP包为RTP非冗余包，根据RTP非冗余包的帧格式，对所述RTP非冗余包进行解析。

3.根据权利要求1或2所述的方法，其特征在于，所述接收发送端设备发送的用于传输RTP媒体数据的UDP复用包之前，还包括：

所述发送端设备检测所述RTP媒体数据的丢包率，以使得当所述RTP媒体数据的丢包率大于或等于预先设置的阈值时，接收所述发送端设备发送的用于传输RTP媒体数据的UDP复用包。

4.一种RTP媒体数据的发送方法，其特征在于，包括：

生成RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

向接收端设备发送用于传输所述RTP媒体数据的UDP复用包，所述UDP复用包中包括所述至少两个压缩的RTP包头，以使得所述接收端设备根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

5.根据权利要求4所述的方法，其特征在于，所述生成RTP媒体数据对应的至少两个压缩的RTP包头之前，还包括：

检测所述RTP媒体数据的丢包率，以使得当所述RTP媒体数据的丢包率大于或等于预先设置的阈值时，生成RTP媒体数据对应的至少两个压缩的RTP包头。

6.一种接收端设备，其特征在于，包括：

接收单元，用于接收发送端设备发送的用于传输RTP媒体数据的UDP复用包，所述UDP复用包中包括所述RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

解复用单元，用于根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

7.根据权利要求6所述的接收端设备，其特征在于，所述解复用单元具体用于

当所述冗余标识指示所述压缩的RTP包头所在的RTP包为RTP冗余包时，根据RTP冗余包的帧格式，对所述RTP冗余包进行解析；

当所述冗余标识指示所述压缩的RTP包头所在的RTP包为RTP非冗余包时，根据RTP非冗余包的帧格式，对所述RTP非冗余包进行解析。

8.一种发送端设备，其特征在于，包括：

生成单元，用于生成RTP媒体数据对应的至少两个压缩的RTP包头，所述压缩的RTP包头中包括冗余标识和压缩的头部数据，所述冗余标识用于指示所述压缩的RTP包头所在的RTP包是否为RTP冗余包；

发送单元，用于向接收端设备发送用于传输所述RTP媒体数据的UDP复用包，所述UDP复用包中包括所述至少两个压缩的RTP包头，以使得所述接收端设备根据所述冗余标识和所述压缩的头部数据，对所述UDP复用包进行解复用，以获得所述RTP媒体数据。

9.根据权利要求8所述的发送端设备，其特征在于，所述生成单元还用于

检测所述RTP媒体数据的丢包率，以使得当所述RTP媒体数据的丢包率大于或等于预先设置的阈值时，生成RTP媒体数据对应的至少两个压缩的RTP包头。

10.一种RTP媒体数据的传输系统，其特征在于，包括如权利要求6或7所述的接收端设备和如权利要求8或9所述发送端设备。

Images