JP4932826B2 - 基地局およびハンドオーバ制御方法 - Google Patents

Description

本発明は、移動局がハンドオーバを行う際に、ユーザデータを転送するハンドオーバ制御技術に関し、特に、ポイントツーマルチポイントでユーザデータを転送する基地局およびハンドオーバ制御方法に関する。

ＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ−２０００）が適用されるシステムでは、移動局（ＵＥ： Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が移動し、同一サービス ＧＰＲＳ サポート ノード（ＳＧＳＮ： Ｓｅｒｖｉｃｅ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）配下に接続された２つの無線ネットワーク制御装置（ＲＮＣ： Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を跨るハンドオーバが行われる場合に、"ＳＲＮＳ Ｒｅｌｏｃａｔｉｏｎ（ＳＲＮＳリロケーション）"と呼ばれるプロシージャが起動される。

"ＳＲＮＳ Ｒｅｌｏｃａｔｉｏｎ"プロシージャでは、ＵＥとＲＮＣとの間で、終端されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ： Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）で、ＵＥとＲＮＣとの間で上位レイヤ（ＲＲＣ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を介してシーケンスナンバーの交換が行われ、移動先で重複送受信が無いようにプロトコルの状態を合わせる。また、ＰＤＣＰ ＰＤＵをソースＲＮＣからターゲットＲＮＣへ転送する機能が含まれる。

しかしながら、上述した背景技術には以下の問題がある。

ＩＭＴ−２０００が適用されるシステムでは、ＲＮＣを跨るハンドオーバ（Ｈａｎｄｏｖｅｒ）は、ごく稀にしか発生しないため、ユーザデータはターゲットＲＮＣのみに転送しておけばよかった。通常のＨａｎｎｄｏｖｅｒ、例えばＩｎｔｅｒ−ＮｏｄｅＢでは、無線レイヤ２プロトコル（ＲＬＣ： Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）でロス・重複を回避しており、Ｒｅｌｏｃａｔｉｏｎのようにデータ転送は実施されない。

ところが、ＩＭＴ−２０００が適用されるシステムのエンハンスメント技術として議論が開始された"Ｅ−ＵＴＲＡＮ"では、移動速度に関する要求条件が挙げられており、該要求条件には１２０ｋｍ／ｈ−３５０ｋｍ／ｈ（周波数帯によって、５００ｋｍ／ｈ）までサポートすることが挙げられている。また、無線レイヤ２プロトコルが、移動局と基地局との間で終端される可能性がアーキテクチャ的に高く、通常のＩｎｔｅｒ−ｅＮｏｄｅＢ Ｈａｎｄｏｖｅｒにおいてもロスレスのために、データ転送が必須である。

この様な高速環境、例えば新幹線における３５０ｋｍ／ｈで、データ通信、例えばＥ−ｍａｉｌ、インターネットを行っているＵＥがハンドオーバを行う際に、ソース基地局からターゲット基地局ヘデータ転送を行っても、ユーザデータを全て転送完了する前に、次の基地局ヘハンドオーバする可能性が高く、転送完了しなかったデータは、データ欠落が発生し、上位レイヤ（ＴＣＰ： ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）のスループットの低下などの問題が発生する虞がある。

そこで、本発明は、上述した問題点を鑑みてなされたものであり、高速移動中においてもロスレスハンドオーバを提供することができる基地局およびハンドオーバ制御方法を提供することにある。

上記課題を解決するため、本発明の基地局は、
移動局に送信するユーザデータを転送する複数の転送先の基地局を選択する転送先決定手段；
前記転送先決定手段により決定された転送先の基地局に前記ユーザデータを転送するデータ転送手段；
を備え、
前記転送先決定手段は、ＣＰＵ負荷、格納されているデータ量および伝送路帯域のうち少なくとも１つに基づいて、前記転送先の基地局の数を決定し、
前記データ転送手段は、前記転送先の基地局に、同時に前記ユーザデータを転送する。

このように構成することにより、データの転送完了前にハンドオーバが行われた場合でも、データ欠落を防ぐことができる。

また、本発明のハンドオーバ制御方法は、
移動局に送信するユーザデータを転送する複数の転送先の基地局を選択する転送先決定ステップ；
前記転送先決定ステップにより決定された転送先の基地局に、同時に前記ユーザデータを転送するデータ転送ステップ；
を有し、
前記転送先決定ステップは、ＣＰＵ負荷、格納されているデータ量および伝送路帯域のうち少なくとも１つに基づいて、前記転送先の基地局の数を決定する。

このようにすることにより、データの転送完了前にハンドオーバが行われた場合でも、データ欠落を防ぐことができる。

本発明の実施例によれば、高速移動中においてもロスレスハンドオーバを提供することができる基地局およびハンドオーバ制御方法を実現できる。

本発明の一実施例にかかる無線アクセスネットワークを示す説明図である。 本発明の一実施例にかかる基地局を示すブロック図である。 本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。 本発明の一実施例にかかるソース基地局の動作を示すフロー図である。 本発明の一実施例にかかるターゲット基地局の動作を示すフロー図である。 本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。 本発明の一実施例にかかるソース基地局の動作を示すフロー図である。 本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。 本発明の一実施例にかかるソース基地局の動作を示すフロー図である。 本発明の一実施例にかかるターゲット基地局の動作を示すフロー図である。 本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。 本発明の一実施例にかかるソース基地局の動作を示すフロー図である。

符号の説明

１００ 無線アクセスネットワーク
２００ コアネットワーク
３００、３００_１、３００_２、３００_３ アクセスゲートウェイ（ａＧＷ）
４００、４００_１、４００_２、４００_３ 基地局（ｅＮＢ： ｅＮｏｄｅ Ｂ）
５００ 移動局（ＵＥ： Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

次に、本発明の実施例について図面を参照して説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。

本発明の実施例にかかる無線アクセスネットワークについて、図１を参照して説明する。

