CN102572933A - 一种传输rtp报文的方法、装置及系统 - Google Patents
一种传输rtp报文的方法、装置及系统 Download PDFInfo
- Publication number
- CN102572933A CN102572933A CN2010105906419A CN201010590641A CN102572933A CN 102572933 A CN102572933 A CN 102572933A CN 2010105906419 A CN2010105906419 A CN 2010105906419A CN 201010590641 A CN201010590641 A CN 201010590641A CN 102572933 A CN102572933 A CN 102572933A
- Authority
- CN
- China
- Prior art keywords
- rtp
- byte
- message
- multiplexing
- network equipment
- 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
Abstract
本发明涉及通信领域,特别涉及一种传输RTP报文的方法、装置及系统,用于提高RTP报文传输时的带宽利用率,减少通信系统内部带宽负荷。该方法为:重新设计了ABIS口传输的复用压缩头RTP报文的报文格式,在其包含的各复用头中仅保留用于记录目的UDP端口和净荷长度的字节,从而减少了各复用头所占用的字节数,有效降低了RTP复用报文发送时所占用的系统带宽,减少了通信系统内部的带宽负荷,令系统在相同带宽条件下,可容纳更多的接入用户,提高了系统带宽的利用率。
Description
技术领域
本发明涉及通信领域,特别涉及一种传输RTP报文的方法、装置及系统。
背景技术
本发明涉及移动通讯接入网领域,具体涉及如何压缩IP接入时的GERANABIS口带宽,在移动通信过程中,保证移动通信系统在较低带宽下,完成正常通话语音帧传输的需求。
在GERAN(GSM/EDGE Radio Access Network,全球移动通讯系统/GSM增强数据速率演进无线接入网)系统中,参考协议3GPP TS48.103,基站子系统内的两个功能实体BSC(基站控制器)和BTS(基站收发信台,简称基站)之间,ABIS接口的接入方式分为IP(Internet Protocol,网际协议)接入方式和TDM(Time Division Multiplexing,时分复用)接入方式,当ABIS接口采用IP接入方式时,传输输的语音报文或分组报文通常封装为RTP(Real-timeTransport Protocol,实时传送协议)格式。
参阅图1所示,以RTP净荷为GSM半速率编码为例,一个典型的非压缩完全头的RTP报文的报文格式为:IP头(20字节)+UDP(8字节)+RTP头(12字节)+GSM半速率编码(15字节)=55字节;则非压缩完全头RTP报文的带宽利用率为15/55=27.27%。
为了提高RTP报文的带宽利用率,针对源IP地址和目的IP地址相同的RTP报文,可以在ABIS接口上的同一RTP报文内进行复用传输。
参考协议3GPP TS48.103,参阅图2所示,假设以太网MTU((MaximumTransmission Unit,最大传输单元)为1500字节,则采用同A口的复用压缩方式,一个MTU承载的复用非压缩头的RTP报文格式为:IP头(20字节)+UDP头(8字节)+{复用头(5字节)+RTP头(12字节)+GSM半速率编码(15字节)}×46;则复用非压缩完全头RTP报文的带宽利用率为46×15/(20+8+46×32)=46%。
参考协议3GPP TS48.103,参阅图3所示,假设以太网MTU为1500字节,则采用同A口的复用压缩方式,一个MTU承载的复用压缩头的RTP报文格式为:IP头(20字节)+UDP头(8字节)+{复用头(5字节)+RTP头(4字节)+GSM半速率编码(15字节)}×61;则复用压缩头RTP报文的带宽利用率61×15/(20+8+61×24)=61.33%。
随着用户数量的增加,GSM系统内承载的RTP报文的数量也在日益提升,因此,采用现有的复用压缩方式传输RTP报文,已渐渐不能满足系统内部的带宽负荷,需要重新进行优化设计。
发明内容
本发明实施例提供一种传输RTP报文的方法、装置及系统,用以提高RTP报文传输时的带宽利用率,减少通信系统内部带宽负荷。
本发明实施例提供的具体技术方案如下:
一种发送RTP报文的方法,包括:
第一网络装置从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文;
第一网络装置基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
第一网络装置将获得的RTP复用报文通过ABIS接口发往第二网络装置。
一种接收RTP报文的方法,包括:
第二网络装置接收第一网络装置发送的采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
第二网络装置提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口;
第二网络装置在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节,并对恢复后的各RTP报文进行后续业务处理。
一种发送RTP报文的装置,包括:
提取单元,用于从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文;
生成单元,用于基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,在所述RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
通信单元,用于将获得的RTP复用报文通过ABIS接口发往另一网络装置。
一种接收RTP报文的装置,包括:
通信单元,用于接收另一网络装置发送的采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
提取单元,用于提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口;
处理单元,用于在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节,并对恢复后的各RTP报文进行后续业务处理。
一种传输RTP报文的系统,包括,
第一网络装置,用于从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文,并基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节,以及将获得的RTP复用报文通过ABIS接口发往第二网络装置;
第二网络装置,用于接收第一网络装置发送的所述RTP复用报文,提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口,以及在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节后,对恢复后的各RTP报文进行后续业务处理。
本发明实施例中,重新设计了ABIS口传输的复用压缩头RTP报文的报文格式,在其包含的各复用头中仅保留用于记录目的UDP端口和净荷长度的字节,从而减少了各复用头所占用的字节数,有效降低了RTP复用报文发送时所占用的系统带宽,减少了通信系统内部的带宽负荷,令系统在相同带宽条件下,可容纳更多的接入用户,提高了系统带宽的利用率。
附图说明
图1为现有技术下非复用RTP报文格式示意图;
图2为现有技术下复用非压缩头的RTP报文格式示意图;
图3为现有技术下复用压缩头的RTP报文格式示意图;
图4为本发明实施例中改进后的复用头与标准UDP头对比示意图;
图5为本发明实施例中改进后的复用压缩头的RTP报文格式示意图;
图6为本发明实施例中GSM系统体系架构示意图;
图7和图8为本发明实施例中基站子系统内的网络装置功能结构示意图;
图9为本发明实施例中BSC和BTS之间传输RTP报文流程图。
具体实施方式
本发明实施例中,对现有的RTP复用报文包含的复用头格式作了进一步修改,令系统在相同带宽条件下,可容纳更多的接入用户,具体为:重新设计了RTP复用报文的报文格式,在RTP复用报文包含的各复用头中仅保留用于记录目的UDP端口和净荷长度的字节,删除用于记录源UDP端口的字节,从而减少了RTP报文传输时所占用的系统带宽,进一步地,还删除了用于记录目的UDP端口的字节中的T标志位。
现有技术下,参考协议3GPP TS48.103,RTP复用报文的报文格式如图2和图3所示,图2中呈现的是复用非压缩头的RTP报文格式,图3中呈现的是复用压缩头的RTP报文格式,可见,目前协议只探讨了采用压缩RTP头的方式来降低带宽。
参阅图4所示,现有技术下,标准的UDP(User Datagram Protocol,用户数字包协议)头的格式为:源端口(2字节)+目的端口(2字节)+UDP长度(2字节)+UDP检验和(2字节),其中,源端口和目的端口,分别是源UDP端口和目的UDP端口的简称。而图2和图3所示的RTP复用报文中,20字节的IP头用于标识被复用的各RTP报文共同的源IP和目的IP,8字节的UDP头用于标识本报文为RTP复用报文,而格式为“复用头(5字节)+RTP头(12字节)+RTP净荷(15字节)”的各个RTP报文中包含的5字节的复用头,才是相应的RTP报文实际意义上的“UDP头”,如图2、图3和图4所示,在RTP复用报文中,5字节的复用头的格式为:目的端口(2字节)+净荷长度(1字节)+源端口(2字节)。
有鉴于此,如图4所示,本发明实施例中,在如图3所示的复用压缩头RTP报文格式的基础上,将复用头的格式进行压缩,较佳的,在每个复用头格式中进一步减少两个字节,保留用于指示目的端口和净荷长度的字节,删除用于记录源端口的字节,进一步地,还可以删除用户记录目的端口的字节中的T标志位,令改进后的复用压缩头RTP报文格式中,复用头只占3个字节;参阅图5所示,假设以太网中,一个MTU为1500字节(仅为举例,也可以是其他字节长度),则一个MTU承载的复用压缩头RTP报文格式为:IP头(20字节)+UDP头(8字节)+{复用头(3字节)+RTP头(4字节)+RTP净荷(X字节)}Y,其中,X、Y为预设参量,根据RTP净荷的内容设置为不同取值,当RTP净荷为GSM半速率编码时,X=15,T=66,重新计算带宽利用率:66×15/(20+8+66×22)=66.89%,显然,相比现有技术,提高了5.56个百分点。
下面结合附图对本发明优先的实施方式进行详细说明。
参阅图6所示,本发明实施例中,通信系统内包括若干BSC和BTS,BSC和BTS之间通过ABIS接口进行报文传输。
参阅图7所示,本发明实施例中,用于进行RTP报文传输的第一网络装置包括提取单元70、生成单元71和通信单元72,其中
提取单元70,用于从本地待发送RTP报文中提取出源IP和目的IP相同的RTP报文;其中,源IP和目的IP分别是源IP地址和目的IP地址的简称。
生成单元71,用于基于提取出的源IP和目的IP相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,在RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
通信单元72,用于将获得的RTP复用报文通过ABIS接口发往第二网络装置。
参阅图8所示,本发明实施例中,用于进行RTP报文传输的第二网络装置包括通信单元80、提取单元81和处理单元82,其中,
通信单元80,用于接收另一网络装置发送的采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,RTP复用报文包含的各复用头内仅保留用于记录目的UDP端口和净荷长度的字节;
提取单元81,用于提取出接收的RTP复用报文包含的各RTP报文,并基于源IP和源UDP端口与目的IP和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP及目的IP,确定每一个RTP报文对应的源UDP端口;
处理单元82,用于在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节,并对恢复后的各RTP报文进行后续业务处理。
实际应用中,第一网络装置可以是BTS,第二网络装置可以为BSC,第一网络装置传输的RTP复用报文为上行报文,或者,第一网络装置可以是BSC,第二网络装置可以是BTS,第一网络装置传输的复用报文为下行报文。
基于上述技术方案,参阅图9所示,本发明实施例中,BSC与BTS之间进行RTP报文传输的详细流程如下:
步骤900:BTS从本地待发送的RTP报文中提取出源IP和目的IP相同的RTP报文。
其中,源IP和目的IP相同的RTP报文可以由同一用户终端发送,也可以由多个不同的用户终端发送。
步骤901:BTS基于提取出的源IP和目的IP相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,RTP复用报文包含的各复用头内仅保留用于记录目的端口和净荷长度的字节。
进一步地,在上述RTP复用报文中还可以删除用于记录目的端口的字节中的T标志位。
上述RTP复用报文的格式如图5所示,其具体的比特位记录的信息如表1所示:
在原有协议中规定,RTP复用报文中用于记录目的端口的字节内,还设置有1比特的T标志位,用于指示RTP复用报文中的RTP头是否被压缩,而随着技术的发展,为了减少RTP报文占用的带宽,RTP复用报文中的RTP头已固定采用压缩格式,因此,需要将上述T标志位删除。
表1
现有协议中已规定,源IP和目的IP相同的RTP报文可以设置在同一RTP复用报文中,参阅图5所示,本实施例中,假设以太网MTU为1500字节,则一个MTU承载的改进的复用压缩头RTP报文格式为:IP头(20字节)+UDP头(8字节)+{复用头(3字节)+RTP头(4字节)+RTP净荷(X字节)}Y;其中,X、Y为预设参量。
当RTP净荷为GSM半速率编码(HR)时,X=15,Y=66,当RTP净荷为GSM全速率编码(FR)时,X=33,Y=36,当RTP净荷为GSM增强型全速率编码(EFR)时,X=31、Y=38;当然,RTP净荷为也可以为GSM自适应多速率编码(AMR),X、Y只需设置相应取值即可,后续实施例中,RTP复用报文的构建方式均如此,将不再赘述;
步骤902:BTS将生成的RTP复用报文通过ABIS接口发往BSC。
步骤903:BSC接收BTS通过ABIS接口发送的RTP复用报文。
步骤904:BSC提取出接收的RTP复用报文包含的各RTP报文,并基于源IP和源端口,与目的IP和目的端口之间预设的映射关系,分别根据每一个RTP报文复用头包含的目的端口和RTP复用报文中记录的源IP及目的IP,确定每一个RTP报文对应的源端口。
实际应用中,BSC与BTS在内部都是通过IP+UDP来标识某一路通话的RTP报文,且针对同一路通话的RTP报文,BSC侧的一对IP+UDP与BTS侧的一对IP+UDP是一一对应的,因此,任何一路通话的RTP报文都可以通过BSC侧的IP+UDP、或者,通过BTS侧的IP+UDP进行标识。全IP交换下,BSC的IP+UDP与相应的BTS的IP+UDP用于标识同一路通话,通过BSC的IP+UDP可查找到对应的BTS的IP+UDP,反之亦然。
当相同源IP和目的IP的RTP报文被复用在同一RTP复用报文中时,各个用户的RTP报文可通过复用头中记录的目的端口进行区分,因此,BSC在接收到BTS发送的RTP复用报文时,根据各复用头中记录的目的端口区分出各用户终端的RTP报文,由于目的IP+目的端口与源IP+源端口一一对应,因此,BSC可以分别根据每一个RTP报文复用头中记录的目的端口和RTP复用报文中IP头内记录的源IP和目的IP,分别确定每一个RTP报文对应的源端口。
步骤905:BSC在提取出的每一个RTP报文的复用头中恢复用于记录相应的源端口的字节,并对恢复后的各RTP报文进行后续业务处理。
如图4所示,本发明实施例中,BSC在RTP复用报文中的一个RTP报文的复用头中恢复用于记录相应的源端口的字节,即是将RTP报文的报文格式由格式3恢复为格式2,从而构造出一个用户终端的完整RTP报文,并将恢复后的RTP报文交付给BSC上层用户面业务进行后续处理。
至此,步骤900-步骤905已完成了对上行的RTP复用报文的处理。
步骤906:BSC从本地待发送的RTP报文中提取出源IP和目的IP相同的RTP报文。
BSC获取的RTP报文,可以是在进行业务处理后获得的针对各用户终端反馈的RTP报文。
步骤907:BSC基于提取出的源IP和目的IP相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,RTP复用报文包含的各复用头内仅保留用于记录目的端口和净荷长度的字节。
进一步地,上述RTP报文中还可以将用于记录目的端口的字节中的T标志位删除。
上述RTP复用报文的报文格式如图5和表1所示,在此不再赘述。
步骤908:BSC将生成的RTP复用报文通过ABIS接口发往BTS。
步骤909:BTS接收BSC通过ABIS接口发送的RTP复用报文。
步骤910:BTS提取出接收的RTP复用报文包含的各RTP报文,并基于源IP和源端口,与目的IP和目的端口之间预设的映射关系,分别根据每一个RTP报文复用头包含的目的端口和RTP复用报文中记录的源IP及目的IP,确定每一个RTP报文对应的源端口。
与步骤904同理,实际应用中,BSC与BTS在内部都是通过IP+UDP来标识某一路通话的RTP报文,且针对同一路通话的RTP报文,BSC侧的一对IP+UDP与BTS侧的一对IP+UDP是一一对应的,因此,任何一路通话的RTP报文都可以通过BSC侧的IP+UDP,或者,通过BTS侧的IP+UDP进行标识。全IP交换下,BSC的IP+UDP与相应的BTS的IP+UDP用于标识同一路通话,通过BTS的IP+UDP可查找到对应的BSC的IP+UDP,反之亦然。
当相同源IP和目的IP的RTP报文被复用在同一RTP复用报文中时,各个用户的RTP报文可通过复用头中记录的目的端口进行区分,因此,BTS在接收到BSC发送的RTP复用报文时,根据各复用头中记录的目的端口区分出各用户终端的RTP报文,由于目的IP+目的端口与源IP+源端口一一对应,因此,BTS可以分别根据每一个RTP报文的复用头中记录的目的端口和RTP复用报文中IP头内记录的源IP和目的IP,确定每一个RTP报文对应的源端口。
步骤911:BTS在提取出的每一个RTP报文的复用头中恢复用于记录源端口的字节,并对恢复后的各RTP报文进行后续业务处理。
如图4所示,本发明实施例中,BTS在RTP复用报文中的一个RTP报文的复用头中恢复用于记录源端口的字节,即是将RTP报文的报文格式由格式3恢复为格式2,从而构造出一个用户终端的完整RTP报文,并将恢复后的RTP报文交付给BTS上层用户面业务进行后续处理。
较佳的,上述实施例适用于BSC V4系统,此外,同样适用于UTRAN IUB口的报文传输,其中,是指RNC与Node B之间的接口,其中,RNC跟GERAN的BSC中功能类似,NodeB跟GERAN中的BTS功能类似,在此不再赘述。
综上所述,本发明实施例中,重新设计了ABIS口传输的复用压缩头RTP报文的报文格式,在其包含的各复用头中仅保留用于记录目的UDP端口和净荷长度的字节,从而减少了各复用头所占用的字节数,有效降低了RTP复用报文发送时所占用的系统带宽,减少了通信系统内部的带宽负荷,令系统在相同带宽条件下,可容纳更多的接入用户,提高了系统带宽的利用率。
显然,本领域的技术人员可以对本发明中的实施例进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明实施例中的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明中的实施例也意图包含这些改动和变型在内。
Claims (18)
1.一种发送实时传送协议RTP报文的方法,其特征在于,包括:
第一网络装置从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文;
第一网络装置基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节;
第一网络装置将获得的RTP复用报文通过ABIS接口发往第二网络装置。
2.如权利要求1所述的方法,其特征在于,在所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节时,进一步删除各复用头中用于记录目的UDP端口的字节中的T标志位。
3.如权利要求1所述的方法,其特征在于,若以太网最大输出单元包含1500字节,则所述第一网络装置生成的一个MTU承载的RTP复用报文的报文格式为:20字节IP头+8字节UDP头+{3字节复用头+4字节RTP头+X字节RTP净荷}Y,其中,X、Y为预设参量。
4.如权利要求1、2或3所述的方法,其特征在于,所述第一网络装置为基站收发信台BTS,所述第二网络装置为基站控制器BSC,所述RTP复用报文为上行报文,或者,所述第一网络装置为BSC,所述第二网络装置为BTS,所述RTP复用报文为下行报文。
5.一种接收实时传送协议RTP报文的方法,其特征在于,包括:
第二网络装置接收第一网络装置发送的采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节;
第二网络装置提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口;
第二网络装置在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节,并对恢复后的各RTP报文进行后续业务处理。
6.如权利要求5所述的方法,其特征在于,所述第二网络装置接收的所述RTP复用报文中,进一步删除了各复用头中用于记录目的UDP端口的字节中的T标志位。
7.如权利要求5所述的方法,其特征在于,若以太网最大输出单元包含1500字节,则所述第二网络装置接收的一个MTU承载的RTP复用报文的报文格式为:20字节IP头+8字节UDP头+{3字节复用头+4字节RTP头+X字节RTP净荷}Y,其中,X、Y为预设参量。
8.如权利要求5、6或7所述的方法,其特征在于,所述第一网络装置为基站控制器BSC,所述第二网络装置为基站收发信台BTS,所述RTP复用报文为下行报文,或者,所述第一网络装置为BTS,所述第二网络装置为BSC,所述RTP复用报文为上行报文。
9.一种发送实时传送协议RTP报文的装置,其特征在于,包括:
提取单元,用于从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文;
生成单元,用于基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,在所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节;
通信单元,用于将获得的RTP复用报文通过ABIS接口发往另一网络装置。
10.如权利要求9所述的装置,其特征在于,所述生成单元在所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节时,进一步删除各复用头中用于记录目的UDP端口的字节中的T标志位。
11.如权利要求9所述的装置,其特征在于,若以太网最大输出单元包含1500字节,则所述生成单元生成的一个MTU承载的RTP复用报文的报文格式为:20字节IP头+8字节UDP头+{3字节复用头+4字节RTP头+X字节RTP净荷}Y,其中,X、Y为预设参量。
12.一种接收实时传送协议RTP报文的装置,其特征在于,包括:
通信单元,用于接收另一网络装置发送的采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节;
提取单元,用于提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口;
处理单元,用于在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节,并对恢复后的各RTP报文进行后续业务处理。
13.如权利要求12所述的装置,其特征在于,所述通信单元接收的RTP复用报文中进一步删除了各复用头中用于记录目的UDP端口的字节中的T标志位。
14.如权利要求12所述的装置,其特征在于,若以太网最大输出单元包含1500字节,则所述通信单元接收的一个MTU承载的RTP复用报文的报文格式为:20字节IP头+8字节UDP头+{3字节复用头+4字节RTP头+X字节RTP净荷}Y,其中,X、Y为预设参量。
15.一种传输实时传送协议RTP报文的系统,其特征在于,包括:
第一网络装置,用于从本地待发送RTP报文中提取出源IP地址和目的IP地址相同的RTP报文,并基于提取出的源IP地址和目的IP地址相同的RTP报文,采用复用压缩头RTP报文格式生成相应的RTP复用报文,其中,所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节,以及将获得的RTP复用报文通过ABIS接口发往第二网络装置;
第二网络装置,用于接收第一网络装置发送的所述RTP复用报文,提取出所述RTP复用报文包含的各RTP报文,并基于源IP地址和源UDP端口与目的IP地址和目的UDP端口之间预设的映射关系,分别根据每一个RTP报文的复用头包含的目的UDP端口和RTP复用报文中记录的源IP地址及目的IP地址,确定每一个RTP报文对应的源UDP端口,以及在提取出的每一个RTP报文的复用头中恢复用于记录相应的源UDP端口的字节后,对恢复后的各RTP报文进行后续业务处理。
16.如权利要求15所述的系统,其特征在于,所述第一网络装置在所述RTP复用报文包含的各复用头内仅保留用于记录目的用户数字包协议UDP端口和净荷长度的字节时,进一步删除各复用头中用于记录目的UDP端口的字节中的T标志位。
17.如权利要求15所述的系统,其特征在于,若以太网最大输出单元包含1500字节,则所述第一网络装置生成的一个MTU承载的RTP复用报文的报文格式为:20字节IP头+8字节UDP头+{3字节复用头+4字节RTP头+X字节RTP净荷}Y,其中,X、Y为预设参量。
18.如权利要求15、16或17所述的系统,其特征在于,所述第一网络装置为基站收发信台BTS,所述第二网络装置为基站控制器BSC,所述RTP复用报文为上行报文,或者,所述第一网络装置为BSC,所述第二网络装置为BTS,所述RTP复用报文为下行报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010590641.9A CN102572933B (zh) | 2010-12-15 | 2010-12-15 | 一种传输rtp报文的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010590641.9A CN102572933B (zh) | 2010-12-15 | 2010-12-15 | 一种传输rtp报文的方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102572933A true CN102572933A (zh) | 2012-07-11 |
CN102572933B CN102572933B (zh) | 2014-09-10 |
Family
ID=46417126
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010590641.9A Active CN102572933B (zh) | 2010-12-15 | 2010-12-15 | 一种传输rtp报文的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102572933B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107249244A (zh) * | 2017-07-28 | 2017-10-13 | 杭州聪普智能科技有限公司 | 一种使照明控制系统实现场景化控制的方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101057461A (zh) * | 2004-11-15 | 2007-10-17 | 三星电子株式会社 | 宽带无线通信系统中用于压缩首标的装置和方法 |
-
2010
- 2010-12-15 CN CN201010590641.9A patent/CN102572933B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101057461A (zh) * | 2004-11-15 | 2007-10-17 | 三星电子株式会社 | 宽带无线通信系统中用于压缩首标的装置和方法 |
Non-Patent Citations (2)
Title |
---|
ETSI: "《Base Station System - Media GateWay (BSS-MGW) interface User plane transport mechanism》", 《 3GPP TS 148 103 V8.0.0》, 31 January 2009 (2009-01-31) * |
HUAWEI: "《Expanding UDP multiplex header with UDP source port》", 《3GPP TSG-CT WG4 MEETING #41 C3-060395》, 1 September 2006 (2006-09-01) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107249244A (zh) * | 2017-07-28 | 2017-10-13 | 杭州聪普智能科技有限公司 | 一种使照明控制系统实现场景化控制的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102572933B (zh) | 2014-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109952781B (zh) | 用于处理数据分组的ue、网络节点及方法 | |
CN102056235B (zh) | 一种数据传输方法、设备和系统 | |
JP3751823B2 (ja) | 実時間サービスにおけるヘッダ圧縮 | |
US8619770B2 (en) | Length indicator optimization | |
KR20040016064A (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
JP2006521050A (ja) | インターネットプロトコルデータパケットの通信の通信装置及び通信方法 | |
JP2006522518A5 (zh) | ||
KR20060054662A (ko) | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 | |
CN113133055B (zh) | 无线通信的方法和设备 | |
JP4856251B2 (ja) | 無線通信ネットワークにおけるヘッダの抑制 | |
CN100518180C (zh) | 一种实现分组数据聚合协议功能的系统及方法 | |
CN102348203A (zh) | 加密同步实现方法 | |
WO2015135430A1 (zh) | 数据传输方法及通信设备 | |
CN102572933B (zh) | 一种传输rtp报文的方法、装置及系统 | |
CN103248604A (zh) | 增强VoIP数据上行覆盖的方法、终端及基站 | |
WO2017143538A1 (zh) | 语音数据传输方法以及装置 | |
CN101415003B (zh) | 传送压缩报文的方法、装置及通信系统 | |
CN102647768A (zh) | 基于lte-lan的报文转发方法及装置 | |
CN101350836A (zh) | 一种码分多址系统中信息传输的联动方法和设备 | |
CN101394584B (zh) | 一种数据传输的方法、系统及装置 | |
CN101365189B (zh) | 一种移动网中实现语音透传的方法和系统 | |
CN110958647A (zh) | 一种数据传输方法及装置 | |
CN109257772A (zh) | 一种rtp数据的发送、接收方法及用户设备 | |
CN100505946C (zh) | 一种采用电路数据方式实现语音通讯的方法及其处理模块 | |
KR101020318B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
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 |