JP4478700B2 - ネットワークベースｉｐモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法 - Google Patents

Description

本発明はネットワークベースＩＰモビリティプロトコルを利用した通信技術に関する。

近年、Ｍｏｂｉｌｅ ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ６）等のＩＰ層でのモビリティサポートの研究・開発が盛んである。Ｍｏｂｉｌｅ ＩＰは、ＩＳＯ（国際標準化機構）によって制定されたＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基本参照モデルにおける第３層であるネットワーク層のプロトコルで、上位アプリケーションからクライアントの移動（ネットワーク／通信メディアの切り替えや、通信の瞬断など）を隠蔽し、通信を継続させる技術である。

現在のインターネットで一般的に用いられている通信プロトコルであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、ＩＰアドレスが識別子であると同時に、ネットワーク上の位置も意味している。そのため、あるネットワークに接続しているノードを別のネットワークに繋ぎかえると、ＩＰアドレスが変わってしまうことになり、セッションが継続不可能になってしまう。

そこで、Ｍｏｂｉｌｅ ＩＰは、ノードに一意のアドレスを割り当て、ＴＣＰ／ＩＰスタック内で実際に使用しているＩＰアドレスと入れ換えることにより、上位レイヤや通信相手に対し、どこのネットワークでも割り当てた一意のアドレスで通信しているかのように見せる仕組みを提供する（例えば、非特許文献１参照）。

このＭｏｂｉｌｅ ＩＰは、モバイルノード（Ｍｏｂｉｌｅ Ｎｏｄｅ、移動端末、以下、「ＭＮ」という）、ホームエージェント（Ｈｏｍｅ Ａｇｅｎｔ、以下、「ＨＡ」という）、コレスポンデントノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ、対向ノード、以下、「ＣＮ」という）と呼ばれるノードから構成される。

ＭＮは、ホームアドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ、以下、「ＨｏＡ」という）と呼ばれる常に不変なアドレスを有しており、そのアドレスを管理するノードがＨＡである。ＭＮはＨＡのリンクであるホームリンク以外のネットワークに接続した際、ケアオブアドレス（Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ、気付けアドレス、以下、「ＣｏＡ」という）と呼ばれる実際に通信に使用するアドレスを何らかの手段、例えば、ステートレス・アドレス自動設定のルータ広告（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、以下「ＲＡ」という）やステートフル・アドレス自動設定のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ｖ６などで得る。ＭＮは、ここで得たＣｏＡをＨＡに登録要求（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ、以下、「ＢＵ」という）というメッセージで通知する。

この結果、ＭＮと通信したいノード（＝ＣＮ）がＨｏＡ宛にパケットを送信すると、ＨｏＡはＨＡの管理するリンクのアドレスであるので、一旦、ＨＡに届く。その際に、ＨＡは、ＨｏＡに関連付けされたＣｏＡ宛に転送する。この結果、常にＭＮは、ＨｏＡで通信可能となる。ＭＮにおいては、ＭＮ上で動作するアプリケーションが、前記ＨｏＡと呼ばれるＩＰアドレスを常に使用し通信する。

実際のＩＰｖ６パケットのソースアドレス又はディスティネーションアドレスにはＣｏＡを用いる。また、上位アプリケーションに移動を隠蔽するために、ＩＰｖ６ ｉｎ ＩＰｖ６カプセル化、ｍｏｂｉｌｉｔｙ ｈｅａｄｅｒなどの技術を用いる。この結果、アプリケーションにはＨｏＡを通知し、実際に用いるＩＰｖ６アドレス（ＣｏＡ）を隠蔽している。

また、このＭｏｂｉｌｅ ＩＰｖ６ではＣＮとの通信を経路最適化する場合、試験手順（Ｒｅｔｕｒｎ Ｒｏｕｔａｂｉｌｉｔｙ、以下、「ＲＲ」という）と呼ばれるセキュリティのためのシグナリングの後、ＭＮは、経路最適化のためのＢＵをＣＮに送ることとなっている。ＲＲとは、ＭＮが、ＨｏＡとＣｏＡの対応（Ｂｉｎｄｉｎｇ）が正しいことを、ＣＮに通知する機能である。

ＲＲは、ＭＮからＣＮに対して送られるメッセージで、ＨＡを経由するＨｏＴＩ（Ｈｏｍｅ Ｔｅｓｔ Ｉｎｉｔ）と直接ＣＮに送られるＣｏＴＩ（Ｃａｒｅ ｏｆ Ｔｅｓｔ Ｉｎｉｔ）、及び、ＣＮからＭＮに対し返送されるメッセージで、ＨＡを経由するＨｏＴ（Ｈｏｍｅ Ｔｅｓｔ）と直接ＭＮに返送されるＣｏＴ（Ｃａｒｅ ｏｆ Ｔｅｓｔ）からなる。このＲＲ手順が正常に終了したら、ＭＮは、ＣＮに対して、自身のＣｏＡを通知するため、ＢＵを送信する。この結果、ＣＮは、ＭＮの正しいＣｏＡを知ることができ、ＨＡを介する冗長な経路ではなく直接ＭＮにパケットを送るようになる、すなわち経路最適化ができるようになる。

つまり、この経路最適化が終わるまで、ＭＮ−ＣＮ間における通信はＨＡを経由し、ＣＮ−ＨＡ間は通常のＩＰｖ６で送られ、ＨＡ−ＭＮ間はＩＰｖ６ ｉｎ ＩＰｖ６カプセル化されてパケットは配送される。経路最適化後は、ＭＮ−ＣＮ間で直接パケットの配送が行われ、この際オプションヘッダにＨｏＡが記述される。

ＭＩＰｖ６やＭＩＰ派生のプロトコルは、ＭＮがベースとなって移動制御するため、ホストベースのモビリティプロトコルと呼ばれている。これに対し、ネットワーク側で移動制御を行い、ＭＮは移動のために特別なプロトコルを搭載しなくても移動が可能となるネットワークベースＩＰモビリティプロトコルが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）より更に提案されている（例えば、非特許文献２参照）。

これは、ＭＮがＣｏＡを扱わずに済み、ＭＮによるパケットのカプセル化等を無くしたり、ＭＮによる移動のためのシグナリングを無くすなどの効果がある。この第一のネットワークベースＩＰモビリティプロトコルのハンドオーバーの手順に関して、図２４を用いて説明する。

まず、ＭＮは移動後に、Ｓ７０１において、図２４では、「ＮｅｗＭＡＧ」と表記する移動先のリンクのルータ、モバイル・アクセス・ゲートウェイ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ、以下、「ＭＡＧ」という）に対して、ＲＳ（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ、ルータ要請、以下、「ＲＳ」という）又はＤＨＣＰ Ｒｅｑｕｅｓｔ等のネットワークコンフィギュレーション（ネットワーク設定）要求メッセージを送信する。

ＭＡＧとは、リンクに移動してきたＭＮとＩＰ Ｍｏｂｉｌｅの制御を行う制御装置であるルートルータ、ローカル・モビリティ・アンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ、以下「ＬＭＡ」という）との間で中継を行なうルータのことである。
ＬＭＡは、ネットワークでつながれている複数のＭＡＧを制御している。ＬＭＡは、ＭＮとＭＡＧの識別子及びＩＰアドレスを記憶部に管理している。
また、ＭＡＧも、ＭＮとＬＭＡの識別子及びＩＰアドレスを記憶部に管理している。これらのＭＡＧが管理している情報は、ＬＭＡと通信を行なうことによって取得することができる。
ＭＡＧとＬＭＡ間は、パケットをＩＰｖ６ ｉｎ ＩＰｖ６カプセル化して、記憶部に管理している情報を参照してヘッダを付けることにより、トンネリングを行ない、正しくルーティングを行なうことができる。
以上のようなネットワークにおいて、ＭＮは、移動先の同一リンクのＭＡＧに、ここでは、例えば、ＲＳを送信したとする。

ＭＡＧ（ＮｅｗＭＡＧ）では、ＭＮからＲＳを受け取ったら、Ｓ７０２にて、ロケーションレジストレーション（位置登録要求）をＬＭＡに送信する。

ＬＭＡではロケーションレジストレーションを受け取ったら、ハンドオーバーであることを検知し、Ｓ７０３においてルーティングセットアップをＭＡＧ（ＮｅｗＭＡＧ）に送信し、ＭＡＧ（ＮｅｗＭＡＧ）とＬＭＡの間でトンネル経路を設定する。

ここで、トンネル経路の設定とは、ＬＭＡでＭＮ向けのパケットをカプセル化して宛先をＭＡＧとして送信し、受信したＭＡＧはカプセルを外し、ＭＮに転送するように設定することである。

このルーティングセットアップを受信したＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ７０４においてＬＭＡに対し、確認のルーティングセットアップＡｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。

また、ＭＡＧ（ＮｅｗＭＡＧ）からロケーションレジストレーションを受信したＬＭＡは、Ｓ７０５においてＭＡＧ（ＮｅｗＭＡＧ）に対し、確認のロケーションレジストレーションＡｃｋを送信する。

ＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ７０６で、ＭＮに対してＲＡを送信し、ＭＮはアドレスコンフィグレーション（アドレス設定）を行う。

その後、Ｓ７０７において、ＭＮはＭＡＧ（ＮｅｗＭＡＧ）に対し、ＤＡＤ（Ｄｕｐｌｉｃａｔｅ Ａｄｄｒｅｓｓ Ｄｅｔｅｃｔｉｏｎ、重複アドレス検出、以下、「ＤＡＤ」という）をＮＡ（Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、近隣広告、以下、「ＮＡ」という）を用いて行い、アドレスが単一であることを確認してアドレスコンフィギュレーションを完成する。また、ＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ７０８においてＬＭＡに対しＭＮアドレスセットアップを送信し、Ｓ７０９においてＬＭＡは、ＭＡＧ（ＮｅｗＭＡＧ）にＭＮアドレスセットアップＡｃｋを送信する。

このＬＭＡ−ＭＡＧ間トンネル経路の設定と、ＭＮのアドレスコンフィギュレーションが完遂された結果、パケットはＭＮに到達可能となる。これがネットワークベースモビリティプロトコルのハンドオーバー方法である。つまり、ＭＮ宛のパケットはＬＭＡ経由で送られるため、ＬＭＡ−ＭＡＧ間にトンネルが完成することにより、ＭＮまでルーティング可能となる。
また、認証等を行なうＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ａｃｃｏｕｎｔｉｎｇ、認証、許可、アカウンティング）サーバを利用し、ＭＡＧがＭｏｂｉｌｅ ＩＰにおけるＭＮのプロキシ（代理）機能を行なうネットワークベースＩＰモビリティプロトコルを利用したＰｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式も提案されている（例えば、非特許文献３参照）。

この第二のネットワークベースＩＰモビリティプロトコルのＰｒｏｘｙ ＭｏｂｉｌｅＩＰ方式によるハンドオーバーの手順に関して、図２５のシーケンス図を用いて説明する。

まず、Ｓ８０１において、ＭＮは移動後に、ＭＡＧ（ＮｅｗＭＡＧ）に対して自身のＩＤであるＭＮ−ＩＤを含む認証情報を送信する。

ＭＮから認証情報を受け取ったＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ８０２において、認証のため認証サーバであるＡＡＡサーバに、ＭＮ−ＩＤを含む認証情報を送信する。

ＭＡＧ（ＮｅｗＭＡＧ）から認証情報を受け取ったＡＡＡサーバでは、Ｓ８０３において、ＭＮの正当性を確認し、正当であると判断されたらポリシープロファイルを返す。
このポリシープロファイルには、ホームネットワークプレフィックスやコンフィギュレーション方法（ステートレス設定かステートフル設定か）等の情報のようなＭＮのアドレスコンフィギュレーション情報が含まれている。

このアドレスコンフィギュレーション情報の含まれるポリシープロファイルをＡＡＡサーバから受け取ったＭＡＧ（ＮｅｗＭＡＧ）では、ＲＡをＭＮに送信できるようになるので、Ｓ８０４において、ＲＡをＭＮに送信する。

ＭＡＧ（ＮｅｗＭＡＧ）からＲＡを受け取ったＭＮは、Ｓ８０５において、アドレスをコンフィギュレーションして、ＮＡやＤＡＤを行う。このステップは、省略してもよい。

