(57)【要約】  本発明は、モバイルＩＰｖ６のための高速ハンドオーバの方法に関し、ＭＮ（移動端末）がＬ２（レイヤ２）領域に移動した場合、ＭＮが修正されたＲＳ（ルータ要請）メッセージをＡＲ（アクセスルータ）に送信するステップと、ＡＲが、ＭＮのＬ３（レイヤ３）移動を判断するステップと、ＭＮが修正されたＲＳメッセージを使用してＬ３領域に移動していた場合、ＭＮの新しいＣｏＡ（気付アドレス）を生成するステップと、生成されたＣｏＡの唯一性を確認するＤＡＤ（重複アドレス検出）を動作させるステップと、修正されたＲＳメッセージに対応する修正されたＲＡ（ルータ広告）メッセージをＭＮに送信するステップを含むことを特徴とする。本発明は、レイヤ２の情報を簡単かつ効率的に使用して、ＭＮの移動を迅速に検知することによって、および多くの追加メッセージによって実行される動作なしで、ＭＮにおいてではなくＡＲにおいてＣｏＡを生成することによって、ＡＲを基盤としたモバイルＩＰｖ６の高速ハンドオーバを示す。
2007512758.tif 000002
【特許請求の範囲】
【請求項１】
アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバを実行する方法であって、
ａ）移動端末（ＭＮ）をレイヤ２に移動した場合、前記アクセスルータの前記移動端末から修正されたＲＳメッセージを受信するステップと、
ｂ）前記アクセスルータの前記移動端末から送信された、前記修正されたＲＳメッセージに基づいて、前記アクセスルータのレイヤ３における前記移動端末の移動を検知するステップと、
ｃ）前記移動端末が前記レイヤ３に移動する場合、前記アクセスルータの前記移動端末の新しい気付アドレス（ＣｏＡ）を生成するステップと、
ｄ）前記生成されたＣｏＡの唯一性を検査するために、前記アクセスルータの重複アドレス検出（ＤＡＤ）を実行するステップと、
ｅ）前記移動端末から送信された、前記修正されたＲＳメッセージに対応する、修正されたルータ広告（ＲＡ）メッセージを前記アクセスルータの前記移動端末に送信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ステップａ）は、
ａ１）前記アクセスポイントの前記移動端末からｒｅａｓｓｏｃｉａｔｉｏｎ．ｒｅｑｕｅｓｔメッセージを受信するステップと、
ａ２）ｒｅａｓｓｏｃｉａｔｉｏｎ．ｒｅｑｕｅｓｔメッセージに対応するＲｅａｓｓｏｃｉａｔｉｏｎ．ｒｅｐｌｙメッセージを、前記アクセスポイントの前記移動端末に送信するステップと
を備えたことを特徴とする請求項１に記載の方法。
【請求項３】
ａ３）前記アクセスルータから送信された前記修正されたＲＡメッセージを受信し、前記アクセスルータから送信された前記修正されたＲＡメッセージで特定された前記ＣｏＡを、ＤＡＤなしで、前記移動端末のネットワークインターフェースのアドレスとして使用し、前記移動端末のバインディングアップデートを実行するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項４】
前記ステップａ）において、前記アクセスルータは、前記レイヤ２のハンドオーバが前記移動端末において完了するとすぐに、前記ＲＳメッセージを前記移動端末から受信することを特徴とする請求項１に記載の方法。
【請求項５】
前記ステップｂ）において、前記レイヤ３における前記移動端末の前記移動を、前記アクセスルータの近隣キャッシュ値と、前記移動端末から送信される前記修正されたＲＳメッセージに含まれる、前記移動端末のレイヤ２識別子とを比較することによって検知することを特徴とする請求項４に記載の方法。
【請求項６】
前記修正されたＲＳメッセージは、ＣｏＡの生成（CoA Generate）を表すフラグを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記修正されたＲＡメッセージは、ＣｏＡの生成（CoA Generate）を表すフラグを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記修正されたＲＡメッセージは、前記ステップｃ）で生成されたＣｏＡを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記修正されたＲＡメッセージは、前記ＣｏＡがプレフィックスに含まれることを表すフラグを含むことを特徴とする請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバ方法に関する。より詳細には、レイヤ２情報に基づいて移動検知を迅速に実行することができ、モバイルＩＰｖ６のハンドオーバの際の遅延時間を減らし、かつ移動端末の代わりにアクセスルータの気付アドレス（ＣｏＡ）を生成することができる高速ハンドオーバ方法に関する。
【背景技術】
【０００２】
移動通信技術の発展、および、例えば、モバイルコンピュータや個人用携帯情報端末（ＰＤＡ）などの携帯端末を製造する技術の発展にしたがって、インターネットは、モビリティ（mobility）を支援する次世代の無線通信技術に適用される。職場や学校で採用されている、現在の有線を利用したインターネット接続は、８０２．１１の無線通信、またはＢｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信を使用する無線通信に変わっている。
【０００３】
８０２．１１は、電気電子学会（ＩＥＥＥ）作業部会が開発した無線ＬＡＮについての規格群である。
【０００４】
一般に、無線ＬＡＮは、ハブ（ＨＵＢ）から加入者端（subscriber end）までの有線環境の代わりに、ネットワーク構築時の設定およびモビリティが容易な無線環境に置き換える技術である。
【０００５】
無線ＬＡＮが、有線を利用したＬＡＮに比べて短時間でネットワークを構築できるという長所を有しているのは、無線ＬＡＮは、ネットワークを構築するためにケーブルを使用する代わりに、アクセスポイント（ＡＰ）の機器から移動端末（ＭＮ）まで無線周波数を使用するからである。また、固定されたデスクトップ環境に制限されないという長所も有しており、ユーザが移動中でも、ラップトップコンピュータおよびＰＣカードを利用して通信することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
現在、ラップトップコンピュータに無線ＬＡＮカードを実装することによって、各職場では、容易な持ち運びが可能になっており、容易な持ち運びが可能であることに対する需要は増えている。その上、様々なインターネットプロトコル（ＩＰ）を基盤としたサービスが、移動通信システムにおいて出現しており、その移動通信システムによって、ＩＰモビリティサービスに対する需要も増加している。
【課題を解決するための手段】
【０００７】
図１は、ユーザが、無線ＬＡＮを使用してインターネットにアクセスするネットワークを示すブロック図である。本発明は、図１のネットワークに適用される。
【０００８】
図１に示すように、本発明が適用されるネットワークは、インターネット１０、アクセスルータ２１および２２、アクセスポイント３１、３２、３３、および３４、並びに移動端末４０を含む。
【０００９】
図１に矢印で示すように、移動端末４０が現在のアクセスポイント３２の領域から他のアクセスポイント３３の領域へ移動する場合、移動端末４０は、現在のアクセスルータ２１からのハンドオーバがあるか否かを判断し、ハンドオーバがあると判断した場合、新しい領域のアクセスルータ２２上のレイヤ３情報を獲得することによってハンドオーバ処理を実行する。
【００１０】
８０２．１１を含むワイヤレス通信に対応する、さまざまなデータリンク層の技術を、モバイルＩＰｖ６を使用する移動端末のレイヤ２のために使用することができる。
【００１１】
現在、最も一般的に用いられている８０２．１１規格の無線ＬＡＮ環境では、無線ＬＡＮカードを備えたラップトップコンピュータやＰＤＡが、セルラ方式における基地局の役割を果たすアクセスポイントとレイヤ２通信を行う。Ｗｉｎｄｏｗｓ（登録商標）のオペレーティングシステムやＬｉｎｕｘ（登録商標）の無線ＬＡＮカードのドライバモジュールでは、アクセスポイントとの信号強度を定期的に確認することによって、新しいアクセスポイントへの再度の接続確立を判断する。
【００１２】
一方、ＩＥＴＦ（Internet Engineering Task Force）は、既存のＩＰ技術に加えて、モビリティに対応するモバイルＩＰ技術を標準化する。ＩＥＴＦは、ＴＣＰ／ＩＰなどのインターネットで動作するプロトコルの標準規格を定義する組織である。その標準規格は、ＲＦＣ（Request for Comments）の様式で表される。
【００１３】
モバイルＩＰｖ６の設計目的は、ＩＰｖ６の機能を利用する際の、モビリティを提供することにある。モバイルＩＰｖ６は、モバイルＩＰv４よりも効果的にモビリティを提供し、かつ卓越した拡張性を提供する。
【００１４】
すなわち、モバイルＩＰｖ６は、近隣探索機能およびアドレス自動設定機能を使用することによって、移動端末の位置情報を自動的に形成することができ、その場合、移動端末は、新しいネットワーク領域に移動する。移動端末は、新しい終点オプションを定義することによってＩＰｖ４に存在する、いくつかの信号メッセージおよびエージェントも取り除き、移動端末の移動に関する位置情報を、移動端末の位置情報を必要とする新たなノードに知らせる。さらに、移動端末は、経路最適化のプロトコルを基本機能として提供する。
【００１５】
しかし、モバイルＩＰｖ６は、ハンドオーバ処理における長い遅延時間としてを有する。ハンドオーバ処理は、移動端末が新しいネットワーク領域に移動したことを検知する移動検知処理、新しいＣｏＡ設定処理、および新しく生成されたアドレスの唯一性を確認するための重複アドレス検出（ＤＡＤ）処理から形成され、リアルタイムサービスや他の遅延に敏感なサービスに影響を及ぼす。
【００１６】
ＣｏＡは、移動端末が他のネットワークに移動した場合、新たなネットワークのサブネットプレフィックス（subnet prefix）を有する移動端末の経路制御可能なアドレスである。
【００１７】
その結果、ＩＥＴＦは、いくつかのハンドオーバの仕組みを開発し、ハンドオーバの際の遅延時間を減らした。その仕組みの一つが、ＩＥＴＦのモバイルＩＰ作業部会（MobileIP WG）で扱われているモバイルＩＰｖ６のための高速ハンドオーバである。
【００１８】
図２は、ＩＥＴＦのモバイルＩＰｖ６の高速ハンドオーバについて説明するフローチャートであり、ＩＥＴＦの標準文書「モバイルＩＰｖ６の高速ハンドオーバ」に定義されている。
【００１９】
まず、移動端末４０が、新しいアクセスルータ２２の無線ＬＡＮの領域に移動する場合、ステップ１１にて、移動端末４０は、ＲｔＳｏｌＰｒ（Router Solicitation for Proxy Advertisement）メッセージを現在のアクセスルータ２１に送信し、現在のアクセスルータ２１から新しいアクセスルータ２２へハンドオーバを実行する。
【００２０】
ステップ１２にて、ＲｔＳｏｌＰｒメッセージを受信する現在のアクセスルータ２１は、新しいネットワークにおいて使用する新しいＣｏＡを、ＰｒＲｔＡｄｖ（Proxy Router Advertisement）メッセージに付加して、ＰｒＲｔＡｄｖメッセージを移動端末４０に送信する。ステップ１３にて、現在のアクセスルータ２１は、移動端末４０の新しいＣｏＡと現在のＣｏＡを含むハンドオーバ開始（ＨＩ）メッセージを、ハンドオーバの対象である新しいアクセスルータ２２に送信する。
【００２１】
また、現在のアクセスルータ２１は、パケットフォワード（packet forward）またはパケットトンネリング（packet tunneling）を実行する準備をし、移動端末４０の現在のＣｏＡを終点アドレス（destination address）とするパケットを、ハンドオーバの対象であるアクセスルータ２２に送信する。
【００２２】
一方、ステップ１４にて、ハンドオーバの対象であり、かつＨＩメッセージを受信するアクセスルータ２２は、移動端末４０の新しいＣｏＡが使用可能か否かを確認し、確認結果に応答してＨＡＣＫメッセージを現在のアクセスルータ２１に送信する。ユーフラグ（Ｕｆｌａｇ）がＨＩメッセージに設定されている場合、現在のアクセスルータ２１から送信されたパケットは、バッファリングされ始める。
【００２３】
トンネリングの場合、外部パケットのソースアドレスは、現在のアクセスルータ２１のアドレスであり、終点アドレスは、ハンドオーバの対象である新しいアクセスルータ２２である。
【００２４】
一方、ステップ１５にて、ＰｒＲｔＡｄｖメッセージを受信する移動端末４０は、ＰｒＲｔＡｄｖメッセージに応答して、Ｆ−ＢＵメッセージを現在のアクセスルータ２１に送信する。Ｆ−ＢＵメッセージは、移動端末４０がレイヤ２ハンドオーバを実行する前に、現在のアクセスルータ２１の領域から送信された最後のメッセージである。Ｆ−ＢＵメッセージを受信する現在のアクセスルータ２１は、パケットをフォーワードし始め、またはトンネリングを実行し始める。
【００２５】
ステップ１６にて、ＨＡＣＫメッセージを受信する現在のアクセスルータ２１は、ＨＡＣＫメッセージが、移動端末４０の新しいＣｏＡとして使用されるか否かに関するＦ−ＢＡＣＫメッセージを、移動端末４０に送信する。Ｆ−ＢＡＣＫメッセージを、新しいアクセスルータ２２に送信することもできる。
【００２６】
一方、新しいＣｏＡを新しいアクセスルータ２２で使用できない場合、移動端末４０は、現在のＣｏＡを使用することによって新しいアクセスルータ２２の領域で使用されるＲＡ（Router Advertisement：ルータ広告）メッセージを受信して、モバイルＩＰｖ６のＣｏＡの獲得およびバインディングの通常処理を実行する。
【００２７】
移動端末４０が、現在のアクセスルータ２１からＦ−ＢＡＣＫメッセージを受信しない場合、移動端末４０は、新しいアクセスルータ２２の領域にレイヤ２ハンドオーバを実行する。移動端末４０が、新しいアクセスルータ２２のアクセスポイントにアクセスした後、ステップ１７にて、移動端末４０は、移動端末４０が、新しいアクセスルータ２２のアクセスポイントにアクセスした後、Ｆ−ＢＡＣＫメッセージが受信されたか否かにかかわらず、Ｆ−ＮＡメッセージを新しいアクセスルータ２２に送信する。
【００２８】
移動端末４０が、新しいアクセスルータ２２のアクセスポイントにアクセスした後、レイヤ２のリンクアップトリガは、そのアクセスポイントで発生する。レイヤ２のリンクアップトリガを受信した、新しいアクセスルータ２２は、そのリンクアップトリガをＦ−ＮＡメッセージに置き換える。新しいアクセスルータ２２でバッファリングされたパケットは、移動端末４０に送信される。リンクアップトリガがない場合には、Ｆ−ＮＡメッセージは、代わりにこの機能を実行する。
【００２９】
一方、Ｆ−ＮＡメッセージを受信する新しいアクセスルータ２２は、Ｆ−ＮＡのＡＣＫメッセージを送信し、移動端末４０に新しいＣｏＡが使用可能であるか否かを通知する。新しいＣｏＡが使用可能である場合、移動端末４０は、このアドレスを使用することによって、通常のモバイルＩＰｖ６のバインディング処理を実行する。逆に、新しいＣｏＡが使用可能でない場合、移動端末４０は、ルータ広告（ＲＡ）メッセージを受信し、そのアドレスに基づいてモバイルＩＰｖ６のＣｏＡの獲得およびバインディングの通常処理を実行する。
【００３０】
その結果、ＩＥＴＦのモバイルＩＰｖ６のための高速ハンドオーバを実行するためには、ＲｔＳｏｌＰｒメッセージ、ＰｒＲｔＡｄｖメッセージ、ＨＩメッセージ、Ｆ−ＢＵ（Fast Binding Update）メッセージ、Ｆ−ＢＡＣＫ（Fast binding Acknowledgement）メッセージを含むメッセージをさらに実現しなければならず、ここで問題なのは、これらの動作処理が複雑であるということである。
【００３１】
また、ＩＥＴＦのモバイルＩＰ作業部会で研究された、高速ハンドオーバを行うための多くの仕組みは、移動検知、新しいＣｏＡ設定、バインディングアップデートという３つの領域の中の１つの領域における遅延を減らすために提案されている。現在のＩＥＴＦのモバイルＩＰ作業部会の文書として進行中のモバイルＩＰｖ６のための高速ハンドオーバは、レイヤ２におけるハンドオーバの期待情報（expectation information）に基づいて、移動を迅速に検知し、かつ新しいＣｏＡを設定することによって、レイヤ３におけるハンドオーバの全体的な遅延時間を減らす技術である。
【００３２】
要約すれば、モバイルＩＰｖ６のための高速ハンドオーバは、レイヤ２のハンドオーバが完了する前に、レイヤ２におけるハンドオーバの期待情報に基づいて、レイヤ３のハンドオーバの一部を実行することによって、または双方向トンネルを使用することでレイヤ３の登録を遅延させることによって、リアルタイムサービスに対応し、ハンドオーバの際の遅延を最小化する。しかし、この方法がまた問題なのは、移動端末４０が新しいネットワーク領域へ移動する前に、レイヤ２の期待情報を利用することによって新しいネットワーク領域の期待情報を得ることが難しいということである。
【００３３】
本発明の目的は、モバイルＩＰｖ６における高速ハンドオーバについてのレイヤ２のデータを効率的に使用することによって移動を検知することができ、かつ多くのメッセージの動作なしに携帯端末の代わりにアクセスルータでＣｏＡを生成することができる、アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバ方法を提供することにある。
【００３４】
本発明の一態様にしたがって、アクセスルータ（ＡＲ）に基づいてモバイルＩＰｖ６の高速ハンドオーバを実行する方法が提供される。その方法は、以下のステップを含む。  
ａ）移動端末をレイヤ２に移動した場合、アクセスルータの移動端末（ＭＮ）から修正されたＲＳメッセージを受信するステップ
ｂ）アクセスルータの移動端末から送信された、修正されたＲＳメッセージに基づいて、アクセスルータのレイヤ３における移動端末の移動を検知するステップ
ｃ）移動端末がレイヤ３に移動する場合、アクセスルータの移動端末の新しいＣｏＡを生成するステップ
ｄ）生成されたＣｏＡの唯一性を検査するために、アクセスルータの重複アドレス検出（ＤＡＤ）を実行するステップ
ｅ）移動端末から送信された、修正されたＲＳメッセージに対応する、修正されたルータ広告（ＲＡ）メッセージをアクセスルータの移動端末に送信するステップ
【発明を実施するための最良の形態】
【００３５】
本発明の他の目的および態様は、添付図面を参照して、以下の実施形態の説明から明らかになるだろう。
【００３６】
以下の説明は、本発明の単なる原理を例示する。たとえその原理が、本明細書で明確に説明されず、または図示されていないとしても、当業者は、本発明の原理を具体化することができ、かつ本発明の概念および範囲に含まれる様々な装置を発明することができる。
【００３７】
本明細書で示されている条件付き用語および実施形態を使用することにより意図しているのは、本発明の概念を単に理解してもらうようにすることであり、本明細書で述べられている実施形態および条件に限定するということではない。
【００３８】
また、その原理、観点、および実施形態についての全ての詳細な説明、および本発明の特定の実施形態は、このような事項と構造的かつ機能的な均等物を含むものと理解しなければならない。この均等物には、現在公知の均等物ばかりでなく、将来開発される均等物も含まれる。すなわち、その構造に関係なく、同じ機能を実行することを意図されている全ての装置が含まれる。
【００３９】
例えば、本発明のブロック図は、本発明の原理を具体化する例示的な回路の概念的な観点を示すものとして理解すべきである。同様に、全てのフローチャート、状況変換図（state conversion diagram）、擬似コード（pseudo code）などは、コンピュータ読み取り可能な媒体に実質的に表現されており、コンピュータまたはプロセッサが特徴的に説明されていようがいまいが、コンピュータまたはプロセッサによって動作される様々な処理を表現するものと理解すべきである。
【００４０】
プロセッサとして表現されている機能的なブロックを含む、図示されている様々なデバイスの機能、または類似の概念は、その機能のためのハードウェアを使用することによって提供されるばかりでなく、その機能についての適切なソフトウェアを実行することができるハードウェアを使用することによっても提供される。機能が、プロセッサによって提供される場合、その機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個別プロセッサによって提供されることができ、それらのうち一部は共有できる。
【００４１】
「プロセッサ」、「制御」という用語、または類似の概念を明示的に使用することにより、ソフトウェアを実行することができる１つのハードウェアを排他的に参照して理解すべきではないが、ＤＳＰ（digital signal processor）、ハードウェア、ソフトウェアを格納するためのＲＯＭ、ＲＡＭ、および不揮発性メモリを暗示的に含むことを理解すべきである。他の周知のハードウェア、および通常使用されるハードウェアも含めることは可能である。
【００４２】
本発明の他の目的および態様は、添付図面を参照して、以下の実施形態の説明から明らかになるだろう。構成要素が異なる図面上に示されていても、同じ参照番号は、同じ構成要素に付加される。また、関連する従来技術についてのさらに詳細な説明が、本発明のポイントを曖昧にすると判断される場合、その説明を省略する。以下において、本発明の最適な実施形態を、添付図面を参照して詳細に説明する。
【００４３】
図３は、本発明の一実施形態にしたがって、レイヤ２のデータを使用する、アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバの処理を説明するフローチャートである。
【００４４】
高速ハンドオーバの際、レイヤ２のハンドオーバが完了するとすぐに、レイヤ２のハンドオーバの完了をレイヤ３に知らせ、レイヤ２のハンドオーバの情報の後できるだけ速くレイヤ３の移動検知を実行する。
【００４５】
このことは、ステップ１１１およびステップ１１３において、移動端末と新しいアクセスポイントとの間で、レイヤ２の８０２．１１標準規格に定義されている、Ｒｅａｓｓｏｃｉａｔｉｏｎ．ｒｅｑｕｅｓｔメッセージとＲｅａｓｓｏｃｉａｔｉｏｎ．ｒｅｐｌｙメッセージを交換することによって可能である。
【００４６】
移動端末のレイヤ３ネットワークは、レイヤ２の情報を受信し、レイヤ２のハンドオーバの完了をアクセスルータに知らせ、レイヤ３の移動検知の処理、およびＣｏＡを形成し、ＤＡＤを実行する処理を要求する。
【００４７】
このことは、図４で説明するメッセージフォーマットを有する、修正されたＲＳメッセージを、ステップ１１５において、新しいアクセスルータに送信することによって実行される。
【００４８】
修正されたＲＳメッセージの中には、ＣｏＡ生成を表す「Ｃ」フラグがセットされる。「Ｃ」フラグは、ソースリンクレイヤアドレスオプション（source link-layer address option）を使用することによってレイヤ２識別子を送信し、通常のＲＳメッセージとは異なる、高速ハンドオーバのための修正されたＲＳメッセージを処理する。
【００４９】
レイヤ２ハンドオーバの完了後に修正されたＲＳメッセージを自発的に送信することは、移動端末の他のいかなる動作よりも先に、移動端末で発生し、その送信は、アプリケーションプログラムとは無関係に発生する。
【００５０】
アクセスルータが、修正されたＲＳメッセージを移動端末から受信する場合、アクセスルータは、近隣キャッシュ値とＲＳメッセージに含まれる携帯端末のレイヤ２識別子とを比較し、レイヤ３における移動を検知する。
【００５１】
ここで、２つの場合を考えることができる。
１つ目は、レイヤ２識別子が近隣キャッシュ値にない場合である。このことは、携帯端末が、アクセスルータの制御下のサブネット領域に入ってきた新しい端末であることを表す。
このように、アクセスルータは、ＣｏＡを設定し、その後ＤＡＤを実行する処理を実行する。
【００５２】
２つ目は、レイヤ２識別子が近隣キャッシュ値にある場合である。このことは、携帯端末が、アクセスルータによってすでに使用可能になっているということを意味する。
すなわち、レイヤ２移動は発生したが、レイヤ３移動はまだ発生していない。
【００５３】
これは、２つの異なるアクセスポイントが、同じアクセスルータに接続しており、同じサブネットに属するルータ広告（ＲＡ）メッセージを送信する場合である。この場合、ＣｏＡを設定し、ＤＡＤを実行する処理は、必要ではない。その代わり、このことは移動端末に知らされ、移動端末は、携帯端末の現在のＣｏＡを使用し続ける。
【００５４】
アクセスルータが、近隣キャッシュ値と移動端末のレイヤ２識別子の値を比較し、レイヤ３への移動が行われていると判明した場合、アクセスルータは、プレフィックス情報に基づくルータとしての新たなＣｏＡを生成し、かつＲＳメッセージに含まれる、移動端末のレイヤ２識別子を生成する。
【００５５】
アクセスルータは、ＩＥＴＦの「ＩＰｖ６ステートレスアドレス自動構成（IPv6 stateless address auto-configuration）」に定義されているように、通常のＩＰｖ６の仕組みを利用することによって新しいＣｏＡを生成する。
【００５６】
新しいＣｏＡを生成した後、アクセスルータはＤＡＤ処理を実行し、新しいＣｏＡの唯一性を検査する。
【００５７】
アクセスルータが移動端末のＲＳメッセージを受信し、移動検知、ＣｏＡの設定、ＤＡＤの処理を実行する場合、アクセスルータは、ステップ１１７にて、図５のメッセージフォーマットを有する、修正されたＲＡメッセージを送信することによって、新たに生成したＣｏＡを送信する。
【００５８】
修正されたＲＡメッセージは、既存のＲＡメッセージと区別するため、「ＣｏＡの生成」を意味する「Ｃ」フラグを使用する。
【００５９】
移動端末が、修正されたＲＡメッセージをアクセスルータから受信する場合、移動端末は、自らのネットワークインターフェースのアドレスとしてＣｏＡを使用することができる。
【００６０】
ＤＡＤの処理はすでにアクセスルータにおいて実行されているので、移動端末は、ステップ１１９にて、追加のＤＡＤの処理なしで、自らの新しいネットワークインターフェースのアドレスとしてＣｏＡを使用することによってバインディングアップデートを実行する。
【００６１】
既存のオプションとプレフィックス情報オプションとを判別するために、「Ｃ」フラグは付加される。したがって、プレフィックス情報オプションに含まれるＩＰｖ６のアドレスは、アクセスルータにおける新たに生成したＣｏＡを示す。
【００６２】
図６は、「Ｃ」フラグを付加することによって修正されたプレフィックス情報オプションのフォーマットを示す。
【００６３】
レイヤ２ハンドオーバは実行されたが、レイヤ３ハンドオーバは実行されていない場合、アクセスルータは、プレフィックス情報オプションの所定のアドレスを含み、移動端末に所定のアドレスを知らせる。
【００６４】
本発明の方法を、プログラムとして具体化することができ、かつＣＤ−ＲＯＭ、ＲＡＭ、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、および光磁気ディスクなど、コンピュータ読み取り可能な記録媒体に格納することができる。
【００６５】
本発明は特定の好適な実施形態に関して説明されているが、さまざまな変更および修正を、特許請求の範囲に定義されているような本発明の範囲から離れることなく、行うことができるということは当業者には明らかであろう。
【００６６】
本発明により、レイヤ２ハンドオーバの情報を積極的に利用し、アクセスルータにおける移動検知、ＣｏＡの設定、およびＤＡＤの処理を実行することによって、ハンドオーバの際の遅延を減らすことができ、アクセスルータで処理を実行することによって、移動端末を小型化し、かつ軽量化した移動端末を製造することができ、その結果、移動端末の負荷を減らすことができる。
【図面の簡単な説明】
【００６７】
【図１】本発明が適用されるネットワークであって、移動端末が無線ＬＡＮを介してインターネットに接続するネットワークを説明する図である。
【図２】ＩＥＴＦの「モバイルＩＰｖ６のための高速ハンドオーバ」標準文書に定義されている、ＩＥＴＦのモバイルＩＰｖ６のための高速ハンドオーバを説明するフローチャートである。
【図３】本発明の一実施形態にしたがって、レイヤ２のデータを使用する、アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバの処理を説明するフローチャートである。
【図４】本発明の一実施形態にしたがって、修正されたルータ要請（ＲＳ）メッセージのフォーマットを説明する図である。
【図５】本発明の一実施形態にしたがって、修正されたルータ広告（ＲＡ）メッセージのフォーマットを説明する図である。
【図６】本発明の一実施形態にしたがって、ＲＡメッセージのプレフィックス情報オプションのフォーマットを説明する図である。
【図１】
2007512758.tif 000003
【図２】
2007512758.tif 000004
【図３】
2007512758.tif 000005
【図４】
2007512758.tif 000006
【図５】
2007512758.tif 000007
【図６】
2007512758.tif 000008
【国際調査報告】
2007512758.tif 000009
2007512758.tif 000010