(57)【要約】【課題】  ネットワークベースＩＰモビリティプロトコルにおいて、ＭＮが移動した場合においても、ＭＮ又はＭＡＧがコンプレッサ、デコンプレッサとなり、最も狭帯域である、ラストワンホップの帯域を節約することができるネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法を提供する。【解決手段】  ＭＮ１がＭＡＧａ２からＭＡＧｂ３にハンドオーバーした際に、ＬＭＡ５のネットワークベースＩＰモビリティプロトコル処理部１８が、ＭＡＧａ２に対してヘッダ圧縮情報転送指示を送信し、ＭＡＧａ２のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＡＧｂ３に対し、ヘッダ圧縮情報を送信する。ヘッダ圧縮情報を受信したＭＡＧｂ３では、記憶部１４に該情報を記憶し、参照することによりＭＮ１とのデータについて圧縮・伸長処理を行なう。【選択図】図１
2008294963.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行い、該移動端末が他のネットワークに移動した際には、制御装置の制御により通信を切替える通信システムであって、
前記移動端末の移動先のネットワークにおける前記ルータは、
前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、
前記制御装置は、前記移動端末の移動元の前記ルータに、移動元の前記ルータから移動先の前記ルータへヘッダ圧縮情報を転送するようヘッダ圧縮情報転送指示通知を送信することを特徴とするネットワークベースＩＰモビリティプロトコルを利用した通信システム。
【請求項２】
前記制御装置は、前記移動端末の移動元の前記ルータに、前記ヘッダ圧縮情報転送指示通知を送信すると共に移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するようバッファ転送指示通知を送信することを特徴とする請求項１に記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
【請求項３】
前記制御装置は、前記ヘッダ圧縮情報転送指示通知とバッファ転送指示通知とを合成して送信することを特徴とする請求項２に記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
【請求項４】
ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行なうシステムで、該移動端末が他のネットワークに移動した際には通信を切替える制御を行なう制御装置であって、
前記移動端末の移動先のネットワークにおける前記ルータからの該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を受信する通信手段と、
中継を行なう前記ルータ及び前記移動端末に関する通信情報を保持する記憶手段と、
前記ルータからの通知に含まれる前記移動端末の識別子から該移動端末の通信情報について前記記憶手段を参照、移動先の前記ルータの情報及び前記ルータ間のデータ転送に関する情報を更新し、
移動元の前記ルータが移動先の前記ルータへヘッダ圧縮情報を転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むヘッダ圧縮情報転送指示通知を生成する制御手段とを備え、
前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知を送信することを特徴とする制御装置。
【請求項５】
前記制御手段は、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を生成し、前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知を送信すると共に前記バッファ転送指示通知を送信することを特徴とする請求項４に記載の制御装置。
【請求項６】
前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知と前記バッファ転送指示通知を合成して送信することを特徴とする請求項５に記載の制御装置。
【請求項７】
ネットワークベースＩＰモビリティプロトコルを利用し、制御装置の制御によって、一意に付与されたアドレスにより通信を行なう同一リンクに属する移動端末とデータの送受信を行なうルータであって、
前記移動端末にデータを送信する際のヘッダ圧縮情報を記憶する記憶手段と、
前記制御装置から、前記移動端末の移動先の前記ルータへ前記ヘッダ圧縮情報を転送指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むヘッダ圧縮情報転送指示通知を受信する通信手段と、
前記転送指示通知により、前記移動先のルータへ前記ヘッダ圧縮情報を転送する制御手段とを備えることを特徴とするルータ。
【請求項８】
前記通信手段は、前記制御装置から前記移動端末の移動先の前記ルータへ該移動端末宛のデータを転送指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を受信し、前記制御手段は、前記ヘッダ圧縮情報を送信すると共に前記移動端末宛のデータを転送することを特徴とする請求項７に記載のルータ。
【請求項９】
ネットワークベースＩＰモビリティプロトコルを利用し、移動端末に、一意に付与されたアドレスによって同一リンクに属するルータからデータの送受信を行わせ、該移動端末が他のネットワークに移動した際には、制御装置に該移動端末の通信を切替える制御を行わせる通信方法であって、
前記移動端末の移動先のネットワークにおける前記ルータに、
前記移動端末からの通知を受信して該移動端末の同一リンクへの移動を検知するステップと、
前記制御装置へ前記移動端末の移動を通知するステップとを実行させ、
前記制御装置に、
移動元の前記ルータへ、ヘッダ圧縮情報を移動先の前記ルータへ転送指示するヘッダ圧縮情報転送指示通知を送信するステップとを実行させることを特徴とする通信方法。
【請求項１０】
前記制御装置に、移動元の前記ルータへ、前記移動端末宛のデータを移動先の前記ルータへ転送指示するバッファ転送指示通知を送信するステップを実行させることを特徴とする請求項９に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークベースＩＰモビリティプロトコルを利用した通信技術に関する。
【背景技術】
【０００２】
近年、Ｍｏｂｉｌｅ  ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６）等のＩＰ層でのモビリティサポートの研究・開発が盛んである。Ｍｏｂｉｌｅ  ＩＰは、ＩＳＯ（国際標準化機構）によって制定されたＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基本参照モデルにおける第３層であるネットワーク層のプロトコルで、上位アプリケーションからクライアントの移動（ネットワーク／通信メディアの切り替えや、通信の瞬断など）を隠蔽し、通信を継続させる技術である。
【０００３】
現在のインターネットで一般的に用いられている通信プロトコルであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）は、ＩＰアドレスが識別子であると同時に、ネットワーク上の位置も意味している。そのため、あるネットワークに接続しているノードを別のネットワークに繋ぎかえると、ＩＰアドレスが変わってしまうことになり、セッションが継続不可能になってしまう。
【０００４】
そこで、Ｍｏｂｉｌｅ  ＩＰは、ノードに一意のアドレスを割り当て、ＴＣＰ／ＩＰスタック内で実際に使用しているＩＰアドレスと入れ換えることにより、上位レイヤや通信相手に対し、どこのネットワークでも割り当てた一意のアドレスで通信しているかのように見せる仕組みを提供する（例えば、非特許文献１参照）。
【０００５】
このＭｏｂｉｌｅ  ＩＰは、モバイルノード（Ｍｏｂｉｌｅ  Ｎｏｄｅ、移動端末、以下、「ＭＮ」という）、ホームエージェント（Ｈｏｍｅ  Ａｇｅｎｔ、以下、「ＨＡ」という）、コレスポンデントノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ、対向ノード、以下、「ＣＮ」という）と呼ばれるノードから構成される。
【０００６】
ＭＮは、ホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ、以下、「ＨｏＡ」という）と呼ばれる常に不変なアドレスを有しており、そのアドレスを管理するノードがＨＡである。ＭＮはＨＡのリンクであるホームリンク以外のネットワークに接続した際、ケアオブアドレス（Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ、気付けアドレス、以下、「ＣｏＡ」という）と呼ばれる実際に通信に使用するアドレスを何らかの手段、例えば、ステートレス・アドレス自動設定のルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、以下「ＲＡ」という）やステートフル・アドレス自動設定のＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ｖ６などで得る。ＭＮは、ここで得たＣｏＡをＨＡに登録要求（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ、以下、「ＢＵ」という）というメッセージで通知する。
【０００７】
この結果、ＭＮと通信したいノード（＝ＣＮ）がＨｏＡ宛にパケットを送信すると、ＨｏＡはＨＡの管理するリンクのアドレスであるので、一旦、ＨＡに届く。その際に、ＨＡは、ＨｏＡに関連付けされたＣｏＡ宛に転送する。この結果、常にＭＮは、ＨｏＡで通信可能となる。ＭＮにおいては、ＭＮ上で動作するアプリケーションが、前記ＨｏＡと呼ばれるＩＰアドレスを常に使用し通信する。
【０００８】
実際のＩＰｖ６パケットのソースアドレス又はディスティネーションアドレスにはＣｏＡを用いる。また、上位アプリケーションに移動を隠蔽するために、ＩＰｖ６  ｉｎ  ＩＰｖ６カプセル化、ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒなどの技術を用いる。この結果、アプリケーションにはＨｏＡを通知し、実際に用いるＩＰｖ６アドレス（ＣｏＡ）を隠蔽している。
【０００９】
しかし、このＭｏｂｉｌｅ  ＩＰｖ６は高速ハンドオーバーが出来ないため、ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）が提案されている（例えば、非特許文献２参照）。
【００１０】
図１１は、ＦＭＩＰｖ６における処理の手順を示したシーケンス図である。図１１を一例として説明する。
【００１１】
図１１のＳ３０１のＲｔＳｏｌＰｒ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ要請代理、以下、「ＲｔＳｏｌＰｒ」という）は、通常のＩＰｖ６で使用するホストがルータに対してルータ通知を生成してもらうため送るメッセージであるルータソリシテーション（ルータ要請）をＦＭＩＰｖ６用に拡張したものである。
【００１２】
このＲｔＳｏｌＰｒをＭＮから受け取ったＰＡＲ（Ｐｒｅｖｉｏｕｓ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ、通信中のアクセスルータ、以下、「ＰＡＲ」という）は、Ｓ３０２においてＰｒＲｔＡｄｖ（Ｐｒｏｘｙ  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、代理ルータ広告、以下、「ＰｒＲｔＡｄｖ」という）をＭＮに対して送信する。ＰｒＲｔＡｄｖは通常のＩＰｖ６で使用するＲＡをＦＭＩＰｖ６用に拡張したものである。
【００１３】
このＰｒＲｔＡｄｖを受け取ったＭＮは、Ｓ３０３において高速ハンドオーバーのためのバインディングアップデートであるＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）をＰＡＲに対して送信する。このＦＢＵには、ＮＣｏＡ（Ｎｅｗ  Ｃａｒｅ  ｏｆ  ａｄｄｒｅｓｓ、新しいＣｏＡ、以下、「ＮＣｏＡ」という）情報が含まれており、ＮＣｏＡはＮＡＲ（Ｎｅｗ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ、移動先のアクセスルータ、以下、「ＮＡＲ」という）のリンクに属するアドレスであるため、ＰＡＲはＮＡＲにパケットを転送できるようになる。
【００１４】
ＦＢＵを受け取ったＰＡＲは、Ｓ３０４においてＮＡＲに対してＭＮの切替、ハンドオーバーを初期化するため、ＨＩ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ、以下、「ＨＩ」という）を送信する。
【００１５】
ＮＡＲは、Ｓ３０５においてこのＨＩに対する確認としてＨＡｃｋ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ、以下、「ＨＡｃｋ」という）をＰＡＲに送信し、Ｓ３０６においてＰＡＲ−ＮＡＲ間のパケット転送が開始される。
【００１６】
そして、ＭＮは、移動を終えＮＡＲの配下（同一リンク）に移動を完了したら、Ｓ３０７においてＮＡＲに対してＦＮＡ（Ｆａｓｔ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、高速近隣広告、以下「ＦＮＡ」という）を送信する。これは移動が完了したことをＮＡＲに通知するためである。その結果、Ｓ３０８にてＮＡＲは、ＭＮにパケットの配達を開始する。
【００１７】
ＭＩＰｖ６やＦＭＩＰｖ６はＭＮがベースとなって移動制御するため、ホストベースのモビリティプロトコルと呼ばれている。これに対し、ネットワーク側で移動制御を行い、ＭＮは移動のために特別なプロトコルを搭載しなくても移動が可能となるネットワークベースＩＰモビリティプロトコルが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）より更に提案されている（例えば、非特許文献３参照）。
【００１８】
これは、ＭＮがＣｏＡを扱わずに済み、ＭＮによるパケットのカプセル化等を無くしたり、ＭＮによる移動のためのシグナリングを無くすなどの効果がある。この第一のネットワークベースＩＰモビリティプロトコルのハンドオーバーの手順に関して、図１２を用いて説明する。
【００１９】
まず、ＭＮは移動後に、Ｓ４０１において、図１２では、「ＮｅｗＭＡＧ」と表記する移動先のリンクのルータ、モバイル・アクセス・ゲートウェイ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ、以下、「ＭＡＧ」という）に対して、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ、ルーター要請、以下、「ＲＳ」という）又はＤＨＣＰ  Ｒｅｑｕｅｓｔ等のネットワークコンフィギュレーション（ネットワーク設定）要求メッセージを送信する。
【００２０】
ＭＡＧとは、リンクに移動してきたＭＮとＩＰ  Ｍｏｂｉｌｉｔｙの制御を行なう制御装置であるルートルータ、ローカル・モビリティ・アンカー（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ、以下「ＬＭＡ」という）との間で中継を行なうルータのことである。
ＬＭＡは、ネットワークでつながれている複数のＭＡＧを制御している。ＬＭＡは、ＭＮとＭＡＧの識別子及びＩＰアドレスを記憶部に管理している。
また、ＭＡＧも、ＭＮとＬＭＡの識別子及びＩＰアドレスを記憶部に管理している。これらのＭＡＧが管理している情報は、ＬＭＡと通信を行なうことによって取得することができる。
ＭＡＧとＬＭＡ間は、パケットをＩＰｖ６  ｉｎ  ＩＰｖ６カプセル化して、記憶部に管理している情報を参照してヘッダを付けることにより、トンネリングを行ない、正しくルーティングを行なうことができる。
以上のようなネットワークにおいて、ＭＮは、移動先の同一リンクのＭＡＧに、ここでは、例えば、ＲＳを送信したとする。
【００２１】
ＭＡＧ（ＮｅｗＭＡＧ）では、ＭＮからＲＳを受け取ったら、Ｓ４０２にて、ロケーションレジストレーション（位置登録要求）をＬＭＡに送信する。
【００２２】
ＬＭＡではロケーションレジストレーションを受け取ったら、ハンドオーバーであることを検知し、Ｓ４０３においてルーティングセットアップをＭＡＧ（ＮｅｗＭＡＧ）に送信し、ＭＡＧ（ＮｅｗＭＡＧ）とＬＭＡの間でトンネル経路を設定する。
【００２３】
ここで、トンネル経路の設定とは、ＬＭＡでＭＮ向けのパケットをカプセル化して宛て先をＭＡＧとして送信し、受信したＭＡＧはカプセルを外し、ＭＮに転送するように設定することである。
【００２４】
このルーティングセットアップを受け取ったＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ４０４においてＬＭＡに対し、確認のルーティングセットアップＡｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。
【００２５】
また、ＭＡＧ（ＮｅｗＭＡＧ）からロケーションレジストレーションを受け取ったＬＭＡは、Ｓ４０５においてＭＡＧ（ＮｅｗＭＡＧ）に対し、確認のロケーションレジストレーションＡｃｋを送信する。
【００２６】
ＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ４０６で、ＭＮに対してＲＡを送信し、ＭＮはアドレスコンフィグレーション（アドレス設定）を行なう。
【００２７】
その後、Ｓ４０７において、ＭＮはＭＡＧ（ＮｅｗＭＡＧ）に対し、ＤＡＤ（Ｄｕｐｌｉｃａｔｅ  Ａｄｄｒｅｓｓ  Ｄｅｔｅｃｔｉｏｎ、重複アドレス検出、以下、「ＤＡＤ」という）をＮＡ（Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、近隣広告、以下、「ＮＡ」という）を用いて行い、アドレスが単一であることを確認してアドレスコンフィギュレーションを完成する。また、ＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ４０８においてＬＭＡに対しＭＮアドレスセットアップを送信し、Ｓ４０９においてＬＭＡは、ＭＡＧ（ＮｅｗＭＡＧ）にＭＮアドレスセットアップＡｃｋを送信する。
【００２８】
このＬＭＡ−ＭＡＧ間トンネル経路の設定と、ＭＮのアドレスコンフィギュレーションが完遂された結果、パケットはＭＮに到達可能となる。これがネットワークベースモビリティプロトコルのハンドオーバー方法である。つまり、ＭＮ宛のパケットはＬＭＡ経由で送られるため、ＬＭＡ−ＭＡＧ間にトンネルが完成することにより、ＭＮまでルーティング可能となる。
【００２９】
また、認証等を行なうＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ａｃｃｏｕｎｔｉｎｇ、認証、許可、アカウンティング）サーバを利用し、ＭＡＧがＭｏｂｉｌｅ  ＩＰにおけるＭＮのプロキシ（代理）機能を行なうネットワークベースＩＰモビリティプロトコルを利用したＰｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式も提案されている。（例えば、非特許文献４参照）。
【００３０】
この第二のネットワークベースＩＰモビリティプロトコルのＰｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式によるハンドオーバーの手順に関して、図１３のシーケンス図を用いて説明する。
【００３１】
まず、Ｓ５０１において、ＭＮは移動後に、ＭＡＧ（ＮｅｗＭＡＧ）に対して自身のＩＤであるＭＮ−ＩＤを含む認証情報を送信する。
【００３２】
ＭＮから認証情報を受け取ったＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ５０２において、認証のため認証サーバであるＡＡＡサーバに、ＭＮ−ＩＤを含む認証情報を送信する。
【００３３】
ＭＡＧ（ＮｅｗＭＡＧ）から認証情報を受け取ったＡＡＡサーバでは、Ｓ５０３において、ＭＮの正当性を確認し、正当であると判断されたらポリシープロファイルを返す。このポリシープロファイルには、ホームネットワークプレフィックスやコンフィギュレーション方法（ステートレス設定かステートフル設定か）等の情報のようなＭＮのアドレスコンフィギュレーション情報が含まれている。
【００３４】
このアドレスコンフィギュレーション情報の含まれるポリシープロファイルをＡＡＡサーバから受け取ったＭＡＧ（ＮｅｗＭＡＧ）では、ＲＡをＭＮに送信できるようになるので、Ｓ５０４において、ＲＡをＭＮに送信する。
【００３５】
ＭＡＧ（ＮｅｗＭＡＧ）からＲＡを受け取ったＭＮは、Ｓ５０５において、アドレスをコンフィギュレーションして、ＮＡやＤＡＤを行なう。このステップは、省略してもよい。
【００３６】
ＭＡＧ（ＮｅｗＭＡＧ）では、ＲＡを送信したら、ＬＭＡとのトンネルを生成するため、Ｓ５０６において、ＬＭＡに対して代理登録要求（Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する。
このメッセージには、ＭＮ−ＩＤとＭＮのホームプレフィックス等が含まれている。
【００３７】
Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅを受け取ったＬＭＡは、Ｓ５０７において、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  ＡｃｋをＭＡＧ（ＮｅｗＭＡＧ）に返す。
【００３８】
こうして、ＬＭＡ−ＭＡＧ間で双方向トンネルが生成され、ＭＮまでルーティングが可能となる。
【００３９】
また、ＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）のヘッダを圧縮する技術として、ロバスト・ヘッダ圧縮（Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ、以下、「ＲＯＨＣ」という）が知られている。（例えば、非特許文献５参照）。
【００４０】
このＲＯＨＣでは、初期化時に通知される識別ＩＤであるＣＩＤ（Ｃｏｎｔｅｘｔ  ＩＤ）と予測可能なヘッダフィールドとを関連付け、データを圧縮するコンプレッサと圧縮したデータを復元するデコンプレッサでその情報を共有し、コンプレッサはヘッダの代わりにＣＩＤをつけて送信し、デコンプレッサではＣＩＤからヘッダを復元する。
【００４１】
この予測可能なヘッダフィールドには、送信元を示すソースＩＰアドレスや送信先を示すディスティネーションＩＰアドレスの情報も含まれる。
【００４２】
更に、Ｗ−ＬＳＢ（Ｗｉｎｄｏｗ―Ｂａｓｅｄ  Ｌｅａｓｔ−Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）によるシーケンス番号の付与により、その他のフィールドの予測も可能とし、パケットロスに対する堅牢性も提供する。
【００４３】
また、ＲＯＨＣでは状態とモードを持つ。状態は、リンクの状態に応じて圧縮する量を、完全なヘッダ／差分／最大限に圧縮したヘッダの三段階で調節する。モードは、デコンプレッサによるフィードバックのタイミングを、フィードバックしない・問題が有ったらフィードバックする・常にフィードバックする、の三種類から選択するものである。
【００４４】
この状態とモードをリンクの状態に合わせて選択することや、Ｗ−ＬＳＢにより、ＲＯＨＣは高い圧縮性能と高い堅牢性を提供する。
【００４５】
また、ヘッダ圧縮コンテキストの再配置方法について開示されている（例えば、特許文献１参照）。
【００４６】
この発明によれば、古いサービングサポートノード（ＳＧＳＮ）は新しいＳＧＳＮにヘッダ圧縮に関するコンテキストを転送し、新しいＳＧＳＮにて再利用する。
【特許文献１】特表２００４−５１７５８０号公報
【非特許文献１】Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３７７５、“Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６”
【非特許文献２】Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）４０６８、“Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６”
【非特許文献３】Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ  “ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ”
【非特許文献４】Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ  “ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６”
【非特許文献５】Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３０９５、“ＲＯｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ  （ＲＯＨＣ）：  Ｆｒａｍｅｗｏｒｋ  ａｎｄ  ｆｏｕｒ  ｐｒｏｆｉｌｅｓ：  ＲＴＰ，ＵＤＰ，ＥＳＰ，ａｎｄ  ｕｎｃｏｍｐｒｅｓｓｅｄ”
【発明の開示】
【発明が解決しようとする課題】
【００４７】
しかしながら、ネットワークベースＩＰモビリティプロトコルにおいて、このＲＯＨＣを使うことは困難である。
このようにヘッダの圧縮を行なう場合の最大の目的は、最も狭帯域である、ラストワンホップ（多くの場合は無線リンク）の帯域を節約するためであるので、ＭＮ向けパケットのデコンプレッサはＭＮでなければ、効果が少ないことになり、ＭＮからのパケットのコンプレッサもＭＮでないと効果が少ないことになる。
【００４８】
つまり、ＭＮ向けのパケットのデコンプレッサは、ＭＮにすべきで、この際、コンプレッサはＬＭＡかＭＡＧとなる。ここで、ＬＭＡで圧縮するとした場合、経由するＭＡＧは、ＬＭＡから届いたパケットのカプセル化を解いたときに、ＭＮのＩＰアドレス情報がないので、どのＭＮにパケットを配送すればいいのか分からなくなってしまう。
【００４９】
また、ＭＮからパケットを送信する場合に、ＭＡＧを経由して送られてきたパケットはどのＭＮから来たのか判断できないので、ＬＭＡで伸長することができない。
【００５０】
また、ＭＡＧで圧縮するとした場合には、ハンドオーバー後、新しいＭＡＧは状態を持っていないので、状態の作成のフェーズからやり直さなくてはならず、ヘッダ圧縮の効果が薄れてしまう。つまり、どちらの方法においても効率的にヘッダ圧縮を行なうことは困難である。
【００５１】
これらは、第一及び第二のネットワークベースＩＰモビリティプロトコルにおいて共通した問題である。
【００５２】
また、特許文献１の技術を利用しようとしても、古いＭＡＧは新しいＭＡＧのアドレスを知らないため、利用することが出来ない。
【００５３】
本発明は、上述の課題を解決するためになされたものであって、その目的は、ネットワークベースＩＰモビリティプロトコルにおいて、ＭＮが移動した場合においても、ＭＮ又はＭＡＧがコンプレッサ、デコンプレッサとなり、最も狭帯域である、ラストワンホップの帯域を節約することができるネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法を提供することである。
【課題を解決するための手段】
【００５４】
斯かる実情に鑑み、第１の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行い、該移動端末が他のネットワークに移動した際には、制御装置の制御により通信を切替える通信システムであって、
前記移動端末の移動先のネットワークにおける前記ルータは、前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、前記制御装置は、前記移動端末の移動元の前記ルータに、移動元の前記ルータから移動先の前記ルータへヘッダ圧縮情報を転送するようヘッダ圧縮情報転送指示通知を送信することを特徴とする。
【００５５】
また、第２の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記制御装置が、前記移動端末の移動元の前記ルータに、前記ヘッダ圧縮情報転送指示通知を送信すると共に移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するようバッファ転送指示通知を送信することを特徴とする。
【００５６】
また、第３の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記制御装置が、前記ヘッダ圧縮情報転送指示通知とバッファ転送指示通知とを合成して送信することを特徴とする。
【００５７】
また、第４の発明による制御装置は、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行なうシステムで、該移動端末が他のネットワークに移動した際には通信を切替える制御を行なう制御装置であって、
前記移動端末の移動先のネットワークにおける前記ルータからの該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を受信する通信手段と、中継を行なう前記ルータ及び前記移動端末に関する通信情報を保持する記憶手段と、前記ルータからの通知に含まれる前記移動端末の識別子から該移動端末の通信情報について前記記憶手段を参照、移動先の前記ルータの情報及び前記ルータ間のデータ転送に関する情報を更新し、移動元の前記ルータが移動先の前記ルータへヘッダ圧縮情報を転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むヘッダ圧縮情報転送指示通知を生成する制御手段とを備え、前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知を送信することを特徴とする。
【００５８】
また、第５の発明による制御装置は、前記制御手段が、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を生成し、前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知を送信すると共に前記バッファ転送指示通知を送信することを特徴とする。
【００５９】
また、第６の発明による制御装置は、前記通信手段は、前記移動元のルータに、前記ヘッダ圧縮情報転送指示通知と前記バッファ転送指示通知を合成して送信することを特徴とする。
【００６０】
また、第７の発明によるルータは、ネットワークベースＩＰモビリティプロトコルを利用し、制御装置の制御によって、一意に付与されたアドレスにより通信を行なう同一リンクに属する移動端末とデータの送受信を行なうルータであって、
前記移動端末にデータを送信する際のヘッダ圧縮情報を記憶する記憶手段と、前記制御装置から、前記移動端末の移動先の前記ルータへ前記ヘッダ圧縮情報を転送指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むヘッダ圧縮情報転送指示通知を受信する通信手段と、前記転送指示通知により、前記移動先のルータへ前記ヘッダ圧縮情報を転送する制御手段とを備えることを特徴とする。
【００６１】
また、第８の発明によるルータは、前記通信手段が、前記制御装置から前記移動端末の移動先の前記ルータへ該移動端末宛のデータを転送指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を受信し、前記制御手段は、前記ヘッダ圧縮情報を送信すると共に前記移動端末宛のデータを転送することを特徴とする。
【００６２】
また、第９の発明による通信方法は、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末に、一意に付与されたアドレスによって同一リンクに属するルータからデータの送受信を行わせ、該移動端末が他のネットワークに移動した際には、制御装置に該移動端末の通信を切替える制御を行わせる通信方法であって、
前記移動端末の移動先のネットワークにおける前記ルータに、前記移動端末からの通知を受信して該移動端末の同一リンクへの移動を検知するステップと、前記制御装置へ前記移動端末の移動を通知するステップとを実行させ、前記制御装置に、移動元の前記ルータへ、ヘッダ圧縮情報を移動先の前記ルータへ転送指示するヘッダ圧縮情報転送指示通知を送信するステップとを実行させることを特徴とする。
【００６３】
また、第１０の発明による通信方法は、前記制御装置に、移動元の前記ルータへ、前記移動端末宛のデータを移動先の前記ルータへ転送指示するバッファ転送指示通知を送信するステップを実行させることを特徴とする。
【発明の効果】
【００６４】
本発明によれば、ネットワークベースＩＰモビリティプロトコルにおいて、移動端末（ＭＮ）が他のネットワークに移動した際には、制御装置（ＬＭＡ）が移動端末の移動元のルータ（ＭＡＧ）に対して、移動先のルータ（ＭＡＧ）に関する情報を送信することにより、移動端末とのデータの送受信の際のヘッダ圧縮情報（ＲＯＨＣの情報）を移動元のルータは移動先のルータに送信し、移動先のルータはヘッダ圧縮情報を保持することになるので、ＲＯＨＣの状態を維持したままハンドオーバーが可能となる。
【００６５】
また、制御装置は、移動元のルータに対して、移動先のルータの情報を送り、移動元のルータは、ヘッダ圧縮情報を移動先のルータに送信する際にトンネルを作成することにより、移動元のルータのバッファにある移動端末宛のデータも移動先のルータに転送可能となり、ファーストハンドオーバーのサポートも同時に可能となる。
【発明を実施するための最良の形態】
【００６６】
以下、本発明の実施の形態を図示例と共に説明する。
［第１の実施形態］
図１は、本実施形態におけるネットワークの概略構成について示した図である。
図２は、本実施形態における処理の手順を示したシーケンス図である。
図３は、本実施形態におけるＭＡＧの構成を示したブロック図である。
図４は、本実施形態におけるＬＭＡの構成を示したブロック図である。
【００６７】
図１に示すように、最初、ＭＮ１はＭＡＧａ２の配下にいる。また、ＭＡＧａ２とＭＡＧｂ３とＭＡＧｃ４は、同じＬＭＡ５の傘下に配置されているものとする。ＭＮ１は同じＬＭＡ５傘下のＭＡＧｃ４のリンクに配置されているＣＮａ６と、インターネット７、ルータ（Ｒｏｕｔｅｒ）８を介してＣＮｂ９と通信しているものとする。
また、ＭＡＧａ２、ＭＡＧｂ３、ＭＡＧｃ４は、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式における認証等を行なうＡＡＡサーバ１０とつながっている。
移動に伴い、ＭＮ１はＭＡＧａ２配下からＭＡＧｂ３配下へと移動したものとする。
本実施形態においては、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式によるハンドオーバーが行なわれるとして説明を行なう。
【００６８】
以下に、図３のＭＡＧ及び図４のＬＭＡについて、説明する。
図３に示すように、ＭＡＧ２、３、４は、ＬＭＡ５やＡＡＡサーバ１０と通信を行ない、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はインターネット等の有線による通信を行なう通信手段１１と、ＭＮ１と無線により通信を行なう無線通信手段１２と、ネットワークベースＩＰモビリティプロトコルに関する制御を行なうネットワークベースＩＰモビリティプロトコル処理部１３と、データベース部である記憶部１４と一時的に記憶することが可能な一時記憶部１５と、圧縮・伸長処理部１６とを含んで構成される。
【００６９】
図４に示すように、ＬＭＡ５も、通信手段１７と、ネットワークベースＩＰモビリティプロトコル処理部１８と、記憶部１９とを含んで構成される。
【００７０】
次に、図２のシーケンス図を参照しながら、本実施形態における処理の流れを説明する。
【００７１】
まず、Ｓ１０１において、ＭＮ１は、ＭＡＧｂ３の配下に移動後、ＭＡＧｂ３又はリンクローカルマルチキャストアドレス宛に対して少なくともＭＮ１の識別子であるＭＮ−ＩＤを含む認証情報を送信する。
【００７２】
認証情報を無線通信手段１２より受け取ったＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、Ｓ１０２において、記憶部１４にＭＮ−ＩＤを記憶するとともに、少なくともＭＮ−ＩＤとＭＡＧｂ３の識別子、ＭＡＧｂ−ＩＤを含む認証情報を生成し、通信手段１１からＡＡＡサーバ１０に送信する。
【００７３】
認証情報を受け取ったＡＡＡサーバ１０は、Ｓ１０３において、ＭＮのネットワーク参加の正当性を確認し、ＯＫであれば、ＡＡＡサーバ１０自身又はネットワーク上の別ノードの持つデータベースからＭＮ−ＩＤをキーにＭＮのアドレス情報を検索し、アドレス情報を含めて認証ＯＫをＭＡＧｂ３に送信する。
【００７４】
次に、認証ＯＫを通信手段１１より受け取ったＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、認証ＯＫに含まれるＭＮのアドレス情報を抽出し、ＲＡを無線通信手段１２よりＭＮ１に送信する。
【００７５】
ＭＡＧｂ３よりＲＡを受け取ったＭＮ１は、Ｓ１０５にて、ＤＡＤ手順においてＮＡをリンクに送信する。
【００７６】
ＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＮ１よりＮＡを受信した後、Ｓ１０６にて、ＭＮ１のＩＰアドレスのプレフィックス又はＭＮ１のＩＰアドレス等のアドレス情報と、ＭＡＧｂ３のＩＰアドレスを含むＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅを生成し、通信手段１１よりＬＭＡ５に送信する。なお、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅの生成及び送信処理はＮＡ受信後としたが、認証ＯＫを貰った後であれば実行可能で、順序が前後しても良い。
【００７７】
次に、ＭＡＧｂ３よりＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅを通信手段１７を介して受け取ったＬＭＡ５のネットワークベースＩＰモビリティプロトコル処理部１８は、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅに含まれるＭＮ１のアドレス情報とＭＡＧｂ３のＩＰアドレスを関連付けて記憶部１９に記憶し、ＭＮ１のアドレス情報にマッチするパケットは、ＭＡＧｂ３のＩＰアドレスでカプセル化し、ＭＡＧｂ３宛に送信する設定を行なう。更に、上記設定が完了したら、ネットワークベースＩＰモビリティプロトコル処理部１８は、Ｓ１０７にて通信手段１７よりＭＡＧｂ３に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ａｃｋを送信する。
【００７８】
ＬＭＡ５よりＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ａｃｋを通信手段１１を介して受け取ったＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＮ１からのパケットをＬＭＡ５のＩＰアドレスでカプセル化し、ＬＭＡ５宛に送信する設定を行なう。上述したＬＭＡ５でのカプセル化設定と、このＭＡＧｂ３でのカプセル化設定にて双方向のカプセル化が完了し、ＬＭＡ−ＭＡＧトンネリングが生成される。
【００７９】
ＭＡＧｂ３へＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ａｃｋを通信手段１７より送信したＬＭＡ５のネットワークベースＩＰモビリティプロトコル処理部１８は、Ｓ１０８にて、ＭＡＧａ２に対して、少なくともＭＡＧｂ３の識別子、ＭＡＧｂ−ＩＤ又はＭＡＧｂ３のＩＰアドレスとＭＮの識別子、ＭＮ−ＩＤを含むヘッダの圧縮情報の転送を指示するメッセージ、ヘッダ圧縮情報転送指示を送信する。
【００８０】
図５は、ＭＡＧｂ３の記憶部１４にて保持するヘッダ圧縮情報（ＲＯＨＣ情報）の構成例を示した図である。
図５（ａ）は、ＲＯＨＣにおける状態とモードについて示すデータ、図５（ｂ）は、ＲＯＨＣコンテキスト、図５（ｃ）は、シーケンス番号等を記憶したデータの一例である。
【００８１】
ＬＭＡ５よりヘッダ圧縮情報転送指示を受け取ったＭＡＧａ２のネットワークベースＩＰモビリティプロトコル処理部１３は、Ｓ１０９において、例えば、図５に示すようなＭＮ−ＩＤから識別されるＭＮ１のアドレス宛のパケットに関するヘッダ圧縮情報を、ＭＡＧｂ−ＩＤを受信した場合は、ＭＡＧｂ−ＩＤから識別して、ＭＡＧｂ３のＩＰアドレス宛に転送する。
【００８２】
このヘッダ圧縮情報は、ＲＯＨＣする際に必要な情報で、ＲＯＨＣヘッダと非圧縮ヘッダのマッピングに重要な情報が含まれている。この情報は、現在のモード、状態、ＣＩＤ、Ｗ−ＬＳＢパラメータ、ソースアドレス、ディスティネーションアドレス、ソースポート、ディスティネーションポート、ＭＮ−ＩＤ、ＬＭＡ−ＩＤ等の情報が考えられる。また、この際ＭＡＧａ２では記憶部１４からＭＮ１に関するヘッダ圧縮情報を消去する。
【００８３】
ＭＡＧａ２からヘッダ圧縮情報を受け取ったＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３では、ヘッダ圧縮情報を記憶部１４に記憶する。
【００８４】
この後、Ｓ１１０以降において、ＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、圧縮・伸長処理部１６にパケットを出力し、圧縮・伸長処理部１６は、記憶部１４の図５のような圧縮情報を元にＩＰ／ＵＤＰ／ＲＴＰヘッダを圧縮し、ネットワークベースＩＰモビリティプロトコル処理部１３は、無線通信手段１２から、ＭＮ１に対して、パケットの配送を開始する。
【００８５】
また、ＭＮ１からヘッダ圧縮済みのパケットを無線通信手段１２を介して受け取った場合には、ＭＡＧｂ３のネットワークベースＩＰモビリティプロトコル処理部１３は、該パケットを圧縮・伸長処理部１６に出力し、圧縮・伸長処理部１６は、該パケットのヘッダの伸長を行ない、ＬＭＡ５への転送を行なうことができる。
【００８６】
このような構成とすることにより、ＭＮ１が移動して、自身の属するリンクがＭＡＧａ２からＭＡＧｂ３に変わることにより、下り（通信相手からＭＮ向けての）パケットのコンプレッサ・上り（ＭＮから通信相手向けての）パケットのデコンプレッサを変更してもヘッダの圧縮・伸長が可能となる。
【００８７】
なお、本実施形態においては、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式で説明したが、ＡＡＡサーバによる認証の手順を省いて、従来技術において説明した、第一のネットワークベースＩＰモビリティプロトコルによる方式に適用して実施を行なっても、同様の効果が得られる。
【００８８】
［第２の実施形態］
図６は、本実施形態におけるネットワークの概略構成について示した図である。
図７は、本実施形態における処理の手順を示したシーケンス図である。
【００８９】
図６に示すように、最初、ＭＮａ２１はＭＡＧａ２２の配下にいる。ＭＮａ２１の移動に伴い、ＭＮａ２１はＭＡＧａ２２配下から、既にＭＮｂ２３が存在するＭＡＧｂ２４配下へと移動したものとする。また、この時、ＭＮａ２１の移動の制御をするのはＬＭＡａ２５で、ＭＮｂ２３の移動制御を行なうのはＬＭＡｂ２６とする。
【００９０】
次に、図７のシーケンス図を参照しながら、本実施形態における処理の流れを説明する。
まず、Ｓ２０１において、ＭＮａ２１はＭＡＧｂ２４又はリンクローカルマルチキャストアドレス宛に対して少なくともＭＮａ２１の識別子であるＭＮａ−ＩＤ及び、自身の移動制御を担当するＬＭＡであるＬＭＡａ２５のＩＤ、ＬＭＡａ−ＩＤを含むメッセージを送信する。
【００９１】
ＭＮａ２１からメッセージを受け取ったＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、Ｓ２０２において、少なくともＭＮａ−ＩＤとＭＡＧｂ２４の識別子であるＭＡＧｂ−ＩＤを含むロケーションレジストレーションをＬＭＡａ２５に送信する。
【００９２】
次に、ＭＡＧｂ２４からロケーションレジストレーションを受け取ったＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８は、ロケーションレジストレーションに含まれるＭＮａ−ＩＤを抽出し、このＭＮａ−ＩＤをキーに、現在のＭＮａ２１の状態をＬＭＡａ２５の記憶部１９に保持するデータより検索する。ネットワークベースＩＰモビリティプロトコル処理部１８は、データでは、ＭＮａ２１がＭＡＧａ２２に属している状態であることを把握する。ＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８は、データでＭＮａ２１が現在ＭＡＧａ２２に属している状態となっているが、ＭＡＧｂ２４からロケーションレジストレーションを受け取ったことにより、ＭＮａ２１が移動したことを認識する。
【００９３】
そこで、Ｓ２０３において、ＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８はＭＡＧｂ２４に対して、ＬＭＡａ−ＭＡＧｂトンネル作成のための少なくともＬＭＡａ２５の識別子であるＬＭＡａ−ＩＤ、ＭＮａのグローバルアドレスを含むルーティングセットアップを送信する。
【００９４】
また、Ｓ２０４において、ＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８は、ＭＡＧａ２２に対して少なくともＭＮａ２１の識別子、ＭＮａ−ＩＤとＭＡＧｂ２４の識別子、ＭＡＧｂ−ＩＤ又はＩＰアドレスを含むバッファ転送・ヘッダ圧縮情報転送指示を送信する。このバッファ転送・ヘッダ圧縮情報転送指示は、図７に示すように、ロケーションデレジストレーション、すなわち、今まで必要だったＬＭＡａ２５−ＭＡＧａ２２トンネル削除のためのメッセージ中に含めてもよいし、別に送信してもよい。このヘッダ圧縮情報をＭＡＧｂ２４に送信した後、ＭＡＧａ２２のネットワークベースＩＰモビリティプロトコル処理部１３では、ＭＮａ２１に関するヘッダ圧縮情報を記憶部１４から消去する。
【００９５】
図８は、ヘッダ圧縮情報の一例を示したものである。図８（ａ）は、ＭＮａ２１用、図８（ｂ）は、ＭＮｂ２３用のヘッダ圧縮情報の例である。
【００９６】
ＬＭＡａ２５からのバッファ転送・ヘッダ圧縮情報転送指示を受け取ったＭＡＧａ２２のネットワークベースＩＰモビリティプロトコル処理部１３では、Ｓ２０５において、記憶部１４から読み出して、少なくともＭＡＧａ−ＩＤとＭＮａ−ＩＤと図８（ａ）のようなヘッダ圧縮情報を含むトンネル生成要請・ヘッダ圧縮情報メッセージをＭＡＧｂ２４に送信する。
【００９７】
ＭＡＧａ２２からのトンネル生成要請・ヘッダ圧縮情報メッセージを受け取ったＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＡＧａ２２との間にトンネル経路を設定し、Ｓ２０６において、確認のトンネル生成要請・ヘッダ圧縮情報ＡｃｋをＭＡＧａ２２に送信し、ＭＡＧａ２２のバッファ（一次記憶部）１５にあるＭＮａ２１宛のパケットをＭＡＧｂ２４に転送可能とする。トンネル経路では、ＭＡＧｂ２４のＩＰアドレスを外側ディスティネーションアドレス、ＭＡＧａ２２のＩＰアドレスを外側ソースアドレスとするＩＰｖ６  ｉｎ  ＩＰｖ６カプセル化することで実現する。また、ＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、受け取ったヘッダ圧縮情報を記憶部１４に記憶する。
【００９８】
ルーティングセットアップを受け取ったＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、ＬＭＡａ２５とＭＡＧｂ２４の間でトンネル経路を設定し、ルーティングセットアップＡｃｋをＬＭＡａ２５に送信する。
【００９９】
また、トンネル生成要請・ヘッダ圧縮情報Ａｃｋを受け取ったＭＡＧａ２２のネットワークベースＩＰモビリティプロトコル処理部１３は、Ｓ２０８において、ＭＮａ−ＩＤから識別されるＭＮａ２１のアドレス宛のパケットをＭＡＧｂ−ＩＤから識別されるＭＡＧｂ２４のＩＰアドレス宛に転送を開始する。
【０１００】
ＭＡＧｂ２４からルーティングセットアップＡｃｋを受け取ったＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８は、Ｓ２０９において、ＭＡＧｂ２４にＭＮａ２１の少なくともプレフィックス情報を含む、ロケーションレジストレーションＡｃｋを送信する。
【０１０１】
ＬＭＡａ２５からロケーションレジストレーションＡｃｋを受け取ったＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、Ｓ２１０において、前記プレフィックス情報を元にＲＡをＭＮａ２１に送信する。
【０１０２】
ＭＡＧｂ２４からＲＡを受け取ったＭＮａ２１は、Ｓ２１１において、ＤＡＤ手順においてＮＡをリンクに送信する。
【０１０３】
ＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＮａ２１からこのＮＡを受け取った後、Ｓ２１２において、ＬＭＡａ２５にＭＡＧｂ−ＩＤ、ＭＮａ２１のアドレス、ＭＮａ−ＩＤを含むＭＮアドレスセットアップを送信し、Ｓ２１３において、ＬＭＡａ２５のネットワークベースＩＰモビリティプロトコル処理部１８は、ＭＡＧｂ２４に、確認のＭＮアドレスセットアップＡｃｋを送信する。
【０１０４】
Ｓ２１４以降、ＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、ＭＡＧａ２２からの転送パケットを含むパケットを圧縮・伸長処理部１６に出力し、圧縮・伸長処理部１６は、記憶部１４の圧縮情報を参照してヘッダを圧縮し、ネットワークベースＩＰモビリティプロトコル処理部１３は、無線通信手段１２からＭＮａ２１へのパケットの配送を開始する。
【０１０５】
また、ＭＮａ２１からヘッダ圧縮済みのパケットを受け取った場合には、ＭＡＧｂ２４のネットワークベースＩＰモビリティプロトコル処理部１３は、該パケットを圧縮・伸長処理部１６に出力し、圧縮・伸長処理部１６は、該パケットのヘッダの伸長を行ない、ＬＭＡａ２５への転送を行なうことができる。
【０１０６】
図９及び図１０は、パケットのフォーマットの例を示した図である。なお、この図９及び図１０のパケットは種々のフィールドが省略されており、実際のパケットはこのフォーマット通りではない。図９（ａ）は、ヘッダ圧縮前のパケットのフィールドの種別について示したものである。
図９（ａ）に示すように、パケットは、ヘッダ部分である外側ソースアドレス（Ｏｕｔｅｒ  Ｓｒｃ  ＩＰ）、外側ディスティネーションアドレス（Ｏｕｔｅｒ  Ｄｓｔ  ＩＰ）、インナーソースアドレス（Ｉｎｎｅｒ  Ｓｒｃ  ＩＰ）、インナーディスティネーションアドレス（Ｉｎｎｅｒ  Ｄｓｔ  ＩＰ）、ＵＤＰ、ＲＴＰと、データ本体であるペイロードからなる。
【０１０７】
本発明を用いると、ＭＮ方向のパケットは、図９（ｂ）に示すとおり、Ｉｎｎｅｒ  Ｄｓｔ  ＩＰアドレスは、「ＭＮａＩＰ」となっており、ＭＡＧが届けたいＭＮが識別可能となる。
【０１０８】
その結果、図９（ｂ）のようなパケットが届いた場合は、ＭＡＧの圧縮・伸長処理部１６は、記憶部１４にある図８（ａ）のようなデータを参照し、図９（ｃ）のようにＲＯＨＣヘッダを作成して、ヘッダの圧縮ができ、なお且つ、ＭＮａ２１に届けることをＭＡＧは把握することができるので、パケットをＭＮａ２１に正しく配送することができる。
【０１０９】
図９（ｄ）のようなパケットが届いた場合には、ＭＡＧの圧縮・伸長処理部１６は、記憶部１４にあるＭＮｂ２３用の図８（ｂ）のような圧縮情報を参照し、ＲＯＨＣヘッダを作成して、ＭＮｂ２３に届ける。
【０１１０】
また、ＭＡＧでは、ＭＮからのパケットは、無線通信手段１２において、ベアラの情報、例えば、ＭＡＣアドレス等よりどのＭＮから届いたか把握することができる。その結果、図１０（ａ）のようなパケットをＭＮａ２１から受け取ったら、記憶部１４におけるＭＮａ２１用の図８（ａ）のような圧縮情報を参照し、ＩＰ／ＵＤＰ／ＲＴＰヘッダを図１０（ｂ）のように伸長して、宛先をＬＭＡａ２５と認識することができるので、パケットをＬＭＡａ２５に送信することが可能となる。
【０１１１】
また、図１０（ａ）のようなパケットがＭＮｂ２３から届いた場合には、ＭＡＧの圧縮・伸長処理部１６は、記憶部１４にあるＭＮｂ２３用の図８（ｂ）のような圧縮情報を参照し、図１０（ｃ）のように伸長して、宛先をＬＭＡｂ２６と認識することができるので、パケットをＬＭＡｂ２６に送信することが可能となる。
【０１１２】
本実施形態においては、ＬＭＡａ２５は、ＭＡＧａ２２にバッファ転送及びヘッダ圧縮情報転送指示を行い、ＭＡＧａ２２からＭＡＧｂ２４へのトンネル生成オファーとヘッダ圧縮情報を同じメッセージに入れることによって、バッファ転送のトンネリングとヘッダ圧縮情報の通知が効率的に行われる場合について説明した。このことによりＭＡＧａ２２のバッファに溜まっていたＭＮａ２１宛のパケットはＭＡＧｂ２４経由で転送され、且つ、ヘッダ圧縮情報をＭＡＧｂ２４は得ることができるため、ハンドオーバー後もパケットロスなくヘッダ圧縮してＭＮａ２１にパケットを届けることが可能となる。
【０１１３】
尚、本発明のネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【０１１４】
【図１】第１の実施形態におけるネットワークの概略構成について示した図である。
【図２】第１の実施形態における処理の手順を示したシーケンス図である。
【図３】本発明におけるＭＡＧの構成を示したブロック図である。
【図４】本発明におけるＬＭＡの構成を示したブロック図である。
【図５】第１の実施形態におけるヘッダ圧縮情報の一例である。
【図６】第２の実施形態におけるネットワークの概略構成について示した図である。
【図７】第２の実施形態における処理の手順を示したシーケンス図である。
【図８】第２の実施形態におけるヘッダ圧縮情報の一例である。
【図９】パケットのフォーマットの一例である。
【図１０】パケットのフォーマットの一例である。
【図１１】従来のファーストハンドオーバー手法の処理の手順を示したシーケンス図である。
【図１２】従来のネットワークベースＩＰモビリティプロトコルにおけるハンドオーバー手法の処理の手順を示したシーケンス図である。
【図１３】従来のネットワークベースＩＰモビリティプロトコルのＰｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ方式によるハンドオーバーの処理の手順を示したシーケンス図である。
【符号の説明】
【０１１５】
１、２１、２３  ＭＮ
２、３、４、２２、２４  ＭＡＧ
５、２５、２６  ＬＭＡ
６、９  ＣＮ
７  インターネット
８  Ｒｏｕｔｅｒ
１０  ＡＡＡサーバ
１１、１２、１７  通信手段
１３、１８  ネットワークベースＩＰモビリティプロトコル処理部
１４、１９  記憶部
１５  一時記憶部
１６  圧縮・伸長処理部
【図１】
2008294963.tif 000003
【図２】
2008294963.tif 000004
【図３】
2008294963.tif 000005
【図４】
2008294963.tif 000006
【図５】
2008294963.tif 000007
【図６】
2008294963.tif 000008
【図７】
2008294963.tif 000009
【図８】
2008294963.tif 000010
【図９】
2008294963.tif 000011
【図１０】
2008294963.tif 000012
【図１１】
2008294963.tif 000013
【図１２】
2008294963.tif 000014
【図１３】
2008294963.tif 000015