WO2024024458A1

WO2024024458A1 - 無線アクセスネットワークノード、ｕｅ、ネットワークノード、及びこれらの方法

Info

Publication number: WO2024024458A1
Application number: PCT/JP2023/025338
Authority: WO
Inventors: 尚二木; 貞福林
Original assignee: 日本電気株式会社
Priority date: 2022-07-26
Filing date: 2023-07-07
Publication date: 2024-02-01

Abstract

第１のＲＡＮノード（５０１）は、Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ（ＵＥ）（３）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、ＵＥ（３）の複数の計画された位置を示す計画経路情報を第２のＲＡＮノード（５０２）に送る。これは、例えば、モビリティ関連又はデュアルコネクティビティ関連手順に関するシグナリングの改良を提供できる。

Description

無線アクセスネットワークノード、ＵＥ、ネットワークノード、及びこれらの方法

　本開示は、無線通信システムに関し、特に無線端末のためのモビリティ又はデュアルコネクティビティに関する無線アクセスネットワークノード間のシグナリングに関する。

　3rd Generation Partnership Project (3GPP（登録商標）) Release 15以降は、エアリアル（Aerial） User Equipment (UE) 通信をサポートしている（例えば、非特許文献１－４を参照）。非特許文献１のセクション23.17に記載されているように、現在の3GPP仕様では、エアリアル通信が可能なUEsにLong Term Evolution (LTE) 接続を提供するEvolved Universal Terrestrial Radio Access Network (EUTRAN) ベースのメカニズムは、以下の機能（functionalities）を通じてサポートされている：
・サブスクリプション・ベースのエアリアルUEの識別および認可（identification and authorization）、
・UEの高度がネットワークで設定された基準高度の閾値を超えたというイベントに基づく高度報告（height reporting）、
・設定された数のセル（すなわち１より大きい）が同時にトリガー基準を満たした場合にトリガーされる測定報告に基づいた干渉検出（interference detection）、
・UEからE-UTRANへの飛行経路（flight path）情報のシグナリング、
・UEの水平および垂直速度（UE's horizontal and vertical velocity）を含む位置情報報告（location information reporting）。

　飛行経路情報シグナリングに関して、E-UTRANは、３次元（Three Dimensional (3D)）位置（locations）として定義される多数のウェイポイントを含む飛行経路情報を報告するようUEに要求することができる。UEで飛行経路情報が利用可能であれば、UEは、要求に設定された数までのウェイポイントを報告する。要求に設定され且つUEで利用可能であれば、レポートはウェイポイントごとのタイムスタンプを含むことができる。

　非特許文献２のセクション4.3.31には以下の事項が規定されている。エアリアルUE機能の取り扱い（handling）をサポートするeNodeBは、Mobility Management Entity (MME) から供給されるユーザごとの情報を使用して、UEにエアリアルUE機能の使用を許可(allow)するかどうかを決定する。エアリアルUE機能のサポートは、Home Subscriber Server (HSS) のユーザの加入情報（user's subscription information）に格納される。HSSは、アタッチ及びトラッキング・エリア更新の手順の間にUpdate Locationメッセージでこの情報をMMEに転送する。ホーム・オペレータは、エアリアルUEsを操作するためのユーザの加入認可（user's subscription authorisation）をいつでも取り消す（revoke）ことができる。エアリアルUE機能をサポートするMMEは、アタッチ、トラッキング・エリア更新、及びサービス要求の手順の間に、S1 AP Initial Context Setup Requestを通じて、エアリアルUE認可（authorisation）に関するユーザの加入情報をeNodeBに提供する。

　MME内およびMME間のS1ベースのハンドオーバ（intra RAT）またはE-UTRANへのRAT間ハンドオーバでは、ユーザのエアリアルUE加入情報が、ハンドオーバ手順の後にターゲットeNodeBに送信されるS1 Application Protocol (S1AP) UE Context Modification Requestメッセージに含まれる。一方、X2ベースのハンドオーバの場合、ユーザのエアリアルUE加入情報は、以下のようにターゲットeNodeBに送信される。ソースeNodeBがエアリアルUE機能をサポートしており且つユーザのエアリアルUE加入情報がUEコンテキストに含まれている場合、ソースeNodeBは、ターゲットeNodeBへのX2AP Handover Requestメッセージに当該情報を含める必要がある。MMEは、S1AP Path Switch Request Acknowledge メッセージでエアリアルUEの加入情報をターゲットeNodeBに送信する必要がある。

　エアリアルUE加入情報が変更された場合、更新されたエアリアルUE加入情報は、MMEからeNodeBに送信されるS1AP UE Context Modification Requestメッセージに含まれる。

　非特許文献３のセクション5.3.3、5.3.5、5.3.7、及び5.6.5には以下の事項が規定されている。UEが利用可能な飛行経路情報（flight path information available）を持っているなら、UEは、Radio Resource Control （RRC） connection establishment、RRC connection reconfiguration、又はRRC connection re-establishmentにおいて、E-UTRTANに利用可能なflight path informationがあることを知らせる。具体的には、UEは、RRC Connection Setup Completeメッセージ、RRC Connection Resume Completeメッセージ、RRC Connection Reconfiguration Completeメッセージ、及びRRC Connection Reestablishment Completeメッセージに、値trueにセットされたflightPathInfoAvailable フィールドを含めることができる。

　E-UTRTANは、UEに情報の報告を要求するためにUE Information手順を使用できる。具体的には、E-UTRTANは、flightPathInfoReqフィールドを含むUE Information RequestメッセージをUEに送ることができる。flightPathInfoReqフィールドは、FlightPathInfoReportConfig情報要素（Information Element (IE)）を示す。FlightPathInfoReportConfig IEは、UEが飛行経路情報レポートに含めることができるウェイポイントの最大数を示す。さらに、FlightPathInfoReportConfig IEは、オプションで、タイムスタンプ情報がUEで利用可能な場合に各ウェイポイントのタイムスタンプが飛行経路情報レポートで報告されることができるかどうかを示す。そのために、FlightPathInfoReportConfig IEは、maxWayPointNumberフィールド及びincludeTimeStampフィールドを含む。

　flightPathInfoReqフィールドがUE Information Requestメッセージ内に存在し、UEが利用可能な飛行経路情報を持っている場合、UEはflightPathInfoReportフィールドをUE Information Responseメッセージに含め、当該UE Information ResponseメッセージをE-UTRTANに送る。flightPathInfoReportフィールドは、FlightPathInfoReport IEを含む。FlightPathInfoReport IEは、WayPointLocation IEのシーケンスを示す。WayPointLocation IEは、wayPointLocationフィールドを含み、オプションでtimeStampフィールドを含む。wayPointLocationフィールドは、Aerial UEオペレーションのためのUEの位置座標（location coordinates）を含む。ウェイポイント（waypoints）は、UEの計画された（planned）（又は予定の（scheduled））位置（locations）を記述する。timeStampフィールドは、UEの計画された位置を示すウェイポイントのタイムスタンプ（time stamps）を含む。

　非特許文献４には以下の事項が規定されている。セクション8.2.1.2には、Aerial UE subscription information IEがソースeNBから受信したX2AP Handover Requestメッセージに含まれているなら、ターゲットeNBは、サポートされていれば、この情報をUEコンテキストに格納し、3GPP TS 36.300（非特許文献１）で定義されているように使用する必要があることが記載されている。セクション9.1.1.1には、Handover RequestメッセージがオプションでAerial UE subscription information IEを含むことが記載されている。セクション9.2.129には、Aerial UE subscription information IEは、UEがエアリアルUE機能の使用を許可（allowed）されているかどうかを知るためにeNodeB (eNB) によって使用されることが記載されている。加えて、Aerial UE subscription information IEは、列挙（enumerated）型であり、“allowed”又は“not allowed”を示すことが記載されている。

　3GPP Release 18では、エアリアルUEにNew Radio (NR)通信を提供するために上記の機能と同様の機能がサポートされる予定である（例えば非特許文献５を参照）。

　特許文献１には、移動局（UE）のハンドオーバについて記載されている。より具体的には、特許文献１に記載されたハンドオーバでは、ターゲット制御装置（e.g., 基地局、eNodeB）は、UEのハンドオーバ先（destination）としてターゲットセルを示す要求メッセージをソース制御装置から受信する。ターゲットセルへのハンドオーバ要求が許容されない場合に、ターゲット制御装置は、ハンドオーバ受け入れ可能であってターゲットセルとは異なる他のセルを示すハンドオーバ承認応答メッセージをソース制御装置に返信することができる。言い換えると、ターゲット制御装置は、ソース制御装置からのハンドオーバ要求メッセージで指定されていないセルへのハンドオーバを受け入れ可能であることを、ハンドオーバ承認応答メッセージを介してソース制御装置に知らせる。

国際公開第２０１１／０１８８９０号

3GPP TS 36.300 V17.0.0 (2022-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 17)", 2022年4月 3GPP TS 23.401 V17.5.0 (2022-06), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 17)", 2022年6月 3GPP TS 36.331 V17.0.0 (2022-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 17)", 2022年4月 3GPP TS 36.423 V17.1.0 (2022-06), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP) (Release 17)", 2022年6月 Nokia, "New WID on NR support for UAV (Uncrewed Aerial Vehicles)", RP-213600, 3GPP TSG-RAN Meeting #94e, December 6-17, 2021

　発明者等は、エアリアルUEsのモビリティ及びエアリアルUEsのためのデュアルコネクティビティについて検討し様々な課題を見出した。１つの課題として、現在の3GPP仕様は、UEモビリティ関連手順において、ソース無線アクセスネットワーク（Radio Access Network (RAN)）ノードがターゲットRANノードに飛行経路情報を提供することを規定していない。同様に、現在の3GPP仕様は、デュアルコネクティビティ関連手順において、マスターノード（Master Node (MN)）がセカンダリノード（Secondary Node (SN)）に、又はその反対に、飛行経路情報を提供することを規定していない。

　ここで、UEモビリティは、限定されないが、ハンドオーバまたは条件付きハンドオーバであってもよい。UEモビリティは、デュアルコネクティビティのMN間（inter-MN）ハンドオーバ、マスターノードからeNB/gNBへの変更（Master Node to eNB/gNB Change）、又はeNB/gNBからマスターノードへの変更（eNB/gNB to Master Node Change）であってもよい。デュアルコネクティビティ関連手順は、限定されないが、SN追加手順、条件付きSN追加手順、SN変更（change）手順、又は条件付きSN変更手順であってもよい。（条件付き）SN追加手順は、（条件付き）Primary Secondary Cell Group (SCG) Cell (PSCell) 追加手順と呼ばれてもよい。同様に、（条件付き）SN変更手順は、（条件付き）SN間（inter-SN） PSCell変更手順と呼ばれてもよい。上述のデュアルコネクティビティ関連手順は、UEの１又はそれ以上のサービングセルの追加又は変更を伴うから、広義ではUEモビリティに含まれると言える。したがって、本明細書の定義では、モビリティ又はモビリティ関連手順との用語は、ハンドオーバ手順及び上述のデュアルコネクティビティ関連手順を包括的に指す場合がある。

　例えば、ハンドオーバ又は条件付きハンドオーバにおいて、ソースRANノード（e.g., gNB）又はソースRANノードに関連付けられたコントローラ（e.g., Near-Real-Time RAN Intelligent Controller (Near-RT RIC)）がターゲットセルを決定するためにUEの飛行経路情報を考慮し、これによりハンドオーバ最適化をもたらすことも期待される。しかし、１又はそれ以上のターゲット（候補）セルの実際のカバレッジに飛行経路情報で示される３次元位置情報をマッピングすることはソースRANノードには困難であり、したがって飛行経路情報は十分に有効に活用されないかもしれない。デュアルコネクティビティに関しても同様の問題がある。例えば、SNによって提供される１又はそれ以上の候補PSCellの実際のカバレッジに飛行経路情報で示される３次元位置情報をマッピングすることはMNには困難であるかもしれない。

　他の課題として、現在の3GPP仕様は、デュアルコネクティビティに関して、MNがSNに、エアリアルUE加入情報を送ることは規定されていない。エアリアルUEに関連した操作を行うか否かを決めるために、SNがエアリアルUE加入情報を利用できることは有効であるかもしれない。

　さらに他の課題として、現在の3GPP仕様では、条件付きモビリティの実行条件は、飛行経路情報に基づいていない。言い換えると、条件付きモビリティの実行条件は、エアリアルUEの計画された飛行経路に関係していない。飛行経路情報は、エアリアルUEに適した条件付きモビリティの実行条件を提供するために考慮され得る。ここで、条件付きモビリティは、限定されないが例えば、条件付きハンドオーバ、条件付きPSCell追加（Conditional PSCell Addition (CPA)）、SN内（inter-SN）条件付きPSCell変更（Conditional PSCell Change (CPC)）、又はSN間CPCを含む。条件付きモビリティは、条件付き再構成と呼ばれてもよい。デュアルコネクティビティに関するCPA、intra-SN CPC、及びinter-SN CPCは、条件付きデュアルコネクティビティ手順又は条件付きデュアルコネクティビティ関連手順と呼ばれてもよい。

　さらなる課題として、特許文献１に記載されているようなハンドオーバ、具体的にはターゲットノードによる代替ターゲットセルの提案は、それが有用である特定の状況又は条件下でのみ許可されることが有効であるかもしれない。特許文献１は、そのような特定の状況又は条件を提供していない。

　なお、上述された複数の課題の一部又は全ては、エアリアルUEに関する飛行経路情報が利用されるケースでのみ生じるのではなく、他のケースでも生じ得る。例えば、これらの課題は、陸上ベース車両（land-based vehicle）に実装されるUEの走行経路情報が利用可能である場合にも生じ得る。陸上ベース車両（land-based vehicle）は、陸上車両（land vehicle）又は地上車両（ground vehicle）とも呼ばれ、陸上又は地上を走行する車両の一種である。陸上ベース車両の走行経路情報は、陸上ベース車両の計画された又は予定の位置（locations）を記述する。これらの位置は、２次元（two dimensional (2D)）位置であってもよい。本明細書では、「計画経路情報」との用語は、飛行経路情報及び走行経路情報といった、UE又はUEが実装された車両、飛行体、又は移動ロボット等の計画された又は予定された位置（locations）を記述する情報を意味するために使用される。

　本明細書に開示される実施形態が達成しようとする目的の１つは、上述された課題を含む複数の課題のうち少なくとも１つを解決することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

　第１の態様は、第１の無線アクセスネットワーク（RAN）ノードに向けられる。当該第１のRANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、UEに関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送るよう構成される。

　第２の態様は、第１のRANノードにより行われる方法に向けられる。当該方法は、UEに関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送ることを含む。

　第３の態様は、第２のRANノードに向けられる。当該第２のRANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、UEに関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信するよう構成される。

　第４の態様は、第２のRANノードにより行われる方法に向けられる。当該方法は、UEに関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信することを含む。

