JP2012142983A - ネットワークベースｉｐモビリティプロトコルを利用した中継装置、移動端末及び中継装置の通信方法 - Google Patents

Abstract

【課題】移動端末が特別なプロトコルを搭載しなくても移動可能なネットワークベースＩＰモビリティプロトコルにおいて、ハンドオーバー中のパケットロスをなくし、かつルータのリソースを効果的に開放する事を可能とする中継装置、移動端末及び中継装置の通信方法を提供する。
【解決手段】移動端末であるＭＮ１が移動した場合に、ＭＮ１からルータソリシテーションを受け取った移動先のルータ、モバイル・アクセス・ゲートウェイ（ＭＡＧ）ｂ３は、制御装置、ローカル・モビリティ・アンカー（ＬＭＡ）４にロケーションレジストレーションを送信し、ＬＭＡ４がハンドオーバーと判断した際は、ＬＭＡ４は、移動元のルータ、ＭＡＧａ２又はＭＡＧｂ３に対して、ＭＡＧａ２からＭＡＧｂ３へのバッファの転送を指示する。
【選択図】図１

Description

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

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

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

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

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

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

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

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

しかし、このＭｏｂｉｌｅ ＩＰｖ６は高速ハンドオーバーが出来ないため、ＦＭＩＰｖ６（Ｆａｓｔ Ｈａｎｄｏｖｅｒｓ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６）が提案されている（例えば、非特許文献２参照）。

このＦＭＩＰｖ６を、図２１を一例として説明する。
図２１のＳ１２０１のＲｔＳｏｌＰｒ（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ ｆｏｒ Ｐｒｏｘｙ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ要請代理、以下、「ＲｔＳｏｌＰｒ」という）は、通常のＩＰｖ６で使用するホストがルータに対してルータ通知を生成してもらうため送るメッセージであるルータソリシテーション（ルータ要請）をＦＭＩＰｖ６用に拡張したものである。ＭＮは、このＲｔＳｏｌＰｒをＰＡＲ（Ｐｒｅｖｉｏｕｓ Ａｃｃｅｓｓ Ｒｏｕｔｅｒ、通信中のアクセスルータ、以下、「ＰＡＲ」という）に送信する。

このＲｔＳｏｌＰｒをＭＮから受け取ったＰＡＲは、Ｓ１２０２にてＰｒＲｔＡｄｖ（Ｐｒｏｘｙ Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、代理ルータ広告、以下、「ＰｒＲｔＡｄｖ」という）をＭＮに対して送信する。ＰｒＲｔＡｄｖは通常のＩＰｖ６で使用するＲＡをＦＭＩＰｖ６用に拡張したものである。

ＰＡＲからＰｒＲｔＡｄｖを受け取ったＭＮは、Ｓ１２０３にて高速ハンドオーバーのためのバインディングアップデートであるＦＢＵ（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）をＰＡＲに対して送信する。このＦＢＵには、ＮＣｏＡ（Ｎｅｗ Ｃａｒｅ ｏｆ ａｄｄｒｅｓｓ、新しいＣｏＡ、以下、「ＮＣｏＡ」という）情報が含まれており、ＮＣｏＡはＮＡＲ（Ｎｅｗ Ａｃｃｅｓｓ Ｒｏｕｔｅｒ、移動先のアクセスルータ、以下、「ＮＡＲ」という）のリンクに属するアドレスであるため、ＰＡＲはＮＡＲにパケットを転送できるようになる。

ＭＮからＦＢＵを受け取ったＰＡＲは、Ｓ１２０４にてＮＡＲに対してＭＮの切替、ハンドオーバーを初期化するため、ＨＩ（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ、以下、「ＨＩ」という）を送信する。ＮＡＲは、Ｓ１２０５にてこのＨＩに対する確認としてＨＡｃｋ（Ｈａｎｄｏｖｅｒ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「ＨＡｃｋ」という）をＰＡＲに送信し、Ｓ１２０６にてＰＡＲ−ＮＡＲ間のパケット転送が開始される。

そして、ＭＮは、移動を終えＮＡＲの配下（同一リンク）に移動を完了したら、Ｓ１２０７にてＮＡＲに対してＦＮＡ（Ｆａｓｔ Ｎｅｉｇｈｂｏｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、高速近隣広告、以下「ＦＮＡ」という）を送信する。これは移動が完了したことをＮＡＲに通知するためである。その結果、Ｓ１２０８にてＮＡＲは、ＭＮにパケットの配達を開始する。

この方法では、ハンドオーバー時に過渡期のＰＡＲ−ＮＡＲ間トンネルを作成することが規定されているが、過渡期の状態から定常状態に復帰するための手段は書かれていない。

上記のＭｏｂｉｌｅ ＩＰは、移動端末側主導のシグナリングにより、モビリティの管理を行なうので、ホストベースのモビリティプロトコルと呼ばれる。これに対して、ネットワーク側で移動制御のためのシグナリングを行い、ＭＮは移動のために特別なプロトコルを搭載しなくても移動が可能となるネットワークベースＩＰモビリティプロトコルが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）より更に提案されている（例えば、非特許文献３参照）。

これは、ＭＮがＣｏＡを扱わずに済んだり、パケットのカプセル化やモビリティヘッダによるオーバーヘッドを無くす等、種々の効果がある。このネットワークベースＩＰモビリティプロトコルのハンドオーバー方法に関して、図２２を用いて説明する。

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

ＭＡＧとは、リンクに移動してきたＭＮとＩＰ Ｍｏｂｉｌｉｔｙの制御を行う制御装置であるルートルータ、ローカル・モビリティ・アンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ、以下「ＬＭＡ」という）との間で中継を行なうルータのことである。
ＬＭＡは、ネットワークでつながれている複数のＭＡＧを制御している。ＬＭＡは、ＭＮとＭＡＧの識別子及びＩＰアドレスを記憶部に管理している。
また、ＭＡＧも、ＭＮとＬＭＡの識別子及びＩＰアドレスを記憶部に管理している。これらのＭＡＧが管理している情報は、ＬＭＡと通信を行なうことによって取得することができる。

ＭＡＧとＬＭＡ間は、パケットをＩＰｖ６ ｉｎ ＩＰｖ６カプセル化して、記憶部に管理している情報を参照してヘッダを付けることにより、トンネリングを行ない、正しくルーティングを行なうことができる。
以上のようなネットワークにおいて、ＭＮは、移動先の同一リンクのＭＡＧに、ここでは、例えば、ＲＳを送信したとする。

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

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

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

このルーティングセットアップを受け取ったＭＡＧ（ＮｅｗＭＡＧ）は、Ｓ１３０４にてＬＭＡに対し、確認のルーティングセットアップＡｃｋを送信する。

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

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

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

このＬＭＡ−ＭＡＧ間トンネル経路の設定と、ＭＮのアドレスコンフィギュレーションが完遂された結果、パケットはＭＮに到達可能となる。これがネットワークベースＩＰモビリティプロトコルのハンドオーバー方法である。つまり、ＭＮ宛のパケットはＬＭＡ経由で送られるため、ＬＭＡ−ＭＡＧ間にトンネルが完成することにより、ＭＮまでルーティング可能となる。

Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３７７５、"Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６" Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）４０６８、"Ｆａｓｔ Ｈａｎｄｏｖｅｒｓ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６" Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ "ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ"

しかしながら、従来のネットワークベースＩＰモビリティプロトコルでは、ハンドオーバー中のパケットは欠落してしまう可能性があり、ファーストハンドオーバーは出来ない。このことについて図２３を用いて説明する。

図２３に示すように、ＭＮが移動元のリンクのルータ（ＰｒｅＭＡＧ）との接続を切断し（図中の（１））、ＮｅｗＭＡＧとの接続を開始し、その結果がＬＭＡにロケーションレジストレーションとして届く（図中の（２））までの間にＬＭＡに届いたパケットはＬＭＡで保持することも出来ずに、必ずＰｒｅＭＡＧに届いてしまう。つまり、ＰｒｅＭＡＧに届いたパケットは一定時間を待って破棄されざるを得ない。

また、図２１で説明したＦＭＩＰｖ６を用いる方法等ではハンドオーバー時にＰＡＲ−ＮＡＲ間のトンネルを作成する事に関しては述べられているが、削除に関しては述べられておらず、タイマーがなければルータは無制限でトンネルを保有しなくてはならなくなる。その結果、ルータのリソースがなくなってしまう可能性がある。

本発明は、上記問題点を考慮して作成されたものであり、移動端末が特別なプロトコルを搭載しなくても移動可能なネットワークベースＩＰモビリティプロトコルにおいて、ハンドオーバー中のパケットロスをなくし、かつルータのリソースを効果的に開放する事を可能とする中継装置、移動端末及び中継装置の通信方法を提供することを目的とする。

斯かる実情に鑑み、第１の発明による中継装置は、移動端末の移動に伴い中継装置を切り替えつつ、前記移動端末に付与された所定のアドレスを維持した通信を継続する通信システムの中継装置であって、
前記中継装置の切り替わりに際し、移動先の中継装置へのデータ転送路を確立して、該該移動先の中継装置へのデータ転送を行い、前記データ転送の終了時に転送解除通知を前記移動先の中継装置に送信し、転送するデータを一時的に格納するバッファ内に転送すべきデータが無くなった後に、前記データ転送路を削除することを特徴とする。

また、第２の発明による中継装置は、前記転送解除通知に基づいて、前記データ転送路が削除されることを特徴とする。

また、第３の発明による中継装置は、前記データ転送路を介して前記移動元の中継装置から前記移動先の中継装置へ転送されるデータを該移動先の中継装置から前記移動端末に送信することを特徴とする。

また、第４の発明による移動端末は、前記中継装置と通信を行うことを特徴とする。

