WO2005043839A1

WO2005043839A1 - 通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システム

Info

Publication number: WO2005043839A1
Application number: PCT/JP2004/016140
Authority: WO
Inventors: Takako Hori; Keigo Asou
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-10-30
Filing date: 2004-10-29
Publication date: 2005-05-12
Also published as: US20070133463A1; JPWO2005043839A1; CN1875579A; KR20060120668A; RU2006118697A; BRPI0415996A; EP1679834A1

Abstract

　ファストハンドオーバ技術におけるパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現する技術が開示され、その技術によれば移動端末（ＭＮ１０）は、アクセスポイント（ＡＰ２２、２３、３２、３３）の情報（ＡＰのリンクレイヤアドレス）と、そのＡＰを配下に持つアクセスルータ（ＡＲ２１、３１）の情報（ＡＲのリンクレイヤアドレス、ＡＲの属するサブネット２０、３０のネットワークプリフィックス及びプリフィックスレングス）との対応関係を有し、この対応関係を参照して、異なるサブネット間のＬ２ハンドオーバでは、移動先のサブネットのＮＣｏＡを生成し、同一サブネットにおけるＬ２ハンドオーバでは、ＮＣｏＡの変更は行わずにＬ２ハンドオーバのみを実施し、Ｌ２ハンドオーバ先のＡＰに係る対応関係がない場合には、従来のファストハンドオーバによる処理を行う。

Description

明細書

通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システム

技術分野

[0001] 本発明は、無線通信を行う移動端末 (モバイルノード)のハンドオーバの高速ィ匕を実現する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムに関し、特に、次世代インターネットプロトコルであるモパイル IPv6 (Mobile Internet Protocol version 6)プロトコルを利用した無線通信を行うモパイルノードにおいて、ハンドオーバを高速ィ匕する技術に関する。

背景技術

[0002] 移動端末力無線ネットワークを通じてインターネットなどの通信ネットワークにァクセスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提供できる技術として、次世代インターネットプロトコルであるモパイル IPv6を利用したものが普及してきている。このモパイル IPv6を利用した無線通信システムについて、図 1を参照しながら説明する。なお、以下に説明するモパイル IPv6の技術に関しては、例えば、下記の非特許文献 1に開示されている。

[0003] 図 1に示す無線通信システムは、インターネットなどの IPネットワーク（通信ネットヮーク） 15、 IPネットワーク 15に接続する複数のサブネット（サブネットワークとも呼ばれる） 20、 30、これらの複数のサブネット 20、 30のいずれかに接続することが可能な移動端末（MN : Mobile Node) 10を含んでいる。なお、図 1では、複数のサブネット 20、 30として、 2つのサブネット 20、 30が図示されている。

[0004] サブネット 20は、 IPパケット（パケットデータ）に対するルーティングを行うアクセスルータ（AR: Access Router) 21、固有の無線カバーエリア（通信可能領域） 24、 25をそれぞれ形成する複数のアクセスポイント（AP : Access Point) 22、 23により構成されている。これらの AP22、 23は、それぞれ AR21に接続されており、 AR21は、 IPネットワーク 15に接続されている。なお、図 1では、複数の AP22、 23として、 2つの AP22 、 23が図示されている。また、サブネット 30に関しても、 AR31及び複数の AP32、 3 3により、上述のサブネット 20と同一の接続態様によって構成されている。

[0005] また、サブネット 20の構成要素である AR21と、サブネット 30の構成要素である AR 31とは、 IPネットワーク 15を通じて通信を行うことが可能であり、すなわち、サブネット 20とサブネット 30とは、 IPネットワーク 15を通じてつながっている。

[0006] 図 1に示す無線通信システムにおいて、 MN10が、無線カバーエリア 25内で AP2 3との無線通信を開始したとする。このとき、 MN10に割り当てられている IPv6ァドレスカサブネット 20の IPアドレス体系に適さない場合、無線カバーエリア 25内に存在する MN10は、 AP23との間における無線通信を介して、サブネット 20に適合した IP v6アドレス、すなわち気付アドレス（CoA: Care of Address)を取得する。

[0007] なお、 MN10が CoAを取得する方法には、 DHCPv6 (Dynamic Host

Configuration Protocol for IPv6)などの方法により DHCPサーバからステートフルに割り当ててもらう方法と、サブネット 20のネットワークプリフィックス及びプリフィックスレングスを AR21から取得し、 MN10において、 AR21から取得したネットワークプリフィックス及びプリフィックスレングスと、 MN10のリンクレイヤアドレスとを組み合わせて、ステートレスに CoAを自動生成する方法とが存在する。

[0008] そして、 MN10は、取得した CoAを自分のホームネットワーク上のルータ（ホームェージヱント）や特定の通信相手（Correspondent Node: CN)に対して登録（Binding Update : BU)することによって、サブネット 20内において、パケットデータの送信又は受信が行えるようになる。

[0009] これにより、所定の通信相手力も MN10に対して送信されたパケットデータは、 MN 10の CoAに基づいて、 AR21及び AP23を介して、 MN10に伝えられる一方、 MN 10が所望の通信相手に対して送信したパケットデータは、 AP23および AR21を介して上記所望の通信相手に伝えられる。また、 MN10あてにホームネットワークに送信されてきたパケットデータも、ホームエージェントに登録された MN10の CoAに基づいてサブネット 20の AR21に送られ、 AP23を介して MN10に伝えられる。

