[发明专利]鲁棒性头压缩中一种上下文重用的方法及装置

说明书

技术领域

本发明涉及在移动通信领域中的一种鲁棒性头压缩算法，主要是提出一种上下文重用的方法及装置。

背景技术

由于物理条件的限制，移动通信系统中的无线链路与有线链路相比传输速率较低，误码率较高。为了能有效利用有限的无线信道带宽资源，引入了鲁棒性头压缩技术(RObust Header Compress，以下简称ROHC)。ROHC的核心是利用业务流的分组之间的信息冗余来透明的压缩和解压缩直接相连节点间的分组头中的信息。ROHC技术由IETF(互联网工程任务组)的RFC3095文档进行描述，并且在2007年2月份IETF对其进行了修订，修订文档是RFC4815。

上下文(Context)是鲁棒性头压缩(ROHC)中一个非常重要的概念，包括压缩上下文和解压上下文。压缩器用于进行压缩的当前状态信息集合称为压缩上下文；解压缩器用于进行解压缩的当前状态信息集合称为解压上下文。上下文包含了同一包流中前面若干分组头的相关信息，如静态字段、压缩解压缩用到的引用参考值等。除此之外，上下文中还包含描述包流的其他信息，如IPID字段的变化方式、时间戳字段的变化步长、当前状态和模式、时钟精度等。

在有反馈通道存在的情况下，ROHC中的解压缩器可以给压缩器发送积极反馈(ACK：acknowledge)和消极反馈(NACK：Not acknowledge，STATIC-NACK：Static-Not ackownledge)。积极反馈是解压缩器在成功解压压缩包以后，可以发送确认消息给压缩器，使得压缩器可以更快的做状态迁移，提高压缩效率；消极反馈是解压缩器用来通知压缩器进行上下文的更新，提高ROHC整个算法的健壮性。

目前ROHC支持对于未压缩(UNCOMPRESSED)、IP/UDP/RTP、IP/UDP、IP/ESP类型分组数据包的压缩和解压，分别对应的框架(Profile)类型为Profile0、Profile1、Profile2和Profile3。对于Profile0只存在一个上下文，对于其他Profile类型则存在一个或者多个上下文，每个上下文通过一个上下文ID(Context Identifier，以下简称CID)来进行标识。

ROHC Profile0类型的上下文对应所有不压缩的分组数据包，其他Profile类型中的每个上下文则与一个分组包流相对应。一个分组包流是由该包流中所有的关键字段(STATIC-DEF字段)所确定。比如对于IPv4/UDP/RTP的包流，是由其IPv4部分的源地址和目的地址、UDP部分的源端口号和目的端口号以及RTP部分的SSRC字段共同确定。

ROHC压缩器在接收到一个原始分组数据包以后，需要首先判断该分组包所属的Profile类型，然后在其所对应Profile类型的上下文链表中查找其所属的上下文，如果没有找到则创建一个新的上下文并将其添加进入链表中。如果找到了对应的上下文，将当前包中的各字段与上下文中对应的字段进行比较和编码，决策出需要发送的压缩包类型后，按照期望的包格式封装压缩包进行发送。

目前RFC3095协议中仅规定了上下文的作用、内容和使用方法，并没有对上下文的销毁机制进行阐述。但在RFC 4815协议中描述上下文的重用，相同profile的上下文可以直接重用，并且不用更改模式，只需发送初始化和刷新(Initiation and Refresh，简称IR)包对上下文进行初始化即可；profile不同的且不属于R(Bidirectional Reliable mode，双向可靠模式)模式的上下文则可以进行初始化，并从U(Unidirectional mode，单向模式)模式开始，已经处于R模式的，不应该进行重用(这一点是基于R模式与U/O(Bidirectional Optimistic mode，双向优化模式)模式的0类型/1类型包格式不同，如果IR包丢弃，U/O模式的0/1类型包中携带了CRC校验，解压缩器可以感知到解压出错，而R模式的0/1类型包中除R-0-CRC外均未携带CRC，因此解压缩器并不能感知当前解压失败，进而采取相应的补救措施)。