また、第５の発明による中継装置の通信方法は、移動端末の移動に伴い中継装置を切り替えつつ、前記移動端末に付与された所定のアドレスを維持した通信を継続する通信システムに属する中継装置の通信方法であって、
前記中継装置の切り替わりに際し、移動先の中継装置へのデータ転送路を確立して、該該移動先の中継装置へのデータ転送を行うステップと、前記データ転送の終了時に転送解除通知を前記移動先の中継装置に送信するステップと、転送するデータを一時的に格納するバッファ内に転送すべきデータが無くなった後に、前記データ転送路を削除するステップと、を有することを特徴とする。

また、第６の発明による中継装置の通信方法は、前記転送解除通知に基づいて、前記データ転送路を削除するステップ、を有することを特徴とする。

また、第７の発明による中継装置の通信方法は、前記データ転送路を介して前記移動元の中継装置から前記移動先の中継装置へ転送されるデータを該移動先の中継装置から前記移動端末に送信するステップを有することを特徴とする。

本発明によれば、ネットワークベースＩＰモビリティプロトコルにおいて、移動元のルータ（中継装置）から移動先のルータへのトンネル（データ転送路）を生成させ、データの転送を行うことにより、ハンドオーバー中のパケットロスをなくすことが可能となる。

また、新たなルータ間のトンネルを生成する際、移動元リンクのルータが持つバッファがなくなった際、通信の終了時又は通信の異常終了時などのルータ間で転送の必要がなくなったタイミングをトリガとして、該ルータ間のトンネルを削除する構成とすることにより、ルータのリソースを効果的に開放することが可能となる。

また、移動元のルータに対し、移動端末宛のパケットのバッファの転送指示通知と、該移動元のルータと他のルータとの間の不要となった通信設定を削除指示する削除指示通知とを合成して送信することにより、バッファ転送と、不要となったルータ間のトンネル設定の削除との処理を円滑に行うことができる。

また、本発明は、Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式を適用して、ルータが情報管理装置（サーバ）から移動端末のアドレス設定情報を含む情報を取得するとしても作用・効果は同様である。

第１の実施形態におけるネットワークの概略構成について示した図である。 第１の実施形態における処理の手順を示したシーケンス図である。 本発明におけるＭＡＧの構成を示したブロック図である。 本発明におけるＬＭＡの構成を示したブロック図である。 第２の実施形態における処理の手順を示したシーケンス図である。 第３の実施形態におけるネットワークの概略構成について示した図である。 第３の実施形態における処理の手順を示したシーケンス図である。 第３の実施形態における各装置のアドレスを示した表である。 第４の実施形態におけるネットワークの概略構成及びパケットの流れについて示した図である。 第４の実施形態における処理の手順を示したシーケンス図である。 第５の実施形態におけるネットワークの概略構成について示した図である。 第５の実施形態における処理の手順を示したシーケンス図である。 第６の実施形態における処理の手順を示したシーケンス図である。 第７の実施形態における処理の手順を示したシーケンス図である。 第８の実施形態における処理の手順を示したシーケンス図である。 第９の実施形態における処理の手順を示したシーケンス図である。 第１０の実施形態におけるネットワークの概略構成について示した図である。 第１０の実施形態における処理の手順を示したシーケンス図である。 第１１の実施形態におけるネットワークの概略構成について示した図である。 第１１の実施形態における処理の手順を示したシーケンス図である。 ファーストハンドオーバー手法の処理の手順を示したシーケンス図である。 従来のネットワークベースＩＰモビリティプロトコルのハンドオーバー手法の処理の手順を示したシーケンス図である。 従来のネットワークベースＩＰモビリティプロトコルのハンドオーバー手法の処理の手順を示したシーケンス図である。

以下、本発明の実施の形態を図示例と共に説明する。
ＭＮやＭＡＧは通常は無線通信手段を有し、全ての実施形態において無線通信でのハンドオーバーを主に考慮して説明してはいるが、有線通信での使用も可能であり、通信手段は特に限定されないため、通信手段の詳細には触れないことにする。

［第１の実施形態］
図１は、本実施形態におけるネットワークの概略構成について示した図である。
図２は、本実施形態における処理の手順を示したシーケンス図である。
図３は、本実施形態におけるＭＡＧの構成を示したブロック図である。
図４は、本実施形態におけるＬＭＡの構成を示したブロック図である。
本実施形態では、図１に示すように、ＭＮ１は、ＭＡＧａ２のリンクからＭＡＧｂ３のリンクへと移動し、ＬＭＡ４により通信の制御が行われる例について説明する。

図３に示すように、ＭＡＧ２、３は、ＭＮ１との通信を行うＭＮ通信手段５と、他のＭＡＧ又はＬＭＡ４との通信を行うＮｅｔｌｍｍ通信手段６と、本発明に係るネットワークベースＩＰモビリティプロトコルによる制御を行うＮｅｔｌｍｍ制御手段７と、通信に関する情報等を記憶する記憶部８と、ＭＮ宛のバッファを溜める一時記憶部９とを含んで構成される。

図４に示すように、ＬＭＡ４は、ＭＡＧ２、３との通信を行うＮｅｔｌｍｍ通信手段１０と、外部ネットワークとの通信を行う外部ネットワーク通信手段１１と、本発明に係るネットワークベースＩＰモビリティプロトコルによる制御を行うＮｅｔｌｍｍ制御手段１２と、通信に関する情報等を記憶する記憶部１３とを含んで構成される。

まず、図２に示すように、Ｓ１０１にて、ＭＮ１はＭＡＧｂ３又はリンクローカルマルチキャストアドレス宛に対して少なくともＭＮ１の識別子であるＭＮ−ＩＤを含むＲＳを送信する。

ＲＳをＭＮ通信手段５より受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、記憶部８にＭＮ−ＩＤを記憶するとともに、Ｓ１０２で、少なくともＭＮ−ＩＤとＭＡＧｂ３の識別子、ＭＡＧｂ−ＩＤを含むロケーションレジストレーションを生成し、Ｎｅｔｌｍｍ通信手段６からＬＭＡ４に送信する。

ロケーションレジストレーションをＮｅｔｌｍｍ通信手段１０より受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ−ＩＤをキーに現在のＭＮ１の状態をＬＭＡ４の記憶部１３において保持するデータから検索し、データではＭＮ１が現在ＭＡＧａ２に属している状態であることを把握する。ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、データでＭＮ１が現在ＭＡＧａ２に属している状態となっているが、ＭＡＧｂ３からロケーションレジストレーションが来たことにより、ＭＮ１が移動したことを認識する。

そこで、Ｓ１０３にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、少なくともＬＭＡ４の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップ（ルーティング設定指示）を生成して、Ｎｅｔｌｍｍ通信手段１０よりＭＡＧｂ３に送信する。また、Ｓ１０４で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２はＭＡＧａ２に対して、少なくともＭＡＧｂ３のＭＡＧｂ−ＩＤとＭＮ１のＭＮ−ＩＤを含む転送指示通知を送信する。

転送指示通知を受け取ったＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、Ｓ１０５で、ＭＮ−ＩＤから識別されるＭＮ１のアドレス宛のパケットをＭＡＧｂ−ＩＤから識別されるＭＡＧｂ３のＩＰアドレス宛に転送を開始する。この転送設定はＭＡＧａ２の記憶部８に持つルーティングテーブルの更新により行われる。すなわち、今までＭＡＧａ２のルーティングテーブルにおいて、ＭＮ１宛のパケットはＭＮ１の持つリンクローカルアドレスと関連付けられていた。そのルーティングテーブルの設定を、ＭＮ１宛のパケットはＭＡＧｂ３に転送する様に更新する。

ＭＡＧｂ３への転送は、ＭＮ１宛のパケットのネクストホップを、ＭＡＧｂ３のリンクローカルアドレス、ＭＡＧｂ３のグローバルアドレス、ＭＡＧｂ３の上位ルータアドレス、ＭＡＧａ２の上位ルータアドレスの何れかに転送するように設定することで実現する。

ＬＭＡ４からルーティングセットアップを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４−ＭＡＧｂ３間でトンネル経路を設定し、Ｓ１０６にて、確認のルーティングセットアップＡｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をＬＭＡ４に送信する。

ＭＡＧｂ３からルーティングセットアップＡｃｋを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ１０７でＭＡＧｂ３にＭＮ１の少なくともプレフィックス情報を含む、ロケーションレジストレーションＡｃｋを送信する。

ロケーションレジストレーションＡｃｋを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ１０８で前記プレフィックス情報を元にＲＡをＭＮ１に送信する。

ＭＡＧｂ３よりＲＡを受け取ったＭＮ１は、Ｓ１０９でＤＡＤ手順においてＮＡをリンクに送信する。ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＮ１よりこのＮＡを受け取った後、Ｓ１１０でＬＭＡ４に、ＭＡＧｂ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップを送信し、Ｓ１１１でＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に確認のＭＮアドレスセットアップＡｃｋを送信する。

この後、Ｓ１１２にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７はＭＮ１に対して、ＭＡＧａ２からの転送を含むパケットの配達を開始する。

このことにより、ＭＮ１が移動のためＭＡＧａ２と切断してからＬＭＡ４にロケーションレジストレーションが到着するまでにＭＡＧａ２のバッファに溜まっていたＭＮ１宛のパケットは、ＭＡＧｂ３経由で転送されることになり、パケットロスのない通信が可能となる。

［第２の実施形態］
図５は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態では、第１の実施形態と同様、図１に示すように、ＭＮ１は、ＭＡＧａ２のリンクからＭＡＧｂ３のリンクへと移動する。
第１の実施形態と異なる点は、第１の実施形態では、ＬＭＡ４は、移動元のルータＭＡＧａ２に移動先のルータＭＡＧｂ３への転送指示通知を送信したのに対し、本実施形態では、ＬＭＡ４は、ＭＡＧｂ３に転送指示通知を送信する点にある。