本実施例においては、一例として３ＧＰＰで標準化が進められているＥ−ＵＴＲＡ（Ｅｖｏｌｕｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ） ａｎｄ Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｕｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に適用した場合について説明する。

本実施例にかかる無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１００は、コアネットワーク２００と、コアネットワーク２００と無線アクセスネットワークとの間のゲートウェイとして機能するアクセスゲートウェイ（ａＧＷ： Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）３００（３００_１、３００_２、３００_３）と、アクセスゲートウェイ３００配下に接続された複数の基地局（ｅＮｏｄｅ Ｂ）４００（４００_１、４００_２、４００_３）と、移動局（ＵＥ）５００から構成される。

コアネットワーク２００は、例えば、ＩＰバックボーン（ＩＰ ｂａｃｋｂｏｎｅ）２５０を備える。

アクセスゲートウェイ３００は、飛躍的な接続時間の短縮、レイテンシ（Ｌａｔｅｎｃｙ）の削減を狙い、ＩＭＴ−２０００におけるゲートウェイ ＧＰＲＳ サポート ノード（ＧＧＳＮ： Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、ＳＧＳＮ（Ｓｅｒｖｉｃｅ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、およびＲＮＣの少なくとも一部の機能を統合したノードである。したがって、アクセスゲートウェイ３００は、コアネットワーク２００の機能と、無線アクセスネットワーク１００の機能とを併せ持つノードである。

基地局４００は、飛躍的な接続時間の短縮、レイテンシ（Ｌａｔｅｎｃｙ）の削減を狙い、ＩＭＴ−２０００におけるＲＮＣおよびＮｏｄｅＢの少なくとも一部の機能を統合したノ−ドである。ここで、ｅＮｏｄｅＢには、Ｕプレーンの機能としてＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコル、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）プロトコルなどが実装され、Ｃプレーンの機能としてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）プロトコルが実装される。

ここでは、無線アクセスネットワークの一例として、Ｅ−ＵＴＲＡＮについて説明したが、これに限定されるものではなく、他のシステムアーキテクチャ構成であってもよい。

移動局５００がハンドオーバする際に、ソースＮＢのＯｕｔｅｒ ＡＲＱ機能部で、バッファリングされたユーザデータ、例えばアウター ＡＲＱ サービス データ ユニット（Ｏｕｔｅｒ ＡＲＱ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ））、すなわち未送信データと送達未確認データとを、ターゲットＮＢヘフォワディング可能な機能が、ＮＢに実装される。併せて、データをフォワディングするための伝送路が設定される。

次に、本実施例にかかる基地局４００について、図２を参照して説明する。

本実施例にかかる基地局４００は、制御部４０２と、制御部４０２と接続されたデータ蓄積部４０４、データ転送部４０６、有線伝送部４０８、移動情報収集手段としての移動速度測定部４１０、転送先決定手段としてのデータ転送先決定部４１２および無線伝送部４１４とを備える。

制御部４０２は、Ｎｏｄｅ Ｂが備える各機能エンティティに対する制御を行い、Ｎｏｄｅ Ｂ全体の動作を制御する。詳細な機能は後述する。

有線伝送部４０８は、アクセスゲートウェイ３００から転送されたユーザデータを受信し、該ユーザデータをデータ蓄積部４０４に転送する。また、有線伝送部４０８は、基地局間のインターフェースを介して、ハンドオーバのための制御信号をやり取りする。また、有線伝送部４０８は、基地局間のインターフェースを介して、データ蓄積部４０４に蓄積したユーザデータを複数の転送先に転送する。

無線伝送部４１４は、移動局から報告されるメジャメントリポート（通信品質報告）を取得する。

データ蓄積部４０４は、アクセスゲートウェイ３００から送信されたユーザに送信するユーザデータを蓄積する。

データ転送部４０６は、ハンドオーバプロシージャが起動した際に、データ転送先決定部４１２において決定された転送先の基地局に、データ蓄積部４０４で蓄積しているユーザデータを転送する。

データ転送先決定部４１２は、ハンドオーバの際にデータ蓄積部４０４に蓄積されているユーザデータを転送する転送先を決定する。例えば、データ転送先決定部４１２は、移動局から報告されるメジャメントリポートに基づいて、リソースを確保できる基地局のうち、最も通信品質のよい基地局と、該基地局の周囲に配置された基地局をグルーピング（グループ化）し、転送先の基地局とする。すなわち、データ転送先決定部４１２は、移動局から報告されるメジャメントリポートに基づいて、最も通信品質がよい基地局（セル）、かつリソースを確保できた基地局（セル）を必ず含み、これらの基地局の周囲の基地局をグルーピングする。

また、データ転送先決定部４１２は、過去の基地局における移動局の通過履歴から、移動局の移動方向を推測し、移動方向にある基地局をグルーピングして、選択するようにしてもよい。または、電車、あるいは高速道路上の自動車のように、一旦乗ってしまえば移動方向がある程度制限される環境では、該移動方向にある基地局をグルーピングするようにしてもよい。例えば、電車の場合、移動局は電車内であることをＮＷに通知する構成としてもよい。（その際、移動局に電車内であることを認識させるために、報知情報で報知してもよい。）その結果、データ転送先決定部４１２は、移動局の移動方向を推測し、移動方向にある基地局をグルーピングして、選択する。

本実施例で想定したグルーピング方法は、これらに限定されるものではなく、他の規範に基づいてグルーピングしてもよい。

また、データ転送先決定部４１２は、ユーザデータの転送能力および接続されている伝送路の転送能力のうち少なくとも一方に基づいて、ユーザデータを転送する基地局の数、すなわちグルーピングする基地局の数を決定する。例えば、データ転送先決定部４１２は、ＣＰＵ負荷、格納されているデータ量および伝送路帯域のうち少なくとも１つに基づいて、ユーザデータを転送する基地局の数を決定する。