　第５の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのSNに送るよう構成される。

　第６の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのSNに送ることを含む。

　第７の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのMNから受信するよう構成される。

　第８の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのMNから受信することを含む。

　第９の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのSNから受信するよう構成される。

　第１０の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのSNから受信することを含む。

　第１１の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのMNに送るよう構成される。

　第１２の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのMNに送ることを含む。

　第１３の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEのエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送るよう構成される。

　第１４の態様は、UEのためのデュアルコネクティビティにおいてMNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEのエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを含む。

　第１５の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記UEのエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのMNから受信するよう構成される。

　第１６の態様は、UEのためのデュアルコネクティビティにおいてSNとして動作するよう構成されたRANノードにより行われる方法に向けられる。当該方法は、前記UEのエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのMNから受信することを含む。

　第１７の態様は、RANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、UEの条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定するよう構成される。

　第１８の態様は、RANノードにより行われる方法に向けられる。当該方法は、UEの条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定することを含む。

　第１９の態様は、RANノードに向けられる。当該RANノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、１又はそれ以上のターゲットセルを示すUEのハンドオーバ要求をソースRANノードから受信するよう構成される。前記少なくとも１つのプロセッサは、前記ハンドオーバ要求メッセージが前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送るよう構成される。

　第２０の態様は、RANノードにより行われる方法に向けられる。当該方法は、以下のステップを含む：
（ａ）１又はそれ以上のターゲットセルを示すUEのハンドオーバ要求をソースRANノードから受信すること、及び
（ｂ）前記ハンドオーバ要求メッセージが前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送ること。

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

　上述の態様によれば、上述された課題を含む複数の課題のうち少なくとも１つを解決することに寄与する装置、方法、及びプログラムを提供できる。

実施形態に係る無線通信システムの構成例を示す図である。実施形態に係る無線通信システムの構成例を示す図である。実施形態に係る無線通信システムの構成例を示す図である。実施形態に係るRANノードの構成例を示す図である。実施形態に係るRANノード間のシグナリングの一例を示すシーケンス図である。実施形態に係るRANノードの動作の一例を示すフローチャートである。実施形態に係るRANノードの動作の一例を示すフローチャートである。実施形態に係るRANノードの動作の一例を示すフローチャートである。実施形態に係るRANノードの動作の一例を示すフローチャートである。実施形態に係るHandoverPreparationInformationメッセージのフォーマットの一例を示す図である。実施形態に係るHANDOVER REQUESTメッセージのフォーマットの一例を示す図である。実施形態に係るCG-ConfigInfoメッセージのフォーマットの一例を示す図である。実施形態に係るS-NODE ADDITION REQUESTメッセージのフォーマットの一例を示す図である。実施形態に係るRANノード間のデュアルコネクティビティ関連シグナリングの一例を示すシーケンス図である。実施形態に係るRANノード間のデュアルコネクティビティ関連シグナリングの一例を示すシーケンス図である。実施形態に係るRANノード間のデュアルコネクティビティ関連シグナリングの一例を示すシーケンス図である。実施形態に係るS-NODE ADDITION REQUESTメッセージのフォーマットの一例を示す図である。実施形態に係るRANノードの動作の一例を示すフローチャートである。実施形態に係るRANノード間のハンドオーバ関連シグナリングの一例を示すシーケンス図である。実施形態に係るRANノード間のハンドオーバ関連シグナリングの一例を示すシーケンス図である。実施形態に係るRANノードの構成例を示すブロック図である。実施形態に係るUEの構成例を示すブロック図である。

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

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

　以下に示される複数の実施形態は、3GPP Long Term Evolution (LTE)システム及び第5世代移動通信システム（5G system）を主な対象として説明される。しかしながら、これらの実施形態は、3GPPのモビリティ関連手順又はデュアルコネクティビティ関連手順と類似の技術をサポートする他の無線通信システムに適用されてもよい。なお、本明細書で使用されるLTEとの用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。

　本明細書で使用される場合、文脈に応じて、「（もし）～なら（if）」は、「場合(when)」、「その時またはその前後（at or around the time）」、「後に（after）」、「に応じて（upon）」、「判定（決定）に応答して（in response to determining）」、「判定（決定）に従って（in accordance with a determination）」、又は「検出することに応答して（in response to detecting）」を意味するものとして解釈されてもよい。これらの表現は、文脈に応じて、同じ意味を持つと解釈されてもよい。

　初めに、複数の実施形態に共通である複数のネットワーク要素の構成及び動作が説明される。図１は、複数の実施形態に係る無線通信システムの構成例を示している。図１の例では、無線通信システムは、RANノード１、RANノード２、RANノード４、及びUE３を含む。図１に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア（dedicated hardware）上のネットワークエレメントとして、専用ハードウェア上で動作する（running）ソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化（instantiated）された仮想化機能として実装されることができる。

　RANノード１は、cloud RAN (C-RAN) 配置（deployment）におけるCentral Unit（e.g., eNB-CU、又はgNB-CU）であってもよいし、CU及び１又は複数のDistributed Units（e.g., eNB-DUs又はgNB-DUs）の組み合わせであってもよい。C-RANは、CU/DU splitとも呼ばれる。さらに、CUは、Control Plane (CP) Unit（e.g. gNB-CU-CP）及び１又はそれ以上のUser Plane (UP) Unit（e.g. gNB-CU-UP）を含んでもよい。したがって、RANノード１は、CU-CPであってもよく、CU-CP及びCU-UPの組み合わせであってもよい。同様に、RANノード２及び４の各々は、CUであってもよいし、CU及び１又は複数のDUsの組み合わせであってもよい。RANノード２及び４の各々は、CU-CPであってもよく、CU-CP及びCU-UPの組み合わせであってもよい。

　RANノード１、２、及び４の各々は、Evolved Universal Terrestrial Radio Access Network (E-UTRAN) ノード又はNext generation Radio Access Network (NG-RAN) ノードであってもよい。E-UTRANノードは、eNB又はen-gNBであってもよい。NG-RANノードは、gNB又はng-eNBであってもよい。en-gNBは、UEへのNRユーザープレーン及びコントールプレーン・プロトコル終端を提供し、E-UTRA-NR Dual Connectivity (EN-DC) のSNとして動作するノードである。ng-eNBは、UEへのE-UTRAユーザープレーン及びコントールプレーン・プロトコル終端を提供し、NGインタフェースを介して5GCに接続されるノードである。RANノード１の無線アクセス技術（Radio Access Technology (RAT)）は、RANノード２及び４のそれと異なっていてもよい。

　RANノード１及びRANノード２は、ノード間インタフェース（i.e., X2インタフェース又はXnインタフェース）１０３を介して互いに通信する。RANノード１及びRANノード２は、それぞれデュアルコネクティビティのMN及びSNとして動作する。さらに、RANノード１及びRANノード４は、ノード間インタフェース（i.e., X2インタフェース又はXnインタフェース）１０５を介して互いに通信する。RANノード１及びRANノード４は、それぞれDCのMN及びSNとして動作することができる。RANノード２とRANノード４の間にノード間インタフェース（i.e., X2インタフェース又はXnインタフェース）１０６が設定されてもよい。

　RANノード１、２、及び４並びにUE３は、RANノード２によって提供されるSCGからRANノード４によって提供されるSCGへのinter-SN CPCをサポートする。したがって、以下では、RANノード１をMN１と呼ぶことがあり、RANノード２をソースSN（S-SN）２と呼ぶことがあり、RANノード４をターゲットSN（T-SN）４、候補SN４、又はターゲット候補SN４と呼ぶことがある。Inter-SN CPCは、条件付きSN変更と呼ばれてもよい。

　Inter-SN CPC（又は条件付きSN変更）は、１又はそれ以上のCPC実行条件が成立（met or satisfied）したときにのみ実行されるinter-SN PSCell変更手順（又はSN変更手順）である。UE３は、MN１からSN変更の指示を受信した後もソースSN２及びソースSCGとのコネクションを維持し、当該指示により設定された実行条件の評価を開始する。そして、UE３は、実行条件が成立したことに応じて、ターゲット候補SN４及び選択された候補PSCellへのアクセスを開始する。

　Inter-SN CPCは、MN１又はソースSN２によって開始されることができる。MN１によって開始されるinter-SN CPCは、MN initiated inter-SN CPCと呼ばれる。一方、ソースSN２によって開始されるinter-SN CPCは、SN initiated inter-SN CPCと呼ばれる。MN initiated inter-SN CPCでは、MN１がCPC実行条件を生成する。これに対して、SN initiated inter-SN CPCでは、ソースSN２がCPC実行条件を生成してこれをMN１に送る。MN-initiated inter-SN CPC及びSN-initiated inter-SN CPCのどちらの場合でも、ターゲット候補SN４がSCG設定を生成し、これをMNに送る。そして、MN１は、CPC実行条件及びSCG設定を包含するCPC設定（e.g., ConditionalReconfiguration IE）を、RRC (Connection) Reconfigurationメッセージを介してUE３に送信する。

　図１には示されていないが、複数の候補SN４によって提供される複数の候補セル（i.e., 候補PSCells）がinter-SN CPCのために準備されてもよい。Inter-SN CPC手順では、UE３は、１又はそれ以上の候補SNによって準備された１又はそれ以上の候補PSCellsの設定（i.e., １又はそれ以上のSCG設定）と、これらに関連付けられた１又はそれ以上のCPC実行条件をMN１から受信する。より具体的には、各候補PSCellの設定はMN１のRRCメッセージの情報要素（e.g., condRRCReconfig）に包含され、１又はそれ以上の候補PSCellの設定及び関連付けられたCPC実行条件は、MN１により生成される条件付きモビリティ設定情報（e.g., conditionalReconfiguration IE）に包含される。

　各候補PSCellの設定（i.e., SCG設定）は、この候補PSCellを提供する（又は準備した）候補SN（e.g., 候補SN４）によって生成される。各候補PSCellの設定は、候補PSCellに対する設定情報を少なくとも含む。各候補PSCellの設定は、候補PSCellに付随する（つまり、候補PSCellと一緒に又は関連付けられて設定される）１又はそれ以上のSCellsに対する設定情報をさらに含んでもよい。各候補PSCellの設定は、radio bearer（RB）設定、cell group（CG）設定、SCG設定、若しくはSCG無線リソース設定、又はこれらの任意の組み合わせであってもよい。より具体的には、各候補PSCellの設定は、この候補PSCellを提供する（又は準備した）候補SN（e.g., 候補SN４）によって生成されたSN RRC Reconfigurationメッセージであってもよい。１又はそれ以上の候補PSCellの設定の一部又は全部は、MN１からUE３に送られるCPC設定に包含される。Inter-SN CPCのCPC設定は、１又はそれ以上のMN RRC Reconfigurationメッセージのリストと、関連付けられた実行条件（conditions）とを含む。各MN RRC Reconfigurationメッセージは、候補SNから受信した候補PSCellの設定（e.g., RB設定、CG設定、SCG設定、SCG無線リソース設定、及びSN RRC Reconfigurationメッセージのうち１つ又は任意の組み合わせ）を包含する。

　一方、CPC実行条件は、MN-initiated inter-SN CPCの場合にMN１により生成され、SN-initiated inter-SN CPCの場合にソースSN２により生成される。CPC実行条件は、１又はそれ以上のトリガー条件により構成されてもよい。CPCイベントをトリガーする条件又は基準は、測定報告イベントのためのそれと類似してもよく、例えばCondEvent B1、CondEvent A3、CondEvent A4、又はCondEvent A5であってもよい。CondEvent B1は、“Conditional reconfiguration candidate becomes better than absolute threshold”である。CondEvent A3は、“Conditional reconfiguration candidate becomes amount of offset better than PCell/PSCell”である。CondEvent A4は、“Conditional reconfiguration candidate becomes better than absolute threshold”である。CondEvent A5は、“PCell/PSCell becomes worse than absolute threshold1 AND Conditional reconfiguration candidate becomes better than another absolute threshold2”である。UE３は、CPC実行条件（conditions）を評価する。１つの候補PSCellの実行条件が満たされたなら、UE３は、選択された候補PSCell（i.e., その実行条件が満たされた候補PSCell）に対応するPSCellの設定（e.g., RB設定、CG設定、SCG設定、SCG無線リソース設定、及びSN RRC Reconfigurationメッセージのうち１つ又は任意の組み合わせ）を適用する。SCG無線リソースを必要とするベアラを設定されているなら、UE３は、選択されたPSCellへの同期を行う。２つ以上の候補PSCellsの実行条件が満たされたなら、UE３はそれら候補PSCellsから１つを選択し、上述の動作を実行してもよい。

　UE３は、エアインタフェース１０１及び１０２を介してMN１及びS-SN２と通信し、MN１によって提供されるMCG及びS-SN２によって提供されるSCGのデュアルコネクティビティを行う。また、inter-SN CPCを行うことによって、UE３は、エアインタフェース１０１及び１０４を介してMN１及びT-SN４と通信し、MN１によって提供されるMCG及びT-SN４によって提供されるSCGのデュアルコネクティビティを行う。

　このデュアルコネクティビティは、Multi-Radio Dual Connectivity (MR-DC)であってもよい。MR-DCは、E-UTRA-NR Dual Connectivity（EN-DC）、NG-RAN E-UTRA-NR Dual Connectivity（NGEN-DC）、NR-E-UTRA Dual Connectivity（NE-DC）、及びNR-NR Dual Connectivity（NR-DC）を含む。これに応じて、MN１は、マスターeNB（in EN-DC）、マスターng-eNB（in NGEN-DC）、及びマスターgNB（in NR-DC and NE-DC）のいずれであってもよい。同様に、S-SN２及びT-SN４の各々は、en-gNB（in EN-DC）、セカンダリng-eNB（in NE-DC）、及びセカンダリgNB（in NR-DC and NGEN-DC）のいずれであってもよい。EN-DCでは、UE３は、MN１として動作するeNBに接続されるとともに、S-SN２又はT-SN４として動作するen-gNBに接続される。NGEN-DCでは、UE３は、MN１として動作するng-eNBに接続されるとともに、S-SN２又はT-SN４として動作するgNBに接続される。NE-DCでは、MN１として動作するgNBに接続されるとともに、S-SN２又はT-SN４として動作するng-eNBに接続される。NR-DCでは、UE３は、MN１として動作する１つのgNB（又はgNB-DU）に接続されるとともに、S-SN２又はT-SN４として動作する他のgNB（又はgNB-DU）に接続される。

　MCGは、MN１に関連付けられた（又は提供される）サービングセルのグループであり、SpCell（i.e., プライマリセル（Primary Cell（PCell）））及び必要に応じて（optionally）１又はそれ以上のセカンダリセル（Secondary Cells（SCells））を含む。一方、SCGは、S-SN２又はT-SN４に関連付けられた（又は提供される）サービングセルのグループであり、プライマリSCGセル（Primary SCG Cell （PSCell））及び必要に応じて（optionally）１又はそれ以上のセカンダリセル（Secondary Cells（SCells））を含む。PSCellは、SCGのSpecial Cell（SpCell）であり、Physical Uplink Control Channel（PUCCH）送信及びcontention-based Random Accessをサポートする。なお、LTE（e.g. LTE-DC及びNE-DC）では、PSCellは、Primary SCellの略語であってもよい。