まず、図５に示すように、Ｓ２０１にて、ＭＮ１はＭＡＧｂ３又はリンクローカルマルチキャストアドレス宛に対して少なくともＭＮ１の識別子であるＭＮ−ＩＤを含むＲＳを送信する。

ＭＮ１からＲＳを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ２０２にて、少なくともＭＮ−ＩＤとＭＡＧｂ３の識別子であるＭＡＧｂ−ＩＤを含むロケーションレジストレーションをＬＭＡ４に送信する。

ＭＡＧｂ３からロケーションレジストレーションを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ−ＩＤをキーに現在のＭＮ１の状態をＬＭＡ４の記憶部１３に保持するデータから検索し、ＬＭＡ４のデータでは、現在ＭＮ１はＭＡＧａ２に属している状態であることを把握する。ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、データで現在ＭＮ１がＭＡＧａ２に属している状態となっているが、ＭＡＧｂ３からロケーションレジストレーションが来たことにより、ＭＮ１が移動したことを認識する。

そこで、Ｓ２０３にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２はＭＡＧｂ３に対して、ＬＭＡ４−ＭＡＧｂ３間トンネル作成のための少なくともＬＭＡ４の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップを送信する。

また、このときにＬＭＡ４のＮｅｔｌｍｍ制御手段１２はＭＡＧｂ３に対して、少なくともＭＡＧａ２の識別子、ＭＡＧａ−ＩＤとＭＮ１のＭＮ−ＩＤを含む転送指示通知を送信する。このＬＭＡ４からＭＡＧｂ３への転送指示通知を、通常のルーティングセットアップに加えて送信しても良い。

ＬＭＡ４から転送指示通知を受信したＭＡＧｂ３のＮｅｔｌｍｍ制御手段７では、Ｓ２０４にて、ＭＡＧａ２のＭＡＧａ−ＩＤから把握されるＭＡＧａ２のＩＰアドレス宛に、少なくともＭＮ−ＩＤとＭＡＧｂのＭＡＧｂ−ＩＤを含むトンネル生成メッセージを送信する。

ＭＡＧｂ３からのトンネル生成メッセージを受け取ったＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、ＭＡＧｂ３との間にトンネル経路を設定し、Ｓ２０５で、確認のトンネル生成ＡｃｋをＭＡＧｂ３に送信し、ＭＡＧａ２のバッファにあるＭＮ１宛のパケットをＭＡＧｂ３に転送可能とする。トンネル経路では、ＭＡＧｂ３のＩＰアドレスを外側ディスティネーションアドレス、ＭＡＧａ２のＩＰアドレスを外側ソースアドレスとするＩＰｖ６ ｉｎ ＩＰｖ６カプセル化することで実現する。

ルーティングセットアップを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４−ＭＡＧｂ３間でトンネル経路を設定し、Ｓ２０６でルーティングセットアップＡｃｋをＬＭＡ４に送信する。

また、転送指示を受け取ったＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、Ｓ２０７でＭＮ−ＩＤから識別されるＭＮ１のアドレス宛のパケットをＭＡＧｂ−ＩＤから識別されるＭＡＧｂ３のＩＰアドレス宛に転送を開始する。

ＭＡＧｂ３からルーティングセットアップＡｃｋを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ２０８にて、ＭＡＧｂ３にＭＮ１の少なくともプレフィックス情報を含む、ロケーションレジストレーションＡｃｋを送信する。

ＬＭＡ４からロケーションレジストレーションＡｃｋを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ２０９にて、前記プレフィックス情報を元にＲＡをＭＮ１に送信する。

ＭＡＧｂ３からＲＡを受け取ったＭＮ１は、Ｓ２１０でＤＡＤ手順においてＮＡをリンクに送信する。

Ｓ２１１で、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＮ１からこのＮＡを受け取った後、ＬＭＡ４にＭＡＧｂ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップを送信し、Ｓ２１２で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２はＭＡＧｂ３に、確認のＭＮアドレスセットアップＡｃｋを送信する。

ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ２１３にて、ＭＡＧａ２からの転送を含むＭＮ１宛のパケットの配達を開始する。

本実施例においては、ＬＭＡ４は、ＭＡＧｂ３に転送指示を行い、ＭＡＧｂ３からＭＡＧａ２へのオファーによってトンネリングが行われる場合について説明した。このことによりＭＡＧａ２のバッファに溜まっていたＭＮ１宛のパケットはＭＡＧｂ３経由で転送されることとなり、ハンドオーバー中のパケットロスをなくすことができる。

［第３の実施形態］
図６は、本実施形態におけるネットワークの概略構成について示した図である。
図７は、本実施形態における処理の手順を示したシーケンス図である。
図８は、本実施形態における各装置のアドレスを示した表である。
図６に示すように、最初ＭＮａ２１及びＭＮｂ２２はＭＡＧａ２の配下にいる。ＭＮａ２１及びＭＮｂ２２移動に伴い、ＭＮａ２１及びＭＮｂ２２は、ＭＡＧａ２配下からＭＡＧｂ３配下へと移動する例について説明する。
本実施形態では、複数のＭＮが移動する場合、及びＬＭＡ４からＭＡＧａへのトンネリングを解消するロケーションデレジストレーションにＭＡＧｂ３への転送指示を含ませる場合について説明する。

まず、図７に示すように、Ｓ３０１にて、ＭＮａ２１及びＭＮｂ２２は、ＭＡＧｂ３又はリンクローカルマルチキャストアドレス宛に対して少なくともＭＮａ２１及びＭＮｂ２２の識別子であるＭＮａ−ＩＤ及びＭＮｂ−ＩＤを含むＲＳを送信する。

ここで、ＭＮａ−ＩＤ及びＭＮｂ−ＩＤには、図８に示すＭＮａ２１及びＭＮｂ２２の持つリンクローカルアドレス（ＩＰ＿ＬＩＮＫ＿ＭＮａ、ＩＰ＿ＬＩＮＫ＿ＭＮｂ）及び／又はグローバルアドレス（ＩＰ＿ＧＬＯＢＡＬ＿ＭＮａ、ＩＰ＿ＧＬＯＢＡＬ＿ＭＮｂ)を用いる。

ＭＮａ２１及びＭＮｂ２２からＲＳを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ３０２で、少なくともＭＮａ−ＩＤ、ＭＮｂ−ＩＤ及びＭＡＧｂ３のＭＡＧｂ−ＩＤを含むロケーションレジストレーションをＬＭＡ４宛（ＩＰ＿ＬＩＮＫ＿ＬＭＡａ又はＩＰ＿ＧＬＯＢＡＬ＿ＬＭＡａ宛）に送信する。ここで、ＭＡＧｂ−ＩＤはＭＡＧｂの持つリンクローカルアドレス（ＩＰ＿ＬＩＮＫ＿ＭＡＧｂ）及び/又はグローバルアドレス(ＩＰ＿ＧＬＯＢＡＬ＿ＭＡＧｂ)を用いる。このロケーションレジストレーションはＭＮａ２１、ＭＮｂ２２各々に関して別々に送信しても良いし、双方に関して一つのメッセージ中に含めて送信しても良い。

ＭＡＧｂ３からロケーションレジストレーションを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮａ−ＩＤ、ＭＮｂ−ＩＤをキーに現在のＭＮａ２１とＭＮｂ２２の状態をＬＭＡ４の記憶部１３に保持するデータから検索し、ＬＭＡ４のデータでは、現在ＭＮａ２１とＭＮｂ２２はＭＡＧａ２に属している状態であることを把握する。ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、データでＭＮａ２１とＭＮｂ２２が現在ＭＡＧａ２に属している状態となっているが、ＭＡＧｂ３からロケーションレジストレーションが来たことにより、ＭＮａ２１とＭＮｂ２２が移動したことを認識する。

そこで、Ｓ３０３にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に対してルーティングセットアップを送信する。

また、このとき、Ｓ３０４にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧａ２に対して、少なくともＭＡＧｂ３のＭＡＧｂ−ＩＤ（ＩＰ＿ＬＩＮＫ＿ＭＡＧｂ及び／又はＩＰ＿ＧＬＯＢＡＬ＿ＭＡＧｂ）とＭＮａ２１とＭＮｂ２２のＭＮ−ＩＤ(ＩＰ＿ＬＩＮＫ＿ＭＮａ及び／又はＩＰ＿ＧＬＯＢＡＬ＿ＭＮａ、ＩＰ＿ＬＩＮＫ＿ＭＮｂ及び／又はＩＰ＿ＧＬＯＢＡＬ＿ＭＮｂ)を含む転送指示通知を送信する。この転送指示通知はＭＮａ２１、ＭＮｂ２２に関して個別に行っても良いし、まとめて行っても良い。また、ＭＮａ２１及びＭＮｂ２２に関するＬＭＡ−ＭＡＧトンネル経路を削除するため、ＭＡＧａ２には、ロケーションデレジストレーション（位置削除要求）を送信する。ＭＡＧａ２に対する転送指示通知はこのロケーションデレジストレーションに含めても良い。

転送指示を受け取ったＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、Ｓ３０５で、ＭＮａ−ＩＤ、ＭＮｂ−ＩＤから識別されるＭＮａ２１、ＭＮｂ２２のアドレス宛（ディスティネーションアドレスがＩＰ＿ＧＬＯＢＡＬ＿ＭＮａ又はＩＰ＿ＧＬＯＢＡＬ＿ＭＮｂである)パケットをＭＡＧｂ−ＩＤから識別されるＭＡＧｂ３のＩＰアドレス宛に転送するため、ＭＡＧａ−ＭＡＧｂ間でのトンネル生成をＭＡＧｂ３にオファーする。

ＬＭＡ４からルーティングセットアップを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４−ＭＡＧｂ３間でトンネル経路を設定し、Ｓ３０６で、ルーティングセットアップＡｃｋをＬＭＡ４に送信する。

