(57)【特許請求の範囲】
【請求項１】
移動局と、
第１及び第２の中継装置と、
ルータ装置とを備え、
ハンドオーバによって前記移動局の接続先が前記第１の中継装置から前記第２の中継装置に切替わった後に、前記ルータ装置は、前記移動局が送信して前記第２の中継装置が中継するパケットを受信するための受信経路として、前記第２の中継装置から前記第１の中継装置を介して前記ルータ装置に至る第１の経路と、前記第２の中継装置から前記第１の中継装置を介さずに前記ルータ装置に至る第２の経路とを同時に使用できる状態を維持し、
前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときにおいて、前記第２の中継装置が前記第１の中継装置に送信する前記パケットを保持していないとき、前記第２の中継装置は、前記第１の経路による前記パケットの中継を停止することを特徴とする移動通信システム。
【請求項２】
前記第２の中継装置が前記第１の経路による前記パケットの中継を停止した後に、前記ルータ装置は、前記受信経路として前記第１の経路の使用を停止することを特徴とする請求項１記載の移動通信システム。
【請求項３】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときにおいて、前記第１の中継装置に送信する前記パケットを保持していないとき、前記第１の経路の解放を要求する旧経路解放要求を前記第１の中継装置に送信し、
前記第１の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときにおいて、前記ルータ装置に送信する前記パケットを保持していないとき、前記旧経路解放要求を前記ルータ装置に送信し、
前記ルータ装置は、前記旧経路解放要求を受信したとき、前記受信経路として前記第１の経路の使用を停止することを特徴とする請求項１記載の移動通信システム。
【請求項４】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときにおいて、前記第１の中継装置に送信する前記パケットを保持してないとき、第１の送信完了通知を前記第１の中継装置に送信し、
前記第１の中継装置は、前記第１の送信完了通知を受信したときにおいて、前記ルータ装置に送信する前記送信パケットを保持していないとき、第２の送信完了通知を前記第２の中継装置に送信し、  
前記第２の中継装置は、前記第２の送信完了通知を受信したとき、前記旧経路解放要求を前記第１の中継装置に送信することを特徴とする請求項３記載の移動通信システム。
【請求項５】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときから前記第１の経路の使用を停止するまで、前記第１の中継装置から受信した前記移動局あてのパケットを前記移動局に送信し、前記ルータ装置から前記第２の経路を介して受信した前記移動局あてのパケットを廃棄することを特徴とする請求項２記載の移動通信システム。
【請求項６】
前記ルータ装置は、前記第１の中継装置に送信する前記移動局あてのパケットを保持していないとき、第３の送信完了通知を前記第１の中継装置に送信し、
前記第１の中継装置は、前記第３の送信完了通知を受信したときにおいて、前記第２の中継装置に送信する前記移動局あてのパケットを保持していないとき、第４の送信完了通知を前記第２の中継装置に送信し、
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路の使用を停止したときから、前記第４の送信完了通知を受信するまで、前記第２の経路を介して受信した前記移動局あてのパケットを保持し、前記第４の送信完了通知を受信したとき、前記保持した移動局あてのパケットを前記移動局に送信することを特徴とする請求項２記載の移動通信システム。
【請求項７】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときから前記第１の経路の使用を停止するまで、前記第２の経路を介して前記ルータ装置に送信する前記パケットを保持し、前記ルータ装置が前記受信経路として前記第１の経路の使用を停止したとき、前記保持したパケットを前記第２の経路を介して前記ルータ装置に送信することを特徴とする請求項２記載の移動通信システム。
【請求項８】
前記ルータ装置は、前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときから、前記第１の経路の使用を停止するまで、前記第２の経路を介して前記第２の中継装置から受信したパケットを保持し、前記受信経路として前記第１の経路の使用を停止したとき、前記保持した受信パケットを他の装置に送信することを特徴とする請求項２記載の移動通信システム。
【請求項９】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持しているときから、前記パケットを前記第２の経路を介して前記ルータ装置に送信することを特徴とする請求項１記載の移動通信システム。
【請求項１０】
前記第２の中継装置は、前記ルータ装置が前記受信経路として前記第１の経路の使用を停止したとき、前記第２の経路を介して前記ルータ装置から受信した前記移動局あてのパケットを前記移動局に送信することを特徴とする請求項２記載の移動通信システム。
【請求項１１】
前記第２の中継装置は、前記第１の中継装置に送信するパケットを保持していないとき、第５の送信完了通知を第１の中継装置に送信し、
前記第１の中継装置は、前記第５の送信完了通知を受信し、前記ルータ装置に送信するパケットを保持していないとき、前記第１の経路の解放を要求する旧経路解放要求を前記ルータ装置に送信し、
前記ルータ装置は、前記旧経路解放要求を受信したとき、前記受信経路として前記第１の経路の使用を停止することを特徴とする請求項1記載の移動通信システム。
【請求項１２】
前記移動局は第１の切替え要求を前記第２の中継装置に送信し、
前記第２の中継装置は、前記第１の切替え要求を受信したとき、前記受信経路を前記第１の経路と前記第２の経路とを同時に使用できる状態を維持することを要求する第２の切替え要求を前記ルータ装置に送信し、
前記ルータ装置は、前記第２の切替え要求を受信したとき、前記受信経路を前記第１の経路と前記第２の経路とを同時に使用できる状態を維持することを特徴とする請求項１記載の移動通信システム。
【請求項１３】
移動局から送信されたパケットを中継してルータ装置に送信する中継装置において、
ハンドオーバによって前記移動局の接続先が他の中継装置から前記中継装置に切替わった後に、前記ルータ装置において、前記移動局が送信して前記中継装置が中継するパケットを受信するための受信経路として、前記中継装置から前記他の中継装置を介して前記ルータ装置に至る第１の経路と、前記中継装置から前記他の中継装置を介さずに前記ルータ装置に至る第２の経路とが同時に使用できる状態が維持され、前記ルータ装置において前記受信経路として前記第１の経路と前記第２の経路とが同時に使用できる状態が維持されているときにおいて、前記他の中継装置に送信する前記パケットを保持していないとき、前記第１の経路による前記パケットの中継を停止するパケットバッファ制御部
を備えることを特徴とする中継装置。
【請求項１４】
移動局と、第１及び第２の中継装置と、ルータ装置とを備える移動通信システムにおける経路切替方法において、
ハンドオーバによって前記移動局の接続先が前記第１の中継装置から前記第２の中継装置に切替わった後に、前記ルータ装置により、前記移動局が送信して前記第２の中継装置が中継するパケットを受信するための受信経路として、前記第２の中継装置から前記第１の中継装置を介して前記ルータ装置に至る第１の経路と、前記第２の中継装置から前記第１の中継装置を介さずに前記ルータ装置に至る第２の経路を同時に使用できる状態を維持し、
前記ルータ装置が前記受信経路として前記第１の経路と前記第２の経路とを同時に使用できる状態を維持するときにおいて、前記第２の中継装置が前記第１の中継装置に送信する前記パケットを保持していないとき、前記第２の中継装置により、前記第１の経路による前記パケットの中継を停止する
ことを特徴とする経路切替方法。
【請求項１５】
移動局から送信されたパケットを中継してルータ装置に送信する中継装置における経路切替方法であって、
ハンドオーバによって前記移動局の接続先が他の中継装置から前記中継装置に切替わった後に、前記ルータ装置において、前記移動局が送信して前記中継装置が中継するパケットを受信するための受信経路として、前記中継装置から前記他の中継装置を介して前記ルータ装置に至る第１の経路と、前記中継装置から前記他の中継装置を介さずに前記ルータ装置に至る第２の経路とが同時に使用できる状態が維持され、前記ルータ装置において前記受信経路として前記第１の経路と前記第２の経路とが同時に使用できる状態が維持されているときにおいて、前記第１の中継装置に送信する前記パケットを保持していないとき、前記第１の経路による前記パケットの中継を停止する
ことを特徴とする経路切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、及びハンドオーバ方法に関する。
【背景技術】
【０００２】
近年、無線通信方式の一つであるＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）の標準化作業がＩＥＥＥ（Institute of Electrical and Electronic Engineers：米国電気電子学会）において進められている（例えば、以下の非特許文献１。移動局を対象にしたものは「モバイルＷｉＭＡＸ」とも呼ばれる）。
【０００３】
図１０は、ＷｉＭＡＸによる移動通信システム１００のネットワーク構成例を示す図である。本移動通信システム１００のネットワークは、ホームエージェント（ＨＡ：Home Agent）１２０、アクセスサービスネットワークゲートウェイ（ＡＳＮ‐ＧＷ：Access Service Network-Gateway、以下「ゲートウェイ」）１３０，１４０、基地局（ＢＳ：Base Station）１５０，１６０、及び移動局（ＭＳ：Mobile Station）１７０を備える。ホームエージェント１２０と２つのゲートウェイ１５０，１６０は互いに接続される。なお、ＭＳやＢＳは非特許文献１に規定される。ＡＳＮ‐ＧＷは非特許文献４により規定される。ＨＡはＭｏｂｉｌｅ  ＩＰ（以下、「ＭＩＰ」）により規定される（例えば、以下の非特許文献２）。
【０００４】
図１０に示す例は、移動局１７０が基地局１５０配下から基地局１６０配下へ移動（ハンドオーバ）している様子を示し、かっこ内の数字は送受信されるパケットの経路順を示す。
【０００５】
すなわち、移動局１７０は、基地局１６０配下に位置するとき、基地局１５０と移動元ゲートウェイ１３０を介してホームエージェント１２０との間でパケットの送受信を行う（経路（１））。そして、移動先ゲートウェイ１４０は、移動元ゲートウェイ１３０との間でハンドオーバ要求のメッセージ等の送受信を行い、移動元ゲートウェイ１３０を介してホームエージェント１２０から受信したパケットを一旦バッファリングする（経路（２））。その後、移動先ゲートウェイ１４０は、移動局１７０が基地局１６０配下に実際に移動したときに、バッファリングしたパケットを送信し、移動局１７０からのパケットを受信し、移動局７０は移動元ゲートウェイ１３０を介してホームエージェント１２０との間でパケットを送受信する（経路（３））。そして、移動先ゲートウェイ１４０は適切なタイミングでホームエージェント１２０に対して正式な登録（Formal registration）を行い（ポストレジストレーション型）、経路を切替え、移動局１７０はホームエージェント１２０とパケットを送受信する（経路（４））。
【０００６】
ここで、経路（３）から経路（４）への切替えに関し、移動先ゲートウェイ１４０は経路（３）上にパケットが存在しないタイミングを推測して、そのタイミングで切替えることを前提としている。例えば、一定時間パケットが送受信されていないので、経路（３）上にパケットが存在しないだろうと推測する。
【０００７】
しかし、移動先ゲートウェイ１４０は、経路（３）上にパケットが存在しないタイミングを見つけることができなかったり、その推測が誤りであった場合、経路（４）に切替えてしまうと、経路（３）上に滞留したアップリンク方向へのパケット（以下、「ＵＬパケット」）がロスする可能性がある。
【０００８】
このようなハンドオーバの際のパケットロスを防止するため、従来では同時登録（Simultaneous Binding）と呼ばれる技術がある（例えば、以下の非特許文献３）。同時登録は、移動元及び移動先ゲートウェイ１３０，１４０とホームエージェント１２０との間で双方向トンネル（ＵＬパケットとＤＬパケットを上り下りの双方で送信できる状態）の同時登録をホームエージェント１２０に要求するもので、これによりリバーストンネル（ＵＬパケットをホームエージェント１２０に送信できる状態）が移動元及び移動先ゲートウェイ１３０，１４０の両方で維持でき、ＵＬパケットのロスを防止できる。
【０００９】
また、以下の特許文献には、ハンドオーバの際のパケットロスを防止する他の技術が記載されている。
【非特許文献１】IEEE 802.16e-2005
【非特許文献２】"IP Mobility Support for IPv4" RFC3344, August 2002
【非特許文献３】"Simultaneous Bindings for Mobile IPv6 Fast Handovers <draft-elmalki-mobileip-bicasting-v6-0.6txt>", July 2005
【非特許文献４】"WiMAX Forum Network Architecture Stage2/3 Release 1 Version 1.2, January 11 2008
【特許文献１】特開２００６‐２４６４８１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、同時登録を行うと、ホームエージェント１２０はダウンリンク方向のパケット（以下、「ＤＬパケット」）をコピーして送信する。つまり、ホームエージェント１２０はＤＬパケットを経路（３）により送信し、コピーしたＤＬパケットを経路（４）により送信する。その結果、移動局１７０は経路（３）と経路（４）からの２つの同一ＤＬパケットを重複して受信する。
【００１１】
また、上述した特許文献１では、ＰＡＲ（Previous Access Router：図１０の移動元ゲートウェイ１３０に相当）が送信完了通知メッセージ（Ｆｌｕｓｈメッセージ）をＮＡＲ（New Access Router：図１０の移動先ゲートウェイ１４０）に送信しているが、これはＤＬパケットについてのみ考慮されたものであり、ＮＡＲからＰＡＲへ至るＵＬパケットについては考慮されていない。そのため、上述したように経路が切り替わったとき、ＮＡＲとＰＡＲとの間に滞留したＵＬパケットがロスする可能性がある。
【００１２】
さらに、ポストレジストレーションにより経路（３）から経路（４）に適切に切り替わったとしても、２つの経路における距離の相違により、移動局１７０は経路（４）からのＤＬパケットを経路（３）からのＤＬパケットより先に受信し、順序が反転したＤＬパケットを受信する問題もある。
【００１３】
そこで、本発明は上記問題点に鑑みてなされたものでその目的は、パケットロスを防止したゲートウェイ装置、及びハンドオーバ方法を提供することにある。
【００１４】
また、本発明の他の目的は、パケットの順序反転を防止したゲートウェイ装置等を提供することにある。
【００１５】
さらに、本発明の他の目的は、パケットの重複受信を防止したゲートウェイ装置等を提供することにある。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明の一実施態様によれば、ホームエージェントと移動局との間でパケットの送受信を行い、前記移動局がハンドオーバする接続先のゲートウェイ装置において、前記移動局がハンドオーバする前に接続した移動元ゲートウェイ装置を介した旧経路と、前記ゲートウェイ装置を介した新経路との両方で双方向トンネルの同時登録を要求する同時登録要求を前記ホームエージェントに送信する送信部と、前記同時登録が維持されるとき、重複した前記移動局への下りパケットのうち一方を廃棄するパケット制御部とを備える。
【００１７】
また、上記目的を達成するために、本発明の他の実施態様によれば、ホームエージェントと移動局との間でパケットの送受信を行い、前記移動局がハンドオーバする接続先のゲートウェイ装置におけるハンドオーバ方法であって、前記移動局がハンドオーバする前に接続した移動元ゲートウェイ装置を介した旧経路と、前記ゲートウェイ装置を介した新経路との両方で双方向トンネルの同時登録を要求する同時登録要求を前記ホームエージェントに送信し、前記同時登録が維持されるとき、重複した前記移動局への下りパケットのうち一方を廃棄する。
【発明の効果】
【００１８】
本発明によれは、パケットロスを防止したゲートウェイ装置、及びハンドオーバ方法を提供できる。また、本発明によれば、パケットの順序反転を防止したゲートウェイ装置等を提供できる。さらに、本発明によれば、パケットの重複受信を防止したゲートウェイ装置等を提供できる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明を実施するための最良の形態を説明する。
【００２０】
＜実施例１＞
まず、実施例１について説明する。図１は本実施例１における移動通信システム１０のネットワーク構成例を示す図である。移動通信システム１０は、ホームエージェント（ＨＡ）２０と、２つのゲートウェイ装置（Ｓｅｒｖｉｎｇ  ＡＳＮ‐ＧＷ，Ｔａｒｇｅｔ  ＡＳＮ‐ＧＷ、以下「ゲートウェイ」）３０，４０と、２つの基地局（ＢＳ１，ＢＳ２）５０，６０、及び移動局７０を備える。
【００２１】
ここで、２つのゲートウェイ３０，４０はＭＩＰプロトコルで規定されるＦＡ（Foreign Agent）や、Ｆａｓｔ  ＭＩＰプロトコルで規定されるＡＲ（Access Router）の機能も備える。また、移動局７０はＭＩＰプロトコルで規定されるＭＮ（Mobile Node）の機能も備える。Ｐｒｏｘｙ  ＭＩＰプロトコルでネットワークが制御される場合、２つのゲートウェイ３０，４０がＭｏｂｉｌｅ  ＩＰプロトコルで規定されるＭＮの機能を備える。
【００２２】
ホームエージェント２０は移動局７０が接続する先のネットワークにおけるルータであり、２つのゲートウェイ３０，４０に接続されるとともに、上位装置にも接続される。また、ホームエージェント２０はコピー部２１を備え、同時登録（Simultaneous Biding）中、上位装置からのＤＬパケットをゲートウェイ３０に送信するとともにコピー部２１によりコピーされたＤＬパケットをゲートウェイ４０に送信する。
【００２３】
２つのゲートウェイ３０，４０は互いに接続され、各々複数の基地局を管理する。本実施例では、各ゲートウェイ３０，４０は各々基地局５０，６０を管理する。
【００２４】
２つの基地局５０，６０は各々ゲートウェイ３０，４０に接続され、各ゲートウェイ３０，４０からのＤＬパケットを移動局７０に送信し、移動局７０からのＵＬパケットを各ゲートウェイ３０，４０に出力する。
【００２５】
移動局７０は、基地局５０，６０と無線通信し、ＤＬパケットを受信しＵＬパケットを送信する。
【００２６】
図１に示す例は、移動局７０が基地局５０から基地局６０にハンドオーバする例を示し、二点鎖線はパケットの経路を示す。尚、図１に示す例は、図１０に示した経路（１），経路（２）の動作がすでに行われたものとする。以下では、ゲートウェイ３０を移動元ゲートウェイ（またはサービングゲートウェイ（Serving ASN-GW））、ゲートウェイ４０を移動先ゲートウェイ（またはターゲットゲートウェイ（Target ASN-GW））と称する。
【００２７】
図２は移動先ゲートウェイ４０の構成例を示す図である。移動元ゲートウェイ３０も移動先ゲートウェイ４０と同一構成である。移動先ゲートウェイ４０（３０）は、ＭＩＰ制御部４１（３１）と、パケットバッファ制御部４２（３２）、パケットバッファ４３（３３）、及びパケット送信完了通知部４４（３４）を備える。
【００２８】
ＭＩＰ制御部４１は、新経路追加や旧経路解放の要求メッセージを生成し、ホームエージェント２０との間で当該メッセージを送受信する。また、ＭＩＰ制御部４１は、旧経路解放要求を、パケットバッファ制御部４２を介して他のゲートウェイ（例えば、移動元ゲートウェイ３０）に送信する。
【００２９】
パケットバッファ制御部４２は、ホームエージェント２０や基地局５０，６０や他のゲートウェイ（移動元ゲートウェイなど）との間でＵＬ及びＤＬパケットの送受信を行い、必要に応じて各パケットをパケットバッファ４３に書き込み、読み出す。また、パケットバッファ制御部４２は、パケットバッファ４３の状態に応じて旧経路宛パケット送信完了通知の指示をパケット送信完了通知部４４に出力する。さらに、パケットバッファ制御部４２は他のゲートウェイから旧経路宛パケット送信完了通知を受信し、ＭＩＰ制御部４１に出力する。
【００３０】
パケットバッファ４３は、パケットバッファ制御部４２の制御によりＤＬパケットやＵＬパケットを記憶する。
【００３１】
パケット送信完了通知部４４は、パケットバッファ制御部４２からの指示に基づいて旧経路宛パケット送信完了通知を生成し、他のゲートウェイ（移動元ゲートウェイ３０など）に送信する。
【００３２】
次に本移動通信システム１０のハンドオーバ動作について説明する。図３は本実施例１における移動通信システム１０の動作例を示すシーケンス図である。上述したように、移動局７０が基地局６０配下に実際に移動した後の動作例である。また、移動元ゲートウェイ３０とホームエージェント２０との間は双方向トンネルが維持されるものとする。
【００３３】
まず、移動先ゲートウェイ４０は移動局７０との間で旧経路（本例では経路（３））を確立する（Ｓ１１）。
【００３４】
次いで、移動先ゲートウェイ４０は、新経路（本例では経路（４））に対する新経路追加要求（Registration Request）をホームエージェント２０に送信する（Ｓ１２）。この新経路追加要求は、同時登録（Simultaneous Binding）を伴う（Sbit=1）。例えば、ＭＩＰ制御部４１がかかる要求を生成してホームエージェント２０に送信する。
【００３５】
次いで、移動先ゲートウェイ４０はホームエージェント２０から新経路追加応答（Registration Reply）を受信する（Ｓ１３）。これにより、移動元ゲートウェイ３０とホームエージェント２０のみならず、移動先ゲートウェイ４０とホームエージェント２０との間で双方向トンネルが同時に維持される。例えば、ＭＩＰ制御部４１がかかる応答を受信し、パケットバッファ制御部４２に当該応答を出力する。
【００３６】
次いで、移動先ゲートウェイ４０はホームエージェント２０から新経路（経路（４））でＤＬパケットを受信する（Ｓ１４）。また、移動元ゲートウェイ３０もホームエージェント２０からＤＬパケットを受信する（Ｓ１４）。例えば、パケットバッファ制御部３２，４２がＤＬパケットを受信する。
【００３７】
移動先ゲートウェイ４０は、ＤＬパケットをホームエージェント２０から受信したとき、当該ＤＬパケットを破棄する（Ｓ１５）。重複パケットを移動局７０に送信しないためである。例えば、パケットバッファ制御部４２は、ＭＩＰ制御部４１から新経路追加応答（Ｓ１３）を入力したときから新経路によるＤＬパケットを破棄する。また、例えばＤＬパケットには経路情報（或いはコピーされたＤＬパケットか否か）も含まれるため、或いは新経路か旧経路かで受信インターフェースが異なるため、パケットバッファ制御部４２は新経路のＤＬパケットを識別でき容易に破棄できる。勿論、重複パケットを破棄できればよいので、バッファ制御部４２は旧経路のＤＬパケットを破棄してもよい。
【００３８】
次いで、移動先ゲートウェイ４０は旧経路宛ＵＬパケットの送信完了を確認する（Ｓ１６）。すなわち、移動先ゲートウェイ４０は、経路（３）で送信すべきＵＬパケット（移動元ゲートウェイ３０に送信すべきＵＬパケット）を保持していないかを確認する。
【００３９】
例えば、パケットバッファ制御部４２はパケットバッファ４３にアクセスし、旧経路、すなわち経路（３）により送信するＵＬパケットが記憶されていないことを確認する。例えば、パケットバッファ制御部４２はパケットバッファ４３のある記憶領域にＵＬパケットを記憶し、当該記憶領域からＵＬパケットが読み出せないと完了を確認する。あるいは、パケットバッファ制御部４２はＵＬ方向であることを示すフラグをＵＬパケットとともにパケットバッファ４３に記憶しており、当該フラグが記憶されていないことを確認することで完了を確認する。
【００４０】
移動先ゲートウェイ４０は、旧経路宛ＵＬパケットの送信完了を確認すると、旧経路宛ＵＬパケットの送信完了通知を移動元ゲートウェイ３０に送信する（Ｓ１７）。例えば、パケットバッファ制御部４２は完了通知の指示をパケット送信完了通知部４４に出力し、パケット送信完了通知部４４が旧経路宛ＵＬパケットの送信完了通知を送信する。
【００４１】
次いで、移動元ゲートウェイ３０は旧経路宛ＵＬパケットの送信完了を確認する（Ｓ１８）。移動元ゲートウェイ３０は経路（３）のＵＬパケット（ホームエージェント２０へ送信すべきＵＬパケット）を保持していないかどうか確認する。例えば、移動元ゲートウェイ３０のパケットバッファ制御部３２はパケットバッファ３３にアクセスしてＵＬパケットが記憶されていないかどうかを確認する。確認はＳ１６の処理と同様である。
【００４２】
移動元ゲートウェイ３０は、送信完了を確認すると、旧経路宛ＵＬパケットの送信完了通知を移動先ゲートウェイ４０に送信する（Ｓ１９）。例えば、パケットバッファ制御部３２が完了通知の指示をパケット送信完了通知部３４に出力し、パケット送信完了通知部３４は旧経路宛ＵＬパケット送信完了通知を移動先ゲートウェイ４０に出力する。
【００４３】
Ｓ１６からＳ１９までの処理は、経路（３）にＵＬパケットが滞留していないことを確認するための処理である。すなわち、Ｓ１６の処理により移動先ゲートウェイ４０は移動元ゲートウェイ３０に送信すべきＵＬパケットが存在しないことを確認し、Ｓ１８の処理により移動元ゲートウェイ３０はホームエージェント２０へ送信すべきＵＬパケットが存在しないことを確認する。これにより、経路（３）に滞留したＵＬパケットが存在しなくなり、経路（４）のみに経路が切り替わったとき、経路（３）に滞留したＵＬパケットがホームエージェント２０に到着しないというパケットロスを防止できる。
【００４４】
移動先ゲートウェイ４０は移動元ゲートウェイ３０から旧経路宛ＵＬパケット送信完了通知（Ｓ１９）を受信すると、旧経路（経路（３））の解放要求（Registration Request(Sbit=0)）を移動元ゲートウェイ３０に送信する（Ｓ２０）。例えば、パケットバッファ制御部４２は当該通知を受信すると、当該通知をＭＩＰ制御部４１に出力し、ＭＩＰ制御部４１が解放要求のメッセージを生成しパケットバッファ制御部４２を介して移動元ゲートウェイ３０に送信する。
【００４５】
次いで、移動元ゲートウェイ３０は解放要求を受信すると、受信した解放要求をホームエージェント２０に送信する（Ｓ２１）。例えば、パケットバッファ制御部３２は解放要求を受信すると、ＭＩＰ制御部３１に出力し、ＭＩＰ制御部３１は解放要求をホームエージェント２０に送信する。
【００４６】
このように、移動先ゲートウェイ４０は旧経路解放要求を直接ホームエージェント２０に送信するのではなく、移動元ゲートウェイ３０を介して（迂回して）ホームエージェント２０に送信する（Ｓ２０〜Ｓ２１）。移動先ゲートウェイ４０が解放要求を直接ホームエージェント２０に送信すると、経路（４）は経路（３）より距離が短く、解放要求がホームエージェント２０に到着した後に、経路（３）に滞留したＵＬパケットがホームエージェント２０に到着する可能性があり、これを防止するためである。旧経路により送信されるＵＬ最終パケットの後を追うように（追い越さないように）解放要求を迂回させることで、確実に旧経路（経路（３））に滞留したＵＬパケットのロスを防止している。
【００４７】
次いで、移動先ゲートウェイ４０はホームエージェント２０から旧経路解放応答（Registration Reply）を受信する（Ｓ２２）。これにより、同時登録により維持された２つの双方向トンネルは新経路（経路（４））のみ維持されることになる。例えば、ＭＩＰ制御部４１は旧経路解放応答を受信し、これをパケットバッファ制御部４２に出力する。
【００４８】
次いで、移動先ゲートウェイ４０はこれまで廃棄した新経路（経路（４））のＤＬパケットの廃棄を停止し、パケットバッファ４３にバッファリングする（Ｓ２３，Ｓ２４）。新経路宛ＤＬパケットの廃棄を停止するのは、Ｓ２２の処理により旧経路が解放され新経路の双方向トンネルのみが維持され、ＤＬパケットの重複送信の問題がなくなるからである。例えば、パケットバッファ制御部４２はホームエージェント２０から受信したＤＬパケットをパケットバッファ４３に記憶する。
【００４９】
次いで、移動元ゲートウェイ３０はホームエージェント２０から旧経路宛ＤＬパケット送信完了通知（Revocation Request/Response）を受信する（Ｓ２５）。例えば、ホームエージェント２０は旧経路（経路（３））で送信すべきＤＬパケットが保持されていなことを確認すると当該通知を送信し、移動元ゲートウェイ３０のＭＩＰ制御部３１がこれを受信し、パケットバッファ制御部３２へ送信する。
【００５０】
次いで、移動元ゲートウェイ３０は旧経路のＤＬパケットを保持していないことを確認する（Ｓ２６）。例えば、パケットバッファ制御部３２がパケットバッファ３３にアクセスして旧経路で送信すべきＤＬパケットが記憶されていないことで確認する。
【００５１】
次いで、移動元ゲートウェイ３０は旧経路宛ＤＬパケット送信完了通知を移動先ゲートウェイ４０に送信する（Ｓ２７）。例えば、パケットバッファ制御部３２は旧経路のＤＬパケットがパケットバッファ３３に記憶されていないことを確認すると、パケット送信完了通知部３４を介して旧経路宛ＤＬパケット送信完了通知を移動先ゲートウェイ４０に送信する。
【００５２】
次いで、移動先ゲートウェイ４０はパケットバッファ４３に記憶したＤＬパケットを基地局６０へ送信する（Ｓ２８）。移動先ゲートウェイ４０は旧経路の解放後（Ｓ２３の後）に新経路（経路（４））により送信されたＤＬパケットを基地局６０に送信すると、旧経路（経路（３））に滞留したＤＬパケットが新経路（経路（４））により送信されたＤＬパケットより遅れて移動先ゲートウェイ４０に到着する可能性があり、順序が反転したＤＬパケットを送信する可能性がある。そこで、移動先ゲートウェイ４０は経路（３）に滞留したＤＬパケットのすべてを受信するまで新経路（経路（４））により送信されたＤＬパケットをパケットバッファ４３に記憶し（Ｓ２４）、旧経路（経路（３））に滞留したＤＬパケットが存在しないことを確認した後（Ｓ２７）で、新経路（経路（４））により送信されたＤＬパケットを送信する。これにより、移動先ゲートウェイ４０は順序反転のないＤＬパケットを移動局７０に送信するため、移動局７０は順序反転のないＤＬパケットを受信できる。
【００５３】
そして、一連の処理が終了し、移動局７０は以後移動先の基地局６０との間でパケットを送受信する。
【００５４】
このように移動先ゲートウェイ４０は、同時登録により、各ゲートウェイ３０，４０とホームエージェント２０との間で双方向トンネルが維持されている間、新経路のＤＬパケットを廃棄するため（Ｓ１５〜Ｓ２４）、移動局７０はＤＬパケットを重複受信しない。
【００５５】
また、ゲートウェイ３０，４０は旧経路宛ＵＬパケットの送信完了を双方で確認し、迂回して解放要求をホームエージェント２０に送信するため（Ｓ１６〜Ｓ２２）、旧経路（経路（３））に滞留したＵＬパケットのパケットロスを防止できる。
【００５６】
さらに、移動先ゲートウェイ４０は新経路のＤＬパケットをバッファリングしているため（Ｓ２４〜Ｓ２８）、移動局７０は順序反転したＤＬパケットを受信することがない。
【００５７】
なお、本実施例１では、移動元及び移動先ゲートウェイ３０，４０が上述した処理を行うため、ホームエージェント２０に対して新たな機能を追加することなく実施できる。
【００５８】
＜実施例２＞
次に実施例２を説明する。移動通信システム１０のネットワーク構成とゲートウェイ３０，４０の構成は実施例１と同一である（図１，図２）。本実施例２は、実施例１によるメッセージをいわゆるＷｉＭＡＸで使用されるメッセージ（ゲートウェイ間トンネル解放メッセージ）にマッピングする例である。これにより、本移動通信システム１０はＷｉＭＡＸに合致した通信方式でハンドオーバを行い得る。
【００５９】
図４は本実施例２の移動通信システム１０の動作を示すシーケンス図である。本実施例１では、実施例１の旧経路宛ＵＬパケット送信完了通知（Ｓ１７，Ｓ１９）と旧経路宛ＤＬパケット送信完了通知（Ｓ２７）を、ＷｉＭＡＸで規定されたトンネル解放メッセージ（R4-DP-Release-Req, R4-DP-Release-Rsp）で行う。なお、「R4」とはゲートウェイ間のインターフェースを示す名称である。
【００６０】
具体的には以下のようになる。すなわち、移動先ゲートウェイ４０は、ＵＬ方向のトンネル解放要求メッセージ（R4-DP-Release-Req(Direction=UL)）を送信する（Ｓ１７’）。このトンネル解放要求メッセージは「旧経路宛ＵＬパケット送信完了通知」（実施例１のＳ１７）の意味が重畳され、本実施例２は当該通知としても使用する。
【００６１】
また、移動元ゲートウェイ３０はこれに応答する応答メッセージ（R4-DP-Release-Rsp(Direction=UL)）を移動先ゲートウェイ４０に送信する（Ｓ１９’）。このトンネル応答メッセージは「旧経路宛ＵＬパケット送信完了通知」（実施例１のＳ１９）としても使用する。
【００６２】
さらに、移動先ゲートウェイ４０は、移動元ゲートウェイ３０が旧経路宛ＤＬパケット送信完了通知を、ＤＬトンネル解放要求応答メッセージとして送信するように要求するＤＬトンネル解放要求メッセージ（R4-DP-Release-Req(Direction=DL)）を送信する（Ｓ２５ａ）。そして、移動元ゲートウェイ３０は応答メッセージ（旧経路宛ＤＬ送信完了通知）として、ＤＬトンネル解放応答メッセージ（R4-DP-Release-Rsp(Direction=DL)）を移動先ゲートウェイ４０に送信する（Ｓ２７’）。
【００６３】
なお、パケットバッファ制御部４２，３２がこれらのトンネル解放要求メッセージを生成して、パケット送信完了通知部４４，３４を介してゲートウェイ３０，４０に送信する。
【００６４】
また、移動先ゲートウェイ４０はホームエージェント２０から新経路追加応答を受信すると（Ｓ１３）、新経路（経路（４））宛のＵＬパケットをパケットバッファ４３に記憶し（Ｓ１３ａ）、ホームエージェント２０からの旧経路解放応答を受信すると（Ｓ２２）、当該ＵＬパケットを新経路でホームエージェント２０に送信する（Ｓ２２ａ）。Ｓ１３ａからＳ２２ａまでの間、双方向トンネルが新経路と旧経路の両方で維持され、順序反転なく確実にＵＬパケットをホームエージェント２０に送信するためである。例えば、パケットバッファ制御部４２が、かかるＵＬパケットのバッファ制御を行う。
【００６５】
＜実施例３＞
次に実施例３を説明する。本実施例３はホームエージェント２０が新経路経由のＵＬパケットをバッファリングする例である。
【００６６】
図５は本実施例３のゲートウェイ３０，４０とホームエージェント２０の構成例を示す図である。ホームエージェント２０にはバッファ２２とバッファ制御部２３を備える。
【００６７】
図６は本実施例３によるハンドオーバの動作例を示すシーケンス図である。ホームエージェント２０は、新経路追加を契機に（Ｓ１２，Ｓ１３）、新経路経由のＵＬパケットのバッファリングを開始する（Ｓ１３ａ’）。例えば、バッファ制御部２３が新経路追加応答を送信したときからＵＬパケットをバッファ２２に記憶する。
【００６８】
そして、ホームエージェント２０は、旧経路において滞留したＵＬパケットがなくなったことを示す旧経路解放（Ｓ２２）を契機に、バッファ制御部２３はバッファリングしたＵＬパケットの送信を開始する（Ｓ２２ａ’）。
【００６９】
本実施例３では、ホームエージェント２０がＵＬパケットをバッファリングし、移動先ゲートウェイ４０がＤＬパケットをバッファリング（Ｓ２４，Ｓ２８）し、それぞれ分担してパケットを記憶するため、移動先ゲートウェイ４０のバッファ量を削減できる。
【００７０】
＜実施例４＞
次に実施例４を説明する。本実施例４は、新経路宛（経路（４））のＵＬパケットや新経路経由のＤＬパケットのバッファリングは行わずに、これらのパケットが送信可能となったとき即座に送信する例である。
【００７１】
図７は本実施例４におけるハンドオーバの動作例を示すシーケンス図である。実施例２（図４）等と同一処理は同一符号を付している。移動先ゲートウェイ４０は新経路追加応答を受信すると（Ｓ１３）、新経路宛のＵＬパケットをバッファリングすることなくホームエージェント２０へ送信する（Ｓ１３ａ’’）。
【００７２】
また、移動先ゲートウェイ４０は、旧経路解放応答を受信すると（Ｓ２２）、重複ＤＬパケットの廃棄を停止し、新経路経由（経路（４））のＤＬパケットを基地局６０に送信する（Ｓ２４’’）。これらは例えば、パケットバッファ制御部４２が行う。
【００７３】
実施例２において移動先ゲートウェイ４０はＵＬパケットやＤＬパケットのバッファリングを行った（図４のＳ１３ａ，Ｓ２４）。パケットの順序反転を防止するためである。しかし、パケットのバッファリングを行うためジッタ特性が劣化する。ジッタ特性とはパケットの送信間隔のゆらぎを示す評価指標である。使用するアプリケーション（例えば、リアルタイムで視聴したい映像や音声など）によっては、パケットの順序反転よりもジッタに対して改善を図った方がよい場合もある。本実施例４において、移動先ゲートウェイ４０はパケットのバッファリングを行わずに直ちにパケットを送信するため、ジッタ特性の改善を図ることができる。
【００７４】
＜実施例５＞
次に実施例５を説明する。本実施例５はメッセージ認証に必要なセキュリティコンテキストを移動先ゲートウェイ４０と移動元ゲートウェイ３０とで共有する例である。
【００７５】
ＭＩＰプロトコルのメッセージには発信元ＩＰアドレスの偽造をチェックするＡｕｔｈｅｔｉｃａｔｉｏｎ  Ｅｘｔｅｎｓｉｏｎフィールドが付与される。このフィールドは暗号化キーがなければ生成できない。移動先ゲートウェイ４０とホームエージェント２０との間は暗号化キーが共有されて予めメッセージ認証が行われており、従って、移動先ゲートウェイ４０は、例えば新経路追加要求（Ｓ１２）をホームエージェント２０に直接送信できる。しかし、新経路追加要求の発信元とは異なる発信元の移動元ゲートウェイ３０は、移動先ゲートウェイ４０とホームエージェント２０との間で共有されている暗号化キーなどのセキュリティ情報をホームエージェント２０と共有していないため、ホームエージェント２０に対して移動先ゲートウェイ４０が送信した新経路追加要求に対応する解放要求のメッセージを直接送信できない。そこで、本実施例５は、移動元ゲートウェイ３０と移動先ゲートウェイ４０とでセキュリティコンテキストを共有させるようにしている。
【００７６】
図８は本実施例５におけるハンドオーバの例を示すシーケンス図である。実施例１等と同一処理には同一符号を付している。実施例１等では、移動先ゲートウェイ４０は旧経路解放要求（Registration Request (Sbit=0)）を迂回させていた（図３等のＳ２０，Ｓ２１）。本実施例５において移動元ゲートウェイ３０が直接ホームエージェント２０に旧経路解放要求を送信する（Ｓ２１α）。ただし、移動元ゲートウェイ３０は発信元を移動先ゲートウェイ４０として当該要求を送信する。ホームエージェント２０はこの要求に対して旧経路解放応答（Registration Reply）を移動先ゲートウェイ４０に送信する（Ｓ２２α）。移動先ゲートウェイ４０は、この応答を移動元ゲートウェイ３０に転送する。
【００７７】
次いで、移動元ゲートウェイ３０は移動先ゲートウェイ４０との間のトンネル解放を要求する（Ｓ１９’）。
【００７８】
なお、セキュリティコンテキストは例えば認証のためのセキュリティ情報（例えば暗号化キー）を含み、ＭＩＰ制御部４１，３１（図２）のメモリなどに記憶される。また、例えばＭＩＰ制御部４１，３１がＳ２１α、Ｓ２２αの処理を行う。
【００７９】
さらに、移動先ゲートウェイ４０は移動元ゲートウェイ３０に旧経路解放応答（Ｓ２２α）を転送しなくてもよい。移動先ゲートウェイ４０はホームエージェント２０から当該応答を受信したタイミングで新経路宛のＵＬパケットの送信を行えばよいからであり、必ずしも移動元ゲートウェイ３０は当該応答の情報は必要ないからである。
【００８０】
さらに、移動先ゲートウェイ４０は、新経路宛ＵＬパケットの送信を、Ｓ２２αまたはＳ１９’のどちらかの契機で、開始すればよい。移動先ゲートウェイ４０はＳ２２αまたはＳ１９’のどちらからでも旧経路宛のＵＬパケットの送信の完了を把握できるからである。
【００８１】
本実施例５において移動先ゲートウェイ４０は旧経路解放要求を迂回させずに送信できる。また、移動元及び移動先ゲートウェイ３０，４０はともに旧経路宛ＵＬパケットの送信を完了し（Ｓ１６，Ｓ１８）、その後、移動元ゲートウェイ３０からホームエージェント２０に旧経路解放を要求する（Ｓ２１α）。したがって、本実施例５は、実施例１等と同様に旧経路解放要求が旧経路を経由する最終ＵＬパケットを追い越すことがなく、パケットの順序反転を防ぎ、ＵＬパケットのパケットロスを防ぐことができる。
【００８２】
＜実施例６＞
次に実施例６を説明する。実施例１〜５はＰｒｏｘｙ  ＭＩＰプロトコルの例で説明した。Ｐｒｏｘｙ  ＭＩＰプロトコルは、ゲートウェイ３０，４０が移動局７０のＭＮの機能（ＭＩＰプロトコルによるメッセージの送受信を行う機能）を代行するプロトコルである。本実施例６は、移動局７０がＭＮの機能を備えるクライアントＭＩＰの例である。
【００８３】
移動局７０はハンドオーバの際に、移動元ゲートウェイ３０と移動先ゲートウェイ４０間にゲートウェイ間トンネルがあることを認識しておらず、ホームエージェント２０と移動先ゲートウェイ４０のみを介して、パケットを送受信していると認識している。したがって、移動局７０がゲートウェイ間トンネルの解放や、ゲートウェイ間トンネルの端点であるゲートウェイ３０，４０からの同時登録に関与することは現実的ではない。そこで、同時登録のためのメッセージの送受信は移動先ゲートウェイ４０が代行し、移動先ゲートウェイ４０は移動局７０からの経路切り替え要求を書き換えるようにする。移動局７０はゲートウェイ３０，４０とホームエージェント２０との間で同時登録が行われていることが見えなくなる。
【００８４】
図９は本実施例６におけるハンドオーバの動作例を示すシーケンス図である。実施例１等と同一処理には同一符号を付している。なお、移動局７０と移動先ゲートウェイ４０、及びホームエージェント２０はセキュリティコンテキスト８０（実施例５）を共有する。実施例５と同様に、予めＭＩＰ制御部４１や移動局７０、ホームエージェント２０はセキュリティコンテキスト８０を保持する。
【００８５】
移動先ゲートウェイ４０は移動局７０にＡｇｅｎｔ  Ａｄｖｅｒｔｉｓｍｅｎｔを送信する（Ｓ１１β）。例えば、ＭＩＰ制御部４１がかかるメッセージを生成し、パケットバッファ制御部４２を経由して移動局７０に送信する。
【００８６】
移動局７０は、このメッセージを受信することにより、ｎｅｗ  ＦＡ（＝移動先ゲートウェイ４０）を認識し、ｎｅｗ  ＦＡ経由の経路へ切り替えるように要求する経路切替要求（Registration Request(Sbitフィールド無し)）を送信する（Ｓ１２β）。
【００８７】
次いで、移動先ゲートウェイ４０は、受信した経路切替要求を、新経路追加要求（Registration Request(Sbit=1)）に書き換えてホームエージェント２０に送信する（Ｓ１２）。例えば、ＭＩＰ制御部４１がかかる処理を行う。
【００８８】
その後、移動先ゲートウェイ４０は旧経路解放応答（Registration Reply）をホームエージェント２０から受信すると（Ｓ２２α）、経路切替応答（Registration Reply）に書き換えて、移動局７０に送信する（Ｓ２２β）。かかる書き換えはＭＩＰ制御部４１が行い、パケットバッファ制御部４２を経由して移動局７０に送信する。
【００８９】
移動局７０は、経路切替要求（Ｓ１２β）を送信して経路切替応答（Ｓ２２β）を受信するだけなので、経路が単純に旧経路から新経路に切り替わったことを認識するのみである。
【００９０】
このように、移動局７０がＭＩＰを備えるクライアントＭＩＰの場合でも、実施例１等と同様に実施できる。
【００９１】
以上まとめると付記のようになる。
【００９２】
（付記１）  
ホームエージェントと移動局との間でパケットの送受信を行い、前記移動局がハンドオーバする接続先のゲートウェイ装置において、
前記移動局がハンドオーバする前に接続した移動元ゲートウェイ装置を介した旧経路と、前記ゲートウェイ装置を介した新経路との両方で双方向トンネルの同時登録を要求する同時登録要求を前記ホームエージェントに送信する送信部と、
前記同時登録が維持されるとき、重複した前記移動局への下りパケットのうち一方を廃棄するパケット制御部と
を備えることを特徴とするゲートウェイ装置。
【００９３】
（付記２）
前記送信部は、前記旧経路を経由する上り最終パケットを追い越さないように前記旧経路に対する解放要求を、前記移動元ゲートウェイ装置に送信することを特徴とする付記１記載のゲートウェイ装置。
【００９４】
（付記３）
前記送信部は、ゲートウェイ間トンネル解放メッセージを前記移動元ゲートウェイ装置に送信することで、前記旧経路を経由する前記パケットの送信完了を前記移動元ゲートウェイ装置に通知することを特徴とする付記１記載のゲートウェイ装置。
【００９５】
（付記４）
さらに、パケットバッファ部を備え、
前記パケット制御部は前記下りパケットと前記ホームエージェントへの上りパケットとを前記パケットバッファ部に記憶することを特徴とする付記１記載のゲートウェイ装置。
【００９６】
（付記５）
さらに、パケットバッファ部を備え、
前記パケット制御部は前記下りパケットのみ前記パケットバッファ部に記憶し、
前記ホームエージェントへの上りパケットは前記ホームエージェントで記憶されることを特徴とする付記１記載のゲートウェイ装置。
【００９７】
（付記６）
前記パケット制御部は前記旧経路上に前記上りパケットが存在しなくなったときに前記下りパケットの廃棄を停止することを特徴とする付記１記載のゲートウェイ装置。
【００９８】
（付記７）
前記パケット制御部は、前記パケットを前記新経路で送信可能となったとき、前記パケットを記憶することなく直ちに前記ホームエージェントまたは前記移動局へ送信することを特徴とする付記１記載のゲートウェイ装置。
【００９９】
（付記８）
前記同時登録要求を送信した前記ゲートウェイ装置とは異なる前記移動元ゲートウェイ装置が、前記旧経路を経由する上り最終パケットを追い越さないように前記旧経路に対する解放要求を前記ホームエージェントに送信することを特徴とする請求項１記載のゲートウェイ装置。
【０１００】
（付記９）
前記送信部は、前記移動局からの経路切替要求を受信したとき当該経路切替要求を前記同時登録要求に書き換えて前記ホームエージェントに送信し、前記ホームエージェントからの前記旧経路に対する解放応答を受信したとき当該解放応答を前記経路切替要求に対する経路切替応答に書き換えて前記移動局に送信することを特徴とする付記１記載のゲートウェイ装置。
【０１０１】
（付記１０）
さらに、パケットバッファ部を備え、
前記パケット制御部は前記下りパケットの廃棄を停止するとともに、前記旧経路上の前記下りパケットがなくなるまでの間、前記新経路で送信すべき前記下りパケットを前記パケットバッファ部に記憶することを特徴とする付記６記載のゲートウェイ装置。
【０１０２】
（付記１１）
前記パケット制御部は前記旧経路上の前記下りパケットがなくなった後、前記パケットバッファに記憶された前記下りパケットの前記移動局への送信を開始することを特徴とする付記１０記載のゲートウェイ装置。
【０１０３】
（付記１２）
前記同時登録要求は前記新経路の追加を前記ホームエージェントに要求する新経路追加要求に含まれることを特徴とする付記１記載のゲートウェイ装置。
【０１０４】
（付記１３）
前記パケットバッファ制御部は前記新経路追加要求に対する新経路追加応答を前記ホームエージェントから受信したときから前記廃棄を開始することを特徴とする付記１２記載のゲートウェイ装置。
【０１０５】
（付記１４）
前記パケットバッファ制御部は前記旧経路からの前記下りパケットまたは前記新経路からの前記下りパケットのいずれか一方を廃棄することを特徴とする付記１記載のゲートウェイ装置。
【０１０６】
（付記１５）
前記移動元ゲートウェイ装置は前記ゲートウェイ装置と同じ前記ホームエージェントに対するセキュリティ情報を共有することを特徴とする付記８記載のゲートウェイ装置。
【０１０７】
（付記１６）
ホームエージェントと移動局との間でパケットの送受信を行い、前記移動局がハンドオーバする接続先のゲートウェイ装置におけるハンドオーバ方法であって、
前記移動局がハンドオーバする前に接続した移動元ゲートウェイ装置を介した旧経路と、前記ゲートウェイ装置を介した新経路との両方で双方向トンネルの同時登録を要求する同時登録要求を前記ホームエージェントに送信し、
前記同時登録が維持されるとき、重複した前記移動局への下りパケットのうち一方を廃棄する
ことを特徴とするハンドオーバ方法。
【図面の簡単な説明】
【０１０８】
【図１】図１は移動通信システムのネットワーク構成例を示す図である。
【図２】図２はゲートウェイ装置の構成例を示す図である。
【図３】図３はハンドオーバの動作例を示すシーケンス図である。
【図４】図４はハンドオーバの動作例を示すシーケンス図である。
【図５】図５はゲートウェイ装置とホームエージェントの構成例を示す図である。
【図６】図６はハンドオーバの動作例を示すシーケンス図である。
【図７】図７はハンドオーバの動作例を示すシーケンス図である。
【図８】図８はハンドオーバの動作例を示すシーケンス図である。
【図９】図９はハンドオーバの動作例を示すシーケンス図である。
【図１０】図１０は従来の移動通信システムのネットワーク構成例を示す図である。
【符号の説明】
【０１０９】
１０  移動通信システム、  ２０  ホームエージェント（ＨＡ）、  ２１  コピー部、  ２２  バッファ、  ２３  バッファ制御部、  ３０  移動元ゲートウェイ（Serving ASN-GW）、  ３１  ＭＩＰ制御部、  ３２  パケットバッファ制御部、  ３３  パケットバッファ、  ３４  パケット送信完了通知部、  ４０  移動先ゲートウェイ（Target ASN-GW）、  ４１  ＭＩＰ制御部、  ４２  パケットバッファ制御部、  ４３  パケットバッファ、  ４４  パケット送信完了通知部、  ５０  基地局（ＢＳ１）、  ６０  基地局（ＢＳ２）、  ７０  移動局    
【図１】
0004924501.tif 000002
【図２】
0004924501.tif 000003
【図３】
0004924501.tif 000004
【図４】
0004924501.tif 000005
【図５】
0004924501.tif 000006
【図６】
0004924501.tif 000007
【図７】
0004924501.tif 000008
【図８】
0004924501.tif 000009
【図９】
0004924501.tif 000010
【図１０】
0004924501.tif 000011