JP7454579B2 - 端末 - Google Patents

Description

本発明は、再確立手順を用いることなく、ターゲット無線基地局に遷移する端末に関する。

3rd Generation Partnership Project（3GPP）は、Long Term Evolution（LTE）を仕様化し、LTEのさらなる高速化を目的としてLTE-Advanced（以下、LTE-Advancedを含めてLTEという）を仕様化している。また、3GPPでは、さらに、5G又はNew Radio（NR）などと呼ばれるLTEの後継システムの仕様が検討されている。

従来のハンドオーバ（HO）手順では、ネットワークが、端末から送信された測定報告などの品質情報に基づいて、ターゲット無線基地局（ターゲットセルとも呼ばれる）を決定し、ハンドオーバの準備後に、ハンドオーバコマンドが端末に送信される。

しかしながら、端末が、ネットワーク側でのハンドオーバの準備中に、適切なハンドオーバのポイントを通過してしまうと、ソース無線基地局（ソースセルとも呼ばれる）からハンドオーバコマンドを受信せずに、ターゲット無線基地局に遷移するため、無線リンクの瞬断が発生し得る問題がある。

そこで、このような問題を解決するため、Conditional HOと呼ばれる手順が検討されている（非特許文献１）。

Conditional HOでは、ソース無線基地局が、端末に対して、予めターゲット候補セルと、ターゲット候補セルへの遷移条件とを含むターゲット候補セルの設定情報を通知する。

ターゲット候補セルへの遷移条件が満たされると、端末は、ハンドオーバコマンドを待たずに、当該ターゲット候補セルを管理するターゲット無線基地局とランダムアクセス手順を実行して、当該ターゲット無線基地局に遷移する。これにより、無線リンクの瞬断を回避し得る。

さらに、Conditional HOを用いて、無線リンク障害（RLF）から早期に復帰する手順も検討されている。

この場合、端末は、ターゲット無線基地局と再確立手順（RRC Reestablishment手順）を行うことなく、ターゲット無線基地局に遷移し、RLFから復帰することができる。

"New WID: NR mobility enhancements", RP-190489, 3GPP TSG RAN Meeting #83, 3GPP, 2019年3月

しかしながら、Conditional HOに従ったセル遷移手順をRLFからの復帰に適用する場合、次のような問題がある。

具体的には、RLFが発生する場合、端末とターゲット無線基地局との間で確立された無線ベアラが停止（suspend）する。

従来のHO手順では、端末は、RLFからの復帰時に行われるRRC Reestablishment手順において、停止された無線ベアラを再開（resume）するが、Conditional HOでは、RRC Reestablishment手順が行われないため、停止された無線ベアラを再開することができない。

停止された無線ベアラが再開しない場合、端末は、ターゲット無線基地局にメッセージを送信することができなくなる
そこで、本発明は、このような状況に鑑みてなされたものであり、無線リンク障害に伴って、再確立手順を行わずに、ターゲット無線基地局に遷移する場合であっても、端末とターゲット無線基地局との間において停止された無線ベアラを再開し得る端末を提供することを目的とする。

本発明の一態様に係る端末（200）は、ソース無線基地局（100A）から、ターゲット無線基地局（100B）配下のセルの設定情報を受信する受信部（220）と、無線リンク障害に伴って、再確立手順を行わずに、前記セルの設定情報に基づいて、ターゲット無線基地局（100B）に遷移する手順を行う制御部（240）と、を備え、前記制御部（240）は、前記セルの設定情報に基づいて、前記ターゲット無線基地局（100B）に遷移する手順を行う場合に、前記端末（200）と前記ターゲット無線基地局（100B）との間において停止された無線ベアラを再開する。

本発明の一態様に係る端末（200）は、ソース無線基地局（100A）から、ターゲット無線基地局（100B）配下のセルの設定情報を受信する受信部（220）と、無線リンク障害に伴って、再確立手順を行わずに、前記セルの設定情報に基づいて、ターゲット無線基地局（100B）に遷移する手順を行う制御部（240）と、を備え、前記制御部（240）は、前記ターゲット無線基地局（100B）に遷移する手順において、ランダムアクセス手順を行う場合に、前記端末（200）と前記ターゲット無線基地局（100B）との間において停止された無線ベアラを再開する。

本発明の一態様に係る端末（200）は、ソース無線基地局（100A）から、ターゲット無線基地局（100B）配下のセルの設定情報を受信する受信部（220）と、無線リンク障害に伴って、再確立手順を行わずに、前記セルの設定情報に基づいて、ターゲット無線基地局（100B）に遷移する手順を行う制御部（240）と、を備え、前記ターゲット無線基地局（100B）に遷移する手順において、前記受信部（220）が、無線ベアラの再開を指示するメッセージを受信する場合に、前記制御部（240）は、前記端末（200）と前記ターゲット無線基地局（100B）との間において停止された無線ベアラを再開する。

図１は、無線通信システム10の全体概略構成図である。 図２は、gNB100A, 100B, 100Cの機能ブロック構成図である。 図３は、端末200の機能ブロック構成図である。 図４は、Conditional HO手順のシーケンスを示す図である。 図５は、従来のハンドオーバ（HO）手順における無線リンク障害（RLF）からの復帰シーケンスを示す図である。 図６は、Conditional HO手順における無線リンク障害（RLF）からの復帰シーケンス（動作例１）を示す図である。 図７は、Conditional HO手順における無線リンク障害（RLF）からの復帰シーケンス（動作例２）を示す図である。 図８は、Conditional HO手順における無線リンク障害（RLF）からの復帰シーケンス（動作例３）を示す図である。 図９は、VarRLF-Report内の情報要素（IE）を説明する図である。 図１０は、RRC Reconfiguration Complete内の情報要素（IE）を説明する図である。 図１１Ａは、RRC Setup Complete内の情報要素（IE）を説明する図である。 図１１Ｂは、RRC Setup Complete内の情報要素（IE）を説明する図である。 図１２は、RRC Reestablishment Complete内の情報要素（IE）を説明する図である。 図１３は、RRC Resume Complete内の情報要素（IE）を説明する図である。 図１４は、UE Information Request内の情報要素（IE）を説明する図である。 図１５Ａは、UE Information Response内の情報要素（IE）を説明する図である。 図１５Ｂは、UE Information Response内の情報要素（IE）を説明する図である。 図１５Ｃは、UE Information Response内の情報要素（IE）を説明する図である。 図１６は、Conditional HO手順におけるRRC Reconfiguration Complete送信シーケンスを示す図である。 図１７は、Conditional HO手順におけるHO中止シーケンス（動作例１）を示す図である。 図１８は、Conditional HO手順におけるHO中止シーケンス（動作例２）を示す図である。 図１９は、Conditional HO手順におけるHO変更シーケンス（動作例１）を示す図である。 図２０は、Conditional HO手順におけるHO変更シーケンス（動作例２）を示す図である。 図２１は、Conditional HO手順におけるHO変更シーケンス（動作例３）を示す図である。 図２２は、ターゲット候補セルの設定情報をカプセル化するgNB100Aの動作フローを示す図である。 図２３は、Conditional HO手順におけるRRC Reconfigurationの構成（構成例１）を説明する図である。 図２４は、Conditional HO手順におけるRRC Reconfigurationの構成（構成例２）を説明する図である。 図２５は、Conditional HO手順におけるトランザクションID付与シーケンス（動作例１）を示す図である。 図２６は、Conditional HO手順におけるトランザクションID付与シーケンス（動作例２）を示す図である。 図２７は、Conditional HO手順におけるハンドオーバ失敗（HOF）からの復帰シーケンスを示す図である。 図２８は、Conditional HO手順における無線リンク障害（RLF）後に無線ベアラを再開する端末200の動作フローを示す図である。 図２９は、Conditional HO手順における無線リンク障害（RLF）後に無線ベアラを再開する条件を説明する図である。 図３０は、gNB100A, 100B, 100C及び端末200のハードウェア構成の一例を示す図である。

以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一又は類似の符号を付して、その説明を適宜省略する。

（１）無線通信システムの全体概略構成
図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、New Radio（NR）に従った無線通信システムであり、Next Generation-Radio Access Network（NG-RAN、不図示）及び端末200を含む。

NG-RANは、無線基地局100A, 100B, 100C（以下、gNB100A, 100B, 100C）を含む。なお、gNB及びUEの数を含む無線通信システム10の具体的な構成は、図１に示した例に限定されない。

NG-RANは、実際には複数のNG-RAN Node、具体的には、gNB（またはng-eNB）を含み、NRに従ったコアネットワーク（5GC、不図示）と接続される。なお、NG-RAN及び5GCは、単にネットワークと表現されてもよい。

gNB100A, 100B, 100Cの各々は、NRに従った無線基地局であり、端末200とNRに従った無線通信を実行する。gNB100A, 100B, 100Cの各々及び端末200は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームを生成するMassive MIMO、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）、及び複数のNG-RAN Nodeと端末との間において同時に通信を行うデュアルコネクティビティ（DC）などに対応することができる。なお、CCはキャリアとも呼称される。

gNB100A, 100B, 100Cの各々は、１つ以上のセルを形成し、当該セルを管理する。端末200は、gNB100A, 100B, 100Cが形成するセル間を遷移することができる。なお、「gNB100A, 100B, 100Cが形成するセル間を遷移する」は、「gNB100A, 100B, 100C間を遷移する」又は「無線基地局100A, 100B, 100C間を遷移する」と表現することもできる。また、「gNB100A, 100B, 100C配下のセル」は、「gNB100A, 100B, 100Cによって形成されるセル」を意味する。

「遷移」とは、典型的には、セル間のハンドオーバ、又はgNB間のハンドオーバを意味するが、セル再選択など、接続先のセル又は接続先のgNBが変更されるような端末200の挙動（behavior）を含み得る。

「ターゲットセル」とは、典型的には、端末200が遷移する遷移先のセルを意味するが、端末200が遷移可能なセル（潜在的なターゲットセル）も含み得る。また、「ターゲットgNB」とは、典型的には、端末200が遷移する遷移先のgNBを意味するが、端末200が遷移可能なgNB（潜在的なターゲットgNB）も含み得る。本実施形態では、gNB100B, 100CがターゲットgNBである。なお、端末が遷移可能なセルは、候補セルと呼ばれもよい。また、端末が遷移可能なgNBは、候補gNBと呼ばれてもよい。

一方、「ソースセル」とは、遷移元のセルを意味する。「ソースgNB」とは、遷移元のgNBを意味する。本実施形態では、gNB100AがソースgNBである。

無線通信システム10では、端末200は、条件付きハンドオーバ（以下、Conditional HO）手順を実行する。なお、Conditional HO手順は、CHO手順と略されることがある。

