(57)【特許請求の範囲】
【請求項１】
ＩＰ移動体データ・ネットワークの送信機と受信機との間でのデータ交換におけるハンドオーバ中にヘッダ圧縮コンテキストを制御する方法であって、
ヘッダ部分と情報部分とを含むデータ・パケットが転送され、
前記送信機はヘッダ圧縮器を含み、
前記受信機はヘッダ圧縮解除器を含み、
前記ヘッダ圧縮器と前記ヘッダ圧縮解除器とはヘッダ圧縮方式に従って動作するように構成され、
−  ハンドオーバの開始について前記ヘッダ圧縮器に通知するステップと、
−  前記ヘッダ圧縮器と前記ヘッダ圧縮解除器との間で前記ヘッダ圧縮コンテキストを制御するように構成されたパケットを送信するステップと、
−  前記ハンドオーバの完了について前記ヘッダ圧縮器に通知するステップと、
−  ハンドオーバに関わらない正規データ交換中に前記ヘッダ圧縮方式に従ってヘッダ圧縮を再開するステップと、
を備えることを特徴とする方法。
【請求項２】
前記ハンドオーバについての前記通知の後に、送信される各パケットは、前記ヘッダ圧縮器と前記ヘッダ圧縮解除器との間で前記圧縮コンテキストを開始させ、同期させるように構成される、請求項１記載の方法。
【請求項３】
前記データ・ネットワークはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；  インターネット・プロトコル）バージョン４（ＩＰｖ４）又はＩＰバージョン６（ＩＰｖ６）に従って動作し、
前記ヘッダ圧縮器と前記ヘッダ圧縮解除器とはＣＲＴＰ（Ｃｏｍｐｒｅｓｓｅｄ  Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ；  圧縮リアル・タイム・トランスポート・プロトコル）と呼ばれるヘッダ圧縮方式に従って動作する、請求項１又は２記載の方法。
【請求項４】
前記データ・ネットワークはＩＰ（インターネット・プロトコル）バージョン４（ＩＰｖ４）又はＩＰバージョン６（ＩＰｖ６）に従って動作し、
前記ヘッダ圧縮器と前記ヘッダ圧縮解除器とはＲＯＣＣＯ（ＲＯｂｕｓｔ  Ｃｈｅｃｋｓｕｍ−ｂａｓｅｄ  ｈｅａｄｅｒ  ＣＯｍｐｒｅｓｓｉｏｎ；  ロビュスト・チェックサムベースト・ヘッダ圧縮）と呼ばれるヘッダ圧縮方式に従って動作する、請求項１又は２記載の方法。
【請求項５】
前記ハンドオーバ通知は前記送信機から開始される、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記ハンドオーバ通知は前記受信機から開始される、請求項１から４のいずれか１項に記載の方法。
【請求項７】
前記データ・ネットワークはＩＰセルラ無線データ・ネットワークである、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記データ・パケットの前記情報部分は音声データ又は通話データを含む、請求項１から７のいずれか１項に記載の方法。
【請求項９】
ヘッダ部分と情報部分とを含むデータ・パケットを交換する送信機手段と受信機手段とを備え、
請求項１から８のいずれか１項に記載の方法に従って動作するように構成されたヘッダ圧縮器とヘッダ圧縮解除器とを備える、トランシーバ。
【請求項１０】
ＩＰセルラ無線データ・ネットワーク内でデータ・パケットを交換する、請求項９記載のトランシーバ手段を備える、無線アクセス・ユニット。
【請求項１１】
ＩＰセルラ無線データ・ネットワーク内でデータ・パケットを交換する、請求項９記載のトランシーバ手段を備える、無線通信ユニット。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；  インターネット・プロトコル）データ通信、特に、ヘッダ部分と情報部分を含むデータ・パケットが転送されるようになっているＩＰ移動体データ・ネットワーク内でのハンドオーバ中にヘッダ圧縮コンテキストを制御する方法に関する。
【０００２】
（発明の背景）
セルラ無線電気通信システム及びコードレス無線電気通信システムのような、現在のＩＰ移動体データ通信システムでは、データは、データ・バースト又はデータ・パケット内で交換される。
【０００３】
情報データの他に、なかでもアドレス指定目的のために、各データ・パケットはヘッダ部分を含む。
【０００４】
使用されるパケットの寸法、すなわち、１人のユーザから他のユーザへ情報を送信するためにパケットに含まれたビットの数は、パケット・ヘッダの寸法によって占められる分が非常に多い。例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；  ヴォイス・オーバ・インターネット・プロトコル）のような典型的会話型ＩＰ電話サービスでは、リアル・タイム・トランスポート・プロトコル（ＲＴＰ）レイヤ、ユーザ・データグラム・プロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ；  ＵＤＰ）レイヤ、ＩＰｖ４レイヤ（すなわち、ＩＰｖ４／ＵＤＰ／ＲＴＰ）によって導入された情報要素を指定するために使用されるＩＰパケット・ヘッダの寸法は、平均して４０バイトに達する。パケットのペイロード、すなわち、ユーザ情報データ部分は、１５〜２０バイトほどの低さであるといえる。それゆえ、パケット・ヘッダ部分は、全パケット寸法の３分の２までを占めるといえる。
【０００５】
交換される情報データの量に関してデータ・トランスポートの効率を上げるために、ヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ；  ＨＣ）方式は、データ・パケットのパケット・ヘッダ部分の寸法を小さくするように設計される。
【０００６】
一般に、ＨＣ方式の機能性は、ヘッダ圧縮器と呼ばれる、ヘッダ部分を圧縮しているエンティティと、ヘッダ圧縮解除器と呼ばれる、ヘッダ部分を圧縮解除するエンティティとの間の同期を指定する圧縮コンテキスト（ｃｏｎｔｅｘｔ）に基づいている。圧縮コンテキストは、ヘッダ圧縮器が送信されるヘッダ部分を圧縮しかつヘッダ圧縮解除器が受信されたヘッダ部分を圧縮解除する動作状態として定義される。更になお、そのコンテキストは、例えば、パケット・ストリームを説明する追加情報を含むことがある。実際には、圧縮器と圧縮解除器は、典型的に、ホップ・バイ・ホップ（ｈｏｐ−ｂｙ−ｈｏｐ）リンク又はポイント・ツー・ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）リンクによってリンクされる。
【０００７】
ＣＲＴＰ（Ｃｏｍｐｒｅｓｓｅｄ  Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ；  圧縮リアルタイム・トランスポート・プロトコル）と呼ばれる現存するヘッダ圧縮方式は、典型的に、平均ＶｏＩＰ（すなわち、ＩＰｖ４／ＵＤＰ／ＲＴＰ）ヘッダ部分の４０バイトを最小２オクテットに圧縮する。このヘッダ圧縮方式は、圧縮器と圧縮解除器との間のリンクが１つ以上のパケットの喪失を導入するとき圧縮器と圧縮解除器との間の同期を維持することができない。
【０００８】
ＲＯＣＣＯ（ＲＯｂｕｓｔ  Ｃｈｅｃｋｓｕｍ−ｂａｓｅｄ  ｈｅａｄｅｒ
ＣＯｍｐｒｅｓｓｉｏｎ；  ロビュスト・チェックサムベースト・ヘッダ圧縮）と呼ばれる他の既知のヘッダ圧縮方式は、ＶｏＩＰヘッダ部分の平均４０バイトを最小１．２５オクテットに圧縮することができる。更に、ＲＯＣＣＯは、圧縮器と圧縮解除器との間のリンクが２６までの連続パケット喪失を導入するときでさえも圧縮器と圧縮解除器と間の同期を維持することができる。ＲＯＣＣＯは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ；  ユニバーサル移動体電気通信システム）のような第三世代セルラ移動体システム上での会話型音声アプリケーションのエリアで非常に効率的に働くことができる。
【０００９】
例えば、移動体セルラ無線通信ネットワークでは、データ通信リンクは、ハンドオーバに出会う。これは、１つの無線チャネルから他のチャネルへのデータ・リンクの転送である。無線接続の転送を管理するエンティティ次第で、ハンドオーバをセル内（ｉｎｔｒａｃｅｌｌ）又はノード内（ｉｎｔｒａｎｏｄｅ）及びセル間（ｉｎｔｅｒｃｅｌｌ）又はノード間（ｉｎｔｅｒｎｏｄｅ）として特性表示することができる。
【００１０】
セル内又はノード内ハンドオーバ方式は、データ・リンク接続の転送が同じセル又はノード、すなわち、同じ無線アクセス・ユニット又は無線基地局によって管理されるようになっているハンドオーバ手順として定義することができる。
【００１１】
セル間又はノード間ハンドオーバ方式は、データ・リンクの転送が異なったセル又はノード、すなわち、異なった無線アクセス・ユニット又は無線基地局によって管理されるようになっているハンドオーバ手順として定義される。
【００１２】
新データ・リンク接続を確立しかつ現存する又は旧データ・リンク接続を解放する方法次第で、ハンドオーバ手順は、ハード又はソフトと呼ばれる。
【００１３】
ハード・ハンドオーバ手順は、新無線リンクが確立される前に現存する又は旧無線リンクが放棄されるようになているハンドオーバ手順として定義される。ソフト・ハンドオーバ手順では、動作する少なくとも１つの無線リンクが常にあるという具合に現存する又は旧無線リンクと新無線リンクが切り換えられる。
【００１４】
典型的に、ハード・ハンドオーバ手順は、パケット喪失を導入する。喪失したパケットの数は、ハンドオーバの持続時間に依存する。ハード・ハンドオーバの期間中に起こる喪失に因って、圧縮器と圧縮解除器との間の圧縮コンテキストは、同期を外れることがある。
【００１５】
更になお、ハード・ハンドオーバ・プロセスとソフト・ハンドオーバ・プロセスの両方において、特にセル間又はノード間ハンドオーバの場合に、新データ・リンク接続は新圧縮器及び／又は新圧縮解除器を含むことがあり、これらの間には圧縮コンテキストは存在しない。
【００１６】
したがって、ハンドオーバ中、ヘッダ圧縮機構を使用してデータ・パケットが転送されるようになっているＩＰ移動体データ・ネットワークの送信機と受信機との間のデータ交換は、通信のエラー及び通信の喪失さえも非常に生じやすい。
【００１７】
（発明の概要）
ヘッダ・パケットがヘッダ圧縮方式に従って転送されるようになっているＩＰ移動体データ・ネットワーク内でのハンドオーバ中にヘッダ圧縮コンテキストを維持する改善された方法を用意することが本発明の目的である。
【００１８】
本発明の改善された方法に従ってデータ・パケットを交換するように構成されたデータ・ネットワーク・トランシーバ、無線アクセス・ユニット、無線通信ユニットを用意することが本発明の更に目的である。
【００１９】
これら及び他の目的及び利点は、ヘッダ部分と情報部分を含むデータ・パケットが転送されるようになっている、ＩＰ移動体データ・ネットワークの送信機と受信機との間でのデータ交換におけるハンドオーバ中にヘッダ圧縮コンテキストを制御する方法において本発明によって達成され、及び送信機はヘッダ圧縮器を含みかつ受信機はヘッダ圧縮解除器を含み、ヘッダ圧縮器とヘッダ圧縮解除器はヘッダ圧縮方式に従って動作するように構成され、この方法は、
−  ハンドオーバの開始についてヘッダ圧縮器に通知するステップ、
−  ヘッダ圧縮器とヘッダ圧縮解除器との間でヘッダ圧縮コンテキストを制
御するように構成されたパケットを送信するステップ、
−  ハンドオーバの完了についてヘッダ圧縮器に通知するステップ、
−  ハンドオーバに係わらない正規データ交換中にヘッダ圧縮方式に従って
ヘッダ圧縮を再開するステップ
を特徴とする。
【００２０】
正規データ交換中、すなわち、送信機と受信機との間にハンドオーバがない間中、ヘッダ圧縮器とヘッダ圧縮解除器はそれらの圧縮コンテキストに従って一緒に動作する。圧縮コンテキストは、ヘッダを圧縮するためにヘッダ圧縮器によって使用され及びヘッダを圧縮解除するためにヘッダ圧縮解除器によって使用される動作状態である。
【００２１】
圧縮コンテキストの喪失を回避するために、本発明に従う方法は、ヘッダ圧縮器とヘッダ圧縮解除器との間でヘッダ圧縮コンテキストを維持するように構成されたパケットをハンドオーバ手順中に送信する。すなわち、本発明は、ヘッダ圧縮器とヘッダ圧縮解除器との間で圧縮コンテキストを保証するパケットを、ハンドオーバ中、送信することによって圧縮コンテキストの特定喪失に予め対処する。
【００２２】
本発明に従う方法の好適実施の形態では、ハンドオーバについての通知の後に、送信される各パケットはヘッダ圧縮器とヘッダ圧縮解除器との間で圧縮コンテキストを開始させかつ同期させるように構成される。
【００２３】
それゆえ、ハード・ハンドオーバ手順でのパケットの喪失に因るヘッダ圧縮器とヘッダ圧縮解除器との間の同期の喪失は、ヘッダ圧縮器とヘッダ圧縮解除器との間でヘッダ圧縮コンテキストを開始させかつ同期させることができるパケットが送信されるということにおいて本発明によって効果的に修復される。
【００２４】
新接続が新ヘッダ圧縮器及び／又は新ヘッダ圧縮解除器を含むことがあり、これらのヘッダ圧縮器とヘッダ圧縮解除器との間には圧縮コンテキストは存在しないようになっている、セル間又はノード間ハンドオーバの場合にもまた、ハード及びソフト共に、本発明に従って送信されたパケットは、新通信リンクのヘッダ圧縮器とヘッダ圧縮解除器との間でヘッダ圧縮コンテキストを開始させることによって圧縮コンテキストを維持することができる。
【００２５】
本発明に従う方法は、ハンドオーバ中、圧縮パケットよりも大量のビットを含むパケットを送信するが、効率のこの喪失は保証されたヘッダ圧縮コンテキストの利点を減少させることはない。
【００２６】
本発明に従う方法は、特定ヘッダ圧縮方式に限定されず、なかでも、例えば、ＣＲＴＰ又はＲＯＣＣＯを使用するＩＰネットワークに使用されることがある。
【００２７】
特定送信プロトコル次第で、ハンドオーバは送信機及び／又は受信機から通知されることがある。
【００２８】
ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ；  移動体通信グローバル・システム）下で動作する移動体無線データ・ネットワークの場合、ハンドオーバは、無線基地局又は無線アクセス・ユニットから開始される。ＤＥＣＴ（Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ；  ディジタル・エンハンスト・コードレス電気通信）では、ハンドオーバはコードレス電話端末のような、コードレス電気通信ユニットから開始される。
【００２９】
本発明に従う方法は、情報データ部分、すなわち、パケットのペイロードが全パケット寸法のちょうど３分の１を占めかつ他の３分の２がパケット・ヘッダ部分によって占められているＶｏＩＰのような、データ・パケットの情報部分が音声データ又は通話データを含むようになっているネットワークに、特に有利である。
【００３０】
本発明は、ＩＰデータ・ネットワーク・トランシーバのために、無線アクセス・ユニット、及びヘッダ部分と情報部分を有するデータ・パケットを交換する送信機手段と受信機手段を含む、無線通信ユニットを更に用意し、トランシーバは本発明の方法に従って動作するように構成されたヘッダ圧縮器とヘッダ圧縮解除器を含む。
注意するのは、
・  本発明は、ネットワーク・プロトコル・レイヤとしてＩＰバージョン４
（ＩＰｖ４）又はＩＰバージョン６（ＩＰｖ６）のどちらかを使用するど
んなＩＰ移動体データ・ネットワークにも応用することができる、
・  ＩＰデータ・ネットワーク・トランシーバは、ヘッダ圧縮器又はヘッダ圧
縮解除器として使用することができるどんなＩＰバックボーン・エンティ
ティ（例えば、ルータ）、例えば、ＵＭＴＳに使用される無線ネットワー
ク・コントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ
；  ＲＮＣ）、ＵＭＴＳに及びジェネラル・パケット無線サービス（Ｇｅ
ｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ；  ＧＰＲＳ）
に使用されるサービングＧＰＲＳサポート・ノード（Ｓｅｒｖｉｎｇ  Ｇ
ＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）であってもよい、及び
・  無線アクセス・ユニットは、どんな基地局、例えば，ＵＭＴＳ及びＧＲＰ
Ｓに使用されるベース・トランシーバ基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅ
ｉｖｅｒ  Ｓｔａｔｉｏｎ；  ＢＴＳ）であってもよい、
・  無線通信ユニットは、どんな移動局、例えば、ＵＭＴＳに及びＧＲＰ
Ｓに使用される移動局（ＭＳ）であってもよい
ことである。
【００３１】
本発明の上に述べた及び他の特徴及び利点は、添付図面を参照して次の説明において例示する。
【００３２】
（実施の形態の詳細な説明）
図１は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ；  移動体通信グローバル・システム）、ＤＥＣＴ（Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ；  ディジタル・エンハンスト・コードレス電気通信）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ；  ジェネラル・パケット無線サービス）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ；  ユニバーサル移動体電気通信システム）、及びその他のプロトコルの下で動作する無線データ・ネットワーク及び電話ネットワークのような、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；  インターネット・プロトコル）セルラ移動体無線通信システムの部分を例示する。
【００３３】
セルラ無線通信システムは、無線基地局（Ｒａｄｉｏ  Ｂａｓｅ  Ｓｔａｔｉｏｎ；  ＲＢＳ）を取り囲むセルと呼ばれる地理的に限定されたエリア内でデュプレックス電気通信サービスを提供するためにトランシーバＴＸと制御手段μＰを有する１つ又は複数の無線アクセス・ユニット又はＲＢＳを含む。
【００３４】
例えば、典型的ＧＳＭネットワークでは、ＲＢＳは、基地局制御（Ｂａｓｅ
Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌ；  ＢＳＣ）を通して移動体サービス交換センタ（Ｍｏｂｉｌｅ  ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ；
ＭＳＣ）に接続し、ＭＳＣはＲＢＳと他の移動体又はＰＳＴＮ（Ｐｕｂｌｉｃ
Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ；  公衆交換電話網）、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ；  サービス総合ディジタル網）のような固定ネットワーク、インターネットのようなＩＰデータ・ネットワーク等との間で、呼の交換を遂行する。
【００３５】
明確のために、ＢＳＣ、ＭＳＣ、及び他のネットワークは、図１に示してない。
【００３６】
使用においては、無線通信ユニット又は無線移動局（ＲＭＳ）は、ＲＭＳが現在位置してるエリア又はセル内でデュプレックス無線通信サービスを行っているＲＢＳへ無線空気インタフェースを経由して通信する。ＲＭＳは、トランシーバ手段ＴＸ、制御手段μＰ、及び無電通信手段ＩＯ含み、これらは、明確目的のために、単一ブロックとして表示してある。
【００３７】
ＲＢＳとＲＭＳは、データが情報部分とヘッダ部分を含むパケット内で送信される、ヴォイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）電話サービスのような、ＩＰ（インターネット・プロトコル）データ通信用に構成される。
【００３８】
本説明の導入部分で開示したように、ヘッダ部分は、全パケット寸法の３分の２までを占めるといえる。データ・トランスポートの効率を上げるために、ヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ；  ＨＣ）方式及び手段は、通信リンク上での通信中のデータ・パケットのパケット・ヘッダ部分の寸法を小さくするように構成される。
【００３９】
この目的のために、ＲＢＳは、図１に示したように、ネットワーク・ヘッダ圧縮器（Ｎｅｔｗｏｒｋ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｏｒ；  ＮＨＣ）とネットワーク・ヘッダ圧縮解除器（Ｎｅｔｗｏｒｋ  Ｈｅａｄｅｒ  Ｄｅｃｏｍｐｒｅｓｓｏｒ；  ＮＨＤ）なる機器を具備する。同様に、各ＲＭＳは、図１に概略的に例示したように、移動局ヘッダ圧縮器（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｏｒ；  ＭＨＣ）と移動局ヘッダ圧縮解除器（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｈｅａｄｅｒ  Ｄｅｃｏｍｐｒｅｓｓｏｒ；ＭＨＤ）なる機器を含む。ヘッダ圧縮器手段とヘッダ圧縮解除器手段は、個別ハードウェア構成要素内にある又は、例えば、ＲＢＳ及びＲＭＳの制御手段μＰ内のソフトウェア内に具備されることがある。
【００４０】
ＭＨＣ／ＭＨＤ及びＮＨＣ／ＮＨＤなる機器は、例えば、ＣＲＴＰ（Ｃｏｍｐｒｅｓｓｅｄ  Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ；  圧縮リアルタイム・トランスポート・プロトコル）又はＲＯＣＣＯ（ＲＯｂｕｓｔ  Ｃｈｅｃｋｓｕｍ−ｂａｓｅｄ  ｈｅａｄｅｒ  ＣＯｍｐｒｅｓｓｉｏｎ；  ロビュスト・チェックサムベースト・ヘッダ圧縮）のような、どんなＨＣ方式にも従って動作することがある。
【００４１】
ＣＲＴＰとＲＯＣＣＯの両方は、正規の無瞬断デュプレックス使用中は、ＲＢＳとＲＭＳとの間にデュプレックス無線通信リンクが存在するそれらＲＢＳとＲＭＳのそれぞれのヘッダ圧縮器とヘッダ圧縮解除器との間の圧縮コンテキストに従って動作する。圧縮コンテキストは、ヘッダ圧縮器とヘッダ圧縮解除器が同期して動作するようになっている動作状態として定義される。
【００４２】
例えば、ＣＲＴＰとＲＯＣＣＯは、異なった圧縮コンテキスト同期化プロセスを使用する。ＣＲＴＰでは、ヘッダ圧縮方式は、ＦＵＬＬ＿ＨＥＡＤＥＲと呼ばれる１つのパケットを送ることによって圧縮コンテキストを開始させかつ同期させる。これは、各元の未圧縮パケットについて圧縮器がペイロードとして元の未圧縮パケットのペイロードを含む１つのＦＵＬＬ＿ＨＥＡＤＥＲパケットを送ることを意味する。ＦＵＬＬ＿ＨＥＡＤＥＲパケットのフォーマットについての更に詳細は、Ｓ・キャスナー及びＶ・ヤコブソン「低速直列リンク用ＩＰ／ＵＤＰ／ＲＴＰヘッダ圧縮」ＩＥＴＦ  ＲＦＣ２５０８、１９９９年（Ｓ．Ｃａｓｎｅｒ  ａｎｄ  Ｖ．Ｊａｃｏｂｓｏｎ  “Ｃｏｍｐｒｅｓｓｉｎｇ  ＩＰ／ＵＤＰ／ＲＴＰ  Ｈｅａｄｅｒｓ  ｆｏｒ  Ｌｏｗ−Ｓｐｅｅｄ  Ｓｅｒｉａｌ  Ｌｉｎｋｓ”，ＩＥＴＦ  ＲＦＣ２５０８，１９９９）参照。
【００４３】
ＲＯＣＣＯヘッダ圧縮方式は、ＳＴＡＴＩＣと呼ばれる１つのパケットを送ることによって圧縮コンテキストを開始させ、かつ初期ＳＴＡＴＩＣパケットの後に１つのＤＹＮＡＭＩＣパケットを送ることによって圧縮コンテキストを同期させる。これは、各元の未圧縮パケットについて圧縮器がその後１つのＳＴＡＴＩＣパケットと１つのＤＹＮＡＭＩＣパケットを送ることを意味する。ＳＴＡＴＩＣパケットは、パケット・ストリームの寿命を通して一定であるヘッダ・フィールドを含む。更になお、このパケットは、少しのペイロードも含まない。各ＤＹＮＡＭＩＣパケットは、全ての変化するヘッダ・フィールドをそれらの元の未圧縮形で含むヘッダを有する。更に、含まれたペイロードは、ＣＯＭＰＲＥＳＳＥＤパケットに含まれたペイロードに類似している。ＳＴＡＴＩＣパケット、ＤＹＮＡＭＩＣパケット、ＣＯＭＰＲＥＳＳＥＤパケットのフォーマットについての更に詳細は、Ｌ・−Ｅ・ジョンソン、Ｍ・デジャーマーク、Ｈ・ハニュー、Ｋ・スヴァンブロ、「ロビュスト・チェックサムベースト・ヘッダ圧縮（ＲＯＣＣＯ）」、ＩＥＴＦインターネット案（作業進行中）、２０００年３月（Ｌ．−Ｅ．Ｊｏｎｓｓｏｎ，Ｍ．Ｄａｇｅｒｍａｒｋ，Ｈ．Ｈａｎｎｕ，Ｋ．Ｓｖａｎｂｒｏ，“Ｒｏｂｕｓｔ  Ｃｈｅｃｋｓｕｍ−ｂａｓｅｄ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＣＣＯ），ＩＥＴＦ  Ｉｎｔｅｒｎｅｔ  ｄｒａｆｔ（ｗｏｒｋ  ｉｎ  ｐｒｏｇｒｅｓｓ），Ｍａｒｃｈ  ２０００）を参照。
【００４４】
本発明と共に使用されるヘッダ圧縮器とヘッダ圧縮解除器なる機器は、当業者に知られており、更に詳細な説明は不要である。
【００４５】
本発明に従う方法を、図１を参照して、セル内又はノード内ハンドオーバについて開示する。
【００４６】
セル内又はノード内ハンドオーバ中、ＲＢＳとＲＭＳとの間に存在する無線リンクＡは、異なった無線リンクＢへ転送され、この転送は同じセル又はノード、すなわち、同じＲＢＳによって管理される。
【００４７】
第１ステップで、ヘッダ圧縮器、ＮＨＣ又はＭＨＣのどちらか又はその両方が、ハンドオーバ手順が開始されるという通知を受信する。例えば、ＧＣＭでは、ハンドオーバがＲＢＳによって開始されるのに反して、例えば、ＤＥＣＴではハンドオーバ手順がＲＭＳによって開始される。したがって、応用される無線通信プロトコルの型式次第で、ハンドオーバ手順が開始されるという通知は、ＲＢＳからＲＭＳへ又はこれと反対に送られるといえる。
【００４８】
ハンドオーバ通知の受信の後、ヘッダ圧縮器、すなわち、ＭＨＣ又はＮＨＣからヘッダ圧縮解除器、すなわち、ＮＨＤ又はＭＨＤへ送られることになる各パケットは、関連ヘッダ圧縮器と関連ヘッダ圧縮解除器との間で圧縮コンテキストを開始させかつ同期させるように構成される。これは、ハンドオーバ手順中ヘッダ圧縮器とヘッダ圧縮解除器との間で圧縮コンテキストが維持される、すなわち、同期させられることを保証することになる。
【００４９】
いったんハンドオーバが完了すると、すなわち、無線リンクＡからの無線通信が無線リンクＢへ転送されると、ＭＨＣ及び／又はＮＨＣであり得るヘッダ圧縮器は、ハンドオーバ手順が完了するという通知を受信する。この通知の受信の後、関連ヘッダ圧縮方式に対して、正規動作、すなわち、ハンドオーバがないときの動作が再開される。
【００５０】
上の手順は、無線リンクＡが終了され、かつ無線リンクＡの終了の後に無線リンクＢが立ち上げられ、これがパケットの喪失をもたらし、したがって、同期コンテキストの喪失をもたらすことがあるハード・ハンドオーバに、特に応用される。しかしながら、ヘッダ圧縮器とヘッダ圧縮解除器との間の同期コンテキストは、次に受信された一貫性を帯びたパケットで以て復元又は修復される。
【００５１】
セル間又はノード間ハンドオーバでは、図２に概略的に例示したように、無線移動局ＲＭＳは、第１無線アクセス・ユニット又は第１無線基地局ＲＢＳａのカバレージ・エリアから第２無線アクセス・ユニット又は第２無線基地局ＲＢＳｂのカバレージ・エリア又はセルへ移動する。すなわち、ＲＭＳの通信リンクは、ＲＢＳａと動作する無線リンクＡからＲＢＳｂと動作する無線リンクＢに変わる。
【００５２】
本発明に従って、ＭＨＣ及び／又はＮＨＣａ及び／又はＮＨＣｂであり得るヘッダ圧縮器は、ハンドオーバ手順が開始されるという通知を受信する。次に、ＭＨＣ及び／又はＮＨＣａ及び／又はＮＨＣｂであり得るヘッダ圧縮器からＮＨＤａ及び／又はＮＨＤｂ及び／又はＭＨＤである得る圧縮解除器へ送られることになる各パケットは、関連圧縮器と関連圧縮解除器との間で圧縮コンテキストを開始させかつ同期させるように構成される。ハンドオーバの完了の後、ＭＨＣ及び／又はＮＨＣａ及び／又はＮＨＣｂであり得るヘッダ圧縮器は、ハンドオーバ手順が完了されるという通知及びヘッダ圧縮方式の正規動作、すなわち、無線リンクのヘッダ圧縮器とヘッダ圧縮解除器が同期化圧縮コンテキストに従って動作するようになっている動作を再開してよいという通知を受信する。
【００５３】
ＲＢＳａからＲＢＳｂへのハンドオーバの場合、ハンドオーバに係わる全ての圧縮器、すなわち、ＭＨＣ、ＮＨＣａ、ＮＨＣｂは、無線通信リンクＡとＢの各々についてヘッダ圧縮を維持するように構成されたパケットを送信することによって動作することが好適である。これは、無線リンクＡを維持する可能性を持つために、無線リンクＢへのハンドオーバがどれか１つの理由で失敗するかどうかを知らせる。
【００５４】
セル間又はノード間ハンドオーバの場合、本発明に従う方法は、ソフト・ハンドオーバとハード・ハンドオーバに対して同等に有利である。なぜならば、新無線リンク接続、すなわち、上の例では無線リンクＢについて、ＭＨＤとＮＨＣｂとの間及び／又はＭＨＣとＮＨＤｂとの間に圧縮コンテキストが存在しないからである。
【００５５】
図３は、ヘッダ圧縮器を含む送信機とヘッダ圧縮解除器を含む受信機との間での本発明に従う方法の主要ステップを、流れ図に、示す。
【００５６】
ステップ１で、送信機のヘッダ圧縮器はハンドオーバの開始について通知される。この通知に対する返答で、ヘッダ圧縮器は、このヘッダ圧縮器とヘッダ圧縮解除器との間でヘッダ圧縮コンテキストを制御するパケットを送信する。ステップ３で、ヘッダ圧縮器は、ハンドオーバの完了について通知され、ステップ４で、正規データ交換中の、すなわち、ハンドオーバに係わらないヘッダ圧縮動作を再開する。
【００５７】
ハンドオーバ中にヘッダ圧縮器によって送信される各パケットは、好適には、ヘッダ圧縮器とヘッダ圧縮解除器との間で圧縮コンテキストを開始させかつ同期させるように構成される。
【００５８】
本発明に従う方法は、各現存する又は新ＨＣ方式に、特に、データ・パケットが音声データ又は通話データを含むＩＰバージョン４（ＩＰｖ４）又はＩＰバージョン６（ＩＰｖ６）及びＣＲＴＰ又はＲＯＣＣＯに応用可能である。
【００５９】
本発明は、ＩＰ移動体データ・ネットワークを参照して例示してあるが、当業者に納得されるように、ハンドオーバ中にヘッダ圧縮コンテキストを制御する方法と機器は、進行中の通信セッションに対してはヘッダ圧縮コンテキストは回避されることになり又はデータ・リンクの変更中に修復されることになる各データ・ネットワークに応用可能である。
【図面の簡単な説明】
【図１】  セル内又はノード内ハンドオーバに対する本発明に従う方法の動作を例示する概略ブロック図である。
【図２】  セル間又はノード間ハンドオーバに対する本発明に従う方法の動作を例示する概略ブロック図である。
【図３】  本発明に従う方法の主要ステップを示す流れ図である。
【図１】
0004435477.tif 000002
【図２】
0004435477.tif 000003
【図３】
0004435477.tif 000004