　本明細書で使用される用語“プライマリSCGセル”及びその略語“PSCell”は、デュアルコネクティビティのSNによって提供されるセルグループに含まれ、アップリンク・コンポーネントキャリアを持ち、且つアップリンク制御チャネル（e.g. PUCCH）リソースを設定されるセルを意味する。具体的には、用語“プライマリSCGセル”及びその略語“PSCell”は、5G NRをサポートするSN（e.g. en-gNB in EN-DC, gNB in NGEN-DC, or gNB in NR-DC）によって提供されるセルグループのPrimary SCG Cellを意味してもよいし、E-UTRAをサポートするSN（e.g. eNB in LTE DC, or ng-eNB in NE-DC）によって提供されるセルグループのPrimary SCellを意味してもよい。

　図２は、複数の実施形態に係る無線通信システムの他の構成例を示している。図２の例では、無線通信システムは、RANノード１、RANノード２、及びUE３を含む。図２に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で動作するソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化された仮想化機能として実装されることができる。

　図２の例でのRANノード１、RANノード２、及びUE３は、図１の例でのそれらと同様の構成及び機能を有してもよい。具体的には、RANノード１及びRANノード２は、ノード間インタフェース（i.e., X2インタフェース又はXnインタフェース）１０３を介して互いに通信する。RANノード１及びRANノード２は、それぞれデュアルコネクティビティのMN及びSNとして動作する。UE３は、エアインタフェース１０１及び１０２を介してMN1及びSN２と通信し、MCG及びSCGのデュアルコネクティビティを行う。このデュアルコネクティビティは、Multi-Radio Dual Connectivity (MR-DC)であってもよい。

　RANノード１及び２並びにUE３は、RANノード２によって提供されるSCGをUE３のために追加する条件付きPSCell追加（CPA）をサポートする。したがって、以下では、RANノード１をMN１と呼ぶことがあり、RANノード２を候補SN２と呼ぶことがある。CPAは、条件付きSN追加と呼ばれてもよい。CPA（又は条件付きSN追加）は、CPA実行条件が満たされた場合にのみ実行されるPSCell追加手順（又はSN追加手順）である。

　CPA（又は条件付きSN追加）は、１又はそれ以上のCPA実行条件が成立（met or satisfied）したときにのみ実行されるPSCell追加手順（又はSN追加手順）である。UE３は、MN１からPSCell追加の指示を受信した後、当該指示により設定された１又はそれ以上の候補PSCellsの実行条件の評価を開始する。そして、いずれかの候補PSCellの実行条件が成立したことに応じて、UE３は、当該PSCellへの同期を開始する。CPAでは、MN１がCPA実行条件を生成する。候補SN２は、SCG設定（configuration）を生成し、これをMN１に送る。MN１は、CPA実行条件及びSCG設定の両方を包含するCPA設定（e.g., ConditionalReconfiguration IE）を、RRC (Connection) Reconfigurationメッセージを介してUE３に送信する。

　図２には示されていないが、複数の候補SN２によって提供される複数の候補PSCellがCPAのために準備されてもよい。CPA手順では、UE３は、１又はそれ以上の候補SNによって準備された１又はそれ以上の候補PSCellの設定（i.e., １又はそれ以上のSCG設定）と、これらに関連付けられた１又はそれ以上のCPA実行条件をMN１から受信する。より具体的には、各候補PSCellの設定はMN１のRRCメッセージの情報要素（e.g., condRRCReconfig）に包含され、１又はそれ以上の候補PSCellの設定及び関連付けられたCPA実行条件は、MN１により生成される条件付きモビリティ設定情報（e.g., conditionalReconfiguration IE）に包含される。

　各候補PSCellの設定は、この候補PSCellを提供する（又は準備した）候補SN（e.g., 候補SN２）によって生成される。各候補PSCellの設定は、候補PSCellに対する設定情報を少なくとも含む。各候補PSCellの設定は、候補PSCellに付随する（つまり、候補PSCellと一緒に又は関連付けられて設定される）１又はそれ以上のSCellsに対する設定情報をさらに含んでもよい。各候補PSCellの設定は、RB設定、CG設定、SCG設定、及びSCG無線リソース設定のうち１つ又は任意の組み合わせであってもよい。より具体的には、各候補PSCellの設定は、この候補PSCellを提供する（又は準備した）候補SN（e.g., 候補SN４）によって生成されたSN RRC Reconfigurationメッセージであってもよい。１又はそれ以上の候補PSCellの設定の一部又は全部は、MN１からUE３に送られるCPA設定に包含される。CPA設定は、１又はそれ以上のMN RRC Reconfigurationメッセージのリストと、関連付けられた実行条件（conditions）とを含む。各MN RRC Reconfigurationメッセージは、候補SNから受信した候補PSCellの設定（e.g., RB設定、CG設定、SCG設定、SCG無線リソース設定、及びSN RRC Reconfigurationメッセージのうち１つ又は任意の組み合わせ）を包含する。

　一方、CPA実行条件は、MN１により生成される。CPA実行条件は、１又はそれ以上のトリガー条件により構成されてもよい。CPAイベントをトリガーする条件又は基準は、測定報告イベントのためのそれと類似してもよく、例えばCondEvent A3、CondEvent A4、又はCondEvent A5であってもよい。UE３は、CPA実行条件（conditions）を評価する。１つの候補PSCellの実行条件が満たされたなら、UE３は、選択された候補PSCell（i.e., その実行条件が満たされた候補PSCell）に対応するPSCellの設定（i.e., CG設定、SCG設定、SCG無線リソース設定、又はSN RRC Reconfigurationメッセージ）を適用する。SCG無線リソースを必要とするベアラを設定されているなら、UE３は、選択されたPSCellへの同期を行う。２つ以上の候補PSCellsの実行条件が満たされたなら、UE３はそれら候補PSCellsから１つを選択し、上述の動作を実行してもよい。

　加えて、RANノード２及びUE３は、intra-SN CPCをサポートする。Intra-SN CPCは、MNが関与せず且つSNにより開始される条件付きSN修正（SN-initiated Conditional SN Modification without MN involvement）と呼ばれてもよい。Intra-SN CPCは、CPC実行条件が満たされた場合にのみ実行されるintra-SN PSCell変更手順である。

　Intra-SN CPC手順では、UE３は、SN２によって準備された１又はそれ以上の候補PSCellの設定と、これらに関連付けられた１又はそれ以上のCPC実行条件をSN２から受信する。各候補PSCellの設定及び関連付けられたCPC実行条件は、intra-SN CPCのためのCPC設定に包含される。SN２は、これらをUE３にMN１を介して送ってもよいし、SN２とUE３の間の直接シグナリング無線ベアラ（i.e., Signalling Radio Bearer 3 (SRB3)）を介してUE３に送ってもよい。より具体的には、各候補PSCellの設定はSN２のRRCメッセージの情報要素（IE）（e.g., condRRCReconfig）であり、１又はそれ以上の候補PSCellの設定及び関連付けられたCPC実行条件は、SN２により生成される条件付きモビリティ設定情報（e.g., conditionalReconfiguration IE）に包含される。

　各候補PSCellの設定は、候補PSCellに対する設定情報を少なくとも含む。各候補PSCellの設定は、候補PSCellに付随する（つまり、候補PSCellと一緒に又は関連付けられて設定される）１又はそれ以上のSCellsに対する設定情報をさらに含んでもよい。各候補PSCellの設定は、radio bearer（RB）設定、cell group（CG）設定、SCG設定、若しくはSCG無線リソース設定、又はこれらの任意の組み合わせであってもよい。具体的には、各候補PSCellの設定は、SN２によって生成されたSN RRC Reconfigurationメッセージであってもよい。

　Intra-SN CPCのCPC実行条件は、１又はそれ以上のトリガー条件により構成されてもよい。CPCイベントをトリガーする条件又は基準は、測定報告イベントのためのそれと類似してもよく、例えばCondEvent A3、CondEvent A4、又はCondEvent A5であってもよい。UE３は、CPC実行条件（conditions）を評価する。１つの候補PSCellの実行条件が満たされたなら、UE３は、ソースPSCellからデタッチし、選択された候補PSCell（i.e., その実行条件が満たされた候補PSCell）に対応する設定を適用し、選択された候補PSCellに同期する。２つ以上の候補PSCellsの実行条件が満たされたなら、UE３はそれら候補PSCellsから１つを選択し、上述の動作を実行してもよい。

　図３は、複数の実施形態に係る無線通信システムのさらに他の構成例を示している。図３の例では、無線通信システムは、RANノード６、RANノード７、及びUE３を含む。図３に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で動作するソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化された仮想化機能として実装されることができる。RANノード６及び７の各々は、EUTRANノード又はNG-RANノードであってもよい。EUTRANノードは、eNB又はen-gNBであってもよい。NG-RANノードは、gNB又はng-eNBであってもよい。RANノード６のRATは、RANノード７のそれと異なっていてもよい。

　RANノード６は、少なくとも１つのセル６１を提供する。RANノード７は、１又はそれ以上のセル（e.g., ４つのセル７１～７４）を提供する。図３の例では、RANノード６により提供されるセル６１がUE３の現在のサービングセルであり、UE３はセル６１からRANノード７により提供されるいずれかのセルにハンドオーバされる。したがって、以下では、RANノード６はソースノード又はソースRANノードと呼ばれ、RANノード７はターゲットノード又はターゲットRANノードと呼ばれることがある。セル６１はソースセルと呼ばれる。ソースノード６、ターゲットノード７、及びUE３は、条件付きハンドオーバ（CHO）をサポートする。CHOは、CHO実行条件が満たされた場合にのみ実行されるハンドオーバ手順である。

　図３には示されていないが、複数の候補ターゲットノード７によって提供される複数の候補ターゲットセルがCHOのために準備されてもよい。CHO手順では、UE３は、１又はそれ以上の候補ターゲットノードによって準備された１又はそれ以上の候補ターゲットセルの設定と、これらに関連付けられた１又はそれ以上のCHO実行条件（e.g., condExecutionCond）をソースノード６から受信する。１又はそれ以上の候補ターゲットセルの設定及び関連付けられたCHO実行条件は、CHO設定に包含される。より具体的には、各候補ターゲットセルの設定はソースノード６のRRCメッセージの情報要素（IE）（e.g., condRRCReconfig）であり、１又はそれ以上の候補ターゲットセルの設定及び関連付けられたCHO実行条件は、ソースノード６により生成される条件付きモビリティ設定情報（e.g., conditionalReconfiguration IE）に包含される。

　各候補ターゲットセルの設定は、この候補ターゲットセルを提供する（又は準備した）候補ターゲットノード（e.g., ターゲットノード７）によって生成される。各候補ターゲットセルの設定は、この候補ターゲットセルを提供する（又は準備した）候補ターゲットノード（e.g., ターゲットノード７）によって生成された、radio bearer（RB）設定、無線リソース設定、若しくはRRC Reconfigurationメッセージ、又はこれらの任意の組み合わせであってもよい。

　一方、CHO実行条件は、ソースノード６により生成される。CHO実行条件は、１又はそれ以上のトリガー条件により構成されてもよい。CHOイベントをトリガーする条件又は基準は、測定報告イベントのためのそれと類似してもよく、例えばCondEvent A3、CondEvent A4、又はCondEvent A5であってもよい。UE３は、CHO実行条件（conditions）を評価する。１つの候補ターゲットセルの実行条件が満たされたなら、UE３は、ソースノード６からデタッチし、選択された候補ターゲットセル（i.e., その実行条件が満たされた候補ターゲットセル）に対応する設定を適用し、選択された候補ターゲットセルに同期する。２つ以上の候補ターゲットセルの実行条件が満たされたなら、UE３はそれら候補ターゲットセルから１つを選択し、上述の動作を実行してもよい。

　CHOは、デュアルコネクティビティのMN間（inter-MN）ハンドオーバ、マスターノードからeNB/gNBへの変更（Master Node to eNB/gNB Change）、又はeNB/gNBからマスターノードへの変更（eNB/gNB to Master Node Change）であってもよい。

　RANノード１、２、４、６、及び７のうち１つ又はそれ以上は、図４に示される構成を有してもよい。図４に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で動作するソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化された仮想化機能として実装されることができる。RANノード１、２、４、６、及び７のうち１つ又はそれ以上は、これには限定されないが、図４に示されるようにCU４１及び１又はそれ以上のDUs４２を含んでもよい。CU４１及び各DU４２の間はインタフェース４０１によって接続される。UE３は、少なくとも１つのエアインタフェース４０２を介して、少なくとも１つのDU４２に接続される。

　CU４１は、gNBのRRC、Service Data Adaptation Protocol（SDAP）、及びPacket Data Convergence Protocol（PDCP）protocols（又はgNBのRRC及びPDCP protocols）をホストする論理ノードであってもよい。DU４２は、gNBのRadio Link Control（RLC）、Medium Access Control（MAC）、及びPhysical（PHY）layersをホストする論理ノードであってもよい。CU４１がgNB-CUでありDUs４２がgNB-DUsであるなら、インタフェース４０１はF1インタフェースであってもよい。CU４１は、CU-CP及びCU-UPを含んでもよい。

　本明細書では、条件付きモビリティとの用語が使用される。既に説明したように、条件付きモビリティは、限定されないが例えば、CHO、CPA、intra-SN CPC（又は条件付きSN modification）、及びinter-SN CPC（又は条件付きSN変更）のうち１又はそれ以上を指す総称である。条件付きモビリティは、条件付き再構成と呼ばれてもよい。デュアルコネクティビティに関するCPA、intra-SN CPC、及びinter-SN CPCは、条件付きデュアルコネクティビティ手順又は条件付きデュアルコネクティビティ関連手順と呼ばれてもよい。

　図１～図３を参照した上述の説明は、主に条件付きモビリティに関するものであるが、これらの図面に記載されたRANノード及びUEは、非条件付きモビリティ、つまり通常のUEモビリティも当然にサポートする。既に説明したように、本明細書の定義では、モビリティ又はモビリティ関連手順との用語は、条件付き及び非条件付きハンドオーバ手順及び条件付き及び非条件付きデュアルコネクティビティ手順を包括的に指す場合がある。

　本明細書では、MN RRCメッセージ、MN RRC (Connection) Reconfigurationメッセージ、SN RRCメッセージ、SN RRC Reconfigurationメッセージとの用語が使用される。これらの用語は、MNによって生成されるRRCメッセージをSNによって生成されるRRCメッセージから区別するために便宜的に使用される。したがって、MN RRCメッセージ及びMN RRC (Connection) Reconfigurationメッセージは、単にRRCメッセージ及びRRC Reconfigurationメッセージ（又はRRC Connection Reconfigurationメッセージ）と呼ばれてもよい。同様に、SN RRCメッセージ及びSN RRC Reconfigurationメッセージは、単にRRCメッセージ及びRRC Reconfigurationメッセージと呼ばれてもよい。