Conditional HO手順では、後述するように、ソースgNB100Aが、端末200が遷移する遷移先のセルの候補（以下、ターゲット候補セル）を、予め端末200に通知する。ターゲット候補セルへの遷移条件が満たされると、端末200は、ソースgNBからハンドオーバコマンドを受信せずに、当該ターゲット候補セルを管理するターゲットgNB100B（又はターゲットgNB100C）とランダムアクセス（RA）手順を実行して、ターゲットgNB100B（又はターゲットgNB100C）に遷移する。

なお、無線通信システム10は、NG-RANの代わりに、Evolved Universal Terrestrial Radio Access Network（E-UTRAN）を含んでもよい。この場合、E-UTRANは、複数のE-UTRAN Node、具体的には、eNB（又はen-gNB）を含み、LTEに従ったコアネットワーク（EPC）と接続される。

（２）無線通信システムの機能ブロック構成
次に、無線通信システム10の機能ブロック構成について説明する。具体的には、gNB100A, 100B, 100C及び端末200の機能ブロック構成について説明する。以下、本実施形態における特徴に関連する部分についてのみ説明する。したがって、gNB100A, 100B, 100C及び端末200は、本実施形態における特徴に直接関係しない他の機能ブロックを備えることは勿論である。

図２は、gNB100A, 100B, 100Cの機能ブロック構成図である。なお、gNB100A, 100B, 100Cは同じ構成を有するため、gNB100B, 100Cの説明は省略する。図２に示すように、gNB100Aは、送信部110、受信部120、保持部130及び制御部140を備える。

送信部110は、NRに従った下りリンク信号（DL信号）を送信する。受信部120は、NRに従った上りリンク信号（UL信号）を受信する。具体的には、送信部110及び受信部120は、制御チャネルまたはデータチャネルを介して、端末200と無線通信を実行する。

送信部110は、NRに従った信号を他のgNBに送信する。受信部120は、NRに従った信号を他のgNBから受信する。

送信部110は、後述するRRC ReconfigurationなどのRRCメッセージを端末200に送信する。

送信部110は、gNB100AがソースgNBである場合、後述するCHO requestをターゲットgNBに送信する。送信部110は、gNB100AがターゲットgNBである場合、後述するCHO request ACK, HO cancellation及びHO modificationをソースgNBに送信する。CHO request ACKは、ターゲットgNB配下のターゲット候補セルの設定情報を含む。

受信部120は、後述するRRC Reconfiguration Complete, RRC Reconfiguration Complete1, RRC Reconfiguration Complete2, RRC SetupComplete, RRC Reestablishment CompleteなどのRRCメッセージを端末200から受信する。

受信部120は、gNB100AがソースgNBである場合、後述するCHO request ACK, HO cancellation及びHO modificationをターゲットgNBから受信する。受信部120は、gNB100AがターゲットgNBである場合、後述するCHO requestをソースgNBから受信する。

保持部130は、gNB100AがソースgNBである場合、ターゲットgNB配下のターゲット候補セルの設定情報を保持する。

制御部140は、gNB100Aを構成する各機能ブロックを制御する。

制御部140は、gNB100AがターゲットgNBである場合、gNB100A配下のターゲット候補セルの状態に応じて、当該ターゲット候補セルの設定情報の削除を決定する。

制御部140は、gNB100AがターゲットgNBである場合、ソースgNBに向けて、gNB100A配下のターゲット候補セルの設定情報の削除を指示するHO cancellationを送信部110に送信させる。

制御部140は、gNB100AがターゲットgNBである場合、端末200がgNB100A配下のターゲット候補セルの設定情報に基づいて、規定された時間内に遷移しないと、ソースgNBに向けて、HO cancellationを送信部110に送信させる。

制御部140は、gNB100AがターゲットgNBである場合、gNB100A配下のターゲット候補セルの状態に応じて、当該ターゲット候補セルの設定情報の変更を決定する。

制御部140は、gNB100AがターゲットgNBである場合、ソースgNBに向けて、gNB100A配下のターゲット候補セルの設定情報の変更を指示するHO modificationを送信部110に送信させる。

制御部140は、gNB100AがソースgNBである場合、ターゲットgNB配下のターゲット候補セルの設定情報を複数含むリストを、RRC Reconfigurationに含める。

図３は、端末200の機能ブロック構成図である。図３に示すように、端末200は、送信部210、受信部220、保持部230及び制御部240を備える。

送信部210は、NRに従った上りリンク信号（UL信号）を送信する。受信部220は、NRに従った下りリンク信号（DL信号）を受信する。具体的には、送信部210及び受信部220は、制御チャネルまたはデータチャネルを介して、gNB100A～100Cの各々と無線通信を実行する。

送信部210は、後述するRRC Reconfiguration Complete, RRC Reconfiguration Complete1, RRC Reconfiguration Complete2, RRC SetupComplete, RRC Reestablishment CompleteなどのRRCメッセージを送信する。

受信部220は、後述するRRC ReconfigurationなどのRRCメッセージを受信する。

保持部230は、ターゲットgNB配下のターゲット候補セルの設定情報を保持する。ターゲット候補セルの設定情報は、RRC Reconfigurationに含まれる。

制御部240は、端末200を構成する各機能ブロックを制御する。

制御部240は、RLFに伴って、再確立手順（RRC Reestablishment手順）を行わずに、端末200とターゲットgNBとの間においてRA手順を行って、ターゲットgNBに遷移する。

制御部240は、RLFに伴って、RRC Reestablishment手順を行わずに、ターゲットgNB配下のターゲット候補セルの設定情報に基づいて、ターゲットgNBに遷移する。

制御部240は、ターゲットgNB配下のターゲット候補セルの設定情報に基づいて、ハンドオーバコマンドを受信せずに、端末200とターゲットgNBとの間においてRA手順を行って、ターゲットgNBに遷移する。

制御部240は、HOFに伴って、RRC Reestablishment手順を行わずに、ターゲットgNBに遷移する。

制御部240は、上述したRRC Reconfiguration Complete, RRC Reconfiguration Complete2, RRC SetupComplete, RRC Reestablishment CompleteなどのRRCメッセージに、RLFの発生を通知するRLF情報、RLFを検出したセルの情報、RLFを検出した端末200の位置情報などを含むRLF検出情報などを含める。

制御部240は、受信部220が、ターゲット候補セルの設定情報を含むRRC Reconfigurationを受信した場合に、RA手順の開始前に、RRC Reconfiguration Complete1を送信部210に送信させる。なお、受信部220は、RRC Reconfiguration Complete1の送信後に、変更されたターゲット候補セルの設定情報を含むRRC Reconfigurationを受信する。

制御部240は、受信部220が、ソースgNBによってトランザクションIDが付与されたRRC Reconfigurationを用いて、ターゲットgNB配下のターゲット候補セルの設定情報を受信した場合に、当該トランザクションIDをRRC Reconfiguration Complete1に含める。制御部240は、ソースgNBに向けて、当該RRC Reconfiguration Complete1を送信部210に送信させる。

制御部240は、受信部220が、ターゲットgNBによってトランザクションIDが付与されたターゲットgNB配下のターゲット候補セルの設定情報を受信した場合に、当該トランザクションIDをRRC Reconfiguration Complete2に含める。制御部240は、RA手順の成功後に、ターゲットgNBに向けて、当該RRC Reconfiguration Complete2を送信部210に送信させる。

制御部240は、HOF時に、端末200とターゲットgNBとの間において共有するターゲットgNB配下のターゲット候補セルの設定情報の全て又は一部を維持し、RRC Reconfiguration Complete2に含める。維持される設定情報は、セキュリティ情報、端末200の識別情報などを含む。制御部240は、RA手順の成功後に、ターゲットgNBに向けて、当該RRC Reconfiguration Complete2を送信部210に送信させる。

制御部240は、ターゲットgNBに遷移する手順を行う場合に、端末200とターゲットgNBとの間において停止された無線ベラを再開する。

制御部240は、ターゲットgNBに遷移する手順において、RA手順を行う場合に、端末200とターゲットgNBとの間において停止された無線ベアラを再開する。

制御部240は、ターゲットgNBに遷移する手順において、受信部220が、無線ベアラの再開を指示するメッセージを受信する場合に、端末200とターゲットgNBとの間において停止された無線ベアラを再開する。

（３）無線通信システムの動作
次に、無線通信システム10の動作について説明する。具体的には、Conditional HO手順を説明した上で、次の動作について、順に説明する。

・Conditional HO手順における無線リンク障害（RLF）からの復帰
・Conditional HO手順におけるRRC Reconfiguration Complete送信タイミング
・Conditional HO手順におけるハンドオーバ（HO）中止、
・Conditional HO手順におけるハンドオーバ（HO）変更、
・Conditional HO手順におけるRRC Reconfigurationの構成
・Conditional HO手順におけるトランザクション識別子（ID）付与
・Conditional HO手順におけるハンドオーバ失敗（HOF）からの復帰
・Conditional HO手順における無線リンク障害（RLF）後の無線ベアラの再開

（３．１）Conditional HO手順
図４は、Conditional HO手順のシーケンスを示す図である。図４に示すように、ソースgNB100Aは、端末200から受信した測定報告に基づいて、ターゲットgNB100B, 100Cを見出すと、ターゲットgNB100B, 100Cに対して、Conditional HO要求（CHO request）を送信する（S11）。

ターゲットgNB100Bは、ソースgNB100AからCHO requestを受信すると、ターゲットgNB100B配下のセル（ターゲット候補セルという）の設定情報を含むCHO request応答（CHO request ACK）を、ソースgNB100Aに送信する（S13）。ターゲット候補セルの設定情報は、ターゲット候補セルの情報と、ターゲット候補セルへの遷移条件と含む。

同様に、ターゲットgNB100Cは、ソースgNB100AからCHO requestを受信すると、ターゲットgNB100C配下のセル（ターゲット候補セルという）の設定情報を含むCHO request応答（CHO request ACK）を、ソースgNB100Aに送信する（S13）。ターゲット候補セルの設定情報は、ターゲット候補セルの情報と、ターゲット候補セルへの遷移条件と含む。

ソースgNB100Aは、ターゲットgNB100B, 100CからCHO request ACKを受信すると、Conditional HO構成（CHO configuration）を含む無線リソース制御（RRC）再構成メッセージ（RRC Reconfiguration）を、端末200に送信する（S15）。CHO configurationは、ターゲットgNB100B, 100Cの各々から送信されたターゲット候補セルの設定情報を含む。

端末200は、ソースgNB100AからCHO configurationを受信すると、Conditional HO条件（CHO条件）を監視する（S17）。具体的には、端末200は、各ターゲット候補セルの設定情報に含まれるターゲット候補セルへの遷移条件が満たされるか否かを判定する。

端末200は、端末200の移動などにより、ターゲット候補セルへの遷移条件が満たされると判定すると、ソースgNB100Aからハンドオーバコマンドを受信せずに、当該ターゲット候補セルへのハンドオーバ（HO）の開始を決定する（S19）。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定する。遷移条件が満たされる遷移先のターゲット候補セルは、CHOセルとも呼称される。