また、ＭＡＧａ２からのトンネル生成要求を受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ３０７で、確認としてトンネル生成ＡｃｋをＭＡＧａ２に返す。

ＭＡＧａ２のＮｅｔｌｍｍ制御手段７ではＭＡＧｂ３のこのトンネル生成Ａｃｋを受けて、ＭＡＧａ−ＭＡＧｂ間のトンネルを生成する。このトンネルは、ＭＡＧｂ３のグローバルアドレス（ＩＰ＿ＧＬＯＢＡＬ＿ＭＡＧｂ）を外側ディスティネーションアドレス、ＭＡＧａ２のグローバルアドレス（ＩＰ＿ＧＬＯＢＡＬ＿ＭＡＧａ）を外側ソースアドレスとするＩＰＶ６ ｉｎ ＩＰｖ６カプセル化することで実現する。このトンネルは本発明においては、ＭＮａ２１とＭＮｂ２２宛（ディスティネーションアドレスがＩＰ＿ＧＬＯＢＡＬ＿ＭＮａ又はＩＰ＿ＧＬＯＢＡＬ＿ＭＮｂ）パケットが通るトンネルとなる。また、ＭＡＧａ−ＭＮ間ではリンクテクノロジーにおいて、完全性を保障することも可能である。つまり、ＯＳＩ基本参照モデルの第２層以下の技術を用いてＭＡＧａ２はＭＮａ２１及び／又はＭＮｂ２２への未到達パケットを把握できる。この未到達パケットはＭＡＧａ２のバッファに保存されており、トンネル作成後逐次、Ｓ３０８にてＭＡＧｂ３に転送される。

ＭＡＧｂ３よりルーティングセットアップＡｃｋを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ３０９にて、ＭＡＧｂ３にＭＮの少なくともプレフィックス情報を含む、ロケーションレジストレーションＡｃｋを送信する。

ロケーションレジストレーションＡｃｋを受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ３１０にて前記プレフィックス情報を元にＲＡをＭＮａ２１とＭＮｂ２２に送信する。

ＭＡＧｂ３よりＲＡを受け取ったＭＮａ２１とＭＮｂ２２は、Ｓ３１１にて、ＤＡＤ手順でＮＡをリンクに送信する。

このＮＡをＭＮａ２１又はＭＮｂ２２より受け取った後、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ３１２にて、ＭＡＧｂ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップをＬＭＡ４に送信し、Ｓ３１３で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２が、確認のＭＮアドレスセットアップＡｃｋを送信し、Ｓ３１４にてＭＡＧｂ３は、ＭＮａ２１及びＭＮｂ２２宛のパケットの配達を開始する。

本実施例においては、ＭＮが複数移動する場合について、説明した。
ＭＮが複数の場合においても、ＭＡＧａ２のバッファに溜まっていたＭＮａ２１又はＭＮｂ２２宛のパケットはＭＡＧｂ３経由で転送され、ハンドオーバーによるパケットロスをなくすことができる。

また、ＬＭＡ４は、ＭＡＧａ２にトンネリングを解消するために送信するロケーションデレジストレーションにＭＡＧｂ３のＩＤを付したＭＡＧｂ３への転送指示を含ませることにより、ＬＭＡとＭＡＧａ２のトンネリングの解消及びＭＡＧａ２からＭＡＧｂ３への転送のためのトンネリング設定を円滑に行うことができる。

［第４の実施形態］
図９は、本実施形態におけるネットワークの概略構成及びパケットの流れについて示
した図である。
図１０は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態において、最初ＭＮ１は、ＭＡＧａ２の配下にいる。この時のパケットは図９（ａ）の太線矢印のように配送される。その後ＭＮ１は、ＭＡＧｂ３の配下に移動する。本実施例では、ＭＮ１がＭＡＧｂ３配下に移動した直後は、ＬＭＡ４からＭＡＧａ２経由で、ＭＡＧｂ３からＭＮ１にパケットを配送し（図９（ｂ）、図９（ｃ））、その後ＭＡＧａ２を経由せずにＬＭＡ４からＭＡＧｂ３へ、ＭＡＧｂ３からＭＮ１へ（図９（ｄ））と順次切り替えて配送する例を説明する。

ＭＮ１がＭＡＧｂ３のリンクに移動すると、図１０に示すように、Ｓ４０１にて、ＭＮ１は、ＭＡＧｂ３に対し、又はリンクローカルマルチキャストで少なくともＭＮ１の識別子であるＭＮ−ＩＤを含むＲＳ、ＤＨＣＰ Ｒｅｑｕｅｓｔ、ＮＡ等のネットワークコンフィギュレーション要求を送信する。

ＭＮ１よりネットワークコンフィギュレーション要求を受け取ったＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ４０２で少なくとも自身の識別子、ＭＡＧｂ−ＩＤと、今受け取ったＭＮ−ＩＤを含んだロケーションレジストレーションをＬＭＡ４に送信する。

ＬＭＡ４のＮｅｔｌｍｍ制御手段１２では、ロケーションレジストレーションをＭＡＧｂ３より受け取ったら、ＭＮ−ＩＤをキーに現在のＭＮ１の状態をＬＭＡ４の記憶部１３に保持するデータから検索し、ＬＭＡ４のデータからＭＮ１は現在ＭＡＧａ２に属している状態であることを把握する。ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、データでＭＮ１が現在ＭＡＧａ２に属している状態となっているが、ＭＡＧｂ３からロケーションレジストレーションが来たことにより、ＭＮ１が移動したことを認識する。

そこで、Ｓ４０３で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ１の以前のＭＡＧであるＭＡＧａ２に対しては、ＭＮ−ＩＤとＭＡＧｂ３のＭＡＧｂ−ＩＤ、ＭＮ１のグローバルアドレスを含んだ転送指示通知を送信し、Ｓ４０４にて、ＭＡＧｂ３に対して少なくともＬＭＡ４の識別子、ＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップを送信する。

Ｓ４０５、Ｓ４０６で、転送指示を受け取ったＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、ＭＡＧｂ３にトンネル生成オファーを送信し、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＡＧａ２にトンネル生成Ａｃｋを送信することによりＭＡＧａ２−ＭＡＧｂ３間でトンネルを生成する。これで、Ｓ４０７にてパケットはＬＭＡ４からＭＡＧａ２、ＭＡＧａ２からＭＡＧｂ３、ＭＡＧｂ３からＭＮ１への経路でルーティングされるようになる。

ＬＭＡ４よりルーティングセットアップを受けたＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ４０８でルーティングセットアップＡｃｋをＬＭＡ４に送信する。

ＭＡＧｂ３よりルーティングセットアップＡｃｋを受けたＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ４０９で少なくともＭＮ１のプレフィックス情報を含むロケーションレジストレーションＡｃｋをＭＡＧｂ３に送信する。

ＬＭＡ４よりロケーションレジストレーションＡｃｋを受けたＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ４１０でプレフィックス情報からＲＡなどのＭＮ１用のアドレスコンフィギュレーション情報を作成し、ＭＮ１に送信する。

Ｓ４１１で、ＭＮ１は、アドレスのコンフィギュレーションをし、最終確認のためＤＡＤをＮＡを用いてＭＡＧｂ３に行う。このＤＡＤを受けて、Ｓ４１２にてＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、少なくともＭＡＧｂ３のＭＡＧｂ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップをＬＭＡ４に送信する。なお、ネットワークコンフィギュレーションにＤＨＣＰを用いた場合は、ＤＡＤは省略可能であり、ＭＡＧｂ３はＭＮ１に対してＤＨＣＰ Ａｄｖｅｒｔｉｓｅ等でアドレスを送信した後、ＭＮアドレスセットアップをＬＭＡ４に送信し、以下の手順に進むことも出来る。

次に、Ｓ４１３で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮアドレスセットアップＡｃｋをＭＡＧｂ３に送信し、Ｓ４１４にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＡＧａ２から受け取ったＭＮ１宛のパケットの配達を開始する。

本実施例では、次に、Ｓ４１５、Ｓ４１６で、ＬＭＡ−ＭＡＧｂ間トンネルを作成することとする。また、このトンネルが出来た後に、ＬＭＡ−ＭＡＧａトンネルを削除するため、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ４１７で、ＭＡＧａ２にロケーションデレジストレーションを送信し、Ｓ４１８で、ＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４にロケーションデレジストレーションＡｃｋを送信してトンネリング設定を解消する。

そして、Ｓ４１９で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３にパケットを転送し始める。

以上のようにすることで、パケット配達の経路をＬＭＡ４からＭＡＧａ２、ＭＡＧｂ３経由でＭＮ１へ、ＬＭＡ４からＭＡＧｂ３経由でＭＮ１へと順次切替えることにより第１から第３の実施形態の場合よりＭＡＧａ２のバッファに溜めるＭＮ１宛のパケットを、より少なくすることが可能となる。

［第５の実施形態］
図１１は、本実施形態におけるネットワークの概略構成について示した図である。
図１２は、本実施形態における処理の手順を示したシーケンス図である。
図１１に示すように、まず、ＭＮ１がＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移り、そしてＭＡＧｃ３１のリンクに移り、ＬＭＡ４によってＭＮ１の通信切替えの制御が行われる場合の例を説明する。
本実施形態では、ＭＮ１は、３つのＭＡＧと通信の切り替えを行う。

図１２に示すように、Ｓ５０１にて、ＭＮ１は移動の後、通常通り新たなリンクのＭＡＧであるＭＡＧｃ３１にネットワークコンフィギュレーションのための情報を送信する。この情報は、例えば、ＲＳ、ＤＨＣＰ Ｒｅｑｕｅｓｔ、ＮＡなどが考えられる。このネットワークコンフィギュレーションのための情報にはＭＮの識別子であるＭＮ−ＩＤが含まれる。

