JP7574905B2 - 端末装置及びその方法 - Google Patents

Description

本開示は、無線通信システムに関し、特に無線端末が異なる無線局によって運用される異なるRadio Access Technologies（RATs）の複数のセルを同時に使用する通信に関する。

3rd Generation Partnership Project（3GPP（登録商標））は、2020年以降の導入に向けた第5世代移動通信システム（5G）の標準化作業を3GPP Release 14として2016年に開始している（非特許文献１を参照）。5Gは、LTE及びLTE-Advancedの継続的な改良・発展（enhancement/evolution）と新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。

本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）とも呼ばれる。5G Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、5G-RAN又はNextGen RAN（NG RAN）と呼ばれる。5G-RAN 内の新たな基地局は、NR NodeB（NR NB）又はgNodeB（gNB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5G-CN）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG UE）又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。

また、本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE（eLTE）とも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）とも呼ばれる。

LTE及びLTE-Advancedでは、Quality of Service（QoS）及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN（i.e., Evolved Universal Terrestrial RAN（E-UTRAN））及びコアネットワーク（i.e., EPC）の両方で使用される。すなわち、Bearer-based QoS（or per-bearer QoS）コンセプトでは、UEとEPC内のP-GWとの間に１又は複数のEvolved Packet System (EPS) bearersが設定され、同じQoSクラスを持つ複数のサービスデータフロー（Service Data Flows（SDFs））はこれらのQoSを満足する１つのEPS bearerを通して転送される。SDFは、Policy and Charging Control (PCC) ルールに基づくSDFテンプレート（i.e., packet filters）にマッチする１又は複数のパケットフローである。また、パケットルーティングのために、EPS bearerを通って送られる各パケットは、このパケットがどのベアラ（i.e., General Packet Radio Service (GPRS) Tunneling Protocol（GTP）トンネル）に関連付けられているかを見分ける（identify）ための情報を包含する。

これに対して、5G Systemでは、無線ベアラが5G-RAN において使用されるかもしれないが、5G-CN内及び5G-CNと5G-RANの間のインタフェースにおいてベアラは使用されないことが検討されている（非特許文献１を参照）。具体的には、EPS bearerの代わりにPDU flowsが定義され、１又は複数のSDFsは、１又は複数のPDU flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ（i.e., EPC内のP-GWに相当するエンティティ）との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。PDU flowは、5G system内でのパケットフォワーディング及び処理（treatment）の最も微細な粒度（finest granularity）に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる（handled）。5G systemのQoSフレームワークでは、PDU flow は、NG3インタフェースのトンネルのService Data Unitをカプセル化（encapsulating）するヘッダー内のPDU flow IDによって特定される。NG3インタフェースは、5G-CNとgNB（i.e., 5G-RAN）の間のユーザプレーン・インタフェースである。5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flowsが１つのPDUセッション内に設定されることができる。

なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。PDU session内の同一のNG3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。NG3マーキングは、上述のPDU flow IDに対応し、QoS flow IDとも呼ばれ、さらにFlow Identification Indicator（FII）とも呼ばれる。

さらに、5G Systemがnetwork slicingをサポートすることも検討されている（非特許文献１を参照）。Network slicingは、Network Function Virtualization（NFV）技術及びsoftware-defined networking（SDN）技術を使用し、複数の仮想化された論理的なネットワークを物理的なネットワークの上に作り出すことを可能にする。各々の仮想化された論理的なネットワークは、ネットワークスライス（network slice）又はネットワークスライス・インスタンス（network slice instance）と呼ばれ、論理的なノード（nodes）及び機能（functions）を含み、特定のトラフィック及びシグナリングのために使用される。5G-RAN若しくは5G-CN又はこれら両方は、Slice Selection Function（SSF）を有する。SSFは、5G UE及び5G-CNの少なくとも一方によって提供される情報に基づいて、当該5G UEのために適した１又は複数のネットワークスライスを選択する。

図１は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5G-CN及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5G-CNとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、NG2インタフェース又はNG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5G-CNとgNB間の制御情報（e.g., NG2 AP Information Element）に使用される。5G-CNとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flowsのパケット（packets）の転送に使用される。

なお、図１に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション（又は配置シナリオ（deployment scenarios））の１つに過ぎない（非特許文献１のAnnex J、及び非特許文献２を参照）。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。これに対して、図２及び図３は、“Non-standalone NR in EPS”と呼ばれるアーキテクチャ・オプション３及び３Ａをそれぞれ示している。図２及び図３において、コントロールプレーン・インタフェースは点線で示され、ユーザプレーン・インタフェースは実線で示されている。アーキテクチャ・オプション３及び３Ａは、アンカーRAT（又はプライマリRAT又はマスターRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置（Dual connectivity (DC) deployments）である。オプション３及び３Ａでは、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続される。EPCへのNR ユーザプレーン・コネクションは、オプション３ではLTE eNBを経由するが、オプション３ＡではgNBとEPCの間のユーザプレーン・インタフェースを直接的に通る。

非特許文献３は、アーキテクチャ・オプション３及び３Ａ、すなわちE-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのDC機能（functionalities）及び手順（procedures）をサポートすることを提案している。さらに、非特許文献３は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのQoSフレームワーク（i.e., bearer based QoS）をEPC、LTE eNB、及びUEに向けて適用することを提案している。さらに具体的には、非特許文献３は、以下の事項を提案している：
・NR gNBがセカンダリノードとして追加される場合に、必要なQoSサービス（i.e., ベアラ）を設定するためのLTE DC手順（e.g., SeNB addition）が適用されること；
・LTEのSecondary Cell Group（SCG）ベアラ・オプションのために、EPCとNR gNBとの間にE-UTRAN Radio Access Bearer（E-RAB）が確立されること；
・LTEのスプリットベアラ・オプションのために、LTE eNBとgNBとの間にX2-Uが確立されること；
・LTEのSCGベアラ・オプション及びスプリットベアラ・オプションのために、NR gNBとUEとの間にDRBが確立されること。

非特許文献４は、アーキテクチャ・オプション３Ａでは、S1-UとSCGのDRB（i.e., SCGベアラ）との間に一対一マッピング（1:1 mapping）が存在することを提案している。非特許文献４は、さらに、EPCのQoS属性（attributes）がEPS bearersのために使用されること、したがってEPCにおいて使用されるQoSパラメタ（parameters）をNRにおいて使用される無線ベアラ・パラメタ（radio bearer parameters）にマップする必要性があることを提案している。

