JP7367823B2 - Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔのための方法 - Google Patents

Description

本開示は、無線通信システムに関し、特にハンドオーバに関する。

特許文献１及び２は、ハンドオーバ手順の間にソース無線アクセスネットワーク（radio access network（RAN））ノード（e.g., 基地局）からターゲットRANノードに送られるハンドオーバ要求メッセージが、複数の候補（candidate）ターゲットセルのリストを含むことを開示している。さらに、特許文献２は、複数の候補ターゲットセルがハンドオーバ受け入れ可能である場合に、ターゲットRANノードが、複数の候補ターゲットセルに関するハンドオーバ情報を含むハンドオーバ承認メッセージをソースRANノードに返信することを開示している。

非特許文献１及び２は、3GPP（登録商標）で議論されている条件付きハンドオーバ（conditional handover（CHO））について開示している。CHOのための幾つかの実装では、ソースRANノード（e.g., eNodeB（eNB））がハンドオーバ実行の条件（e.g., 閾値）を含むハンドオーバコマンドを無線端末（e.g., User Equipment（UE））に送信する。無線端末は、ハンドオーバコマンドの受信後もソースRANノードとのコネクションを維持し、ハンドオーバコマンドにより設定された条件（configured condition）が成立するとすぐにターゲットRANノードへのアクセスを開始する。すなわち、条件付きハンドオーバ（CHO）は、無線端末が、ハンドオーバコマンドの受信に応答してではなく、ハンドオーバコマンドにより設定された条件の成立に応答してターゲットセルへのアクセスを開始する点で、既存のハンドオーバと異なる。

CHOは、早いイベント・トリガリング（つまり、無線端末による測定報告をトリガーする閾値を下げること）によって、UEへのハンドオーバコマンドのデリバリーの信頼性（reliability）を高めることができる。これにより、CHOは、ハンドオーバ失敗率（handover failure rate）を低減できる。

なお、CHOでは、複数の候補ターゲットセルの設定が無線端末に送られてもよい。候補ターゲットセルは、潜在的（potential）ターゲットセルと呼ばれてもよい。例えば、無線端末は、複数の候補ターゲットセルの設定とCHO実行閾値とを含むハンドオーバコマンドをソースRANノード（e.g., eNB）から受信する。そして、無線端末は、設定された複数の候補ターゲットセルの測定を行い、いずれかの候補ターゲットセルでの測定がCHO実行閾値を満たす場合に当該候補セルへのアクセスを開始する。

特開２０１０－００４２９５号公報 国際公開２０１１／０１８８９０号

Intel Corporation, "Discussion of conditional handover", R2-1816691, 3GPP TSG RAN WG2 Meeting #104, Spokane, WA, USA, November 12-16, 2018 MediaTek Inc., "Conditional Handover Procedures", R2-1816959, 3GPP TSG RAN WG2 Meeting #104, Spokane, WA, USA, November 12-16, 2018

ターゲットRANノードがソースRANノードに、又はターゲットRANノードがソースRANノードを介して無線端末に、複数の候補ターゲットセルそれぞれに関する複数の設定を送ると、RANノード間インタフェース（e.g., X2インタフェース）のシグナリングオーバヘッド、又はRANノード間インタフェース及び（ソース基地局と無線端末の間の）エアインタフェースのシグナリングオーバヘッドが増加する。

本明細書に開示される実施形態が達成しようとする目的の１つは、ハンドオーバを含む様々なモビリティ手順でのRANノード間インタフェース（及びエアインタフェース）のシグナリングオーバヘッドを低減することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、ターゲット無線アクセスネットワークノードは、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記ソースセルを管理するソース無線アクセスネットワークノードを介して前記無線端末に送信するよう構成される。前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。

第２の態様では、無線端末は、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記複数の候補ターゲットセルを管理するターゲット無線アクセスネットワークノードから前記ソースセルを管理するソース無線アクセスネットワークノードを介して受信するよう構成される。前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。

第３の態様では、ターゲット無線アクセスネットワークノードのための方法は、無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記ソースセルを管理するソース無線アクセスネットワークノードを介して前記無線端末に送信することを備える。前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。

第４の態様では、無線端末のための方法は、前記無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記複数の候補ターゲットセルを管理するターゲット無線アクセスネットワークノードから前記ソースセルを管理するソース無線アクセスネットワークノードを介して受信することを備える。前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む。

第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、ハンドオーバを含む様々なモビリティ手順でのRANノード間インタフェース（及びエアインタフェース）のシグナリングオーバヘッドを低減することに寄与する装置、方法、及びプログラムを提供できる。

幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係るシグナリングの一例を示すシーケンス図である。 第２の実施形態に係るHANDOVER REQUESTメッセージのフォーマットの具体例を示す図である。 第２の実施形態に係るHANDOVER REQUEST ACKNOWLEDGEメッセージのフォーマットの具体例を示す図である。 第３の実施形態に係るシグナリングの一例を示すシーケンス図である。 第４の実施形態に係るシグナリングの一例を示すシーケンス図である。 第５の実施形態に係るシグナリングの一例を示すシーケンス図である。 幾つかの実施形態に係る無線アクセスネットワークノードの構成例を示すブロック図である。 幾つかの実施形態に係る無線端末の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施形態は、3GPP Long Term Evolution (LTE)システム及び第5世代移動通信システム（5G system）を主な対象として説明される。しかしながら、これらの実施形態は、無線端末のハンドオーバをサポートする他の無線通信システムに適用されてもよい。なお、本明細書で使用されるLTEとの用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。さらに、5G Systemは、NR (New Radio)に加えて、LTE eNodeB (eNB)が5Gコアネットワーク（5GC）と接続するネットワーク構成を含む。このときのLTE eNBは、Next generation (ng)-eNBとも呼ばれる。ng-eNBは、5GCと接続しているeNBということでeNB/5GCとも呼ばれる。

＜第１の実施形態＞
図１は、本実施形態を含む複数の実施形態に係る無線通信ネットワークの構成例を示している。図１の例では、無線通信ネットワークは、RANノード１、RANノード２、及び無線端末３を含む。

RANノード１は、例えば、LTE eNodeB（eNB）、又はNR gNodeB（gNB）であってもよい。RANノード１は、cloud RAN（C-RAN）配置（deployment）におけるCentral Unit（e.g., eNB-CU、又はgNB-CU）及び１又は複数のDistributed Units（e.g., eNB-DUs、又はgNB-DUs）を含んでもよい。C-RANは、CU/DU splitとも呼ばれる。同様に、RANノード２は、eNB又はgNBであってもよく、Central Unit（CU）及び１又は複数のDistributed Units（DUs）を含んでもよい。各RANノードは、Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network（EUTRAN）ノード又はNG-RAN（Next generation Radio Access Network）ノードであってもよい。EUTRANノードは、eNB又はen-gNBであってもよい。NG-RANノードは、gNB又はng-eNBであってもよい。RANノード１のRadio Access Technology（RAT）は、RANノード２のそれと異なっていてもよい。

RANノード１は、少なくとも１つのセル１１を提供する。RANノード２は、複数のセル（e.g., ４つのセル２１～２４）を提供する。図１の例では、RANノード１により提供されるセル１１が無線端末３の現在のサービングセルであり、無線端末（i.e., User Equipment（UE））３はセル１１からRANノード２により提供される複数のセルのいずれかにハンドオーバされる。したがって、以下では、RANノード１はソースRANノードと呼ばれ、RANノード２はターゲットRANノードと呼ばれる。セル１１はソースセルと呼ばれる。ソースRANノード１は、ターゲットRANノード２のセル２１～２４のうち１つ又は複数をハンドオーバのターゲットセルの候補（candidats）として選択し、ターゲットRANノード２に通知する。ソースRANノード１により選択されたセルは候補（candidate）ターゲットセルと呼ばれる。以下、例として、セル２１～２３が候補ターゲットセルとされる場合を想定する。

無線端末３のハンドオーバは、通常のハンドオーバであってもよいし、条件付きハンドオーバであってもよい。通常のハンドオーバでは、無線端末３は、ソースRANノード１からハンドオーバ指示を含むRRCメッセージを受信するとすぐにターゲットRANノード２へのアクセスを開始する。通常のハンドオーバでは、ソースRANノード１は、複数の候補ターゲットセル２１～２３のうちターゲットRANノード２が受け入れた（Admitted）ターゲットセルの中から無線端末３が移動することが好ましい１つのターゲットセルを選択し、それを無線端末３へ通知してもよい。通常のハンドオーバは、例えば、RRC (Connection) Reconfigurationメッセージに含まれるmobilityControlInfo IE又はreconfigurationWithSync IEによりトリガされるハンドオーバであってもよい。この場合、mobilityControlInfo IE又はreconfigurationWithSync IEは、無線端末３にハンドオーバをトリガーするハンドオーバ指示である。

