WO2010121467A1

WO2010121467A1 - 一种包头压缩通信方法和装置

Info

Publication number: WO2010121467A1
Application number: PCT/CN2009/074637
Authority: WO
Inventors: 黄罡; 梁文亮; 卢磊; 沈海华
Original assignee: 华为技术有限公司
Priority date: 2009-04-20
Filing date: 2009-10-27
Publication date: 2010-10-28
Also published as: CN102292940A; CN102292940B; EP2424144A1; WO2010121410A1; EP2424144A4; EP2424144B1; US20120106413A1; US8848583B2

Abstract

一种采用自动重传机制的头压缩通信方法和相应装置，与接收端协商确定进行包头压缩和自动重传请求所需参数并构造包含包头压缩信息的下层协议数据单元并发送给接收端；通过本发明实施例中的方法，可以实现包头压缩和自动重传请求机制的结合，提高包头压缩的效率和正确率，节省空口资源。

Description

一种包头压缩通信方法和装置

本申请要求于 2009 年 04 月 20 日提交中国专利局、申请号为 PCT/CN2009/071368, 发明名称为 "一种釆用 ARQ机制的头压缩通信方法和装置" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及无线通信领域，具体涉及一种包头压缩通信方法和装置。

背景技术

与有线链路相比，无线链路传输环境恶劣，传输环境不稳定，这些因素导致无线链路传输速率较低、误码率偏高。因此，现代无线通信业界都在努力寻求一种传输速率高、误码率低的方案来对抗无线链路的这种固有特性，减小无线链路对通信的不利影响。混合自动重传请求（ HARQ： Hybrid Auto-Repeat reQuest )技术和鲁棒性包头压缩（ROHC, Robust Header Compression )技术相结合就是其中一种解决方案。

HARQ是在自动重传请求（ARQ: Auto-Repeat reQuest ) 中引入前向纠错 ( FEC: Forward Error Correction )的请求重发技术，其基本的处理原则是：如果传输差错在 FEC的纠错范围之内，那么进行前向纠错；如果超出了其纠错范围，那么接收方请求重传。 ROHC 是一种基于流的包头压缩（HC: Header Compression )方案，可以对某些数据包（例如， IPv6分组 ) 中开销过大的包头（Header )进行压缩以减少数据传输量，提高带宽利用率。在无线通信系统中，可以通过 ROHC机制建立一个单向的 ROHC信道（是一个逻辑信道 )外加一个 ROHC反馈信道（ FCH: Feedback CHannel )。单向 ROHC信道入口是压缩器，出口是解压缩器； ROHC反馈信道 FCH为承载反馈信息的逻辑信道，其入口是解压缩器，出口是压缩器，两种信道的压缩器和解压缩器成对出现。压缩器将原始数据的包头压缩之后，通过 ROHC信道发送给解压缩器， ROHC 反馈信道 FCH的解压缩器将反馈信息通过 ROHC反馈信道 FCH反馈至 ROHC 反馈信道 FCH的压缩器。

简言之， ROHC机制的包头压缩可以被描述为两个状态机 (一个压缩状态机和一个解压状态机）之间的互作用。两个状态机各自都有三种不同的状态，两个状态机都是由最低的压缩状态开始逐步转变到更高的状态。其中， ROHC 压缩状态机包含三种状态：初始 /更新（IR: Initial and Refresh )、一阶（FO: First Order )和次阶（SO: Second Order )压缩状态； ROHC解压缩状态机包含三种状态：无上下文（NC: No Context )解压缩状态、静态上下文（ SC: Static Context )解压缩状态和全上下文（FC: Full Context )解压缩状态。对于压缩状态机，在处于 IR压缩状态下，解压缩器几乎没有解压缩所需的静态上下文和动态上下文信息。 ROHC压缩器发送 IR或是 IR-DYM数据包， IR包可以既包含静态上下文 SC信息又包含动态上下文（DC: Dynamic Context ) 信息，而 IR-DYM 包只可以包含动态上下文信息。当解压缩器收到静态上下文信息和部分动态上下文信息时，压缩状态机处于 FO压缩状态。当解压缩器收到所有的静态上下文信息和上下文信息，压缩状态机进入 SO压缩状态，原始数据的包头被压缩到最小。 NC解压缩状态是解压缩器的初始状态，表示解压缩器没有收到数据包，没有解压缩需要的任何信息； SC解压缩状态表示解压缩器获得全部静态解压缩的信息以及部分动态解压缩信息； FC解压缩状态表示解压缩器已经获得了全部的解压缩信息。

ROHC 的上下文（Context )信息分成两种不同类型：静态上下文（ SC: Static Context )信息和动态上下文（DC: Dynamic Context )信息。其中，静态上下文信息是很少变化的，因此，一般只要接收端正确接收到，压缩器就可以不需要再传输；而动态上下文信息是变化的。现有的 IP数据包头中的动态上下文信息主要为序列号、时间戳和 IP标识，这三个参数的变化有一定的规律。现有的 RFC 3095中详细的定义了这三个参数的具体压缩方法，其中最主要的压缩方法为最不重要比特（ LSB: Least Significant Bits )编码和基于窗口的最不重要比特（ W-LSB: Window-based Least Significant Bits )编码。 W-LSB 算法是对 LSB算法的改进，是一种基于滑动窗口的 LSB编码算法，其编码过程中，在滑动窗口的范围内包含一组参考基值。解压缩器只要收到滑动窗口中的任意一个基值就可以正确解压缩编码后的值。使用 W-LSB编码后，除非滑动窗口中所有的基值全部丟失，否则压缩器不会和解压缩器失去同步。

对于 W-LSB编码方案，滑动窗口宽度（ SWW: Sliding Window Width)是评价 W-LSB编码健壮性和压缩率的重要参数。若滑动窗口过小，则无线信道上丟失少量分组就会导致后续传递到解压缩器的数据包不能被成功解压；如果滑动窗口过大，对每一个压缩域中的最不重要比特（LSBs: Least Significant Bits )进行编码的比特位数就会增大，降低了包头压缩的效率。

根据上面对现有技术的研究，发明人发现：如果包含了静态上下文信息更新的数据包发生了错误或是丟失，会导致之后所有的数据包都无法获取静态上下文信息，以至于后续大量的解压缩失败；如果连续丟失的数据包的数量大于 W-LSB滑动窗口宽度 SWW,也会导致后续数据包不能被解析出动态上下文信息，以至于解压缩失败。由于现有 ROHC机制对于错误包头的处理为直接丟弃而不作任何的进一步处理，所以当上述情况发生时，只在错误数据包率达到一定程度的情况下，才会导致状态回退，并更新上下文信息，重新同步解压缩状态。特别是在无线链路情况较差时，会导致频繁的状态回退，极大地降低了压缩效率。

发明人在对现有技术进行进一步研究后发现，将 ROHC机制和 ARQ机制 (包括 HARQ机制 )相结合会出现以下问题：

1、 ARQ的重传机制导致数据包乱序。由于 ARQ均釆用重传机制提高数据传输的质量，导致数据块序列号（BSN: Block Sequence Number )靠前的数据包因重传而比 BSN靠后的数据包后到，而鲁棒性包头压缩（ROHC )仅有一定的抗乱序能力。一旦数据包的乱序程度超过了 ROHC滑动窗口的容量大小，即使该数据包能够正确接收， ROHC层也无法正确解压，导致系统资源的浪费；

2、 ARQ的重传机制均会导致 ROHC接收端无法及时向 ROHC发送端反馈信息。 HARQ每次发送的子包（sub-packet ) 中包含有较多的服务数据单元

( SDU: Service Data Unit ), 而接收端要将整个子包（ sub-packet )接收完全并进行解压缩后，才能向发送端进行反馈，从而导致子包（sub-packet ) 中较早被压缩的 ROHC数据包反馈时延较长；自动重传请求使用的是滑动窗口机制，滑动窗口中緩存有较多的 SDU数据包，只有在 SDU数据包被正确接收的情况下，才会将 SDU数据包传送给 ROHC层解压缩器，从而导致 ROHC数据包反馈时延增加；

3、若 HARQ机制是多进程的，并且具有相同上下文标识（ Context ID ) 的 ROHC数据包被封装到不同的 HARQ进程上。一旦 ROHC层压缩器和解压缩器的上下文（Context )信息失去同步， ROHC 层解压缩器当前接收的上下文（Context )信息与当前接收的数据包并不相应，若 ROHC层解压缩器仍然釆用当前接收的上下文（Context )信息对当前接收的数据包进行解压缩，显然会导致解压缩失败。

发明内容

本发明实施例提供一种报包头压缩通信方法和装置，用以解决现有技术中无法将包头压缩机制与自动重传请求技术结合以及将包头压缩机制与自动重传请求技术结合产生的数据包乱序和上下文信息失同步问题。

一种釆用自动重传请求机制的包头压缩通信方法，包括：发送端与接收端协商确定进行包头压缩和自动重传请求所需参数；发送端的下层协议数据单元构造实体构造包含包头压缩信息的下层协议数据单元并发送给接收端；与接收端交互，进行包头压缩处理。

一种釆用自动重传请求机制的包头压缩通信方法，包括：与发送端协商确定进行包头压缩和自动重传请求所需参数；接收包含包头压缩信息的下层协议数据单元；与发送端交互，进行解包头压缩。

一种协议数据处理单元构造方法，包括：协议数据单元构造实体将服务数据单元封装成协议数据单元；在所述协议数据单元中增加扩展子头，所述扩展子头包含包头压缩信息。

一种釆用自动重传请求机制的包头压缩通信错误处理方法，包括：对收到的协议数据单元数据包进行循环冗余校验；将未通过校验的协议数据单元数据包分解为服务数据单元数据包后传送至包头压缩层并通知所述包头压缩层所述服务数据单元数据包为错误数据包；若包头压缩层对所述从下层协议数据单元数据包分解出的服务数据单元数据包可解包头压缩并通过包头压缩层的循环冗余校验，则根据解包头压缩得出的正确头信息更新相应的上下文信息。

一种包头压缩反馈与自动重传请求反馈结合的方法，包括：当接收端的包头压缩层解压缩器收到来自接收端自动重传请求层传送的经包头压缩后的服务数据单元数据包且解包头压缩后仍不能通过循环冗余验证时，所述包头压缩层解压缩器通知接收端自动重传请求层所述数据解压错误，利用自动重传请求的反馈机制，通知发送端进行重传。

一种与包头压缩机制结合时混合自动重传请求的子包封装方法，包括：媒体接入控制层接收包头压缩层发送的服务数据单元后 ,将其封装成协议数据单元发送给混合自动重传请求层；所述混合自动重传请求层将所述协议数据单元封装成子包；所述封装的子包中的每个上下文标识的首个协议数据单元中的首个服务数据单元为初始化和状态信息更新包。

