[发明专利]一种鲁棒性头压缩上下文标识的处理方法及装置

说明书

技术领域

本发明涉及流媒体传输技术，尤其涉及流媒体传输过程中鲁棒性头压缩 (ROHC，Robust Header Compression)上下文标识(CID，Context IDentifier) 的处理方法及装置。

背景技术

ROHC技术可以被用来压缩多种格式报文的报头，例如：网际协议(IP， Internet Protocol)/用户数据报文协议(UDP，User Datagram Ptorocol)报文 的报头、网际协议(IP，Internet Protocol)/用户数据报文协议(UDP，User Datagram Ptorocol)/实时传输协议(RTP，Realtime Transfer Protocol)报文 的报头等，以提高信道的传输效率。ROHC协议由互联网工程任务组(IETF， Internet Engineering Task Force)的RFC 3095进行描述，并且在2007年2月 份由IETF对其进行了修订，修订文档是RFC 4815。

在RFC 3095中定义了信道，ROHC分组(Packet)是在信道中传输的。 对于一个信道中，可以传输多种分组业务流(Packet Stream)，它们之间互 不干扰，每一个业务流通过唯一的CID作为压缩器和解压缩器的标识。一个 信道中支持的最大CID数是由MAX_CID参数决定的，这个参数是根据信道 能力通过系统协商得到的。

但是在实际压缩过程中，可能会存在信道中传输的业务流的个数大于 MAX_CID的个数的情况，它是在上下文标识已经全部被占用时压缩器又收 到新的业务流而需要重新建立上下文所出现的，目前，在RFC3095和 RFC4815中均未指明这种情况下的处理方式。

在没有CID空间时，对于一个新的包流的处理可以有两种方式：一种是 回收已经使用的某个CID空间，重新使用它来压缩新的包流；另外一种方式 是用不压缩方式(即Uncompress压缩方式)对新的包流进行处理，由于ROHC 默认支持不压缩方式，所以这样的处理也是可以的。但是这两种处理方式的 应用场景是不同的，如果决策不当会影响到信道的压缩效率。其中，第一种 方式下如果当前的应用场景是CID被回收的上下文对应的业务流很快又来了 新的数据，由于上下文已经被释放，需要重新申请CID空间建立上下文，这 样又会启动一次CID耗尽时的处理，导致上下文被频繁删建，从而影响压缩 效率。第二种方式下，如果此时已经建立的上下文对应的业务流中有的业务 流生命期已经结束，却占用CID空间不释放，导致新的包流不能被有效压缩， 从而导致整个信道压缩效率势必会受到影响。

发明内容

本发明要解决的技术问题是提供一种鲁棒性头压缩上下文标识的处理方 法及装置，能够在ROHC上下文标识耗尽时，尽可能地提高信道的压缩效率。

为了解决上述技术问题，本发明提供了一种鲁棒性头压缩上下文标识的 处理方法，其步骤为：

(1)压缩器收到一个新包流的数据包后，在上下文队列中查找匹配的上 下文；

(2)根据查找到的匹配的上下文压缩数据包，并将当前时间记录在上下 文的参数T1中；若未查找到匹配的上下文，且检查当前上下文标识CID空 间已全部耗尽时，则根据当前时间T对上下文队列中的上下文的使用时间 ＝|T1-T|进行检查：当存在有上下文的使用时间大于门限值 Max_CIDIdleLifeTime的上下文时，则选择将使用时间最大的上下文对应的 CID进行回收，并重新建立上下文来压缩数据包；

(3)将压缩后的数据包发往解压缩器。

进一步地，步骤(2)当所有上下文的使用时间均小于 Max_CIDIdleLifeTime时，对新包流使用非压缩Uncompress方式进行压缩。

进一步地，步骤(2)若未查找到匹配的上下文，且检查当前CID空间 未全部耗尽时，则在上下文队列中建立对应的上下文。

进一步地，本发明方法在步骤(1)前包括步骤：在上下文中引入参数 T1和门限值Max_CIDIdleLifeTime；其中：T1用于表示使用上下文进行最后 一个数据包压缩的处理时间；Max_CIDIdleLifeTime用于表示上下文空闲的 最大生存时间。

进一步地，步骤(3)压缩后的数据包至少包括初始和刷新IR包及 Uncompress方式压缩包中的一种。