[0010] 図 1に示すモパイル IPv6を利用した無線通信システムは、 MN10があるサブネット力も別のサブネットに移動した場合でも、 CoAを利用して、 MN10における無線通信が継続されるよう構成されている。しかしながら、上述した MN10の CoAの取得に伴う諸手順 (通常のモパイル IPv6のハンドオーバ）に係る技術では、 MN10が移動して AP32に接続した後、すなわち L2ハンドオーバが行われた後に、サブネット 30で使用する新し、 (New) CoA (以降、 NCoAと呼ぶ）の取得及び登録 (BU)が行われることになる。つまり、 MN10力 SL2ハンドオーバを行い始めてから NCoAの登録が完了するまでの間は、 MN10の CoAはサブネット 20で使用している古い（Previous) CoA (以降、 PCoAと呼ぶ）のままなので、 MN10から送信されるパケットデータや MN10 に向けて送信されるパケットは、すべてロスすることになる。

[0011] このような MN10のハンドオーバによって生じるパケットロス率を改善し、 MN10が移動した場合でも円滑に無線通信が継続されるようにする技術として、例えば、下記の非特許文献 2に開示されているファストハンドオーバ技術が知られている。以下、図 1及び図 6を参照しながら、ファストハンドオーバ技術について説明する。

[0012] 図 6は、従来の技術におけるファストハンドオーバの一例を示すシーケンスチャートである。なお、図 6に示すシーケンスチャートは、図 1に示す無線通信システムにおいて、 MN10が、 AP23が形成する無線カバーエリア 25内力もオーバラップエリア 26を通って AP32が形成する無線カバーエリア 34内に移動する場合の MN10、 AR21、 AR31の各処理を時間軸に沿って示すものである。この図 6に示すシーケンスチヤ一トには、ファストハンドオーバにおいて、 MN10が L2ハンドオーバを行う前にサブネット 20内で NCoAをステートレスに取得する際の手順が示されている。

[0013] MN10は、無線カバーエリア 25内における移動に伴い、現在通信中の AP23からの電波が弱くなると、別に通信可能な APを探し始める。そして、無線カバーエリア 25 と無線カバーエリア 34とがオーバラップするオーバラップエリア 26 (図 1中の斜線領域）に入ると、 AP32からの電波を聞くことができ、すなわち、 AP32を発見する。なお、オーバラップエリア 26内では、 MN10は、 AP23からの電波及び AP32からの電波の両方を聞くことが可能である。

[0014] そして、何らかの条件によって、 MN10が、 AP23との通信をやめて AP32との通信を始めたほうが良いと判断した場合 (例えば、 AP23からの電波強度と AP32からの電波強度との比較の結果、 AP32からの電波が強いことが分かった場合など）、通信先の APの接続切り換え（L2ハンドオーバ）を行う旨を決定する（ステップ S601： AP3 2に L2ハンドオーバを行うことを決定)。

[0015] 続いて、ハンドオーバを行う旨を決定した MN10は、 AR21に対して、ハンドオーバの実行に必要な情報を要求するための RtSolPr (Router Solicitation for Proxy)メッセージを送信する（ステップ S603 :RtSolPrメッセージの送信）。この RtSolPrメッセージには、 MN10が AP32から受信した AP32のリンクレイヤアドレスなどが含まれており、すなわち、 MN10力ら AR21に対して、新たな移動先の無線カバーエリア 34を形成する AP32のリンクレイヤアドレスが通知される。なお、例えば、 IEEE802. 11 による無線通信の場合には、 AP32は、リンクレイヤアドレス（MACアドレス）を含むビ一コンを定期的にブロードキャストしており、無線カバーエリア 34内のすべてのノード力 AP32のリンクレイヤアドレスを取得することが可能である。なお、 RtSolPrは Router Solicitation for Proxy Advertisement とれこともめ。

[0016] MN10から RtSolPrメッセージを受信した AR21は、 RtSolPrメッセージ内に含まれる AP32のリンクレイヤアドレスの情報に基づき、任意の方法によって、 AP32がつながっている AR31の情報（AR31のリンクレイヤアドレス、 AR31が属するサブネット 30のネットワークプリフィックス及びプリフィックスレングス）を取得する（ステップ S605 ： AP32のリンクレイヤアドレス情報を基にして、 AR31の情報を取得)。

[0017] なお、 AR31の情報を取得する方法 (上記の任意の方法）に関しては、ファストハンドオーバでは特に規定されておらず、例えば、あら力じめ AR21内に設定されている AR31と AP32との対応関係を参照する方法や、 AP32を配下に置く ARを AR21自身が IPネットワーク 15を通じて探索する方法など、様々な方法の適用が可能である。

[0018] そして、 AR21は、 RtSolPrメッセージに対する応答として、ステップ S605で取得した AR31の情報を含む PrRtAdv(Proxy Router Advertisement)メッセージを MN 10 に送信する（ステップ S607 : PrRtAdvメッセージの送信）。これにより、 MN10は、 A P32を配下に置く AR31の情報を取得し、サブネット 30のネットワークプリフィックス及びプリフィックスレングスと、 MN10のリンクレイヤアドレスとを組み合わせて、 AR31が構成するサブネット 30に適合し得る NCoAを生成する（ステップ S609 :NCoAを自動生成)。

[0019] NCoAの生成後、 MN10は、 AR21に対して NCoAの通知（FBU： Fast Binding Update)を行い（ステップ S611 :FBU)、さらに、 AR31における NCoAの確認や AR 21と AR31との間におけるトンネル生成の処理などを経て、ファストハンドオーバが完了する。

[0020] 上述のように、ファストハンドオーバ技術の場合には、 MN10は、 L2ハンドオーバが行われる前に、サブネット 30で使用する NCoAをあらかじめ取得して、この NCoA を AR21に通知することによって、 AR21と AR31との間にトンネルが生成される。これにより、 MN10力 SL2ハンドオーバを行って AP23から AP32に接続を切り換えてから、サブネット 30に移動して、あらかじめ取得した NCoAを正式に登録（BU)するまでの間でも、サブネット 20で使用して!/、た MN10の PCoAあてに送られたパケットデータは、トンネル経由で AR31及び AP32を介して MN10に転送されるようになり、また、 MN10から送信されるパケットデータも、 AP32及び AR31を介してトンネル経由で AR21に到達して、 AR21から通信相手に送られるようになる。

非特許文献 1 : D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", draft - ietf— mobileip - ipv6 - 24, June 2003

非特許文献 2 : Rajeev Koodli "Fast Handovers for Mobile IPv6",

draft— ietf—mobileip— fast— mipv6— 08, October 2003

発明の開示

発明が解決しょうとする課題