また、NRは複数の周波数バンドに異なる無線パラメタセットを使用することが想定されている。各無線パラメタセットは、“numerology”と呼ばれる。Orthogonal Frequency Division Multiplexing（OFDM）システムのためのOFDM numerologyは、例えば、サブキャリア間隔（subcarrier spacing）、システム帯域幅（system bandwidth）、送信時間間隔の長さ（Transmission Time Interval (TTI) length）、サブフレーム長（subframe duration）、サイクリックプリフィックス長さ（Cyclic prefix length）、及びシンボル期間（symbol duration）を含む。5G systemは、異なるサービス要件の様々なタイプのサービス、例えば広帯域通信（enhanced Mobile Broad Band: eMBB）、高信頼・低遅延通信（Ultra Reliable and Low Latency Communication: URLLC）、及び多接続M2M通信（massive Machine Type Communication: mMTC）を含む、をサポートする。Numerologyの選択は、サービス要件に依存する。

5G systemのUE及びNR gNBは、異なるnumerologiesの複数のNRキャリアのアグリゲーションをサポートする。3GPPでは、異なるnumerologiesの複数のNRキャリアのアグリゲーションが既存のLTE Carrier Aggregation（CA）のような低レイヤ・アグリゲーション（lower layer aggregation）又は既存のDual Connectivityのような高レイヤ・アグリゲーション（upper layer aggregation）によって実現されることが検討されている（例えば、非特許文献５－７を参照）。

3GPP TR 23.799 V14.0.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)", December 2016 3GPP TR 38.801 V1.0.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Access Architecture and Interfaces (Release 14)", December 2016 3GPP R2-168400, NTT DOCOMO, INC., "QoS and bearer for DC between LTE and NR", 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016 3GPP R2-168686, Nokia, Alcatel-Lucent Shanghai Bell, "EPC - NR PDCP interaction for tight interworking: User Plane aspects", 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016 3GPP TR 38.804 V0.4.0 (2016-11) "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Interface Protocol Aspects (Release 14)", November 2016 3GPP R2-164788, Nokia, Alcatel-Lucent Shanghai Bell, "Carrier Aggregation between carriers of different air interface numerologies", 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016 3GPP R2-165328, "Aggregation of carriers in NR", 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016

本件発明者等は、E-UTRAとNRの間のインターワーキングに関して検討を行い、幾つかの課題を見出した。例えば、E-UTRA及びNRがEPCに接続されるDCアーキテクチャ（i.e., アーキテクチャ・オプション３及び３Ａ）では、セカンダリノードとしてのSecondary gNB（SgNB）は、複数のnumerologiesをサポートする。5G UEも複数のnumerologiesを1セル内又は複数セル間で同時に（つまり、１つのRRCコネクションで）使用できる。しかしながら、SgNBが複数のnumerologiesをサポートしUEがそれを使用する場合に、SCGセル（SCGキャリア）のnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。

Numerologyに関するこの問題は、他のE-UTRA-NR DCアーキテクチャ（e.g., アーキテクチャ・オプション７及び７Ａ）でも発生し得る。アーキテクチャ・オプション７及び７Ａは、アンカーRAT（又はプライマリRAT又はマスターRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置（Dual connectivity (DC) deployments）である。オプション７及び７Ａでは、E-UTRA（LTE eNB）及びNR（gNB）が5G-CNに接続される。5G-CNへのNR ユーザプレーン・コネクションは、オプション７ではLTE eNBを経由するが、オプション７ＡではgNBと5G-CNの間のユーザプレーン・インタフェースを直接的に通る。オプション７及び７Ａの場合にも、SgNBが複数のnumerologiesをサポートしUEがそれを使用する場合に、SCGセル（SCGキャリア）のnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。

さらに、Numerologyに関する類似の問題は、E-UTRAからNRへのInter-RATハンドオーバでも発生し得る。すなわち、UEがソースLTE eNBから複数のnumerologiesをサポートするターゲットgNBにハンドオーバされる場合に、ターゲットNRセルのnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。

したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、第２の無線アクセスネットワーク（RAN）ノードは、無線通信システムにおいて使用される。前記無線通信システムは、第１のRAT及び第２のRATをサポートする。前記第２のRANノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記第２のRATの無線リソース設定を前記第１のRATに関連付けられた第１のRANノードを介して無線端末に送るよう構成されている。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

第２の態様では、第１の無線アクセスネットワーク（RAN）ノードは、無線通信システムにおいて使用される。前記無線通信システムは、第１のRAT及び第２のRATをサポートする。前記第１のRANノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記第２のRATの無線リソース設定を前記第２のRATに関連付けられた第２のRANノードから受信し、前記無線リソース設定を無線端末に送るよう構成されている。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

第３の態様では、無線端末は、無線通信システムにおいて使用される。前記無線通信システムは、第１のRAT及び第２のRATをサポートする。前記無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、前記第１のRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノード及び前記第２のRATに関連付けられた第２のRANノードと通信するよう構成されている。前記少なくとも１つのプロセッサは、前記第２のRATの無線リソース設定を、前記第１のRANノードを介して、前記第２のRANノードから受信するよう構成されている。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

第４の態様では、第２の無線アクセスネットワーク（RAN）ノードにおける方法は、前記第２のRATの無線リソース設定を前記第１のRATに関連付けられた第１のRANノードを介して無線端末に送ることを含む。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

第５の態様では、第１の無線アクセスネットワーク（RAN）ノードにおける方法は前記第２のRATの無線リソース設定を前記第２のRATに関連付けられた第２のRANノードから受信し、前記無線リソース設定を無線端末に送ることを含む。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

第６の態様では、無線端末における方法は、前記第２のRATの無線リソース設定を、前記第１のRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して、前記第２のRATに関連付けられた第２のRANノードから受信することを含む。前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的または暗示的に示す。

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

上述の態様によれば、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にする装置、方法、及びプログラムを提供できる。

背景技術に係る5G Systemの基本アーキテクチャを示す図である。 背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３を示す図である。 背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３Ａを示す図である。 幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係るSCG確立手順の一例を示すシーケンス図である。 第２の実施形態に係るMeNBとSgNBとの間のシグナリングの一例を示すシーケンス図である。 第２の実施形態に係るLTE eNB（MeNB）の動作の一例を示すフローチャートである。 第３の実施形態に係るNR gNB（SgNB）の動作の一例を示すフローチャートである。 第４実施形態に係る無線通信ネットワークの構成例を示す図である。 第４の実施形態に係るInter-RATハンドオーバ手順の一例を示すシーケンス図である。 幾つかの実施形態に係るNR gNBの構成例を示すブロック図である。 幾つかの実施形態に係るUEの構成例を示すブロック図である。

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

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