　図１～図４を参照して説明されたUE３は、エアリアルUEであってもよい。エアリアルUEは、エアリアルUE通信をサポートするUE、またはエアリアル通信が可能なUEを意味する。エアリアルUEは、unmanned or uncrewed aerial vehicle (UAV) に実装されたUEであってもよい。この場合、UE３は、LTEエアリアルUEがサポートするべき非特許文献１乃至３に記載された機能及び動作を提供してもよい。また、UE３は、LTEエアリアルUEが提供するそれらと同様の機能及び動作を提供するNRエアリアルUEであってもよい。同様に、RAN（e.g., RANノード１、２、４、６、及び７）は、エアリアルUEにLTE接続を提供するためにE-UTRANがサポートするべき非特許文献１乃至３に記載された機能及び動作を提供してもよい。また、RANは、エアリアルUE通信をサポートするためにE-UTRANが提供するそれらと同様の機能及び動作を提供するNG-RANであってもよい。例えば、RAN（e.g., RANノード１、２、４、６、又は７）は、3D位置（locations）として定義される多数のウェイポイントを含む飛行経路情報を報告するようUE３に要求してもよい。UE３は、UE３で飛行経路情報が利用可能であれば、設定された数のウェイポイントを報告する。要求に設定され且つUE３で利用可能であれば、レポートはウェイポイントごとのタイムスタンプを含むことができる。

　以下で説明される実施形態は、UEモビリティ又はデュアルコネクティビティに関するRANノード間のシグナリングの改良を提供する。

＜第１の実施形態＞
　本実施形態は、UEモビリティ関連手順又はデュアルコネクティビティ関連手順におけるRANノード間シグナリングの改良を提供する。本実施形態に係る無線通信システムの構成例は、図１乃至４を参照して説明された複数の構成例のいずれかと同様であってもよい。

　図５は、RANノード間シグナリングの一例を示している。ステップ５２０では、RANノード５０１は、UE３に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、UE３の計画経路情報をRANノード５０２に送る。言い換えると、RANノード５０１は、UE３の計画経路情報を含むモビリティ関連又はデュアルコネクティビティ関連メッセージをRANノード５０２に送る。計画経路情報は、RANノード５０１の要求に基づいて、UE３からRANノード５０１に報告された情報であってもよい。ステップ５２０の前に、RANノード５０１はUE３から計画経路情報を受信してもよい。計画経路情報は、UEの計画された又は予定の位置（locations）を示す。これらの位置は、3D位置であってもよいし、2D位置であってもよい。一例では、計画経路情報は、エアリアルUE（i.e., エアリアルUE機能を有するUE３）に関係してもよく、3D位置（locations）として定義されるウェイポイント（waypoints）を含む飛行経路情報であってもよい。他の例では、計画経路情報は、陸上ベース車両又は移動ロボットに埋め込まれたUE３の計画された又は予定の2D位置（locations）を記述してもよい。

　モビリティ関連手順は、ハンドオーバ手順又は条件付きハンドオーバ（CHO）手順であってもよい。RANノード５０１及び５０２は、それぞれ、ハンドオーバ又はCHOのソースRANノード（e.g., RANノード６）及びターゲットRANノード（e.g., RANノード７）であってもよい。この場合、計画経路情報を運ぶステップ５２０のメッセージは、HANDOVER REQUESTメッセージであってもよい。計画経路情報は、inter-node RRCメッセージに包含されてもよい。より具体的には、RANノード５０１は、HANDOVER REQUESTメッセージ内のinter-node RRCメッセージを介して、計画経路情報をRANノード５０２に送ってもよい。一般的にinter-node RRCメッセージは、X2インタフェース又はXnインタフェース等のノード間インタフェースを介してRANノード間で送信されるRRCメッセージである。

　デュアルコネクティビティ関連手順は、SN追加手順、条件付きSN追加（又はCPA）手順、SN変更手順、又は条件付きSN変更（若しくはinter-SN CPC）手順であってもよい。RANノード５０１及び５０２は、それぞれ、SN追加手順又は条件付きSN追加手順におけるMN及びSNであってもよい。RANノード５０１及び５０２は、それぞれ、SN変更手順又は条件付きSN変更手順におけるMN及びターゲットSNであってもよい。これらの場合、計画経路情報を運ぶステップ５２０のメッセージは、S-NODE ADDITION REQUESTメッセージであってもよい。あるいは、RANノード５０１及び５０２は、それぞれ、SN変更手順又は条件付きSN変更手順におけるソースSN及びMNであってもよい。この場合、ステップ５２０のメッセージは、S-NODE CHANGE REQUIREDメッセージであってもよい。

　図５を参照して説明されたシグナリングによれば、UE３のためのモビリティ関連又はデュアルコネクティビティ関連手順において、RANノード５０１はUE３の計画経路情報を他のRANノード５０２に提供する。これにより、例えば、RANノード５０２は、UE３のための（条件付き）ハンドオーバ又は（条件付き）デュアルコネクティビティ手順を最適化するために計画経路情報を使用できる。

　RANノード５０２は、受信した計画経路情報を様々な用途に用いることができる。例えば、RANノード５０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。RANノード５０２は、UE３のモビリティに関する様々な判定において、計画経路情報に基づいて予測又は決定されたUE３の位置を考慮してもよい。これらの用途の例が以下に説明される。

　図６は、RANノード５０２の動作の第１の例を示している。ステップ６０１は、図５のステップ５２０に相当する。具体的には、RANノード５０２は、UE３に関するモビリティ関連又はデュアルコネクティビティ関連手順において、UE３の複数の計画された位置を示す計画経路情報を他のRANノード５０１から受信する。

　ステップ６０２では、RANノード５０２は、ターゲットセルへのUE３の（条件付き）ハンドオーバ又はUE３のための（条件付き）SN追加若しくは変更を受け入れるか否かを判定するために、受信した計画経路情報を用いる。例えば、RANノード５０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。RANノード５０２は、RANノード５０１から要求された（条件付き）ハンドオーバを受け入れるか否かを判定するために、計画経路情報に基づいて予測又は決定されたUE３の位置を考慮してもよい。要求された（候補）ターゲットセルが予測又は決定されたUE３の位置をカバーしているなら、RANノード５０２は、（条件付き）ハンドオーバを受け入れてもよい。さらに又はこれに代えて、RANノード５０２は、RANノード５０１から要求された（条件付き）SCG追加又は変更を受け入れるか否かを判定するために、計画経路情報に基づいて予測又は決定されたUE３の位置を考慮してもよい。要求された（候補）PSCellが予測又は決定されたUE３の位置をカバーしているなら、RANノード５０２は（条件付き）SCG追加又は変更を受け入れてもよい。

　図７は、RANノード５０２の動作の第２の例を示している。ステップ７０１は、図６のステップ６０１と同様である。ステップ７０２では、RANノード５０２は、1又はそれ以上のターゲットセル又は候補セルのうち受け入れ可能な少なくとも１つのセルを決定するために、受信した計画経路情報を用いる。例えば、RANノード５０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。RANノード５０２は、予測又は決定されたUE３の位置をカバーする又はその周囲に位置する少なくとも１つのセルを受け入れてもよい。

　図８は、RANノード５０２の動作の第３の例を示している。ステップ８０１は、図６のステップ６０１と同様である。ステップ８０２では、RANノード５０２は、ターゲットセル又は候補セルの設定を生成又は準備するために計画経路情報を用いる。例えば、RANノード５０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。RANノード５０２は、予測又は決定されたUE３の位置を考慮して、ターゲットセル又は候補セルの設定（e.g., サービングセル設定、MCG設定、SCG設定）を生成してもよい。

　図９は、RANノード５０２の動作の第４の例を示している。ステップ９０１は、図６のステップ６０１と同様である。ステップ９０２では、RANノード５０２は、キャリアアグリゲーションのセカンダリセルを選択するために計画経路情報を用いる。言い換えると、RANノード５０２は、MCG内又はSCG内の１又はそれ以上のセカンダリセル（SCells）を決定するために計画経路情報を用いる。例えば、RANノード５０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。RANノード５０２は、予測又は決定されたUE３の位置をカバーする又はその周囲に位置する少なくとも１つのセルをセカンダリセルとして選択してもよい。

　以下は、ステップ５２０のメッセージの幾つかの具体例を提供する。図１０は、inter-node RRCメッセージの１つであるHandoverPreparationInformationメッセージのフォーマットの一例を示している。HandoverPreparationInformationメッセージは、HANDOVER REQUESTメッセージを介してソースRANノード（e.g., RANノード６又は５０１）からターゲットRANノード（e.g., RANノード７又は５０２）に送られることができる。図１０の例では、HandoverPreparationInformationメッセージは、AS-Context情報要素又はフィールド１００１内にflightPathInfo情報要素又はフィールド１００２を含むことができる。flightPathInfo情報要素又はフィールド１００２は、UEの計画された又は予定の位置（locations）を表す位置座標（location coordinates）を示す。flightPathInfo情報要素又はフィールド１００２は、オプションで、位置ごとのタイムスタンプを示す。

　図１１は、HANDOVER REQUESTメッセージのフォーマットの一例を示している。図１１の例では、HANDOVER REQUESTメッセージは、オプションで、新たな情報要素“Flight Path Information List”を含む。Flight Path Information List IEは、所定の最大数までのFlight Path Information Items IEを含む。Flight Path Information Items IEは、Waypoint Location IEを含み、オプションでTime Stamp IEを含む。Waypoint Location IEは、UEの計画された位置（location）の位置座標（location coordinates）を示す。Time Stamp IEは、位置ごとのタイムスタンプを示す。

　図１２は、inter-node RRCメッセージの１つであるCG-ConfigInfoメッセージのフォーマットの一例を示している。CG-ConfigInfoメッセージは、S-NODE ADDITION REQUESTメッセージを介してMN（e.g., MN１又はRANノード５０１）からSN（e.g., SN２、SN４、又はRANノード５０２）に送られることができる。図１２の例では、CG-ConfigInfoメッセージは、flightPathInfo情報要素又はフィールド１２０１を含むことができる。flightPathInfo情報要素又はフィールド１２０１は、UEの計画された又は予定の位置（locations）を表す位置座標（location coordinates）を示す（１２０２）。flightPathInfo情報要素又はフィールド１２０１は、オプションで、位置ごとのタイムスタンプを示す（１２０３）。

　図１３は、S-NODE ADDITION REQUESTメッセージのフォーマットの一例を示している。図１３の例では、S-NODE ADDITION REQUESTメッセージは、オプションで、新たな情報要素“Flight Path Information List”を含む。Flight Path Information List IEは、所定の最大数までのFlight Path Information Items IEを含む。Flight Path Information Items IEは、Waypoint Location IEを含み、オプションでTime Stamp IEを含む。Waypoint Location IEは、UEの計画された位置（location）の位置座標（location coordinates）を示す。Time Stamp IEは、位置ごとのタイムスタンプを示す。

　図１０から図１３に示されたフォーマットは適宜変形されることができる。例えば、図１０から図１３に示された情報要素又はフィールドの名称は一例であって限定されたものではない。

　C-RAN配置が使用される場合、計画経路情報は、ハンドオーバのソースDUからCUを介してターゲットDUに送られてもよい。この場合、計画経路情報は、図１０に示されたのと同様のHandoverPreparationInformationメッセージによってソースDUからCUに、且つCUからターゲットDUに送られてもよい。これに代えて、計画経路情報は、ハンドオーバのソースCUから（ターゲットCUを介して）ターゲットDUに送られてもよい。この場合、計画経路情報は、図１０に示されたのと同様のHandoverPreparationInformationメッセージによってソースCUから（ターゲットCUを介して）ターゲットDUに送られてもよい。なお、HandoverPreparationInformationは、DUからCUへのDU to CU RRC Information IEまたはCUからDUへのCU to DU RRC Information IEに包含されて送信されてもよい。

＜第２の実施形態＞
　本実施形態は、デュアルコネクティビティに関係するRANノード間シグナリングの改良を提供する。本実施形態に係る無線通信システムの構成例は、図１、２、及び４を参照して説明された複数の構成例のいずれかと同様であってもよい。

　図１４は、RANノード間シグナリングの一例を示している。ステップ１４２０では、MN１４０１は、UE３の計画経路情報をSN１４０２に送る。計画経路情報は、MN１４０１の要求に基づいて、UE３からMN１４０１に報告された情報であってもよい。ステップ１４２０の前に、MN１４０１はUE３から計画経路情報を受信してもよい。計画経路情報は、UEの計画された又は予定の位置（locations）を示す。これらの位置は、3D位置であってもよいし、2D位置であってもよい。一例では、計画経路情報は、エアリアルUE（i.e., エアリアルUE機能を有するUE３）に関係してもよく、3D位置（locations）として定義されるウェイポイント（waypoints）を含む飛行経路情報であってもよい。他の例では、計画経路情報は、陸上ベース車両又は移動ロボットに埋め込まれたUE３の計画された又は予定の2D位置（locations）を記述してもよい。

　計画経路情報を運ぶステップ１４２０のメッセージは、デュアルコネクティビティ関連手順において送信されてもよい。デュアルコネクティビティ関連手順は、SN追加手順又は条件付きSN追加（又はCPA）手順であってもよい。この（条件付き）SN追加手順は、SN変更手順内でMNとターゲットSNの間で行われてもよい。計画経路情報を運ぶステップ１４２０のメッセージは、S-NODE ADDITION REQUESTメッセージであってもよい。計画経路情報は、inter-node RRCメッセージに包含されてもよい。より具体的には、RANノード１４０１は、S-NODE ADDITION REQUESTメッセージ内のinter-node RRCメッセージを介して、計画経路情報をRANノード１４０２に送ってもよい。これらのフォーマットは、図１２及び図１３を用いて説明された例と同様であってもよい。

　計画経路情報を運ぶステップ１４２０のメッセージは、デュアルコネクティビティに関する他のメッセージであってもよい。例えば、ステップ１４２０のメッセージは、S-NODE MODIFICATION REQUEST又はS-NODE MODIFICATION CONFIRMメッセージであってもよい。

　図１４を参照して説明されたシグナリングによれば、MN１４０１はUE３の計画経路情報をSN１４０２に提供する。これにより、例えば、SN１４０２は、UE３のための（条件付き）SN追加を最適化するため、又はUE３のためのSCG設定を最適化するために計画経路情報を使用できる。

　SN１４０２は、受信した計画経路情報を様々な用途に用いることができる。例えば、SN１４０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。SN１４０２は、UE３のためのデュアルコネクティビティに関する様々な判定において、計画経路情報に基づいて予測又は決定されたUE３の位置を考慮してもよい。これらの用途は、第１の実施形態でデュアルコネクティビティに関して説明されたそれらと同様であってもよい。

