[发明专利]首部复原装置和首部复原方法

说明书

技术领域

本发明涉及分组传输时进行首部压缩、复原的方法，尤其涉及分组传输中发生差错时要求更新参考信息的首部压缩复原方法。

背景技术

当前，作为在互联网上进行数据传输的典型传输协议，可举出TCP(Transmission Control Protocol：传输控制协议)/IP(Internet Protocol：互联网协议)和UDP(User Datagram Protocol：用户数据报协议)/IP等。在低位速率或中位速率传输线路上利用这些传输协议传输数据时，由于TCP、UDP、IP等规定的首部规模大，往往产生通信额外开销的问题。例如，用UDP/IP发送10字节的数据时，包含10字节数据部分的UDP/IP总规模为38字节，是实际要发送的数据4倍左右。经常发生这种情况，则其结果会使传输线路有效速率显著下降。

作为减少这种首部规模所造成额外开销的方法，有RFC1144和RFC2508规定的U.Jacobsom的首部压缩方式。此首部压缩方式仅发送连续数据分组的首部中，对前一数据分组有变化的段。内容变化的部分实际上不多，因而能压缩首部发送数据。但是，此方法属于面向图5所示那种有线区段规定的首部压缩方法，在频繁发生差错的传输线路中无效。

图6示出一种通信网，其对象为近年来用户大量增加的便携电话网(W-CDMA等)的无线终端。这种便携电话网包含上述频繁发生差错的无线传输区段。作为面向具有这种常发生传输差错特征的无线区段首部引起的额外开销减少方法可举出基于IETF(Internet Engineering Task Force：互联网工程任务组)正在审议的ROHC(Robust Header Compression：牢靠首部压缩)的首部压缩方式。关于ROSC的首部压缩方式，在“draft-ietf-rohc-rtp-00.txt(2000年6月29日)”中有详细说明。

此ROHC的首部压缩方式设置发送端(压缩端)和接收端(复原端)分别进行数据压缩、数据复原时双方共用的参考信息。即，发送端进行数据压缩时用的参考信息，接收端进行数据复原时也用。借助这样使参考信息共用，能正确进行数据复原。图7示出进行这种ROHC首部压缩方式的数据传送例。

图7中，开始发送数据时，发送端和接收端相互保持正确的参考信息α。首先，考虑发送端对接收端传输首部H1和数据D1的情况。发送端利用参考信息α对首部H1所对应的数据进行压缩。这里，首部H1与经过数据压缩后发送到接收端的压缩首部H′1的关系可表示为式(1)如下：

H′1＝H1*α            (1)

式(1)中，运算号*表示的运算方法，在成为压缩对象的首部中的每一信息区(下文称为信息区)各不相同。例如，信息区为UDP端口号时不变，信息区为RTP序列号时递增1，信息区为RTP时间标记时递增50，因而成为与这些情况对应的运算方法。

这样，参考信息α包含上述那样的各信息区压缩所需要的全部信息。因此，只要接收端照原样正确保持与发送端相同的该参考信息α，接收端就能正确地将收到的压缩首部H′1复原为原来的首部H1。于是，接收端能正确接收首部H1和数据D1。从首部H2和数据D2到首部H4和数据D4，也利用参考信息α压缩首部后，同样传送。

下面，考虑参考信息变化的情况。图8示出中途参考信息变化时的数据传送例。图8中，在传送首部H2和数据D2后，参考信息从α变为β，并利用变化后的参考信息β压缩首部H3。

例如，假设所传送首部的RTP时间标记递增50处要传送数据D3时，变化为递增100。这时，发送端将至今保持着的参考信息α(“使RTP时间标记递增50”的内容)变化为β(“使RTP时间标记递增100”的内容)。如图8所示，这样的参考信息的更新对传送的压缩首部(这里为首部H′3)还采用附加的参考更新信息。接收端根据该参考更新信息，对参考信息进行更新。

有时没有明显发送参考更新信息而更新参考信息。下面，对此作简单说明。在压缩首部，序列号备有4位。4位可表示到15为止的整数，不能表示16以上的整数。因此，16以上的整数N用N模16表示。于是，接收端中，所接收的序列号每次从最大值(这里为15)变化到最小值(这里为0)，使L递增1，并计算L*16+(所接收序列号)，从而算出序列号。可认为此方法是，没有明显发送更新信息，但在序列号超过最大值时，在发送端和接收端双方更新参考信息。

以上那样的首部复原方法，可用以下那样的首部复原装置实现。图9为实现已有例所示首部复原方法的首部复原装置的结构说明框图。