CN102629927A - Rtp媒体数据的接收、发送方法及设备、处理*** - Google Patents
Rtp媒体数据的接收、发送方法及设备、处理*** Download PDFInfo
- Publication number
- CN102629927A CN102629927A CN2012101017496A CN201210101749A CN102629927A CN 102629927 A CN102629927 A CN 102629927A CN 2012101017496 A CN2012101017496 A CN 2012101017496A CN 201210101749 A CN201210101749 A CN 201210101749A CN 102629927 A CN102629927 A CN 102629927A
- Authority
- CN
- China
- Prior art keywords
- rtp
- compression
- media data
- bag
- header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供RTP媒体数据的接收、发送方法及设备、处理***。本发明通过压缩的RTP包头中包括冗余标识和压缩的头部数据,其中,上述冗余标识用于指示压缩的RTP包头所在的RTP包是否为RTP冗余包,能够解决现有技术中由于每个RTP冗余包中携带多个RTP包而导致的消耗大量的传输带宽的问题,从而节省了传输带宽。
Description
技术领域
本发明涉及通信技术,尤其涉及实时传输协议(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所述发送端设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210101749.6A CN102629927B (zh) | 2012-04-09 | 2012-04-09 | Rtp媒体数据的接收、发送方法及设备、处理*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210101749.6A CN102629927B (zh) | 2012-04-09 | 2012-04-09 | Rtp媒体数据的接收、发送方法及设备、处理*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102629927A true CN102629927A (zh) | 2012-08-08 |
CN102629927B CN102629927B (zh) | 2015-05-27 |
Family
ID=46588086
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210101749.6A Active CN102629927B (zh) | 2012-04-09 | 2012-04-09 | Rtp媒体数据的接收、发送方法及设备、处理*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102629927B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394117A (zh) * | 2014-03-10 | 2015-03-04 | 贵阳朗玛信息技术股份有限公司 | Rtp包的传输方法及装置 |
CN107666375A (zh) * | 2016-07-28 | 2018-02-06 | 北京数码视讯科技股份有限公司 | 一种数据传输方法及装置 |
CN109257772A (zh) * | 2017-07-13 | 2019-01-22 | 普天信息技术有限公司 | 一种rtp数据的发送、接收方法及用户设备 |
CN111385071A (zh) * | 2018-12-28 | 2020-07-07 | 电信科学技术研究院有限公司 | 一种数据传输方法、设备及计算机存储介质 |
CN112511573A (zh) * | 2021-02-08 | 2021-03-16 | 全时云商务服务股份有限公司 | 一种udp数据包的传输控制方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1841175A1 (en) * | 2006-03-30 | 2007-10-03 | AudioCodes Ltd. | A method and apparatus for communicating fax data over the Internet |
CN101170487A (zh) * | 2006-10-25 | 2008-04-30 | 华为技术有限公司 | 数据流复用中的压缩方法和压缩***以及压缩设备 |
CN101431514A (zh) * | 2007-11-06 | 2009-05-13 | 阿尔卡泰尔卢森特公司 | 用于在电信***中建立语音承载的方法和装置 |
CN101848492A (zh) * | 2010-06-10 | 2010-09-29 | 中兴通讯股份有限公司 | 媒体网关间的报文传输方法、媒体网关和无线通信*** |
-
2012
- 2012-04-09 CN CN201210101749.6A patent/CN102629927B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1841175A1 (en) * | 2006-03-30 | 2007-10-03 | AudioCodes Ltd. | A method and apparatus for communicating fax data over the Internet |
CN101170487A (zh) * | 2006-10-25 | 2008-04-30 | 华为技术有限公司 | 数据流复用中的压缩方法和压缩***以及压缩设备 |
CN101431514A (zh) * | 2007-11-06 | 2009-05-13 | 阿尔卡泰尔卢森特公司 | 用于在电信***中建立语音承载的方法和装置 |
CN101848492A (zh) * | 2010-06-10 | 2010-09-29 | 中兴通讯股份有限公司 | 媒体网关间的报文传输方法、媒体网关和无线通信*** |
Non-Patent Citations (1)
Title |
---|
熊鹰,金心宇: ""前向纠错编码传输机制的优化"", 《江南大学学报(自然科学版)》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394117A (zh) * | 2014-03-10 | 2015-03-04 | 贵阳朗玛信息技术股份有限公司 | Rtp包的传输方法及装置 |
CN107666375A (zh) * | 2016-07-28 | 2018-02-06 | 北京数码视讯科技股份有限公司 | 一种数据传输方法及装置 |
CN109257772A (zh) * | 2017-07-13 | 2019-01-22 | 普天信息技术有限公司 | 一种rtp数据的发送、接收方法及用户设备 |
CN111385071A (zh) * | 2018-12-28 | 2020-07-07 | 电信科学技术研究院有限公司 | 一种数据传输方法、设备及计算机存储介质 |
CN111385071B (zh) * | 2018-12-28 | 2023-10-20 | 大唐移动通信设备有限公司 | 一种数据传输方法、设备及计算机存储介质 |
CN112511573A (zh) * | 2021-02-08 | 2021-03-16 | 全时云商务服务股份有限公司 | 一种udp数据包的传输控制方法 |
CN112511573B (zh) * | 2021-02-08 | 2021-05-11 | 全时云商务服务股份有限公司 | 一种udp数据包的传输控制方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102629927B (zh) | 2015-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102629927B (zh) | Rtp媒体数据的接收、发送方法及设备、处理*** | |
CN103825869A (zh) | 以太网报文头的压缩及解压缩方法、压缩及解压缩设备 | |
WO2006052117A1 (en) | Apparatus and method for compressing headers in a broadband wireless communication system | |
CN101754275A (zh) | 双向分组数据传输***和方法 | |
CN112003937B (zh) | 卫星数据传输方法、装置、计算机设备、存储介质 | |
CN103119896A (zh) | 心跳消息发送方法和心跳代理服务器 | |
CN103220258B (zh) | 会议混音方法、终端和媒体资源服务器 | |
CN101453463B (zh) | 一种移动多媒体广播***的数据包封装、发送和接收方法 | |
CN102694831A (zh) | 移动终端流媒体数据补偿方法与***、内容分发网络 | |
CN104509060A (zh) | 流媒体数据传输的方法及装置 | |
CN107886961A (zh) | 基于VoLTE承载的自适应多速率中低速话音优化方法 | |
CN104754521B (zh) | 一种报文转发方法、无线接入点、无线控制器和*** | |
WO2017185980A1 (zh) | 数据传输方法及装置 | |
CN105532059A (zh) | 配置指示方法和通信设备 | |
WO2015135107A1 (zh) | 数据传输方法及通信设备 | |
KR20100013915A (ko) | Rtp 헤더 확장 필드의 압축 방법 및 상기 방법에 의해형성되는 압축 헤더 | |
CN103138871A (zh) | 移动通讯***中应用程序的服务器数据处理***和方法 | |
CN104081747B (zh) | 传输http报文的方法、编码装置和解码装置 | |
CN101527670A (zh) | 一种完全头部信息报文配置的方法和装置 | |
CN102726024B (zh) | Rtp媒体数据的接收、发送方法及装置、处理*** | |
CN103379364A (zh) | 视频文件的处理方法、装置、视频服务器和*** | |
CN109257772A (zh) | 一种rtp数据的发送、接收方法及用户设备 | |
CN101415003B (zh) | 传送压缩报文的方法、装置及通信*** | |
CN113015212A (zh) | 一种数据包重复传输的激活方法、设备及存储介质 | |
CN102202347B (zh) | 稳健头压缩业务流处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |