CN102369753B - 语音包发送、接收的方法、装置和系统 - Google Patents
语音包发送、接收的方法、装置和系统 Download PDFInfo
- Publication number
- CN102369753B CN102369753B CN200980158261.3A CN200980158261A CN102369753B CN 102369753 B CN102369753 B CN 102369753B CN 200980158261 A CN200980158261 A CN 200980158261A CN 102369753 B CN102369753 B CN 102369753B
- Authority
- CN
- China
- Prior art keywords
- gtp
- bag
- compressed
- head
- receiving terminal
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000006835 compression Effects 0.000 claims description 54
- 238000007906 compression Methods 0.000 claims description 54
- 230000005540 biological transmission Effects 0.000 claims description 25
- 238000011084 recovery Methods 0.000 claims description 9
- 238000005516 engineering process Methods 0.000 abstract description 6
- 238000004891 communication Methods 0.000 abstract description 5
- 239000003550 marker Substances 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 230000007812 deficiency Effects 0.000 description 5
- 238000005538 encapsulation Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 238000005253 cladding Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明的实施例公开了一种语音包传输的方法、装置和系统,涉及无线通信技术。语音包发送的方法包括:发送完整的GTP包;将后续GTP包包头进行压缩,其中包括将接收端的隧道标识TEID进行压缩;发送压缩过的GTP包。接收的方法包括:接收完整的GTP包并存储源IP地址或源端口,与TEID的对应关系;接收后续GTP包,其中包头被压缩,包括TEID被压缩;对后续GTP包解压缩,根据对应关系从后续GTP包中恢复出隧道标识,解决了网络侧带宽不足的问题。
Description
技术领域
本发明涉及网络通信技术,尤其涉及语音包发送、接收的方法、装置和系统。
背景技术
目前国际上正在研究一种家庭基站网络架构。家庭接入(Home),UE(用户设备)通过家庭无线接入点,使用许可的频谱,例如UTRAN(UMTSTerrestrial Radio Access Network,UMTS陆地无线接入网)、E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进的UMTS陆地无线接入网)、或CDMA(Code Division Multiple Access,码分多址接入)、Wimax(Worldwide Interoperability for Microwave Access,微波存取全球互通)、WLAN(Wireless Local Area Network,无线局域网)、或HRPD(High Rate PacketData,高速分组数据)等无线接入网络使用的频谱;通过通用的IP接入网络,例如DSL(Digital Subscriber Line,数字用户线)、电缆宽带(Cable broadband)等连接到运营商的移动网络。家庭基站网络架构包括:heNB(Home EvolvedNodeB,家庭基站)、heNB GW(Gateway,网关)、以及MME(MobileManagement Entity,移动性管理实体)。heNB GW起会聚作用,避免过多的heNB直接接入MME而给MME带来的过大的负荷。如果用于其他系统,移动性管理实体也可以是SGSN,WIMAXAGW等。
由于家庭基站往往是通过带宽受限的接入网络(如DSL)接入核心网络的,如果在一个家庭基站上同时进行几路语音通讯,就很可能因为DSL带宽受限导致语音通话质量很差。现有技术对GTP(GPRS Tunnel Protocol,通用无线分组技术隧道协议)头进行了压缩,但仍然无法达到通信技术的发展对语音压缩的要求,所以急需解决受限的接入网带宽的有效使用问题。
发明内容
本发明的实施例公开了一种语音包传输的方法、装置和系统,能够解决现有技术中受限的接入网带宽的有效使用问题。
本发明的实施例采用如下技术方案;
本发明的实施例一种语音包发送的方法,包括:
发送完整的GTP包;
将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识进行压缩;
发送压缩过的GTP包。
本发明的实施例一种语音包接收的方法,包括:
接收完整的GTP包,并将所述GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储;
接收后续GTP包,所述后续GTP包包头被压缩,其中所述后续GTP包包头中接收端的隧道标识被压缩;
对所述后续GTP包解压缩,并根据所存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
本发明的实施例一种语音包发送的方法,包括:
将IP头相同的至少2个压缩GTP包复用成为复用包,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
将所述复用包进行发送。
本发明的实施例一种语音包发送的方法,包括:
将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识;
将所述压缩包从用户设备或基站跨多跳透传到目的网络实体。
本发明的实施例提供了一种语音包发送的装置,包括:
压缩单元,用于将GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识进行压缩;
发送单元,用于在发送完整的GTP包后,发送所述压缩单元压缩过的GTP包。
本发明的实施例提供了一种语音包接收的装置,包括:
接收单元,用于接收完整的GTP包以及后续GTP包,所述后续GTP包包头被压缩,其中包括GTP包包头中接收端的隧道标识被压缩;
存储单元,用于将所述完整的GTP包的源IP地址或源端口和接收端的隧道标识的对应关系进行存储;
恢复单元,用于对所述接收单元接收的后续GTP包解压缩,并根据所述存储单元存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
本发明的实施例提供了一种语音包发送的装置,包括:
复用单元,用于将IP头相同的一个以上压缩GTP包复用成为复用包;其中,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
发送单元,用于将所述复用包进行发送。
本发明的实施例提供了一种语音包发送的装置,包括:
压缩单元,用于将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识;
透传单元,用于将所述压缩包从用户设备或基站跨多跳透传到目的网络实体。
本发明的实施例一种语音包传输的系统,包括:
发送装置,用于发送完整的GTP包,将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识进行压缩,并发送压缩过的GTP包;
接收装置,用于接收完整的GTP包,并将所述GTP包的源IP地址或源端口与接收端的隧道标识的对应关系进行存储,接收后续GTP包,所述后续GTP包包头被压缩,其中包括GTP包包头中接收端的隧道标识被压缩,对所述后续GTP包解压缩,并根据所存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
本发明的实施例提供了一种语音包传输的系统,包括:
发送装置,用于将IP头相同的一个以上压缩GTP包复用成为复用包;将所述复用包进行发送;其中,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
接收装置,用于接收所述复用包并将所述复用包进行解复用。
本发明的实施例提供了一种语音包传输的系统,包括:
发送装置,设置于用户设备或基站,用于将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识,将所述压缩包从用户设备或基站跨多跳透传到目的网络实体;
接收装置,设置于所述目的网络实体,用于接收所述压缩包,并根据所述用户设备或基站与所述目的网络实体协商的压缩算法获取所述压缩包中的数据信息。
本发明的实施例语音包发送、接收的方法、装置和系统,可以将GTP头进行进一步压缩,或者将IP头相同的压缩过的GTP包进行复用,在复用包中包括了压缩的信息,节省了数据包的包头开销,还可以采用跨多跳透传的方式将内层IP包被压缩的数据包从用户侧发送到网络侧,使得网络侧的带宽得到了节约,从而解决了网络侧带宽不足的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明的实施例语音包发送的方法的流程图;
图2为本发明的实施例语音包接收的方法的流程图;
图3为本发明的实施例GTP端点1和GTP端点2之间的压缩协商示意图;
图4本发明的实施例一语音包发送的方法的流程图;
图5为本发明的实施例另一种语音包发送的方法的流程图;
图6为本发明的实施例再一种语音包发送的方法的流程图;
图7为本发明的实施例三中家庭基站与PGW之间协商启用IP语音压缩的流程图;
图8为本发明的实施例三中用户设备或基站到目的网络实体的压缩语音包跨多跳透传示意图;
图9为本发明的实施例语音包发送的装置示意图;
图10为本发明的实施例语音包接收的装置示意图;
图11为本发明的实施例另一种语音包发送的装置示意图;
图12为本发明的实施例再一种语音包发送的装置示意图;
图13为本发明的实施例语音包传输的系统示意图。
具体实施方式
下面结合附图对本发明实施例语音包发送、接收的方法、装置和系统进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
如图1所示,本发明的实施例提供了一种语音包发送的方法,包括:
S101、发送完整的GTP包;
S102、将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识进行压缩;
S103、发送压缩过的GTP包。
如图2所示,本发明的实施例提供了一种语音包接收的方法,包括:
S201、接收完整的GTP包,并将所述GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储;
S202、接收后续GTP包,所述后续GTP包包头被压缩,其中所述后续GTP包包头中接收端的隧道标识被压缩;
S203、对所述后续GTP包解压缩,并根据所存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
上述两个实施例,语音包发送的方法和语音包接收的方法结合起来,能够完成语音包的传输。并且在实现该方案之前,需要由发送端和接收端进行压缩协商。如图3所示,GTP端点1向GTP端点2发送压缩协商请求消息,该请求消息可以包括:是否支持对GTP头进行压缩的信息,还可以包括是否支持对接收端的隧道标识(Tunnel Endpoint Identifier,TEID)或是否支持对内层IP语音包进行压缩的信息;GTP端点2则可以反馈压缩协商应答给GTP端点1,从而完成发送端和接收端之间的压缩协商。GTP端点2反馈的消息中可以包括支持对GTP头,还可以包括TEID进行压缩的信息,或者包括支持对内层IP语音包进行压缩的信息。
具体地,如果是用在家庭基站和家庭基站网关之间,则可以在S1建立请求消息(S1SETUP)或者在基站配置更新消息(ENB CONFIGURATIONUPDATE)或者在移动管理实体配置更新消息(MME CONFIGURATIONUPDATE)中携带上述压缩协商信息,或者是通过一个新的消息来携带上述压缩协商信息。
本发明的实施例语音包发送、接收的方法,通过预先将完整的GTP包发送给接收端,由接收端将源IP地址或源端口,与接收端的TEID的对应关系进行存储,从而发送端继续发送压缩过的GTP包时,能够将从所述压缩过的GTP包中恢复出所述TEID,从而恢复出完整的GTP包,实现了数据包包头的节省,从而能够节省网络带宽。
实施例一
本实施例将具体描述采用上述方案实现的语音包的发送和接收。
如图4所示,本实施例可以包括如下步骤:
S401、家庭基站向家庭基站网关发送S1建立请求,所述请求中包括了GTP压缩能力信息。
假设本实施例中,GTP压缩能力信息为:支持对GTP头进行压缩,且还支持对TEID进行压缩。
S402、家庭基站网关反馈建立应答消息,所述消息中也包括了上述GTP压缩能力信息。从而,家庭基站和家庭基站网关之间完成了GTP压缩能力的协商。
需要注意的是,在家庭基站侧决定选择将TEID进行压缩的时候,需要为TEID对应的GTP隧道分配IP/源端口,分配的原则可以是:保证在某一对发送端和接收端之间保证IP/源端口与TEID的一一映射关系。发送端可以连接多个接收端,例如,发送端分配IP1/源端口1给接收端1的TEID1,分配IP1/源端口2给接收端1的TEID2。那么发送端还是可以分配IP1/源端口1给接收端2的TEID。
S403、家庭基站向家庭基站网关发送完整的GTP包。这些GTP包未经过压缩,其原始的GTP头的格式如表1所示。
表1.原始GTP头的格式
其中,Version指版本号;PT指协议类型;(*)是空闲比特;E指示是否有扩展头;S指示是否有序列号;PN指示是否有N-PDU数;Message Type指示消息类型;Length指GTP载荷的长度;Tunnel Endpoint Identifier指接收端的隧道号(TEID);Sequence Number是序列号(SN);N-PDU Number是下一个PDU编号;Next Extension Header Type是下一跳扩展头类型。
从该GTP头的外层UDP/IP头中可以唯一地确定TEID。
S404、家庭基站网关接收到该完整的GTP包之后,存储该包的IP/UDP头中的源IP地址或源端口,与GTP头中的TEID的对应关系。还可以存储该GTP头的部分或全部。
S405、将后续GTP包的包头进行压缩,包括将TEID进行压缩,还可以将E标记进行压缩。
GTP头可以在现有技术的基础上进一步压缩。现有技术中将GTP头压缩到仅剩下E标记位和TEID。由于GTP中承载语音的时候不会使用扩展头,因而需要把E标记位压缩掉。在本实施例中还把TEID也压缩掉。通过建立源IP/源端口与TEID的一一映射关系,根据该包的源IP/源端口就可以推导出TEID,因而可以把TEID也压缩掉,本实施例中的GTP头压缩为空。
S406、家庭基站将压缩后的后续GTP包发送给家庭基站网关。
S407、家庭基站网关在接收到步骤S406中发送的GTP包后,对后续GTP包解压缩,并根据所存储的源IP地址或源端口,和TEID的对应关系,从所述后续GTP包中恢复出所述TEID。根据存储的GTP头恢复出GTP头的某些字段,或者根据设置默认值或者根据计算恢复出GTP头的某些字段。比如说,version/PT/E/S/PN/message type都可以根据存储的字段恢复或者根据配置设置默认值恢复。GTP头里Length(为表示GTP载荷长度的字段)可以通过计算恢复,比如,等于外层UDP length-8-8。因为UDP length等于UDP头长度(8)加上载荷长度,而GTP是它的载荷。GTP包括GTP载荷和GTP头,GTP length表示的是GTP载荷的长度,GTP头在该实施例中长度是8。由于语音包不要求网络侧保证顺序,所以Sequence Number可以不出现。
本实施例将将TEID进行压缩,并且还可以扩展头标记E进行压缩,由于接收端可以通过预先将源IP地址或源端口,与TEID的对应关系存储起来,在之后接收到压缩后的数据包后,能够根据该对应关系将TEID恢复出来,从而在不影响接收端接收到的数据包的准确性的前提下,在传输过程中节省了网络资源,解决了带宽不足的问题。
另外,在本实施例的基础上,也能够对内层IP语音包进行压缩,从而进一步解决带宽不足的问题。
如图5所示,本发明的实施例还提供了另一种语音包发送的方法,包括:
S501、将IP头相同的至少2个压缩GTP包复用成为复用包;其中,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
S502、将所述复用包进行发送。
VOIP(Voice over Internet Protocol,基于IP的语音)一般打包成Payload/RTP/UDP/IP格式,其中Payload表示语音包的编码格式,比如AMR(Adaptive Multi Rate,自适应多速率编码方式)格式,RTP为实时传送协议(Real-time Transport Protocol),UDP为用户数据报协议(User DatagramProtocol),语音包在网络侧传递的时候需要承载在GTP隧道里,GTP承载在UDP/IP上,所以一个VOIP语音包在网络侧传递的时候协议栈从内到外可以为:AMR/RTP/UDP/IP/GTP/UDP/IP。在本发明里,把封装GTP包的IP头叫做外层IP头,把封装AMR/RTP的IP头叫做里层IP头;把封装GTP包的UDP头叫做外层UDP头,把封装AMR/RTP的UDP头叫做里层UDP头。
在上述方案中,所述复用包的复用头中还包括:GTP头、里层的IP头、里层UDP和里层RTP头中至少一项是否被压缩的标识。
通过将IP头相同的GTP包进行复用,则多个GTP包可以共用IP头,并且这些GTP包的GTP头可以被压缩,而且可以将里层的IP头、UDP头或RTP头进行压缩,压缩和复用技术的结合,进一步节省了带宽。
实施例二
本实施例将描述采用上述方案实现语音包的发送。
本实施例可以与实施例一相同,发送端和接收端预先协商好压缩能力。具体地,可以参照实施例一,这里不再赘述。
因为GTP承载在UDP/IP上面,在两个GTP端点之间,不同的GTP隧道使用的IP头基本是一样的,所以可以把若干个承载GTP包的IP包进行复用,共用IP头,以节省IP头开销。
复用端把几个承载GTP的包复用成一个IP包,复用后的包格式如表2所示。
其中,最外层的IP头是公共的,如果是IPv4则是20字节,如果是IPv6则是40字节长。
接下来是UDP头,目的端口是经过协商的由解复用端提供的端口或者是一个双方约定的固定端口。
接下来一层是复用头(Multiplex Header)。复用头里可以包含标记位G,表示GTP头是否被压缩,例如G=0表示GTP头没有压缩,G=1表示GTP头压缩了。对GTP头的压缩可以包括将接收端的TEID以及E标记进行压缩,GTP头可以压缩为空。复用头可以包含I标记位,表示里层IP头是否被压缩,例如说I=0表示IP头没有压缩,I=1表示IP头压缩了。复用头可以包含U标记位,表示里层UDP头是否被压缩,例如U=0表示UDP头没有压缩,U=1表示UDP
表2.复用后的GTP包格式
头压缩了。上述的I标记位和U标记位也可以合并为一个标记位,表示里层IP和UDP头是否被压缩。复用头可以包含RTP标记位,表示里层RTP头是否被压缩,例如RTP=0表示RTP头没有压缩,RTP=1表示RTP头压缩了。也可以把上述标记位合并成一个标记位,表示RTP/UDP/IP/GTP是否被压缩。R为预留位。复用头中包含有复用ID(MUX ID),等于被复用包的源端口(Source Port of Muxed PDU)。复用头中还包含长度指示(Length Indication),表示被复用的里层包的长度,也就是说被复用的AMR/RTP/UDP/IP/GTP的长度,n表示语音载荷长度,例如AMR的长度,如果GTP和IP/UDP头被压缩而且IP头的标识Identification字段也被压缩掉,那么长度等于n+3,如果GTP和IP/UDP头被压缩而且IP头的标识字段(identification)没有被压缩掉,那么长度等于n+5,如果IP/UDP头没有被压缩而且IP版本是IPv4,那么长度等于n+28,如果IP/UDP头没有被压缩而且IP版本是IPv6,那么长度等于n+48。
接下来是里层IP,可以是没有被压缩的IP头,也可以是被压缩的IP头。如果是被压缩的IP头,可以压缩为空,也可以只保留Identification字段。
接下来是UDP头,可以是没有被压缩的UDP头,也可以是被压缩的UDP头。如果是被压缩的UDP头,可以压缩为空。
接下来是RTP头,可以是没有被压缩的RTP头,也可以是被压缩的RTP头。如果是被压缩的RTP头,那么保留序列号(Sequence Number,SN)和时间戳(Time Stamp,TS)。
接下来是RTP的载荷,比如AMR语音。
如果该包还复用了其他包,那么接下来又是复用头和GTP/IP/UDP/RTP/AMR,依此类推。
如果对GTP包采用了本实施例所述的压缩和复用,则解复用端(接收端)在接收到这样的复用包后,需要进行如下的解复用操作:
解复用端在复用端口上收到复用包后,进行解复用。对外层UDP头的恢复过程是:源端口置为复用头里的复用ID,目的端口置为GTP的知名端口,例如2000,长度根据恢复后的载荷长度计算得到。
对GTP头的恢复过程是:如果G=1而且TEID已经被压缩,那么把保存的GTP头做为待恢复的GTP头,或者生成一个GTP头,再按照默认值来设置该GTP头中各字段的值,根据复用头里的复用ID(即被复用包的源端口或源IP地址)来查找与所述复用ID对应的TEID,并替换待恢复的GTP头里的TEID。在这一步骤中可以参照实施例一所述的恢复TEID的方法,即将完整的GTP包中的复用包的源端口或源IP地址(即所述复用ID)与TEID的对应关系预先存储起来,从而在解复用包时能够根据该对应关系查找复用ID对应的TEID。
对内层IP头的恢复过程是:如果I=1,那么把保存的IP头做为待恢复的IP头,或者生成一个IP头,然后按照默认值来设置该IP头中各字段的值,把复用包里的Identification替换IP头里的Identification。
对内层UDP头的恢复过程是:如果U=1,把保存的内层UDP头作为内层UDP头。
内层RTP头的恢复过程是:如果RTP=1,在保存的RTP头上根据复用包的SN和TS来设置RTP的SN和TS域。
各复用包的解复用过程同上所述。
通过本实施例的方法,可以将GTP头进行压缩,内层的IP头、UDP头、RTP均可以进行压缩,将复用ID置为被复用包的源端口,能够实现语音包的压缩和复用,节省网络带宽。
当然对于复用技术,也可以复用没有压缩的包。
如图6所示,本发明的实施例提供了再一种语音包发送的方法,包括:
S601、将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识。
例如协议栈为RTP/UDP/IP的语音包中内层IP语音包即可被压缩。
S602、将所述压缩包从用户设备或基站跨多跳透传到目的网络实体。
所述目的网络实体可以包括家庭基站网关,服务网关和公共数据网网关中的至少一个。本领域普通技术人员应当理解,所述目的网络实体也可以根据具体情况或需要包括其他的网络实体。
本方案能够节省网络侧带宽不足的问题。
实施例三
本实施例为将IP语音包的内层IP语音包压缩后从用户设备或基站跨多跳透传到目的网络实体。
所述目的网络实体可以是家庭基站网关(heNB GW)、SGW(ServingGateways,服务网关)或PGW(Public Data Networks GateWay,公共数据网网关)等。
为了实现本实施例,首先需要在家庭基站与PGW之间协商使用压缩算法。协商方法主要是:首先由MME(Mobile Management Entity,移动管理实体)和PGW之间协商启用IP语音压缩,之后MME再同家庭基站之间协商启用压缩算法。
具体的协商过程参照图7所示,可以包括如下步骤:
S701、首先MME(移动管理实体)向SGW(服务网关)发起创建承载请求,其中包含着要求启用IP语音压缩的指示。
S702、SGW向PGW(公共数据网网关)发起创建承载请求,其中包含着要求启用IP语音压缩的指示。
S703a、S803b、PGW在接收到请求后,通过SGW向MME反馈创建承载应答。
S704、MME向家庭基站网关发起创建承载请求,其中包含着要求启用IP语音压缩的指示。
S705、家庭基站网关向家庭基站发起创建承载请求,其中包含着要求启用IP语音压缩的指示。
S706a、S706b、家庭基站通过家庭基站网关向MME反馈创建承载应答。
通过上述步骤,则完成了家庭基站与PGW之间压缩算法的协商,也可以通过其它消息来启动IP语音压缩算法的协商。
在完成压缩算法的协商后,可以对IP包进行压缩,并从用户侧跨多跳透传到网络侧。这种IP语音包的协议栈为AMR/RTP/UDP/IP。具体地,压缩后的内层IP语音包的格式如表3所示。
表3.跨多跳透传采用的压缩过的内层IP语音包的格式
其中,T表示内层IP语音包是否被压缩。可以是T=1时表示被压缩,T=0时表示没有被压缩。其它参数可以参照表1和表2的参数说明。
可以通过图8所示的方式,将压缩后的数据包从用户设备直接透传到网络侧的PGW,或者从家庭基站直接透传到网络侧的PGW。采用这种跨多跳的传输方式,节省了网络侧的带宽。
本发明的实施例还可以将内层IP语音包压缩后进行复用,在家庭基站与家庭基站网关之间的复用包格式如表4所示。
表4.家庭基站与家庭基站网关之间的复用包的格式
其中,在复用头中,G表示GTP头是否被压缩。其它标记的含义可以参考实施例二中所述。
如图9所示,本发明的实施例还提供了一种语音包发送的装置,包括:
压缩单元901,用于将GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的TEID进行压缩;
发送单元902,用于在发送完整的GTP包后,发送所述压缩单元901压缩过的GTP包。
如图10所示,本发明的实施例还提供了一种语音包接收的装置,包括:
接收单元1001,用于接收完整的GTP包以及后续GTP包,所述后续GTP包包头被压缩,其中所述后续GTP包包头中接收端的隧道标识被压缩;
存储单元1002,用于将所述完整的GTP包的源IP地址或源端口,与TEID的对应关系进行存储;
恢复单元1003,用于对所述接收单元接收的后续GTP包解压缩,并根据所述存储单元存储的对应关系,从所述后续GTP包中恢复出所述TEID。
图9所示的发送装置和图10所示的接收装置能够配合完成数据包的传输。
如图11所示,本发明的实施例还提供了另一种语音包发送的装置,包括:
复用单元1101,用于将IP头相同的至少2个压缩GTP包复用成为复用包;其中,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
发送单元1102,用于将所述复用包进行发送。
对于本发明的其它实施例,所述复用包的复用头中还可以包括GTP头、里层的IP头、里层UDP和里层RTP头中至少一项是否被压缩的标识。
如图12所示,本发明的实施例还提供了再一种语音包发送的装置,包括:
压缩单元1201,用于将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识;
透传单元1202,用于将所述压缩包从用户设备或基站跨多跳透传到目的网络实体。
所述目的网络实体可以是heNB GW(家庭基站网关)、SGW(服务网关)或PGW(公共信令网网关)等。
如图13所示,本发明的实施例还提供了一种语音包传输的系统,包括:
发送装置1301,用于发送完整的GTP包,将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识进行压缩,并发送压缩过的GTP包;
接收装置1302,用于接收完整的GTP包,并将所述GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储,接收后续GTP包,所述后续GTP包包头被压缩,所述后续GTP包包头中接收端的隧道标识被压缩,对所述后续GTP包解压缩,并根据所存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
本发明的实施例还提供了另一种语音包传输的系统,包括:
发送装置,用于将IP头相同的一个以上压缩GTP包复用成为复用包;将所述复用包进行发送;其中,所述复用包的复用头中包括与所述压缩GTP包的源端口相等的复用ID;
接收装置,用于接收所述复用包并将所述复用包进行解复用。
对于本发明的其它实施例,所述复用包的复用头中还可以包括GTP头、里层的IP头、里层UDP和里层RTP头中至少一项是否被压缩的标识。
本发明的实施例还提供了再一种语音包传输的系统,包括:
发送装置,设置于用户设备或基站,用于将内层IP语音包进行压缩形成压缩包,所述压缩包中包括表示内层IP语音包是否被压缩的标识,将所述压缩包从用户设备或基站跨多跳透传到目的网络实体;
接收装置,设置于所述目的网络实体,用于接收所述压缩包,并根据所述用户设备或基站与所述目的网络实体协商的压缩算法获取所述压缩包中的数据信息。
本发明的实施例语音包发送、接收的方法、装置和系统,通过将GTP头进行进一步压缩,或者将IP头相同的压缩GTP包进行复用,在复用包中包括了压缩的信息,节省了数据包的包头开销,还可以采用跨多跳透传的方式将数据包从用户侧发送到网络侧,使得网络侧的带宽得到了节约,从而解决了网络侧带宽不足的问题。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (6)
1.一种语音包发送的方法,其特征在于,包括:
发送完整的GTP包;
将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识按照所述GTP包的源IP地址或源端口与接收端的隧道标识的对应关系进行压缩;
发送压缩过的GTP包;在发送完整的GTP包之前,所述方法进一步包括:向接收端发送压缩协商请求消息,所述请求消息中包括是否支持对GTP头和接收端的隧道标识进行压缩的信息,或者所述请求消息中包括是否支持对GTP头、接收端的隧道标识以及内层IP语音包进行压缩的信息;
接收所述接收端对所述压缩协商请求消息的应答,所述应答中包括支持对GTP头和接收端的隧道标识进行压缩的信息;或者所述应答中包括支持对GTP头、接收端的隧道标识和内层IP语音包进行压缩的信息。
2.根据权利要求1所述的方法,其特征在于,所述将后续GTP包包头进行压缩还包括:
将所述后续GTP包包头中的扩展头标识进行压缩。
3.一种语音包接收的方法,其特征在于,包括:
接收完整的GTP包,并将所述GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储;
接收后续GTP包,所述后续GTP包包头被压缩,其中所述后续GTP包包头中接收端的隧道标识被压缩;
对所述后续GTP包解压缩,并根据所存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
4.一种语音包发送的装置,其特征在于,包括:
压缩单元,用于将GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识按照所述GTP包的源IP地址或源端口与接收端的隧道标识的对 应关系进行压缩;
发送单元,用于在发送完整的GTP包后,发送所述压缩单元压缩过的GTP包。
5.一种语音包接收的装置,其特征在于,包括:
接收单元,用于接收完整的GTP包以及后续GTP包,所述后续GTP包包头被压缩,其中包括GTP包包头中接收端的隧道标识被压缩;
存储单元,用于将所述完整的GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储;
恢复单元,用于对所述接收单元接收的后续GTP包解压缩,并根据所述存储单元存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
6.一种语音包传输的系统,其特征在于,包括:
发送装置,用于发送完整的GTP包,将后续GTP包包头进行压缩,其中包括将所述GTP包包头中接收端的隧道标识按照所述GTP包的源IP地址或源端口与接收端的隧道标识的对应关系进行压缩,并发送压缩过的GTP包;
接收装置,用于接收完整的GTP包,并将所述GTP包的源IP地址或源端口,与接收端的隧道标识的对应关系进行存储,接收后续GTP包,所述后续GTP包包头被压缩,其中包括GTP包包头中接收端的隧道标识被压缩,对所述后续GTP包解压缩,并根据所述存储的对应关系,从所述后续GTP包中恢复出所述隧道标识。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2009/071841 WO2010133022A1 (zh) | 2009-05-19 | 2009-05-19 | 语音包发送、接收的方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102369753A CN102369753A (zh) | 2012-03-07 |
CN102369753B true CN102369753B (zh) | 2014-08-06 |
Family
ID=43125713
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200980158261.3A Expired - Fee Related CN102369753B (zh) | 2009-05-19 | 2009-05-19 | 语音包发送、接收的方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102369753B (zh) |
WO (1) | WO2010133022A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105264869B (zh) | 2013-06-26 | 2019-05-03 | 华为技术有限公司 | 一种ip地址分配的系统和方法 |
WO2017143538A1 (zh) * | 2016-02-24 | 2017-08-31 | 华为技术有限公司 | 语音数据传输方法以及装置 |
CN107172662A (zh) * | 2017-07-24 | 2017-09-15 | 京信通信系统(中国)有限公司 | 一种通信方法及装置 |
CN112566180B (zh) * | 2020-12-09 | 2023-03-24 | 东方通信股份有限公司 | 一种提升tetra系统分组数据传输速率的方法 |
CN114040029A (zh) * | 2021-11-11 | 2022-02-11 | 锐捷网络股份有限公司 | 报文压缩方法、装置、设备和存储介质 |
CN117998676A (zh) * | 2023-10-11 | 2024-05-07 | 腾讯科技(深圳)有限公司 | 基于多通道的数据传输方法、终端设备以及目标网关 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1122925B1 (en) * | 2000-02-02 | 2004-01-21 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP) |
CN101350812A (zh) * | 2008-08-22 | 2009-01-21 | 上海华为技术有限公司 | 一种数据的传输方法、通信设备及通信系统 |
CN101388825A (zh) * | 2007-09-12 | 2009-03-18 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101369977A (zh) * | 2008-09-18 | 2009-02-18 | 华为技术有限公司 | 数据传输的方法、装置和系统 |
-
2009
- 2009-05-19 CN CN200980158261.3A patent/CN102369753B/zh not_active Expired - Fee Related
- 2009-05-19 WO PCT/CN2009/071841 patent/WO2010133022A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1122925B1 (en) * | 2000-02-02 | 2004-01-21 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP) |
CN101388825A (zh) * | 2007-09-12 | 2009-03-18 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
CN101350812A (zh) * | 2008-08-22 | 2009-01-21 | 上海华为技术有限公司 | 一种数据的传输方法、通信设备及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102369753A (zh) | 2012-03-07 |
WO2010133022A1 (zh) | 2010-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10412650B2 (en) | Data transmission method, apparatus and system | |
EP3793240A1 (en) | Configuration method, data transmission method and apparatus | |
JP6025880B2 (ja) | データ伝送方法、装置及びシステム | |
CN101388825B (zh) | 一种传输gprs隧道协议数据包的方法和设备 | |
JP3676977B2 (ja) | Gprsにおけるデータ送信方法 | |
US8792410B2 (en) | Relay method of transport bearer, apparatus and communication system | |
JP4893581B2 (ja) | 多重化通信システム、送信処理装置、受信処理装置、多重化通信方法、送信処理方法、および受信処理方法 | |
CN102369753B (zh) | 语音包发送、接收的方法、装置和系统 | |
TWI432044B (zh) | 無線通訊裝置、其標頭壓縮方法及其標頭解壓縮方法 | |
EP2924940B1 (en) | User plane data transmission methods, mobility management network element and evolved node b | |
US10575209B2 (en) | Method and device for data shunting | |
EP2533478A1 (en) | Method, terminal and gateway for transmitting internet protocol version 6 packets in internet protocol version 4 network | |
CN106464602A (zh) | 使用at命令中mtu大小的上报 | |
KR20060054662A (ko) | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 | |
TW546932B (en) | Method and apparatus for reducing transmission overhead in a communication system | |
CN108617009B (zh) | 一种数据传输方法、装置、系统及分组数据网网关 | |
EP3537666B1 (en) | Service data processing method and apparatus | |
CN106471854B (zh) | 一种下行分流汇聚方法、上行分流汇聚方法及设备 | |
KR100689473B1 (ko) | 통신시스템에서 프로토콜 헤더 압축장치 및 방법 | |
WO2023005452A1 (zh) | 一种通信方法、装置及设备 | |
CN101183924B (zh) | 用户数据报协议复用和复用协商的方法及装置 | |
WO2020062240A1 (zh) | 一种信息传输方法及装置、通信设备 | |
WO2020062176A1 (zh) | 无线通信方法、终端设备和接入网设备 | |
WO2020097809A1 (zh) | 压缩、解压缩以太帧的方法和通信设备 | |
CN111278060A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140806 |