一种釆用自动重传请求机制的包头压缩装置，包括：发送模块和接收模块；所述发送模块用于与所述接收模块协商确定进行包头压缩和自动重传请求所需参数；构造包含包头压缩信息的下层协议数据单元并发送给所述接收模块；与所述接收模块交互，进行包头压缩处理；所述接收模块用于与发送模块协商确定进行包头压缩和自动重传请求所需参数；接收发送模块发送的包含包头压缩信息的下层协议数据单元；并与发送模块交互，进行包头压缩通信。

一种协议数据单元构造装置，包括：包头压缩信息获取模块和包头压缩信息添加模块；所述包头压缩信息获取模块用于从包头压缩后的服务数据单元数据包中获取包头压缩信息并发送给包头压缩信息添加模块；所述包头压缩信息添加模块用于在协议数据单元中增加扩展子头，在所述扩展子头中添加所述包头压缩信息。

一种釆用自动重传机制的包头压缩错误处理装置，包括：第一校验单元，分解单元，第二校验单元，更新单元；所述第一校验单元用于对接收到的协议数据单元数据包进行循环冗余校验；所述分解单元用于将未通过校验的协议数据单元数据包分解为服务数据单元数据包 ,将所述服务数据单元数据包传送给包头压缩层并通知包头压缩层所述服务数据单元数据包可能错误；所述第二检验单元用于确定所述服务数据单元数据包是否可解包头压缩并通过包头压缩层的循环冗余校验；所述更新单元用于在所述第二校验单元确认所述服务数据单元数据包可解包头压缩并通过包头压缩层的循环冗余校验的情况下，根据解包头压缩得出的正确头信息更新相应的上下文信息。

一种与包头压缩机制结合时混合自动重传请求的子包封装装置，包括：协商单元、计数单元和封装单元；所述协商单元用于在包头压缩层开始压缩前，协商确定每个混合自动重传请求的子包内封装的协议数据单元个数 N,所述协商确定的 N为混合自动重传请求层、媒体接入控制层和包头压缩层都支持的个数；所述计数单元用于记录在所述媒体接入控制层发送给所述混合自动重传请求层的协议数据单元数据包个数，当所述个数达到所述个数 N时，计数单元清零，并通知混合自动重传请求信道所对应的连接上的每个上下文标识所对应的包头压缩层压缩器状态回退；所述封装单元用于在媒体接入控制层收到包头压缩层发送的属于初始化和状态信息更新包的服务数据单元数据包后，在混合自动重传请求层开始封装混合自动重传请求子包，所述每个子包封装的每个上下文标识的第一个协议数据单元中的第一个服务数据单元都是初始化和状态信息更新包。

一种基于混合自动重传请求的数据包压缩方法，包括：发送端混合自动重传请求层接收来自包头压缩层的数据包，所述包头压缩层数据包至少包含包头压缩层数据包上下文信息；封装所述包头压缩层数据包使之构成自动重传请求层数据包；对所述混合自动重传请求层数据包进行标识以指示接收端保存所述包头压缩层数据包上下文信息。

一种基于多进程混合自动重传请求的数据包解压缩方法，包括：接收端包头压缩层接收来自本端混合自动重传请求层的数据包及其包号，记所述接收的混合自动重传请求层数据包的包号为 Pn; 查询本端维护的列表，获取所述列表中小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息；釆用所述小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的混合自动重传请求层数据包。

一种基于多进程混合自动重传请求的数据包压缩装置，包括：接收单元，用于接收来自包头压缩层的数据包，所述包头压缩层数据包至少包含包头压缩层数据包上下文信息；封装单元，用于封装所述包头压缩层数据包使之构成混合自动重传请求层数据包；标识单元，用于对所述混合自动重传请求层数据包进行标识以指示接收端保存所述包头压缩层数据包上下文信息。

一种基于混合自动重传请求的数据包解压缩装置，包括：接收单元，用于接收来自接收端混合自动重传请求层的数据包及其包号，记所述接收的自动重传请求层数据包的包号为 Pn; 获取单元，用于查询本端维护的列表，获取所述列表中小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息；解压缩单元，用于釆用所述小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的混合自动重传请求层数据包。

以及，一种计算机程序产品，该计算机程序产品包括计算机程序代码，当该计算机程序代码被一个计算机执行的时候，该计算机程序代码可以使得该计算机执行前述之一或全部上述方法中的步骤。

以及，一种计算机可读存储介质，该计算机可读存储介质存储计算机程序代码，当该计算机程序代码被一个计算机执行的时候，该计算机程序代码可以使得该计算机执行前述之一或全部上述方法中的步骤。

本发明实施例方法、装置通过将自动重传请求（包括混合自动重传请求）机制和包头压缩技术结合，并通过对由此带来的一些技术问题的处理，提高了包头压缩的效率和正确率，节省了空口资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图 1为本发明实施例一的方法流程图；

图 2为现有技术中媒体接入控制层协议数据单元的基本格式示意图；图 3 为本发明实施例一种媒体接入控制层协议数据单元的构造方式示意图；

图 4 为本发明实施例的另一种媒体接入控制层协议数据单元的构造方式示意图；

图 5 为本发明实施例在数据传送过程中出现错误数据包或丟包时候的处理方法流程图；

图 6为本发明实施例中一种判断是否为重传服务数据单元的方法流程图；图 7 为本发明实施例一种利用重传的服务数据单元解压之前緩存的后续未能正确解压的服务数据单元数据包的方法流程图；

图 8 为本发明实施例一种基于上下文标识的存储不能解压的服务数据单元以及首数据块序列号的链表示意图；

图 9 为本发明实施例另一种基于上下文标识的存储不能解压的服务数据单元以及首数据块序列号的链表示意图；

图 10为本发明实施例一种将鲁棒性包头压缩反馈与自动重传请求反馈结合的处理方法流程图；

图 11为本发明实施例一种重传反馈形式的位图示意图；

图 12为本发明实施例一种与鲁棒性包头压缩结合时混合自动重传请求的子包封装方法流程图；

图 13为本发明实施例一种釆用自动重传机制的包头压缩通信装置结构示意图；

图 14为本发明实施例一种协议数据单元构造装置结构示意图；

图 15为本发明实施例一种釆用自动重传机制的压缩错误处理装置结构示意图；

图 16为本发明实施例一种与包头压缩机制结合时混合自动重传请求的子包封装装置结构示意图；

图 17为本发明实施例提供的一种基于多进程混合自动重传请求的数据包压缩方法基本流程示意图；图 18为本发明实施例提供的一种基于多进程自动重传请求的数据包解压缩方法基本流程示意图；

图 19为本发明实施例提供的一种基于多进程自动重传请求的数据包压缩装置基本逻辑结构示意图；

图 20为本发明实施例提供的一种基于多进程自动重传请求的数据包解压缩装置基本逻辑结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例以包头压缩机制为鲁棒性包头压缩为例进行说明，本领域技术人员可以理解，本发明实施例所述方法或者装置中的实施方式可以不限制于鲁棒性包头压缩机制，例如，还可以是实时传输协议包头压缩制或扩展实时传输协议包头压缩机制等；

另夕卜，本发明实施例以媒体接入控制（MAC: Media Access Control )协议层协议数据单元（PDU: Protocol Data Unit ) 为例进行说明，本领域技术人员可以理解，本发明实施例所述方法或者装置中的实施方式可以不限制于 MAC层 PDU,可以是其他下层协议的 PDU,例如，可以是长期演进系统（ LTE: Long Term Evolution )中无线链路控制（ RLC: Radio Link Control )层 PDU等。

实施例一：

如附图 1所示，为本发明实施例的方法流程图。

S101 : 发送端与接收端协商确定进行包头压缩和自动重传请求 ARQ所需参数。

在两端进行参数协商之前，两端本身的 ROHC层和 ARQ层需要先协商确认相关信息。具体的，网络需要根据当前的实际情况，如 ROHC层和 ARQ层的支持能力，在连接建立时要求 ARQ层与 ROHC层进行一些必要的参数协商。协商的主要内容有：该连接是否釆用 ARQ机制和 ROHC机制。如果该连接釆用 ARQ机制和 ROHC机制，则需要将 ARQ是否釆用緩存机制，以及緩存窗口大小等信息通知 ROHC层。 ROHC层再根据上述参数，以及该连接的业务类型决定相应的工作模式以及压缩算法，并将其釆用的压缩算法及其参数发送给 ARQ层。 ARQ也会釆用与 ROHC相结合的工作机制。

发送端和接收端协商确认连接釆用 ARQ机制和 ROHC机制后，发送端和接收端也需要协商两端相关参数是否匹配，如果匹配，则釆用 ARQ 机制和 ROHC机制相结合的传输方法，如果不匹配，则仍不能釆用 ARQ机制和 ROHC 机制相结合的方法。

S102: 发送端构造包含包头压缩信息的下层协议数据单元 PDU并发送给接收端。

当 MAC层 PDU构造实体接收到来自上层（即 ROHC层）经过鲁棒性包头压缩 (ROHC)后的服务数据单元（SDU: Service Data Unit )数据包后，根据网络的实际情况，对 SDU数据包进行打包分片，组装成适合网络传输的 MAC 层 PDU。本发明实施例通过发送端构造包含 ROHC压缩信息的 MAC层 PDU 并发送给接收端，可以节约网络传输的数据量，同时可以对接收端的解包头压缩有帮助。这里的 ROHC压缩信息，可以包括 SDU数据包包头中的上下文标识（Context ID )和错误数据包是否具有上下文（Context ) 更新的信息等等。

S103: 发送端与接收端交互，进行包头压缩处理；

本发明实施例釆用 ARQ机制的鲁棒性包头压缩（ROHC )通信方法，在实际实现过程中，可以包括对传送过程中出现错误数据包或者丟包的处理机制以及 ROHC反馈与 ARQ反馈结合的具体实现方法，由于前述 MAC层 PDU 数据包以及其中所包含的 SDU数据包中包含有鲁棒性包头压缩的压缩信息，候，可以更加正确，高效的实现鲁棒性包头压缩。

通过本发明实施例，可以实现 ROHC和 ARQ机制的结合，提高包头压缩的效率和正确率，节省宝贵的空口资源。以下结合附图，对本发明实施的具体方法进行更加详细的说明：实施例二：

对于前述实施例一中的步骤 S101发送端与接收端协商确定进行包头压缩和自动重传请求 ARQ所需参数，本发明实施例二给出一种具体协商方法如下： S 1.接收端和发送端确定需要建立的新的连接；

52.根据当前网络的实际情况和自身的能力，判定该连接是否支持 ROHC 和 ARQ;

53.如果不支持，则不使用 ROHC与 ARQ结合的方法传输数据，如果支持，则将 ARQ的相关参数通知 ROHC层；

S4.ROHC层根据 ARQ的参数调整自身的一些参数，如压缩算法和压缩窗口的大小等；