なお、ソースgNB100Aは、S13にて、ターゲットgNB100B, 100Cから、ターゲット候補セルの情報のみを受信してもよい。この場合、ソースgNB100Aは、S15にて、ターゲット候補セルの情報と、端末200がハンドオーバ（HO）をトリガする条件とを含むCHO configurationを、端末200に送信する。

この場合、端末200は、S17にて、HOをトリガする条件が満たされるか否かを判定する。端末200は、端末200の移動などにより、HOをトリガする条件が満たされると判定すると、S19にて、遷移先のターゲット候補セルを決定し、当該ターゲット候補セルへのハンドオーバを開始する。端末200は、例えば、ソースgNB100Aによって付与された各ターゲット候補セルの優先度、各ターゲット候補セルの情報に含まれるセルの状態などに基づいて、遷移先のターゲット候補セルを決定する。

端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期を確立する（S21）。これにより、端末200は、ターゲットgNB100Bに接続する。

端末200は、ターゲットgNB100Bに接続すると、RRC再構成完了メッセージ（RRC Reconfiguration Complete）をターゲットgNB100Bに送信する（S23）。

（３．２）Conditional HO手順におけるRLFからの復帰
次に、Conditional HO手順におけるRLFからの復帰について説明する。最初に、従来のHO手順におけるRLFからの復帰について説明する。

図５は、従来のHO手順におけるRLFからの復帰シーケンスを示す図である。図５に示すように、ソースgNB100Aは、端末200から受信した測定報告に基づいて、ターゲットgNB100Bを見出すと、ターゲットgNB100Bに対して、HO要求（HO request）を送信する（S51）。

ターゲットgNB100Bは、ソースgNB100AからHO requestを受信すると、ターゲットgNB100B配下のセル（ターゲットセルという）の情報を含むHO request応答（HO request ACK）を、ソースgNB100Aに送信する（S53）。

ソースgNB100Aは、ターゲットgNB100BからHO request ACKを受信すると、ハンドオーバコマンド（HO command）を含むRRC再構成メッセージ（RRC Reconfiguration）を、端末200に送信する（S55）。HO commandは、ターゲットgNB100Bから送信されたターゲットセルの情報を含む。

端末200は、ソースgNB100AからHO commandを受信すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期の確立を試みる。（S57）。

端末200は、S57にて、RA手順の実行中に、RLFが発生して、RA手順に失敗すると、セル再選択を実行する（S59）。端末200は、ターゲットgNB100B配下のセルに再接続することを決定すると、ターゲットgNB100Bと端末200との間でRRC再確立（RRC Reestablishment）手順を行う。

具体的には、端末200は、RRC再確立要求メッセージ（RRC Reestablishment request）を、ターゲットgNB100Bに送信する（S61）。ターゲットgNB100Bは、端末200からRRC Reestablishment requestを受信すると、RRC再確立メッセージ（RRC Reestablishment）を端末200に送信する（S63）。RRC Reestablishmentは、ターゲットgNB100Bと端末200との間でRRCコネクションを再確立するために用いられる設定情報を含む。

端末200は、ターゲットgNB100BからRRC Reestablishmentを受信すると、ターゲットgNB100Bと端末200との間でRRCコネクションを再確立し、RRC再確立完了メッセージ（RRC Reestablishment Complete）を送信する（S65）。

S65にて、端末200は、RRC Reestablishment CompleteにRLF情報を含めて、RLF通知を行う。RLF情報は、端末200とターゲットgNB100Bとの間でRLFが発生したことを、ネットワーク側に通知するために、RRC Reestablishment Completeに含められる。

ターゲットgNB100Bは、端末200からRRC Reestablishment Completeを受信すると、RRC Reconfigurationを端末200に送信する（S67）。端末200は、ターゲットgNB100BからRRC Reconfigurationを受信すると、RRCコネクションの再構成を実行し、RRC Reconfiguration CompleteをターゲットgNB100Bに送信する（S69）。

（３．２．１）動作例１
次に、Conditional HO手順におけるRLFからの復帰の動作例１について説明する。本動作例では、Conditional HO手順において、RLFが発生してRA手順が失敗した場合に、端末200は、遷移先のターゲット候補セル（CHOセル）を再選択し、RA手順を実行した後に、RRC再構成完了メッセージ（RRC Reconfiguration Complete）を用いて、RLFの発生をネットワーク側に通知する。

図６は、Conditional HO手順におけるRLFからの復帰シーケンス（動作例１）を示す図である。図６のS101～S109は、図４のS11～S19と同じ処理であるため、説明を省略する。

端末200は、ソースgNB100Aからハンドオーバコマンドを受信せずに、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期の確立を試みる（S111）。

端末200は、S111にて、RA手順の実行中に、RLFが発生して、RA手順に失敗すると、遷移条件を満たす遷移先のターゲット候補セル（CHOセル）を再選択する（S113）。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択する。

端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期を確立する（S115）。これにより、端末200は、ターゲットgNB100Bに接続する。

端末200は、ターゲットgNB100Bに接続すると、RRC再構成完了メッセージ（RRC Reconfiguration Complete）をターゲットgNB100Bに送信する（S117）。

S117にて、端末200は、RRC Reconfiguration CompleteにRLF情報を含めて、RLF通知を行う。RLF情報は、端末200とターゲットgNB100Bとの間でRLFが発生したことを、ネットワーク側に通知するために、RRC Reconfiguration Completeに含められる。例えば、RLF情報は、1ビットで表される。この場合、例えば、RLFが発生した場合には、RLF情報として「1」が設定され、RLFが発生しない場合には、RLF情報として「0」が設定される。

このように、RLF情報は、Conditional HO手順が完了したこと、すなわち、端末200がターゲット候補セルの設定情報を適用したことを示すメッセージに含まれる。

S117にて、端末200は、RRC Reconfiguration Completeに、RLF情報とRLF検出情報とを含めてもよい。RLF検出情報は、例えば、RLFが検出されたセル（本実施形態では、ターゲットgNB100B配下のセル）の識別子などのセル情報、RLFを検出した端末200の位置情報（グローバル・ナビゲーション・サテライト・システム(GNSS)情報など）、RLFが検出された無線アクセス技術（RAT）情報、RLFが検出された際に使用されていた周波数情報、RLFが検出された際に使用されていた帯域幅部分（BWP）情報、及びRLFが検出された位置（グローバル・ポジショニング・システム（GPS）情報など）のうち、少なくとも１つを含む。

なお、ソースgNB100Aは、S13と同様に、S103にて、ターゲットgNB100B, 100Cから、ターゲット候補セルの情報のみを受信してもよい。この場合、端末200は、S113にて、ソースgNB100Aによって付与された各ターゲット候補セルの優先度、各ターゲット候補セルの情報に含まれるセルの状態などに基づいて、遷移先のターゲット候補セル（CHOセル）を再選択する。

上述したように、CHOセルの再選択を用いてRLFから復帰する場合、端末200は、RRC Reestablishment手順を行うことなく、ターゲットgNBに遷移し、RLFから早期に復帰することができる。

（３．２．２）動作例２
次に、Conditional HO手順におけるRLFからの復帰の動作例２について説明する。本動作例では、動作例１にて、端末200が、S105にて、ソースgNB100AからRRC Reconfigurationを受信すると、直ちに、RRC再構成完了メッセージ1（RRC Reconfiguration Complete 1）を送信する。

図７は、Conditional HO手順におけるRLFからの復帰シーケンス（動作例２）を示す図である。図７のS101～S115は、図６のS101～S115と同じ処理であるため、説明を省略する。

図７に示すように、端末200は、ソースgNB100AからRRC Reconfigurationを受信すると、直ちに、RRC Reconfiguration Complete1を送信する（S105a）。

端末200は、S115のRA手順によりターゲットgNB100Bに接続すると、RRC再構成完了メッセージ2（RRC Reconfiguration Complete 2）又はRRCセットアップ完了メッセージ（RRC Setup Complete）をターゲットgNB100Bに送信する（S117a）。

なお、RRC Reconfiguration Complete1及びRRC Reconfiguration Complete2は、RRC Reconfiguration Completeと同様の構成を有する。

S117aにて、端末200は、RRC Reconfiguration Complete 2又はRRC Setup CompleteにRLF情報を含めて、RLF通知を行う。また、S117aにて、端末200は、RRC Reconfiguration Complete 2又はRRC Setup Completeに、RLF情報とRLF検出情報とを含めてもよい。

（３．２．３）動作例３
次に、Conditional HO手順におけるRLFからの復帰の動作例３について説明する。本動作例では、動作例１にて、Conditional HO手順において、RLFが発生してRA手順が失敗した場合に、端末200は、ターゲット候補セル以外の遷移先のセル（CHOセル以外の遷移先のセル）を再選択し、RRC Reestablishment手順を行う。

図８は、Conditional HO手順におけるRLFからの復帰シーケンス（動作例３）を示す図である。図８のS101～S111は、図６のS101～S111と同じ処理であるため、説明を省略する。

なお、本動作例では、ソースgNB100Aは、端末200から受信した測定報告に基づいて、ターゲットgNB100Bのみを見出す。このため、ソースgNB100Aは、ターゲットgNB100Bに対して、CHO requestを送信し（S101）、ターゲットgNB100Bから、ターゲット候補セルの設定情報を含むCHO request ACKを受信する（S103）。

端末200は、S111にて、RA手順の実行中に、RLFが発生して、RA手順に失敗すると、遷移条件を満たす遷移先のターゲット候補セル（CHOセル）を再選択する。しかしながら、端末200が、遷移条件を満たす遷移先のターゲット候補セルが存在しない場合、ターゲット候補セル以外の遷移先のセル（CHOセル以外の遷移先セル）を再選択する（S131）。本実施形態では、端末200は、ターゲットgNB100C配下のセルを再選択する。

端末200は、ターゲットgNB100C配下のセルに再接続することを決定すると、ターゲットgNB100Cと端末200との間でRRC Reestablishment手順を行う。

具体的には、端末200は、RRC Reestablishment requestを、ターゲットgNB100Cに送信する（S133）。ターゲットgNB100Cは、端末200からRRC Reestablishment requestを受信すると、RRC Reestablishmentを端末200に送信する（S135）。RRC Reestablishmentは、ターゲットgNB100Cと端末200との間でRRCコネクションを再確立するために用いられる設定情報を含む。

端末200は、ターゲットgNB100CからRRC Reestablishmentを受信すると、ターゲットgNB100Cと端末200との間でRRCコネクションを再確立し、RRC Reestablishment Completeを送信する（S137）。

S137にて、端末200は、RRC Reestablishment CompleteにRLF情報を含めて、RLF通知を行う。また、S137にて、端末200は、RRC Reestablishment Completeに、RLF情報とRLF検出情報とを含めてもよい。