[0021] し力しながら、上述したファストハンドオーバ技術には、以下に示す第 1一第 3の問題点がある。

[0022] <第 1の問題点 >

L2ハンドオーバに関してはモパイル IPv6仕様の規定外であるため、モパイル IPv6 のレイヤでは、 MN10が AP23との通信をやめるタイミング（L2ハンドオーバを行うタイミング)を前もって把握することは不可能である。 L2ハンドオーバのタイミングが下記の（1)又は（2)の場合には、ファストハンドオーバは正常に完了せず、ファストハンドオーバ技術が目的とするパケットロス率の低減を達成することはできない。

[0023] (1) MN10力ステップ S603において AR21に対して RtSolPrメッセージを送信する前に、 AP23との通信をやめた場合には、 MN10は、 AR21に対して RtSolPrメッセージを送信することができな、。

(2) MNIO力ステップ S607において AR21から PrRtAdvメッセージを受信する前に、 AP23との通信をやめた場合には、 MN10は、 PrRtAdvメッセージを受信することができない。

[0024] 上記の（1)及び（2)の場合は、 AP23との接続が切断してしまうために、ステップ S6 09の NCoAの自動生成時に必要な AR31の情報を AP23を介して受信することができない場合と言い換えることもできる。これらの場合は、特に、 MN10が高速で移動している場合に起こり得る。

[0025] <第 2の問題点 >

図 6を参照しながら説明した例では、 MN10が異なるサブネットに移動しているため、新たなサブネットで使用される NCoAの取得は必須である。一方、例えば、 AP23 が形成する無線カバーエリア 25内から AP22が形成する無線カバーエリア 24内に M N10が移動する場合（同一サブネット 20内において APの接続切り換えが行われる場合）には、 AP23から AP22への L2ハンドオーバが行われるものの、同一サブネット 20内における移動であり、 CoAを変更する必要はない。

[0026] しかしながら、 MN10は、同一サブネット内の移動、あるいは、異なるサブネット間の移動によらず、 AP間における L2ハンドオーバを行う場合には、ファストハンドオーバの処理を行ってしまう。すなわち、同一サブネット 20内における L2ハンドオーバの場合でも、ステップ S603において AR21に対して RtSolPrメッセージを送信し、ステツプ S607において AR21から受信した PrRtAdvメッセージの内容を参照することによつて、ようやく CoAを変更する必要がな、ことを把握する。

[0027] すなわち、ファストハンドオーバ技術では、同一サブネット内における MN10の L2 ハンドオーバ時にも、 CoAを変更する必要がなヽ旨を確認するだけのために RtSol Prメッセージ及び PrRtAdvメッセージの送受信が行われており、非常に非効率であると言える。

[0028] <第 3の問題点 >

さらに、 MN10が L2ハンドオーバを行おうとするたびに、 AR21ではステップ S603 の処理を行う必要があり、また、 MN10と AR21との間において RtSolPrメッセージ及び PrRtAdvメッセージが送受信されることとなるという問題がある。すなわち、 MN 10の L2ハンドオーバ時には、 AR21における処理の負荷の増大や MN10と AR21 との間の通信トラフィックの増大が生じる。特に、無線カバーエリアの狭い複数の AP2 2、 23が AR21の配下に存在する場合や、多数の MN10が存在して頻繁に移動を繰り返している環境においては、 AR21には相当の負荷がかかり、また、 MN10と A R21との間の通信トラフィックが著しく増大する。

[0029] 本発明は、上記の問題点に鑑み、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良、ノ、ンドオーバを実現することが可能な通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供することを目的とする。

課題を解決するための手段

[0030] 上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも 1つ以上接続されて、る通信システムにお、て、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて V、る前記アクセスルータとの通信を行うよう構成されて、る移動端末における通信ハンドオーバ方法であって、

前記移動端末が有する所定の情報格納手段に、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する格納ステップと、

現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う際に、前記別のアクセスポイントから前記別のアクセスポイントの情報を受信する受信ステツプと、

前記受信ステップで受信した前記別のアクセスポイントの情報に基づ、て、前記対応情報の中から前記別のアクセスポイントが接続されて、る前記アクセスルータの情報を取得する取得ステップと、前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを有している。

この構成により、ファストノヽンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良いハンドオーバを実現することが可能となる。

[0031] さらに、本発明の通信ハンドオーバ方法は、前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有して、る。

この構成により、移動端末によって対応情報力作成されたサブネットにおけるアドレス情報を利用して、アクセスルータが移動端末あてのパケットデータを転送することが可能となる。

[0032] また、上記目的を達成するため、本発明の通信ハンドオーバ方法は、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも 1つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて、る前記アクセスルータとの通信を行うよう構成されて、る移動端末における通信ハンドオーバ方法であって、

前記受信ステップで受信した前記別のアクセスポイントの情報に基づ、て、前記対応情報の中から前記別のアクセスポイントが接続されて、る前記アクセスルータの情報を取得する取得ステップと、

前記取得ステップで取得した前記アクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスポイントに通信の切り換えを行った場合に、前記サブネットの接続にぉ、て現在割り当てられて!/、るアドレス情報の変更が必要力否かを判断する判断ステップと、

前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられて!/、る前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを有して、る。

この構成により、ファストノヽンドオーバ技術によって改善されたパケットロス率を維持しながら、 MN及び ARの負荷や通信トラフィックを低減させて、効率の良いハンドォーバを実現し、特に、同一サブネット内における L2ハンドオーバ時における ARの負荷や通信トラフィックの増大を防ぐことが可能となる。

[0033] さらに、本発明の通信ハンドオーバ方法は、前記判断ステップにおいて、前記現在通信中のアクセスポイントに接続されて!ヽる前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とがー致するか否力を比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する。

この構成により、移動端末は、ハンドオーバによる切り換えの前と後で、サブネットの接続の変更が起きるかどうかを確実に把握することが可能となる。

[0034] さらに、本発明の通信ハンドオーバ方法は、前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できな力つた場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有している。