ＭＡＧ（ＮｅｗＭＡＧ）では、ＲＡを送信したら、ＬＭＡとのトンネルを生成するため、Ｓ８０６において、ＬＭＡに対して代理登録要求（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）を送信する。
このメッセージには、ＭＮ−ＩＤとＭＮのホームプレフィックス等が含まれている。

Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅを受け取ったＬＭＡは、Ｓ８０７において、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ ＡｃｋをＭＡＧ（ＮｅｗＭＡＧ）に返す。

こうしてＬＭＡ−ＭＡＧ間で双方向トンネルが生成され、ＭＮまでルーティングが可能となる。

また、ＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）のヘッダを圧縮する技術として、ロバスト・ヘッダ圧縮（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、以下、「ＲＯＨＣ」という）が知られている（例えば、非特許文献４参照）。

このＲＯＨＣでは、初期化時に通知される識別ＩＤであるＣＩＤ（Ｃｏｎｔｅｘｔ ＩＤ）と予測可能なヘッダフィールドとを関連付け、データを圧縮するコンプレッサと圧縮したデータを復元するデコンプレッサでその情報を共有し、コンプレッサはヘッダの代わりにＣＩＤをつけて送信し、デコンプレッサではＣＩＤからヘッダを復元する。

この予測可能なヘッダフィールドには、送信元を示すソースＩＰアドレスや送信先を示すディスティネーションＩＰアドレスの情報も含まれる。

更に、Ｗ−ＬＳＢ（Ｗｉｎｄｏｗ―Ｂａｓｅｄ Ｌｅａｓｔ−Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）によるシーケンス番号の付与により、その他のフィールドの予測も可能とし、パケットロスに対する堅牢性も提供する。

また、ＲＯＨＣでは状態とモードを持つ。状態は、リンクの状態に応じて圧縮する量を、完全なヘッダ／差分／最大限に圧縮したヘッダの三段階で調節する。モードは、デコンプレッサによるフィードバックのタイミングを、フィードバックしない・問題が有ったらフィードバックする・常にフィードバックする、の三種類から選択するものである。

この状態とモードをリンクの状態に合わせて選択することや、Ｗ−ＬＳＢにより、ＲＯＨＣは高い圧縮性能と高い堅牢性を提供する。

このＲＯＨＣの技術を利用して、ＩＰヘッダを圧縮したまま、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線ネットワーク制御装置）間での転送を行うための技術が開示されている（例えば、特許文献１参照）。

Ｍｏｂｉｌｅ ＩＰｖ４において、ＭＮと通信するＭＩＰｖ４の機能を備えない端末に対して、ＣＮに必要な機能を代理で提供するシステムに関して、開示されている（例えば、特許文献２参照）。
特開２００３−２２４６１０号公報 特開２００１−２２４０７０号公報 Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３７７５、"Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６" Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ "ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ" Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ "ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６" Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３０９５、"ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ （ＲＯＨＣ）： Ｆｒａｍｅｗｏｒｋ ａｎｄ ｆｏｕｒ ｐｒｏｆｉｌｅｓ： ＲＴＰ，ＵＤＰ，ＥＳＰ，ａｎｄ ｕｎｃｏｍｐｒｅｓｓｅｄ"

しかしながら、ＬＭＡにてパケットを圧縮し、そのパケットを、図２６に示すように移動元のＭＡＧ（ＰｒｅＭＡＧ）にてファーストハンドオーバーのために移動先のＭＡＧ（ＮｅｗＭＡＧ）に転送すると、このパケットを受信したＮｅｗＭＡＧでは、圧縮されたパケットからはＭＮに関する情報を認識できないため、どのＭＮに配送するのか分からなくなってしまう。

本発明は、上述の課題を解決するためになされたものであって、その目的は、ネットワークベースＩＰモビリティプロトコルにおいて、ＭＮ又はＬＭＡがコンプレッサ、デコンプレッサとなってパケットを圧縮する場合に、ＭＮが移動したとき、ファーストハンドオーバーを行うことができ、最も狭帯域である、ラストワンホップの帯域を節約することができるネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法を提供することである。

斯かる実情に鑑み、第１の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行い、該移動端末が他のネットワークに移動した際には、制御装置の制御により通信を切替える通信システムであって、
前記制御装置は、外部ネットワークから受信したデータのヘッダの圧縮処理を行い、該データのヘッダに宛先の前記移動端末を識別することのできるオプションヘッダを付加して、該移動端末と同じリンクの前記ルータに送信し、前記ルータは、前記オプションヘッダで前記移動端末を識別し、該移動端末に前記データを転送することを特徴とする。

また、第２の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記移動端末が、前記制御装置と共有する圧縮情報を元に、データのヘッダの圧縮処理を行なって、同じリンクの前記ルータに送信し、前記ルータは、前記移動端末から前記データが送信されてくる際のベアラ情報を元に、該移動端末を特定し、データのヘッダに該移動端末を識別することのできるオプションヘッダを付加して、前記制御装置に送信し、前記制御装置は、前記オプションヘッダで前記移動端末を識別し、該移動端末に関する圧縮情報を参照して、ヘッダの伸長を行い、ルーティングを行うことを特徴とする。

また、第３の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記移動端末が、他のネットワークに移動した場合に、前記移動端末の移動先のネットワークにおける前記ルータは、前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、前記制御装置は、前記移動端末の移動元の前記ルータに、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するようバッファ転送指示通知を送信し、移動元の前記ルータは、前記移動端末宛のバッファのデータに前記移動端末を識別することのできるオプションヘッダを付加して、移動先の前記ルータに送信することを特徴とする。

また、第４の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記移動端末が、他のネットワークに移動した場合に、前記移動端末の移動先のネットワークにおける前記ルータは、前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、前記制御装置は、前記移動端末の移動先の前記ルータに、移動元の前記ルータの識別子又はＩＰアドレスを送信し、前記移動先の前記ルータは、前記移動元のルータに、該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、移動元の前記ルータは、前記移動端末宛のバッファのデータに前記移動端末を識別することのできるオプションヘッダを付加して、移動先の前記ルータに送信することを特徴とする。

また、第５の発明によるネットワークベースＩＰモビリティプロトコルを利用した通信システムは、前記移動端末が、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記制御装置は、前記移動端末の代理機能を実行することを特徴とする。

また、第６の発明による制御装置は、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行うシステムで、該移動端末が他のネットワークに移動した際には通信を切替える制御を行う制御装置であって、
外部ネットワーク又は前記ルータとデータの送受信を行う通信手段と、ヘッダの圧縮情報を保持する記憶手段と、前記ヘッダの圧縮情報を元に、前記データのヘッダを圧縮又は伸長する圧縮処理手段と、前記データに、前記移動端末を識別することのできるオプションヘッダを付加し、又は前記データに付加されている前記オプションヘッダから前記移動端末を識別するトンネル処理手段とを備えたことを特徴とする。

また、第７の発明による制御装置は、前記移動端末が、他のネットワークに移動した場合に、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を生成する制御手段を備え、前記通信手段は、前記移動元のルータに、前記バッファ転送指示通知を送信することを特徴とする。

また、第８の発明による制御装置は、前記移動端末が、他のネットワークに移動した場合に、移動端末の識別子及び前記移動元のルータの識別子又はＩＰアドレスを含む通知を生成する制御手段を備え、前記通信手段は、前記移動先のルータに、前記通知を送信することを特徴とする。

また、第９の発明による制御装置は、前記制御手段が、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記移動端末の代理機能を実行することを特徴とする。

また、第１０の発明による制御装置は、前記記憶手段に、Ｍｏｂｉｌｅ ＩＰプロトコルにより中継を行うための前記移動端末に関する通信情報であるバインディング・キャッシュを記憶し、受信した前記データが、自身の管理する前記移動端末とＭｏｂｉｌｅ ＩＰプロトコルを利用する端末との通信であった場合には、前記移動端末と前記Ｍｏｂｉｌｅ ＩＰプロトコルを利用する端末との中継を行うＭｏｂｉｌｅ ＩＰ処理手段を備えることを特徴とする。

また、第１１の発明による制御装置は、前記外部ネットワークから前記データを受信した場合は、前記通信手段が、前記Ｍｏｂｉｌｅ ＩＰ処理手段に該データの出力を行い、前記Ｍｏｂｉｌｅ ＩＰ処理手段は、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータか否かの判定を行なって前記圧縮処理手段に該データの出力を行い、前記圧縮処理手段にて前記データの圧縮処理を行なって前記トンネル処理手段に出力を行い、前記トンネル処理手段は、前記データにオプションヘッダを付加して、前記ルータに送信することを特徴とする。

また、第１２の発明による制御装置は、前記ルータから前記データを受信した場合は、前記通信手段が、前記トンネル処理手段に該データの出力を行い、前記トンネル処理手段は、前記オプションヘッダを削除するとともに、該オプションヘッダから前記移動端末を識別して前記圧縮処理手段に出力を行い、前記圧縮処理手段は、前記データのヘッダの伸長処理を行なって前記Ｍｏｂｉｌｅ ＩＰ処理手段に出力を行い、前記Ｍｏｂｉｌｅ ＩＰ処理手段は、前記バインディングキャッシュを参照して、前記データのルーティングを行うことを特徴とする。

また、第１３の発明によるルータは、ネットワークベースＩＰモビリティプロトコルを利用し、制御装置の制御によって、一意に付与されたアドレスにより通信を行う同一リンクに属する移動端末とデータの送受信を行うルータであって、
前記移動端末とデータの送受信を行う第一の通信手段と、前記制御装置とデータの送受信を行う第二の通信手段と、前記移動端末からのデータには、該移動端末を識別することのできるオプションヘッダを付加し、前記制御装置からのデータには、付加されているオプションヘッダを削除するとともに前記移動端末の識別を行うトンネル処理手段とを備え、前記第一の通信手段は、前記移動端末からデータを受信した場合には、ベアラ情報から該移動端末を特定することを特徴とする。

また、第１４の発明によるルータは、前記移動端末が、他のネットワークに移動した場合に、前記第二の通信手段が、前記制御装置から、移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を受信したときには、前記トンネル処理手段にバッファ転送の設定を行うとともに、バッファのデータに前記オプションヘッダを付加して、前記移動先のルータに転送することを特徴とする。

また、第１５の発明によるルータは、前記移動端末が、他のネットワークから移動してきた場合に、前記第二の通信手段が、前記制御装置から、前記移動端末の識別子及び前記移動元のルータの識別子又はＩＰアドレスを含む通知を受信したときには、前記移動元のルータに前記移動端末の識別子及び該移動先のルータの識別子を含む通知を送信することを特徴とする。

また、第１６の発明による通信方法は、ネットワークベースＩＰモビリティプロトコルを利用し、移動端末に、一意に付与されたアドレスによって同一リンクに属するルータからデータの送受信を行わせ、該移動端末が他のネットワークに移動した際には、制御装置に該移動端末の通信を切替える制御を行わせる通信方法であって、
前記移動端末に、データのヘッダを圧縮するステップと、前記データを前記ルータに送信するステップとを実行させ、
前記ルータに、前記移動端末から受信したデータのベアラ情報から該移動端末を特定するステップと、前記データに前記移動端末を識別することのできるオプションヘッダを付加するステップと、前記データを前記制御装置に送信するステップとを実行させ、
前記制御装置に、前記ルータから受信したデータのオプションヘッダを削除するとともに該オプションヘッダから前記移動端末を識別するステップと、前記移動端末に関する圧縮情報を参照し、前記データのヘッダを伸長するステップとを実行させ、
前記移動端末との間での、データの圧縮又は伸長、及びルーティングを行うことを特徴とする。

また、第１７の発明による通信方法は、前記制御装置に、外部ネットワークから受信したデータのヘッダを、前記圧縮情報を参照して圧縮するステップと、前記データに宛先となっている前記移動端末を識別することのできるオプションヘッダを付加するステップと、前記データを前記ルータに送信するステップとを実行させ、
前記ルータに、前記制御装置から受信したデータのオプションヘッダを削除するとともに該オプションヘッダから前記移動端末を識別するステップと、前記移動端末に前記データを送信するステップとを実行させることを特徴とする。

また、第１８の発明による通信方法は、前記移動端末が、他のネットワークに移動した場合に、前記制御装置に、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のバッファのデータを転送するように指示するバッファ転送指示通知を送信するステップを実行させ、
移動元の前記ルータに、前記オプションヘッダを付加した前記バッファのデータを、移動先の前記ルータに転送するステップを実行させることを特徴とする。