ＭＮ１から受け取った情報を元にＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、記憶部８にＭＮの情報を保存し、Ｓ５０２にてＬＭＡ４に対してロケーションレジストレーションを送信する。このロケーションレジストレーションは、ＭＡＧｃ３１の識別子、ＭＡＧｃ−ＩＤとＭＮ−ＩＤを含んでいる。

ＭＡＧｃ３１からロケーションレジストレーションを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ−ＩＤをキーに記憶部１３に持つデータベースを検索し、現在ＭＮ１はデータ上でＭＡＧｂ３のリンクにいる状態であること、ＭＡＧｂ３はＭＡＧａ２とトンネルを有することを認識する。ロケーションレジストレーションを受け取った結果、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ１は移動中でハンドオーバーであることを検知して、ＭＡＧｂ−ＩＤ、ＭＡＧｃ−ＩＤ及びＭＮ−ＩＤ、並びにＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤを組にして一時的に記憶する。そして、Ｓ５０３にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、少なくともＬＭＡ４の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップ（ルーティング設定指示）を生成して、Ｎｅｔｌｍｍ通信手段１０よりＭＡＧｃ３１に送信する。

また、Ｓ５０４で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に対して、ＭＮ１宛のパケットのＭＡＧｃ３１への転送とＭＡＧａ２とのトンネルの削除を指示する通知を送信する。この指示通知には少なくともＭＡＧａ−ＩＤ、ＭＡＧｃ−ＩＤ及びＭＮ−ＩＤが含まれていて、ＭＡＧａ−ＩＤに関連させて（ＭＮ１宛のパケット用の）トンネル削除である旨、ＭＡＧｃ−ＩＤに関連させて（ＭＮ１宛のパケット用の）トンネル生成である旨が指示通知の制御情報に記述され、これらの制御情報が合成され同時に送信されることが望ましい。また、この際にＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、記憶部１３に持つデータベースにアクセスし、ＭＮ１についての通信情報の中のＭＡＧ−ＭＡＧ間トンネルに関するデータにおいて、ＭＡＧｂ３−ＭＡＧａ２間のトンネルの情報は削除され、新たにＭＡＧｃ３１−ＭＡＧｂ３間のトンネルが生成された旨の情報を記憶する。

ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７では、ＬＭＡ４からの転送の指示とトンネルの削除の指示を受け、Ｓ５０５にて、ＭＡＧａ２に対しては少なくともＭＡＧｂ−ＩＤとＭＮ−ＩＤを含むトンネル削除をする旨の制御情報を記述した指示通知を送信し、Ｓ５０６でＭＡＧｃ３１には少なくともＭＡＧｂ−ＩＤとＭＮ−ＩＤを含むトンネル生成をオファーする制御情報を記述した指示通知を送信する。

Ｓ５０７でＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルからＭＡＧａ２−ＭＡＧｂ３間のトンネル設定を削除し、確認のトンネル削除ＡｃｋをＭＡＧｂ３に送信してトンネルを削除する。ただし、ここで、ＭＡＧａ２でトンネル設定を削除する際に、ＭＡＧｂ３に確認通知を送信するため、一時的にＭＡＧｂ−ＩＤ及びＭＮ−ＩＤを記憶しておく必要がある。

Ｓ５０８で、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルにＭＮ１宛のパケットに関するＭＡＧｂ３とのトンネリングを設定し、ＭＡＧｂ３に確認のトンネル生成Ａｃｋを送信する。これで、Ｓ５０９にてＭＮ１宛のパケットはＭＡＧｃ３１に転送されるようになる。

ＬＭＡ４よりルーティングセットアップを受けたＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ５１０でルーティングセットアップＡｃｋをＬＭＡ４に送信する。

ＭＡＧｃ３１よりルーティングセットアップＡｃｋを受けたＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ５１１で少なくともＭＮ１のプレフィックス情報を含むロケーションレジストレーションＡｃｋをＭＡＧｃ３１に送信する。

また、Ｓ５１２で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に対して、ＬＭＡ４−ＭＡＧｂ３間のトンネルを削除するため、ＭＡＧｂ３にロケーションデレジストレーションを送信し、Ｓ５１３でＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルからＬＭＡ４−ＭＡＧｂ３に関するトンネリング設定を削除し、ＬＭＡ４にロケーションデレジストレーションＡｃｋを送信してトンネリング設定を解消する。

ＬＭＡ４よりロケーションレジストレーションＡｃｋを受けたＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ５１４でプレフィックス情報からＲＡなどのＭＮ１用のアドレスコンフィギュレーション情報を生成し、ＭＮ１に送信する。

Ｓ５１５で、ＭＮ１は、アドレスのコンフィギュレーションをし、最終確認のためＤＡＤをＮＡを用いてＭＡＧｃ３１に行う。このＤＡＤを受けて、Ｓ５１６にてＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、少なくともＭＡＧｃ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップをＬＭＡ４に送信する。

そして、Ｓ５１７でＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、記憶部１３のデータベースにアクセスし、ＭＮ１についての通信情報の中のパケットを配送するＭＡＧに関するデータにおいて、ＭＡＧｂ３のデータを削除、ＭＡＧｃ３１のデータを記憶し、ＭＮアドレスセットアップＡｃｋをＭＡＧｃ３１に送信し、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ５１８にて、ＭＡＧｃ３１に、パケットを転送し始める。また、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ５１９にて、ＭＮ１宛にパケットを配達し始める。

以上のように、ＭＡＧ間での転送の必要がなくなったタイミングで転送のトンネル設定を解消することで、ＭＡＧのリソースを効果的に開放する事が可能となる。

［第６の実施形態］
図１３は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態では、第１の実施形態の図１と同様、ＭＮ１がＭＡＧａ２からＭＡＧｂ３に移動した場合を例に説明するが、移動元のルータＭＡＧａ２のバッファにＭＮ１宛のパケットがなくなった時点で、ＭＡＧａ２自身がＭＡＧｂ３とのトンネルを解消する点に特徴がある。

図１３のように、Ｓ６０１にて、ＭＮ１は通常通り、新たなＭＡＧであるＭＡＧｂ３にネットワークコンフィギュレーションのための情報、例えばＲＳを送信する。この情報はＭＮの識別子である、ＭＮ−ＩＤを含む。

Ｓ６０２にてＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、受け取った情報を元にＬＭＡ４に対してロケーションレジストレーションを送信する。このロケーションレジストレーションはＭＡＧｂ３の識別子、ＭＡＧｂ−ＩＤとＭＮ−ＩＤを含んでいる。

ロケーションレジストレーションを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ−ＩＤをキーに記憶部１３に持つデータベースを検索し、データでは現在ＭＮ１はＭＡＧａ２の配下にいる状態であることを認識する。ロケーションレジストレーションを受け取った結果、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ１は移動中でハンドオーバーであることを検知して、ＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤを組にして一時的に記憶する。そしてＳ６０３にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧａ２に対してＭＮ１宛のパケットをＭＡＧｂ３へ転送指示する通知を送信する。この指示通知には少なくとも、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤが含まれていて、ＭＡＧｂ−ＩＤと関連させて（ＭＮ１宛のパケット用の）トンネル生成である旨の制御情報が同時に記述されていることが望ましい。

Ｓ６０４にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、少なくともＬＭＡ４の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップを生成してＭＡＧｂ３に送信する。

ＭＡＧａ２のＮｅｔｌｍｍ制御手段７では、ＬＭＡ４からの転送の指示を受け、Ｓ６０５で、ＭＡＧｂ３に対し、少なくともＭＡＧａ−ＩＤとＭＮ−ＩＤを含むトンネル生成のオファーを行う。

Ｓ６０６で、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルにＭＮ１宛のパケットに関するＭＡＧａ２とのトンネリングを設定し、ＭＡＧａ２に確認のトンネル生成Ａｃｋを送信する。これでＭＡＧａ２のバッファ転送用のトンネルがＭＡＧａ２−ＭＡＧｂ３間で生成されたことになり、ＭＡＧａ２は、Ｓ６０７にて、ＭＡＧｂ３にＭＮ１宛のパケットの転送を開始する。

ＬＭＡ４よりルーティングセットアップを受けたＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ６０８でルーティングセットアップＡｃｋをＬＭＡ４に送信する。

ＭＡＧｂ３よりルーティングセットアップＡｃｋを受けたＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ６０９で少なくともＭＮ１のプレフィックス情報を含むロケーションレジストレーションＡｃｋをＭＡＧｂ３に送信する。

ＬＭＡ４よりロケーションレジストレーションＡｃｋを受けたＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ６１０でプレフィックス情報からＲＡなどのＭＮ１用のアドレスコンフィギュレーション情報を作成し、ＭＮ１に送信する。

Ｓ６１１で、ＭＮ１は、アドレスのコンフィギュレーションをし、最終確認のためＤＡＤをＮＡを用いてＭＡＧｂ３に行う。このＤＡＤを受けて、Ｓ６１２にてＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、少なくともＭＡＧｂ３のＭＡＧｂ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップをＬＭＡ４に送信する。

ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、記憶部１３のデータベースにアクセスし、ＭＮ１についての通信情報の中のパケットを配送するＭＡＧに関するデータにおいて、ＭＡＧａ２のデータを削除、ＭＡＧｂ３のデータを記憶し、ＭＡＧｂ３−ＬＭＡ４間にトンネルが生成され、Ｓ６１３でＭＮアドレスセットアップＡｃｋをＭＡＧｂ３に送信し、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ６１４にて、ＭＡＧｂ３に、パケットを転送し始める。また、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ６１５にて、ＭＮ１宛にパケットを配達し始める。

ＬＭＡ４−ＭＡＧｂ３間でトンネルが生成された結果、ＭＮ１宛のパケットはＭＡＧａ２には届かなくなり、ＭＡＧａ２でバッファしていたＭＮ１宛のパケットはＭＡＧｂ３に転送すると減少する。ＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、一時記憶部９のバッファを監視し、バッファが０になったら、ＭＡＧｂ３に対してトンネル削除を通知し、トンネルを削除する。