一方、条件付きハンドオーバでは、ソースRANノード１は、ハンドオーバ実行の条件（e.g., 閾値）を含むハンドオーバ指示をRRCメッセージで無線端末３に送信する。無線端末３は、当該RRCメッセージの受信後もソースRANノード１とのコネクションを維持し、設定された条件（configured condition）が成立するとすぐにターゲットRANノード２へのアクセスを開始する。条件付きハンドオーバでは、無線端末３は、複数の候補ターゲットセル２１～２３の設定とCHO実行条件（e.g., 閾値）とを含むハンドオーバ指示をソースRANノード（e.g., eNB）から受信してもよい。ハンドオーバ実行の条件（e.g., 閾値）を含むハンドオーバ指示は、conditionalMobilityControlInfo IEと称されてもよい。CHO実行条件（e.g.,閾値）は、複数の候補ターゲットセル２１～２３に共通であってもよいし、各候補ターゲットセルで異なっていてもよい。そして、無線端末３は、指定された複数の候補ターゲットセル２１～２３の測定を行い（又は開始し）、いずれかの候補ターゲットセルに対する測定がCHO実行閾値を満たす場合に当該候補セルへのアクセス（e.g. ランダムアクセス）を開始してもよい。候補ターゲットセルに対する測定とは、例えば、条件付きハンドオーバの条件（e.g., CHO実行閾値）が当該候補ターゲットセルの測定結果のみに関するものである場合には、当該候補ターゲットセルでの測定のみでもよい。一方、条件付きハンドオーバの条件が当該候補ターゲットセルの測定結果およびソースセル（つまり現在のプライマリサービングセル（PCell））の両方に関するものである場合には、当該候補ターゲットセルでの測定およびPCellでの測定を含んでもよい。

本実施形態における無線端末３のハンドオーバは、無線端末３のモビリティと呼ぶこともできる。無線端末３のハンドオーバ又はモビリティは、Dual Connectivity（DC）でのマスターノード間（inter-Master Node (MN)）ハンドオーバでもよいし、DCでのセカンダリノード変更（Secondary Node (SN) Change）でもよい。

さらに又はこれに代えて、無線端末３のハンドオーバ又はモビリティは、DCでのマスターセルグループ（Master Cell Group（MCG））のプライマリセルの変更（Primary Cell (PCell) change）でもよい。さらに又はこれに代えて、無線端末３のハンドオーバ又はモビリティは、DCでのセカンダリセルグループ（Secondary Cell Group（SCG））のプライマリセルの変更（つまりプライマリSCGセル変更（Primary SCG Cell (PSCell) Change））でもよい。これらの場合、ソースRANノード１はソースDUであり、ターゲットRANノード２はターゲットDUであってもよい。これに代えて、ソースRANノード１は（ソース）CUとソースDUの組見合わせであり、ターゲットRANノード２は（ターゲット）CUとターゲットDUの組み合わせであってもよい。

DCは、Multi-Radio Dual Connectivity (MR-DC)であってもよい。MR-DCは、Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (E-UTRA)-NR Dual Connectivit (EN-DC)、NR-E-UTRA DC（NE-DC）、NG-RAN EN-DC（NGEN-DC）、及びNR-NR DC（NR DC）を含む。

図２は、無線端末３をソースセル１１から複数の候補ターゲットセル２１～２３の１つにハンドオーバするためのハンドオーバ手順でのシグナリングの一例を示している。ステップ２０１では、ソースRANノード１は、ハンドオーバ（通常のハンドオーバ又は条件付きハンドオーバ）が必要であることを決定し、ハンドオーバ要求メッセージをターゲットRANノード２に送る。ターゲットRANノード２により提供される複数のセル（e.g., セル２１～２３）がハンドオーバに適するなら、ハンドオーバ要求メッセージは、複数の候補ターゲットセルを示してもよい。

ステップ２０２及び２０３では、ターゲットRANノード２は、複数の候補ターゲットセル２１～２３に共通の第１の設定と、各々が複数の候補ターゲットセル２１～２３のそれぞれ１つに関連付けられた複数の第２の設定とを、ソースRANノード１を介して無線端末３に送信する。言い換えると、無線端末３は、ステップ２０３において、複数の候補ターゲットセル２１～２３に共通の第１の設定と、各々が複数の候補ターゲットセル２１～２３のそれぞれ１つに関連付けられた複数の第２の設定とを受信する。そして無線端末３は、受信した共通の第１の設定及び複数の第２の設定とを用いてハンドオーバを実行する。条件付きハンドオーバの場合、無線端末３は、複数の候補ターゲットセル２１～２３のそれぞれについて条件（e.g., 閾値）を満たすか否か判定し、共通の第１の設定及び条件（e.g., 閾値）を満たしたいずれか１つのセルに関する第２の設定を用いて、当該セルへの（条件付き）ハンドオーバを実行する。

図２に示されるように、これには限定されないが例えば、ターゲットRANノード２は、第１の設定及び複数の第２の設定をハンドオーバ承認（ACKNOWLEDGE）メッセージ（ステップ２０２）に含めてもよい。より具体的に述べると、幾つかの実装では、第１の設定及び複数の第２の設定は、ハンドオーバ承認メッセージに包含されるTarget To Source Transparent Containerに格納されてもよい。ソースRANノード１は、Target To Source Transparent Container（e.g., RRC Handover Command）に包含される情報をRRCメッセージ（e.g., RRC Reconfiguration）に入れ、それを無線端末３に送信してもよい（ステップ２０３）。このような動作は、例えば条件付きハンドオーバのケースで行われてもよい。

これに代えて、幾つかの実装では、ソースRANノード１は、第１の設定及び複数の第２の設定を運ぶハンドオーバ承認メッセージをターゲットRANノード２から受信し、複数の候補ターゲットセル２１～２３の中から無線端末３が移動することが好ましい１つのターゲットセルを選択してもよい。そして、ソースRANノード１は、選択されたターゲットセルの設定を第１の設定及び複数の第２の設定から導出し、又はこれらに基づいて作成（又は準備）し、ハンドオーバコマンドに包含される選択されたターゲットセルの設定をRRCメッセージ（e.g., RRC Reconfiguration）で無線端末３に送信してもよい。この場合、第１の設定及び複数の第２の設定は、RANノード１及び２の間のRANノード間インタフェースで送信されるが、RANノード１と無線端末３の間のエアインタフェースでは送信されなくてもよい。

第１の設定（共通設定（common configuration））は、複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを無線端末３に可能とするための少なくとも１つの設定パラメータを含む。各第２の設定（セル固有設定（cell specific configuration））は、各候補ターゲットセルにアクセスする又はそこで通信することを無線端末３に可能とするための少なくとも１つの設定パラメータを含む。セル固有設定（cell specific configuration）は、個別設定（dedicated configuration）と呼ばれてもよい。

第１の設定及び複数の第２の設定は、条件付きハンドオーバのためのハンドオーバ実行の条件（e.g., 閾値（イベント）及び対応するtime-to-trigger (TTT)）、無線端末が条件付きハンドオーバを離れる（exit）条件（e.g., offset）、及び有効（validity）タイマの値を含まなくてもよい。有効タイマの値は、候補ターゲットセルのリソースがいつまで有効であるかを示してもよい。あるいは、有効タイマの値は、候補ターゲットセルへのアクセスが許可される期間（時間）、又は、条件付きハンドオーバのための設定（e.g., 第１の設定、第２の設定）が有効な期間（時間）を示してもよい。

第１の設定に含まれる少なくとも１つの設定パラメータは、無線ベアラの設定に関係してもよい。具体的には、第１の設定は、複数の候補ターゲットセルに共通である１又はそれ以上の無線ベアラ設定（e.g., RadioBearerConfig）を含んでもよい。この場合、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルの１つのために無線ベアラ設定を生成し、残りの候補ターゲットセルのための無線ベアラ設定を省略してもよい。これに代えて、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルに共通に無線ベアラ設定を生成し、候補ターゲットセルのそれぞれに個別の無線ベアラ設定を生成しなくてもよい。さらに又はこれに代えて、ターゲットRANノード２は、個別に無線ベアラ設定が必要な候補ターゲットセルに対してのみ、追加的に無線ベアラ設定を生成してもよい。つまり、共通の無線ベアラ設定と、当該共通の無線ベアラ設定とは異なる設定が必要な候補ターゲットセルに特有の無線ベアラ設定が生成されてもよい。

これら１又はそれ以上の無線ベアラ設定は、無線ベアラのためのPacket Data Convergence Protocol（PDCP）のための設定情報又はパラメータを含んでもよいし、Service Data Adaptation Protocol（SDAP）のための設定情報又はパラメータを含んでもよい。１又はそれ以上の無線ベアラ設定は、追加又は修正（modified）されるシグナリング無線ベアラ（signalling radio bearers（SRBs））のリスト(e.g., srb-ToAddModList)を含んでもよい。１又はそれ以上の無線ベアラ設定は、追加又は修正（modified）されるデータ無線ベアラ（data radio bearers（DRBs））のリスト(e.g., drb-ToAddModList)を含んでもよい。１又はそれ以上の無線ベアラ設定は、解放（released）されるDRBのリスト（e.g., drb-ToReleaseList）を含んでもよい。これら１又はそれ以上の無線ベアラ設定は、シグナリング及びデータ無線ベアラのために使用されるセキュリティ・アルゴリズム及びキーを示すセキュリティ設定を含んでもよい。