以下に示される複数の実施形態は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャを主な対象として説明される。しかしながら、これらの実施形態は、異なるQoSフレームワークを採用する異なるRATが共通のコアネットワークに接続されるDCアーキテクチャをサポートする他の無線通信システムに適用されてもよい。

＜第１の実施形態＞
図４は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図４の例では、無線通信ネットワークは、LTE eNB１、NR gNB２、UE３、及びEPC４を含む。図４に示された無線通信ネットワークは、デュアルコネクティビティ（DC）をサポートし、上述されたオプション３若しくはオプション３Ａ又は両方をサポートする。オプション３及び３Ａは、アンカーRAT（又はプライマリRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティをサポートする。オプション３及び３Ａでは、E-UTRA（LTE eNB１）及びNR（gNB２）がEPC４に接続される。EPC４へのNR ユーザプレーン・コネクションは、オプション３ではLTE eNB１を経由し、UE３のユーザパケットは、基地局間インタフェース４０３、並びにeNB１とEPC４との間のインタフェース４０１を通る。一方、オプション３Ａでは、EPC４へのNR ユーザプレーン・コネクションは、gNB２とEPC４の間のユーザプレーン・インタフェース４０４を直接的に通る。

UE３は、プライマリRAT（E-UTRA）に関連付けられたeNB１及びセカンダリRAT（NR）に関連付けられたgNB２と同時に通信する能力を有する。言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルとをアグリゲートする能力を有する。さらにまた言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルの両方を設定される能力を有する。アーキテクチャ・オプション３及び３Ａでは、eNB１とUE３の間のエアインタフェース４０２は、コントロールプレーン・コネクション及びユーザプレーン・コネクションを提供する。一方、gNB２とUE３の間のエアインタフェース４０５は、少なくともユーザプレーン・コネクションを含むが、コントロールプレーン・コネクションを含まなくてもよい。E-UTRA及びNRがEPC４に接続されるDCアーキテクチャにおいて、マスターeNB（MeNB）１は１又はそれ以上のE-UTRA MCGセルをUE３に提供し、セカンダリgNB（SgNB）２は１又はそれ以上のNR SCGセルをUE３に提供する。

EPC４は、MME５及びS-GW６を含む複数のコアネットワークノードを含む。MME５はコントロールプレーンノードであり、S-GW６はユーザプレーンノードである。MME５は、コアネットワークにアタッチ済み（i.e., EMM-REGISTERED state）であるUEsのモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがeNB１を含むE-UTRAN及びEPC４を経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。S-GW６は、E-UTRANとのゲートウェイであり、S1-Uインタフェースを介してeNB１若しくはgNB２又は両方に接続される。

gNB２は、１又は複数のNRキャリア（セル）において複数のnumerologiesをサポートする。すなわち、１つのNRセルに１又は複数のnumerologiesが関連付けられる。Numerologyは、サブキャリア間隔（subcarrier spacing）、システム帯域幅（system bandwidth）、送信時間間隔の長さ（Transmission Time Interval (TTI) length）、サブフレーム長（subframe duration）、スロット長（slot duration）、サブフレーム内のスロット数（number of slots per subframe）、サイクリックプリフィックス長さ（Cyclic prefix length）、シンボル期間（symbol duration）、及びサブフレーム内のシンボル数（number of symbols per subframe）のうち少なくとも１つを含む。なお、システム帯域幅がUE観点（UE viewpoints）で複数キャリアのアグリゲーション（i.e. Carrier Aggregation (CA)）でサポートする帯域幅に相当する場合、numerologyは、アグリゲートされる複数のキャリアの帯域幅とシステム帯域幅との対応に関する情報をさらに含んでもよい。複数のnumerologiesは、少なくとも１つの参照numerologyと、参照numerologyではない少なくとも１つの個別（dedicated or additional）numerologyを含む。参照numerologyは、gNB２がサポートするNRキャリアのための基準サブフレーム構成（e.g., 基準サブフレーム長、サブフレーム内の基準OFDMシンボル数、又は基準TTI長）を定義する。参照numerologyの情報は、システム情報（e.g., Master Information Block）で送信されてもよいし、キャリア周波数に対して一意に決まるように仕様に規定されてもよいし、或いは、同期信号（e.g., Primary Synchronisation Signal (PSS), Secondary Synchronisation Signal (SSS)）をUE３が受信することでUE３が参照numerologyの情報を検出できるようにされてもよい。

続いて以下では、E-UTRA及びNRがEPC４に接続されるDCアーキテクチャにおいてセカンダリgNB（SgNB）２によって提供されるSCGセルのnumerologyをUE３に設定する手順について説明する。本実施形態に係るgNB２は、E-UTRA-NR Dual Connectivity（DC）のためのNR無線リソース設定をマスターeNB（MeNB）１を介してUE３に送るよう構成されている。NR無線リソース設定は、SgNB２のSCGに含まれる１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを明示的または暗示的に示す。すなわち、NR無線リソース設定は、少なくとも個別numerologyに関する情報を含む。個別numerologyに関する情報は、個別numerologyを明示的に示す情報要素を含んでもよいし、個別numerologyを導出するために必要な無線パラメータを示す情報要素を含んでもよい。個別numerologyは、例えば、サブキャリア間隔、システム帯域幅、TTIの長さ、サブフレーム長、スロット長、サブフレーム内のスロット数、サイクリックプリフィックス長さ、シンボル期間、若しくはサブフレーム内のシンボル数、又はこれらの任意の組合せであってもよい。NR無線リソース設定は、SCG無線設定（radio configuration）又はSCG-Configと呼ぶこともできる。MeNB１は、SgNB２からNR無線リソース設定を受信し、これをUE３に送るよう構成されている。UE３は、E-UTRA-NR DCのためのNR無線リソース設定を、MeNB１を介して、SgNB２から受信するよう構成されている。

幾つかの実装において、SgNB２は、無線ベアラ設定要求をMeNB１から受信し、無線ベアラ設定要求により示されるUE３のためのNRデータ無線ベアラ（Data radio Bearer（DRB））に対する要件に対応する少なくとも１つの個別numerologyを選択してもよい。無線ベアラ設定要求はE-UTRA-NR DCのためのNR DRBを設定することをgNB２に引き起こすメッセージである。当該無線ベアラ設定要求は、SgNB Addition Requestと呼ばれてもよい。NR DRBに対する要件は、QoS要件若しくはサービスタイプ又はこれら両方を含んでもよい。QoS要件は、NR DRB又はこれに関連付けられるネットワークベアラ又はフローに要求される優先度、Maximum Bit Rate（MBR）、及びAllocation and Retention Priority（ARP）のうち少なくとも１つを含む。サービスタイプは、例えば、広帯域通信（enhanced Mobile Broad Band: eMBB）、高信頼・低遅延通信（Ultra Reliable and Low Latency Communication: URLLC）、及び多接続M2M通信（massive Machine Type Communication: mMTC）のうちの１つを示す。