また、第１９の発明による通信方法は、前記移動端末が、他のネットワークに移動した場合に、前記制御装置に、移動先の前記ルータへ、前記移動端末の識別子及び移動元の前記ルータの識別子又はＩＰアドレスを含む通知を送信するステップを実行させ、
移動先の前記ルータに、前記移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を、移動元の前記ルータに送信するステップを実行させ、
移動元の前記ルータに、前記オプションヘッダを付加した前記バッファのデータを、移動先の前記ルータに転送するステップを実行させることを特徴とする。

また、第２０の発明による通信方法は、前記移動端末と通信を行なう端末が、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記制御装置が、前記移動端末の代理機能を実行することを特徴とする。

本発明によれば、制御装置（ＬＭＡ）と移動端末（ＭＮ）にてデータを圧縮・伸長するネットワークベースＩＰモビリティプロトコルにおいて、制御装置とルータ（ＭＡＧ）間の通信には、移動端末を識別することのできるオプションヘッダをデータに付加することにより、ヘッダが圧縮されているにも関わらず、ルータは、正しくルーティングを行うことができる。

また、ルータは、移動端末からデータを受信した際には、ベアラ情報より該移動端末を特定することができるので、ヘッダが圧縮されていても、制御装置に正しくルーティングを行うことができる。

また、移動端末がハンドオーバーした場合であって、制御装置の制御により、移動元のルータが、バッファに溜まった該移動端末宛のデータを移動先のルータに転送するときには、該データに移動端末を識別することのできるオプションヘッダを付加するので、移動先のルータは移動端末に正しくルーティングをすることができる。

また、同時にＭｏｂｉｌｅ ＩＰを利用する端末からのパケットを受信した場合において、制御装置でＭｏｂｉｌｅ ＩＰ代行機能を提供することにより、制御装置でのヘッダ圧縮を可能とし、Ｍｏｂｉｌｅ ＩＰプロトコルにおけるモビリティシグナリング又はヘッダが、制御装置と移動端末間の通信では不要となり、ヘッダの圧縮効率の低下を防ぐことができる。

以下、本発明の実施の形態を図示例と共に説明する。

［第１の実施形態］
図１は、本実施形態におけるネットワークの概略構成について示した図である。
図２は、本実施形態における処理の手順を示したシーケンス図である。
図３は、本実施形態におけるＭＡＧの構成を示したブロック図である。
図４は、本実施形態におけるＬＭＡの構成を示したブロック図である。

図１に示すように、ＭＮ１は、最初ＭＡＧａ２のリンクに位置している。ＬＭＡ３は、ＭＡＧａ２及びＭＡＧｂ４を管理している。また、ＬＭＡ３、ＭＡＧａ２及びＭＡＧｂ４は、インターネット５を介して繋がっている。

本実施形態においては、ＭＮ１は、ＭＡＧａ２のリンクからＭＡＧｂ４のリンクへとハンドオーバーする。また、ヘッダ圧縮のコンプレッサ・デコンプレッサはＬＭＡ３及びＭＮ１となっている。

以下に、図３のＭＡＧ２、４及び図４のＬＭＡ３について、説明する。
図３に示すように、ＭＡＧ２、４は、ＬＭＡ３ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はインターネット等の有線による通信を行なう通信手段６と、ＭＮ１と無線により通信を行なう無線通信手段７と、ネットワークベースＩＰモビリティプロトコルに関する制御を行うネットワークベースＩＰモビリティプロトコル処理部８と、データベース部と一時的に記憶することが可能な一時記憶部とからなる記憶部９と、トンネル処理部１０とを含んで構成される。

図４に示すように、ＬＭＡ３も、通信手段１１と、ネットワークベースＩＰモビリティプロトコル処理部１２と、記憶部１３と、トンネル処理部１４とを含んで構成される。ＭＡＧ２、４と異なる点は、ヘッダの圧縮・伸長を行う圧縮・伸長処理部１５を備えることである。

また、ＭＡＧの記憶部９には、ＬＭＡ３から受信したＬＭＡ３におけるＭＮとのヘッダ圧縮情報が保存されている。

Ｓ１０１において、ＭＮ１は、ＭＡＧｂ４のリンクに移動すると、ＭＮ１は通常通り自身の識別子であるＭＮ−ＩＤを含むアドレスコンフィギュレーション情報をＭＡＧｂ４又はリンクローカルマルチキャストアドレス宛に送信する。これは、多くの場合、ＲＳやＮＡである。ここでは、ＲＳであったとする。

ＲＳを、無線通信手段７を介して受信したＭＡＧｂ４のネットワークベースＩＰモビリティプロトコル処理部８は、Ｓ１０２において、記憶部９にＭＮ−ＩＤを記憶するとともに、少なくともＭＮ−ＩＤとＭＡＧｂ４の識別子、ＭＡＧｂ−ＩＤ又はＭＡＧｂ４のＩＰアドレスを含むロケーションレジストレーションを生成し、通信手段６からをＬＭＡ３に送信する。

次に、通信手段１１を介してロケーションレジストレーションを受信したＬＭＡ３のネットワークベースＩＰモビリティプロトコル処理部１２は、ロケーションレジストレーションに含まれるＭＮ−ＩＤを抽出し、このＭＮ−ＩＤをキーに、現在のＭＮ１の状態をＬＭＡ３の記憶部１３において保持しているデータより検索する。この結果、ネットワークベースＩＰモビリティプロトコル処理部１２は、データではＭＮ１が現在ＭＡＧａ２に属している状態であることを把握する。ネットワークベースＩＰモビリティプロトコル処理部１２は、データでＭＮ１が現在ＭＡＧａ２に属している状態となっているが、ＭＡＧｂ４からロケーションレジストレーションを受信したことにより、ＭＮ１が移動したことを認識する。

そこで、Ｓ１０３において、ＬＭＡ３のネットワークベースＩＰモビリティプロトコル処理部１２は、少なくともＬＭＡ３の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含む、ＬＭＡ３とＭＡＧｂ４のトンネル生成のためのメッセージであるルーティングセットアップ（ルーティング設定指示）を生成して、通信手段１１よりＭＡＧｂ４に送信する。

また、ＬＭＡ３のネットワークベースＩＰモビリティプロトコル処理部１２は、Ｓ１０４において、ＭＡＧａ２に、ＬＭＡ３−ＭＡＧａ２トンネル削除のメッセージであるロケーションデレジストレーションを生成し、これにバッファ転送指示を合成して、又はロケーションデレジストレーション、バッファ転送指示を別個にＭＡＧａ２に送信する。このメッセージには少なくともＭＡＧｂ４の識別子であるＭＡＧｂ−ＩＤ又はＭＡＧｂ４のＩＰアドレスとＭＮ−ＩＤが含まれている。

ＬＭＡ３からルーティングセットアップを受信したＭＡＧｂ４のネットワークベースＩＰモビリティプロトコル処理部８では、ＬＭＡ３とのトンネルを生成し、Ｓ１０５において、ルーティングセットアップＡｃｋをＬＭＡ３に送信する。

このトンネル生成では、ＬＭＡ３及びＭＡＧｂ４にＭＮ１用のトンネル処理部１０、１４が生成される。ＬＭＡ３のＭＮ１用トンネル処理部１４は、ＭＡＧｂ４に転送するＭＮ１へのパケットには外側ヘッダとして、ソースアドレスにＬＭＡ３のＩＰアドレス、ディスティネーションアドレスとしてＭＡＧｂ４のアドレスを付与し、更に、外側ヘッダのオプションヘッダとしてＭＮ−ＩＤ又はＭＮ−ＩＰを含めたＩＰｖ６ ｉｎ ＩＰｖ６パケットの生成処理を行う。

また、このＬＭＡ３のトンネル処理部１４は、ヘッダ圧縮・伸張処理部１５と連動していて、内側ＩＰヘッダ・ＵＤＰ／ＴＣＰヘッダ・ＲＴＰヘッダをＲＯＨＣコンテキストに従って圧縮する。この際、圧縮時に内側ヘッダのディスティネーションアドレスを参考に外側ヘッダのオプションヘッダとしてＭＮ−ＩＤ又はＭＮ−ＩＰを含める。ＭＡＧ４のトンネル処理部１０では、ＬＭＡ３からＭＮ１方向のパケットを受信したときは、外側ヘッダ及び外側ヘッダのオプションヘッダを削除し、オプションヘッダから特定されるＭＮ１に関する無線通信手段７にパケットを転送する。

ＭＮ１からのパケットを受信したときは、ＭＡＧｂ４のトンネル処理部１０は、外側ソースアドレスをＭＡＧｂ−ＩＰ、外側ディスティネーションアドレスをＬＭＡ−ＩＰ、無線通信手段７から特定されるＭＮ１のＭＮ−ＩＤ及びＭＮ−ＩＰを把握して、そのＭＮ−ＩＤ又はＭＮ−ＩＰを外側ヘッダのオプションヘッダとして追加し、ＬＭＡ３に送信する。どのＭＮ１から受信したかは、ベアラ情報から無線通信手段７により特定することができる。

ＭＮ１からＭＡＧｂ４を経由してパケットを受け取ったＬＭＡ３のトンネル処理部１４はヘッダ圧縮・伸張処理部１５と連動し、外側ヘッダ・外側ヘッダのオプションヘッダを削除する際にオプションヘッダから得られるＭＮ情報を元に記憶部１３に保存されているＲＯＨＣコンテキストを特定して参照し、このＲＯＨＣコンテキストからヘッダを伸張し、Ｉｎｔｅｒｎｅｔ５にパケットを送信する。

ＭＡＧａ２のネットワークベースＩＰモビリティプロトコル処理部８は、Ｓ１０６において、ＭＡＧｂ４に、ファーストハンドオーバーのためのトンネル生成要請メッセージを送信し、ＭＡＧａ２からＭＡＧｂ４へのトンネルを生成する。このトンネル生成ではＭＡＧａ２とＭＡＧｂ４にＭＮ１用のトンネル処理部１０が生成される。ＭＡＧａ２からＭＡＧｂ４へのトンネルを生成し、Ｓ１０７において、ＭＡＧｂ４のネットワークベースＩＰモビリティプロトコル処理部８は、ＭＡＧａ２へ、トンネル生成要請Ａｃｋを送信する。

ＭＡＧａ２のＭＮ１用のトンネル処理部１０は、外側ヘッダとして、ソースアドレスにＭＡＧａ２のＩＰアドレス、ディスティネーションアドレスとしてＭＡＧｂ４のアドレスを付与し、更に外側ヘッダのオプションヘッダとしてＭＮ−ＩＤ又はＭＮ−ＩＰを含めてＩＰｖ６ ｉｎ ＩＰｖ６パケットの生成処理を行う。このオプションヘッダは、ＬＭＡ３からのパケットの外側ヘッダのオプションヘッダを参考に生成される。

ＭＡＧａ２から転送されたパケットを受信したＭＡＧｂ４のトンネル処理部１０では、外側ヘッダ及び外側ヘッダオプションヘッダを削除し、オプションヘッダからＭＮ１を特定し、このＭＮ１に関する無線通信手段７よりパケットを転送する。

ＭＡＧｂ４よりルーティングセットアップＡｃｋを受信したＬＭＡ３のネットワークベースＩＰモビリティプロトコル処理部１２は、Ｓ１０８において、ＭＮ１の少なくともプレフィックス情報を含むロケーションレジストレーションＡｃｋをＭＡＧｂ４に送信する。

ロケーションレジストレーションＡｃｋを受信したＭＡＧｂ４のネットワークベースＩＰモビリティプロトコル処理部８は、Ｓ１０９において、前記プレフィックス情報を元にＲＡをＭＮ１に送信する。

ＭＡＧｂ４からＲＡを受信したＭＮ１は、Ｓ１１０において、ＤＡＤ手順においてＮＡをリンクに送信する。

ＭＮ１からＮＡを受信したＭＡＧｂ４のネットワークベースＩＰモビリティプロトコル処理部８は、Ｓ１１１において、ＬＭＡ３に、ＭＡＧｂ−ＩＤ、ＭＮ１のアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップを送信し、Ｓ１１２において、ＬＭＡ３のネットワークベースＩＰモビリティプロトコル処理部１２は、ＭＡＧｂ４に、確認のＭＮアドレスセットアップを送信し、ＭＡＧｂ４からＭＮ１へのパケット配送が開始される。

これらの結果、ＬＭＡ３の指示で、ＭＡＧａ２からＭＡＧｂ４へＭＮ１を特定することのできるオプションヘッダを付加するため、ＭＡＧｂ４は、該オプションヘッダからＭＮ１を特定することができ、ＭＮ１へのパケットの配送が可能となり、ＭＡＧａ２から届いたパケット、ＬＭＡ３から届いたパケットを順次ＭＮ１に配送することができる。

