(57)【要約】ファストハンドオーバ技術におけるパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現する技術が開示され、その技術によれば移動端末（ＭＮ１０）は、アクセスポイント（ＡＰ２２、２３、３２、３３）の情報（ＡＰのリンクレイヤアドレス）と、そのＡＰを配下に持つアクセスルータ（ＡＲ２１、３１）の情報（ＡＲのリンクレイヤアドレス、ＡＲの属するサブネット２０、３０のネットワークプリフィックス及びプリフィックスレングス）との対応関係を有し、この対応関係を参照して、異なるサブネット間のＬ２ハンドオーバでは、移動先のサブネットのＮＣｏＡを生成し、同一サブネットにおけるＬ２ハンドオーバでは、ＮＣｏＡの変更は行わずにＬ２ハンドオーバのみを実施し、Ｌ２ハンドオーバ先のＡＰに係る対応関係がない場合には、従来のファストハンドオーバによる処理を行う。【特許請求の範囲】
【請求項１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを、
有する通信ハンドオーバ方法。
【請求項２】
前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有する請求項１に記載の通信ハンドオーバ方法。
【請求項３】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に、前記サブネットの接続において現在割り当てられているアドレス情報の変更が必要か否かを判断する判断ステップと、
前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられている前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを、
有する通信ハンドオーバ方法。
【請求項４】
前記判断ステップにおいて、前記現在通信中のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とが一致するか否かを比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する請求項３に記載の通信ハンドオーバ方法。
【請求項５】
前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項６】
前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、
前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを、
有する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項７】
前記所定の通信装置又は前記アクセスルータに対して、新たな前記対応情報の変更に係る情報が存在するか否かを周期的に確認する情報確認ステップを有する請求項６に記載の通信ハンドオーバ方法。
【請求項８】
前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフィックスレングスを使用する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項９】
前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されている請求項１又は３に記載の通信ハンドオーバ方法。
【請求項１０】
前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されている請求項１又は３に記載の通信ハンドオーバ方法。
【請求項１１】
請求項１又は３に記載の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラム。
【請求項１２】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されている通信システム。
【請求項１３】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられているアドレス情報の変更が必要か否かを判断して、前記アドレス情報を変更する必要がないと判断された場合には、現在割り当てられている前記アドレス情報を継続して使用するよう構成されている通信システム。
【請求項１４】
前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理が行われるよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１５】
前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１６】
前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１７】
前記所定の通信装置を前記アクセスルータによって実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されている請求項１２又は１３に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、無線通信を行う移動端末（モバイルノード）のハンドオーバの高速化を実現する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムに関し、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）プロトコルを利用した無線通信を行うモバイルノードにおいて、ハンドオーバを高速化する技術に関する。
【背景技術】
【０００２】  移動端末から無線ネットワークを通じてインターネットなどの通信ネットワークにアクセスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提供できる技術として、次世代インターネットプロトコルであるモバイルＩＰｖ６を利用したものが普及してきている。このモバイルＩＰｖ６を利用した無線通信システムについて、図１を参照しながら説明する。なお、以下に説明するモバイルＩＰｖ６の技術に関しては、例えば、下記の非特許文献１に開示されている。【０００３】  図１に示す無線通信システムは、インターネットなどのＩＰネットワーク（通信ネットワーク）１５、ＩＰネットワーク１５に接続する複数のサブネット（サブネットワークとも呼ばれる）２０、３０、これらの複数のサブネット２０、３０のいずれかに接続することが可能な移動端末（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）１０を含んでいる。なお、図１では、複数のサブネット２０、３０として、２つのサブネット２０、３０が図示されている。【０００４】  サブネット２０は、ＩＰパケット（パケットデータ）に対するルーティングを行うアクセスルータ（ＡＲ：Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）２１、固有の無線カバーエリア（通信可能領域）２４、２５をそれぞれ形成する複数のアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）２２、２３により構成されている。これらのＡＰ２２、２３は、それぞれＡＲ２１に接続されており、ＡＲ２１は、ＩＰネットワーク１５に接続されている。なお、図１では、複数のＡＰ２２、２３として、２つのＡＰ２２、２３が図示されている。また、サブネット３０に関しても、ＡＲ３１及び複数のＡＰ３２、３３により、上述のサブネット２０と同一の接続態様によって構成されている。【０００５】  また、サブネット２０の構成要素であるＡＲ２１と、サブネット３０の構成要素であるＡＲ３１とは、ＩＰネットワーク１５を通じて通信を行うことが可能であり、すなわち、サブネット２０とサブネット３０とは、ＩＰネットワーク１５を通じてつながっている。【０００６】  図１に示す無線通信システムにおいて、ＭＮ１０が、無線カバーエリア２５内でＡＰ２３との無線通信を開始したとする。このとき、ＭＮ１０に割り当てられているＩＰｖ６アドレスが、サブネット２０のＩＰアドレス体系に適さない場合、無線カバーエリア２５内に存在するＭＮ１０は、ＡＰ２３との間における無線通信を介して、サブネット２０に適合したＩＰｖ６アドレス、すなわち気付アドレス（ＣｏＡ：Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）を取得する。【０００７】  なお、ＭＮ１０がＣｏＡを取得する方法には、ＤＨＣＰｖ６（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＰｖ６）などの方法によりＤＨＣＰサーバからステートフルに割り当ててもらう方法と、サブネット２０のネットワークプリフィックス及びプリフィックスレングスをＡＲ２１から取得し、ＭＮ１０において、ＡＲ２１から取得したネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ステートレスにＣｏＡを自動生成する方法とが存在する。【０００８】  そして、ＭＮ１０は、取得したＣｏＡ��自分のホームネットワーク上のルータ（ホームエージェント）や特定の通信相手（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ：ＣＮ）に対して登録（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ：ＢＵ）することによって、サブネット２０内において、パケットデータの送信又は受信が行えるようになる。【０００９】  これにより、所定の通信相手からＭＮ１０に対して送信されたパケットデータは、ＭＮ１０のＣｏＡに基づいて、ＡＲ２１及びＡＰ２３を介して、ＭＮ１０に伝えられる一方、ＭＮ１０が所望の通信相手に対して送信したパケットデータは、ＡＰ２３およびＡＲ２１を介して上記所望の通信相手に伝えられる。また、ＭＮ１０あてにホームネットワークに送信されてきたパケットデータも、ホームエージェントに登録されたＭＮ１０のＣｏＡに基づいてサブネット２０のＡＲ２１に送られ、ＡＰ２３を介してＭＮ１０に伝えられる。【００１０】  図１に示すモバイルＩＰｖ６を利用した無線通信システムは、ＭＮ１０があるサブネットから別のサブネットに移動した場合でも、ＣｏＡを利用して、ＭＮ１０における無線通信が継続されるよう構成されている。しかしながら、上述したＭＮ１０のＣｏＡの取得に伴う諸手順（通常のモバイルＩＰｖ６のハンドオーバ）に係る技術では、ＭＮ１０が移動してＡＰ３２に接続した後、すなわちＬ２ハンドオーバが行われた後に、サブネット３０で使用する新しい（Ｎｅｗ）ＣｏＡ（以降、ＮＣｏＡと呼ぶ）の取得及び登録（ＢＵ）が行われることになる。つまり、ＭＮ１０がＬ２ハンドオーバを行い始めてからＮＣｏＡの登録が完了するまでの間は、ＭＮ１０のＣｏＡはサブネット２０で使用している古い（Ｐｒｅｖｉｏｕｓ）ＣｏＡ（以降、ＰＣｏＡと呼ぶ）のままなので、ＭＮ１０から送信されるパケットデータやＭＮ１０に向けて送信されるパケットは、すべてロスすることになる。【００１１】  このようなＭＮ１０のハンドオーバによって生じるパケットロス率を改善し、ＭＮ１０が移動した場合でも円滑に無線通信が継続されるようにする技術として、例えば、下記の非特許文献２に開示されているファストハンドオーバ技術が知られている。以下、図１及び図６を参照しながら、ファストハンドオーバ技術について説明する。【００１２】  図６は、従来の技術におけるファストハンドオーバの一例を示すシーケンスチャートである。なお、図６に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。この図６に示すシーケンスチャートには、ファストハンドオーバにおいて、ＭＮ１０がＬ２ハンドオーバを行う前にサブネット２０内でＮＣｏＡをステートレスに取得する際の手順が示されている。【００１３】  ＭＮ１０は、無線カバーエリア２５内における移動に伴い、現在通信中のＡＰ２３からの電波が弱くなると、別に通信可能なＡＰを探し始める。そして、無線カバーエリア２５と無線カバーエリア３４とがオーバラップするオーバラップエリア２６（図１中の斜線領域）に入ると、ＡＰ３２からの電波を聞くことができ、すなわち、ＡＰ３２を発見する。なお、オーバラップエリア２６内では、ＭＮ１０は、ＡＰ２３からの電波及びＡＰ３２からの電波の両方を聞くことが可能である。【００１４】  そして、何らかの条件によって、ＭＮ１０が、ＡＰ２３との通信をやめてＡＰ３２との通信を始めたほうが良いと判断した場合（例えば、ＡＰ２３からの電波強度とＡＰ３２からの電波強度との比較の結果、ＡＰ３２からの電波が強いことが分かった場合など）、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ６０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）。【００１５】  続いて、ハンドオーバを行う旨を決定したＭＮ１０は、ＡＲ２１に対して、ハンドオーバの実行に必要な情報を要求するためのＲｔＳｏｌＰｒ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ）メッセージを送信する（ステップＳ６０３：ＲｔＳｏｌＰｒメッセージの送信）。このＲｔＳｏｌＰｒメッセージには、ＭＮ１０がＡＰ３２から受信したＡＰ３２のリンクレイヤアドレスなどが含まれており、すなわち、ＭＮ１０からＡＲ２１に対して、新たな移動先の無線カバーエリア３４を形成するＡＰ３２のリンクレイヤアドレスが通知される。なお、例えば、ＩＥＥＥ８０２．１１による無線通信の場合には、ＡＰ３２は、リンクレイヤアドレス（ＭＡＣアドレス）を含むビーコンを定期的にブロードキャストしており、無線カバーエリア３４内のすべてのノードが、ＡＰ３２のリンクレイヤアドレスを取得することが可能である。なお、ＲｔＳｏｌＰｒは″Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ″とされることもある。【００１６】  ＭＮ１０からＲｔＳｏｌＰｒメッセージを受信したＡＲ２１は、ＲｔＳｏｌＰｒメッセージ内に含まれるＡＰ３２のリンクレイヤアドレスの情報に基づき、任意の方法によって、ＡＰ３２がつながっているＡＲ３１の情報（ＡＲ３１のリンクレイヤアドレス、ＡＲ３１が属するサブネット３０のネットワークプリフィックス及びプリフィックスレングス）を取得する（ステップＳ６０５：ＡＰ３２のリンクレイヤアドレス情報を基にして、ＡＲ３１の情報を取得）。【００１７】  なお、ＡＲ３１の情報を取得する方法（上記の任意の方法）に関しては、ファストハンドオーバでは特に規定されておらず、例えば、あらかじめＡＲ２１内に設定されているＡＲ３１とＡＰ３２との対応関係を参照する方法や、ＡＰ３２を配下に置くＡＲをＡＲ２１自身がＩＰネットワーク１５を通じて探索する方法など、様々な方法の適用が可能である。【００１８】  そして、ＡＲ２１は、ＲｔＳｏｌＰｒメッセージに対する応答として、ステップＳ６０５で取得したＡＲ３１の情報を含むＰｒＲｔＡｄｖ（Ｐｒｏｘｙ  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージをＭＮ１０に送信する（ステップＳ６０７：ＰｒＲｔＡｄｖメッセージの送信）。これにより、ＭＮ１０は、ＡＰ３２を配下に置くＡＲ３１の情報を取得し、サブネット３０のネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ＡＲ３１が構成するサブネット３０に適合し得るＮＣｏＡを生��する（ステップＳ６０９：ＮＣｏＡを自動生成）。【００１９】  ＮＣｏＡの生成後、ＭＮ１０は、ＡＲ２１に対してＮＣｏＡの通知（ＦＢＵ：Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を行い（ステップＳ６１１：ＦＢＵ）、さらに、ＡＲ３１におけるＮＣｏＡの確認やＡＲ２１とＡＲ３１との間におけるトンネル生成の処理などを経て、ファストハンドオーバが完了する。【００２０】  上述のように、ファストハンドオーバ技術の場合には、ＭＮ１０は、Ｌ２ハンドオーバが行われる前に、サブネット３０で使用するＮＣｏＡをあらかじめ取得して、このＮＣｏＡをＡＲ２１に通知することによって、ＡＲ２１とＡＲ３１との間にトンネルが生成される。これにより、ＭＮ１０がＬ２ハンドオーバを行ってＡＰ２３からＡＰ３２に接続を切り換えてから、サブネット３０に移動して、あらかじめ取得したＮＣｏＡを正式に登録（ＢＵ）するまでの間でも、サブネット２０で使用していたＭＮ１０のＰＣｏＡあてに送られたパケットデータは、トンネル経由でＡＲ３１及びＡＰ３２を介してＭＮ１０に転送されるようになり、また、ＭＮ１０から送信されるパケットデータも、ＡＰ３２及びＡＲ３１を介してトンネル経由でＡＲ２１に到達して、ＡＲ２１から通信相手に送られるようになる。
【非特許文献１】Ｄ．Ｊｏｈｎｓｏｎ，Ｃ．Ｐｅｒｋｉｎｓ  ａｎｄ  Ｊ．Ａｒｋｋｏ，″Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６″，ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２４，Ｊｕｎｅ  ２００３
【非特許文献２】Ｒａｊｅｅｖ  Ｋｏｏｄｌｉ″Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６″，ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０８，Ｏｃｔｏｂｅｒ  ２００３
【発明の開示】
【発明が解決しようとする課題】
【００２１】  しかしながら、上述したファストハンドオーバ技術には、以下に示す第１〜第３の問題点がある。【００２２】  ＜第１の問題点＞
Ｌ２ハンドオーバに関してはモバイルＩＰｖ６仕様の規定外であるため、モバイルＩＰｖ６のレイヤでは、ＭＮ１０がＡＰ２３との通信をやめるタイミング（Ｌ２ハンドオーバを行うタイミング）を前もって把握することは不可能である。Ｌ２ハンドオーバのタイミングが下記の（１）又は（２）の場合には、ファストハンドオーバは正常に完了せず、ファストハンドオーバ技術が目的とするパケットロス率の低減を達成することはできない。【００２３】（１）ＭＮ１０が、ステップＳ６０３においてＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信する前に、ＡＰ２３との通信をやめた場合には、ＭＮ１０は、ＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信することができない。
（２）ＭＮ１０が、ステップＳ６０７においてＡＲ２１からＰｒＲｔＡｄｖメッセージを受信する前に、ＡＰ２３との通信をやめた場合には、ＭＮ１０は、ＰｒＲｔＡｄｖメッセージを受信することができない。【００２４】  上記の（１）及び（２）の場合は、ＡＰ２３との接続が切断してしまうために、ステップＳ６０９のＮＣｏＡの自動生成時に必要なＡＲ３１の情報をＡＰ２３を介して受信することができない場合と言い換えることもできる。これらの場合は、特に、ＭＮ１０が高速で移動している場合に起こり得る。【００２５】  ＜第２の問題点＞
図６を参照しながら説明した例では、ＭＮ１０が異なるサブネットに移動しているため、新たなサブネットで使用されるＮＣｏＡの取得は必須である。一方、例えば、ＡＰ２３が形成する無線カバーエリア２５内からＡＰ２２が形成する無線カバーエリア２４内にＭＮ１０が移動する場合（同一サブネット２０内においてＡＰの接続切り換えが行われる場合）には、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが行われるものの、同一サブネット２０内における移動であり、ＣｏＡを変更する必要はない。【００２６】  しかしながら、ＭＮ１０は、同一サブネット内の移動、あるいは、異なるサブネット間の移動によらず、ＡＰ間におけるＬ２ハンドオーバを行う場合には、ファストハンドオーバの処理を行ってしまう。すなわち、同一サブネット２０内におけるＬ２ハンドオーバの場合でも、ステップＳ６０３においてＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信し、ステップＳ６０７においてＡＲ２１から受信したＰｒＲｔＡｄｖメッセージの内容を参照することによって、ようやくＣｏＡを変更する必要がないことを把握する。【００２７】  すなわち、ファストハンドオーバ技術では、同一サブネット内におけるＭＮ１０のＬ２ハンドオーバ時にも、ＣｏＡを変更する必要がない旨を確認するだけのためにＲｔＳｏｌＰｒメッセージ及びＰｒＲｔＡｄｖメッセージの送受信が行われており、非常に非効率であると言える。【００２８】  ＜第３の問題点＞
さらに、ＭＮ１０がＬ２ハンドオーバを行おうとするたびに、ＡＲ２１ではステップＳ６０３の処理を行う必要があり、また、ＭＮ１０とＡＲ２１との間においてＲｔＳｏｌＰｒメッセージ及びＰｒＲｔＡｄｖメッセージが送受信されることとなるという問題がある。すなわち、ＭＮ１０のＬ２ハンドオーバ時には、ＡＲ２１における処理の負荷の増大やＭＮ１０とＡＲ２１との間の通信トラフィックの増大が生じる。特に、無線カバーエリアの狭い複数のＡＰ２２、２３がＡＲ２１の配下に存在する場合や、多数のＭＮ１０が存在して頻繁に移動を繰り返している環境においては、ＡＲ２１には相当の負荷がかかり、また、ＭＮ１０とＡＲ２１との間の通信トラフィックが著しく増大する。【００２９】  本発明は、上記の問題点に鑑み、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能な通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供することを目的とする。
【課題を解決するための手段】
【００３０】  上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを有している。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。【００３１】  さらに、本発明の通信ハンドオーバ方法は、前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有している。
この構成により、移動端末によって対応情報から作成されたサブネットにおけるアドレス情報を利用して、アクセスルータが移動端末あてのパケットデータを転送することが可能となる。【００３２】  また、上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に、前記サブネットの接続において現在割り当てられているアドレス情報の変更が必要か否かを判断する判断ステップと、
前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられている前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを有している。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現し、特に、同一サブネット内におけるＬ２ハンドオーバ時におけるＡＲの負荷や通信トラフィックの増大を防ぐことが可能となる。【００３３】  さらに、本発明の通信ハンドオーバ方法は、前記判断ステップにおいて、前記現在通信中のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とが一致するか否かを比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する。
この構成により、移動端末は、ハンドオーバによる切り換えの前と後で、サブネットの接続の変更が起きるかどうかを確実に把握することが可能となる。【００３４】  さらに、本発明の通信ハンドオーバ方法は、前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有している。
この構成により、移動端末が、対応情報からサブネットにおけるアドレス情報を作成できない場合でも、従来のファストハンドオーバによる処理への切り換えを行い、確実にハンドオーバに係る処理が行われるようにすることが可能となる。【００３５】  さらに、本発明の通信ハンドオーバ方法は、前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、
前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを有している。
この構成により、移動端末は、対応情報が更新された場合に、その対応情報の更新内容を受信することが可能となり、常に最新の対応情報を保持できるようになる。【００３６】  さらに、本発明の通信ハンドオーバ方法は、前記所定の通信装置又は前記アクセスルータに対して、新たな前記対応情報の変更に係る情報が存在するか否かを周期的に確認する情報確認ステップを有している。
この構成により、移動端末が、一定の周期で能動的に、対応情報が更新されたか否かを確認することが可能となる。【００３７】  さらに、本発明の通信ハンドオーバ方法は、前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフィックスレングスを使用する。
この構成により、移動端末は、効率の良いハンドオーバ処理を確実に行うことが可能となるとともに、モバイルＩＰｖ６のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。【００３８】  さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されている。
この構成により、移動端末は、必要最小限の対応情報のみを格納できるようになり、対応情報のデータ容量を減らすことが可能となるとともに、対応情報の読み出し処理や、所望の情報の検索処理などの負荷を軽減させることが可能となる。【００３９】  さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されている。
この構成により、移動端末は、ステートレスにアドレス情報を作成することが可能なサブネットに接続を切り換える場合のみ、アドレス情報の作成を行うことが可能となる。【００４０】  また、本発明によれば、上記の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラムが提供される。【００４１】  また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されている。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。【００４２】  また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられているアドレス情報の変更が必要か否かを判断して、前記アドレス情報を変更する必要がないと判断された場合には、現在割り当てられている前記アドレス情報を継続して使用するよう構成されている。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現し、特に、同一サブネット内におけるＬ２ハンドオーバ時におけるＡＲの負荷や通信トラフィックの増大を防ぐことが可能となる。【００４３】  さらに、本発明の通信システムは、前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理が行われるよう構成されている。
この構成により、移動端末が、対応情報からサブネットにおけるアドレス情報を作成できない場合でも、従来のファストハンドオーバによる処理への切り換えを行い、確実にハンドオーバに係る処理が行われるようにすることが可能となる。【００４４】  さらに、本発明の通信システムは、前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されている。
この構成により、通信ネットワーク側に接続され、ネットワーク構成を把握することが容易な所定の通信装置によって対応情報の管理が行われるようになり、移動端末は、この所定の通信装置から送信された対応情報を受信して格納するだけでよい。【００４５】  さらに、本発明の通信システムは、前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されている。
この構成により、通信ネットワーク側に接続され、ネットワーク構成を把握することが容易な所定の通信装置によって対応情報の管理が行われるようになり、移動端末は、この所定の通信装置から送信された対応情報を受信して格納するだけでよい。【００４６】  さらに本発明の通信システムは、前記所定の通信装置を前記アクセスルータによって実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されている。
この構成により、例えば、従来のファストハンドオーバによる処理を行うことが可能なアクセスルータによって、対応情報の取得が可能となり、モバイルＩＰｖ６のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。
【発明の効果】
【００４７】  本発明は、上述の構成を有する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供するものであり、これによって、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。
【図面の簡単な説明】
【００４８】
【図１】本発明及び従来の技術に共通した無線通信システムの構成を示す模式図である。
【図２】本発明の実施の形態におけるＭＮ内に格納されるＡＰ−ＡＲ対応情報の一例を示す模式図である。
【図３】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第１の動作例を示すシーケンスチャートである。
【図４】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第２の動作例を示すシーケンスチャートである。
【図５】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第３の動作例を示すシーケンスチャートである。
【図６】従来の技術におけるファストハンドオーバの一例を示すシーケンスチャートである。
【発明を実施するための最良の形態】
【００４９】  以下、図１〜図５を参照しながら、本発明の実施の形態について説明する。図１は、本発明及び従来の技術に共通した無線通信システムの構成を示す模式図であり、図１に示す無線通信システムの構成は、従来の技術の説明において説明したとおりである。本発明の実施の形態の説明においても、図１に示す無線通信システムを参照する。【００５０】  また、図２は、本発明の実施の形態におけるＭＮ内に格納されるＡＰ−ＡＲ対応情報の一例を示す模式図である。本発明と従来の技術（ファストハンドオーバ技術）との大きな差異は、本発明のＭＮが、ＡＰ−ＡＲ対応情報４０を格納するためのＡＰ−ＡＲ対応情報格納手段１１を有する点にある。なお、ＡＰ−ＡＲ対応情報格納手段１１として、ＭＮ１０に特別な情報格納媒体を設ける必要はなく、ＡＰ−ＡＲ対応情報格納手段１１は、例えば、ＭＮ１０内のハードディスクやＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）など、ＭＮ１０が有する任意の情報格納媒体によって実現可能である。【００５１】  また、ＡＰ−ＡＲ対応情報格納手段１１に格納されるＡＰ−ＡＲ対応情報４０は、少なくとも、ＡＰとＡＲとの接続関係を示す情報（どのＡＰとどのＡＲとが接続されているかを示す情報、すなわち、各ＡＲが配下に置くＡＰがどれかを示す情報）、各ＡＰのリンクレイヤアドレス、各ＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスを有するものである。例えば、ＡＰのリンクレイヤアドレスが分かっている場合には、このＡＰ−ＡＲ対応情報４０を参照することによって、ＡＰとＡＲとの接続関係を示す情報からＡＰの上位に存在するＡＲのリンクレイヤアドレスが分かり、この上位のＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスを取得することが可能となる。【００５２】  図２に示すＡＰ−ＡＲ対応情報４０には、ＡＰとＡＲとの接続ごとに対応情報が設定されており、各対応情報には、ＡＰのリンクレイヤアドレスに対応して、そのＡＰを配下に持つＡＲのリンクレイヤアドレス、そのＡＰを配下に持つＡＲのサブネットのネットワークプリフィックス、そのＡＰを配下に持つＡＲのサブネットのプリフィックスレングスがセットで記載されている。このＡＰ−ＡＲ対応情報４０の構成により、例えば、ＡＰのリンクレイヤアドレスが分かっている場合には、このＡＰのリンクレイヤアドレスが記載されているセルを起点として横方向に配列されている各セルを参照することによって、このＡＰの上位に存在するＡＲのリンクレイヤアドレス、この上位のＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスが参照可能となる。【００５３】  なお、図２に示すＡＰ−ＡＲ対応情報４０の構成は一例であり、ＡＰ−ＡＲ対応情報４０は、この構成に限定されるものではない。また、ＡＰ−ＡＲ対応情報４０内に、ＡＰのリンクレイヤアドレス、ＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングス以外の情報（例えば、ＡＲのＩＰｖ６アドレスや、ＡＲがサポートしている機能に関する情報）を記載することも可能である。【００５４】  また、図２に示すＡＰ−ＡＲ対応情報４０には、図１に示す構成に対応して、ＡＲ２１とＡＰ２２との接続関係に係る情報（ＡＰ２２−ＡＲ２１対応情報）、ＡＲ２１とＡＰ２３との接続関係に係る情報（ＡＰ２３−ＡＲ２１対応情報）、ＡＲ３１とＡＰ３２との接続関係に係る情報（ＡＰ３２−ＡＲ３１対応情報）、ＡＲ３１とＡＰ３３との接続関係に係る情報（ＡＰ３３−ＡＲ３１対応情報）が記載されているが、これらの接続関係に係る情報は、任意のＡＰ−ＡＲ間のものを設定することが可能である。また、ＭＮ１０にＡＰ−ＡＲ対応情報４０を保持させる方法に関しても任意である。例えば、ＭＮ１０のローカル環境において、可搬型記憶媒体に格納されているＡＰ−ＡＲ対応情報４０をＭＮ１０内にコピー又は移動したり、ＭＮ１０の操作手段（キーボードやマウスなど）を用いて直接ＡＲ２１とＡＰ２３との接続関係に係る情報を入力して、ＡＰ−ＡＲ対応情報４０として保存したりすることも可能である。また、例えば、ＭＮ１０が通信ネットワークを介して、ＡＰ−ＡＲ対応情報４０を取得することも可能である。【００５５】  また、特にモバイルＩＰｖ６ネットワークは、企業内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や地方自治体、ネットワークプロバイダなどにより、限られたエリアでサービスが行われる場合に利用されることが予想される。このようなネットワークシステムの場合には、各企業やプロバイダなどによって設置されるＡＰ及びＡＲの台数も限られているので、すべてのＡＰ−ＡＲの接続関係に係る情報をＡＰ−ＡＲ対応情報４０内に記載しておき、このＡＰ−ＡＲ対応情報４０をＭＮ１０のＡＰ−ＡＲ対応情報格納手段１１にあらかじめ格納しておくことが可能である。【００５６】  また、ＡＰ及びＡＲの数が多い場合には、現在ＭＮ１０が接続中のサブネット内のＡＰ−ＡＲの接続関係に係る情報や、近隣に存在するサブネット（現在ＭＮ１０が接続中のサブネットからの接続の変更対象となる可能性のあるサブネット）内のＡＰ−ＡＲの接続関係に係る情報のみが記載されたＡＰ−ＡＲ対応情報４０をＭＮ１０に保持させるようにすることも可能である。この場合、ＭＮ１０は、モバイルＩＰｖ６ネットワークの接続サービスの提供者が用意した所定の通信装置（ＡＰ−ＡＲ対応情報管理装置）から、必要となるＡＰ−ＡＲ対応情報４０のみをダウンロードするか、あるいは、必要となるＡＰ−ＡＲ対応情報４０を含むブロードキャスト情報をＡＰ−ＡＲ対応情報管理装置から受信する方法が一例として考えられる。【００５７】  なお、上記のＡＰ−ＡＲ対応情報管理装置の機能をＡＲに実装させることも可能である。この場合には、ＡＲが、例えば、通常のファストハンドオーバで行われる近隣に存在するサブネットのＡＰ−ＡＲの接続関係に係る情報を取得する処理（図６に示すステップＳ６０５に対応する処理）をあらかじめ行って、ＡＰ−ＡＲ対応情報４０を作成しておくことにより、ＭＮ１０は、現在接続中のＡＲからＡＰ−ＡＲ対応情報４０を取得することが可能となる。【００５８】  また、ＡＰ−ＡＲ対応情報管理装置がＡＰ−ＡＲ対応情報を管理する場合には、ネットワークシステムの動的な変化にも対応可能となる。すなわち、ＡＲのＩ���ｖ６アドレスの情報が変わった場合や、ＡＰやＡＲが故障した場合又は新たにネットワークに加わった場合など、ＡＰ−ＡＲ対応情報４０の内容が更新された場合においても、ＭＮ１０が、周期的にＡＰ−ＡＲ対応情報４０をＡＰ−ＡＲ対応情報管理装置に確認するか、又は、ＡＰ−ＡＲ対応情報管理装置からＭＮ１０に対して対応情報が更新された旨の通知が行われるようにすることによって、ＭＮ１０は、ネットワークの動的な変化に柔軟に対応して、常に最新のＡＰ−ＡＲ対応情報４０を保持することが可能となる。【００５９】  ＜第１の動作例：異なるサブネット間のＬ２ハンドオーバ＞
次に、図２に示すＡＰ−ＡＲ対応情報４０が格納されたＡＰ−ＡＲ対応情報格納手段１１を有するＭＮ１０がＬ２ハンドオーバを行う場合の動作について説明する。図３は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第１の動作例を示すシーケンスチャートである。なお、図３に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。【００６０】  図２に示すＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、図６に示すステップＳ６０１と同様に、ＭＮ１０は、オーバラップエリア２６において何らかの条件（例えば、電波強度の条件など）によってＡＰ２３との通信をやめてＡＰ３２との通信を始めたほうが良いと判断した場合には、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ３０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）。【００６１】  従来のファストハンドオーバ技術では、続いてＲｔＳｏｌＰｒメッセージをＡＲ２１に送信するが、本発明では、ＭＮ１０はＡＰ−ＡＲ対応情報４０を参照する（ステップＳ３０３：ＡＰ−ＡＲ対応情報４０を参照）。そして、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ３２からのビーコンの受信などによって取得したＡＰ３２のリンクレイヤアドレスを探索し、このＡＰ３２のリンクレイヤアドレスと関連付けられているＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングスの各情報を取得する。この動作によって、ＭＮ１０は、ＡＰ３２の上位に存在するＡＲ３１のリンクレイヤアドレス、ＡＲ３１の属するサブネット３０のネットワークプリフィックス、ＡＲ３１の属するサブネット３０のプリフィックスレングスを取得することができる。【００６２】  そして、ＭＮ１０は、ステップＳ３０３におけるＡＰ−ＡＲ対応情報４０の参照によって取得したサブネット３０のネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ＡＲ３１が構成するサブネット３０に適合し得るＮＣｏＡを生成する（ステップＳ３０５：ＡＰ−ＡＲ対応情報４０からＮＣｏＡを自動生成）。【００６３】  ステップＳ３０５におけるＮＣｏＡの生成後は、従来のファストハンドオーバにおける手順と同一の手順が行われる。すなわち、ＡＲ２１に対してＮＣｏＡの通知（ＦＢＵ）が行われ（ステップＳ３０７：ＦＢＵ）、さらに、ＡＲ３１におけるＮＣｏＡの確認やＡＲ２１とＡＲ３１との間におけるトンネル生成の処理などを経ることによって、ＭＮ１０は、ＡＰ２１と接続した状態で、サブネット３０に適合したＮＣｏＡの登録を完了することができる。【００６４】  このように、本発明に係る第１の動作例によれば、ＭＮ１０は、Ｌ２ハンドオーバを行う先のＡＰ３２を決定した直後、ＡＰ−ＡＲ対応格納手段１１に格納されているＡＰ−ＡＲ対応情報４０を参��することによって、ＡＰ３２を配下に置くＡＲ３１が属するサブネット３０のＮＣｏＡを自動生成することが可能となる。したがって、ＭＮ１０とＡＲ２１との間におけるＲｔＳｏｌＰｒメッセージやＰｒＲｔＡｄｖメッセージの送受信処理（図６に示すステップＳ６０３及びＳ６０７）、及び、ＡＲ２１がＡＲ３１の情報を取得する処理（図６に示すステップＳ６０５）が省略されるので、上述の第１及び第３の問題点が解決される。【００６５】  ＜第２の動作例：同一サブネット内におけるＬ２ハンドオーバ＞
また、図４は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第２の動作例を示すシーケンスチャートである。なお、図４に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＡＰ２３が形成する無線カバーエリア２５内からＡＰ２２が形成する無線カバーエリア２４内に、ＭＮ１０が移動する場合におけるＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。【００６６】  図２に示すＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、ＭＮ１０は、無線カバーエリア２４及び無線カバーエリア２５がオーバラップしているエリアにおいて、何らかの条件（例えば、電波強度の条件など）によってＡＰ２３との通信をやめてＡＰ２２との通信を始めたほうが良いと判断した場合には、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ４０１：ＡＰ２２にＬ２ハンドオーバを行うことを決定）。【００６７】  そして、上述の第１の動作例と同様に、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０を参照して（ステップＳ４０３：ＡＰ−ＡＲ対応情報４０を参照）、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ２２のリンクレイヤアドレスを探索し、このＡＰ２２のリンクレイヤアドレスと関連付けられているＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングスの各情報を取得する。【００６８】  このとき、ＭＮ１０は、ＡＰ２２に対応するＡＲがＡＰ２３と接続されているＡＲ２１と同一であることを確認する（ステップＳ４０５：ＡＰ−ＡＲ対応情報４０からＡＰ２２がＡＲ２１の配下にあることを確認）。すなわち、ＭＮ１０は、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが同一のサブネット内におけるＬ２ハンドオーバであること、ＣｏＡの変更処理（ＮＣｏＡの取得処理）を行う必要がないことを把握することができ、以降の処理では、ＮＣｏＡの生成や登録などのモバイルＩＰｖ６のレイヤにおける処理は行わずに、Ｌ２ハンドオーバのみを実施する（ステップＳ４０７：Ｌ２ハンドオーバのみを実施）。【００６９】  このように、本発明に係る第２の動作例によれば、ＭＮ１０は、Ｌ２ハンドオーバを行う先のＡＰ２２を決定した直後、ＡＰ−ＡＲ対応格納手段１１に格納されているＡＰ−ＡＲ対応情報４０を参照することによって、Ｌ２ハンドオーバ前に通信を行っているＡＰ２３とＬ２ハンドオーバ後に通信を行うＡＰ２２とが同一のＡＲ２１の配下にあり、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが同一のサブネット内におけるＬ２ハンドオーバであることを容易に把握することが可能となる。【００７０】  従来のファストハンドオーバでは、同一のサブネット内におけるＬ２ハンドオーバであるか否かを確認するためには、ＭＮ１０は、ＡＲ２１からＰｒＲｔＡｄｖメッセージを受信して、このＰｒＲｔＡｄｖメッセージ内に含まれるＡＲ３１の情報を参照する必要がある。しかしながら、本発明に係る第２の動作例では、ＭＮ１０は、他のＭＮやＡＲなどの通信装置との間で通信を行うことなく、同一のサブネット内におけるＬ２ハンドオーバであるか否かの確認を行うことが��きるので、上述の第１〜第３の問題点（特に、第２の問題点）が解決される。【００７１】  ＜第３の動作例：ＡＰ−ＡＲ対応情報４０内にＬ２ハンドオーバ先のＡＰの情報が存在しない場合＞
上述の第１及び第２の動作例では、ＭＮ１０が、Ｌ２ハンドオーバ先のＡＰの情報（ＡＰのリンクレイヤアドレス）が記載されたＡＰ−ＡＲ格納情報４０を有している場合について説明したが、この第３の動作例では、ＡＰ−ＡＲ格納情報４０内にＬ２ハンドオーバ先のＡＰに係る対応情報が存在しない場合について説明する。【００７２】  図５は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第３の動作例を示すシーケンスチャートである。なお、図５に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。また、上述の通り、この第３の動作例では、ＭＮ１０が有するＡＰ−ＡＲ対応情報４０には、Ｌ２ハンドオーバ先のＡＰ３２に係る対応情報（すなわち、図２に示すＡＰ−ＡＲ対応情報では、ＡＰ３２−ＡＲ３１対応情報）が存在しないものとする。【００７３】  ＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、上述の第１の動作例と同様に、ＡＰ２３からＡＰ３２への接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定し（ステップＳ５０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）、ＡＰ−ＡＲ対応情報４０を参照して（ステップＳ５０３：ＡＰ−ＡＲ対応情報４０を参照）、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ３２のリンクレイヤアドレスを探索する。【００７４】  しかしながら、ＡＰ−ＡＲ格納情報４０にはＡＰ３２の情報が記載されておらず、ＭＮ１０は、ＡＰ−ＡＲ格納情報４０の中からＡＰ３２に係る対応情報を発見することができない。このように、Ｌ２ハンドオーバ先のＡＰ３２の情報を発見することができない場合には、ＭＮ１０は、ＡＰ−ＡＲ格納情報４０にＡＰ３２に係る対応情報が存在しないと判断して（ステップＳ５０５：ＡＰ−ＡＲ対応情報４０にＡＰ３２に係る対応情報が存在しないと判断）、従来のファストハンドオーバによる処理（具体的には、図６のステップＳ６０３以降の処理）を行うようにする。【００７５】  なお、上述した第３の動作例では、異なるサブネット間のＬ２ハンドオーバ（第１の動作例）の際に、ＡＰ−ＡＲ対応情報４０の中からＬ２ハンドオーバ先のＡＰに係る対応情報を取得できない場合について説明しているが、同一サブネット内におけるＬ２ハンドオーバ（第２の動作例）の際に、ＡＰ−ＡＲ対応情報４０の中からＬ２ハンドオーバ先のＡＰに係る対応情報を取得できない場合も同様に、従来のファストハンドオーバによる処理に移行すればよい。【００７６】  また、例えば、ＡＰ−ＡＲ対応情報４０の中にＬ２ハンドオーバ先のＡＰ３２のリンクレイヤアドレスは存在するものの、そのＡＰ３２を配下に置くＡＲ３１のネットワークプリフィックスが設定されていないような場合も、従来のファストハンドオーバによる処理に移行すればよい。【００７７】  このように、本発明に係る第３の動作例によれば、Ｌ２ハンドオーバ時に、ＭＮ１０がＡＰ−ＡＲ対応情報４０から所望のＡＰに係る対応情報を取得できない場合には、従来のファストハンドオーバによる処理が行われるようにすることによって、円滑なハンドオーバを実現して無線通信を継続させることが可能となる。【００７８】  また、ＭＮ１０がステートフルのＣｏＡ割り当て方式のみを採用しているＡＲと接続する場合、ＭＮ１０において生成されたＮＣｏＡは、そのＡＲが属するサブネットに適合し得ない。したがって、特に、ステートフルにＣｏＡを割り当てる方式のみを採用しているＡＲ及びその配下のＡＰの情報に関しては、ＡＰ−ＡＲ対応情報４０に記載しないようにするか、ステートフルのＣｏＡ割り当て方式のみを採用している旨を明確にしておくことが望ましい。これにより、ＭＮ１０は、ステートフルのＣｏＡ割り当て方式のみを採用しているＡＲに関しては、従来のファストハンドオーバによる処理を行って、ステートフルに割り当てられるＣｏＡを取得することが可能となる。【００７９】  なお、上述の本発明に係る第１〜第３の動作例の説明では、第１〜第３の動作例に関して別々に説明を行っているが、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の参照結果に応じて、これらの第１〜第３の動作例に係る動作を使い分けられるよう構成されることが望ましい。すなわち、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の参照の結果、異なるサブネット間のＬ２ハンドオーバであることが確認できた場合には、移動先のサブネットに適合し得るＮＣｏＡを生成し、同一サブネット内におけるＬ２ハンドオーバであることが確認できた場合には、ＮＣｏＡの変更は行わずにＬ２ハンドオーバのみを実施し、ＡＰ−ＡＲ対応情報を参照しただけではＬ２ハンドオーバ先のＡＰの情報やこのＡＰを配下に置くＡＲの情報を取得できない場合には、従来のファストハンドオーバによる処理に移行することが望ましい。【００８０】  また、本発明を実施するためには、ネットワーク側の基本的な仕様、すなわち、ＡＲやＡＰの基本的な仕様を変更する必要はなく、本発明は、従来のファストハンドオーバ技術と共存可能なものである。したがって、例えば、従来のファストハンドオーバを実行することが可能なＭＮ１０に、上述したようなＭＮ１０における各処理（例えば、ＡＰ−ＡＲ対応情報を参照して、ハンドオーバ先のサブネットに適合し得るＮＣｏＡを作成する処理など）を実行するためのコンピュータプログラムを組み込むことによって、本発明は実現可能となる。
【産業上の利用可能性】
【００８１】  本発明に係る通信ハンドオーバ方法及び通信システムは、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能であり、無線通信を行う移動端末のハンドオーバの高速化を図る無線通信の技術分野に適用され、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６プロトコルを利用した無線通信を行うモバイルノードにおいて、ハンドオーバを高速化するための技術に適用可能である。
【図１】
2005043839.tif 000002
【図２】
2005043839.tif 000003
【図３】
2005043839.tif 000004
【図４】
2005043839.tif 000005
【図５】
2005043839.tif 000006
【図６】
2005043839.tif 000007
【手続補正書】
【提出日】平成18年4月25日(2006.4.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを、
有する通信ハンドオーバ方法。
【請求項２】
前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有する請求項１に記載の通信ハンドオーバ方法。
【請求項３】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に、前記サブネットの接続において現在割り当てられているアドレス情報の変更が必要か否かを判断する判断ステップと、
前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられている前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを、
有する通信ハンドオーバ方法。
【請求項４】
前記判断ステップにおいて、前記現在通信中のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とが一致するか否かを比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する請求項３に記載の通信ハンドオーバ方法。
【請求項５】
前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項６】
前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、
前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを、
有する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項７】
前記所定の通信装置又は前記アクセスルータに対して、新たな前記対応情報の変更に係る情報が存在するか否かを周期的に確認する情報確認ステップを有する請求項６に記載の通信ハンドオーバ方法。
【請求項８】
前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフィックスレングスを使用する請求項１又は３に記載の通信ハンドオーバ方法。
【請求項９】
前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されている請求項１又は３に記載の通信ハンドオーバ方法。
【請求項１０】
前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されている請求項１又は３に記載の通信ハンドオーバ方法。
【請求項１１】
請求項１又は３に記載の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラム。
【請求項１２】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されている通信システム。
【請求項１３】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられているアドレス情報の変更が必要か否かを判断して、前記アドレス情報を変更する必要がないと判断された場合には、現在割り当てられている前記アドレス情報を継続して使用するよう構成されている通信システム。
【請求項１４】
前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理が行われるよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１５】
前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１６】
前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されている請求項１２又は１３に記載の通信システム。
【請求項１７】
前記所定の通信装置を前記アクセスルータによって実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されている請求項１２又は１３に記載の通信システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う移動端末（モバイルノード）のハンドオーバの高速化を実現する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムに関し、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６（Mobile Internet Protocol version 6）プロトコルを利用した無線通信を行うモバイルノードにおいて、ハンドオーバを高速化する技術に関する。
【背景技術】
【０００２】
移動端末から無線ネットワークを通じてインターネットなどの通信ネットワークにアクセスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提供できる技術として、次世代インターネットプロトコルであるモバイルＩＰｖ６を利用したものが普及してきている。このモバイルＩＰｖ６を利用した無線通信システムについて、図１を参照しながら説明する。なお、以下に説明するモバイルＩＰｖ６の技術に関しては、例えば、下記の非特許文献１に開示されている。
【０００３】
図１に示す無線通信システムは、インターネットなどのＩＰネットワーク（通信ネットワーク）１５、ＩＰネットワーク１５に接続する複数のサブネット（サブネットワークとも呼ばれる）２０、３０、これらの複数のサブネット２０、３０のいずれかに接続することが可能な移動端末（ＭＮ：Mobile Node）１０を含んでいる。なお、図１では、複数のサブネット２０、３０として、２つのサブネット２０、３０が図示されている。
【０００４】
サブネット２０は、ＩＰパケット（パケットデータ）に対するルーティングを行うアクセスルータ（ＡＲ：Access Router）２１、固有の無線カバーエリア（通信可能領域）２４、２５をそれぞれ形成する複数のアクセスポイント（ＡＰ：Access Point）２２、２３により構成されている。これらのＡＰ２２、２３は、それぞれＡＲ２１に接続されており、ＡＲ２１は、ＩＰネットワーク１５に接続されている。なお、図１では、複数のＡＰ２２、２３として、２つのＡＰ２２、２３が図示されている。また、サブネット３０に関しても、ＡＲ３１及び複数のＡＰ３２、３３により、上述のサブネット２０と同一の接続態様によって構成されている。
【０００５】
また、サブネット２０の構成要素であるＡＲ２１と、サブネット３０の構成要素であるＡＲ３１とは、ＩＰネットワーク１５を通じて通信を行うことが可能であり、すなわち、サブネット２０とサブネット３０とは、ＩＰネットワーク１５を通じてつながっている。
【０００６】
図１に示す無線通信システムにおいて、ＭＮ１０が、無線カバーエリア２５内でＡＰ２３との無線通信を開始したとする。このとき、ＭＮ１０に割り当てられているＩＰｖ６アドレスが、サブネット２０のＩＰアドレス体系に適さない場合、無線カバーエリア２５内に存在するＭＮ１０は、ＡＰ２３との間における無線通信を介して、サブネット２０に適合したＩＰｖ６アドレス、すなわち気付アドレス（ＣｏＡ：Care of Address）を取得する。
【０００７】
なお、ＭＮ１０がＣｏＡを取得する方法には、ＤＨＣＰｖ６（Dynamic Host Configuration Protocol for IPv6）などの方法によりＤＨＣＰサーバからステートフルに割り当ててもらう方法と、サブネット２０のネットワークプリフィックス及びプリフィックスレングスをＡＲ２１から取得し、ＭＮ１０において、ＡＲ２１から取得したネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ステートレスにＣｏＡを自動生成する方法とが存在する。
【０００８】
そして、ＭＮ１０は、取得したＣｏＡを自分のホームネットワーク上のルータ（ホームエージェント）や特定の通信相手（Correspondent Node：ＣＮ）に対して登録（Binding Update：ＢＵ）することによって、サブネット２０内において、パケットデータの送信又は受信が行えるようになる。
【０００９】
これにより、所定の通信相手からＭＮ１０に対して送信されたパケットデータは、ＭＮ１０のＣｏＡに基づいて、ＡＲ２１及びＡＰ２３を介して、ＭＮ１０に伝えられる一方、ＭＮ１０が所望の通信相手に対して送信したパケットデータは、ＡＰ２３およびＡＲ２１を介して上記所望の通信相手に伝えられる。また、ＭＮ１０あてにホームネットワークに送信されてきたパケットデータも、ホームエージェントに登録されたＭＮ１０のＣｏＡに基づいてサブネット２０のＡＲ２１に送られ、ＡＰ２３を介してＭＮ１０に伝えられる。
【００１０】
図１に示すモバイルＩＰｖ６を利用した無線通信システムは、ＭＮ１０があるサブネットから別のサブネットに移動した場合でも、ＣｏＡを利用して、ＭＮ１０における無線通信が継続されるよう構成されている。しかしながら、上述したＭＮ１０のＣｏＡの取得に伴う諸手順（通常のモバイルＩＰｖ６のハンドオーバ）に係る技術では、ＭＮ１０が移動してＡＰ３２に接続した後、すなわちＬ２ハンドオーバが行われた後に、サブネット３０で使用する新しい（New）ＣｏＡ（以降、ＮＣｏＡと呼ぶ）の取得及び登録（ＢＵ）が行われることになる。つまり、ＭＮ１０がＬ２ハンドオーバを行い始めてからＮＣｏＡの登録が完了するまでの間は、ＭＮ１０のＣｏＡはサブネット２０で使用している古い（Previous）ＣｏＡ（以降、ＰＣｏＡと呼ぶ）のままなので、ＭＮ１０から送信されるパケットデータやＭＮ１０に向けて送信されるパケットは、すべてロスすることになる。
【００１１】
このようなＭＮ１０のハンドオーバによって生じるパケットロス率を改善し、ＭＮ１０が移動した場合でも円滑に無線通信が継続されるようにする技術として、例えば、下記の非特許文献２に開示されているファストハンドオーバ技術が知られている。以下、図１及び図６を参照しながら、ファストハンドオーバ技術について説明する。
【００１２】
図６は、従来の技術におけるファストハンドオーバの一例を示すシーケンスチャートである。なお、図６に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。この図６に示すシーケンスチャートには、ファストハンドオーバにおいて、ＭＮ１０がＬ２ハンドオーバを行う前にサブネット２０内でＮＣｏＡをステートレスに取得する際の手順が示されている。
【００１３】
ＭＮ１０は、無線カバーエリア２５内における移動に伴い、現在通信中のＡＰ２３からの電波が弱くなると、別に通信可能なＡＰを探し始める。そして、無線カバーエリア２５と無線カバーエリア３４とがオーバラップするオーバラップエリア２６（図１中の斜線領域）に入ると、ＡＰ３２からの電波を聞くことができ、すなわち、ＡＰ３２を発見する。なお、オーバラップエリア２６内では、ＭＮ１０は、ＡＰ２３からの電波及びＡＰ３２からの電波の両方を聞くことが可能である。
【００１４】
そして、何らかの条件によって、ＭＮ１０が、ＡＰ２３との通信をやめてＡＰ３２との通信を始めたほうが良いと判断した場合（例えば、ＡＰ２３からの電波強度とＡＰ３２からの電波強度との比較の結果、ＡＰ３２からの電波が強いことが分かった場合など）、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ６０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）。
【００１５】
続いて、ハンドオーバを行う旨を決定したＭＮ１０は、ＡＲ２１に対して、ハンドオーバの実行に必要な情報を要求するためのＲｔＳｏｌＰｒ（Router Solicitation for Proxy）メッセージを送信する（ステップＳ６０３：ＲｔＳｏｌＰｒメッセージの送信）。このＲｔＳｏｌＰｒメッセージには、ＭＮ１０がＡＰ３２から受信したＡＰ３２のリンクレイヤアドレスなどが含まれており、すなわち、ＭＮ１０からＡＲ２１に対して、新たな移動先の無線カバーエリア３４を形成するＡＰ３２のリンクレイヤアドレスが通知される。なお、例えば、ＩＥＥＥ８０２．１１による無線通信の場合には、ＡＰ３２は、リンクレイヤアドレス（ＭＡＣアドレス）を含むビーコンを定期的にブロードキャストしており、無線カバーエリア３４内のすべてのノードが、ＡＰ３２のリンクレイヤアドレスを取得することが可能である。なお、ＲｔＳｏｌＰｒは "Router Solicitation for Proxy Advertisement"とされることもある。
【００１６】
ＭＮ１０からＲｔＳｏｌＰｒメッセージを受信したＡＲ２１は、ＲｔＳｏｌＰｒメッセージ内に含まれるＡＰ３２のリンクレイヤアドレスの情報に基づき、任意の方法によって、ＡＰ３２がつながっているＡＲ３１の情報（ＡＲ３１のリンクレイヤアドレス、ＡＲ３１が属するサブネット３０のネットワークプリフィックス及びプリフィックスレングス）を取得する（ステップＳ６０５：ＡＰ３２のリンクレイヤアドレス情報を基にして、ＡＲ３１の情報を取得）。
【００１７】
なお、ＡＲ３１の情報を取得する方法（上記の任意の方法）に関しては、ファストハンドオーバでは特に規定されておらず、例えば、あらかじめＡＲ２１内に設定されているＡＲ３１とＡＰ３２との対応関係を参照する方法や、ＡＰ３２を配下に置くＡＲをＡＲ２１自身がＩＰネットワーク１５を通じて探索する方法など、様々な方法の適用が可能である。
【００１８】
そして、ＡＲ２１は、ＲｔＳｏｌＰｒメッセージに対する応答として、ステップＳ６０５で取得したＡＲ３１の情報を含むＰｒＲｔＡｄｖ（Proxy Router Advertisement）メッセージをＭＮ１０に送信する（ステップＳ６０７：ＰｒＲｔＡｄｖメッセージの送信）。これにより、ＭＮ１０は、ＡＰ３２を配下に置くＡＲ３１の情報を取得し、サブネット３０のネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ＡＲ３１が構成するサブネット３０に適合し得るＮＣｏＡを生成する（ステップＳ６０９：ＮＣｏＡを自動生成）。
【００１９】
ＮＣｏＡの生成後、ＭＮ１０は、ＡＲ２１に対してＮＣｏＡの通知（ＦＢＵ：Fast Binding Update）を行い（ステップＳ６１１：ＦＢＵ）、さらに、ＡＲ３１におけるＮＣｏＡの確認やＡＲ２１とＡＲ３１との間におけるトンネル生成の処理などを経て、ファストハンドオーバが完了する。
【００２０】
上述のように、ファストハンドオーバ技術の場合には、ＭＮ１０は、Ｌ２ハンドオーバが行われる前に、サブネット３０で使用するＮＣｏＡをあらかじめ取得して、このＮＣｏＡをＡＲ２１に通知することによって、ＡＲ２１とＡＲ３１との間にトンネルが生成される。これにより、ＭＮ１０がＬ２ハンドオーバを行ってＡＰ２３からＡＰ３２に接続を切り換えてから、サブネット３０に移動して、あらかじめ取得したＮＣｏＡを正式に登録（ＢＵ）するまでの間でも、サブネット２０で使用していたＭＮ１０のＰＣｏＡあてに送られたパケットデータは、トンネル経由でＡＲ３１及びＡＰ３２を介してＭＮ１０に転送されるようになり、また、ＭＮ１０から送信されるパケットデータも、ＡＰ３２及びＡＲ３１を介してトンネル経由でＡＲ２１に到達して、ＡＲ２１から通信相手に送られるようになる。
【非特許文献１】D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", draft-ietf-mobileip-ipv6-24, June 2003
【非特許文献２】Rajeev Koodli "Fast Handovers for Mobile IPv6", draft-ietf-mobileip-fast-mipv6-08, October 2003
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、上述したファストハンドオーバ技術には、以下に示す第１〜第３の問題点がある。
【００２２】
＜第１の問題点＞
Ｌ２ハンドオーバに関してはモバイルＩＰｖ６仕様の規定外であるため、モバイルＩＰｖ６のレイヤでは、ＭＮ１０がＡＰ２３との通信をやめるタイミング（Ｌ２ハンドオーバを行うタイミング）を前もって把握することは不可能である。Ｌ２ハンドオーバのタイミングが下記の（１）又は（２）の場合には、ファストハンドオーバは正常に完了せず、ファストハンドオーバ技術が目的とするパケットロス率の低減を達成することはできない。
【００２３】
（１）  ＭＮ１０が、ステップＳ６０３においてＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信する前に、ＡＰ２３との通信をやめた場合には、ＭＮ１０は、ＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信することができない。
（２）  ＭＮ１０が、ステップＳ６０７においてＡＲ２１からＰｒＲｔＡｄｖメッセージを受信する前に、ＡＰ２３との通信をやめた場合には、ＭＮ１０は、ＰｒＲｔＡｄｖメッセージを受信することができない。
【００２４】
上記の（１）及び（２）の場合は、ＡＰ２３との接続が切断してしまうために、ステップＳ６０９のＮＣｏＡの自動生成時に必要なＡＲ３１の情報をＡＰ２３を介して受信することができない場合と言い換えることもできる。これらの場合は、特に、ＭＮ１０が高速で移動している場合に起こり得る。
【００２５】
＜第２の問題点＞
図６を参照しながら説明した例では、ＭＮ１０が異なるサブネットに移動しているため、新たなサブネットで使用されるＮＣｏＡの取得は必須である。一方、例えば、ＡＰ２３が形成する無線カバーエリア２５内からＡＰ２２が形成する無線カバーエリア２４内にＭＮ１０が移動する場合（同一サブネット２０内においてＡＰの接続切り換えが行われる場合）には、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが行われるものの、同一サブネット２０内における移動であり、ＣｏＡを変更する必要はない。
【００２６】
しかしながら、ＭＮ１０は、同一サブネット内の移動、あるいは、異なるサブネット間の移動によらず、ＡＰ間におけるＬ２ハンドオーバを行う場合には、ファストハンドオーバの処理を行ってしまう。すなわち、同一サブネット２０内におけるＬ２ハンドオーバの場合でも、ステップＳ６０３においてＡＲ２１に対してＲｔＳｏｌＰｒメッセージを送信し、ステップＳ６０７においてＡＲ２１から受信したＰｒＲｔＡｄｖメッセージの内容を参照することによって、ようやくＣｏＡを変更する必要がないことを把握する。
【００２７】
すなわち、ファストハンドオーバ技術では、同一サブネット内におけるＭＮ１０のＬ２ハンドオーバ時にも、ＣｏＡを変更する必要がない旨を確認するだけのためにＲｔＳｏｌＰｒメッセージ及びＰｒＲｔＡｄｖメッセージの送受信が行われており、非常に非効率であると言える。
【００２８】
＜第３の問題点＞
さらに、ＭＮ１０がＬ２ハンドオーバを行おうとするたびに、ＡＲ２１ではステップＳ６０３の処理を行う必要があり、また、ＭＮ１０とＡＲ２１との間においてＲｔＳｏｌＰｒメッセージ及びＰｒＲｔＡｄｖメッセージが送受信されることとなるという問題がある。すなわち、ＭＮ１０のＬ２ハンドオーバ時には、ＡＲ２１における処理の負荷の増大やＭＮ１０とＡＲ２１との間の通信トラフィックの増大が生じる。特に、無線カバーエリアの狭い複数のＡＰ２２、２３がＡＲ２１の配下に存在する場合や、多数のＭＮ１０が存在して頻繁に移動を繰り返している環境においては、ＡＲ２１には相当の負荷がかかり、また、ＭＮ１０とＡＲ２１との間の通信トラフィックが著しく増大する。
【００２９】
本発明は、上記の問題点に鑑み、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能な通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供することを目的とする。
【課題を解決するための手段】
【００３０】
上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを有している。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。
【００３１】
さらに、本発明の通信ハンドオーバ方法は、前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有している。
この構成により、移動端末によって対応情報から作成されたサブネットにおけるアドレス情報を利用して、アクセスルータが移動端末あてのパケットデータを転送することが可能となる。
【００３２】
また、上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている移動端末における通信ハンドオーバ方法であって、
前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、
現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステップと、
前記受信ステップで受信した前記別のアクセスポイントの情報に基づいて、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得する取得ステップと、
前記取得ステップで取得した前記アクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に、前記サブネットの接続において現在割り当てられているアドレス情報の変更が必要か否かを判断する判断ステップと、
前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられている前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを有している。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現し、特に、同一サブネット内におけるＬ２ハンドオーバ時におけるＡＲの負荷や通信トラフィックの増大を防ぐことが可能となる。
【００３３】
さらに、本発明の通信ハンドオーバ方法は、前記判断ステップにおいて、前記現在通信中のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とが一致するか否かを比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する。
この構成により、移動端末は、ハンドオーバによる切り換えの前と後で、サブネットの接続の変更が起きるかどうかを確実に把握することが可能となる。
【００３４】
さらに、本発明の通信ハンドオーバ方法は、前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有している。
この構成により、移動端末が、対応情報からサブネットにおけるアドレス情報を作成できない場合でも、従来のファストハンドオーバによる処理への切り換えを行い、確実にハンドオーバに係る処理が行われるようにすることが可能となる。
【００３５】
さらに、本発明の通信ハンドオーバ方法は、前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、
前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを有している。
この構成により、移動端末は、対応情報が更新された場合に、その対応情報の更新内容を受信することが可能となり、常に最新の対応情報を保持できるようになる。
【００３６】
さらに、本発明の通信ハンドオーバ方法は、前記所定の通信装置又は前記アクセスルータに対して、新たな前記対応情報の変更に係る情報が存在するか否かを周期的に確認する情報確認ステップを有している。
この構成により、移動端末が、一定の周期で能動的に、対応情報が更新されたか否かを確認することが可能となる。
【００３７】
さらに、本発明の通信ハンドオーバ方法は、前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフィックスレングスを使用する。
この構成により、移動端末は、効率の良いハンドオーバ処理を確実に行うことが可能となるとともに、モバイルＩＰｖ６のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。
【００３８】
さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されている。
この構成により、移動端末は、必要最小限の対応情報のみを格納できるようになり、対応情報のデータ容量を減らすことが可能となるとともに、対応情報の読み出し処理や、所望の情報の検索処理などの負荷を軽減させることが可能となる。
【００３９】
さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されている。
この構成により、移動端末は、ステートレスにアドレス情報を作成することが可能なサブネットに接続を切り換える場合のみ、アドレス情報の作成を行うことが可能となる。
【００４０】
また、本発明によれば、上記の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラムが提供される。
【００４１】
また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されている。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。
【００４２】
また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されている前記アクセスルータとの通信を行うよう構成されている通信システムであって、
前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、
前記移動端末が、現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスポイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得して、前記取得されたアクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられているアドレス情報の変更が必要か否かを判断して、前記アドレス情報を変更する必要がないと判断された場合には、現在割り当てられている前記アドレス情報を継続して使用するよう構成されている。
この構成により、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現し、特に、同一サブネット内におけるＬ２ハンドオーバ時におけるＡＲの負荷や通信トラフィックの増大を防ぐことが可能となる。
【００４３】
さらに、本発明の通信システムは、前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理が行われるよう構成されている。
この構成により、移動端末が、対応情報からサブネットにおけるアドレス情報を作成できない場合でも、従来のファストハンドオーバによる処理への切り換えを行い、確実にハンドオーバに係る処理が行われるようにすることが可能となる。
【００４４】
さらに、本発明の通信システムは、前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されている。
この構成により、通信ネットワーク側に接続され、ネットワーク構成を把握することが容易な所定の通信装置によって対応情報の管理が行われるようになり、移動端末は、この所定の通信装置から送信された対応情報を受信して格納するだけでよい。
【００４５】
さらに、本発明の通信システムは、前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されている。
この構成により、通信ネットワーク側に接続され、ネットワーク構成を把握することが容易な所定の通信装置によって対応情報の管理が行われるようになり、移動端末は、この所定の通信装置から送信された対応情報を受信して格納するだけでよい。
【００４６】
さらに本発明の通信システムは、前記所定の通信装置を前記アクセスルータによって実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されている。
この構成により、例えば、従来のファストハンドオーバによる処理を行うことが可能なアクセスルータによって、対応情報の取得が可能となり、モバイルＩＰｖ６のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。
【発明の効果】
【００４７】
本発明は、上述の構成を有する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供するものであり、これによって、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、ＭＮ及びＡＲの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。
【発明を実施するための最良の形態】
【００４８】
以下、図１〜図５を参照しながら、本発明の実施の形態について説明する。図１は、本発明及び従来の技術に共通した無線通信システムの構成を示す模式図であり、図１に示す無線通信システムの構成は、従来の技術の説明において説明したとおりである。本発明の実施の形態の説明においても、図１に示す無線通信システムを参照する。
【００４９】
また、図２は、本発明の実施の形態におけるＭＮ内に格納されるＡＰ−ＡＲ対応情報の一例を示す模式図である。本発明と従来の技術（ファストハンドオーバ技術）との大きな差異は、本発明のＭＮが、ＡＰ−ＡＲ対応情報４０を格納するためのＡＰ−ＡＲ対応情報格納手段１１を有する点にある。なお、ＡＰ−ＡＲ対応情報格納手段１１として、ＭＮ１０に特別な情報格納媒体を設ける必要はなく、ＡＰ−ＡＲ対応情報格納手段１１は、例えば、ＭＮ１０内のハードディスクやＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）など、ＭＮ１０が有する任意の情報格納媒体によって実現可能である。
【００５０】
また、ＡＰ−ＡＲ対応情報格納手段１１に格納されるＡＰ−ＡＲ対応情報４０は、少なくとも、ＡＰとＡＲとの接続関係を示す情報（どのＡＰとどのＡＲとが接続されているかを示す情報、すなわち、各ＡＲが配下に置くＡＰがどれかを示す情報）、各ＡＰのリンクレイヤアドレス、各ＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスを有するものである。例えば、ＡＰのリンクレイヤアドレスが分かっている場合には、このＡＰ−ＡＲ対応情報４０を参照することによって、ＡＰとＡＲとの接続関係を示す情報からＡＰの上位に存在するＡＲのリンクレイヤアドレスが分かり、この上位のＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスを取得することが可能となる。
【００５１】
図２に示すＡＰ−ＡＲ対応情報４０には、ＡＰとＡＲとの接続ごとに対応情報が設定されており、各対応情報には、ＡＰのリンクレイヤアドレスに対応して、そのＡＰを配下に持つＡＲのリンクレイヤアドレス、そのＡＰを配下に持つＡＲのサブネットのネットワークプリフィックス、そのＡＰを配下に持つＡＲのサブネットのプリフィックスレングスがセットで記載されている。このＡＰ−ＡＲ対応情報４０の構成により、例えば、ＡＰのリンクレイヤアドレスが分かっている場合には、このＡＰのリンクレイヤアドレスが記載されているセルを起点として横方向に配列されている各セルを参照することによって、このＡＰの上位に存在するＡＲのリンクレイヤアドレス、この上位のＡＲが属するサブネットのネットワークプリフィックス及びプリフィックスレングスが参照可能となる。
【００５２】
なお、図２に示すＡＰ−ＡＲ対応情報４０の構成は一例であり、ＡＰ−ＡＲ対応情報４０は、この構成に限定されるものではない。また、ＡＰ−ＡＲ対応情報４０内に、ＡＰのリンクレイヤアドレス、ＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングス以外の情報（例えば、ＡＲのＩＰｖ６アドレスや、ＡＲがサポートしている機能に関する情報）を記載することも可能である。
【００５３】
また、図２に示すＡＰ−ＡＲ対応情報４０には、図１に示す構成に対応して、ＡＲ２１とＡＰ２２との接続関係に係る情報（ＡＰ２２−ＡＲ２１対応情報）、ＡＲ２１とＡＰ２３との接続関係に係る情報（ＡＰ２３−ＡＲ２１対応情報）、ＡＲ３１とＡＰ３２との接続関係に係る情報（ＡＰ３２−ＡＲ３１対応情報）、ＡＲ３１とＡＰ３３との接続関係に係る情報（ＡＰ３３−ＡＲ３１対応情報）が記載されているが、これらの接続関係に係る情報は、任意のＡＰ−ＡＲ間のものを設定することが可能である。また、ＭＮ１０にＡＰ−ＡＲ対応情報４０を保持させる方法に関しても任意である。例えば、ＭＮ１０のローカル環境において、可搬型記憶媒体に格納されているＡＰ−ＡＲ対応情報４０をＭＮ１０内にコピー又は移動したり、ＭＮ１０の操作手段（キーボードやマウスなど）を用いて直接ＡＲ２１とＡＰ２３との接続関係に係る情報を入力して、ＡＰ−ＡＲ対応情報４０として保存したりすることも可能である。また、例えば、ＭＮ１０が通信ネットワークを介して、ＡＰ−ＡＲ対応情報４０を取得することも可能である。
【００５４】
また、特にモバイルＩＰｖ６ネットワークは、企業内ＬＡＮ（Local Area Network）や地方自治体、ネットワークプロバイダなどにより、限られたエリアでサービスが行われる場合に利用されることが予想される。このようなネットワークシステムの場合には、各企業やプロバイダなどによって設置されるＡＰ及びＡＲの台数も限られているので、すべてのＡＰ−ＡＲの接続関係に係る情報をＡＰ−ＡＲ対応情報４０内に記載しておき、このＡＰ−ＡＲ対応情報４０をＭＮ１０のＡＰ−ＡＲ対応情報格納手段１１にあらかじめ格納しておくことが可能である。
【００５５】
また、ＡＰ及びＡＲの数が多い場合には、現在ＭＮ１０が接続中のサブネット内のＡＰ−ＡＲの接続関係に係る情報や、近隣に存在するサブネット（現在ＭＮ１０が接続中のサブネットからの接続の変更対象となる可能性のあるサブネット）内のＡＰ−ＡＲの接続関係に係る情報のみが記載されたＡＰ−ＡＲ対応情報４０をＭＮ１０に保持させるようにすることも可能である。この場合、ＭＮ１０は、モバイルＩＰｖ６ネットワークの接続サービスの提供者が用意した所定の通信装置（ＡＰ−ＡＲ対応情報管理装置）から、必要となるＡＰ−ＡＲ対応情報４０のみをダウンロードするか、あるいは、必要となるＡＰ−ＡＲ対応情報４０を含むブロードキャスト情報をＡＰ−ＡＲ対応情報管理装置から受信する方法が一例として考えられる。
【００５６】
なお、上記のＡＰ−ＡＲ対応情報管理装置の機能をＡＲに実装させることも可能である。この場合には、ＡＲが、例えば、通常のファストハンドオーバで行われる近隣に存在するサブネットのＡＰ−ＡＲの接続関係に係る情報を取得する処理（図６に示すステップＳ６０５に対応する処理）をあらかじめ行って、ＡＰ−ＡＲ対応情報４０を作成しておくことにより、ＭＮ１０は、現在接続中のＡＲからＡＰ−ＡＲ対応情報４０を取得することが可能となる。
【００５７】
また、ＡＰ−ＡＲ対応情報管理装置がＡＰ−ＡＲ対応情報を管理する場合には、ネットワークシステムの動的な変化にも対応可能となる。すなわち、ＡＲのＩＰｖ６アドレスの情報が変わった場合や、ＡＰやＡＲが故障した場合又は新たにネットワークに加わった場合など、ＡＰ−ＡＲ対応情報４０の内容が更新された場合においても、ＭＮ１０が、周期的にＡＰ−ＡＲ対応情報４０をＡＰ−ＡＲ対応情報管理装置に確認するか、又は、ＡＰ−ＡＲ対応情報管理装置からＭＮ１０に対して対応情報が更新された旨の通知が行われるようにすることによって、ＭＮ１０は、ネットワークの動的な変化に柔軟に対応して、常に最新のＡＰ−ＡＲ対応情報４０を保持することが可能となる。
【００５８】
＜第１の動作例：異なるサブネット間のＬ２ハンドオーバ＞
次に、図２に示すＡＰ−ＡＲ対応情報４０が格納されたＡＰ−ＡＲ対応情報格納手段１１を有するＭＮ１０がＬ２ハンドオーバを行う場合の動作について説明する。図３は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第１の動作例を示すシーケンスチャートである。なお、図３に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。
【００５９】
図２に示すＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、図６に示すステップＳ６０１と同様に、ＭＮ１０は、オーバラップエリア２６において何らかの条件（例えば、電波強度の条件など）によってＡＰ２３との通信をやめてＡＰ３２との通信を始めたほうが良いと判断した場合には、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ３０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）。
【００６０】
従来のファストハンドオーバ技術では、続いてＲｔＳｏｌＰｒメッセージをＡＲ２１に送信するが、本発明では、ＭＮ１０はＡＰ−ＡＲ対応情報４０を参照する（ステップＳ３０３：ＡＰ−ＡＲ対応情報４０を参照）。そして、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ３２からのビーコンの受信などによって取得したＡＰ３２のリンクレイヤアドレスを探索し、このＡＰ３２のリンクレイヤアドレスと関連付けられているＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングスの各情報を取得する。この動作によって、ＭＮ１０は、ＡＰ３２の上位に存在するＡＲ３１のリンクレイヤアドレス、ＡＲ３１の属するサブネット３０のネットワークプリフィックス、ＡＲ３１の属するサブネット３０のプリフィックスレングスを取得することができる。
【００６１】
そして、ＭＮ１０は、ステップＳ３０３におけるＡＰ−ＡＲ対応情報４０の参照によって取得したサブネット３０のネットワークプリフィックス及びプリフィックスレングスと、ＭＮ１０のリンクレイヤアドレスとを組み合わせて、ＡＲ３１が構成するサブネット３０に適合し得るＮＣｏＡを生成する（ステップＳ３０５：ＡＰ−ＡＲ対応情報４０からＮＣｏＡを自動生成）。
【００６２】
ステップＳ３０５におけるＮＣｏＡの生成後は、従来のファストハンドオーバにおける手順と同一の手順が行われる。すなわち、ＡＲ２１に対してＮＣｏＡの通知（ＦＢＵ）が行われ（ステップＳ３０７：ＦＢＵ）、さらに、ＡＲ３１におけるＮＣｏＡの確認やＡＲ２１とＡＲ３１との間におけるトンネル生成の処理などを経ることによって、ＭＮ１０は、ＡＰ２１と接続した状態で、サブネット３０に適合したＮＣｏＡの登録を完了することができる。
【００６３】
このように、本発明に係る第１の動作例によれば、ＭＮ１０は、Ｌ２ハンドオーバを行う先のＡＰ３２を決定した直後、ＡＰ−ＡＲ対応格納手段１１に格納されているＡＰ−ＡＲ対応情報４０を参照することによって、ＡＰ３２を配下に置くＡＲ３１が属するサブネット３０のＮＣｏＡを自動生成することが可能となる。したがって、ＭＮ１０とＡＲ２１との間におけるＲｔＳｏｌＰｒメッセージやＰｒＲｔＡｄｖメッセージの送受信処理（図６に示すステップＳ６０３及びＳ６０７）、及び、ＡＲ２１がＡＲ３１の情報を取得する処理（図６に示すステップＳ６０５）が省略されるので、上述の第１及び第３の問題点が解決される。
【００６４】
＜第２の動作例：同一サブネット内におけるＬ２ハンドオーバ＞
また、図４は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第２の動作例を示すシーケンスチャートである。なお、図４に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＡＰ２３が形成する無線カバーエリア２５内からＡＰ２２が形成する無線カバーエリア２４内に、ＭＮ１０が移動する場合におけるＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。
【００６５】
図２に示すＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、ＭＮ１０は、無線カバーエリア２４及び無線カバーエリア２５がオーバラップしているエリアにおいて、何らかの条件（例えば、電波強度の条件など）によってＡＰ２３との通信をやめてＡＰ２２との通信を始めたほうが良いと判断した場合には、通信先のＡＰの接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定する（ステップＳ４０１：ＡＰ２２にＬ２ハンドオーバを行うことを決定）。
【００６６】
そして、上述の第１の動作例と同様に、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０を参照して（ステップＳ４０３：ＡＰ−ＡＲ対応情報４０を参照）、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ２２のリンクレイヤアドレスを探索し、このＡＰ２２のリンクレイヤアドレスと関連付けられているＡＲのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングスの各情報を取得する。
【００６７】
このとき、ＭＮ１０は、ＡＰ２２に対応するＡＲがＡＰ２３と接続されているＡＲ２１と同一であることを確認する（ステップＳ４０５：ＡＰ−ＡＲ対応情報４０からＡＰ２２がＡＲ２１の配下にあることを確認）。すなわち、ＭＮ１０は、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが同一のサブネット内におけるＬ２ハンドオーバであること、ＣｏＡの変更処理（ＮＣｏＡの取得処理）を行う必要がないことを把握することができ、以降の処理では、ＮＣｏＡの生成や登録などのモバイルＩＰｖ６のレイヤにおける処理は行わずに、Ｌ２ハンドオーバのみを実施する（ステップＳ４０７：Ｌ２ハンドオーバのみを実施）。
【００６８】
このように、本発明に係る第２の動作例によれば、ＭＮ１０は、Ｌ２ハンドオーバを行う先のＡＰ２２を決定した直後、ＡＰ−ＡＲ対応格納手段１１に格納されているＡＰ−ＡＲ対応情報４０を参照することによって、Ｌ２ハンドオーバ前に通信を行っているＡＰ２３とＬ２ハンドオーバ後に通信を行うＡＰ２２とが同一のＡＲ２１の配下にあり、ＡＰ２３からＡＰ２２へのＬ２ハンドオーバが同一のサブネット内におけるＬ２ハンドオーバであることを容易に把握することが可能となる。
【００６９】
従来のファストハンドオーバでは、同一のサブネット内におけるＬ２ハンドオーバであるか否かを確認するためには、ＭＮ１０は、ＡＲ２１からＰｒＲｔＡｄｖメッセージを受信して、このＰｒＲｔＡｄｖメッセージ内に含まれるＡＲ３１の情報を参照する必要がある。しかしながら、本発明に係る第２の動作例では、ＭＮ１０は、他のＭＮやＡＲなどの通信装置との間で通信を行うことなく、同一のサブネット内におけるＬ２ハンドオーバであるか否かの確認を行うことができるので、上述の第１〜第３の問題点（特に、第２の問題点）が解決される。
【００７０】
＜第３の動作例：ＡＰ−ＡＲ対応情報４０内にＬ２ハンドオーバ先のＡＰの情報が存在しない場合＞
上述の第１及び第２の動作例では、ＭＮ１０が、Ｌ２ハンドオーバ先のＡＰの情報（ＡＰのリンクレイヤアドレス）が記載されたＡＰ−ＡＲ格納情報４０を有している場合について説明したが、この第３の動作例では、ＡＰ−ＡＲ格納情報４０内にＬ２ハンドオーバ先のＡＰに係る対応情報が存在しない場合について説明する。
【００７１】
図５は、本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第３の動作例を示すシーケンスチャートである。なお、図５に示すシーケンスチャートは、図１に示す無線通信システムにおいて、ＭＮ１０が、ＡＰ２３が形成する無線カバーエリア２５内からオーバラップエリア２６を通ってＡＰ３２が形成する無線カバーエリア３４内に移動する場合のＭＮ１０、ＡＲ２１、ＡＲ３１の各処理を時間軸に沿って示すものである。また、上述の通り、この第３の動作例では、ＭＮ１０が有するＡＰ−ＡＲ対応情報４０には、Ｌ２ハンドオーバ先のＡＰ３２に係る対応情報（すなわち、図２に示すＡＰ−ＡＲ対応情報では、ＡＰ３２−ＡＲ３１対応情報）が存在しないものとする。
【００７２】
ＡＰ−ＡＲ対応情報４０を有するＭＮ１０は、無線カバーエリア２５内を移動している。そして、上述の第１の動作例と同様に、ＡＰ２３からＡＰ３２への接続切り換え（Ｌ２ハンドオーバ）を行う旨を決定し（ステップＳ５０１：ＡＰ３２にＬ２ハンドオーバを行うことを決定）、ＡＰ−ＡＲ対応情報４０を参照して（ステップＳ５０３：ＡＰ−ＡＲ対応情報４０を参照）、ＡＰ−ＡＲ対応情報４０の中から、ＡＰ３２のリンクレイヤアドレスを探索する。
【００７３】
しかしながら、ＡＰ−ＡＲ格納情報４０にはＡＰ３２の情報が記載されておらず、ＭＮ１０は、ＡＰ−ＡＲ格納情報４０の中からＡＰ３２に係る対応情報を発見することができない。このように、Ｌ２ハンドオーバ先のＡＰ３２の情報を発見することができない場合には、ＭＮ１０は、ＡＰ−ＡＲ格納情報４０にＡＰ３２に係る対応情報が存在しないと判断して（ステップＳ５０５：ＡＰ−ＡＲ対応情報４０にＡＰ３２に係る対応情報が存在しないと判断）、従来のファストハンドオーバによる処理（具体的には、図６のステップＳ６０３以降の処理）を行うようにする。
【００７４】
なお、上述した第３の動作例では、異なるサブネット間のＬ２ハンドオーバ（第１の動作例）の際に、ＡＰ−ＡＲ対応情報４０の中からＬ２ハンドオーバ先のＡＰに係る対応情報を取得できない場合について説明しているが、同一サブネット内におけるＬ２ハンドオーバ（第２の動作例）の際に、ＡＰ−ＡＲ対応情報４０の中からＬ２ハンドオーバ先のＡＰに係る対応情報を取得できない場合も同様に、従来のファストハンドオーバによる処理に移行すればよい。
【００７５】
また、例えば、ＡＰ−ＡＲ対応情報４０の中にＬ２ハンドオーバ先のＡＰ３２のリンクレイヤアドレスは存在するものの、そのＡＰ３２を配下に置くＡＲ３１のネットワークプリフィックスが設定されていないような場合も、従来のファストハンドオーバによる処理に移行すればよい。
【００７６】
このように、本発明に係る第３の動作例によれば、Ｌ２ハンドオーバ時に、ＭＮ１０がＡＰ−ＡＲ対応情報４０から所望のＡＰに係る対応情報を取得できない場合には、従来のファストハンドオーバによる処理が行われるようにすることによって、円滑なハンドオーバを実現して無線通信を継続させることが可能となる。
【００７７】
また、ＭＮ１０がステートフルのＣｏＡ割り当て方式のみを採用しているＡＲと接続する場合、ＭＮ１０において生成されたＮＣｏＡは、そのＡＲが属するサブネットに適合し得ない。したがって、特に、ステートフルにＣｏＡを割り当てる方式のみを採用しているＡＲ及びその配下のＡＰの情報に関しては、ＡＰ−ＡＲ対応情報４０に記載しないようにするか、ステートフルのＣｏＡ割り当て方式のみを採用している旨を明確にしておくことが望ましい。これにより、ＭＮ１０は、ステートフルのＣｏＡ割り当て方式のみを採用しているＡＲに関しては、従来のファストハンドオーバによる処理を行って、ステートフルに割り当てられるＣｏＡを取得することが可能となる。
【００７８】
なお、上述の本発明に係る第１〜第３の動作例の説明では、第１〜第３の動作例に関して別々に説明を行っているが、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の参照結果に応じて、これらの第１〜第３の動作例に係る動作を使い分けられるよう構成されることが望ましい。すなわち、ＭＮ１０は、ＡＰ−ＡＲ対応情報４０の参照の結果、異なるサブネット間のＬ２ハンドオーバであることが確認できた場合には、移動先のサブネットに適合し得るＮＣｏＡを生成し、同一サブネット内におけるＬ２ハンドオーバであることが確認できた場合には、ＮＣｏＡの変更は行わずにＬ２ハンドオーバのみを実施し、ＡＰ−ＡＲ対応情報を参照しただけではＬ２ハンドオーバ先のＡＰの情報やこのＡＰを配下に置くＡＲの情報を取得できない場合には、従来のファストハンドオーバによる処理に移行することが望ましい。
【００７９】
また、本発明を実施するためには、ネットワーク側の基本的な仕様、すなわち、ＡＲやＡＰの基本的な仕様を変更する必要はなく、本発明は、従来のファストハンドオーバ技術と共存可能なものである。したがって、例えば、従来のファストハンドオーバを実行することが可能なＭＮ１０に、上述したようなＭＮ１０における各処理（例えば、ＡＰ−ＡＲ対応情報を参照して、ハンドオーバ先のサブネットに適合し得るＮＣｏＡを作成する処理など）を実行するためのコンピュータプログラムを組み込むことによって、本発明は実現可能となる。
【産業上の利用可能性】
【００８０】
本発明に係る通信ハンドオーバ方法及び通信システムは、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能であり、無線通信を行う移動端末のハンドオーバの高速化を図る無線通信の技術分野に適用され、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６プロトコルを利用した無線通信を行うモバイルノードにおいて、ハンドオーバを高速化するための技術に適用可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明及び従来の技術に共通した無線通信システムの構成を示す模式図
【図２】本発明の実施の形態におけるＭＮ内に格納されるＡＰ−ＡＲ対応情報の一例を示す模式図
【図３】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第１の動作例を示すシーケンスチャート
【図４】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第２の動作例を示すシーケンスチャート
【図５】本発明の実施の形態における無線通信システムにおいて、ＭＮがＬ２ハンドオーバを行う場合の第３の動作例を示すシーケンスチャート
【図６】従来の技術におけるファストハンドオーバの一例を示すシーケンスチャート
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005043839.tif 000008
【図２】
2005043839.tif 000009
【図３】
2005043839.tif 000010
【図４】
2005043839.tif 000011
【図５】
2005043839.tif 000012
【図６】
2005043839.tif 000013
【国際調査報告】
2005043839.tif 000014
2005043839.tif 000015
2005043839.tif 000016
2005043839.tif 000017