(57)【要約】  レイヤ２のＨＯとレイヤ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができるハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末を提供する技術が開示され、その技術によればアクセスポイントが、自身が有する、レイヤ３のハンドオーバ処理を促す情報又はレイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、移動端末が、出力されたストレングス情報を受信し、受信されたストレングス情報に基づいてレイヤ３のハンドオーバを行うか否かを決定し、決定に基づいてレイヤ３のハンドオーバの処理を行うステップとを有する。
2008044775.tif 000002
【特許請求の範囲】
【請求項１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記アクセスポイントが、自身が有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、
前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップとを、
有するハンドオーバ処理方法。
【請求項２】
前記アクセスポイントは、前記移動端末の要求に応じて前記ストレングス情報を出力する請求項１に記載のハンドオーバ処理方法。
【請求項３】
前記移動端末は、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信し、
前記アクセスポイントが、受信した前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する請求項１に記載のハンドオーバ処理方法。
【請求項４】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項３に記載のハンドオーバ処理方法。
【請求項５】
前記ストレングス情報は、あらかじめ設定された情報である請求項１に記載のハンドオーバ処理方法。
【請求項６】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項７】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージに所定の情報は含まれている場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行うステップと、
前記所定のサーバが、前記取得要求に応じて前記ストレングス情報を前記移動端末に送信するステップと、
前記移動端末が、前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項８】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記通信ネットワークを制御する制御端末が、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、
前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項９】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記アクセスポイントであって、
レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を格納する格納手段と、
格納された前記ストレングス情報を出力する出力手段とを、
備えるアクセスポイント。
【請求項１０】
前記出力手段は、前記移動端末の要求に応じて前記ストレングス情報を出力する請求項９に記載のアクセスポイント。
【請求項１１】
前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報を前記移動端末から受信する受信手段と、
受信された前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する生成手段とを更に備える請求項９に記載のアクセスポイント。
【請求項１２】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項１１に記載のアクセスポイント。
【請求項１３】
前記ストレングス情報は、あらかじめ設定された情報である請求項９に記載のアクセスポイント。
【請求項１４】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
前記アクセスポイントによって出力された、前記アクセスポイントが有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、
受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項１５】
前記制御手段は、前記アクセスポイントに対して前記ストレングス情報の出力を要求する請求項１４に記載の移動端末。
【請求項１６】
前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信する送信手段を更に備える請求項１４に記載の移動端末。
【請求項１７】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項１６に記載の移動端末。
【請求項１８】
前記ストレングス情報は、あらかじめ設定された情報である請求項１４に記載の移動端末。
【請求項１９】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
外部から送信される所定のメッセージを受信する受信手段と、
受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２０】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
外部から送信される所定のメッセージを受信する受信手段と、
受信された前記所定のメッセージに所定の情報が含まれる場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行う送信手段と、
前記所定のサーバからの前記ストレングス情報に基づいて、前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
前記通信ネットワークを制御する制御端末によって出力された、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、
受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２２】
性質の異なるネットワークが重なり合うように構成された通信ネットワークで、移動端末が移動により、現在属するネットワークから性質の異なる別のネットワークへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、前記現在属するネットワークの端に位置するエッジ端末から前記エッジ端末が前記現在属するネットワークの端に位置する旨の情報を受信するステップと、
前記移動端末が、受信された前記情報に基づいてハンドオーバを行うか否かを決定し、前記決定に基づいて前記ハンドオーバの処理を行うステップとを、
有するハンドオーバ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれがサブネットを構成し、固有の通信可能領域を形成するアクセスポイントが接続された複数のアクセスルータによって構成された領域を移動端末が移動する際のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末に関する。
【背景技術】
【０００２】
近年、移動通信においてモバイルＩＰ（Internet Protocol）が盛んに検討されており（下記の特許文献１を参照）、今日の多くのモバイルデバイスは、ＩＰを用いてお互いに通信を行っている。モバイルデバイスに対してモビリティサポートを供給するため、ＩＥＴＦ（Internet Engineering Task Force）では“Mobility Support in IPv6”（下記の非特許文献１を参照）が議論されている。ここで、図２１に示す従来の通信ネットワークの構成の一部を用いて、モバイルノード（ＭＮ）のネットワーク間の移動について説明する。今、ＭＮはＡＲ（Access Router）１のＡＰ（Access Point）１に接続しており、ＡＲ１内のＡＰ２に向かって移動している。なお、ＡＲ１はPrefix（プレフィックス）１を有し、後述するＡＲ２はプレフィクス２を有している。【０００３】
図２１に示すように、ＭＮがＡＲ１内においてＡＰ１からＡＰ２へハンドオーバー（ＨＯ：Hand Over）をする際には、レイヤ２（Layer２：Ｌ２）でのＨＯをする。一方、ＭＮがＡＲ１のＡＰ２からＡＲ２のＡＰ３へＨＯをする際には、レイヤ２及びレイヤ３（Layer３：Ｌ３）でのＨＯの処理が生じる。すなわち、異なるプレフィックスを有するネットワーク間を移動する際には、Ｌ３のＨＯの処理及びＬ２のＨＯの処理が生じる。なお、ＨＯの間、Ｌ１は安定的ではない。また、Ｌ２とＬ３でのＨＯの処理が行われるため、長い待ち時間となる。【０００４】
そこで、Ｌ２とＬ３でのＨＯの処理が同時に起こらないようにするためによく知られた解決方法があり、その場合のネットワーク構成の一部を図２２に示す。図２２に示すように、Ｌ２とＬ３でのＨＯの処理が同時に起こらないように、ＡＲ１とＡＲ２の領域がオーバーラップしている（重なっている）。このように構成されることにより、Ｌ２のＨＯの処理とＬ３のＨＯの処理が別個独立に起こり、ＨＯの待ち時間が短くなる。また、オーバーラップ部分ではＬ１のＨＯの処理が発生せず、Ｌ１の瞬断はなくなる。【０００５】
しかし、この場合、以下のような問題がある。今、ＭＮが、ＡＲ２が構成する領域に近づくとＡＲ２のプレフィックス２が見えてくる（確認される）。そして、それをＬ３のＨＯのトリガとしてＡＰ３でプレフィックス２にＨＯをしようと決定する。しかし、決定した後すぐに、ＡＰ２側に戻る（Ｕターン）とすると、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生してしまう。これは上述したように、ＨＯの待ち時間が長くなることを意味する。そこで、ＡＲ１とＡＲ２のそれぞれが構成する領域のオーバーラップ部分を多くすることを考える。図２３に示すように、オーバーラップ部分を多くすることによって、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生することをより回避することができる。
【特許文献１】特開２００５−１６７３８８号公報（段落００１６）
【非特許文献１】R. Hancock et al,"Next Steps in Signaling: Framework", RFC4080, June 2005
【０００６】
しかしながら、この場合でも、ＭＮのＬ３のＨＯの唯一のトリガはプレフィックスが見えた（確認された）ことによるものであるため、運がよければＬ３のＨＯの処理がＬ２のＨＯが開始されるまでに間に合うかもしれないが、運が悪ければＬ３のＨＯの処理がＬ２のＨＯが開始されるまでに間に合わず、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生してしまうこともあり得る。
【発明の開示】
【０００７】
本発明は、上記の問題点に鑑み、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができるハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末を提供することを目的とする。
【０００８】
上記目的を達成するために、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記アクセスポイントが、自身が有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス（strength）情報を出力するステップと、前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【０００９】
また、本発明のハンドオーバ処理方法において、前記アクセスポイントが前記移動端末の要求に応じて前記ストレングス情報を出力することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を出力するため、アクセスポイントの負荷を低減できる。
【００１０】
また、本発明のハンドオーバ処理方法において、前記移動端末が、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信し、前記アクセスポイントが、受信した前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成することは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００１１】
また、本発明のハンドオーバ処理方法において、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００１２】
また、本発明のハンドオーバ処理方法において、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００１３】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ＨＯの判断基準を所定のメッセージ（例えば、ＲＡ（Router Advertisement）など）の受信数によるものとするため、ストレングスを数値によって設定をする手間を省くことができる。
【００１４】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージに所定の情報は含まれている場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行うステップと、前記所定のサーバが、前記取得要求に応じて前記ストレングス情報を前記移動端末に送信するステップと、前記移動端末が、前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、所定のメッセージを送信する側におけるストレングス情報の管理負荷を低減させることができる。
【００１５】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記通信ネットワークを制御する制御端末が、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ネットワーク側でのＨＯ制御を可能とさせる。なお、Ｌ３のハンドオーバ処理を促す情報又はＬ３のハンドオーバ処理を促さない情報は、それぞれ後述するような、危険ゾーンを示すストレングスの値又は安全ゾーンを示すストレングスの値をであってもよく、単に危険ゾーンにいるか安全ゾーンにいるかを伝えるものであってもよい。
【００１６】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記アクセスポイントであって、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を格納する格納手段と、格納された前記ストレングス情報を出力する出力手段とを備えるアクセスポイントが提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【００１７】
また、本発明のアクセスポイントにおいて、前記出力手段が前記移動端末の要求に応じて前記ストレングス情報を出力することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を出力するため、アクセスポイントの負荷を低減できる。
【００１８】
また、本発明のアクセスポイントにおいて、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報を前記移動端末から受信する受信手段と、受信された前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する生成手段とを更に備えることは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００１９】
また、本発明のアクセスポイントにおいて、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００２０】
また、本発明のアクセスポイントにおいて、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００２１】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、前記アクセスポイントによって出力された、前記アクセスポイントが有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【００２２】
また、本発明の移動端末において、前記制御手段が前記アクセスポイントに対して前記ストレングス情報の出力を要求することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を要求することができる。
【００２３】
また、本発明の移動端末において、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信する送信手段を更に備えることは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００２４】
また、本発明の移動端末において、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００２５】
また、本発明の移動端末において、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００２６】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、外部から送信される所定のメッセージを受信する受信手段と、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ＨＯの判断基準を所定のメッセージ（例えば、ＲＡ（Router Advertisement）など）の受信数によるものとするため、ストレングスを数値によって設定をする手間を省くことができる。
【００２７】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、外部から送信される所定のメッセージを受信する受信手段と、受信された前記所定のメッセージに所定の情報が含まれる場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行う送信手段と、前記所定のサーバからの前記ストレングス情報に基づいて、前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、所定のメッセージを送信する側におけるストレングス情報の管理負荷を低減させることができる。
【００２８】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、前記通信ネットワークを制御する制御端末によって出力された、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ネットワーク側でのＨＯ制御を可能とさせる。なお、Ｌ３のハンドオーバ処理を促す情報又はＬ３のハンドオーバ処理を促さない情報は、それぞれ後述するような、危険ゾーンを示すストレングスの値又は安全ゾーンを示すストレングスの値をであってもよく、単に危険ゾーンにいるか安全ゾーンにいるかを伝えるものであってもよい。
【００２９】
また、本発明によれば、性質の異なるネットワークが重なり合うように構成された通信ネットワークで、移動端末が移動により、現在属するネットワークから性質の異なる別のネットワークへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、前記現在属するネットワークの端に位置するエッジ端末から前記エッジ端末が前記現在属するネットワークの端に位置する旨の情報を受信するステップと、前記移動端末が、受信された前記情報に基づいてハンドオーバを行うか否かを決定し、前記決定に基づいて前記ハンドオーバの処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、ＨＯによる待ち時間を少なくすることができる。ここで、上述した性質の異なるネットワークとは、構成や管理方法などが異なるネットワークを言い、後述するように、例えばＷＬＡＮ（Wireless Local Area Network）とセルラー網などのようなネットワークを言う。また、性質の異なるネットワークは、後述するように、ＰＭＩＰ（Proxy MIP）ドメインとＣＭＩＰ（Client MIP）ドメインなどのような異なるモビリティ管理ドメイン、ローミングなどにおける異なる管理ドメインなどであってもよい。また、上述したエッジ端末は、例えばＷＬＡＮであればＡＰなど、セルラー網や管理ドメインなどであればＢＳ（Base Station）などに相当する。
【００３０】
本発明のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末は、上記構成を有し、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図
【図２】本発明の第１の実施の形態におけるＬ２のＨＯの詳細について説明するための図
【図３】本発明の第１の実施の形態に係るＡＰの構成の一例を示す構成図
【図４】本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図
【図５】本発明の第２の実施の形態における通信ネットワークの構成の一部の一例を示す図
【図６】本発明の第２の実施の形態における通信ネットワークを構成するＡＲの一例について説明するための図
【図７】本発明の第２の実施の形態におけるＡＲのサブネット内のＡＰの配置の一例を説明するための図
【図８】本発明の第２の実施の形態におけるＭＮの移動に伴うＨＯの処理のシーケンスの一例を示すシーケンスチャート
【図９Ａ】本発明の第２の実施の形態におけるＡＲの配置の一例及びＡＲ内の安全ゾーンと危険ゾーンに配置されたＡＰの配置例を示す図
【図９Ｂ】本発明の第２の実施の形態における図９Ａの配置に対応した各ＡＰが各ＡＲで安全ゾーンにあるか危険ゾーンにあるかを示すテーブルの一例を示す図
【図１０】本発明の第２の実施の形態におけるゾーンコードの自動構成を説明するための図
【図１１】本発明の第１及び第２の実施の形態における別の通信ネットワークの構成の一例を示す図
【図１２】本発明の第３の実施の形態における１つ目のケースのハンドオーバに関し、ＭＮがＷＬＡＮからセルラーへハンドオーバする場合を説明するための図
【図１３】本発明の第３の実施の形態における１つ目のケースのハンドオーバに関し、ＭＮがセルラーからＷＬＡＮへハンドオーバする場合を説明するための図
【図１４】本発明の第３の実施の形態における２つ目のケースのハンドオーバについて説明するための図
【図１５】本発明の第３の実施の形態における２つ目のケースの通信ネットワークとは別の通信ネットワークの一例を示す図
【図１６】図１５に示す通信ネットワークに対応する、ＨＰＬＭＮとNon-３ＧＰＰネットワークで構成される通信ネットワークの一例を示す図
【図１７】本発明の第３の実施の形態における２つ目のケースの通信ネットワークとは別の通信ネットワークの一例を示す図
【図１８】本発明の第３の実施の形態における３つ目のケースのハンドオーバについて説明するための図
【図１９】本発明の第３の実施の形態における電車が駅へ接近する及び電車が駅から離れる場合のハンドオーバについて説明するための図
【図２０】本発明の各実施の形態におけるストレングスの表現方法について説明するための図
【図２１】従来の通信ネットワークの構成の一部を示す図
【図２２】従来の他の通信ネットワークの構成の一部を示す図
【図２３】従来の他の通信ネットワークの構成の一部を示す図
【発明を実施するための最良の形態】
【００３２】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態について図１から図４を用いて説明する。図１は本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図である。図２は本発明の第１の実施の形態におけるＬ２のＨＯの詳細について説明するための図である。図３は本発明の第１の実施の形態に係るＡＰの構成の一例を示す構成図である。図４は本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図である。【００３３】
まず、本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図１を用いて第１の実施の形態について説明する。図１に示すように、ＡＲ１〜ＡＲ４のそれぞれのサブネットがオーバーラップ部を有するように重なり合っている。それぞれのＡＲのプレフィックスはプレフィックス１〜４である。また、それぞれのＡＲに接続し、固有の通信可能領域を形成するＡＰが存在し、例えばＡＲ１にはＡＰ１〜ＡＰ５、ＡＲ２にはＡＰ３〜ＡＰ７、ＡＲ３にはＡＰ５〜ＡＰ９、ＡＲ４にはＡＰ７〜ＡＰ１１が接続している。【００３４】
このような状況において、例えば不図示の通信相手ＣＮ（Correspondent Node）とＡＰ１を介して通信をしているＭＮがＡＰ１からＡＰ１１へ向かって移動する場合、ＡＰ１に接続しているＭＮは、次に接続するＡＰ２に対してＨＯの処理をし、ＡＰ２に接続して不図示のＣＮと通信を継続する。そして、ＭＮがそのまま移動をしていくと、ＨＯの処理をしてＡＰ３、ＡＰ４、ＡＰ５、・・・と接続先を変えていく。なお、ＡＰ３及びＡＰ５はＡＲ１とＡＲ２のサブネットのオーバーラップ部の端に位置するＡＰである。【００３５】
第１の実施の形態では、Ｌ３のＨＯをするか否かを判断する基準として、シグナルストレングス（以下、ストレングスとも言う）という値を用いる。ここで、ストレングスは、例えばＡＲのサブネットの端では小さく、サブネットの中心に近づくほど大きくなるように設定される。この場合のストレングスが小さいということは、サブネットの端であるためＬ３のＨＯの可能性が高い（すなわち、危険ゾーン）ということを意味する。また、ストレングスが大きいということは、サブネットの中心に近いためＬ３のＨＯの可能性が低い（すなわち、安全ゾーン）ということを意味する。【００３６】
図１に示すように、ストレングスの値により上述した危険ゾーン（ｄ）と安全ゾーン（ｓ）とに分けられる。ここでは、ストレングスの値が「１」の場合には危険ゾーン（ｄ）となり、ストレングスの値が「２」以上の場合には安全ゾーン（ｓ）となっている。なお、このストレングスは、例えばＡＲからのＲＡに付加してＭＮへ送信されるようにしてもよく、ＡＰからのビーコンによりＭＮに供給されるようにしてもよく、またＭＮからの要求に応じてＡＰから供給されてもよい。また、ストレングスの値は段階的にする必要はなく、サブネットの中心のみを違う値にし、それ以外を同一の値にするようにしてもよい。【００３７】
ここで、図１に示すように、ＭＮがＡＰ１からＡＰ１１へ向かって移動していて、ＡＰ５においてＡＰ１方向へ戻る（Ｕターンする）行動をする場合について説明する。この場合、ＭＮはＡＰ１からＡＰ２へＨＯする場合にはＬ２のＨＯのみを行う。これは、ＡＰ２がＡＲ１において安全ゾーン（ｓ）であるためである。同様のＨＯをしてＭＮがＡＰ４まで移動してきた場合、ＭＮはＡＰ５にＨＯをしようとする。このとき、ＭＮはプレフィックス１とは別のプレフィックス２における最も大きいストレングスである「３」を選択（受信）する。第１の実施の形態では、例えば、各プレフィックスにおける最も大きいストレングスを選択した場合にはＬ３のＨＯを決定するように設定する。これにより、ＭＮはＬ３のＨＯの処理を行う。なお、Ｌ３のＨＯの決定は、上述したものに限られるものではなく、安全ゾーンを示すストレングス（例えば、ＡＰ４でのプレフィックス２におけるストレングスの値「２」）を選択した場合にＬ３のＨＯを決定してもよい。【００３８】
ここで、ＭＮがＡＰ５でＵターンしてＡＰ１方向へ戻ると、上述のようにＡＰ４にＬ２のＨＯをする。そして、ＭＮがＡＰ３まで移動してきた場合、ＭＮはＡＰ２にＨＯをしようとする。このとき、ＭＮはプレフィックス１における最も大きいストレングスである「３」を選択する。このため、上述したように、ＭＮはＬ３のＨＯの処理を行う。このように、Ｌ２のＨＯとＬ３のＨＯが別個に行われることにより、ＨＯの待ち時間を短く抑えることができる。【００３９】
次に、上述したＬ２のＨＯの詳細について図２を用いて説明する。図２は上述した図１の一部を示したものである。ＡＰ５でのＬ３のＨＯは実際にはＬ２のＨＯを伴う。これはブロードキャストドメイン（Broad Cast Domain：ＢＣ  Ｄｏｍ．）の問題による。しかしながら、Ｌ１が安定していればＬ２とＬ３におけるＨＯの待ち時間は、Ｌ１が不安定な場合より短くて済む。【００４０】
ここで、ＨＯのシーケンスの一例を説明する。図２に示すように、ＡＰ４及びＡＰ５にはそれぞれＬ１の範囲がある。ＭＮがＡＰ４からＡＰ５へ移動することによって、まず、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．がＡＲ１におけるＡＰ４のＬ２  ＢＣ  Ｄｏｍ．の＃１−４になる。この場合、Ｌ１が安定しているときのＬ２のＨＯとなる（ｓ１）。その後、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．が、ＡＲ１におけるＡＰ４のＬ２  ＢＣ  Ｄｏｍ．の＃１−４からＡＲ１におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃１−５へと変わる。この場合、Ｌ１が不安定であるときのＬ２のＨＯとなる（ｓ２）。その後、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．が、ＡＲ１におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃１−５からＡＲ２におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃２−３へと変わる。この場合、Ｌ１が安定しているときのＬ２とＬ３のＨＯとなる（ｓ３）。【００４１】
次に、上述したＡＰの一例について図３を用いて説明する。図３に示すように、ＡＰは、格納手段３０１、出力手段３０２、受信手段３０３、生成手段３０４から構成されている。格納手段３０１は、Ｌ３のハンドオーバ処理を促す情報（危険ゾーンを示すストレングスの値）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すストレングスの値）のストレングス情報をプレフィクスに対応させて格納するものである。このストレングス情報は、後述する第２の実施の形態のゾーンコードのように自動構成されるものであってもよく、あらかじめＡＲから受信したものやあらかじめ設定されたものであってもよい。【００４２】
出力手段３０２は、格納手段３０１に格納されたストレングス情報を出力するものであり、すなわち、ＡＰ自身の配下のＭＮにＡＰ自身が属するプレフィックス及びＡＰ自身におけるストレングスの情報を供給するものである。このとき、例えばビーコンなどによりそれらの情報をＭＮに供給するようにしてもよく、ＭＮからの要求に応じてＭＮに供給するようにしてもよい。【００４３】
受信手段３０３は、ＡＲからのストレングス情報やＭＮからの情報を受信する以外に、第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、ＭＮのハンドオーバ後（アクセスポイントの接続が切り替わった後）に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮから受信するものである。生成手段３０４も第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、受信手段３０３によって受信されたストレングスの情報及びプレフィックスの情報に基づいて、新たなストレングスの情報を生成するものである（自動構成については第２の実施の形態を参照）。【００４４】
次に、上述したＭＮの一例について図４を用いて説明する。図４に示すように、ＭＮは、受信手段４０１、決定手段４０２、制御手段４０３、送信手段４０４、格納手段４０５から構成されている。受信手段４０１は、ＡＰによって出力された、ＡＰが有するＬ３のハンドオーバ処理を促す情報（危険ゾーンを示すストレングスの値）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すストレングスの値）のストレングス情報などを受信するものである。【００４５】
決定手段４０２は、受信手段４０１によって受信されたストレングス情報に基づいてＬ３のＨＯを行うか否かを決定するものである。具体的には、上述したように、ストレングスの最も大きい値を選択（受信）したかどうかでＬ３のＨＯを行うか否かを決定する。なお、決定手段４０２は、別のプレフィックスの安全ゾーンを示すストレングスを選択した場合にＬ３のＨＯの処理を行うことを決定してもよい。制御手段４０３は、決定手段４０２による決定に基づいてＬ３のＨＯの処理を行うものである。また、制御手段４０３は、ＡＰに対してストレングス情報の出力を要求するようにしてもよい。【００４６】
送信手段４０４は、ＡＰなどへ情報を送信する以外に、第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＡＰへ送信するものである。格納手段４０５は、受信した情報、例えばプレフィックスの情報やストレングス情報を格納したり、ＭＮの動作を制御するための制御プログラムなど必要な情報を格納したりするものである。【００４７】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態における通信ネットワークの構成の一部の一例を示す図５を用いて第２の実施の形態について説明する。図５に示すように、第２の実施の形態では、ＡＲのそれぞれの六角形状のサブネットが重なるように通信ネットワークが構成されている。ここで、通信ネットワークを構成するＡＲの一例について図６を用いて説明する。図６に示すように、ＡＲのサブネットは２つのタイプの領域に分けられている。すなわち、ＡＲのサブネットの周囲の領域は危険ゾーン（ｄ）、それ以外のサブネットの領域は安全ゾーン（ｓ）と分けられている。安全ゾーン（ｓ）ではＬ２のＨＯをする際にＬ３のＨＯを必要としない。一方、危険ゾーン（ｄ）ではＬ２のＨＯをする際にＬ３のＨＯを必要とすることがある。【００４８】
ここで、ＡＲのサブネット内のＡＰの配置の一例を図７に示す。図７に示すように、六角形状の固有の通信可能領域をそれぞれ形成するＡＰ１からＡＰ３７がＡＲ内に配置されている。この例では、ＡＰ１からＡＰ１９は上述した安全ゾーン（ｓ）に属し、ＡＰ２０からＡＰ３７は上述した危険ゾーン（ｄ）に属している。このような通信ネットワークにおいて、それぞれのＡＰは“ゾーンコード”を含めたビーコンを送出している。例えば、ＡＲ１のＡＰ１からの“ゾーンコード”は安全ゾーンであることを示す「ゾーンコード＝s｛ＡＲ１｝」であり、ＡＲ１のＡＰ３７からの“ゾーンコード”は危険ゾーンであることを示す「ゾーンコード＝ｄ｛ＡＲ１｝」である。なお、“ゾーンコード”はＭＮからの要求に応じてＡＰから送信されるようにしてもよい。また、“ゾーンコード”はあらかじめ設定されていてもよく、自動的に設定されてもよい。なお、自動的に設定される場合については後述する。【００４９】
ここで、ＭＮが上述したような通信ネットワーク内を移動する場合のＨＯについて図５を用いて説明する。図５に示すように、ＭＮがＡＲ６の安全ゾーンの領域からＡＲ２方向に向けて移動する場合を考える。なお、ＭＮが安全ゾーンに沿って移動できるのであれば不必要なＬ３のＨＯを避けることができる。ＭＮがＡＲ６の安全ゾーンの領域内（ＡＰ５０１）で立ち上がり、ＡＲ６から得られたＩＰアドレスを用いて処理が開始される。立ち上がったときに受けたビーコンには、「ゾーンコード＝s｛ＡＲ６｝」が付加されており、Ｌ３のＨＯをすることなくＡＲ２に向けて移動する。【００５０】
そして、ＭＮがＡＰ５０２に到達すると、ＭＮはｓ｛ＡＲ６｝、ｄ｛ＡＲ１｝、ｄ｛ＡＲ７｝のゾーンコードを受ける。ここで、ＭＮは現在移動しているＡＲ６内の安全ゾーンの領域にいるため、ＭＮはＬ３のＨＯをすることなく移動を続ける。そして、ＭＮがＡＰ５０３に到達すると、ＭＮはｄ｛ＡＲ６｝、s｛ＡＲ１｝、s｛ＡＲ７｝のゾーンコードを受ける。このとき、ＭＮが現在移動しているＡＲ６内の危険ゾーンの領域に入ったため、ＡＰ５０３に接続している間に、ＭＮはＡＲ６から安全ゾーンを示しているＡＲ１へＬ３のＨＯを行うことを決定する。なお、ＭＮは安全ゾーンを示しているＡＲ７へＬ３のＨＯを行うように決定してもよい。このようにして、ＭＮが移動する際に受けるゾーンコードに基づいて、ＭＮはＬ３のＨＯを行うかどうかを同様に決定する。【００５１】
次に、上述したＭＮの移動に伴うＨＯの処理のシーケンスを図８に示す。図８に示すように、まず、ＭＮがＡＲ６の安全ゾーンの領域内（ＡＰ５０１）で立ち上がる（ステップＳ８０１）。なお、ＡＰ５０１、ＡＰ５０２、ＡＰ５０３、ＡＲ１、ＡＲ６、ＡＲ７では、ゾーンコードがあらかじめ設定若しくは自動的に設定される（ステップＳ８０２）。そして、ＭＮはＡＰ５０１とＬ２を構築する（ステップＳ８０３）。構築されると、ＭＮはＡＰ５０１からゾーンコードとしてｓ｛ＡＲ６｝を受信する（ステップＳ８０４）。また、ＭＮはＡＲ６からＲＡを受信し（ステップＳ８０５）、受信したＲＡでＡＲ６とＬ３を構成する（ステップＳ８０６）。【００５２】
そして、ＭＮはＡＰ５０１からＡＰ５０２へ移動する（ステップＳ８０７）。ＭＮはＡＰ５０２からゾーンコードとしてｓ｛ＡＲ６｝、ｄ｛ＡＲ１｝、ｄ｛ＡＲ７｝を受信する（ステップＳ８０８）。そして、ＭＮはＡＲ１、ＡＲ６、ＡＲ７からそれぞれＲＡを受信する（ステップＳ８０９）。ＭＮはＡＰ５０２ではＡＲ６において未だ安全ゾーンであるため、ＡＲ６とのＬ３の構成を維持することを決める（ステップＳ８１０）。【００５３】
ＭＮはＡＰ５０２からＡＰ５０３へ移動する（ステップＳ８１１）。ＭＮはＡＰ５０３からゾーンコードとしてs｛ＡＲ１｝、s｛ＡＲ７｝、ｄ｛ＡＲ６｝を受信する（ステップＳ８１２）。そして、ＭＮはＡＲ１、ＡＲ６、ＡＲ７からそれぞれＲＡを受信する（ステップＳ８１３）。ＭＮは、ＡＲ６におけるＡＰ５０３では危険ゾーンであり、ＡＲ１におけるＡＰ５０３では安全ゾーンであるため、ＡＲ１のＲＡでＬ３を構成する（ステップＳ８１４）。ＭＮはＡＰ５０３で無線通信が維持されている間にＡＲ６からＡＲ１へＬ３で移動する。なお、ここでは、ＡＲ１を選択しているが、ＡＲ７におけるＡＰ５０３でも安全ゾーンであるためＡＲ７を選択するようにしてもよい。【００５４】
ここで、ＡＲの配置の一例及びＡＲ内の安全ゾーンと危険ゾーンに配置されたＡＰの配置例を図９Ａに示し、図９Ａの配置に対応した各ＡＰが各ＡＲで安全ゾーンにあるか危険ゾーンにあるかを示すテーブルの一例を図９Ｂに示す。図９Ｂに示すように、ＡＰ１ではＡＲ１においてｓ（安全）のみである。また、ＡＰ２ではＡＲ１においてｓ（安全）、ＡＲ２及びＡＲ３においてｄ（危険）である。また、ＡＰ２０ではＡＲ１及びＡＲ７においてｄ（危険）、ＡＲ２においてｓ（安全）である。図９Ｂに示す“Candidate AR”にはｓ（安全）に対応するＡＲの番号が示されている。【００５５】
次に、上述したゾーンコードの自動構成の一例について説明する。なお、ここで説明するゾーンコードは、以下で説明するストレングスの値が所定の値（例えば、ストレングスの値が２）以上であれば安全ゾーンを示すゾーンコードとなり、所定の値より小さい値であれば危険ゾーンを示すゾーンコードとなるものとする。まず、以下の説明で用いるものの定義をする。ＲＡ（ｎ、ｓ）はプレフィックスｎでストレングスｓを有するＲＡを示す。ＲｅｐＲＡ（ｐ、ｓ）は以前のＡＰでの、ＭＮによって報告されるＲＡを示す。ｔはある程度長い時間を示し、少なくともＨＯパスにつき１つのＨＯが実行されるまでの時間を示す。なお、ここでは初期のストレングスを１とする。【００５６】
ここで、すべてのＲｅｐＲＡ（ｐ、ｓ）においてｐ＝ｎであり、かつＲｅｐＲＡ（ｐ、ｓ）のそれぞれのｓがＲＡ（ｎ、ｓ）のｓより大きい又は同じであれば、ＲｅｐＲＡ（ｐ、ｓ）の最小のｓに１を加えてストレングスを増加してＲＡ（ｎ、ｓ）をセットする。これにより、例えば、図１０に示すようにそれぞれのＡＰにおけるストレングスが構成され、ゾーンコードが自動的に構成される。なお、もし、上記を満たさなければ何もしない。この場合は、例えばＲｅｐＲＡ（ｐ、ｓ）が現在のプレフィックスと合わない、ＲｅｐＲＡ（ｐ、ｓ）のストレングスがより強いかより弱いかなどの場合である。なお、ｔはＡＰに接続されるＡＲなどの外部によってセットされるようにしてもよい。【００５７】
また、ゾーンコードの自動構成は上述したアルゴリズムによるものに限られるものではない。例えば、ＡＲとＡＰとの距離に応じてゾーンコードを自動的に構成するようにしてもよい。具体的にはRTT（Round Trip Time）などに応じて構成する。【００５８】
次に、第２の実施の形態のＡＰの一例について説明する。なお、第２の実施の形態におけるＡＰも第１の実施の形態におけるＡＰと同様の構成要素を有するため、図３を用いて第２の実施の形態のＡＰについて説明する。ＡＰは、格納手段３０１、出力手段３０２、受信手段３０３、生成手段３０４から構成されている。格納手段３０１は、Ｌ３のハンドオーバ処理を促す情報（危険ゾーンを示すゾーンコード）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すゾーンコード）のストレングス情報（ゾーンコード）をプレフィックスに対応させて格納するものである。なお、ゾーンコードは、あらかじめ設定されていてもよく、上述したように自動的に構成されるようにしてもよい。【００５９】
出力手段３０２は、格納手段３０１に格納されたゾーンコードを出力するものであり、すなわち、ＡＰ自身の配下のＭＮにゾーンコードを供給するものである。このとき、例えばビーコンなどによりゾーンコードをＭＮに供給するようにしてもよく、ＭＮからの要求に応じてＭＮに供給する（ユニキャストする）ようにしてもよい。【００６０】
受信手段３０３は、ＡＲやＭＮなどから情報を受信する以外に、ゾーンコードを自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮから受信するものである。なお、ストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮが送信するタイミングは、ＡＲによって指示されるようにしてもよい。生成手段３０４もゾーンコードを自動構成する場合に機能するものであって、受信手段３０３によって受信されたストレングスの情報及びプレフィックスの情報に基づいて、新たなストレングスの情報を生成するものである。【００６１】
次に、第２の実施の形態のＭＮの一例について説明する。なお、第２の実施の形態におけるＭＮも第１の実施の形態におけるＭＮと同様の構成要素を有するため、図４を用いて第２の実施の形態のＭＮについて説明する。ＭＮは、受信手段４０１、決定手段４０２、制御手段４０３、送信手段４０４、格納手段４０５から構成されている。受信手段４０１は、ＡＰによって出力された、ＡＰが有するＬ３のハンドオーバ処理を促す情報（危険ゾーンを示すゾーンコード）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すゾーンコード）のゾーンコードを受信するものである。【００６２】
決定手段４０２は、受信手段４０１によって受信されたゾーンコードに基づいてＬ３のＨＯを行うか否かを決定するものである。具体的には、安全ゾーンを示すゾーンコードか危険ゾーンを示すゾーンコードかでＬ３のＨＯを行うか否かを決定する。制御手段４０３は、決定手段４０２による決定に基づいてＬ３のＨＯの処理を行うものである。また、制御手段４０３は、ＡＰに対してゾーンコードの出力を要求するようにしてもよい。【００６３】
送信手段４０４は、ＡＰなどへ情報を送信する以外に、ゾーンコードを自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＡＰへ送信するものである。格納手段４０５は、受信した情報、例えばプレフィックスの情報やストレングスの情報を格納したり、ＭＮの動作を制御するための制御プログラムなど必要な情報を格納したりするものである。【００６４】
なお、上記第１の実施の形態及び第２の実施の形態では同一のリンク技術のＡＰで構成された領域を例に説明したが、ハンドオーバ前のＡＰとハンドオーバ後のＡＰがそれぞれ異なるリンク技術であってもよい。例えば、図１１に示すように、地上をカバーする３Ｇ（３rd Generation）などのセルラー系無線と、地上の一部及び地下（地下街）をカバーする８０２．１１無線ＬＡＮのそれぞれのＡＰから得られるストレングスをハンドオーバのトリガとして用いることもできる。すなわち、ＭＮは３Ｇの危険ゾーン（ｄ）に居ることを認識すると無線ＬＡＮへのハンドオーバを開始する。【００６５】
＜第３の実施の形態＞
上述した実施の形態では、レイヤ３のサブネットワークが重なり合う環境（同一のリンク技術のＡＰで構成された領域）におけるＭＮのハンドオーバについて説明した。以下では、異なるネットワーク、ドメイン間で行われるＭＮのハンドオーバの３つのケースについて説明する。【００６６】
まず、１つ目のケースについて説明する。１つ目のケースは異なるアクセスネットワーク間、例えばセルラー網（以下、単にセルラーとも言う）とＷＬＡＮ（IEEE802.11 TGu contribution,11-16-1848,Stephenson/O'hara,13 Nov 2006参照）との間におけるハンドオーバである。例えば、ＷＬＡＮのエッジ（端）に存在するＡＰが“私自身はＷＬＡＮのエッジに位置する”旨を上述した実施の形態のようにＭＮにビーコンなどで通知する。また、セルラーのエッジに存在するＢＳが“私自身はセルラーのエッジに位置する”旨を上述した実施の形態のようにＭＮにビーコンなどで通知する。例えば、ＭＮが地表（セルラー）から地下（ＷＬＡＮ）へ移動する場合に相当する。これにより、ＭＮはビーコンを受信するまで不必要な無線インターフェースを起動させなくて済み、電源の浪費を防ぐことができる。【００６７】
具体的に１つ目のケースについて図１２を用いて説明する。図１２に示す例は、ＭＮがＷＬＡＮ１２００からセルラー１２０１へハンドオーバする場合についてのものである。この場合、ＷＬＡＮ１２００のエッジに位置するＡＰは“私自身はＷＬＡＮ１２００のエッジに位置する”旨をＭＮにビーコンなどで通知する。図１２に示すように、ＭＮはＷＬＡＮ１２００のＡＰがカバーするビルの内部１２０２から移動を開始する。ＭＮがビルの入口１２０３を通ってビルの外に出ようとする。このとき、ビルの入口１２０３でＷＬＡＮ１２００のＡＰは“私自身はエッジに位置する”旨をビーコンで通知する。【００６８】
ＭＮはＷＬＡＮ１２００のインターフェースを介してビーコンを受信すると、セルラー１２０１のインターフェースを起動し、セルラー１２０１のスキャン（探索）を開始し、利用可能なセルラー１２０１を選択し、セルラー１２０１とＬ２リンクを確立する。そして、ＭＮは、Ｌ３、例えばモバイルＩＰやＭｏｎａｍｉ６（Mobile Nodes and Multiple Interfaces in IPv6）などでＷＬＡＮ１２００からセルラー１２０１にハンドオーバする。これにより、ＭＮはＷＬＡＮ１２００（ＷＬＡＮ領域）から離れる。【００６９】
一方、ＭＮがセルラー１３０１からＷＬＡＮ１３００へハンドオーバする場合について図１３を用いて説明する。図１３に示すように、ＷＬＡＮ１３００のエッジに位置するＡＰは“私自身はＷＬＡＮ１３００のエッジに位置する”旨をＭＮにビーコンで通知し、セルラー１３０１のエッジに位置するＢＳは“私自身はセルラー１３０１のエッジに位置する”旨をＭＮにビーコンで通知する。ここで、ＭＮがセルラー１３０１の内部から動き始めたとする。そして、ＭＮはセルラー１３０１のエッジに到達する。このとき、セルラー１３０１のＢＳは“私自身はセルラー１３０１のエッジに位置する”旨をＭＮにビーコンで通知する。【００７０】
ＭＮはセルラー１３０１のインターフェースを介してビーコンを受信し、ＷＬＡＮ１３００のインターフェースを起動し、ＷＬＡＮ１３００のスキャン（探索）を開始し、利用可能なＷＬＡＮ１３００を選択し、ＷＬＡＮ１３００とＬ２リンクを確立する。そして、ＭＮは、Ｌ３、例えばモバイルＩＰやＭｏｎａｍｉ６などでセルラー１３０１からＷＬＡＮ１３００にハンドオーバする。これにより、ＭＮはセルラー１３０１（セルラー領域）から離れる。【００７１】
次に、２つ目のケースについて説明する。２つ目のケースは異なるモビリティ管理ドメイン間、例えばＰＭＩＰドメインとＣＭＩＰドメインとの間におけるハンドオーバである。これにより、ＭＮがＰＭＩＰからＣＭＩＰへ移動したとき、ＭＮはＭＩＰにおける積極的な（プロアクティブ）手続き、例えばＦＭＩＰにおけるプロアクティブ手続きやコンテキストトランスファー（コンテキスト転送）プロトコルにおける予測モードなどを開始することができる。【００７２】
具体的に図１４を用いて説明する。図１４に示すように、ＭＮはＰＭＩＰドメイン１４００から移動を開始するとする。ＭＮはＰＭＩＰドメイン１４００のエッジに移動すると、ＢＳから“私自身はエッジに位置する”旨のビーコンを受信する。ＭＮは積極的にＣＭＩＰドメイン１４０１におけるＨＡにブートストラップ（Bootstrap）を行う。そして、ＰＭＩＰドメイン１４００におけるＨＡからコンテキストが転送される。なお、ここでのＰＭＡは、ＬＭＡ（Local Mobility Anchor）やＭＡＧ（Mobile Access Gateway）に置き換えられるものであり、またＩＥＥＥ８０２．２１においては、ＢＳやＡＰはＰｏＡ（Point of Attachment）に相当する。【００７３】
図１４に示すネットワーク構成は一例であり、それ以外のネットワーク構成も考えられ、以下では２つのネットワーク構成について説明する。１つ目の構成は、図１５に示すように、ＰＭＩＰのＬＭＡとＣＭＩＰのＨＡが一緒に配置されたケースである。このケースにおいても、ＭＮが移動し、例えばＰＭＩＰドメインのエッジに位置した場合に、ＭＮがＢＳなどから“私自身はエッジに位置する”旨のビーコンを受信する。これによりＭＮはＨＯの処理を行う。なお、ＩＥＥＥ８０２．２１においては、ＡＰやＢＳはＰｏＡに相当する。【００７４】
なお、図１５に示すネットワーク構成の構成要素は、図１６に示すＨＰＬＭＮ（Home Public Land Mobile Network）とNon-３ＧＰＰネットワークで構成されるネットワーク構成の構成要素のそれぞれに対応する。すなわち、図１６に示すＰＤＮ  ＧＷ、ＵＥ、ｅＰＤＧは、図１５に示すＨＡ／ＬＭＡ、ＭＮ、ＭＡＧにそれぞれ相当し、ＭＡＧはTrusted Non-３ＧＰＰ  ＩＰアクセスの内側に位置する。【００７５】
２つ目の構成は、図１７に示すように、ＰＭＩＰのＬＭＡがＣＭＩＰのＨＡの配下にあるケースである。このケースにおいても、ＭＮが移動し、例えばＰＭＩＰドメインのエッジに位置した場合に、ＭＮがＢＳなどから“私自身はエッジに位置する”旨のビーコンを受信する。これによりＭＮはＨＯの処理を行う。なお、ＩＥＥＥ８０２．２１においては、ＡＰやＢＳはＰｏＡに相当する。【００７６】
次に、異なるネットワーク、ドメイン間で行われるＭＮのハンドオーバの３つ目のケースについて説明する。３つ目のケースは異なる管理ドメイン間、例えばローミング境界におけるハンドオーバである。これにより、ＭＮはプロアクティブな手続き、例えば事前の認証、ネットワーク選択などを開始することができ、ハンドオーバの時間を短縮することができる。【００７７】
具体的に図１８を用いて説明する。図１８に示すように、ＵＥ（User Equipment）１５００がオペレータＡのドメイン１５０１で動作を開始し始めたとする。ＵＥ１５００はオペレータＡのドメイン１５０１のエッジに移動すると、ＢＳから“私自身はエッジに位置する”旨のビーコンを受信する。ＵＥ１５００はＡＡＡ（Authentication、Authorization、and Accounting）サーバを用いてオペレータＢのドメイン１５０２における認証／許可を行い、コンテキストが転送される。【００７８】
なお、上述した３つのケースのネットワークは第１及び第２の実施の形態におけるサブネットワークよりも大きいため、ＡＲなどがビーコンを送信するようにしてもよい。Ｌ３エンティティをアグリゲートする（集約する）より高次のエンティティが利用可能である場合、高次のエンティティはビーコンを通知することが可能である。【００７９】
ここで、上述した３つのケース以外のケースであって、ＭＮを有する乗客が乗車する電車が駅に接近し、駅に到着し、その後駅から離れていくケースについて図１９を用いて説明する。図１９に示すように、電車１６００は“私自身はエッジに位置する”旨のビーコンを送信する。このビーコンは、“そのネットワークは不安定だから他のものを探したほうがよい”とＭＮによって解釈される。電車１６００が駅１６０３に近づく（若しくは到着する）と、乗客のＭＮは電車１６００内のネットワーク１６０１から他のネットワーク、例えば駅１６０３のプラットホームのネットワークやセルラー１６０２にハンドオーバする。そして、電車１６００が駅１６０３から離れると、ＭＮは電車１６００内のネットワーク１６０１にハンドオーバする。ＭＮは駅１６０３を離れた後、“私自身はエッジに位置する”旨のビーコンを受信しなくなるまで、例えばセルラー１６０２に接続する。【００８０】
なお、エッジ通知用のビーコン(ストレングス通知用のビーコンも同様)は、以下のようにいずれのレイヤを用いた情報であってもよく、ビーコン通知の対地形態や頻度についてもさまざまな方法がありうる。通信レイヤにおける通知を行う際、レイヤ２の報知情報やビーコンなどでもよいし、レイヤ２．５(ＩＥＥＥ８０２．２１など)における情報通知などでもよいし、レイヤ３メッセージ(ルータ広告やＤＨＣＰメッセージなど)でもよいし、またトランスポート層のメッセージ(ＮＳＩＳでのＮＴＬＰを利用したものなど)であってもよいし、アプリケーション層のメッセージ(ＮＳＩＳでもＮＳＬＰを用いたものなど)であってもよい。情報通知の通信対地形態としては、ＢＳ／ＡＰなどの通知元からの報知(ブロードキャスト)、受信者限定報知(マルチキャスト)、特定受信者への通知(ユニキャスト)のいずれで行ってもよい。通知の頻度に関しては、一定周期で行ってもよいし、網側の都合で判断してもよいし、ＭＮ／ＵＥからの要求に応じる形で通知してもよい。通知元は、ＡＲやＢＳやＡＰの他に、情報サーバ(ＩＥＥＥ８０２．２１におけるＩＳサーバや、３ＧＰＰネットワークにおけるポリシー管理サーバなど)であってもよい。【００８１】
ここで、上述してきた各実施の形態では、基本的に接続先のエッジからビーコンなどを受信することによってＨＯ処理をしたが、ここではネットワーク側（例えば、ネットワークを制御するネットワーク制御端末など）がＨＯ制御を行う２つのケースについて説明する。１つ目のケースは、３ＧＰＰのオペレータが、移動端末であるＵＥの正確な位置を把握している場合、ネットワーク制御端末などがＵＥに対して、ＢＳとの通信範囲にもかかわらず“ＵＥは危険な状態にある（ＨＯをするべき状態にある）”旨を伝えるものである。また、危険な状態にある旨を伝えると同時に、次のＨＯ先でのプレフィックスを通知することも可能である。【００８２】
２つ目のケースは、ネットワーク制御端末がＢＳによらずＵＥに対して、上述したような危険ゾーンを指示するものである。このケースは、多数のＵＥが同時にＬ３までのＨＯを集中して発生させる場合に有効である。例えば、電車などによって移動する多数のＵＥは、移動中はＬ２のＨＯシグナルが多い。しかし、この状況でＬ３まで同時にＨＯが発生すると大変な状態となる。そこで、Ｌ３のＨＯシグナルをＬ２のＨＯとタイミングをずらし、かつＵＥ間でもずらすことによってＬ２／Ｌ３のＨＯシグナルの集中発生を防ぐことができる。【００８３】
なお、ネットワーク制御端末からの危険ゾーンを指示するシグナリング（ＨＯコマンド）はブロードキャスト方式（若しくは１度のみの指示）でなされてもよい。この場合、ＵＥはコマンドの受信後、ＵＥ個別あるいはグループ別に選択した任意の時間待ってから実際のＨＯを実行する（ランダムアクセスにおけるバックオフのように）。また、ネットワーク制御端末からのＨＯコマンドは、あらかじめ決まったグループが存在する場合、グループごとに送信されるようにしてもよい。また、ネットワーク制御端末からのグループごとのＨＯコマンドの送信は、移動中の決まったグループであっても可能である。この場合のＨＯコマンドは、例えばグループコードと、グループコードに対応する端末のＩＤを有する。【００８４】
さらに、ここでは、上述したストレングスの他の表現の方法について説明する。上述したストレングスは、例えばＡＲのサブネットの端では小さい値になるように、またサブネットの中心に近づくほど大きい値になるように設定されるものである。一方で、ここでのストレングスは、例えばＲＡの数で表現しようとするものである。すなわち、図２０に示すように、所定の範囲ごとに時間あたりのＲＡの数を変えるように構成するものである。図２０の例では、１分間あたりのＲＡの数をそれぞれの範囲で異なるように構成したものである。これにより、ＲＡの数で危険なゾーンにいるか否かを判断することができる。【００８５】
さらに、ＵＥ（ＭＮ）がＲＡを受信した後に行うＨＯ処理について上述したが、ここではＲＡを受信した後にＵＥが行う他のＨＯ処理について説明する。ＵＥがＲＡを受信すると、ＵＥは受信したＲＡの中身を確認して所定の情報が含まれている場合にその位置におけるストレングスを、例えば所定のサーバ（ＡＡＡサーバやＩＳサーバなど）に問い合わせる。ＲＡには上述したＲＡに含まれる情報以外に、所定のサーバに対してストレングスを問い合わせるよう指示する情報が含まれている。この指示情報は、例えばＢＳによって付加される。【００８６】
所定のサーバは、ＵＥからの問い合わせに対して、該当するＡＲにおける問い合わせのあったＵＥでのストレングスの情報のみでなく、プレフィックスの値も送信する。このとき送信されるストレングスの情報は、例えば「カバーエリアＡは３０％、カバーエリアＢは７０％」という情報である。カバーエリアとは、ＵＥの現在の位置がカバーされているエリアを言う。この例の場合、カバーエリアＡとカバーエリアＢとはオーバーラップしており、カバーエリアＢのほうがカバーエリアとしての強さが強いということになる。なお、ＭＮと所定のサーバ（ＡＡＡサーバなど）との間における通信は、例えばＭＩＨ−ＩＳ若しくはＩＰシグナルによるものである。【００８７】
さらに、上述した各実施の形態におけるエッジのバリエーションとして、例えばＩＰｖ６とＩＰｖ４の境界であってもよく（この場合はエッジ境界を越える前に、例えばＤＳＭＩＰによるＨＯ処理を行うことができる）、また、例えばインターネットとイントラネットの境界であってもよい（この場合は新たなアンカー、例えば境界前後に共通なＧＷなどを用いたＨＯ処理を行うことができる）。【００８８】
なお、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００８９】
本発明に係るハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末は、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができるため、それぞれがサブネットを構成し、固有の通信可能領域を形成するアクセスポイントが接続された複数のアクセスルータによって構成された領域を移動端末が移動する際のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末などに有用である。
【図１】
2008044775.tif 000003
【図２】
2008044775.tif 000004
【図３】
2008044775.tif 000005
【図４】
2008044775.tif 000006
【図５】
2008044775.tif 000007
【図６】
2008044775.tif 000008
【図７】
2008044775.tif 000009
【図８】
2008044775.tif 000010
【図９Ａ】
2008044775.tif 000011
【図９Ｂ】
2008044775.tif 000012
【図１０】
2008044775.tif 000013
【図１１】
2008044775.tif 000014
【図１２】
2008044775.tif 000015
【図１３】
2008044775.tif 000016
【図１４】
2008044775.tif 000017
【図１５】
2008044775.tif 000018
【図１６】
2008044775.tif 000019
【図１７】
2008044775.tif 000020
【図１８】
2008044775.tif 000021
【図１９】
2008044775.tif 000022
【図２０】
2008044775.tif 000023
【図２１】
2008044775.tif 000024
【図２２】
2008044775.tif 000025
【図２３】
2008044775.tif 000026
【手続補正書】
【提出日】平成21年2月6日(2009.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記アクセスポイントが、自身が有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、
前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップとを、
有するハンドオーバ処理方法。
【請求項２】
前記アクセスポイントは、前記移動端末の要求に応じて前記ストレングス情報を出力する請求項１に記載のハンドオーバ処理方法。
【請求項３】
前記移動端末は、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信し、
前記アクセスポイントが、受信した前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する請求項１に記載のハンドオーバ処理方法。
【請求項４】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項３に記載のハンドオーバ処理方法。
【請求項５】
前記ストレングス情報は、あらかじめ設定された情報である請求項１に記載のハンドオーバ処理方法。
【請求項６】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項７】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージに所定の情報は含まれている場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行うステップと、
前記所定のサーバが、前記取得要求に応じて前記ストレングス情報を前記移動端末に送信するステップと、
前記移動端末が、前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項８】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記通信ネットワークを制御する制御端末が、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、
前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、
有するハンドオーバ処理方法。
【請求項９】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記アクセスポイントであって、
レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を格納する格納手段と、
格納された前記ストレングス情報を出力する出力手段とを、
備えるアクセスポイント。
【請求項１０】
前記出力手段は、前記移動端末の要求に応じて前記ストレングス情報を出力する請求項９に記載のアクセスポイント。
【請求項１１】
前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報を前記移動端末から受信する受信手段と、
受信された前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する生成手段とを更に備える請求項９に記載のアクセスポイント。
【請求項１２】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項１１に記載のアクセスポイント。
【請求項１３】
前記ストレングス情報は、あらかじめ設定された情報である請求項９に記載のアクセスポイント。
【請求項１４】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
前記アクセスポイントによって出力された、前記アクセスポイントが有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、
受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項１５】
前記制御手段は、前記アクセスポイントに対して前記ストレングス情報の出力を要求する請求項１４に記載の移動端末。
【請求項１６】
前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信する送信手段を更に備える請求項１４に記載の移動端末。
【請求項１７】
前記ストレングス情報及び前記プレフィックス情報を送信するタイミングは、前記アクセスルータによって指示される請求項１６に記載の移動端末。
【請求項１８】
前記ストレングス情報は、あらかじめ設定された情報である請求項１４に記載の移動端末。
【請求項１９】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
外部から送信される所定のメッセージを受信する受信手段と、
受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２０】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
外部から送信される所定のメッセージを受信する受信手段と、
受信された前記所定のメッセージに所定の情報が含まれる場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行う送信手段と、
前記所定のサーバからの前記ストレングス情報に基づいて、前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２１】
それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、
前記通信ネットワークを制御する制御端末によって出力された、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、
受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、
前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、
備える移動端末。
【請求項２２】
性質の異なるネットワークが重なり合うように構成された通信ネットワークで、移動端末が移動により、現在属するネットワークから性質の異なる別のネットワークへ接続が切り替わる場合におけるハンドオーバ処理方法であって、
前記移動端末が、前記現在属するネットワークの端に位置するエッジ端末から前記エッジ端末が前記現在属するネットワークの端に位置する旨の情報を受信するステップと、
前記移動端末が、受信された前記情報に基づいてハンドオーバを行うか否かを決定し、前記決定に基づいて前記ハンドオーバの処理を行うステップとを、
有するハンドオーバ処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】明細書
【発明の名称】ハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末
【０００１】
本発明は、それぞれがサブネットを構成し、固有の通信可能領域を形成するアクセスポイントが接続された複数のアクセスルータによって構成された領域を移動端末が移動する際のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末に関する。
【背景技術】
【０００２】
近年、移動通信においてモバイルＩＰ（Internet Protocol）が盛んに検討されており（下記の特許文献１を参照）、今日の多くのモバイルデバイスは、ＩＰを用いてお互いに通信を行っている。モバイルデバイスに対してモビリティサポートを供給するため、ＩＥＴＦ（Internet Engineering Task Force）では“Mobility Support in IPv6”（下記の非特許文献１を参照）が議論されている。ここで、図２１に示す従来の通信ネットワークの構成の一部を用いて、モバイルノード（ＭＮ）のネットワーク間の移動について説明する。今、ＭＮはＡＲ（Access Router）１のＡＰ（Access Point）１に接続しており、ＡＲ１内のＡＰ２に向かって移動している。なお、ＡＲ１はPrefix（プレフィックス）１を有し、後述するＡＲ２はプレフィクス２を有している。
【０００３】
図２１に示すように、ＭＮがＡＲ１内においてＡＰ１からＡＰ２へハンドオーバー（ＨＯ：Hand Over）をする際には、レイヤ２（Layer２：Ｌ２）でのＨＯをする。一方、ＭＮがＡＲ１のＡＰ２からＡＲ２のＡＰ３へＨＯをする際には、レイヤ２及びレイヤ３（Layer３：Ｌ３）でのＨＯの処理が生じる。すなわち、異なるプレフィックスを有するネットワーク間を移動する際には、Ｌ３のＨＯの処理及びＬ２のＨＯの処理が生じる。なお、ＨＯの間、Ｌ１は安定的ではない。また、Ｌ２とＬ３でのＨＯの処理が行われるため、長い待ち時間となる。
【０００４】
そこで、Ｌ２とＬ３でのＨＯの処理が同時に起こらないようにするためによく知られた解決方法があり、その場合のネットワーク構成の一部を図２２に示す。図２２に示すように、Ｌ２とＬ３でのＨＯの処理が同時に起こらないように、ＡＲ１とＡＲ２の領域がオーバーラップしている（重なっている）。このように構成されることにより、Ｌ２のＨＯの処理とＬ３のＨＯの処理が別個独立に起こり、ＨＯの待ち時間が短くなる。また、オーバーラップ部分ではＬ１のＨＯの処理が発生せず、Ｌ１の瞬断はなくなる。
【０００５】
しかし、この場合、以下のような問題がある。今、ＭＮが、ＡＲ２が構成する領域に近づくとＡＲ２のプレフィックス２が見えてくる（確認される）。そして、それをＬ３のＨＯのトリガとしてＡＰ３でプレフィックス２にＨＯをしようと決定する。しかし、決定した後すぐに、ＡＰ２側に戻る（Ｕターン）とすると、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生してしまう。これは上述したように、ＨＯの待ち時間が長くなることを意味する。そこで、ＡＲ１とＡＲ２のそれぞれが構成する領域のオーバーラップ部分を多くすることを考える。図２３に示すように、オーバーラップ部分を多くすることによって、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生することをより回避することができる。
【特許文献１】特開２００５−１６７３８８号公報（段落００１６）
【非特許文献１】R. Hancock et al,"Next Steps in Signaling: Framework", RFC4080, June 2005
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、この場合でも、ＭＮのＬ３のＨＯの唯一のトリガはプレフィックスが見えた（確認された）ことによるものであるため、運がよければＬ３のＨＯの処理がＬ２のＨＯが開始されるまでに間に合うかもしれないが、運が悪ければＬ３のＨＯの処理がＬ２のＨＯが開始されるまでに間に合わず、Ｌ２のＨＯの処理とＬ３のＨＯの処理が同時に発生してしまうこともあり得る。
【０００７】
本発明は、上記の問題点に鑑み、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができるハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記アクセスポイントが、自身が有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス（strength）情報を出力するステップと、前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【０００９】
また、本発明のハンドオーバ処理方法において、前記アクセスポイントが前記移動端末の要求に応じて前記ストレングス情報を出力することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を出力するため、アクセスポイントの負荷を低減できる。
【００１０】
また、本発明のハンドオーバ処理方法において、前記移動端末が、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信し、前記アクセスポイントが、受信した前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成することは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００１１】
また、本発明のハンドオーバ処理方法において、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００１２】
また、本発明のハンドオーバ処理方法において、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００１３】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ＨＯの判断基準を所定のメッセージ（例えば、ＲＡ（Router Advertisement）など）の受信数によるものとするため、ストレングスを数値によって設定をする手間を省くことができる。
【００１４】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、外部から送信される所定のメッセージを受信し、受信された前記所定のメッセージに所定の情報は含まれている場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行うステップと、前記所定のサーバが、前記取得要求に応じて前記ストレングス情報を前記移動端末に送信するステップと、前記移動端末が、前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、所定のメッセージを送信する側におけるストレングス情報の管理負荷を低減させることができる。
【００１５】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記通信ネットワークを制御する制御端末が、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を出力するステップと、前記移動端末が、出力された前記ストレングス情報を受信し、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定し、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行うステップを、有するハンドオーバ処理方法が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ネットワーク側でのＨＯ制御を可能とさせる。なお、Ｌ３のハンドオーバ処理を促す情報又はＬ３のハンドオーバ処理を促さない情報は、それぞれ後述するような、危険ゾーンを示すストレングスの値又は安全ゾーンを示すストレングスの値をであってもよく、単に危険ゾーンにいるか安全ゾーンにいるかを伝えるものであってもよい。
【００１６】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記アクセスポイントであって、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を格納する格納手段と、格納された前記ストレングス情報を出力する出力手段とを備えるアクセスポイントが提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【００１７】
また、本発明のアクセスポイントにおいて、前記出力手段が前記移動端末の要求に応じて前記ストレングス情報を出力することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を出力するため、アクセスポイントの負荷を低減できる。
【００１８】
また、本発明のアクセスポイントにおいて、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報を前記移動端末から受信する受信手段と、受信された前記ストレングス情報及び前記プレフィックス情報に基づいて、新たな前記ストレングス情報を生成する生成手段とを更に備えることは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００１９】
また、本発明のアクセスポイントにおいて、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００２０】
また、本発明のアクセスポイントにおいて、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００２１】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、前記アクセスポイントによって出力された、前記アクセスポイントが有する、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【００２２】
また、本発明の移動端末において、前記制御手段が前記アクセスポイントに対して前記ストレングス情報の出力を要求することは、本発明の好ましい態様である。この構成により、必要なときにのみストレングス情報を要求することができる。
【００２３】
また、本発明の移動端末において、前記アクセスポイントの接続が切り替わった後に、切り替わる前の前記アクセスポイントにおける前記ストレングス情報及び前記アクセスポイントが接続するアクセスルータに割り当てられたプレフィックス情報をアクセスポイントへ送信する送信手段を更に備えることは、本発明の好ましい態様である。この構成により、プレフィックス情報を自動的に構成することができる。
【００２４】
また、本発明の移動端末において、前記ストレングス情報及び前記プレフィックス情報を送信するタイミングが前記アクセスルータによって指示されることは、本発明の好ましい態様である。この構成により、プレフィックス情報を適切に構成することができる。
【００２５】
また、本発明の移動端末において、前記ストレングス情報があらかじめ設定された情報であることは、本発明の好ましい態様である。この構成により、ストレングス情報を構成する手間を省くことができる。
【００２６】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、外部から送信される所定のメッセージを受信する受信手段と、受信された前記所定のメッセージの数に基づいて、レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ＨＯの判断基準を所定のメッセージ（例えば、ＲＡ（Router Advertisement）など）の受信数によるものとするため、ストレングスを数値によって設定をする手間を省くことができる。
【００２７】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、外部から送信される所定のメッセージを受信する受信手段と、受信された前記所定のメッセージに所定の情報が含まれる場合に、レイヤ３のハンドオーバ処理の判断基準となるストレングス情報を取得するための取得要求を所定のサーバに行う送信手段と、前記所定のサーバからの前記ストレングス情報に基づいて、前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、所定のメッセージを送信する側におけるストレングス情報の管理負荷を低減させることができる。
【００２８】
また、本発明によれば、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも１つ以上接続され、前記複数のアクセスルータのそれぞれの前記サブネット同士が重なり合うよう構成されている通信システムで、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、通信相手と通信を行うよう構成された移動端末が、移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替わる場合におけるハンドオーバ処理方法における前記移動端末であって、前記通信ネットワークを制御する制御端末によって出力された、レイヤ３のハンドオーバ処理を促す情報又は前記レイヤ３のハンドオーバ処理を促さない情報のストレングス情報を受信する受信手段と、受信された前記ストレングス情報に基づいて前記レイヤ３のハンドオーバを行うか否かを決定する決定手段と、前記決定に基づいて前記レイヤ３のハンドオーバの処理を行う制御手段とを、備える移動端末が提供される。この構成により、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。また、ネットワーク側でのＨＯ制御を可能とさせる。なお、Ｌ３のハンドオーバ処理を促す情報又はＬ３のハンドオーバ処理を促さない情報は、それぞれ後述するような、危険ゾーンを示すストレングスの値又は安全ゾーンを示すストレングスの値をであってもよく、単に危険ゾーンにいるか安全ゾーンにいるかを伝えるものであってもよい。
【００２９】
また、本発明によれば、性質の異なるネットワークが重なり合うように構成された通信ネットワークで、移動端末が移動により、現在属するネットワークから性質の異なる別のネットワークへ接続が切り替わる場合におけるハンドオーバ処理方法であって、前記移動端末が、前記現在属するネットワークの端に位置するエッジ端末から前記エッジ端末が前記現在属するネットワークの端に位置する旨の情報を受信するステップと、前記移動端末が、受信された前記情報に基づいてハンドオーバを行うか否かを決定し、前記決定に基づいて前記ハンドオーバの処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、ＨＯによる待ち時間を少なくすることができる。ここで、上述した性質の異なるネットワークとは、構成や管理方法などが異なるネットワークを言い、後述するように、例えばＷＬＡＮ（Wireless Local Area Network）とセルラー網などのようなネットワークを言う。また、性質の異なるネットワークは、後述するように、ＰＭＩＰ（Proxy MIP）ドメインとＣＭＩＰ（Client MIP）ドメインなどのような異なるモビリティ管理ドメイン、ローミングなどにおける異なる管理ドメインなどであってもよい。また、上述したエッジ端末は、例えばＷＬＡＮであればＡＰなど、セルラー網や管理ドメインなどであればＢＳ（Base Station）などに相当する。
【００３０】
本発明のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末は、上記構成を有し、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができる。
【発明を実施するための最良の形態】
【００３１】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態について図１から図４を用いて説明する。図１は本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図である。図２は本発明の第１の実施の形態におけるＬ２のＨＯの詳細について説明するための図である。図３は本発明の第１の実施の形態に係るＡＰの構成の一例を示す構成図である。図４は本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図である。
【００３２】
まず、本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図１を用いて第１の実施の形態について説明する。図１に示すように、ＡＲ１〜ＡＲ４のそれぞれのサブネットがオーバーラップ部を有するように重なり合っている。それぞれのＡＲのプレフィックスはプレフィックス１〜４である。また、それぞれのＡＲに接続し、固有の通信可能領域を形成するＡＰが存在し、例えばＡＲ１にはＡＰ１〜ＡＰ５、ＡＲ２にはＡＰ３〜ＡＰ７、ＡＲ３にはＡＰ５〜ＡＰ９、ＡＲ４にはＡＰ７〜ＡＰ１１が接続している。
【００３３】
このような状況において、例えば不図示の通信相手ＣＮ（Correspondent Node）とＡＰ１を介して通信をしているＭＮがＡＰ１からＡＰ１１へ向かって移動する場合、ＡＰ１に接続しているＭＮは、次に接続するＡＰ２に対してＨＯの処理をし、ＡＰ２に接続して不図示のＣＮと通信を継続する。そして、ＭＮがそのまま移動をしていくと、ＨＯの処理をしてＡＰ３、ＡＰ４、ＡＰ５、・・・と接続先を変えていく。なお、ＡＰ３及びＡＰ５はＡＲ１とＡＲ２のサブネットのオーバーラップ部の端に位置するＡＰである。
【００３４】
第１の実施の形態では、Ｌ３のＨＯをするか否かを判断する基準として、シグナルストレングス（以下、ストレングスとも言う）という値を用いる。ここで、ストレングスは、例えばＡＲのサブネットの端では小さく、サブネットの中心に近づくほど大きくなるように設定される。この場合のストレングスが小さいということは、サブネットの端であるためＬ３のＨＯの可能性が高い（すなわち、危険ゾーン）ということを意味する。また、ストレングスが大きいということは、サブネットの中心に近いためＬ３のＨＯの可能性が低い（すなわち、安全ゾーン）ということを意味する。
【００３５】
図１に示すように、ストレングスの値により上述した危険ゾーン（ｄ）と安全ゾーン（ｓ）とに分けられる。ここでは、ストレングスの値が「１」の場合には危険ゾーン（ｄ）となり、ストレングスの値が「２」以上の場合には安全ゾーン（ｓ）となっている。なお、このストレングスは、例えばＡＲからのＲＡに付加してＭＮへ送信されるようにしてもよく、ＡＰからのビーコンによりＭＮに供給されるようにしてもよく、またＭＮからの要求に応じてＡＰから供給されてもよい。また、ストレングスの値は段階的にする必要はなく、サブネットの中心のみを違う値にし、それ以外を同一の値にするようにしてもよい。
【００３６】
ここで、図１に示すように、ＭＮがＡＰ１からＡＰ１１へ向かって移動していて、ＡＰ５においてＡＰ１方向へ戻る（Ｕターンする）行動をする場合について説明する。この場合、ＭＮはＡＰ１からＡＰ２へＨＯする場合にはＬ２のＨＯのみを行う。これは、ＡＰ２がＡＲ１において安全ゾーン（ｓ）であるためである。同様のＨＯをしてＭＮがＡＰ４まで移動してきた場合、ＭＮはＡＰ５にＨＯをしようとする。このとき、ＭＮはプレフィックス１とは別のプレフィックス２における最も大きいストレングスである「３」を選択（受信）する。第１の実施の形態では、例えば、各プレフィックスにおける最も大きいストレングスを選択した場合にはＬ３のＨＯを決定するように設定する。これにより、ＭＮはＬ３のＨＯの処理を行う。なお、Ｌ３のＨＯの決定は、上述したものに限られるものではなく、安全ゾーンを示すストレングス（例えば、ＡＰ４でのプレフィックス２におけるストレングスの値「２」）を選択した場合にＬ３のＨＯを決定してもよい。
【００３７】
ここで、ＭＮがＡＰ５でＵターンしてＡＰ１方向へ戻ると、上述のようにＡＰ４にＬ２のＨＯをする。そして、ＭＮがＡＰ３まで移動してきた場合、ＭＮはＡＰ２にＨＯをしようとする。このとき、ＭＮはプレフィックス１における最も大きいストレングスである「３」を選択する。このため、上述したように、ＭＮはＬ３のＨＯの処理を行う。このように、Ｌ２のＨＯとＬ３のＨＯが別個に行われることにより、ＨＯの待ち時間を短く抑えることができる。
【００３８】
次に、上述したＬ２のＨＯの詳細について図２を用いて説明する。図２は上述した図１の一部を示したものである。ＡＰ５でのＬ３のＨＯは実際にはＬ２のＨＯを伴う。これはブロードキャストドメイン（Broad Cast Domain：ＢＣ  Ｄｏｍ．）の問題による。しかしながら、Ｌ１が安定していればＬ２とＬ３におけるＨＯの待ち時間は、Ｌ１が不安定な場合より短くて済む。
【００３９】
ここで、ＨＯのシーケンスの一例を説明する。図２に示すように、ＡＰ４及びＡＰ５にはそれぞれＬ１の範囲がある。ＭＮがＡＰ４からＡＰ５へ移動することによって、まず、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．がＡＲ１におけるＡＰ４のＬ２  ＢＣ  Ｄｏｍ．の＃１−４になる。この場合、Ｌ１が安定しているときのＬ２のＨＯとなる（ｓ１）。その後、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．が、ＡＲ１におけるＡＰ４のＬ２  ＢＣ  Ｄｏｍ．の＃１−４からＡＲ１におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃１−５へと変わる。この場合、Ｌ１が不安定であるときのＬ２のＨＯとなる（ｓ２）。その後、ＭＮにおけるＬ２  ＢＣ  Ｄｏｍ．が、ＡＲ１におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃１−５からＡＲ２におけるＡＰ５のＬ２  ＢＣ  Ｄｏｍ．の＃２−３へと変わる。この場合、Ｌ１が安定しているときのＬ２とＬ３のＨＯとなる（ｓ３）。
【００４０】
次に、上述したＡＰの一例について図３を用いて説明する。図３に示すように、ＡＰは、格納手段３０１、出力手段３０２、受信手段３０３、生成手段３０４から構成されている。格納手段３０１は、Ｌ３のハンドオーバ処理を促す情報（危険ゾーンを示すストレングスの値）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すストレングスの値）のストレングス情報をプレフィクスに対応させて格納するものである。このストレングス情報は、後述する第２の実施の形態のゾーンコードのように自動構成されるものであってもよく、あらかじめＡＲから受信したものやあらかじめ設定されたものであってもよい。
【００４１】
出力手段３０２は、格納手段３０１に格納されたストレングス情報を出力するものであり、すなわち、ＡＰ自身の配下のＭＮにＡＰ自身が属するプレフィックス及びＡＰ自身におけるストレングスの情報を供給するものである。このとき、例えばビーコンなどによりそれらの情報をＭＮに供給するようにしてもよく、ＭＮからの要求に応じてＭＮに供給するようにしてもよい。
【００４２】
受信手段３０３は、ＡＲからのストレングス情報やＭＮからの情報を受信する以外に、第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、ＭＮのハンドオーバ後（アクセスポイントの接続が切り替わった後）に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮから受信するものである。生成手段３０４も第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、受信手段３０３によって受信されたストレングスの情報及びプレフィックスの情報に基づいて、新たなストレングスの情報を生成するものである（自動構成については第２の実施の形態を参照）。
【００４３】
次に、上述したＭＮの一例について図４を用いて説明する。図４に示すように、ＭＮは、受信手段４０１、決定手段４０２、制御手段４０３、送信手段４０４、格納手段４０５から構成されている。受信手段４０１は、ＡＰによって出力された、ＡＰが有するＬ３のハンドオーバ処理を促す情報（危険ゾーンを示すストレングスの値）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すストレングスの値）のストレングス情報などを受信するものである。
【００４４】
決定手段４０２は、受信手段４０１によって受信されたストレングス情報に基づいてＬ３のＨＯを行うか否かを決定するものである。具体的には、上述したように、ストレングスの最も大きい値を選択（受信）したかどうかでＬ３のＨＯを行うか否かを決定する。なお、決定手段４０２は、別のプレフィックスの安全ゾーンを示すストレングスを選択した場合にＬ３のＨＯの処理を行うことを決定してもよい。制御手段４０３は、決定手段４０２による決定に基づいてＬ３のＨＯの処理を行うものである。また、制御手段４０３は、ＡＰに対してストレングス情報の出力を要求するようにしてもよい。
【００４５】
送信手段４０４は、ＡＰなどへ情報を送信する以外に、第２の実施の形態のゾーンコードのようにストレングス情報を自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＡＰへ送信するものである。格納手段４０５は、受信した情報、例えばプレフィックスの情報やストレングス情報を格納したり、ＭＮの動作を制御するための制御プログラムなど必要な情報を格納したりするものである。
【００４６】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態における通信ネットワークの構成の一部の一例を示す図５を用いて第２の実施の形態について説明する。図５に示すように、第２の実施の形態では、ＡＲのそれぞれの六角形状のサブネットが重なるように通信ネットワークが構成されている。ここで、通信ネットワークを構成するＡＲの一例について図６を用いて説明する。図６に示すように、ＡＲのサブネットは２つのタイプの領域に分けられている。すなわち、ＡＲのサブネットの周囲の領域は危険ゾーン（ｄ）、それ以外のサブネットの領域は安全ゾーン（ｓ）と分けられている。安全ゾーン（ｓ）ではＬ２のＨＯをする際にＬ３のＨＯを必要としない。一方、危険ゾーン（ｄ）ではＬ２のＨＯをする際にＬ３のＨＯを必要とすることがある。
【００４７】
ここで、ＡＲのサブネット内のＡＰの配置の一例を図７に示す。図７に示すように、六角形状の固有の通信可能領域をそれぞれ形成するＡＰ１からＡＰ３７がＡＲ内に配置されている。この例では、ＡＰ１からＡＰ１９は上述した安全ゾーン（ｓ）に属し、ＡＰ２０からＡＰ３７は上述した危険ゾーン（ｄ）に属している。このような通信ネットワークにおいて、それぞれのＡＰは“ゾーンコード”を含めたビーコンを送出している。例えば、ＡＲ１のＡＰ１からの“ゾーンコード”は安全ゾーンであることを示す「ゾーンコード＝s｛ＡＲ１｝」であり、ＡＲ１のＡＰ３７からの“ゾーンコード”は危険ゾーンであることを示す「ゾーンコード＝ｄ｛ＡＲ１｝」である。なお、“ゾーンコード”はＭＮからの要求に応じてＡＰから送信されるようにしてもよい。また、“ゾーンコード”はあらかじめ設定されていてもよく、自動的に設定されてもよい。なお、自動的に設定される場合については後述する。
【００４８】
ここで、ＭＮが上述したような通信ネットワーク内を移動する場合のＨＯについて図５を用いて説明する。図５に示すように、ＭＮがＡＲ６の安全ゾーンの領域からＡＲ２方向に向けて移動する場合を考える。なお、ＭＮが安全ゾーンに沿って移動できるのであれば不必要なＬ３のＨＯを避けることができる。ＭＮがＡＲ６の安全ゾーンの領域内（ＡＰ５０１）で立ち上がり、ＡＲ６から得られたＩＰアドレスを用いて処理が開始される。立ち上がったときに受けたビーコンには、「ゾーンコード＝s｛ＡＲ６｝」が付加されており、Ｌ３のＨＯをすることなくＡＲ２に向けて移動する。
【００４９】
そして、ＭＮがＡＰ５０２に到達すると、ＭＮはｓ｛ＡＲ６｝、ｄ｛ＡＲ１｝、ｄ｛ＡＲ７｝のゾーンコードを受ける。ここで、ＭＮは現在移動しているＡＲ６内の安全ゾーンの領域にいるため、ＭＮはＬ３のＨＯをすることなく移動を続ける。そして、ＭＮがＡＰ５０３に到達すると、ＭＮはｄ｛ＡＲ６｝、s｛ＡＲ１｝、s｛ＡＲ７｝のゾーンコードを受ける。このとき、ＭＮが現在移動しているＡＲ６内の危険ゾーンの領域に入ったため、ＡＰ５０３に接続している間に、ＭＮはＡＲ６から安全ゾーンを示しているＡＲ１へＬ３のＨＯを行うことを決定する。なお、ＭＮは安全ゾーンを示しているＡＲ７へＬ３のＨＯを行うように決定してもよい。このようにして、ＭＮが移動する際に受けるゾーンコードに基づいて、ＭＮはＬ３のＨＯを行うかどうかを同様に決定する。
【００５０】
次に、上述したＭＮの移動に伴うＨＯの処理のシーケンスを図８に示す。図８に示すように、まず、ＭＮがＡＲ６の安全ゾーンの領域内（ＡＰ５０１）で立ち上がる（ステップＳ８０１）。なお、ＡＰ５０１、ＡＰ５０２、ＡＰ５０３、ＡＲ１、ＡＲ６、ＡＲ７では、ゾーンコードがあらかじめ設定若しくは自動的に設定される（ステップＳ８０２）。そして、ＭＮはＡＰ５０１とＬ２を構築する（ステップＳ８０３）。構築されると、ＭＮはＡＰ５０１からゾーンコードとしてｓ｛ＡＲ６｝を受信する（ステップＳ８０４）。また、ＭＮはＡＲ６からＲＡを受信し（ステップＳ８０５）、受信したＲＡでＡＲ６とＬ３を構成する（ステップＳ８０６）。
【００５１】
そして、ＭＮはＡＰ５０１からＡＰ５０２へ移動する（ステップＳ８０７）。ＭＮはＡＰ５０２からゾーンコードとしてｓ｛ＡＲ６｝、ｄ｛ＡＲ１｝、ｄ｛ＡＲ７｝を受信する（ステップＳ８０８）。そして、ＭＮはＡＲ１、ＡＲ６、ＡＲ７からそれぞれＲＡを受信する（ステップＳ８０９）。ＭＮはＡＰ５０２ではＡＲ６において未だ安全ゾーンであるため、ＡＲ６とのＬ３の構成を維持することを決める（ステップＳ８１０）。
【００５２】
ＭＮはＡＰ５０２からＡＰ５０３へ移動する（ステップＳ８１１）。ＭＮはＡＰ５０３からゾーンコードとしてs｛ＡＲ１｝、s｛ＡＲ７｝、ｄ｛ＡＲ６｝を受信する（ステップＳ８１２）。そして、ＭＮはＡＲ１、ＡＲ６、ＡＲ７からそれぞれＲＡを受信する（ステップＳ８１３）。ＭＮは、ＡＲ６におけるＡＰ５０３では危険ゾーンであり、ＡＲ１におけるＡＰ５０３では安全ゾーンであるため、ＡＲ１のＲＡでＬ３を構成する（ステップＳ８１４）。ＭＮはＡＰ５０３で無線通信が維持されている間にＡＲ６からＡＲ１へＬ３で移動する。なお、ここでは、ＡＲ１を選択しているが、ＡＲ７におけるＡＰ５０３でも安全ゾーンであるためＡＲ７を選択するようにしてもよい。
【００５３】
ここで、ＡＲの配置の一例及びＡＲ内の安全ゾーンと危険ゾーンに配置されたＡＰの配置例を図９Ａに示し、図９Ａの配置に対応した各ＡＰが各ＡＲで安全ゾーンにあるか危険ゾーンにあるかを示すテーブルの一例を図９Ｂに示す。図９Ｂに示すように、ＡＰ１ではＡＲ１においてｓ（安全）のみである。また、ＡＰ２ではＡＲ１においてｓ（安全）、ＡＲ２及びＡＲ３においてｄ（危険）である。また、ＡＰ２０ではＡＲ１及びＡＲ７においてｄ（危険）、ＡＲ２においてｓ（安全）である。図９Ｂに示す“Candidate AR”にはｓ（安全）に対応するＡＲの番号が示されている。
【００５４】
次に、上述したゾーンコードの自動構成の一例について説明する。なお、ここで説明するゾーンコードは、以下で説明するストレングスの値が所定の値（例えば、ストレングスの値が２）以上であれば安全ゾーンを示すゾーンコードとなり、所定の値より小さい値であれば危険ゾーンを示すゾーンコードとなるものとする。まず、以下の説明で用いるものの定義をする。ＲＡ（ｎ、ｓ）はプレフィックスｎでストレングスｓを有するＲＡを示す。ＲｅｐＲＡ（ｐ、ｓ）は以前のＡＰでの、ＭＮによって報告されるＲＡを示す。ｔはある程度長い時間を示し、少なくともＨＯパスにつき１つのＨＯが実行されるまでの時間を示す。なお、ここでは初期のストレングスを１とする。
【００５５】
ここで、すべてのＲｅｐＲＡ（ｐ、ｓ）においてｐ＝ｎであり、かつＲｅｐＲＡ（ｐ、ｓ）のそれぞれのｓがＲＡ（ｎ、ｓ）のｓより大きい又は同じであれば、ＲｅｐＲＡ（ｐ、ｓ）の最小のｓに１を加えてストレングスを増加してＲＡ（ｎ、ｓ）をセットする。これにより、例えば、図１０に示すようにそれぞれのＡＰにおけるストレングスが構成され、ゾーンコードが自動的に構成される。なお、もし、上記を満たさなければ何もしない。この場合は、例えばＲｅｐＲＡ（ｐ、ｓ）が現在のプレフィックスと合わない、ＲｅｐＲＡ（ｐ、ｓ）のストレングスがより強いかより弱いかなどの場合である。なお、ｔはＡＰに接続されるＡＲなどの外部によってセットされるようにしてもよい。
【００５６】
また、ゾーンコードの自動構成は上述したアルゴリズムによるものに限られるものではない。例えば、ＡＲとＡＰとの距離に応じてゾーンコードを自動的に構成するようにしてもよい。具体的にはRTT（Round Trip Time）などに応じて構成する。
【００５７】
次に、第２の実施の形態のＡＰの一例について説明する。なお、第２の実施の形態におけるＡＰも第１の実施の形態におけるＡＰと同様の構成要素を有するため、図３を用いて第２の実施の形態のＡＰについて説明する。ＡＰは、格納手段３０１、出力手段３０２、受信手段３０３、生成手段３０４から構成されている。格納手段３０１は、Ｌ３のハンドオーバ処理を促す情報（危険ゾーンを示すゾーンコード）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すゾーンコード）のストレングス情報（ゾーンコード）をプレフィックスに対応させて格納するものである。なお、ゾーンコードは、あらかじめ設定されていてもよく、上述したように自動的に構成されるようにしてもよい。
【００５８】
出力手段３０２は、格納手段３０１に格納されたゾーンコードを出力するものであり、すなわち、ＡＰ自身の配下のＭＮにゾーンコードを供給するものである。このとき、例えばビーコンなどによりゾーンコードをＭＮに供給するようにしてもよく、ＭＮからの要求に応じてＭＮに供給する（ユニキャストする）ようにしてもよい。
【００５９】
受信手段３０３は、ＡＲやＭＮなどから情報を受信する以外に、ゾーンコードを自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮから受信するものである。なお、ストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＭＮが送信するタイミングは、ＡＲによって指示されるようにしてもよい。生成手段３０４もゾーンコードを自動構成する場合に機能するものであって、受信手段３０３によって受信されたストレングスの情報及びプレフィックスの情報に基づいて、新たなストレングスの情報を生成するものである。
【００６０】
次に、第２の実施の形態のＭＮの一例について説明する。なお、第２の実施の形態におけるＭＮも第１の実施の形態におけるＭＮと同様の構成要素を有するため、図４を用いて第２の実施の形態のＭＮについて説明する。ＭＮは、受信手段４０１、決定手段４０２、制御手段４０３、送信手段４０４、格納手段４０５から構成されている。受信手段４０１は、ＡＰによって出力された、ＡＰが有するＬ３のハンドオーバ処理を促す情報（危険ゾーンを示すゾーンコード）又はＬ３のハンドオーバ処理を促さない情報（安全ゾーンを示すゾーンコード）のゾーンコードを受信するものである。
【００６１】
決定手段４０２は、受信手段４０１によって受信されたゾーンコードに基づいてＬ３のＨＯを行うか否かを決定するものである。具体的には、安全ゾーンを示すゾーンコードか危険ゾーンを示すゾーンコードかでＬ３のＨＯを行うか否かを決定する。制御手段４０３は、決定手段４０２による決定に基づいてＬ３のＨＯの処理を行うものである。また、制御手段４０３は、ＡＰに対してゾーンコードの出力を要求するようにしてもよい。
【００６２】
送信手段４０４は、ＡＰなどへ情報を送信する以外に、ゾーンコードを自動構成する場合に機能するものであって、ＭＮのハンドオーバ後に、ハンドオーバ前のＡＰにおけるストレングスの情報及びＡＰが接続するＡＲに割り当てられたプレフィックスの情報をＡＰへ送信するものである。格納手段４０５は、受信した情報、例えばプレフィックスの情報やストレングスの情報を格納したり、ＭＮの動作を制御するための制御プログラムなど必要な情報を格納したりするものである。
【００６３】
なお、上記第１の実施の形態及び第２の実施の形態では同一のリンク技術のＡＰで構成された領域を例に説明したが、ハンドオーバ前のＡＰとハンドオーバ後のＡＰがそれぞれ異なるリンク技術であってもよい。例えば、図１１に示すように、地上をカバーする３Ｇ（３rd Generation）などのセルラー系無線と、地上の一部及び地下（地下街）をカバーする８０２．１１無線ＬＡＮのそれぞれのＡＰから得られるストレングスをハンドオーバのトリガとして用いることもできる。すなわち、ＭＮは３Ｇの危険ゾーン（ｄ）に居ることを認識すると無線ＬＡＮへのハンドオーバを開始する。
【００６４】
＜第３の実施の形態＞
上述した実施の形態では、レイヤ３のサブネットワークが重なり合う環境（同一のリンク技術のＡＰで構成された領域）におけるＭＮのハンドオーバについて説明した。以下では、異なるネットワーク、ドメイン間で行われるＭＮのハンドオーバの３つのケースについて説明する。
【００６５】
まず、１つ目のケースについて説明する。１つ目のケースは異なるアクセスネットワーク間、例えばセルラー網（以下、単にセルラーとも言う）とＷＬＡＮ（IEEE802.11 TGu contribution,11-16-1848,Stephenson/O'hara,13 Nov 2006参照）との間におけるハンドオーバである。例えば、ＷＬＡＮのエッジ（端）に存在するＡＰが“私自身はＷＬＡＮのエッジに位置する”旨を上述した実施の形態のようにＭＮにビーコンなどで通知する。また、セルラーのエッジに存在するＢＳが“私自身はセルラーのエッジに位置する”旨を上述した実施の形態のようにＭＮにビーコンなどで通知する。例えば、ＭＮが地表（セルラー）から地下（ＷＬＡＮ）へ移動する場合に相当する。これにより、ＭＮはビーコンを受信するまで不必要な無線インターフェースを起動させなくて済み、電源の浪費を防ぐことができる。
【００６６】
具体的に１つ目のケースについて図１２を用いて説明する。図１２に示す例は、ＭＮがＷＬＡＮ１２００からセルラー１２０１へハンドオーバする場合についてのものである。この場合、ＷＬＡＮ１２００のエッジに位置するＡＰは“私自身はＷＬＡＮ１２００のエッジに位置する”旨をＭＮにビーコンなどで通知する。図１２に示すように、ＭＮはＷＬＡＮ１２００のＡＰがカバーするビルの内部１２０２から移動を開始する。ＭＮがビルの入口１２０３を通ってビルの外に出ようとする。このとき、ビルの入口１２０３でＷＬＡＮ１２００のＡＰは“私自身はエッジに位置する”旨をビーコンで通知する。
【００６７】
ＭＮはＷＬＡＮ１２００のインターフェースを介してビーコンを受信すると、セルラー１２０１のインターフェースを起動し、セルラー１２０１のスキャン（探索）を開始し、利用可能なセルラー１２０１を選択し、セルラー１２０１とＬ２リンクを確立する。そして、ＭＮは、Ｌ３、例えばモバイルＩＰやＭｏｎａｍｉ６（Mobile Nodes and Multiple Interfaces in IPv6）などでＷＬＡＮ１２００からセルラー１２０１にハンドオーバする。これにより、ＭＮはＷＬＡＮ１２００（ＷＬＡＮ領域）から離れる。
【００６８】
一方、ＭＮがセルラー１３０１からＷＬＡＮ１３００へハンドオーバする場合について図１３を用いて説明する。図１３に示すように、ＷＬＡＮ１３００のエッジに位置するＡＰは“私自身はＷＬＡＮ１３００のエッジに位置する”旨をＭＮにビーコンで通知し、セルラー１３０１のエッジに位置するＢＳは“私自身はセルラー１３０１のエッジに位置する”旨をＭＮにビーコンで通知する。ここで、ＭＮがセルラー１３０１の内部から動き始めたとする。そして、ＭＮはセルラー１３０１のエッジに到達する。このとき、セルラー１３０１のＢＳは“私自身はセルラー１３０１のエッジに位置する”旨をＭＮにビーコンで通知する。
【００６９】
ＭＮはセルラー１３０１のインターフェースを介してビーコンを受信し、ＷＬＡＮ１３００のインターフェースを起動し、ＷＬＡＮ１３００のスキャン（探索）を開始し、利用可能なＷＬＡＮ１３００を選択し、ＷＬＡＮ１３００とＬ２リンクを確立する。そして、ＭＮは、Ｌ３、例えばモバイルＩＰやＭｏｎａｍｉ６などでセルラー１３０１からＷＬＡＮ１３００にハンドオーバする。これにより、ＭＮはセルラー１３０１（セルラー領域）から離れる。
【００７０】
次に、２つ目のケースについて説明する。２つ目のケースは異なるモビリティ管理ドメイン間、例えばＰＭＩＰドメインとＣＭＩＰドメインとの間におけるハンドオーバである。これにより、ＭＮがＰＭＩＰからＣＭＩＰへ移動したとき、ＭＮはＭＩＰにおける積極的な（プロアクティブ）手続き、例えばＦＭＩＰにおけるプロアクティブ手続きやコンテキストトランスファー（コンテキスト転送）プロトコルにおける予測モードなどを開始することができる。
【００７１】
具体的に図１４を用いて説明する。図１４に示すように、ＭＮはＰＭＩＰドメイン１４００から移動を開始するとする。ＭＮはＰＭＩＰドメイン１４００のエッジに移動すると、ＢＳから“私自身はエッジに位置する”旨のビーコンを受信する。ＭＮは積極的にＣＭＩＰドメイン１４０１におけるＨＡにブートストラップ（Bootstrap）を行う。そして、ＰＭＩＰドメイン１４００におけるＨＡからコンテキストが転送される。なお、ここでのＰＭＡは、ＬＭＡ（Local Mobility Anchor）やＭＡＧ（Mobile Access Gateway）に置き換えられるものであり、またＩＥＥＥ８０２．２１においては、ＢＳやＡＰはＰｏＡ（Point of Attachment）に相当する。
【００７２】
図１４に示すネットワーク構成は一例であり、それ以外のネットワーク構成も考えられ、以下では２つのネットワーク構成について説明する。１つ目の構成は、図１５に示すように、ＰＭＩＰのＬＭＡとＣＭＩＰのＨＡが一緒に配置されたケースである。このケースにおいても、ＭＮが移動し、例えばＰＭＩＰドメインのエッジに位置した場合に、ＭＮがＢＳなどから“私自身はエッジに位置する”旨のビーコンを受信する。これによりＭＮはＨＯの処理を行う。なお、ＩＥＥＥ８０２．２１においては、ＡＰやＢＳはＰｏＡに相当する。
【００７３】
なお、図１５に示すネットワーク構成の構成要素は、図１６に示すＨＰＬＭＮ（Home Public Land Mobile Network）とNon-３ＧＰＰネットワークで構成されるネットワーク構成の構成要素のそれぞれに対応する。すなわち、図１６に示すＰＤＮ  ＧＷ、ＵＥ、ｅＰＤＧは、図１５に示すＨＡ／ＬＭＡ、ＭＮ、ＭＡＧにそれぞれ相当し、ＭＡＧはTrusted Non-３ＧＰＰ  ＩＰアクセスの内側に位置する。
【００７４】
２つ目の構成は、図１７に示すように、ＰＭＩＰのＬＭＡがＣＭＩＰのＨＡの配下にあるケースである。このケースにおいても、ＭＮが移動し、例えばＰＭＩＰドメインのエッジに位置した場合に、ＭＮがＢＳなどから“私自身はエッジに位置する”旨のビーコンを受信する。これによりＭＮはＨＯの処理を行う。なお、ＩＥＥＥ８０２．２１においては、ＡＰやＢＳはＰｏＡに相当する。
【００７５】
次に、異なるネットワーク、ドメイン間で行われるＭＮのハンドオーバの３つ目のケースについて説明する。３つ目のケースは異なる管理ドメイン間、例えばローミング境界におけるハンドオーバである。これにより、ＭＮはプロアクティブな手続き、例えば事前の認証、ネットワーク選択などを開始することができ、ハンドオーバの時間を短縮することができる。
【００７６】
具体的に図１８を用いて説明する。図１８に示すように、ＵＥ（User Equipment）１５００がオペレータＡのドメイン１５０１で動作を開始し始めたとする。ＵＥ１５００はオペレータＡのドメイン１５０１のエッジに移動すると、ＢＳから“私自身はエッジに位置する”旨のビーコンを受信する。ＵＥ１５００はＡＡＡ（Authentication、Authorization、and Accounting）サーバを用いてオペレータＢのドメイン１５０２における認証／許可を行い、コンテキストが転送される。
【００７７】
なお、上述した３つのケースのネットワークは第１及び第２の実施の形態におけるサブネットワークよりも大きいため、ＡＲなどがビーコンを送信するようにしてもよい。Ｌ３エンティティをアグリゲートする（集約する）より高次のエンティティが利用可能である場合、高次のエンティティはビーコンを通知することが可能である。
【００７８】
ここで、上述した３つのケース以外のケースであって、ＭＮを有する乗客が乗車する電車が駅に接近し、駅に到着し、その後駅から離れていくケースについて図１９を用いて説明する。図１９に示すように、電車１６００は“私自身はエッジに位置する”旨のビーコンを送信する。このビーコンは、“そのネットワークは不安定だから他のものを探したほうがよい”とＭＮによって解釈される。電車１６００が駅１６０３に近づく（若しくは到着する）と、乗客のＭＮは電車１６００内のネットワーク１６０１から他のネットワーク、例えば駅１６０３のプラットホームのネットワークやセルラー１６０２にハンドオーバする。そして、電車１６００が駅１６０３から離れると、ＭＮは電車１６００内のネットワーク１６０１にハンドオーバする。ＭＮは駅１６０３を離れた後、“私自身はエッジに位置する”旨のビーコンを受信しなくなるまで、例えばセルラー１６０２に接続する。
【００７９】
なお、エッジ通知用のビーコン(ストレングス通知用のビーコンも同様)は、以下のようにいずれのレイヤを用いた情報であってもよく、ビーコン通知の対地形態や頻度についてもさまざまな方法がありうる。通信レイヤにおける通知を行う際、レイヤ２の報知情報やビーコンなどでもよいし、レイヤ２．５(ＩＥＥＥ８０２．２１など)における情報通知などでもよいし、レイヤ３メッセージ(ルータ広告やＤＨＣＰメッセージなど)でもよいし、またトランスポート層のメッセージ(ＮＳＩＳでのＮＴＬＰを利用したものなど)であってもよいし、アプリケーション層のメッセージ(ＮＳＩＳでもＮＳＬＰを用いたものなど)であってもよい。情報通知の通信対地形態としては、ＢＳ／ＡＰなどの通知元からの報知(ブロードキャスト)、受信者限定報知(マルチキャスト)、特定受信者への通知(ユニキャスト)のいずれで行ってもよい。通知の頻度に関しては、一定周期で行ってもよいし、網側の都合で判断してもよいし、ＭＮ／ＵＥからの要求に応じる形で通知してもよい。通知元は、ＡＲやＢＳやＡＰの他に、情報サーバ(ＩＥＥＥ８０２．２１におけるＩＳサーバや、３ＧＰＰネットワークにおけるポリシー管理サーバなど)であってもよい。
【００８０】
ここで、上述してきた各実施の形態では、基本的に接続先のエッジからビーコンなどを受信することによってＨＯ処理をしたが、ここではネットワーク側（例えば、ネットワークを制御するネットワーク制御端末など）がＨＯ制御を行う２つのケースについて説明する。１つ目のケースは、３ＧＰＰのオペレータが、移動端末であるＵＥの正確な位置を把握している場合、ネットワーク制御端末などがＵＥに対して、ＢＳとの通信範囲にもかかわらず“ＵＥは危険な状態にある（ＨＯをするべき状態にある）”旨を伝えるものである。また、危険な状態にある旨を伝えると同時に、次のＨＯ先でのプレフィックスを通知することも可能である。
【００８１】
２つ目のケースは、ネットワーク制御端末がＢＳによらずＵＥに対して、上述したような危険ゾーンを指示するものである。このケースは、多数のＵＥが同時にＬ３までのＨＯを集中して発生させる場合に有効である。例えば、電車などによって移動する多数のＵＥは、移動中はＬ２のＨＯシグナルが多い。しかし、この状況でＬ３まで同時にＨＯが発生すると大変な状態となる。そこで、Ｌ３のＨＯシグナルをＬ２のＨＯとタイミングをずらし、かつＵＥ間でもずらすことによってＬ２／Ｌ３のＨＯシグナルの集中発生を防ぐことができる。
【００８２】
なお、ネットワーク制御端末からの危険ゾーンを指示するシグナリング（ＨＯコマンド）はブロードキャスト方式（若しくは１度のみの指示）でなされてもよい。この場合、ＵＥはコマンドの受信後、ＵＥ個別あるいはグループ別に選択した任意の時間待ってから実際のＨＯを実行する（ランダムアクセスにおけるバックオフのように）。また、ネットワーク制御端末からのＨＯコマンドは、あらかじめ決まったグループが存在する場合、グループごとに送信されるようにしてもよい。また、ネットワーク制御端末からのグループごとのＨＯコマンドの送信は、移動中の決まったグループであっても可能である。この場合のＨＯコマンドは、例えばグループコードと、グループコードに対応する端末のＩＤを有する。
【００８３】
さらに、ここでは、上述したストレングスの他の表現の方法について説明する。上述したストレングスは、例えばＡＲのサブネットの端では小さい値になるように、またサブネットの中心に近づくほど大きい値になるように設定されるものである。一方で、ここでのストレングスは、例えばＲＡの数で表現しようとするものである。すなわち、図２０に示すように、所定の範囲ごとに時間あたりのＲＡの数を変えるように構成するものである。図２０の例では、１分間あたりのＲＡの数をそれぞれの範囲で異なるように構成したものである。これにより、ＲＡの数で危険なゾーンにいるか否かを判断することができる。
【００８４】
さらに、ＵＥ（ＭＮ）がＲＡを受信した後に行うＨＯ処理について上述したが、ここではＲＡを受信した後にＵＥが行う他のＨＯ処理について説明する。ＵＥがＲＡを受信すると、ＵＥは受信したＲＡの中身を確認して所定の情報が含まれている場合にその位置におけるストレングスを、例えば所定のサーバ（ＡＡＡサーバやＩＳサーバなど）に問い合わせる。ＲＡには上述したＲＡに含まれる情報以外に、所定のサーバに対してストレングスを問い合わせるよう指示する情報が含まれている。この指示情報は、例えばＢＳによって付加される。
【００８５】
所定のサーバは、ＵＥからの問い合わせに対して、該当するＡＲにおける問い合わせのあったＵＥでのストレングスの情報のみでなく、プレフィックスの値も送信する。このとき送信されるストレングスの情報は、例えば「カバーエリアＡは３０％、カバーエリアＢは７０％」という情報である。カバーエリアとは、ＵＥの現在の位置がカバーされているエリアを言う。この例の場合、カバーエリアＡとカバーエリアＢとはオーバーラップしており、カバーエリアＢのほうがカバーエリアとしての強さが強いということになる。なお、ＭＮと所定のサーバ（ＡＡＡサーバなど）との間における通信は、例えばＭＩＨ−ＩＳ若しくはＩＰシグナルによるものである。
【００８６】
さらに、上述した各実施の形態におけるエッジのバリエーションとして、例えばＩＰｖ６とＩＰｖ４の境界であってもよく（この場合はエッジ境界を越える前に、例えばＤＳＭＩＰによるＨＯ処理を行うことができる）、また、例えばインターネットとイントラネットの境界であってもよい（この場合は新たなアンカー、例えば境界前後に共通なＧＷなどを用いたＨＯ処理を行うことができる）。
【００８７】
なお、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００８８】
本発明に係るハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末は、Ｌ２のＨＯとＬ３のＨＯの処理が同時に起こることを避け、ＨＯによる待ち時間を少なくすることができるため、それぞれがサブネットを構成し、固有の通信可能領域を形成するアクセスポイントが接続された複数のアクセスルータによって構成された領域を移動端末が移動する際のハンドオーバ処理方法、及びその方法で用いられるアクセスポイント及び移動端末などに有用である。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施の形態における通信ネットワークの構成の一部の一例を示す図
【図２】本発明の第１の実施の形態におけるＬ２のＨＯの詳細について説明するための図
【図３】本発明の第１の実施の形態に係るＡＰの構成の一例を示す構成図
【図４】本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図
【図５】本発明の第２の実施の形態における通信ネットワークの構成の一部の一例を示す図
【図６】本発明の第２の実施の形態における通信ネットワークを構成するＡＲの一例について説明するための図
【図７】本発明の第２の実施の形態におけるＡＲのサブネット内のＡＰの配置の一例を説明するための図
【図８】本発明の第２の実施の形態におけるＭＮの移動に伴うＨＯの処理のシーケンスの一例を示すシーケンスチャート
【図９Ａ】本発明の第２の実施の形態におけるＡＲの配置の一例及びＡＲ内の安全ゾーンと危険ゾーンに配置されたＡＰの配置例を示す図
【図９Ｂ】本発明の第２の実施の形態における図９Ａの配置に対応した各ＡＰが各ＡＲで安全ゾーンにあるか危険ゾーンにあるかを示すテーブルの一例を示す図
【図１０】本発明の第２の実施の形態におけるゾーンコードの自動構成を説明するための図
【図１１】本発明の第１及び第２の実施の形態における別の通信ネットワークの構成の一例を示す図
【図１２】本発明の第３の実施の形態における１つ目のケースのハンドオーバに関し、ＭＮがＷＬＡＮからセルラーへハンドオーバする場合を説明するための図
【図１３】本発明の第３の実施の形態における１つ目のケースのハンドオーバに関し、ＭＮがセルラーからＷＬＡＮへハンドオーバする場合を説明するための図
【図１４】本発明の第３の実施の形態における２つ目のケースのハンドオーバについて説明するための図
【図１５】本発明の第３の実施の形態における２つ目のケースの通信ネットワークとは別の通信ネットワークの一例を示す図
【図１６】図１５に示す通信ネットワークに対応する、ＨＰＬＭＮとNon-３ＧＰＰネットワークで構成される通信ネットワークの一例を示す図
【図１７】本発明の第３の実施の形態における２つ目のケースの通信ネットワークとは別の通信ネットワークの一例を示す図
【図１８】本発明の第３の実施の形態における３つ目のケースのハンドオーバについて説明するための図
【図１９】本発明の第３の実施の形態における電車が駅へ接近する及び電車が駅から離れる場合のハンドオーバについて説明するための図
【図２０】本発明の各実施の形態におけるストレングスの表現方法について説明するための図
【図２１】従来の通信ネットワークの構成の一部を示す図
【図２２】従来の他の通信ネットワークの構成の一部を示す図
【図２３】従来の他の通信ネットワークの構成の一部を示す図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008044775.tif 000027
【図２】
2008044775.tif 000028
【図３】
2008044775.tif 000029
【図４】
2008044775.tif 000030
【図５】
2008044775.tif 000031
【図６】
2008044775.tif 000032
【図７】
2008044775.tif 000033
【図８】
2008044775.tif 000034
【図９Ａ】
2008044775.tif 000035
【図９Ｂ】
2008044775.tif 000036
【図１０】
2008044775.tif 000037
【図１１】
2008044775.tif 000038
【図１２】
2008044775.tif 000039
【図１３】
2008044775.tif 000040
【図１４】
2008044775.tif 000041
【図１５】
2008044775.tif 000042
【図１６】
2008044775.tif 000043
【図１７】
2008044775.tif 000044
【図１８】
2008044775.tif 000045
【図１９】
2008044775.tif 000046
【図２０】
2008044775.tif 000047
【図２１】
2008044775.tif 000048
【図２２】
2008044775.tif 000049
【図２３】
2008044775.tif 000050
【国際調査報告】
2008044775.tif 000051
2008044775.tif 000052