さらに又はこれに代えて、第１の設定に含まれる少なくとも１つの設定パラメータは、システム情報（System Information（SI））を含んでもよい。例えば、複数の候補ターゲットセル２１～２３に同一のSIエリア識別子（e.g., systemInformationAreaID）が割り当てられてもよい。この場合、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルの１つのためにシステム情報を設定し、当該１つのセルと同一のSIエリア識別子を持つ残りの候補ターゲットセルのためのシステム情報を省略してもよい。これに代えて、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルに共通にシステム情報を設定し、候補ターゲットセルのそれぞれに個別のシステム情報を設定しなくてもよい。さらに又はこれに代えて、ターゲットRANノード２は、個別にシステム情報が必要な（つまり、SIエリア識別子が異なる）候補ターゲットセルに対してのみ、追加的にシステム情報を設定してもよい。つまり、共通のシステム情報と、当該共通のシステム情報とは異なる設定が必要な候補ターゲットセルに特有のシステム情報が設定されてもよい。なお、システム情報は、System Information Block Type 1（SIB1）、SIB1及びその他のSI、又はSIB1以外のSIのいずれでもよい。

さらに又はこれに代えて、第１の設定に含まれる少なくとも１つの設定パラメータは、セキュリティに関する情報（e.g., masterKeyUpdate）を含んでもよい。例えば、複数の候補ターゲットセル２１～２３に同一のセキュリティに関する情報が割り当てられてもよい。この場合、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルの１つのためにセキュリティに関する情報を設定し、当該１つのセルと同一のセキュリティ・ポリシーを適用する残りの候補ターゲットセルのためのセキュリティに関する情報を省略してもよい。これに代えて、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルに共通にセキュリティに関する情報を設定し、候補ターゲットセルのそれぞれに個別のセキュリティに関する情報を設定しなくてもよい。さらに又はこれに代えて、ターゲットRANノード２は、個別にセキュリティに関する情報が必要な（例えば、セキュリティ・ポリシーが異なる）候補ターゲットセルに対してのみ、追加的にセキュリティに関する情報を設定してもよい。つまり、共通のセキュリティに関する情報と、当該共通のセキュリティに関する情報とは異なる候補ターゲットセルに特有のセキュリティに関する情報が設定されてもよい。なお、セキュリティに関する情報は、ターゲットセルで使用するセキュリティ鍵に関する情報（e.g., nextHopChainingCount）、又はNASレイヤ情報を含んでもよい。

さらに又はこれに代えて、第１の設定に含まれる少なくとも１つの設定パラメータは、その他の設定情報（e.g., OtherConfig）を含んでもよい。例えば、複数の候補ターゲットセル２１～２３にその他の設定に関して同一のポリシー（e.g., configurationのsetup, release）が割り当てられてもよい。この場合、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルの１つのためにその他の設定情報を設定し、当該１つのセルと同一のポリシーを適用する残りの候補ターゲットセルのためのその他の設定情報を省略してもよい。これに代えて、ターゲットRANノード２は、ハンドオーバを受け入れることを認めた（又はハンドオーバを許可する）複数の候補ターゲットセルに共通にその他の設定情報を設定し、候補ターゲットセルのそれぞれに個別の設定をしなくてもよい。さらに又はこれに代えて、ターゲットRANノード２は、個別にその他の設定情報が必要な（例えば、その他の設定に関するポリシーが異なる）候補ターゲットセルに対してのみ、追加的にその他の設定情報を設定してもよい。つまり、共通のその他の設定情報と、当該共通のものとは異なる候補ターゲットセルに特有のその他の設定情報が設定されてもよい。なお、その他の設定情報（e.g., OtherConfig）は、例えばデータ送信遅延に関する情報（e.g., delayBudgetReportingConfig）、In-Device Coexistence （IDC）に関する情報（e.g., idc-Config）、無線端末による送信電力のプリファレンスに関する情報（e.g., powerPrefIndicationConfig）、GNSSなどを用いた詳細な位置情報に関する情報（e.g., obtainLocationConfig）、無線端末による帯域幅のプリファレンスに関する情報（e.g., bw-PreferenceIndicationTimer）、無線端末における過熱（オーバーヒーティング）に関する情報（e.g., overheatingAssistanceConfig）、Multimedia Broadcast and Multicast Service（MBMS）に関する情報（e.g., MBMS interest indication）を含んでもよい。

一方、各第２の設定に含まれる少なくとも１つの設定パラメータは、セルグループ、Medium Access Control（MAC）エンティティ、論理（logical）チャネルのセット、及びランダムアクセスのうち少なくとも１つの設定に関係してもよい。

セルグループに関する設定パラメータ（e.g., CellGroupConfig）は、master cell group（MCG）又はsecondary cell group（SCG）又は両方の設定パラメータを含んでもよい。セルグループは、１つのMACエンティティ、論理（logical）チャネルのセット及び関連付けられた複数のRadio Link Control（RLC）エンティティを含む。さらに、セルグループは、プライマリセル（i.e., Special Cell (SpCell)）及び１又はそれ以上のセカンダリセル（secondary cells (SCells)）を含む。SpCellは、MCGのPrimary Cell又はSCGのPrimary SCG Cell（PSCell）である。CellGroupConfigに含まれるSpCellに対する設定又はパラメータは、SpCellConfigと呼ばれる。

MACエンティティに関する設定パラメータ（e.g., mac-CellGroupConfig）は、セルグループ全体に適用可能なMAC parametersを含んでもよい。

論理チャネルのセットに関する設定パラメータ（e.g., rlc-BearerToAddModList）は、MAC Logical Channels及びこれに対応するRLC entitiesの設定を含んでもよい。

ランダムアクセスに関する設定パラメータは、個別（dedicated）ランダムアクセスプリアンブルのリソースを示してもよい。

なお、ハンドオーバ実行の条件、無線端末３が条件付きハンドオーバを離れる条件、及び有効タイマの値は、ソースRANノード１が設定してもよいし、ターゲットRANノード２が設定してもよい。例えば、ソースRANノード１がそれら（i.e. ハンドオーバ実行の条件、無線端末３が条件付きハンドオーバを離れる条件、及び有効タイマの値）を設定し、無線端末３へ送信してもよい。この場合、例えば、ソースRANノード１は、ソースRANノード１が設定したこれらの条件及び値を含むハンドオーバ要求メッセージをターゲットRANノード２へ送信し、ターゲットRANノード２がそれらをハンドオーバ・コマンドに含めてもよい。または、ソースRANノード１は、ソースRANノード１が設定したこれらの条件及び値を、ハンドオーバ指示を含むRRCメッセージに（ターゲットRANノードから受信したRRCメッセージ又はIEとは別にして）含め、それを無線端末３へ送信してもよい。これに代えて、ターゲットRANノード２がそれら（i.e. ハンドオーバ実行の条件、無線端末３が条件付きハンドオーバを離れる条件、及び有効タイマの値）を設定し、例えばハンドオーバ・コマンドでソースRANノード１へ送信し、ソースRANノード１が無線端末３へこれを送信してもよい。例えば、ソースRANノード１は、ターゲットRANノード２から受信したハンドオーバ・コマンド（e.g., conditionalMobilityControlInfo IE）をそのまま転送してもよい。さらに、ハンドオーバ実行の条件、無線端末３が条件付きハンドオーバを離れる条件、及び有効タイマの値が、それぞれ上述のいずれかの方法で設定され、無線端末３へ送信されてもよい。例えば、ハンドオーバ実行の条件、無線端末３が条件付きハンドオーバを離れる条件、及び有効タイマの値は、ハンドオーバ・コマンド（e.g., conditionalMobilityControlInfo IE）に含まれてもよい。

第１の設定は、必ずしも全ての候補ターゲットセル２１～２３に共通である必要はない。例えば、ターゲットRANノード２は、セル２１及び２２に共通な第１の設定と、セル２３に適用される第１の設定（又はそれに相当する情報）を設定し、これらをソースRANノード１に送信してもよい。この場合、ターゲットRANノード２は、２つの第１の設定としてそれらをソースRANノード１に送信してもよいし、１つの第１の設定と１つの第１の設定に相当する追加的な情報としてそれらをソースRANノード１に送信してもよい。より具体的には、ターゲットRANノード２は、２つの第１の設定がセル２１及び２２に共通な第１の設定とセル２３に適用される第１の設定であることを、ソースRANノード１に明示してもよい。これに代えて、ターゲットRANノード２は、第１の設定の対象がセル２１及び２２であること（又はセル２３が対象外であること）を示し、さらにセル２３に対する設定情報（または設定パラメータ）の中にセル２３に適用される第１の設定に相当する追加的な情報を含め、これらをソースRANノード１に送信してもよい。

以上の説明から理解されるように、本実施形態では、ターゲットRANノード２は、無線端末３をソースセル１１から複数の候補ターゲットセル２１～２３の１つにハンドオーバするためのハンドオーバ手順の間に、これら候補ターゲットセルに共通の第１の設定と、各々がこれら候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、ソースRANノード１を介して無線端末３に送信する。複数の候補ターゲットセルに共通の第１の設定は、複数の候補ターゲットセルに関する設定のデータサイズを削減できる。したがって、これは、ハンドオーバ手順でのRANノード間インタフェース（及びエアインタフェース）のシグナリングオーバヘッドを低減できる。