すなわち、Ｓ６１６にて、ＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルからＭＡＧａ２−ＭＡＧｂ３間のトンネル設定を削除し、ＭＡＧｂ３に対して、トンネルの削除を指示する通知を送信する。この指示通知には少なくとも、ＭＡＧａ−ＩＤ及びＭＮ−ＩＤが含まれていて、ＭＡＧａ−ＩＤに関連させて（ＭＮ１宛のパケット用の）トンネル削除である旨が指示通知の制御情報に記述されることが望ましい。

Ｓ６１７でＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、確認のトンネル削除ＡｃｋをＭＡＧａ２に送信する。

また、Ｓ６１８で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧａ２に対して、ＬＭＡ４−ＭＡＧａ２間のトンネルを削除するため、ＭＡＧａ２にロケーションデレジストレーションを送信し、Ｓ６１９でＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルからＬＭＡ４−ＭＡＧａ２に関するトンネリング設定を削除し、ＬＭＡ４にロケーションデレジストレーションＡｃｋを送信してトンネリング設定を解消する。

以上のようにすることで、転送元のＭＡＧのバッファが０になった時点で、転送元のＭＡＧが転送先のＭＡＧとのトンネル設定を自動的に解消するので、ＭＡＧのリソースを効果的に開放する事が可能となる。

［第７の実施形態］
図１４は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態では、第５の実施形態と同様、図１１に示すように、ＭＮ１がＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移り、そしてＭＡＧｃ３１のリンクに移った場合の例について説明する。
第５の実施形態と異なる点は、ＭＡＧｂ３は、ＬＭＡ４からロケーションデレジストレーションを受け取ると、ＭＡＧａ２とのトンネルを削除する点にある。

図１４のように、Ｓ７０１にて、ＭＮ１は通常通り、新たなＭＡＧであるＭＡＧｃ３１にネットワークコンフィギュレーションのための情報を送信する。この情報は例えば、ＲＳ、ＤＨＣＰ Ｒｅｑｕｅｓｔ、ＮＡなどが考えられる。この情報にはＭＮの識別子であるＭＮ−ＩＤが少なくとも含まれる。

Ｓ７０２にて、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、受け取った情報を元にＬＭＡ４に対してロケーションレジストレーションを送信する。このロケーションレジストレーションは、ＭＡＧｃ３１の識別子、ＭＡＧｃ−ＩＤとＭＮ−ＩＤを含んでいる。

ロケーションレジストレーションを受け取ったＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ−ＩＤをキーに記憶部１３に持つデータベースを検索し、データでは現在ＭＮ１はＭＡＧｂ３のリンクにいる状態であること、ＭＡＧｂ３はＭＡＧａ２とトンネルを有することを認識する。ロケーションレジストレーションを受け取った結果、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＮ１は移動中でハンドオーバーであることを検知し、ＭＡＧｂ−ＩＤ、ＭＡＧｃ−ＩＤ及びＭＮ−ＩＤ、並びにＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤを組にして一時的に記憶し、Ｓ７０３にて、少なくともＬＭＡ４の識別子であるＬＭＡ−ＩＤ、ＭＮ１のグローバルアドレスを含むルーティングセットアップを生成してＭＡＧｃ３１に送信する。

また、Ｓ７０４にて、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に対してＭＮ１宛のパケットのＭＡＧｃ３１への転送指示の通知を送信する。この指示通知には少なくとも、ＭＡＧｃ−ＩＤ及びＭＮ−ＩＤが含まれていて、ＭＡＧｃ−ＩＤと関連させて（ＭＮ１宛のパケット用の）トンネル生成である旨の制御情報が記述されていることが望ましい。また、この際にＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、記憶部１３のデータベースのＭＮ１についての通信情報にアクセスして、ＭＡＧ−ＭＡＧ間トンネルに関するデータにおいて、ＭＡＧｂ３−ＭＡＧｃ３１間にトンネルが生成された旨の情報を記憶する。

ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７では、ＬＭＡ４からの転送の指示を受け、Ｓ７０５でＭＡＧｃ３１に対し少なくともＭＡＧｂ−ＩＤとＭＮ−ＩＤを含むトンネル生成をオファーする。

Ｓ７０６で、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルにＭＮ１宛のパケットに関するＭＡＧｂ３とのトンネリングを設定し、ＭＡＧｂ３に確認のトンネル生成Ａｃｋを送信する。これでＭＡＧｂ３のバッファ転送用のトンネルがＭＡＧｂ−ＭＡＧｃ間で生成されたことになり、Ｓ７０７にて、ＭＡＧｂ３は、ＭＮ１宛のパケットをＭＡＧｃ３１に転送を開始する。

ＬＭＡ４よりルーティングセットアップを受けたＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ７０８でルーティングセットアップＡｃｋをＬＭＡ４に送信する。

ＭＡＧｃ３１よりルーティングセットアップＡｃｋを受けたＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ７０９で少なくともＭＮ１のプレフィックス情報を含むロケーションレジストレーションＡｃｋをＭＡＧｃ３１に送信する。

また、ＬＭＡ４−ＭＡＧｃ３１間のトンネルが完成した後、ＬＭＡ４はＭＡＧｂ３に対してロケーションデレジストレーションを送信する。

Ｓ７１０で、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３に対して、ＬＭＡ４−ＭＡＧｂ３間トンネルを削除するため、ＭＡＧｂ３にロケーションデレジストレーションを送信する。これは通常、ＬＭＡ４−ＭＡＧｂ３間トンネルの削除のために送信し、通常ＭＮ−ＩＤ、ＬＭＡ−ＩＤ、ＭＡＧｂ−ＩＤを含んでいる。本実施形態では、このロケーションデレジストレーションに、更にＭＡＧａ２の識別子、ＭＡＧａ−ＩＤとこれに関連付けてＭＡＧａ２とのトンネル削除指令の制御情報を追加する。

この結果、上記のようなロケーションデレジストレーションを受け取ったＭＡＧｂ３では、ＬＭＡ４とのトンネル解消以外にＭＡＧａ２とのトンネルも削除する。

一方、ＬＭＡ４よりロケーションレジストレーションＡｃｋを受けたＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ７１１でプレフィックス情報からＲＡなどのＭＮ１用のアドレスコンフィギュレーション情報を作成し、ＭＮ１に送信する。

Ｓ７１２で、ＭＮ１は、アドレスのコンフィギュレーションをし、最終確認のためＤＡＤをＮＡを用いてＭＡＧｃ３１に行う。このＤＡＤを受けて、Ｓ７１３にて、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、少なくともＭＡＧｃ３１のＭＡＧｃ−ＩＤ、ＭＮアドレス、ＭＮ−ＩＤを含むＭＮアドレスセットアップをＬＭＡ４に送信する。

またＬＭＡ４よりＭＡＧａ２とのトンネル削除の制御情報を付加したロケーションデレジストレーションを受信したＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、Ｓ７１４で、記憶部８にあるルーティングテーブルからＬＭＡ４−ＭＡＧｂ３に関するトンネリング設定を削除し、ＬＭＡ４にロケーションデレジストレーションＡｃｋを送信してトンネリング設定を解消する。このロケーションデレジストレーションＡｃｋにはＭＡＧａ２のＭＡＧａ−ＩＤが含まれていて、ＭＡＧ−ＭＡＧトンネル削除を示す情報が関連づけられている。

ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、ＭＡＧｂ３からのロケーションデレジストレーションＡｃｋを受け取ったら、ロケーションデレジストレーションＡｃｋからＭＡＧ−ＭＡＧトンネル削除の情報を抽出し、ＭＡＧｂ３とＭＡＧａ２とのトンネルが削除されたと認識して、記憶部１３のデータベースのＭＮ１についての通信情報から、ＭＡＧｂ３とＭＡＧａ２のトンネルに関する情報を削除する。

更に、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＡＧａ２に対してトンネル削除を通知し、トンネルを削除する。

すなわち、Ｓ７１５にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、トンネルの削除を指示する通知をＭＡＧａ２に送信する。この指示通知には少なくとも、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤが含まれていて、ＭＡＧｂ−ＩＤに関連させて（ＭＮ１宛のパケット用の）トンネル削除である旨が指示通知の制御情報に記述されることが望ましい。

Ｓ７１６でＭＡＧａ２のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルからＭＡＧａ２−ＭＡＧｂ３間のトンネル設定を削除し、ＭＡＧｂ３に対して、確認のトンネル削除Ａｃｋを送信する。

また、一方で、ＭＡＧｃ３１からＭＮアドレスセットアップを受信したＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、記憶部１３のデータベースにアクセスし、ＭＮ１に関する通信情報の中のパケットを配送するＭＡＧに関するデータにおいて、ＭＡＧｂ３のデータを削除、ＭＡＧｃ３１のデータを記憶し、Ｓ７１７でＭＮアドレスセットアップＡｃｋをＭＡＧｃ３１に送信し、ＬＭＡ４のＮｅｔｌｍｍ制御手段１２は、Ｓ７１８にて、ＭＡＧｃ３１に、パケットを転送し始める。また、ＭＡＧｃ３１のＮｅｔｌｍｍ制御手段７は、Ｓ７１９にて、ＭＮ１宛にパケットの配達を始める。

上記のように、ＬＭＡ４からＭＡＧａ２とのトンネル削除指示の制御情報を付加したロケーションデレジストレーションを受け取ったＭＡＧｂ３では、ＬＭＡ４とのトンネル削除以外にＭＡＧａ２とのトンネルも削除することにより、ＭＡＧのリソースを効果的に開放する事が可能となる。

［第８の実施形態］
図１５は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態では、通信の正常終了をトリガにＭＡＧ−ＭＡＧ間のトンネルを削除する場合について、ＭＮ１がＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移り、そこで通信が終了した例を挙げて説明する。