この構成により、移動端末が、対応情報カゝらサブネットにおけるアドレス情報を作成できない場合でも、従来のファストハンドオーバによる処理への切り換えを行い、確実にハンドオーバに係る処理が行われるようにすることが可能となる。

[0035] さらに、本発明の通信ハンドオーバ方法は、前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、

前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを有している。

この構成により、移動端末は、対応情報が更新された場合に、その対応情報の更新内容を受信することが可能となり、常に最新の対応情報を保持できるようになる。

[0036] さらに、本発明の通信ハンドオーバ方法は、前記所定の通信装置又は前記ァクセスルータに対して、新たな前記対応情報の変更に係る情報が存在するか否かを周期的に確認する情報確認ステップを有して、る。

この構成により、移動端末が、一定の周期で能動的に、対応情報が更新されたか否かを確認することが可能となる。

[0037] さらに、本発明の通信ハンドオーバ方法は、前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフィックスレングスを使用する。

この構成により、移動端末は、効率の良いハンドオーバ処理を確実に行うことが可能となるとともに、モパイル IPv6のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。

[0038] さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記アクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されて、る。

この構成により、移動端末は、必要最小限の対応情報のみを格納できるようになり、対応情報のデータ容量を減らすことが可能となるとともに、対応情報の読み出し処理や、所望の情報の検索処理などの負荷を軽減させることが可能となる。

[0039] さらに、本発明の通信ハンドオーバ方法は、前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されてヽる。

この構成により、移動端末は、ステートレスにアドレス情報を作成することが可能なサブネットに接続を切り換える場合のみ、アドレス情報の作成を行うことが可能となる

[0040] また、本発明によれば、上記の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラムが提供される。

[0041] また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも 1つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて、る前記アクセスルータとの通信を行うよう構成されている通信システムであって、

前記移動端末が、前記アクセスポイントの情報と前記アクセスポイントに接続されている前記アクセスルータの情報との対応関係が記載された対応情報を格納する対応情報格納手段を有しており、

前記移動端末力現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスボイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスボイントが接続されて、る前記アクセスルータの情報を取得して、前記取得されたァクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されてヽる。

[0042] また、上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも 1つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて、る前記アクセスルータとの通信を行うよう構成されている通信システムであって、

前記移動端末力現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスボイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスボイントが接続されて、る前記アクセスルータの情報を取得して、前記取得されたァクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスボイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられて V、るアドレス情報の変更が必要力否かを判断して、前記アドレス情報を変更する必要がなヽと判断された場合には、現在割り当てられて!/ヽる前記アドレス情報を継続して使用するよう構成されている。

[0043] さらに、本発明の通信システムは、前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されている前記アクセスルータの情報を取得できなかつた場合には、従来のハンドオーバによる処理が行われるよう構成されている。

[0044] さらに、本発明の通信システムは、前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されてヽる。

この構成により、通信ネットワーク側に接続され、ネットワーク構成を把握することが容易な所定の通信装置によって対応情報の管理が行われるようになり、移動端末は、この所定の通信装置力送信された対応情報を受信して格納するだけでょ、。

[0045] さらに、本発明の通信システムは、前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されている。

[0046] さらに本発明の通信システムは、前記所定の通信装置を前記アクセスルータによつて実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されている。

この構成により、例えば、従来のファストハンドオーバによる処理を行うことが可能なアクセスルータによって、対応情報の取得が可能となり、モパイル IPv6のファストハンドオーバ技術を利用した通信システムとの互換性が高まる。

発明の効果

[0047] 本発明は、上述の構成を有する通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システムを提供するものであり、これによつて、ファストハンドォーバ技術によって改善されたパケットロス率を維持しながら、 MN及び ARの負荷や通信トラフィックを低減させて、効率の良!、ノヽンドオーバを実現することが可能となる。図面の簡単な説明

[0048] [図 1]本発明及び従来の技術に共通した無線通信システムの構成を示す模式図である。

[図 2]本発明の実施の形態における MN内に格納される AP— AR対応情報の一例を示す模式図である。

[図 3]本発明の実施の形態における無線通信システムにおいて、 MN力ハンドォーバを行う場合の第 1の動作例を示すシーケンスチャートである。 [図 4]本発明の実施の形態における無線通信システムにおいて、 MN力ハンドォーバを行う場合の第 2の動作例を示すシーケンスチャートである。

[図 5]本発明の実施の形態における無線通信システムにおいて、 MN力ハンドォーバを行う場合の第 3の動作例を示すシーケンスチャートである。

[図 6]従来の技術におけるファストハンドオーバの一例を示すシーケンスチャートである。

発明を実施するための最良の形態

[0049] 以下、図 1一図 5を参照しながら、本発明の実施の形態について説明する。図 1は、本発明及び従来の技術に共通した無線通信システムの構成を示す模式図であり、図 1に示す無線通信システムの構成は、従来の技術の説明にお、て説明したとおりである。本発明の実施の形態の説明においても、図 1に示す無線通信システムを参照する。

[0050] また、図 2は、本発明の実施の形態における MN内に格納される AP— AR対応情報の一例を示す模式図である。本発明と従来の技術 (ファストハンドオーバ技術)との大きな差異は、本発明の MNが、 AP— AR対応情報 40を格納するための AP— AR対応情報格納手段 11を有する点にある。なお、 AP— AR対応情報格納手段 11として、 M N10に特別な情報格納媒体を設ける必要はなぐ AP - AR対応情報格納手段 11は、例えば、 MN10内のハードディスクや RAM (Random Access Memory)ゝ ROM ( Read Only Memory)など、 MN10が有する任意の情報格納媒体によって実現可能である。

[0051] また、 AP— AR対応情報格納手段 11に格納される AP— AR対応情報 40は、少なくとも、 APと ARとの接続関係を示す情報（どの APとどの ARとが接続されてヽるかを示す情報、すなわち、各 ARが配下に置く APがどれかを示す情報）、各 APのリンクレィャアドレス、各 ARが属するサブネットのネットワークプリフィックス及びプリフィックスレングスを有するものである。例えば、 APのリンクレイヤアドレスが分かっている場合には、この AP— AR対応情報 40を参照することによって、 APと ARとの接続関係を示す情報から APの上位に存在する ARのリンクレイヤアドレスが分かり、この上位の AR が属するサブネットのネットワークプリフィックス及びプリフィックスレングスを取得することが可能となる。