［第２の実施形態］
本実施形態では、ＬＭＡにてＭｏｂｉｌｅ ＩＰ代行機能を提供し、ＬＭＡにてヘッダ圧縮を行い、パケットロスのないハンドオーバーを提供する例を述べる。
図５は、本実施形態におけるネットワークの概略構成について示した図である。
図６は、本実施形態におけるＭＡＧの構成を示した図である。
図７は、本実施形態におけるＬＭＡの構成を示した図である。

図５に示すように、ＮｅｔＬＭＭ−ＭＮａ２１及びＮｅｔＬＭＭ−ＭＮｂ２２は、ＭＩＰ−ＭＮと通信を行う。本実施形態では、ＮｅｔＬＭＭ−ＭＮｂ２２とＭＩＰ−ＭＮは既に通信をしていて、ＮｅｔＬＭＭ−ＭＮａ２１とＭＩＰ−ＭＮａ２３が通信を始めるところから説明を行う。なお、この段階ではＮｅｔＬＭＭ−ＭＮａ２１はＭＡＧａ２４のリンクに位置しているものとする。また、ＮｅｔＬＭＭドメイン２５は、ＬＭＡ２６でＩｎｔｅｒｎｅｔ２７に集約されるＩＰで接続されたローカルドメインである。このＮｅｔＬＭＭドメイン２５は、例えば、携帯電話におけるＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等である。

また、図８は各ノードのアドレスを示している。図５中のＩｎｔｅｒｎｅｔ２７は、何らかの網で、以下のような特徴を持つ。

ＭＩＰ−ＭＮａ２３のホームアドレスは、ＭＩＰ−ＭＮａ−ＨｏＡで、このアドレスはＨＡａ２８のリンク上のアドレスであり、ＭＩＰ−ＭＮａ−ＨｏＡ宛のパケットはＨＡａ２８にルーティングされる。同様に、ＭＩＰ−ＭＮｂ２９のホームアドレスは、ＭＩＰ−ＭＮｂ−ＨｏＡで、このアドレスはＨＡｂ３０のリンク上のアドレスであり、ＭＩＰ−ＭＮｂ−ＨｏＡ宛のパケットはＨＡｂ３０にルーティングされる。

また、ＭＩＰ−ＭＮａ２３のケアオブアドレスは、ＭＩＰ−ＭＮａ−ＣｏＡで、これはＲｏｕｔｅｒ−ａ３１のリンク上のアドレスで、ＭＩＰ−ＭＮａ−ＣｏＡ宛のパケットは、Ｒｏｕｔｅｒ−ａ３１にルーティングされる。同様に、ＭＩＰ−ＭＮｂ２９のケアオブアドレスは、ＭＩＰ−ＭＮｂ−ＣｏＡで、これはＲｏｕｔｅｒ−ｂ３２のリンク上のアドレスで、ＭＩＰ−ＭＮｂ−ＣｏＡ宛のパケットは、Ｒｏｕｔｅｒ−ｂ３２にルーティングされる。

また、ＮｅｔＬＭＭ−ＭＮａ２１のアドレスは、ＮｅｔＬＭＭ−ＭＮａ−ＩＰであり、ＮｅｔＬＭＭ−ＭＮｂ２２のアドレスは、ＮｅｔＬＭＭ−ＭＮｂ−ＩＰであり、これらのアドレス（ＮｅｔＬＭＭ−ＭＮａ−ＩＰ、ＮｅｔＬＭＭ−ＭＮｂ−ＩＰ）宛のパケットはＬＭＡ２６にルーティングされる。

また、ＬＭＡ２６の管理しているＭＡＧには、ＭＡＧａ２４、ＭＡＧｂ３３、ＭＡＧｃ３４があり、本実施形態においては、ＮｅｔＬＭＭ−ＭＮａ２１が、ＭＡＧａ２４のリンクからＭＡＧｂ３３のリンクに移動することを例にして説明を行う。

以下に、図６のＭＡＧ及び図７のＬＭＡについて、説明する。

図６に示すように、ＭＡＧの通信手段は、典型的には実際の通信インタフェースと関連付けられるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）でのデバイス処理部にあたる。本実施形態のＭＡＧではこの通信手段を二つ持ち、一つはＮｅｔＬＭＭドメイン用４１で、もう一方が無線デバイス用４２である。

この無線デバイス用の通信手段４２は、ＭＡＣアドレス等からＭＮを特定する機能を有し、ＭＮ−ＩＤをトンネル処理部４３やネットワークベースＩＰモビリティプロトコル処理部４４に通知可能であるか、ＭＡＣアドレス情報をトンネル処理部４３やネットワークベースＩＰモビリティプロトコル処理部４４に通知可能であるか、又は擬似デバイスがＭＮ毎に作成されることにより、トンネル処理部４３やネットワークベースＩＰモビリティプロトコル処理部４４にＭＮを特定する情報を渡すことが可能である。また、ＭＡＣアドレスからＭＮを特定する場合は、ＭＮ−ＩＤやＭＡＣアドレスは、記憶部４５に関連付けられて記憶されている。

図７に示すように、ＬＭＡ２６の通信手段は、典型的には実際の通信インタフェース（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）カード等）と関連付けられるＯＳでのデバイス処理部にあたる。本実施形態のＬＭＡ２６ではこの通信手段を二つ持ち、一つはＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＡＮは、Ｉｎｔｅｒｎｅｔ／ＣｏｒｅＮｅｔｗｏｒｋ等が考えられる）用４６で、もう一方がＮｅｔＬＭＭドメイン用４７である。

これに対して、Ｍｏｂｉｌｅ ＩＰ代理処理部４８／トンネル処理部４９／ヘッダ圧縮・伸張処理部５０は、上記のデバイス処理部とＯＳ上は同等の扱いを受ける擬似デバイス処理部である。

記憶部５１は、永続的なデータの記憶をするデータベース部と、一時的に記憶することが可能な一次記憶部とからなる。

ネットワークベースＩＰモビリティプロトコル処理部５２は、ネットワークベースＩＰモビリティプロトコルのメッセージのやり取り（プロトコル的処理）や、トンネル処理部４９／ヘッダ圧縮・伸長部５０の生成・コントロール、記憶部５１へのデータの記憶・削除などを行う。

従来例で説明した第一のネットワークベースＩＰモビリティプロトコルを使用する場合では、ＬＭＡ２６が管理するノードは二つで、この二つに関して、図９（ａ）のような情報をＬＭＡ２６は、自身の記憶部５１のデータベースで保管している。

第二のネットワークベースＩＰモビリティプロトコルを使用する場合では、図５に示すように、Ｉｎｔｅｒｎｅｔ２７を介して認証等を行うＡＡＡサーバ３５と繋がっており、ＡＡＡサーバ３５にて、図９（ｂ）のような、ＮｅｔＬＭＭ−ＭＮのＩＤ、ＮｅｔＬＭＭ−ＭＮのアドレス、プレフィックス情報等を関連付けた情報を保持している。

図１０は、ＬＭＡ２６の記憶部５１で管理しているＢＣ（Ｂｉｎｄｉｎｇ Ｃａｃｈｅ）の一例である。ＮｅｔＬＭＭ−ＭＮｂ２２に関しては、既に、図１０に示すようなＢＣを保有しているものとする。図中の「ＥＴＣ」はその他の情報で、例えば、ライフタイムやノンス（ＲＲ手順で交換される鍵のような数値）などである。

ここで、ＮｅｔＬＭＭ−ＭＮａ２１とＭＩＰ−ＭＮａ２３との通信が始まるものとする。

図１１は、本実施形態において、ＬＭＡ２６が初期のＭｏｂｉｌｅ ＩＰの代理機能処理を行う手順を示したシーケンス図である。

ＮｅｔＬＭＭ−ＭＮａ２１とＭＩＰ−ＭＮａ２３との通信が始まると、当初は、ＨＡａ２８経由での通信となる。その結果、当初の通信の様子は、図１２のようになる。太線の矢印は、カプセル化して通信を行っていることを示している。

ＮｅｔＬＭＭ−ＭＮａ２２−ＭＡＧａ２４間は通常のＩＰｖ６としてソースアドレスをＮｅｔＬＭＭ−ＭＮａ２２、ディスティネーションアドレスをＭＩＰ−ＭＮａ２３のＨｏＡとして通信が行われる。

更に、ＭＡＧａ２４−ＬＭＡ２６間は、トンネル設定により、ＭＡＧａ２４又はＬＭＡ２６のネットワークベースＩＰモビリティプロトコル処理部４４、５２が、パケットの外側のヘッダのアドレスをＭＡＧａ２４、ＬＭＡ２６のアドレスとなるように付加して通信が行われる。

また、ＬＭＡ２６−ＨＡａ２８間は、外側ヘッダが除かれ、通常のＩＰｖ６として通信が行われる。

次に、ＨＡａ２８−ＭＩＰ−ＭＮａ２３間は、外側のヘッダのアドレスをＨＡａ２８とＭＩＰ−ＭＮａ２３のＣｏＡとするようなＭｏｂｉｌｅ ＩＰのトンネル設定により通信が行われる。

この当初のパケットは、ＬＭＡ２６に届く。ＭＩＰ−ＭＮからのパケットは、ＷＡＮ側の通信手段４６から入ってくるパケットなので、まずＭｏｂｉｌｅ ＩＰ代理処理部４８に入力される。このＭｏｂｉｌｅ ＩＰ代理処理部４８は、図１３に示したフロー図に沿って、Ｍｏｂｉｌｅ ＩＰ代理処理を行うか判断する。

Ｍｏｂｉｌｅ ＩＰ代理処理は、大きく分けて３つの機能がある。

Ｍｏｂｉｌｅ ＩＰのシグナリングを代理で行う機能と、ＭＩＰ−ＭＮから届くオプションヘッダつきのパケットを、通常のＩＰパケットにしてＮｅｔＬＭＭ―ＭＮに転送する機能と、ＮｅｔＬＭＭ−ＭＮから届きＭＩＰ−ＭＮ宛の通常のＩＰパケットをオプションヘッダつきのＭｏｂｉｌｅ ＩＰパケットとして送信する機能である。

まず、ＬＭＡ２６のＭｏｂｉｌｅ ＩＰ代理処理部４８にパケットが到着すると、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０１において、自身の管理する端末宛か否かの判定を行う。

ここで、「Ｙｅｓ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０２において、パケットがＭＩＰに関するシグナリングパケットか否かの判定を行う。

ここで、「Ｙｅｓ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０３において、ＭＩＰ代行機能処理（シグナリング代行機能処理）を行う。

また、Ｓ３０１において、「Ｎｏ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０４において、自身の管理する端末からのパケットであるか否かの判定を行う。

ここで、「Ｙｅｓ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０５において、記憶部５１に通信相手の端末に関するＢＣを保有しているか否かの判定を行う。

ここで、「Ｙｅｓ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０６において、ＭＩＰ代行機能処理（ＭＩＰパケット化処理）を行う。

また、Ｓ３０２において、「Ｎｏ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０７において、パケットは、ＭＩＰのオプションヘッダ付きのパケットか否かの判定を行う。

ここで、「Ｙｅｓ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０８において、ＭＩＰ代行機能処理（通常ＩＰパケット化処理）を行う。

また、Ｓ３０４、Ｓ３０５又はＳ３０７において、「Ｎｏ」であれば、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０９、Ｓ３１０又はＳ３１１において、通常のＩＰルーティング処理を行う。

当初のパケットは、通常のＩＰｖ６パケットと区別が付かないので、Ｍｏｂｉｌｅ ＩＰ代理処理は行わないと判断され、トンネル処理部４９／ヘッダ圧縮・伸張処理部５０にパケットが転送される。これ以降の処理は、本発明に無関係であるので省略する。

通信が始まると、ＭＩＰ−ＭＮａ２３は経路最適化のためＲＲ手順をはじめる。

ＭＩＰ−ＭＮａ２３は、Ｓ２０１及びＳ２０２においてＨｏＴＩを、Ｓ２０３においてＣｏＴＩを、ＮｅｔＬＭＭ−ＭＮａ−ＩＰ宛に送信する。