55. ROHC层调整好自身参数后，将参数通知给 ARQ层；

56.发送端与接收端进行连接建立的协商，协商的内容包含了进行包头压缩和自动重传请求 ARQ所需参数；

S7.如果两端协商的进行包头压缩和自动重传请求 ARQ 所需参数不能匹配。若是有一端可以修改参数，以达到参数匹配，则通知修改参数；若是两端的参数不能修改，则不使用 ROHC与 ARQ结合的方法。如果两端的参数可以匹配，则使用 ROHC与 ARQ结合的方法传输数据。

通过本发明实施例二的方法，可以实现 ROHC层和 ARQ层之间参数的有效协商以及发送端和接收端参数的有效协商。

实施例三：

在发送端和接收端协商确定好 ROHC层和 ARQ层的相关参数后，本发明实施例三详细说明发送端构造包含 ROHC压缩信息的 MAC层 PDU数据包并发送给接收端的方法；

当 MAC层 PDU构造实体接收到来自上层（即 ROHC层）经过鲁棒性包头压缩 (ROHC)后的 SDU数据包后，根据网络的实际情况，对服务数据单元 SDU数据包进行打包分片，组装成适合网络传输的 MAC层 PDU数据包。 MAC层 PDU数据包的基本格式如图 2所示。

现有技术中 MAC层 PDU不会解析 SDU数据包头中的鲁棒性包头压缩 ( ROHC )相关信息，本发明实施例通过在 MAC层 PDU数据包中增加扩展子头，并在所述扩展子头中包含鲁棒性包头压缩相关压缩信息。通过在 MAC层 PDU数据包中包含一些鲁棒性包头压缩的压缩信息，可以节约传输的数据量或是可以对接收端解包头压缩有帮助。

具体的，可以包括如下两种具体实现方式：

1、 MAC层 PDU构造实体将属于相同上下文标识（Context ID ) 的 SDU 数据包进行打包分片，即，将具有相同上下文标识（Context ID )的 SDU数据包封装成 MAC层 PDU数据包，在在包含服务数据单元 SDU数据包包头的 MAC层 PDU数据包的扩展子头中添加上下文标识（ Context ID )并剔除 SDU 数据包包头中的上下文标识（ Context ID )。

本领域技术人员可以理解，一般来说，当组成 MAC层 PDU的 SDU数据包中包含包头时，才需要添加上述扩展子头来指示上下文标识（Context ID ), 例如，如果一个 SDU数据包被分成了两个 MAC层 PDU数据包，那么后一个 MAC层 PDU数据包中的上下文标识（Context ID )也是不需要的。

参考附图 3 , 为本发明实施例 MAC 层 PDU 的构造方式示意图，根据 ROHC的基本标准文档 RFC 3095的定义，一个连接中可以有多个上下文标识 ( Context ID )作为不同鲁棒性包头压缩（ ROHC )的上下文标识（ Context ID )。而每个经 ROHC后的数据包的包头上都会包含有上下文标识（ Context ID )。 MAC 层 PDU构造实体可以根据收到的 SDU数据包包头中的上下文标识 ( Context ID ) , 将属于不同上下文标识（ Context ID )的 SDU数据包分开，分别进行打包分片。这样，一个 MAC层 PDU数据包中包含的 SDU数据包都具有相同的上下文标识（Context ID )。这种情况下，可以将 MAC层 PDU数据包中每个 SDU数据包包头中的上下文标识（ Context ID )省略，并在 MAC层 PDU数据包中加入一个扩展子头，子头中包含了该 MAC层 PDU数据包中所包含的 SDU数据包所属的上下文标识 ( Context ID )。当 MAC层 PDU数据包被发送到接收端，接收端可以根据 MAC层 PDU数据包中扩展子头包含的上下文标识（ Context ID )将 SDU数据包包头中的上下文标识（ Context ID )信息恢复。如附图 3所示，在封装时将具有相同上下文标识 1 ( context idl ) 的 SDU1和 SDU3封装成 PDU1 , 在 PDU1的扩展头中标识了 context idl , 并且，在各个 SDU头中，即 ROHC数据包包头中省略 context idl ; 将不同上下文标识（Context ID ), 即具有上下文标识 2 ( context id2 ) 的 SDU2封装成 PDU2, 并在 PDU2的扩展头中标识 context id2 , 同样地，在 ROHC数据包包头中省略 context id2。

2、 MAC层 PDU构造实体根据 SDU数据包的包头格式，判断该 SDU数据包是否为具有上下文（Context )信息更新的 SDU数据包，并在增加的扩展子头中标识出所述 SDU数据包是否为具有上下文（Context ) 更新的 SDU数据包。

根据 RFC 3095定义，经过鲁棒性包头压缩（ROHC )之后的数据包可以分为有上下文（Context )信息更新的数据包和没有上下文（Context )信息更新的数据包。没有上下文（Context )信息更新的数据包若是丟失，不会对后面的数据包解包头压缩造成影响；但若是具有上下文（Context )信息更新的数据包丟失，则可能会造成后续数据包解包头压缩失败。

在发送端，由于 MAC层 PDU构造实体根据收到的 SDU数据包的包头格式可以得出哪个数据包具有上下文（Context )信息更新的，可以在 MAC 层 PDU数据包中利用扩展子头指示出其首个块序列号（BSN: Block Sequence

Number )。这样，解压缩器可以根据 MAC层 PDU数据包中的 BSN得出错误数据包是否具有上下文（Context )信息更新。

参考附图 4, 示意了 MAC层 PDU数据包的具体封装方式。若是将不同的 SDU数据包打包成一个 MAC层 PDU数据包，可能该 MAC层 PDU数据包中包含多个上下文（Context )信息更新的 SDU数据包。则 MAC层 PDU 构造实体根据具有上下文（Context )信息更新的 SDU数据包的数目，加入相应个数的扩展子头。每个扩展子头都包含一个具有上下文（Context )信息更新的 SDU数据包的首 BSN。若是将一个 SDU数据包分片成多个，打包至不同的 MAC层 PDU数据包中传输，则 MAC层 PDU构造实体只将具有上下文 ( Context )信息更新的 SDU数据包的第一个数据块（Block )所在的 MAC层 PDU数据包加入相应的扩展子头，其中包含了相应的 BSN。

上述两种通过 MAC 层 PDU 数据包扩展子头来携带鲁棒性包头压缩

( ROHC )相关压缩信息的方式可以同时使用，也可以分别使用。

本领域技术人员可以理解，除了上述两种利用 MAC层 PDU数据包扩展子头来携带 ROHC相关压缩信息的方法以外，还可以有其他的实现方式，携带除上述两种方法中提到的相关压缩信息以外的压缩信息，在此本发明实施例不再赘述。另外，文中提到的 BSN也可以是其他序列号（ SN: Sequence Number ) 本发明实施例三通过在 MAC层 PDU数据包中包含 ROHC相关压缩信息，可以节约釆用 ARQ机制的鲁棒性包头压缩通信方法中传输的数据量并且可以对接收端解包头压缩有帮助。

实施例四：

本发明实施例四将详细说明釆用 ARQ机制的鲁棒性包头压缩通信方法在数据传送过程中出现错误数据包或丟包时候的处理机制；

当接收端 ARQ层在做循环冗余校验（ CRC: Cyclic Redundancy Check ) 发现数据包出错时，现有机制的做法是直接丟弃该包，然后向发送端的 ARQ 层反馈非确认信息（NACK: NotACKnowledge )等待重传。

当 ARQ和 ROHC结合的情况下可能会造成以下问题：由于 MAC层 PDU 中的 CRC是针对整个 MAC层 PDU的，如果错误发生在 SDU的载荷（ payload ) 区，则该 MAC层 PDU数据包在 ARQ层就会被丟弃，而不会上传给 ROHC 层。一旦该 MAC层 PDU数据包中所包含的 SDU数据包数目超过 W-LSB算法中的滑动窗口宽度（SWW ), 后续数据包将无法在 ROHC层被正确解压缩，或者，该 MAC层 PDU数据包中包含有用于上下文（Context )信息更新的数据包，如果直接将该 MAC层 PDU数据包丟弃，同样会因为解压缩状态机无法正常更新上下文（Context )信息而无法正确解压缩后续数据包。由于接收端 ARQ层无法正确解压缩收到的 MAC层 PDU数据包，以至于不能从 MAC层 PDU数据包解析出 SDU数据包，因此也不可能恢复 SDU 数据包包头的上下文标识（Context ID )。由于无法得到错误数据包的上下文标识（Context ID ), 则无法保存错误数据包的相关信息。当后续包含上下文 ( Context )信息更新的数据包被正确接收后，上下文（Context )信息被更新。这时即使经过 ARQ的重传数据包在 MAC层被正确接收， MAC层将正确解析出的 SDU数据包发送到 ROHC 层，由于 ROHC 层解压缩状态机的上下文 ( Context )信息已经被更新，仍然不能正确地解包头压缩。因此，在这种错误情况下，即使有 ARQ机制，仍然不能令 ROHC层正确解包头压缩。

若是接收端 ARQ层不能正确解析的数据包恰好为 IR数据包，则可能会导致后续数据包没有得到正确的静态上下文（SC )信息而错误解压。而当该 IR数据包包重传到达时，现有技术中 ROHC层无法获知该数据包为重传数据包，则 ROHC解压缩器会用该 IR数据包中上下文（Context )信息更新现有上下文（Context )信息，从而再次导致后续数据包无法被正确解压缩。

为了避免上述情况的发生，本发明实施例提出 ARQ层在接收到错误数据包的情况下，釆用以下处理机制：

参考附图 5, 为本发明实施例在数据传送过程中出现错误数据包或丟包时候的处理机制流程图：

S501、接收端对接收到的 MAC层 PDU数据包进行 CRC校验；

S502、将未通过 CRC校验的 MAC层 PDU数据包分解为 SDU数据包，将所述 SDU数据包传送给 ROHC层并通知 ROHC层所述 SDU数据包为错误数据包；

具体地，艮设未通过 CRC校验的 MAC层 PDU数据包是正确的 MAC层 PDU数据包，仍然按照现有技术将 MAC层 PDU数据包解封装为 SDU数据包，将所述 SDU数据包传送给 ROHC层并通知 ROHC层所述 SDU数据包为错误数据包。 5503、所述 ROHC 层判断所述 SDU数据包是否可解包头压缩并通过 ROHC层的 CRC校验；

5504、若所述 SDU数据包可解包头压缩并通过 CRC校验，则根据解包头压缩得出的正确头信息更新相应的上下文（Context )信息，并丟弃相应的 SDU 数据包，流程结束。

5505、若所述 SDU数据包在 ROHC层仍然无法被正确解包头压缩，则丟弃该 SDU数据包。

