(57)【要約】提案された符号化方法は任意のネットワークプロトコルの静的特性を利用し、個々のプロトコルフィールドの意味について特別の知識は必要ない。ネットワークプロトコルは一般的に長い関連領域を有し、この領域は変化しないままである。従ってこの領域は先行するヘッダから予測され、伝送する必要はない。付加的に変化したフィールドと変化しないフィールドの位置が予測され、これにより位置座標の通知が多くの場合、省略できる。この基本原理は、相応の差分符号化によって高いデータ圧縮率に作用する。なぜなら変化したデータと僅かなオーバヘッドだけを送信すればよいからである。
2004505508.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークプロトコルにおけるヘッダ情報の圧縮方法において、
完全なヘッダ（ＦＨ）を接続形成の際に伝送し、送信側と受信側で当該ヘッダを基準として使用し、
各別のヘッダを送信側でセグメント化することにより、変化したフィールド（ｃ−Ｆ；ｃ１，ｃ２）と、それぞれ先行するヘッダに対して変化しないフィールド（ｕ−Ｆ；ｕ１，ｕ２）にコーディングし、
このとき最大でｍ個の変化しないシンボルのインターバルを有する変化したシンボルの関連領域を変化したフィールド（ｃ−Ｆ）として分類し、
少なくともｍ＋１個の変化しないシンボルの関連領域を変化しないフィールド（ｕ−Ｆ）として分類し、
当該フィールド（ｕ−Ｆ、ｃ−Ｆ）の位置を先行するヘッダのフィールドから予測し、
各予測された位置に対して、位置が変化したか否かをシグナリングするメルクマールを伝送することによって、瞬時のヘッダの差分を伝送する、
ことを特徴とするネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項２】
最高でｍ個の変化しないシンボルのインターバルに対して、変化しないフィールド（ｃ−Ｆ）としての分類のために、値ｍ＝２を選択する、請求項１記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項３】
必要な場合に、所定の間隔で伝送中に新たに完全なヘッダ（ＦＨ）を通知し、当該ヘッダを送信側および受信側で新たな基準として用いる、請求項１または２記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項４】
予測された位置に対して伝送される各メルクマール（Ｍ）の他に、
位置が変化しない場合においてフィールド（ｃ−Ｆ）が変化した場合、当該フィールドの変化した部分の内容を伝送し、
位置が変化した場合においてフィールド（ｃ−Ｆ）が変化した場合、またはフィールド（ｕ−Ｆ）が変化しない場合、変化しない部分の長さを記述するための長さコードおよび／または変化した部分の長さを記述するための長さコード並びに変化した部分の内容を伝送する、請求項１から３までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項５】
予測された位置に対して伝送される各メルクマール（Ｍ）は１ビットであり、
各長さコードは、フィールドのそれぞれの領域の長さをビットの数で表し、
当該数は、
［ｌｏｇ２（領域−ｍ）］
に従い選定される、請求項４記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項６】
１バイトを最小符号化単位として用い、このとき各予測された位置に対して伝送されるメルクマール（Ｍ）は１バイトであり、
フィールド長はバイトの単位で定められる、請求項４記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項７】
位置が変化した場合、変化したフィールド（ｃ−Ｆ）を隣接シンボルだけ補充する、ただし当該補充されたフィールドのコーディングが変化した位置のコーディングよりも面倒でない場合に前記補充を行う、請求項１から５までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項８】
隣接シンボルの補充を、
［ｌｏｇ２（フィールド長の記述に必要な数値の数−ｍ）］≧２
である場合には常に行う、請求項７記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項９】
伝送すべき保安されたヘッダ流に含まれるエラー識別コードおよび／またはエラー補正コード、とりわけチェックサムを共に圧縮する、請求項１から８までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項１０】
圧縮されたデータ流を必要な場合に、エラー識別保護機構および／またはエラー補正保護機構だけ拡張する、請求項１から９までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項１１】
それぞれのヘッダを受信側で、基準ヘッダ（ＦＨ）と後続のヘッダの伝送された差分情報とに基づいて再構築する、請求項１から１０までのいずれか１項記載方法に従い、ネットワークプロトコルにおいて圧縮されたヘッダ情報の解凍方法。
【請求項１２】
請求項１から１０までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報を圧縮するためのエンコーダ。
【請求項１３】
それぞれのヘッダを受信した基準ヘッダ（ＦＨ）および後続のヘッダの伝送された差分情報に基づいて再構築する、請求項１から１０までのいずれか１項記載の方法に従い圧縮されたネットワークプロトコルにおけるヘッダ情報を解凍するためのデコーダ。
【請求項１４】
請求項１２記載のエンコーダを有する送信ユニット。
【請求項１５】
請求項１３記載のデコーダを有する受信ユニット。
【発明の詳細な説明】
【０００１】
本発明は、ネットワークプロトコルにおけるヘッダ情報の圧縮方法、相応に圧縮されたヘッダ情報の解凍方法、並びに相応のエンコード／デコーダおよび送信ユニット／受信ユニットに関する。
【０００２】
すでに長い間、ＩＰプロトコルの大量のヘッダ情報が高価な移動無線チャネルをかなりの程度負荷しているという問題が存在する。従ってこのヘッダを圧縮することはとりわけ無線接続を介した伝送に対して所望されることである。
【０００３】
短縮表記ＩＰはインターネットプロトコルに対するものであり、ＯＳＩ基準モデルのレイヤー３でのＴＣＰ／ＩＰファミリーのプロトコルである。ＩＰはデータを送信器から複数のネットワークを介して受信器へ無接続伝送するためのものである。ここではエラー識別またはエラー補正は行われない。すなわちＩＰはエラーのあるパケットまたは失われたパケットには関与しない。ＩＰは複数の上位プロトコルにより使用される。これは主にＴＣＰであるが、ＵＤＰも含まれる。
【０００４】
中央データ搬送単位として、ＩＰではデータグラムが定義される。このデータグラムは６５５３５バイトまでの長さを有することができる。伝送すべきデータがＩＰの上位のプロトコル（例えばＴＣＰまたはＵＤＰ）により取り出され、送信器によりフラグメント化される。すなわちデータグラムに分解される。受信器側ではこれらが再び統合され、このことをデフラグメントと呼ぶ。ＩＰは使用される媒体に依存せず、また同時にＬＡＮ（ローカルエリアネットワーク）に対してもＷＡＮ（ワイドエリアネットワーク）に対しても適する。
【０００５】
ここでデータパケットの一部はヘッダと称される。このヘッダにはユーザデータは含まれず、種々の管理データが含まれている。これは例えばアドレス、パケット番号、送信器識別子、パケット状態等である。エラー識別ないしはエラー補正のためのデータ（例えばチェックサムＣＲＣ）は通常、ユーザデータに含まれる。
【０００６】
ＴＣＰは接続指向の伝送プロトコルであり、これは論理的全二重ポイント・ツー・ポイント接続を可能にする。ここではデータがエラー無しで、かつ所望の順序で下位のＩＰネットワークを介して伝送されることが保証される。すなわち下位のＩＰはデータ保証および接続制御のための機能が拡張される。
【０００７】
ＵＤＰはユーザデータグラムプロトコルに対する短縮表記であり、ＩＰファミリーのデータグラムを伝送するための無接続アプリケーションプロトコルである。これはＴＣＰと同じようにＩＰに載せられる。格段に頻繁に使用されるＴＣＰと比較して、ＵＤＰはエラー識別およびエラー補正を省略しており、従って格段に高速に動作し、比較的に小さなヘッダを有する。従ってオーバヘッドは比較的小さく、パケット長に対するユーザデータ数の割合が改善されている。ＵＤＰはショートメッセージを送信し、これを必要な場合には完全に繰り返すことのできる適用、またはリアルタイムで実行しなければならない適用（音声伝送またはビデオ伝送）でより良好に適する。
【０００８】
この適用は、例えばリアルタイム領域での特別の適用、すなわちエラー識別およびエラー補正が比較的上位のレイヤーの特別のプロトコル、例えばＲＴＰ（リアルタイムプロトコル）によりサポートすることができる。ＲＴＰの基本原理は、フォワードエラーコントロールの使用である。このことは拡張されたヘッダにより可能となり、このヘッダには付加情報がある。この付加情報とは例えば伝送されるユーザデータの形式（音声、画像データ等）またはデータ形成の時点である。これによりデータをより簡単に所定の正しい順序にもたらすことができ、また所定の時間の経過後に破棄することができる。
【０００９】
公知のプロトコルヘッダ圧縮方法は例えば、Ｓ． Ｃａｓｎｅｒ ＆ Ｖ． Ｊａｃｏｂｓｏｎ， ”Ｃｏｍｐｒｅｓｓｉｎｇ ＩＰ／ＵＤＰ／ＲＴＰ Ｈｅａｄｅｒｓ ｆｏｒ Ｌｏｗ−Ｓｐｅｅｄ Ｓｅｒｉａｌ Ｌｉｎｋｓ”， Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ， Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ ： ２５０８； （ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｔｃ／ｒｔｃ２５０８．ｔｅｘｔ？ｎｕｍｂｅｒ＝２５０８）に記載されている。
【００１０】
ここでは種々のコーディングが種々のプロトコルに対して提案されている。ＲＴＰヘッダに対してはエンド・ツー・エンド接続とは別個の圧縮が行われ、リンク・ツー・リンク接続の場合はＲＴＰ／ＵＤＰ／ＩＰヘッダで共通の圧縮が可能である。
【００１１】
ここでのコーディングには３つの異なるコード段階が設けられている。
【００１２】
・完全なヘッダ（フルヘッダＦＨ）
・１次の差分コーディング（１次差分ＦＯ）、すなわち２つの順次連続するヘッダを可変長コードにより記述する。
【００１３】
・２次の差分コーディング（２次差分ＳＯ）、すなわち２つのＦＯヘッダの差分を伝送する。
【００１４】
ＴＣＰヘッダを圧縮するために、非圧縮ヘッダを一度だけ送信した後、変化するフィールドを差分コーディングにより記述する。これによりその大きさが低減される。さらに変化するフィールドを完全に除去する。この除去は、変化をパケット長に基づいて計算することにより行われる。このことは、ＩＰヘッダおよびＴＣＰヘッダにおけるバイトのほぼ半分が接続の持続中は変化せずに留まるという知識に基づくものである。
【００１５】
ＲＴＰヘッダの圧縮は同じように、デコーダが完全なヘッダをＦＯ情報とＳＯ情報に基づいて再構築することにより行われる。さらに検知が利用され、これにより１データパケット当たりで複数のフィールドが変化しても、パケットごとの差はしばしば一定となり、従って２次差分ＳＯはゼロである。
【００１６】
ここでの欠点はとりわけ、公知の圧縮方法はこのような所定のプロトコルに特化されており、それらに対してだけ機能することである。個々のプロトコルまたは複数の共通のプロトコルのコーディングの種々の変形に対して、それぞれ異なるエンコーダを使用しなければならない。このことはコストを上昇させ、経済性に不利に作用する。
【００１７】
本発明の課題は、それぞれのプロトコル形式に依存しないで均一に効率的に使用することができ、これによりさらに経済的な、ヘッダ情報の圧縮手段を提供することである。
【００１８】
本発明によればこの課題は、以下のステップを有する、ネットワークプロトコルのヘッダ情報の圧縮方法によって解決される：
・完全なヘッダを接続形成の際に伝送し、送信側と受信側で当該ヘッダを基準として使用するステップ；
・各別のヘッダを送信側でセグメント化することにより、変化したフィールドと、それぞれ先行するヘッダに対して変化しないフィールドにコーディングするステップ；
このとき最大でｍ個の変化しないシンボルのインターバルを有する変化したシンボルの関連領域を変化したフィールドとして分類し、少なくともｍ＋１個の変化しないシンボルの関連領域を変化しないフィールドとして分類する。
【００１９】
・当該フィールドの位置を先行するヘッダのフィールドから予測するステップ；、
各予測された位置に対して、位置が変化したか否かをシグナリングするメルクマールを伝送することによって、瞬時のヘッダの差分を伝送するステップ。
【００２０】
最大でｍ個の変化しないシンボルのインターバルに対しては、変化したフィールドとしての分類のために値ｍ＝２を選択すると有利であることが判明した。
【００２１】
別の実施形態では、必要な場合に、所定の間隔で伝送中に新たに完全なヘッダを通知し、このヘッダを送信側および受信側で新たな基準として用いる。
【００２２】
別の有利な構成によれば、予測された位置に対して伝送された各メルクマールの他に、位置が変化しない場合においてフィールドが変化した場合、当該フィールドの変化した部分の内容を伝送し、位置が変化した場合においてフィールドが変化した場合、またはフィールドが変化しない場合、変化しない部分の長さを記述するための長さコードおよび／または変化した部分の長さを記述するための長さコード並びに変化した部分の内容を伝送する。
【００２３】
ここでは予測された位置に対して伝送された各メルクマールが１ビットであり、各長さコードが、フィールドのそれぞれの領域の長さをビットの数で表し、この数は
［ｌｏｇ２（領域−ｍ）］
であるように選定すると有利であることが判明した。
【００２４】
択一的にバイトを最小コーディング単位として用いることもできる。ここでは予測された位置に対して伝送された各メルクマールが１バイトであり、フィールド長はバイトの単位で定められる。このことにより多くの場合、値領域が比較的に小さくなり、これによりコーディングが効率的になる。
【００２５】
位置が変化した場合には、変化したフィールドに隣接シンボルを補充する。ただし、この補充されるフィールドのコーディングが、変化した位置のコーディングよりも面倒でない場合にこの補充を行う。これにより効率がさらに向上する。
【００２６】
このことはとりわけ、［ｌｏｇ２（フィールド長の記述に必要な数値の数−ｍ）］≧２である場合により有利である。
【００２７】
本発明の方法のさらなる改善形態では、伝送すべき保安されたヘッダ流に含まれるエラー識別コードおよび／またはエラー補正コード、とりわけチェックサムを一緒に圧縮する。
【００２８】
圧縮されたデータ流が、必要な場合に、エラー識別保護機構および／またはエラー補正保護機構だけ拡張されていれば、伝送確実性はさらに向上する。
【００２９】
これに基づき続いて、本発明に相応して圧縮されたネットワークプロトコルのヘッダ情報が解凍される。この解凍はそれぞれのヘッダを受信側で、基準ヘッダおよび後続のヘッダの伝送された差分情報に基づいて再構築することにより行われる。
【００３０】
前に示した本発明の方法はとりわけ、相応のエンコードおよびデコーダで使用すると有利である。このエンコードおよびデコーダも有利には送信ユニットまたは受信ユニットの構成部材として、移動通信端末機器に使用することができる。
【００３１】
この方法はとりわけ、プロトコルヘッダにおいて長い関連領域は変化せずに留まり、変化する領域の位置もしばしば変化しないままであるという事実を利用する。これらの場合では位置を通知する必要がない。
【００３２】
この本発明のアプローチにより、個々のプロトコル（例えばエンド・ツー・エンド接続の際のＲＴＰ）または複数の組み合わされたプロトコル（リンク・ツー・リンク接続の際のＩＰ／ＵＤＰ／ＲＴＰ）の圧縮が可能である。同様に本発明のアプローチはトンネルプロトコル（すなわち複数のＩＰヘッダの組合せ）にも直接、かつ符号化方法の変更なしで適用することができる。
【００３３】
本発明のさらなる利点および詳細は、以下の図面および図面に関連する説明から明かとなる。
【００３４】
図１は、静的変化を示すための、ＲＴＰ／ＵＤＰ／ＩＰヘッダの１６進リストの形態のデータ部分である。
【００３５】
図２は、変化したフィールドと変化しないフィールドのコーディングを示すためのヘッダシーケンスの基本図である。
【００３６】
図３は、フィールド長に対するコードの基本図である。
【００３７】
提案された本発明による方法は、任意のネットワークプロトコルの静的特性を利用し、個々のプロトコルフィールドの意味についての特別な知識は必要としない。ネットワークプロトコルは一般的に長い関連領域を有し、この領域は変化しないままである。多くのフィールドも値ゼロを含む。変化したフィールドはしばしば、相互に長い間隔を有するインターバルにより群分けされる。図１は、複数の順次連続するＲＴＰ／ＵＤＰ／ＩＰヘッダの１６進データをリストアップするものであり、これらのデータはラインごとに実行される。濃く印刷された数値は変化した情報を表し、その他は変化しないままである。
【００３８】
従ってこのような変化しない領域は先行のヘッダから予測され、伝送する必要はない。付加的に変化したフィールドと変化しないフィールドの位置が予測されれば、位置座標の通知は多くの場合、省略することができる。この原理は高いデータ圧縮に作用する。なぜなら、変化したデータと比較的僅かなオーバヘッドだけを送信すればよいからである。
【００３９】
この方法を以下、詳細に説明する。
【００４０】
接続形成の際の初期化のため、および必要な場合に、所定の間隔でヘッダ全体が完全に伝送される。
【００４１】
続いて、後続のヘッダの差分を通知することにより差分デコーディングが行われる。エンコーダとデコーダは、先行する完全なヘッダを基準量として基準メモリに保管する。
【００４２】
このために瞬時のヘッダがまず変化したフィールドと変化しないフィールドに次のようにセグメント化される。
【００４３】
先行ヘッダに対して変化しており、最高でｍ個の変化しないビットのインターバルを有するビットの関連領域は、変化したフィールドまたはｃフィールドとしてｃ−Ｆと分類される。長さｍの変化しない短いインターバルはｃフィールドに含まれる。なぜなら別個のコーディングは不効率だからである（これについては以下のアプローチを参照）。適切な値はここでｍ＝２である。
【００４４】
変化しないフィールドはｕフィールド、すなわちｕ−Ｆは、少なくともｍ＋１個の変化しない関連領域として定義される。図２はこの処理をヘッダのシーケンスに基づいて示す。ここではまず完全なヘッダＦＨが第１列に示されている。さらなる列には後続のヘッダが示されており、変化したビットは黒く示されている。これにより相応のフィールドｕ−Ｆとｃ−Ｆに分割される。このときこれらの位置および長さは変化する。変化したフィールドと変化しないフィールドの位置は予測される。このことは矢印により示されている。これについて示されているのはそれぞれ２つの変化したフィールドｃ１，ｃ２と２つの変化しないフィールドｕ１，ｕ２である。
【００４５】
本来のコーディングのためにフィールドの位置が、先行ヘッダのフィールドの位置から予測される。各予測された位置に対してメルクマールＭ（例えば１ビット）が伝送され、このメルクマールは位置が変化したか否かをシグナリングする。
【００４６】
フィールドに対するコードは例えば次のようにすることができる：
位置が変化した場合：
ｕフィールド　　　　　　　　値Ｍ＝０　　　　　　　　　　（１ビット）
ｃフィールド　　　　　　　　値Ｍ＝０　　　　　　　　　　（１ビット）
変化した部分の内容（コーディングせず）
位置が変化した場合：
ｕフィールドまたはｃフィールドに対して
値Ｍ＝１　　　　　　　　　　　　　　　　（１ビット）
変化しない部分の長さ　　　　　　　　　　（長さコード）
変化した部分の長さ　　　　　　　　　　　（長さコード）
変化した部分の内容　　　　　　　　　　　（コーディングせず）
フィールドの残りは同じように
ここで長さコードは例えば次のように定義される：
長さコードはフィールドの長さをビットで表す。フィールド長のコーディングに必要なビットの数は以下の計算規則に相応して基底２の対数による値領域から得られる。
【００４７】
ビットの数＝［ｌｏｇ２（値領域−ｍ）］
ここで四角い括弧は検出された値が次に大きな整数に丸められることを意味する。
【００４８】
値領域は長さの記述に必要な数の量である。これはフィールドの大きさに依存する。図３は、フィールド長に対するコードの基本を示す図である。領域１は変化しないと予測されたフィールドｕ−Ｆを示す。領域２は値領域を表す。すなわち長さを記述するのに必要な数の前記量を表す。領域３は領域１で変化しないビットの実際の数をシグナリングする。
【００４９】
例：長さ２０のフィールド内で新たな位置を通知すべき場合、これには５ビットが必要である。
【００５０】
符号化効率は次の変形実施例によりさらに上昇することができる。ただしここでは、確率が均等に分配されている場合、ｃフィールドの値はビットの変化に対して５０％の確率であることを前提とする。従ってｃフィールドの位置（フィールド縁部）は同じように頻繁に変化し、各第２の場合で新たにコーディング科蹴ればならないこととなる。
【００５１】
このことを回避するために、ｃフィールドを１隣接ビットだけ拡張すべきである。ただしこのビットのコーディングが変化した位置のコーディングよりも面倒でない場合である。これは、
［ｌｏｇ２（値領域−ｍ）］≧２
の場合である。
【００５２】
通常のプロトコルでは、情報はバイトにセグメント化されて存在する。前記方法も同じように最小コーディング単位としてビットの代わりにバイトに基づいて適用することができる。フィールド長はこのためにバイト単位で計算される。このことにより値領域が小さくなり、コーディングの効率が改善される。この場合、ｃフィールドを隣接エレメントだけ拡張することが省略される。しかしここでの欠点は、１ビットだけが変化する場合である。この場合もバイト全体を更新しなければならない。
【００５３】
このアルゴリズムは、冒頭の従来技術から公知の２次差分符号化にもそのまま適用することができる。
【００５４】
本発明による方法はさらに、保安されたヘッダ流にも使用することができる。例えばチェックサムを一緒にコーディングし、デコードした後に評価する。ｓわらに圧縮されたデータ流は必要に応じてエラー保護機構と共に圧縮することができる。
【００５５】
従って本発明の方法は、ネットワークプロトコルヘッダの圧縮のための新たな標準となる可能性がある。本発明は、個々のヘッダ、圧縮されたヘッダ、またはトンネルヘッダに汎用的に適用することができる。
【図面の簡単な説明】
【図１】
図１は、静的変化を示すための、ＲＴＰ／ＵＤＰ／ＩＰヘッダの１６進リストの形態のデータ部分である。
【図２】
図２は、変化したフィールドと変化しないフィールドのコーディングを示すためのヘッダシーケンスの基本図である。
【図３】
図３は、フィールド長に対するコードの基本図である。
【国際公開パンフレット】
2004505508.tif 000003
2004505508.tif 000004
2004505508.tif 000005
2004505508.tif 000006
2004505508.tif 000007
2004505508.tif 000008
2004505508.tif 000009
2004505508.tif 000010
2004505508.tif 000011
2004505508.tif 000012
2004505508.tif 000013
2004505508.tif 000014
2004505508.tif 000015
2004505508.tif 000016
2004505508.tif 000017
2004505508.tif 000018
2004505508.tif 000019
2004505508.tif 000020
2004505508.tif 000021
【手続補正書】
【提出日】平成14年9月10日(2002.9.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークプロトコルにおけるヘッダ情報の圧縮方法において、
完全なヘッダ（ＦＨ）を接続形成の際に伝送し、送信側と受信側で当該ヘッダを基準として使用し、
各別のヘッダを送信側でセグメント化することにより、変化したフィールド（ｃ−Ｆ；ｃ１，ｃ２）と、それぞれ先行するヘッダに対して変化しないフィールド（ｕ−Ｆ；ｕ１，ｕ２）にコーディングし、
このとき変化したシンボルと最大でｍ個の変化しないシンボルのインターバルとを有する関連領域を変化したフィールド（ｃ−Ｆ）として分類し、
少なくともｍ＋１個の変化しないシンボルの関連領域を変化しないフィールド（ｕ−Ｆ）として分類し、
当該フィールド（ｕ−Ｆ、ｃ−Ｆ）の位置を先行するヘッダのフィールドから予測し、
各予測された位置に対して、位置が変化したか否かをシグナリングするメルクマールを伝送することによって、瞬時のヘッダの差分を伝送する、
ことを特徴とするネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項２】
最高でｍ個の変化しないシンボルのインターバルに対して、変化しないフィールド（ｃ−Ｆ）としての分類のために、値ｍ＝２を選択する、請求項１記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項３】
必要な場合に、所定の間隔で伝送中に新たに完全なヘッダ（ＦＨ）を通知し、当該ヘッダを送信側および受信側で新たな基準として用いる、請求項１または２記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項４】
予測された位置に対して伝送される各メルクマール（Ｍ）の他に、
位置が変化しない場合においてフィールド（ｃ−Ｆ）が変化した場合、当該フィールドの変化した部分の内容を伝送し、
位置が変化した場合においてフィールド（ｃ−Ｆ）が変化した場合、またはフィールド（ｕ−Ｆ）が変化しない場合、変化しない部分の長さを記述するための長さコードおよび／または変化した部分の長さを記述するための長さコード並びに変化した部分の内容を伝送する、請求項１から３までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項５】
予測された位置に対して伝送される各メルクマール（Ｍ）は１ビットであり、
各長さコードは、フィールドのそれぞれの領域の長さをビットの数で表し、
当該数は、
［ｌｏｇ２（領域−ｍ）］
に従い選定され、
ここで［ｘ］は丸め演算を表し、数ｘは次に大きな整数に丸められる、請求項４記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項６】
１バイトを最小符号化単位として用い、このとき各予測された位置に対して伝送されるメルクマール（Ｍ）は１バイトであり、
フィールド長はバイトの単位で定められる、請求項４記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項７】
位置が変化した場合、変化したフィールド（ｃ−Ｆ）を隣接シンボルだけ補充する、ただし当該補充されたフィールドのコーディングが変化した位置のコーディングよりも面倒でない場合に前記補充を行う、請求項１から５までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項８】
隣接シンボルの補充を、
［ｌｏｇ２（フィールド長の記述に必要な数値の数−ｍ）］≧２
である場合には常に行い、
ここで［ｘ］は丸め演算を表し、数ｘは次に大きな整数に丸められる、請求項７記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項９】
伝送すべき保安されたヘッダ流に含まれるエラー識別コードおよび／またはエラー補正コード、とりわけチェックサムを共に圧縮する、請求項１から８までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項１０】
圧縮されたデータ流を必要な場合に、エラー識別保護機構および／またはエラー補正保護機構だけ拡張する、請求項１から９までのいずれか１項記載のネットワークプロトコルにおけるヘッダ情報の圧縮方法。
【請求項１１】
それぞれ請求項１から１０までのいずれか１項記載の方法に従って圧縮されたヘッダを受信側で、完全なヘッダ（ＦＨ）と後続のヘッダの伝送された差分情報とに基づいて再構築する、請求項１から１０までのいずれか１項記載の方法に従い、ネットワークプロトコルにおいて圧縮されたヘッダ情報の解凍方法。
【請求項１２】
請求項１から１０までのいずれか１項記載の方法を実施するように構成されている、ネットワークプロトコルにおけるヘッダ情報を圧縮するためのエンコーダ。
【請求項１３】
それぞれ請求項１から１０までのいずれか１項記載の方法に従って圧縮されたヘッダを受信した基準ヘッダ（ＦＨ）および後続のヘッダの伝送された差分情報に基づいて再構築する、請求項１から１０までのいずれか１項記載の方法に従い圧縮されたネットワークプロトコルにおけるヘッダ情報を解凍するためのデコーダ。
【請求項１４】
請求項１２記載のエンコーダを有する送信ユニット。
【請求項１５】
請求項１３記載のデコーダを有する受信ユニット。
【国際調査報告】
2004505508.tif 000022
2004505508.tif 000023
2004505508.tif 000024
2004505508.tif 000025