[发明专利]一种鲁棒性头压缩状态迁移的方法及解压器

说明书

技术领域

本发明涉及鲁棒性头压缩(ROHC，RObust Header Compression)技术，尤指一种鲁棒性头压缩状态迁移的方法及解压器。

背景技术

对于某些应用层业务，庞大的IP头等信息的开销非常大，比如VoIP业务，其净荷的长度通常为15-20字节，而IP头就占了40字节；而某一相同数据流的报文头域中往往包含了大量的冗余信息，使得头压缩成为可能。

ROHC将报文分成不同的数据流，用上下文标志(CID，Context ID)加以区分。在数据流生命周期中很少改变或不变的信息只发送有限次；而对于动态变化的信息，则采用相应压缩算法发送，从而减少数据头的发送长度，提高带宽利用率。

ROHC可以分为压缩器和解压器，压缩器和解压器各有三种不同的工作状态，图1为现有压缩器和解压器的工作状态的示意图，如图1所示，压缩器工作状态从低到高依次为初始(IR)态、一阶(FO)态和二阶(SO)态；解压器工作状态从低到高依次为无上下文(NC，No Context)态、静态上下文(SC，Static Context)态和全上下文(FC，Full Context)态。不同的工作状态下，压缩器/解压器工作效率是不同的。一般而言，工作状态等级越高，可处理的压缩包类型越丰富，工作效率越高。

根据数据流头信息的变化情况，ROHC将数据头信息分为静态信息和动态信息，这些信息在IR包中以静态链和动态链的形式存在，图2为profile1的IR包格式的示意图，如图2所示，ROHC根据工作状态和解压缩结果可以转换解压器的工作状态，并利用反馈通知压缩器转换状态。解压器根据循环冗余码(CRC，Cyclical Redundancy Check)验证IR包CRC是否通过：如果解压器计算的CRC与报文携带的CRC一致，那么，IR包的CRC验证通过；否则，验证不通过。

按照RFC3095规定，当解压器处于SC态时，IR包的CRC验证不通过，需要根据算法回迁到NC态，图3为现有解压器处于SC态时处理IR包的流程图，如图3所示，包括：

步骤300：解压器工作在SC态，收到IR包。

步骤301：计算IR包CRC(不包括静荷)。

步骤302：判断IR包CRC与报文携带CRC是否相同，如果相同，迁移到FC态；如果不同，根据算法回迁至NC态。

但是，IR包CRC验证不通过可能仅仅是因为动态信息发生错误造成，当静态信息正确时，解压器仍然回迁到了NC态，而这种回迁是不必要的。而且，当IR包的静态信息发生错误时，解压器没有必要计算整个IR包的CRC，而只计算静态信息CRC即可。这里，静态信息不等同于IR包的静态链，还包括上下文标志、包类型、概况(profile)等信息。

从现有图3所示的ROHC状态迁移的实现来看，增加了IR包CRC计算量，产生了不必要的状态迁移，从而降低了报文解压缩正确率和服务质量(QoS)，浪费了空口带宽。

发明内容

有鉴于此，本发明的主要目的在于提供一种鲁棒性头压缩状态迁移的方法，能够减少IR包CRC计算量，避免不必要的状态迁移，从而提高报文解压缩正确率和QoS，节约空口带宽。

本发明的另一目的在于提供一种解压器，能够减少IR包CRC计算量，避免不必要的状态迁移，从而提高报文解压缩正确率和QoS，节约空口带宽。

为达到上述目的，本发明的技术方案是这样实现的：

一种鲁棒性头压缩状态迁移的方法，包括：

解压器在静态上下文SC态下收到初始态IR包，计算IR包静态信息的循环冗余码CRC；在对IR包静态信息的CRC验证未通过时，则回迁至无上下文NC态。

该方法还包括：如果对所述IR包静态信息的CRC验证通过，计算并验证所述IR包的CRC。

所述计算并验证IR包的CRC包括：如果所述IR包CRC验证未通过，保持SC态不变。

如果所述IR包的CRC验证通过，迁移至全上下文FC态。

所述计算IR包静态信息的CRC为：根据所述IR包中的上下文标志CID、包类型、profile和静态链，计算IR包静态信息的CRC。

所述根据所述IR包中的CID、包类型、profile和静态链，计算IR包静态信息的CRC具体为：解析所述IR包的静态链，根据因特网协议/用户数据报协议/实时传输协议IP/UDP/RTP报文头信息计算出静态链长度，再计算所述IR包静态信息的CRC。