在 S505中，所述 SDU数据包在 ROHC层仍然无法被正确解包头压缩的情况下， ROHC层可以等待与该 SDU数据包具有相同上下文标识（ Context ID ) 且下一个 ARQ层能正确接收的 SDU数据包。 ARQ层接收到的下一个具有相同上下文标识（Context ID ) 的 SDU数据包分为以下两种情况：

情况一：该 SDU数据包能够在 ROHC层被正确解包头压缩。

这表明上一个错误或丟失的 MAC层 PDU数据包并未造成致命错误，后续 SDU数据包可以被正确解包头压缩。

情况二：该 SDU数据包无法在 ROHC层被正确解包头压缩。

这表明上一个错误或丟失的 MAC层 PDU数据包已造成致命错误，后续 SDU数据包无法被正确解包头压缩。

由于所述 SDU数据包无法被正确解包头压缩，导致无法恢复其上下文标识（ Context ID ), 本发明实施例可以釆用以下方式来判断 ROHC解压缩器是否能正确解包头压缩下一个具有相同上下文标识（ Context ID )的 SDU数据包：在收到错误数据包之后的 N个数据包中，如果没有发生 ARQ层校验正确而 ROHC 层却无法正确解压缩的情况，则认为下一个具有相同上下文标识 ( Context ID ) 的 SDU数据包能够在 ROHC层解压缩器被正确解包头压缩；如果在收到错误数据包之后的 N个数据包中发生 ARQ层效验正确而 ROHC 层却无法正确解压缩的情况，则认为下一个具有相同上下文标识（Context ID ) 的 SDU数据包不能够在 ROHC层解压缩器被正确解压缩。所述 N值和系统具体状况相关，可以在连接建立的时候进行协商确定，也可以人为设定。当接收端 ARQ层通过上述信息判断出接收端 ROHC层已发生致命错误，为了避免重传数据包到达后所造成的问题，本发明实施例釆用如下处理方式：

ROHC层解压缩器判断其收到的 SDU数据包是否为重传的 SDU数据包；在判断所述 SDU数据包为重传 SDU数据包时候，利用所述重传的 SDU 数据包解压缩之前緩存的未被正确解压缩的 SDU数据包。

本发明实施例提供了判断收到的 SDU数据包是否为重传的 SDU的数据包方法：

一种方法是可以由 ARQ层通知 ROHC层该 SDU数据包为重传的 SDU数据包，另一种方法如附图 6所示，包括以下步骤：

S601、接收端 ARQ层将其接收到的 MAC层 PDU数据包中的每一个 SDU 数据包上传给 ROHC层解压缩器时，通知 ROHC层解压缩器该 SDU数据包中首 BSN;

S602、 ROHC层解压缩器根据所述每个 SDU数据包的首 BSN, 建立和维护上下文（Context )信息与 BSN对应的列表；

S603、每当有 SDU数据包到达 ROHC层解压缩器时， ROHC层解压缩器根据该 SDU数据包的首 BSN是否大于所述列表中最大的 BSN来判断其是否是重传的 SDU数据包；

具体地，当 ROHC层解压缩器判断该 SDU数据包的首 BSN大于所述列表中维护的最大的 BSN时，则确认其不是重传的 SDU数据包。

当 ROHC层解压缩器判断该 SDU数据包的首 BSN不大于所述列表中维护的最大的 BSN时，则确认是重传的 SDU数据包。

判断 SDU数据包是否为重传的 SDU数据包的方法还可以是将该 SDU数据包的首 BSN与上一个收到的 SDU数据包的首 BSN比较，如果小于上一个 SDU数据包的首 BSN, 则可以判断其为重传的 SDU数据包。本领域技术人员可以理解还可以有其他判断是否为重传 SDU数据包的方法或者是上述方法的结合，本发明实施例在此不做限制。

在判断 SDU数据包为重传 SDU数据包后，本发明实施例可以利用所述重传的 SDU数据包解压缩之前緩存的后续未能被正确解压缩的 SDU数据包，参考附图 7, 具体方法如下：

5701、建立基于上下文标识（Context ID ) 的链表存储相应的不能解压的 SDU以及首 BSN;

在只出现一个致命错误的情况下，所述的链表形式可以如图 8所示：另夕卜，在考虑如果存在多个致命错误的情况下，每次发生致命错误时都緩存当时的上下文（Context )信息并与该致命错误数据包导致的无法解压缩的数据包相对应，则链表形式可以如图 9所示。

5702、根据重传 SDU数据包的上下文标识（Context ID )查询相应的存储链表；

5703、根据重传 SDU数据包的 BSN号查询到链表中存储的在所述 BSN 号之后的未解压缩的 SDU数据包；

具体地，如果该重传 SDU数据包中的首个块的 BSN大于存储链表中的所有 BSN, 则表明这不是以前造成致命错误的 SDU数据包，如果小于存储链表中的所有 BSN或者小于存储链表中的部分 BSN, 就表明这就是以前造成致命错误的 SDU数据包。

5704、根据所述重传 SDU数据包，更新根据重传 SDU数据包的上下文标识（Context ID ) 查询到相应的存储链表中緩存的上下文（Context )信息，并釆用上下文（Context )信息解压缩存储在链表中的未被正确解压缩的 SDU数据包。

这样，通过本发明实施例的方式，可以在接收端识别出重传数据包，并利用其对之前未能正确解压缩的 SDU数据包进行解压缩，提高数据传输的正确率。

另外，在前述情况二中 SDU数据包无法在 ROHC层被正确解压缩的情形下，由于 ROHC层解压缩器已无法对后续数据包正确解压缩，所以 ARQ层处理后续数据包可以有以下两种方式：

方式一：仍然上传后续数据包。如果没有釆用前述本发明实施例三中的 MAC层 PDU数据包的封装形式，即，在 MAC层 PDU数据包扩展子头中标识出所述 SDU数据包是否为有上下文（Context )信息更新的 SDU数据包的封装形式，则在 ARQ层无法判断后续数据包中是否具有上下文（Context )信息更新的数据包。因此，在本实施例中，先将后续无法被正确解压缩的数据包仍然上传给 ROHC层解压缩器， ROHC层解压缩器继续尝试解压缩。如无法正确解压缩，则将其緩存至 ROHC 层，直到能正确解压缩所述后续数据包或重传的数据包且上下文（Context ) 信息已经更新的数据包到达后对该 SDU数据包尝试进行解压缩，即，直到与无法在 ROHC层被正确解压缩的 SDU数据包具有相同上下文标识（Context ID )的下一个 ARQ层能正确接收的 SDU数据包到达后对该 SDU数据包尝试进行解压缩。

当上述错误数据包在最大重传次数或最大生命周期（Lifetime ) 内无法正确重传， ARQ层将通知 ROHC层解压缩器该错误数据包无法正确重传，将緩存在 ROHC层的其它由于该数据包错误而无法正确解压缩的数据包丟弃，并删除 ROHC层维护的列表中的相应内容。

方式二：将后续数据包緩存在 ARQ层

由于发生致命错误， ROHC层已无法正确解压缩后续数据包，如果仍然将后续数据包上传给 ROHC层，将造成极大的系统资源浪费。所以当 MAC层 PDU构造实体釆用前述实施例三中在 MAC 层 PDU数据包扩展子头中标识出所述 SDU数据包是否为有上下文（ Context )信息更新的 SDU数据包的封装形式时，在接收端 ARQ层，可以判断后续接收的 SDU数据包中是否能够更新该上下文标识（ Context ID ) 中的上下文（ Context )信息，所以方式二不将后续数据包上传，而是直接将后续数据包緩存在 ARQ层，直到下一个具有上下文（Context )信息更新的数据包被正确接收或是重传的数据包被正确接收。

同样，当上述错误数据包在最大重传次数或生命周期（Lifetime ) 内无法正确重传， ARQ层将删除其緩存的由于该数据包错误而无法正确解压缩的数据包，并通知 ROHC层删除 ROHC层维护的列表中的相应内容。另外，当接收端 ARQ层判断错误数据包没有发生致命错误，所以并未造成错误扩散时，由于没有后续数据包出错，所以无法判断出错数据包中的 SDU 数据包的上下文标识（Context ID ), 导致无法緩存解压该数据包所需的上下文 ( Context )信息。那么，当重传数据包到达时，如果该上下文标识（Context ID ) 对应的上下文（Context )信息已经发生更新，则即使重传数据包能够正确接收， ROHC层解压缩器也无法正确进行解压缩。所以，一旦出现上述情况，则接收端 ARQ层应立即通知发送端 ARQ层不再重传该数据包，以免浪费空口资源。

通过本发明实施例，可以实现在 ROHC与 ARQ结合的传输机制中，在发生错误数据包或者丟包的情况下，尽可能的避免发生错误扩散现象，提高压缩效率和正确率。

实施例五：

本实施例详细说明釆用 ARQ机制的鲁棒性包头压缩通信方法时， ROHC 反馈与 ARQ反馈结合的处理机制。

由于现有技术中 ROHC和 ARQ都有一套独立的反馈机制，在进行反馈时，既要为 ARQ反馈分配资源又要为 ROHC分配资源。本发明实施例提出一种将

ROHC反馈与 ARQ反馈结合的处理机制，使用 ARQ反馈代替 ROHC反馈，达到节约系统资源的目的。

参考附图 10, 本发明实施例包括步骤：

S1001 :接收端的 ROHC层解压缩器接收接收端 ARQ层传送来的 SDU数据包，进行解包头压缩并进行 CRC校验；

S1002: 若所述 CRC验证不能通过，则 ROHC层解压缩器通知接收端的

ARQ层所述 SDU数据包解压缩错误。利用 ARQ的反馈机制，接收端 ARQ层通知发送端进行重传；

即，此时 ROHC层解压缩器不再通过原有的 ROHC反馈机制反馈给 ROHC 层压缩器，而是通知接收端 ARQ层该数据解压错误，利用 ARQ的反馈机制进行重传。具体地，由于 ROHC的反馈分为动态上下文 DC反馈和静态上下文 SC反馈。而实施例四中存在的接收端 ARQ层校验正确的数据包发送到 ROHC层却没有正确解包头压缩的情况。所以当一个数据包出错， ARQ反馈取代 ROHC 反馈最多需要 3个比特的信息，第一个比特表示该数据块（Block )是否正确接收，第二个比特表示该数据块（Block ) 虽然在 ARQ层接收错误，但是在 ROHC层是否可以被正确解包头压缩，第三个比特表示该数据块（Block )所在的 SDU数据包包头是静态上下文错误，还是动态上下文错误。

