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