CN101155141A - 分组语音数据包传输方法及其*** - Google Patents
分组语音数据包传输方法及其*** Download PDFInfo
- Publication number
- CN101155141A CN101155141A CNA2006101597212A CN200610159721A CN101155141A CN 101155141 A CN101155141 A CN 101155141A CN A2006101597212 A CNA2006101597212 A CN A2006101597212A CN 200610159721 A CN200610159721 A CN 200610159721A CN 101155141 A CN101155141 A CN 101155141A
- Authority
- CN
- China
- Prior art keywords
- packet
- transmitting terminal
- check field
- stream
- rtp
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及无线通信领域,公开了一种分组语音数据包传输方法及其***,使得VoIP业务的传输效率得以提高。本发明中,由发送端根据待发送的VoIP数据包的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段,并将生成的校验字段添加在该数据包中后发送,接收端仅对该数据包的部分内容进行校验,从而大大减少了因校验错误而导致重传的次数。对经AMR编码的语音,将CRC校验字段的长度缩为12个比特,在同样满足传输要求的前提下,减少了传输校验字段所需的资源,进一步提高了***容量。
Description
技术领域
本发明涉及无线通信领域,特别涉及分组语音技术。
背景技术
VoIP(Voice over Internet Protocol)是一种以网间互联协议(InternetProtocol,简称“IP”)电话为主,并推出相应的增值业务的技术。VoIP最大的优势是能广泛地采用互联网和全球IP互连的环境,提供比传统业务更多、更好的服务。VoIP可以在IP网络上便宜的传送语音、传真、视频、和数据等业务,如统一消息、虚拟电话、虚拟语音/传真邮箱、查号业务、互联网呼叫中心、互联网呼叫管理、电视会议、电子商务、传真存储转发和各种信息的存储转发等。IP电话就是利用VoIP技术所提供的一种语音业务。
传统上语音是通过电路域传输的,典型的代表是公用电话交换网(PublicSwitched Telephone Network,简称“PSTN”)。但随着因特网的飞速发展,在因特网上传送话音的技术成为非常热门的技术。VoIP技术是将标准的话音信号转换成经过压缩的分组数据(即可以在IP网络上传输的IP分组数据包)在因特网或其它IP网络上传输。
为了能够通过IP传输语音,首先要将话音信号数字化,再将语音数据进行分组、添加VoIP协议,通过IP网络传输到目的地,接着把到达目的地的分组数据包按发送顺序重新排序,使用与发送方相对应的解压缩算法从数据中恢复出话音信号。
话音信号的数字化又可包含两个步骤:首先,***检测最近数字化的信息中是否包含话音信号,或者仅仅是环境噪声,然后决定是否丢弃;其次,引入复杂的算法来减少传送到对方的信息量(即压缩)。智能编码通够进行噪声抑制,并对话音数据流进行压缩。在VoIP技术中,通常使用G.711/G.723.1/G.729/G.726/UMTS AMR(通用移动通信***自适应多速率)/增强型可变速率编码器(Enhanced Variable Rate Coder,简称“EVRC”)等标准进行编解码。
在宽带码分多址(Wideband Code Division Multiple Access,简称“WCDMA”)***中,语音经过AMR压缩编码,基于实时传输协议(RealTimeTransfer Protocol,简称“RTP”)协议,通过IP网络进行传输,具体报文结构如表1所示:
IPv4(v6)头40(60)字节 | UDP头8字节 | RTP头12字节 | CMR4比特 | ToC6比特 | ClassA81比特 | Class B103比特 | Class C60比特 |
表1
其中IPv4(v6)头、用户数据报协议(User Datagram Protocol,简称“UDP”)头、以及RTP头都是数据包的包头;编码模式请求(Codec Mode Request,简称“CMR”)是本端用户设备(User Equipment,简称“UE”)发给对端UE的模式请求;内容列表(table ofcontents,简称“ToC”)是对该语音帧的类型、质量等的指示信息;A子流(Class A)、B子流(Class B)、和C子流(Class C)是该数据包的各子流。
由于AMR编码的A、B、C子流比特重要性不一致(A子流的比特重要性最高),所以为了提高效率,协议建议VoIP采用不均等错误保护(UnequalError Protection,简称“UEP”)传输,即对重要的比特采用比较多的保护,而对不重要的比特采用比较少的保护或者不保护。
目前,现有的技术方案一是由无线网络控制器(Radio NetworkController,简称“RNC”)把IP拆分为4个包(IP头、A子流、B子流、C子流),建立4个无线承载(Radio Bearers,简称“RB”),通过给每个RB分别分配不同的信道参数进行实现的。
但是,该方案有以下两个缺点:
(1)建立多个RB会带来更多的资源需求,对***造成负担。
(2)由于高速分组接入(High Speed Packet Access,简称“HSPA”)信道有的实现可能会不支持多个RB承载,因此,可能无法承载在未来VoIP业务的主流承载HSPA信道中。
现有的技术方案二是将VoIP业务承载在HSPA信道上,发送端在整个IP包后面加了24比特的循环冗余校验(Cyclic Redundancy Check,简称“CRC”)位(如表2所示),接收端对整个IP包进行CRC校验。
IPv4(v6)头40(60)字节 | UDP头8字节 | RTP头12字节 | CMR4比特 | ToC6比特 | ClassA81比特 | Class B103比特 | Class C60比特 | CRC24比特 |
表2
但是,该方案同样存在以下问题:
(1)没有区分AMR的不同子流,无法使不同子流得到不同的CRC保护。
(2)对于VoIP业务而言,24比特的CRC有点浪费,因为电路交换域(Circuit Switched Domain,简称“CS”)语音业务采用12比特CRC,误比特率(Bit Error Rate,简称“BER”)就已经低于10-6了。
发明内容
有鉴于此,本发明的主要目的在于提供一种分组语音数据包传输方法及其***,使得VoIP业务的传输效率得以提高。
为实现上述目的,本发明提供了一种分组语音数据包传输方法,包含以下步骤:
发送端根据待发送的分组语音数据包的IP包头、用户数据报协议UDP包头、实时传输协议RTP包头、编码模式请求CMR、内容列表ToC、和A子流之一或其任意组合生成循环冗余校验CRC校验字段,并将生成的校验字段添加在该数据包中后发送;
接收端收到所述数据包后,根据其中的校验字段对所述发送端生成校验字段时所依据的内容进行校验。
其中,还包含以下步骤:
如果所述接收端校验成功,则接收所述数据包,否则丢弃该数据包。
此外在所述方法中,所述数据包为经自适应多速率AMR编码的语音业务的数据包,所述发送端生成的CRC校验字段长度小于24比特。
此外在所述方法中,所述发送端生成的CRC校验字段长度为12比特。
此外在所述方法中,所述发送端根据所述数据包的IP包头、UDP包头、RTP包头、CMR、ToC和A子流生成所述CRC校验字段。
此外在所述方法中,所述数据包承载在高速分组接入信道或专用信道中。
此外在所述方法中,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由基站的高速媒体接入控制层或增强媒体接入控制层根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;
当所述发送端为用户设备时,由用户设备的高速媒体接入控制层或增强媒体接入控制层根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流。
此外在所述方法中,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由基站的高速媒体接入控制层或增强媒体接入控制层获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流;
当所述发送端为用户设备时,由用户设备的高速媒体接入控制层或增强媒体接入控制层获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流。
此外在所述方法中,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由无线网络控制器通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;
当所述发送端为用户设备时,由用户设备通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流。
此外在所述方法中,所述数据包通过宽带码分多址或长期演进网络承载。
本发明还提供了一种分组语音数据包传输***,包含发送端与接收端,所述发送端包含:用于根据待发送的分组语音数据包的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段的模块;和
用于将生成的校验字段添加在所述数据包中后发送的模块;
所述接收端包含:用于根据收到的所述数据包的校验字段对所述发送端生成校验字段时所依据的内容进行校验的模块。
其中,所述接收端还包含:
用于判断所述校验是否成功的模块;和
用于在所述校验成功时接受所述数据包,在所述校验失败时丢弃该数据包的模块。
此外在所述***中,所述数据包为电路交换域经AMR编码的语音业务的数据包,所述发送端生成的CRC校验字段长度为12比特。
此外在所述***中,所述用于生成CRC校验字段的模块通过以下方式之一从所述数据包中分离出所述A子流:
根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;或
获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流。
本发明还提供了一种分组语音数据包传输方法,包含以下步骤:
发送端根据待发送的经AMR编码的分组语音数据包生成小于24比特的循环冗余校验CRC校验字段,并将生成的校验字段添加在所述数据包后承载在高速分组接入信道中发送;
接收端从高速分组接入信道收到所述经AMR编码的分组语音数据包后,根据该数据包中的校验字段对该数据包进行校验,如果校验成功,则接受该数据包,否则丢弃该数据包。
本发明还提供了一种分组语音数据包传输***,包含发送端与接收端,所述发送端包含:用于根据待发送的经AMR编码的分组语音数据包生成长度小于24比特的循环冗余校验CRC校验字段的模块;和
用于将生成的校验字段添加在所述数据包后承载在高速分组接入信道中发送的模块;
所述接收端包含:根据从高速分组接入信道收到的所述经AMR编码的分组语音数据包中的校验字段对该数据包进行校验的模块;
用于判断所述校验是否成功的模块;和
用于在所述校验成功时接受该数据包,在所述校验失败时丢弃该数据包的模块。
通过比较可以发现,本发明的技术方案与现有技术的主要区别在于,由发送端根据待发送的VoIP数据包的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段,并将生成的校验字段添加在该数据包中后发送。使得接收端仅需对该数据包的部分内容进行校验,大大减少了因校验错误而导致重传的次数,从而减少了发射功率,提高了***容量。
在VoIP数据包的各子流中,仅对重要性较高的A子流进行校验,实现了VoIP业务的UEP传输。
由于无需对待发送的VoIP数据包进行拆分,因此节约了建立多个无线承载所需的资源,减少了对***造成的负担,而且,使得该数据包既可以通过高速分组接入信道承载,也可以通过专用信道承载。
对于经AMR编码的语音业务的数据包,生成的CRC校验字段长度小于现有技术中采用的24比特CRC校验字段,减少了传输校验字段所需的资源,进一步提高了***容量。而且,如果采用12比特的CRC校验字段,误比特率(Bit Error Rate,简称“BER”)就已经低于10-6了,因此同样可以满足语音业务所需的性能需求。
多种划分VoIP数据包中各子流的方法,为本发明的实现提供了具体的实施方式。
附图说明
图1是根据本发明第一实施方式的VoIP数据包传输方法流程图;
图2是根据现有技术中根据整个VoIP数据包生成CRC校验字段示意图;
图3是根据本发明第一实施方式中根据VoIP数据包中部分内容生成CRC校验字段示意图;
图4是根据本发明第四实施方式的VoIP数据包传输***结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
在本发明中,发送端根据分组语音数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段,并将生成的校验字段添加在该数据包中后发送。接收端收到该数据包后,根据其中的校验字段对发送端生成校验字段时所依据的内容进行校验,如果该接收端校验成功,则接收该数据包,否则丢弃该数据包。分组语音数据包可通过宽带码分多址(Wideband Code Division Multiple Access,简称″WCDMA″)网络、长期演进(Long Term Evolution,简称“LTE”)网络、或其他网络承载。
下面对本发明的第一实施方式进行详细阐述。本实施方式涉及VoIP数据包传输方法,本实施方式以WCDMA网络为例,本实施方式中的VoIP数据包为经AMR编码的语音业务数据包,具体流程如图1所示。
在步骤101中,发送端根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段。
具体地说,由于在VoIP数据包中,IP包头、UDP包头、RTP包头、CMR、ToC、和A子流具有较高的重要性,相对而言,B、C子流的重要性不高。因此仅对IP包头、UDP包头、RTP包头、CMR、ToC、和A子流进行CRC校验,对B、C子流不进行CRC校验,区分出了AMR的不同子流,使得不同子流得到不同的CRC保护,实现了VoIP业务的UEP传输。
以AMR 12.2K的VoIP为例,具体IP包的比特分配如表3所示:
全部比特 | 包头/CMR/ToC/classA | |||
24-比特CRC | 12-比特CRC | 24-比特CRC | 12-比特CRC | |
包头比特数 | 32 | 32 | 32 | 32 |
CMR比特数 | 4 | 4 | 4 | 4 |
ToC比特数 | 6 | 6 | 6 | 6 |
ClassA比特数 | 81 | 81 | 81 | 81 |
Class B比特数 | 103 | 103 | 103 | 103 |
Class C比特数 | 60 | 60 | 60 | 60 |
For Byte alignment(字节分配比特数) | 2 | 2 | 2 | 2 |
Data bits in CRC(进行CRC校验数据比特数) | 288 | 288 | 123 | 123 |
CRC比特数 | 24 | 12 | 24 | 12 |
Data in CRC+CRC(包含CRC的进行CRC校验数据比特数) | 312 | 300 | 147 | 135 |
Packet length(分组长度比特数) | 312 | 300 | 312 | 300 |
表3
由此可见,B子流和C子流的比特数为103+60=163,占总比特数312的52%,假定在传输中每个比特出错的概率是相等的,那么如果不对B、C子流进行CRC校验,整个块出错的概率就大大降低了,又因为重传主要是因为CRC校验出错,所以不对B、C子流进行CRC校验可以降低CRC出错率,减少重传次数,从而提高了***容量。
发送端要实现根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段,首先需要从该数据包中分离出A子流。在本实施方式中,当发送端为网络侧时,由基站的高速媒体接入控制层(MAC-hs)或增强媒体接入控制层(MAC-e)通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流;当发送端为UE时,由UE的MAC-hs或MAC-e通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流。TOC的格式如下(细节请参见【RFC 3267】):
+-+-+-+-+-+-+
|F| FT |Q|
+-+-+-+-+-+-+
其中,FT为帧类型索引,根据该值可以判断当前采用的是哪种AMR(AMR-WB)模式,从而分离出A子流和B、C子流,具体帧类型值和模式的对应关系参见【3GPP TS 26.101】和【3GPP TS 26.201】。
发送端分离出各子流后,即可只根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段。由于对于经AMR编码的语音业务数据包而言,采用12比特CRC,误比特率(Bit Error Rate,简称“BER”)就已经低于10-6了,因此,可以采用小于24比特(如12比特)的CRC校验字段,在满足语音业务性能需求的情况下,减少传输校验字段所需的资源,以进一步提高***容量。
图2为现有技术中发送端根据整个IP包生成CRC校验字段的示意图;图3为本实施方式中仅根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段的示意图。采用不同方案(如依据不同的内容生成校验字段、采用不同长度的校验字段)的具体仿真结果如表4所示:
全部比特 | 包头/CMR/ToC /classA | |||
24-比特CRC | 12-比特CRC | 24-比特CRC | 12-比特CRC | |
Reduction in message size(在消息大小中缩减量的百分比) | - | 3.8% | - | 3.8% |
Reduction in transmissions(在传输中缩减量的百分比) | - | 0.3% | 4.5% | 5.0% |
Capacity gain(容量增益的百分比) | - | 4.3% | 4.7% | 9.4% |
Residual BER of class Band C(残余B、C子流的BER) | <1e-6 | 1e-6 | 4.2e-4 | 4.5e-4 |
表4
不难发现,如果发送端仅根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成12比特的CRC校验字段,可以有效降低重传次数,提高***容量,而且对于B、C子流而言,残留BER也可以达到要求。即使发送端根据整个IP包生成CRC校验字段,只要仅生成12比特的CRC校验字段,也可以在满足语音业务性能需求的情况下,减少传输校验字段所需的资源,以进一步提高***容量。
接着,进入步骤102,发送端将生成的CRC校验字段添加在该VoIP数据包中后发送。具体地说,发送端的MAC-hs或MAC-e将生成的CRC校验字段添加在该VoIP数据包的尾部,如表5所示,并将该VoIP数据包承载在高速分组接入信道或专用信道中发送。
IPv4(v6)头40(60)字节 | UDP头8字节 | RTP头12字节 | CMR4比特 | ToC6比特 | ClassA81比特 | Class B103比特 | Class C60比特 | CRC12比特 |
表5
由于在本实施方式中,无需对待发送的VoIP数据包进行拆分,因此节约了建立多个无线承载所需的资源,减少了对***造成的负担,而且,使得该数据包既可以通过高速分组接入信道承载,也可以通过专用信道承载,扩大了本实施方式的应用范围。
接着,进入步骤103,接收端对收到的数据包进行CRC校验。具体地说,接收端收到该VoIP数据包后,根据其中的校验字段对发送端生成校验字段时所依据的内容进行校验。本实施方式中,发送端生成校验字段时所依据的内容是IP包头、UDP包头、RTP包头、CMR、ToC、和A子流,所以在接收端也根据VoIP数据包中的CRC校验字段对IP包头、UDP包头、RTP包头、CMR、ToC、和A子流进行CRC校验。如果发送端是依据其它字段生成CRC校验字段的,则在接收端进行CRC校验的对象也需相应地改变。由于接收端仅需对该数据包的部分内容进行校验,因此大大减少了因校验错误而导致重传的次数,从而减少了发射功率,提高了***容量。
接着,进入步骤104,接收端判断校验是否正确,如果正确,则说明该VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流在传输过程中尚未出现错误,进入步骤105,接收该数据包;如果校验错误,则说明该VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流中至少有一部分传输错误,进入步骤106,丢弃该数据包,以保证VoIP数据包的正确性。
在上述第一实施方式中,根据IIP/UDP/RTP头、CMR、ToC、和A子流生成12比特的CRC校验字段,这是一种较佳的实施方式,本发明也包括其它生成CRC校验字段的方案,例如:
CRC校验字段采用N(N小于24)个比特,只针对IP/UDP/RTP头,CMR,ToC和A子流进行CRC校验。
CRC校验字段采用N个比特,只针对IP/UDP/RTP头和A子流进行CRC校验;
CRC校验字段采用N个比特,只针对IP/UDP/RTP头进行CRC校验;
CRC校验字段采用N个比特,只针对IP/UDP/RTP头和CMR,ToC进行CRC校验;
CRC校验字段采用N个比特,只针对CMR,ToC进行CRC校验;
CRC校验字段采用N个比特,只针对CMR,ToC和A子流进行CRC校验;
CRC校验字段采用N个比特,只针对A子流进行CRC校验。
因为只是针对IP包中的一部分内容进行CRC校验,所以上述这些方案或多或少都可以达到减少重传次数的效果。
本发明的第二实施方式涉及VoIP数据包传输方法,本实施方式与第一实施方式大致相同,其区别仅在于,发送端从该数据包中分离出各子流的方法有所不同。
在第一实施方式中,当发送端为网络侧时,由基站的MAC-hs或MAC-e通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流;当发送端为UE时,由UE的MAC-hs或MAC-e通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流。
而在本实施方式中,当发送端为网络侧时,由基站的MAC-hs或MAC-e获取IP包结构和RTP负荷长度之间的对应关系,根据该数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出A子流。也就是说,当会话初始化协议(Session Initiation Protocol,简称“SIP”)信令协商好之后,UE给RNC上报可能的IP包结构和RTP负荷长度之间的对应关系,然后RNC把该表格传给基站的MAC-hs和MAC-e,MAC-hs(或MAC-e)根据收到的RTP包负荷大小查表得到当前的IP包结构,从而分离出A子流和B、C子流。当发送端为UE时,由UE的MAC-hs或MAC-e获取IP包结构和RTP负荷长度之间的对应关系,根据该数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出A子流。
由于本实施方式中的发送端同样是根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段,因此,接收端仅需对该数据包的部分内容进行校验,大大减少了因校验错误而导致重传的次数,从而减少了发射功率,提高了***容量。
本发明的第三实施方式涉及VoIP数据包传输方法,本实施方式与第一实施方式大致相同,其区别仅在于,发送端从该数据包中分离出各子流的方法有所不同。
在第一实施方式中,当发送端为网络侧时,由基站的MAC-hs或MAC-e通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流;当发送端为UE时,由UE的MAC-hs或MAC-e通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流。
而在本实施方式中,当发送端为网络侧时,由网络侧的RNC通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流,RNC根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成12比特的CRC校验字段。当发送端为UE时,由UE通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流。
由于本实施方式中的发送端同样是根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段,因此,接收端仅需对该数据包的部分内容进行校验,大大减少了因校验错误而导致重传的次数,从而减少了发射功率,提高了***容量。
本发明的第四实施方式涉及VoIP数据包传输***,包含发送端与接收端。在发送端中包含:用于根据待发送的VoIP数据包的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段的模块;和用于将生成的校验字段添加在该数据包中后发送的模块。在接收端中包含:用于根据收到的VoIP数据包的校验字段对发送端生成校验字段时所依据的内容进行校验的模块;用于判断校验是否成功的模块;和用于在校验成功时接受该数据包,在校验失败时丢弃该数据包的模块。
其中,VoIP数据包为经AMR编码的语音业务数据包,生成的CRC校验字段长度为12比特,以在满足语音业务性能需求的情况下,减少传输校验字段所需的资源,以进一步提高***容量。生成CRC校验字段的模块可通过以下方式之一从VoIP数据包中分离出A子流:
(1)根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出A子流。
(2)获取IP包结构和RTP负荷长度之间的对应关系,根据该数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出A子流。
由于本实施方式中的发送端仅根据VoIP数据包中的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流生成CRC校验字段,因此不但实现了VoIP业务的UEP传输,而且使得接收端仅需对该数据包的部分内容进行校验,大大减少了因校验错误而导致重传的次数,从而减少了发射功率,提高了***容量。
虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (16)
1.一种分组语音数据包传输方法,其特征在于,包含以下步骤:
发送端根据待发送的分组语音数据包的IP包头、用户数据报协议UDP包头、实时传输协议RTP包头、编码模式请求CMR、内容列表ToC、和A子流之一或其任意组合生成循环冗余校验CRC校验字段,并将生成的校验字段添加在该数据包中后发送;
接收端收到所述数据包后,根据其中的校验字段对所述发送端生成校验字段时所依据的内容进行校验。
2.根据权利要求1所述的分组语音数据包传输方法,其特征在于,还包含以下步骤:
如果所述接收端校验成功,则接收所述数据包,否则丢弃该数据包。
3.根据权利要求1所述的分组语音数据包传输方法,其特征在于,所述数据包为经自适应多速率AMR编码的语音业务的数据包,所述发送端生成的CRC校验字段长度小于24比特。
4.根据权利要求3所述的分组语音数据包传输方法,其特征在于,所述发送端生成的CRC校验字段长度为12比特。
5.根据权利要求1所述的分组语音数据包传输方法,其特征在于,所述发送端根据所述数据包的IP包头、UDP包头、RTP包头、CMR、ToC和A子流生成所述CRC校验字段。
6.根据权利要求1所述的分组语音数据包传输方法,其特征在于,所述数据包承载在高速分组接入信道或专用信道中。
7.根据权利要求1至6中任一项所述的分组语音数据包传输方法,其特征在于,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由基站的高速媒体接入控制层或增强媒体接入控制层根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;
当所述发送端为用户设备时,由用户设备的高速媒体接入控制层或增强媒体接入控制层根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流。
8.根据权利要求1至6中任一项所述的分组语音数据包传输方法,其特征在于,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由基站的高速媒体接入控制层或增强媒体接入控制层获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流;
当所述发送端为用户设备时,由用户设备的高速媒体接入控制层或增强媒体接入控制层获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流。
9.根据权利要求1至6中任一项所述的分组语音数据包传输方法,其特征在于,所述发送端通过以下方式从所述数据包中分离出所述A子流:
当所述发送端为网络侧时,由无线网络控制器通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;
当所述发送端为用户设备时,由用户设备通过解RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流。
10.根据权利要求1至6中任一项所述的分组语音数据包传输方法,其特征在于,所述数据包通过宽带码分多址或长期演进网络承载。
11.一种分组语音数据包传输***,包含发送端与接收端,其特征在于,所述发送端包含:用于根据待发送的分组语音数据包的IP包头、UDP包头、RTP包头、CMR、ToC、和A子流之一或其任意组合生成CRC校验字段的模块;和
用于将生成的校验字段添加在所述数据包中后发送的模块;
所述接收端包含:用于根据收到的所述数据包的校验字段对所述发送端生成校验字段时所依据的内容进行校验的模块。
12.根据权利要求11所述的分组语音数据包传输***,其特征在于,所述接收端还包含:
用于判断所述校验是否成功的模块;和
用于在所述校验成功时接受所述数据包,在所述校验失败时丢弃该数据包的模块。
13.根据权利要求12所述的分组语音数据包传输***,其特征在于,所述数据包为经AMR编码的语音业务的数据包,所述发送端生成的CRC校验字段长度为12比特。
14.根据权利要求10至13中任一项所述的分组语音数据包传输***,其特征在于,所述用于生成CRC校验字段的模块通过以下方式之一从所述数据包中分离出所述A子流:
根据RTP负荷中的ToC判断当前采用的AMR模式,并根据该AMR模式分离出所述A子流;或
获取IP包结构和RTP负荷长度之间的对应关系,根据所述数据包的RTP包负荷大小查找该对应关系,得到IP包结构,并根据该IP包结构分离出所述A子流。
15.一种分组语音数据包传输方法,其特征在于,包含以下步骤:
发送端根据待发送的经AMR编码的分组语音数据包生成小于24比特的循环冗余校验CRC校验字段,并将生成的校验字段添加在所述数据包后承载在高速分组接入信道中发送;
接收端从高速分组接入信道收到所述经AMR编码的分组语音数据包后,根据该数据包中的校验字段对该数据包进行校验,如果校验成功,则接受该数据包,否则丢弃该数据包。
16.一种分组语音数据包传输***,包含发送端与接收端,其特征在于,所述发送端包含:用于根据待发送的经AMR编码的分组语音数据包生成长度小于24比特的循环冗余校验CRC校验字段的模块;和
用于将生成的校验字段添加在所述数据包后承载在高速分组接入信道中发送的模块;
所述接收端包含:根据从高速分组接入信道收到的所述经AMR编码的分组语音数据包中的校验字段对该数据包进行校验的模块;
用于判断所述校验是否成功的模块;和
用于在所述校验成功时接受该数据包,在所述校验失败时丢弃该数据包的模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101597212A CN101155141A (zh) | 2006-09-29 | 2006-09-29 | 分组语音数据包传输方法及其*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101597212A CN101155141A (zh) | 2006-09-29 | 2006-09-29 | 分组语音数据包传输方法及其*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101155141A true CN101155141A (zh) | 2008-04-02 |
Family
ID=39256585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101597212A Pending CN101155141A (zh) | 2006-09-29 | 2006-09-29 | 分组语音数据包传输方法及其*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101155141A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610587B (zh) * | 2009-07-13 | 2011-12-07 | 中兴通讯股份有限公司 | 一种基于tdd制式的数据传输方法和装置 |
WO2011144112A3 (zh) * | 2011-05-27 | 2012-03-08 | 华为技术有限公司 | 语音信号处理方法、装置和接入网*** |
CN102547848A (zh) * | 2011-01-04 | 2012-07-04 | 华为技术有限公司 | 一种处理业务数据流的方法和装置 |
CN102571266A (zh) * | 2011-01-04 | 2012-07-11 | 华为技术有限公司 | 一种传输块循环冗余校验的方法及装置 |
CN102571265A (zh) * | 2011-01-04 | 2012-07-11 | 华为技术有限公司 | 数据传输方法和发送设备 |
CN105681342A (zh) * | 2016-03-08 | 2016-06-15 | 随锐科技股份有限公司 | 一种基于h264的多路视频会议***的抗误码方法及*** |
CN109150482A (zh) * | 2018-07-27 | 2019-01-04 | 西安电子科技大学 | 物联网中基于固定比特的无线终端数据传输方法 |
CN111343605A (zh) * | 2020-03-06 | 2020-06-26 | 知轮(杭州)科技有限公司 | 一种用于车辆局域网高速传输数据的无线通信方法 |
CN114337929A (zh) * | 2022-01-05 | 2022-04-12 | 深圳市泛海三江科技发展有限公司 | 一种高可靠性通信校验方法 |
CN114499750A (zh) * | 2021-11-30 | 2022-05-13 | 华为技术有限公司 | 一种数据包的处理方法、通信装置及通信*** |
-
2006
- 2006-09-29 CN CNA2006101597212A patent/CN101155141A/zh active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610587B (zh) * | 2009-07-13 | 2011-12-07 | 中兴通讯股份有限公司 | 一种基于tdd制式的数据传输方法和装置 |
CN102571266B (zh) * | 2011-01-04 | 2015-11-25 | 华为技术有限公司 | 一种传输块循环冗余校验的方法及装置 |
CN102547848A (zh) * | 2011-01-04 | 2012-07-04 | 华为技术有限公司 | 一种处理业务数据流的方法和装置 |
CN102571266A (zh) * | 2011-01-04 | 2012-07-11 | 华为技术有限公司 | 一种传输块循环冗余校验的方法及装置 |
CN102571265A (zh) * | 2011-01-04 | 2012-07-11 | 华为技术有限公司 | 数据传输方法和发送设备 |
CN102571265B (zh) * | 2011-01-04 | 2015-11-25 | 华为技术有限公司 | 数据传输方法和发送设备 |
US9177548B2 (en) | 2011-05-27 | 2015-11-03 | Huawei Technologies Co., Ltd. | Method, apparatus, and access network system for speech signal processing |
US9171540B2 (en) | 2011-05-27 | 2015-10-27 | Huawei Technologies Co., Ltd. | Method, apparatus, and access network system for speech signal processing |
WO2011144112A3 (zh) * | 2011-05-27 | 2012-03-08 | 华为技术有限公司 | 语音信号处理方法、装置和接入网*** |
RU2546321C1 (ru) * | 2011-05-27 | 2015-04-10 | Хуавэй Текнолоджиз Ко., Лтд. | Способ, устройство и система сетевого доступа для обработки речевого сигнала |
CN105681342A (zh) * | 2016-03-08 | 2016-06-15 | 随锐科技股份有限公司 | 一种基于h264的多路视频会议***的抗误码方法及*** |
CN105681342B (zh) * | 2016-03-08 | 2019-12-17 | 随锐科技集团股份有限公司 | 一种基于h264的多路视频会议***的抗误码方法及*** |
CN109150482A (zh) * | 2018-07-27 | 2019-01-04 | 西安电子科技大学 | 物联网中基于固定比特的无线终端数据传输方法 |
CN111343605A (zh) * | 2020-03-06 | 2020-06-26 | 知轮(杭州)科技有限公司 | 一种用于车辆局域网高速传输数据的无线通信方法 |
CN111343605B (zh) * | 2020-03-06 | 2023-08-29 | 知轮(杭州)科技有限公司 | 一种用于车辆局域网高速传输数据的无线通信方法 |
CN114499750A (zh) * | 2021-11-30 | 2022-05-13 | 华为技术有限公司 | 一种数据包的处理方法、通信装置及通信*** |
CN114337929A (zh) * | 2022-01-05 | 2022-04-12 | 深圳市泛海三江科技发展有限公司 | 一种高可靠性通信校验方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101155141A (zh) | 分组语音数据包传输方法及其*** | |
US7688859B2 (en) | Telecommunications apparatus and method | |
KR101058729B1 (ko) | 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법 | |
US7730380B2 (en) | Method and apparatus for transmitting/receiving voice over internet protocol packets with a user datagram protocol checksum in a mobile communication system | |
US7864798B2 (en) | Method and apparatus for supporting voice over IP services over a cellular wireless communication network | |
US7733867B2 (en) | Header compression for real time internet applications | |
Sjoberg et al. | Real-time transport protocol (RTP) payload format and file storage format for the adaptive multi-rate (AMR) and adaptive multi-rate wideband (AMR-WB) audio codecs | |
US8711829B2 (en) | Method and apparatus for error correction in MBMS receipt system | |
US20080310452A1 (en) | Data link layer headers | |
KR101274869B1 (ko) | 무선 통신 네트워크 및 이를 통한 패킷 송신 방법 및데이터 수신 방법 | |
EP1786170B1 (en) | Header compression in voice packets | |
US8315238B2 (en) | Network processing node and method for manipulating packets | |
US20060245417A1 (en) | Method to provide unequal error protection and unequal error detection for internet protocol applications | |
EP2098035A2 (en) | Improved header compression in a wireless communication network | |
WO2004084500A1 (en) | Radio telecommunications apparatus and method for communicating internet data packets containing different types of data | |
US8995468B2 (en) | Communication with compressed headers | |
CN100566330C (zh) | 用于在分组交换通信网络中传输语音信号的改进的硬件、终端与方法 | |
WO2008104099A1 (en) | Transmission of data packets over a wireless telecommunication system | |
CN1153372C (zh) | 通过核心网的信息传输速率控制 | |
CN1608359A (zh) | Ims业务的无线电承载业务 | |
CN1425979A (zh) | 在多种终端间进行语音聊天的方法 | |
TWI538459B (zh) | 蜂巢式無線通信網路上支援網路語音服務方法及裝置 | |
Vale et al. | Reducing the VoIP packet overhead in UMTS air interface |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080402 |