(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023027204
(43)【公開日】2023-03-01
(54)【発明の名称】ハンドオーバ制御方法
(51)【国際特許分類】
H04W 36/18 20090101AFI20230221BHJP
H04W 24/04 20090101ALI20230221BHJP
H04W 36/36 20090101ALI20230221BHJP
H04W 36/30 20090101ALI20230221BHJP
【ＦＩ】
H04W36/18
H04W24/04
H04W36/36
H04W36/30
【審査請求】有
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2022195975
(22)【出願日】2022-12-07
(62)【分割の表示】P 2021509240の分割
【原出願日】2020-03-17
(31)【優先権主張番号】P 2019056187
(32)【優先日】2019-03-25
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
(57)【要約】 （修正有）
【課題】ハンドオーバ中の通信中断時間の削減及び無線状態が不安定な環境下におけるハンドオーバの信頼性を改善するハンドオーバ制御方法を提供する。
【解決手段】ハンドオーバ制御方法は、ユーザ装置が接続するソースセルからターゲットセルに対してユーザ装置の条件付きハンドオーバを行うための方法である。ハンドオーバ制御方法は、ユーザ装置が、ソースセルから、条件付きハンドオーバのハンドオーバ指令を受信することと、ユーザ装置がハンドオーバ指令の受信後に接続障害を検知することと、ユーザ装置が、条件付きハンドオーバにおける接続障害に関する情報を含む報告メッセージを、ユーザ装置が接続したセルに送信することと、を含む。
【選択図】図８
【解決手段】ハンドオーバ制御方法は、ユーザ装置が接続するソースセルからターゲットセルに対してユーザ装置の条件付きハンドオーバを行うための方法である。ハンドオーバ制御方法は、ユーザ装置が、ソースセルから、条件付きハンドオーバのハンドオーバ指令を受信することと、ユーザ装置がハンドオーバ指令の受信後に接続障害を検知することと、ユーザ装置が、条件付きハンドオーバにおける接続障害に関する情報を含む報告メッセージを、ユーザ装置が接続したセルに送信することと、を含む。
【選択図】図８
【特許請求の範囲】
【請求項1】
ユーザ装置が接続するソースセルからターゲットセルに対して前記ユーザ装置の条件付きハンドオーバを行うためのハンドオーバ制御方法であって、
前記ユーザ装置が、前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子を含むハンドオーバ指令を受信することと、
前記ユーザ装置が、前記ソースセルとの接続時における接続障害に関する情報を含む報告メッセージを、前記接続障害の後に前記ユーザ装置が接続したセルに送信することと、を有し、
前記報告メッセージは、前記ハンドオーバ指令に含まれる全ての前記候補セルの識別子を含む
ハンドオーバ制御方法。
前記ユーザ装置が、前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子を含むハンドオーバ指令を受信することと、
前記ユーザ装置が、前記ソースセルとの接続時における接続障害に関する情報を含む報告メッセージを、前記接続障害の後に前記ユーザ装置が接続したセルに送信することと、を有し、
前記報告メッセージは、前記ハンドオーバ指令に含まれる全ての前記候補セルの識別子を含む
ハンドオーバ制御方法。
【請求項2】
請求項１に記載の方法を実行するユーザ装置。
【請求項3】
ユーザ装置が接続するソースセルからターゲットセルに対して条件付きハンドオーバを行う前記ユーザ装置を制御するためのプロセッサであって、
前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子を含むハンドオーバ指令を受信する処理と、
前記ソースセルとの接続時における接続障害に関する情報を含む報告メッセージを、前記接続障害の後に前記ユーザ装置が接続したセルに送信する処理と、を実行し、
前記報告メッセージは、前記ハンドオーバ指令に含まれる全ての前記候補セルの識別子を含む
プロセッサ。
前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子を含むハンドオーバ指令を受信する処理と、
前記ソースセルとの接続時における接続障害に関する情報を含む報告メッセージを、前記接続障害の後に前記ユーザ装置が接続したセルに送信する処理と、を実行し、
前記報告メッセージは、前記ハンドオーバ指令に含まれる全ての前記候補セルの識別子を含む
プロセッサ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ハンドオーバ制御方法に関する。
【背景技術】
【0002】
移動通信システムにおいて、ユーザ装置は、自身の移動に伴って、自身が接続するセルをソースセルからターゲットセルに変更するハンドオーバを行う（例えば、非特許文献１参照）。近年、ハンドオーバ中の通信中断時間の削減、及び無線状態が不安定な環境下におけるハンドオーバの信頼性の改善が望まれている。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】３ＧＰＰ技術仕様書「ＴＳ３６．３００ Ｖ１５．４．０」２０１９年１月
【発明の概要】
【0004】
本開示は、ハンドオーバ中の通信中断時間の削減、及び無線状態が不安定な環境下におけるハンドオーバの信頼性の改善を可能とする技術に関する。
【0005】
第１の態様に係るハンドオーバ制御方法は、ユーザ装置が接続するソースセルからターゲットセルに対して前記ユーザ装置の条件付きハンドオーバを行うための方法である。前記ハンドオーバ制御方法は、前記ユーザ装置が、前記ソースセルから、前記条件付きハンドオーバのハンドオーバ指令を受信することと、前記ユーザ装置が前記ハンドオーバ指令の受信後に接続障害を検知することと、前記ユーザ装置が、前記条件付きハンドオーバにおける前記接続障害に関する情報を含む報告メッセージを、前記ユーザ装置が接続したセルに送信することとを含む。
【0006】
第２の態様に係るハンドオーバ制御方法は、ユーザ装置が接続するソースセルからターゲットセルに対して前記ユーザ装置の条件付きハンドオーバを行うための方法である。前記ハンドオーバ制御方法は、前記ユーザ装置が、前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子とハンドオーバのトリガ条件とを含むハンドオーバ指令を受信することと、前記ハンドオーバ指令の受信後、前記複数の候補セルのうち２つ以上の候補セルについて前記トリガ条件が満たされた場合、前記ユーザ装置が、前記２つ以上の候補セルの中から所定の選択規則を用いて、前記ユーザ装置がアクセスする候補セルを選択することとを含む。
【0007】
第３の態様に係るハンドオーバ制御方法は、ユーザ装置が接続するソースセルからターゲットセルに対して前記ユーザ装置の条件付きハンドオーバを行うための方法である。前記ハンドオーバ制御方法は、前記ユーザ装置が、前記ソースセルから、前記ターゲットセルの候補である複数の候補セルの識別子と、ハンドオーバのトリガ条件とを含むハンドオーバ指令を受信することを含む。前記トリガ条件は、前記ハンドオーバをトリガするために所定のイベントが満たされた状態が持続されるべき持続時間を含む。前記持続時間は、前記候補セルごとに個別に設定される。
【図面の簡単な説明】
【0008】
【図1】一実施形態に係る移動通信システムの構成を示す図である。
【図2】一実施形態に係るユーザ装置の構成を示す図である。
【図3】一実施形態に係る基地局の構成を示す図である。
【図4】一実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図5】一実施形態に係る無線フレームの構成を示す図である。
【図6】一実施形態に係る移動通信システムの動作シーケンスの一例を示す図である。
【図7】一実施形態に係るハンドオーバ指令に含まれる情報（情報要素）の一例を示す図である。
【図8】一実施形態に係る条件付きハンドオーバにおける接続障害に関連するＵＥの動作例を示す図である。
【図9A】一実施形態に係る報告メッセージに含まれる障害セルリストの第１の例を示す図である。
【図9B】一実施形態に係る報告メッセージに含まれる障害セルリストの第２の例を示す図である。
【図11】一実施形態に係るアクセス先セルの選択に関連するＵＥの動作例を示す図である。
【図12】一実施形態に係るハンドオーバ指令に含まれる情報（情報要素）の他の例を示す図である。
【発明を実施するための形態】
【0009】
図面を参照しながら、一実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【0010】
（移動通信システムの構成）
まず、一実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ。）規格に基づくシステムである。
まず、一実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ。）規格に基づくシステムである。
【0011】
以下において、移動通信システムとしてＬＴＥシステムを例示するが、移動通信システムには３ＧＰＰ規格の第５世代（５Ｇ）システムが少なくとも部分的に適用されてもよい。
【0012】
図１に示すように、ＬＴＥシステムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ－ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。
【0013】
５Ｇシステムにおいては、無線アクセスネットワークはＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＲＡＮ）と呼ばれ、コアネットワークは５ＧＣ（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）と呼ばれる。
【0014】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。ＵＥ１００は、ユーザにより利用される装置であればよい。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。
【0015】
Ｅ－ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ）２００を含む。ｅＮＢ２００は、基地局間インターフェイスであるＸ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、及び／又はモビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
【0016】
５Ｇシステムにおいては、基地局はｇＮＢと呼ばれ、基地局間インターフェイスはＸｎインターフェイスと呼ばれる。なお、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されることもできる。
【0017】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ－ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ－ＧＷは、基地局－コアネットワーク間インターフェイスであるＳ１インターフェイスを介してｅＮＢ２００と接続される。
【0018】
５Ｇシステムにおいては、ＵＥ１００に対する各種モビリティ制御等を行うコアネットワークエンティティはＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）と呼ばれる。また、データの転送制御を行うコアネットワークエンティティはＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）と呼ばれる。基地局－コアネットワーク間インターフェイスはＮＧインターフェイスと呼ばれる。
【0019】
図２は、ＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【0020】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【0021】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0022】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【0023】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【0024】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0025】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【0026】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【0027】
バックホール通信部２４０は、基地局間インターフェイス（Ｘ２インターフェイス又はＸｎインターフェイス）を介して隣接ｅＮＢ又は隣接ｇＮＢと接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイス（Ｓ１インターフェイス又はＮＧインターフェイス）を介してＭＭＥ／Ｓ－ＧＷ３００又はＡＭＦ／ＵＰＦと接続される。
【0028】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを構成する。
【0029】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【0030】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【0031】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【0032】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【0033】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。
【0034】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【0035】
５Ｇシステムにおいては、ユーザプレーンにおいてＰＤＣＰレイヤの上位にＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤが設けられる。ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。
【0036】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【0037】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として用いることができる領域である。
【0038】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として用いることができる領域である。
【0039】
（移動通信システムの動作）
次に、一実施形態に係る移動通信システムの動作について説明する。ＬＴＥシステムを例に挙げて説明するが、５Ｇシステムに適用してもよく、その場合、ｅＮＢをｇＮＢと読み替えてもよく、Ｘ２インターフェイスをＸｎインターフェイスと読み替えてもよい。
次に、一実施形態に係る移動通信システムの動作について説明する。ＬＴＥシステムを例に挙げて説明するが、５Ｇシステムに適用してもよく、その場合、ｅＮＢをｇＮＢと読み替えてもよく、Ｘ２インターフェイスをＸｎインターフェイスと読み替えてもよい。
【0040】
（１）条件付きハンドオーバの概要
一般的なハンドオーバプロシージャにおいて、ＵＥ１００のハンドオーバをｅＮＢ２００が決定する。例えば、ＵＥ１００は、ＵＥ１００とソースセルとの間の無線状態が悪化したこと、及び／又はＵＥ１００とターゲットセルとの間の無線状態が良化したことに応じて、無線状態に関する測定報告をソースセルに送信する。
一般的なハンドオーバプロシージャにおいて、ＵＥ１００のハンドオーバをｅＮＢ２００が決定する。例えば、ＵＥ１００は、ＵＥ１００とソースセルとの間の無線状態が悪化したこと、及び／又はＵＥ１００とターゲットセルとの間の無線状態が良化したことに応じて、無線状態に関する測定報告をソースセルに送信する。
【0041】
なお、ハンドオーバは、ＵＥ１００のサービングセルをソースセルからターゲットセルへ切替える動作である。以下において、ソースセル及びターゲットセルが互いに異なるｅＮＢに属している一例について説明するが、ソースセル及びターゲットセルが同じｅＮＢに属していてもよい。
【0042】
ソースセルを管理するソースｅＮＢ２００は、ＵＥ１００から送信される測定報告に基づいてＵＥ１００のハンドオーバを決定し、ターゲットセルを管理するターゲットｅＮＢに対して、ＵＥコンテキストを含むハンドオーバ要求を送信する。そして、ソースｅＮＢ２００は、ターゲットｅＮＢからハンドオーバ要求確認応答を受信すると、ＵＥ１００に対してハンドオーバ指令を送信する。ＵＥ１００は、ハンドオーバ指令を受信すると、ターゲットｅＮＢへのハンドオーバを開始し、ターゲットｅＮＢに対してランダムアクセス信号を送信する。
【0043】
これに対し、条件付きハンドオーバ（Ｃｏｎｄｉｔｉｏｎａｌ Ｈａｎｄｏｖｅｒ）のプロシージャにおいて、ＵＥ１００のハンドオーバをＵＥ１００自身が決定する。具体的には、ソースｅＮＢ２００は、ターゲットセルの候補である候補セルを管理する候補ｅＮＢに対してハンドオーバ要求を予め送信する。ここで、候補ｅＮＢは、１つに限らず、複数であってもよい。このため、複数の候補ｅＮＢがハンドオーバ要求を受信し得る。
【0044】
ソースｅＮＢ２００は、ＵＥ１００に対してハンドオーバ指令を予め送信する。ＵＥ１００は、ハンドオーバ指令を受信した後、トリガ条件が満たされるまでハンドオーバを保留し、トリガ条件が満たされたときにハンドオーバを開始して１つの候補ｅＮＢに対してランダムアクセス信号を送信する。
【0045】
かかる条件付きハンドオーバは、ソースｅＮＢ２００が測定報告に基づくハンドオーバ決定を行わずに、ＵＥ１００自身でハンドオーバを決定する。このため、ＵＥ１００とソースｅＮＢ２００との間の無線状態が不安定である場合でも、無線状態に応じて即座にハンドオーバを行うことで、ハンドオーバの信頼性（ロバストネス）を改善できる。
【0046】
一実施形態において、ＵＥ１００は、ソースセル（ソースｅＮＢ２００）から、ターゲットセルの候補である候補セルのリスト（以下、セルリストと呼ぶ）と当該セルリスト中の候補セルごとに指定されるトリガ条件とを含むハンドオーバ指令を受信する。ＵＥ１００は、受信されたハンドオーバ指令に含まれるセルリスト中の特定の候補セルに対応するトリガ条件が満たされた場合に、当該トリガ条件が満たされた特定の候補セルへのハンドオーバを行う。
【0047】
このように、一実施形態においては、ハンドオーバ指令にセルリストが含まれる。ソースｅＮＢ２００がＵＥ１００の移動方向を予測して移動先の１つのセルのみを候補セルとする方法も考えられるが、このような方法は、予測が外れたときに条件付きハンドオーバを行うことができないという問題がある。一実施形態においては、ハンドオーバ指令にセルリストが含まれるため、そのような問題を解決しやすい。
【0048】
また、候補セルごとにトリガ条件を指定することにより、候補セルの属性（例えば、セルの種別やサイズ）に応じてきめ細かにトリガ条件を指定できる。
【0049】
なお、以下においてソースｅＮＢ２００を「ソースｅＮＢ２００Ｓ」と表記し、候補ｅＮＢを「候補ｅＮＢ２００Ｔ」と表記する。
【0050】
【0051】
図６に示すように、ステップＳ１０１において、ＲＲＣコネクティッドモードのＵＥ１００は、ソースｅＮＢ２００Ｓのセル（ソースセル）との無線接続（ＲＲＣ接続）を確立している。
【0052】
ソースｅＮＢ２００Ｓは、ＵＥ１００をハンドオーバする場合のターゲットセルの候補である候補セル（候補ｅＮＢ２００Ｔ）を決定する。候補ｅＮＢ２００Ｔは、ソースｅＮＢ２００Ｓに隣接する隣接ｅＮＢであってもよい。ソースｅＮＢ２００Ｓは、ＵＥ１００が自セルと接続した際に候補ｅＮＢ２００Ｔを決定してハンドオーバ要求を候補ｅＮＢ２００Ｔに送信してもよい。ソースｅＮＢ２００Ｓは、複数のｅＮＢ（複数の候補ｅＮＢ）に対してハンドオーバ要求を送信してもよい。ここでは、ソースｅＮＢ２００Ｓは、候補ｅＮＢ２００Ｔ１のセル及び候補ｅＮＢ２００Ｔ２のセルを候補セルとして決定することを想定する。以下において、候補ｅＮＢ２００Ｔ１のセルを候補セル＃１と呼び、候補ｅＮＢ２００Ｔ２のセルを候補セル＃２と呼ぶ。
【0053】
ステップＳ１０２において、ソースｅＮＢ２００Ｓは、条件付きハンドオーバのためのハンドオーバ要求メッセージを基地局間インターフェイス（Ｘ２インターフェイス）上で候補ｅＮＢ２００Ｔ１に送信する。
【0054】
また、ステップＳ１０３において、ソースｅＮＢ２００Ｓは、条件付きハンドオーバのためのハンドオーバ要求メッセージを基地局間インターフェイス（Ｘ２インターフェイス）上で候補ｅＮＢ２００Ｔ２に送信する。
【0055】
ハンドオーバ要求メッセージは、ＵＥコンテキストを含む。ハンドオーバ要求メッセージは、条件付きハンドオーバ専用の新たなメッセージであってもよい。或いは、ハンドオーバ要求メッセージは、条件付きハンドオーバを示す情報（情報要素）を含む既存のハンドオーバ要求メッセージであってもよい。
【0056】
候補ｅＮＢ２００Ｔ１及び候補ｅＮＢ２００Ｔ２のそれぞれは、ソースｅＮＢ２００Ｓからハンドオーバ要求メッセージを受信し、ハンドオーバ要求メッセージに含まれるＵＥコンテキストを保持する。
【0057】
ステップＳ１０４において、候補ｅＮＢ２００Ｔ１は、ハンドオーバ要求確認応答（Ａｃｋ）メッセージをＸ２インターフェイス上でソースｅＮＢ２００Ｓに送信する。
【0058】
候補ｅＮＢ２００Ｔ１が送信するハンドオーバ要求Ａｃｋメッセージは、候補ｅＮＢ２００Ｔ１により決定された無線通信設定（ＲＲＣ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む。無線通信設定は、ＵＥ１００が候補ｅＮＢ２００Ｔ１にハンドオーバした場合に候補ｅＮＢ２００Ｔ１との無線通信に適用すべき設定である。無線通信設定は、レイヤごとの設定を含んでもよい。例えば、無線通信設定は、ＰＤＣＰ設定、ＲＬＣ設定、ＭＡＣ設定、及びＰＨＹ設定のうち少なくとも１つを含んでもよい。
【0059】
候補ｅＮＢ２００Ｔ１が送信するハンドオーバ要求Ａｃｋメッセージは、ＵＥ１００が候補ｅＮＢ２００Ｔ１に対するランダムアクセスプロシージャを省略するための情報を含んでもよい。このような情報は、タイミングアドバンス情報及び／又は上りリンク無線リソース情報を含む。タイミングアドバンス情報は、ＵＥ１００が候補ｅＮＢ２００Ｔ１に対して上りリンク送信を行う際に適用すべきタイミングアドバンス値（ＴＡ値）を示す情報である。上りリンク無線リソース情報は、ＵＥ１００が候補ｅＮＢ２００Ｔ１に対して上りリンク送信を行う際に用いるべき上りリンク無線リソース（時間・周波数リソース）を示す情報である。上りリンク無線リソース情報は、上りリンクグラント（ＵＬ ｇｒａｎｔ）と呼ばれることがある。上りリンク無線リソース情報は、上りリンク送信に適用すべき変調・符号化方式（ＭＣＳ）を示す情報をさらに含んでもよい。
【0060】
ステップＳ１０５において、候補ｅＮＢ２００Ｔ２は、ハンドオーバ要求ＡｃｋメッセージをＸ２インターフェイス上でソースｅＮＢ２００Ｓに送信する。
【0061】
候補ｅＮＢ２００Ｔ２が送信するハンドオーバ要求Ａｃｋメッセージは、候補ｅＮＢ２００Ｔ１が送信するハンドオーバ要求Ａｃｋメッセージと同様な情報（情報要素）を含んでもよい。すなわち、候補ｅＮＢ２００Ｔ２が送信するハンドオーバ要求Ａｃｋメッセージは、候補ｅＮＢ２００Ｔ２により決定された無線通信設定を含む。候補ｅＮＢ２００Ｔ２が送信するハンドオーバ要求Ａｃｋメッセージは、ＵＥ１００が候補ｅＮＢ２００Ｔ２に対するランダムアクセスプロシージャを省略するための情報として、タイミングアドバンス情報及び／又は上りリンク無線リソース情報を含んでもよい。
【0062】
ソースｅＮＢ２００Ｓは、これらのハンドオーバ要求Ａｃｋメッセージを受信することにより、各候補ｅＮＢ２００から無線通信設定を取得する。また、ソースｅＮＢ２００Ｓは、タイミングアドバンス情報及び／又は上りリンク無線リソース情報を取得する。
【0063】
ステップＳ１０６において、ソースｅＮＢ２００Ｓは、条件付きハンドオーバに関する情報（情報要素）を含むハンドオーバ指令（例えば、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をＵＥ１００に送信する。
【0064】
図７は、一実施形態に係るハンドオーバ指令に含まれる情報（情報要素）の一例を示す図である。条件付きハンドオーバのハンドオーバ指令は、条件付きハンドオーバ設定又はターゲット設定（Ｔａｒｇｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）と呼ばれてもよい。
【0065】
図７に示すように、ソースｅＮＢ２００ＳがＵＥ１００に送信するハンドオーバ指令は、候補セルごとの設定情報のリストである「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ」を含む。本動作例では、「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ」は、候補セル＃１に対応する「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」と、候補セル＃２に対応する「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」とを含む。
【0066】
「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ」は、候補セルごとの設定情報である「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」からなる。「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」は、対応する候補セルの識別子（例えば、物理セル識別子）である「Ｃｅｌｌ ＩＤ」と、対応する候補セルの無線通信設定（ＲＲＣ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）と、対応する候補セルへのハンドオーバのトリガ条件（Ｔｒｉｇｇｅｒ Ｃｏｎｄｉｔｉｏｎ）とを含む。「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」は、候補セルごとのタイミングアドバンス情報及び／又は上りリンク無線リソース情報をさらに含んでもよい。これらの情報が含まれる場合、ハンドオーバ指令は、対応する候補セルについてランダムアクセスプロシージャを省略可能であることを示す情報をさらに含んでもよい。さらに、ハンドオーバ指令は、当該ハンドオーバ指令が有効である時間（有効期間）を指定する情報をさらに含んでもよい。
【0067】
トリガ条件は、トリガ用のイベント（Ｅｖｅｎｔ）と、このイベント式用のパラメータと、ＴＴＴ（Ｔｉｍｅ Ｔｏ Ｔｒｉｇｇｅｒ）とを含む。
【0068】
イベント（Ｅｖｅｎｔ）は、例えば、ＵＥ１００とソースｅＮＢ２００（ソースセル）との間の無線状態が悪化したこと、及び／又はＵＥ１００と候補ｅＮＢ（候補セル）との間の無線状態が良化したというイベント式が指定される。イベント（Ｅｖｅｎｔ）は、イベント種別（例えば、イベントＡ３）を示す識別子により表現されてもよい。イベント種別は、下記のイベント種別のいずれかが設定されうる。
【0069】
Ｅｖｅｎｔ Ａ１ （Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ａ２ （Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ａ３ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＰＣｅｌｌ／ ＰＳＣｅｌｌ）
Ｅｖｅｎｔ Ａ４ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ａ５ （ＰＣｅｌｌ／ ＰＳＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２）
Ｅｖｅｎｔ Ａ６ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＳＣｅｌｌ）
Ｅｖｅｎｔ Ｂ１ （Ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ｂ２ （ＰＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２）。
Ｅｖｅｎｔ Ａ２ （Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ａ３ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＰＣｅｌｌ／ ＰＳＣｅｌｌ）
Ｅｖｅｎｔ Ａ４ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ａ５ （ＰＣｅｌｌ／ ＰＳＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２）
Ｅｖｅｎｔ Ａ６ （Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＳＣｅｌｌ）
Ｅｖｅｎｔ Ｂ１ （Ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）
Ｅｖｅｎｔ Ｂ２ （ＰＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２）。
【0070】
イベント式用のパラメータは、ソースセルの無線状態と比較される第１の閾値又はこれに付与されるオフセット値、及び候補セルの無線状態と比較される第２の閾値又はこれに付与されるオフセット値等である。無線状態は、例えば、受信参照信号品質（ＲＳＲＰ、ＲＳＲＱ、及び／又はＲＳ－ＳＩＮＲ等）であってもよく、パケット再送回数（ＲＬＣ再送回数等）であってもよい。
【0071】
ＴＴＴ（Ｔｉｍｅ Ｔｏ Ｔｒｉｇｇｅｒ）は、ハンドオーバをトリガするためにイベント（Ｅｖｅｎｔ）が満たされた状態が持続されるべき持続時間である。具体的には、イベント（Ｅｖｅｎｔ）が満たされた状態がＴＴＴの時間だけ継続したときにハンドオーバをトリガすることにより、無線状態の一時的な変動でハンドオーバがトリガされてしまうことが防止され、信頼性を向上させることができる。
【0072】
ここで、「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」中にＴＴＴの値を含めることに変えて、ＴＴＴのインデックス値（ポインタ値）を含めてもよい。例えば、ＴＴＴ値が（０，１，２，３）と用意されていた場合、候補セル１は２つ目のＴＴＴ、候補セル２は４つ目のＴＴＴというように指定されてもよい。
【0073】
なお、ソースセル（ソースｅＮＢ２００Ｓ）は、各ＴＴＴの値として、ＲＬＦ発生タイミング（Ｔ３１０：ｏｕｔ ｏｆ ｓｙｎｃ、Ｔ３１２：Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＬＣ再送上限、ＲＡＣＨ再送上限）よりも短い値をセットする。
【0074】
図６に示されるシーケンスの説明に戻る。ステップＳ１０７及びＳ１０８において、ソースｅＮＢ２００は、ＵＥ１００がハンドオーバを行う前に、セルリスト中の候補セルを管理する候補ｅＮＢ２００Ｔ１及び候補ｅＮＢ２００Ｔ２に対して、ＵＥ１００の下りリンクデータの複製の転送を開始する。すなわち、ソースｅＮＢ２００は、下りリンクデータの複製の転送処理（いわゆる、データフォワーディング）を開始する。なお、データフォワーディングは、ＵＥ１００の接続処理の後に行われてもよい。
【0075】
ステップＳ１０９において、ＵＥ１００は、ソースｅＮＢ２００Ｓからハンドオーバ指令を受信すると、受信されたハンドオーバ指令に含まれるいずれかのトリガ条件が満たされたか否かを判定する。例えば、ＵＥ１００は、ソースｅＮＢ２００Ｓ（ソースセル）及び各候補ｅＮＢ２００Ｔの無線状態を測定し、無線状態を閾値と比較することにより、トリガ条件が満たされたか否かを判定する。
【0076】
具体的には、ＵＥ１００は、「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」に含まれるイベントに、この「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」に含まれるパラメータ値を適用する。パラメータ値が適用されたイベントが発生し、且つ、このイベントが満たされた状態がＴＴＴの時間だけ継続したときに、この「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」に含まれる「Ｃｅｌｌ ＩＤ」を有する候補セルへのハンドオーバのトリガ条件が満たされる。
【0077】
ステップＳ１１０において、ＵＥ１００は、セルリスト中の特定の候補セルに対応するトリガ条件が満たされた場合に、トリガ条件が満たされた特定の候補セルへのアクセス（接続処理）を行うことを決定する。ここでは、候補ｅＮＢ２００Ｔ１（候補セル＃１）に対応するトリガ条件が満たされたと仮定して説明を進める。
【0078】
ステップＳ１１１において、ＵＥ１００は、ハンドオーバの実行を示す通知（ハンドオーバ通知）をソースｅＮＢ２００Ｓに送信してもよい。ソースｅＮＢ２００Ｓは、かかる通知に基づいて、ＵＥ１００がハンドオーバを実行することを把握する。ハンドオーバ実行通知は、ＵＥ１００がハンドオーバ先として選択したセルを示す情報を含んでもよい。
【0079】
ステップＳ１１２において、ＵＥ１００は、ハンドオーバ先として選択した候補セル＃１（候補ｅＮＢ２００Ｔ１）に対してランダムアクセスプロシージャ（接続処理）を開始し、当該セルに対してランダムアクセス信号を送信する。
【0080】
ステップＳ１１３において、候補ｅＮＢ２００Ｔ１は、ランダム信号に基づいてタイミングアドバンスを算出するとともに、ＵＥ１００に割り当てる上りリンク無線リソースを決定する。そして、候補ｅＮＢ２００Ｔ１は、当該算出したタイミングアドバンス及び決定した上りリンク無線リソースの情報を含むランダムアクセス応答をＵＥ１００に送信する。
【0081】
ここで、候補セル＃１に対応するタイミングアドバンス情報及び／又は上りリンク無線リソース情報（ＵＬ ｇｒａｎｔ）がハンドオーバ指令に含まれている場合がある。この場合、ＵＥ１００は、候補セル＃１（候補ｅＮＢ２００Ｔ１）に対するランダムアクセスプロシージャ、すなわち、ランダムアクセス信号の送信（ステップＳ１１２）及びランダムアクセス応答の受信（ステップＳ１１３）を省略してもよい。ここでは、ＵＥ１００がランダムアクセスプロシージャを省略したと仮定して説明を進める。
【0082】
ステップＳ１１４において、ＵＥ１００は、候補セル＃１（候補ｅＮＢ２００Ｔ１）へのハンドオーバを行う際に、候補セル＃１に対応するタイミングアドバンス情報及び／又は上りリンク無線リソース情報を用いて、候補セル＃１へのランダムアクセス信号の送信を省略するとともに、上りリンクメッセージを候補セル＃１に送信する。ここで、上りリンクメッセージは、ＲＲＣメッセージの一種であるＲＲＣ再設定完了メッセージであってもよい。これにより、ＵＥ１００と候補セル＃１（候補ｅＮＢ２００Ｔ１）との間の接続処理が完了し、ハンドオーバが完了する。
【0083】
ステップＳ１１５において、ＵＥ１００は、ハンドオーバが完了すると、ハンドオーバ指令に含まれていた候補セル＃１（候補ｅＮＢ２００Ｔ１）に対応する無線通信設定を用いて、候補セル＃１（候補ｅＮＢ２００Ｔ１）とデータを送受信する。候補ｅＮＢ２００Ｔ１は、ＵＥ１００からデータフォワーディングにより予め転送された下りリンクデータをＵＥ１００に送信してもよい。
【0084】
ステップＳ１１６において、候補ｅＮＢ２００Ｔ１は、ＵＥ１００が候補ｅＮＢ２００Ｔ１にハンドオーバ（接続）したことを示すハンドオーバ通知をＸ２インターフェイス上でソースｅＮＢ２００Ｓに送信してもよい。
【0085】
ステップＳ１１７において、ソースｅＮＢ２００Ｓは、候補ｅＮＢ２００Ｔ１からのハンドオーバ通知の受信に応じて、ハンドオーバキャンセルを候補ｅＮＢ２００Ｔ２に通知してもよい。候補ｅＮＢ２００Ｔ２は、ハンドオーバキャンセルの受信に応じて、ハンドオーバ要求（ステップＳ１０３）に含まれ且つ候補ｅＮＢ２００Ｔ２が保持していたＵＥコンテキストを破棄してもよい。
【0086】
以上説明したように、ＵＥ１００が接続するソースセルからターゲットセルに対してＵＥ１００の条件付きハンドオーバを行うためのハンドオーバ制御方法において、ＵＥ１００は、ソースセルから、ターゲットセルの候補である候補セルのリストとリスト中の候補セルごとに指定されるトリガ条件とを含むハンドオーバ指令を受信する。ＵＥ１００は、受信されたハンドオーバ指令に含まれるリスト中の特定の候補セル（候補セル＃１）に対応するトリガ条件が満たされた場合に、トリガ条件が満たされた特定の候補セル（候補セル＃１）へのハンドオーバを行う。このように、候補セルごとにトリガ条件を指定することにより、候補セルの属性（例えば、セルの種別やサイズ）に応じてきめ細かにトリガ条件を指定できる。
【0087】
（３）条件付きハンドオーバにおける接続障害
ＵＥは、条件付きハンドオーバのハンドオーバ指令を受信した後、接続障害を検知することが有りうる。このような接続障害に関する情報をネットワークが取得及び分析し、その後の条件付きハンドオーバに分析結果を反映することにより、その後の接続障害の発生を抑制できる。
ＵＥは、条件付きハンドオーバのハンドオーバ指令を受信した後、接続障害を検知することが有りうる。このような接続障害に関する情報をネットワークが取得及び分析し、その後の条件付きハンドオーバに分析結果を反映することにより、その後の接続障害の発生を抑制できる。
【0088】
図８は、条件付きハンドオーバにおける接続障害に関連するＵＥ１００の動作例を示す図である。
【0089】
図８に示すように、ステップＳ２０１において、ＵＥ１００は、ソースセル（ソースｅＮＢ２００Ｓ）から条件付きハンドオーバのハンドオーバ指令を受信する。
【0090】
ステップＳ２０２において、ＵＥ１００は、接続障害を検知する。接続障害には、例えば、ソースセルとの接続時における無線リンク障害（ＲＬＦ）と、トリガ条件が満たされた候補セルへのアクセス障害（ハンドオーバ障害）とが含まれる。
【0091】
ソースセルとの接続時におけるＲＬＦを検知したＵＥ１００は、ＲＲＣコネクティッドモードを維持しつつ、ＲＲＣ接続再確立を試みる。ここで、ＵＥ１００は、このＲＬＦに関する障害情報を記憶する。
【0092】
また、候補セルへのアクセス障害を検知したＵＥ１００は、ＲＲＣコネクティッドモードを維持しつつ、ＲＲＣ接続再確立を試みる。ここで、ＵＥ１００は、このアクセス障害に関する障害情報を記憶する。或いは、１つの候補セルへのアクセス失敗を検知したＵＥ１００は、ＲＲＣコネクティッドモードを維持しつつ、ハンドオーバ指令で指定された他のセルへのアクセスを試みてもよい。
【0093】
具体的には、ＵＥ１００は、ある候補セルへのアクセスを行い、アクセスが成功すれば（コネクションが確立すれば）、他の候補セルへのアクセスは行わない。すなわち、他の候補セルへの条件付きハンドオーバ指令がキャンセルされる（Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏが破棄される）。一方、ＵＥ１００は、ある候補セルへのアクセスが失敗した場合、他の候補セルの「Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｉｎｆｏ」を用いて他の候補セルへのアクセスを行う。
【0094】
なお、ＵＥ１００は、ＲＲＣ接続再確立に成功した場合、ＲＲＣコネクティッドモードを維持しつつ、再確立先のセルに接続する。一方、ＵＥ１００は、ＲＲＣ接続再確立に失敗した場合、ＲＲＣコネクティッドモードからＲＲＣアイドルモードに遷移する。ＲＲＣアイドルモードに遷移したＵＥ１００は、セルに接続してＲＲＣコネクティッドモードに遷移するまで、障害情報を保持する。
【0095】
ステップＳ２０３において、ＵＥ１００は、自身が接続したセルを管理するｅＮＢ２００に対して、障害情報を含む報告メッセージを送信する。このような報告メッセージは、ＲＬＦレポート（ＲＬＦ Ｒｅｐｏｒｔ）と呼ばれてもよい。
【0096】
上述したように、条件付きハンドオーバのハンドオーバ指令は、ターゲットセルの候補である複数の候補セルの識別子を含みうる。ＵＥ１００が送信する報告メッセージは、これら複数の候補セルの識別子のうち少なくとも１つの識別子を含んでもよい。
【0097】
報告メッセージに識別子が含まれる候補セルは、条件付きハンドオーバのハンドオーバ指令で指定された候補セルの全てであってもよい。或いは、報告メッセージに識別子が含まれる候補セルは、条件付きハンドオーバのハンドオーバ指令で指定された候補セルのうち、トリガ条件が満たされ、且つＵＥ１００のアクセス時に接続障害が検知された１又は複数の候補セルのみであってもよい。
【0098】
例えば、報告メッセージは、トリガ条件が満たされ、且つＵＥ１００のアクセス時に接続障害が検知された少なくとも１つの候補セルの識別子のリスト（以下、「障害セルリスト」と呼ぶ）を含んでもよい。
【0099】
また、報告メッセージは、障害セルリスト中の候補セルのそれぞれと対応付けられた時間情報を含んでもよい。時間情報は、対応する候補セルについて接続障害の発生が検知された時刻の特定に用いる情報である。
【0100】
図９は、報告メッセージに含まれる障害セルリストの一例を示す図である。
【0101】
図９Ａに示す第１の例において、障害セルリスト（ＦａｉｌｅｄＣｅｌｌＬｉｓｔ）は、接続障害が検知されたセルごとに、このセルのセル識別子（ＣｅｌｌＩｄ）と、このセルについての時間情報（ｔｉｍｅＣｏｎｎＦａｉｌｕｒｅ）と、接続障害の種別（ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅ）とを含む。時間情報（ｔｉｍｅＣｏｎｎＦａｉｌｕｒｅ）は、アクセス障害の発止時刻からの経過時間を示す情報である。接続障害の種別（ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅ）は、無線リンク障害（ｒｌｆ）、ハンドオーバ障害（ｈｏｆ）、条件付きハンドオーバ障害（ｃｈｏｆ）の３種類の中から選択される。
【0102】
図９Ｂに示す第２の例において、障害セルリスト（ＦａｉｌｅｄＣｅｌｌＬｉｓｔ）は、接続障害が検知されたセルごとに、このセルのセル識別子（ＣｅｌｌＩｄ）と、このセルについての時間情報（ｔｉｍｅＣｏｎｎＦａｉｌｕｒｅ）と、接続障害の種別（ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅ）と、条件付きハンドオーバ情報（ｃｏｎｄｉｔｉｏｎａｌＨＯ）とを含む。条件付きハンドオーバ情報（ｃｏｎｄｉｔｉｏｎａｌＨＯ）は、条件付きハンドオーバにおける接続障害の場合にＴｒｕｅが設定される。
【0103】
【0104】
図１０に示すように、ＲＲＣ接続再確立処理を行う場合、１）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ＲｅｑｕｅｓｔメッセージをＵＥ１００からｅＮＢ２００に送信し、２）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージをｅＮＢ２００からＵＥ１００に送信し、３）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ＣｏｍｐｌｅｔｅメッセージをＵＥ１００からｅＮＢ２００に送信し、４）ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをｅＮＢ２００からＵＥ１００に送信し、５）ＲＬＦ ＲｅｐｏｒｔをＵＥ１００からｅＮＢ２００に送信する。
【0105】
一方、ＲＲＣ接続処理を行う場合、１）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＵＥ１００からｅＮＢ２００に送信し、２）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＳｅｔｕｐメッセージをｅＮＢ２００からＵＥ１００に送信し、３）ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ ＣｏｍｐｌｅｔｅメッセージをＵＥ１００からｅＮＢ２００に送信し、４）ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをｅＮＢ２００からＵＥ１００に送信し、５）ＲＬＦ ＲｅｐｏｒｔをＵＥ１００からｅＮＢ２００に送信する。
【0106】
ここで、上記１）のメッセージをＵＥ１００からｅＮＢ２００に送信する際に、ＲＲＣ接続又は再確立の理由を示す情報要素として「Ｃｏｎｄｉｔｉｏｎａｌ Ｈａｎｄｏｖｅｒ Ｆａｉｌｕｒｅ」を含むメッセージを送信してもよい。
【0107】
また、上記３）のメッセージをＵＥ１００からｅＮＢ２００に送信する際に、接続障害情報を有することを示す情報要素を含むメッセージを送信してもよい。この情報要素は、条件付きハンドオーバにおける接続障害であることを具体的に示す情報要素であってもよい。
【0108】
（４）アクセス先セルの選択
図７に示した条件付きハンドオーバのハンドオーバ指令において、持続時間（ＴＴＴ）が候補セルごとに個別に設定される一例について説明した。しかしながら、持続時間（ＴＴＴ）は、全候補セルに対して１つの値が設定されてもよい。
図７に示した条件付きハンドオーバのハンドオーバ指令において、持続時間（ＴＴＴ）が候補セルごとに個別に設定される一例について説明した。しかしながら、持続時間（ＴＴＴ）は、全候補セルに対して１つの値が設定されてもよい。
【0109】
また、例えばＥｖｅｎｔ Ａ２（Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ）又は Ｅｖｅｎｔ Ａ３（Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＰＣｅｌｌ／ ＰＳＣｅｌｌ）が全候補セルについて指定される場合がある。この場合において、サービングセルの無線状態が劣化したような場合、２つ以上の候補セルについてトリガ条件が同時に満たされうる。このような場合、ＵＥ１００は、２つ以上の候補セルの中からいずれかの候補セルを選択してアクセスする。
【0110】
図１１は、アクセス先セルの選択に関連するＵＥ１００の動作例を示す図である。
【0111】
図１１に示すように、ステップＳ３０１において、ＵＥ１００は、ソースセル（ソースｅＮＢ２００Ｓ）から、ターゲットセルの候補である複数の候補セルの識別子とハンドオーバのトリガ条件とを含むハンドオーバ指令を受信する（図７参照）。
【0112】
ステップＳ３０１において、ＵＥ１００は、いずれかの候補セルのトリガ条件が満たされたと判定する。具体的には、ＵＥ１００は、いずれかの候補セルについて、イベントが満たされた状態がＴＴＴの時間だけ継続した場合、トリガ条件が満たされたと判定する。
【0113】
ステップＳ３０３において、ＵＥ１００は、ハンドオーバ指令により指定された複数の候補セルのうち２つ以上の候補セルについてトリガ条件が満たされたか否かを確認する。
【0114】
ハンドオーバ指令により指定された複数の候補セルのうち１つの候補セルのみについてトリガ条件が満たされた場合（ステップＳ３０３：ＮＯ）、ステップＳ３０４において、ＵＥ１００は、この１つの候補セルへのアクセスを行う。
【0115】
一方、ハンドオーバ指令により指定された複数の候補セルのうち２つ以上の候補セルのみについてトリガ条件が満たされた場合（ステップＳ３０３：ＹＥＳ）、ステップＳ３０５において、ＵＥ１００は、２つ以上の候補セルの中から所定の選択規則を用いて、ＵＥ１００がアクセスする候補セルを選択する。そして、ステップＳ３０６において、ＵＥ１００は、選択した候補セルへのアクセスを行う。
【0116】
ステップＳ３０５における選択処理において、トリガ条件が満たされた２つ以上の候補セルのそれぞれは、アクセス優先順位と対応付けられる。所定の優先順位は、アクセス優先順位が高い順に候補セルを選択する規則である。
【0117】
アクセス優先順位は、ソースセルを管理するソースｅＮＢ２００Ｓにより決定されてもよい。ソースｅＮＢ２００Ｓがアクセス優先順位を決定することにより、各候補セルの負荷状況を考慮して負荷の少ないセルを優先させることができる。
【0118】
例えば、図１２に示すように、候補セルごとの優先順位がソースｅＮＢ２００Ｓにより明示的に指定される。或いは、候補セルのリスト（Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ）における候補セルの並び順により、候補セルごとの優先順位がソースｅＮＢ２００Ｓにより暗示的に指定される。この場合、ＵＥ１００は、例えば設定（Ｌｉｓｔ）のエントリの上から順番にセルを選択する。候補セルが属するキャリア周波数ごとにアクセス優先順位が指定されてもよい。
【0119】
アクセス優先順位は、候補セルの無線状態又はキャリア周波数に応じてＵＥ１００により決定されてもよい。例えば、ＵＥ１００は、無線状態が最も良好なセル（ＲＳＲＰ、ＲＳＲＱ、又はＳＩＮＲが最も良いセル）を選択してもよい。ＵＥ１００は、Ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙセル（すなわち、現在のサービングセルと同じキャリア周波数に属するセル）を優先的に選択してもよいし、Ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙセル（すなわち、現在のサービングセルと異なるキャリア周波数に属するセル）を優先的に選択してもよい。
【0120】
アクセス優先順位は、ＵＥ１００が任意に決定してもよい。例えば、ＵＥ１００は、候補セルのリスト（Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ）中の各セルＩＤをソートして、最初又は最後のセルを選択してもよい。或いは、ＵＥ１００は、候補セルのリスト（Ｔａｒｇｅｔ Ｃｏｎｆｉｇ Ｌｉｓｔ）中からセルＩＤをランダムに選択してもよい。
【0121】
なお、上記の優先順位のいずれを用いるかは、ソースｅＮＢによって指定されてもよい。例えば、上記各情報要素の有無によって、各優先順位の適用有無を判断してもよい。上記の優先順位を組み合わせて用いてもよい。例えば、アクセス優先順位が同じセルが複数存在した場合、当該セルの中から無線状態の最も良いセルを選択してもよい。
【0122】
トリガ条件が満たされた後の優先順位について説明したが、トリガ条件が満たされる前において、上述したような優先順位を用いてもよい。例えば、イベントに対応する無線状態を測定する順番（優先順位）が指定されてもよいし、トリガ条件の判定を行う順番（優先順位）が指定されてもよい。
【0123】
（その他の実施形態）
条件付きハンドオーバが設定されたＵＥ１００は、ソースｅＮＢとのＲＬＦが発生した場合、条件付きハンドオーバのイベント条件によらず、割り込み処理的にハンドオーバを実行してもよい。例えば、Ｅｖｅｎｔ Ａ３がトリガ条件として設定されている場合、ソースｅＮＢのＲＳＲＰが良い状態（すなわちＡ３条件が満たされていない）であるものの、ソースｅＮＢに対するＲＬＣ再送回数が上限に達することが有りうる。そのような場合、条件付きハンドオーバが設定されたＵＥ１００は、設定されたトリガ条件にかかわらず、ハンドオーバをトリガする。或いは、ソースｅＮＢのＲＳＲＰを極端に低く見なす、例えば－２００ｄＢｍ程度と見なすことにより、ハンドオーバをトリガしてもよい。
条件付きハンドオーバが設定されたＵＥ１００は、ソースｅＮＢとのＲＬＦが発生した場合、条件付きハンドオーバのイベント条件によらず、割り込み処理的にハンドオーバを実行してもよい。例えば、Ｅｖｅｎｔ Ａ３がトリガ条件として設定されている場合、ソースｅＮＢのＲＳＲＰが良い状態（すなわちＡ３条件が満たされていない）であるものの、ソースｅＮＢに対するＲＬＣ再送回数が上限に達することが有りうる。そのような場合、条件付きハンドオーバが設定されたＵＥ１００は、設定されたトリガ条件にかかわらず、ハンドオーバをトリガする。或いは、ソースｅＮＢのＲＳＲＰを極端に低く見なす、例えば－２００ｄＢｍ程度と見なすことにより、ハンドオーバをトリガしてもよい。
【0124】
或いは、条件付きハンドオーバが設定されたＵＥ１００は、ソースｅＮＢとのＲＬＦが発生した場合、接続再確立処理を開始し、接続再確立処理の際に、条件付きハンドオーバの候補セルを、優先的に再確立先のセルとして選択してもよい。
【0125】
ＵＥ１００（又はｅＮＢ２００）が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0126】
また、ＵＥ１００（又はｅＮＢ２００）が行う各処理を実行する回路を集積化し、ＵＥ１００（又はｅＮＢ２００）の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
【0127】
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【0128】
本願は、日本国特許出願第２０１９－０５６１８７号（２０１９年３月２５日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