＜第２の実施形態＞
本実施形態は、RANノード間インタフェース上で送信されるハンドオーバ関連メッセージの条件付きハンドオーバのための改良を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。さらに、本実施形態では、複数の候補ターゲットセルは、複数のRANノード２によって提供されてもよい。

幾つかの実装では、条件付きハンドオーバのために新たなHANDOVER REQUESTメッセージ（e.g., CONDITIONAL HANDOVER REQUESTメッセージ）が定義されてもよい。当該新たなHANDOVER REQUESTメッセージは、候補ターゲットセルのリスト（e.g., target cell list）、及び既存のHANDOVR REQUESTメッセージに含まれる情報要素のうち少なくともCHOのためのターゲットセル設定に必要とされる情報要素（e.g., UE Context information）を含んでもよい。ソースRANノード１は、無線端末３が条件付きハンドオーバを実行したことを検出した場合に、既存のHANDOVR REQUESTメッセージに含まれる残りの情報要素を包含する追加のメッセージを１又は複数のターゲットRANノード２に送ってもよい。ソースRANノード１は、無線端末３が移動するターゲットセルを特定できる場合は、当該ターゲットセルを提供するターゲットRANノードのみに当該追加のメッセージを送ればよい。ソースRANノード１は、無線端末３からのCHO表示（indication）（e.g., measurement report、又はCHO triggered indication）の受信によりハンドオーバ実行を検出してもよい。無線端末３からのCHO表示は、ハンドオーバを実行するターゲットセルを示す情報（e.g., Cell Global ID, PCI, target cell index）を含んでもよい。これに代えて、ソースRANノード１は、CHOのためのハンドオーバ実行の条件を自律的に判定し、これによりハンドオーバ実行を自律的に検出してもよい。

これに代えて、幾つかの実装では、既存のHANDOVR REQUESTメッセージが条件付きハンドオーバのために拡張（改良）されてもよい。図３は、改良されたHANDOVER REQUESTメッセージのフォーマットは、これには限定されないが例えば図３のように定義されてもよい。図３の例では、改良されたHANDOVER REQUESTメッセージは、既存のターゲットセルID情報要素（IE）（e.g., Target Cell Global ID IE）に加えて、候補ターゲットセルリスト情報要素（IE）を含む。ターゲットセルID IE（e.g., Target Cell Global ID IE）は複数の候補ターゲットセルのうち１つを示してもよい。具体的には、ターゲットセルID IE（e.g., Target Cell Global ID IE）は、最も優先度が高いセル（つまり、無線端末３が移動するのに最も好適なセル）を示してもよい。一方、候補ターゲットセルリストIEは、複数の候補ターゲットセルの残りを示してもよい。

条件付きハンドオーバのための新たなHANDOVER REQUESTメッセージ又は条件付きハンドオーバのために拡張（改良）されたHANDOVER REQUESTメッセージは、新たなRadio Resource Control（RRC）情報要素（information element (IE)）を含んでもよい。当該IEは、各候補ターゲットセルに関連付けられたハンドオーバ実行の条件（e.g., 閾値及びTTT）を含んでもよい。さらに又はこれに代えて、当該メッセージは、無線端末が条件付きハンドオーバを離れる条件（e.g., offset）、及び有効（validity）タイマの値のいずれか又は両方を含んでもよい。

さらに、幾つかの実装では、条件付きハンドオーバのために新たなHANDOVER REQUEST ACKNOWLEDGEメッセージ（e.g., CONDITIONAL HANDOVER REQUEST ACKNOWLEDGEメッセージ）が定義されてもよい。当該新たなHANDOVER REQUEST ACKNOWLEDGEメッセージは、条件付きハンドオーバを認めた（又はハンドオーバを許可する）候補ターゲットセルのリスト（e.g., target cell admitted list）、及び既存のHANDOVR REQUEST ACKNOWLEDGEメッセージに含まれる情報要素のうち少なくともCHOのためのターゲットセル設定に必要とされる情報要素（e.g., Target NG-RAN node To Source NG-RAN node Transparent Container）を含んでもよい。

当該新たなHANDOVER REQUEST ACKNOWLEDGEメッセージは、新たなRRC情報要素（IE）を含んでもよい。当該IEは、各候補ターゲットセルに関連付けられたハンドオーバ実行の条件（e.g., 閾値及びTTT）を含んでもよい。さらに又はこれに代えて、無線端末が条件付きハンドオーバを離れる条件（e.g., offset）、及び有効（validity）タイマの値のいずれか又は両方を含んでもよい。

これに代えて、幾つかの実装では、既存のHANDOVR REQUEST ACKNOWLEDGEメッセージが条件付きハンドオーバのために拡張（改良）されてもよい。改良されたHANDOVER REQUEST ACKNOWLEDGEメッセージのフォーマットは、これには限定されないが例えば、図４のように定義されてもよい。図４の例では、改良されたHANDOVER REQUEST ACKNOWLEDGEメッセージは、条件付きハンドオーバを認めた（又はハンドオーバを許可する）候補ターゲットセルのリスト（e.g., target cell admitted list 情報要素）を含む。

図３及び図４に示されたメッセージフォーマットは一例に過ぎない。例えば、図３のCandidateTarget Cell List IEは、Additional Target Cell List IE、又はOther Target Cell List IEと呼ばれてもよい。

＜第３の実施形態＞
本実施形態は、RANノード間インタフェース上で送信されるハンドオーバ関連メッセージの条件付きハンドオーバのための改良を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。ただし、本実施形態では、C-RAN配置がターゲットRANノード２（e.g., gNB）に適用される。ターゲットRANノード２は、CU２５（e.g., gNB-CU）及び１又はそれ以上のDU２６（e.g., gNB-DU）を含む。

幾つかの実装では、ソースRANノード１は、ハンドオーバ実行の条件（e.g., 閾値）を含むハンドオーバ指示をRRCメッセージで無線端末３に送信する。無線端末３は、当該RRCメッセージの受信後もソースRANノード１とのコネクションを維持し、設定された条件（configured condition）が成立するとすぐにターゲットRANノード２へのアクセスを開始する。条件付きハンドオーバでは、無線端末３は、複数の候補ターゲットセル２１～２３の設定とCHO実行閾値とを含むハンドオーバ指示をソースRANノード（e.g., gNB）から受信してもよい。そして、無線端末３は、指定された複数の候補ターゲットセル２１～２３の測定を行い（又は開始し）、いずれかの候補ターゲットセルでの測定がCHO実行閾値を満たす場合に当該候補セルへのアクセス（e.g. ランダムアクセス）を開始してもよい。言い換えると、無線端末３は、当該候補セルを管理するターゲットRANノード２のDU２６（e.g., gNB-DU）へアクセスを開始し、ターゲットRANノード２のCU２５（e.g., gNB-CU）とのRRC接続を行う。

図５は、無線端末３をソースセル１１から複数の候補ターゲットセル２１～２３の１つにハンドオーバするためのハンドオーバ手順でのシグナリングの一例を示している。ステップ５０１では、ソースRANノード１は、ハンドオーバ（通常のハンドオーバ又は条件付きハンドオーバ）が必要であることを決定し、ハンドオーバ要求メッセージ（HANDOVER REQUEST）をターゲットRANノード２のCU２５に送る。ターゲットRANノード２（の１又はそれ以上のDU２６）により提供される複数のセル（e.g., セル２１～２３）がハンドオーバに適するなら、ハンドオーバ要求メッセージは、複数の候補ターゲットセルを示してもよい。

ステップ５０２では、ターゲットRANノード２のCU２５は、DU２６へ、無線端末３に対するコンテキストの確立要求メッセージ（UE CONTEXT SETUP REQUEST）を送信する。CU２５は、複数の候補ターゲットセルを提供する複数のDU２６のそれぞれに、当該コンテキストの確立要求メッセージを送信してもよい。当該コンテキストの確立要求メッセージは、ソースRANノード１から受信したハンドオーバ要求メッセージに包含されていた情報の一部（e.g., Handover Preparation Information）を含む。当該コンテキストの確立要求メッセージは、条件付きハンドオーバにおける複数の候補ターゲットセルを示してもよい。また、複数の候補ターゲットセルの情報は、RRC情報を包含するIE（e.g., CU To DU RRC Information）に含まれてもよい。さらに具体的には、複数の候補ターゲットセルの情報は、例えば、当該IEに包含されるHandover Preparation Informationに含まれてもよい。

ステップ５０３では、ターゲットRANノード２のDU２６は、応答メッセージ（UE CONTEXT SETUP RESPONSE）をCU２５に送信する。当該応答メッセージは、各々が複数の候補ターゲットセル２１～２３のそれぞれ１つに関連付けられた複数の第２の設定を含む。ターゲットRANノード２のDU２６は、ハンドオーバを受け入れることが可能な（または受け入れた）各候補ターゲットセルに対する第２の設定を応答メッセージ含め、ハンドオーバを受け入れることが不可能な（または拒絶した）候補ターゲットセルに対する第２の設定をこれに含めなくてもよい。複数の第２の設定は、RRC情報を包含するIE（e.g., DU To CU RRC Information）に含まれてもよい。さらに具体的には、複数の第２の設定は、例えば、当該IEに包含されるCellGroupConfig IEに含まれてもよい。