（３．２．４）情報要素（IE）
次に、上述したRLF通知に用いられる各メッセージのIEについて説明する。

図９は、VarRLF-Report内のIEを説明する図である。図９に示すように、端末200は、RLF情報をVarRLF-Report内のrlf-Report-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をVarRLF-Report内のrlf-Report-r16に含めてもよい。

図１０は、RRC Reconfiguration Complete内のIEを説明する図である。図１０に示すように、端末200は、RLF情報がVarRLF-Reportに含まれている場合、図６のS117にてRLF情報をRRC Reconfiguration Complete内のrlf-InfoAvailable-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をRRC Reconfiguration Complete内のrlf-InfoAvailable-r16に含めてもよい。

なお、上述したように、RRC Reconfiguration Complete2は、RRC Reconfiguration Completeと同様の構成を有する。従って、端末200は、RLF情報がVarRLF-Reportに含まれている場合、図７のS117aにてRLF情報をRRC Reconfiguration Complete2内のrlf-InfoAvailable-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をRRC Reconfiguration Complete2内のrlf-InfoAvailable-r16に含めてもよい。

図１１Ａ及び図１１Ｂは、RRC Setup Complete内のIEを説明する図である。図１１Ａに示すように、端末200は、RLF情報がVarRLF-Reportに含まれている場合、図７のS117aにてRLF情報をRRC Setup Complete内のrlf-InfoAvailable-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をRRC Setup Complete内のrlf-InfoAvailable-r16に含めてもよい。

図１２は、RRC Reestablishment Complete内のIEを説明する図である。図１２に示すように、端末200は、RLF情報がVarRLF-Reportに含まれている場合、図８のS137にてRLF情報をRRC Reestablishment Complete内のrlf-InfoAvailable-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をRRC Reestablishment Complete内のrlf-InfoAvailable-r16に含めてもよい。

図１３は、RRC Resume Complete内のIEを説明する図である。RRC Resume Completeは、後述の「（３．９）Conditional HO手順におけるRLF後の無線ベアラの再開」で説明するように、端末200が、無線ベアラの再開を指示するRRCメッセージの受信に基づいて、無線ベアラの再開を完了したことを、ネットワークに通知するのに用いられる。

図１３に示すように、端末200は、RLF情報がVarRLF-Reportに含まれている場合、RLFからの復帰後に無線ベアラの再開を完了したことを通知するRRC Resume Complete内のrlf-InfoAvailable-r16に、RLF情報を含めてもよい。なお、端末200は、RLF情報及びRLF検出情報をRRC Resume Complete内のrlf-InfoAvailable-r16に含めてもよい。

図１４は、UE Information Request内の情報要素（IE）を説明する図である。端末200は、ネットワークからの要求に基づいて、当該ネットワークに対して、RLFの発生を通知することができる。図１４に示すように、ネットワークは、UE Information Request内のrlf-ReportReq-r16を用いて、RLF通知を端末200に要求する。

図１５Ａ～図１５Ｃは、UE Information Response内のIEを説明する図である。端末200は、ネットワークから、UE Information Requestを用いて、RLF通知を要求されると、図１５Ａに示すように、RLF情報をUE Information Response内のrlf-Cause-r16に含める。なお、端末200は、RLF情報及びRLF検出情報をUE Information Response内のrlf-Cause-r16に含めてもよい。

（３．２．５）その他
動作例１，２では、RLF情報を含むメッセージは、Conditional HO手順が完了したこと、すなわち、ターゲット候補セルの設定情報を適用したことを示すメッセージ（例えば、RRC Reconfiguration Complete, RRC Reconfiguration Complete 2, RRC Setup Complete）であったが、これに限定されない。

例えば、RLF情報を含むメッセージは、遷移先のターゲットgNBに送信される最初のRRCメッセージでもよい。また、RLF情報を含むメッセージは、特定の識別子を有するメッセージでもよい。当該識別子として、トランザクション識別子、パケット・データ・コンバージェンス・プロトコル（PDCP）シーケンス番号（SN）、PDCPカウント値、無線リンク制御（RLC）シーケンス番号（SN）、又はハイブリッド・オートマチック・リピート・リクエスト処理（HARQ process）識別子が挙げられる。

また、端末200は、Conditional HO手順以外のタイミングで、RLF情報をネットワーク側に通知してもよい。

動作例１～３では、端末200は、RLF情報及びRLF検出情報を、同一のメッセージに含めたが、これに限定されず、これらの情報を異なるメッセージに含めてもよい。また、端末200は、ネットワークから指示がある場合に、RLF情報をメッセージに含めてもよい。同様に、端末200は、ネットワークから指示がある場合に、RLF検出情報をメッセージに含めてもよい。

複数のRLFが発生した場合、端末200は、複数のRLF検出情報を同一のメッセージに含めて、遷移先のターゲットgNBに送信してもよい。また、端末200は、所定数のRLF検出情報（例えば、１つのRLF検出情報）のみを同一のメッセージに含めて、遷移先のターゲットgNBに送信してもよい。

複数のRLFが発生した場合、端末200は、複数のRLF検出情報に優先度を付与してもよい。例えば、端末200は、遷移先のターゲットgNB配下のセルで使用されている周波数と同じ周波数でRLFを検出した場合には、当該周波数の情報を含むRLF検出情報には高優先度を付与する。また、端末200は、ネットワークから指定された優先度で、複数のRLF検出情報を、遷移先のターゲットgNBに送信してもよい。

また、複数のRLF検出情報を同一のメッセージに含めると、当該メッセージが許容する最大サイズを超える場合には、端末200は、当該メッセージから、一部のRLF検出情報を削除してもよい。この場合、端末200は、一部のRLF検出情報を削除したことを、遷移先のターゲットgNBに通知してもよい。

さらに、端末200は、複数のRLF検出情報を含むメッセージを作成した後に、再度RLFを検出する場合には、当該メッセージを作成し直してもよい。

（３．３）Conditional HO手順におけるRRC Reconfiguration Complete送信タイミング
次に、Conditional HO手順におけるRRC Reconfiguration Complete送信タイミングについて説明する。図４に示したConditional HO手順では、端末200は、RA手順に成功した場合に、RRC Reconfiguration Completeの送信を実行する。これに対して、本動作では、端末200は、RRC Reconfigurationを受信すると、直ちにRRC Reconfiguration Completeの送信を実行する。すなわち、端末200は、RA手順の開始前に、RRC Reconfiguration Completeの送信を実行する。

図１６は、Conditional HO手順におけるRRC Reconfiguration Complete送信シーケンスを示す図である。図１６のS151～S155は、図４のS11～S15と同じ処理であるため、説明を省略する。

端末200は、ソースgNB100Aから、CHO configurationを含むRRC Reconfigurationを受信すると、直ちに、ターゲット候補セルの設定情報を取得して、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S155a）。

端末200は、RRC Reconfiguration Complete1をソースgNB100Aに送信すると、CHO条件を監視する（S157）。具体的には、端末200は、各ターゲット候補セルの設定情報に含まれるターゲット候補セルへの遷移条件が満たされるか否かを判定する。

RRC処理を並行して実行すると無線基地局側の処理が複雑になるため、端末200は、ターゲット候補セルの設定情報を変更する場合、RRCコネクションの再構成が完了したことを通知するRRC Reconfiguration Completeを受信した後に、RRC Reconfigurationを用いて、当該変更を通知する必要がある。

このため、ソースgNB100Aは、ターゲット候補セルの設定情報を変更する場合、S155aにて、端末200からRRC Reconfiguration Complete1を受信した後に、RRC Reconfigurationを用いて、ターゲット候補セルの設定情報の変更を、端末200に通知する（S159）。

S159にて、ソースgNB100Aは、変更されたターゲット候補セルの設定情報を、RRC Reconfigurationに含める。なお、ソースgNB100Aは、変更されたターゲット候補セルの設定情報と、S155にて送信したターゲット候補セルの設定情報との差分を、新規のRRC Reconfigurationに含めてもよい。

S155で送信されるRRC Reconfigurationは、第１の設定メッセージとも呼称される。S155aで送信されるRRC Reconfiguration Complete1は、第１の設定メッセージに対する完了メッセージとも呼称される。S159で送信されるRRC Reconfigurationは、第２の設定メッセージとも呼称される。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、変更されたターゲット候補セルの設定情報を取得して、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S159a）。端末200は、変更されたターゲット候補セルの設定情報に基づいて、S155にて取得したターゲット候補セルの設定情報を更新する。

端末200は、端末200の移動などにより、ターゲット候補セルへの遷移条件が満たされると判定すると、ソースgNB100Aからハンドオーバコマンドを受信せずに、当該ターゲット候補セルへのハンドオーバ（HO）の開始を決定する（S161）。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定する。

端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期を確立する（S163）。これにより、端末200は、ターゲットgNB100Bに接続する。

端末200は、ターゲットgNB100Bに接続するとRRC Reconfiguration Complete2又はRRC Setup CompleteをターゲットgNB100Bに送信する（S165）。

なお、S159にて、ソースgNB100Aは、ターゲット候補セルの設定情報を変更するために、RRC Reconfigurationを端末200に送信しているが、これに限定されない。例えば、ソースgNB100Aは、ターゲット候補セルの設定情報の他に、端末200の構成（UE configuration）を変更するために、RRC Reconfigurationを端末200に送信してもよい。

この場合、ソースgNB100Aは、変更されたUE configurationを、RRC Reconfigurationに含める。なお、ソースgNB100Aは、変更されたUE configurationと、先に送信したUE configurationとの差分を、RRC Reconfigurationに含めてもよい。

（３．４）Conditional HO手順におけるHO中止
次に、Conditional HO手順におけるHO中止について説明する。本動作では、ターゲットgNBが、ターゲット候補セルの設定情報をソースgNBに送信した後に、当該ターゲット候補セルの設定情報の削除を、ソースgNBに指示する。本実施形態では、ターゲットgNB100Bが、ターゲット候補セルの設定情報の削除を、ソースgNB100Aに指示する。

（３．４．１）動作例１
最初に、Conditional HO手順におけるHO中止の動作例１について説明する。図１７は、Conditional HO手順におけるHO中止シーケンス（動作例１）を示す図である。図１７に示すS201～S207は、図１６に示すS151～S157と同じ処理であるため、説明を省略する。

なお、S203で送信されるCHO request ACKは、第１のメッセージとも呼称される。S209で送信されるHO cancellationは、第２のメッセージとも呼称される。

ターゲットgNB100Bは、配下のターゲット候補セルが、端末200が遷移するのに相応しくない状態にあることを識別すると、HO削除メッセージ（HO cancellation）をソースgNB100Aに送信する（S209）。