参考附图 11 , 为本发明实施例反馈形式的位图示意图。在本发明实施例中，接收端 ARQ层对于每个出错的 SDU数据包，反馈出错时信息的方法是对于该出错 SDU数据包的首数据块（Block ) 的 BSN需要使用 3比特的位图进行反馈具体的错误形式，即，釆用其中一比特表示是静态上下文信息出错还是动态上下文信息出错（例如，用 "Γ 表示静态上下文信息出错，用 "0" 表示动态上下文信息出错），再釆用其中另一比特表示 ROHC解包头压缩是否正确（例如，用 "Γ表示 ROHC解包头压缩正确，用 "0" 表示 ROHC解包头压缩错误 ), 最后釆用剩余一比特表示 SDU数据包是否被正确接收 (例如，用 "1" 表示正确接收，用 "0" 表示错误接收）。其他数据块（Block )的反馈方式与现有技术中的 ARQ反馈方式相同，对于正确传输的 SDU数据包的首个数据块（Block )还是使用一个比特表示其被正确接收。由于发送端 ARQ层将 SDU数据包分为不同的数据块（Block ), 所以发送端 ARQ层可以知道哪个数据块（ Block )是 SDU的首 BSN。

另夕卜，本领域技术人员可以理解，所述重传反馈信息需要的比特数目可以少于 3比特，例如，如果第 2比特标识数据块（Block )在 ROHC层可以正确解包头压缩，则不需要第 3比特。同样，如果第 1比特标识该数据块（ Block ) 正确接收，则不需要后面 2个比特标识错误类型。

S1003 : 发送端收到来自接收端的反馈后，根据反馈的信息以及发送端保存的相关 SDU数据包信息与 ROHC层协商决定是否要将原数据包重传。

发送端 ARQ层与 ROHC层压缩器进行交互，确定出错的 SDU数据包及其是否包含上下文（Context )信息。则具体可以包含以下几种情况：

1、该数据包为重要的 IR数据包，其中包含了静态上下文信息。这种数据包传输失败会导致后继大量数据包的解压缩失败，则 ROHC层压缩器重传该 IR数据包。若是已经超过了最大重传次数或是最大重传生命周期（Lifetime ), 则 ROHC层压缩器需要将压缩状态机转移到 IR状态，重新发送 IR数据包。

2、该数据包中包含了动态的上下文信息，但是由于 W-LSB算法中滑动窗口宽度的限制，该数据包已经不在 W-LSB滑动窗口中，也就是说该数据包丟失，后续数据包由于该数据包的上下文（Context )信息没有更新而不能正确解包头压缩，发送端 ARQ层需要重传该数据包。若是已经超过了最大重传次数或是最大重传生命周期（Lifetime ), 则 ROHC层压缩器需要将压缩状态机转移到 FO状态，重新进行动态上下文（Context )信息的更新。

3、若是该数据包中没有上下文（ Context )更新的信息或是上下文（ Context ) 更新信息在 W-LSB算法中滑动窗口的范围内，则不会影响后续数据包的解压缩。若是后续数据包中有上下文（Context ) 更新的信息， ROHC 层解压缩器已经按照最新的上下文（Context )信息进行了解压缩状态的上下文（Context ) 更新，这种情况下即使重传该数据包，接收端正确接收后， ROHC层解压缩器也不可能釆用现在的上下文（Context )信息对该数据包正确进行解包头压缩。这时，如果 ROHC 支持可以将该数据包头恢复，重新根据最新的上下文 ( Context )信息进行包头压缩后，再重新分配 BSN 并发送该数据包。如果 ROHC不支持，则直接将该数据包丟弃。

4、与第 3点相似，但是后续数据包中没有上下文（Context ) 更新信息，则直接重传该数据包即可。

通过本发明实施例，可以实现在 ROHC机制和 ARQ机制结合的方案中，使用 ARQ反馈代替 ROHC反馈，达到节约系统资源的目的。

需要说明的是，本发明前述所有实施例中的方案，适用于包括但不限于传统的三种 ARQ机制（等停式 ARQ, 回退 n帧 ARQ选择性重传 ARQ )。

另外，在不违反本发明基本原则的前提下，上述所有实施例的方法都可以互相结合使用，所述结合都属于本发明保护的范围。

实施例六：

本发明实施例还给出了一种与 ROHC结合时 HARQ层子包（ sub-packet ) 封装方法。

HARQ机制与传统的 ARQ机制存在不同， HARQ—般用于物理层的重传，其不仅仅是重传，还包含了前向纠错 FEC, 即，具有一定的纠错功能； ARQ 用于 MAC层的重传，没有纠错功能。子包（ sub-packet )是物理层的数据单元， ARQ机制中不涉及该数据单元，子包（ sub-packet )一般仅适用于 HARQ机制。

在现有技术中，首先 HARQ会为每个支持 HARQ的连接 ( Connection ) 分配数个 HARQ信道（ Channel ),并将来自该 HARQ连接的 PDU封装成 HARQ 子包 ( sub-packet )。

HARQ在产生子包（ sub-packet )后，将其通过不同的 HARQ信道（ Channel ) 发送到 H接收端 ARQ层。

而每个 HARQ信道（ Channel )的子包（ sub-packet )的传输都釆用停等机该 HARQ信道（Channel )上的数据包将停止发送后续子包（sub-packet ), 直到成功收到接收端的确认（ACK: ACKnowledge )反馈，与此同时，在该 HARQ 连接 ( Connection )对应的其它 HARQ信道（Channel )上将继续封装和发送 HARQ子包（ sub-packet ), 从而造成接收端的乱序。由于相对于 SDU数据包， HARQ子包（sub-packet )较大，每一个 HARQ子包（sub-packet ) 中包含的 SDU数据包较多，一旦发生 HARQ子包（ sub-packet )重传， ROHC层收到的 SDU数据包就会出现极大的乱序。

为了避免上述情况发生，本发明实施例提出以下 HARQ与 ROHC结合时的子包（sub-packet )封装方法，所述方法包括步骤：

MAC层接收 ROHC层发送的 SDU数据包后，将其封装成 PDU发送给

HARQ层；

所述 HARQ层将所述 PDU封装成子包（ sub-packet ); 其中，所述封装的子包（sub-packet ) 中每个上下文标识（Context ID ) 的首个 PDU中的首个 SDU为 IR包。

在具体实现中，可以参考附图 12, 可以有如下的实现方式，详细说明如下：

S1201、 ROHC层开始压缩前， HARQ层、 MAC层和 ROHC层首先协商每个 HARQ 分组内封装的 PDU个数 N;

所述 N值为 HARQ层、 MAC层和 ROHC三层都能支持的个数，具体地，所述 N值与 MAC层 PDU数据包的大小， HARQ釆用的调制编码模式（MCS: Modulated Coding Scheme )有关。

S1202、 ROHC层开始压缩，并向 MAC层发送 SDU数据包， MAC层收到 SDU数据包后，将其封装成 PDU数据包并发送给 HARQ层，并在 MAC 层记录发送给 HARQ层的 PDU数据包的数目。

S 1203、当 MAC层记录的发送给 HARQ层的 PDU数据包的数目达到 N 时， MAC层清零其计数器，并通知该 HARQ信道（Channel )对应的 HARQ 连接 ( Connection )上每个上下文标识（ Context ID )所对应的 ROHC压缩器的压缩状态回退，然后开始等待来自 ROHC层的 IR数据包。

S1204、收到 ROHC层发送的 IR数据包后，通知 HARQ层，开始封装新的子包。

S 1205、 HARQ层收到 MAC层的通知后，收到第一个 PDU数据包，从该 PDU数据包开始封装新的子包。

通过本发明实施例的方法，可以实现封装的子包（sub-packet ) 中的每个上下文标识（ Context ID ) 的第一个 PDU数据包中的第一个 SDU数据包都是 IR 包，从而保证后续数据包能被正确解压缩，从而实现即使出现子包 ( sub-packet ) 的乱序，也不会影响到解压缩。

所述 IR数据包也可以是其他初始化和状态信息更新包，本发明实施例对此不作限制。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程 , 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ROM ： Read-Only Memory )或随机存储记忆体 ( RAM ： Random Access Memory )等。

如附图 13所示，本发明实施例还提供了一种釆用自动重传机制的包头压缩通信装置，所述装置包括发送模块 1301 , 接收模块 1302。

所述发送模块 1301用于与接收模块 1302协商确定进行包头压缩和 ARQ 所需的参数；构造包含包头压缩信息的下层协议数据单元 PDU并发送给接收模块 1302; 与接收模块 1302交互，进行包头压缩通信。

所述接收模块 1302用于与发送模块 1301协商确定进行包头压缩和 ARQ 的参数；接收发送模块 1301 发送的包含包头压缩信息的下层协议数据单元 PDU; 并与发送模块 1301交互，进行包头压缩通信。

所述发送模块 1301还进一步包括包头压缩单元 13011和自动重传请求发送单元 13012;

所述包头压缩单元 13011用于将数据进行包头压缩处理；

所述自动重传请求发送单元 13012用于在下层协议数据单元 PDU中增加扩展子头，在所述扩展子头中包含包头压缩信息，并将所述下层协议数据单元 PDU发送给接收模块 1302。

所述接收模块 1302还进一步包括解压缩单元 13021和自动重传请求接收单元 13022;

所述自动重传请求接收单元 13022用于接收自动重传请求发送单元 13012 发送的包含包头压缩信息的下层协议数据单元 PDU, 并将所述下层协议 PDU 处理成 SDU发送给解压缩单元 13021 ;

所述解压缩单元 13021对收到的 SDU进行解压缩处理。

所述包头压缩可以为鲁棒性包头压缩，所述下层协议数据单元 PDU可以为 MAC层 PDU。

参考附图 14, 本发明实施例还提供了一种协议数据单元 PDU构造装置，所述装置包括包头压缩信息获取模块 1401和包头压缩信息添加模块 1402; 所述包头压缩信息获取模块 1401用于从包头压缩后的 SDU数据包中获取包头压缩信息并发送给包头压缩信息添加模块 1402;

所述包头压缩信息添加模块用于在协议数据单元 PDU中增加扩展子头，在所述扩展子头中添加所述包头压缩信息；

所述包头压缩信息可以包括服务数据单元 SDU的上下文标识或者服务数据单元 SDU数据包是否为具有上下文信息更新的服务数据单元 SDU数据包的标识信息。

如附图 15所示，本发明实施例还提供了一种釆用自动重传机制的包头压缩错误处理装置，所述装置包括第一校验单元 1501 , 分解单元 1502, 第二校验单元 1503 , 更新单元 1504;

所述第一校验单元 1501对接收到的协议数据单元 PDU数据包进行循环冗余校验（CRC校验）；数据单元 PDU数据包，将所述服务数据单元 SDU数据包传送给包头压缩层并通知包头压缩层所述服务数据单元 SDU数据包可能错误；

所述第二检验单元 1503确定所述服务数据单元 SDU数据包是否可解包头压缩并通过包头压缩层的循环冗余校验；

所述更新单元 1504 在所述第二校验单元 1503 确认所述服务数据单元 SDU数据包可解包头压缩并通过包头压缩层的循环冗余校验的情况下，根据解包头压缩得出的正确头信息更新相应的上下文信息。