SgNB２は、選択された少なくとも１つの個別numerologyを示す情報要素をNR無線リソース設定に含めてもよい。この場合、SgNB２は、選択された少なくとも１つのnumerologyを明示的又は暗示的に示すNR無線リソース設定を無線ベアラ設定要求に対する応答メッセージ（e.g., SgNB Addition Request Acknowledgeメッセージ）を用いてMeNB１に送信してもよい。MeNB１は、SgNB２から受信したNR無線リソース設定をRRC Connection Reconfigurationメッセージを用いてUE３に送信してもよい。

図５は、本実施形態に係るSCG確立手順の一例（処理５００）を示すシーケンス図である。図５に示された手順は、LTE DCのSeNB Addition手順を基本的に踏襲している。ステップ５０１では、MeNB１は、SgNB Addition RequestメッセージをSgNB２に送る。SgNB Addition Requestメッセージは、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用するDCのための無線ベアラ（SCG DRB）の設定をSgNB２に要求する。

SgNB Addition Requestメッセージは、上述の“無線ベアラ設定要求”に相当する。具体的には、SgNB Addition Requestメッセージは、“SgNB Security Key (for SCG bearer) ”情報要素（Information Element（IE））、“E-RAB To Be Added List”IE、及び“MeNB to SgNB Container”IEを含む。“E-RAB To Be Added List”IEは、MeNB１によって確立するよう要求される各E-RABのE-RAB ID及びE-RAB Level QoS Parametersを含む。“MeNB to SgNB Container”IEは、RRC: SCG-ConfigInfoメッセージを含む。RRC: SCG-ConfigInfoメッセージは、SCGを確立（establish）、修正（modify）、又は解放（release）するようSgNBに要求するためにMeNBによって使用される。SCG-ConfigInfoメッセージは、例えば、EPS bearer Identity、DRB Identity、及びDRB typeを含む。なお、セカンダリRAT（NR）のセル（e.g., 無線リンク、Access Stratum（AS）レイヤ）とプライマリRAT（E-UTRA）のセル（e.g., 無線リンク、AS layer）で用いられるセキュリティ・ポリシー（e.g., security algorithm）が異なってもよい。この場合、SgNB Security Key IEは、セカンダリRAT（NR）のセルで用いられるセキュリティ・ポリシーの情報が含まれてもよい。さらに、SgNB２は当該セキュリティ・ポリシーの情報をUE３へ送信するRRC: SCG-Configメッセージに含めてもよい。

ステップ５０２では、SgNB２は、SgNB Addition Request AcknowledgeメッセージをMeNB１に送る。SgNB Addition Request Acknowledgeメッセージは、SgNB Addition Requestメッセージに対する応答メッセージである。SgNB Addition Request Acknowledgeメッセージは、SgNB２によって生成されたSCGのDRBの無線リソース設定を含む。当該SCG DRB無線リソース設定は、MeNB１を介してUE３に送られる。当該SCG DRB無線リソース設定は、SgNB２により選択された少なくとも１つの個別numerologyを示す。

具体的には、SgNB Addition Request Acknowledgeメッセージは、“E-RAB Admitted To Be Added List”IE、及び“SgNB to MeNB Container”IEを含む。“SgNB to MeNB Container”IEは、RRC: SCG-Configメッセージを含む。RRC: SCG-Configメッセージは、SgNB２によって生成された無線リソース設定を転送するために使用される。RRC: SCG-Configメッセージは、SgNB２により選択された少なくとも１つの個別numerologyを示す。

ステップ５０３では、MeNB１は、SgNB２からのSgNB Addition Request Acknowledgeメッセージの受信に応答して、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、SgNB Addition Request Acknowledgeメッセージを用いてSgNB２からMeNB１に送られたRRC: SCG-Configメッセージを含む。UE３のプライマリRAT（i.e., E-UTRA（LTE））のASレイヤは、MeNB１のE-UTRAセル（i.e., Primary Cell （PCell））において当該RRC Connection Reconfigurationメッセージを受信する。UE３のセカンダリRAT（i.e., NR）のASレイヤは、RRC: SCG-Configメッセージに基づいて、SgNB２により選択された少なくとも１つの個別numerology に従うSCG DRBを設定する。

ステップ５０４では、UE３（i.e., E-UTRAのASレイヤ）は、RRC Connection Reconfiguration CompleteメッセージをMeNB１のE-UTRAセル（i.e., PCell）においてMeNB１に送る。また、UE３（i.e., NRのASレイヤ）は、SgNB２に同期するための手順（e.g., Random Access Procedure）を開始する。

ステップ５０５では、MeNB１は、UE３からのRRC Connection Reconfiguration Completeメッセージの受信に応答して、SgNB Reconfiguration CompleteメッセージをSgNB２に送る。

以上の説明から理解されるように、本実施形態に係るSgNB２は、E-UTRA-NR DCのためのNR無線リソース設定をマスターeNB（MeNB）１を介してUE３に送るよう構成され、NR無線リソース設定は、SgNB２の１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを示す。これにより、SgNB２は、E-UTRA-NR DCにおいてSgNB２によって提供されるSCGセルのnumerologyをUE３に設定することができる。UE３は、SgNB２によって提供されるSCGセルで使用するべきnumerologyを知ることができる。

＜第２の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図４と同様である。本実施形態は、E-UTRA-NR DCにおいて、参照numerologyに基づくSgNB２のNRセルの測定結果を示すUE測定報告（measurement report）をMeNB１が利用できるようにするための改良が提供される。

本実施形態に係るSgNB２は、SgNB２とMeNB１の間の基地局間インタフェース（e.g., Xnインタフェース又はX3インタフェース）のセットアップ手順において、少なくとも１つの参照numerologyをMeNB１に通知するよう構成されている。既に説明したように、参照numerologyは、gNB２がサポートするNRキャリアのための基準サブフレーム長を定義する。

図６は、MeNB１とSgNB２との間のシグナリングの一例（処理６００）を示すシーケンス図である。ステップ６０１では、SgNB２は、Xn Setup Requestメッセージ又はXn Setup Responseメッセージを用いて、SgNB２が使用する１又は複数のNRキャリアにおいてサポートされる複数のnumerologiesをMeNB１に通知する。SgNB２によりサポートされる複数のnumerologiesは、少なくとも１つの参照numerologyを含む。