移動速度測定部４１０は、有線を介して他の基地局から移動局の移動速度を取得、あるいは、無線を介して移動局の移動速度などの移動局の移動に関する情報を推定する。移動速度の推定は、移動局が基地局をＨａｎｄｏｖｅｒする頻度や、ドップラー周波数（ｆｄ）から推定する構成としてもよい。これ以外の推定方法に限定されるものではなく、その他の推定方法であってもよい。また、移動速度測定部４１０は、移動局の移動に関する情報、例えば移動速度を示す情報をデータ転送先決定部４１２に通知する。この場合、データ転送先決定部４１２は、移動速度測定部４１０により通知された移動速度に基づいて、該移動速度がシステムで予め規定する閾値を超えるか否かを判断する。データ転送先決定部４１２は、移動速度が閾値を超えない場合には、データを転送する基地局をハンドオーバ先の基地局に決定する。

次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図３を参照して説明する。

本実施例においては、移動局５００が、アクセスゲートウェイ３００_１配下に接続されたソース基地局４００_１からターゲット基地局４００_２にハンドオーバする場合について説明する。

移動局５００は、ソース基地局４００_１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００_１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポート（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を報告する（ステップＳ３０２）。

ソース基地局４００_１は、移動局５００からのメジャメントリポートに基づいて、リソースの空き状況を確認する適切なターゲット基地局を選択する（ＨＯ ｄｅｃｉｓｉｏｎ）（ステップＳ３０４）。例えば、ターゲット基地局として基地局４００_２が選択される。

次に、ソース基地局４００_１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報を基地局４００_２へ転送する（ＨＯ ｒｅｑｕｅｓｔ）（ステップＳ３０６）。

次に、基地局４００_２は、ソース基地局４００_１から転送されたコンテキストに含まれるＱｏＳ情報に基づいて、リソースを割り当てる（Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）。また、ターゲット基地局４００_２は、割り当てたリソースの予約を行う（ステップＳ３０８）。

次に、基地局４００_２は、必要なリソースの予約が成功した場合に、ソース基地局４００_１に対して、ハンドオーバのための準備が完了したことを示すコンテキスト転送応答（ＨＯ ｒｅｓｐｏｎｓｅ）を通知する（ステップＳ３１０）。

ここで、基地局４００_２は、必要なリソースが確保できない場合には、ソース基地局４００_１に対して、移動局５００へのリソースが確保できないことを通知する。

ソース基地局４００_１は、コンテキスト転送応答を受信すると、ハンドオーバ予定の移動局５００の移動速度を測定または推測し、システムで予め指定した移動速度よりも速い場合、すなわち予め決定された閾値以上である場合に、転送先の基地局のグルーピングを行なう。ソース基地局４００_１は、グルーピング候補として、ハンドオーバ先に選択したターゲット基地局を必ず含み、それ以外に、基地局のユーザデータ転送能力および基地局が接続されている伝送路の転送の能力のうち少なくとも一方に基づいて、複数の候補を移動局のメジャメントリポートから選択する（Ｕｓｅｒ ｍｏｂｉｌｉｔｙ ａｎａｌｙｓｉｓ）。

また、ソース基地局４００_１は、基地局４００_２をハンドオーバ先基地局、すなわちターゲット基地局として決定する（ｆｏｒｗａｒｄｉｎｇ ＮＢｓ ｄｅｃｉｓｉｏｎ）（ステップＳ３１２）。

一方、ソース基地局４００_１は、基地局４００_２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のターゲット基地局を選択する。すなわち、ステップＳ３０４と同様の動作を行う。

次に、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００_１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ ｕｓｅｒ ｄａｔａ ｆｏｒｗａｒｄｉｎｇ）（ステップＳ３１４、ステップＳ３１６、ステップＳ３１８）。

ソース基地局４００_１は、移動局５００に対してターゲット基地局４００_２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ＨＯ Ｃｏｍｍａｎｄ）（ステップＳ３２０）。

次に、移動局５００は、ターゲット基地局４００_２から同期チャネルを受信し、ターゲット基地局４００_２と無線同期を確立し、無線チャネルを設定する（Ｌ１／Ｌ２ ＨＯ Ｒｘ ＳＣＨ ｆｒｏｍ ｔＮＢ）（ステップＳ３２２）。

ターゲット基地局４００_２との無線チャネルの設定後、移動局５００は、ターゲット基地局４００_２に対してハンドオーバが完了したことを通知する（ＨＯ ｃｏｍｐｌｅｔｅ）（ステップＳ３２４）。

次に、ターゲット基地局４００_２は、ソース基地局４００_１にハンドオーバが完了したことを示すハンドオーバ確認完了通知（ＨＯ ｃｏｎｆｉｒｍ）を通知する（ステップＳ３２６）。ステップＳ３２６はあることが望ましいが、あっても無くてもよい。

次に、ターゲット基地局４００_２は、アクセスゲートウェイ３００_１にパス更新リクエスト（Ｐａｔｈ ｓｗｉｔｃｈ）を送信する（ステップＳ３２８）。アクセスゲートウェイ３００_１は、デスティネーションをソース基地局４００_１からターゲット基地局４００_２ヘパス更新を実行する。

ソース基地局４００_１は、データ蓄積部４０４に蓄積されたデータを破棄する（ステップＳ３３０）。

次に、アクセスゲートウェイ３００_１は、ソース基地局４００_１への基地局−アクセスゲートウェイ間のシグナリングをリリース、すなわち解放する（ステップＳ３３２）。

次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について説明する。

本実施例においては、ソース基地局とターゲット基地局に分けて、その動作を説明する。

ソース基地局の動作について、図４を参照して説明する。

ソース基地局４００_１は、制御部４０２において、移動局５００からメジャメントリポートを受信したか否かを判断する（ステップＳ４０２）。

制御部４０２は、移動局５００からメジャメントリポートを受信していないと判断した場合（ステップＳ４０２：ＮＯ）、当該処理を終了する。

