JP2004015143A - 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 - Google Patents
移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 Download PDFInfo
- Publication number
- JP2004015143A JP2004015143A JP2002162421A JP2002162421A JP2004015143A JP 2004015143 A JP2004015143 A JP 2004015143A JP 2002162421 A JP2002162421 A JP 2002162421A JP 2002162421 A JP2002162421 A JP 2002162421A JP 2004015143 A JP2004015143 A JP 2004015143A
- Authority
- JP
- Japan
- Prior art keywords
- router
- address
- mobile terminal
- router device
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5084—Providing for device mobility
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/005—Data network PoA devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】移動通信システムにおいて、ハンドオーバ時に効率の悪いパケット転送が起こらないようにする。
【解決手段】モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて旧気付けアドレスが割り当てられており、相手端末４と通信を行っている。モバイル端末１が新アクセスルータ１２の通信エリアへ移動する直前に、分岐点ルータ１３に対して結合更新メッセージが送られる。分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置である。分岐点ルータ１３は、旧気付けアドレス宛てのパケットを、新アクセスルータ１２の通信エリアにおいてモバイル端末１に割り当てられる新気付けアドレスへ転送する。
【選択図】 図１
【解決手段】モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて旧気付けアドレスが割り当てられており、相手端末４と通信を行っている。モバイル端末１が新アクセスルータ１２の通信エリアへ移動する直前に、分岐点ルータ１３に対して結合更新メッセージが送られる。分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置である。分岐点ルータ１３は、旧気付けアドレス宛てのパケットを、新アクセスルータ１２の通信エリアにおいてモバイル端末１に割り当てられる新気付けアドレスへ転送する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、移動通信システムにおけるハンドオーバ方法および移動通信システムにおいて使用されるルータ装置に係わり、特に、移動通信サービスを提供するＩＰネットワークにおけるハンドオーバ方法およびそのためのルータ装置に係わる。
【０００２】
【従来の技術】
近年、インターネット及び携帯電話の爆発的な普及により、モバイルユーザをインターネットに接続するアクセスシステムの多様化が進んできている。一例としては、現在では、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｙｓｔｅｍ）やＰＤＣ−Ｐ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ−ｍｏｂｉｌｅＰａｃｋｅｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）等の第２世代移動通信網、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ ＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）等の第３世代移動通信網、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ等の小規模無線アクセス網などが実用化されている。また、将来的には、第４世代移動通信網や他の新しい新しいアクセス技術が期待されている。そして、これらの技術により、１台の端末が複数のアクセスシステムと接続できるようになりつつあり、ユビキタス環境が視野にはいってきた。
【０００３】
ところが、ユーザにとっては、アクセスシステムを意識しないでインターネットに接続できることが望ましい。ここで、このような環境を実現するためには、端末が自立的にアクセスシステムを選択または切替えできるようにするための技術が必要になってくる。そして、このための中核技術として、ＭｏｂｉｌｅＩＰが注目されている。
【０００４】
なお、ＭｏｂｉｌｅＩＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）により標準化されている。ここで、ＩＥＴＦのＲＦＣ２００２において標準化されているＭｏｂｉｌｅＩＰは、ＩＰｖ４（ＲＦＣ７９１）をベースにしている。ところが、近年、ＩＰネットワーク上の端末数の増加に伴ってＩＰｖ４アドレスが不足してきており、ＩＰｖ４からＩＰｖ６（ＲＦＣ２４６０）への移行が進められつつある。そして、ＩＰｖ６をベースにしたＭｏｂｉｌｅＩＰｖ６は、インターネットドラフト（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１４．ｔｘｔ）として公開されており、近いうちに標準化される予定である。また、ＭｏｂｉｌｅＩＰｖ６の動作は、基本的には、ＭｏｂｉｌｅＩＰと同じである。従って、以下では、ＭｏｂｉｌｅＩＰｖ６について説明する。
【０００５】
ＭｏｂｉｌｅＩＰｖ６では、一般に、各モバイル端末に対してホームアドレス及び気付けアドレス（ＣｏＡ：Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）が割り当てられる。ここで、ホームアドレスは、各モバイル端末に固定的に割り当てられるＩＰアドレスである。また、気付けアドレスは、モバイル端末を収容するアクセスルータ毎に、そのモバイル端末に対して割り当てられるＩＰアドレスである。そして、モバイル端末が移動した場合には、その移動に応じて動的に気付けアドレスがそのモバイル端末に割り当てられることによって、通信セッションが維持されるようになっている。
【０００６】
ところが、ＭｏｂｉｌｅＩＰｖ６のハンドオーバは、一般に、遅延が大きい。ここで、遅延が大きくなる理由は、モバイル端末があるアクセスルータ（旧アクセスルータ）の通信エリアから、他のアクセスルータ（新アクセスルータ）の通信エリアに移動する際、モバイル端末が新アクセスルータの通信エリアへ移動した後にそれらの間で無線リンクを介してメッセージを交換することによりモバイル端末が新たな気付けアドレスを取得することに起因している。そして、通常、このときの無線パフォーマンスがハンドオーバ時間のネックとなっている。したがって、ＭｏｂｉｌｅＩＰｖ６は、インターネット電話やライブストリーミング等のＵＤＰ（ＲＦＣ７６８）／ＲＴＰ（ＲＦＣ１８８９）上のリアルタイムアプリケーション、あるいは、ＴＣＰ（ＲＦＣ７９３）上の遅延に敏感なアプリケーションには適していないと考えられている。
【０００７】
上記問題を解決する技術として、高速ハンドオーバ（Ｆａｓｔ Ｈａｎｄｏｖｅｒ）手順が提案されている。ここで、高速ハンドオーバ手順は、ＩＥＴＦによるインターネットドラフト（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０４．ｔｘｔ）として公開されている。高速ハンドオーバ手順では、モバイル端末が旧アクセスルータの通信エリアから新アクセスルータの通信エリアへ移動する直前に、そのモバイル端末が、新アクセスルータの通信エリアにおいて使用する新気付けアドレスを取得する。そして、これにより、ハンドオーバ時に通信が出来なくなる時間が短縮される。
【０００８】
次に、高速ハンドオーバの手順を説明する。なお、高速ハンドオーバ手順は、ネットワークが起動する方式と、モバイル端末が起動する方式とに分類することができる。また、高速ハンドオーバ手順は、ネットワークがアドレスを作成する方式（Ｓｔａｔｅｆｕｌ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｄｈｃ−ｄｈｃｐｖ６−２０．ｔｘｔ）と、モバイル端末がアドレスを作成する方式（ＳｔａｔｅｌｅｓｓＡｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ：ＲＦＣ２４６２）とに分類することができる。そして、現在、下記の３種類の手順が定義されている。
（１）ネットワーク起動、Ｓｔａｔｅｆｕｌ
（２）ネットワーク起動、Ｓｔａｔｅｌｅｓｓ
（３）モバイル端末起動、Ｓｔａｔｅｌｅｓｓ
これら３つの方式の基本的な動作は互いに同じなので、以下では、上記（１）の方式の概要を示す。
【０００９】
図２２は、高速ハンドオーバ（Ｆａｓｔ Ｈａｎｄｏｖｅｒ）の基本手順を説明する図である。図２３は、図２２に示す処理のシーケンス図である。なお、ここでは、モバイル端末（ＭＮ：ＭｏｂｉｌｅＮｏｄｅ）１が、旧アクセスルータ（ＡＲ）２の通信エリアから新アクセスルータ（ＡＲ）３の通信エリアに移動する場合を示す。また、モバイル端末１は、相手端末（ＣＮ：ＣｏｒｒｅｓｐｏｎｄｅｎｔＮｏｄｅ）４との間で通信を行っているものとする。さらに、モバイル端末１は、旧アクセスルータ２の通信エリアにおいて、「旧気付けアドレス」が割り当てられている。
【００１０】
（１）相手端末４は、モバイル端末１の旧気付けアドレス宛てにパケットを送っている。このパケットは、旧アクセスルータ２により、モバイル端末１へ転送される。
【００１１】
（２）モバイル端末１が新アクセスルータ３の通信エリアに接近すると、旧アクセスルータ２は、モバイル端末１のハンドオーバを予測し、新アクセスルータ３に対してモバイル端末１の新気付けアドレスを要求する。
【００１２】
（３）新アクセスルータ３は、新気付けアドレスを作成し、それを旧アクセスルータ２に通知する。
（４）旧アクセスルータ２は、受信した新気付けアドレスをモバイル端末１に通知する。
【００１３】
（５）モバイル端末１は、無線コネクションを切り換える直前に、旧アクセスルータ２に対して結合更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを送信する。なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００１４】
（６）旧アクセスルータ２は、結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新すると共に、応答メッセージを新気付けアドレスに送信する。これにより、新アクセスルータ３は上記応答メッセージを受け取る。なお、結合キャッシュには第１のＩＰアドレスおよび第２のＩＰアドレスを登録されており、ルータ装置は、第１のＩＰアドレス宛てのパケットを受信すると、第２のＩＰアドレスを用いてそのパケットをカプセル化して転送（トンネリング）する。
【００１５】
（７）旧アクセスルータ２は、相手端末４から送出された旧気付けアドレス宛てのパケットを受信すると、そのパケットを新気付けアドレスへ転送する。
（８）新アクセスルータ３は、モバイル端末１との間のコネクションが確立されるまでの期間、新気付けアドレス宛てのパケットを保持する。
【００１６】
（９）モバイル端末１は、無線コネクションを切り換える。すなわち、モバイル端末１は、新アクセルルータ３との間に無線コネクションを確立し、新気付けアドレスを通知する。
【００１７】
（１０）新アクセスルータ３は、モバイル端末１に対して応答メッセージを返送する。
（１１）新アクセスルータ３は、上記手順８において保持してあるパケットをモバイル端末１へ送信する。
【００１８】
（１２）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００１９】
（１３）相手端末４は、上記結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、高速ハンドオーバ手順においては、モバイル端末１が、旧アクセスルータの通信エリアから新アクセスルータの通信エリアへ移動する前に、新気付けアドレスを取得するので、ハンドオーバによる遅延が小さくなる。
【００２０】
【発明が解決しようとする課題】
しかし、既存の高速ハンドオーバ手順には、以下の３つの課題がある。
（１）非効率ルーティング
（２）パケットの順序逆転
（３）パケットロス
図２４は、非効率ルーティングについて説明する図である。既存の高速ハンドオーバ手順においては、旧アクセスルータ２は、図２２を参照しながら説明したように、モバイル端末１から結合更新メッセージを受信すると、以降は、相手端末４からモバイル端末１宛てのパケットを新アクセスルータ３へ転送する。このとき、旧アクセスルータ２から新アクセスルータ３へパケットを転送するルートは、図２４に示すように、分岐点ルータ５を経由する。ここで、分岐点ルータ５は、相手端末４から旧アクセスルータ２へのルートと、相手端末４から新アクセスルータ３へのルートとが分岐するノードにおけるルータ装置を意味する。したがって、既存の高速ハンドオーバ手順では、モバイル端末１の移動に伴って、ネットワークに必要以上に大きな負荷がかかってしまう。なお、この問題は、階層化されたネットワークにおいて、しばしば、より大きな負荷を発生させることがある。
【００２１】
図２５は、パケットの順序逆転について説明する図である。ここでは、相手端末４からモバイル端末１へ、パケットＡ、パケットＢ、パケットＣが順番に送信されるものとする。また、相手端末４は、パケットＢを送出した直後に、モバイル端末１から結合更新メッセージを受信したものとする。即ち、パケットＡ、Ｂは旧気付けアドレスへ送信され、パケットＣは新気付けアドレスへ送信されたものとする。
【００２２】
この場合、パケットＡ、Ｂは、いったん旧アクセスルータ２へ送られた後、分岐点ルータ５を介して新アクセスルータ３へ転送される。一方、パケットＣは、直接的に新アクセスルータ３へ送られる。したがって、ネットワーク構成によっては、パケットＡ、Ｂよりも前に、パケットＣがモバイル端末１へ到着してしまうことがある。
【００２３】
なお、所定数（通常は、３）以上のパケットの順序逆転が発生すると、送信側のＴＣＰ（ＲＦＣ２００１）により再送処理が行われ、伝送速度が低下する。すなわち、ＴＣＰを利用する環境では、パケットの順序逆転によりスループットが低下することになる。また、ＵＤＰ／ＲＴＰ上のアプリケーションの場合は、パケットの順序逆転が発生すると、パケットが廃棄されることがある。すなわち、この場合、会話や動画像の瞬断が発生してしまう。
【００２４】
図２６は、パケットロスについて説明する図である。また、図２７は、パケットロスが発生する場合のシーケンス図である。なお、図２６および図２７において、手順１〜手順４は、図２２または図２３を参照しながら説明した手順と同じである。ただし、図２６および図２７では、手順５においてモバイル端末１から送信された結合更新メッセージが旧アクセスルータ２へ到達できなかった場合を想定し、そのときの動作が示されている。なお、このような状況は、例えば、モバイル端末１とアクセスルータとの間の無線環境が劣悪な場合や、モバイル端末１が高速移動している場合などに発生し得る。
【００２５】
（６）旧アクセスルータ２は、相手端末４から旧気付けアドレス宛てのパケットを受信する。しかし、旧アクセスルータ２は、モバイル端末１から結合更新メッセージを受信していないので、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送できない。また、このとき、モバイル端末１は、すでに、旧アクセスルータ２の通信エリアから新アクセスルータ３の通信エリアへ移動してしまっている。したがって、受信パケットは、廃棄されてしまう。すなわち、パケットロスが発生する。
【００２６】
（７）モバイル端末１は、無線コネクションを切り換える。すなわち、モバイル端末１は、新アクセルルータ３との間に無線コネクションを確立し、新気付けアドレスを通知する。
【００２７】
（８）新アクセスルータ３は、モバイル端末１に対して応答メッセージを返送する。
（９）モバイル端末１は、旧アクセスルータ２へ結合更新メッセージを送信する。なお、なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００２８】
（１０）モバイル端末１は、通常のＭｏｂｉｌｅＩＰｖ６に従い、相手端末４およびホームエージェントに対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００２９】
（１１）旧アクセスルータ２は、手順９の結合更新メッセージに従って結合キャッシュを作成し、対応するメッセージをモバイル端末１に返送する。
（１２）旧アクセスルータ２は、旧気付けアドレス宛てのパケットを受信すると、手順１１で作成した結合キャッシュを参照し、そのパケットを新気付けアドレスへ転送する。
【００３０】
（１３）相手端末４は、手順１０の結合更新メッセージに従って結合キャッシュを更新し、以降、新気付けアドレス宛てにパケットを送信する。
なお、上述のようなパケットロスが発生すると、通常、ＴＣＰがスロースタート動作を実行するので、スループットが低下してしまう。また、リアルタイムアプリケーションの場合は、会話や動画像の瞬断が発生することがある。
【００３１】
このように、既存の高速ハンドオーバ手順では、非効率ルーティング、パケットの順序逆転、パケットロスなどが発生することがあった。
本発明の課題は、移動通信システムにおいて、既存のハンドオーバ手順の問題点を解決することである。すなわち、本発明の課題は、ハンドオーバ時に効率の悪いパケット転送が起こらないようにすることである。また、本発明の他の課題は、ハンドオーバ時にパケットロスまたはパケットの順序逆転が起こらないようにすることである。
【００３２】
【課題を解決するための手段】
本発明のハンドオーバ方法は、第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際に、上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送られる。
【００３３】
上記方法によれば、モバイル端末のハンドオーバ時に、上記メッセージが分岐点ルータ装置に与えられる。したがって、相手端末から第１のアドレス宛てに送出されたパケットは、第１のルータ装置まで転送されることなく、分岐点ルータ装置により第２のルータ装置へ導かれる。即ち、ハンドオーバ時であっても、モバイル端末宛てのパケットは、効率的なルートを介して転送される。
【００３４】
なお、上記方法において、上記第１および第２のルータ装置がゲートウェイの配下に設けられているものとすると、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置と、上記第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置とを比較し、その比較において互いに一致するルータ装置を上記分岐点ルータ装置として指定するようにしてもよい。
【００３５】
本発明の他の態様のハンドオーバ方法は、第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際に、上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、上記モバイル端末に上記第２のアドレスが割り当てられたときから、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが上記第１のルータ装置に与えられるまでの期間、上記第１のルータ装置において上記第１のアドレス宛てのパケットが蓄積され、上記メッセージが上記第２のルータ装置を介して上記第１のルータ装置に与えられたときに上記第１のルータ装置に蓄積されたパケットが上記第２のアドレスへ転送される。
【００３６】
上記方法において、モバイル端末のハンドオーバ時に、そのモバイル端末宛てのパケットが第１のルータ装置にいったん蓄積される。一方、モバイル端末が第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際には、通常は、上記メッセージは、モバイル端末から第１のルータ装置へ直接的に送られる。しかし、第１のルータ装置とモバイル端末との間の通信環境が悪い場合などには、モバイル端末から第１のルータ装置へ上記メッセージを直接的に送ることはできず、第２のルータ装置の通信エリアへ移動した後にそのメッセージを第２のルータ装置を介して第１のルータ装置へ送ることになる。したがって、第１のルータ装置は、上記メッセージを上記第２のルータ装置を介して受信したときは、ハンドオーバ時にモバイル端末が受信すべきパケットがそのモバイル端末によって受信されていないものとみなし、蓄積してあるパケットをモバイル端末へ再送する。これにより、パケットのロスが回避される。
【００３７】
なお、上記第２のルータ装置において、その第２のルータ装置と上記モバイル端末とが接続されるまでの間、そのモバイル端末宛てのパケットを蓄積し、上記相手端末における送信順序に従って上記蓄積されているパケットを読み出して上記モバイル端末へ送信するようにしてもよい。この方法によれば、ハンドオーバに際してモバイル端末宛てのパケットの順序が入れ替わった場合であっても、第２のルータ装置においてその順序が正しく並べ替えられる。
【００３８】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照しながら説明する。
図１は、本発明の概要を説明する図である。なお、図１において、モバイル端末（ＭＮ：Ｍｏｂｉｌｅ Ｎｏｄｅ）１は、相手端末（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）４と通信を行っている。また、モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて旧気付けアドレスが割り当てられている。更に、モバイル端末１は、新アクセスルータ１２の通信エリアにおいては、新気付けアドレスが割り当てられるものとする。以下、既存の高速ハンドオーバ（ＦａｓｔＨａｎｄｏｖｅｒ）において生じる３つの問題点を解決するための方策を示す。
（１）非効率ルーティングについて
本発明のハンドオーバ手順では、モバイル端末１が旧アクセスルータ（第１のルータ装置）１１の通信エリアから新アクセスルータ（第２のルータ装置）１２の通信エリアへ移動する際に、モバイル端末１から旧アクセスルータ１１へ結合更新メッセージが送られる。ここで、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。そして、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信すると、そのメッセージを分岐点ルータ（ＤＰＲ：Ｄｉｖｅｒｇｉｎｇ Ｐｏｉｎｔ Ｒｏｕｔｅｒ）１３へ送る。尚、分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。あるいは、分岐点ルータ１３は、ドメインゲートウェイから旧アクセスルータ１１へのルートと、そのドメインゲートウェイから新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。
【００３９】
分岐点ルータ１３は、上記結合更新メッセージを受信した後は、モバイル端末１に割り当てられていた旧気付けアドレス宛てのパケットを受信すると、そのパケットをモバイル端末１に新たに割り当てられた新気付けアドレスへ転送（トンネリング）する。したがって、本発明の手順によれば、ハンドオーバ時にパケットがいったん旧アクセスルータ１１に送られた後にモバイル端末１へ転送されるような非効率ルーティング（図２４参照）が回避される。
（２）パケットの順序逆転について
新アクセスルータ１２は、モバイル端末１のハンドオーバ時に、一定期間、モバイル端末１宛てのパケットをバッファに蓄積する。そして、モバイル端末１と新アクセスルータ１２との間にコネクションが確立すると、新アクセスルータ１２は、そのバッファに蓄積してあるパケットをモバイル端末１へ送信する。このとき、パケットが正しい順序でモバイル端末１に送信されるように、バッファからのパケットの読出しが適切に制御される。これにより、パケットの順序逆転の問題が解決される。
【００４０】
なお、パケットの順序は、既存のバッファ管理アルゴリズムを利用して適切に並べ替えることが可能である。具体的には、例えば、各パケットのＴＣＰヘッダまたはＲＴＰヘッダに設定されているシーケンス番号を利用ことにより順序管理を実現することができる。
（３）パケットロスについて
旧アクセスルータ１１は、新アクセスルータ１２から取得した新気付けアドレスをモバイル端末１に通知すると、以降、モバイル端末１宛てのパケットを受信したときには、それをモバイル端末１へ送ると共に、それをコピーしてバッファに保持する。そして、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信するまで、パケットを蓄積する動作を続ける。なお、ステイトレス・アドレス・コンフィグレーションの場合は、旧アクセスルータ１１は、新アクセスルータ１２のプレフィックスをモバイル端末１に通知したときから、上記パケットの蓄積を開始する。
【００４１】
この後、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信する。このとき、旧アクセスルータ１１は、アクセスルータの切替えが行われる前に結合更新メッセージを受信した場合には、その時点までのパケットはすべてモバイル端末１によって受信されているものとみなし、バッファに蓄積してあるパケットを廃棄する。一方、旧アクセスルータ１１は、アクセスルータの切替えが行われた後に結合更新メッセージを受信した場合には、その時点までに蓄積したパケットをモバイル端末１に転送し、以降のバッファリング処理を停止する。
【００４２】
このように、本発明の手順においては、モバイル端末１が新アクセスルータ１２の通信エリアへ移動する前に旧アクセスルータ１１が結合更新メッセージを受信できなかった場合には、旧アクセスルータ１１に保持されているパケットがモバイル端末１へ再送されるので、パケットの廃棄が回避される。
【００４３】
次に、本発明の実施形態について詳しく説明する。
図２は、本発明の実施形態のハンドオーバ手順（正常動作時）を説明する図である。また、図３は、図２に示す動作に対応するシーケンス図である。
【００４４】
モバイル端末１は、例えば携帯電話端末であり、キャリア網との間で無線信号を送受信する機能を備えている。なお、モバイル端末１は、携帯電話端末に限定されるものではなく、他の形態の端末装置（例えば、ＰＤＡ、パーソナルコンピュータ等）であってもよい。
【００４５】
キャリア網は、複数のルータ装置を備える。ここで、各ルータ装置は、それぞれ、パケットをその宛先アドレスに従ってルーティングする機能を備えている。一方、モバイル端末１は、それら複数のルータ装置の中のいずれかのルータ装置に接続する。そして、モバイル端末１から送出されたパケットは、これらのルータ装置を経由して宛先へ転送される。このとき、モバイル端末１から送出されたパケットを最初に処理するルータ装置が「アクセスルータ」と呼ばれる。また、モバイル端末１宛てのパケットは、そのモバイル端末１が接続しているアクセスルータへ転送され、そのアクセスルータからモバイル端末１へ送られる。
【００４６】
上記移動通信ネットワークにおいて、モバイル端末１が移動すると、対応するアクセスルータが切り替わる。例えば、モバイル端末１が第１のルータ装置の通信エリアから第２のルータ装置通信エリアに移動したときは、このモバイル端末１に対応するアクセスルータは、第１のルータ装置（旧アクセスルータ１１）から第２のルータ装置（新アクセスルータ１２）に切り替わる。
【００４７】
分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。たとえば、図４において、モバイル端末１がルータ装置２３の通信エリアからルータ装置２４の通信エリアへ移動した場合を考える。この場合、相手端末４からルータ装置２３へ至るルートと、相手端末４からルータ装置２４へ至るルートとは、ルータ装置２２において分岐されることになる。したがって、この場合、ルータ装置２２が分岐点ルータになる。同様に、モバイル端末１がルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動した場合には、ルータ装置２１が分岐点ルータになる。
【００４８】
上記移動通信ネットワークにおいて、モバイル端末１が、旧アクセスルータ１１の通信エリアから新アクセスルータ１２の通信エリアへ移動するものとする。すなわち、モバイル端末１が旧アクセスルータ１１に接続する状態から、モバイル端末１が新アクセスルータ１２に接続する状態へのハンドオーバが発生するものとする。また、モバイル端末１は、相手端末４との間で通信を行っているものとする。さらに、モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて、「旧気付けアドレス」が割り当てられているものとする。
【００４９】
この場合のハンドオーバ手順は、以下の通りである。なお、以下の説明では、ステイトフル・アドレス・オートコンフィグレーションを前提とする。
（１）通信相手４は、モバイル端末１の旧気付けアドレス宛てにパケットを送っている。このパケットは、旧アクセスルータ１１へ転送され、さらに旧アクセスルータ１１からモバイル端末１へ転送される。
【００５０】
（２）モバイル端末１が新アクセスルータ１２の通信エリアに接近すると、旧アクセスルータ１１は、モバイル端末１のハンドオーバを予測し、新アクセスルータ１２に対してハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージを送る。このハンドオーバ起動メッセージは、モバイル端末１の新気付けアドレスを要求するメッセージであり、図５に示すフォーマットを有する。
【００５１】
ハンドオーバ起動メッセージのフォーマットは、公知であり、タイプ領域、コード領域、チェックサム領域、識別子領域、Ｓビット、Ｕビット、Ｈビット、Ｔビット、Ｒビット、オプション領域を備える。ただし、本実施形態のシステムでは、ＩビットおよびＤビットが新たに定義されている。ここで、Ｉビットは、蓄積されているパケットをバッファ管理アルゴリズムに従って正しく並べ替えることを要求する際に使用される。また、Ｄビットは、新アクセスルータとドメインゲートウェアとの間に位置するルータ装置のＩＰアドレスを要求する際に使用される。
【００５２】
なお、手順２において、ハンドオーバ起動メッセージのＵビットには「１」が設定される。ここで、「Ｕビット＝１」は、パケットの蓄積の要求を意味する。また、Ｉビットにも「１」が設定される。ここで、「Ｉビット＝１」は、パケット順序の解決の要求を意味する。
【００５３】
（３）新アクセスルータ１２は、モバイル端末１のための新気付けアドレスを作成する。このとき、新アクセスルータ１２は、ネイバー・キャッシュに新気付けアドレスのためのエントリを作成し、そのエントリの状態を「ＩＮＣＯＭＰＬＥＴＥ」にする。なお、「ＩＮＣＯＭＰＬＥＴＥ」は、ハンドオーバ処理が未完了であることを表示する。そして、新アクセスルータ１２は、ハンドオーバ起動メッセージに対応するハンドオーバ応答（Ｈａｎｄｏｖｅｒ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを利用して、新気付けアドレスを旧アクセスルータ１１に通知する。尚、ネイバー・キャッシュは、ＲＦＣ２４６１に定義されている。
【００５４】
（４）旧アクセスルータ１１は、Ｐｒｏｘｙ Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを利用して、新気付けアドレスをモバイル端末１に通知する。このとき、旧アクセスルータ１１は、障害をモニタするためのタイマを起動する。また、旧アクセスルータ１１は、旧気付けアドレス宛てのパケットをモバイル端末１へ転送する際に、そのパケットをコピーしてバッファに蓄積する処理を開始する。なお、旧アクセスルータ１１におけるバッファ処理については、後で詳しく説明する。
【００５５】
（５）モバイル端末１は、無線コネクションを切り換える直前に、旧アクセスルータ１１に対して結合更新（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを送る。なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。また、このメッセージの送信元アドレスは、モバイル端末１の旧気付けアドレスである。
【００５６】
（６）旧アクセスルータ１１は、結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新する。このとき、このメッセージの送信元アドレスをチェックする。そして、この送信元アドレスが旧気付けアドレスであったときは、旧アクセスルータ１１は、モバイル端末１が旧アクセスルータ１１の通信エリア内から送信した結合更新メッセージを受信したものと判断する。すなわち、正常動作が行われていると判断する。ここでは、旧アクセスルータ１１は、手順５において送信された結合更新メッセージを受信するので、正常動作が行われているものと判断する。
【００５７】
この場合、旧アクセスルータ１１は、パケットをコピーする処理を停止すると共に、バッファに蓄積されているパケットを廃棄する。また、上記タイマはリセットされる。
【００５８】
さらに、旧アクセスルータ１１は、分岐点ルータ１３に対して結合更新メッセージを送る。ここで、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。なお、分岐点ルータ１３を特定する処理は、後で詳しく説明する。
【００５９】
（７）旧アクセスルータ１１は、手順５の結合更新メッセージに対応する結合応答（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを、モバイル端末１の新気付けアドレスに返送する。これにより、新アクセスルータ１２はこの結合応答メッセージを受け取る。
【００６０】
（８）分岐点ルータ１３は、手順６の結合更新メッセージに従って、結合キャッシュに新たなエントリを作成する。ここで、このエントリには、モバイル端末１の旧気付けアドレス宛てのパケットをモバイル端末１の新気付けアドレスへトンネリングするための情報が登録される。したがって、分岐点ルータ１３は、相手端末４からモバイル端末１の旧気付けアドレス宛てのパケットを受信すると、そのパケットをモバイル端末１の新気付けアドレスへトンネリングする。すなわち、旧気付けアドレス宛てのパケットは、旧アクセスルータ１１に転送されることなく、新アクセスルータ１２へ送られることになる。
【００６１】
（９）新アクセルルータ１２は、新気付けアドレス宛てのパケットを受信すると、ネイバーキャッシュを参照してそのアドレスの状態をチェックする。ここでは、新気付けアドレスの状態は、「ＩＮＣＯＭＰＬＥＴＥ」である。従って、新アクセスルータ１２は、新気付けアドレス宛てのパケットをバッファに蓄積していく。そして、バッファに蓄積されているパケットを、各パケットのＴＣＰヘッダに書き込まれているシーケンス番号に従って並べ替える。したがって、図２５を参照しながら説明したパケットの順序逆転の問題は回避される。なお、この順序制御処理は、手順２のハンドオーバ起動メッセージのＩビットに「１」が設定されていた場合にのみ実行される。また、この順序制御処理については、後で詳しく説明する。
【００６２】
（１０）モバイル端末１は、新アクセルルータ１２の通信エリアに入ると、アクセスルータ１２との間に新たな無線コネクションを確立する。そして、モバイル端末１は、その無線コネクションを介して、Ｆａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを新アクセスルータ１２へ送る。
【００６３】
（１１）新アクセスルータ１２は、ネイバーキャッシュに登録されている新気付けアドレスの状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。そして、手順１０のＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージに対応するＮｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＡＣＫメッセージを、モバイル端末１に返送する。
【００６４】
（１２）新アクセスルータ１２は、バッファに蓄積してあるパケットをモバイル端末１の新気付けアドレスへ送る。
（１３）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００６５】
（１４）相手端末４は、上記結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、実施形態の手順においては、手順６において分岐点ルータ１３へ結合更新メッセージを送ることにより、図２４を参照しながら説明した非効率ルーティングの問題が解決される。また、新アクセスルータ１２においてパケットの並替えが行われるので、図２５を参照しながら説明したパケットの順序逆転の問題は回避される。
【００６６】
図６は、本発明の実施形態のハンドオーバ手順（非正常動作時）を説明する図である。また、図７は、図６に示す動作に対応するシーケンス図である。なお、ここでは、図２を参照しながら説明した手順５において、モバイル端末１から送出された結合更新メッセージが、何らかの理由により、旧アクセスルータ１１に到達できなかった場合を想定する。このような状況は、例えば、モバイル端末１と旧アクセスルータ１１との間の無線環境が劣悪な場合、あるいはモバイル端末１が高速で移動している場合などの発生し得る。
【００６７】
手順１〜４では、図２を参照しながら説明した通り、モバイル端末１に新気付けアドレスが割り当てられる。また、旧アクセスルータ１１は、モバイル端末１の旧気付けアドレス宛てのパケットをバッファに蓄積する。以下、手順６以降について説明する。
【００６８】
（６）旧アクセスルータ１１は、モバイル端末１の旧気付けアドレス宛てのパケットを蓄積する動作を継続する。
（７）モバイル端末１は、新アクセルルータ１２の通信エリアに入ると、新アクセスルータ１２との間に新たな無線コネクションを確立する。そして、モバイル端末１は、その無線コネクションを介して、Ｆａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを新アクセスルータ１２へ送る。なお、この動作は、図２における手順１０と同じである。
【００６９】
（８）新アクセスルータ１２は、ネイバーキャッシュに登録されている新気付けアドレスの状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。そして、受信したＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージに対応するＮｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＡＣＫメッセージを、モバイル端末１に返送する。なお、この動作は、図２における手順１１と同じである。
【００７０】
（９）モバイル端末１は、旧アクセスルータ１１に対して、再度、結合更新メッセージを送る。ここで、この結合更新も、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。ただし、このメッセージの送信元アドレスは、モバイル端末１の新気付けアドレスである。
【００７１】
（１０）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。ここで、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。なお、この動作は、図２における手順１２と同じである。
【００７２】
（１１）旧アクセスルータ１１は、手順９においてモバイル端末１から送出された結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新する。このとき、このメッセージの送信元アドレスをチェックする。ここでは、このメッセージの送信元アドレスは、新気付けアドレスである。したがって、旧アクセスルータ１１は、モバイル端末１が新アクセスルータ１２の通信エリアから送信され結合更新メッセージを受信したものと判断する。すなわち、非正常動作が行われていると判断する。
【００７３】
この場合、旧アクセスルータ１１は、バッファに蓄積されている旧気付けアドレス宛てのパケットを、通常のＭｏｂｉｌｅＩＰｖ６に従って、新気付けアドレスへトンネリングする。そして、パケットをコピーしてバッファに蓄積する処理を停止すると共に、タイマをリセットする。
【００７４】
（１２）相手端末４は、手順１０の結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、実施形態のハンドオーバ方法においては、旧アクセスルータ１１が手順５の結合更新メッセージを受信できなかったときは、旧アクセスルータ１１からモバイル端末１へ新気付けアドレスが通知されたときから、新アクセスルータ１２を介して結合更新メッセージを受信するまでの間、モバイル端末１の旧気付けアドレス宛てのパケットが旧アクセスルータ１１に蓄積される。そして、旧アクセスルータ１１は、新アクセスルータ１２を介して結合更新メッセージを受信すると、その蓄積してあるパケットをモバイル端末１の新気付けアドレスに送信する。したがって、パケットのロスが回避される。
【００７５】
一例を示す。ここでは、図８に示すように、モバイル端末１の旧気付けアドレス宛てにパケット１〜４が送信されるものとする。この場合、旧アクセスルータ１１は、これらのパケットをモバイル端末１の旧気付けアドレスへ転送する。また、旧アクセスルータ１１は、パケット１、２をモバイル端末１へ転送した時点で、モバイル端末１へ新気付けアドレスを通知したとする。この場合、パケット３、４は、バッファに格納される。
【００７６】
この後、モバイル端末１は、パケット３、４を受信することなく、新アクセスルータ１２の通信エリアへ移動したものとする。また、モバイル端末１から送出された結合更新メッセージは、旧アクセスルータ１１には到達したかったものとする。この場合、旧アクセスルータ１１は、モバイル端末から送出された結合更新メッセージを新アクセスルータ１２を介して受信すると、バッファに蓄積されているパケット３、４を、モバイル端末１の新気付けアドレスへ送信する。そして、モバイル端末１は、新アクセスルータ１２を介してパケット３、４を受信する。これにより、モバイル端末１は、パケット１〜４を受信することができる。すなわち、パケットロスの発生が回避される。
【００７７】
次に、旧アクセスルータ１１が結合更新メッセージを送るために分岐点ルータ１３を特定する方法を説明する。ここでは、以下の４つのケースを示す。
（１）分岐点ルータのアドレスが予め定義されている場合
（２）分岐点ルータのアドレスを動的に取得する場合
（３）分岐点ルータのアドレスを取得できない場合（ＭＡＣアドレス利用）
（４）分岐点ルータのアドレスを取得できない場合（ＣＮアドレス利用）
（１）分岐点ルータのアドレスが予め定義されている場合
この場合、各ルータ装置に、それぞれ、モバイル端末１の移動先と、その移動先に対応する分岐点ルータとが関連づけられて登録されている。例えば、図４に示すルータ装置２４には、「移動先：ルータ装置２３」と「分岐点：ルータ装置２２」とが関連づけて登録されており、「移動先：ルータ装置２５」と「分岐点：ルータ装置２１」とが関連づけて登録されている。したがって、例えば、モバイル端末１が、ルータ装置２４の通信エリアからルータ装置２３の通信エリアへ移動する際には、分岐点ルータとして「ルータ装置２２」が特定される。また、モバイル端末１が、ルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動する際には、分岐点ルータとして「ルータ装置２１」が特定される。そして、特定された分岐点ルータに対して結合更新メッセージが送られる。なお、上記対応関係を表す情報は、例えば、ネットワークの構築時に各ルータ装置に設定されるようにしてもよい。
【００７８】
（２）分岐点ルータのアドレスを動的に取得する場合
この場合、各ルータ装置は、ドメインゲートウェイ２０のアドレスを知っているものとする。また、各ルータ装置は、自分自身とドメインゲートウェイとの間に存在する各ルータ装置のＩＰアドレスを知っているものとする。なお、これらのルータ装置のＩＰアドレスは、例えば、トレース・ルート（Ｔｒａｃｅｒｏｕｔｅ）により取得することができる。
【００７９】
図９は、分岐点ルータのアドレスを動的に取得する方法を模式的に示す図である。ここでは、ルータ装置２１〜２６に割り当てられているＩＰアドレスが、それぞれ、「ａａａａ」〜「ｆｆｆｆ」であるものとする。また、当該ドメインをインターネットに接続するためのゲートウェイ２０のアドレスが「ＧＧＧＧ」であるものとする。そして、各ルータ装置は、自分自身とゲートウェイ２０との間に設けられているルータ装置のアドレスを管理している。図９においては、ルータ装置２４が備えるルータ管理リスト２４ａには、ルータ装置２２、ルータ装置２１、ゲートウェイ２０のアドレスが順番に登録されている。一方、ルータ装置２５が備えるルータ管理リスト２５ａには、ルータ装置２６、ルータ装置２１、ゲートウェイ２０のアドレスが順番に登録されている。
【００８０】
上記ネットワークにおいて、モバイル端末１がルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動すると、ルータ装置（旧アクセスルータ）２４は、ルータ装置（新アクセスルータ）２５に対して、ルータ管理リスト２５ａの転送を要求する。そして、ルータ管理リスト２４ａとルータ管理リスト２５ａとを比較し、互いに一致するアドレスを探す。この実施例では、双方のリストに「ａａａａ」が登録されている。よって、この場合、ルータ装置２１が分岐点ルータであると判断される。なお、上述のようにしてリストを比較したときに、複数のアドレスが一致した場合には、例えば、旧アクセスルータに最も近いルータ装置が分岐点ルータと判断される。
【００８１】
図１０は、分岐点ルータのアドレスを動的に取得する方法のフローチャートである。なお、このフローチャートの処理は、旧アクセスルータ１１により実行される。
【００８２】
ステップＳ１では、モバイル端末１の位置およびその移動方向に基づいて、ハンドオーバの発生を予測する。このとき、新アクセスルータ１２が特定される。なお、新アクセスルータ１２を予測する方法は、公知の技術である。
【００８３】
ステップＳ２では、旧アクセスルータ１１と新アクセスルータ１２との組合せに対応する分岐点ルータのＩＰアドレスが予めあるいは既に登録されているか否かを調べる。そして、分岐点ルータのＩＰアドレスが登録されていれば、ステップＳ３において、モバイル端末１から受信した結合更新メッセージをその分岐点ルータを送る。一方、分岐点ルータのＩＰアドレスが登録されていなければ、ステップＳ４以降の処理が実行される。
【００８４】
ステップＳ４では、ハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージを利用して、新アクセスルータ１２に対して、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスを要求する。このとき、このハンドオーバ起動メッセージは、図５に示したＤビットに「１」が設定される。そして、新アクセスルータ１２は、Ｄビットに「１」が設定されたハンドオーバ起動メッセージを受信すると、ハンドオーバ応答（ＨａｎｄｏｖｅｒＡＣＫ）メッセージを利用して、図９に示したルータ管理リストを旧アクセスルータ１１へ送信する。
【００８５】
図１１は、ハンドオーバ応答（Ｈａｎｄｏｖｅｒ ＡＣＫ）メッセージのフォーマットを示す図である。このメッセージは、アドレスを通知するために利用される。具体的には、サブタイプ（Ｓｕｂ−Ｔｙｐｅ）として「１」が設定されているときは、アドレス領域に旧気付けアドレスが書き込まれ、「２」が設定されているときは、アドレス領域に新気付けアドレスが書き込まれる。また、実施形態では、サブタイプとして、新たに「３」が定義される。そして、新アクセスルータ１２から旧アクセスルータ１１へ、ルータ管理リストに登録されている１または複数のアドレスを通知する際には、サブタイプとして「３」が設定されると共に、対応するルータ装置のアドレスがアドレス領域に書き込まれる。
【００８６】
ステップＳ５では、新アクセスルータ１２から、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスが登録されたルータ管理リストを受け取る。
【００８７】
ステップＳ６では、旧アクセスルータ１１とドメインゲートウェイとの間に設けられているルータ装置のアドレスと、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスとを比較する。続いて、ステップＳ７では、互いに一致するルータ装置を検出する。そして、ステップＳ８において、ステップＳ７で検出したルータ装置に対して、モバイル端末１から受信した結合更新メッセージを送信する。
【００８８】
（３）分岐点ルータのアドレスを取得できない場合（ＭＡＣアドレス利用）
この場合、旧アクセスルータ１１は、ホップ・バイ・ホップで分岐点ルータへ結合更新メッセージを送る。すなわち、この場合、旧アクセスルータ１１は、モバイル端末１宛てのパケットをハントし、そのパケットの送信元ＭＡＣアドレスを取得する。そして、そのＭＡＣアドレスに対応するインタフェースに接続する近隣ルータに対して結合更新メッセージを送信する。なお、送信元ＭＡＣアドレスからそれに対応する近隣ルータのＩＰアドレスを算出する方法としては、例えば、Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＦＣ９０３）が知られている。
【００８９】
なお、この実施例で使用される結合更新メッセージは、図１２に示すように、新たに定義したＲビットを備えている。ここで、Ｒビットは、「繰り返し」を要求するためのビットであり、このＲビットが設定された結合更新メッセージを受信したルータ装置は、そのメッセージを対応するネクストホップルータへ転送する。
【００９０】
上記結合更新メッセージは、各ルータ装置において上記処理が繰り返し実行されることにより、ゲートウェイまで送られる。すなわち、旧アクセスルータ１１からゲートウェイまでの間に設けられている各ルータ装置の結合キャッシュは、それぞれ上記結合更新メッセージにより更新される。ここで、分岐点ルータは、旧アクセスルータ１１からゲートウェイまでの間に位置するはずである。したがって、上記手順により、分岐点ルータの結合キャッシュも更新される。
【００９１】
なお、上述の例では、モバイル端末１宛てのパケットの送信元ＭＡＣアドレスを利用しているが、着信先ＭＡＣアドレスを利用するようにしてもよい。
図１３は、ＭＡＣアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。なお、ステップＳ１〜Ｓ３は、図１０に示した方法と同じであるので、説明を省略する。
【００９２】
ステップＳ１１およびＳ１２において、モバイル端末１から結合更新メッセージを受信すると、タイマを起動する。そして、ステップＳ１３およびＳ１４において、モバイル端末１宛てのパケットを待つ。このとき、もし、所定時間内にモバイル端末１宛てのパケットを受信しなければ、分岐点ルータを探す処理を停止する。
【００９３】
一方、所定時間内にモバイル端末１宛てのパケットを受信したときは、まず、ステップＳ１５においてタイマを停止する。続いて、ステップＳ１６では、受信したパケットの送信元ＭＡＣアドレスまたは着信先ＭＡＣアドレスに基づいて、近隣ルータを決定する。そして、ステップＳ１７において、決定した近隣ルータへ結合更新メッセージを送信する。このとき、この結合更新メッセージは、図１２を参照しながら説明したように、Ｒビットに「１」が設定されている。
【００９４】
近隣ルータは、上記結合更新メッセージを受信すると、まず、ステップＳ２１において、そのメッセージに従って結合キャッシュを更新する。続いて、Ｒビットに「１」が設定されているので、ステップＳ１２〜Ｓ１７を実行する。なお、これらの処理は、旧アクセスルータ１１において実行される処理と同じである。したがって、旧アクセスルータ１１とゲートウェイとの間に位置する各ルータ装置において、それぞれ、ステップＳ２１、Ｓ１２〜Ｓ１７が実行されることにより、これらのルータ装置の結合キャッシュは、旧アクセスルータ１１から送信された結合更新メッセージに従って更新されることになる。
【００９５】
（４）分岐点ルータのアドレスを取得できない場合（ＣＮアドレス利用）
図１４は、ＣＮアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。ＣＮアドレス（相手端末４のＩＰアドレス）を利用する方法は、基本的には、上述したＭＡＣアドレスを利用する方法と同じである。ただし、ＣＮアドレスを利用する方法では、相手端末４からモバイル端末１宛てのパケットをハントすると、ステップＳ３１において、そのパケットの送信元ＩＰアドレスを取得する。続いて、ルーティングテーブルを参照し、その送信元ＩＰアドレスに対応するネクストホップを検出する。そして、ステップＳ１７において、そのネクストホップへ結合更新メッセージが送信される。
【００９６】
次に、旧アクセスルータ１１において旧気付けアドレス宛てのパケットを蓄積／転送する処理について説明する。旧アクセスルータ１１は、上述したように、モバイル端末１のハンドオーバ時に、旧気付けアドレス宛てのパケットを一時的に蓄積し、必要に応じてそれらのパケットをそのモバイル端末１の新気付けアドレスへ転送する。
【００９７】
図１５は、旧アクセスルータ１１におけるバッファリング処理のフローチャートである。ここでは、図２または図６に示す手順３により、新アクセスルータ１２からモバイル端末１の新気付けアドレスを受け取った後の処理を示す。
【００９８】
ステップＳ４１では、受信した新気付けアドレスまたはプレフィックスをモバイル端末１へ送信する。ステップＳ４２およびＳ４３では、モバイル端末１の旧気付けアドレス宛てのパケットのコピーおよびバッファリングを開始し、タイマを起動する。
【００９９】
ステップＳ４４およびＳ４５では、バッファリングの開始から所定時間が経過するまでの間、モバイル端末１から結合更新メッセージを待つ。そして、所定時間内に結合更新メッセージを受信した場合は、ステップＳ４６において、そのメッセージの送信元アドレスを調べる。
【０１００】
上記結合更新メッセージの送信元アドレスが旧気付けアドレスであれば、図２の手順５のメッセージを受信したものとみなし、ステップＳ４７において、バッファリング処理を停止すると共に、タイマを停止する。さらに、バッファしたパケットを廃棄する。
【０１０１】
一方、結合更新メッセージの送信元アドレスが新気付けアドレスであれば、図６の手順９のメッセージを受信したものとみなし、ステップＳ４８において、バッファリング処理を停止すると共に、タイマを停止する。さらに、バッファしたパケットを新気付けアドレスへ転送する。
【０１０２】
さらに、所定時間内にモバイル端末１から結合更新メッセージを受信できなかた場合は、ステップＳ４９において、バッファリング処理を停止すると共に、バッファしたパケットを廃棄する。
【０１０３】
なお、旧アクセスルータ１１は、モバイル端末１が最後に受信したパケットを特定できる場合には、その次のパケットからバッファリングを開始するようにしてもよい。
【０１０４】
次に、新アクセスルータ１２においてパケットの順序を制御する方法について説明する。
図１６は、モバイル端末１宛てのパケットが到着したときの新アクセスルータ１２の動作を示す図である。なお、このパケットの宛先アドレスは、モバイル端末１の新気付けアドレスであるものとする。
【０１０５】
ステップＳ５１では、まず、受信パケットの宛先アドレス（モバイル端末１の新気付けアドレス）をキーとしてネイバーキャッシュ（Ｎｅｉｇｈｂｏｕｒ Ｃａｃｈｅ）にアクセスし、登録されている状態を調べる。そして、「ＲＥＡＣＨＡＢＬＥ」が登録されていた場合は、ステップＳ５２において、受信パケットをそのままモバイル端末１へ転送する。一方、「ＩＮＣＯＭＰＬＥＴＥ」が登録されていた場合には、ステップＳ５３において、受信パケットのＩＰヘッダに設定されている送信元アドレスを調べる。
【０１０６】
受信パケットの送信元アドレスが旧アクセスルータ１１であったときは、ステップＳ５４において、そのパケットを第１のキューメモリの最後尾に書き込む。一方、受信パケットの送信元アドレスが旧アクセスルータ１１でなかったときには、ステップＳ５５において、そのパケットを第２のキューメモリの最後尾に書き込む。このように、新アクセスルータ１２は、モバイル端末１宛てのパケットを受信すると、それらのパケットをその送信元に対応するバッファに書き込む。なお、ステップＳ５３〜Ｓ５５の処理は、図２に示した手順９に相当する。
【０１０７】
図１７は、モバイル端末１から結合更新メッセージを受信したときの新アクセスルータ１２の動作を示す図である。ここでは、モバイル端末１が、結合更新メッセージとしてＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを送出したものとする。
【０１０８】
ステップＳ６１では、ネイバーキャッシュに登録されているモバイル端末１の状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。続いて、ステップＳ６２において、第１および第２のバッファメモリにモバイル端末１宛てのパケットが蓄積されているか否かを調べる。そして、それらのバッファメモリにパケットが蓄積されているときは、ステップＳ６３において、まず、第１のバッファメモリに蓄積されているパケットを先に読み出し、その後、第２のバッファメモリに蓄積されているパケットを読み出す。これらのパケットは、読み出した順番に、モバイル端末１へ送信される。なお、バッファメモリにパケットが蓄積されていなければ、特別な動作は行われない。
【０１０９】
このように、新アクセスルータ１２は、旧アクセスルータ１１から転送されてきたパケットおよび相手端末４から送出されたパケットの双方が蓄積されている場合には、前者を優先してモバイル端末１に送る。これにより、パケットの順序逆転の問題は回避される。
【０１１０】
次に、実施形態のハンドオーバ方法がＨＭＩＰｖ６（Ｈｉｅｒａｒｃｈｉｃａｌ Ｍｏｂｉｌｅ Ｉｐｖ６）を使用する階層化ネットワークに適用される場合について説明する。なお、ＨＭＩＰｖ６自体は、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０４．ｔｘｔに記載されている。
【０１１１】
ＨＭＩＰ（ＨＭＩＰｖ６を含む）は、モビリティアンカーポイント（ＭＡＰ：Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ Ｐｏｉｎｔ）を用いてモバイル端末の位置または移動を階層的に管理する。ここで、ＭＡＰは、外部ドメインに設けられており、自分が管理するエリア内におけるモバイル端末の移動を管理する。また、ＨＭＩＰｖ６ＢａｓｉｃＭｏｄｅでは、各モバイル端末に、ＭＡＰのエリア内で固定的に決められるアドレスＲＣｏＡ（ＲｅｇｉｏｎａｌＣａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）、およびＭＡＰのエリア内のアクセスルータ毎に変わるアドレスＬＣｏＡ（Ｌｏｃａｌ Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）が割り当てられる。したがって、モバイル端末がＭＡＰ間を移動した場合には、ＭＡＰを登録する処理、およびホームエージェントへ結合更新メッセージを送信する処理が必要になるが、モバイル端末がＭＡＰ内で移動した場合には、ＭＡＰに結合更新メッセージを送るだけで位置登録が完了する。ちなみに、一般的なＭｏｂｉｌｅＩＰｖ６においては、モバイル端末が移動するごとに、結合更新メッセージがホームエージェントに送られるようになっている。
【０１１２】
ＨＭＩＰｖ６におけるハンドオーバ手順は、基本的には、ＭｏｂｉｌｅＩＰｖ６の場合と同じである。ただし、結合更新メッセージの内容およびその送り先が異なってくる。
【０１１３】
図１８は、ＭＡＰのエリア内に分岐点ルータが位置する場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージ、および手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、それぞれ、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図２の手順１３でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。なお、このケースでは、分岐点ルータをＭＡＰにするショートカットを行えば、上記手順１３を省略しても、ルート最適化が犠牲になることはない。
【０１１４】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１５】
図１９は、ＭＡＰが分岐点ルータになる場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。なお、上記手順６においてＭＡＰに結合更新メッセージが送られるので、図２に示す手順１３、１４を省略することができる。
【０１１６】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１７】
図２０は、分岐点ルータが当該ＭＡＰのエリアの外に位置する場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、旧ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。さらに、図２の手順１３でモバイル端末１から送信される結合更新メッセージは、新ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１８】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から相手端末４やホームエージェントへ送信される結合更新メッセージは、ホームアドレス宛てのパケットを新ＲＣｏＡへ転送するためのメッセージであって、ただし、上記手順１０の前に、ＨＭＩＰの通常の動作により、新ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するための結合更新メッセージが、新ＭＡＰへ送られる。
【０１１９】
このように、実施形態のハンドオーバ手順は、階層化モバイルＩＰ網においても適用可能である。すなわち、本発明は、ＭｏｂｉｌｅＩＰ、ＭｏｂｉｌｅＩＰｖ６、階層化ＭｏｂｉｌｅＩＰｖ６に適用可能である。この場合、ルータ装置は、ＭｏｂｉｌｅＩＰの外部エージェント（ＦＡ：ＦｏｒｅｉｇｎＡｇｅｎｔ）またはゲートウェイ外部エージェント（ＧＦＡ：Ｇａｔｅｗａｙ Ｆｏｒｅｉｇｎ Ａｇｅｎｔ）、階層化ＭｏｂｉｌｅＩＰｖ６のＭＡＰであってもよい。
【０１２０】
また、上述の実施例では、結合更新メッセージを利用してパケットのバッファリングを制御しているが、このメッセージの代わりにＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）メッセージを利用してもよい。なお、ＩＣＭＰメッセージは、図２１に示すフォーマットを有している。
【０１２１】
（付記１）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送られる
を特徴とするハンドオーバ方法。
【０１２２】
（付記２）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記第２のアドレスが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に通知され、
上記分岐点ルータ装置が、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送する
を特徴とするハンドオーバ方法。
【０１２３】
（付記３）付記１に記載の方法であって、
上記第１および第２のルータ装置は、ゲートウェイの配下に設けられており、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置と、上記第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置とを比較し、
上記比較において互いに一致するルータ装置を上記分岐点ルータ装置として指定する。
【０１２４】
（付記４）付記３に記載の方法であって、
上記第１のルータ装置は、その第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、
上記第２のルータ装置は、その第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、
上記第１のルータ装置は、上記第２のルータ装置からその第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスと比較する。
【０１２５】
（付記５）付記１に記載の方法であって、
上記相手端末のアドレスに基づいて決まる１または複数のルータ装置に対してホップバイホップで上記メッセージが送信される。
【０１２６】
（付記６）付記５に記載の方法であって、
上記相手端末から上記モバイル端末へのパケットの送信元ＩＰアドレスに基づいて、上記メッセージを送信すべき近隣ルータが決定される。
【０１２７】
（付記７）付記５に記載の方法であって、
上記相手端末から上記モバイル端末へのパケットの送信元ＭＡＣアドレスまたは着信先ＭＡＣアドレスに基づいて、上記メッセージを送信すべき近隣ルータのＩＰアドレスが決定される。
【０１２８】
（付記８）付記１に記載の方法であって、
上記分岐点ルータ装置は、階層化ＭｏｂｉｌｅＩＰのゲートウェイ外部エージェントまたは階層化ＭｏｂｉｌｅＩＰｖ６のモビリティアンカーポイントである。
【０１２９】
（付記９）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記モバイル端末に上記第２のアドレスが割り当てられたときから、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが上記第１のルータ装置に与えられるまでの期間、上記第１のルータ装置において上記第１のアドレス宛てのパケットが蓄積され、
上記メッセージが上記第２のルータ装置を介して上記第１のルータ装置に与えられたときは、上記第１のルータ装置に蓄積されたパケットが上記第２のアドレスへ転送される
を特徴とするハンドオーバ方法。
【０１３０】
（付記１０）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記第２のルータ装置において、その第２のルータ装置と上記モバイル端末とが接続されるまでの間、そのモバイル端末宛てのパケットを蓄積し、
上記相手端末における送信順序に従って上記蓄積されているパケットを読み出して上記モバイル端末へ送信する
を特徴とするハンドオーバ方法。
【０１３１】
（付記１１）付記１０に記載の方法であって、
上記第２のルータ装置は、ＴＣＰヘッダまたはＲＴＰヘッダのシーケンス番号を利用してパケットの順序を制御する。
【０１３２】
（付記１２）付記１０に記載の方法であって、
上記第１のルータ装置から送られてきたパケットを第１のバッファメモリに蓄積するとともに、他のパケットを第２のバッファメモリに蓄積し、
上記第２のルータ装置と上記モバイル端末とが接続されると、上記第１のバッファメモリに蓄積されているパケットを上記モバイル端末へ送信し、その後、上記第２のバッファメモリに蓄積されているパケットを上記モバイル端末へ送信する。
【０１３３】
（付記１３）付記１または９に記載の方法であって、
上記メッセージは、結合更新メッセージまたはＩＣＭＰメッセージである。
（付記１４）付記１または９に記載の方法であって、
上記第１および第２のルータ装置の少なくとも一方が、階層化ＭｏｂｉｌｅＩＰｖ６のモビリティアンカーポイント、またはＭｏｂｉｌｅＩＰの外部エージェントである。
【０１３４】
（付記１５）付記１または９に記載の方法であって、
上記モバイル端末は、ＭｏｂｉｌｅＩＰ、ＭｏｂｉｌｅＩＰｖ６、または階層化ＭｏｂｉｌｅＩＰｖ６において定義されているモバイルノードである。
【０１３５】
（付記１６）複数のルータ装置を含む移動通信システムにおいて上記複数のルータ装置の中の第１のルータ装置として使用されるルータ装置であって、
第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末が第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動することを予測する予測手段と、
上記予測に起因して上記モバイル端末に対して上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられたときに、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージを、上記モバイル端末が通信を行っている相手端末から上記第１のルータ装置へのルートとその相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送信する指示手段と、
を有するルータ装置。
【０１３６】
【発明の効果】
本発明によれば、移動通信システムにおいて、ハンドオーバ時に効率の悪いパケット転送が回避される。また、ハンドオーバ時のパケットロスおよびパケットの順序逆転が回避される。
【図面の簡単な説明】
【図１】本発明の概要を説明する図である。
【図２】本発明の実施形態のハンドオーバ手順（正常動作時）を説明する図である。
【図３】図２に示す動作に対応するシーケンス図である。
【図４】分岐点ルータについて説明する図である。
【図５】ハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージのフォーマットを示す図である。
【図６】本発明の実施形態のハンドオーバ手順（非正常動作時）を説明する図である。
【図７】図６に示す動作に対応するシーケンス図である。
【図８】パケットロスを回避するための手順の一例を説明するための図である。
【図９】分岐点ルータのアドレスを動的に取得する方法を模式的に示す図である。
【図１０】分岐点ルータのアドレスを動的に取得する方法のフローチャートである。
【図１１】ハンドオーバ応答（Ｈａｎｄｏｖｅｒ ＡＣＫ）メッセージのフォーマットを示す図である。
【図１２】結合更新メッセージのフォーマットを示す図である。
【図１３】ＭＡＣアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。
【図１４】ＣＮアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。
【図１５】旧アクセスルータにおけるバッファリング処理のフローチャートである。
【図１６】モバイル端末宛てのパケットが到着したときの新アクセスルータの動作を示す図である。
【図１７】モバイル端末から結合更新メッセージを受信したときの新アクセスルータの動作を示す図である。
【図１８】ＭＡＰのエリア内に分岐点ルータが位置する場合のハンドオーバ手順を示す図である。
【図１９】ＭＡＰが分岐点ルータになる場合のハンドオーバ手順を示す図である。
【図２０】分岐点ルータがＭＡＰのエリア外に位置する場合のハンドオーバ手順を示す図である。
【図２１】ＩＣＭＰメッセージのフォーマットを示す図である。
【図２２】高速ハンドオーバの基本手順を説明する図である。
【図２３】図２２に示す処理のシーケンス図である。
【図２４】非効率ルーティングについて説明する図である。
【図２５】パケットの順序逆転について説明する図である。
【図２６】パケットロスについて説明する図である。
【図２７】パケットロスが発生する場合のシーケンス図である。
【符号の説明】
１ モバイル端末（ＭＮ）
４ 相手端末（ＣＮ）
１１ 旧アクセスルータ
１２ 新アクセスルータ
１３ 分岐点ルータ
２０ ゲートウェイ
２１〜２６ ルータ装置
【発明の属する技術分野】
本発明は、移動通信システムにおけるハンドオーバ方法および移動通信システムにおいて使用されるルータ装置に係わり、特に、移動通信サービスを提供するＩＰネットワークにおけるハンドオーバ方法およびそのためのルータ装置に係わる。
【０００２】
【従来の技術】
近年、インターネット及び携帯電話の爆発的な普及により、モバイルユーザをインターネットに接続するアクセスシステムの多様化が進んできている。一例としては、現在では、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｙｓｔｅｍ）やＰＤＣ−Ｐ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ−ｍｏｂｉｌｅＰａｃｋｅｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）等の第２世代移動通信網、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ ＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）等の第３世代移動通信網、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ等の小規模無線アクセス網などが実用化されている。また、将来的には、第４世代移動通信網や他の新しい新しいアクセス技術が期待されている。そして、これらの技術により、１台の端末が複数のアクセスシステムと接続できるようになりつつあり、ユビキタス環境が視野にはいってきた。
【０００３】
ところが、ユーザにとっては、アクセスシステムを意識しないでインターネットに接続できることが望ましい。ここで、このような環境を実現するためには、端末が自立的にアクセスシステムを選択または切替えできるようにするための技術が必要になってくる。そして、このための中核技術として、ＭｏｂｉｌｅＩＰが注目されている。
【０００４】
なお、ＭｏｂｉｌｅＩＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）により標準化されている。ここで、ＩＥＴＦのＲＦＣ２００２において標準化されているＭｏｂｉｌｅＩＰは、ＩＰｖ４（ＲＦＣ７９１）をベースにしている。ところが、近年、ＩＰネットワーク上の端末数の増加に伴ってＩＰｖ４アドレスが不足してきており、ＩＰｖ４からＩＰｖ６（ＲＦＣ２４６０）への移行が進められつつある。そして、ＩＰｖ６をベースにしたＭｏｂｉｌｅＩＰｖ６は、インターネットドラフト（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１４．ｔｘｔ）として公開されており、近いうちに標準化される予定である。また、ＭｏｂｉｌｅＩＰｖ６の動作は、基本的には、ＭｏｂｉｌｅＩＰと同じである。従って、以下では、ＭｏｂｉｌｅＩＰｖ６について説明する。
【０００５】
ＭｏｂｉｌｅＩＰｖ６では、一般に、各モバイル端末に対してホームアドレス及び気付けアドレス（ＣｏＡ：Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）が割り当てられる。ここで、ホームアドレスは、各モバイル端末に固定的に割り当てられるＩＰアドレスである。また、気付けアドレスは、モバイル端末を収容するアクセスルータ毎に、そのモバイル端末に対して割り当てられるＩＰアドレスである。そして、モバイル端末が移動した場合には、その移動に応じて動的に気付けアドレスがそのモバイル端末に割り当てられることによって、通信セッションが維持されるようになっている。
【０００６】
ところが、ＭｏｂｉｌｅＩＰｖ６のハンドオーバは、一般に、遅延が大きい。ここで、遅延が大きくなる理由は、モバイル端末があるアクセスルータ（旧アクセスルータ）の通信エリアから、他のアクセスルータ（新アクセスルータ）の通信エリアに移動する際、モバイル端末が新アクセスルータの通信エリアへ移動した後にそれらの間で無線リンクを介してメッセージを交換することによりモバイル端末が新たな気付けアドレスを取得することに起因している。そして、通常、このときの無線パフォーマンスがハンドオーバ時間のネックとなっている。したがって、ＭｏｂｉｌｅＩＰｖ６は、インターネット電話やライブストリーミング等のＵＤＰ（ＲＦＣ７６８）／ＲＴＰ（ＲＦＣ１８８９）上のリアルタイムアプリケーション、あるいは、ＴＣＰ（ＲＦＣ７９３）上の遅延に敏感なアプリケーションには適していないと考えられている。
【０００７】
上記問題を解決する技術として、高速ハンドオーバ（Ｆａｓｔ Ｈａｎｄｏｖｅｒ）手順が提案されている。ここで、高速ハンドオーバ手順は、ＩＥＴＦによるインターネットドラフト（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０４．ｔｘｔ）として公開されている。高速ハンドオーバ手順では、モバイル端末が旧アクセスルータの通信エリアから新アクセスルータの通信エリアへ移動する直前に、そのモバイル端末が、新アクセスルータの通信エリアにおいて使用する新気付けアドレスを取得する。そして、これにより、ハンドオーバ時に通信が出来なくなる時間が短縮される。
【０００８】
次に、高速ハンドオーバの手順を説明する。なお、高速ハンドオーバ手順は、ネットワークが起動する方式と、モバイル端末が起動する方式とに分類することができる。また、高速ハンドオーバ手順は、ネットワークがアドレスを作成する方式（Ｓｔａｔｅｆｕｌ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｄｈｃ−ｄｈｃｐｖ６−２０．ｔｘｔ）と、モバイル端末がアドレスを作成する方式（ＳｔａｔｅｌｅｓｓＡｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ：ＲＦＣ２４６２）とに分類することができる。そして、現在、下記の３種類の手順が定義されている。
（１）ネットワーク起動、Ｓｔａｔｅｆｕｌ
（２）ネットワーク起動、Ｓｔａｔｅｌｅｓｓ
（３）モバイル端末起動、Ｓｔａｔｅｌｅｓｓ
これら３つの方式の基本的な動作は互いに同じなので、以下では、上記（１）の方式の概要を示す。
【０００９】
図２２は、高速ハンドオーバ（Ｆａｓｔ Ｈａｎｄｏｖｅｒ）の基本手順を説明する図である。図２３は、図２２に示す処理のシーケンス図である。なお、ここでは、モバイル端末（ＭＮ：ＭｏｂｉｌｅＮｏｄｅ）１が、旧アクセスルータ（ＡＲ）２の通信エリアから新アクセスルータ（ＡＲ）３の通信エリアに移動する場合を示す。また、モバイル端末１は、相手端末（ＣＮ：ＣｏｒｒｅｓｐｏｎｄｅｎｔＮｏｄｅ）４との間で通信を行っているものとする。さらに、モバイル端末１は、旧アクセスルータ２の通信エリアにおいて、「旧気付けアドレス」が割り当てられている。
【００１０】
（１）相手端末４は、モバイル端末１の旧気付けアドレス宛てにパケットを送っている。このパケットは、旧アクセスルータ２により、モバイル端末１へ転送される。
【００１１】
（２）モバイル端末１が新アクセスルータ３の通信エリアに接近すると、旧アクセスルータ２は、モバイル端末１のハンドオーバを予測し、新アクセスルータ３に対してモバイル端末１の新気付けアドレスを要求する。
【００１２】
（３）新アクセスルータ３は、新気付けアドレスを作成し、それを旧アクセスルータ２に通知する。
（４）旧アクセスルータ２は、受信した新気付けアドレスをモバイル端末１に通知する。
【００１３】
（５）モバイル端末１は、無線コネクションを切り換える直前に、旧アクセスルータ２に対して結合更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを送信する。なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００１４】
（６）旧アクセスルータ２は、結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新すると共に、応答メッセージを新気付けアドレスに送信する。これにより、新アクセスルータ３は上記応答メッセージを受け取る。なお、結合キャッシュには第１のＩＰアドレスおよび第２のＩＰアドレスを登録されており、ルータ装置は、第１のＩＰアドレス宛てのパケットを受信すると、第２のＩＰアドレスを用いてそのパケットをカプセル化して転送（トンネリング）する。
【００１５】
（７）旧アクセスルータ２は、相手端末４から送出された旧気付けアドレス宛てのパケットを受信すると、そのパケットを新気付けアドレスへ転送する。
（８）新アクセスルータ３は、モバイル端末１との間のコネクションが確立されるまでの期間、新気付けアドレス宛てのパケットを保持する。
【００１６】
（９）モバイル端末１は、無線コネクションを切り換える。すなわち、モバイル端末１は、新アクセルルータ３との間に無線コネクションを確立し、新気付けアドレスを通知する。
【００１７】
（１０）新アクセスルータ３は、モバイル端末１に対して応答メッセージを返送する。
（１１）新アクセスルータ３は、上記手順８において保持してあるパケットをモバイル端末１へ送信する。
【００１８】
（１２）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００１９】
（１３）相手端末４は、上記結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、高速ハンドオーバ手順においては、モバイル端末１が、旧アクセスルータの通信エリアから新アクセスルータの通信エリアへ移動する前に、新気付けアドレスを取得するので、ハンドオーバによる遅延が小さくなる。
【００２０】
【発明が解決しようとする課題】
しかし、既存の高速ハンドオーバ手順には、以下の３つの課題がある。
（１）非効率ルーティング
（２）パケットの順序逆転
（３）パケットロス
図２４は、非効率ルーティングについて説明する図である。既存の高速ハンドオーバ手順においては、旧アクセスルータ２は、図２２を参照しながら説明したように、モバイル端末１から結合更新メッセージを受信すると、以降は、相手端末４からモバイル端末１宛てのパケットを新アクセスルータ３へ転送する。このとき、旧アクセスルータ２から新アクセスルータ３へパケットを転送するルートは、図２４に示すように、分岐点ルータ５を経由する。ここで、分岐点ルータ５は、相手端末４から旧アクセスルータ２へのルートと、相手端末４から新アクセスルータ３へのルートとが分岐するノードにおけるルータ装置を意味する。したがって、既存の高速ハンドオーバ手順では、モバイル端末１の移動に伴って、ネットワークに必要以上に大きな負荷がかかってしまう。なお、この問題は、階層化されたネットワークにおいて、しばしば、より大きな負荷を発生させることがある。
【００２１】
図２５は、パケットの順序逆転について説明する図である。ここでは、相手端末４からモバイル端末１へ、パケットＡ、パケットＢ、パケットＣが順番に送信されるものとする。また、相手端末４は、パケットＢを送出した直後に、モバイル端末１から結合更新メッセージを受信したものとする。即ち、パケットＡ、Ｂは旧気付けアドレスへ送信され、パケットＣは新気付けアドレスへ送信されたものとする。
【００２２】
この場合、パケットＡ、Ｂは、いったん旧アクセスルータ２へ送られた後、分岐点ルータ５を介して新アクセスルータ３へ転送される。一方、パケットＣは、直接的に新アクセスルータ３へ送られる。したがって、ネットワーク構成によっては、パケットＡ、Ｂよりも前に、パケットＣがモバイル端末１へ到着してしまうことがある。
【００２３】
なお、所定数（通常は、３）以上のパケットの順序逆転が発生すると、送信側のＴＣＰ（ＲＦＣ２００１）により再送処理が行われ、伝送速度が低下する。すなわち、ＴＣＰを利用する環境では、パケットの順序逆転によりスループットが低下することになる。また、ＵＤＰ／ＲＴＰ上のアプリケーションの場合は、パケットの順序逆転が発生すると、パケットが廃棄されることがある。すなわち、この場合、会話や動画像の瞬断が発生してしまう。
【００２４】
図２６は、パケットロスについて説明する図である。また、図２７は、パケットロスが発生する場合のシーケンス図である。なお、図２６および図２７において、手順１〜手順４は、図２２または図２３を参照しながら説明した手順と同じである。ただし、図２６および図２７では、手順５においてモバイル端末１から送信された結合更新メッセージが旧アクセスルータ２へ到達できなかった場合を想定し、そのときの動作が示されている。なお、このような状況は、例えば、モバイル端末１とアクセスルータとの間の無線環境が劣悪な場合や、モバイル端末１が高速移動している場合などに発生し得る。
【００２５】
（６）旧アクセスルータ２は、相手端末４から旧気付けアドレス宛てのパケットを受信する。しかし、旧アクセスルータ２は、モバイル端末１から結合更新メッセージを受信していないので、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送できない。また、このとき、モバイル端末１は、すでに、旧アクセスルータ２の通信エリアから新アクセスルータ３の通信エリアへ移動してしまっている。したがって、受信パケットは、廃棄されてしまう。すなわち、パケットロスが発生する。
【００２６】
（７）モバイル端末１は、無線コネクションを切り換える。すなわち、モバイル端末１は、新アクセルルータ３との間に無線コネクションを確立し、新気付けアドレスを通知する。
【００２７】
（８）新アクセスルータ３は、モバイル端末１に対して応答メッセージを返送する。
（９）モバイル端末１は、旧アクセスルータ２へ結合更新メッセージを送信する。なお、なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００２８】
（１０）モバイル端末１は、通常のＭｏｂｉｌｅＩＰｖ６に従い、相手端末４およびホームエージェントに対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００２９】
（１１）旧アクセスルータ２は、手順９の結合更新メッセージに従って結合キャッシュを作成し、対応するメッセージをモバイル端末１に返送する。
（１２）旧アクセスルータ２は、旧気付けアドレス宛てのパケットを受信すると、手順１１で作成した結合キャッシュを参照し、そのパケットを新気付けアドレスへ転送する。
【００３０】
（１３）相手端末４は、手順１０の結合更新メッセージに従って結合キャッシュを更新し、以降、新気付けアドレス宛てにパケットを送信する。
なお、上述のようなパケットロスが発生すると、通常、ＴＣＰがスロースタート動作を実行するので、スループットが低下してしまう。また、リアルタイムアプリケーションの場合は、会話や動画像の瞬断が発生することがある。
【００３１】
このように、既存の高速ハンドオーバ手順では、非効率ルーティング、パケットの順序逆転、パケットロスなどが発生することがあった。
本発明の課題は、移動通信システムにおいて、既存のハンドオーバ手順の問題点を解決することである。すなわち、本発明の課題は、ハンドオーバ時に効率の悪いパケット転送が起こらないようにすることである。また、本発明の他の課題は、ハンドオーバ時にパケットロスまたはパケットの順序逆転が起こらないようにすることである。
【００３２】
【課題を解決するための手段】
本発明のハンドオーバ方法は、第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際に、上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送られる。
【００３３】
上記方法によれば、モバイル端末のハンドオーバ時に、上記メッセージが分岐点ルータ装置に与えられる。したがって、相手端末から第１のアドレス宛てに送出されたパケットは、第１のルータ装置まで転送されることなく、分岐点ルータ装置により第２のルータ装置へ導かれる。即ち、ハンドオーバ時であっても、モバイル端末宛てのパケットは、効率的なルートを介して転送される。
【００３４】
なお、上記方法において、上記第１および第２のルータ装置がゲートウェイの配下に設けられているものとすると、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置と、上記第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置とを比較し、その比較において互いに一致するルータ装置を上記分岐点ルータ装置として指定するようにしてもよい。
【００３５】
本発明の他の態様のハンドオーバ方法は、第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際に、上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、上記モバイル端末に上記第２のアドレスが割り当てられたときから、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが上記第１のルータ装置に与えられるまでの期間、上記第１のルータ装置において上記第１のアドレス宛てのパケットが蓄積され、上記メッセージが上記第２のルータ装置を介して上記第１のルータ装置に与えられたときに上記第１のルータ装置に蓄積されたパケットが上記第２のアドレスへ転送される。
【００３６】
上記方法において、モバイル端末のハンドオーバ時に、そのモバイル端末宛てのパケットが第１のルータ装置にいったん蓄積される。一方、モバイル端末が第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際には、通常は、上記メッセージは、モバイル端末から第１のルータ装置へ直接的に送られる。しかし、第１のルータ装置とモバイル端末との間の通信環境が悪い場合などには、モバイル端末から第１のルータ装置へ上記メッセージを直接的に送ることはできず、第２のルータ装置の通信エリアへ移動した後にそのメッセージを第２のルータ装置を介して第１のルータ装置へ送ることになる。したがって、第１のルータ装置は、上記メッセージを上記第２のルータ装置を介して受信したときは、ハンドオーバ時にモバイル端末が受信すべきパケットがそのモバイル端末によって受信されていないものとみなし、蓄積してあるパケットをモバイル端末へ再送する。これにより、パケットのロスが回避される。
【００３７】
なお、上記第２のルータ装置において、その第２のルータ装置と上記モバイル端末とが接続されるまでの間、そのモバイル端末宛てのパケットを蓄積し、上記相手端末における送信順序に従って上記蓄積されているパケットを読み出して上記モバイル端末へ送信するようにしてもよい。この方法によれば、ハンドオーバに際してモバイル端末宛てのパケットの順序が入れ替わった場合であっても、第２のルータ装置においてその順序が正しく並べ替えられる。
【００３８】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照しながら説明する。
図１は、本発明の概要を説明する図である。なお、図１において、モバイル端末（ＭＮ：Ｍｏｂｉｌｅ Ｎｏｄｅ）１は、相手端末（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）４と通信を行っている。また、モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて旧気付けアドレスが割り当てられている。更に、モバイル端末１は、新アクセスルータ１２の通信エリアにおいては、新気付けアドレスが割り当てられるものとする。以下、既存の高速ハンドオーバ（ＦａｓｔＨａｎｄｏｖｅｒ）において生じる３つの問題点を解決するための方策を示す。
（１）非効率ルーティングについて
本発明のハンドオーバ手順では、モバイル端末１が旧アクセスルータ（第１のルータ装置）１１の通信エリアから新アクセスルータ（第２のルータ装置）１２の通信エリアへ移動する際に、モバイル端末１から旧アクセスルータ１１へ結合更新メッセージが送られる。ここで、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。そして、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信すると、そのメッセージを分岐点ルータ（ＤＰＲ：Ｄｉｖｅｒｇｉｎｇ Ｐｏｉｎｔ Ｒｏｕｔｅｒ）１３へ送る。尚、分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。あるいは、分岐点ルータ１３は、ドメインゲートウェイから旧アクセスルータ１１へのルートと、そのドメインゲートウェイから新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。
【００３９】
分岐点ルータ１３は、上記結合更新メッセージを受信した後は、モバイル端末１に割り当てられていた旧気付けアドレス宛てのパケットを受信すると、そのパケットをモバイル端末１に新たに割り当てられた新気付けアドレスへ転送（トンネリング）する。したがって、本発明の手順によれば、ハンドオーバ時にパケットがいったん旧アクセスルータ１１に送られた後にモバイル端末１へ転送されるような非効率ルーティング（図２４参照）が回避される。
（２）パケットの順序逆転について
新アクセスルータ１２は、モバイル端末１のハンドオーバ時に、一定期間、モバイル端末１宛てのパケットをバッファに蓄積する。そして、モバイル端末１と新アクセスルータ１２との間にコネクションが確立すると、新アクセスルータ１２は、そのバッファに蓄積してあるパケットをモバイル端末１へ送信する。このとき、パケットが正しい順序でモバイル端末１に送信されるように、バッファからのパケットの読出しが適切に制御される。これにより、パケットの順序逆転の問題が解決される。
【００４０】
なお、パケットの順序は、既存のバッファ管理アルゴリズムを利用して適切に並べ替えることが可能である。具体的には、例えば、各パケットのＴＣＰヘッダまたはＲＴＰヘッダに設定されているシーケンス番号を利用ことにより順序管理を実現することができる。
（３）パケットロスについて
旧アクセスルータ１１は、新アクセスルータ１２から取得した新気付けアドレスをモバイル端末１に通知すると、以降、モバイル端末１宛てのパケットを受信したときには、それをモバイル端末１へ送ると共に、それをコピーしてバッファに保持する。そして、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信するまで、パケットを蓄積する動作を続ける。なお、ステイトレス・アドレス・コンフィグレーションの場合は、旧アクセスルータ１１は、新アクセスルータ１２のプレフィックスをモバイル端末１に通知したときから、上記パケットの蓄積を開始する。
【００４１】
この後、旧アクセスルータ１１は、モバイル端末１から結合更新メッセージを受信する。このとき、旧アクセスルータ１１は、アクセスルータの切替えが行われる前に結合更新メッセージを受信した場合には、その時点までのパケットはすべてモバイル端末１によって受信されているものとみなし、バッファに蓄積してあるパケットを廃棄する。一方、旧アクセスルータ１１は、アクセスルータの切替えが行われた後に結合更新メッセージを受信した場合には、その時点までに蓄積したパケットをモバイル端末１に転送し、以降のバッファリング処理を停止する。
【００４２】
このように、本発明の手順においては、モバイル端末１が新アクセスルータ１２の通信エリアへ移動する前に旧アクセスルータ１１が結合更新メッセージを受信できなかった場合には、旧アクセスルータ１１に保持されているパケットがモバイル端末１へ再送されるので、パケットの廃棄が回避される。
【００４３】
次に、本発明の実施形態について詳しく説明する。
図２は、本発明の実施形態のハンドオーバ手順（正常動作時）を説明する図である。また、図３は、図２に示す動作に対応するシーケンス図である。
【００４４】
モバイル端末１は、例えば携帯電話端末であり、キャリア網との間で無線信号を送受信する機能を備えている。なお、モバイル端末１は、携帯電話端末に限定されるものではなく、他の形態の端末装置（例えば、ＰＤＡ、パーソナルコンピュータ等）であってもよい。
【００４５】
キャリア網は、複数のルータ装置を備える。ここで、各ルータ装置は、それぞれ、パケットをその宛先アドレスに従ってルーティングする機能を備えている。一方、モバイル端末１は、それら複数のルータ装置の中のいずれかのルータ装置に接続する。そして、モバイル端末１から送出されたパケットは、これらのルータ装置を経由して宛先へ転送される。このとき、モバイル端末１から送出されたパケットを最初に処理するルータ装置が「アクセスルータ」と呼ばれる。また、モバイル端末１宛てのパケットは、そのモバイル端末１が接続しているアクセスルータへ転送され、そのアクセスルータからモバイル端末１へ送られる。
【００４６】
上記移動通信ネットワークにおいて、モバイル端末１が移動すると、対応するアクセスルータが切り替わる。例えば、モバイル端末１が第１のルータ装置の通信エリアから第２のルータ装置通信エリアに移動したときは、このモバイル端末１に対応するアクセスルータは、第１のルータ装置（旧アクセスルータ１１）から第２のルータ装置（新アクセスルータ１２）に切り替わる。
【００４７】
分岐点ルータ１３は、相手端末４から旧アクセスルータ１１へのルートと、相手端末４から新アクセスルータ１２へのルートとが分岐するノードにおけるルータ装置を意味する。たとえば、図４において、モバイル端末１がルータ装置２３の通信エリアからルータ装置２４の通信エリアへ移動した場合を考える。この場合、相手端末４からルータ装置２３へ至るルートと、相手端末４からルータ装置２４へ至るルートとは、ルータ装置２２において分岐されることになる。したがって、この場合、ルータ装置２２が分岐点ルータになる。同様に、モバイル端末１がルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動した場合には、ルータ装置２１が分岐点ルータになる。
【００４８】
上記移動通信ネットワークにおいて、モバイル端末１が、旧アクセスルータ１１の通信エリアから新アクセスルータ１２の通信エリアへ移動するものとする。すなわち、モバイル端末１が旧アクセスルータ１１に接続する状態から、モバイル端末１が新アクセスルータ１２に接続する状態へのハンドオーバが発生するものとする。また、モバイル端末１は、相手端末４との間で通信を行っているものとする。さらに、モバイル端末１は、旧アクセスルータ１１の通信エリアにおいて、「旧気付けアドレス」が割り当てられているものとする。
【００４９】
この場合のハンドオーバ手順は、以下の通りである。なお、以下の説明では、ステイトフル・アドレス・オートコンフィグレーションを前提とする。
（１）通信相手４は、モバイル端末１の旧気付けアドレス宛てにパケットを送っている。このパケットは、旧アクセスルータ１１へ転送され、さらに旧アクセスルータ１１からモバイル端末１へ転送される。
【００５０】
（２）モバイル端末１が新アクセスルータ１２の通信エリアに接近すると、旧アクセスルータ１１は、モバイル端末１のハンドオーバを予測し、新アクセスルータ１２に対してハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージを送る。このハンドオーバ起動メッセージは、モバイル端末１の新気付けアドレスを要求するメッセージであり、図５に示すフォーマットを有する。
【００５１】
ハンドオーバ起動メッセージのフォーマットは、公知であり、タイプ領域、コード領域、チェックサム領域、識別子領域、Ｓビット、Ｕビット、Ｈビット、Ｔビット、Ｒビット、オプション領域を備える。ただし、本実施形態のシステムでは、ＩビットおよびＤビットが新たに定義されている。ここで、Ｉビットは、蓄積されているパケットをバッファ管理アルゴリズムに従って正しく並べ替えることを要求する際に使用される。また、Ｄビットは、新アクセスルータとドメインゲートウェアとの間に位置するルータ装置のＩＰアドレスを要求する際に使用される。
【００５２】
なお、手順２において、ハンドオーバ起動メッセージのＵビットには「１」が設定される。ここで、「Ｕビット＝１」は、パケットの蓄積の要求を意味する。また、Ｉビットにも「１」が設定される。ここで、「Ｉビット＝１」は、パケット順序の解決の要求を意味する。
【００５３】
（３）新アクセスルータ１２は、モバイル端末１のための新気付けアドレスを作成する。このとき、新アクセスルータ１２は、ネイバー・キャッシュに新気付けアドレスのためのエントリを作成し、そのエントリの状態を「ＩＮＣＯＭＰＬＥＴＥ」にする。なお、「ＩＮＣＯＭＰＬＥＴＥ」は、ハンドオーバ処理が未完了であることを表示する。そして、新アクセスルータ１２は、ハンドオーバ起動メッセージに対応するハンドオーバ応答（Ｈａｎｄｏｖｅｒ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを利用して、新気付けアドレスを旧アクセスルータ１１に通知する。尚、ネイバー・キャッシュは、ＲＦＣ２４６１に定義されている。
【００５４】
（４）旧アクセスルータ１１は、Ｐｒｏｘｙ Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを利用して、新気付けアドレスをモバイル端末１に通知する。このとき、旧アクセスルータ１１は、障害をモニタするためのタイマを起動する。また、旧アクセスルータ１１は、旧気付けアドレス宛てのパケットをモバイル端末１へ転送する際に、そのパケットをコピーしてバッファに蓄積する処理を開始する。なお、旧アクセスルータ１１におけるバッファ処理については、後で詳しく説明する。
【００５５】
（５）モバイル端末１は、無線コネクションを切り換える直前に、旧アクセスルータ１１に対して結合更新（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを送る。なお、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。また、このメッセージの送信元アドレスは、モバイル端末１の旧気付けアドレスである。
【００５６】
（６）旧アクセスルータ１１は、結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新する。このとき、このメッセージの送信元アドレスをチェックする。そして、この送信元アドレスが旧気付けアドレスであったときは、旧アクセスルータ１１は、モバイル端末１が旧アクセスルータ１１の通信エリア内から送信した結合更新メッセージを受信したものと判断する。すなわち、正常動作が行われていると判断する。ここでは、旧アクセスルータ１１は、手順５において送信された結合更新メッセージを受信するので、正常動作が行われているものと判断する。
【００５７】
この場合、旧アクセスルータ１１は、パケットをコピーする処理を停止すると共に、バッファに蓄積されているパケットを廃棄する。また、上記タイマはリセットされる。
【００５８】
さらに、旧アクセスルータ１１は、分岐点ルータ１３に対して結合更新メッセージを送る。ここで、この結合更新は、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。なお、分岐点ルータ１３を特定する処理は、後で詳しく説明する。
【００５９】
（７）旧アクセスルータ１１は、手順５の結合更新メッセージに対応する結合応答（Ｆａｓｔ Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを、モバイル端末１の新気付けアドレスに返送する。これにより、新アクセスルータ１２はこの結合応答メッセージを受け取る。
【００６０】
（８）分岐点ルータ１３は、手順６の結合更新メッセージに従って、結合キャッシュに新たなエントリを作成する。ここで、このエントリには、モバイル端末１の旧気付けアドレス宛てのパケットをモバイル端末１の新気付けアドレスへトンネリングするための情報が登録される。したがって、分岐点ルータ１３は、相手端末４からモバイル端末１の旧気付けアドレス宛てのパケットを受信すると、そのパケットをモバイル端末１の新気付けアドレスへトンネリングする。すなわち、旧気付けアドレス宛てのパケットは、旧アクセスルータ１１に転送されることなく、新アクセスルータ１２へ送られることになる。
【００６１】
（９）新アクセルルータ１２は、新気付けアドレス宛てのパケットを受信すると、ネイバーキャッシュを参照してそのアドレスの状態をチェックする。ここでは、新気付けアドレスの状態は、「ＩＮＣＯＭＰＬＥＴＥ」である。従って、新アクセスルータ１２は、新気付けアドレス宛てのパケットをバッファに蓄積していく。そして、バッファに蓄積されているパケットを、各パケットのＴＣＰヘッダに書き込まれているシーケンス番号に従って並べ替える。したがって、図２５を参照しながら説明したパケットの順序逆転の問題は回避される。なお、この順序制御処理は、手順２のハンドオーバ起動メッセージのＩビットに「１」が設定されていた場合にのみ実行される。また、この順序制御処理については、後で詳しく説明する。
【００６２】
（１０）モバイル端末１は、新アクセルルータ１２の通信エリアに入ると、アクセスルータ１２との間に新たな無線コネクションを確立する。そして、モバイル端末１は、その無線コネクションを介して、Ｆａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを新アクセスルータ１２へ送る。
【００６３】
（１１）新アクセスルータ１２は、ネイバーキャッシュに登録されている新気付けアドレスの状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。そして、手順１０のＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージに対応するＮｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＡＣＫメッセージを、モバイル端末１に返送する。
【００６４】
（１２）新アクセスルータ１２は、バッファに蓄積してあるパケットをモバイル端末１の新気付けアドレスへ送る。
（１３）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。なお、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。
【００６５】
（１４）相手端末４は、上記結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、実施形態の手順においては、手順６において分岐点ルータ１３へ結合更新メッセージを送ることにより、図２４を参照しながら説明した非効率ルーティングの問題が解決される。また、新アクセスルータ１２においてパケットの並替えが行われるので、図２５を参照しながら説明したパケットの順序逆転の問題は回避される。
【００６６】
図６は、本発明の実施形態のハンドオーバ手順（非正常動作時）を説明する図である。また、図７は、図６に示す動作に対応するシーケンス図である。なお、ここでは、図２を参照しながら説明した手順５において、モバイル端末１から送出された結合更新メッセージが、何らかの理由により、旧アクセスルータ１１に到達できなかった場合を想定する。このような状況は、例えば、モバイル端末１と旧アクセスルータ１１との間の無線環境が劣悪な場合、あるいはモバイル端末１が高速で移動している場合などの発生し得る。
【００６７】
手順１〜４では、図２を参照しながら説明した通り、モバイル端末１に新気付けアドレスが割り当てられる。また、旧アクセスルータ１１は、モバイル端末１の旧気付けアドレス宛てのパケットをバッファに蓄積する。以下、手順６以降について説明する。
【００６８】
（６）旧アクセスルータ１１は、モバイル端末１の旧気付けアドレス宛てのパケットを蓄積する動作を継続する。
（７）モバイル端末１は、新アクセルルータ１２の通信エリアに入ると、新アクセスルータ１２との間に新たな無線コネクションを確立する。そして、モバイル端末１は、その無線コネクションを介して、Ｆａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを新アクセスルータ１２へ送る。なお、この動作は、図２における手順１０と同じである。
【００６９】
（８）新アクセスルータ１２は、ネイバーキャッシュに登録されている新気付けアドレスの状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。そして、受信したＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージに対応するＮｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＡＣＫメッセージを、モバイル端末１に返送する。なお、この動作は、図２における手順１１と同じである。
【００７０】
（９）モバイル端末１は、旧アクセスルータ１１に対して、再度、結合更新メッセージを送る。ここで、この結合更新も、旧気付けアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。ただし、このメッセージの送信元アドレスは、モバイル端末１の新気付けアドレスである。
【００７１】
（１０）モバイル端末１は、ＭｏｂｉｌｅＩＰｖ６に基づいて、相手端末４（および、不図示のホームエージェント）に対して結合更新メッセージを送信する。ここで、この結合更新は、ホームアドレス宛てのパケットを新気付けアドレスへ転送するためのメッセージである。なお、この動作は、図２における手順１２と同じである。
【００７２】
（１１）旧アクセスルータ１１は、手順９においてモバイル端末１から送出された結合更新メッセージを受信すると、そのメッセージに従って結合キャッシュを更新する。このとき、このメッセージの送信元アドレスをチェックする。ここでは、このメッセージの送信元アドレスは、新気付けアドレスである。したがって、旧アクセスルータ１１は、モバイル端末１が新アクセスルータ１２の通信エリアから送信され結合更新メッセージを受信したものと判断する。すなわち、非正常動作が行われていると判断する。
【００７３】
この場合、旧アクセスルータ１１は、バッファに蓄積されている旧気付けアドレス宛てのパケットを、通常のＭｏｂｉｌｅＩＰｖ６に従って、新気付けアドレスへトンネリングする。そして、パケットをコピーしてバッファに蓄積する処理を停止すると共に、タイマをリセットする。
【００７４】
（１２）相手端末４は、手順１０の結合更新メッセージを受け取ると、以降、新気付けアドレスへパケットを送信する。
このように、実施形態のハンドオーバ方法においては、旧アクセスルータ１１が手順５の結合更新メッセージを受信できなかったときは、旧アクセスルータ１１からモバイル端末１へ新気付けアドレスが通知されたときから、新アクセスルータ１２を介して結合更新メッセージを受信するまでの間、モバイル端末１の旧気付けアドレス宛てのパケットが旧アクセスルータ１１に蓄積される。そして、旧アクセスルータ１１は、新アクセスルータ１２を介して結合更新メッセージを受信すると、その蓄積してあるパケットをモバイル端末１の新気付けアドレスに送信する。したがって、パケットのロスが回避される。
【００７５】
一例を示す。ここでは、図８に示すように、モバイル端末１の旧気付けアドレス宛てにパケット１〜４が送信されるものとする。この場合、旧アクセスルータ１１は、これらのパケットをモバイル端末１の旧気付けアドレスへ転送する。また、旧アクセスルータ１１は、パケット１、２をモバイル端末１へ転送した時点で、モバイル端末１へ新気付けアドレスを通知したとする。この場合、パケット３、４は、バッファに格納される。
【００７６】
この後、モバイル端末１は、パケット３、４を受信することなく、新アクセスルータ１２の通信エリアへ移動したものとする。また、モバイル端末１から送出された結合更新メッセージは、旧アクセスルータ１１には到達したかったものとする。この場合、旧アクセスルータ１１は、モバイル端末から送出された結合更新メッセージを新アクセスルータ１２を介して受信すると、バッファに蓄積されているパケット３、４を、モバイル端末１の新気付けアドレスへ送信する。そして、モバイル端末１は、新アクセスルータ１２を介してパケット３、４を受信する。これにより、モバイル端末１は、パケット１〜４を受信することができる。すなわち、パケットロスの発生が回避される。
【００７７】
次に、旧アクセスルータ１１が結合更新メッセージを送るために分岐点ルータ１３を特定する方法を説明する。ここでは、以下の４つのケースを示す。
（１）分岐点ルータのアドレスが予め定義されている場合
（２）分岐点ルータのアドレスを動的に取得する場合
（３）分岐点ルータのアドレスを取得できない場合（ＭＡＣアドレス利用）
（４）分岐点ルータのアドレスを取得できない場合（ＣＮアドレス利用）
（１）分岐点ルータのアドレスが予め定義されている場合
この場合、各ルータ装置に、それぞれ、モバイル端末１の移動先と、その移動先に対応する分岐点ルータとが関連づけられて登録されている。例えば、図４に示すルータ装置２４には、「移動先：ルータ装置２３」と「分岐点：ルータ装置２２」とが関連づけて登録されており、「移動先：ルータ装置２５」と「分岐点：ルータ装置２１」とが関連づけて登録されている。したがって、例えば、モバイル端末１が、ルータ装置２４の通信エリアからルータ装置２３の通信エリアへ移動する際には、分岐点ルータとして「ルータ装置２２」が特定される。また、モバイル端末１が、ルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動する際には、分岐点ルータとして「ルータ装置２１」が特定される。そして、特定された分岐点ルータに対して結合更新メッセージが送られる。なお、上記対応関係を表す情報は、例えば、ネットワークの構築時に各ルータ装置に設定されるようにしてもよい。
【００７８】
（２）分岐点ルータのアドレスを動的に取得する場合
この場合、各ルータ装置は、ドメインゲートウェイ２０のアドレスを知っているものとする。また、各ルータ装置は、自分自身とドメインゲートウェイとの間に存在する各ルータ装置のＩＰアドレスを知っているものとする。なお、これらのルータ装置のＩＰアドレスは、例えば、トレース・ルート（Ｔｒａｃｅｒｏｕｔｅ）により取得することができる。
【００７９】
図９は、分岐点ルータのアドレスを動的に取得する方法を模式的に示す図である。ここでは、ルータ装置２１〜２６に割り当てられているＩＰアドレスが、それぞれ、「ａａａａ」〜「ｆｆｆｆ」であるものとする。また、当該ドメインをインターネットに接続するためのゲートウェイ２０のアドレスが「ＧＧＧＧ」であるものとする。そして、各ルータ装置は、自分自身とゲートウェイ２０との間に設けられているルータ装置のアドレスを管理している。図９においては、ルータ装置２４が備えるルータ管理リスト２４ａには、ルータ装置２２、ルータ装置２１、ゲートウェイ２０のアドレスが順番に登録されている。一方、ルータ装置２５が備えるルータ管理リスト２５ａには、ルータ装置２６、ルータ装置２１、ゲートウェイ２０のアドレスが順番に登録されている。
【００８０】
上記ネットワークにおいて、モバイル端末１がルータ装置２４の通信エリアからルータ装置２５の通信エリアへ移動すると、ルータ装置（旧アクセスルータ）２４は、ルータ装置（新アクセスルータ）２５に対して、ルータ管理リスト２５ａの転送を要求する。そして、ルータ管理リスト２４ａとルータ管理リスト２５ａとを比較し、互いに一致するアドレスを探す。この実施例では、双方のリストに「ａａａａ」が登録されている。よって、この場合、ルータ装置２１が分岐点ルータであると判断される。なお、上述のようにしてリストを比較したときに、複数のアドレスが一致した場合には、例えば、旧アクセスルータに最も近いルータ装置が分岐点ルータと判断される。
【００８１】
図１０は、分岐点ルータのアドレスを動的に取得する方法のフローチャートである。なお、このフローチャートの処理は、旧アクセスルータ１１により実行される。
【００８２】
ステップＳ１では、モバイル端末１の位置およびその移動方向に基づいて、ハンドオーバの発生を予測する。このとき、新アクセスルータ１２が特定される。なお、新アクセスルータ１２を予測する方法は、公知の技術である。
【００８３】
ステップＳ２では、旧アクセスルータ１１と新アクセスルータ１２との組合せに対応する分岐点ルータのＩＰアドレスが予めあるいは既に登録されているか否かを調べる。そして、分岐点ルータのＩＰアドレスが登録されていれば、ステップＳ３において、モバイル端末１から受信した結合更新メッセージをその分岐点ルータを送る。一方、分岐点ルータのＩＰアドレスが登録されていなければ、ステップＳ４以降の処理が実行される。
【００８４】
ステップＳ４では、ハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージを利用して、新アクセスルータ１２に対して、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスを要求する。このとき、このハンドオーバ起動メッセージは、図５に示したＤビットに「１」が設定される。そして、新アクセスルータ１２は、Ｄビットに「１」が設定されたハンドオーバ起動メッセージを受信すると、ハンドオーバ応答（ＨａｎｄｏｖｅｒＡＣＫ）メッセージを利用して、図９に示したルータ管理リストを旧アクセスルータ１１へ送信する。
【００８５】
図１１は、ハンドオーバ応答（Ｈａｎｄｏｖｅｒ ＡＣＫ）メッセージのフォーマットを示す図である。このメッセージは、アドレスを通知するために利用される。具体的には、サブタイプ（Ｓｕｂ−Ｔｙｐｅ）として「１」が設定されているときは、アドレス領域に旧気付けアドレスが書き込まれ、「２」が設定されているときは、アドレス領域に新気付けアドレスが書き込まれる。また、実施形態では、サブタイプとして、新たに「３」が定義される。そして、新アクセスルータ１２から旧アクセスルータ１１へ、ルータ管理リストに登録されている１または複数のアドレスを通知する際には、サブタイプとして「３」が設定されると共に、対応するルータ装置のアドレスがアドレス領域に書き込まれる。
【００８６】
ステップＳ５では、新アクセスルータ１２から、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスが登録されたルータ管理リストを受け取る。
【００８７】
ステップＳ６では、旧アクセスルータ１１とドメインゲートウェイとの間に設けられているルータ装置のアドレスと、新アクセスルータ１２とドメインゲートウェイとの間に設けられているルータ装置のアドレスとを比較する。続いて、ステップＳ７では、互いに一致するルータ装置を検出する。そして、ステップＳ８において、ステップＳ７で検出したルータ装置に対して、モバイル端末１から受信した結合更新メッセージを送信する。
【００８８】
（３）分岐点ルータのアドレスを取得できない場合（ＭＡＣアドレス利用）
この場合、旧アクセスルータ１１は、ホップ・バイ・ホップで分岐点ルータへ結合更新メッセージを送る。すなわち、この場合、旧アクセスルータ１１は、モバイル端末１宛てのパケットをハントし、そのパケットの送信元ＭＡＣアドレスを取得する。そして、そのＭＡＣアドレスに対応するインタフェースに接続する近隣ルータに対して結合更新メッセージを送信する。なお、送信元ＭＡＣアドレスからそれに対応する近隣ルータのＩＰアドレスを算出する方法としては、例えば、Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＦＣ９０３）が知られている。
【００８９】
なお、この実施例で使用される結合更新メッセージは、図１２に示すように、新たに定義したＲビットを備えている。ここで、Ｒビットは、「繰り返し」を要求するためのビットであり、このＲビットが設定された結合更新メッセージを受信したルータ装置は、そのメッセージを対応するネクストホップルータへ転送する。
【００９０】
上記結合更新メッセージは、各ルータ装置において上記処理が繰り返し実行されることにより、ゲートウェイまで送られる。すなわち、旧アクセスルータ１１からゲートウェイまでの間に設けられている各ルータ装置の結合キャッシュは、それぞれ上記結合更新メッセージにより更新される。ここで、分岐点ルータは、旧アクセスルータ１１からゲートウェイまでの間に位置するはずである。したがって、上記手順により、分岐点ルータの結合キャッシュも更新される。
【００９１】
なお、上述の例では、モバイル端末１宛てのパケットの送信元ＭＡＣアドレスを利用しているが、着信先ＭＡＣアドレスを利用するようにしてもよい。
図１３は、ＭＡＣアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。なお、ステップＳ１〜Ｓ３は、図１０に示した方法と同じであるので、説明を省略する。
【００９２】
ステップＳ１１およびＳ１２において、モバイル端末１から結合更新メッセージを受信すると、タイマを起動する。そして、ステップＳ１３およびＳ１４において、モバイル端末１宛てのパケットを待つ。このとき、もし、所定時間内にモバイル端末１宛てのパケットを受信しなければ、分岐点ルータを探す処理を停止する。
【００９３】
一方、所定時間内にモバイル端末１宛てのパケットを受信したときは、まず、ステップＳ１５においてタイマを停止する。続いて、ステップＳ１６では、受信したパケットの送信元ＭＡＣアドレスまたは着信先ＭＡＣアドレスに基づいて、近隣ルータを決定する。そして、ステップＳ１７において、決定した近隣ルータへ結合更新メッセージを送信する。このとき、この結合更新メッセージは、図１２を参照しながら説明したように、Ｒビットに「１」が設定されている。
【００９４】
近隣ルータは、上記結合更新メッセージを受信すると、まず、ステップＳ２１において、そのメッセージに従って結合キャッシュを更新する。続いて、Ｒビットに「１」が設定されているので、ステップＳ１２〜Ｓ１７を実行する。なお、これらの処理は、旧アクセスルータ１１において実行される処理と同じである。したがって、旧アクセスルータ１１とゲートウェイとの間に位置する各ルータ装置において、それぞれ、ステップＳ２１、Ｓ１２〜Ｓ１７が実行されることにより、これらのルータ装置の結合キャッシュは、旧アクセスルータ１１から送信された結合更新メッセージに従って更新されることになる。
【００９５】
（４）分岐点ルータのアドレスを取得できない場合（ＣＮアドレス利用）
図１４は、ＣＮアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。ＣＮアドレス（相手端末４のＩＰアドレス）を利用する方法は、基本的には、上述したＭＡＣアドレスを利用する方法と同じである。ただし、ＣＮアドレスを利用する方法では、相手端末４からモバイル端末１宛てのパケットをハントすると、ステップＳ３１において、そのパケットの送信元ＩＰアドレスを取得する。続いて、ルーティングテーブルを参照し、その送信元ＩＰアドレスに対応するネクストホップを検出する。そして、ステップＳ１７において、そのネクストホップへ結合更新メッセージが送信される。
【００９６】
次に、旧アクセスルータ１１において旧気付けアドレス宛てのパケットを蓄積／転送する処理について説明する。旧アクセスルータ１１は、上述したように、モバイル端末１のハンドオーバ時に、旧気付けアドレス宛てのパケットを一時的に蓄積し、必要に応じてそれらのパケットをそのモバイル端末１の新気付けアドレスへ転送する。
【００９７】
図１５は、旧アクセスルータ１１におけるバッファリング処理のフローチャートである。ここでは、図２または図６に示す手順３により、新アクセスルータ１２からモバイル端末１の新気付けアドレスを受け取った後の処理を示す。
【００９８】
ステップＳ４１では、受信した新気付けアドレスまたはプレフィックスをモバイル端末１へ送信する。ステップＳ４２およびＳ４３では、モバイル端末１の旧気付けアドレス宛てのパケットのコピーおよびバッファリングを開始し、タイマを起動する。
【００９９】
ステップＳ４４およびＳ４５では、バッファリングの開始から所定時間が経過するまでの間、モバイル端末１から結合更新メッセージを待つ。そして、所定時間内に結合更新メッセージを受信した場合は、ステップＳ４６において、そのメッセージの送信元アドレスを調べる。
【０１００】
上記結合更新メッセージの送信元アドレスが旧気付けアドレスであれば、図２の手順５のメッセージを受信したものとみなし、ステップＳ４７において、バッファリング処理を停止すると共に、タイマを停止する。さらに、バッファしたパケットを廃棄する。
【０１０１】
一方、結合更新メッセージの送信元アドレスが新気付けアドレスであれば、図６の手順９のメッセージを受信したものとみなし、ステップＳ４８において、バッファリング処理を停止すると共に、タイマを停止する。さらに、バッファしたパケットを新気付けアドレスへ転送する。
【０１０２】
さらに、所定時間内にモバイル端末１から結合更新メッセージを受信できなかた場合は、ステップＳ４９において、バッファリング処理を停止すると共に、バッファしたパケットを廃棄する。
【０１０３】
なお、旧アクセスルータ１１は、モバイル端末１が最後に受信したパケットを特定できる場合には、その次のパケットからバッファリングを開始するようにしてもよい。
【０１０４】
次に、新アクセスルータ１２においてパケットの順序を制御する方法について説明する。
図１６は、モバイル端末１宛てのパケットが到着したときの新アクセスルータ１２の動作を示す図である。なお、このパケットの宛先アドレスは、モバイル端末１の新気付けアドレスであるものとする。
【０１０５】
ステップＳ５１では、まず、受信パケットの宛先アドレス（モバイル端末１の新気付けアドレス）をキーとしてネイバーキャッシュ（Ｎｅｉｇｈｂｏｕｒ Ｃａｃｈｅ）にアクセスし、登録されている状態を調べる。そして、「ＲＥＡＣＨＡＢＬＥ」が登録されていた場合は、ステップＳ５２において、受信パケットをそのままモバイル端末１へ転送する。一方、「ＩＮＣＯＭＰＬＥＴＥ」が登録されていた場合には、ステップＳ５３において、受信パケットのＩＰヘッダに設定されている送信元アドレスを調べる。
【０１０６】
受信パケットの送信元アドレスが旧アクセスルータ１１であったときは、ステップＳ５４において、そのパケットを第１のキューメモリの最後尾に書き込む。一方、受信パケットの送信元アドレスが旧アクセスルータ１１でなかったときには、ステップＳ５５において、そのパケットを第２のキューメモリの最後尾に書き込む。このように、新アクセスルータ１２は、モバイル端末１宛てのパケットを受信すると、それらのパケットをその送信元に対応するバッファに書き込む。なお、ステップＳ５３〜Ｓ５５の処理は、図２に示した手順９に相当する。
【０１０７】
図１７は、モバイル端末１から結合更新メッセージを受信したときの新アクセスルータ１２の動作を示す図である。ここでは、モバイル端末１が、結合更新メッセージとしてＦａｓｔ Ｎｅｉｇｈｂｏｕｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを送出したものとする。
【０１０８】
ステップＳ６１では、ネイバーキャッシュに登録されているモバイル端末１の状態を「ＩＮＣＯＭＰＬＥＴＥ」から「ＲＥＡＣＨＡＢＬＥ」に変更する。続いて、ステップＳ６２において、第１および第２のバッファメモリにモバイル端末１宛てのパケットが蓄積されているか否かを調べる。そして、それらのバッファメモリにパケットが蓄積されているときは、ステップＳ６３において、まず、第１のバッファメモリに蓄積されているパケットを先に読み出し、その後、第２のバッファメモリに蓄積されているパケットを読み出す。これらのパケットは、読み出した順番に、モバイル端末１へ送信される。なお、バッファメモリにパケットが蓄積されていなければ、特別な動作は行われない。
【０１０９】
このように、新アクセスルータ１２は、旧アクセスルータ１１から転送されてきたパケットおよび相手端末４から送出されたパケットの双方が蓄積されている場合には、前者を優先してモバイル端末１に送る。これにより、パケットの順序逆転の問題は回避される。
【０１１０】
次に、実施形態のハンドオーバ方法がＨＭＩＰｖ６（Ｈｉｅｒａｒｃｈｉｃａｌ Ｍｏｂｉｌｅ Ｉｐｖ６）を使用する階層化ネットワークに適用される場合について説明する。なお、ＨＭＩＰｖ６自体は、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０４．ｔｘｔに記載されている。
【０１１１】
ＨＭＩＰ（ＨＭＩＰｖ６を含む）は、モビリティアンカーポイント（ＭＡＰ：Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ Ｐｏｉｎｔ）を用いてモバイル端末の位置または移動を階層的に管理する。ここで、ＭＡＰは、外部ドメインに設けられており、自分が管理するエリア内におけるモバイル端末の移動を管理する。また、ＨＭＩＰｖ６ＢａｓｉｃＭｏｄｅでは、各モバイル端末に、ＭＡＰのエリア内で固定的に決められるアドレスＲＣｏＡ（ＲｅｇｉｏｎａｌＣａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）、およびＭＡＰのエリア内のアクセスルータ毎に変わるアドレスＬＣｏＡ（Ｌｏｃａｌ Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）が割り当てられる。したがって、モバイル端末がＭＡＰ間を移動した場合には、ＭＡＰを登録する処理、およびホームエージェントへ結合更新メッセージを送信する処理が必要になるが、モバイル端末がＭＡＰ内で移動した場合には、ＭＡＰに結合更新メッセージを送るだけで位置登録が完了する。ちなみに、一般的なＭｏｂｉｌｅＩＰｖ６においては、モバイル端末が移動するごとに、結合更新メッセージがホームエージェントに送られるようになっている。
【０１１２】
ＨＭＩＰｖ６におけるハンドオーバ手順は、基本的には、ＭｏｂｉｌｅＩＰｖ６の場合と同じである。ただし、結合更新メッセージの内容およびその送り先が異なってくる。
【０１１３】
図１８は、ＭＡＰのエリア内に分岐点ルータが位置する場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージ、および手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、それぞれ、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図２の手順１３でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。なお、このケースでは、分岐点ルータをＭＡＰにするショートカットを行えば、上記手順１３を省略しても、ルート最適化が犠牲になることはない。
【０１１４】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１５】
図１９は、ＭＡＰが分岐点ルータになる場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。なお、上記手順６においてＭＡＰに結合更新メッセージが送られるので、図２に示す手順１３、１４を省略することができる。
【０１１６】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から送信される結合更新メッセージは、ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１７】
図２０は、分岐点ルータが当該ＭＡＰのエリアの外に位置する場合のハンドオーバ手順を示す図である。この場合、図２の手順５でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、手順６で旧アクセスルータ１１から分岐点ルータ１３へ送られる結合更新メッセージは、旧ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。さらに、図２の手順１３でモバイル端末１から送信される結合更新メッセージは、新ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージであって、ＭＡＰへ送られる。
【０１１８】
一方、図６の手順９でモバイル端末１から旧アクセスルータ１１へ送られる結合更新メッセージは、旧ＬＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するためのメッセージである。また、図６の手順１０でモバイル端末１から相手端末４やホームエージェントへ送信される結合更新メッセージは、ホームアドレス宛てのパケットを新ＲＣｏＡへ転送するためのメッセージであって、ただし、上記手順１０の前に、ＨＭＩＰの通常の動作により、新ＲＣｏＡ宛てのパケットを新ＬＣｏＡへ転送するための結合更新メッセージが、新ＭＡＰへ送られる。
【０１１９】
このように、実施形態のハンドオーバ手順は、階層化モバイルＩＰ網においても適用可能である。すなわち、本発明は、ＭｏｂｉｌｅＩＰ、ＭｏｂｉｌｅＩＰｖ６、階層化ＭｏｂｉｌｅＩＰｖ６に適用可能である。この場合、ルータ装置は、ＭｏｂｉｌｅＩＰの外部エージェント（ＦＡ：ＦｏｒｅｉｇｎＡｇｅｎｔ）またはゲートウェイ外部エージェント（ＧＦＡ：Ｇａｔｅｗａｙ Ｆｏｒｅｉｇｎ Ａｇｅｎｔ）、階層化ＭｏｂｉｌｅＩＰｖ６のＭＡＰであってもよい。
【０１２０】
また、上述の実施例では、結合更新メッセージを利用してパケットのバッファリングを制御しているが、このメッセージの代わりにＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）メッセージを利用してもよい。なお、ＩＣＭＰメッセージは、図２１に示すフォーマットを有している。
【０１２１】
（付記１）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送られる
を特徴とするハンドオーバ方法。
【０１２２】
（付記２）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記第２のアドレスが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に通知され、
上記分岐点ルータ装置が、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送する
を特徴とするハンドオーバ方法。
【０１２３】
（付記３）付記１に記載の方法であって、
上記第１および第２のルータ装置は、ゲートウェイの配下に設けられており、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置と、上記第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置とを比較し、
上記比較において互いに一致するルータ装置を上記分岐点ルータ装置として指定する。
【０１２４】
（付記４）付記３に記載の方法であって、
上記第１のルータ装置は、その第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、
上記第２のルータ装置は、その第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、
上記第１のルータ装置は、上記第２のルータ装置からその第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスを取得し、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置のアドレスと比較する。
【０１２５】
（付記５）付記１に記載の方法であって、
上記相手端末のアドレスに基づいて決まる１または複数のルータ装置に対してホップバイホップで上記メッセージが送信される。
【０１２６】
（付記６）付記５に記載の方法であって、
上記相手端末から上記モバイル端末へのパケットの送信元ＩＰアドレスに基づいて、上記メッセージを送信すべき近隣ルータが決定される。
【０１２７】
（付記７）付記５に記載の方法であって、
上記相手端末から上記モバイル端末へのパケットの送信元ＭＡＣアドレスまたは着信先ＭＡＣアドレスに基づいて、上記メッセージを送信すべき近隣ルータのＩＰアドレスが決定される。
【０１２８】
（付記８）付記１に記載の方法であって、
上記分岐点ルータ装置は、階層化ＭｏｂｉｌｅＩＰのゲートウェイ外部エージェントまたは階層化ＭｏｂｉｌｅＩＰｖ６のモビリティアンカーポイントである。
【０１２９】
（付記９）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記モバイル端末に上記第２のアドレスが割り当てられたときから、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが上記第１のルータ装置に与えられるまでの期間、上記第１のルータ装置において上記第１のアドレス宛てのパケットが蓄積され、
上記メッセージが上記第２のルータ装置を介して上記第１のルータ装置に与えられたときは、上記第１のルータ装置に蓄積されたパケットが上記第２のアドレスへ転送される
を特徴とするハンドオーバ方法。
【０１３０】
（付記１０）第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記第２のルータ装置において、その第２のルータ装置と上記モバイル端末とが接続されるまでの間、そのモバイル端末宛てのパケットを蓄積し、
上記相手端末における送信順序に従って上記蓄積されているパケットを読み出して上記モバイル端末へ送信する
を特徴とするハンドオーバ方法。
【０１３１】
（付記１１）付記１０に記載の方法であって、
上記第２のルータ装置は、ＴＣＰヘッダまたはＲＴＰヘッダのシーケンス番号を利用してパケットの順序を制御する。
【０１３２】
（付記１２）付記１０に記載の方法であって、
上記第１のルータ装置から送られてきたパケットを第１のバッファメモリに蓄積するとともに、他のパケットを第２のバッファメモリに蓄積し、
上記第２のルータ装置と上記モバイル端末とが接続されると、上記第１のバッファメモリに蓄積されているパケットを上記モバイル端末へ送信し、その後、上記第２のバッファメモリに蓄積されているパケットを上記モバイル端末へ送信する。
【０１３３】
（付記１３）付記１または９に記載の方法であって、
上記メッセージは、結合更新メッセージまたはＩＣＭＰメッセージである。
（付記１４）付記１または９に記載の方法であって、
上記第１および第２のルータ装置の少なくとも一方が、階層化ＭｏｂｉｌｅＩＰｖ６のモビリティアンカーポイント、またはＭｏｂｉｌｅＩＰの外部エージェントである。
【０１３４】
（付記１５）付記１または９に記載の方法であって、
上記モバイル端末は、ＭｏｂｉｌｅＩＰ、ＭｏｂｉｌｅＩＰｖ６、または階層化ＭｏｂｉｌｅＩＰｖ６において定義されているモバイルノードである。
【０１３５】
（付記１６）複数のルータ装置を含む移動通信システムにおいて上記複数のルータ装置の中の第１のルータ装置として使用されるルータ装置であって、
第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末が第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動することを予測する予測手段と、
上記予測に起因して上記モバイル端末に対して上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられたときに、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージを、上記モバイル端末が通信を行っている相手端末から上記第１のルータ装置へのルートとその相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送信する指示手段と、
を有するルータ装置。
【０１３６】
【発明の効果】
本発明によれば、移動通信システムにおいて、ハンドオーバ時に効率の悪いパケット転送が回避される。また、ハンドオーバ時のパケットロスおよびパケットの順序逆転が回避される。
【図面の簡単な説明】
【図１】本発明の概要を説明する図である。
【図２】本発明の実施形態のハンドオーバ手順（正常動作時）を説明する図である。
【図３】図２に示す動作に対応するシーケンス図である。
【図４】分岐点ルータについて説明する図である。
【図５】ハンドオーバ起動（Ｈａｎｄｏｖｅｒ Ｉｎｉｔｉａｔｅ）メッセージのフォーマットを示す図である。
【図６】本発明の実施形態のハンドオーバ手順（非正常動作時）を説明する図である。
【図７】図６に示す動作に対応するシーケンス図である。
【図８】パケットロスを回避するための手順の一例を説明するための図である。
【図９】分岐点ルータのアドレスを動的に取得する方法を模式的に示す図である。
【図１０】分岐点ルータのアドレスを動的に取得する方法のフローチャートである。
【図１１】ハンドオーバ応答（Ｈａｎｄｏｖｅｒ ＡＣＫ）メッセージのフォーマットを示す図である。
【図１２】結合更新メッセージのフォーマットを示す図である。
【図１３】ＭＡＣアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。
【図１４】ＣＮアドレスを利用して分岐点ルータへ結合更新メッセージを送信する方法のフローチャートである。
【図１５】旧アクセスルータにおけるバッファリング処理のフローチャートである。
【図１６】モバイル端末宛てのパケットが到着したときの新アクセスルータの動作を示す図である。
【図１７】モバイル端末から結合更新メッセージを受信したときの新アクセスルータの動作を示す図である。
【図１８】ＭＡＰのエリア内に分岐点ルータが位置する場合のハンドオーバ手順を示す図である。
【図１９】ＭＡＰが分岐点ルータになる場合のハンドオーバ手順を示す図である。
【図２０】分岐点ルータがＭＡＰのエリア外に位置する場合のハンドオーバ手順を示す図である。
【図２１】ＩＣＭＰメッセージのフォーマットを示す図である。
【図２２】高速ハンドオーバの基本手順を説明する図である。
【図２３】図２２に示す処理のシーケンス図である。
【図２４】非効率ルーティングについて説明する図である。
【図２５】パケットの順序逆転について説明する図である。
【図２６】パケットロスについて説明する図である。
【図２７】パケットロスが発生する場合のシーケンス図である。
【符号の説明】
１ モバイル端末（ＭＮ）
４ 相手端末（ＣＮ）
１１ 旧アクセスルータ
１２ 新アクセスルータ
１３ 分岐点ルータ
２０ ゲートウェイ
２１〜２６ ルータ装置
Claims (5)
- 第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが、上記相手端末から上記第１のルータ装置へのルートと上記相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送られる
を特徴とするハンドオーバ方法。 - 請求項１に記載の方法であって、
上記第１および第２のルータ装置は、ゲートウェイの配下に設けられており、上記第１のルータ装置と上記ゲートウェイとの間に設けられているルータ装置と、上記第２のルータ装置と上記ゲートウェイとの間に設けられているルータ装置とを比較し、
上記比較において互いに一致するルータ装置を上記分岐点ルータ装置として指定する。 - 第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記モバイル端末が上記第１のルータ装置を介して相手端末と通信を行っているときに、上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられ、
上記モバイル端末に上記第２のアドレスが割り当てられたときから、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージが上記第１のルータ装置に与えられるまでの期間、上記第１のルータ装置において上記第１のアドレス宛てのパケットが蓄積され、
上記メッセージが上記第２のルータ装置を介して上記第１のルータ装置に与えられたときは、上記第１のルータ装置に蓄積されたパケットが上記第２のアドレスへ転送される
を特徴とするハンドオーバ方法。 - 第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末がその第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動する際のハンドオーバ方法であって、
上記第２のルータ装置において、その第２のルータ装置と上記モバイル端末とが接続されるまでの間、そのモバイル端末宛てのパケットを蓄積し、
上記相手端末における送信順序に従って上記蓄積されているパケットを読み出して上記モバイル端末へ送信する
を特徴とするハンドオーバ方法。 - 複数のルータ装置を含む移動通信システムにおいて上記複数のルータ装置の中の第１のルータ装置として使用されるルータ装置であって、
第１のルータ装置の通信エリアにおいて第１のアドレスが割り当てられているモバイル端末が第１のルータ装置の通信エリアから第２のルータ装置の通信エリアへ移動することを予測する予測手段と、
上記予測に起因して上記モバイル端末に対して上記第２のルータ装置の通信エリアにおいて使用すべき第２のアドレスが上記モバイル端末に割り当てられたときに、上記第１のアドレス宛てのパケットを上記第２のアドレスへ転送させるためのメッセージを、上記モバイル端末が通信を行っている相手端末から上記第１のルータ装置へのルートとその相手端末から上記第２のルータ装置へのルートとが分岐するノードに位置する分岐点ルータ装置に送信する指示手段と、
を有するルータ装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002162421A JP2004015143A (ja) | 2002-06-04 | 2002-06-04 | 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 |
| US10/373,538 US20030225892A1 (en) | 2002-06-04 | 2003-02-25 | Handover method in mobile communication system and router device used in mobile communication system |
| CNB031195652A CN1243436C (zh) | 2002-06-04 | 2003-03-11 | 移动通信系统内的越区切换方法和路由器设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002162421A JP2004015143A (ja) | 2002-06-04 | 2002-06-04 | 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004015143A true JP2004015143A (ja) | 2004-01-15 |
Family
ID=29561669
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002162421A Pending JP2004015143A (ja) | 2002-06-04 | 2002-06-04 | 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20030225892A1 (ja) |
| JP (1) | JP2004015143A (ja) |
| CN (1) | CN1243436C (ja) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005053249A1 (ja) * | 2003-11-28 | 2005-06-09 | Matsushita Electric Industrial Co., Ltd. | 通信システム及び通信方法 |
| WO2005083950A1 (ja) * | 2004-02-27 | 2005-09-09 | Mitsubishi Electric Corporation | レイヤ２スイッチネットワーク |
| WO2006011567A1 (ja) * | 2004-07-30 | 2006-02-02 | Matsushita Electric Industrial Co., Ltd. | 新規経路設定方法及び移動端末並びに経路管理装置 |
| JP2006041742A (ja) * | 2004-07-23 | 2006-02-09 | Mitsubishi Electric Corp | ハンドオーバ方法、無線基地局、無線端末局 |
| JP2006109452A (ja) * | 2004-09-30 | 2006-04-20 | Lucent Technol Inc | ポイント・ツー・ポイント・プロトコルのためのアクティブ・セッション・モビリティ・ソリューション |
| KR100594819B1 (ko) | 2004-08-03 | 2006-07-03 | 한국전자통신연구원 | 핸드오버 방법 |
| WO2006123657A1 (ja) * | 2005-05-16 | 2006-11-23 | Ntt Docomo, Inc. | アクセスルータ装置、モビリティ制御システム、モビリティ制御方法 |
| WO2007119598A1 (ja) * | 2006-03-31 | 2007-10-25 | Matsushita Electric Industrial Co., Ltd. | 高速ＱｏＳハンドオーバ方法及びその方法で用いられる処理ノード |
| WO2007125592A1 (ja) * | 2006-04-28 | 2007-11-08 | Panasonic Corporation | 通信装置及びハンドオーバ方法 |
| WO2007141879A1 (ja) * | 2006-06-09 | 2007-12-13 | Panasonic Corporation | ノード装置 |
| JP2008300992A (ja) * | 2007-05-29 | 2008-12-11 | Kyocera Corp | 通信装置および無線通信方法 |
| JP2009503991A (ja) * | 2005-07-25 | 2009-01-29 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 無線アクセスネットワークのハンドオーバ特性を改良する手段および方法 |
| JP2009177264A (ja) * | 2008-01-22 | 2009-08-06 | Fujitsu Ltd | ネットワークシステム、データ送受信方法、及びデータ送受信プログラム |
| WO2009119765A1 (ja) * | 2008-03-27 | 2009-10-01 | 京セラ株式会社 | 無線通信装置および通信装置 |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| JP2011505758A (ja) * | 2007-11-27 | 2011-02-24 | クゥアルコム・インコーポレイテッド | ワイヤレス通信システムにおけるハンドオーバの間に順序が狂っているパケットを取り扱うための方法および装置 |
| JP2015534295A (ja) * | 2012-08-07 | 2015-11-26 | コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． | 時限照明制御 |
| CN105430703A (zh) * | 2015-11-04 | 2016-03-23 | 宁波大学 | 低消耗FMIPv6切换方法在Android终端上的实现方法 |
Families Citing this family (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10241957A1 (de) * | 2002-09-10 | 2004-03-18 | Siemens Ag | Datenkommunikationssystem, Rechner, sowie Verfahren zur Aktualisierung von auf einem Rechner eines Datenkommunikationsystems gespeicherter Software |
| EP1599970B1 (en) * | 2003-02-27 | 2008-02-20 | Koninklijke Philips Electronics N.V. | Method and wireless component for avoiding tcp packet retransmission during mobile device handoff |
| GB2399476B (en) * | 2003-03-14 | 2006-08-16 | Matsushita Electric Industrial Co Ltd | Fast handover in mobile communications networks |
| GB0312681D0 (en) * | 2003-06-03 | 2003-07-09 | Ericsson Telefon Ab L M | IP mobility |
| US7917152B2 (en) * | 2003-06-27 | 2011-03-29 | Nokia Corporation | Enhanced fast handover procedures |
| WO2005039072A1 (en) * | 2003-10-18 | 2005-04-28 | Samsung Electronics Co., Ltd. | System and method for providing handover of a mobile ip terminal in a wireless network |
| JP2005160053A (ja) * | 2003-11-04 | 2005-06-16 | Matsushita Electric Ind Co Ltd | 移動通信方法、移動通信装置、ホームエージェント装置、アクセスルータ情報サーバ装置、および移動通信システム |
| JP4567004B2 (ja) * | 2003-11-26 | 2010-10-20 | 韓國電子通信研究院 | アクセスルータを基盤としたモバイルＩＰｖ６の高速ハンドオーバ方法 |
| US7590742B2 (en) * | 2003-12-16 | 2009-09-15 | Nokia Corporation | IP address management |
| KR100827105B1 (ko) * | 2004-02-13 | 2008-05-02 | 삼성전자주식회사 | 광대역 무선 통신 시스템에서 고속 레인징을 통한 빠른핸드오버 수행 방법 및 장치 |
| JP4574193B2 (ja) | 2004-03-04 | 2010-11-04 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信ネットワークシステム及びモビリティ管理装置 |
| EP1578059A1 (en) * | 2004-03-19 | 2005-09-21 | Swisscom Mobile AG | WLAN handover |
| JP4550887B2 (ja) * | 2004-05-07 | 2010-09-22 | サムスン エレクトロニクス カンパニー リミテッド | 広帯域無線接続通信システムにおける高速のハンドオーバーを遂行するためのシステム及び方法 |
| JP4423118B2 (ja) * | 2004-06-08 | 2010-03-03 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、アクセスルータ、管理装置及び移動通信方法 |
| EP1755288A1 (en) * | 2004-06-11 | 2007-02-21 | Matsushita Electric Industrial Co., Ltd. | Communication handover method and communication message processing method |
| KR20060012099A (ko) * | 2004-08-02 | 2006-02-07 | 엘지전자 주식회사 | 광대역 무선 접속 시스템에 적용되는 핸드오버 수행 방법 |
| JP4766860B2 (ja) * | 2004-09-07 | 2011-09-07 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、ハンドオーバ制御装置及びハンドオーバ制御方法 |
| EP1843529A4 (en) * | 2005-01-28 | 2012-07-04 | Panasonic Corp | CONTROL METHOD FOR PACKET TRANSMISSIONS, METHOD FOR PROCESSING COMMUNICATION NOTIFICATIONS, ACCESS ROUTER AND MOBILE TERMINAL |
| US7508793B2 (en) * | 2005-03-07 | 2009-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | Micro mobility management |
| JP4617355B2 (ja) * | 2005-03-30 | 2011-01-26 | パナソニック株式会社 | 通信ハンドオーバ方法及び通信メッセージ処理方法 |
| US7532597B2 (en) | 2005-06-15 | 2009-05-12 | Motorola, Inc. | Method and apparatus to facilitate handover |
| IL169503A (en) * | 2005-07-03 | 2010-12-30 | Alvarion Ltd | Method and apparatus for allowing transfer of communication sessions between base stations in wireless networks |
| KR101201043B1 (ko) * | 2005-07-05 | 2012-11-14 | 삼성전자주식회사 | ＩＥＥＥ 802.16 망 기반의 ＩＰｖ6 시스템을 위한 고속핸드오버 방법 |
| KR100893213B1 (ko) * | 2005-07-08 | 2009-04-16 | 삼성전자주식회사 | 모바일 네트워크에 있어서 데이터 처리 장치 및 그 방법 |
| KR100818916B1 (ko) * | 2005-09-12 | 2008-04-03 | 삼성전자주식회사 | Ip 주소 할당에 대한 정보 제공을 위한 이동 노드, 데이터 서버 및 ip 주소 할당 정보 제공 방법 |
| US20070091875A1 (en) * | 2005-10-22 | 2007-04-26 | Revnx, Inc. | Method and System For Device Mobility Using Application Label Switching In A Mobile Communication Network |
| KR100656358B1 (ko) * | 2005-10-25 | 2006-12-11 | 한국전자통신연구원 | Ｍｏｂｉｌｅ ＩＰ 환경에서의 핸드오버 수행 방법 |
| US8059581B2 (en) | 2006-01-05 | 2011-11-15 | Qualcomm Incorporated | Method and apparatus for seamless and efficient wireless handoffs |
| KR100656479B1 (ko) * | 2006-01-09 | 2006-12-11 | 삼성전자주식회사 | 모바일 ＩＰｖ６ 제공 장치 |
| US7814311B2 (en) * | 2006-03-10 | 2010-10-12 | Cisco Technology, Inc. | Role aware network security enforcement |
| US8406191B2 (en) * | 2006-04-14 | 2013-03-26 | Qualcomm Incorporated | Pseudo wires for mobility management |
| RU2417543C2 (ru) * | 2006-06-07 | 2011-04-27 | Квэлкомм Инкорпорейтед | Передача обслуживания терминала доступа на сетевом уровне в сети доступа |
| CN101047996B (zh) * | 2006-06-09 | 2010-11-10 | 华为技术有限公司 | 获取目标网络转交地址信息的方法、系统及其应用 |
| CN101005444B (zh) * | 2006-06-24 | 2011-12-07 | 华为技术有限公司 | 一种快速切换的方法及装置 |
| JP4825913B2 (ja) * | 2007-03-20 | 2011-11-30 | 富士通株式会社 | ハンドオーバ処理による転送遅延を軽減できる基地局及びその方法 |
| JP4794520B2 (ja) * | 2007-05-16 | 2011-10-19 | Ｋｄｄｉ株式会社 | ネットワーク主導型移動管理プロトコルにおける通信経路を最適化するシステム、アクセスゲートウェイ、ホームエージェント、およびプログラム |
| US20080298592A1 (en) * | 2007-05-29 | 2008-12-04 | Mohamed Khalid | Technique for changing group member reachability information |
| KR101171471B1 (ko) * | 2007-08-09 | 2012-08-07 | 후지쯔 가부시끼가이샤 | 무선 통신 시스템에서의 핸드오버 방법과 무선 기지국 및 무선 단말기 |
| US8085793B2 (en) * | 2007-09-24 | 2011-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Traffic localization with proxy mobility |
| CN101127727B (zh) * | 2007-09-28 | 2012-07-04 | 电信科学技术研究院 | 一种用于移动ip的ip地址配置和移动检测方法 |
| MY164506A (en) * | 2008-01-28 | 2017-12-29 | Mimos Berhad | A method and system for handoff control in a wireless communication network |
| US8792490B2 (en) * | 2009-03-16 | 2014-07-29 | Cisco Technology, Inc. | Logically partitioned networking devices |
| US9143462B2 (en) * | 2009-04-10 | 2015-09-22 | International Business Machines Corporation | Large send support in layer 2 switch to enhance effectiveness of large receive on NIC and overall network throughput |
| EP2628280B1 (en) * | 2010-10-13 | 2018-05-16 | Samsung Electronics Co., Ltd | Method and apparatus for multiplexing machine type communication data of multiple mtc devices in a wireless network environment |
| CN102469449B (zh) * | 2010-11-15 | 2016-03-30 | 上海贝尔股份有限公司 | IPv6低功耗无线个域网中的路由优化方法 |
| KR101210613B1 (ko) * | 2010-11-30 | 2012-12-11 | 주식회사 케이티 | 모바일 ｐ２ｐ 서비스를 제공하는 시스템 및 그 방법 |
| CN102387068B (zh) * | 2011-09-29 | 2014-05-07 | 中国人民解放军国防科学技术大学 | 标识网络的可扩展路由方法和路由器 |
| US9271193B2 (en) * | 2012-02-24 | 2016-02-23 | Intel Deutschland Gmbh | Care-of-address handover |
| US10735545B2 (en) * | 2016-06-06 | 2020-08-04 | International Business Machines Corporation | Routing vault access requests in a dispersed storage network |
| CN106658479B (zh) * | 2016-11-16 | 2020-12-11 | 广东新岸线科技有限公司 | 一种无线网络融合的实现方法 |
| CN110830573B (zh) * | 2019-11-06 | 2023-06-02 | 广东电网有限责任公司广州供电局 | 本地通信转换器及其数据自动同步方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI101763B1 (fi) * | 1995-12-01 | 1998-08-14 | Nokia Mobile Phones Ltd | Siirrettävän tiedon koostumuksen säilyttäminen tukiaseman vaihdon yhteydessä |
| FI109503B (fi) * | 1997-04-15 | 2002-08-15 | Nokia Corp | Pakettien menetyksen estäminen pakettipohjaisen tietoliikenneverkon handoverissa sekä handovermenetelmä |
| US6804221B1 (en) * | 2000-06-26 | 2004-10-12 | Alcatel | Micromobility using multicast |
| US7158497B2 (en) * | 2000-08-31 | 2007-01-02 | Nortel Networks Limited | Methods and apparatus for supporting micro-mobility within a radio access network |
| JP4053227B2 (ja) * | 2000-10-18 | 2008-02-27 | 三菱電機株式会社 | ハンドオフ方法およびエージェント装置 |
| US7561553B2 (en) * | 2002-02-27 | 2009-07-14 | Motorola, Inc. | Method and apparatus for providing IP mobility for mobile networks and detachable mobile network nodes |
-
2002
- 2002-06-04 JP JP2002162421A patent/JP2004015143A/ja active Pending
-
2003
- 2003-02-25 US US10/373,538 patent/US20030225892A1/en not_active Abandoned
- 2003-03-11 CN CNB031195652A patent/CN1243436C/zh not_active Expired - Fee Related
Cited By (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005053249A1 (ja) * | 2003-11-28 | 2005-06-09 | Matsushita Electric Industrial Co., Ltd. | 通信システム及び通信方法 |
| US8051198B2 (en) | 2003-11-28 | 2011-11-01 | Panasonic Corporation | Communication system and communication method |
| WO2005083950A1 (ja) * | 2004-02-27 | 2005-09-09 | Mitsubishi Electric Corporation | レイヤ２スイッチネットワーク |
| JP2006041742A (ja) * | 2004-07-23 | 2006-02-09 | Mitsubishi Electric Corp | ハンドオーバ方法、無線基地局、無線端末局 |
| US7957344B2 (en) | 2004-07-30 | 2011-06-07 | Panasonic Corporation | Path setting method, mobile terminal, and path managing device |
| WO2006011567A1 (ja) * | 2004-07-30 | 2006-02-02 | Matsushita Electric Industrial Co., Ltd. | 新規経路設定方法及び移動端末並びに経路管理装置 |
| JPWO2006011567A1 (ja) * | 2004-07-30 | 2008-05-01 | 松下電器産業株式会社 | 新規経路設定方法及び移動端末並びに経路管理装置 |
| JP4543041B2 (ja) * | 2004-07-30 | 2010-09-15 | パナソニック株式会社 | 新規経路設定方法及び移動端末並びに経路管理装置 |
| KR100594819B1 (ko) | 2004-08-03 | 2006-07-03 | 한국전자통신연구원 | 핸드오버 방법 |
| JP2006109452A (ja) * | 2004-09-30 | 2006-04-20 | Lucent Technol Inc | ポイント・ツー・ポイント・プロトコルのためのアクティブ・セッション・モビリティ・ソリューション |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| WO2006123657A1 (ja) * | 2005-05-16 | 2006-11-23 | Ntt Docomo, Inc. | アクセスルータ装置、モビリティ制御システム、モビリティ制御方法 |
| US7907584B2 (en) | 2005-05-16 | 2011-03-15 | Ntt Docomo, Inc. | Access router device, mobility control system, and mobility control method |
| JP2009503991A (ja) * | 2005-07-25 | 2009-01-29 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 無線アクセスネットワークのハンドオーバ特性を改良する手段および方法 |
| WO2007119598A1 (ja) * | 2006-03-31 | 2007-10-25 | Matsushita Electric Industrial Co., Ltd. | 高速ＱｏＳハンドオーバ方法及びその方法で用いられる処理ノード |
| WO2007125592A1 (ja) * | 2006-04-28 | 2007-11-08 | Panasonic Corporation | 通信装置及びハンドオーバ方法 |
| WO2007141879A1 (ja) * | 2006-06-09 | 2007-12-13 | Panasonic Corporation | ノード装置 |
| JP2008300992A (ja) * | 2007-05-29 | 2008-12-11 | Kyocera Corp | 通信装置および無線通信方法 |
| JP2011505758A (ja) * | 2007-11-27 | 2011-02-24 | クゥアルコム・インコーポレイテッド | ワイヤレス通信システムにおけるハンドオーバの間に順序が狂っているパケットを取り扱うための方法および装置 |
| US10924970B2 (en) | 2007-11-27 | 2021-02-16 | Qualcomm Incorporated | Method and apparatus for handling out-of-order packets during handover in a wireless communication system |
| US11647435B2 (en) | 2007-11-27 | 2023-05-09 | Qualcomm Incorporated | Method and apparatus for handling out-of-order packets during handover in a wireless communication system |
| JP2009177264A (ja) * | 2008-01-22 | 2009-08-06 | Fujitsu Ltd | ネットワークシステム、データ送受信方法、及びデータ送受信プログラム |
| WO2009119765A1 (ja) * | 2008-03-27 | 2009-10-01 | 京セラ株式会社 | 無線通信装置および通信装置 |
| JPWO2009119765A1 (ja) * | 2008-03-27 | 2011-07-28 | 京セラ株式会社 | 無線通信装置および通信装置 |
| JP5002707B2 (ja) * | 2008-03-27 | 2012-08-15 | 京セラ株式会社 | 無線通信装置、通信装置、無線通信方法および通信方法 |
| JP2015534295A (ja) * | 2012-08-07 | 2015-11-26 | コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． | 時限照明制御 |
| CN105430703A (zh) * | 2015-11-04 | 2016-03-23 | 宁波大学 | 低消耗FMIPv6切换方法在Android终端上的实现方法 |
| CN105430703B (zh) * | 2015-11-04 | 2019-02-12 | 宁波大学 | 低消耗FMIPv6切换方法在Android终端上的实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1467959A (zh) | 2004-01-14 |
| CN1243436C (zh) | 2006-02-22 |
| US20030225892A1 (en) | 2003-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004015143A (ja) | 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置 | |
| EP1598992B1 (en) | Mobile terminal management system, mobile terminal and program | |
| US7342903B2 (en) | Methods and apparatus for the utilization of multiple uplinks in reverse tunneling | |
| EP1329124B1 (en) | Seamless handoff in mobile ip | |
| EP1206098B1 (en) | Home agent and IP packet transferring method | |
| EP1453255B1 (en) | Communication system, mobile terminal and transfer device | |
| US20090097453A1 (en) | Method and system for fast handovers using dynamic router advertisements | |
| KR100780260B1 (ko) | 모바일 네트워크에서 강인한 로컬 이동성 관리를 위한방법 및 장치 | |
| JP2009500876A (ja) | モバイルノード及び通信制御方法 | |
| CA2435163A1 (en) | Packet communication systems | |
| EP1681881B1 (en) | Mobile communication method and mobile communication apparatus | |
| JP4076482B2 (ja) | 移動ノード、移動通信システム及び通信制御方法 | |
| KR100380565B1 (ko) | 이동 인터넷 프로토콜 시스템 및 이 이동 인터넷 프로토콜시스템에서의 핸드오프 시 등록 방법 | |
| JP2004120322A (ja) | 移動ネットワークおよびその通信管理方法 | |
| JP3822120B2 (ja) | パケット通信方法 | |
| Sivagurunathan et al. | Experimental comparison of handoff performance of SIGMA and mobile IP | |
| KR20060023359A (ko) | 서로 다른 이기종 무선망간 로밍을 수행할 수 있는 이동단말기 | |
| JP3889981B2 (ja) | 移動ノード、移動通信システム及び通信制御プログラム | |
| KR20090054145A (ko) | 네트워크 기반의 고속 핸드오버 수행 방법 | |
| JP2008541516A (ja) | ＩＰｖ６通信相手ノード及び移動ＩＰｖ６ノード間の通信方法、並びに通信相手ノードプロキシーゲートウエイ | |
| KR100598346B1 (ko) | 모바일 ｉｐ 서비스를 위한 이동성 지원 방법 | |
| JP2007281721A (ja) | 移動通信制御方法、移動通信システム及びルータ | |
| JP3890252B2 (ja) | パケット通信方法および通信端末装置 | |
| Ma et al. | Role of Mobile IPv6 for mobile networks and its remaining issues | |
| Choi et al. | Partial dual unicasting based handoff for real-time traffic in MIPv6 networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050520 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070510 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070911 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080805 |