具体的には、ターゲットgNB100Bは、配下のターゲット候補セルで負荷が増大し、当該ターゲット候補セルが、端末200が遷移するのに相応しくない状態にあることを決定すると、S209にてHO cancellationを送信してもよい。

この場合、多数の端末が、ターゲットgNB100B配下のターゲット候補セルに遷移して、接続端末の数が、当該ターゲット候補セルが許容する接続端末の最大数を超えると、ターゲットgNB100Bは、当該ターゲット候補セルが、端末200が遷移するのに相応しくない状態にあることを決定してもよい。

例えば、呼受付制御（CAC）において、ターゲットgNB100B配下のターゲット候補セルにおいて、接続端末の数が、UEコンテキストの最大数を超えると、ターゲットgNB100Bは、当該ターゲット候補セルが、端末200が遷移するのに相応しくない状態にあることを決定する。

また、端末200が、ターゲットgNB100B配下のターゲット候補セルの設定情報に基づいて、規定された時間内に、当該ターゲット候補セルに遷移しない場合（例えば、端末200が、規定された時間を超えても、インアクティブ状態にある場合）、ターゲットgNB100Bは、S209にてHO cancellationを送信してもよい。

さらに、ターゲットgNB100Bが、ソースgNB以外のgNB又はng-eNBから、UEコンテキスト解放（UE context release）を受信した場合、ターゲットgNB100Bは、S209にてHO cancellationを送信してもよい。

なお、S209にて、ターゲットgNB100Bは、ソースgNB100Aに対して、直接HO cancellationを送信してもよい。この場合、HO cancellationの送信には、例えば、Xnシグナリングが用いられる。代わりに、ターゲットgNB100Bは、ソースgNB100Aに対して、コアネットワークを介して、HO cancellationを送信してもよい。この場合、HO cancellationの送信には、例えば、NGシグナリングが用いられる。

ソースgNB100Aは、ターゲットgNB100BからHO cancellationを受信すると、S205aにて、端末200からRRC Reconfiguration Complete1を受信した後に、RRC Reconfigurationを用いて、ターゲット候補セルの設定情報の変更を、端末200に通知する（S211）。

具体的には、ソースgNB100Aは、ターゲットgNB100B配下のターゲット候補セルの設定情報を削除することを指示する情報を、RRC Reconfigurationに含める。なお、ソースgNB100Aは、ターゲットgNB100B配下のターゲット候補セルの設定情報を削除したCHO configurationを、RRC Reconfigurationに含めてもよい。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S211a）。端末200は、RRC Reconfigurationの受信に基づいて、ターゲットgNB100B配下のターゲット候補セルの設定情報を削除する。

端末200は、端末200の移動などにより、ターゲット候補セルへの遷移条件が満たされると判定すると、ソースgNB100Aからハンドオーバコマンドを受信せずに、当該ターゲット候補セルへのハンドオーバ（HO）の開始を決定する（S213）。本実施形態では、端末200は、ターゲットgNB100C配下のターゲット候補セルへのHOの開始を決定する。

端末200は、ターゲットgNB100C配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Cと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Cと端末200との間で同期を確立する（S215）。これにより、端末200は、ターゲットgNB100Cに接続する。

端末200は、ターゲットgNB100Cに接続するとRRC Reconfiguration Complete2又はRRC Setup CompleteをターゲットgNB100Cに送信する（S217）。

（３．４．２）動作例２
次に、Conditional HO手順におけるHO中止の動作例２について説明する。図１８は、Conditional HO手順におけるHO中止シーケンス（動作例２）を示す図である。図１８に示すS231～S239は、図１７に示すS201～S209と同じ処理であるため、説明を省略する。

なお、本動作例では、ソースgNB100Aは、端末200から受信した測定報告に基づいて、ターゲットgNB100Bのみを見出す。このため、ソースgNB100Aは、ターゲットgNB100Bに対して、CHO requestを送信し（S231）、ターゲットgNB100Bから、ターゲット候補セルの設定情報を含むCHO request ACKを受信する（S233）。

ソースgNB100Aは、ターゲットgNB100BからHO cancellationを受信した後、ソースgNB100Aの周囲に存在するターゲットgNB100Cを見出すと、ターゲットgNB100Cに対して、CHO requestを送信する（S241）。

ターゲットgNB100Cは、ソースgNB100AからCHO requestを受信すると、ターゲットgNB100C配下のターゲット候補セルの設定情報を含むCHO request ACKを、ソースgNB100Aに送信する（S243）。

ソースgNB100Aは、ターゲットgNB100BからHO cancellationを受信し、かつ、ターゲットgNB100CからCHO request ACKを受信すると、S235aにて、端末200からRRC Reconfiguration Complete1を受信した後に、RRC Reconfigurationを用いて、ターゲット候補セルの設定情報の変更を、端末200に通知する（S245）。

具体的には、ソースgNB100Aは、ターゲットgNB100B配下のターゲット候補セルの設定情報を削除し、かつ、ターゲットgNB100C配下のターゲット候補セルの設定情報を含むCHO configurationを、RRC Reconfigurationに含める。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S245a）。端末200は、RRC Reconfigurationの受信に基づいて、ターゲットgNB100C配下のターゲット候補セルの設定情報を含むCHO configurationを適用する。

端末200は、端末200の移動などにより、ターゲット候補セルへの遷移条件が満たされると判定すると、ソースgNB100Aからハンドオーバコマンドを受信せずに、当該ターゲット候補セルへのハンドオーバ（HO）の開始を決定する（S247）。本実施形態では、端末200は、ターゲットgNB100C配下のターゲット候補セルへのHOの開始を決定する。

端末200は、ターゲットgNB100C配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Cと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Cと端末200との間で同期を確立する（S249）。これにより、端末200は、ターゲットgNB100Cに接続する。

端末200は、ターゲットgNB100Cに接続するとRRC Reconfiguration Complete2又はRRC Setup CompleteをターゲットgNB100Cに送信する（S251）。

（３．５）Conditional HO手順におけるHO変更
次に、Conditional HO手順におけるHO変更について説明する。本動作では、ターゲットgNBが、ターゲット候補セルの設定情報をソースgNBに送信した後に、当該ターゲット候補セルの設定情報の変更を、ソースgNBに指示する。本実施形態では、ターゲットgNB100Bが、ターゲット候補セルの設定情報の変更を、ソースgNB100Aに指示する。

（３．５．１）動作例１
最初に、Conditional HO手順におけるHO変更の動作例１について説明する。図１９は、Conditional HO手順におけるHO変更シーケンス（動作例１）を示す図である。図１９に示すS301, S303, S309～S315は、図４に示すS11, S13, S17～S23と同じ処理であるため、説明を省略する。

なお、S303で送信されるCHO request ACKは、第１のメッセージとも呼称される。S305で送信されるHO modificationは、第２のメッセージとも呼称される。

図１９に示すように、ターゲットgNB100Bは、S303にて、CHO request ACKを用いて、配下のターゲット候補セルの設定情報を、ソースgNB100Aに送信した後、当該ターゲット候補セルの状態が変化したことを識別すると、HO変更メッセージ（HO modification）をソースgNB100Aに送信する（S305）。

具体的には、ターゲットgNB100Bは、配下のターゲット候補セルで負荷状態が変化し、当該ターゲット候補セルへの遷移条件を変更する必要があると決定すると、S305にてHO modificationを送信してもよい。

なお、S305にて、ターゲットgNB100Bは、ソースgNB100Aに対して、直接HO modificationを送信してもよい。この場合、HO modificationの送信には、例えば、Xnシグナリングが用いられる。代わりに、ターゲットgNB100Bは、ソースgNB100Aに対して、コアネットワークを介して、HO modificationを送信してもよい。この場合、HO modificationの送信には、例えば、NGシグナリングが用いられる。

ソースgNB100Aは、ターゲットgNB100BからHO modificationを受信すると、ターゲットgNB100B配下のターゲット候補セルの設定情報を変更した上で、CHO configurationを含むRRC Reconfigurationを、端末200に送信する（S307）。

（３．５．２）動作例２
次に、Conditional HO手順におけるHO変更の動作例２について説明する。図２０は、Conditional HO手順におけるHO変更シーケンス（動作例２）を示す図である。図２０に示すS301～S313は、図１９に示すS301～S313と同じ処理であるため、説明を省略する。

図２０に示すように、端末200は、ソースgNB100AからRRC Reconfigurationを受信すると、直ちに、RRC Reconfiguration Complete1を送信する（S307a）。

端末200は、S313のRA手順によりターゲットgNB100Bに接続すると、RRC Reconfiguration Complete 2又はRRC Setup CompleteをターゲットgNB100Bに送信する（S315a）。

（３．５．３）動作例３
次に、Conditional HO手順におけるHO変更の動作例３について説明する。図２１は、Conditional HO手順におけるHO変更シーケンス（動作例３）を示す図である。図２１に示すS301, S303, S307, S307a, S309は、図２０に示すS301, S303, S307, S307a, S309と同じ処理であるため、説明を省略する。

図２１に示すように、ターゲットgNB100Bは、配下のターゲット候補セルの状態が変化したことを識別すると、HO modificationをソースgNB100Aに送信する（S331）。

ソースgNB100Aは、ターゲットgNB100BからHO modificationを受信すると、S307aにて、端末200からRRC Reconfiguration Complete1を受信した後に、RRC Reconfigurationを用いて、ターゲット候補セルの設定情報の変更を、端末200に通知する（S333）。

具体的には、ソースgNB100Aは、ターゲットgNB100B配下のターゲット候補セルの設定情報を変更したCHO configurationを、RRC Reconfigurationに含める。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S333a）。端末200は、RRC Reconfigurationの受信に基づいて、ターゲットgNB100B配下のターゲット候補セルの設定情報を変更する。

端末200は、端末200の移動などにより、ターゲット候補セルへの遷移条件が満たされると判定すると、ソースgNB100Aからハンドオーバコマンドを受信せずに、当該ターゲット候補セルへのハンドオーバ（HO）の開始を決定する（S335）。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定する。

端末200は、ターゲットgNB100B配下のターゲット候補セルへのHOの開始を決定すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期を確立する（S337）。これにより、端末200は、ターゲットgNB100Bに接続する。

端末200は、ターゲットgNB100Bに接続するとRRC Reconfiguration Complete2又はRRC Setup CompleteをターゲットgNB100Bに送信する（S339）。

（３．６）Conditional HO手順におけるRRC Reconfigurationの構成
次に、Conditional HO手順におけるRRC Reconfigurationの構成について説明する。本構成では、RRC Reconfigurationは、ターゲットgNB100B配下のターゲット候補セルの設定情報、及びターゲットgNB100C配下のターゲット候補セルの設定情報を格納する。なお、「複数のターゲット候補セルの設定情報をRRC Reconfigurationに格納する」ことは、「複数のターゲット候補セルの設定情報をRRC Reconfigurationにカプセル化する」とも表現される。