　図１５は、RANノード間シグナリングの一例を示している。ステップ１５２０では、SN１５０２は、UE３の計画経路情報をMN１５０１に送る。計画経路情報は、SN１５０２の要求に基づいて、UE３からSN１５０２に報告された情報であってもよい。ステップ１５２０の前に、SN１５０２はUE３から計画経路情報を受信してもよい。計画経路情報の定義及び例は、図１４に関して説明されたそれらと同様であってもよい。

　計画経路情報を運ぶステップ１５２０のメッセージは、例えば、S-NODE MODIFICATION REQUEST ACKNOWLEDGE、S-NODE MODIFICATION REQUIRED、又はS-NODE CHANGE REQUIREDメッセージであってもよい。計画経路情報は、これらのメッセージに含まれるinter-node RRCメッセージに包含されてもよい。Inter-node RRCメッセージは、例えば、S-NG-RAN node to M-NG-RAN node Container IEに含まれるCG-ConfigメッセージまたはCG-CandidateListメッセージでもよい。

　図１５を参照して説明されたシグナリングによれば、UE３のためのデュアルコネクティビティ関連手順において、SN１５０２はUE３の計画経路情報をMN１５０１に提供する。これにより、例えば、MN１５０１は、UE３のためのデュアルコネクティビティを最適化するため、又はUE３のためのMCG設定を最適化するため、又はUE３のモビリティ（e.g., ハンドオーバ）を最適化するために、計画経路情報を使用できる。

　MN１５０１は、受信した計画経路情報を様々な用途に用いることができる。例えば、MN１５０１は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。MN１５０１は、UE３のためのモビリティ及びデュアルコネクティビティに関する様々な判定において、計画経路情報に基づいて予測又は決定されたUE３の位置を考慮してもよい。

　例えば、MN１５０１は、UE３のハンドオーバのターゲットセルを決定するために、計画経路情報又は計画経路情報に基づいて予測されたUE３の位置を考慮してもよい。当該ハンドオーバは、MN間（inter-MN）ハンドオーバ、マスターノードからeNB/gNBへの変更（Master Node to eNB/gNB Change）、又はeNB/gNBからマスターノードへの変更（eNB/gNB to Master Node Change）であってもよい。

　さらに又はこれに代えて、MN１５０１は、UE３のためのSN追加又は変更を決定するために、計画経路情報又は計画経路情報に基づいて予測されたUE３の位置を考慮してもよい。言い換えると、MN１５０１は、UE３のための新たなPSCell又はSNを決定するために、計画経路情報又は計画経路情報に基づいて予測されたUE３の位置を考慮してもよい。SN追加又は変更は、条件付きSN追加又は変更であってもよい。

＜第３の実施形態＞
　本実施形態は、デュアルコネクティビティに関係するRANノード間シグナリングの改良を提供する。本実施形態に係る無線通信システムの構成例は、図１、２、及び４を参照して説明された複数の構成例のいずれかと同様であってもよい。

　図１６は、RANノード間シグナリングの一例を示している。ステップ１６２０では、MN１６０１は、UE３に関するエアリアルUE加入情報又はこれから導かれた情報をSN１６０２に送る。UE３に関するエアリアルUE加入情報は、UE３のユーザのエアリアルUE加入情報であってもよい。エアリアルUE加入情報は、コアネットワークのHSS又はUnified Data Management (UDM) からコアネットワークノード（e.g., MME又はAccess and Mobility Management Function (AMF)）を介してMN１に送られた情報であってもよい。エアリアルUE加入情報は、過去のハンドオーバにおいて、他のRANノードからMN１６０１に送られた情報であってもよい。

　エアリアルUE加入情報は、エアリアルUEsを操作するためのユーザの加入認可（user's subscription authorisation）を示す。エアリアルUE加入情報は、UE３（又はそのユーザ）がエアリアルUE機能の使用を許可（allowed）されているかどうかを知るためにRANノードによって使用されることができる。ステップ１６２０でMN１６０１からSN１６０２に送られるエアリアルUE加入情報又はこれから導かれた情報は、UE３（又はそのユーザ）がエアリアルUE機能の使用を許可されているか否か示してもよい。さらに又はこれに代えて、当該情報は、UE３がエアリアルUEであるか否かを示してもよい。さらに又はこれに代えて、当該情報は、UE３がエアリアルUE機能をサポートするか否かを示してもよい。

　エアリアルUE加入情報を運ぶステップ１６２０のメッセージはデュアルコネクティビティ関連メッセージであってもよい。MN１６０１は、SN追加手順において、エアリアルUE加入情報をSN１６０２に送ってもよい。このSN追加手順は、条件付きSN追加手順であってもよい。この場合、ステップ１６２０のメッセージは、S-NODE ADDITION REQUESTメッセージであってもよい。これに代えて、ステップ１６２０のメッセージは、S-NODE MODIFICATION REQUESTメッセージであってもよい。

　図１６を参照して説明されたシグナリングによれば、MN１６０１は、UE３に関するエアリアルUE加入情報をSN１６０２に提供する。これにより、例えば、SN１６０２は、エアリアルUEに関連した操作をUE３のために行うか否かを決めるために、エアリアルUE加入情報を利用できる。

　図１６の手順は以下のように変形されてもよい。MN１６０１は、UE３の複数の計画された位置を示す飛行経路情報を、エアリアルUE加入情報又はこれから導かれた情報と共にSN１６０２に送ってもよい。MN１６０１からSN１６０２への飛行経路情報の送信は、第２の実施形態で図１４を参照して説明されたそれと同様であってもよい。

　図１７は、S-NODE ADDITION REQUESTメッセージのフォーマットの一例を示している。図１７の例では、S-NODE ADDITION REQUESTメッセージは、オプションで、新たな情報要素“Aerial UE subscription information”を含む。Aerial UE subscription information IEは、UE３又はそのユーザがエアリアルUE機能の使用を許可（allowed）されているかどうかを知るためにSNによって使用されることができる。Aerial UE subscription information IEは、列挙（enumerated）型であり、“allowed”又は“not allowed”を示してもよい。

　図１７の例では、S-NODE ADDITION REQUESTメッセージは、オプションで、新たな情報要素“Flight Path Information List”を含む。当該情報要素は、図１３に示されたそれと同様である。

＜第４の実施形態＞
　本実施形態は、条件付きモビリティに関するRANノードの動作の改良を提供する。本実施形態に係る無線通信システムの構成例は、図１乃至４を参照して説明された複数の構成例のいずれかと同様であってもよい。

　図１８は、本実施形態に係るRANノードの動作の一例を示している。当該RANノードは、条件付きハンドオーバ、条件付きSN追加、条件付きSN変更（若しくはinter-SN CPC）、又は条件付きSN修正（若しくはintra-SN CPC）のためにUE３に提供される１又はそれ以上の実行条件を決定するノードである。具体的には、当該RANノードは、条件付きハンドオーバのソースRANノード（e.g., 図３のRANノード６）、条件付きSN追加のMN（e.g., 図２のMN１）、MNにより開始される（MN-initiated）条件付きSN変更のMN（e.g., 図１のMN１）、SNによって開始される（SN-initiated）条件付きSN変更のソースSN（e.g., 図１のSN２）、又は条件付きSN修正のSN（e.g., 図２のSN２）であってもよい。

　ステップ１８０１では、RANノードは、UE３の複数の計画された位置を示す計画経路情報を取得する。計画経路情報は、RANノードの要求に基づいて、UE３からRANノードに報告された情報であってもよい。RANノードは、メモリ又はストレージにストアされていた計画経路情報を読み出してもよい。RANノードは、他のRANノードから計画経路情報を受信してもよい。

　計画経路情報は、UEの計画された又は予定の位置（locations）を示す。これらの位置は、3D位置であってもよいし、2D位置であってもよい。一例では、計画経路情報は、エアリアルUE（i.e., エアリアルUE機能を有するUE３）に関係してもよく、3D位置（locations）として定義されるウェイポイント（waypoints）を含む飛行経路情報であってもよい。他の例では、計画経路情報は、陸上ベース車両又は移動ロボットに埋め込まれたUE３の計画された又は予定の2D位置（locations）を記述してもよい。

　ステップ１８０２では、RANノードは、UE３の条件付きモビリティのための１又はそれ以上の実行条件を計画経路情報に基づいて決定する。

　１又はそれ以上の実行条件は、UE３の位置が、基準位置にあること、基準位置から設定された距離内にあること、又は基準領域内にあることを含んでもよい。RANノードは、基準位置又は基準領域を、計画経路情報により示される計画された位置に基づいて決定してもよい。RANノードは、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。そして、RANノードは、予測又は決定されたUE３の位置に対応するように、基準位置又は基準領域を決定又は設定してもよい。

　さらに又はこれに代えて、１又はそれ以上の実行条件は、UE３と条件付き再設定候補の基準位置との距離が設定された閾値よりも短くなったことを含んでもよい。

　さらに又はこれに代えて、１又はそれ以上の実行条件は、予定時刻になったことを含んでもよい。予定時刻は、計画経路情報に基づいて予測されたUE３の将来の位置に関連付けられることができる。

　本実施形態で説明された動作によれば、RANノードは、UE３の計画経路情報にもとづいてUE３の条件付きモビリティの実行条件を決定できる。これは、計画経路情報に従って移動するUE３（e.g., エアリアルUE）に適した条件付きモビリティの改良に寄与できる。

＜第５の実施形態＞
　本実施形態は、ハンドオーバ及び条件付きハンドオーバの改良を提供する。本実施形態に係る無線通信システムの構成例は、図３及び図４を参照して説明された複数の構成例のいずれかと同様であってもよい。

　図１９は、UE３のハンドオーバのためのシグナリング手順の一例を示している。当該ハンドオーバは、条件付きハンドオーバであってもよい。ステップ１９２０では、ソースRANノード１９０１は、ハンドオーバ要求をターゲットRANノード１９０２に送る。具体的には、ソースRANノード１９０１は、HANDOVER REQUESTメッセージをターゲットRANノード１９０２に送る。当該HANDOVER REQUESTメッセージは、UE３のハンドオーバを要求し、１又はそれ以上のターゲットセルを示す。当該HANDOVER REQUESTメッセージは、さらに、UE３の複数の計画された位置を示す計画経路情報を含む。計画経路情報は、ソースRANノード１９０１の要求に基づいて、UE３からソースRANノード１９０１に報告された情報であってもよい。計画経路情報は、UEの計画された又は予定の位置（locations）を示す。これらの位置は、3D位置であってもよいし、2D位置であってもよい。一例では、計画経路情報は、エアリアルUE（i.e., エアリアルUE機能を有するUE３）に関係してもよく、3D位置（locations）として定義されるウェイポイント（waypoints）を含む飛行経路情報であってもよい。他の例では、計画経路情報は、陸上ベース車両又は移動ロボットに埋め込まれたUE３の計画された又は予定の2D位置（locations）を記述してもよい。

　ステップ１９４０では、ターゲットRANノード１９０２は、ターゲットセルを選択する。具体的には、ターゲットRANノード１９０２は、HANDOVER REQUESTメッセージに示された１又はそれ以上のターゲットセルへのハンドオーバ要求が許容されるか否かを判定してもよい。HANDOVER REQUESTメッセージに示されたターゲットセルへのハンドオーバ要求が許容されない場合に、ターゲットRANノード１９０２は、HANDOVER REQUESTメッセージに示されたターゲットセルとは異なる他のセルを代替ターゲットセルとして選択してもよい。あるいは、HANDOVER REQUESTメッセージに示された１又はそれ以上のターゲットセルよりもUE３を受け入れるために相応しいセルがあるなら、ターゲットRANノード１９０２は、そのようなセルを代替又は追加ターゲットセルとして選択してもよい。

　ターゲットRANノード１９０２は、UE３の計画経路情報に基づいて、使用して、又は考慮して、代替又は追加ターゲットセルを選択又は決定してもよい。例えば、ターゲットRANノード１９０２は、UE３の計画された位置とオプションで位置毎のタイムスタンプを考慮して、現在又は将来のUE３の位置を予測又は決定してもよい。ターゲットRANノード１９０２は、予測又は決定されたUE３の位置をカバーする又はその周囲に位置する少なくとも１つのセルを代替又は追加ターゲットセルとして選択してもよい。

　ターゲットRANノード１９０２は、HANDOVER REQUESTメッセージが計画経路情報を含むことを少なくとも条件として、代替又は追加ターゲットセルの選択又は決定を行ってもよい。言い換えると、HANDOVER REQUESTメッセージが計画経路情報を含むなら、ターゲットRANノード１９０２は、代替又は追加ターゲットセルの選択又は決定してもよい。

　ステップ１９６０では、ターゲットRANノード１９０２は、ハンドオーバ要求応答をソースRANノード１９０１に送る。具体的には、ターゲットRANノード１９０２は、HANDOVER REQUEST ACKNOWLEDGEメッセージをソースRANノード１９０１に送る。当該HANDOVER REQUEST ACKNOWLEDGEメッセージは、UE３のハンドオーバを受け入れ可能な１又はそれ以上の代替又は追加ターゲットセルを示す。当該HANDOVER REQUEST ACKNOWLEDGEメッセージは、代替又は追加ターゲットセルの識別子を示してもよい。

　図２０は、図１９を用いて説明されたシグナリング手順の変形例を示している。図２０の例では、ステップ２０２０のHANDOVER REQUESTメッセージは、代替セルの提案を許可することを示す明示的な表示を含む。当該表示の名称は、限定されないが例えば、Alternative Target Cell Allowed 情報要素であってもよい。ステップ２０２０及び２０６０は、図１９のステップ１９４０及び１９６０と同様である。ただし、ステップ２０４０では、HANDOVER REQUESTメッセージが代替セルの提案を許可することを示す上記の表示を含むことを条件として、ターゲットRANノード１９０２は、代替又は追加ターゲットセルの選択又は決定を行う。

　図１９及び図２０を参照して説明されたハンドオーバ手順によれば、ターゲットRANノード１９０２は、それが有用である特定の状況又は条件下でのみ、代替又は追加ターゲットセルを提案できる。

＜その他の実施形態１＞
　UE３は、計画経路情報に示された各位置において、ネットワーク（RANノード）により指定された測定を行い、測定結果とUE３の位置情報とをログとして保存してもよい。これに代えて、UE３は計画経路情報に示された各位置において、その時点で保有する測定結果とUE３の位置情報とをログとして保存してもよい。UE３は、保存されたログをネットワークに報告してもよい。これらは、即時（Immediate） Minimization of Drive Test (MDT) 又はログ（Logged）MDTであってもよい。即時（Immediate） MDTの場合、測定報告手順（measurement report）によって報告されてもよい。例えば、UE３は計画経路情報に示された各位置に到達したこと（または滞在すること）を契機に、その時点で保有する測定結果とUE３の位置情報をネットワークに報告してもよい。