制御部４０２は、移動局５００からメジャメントリポートを受信したと判断した場合（ステップＳ４０２：ＹＥＳ）、移動局５００から報告されたメジャメントリポートに格納された周辺基地局（セル）の通信品質を示す情報に基づいて、最も通信品質のよい基地局をハンドオーバ先基地局の候補として選択し、そのハンドオーバ先の候補として選択した基地局に、移動局コンテキストを転送し、ハンドオーバ先候補基地局のリソース予約を行う（ステップＳ４０４）。

次に、制御部４０２は、ハンドオーバ先の候補として選択した基地局からリソース予約完了応答、例えばコンテキスト転送応答を受信したか否か判断する（ステップＳ４０６）。

リソース予約完了応答を受信していない場合（ステップＳ４０６：ＮＯ）、ステップＳ４０４に戻る。

一方、リソース予約確認応答を受信した場合（ステップＳ４０６：ＹＥＳ）、移動速度測定部４１０は、移動局５００の移動速度を、無線を介して取得する。データ転送先決定部４１２は、該移動速度を解析し、移動速度が所定の移動速度を超えた場合、すなわちシステムで予め決定された閾値以上である場合に、ターゲット基地局を複数設定し、グルーピングを行う。データ転送部４０６は、データ転送先決定部４１２により設定されたターゲット基地局にユーザデータのデータ転送を開始する（ステップＳ４０８）。ここで、移動速度測定部４１０は、移動局５００の移動速度を、有線を介して取得するようにしてもよい。

ターゲット基地局群へユーザデータの転送開始後、制御部４０２は、移動局５００に対し、無線チャネルの切換要求を送信する。例えば、制御部４０２は、移動局５００に対してターゲット基地局４００_２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ステップＳ４１０）。

次に、制御部４０２は、ターゲット基地局からハンドオーバ完了確認応答を受信したか否か判断する（ステップＳ４１２）。

ハンドオーバ完了確認応答を受信していない場合（ステップＳ４１２：ＮＯ）、ステップＳ４１０に戻る。

一方、ハンドオーバ完了確認応答を受信した場合（ステップＳ４１２：ＹＥＳ）、ローカルに蓄積していたユーザデータを破棄する（ステップＳ４１４）。

次に、制御部４０２は、アクセスゲートウェイ３００からパスリリース通知を受信したか否かを判断する（ステップＳ４１６）。

パスリリース通知を受信していない場合（ステップＳ４１６：ＮＯ）、ステップＳ４１４に戻る。

一方、パスリリース通知を受信した場合（ステップＳ４１６：ＹＥＳ）、当該処理を正常に終了する。

ターゲット基地局の動作について、図５を参照して説明する。

ターゲット基地局は、制御部４０２において、ソース基地局４００_１からリソース確保要求を受信したか否か判断する（ステップＳ５０２）。

リソース確保要求を受信していない場合（ステップＳ５０２：ＮＯ）、当該処理を終了する。

一方、ソース基地局４００_１からリソース確保要求を受信した場合（ステップＳ５０２：ＹＥＳ）、ターゲット基地局は、リソース確保要求に含まれるコンテキスト内のＱｏＳ情報に基づいて、リソース予約を行い、ソース基地局４００_１に対し、リソース確保が完了したことを通知するリソース予約完了応答、例えばコンテキスト転送応答を送信する（ステップＳ５０４）。

次に、制御部４０２は、移動局５００から無線チャネル切換完了通知、例えばＨＯ ｃｏｍｐｌｅｔｅを受信したか否か判断する（ステップＳ５０６）。

移動局５００から無線チャネル切換完了通知を受信していない場合（ステップＳ５０６：NO）、当該処理を終了する。

一方、移動局５００から無線チャネル切換完了通知を受信した場合（ステップＳ５０６：ＹＥＳ）、制御部４０２は、アクセスゲートウェイ３００に対して、パス切換要求、例えばパス更新リクエスト（Ｐａｔｈ ｓｗｉｔｃｈ）を送信する。また、制御部４０２は、ソース基地局４００_１に対し、ハンドオーバ確認完了通知を送信する（ステップＳ５０８）。次に、当該処理を正常に終了する。

次に、本発明の他の実施例にかかる無線アクセスネットワークについて説明する。

本実施例にかかる無線アクセスネットワークの構成は、図１を参照して説明した無線アクセスネットワークと同様であるためその説明を省略する。

本実施例にかかる基地局の構成は、図２を参照して説明した基地局と同様であるため、その説明を省略する。

次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図６を参照して説明する。

本実施例においては、移動局５００が、アクセスゲートウェイ３００_１配下に接続されたソース基地局４００_１からターゲット基地局４００_２にハンドオーバする場合について説明する。

移動局５００は、ソース基地局４００_１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００_１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポートを報告する（ステップＳ６０２）。

次に、ソース基地局４００_１は、ハンドオーバ予定の移動局５００の移動速度を測定または推測し、システムで予め指定した移動速度よりも速い場合、すなわち予め決定された閾値以上である場合に、ハンドオーバ先の候補となる基地局のグルーピングを行なう。ソース基地局４００_１は、グルーピング候補として、基地局のユーザデータ転送能力および基地局が接続されている伝送路の転送の能力のうち少なくとも一方に基づいて、ハンドオーバ先の候補となる複数の基地局を移動局のメジャメントリポートに基づいて選択する（Ｕｓｅｒ ｍｏｂｉｌｉｔｙ ａｎａｌｙｓｉｓ & ＨＯ ｄｅｃｉｓｉｏｎ）（ステップＳ６０４）。例えば、ハンドオーバ先の候補となる基地局として基地局４００_２〜４００_ｍ選択される。

次に、ソース基地局４００_１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報をハンドオーバ先の候補となる基地局４００_２〜４００_ｍへ転送する（ＨＯ ｒｅｑｕｅｓｔ）（ステップＳ６０６、ステップＳ６０８）。例えば、ソース基地局４００_１は、コンテキストをハンドオーバ先の候補となる基地局４００_２〜４００_ｍへマルチキャストで転送する。