幾つかの実装において、MeNB１は、SgNB２の参照numerologyをUE測定のために使用してもよい。図７は、MeNB１の動作の一例（処理７００）を示すフローチャートである。ステップ７０１では、MeNB１は、SgNB２によって提供されるNRセルの参照numerologyを示す測定設定（measurement configuration）を生成する。ステップ７０２では、MeNB１は、生成された測定設定をUE３に送る。測定設定は、測定設定により指定される参照numerologyに基づいてSgNB２のNRセルを測定することをUE３に要求する。これにより、MeNB１は、参照numerologyに基づくSgNB２のNRセルの測定結果を示すUE測定報告（measurement report）を利用できる。MeNB１は、E-UTRA-NR DCの開始、停止、又は修正を判定するために、参照numerologyに基づくSgNB２のNRセルの測定結果を利用してもよい。

＜第３の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図４と同様である。本実施形態は、E-UTRA-NR DCにおいて、参照numerologyに基づくSgNB２のNRセルの測定をSgNB２がUE３に指定できるようにするための改良が提供される。

本実施形態に係るSgNB２は、SgNB２のキャリアでの参照numerologyに従う測定の設定をMeNB１を介してUE３に送るよう構成されている。図８は、SgNB２の動作の一例（処理８００）を示すフローチャートである。ステップ８０１では、SgNB２は、SgNB２によって提供されるNRセルの参照numerologyを示す測定設定（measurement configuration）を生成する。ステップ８０２では、SgNB２は、生成された測定設定をMeNB１を介してUE３に送る。具体的には、MeNB１は、SgNB２から測定設定を受信し、これをUE３に送信してもよい。測定設定は、測定設定により指定される参照numerologyに基づいてSgNB２のNRセルを測定することをUE３に要求する。これにより、MeNB１は、参照numerologyに基づくSgNB２のNRセルの測定結果を示すUE測定報告（measurement report）を利用できる。MeNB１は、E-UTRA-NR DCの開始、停止、又は修正を判定するために、参照numerologyに基づくSgNB２のNRセルの測定結果を利用してもよい。

＜第４の実施形態＞
本実施形態は、他のE-UTRA-NR DCアーキテクチャ（e.g., アーキテクチャ・オプション７及び７Ａ）及びE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にするための改良が提供される。

図９は、本実施形態に係る無線通信ネットワークの構成例を示している。一例において、本実施形態に係る無線通信ネットワークは、E-UTRA-NR DCアーキテクチャ・オプション７又は７Ａを提供してもよい。オプション７及び７Ａでは、E-UTRA（LTE eNB１）及びNR（gNB２）が5G-CN７に接続される。5G-CN７へのNR ユーザプレーン・コネクションは、オプション７ではLTE eNB１を経由し、UE３のユーザパケットは、基地局間インタフェース４０３、並びにeNB１と5G-CN７との間のインタフェース９０２を通る。一方、オプション７Ａでは、5G-CN７へのNR ユーザプレーン・コネクションは、gNB２と5G-CN７の間のユーザプレーン・インタフェース９０２を直接的に通る。

以下では、E-UTRA及びNRが5G-CN７に接続されるDCアーキテクチャにおいてセカンダリgNB（SgNB）２によって提供されるSCGセルのnumerologyをUE３に設定する手順について説明する。本実施形態に係るgNB２は、第１の実施形態に係るgNB２と同様に動作してもよい。すなわち、本実施形態では、gNB２は、E-UTRA-NR Dual Connectivity（DC）のためのNR無線リソース設定をマスターeNB（MeNB）１を介してUE３に送るよう構成されている。NR無線リソース設定は、SgNB２のSCGに含まれる１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを示す。

MeNB１、SgNB２、及びUE３の動作は、図５を用いて説明されたSCG確立手順（処理５００）におけるそれと同様であってもよい。すなわち、SgNB２は、SgNB２により選択された少なくとも１つの個別numerologyを示すRRC: SCG-Configメッセージを包含するSgNB Addition Request AcknowledgeメッセージをMeNB１に送ってもよい（ステップ５０２）。MeNB１は、SgNB２により選択された少なくとも１つの個別numerologyを示すRRC: SCG-Configメッセージを包含するRRC Connection ReconfigurationメッセージをUE３に送ってもよい（ステップ５０３）。UE３のセカンダリRAT（i.e., NR）のASレイヤは、RRC: SCG-Configメッセージに基づいて、SgNB２により選択された少なくとも１つの個別numerology に従うSCG DRBを設定してもよい（ステップ５０４）。

さらに又はこれに代えて、本実施形態に係る無線通信ネットワークは、LTE eNB１のE-UTRAセル１１からNR gNB２のNRセル２１へのInter-RATハンドオーバをサポートしてもよい。以下では、UE３がソースE-UTRAセル１１からターゲットNRセル２１へハンドオーバされる場合に、ターゲットNR gNB２によって提供されるセル２１のnumerologyをUE３に設定する手順について説明する。

図１０は、本実施形態に係るInter-RATハンドオーバ手順の一例（処理１０００）を示すシーケンス図である。ステップ１００１では、ソースLTE eNB１は、NR Handover Requestメッセージをダイレクト基地局間インタフェース４０３（e.g., Xnインタフェース又はX3インタフェース）上でターゲットgNB２に送る。ステップ１００１のNR Handover Requestメッセージは、LTEからNRへのハンドオーバであることを示すハンドオーバ種別 情報要素（Handover Type Information Element (IE)）を包含してもよい。Handover Type IEは、例えば、“LTEtoNR”がセットされる。

ステップ１００２では、ターゲットgNB２は、NR Handover Requestメッセージに基づいて、UEコンテキストを生成（create）し、リソースを割り当てる。そして、ターゲットgNB２は、NR Handover Request AcknowledgeメッセージをソースeNB１に送る。NR Handover Request Acknowledgeメッセージは、NR Handover Requestメッセージに対する応答メッセージである。NR Handover Request Acknowledgeメッセージは、ターゲットgNB２によって生成されたターゲットNRセル２１のDRBの無線リソース設定を含む。当該無線リソース設定は、ソースeNB１を介してUE３に送られる。当該無線リソース設定は、ターゲットgNB２により選択された少なくとも１つの個別numerologyを示す。

具体的には、NR Handover Request Acknowledgeメッセージは、“Target to Source Transparent Container”IEを包含する。“Target to Source Transparent Container”IEは、ターゲットgNB２によりセットアップされた無線リソース設定情報を含む。当該無線リソース設定情報は、ターゲットNRセル２１において提供される少なくとも１つの個別numerologyを示す。