所述包头压缩可以为鲁棒性包头压缩 ROHC,所述下层协议数据单元 PDU 可以为 MAC层 PDU。

如附图 16所示，本发明实施例还提供了一种与包头压缩机制结合时混合自动重传请求的子包封装装置，所述封装装置包括协商单元 1601、计数单元 1602和封装单元 1603 , 所述协商单元 1601 用于在鲁棒性包头压缩 ROHC层开始压缩前，协商确定每个混合自动重传请求子包内封装的协议数据单元个数 N,所述 N为混合自动重传请求 HARQ层、媒体接入控制 MAC层和包头压缩层都支持的个数。

所述计数单元 1602 用于记录在媒体接入控制 MAC层发送给混合自动重传请求 HARQ层的协议数据单元 PDU数据包个数，当所述个数达到所述设定个数 N时，计数单元清零，并通知混合自动重传请求 HARQ层信道所对应的连接上的每个上下文标识（Context ID )所对应的包头压缩层压缩器状态回退。

所述封装单元 1603用于在媒体接入控制 MAC层收到包头压缩层发送的属于初始化和状态信息更新包的服务数据单元 SDU数据包后，在混合自动重传请求 HARQ层开始封装混合自动重传请求 HARQ层子包（ sub-packet ) , 所述每个子包封装的每个上下文标识的第一个协议数据单元 PDU中的第一个服务数据单元 SDU都是初始化和状态信息更新包。

请参阅图 17,本发明实施例提供的一种基于多进程混合自动重传请求的数据包压缩方法基本流程示意图。需要说明的是，虽然本实施例是以混合自动重传请求（HARQ )为例来说明，但本领域技术人员能够理解，本发明的技术方案可以应用于自动重传请求（ARQ ), 其区别点在于：在自动重传请求（ARQ ) 机制中，是以 ARQ层数据包包号作为判断数据包顺序的依据，指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息是封装在无线链路控制层（对于 IEEE 802.16系统是在 MAC层）数据包的扩展子头发送给接收端。

图 17所示实施例提供的一种基于多进程混合自动重传请求的数据包压缩方法基本流程示意图包括步骤：

S1701、发送端自动重传请求层接收来自包头压缩层的数据包，所述包头压缩层数据包至少包含上下文信息。需要说明的是，在本实施例中，包头压缩层可以是鲁棒性包头压缩层 ( ROHC层）。

51702、封装所述包头压缩层数据包使之构成自动重传请求层数据包。当鲁棒性包头压缩（ROHC )和自动重传请求（ARQ )或混合自动重传请求（HARQ )相结合的时候， ROHC层下的 ARQ层或是 HARQ层都有各自的包序列号，这些包序列号都能为 ROHC层提供数据包的顺序信息，例如，对于 ARQ 层数据包，解压缩器可以获取 RLC层的包序列号 SN; 对于 HARQ层数据包，解压缩器也可以获取相当于 HARQ层数据包包号的信息，自动重传请求层（或混合自动重传请求层）将包头压缩层数据包（例如， ROHC层数据包）封装成自动重传请求层数据包后发送至接收端。

51703、对所述混合自动重传请求层数据包进行标识以指示接收端保存包为了保持压缩器和解压缩器之间上下文信息的同步从而保证 ROHC数据包顺序到达或接收，发送端的 ROHC层压缩器需要知会接收端，哪些数据包被 ROHC层解压器成功解压缩之后，接收端需要保存 ROHC层数据包包含的上下文信息。在本实施例中，可以通过以下方式达到上述目的。

方式一：

当所述封装的包头压缩层（例如， ROHC层）数据包达到预定数量时，在所述自动重传请求层数据包中添加扩展子头，所述扩展子头包含指示接收端保以当所述封装的包头压缩层（例如， ROHC层）数据包达到预定数量时，在所述自动重传请求层数据包中添加扩展子头。

需要说明的是，方式一中，在 IEEE 802.16系统中，对于釆用 ARQ机制的，上述指示信息相当于包含在 MAC层数据包的扩展子头，对于釆用 HARQ机制的，上述指示信息相当于包含在物理层（PHY层）数据包的扩展子头；或者，在长期演进系统（ LTE: Long Term Evolution ) 中，对于釆用 ARQ机制的，上述指示信息相当于包含在 RLC层数据包的扩展子头，对于釆用 HARQ机制的，上述指示信息相当于包含在 MAC层数据包的扩展子头。

方式二：

当所述封装的包头压缩层数据包达到预定数量时，将所述自动重传请求层数据包的包号大小增一，所述增一后的包号指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息。

方式一和方式二中，预定数量可以由发送端设定，例如，可以是釆用 W-LSB 编码方案时，发送端的滑动窗口的容量大小，即，滑动窗口宽度（SWW )。在本实施例中，接收端需要保存的包头压缩层数据包上下文信息是最后一个从自动重传请求层 (或混合自动重传请求层 )数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息。

在上述实施例中，通过对封装有包头压缩层（例如， ROHC层）数据包的 HARQ层 (或 ARQ层 )数据包标识用于指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息，可以使压缩器和解压缩器之间的上下文信息同步，从而在发生数据包的重传时，仍然可以按照相关包号顺序正确解压缩数据包。

请参阅图 18,本发明实施例提供的一种基于多进程混合自动重传请求的数据包解压缩方法基本流程示意图。需要说明的是，虽然本实施例是以混合自动重传请求（HARQ )为例来说明但本领域技术人员能够理解，本发明的技术方案可以应用于自动重传请求（ ARQ ) ,其区别点仅在于：在自动重传请求（ ARQ ) 机制中，是以 ARQ层数据包包号作为判断数据包顺序的依据，，指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息是封装在无线链路控制层（RLC层）数据包的扩展子头发送给接收端。

图 18所示实施例提供的一种基于多进程混合自动重传请求的数据包解压缩方法基本流程示意图包括步骤：

S1801、接收端包头压缩层接收来自本端混合自动重传请求层的数据包，记所述接收的混合自动重传请求层数据包的包号为 Pn。

在本实施例中，接收端 HARQ层或 ARQ层正确接收并解包后，将这些数据包发送给包头压缩层（例如， ROHC层）的同时，还将封装这些数据包的 HARQ 层（或 ARQ层）数据包的包号上传给包头压缩层（例如， ROHC层）。如果发现该数据包具有用于指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的标识，例如， HARQ层数据包（或 ARQ层数据包）的扩展子头中包含的指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息，还需要将该标识也通知 ROHC层解压缩器，解压缩器在接收到该标识后，只需要保存最后一个从 HARQ层数据包（或 ARQ层数据包）解压缩后获取的包头压缩层数据包（例如， ROHC层数据包）的包头压缩层数据包上下文信息。

S1802、查询本端维护的列表，获取所述列表中小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息。

在本实施例中，列表的生成方法如下：

保存最后一个从 HARQ层 (或 ARQ层）数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息 Mc;

建立所述包头压缩层数据包上下文信息 Mc与封装有所述包头压缩层数据包上下文信息 Mc的 HARQ层（或 ARQ层）数据包的包号相对应的列表。

具体地，在解压缩器一端，每当有发送端的包头压缩层（例如， ROHC层）数据包从 HARQ层（或 ARQ层 )上传时，解压缩器也接收来自 HARQ层（或 ARQ 层）有关这些数据包所属 HARQ层（或 ARQ层）数据包包号的信息。若这些数据包还包含需要保存上下文（Context )信息的标识时，则在正确解压缩完该 HARQ层（或 ARQ层）数据包中封装的所有包头压缩层（例如， ROHC层）数据包后，保存最后一个从中正确解压缩出的包头压缩层数据包的上下文 ( Context )信息，由此在解压缩器端保存并维护一个 HARQ层（或 ARQ层 )数据包包号与保存的包头压缩层数据包的上下文信息相对应的一个列表。

需要说明的是，在本实施例中，接收端还可以为所述列表中 HARQ层（或

ARQ层）数据包按其到达接收端的先后顺序分配包号，即，每当有一个 HARQ 层（或 ARQ层）数据包到达，其序列号就在紧接着之前到达的非重传的 HARQ 层（或 ARQ层）数据包包号加一。由于可以在接收端为 HARQ层（或 ARQ层）数据包分配包号，因此，发送端在发送这些数据包时，不需要为其添加包号。若所述 HARQ层（或 ARQ层）数据包被重传，则保持首次接收所述 HARQ层（或 ARQ层）数据包时为其分配的包号不变。

S1803、釆用所述小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的 HARQ层（或 ARQ层）数据包。

若按照步骤 S1082建立了包头压缩层数据包上下文信息 Mc与封装有所述包头压缩层数据包上下文信息 Mc的 HARQ层（或 ARQ层）数据包的包号相对应的列表，则在包头压缩层（例如， ROHC层）执行解压缩时，根据该待解压数据包所对应的 HARQ层（或 ARQ层）数据包包号，在上述列表中查询与该 HARQ层（或 ARQ层 )数据包包号最接近并且小于该 HARQ层（或 ARQ层 )数据包包号的 HARQ层（或 ARQ层）数据包包号所对应的上下文（ Context )信息，一旦查询到此上下文（Context )信息后，则使用此上下文（Context )信息解压缩该包头压缩层（例如， ROHC层）数据包。而对于没有收到 HARQ层（或 ARQ层）通知保存上下文（Context )信息的数据包，即使正确解压，也不需要按原有机制更新并保存上下文（Context )信息。

从本实施例可以获知，由于在包头压缩层（例如， ROHC层）执行解压缩时，使用的是列表中与当前接收到的 HARQ层（或 ARQ层）数据包包号最接近并且小于该 HARQ层（或 ARQ层 )数据包包号的 HARQ层（或 ARQ层 )数据包包号所对应的上下文（Context )信息。因此，即使发生由于上下文信息失步导致包头压缩层数据包乱序到达，包头压缩层解压缩器依然能够正确解压缩该包头压缩层数据包，从而保证 ARQ(或 HARQ )机制和包头压缩（例如， ROHC ) 机制相结合时既提高数据传输效率，又减少系统资源的浪费。

请参阅图 19,本发明实施例提供的一种基于多进程混合自动重传请求的数据包压缩装置基本逻辑结构示意图。