＜その他の実施形態２＞
　RANノードは、高度に関連づけたビーム・マネジメントを行ってもよい。具体的には、RANノードは、ビームまたはビーム制御に関する設定を高度（altitude/height）に紐づけてもよい。例えば、UE３がエアリアルUEであるなら、RANノードは、高度に応じたビーム又はビーム制御に関する設定をUE３に予め設定してもよい。UE３は、自身の高度に合わせてビーム又はビーム制御設定を選択してもよい。ビーム制御設定は、Transmission Configuration Indicator (TCI) state IE、MeasConfig IE、BeamFailureRecoveryConfig IE、BeamFailureRecoveryServingCellConfig IE、又はこれらの任意の組み合わせであってもよい。さらに、TCI state IEは、Multiple Transmission and Reception Point (mTRP) 動作に関係してもよい。例えば、RANノードは計画経路情報を基に、複数のセルに紐づくTRPsのそれぞれに対応させた高度に応じたビーム又はビーム制御に関する設定をUE３に予め設定してもよい。UE３は、自身の高度に合わせてビーム又はビーム制御設定を選択してもよい。上述の実施形態において、モビリティ関連手順又はデュアルコネクティビティ関連手順におけるそれぞれのRANノードは、これらを実行してもよい。

＜その他の実施形態３＞
　RANノードは、ウェイポイントに関連づけたビーム・マネジメントを行ってもよい。具体的には、RANノードは、ビームまたはビーム制御に関する設定をウェイポイントに紐づけてもよい。例えば、UE３がエアリアルUEであるなら、RANノードは、ウェイポイントに応じたビーム又はビーム制御に関する設定をUE３に予め設定してもよい。UE３は、自身の3D位置に合わせてビーム又はビーム制御設定を選択してもよい。ビーム制御設定は、TCI state IE、MeasConfig IE、BeamFailureRecoveryConfig IE、BeamFailureRecoveryServingCellConfig IE、又はこれらの任意の組み合わせであってもよい。さらに、TCI state IEは、mTRP動作に関係してもよい。例えば、RANノードは計画経路情報を基に、複数のセルに紐づくTRPsのそれぞれに対応させたウェイポイントに応じたビーム又はビーム制御に関する設定をUE３に予め設定してもよい。UE３は、自身の3D位置に合わせてビーム又はビーム制御設定を選択してもよい。上述の実施形態において、モビリティ関連手順又はデュアルコネクティビティ関連手順におけるそれぞれのRANノードは、これらを実行してもよい。

＜その他の実施形態４＞
　モビリティ関連手順の間、UE３はサービングセルの無線品質（e.g., Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ)）の劣化などのために無線リンク切断（e.g., Radio Link Failure (RLF)）を検出し、当該モビリティ関連手順の実行に失敗する可能性がある。この場合、UE３は例えば無線品質が最も良好なセルまたは優先度の高いセルにおいて無線リンクの再接続（e.g., RRC (connection) re-establishment）を試みる。UE３がエアリアルUEである場合、再接続されるセル（つまり当該セルを管理するRANノード）がエアリアルUEをサポートしていることが好ましい。そこで、RANノードはサービングセルの周辺セル（e.g., 隣接セル）を管理する他のRANノードとの間で、エアリアルUEのサポート情報を共有してもよい。エアリアルUEのサポート情報は、それぞれのセル（e.g., Served Cell）におけるサポートを示してもよいし、RANノードにおけるサポートを示してもよい。また、これらは例えばXn Setup RequestおよびXn Setup Responseメッセージで送信されてもよい。

　RANノードは、周辺セルにおけるエアリアルUEのサポートに関する情報をUE３に送信してもよい。さらに又はこれに代えて、RANノードは、周辺周波数（つまりサービングセルと異なる周波数）におけるエアリアルUEのサポートに関する情報をUE３に送信してもよい。UE３は再接続を行うセルの決定においてエアリアルUEのサポートに関する情報を考慮してもよい。例えば、UE３がエアリアル機能を実行中に再接続が発生した場合、UE３はエアリアルUEをサポートしているセル（または周波数）を優先的に選択してもよい。あるいは、UE３は、再接続が発生したとき又はその前にエアリアル機能を実行していたか否かにかかわらず、エアリアルUEをサポートしているセル（または周波数）を優先的に選択してもよい。エアリアルUEのサポートに関する情報は、報知情報（e.g., いずれかのSystem Information Block (SIB), SIBx）または個別シグナリング（e.g.、 RRCメッセージ）で送信されてもよい。

　さらに、UE３はエアリアルUEのサポートに関する情報を、RRC_IDLE状態またはRRC_INACTIVE状態におけるモビリティ（e.g., cell reselection）において使用してもよい。例えば、UE３はcell reselectionのターゲットセルの選択において、再接続の場合と同様な方法で、エアリアルUEのサポートに関する情報を考慮してもよい。具体的には、UE３は、UE３はエアリアルUEをサポートしているセル（または周波数）を優先的に再選択してもよい。なお、エアリアルUEのサポート情報およびエアリアルUEのサポートに関する情報は、それぞれエアリアル機能のサポート情報およびエアリアル機能のサポートに関する情報、またはそれに準ずる情報でもよい。

　RANノードがC-RAN配置におけるCU（e.g., gNB-CU）であってもよいし、CU及び１又は複数のDUs（e.g., eNB-DUs又はgNB-DUs）の組み合わせであってもよい。RANノードがCU及び１又は複数のDUsの組み合わせの場合、エアリアルUEのサポート情報は、CUから１又は複数のDUsへ送信されてもよいし、１又は複数のDUsのそれぞれからCUへ送信されてもよい。さらに後者の場合、CUはあるDUから受信したエアリアルUEのサポート情報を、他の１又は複数のDUsへ送信（転送）してもよい。一方、エアリアルUEのサポートに関する情報は、CUから（DUを介して）UEへ送信されてもよいし、DUから（一旦CUを介して）UEへ送信されてもよい。

＜その他の実施形態５＞
　ターゲットRANノードは、モビリティ関連手順におけるターゲットセル（e.g., ハンドオーバのターゲットセル、デュアルコネクティビティのターゲットPSCell）に関する設定情報をUE３に送信するとき、計画経路情報に紐づく将来の候補セルの情報をUE３に送信してもよい。計画経路情報に紐づく将来の候補セルの情報は、例えば計画経路情報に含まれる１つ以上のwaypointsそれぞれにおける推奨されるセルの情報（e.g., waypointとセルの対応を示す情報またはそのリスト）を包含してもよい。さらに、当該推奨されるセルの情報は、ターゲットRANノード自身が管理するセルのみを含んでもよいし、ターゲットRANノードが保有する他のRANノードが管理するセルの情報も含んでもよい。UE３は、モビリティ関連手順の実行中またはサービングセル（e.g., ソースセル、ターゲットセル）に滞在中に無線リンクの再接続（e.g., RRC (connection) re-establishment）が必要になった場合に、それらの情報を基に再接続を試みるセルを決定してもよい。例えば、UE３は再接続を試みる時点の自身の位置に最も近いwaypointを確認し、当該waypointに対して推奨されるセルを優先的に選択するようにしてもよいし、当該セルが選択される優先度を上げるようにしてもよい。これにより、UE３は再接続を試みるセルを適切に選択することができる。

　さらに又はこれに代えて、RANノードは、UE３をRRC_IDLE状態またはRRC_INACTIVE状態に移すために無線接続（e.g., RRC Connection）を解放するRRCメッセージ（e.g., RRC (Connection) Release）を送信するとき、計画経路情報に紐づく将来の候補セルの情報をUE３に送信してもよい。そして、UE３はRRC_IDLE状態またはRRC_INACTIVE状態におけるモビリティ（e.g. cell reselection）においてこれを使用してもよい。

＜その他の実施形態６＞
　既に述べたように、モビリティ関連手順の間またはサービングセルに滞在中に、UE３はサービングセルの無線品質（e.g., RSRP, RSRQ）の劣化などのために無線リンク切断（e.g., RLF）を検出する可能性がある。さらに、UE３が無線リンクの再接続を試みても失敗する可能性もある。これらの場合、UE３は緊急動作の実行が必要になるかもしれない。例えば、UE３がエアリアルUEであり、RANノードとの間の無線通信によりUE３の移動が制御されている場合、当該無線通信が切断されたことに応じて緊急着陸（emergency landing）の実行が必要になるかもしれない。

　そこで、計画経路情報に紐づく緊急着陸ポイントの情報が、予めUE３に送信されてもよい。計画経路情報に紐づく緊急着陸ポイントの情報は、１又はそれ以上のwaypointsの各々に対応する緊急着陸が許可される又は推奨される地点の位置情報を示してもよい又は含んでもよい。これに代えて、計画経路情報に紐づく緊急着陸ポイントの情報は、サービングセル内若しくはUE３の位置登録エリア内（e.g., Tracking Area (TA)）の、又はサービングセル若しくは位置登録エリアに関連付けられた、緊急着陸が許可又は推奨される１又はそれ以上の地点の位置情報でもよい。緊急着陸ポイントの情報がサービングセル内又はそれに紐づく地点を示す場合、サービングセルを提供するRANノードは、UE３がサービングセルに滞在している間に、例えばRRCメッセージでこれをUE３に予め送信しておいてもよい。一方、緊急着陸ポイントの情報がUE３の位置登録エリア内又はそれに紐づく地点を示す場合、コアネットワークノード（e.g., AMF又はMME）がUE３の位置（再）登録手順（e.g., TA update）のときにこれをUE３に予め送信しておいてもよい。

　UE３は、例えば無線リンクの再接続に失敗したなら緊急着陸動作を開始し、際緊急着陸ポイントの情報に基づいて緊急着陸を試みる目標地点を決定してもよい。これにより、UE３は、モビリティ関連手順の間またはサービングセルに滞在中に無線リンク切断（e.g., RLF）を検出した場合、緊急着陸を迅速にかつ安全に実行することができる。

　続いて以下では、上述の複数の実施形態に係るRANノード１、２、４、６、及び７、並びにUE３の構成例について説明する。図２１は、上述の実施形態に係るRANノード１の構成例を示すブロック図である。他のRANノード２、４、６、及び７の構成も、図２１に示された構成と同様であってもよい。加えて、上述の実施形態で説明された他のRANノード（e.g., RANノード５０１、５０２、１４０１、１４０２、１５０１、１５０２、１６０１、１６０２、１９０１、及び１９０２）の構成も、図２１に示された構成と同様であってもよい。

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

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

　プロセッサ２１０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ２１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g. Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g. Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。

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

　プロセッサ２１０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、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）又はCU-CPである場合、RANノード１は、RFトランシーバ２１０１（及びアンテナアレイ２１０２）を含まなくてもよい。

　図２２は、UE３の構成例を示すブロック図である。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. アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

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

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

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

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

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

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

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

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

　図２１及び図２２を用いて説明したように、上述の実施形態に係る複数のRANノード並びにUE３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行することができる。プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disk（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

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

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