ステップ１００３では、ソースeNB１は、ターゲットgNB２により生成された無線リソース設定情報を含むHandover Commandメッセージを包含するRRCメッセージをUE３に送る。当該RRCメッセージは、例えば、Mobility from EUTRA commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。ソースeNB１は、ターゲットgNB２により生成された無線リソース設定情報を、 RRC Connection Reconfigurationメッセージ内の“MobilityControlInfoNR”IEに含めてもよい。

ステップ１００４では、UE３は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN（i.e., NR）のセルに移動し、Handover Commandメッセージにおいて供給された無線リソース設定情報に従ってハンドオーバを実施する。すなわち、UE３は、SgNB２により選択された少なくとも１つの個別numerologyに従うターゲットgNB２との無線コネクションを確立する。ここで、どのnumerologyを使用してハンドオーバを実施するか（又は、ハンドオーバの実施において想定すべきnumerologyが何であるか）の情報が、Handover Commandメッセージ又はそれを包含するRRCメッセージで送信されてもよい。UE３は、当該情報に従って、ハンドオーバを実施する（e.g., 無線コネクションを確立する）。

ステップ１００５では、UE３は、ターゲットNRセル２１に首尾よく（successfully）同期した後に、Handover Confirm for NRメッセージをターゲットgNB２に送る。ステップ１００５のメッセージは、(NR) RRC Connection Reconfiguration Completeメッセージであってもよい。

以上の説明から理解されるように、本実施形態に係るgNB２は、一例において、E-UTRA-NR DC（i.e,, オプション７又は７Ａ）のためのNR無線リソース設定をMeNB１を介してUE３に送るよう構成され、NR無線リソース設定は、SgNB２の１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを示す。これにより、SgNB２は、E-UTRA-NR DC（i.e,, オプション７又は７Ａ）においてSgNB２によって提供されるSCGセルのnumerologyをUE３に設定することができる。UE３は、SgNB２によって提供されるSCGセルで使用するべきnumerologyを知ることができる。

他の例において、本実施形態に係るgNB２は、E-UTRAからNRへのInter-RATハンドオーバのためのNR無線リソース設定をソースeNB１を介してUE３に送るよう構成され、NR無線リソース設定は、ターゲットgNB２の１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを示す。これにより、ターゲットgNB２は、E-UTRAからNRへのInter-RATハンドオーバにおいてターゲットNRセルのnumerologyをUE３に設定することができる。UE３は、ターゲットgNB２によって提供される少なくとも１つのNRセル２１で使用するべきnumerologyを知ることができる。

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

ネットワークインターフェース１１０３は、ネットワークノード（e.g., LTE eNB１、MME５、S-GW６）と通信するために使用される。ネットワークインターフェース１１０３は、例えば、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インタフェースを介してメモリ１１０５にアクセスしてもよい。

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

図１２は、UE３の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１２０１は、eNB１及びgNB２と通信するためにアナログ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., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ１２０３によるデジタルベースバンド信号処理は、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ブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE３の各種機能を実現する。

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

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

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

図１１及び図１２を用いて説明したように、上述の実施形態に係るLTE eNB１、NR gNB２、及びUE３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態は、SeNB Addition手順を踏襲するSgNB Addition手順が使用される例を示した。上述の実施形態では、SgNB Addition手順の代わりに、SeNB Modification手順を踏襲するSgNB Modification手順が使用されてもよい。例えば、MeNB１は、SgNB Addition Requestメッセージ（e.g., 図５のステップ５０１）の代わりに、SgNB Modification RequestメッセージをSgNB２に送ってもよい。

MeNB1は、無線ベアラ設定要求（e.g., SgNB Addition Requestメッセージ又はSgNB Modification Requestメッセージ）をSgNB２に送る前に、MeN１BとSgNB２間でUE Capability Coordinationを行ってもよい。例えば、MeNB１は、UE Capability Coordination RequestメッセージをSgNB２に送り、UE Capability Coordination ResponseメッセージをSgNB２から受信してもよい。当該Coordination では、MeN１B及びSgNB２は、RF capability（Band combination, measurement capability）などの固定的なUE capability（e.g., DCでデータ送受信中はほぼ変わらない、又はハードスプリットするcapability）のみを共有（交渉）してもよい。さらに、MeN１B及びSgNB２は、UE category規定に関連するcapability（e.g., soft buffer/soft channel bit）などの静的なUE capability（DC中にダイナミックに変わらない、又はdynamic sharingするcapability）も共有してもよい。これに代えて、MeN１B及びSgNB２は、静的なUE capabilityをSeNB Addition Request/Acknowledge messages（又はSeNB Modification Request/Acknowledge messages）の交換ステップにおいて共有してもよい。

上述の実施形態で説明された各種メッセージ（e.g., SgNB Addition Requestメッセージ、SgNB Addition Request Acknowledgeメッセージ、RRC Connection Reconfigurationメッセージ、RRC Connection Reconfiguration Completeメッセージ、SgNB Reconfiguration Completeメッセージ、Xn Setup Requestメッセージ、Xn Setup Responseメッセージ、NR Handover Requestメッセージ、NR Handover Request Acknowledgeメッセージ）に包含される情報要素（Information Element）は、上述のものには限られない。例えば、上述した各種メッセージに包含される情報要素（Information Element）は、LTE eNB１とNR gNB２でDCを行うことを目的として、又はE-UTRAからNRへのハンドオーバを行うことを目的として、上述の実施形態とは異なる方向、異なるノード間で通信・共有されてもよい。より具体的な例示としては、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部がSgNB Addition Request Acknowledgeメッセージに含まれてもよい。さらに又はこれに代えて、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部が、EPC４（MME５）からLTE eNB１に送られるS1APメッセージ（e.g., S1AP: E-RAB Setup Requestメッセージ）に含まれてもよい。これにより、LTE eNB１とNR gNB２でDC行うのに必要な情報を、LTE eNB１とNR gNB２で行うDCに関連するノード間で共有することができる。

上述の実施形態で説明されたUE２、基地局（LTE eNB１、NR gNB２）、及びコアネットワーク（EPC４、5G-CN７）の動作または処理は、Intra-NR Dual Connectivity、及びInter-gNB Handoverの場合にも適用が可能である。例えば、同じNRシステムの隣接セル間でも、numerologyの設定が同一でないことがあり得る。したがって、Dual Connectivityまたはハンドオーバを実行する場合に、セカンダリセル又はターゲットセルでどのようなnumerologyを使用するかはUE毎に設定されてもよい。具体的には、セカンダリgNB又はターゲットgNBは、自身の１又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つの個別numerologyを明示的または暗示的に示すNR無線リソース設定をプライマリgNB又はソースgNBを介してUE３に送ってもよい。