このＨｏＴＩ及びＣｏＴＩは、ＬＭＡ２６に届く。ＷＡＮ側の通信手段４６から入ってきたパケットなので、まずＭｏｂｉｌｅ ＩＰ代理処理部４８に入力される。このＭｏｂｉｌｅ ＩＰ代理処理部４８は、図１３に示したフロー図に沿って、Ｍｏｂｉｌｅ ＩＰ代理処理を行うか判断する。これらのパケットはＭｏｂｉｌｅ ＩＰのシグナリングパケット且、ＬＭＡ２６の管理するＮｅｔＬＭＭ−ＭＮａ２１宛のパケットなので、Ｓ３０３のＭｏｂｉｌｅ ＩＰ代理処理を行うと判断する。

ＨｏＴＩとＣｏＴＩは、Ｍｏｂｉｌｅ ＩＰのシグナリングなので、ＮｅｔＬＭＭ−ＭＮａ２１に代わってＨｏＴとＣｏＴを生成する。この際、ＮｅｔＬＭＭ−ＭＮａ２１の代理で処理するため、ソースアドレスはＮｅｔＬＭＭ−ＭＮａ−ＩＰとしてパケット（ＨｏＴ、ＣｏＴ）を生成し、Ｓ２０４及びＳ２０５でＨｏＴを、Ｓ２０６でＣｏＴを、ＭＩＰ−ＭＮａ２３に送信する。

ＨｏＴ及びＣｏＴを受信したＭＩＰ−ＭＮａ２３では、Ｓ２０７において、ＢＵを生成し、ＮｅｔＬＭＭ−ＭＮａ−ＩＰ宛に送信する。

このＢＵは、ＬＭＡ２６に届く。ＷＡＮ側の通信手段４６から入ってきたパケットなので、まずＭｏｂｉｌｅ ＩＰ代理処理部４８に入力される。このＭｏｂｉｌｅ ＩＰ代理処理部４８は、図１３に示したフロー図に沿って、Ｍｏｂｉｌｅ ＩＰ代理処理を行うか判断する。このパケットはＢＵなので、Ｍｏｂｉｌｅ ＩＰのシグナリングパケット且、ＬＭＡ２６の管理するＮｅｔＬＭＭ−ＭＮａ２１宛のパケットなので、Ｓ３０３のＭｏｂｉｌｅ ＩＰ代理処理を行うと判断する。

ここで、受信したパケットはＢＵなので、ＬＭＡ２６のＭｏｂｉｌｅ ＩＰ代理処理部４８は、ＢＣを生成する。この際、ＬＭＡ２６は、複数のノードを管理し、複数のノードに対してＭｏｂｉｌｅ ＩＰ代理機能を提供しているので、ＮｅｔＬＭＭ−ＭＮａ２１用のＢＣを生成する。すなわち、ＮｅｔＬＭＭ−ＭＮａ−ＩＤ又はＮｅｔＬＭＭ−ＭＮａ−ＩＰに関連付けて、ＢＣを生成する。生成したＢＣの例を、図１４に示す。下段が追加されたＢＣである。また、必要であれば、ＬＭＡ２６のＭｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ２０８において、ＢＡ（Ｂｉｎｄｉｎｇ Ａｃｋ）をＭＩＰ−ＭＮａ２３に送信する。

これ等の結果、ＬＭＡ２６の記憶部５１にはＢＣが生成され、ＭＩＰ−ＭＮａ２３からはディスティネーションオプションヘッダの付いたパケットが、ＮｅｔＬＭＭ−ＭＮａ−ＩＰ宛に送信されるようになる。

このディスティネーションオプションヘッダの付いたパケットは、Ｓ２０９のように、ＬＭＡ２６に届く。これらのパケットは、ＷＡＮ側の通信手段４６から入ってきたパケットなので、まずＭｏｂｉｌｅ ＩＰ代理処理部４８に入力される。このＭｏｂｉｌｅ ＩＰ代理処理部４８は、図１３に示したフロー図に沿って、Ｍｏｂｉｌｅ ＩＰ代理処理を行うか判断する。これらのパケットは自分の管理する端末宛で、且つ、ＭＩＰのオプションヘッダつきパケットなので、Ｍｏｂｉｌｅ ＩＰ代理処理部４８は、Ｓ３０８におけるＭＩＰ代行機能処理（通常ＩＰパケット化処理）を提供する。

ＬＭＡ２６のＭｏｂｉｌｅ ＩＰ代理処理部４８は、パケットのオプションヘッダと、記憶部５１におけるＢＣとの整合性を取り、整合性が取れていれば、図１５（ａ）に示すフォーマット例のようなパケットについて、ディスティネーションオプションヘッダ中のＨｏＡをソースアドレスとし、ディスティネーションアドレスは変更せずに、オプションヘッダは削除して、図１５（ｂ）に示すような通常のＩＰパケットにして、トンネル処理部４９、ヘッダ圧縮伸長処理部５０に転送する。

図１５（ｂ）に示すようなパケットを受信したヘッダ圧縮・伸長処理部５０では、ディスティネーションアドレス「Ｄｓｔ」に示されるアドレスに基いて、記憶部５１よりＲＯＨＣコンテキストを抽出する。このＲＯＨＣコンテキストは、ＮｅｔＬＭＭ−ＭＮａ２１とＬＭＡ２６の間でパケットの送受信により生成され、共有される。すなわち、ＬＭＡ２６では、管理するＮｅｔＬＭＭ−ＭＮ毎にこのコンテキストを保有することになる。このＲＯＨＣコンテキストの生成・共有に関しては本発明とは無関係なので省略する。

このＲＯＨＣコンテキストには、ヘッダを圧縮・伸長するためのルールが書かれている。図１６もパケットのフォーマット例を示した図である。図１６（ａ）から図１６（ｂ）としたように、このＲＯＨＣコンテキストを元に、ＬＭＡ２６のヘッダ圧縮・伸長処理部５０はパケットのヘッダを圧縮する。

なお、ヘッダ圧縮・伸長処理部５０は、「Ｄｓｔ」に示されるアドレスと、ＵＤＰヘッダ又はＲＴＰヘッダ中のシーケンス番号を一時的に記憶しておき、トンネル処理部４９に転送する。

トンネル処理部４９では、一次的に記憶していたアドレスを元に、ＭＡＧａ２４について、記憶部５１のデータベースを検索し、外側ヘッダのディスティネーションアドレスとしてＭＡＧａ−ＩＰを追加し、ソースアドレスにはＬＭＡ２６自身のアドレス、ＬＭＡ−ＩＰを追加し、更に、一次的に記憶していたアドレスとＵＤＰヘッダ又はＲＴＰヘッダ中のシーケンス番号をディスティネーションオプションヘッダとして追加する。このオプションヘッダは、図１６（ｃ）のように一つのオプションヘッダにしてもよいし、ディスティネーションオプションヘッダが二つ付いてもよい。

このパケットは、通信手段（ＮｅｔＬＭＭドメイン）４７を通じ、ＮｅｔＬＭＭドメイン２５を通ってＭＡＧａ２４に転送される。

ＭＡＧａ２４では、通信手段（ＮｅｔＬＭＭドメイン）４１からパケットが入力される。そして、トンネル処理部４３に転送され、トンネル処理部４３で、図１７（ａ）から図１７（ｂ）となるように、外側ヘッダ及び外側ヘッダのオプションヘッダが削除される。この際、トンネル処理部４３は、外側ヘッダのオプションヘッダのアドレスからパケットを届けるべきＮｅｔＬＭＭ−ＭＮを判別し、オプションヘッダのシーケンス番号から、パケットの順序を判別する。この場合は、ＮｅｔＬＭＭ−ＭＮａ２１であるので、ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２を通じて、ＮｅｔＬＭＭ−ＭＮａ２１に順番通りに転送される。

ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２は、ＮｅｔＬＭＭ−ＭＮａ２１用にデバイス処理部が有ってもよいし、複数の端末（ＮｅｔＬＭＭ−ＭＮ）用に一つのデバイス処理部が有り、ＭＡＣアドレスのような下位層の情報を元にＮｅｔＬＭＭ−ＭＮａ２１を判断してもよい。例えば、記憶部４５に、図１８（ａ）のような情報を保持したり、図１８（ｂ）のような情報を他のサーバから取得し、記憶部４５に格納するなどして、通信手段（無線）４２は、参照して転送処理を行う。

次に、以上のような状態における、ＮｅｔＬＭＭ−ＭＮａ２１からのパケットの処理について説明を行う。

ＮｅｔＬＭＭ−ＭＮａ２１からは、図１９（ａ）のようなパケットが、ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２を通じてＭＡＧａ２４に入力される。

ＭＡＧａ２４では、記憶部４５における図１８（ａ）又は図１８（ｂ）のような情報を参照してＮｅｔＬＭＭ−ＭＮａ−ＩＰを判断し、一時記憶部にＮｅｔＬＭＭ−ＭＮａ−ＩＰを記憶し、トンネル処理部４３に転送する。

トンネル処理部４３では、記憶部４５における一時記憶部からＮｅｔＬＭＭ−ＭＮａ−ＩＰを読み出し、トンネル処理を行う。トンネル処理部４３では、記憶部４５における図１８（ａ）又は図１８（ｂ）のような情報を参照してＬＭＡ２６へのカプセルパケットを生成する。すなわち、図１９（ａ）の状態のパケットをカプセル化処理し、ソースアドレスとしてＭＡＧａ−ＩＰ、ディスティネーションアドレスにＬＭＡ−ＩＰ、外側ヘッダのオプションヘッダとしてＮｅｔＬＭＭ−ＭＮａ−ＩＰ、とした図１９（ｂ）のようなカプセルパケットを生成し、通信手段（ＮｅｔＬＭＭドメイン）４１を介し、ＮｅｔＬＭＭドメイン２５にパケットを転送する。

ＬＭＡ２６では通信手段（ＮｅｔＬＭＭドメイン）４７を介し、パケットを受信する。受信したパケットは、トンネル処理部４９及びヘッダ圧縮伸長処理部５０に転送される。

トンネル処理部４９は、パケットの外側ヘッダのオプションヘッダである、ＮｅｔＬＭＭ−ＭＮａ−ＩＰを記憶部５１の一時記憶部に一時的に記憶した後、外側のヘッダを削除し、図１９（ｃ）のようなパケットにする。

次に、ヘッダ圧縮・伸長処理部５０は、一時的に記憶したＮｅｔＬＭＭ−ＭＮａ−ＩＰを元に、記憶部５１に格納しているＮｅｔＬＭＭ−ＭＮａ２１用のＲＯＨＣコンテキストを参照し、パケットを復元する。その結果、図１９（ｄ）のようなパケットが復元される。

その後、パケットは、Ｍｏｂｉｌｅ ＩＰ代理処理部４８に転送される。Ｍｏｂｉｌｅ ＩＰ代理処理部４８では、図１４のようなＢＣを元にＭｏｂｉｌｅ ＩＰパケットを復元する。すなわち、図１９（ｅ）のように、ソースアドレスに変更はなく、ディスティネーションアドレスとしてＭＩＰ−ＭＮａ−ＣｏＡ、ルーティングオプションヘッダタイプ２としてＭＩＰ−ＭＮａ−ＨｏＡとしたパケットを復元し、通信手段（ＷＡＮ）４６を通じて、Ｉｎｔｅｒｎｅｔ／ＣｏｒｅＮｅｔｗｏｒｋ２７に転送される。

以上の処理でハンドオーバー前までの処理に関して述べた。

次に、ＭＡＧａ２４からＭＡＧｂ３３に、ＮｅｔＬＭＭ−ＭＮａ２１がハンドオーバーした際の処理について説明する。

図２０は、第一のネットワークベースＩＰモビリティプロトコルを用いた場合の本実施形態におけるハンドオーバー時のシーケンス図である。また、図２１及び図２２は、第二のネットワークベースＩＰモビリティプロトコルを用いた場合の本実施形態におけるハンドオーバー時のシーケンス図である。

まず、図２０に関して説明する。ＮｅｔＬＭＭ−ＭＮａ２１がハンドオーバーしたら、Ｓ４０１において、ＮｅｔＬＭＭ−ＭＮａ２１がＭＡＧｂ３３に対して自身の識別子である、ＮｅｔＬＭＭ−ＭＮａ−ＩＤを含むメッセージを送信する。

ＭＡＧｂ３３では、通信手段（無線）４２を介してメッセージを受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送される。

Ｓ４０２において、ＭＡＧｂ３３のネットワークベースＩＰモビリティプロトコル処理部４４では、ＮｅｔＬＭＭ−ＭＮａ−ＩＤと自身の識別子であるＭＡＧｂ−ＩＤ又は自身のＩＰアドレスを含むロケーションレジストレーションを生成し、通信手段（ＮｅｔＬＭＭドメイン）４１を介してＮｅｔＬＭＭドメイン２５にパケットを転送する。

