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