次に、ハンドオーバ先の候補となる基地局４００_２〜４００_ｍは、ソース基地局４００_１から転送されたコンテキストに含まれるＱｏＳ情報に基づいて、リソースを割り当てる（Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）。また、ハンドオーバ先の候補となる４００_２〜４００_ｍは、割り当てたリソースの予約を行う（ステップＳ６１０、ステップＳ６１２）。

次に、基地局４００_２〜４００_ｍは、必要なリソースの予約が成功した場合に、ソース基地局４００_１に対して、ハンドオーバのための準備が完了したことを示すコンテキスト転送応答を通知する（ＨＯ ｒｅｓｐｏｎｓｅ）（ステップＳ６１４、ステップＳ６１６）。

ここで、基地局４００_２〜４００_ｍは、必要なリソースが確保できない場合には、ソース基地局４００_１に対して、移動局５００へのリソースが確保できないことを通知する。

ソース基地局４００_１は、基地局４００_２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のハンドオーバ先の候補となる基地局を選択する。すなわち、ステップＳ６０４と同様の動作を行う。

次に、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００_１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ ｕｓｅｒ ｄａｔａ ｆｏｒｗａｒｄｉｎｇ）（ステップＳ６１８、ステップＳ６２０、ステップＳ６２２）。例えば、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へユーザデータをマルチキャストで転送する。

ソース基地局４００_１は、移動局５００に対してターゲット基地局４００_２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ＨＯ Ｃｏｍｍａｎｄ）（ステップＳ６２４）。

次に、移動局５００は、ターゲット基地局４００_２から同期チャネルを受信し、ターゲット基地局４００_２と無線同期を確立し、無線チャネルを設定する（Ｌ１／Ｌ２ ＨＯ Ｒｘ ＳＣＨ ｆｒｏｍ ｔＮＢ）（ステップＳ６２６）。

ターゲット基地局４００_２との無線チャネルの設定後、移動局５００は、ターゲット基地局４００_２に対してハンドオーバが完了したことを通知する（ＨＯ ｃｏｍｐｌｅｔｅ）（ステップＳ６２８）。

次に、ターゲット基地局４００_２は、ソース基地局４００_１にハンドオーバが完了したことを示すハンドオーバ確認完了通知（ＨＯ ｃｏｎｆｉｒｍ）を通知する（ステップＳ６３０）。

次に、ターゲット基地局４００_２は、アクセスゲートウェイ３００_１にパス更新リクエスト（Ｐａｔｈ ｓｗｉｔｃｈ）を送信する（ステップＳ６３２）。アクセスゲートウェイ３００_１は、デスティネーションをソース基地局４００_１からターゲット基地局４００_２ヘパス更新を実行する。

ソース基地局４００_１は、データ蓄積部４０４に蓄積されたデータを破棄する（ステップＳ６３４）。

次に、アクセスゲートウェイ３００_１は、ソース基地局４００_１への基地局−アクセスゲートウェイ間のシグナリングをリリース、すなわち解放する（ステップＳ６３６）。

次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について説明する。

本実施例においては、ターゲット基地局の動作でついては、図５を参照して説明した動作と同様であるためソース基地局の動作について、図７を参照して説明する。

ソース基地局４００_１は、制御部４０２において、移動局５００からメジャメントリポートを受信したか否かを判断する（ステップＳ７０２）。

移動局５００からメジャメントリポートを受信していないと判断した場合（ステップＳ７０２：ＮＯ）、当該処理を終了する。

移動局５００からメジャメントリポートを受信したと判断した場合（ステップＳ７０２：ＹＥＳ）、移動速度測定部４１０は、移動局５００の移動速度を、無線を介して取得する（ステップＳ７０４）。また、移動速度測定部４１０は、移動局５００の移動速度を、有線を介して取得するようにしてもよい。

データ転送先決定部４１２は、該移動速度を解析し、移動速度が所定の移動速度を超えるか否か、すなわちシステムで予め決定された閾値以上であるか否かを判断する（ステップＳ７０６）
移動速度がシステムで予め決定された閾値以上である場合（ステップＳ７０６：ＹＥＳ）、データ転送先決定部４１２は、移動局５００から報告されたメジャメントリポートに格納された周辺基地局（セル）の通信品質を示す情報に基づいて、ターゲット基地局を複数設定し、グルーピングを行う（ステップＳ７０８）。

一方、移動速度がシステムで予め決定された閾値以上でない場合（ステップＳ７０６：ＮＯ）、データ転送先決定部４１２は、移動局５００から報告されたメジャメントリポートに格納された周辺基地局（セル）の通信品質を示す情報に基づいて、ターゲット基地局を設定する（ステップＳ７１０）。

次に、制御部４２０は、例えば有線伝送部４０８を介して、そのハンドオーバ先の候補として選択した基地局に、移動局コンテキストを転送し、ハンドオーバ先候補基地局のリソース予約を行う（ステップＳ７１２）。

次に、制御部４０２は、ハンドオーバ先の候補として選択した基地局からリソース予約完了応答を受信したか否か判断する（ステップＳ７１４）。

リソース予約完了応答を受信していない場合（ステップＳ７１４：ＮＯ）、ステップＳ７１２に戻る。

一方、リソース予約確認応答を受信した場合（ステップＳ７１４：ＹＥＳ）、データ転送部４０６は、データ転送先決定部４１２により設定されたターゲット基地局にユーザデータのデータ転送を開始する（ステップＳ７１６）。

ターゲット基地局群へユーザデータの転送開始後、制御部４０２は、移動局５００に対し、無線チャネルの切換要求を送信する（ステップＳ７１８）。

次に、制御部４０２は、ターゲット基地局からハンドオーバ完了確認応答を受信したか否か判断する（ステップＳ７２０）。