ＬＭＡ２６は、ロケーションレジストレーションを通信手段（ＮｅｔＬＭＭドメイン）４７を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部５２に転送する。

ネットワークベースＩＰモビリティプロトコル処理部５２は、受信したロケーションレジストレーションのＮｅｔＬＭＭ−ＭＮａ−ＩＤをキーに記憶部５１のデータベースを検索し、今まではＭＡＧａ２４のリンクにいることを把握する。しかし、ここでＭＡＧｂ３３からのロケーションレジストレーションを受信したため、ネットワークベースＩＰモビリティプロトコル処理部５２は、ハンドオーバーであると認識する。その結果、ＬＭＡ２６のネットワークベースＩＰモビリティプロトコル処理部５２は、Ｓ４０３において、トンネル生成のためのメッセージである、ＬＭＡ２６、ＭＡＧｂ３３、ＮｅｔＬＭＭ−ＭＮａ２１の識別子である、ＬＭＡ−ＩＤ、ＭＡＧｂ−ＩＤ、ＮｅｔＬＭＭ−ＭＮａ−ＩＤを含むルーティングセットアップをＭＡＧｂ３３に送信する。

このルーティングセットアップを送信する際、ＬＭＡ２６では、トンネル処理部４９及びヘッダ圧縮伸長処理部５０に対して設定を行う。記憶部５１を参照し、ＬＭＡ−ＩＤ、ＭＡＧｂ−ＩＤ、ＮｅｔＬＭＭ−ＭＮａ−ＩＤそれぞれから導かれる、ＬＭＡ−ＩＰ、ＭＡＧｂ−ＩＰ、ＮｅｔＬＭＭ−ＭＮａ−ＩＰを用いて行われ、カプセル化処理とデカプセル化処理の双方を行うバイディレクショナルトンネルとして、トンネル・圧縮伸長設定を行う。また、この時に、オプションヘッダの扱いに関する設定も行われる。ちなみに、トンネル処理部４９及びヘッダ圧縮伸長処理部５０での実際のパケットに関する処理については、上記にＬＭＡ２６に関して述べたものと同様である。

なお、このトンネル処理部４９への設定は、この後のＳ４０５において、ルーティングセットアップＡｃｋを受信した際でもよい。

更に、このロケーションレジストレーションを受信した際のＬＭＡ２６のネットワークベースＩＰモビリティプロトコル処理部５２の処理として、Ｓ４０４において、移動元のＭＡＧであるＭＡＧａ２４に対して、ＬＭＡ２６とＭＡＧａ２４のトンネルを削除するためのメッセージを送信する。この際に、ＭＡＧｂ３３へのバッファの転送も同時に指示する。すなわち、このトンネルを削除するためのメッセージであるロケーションデレジストレーションにＭＡＧｂ−ＩＤ又はＭＡＧｂ３３のＩＰアドレス、ＮｅｔＬＭＭ−ＭＮａ−ＩＤを含めて、通信手段（ＮｅｔＬＭＭドメイン）４７を介してＭＡＧａ２４に送信する。

ＭＡＧｂ３３は、ルーティングセットアップを、通信手段（ＮｅｔＬＭＭドメイン）４１を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送する。

ネットワークベースＩＰモビリティプロトコル処理部４４では、ルーティングセットアップを受信したので、トンネル処理部４３に対して、トンネル設定を行う。このトンネル設定は、記憶部４５を参照し、ＬＭＡ−ＩＤ、ＭＡＧｂ−ＩＤ、ＮｅｔＬＭＭ−ＭＮａ−ＩＤそれぞれから導かれる、ＬＭＡ−ＩＰ、ＭＡＧｂ−ＩＰ、ＮｅｔＬＭＭ−ＭＮ１−ＩＰを用いて行われ、カプセル化処理とデカプセル化処理の双方を行うバイディレクショナルトンネルとして、トンネル設定を行う。また、この時に、オプションヘッダの扱いに関する設定も行われる。ちなみに、トンネル処理部４３での実際の処理に関しては、ＭＡＧａ２４について述べた際と同様である。

トンネル設定を終えると、Ｓ４０５において、ＭＡＧｂ３３のネットワークベースＩＰモビリティプロトコル処理部４４は、ルーティングセットアップＡｃｋをＬＭＡ２６に通信手段（ＮｅｔＬＭＭドメイン）４１を介して送信する。

ＭＡＧａ２４では、ＬＭＡ２６からのロケーションデレジストレーション（転送指示）を、通信手段（ＮｅｔＬＭＭドメイン）４１を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送する。

ＭＡＧａ２４のネットワークベースＩＰモビリティプロトコル処理部４４では、トンネル処理部４３にバッファ転送用トンネルを設定し、ＬＭＡ２６−ＭＡＧａ２４間のトンネル削除を行う。このバッファ転送用のトンネルは、ＭＡＧａ−ＩＰとＭＡＧｂ−ＩＰから生成され、ＭＡＧａ−ＩＰからＭＡＧｂ−ＩＰへの片方向カプセル化トンネルとして生成される。この際にオプションヘッダに関する設定も行われる。

このオプションヘッダには、ディスティネーションオプションヘッダとしてＮｅｔＬＭＭ−ＭＮａ−ＩＤを、シーケンス番号として、ＬＭＡ２６から届いたパケットのディスティネーションオプションヘッダのシーケンス番号部分を入れる。

また、ＬＭＡ２６−ＭＡＧａ２４間のバイディレクショナルトンネルを削除する。

また、ＭＡＧａ２４のネットワークベースＩＰモビリティプロトコル処理部４４は、Ｓ４０６において、ＭＡＧｂ３３に対してバッファ転送用トンネル生成要請を、通信手段（ＮｅｔＬＭＭドメイン）４１を介して送信する。このトンネル生成要請には、ＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ、ＮｅｔＬＭＭ−ＭＮａ−ＩＤが含まれている。

ＭＡＧｂ３３では、トンネル生成要請を、通信手段（ＮｅｔＬＭＭドメイン）４１を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送する。

ＭＡＧｂ３３のネットワークベースＩＰモビリティプロトコル処理部４４は、トンネル処理部４３にバッファ転送用トンネルを生成する。バッファ転送用のトンネルは、ＭＡＧａ−ＩＰとＭＡＧｂ−ＩＰから生成され、ＭＡＧａ−ＩＰからＭＡＧｂ−ＩＰへの片方向デカプセル化トンネルとして生成される。この際に、トンネル処理部４３は、オプションヘッダに関する設定も行う。

また、ＭＡＧｂ３３のネットワークベースＩＰモビリティプロトコル処理部４４は、受信用トンネルが生成されたことを受けて、Ｓ４０７において、トンネル生成要請Ａｃｋを通信手段（ＮｅｔＬＭＭドメイン）４１を介してＭＡＧａ２４に送信する。

ＭＡＧａ２４では、トンネル生成要請Ａｃｋを、通信手段（ＮｅｔＬＭＭドメイン）４１を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送する。

これを受けて、ネットワークベースＩＰモビリティプロトコル処理部４４は記憶部４５のバッファを転送し始める。記憶部４５では、バッファは、ＮｅｔＬＭＭ−ＭＮａ−ＩＤ又はＮｅｔＬＭＭ−ＭＮａ−ＩＰと関連付けて記憶しており、該当するトンネルを使用してＭＡＧｂ３３への転送が可能となる。

この転送パケットのフォーマットにおいて、シーケンス番号は、ＭＡＧａ２４に到着したカプセルパケットのディスティネーションオプションヘッダに入っていたシーケンス番号を用いる。この結果、ＬＭＡ２６にて付与したシーケンス番号がＭＡＧａ２４からＭＡＧｂ３３へ転送するパケットにも用いられるので、ＮｅｔＬＭＭ−ＭＮａ２１に届ける際に、パケットの入れ子がおきる可能性がなくなる。

ＬＭＡ２６は、ルーティングセットアップＡｃｋを通信手段（ＮｅｔＬＭＭドメイン）４７を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部５２に転送する。

ネットワークベースＩＰモビリティプロトコル処理部５２は、Ｓ４０８において、アドレスコンフィギュレーションのための情報であるＮｅｔＬＭＭ−ＭＮａ−Ｐｒｅ／６４等の情報の含まれるロケーションレジストレーションＡｃｋを通信手段（ＮｅｔＬＭＭドメイン）４７を介してＭＡＧｂ３３に送信する。また、この後にはＬＭＡ２６はＭＡＧｂ３３に対してパケットの転送を開始する。

なお、これらの処理が終了次第、速やかにＬＭＡ２６のネットワークベースＩＰモビリティプロトコル処理部５２は、今まで図９（ａ）のようなデータだったネットワークベースＩＰモビリティプロトコルデータを図２３のように更新する。

ＭＡＧａ２４は、トンネル生成要請Ａｃｋを、通信手段（ＮｅｔＬＭＭドメイン）４１を介して受信し、ネットワークベースＩＰモビリティプロトコル処理部４４に転送する。

また、ＭＡＧｂ３３のネットワークベースＩＰモビリティプロトコル処理部４４は、ロケーションレジストレーションＡｃｋを受信したら、Ｓ４０９において、アドレスコンフィギュレーションのメッセージをＮｅｔＬＭＭ−ＭＮａ２１に送信する。本実施形態では、このメッセージがＤＨＣＰｖ６によるステートフルアドレスコンフィギュレーションであるとし、これでアドレスコンフィギュレーションは終了する。

次に、図２１、図２２に関して説明する。基本的な手順に関しては、従来技術で説明したようなＮｅｔＬＭＭ−ＭＮａ２１の移動先のＭＡＧｂ３３とＡＡＡサーバ３５間の認証の手順を除いて、図２０に準ずるため、ここでは、ファーストハンドオーバーに関するＭＡＧａ２４−ＭＡＧｂ３３のトンネル設定に関してのみ説明する。それ以外のパケットの転送や、パケットに対するオプションヘッダの付加の手順については、図２０で説明した手順と同様であるので、ここでは、説明を省略する。

図２１のＳ５０６のＰｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ Ａｃｋにおいて、ＬＭＡ２６は、ＭＡＧｂ３３に対して、ＭＡＧａ２４のＩＰアドレス又はＩＤを含めて送信する。

ＬＭＡ２６及びＭＡＧｂ３３において、双方向のトンネル設定がなされ、ＬＭＡ２６は、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ Ａｃｋにより、ＭＡＧｂ３３においてもトンネル設定されたことを確認できるので、Ｓ５０７以降、ＬＭＡ２６に到着したＮｅｔＬＭＭ−ＭＮａ２１宛のパケットをＭＡＧｂ３３に転送し始める。

次に、ＭＡＧｂ３３は、Ｓ５０８において、ＭＡＧａ２４に対して、Ｐｒｏｘｙ Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅを送信する。このＰｒｏｘｙ Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅは、ＮｅｔＬＭＭ−ＭＮａ−ＩＰ、ＭＡＧｂ−ＩＰを含むメッセージであり、ＭＡＧｂ３３がＭＡＧａ２４に対して、ＭＡＧａ２４のバッファに溜まっているＮｅｔＬＭＭ−ＭＮａ２１宛のパケットをＭＡＧｂ３３に転送するよう要求するものである。

Ｓ５０９において、ＭＡＧａ２４はＭＡＧｂ３３にＰｒｏｘｙ Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ Ａｃｋを送信し、ＭＡＧａ２４−ＭＡＧｂ３３のトンネルは完成し、ＭＡＧａ２４の保持していたパケットは、Ｓ５１０以降、ＭＡＧｂ３３に転送され始める。

なお、ＬＭＡ２６−ＭＡＧｂ３３のトンネルが作成された際か、このＭＡＧａ２４−ＭＡＧｂ３３のトンネルが作成された際に、ＮｅｔＬＭＭ−ＭＮａ２１−ＬＭＡ２６間のトンネルは破棄される。よって、ＬＭＡ２６からＭＡＧａ２４へのパケット転送はなくなっているため、現在ＭＡＧａ２４の保持しているＮｅｔＬＭＭ−ＭＮａ２１宛のパケットをＭＡＧｂ３３に転送し終わると、ＭＡＧａ２４−ＭＡＧｂ３３のトンネルは破棄する。