（付記１）
　第１の無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送るよう構成された少なくとも１つのプロセッサと、
を備える、
第１のRANノード。
（付記２）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記１に記載の第１のRANノード。
（付記３）
　前記UEは、エアリアルUE機能を有するUEである、
付記１又は２に記載の第１のRANノード。
（付記４）
　前記少なくとも１つのプロセッサは、前記モビリティ関連手順において、前記計画経路情報を前記第２のRANノードに送るよう構成され、
　前記モビリティ関連手順はハンドオーバ手順又は条件付きハンドオーバ手順である、
付記１～３のいずれか１項に記載の第１のRANノード。
（付記５）
　前記少なくとも１つのプロセッサは、前記デュアルコネクティビティ関連手順において、前記計画経路情報を前記第２のRANノードに送るよう構成され、
　前記デュアルコネクティビティ関連手順は、セカンダリノード（SN）追加手順、条件付きSN追加手順、SN変更手順、又は条件付きSN変更手順である、
付記１～３のいずれか１項に記載の第１のRANノード。
（付記６）
　前記第１のRANノード及び前記第２のRANノードは、それぞれ、前記SN追加手順若しくは前記条件付きSN追加手順におけるマスターノード（MN）及びSNであるか、前記SN変更手順若しくは前記条件付きSN変更手順におけるMN及びターゲットSNであるか、又は前記SN変更手順若しくは前記条件付きSN変更手順におけるソースSN及びMNである、
付記５に記載の第１のRANノード。
（付記７）
　前記少なくとも１つのプロセッサは、条件付きハンドオーバ手順、条件付きセカンダリノード（SN）追加手順、又は条件付きSN変更手順において、前記計画経路情報を前記第２のRANノードに送るよう構成される、
付記１～３のいずれか１項に記載の第１のRANノード。
（付記８）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第２のRANノードにHANDOVER REQUEST、S-NODE ADDITION REQUEST、又はS-NODE CHANGE REQUIREDメッセージを介して送るよう構成される、
付記１～７のいずれか１項に記載の第１のRANノード。
（付記９）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第２のRANノードにinter-node Radio Resource Control (RRC) メッセージを介して送るよう構成される、
付記１～７のいずれか１項に記載の第１のRANノード。
（付記１０）
　前記計画経路情報は、ターゲットセルへの前記UEのハンドオーバ又は前記UEのためのセカンダリノード（SN）追加若しくは変更を受け入れるか否かを判定するために前記第２のRANノードにより使用される、
付記１～９のいずれか１項に記載の第１のRANノード。
（付記１１）
　前記計画経路情報は、１又はそれ以上のターゲットセル又は候補セルのうち受け入れ可能な少なくとも１つのセルを決定するために前記第２のRANノードにより使用される、
付記１～９のいずれか１項に記載の第１のRANノード。
（付記１２）
　前記計画経路情報は、ターゲットセル又は候補セルの設定を生成又は準備するために前記第２のRANノードにより使用される、
付記１～９のいずれか１項に記載の第１のRANノード。
（付記１３）
　前記計画経路情報は、キャリアアグリゲーションのセカンダリセルを選択するために前記第２のRANノードにより使用される、
付記１～９のいずれか１項に記載の第１のRANノード。
（付記１４）
　第１の無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送ることを備える、
方法。
（付記１５）
　第１の無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送ることを備える、
プログラム。
（付記１６）
　第２の無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
第２のRANノード。
（付記１７）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記１６に記載の第２のRANノード。
（付記１８）
　前記UEは、エアリアルUE機能を有するUEである、
付記１６又は１７に記載の第２のRANノード。
（付記１９）
　前記少なくとも１つのプロセッサは、前記モビリティ関連手順において、前記計画経路情報を前記第１のRANノードから受信するよう構成され、
　前記モビリティ関連手順はハンドオーバ手順又は条件付きハンドオーバ手順である、
付記１６～１８のいずれか１項に記載の第２のRANノード。
（付記２０）
　前記少なくとも１つのプロセッサは、前記デュアルコネクティビティ関連手順において、前記計画経路情報を第１のRANノードから受信するよう構成され、
　前記デュアルコネクティビティ関連手順は、セカンダリノード追加、条件付きセカンダリノード追加、セカンダリノード変更、又は条件付きセカンダリノード変更である、
付記１６～１８のいずれか１項に記載の第２のRANノード。
（付記２１）
　前記第１のRANノード及び前記第２のRANノードは、それぞれ、前記SN追加手順若しくは前記条件付きSN追加手順におけるマスターノード（MN）及びSNであるか、前記SN変更手順若しくは前記条件付きSN変更手順におけるMN及びターゲットSNであるか、又は前記SN変更手順若しくは前記条件付きSN変更手順におけるソースSN及びMNである、
付記２０に記載の第２のRANノード。
（付記２２）
　前記少なくとも１つのプロセッサは、条件付きハンドオーバ手順、条件付きセカンダリノード（SN）追加手順、又は条件付きSN変更手順において、前記計画経路情報を前記第１のRANノードから受信するよう構成される、
付記１６～１８のいずれか１項に記載の第２のRANノード。
（付記２３）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第１のRANノードからHANDOVER REQUEST、S-NODE ADDITION REQUEST、又はS-NODE CHANGE REQUIREDメッセージを介して受信するよう構成される、
付記１６～２２のいずれか１項に記載の第２のRANノード。
（付記２４）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第１のRANノードからinter-node Radio Resource Control (RRC) メッセージを介して受信するよう構成される、
付記１６～２２のいずれか１項に記載の第２のRANノード。
（付記２５）
　前記少なくとも１つのプロセッサは、ターゲットセルへの前記UEのハンドオーバ又は前記UEのためのセカンダリノード（SN）追加若しくは変更を受け入れるか否かを判定するために前記計画経路情報を用いるよう構成される、
付記１６～２４のいずれか１項に記載の第２のRANノード。
（付記２６）
　前記少なくとも１つのプロセッサは、１又はそれ以上のターゲットセル又は候補セルのうち受け入れ可能な少なくとも１つのセルを決定するために前記計画経路情報を用いるよう構成される、
付記１６～２４のいずれか１項に記載の第２のRANノード。
（付記２７）
　前記少なくとも１つのプロセッサは、ターゲットセル又は候補セルの設定を生成又は準備するために前記計画経路情報を用いるよう構成される、
付記１６～２４のいずれか１項に記載の第２のRANノード。
（付記２８）
　前記少なくとも１つのプロセッサは、キャリアアグリゲーションのセカンダリセルを選択するために前記計画経路情報を用いるよう構成される、
付記１６～２４のいずれか１項に記載の第２のRANノード。
（付記２９）
　第２の無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信することを備える、
方法。
（付記３０）
　第２の無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信することを備える、
プログラム。
（付記３１）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記３２）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記３１に記載のRANノード。
（付記３３）
　前記UEは、エアリアルUE機能を有するUEである、
付記３１又は３２に記載のRANノード。
（付記３４）
　前記UEは、unmanned or uncrewed aerial vehicle (UAV) に実装されたUEである、
付記３１～３３のいずれか１項に記載のRANノード。
（付記３５）
　前記少なくとも１つのプロセッサは、エアリアルUE加入情報又はこれから導かれた情報を前記計画経路情報と共に前記SNに送るよう構成され、
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
付記３２～３４のいずれか１項に記載のRANノード。
（付記３６）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにSN追加手順において送るよう構成される、
付記３１～３５のいずれか１項に記載のRANノード。
（付記３７）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにS-NODE ADDITION REQUESTメッセージを介して送るよう構成される、
付記３１～３６のいずれか１項に記載のRANノード。
（付記３８）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにinter-node Radio Resource Control (RRC) メッセージを介して送るよう構成される、
付記３１～３６のいずれか１項に記載のRANノード。
（付記３９）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
方法。
（付記４０）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
プログラム。
（付記４１）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記４２）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記４１に記載のRANノード。
（付記４３）
　前記UEは、エアリアルUE機能を有するUEである、
付記４１又は４２に記載のRANノード。
（付記４４）
　前記UEは、unmanned or uncrewed aerial vehicle (UAV) に実装されたUEである、
付記４１～４３のいずれか１項に記載のRANノード。
（付記４５）
　前記少なくとも１つのプロセッサは、エアリアルUE加入情報又はこれから導かれた情報を前記計画経路情報と共に前記MNから受信するよう構成され、
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
付記４２～４４のいずれか１項に記載のRANノード。
（付記４６）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記MNからSN追加手順において受信するよう構成される、
付記４１～４５のいずれか１項に記載のRANノード。
（付記４７）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前MNからS-NODE ADDITION REQUESTメッセージを介して受信するよう構成される、
付記４１～４６のいずれか１項に記載のRANノード。
（付記４８）
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記MNからinter-node Radio Resource Control (RRC) メッセージを介して受信するよう構成される、
付記４１～４６のいずれか１項に記載のRANノード。
（付記４９）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
方法。
（付記５０）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
プログラム。
（付記５１）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記５２）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記５１に記載のRANノード。
（付記５３）
　前記UEは、エアリアルUE機能を有するUEである、
付記５１又は５２に記載のRANノード。
（付記５４）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信することを備える、
方法。
（付記５５）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信することを備える、
プログラム。
（付記５６）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記５７）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記５６に記載のRANノード。
（付記５８）
　前記UEは、エアリアルUE機能を有するUEである、
付記５６又は５７に記載のRANノード。
（付記５９）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送ることを備える、
方法。
（付記６０）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送ることを備える、
プログラム。
（付記６１）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記６２）
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
付記６１に記載のRANノード。
（付記６３）
　前記少なくとも１つのプロセッサは、前記前記エアリアルUE加入情報又はこれから導かれた情報を前記SNにSN追加手順において送るよう構成される、
付記６１又は６２に記載のRANノード。
（付記６４）
　前記少なくとも１つのプロセッサは、前記エアリアルUE加入情報又はこれから導かれた情報を前記SNにS-NODE ADDITION REQUESTメッセージを介して送るよう構成される、
付記６１～６３のいずれか１項に記載のRANノード。
（付記６５）
　前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す飛行経路情報を前記エアリアルUE加入情報又はこれから導かれた情報と共に前記SNに送るよう構成される、
付記６１～６４のいずれか１項に記載のRANノード。
（付記６６）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
方法。
（付記６７）
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、エアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
プログラム。
（付記６８）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記６９）
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
付記６８に記載のRANノード。
（付記７０）
　前記少なくとも１つのプロセッサは、前記前記エアリアルUE加入情報又はこれから導かれた情報を前記MNからSN追加手順において受信するよう構成される、
付記６８又は６９に記載のRANノード。
（付記７１）
　前記少なくとも１つのプロセッサは、前記エアリアルUE加入情報又はこれから導かれた情報を前記MNからS-NODE ADDITION REQUESTメッセージを介して受信するよう構成される、
付記６８～７０のいずれか１項に記載のRANノード。
（付記７２）
　前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す飛行経路情報を前記エアリアルUE加入情報又はこれから導かれた情報と共に前記MNから受信するよう構成される、
付記６８～７１のいずれか１項に記載のRANノード。
（付記７３）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
方法。
（付記７４）
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、エアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
プログラム。
（付記７５）
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記７６）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記７５に記載のRANノード。
（付記７７）
　前記UEは、エアリアルUE機能を有するUEである、
付記７５又は７６に記載のRANノード。
（付記７８）
　前記１又はそれ以上の実行条件は、前記UEの位置が、基準位置にあること、基準位置から設定された距離内にあること、又は基準領域内にあることを含む、
付記７５～７７のいずれか１項に記載のRANノード。
（付記７９）
　前記１又はそれ以上の実行条件は、予定時刻になったことを含む、
付記７５～７８のいずれか１項に記載のRANノード。
（付記８０）
　前記条件付きモビリティは、条件付きハンドオーバ、条件付きPrimary Secondary Cell Group (SCG) Cell (PSCell)追加、セカンダリノード（SN）内条件付きPSCell変更、又はSN間条件付きPSCell変更である、
付記７５～７９のいずれか１項に記載のRANノード。
（付記８１）
　前記RANノードは、条件付きハンドオーバのソースノード、条件付きPSCell追加のマスターノード（MN）、SN内条件付きPSCell変更のSN、SNにより開始されるSN間条件付きPSCell変更のソースSN、又はMNにより開始されるSN間条件付きPSCell変更のMNである、
付記８０に記載のRANノード。
（付記８２）
　無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定することを備える、
方法。
（付記８３）
　無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、User Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定することを備える、
プログラム。
（付記８４）
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信し、
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送る、
よう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記８５）
　前記少なくとも１つのプロセッサは、前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報を含むことを少なくとも条件として、前記他のセルを示す前記ハンドオーバ要求応答を前記ソースRANノードに送るよう構成される、
付記８４に記載のRANノード。
（付記８６）
　前記少なくとも１つのプロセッサは、ハンドオーバ受け入れ可能な前記他のセルを前記計画経路情報に基づいて決定するよう構成される、
付記８４又は８５に記載のRANノード。
（付記８７）
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
付記８４～８６のいずれか１項に記載のRANノード。
（付記８８）
　前記ハンドオーバ要求は、条件付きハンドオーバの要求である、
付記８４～８７のいずれか１項に記載のRANノード。
（付記８９）
　無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信すること、及び
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送ること、
を備える、方法。
（付記９０）
　無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムあって、
　前記方法は、
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信すること、及び
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送ること、
を備える、プログラム。
（付記９１）
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ周辺セル又は周辺周波数におけるエアリアルUser Equipment（UE）のサポートに関する情報を、UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記９２）
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ周辺セル又は周辺周波数におけるエアリアルUEのサポートに関する情報を無線アクセスネットワーク（RAN）ノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
（付記９３）
　前記少なくとも１つのプロセッサは、無線リンクの再接続が必要であるときに、再接続を試みるセルを前記情報に基づいて決定するよう構成される、
付記９２に記載のUE。
（付記９４）
　前記少なくとも１つのプロセッサは、Radio Resource Control (RRC)_IDLE状態またはRRC_INACTIVE状態でのセル再選択において前記情報を考慮するよう構成される、
付記９２又は９３に記載のUE。
（付記９５）
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の複数の計画された位置を示す計画経路情報に紐づく１又はそれ以上の将来の候補セルの情報を前記UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
（付記９６）
　前記１又はそれ以上の将来の候補セルの情報は、計画経路情報に含まれる複数の位置それぞれにおける推奨されるセルの情報を示す、
付記９５に記載のRANノード。
（付記９７）
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報に紐づく１又はそれ以上の将来の候補セルの情報を無線アクセスネットワーク（RAN）ノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
（付記９８）
　前記１又はそれ以上の将来の候補セルの情報は、計画経路情報に含まれる複数の位置それぞれにおける推奨されるセルの情報を示す、
付記９７に記載のUE。
（付記９９）
　前記少なくとも１つのプロセッサは、無線リンクの再接続が必要であるときに、再接続を試みるセルを前記１又はそれ以上の将来の候補セルの情報に基づいて決定するよう構成される、
付記９７又は９８に記載のUE。
（付記１００）
　前記少なくとも１つのプロセッサは、Radio Resource Control (RRC)_IDLE状態またはRRC_INACTIVE状態でのセル再選択において前記１又はそれ以上の将来の候補セルの情報を考慮するよう構成される、
付記９７又は９８に記載のUE。
（付記１０１）
　ネットワークノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の複数の計画された位置を示す計画経路情報に紐づく緊急着陸ポイントの情報を前記UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
ネットワークノード。
（付記１０２）
　前記緊急着陸ポイントの情報は、前記複数の計画された位置の各々に対応する緊急着陸が許可される又は推奨される１又はそれ以上の地点の位置情報を示す、
付記１０１に記載のネットワークノード。
（付記１０３）
　前記緊急着陸ポイントの情報は、前記UEのサービングセル内若しくは前記UEの位置登録エリア内の、又は前記サービングセル若しくは前記位置登録エリアに関連付けられた、緊急着陸が許可又は推奨される１又はそれ以上の地点の位置情報を示す、
付記１０１に記載のネットワークノード。
（付記１０４）
　前記ネットワークノードは、無線アクセスネットワーク（RAN）ノード又はコアネットワークノードである、
付記１０１～１０３のいずれか１項に記載のネットワークノード。
（付記１０５）
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報に紐づく緊急着陸ポイントの情報を、無線アクセスネットワーク（RAN）ノード又は前記RANノードを介してコアネットワークノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
（付記１０６）
　前記緊急着陸ポイントの情報は、前記複数の計画された位置の各々に対応する緊急着陸が許可される又は推奨される１又はそれ以上の地点の位置情報を示す、
付記１０５に記載のUE。
（付記１０７）
　前記緊急着陸ポイントの情報は、前記UEのサービングセル内若しくは前記UEの位置登録エリア内の、又は前記サービングセル若しくは前記位置登録エリアに関連付けられた、緊急着陸が許可又は推奨される１又はそれ以上の地点の位置情報を示す、
付記１０５に記載のUE。
（付記１０８）
　前記少なくとも１つのプロセッサは、緊急着陸を試みる目標地点を前記緊急着陸ポイントの情報に基づいて決定するよう構成される、
付記１０５～１０７のいずれか１項に記載のUE。

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

１　マスターノード（Master Node（MN））
２　ソース・セカンダリノード（Source Secondary Node（S-SN））
３　User Equipment（UE）
４　ターゲット・セカンダリノード（Target Secondary Node（T-SN））
６　ソースRANノード
７　ターゲットRANノード
２１０４　プロセッサ
２１０５　メモリ
２１０６　モジュール（modules）
２２０３　ベースバンドプロセッサ
２２０４　アプリケーションプロセッサ
２２０６　メモリ
２２０７　モジュール（modules）

Claims