上述の実施形態において、各numerologyは１又は複数のネットワークスライス（network slice）又はネットワークスライス・インスタンス（network slice instance）に関連づけられてもよい。例えば、上述の実施形態における個別numerologyを示す情報は、所定のネットワークスライス又はネットワークスライス・インスタンスを示す情報（e.g., network slice identity, network slice instance identity）でもよい。そしてUE２は、当該所定のネットワークスライス又はネットワークスライス・インスタンスを示す情報を受信すると、それに対応する個別numerologyを検出してもよい。さらに、参照Numerologyもいずれかのネットワークスライス又はネットワークスライス・インスタンスに関連づけられていてもよい。このとき、参照Numerologyに関連付けられるネットワークスライス又はネットワークスライス・インスタンスは、セル内のUEに共通に設定可能な（又は、使用可能な）ものであってもよい。なお、E-UTRA及びNRがEPCに接続されるE-UTRA-NR Dual Connectivityの場合、ネットワークスライスが個別コアネットワーク・ノード（Dedicated Core network Node: DCN）であってもよい。このとき、DCN識別子（e.g., DCN ID）が、個別numerologyと関連づけられてもよい。

上述の実施形態で説明されたLTE eNB１及びNR gNB２は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたeNB１及びgNB２の各々により行われる処理及び動作は、C-RANアーキテクチャに含まれるDigital Unit（DU）によって、又はDU及びRadio Unit（RU）の組み合せによって提供されてもよい。DUは、Baseband Unit（BBU）又はCentral Unit（CU）と呼ばれる。RUは、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、Distributed Unit（DU）、又はTransmission and Reception Point（TRP）とも呼ばれる。すなわち、上述の実施形態で説明されたeNB１及びgNB２の各々によって行われる処理及び動作は、任意の１又は複数の無線局（又はRANノード）によって提供されてもよい。

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

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

（付記１）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードであって、前記第２のRANノードは前記第２のRATに関連付けられ、
前記第２のRANノードは、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
備え、
前記少なくとも１つのプロセッサは、
前記第２のRATの無線リソース設定を前記第１のRATに関連付けられた第１のRANノードを介して無線端末に送るよう構成され、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
第２のRANノード。

（付記２）
各numerologyは、サブキャリア間隔（subcarrier spacing）、システム帯域幅（system bandwidth）、送信時間間隔の長さ（Transmission Time Interval length）、サブフレーム長（subframe duration）、スロット長（slot duration）、サブフレーム内のスロット数（number of slots per subframe）、サイクリックプリフィックス長さ（Cyclic prefix length）、シンボル期間（symbol duration）、及びサブフレーム内のシンボル数（number of symbols per subframe）のうち少なくとも１つを含む、
付記１に記載の第２のRANノード。

（付記３）
前記少なくとも１つのプロセッサは、前記第１のRATをプライマリRATとし且つ前記第２のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を生成するよう構成されている、
付記１又は２に記載の第２のRANノード。

（付記４）
前記少なくとも１つのプロセッサは、無線ベアラ設定要求を前記第１のRANノードから受信し、前記無線ベアラ設定要求により示される前記第２のRATの無線ベアラに対する要件に対応する少なくとも１つのnumerologyを選択し、選択された少なくとも１つのnumerologyを明示的又は暗示的に示す情報要素を前記無線リソース設定に含めるよう構成されている、
付記３に記載の第２のRANノード。

（付記５）
前記少なくとも１つのプロセッサは、前記第１のRATから前記第２のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を生成するよう構成されている、
付記１又は２に記載の第２のRANノード。

（付記６）
前記参照numerologyは、前記第２のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記１～５のいずれか１項に記載の第２のRANノード。

（付記７）
前記少なくとも１つのプロセッサは、前記第１のRANノードと前記第２のRANノードの間の基地局間インタフェースのセットアップ手順において、前記参照numerologyを前記第１のRANノードに通知するよう構成されている、
付記１～６のいずれか１項に記載の第２のRANノード。

（付記８）
前記少なくとも１つのプロセッサは、前記参照numerologyに従う前記キャリアでの測定の設定を前記第１のRANノードを介して前記無線端末に送るよう構成されている、
付記６に記載の第２のRANノード。

（付記９）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードであって、前記第１のRANノードは前記第１のRATに関連付けられ、
前記第１のRANノードは、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
備え、
前記少なくとも１つのプロセッサは、
前記第２のRATの無線リソース設定を前記第２のRATに関連付けられた第２のRANノードから受信し、前記無線リソース設定を無線端末に送るよう構成され、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
第１のRANノード。

（付記１０）
各numerologyは、サブキャリア間隔（subcarrier spacing）、システム帯域幅（system bandwidth）、送信時間間隔の長さ（Transmission Time Interval length）、サブフレーム長（subframe duration）、スロット長（slot duration）、サブフレーム内のスロット数（number of slots per subframe）、サイクリックプリフィックス長さ（Cyclic prefix length）、シンボル期間（symbol duration）、及びサブフレーム内のシンボル数（number of symbols per subframe）のうち少なくとも１つを含む、
付記９に記載の第１のRANノード。

（付記１１）
前記少なくとも１つのプロセッサは、前記第１のRATをプライマリRATとし且つ前記第２のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を前記第２のRANノードから受信するよう構成されている、
付記９又は１０に記載の第１のRANノード。

（付記１２）
前記少なくとも１つのプロセッサは、前記第１のRATから前記第２のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を前記第２のRANノードから受信するよう構成されている、
付記９又は１０に記載の第１のRANノード。

（付記１３）
前記参照numerologyは、前記第２のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記９～１２のいずれか１項に記載の第１のRANノード。

（付記１４）
前記少なくとも１つのプロセッサは、前記参照numerologyに従う前記キャリアでの測定の設定を前記無線端末に送るよう構成されている、
付記１３に記載の第１のRANノード。

（付記１５）
前記少なくとも１つのプロセッサは、前記第１のRANノードと前記第２のRANノードの間の基地局間インタフェースのセットアップ手順において、前記参照numerologyを前記第２のRANノードから受信するよう構成されている、
付記９～１３のいずれか１項に記載の第１のRANノード。

（付記１６）
無線通信システムにおいて使用される無線端末であって、前記無線通信システムは、第１のRAT及び第２のRATをサポートし、
前記無線端末は、
前記第１のRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノード及び前記第２のRATに関連付けられた第２のRANノードと通信するよう構成された少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記第２のRATの無線リソース設定を、前記第１のRANノードを介して、前記第２のRANノードから受信するよう構成され、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
無線端末。