次に、図２２の例について説明する。
図２２では、Ｓ６０７までの手順は、図２１と同様である。
Ｓ６０８のＬＭＡ２６からＭＡＧａ２４へのトンネル削除要求において、ＮｅｔＬＭＭ−ＭＮａ２１のＩＤ又はＩＰアドレス及びＭＡＧｂ３３のＩＤ又はＩＰアドレスを含めて送信する。

このトンネル削除要求を受け取ったＭＡＧａ２４では、Ｓ６０９において、ＮｅｔＬＭＭ−ＭＮａ２１用のトンネルを削除し、さらに、ＭＡＧｂに対して、ＭＡＧａ２４のバッファに溜まったＮｅｔＬＭＭ−ＭＮａ２１宛のパケットをＭＡＧｂ３３に転送するためにＭＡＧａ２４とＭＡＧｂ３３間のトンネル作成を要求する、ＮｅｔＬＭＭ−ＭＮａ−ＩＰとＭＡＧａ−ＩＰを含むＰｒｏｘｙ ＨＩ（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）を送信する。

ＭＡＧｂ３３では、Ｐｒｏｘｙ ＨＩを受け取ったら、ＭＡＧａ２４−ＭＡＧｂ３３のトンネルを作成し、Ｓ６１０において、ＭＡＧａ２４に対し、Ｐｒｏｘｙ ＨＡｃｋ（Ｈａｎｄｏｖｅｒ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。
ＭＡＧａ２４では、Ｐｒｏｘｙ ＨＡｃｋを受け取ったら、ＭＡＧａ２４−ＭＡＧｂ３３のトンネルを作成し、Ｓ６１１においてパケットの転送を行う。

以上で、図２０〜２２に示した手順によりハンドオーバー後のトンネル設定は終了する。次に、本実施形態における実際のパケットの処理について説明する。

ＬＭＡ２６には既にＢＣが生成され、ＭＩＰ−ＭＮａ２３からはディスティネーションオプションヘッダの付いたパケットがＮｅｔＬＭＭ−ＭＮａ−ＩＰ宛に送信されるようになっている。このディスティネーションオプションヘッダの付いたパケットは、一旦、ＬＭＡ２６に届く。

これらのパケットは、ＷＡＮ側の通信手段４６から入ってきたパケットなので、まずＭｏｂｉｌｅ ＩＰ代理処理部４８に入力される。このＭｏｂｉｌｅ ＩＰ代理処理部４８は、図１３に示したフロー図に沿って、Ｍｏｂｉｌｅ ＩＰ代理処理を行うか判断する。これらのパケットは、自分の管理する端末宛で、且つ、ＭＩＰのオプションヘッダつきパケットなので、Ｓ３０８のＭＩＰ代行機能（通常ＩＰパケット化処理）を提供する。

ＬＭＡ２６のＭｏｂｉｌｅ ＩＰ代理処理部４８は、パケットのオプションヘッダと、記憶部５１のＢＣとの整合性を取り、整合性が取れていれば、図１５（ａ）から図１５（ｂ）へと変換するように、ディスティネーションオプションヘッダ中のＨｏＡをソースアドレスとして、ディスティネーションアドレスは変更せず、オプションヘッダは削除して通常のＩＰパケットにし、トンネル処理部４９及びヘッダ圧縮伸長処理部５０に転送する。

図１５（ｂ）に示すようなパケットを受け取ったヘッダ圧縮伸長処理部５０では、「Ｄｓｔ」に示されるアドレスに基いて、記憶部５１よりＲＯＨＣコンテキストを抽出する。

このＲＯＨＣコンテキストは、ＮｅｔＬＭＭ−ＭＮａ２１とＬＭＡ２６の間でパケットの送受信により生成され、共有される。すなわち、ＬＭＡ２６では管理するＮｅｔＬＭＭ−ＭＮ毎に、このコンテキストを保有することになる。このＲＯＨＣコンテキストの生成・共有に関しては、本発明とは無関係なので省略する。このＲＯＨＣコンテキストには、ヘッダを圧縮・伸長するためのルールが記述されていて、図１６（ａ）から図１６（ｂ）へと変換するように、このＲＯＨＣコンテキストを元に、ＬＭＡ２６のヘッダ圧縮伸長処理部５０はヘッダを圧縮する。

なお、ヘッダ圧縮伸長処理部５０は、「Ｄｓｔ」に示されるアドレスとＵＤＰヘッダ又はＲＴＰヘッダ中のシーケンス番号を一時的に記憶しておき、トンネル処理部４９に転送する。

トンネル処理部４９では、一次的に記憶していたアドレスを元に、ＭＡＧｂ３３について記憶部５１にある図２３のようなデータベースを検索し、外側ヘッダのディスティネーションアドレスとしてＭＡＧｂ−ＩＰを追加し、ソースアドレスにはＬＭＡ２６自身のアドレスＬＭＡ−ＩＰを追加し、更に、一次的に記憶していたアドレス及びＵＤＰヘッダ又はＲＴＰヘッダ中のシーケンス番号をディスティネーションオプションヘッダとして追加する。このパケットは通信手段（ＮｅｔＬＭＭドメイン）４７を通じ、ＮｅｔＬＭＭドメイン２５を通ってＭＡＧｂ３３に転送される。

ＭＡＧｂ３３では、通信手段（ＮｅｔＬＭＭドメイン）４１からパケットは入力される。そして、トンネル処理部４３に転送され、トンネル処理部４３で、図１７（ａ）から図１７（ｂ）へと変換されるように、外側ヘッダ及び外側ヘッダのオプションヘッダは削除される。この際、外側ヘッダのオプションヘッダからパケットを届けるべきＮｅｔＬＭＭ−ＭＮを判別し、さらに、シーケンス番号からパケットの配達順を判別する。この場合は、届ける端末はＮｅｔＬＭＭ−ＭＮａ２１であるので、ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２を通じて、該パケットは、ＮｅｔＬＭＭ−ＭＮａ２１に転送される。

ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２は、ＮｅｔＬＭＭ−ＭＮａ２１用にデバイス処理部が有ってもよいし、複数の端末（ＮｅｔＬＭＭ−ＭＮ）用に一つのデバイス処理部が有り、ＭＡＣアドレスの様な下位層の情報を元に、ＮｅｔＬＭＭ−ＭＮａ２１を判断できてもよい。例えば、記憶部４５に、図１８（ａ）のような情報を保持したり、図１８（ｂ）のような情報を他のサーバから取得し、記憶部４５に格納するなどして、通信手段（無線）４２は、参照して処理を行い、ＮｅｔＬＭＭ−ＭＮにパケットを配送する。

次に、本実施形態でのＮｅｔＬＭＭ−ＭＮａ２１からのパケットの処理に関して説明を行う。

ＮｅｔＬＭＭ−ＭＮａ２１からは図１９（ａ）のようなヘッダが圧縮されたパケットが、ＮｅｔＬＭＭ−ＭＮａ２１用の通信手段（無線）４２を通じてＭＡＧｂ３３に入力される。

ＭＡＧｂ３３の通信手段（無線）４２は、記憶部４５における図１８（ａ）又は図１８（ｂ）のような情報を参照してＮｅｔＬＭＭ−ＭＮａ−ＩＰを判断し、一時記憶部にＮｅｔＬＭＭ−ＭＮａ−ＩＰを記憶し、トンネル処理部４３にパケットを転送する。

トンネル処理部４３では、記憶部４５における一時記憶部のＮｅｔＬＭＭ−ＭＮａ−ＩＰを読み出し、トンネル処理を行う。トンネル処理では、記憶部４５における図１８（ａ）又は図１８（ｂ）のような情報を参照して、ＬＭＡ２６へのカプセルパケットを生成する。すなわち、トンネル処理部４３は、図１９（ａ）のようなパケットをカプセル化処理し、ソースアドレスとしてＭＡＧｂ−ＩＰ、ディスティネーションアドレスにＬＭＡ−ＩＰ、外側ヘッダのオプションヘッダとしてＮｅｔＬＭＭ−ＭＮａ−ＩＰ、としたカプセルパケットを生成し、通信手段（ＮｅｔＬＭＭドメイン）４１を介し、ＮｅｔＬＭＭドメイン２５にパケットを転送する。

ＬＭＡ２６では通信手段（ＮｅｔＬＭＭドメイン）４７を介し、パケットを受信する。受信したパケットは、トンネル処理部４９及びヘッダ圧縮伸長処理部５０に転送される。

トンネル処理部４９は、パケットの外側ヘッダのオプションヘッダである、ＮｅｔＬＭＭ−ＭＮａ−ＩＰを記憶部５１に一時的に記憶し、外側のヘッダを削除し、図１９（ｃ）のようなフォーマットのパケットに変換する。

ヘッダ圧縮伸長処理部５０は、記憶部５１の一時記憶部に一時的に記憶したＮｅｔＬＭＭ−ＭＮａ−ＩＰを元に、記憶部５１のデータベース部に保存されているＮｅｔＬＭＭ−ＭＮａ２１用のＲＯＨＣコンテキストを検索し、該ＲＯＨＣコンテキストを元にパケットを復元する。その結果、図１９（ｄ）のようなパケットが復元される。

その後、そのパケットは、Ｍｏｂｉｌｅ ＩＰ代理処理部４８に転送される。Ｍｏｂｉｌｅ ＩＰ代理処理部４８では、図１４のようなＢＣを元に、Ｍｏｂｉｌｅ ＩＰパケットを復元する。すなわち、図１９（ｅ）のように、ソースアドレスに変更はなく、ディスティネーションアドレスとしてＭＩＰ−ＭＮａ−ＣｏＡ、ルーティングオプションヘッダタイプ２としてＭＩＰ−ＭＮａ−ＨｏＡとしたパケットを復元し、通信手段（ＷＡＮ）４６を通じて、Ｉｎｔｅｒｎｅｔ／ＷＡＮ／ＣｏｒｅＮｅｔｗｏｒｋ２７に転送される。

以上で、ハンドオーバー時のトンネル・ヘッダの圧縮伸長設定と、Ｍｏｂｉｌｅ ＩＰ代理処理及びトンネル・ヘッダの圧縮伸長の処理に関して説明した。

なお、第２の実施形態では、ＮｅｔＬＭＭ−ＭＮａ−ＩＤとＮｅｔＬＭＭ−ＭＮａ−ＩＰを使い分けているが、ＮｅｔＬＭＭ−ＭＮａ−ＩＰは全てＮｅｔＬＭＭ−ＭＮａ−ＩＤに置き換え可能である。これはＮｅｔＬＭＭ−ＭＮａ−ＩＤから、ＮｅｔＬＭＭ−ＭＮａ−ＩＰは検索可能であるからである。また、識別子としてＩＰアドレスを使用する場合には、これらは同等となる。ところで、ＮｅｔＬＭＭ−ＭＮａ−ＩＤからは複数のＮｅｔＬＭＭ−ＭＮａ−ＩＰが見つかる可能性があり、逆に、ＮｅｔＬＭＭ−ＭＮａ−ＩＰからは、一意にＮｅｔＬＭＭ−ＭＮａ−ＩＤを見つけることが可能であるため、ＮｅｔＬＭＭ−ＭＮａ−ＩＤの代わりにＮｅｔＬＭＭ−ＭＮａ−ＩＰを使用することは、実施の側面から現実的である。

また、ディスティネーションオプションヘッダを利用した結果、ＭＡＧは、パケットの転送をＩＰ層で行うことが可能となり、アプリケーションＧＷ（ゲートウェイ）機能を持たずに、ヘッダ圧縮したままのパケットを順番通りにＭＮへ転送が可能となることは非常に大きな利点である。

尚、本発明のネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