ハンドオーバ完了確認応答を受信していない場合（ステップＳ７２０：ＮＯ）、ステップＳ７１８に戻る。

一方、ハンドオーバ完了確認応答を受信した場合（ステップＳ７２０：ＹＥＳ）、ローカルに蓄積していたユーザデータを破棄する（ステップＳ７２２）。

次に、制御部４０２は、アクセスゲートウェイ３００からパスリリース通知を受信したか否かを判断する（ステップＳ７２４）。

パスリリース通知を受信していない場合（ステップＳ７２４：ＮＯ）、ステップＳ７２２に戻る。

一方、パスリリース通知を受信した場合（ステップＳ７２４：ＹＥＳ）、当該処理を正常に終了する。

本発明の他の実施例にかかる無線アクセスネットワークについて説明する。

本実施例に係る無線アクセスネットワークの構成は図１を参照して説明した構成と同様である。

基地局４００は、飛躍的な接続時間の短縮、レイテンシ（Ｌａｔｅｎｃｙ）の削減を狙い、ＩＭＴ−２０００におけるＲＮＣおよびＮｏｄｅＢの少なくとも一部の機能を統合したノ−ドである。ここで、ｅＮｏｄｅＢには、Ｕプレーンの機能としてＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコル、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）プロトコル、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）などが実装され、Ｃプレーンの機能としてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）プロトコル、Ｓ１−ＡＰ（Ｓ１−Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）、Ｘ２−ＡＰ（Ｘ２−Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）が実装される。

移動局５００がハンドオーバする際に、ソースＮＢのＰＤＣＰ機能部で、バッファリングされたユーザデータ、例えば、サービスデータユニット（ＳＤＵ： Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）すなわち未送信データと送達未確認データとを、ターゲットＮＢヘフォワディング可能な機能が、ＮＢに実装される。併せて、データをフォワディングするための伝送路が設定される。この伝送路は、無線であっても有線であってもよい。

本実施例にかかる基地局４００の構成は図２を参照して説明した構成と同様である。

制御部４０２は、移動局５００から送信されたハンドオーバ完了を示す情報を認識し、該情報に基づいて、アクセスゲートウェイ３００に対して転送経路を変更する要求を行うために、ハンドオーバが完了したことを通知するハンドオーバ完了通知を行う。また、制御部４０２は、ハンドオーバ元の基地局ヘ、リソース解放（Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅ）メッセージによりハンドオーバが完了したことを通知する。

次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図８を参照して説明する。

本実施例においては、移動局５００が、アクセスゲートウェイ３００_１配下に接続されたソース基地局４００_１からターゲット基地局４００_２にハンドオーバする場合について説明する。

移動局５００は、ソース基地局４００_１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００_１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポート（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を報告する（ステップＳ８０２）。

ソース基地局４００_１は、移動局５００からのメジャメントリポートに基づいて、リソースの空き状況を確認する適切なターゲット基地局を選択する（ＨＯ ｄｅｃｉｓｉｏｎ）（ステップＳ８０４）。例えば、ターゲット基地局として基地局４００_２が選択される。

次に、ソース基地局４００_１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報を基地局４００_２へ転送する（ＨＯ ｒｅｑｕｅｓｔ）（ステップＳ８０６）。

次に、基地局４００_２は、ソース基地局４００_１から転送されたコンテキストに含まれるＱｏＳ情報に基づいて、リソースを割り当てる（Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）。また、ターゲット基地局４００_２は、割り当てたリソースの予約を行う（ステップＳ８０８）。

次に、基地局４００_２は、必要なリソースの予約が成功した場合に、ソース基地局４００_１に対して、無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を含む、ハンドオーバのための準備が完了したことを示すハンドオーバリクエスト肯定応答（ＨＯ ｒｅｑｕｅｓｔ Ａｃｋ）を通知する（ステップＳ８１０）。

ここで、基地局４００_２は、必要なリソースが確保できない場合には、ソース基地局４００_１に対して、移動局５００へのリソースが確保できないことを通知する。

ソース基地局４００_１は、ハンドオーバリクエスト肯定応答を受信すると、ハンドオーバ予定の移動局５００の移動速度を測定または推測し、システムで予め指定した移動速度よりも速い場合、すなわち予め決定された閾値以上である場合に、転送先の基地局のグルーピングを行なう。ソース基地局４００_１は、グルーピング候補として、ハンドオーバ先に選択したターゲット基地局を必ず含み、それ以外に、基地局のユーザデータ転送能力および基地局が接続されている伝送路の転送の能力のうち少なくとも一方に基づいて、複数の候補を移動局のメジャメントリポートから選択する（Ｕｓｅｒ ｍｏｂｉｌｉｔｙ ａｎａｌｙｓｉｓ）。また、ソース基地局４００_１は、基地局４００_２をハンドオーバ先基地局、すなわちターゲット基地局として決定する（ｆｏｒｗａｒｄｉｎｇ ＮＢｓ ｄｅｃｉｓｉｏｎ）（ステップＳ８１２）。

一方、ソース基地局４００_１は、基地局４００_２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のターゲット基地局を選択する。すなわち、ステップＳ８０４と同様の動作を行う。

次に、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００_１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ ｕｓｅｒ ｄａｔａ ｆｏｒｗａｒｄｉｎｇ）（ステップＳ８１４、ステップＳ８１６、ステップＳ８１８）。

ソース基地局４００_１は、移動局５００に対してターゲット基地局４００_２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ＨＯ Ｃｏｍｍａｎｄ）（ステップＳ８２０）。

次に、移動局５００は、ターゲット基地局４００_２から同期チャネルを受信し、ターゲット基地局４００_２と無線同期を確立し、無線チャネルを設定する（Ｌ１／Ｌ２ ＨＯ Ｒｘ ＳＣＨ ｆｒｏｍ ｔＮＢ）（ステップＳ８２２）。