最初に、ターゲット候補セルの設定情報をカプセル化する動作フローを説明する。図２２は、ターゲット候補セルの設定情報をカプセル化する動作フローを示す図である。図２２に示すように、ソースgNB100Aは、CHO requestをターゲットgNB100B, 100Cに送信する（S350）。

ソースgNB100Aは、ターゲットgNB100B, 100Cの各々から、ターゲット候補セルの設定情報を受信する（S353）と、当該ターゲット候補セルの設定情報を、RRC Reconfigurationにカプセル化する（S355）。

ソースgNB100Aは、複数のターゲット候補セルの設定情報を、RRC Reconfigurationにカプセル化すると、当該RRC Reconfigurationを端末200に送信する（S357）。

（３．６．１）構成例１
次に、ターゲット候補セルの設定情報のカプセル化について詳細に説明する。図２３は、Conditional HO手順におけるRRC Reconfigurationの構成（構成例１）を説明する図である。

図２３に示すように、下りリンク専用制御チャネル（DL-DCCH）用メッセージ群には、RRC Reconfiguration, RRC再開メッセージ（RRC Resume）, RRC解放メッセージ（RRC Release）, RRC Reestablishment, セキュリティ・モード・コマンド（Security Mode Command）などが含まれる。

DL-DCCHは、RRCコネクションを確立した端末200に使用される下りリンク専用制御チャネルである。端末200は、DL-DCCHを介して、上述したRRCメッセージなどを受信する。

本構成例では、従来のRRC Reconfiguration内に、新規の情報要素（IE）を設定して、ターゲットgNB100B配下のターゲット候補セルの設定情報、及びターゲットgNB100C配下のターゲット候補セルの設定情報を、当該IEに含める。

具体的には、従来のRRC Reconfiguration内に、新規IEとして、RRC再構成リスト（RRCReconfigurationList）が設定され、かつ、RRCReconfigurationList内に、configuration for cell1及びconfiguration for cell2が設定される。なお、configuration for cellの数は、２つには限定されない。

このような構成において、ソースgNB100Aは、ターゲットgNB100Bから、ターゲットgNB100B配下のターゲット候補セルの設定情報を受信すると、当該ターゲット候補セルの設定情報をRRCReconfigurationList内のconfiguration for cell1に含める。同様に、ソースgNB100Aは、ターゲットgNB100Cから、ターゲットgNB100C配下のターゲット候補セルの設定情報を受信すると、当該ターゲット候補セルの設定情報をRRCReconfigurationList内のconfiguration for cell2に含める。

なお、RRCReconfigurationListは、CHO configurationとも呼称される。端末200は、ソースgNB100AからRRC Reconfigurationを受信すると、RRC Reconfiguration内のconfiguration for cell1及びconfiguration for cell2から、ターゲットgNB100B配下のターゲット候補セルの設定情報及びターゲットgNB100C配下のターゲット候補セルの設定情報を取得する。

ターゲット候補セルの設定情報として、ターゲット候補セルの情報、及びターゲット候補セルへの遷移条件の他に、次の情報のうち、少なくとも１つを含んでもよい。

測定条件
ターゲット候補セルの構成
セキュリティ情報（例えば、セキュリティ鍵の更新情報）
トランザクション識別子

（３．６．２）構成例２
図２４は、Conditional HO手順におけるRRC Reconfigurationの構成（構成例２）を説明する図である。図２４に示すように、DL-DCCH用メッセージには、RRC Reconfiguration, RRC Resume, RRC Release, RRC Reestablishment, Security Mode Command, RRC Reconfiguration1などが含まれる。

RRC Reconfiguration1は、従来のRRC Reconfigurationとは異なる新規のメッセージであり、Conditional HO手順で用いられるRRC再構成メッセージである。なお、当該新規メッセージの呼称は、RRC Reconfiguration1には限定されない。本構成例では、RRC Reconfiguration1内に設定された情報要素（IE）に、ターゲットgNB100B配下のターゲット候補セルの設定情報、及びターゲットgNB100C配下のターゲット候補セルの設定情報を含める。

具体的には、新規のRRC Reconfiguration1内にRRC再構成リスト（RRCReconfigurationList）が設定され、かつ、RRCReconfigurationList内に、configuration for cell1及びconfiguration for cell2が設定される。なお、configuration for cellの数は、２つには限定されない。

このような構成において、ソースgNB100Aは、ターゲットgNB100Bから、ターゲットgNB100B配下のターゲット候補セルの設定情報を受信すると、当該ターゲット候補セルの設定情報をRRCReconfigurationList内のconfiguration for cell1に含める。同様に、ソースgNB100Aは、ターゲットgNB100Cから、ターゲットgNB100C配下のターゲット候補セルの設定情報を受信すると、当該ターゲット候補セルの設定情報をRRCReconfigurationList内のconfiguration for cell2に含める。

端末200は、ソースgNB100AからRRC Reconfiguration1を受信すると、RRC Reconfiguration1内のconfiguration for cell1及びconfiguration for cell2から、ターゲットgNB100B配下のターゲット候補セルの設定情報及びターゲットgNB100C配下のターゲット候補セルの設定情報を取得する。

（３．７）Conditional HO手順におけるトランザクションID付与
次に、Conditional HO手順におけるトランザクションID付与について説明する。本動作では、ソースgNB又はターゲットgNBが、Conditional HO手順で利用されるトランザクションIDの付与を実行する。

（３．７．１）動作例１
最初に、Conditional HO手順におけるID付与の動作例１について説明する。本動作例では、ソースgNBが、Conditional HO手順で利用されるトランザクションIDの付与を実行する。

図２５は、Conditional HO手順におけるID付与シーケンス（動作例１）を示す図である。図２５に示すS401, S403, S409～S413は、図４に示すS11, S13, S17～S21と同じ処理であるため、説明を省略する。

図２５に示すように、ソースgNB100Aは、ターゲットgNB100B, 100CからCHO request ACKを受信すると、RRC ReconfigurationにCHO configurationを含めるとともに、RRC ReconfigurationにトランザクションIDを付与する（S405）。

具体的には、ソースgNB100Aは、RRC Reconfiguration内のRRCReconfigurationListに、ターゲットgNB100B配下のターゲット候補セルの識別情報及びターゲットgNB100C配下のターゲット候補セルの識別情報を含めるとともに、RRC Reconfiguration内の所定の情報要素（IE）にトランザクションIDを設定する（図２３参照）。なお、RRCReconfigurationListは、CHO configurationとも呼称される。

なお、ソースgNB100Aは、Conditional HOで用いられるRRC再構成メッセージであるRRC Reconfiguration1内のRRCReconfigurationListに、ターゲットgNB100B配下のターゲット候補セルの識別情報及びターゲットgNB100C配下のターゲット候補セルの識別情報を含めるとともに、RRC Reconfiguration1内の所定の情報要素（IE）にトランザクションIDを設定してもよい（図２４参照）。

トランザクションIDは、0～3のうちの１つの値でもよいし、固定値0でもよい。本実施形態では、トランザクションIDは、0～3のうちの１つの値をとる。

ソースgNB100Aは、RRC ReconfigurationにトランザクションIDを付与する代わりに、RRCReconfigurationに含まれるRRCReconfigurationList、すなわち、カプセル化されたターゲット候補セルの設定情報のグループにトランザクションIDを付与してもよい。

ソースgNB100Aは、RRC Reconfigurationを設定すると、当該RRC Reconfigurationを、端末200に送信する（S407）。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、ターゲット候補セルの設定情報を取得して、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S407a）。

S407aにて、端末200は、ソースgNB100Aから受信したRRC Reconfigurationに付与されたトランザクションIDをRRC Reconfiguration Complete1に含める。

端末200は、CHO条件の監視（S409）、ターゲットgNB100BへのHOの開始（S411）、及びターゲットgNB100Bと端末200との間でRA手順（S413）を実行し、ターゲットgNB100Bに接続するとRRC Reconfiguration Complete2をターゲットgNB100Bに送信する（S415）。

（３．７．２）動作例２
次に、Conditional HO手順におけるID付与の動作例２について説明する。本動作例では、ターゲットgNBが、Conditional HO手順で利用されるトランザクションIDの付与を実行する。

図２６は、Conditional HO手順におけるID付与シーケンス（動作例２）を示す図である。図２６に示すS401, S437～S441は、図４に示すS11, S17～S21と同じ処理であるため、説明を省略する。

図２６に示すように、ターゲットgNB100Bは、ソースgNB100AからCHO requestを受信すると、CHO request ACKに、ターゲットgNB100B配下のターゲット候補セルの設定情報を含めるとともに、当該ターゲット候補セルの設定情報にトランザクションIDを付与する（S431）。具体的には、ターゲットgNB100Bは、ターゲット候補セルの設定情報に、当該トランザクションIDを含める。

同様に、ターゲットgNB100Cは、ソースgNB100AからCHO requestを受信すると、CHO request ACKに、ターゲットgNB100C配下のターゲット候補セルの設定情報を含めるとともに、当該ターゲット候補セルの設定情報にトランザクションIDを付与する（S431）。具体的には、ターゲットgNB100Bは、ターゲット候補セルの設定情報に、当該トランザクションIDを含める。

トランザクションIDは、0～3のうちの１つの値でもよいし、固定値0でもよい。本実施形態では、トランザクションIDは、0～3のうちの１つの値をとる。

ソースgNB100Aは、ターゲットgNB100B, 100CからCHO request ACKを受信すると、RRC ReconfigurationにCHO configurationを含める。具体的には、ソースgNB100Aは、RRC Reconfiguration内のRRCReconfigurationListに、トランザクションIDが付与されたターゲットgNB100B配下のターゲット候補セルの識別情報、及びトランザクションIDが付与されたターゲットgNB100C配下のターゲット候補セルの識別情報を含める（図２３参照）。なお、RRCReconfigurationListは、CHO configurationとも呼称される。

なお、ソースgNB100Aは、Conditional HOで用いられるRRC再構成メッセージであるRRC Reconfiguration1内のRRCReconfigurationListに、ターゲットgNB100B配下のターゲット候補セルの識別情報及びターゲットgNB100C配下のターゲット候補セルの識別情報を含めてもよい（図２４参照）。

ソースgNB100Aは、RRC Reconfigurationを設定すると、当該RRC Reconfigurationを、端末200に送信する（S435）。

端末200は、ソースgNB100Aから、RRC Reconfigurationを受信すると、直ちに、ターゲット候補セルの設定情報を取得して、RRC Reconfiguration Complete1をソースgNB100Aに送信する（S435a）。

端末200は、CHO条件の監視（S437）、ターゲットgNB100BへのHOの開始（S439）、及びターゲットgNB100Bと端末200との間でRA手順（S441）を実行し、ターゲットgNB100Bに接続するとRRC Reconfiguration Complete2をターゲットgNB100Bに送信する（S443）。