第１の実施形態におけるネットワークの概略構成について示した図である。 第１の実施形態における処理の手順を示したシーケンス図である。 第１の実施形態におけるＭＡＧの構成を示したブロック図である。 第１の実施形態におけるＬＭＡの構成を示したブロック図である。 第２の実施形態におけるネットワークの概略構成について示した図である。 第２の実施形態におけるＭＡＧの構成を示した図である。 第２の実施形態におけるＬＭＡの構成を示した図である。 第２の実施形態におけるＩＰアドレス情報の一例である。 第２の実施形態におけるＬＭＡの管理するネットワークベースＩＰモビリティプロトコルに関するデータの一例である。 第２の実施形態におけるＬＭＡの持つＢＣ情報の一例である。 第２の実施形態において、ＬＭＡが初期のＭｏｂｉｌｅ ＩＰの代理機能処理を行う手順を示したシーケンス図である。 第２の実施形態における通信開始のヘッダ情報の一例である。 第２の実施形態におけるＭＩＰ代行機能提供判別フローである。 第２の実施形態におけるＬＭＡの保有するＢＣ情報の一例である。 第２の実施形態におけるヘッダ置き換えに関するパケットのフォーマット例である。 第２の実施形態におけるヘッダ圧縮・ヘッダ置き換えに関するパケットのフォーマットの例である。 第２の実施形態におけるデカプセル化に関するパケットのフォーマットの例である。 第２の実施形態におけるＭＡＧで管理するＮｅｔＬＭＭ−ＭＮに関するデータの一例である。 第２の実施形態におけるパケットのカプセル化・デカプセル化・ヘッダ伸張・ヘッダ置き換えに関するフォーマットの例である。 第２の実施形態におけるハンドオーバー時のシーケンス図である。 第２の実施形態におけるハンドオーバー時のシーケンス図である。 第２の実施形態におけるハンドオーバー時のシーケンス図である。 第２の実施形態におけるＬＭＡの管理するネットワークベースＩＰモビリティプロトコルに関するデータの一例である。 従来のネットワークベースＩＰモビリティプロトコルにおけるハンドオーバー手法の処理の手順を示したシーケンス図である。 従来のネットワークベースモビリティプロトコルのＰｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式によるハンドオーバーの処理の手順を示したシーケンス図である。 従来技術におけるバッファの転送の様子を示した図である。

符号の説明

１ ＭＮ
２、４、２４、３３、３４ ＭＡＧ
３、２６ ＬＭＡ
５ インターネット
６、７、１１、４１、４２、４６、４７ 通信手段
８、１２、４４、５２ ネットワークベースＩＰモビリティプロトコル処理部
９、１３、４５、５１ 記憶部
１０、１４、４３、４９ トンネル処理部
１５、５０ ヘッダ圧縮・伸長処理部
２１、２２ ＮｅｔＬＭＭ−ＭＮ
２３、２９ ＭＩＰ−ＭＮ
２５ ＮｅｔＬＭＭドメイン
２７ Ｉｎｔｅｒｎｅｔ／ＷＡＮ／ＣｏｒｅＮｅｔｗｏｒｋ
２８、３０ ＨＡ
３１、３２ Ｒｏｕｔｅｒ
３５ ＡＡＡサーバ
４８ Ｍｏｂｉｌｅ ＩＰ代理処理部

Claims (20)

1. ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行い、該移動端末が他のネットワークに移動した際には、制御装置の制御により通信を切替える通信システムであって、
   前記制御装置は、外部ネットワークから受信したデータのヘッダの圧縮処理を行い、該データのヘッダに宛先の前記移動端末を識別することのできるオプションヘッダを付加して、該移動端末と同じリンクの前記ルータに送信し、
   前記ルータは、前記オプションヘッダで前記移動端末を識別し、該移動端末に前記データを転送することを特徴とするネットワークベースＩＰモビリティプロトコルを利用した通信システム。
2. 前記移動端末は、前記制御装置と共有する圧縮情報を元に、データのヘッダの圧縮処理を行なって、同じリンクの前記ルータに送信し、
   前記ルータは、前記移動端末から前記データが送信されてくる際のベアラ情報を元に、該移動端末を特定し、データのヘッダに該移動端末を識別することのできるオプションヘッダを付加して、前記制御装置に送信し、
   前記制御装置は、前記オプションヘッダで前記移動端末を識別し、該移動端末に関する圧縮情報を参照して、ヘッダの伸長を行い、ルーティングを行うことを特徴とする請求項１に記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
3. 前記移動端末が、他のネットワークに移動した場合に、前記移動端末の移動先のネットワークにおける前記ルータは、前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、
   前記制御装置は、前記移動端末の移動元の前記ルータに、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するようバッファ転送指示通知を送信し、
   移動元の前記ルータは、前記移動端末宛のバッファのデータに前記移動端末を識別することのできるオプションヘッダを付加して、移動先の前記ルータに送信することを特徴とする請求項２に記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
4. 前記移動端末が、他のネットワークに移動した場合に、前記移動端末の移動先のネットワークにおける前記ルータは、前記移動端末から該移動端末の識別子を含む通知を受信して、前記制御装置に該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、
   前記制御装置は、前記移動端末の移動先の前記ルータに、移動元の前記ルータの識別子又はＩＰアドレスを送信し、
   前記移動先の前記ルータは、前記移動元のルータに、該移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を送信し、
   移動元の前記ルータは、前記移動端末宛のバッファのデータに前記移動端末を識別することのできるオプションヘッダを付加して、移動先の前記ルータに送信することを特徴とする請求項２に記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
5. 前記制御装置は、前記移動端末が、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記移動端末の代理機能を実行することを特徴とする請求項１から請求項４のいずれか１つに記載のネットワークベースＩＰモビリティプロトコルを利用した通信システム。
6. ネットワークベースＩＰモビリティプロトコルを利用し、移動端末が一意に付与されたアドレスによって、同一リンクに属するルータからデータを送受信して通信を行うシステムで、該移動端末が他のネットワークに移動した際には通信を切替える制御を行う制御装置であって、
   外部ネットワーク又は前記ルータとデータの送受信を行う通信手段と、
   ヘッダの圧縮情報を保持する記憶手段と、
   前記ヘッダの圧縮情報を元に、前記データのヘッダを圧縮又は伸長する圧縮処理手段と、
   前記データに、前記移動端末を識別することのできるオプションヘッダを付加し、又は前記データに付加されている前記オプションヘッダから前記移動端末を識別するトンネル処理手段とを備えたことを特徴とする制御装置。
7. 前記移動端末が、他のネットワークに移動した場合に、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を生成する制御手段を備え、
   前記通信手段は、前記移動元のルータに、前記バッファ転送指示通知を送信することを特徴とする請求項６に記載の制御装置。
8. 前記移動端末が、他のネットワークに移動した場合に、移動端末の識別子及び前記移動元のルータの識別子又はＩＰアドレスを含む通知を生成する制御手段を備え、
   前記通信手段は、前記移動先のルータに、前記通知を送信することを特徴とする請求項６に記載の制御装置。
9. 前記制御手段は、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記移動端末の代理機能を実行することを特徴とする請求項６から請求項８に記載の制御装置。
10. 前記記憶手段に、Ｍｏｂｉｌｅ ＩＰプロトコルにより中継を行うための前記移動端末に関する通信情報であるバインディング・キャッシュを記憶し、
    受信した前記データが、自身の管理する前記移動端末とＭｏｂｉｌｅ ＩＰプロトコルを利用する端末との通信であった場合には、前記移動端末と前記Ｍｏｂｉｌｅ ＩＰプロトコルを利用する端末との中継を行うＭｏｂｉｌｅ ＩＰ処理手段を備えることを特徴とする請求項９に記載の制御装置。
11. 前記外部ネットワークから前記データを受信した場合は、前記通信手段は、前記Ｍｏｂｉｌｅ ＩＰ処理手段に該データの出力を行い、前記Ｍｏｂｉｌｅ ＩＰ処理手段は、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータか否かの判定を行なって前記圧縮処理手段に該データの出力を行い、前記圧縮処理手段にて前記データの圧縮処理を行なって前記トンネル処理手段に出力を行い、前記トンネル処理手段は、前記データにオプションヘッダを付加して、前記ルータに送信することを特徴とする請求項１０に記載の制御装置。
12. 前記ルータから前記データを受信した場合は、前記通信手段は、前記トンネル処理手段に該データの出力を行い、前記トンネル処理手段は、前記オプションヘッダを削除するとともに、該オプションヘッダから前記移動端末を識別して前記圧縮処理手段に出力を行い、前記圧縮処理手段は、前記データのヘッダの伸長処理を行なって前記Ｍｏｂｉｌｅ ＩＰ処理手段に出力を行い、前記Ｍｏｂｉｌｅ ＩＰ処理手段は、前記バインディングキャッシュを参照して、前記データのルーティングを行うことを特徴とする請求項１０に記載の制御装置。
13. ネットワークベースＩＰモビリティプロトコルを利用し、制御装置の制御によって、一意に付与されたアドレスにより通信を行う同一リンクに属する移動端末とデータの送受信を行うルータであって、
    前記移動端末とデータの送受信を行う第一の通信手段と、
    前記制御装置とデータの送受信を行う第二の通信手段と、
    前記移動端末からのデータには、該移動端末を識別することのできるオプションヘッダを付加し、前記制御装置からのデータには、付加されているオプションヘッダを削除するとともに前記移動端末の識別を行うトンネル処理手段とを備え、
    前記第一の通信手段は、前記移動端末からデータを受信した場合には、ベアラ情報から該移動端末を特定することを特徴とするルータ。
14. 前記移動端末が、他のネットワークに移動した場合に、前記第二の通信手段が、前記制御装置から、移動先の前記ルータへ前記移動端末宛のデータを転送するよう指示する前記移動端末の識別子及び前記移動先のルータの識別子又はＩＰアドレスを含むバッファ転送指示通知を受信したときには、前記トンネル処理手段にバッファ転送の設定を行うとともに、バッファのデータに前記オプションヘッダを付加して、前記移動先のルータに転送することを特徴とする請求項１３に記載のルータ。
15. 前記移動端末が、他のネットワークから移動してきた場合に、前記第二の通信手段が、前記制御装置から、前記移動端末の識別子及び前記移動元のルータの識別子又はＩＰアドレスを含む通知を受信したときには、前記移動元のルータに前記移動端末の識別子及び該移動先のルータの識別子を含む通知を送信することを特徴とする請求項１３に記載のルータ。
16. ネットワークベースＩＰモビリティプロトコルを利用し、移動端末に、一意に付与されたアドレスによって同一リンクに属するルータからデータの送受信を行わせ、該移動端末が他のネットワークに移動した際には、制御装置に該移動端末の通信を切替える制御を行わせる通信方法であって、
    前記移動端末に、
    データのヘッダを圧縮するステップと、
    前記データを前記ルータに送信するステップとを実行させ、
    前記ルータに、
    前記移動端末から受信したデータのベアラ情報から該移動端末を特定するステップと、
    前記データに前記移動端末を識別することのできるオプションヘッダを付加するステップと、
    前記データを前記制御装置に送信するステップとを実行させ、
    前記制御装置に、
    前記ルータから受信したデータのオプションヘッダを削除するとともに該オプションヘッダから前記移動端末を識別するステップと、
    前記移動端末に関する圧縮情報を参照し、前記データのヘッダを伸長するステップとを実行させ、
    前記移動端末との間での、データの圧縮又は伸長、及びルーティングを行うことを特徴とする通信方法。
17. 前記制御装置に、
    外部ネットワークから受信したデータのヘッダを、前記圧縮情報を参照して圧縮するステップと、
    前記データに宛先となっている前記移動端末を識別することのできるオプションヘッダを付加するステップと、
    前記データを前記ルータに送信するステップとを実行させ、
    前記ルータに、
    前記制御装置から受信したデータのオプションヘッダを削除するとともに該オプションヘッダから前記移動端末を識別するステップと、
    前記移動端末に前記データを送信するステップとを実行させることを特徴とする請求項１６に記載の通信方法。
18. 前記移動端末が、他のネットワークに移動した場合に、前記制御装置に、移動元の前記ルータから移動先の前記ルータへ前記移動端末宛のバッファのデータを転送するように指示するバッファ転送指示通知を送信するステップを実行させ、
    移動元の前記ルータに、前記オプションヘッダを付加した前記バッファのデータを、移動先の前記ルータに転送するステップを実行させることを特徴とする請求項１７に記載の通信方法。
19. 前記移動端末が、他のネットワークに移動した場合に、前記制御装置に、移動先の前記ルータへ、前記移動端末の識別子及び移動元の前記ルータの識別子又はＩＰアドレスを含む通知を送信するステップを実行させ、
    移動先の前記ルータに、前記移動端末の識別子及び該ルータの識別子又はＩＰアドレスを含む通知を、移動元の前記ルータに送信するステップを実行させ、
    移動元の前記ルータに、前記オプションヘッダを付加した前記バッファのデータを、移動先の前記ルータに転送するステップを実行させることを特徴とする請求項１７に記載の通信方法。
20. 前記制御装置は、前記移動端末と通信を行なう端末が、Ｍｏｂｉｌｅ ＩＰプロトコルによるデータの送受信を行う場合には、前記移動端末の代理機能を実行することを特徴とする請求項１６から請求項１９のいずれか１つに記載の通信方法。

Images