ターゲット基地局４００_２との無線チャネルの設定後、移動局５００は、ターゲット基地局４００_２に対してハンドオーバが完了したことを通知する（ＨＯ ｃｏｍｐｌｅｔｅ）（ステップＳ８２４）。

次に、ターゲット基地局４００_２は、ソース基地局４００_１に設定されているアクセスゲートウェイ３００_１からのパスをターゲット基地局４００_２へ変更するために、ハンドオーバが完了したことを通知するハンドオーバ完了通知（Ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｅ）をアクセスゲートウェイ３００_１に送信する（ステップＳ８２６）。

ハンドオーバ完了通知を受信したアクセスゲートウェイ３００_１は、ターゲット基地局４００_２に対し、パススイッチ完了を通知するためにハンドオーバ完了肯定応答（Ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｅ ＡＣＫ）を通知する（ステップＳ８２８）。

ハンドオーバ完了肯定応答を受信したターゲット基地局４００_２は、ソース基地局４００_１にリソース解放メッセージを送信する（ステップＳ８３０）。

リソース解放メッセージを受信したソース基地局４００_１は、複製したコンテキストを破棄する（Ｄｅｌｅｔｅ ｃｏｎｔｅｘｔ）（ステップＳ８３２）。

次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について、図９を参照して説明する。

本実施例においては、ソース基地局とターゲット基地局に分けて、その動作を説明する。

ソース基地局の動作については、図４を参照して説明したソース基地局の動作において、ステップＳ４１２以降における処理が異なる。ステップＳ４１２では、ターゲット基地局４００_２からリソース解放メッセージを受信したか否かを確認する（ステップＳ９１２）。ターゲット基地局４００_２からリソース解放メッセージを受信した場合（ステップＳ９１２：ＹＥＳ）、制御部４０２は、複製されたコンテキストおよびユーザデータを破棄し（ステップＳ９１４）、終了する。

ターゲット基地局の動作について、図１０を参照して説明する。

ターゲット基地局の動作については、図５を参照して説明したソース基地局の動作において、ステップＳ５０８以降における処理が異なる。ステップＳ５０８では、移動局５００からチャネル設定完了通知、例えばＨＯ ｃｏｍｐｌｅｔｅを受信したと判断した場合（ステップＳ５０６：ＹＥＳ）、制御部４０２は、アクセスゲートウェイ３００_１に対し、ハンドオーバ完了通知を送信する（ステップＳ１００８）。

次に、制御部４０２は、アクセスゲートウェイ３００_１から、ハンドオーバ完了肯定応答（ＨＯ Ｃｏｍｐｌｅｔｅ Ａｃｋ）を受信したか否かを判断する（ステップＳ１０１０）。制御部４０２は、アクセスゲートウェイ３００_１から、ハンドオーバ完了肯定応答（ＨＯ Ｃｏｍｐｌｅｔｅ Ａｃｋ）を受信した場合（ステップＳ１０１０）、ソース基地局に対し、リソース解放メッセージを送信する（ステップＳ１０１２）。

次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図１１を参照して説明する。

本実施例においては、移動局５００が、アクセスゲートウェイ３００_１配下に接続されたソース基地局４００_１からターゲット基地局４００_２にハンドオーバする場合について説明する。

移動局５００は、ソース基地局４００_１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００_１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポートを報告する（ステップＳ１１０２）。

次に、ソース基地局４００_１は、ハンドオーバ予定の移動局５００の移動速度を測定または推測し、システムで予め指定した移動速度よりも速い場合、すなわち予め決定された閾値以上である場合に、ハンドオーバ先の候補となる基地局のグルーピングを行なう。ソース基地局４００_１は、グルーピング候補として、基地局のユーザデータ転送能力および基地局が接続されている伝送路の転送の能力のうち少なくとも一方に基づいて、ハンドオーバ先の候補となる複数の基地局を移動局のメジャメントリポートに基づいて選択する（Ｕｓｅｒ ｍｏｂｉｌｉｔｙ ａｎａｌｙｓｉｓ & ＨＯ ｄｅｃｉｓｉｏｎ）（ステップＳ１１０４）。例えば、ハンドオーバ先の候補となる基地局として基地局４００_２〜４００_ｍ選択される。

次に、ソース基地局４００_１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報をハンドオーバ先の候補となる基地局４００_２〜４００_ｍへ転送する（ＨＯ ｒｅｑｕｅｓｔ）（ステップＳ１１０６、ステップＳ１１０８）。例えば、ソース基地局４００_１は、コンテキストをハンドオーバ先の候補となる基地局４００_２〜４００_ｍへマルチキャストで転送する。

次に、ハンドオーバ先の候補となる基地局４００_２〜４００_ｍは、ソース基地局４００_１から転送されたコンテキストに含まれるＱｏＳ情報に基づいて、リソースを割り当てる（Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）。また、ハンドオーバ先の候補となる４００_２〜４００_ｍは、割り当てたリソースの予約を行う（ステップＳ１１１０、ステップＳ１１１２）。

次に、基地局４００_２〜４００_ｍは、必要なリソースの予約が成功した場合に、ソース基地局４００_１に対して、ハンドオーバのための準備が完了したことを示すハンドオーバリクエスト肯定応答を通知する（ＨＯ ｒｅｑｕｅｓｔ Ａｃｋ）（ステップＳ１１１４、ステップＳ１１１６）。

ここで、基地局４００_２〜４００_ｍは、必要なリソースが確保できない場合には、ソース基地局４００_１に対して、移動局５００へのリソースが確保できないことを通知する。

ソース基地局４００_１は、基地局４００_２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のハンドオーバ先の候補となる基地局を選択する。すなわち、ステップＳ１１０４と同様の動作を行う。

次に、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００_１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ ｕｓｅｒ ｄａｔａ ｆｏｒｗａｒｄｉｎｇ）（ステップＳ１１１８、ステップＳ１１２０、ステップＳ１１２２）。例えば、ソース基地局４００_１は、ターゲット基地局４００_２を含むグルーピングされた複数の基地局群へユーザデータをマルチキャストで転送する。