ステップ５０４では、ターゲットRANノード２のCU２５は、複数の候補ターゲットセル２１～２３に共通の第１の設定と、１又はそれ以上のDU２６から受信した複数の第２の設定とを、ハンドオーバ承認（HANDOVER REQUEST ACKNOWLEDGE）メッセージでソースRANノード１へ送信する。ターゲットRANノード２のCU２５は、第１の設定を、１又はそれ以上のDU２６がハンドオーバを受け入れることが可能な（または受け入れた）候補ターゲットセルにのみ関連付けてもよい。言い換えると、ターゲットRANノード２のCU２５は、１又はそれ以上のDU２６から第２の設定を受信した候補ターゲットセルにのみ第１の設定を関連付けてもよい。図示されていないが、ソースRANノード１は、第１の設定および複数の第２の設定を含むハンドオーバ指示をRRCメッセージ（e.g., RRC Reconfiguration）で無線端末３へ送信する。

幾つかの実装では、条件付きハンドオーバのために新たなHANDOVER REQUESTメッセージ（e.g., CONDITIONAL HANDOVER REQUESTメッセージ）が定義されてもよい。同様に、ハンドオーバ要求メッセージに包含されるRANノード間RRCメッセージ（Handover Preparation Information）も、条件付きハンドオーバのために新たに定義されてもよい（e.g., Conditional Handover Preparation Information）。さらに、条件付きハンドオーバのために新たなHANDOVER REQUEST ACKNOWLEDGEメッセージ（e.g., CONDITIONAL HANDOVER REQUEST ACKNOWLEDGEメッセージ）が定義されてもよい。

幾つかの実装では、ソースRANノード１にもC-RAN配置が適用されてもよい。この場合、ソースRANノード１のCU（e.g., gNB-CU）は、ターゲットRANノード２のCUから受信した条件付きハンドオーバの要求（e.g., HANDOVER REQUEST）に対する承認メッセージ（e.g., HANDOVER REQUEST ACKNOWLEDGE）に基づき又はそれに応答して、ソースRANノード１のDU（e.g., gNB-DU）を介して無線端末３へハンドオーバ指示を送信してもよい。このとき、ソースRANノード１のCUは、条件付きハンドオーバの指示を送信すること又は送信したことを明示的に又は暗示的に示す情報を、ソースRANノード１のDUへ送信してもよい。

＜第４の実施形態＞
本実施形態は、RANノード間インタフェース上で送信されるハンドオーバ関連メッセージの条件付きハンドオーバのための改良を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。さらに、本実施形態では、複数の候補ターゲットセルは、複数のRANノード２によって提供されてもよい。

図６は、本実施形態のシグナリングの一例を示す図である。ステップ６０１では、ソースRANノード１は、候補ターゲットセルのリソースの解放の要求を１又は複数のターゲットRANノード２に送る。当該要求は、条件付きハンドオーバのために予約されている１又は複数の候補ターゲットセルのリソースを解放するよう各ターゲットRANノード２に要求する。ソースRANノード１は、無線端末３が移動するターゲットセルとは異なる候補ターゲットセルを管理するターゲットRANノード２に当該要求を送信すればよい。当該要求は、ソースRANノード１からターゲットRANノード２へのUEコンテキスト解放メッセージ（e.g., HANDOVER CANCEL、又はUE CONTEXT REMOVAL）で行われてもよい。このとき、UEコンテキスト解放メッセージに付される（又は含まれる）解放Cause値は、例えば、“Handover Condition Met”、 “Action Desirable for Radio Reasons”、“Handover Complete”、“Normal Release”、又は“Candidate Target Cell Found” であってもよい。

例えば、ソースRANノード１は、無線端末３が条件付きハンドオーバを完了したことを検出した場合に、ステップ６０１の要求を送信してもよい。ソースRANノード１は、無線端末３のハンドオーバの成功を示すメッセージ（e.g., UE CONTEXT RELEASEメッセージ）をいずれかのターゲットRANノード２から受信したことによって、これを検出してもよい。このときにUE CONTEXT RELEASEメッセージに付される（又は含まれる）解放Cause値は、例えば、“Handover Condition Met”、“Action Desirable for Radio Reasons”、“Handover Complete”、“Normal Release”、又は“Candidate Target Cell Found” であってもよい。

これに代えて、ソースRANノード１は、無線端末３が条件付きハンドオーバを実行（開始）したこと検出した場合に、ステップ６０１の要求を送信してもよい。ソースRANノード１は、無線端末３からのCHO表示（indication）（e.g., measurement report、又はCHO triggered indication）の受信によって、ハンドオーバ実行を検出してもよい。ソースRANノード１は、CHOのためのハンドオーバ実行の条件を自律的に判定し、これによりハンドオーバ実行を自律的に検出してもよい。

このような動作によれば、例えば、ターゲットRANノード２は、有効（validity）タイマの満了を待つことなく、CHOのために予約されていたリソースをソースRANノード１からの要求に応答して解放できる。

ステップ６０１の要求は、候補ターゲットセル毎に送られてもよいし、無線端末毎に送られてもよいし、ターゲットRANノード毎に送られてもよい。

ステップ６０１の要求は、リソースが解放されてもよい１又はそれ以上の候補セルを特定するために、候補ターゲットセル毎の識別子（e.g., target index）を含んでもよい。これに代えて、ステップ６０１の要求は、各候補セルのセルID（e.g., Physical Cell Identiy（PCI）、Cell Global Identity（CGI）、又はCell Identiy（CI））を含んでもよい。

これに代えて、ステップ６０１の要求は、リソースが解放されてもよい１又はそれ以上の候補セルを特定するために、条件付きハンドオーバの識別子を含んでもよい。条件付きハンドオーバの識別子は、当該条件付きハンドオーバをターゲットRANノード２に要求するためにソースRANノード１からターゲットRANノード２に送信されるハンドオーバ要求メッセージにも含まれてもよい。これにより、条件付きハンドオーバの識別子は、１又は複数の候補ターゲットセルと関連付けられる。

一方、無線端末３は、いずれかの候補ターゲットセルへの条件付きハンドオーバを完了した場合に、自律的に他の候補ターゲットセルのリソース（つまり、無線リソース設定）を解放してもよい。これに代えて、無線端末３は、条件付きハンドオーバを完了した後にネットワーク（e.g.,ターゲットRANノード２）から解放要求を受信したことに応答して、他の候補ターゲットセルのリソースを解放してもよい。

＜第５の実施形態＞
本実施形態は、条件付きハンドオーバのためのシグナリングの具体例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。。ただし、本実施形態では、C-RAN配置が少なくともターゲットRANノード２（e.g., gNB）に適用される。ターゲットRANノード２は、CU２５（e.g., gNB-CU）及び１又はそれ以上のDU２６（e.g., gNB-DU）を含む。複数の候補ターゲットセルは、１つのDU２６によって提供されてもよいし、複数のDU２６によって提供されてもよい。

図７は、条件付きハンドオーバに関するシグナリングの一例を示す図である。ステップ７０１では、ターゲットRANノード２のCU２５は、候補ターゲットセルのリソースの解放の要求を１又は複数のターゲットDU２６に送る。当該要求は、条件付きハンドオーバのために予約されている１又は複数の候補ターゲットセルのリソースを解放するよう各ターゲットDU２６に要求する。CU２５は、無線端末３が移動するターゲットセルとは異なる候補ターゲットセルを管理するターゲットDU２６に当該要求を送信すればよい。

リソース解放要求のためにステップ７０１で送信されるメッセージは、例えばUE CONTEXT RELEASE COMMANDメッセージであってもよい。このとき、UE CONTEXT RELEASE COMMANDメッセージに付される（又は含まれる）解放Cause値は、例えば、“Handover Condition Met”、“Action Desirable for Radio Reasons”、“Handover Complete”、又は“Normal Release”であってもよい。

例えば、ターゲットRANノード２のCU２５は、候補ターゲットセルのリソースの解放の要求（例えば、図６のステップ６０１）をソースRANノード１から受信したことに応答して、ステップ７０１の要求をDU２６に送信してもよい。

このような動作によれば、例えば、ターゲットDU２６は、有効（validity）タイマの満了を待つことなく、条件付きモビリティのために予約されていたリソースをCU２５からの要求に応答して解放できる。

一方、無線端末３は、いずれかの候補ターゲットセルへの条件付きハンドオーバを完了した場合に、自律的に他の候補ターゲットセルのリソース（つまり、無線リソース設定）を解放してもよい。これに代えて、無線端末３は、条件付きハンドオーバを完了した後にネットワーク（e.g.,ターゲットRANノード２又はCU２５）から解放要求を受信したことに応答して、他の候補ターゲットセルのリソースを解放してもよい。

なお、図７に示された手順は、intra-CU inter-DU 条件付きハンドオーバに適用されてもよい。intra-CU inter-DU 条件付きハンドオーバの場合、CU２５に接続された複数のDU２６のうちいずれか１つがソースセル１１を提供するソースDUであり、他の１又は複数のDU２６が１又は複数の候補ターゲットセルを提供するターゲットDUである。CU２５は、ソースRANノード１及びターゲットRANノード２として動作する。