ＭＮ１が通信を正常に終了する場合、ＯＳＩ基本参照モデルの第５層であるセッション層における通話制御のプロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ
Ｐｒｏｔｏｃｏｌ）やデータをリアルタイムに配信するために制御するプロトコルであるＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて通信終了を通信相手に通知することが多い。この通信終了のメッセージは、現在使用しているリンクのＭＡＧ（本例の場合、ＭＮ１の移動先リンクにあるＭＡＧｂ３）を通るので、この移動先のリンクのＭＡＧではこの通信終了メッセージを受け取ったことをトリガにトンネル削除指示通知を移動元リンクにあるＭＡＧ（本例の場合、ＭＡＧａ２）に対して送信する。

図１５に示すように、Ｓ８０１にて、ＭＮ１は通信相手に対してＳＩＰ−ＢｙｅやＲＴＳＰ−ＴＥＡＲＤＯＷＮメッセージを通信終了の為に送信する。

ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、このメッセージを通信相手に中継する事になるため、そのメッセージを受け取ったら、ソースアドレス等からＭＮ１を特定し、ＭＮ１の識別子、ＭＮ−ＩＤを取得する。また、そのメッセージ自体はＩＰ通信のプロトコルにしたがって転送する。ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＮ−ＩＤを取得したら、Ｓ８０２にて、記憶部８にあるそのＭＮ−ＩＤに関するルーティングテーブルを参照し、転送状態を確認してＭＡＧｂ３−ＭＡＧａ２間でトンネルを保有することを検知し、Ｓ８０３にて、ＭＡＧａ２に対してトンネル削除指示通知を送信する。

Ｓ８０４にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４に対して、ＭＡＧ−ＭＡＧトンネルの削除通知を送信する。このトンネル削除通知には、ＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤが含まれ、ＭＡＧ−ＭＡＧトンネル削除を示す情報と関連づけられている。

Ｓ８０５にて、ＭＡＧａ２のＮｅｔｌｍｍ制御手段７では、ＭＡＧｂ３からのトンネル削除指示通知を受け、記憶部８にあるルーティングテーブルからＭＡＧａ２−ＭＡＧｂ３間のトンネル設定を削除し、ＭＡＧｂ３に対して、確認のトンネル削除Ａｃｋを送信する。ここで、Ｓ８０４の代わりに、ＭＡＧａ２がＬＭＡ４に対して、ＭＡＧ−ＭＡＧトンネル削除通知を送信してもよい。この削除通知には、上記のような情報が記述される。

または、第２の実施形態のようにＬＭＡ４がＭＡＧ−ＭＡＧトンネルに関する情報を把握する必要がない場合、このようなトンネル削除通知をＬＭＡ４に送信する手順を省くことができる。

または、ＭＡＧｂ２からＬＭＡ４に対して送信するロケーションレジストレーションに、上記のようなＭＡＧ−ＭＡＧトンネル削除の情報を付加してもよい。

以上のようにすることで、ＭＮから送信される通信終了のメッセージを、中継を行う移動先リンクのＭＡＧが受信するので、これをトリガに、移動先のＭＡＧは、移動元リンクのＭＡＧに対し、これまで転送を行っていたトンネル設定の削除指示通知を送信することができ、ＭＡＧのリソースを効果的に開放することができる。

［第９の実施形態］
図１６は、本実施形態における処理の手順を示したシーケンス図である。
本実施形態では、ＭＮ１の通信の異常終了をトリガにＭＡＧ−ＭＡＧ間のトンネルを削除する場合について、ＭＮ１がＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移り、そこで通信が異常終了した例を挙げて説明する。

ＭＮ１が圏外に移動するなどして通信が異常終了した場合、ＭＮ１はＭＡＧに対してセッション層での通信終了を通知できないので、第８の実施形態のような方法は使えない。

図１６に示すように、ＭＡＧ（本例の場合、ＭＡＧｂ３）のＮｅｔｌｍｍ制御手段７は、近隣探索（ＮＤ、Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ、ＲＦＣ２４６１）等の手段を用いて、Ｓ９０１にて、自身のリンクにＭＮ１がいない事を検出する。

次にＳ９０２にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、記憶部８にあるルーティングテーブルより、いなくなったＭＮ１の識別子、ＭＮ−ＩＤを把握し、そのＭＮ１に関する転送状態を把握する。その結果、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＭＡＧａ２とトンネリングによる転送状態を保持していることを把握し、Ｓ９０３で、ＭＡＧａ２に対してＭＮ１に関するパケットのトンネルを削除することを通知する。

Ｓ９０４にて、ＭＡＧｂ３のＮｅｔｌｍｍ制御手段７は、ＬＭＡ４に対して、ＭＡＧ−ＭＡＧトンネルの削除通知を送信する。このトンネル削除通知には、ＭＡＧａ−ＩＤ、ＭＡＧｂ−ＩＤ及びＭＮ−ＩＤが含まれ、ＭＡＧ−ＭＡＧトンネル削除を示す情報と関連づけられている。

ＭＡＧａ２のＮｅｔｌｍｍ制御手段７では、トンネル削除の指示通知を受けて、記憶部８のルーティングテーブルよりＭＡＧｂ３とのトンネル設定を削除し、Ｓ９０５にて、ＭＡＧｂ３にトンネル削除Ａｃｋを返す。ここで、Ｓ９０４の代わりに、ＭＡＧａ２がＬＭＡ４に対して、ＭＡＧ−ＭＡＧトンネル削除通知を送信してもよい。この削除通知には、上記のような情報が記述される。

または、第６の実施形態のようにＬＭＡ４がＭＡＧ−ＭＡＧトンネルに関する情報を把握する必要がない場合、このようなトンネル削除通知をＬＭＡ４に送信する手順を省くことができる。

または、ＭＡＧｂ３からＬＭＡ４に対して送信するロケーションデレジストレーションに、上記のようなＭＡＧ−ＭＡＧトンネル削除の情報を付加してもよい。

以上のようにすることで、ＭＮとの通信が異常終了した場合であっても、それまでＭＮと同一リンクであったＭＡＧが、ＭＮに関して転送のためのトンネル設定を行っていた相手方のＭＡＧに対し、トンネル削除指示通知を送信するので、ＭＡＧのリソースを効果的に開放することができる。

［第１０の実施形態］
図１７は、本実施形態におけるネットワークの概略構成について示した図である。
図１８は、本実施形態におけるシーケンス図である。
本実施形態では、ネットワークベースＩＰモビリティプロトコルとして、Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式を利用した場合に、パケットロス無くハンドオーバーし、効率的にトンネルを削除する方法を述べる。
Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式とは、認証等を行なうＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ａｃｃｏｕｎｔｉｎｇ、認証、許可、アカウンティング）サーバを用い、ＭＡＧがＭｏｂｉｌｅ ＩＰにおけるＭＮのプロキシ（代理）機能を行なう方式である。

図１７に示すように、ＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移動したＭＮ１が、ＭＡＧｃ３１のリンクに移る場合を例に説明する。
Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式におけるＡＡＡサーバ４１とＬＭＡ４とは、ネットワーク（Ｎｅｔｗｏｒｋ）４２を介してつながっている。

図１８のＳ１００１にて、ＭＮ１は移動の後、通常通り新たなリンクのＭＡＧであるＭＡＧｃ３１に認証のための情報を送信する。この情報は、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等を用いる事が考えられる。この認証要求には、ＭＮ１の識別子であるＭＮ−ＩＤが含まれる。

ＭＮ１から認証要求を受け取ったＭＡＧｃ３１は、Ｓ１００２にて、ＡＡＡサーバ４１に対して認証情報を送信する。この認証情報には、ＭＮ−ＩＤが含まれる。

ＭＡＧｃ３１から認証要求を受け取ったＡＡＡサーバ４１は、ＭＮ−ＩＤをキーに該サーバに備わったデータベースを検索し、認証を許可するか否かの判断をする。
認証を許可する場合、Ｓ１００３にて、データベース中のＭＮ１のホームアドレス情報やＬＭＡ４のアドレス情報を含むＭＮ１に関する情報をポリシープロファイルとしてＭＡＧｃ３１に送信する。

認証許可／ポリシープロファイルを受け取ったＭＡＧｃ３１は、ポリシープロファイルから得られる情報を基に、Ｓ１００４にて、Ｐｒｏｘｙ ＢＵ（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）を作成し、ＬＭＡ４に送信する。

Ｐｒｏｘｙ ＢＵを受け取ったＬＭＡ４は、Ｓ１００５にて、ＭＡＧｃ３１のアドレス情報を含むバッファ転送・トンネル削除指示通知を、移動前に属していたＭＡＧであるＭＡＧｂ３に送信する。

バッファ転送・トンネル削除指示通知を受け取ったＭＡＧｂ３は、Ｓ１００６にてＭＡＧｃ３１にトンネル生成指示通知を送信する。

ＭＡＧｂ３からトンネル生成指示通知を受け取ったＭＡＧｃ３１は、ＭＡＧｂ３からＭＡＧｃ３１へのトンネルを生成し、Ｓ１００７にてＭＡＧｂ３にトンネル生成Ａｃｋを送信する。

トンネル生成Ａｃｋを受け取ったＭＡＧｂ３は、Ｓ１００８にてＭＡＧｃ３１にバッファに溜まったＭＮ１宛のデータを転送する。また、Ｓ１００９にて、ＭＡＧｂ３は、ＬＭＡ４とのＬＭＡ４−ＭＡＧｂ３間のトンネルを破棄して、トンネル削除ＡｃｋをＬＭＡ４に送信する。

トンネル削除Ａｃｋを受け取ったＬＭＡ４は、Ｓ１０１０にて、ＭＡＧｃ３１にＰｒｏｘｙ ＢＡｃｋ（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。この結果、ＬＭＡ４−ＭＡＧｃ３１トンネルが生成される。