ソース基地局４００_１は、移動局５００に対してターゲット基地局４００_２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ＨＯ Ｃｏｍｍａｎｄ）（ステップＳ１１２４）。

次に、移動局５００は、ターゲット基地局４００_２から同期チャネルを受信し、ターゲット基地局４００_２と無線同期を確立し、無線チャネルを設定する（Ｌ１／Ｌ２ ＨＯ Ｒｘ ＳＣＨ ｆｒｏｍ ｔＮＢ）（ステップＳ１１２６）。

ターゲット基地局４００_２との無線チャネルの設定後、移動局５００は、ターゲット基地局４００_２に対してハンドオーバが完了したことを通知する（ＨＯ ｃｏｍｐｌｅｔｅ）（ステップＳ１１２８）。

次に、ターゲット基地局４００_２は、ソース基地局４００_１に設定されているアクセスゲートウェイ３００_１からのパスをターゲット基地局４００_２へ変更するために、ハンドオーバが完了したことを通知するハンドオーバ完了通知（Ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｅ）をアクセスゲートウェイ３００_１に送信する（ステップＳ１１３０）。

ハンドオーバ完了通知を受信したアクセスゲートウェイ３００_１は、ターゲット基地局４００_２に対し、パススイッチ完了を通知するためにハンドオーバ完了肯定応答（Ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｅ ＡＣＫ）を通知する（ステップＳ１１３２）。

ハンドオーバ完了肯定応答を受信したターゲット基地局４００_２は、ソース基地局４００_１にリソース解放メッセージを送信する（ステップＳ１１３４）。

リソース解放メッセージを受信したソース基地局４００_１は、複製したコンテキストを破棄する（Ｄｅｌｅｔｅ ｃｏｎｔｅｘｔ）（ステップＳ１１３６）。

次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について、図１２を参照して説明する。

本実施例においては、ターゲット基地局の動作でついては、図１０を参照して説明した動作と同様であるためソース基地局の動作につい説明する。

ソース基地局の動作については、図７を参照して説明したソース基地局の動作において、ステップＳ７２０以降における処理が異なる。ステップＳ７２０では、ターゲット基地局４００_２からリソース解放メッセージを受信したか否かを確認する（ステップＳ１２２０）。ターゲット基地局４００_２からリソース解放メッセージを受信した場合（ステップＳ１２２０：ＹＥＳ）、制御部４０２は、複製されたコンテキストおよびユーザデータを破棄し（ステップＳ１２２２）、終了する。

本発明の実施例によれば、移動局の移動速度に基づいて、ハンドオーバ先基地局と、ユーザデータを転送する移動局とを同時に決定することができる。

以上説明したように、本発明の実施例によれば、ハンドオーバする可能性の高い基地局（セル）をグルーピングし、ハンドオーバの際に、グルーピングした基地局群へユーザデータをフォワディングすることにより、移動局が高速に移動する環境においても、データが送りきれずにデータが欠落することを防ぎ、効率的な転送、並びに、通信品質を確保できる効果が見込める。

本国際出願は、２００６年３月１０日に出願した日本国特許出願２００６−６６２８０号に基づく優先権を主張するものであり、２００６−６６２８０号の全内容を本国際出願に援用する。

本発明にかかる基地局およびハンドオーバ制御方法は、無線通信システムに適用できる。

Claims (8)

1. 移動局に送信するユーザデータを転送する複数の転送先の基地局を選択する転送先決定手段；
   前記転送先決定手段により決定された転送先の基地局に前記ユーザデータを転送するデータ転送手段；
   を備え、
   前記転送先決定手段は、ＣＰＵ負荷、格納されているデータ量および伝送路帯域のうち少なくとも１つに基づいて、前記転送先の基地局の数を決定し、
   前記データ転送手段は、前記転送先の基地局に、同時に前記ユーザデータを転送することを特徴とする基地局。
2. 請求項１に記載の基地局において：
   前記移動局の移動に関する情報を収集する移動情報収集手段；
   を備え、
   前記転送先決定手段は、前記移動局の移動に関する情報に基づいて、前記転送先の基地局を複数選択することを特徴とする基地局。
3. 請求項１に記載の基地局において：
   前記転送先決定手段は、前記移動局から通知された他の基地局の通信品質に基づいて、前記転送先の基地局を選択することを特徴とする基地局。
4. 請求項１に記載の基地局において：
   前記転送先決定手段は、移動局の通過履歴、あるいは、移動局からの報告に基づいて移動局の移動方向を推測し、移動方向にある基地局を選択することを特徴とする基地局。
5. 移動局に送信するユーザデータを転送する複数の転送先の基地局を選択する転送先決定ステップ；
   前記転送先決定ステップにより決定された転送先の基地局に、同時に前記ユーザデータを転送するデータ転送ステップ；
   を有し、
   前記転送先決定ステップは、ＣＰＵ負荷、格納されているデータ量および伝送路帯域のうち少なくとも１つに基づいて、前記転送先の基地局の数を決定することを特徴とするハンドオーバ制御方法。
6. 請求項５に記載のハンドオーバ制御方法において：
   前記移動局の移動に関する情報を収集する移動情報収集ステップ；
   を有し、
   前記転送先決定ステップは、前記移動局の移動に関する情報に基づいて、前記転送先の基地局を複数選択することを特徴とするハンドオーバ制御方法。
7. 請求項５に記載のハンドオーバ制御方法において：
   前記転送先決定ステップは、前記移動局から通知された他の基地局の通信品質に基づいて、前記転送先の基地局を選択することを特徴とするハンドオーバ制御方法。
8. 請求項５に記載のハンドオーバ制御方法において：
   前記転送先決定ステップは、移動局の通過履歴、あるいは、移動局からの報告に基づいて移動局の移動方向を推測し、移動方向にある基地局を選択することを特徴とするハンドオーバ制御方法。

Images