(57)【要約】【課題】ハンドオーバーシナリオに対する判定を正確に実現することができる、ハンドオーバーシナリオ判定パラメータの報告方法などの技術を提供すること。【解決手段】本発明は、ハンドオーバーシナリオ判定パラメータの報告方法、ユーザ装置及びハンドオーバーシナリオ判定基地局を開示する。当該方法は、ネットワーク側がＥＣＧＩに基づいてハンドオーバーシナリオの判定を行うために、ユーザ装置（ＵＥ）が、進化型グローバルセル識別子（ＥＣＧＩ）を含むアップリンクメッセージを送信することを含む。前記アップリンクメッセージは、無線リンク障害（ＲＬＦ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。【選択図】図６
2013533699.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によるハンドオーバーシナリオ判定パラメータの報告方法であって、
ネットワーク側が進化型グローバルセル識別子（ＥＣＧＩ：Ｅｖｏｌｖｅｄ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいてハンドオーバーシナリオの判定を行うために、ユーザ装置が、進化型グローバルセル識別子を含むアップリンクメッセージを送信することを含み、
前記アップリンクメッセージは、無線リンク障害（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである
ことを特徴とする報告方法。
【請求項２】
前記ＲＬＦに関連する測定情報を含むメッセージがユーザ装置情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣ確立完了（ＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅ）メッセージである場合、前記ＥＣＧＩは、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩであり、
前記判定は、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行うことを含む
ことを特徴とする請求項１に記載の報告方法。
【請求項３】
前記判定は、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、無線リンク障害指示（ＲＬＦ  ｉｎｄｉｃａｔｉｏｎ）メッセージの送信を判定することを更に含む
ことを特徴とする請求項２に記載の報告方法。
【請求項４】
前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合、前記ＥＣＧＩは、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩであり、
前記判定は、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行うことを含む
ことを特徴とする請求項１に記載の報告方法。
【請求項５】
基地局間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩ、及び／又はＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませることを更に含み、
前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルが所属する基地局に送信される
ことを特徴とする請求項１に記載の報告方法。
【請求項６】
前記ネットワーク側が前記ＥＣＧＩに基づいてハンドオーバーシナリオの判定を行うことは、
ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つ、ＵＥが前回においてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つ、ＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定することを含み、
前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供し、前記ＵＥによって報告された時間差は、ＵＥがセル２にハンドオーバーしてから、セル１においてＲＲＣ再確立要求の開始を試みるまでの時間差である
ことを特徴とする請求項１に記載の報告方法。
【請求項７】
ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によるハンドオーバーシナリオ判定パラメータの報告方法であって、
ユーザ装置が、セル２において無線リンクに失敗し、且つセル１において無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）再確立に失敗した後、セル３においてＲＲＣ確立を開始することに成功したとき、
ユーザ装置から、セル３が所属する基地局に送信されるアップリンクメッセージに、セル１及びセル２の進化型グローバルセル識別子（ＥＣＧＩ：Ｅｖｏｌｖｅｄ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差、及び／又はセル２に入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子を含ませることを含み、
前記アップリンクメッセージは、無線リンク障害（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである
ことを特徴とする報告方法。
【請求項８】
前記セル３が所属する基地局は、前記ユーザ装置によって報告された受信情報を、セル２が所属する基地局に送信する
ことを特徴とする請求項７に記載の報告方法。
【請求項９】
前記セル２が所属する基地局は、ＵＥ  ｃｏｎｔｅｘｔのタイマーの値と、前記ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差とを比較し、
ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定し、
前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供する
ことを特徴とする請求項８に記載の報告方法。
【請求項１０】
前記セル３が所属する基地局は、ユーザ装置情報要求（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）メッセージを送信して、ＲＬＦに関連する測定情報を報告するように前記ユーザ装置に要求し、前記ユーザ装置は、ユーザ装置情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージを介してハンドオーバー判定パラメータを報告する
ことを特徴とする請求項７〜９のいずれか１項に記載の報告方法。
【請求項１１】
ハンドオーバーシナリオ判定パラメータを報告するユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、
進化型グローバルセル識別子（ＥＣＧＩ：Ｅｖｏｌｖｅｄ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）を含むアップリンクメッセージをネットワーク側の基地局に報告する報告ユニットを含み、
前記アップリンクメッセージは、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである
ことを特徴とするユーザ装置。
【請求項１２】
前記ユーザ装置が、セル２において無線リンクに失敗し、且つセル１において無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）再確立に失敗した後、セル３においてＲＲＣ確立を開始することに成功したとき、
前記ユーザ装置は、更に、
前記ユーザ装置から、セル３が所属する基地局に送信されるアップリンクメッセージに、セル１及びセル２の進化型グローバルセル識別子（ＥＣＧＩ）、ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差、及び／又はＵＥがセル２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子を含ませる
ことを特徴とする請求項１１に記載のユーザ装置。
【請求項１３】
ハンドオーバーシナリオの判定を行う基地局であって、
ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によって報告された、ＥＣＧＩ（Ｅｖｏｌｖｅｄ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）を含むアップリンクメッセージに応じて、ハンドオーバーシナリオの判定を行う判定ユニットを含み、
前記アップリンクメッセージは、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである
ことを特徴とする基地局。
【請求項１４】
前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩである場合、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う
ことを特徴とする請求項１３に記載の基地局。
【請求項１５】
前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩが、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩである場合、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う
ことを特徴とする請求項１３に記載の基地局。
【請求項１６】
基地局間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩ、及び／又はＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませる伝送ユニットを更に含み、
前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルが所属する基地局に送信される
ことを特徴とする請求項１３に記載の基地局。
【請求項１７】
前記判定ユニットは、
ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定し、
前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供し、前記ＵＥによって報告された時間差は、ＵＥがセルＣｅｌｌ２にハンドオーバーしてから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差である
ことを特徴とする請求項１３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線セルラ通信システムに関し、特に、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）モバイル通信システムにおけるハンドオーバーシナリオ判定パラメータの報告方法、ユーザ装置（ＵＥ）、及びハンドオーバーシナリオ判定基地局に関する。
【背景技術】
【０００２】
ＬＴＥネットワークは、進化型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ）基地局（ｅＮＢ：Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）と進化型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）から構成されており、これによりネットワークのフラット化を実現している。ここで、ＥＵＴＲＡＮは、Ｓ１インターフェースを介してＥＰＣと接続されるｅＮＢの集合を含み、ｅＮＢ間は、Ｘ２インターフェースを介して接続されることが可能である。Ｓ１とＸ２は、すべて論理インターフェースである。１つのＥＰＣは、１つ以上のｅＮＢを管理することができ、１つのｅＮＢが複数のＥＰＣに制御されることも可能である。また、１つのｅＮＢは、１つ以上のセルを管理することができる。
【０００３】
自己組織化ネットワーク（ＳＯＮ）は、自動的にネットワーク構成及び最適化を行う技術である。ＳＯＮ技術の特徴は、自己構成及び自己最適化であり、ＬＴＥでのＳＯＮ技術の応用により、ｅＮＢは、所定の測定に応じて自動的にネットワークパラメータを構成したり、ネットワークの変化に応じて自動的に最適化を行ったりすることができる。これにより、最適なネットワーク性能が維持され、同時に、多くの人的資源と物的資源が節約される。
【０００４】
ＬＴＥシステムにおけるハンドオーバーパラメータの自己最適化においては、ネットワークの性能を向上させるために、ネットワークの稼働状況及びハンドオーバー関連の測定に応じて、所定のアルゴリズムに従ってセル再選択とハンドオーバー関連パラメータを最適化する必要がある。このハンドオーバーとは、ＬＴＥシステム内部のハンドオーバーとシステム間のハンドオーバーであり、システム間のハンドオーバーとは、ユニバーサル陸上無線アクセスネットワーク（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  ＡｃｃｅｓｓＮｅｔｗｏｒｋ）又はグローバルモバイル通信システム（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  Ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又は符号分割多重接続（ＣＤＭＡ：ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）システムのハンドオーバーである。ネットワークにおいてユーザ装置がハンドオーバーを行うプロセスについて、ネットワーク側は、ユーザ装置によって報告された、ユーザ装置が位置するセル及びその隣接セルの信号品質に応じて、ハンドオーバーアルゴリズムに基づくハンドオーバーポリシーを決定する。そして、ネットワーク側は、ハンドオーバーポリシーに応じて、具体的なハンドオーバープロセスを行うようにユーザ装置に通知する。不適切なハンドオーバーパラメータの設定により、ピンポンハンドオーバー、ハンドオーバーの失敗又は無線リンク障害（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）等の期待されないハンドオーバーが引き起こされ、これにより、ユーザの体験にマイナス影響を与えてしまい、更に、ネットワークリソースを浪費してしまう。このため、ハンドオーバーパラメータの自己最適化においては、ハンドオーバーの失敗又は期待されないハンドオーバーシナリオに対する正確な判定は、ハンドオーバーパラメータ調整の基礎とされている。
【０００５】
無線リンク信号品質が非常に悪いか、又はハンドオーバーが失敗した場合、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に無線リンク障害（ＲＬＦ）が発生し、この場合、ユーザ装置は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）の再確立を行う。ＵＥがＲＲＣ再確立を行うとき、セル選択のプログラムによりターゲットセルが取得される。ハンドオーバープロセスにおいて、ハンドオーバーの失敗が発生した場合、ソース基地局又はターゲット基地局は、ＲＲＣ再確立に用いられるユーザの情報を確保する。ＵＥのＲＲＣ再確立要求メッセージには、ユーザ装置識別子が含められる。ユーザ装置識別子は、セルにおけるＵＥの無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、ショートＭＡＣ完全性保護（ｓｈｏｒｔＭＡＣ−Ｉ：ｓｈｏｒｔ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）及び物理セル識別子（ＰＣＩ：Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）を含む。ここで、Ｃ−ＲＮＴＩは、ソースセルによって割り当てられるか（ハンドオーバー失敗のシナリオに対して）、又は、ＲＲＣ再確立をトリガーしたセルによって割り当てられる（ハンドオーバー失敗のシナリオ以外の他のシナリオに対して）。ＰＣＩは、ソースセルの物理アドレス（ハンドオーバー失敗のシナリオ）であるか、又は、ＲＲＣ再確立をトリガーしたセルの物理アドレス（ハンドオーバー失敗のシナリオ以外の他のシナリオに対して）である。ｓｈｏｒｔＭＡＣ−Ｉは、ソースセル（ハンドオーバー失敗のシナリオに対して）又はＲＲＣ再確立をトリガーしたセルのＫＲＲＣｉｎｔ  ｋｅｙと、完全性保護アルゴリズムとを用いて計算され、ＰＣＩ、Ｃ−ＲＮＴＩ及び進化型グローバルセル識別子（ＥＣＧＩ：Ｅｖｏｌｖｅｄ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）が入力される。ここで、ＰＣＩ、Ｃ−ＲＮＴＩは、上記したＲＲＣ再確立メッセージに含められる。ＥＣＧＩは、ＲＲＣ再確立の際にＵＥによって選択されたターゲットセルのＥＣＧＩである
【０００６】
図１を参照して、図１には、遅すぎるハンドオーバーシナリオの一例が示されている。図１に示す例では、ｅＮＢ  ＢのＣｅｌｌ  ｂにおいてＵＥにＲＬＦが発生し、又は、ＵＥがＣｅｌｌ  ｂからＣｅｌｌ  ａへのハンドオーバープロセスに失敗し、その後、ＵＥがｅＮＢ  ＡのＣｅｌｌ  ａにおいてＲＲＣ再確立を試みている。これは、つまり、Ｃｅｌｌ  ｂからＣｅｌｌ  ａへの当該ＵＥのハンドオーバーが遅すぎることを示している。
【０００７】
図２を参照して、図２には、早すぎるハンドオーバーのシナリオの一例が示されている。図２に示す例では、ＵＥがｅＮＢ  ＡのＣｅｌｌ  ａからｅＮＢ  ＢのＣｅｌｌ  ｂへハンドオーバーして間もなくＣｅｌｌ  ｂにおいてＵＥにＲＬＦが発生し、又は、ＵＥがＣｅｌｌ  ａからＣｅｌｌ  ｂへのハンドオーバープロセスに失敗し、その後、ＵＥがセルＣｅｌｌ  ａを選択してＲＲＣ再確立を行っている。すなわち、ＵＥは、ハンドオーバー前のセルに戻ってＲＲＣ再確立を行っている。これは、つまり、Ｃｅｌｌ  ａからＣｅｌｌ  ｂへのＵＥのハンドオーバーが早すぎることを示している。
【０００８】
図３を参照して、図３には、不適切なセルへのハンドオーバーのシナリオの一例が示されている。図３に示す例では、ＵＥがｅＮＢ  ＣのＣｅｌｌ  ｃからｅＮＢ  ＢのＣｅｌｌ  ｂへハンドオーバーして間もなくＲＬＦが発生し、又は、ＵＥがＣｅｌｌ  ｃからＣｅｌｌ  ｂへのハンドオーバープロセスに失敗し、その後、ＵＥがｅＮＢ  ＡのＣｅｌｌ  ａにおいてＲＲＣ再確立を行っている。これは、つまり、選択されたｅＮＢ  ＢのＣｅｌｌ  ｂが不適切なのターゲットセルであり、正確なターゲットセルがセルＣｅｌｌ  ａであることを示している。すなわち、ＵＥは、セルＣｅｌｌ  ｃからＣｅｌｌ  ａへのハンドオーバーを直接的に行うべきである。
【０００９】
ＲＲＣ再確立プロセスにおいて、再確立のためにＵＥによって選択されたターゲットｅＮＢに、ＵＥのコンテキスト情報（ＵＥ  ｃｏｎｔｅｘｔ）が存在しない場合、ＲＲＣ再確立プロセスが失敗してしまい、ＵＥがアイドル状態（ｉｄｌｅ）に移る。図４を参照して、図４に示す例では、Ｃｅｌｌ  ２においてＵＥにＲＬＦが発生し、その後、ＵＥは、Ｃｅｌｌ  １においてＲＲＣ再確立を試みること（アテンプト）を開始し、ＲＲＣ再確立アテンプトが失敗した後、アイドル状態（ｉｄｌｅ）に移る。そして、ＵＥは、Ｃｅｌｌ３を再選択して、Ｃｅｌｌ３においてＲＲＣ確立を行い、確立に成功している。従って、ＵＥは、Ｃｅｌｌ  ３において送信されるＲＲＣ確立完了メッセージに、最初のＲＲＣ再確立時に構成されたＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉのコンテンツ、及びＲＲＣ再確立アテンプトのターゲットセルＣｅｌｌ  １のＰＣＩを含ませることができる。また、ＵＥは、メッセージに、ＲＬＦ関連測定情報のインディケーションを含ませることもできる。ＲＬＦ関連測定情報とは、ＵＥによって記録された、ＲＬＦ発生前における、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果である。測定情報は、その後再確立を開始する時にＵＥによって測定された、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果を含む場合があり、ＵＥの位置情報を更に含む場合もある。
【００１０】
図４を参照して、ハンドオーバーシナリオの判定方法１は、以下のように実行される。基地局１は、ＵＥのＲＲＣ再確立要求メッセージを受信した後、無線リンク障害指示（ＲＬＦ  ｉｎｄｉｃａｔｉｏｎ）メッセージを基地局２に送信する。その後、基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに応じて、早すぎるハンドオーバーか、遅すぎるハンドオーバーか、不適切なセルへのハンドオーバーかを判定する。基地局３は、ＵＥのＲＲＣ確立完了メッセージを受信した後、そのメッセージ内のＲＬＦ関連測定情報のインディケーションに従って、ＲＬＦ関連測定情報の取得要求をＵＥに対して開始する。そして、ＵＥは、ＲＬＦ測定情報を報告する。さらに、基地局３は、取得されたＲＬＦ関連測定情報とＵＥの識別子情報を基地局１に送信し、基地局１は、受信された情報をＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージの第２部分として基地局２に送信する。基地局２は、メッセージ内のＲＬＦ関連測定情報に応じて、カバレッジによる問題かどうかを判定する。
【００１１】
図５を参照して、ハンドオーバーシナリオの判定方法２は、以下のように実行される。基地局３は、取得されたＲＬＦ関連測定情報とＵＥの識別子情報を基地局２に直接的に送信する。送信される情報には、ＵＥの前回のハンドオーバーから最初のＲＲＣ再確立アテンプトまでの時間差が含められる。基地局２は、ハンドオーバーによる問題かそれともカバレッジによる問題かを判定し、ハンドオーバーによる問題である場合、ＵＥの前回のハンドオーバーから最初のＲＲＣ再確立アテンプトまでの時間差に応じて、遅すぎるハンドオーバー、早すぎるハンドオーバー、不適切なセルへのハンドオーバーなどのような具体的なハンドオーバーシナリオを判定する。
【００１２】
上記判定方法１では、基地局３がＲＲＣ確立完了メッセージにおけるＣｅｌｌ１のＰＣＩ情報のみに応じて、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを送信しているので、ＰＣＩエイリアシングにより、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージが不適切なｅＮＢに送信されてしまうといったことが引き起こされてしまう可能性がある。上記判定方法２では、基地局２が、ＰＣＩエイリアシングにより、Ｃｅｌｌ１のＰＣＩメッセージに応じて、不適切なセルをマッピングしまう可能性がある。つまり、従来技術では、どの判定方法を採用するかに関わらず、ＰＣＩに基づいて判定を行っており、そしてターゲットセルのＰＣＩが物理層の識別子であり、また、ＵＥの隣接セル情報を割り当てる場合に、異なるターゲットセルを同一のＰＣＩに割り当てているため、ターゲットセルのＰＣＩエイリアシングが現れる。従って、正確なターゲットセルを一意に指定することができず、これにより、ハンドオーバーシナリオ判定の誤り率が高くなってしまう。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
これを鑑みて、本発明の主な目的は、ハンドオーバーシナリオに対する判定を正確に実現することができ、これにより、ハンドオーバーシナリオに対する判定の誤り率が高くなってしまうといった従来技術における問題を防止することができる、ハンドオーバーシナリオ判定パラメータの報告方法、ユーザ装置及びハンドオーバーシナリオ判定基地局を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達するために、本発明の技術的解決法は、次のように実現される。
【００１５】
本発明に係るハンドオーバーシナリオの判定方法は、ネットワーク側がＥＣＧＩに基づいてハンドオーバーシナリオの判定を行うために、ユーザ装置（ＵＥ）が、進化型グローバルセル識別子（ＥＣＧＩ）を含むアップリンクメッセージを送信することを含む。ここで、前記アップリンクメッセージは、無線リンク障害（ＲＬＦ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００１６】
上記方法において、前記ＲＬＦに関連する測定情報を含むメッセージがユーザ装置情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣ確立完了（ＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅ）メッセージである場合、前記ＥＣＧＩは、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩである。
前記判定は、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行うことを含む。
【００１７】
上記方法において、前記判定は、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、無線リンク障害指示（ＲＬＦ  ｉｎｄｉｃａｔｉｏｎ）メッセージの送信を判定することを更に含む。
【００１８】
ここで、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合、前記ＥＣＧＩは、ＲＬＦ発生が発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩである。
前記判定は、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行うことを含む。
【００１９】
ここで、当該方法は、基地局間で伝送されたＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩ、及び／又はＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩが含まれることを更に含み、ここで、前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルの所属する基地局に送信される。
【００２０】
上記方法において、前記ネットワーク側が前記ＥＣＧＩに基づいてハンドオーバーシナリオの判定を行うことは、
ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーのシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＵＥのＲＲＣ再確立のセルである場合、今回のハンドオーバーが早すぎるハンドオーバーであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定することを含む。ここで、前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供し、前記ＵＥによって報告された時間差は、ＵＥがセルＣｅｌｌ２にハンドオーバーしてから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差である。
【００２１】
また、本発明は、ユーザ装置によるハンドオーバーシナリオ判定パラメータの報告方法を更に提供する。この方法は、ユーザ装置が、セル２において無線リンクに失敗し、且つセル１において無線リソース制御（ＲＲＣ）再確立に失敗した後、セル３においてＲＲＣ確立を開始することに成功したとき、
ユーザ装置から、セル３が所属する基地局に送信されるアップリンクメッセージに、セル１及びセル２の進化型グローバルセル識別子（ＥＣＧＩ）、ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差、及び／又はセル２に入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子を含ませることを含む。ここで、前記アップリンクメッセージは、無線リンク障害（ＲＬＦ）に関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００２２】
本方法において、前記セル３が所属する基地局は、前記ユーザ装置によって報告された受信情報を、セル２が所属する基地局に送信する。
【００２３】
さらに、前記セル２が所属する基地局は、ＵＥ  ｃｏｎｔｅｘｔのタイマーの値と、前記ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差とを比較し、ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーが前記時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定する。ここで、前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供する。
【００２４】
さらに、前記セル３が所属する基地局は、ユーザ装置情報要求（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）メッセージを送信して、ＲＬＦに関連する測定情報を報告するように前記ユーザ装置に要求し、前記ユーザ装置は、ユーザ装置情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージを介してハンドオーバー判定パラメータを報告する。
【００２５】
本発明は、ハンドオーバーシナリオ判定パラメータを報告するユーザ装置（ＵＥ）を提供する。このユーザ装置は、
アップリンクメッセージを収集する収集ユニットと、
ＥＣＧＩを含むアップリンクメッセージをネットワーク側の基地局に報告する報告ユニットとを含む。
ここで、前記アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００２６】
上記装置において、前記ユーザ装置が、セル２において無線リンクに失敗し、且つセル１において無線リソース制御（ＲＲＣ）再確立に失敗した後、セル３においてＲＲＣ確立を開始することに成功したとき、
前記ユーザ装置は、更に、
前記ユーザ装置から、セル３が所属する基地局に送信されたアップリンクメッセージに、セル１及びセル２の進化型グローバルセル識別子（ＥＣＧＩ）、ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差、及び／又はＵＥがセル２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子を含ませる。
【００２７】
また、本発明は、ハンドオーバーシナリオの判定を行う基地局を提供する。
当該基地局は、ＵＥによって報告された、ＥＣＧＩを含むアップリンクメッセージに応じて、ハンドオーバーシナリオの判定を行う判定ユニットを含む。ここで、前記アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報の指示を含むメッセージである。
【００２８】
上記基地局において、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩである場合、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００２９】
上記基地局において、前記判定ユニットは、更に、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ＲＬＦｉｎｄｉｃａｔｉｏｎメッセージの送信を判定する。
【００３０】
上記基地局において、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報の指示を含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩが、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩである場合、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００３１】
ここで、基地局は、基地局間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩ、及び／又はＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませる伝送ユニットを更に含む。ここで、前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルが所属する基地局に送信される。
【００３２】
上記基地局において、前記判定ユニットは、ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥがにおいてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定する。
ここで、前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供し、前記ＵＥによって報告された時間差は、ＵＥがセル２にハンドオーバーしてから、セル１においてＲＲＣ再確立要求の開始を試みるまでの時間差である。
【００３３】
従来技術と比べて、本発明は、以下に示す利点を持つ。
本発明に係るＵＥは、送信されるアップリンクメッセージにＥＣＧＩを含ませ、ネットワーク側がＥＣＧＩに基づいてハンドオーバーシナリオの判定を行う。ここで、前記アップリンクメッセージはＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
更に、判定は、ＥＣＧＩに基づいて行われており、且つＥＣＧＩは、レイヤー３の識別子であり、この識別子は、ＵＥが隣接セル情報を割り当てるときに、一意である。従って、本発明によってターゲットセルを一意に特定することができ、これにより、正確なハンドオーバーシナリオの判定を実現することができる。また、ハンドオーバーシナリオに対する判定の誤り率が高いといった従来技術における問題を回避することができる。
【図面の簡単な説明】
【００３４】
【図１】ＵＥによる、Ｃｅｌｌ  ｂからＣｅｌｌ  ａへのハンドオーバーが遅すぎるときの様子を示す図である。
【図２】ＵＥによる、Ｃｅｌｌ  ａからＣｅｌｌ  ｂへのハンドオーバーが早すぎるときの様子を示す図である。
【図３】ＵＥによる、Ｃｅｌｌ  ｃからＣｅｌｌ  ｂへハンドオーバーが不適切なセル選択であるときの様子を示す図である。
【図４】判定方法１を示す図である。
【図５】判定方法２を示す図である。
【図６】本発明に係る方法１の実施形態の実現プロセスを示す図である。
【発明を実施するための形態】
【００３５】
本発明の基本的な着想は、ＵＥが、ＵＥから送信されるアップリンクメッセージにＥＣＧＩを含含ませ、ネットワーク側が前記ＥＣＧＩに基づいてハンドオーバーシナリオの判定を行う、というものである。ここで、アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージであってもよく、ＲＬＦに関連する測定情報のインディケーションを含むメッセージであってもよい。
【００３６】
以下、添付図面を参照しながら、技術的解決法の実施方法をさらに詳しく説明する。
【００３７】
本発明は、ハンドオーバーシナリオの判定に関する解決法である。上述した、従来技術における２種類の判定方法の問題について、基地局３のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージが誤って送信されてしまうといった問題、及び基地局２がＣｅｌｌ  １のＰＣＩ情報に基づいて不適切なセルをマッピングしてしまう可能性があるといった問題を、本発明は解決することができる。これは、本発明では、従来技術のようにＰＣＩに基づいて判定が行われるのではなく、ＥＣＧＩに基づいて判定が行われているためである。また、ＥＣＧＩは、レイヤー３の識別子であり、ＥＣＧＩは、ＵＥが隣接セル情報を割り当てる場合に一つのみであり、ターゲットセルを一意に特定することができるためである。本発明を用いることによって、正確なハンドオーバーシナリオの判定を実現することができ、これにより、ハンドオーバーシナリオに対する判定の誤り率が高いといった従来技術における問題が回避される。つまり、期待されないハンドオーバーが回避され、これにより、ユーザの体験にマイナスの影響を与えることなくネットワークリソースを節約することができる。さらに、本発明は、例えば、ハンドオーバーパラメータの自己最適化などの、ハンドオーバーシナリオ判定の後に行われる動作に対して、非常に有利である。これは、ハンドオーバーパラメータの自己最適化の調整は、ハンドオーバーの失敗又は期待されないハンドオーバーシナリオに対する正確な判定に基づいて行われるためである。
【００３８】
図６に示すように、本発明に係るハンドオーバーシナリオの判定方法は、主に以下のステップを含む。
【００３９】
１０１：例えば、ＬＴＥシステムを一例として、ＬＴＥシステムにおいて、ＲＬＦに関連する測定情報を含むユーザ装置情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージ、又は、ＲＬＦに関連する測定情報のインディケーションを含むＲＲＣ確立完了（ＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅ）メッセージをＵＥが送信するとき、ＵＥは、このメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩを含ませる。
【００４０】
１０２：ネットワーク側は、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００４１】
ここで、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいてハンドオーバーシナリオの判定が行われる場合、正確なターゲットセルを一意に指定することができる。これにより、従来技術のようなＰＣＩの使用によって引き起こされる、正確なターゲットセルの指定を不可能とするターゲットセルエイリアシングが回避される。
【００４２】
さらに、基地局間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージにも、最初にＲＲＣ再確立が試みられたセルのＥＣＧＩが含められる。このＥＣＧＩは、ハンドオーバーシナリオの判定が行われるときにターゲットセルを一意に特定することに用いられる。前記ＥＣＧＩは、さらにＵＥ  ｃｏｎｔｅｘｔの検証にも用いることが可能である。ここで、前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルが所属する基地局に送信される。
【００４３】
さらに、当該方法は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ、又はＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージに、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませることを含んでいてもよい。このように、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて判定を行う場合、ソースセルから所定の正確なターゲットセルへのハンドオーバーを行うことが可能になる。
【００４４】
さらに、基地局の間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませることも可能である。これは、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含むメッセージも、基地局間において伝送可能であることを単に示している。
【００４５】
本発明により、ハンドオーバーシナリオの判定において、ＲＲＣ確立メッセージを受信した基地局のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージが不適切なのターゲット基地局に送信されてしまうといった問題を回避ことが可能である。また、ハンドオーバーシナリオの判定を行う基地局は、早すぎるハンドオーバー及び不適切なセルへのハンドオーバーが発生するハンドオーバープロセスにおけるソースセルを取得することができる。
【００４６】
以下、本発明について例を挙げて説明する。
【００４７】
本発明により、基地局は、ＲＬＦが発生したセルを一意に特定することができ、ＲＬＦに関連する情報に応じて、ターゲット基地局は、どのハンドオーバーシナリオであるかを判定することができる。これに基づいて、ネットワークは、具体的なハンドオーバーパラメータに対する最適化を実現することができ、これにより、ネットワークの自己最適化機能が実現され、ネットワークの性能が向上する。本願における前記ＲＬＦに関連する測定情報とは、ＲＬＦが発生する前における、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果、その後再確立を開始するときにＵＥによって測定された、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果、及びＵＥの位置情報のうちの１つ以上のことである。
【００４８】
実施形態１
実施形態１では、ハンドオーバーシナリオ判定の方法１が採用され、且つＲＲＣ確立完了メッセージにＣｅｌｌ  １のＥＣＧＩが含められる。図４を参照しつつ、実施形態１について説明する。
【００４９】
１）ＵＥは、基地局２のセルＣｅｌｌ  ２において、接続状態とされている。無線リンク信号が非常に悪く、ハンドオーバーの失敗又は他の原因によりＲＬＦが発生する。ＵＥは、Ｃｅｌｌ  １を選択してＲＲＣ再確立を行い、ＲＲＣ再確立要求メッセージを基地局１に送信する。Ｃｅｌｌ  １には、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）が存在しないため、Ｃｅｌｌ  １においてＵＥのＲＲＣ再確立が失敗し、その後、ＵＥはｉｄｌｅ状態に移る。ｉｄｌｅ状態のＵＥは、セル再選択によりＣｅｌｌ  ３を再選択してＲＲＣ確立要求メッセージを基地局３に送信する。そして、ＵＥは、Ｃｅｌｌ  ３においてＲＲＣ確立要求を開始し、ＲＲＣ確立に成功して接続状態に入る。
【００５０】
２）基地局１は、ＵＥによって送信されたＲＲＣ再確立要求メッセージを受信した後、無線リンク障害指示（ＲＬＦ  ｉｎｄｉｃａｔｉｏｎ）メッセージを基地局２に送信して、ＵＥにおいて無線リンク障害（ＲＬＦ）が発生したことを示す。ここで、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥのＲＲＣ再確立要求メッセージに含まれるＣ−ＲＮＴＩ及びＰＣＩ、並びに、ＲＲＣ再確立を試みたＵＥによって選択されたＣｅｌｌ  １のグローバル識別子ＥＣＧＩが含められる。また、このメッセージに、ｓｈｏｒｔＭＡＣ−Ｉが更に含められてもよい。
【００５１】
３）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、メッセージ内のＣ−ＲＮＴＩ及びＰＣＩに応じて、具体的なＵＥ  ｃｏｎｔｅｘｔをマッチングにより取得する。ＵＥ  ｃｏｎｔｅｘｔは、ｓｈｏｒｔＭＡＣ−Ｉを用いて検証することもできる。基地局２は、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーと当該ＵＥの前回のハンドオーバープロセスに応じて、具体的なハンドオーバーシナリオを判定することができる。例えば、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトした場合、Ｃｅｌｌ  ２からＣｅｌｌ  １への今回のハンドオーバーが遅すぎるハンドオーバーであると判定される。また、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトしておらず、且つＵＥが前回においてハンドオーバープロセスを行ったソースセルがＣｅｌｌ  １である場合、Ｃｅｌｌ  １からＣｅｌｌ  ２への今回のハンドオーバーが早すぎるハンドオーバーであると判定される。当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトしておらず、且つＵＥが前回においてハンドオーバープロセスを行ったソースセルが他のセルである場合、当該他のセルからＣｅｌｌ  ２への今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定される。
【００５２】
４）基地局３は、ＵＥからＲＲＣ確立完了メッセージを受信する。このメッセージには、Ｃｅｌｌ  １においてＵＥによって送信されたＲＲＣ再確立要求メッセージにおけるＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉ以外に、ＵＥがＲＬＦに関連する測定情報を記憶していることを示すインディケーションを含めることも可能であり、さらに、ＲＬＦが発生した後にＵＥが最初にＲＲＣ再確立を試みたＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を含めることも可能である。基地局３は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔをＵＥに送信して、ＲＬＦに関連する測定情報を報告するようにＵＥに要求する。ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＲＬＦに関連する測定情報を基地局３に報告する。基地局３は、Ｃｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を介して基地局１の一意のグローバル識別子を取得し、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局１に送信する。このＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージには、ＲＲＣ確立完了メッセージに含められるＣ−ＲＮＴＩ及びＰＣＩが含められている。さらに、このメッセージには、Ｓｈｏｒｔ  ＭＡＣ−Ｉも、セルＣｅｌｌ  １のグローバル識別子ＥＣＧＩも、ＵＥによって報告されたＲＬＦに関連する測定情報も、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分の識別子も含ませることができる。
【００５３】
５）基地局１は、基地局３によって送信されたＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信し、そのメッセージ内のＣ−ＲＮＴＩ及びＰＣＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉ、Ｃｅｌｌ  １のグローバル識別子（ＥＣＧＩ）のうちの１つ以上を用いて検証を行う。これにより、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージが、基地局１から基地局２に送信されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分であるかどうかが判定される。例えば検証により、同一のＵＥであるかが判定される。判定結果が肯定的である場合、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージは、基地局１より基地局２に送信されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分として基地局２に送信される。基地局２は、２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、そのメッセージ内のＲＬＦに関連する測定情報に応じて、ハンドオーバーパラメータによる問題かそれともカバレッジによる問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が共に悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００５４】
さらに、基地局３は、ＲＲＣ確立完了メッセージにおける、ＵＥによってＲＲＣ再確立要求メッセージに含められたＰＣＩ情報を介して、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局２に送信することができる。基地局２は、２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、ＰＣＩ及びＣ−ＲＮＴＩに応じたマッチングによりＵＥ  ｃｏｎｔｅｘｔを取得する。ＵＥ  ｃｏｎｔｅｘｔは、Ｓｈｏｒｔ  ＭＡＣ−Ｉを用いて検証することもでき、さらにＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を用いて検証することもできる。ＵＥ  ｃｏｎｔｅｘｔが、以前に受信されたＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージにおけるＵＥ  ｃｏｎｔｅｘｔと一致する場合、基地局２は、受信された２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージの第２部分として認識する。基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージにおけるＲＬＦに関連する測定情報に応じて、ハンドオーバーパラメータによる問題かそれともカバレッジによる問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が共に悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００５５】
実施形態２
実施形態２では、ハンドオーバーシナリオ判定の方法１が採用され、且つＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにＣｅｌｌ  １のＥＣＧＩが含められる。図４を参照しつつ、実施形態２について説明する。
【００５６】
１）ＵＥは、基地局２のＣｅｌｌ  ２において、接続状態とされている。無線リンク信号が非常に悪く、ハンドオーバーの失敗又は他の原因によりＲＬＦが発生する。ＵＥは、Ｃｅｌｌ  １を選択してＲＲＣ再確立を行い、ＲＲＣ再確立要求メッセージを基地局１に送信する。Ｃｅｌｌ  １には、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）が存在しないため、Ｃｅｌｌ  １においてＵＥのＲＲＣ再確立が失敗し、その後、ＵＥはｉｄｌｅ状態に移る。ｉｄｌｅ状態のＵＥは、セル再選択によりＣｅｌｌ  ３を再選択してＲＲＣ確立要求メッセージを基地局３に送信する。そして、ＵＥは、Ｃｅｌｌ  ３においてＲＲＣ確立要求を開始し、ＲＲＣ確立に成功して接続状態に入る。
【００５７】
２）基地局１は、ＵＥによって送信されたＲＲＣ再確立要求メッセージを受信した後、無線リンク障害指示（ＲＬＦ  ｉｎｄｉｃａｔｉｏｎ）メッセージを基地局２に送信してＵＥにおいて無線リンク障害（ＲＬＦ）が発生したことを示す。ここで、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥのＲＲＣ再確立要求メッセージに含まれるＣ−ＲＮＴＩ及びＰＣＩ、並びにＲＲＣ再確立を試みたＵＥによって選択されたセルＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）が含められる。また、このメッセージに、ｓｈｏｒｔＭＡＣ−Ｉが更に含められてもよい。
【００５８】
３）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、メッセージ内のＣ−ＲＮＴＩ及びＰＣＩに応じて、具体的なＵＥ  ｃｏｎｔｅｘｔをマッチングにより取得する。さらに、ＵＥ  ｃｏｎｔｅｘｔは、ｓｈｏｒｔＭＡＣ−Ｉを用いて検証することもできる。基地局２は、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーと当該ＵＥの前回のハンドオーバープロセスに応じて、具体的なハンドオーバーシナリオを判定することができる。例えば、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトした場合、Ｃｅｌｌ  ２からＣｅｌｌ  １への今回のハンドオーバーが遅すぎるハンドオーバーであると判定される。また、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトしておらず、且つＵＥが前回においてハンドオーバープロセスを行ったソースセルがＣｅｌｌ  １である場合、Ｃｅｌｌ  １からＣｅｌｌ  ２への今回のハンドオーバーが早すぎるハンドオーバーであると判定される。また、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがタイムアウトしておらず、且つＵＥが前回においてハンドオーバープロセスを行ったソースセルが他のセルである場合、当該他のセルからＣｅｌｌ  ２への今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定される。
【００５９】
４）基地局３は、ＵＥからＲＲＣ確立完了メッセージを受信する。このメッセージには、ＵＥがＲＬＦに関連する測定情報を記憶していることを示すインディケーションが含められる。基地局３は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔをＵＥに送信して、ＲＬＦに関連する測定情報を報告するようにＵＥに要求する。ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＲＬＦに関連する測定情報を基地局３に報告する。ここで、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージには、Ｃｅｌｌ  １においてＵＥによって送信されたＲＲＣ再確立要求メッセージにおけるＰＣＩ、Ｃ−ＲＮＴＩ、が含められている。さらに、このメッセージには、Ｓｈｏｒｔ  ＭＡＣ−Ｉが含められており、さらに、ＲＬＦが発生した後にＵＥが最初にＲＲＣ再確立を試みたＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）も含められている。基地局３は、Ｃｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を介して基地局１の一意のグローバル識別子を取得し、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局１に送信する。このＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージには、ＲＲＣ確立完了メッセージに含められるＣ−ＲＮＴＩ及びＰＣＩが含められている。さらに、このメッセージには、Ｓｈｏｒｔ  ＭＡＣ−Ｉも、ＵＥがＲＲＣ再確立を試みたＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）も、ＵＥによって報告されたＲＬＦに関連する測定情報も、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分の識別子も含ませることができる。
【００６０】
５）基地局１は、基地局３によって送信されたＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信し、そのメッセージ内のＣ−ＲＮＴＩ及びＰＣＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉ、Ｃｅｌｌ  １のグローバル識別子（ＥＣＧＩ）のうちの１つ以上を用いて検証を行う。これにより、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージが、基地局１から基地局２に送信されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分であるかどうかが判定される。例えば、検証により同一のＵＥであるかが判定される。判定結果が肯定的である場合、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージは、基地局１から基地局２に送信されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎの第２部分として基地局２に送信される。基地局２は、２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、このメッセージ内のＲＬＦに関連する測定情報に応じて、ハンドオーバーパラメータによる問題かそれともカバレッジによろう問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が両方とも悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００６１】
さらに、基地局３は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにおける、ＵＥによってＲＲＣ再確立要求メッセージに含められたＰＣＩ情報を介して、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局２に送信することができる。基地局２は、２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、ＰＣＩ及びＣ−ＲＮＴＩに応じたマッチングによりＵＥ  ｃｏｎｔｅｘｔを取得する。ＵＥ  ｃｏｎｔｅｘｔは、Ｓｈｏｒｔ  ＭＡＣ−Ｉを用いて検証することもでき、さらにＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を用いて検証することもできる。即ち、ＵＥ  ｃｏｎｔｅｘｔが、以前に受信されたＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージにおけるＵＥ  ｃｏｎｔｅｘｔと一致する場合、基地局２は、受信された２回目のＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージの第２部分として認識する。基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージにおけるＲＬＦに関連する測定情報に応じて、ハンドオーバーパラメータによる問題かそれともカバレッジによる問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が両方とも悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００６２】
実施形態３
実施形態３では、ハンドオーバーシナリオ判定の方法２が採用され、且つＲＲＣ確立完了メッセージにＣｅｌｌ  １のＥＣＧＩが含められる。図５を参照しつつ、実施形態３について説明する。
【００６３】
１）ＵＥは、基地局２のＣｅｌｌ  ２において、接続状態とされている。無線リンク信号が非常に悪く、ハンドオーバーの失敗又は他の原因によりＲＬＦが発生する。ＵＥは、Ｃｅｌｌ  １を選択してＲＲＣ再確立を行い、ＲＲＣ再確立要求メッセージを基地局１に送信する。Ｃｅｌｌ  １には、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）が存在しないため、Ｃｅｌｌ  １においてＵＥのＲＲＣ再確立が失敗し、その後、ＵＥはｉｄｌｅ状態に移る。或いは、例えばＣｅｌｌ  １がシステム間のセルである場合、ＵＥは、Ｃｅｌｌ  １を選択し、ＲＲＣ再確立要求を発せず直接的にｉｄｌｅ状態に移る。ｉｄｌｅ状態のＵＥは、セル再選択によりＣｅｌｌ  ３を再選択して、ＲＲＣ確立要求メッセージを基地局３に送信する。そして、ＵＥは、Ｃｅｌｌ  ３においてＲＲＣ確立要求を開始し、ＲＲＣ確立に成功して接続状態に入る。
【００６４】
２）基地局３は、ＵＥから送信されたＲＲＣ確立完了メッセージを受信する。このＲＲＣ確立完了メッセージには、ＲＲＣ再確立要求メッセージを構成したＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉが含められる。ここで、ＰＣＩはＣｅｌｌ  ２のＰＣＩであり、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−Ｉは、Ｃｅｌｌ  ２における当該ＵＥに関連するものである。ＲＲＣ確立完了メッセージには、ＵＥがＲＬＦに関連する測定情報を記憶していることを示すインディケーションを含ませることも可能であり、さらに、ＲＬＦが発生した後にＵＥが最初にＲＲＣ再確立を試みたＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）を含ませることも可能である。さらに、ＲＲＣ確立完了メッセージには、ＵＥがＣｅｌｌ２へのハンドオーバーに成功してから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差も含むことが可能である。さらに、ＵＥがＣｅｌｌ  ２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子、例えばＣｅｌｌ  ４のグローバル識別子を含ませることも可能である。基地局３は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔをＵＥに送信して、ＲＬＦに関連する測定情報を報告するようにＵＥに要求する。ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＲＬＦに関連する測定情報を基地局３に報告する。
【００６５】
３）基地局３は、Ｃｅｌｌ  ２のＰＣＩを介してＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局２に送信する。このＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージは、Ｃ−ＲＮＴＩ及びＰＣＩを含み、さらに、このメッセージには、Ｓｈｏｒｔ  ＭＡＣ−Ｉも、ＵＥがＲＲＣ再確立を試みたＣｅｌｌ  １のＥＣＧＩも、ＵＥによって報告されたＲＬＦに関連する測定情報も、ＵＥがＣｅｌｌ  ２にハンドオーバーしてから、Ｃｅｌｌ  １においてＲＲＣ再確立要求の開始を試みるまでの時間差も、ＵＥがＣｅｌｌ  ２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子も含ませることが可能である。
【００６６】
４）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、そのメッセージ内のＣ−ＲＮＴＩ及びＰＣＩに応じて、具体的なＵＥ  ｃｏｎｔｅｘｔをマッチングにより取得する。さらに、ＵＥ  ｃｏｎｔｅｘｔは、ｓｈｏｒｔＭＡＣ−Ｉを用いて検証することもできる。ネットワーク側における基地局２は、当該ＵＥ  ｃｏｎｔｅｘｔのタイマー、及び、ＵＥがＣｅｌｌ  ２にハンドオーバーしてから、Ｃｅｌｌ  １においてＲＲＣ再確立要求の開始を試みるまでの時間差に応じて、具体的なハンドオーバーシナリオを判定することができる。例えば、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より小さい値を示している場合、Ｃｅｌｌ  ２からＣｅｌｌ  １への今回のハンドオーバーが遅すぎるハンドオーバーであると判定することができる。当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＣｅｌｌ  １である場合、Ｃｅｌｌ  １からＣｅｌｌ  ２への今回のハンドオーバーが早すぎるハンドオーバーであると判定することができる。当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルＣｅｌｌ  ４である場合、当該別のセルＣｅｌｌ  ４からＣｅｌｌ  ２へのハンドオーバーが不適切なセルへのハンドオーバーであると判定することができる。更に、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージから、Ｃｅｌｌ  ２に入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩ、即ち前記他のセルＣｅｌｌ  ４を取得することが可能である。
【００６７】
５）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎにおけるＲＬＦに関連する測定情報に応じてハンドオーバーパラメータによる問題かそれともカバレッジによる問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が両方とも悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００６８】
実施形態４
実施形態４では、ハンドオーバーシナリオ判定の方法二が採用され、且つＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにＣｅｌｌ  １のＥＣＧＩが含められる。図５を参照しつつ、実施形態４について説明する。
【００６９】
１）ＵＥは、基地局２のＣｅｌｌ  ２において、接続状態とされている。無線リンク信号が非常に悪く、ハンドオーバーの失敗又は他の原因によりＲＬＦが発生する。ＵＥは、Ｃｅｌｌ  １を選択してＲＲＣ再確立を行い、ＲＲＣ再確立要求メッセージを基地局１に送信する。Ｃｅｌｌ  １には、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）が存在しないため、Ｃｅｌｌ  １においてＵＥのＲＲＣ再確立が失敗し、その後、ＵＥはｉｄｌｅ状態に移る。或いは、例えばＣｅｌｌ  １がシステム間のセルである場合、ＵＥは、Ｃｅｌｌ  １を選択し、ＲＲＣ再確立要求を発せず直接的にｉｄｌｅ状態に移る。ｉｄｌｅ状態のＵＥは、セル再選択によりＣｅｌｌ  ３を再選択して、ＲＲＣ確立要求メッセージを基地局３に送信する。そして、ＵＥは、Ｃｅｌｌ  ３においてＲＲＣ確立要求を開始し、ＲＲＣ確立に成功して接続状態に入る。
【００７０】
２）基地局３は、ＵＥからＲＲＣ確立完了メッセージを受信する。このメッセージには、ＲＬＦに関連する測定情報をＵＥが記憶していることを示すインディケーションが含められる。基地局３は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ要求をＵＥに送信して、ＲＬＦに関連する測定情報を報告するようにＵＥに要求する。ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＲＬＦに関連する測定情報を基地局３に報告する。ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージには、ＲＲＣ再確立要求メッセージを構成したＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉも含められる。ここで、ＰＣＩはＣｅｌｌ  ２のＰＣＩであり、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−ＩはＣｅｌｌ  ２における当該ＵＥに関連するものである。ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージには、さらに、ＵＥがＲＬＦ後に最初にＲＲＣ再確立を試みたＣｅｌｌ  １のグローバル識別子（ＥＣＧＩ）も、ＵＥがセルＣｅｌｌ２にハンドオーバーしてから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差も、ＵＥがＣｅｌｌ  ２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子（ＥＣＧＩ）も含ませることが可能である。
【００７１】
３）基地局３は、Ｃｅｌｌ  ２のＰＣＩを介してＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを基地局２に送信する。このＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージは、ＲＲＣ再確立完了メッセージに含まれるＣ−ＲＮＴＩ及びＰＣＩを含む。さらに、このメッセージには、Ｓｈｏｒｔ  ＭＡＣ−Ｉも、ＵＥがＲＲＣ再確立試みたＣｅｌｌ  １のＥＣＧＩも、ＵＥによって報告されたＲＬＦに関連する測定情報も、ＵＥがセルＣｅｌｌ  ２にハンドオーバーしてから、Ｃｅｌｌ  １においてＲＲＣ再確立要求の開始を試みるまでの時間差も、ＵＥがＣｅｌｌ  ２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子も含ませることが可能である。
【００７２】
４）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージを受信した後、そのメッセージ内のＣ−ＲＮＴＩ及びＰＣＩに応じて、具体的なＵＥ  ｃｏｎｔｅｘｔをマッチングにより取得する。さらに、ＵＥ  ｃｏｎｔｅｘｔは、ｓｈｏｒｔＭＡＣ−Ｉを用いて検証することもできる。基地局２は、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーと当該ＵＥによって報告された時間差に応じて、具体的なハンドオーバーシナリオを判定することができる。ここで、前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供する。前記ＵＥによって報告された時間差はＵＥがセルＣｅｌｌ２にハンドオーバーしてから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差である。
【００７３】
例えば、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より小さい値を示している場合、Ｃｅｌｌ  ２からＣｅｌｌ  １への今回のハンドオーバーが遅すぎるハンドオーバーであると判定することができる。当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＣｅｌｌ  １である場合、Ｃｅｌｌ  １からＣｅｌｌ  ２へ今回のハンドオーバーが早すぎるハンドオーバーであると判定することができる。当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがこの時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルＣｅｌｌ  ４である場合、当該別のセルＣｅｌｌ  ４からＣｅｌｌ  ２へのハンドオーバーが不適切なセルへのハンドオーバーであると判定することができる。更に、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージから、ＵＥがＣｅｌｌ  ２に入る前に滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩ、即ち前記他のセルＣｅｌｌ  ４を取得することが可能である。
【００７４】
５）基地局２は、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎにおけるＲＬＦに関連する測定情報に応じてハンドオーバーパラメータによる問題かそれともカバレッジによる問題かを判定する。例えば、サービングセルの信号品質及び信号品質が最もよい周辺セルの信号品質が両方とも悪い場合、そこにカバレッジホールが存在する可能性があることを意味する。
【００７５】
上記実施形態におけるＲＬＦに関連する測定情報とは、ＲＬＦ発生前における、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果、その後再確立を開始する時にＵＥによって測定された、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果、及び、ＵＥの位置情報のうちの１つ以上のことである。
【００７６】
上記方法を実現するために、本発明は、ハンドオーバーシナリオの判定システムを開示する。このシステムは、アップリンクメッセージにＥＣＧＩが含められる場合に、前記ＥＣＧＩに基づいてハンドオーバーシナリオの判定を行う判定ユニットを含む。ここで、前記アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００７７】
上記システムにおいて、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩである場合、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００７８】
上記システムにおいて、前記判定ユニットは、更に、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ＲＬＦｉｎｄｉｃａｔｉｏｎメッセージの送信を判定する。
【００７９】
上記システムにおいて、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩである場合、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００８０】
上記方法を実現するために、本発明の実施形態は、ハンドオーバーシナリオを判定するＵＥを開示する。
このＵＥは、アップリンクメッセージを収集する収集ユニットと、
ＥＣＧＩを含むアップリンクメッセージをネットワーク側の基地局に報告する報告ユニットとを含む。
【００８１】
ここで、前記アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００８２】
上記装置において、前記ユーザ装置が、セル２において無線リンクに失敗し、且つセル１において無線リソース制御（ＲＲＣ）再確立に失敗した後、セル３においてＲＲＣ確立を開始することに成功したとき、
前記ユーザ装置は、更に、前記ユーザ装置から、セル３が所属する基地局に送信されるアップリンクメッセージに、セル１及びセル２の進化型グローバルセル識別子（ＥＣＧＩ）、ユーザ装置がセル２にハンドオーバーしてからセル１においてＲＲＣ再確立要求を開始するまでの時間差、及び／又はＵＥがセル２に入る前に滞在していた（ｓｔａｙｅｄ）セルのグローバル識別子を含ませる。
【００８３】
ここで、前記ＲＬＦに関連する測定情報は、以下に示す情報のいずれか１つまたは少なくとも２つの組み合わせを含む。
【００８４】
情報１：ＲＬＦ発生前における、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果。
【００８５】
情報２：無線リソース制御（ＲＲＣ）開始時にＵＥによって測定される、サービングセルの信号品質の測定結果及び信号品質が最もよい周辺セルの信号品質の測定結果。
【００８６】
情報３：ＵＥの位置情報。
【００８７】
また、本発明の実施形態は、さらにハンドオーバーシナリオを判定する基地局を開示する。
この基地局は、ＵＥによって報告された、ＥＣＧＩを含むアップリンクメッセージに応じて、ハンドオーバーシナリオの判定を行う判定ユニットを含む。
【００８８】
ここで、前記アップリンクメッセージは、ＲＬＦに関連する測定情報を含むメッセージ、又はＲＬＦに関連する測定情報のインディケーションを含むメッセージである。
【００８９】
ここで、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩである場合、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００９０】
ここで、前記判定ユニットは、前記ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩに基づいて、ＲＬＦｉｎｄｉｃａｔｉｏｎメッセージの送信を判定し、これにより、ＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージの正確な送信を実現する。
【００９１】
ここで、前記判定ユニットは、更に、前記ＲＬＦに関連する測定情報を含むメッセージがＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージであるか、又は、前記ＲＬＦに関連する測定情報のインディケーションを含むメッセージがＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージである場合において、前記ＥＣＧＩがＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩである場合、ＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩに基づいて、ハンドオーバーシナリオの判定を行う。
【００９２】
ここで、当該基地局は、基地局間で伝送されるＲＬＦ  ｉｎｄｉｃａｔｉｏｎメッセージに、ＵＥが最初にＲＲＣ再確立を試みたセルのＥＣＧＩ、及び／又はＲＬＦが発生したセルに入る前にＵＥが滞在していた（ｓｔａｙｅｄ）セルのＥＣＧＩを含ませる伝送ユニットを更に含む。ここで、前記基地局間の伝送では、メッセージが、ＵＥのＲＬＦに関連する測定情報を受信した基地局から、ＲＬＦが発生する前にＵＥが滞在していたサービングセルの所属する基地局に送信される。
【００９３】
ここで、前記判定ユニットは、更に、
ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より小さい値を示している場合、今回のハンドオーバーが遅すぎるハンドオーバーシナリオであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルがＵＥがＲＲＣ再確立を行ったセルである場合、今回のハンドオーバーが早すぎるハンドオーバーであると判定し、当該ＵＥ  ｃｏｎｔｅｘｔのタイマーがＵＥによって報告された時間差より大きい値を示しており、且つＵＥが前回においてハンドオーバーを行ったソースセルが他のセルである場合、今回のハンドオーバーが不適切なセルへのハンドオーバーであると判定する。
【００９４】
ここで、前記ＵＥ  ｃｏｎｔｅｘｔのタイマーは、ネットワーク側に位置し、ハンドオーバーシナリオの判定のために時間閾値を提供する。前記ＵＥによって報告された時間差は、ＵＥがセルＣｅｌｌ２にハンドオーバーしてから、Ｃｅｌｌ１においてＲＲＣ再確立要求の開始を試みるまでの時間差である。
【００９５】
以上は、本発明の好適な実施形態に過ぎず、本発明の保護範囲を限定することに用いられるものではない。
【図１】
2013533699.tif 000003
【図２】
2013533699.tif 000004
【図３】
2013533699.tif 000005
【図４】
2013533699.tif 000006
【図５】
2013533699.tif 000007
【図６】
2013533699.tif 000008
【国際調査報告】
2013533699.tif 000009
2013533699.tif 000010
2013533699.tif 000011
2013533699.tif 000012