CN102318282B - 一种压缩数据包的传输方法及装置 - Google Patents
一种压缩数据包的传输方法及装置 Download PDFInfo
- Publication number
- CN102318282B CN102318282B CN200980114204.5A CN200980114204A CN102318282B CN 102318282 B CN102318282 B CN 102318282B CN 200980114204 A CN200980114204 A CN 200980114204A CN 102318282 B CN102318282 B CN 102318282B
- Authority
- CN
- China
- Prior art keywords
- pdu
- layer protocols
- compressed data
- data packets
- packaged
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 113
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000012546 transfer Methods 0.000 claims description 22
- 230000001360 synchronised effect Effects 0.000 claims description 18
- 238000012856 packing Methods 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 9
- 238000011144 upstream manufacturing Methods 0.000 claims description 9
- 238000007906 compression Methods 0.000 description 21
- 230000006835 compression Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 6
- 238000012937 correction Methods 0.000 description 6
- 239000003638 chemical reducing agent Substances 0.000 description 5
- 230000003068 static effect Effects 0.000 description 5
- 230000006837 decompression Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000013467 fragmentation Methods 0.000 description 2
- 238000006062 fragmentation reaction Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0086—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
一种压缩数据包的传输方法及装置,该方法包括:将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;建立所述第一下层协议PDU和第二下层协议PDU的关联关系;第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输。上述方法和装置提高了压缩数据包传输的可靠性。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种头压缩数据包的传输方法及装置。
背景技术
由于物理条件的限制,无线链路与有线链路相比,传输速率较低,而误码率偏高。当将网际协议(IP)技术应用在无线网络小区环境中时,存在分组头标开销过大的问题。例如,一个IPv6语音通信分组,用户真正需要的分组净荷往往只占整个分组的22%。这样不仅浪费带宽,还增大了由于分组出错而导致的该分组被丢弃的概率。若不采取有效措施,在浪费宝贵无线网络资源的同时,还会降低服务质量(QoS)。
采用头压缩机制可以解决上述问题,同时可保证IP协议固有的灵活性。头压缩机制可包括鲁棒性头标压缩(ROHC,Robust Header Compression)、实时传输协议头压缩(Real-time Transport Protocol Header Compression,CRTP)机制,以及扩展实时传输协议头压缩(Extended RTP Header Compression,ECRTP)机制等。
以ROHC为例,ROHC是一种基于流的头标压缩方案。在网络数据传输过程中,同一个流的分组中大部分头标域具有相同的域值。ROHC机制在某个流中取一个参考分组,对于其他分组仅仅发送头标域中相对参考分组变化的信息,以达到压缩目的,从而节省分组头标开销,更加有效地利用带宽。同时,ROHC机制还通过控制反馈消息的频率和数量、检测不同步的逻辑以及差错校验等手段,使该ROHC机制具有高度的有效性和合理的鲁棒性。因此,ROHC机制提供了一种应用于高误码率和长时延链路的头标压缩机制。
通过ROHC机制在无线网络中进行通信,需要建立ROHC信道(channel),ROHC信道为一个逻辑信道,在这个逻辑信道中,入口是压缩器,出口是解压缩器,压缩器和解压缩器一一对应。压缩器把原始数据进行头压缩以后通过该逻辑信道发送给解压缩器。该ROHC信道为单向逻辑信道。同时,为了支持双向压缩,解压缩器必须能够给压缩器提供反馈信息,因此ROHC反馈信道(feedback channel)为承载所述反馈信息的逻辑信道,入口是解压缩器,出口是压缩器。
ROHC头压缩可以被简单描述为两个状态机(一个压缩状态机和一个解压状态机)之间的互作用。两个状态机各自都有三种不同的状态。两个状态机都是由最低的压缩状态开始逐步转变到更高的状态。其中压缩状态机的状态转移方式如下图1所示,解压缩状态机的状态转移方式如下图2所示。
如上图1所示,ROHC压缩机包含三种状态:IR(Initial and Refresh),FO(First Order),SO(Second Order)。初始的状态为IR状态,这时解压缩端几乎没有解压缩所需的静态和动态信息,ROHC压缩端发送IR或是IR-DYN数据包,其中包含了数据包头中的静态信息(源IP地址,目的IP地址等)和一些动态信息(SN,Timestamp等)。IR包可以既包含静态信息又包含动态信息,而IR-DYN包只可以包含动态信息。当解压缩端得到静态信息和部分动态信息时,压缩端处于FO状态。当解压缩端得到所有的静态和动态信息,压缩端进入SO状态,报头的数据压缩到最小。
如上图2所示,ROHC解压缩状态机包含三种状态:NC(No Context),SC(Satic Context),FC(Full Context)。NC就是解压缩端的初始状态,这时解压缩端没有收到数据包,没有解压缩需要的任何信息;SC就是解压缩端得到了全部的静态解压缩的信息以及部分动态解压缩的信息;FC就是解压缩端已经获得了全部的解压缩信息。
自动重传请求(auto repeat request),通过接收方请求发送方重传出错的数据报文来恢复出错的报文,是通信中用于处理信道所带来差错的方法之一;另外一个方法是信道纠错编码。
传统自动重传请求分成为三种,即停等式(stop-and-wait)ARQ,回退n帧(go-back-n)ARQ,以及选择性重传(selective repeat)ARQ。后两种协议是滑动窗口技术与请求重发技术的结合,由于窗口尺寸开到足够大时,帧在线路上可以连续地流动,因此又称其为连续ARQ协议。三者的区别在于对于出错的数据报文的处理机制不同。
在停等式ARQ中,数据报文发送完成之后,发送方等待接收方的状态报告,如果状态报告报文发送成功,发送后续的数据报文,否则重传该报文。
在回退n帧的ARQ中,当发送方接收到接收方的状态报告指示报文出错后,发送方将重传过去的n个报文。
在选择性重传ARQ中,当发送方接收到接收方的状态报告指示报文出错,发送方只发送传送发生错误的报文。
三种ARQ协议中,复杂性递增,效率也递增。
除了传统的ARQ,还有混合ARQ(Hybrid-ARQ)。HARQ系统就是在ARQ系统中引入了前向纠错码FEC,该FEC可以用来纠正传输过程中的数据差错,即如果错误在FEC的纠错范围内,那么FEC就进行纠错,如果超出了其纠错范围,那么就要请求重传。数据报文传送到接收方之后,即使出错也不会被丢弃。接收方指示发送方重传出错报文的部分或者全部信息,将再次收到的报文信息与上次收到的报文信息进行合并,以恢复报文信息。
在现代的无线通信中,ARQ主要应用在无线链路层。比如,在WCDMA和cdma2000无线通信中都采用了选择性重传ARQ和混合ARQ。
发明人发现,由于无线信道传输的误码率相对较高,在传输ROHC等压缩方式数据包的过程中,传输可靠性不能得到很好的保证,从而导致ROHC数据包解压失败的可能性增加,如何增强压缩包传输的可靠性是目前需要解决的问题。
发明内容
本发明实施例公开了一种压缩数据包的传输方法及装置,以提高压缩数据包传输的可靠性。
一种压缩数据包的传输方法,包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输。
一种压缩数据包的传输方法,包括:
将压缩数据包的包头和负荷分为多个block块,每个block用一个序列号来标识,同一个压缩数据包的包头和负荷的第一个block的序列号相同;且每个block的最高有效位MSB用于识别该block是否是最后一个;
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
一种压缩数据包的传输方法,包括:
将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
一种压缩数据包的传输方法,包括:
将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
一种压缩数据包的传输方法,包括:
将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中所述第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;所述第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
一种压缩数据包的传输方法,包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
一种压缩数据包传输装置,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
关联模块:用于建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输。
一种压缩数据包传输装置,包括:
分块模块:用于将压缩数据包的包头和负荷分为多个block块,每个block用一个序列号来标识,同一个压缩数据包的包头和负荷的第一个block的序列号相同;且每个block的最高有效位MSB用于识别该block是否是最后一个;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
一种压缩数据包传输装置,包括:
分块模块:用于将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
一种压缩数据包传输装置,包括:
打包模块:用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
关联模块:用于建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
一种压缩数据包传输装置,包括:
打包模块,用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
发送模块,用于在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中所述第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;所述第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
一种压缩数据包传输装置,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于将在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
通过应用本发明实施例公开的方法和装置,包头和负荷采用了不同的MCS或ARQ/HARQ参数来传输,提高了压缩数据包传输的可靠性。
附图说明
图1为ROHC压缩机状态示意图;
图2为ROHC解压缩机状态示意图;
图3为本发明实施例ROHC数据包打包为MAC数据包示意图;
图4为本发明另一实施例ROHC数据包打包为MAC数据包示意图;
图5为本发明另一实施例ROHC数据包打包为MAC数据包示意图;
图6为本发明另一实施例压缩数据包打包为MAC数据包示意图;
图7为本发明另一实施例压缩数据包打包为MAC数据包示意图;
图8为本发明实施例压缩数据包分块示意图;
图9为本发明另一实施例压缩数据包分块示意图;
图10为本发明实施例压缩数据包传输方法示意图;
图11为本发明另一实施例压缩数据包传输方法示意图;
图12为本发明实施例压缩数据包传输装置示意图;
图13为本发明另一实施例压缩数据包传输装置示意图;
图14为本发明另一实施例压缩数据包传输装置示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明具体实施例作进一步的详细描述。
数据包头经ROHC压缩后,包含压缩信息和可选的反馈信息,因此,包头的传输可靠性要求比payload更高,包头的正确传输可以帮助解压端和压缩端上下文信息同步的维持。ROHC等压缩技术虽然可以减少数据包头的冗余,但是解压端需要维护一定的信息,并根据前面正确解压的数据包头,才能正确的解压出压缩前的数据包头,数据包头的丢失,可能会造成解压信息的丢失,会造成接下来包的解压出错。
部分ROHC数据包头中包含了具有需要更新的解压信息,这部分信息的丢失,也会造成数据包的解压出错。
因此,数据包头的丢失比之数据包净荷的丢失,会造成的问题更多,即有可能导致出错传递,从而无法正确解压随后的数据包头。
以ROCH为例,ROHC的数据包格式为:
Padding填充 |
Feedback反馈 |
Header包头 |
Payload负荷 |
其中Header包括:
Add-CID octet增加型上下文标识 |
first octet of base header基本包头首字节 |
0,1,or 2 octets of CID上下文标识 |
remainder of base header基本包头剩余字节 |
Extension扩展 |
IP-ID of outer IPv4 header外层IPv4包头IP标识 |
AH data for outer list外层列表认证数据 |
GRE checksumGRE校验和 |
IP-ID of inner IPv4 header内层IPv4包头IP标识 |
AH data for inner list内层列表认证数据 |
GRE checksumGRE校验和 |
UDP ChecksumUDP校验和 |
可以看到,ROHC包中包含了多个信息,如反馈信息、CID信息、更新的解压上下文信息等。
本发明实施例中,将压缩数据包的包头header(包括经压缩的数据包头和状态相关上下文信息)和负荷payload分开传送,如果数据包中还包括填充Padding及反馈Feedback,则将填充和反馈与包头在一起传输,合称包头,利用不同的MCS(modulation coding scheme)来保证正确接收,从而在保证数据包头有效压缩的情况下,提高重要解压信息传输的可靠性。
本发明实施例中,压缩数据包包头header与负荷payload用不同的MCS和/或ARQ参数(如重传次数,数据包生存周期等)传输,其中header可以使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数来保证传输的质量,payload可以使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数来提高传输的效率。
本发明实施例压缩数据传输的方法包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输。以下根据ROHC数据包传输的具体实施例进行详细说明。
实施例一
本实施例中,压缩数据包的包头与payload分开在不同的信道上传输,因此需要关联数据包的包头和payload,以下以ROCH数据包传输过程为例进行说明,以下场景可以为终端和无线网络侧的数据传输过程。
本发明实施例压缩数据包传输方法包括:
101,发送端将ROHC数据包的包头和payload分别打包成MAC PDU1和MAC PDU2;如果ROHC数据包还包括其他信息,如填充Padding及反馈Feedback,则将它们和包头一起打包成MAC PDU1;
102,建立MAC PDU1和MAC PDU2的关联关系;
103,将MAC PDU1与MAC PDU2放在不同的信道上传输,其中MACPDU1使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数传输,MAC PDU2使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数传输;
104,接收端接收到MAC PDU1与MAC PDU2后,根据MAC PDU1与MAC PDU2的关联关系,恢复所述ROHC数据包。
上述实施例中,发送端为网络侧,如基站,接收端为终端;或者接收端为网络侧,如基站,发送端为终端。其中header可以使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数,payload可以使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数。
数据包头与payload的关联方式有多种,以下分别进行说明。
第一种关联方式:在打包后的MAC PDU的MAC头或是下层封装协议的头中携带相关的标志位或序列号指示。
MAC PDU的格式如下所示:
MAC头 | 负荷 | 循环检验 |
其中MAC头包括:
HT:header type包头类型
EC:encryption control加密控制
Type:类型
ESF:Extended Subheader field扩展子头字段
EKS:Encryption key sequence加密密钥序列号
Len:长度
CID:连接标识
HCS:Header check sequence头校验序列
参考图3,采取本发明方案时,ROHC数据包在MAC层将包头打包成MAC PDU1,payload打包成MAC PDU2,其中在MAC PDU1和MAC PDU2的MAC head中,各增加一个新的TLV(Type Length Value:类型长度取值):
序列号SN:11bit,用于关联包头和payload,同一ROHC数据包的SN具有相同的数值,即MAC PDU1和MAC PDU2的SN具有相同的数值。
该关联方式可用于ARQ传输方式,也可用于HARQ的传输方式。
在另一个实施例中,使用分片子头Fragmentation subheader(FSH)来指示header和payload的关联关系。参考图4:
分片子头序列号FSN TLV,11bit,用于关联包头header和负荷payload,同一ROHC数据包的FSH的FSN具有相同的数值。即MAC PDU1和MACPDU2的FSH的FSN具有相同的数值。
或者使用打包子头Packing subheader(PSH)来指示header和payload的关联关系。参考图5:
打包子头序列号PSN TLV,11bit,用于关联包头header和负荷payload,同一ROHC数据包的PSH的PSN具有相同的数值。即MAC PDU1和MACPDU2的PSH具有相同的数值。
接收端接收到多个MAC PDU后,便可根据MAC PDU新增SN序列号的取值,或根据FSN或PSN的取值,得到相应的ROHC压缩数据包。
第二种关联方式:使用同一帧的不同时频资源块,如burst,发送ROHC数据包的header和payload,要求ROHC包的header和payload必须在同一帧中发送。由于payload和header分开在不同信道上传送,需要打包成两个MAC PDU,将包头对应的MAC PDU和payload对应的MAC PDU在同一帧的不同burst来传输。
参考图6,ROHC1(compressed head1+payload1),ROHC2(compressedhead2+payload2),ROHC3(compressed head3+payload3)的包头和payload分别打包为MAC PDU后,将包头对应的各个MAC PDU按顺序放在burst1传输,将各个payload对应的MAC PDU按顺序放在同一帧的burst2传输,且burst1和burst2分别属于不同的信道。发送时,在burst 1使用低阶的MCS和/或鲁棒性高的ARQ参数按顺序传送打包后的compressed header 1、compressed header 2......,在burst 2中使用高阶的MCS和/或鲁棒性低的ARQ参数传送打包后的payload 1、payload 2......在接收端,按照接收顺序将compressed header和payload重新组合起来便可恢复ROHC数据包。
该数据帧中,还要包括DL-MAP(Downlink-MAP下行链路映射)消息,或UL-MAP(Uplink-MAP上行链路映射)消息,用于指示接收端(终端)接收相关数据的位置或用于指示发送端(终端)发送相关数据的位置,即:指示该时频资源块在当前数据帧的位置。通过消息中包含的相关下行或上行链路映射信息单元来指示,所述上行链路映射单元中包括:发送端数据的时域起始位置、发送端数据的时域持续时间、发送端数据的子信道起始位置和发送端数据的子信道数目;所述下行链路映射单元中包括:接收端数据的时域起始位置、接收端数据的时域持续时间、接收端数据的子信道起始位置和接收端数据的子信道数目。以DL-MAP消息为例,如果接收端是终端MS,则下行链路映射信息单元具体包括:
MS数据的时域起始位置 |
MS数据的时域持续时间 |
MS数据的子信道起始位置 |
MS数据的子信道数目 |
每个数据帧中都要包括一个DL-MAP消息,每一个burst对应一个下行链路映射信息单元,因此一个数据帧中有几个burst,DL-MAP就要包括几个下行链路映射信息单元。如果应用于上行传输,则使用UL-MAP消息来,指示接收端接收相关数据的位置,通过消息中包含的相关上行链路映射信息单元来指示。
接收端接收到数据帧后,根据数据帧中的DL-MAP中的下行链路映射信息单元,便可按照接收顺序将compressed header和payload重新组合起来得到ROHC数据包。
在另一个实施例中,在DL-MAP消息中增加:指示某个调度单元(burst)中包含payload的长度,并将之与其header所在burst关联,这种情况下,payload打包后的MAC header可以省略。
参考图7,在DL-MAP消息中,burst1的下行链路映射单元结构和上个实施例一致,burst2对应的下行链路映射信息单元中增加各个payload的长度,以接收端为MS为例,包括:
MS数据的时域起始位置 |
MS数据的时域持续时间 |
MS数据的子信道起始位置 |
MS数据的子信道数目 |
Payload 1的长度 |
Payload 2的长度 |
…… |
这样,接收端根据DL-MAP中下行链路映射单元指示的payload长度区分出具体的payload,并按照接收顺序与compressed header进行关联,便可得到ROHC数据包。
同样,在LTE中,可以在DL-Scheduling消息中指示相同的内容。
本发明实施例还公开了一种压缩数据包传输装置,参考图12,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
关联模块:用于建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输。
上述装置可以为基站或终端。
其中:建立关联关系包括:所述第一下层协议PDU的数据包头和第二下层协议PDU的数据包头均包括一个序列号SN,且SN的取值相同;或
所述第一下层协议PDU的FSH子头或PSH子头与第二下层协议PDU的FSH子头或PSH子头中FSN或PSN取值相同。
另一种建立关联关系的方法包括:将所述第一下层协议PDU和第二下层协议PDU分别放在同一帧的不同时频资源块中,且该帧中包括上下或下行链路映射消息,该链路映射消息中包括各个时频资源块相关的上行或下行链路映射信息单元,所述上行或下行链路映射信息单元用于指示该时频资源块在当前数据帧的位置。
实施例二
通过BSN(Block sequence number)关联,在该实施例中,根据预先定义的block长度,将ROHC数据包包头和payload划分成若干个block(block个数等于ROHC数据包长度除以block长度),每个block用一个BSN(Blocksequence number)来标识。采用此种关联方式,需要先建立包头和payload的关联关系,然后再将包头和payload打包成MAC PDU进行传输。
该实施例压缩数据包传输的方法包括:
201、将压缩数据包的包头和负荷分为多个block块,每个block用一个block序列号BSN来标识,同一个压缩数据包的包头和负荷的第一个block的BSN相同;且每个block的最高有效位MSB用于识别该block是否是该压缩数据包的包头或负荷的最后一个block;
202、将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
203、在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
参考图8,针对同一个数据包,包头的第一个block与payload的第一个block使用相同的BSN。例如:BSN=1和BSN=2的block是ROHC1的包头,BSN=1、BSN=2和BSN=3的payload是ROHC1的payload,此时,该数据包的包头和payload的第一个block对应的BSN的取值都是1。同样,下一个数据包包头和payload的第一个block对应的BSN的取值都是4。
由于某些数据包的payload和包头最终包含的block个数不同,会造成空缺的BSN号,例如图8中,包头部分BSN=3空缺。可以使用BSN的最高有效位MSB(Most Significant Bit)指示该包头或payload的block是否为结束,例如:MSB=1表示最后一个block;MSB=0表示非最后一个block。图8中每个BSN的第一位为MSB,当取值是1时,表示一个数据包的包头或payload的最后一个block,当取值是0时,表示非最后一个block。例如:包头部分BSN=1表示不是最后一个block,BSN=2表示是最后一个block;payload部分BSN=1和BSN=2表示不是最后一个block,BSN=3表示是最后一个block。
接收端在收到MSB=1的block时,可以知道该数据包的包头或payload已经结束。下一个数据包从MSB=0的位置开始接收,从而在BSN编号不连续的情况下,接收端可以辨别出新的数据包起始编号。
在WiMAX中BSN可以由Fragmentation subheader(FSH)或是Packingsubheader(PSH)实现的,如下面两个表格所示:
上述关联关系建立后,便可对ROHC的数据包的包头和payload分别打包成MAC PDU,然后进行传输。其中,包头对应的MAC PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,payload对应的MAC PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。接收端接收后,便可根据包头和payload对应的block的BSN及MSB的取值,得到ROHC数据包。
本发明实施例还公开一种压缩数据包传输装置,参考图13,包括:
分块模块:用于将压缩数据包的包头和负荷分为多个block块,每个block用一个序列号来标识,同一个压缩数据包的包头和负荷的第一个block的序列号相同;且每个block的最高有效位MSB用于识别该block是否是最后一个;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
上述装置可以为基站或终端。
以上实施例,通过将压缩数据包的包头及payload分开在不同信道上传输,并且采用了不同的MCS及ARQ参数,提高了传输的可靠性。
实施例三
数据包头和payload在同一信道上传输,包头和payload分别拆分为block,如果包头部分不够,可以使用部分payload与之组成一个Block。每个block用一个BSN来标识,可以利用BSN的最高有效位MSB来指示该block是包头还是payload,例如MSB=1表示包头,MSB=0表示block。
本实施例中压缩数据包的传输方法,包括:
301、将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
302、将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
303、将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
参考图9,一个压缩数据包被分成了5个block,每个block用一个BSN来标识,每个BSN对应的block的第一位为MSB,BSN=1和BSN=2的block表示包头,BSN=3、BSN=4和BSN=5的block表示payload。
上述关联关系建立后,便可将压缩数据包的包头和payload分别打包成MAC PDU,然后进行传输。
底层根据MSB指示的信息,使用不同的MCS和/或ARQ参数来传输相应的包头和负荷payload,其中包头可以使用低阶的MCS和/或鲁棒性高的ARQ参数来保证传输的质量,payload可以使用高阶的MCS和/或鲁棒性低的ARQ参数来提高传输的效率。
本发明实施例还公开一种压缩数据包传输装置,参考图13,包括:
分块模块:用于将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
上述装置可以为基站或终端。
采用该压缩数据包传输方法不会有额外的开销,不需要增加信息来关联payload和数据包头。即使payload传送失败,仍然可以把header解压出来,从而利用header中的相关信息,进行解压端解压context的更新,使得后面的ROHC包可能正确的解压,因此提高的ROHC数据包解压的正确率。
上述各个实施例中,支持上述压缩数据包的传输方案,需要完成发送端和接收端之间的能力协商,如:终端MS和网络侧BS之间支持该能力的协商,具体协商的能力包括:
对于实施例一、二,MS与BS之间需要协商对数据包头(这里所属的数据包头包括数据包头、压缩状态信息和反馈信息等,以下数据包头具有相同含义)和payload在不同信道传输的能力的支持,对于实施例三,MS和BS之间需要协商包头和payload同一信道传输时MSB指示方式的能力,可以通过以下方式实现:
例如,在WiMAX中可以通过在SBC-REQ/RSP(用户基本能力请求/响应)、REG-REQ/RSP(注册请求响应)或DSx-REQ/RSP(动态业务建立请求/响应)中增加相应的TLV来支持该能力的协商。例如:终端将传输指示信息通知网络侧,由网络侧决定是否接受该传输方式,所述的传输指示信息可以通过SBC-REQ、REG-REQ或DSx-REQ携带;网络侧也可将传输指示信息通知终端,传输指示信息可以通过DSx-REQ携带。
或者通过在LTE中的UECapabilityEnquiry(用户设备能查询)或UECapabilityInformation(用户设备能力信息)来携带传输指示信息。
可以在上述消息中新增TLV:ROHC Diff Transport Indicator(ROHC传输指示),通过TLV的不同取值表示不同的传输指示:
发送端和接收端进行能力协商后,便可进行相应的压缩数据包的传输。
该实施例中,不需要增加额外的信息来关联包头及payload,并且包头及payload的传输采用了不同的MCS及ARQ参数,提高了传输的可靠性。
实施例四
针对HARQ传输方式,ROHC包头中包括的压缩头(compressed header)、上下文更新及反馈信息(context to be updated & feedback)可以分开在不同的信道上进行传输,也可以在同一个信道上传输(与实施例一类似)。参考图10,上下文更新及反馈信息可采用最低阶MCS和/或鲁棒性最强的HARQ参数来传输,压缩头可以采用低阶MCS和/或鲁棒性强HARQ参数来传输,以保证传输的可靠性;payload可以采用高阶MCS和/或鲁棒性弱的HARQ参数来传输,以保证传输效率。本实施例压缩数据包的传输方法与实施例一类似,包括:
401、将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
402、建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
403、第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
其中,所述第一下层协议PDU的数据包头、第二下层协议PDU和第三下层协议PDU的数据包头均包括一个序列号SN,且SN的取值相同。
本发明实施例还公开了一种压缩数据包传输装置,参考图12,包括:
打包模块:用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
关联模块:用于建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
上述装置可以为基站或终端。
在使用ROHC对头进行压缩后,ROHC头通常只有3-4字节,这种情况下,payload的字节数可能比ROHC头大,因此,可能造成用于传送数据包头的HARQ信道数据量较少,为了使得负荷更加平均,在另一个实施例中,可以将不同ROHC数据包的压缩头、上下文更新及反馈信息和payload分别打包成多个MAC PDU,压缩头、上下文更新及反馈信息可以在不同的HARQ信道传输,也可以在同一个HARQ信道上传输,不同ROHC数据包的payload打包成的各个MAC PDU分别在不同的信道传输,同一个ROHC数据包的各个MAC PDU之间建立关联,可以通过增加一个TLV来进行指示。
参考图11,三个ROHC数据包的压缩头、上下文更新及反馈信息和payload分别拆成3个MAC PDU,其中PDU context1、PDU header1和PDUpayload1之间建立关联关系,它们各增加一个SN,并且取值都为1,表示为ROHC1数据包;PDU context2、PDU header2和PDU payload 2建立关联关系,它们各增加一个SN,并且取值都为2,表示为ROHC2数据包;PDUcontext3、PDU header3与PDU payload3之间建立关联关系,它们各增加一个SN,并且取值都为3,表示为ROHC3数据包。压缩头、上下文更新及反馈信息打包的各个MAC PDU可以在不同的HARQ信道传输,也可以在同一个HARQ信道上传输,不同ROHC数据包的payload打包的不同PDU分别在不同信道上传输。接收端接收后,根据它们之间的关联关系,便于得到各个ROHC数据包。
图10与图11所述的方案,压缩数据包打包成多个MAC PDU后,可采用同步方式进行发送,此时,不需要建立打包后的MAC PDU的关联关系;不同的MAC PDU在不同的HARQ信道同步发送;现有技术中发送HARQPDU方法包括:发送端向接收端发送HARQ PDU,接收端没有正确接收则返回NACK,则发送端重新发送该HARQ;当接收端正确接收到该HARQ,则返回ACK。
本实施例压缩数据包的传输方法,包括:
501、将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
502、在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
参考图12,一个ROHC数据包的压缩头、上下文更新及反馈信息和payload打包成不同的MAC PDU(HARQ PDU)后,在不同的HARQa,HARQb,HARQc信道上同步发送,当收到所有MAC PDU的ACK都时,才进入下一个ROHC数据包相关的MAC PDU的发送。即HARQa,HARQb,HARQc信道全部收到表示正确接收的ACK或是各个MAC PDU的生命周期超时,才发送下一个ROHC数据包相关的MAC PDU。即当ROHC数据包的所有MAC PDU在各个HARQ信道都成功发送了,或者在各个MAC PDU的生命周期到期,才进行下一个ROHC数据包的发送。由于采用同步的发送方式,接收端可根据接收到的同一个ROHC数据包的MAC PDU得到ROHC数据包。
采用同步方式发送时,需要在HARQ channel建立/业务流建立时,指示多个HARQ channel相互关联,需要同步PDU的发送。例如,可以在WiMAXDSA(Dynamic Service Add动态业务增加)消息中增加新的TLV来指示同步发送;
本方面实施例还公开了一种压缩数据包传输装置,参考图14,包括:
打包模块:用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
发送模块:用于在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中所述第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;所述第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
上述装置可以为基站或终端。
如果将ROHC数据包打包成两个MAC PDU,上述方法同样适用,该方法包括:
601、将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
602、在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
其中下层协议PDU即为MAC PDU。
相应的,该方法对应的压缩数据包的装置,参考图1 4,包括
打包模块,用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块,用于在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
上述装置可以为基站或终端。
本发明实施例公开的方法和装置,包头和负荷采用了不同的MCS或ARQ/HARQ参数来传输,提高了压缩包传输的可靠性,并且由于包头和负荷在不同的信道上同步发送,不需要额外的信息进行关联,节约了传输资源,提高了传输效率。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (22)
1.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输;
所述建立所述第一下层协议PDU和第二下层协议PDU的关联关系包括:所述第一下层协议PDU的数据包头和第二下层协议PDU的数据包头均包括一个序列号SN,且SN的取值相同;或
所述第一下层协议PDU的分片子头或打包子头与第二下层协议PDU的分片子头或打包子头中的分片子头序列号FSN或打包子头序列号PSN取值相同。
2.根据权利要求1所述的方法,其特征在于,所述压缩数据传输方法应用于终端和网络侧之间,该方法之前进一步包括:
终端和网络侧之间协商包头和负荷分开传输的能力,通过在用户基本能力请求/响应消息、注册请求响应消息或动态业务建立请求/响应消息增加包头和负荷分开传输的能力指示来实现。
3.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输;
所述建立所述第一下层协议PDU和第二下层协议PDU的关联关系包括:将所述第一下层协议PDU和第二下层协议PDU分别放在同一帧的不同时频资源块中,且该帧中包括上行或下行链路映射消息,该链路映射消息中包括各个时频资源块相关的上行或下行链路映射信息单元,所述上行或下行链路映射信息单元用于指示该时频资源块在当前数据帧的位置。
4.如权利要求3所述的方法,其特征在于;所述上行或下行链路映射单元中包括:发送端或接收端数据的时域起始位置、发送端或接收端数据的时域持续时间、发送端或接收端数据的子信道起始位置和发送端或接收端数据的子信道数目。
5.如权利要求3所述的方法,其特征在于,所述第一下层协议PDU所在的时频资源块对应的下行链路映射信息单元包括:接收端数据的时域起始位置、接收端数据的时域持续时间、接收端数据的子信道起始位置和接收端数据的子信道数目;所述第二下层协议PDU所在的时频资源块对应的下行链路映射信息单元包括:接收端数据的时域起始位置、接收端数据的时域持续时间、接收端数据的子信道起始位置、接收端数据的子信道数目和负荷的长度;且所述第二下层协议PDU不包括数据包头。
6.如权利要求3-5任意一项所述的方法,其特征在于,所述压缩数据传输方法应用于终端和网络侧之间,该方法之前进一步包括:
终端和网络侧之间协商包头和负荷分开传输的能力,通过在用户基本能力请求/响应消息、注册请求响应消息或动态业务建立请求/响应消息增加包头和负荷分开传输的能力指示来实现。
7.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的包头和负荷分为多个block块,每个block用一个序列号来标识,同一个压缩数据包的包头和负荷的第一个block的序列号相同;且每个block的最高有效位MSB用于识别该block是否是最后一个;
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
8.如权利要求7所述的方法,其特征在于,所述下层协议PDU为MACPDU,所述序列号通过FSH子头或PSH子头中的FSN或PSN来实现。
9.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
10.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
11.如权利要求10所述的方法,其特征在于,建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系包括:所述第一下层协议PDU的数据包头、第二下层协议PDU和第三下层协议PDU的数据包头均包括一个序列号SN,且SN的取值相同。
12.如权利要求10所述的方法,其特征在于,不同压缩数据包的负荷打包成的下层协议PDU在不同的信道上传输。
13.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中所述第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;所述第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
14.如权利要求13所述的方法,其特征在于:当接收到各个下层协议PDU成功发送的ACK反馈消息后,或各个下层协议PDU生命周期超期后,发送下一个压缩数据包相关的下层协议PDU。
15.一种压缩数据包的传输方法,其特征在于,包括:
将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
16.一种压缩数据包传输装置,其特征在于,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
关联模块:用于建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输;
所述关联模块,包括:
用于使得所述第一下层协议PDU的数据包头和第二下层协议PDU的数据包头均包括的一个序列号SN取值相同的单元;或
用于使得所述第一下层协议PDU的分片子头或打包子头与第二下层协议PDU的分片子头或打包子头中的分片子头序列号FSN或打包子头序列号PSN取值相同的单元。
17.一种压缩数据包传输装置,其特征在于,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
关联模块:用于建立所述第一下层协议PDU和第二下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ/HARQ参数通过第一信道进行传输,第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ/HARQ参数通过第二信道进行传输;
所述关联模块,包括:
用于将所述第一下层协议PDU和第二下层协议PDU分别放在同一帧的不同时频资源块中的单元,且该帧中包括上行或下行链路映射消息,该链路映射消息中包括各个时频资源块相关的上行或下行链路映射信息单元,所述上行或下行链路映射信息单元用于指示该时频资源块在当前数据帧的位置。
18.一种压缩数据包传输装置,其特征在于,包括:
分块模块:用于将压缩数据包的包头和负荷分为多个block块,每个block用一个序列号来标识,同一个压缩数据包的包头和负荷的第一个block的序列号相同;且每个block的最高有效位MSB用于识别该block是否是最后一个;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于在第一信道上使用低阶的MCS和/或鲁棒性高的ARQ参数传输所述第一下层协议PDU,在第二信道上使用高阶的MCS和/或鲁棒性低的ARQ参数传输所述第二下层协议PDU。
19.一种压缩数据包传输装置,其特征在于,包括:
分块模块:用于将压缩数据包分为多个block块,每个block用一个序列号来标识,每个序列号的最高有效位MSB用于指示该block是包头还是负荷;
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于将所述第一下层协议PDU和第二下层协议PDU在同一个信道上进行传输,其中所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的ARQ参数传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的ARQ参数传输。
20.一种压缩数据包传输装置,其特征在于,包括:
打包模块:用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
关联模块:用于建立所述第一下层协议PDU、第二下层协议PDU和第三下层协议PDU的关联关系;
发送模块:用于将第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
21.一种压缩数据包传输装置,其特征在于,包括:
打包模块,用于将压缩数据包的上下文更新及反馈信息打包为第一下层协议PDU,将压缩数据包的压缩头打包为第二下层协议PDU,将压缩数据包的负荷打包为第三下层协议PDU;
发送模块,用于在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中所述第一下层协议PDU使用最低阶的MCS和/或鲁棒性最高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第二信道进行传输;所述第三下层协议下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第三信道进行传输。
22.一种压缩数据包传输装置,其特征在于,包括:
打包模块:用于将压缩数据包的包头打包为第一下层协议PDU,将压缩数据包的负荷打包为第二下层协议PDU;
发送模块:用于将在不同的信道上同步发送所述压缩数据包的各个下层协议包头,其中,所述第一下层协议PDU使用低阶的MCS和/或鲁棒性高的HARQ参数通过第一信道进行传输,所述第二下层协议PDU使用高阶的MCS和/或鲁棒性低的HARQ参数通过第二信道进行传输。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2009/071365 WO2010121409A1 (zh) | 2009-04-20 | 2009-04-20 | 一种压缩数据包的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102318282A CN102318282A (zh) | 2012-01-11 |
CN102318282B true CN102318282B (zh) | 2014-03-12 |
Family
ID=43010656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200980114204.5A Expired - Fee Related CN102318282B (zh) | 2009-04-20 | 2009-04-20 | 一种压缩数据包的传输方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102318282B (zh) |
WO (1) | WO2010121409A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10009665B2 (en) | 2014-03-11 | 2018-06-26 | Lg Electronics Inc. | Method and device for transmitting/receiving broadcast signal |
WO2015139324A1 (zh) * | 2014-03-21 | 2015-09-24 | 华为技术有限公司 | 配置指示方法和通信设备 |
CN105282053A (zh) * | 2015-09-21 | 2016-01-27 | 盛科网络(苏州)有限公司 | 避免网络交换芯片输出队头阻塞的方法及系统 |
CN106817318B (zh) * | 2015-11-30 | 2019-11-15 | 中国电信股份有限公司 | 鲁棒包头压缩状态协商方法、发送端以及系统 |
CN109756468B (zh) * | 2017-11-07 | 2021-08-17 | 中兴通讯股份有限公司 | 一种数据包的修复方法、基站及计算机可读存储介质 |
EP3925181B1 (en) * | 2019-02-14 | 2023-08-16 | Telefonaktiebolaget LM Ericsson (publ) | Multi-layer harq transmission technique |
CN114759965B (zh) * | 2020-12-29 | 2024-08-09 | 中国科学院空天信息创新研究院 | 数据包传输方法、装置、存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350768A (zh) * | 2007-07-19 | 2009-01-21 | 中兴通讯股份有限公司 | 在广播网络中传送ip报文的方法 |
CN101364980A (zh) * | 2007-08-10 | 2009-02-11 | 华为技术有限公司 | 建立头压缩通信的方法及系统、头压缩策略功能实体 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000021220A1 (en) * | 1998-10-06 | 2000-04-13 | Nokia Networks Oy | Radio link protocol with reduced signaling overhead |
KR101330633B1 (ko) * | 2006-06-08 | 2013-11-18 | 삼성전자주식회사 | 무선 통신 방법 및 장치 |
-
2009
- 2009-04-20 CN CN200980114204.5A patent/CN102318282B/zh not_active Expired - Fee Related
- 2009-04-20 WO PCT/CN2009/071365 patent/WO2010121409A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350768A (zh) * | 2007-07-19 | 2009-01-21 | 中兴通讯股份有限公司 | 在广播网络中传送ip报文的方法 |
CN101364980A (zh) * | 2007-08-10 | 2009-02-11 | 华为技术有限公司 | 建立头压缩通信的方法及系统、头压缩策略功能实体 |
Also Published As
Publication number | Publication date |
---|---|
WO2010121409A1 (zh) | 2010-10-28 |
CN102318282A (zh) | 2012-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8848583B2 (en) | Communication method and apparatus for header compression | |
RU2461147C2 (ru) | Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи | |
KR101163275B1 (ko) | Pdcp 상태 보고 전송 방법 | |
CN102318282B (zh) | 一种压缩数据包的传输方法及装置 | |
JP5063781B2 (ja) | 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置 | |
US7564851B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
CN102056235B (zh) | 一种数据传输方法、设备和系统 | |
KR101216100B1 (ko) | 단편화 패킹 확장헤더를 수반하는 mac pdu를 전송하는 방법 및 장치 | |
EP2168270B1 (en) | A method for handling correctly received but header compression failed packets | |
US10142206B2 (en) | Method and apparatus for packet communication using header compression | |
US9467892B2 (en) | Method and apparatus for transmitting data packet | |
US20160088460A1 (en) | Call processing method and apparatus for use in lte system | |
JP7087020B2 (ja) | Lteシステムを用いた呼の実行方法及び装置 | |
US10681108B2 (en) | Apparatus adapted for maintaining receiving data quality and method for receiving data | |
CN106549736A (zh) | 一种跨载波rlc层数据重传方法及装置 | |
US20180124767A1 (en) | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5g nr communication system | |
WO2011137789A1 (zh) | 一种压缩方法与装置 | |
AU2017353909B2 (en) | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5G NR communication system | |
WO2018077195A1 (zh) | 数据重传方法及装置、mac设备 | |
CN113784389B (zh) | 一种数据处理的方法和装置 | |
WO2018085203A1 (en) | Configurable radio link controller frame structure | |
CN113711558B (zh) | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 | |
WO2022073473A1 (en) | Tcp ack rate reduction in mobile communications | |
CN113038531A (zh) | 基于增强型rlc数据pdu的容错方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
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: 20140312 |