[0052] 図 2に示す AP-AR対応情報 40には、 APと ARとの接続ごとに対応情報が設定されており、各対応情報には、 APのリンクレイヤアドレスに対応して、その APを配下に持つ ARのリンクレイヤアドレス、その APを配下に持つ ARのサブネットのネットワークプリフィックス、その APを配下に持つ ARのサブネットのプリフィックスレングスがセットで記載されている。この AP— AR対応情報 40の構成により、例えば、 APのリンクレイャアドレスが分かって、る場合には、この APのリンクレイヤアドレスが記載されて!、るセルを起点として横方向に配列されている各セルを参照することによって、この APの上位に存在する ARのリンクレイヤアドレス、この上位の ARが属するサブネットのネットワークプリフィックス及びプリフィックスレングスが参照可能となる。

[0053] なお、図 2に示す AP— AR対応情報 40の構成は一例であり、 AP— AR対応情報 40 は、この構成に限定されるものではない。また、 AP— AR対応情報 40内に、 APのリンクレイヤアドレス、 ARのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングス以外の情報（例えば、 ARの IPv6アドレスや、 ARがサポートしている機能に関する情報）を記載することも可能である。

[0054] また、図 2に示す AP— AR対応情報 40には、図 1に示す構成に対応して、 AR21と AP22との接続関係に係る情報 (AP22-AR21対応情報）、 AR21と AP23との接続関係に係る情報 (AP23— AR21対応情報）、 AR31と AP32との接続関係に係る情報 (AP32-AR31対応情報）、 AR31と AP33との接続関係に係る情報 (AP33—AR 31対応情報）が記載されている力これらの接続関係に係る情報は、任意の AP— A R間のものを設定することが可能である。また、 MN10に AP— AR対応情報 40を保持させる方法に関しても任意である。例えば、 MN10のローカル環境において、可搬型記憶媒体に格納されている AP— AR対応情報 40を MN10内にコピー又は移動したり、 MN10の操作手段（キーボードやマウスなど）を用いて直接 AR21と AP23との接続関係に係る情報を入力して、 AP— AR対応情報 40として保存したりすることも可能である。また、例えば、 MN10が通信ネットワークを介して、 AP-AR対応情報 40を取得することも可能である。

[0055] また、特にモパイル IPv6ネットワークは、企業内 LAN (Local Area Network)や地方自治体、ネットワークプロバイダなどにより、限られたエリアでサービスが行われる場合に利用されることが予想される。このようなネットワークシステムの場合には、各企業やプロバイダなどによって設置される AP及び ARの台数も限られているので、すべての AP— ARの接続関係に係る情報を AP— AR対応情報 40内に記載しておき、この A P— AR対応情報 40を MN10の AP— AR対応情報格納手段 11にあらかじめ格納しておくことが可能である。

[0056] また、 AP及び ARの数が多い場合には、現在 MN10が接続中のサブネット内の A P— ARの接続関係に係る情報や、近隣に存在するサブネット (現在 MN10が接続中のサブネットからの接続の変更対象となる可能性のあるサブネット）内の AP— ARの接続関係に係る情報のみが記載された AP-AR対応情報 40を MN10に保持させるようにすることも可能である。この場合、 MN10は、モパイル IPv6ネットワークの接続サ一ビスの提供者が用意した所定の通信装置 (AP - AR対応情報管理装置)から、必要となる AP— AR対応情報 40のみをダウンロードする力、あるいは、必要となる AP— AR対応情報 40を含むブロードキャスト情報を AP - AR対応情報管理装置カゝら受信する方法が一例として考えられる。

[0057] なお、上記の AP— AR対応情報管理装置の機能を ARに実装させることも可能である。この場合には、 AR力例えば、通常のファストハンドオーバで行われる近隣に存在するサブネットの AP— ARの接続関係に係る情報を取得する処理（図 6に示すステップ S605に対応する処理）をあらかじめ行って、 AP— AR対応情報 40を作成しておくこと〖こより、 MN10は、現在接続中の ARから AP— AR対応情報 40を取得することが可能となる。

[0058] また、 AP— AR対応情報管理装置が AP— AR対応情報を管理する場合には、ネットワークシステムの動的な変ィ匕にも対応可能となる。すなわち、 ARの IPv6アドレスの情報が変わった場合や、 APや ARが故障した場合又は新たにネットワークに加わった場合など、 AP— AR対応情報 40の内容が更新された場合においても、 MN10が、周期的に AP-AR対応情報 40を AP-AR対応情報管理装置に確認するカゝ、又は、 AP - AR対応情報管理装置から MN10に対して対応情報が更新された旨の通知が行われるようにすることによって、 MN10は、ネットワークの動的な変化に柔軟に対応して、常に最新の AP-AR対応情報 40を保持することが可能となる。

[0059] <第 1の動作例：異なるサブネット間の L2ハンドオーバ >

次に、図 2に示す AP - AR対応情報 40が格納された AP - AR対応情報格納手段 1 1を有する MN10が L2ハンドオーバを行う場合の動作について説明する。図 3は、本発明の実施の形態における無線通信システムにおいて、 MN力ハンドオーバを行う場合の第 1の動作例を示すシーケンスチャートである。なお、図 3に示すシーケンスチャートは、図 1に示す無線通信システムにおいて、 MN10力 AP23が形成する無線カバーエリア 25内力もオーバラップエリア 26を通って AP32が形成する無線力バーエリア 34内に移動する場合の MN10、 AR21、 AR31の各処理を時間軸に沿つて示すものである。

[0060] 図 2に示す AP— AR対応情報 40を有する MN10は、無線カバーエリア 25内を移動している。そして、図 6〖こ示すステップ S601と同様〖こ、 MN10は、オーバラップエリア 26において何らかの条件（例えば、電波強度の条件など）によって AP23との通信をやめて AP32との通信を始めたほうが良いと判断した場合には、通信先の APの接続切り換え（L2ハンドオーバ）を行う旨を決定する（ステップ S301： AP32に L2ハンドォーバを行うことを決定)。

[0061] 従来のファストハンドオーバ技術では、続、て RtSolPrメッセージを AR21に送信するが、本発明では、 MN10は AP-AR対応情報 40を参照する（ステップ S303 :A P— AR対応情報 40を参照）。そして、 MN10は、 AP— AR対応情報 40の中から、 AP 32からのビーコンの受信などによって取得した AP32のリンクレイヤアドレスを探索し、この AP32のリンクレイヤアドレスと関連付けられて!/、る ARのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットのプリフィックスレングスの各情報を取得する。この動作によって、 MN10は、 AP32の上位に存在する AR31のリンクレィャアドレス、 AR31の属するサブネット 30のネットワークプリフィックス、 AR31の属するサブネット 30のプリフィックスレングスを取得することができる。

[0062] そして、 MN10は、ステップ S303における AP— AR対応情報 40の参照によって取得したサブネット 30のネットワークプリフィックス及びプリフィックスレングスと、 MN10 のリンクレイヤアドレスとを組み合わせて、 AR31が構成するサブネット 30に適合し得る NCoAを生成する（ステップ S305： AP— AR対応情報 40から NCoAを自動生成）

[0063] ステップ S305における NCoAの生成後は、従来のファストハンドオーバにおける手順と同一の手順が行われる。すなわち、 AR21に対して NCoAの通知（FBU)が行われ (ステップ S307 :FBU)、さらに、 AR31における NCoAの確認や AR21と AR31との間におけるトンネル生成の処理などを経ることによって、 MN10は、 AP21と接続した状態で、サブネット 30に適合した NCoAの登録を完了することができる。

[0064] このように、本発明に係る第 1の動作例によれば、 MN10は、 L2ハンドオーバを行う先の AP32を決定した直後、 AP— AR対応格納手段 11に格納されて、る AP— AR 対応情報 40を参照することによって、 AP32を配下に置く AR31が属するサブネット 3 0の NCoAを自動生成することが可能となる。したがって、 MN10と AR21との間における RtSolPrメッセージや PrRtAdvメッセージの送受信処理（図 6に示すステップ S6 03及び S607)、及び、 AR21が AR31の情報を取得する処理（図 6に示すステップ S 605)が省略されるので、上述の第 1及び第 3の問題点が解決される。

[0065] <第 2の動作例：同一サブネット内における L2ハンドオーバ >

また、図 4は、本発明の実施の形態における無線通信システムにおいて、 MNが L2 ハンドオーバを行う場合の第 2の動作例を示すシーケンスチャートである。なお、図 4 に示すシーケンスチャートは、図 1に示す無線通信システムにおいて、 AP23が形成する無線カバーエリア 25内力も AP22が形成する無線カバーエリア 24内に、 MN10 が移動する場合における MN10、 AR21、 AR31の各処理を時間軸に沿って示すものである。

[0066] 図 2に示す AP— AR対応情報 40を有する MN10は、無線カバーエリア 25内を移動している。そして、 MN10は、無線カバーエリア 24及び無線カバーエリア 25がォーノ《ラップしているエリアにおいて、何らかの条件 (例えば、電波強度の条件など）によつて AP23との通信をやめて AP22との通信を始めたほうが良いと判断した場合には、通信先の APの接続切り換え (L2ハンドオーバ）を行う旨を決定する (ステップ S401 ： AP22に L2ハンドオーバを行うことを決定)。

[0067] そして、上述の第 1の動作例と同様に、 MN10は、 AP— AR対応情報 40を参照して (ステップ S403 :AP— AR対応情報 40を参照）、 AP— AR対応情報 40の中から、 AP 22のリンクレイヤアドレスを探索し、この AP22のリンクレイヤアドレスと関連付けられている ARのリンクレイヤアドレス、サブネットのネットワークプリフィックス、サブネットの

[0068] このとき、 MN10は、 AP22に対応する ARが AP23と接続されている AR21と同一であることを確認する（ステップ S405： AP— AR対応情報 40から AP22が AR21の配下にあることを確認）。すなわち、 MN10は、 AP23から AP22への L2ハンドオーバが同一のサブネット内における L2ハンドオーバであること、 CoAの変更処理（NCoA の取得処理）を行う必要がないことを把握することができ、以降の処理では、 NCoA の生成や登録などのモパイル IPv6のレイヤにおける処理は行わずに、 L2ハンドォーバのみを実施する（ステップ S407： L2ハンドオーバのみを実施）。

[0069] このように、本発明に係る第 2の動作例によれば、 MN10は、 L2ハンドオーバを行う先の AP22を決定した直後、 AP— AR対応格納手段 11に格納されて、る AP— AR 対応情報 40を参照することによって、 L2ハンドオーバ前に通信を行っている AP23 と L2ハンドオーバ後に通信を行う AP22とが同一の AR21の配下にあり、 AP23から AP22への L2ハンドオーバが同一のサブネット内における L2ハンドオーバであることを容易に把握することが可能となる。

[0070] 従来のファストハンドオーバでは、同一のサブネット内における L2ハンドオーバであるか否かを確認するためには、 MN10は、 AR21から PrRtAdvメッセージを受信して、この PrRtAdvメッセージ内に含まれる AR31の情報を参照する必要がある。しかしながら、本発明に係る第 2の動作例では、 MN10は、他の MNや ARなどの通信装置との間で通信を行うことなぐ同一のサブネット内における L2ハンドオーバであるか否かの確認を行うことができるので、上述の第 1一第 3の問題点 (特に、第 2の問題点 )が解決される。

[0071] <第 3の動作例: AP— AR対応情報 40内に L2ハンドオーバ先の APの情報が存在しない場合 >

上述の第 1及び第 2の動作例では、 MN10が、 L2ハンドオーバ先の APの情報 (A Pのリンクレイヤアドレス）が記載された AP— AR格納情報 40を有して、る場合につ!ヽて説明したが、この第 3の動作例では、 AP— AR格納情報 40内に L2ハンドオーバ先の APに係る対応情報が存在しな、場合にっ、て説明する。

[0072] 図 5は、本発明の実施の形態における無線通信システムにおいて、 MNが L2ハンドオーバを行う場合の第 3の動作例を示すシーケンスチャートである。なお、図 5に示すシーケンスチャートは、図 1に示す無線通信システムにおいて、 MN10が、 AP23 が形成する無線カバーエリア 25内力もオーバラップエリア 26を通って AP32が形成する無線カバーエリア 34内に移動する場合の MN10、 AR21、 AR31の各処理を時間軸に沿って示すものである。また、上述の通り、この第 3の動作例では、 MN10が有する AP— AR対応情報 40には、 L2ハンドオーバ先の AP32に係る対応情報（すなわち、図 2に示す AP— AR対応情報では、 AP32— AR31対応情報）が存在しないものとする。

[0073] AP— AR対応情報 40を有する MN10は、無線カバーエリア 25内を移動している。

そして、上述の第 1の動作例と同様に、 AP23から AP32への接続切り換え (L2ハンドオーバ）を行う旨を決定し (ステップ S501： AP32に L2ハンドオーバを行うことを決定）、 AP-AR対応情報 40を参照して (ステップ S503： AP-AR対応情報 40を参照）、 AP— AR対応情報 40の中から、 AP32のリンクレイヤアドレスを探索する。

[0074] しかしながら、 AP— AR格納情報 40には AP32の情報が記載されておらず、 MN1 0は、 AP— AR格納情報 40の中から AP32に係る対応情報を発見することができなヽ。このように、 L2ハンドオーバ先の AP32の情報を発見することができない場合には、 MN10は、 AP— AR格納情報 40に AP32に係る対応情報が存在しないと判断して (ステップ S505： AP-AR対応情報 40に AP32に係る対応情報が存在しな、と判断 )、従来のファストハンドオーバによる処理（具体的には、図 6のステップ S603以降の処理)を行うようにする。

[0075] なお、上述した第 3の動作例では、異なるサブネット間の L2ハンドオーバ（第 1の動作例）の際に、 AP— AR対応情報 40の中カゝら L2ハンドオーバ先の APに係る対応情報を取得できない場合について説明しているが、同一サブネット内における L2ハンドオーバ (第 2の動作例）の際に、 AP— AR対応情報 40の中から L2ハンドオーバ先の APに係る対応情報を取得できない場合も同様に、従来のファストハンドオーバによる処理に移行すればよい。

[0076] また、例えば、 AP— AR対応情報 40の中に L2ハンドオーバ先の AP32のリンクレイャアドレスは存在するものの、その AP32を配下に置く AR31のネットワークプリフイツタスが設定されていないような場合も、従来のファストハンドオーバによる処理に移行すればよい。

[0077] このように、本発明に係る第 3の動作例によれば、 L2ハンドオーバ時に、 MN10が AP— AR対応情報 40から所望の APに係る対応情報を取得できな、場合には、従来のファストハンドオーバによる処理が行われるようにすることによって、円滑なハンドォーバを実現して無線通信を継続させることが可能となる。

[0078] また、 MN10がステートフルの CoA割り当て方式のみを採用している ARと接続する場合、 MN10において生成された NCoAは、その ARが属するサブネットに適合し得ない。したがって、特に、ステートフルに CoAを割り当てる方式のみを採用している AR及びその配下の APの情報に関しては、 AP— AR対応情報 40に記載しな、ようにするか、ステートフルの CoA割り当て方式のみを採用している旨を明確にしておくことが望ましい。これにより、 MN10は、ステートフルの CoA割り当て方式のみを採用している ARに関しては、従来のファストハンドオーバによる処理を行って、ステートフルに割り当てられる CoAを取得することが可能となる。

[0079] なお、上述の本発明に係る第 1一第 3の動作例の説明では、第 1一第 3の動作例に関して別々に説明を行っている力 MN10は、 AP— AR対応情報 40の参照結果に応じて、これらの第 1一第 3の動作例に係る動作を使い分けられるよう構成されることが望ましい。すなわち、 MN10は、 AP— AR対応情報 40の参照の結果、異なるサブネット間の L2ハンドオーバであることが確認できた場合には、移動先のサブネットに適合し得る NCoAを生成し、同一サブネット内における L2ハンドオーバであることが確認できた場合には、 NCoAの変更は行わずに L2ハンドオーバのみを実施し、 AP AR対応情報を参照しただけでは L2ハンドオーバ先の APの情報やこの APを配下に置く ARの情報を取得できな、場合には、従来のファストハンドオーバによる処理に移行することが望ましい。

[0080] また、本発明を実施するためには、ネットワーク側の基本的な仕様、すなわち、 AR や APの基本的な仕様を変更する必要はなぐ本発明は、従来のファストハンドォーバ技術と共存可能なものである。したがって、例えば、従来のファストハンドオーバを実行することが可能な MN10に、上述したような MN10における各処理 (例えば、 A P— AR対応情報を参照して、ハンドオーバ先のサブネットに適合し得る NCoAを作成する処理など）を実行するためのコンピュータプログラムを組み込むことによって、本発明は実現可能となる。

産業上の利用可能性

本発明に係る通信ハンドオーバ方法及び通信システムは、ファストハンドオーバ技術によって改善されたパケットロス率を維持しながら、移動端末及びアクセスルータの負荷や通信トラフィックを低減させて、効率の良ヽノヽンドオーバを実現することが可能であり、無線通信を行う移動端末のハンドオーバの高速化を図る無線通信の技術分野に適用され、特に、次世代インターネットプロトコルであるモパイル IPv6プロトコルを利用した無線通信を行うモパイルノードにぉ、て、ハンドオーバを高速化するための技術に適用可能である。

Claims

請求の範囲

[1] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のァクセスルータのそれぞれに少なくとも 1つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて、る前記アクセスルータとの通信を行うよう構成されて、る移動端末における通信ハンドオーバ方法であって、

前記取得ステップで取得した前記アクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するアドレス作成ステップとを有する通信ハンドオーバ方法。

[2] 前記現在通信中のアクセスポイントが接続されている前記アクセスルータに対して、前記現在通信中のアクセスポイントを通じて、前記アドレス作成ステップで作成された前記アドレス情報を送信するアドレス情報送信ステップを有する請求項 1に記載の通信ハンドオーバ方法。

[3] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のァクセスルータのそれぞれに少なくとも 1つ以上接続されている通信システムにおいて、前記通信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されて、る前記アクセスルータとの通信を行うよう構成されて、る移動端末における通信ハンドオーバ方法であって、

前記判断ステップで前記アドレス情報を変更する必要がないと判断された場合に、現在割り当てられて!/、る前記アドレス情報を継続して使用するよう制御するアドレス保持制御ステップとを、

有する通信ハンドオーバ方法。

[4] 前記判断ステップにお、て、前記現在通信中のアクセスポイントに接続されて、る前記アクセスルータのサブネットに係る情報と、前記別のアクセスポイントに接続されている前記アクセスルータのサブネットに係る情報とがー致する力否かを比較して、両者が一致した場合に前記アドレス情報を変更する必要がないと判断する請求項 3 に記載の通信ハンドオーバ方法。

[5] 前記取得ステップで、前記対応情報の中から前記別のアクセスポイントが接続されて、る前記アクセスルータの情報を取得できな力つた場合には、従来のハンドオーバによる処理を行う処理切り換えステップを有する請求項 1又は 3に記載の通信ハンドオーバ方法。

[6] 前記対応情報を管理する所定の通信装置又は前記アクセスルータから、前記対応情報の変更に係る情報を受信する対応情報受信ステップと、

前記所定の情報格納手段に格納されている前記対応情報を前記対応情報の変更に係る情報で更新する対応情報更新ステップとを、

有する請求項 1又は 3に記載の通信ハンドオーバ方法。

[7] 前記所定の通信装置又は前記アクセスルータに対して、新たな前記対応情報の変更に係る情報が存在する力否かを周期的に確認する情報確認ステップを有する請求項 6に記載の通信ハンドオーバ方法。

[8] 前記アクセスポイントの情報として、前記アクセスポイントのリンクレイヤアドレスを使用し、前記アクセスルータの情報として、前記アクセスルータのリンクレイヤアドレス、前記アクセスルータが構成する前記サブネットのネットワークプリフィックス及びプリフイツタスレングスを使用する請求項 1又は 3に記載の通信ハンドオーバ方法。

[9] 前記対応情報に、前記移動端末が現在接続している前記サブネット内の前記ァクセスポイントの情報と前記アクセスルータの情報との対応関係、及び、前記移動端末が現在接続している前記サブネットの近隣に存在する前記サブネット内の前記ァクセスポイントの情報と前記アクセスルータの情報との対応関係が記載されている請求項 1又は 3に記載の通信ハンドオーバ方法。

[10] 前記対応情報に、前記移動端末が前記サブネットにおけるアドレス情報を作成することを許可する方式を採用している前記アクセスルータ及び前記アクセスルータに接続されている前記アクセスポイントに係る対応関係のみが記載されている請求項 1又は 3に記載の通信ハンドオーバ方法。

[11] 請求項 1又は 3に記載の通信ハンドオーバ方法をコンピュータにより実行するための通信ハンドオーバ用プログラム。

[12] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のァクセスルータのそれぞれに少なくとも 1つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されてヽる前記アクセスルータとの通信を行うよう構成されてヽる通信システムであって、

前記移動端末力現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスボイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスボイントが接続されて、る前記アクセスルータの情報を取得して、前記取得されたァクセスルータの情報から、前記アクセスルータが構成する前記サブネットにおけるアドレス情報を作成するよう構成されて!、る通信システム。

それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のァクセスルータのそれぞれに少なくとも 1つ以上接続されており、前記通信可能領域に存在する移動端末が前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが接続されてヽる前記アクセスルータとの通信を行うよう構成されてヽる通信システムであって、

前記移動端末力現在通信中のアクセスポイントから別のアクセスポイントに通信の切り換えを行う場合に、前記別のアクセスポイントから受信した前記別のアクセスボイントの情報に基づいて前記対応情報を参照することによって、前記別のアクセスボイントが接続されて、る前記アクセスルータの情報を取得して、前記取得されたァクセスルータの情報から、前記現在通信中のアクセスポイントから前記別のアクセスボイントに通信の切り換えを行った場合に前記サブネットの接続において割り当てられて

V、るアドレス情報の変更が必要力否かを判断して、前記アドレス情報を変更する必要がなヽと判断された場合には、現在割り当てられて!/ヽる前記アドレス情報を継続して使用するよう構成されている通信システム。

[14] 前記移動端末が、前記対応情報の中から前記別のアクセスポイントが接続されて V、る前記アクセスルータの情報を取得できなかった場合には、従来のハンドオーバによる処理が行われるよう構成されて、る請求項 12又は 13に記載の通信システム。

[15] 前記対応情報を管理する所定の通信装置が前記通信ネットワークに接続されており、前記所定の通信装置から前記移動端末に前記対応情報が送信されるよう構成されて、る請求項 12又は 13に記載の通信システム。

[16] 前記アクセスポイントの情報又は前記アクセスルータの情報に変化が生じた場合、前記所定の通信装置が、前記アクセスルータから変化発生後の前記アクセスポイントの情報又は前記アクセスルータの情報を受信して、前記所定の通信装置が管理する前記対応情報の更新を行うとともに、前記対応情報が変更された旨を前記移動端末に通知するよう構成されて、る請求項 12又は 13に記載の通信システム。

[17] 前記所定の通信装置を前記アクセスルータによって実現するため、前記アクセスルータによって前記対応情報の管理が行われるよう構成されて、る請求項 12又は 13 に記載の通信システム。