S443にて、端末200は、ターゲットgNB100B配下のターゲット候補セルの設定情報に含まれるトランザクションIDを、RRC Reconfiguration Complete2に含める。

（３．８）Conditional HO手順におけるHOFからの復帰
次に、Conditional HO手順におけるにHOFからの復帰ついて説明する。本動作では、端末200が、CHO条件の監視中に、ソースgNBからHO commandを受信して、CHOを中断し、優先的にターゲットgNBに遷移する際に、HOFが発生する場合を対象とする。この場合、端末200は、当該ターゲットgNB配下のターゲット候補セルの設定情報の全て又は一部を維持する。

図２７は、Conditional HO手順におけるHOFからの復帰シーケンスを示す図である。図２７のS501～S507は、図４のS11～S17と同じ処理であるので、説明を省略する。

ソースgNB100Aは、ターゲットgBN100B配下のターゲット候補セルに、端末200を優先的に遷移させることを決定する場合、HO requestをターゲットgNB100Bに送信する（S509）。ターゲットgNB100Bは、ソースgNB100AからHO requestを受信すると、HO request ACKをソースgNB100Aに送信する（S511）。

ソースgNB100Aは、ターゲットgNB100BからHO request ACKを受信すると、HO commandを端末200に送信する（S513）。端末200は、CHO条件の監視中に、ソースgNB100AからHO commandを受信すると、ターゲットgNB100Bと端末200との間でハンドオーバ手順を試みる（S515）。

端末200は、S515にて、ハンドオーバ手順の実行中にHOFが発生して、ハンドオーバ手順に失敗すると、遷移条件を満たす遷移先のターゲット候補セル（CHOセル）を再選択する（S517）。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択する。

S517にて、端末200は、ターゲットgNB100B配下のターゲット候補セルの設定情報の全部又は一部を維持する。なお、「ターゲット候補セルの設定情報の全部又は一部を維持する」ことは、「ターゲット候補セルの設定情報の全部又は一部を適用可能であると見なす」又は「ターゲット候補セルの設定情報の全部又は一部を有効であると見なす」とも表現することができる。

S517にて、ターゲット候補セルの設定情報において、端末200により維持される情報は、例えば、セキュリティ情報である。なお、ターゲットgNB100Bが、予め端末200の識別情報を取得している場合には、端末200により維持される情報は、端末200の識別情報であってもよい。

端末200の識別情報として、例えば、次の情報が挙げられる。

ショート・メディア・アクセス・コントロール識別子（short MAC-ID）
セル・無線ネットワーク・一時識別子（C-RNTI）
暗示的・無線ネットワーク・一時識別子（I-RNTI）
端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択すると、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を実行して、ターゲットgNB100Bと端末200との間で同期の確立する（S519）。これにより、端末200は、ターゲットgNB100Bに接続する。

端末200は、ターゲットgNB100Bに接続すると、RRC再構成完了メッセージ（RRC Reconfiguration Complete）をターゲットgNB100Bに送信する（S521）。

S521にて、端末200は、S517で維持されるターゲット候補セルの設定情報の全て又は一部をRRC Reconfiguration Completeに含めて、シグナリング無線ベアラ1（SRB1）を用いて、ターゲットgNB100Bに送信してもよい。SRB1の代わりに、端末200は、S517で維持されるターゲット候補セルの設定情報の全て又は一部を、RRC Reestablishment requestに含めて、シグナリング無線ベアラ0（SRB0）を用いて、ターゲットgNB100Bに送信してもよい。

なお、SRB0は、共通制御チャネル（CCCH）用の無線ベアラである。SRB1は、個別制御チャネル（DCCH）用の無線ベアラである。

また、S521にて、端末200は、ターゲット候補セルの設定情報の全て又は一部を維持していることを示す情報を、RRC Reconfiguration Completeに含めて、ターゲットgNB100Bに送信してもよい。

さらに、S521にて、端末200は、S517で維持されるターゲット候補セルの設定情報と１対１に変換可能な情報を、RRC Reconfiguration Completeに含めて、ターゲットgNB100Bに送信してもよい。

これにより、端末200とターゲットgNB100Bとの間において、例えば、セキュリティ情報、又は端末200の識別情報が共有される。このため、ターゲットgNB100Bは、端末200がターゲットgNB100Bへの遷移が許可された端末であるか否かを判別することができる。

なお、本動作の適用は、端末200が、CHO条件の監視中に、ソースgNBからHO commandを受信して、CHOを中断し、優先的にターゲットgNBに遷移する際に、HOFが発生する場合に限定されない。例えば、端末200が、CHO条件を監視し、ターゲットgNB配下のターゲット候補セルへの遷移条件が満たされ、ソースgNBからHO commandを受信せずに、当該ターゲット候補セルへのHOを行う際に、HOFが発生する場合にも、本動作は適用可能である。

（３．９）Conditional HO手順におけるRLF後の無線ベアラの再開
次に、Conditional HO手順におけるにRLF後の無線ベアラの再開について説明する。本動作では、Condition HO手順において、端末200が、ターゲットgNBに再接続する場合、特定の条件に基づいて、RLFの発生に伴って停止される無線ベアラを再開（resume）する。

なお、無線ベアラには、シグナリング無線ベアラ（SRB）及びデータ無線ベアラ（DRB）が含まれる。SRBは、制御プレーンデータ用であり、DRBは、ユーザプレーンデータ用である。また、SRBには、用途に応じてSRB0, 1, 2, 3が設定され得る。

SRB0は、CCCH用の無線ベアラである。SRB1～SRB3は、DCCH用の無線ベアラである。DRBは、ユーザデータ用の無線ベアラである。

SRB1は、SRB2の確立前のRRCメッセージ及びNASメッセージの送受信に用いられる。

SRB2は、NASメッセージの送受信に用いられ、SRB1よりも優先順位が低く、ASセキュリティのアクティブ化後にネットワークによって設定される。

SRB3は、E-UTRA-NR Dual Connectivity（EN-DC）における、特定のRRCメッセージの送受信に用いられる。

本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルの設定情報を用いて、ターゲットgNB100Bに遷移する場合にRLFを検出すると、ターゲットgNB100Bと端末200との間において、SRB0を除く全ての無線ベアラを停止（suspend）し、当該ターゲットgNB100Bに再接続する。

図２８は、Conditional HO手順におけるRLF後に無線ベアラを再開する端末200の動作フローを示す図である。図２９は、Conditional HO手順におけるRLF後に無線ベアラを再開する条件を説明する図である。

図２８に示すように、端末200は、Conditional HO手順において、CHOセルの再選択を行う（S601）。具体的には、端末200は、遷移条件を満たす遷移先のターゲットターゲット候補セル（CHOセル）を再選択する。本実施形態では、端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択する。

端末200は、ターゲットgNB100B配下のターゲット候補セルを再選択すると、当該ターゲット候補セルの設定情報に基づいて、ターゲットgNB100Bへの遷移を開始する（S603）。この場合、ターゲットgNB100Bと端末200との間で停止された全ての無線ベアラを再開してもよい（図２９の条件A）。

端末200は、ターゲットgNB100Bへの遷移に伴って、ターゲットgNB100Bと端末200との間でランダムアクセス（RA）手順を開始する（S605）。この場合、ターゲットgNB100Bと端末200との間で停止された全ての無線ベアラを再開してもよい（図２９の条件B）。

端末200は、ターゲットgNB100Bと端末200との間でRA手順を完了する（S607）と、ターゲットgNB100Bと端末200との間で同期を確立する。これにより、端末200は、ターゲットgNB100Bに接続する。この場合、ターゲットgNB100Bと端末200との間で停止された全ての無線ベアラを再開してもよい（図２９の条件C）。

なお、端末200は、S601～S607の間において、ネットワークから、無線ベアラの再開を指示するRRCメッセージを受信した場合、ターゲットgNB100Bと端末200との間で停止された全ての無線ベアラを再開してもよい（図２９の条件D）。

この場合、端末200は、RRC再開完了メッセージ（RRC Resume Complete）を用いて、無線ベアラの再開が完了したことを、ネットワークに通知してもよい。

端末200は、ターゲットgNB100Bに接続すると、RRC Reconfiguration CompleteをターゲットgNB100Bに送信する（S609）。

（４）作用・効果
上述した実施形態によれば、端末200は、ソースgNB100Aから、ターゲットgNB100B配下のターゲット候補セルの設定情報を受信する。端末200は、無線リンク障害（RLF）に伴って、再確立手順（RRC Reestablishment手順）を行わずに、ターゲット候補セルの設定情報に基づいて、ターゲットgNB100Bに遷移する手順を行う。端末200は、ターゲット候補セルの設定情報に基づいて、ターゲットgNB100Bに遷移する手順を行う場合に、端末200とターゲットgNB100Bとの間において停止された無線ベアラを再開する。

このような構成により、RLFからの復帰時に、端末200は、早期にターゲットgNB100Bにメッセージを送信することができる。

上述した実施形態によれば、端末200は、ソースgNB100Aから、ターゲットgNB100B配下のターゲット候補セルの設定情報を受信する。端末200は、無線リンク障害（RLF）に伴って、再確立手順（RRC Reestablishment手順）を行わずに、ターゲット候補セルの設定情報に基づいて、ターゲットgNB100Bに遷移する手順を行う。端末200は、ターゲットgNB100Bに遷移する手順において、ランダムアクセス手順（RA手順）を行う場合に、端末200とターゲットgNB100Bとの間において停止された無線ベアラを再開する。

このような構成によっても、RLFからの復帰時に、端末200は、早期にターゲットgNB100Bにメッセージを送信することができる。

上述した実施形態によれば、端末200は、ソースgNB100Aから、ターゲットgNB100B配下のターゲット候補セルの設定情報を受信する。端末200は、無線リンク障害（RLF）に伴って、再確立手順（RRC Reestablishment手順）を行わずに、ターゲット候補セルの設定情報に基づいて、ターゲットgNB100Bに遷移する手順を行う。端末200は、ターゲットgNB100Bに遷移する手順において、無線ベアラの再開を指示するメッセージを受信する場合に、端末200とターゲットgNB100Bとの間において停止された無線ベアラを再開する。

このような構成によっても、RLFからの復帰時に、端末200は、早期にターゲットgNB100Bにメッセージを送信することができる。

（５）その他の実施形態
以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。

例えば、上述した実施形態では、NRを例として説明したが、Conditional HOは、LTEにも適用可能であり、LTEにおいても同様の動作が実行されてもよい。

上述した実施形態の説明に用いたブロック構成図（図２及び図３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的または論理的に結合した１つの装置を用いて実現されてもよいし、物理的または論理的に分離した２つ以上の装置を直接的または間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置または上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。何れも、上述したとおり、実現方法は特に限定されない。