需要说明的是，虽然本实施例是以混合自动重传请求（HARQ )为例来说明但本领域技术人员能够理解，本发明的技术方案可以应用于自动重传请求 ( ARQ ), 其区别点在于：在自动重传请求（ARQ )机制中，是以 ARQ层数据包包号作为判断数据包顺序的依据，指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息是封装在无线链路控制层 (对于 IEEE 802.16系统是在 MAC层）数据包的扩展子头发送给接收端。

为了便于说明，仅示出了与本发明实施例相关的部分。图 19所示实施例提供的一种基于多进程混合自动重传请求的数据包压缩装置包括：

接收单元 1901 , 用于接收来自包头压缩层的数据包，所述包头压缩层数据包至少包含上下文信息；

封装单元 1902,用于封装所述接收单元 1901接收的包头压缩层数据包使之构成混合自动重传请求层数据包；

标识单元 1903 ,用于对所述封装单元 1902封装的混合自动重传请求层数据包进行标识以指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息。

请参阅图 20,本发明实施例提供的一种基于多进程混合自动重传请求的数据包解压缩装置基本逻辑结构示意图。

为了便于说明，仅示出了与本发明实施例相关的部分。图 20所示实施例提供的一种基于多进程混合自动重传请求的数据包解压缩装置包括：

接收单元 2001 ,用于接收来自接收端混合自动重传请求层的数据包及其包号，记所述接收的混合自动重传请求层数据包的包号为 Pn;

获取单元 2002,用于在所述接收单元 2001接收来自接收端自动重传请求层的数据包及其包号后，查询本端维护的列表，获取所述列表中小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息；

解压缩单元 2003 ,用于釆用所述获取单元 2002获取的小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的混合自动重传请求层数据包。

所述装置进一步包括：

保存单元，用于保存最后一个从混合自动重传请求层数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息 Mc;

列表生成单元，用于根据所述保存单元保存的最后一个从混合自动重传请求层数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息 Mc, 建立所述包头压缩层数据包上下文信息 Mc与封装有所述包头压缩层数据包上下文信息 Mc的混合自动重传请求层数据包的包号相对应的列表；

包号分配单元，用于为所述列表生成单元生成的列表中混合自动重传请求层数据包按其到达接收端的先后顺序分配包号。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM: Read Only Memory ), 随机存取存储器（RAM: Random Access Memory ), 磁盘或光盘等。路执行节点和移动通信系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

+

Claims

权利要求

1、一种釆用自动重传请求机制的包头压缩通信方法，其特征在于，所述方法包括：

发送端与接收端协商确定进行包头压缩和自动重传请求所需参数；数据单元并发送给接收端；

与接收端交互，进行包头压缩处理。

2、如权利要求 1中所述的方法，其特征在于，所述发送端与接收端协商确定进行包头压缩和自动重传请求所需参数之前或者同时，还包括：

包头压缩层和自动重传请求层协商确定相关参数。

3、如权利要求 1中所述的方法，其特征在于，所述发送端的下层协议数据单元构造实体构造包含包头压缩信息的下层协议数据单元包括：

在所述下层协议数据单元中增加扩展子头，所述扩展子头中包含包头压缩信息。

4、如权利要求 3中所述的方法，其特征在于，所述发送端的下层协议数据单元构造实体构造包含包头压缩信息的下层协议数据单元包括：

接收来自包头压缩层的服务数据单元数据包；

所述下层协议数据单元构造实体将具有相同上下文标识的服务数据单元数据包封装成下层协议数据单元数据包；

在所述协议数据单元数据包的扩展子头中添加所述上下文标识并剔除所述服务数据单元包头中的上下文标识。

5、如权利要求 3中所述的方法，其特征在于，所述发送端的下层协议数据单元构造实体构造包含包头压缩信息的下层协议数据单元具体为：

接收来自包头压缩层的服务数据单元数据包；

所述下层协议数据单元构造实体根据服务数据单元的包头格式判断所述服务数据单元是否为具有上下文更新的服务数据单元；的服务数据单元数据包。

6、如权利要求 1中所述的方法，其特征在于，所述与接收端交互具体包括：

自动重传请求层发送端收到来自接收端的反馈后，根据反馈的信息以及发送端保存的相关服务数据单元信息，与包头压缩层协商确定是否要将原数据包重传。

7、如权利要求 1至 6任意一项所述的方法，其特征在于，所述包头压缩为鲁棒性包头压缩，所述下层协议数据单元为媒体接入控制层协议数据单元。

8、一种釆用自动重传请求机制的包头压缩通信方法，其特征在于，所述方法包括：

与发送端协商确定进行包头压缩和自动重传请求所需参数；

接收包含包头压缩信息的下层协议数据单元；

与发送端交互，进行解包头压缩。

9、如权利要求 8中所述的方法，其特征在于，所述与发送端协商确定进行包头压缩和自动重传请求所需参数之前或者同时还包括：

包头压缩层和自动重传请求层协商确定相关参数。

10、如权利要求 8中所述的方法，其特征在于，所述与发送端交互，进行包头压缩具体包括：

对接收到的下层协议数据单元数据包进行循环冗余校验；

将未通过校验的下层协议数据单元数据包分解为服务数据单元数据包 ,将所述服务数据单元数据包传送给包头压缩层并通知包头压缩层，所述服务数据单元数据包为错误数据包；

若包头压缩层对所述从下层协议数据单元数据包分解出的服务数据单元数据包可解包头压缩并通过包头压缩层的循环冗余校验，则根据解包头压缩得出的正确头信息更新相应的上下文信息，并将所述 Λ良务数据单元数据包丟弃。

11、如权利要求 10中所述的方法，其特征在于，若所述包头压缩层不能对所述从下层协议数据单元数据包分解出的服务数据单元数据包不能解包头压缩并通过包头压缩层的循环冗余校验，则所述方法还包括：

等待与所述无法在包头压缩层被正确解压缩的服务数据单元数据包具有相同上下文标识且能被自动重传请求层正确接收的服务数据单元数据包并尝试对其进行解压。

12、如权利要求 8中所述的方法，其特征在于，所述与发送端交互进行包头压缩包括：

当接收端的包头压缩层解压缩器收到来自自动重传请求层的服务数据单元数据包，且经过解包头压缩后不能通过循环冗余校验时，所述包头压缩层解压缩器通知接收端自动重传请求层所述服务数据单元数据包解压缩错误，所述接收端自动重传请求层通知发送端进行重传。

13、如权利要求 8至 12中所述的方法，其特征在于，所述包头压缩为鲁棒性包头压缩，所述下层协议数据单元为媒体接入控制层协议数据单元。

14、一种协议数据处理单元构造方法，其特征在于，所述方法包括：协议数据单元构造实体将服务数据单元封装成协议数据单元；

在所述协议数据单元中增加扩展子头，所述扩展子头包含包头压缩信息。

15、如权利要求 14中所述的方法，其特征在于，所述将服务数据单元封装成协议数据单元为：

将具有相同上下文标识的服务数据单元进行打包或者分片；

所述在所述协议数据单元中增加扩展子头，所述扩展子头包含包头压缩信息为：

在所述协议数据单元的扩展子头中添加所述上下文标识并剔除所述服务数据单元包头中的上下文标识。

16、如权利要求 14中所述的方法，其特征在于，所述方法还包括：所述协议数据单元构造实体根据服务数据单元数据包的包头格式，判断所在所述扩展子头中标识所述具有上下文更新的服务数据单元数据包。

17、如权利要求 16中所述的方法，其特征在于，所述在所述扩展子头中协议数据单元构造实体根据具有上下文信息更新的服务数据单元数据包的数目，加入相应个数的扩展子头，所述每个扩展子头都包含一个具有上下文信息更新的服务数据单元数据包的首数据块序列号；

或者

若将一个服务数据单元分片成多个，打包至不同的协议数据单元中传输，则在具有上下文信息更新的服务数据单元数据包的第一个数据块所在的协议数据处理单元中加入相应的扩展子头。

18、如权利要求 14至 17中所述的方法，其特征在于，所述包头压缩为鲁棒性包头压缩，所述协议数据单元为媒体接入控制层协议数据单元。

19、一种釆用自动重传请求机制的包头压缩通信错误处理方法，其特征在于，所述方法包括：

对收到的协议数据单元数据包进行循环冗余校验；

将未通过校验的协议数据单元数据包分解为服务数据单元数据包后传送至包头压缩层并通知所述包头压缩层所述服务数据单元数据包为错误数据包；若包头压缩层对所述从下层协议数据单元数据包分解出的服务数据单元数据包可解包头压缩并通过包头压缩层的循环冗余校验，则根据解包头压缩得出的正确头信息更新相应的上下文信息。

20、如权利要求 19中所述的方法，其特征在于，所述包头压缩为鲁棒性包头压缩，所述协议数据单元为媒体接入控制层协议数据单元。

21、如权利要求 20中所述的方法，其特征在于，若包头压缩层对所述从下层协议数据单元数据包分解出的服务数据单元数据包不能解包头压缩并通过包头压缩层的循环冗余校验时，则所述方法还包括：

等待与所述无法在包头压缩层正确解压缩的服务数据单元数据包具有相同上下文标识且能被自动重传请求层正确接收的服务数据单元数据包并尝试对其进行解压。

22、如权利要求 21 中所述的方法，其特征在于，所述方法进一步包括：所述包头压缩层判断是否能够对所述具有相同上下文标识的下一个自动重传请求层能正确接收的服务数据单元数据包正确解压的方法具体为：

在收到所述无法解压的服务数据单元数据包之后的 N个数据包中如果没有发生自动重传请求层校验正确，而包头压缩层却无法正确解压的情况，则认为下一个具有相同上下文标识的服务数据单元数据包能够在包头压缩层解压缩器被正确解压；

如果在之后的 N个数据包中出现自动重传请求层效验正确，而包头压缩层却无法正确解压的情况，则认为下一个具有相同上下文标识的服务数据单元数据包不能够在包头压缩层解压缩器被正确解压；

所述 N为在连接建立的时候进行协商确定或者人为设定的整数值。

23、如权利要求 21或者 22中所述的方法，其特征在于，包括方法还包括：包头压缩层解压缩器判断其收到的服务数据单元数据包是否为重传的服务数据单元数据包；

在判断所述服务数据单元数据包为重传服务数据单元数据包时，利用所述重传的服务数据单元数据包解压之前緩存的未正确解压的服务数据单元数据包。

24、如权利要求 23中所述的方法，其特征在于，所述包头压缩层解压缩器判断其收到的服务数据单元数据包是否为重传的服务数据单元数据包的方法具体包括：

自动重传请求层通知包头压缩层所述接收到的服务数据单元数据包是否为重传的服务数据单元数据包；

或者

接收端自动重传请求层将其接收到的协议数据单元中的每一个服务数据单元数据包上传给包头压缩层解压缩器时，通知包头压缩层解压缩器所述服务数据单元中首数据块序列号；

包头压缩层解压缩器根据所述每个服务数据单元的首数据块序列号，建立和维护上下文信息与数据块序列号对应的链表；当服务数据单元到达包头压缩层解压缩器时，包头压缩层解压缩器判断所述服务数据单元的首序列号若不大于所述链表中最大的序列号时，则确定其为重传的服务数据单元。

25、如权利要求 23中所述的方法，其特征在于，所述判断所述服务数据单元为重传服务数据单元数据包时，利用其解压之前緩存的未正确解压的服务数据单元数据包具体为：

建立基于上下文标识的链表存储相应的不能解压的服务数据单元以及首数据块序列号；