　第１の無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送るよう構成された少なくとも１つのプロセッサと、
を備える、
第１のRANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項１に記載の第１のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項１又は２に記載の第１のRANノード。
　前記少なくとも１つのプロセッサは、前記モビリティ関連手順において、前記計画経路情報を前記第２のRANノードに送るよう構成され、
　前記モビリティ関連手順はハンドオーバ手順又は条件付きハンドオーバ手順である、
請求項１～３のいずれか１項に記載の第１のRANノード。
　前記少なくとも１つのプロセッサは、前記デュアルコネクティビティ関連手順において、前記計画経路情報を前記第２のRANノードに送るよう構成され、
　前記デュアルコネクティビティ関連手順は、セカンダリノード（SN）追加手順、条件付きSN追加手順、SN変更手順、又は条件付きSN変更手順である、
請求項１～３のいずれか１項に記載の第１のRANノード。
　前記第１のRANノード及び前記第２のRANノードは、それぞれ、前記SN追加手順若しくは前記条件付きSN追加手順におけるマスターノード（MN）及びSNであるか、前記SN変更手順若しくは前記条件付きSN変更手順におけるMN及びターゲットSNであるか、又は前記SN変更手順若しくは前記条件付きSN変更手順におけるソースSN及びMNである、
請求項５に記載の第１のRANノード。
　前記少なくとも１つのプロセッサは、条件付きハンドオーバ手順、条件付きセカンダリノード（SN）追加手順、又は条件付きSN変更手順において、前記計画経路情報を前記第２のRANノードに送るよう構成される、
請求項１～３のいずれか１項に記載の第１のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第２のRANノードにHANDOVER REQUEST、S-NODE ADDITION REQUEST、又はS-NODE CHANGE REQUIREDメッセージを介して送るよう構成される、
請求項１～７のいずれか１項に記載の第１のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第２のRANノードにinter-node Radio Resource Control (RRC) メッセージを介して送るよう構成される、
請求項１～７のいずれか１項に記載の第１のRANノード。
　前記計画経路情報は、ターゲットセルへの前記UEのハンドオーバ又は前記UEのためのセカンダリノード（SN）追加若しくは変更を受け入れるか否かを判定するために前記第２のRANノードにより使用される、
請求項１～９のいずれか１項に記載の第１のRANノード。
　前記計画経路情報は、１又はそれ以上のターゲットセル又は候補セルのうち受け入れ可能な少なくとも１つのセルを決定するために前記第２のRANノードにより使用される、
請求項１～９のいずれか１項に記載の第１のRANノード。
　前記計画経路情報は、ターゲットセル又は候補セルの設定を生成又は準備するために前記第２のRANノードにより使用される、
請求項１～９のいずれか１項に記載の第１のRANノード。
　前記計画経路情報は、キャリアアグリゲーションのセカンダリセルを選択するために前記第２のRANノードにより使用される、
請求項１～９のいずれか１項に記載の第１のRANノード。
　第１の無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送ることを備える、
方法。
　第１の無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第２のRANノードに送ることを備える、
非一時的なコンピュータ可読媒体。
　第２の無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
第２のRANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項１６に記載の第２のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項１６又は１７に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、前記モビリティ関連手順において、前記計画経路情報を前記第１のRANノードから受信するよう構成され、
　前記モビリティ関連手順はハンドオーバ手順又は条件付きハンドオーバ手順である、
請求項１６～１８のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、前記デュアルコネクティビティ関連手順において、前記計画経路情報を第１のRANノードから受信するよう構成され、
　前記デュアルコネクティビティ関連手順は、セカンダリノード追加、条件付きセカンダリノード追加、セカンダリノード変更、又は条件付きセカンダリノード変更である、
請求項１６～１８のいずれか１項に記載の第２のRANノード。
　前記第１のRANノード及び前記第２のRANノードは、それぞれ、前記SN追加手順若しくは前記条件付きSN追加手順におけるマスターノード（MN）及びSNであるか、前記SN変更手順若しくは前記条件付きSN変更手順におけるMN及びターゲットSNであるか、又は前記SN変更手順若しくは前記条件付きSN変更手順におけるソースSN及びMNである、
請求項２０に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、条件付きハンドオーバ手順、条件付きセカンダリノード（SN）追加手順、又は条件付きSN変更手順において、前記計画経路情報を前記第１のRANノードから受信するよう構成される、
請求項１６～１８のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第１のRANノードからHANDOVER REQUEST、S-NODE ADDITION REQUEST、又はS-NODE CHANGE REQUIREDメッセージを介して受信するよう構成される、
請求項１６～２２のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記第１のRANノードからinter-node Radio Resource Control (RRC) メッセージを介して受信するよう構成される、
請求項１６～２２のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、ターゲットセルへの前記UEのハンドオーバ又は前記UEのためのセカンダリノード（SN）追加若しくは変更を受け入れるか否かを判定するために前記計画経路情報を用いるよう構成される、
請求項１６～２４のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、１又はそれ以上のターゲットセル又は候補セルのうち受け入れ可能な少なくとも１つのセルを決定するために前記計画経路情報を用いるよう構成される、
請求項１６～２４のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、ターゲットセル又は候補セルの設定を生成又は準備するために前記計画経路情報を用いるよう構成される、
請求項１６～２４のいずれか１項に記載の第２のRANノード。
　前記少なくとも１つのプロセッサは、キャリアアグリゲーションのセカンダリセルを選択するために前記計画経路情報を用いるよう構成される、
請求項１６～２４のいずれか１項に記載の第２のRANノード。
　第２の無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信することを備える、
方法。
　第２の無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、User Equipment（UE）に関するモビリティ関連手順又はデュアルコネクティビティ関連手順において、前記UEの複数の計画された位置を示す計画経路情報を第１のRANノードから受信することを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項３１に記載のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項３１又は３２に記載のRANノード。
　前記UEは、unmanned or uncrewed aerial vehicle (UAV) に実装されたUEである、
請求項３１～３３のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、エアリアルUE加入情報又はこれから導かれた情報を前記計画経路情報と共に前記SNに送るよう構成され、
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
請求項３２～３４のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにSN追加手順において送るよう構成される、
請求項３１～３５のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにS-NODE ADDITION REQUESTメッセージを介して送るよう構成される、
請求項３１～３６のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記SNにinter-node Radio Resource Control (RRC) メッセージを介して送るよう構成される、
請求項３１～３６のいずれか１項に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項４１に記載のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項４１又は４２に記載のRANノード。
　前記UEは、unmanned or uncrewed aerial vehicle (UAV) に実装されたUEである、
請求項４１～４３のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、エアリアルUE加入情報又はこれから導かれた情報を前記計画経路情報と共に前記MNから受信するよう構成され、
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
請求項４２～４４のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記MNからSN追加手順において受信するよう構成される、
請求項４１～４５のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前MNからS-NODE ADDITION REQUESTメッセージを介して受信するよう構成される、
請求項４１～４６のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記計画経路情報を前記MNからinter-node Radio Resource Control (RRC) メッセージを介して受信するよう構成される、
請求項４１～４６のいずれか１項に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項５１に記載のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項５１又は５２に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信することを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのセカンダリノード（SN）から受信することを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項５６に記載のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項５６又は５７に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送ることを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、前記UEの複数の計画された位置を示す計画経路情報を前記デュアルコネクティビティのマスターノード（MN）に送ることを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送るよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
請求項６１に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記前記エアリアルUE加入情報又はこれから導かれた情報を前記SNにSN追加手順において送るよう構成される、
請求項６１又は６２に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記エアリアルUE加入情報又はこれから導かれた情報を前記SNにS-NODE ADDITION REQUESTメッセージを介して送るよう構成される、
請求項６１～６３のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す飛行経路情報を前記エアリアルUE加入情報又はこれから導かれた情報と共に前記SNに送るよう構成される、
請求項６１～６４のいずれか１項に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてマスターノード（MN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、エアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのセカンダリノード（SN）に送ることを備える、
非一時的なコンピュータ可読媒体。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記エアリアルUE加入情報又はこれから導かれた情報は、前記UE又はそのユーザがエアリアルUE機能の使用を許可されているか否か、前記UEがエアリアルUEであるか否か、又は前記UEがエアリアルUE機能をサポートするか否かを示す、
請求項６８に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記前記エアリアルUE加入情報又はこれから導かれた情報を前記MNからSN追加手順において受信するよう構成される、
請求項６８又は６９に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記エアリアルUE加入情報又はこれから導かれた情報を前記MNからS-NODE ADDITION REQUESTメッセージを介して受信するよう構成される、
請求項６８～７０のいずれか１項に記載のRANノード。
　前記少なくとも１つのプロセッサは、前記UEの複数の計画された位置を示す飛行経路情報を前記エアリアルUE加入情報又はこれから導かれた情報と共に前記MNから受信するよう構成される、
請求項６８～７１のいずれか１項に記載のRANノード。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　前記UEに関するエアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
方法。
　User Equipment (UE) のためのデュアルコネクティビティにおいてセカンダリノード（SN）として動作するよう構成された無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、エアリアルUE加入情報又はこれから導かれた情報を前記デュアルコネクティビティのマスターノード（MN）から受信することを備える、
非一時的なコンピュータ可読媒体。
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項７５に記載のRANノード。
　前記UEは、エアリアルUE機能を有するUEである、
請求項７５又は７６に記載のRANノード。
　前記１又はそれ以上の実行条件は、前記UEの位置が、基準位置にあること、基準位置から設定された距離内にあること、又は基準領域内にあることを含む、
請求項７５～７７のいずれか１項に記載のRANノード。
　前記１又はそれ以上の実行条件は、予定時刻になったことを含む、
請求項７５～７８のいずれか１項に記載のRANノード。
　前記条件付きモビリティは、条件付きハンドオーバ、条件付きPrimary Secondary Cell Group (SCG) Cell (PSCell)追加、セカンダリノード（SN）内条件付きPSCell変更、又はSN間条件付きPSCell変更である、
請求項７５～７９のいずれか１項に記載のRANノード。
　前記RANノードは、条件付きハンドオーバのソースノード、条件付きPSCell追加のマスターノード（MN）、SN内条件付きPSCell変更のSN、SNにより開始されるSN間条件付きPSCell変更のソースSN、又はMNにより開始されるSN間条件付きPSCell変更のMNである、
請求項８０に記載のRANノード。
　無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　User Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定することを備える、
方法。
　無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
　前記方法は、User Equipment（UE）の条件付きモビリティのための１又はそれ以上の実行条件を前記UEの複数の計画された位置を示す計画経路情報に基づいて決定することを備える、
非一時的なコンピュータ可読媒体。
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信し、
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送る、
よう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記少なくとも１つのプロセッサは、前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報を含むことを少なくとも条件として、前記他のセルを示す前記ハンドオーバ要求応答を前記ソースRANノードに送るよう構成される、
請求項８４に記載のRANノード。
　前記少なくとも１つのプロセッサは、ハンドオーバ受け入れ可能な前記他のセルを前記計画経路情報に基づいて決定するよう構成される、
請求項８４又は８５に記載のRANノード。
　前記計画経路情報は、３次元ロケーションとして定義された複数のウェイポイントを示す飛行経路情報である、
請求項８４～８６のいずれか１項に記載のRANノード。
　前記ハンドオーバ要求は、条件付きハンドオーバの要求である、
請求項８４～８７のいずれか１項に記載のRANノード。
　無線アクセスネットワーク（RAN）ノードにより行われる方法であって、
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信すること、及び
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送ること、
を備える、方法。
　無線アクセスネットワーク（RAN）ノードのための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体あって、
　前記方法は、
　１又はそれ以上のターゲットセルを示すUser Equipment（UE）のハンドオーバ要求をソースRANノードから受信すること、及び
　前記ハンドオーバ要求が前記UEの複数の計画された位置を示す計画経路情報及び代替セルの提案を許可することを示す明示的な表示のうち一方又は両方を含むなら、ハンドオーバ受け入れ可能であって前記１又はそれ以上のターゲットセルとは異なる他のセルを示すハンドオーバ要求応答を前記ソースRANノードに送ること、
を備える、非一時的なコンピュータ可読媒体。
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ周辺セル又は周辺周波数におけるエアリアルUser Equipment（UE）のサポートに関する情報を、UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ周辺セル又は周辺周波数におけるエアリアルUEのサポートに関する情報を無線アクセスネットワーク（RAN）ノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
　前記少なくとも１つのプロセッサは、無線リンクの再接続が必要であるときに、再接続を試みるセルを前記情報に基づいて決定するよう構成される、
請求項９２に記載のUE。
　前記少なくとも１つのプロセッサは、Radio Resource Control (RRC)_IDLE状態またはRRC_INACTIVE状態でのセル再選択において前記情報を考慮するよう構成される、
請求項９２又は９３に記載のUE。
　無線アクセスネットワーク（RAN）ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の複数の計画された位置を示す計画経路情報に紐づく１又はそれ以上の将来の候補セルの情報を前記UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RANノード。
　前記１又はそれ以上の将来の候補セルの情報は、計画経路情報に含まれる複数の位置それぞれにおける推奨されるセルの情報を示す、
請求項９５に記載のRANノード。
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報に紐づく１又はそれ以上の将来の候補セルの情報を無線アクセスネットワーク（RAN）ノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
　前記１又はそれ以上の将来の候補セルの情報は、計画経路情報に含まれる複数の位置それぞれにおける推奨されるセルの情報を示す、
請求項９７に記載のUE。
　前記少なくとも１つのプロセッサは、無線リンクの再接続が必要であるときに、再接続を試みるセルを前記１又はそれ以上の将来の候補セルの情報に基づいて決定するよう構成される、
請求項９７又は９８に記載のUE。
　前記少なくとも１つのプロセッサは、Radio Resource Control (RRC)_IDLE状態またはRRC_INACTIVE状態でのセル再選択において前記１又はそれ以上の将来の候補セルの情報を考慮するよう構成される、
請求項９７又は９８に記載のUE。
　ネットワークノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つUser Equipment（UE）の複数の計画された位置を示す計画経路情報に紐づく緊急着陸ポイントの情報を前記UEに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
ネットワークノード。
　前記緊急着陸ポイントの情報は、前記複数の計画された位置の各々に対応する緊急着陸が許可される又は推奨される１又はそれ以上の地点の位置情報を示す、
請求項１０１に記載のネットワークノード。
　前記緊急着陸ポイントの情報は、前記UEのサービングセル内若しくは前記UEの位置登録エリア内の、又は前記サービングセル若しくは前記位置登録エリアに関連付けられた、緊急着陸が許可又は推奨される１又はそれ以上の地点の位置情報を示す、
請求項１０１に記載のネットワークノード。
　前記ネットワークノードは、無線アクセスネットワーク（RAN）ノード又はコアネットワークノードである、
請求項１０１～１０３のいずれか１項に記載のネットワークノード。
　User Equipment（UE）であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合され、且つ前記UEの複数の計画された位置を示す計画経路情報に紐づく緊急着陸ポイントの情報を、無線アクセスネットワーク（RAN）ノード又は前記RANノードを介してコアネットワークノードから受信するよう構成された少なくとも１つのプロセッサと、
を備える、
UE。
　前記緊急着陸ポイントの情報は、前記複数の計画された位置の各々に対応する緊急着陸が許可される又は推奨される１又はそれ以上の地点の位置情報を示す、
請求項１０５に記載のUE。
　前記緊急着陸ポイントの情報は、前記UEのサービングセル内若しくは前記UEの位置登録エリア内の、又は前記サービングセル若しくは前記位置登録エリアに関連付けられた、緊急着陸が許可又は推奨される１又はそれ以上の地点の位置情報を示す、
請求項１０５に記載のUE。
　前記少なくとも１つのプロセッサは、緊急着陸を試みる目標地点を前記緊急着陸ポイントの情報に基づいて決定するよう構成される、
請求項１０５～１０７のいずれか１項に記載のUE。