さらに、上述したgNB100A, 100B, 100C及び端末200は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図３０は、当該装置のハードウェア構成の一例を示す図である。図３０に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。当該装置のハードウェア構成は、図に示した各装置を１つまたは複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

当該装置の各機能ブロックは、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。

また、当該装置における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）によって構成されてもよい。

また、プロセッサ1001は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。さらに、上述の各種処理は、１つのプロセッサ1001によって実行されてもよいし、２つ以上のプロセッサ1001により同時または逐次に実行されてもよい。プロセッサ1001は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ROM）、Erasable Programmable ROM（EPROM）、Electrically Erasable Programmable ROM（EEPROM）、Random Access Memory（RAM）などの少なくとも１つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、Compact Disc ROM（CD-ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

通信装置1004は、例えば周波数分割複信（Frequency Division Duplex：FDD）及び時分割複信（Time Division Duplex：TDD）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。

入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間毎に異なるバスを用いて構成されてもよい。

さらに、当該装置は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor： DSP）、Application Specific Integrated Circuit（ASIC）、Programmable Logic Device（PLD）、Field Programmable Gate Array（FPGA）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部または全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

また、情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink Control Information（DCI）、Uplink Control Information（UCI）、上位レイヤシグナリング（例えば、RRCシグナリング、Medium Access Control（MAC）シグナリング、報知情報（Master Information Block（MIB）、System Information Block（SIB））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、Long Term Evolution（LTE）、LTE-Advanced（LTE-A）、SUPER 3G、IMT-Advanced、4th generation mobile communication system（4G）、5th generation mobile communication system（5G）、Future Radio Access（FRA）、New Radio（NR）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、Ultra Mobile Broadband（UMB）、IEEE 802.11（Wi-Fi（登録商標））、IEEE 802.16（WiMAX（登録商標））、IEEE 802.20、Ultra-WideBand（UWB）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせなど）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、MMEまたはS-GWなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、MME及びS-GW）であってもよい。

情報、信号（情報等）は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line：DSL）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術の何れかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、またはこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（Component Carrier：CC）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素は、あらゆる好適な名称によって識別できるため、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（Base Station：BS）」、「無線基地局」、「固定局（fixed station）」、「NodeB」、「eNodeB（eNB）」、「gNodeB（gNB）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head：RRH）によって通信サービスを提供することもできる。

「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部または全体を指す。

本開示においては、「移動局（Mobile Station：MS）」、「ユーザ端末（user terminal）」、「ユーザ装置（User Equipment：UE）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型または無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（IoT）機器であってもよい。

また、本開示における基地局は、移動局（ユーザ端末、以下同）として読み替えてもよい。例えば、基地局及び移動局間の通信を、複数の移動局間の通信（例えば、Device-to-Device（D2D）、Vehicle-to-Everything（V2X）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、基地局が有する機能を移動局が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示における移動局は、基地局として読み替えてもよい。この場合、移動局が有する機能を基地局が有する構成としてもよい。

無線フレームは時間領域において１つまたは複数のフレームによって構成されてもよい。時間領域において１つまたは複数の各フレームはサブフレームと呼ばれてもよい。

サブフレームはさらに時間領域において１つまたは複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、1ms）であってもよい。

ニューメロロジーは、ある信号またはチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing：SCS）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval：TTI）、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つまたは複数のシンボル（Orthogonal Frequency Division Multiplexing（OFDM））シンボル、Single Carrier Frequency Division Multiple Access（SC-FDMA）シンボルなど）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つまたは複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、何れも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（TTI）と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、１スロットまたは１ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム（1ms）であってもよいし、1msより短い期間（例えば、１－１３シンボル）であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。

TTIは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該TTIよりも短くてもよい。

なお、１スロットまたは１ミニスロットがTTIと呼ばれる場合、１以上のTTI（すなわち、１以上のスロットまたは１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

1msの時間長を有するTTIは、通常TTI（LTE Rel.8-12におけるTTI）、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI（partialまたはfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングTTI（例えば、通常TTI、サブフレームなど）は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI（例えば、短縮TTIなど）は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。

リソースブロック（RB）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つまたは複数個の連続した副搬送波（subcarrier）を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

また、RBの時間領域は、１つまたは複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、または１TTIの長さであってもよい。１TTI、１サブフレームなどは、それぞれ１つまたは複数のリソースブロックで構成されてもよい。

なお、１つまたは複数のRBは、物理リソースブロック（Physical RB：PRB）、サブキャリアグループ（Sub-Carrier Group：SCG）、リソースエレメントグループ（Resource Element Group：REG）、PRBペア、RBペアなどと呼ばれてもよい。

また、リソースブロックは、１つまたは複数のリソースエレメント（Resource Element：RE）によって構成されてもよい。例えば、１REは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（Bandwidth Part：BWP）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB（common resource blocks）のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。

BWPには、UL用のBWP（UL BWP）と、DL用のBWP（DL BWP）とが含まれてもよい。UEに対して、１キャリア内に１つまたは複数のBWPが設定されてもよい。

設定されたBWPの少なくとも１つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレームまたは無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロットまたはミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix：CP）長などの構成は、様々に変更することができる。

「接続された（connected）」、「結合された(coupled)」という用語、またはこれらのあらゆる変形は、２またはそれ以上の要素間の直接的または間接的なあらゆる接続または結合を意味し、互いに「接続」または「結合」された２つの要素間に１またはそれ以上の中間要素が存在することを含むことができる。要素間の結合または接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１またはそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」または「結合」されると考えることができる。

参照信号は、Reference Signal（RS）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

上述した端末によれば、無線リンク障害に伴って、再確立手順を行わずに、ターゲット無線基地局に遷移する場合であっても、端末とターゲット無線基地局との間において停止された無線ベアラを再開し得るため、有用である。

10 無線通信システム
100A, 100B, 100C gNB
110 送信部
120 受信部
130 保持部
140 制御部
200 端末
210 送信部
220 受信部
230 保持部
240 制御部
1001 プロセッサ
1002 メモリ
1003 ストレージ
1004 通信装置
1005 入力装置
1006 出力装置
1007 バス

Claims (8)

1. ソース無線基地局から、候補セルの情報及び遷移条件を受信する受信部と、
   無線リンク障害を検出する場合、前記遷移条件に基づいて、前記候補セルと同期を行って、前記候補セルの情報を設定したターゲット無線基地局への遷移を行う制御部と、
   前記制御部が前記ターゲット無線基地局への遷移を行う場合、完了メッセージを前記ターゲット無線基地局に送信する送信部と、
   を備え、
   前記制御部は、前記ターゲット無線基地局への遷移を行う場合に、前記無線リンク障害に伴って停止された無線ベアラを再開し、
   前記制御部は、前記完了メッセージとは異なるメッセージに対して、前記無線リンク障害を検出したセルの情報及び前記無線リンク障害を検出した端末の位置情報のうち、少なくとも１つを含め、
   前記送信部は、前記セルの情報及び前記端末の位置情報のうち、少なくとも１つを含んだ前記メッセージを、前記ターゲット無線基地局に送信する端末。
2. 前記制御部は、前記端末と前記ターゲット無線基地局との間において停止された無線ベアラを再開する請求項１に記載の端末。
3. 前記制御部は、前記完了メッセージに対して、前記無線リンク障害を通知する情報を含める請求項１に記載の端末。
4. ソース無線基地局から、候補セルの情報及び遷移条件を受信する受信部と、
   無線リンク障害を検出する場合、再確立要求メッセージを送信せずに、前記遷移条件に基づいて、前記候補セルと同期を行って、前記候補セルの情報を設定したターゲット無線基地局への遷移を行う制御部と、
   前記制御部が前記ターゲット無線基地局への遷移を行う場合、完了メッセージを前記ターゲット無線基地局に送信する送信部と、
   を備え、
   前記制御部は、前記候補セルと同期を行う場合に、前記無線リンク障害に伴って停止された無線ベアラを再開し、
   前記制御部は、前記完了メッセージとは異なるメッセージに対して、前記無線リンク障害を検出したセルの情報及び前記無線リンク障害を検出した端末の位置情報のうち、少なくとも１つを含め、
   前記送信部は、前記セルの情報及び前記端末の位置情報のうち、少なくとも１つを含んだ前記メッセージを、前記ターゲット無線基地局に送信する端末。
5. 前記制御部は、前記端末と前記ターゲット無線基地局との間において停止された無線ベアラを再開する請求項４に記載の端末。
6. 前記制御部は、前記完了メッセージに対して、前記無線リンク障害を通知する情報を含める請求項４に記載の端末。
7. ソース無線基地局及び端末を備え、
   前記ソース無線基地局は、候補セルの情報及び遷移条件を前記端末に送信する送信部を備え、
   前記端末は、
   前記候補セルの情報及び遷移条件を受信する受信部と、
   無線リンク障害を検出する場合、再確立要求メッセージを送信せずに、前記遷移条件に基づいて、前記候補セルと同期を行って、前記候補セルの情報を設定したターゲット無線基地局への遷移を行う制御部と、
   前記制御部が前記ターゲット無線基地局への遷移を行う場合、完了メッセージを前記ターゲット無線基地局に送信する送信部と、
   を備え、
   前記端末の制御部は、前記候補セルと同期を行う場合に、前記無線リンク障害に伴って停止された無線ベアラを再開し、
   前記端末の制御部は、前記完了メッセージとは異なるメッセージに対して、前記無線リンク障害を検出したセルの情報及び前記無線リンク障害を検出した端末の位置情報のうち、少なくとも１つを含め、
   前記端末の送信部は、前記セルの情報及び前記端末の位置情報のうち、少なくとも１つを含んだ前記メッセージを、前記ターゲット無線基地局に送信する無線通信システム。
8. ソース無線基地局が、候補セルの情報及び遷移条件を端末に送信するステップと、
   前記端末が、前記候補セルの情報及び遷移条件を受信するステップと、
   前記端末が、無線リンク障害を検出する場合、再確立要求メッセージを送信せずに、前記遷移条件に基づいて、前記候補セルと同期を行って、前記候補セルの情報を設定したターゲット無線基地局への遷移を行うステップと、
   前記端末が、前記ターゲット無線基地局への遷移を行う場合、完了メッセージを前記ターゲット無線基地局に送信するステップと、
   前記端末が、前記候補セルと同期を行う場合に、前記無線リンク障害に伴って停止された無線ベアラを再開するステップと、
   前記端末が、前記完了メッセージとは異なるメッセージに対して、前記無線リンク障害を検出したセルの情報及び前記無線リンク障害を検出した端末の位置情報のうち、少なくとも１つを含めるステップと、
   前記端末が、前記セルの情報及び前記端末の位置情報のうち、少なくとも１つを含んだ前記メッセージを、前記ターゲット無線基地局に送信するステップと、
   を備える無線通信方法。

Images