根据重传服务数据单元数据包的上下文标识找到相应的存储链表；根据重传服务数据单元数据包的数据块序列号找到链表中存储的在所述数据块序列号之后的未解压的服务数据单元数据包；

根据所述重传服务数据单元数据包，更新根据重传服务数据单元数据包的上下文标识找到相应的存储链表中緩存的上下文信息，并用上下文信息解压存储在链表中的未正确解压的服务数据单元。

26、如权利要求 21至 25任意一项所述的方法，其特征在于，若所述包头压缩层解压缩器无法对所述具有相同上下文标识的下一个自动重传请求层能正确接收的服务数据单元正确解压，则将后续无法正确解压的数据包上传给包头压缩层解压缩器，继续尝试解压；

若无法正确解压，则将其緩存在包头压缩层，直到能正确解压缩所述后续数据包或重传的数据包且上下文信息已经更新的数据包到达后继续对所述服务数据单元数据包尝试进行解压缩。

27、如权利要求 21至 25任意一项所述的方法，其特征在于，若所述包头压缩层解压缩器无法对所述具有相同上下文标识的下一个自动重传请求层能正确接收的服务数据单元正确解压，则当协议数据单元中包含的包头压缩信息中包含其封装的服务数据单元数据包是否为具有上下文信息更新的服务数据单元数据包这一信息时，接收端自动重传请求层根据所述信息判断后续接收的服务数据单元是否能够更新该上下文标识中的上下文信息，将后续数据包緩存在自动重传请求层，直到能正确解压缩所述后续数据包或重传的数据包且上下文信息已经更新的数据包被接收。

28、一种包头压缩反馈与自动重传请求反馈结合的方法，其特征在于，所述方法包括：

当接收端的包头压缩层解压缩器收到来自接收端自动重传请求层传送的经包头压缩后的服务数据单元数据包且解包头压缩后仍不能通过循环冗余验证时，所述包头压缩层解压缩器通知接收端自动重传请求层所述数据解压错误，利用自动重传请求的反馈机制，所述接收端自动重传请求层通知发送端进行重传。

29、如权利要求 28中所述的方法，其特征在于，所述利用自动重传请求的反馈机制，所述接收端自动重传请求层通知发送端进行重传包括：

接收端自动重传请求层对于每个出错的服务数据单元的首数据块序列号使用至少一比特的位图反馈具体的错误形式，所述错误形式包括是否正确接收、是否解包头压缩正确或是静态上下文信息出错还是动态上下文信息出错三种中的至少一种。

30、一种与包头压缩机制结合时混合自动重传请求的子包封装方法，所述方法包括：

媒体接入控制层接收包头压缩层发送的服务数据单元后，将其封装成协议数据单元发送给混合自动重传请求层；

所述混合自动重传请求层将所述协议数据单元封装成子包；

其特征在于，所述封装的子包中的每个上下文标识的首个协议数据单元中的首个服务数据单元为初始化和状态信息更新包。

31、如权利要求 30中所述的封装方法，其特征在于，每个子包的封装过程包括如下步骤：

媒体接入控制层收到包头压缩层发送的属于初始化和状态信息更新包的服务数据单元数据包后，通知混合自动重传请求层开始封装新的混合自动重传请求层子包；混合自动重传请求层收到媒体接入控制层的通知后，接收所述以初始化和状态信息更新包为首个服务数据单元数据包的协议数据单元数据包，从该协议数据单元数据包开始封装混合自动重传请求层子包。

32、一种釆用自动重传请求机制的包头压缩装置，其特征在于，所述装置包括发送模块和接收模块；

所述发送模块用于与所述接收模块协商确定进行包头压缩和自动重传请求所需参数，构造包含包头压缩信息的下层协议数据单元并发送给所述接收模块，与所述接收模块交互，进行包头压缩处理；

所述接收模块用于与发送模块协商确定进行包头压缩和自动重传请求所需参数，接收发送模块发送的包含包头压缩信息的下层协议数据单元，并与发送模块交互，进行包头压缩通信。

33、如权利要求 32中所述的装置，其特征在于，

所述发送模块还进一步包括包头压缩单元和自动重传请求发送单元；所述包头压缩单元用于将数据进行包头压缩处理；

所述自动重传请求发送单元用于在下层协议数据单元中增加扩展子头，在所述扩展子头中包含包头压缩信息，并将所述下层协议数据单元发送给接收模块；

所述接收模块还进一步包括解压缩单元和自动重传请求接收单元；所述自动重传请求接收单元用于接收自动重传请求发送单元发送的包含包头压缩信息的下层协议数据单元，并将所述下层协议数据单元处理成服务数据单元发送给包头压缩解压缩单元；

所述解压缩单元用于对收到的服务数据单元进行解压缩处理。

34、一种协议数据单元构造装置，其特征在于，所述装置包括：包头压缩信息获取模块和包头压缩信息添加模块；

所述包头压缩信息获取模块用于从包头压缩后的服务数据单元数据包中获取包头压缩信息并发送给包头压缩信息添加模块；

所述包头压缩信息添加模块用于在协议数据单元中增加扩展子头，在所述扩展子头中添加所述包头压缩信息。

35、如权利要求 34中所述的装置，其特征在于，所述包头压缩信息包括服务数据单元的上下文标识或者所述服务数据单元数据包是否为具有上下文信息更新的服务数据单元数据包的标识信息。

36、一种釆用自动重传机制的包头压缩错误处理装置，其特征在于，所述装置包括：第一校验单元，分解单元，第二校验单元，更新单元；

所述第一校验单元用于对接收到的协议数据单元数据包进行循环冗余校验；

所述分解单元用于将未通过校验的协议数据单元数据包分解为服务数据单元数据包，将所述服务数据单元数据包传送给包头压缩层并通知包头压缩层所述服务数据单元数据包可能错误；

所述第二检验单元用于确定所述服务数据单元数据包是否可解包头压缩并通过包头压缩层的循环冗余校验；

所述更新单元用于在所述第二校验单元确认所述服务数据单元数据包可解包头压缩并通过包头压缩层的循环冗余校验的情况下，根据解包头压缩得出的正确头信息更新相应的上下文信息。

37、一种与包头压缩机制结合时混合自动重传请求的子包封装装置，其特征在于，所述装置包括协商单元、计数单元和封装单元；

所述协商单元用于在包头压缩层开始压缩前，协商确定每个混合自动重传请求的子包内封装的协议数据单元个数 N, 所述协商确定的 N为混合自动重传请求层、媒体接入控制层和包头压缩层都支持的个数；

所述计数单元用于记录在所述媒体接入控制层发送给所述混合自动重传请求层的协议数据单元数据包个数，当所述个数达到所述个数 N时，计数单元清零，并通知混合自动重传请求信道所对应的连接上的每个上下文标识所对应的包头压缩层压缩器状态回退；

所述封装单元用于在媒体接入控制层收到包头压缩层发送的属于初始化和状态信息更新包的服务数据单元数据包后，在混合自动重传请求层开始封装混合自动重传请求子包，所述每个子包封装的每个上下文标识的第一个协议数据单元中的第一个服务数据单元都是初始化和状态信息更新包。

38、一种基于混合自动重传请求的数据包压缩方法，其特征在于，所述方法包括：

发送端混合自动重传请求层接收来自包头压缩层的数据包，所述包头压缩封装所述包头压缩层数据包使之构成混合自动重传请求层数据包；对所述混合自动重传请求层数据包进行标识以指示接收端保存所述包头压缩层数据包上下文信息。

39、如权利要求 38所述的方法，其特征在于，所述对所述混合自动重传请求层数据包进行标识以指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息包括：

在所述混合自动重传请求层数据包中添加扩展子头，所述扩展子头包含指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息的指示信息；或者

当所述封装的包头压缩层数据包达到预定数量时，将所述混合自动重传请求层数据包的包号大小增一，所述增一后的包号指示接收端保存包头压缩层数据包中的包头压缩层数据包上下文信息。

40、如权利要求 39所述的方法，其特征在于，所述预定数量为发送端的滑动窗口的容量大小，所述包头压缩层为鲁棒性包头压缩层。

41、一种基于混合自动重传请求的数据包解压缩方法，其特征在于，所述方法包括：

接收端包头压缩层接收来自本端混合自动重传请求层数据包及其包号，记所述接收的自动重传请求层数据包的包号为 Pn;

查询本端维护的列表，获取所述列表中小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息；

釆用所述小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的混合自动重传请求层数据包。

42、如权利要求 41所述的方法，其特征在于，所述接收端包头压缩层接收来自本端混合自动重传请求层的数据包之前还包括：

保存最后一个从混合自动重传请求层数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息 Mc;

建立所述包头压缩层数据包上下文信息 Mc与封装有所述包头压缩层数据包上下文信息 Mc的混合自动重传请求层数据包的包号相对应的列表。

43、如权利要求 42所述的方法，其特征在于，为所述列表中混合自动重传请求层数据包按其到达接收端的先后顺序分配包号。

44、如权利要求 43所述的方法，其特征在于，若所述混合自动重传请求层数据包被重传，则保持首次接收所述自动重传请求层数据包时为其分配的包号不变。

45、如权利要求 41所述的方法，其特征在于，所述包头压缩层为鲁棒性包头压缩层。

46、一种基于混合自动重传请求的数据包压缩装置，其特征在于，所述装置包括：

接收单元，用于接收来自包头压缩层的数据包，所述包头压缩层数据包至少包含包头压缩层数据包上下文信息；

封装单元，用于封装所述包头压缩层数据包使之构成混合自动重传请求层数据包；

标识单元，用于对所述混合自动重传请求层数据包进行标识以指示接收端保存所述包头压缩层数据包上下文信息。

47、一种基于自动重传请求的数据包解压缩装置，其特征在于，所述装置包括：

接收单元，用于接收来自接收端混合自动重传请求层数据包及其包号，记所述接收的自动重传请求层数据包的包号为 Pn;

获取单元，用于查询本端维护的列表，获取所述列表中小于且最接近于所述 P n的包号所对应的包头压缩层数据包上下文信息；

解压缩单元，用于釆用所述小于且最接近于所述 Pn的包号所对应的包头压缩层数据包上下文信息解压缩所述接收的混合自动重传请求层数据包。

48、如权利要求 47所述的装置，其特征在于，所述装置还包括：保存单元，用于保存最后一个从混合自动重传请求层数据包解压缩后获取的包头压缩层数据包的包头压缩层数据包上下文信息 Mc;

列表生成单元，用于建立所述包头压缩层数据包上下文信息 Mc与封装有所述包头压缩层数据包上下文信息 Mc的混合自动重传请求层数据包的包号相对应的列表。

49、如权利要求 48所述的装置，其特征在于，所述装置还包括：包号分配单元，用于为所述列表中混合自动重传请求层数据包按其到达接收端的先后顺序分配包号。

+