(57)【要約】  基地局に、転送経路制御装置から送信された移動局宛のデータを蓄積するデータ蓄積手段と、ハンドオーバ先基地局からの前記移動局宛のデータの要求にしたがって、該移動局宛のデータを、ハンドオーバ先基地局に転送するデータ転送手段とを備え、前記データ蓄積手段は、前記ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信した場合に、前記移動局宛のデータの蓄積を終了するようにすることにより達成される。
2007100108.tif 000002
【特許請求の範囲】
【請求項１】
転送経路制御装置から送信された移動局宛のデータを蓄積するデータ蓄積手段；
ハンドオーバ先基地局からの前記移動局宛のデータの要求にしたがって、該移動局宛のデータを、ハンドオーバ先基地局に転送するデータ転送手段；
を備え、
前記データ蓄積手段は、前記ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信した場合に、前記移動局宛のデータの蓄積を終了することを特徴とする基地局。
【請求項２】
請求項１に記載の基地局において：
移動局からのハンドオーバ要求にしたがって、ハンドオーバ元基地局に前記移動局宛のデータを要求するデータ要求手段；
を備えることを特徴とする基地局。
【請求項３】
請求項２に記載の基地局において：
前記データ要求手段は、前記ハンドオーバ要求に格納されたハンドオーバ元基地局を示すＩＤおよびハンドオーバ元基地局において使用された移動局を識別するための識別子に基づいて、ハンドオーバ元基地局に前記移動局宛のデータを要求することを特徴とする基地局。
【請求項４】
請求項３に記載の基地局において：
前記ハンドオーバ元基地局を示すＩＤから、前記ハンドオーバ元基地局のアドレスを求めるハンドオーバ先基地局解析手段；
を備え、
前記データ要求手段は、前記アドレスを使用して、ハンドオーバ元基地局に前記移動局宛のデータを要求することを特徴とする基地局。
【請求項５】
請求項１に記載の基地局において：
前記転送経路制御装置に対して転送経路を変更する要求を行い、前記ハンドオーバ元基地局に対して、ハンドオーバ確認完了通知を送信する転送経路変更要求手段；
を備えることを特徴とする基地局。
【請求項６】
請求項１に記載の基地局において：
前記データ転送手段は、前記移動局宛のデータを複製し、該複製した前記移動局宛のデータを、ハンドオーバ先基地局に転送することを特徴とする基地局。
【請求項７】
請求項１に記載の基地局において：
前記データ蓄積手段は、前記ハンドオーバ確認完了通知を所定の時間受信できない場合に、蓄積された前記移動局宛のデータを破棄することを特徴とする基地局。
【請求項８】
請求項１に記載の基地局において：
前記ハンドオーバ確認完了通知は、前記ハンドオーバ先基地局から送信されるリソース解放メッセージであることを特徴とする基地局。
【請求項９】
ハンドオーバ元基地局が、転送経路制御装置から送信された移動局宛のデータを蓄積するデータ蓄積ステップ；
ハンドオーバ元基地局が、ハンドオーバ先基地局からの前記移動局宛のデータの要求にしたがって、該移動局宛のデータを、ハンドオーバ先基地局に転送するデータ転送ステップ；
ハンドオーバ元基地局が、前記ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信するハンドオーバ確認完了通知受信ステップ；
ハンドオーバ元基地局が、前記ハンドオーバ確認完了通知の受信に応じて、前記移動局宛のデータの蓄積を終了するデータ蓄積終了ステップ；
を有することを特徴とするハンドオーバ制御方法。
【請求項１０】
請求項９に記載のハンドオーバ制御方法において：
ハンドオーバ先基地局が、移動局からのハンドオーバ要求にしたがって、ハンドオーバ元基地局に前記移動局宛のデータを要求するデータ要求ステップ；
を有することを特徴とするハンドオーバ制御方法。
【請求項１１】
請求項９に記載のハンドオーバ制御方法において：
ハンドオーバ先基地局が、前記転送経路制御装置に対して転送経路を変更する要求を行う転送経路変更要求ステップ；
ハンドオーバ先基地局が、前記ハンドオーバ元基地局に対して、ハンドオーバ確認完了通知を送信する転送経路変更要求ステップ；
を有することを特徴とするハンドオーバ制御方法。
【請求項１２】
請求項９に記載のハンドオーバ制御方法において：
前記データ転送ステップは、前記移動局宛のデータを複製し、該複製した前記移動局宛のデータを、ハンドオーバ先基地局に転送することを特徴とするハンドオーバ制御方法。
【請求項１３】
請求項９に記載のハンドオーバ制御方法において：
前記ハンドオーバ確認完了通知は、前記ハンドオーバ先基地局から送信されるリソース解放メッセージであることを特徴とするハンドオーバ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局がハンドオーバする際に、ロスレスハンドオーバを提供するハンドオーバ制御技術に関し、特に、移動局がトンネル等に入り、ハンドオーバを失敗した場合における基地局およびハンドオーバ制御方法に関する。
【背景技術】
【０００２】
ＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ−２０００）が適用されるシステムでは、移動局（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が移動し、無線ネットワーク制御装置（ＲＮＣ：  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を跨るハンドオーバが行われる場合に、"ＳＲＮＳ  Ｒｅｌｏｃａｔｉｏｎ"（ＳＲＮＳリロケーション）と呼ばれるプロシージャが実行される。【０００３】
"ＳＲＮＳ  Ｒｅｌｏｃａｔｉｏｎ"プロシージャには、ＵＥとＲＮＣとの間で、終端されるパケットデータコンバージェンスプロトコル（ＰＤＣＰ：  Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）で、ＵＥとＲＮＣとの間で、送信シーケンスナンバー、受信シーケンスナンバーの交換を行い、送信側、受信側の状態を確認し、送信開始シーケンスナンバーを決定し、該ＰＤＣＰ  ＰＤＵ（プロトコルデータユニット）をソースＲＮＣからターゲットＲＮＣへ転送する機能が含まれる。この時、ソースＲＮＣは、ターゲットＲＮＣへ転送を開始したＰＤＣＰ  ＰＤＵをローカルにバッファしていない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した背景技術には以下の問題がある。【０００５】
ＩＭＴ−２０００が適用されるシステムでは、ハンドオーバが諸事情により失敗した場合のリカバリ、例えばＰＤＣＰ  ＰＤＵの再転送などについては具体的に記述されていない。【０００６】
実際の環境では、移動中に、移動局が、トンネル等の電波の届かないエリアに入り、ソースＮＢ（ｓＮＢ）（ハンドオーバ元基地局）からのハンドオーバコマンド（ＨＯ  Ｃｏｍｍａｎｄ）、例えばリソースブロックリコンフィグレーション（ＲＢ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージの受信ミス、あるいはターゲットＮＢ（ｔＮＢ）（ハンドオーバ先基地局）へハンドオーバコマンドコンプリート（ＨＯ  Ｃｏｍｍａｎｄ  Ｃｏｍｐｌｅｔｅ）、例えばリソースブロックリコンフィグレーションコンプリート（ＲＢ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）の送信ミスまたはターゲットＮＢでのＨＯ  Ｃｏｍｍａｎｄ  Ｃｏｍｐｌｅｔｅメッセージの受信ミスなどで、ハンドオーバプロシージャが失敗するケースが往々に考えられる。【０００７】
この様なケ−スで、ＵＥは、セルサ−チを行い、電波が受信できたターゲットＮＢへハンドオーバリクエストを送信し、エラー回避プロシージャを実行する。この場合、ターゲットＮＢは、元々のハンドオーバのターゲットＮＢとは異なることもある。また、ターゲットＮＢは、元々のハンドオーバのターゲットＮＢと同じでもよい。【０００８】
このプロシージャで、ターゲットＮＢは、ソースＮＢに対し、コンテキストの転送要請を行う。ＩＭＴ−２０００が適用されるシステムのＳＲＮＳ  Ｒｅｌｏｃａｔｉｏｎでは、ソースＮＢに、転送完了したユーザデータパケットを蓄積していないため、再接続的にハンドオーバを行なった場合、データ欠落が発生し、上位レイヤ、例えばトランスポートレイヤ（ＴＣＰ：  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌレイヤ）のスループットの低下などの問題が発生する虞がある。【０００９】
そこで、本発明は、上述した問題点を鑑みてなされたものであり、その目的は、ハンドオーバを失敗した場合でも、ロスレスハンドオーバを実現できる基地局およびハンドオーバ制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明の基地局は、
転送経路制御装置から送信された移動局宛のデータを蓄積するデータ蓄積手段と、
ハンドオーバ先基地局からの前記移動局宛のデータの要求にしたがって、該移動局宛のデータを、ハンドオーバ先基地局に転送するデータ転送手段と
を備え、
前記データ蓄積手段は、前記ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信した場合に、前記移動局宛のデータの蓄積を終了することを特徴の１つとする。【００１１】
このように構成することにより、ハンドオーバ元基地局は、ハンドオーバ先基地局においてハンドオーバが完了するまで、移動局宛のユーザデータを蓄積し、該ユーザデータをハンドオーバ先基地局に転送することができる。【００１２】
また、本発明のハンドオーバ制御方法は、
ハンドオーバ元基地局が、転送経路制御装置から送信された移動局宛のデータを蓄積するデータ蓄積ステップと、
ハンドオーバ元基地局が、ハンドオーバ先基地局からの前記移動局宛のデータの要求にしたがって、該移動局宛のデータを、ハンドオーバ先基地局に転送するデータ転送ステップと、
ハンドオーバ元基地局が、前記ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信するハンドオーバ確認完了通知受信ステップと、
ハンドオーバ元基地局が、前記移動局宛のデータの蓄積を終了するデータ蓄積終了ステップと
を有することを特徴の１つとする。【００１３】
このようにすることにより、ハンドオーバ元基地局は、ハンドオーバ先基地局においてハンドオーバが完了するまで、移動局宛のユーザデータを蓄積し、該ユーザデータをハンドオーバ先基地局に転送することができる。
【発明の効果】
【００１４】
本発明の実施例によれば、ハンドオーバを失敗した場合でも、ロスレスハンドオーバを実現できる基地局およびハンドオーバ制御方法を実現できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例にかかる無線アクセスネットワークを示す説明図である。
【図２】本発明の一実施例にかかる基地局を示すブロック図である。
【図３】本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。
【図４】本発明の一実施例にかかるソース基地局の動作を示すフロー図である。
【図５】本発明の一実施例にかかるターゲット基地局の動作を示すフロー図である。
【図６】本発明の一実施例にかかる無線アクセスネットワークの動作を示すフロー図である。
【符号の説明】
【００１６】
１００  無線アクセスネットワーク
２００  コアネットワーク
３００、３００１、３００２、３００３  アクセスゲートウェイ（ａＧＷ）
４００、４００１、４００２、４００３  基地局（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）
５００  移動局（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）
【発明を実施するための最良の形態】
【００１７】
次に、本発明の実施例について図面を参照して説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。【００１８】
本発明の実施例にかかる無線アクセスネットワークについて、図１を参照して説明する。【００１９】
本実施例においては、一例として３ＧＰＰで標準化が進められているＥ−ＵＴＲＡ（Ｅｖｏｌｕｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）  ａｎｄ  Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｕｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）に適用した場合について説明する。【００２０】
本実施例にかかる無線アクセスネットワーク１００は、コアネットワーク２００と、コアネットワーク２００と無線アクセスネットワークとの間のゲートウェイとして機能する転送経路制御装置としてのアクセスゲートウェイ（ａＧＷ：  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）３００（３００１、３００２、３００３）と、アクセスゲートウェイ３００配下に接続された複数の基地局（ｅＮｏｄｅ  Ｂ）４００（４００１、４００２、４００３）と、移動局（ＵＥ）５００から構成される。【００２１】
コアネットワーク２００は、例えば、ＩＰバックボーン（ＩＰ  ｂａｃｋｂｏｎｅ）２５０を備える。【００２２】
アクセスゲートウェイ３００は、ＩＭＴ−２０００におけるゲートウェイ  ＧＰＲＳ  サポートノード（ＧＧＳＮ：  Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）およびＲＮＣの少なくとも一部の機能を統合したノードである。したがって、アクセスゲートウェイ３００は、コアネットワーク２００の機能と、ＲＮＣの機能とを併せ持つノードである。【００２３】
基地局４００は、飛躍的な接続時間の短縮、レイテンシ（Ｌａｔｅｎｃｙ）の削減を狙い、ＩＭＴ−２０００におけるＲＮＣおよびＮＢ（Ｎｏｄｅ  Ｂ）の少なくとも一部の機能を統合したノ−ドである。ここで、ＮＢには、Ｕプレーンの機能としてＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコル、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）プロトコルなどが実装され、Ｃプレーンの機能としてＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルなどが実装される。【００２４】
ここでは、無線アクセスネットワークの一例として、Ｅ−ＵＴＲＡＮについて説明したが、これに限定されるものではなく、他のシステムアーキテクチャ構成であってもよい。【００２５】
移動局５００がハンドオーバする際に、ソースＮＢのＯｕｔｅｒ  ＡＲＱ機能部で、バッファリングされたユーザデータ、例えば、アウターＡＲＱサービスデータユニット（Ｏｕｔｅｒ  ＡＲＱ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ））すなわち未送信データと送達未確認データとを、ターゲットＮＢヘフォワディング可能な機能が、ＮＢに実装される。併せて、データをフォワディングするための伝送路が設定される。この伝送路は、無線であっても有線であってもよく、無線、有線に限定されるものではない。【００２６】
次に、本実施例にかかる基地局４００について、図２を参照して説明する。【００２７】
本実施例にかかる基地局４００は、データ転送手段およびデータ要求手段としての制御部４０２と、制御部４０２と接続された有線伝送部４０４、無線伝送部４０６、データ蓄積部４０８、Ｃ−ｐｌａｎｅ蓄積部４１０、ＨＯ元基地局解析部４１４および転送経路変更要求手段としてのＨＯ制御部４１２とを備える。【００２８】
制御部４０２は、Ｎｏｄｅ  Ｂが備える各機能エンティティに対する制御を行い、Ｎｏｄｅ  Ｂ全体の動作を制御する。詳細な機能は後述する。【００２９】
有線伝送部４０４は、アクセスゲートウェイ３００から伝送されたユーザデータをデータ蓄積部４０８に転送する。また、有線伝送部４０４は、基地局間のインターフェースを介して、ハンドオーバのための制御信号をやり取りする。また、有線伝送部４０４は、基地局間のインターフェースを介して、データ蓄積部４０８に蓄積したユーザデータを転送する。【００３０】
無線伝送部４０６は、移動局５００から送信されたハンドオーバのための制御信号をやり取りする。【００３１】
データ蓄積部４０８は、アクセスゲートウェイ３００から伝送されたユーザデータを蓄積する。また、データ蓄積部４０８は、ハンドオーバが完了した場合あるいはタイマで予め決定された時間が経過した場合、蓄積されたユーザデータを破棄する。【００３２】
Ｃ−ｐｌａｎｅ蓄積部４１０は、Ｕ−ｐｌａｎｅの設定に必要な制御情報を蓄積する。【００３３】
ＨＯ制御部４１２は、移動局５００から送信されたハンドオーバ完了を示す情報を認識し、該情報に基づいて、アクセスゲートウェイ３００に対して転送経路を変更する要求を行う。また、ＨＯ制御部４１２は、ハンドオーバ元の基地局ヘ、ハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を送信する。【００３４】
ＨＯ元基地局解析部４１４は、移動局５００から無線伝送部４０６を介して受信されたハンドオーバ要求を解析し、該ハンドオーバ要求に含まれるハンドオーバ元基地局を示すＩＤからハンドオーバ元基地局のネットワーク上のアドレス、例えばＩＰアドレスを求める。【００３５】
次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図３を参照して説明する。【００３６】
本実施例においては、移動局５００が、アクセスゲートウェイ３００１配下に接続されたソース基地局４００１からターゲット基地局４００２にハンドオーバする場合について説明する。【００３７】
移動局５００は、ソース基地局４００１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポート（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）を報告する（ステップＳ３０２）。【００３８】
ソース基地局４００１は、移動局５００からのメジャメントリポートに基づいて、リソースの空き状況を確認する適切なターゲット基地局を選択する（ＨＯ  ｄｅｃｉｓｉｏｎ）（ステップＳ３０４）。例えば、ターゲット基地局として基地局４００２が選択される。【００３９】
次に、ソース基地局４００１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報を基地局４００２へ転送する（コンテキストトランスファー（Ｃｏｎｔｅｘｔ  ｔｒａｎｓｆｅｒ））（ステップＳ３０６）。【００４０】
次に、基地局４００２は、ソース基地局４００１から転送されたコンテキストに含まれるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報に基づいて、リソースを割り当てる（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）。また、ターゲット基地局４００２は、割り当てたリソースの予約を行う（ステップＳ３０８）。【００４１】
次に、基地局４００２は、必要なリソースの予約が成功した場合に、ソース基地局４００１に対して、ハンドオーバのための準備が完了したことを示すコンテキスト転送応答（Ｃｏｎｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｒｅｓｐｏｎｓｅ）を通知する（ステップＳ３１０）。【００４２】
ここで、基地局４００２は、必要なリソースが確保できない場合には、ソース基地局４００１に対して、移動局５００へのリソースが確保できないことを通知する。【００４３】
ソース基地局４００１は、コンテキスト転送応答を受信すると、基地局４００２をハンドオーバ先基地局、すなわちターゲット基地局とする。【００４４】
一方、ソース基地局４００１は、基地局４００２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のターゲット基地局を選択する。すなわち、ステップＳ３０４と同様の動作を行う。【００４５】
次に、ソース基地局４００１は、ターゲット基地局４００２へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ  ｕｓｅｒ  ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ）（ステップＳ３１２、ステップＳ３１４）。【００４６】
ソース基地局４００１は、移動局５００に対してターゲット基地局４００２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（リソースブロックコンフィグレーション（ＲＢ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ））。【００４７】
移動局５００は、ターゲット基地局４００２と無線同期を確立し、無線チャネルを設定する。移動局５００は、ターゲット基地局４００２との無線チャネルの設定後、ターゲット基地局４００２に対してハンドオーバが完了したこと示すハンドオーバ完了コマンド（ＲＢ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）を通知する。【００４８】
しかし、移動局５００がトンネルなどに入り、弱電界になり、ソ−ス基地局４００１との間のコネクションが切断された場合、あるいは、ターゲット基地局４００２に対し、ハンドオーバ完了コマンド（ＲＢ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）の送信の失敗などで、ハンドオーバが正常に終了しなかった（ＨＯ  ｆａｉｌｕｒｅ）（ステップＳ３１６）。【００４９】
このような場合、移動局５００は、ソース基地局４００１とのコネクションをロストした後、セルサ−チなどで自律的にハンドオーバエラーリカバリープロシジャを起動する。移動局５００は、セルサーチの結果最も通信品質のよい基地局にハンドオーバリクエスト（ＨＯ  ｒｅｑｕｅｓｔ）を送信する（ステップＳ３１８）。例えば、移動局５００は、基地局４００２に対して、ハンドオーバリクエストを送信する。【００５０】
ハンドオーバリクエストには、コネクションを切断したソース基地局４００１のＩＤ、ソース基地局４００１で使用されたＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）などの識別情報が含まれる。ＲＮＴＩとは、ユーザを識別するためのテンポラリな識別子である。【００５１】
次に、基地局４００２は、ハンドオーバリクエストを受信すると、該ハンドオーバリクエストに含まれるソース基地局４００１のＩＤから、該ソース基地局４００１のアドレス、例えばＩＰアドレスを解析し、コンテキストを送信するための（セキュリティ）トンネルの設定を行う。このようにすることにより、ハンドオーバリクエストを受信した基地局は、ソース基地局４００１との間でセキュリティトンネルの設定がされていない場合においても、セキュリティトンネルの設定を行うことができる。このため、ハンドオーバリクエストを受信した基地局は、ソース基地局４００１との間で安全にデータのやりとりを行うことができる。【００５２】
次に、基地局４００２は、ハンドオーバリクエストを受信すると、該ハンドオーバリクエストに含まれる識別情報に基づいて、ソース基地局４００１に対し、コンテキスト転送要求（Ｃｏｎｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｒｅｑｕｅｓｔ）を行う（ステップＳ３２０）。【００５３】
次に、ソース基地局４００１は、移動局５００に対するコンテキストおよびユーザデータを複製し、ターゲット基地局４００２に転送する（ステップＳ３２２、ステップＳ３２４、ステップＳ３２６）。ソース基地局４００１は、これらのデータを、ハンドオーバ先基地局からハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知を受信するまで蓄積する。【００５４】
ターゲット基地局４００２は、ソース基地局４００１により送信されたコンテキストを受信する。また、ターゲット基地局４００２は、ハンドオーバが完了した場合、ハンドオーバが完了したことを通知するためのハンドオーバ確認完了通知（ＨＯ  ｃｏｎｆｉｒｍ）をソース基地局４００１に送信する（ステップＳ３２８）。【００５５】
ハンドオーバ確認完了通知を受信したソース基地局４００１は、移動局宛のデータの蓄積を終了し、複製したコンテキストを破棄する（ステップＳ３３２）。【００５６】
次に、ターゲット基地局４００２は、ソース基地局４００１に設定されているアクセスゲートウェイ３００１からのパスをターゲット基地局４００２へ変更する要求（Ｐａｔｈ  ｓｗｉｔｃｈ）をアクセスゲートウェイ３００１に送信する（ステップＳ３３０）。【００５７】
Ｐａｔｈ  ｓｗｉｔｃｈを受信したアクセスゲートウェイ３００１は、ソース基地局４００１に対し、パスの解放（Ｐａｔｈ  ｒｅｌｅａｓｅ）を通知する（ステップＳ３３４）。【００５８】
このように、ソース基地局４００１においてオリジナルのコンテキストを複製し、該複製をターゲット基地局４００２に転送し、ターゲット基地局４００２からのハンドオーバ確認完了通知の受信後に、オリジナルのコンテキストを破棄する。このようにすることにより、ターゲット基地局４００２からハンドオーバ確認完了通知を受信するまで、オリジナルのコンテキストを保持することができるため、例えば移動局５００がトンネルに入り、ハンドオーバが正常に完了しない場合でも、ロスレスハンドオーバを実現できる。【００５９】
次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について説明する。【００６０】
本実施例においては、ソース基地局とターゲット基地局に分けて、その動作を説明する。【００６１】
ソース基地局の動作について、図４を参照して説明する。【００６２】
アクセスゲートウェイ３００から送信された移動局宛のユーザデータがデータ蓄積部４０８に蓄積される。また、Ｕ−ｐｌａｎｅの設定に必要な制御情報はＣ−ｐｌａｎｅ蓄積部４１０に蓄積される。【００６３】
制御部４０２は、ターゲット基地局４００２からからコンテキスト、例えばＣ−ｐｌａｎｅ制御情報、ユーザデータなどの転送要求があるか否か判断する（ステップＳ４０２）。ここで、コンテキストの転送要求は、有線伝送部４０４を介して受信される。【００６４】
ターゲット基地局４００２からのコンテキストの転送要求がないと判断した場合（ステップＳ４０２：ＮＯ）当該処理を終了する。【００６５】
一方、ターゲット基地局４００２からのコンテキストの転送要求があると判断した場合（ステップＳ４０２：ＹＥＳ）、制御部４０２は、Ｃ−ｐｌａｎｅ蓄積部４１０に格納されたＵ−ｐｌａｎｅの設定に必要な制御情報を複製し、転送を開始する。また、制御部４０２は、データ蓄積部４０８に蓄積されたユーザデータを複製し、転送（フォワディング）を開始する（ステップＳ４０４）。その結果、ターゲット基地局４００２にオリジナルのＵ−ｐｌａｎｅの設定に必要な制御情報およびユーザデータではなく、複製された（コピーの）Ｕ−ｐｌａｎｅの設定に必要な制御情報およびユーザデータが転送される。【００６６】
次に、制御部４０２は、ターゲット基地局４００２からハンドオーバ確認完了通知を受信したか否かを判断する（ステップＳ４０６）。ここで、ハンドオーバ確認完了通知は、有線伝送部４０４を介して受信される。【００６７】
ハンドオーバ確認完了通知を受信していない場合（ステップＳ４０６：ＮＯ）、ステップＳ４０４に戻る。【００６８】
一方、ハンドオーバ確認完了通知を受信した場合（ステップＳ４０６：ＹＥＳ）、制御部４０２は、コンテキスト、例えば該複製がターゲット基地局４００２に送信されたＣ−ｐｌａｎｅ蓄積部４１０に蓄積されたＵ−ｐｌａｎｅの設定に必要な制御情報およびデータ蓄積部４０８に蓄積されたユーザデータを破棄する（ステップＳ４０８）。【００６９】
ターゲット基地局の動作について、図５を参照して説明する。【００７０】
移動局５００は、ソース基地局４００１とのコネクションをロストした後、セルサ−チなどで自律的にハンドオーバエラーリカバリープロシジャを起動する。移動局５００は、セルサーチの結果最も通信品質のよい基地局、例えば基地局４００２に対して、ハンドオーバリクエストを送信する。【００７１】
制御部４０２は、移動局５００からハンドオーバリクエストを受信したか否かを判断する（ステップＳ５０２）。ここで、ハンドオーバリクエストは、無線伝送部４０６を介して受信される。【００７２】
ハンドオーバリクエストを受信していないと判断した場合（ステップＳ５０２：ＮＯ）当該処理を終了する。【００７３】
一方、ハンドオーバリクエストを受信したと判断した場合（ステップＳ５０２：ＹＥＳ）、ＨＯ元基地局解析部４１４は、ハンドオーバリクエストメッセージに含まれるソ−ス基地局のＩＤから、該ソース基地局のアドレスを求め、コンテキストを転送するためのトンネルを設定する（ステップＳ５０３）。【００７４】
次に、制御部４０２は、ソース基地局に対し、コンテキストの転送要求を送信する（ステップＳ５０４）。このコンテキストの転送要求は、有線伝送部４０２を介して、ソース基地局に送信される。【００７５】
次に、制御部４０２は、ソース基地局からコンテキストを受信したか否かを判断する（ステップＳ５０６）。【００７６】
ソース基地局からコンテキストを受信していないと判断した場合（ステップＳ５０６：ＮＯ）、ステップＳ５０４に戻る。【００７７】
一方、ソ−ス基地局からコンテキストを受信したと判断した場合（ステップＳ５０６：ＹＥＳ）、ＨＯ制御部４１２は、ソース基地局に対し、ハンドオーバ確認完了通知を送信する。また、ＨＯ制御部４１２は、アクセスゲートウェイに対し、パス切換要求を送信する（ステップＳ５０８）。【００７８】
以上，説明したように，本実施例では，ハンドオーバが、何らかの理由で失敗した場合においても、ハンドオーバ先の基地局からコンテキストをフォワディングすることにより、ロスレスハンドオーバを実現できる。【００７９】
また、ハンドオーバ先の基地局からハンドオーバ確認完了通知を受信するまで、ハンドオーバ元の基地局においてコンテキストを保持することができるため、トンネルに入り、ハンドオーバが正常に終了しなかった場合においても、ロスレスハンドオーバを実現することができる。【００８０】
本発明の他の実施例に係る無線アクセスネットワークについて説明する。【００８１】
本実施例に係る無線アクセスネットワークの構成は図１を参照して説明した構成と同様である。【００８２】
基地局４００は、飛躍的な接続時間の短縮、レイテンシ（Ｌａｔｅｎｃｙ）の削減を狙い、ＩＭＴ−２０００におけるＲＮＣおよびＮＢ（Ｎｏｄｅ  Ｂ）の少なくとも一部の機能を統合したノ−ドである。ここで、ＮＢには、Ｕプレーンの機能としてＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコル、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）プロトコル、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）などが実装され、Ｃプレーンの機能としてＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコル、Ｓ１−ＡＰ（Ｓ１−Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）、Ｘ２−ＡＰ（Ｘ２−Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）などが実装される。【００８３】
移動局５００がハンドオーバする際に、ソースＮＢのＰＤＣＰ機能部で、バッファリングされたユーザデータ、例えば、サービスデータユニット（ＳＤＵ：  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）すなわち未送信データと送達未確認データとを、ターゲットＮＢヘフォワディング可能な機能が、ＮＢに実装される。併せて、データをフォワディングするための伝送路が設定される。この伝送路は、無線であっても有線であってもよく、無線、有線に限定されるものではない。【００８４】
本実施例に係る基地局装置４００の構成は図２を参照して説明した構成と同様である。【００８５】
ＨＯ制御部４１２は、移動局５００から送信されたハンドオーバ完了を示す情報を認識し、該情報に基づいて、アクセスゲートウェイ３００に対して転送経路を変更する要求を行うために、ハンドオーバが完了したことを通知するハンドオーバ完了通知を行う。また、ＨＯ制御部４１２は、ハンドオーバ元の基地局ヘ、リソース解放（Ｒｅｓｏｕｒｃｅ  Ｒｅｌｅａｓｅ）メッセージによりハンドオーバが完了したことを通知する。【００８６】
次に、本実施例にかかる無線アクセスネットワーク１００におけるハンドオーバシーケンスについて、図６を参照して説明する。【００８７】
本実施例においては、移動局５００が、アクセスゲートウェイ３００１配下に接続されたソース基地局４００１からターゲット基地局４００２にハンドオーバする場合について説明する。【００８８】
移動局５００は、ソース基地局４００１が適切なハンドオーバ先基地局を選択できるように、ソース基地局４００１に対してハンドオーバ先の候補となる基地局の通信品質を示す情報が格納されたメジャメントリポート（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）を報告する（ステップＳ６０２）。【００８９】
ソース基地局４００１は、移動局５００からのメジャメントリポートに基づいて、リソースの空き状況を確認する適切なターゲット基地局を選択する（ＨＯ  ｄｅｃｉｓｉｏｎ）（ステップＳ６０４）。例えば、ターゲット基地局として基地局４００２が選択される。【００９０】
次に、ソース基地局４００１は、コンテキスト、例えばＣ−ｐｌａｎｅ関連の情報を基地局４００２へ転送するためにハンドオーバリクエスト（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を行う（ステップＳ６０６）。【００９１】
次に、基地局４００２は、ソース基地局４００１から転送されたコンテキストに含まれるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報に基づいて、リソースを割り当てる（Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）。また、ターゲット基地局４００２は、割り当てたリソースの予約を行う（ステップＳ６０８）。【００９２】
次に、基地局４００２は、必要なリソースの予約が成功した場合に、ソース基地局４００１に対して、無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を含む、ハンドオーバのための準備が完了したことを示すハンドオーバリクエスト肯定応答（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＡＣＫ）を通知する（ステップＳ６１０）。【００９３】
ここで、基地局４００２は、必要なリソースが確保できない場合には、ソース基地局４００１に対して、移動局５００へのリソースが確保できないことを通知する。【００９４】
ソース基地局４００１は、ハンドオーバリクエスト肯定応答を受信すると、基地局４００２をハンドオーバ先基地局、すなわちターゲット基地局とする。一方、ソース基地局４００１は、基地局４００２から移動局５００へのリソースが確保できないことを通知された場合には、移動局５００からのメジャメントレポートに基づいて、リソースの空き状況を確認する適切な他のターゲット基地局を選択する。すなわち、ステップＳ６０４と同様の動作を行う。【００９５】
次に、ソース基地局４００１は、ターゲット基地局４００２へ、移動局５００へ転送すべきユーザデータでかつ、移動局５００からＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を受信していないユーザデータおよびアクセスゲートウェイ３００１から受信し、未だ移動局５００へ送信していないユーザデータの転送を開始する（Ｓｔａｒｔ  ｕｓｅｒ  ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ）（ステップＳ６１２、ステップＳ６１４）。【００９６】
ソース基地局４００１は、移動局５００に対してターゲット基地局４００２と無線回線を再設定するのに必要なセルスペシフィックな情報、すなわちセル固有の情報を通知する（ハンドオーバコマンド（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ））。【００９７】
移動局５００は、ターゲット基地局４００２と無線同期を確立し、無線チャネルを設定する。移動局５００は、ターゲット基地局４００２との無線チャネルの設定後、ターゲット基地局４００２に対してハンドオーバが完了したこと示すハンドオーバ確認コマンド（Ｈａｎｄｏｖｅｒ  Ｃｏｎｆｉｒｍ）を通知する。【００９８】
しかし、移動局５００がトンネルなどに入り、弱電界になり、ソ−ス基地局４００１との間のコネクションが切断された場合、あるいは、ターゲット基地局４００２に対し、ハンドオーバ確認コマンド（Ｈａｎｄｏｖｅｒ  Ｃｏｎｆｉｒｍ）の送信の失敗などで、ハンドオーバが正常に終了しなかった（ＨＯ  ｆａｉｌｕｒｅ）（ステップＳ６１６）。【００９９】
このような場合、移動局５００は、ソース基地局４００１とのコネクションをロストした後、セルサ−チなどで自律的にハンドオーバエラーリカバリープロシジャを起動する。移動局５００は、セルサーチの結果最も通信品質のよい基地局にハンドオーバリクエスト（ＨＯ  ｒｅｑｕｅｓｔ）を送信する（ステップＳ６１８）。例えば、移動局５００は、基地局４００２に対して、ハンドオーバリクエストを送信する。【０１００】
ハンドオーバリクエストには、コネクションを切断したソース基地局４００１のＩＤ、ソース基地局４００１で使用されたＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）などの識別情報が含まれる。ＲＮＴＩとは、ユーザを識別するためのテンポラリな識別子である。【０１０１】
次に、基地局４００２は、ハンドオーバリクエストを受信すると、該ハンドオーバリクエストに含まれるソース基地局４００１のＩＤ、例えば、セルＩＤから、該ソース基地局４００１のアドレス、例えばＩＰアドレスを解析し、必要に応じて、コンテキストを送信するための（セキュリティ）トンネル、例えばＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の設定を行う。このようにすることにより、ハンドオーバリクエストを受信した基地局は、ソース基地局４００１との間でセキュリティトンネルの設定がされていない場合においても、セキュリティトンネルの設定を行うことができる。このため、ハンドオーバリクエストを受信した基地局は、ソース基地局４００１との間で安全にデータのやりとりを行うことができる。【０１０２】
次に、基地局４００２は、ハンドオーバリクエストを受信すると、該ハンドオーバリクエストに含まれる識別情報に基づいて、ソース基地局４００１に対し、コンテキスト転送要求（Ｃｏｎｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｒｅｑｕｅｓｔ）を行う（ステップＳ６２０）。【０１０３】
次に、ソース基地局４００１は、移動局５００に対するコンテキストおよびユーザデータを複製し、ターゲット基地局４００２に転送する（ステップＳ６２２、ステップＳ６２４、ステップＳ６２６）。【０１０４】
ターゲット基地局４００２は、ソース基地局４００１により送信されたコンテキストを受信する。【０１０５】
次に、ターゲット基地局４００２は、ソース基地局４００１に設定されているアクセスゲートウェイ３００１からのパスをターゲット基地局４００２へ変更するために、ハンドオーバが完了したことを通知するハンドオーバ完了通知（Ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅ）をアクセスゲートウェイ３００１に送信する（ステップＳ６２８）。【０１０６】
ハンドオーバ完了通知を受信したアクセスゲートウェイ３００１は、ターゲット基地局４００２に対し、パススイッチ完了を通知するためにハンドオーバ完了肯定応答（Ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅ  ＡＣＫ）を通知する（ステップＳ６３０）。【０１０７】
ハンドオーバ完了肯定応答を受信したターゲット基地局４００２は、ソース基地局４００１にリソース解放メッセージを送信する（ステップＳ６３２）。【０１０８】
リソース解放メッセージを受信したソース基地局４００１は、複製したコンテキストを破棄する（Ｄｅｌｅｔｅ  ｃｏｎｔｅｘｔ）（ステップＳ６３４）。【０１０９】
このように、ソース基地局４００１においてオリジナルのコンテキストを複製し、該複製をターゲット基地局４００２に転送し、ターゲット基地局４００２からのリソース解放メッセージの受信後に、オリジナルのコンテキストを破棄する。このようにすることにより、ターゲット基地局４００２からリソース解放メッセージを受信するまで、オリジナルのコンテキストを保持することができるため、例えば移動局５００がトンネルに入り、ハンドオーバが正常に完了しない場合でも、ロスレスハンドオーバを実現できる。【０１１０】
次に、本実施例にかかる無線アクセスネットワーク１００における基地局４００の動作について説明する。【０１１１】
本実施例においては、ソース基地局とターゲット基地局に分けて、その動作を説明する。【０１１２】
ソース基地局の動作については、図４を参照して説明したソース基地局の動作において、ステップＳ４０６における処理が異なる。ステップＳ４０６では、ターゲット基地局４００２からリソース解放メッセージを受信したか否かを確認する。ターゲット基地局４００２からリソース解放メッセージを受信した場合に、ステップＳ４０８において、制御部４０２は、コンテキスト、例えば該複製がターゲット基地局４００２に送信されたＣ−ｐｌａｎｅ蓄積部４１０に蓄積されたＵ−ｐｌａｎｅの設定に必要な制御情報およびデータ蓄積部４０８に蓄積されたユーザデータを破棄する。【０１１３】
ターゲット基地局の動作については、図５を参照して説明したソース基地局の動作において、ステップＳ５０８における処理が異なる。ステップＳ５０８では、ソ−ス基地局からコンテキストを受信したと判断した場合（ステップＳ５０６：ＹＥＳ）、ＨＯ制御部４１２は、ソース基地局に対し、リソース解放メッセージを送信し、アクセスゲートウェイに対し、ハンドオーバ完了通知を送信する。【０１１４】
以上，説明したように，本実施例では，ハンドオーバが、何らかの理由で失敗した場合においても、ハンドオーバ先の基地局からコンテキストをフォワディングすることにより、ロスレスハンドオーバを実現できる。【０１１５】
また、ハンドオーバ先の基地局からリソース解放メッセージを受信するまで、ハンドオーバ元の基地局においてコンテキストを保持することができるため、トンネルに入り、ハンドオーバが正常に終了しなかった場合においても、ロスレスハンドオーバを実現することができる。  本国際出願は、２００６年３月３日に出願した日本国特許出願２００６−５７９７９号に基づく優先権を主張するものであり、２００６−５７９７９号の全内容を本国際出願に援用する。
【産業上の利用可能性】
【０１１６】
本発明にかかる基地局およびハンドオーバ制御方法は、無線通信システムに適用できる。
【図１】
2007100108.tif 000003
【図２】
2007100108.tif 000004
【図３】
2007100108.tif 000005
【図４】
2007100108.tif 000006
【図５】
2007100108.tif 000007
【図６】
2007100108.tif 000008
【国際調査報告】
2007100108.tif 000009
2007100108.tif 000010
2007100108.tif 000011
2007100108.tif 000012