intra-CU inter-DU 条件付きハンドオーバの場合、例えば、CU２５は、無線端末３が条件付きハンドオーバを完了したことを検出した場合に、ステップ７０１の要求を送信してもよい。CU２５は、無線端末３の条件付きハンドオーバの成功を示すメッセージ（e.g., RRCReconfigurationCompleteメッセージを運ぶUPLINK RRC TRANSFERメッセージ）をいずれかのターゲットDU２から受信したことによって、条件付きモビリティの完了を検出してもよい。CU２５及びDU２６がDual Connectivity（DC）のSecondary Node（SN）である場合、CU２５は、無線端末３の条件付きハンドオーバの成功を示すメッセージ（e.g., RRCReconfigurationCompleteメッセージ）をMaster Node（MN）を介して無線端末３から受信したことによって、条件付きモビリティの完了を検出してもよい。

これに代えて、CU２５は、無線端末３が条件付きハンドオーバを実行（又は開始）したこと検出した場合に、ステップ７０１の要求を送信してもよい。CU２５は、条件付きハンドオーバの開始の表示（indication）（e.g., measurement report）を無線端末３又はいずれかのターゲットDU２６から受信したことによって、ハンドオーバ実行（又は開始）を検出してもよい。

＜第６の実施形態＞
本実施形態は、条件付きハンドオーバ（CHO）以外の条件付きモビリティにおける具体例を提供する。本実施形態における条件付きモビリティは、Dual Connectivity（DC）でのマスターセルグループ（Master Cell Group（MCG））のプライマリセルの変更（Primary Cell (PCell) change）でもよいし、DCでのマスターノード間（inter-Master Node (MN)）ハンドオーバでもよい。さらに又はこれに代えて、条件付きモビリティは、DCでのセカンダリノード変更（Secondary Node (SN) Change）でもよいし、DCでのセカンダリセルグループ（Secondary Cell Group（SCG））のプライマリセルの変更（つまりプライマリSCGセル変更（Primary SCG Cell (PSCell) Change））でもよい。DCでのMCGのPCell変更は、上述の実施形態における条件付きハンドオーバと同様の手順で実行されることができる。

幾つかの実装では、DCにおけるセカンダリノード変更（SN Change）において、条件付きモビリティが実行されてもよい。例えば、ソースRANノード（i.e. ソースSN）又はMNが、条件付きSN Changeの要求メッセージ（e.g., SN ADDITION REQUEST）をターゲットSNに送信する。このとき、当該条件付きSN changeの要求メッセージは、複数の候補ターゲットセルを示してもよい。ターゲットRANノード（e.g., ターゲットSN）は、複数の候補ターゲットセル（e.g., ターゲットSNのPSCell候補のセル）に共通の第１の設定と、各々が複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、MNを介して無線端末（UE）に送信する。言い換えると、無線端末は、共通の第１の設定と複数の第２の設定とを含むSN RATのRRCメッセージ（e.g., NR RRC Reconfiguration）を包含するMN RATのRRCメッセージ（e.g., LTE RRC Connection Reconfiguration）をMCGセルで受信する。そして無線端末は、受信した共通の第１の設定及び複数の第２の設定とを用いて条件付きSN Changeを実行する。

幾つかの実装では、DCにおけるセカンダリセルグループ（SCG）のプライマリセル変更（i.e., PSCell Change）において、条件付きモビリティが実行されてもよい。ここで、条件付きPSCell Changeは、条件付きReconfiguration with sync（for PSCell change）と呼ぶこともできる。例えば、ソースRANノード（i.e. SN）は、複数の候補ターゲットセル（i.e. PSCell候補のセル）に共通の第１の設定と各々が複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを含むSN RATのRRCメッセージを、無線端末（UE）に送信する。そして無線端末は、受信した共通の第１の設定及び複数の第２の設定とを用いて条件付きPSCell Changeを実行する。なお、当該SN RATのRRCメッセージは、マスターノード（MN）によって提供されるMCGのシグナリング無線ベアラ（e.g., SRB1）を介して送信されてもよいし、SCGのSRB（e.g., SRB3）でSNからUEへ直接的に送信されてもよい。なお、条件付きPSCell Changeの場合には、ソースRANノードとターゲットRANノードが同じであると考えてもよい。

幾つかの実装では、条件付きSN Change又は条件付きPSCell ChangeのターゲットRANノード（i.e.,ターゲットSN）にC-RAN配置が適用されてもよい。ターゲットRANノード（e.g., ターゲットSgNB）は、CU（e.g., gNB-CU）及び１又はそれ以上のDU（e.g., gNB-DU）を含む。このとき、CUは複数の候補ターゲットセルに共通の第１の設定を決定し、DUは各々が複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定を決定してもよい。

具体的には、DUは、CUからの無線端末に対するコンテキストの確立要求メッセージ（UE CONTEXT SETUP REQUEST）への応答メッセージ（UE CONTEXT SETUP RESPONSE）に包含されるRRC-Container（e.g., DU To CU RRC Information）に、複数の第２の設定を含めてもよい。より具体的には、DUは、複数の第２の設定をRRC CellGroupConfig IEに含めてもよい。そして、CUは、第１の設定と当該複数の第２の設定を含むRRCメッセージ（e.g., RRC Reconfiguration for SN Change or PSCell Change）を無線端末へ送信してもよい。

複数の候補ターゲットセルは、１つのDUによって提供されてもよいし、複数のDUによって提供されてもよい。

条件付きPSCell Changeは、Inter-gNB-DU PSCell Change using MCG SRBであってもよい。言い換えると、DU間でのPSCell changeのための無線端末とCU（つまり、セカンダリノード（SN））との間のRRCシグナリングは、マスターノード（MN）によって提供されるMCGのシグナリング無線ベアラ（e.g., SRB1）を介して行われてもよい。これに代えて、条件付きPSCell changeは、Inter-gNB-DU PSCell Change using SCG SRBであってもよい。言い換えると、DU間でのPSCell ChangeのためのUEとCU（つまり、セカンダリノード（SN））との間のRRCシグナリングは、SCGのSRB（e.g., SRB3）を介して行われてもよい。なお、条件付きPSCell ChangeがIntra-gNB-CU Inter-gNB-DU PSCell Changeの場合には、ソースRANノードのCUとターゲットRANノードのCUが同じであり、ソースRANノードのDUとターゲットRANノードのDUは異なると考えてもよい。

続いて以下では、上述の複数の実施形態に係るRANノード１、RANノード２、及び無線端末３の構成例について説明する。図８は、上述の実施形態に係るRANノード２の構成例を示すブロック図である。RANノード１も、図８に示された構成を有してもよい。図８を参照すると、RANノード２は、Radio Frequencyトランシーバ８０１、ネットワークインターフェース８０３、プロセッサ８０４、及びメモリ８０５を含む。RFトランシーバ８０１は、無線端末３と通信するためにアナログRF信号処理を行う。RFトランシーバ８０１は、複数のトランシーバを含んでもよい。RFトランシーバ８０１は、アンテナアレイ８０２及びプロセッサ８０４と結合される。RFトランシーバ８０１は、変調シンボルデータをプロセッサ８０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ８０２に供給する。また、RFトランシーバ８０１は、アンテナアレイ８０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ８０４に供給する。RFトランシーバ８０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ネットワークインターフェース８０３は、ネットワークノード（e.g., 5G Coreの制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース８０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ８０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ８０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ８０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ８０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。

メモリ８０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ８０５は、プロセッサ８０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ８０４は、ネットワークインターフェース８０３又は図示されていないI/Oインタフェースを介してメモリ８０５にアクセスしてもよい。

メモリ８０５は、上述の複数の実施形態で説明されたRANノード２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）８０６を格納してもよい。いくつかの実装において、プロセッサ８０４は、当該ソフトウェアモジュール８０６をメモリ８０５から読み出して実行することで、上述の実施形態で説明されたRANノード２の処理を行うよう構成されてもよい。

なお、RANノード２がCU（e.g., eNB-CU、又はgNB-CU）である場合、RANノード２は、RFトランシーバ８０１（及びアンテナアレイ８０２）を含まなくてもよい。

図９は、無線端末３の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ９０１は、RANノード１又は２と通信するためにアナログRF信号処理を行う。RFトランシーバ９０１は、複数のトランシーバを含んでもよい。RFトランシーバ９０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ９０１は、アンテナアレイ９０２及びベースバンドプロセッサ９０３と結合される。RFトランシーバ９０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ９０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ９０２に供給する。また、RFトランシーバ９０１は、アンテナアレイ９０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ９０３に供給する。RFトランシーバ９０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ベースバンドプロセッサ９０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ９０３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ９０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ９０３は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。

ベースバンドプロセッサ９０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ９０４と共通化されてもよい。

アプリケーションプロセッサ９０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ９０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ９０４は、メモリ９０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、無線端末３の各種機能を実現する。

幾つかの実装において、図９に破線（９０５）で示されているように、ベースバンドプロセッサ９０３及びアプリケーションプロセッサ９０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ９０３及びアプリケーションプロセッサ９０４は、１つのSystem on Chip（SoC）デバイス９０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ９０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ９０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ９０６は、ベースバンドプロセッサ９０３、アプリケーションプロセッサ９０４、及びSoC９０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ９０６は、ベースバンドプロセッサ９０３内、アプリケーションプロセッサ９０４内、又はSoC９０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ９０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ９０６は、上述の複数の実施形態で説明された無線端末３による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）９０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ９０３又はアプリケーションプロセッサ９０４は、当該ソフトウェアモジュール９０７をメモリ９０６から読み出して実行することで、上述の実施形態で図面を用いて説明された無線端末３の処理を行うよう構成されてもよい。