一方、Ｓ１０１１にて、ＭＡＧｂ３は、ＭＡＧａ２にトンネル削除指示通知を送信する。

トンネル削除指示通知をＭＡＧｂ３より受け取ったＭＡＧａ２は、ＭＡＧａ２−ＭＡＧｂ３間トンネルを削除し、Ｓ１０１２にて、ＭＡＧｂ３にトンネル削除Ａｃｋを送信する。

Ｐｒｏｘｙ ＢＡｃｋをＬＭＡ４より受け取ったＭＡＧｃ３１は、Ｓ１０１３にて、ＭＮ１にＲＡやＤＨＣＰ Ａｄｖｅｒｔｉｓｅ等のアドレスコンフィギュレーションのための情報を送信する。

アドレスコンフィギュレーション情報をＭＡＧｃ３１より受け取ったＭＮ１は、Ｓ１０１４にて、ＮＡ（ＤＡＤ）を行う。

ＭＡＧｃ３１は、ＭＮ１のアドレス設定が終了し、パケットを受け取れるようになったらＳ１０１５にて、ＭＮ１宛のパケットをＭＮ１に転送し始める。

本実施形態では、Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式においても、ハンドオーバーの際にパケットロス無く通信することができ、ＬＭＡ−ＭＡＧ間トンネルの削除をトリガに必要のなくなったＭＡＧ−ＭＡＧ間トンネルも削除して、ＭＡＧのリソースを効果的に開放することができることを述べた。
すなわち、Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式を採用しても、本発明に係る作用・効果は同様である。

［第１１の実施形態］
本実施形態では、ネットワークベースＩＰモビリティプロトコルとしてＰｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式を利用した場合の別の例について述べる。
図１９は、本実施形態におけるネットワークの概略構成について示した図である。
図２０は、本実施形態におけるシーケンス図である。
本実施形態では、ＭＮ１は、ＭＡＧａ２のリンクからＭＡＧｂ３のリンクに移動する。ＭＡＧｂ３は、ＬＭＡ４とのトンネルを生成した後に、ＭＡＧａ２にトンネル生成及びバッファ転送の指示通知を送信する。ＭＡＧａ２は、バッファが無くなった時点で、ＭＡＧｂ３に対し、トンネル削除の指示通知を送信する。

図２０のＳ１１０１にて、ＭＮ１は移動の後、通常通り新たなリンクのＭＡＧであるＭＡＧｂ３に認証のための情報を送信する。この情報として、ＥＡＰ等を用いることが考えられる。この認証要求にはＭＮ１の識別子であるＭＮ−ＩＤが含まれる。

認証要求をＭＮ１から受け取ったＭＡＧｂ３は、Ｓ１１０２にて、ＡＡＡサーバ４１に対し、認証情報を送信する。この認証情報は、ＭＮ−ＩＤを含んでいる。

ＭＡＧｂ３から認証要求を受け取ったＡＡＡサーバ４１は、ＭＮ−ＩＤをキーにデータベースを検索し、認証を許可するか否かの判断をする。認証を許可する場合、Ｓ１１０３にて、データベース中のＭＮ１のホームアドレス情報やＬＭＡ４のアドレス情報を含むＭＮ１に関する情報をポリシープロファイルとしてＭＡＧｂ３に送信する。

ＡＡＡサーバから認証許可／ポリシープロファイルを受け取ったＭＡＧｂ３は、Ｓ１１０４にて、ポリシープロファイルから得られた情報を基に、Ｐｒｏｘｙ ＢＵを作成してＬＭＡ４に送信する。

ＭＡＧｂ３からＰｒｏｘｙ ＢＵを受け取ったＬＭＡ４は、Ｓ１１０５にて、ＭＡＧｂ３にＰｒｏｘｙ ＢＡｃｋを返す。このＰｒｏｘｙ ＢＡｃｋには、ハンドオーバー前のＭＡＧである、ＭＡＧａ２のアドレス情報が含まれている。このＰｒｏｘｙ ＢＡｃｋにより、ＬＭＡ４−ＭＡＧｂ３間のトンネルが生成される。

ＬＭＡ４からＰｒｏｘｙ ＢＡｃｋを受け取ったＭＡＧｂ３は、ＬＭＡ４−ＭＡＧｂ３間トンネルを生成し、Ｓ１１０６にて、ＬＭＡ４からＭＡＧｂ３へパケットの転送が開始される。ＭＡＧｂ３は、更に、Ｓ１１０７にて、Ｐｒｏｘｙ ＢＡｃｋから得た情報を基に、Ｐｒｏｘｙ ＦＢＵ（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）を生成し、ＭＡＧａ２に送信する。

ＭＡＧｂ３からＰｒｏｘｙ ＦＢＵを受け取ったＭＡＧａ２は、Ｓ１１０８にて、Ｐｒｏｘｙ ＦＢＡｃｋを生成し、ＭＡＧｂ３に送信する。この結果、ＭＡＧａ２−ＭＡＧｂ３間トンネルが完成するので、Ｓ１１０９にて、ＭＡＧａ２は、ＭＮ１宛のパケットのバッファ転送を開始する。

ＬＭＡ４に届くＭＮ１宛のパケットは、ＭＡＧｂ３に届くようになるので、ＭＡＧａ２が有しているＭＮ１宛のパケットのバッファは、ＭＡＧｃ３１に転送すると無くなる。このバッファがなくなったら、ＭＡＧａ２は、Ｓ１１１０にて、ＭＡＧｂ３に、トンネル削除指示通知を送信する。

ＭＡＧａ２からトンネル削除指示通知を受け取ったＭＡＧｂ３は、Ｓ１１１１にて、ＭＡＧａ２からＭＡＧｂ３へのトンネルを削除し、ＭＡＧａ２にトンネル削除Ａｃｋを送信する。また、トンネル削除指示通知を受け取ったことにより、ＭＡＧｂ３は、ＭＮ１に転送するべきパケットを全て受信したと判断できる。そこで、Ｓ１１１２にて、ＭＮ１に対して、アドレスコンフィギュレーションのためのＲＡを送信する。

ＭＡＧｂ３からトンネル削除Ａｃｋを受け取ったＭＡＧａ２は、ＭＡＧａ２からＭＡＧｂ３へのトンネルを削除する。

ＭＡＧｂ３からＲＡを受け取ったＭＮ１は、Ｓ１１１３にて、アドレスの重複確認のため、ＮＡ（ＤＡＤ）を行う。なお、このステップは、省略されることもある。

ＭＮ１のアドレスコンフィギュレーションが終了したら、Ｓ１１１４にて、ＭＡＧｂ３は、ＭＮ１に対しＭＮ１宛のパケットの転送を開始する。

以上のように、Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ方式において、ＭＮ１の移動先のＭＡＧは、ＬＭＡとのトンネルを生成した後に、移動元のＭＡＧにトンネル生成及びバッファ転送の指示通知を送信するので、パケットロス無くハンドオーバーすることが可能となる。
更に、移動元のＭＡＧは、バッファが無くなった時点で、移動先のＭＡＧに対し、トンネル削除の指示通知を送信するので、効率的にＭＡＧのリソースの開放を行うことが可能となる。

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

本発明のネットワークベースＩＰモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法は、移動端末が特別なプロトコルを搭載しなくても移動可能なネットワークベースＩＰモビリティプロトコルにおいて、ハンドオーバー中のパケットロスをなくし、かつルータのリソースを効果的に開放する事を可能とする。

１、２１、２２、３１ モバイルノード
２、３ モバイル・アクセス・ゲートウェイ
４ ローカル・モビリティ・アンカー
５ ＭＮ通信手段
６、１０ Ｎｅｔｌｍｍ通信手段
７、１２ Ｎｅｔｌｍｍ制御手段
８、１３ 記憶部
９ 一時記憶部
１１ 外部ネットワーク通信手段
４１ ＡＡＡサーバ
４２ ネットワーク

Claims (7)

1. 移動端末の移動に伴い中継装置を切り替えつつ、前記移動端末に付与された所定のアドレスを維持した通信を継続する通信システムの中継装置であって、
   前記中継装置の切り替わりに際し、移動先の中継装置へのデータ転送路を確立して、該該移動先の中継装置へのデータ転送を行い、
   前記データ転送の終了時に転送解除通知を前記移動先の中継装置に送信し、
   転送するデータを一時的に格納するバッファ内に転送すべきデータが無くなった後に、前記データ転送路を削除することを特徴とする中継装置。
2. 前記転送解除通知に基づいて、前記データ転送路が削除されることを特徴とする請求項１に記載の中継装置。
3. 前記データ転送路を介して前記移動元の中継装置から前記移動先の中継装置へ転送されるデータを該移動先の中継装置から前記移動端末に送信することを特徴とする請求項１又は２に記載の中継装置。
4. 請求項１から請求項３のいずれかに記載の中継装置と通信を行うことを特徴とする移動端末。
5. 移動端末の移動に伴い中継装置を切り替えつつ、前記移動端末に付与された所定のアドレスを維持した通信を継続する通信システムに属する中継装置の通信方法であって、
   前記中継装置の切り替わりに際し、移動先の中継装置へのデータ転送路を確立して、該該移動先の中継装置へのデータ転送を行うステップと、
   前記データ転送の終了時に転送解除通知を前記移動先の中継装置に送信するステップと、
   転送するデータを一時的に格納するバッファ内に転送すべきデータが無くなった後に、前記データ転送路を削除するステップと、
   を有することを特徴とする中継装置の通信方法。
6. 前記転送解除通知に基づいて、前記データ転送路を削除するステップ、
   を有することを特徴とする請求項５に記載の中継装置の通信方法。
7. 前記データ転送路を介して前記移動元の中継装置から前記移動先の中継装置へ転送されるデータを該移動先の中継装置から前記移動端末に送信するステップを、
   有することを特徴とする請求項５に記載の中継装置の通信方法。

Images