（付記１７）
各numerologyは、サブキャリア間隔（subcarrier spacing）、システム帯域幅（system bandwidth）、送信時間間隔の長さ（Transmission Time Interval length）、サブフレーム長（subframe duration）、スロット長（slot duration）、サブフレーム内のスロット数（number of slots per subframe）、サイクリックプリフィックス長さ（Cyclic prefix length）、シンボル期間（symbol duration）、及びサブフレーム内のシンボル数（number of symbols per subframe）のうち少なくとも１つを含む、
付記１６に記載の無線端末。

（付記１８）
前記少なくとも１つのプロセッサは、前記第１のRATをプライマリRATとし且つ前記第２のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を受信するよう構成されている、
付記１６又は１７に記載の無線端末。

（付記１９）
前記少なくとも１つのプロセッサは、前記第１のRATから前記第２のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を受信するよう構成されている、
付記１６又は１７に記載の無線端末。

（付記２０）
前記参照numerologyは、前記第２のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記１６～１９のいずれか１項に記載の無線端末。

（付記２１）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法であって、前記第２のRANノードは前記第２のRATに関連付けられ、
前記方法は、前記第２のRATの無線リソース設定を前記第１のRATに関連付けられた第１のRANノードを介して無線端末に送ることを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
方法。

（付記２２）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードにおける方法であって、前記第１のRANノードは前記第１のRATに関連付けられ、
前記方法は、前記第２のRATの無線リソース設定を前記第２のRATに関連付けられた第２のRANノードから受信し、前記無線リソース設定を無線端末に送ることを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
方法。

（付記２３）
無線通信システムにおいて使用される無線端末における方法であって、前記無線通信システムは、第１のRAT及び第２のRATをサポートし、
前記方法は、前記第２のRATの無線リソース設定を、前記第１のRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して、前記第２のRATに関連付けられた第２のRANノードから受信することを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
方法。

（付記２４）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、前記第２のRANノードは前記第２のRATに関連付けられ、
前記方法は、前記第２のRATの無線リソース設定を前記第１のRATに関連付けられた第１のRANノードを介して無線端末に送ることを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
プログラム。

（付記２５）
第１のRAT及び第２のRATをサポートする無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、前記第１のRANノードは前記第１のRATに関連付けられ、
前記方法は、前記第２のRATの無線リソース設定を前記第２のRATに関連付けられた第２のRANノードから受信し、前記無線リソース設定を無線端末に送ることを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
プログラム。

（付記２６）
無線通信システムにおいて使用される無線端末における方法をコンピュータに行わせるためのプログラムであって、前記無線通信システムは、第１のRAT及び第２のRATをサポートし、
前記方法は、前記第２のRATの無線リソース設定を、前記第１のRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して、前記第２のRATに関連付けられた第２のRANノードから受信することを備え、
前記無線リソース設定は、前記第２のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも１つのnumerologyを明示的又は暗示的に示す、
プログラム。

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

１ eNodeB (eNB)
２ gNodeB (gNB)
３ User Equipment (UE)
４ Evolved Packet Core (EPC)
５ Mobility Management Entity (MME)
７ 5G Core Network（5G-CN）
１１０１ RFトランシーバ
１１０４ プロセッサ
１１０５ メモリ
１２０１ RFトランシーバ
１２０３ ベースバンドプロセッサ
１２０４ アプリケーションプロセッサ
１２０６ メモリ

Claims (6)

1. 無線通信システムにおいて使用される無線端末であって、前記無線通信システムは第１の無線アクセス技術（RAT）及び第２のRATをサポートし、
   前記無線端末は、
   命令を記憶している１つ又は複数のメモリと、
   １つ又は複数のプロセッサと、
   を備え、
   前記１つ又は複数のプロセッサは、前記命令を処理することにより、
   前記第１のRATに関する第１の無線アクセスネットワーク（RAN）ノードと通信し、前記第２のRATに関する第２のRANノードと通信し、
   前記第１のRANノードから第１のサブキャリア間隔に関する測定設定を受信し、前記第１のサブキャリア間隔は前記第２のRATでサポートされる複数のサブキャリア間隔に含まれ、前記第１のサブキャリア間隔は同期信号のためのサブキャリア間隔を含み、
   前記第１のサブキャリア間隔に関する前記測定設定に基づいて、測定報告を前記第１のRANノードへ送信する、よう構成される、
   端末装置。
2. 前記１つ又は複数のプロセッサは、前記命令を処理することにより、
   前記測定報告に基づいて第１の処理を実行する前記第１のRANノードを経由して前記第２のRANノードから、前記第２のRATの無線リソース設定を受信し、
   前記無線リソース設定は少なくとも１つの第２のサブキャリア間隔を含み、前記少なくとも１つの第２のサブキャリア間隔は前記第２のRATでサポートされる複数のサブキャリア間隔に含まれ、
   前記少なくとも１つの第２のサブキャリア間隔は前記同期信号以外の信号のためのサブキャリア間隔を含む、
   請求項１に記載の端末装置。
3. 前記第１の処理は、第２のノード追加処理（secondary node addition procedure）を含む
   請求項２に記載の端末装置。
4. 無線通信システムにおいて使用される無線端末の方法であって、前記無線通信システムは第１の無線アクセス技術（RAT）及び第２のRATをサポートし、
   前記第１のRATに関する第１の無線アクセスネットワーク（RAN）ノードと通信し、前記第２のRATに関する第２のRANノードと通信し、
   前記第１のRANノードから第１のサブキャリア間隔に関する測定設定を受信し、前記第１のサブキャリア間隔は前記第２のRATでサポートされる複数のサブキャリア間隔に含まれ、前記第１のサブキャリア間隔は同期信号のためのサブキャリア間隔を含み、
   前記第１のサブキャリア間隔に関する前記測定設定に基づいて、測定報告を前記第１のRANノードへ送信する
   端末装置の方法。
5. 前記測定報告に基づいて第１の処理を実行する前記第１のRANノードを経由して前記第２のRANノードから、前記第２のRATの無線リソース設定を受信し、
   前記無線リソース設定は少なくとも１つの第２のサブキャリア間隔を含み、前記少なくとも１つの第２のサブキャリア間隔は前記第２のRATでサポートされる複数のサブキャリア間隔に含まれ、
   前記少なくとも１つの第２のサブキャリア間隔は前記同期信号以外の信号のためのサブキャリア間隔を含む、
   請求項４に記載の端末装置の方法。
6. 前記第１の処理は、第２のノード追加処理（secondary node addition procedure）を含む
   請求項５に記載の端末装置の方法。

Images