なお、上述の実施形態で説明された無線端末３によって行われるコントロールプレーン処理及び動作は、RFトランシーバ９０１及びアンテナアレイ９０２を除く他の要素、すなわちベースバンドプロセッサ９０３及びアプリケーションプロセッサ９０４の少なくとも一方とソフトウェアモジュール９０７を格納したメモリ９０６とによって実現されることができる。

図８及び図９を用いて説明したように、上述の実施形態に係るRANノード１、RANノード２、及び無線端末３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述した実施形態における条件付きハンドオーバにおいて、無線端末３は条件付きハンドオーバに関するタイマT30xを次のように取り扱ってもよい。通常のハンドオーバにおいて、無線端末３はハンドオーバ指示のRRCメッセージ（e.g., RRC Reconfiguration including reconfigurationWithSync）を受信すると、タイマT304をスタートする。これに代えて、条件付きハンドオーバにおいて、無線端末３は条件付きハンドオーバの指示のRRCメッセージ（e.g., RRC Reconfiguration including reconfigurationWithSync for CHO）を受信しても、すぐにタイマT30xをスタートしなくてよい。無線端末３は、ある候補ターゲットセルに対する条件付きハンドオーバの条件が満たされると、当該候補ターゲットセルに対応するタイマT30xをスタートする。そして、無線端末３は、当該候補ターゲットセル（e.g., SpCell）におけるランダムアクセスが成功するとタイマT30xをストップする。なお、従来のT304が当該T30xとして使用されもよいし、新たなタイマがT30xとして規定されてもよい。

上述した条件付きハンドオーバのためのハンドオーバ実行の条件（e.g., 閾値（イベント）及び対応するtime-to-trigger (TTT)）は、すでに3GPPにより規定されている測定報告（Measurement report）をトリガするイベント（e.g. Event A1, A2, A3, A4, A5, A6, B1, B2, C1, C2, W1, W2, W3, V1, V2, H1, or H2）毎に新たなイベントとして追加（定義）されてもよい。

さらに又はこれに代えて、上述した条件付きハンドオーバのためのハンドオーバ実行の条件は、すでに3GPPにより規定されている測定報告をトリガする各イベントに含まれる複数のパラメータの少なくとも１つと置き換えられるパラメータを含んでもよい。

さらに又はこれに代えて、上述した条件付きハンドオーバのためのハンドオーバ実行の条件は、すでに3GPPにより規定されている測定報告をトリガする各イベントに含まれる複数のパラメータの少なくとも１つに対するオフセット値を含んでもよい。

すでに3GPPで規定されている測定報告（Measurement report）をトリガするイベント（e.g. Event A1, A2, A3, A4, A5, A6, B1, B2, C1, C2, W1, W2, W3, V1, V2, H1, and H2）に含まれるパラメータは、これには限られないが例えば、以下のうち少なくとも１つを含んでもよい：
Ms：オフセット値を考慮しないサービングセルの測定結果、オフセット値を考慮しない送信リソースプールのチャネル混雑比（channel busy ratio）の測定結果、又は無線端末３がAerial UEの場合のオフセット値を考慮しないAerial UEの高度、
Hys：このイベントのためのヒステリシス値、
Thresh (1又は2)：このイベントのための閾値、
Mn：オフセット値を考慮しない隣接セルの測定結果、
Ofn：隣接セルの周波数のための周波数固有のオフセット値、
Ocn：隣接セルにのためのセル固有のオフセット値、
Mp：オフセット値を考慮しないPrimary Cell又はPrimary SCG Cellの測定結果
Ofp：Primary Cell又はPrimary SCG Cellの周波数のための周波数固有のオフセット値、
Ocp：Primary Cell又はPrimary SCG Cellのためのセル固有のオフセット値
Off：このイベントのためのオフセットパラメータ、
Mcr：オフセット値を考慮しないCSI-RS（Channel State Information-Reference Signal）リソースの測定結果、
Ocr：CSI-RSのためのCSI-RS固有のオフセット値、
Mref：参照CSI-RSリソースの測定結果、及び
Oref：参照CSI-RSリソースのためのCSI-RS固有のオフセット値。

無線端末３が条件付きハンドオーバを離れる（exit）条件（e.g., offset）は、複数の条件付きハンドオーバの実行条件に同一の条件が設定されてもよいし、これらの間で異なる条件が設定されてもよい。同様に、有効タイマの値は、複数の条件付きハンドオーバの実行条件に同一の値が設定されてもよいし、これらの間で異なる値が設定されてもよい。

無線端末３は、条件付きハンドオーバ（CHO）において、実行条件（e.g., 閾値）を満たした候補セルへのハンドオーバが失敗した（e.g. Handover failureを検出した）場合、条件を満たした他の候補セルへ切り替えて（フォールバックして）条件付ハンドオーバを実行（継続）してもよい。

無線端末３は、CHO実行条件（e.g., 閾値）を含むハンドオーバコマンドをソースRANノード１から受信した後、且つ候補ターゲットセルが当該実行条件を満たす前に、RANノード１からCHO実行条件（e.g., 閾値）を含まないハンドオーバコマンド（i.e. 通常のハンドオーバのためのコマンド）を受信した場合、当該CHO実行条件（e.g., 閾値）を含まないに従って通常のハンドオーバを実行してもよい。CHO実行条件を含まない通常のハンドオーバコマンドは、例えば, mobilityControlInfo IEであってもよい。この場合、無線端末３は、CHO実行条件（e.g., 閾値）を含まないハンドオーバコマンドの受信に応じて、先に受信していたCHO実行条件（e.g., 閾値）を解放（release）してもよい。

上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。例えば、第２の実施形態は、第１の実施形態で説明された改良及び第３の実施形態で説明された改良のどちらも必須としていない。さらに、第３の実施形態も、第１の実施形態で説明された改良及び第２の実施形態で説明された改良のどちらも必須としていない。言い換えると、第１～第３の実施形態は、互いに独立に実施されることができ、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

上述の実施形態の適用例の１つとして用いた5Gシステム（e.g., NR）では、ハンドオーバのように（RRCの再設定の）ターゲットとなるセルとの同期手順（e.g., random access）を含むRRCの再設定をReconfiguration with sync（又はReconfiguration with synchronization）とも呼ぶ。つまり、条件付きハンドオーバは、条件付きのReconfiguration with syncに相当する（又はそれを含む）。

上述の実施形態で条件付きハンドオーバ（Conditional handover: CHO）として説明された機能は、事前条件設定ハンドオーバ（pre-conditioned HO）、事前準備ハンドオーバ（prepared HO）、又は遅延型ハンドオーバ（delayed HO）などと呼ばれてもよい。

上述の実施形態で説明された（通常のハンドオーバ及び条件付きハンドオーバを含む）ハンドオーバ（又はReconfiguration with sync）は、これらに限定されないが例えば、inter-gNBハンドオーバ、intra-gNB (inter-gNB-DU) ハンドオーバ、gNB及びeNB/5GC (ng-eNB) の間のハンドオーバ、inter-eNB/5GCハンドオーバ、又はintra-eNB/5GC (inter-eNB/5GC-DU)ハンドオーバであってもよい。

上述の実施形態で説明された条件付きハンドオーバは、条件付きintra-DU（e.g., intra-gNB-DU又はintra-eNB-DU）ハンドオーバであってもよい。条件付きintra-DUハンドオーバでは、複数の候補ターゲットセルの少なくとも１つが、ソースセルと同じgNB-DU（又はeNB-DU）のセルである。この場合、ターゲットRANノードのCU（e.g., gNB-CU）とDU（e.g., gNB-DU）の間のUE CONTEXT SETUP REQUEST及びUE CONTEXT RESPONSEメッセージは、それぞれUE CONTEXT MODIFICATION REQUEST及びUE CONTEXT MODIFICATION RESPONSEメッセージであってもよい。

本明細書における無線端末（User Equipment（UE））は、無線インターフェースを介して、ネットワークに接続されるエンティティである。本明細書の無線端末（UE）は、専用の通信装置に限定されるものではなく、本明細書中に記載された無線端末（UE）の通信機能を有する次のような任意の機器であってもよい。

「（3GPPで使われる単語としての）ユーザー端末（User Equipment（UE））」、「移動局（mobile station）」、「移動端末（mobile terminal）」、「モバイルデバイス（mobile device）」、及び「無線端末（wireless device）」との用語は、一般的に互いに同義であることが意図されている。UEは、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。「UE」及び「無線端末」との用語は、長期間にわたって静止している装置も包含する。

UEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、動力伝動装置、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であってもよい。

UEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であってもよい。

UEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であってもよい。

UEは、例えば、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビなど）であってもよい。

UEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であってもよい。

UEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具であってもよい。

UEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であってもよい。

UEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であってもよい。IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサー、ネットワーク接続、などを備える。IoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であってもよい。IoTデバイスは、人間による監督または対応を必要とすることなく動作してもよい。IoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであってもよい。IoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。IoT技術は、人間の入力による制御またはメモリに格納されるソフトウェア命令に関係なくデータを送受信する通信ネットワークに接続されることができる任意の通信デバイス上に実装されることができる。IoTデバイスは、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、Narrow Band-IoT (NB-IoT) UEと呼ばれることもある。

UEは、１つまたは複数のIoTまたはMTCアプリケーションをサポートしてもよい。

MTCアプリケーションのいくつかの例は、3GPP TS22.368 V13.2.0(2017-01-13) Annex B（その内容は参照により本明細書に組み込まれる）に示されたリストに列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。このリストでは、MTCアプリケーションのサービス範囲 (Service Area)は、セキュリティ (Security)、追跡及びトレース (Tracking & Tracing)、支払い (Payment)、健康 (Health)、リモートメンテナンス／制御 (Remote Maintenance/Control)、計量 (Metering)、及び民生機器 (Consumer Devices)を含む。

セキュリティに関するMTCアプリケーションの例は、監視システム (Surveillance systems)、固定電話のバックアップ (Backup for landline)、物理アクセスの制御（例えば建物へのアクセス） (Control of physical access (e.g. to buildings))、及び車／運転手のセキュリティ (Car/driver security)を含む。

追跡及びトレースに関するMTCアプリケーションの例は、フリート管理 (Fleet Management)、注文管理 (Order Management)、テレマティクス保険：走行に応じた課金 (Pay as you drive (PAYD))、資産追跡 (Asset Tracking)、ナビゲーション (Navigation)、交通情報 (Traffic information)、道路料金徴収 (Road tolling)、及び道路通行最適化／誘導 (Road traffic optimisation/steering)を含む。

支払いに関するMTCアプリケーションの例は、販売時点情報管理 (Point of sales (POS))、自動販売機 (Vending machines)、及び遊戯機 (Gaming machines)を含む。

健康に関するMTCアプリケーションの例は、生命徴候の監視 (Monitoring vital signs)、高齢者又は障害者支援 (Supporting the aged or handicapped)、ウェブアクセス遠隔医療 (Web Access Telemedicine points)、及びリモート診断 (Remote diagnostics)を含む。

リモートメンテナンス／制御に関するMTCアプリケーションの例は、センサー (Sensors)、明かり (Lighting)、ポンプ (Pumps)、バルブ (Valves)、エレベータ制御 (Elevator control)、自動販売機制御 (Vending machine control)、及び車両診断 (Vehicle diagnostics)を含む。

計量に関するMTCアプリケーションの例は、パワー (Power)、ガス (Gas)
水 (Water)、暖房 (Heating)、グリッド制御 (Grid control)、及び産業用メータリング (Industrial metering)を含む。

民生機器に関するMTCアプリケーションの例は、デジタルフォトフレーム、デジタルカメラ、及び電子ブック (ebook)を含む。

アプリケーション、サービス、及びソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、Point of sales（POS）システム、広告発信サービス/システム、マルチキャスト（Multimedia Broadcast and Multicast Service（MBMS））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線タグ・サービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザー行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであってもよい。

上述したUEのカテゴリは、本明細書に記載された技術思想及び実施形態の応用例に過ぎない。本明細書のUEは、これらの例に限定されるものではなく、当業者は種々の変更をこれに行うことができる。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記ソースセルを管理するソース無線アクセスネットワークノードを介して前記無線端末に送信するよう構成され、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
ターゲット無線アクセスネットワークノード。

（付記２）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、無線ベアラの設定に関係する、
付記１に記載のターゲット無線アクセスネットワークノード。

（付記３）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、無線ベアラに対するPacket Data Convergence Protocol（PDCP）及びService Data Adaptation Protocol（SDAP）の少なくともいずれかのためのパラメータを含む、
付記１又は２に記載のターゲット無線アクセスネットワークノード。

（付記４）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、システム情報を含む、
付記１～３のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記５）
各第２の設定に含まれる前記少なくとも１つの設定パラメータは、セルグループ、論理チャネル、及びランダムアクセスのうち少なくとも１つの設定に関係する、
付記１～４のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記６）
各第２の設定に含まれる前記少なくとも１つの設定パラメータは、Medium Access Control（MAC）エンティティのためのパラメータを含む、
付記１～５のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記７）
前記モビリティ手順は、ハンドオーバ手順、Dual Connectivity（DC）におけるセカンダリノード変更（SN Change）手順、及びセカンダリセルグループのプライマリセル変更（PSCell Change）手順の少なくとも１つを含む、
付記１～６のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記８）
前記モビリティ手順は、ハンドオーバ手順を含み、
前記少なくとも１つのプロセッサは、前記ターゲット無線アクセスネットワークノードから前記ソース無線アクセスネットワークノードに送られるハンドオーバ承認メッセージに、前記第１の設定及び前記複数の第２の設定を含めるよう構成される、
付記１～７のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記９）
前記モビリティ手順は、条件付きモビリティ手順である、
付記１～８のいずれか１項に記載のターゲット無線アクセスネットワークノード。

（付記１０）
無線端末であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記複数の候補ターゲットセルを管理するターゲット無線アクセスネットワークノードから前記ソースセルを管理するソース無線アクセスネットワークノードを介して受信するよう構成され、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
無線端末。

（付記１１）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、無線ベアラの設定に関係する、
付記１０に記載の無線端末。

（付記１２）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、無線ベアラに対するPacket Data Convergence Protocol（PDCP）及びService Data Adaptation Protocol（SDAP）の少なくともいずれかのためのパラメータを含む、
付記１０又は１１に記載の無線端末。

（付記１３）
前記第１の設定に含まれる前記少なくとも１つの設定パラメータは、システム情報を含む、
付記１０～１２のいずれか１項に記載の無線端末。

（付記１４）
各第２の設定に含まれる前記少なくとも１つの設定パラメータは、セルグループ、論理チャネル、及びランダムアクセスのうち少なくとも１つの設定に関係する、
付記１０～１３のいずれか１項に記載の無線端末。

（付記１５）
各第２の設定に含まれる前記少なくとも１つの設定パラメータは、Medium Access Control（MAC）エンティティのためのパラメータを含む、
付記１０～１４のいずれか１項に記載の無線端末。

（付記１６）
前記モビリティ手順は、条件付きモビリティ手順である、
付記１０～１５のいずれか１項に記載の無線端末。

（付記１７）
無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記ソースセルを管理するソース無線アクセスネットワークノードを介して前記無線端末に送信することを備え、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
ターゲット無線アクセスネットワークノードのための方法。

（付記１８）
無線端末のための方法であって、
前記無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記複数の候補ターゲットセルを管理するターゲット無線アクセスネットワークノードから前記ソースセルを管理するソース無線アクセスネットワークノードを介して受信することを備え、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
方法。

（付記１９）
ターゲット無線アクセスネットワークノードのための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記ソースセルを管理するソース無線アクセスネットワークノードを介して前記無線端末に送信することを備え、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
プログラム。

（付記２０）
無線端末のための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記無線端末をソースセルから複数の候補ターゲットセルの１つに移動するためのモビリティ手順の間に、前記複数の候補ターゲットセルに共通の第１の設定と、各々が前記複数の候補ターゲットセルのそれぞれ１つに関連付けられた複数の第２の設定とを、前記複数の候補ターゲットセルを管理するターゲット無線アクセスネットワークノードから前記ソースセルを管理するソース無線アクセスネットワークノードを介して受信することを備え、
前記第１の設定は、前記複数の候補ターゲットセルの１つにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含み、
各第２の設定は、各候補ターゲットセルにアクセスする又はそこで通信することを前記無線端末に可能とするための少なくとも１つの設定パラメータを含む、
プログラム。

この出願は、２０１９年１月１１日に出願された日本出願特願２０１９－００３５６１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 無線アクセスネットワークノード
２ 無線アクセスネットワークノード
３ 無線端末
１１ ソースセル
２１～２３ 候補ターゲットセル
２５ 中央ユニット（Central Unit（CU））
２６ 分散ユニット（Distributed Unit（DU））
８０４ プロセッサ
８０５ メモリ
８０６ モジュール（modules）
９０３ ベースバンドプロセッサ
９０４ アプリケーションプロセッサ
９０６ メモリ
９０７ モジュール（modules）

Claims (2)

1. User equipment（UE）により行なわれる方法であって、
   条件付きハンドオーバのための複数の条件付きハンドオーバ候補セルの各々の無線リソース設定を包含する第１のメッセージをソース無線アクセスネットワーク（RAN）ノードから受信すること、及び
   前記ソースRANノードから前記複数の条件付きハンドオーバ候補セルの１つであるターゲットセルを制御するターゲットRANノードへの条件付きハンドオーバの完了の後に、前記ターゲットセルを除く前記複数の条件付きハンドオーバ候補セルのための前記無線リソース設定を解放すること、
   を備える方法。
2. 前記第１のメッセージは、条件付きハンドオーバ（CHO）条件を含み、及び
   もし前記第１のメッセージの受信後に前記CHO条件が満たされるよりも前に、前記UEがCHO条件無しの通常のハンドオーバコマンドを受信したなら、前記ハンドオーバコマンドに基づいてハンドオーバを実行すること、
   をさらに備える請求項１に記載の方法。

Images