(57)【要約】【課題】Ｂａｎｄｗｉｄｔｈ  ｐａｒｔｓを取り扱うために改良された無線アクセスネットワーク（ＲＡＮ）ノード間（ｅ．ｇ．，  ｉｎｔｅｒ−ｇＮＢ）シグナリングの提供に寄与する。【解決手段】無線アクセスネットワーク（ＲＡＮ）ノード（１１）は、システム帯域内に設定された１又はそれ以上のｂａｎｄｗｉｄｔｈ  ｐａｒｔｓ（ＢＷＰｓ）のうち少なくとも１つに関する制御情報を他のＲＡＮノード（１２）に送るよう構成されている。【選択図】図１１
2019216487.tif 000002
【特許請求の範囲】
【請求項１】
PHY（Physical）レイヤとMAC（Medium Access Control）レイヤとを管理するgNB-DU（gNB Distributed Unit）の方法において、
RRC（Radio Resource Control）レイヤを管理するgNB-CU（gNB Central Unit）から、F1インターフェースを介して、UE CONTEXT SETUP REQUESTを受信し、
無線端末に対して設定される１または複数のBWP(s)（bandwidth part(s)）を示す情報と、前記１または複数のBWP(s)の内、前記無線端末に対して最初に活性化される第一の活性化BWPを示す情報と、を生成し、
前記１または複数のBWP(s)を示す情報と、前記第一の活性化BWPを示す情報と、を含むUE CONTEXT SETUP RESPONSEを、前記F1インターフェースを介して前記gNB-CUへ送信する、
方法。
【請求項２】
前記無線端末に対して複数のBWPsが設定される場合、前記無線端末の活性化BWPを、前記第一の活性化BWPから前記複数のBWPsの内の他のBWPに変更するために、前記無線端末に対して、PDCCH（Physical Downlink Control Channel）においてDCI(Downlink Control Information)を送信する、請求項１に記載の方法。
【請求項３】
PHY（Physical）レイヤとMAC（Medium Access Control）レイヤとを管理するgNB-DU（gNB Distributed Unit）において、
トランシーバと、
RRC（Radio Resource Control）レイヤを管理するgNB-CU（gNB Central Unit）と接続するF1インターフェースと、
プロセッサと、を有し、
前記プロセッサは、
前記gNB-CU（gNB Central Unit）から、前記F1インターフェースを介して、UE CONTEXT SETUP REQUESTを受信し、
無線端末のために設定される１または複数のBWP(s)（bandwidth part(s)）を示す情報と、前記１または複数のBWP(s)の内、前記無線端末に対して最初に活性化される第一の活性化BWPを示す情報と、を生成し、
前記１または複数のBWP(s)を示す情報と、前記第一の活性化BWPを示す情報と、を含むUE CONTEXT SETUP RESPONSEを、前記F1インターフェースを介して前記gNB-CUへ送信する、
gNB-DU。
【請求項４】
前記無線端末に対して複数のBWPsが設定される場合、前記無線端末の活性化BWPを、前記第一の活性化BWPから前記複数のBWPsの内の他のBWPに変更するために、前記トランシーバを介して前記無線端末に対し、PDCCH（Physical Downlink Control Channel）においてDCI(Downlink Control Information)を送信する、請求項３に記載のgNB-DU。
【請求項５】
RRC（Radio Resource Control）レイヤを管理するgNB-CU（gNB Central Unit）の方法において、
PHY（Physical）レイヤとMAC（Medium Access Control）レイヤとを管理する、gNB-DU（gNB Distributed Unit）に対して、F1インターフェースを介して、UE CONTEXT SETUP REQUESTを送信し、
前記gNB-DUから、前記F1インターフェースを介して、無線端末に対して設定される１または複数のBWP(s)（bandwidth part(s)）を示す情報と、前記１または複数のBWP(s)の内、前記無線端末に対して最初に活性化される第一の活性化BWPを示す情報と、を含むUE CONTEXT SETUP RESPONSEを受信する、
方法。
【請求項６】
前記無線端末に対して複数のBWPsが設定される場合、前記無線端末の活性化BWPは、前記gNB-DUからPDCCH（Physical Downlink Control Channel）において送信されるDCI(Downlink Control Information)に基づいて、前記第一の活性化BWPから前記複数のBWPsの内の他のBWPに変更される、請求項５に記載の方法。
【請求項７】
RRC（Radio Resource Control）レイヤを管理するgNB-CU（gNB Central Unit）において、
トランシーバと、
PHY（Physical）レイヤとMAC（Medium Access Control）レイヤとを管理する、gNB-DU（gNB Distributed Unit）と接続するF1インターフェースと、
プロセッサと、を有し、
前記プロセッサは、
前記gNB-DUに対して、前記F1インターフェースを介して、UE CONTEXT SETUP REQUESTを送信し、
前記gNB-DUから、前記F1インターフェースを介して、無線端末に対して設定される１または複数のBWP(s)（bandwidth part(s)）を示す情報と、前記１または複数のBWP(s)の内、前記無線端末に対して最初に活性化される第一の活性化BWPを示す情報と、を含むUE CONTEXT SETUP RESPONSEを受信する、
gNB-CU。
【請求項８】
前記無線端末に対して複数のBWPsが設定される場合、前記無線端末の活性化BWPは、前記gNB-DUからPDCCH（Physical Downlink Control Channel）において送信されるDCI(Downlink Control Information)に基づいて、前記第一の活性化BWPから前記複数のBWPsの内の他のBWPに変更される、請求項７に記載のgNB-CU。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムに関し、特に１つのキャリア帯域内に設定された１又はそれ以上の帯域（bandwidth）パートの使用に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）は、2020年以降の導入に向けた第5世代移動通信システム（5G）の標準化作業を行っている。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又は5GC）又は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を通して転送される。
【０００６】
これに対して、5G Systemでは、無線ベアラがNG-RAN において使用されるかもしれないが、5GC内及び5GCとNG-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 UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flowsが１つのPDUセッション内に設定されることができる。3GPP仕様は、5G Systemのために、LTEのQCIに相当する5G QoS Indicator（5QI）を規定する。
【０００７】
なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。PDU session内の同一のN3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。N3マーキングは、上述のPDU flow IDに対応し、QoS flow Identity（QFI）とも呼ばれ、さらにFlow Identification Indicator（FII）とも呼ばれる。ここで、少なくとも仕様に規定される各5QIとこれと同じ値（番号）を持つ対応するQFIとの間には１対１の関係がある（i.e., one-to-one mapping）。
【０００８】
図１は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5GC及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5GCとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、N2インタフェース、NG2インタフェース、又はNG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5GCとgNB間の制御情報（e.g., N2 AP Information Element）に使用される。5GCとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、N3インタフェース、NG3インタフェース、又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flowsのパケット（packets）の転送に使用される。
【０００９】
なお、図１に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション（又は配置シナリオ（deployment scenarios））の１つに過ぎない。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。3GPPは、さらに、E-UTRA及びNR無線アクセス技術（E-UTRA and NR radio access technologies）を使用するマルチ接続動作（multi-connectivity operation）のための幾つかのネットワーク・アーキテクチャを検討している。マルチ接続動作の代表例が、１つのマスターノード（Master node (MN)）と１つのセカンダリノード（Secondary node (SN)）が互いに連携して１つのUEと同時に通信するデュアル接続（Dual Connectivity (DC)）である。E-UTRA及びNR無線アクセス技術を使用するデュアル接続動作は、Multi-RAT Dual Connectivity (MR-DC)と呼ばれる。MR-DCは、E-UTRAノード及びNRノード（E-UTRA and NR nodes）の間のデュアル接続（connectivity）である。
【００１０】
MR-DCでは、E-UTRAノード（i.e., eNB）及びNRノード（i.e., gNB）のうち一方がマスターノード（Master node (MN)）として動作し、他方がセカンダリノード（Secondary node (SN)）として動作し、少なくともMNがコアネットワークに接続される。MNは１又はそれ以上のMaster Cell Group（MCG）セルをUEに提供し、SNは１又はそれ以上のSecondary Cell Group（SCG）セルをUEに提供する。MR-DCは、“MR-DC with the EPC” 及び“MR-DC with the 5GC”を含む。
【００１１】
MR-DC with the EPCは、E-UTRA-NR Dual Connectivity (EN-DC)を含む。EN-DCでは、UEはMNとして動作するeNB及びSNとして動作するgNBに接続される。さらに、eNB（i.e., Master eNB）はEPCに接続され、gNB（i.e. Secondary gNB）はX2 interfaceを介してMaster eNBに接続される。
【００１２】
MR-DC with the 5GCは、NR-E-UTRA Dual Connectivity (NE-DC)及びNG-RAN E-UTRA-NR Dual Connectivity (NG-EN-DC)を含む。NE-DCでは、UEはMNとして動作するgNB及びSNとして動作するeNBに接続され、gNB（i.e., Master gNB）は5GCに接続され、eNB（i.e. Secondary eNB）はXn interfaceを介してMaster gNBに接続される。一方、NG-EN-DCでは、UEはMNとして動作するeNB及びSNとして動作するgNBに接続され、eNB（i.e., Master eNB）は5GCに接続され、gNB（i.e. Secondary gNB）はXn interfaceを介してMaster eNBに接続される。
【００１３】
図２、図３、及び図４は、上述した３つのDCタイプ、すなわちEN-DC、NE-DC、及びNG-EN-DCのネットワーク構成をそれぞれ示している。なお、図２のEN-DCにおけるSecondary gNB（SgNB）はen-gNBとも呼ばれ、図３のNE-DCにおけるSecondary eNB（SeNB）および図４のNG-EN-DCにおけるMaster eNB（MeNB）は、ng-eNBとも呼ばれるが、本明細書ではgNBまたはeNBと記載する。さらに、5G Systemは、２つのgNBsの間のデュアルコネクティビティをサポートする。本明細書では、２つのgNBsの間のデュアルコネクティビティは、NR-NR DCと呼ばれる。図５は、NR-NR DCのネットワーク構成を示している。
【００１４】
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キャリア（又はNRセル）のアグリゲーションが既存のLTE Carrier Aggregation（CA）のような低レイヤ・アグリゲーション（lower layer aggregation）又は既存のDual Connectivityのような高レイヤ・アグリゲーション（upper layer aggregation）によって実現されることが検討されている。
【００１６】
5G NRは、LTEのそれに比べてより広いチャネル帯域（channel bandwidths）（e.g., 100s of MHz）をサポートする。１つのチャネル帯域（i.e., BWChannel）は、１つのNRキャリアをサポートするradio frequency帯域（RF bandwidth）である。チャネル帯域は、システム帯域とも呼ばれる。LTEが20 MHzまでのチャネル帯域をサポートするのに対して、5G NRは例えば500 MHzまでのチャネル帯域（channel bandwidths）をサポートする。
【００１７】
複数の5Gサービス、例えばeMBBのような広帯域サービス及びInternet of Things（IoT）のような狭帯域サービスを効率的にサポートするためには、これら複数のサービスを１つのチャネル帯域上に多重できることが好ましい。さらに、もし全ての5G UEがチャネル帯域全体に対応した送信帯域（transmission bandwidth）での送信および受信をサポートしなければならないなら、これは狭帯域IoTサービスのためのUEsの低コスト及び低消費電力を妨げるかもしれない。したがって、3GPPは、各NRコンポーネントキャリアのキャリア帯域（i.e., チャネル帯域又はシステム帯域）内に１又はそれ以上のbandwidth parts（BWPs）が設定されることを許容する。１つのNRチャネル帯域内の複数のBWPsは、異なるnumerologies（e.g., subcarrier spacing（SCS））の周波数多重（frequency division multiplexing（FDM））のために使用されてもよい。なお、bandwidth partは、carrier bandwidth partとも呼ばれる。
【００１８】
１つのbandwidth part（BWP）は、周波数において連続的であり（frequency-consecutive）、隣接する（contiguous）physical resource blocks（PRBs）により構成される。１つのBWPの帯域（bandwidth）は、少なくともsynchronization signal (SS)/physical broadcast channel(PBCH) block帯域と同じ大きさである。BWPは、SS/PBCH block（SSB）を包含してもしなくてもよい。BWP configurationは、例えば、numerology、 frequency location、及びbandwidth（e.g., PRBsの数）を含む。frequency locationを指定するために、共通のPRB indexingが少なくともRadio Resource Control (RRC)connected状態でのダウンリンク（DL）BWP configurationのために使用される。具体的には、UEによってアクセスされるSSBの最低（the lowest）PRBへのPRB 0からのオフセットが上位レイヤシグナリング（higher layer signaling）によって設定される。参照（reference）ポイント“PRB 0”は、同じ広帯域コンポーネントキャリアを共用する全てのUEsに共通である。
【００１９】
１つのSS/PBCH blockは、NR synchronization signals（NR-SS）及びNR physical broadcast channel（NR-PBCH）のような、idleのUEのために必要な基本の信号（primary signals）を含む。NR-SSは、DL同期を得るためにUEにより使用される。Radio Resource Management (RRM) measurement（e.g., RSRP measurement）をidleのUEに可能にするために、Reference Signal（RS）がSS/PBCH blockにおいて送信される。当該RSは、NR-SSそれ自体であってもよいし、追加のRSであってもよい。NR-PBCHは、最小限のシステム情報（Minimum System Information (minimum SI)）の一部（例えば、Master Information Block (MIB)）をブロードキャストする。残りのminimum SI（remaining minimum SI（RMSI））は、Physical Downlink Shared Channel（PDSCH）で送信される。
【００２０】
ネットワークは、１つの広帯域コンポーネントキャリアのチャネル帯域内において複数の（multiple）SS/PBCH blocksを送信できる。言い換えると、チャネル帯域内の複数のBWPにおいてSS/PBCH blocksが送信されてもよい。第１案では、１つの広帯域キャリア内の全てのSS/PBCH blocksは、同一の物理レイヤセル識別子（physical-layer cell identity）に対応するNR-SS（e.g., primary SS (PSS)及びsecondary SS (SSS)）に基づく。第２案では、１つの広帯域キャリア内の異なるSS/PBCH blocksは、異なる物理レイヤセル識別子（physical-layer cell identities）に対応するNR-SSに基づいてもよい。
【００２１】
UEの視点（perspective）では、セルが１つのSS/PBCH blockに関連付けられる。したがって、UEのために、各サービングセルは、周波数において１つの関連付けられたSS/PBCH block （single associated SS/PBCH block）を持つ。なお、各サービングセルは、carrier aggregation (CA)及びdual connectivity (DC)でのprimary cell (PCell)、DCでのprimary secondary cell (PSCell)、又はCA及びDCでのsecondary cell (SCell)である。このようなSSBは、cell defining SS/PBCH blockと呼ばれる。Cell defining SS/PBCH blockは、関連付けられたRMSIを持つ。Cell defining SS/PBCH blockは、サービングセルの時間基準（time reference）又はタイミング基準（timing reference）の役割を果たす。また、Cell defining SS/PBCH blockは、SS/PBCH block (SSB) based RRM Measurementsのために使用される。Cell defining SS/PBCH blockは、PCell/PSCellに対して“synchronous reconfiguration” （例えば、RRC Reconfiguration procedureを用いたhandoverを伴わない無線リソース設定情報の再設定）によって、及びSCellに対して“SCell release/add”によって変更されることができる。
【００２２】
各コンポーネントキャリアのための１又は複数のBWP configurationsは、準静的に（semi-statically）UEにシグナルされる。具体的には、各UE-specificサービングセルのために、１又はそれ以上のDL BWPs及び１又はそれ以上のUL BWPsがdedicated RRCメッセージによってUEのために設定されることができる。さらに、UEのために設定された１又はそれ以上のBWPsは、活性化（activated）及び非活性化（deactivated）されることができる。BWPの活性化／非活性化は、RRCレイヤではなく、下位レイヤ（e.g., Medium Access Control（MAC）レイヤ、Physical（PHY）レイヤ）によって決定される。なお、活性化されたBWPを活性化BWP（active BWP）と呼ぶ。
【００２３】
活性化BWP（active BWP）の切り替えは、例えば、NR Physical Downlink Control Channel（PDCCH）で送信されるダウンリンク制御情報（Downlink Control Information（DCI））（e.g., scheduling DCI）によって行われてもよい。言い換えると、現在のactive BWPの非活性化（deactivation）と新規のactive BWPの活性化（activation）は、NR PDCCHのDCIによって行われてもよい。したがって、ネットワークは、例えばデータレートに応じて又はサービスによって要求されるnumerologyに応じて、BWPを活性化／非活性化することができ、UEのためのactive BWPをダイナミックに切り替えることができる。BWPの活性化／非活性化は、MAC Control Element（CE）によって行われてもよい。
【００２４】
図６及び図７は、BWPの使用例を示している。図６に示された例では、１つのコンポーネントキャリアのチャネル帯域がBWP #1及びBWP #2に分割され、これら２つのBWPsが異なるnumerologies（e.g., 異なるsubcarrier spacing）のFDMのために使用される。図７に示された例では、１つのコンポーネントキャリアのチャネル帯域の中に狭帯域なBWP #1が配置され、BWP #1よりも狭帯域なBWP #2がさらに配置されている。BWP #1又はBWP #2がUEに対して活性化されている場合、当該UEはactive BWPの外側（しかしチャネル帯域内）で受信及び送信を行わないことにより、電力消費を低減できる。
【００２５】
非特許文献１〜７は、上述されたBWP及びcell defining SS/PBCH blockについて開示している。
【先行技術文献】
【非特許文献】
【００２６】
【非特許文献１】3GPP R1-1711795, Ericsson, “On bandwidth parts and “RF” requirements”, TSG RAN1 NR Ad-Hoc#2, Qingdao, P.R. China, June 2017
【非特許文献２】3GPP R2-1707624, “LS on Bandwidth Part Operation in NR”, 3GPP TSG RAN WG2#99, Berlin, Germany, August 2017
【非特許文献３】3GPP R2-1710012, “LS on Further agreements for Bandwidth part operation”, 3GPP TSG RAN WG2 #99bis, Prague, Czech Republic, October 2017
【非特許文献４】3GPP R2-1710031, “Reply LS on multiple SSBs within a wideband carrier”, 3GPP TSG RAN WG2 #99bis, Prague, Czech Republic, October 2017
【非特許文献５】3GPP R2-1711640, ZTE Corporation, Sane Chips, “Initial discussion on the impacts of BWP on RAN2”, 3GPP TSG-RAN WG2 Meeting #99bis, Prague, Czech Republic, October 2017
【非特許文献６】3GPP R2-1711969, Ericsson, “Text Proposal for L1 parametrs for 38.331”, 3GPP TSG-RAN WG2 #99bis, Prague, Czech Republic, October 2017
【非特許文献７】3GPP R2-1709861, “LS on multiple SSBs within a wideband carrier”, 3GPP TSG RAN WG2#99, Berlin, Germany, August 2017
【発明の概要】
【発明が解決しようとする課題】
【００２７】
無線アクセスネットワークに配置される複数のRANノード（e.g., gNBs）が互いのBWP設定をどのように知るかが明確でない。本明細書に開示される実施形態が達成しようとする目的の１つは、bandwidth partsを取り扱うために改良されたRANノード間（e.g., inter-gNB）シグナリングに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２８】
第１の態様では、RANノード装置は、メモリ及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、システム帯域内に設定された１又はそれ以上のbandwidth parts（BWPs）のうち少なくとも１つに関する第１の制御情報を他のRANノードに送るよう構成されている。
【００２９】
第２の態様は、RANノード装置における方法は、システム帯域内に設定された１又はそれ以上のbandwidth parts（BWPs）のうち少なくとも１つに関する第１の制御情報を他のRANノードに送ること含む。
【００３０】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００３１】
上述の態様によれば、bandwidth partsを取り扱うために改良されたRANノード間（e.g., inter-gNB）シグナリングに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００３２】
【図１】5G Systemの基本アーキテクチャを示す図である。
【図２】EN-DCのネットワーク構成を示す図である。
【図３】NE-DCのネットワーク構成を示す図である。
【図４】NG-EN-DCのネットワーク構成を示す図である。
【図５】NR-NR DCのネットワーク構成を示す図である。
【図６】Bandwidth part（BWP）の使用例を示す図である。
【図７】Bandwidth part（BWP）の使用例を示す図である。
【図８】BWP及びSS/PBCH blockの設定例を示す図である。
【図９】BWP及びSS/PBCH blockの設定例を示す図である。
【図１０】第１の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図１１】第１の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図１２】第２実施形態に係る無線通信ネットワークの構成例を示す図である。
【図１３】第２の実施形態に係るBWP設定に関するシグナリングの一例を示すシーケンス図である。
【図１４】“BWP list” 情報要素（Information Element（IE））のフォーマットの一例を示す図である。
【図１５】第２の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図１６】第２の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図１７】第２の実施形態に係るRANノードとUEとの間シグナリングの一例を示すシーケンス図である。
【図１８】第３実施形態に係る無線通信ネットワークの構成例を示す図である。
【図１９】第３の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図２０】第３の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図２１】第４実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２２】第４の実施形態に係るRANノード間シグナリングの一例を示すシーケンス図である。
【図２３】幾つかの実施形態に係るRANノードの構成例を示すブロック図である。
【図２４】幾つかの実施形態に係る無線端末の構成例を示すブロック図である。
【発明を実施するための形態】
【００３３】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３４】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３５】
以下に示される複数の実施形態は、3GPP 5G systemを主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。
【００３６】
初めに、図８及び図９を参照して、１つのシステム帯域内が複数のBWPsを含むケースに関する用語の定義を説明する。図８及び図９は、BWP及びSS/PBCH blockの設定例を示している。図８及び図９に示された例では、１つのチャネル帯域内が３つのBWPs、すなわちBWP #1、BWP #2、及びBWP #3を含む。BWP #1及びBWP #2はSS/PBCH block（SSB）#1及びSSB #2をそれぞれ包含し、一方BWP #3はSS/PBCH blockを包含しない。
【００３７】
ネットワークの観点（perspective）では、既存のLTEと同様に、１つのコンポーネントキャリアの全体帯域(i.e., チャネル帯域又はシステム帯域)が１つのセルに相当する。図８及び図９の例では、チャネル帯域に対応するセルに関連付けられたPhysical Cell Identity(PCI）は“PCIx”である。
【００３８】
本明細書では、ネットワーク観点（perspective）でのセルを“論理セル（logcal cell）”と定義する。さらに、ネットワーク観点セル（i.e., 論理セル）に関連付けられたPCIを基準PCIと定義する。なお、ネットワーク観点セル（i.e., 論理セル）は、１つのCell Identityに関連付けられてもよい。この場合、ネットワーク視点セル（i.e., 論理セル）のCell Identityが、後述する複数の物理セルの（サブ）PCIsと関連付けられてもよい。
【００３９】
一方、既に説明したように、UE観点（perspective）では、セルが１つのSS/PBCH blockに関連付けられる。本明細書では、UE観点でのセルを“物理セル（physical cell）”と定義する。さらに、UE観点セル（i.e., 物理セル）に関連付けられたPCIをサブPCIと定義する。すなわち、１つのシステム帯域内に含まれており且つ各々がSS/PBCH blockを含む複数のBWPsは、複数のUE観点セル（i.e., 複数の物理セル）である。これら複数のUE観点セル（物理セル）のサブPCIsは、ネットワーク観点セル（i.e., 論理セル）の１つの基準PCI又は１つのCell Identityに関連付けられる。さらに、SS/PBCH blockを含まないBWPは、UE観点セル（物理セル）として定義されてもよいし、SS/PBCH blockを含まないBWPとこれが参照するSS/PBCH blockを含むBWPのグループがUE観点セル（物理セル）として定義されてもよい。なお、ネットワーク観点でも、ネットワーク（e.g., RANノード）がUEとの通信に実際に使用する単位システム帯域は、それぞれのUE観点セル（物理セル）である。
【００４０】
図８の例では、３つのBWPsが同一のnumerology（i.e., numerology #1）をサポートし、１つのチャネル帯域内の全てのSS/PBCH blocks（i.e., SSB #1及びSSB #2）が同一の（サブ）PCI（i.e., PCIx）に対応するNR-SSに基づく。すなわち、図８は、チャネル帯域内での複数の（multiple）SS/PBCH blocksの送信に関して上述された第１案に対応する。SSBを包含しないBWP #3にUEが同期するために、他のBWPsで送信されるSSB #1又はSSB #2が参照される。このとき、参照されるSSB #1又はSSB #2を参照SSB（reference SSB）と呼び、UEは参照SSBの識別子（SSB index, e.g., SSB #1 or #2）をネットワークから通知されてもよい。
【００４１】
図９の例では、BWP #1がnumerology #1をサポートし、BWP #2及びBWP #3がnumerology #2をサポートする。異なるnumerologiesのための異なるSSBs #1及び#2は、異なる（サブ）PCIs（i.e., PCIx及びPCIy）に対応するNR-SSに基づく。すなわち、図９は、チャネル帯域内での複数の（multiple）SS/PBCH blocksの送信に関して上述された第２案に対応する。SSBを包含しないBWP #3にUEが同期するために、例えば、BWP #3と同じnumerologyをサポートするBWP #2のSSB #2が参照される。これに代えて、SSBを包含しないBWP #3にUEが同期するために、UEは、BWP #3のnumerologyとは異なるnumerologyをサポートするBWP #1のSSB #1を参照してもよい。
【００４２】
図８の例では、１つのネットワーク観点セル（i.e., 論理セル）の基準PCI（i.e., PCIx）又はCell Identityに、２つのUE観点セル（物理セル）のサブPCIs（i.e., PCIx及びPCIx）が関連付けられる。図９の例では、１つのネットワーク観点セル（i.e., 論理セル）の基準PCI（i.e., PCIx）又はCell Identityに、２つのUE観点セル（物理セル）のサブPCIs（i.e., PCIx及びPCIy）が関連付けられる。
【００４３】
ネットワーク（e.g., RANノード）は、１つ又はそれ以上のBWPsを含むBWPセットをUEに設定してもよい。言い換えると、UEは、１つ又はそれ以上のBWPsの設定情報（e.g., SSB indexes, presence of SSBs, reference SSB indexes, Layer-1 parameters）をネットワークから受信する。BWPセットは、ダウンリンク（DL）及びアップリンク（UL）に個別に設定されてもよい。つまり、BWPセットは、DL及びULに個別のDL BWPセット及び UL BWPセットを含んでもよい。これに代えて、UL BWPとDL BWPとが予め関連付けられてもよく、この場合のBWPセットは、DL及びULに共通であってもよい。UEは（DL/UL） BWPセットに含まれるK個のBWPsのうち、k個（k <= K）のBWPを活性化（activate）することができる。言い換えると、あるUEに対して、K個までの（DL/UL）BWP(s)が一度に活性化されることができる。以降の説明では、簡略化のために、１つのBWP（i.e. k=1）が活性化（activate）されることを想定する。しかし、本実施形態及び後続の実施形態は、２つ以上（k>=2）のBWPsが一度に活性化される場合にも適宜適用できる。
【００４４】
さらに、本明細書は、用語“BWPグループ”を導入する。BWPグループは、BWPセットに包含される。BWPグループは、NR PDCCHで送信されるDCIによってactive BWPを変更されることができる１又はそれ以上のBWPsから構成される。BWPグループに含まれる１又はそれ以上のBWPsの間では、Cell defining SSBの変更を伴わずにactive BWPが変更されることができる。従って、BWPグループは、１つのcell defining SSBに関連付けられた１又はそれ以上のBWPsであると定義されてもよい。１つのBWPグループは、cell defining SSBを包含する１つのBWP（e.g.,基準BWP、イニシャルBWP、デフォルトBWP）と他の１又はそれ以上のBWPsを含んでもよい。基準BWP（又はイニシャルBWP、デフォルトBWP）ではない他の１又はそれ以上のBWPsの各々は、SSBを含んでもよいし、含まなくてもよい。UEはどのSSBがcell defining SSBであるかを明示的に指定・設定されてもよいし、UEが当該BWPグループを設定された時の最初のBWPのSSBをcell defining SSBであると暗黙的（implicitly）に考えてもよい。
【００４５】
BWPグループは、ダウンリンク（DL）及びアップリンク（UL）に個別に設定されてもよい。つまり、BWPグループは、DL及びULに個別のDL BWPグループ及び UL BWPグループを含んでもよい。これに代えて、UL BWPとDL BWPとが予め関連付けられてもよく、この場合のBWPグループは、DL及びULに共通であってもよい。
【００４６】
図８の例において、BWP #1から#3が１つのBWPセットとしてUEに設定される。図８の例では、UEは、BWP #3に同期するために（つまりBWP #3において同期確立するために）、BWP #1で送信されるSSB #1を参照してもよい。この場合、BWP #1及びBWP #3が１つのBWPグループに対応し、BWP #2が別の１つのBWPグループに対応してもよい。つまり、１つのBWPセット（BWPs #1, #2, and #3）は、第１のBWPグループ（BWPs #1 and #3）及び第２のBWPグループ（BWP #2）を含んでもよい。これに代えて、１つのBWPセット（BWPs #1, #2, and #3）は、第１のBWPグループ（BWP #1）及び第２のBWPグループ（BWPs #2 and #3）を含んでもよい。さらにこれに代えて、１つのBWPセット（BWPs #1, #2, and #3）は、１つのBWPグループ（BWPs #1, #2, and #3）に対応してもよい。この場合、SSB #1及びSSB #2のうち１つがUEのためのcell defining SSBとされる。
【００４７】
図９の例でも、BWP #1から#3が１つのBWPセットとしてUEに設定される。一例では、numerology #1のBWP #1が１つのBWPグループに対応し、numerology #2のBWP #2及びBWP #3が別の１つのBWPグループに対応してもよい。つまり、１つのBWPセット（BWPs #1, #2, and #3）は、第１のBWPグループ（BWPs #1）及び第２のBWPグループ（BWP #2 and #3）を含んでもよい。なお、既に説明したとおり、異なるnumerologiesのBWPsが１つのBWPグループに含まれてもよい。したがって、他の例では、１つのBWPセット（BWPs #1, #2, and #3）は、第１のBWPグループ（BWPs #1 and #3）及び第２のBWPグループ（BWP #2）を含んでもよい。さらにこれに代えて、１つのBWPセット（BWPs #1, #2, and #3）は、１つのBWPグループ（BWPs #1, #2, and #3）に対応してもよい。この場合、SSB #1及びSSB #2のうち１つがUEのためのcell defining SSBとされる。
【００４８】
既に説明したように、BWPの活性化／非活性化は、RRCレイヤではなく、下位レイヤ（e.g., Medium Access Control（MAC）レイヤ、Physical（PHY）レイヤ）によって行われてもよい。DL BWPの活性化／非活性化のためにタイマ（e.g. MACレイヤのBWP Inactivity Timer）が使用されてもよい。UEは、gNBにより送信される設定値に基づくタイマに従ってactive BWPを切り替えてもよい。当該タイマが示す期間（periodまたはduration）は、subframe単位で示されてもよい。例えば、UEがactive BWPにおいて、所定期間（つまりタイマの満了値）データの送信または受信を行わなかった場合、所定のBWP（e.g., default BWP, cell defininig SSBを含むBWP）のactive BWPを変更するようにしてもよい。同様のタイマに基づくactive BWP変更の判断を、ネットワーク（e.g., RANノード）も行ってもよい。
【００４９】
＜第１の実施形態＞
図１０は、本実施形態に係る無線通信ネットワークの構成例を示している。図１０の例では、無線通信ネットワークは、RANノード１１及びRANノード１２を含む。RANノード１１及びRANノード１２の間はインタフェース１００１によって接続される。RANノード１１は、例えば、gNB、又はMR-DCでのeNBである。RANノード１２も、例えば、gNB、又はMR-DCでのeNBである。この場合、インタフェース１００１は、Xnインタフェース又は（改良された）X2インタフェースである。
【００５０】
RANノード１１及び１２の一方はcloud RAN（C-RAN）配置（deployment）におけるCentral Unit（CU）（e.g., gNB-CU）であってもよく、他方はDistributed Unit（DU）（e.g., gNB-DU）であってもよい。Central Unit（CU）は、Baseband Unit（BBU）又はdigital unit（DU）とも呼ばれる。Distributed Unit（DU）は、Radio Unit（RU）、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、又はTransmission and Reception Point（TRP又はTRxP）とも呼ばれる。この場合、インタフェース１００１は、CUとDUの間のインタフェース（e.g., F1インタフェース）である。
【００５１】
図１１は、RANノード間シグナリングの一例（処理１１００）を示している。ステップ１１０１では、RANノード１１は、１つのコンポーネントキャリアの帯域（i.e., チャネル帯域又はシステム帯域）内に設定された１又はそれ以上のBWPsのうち少なくとも１つに関する制御情報をRANノード１２に送る。以下では、当該制御情報をBWP関連（BWP-related）制御情報と呼ぶ。同様に、RANノード１２も、BWP関連制御情報をRANノード１１に送ってもよい。
【００５２】
幾つかの実装において、RANノード１１は、自身が運用するセルに関連付けられたコンポーネントキャリア内に設定される１又はそれ以上のBWPsの詳細をRANノード１２に知らせるために、上記のBWP関連制御情報を送ってもよい。さらに又はこれに代えて、幾つかの実装において、RANノード１１（e.g., C-RAN配置でのCU）は、RANノード１２（e.g., C-RAN配置でのDU）に設定されるべき１又はそれ以上のBWPsの詳細をRANノード１２に指示するために、上記のBWP関連制御情報を送ってもよい。
【００５３】
さらに又はこれに代えて、幾つかの実装において、RANノード１２（e.g., C-RAN配置でのDU）は、自身が運用するセル（i.e., 論理セル）に関連付けられたコンポーネントキャリア内において設定される、又は設定することが可能な１又はそれ以上のBWPs（i.e., １又はそれ以上の物理セル）の詳細をRANノード１１（e.g., C-RAN配置でのCU）に知らせるために、上記のBWP関連制御情報を送ってもよい。さらに又はこれに代えて、幾つかの実装において、RANノード１２（e.g., C-RAN配置でのDU）は、自身が運用する（論理）セルに滞在するUEに対する１又はそれ以上のBWPsの設定状況に関する情報を含むBWP関連制御情報（言い換えると、UE特有の（UE-specific）BWP設定状況情報）をRANノード１１（e.g., C-RAN配置でのCU）に送ってもよい。
【００５４】
例えば、RANノード１１は、インタフェース１００１のセットアップ手順において、上記の制御情報をRANノード１２に送ってもよい。RANノード１１は、インタフェース１００１の修正（modification）手順において、上記のBWP関連制御情報をRANノード１２に送ってもよい。
【００５５】
これにより、RANノード１１及び１２は、BWPsを取り扱うために改良されたRANノード間（e.g., inter-gNB）シグナリングに寄与できる。これにより、RANノード１１及び１２は、複数のRANノード（e.g., gNBs）が互いのBWP設定を知ることができる。
【００５６】
RANノード１２は、RANノード１１から受信したBWP関連制御情報の少なくとも一部を、UEハンドオーバ、隣接セル間の干渉回避・抑圧、又はDCのためのSCell（i.e., Secondary Cell Group (SCG) SCell）又はSNの決定のために使用してもよい。例えば、RANノード１２は、RANノード１１から受信したBWP関連制御情報に基づいて、UEに測定される隣接セルのBWPを決定してもよい。RANノード１２は、RANノード１１から受信したBWP関連制御情報に基づいて、UEがハンドオーバされるべき隣接セルのBWP（i.e., ターゲットBWP）を決定してもよい。RANノード１２は、RANノード１１から受信したBWP関連制御情報に基づいて、UEのためのSCG SCellとして使用されるBWPを決定してもよい。
【００５７】
さらに又はこれに代えて、RANノード１１は、RANノード１２へ送信したBWP関連制御情報と同じBWP関連制御情報の少なくとも一部を、UEハンドオーバ、隣接セル間の干渉回避・抑圧、又はDCのためのSCell（i.e., Secondary Cell Group (SCG) SCell）又はSNの決定に関する制御のために使用してもよい。
【００５８】
BWPに関するこれらの無線リソース制御を可能とするために、BWP関連制御情報は、以下のうち少なくとも１つの情報要素（IE）を包含してもよい：
・１又はそれ以上のダウンリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・１又はそれ以上のアップリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・各BWPに関連付けられたキャリア周波数（e.g., Absolute Radio Frequency Channel Number（ARFCN））を示す情報要素；
・各BWPがSS/PBCH block（SSB）を包含するか否かを示す情報要素；
・SSBを包含しないBWPに関連付けられた参照SSB又は当該参照SSBを包含する参照BWPを示す情報要素；
・各BWPで送信されるSSBの構成を示す情報要素（e.g., SS系列又はPCI、SSB duration、numerology）
・基準PRB（e.g., PRB0）から各SSBのlowest PRBへのオフセットを示す情報要素； 
・各BWPに設定されたnumerologyを示す情報要素；及び
・BWPセット又はBWPグループの構成を示す情報要素（e.g., 各BWPグループのインデックスと、それに含まれるBWPインデックスのリストの情報）。
【００５９】
これらの情報要素（IE）は、RANノード１２によって運用されるコンポーネントキャリア（又は論理セル）内に設定されるべきBWPsに関する情報要素（IE）を示してもよい。さらに又はこれに代えて、これらの情報要素（IE）は、RANノード１１によって運用されるコンポーネントキャリア（又は論理セル）内に設定されるBWPsに関する情報要素（IE）を示してもよい。
【００６０】
BWP関連制御情報は、１又はそれ以上のUL BWPsにおけるランダムアクセスのプリアンブル送信に使用される無線リソース（e.g., time and frequency resource information, preamble index）の情報要素（e.g., PRACH Configuration IE）を包含してもよい。さらに又はこれに代えて、BWP関連制御情報は、１又はそれ以上のUL BWPsのうちUEによるランダムアクセスチャネルのプリアンブル送信が行われるアップリンクBWPを示す情報要素を包含してもよい。これにより、例えば、RANノード１２は、RANノード１１から受信したBWP関連制御情報を基に、ランダムアクセスのプリアンブル送信における隣接セル間の干渉を回避又は低減することができる。
【００６１】
BWP関連制御情報は、各BWPでのネットワーク・スライシングの利用可能性（availability）を示す情報要素及び各BWPに適用されるquality of service（QoS）を示す情報要素のうち少なくとも１つを包含してもよい。これに代えて、BWP関連制御情報は、各BWPでのネットワーク・スライシングの利用可能性（availability）を示す情報要素及び各BWPでサポートされる（又は各BWPに適用される）quality of service（QoS）を示す情報要素のうち少なくとも１つと関連付けられてもよい。なお、BWP関連制御情報は、これらをBWP毎ではなく、BWPセット毎、又はBWPグループ毎に示してもよい。
【００６２】
例えば、RANノード１１により運用される（論理）セルに関連付けられたコンポーネントキャリア内の１又はそれ以上のBWPsにおいて提供される（又は対応する）ネットワーク・スライスが異なってもよい。この場合、RANノード１１は、これらのネットワーク・スライスの情報をRANノード１２に送信する。例えば、ネットワーク・スライスは、スライスタイプ（e.g., Slice Service Type: SST）で示されてもよい。SSTは、サービスタイプ（e.g., eMBB、URLLC、mMTC）で示されてもよいし、RANノードに接続されているコアネットワークノードの識別子で示されてもよい。コアネットワークノードは、例えば、Access and Mobility Management Function（AMF）、Session Management Function（SMF）、又はUser Plane Function（UPF）である。これにより、例えば、RANノード１２は、RANノード１１においてどのBWPでどのネットワーク・スライシングが利用できるか又は提供されているか考慮して、UEを滞在させるBWP又はハンドオーバさせるBWPを決定することができる。結果、UEは、希望するサービスを実行することができたり、期待する特性（e.g., スループット、伝送レート）を得られる。
【００６３】
なお、１つの広帯域キャリア内の異なるSS/PBCH blocksが異なるPCIsに対応するNR-SSに基づく場合（e.g., 図９のような上述の第２案）、当該BWP関連制御情報は、さらに、システム帯域に対応するネットワーク観点セル（i.e., 論理セル）に関連付けられた１つの基準PCI（又は１つのCell Identity）と各BWPに関連付けられたサブPCIとの関係性を示す情報要素を包含してもよい。図９の例を用いて説明すると、当該BWP関連制御情報は、サブPCI：“PCIx”に基づくSSB #1を包含するBWP #1及びサブPCI：“PCIy”に基づくSSB #2を包含するBWP #2が、基準PCI：“PCIx”を設定されたネットワーク観点でのセル（つまり、コンポーネントキャリア全体）内に設定されていることを示してもよい。これにより、Cell IdentityとPCIとの間の一対一マッピングが成り立たない場合、従ってpublic land mobile network（PLMN）内でCell Global Identity（CGI）とPCIとの間のone-to-oneマッピングが成り立たない場合においても、UEのための物理セルの管理・制御を適切に行うことができる。CGIは、例えば、PLMN Id 及び Cell Identityにより構成される（PLMN Id + Cell Identity）。UEのための物理セルの管理又は制御は、例えば、どの物理セルにUEが滞在しているか、どの物理セルをUEに設定しているか、又はどの物理セルにUEを移動させるかを管理又は制御することを含む。
【００６４】
＜第２の実施形態＞
本実施形態は、第１の実施形態で説明されたBWP関連制御情報の具体例を提供する。図１２は、本実施形態に係る無線通信ネットワークの構成例を示している。図１２の例では、無線通信ネットワークは、gNB２１、gNB２２、及びUE２３を含む。gNB２１及びgNB２２の間はインタフェース１２０１によって接続される。インタフェース１２０１は、Xnインタフェースである。UE２３は、エアインタフェース１２０２若しくは１２０３又は両方を介して、gNB２１若しくはgNB２２又は両方に接続される。
【００６５】
図１３は、RANノード間シグナリングの一例（処理１３００）を示している。ステップ１３０１では、gNB２１は、BWP関連制御情報をXn SETUP REQUESTメッセージを用いてgNB２２に送る。ステップ１３０２では、gNB２２は、BWP関連制御情報をXn SETUP RESPONSEメッセージを用いてgNB２１に送る。BWP関連制御情報が更新される場合、gNB２２は、更新されたBWP関連制御情報をgNB CONFIGURATION UPDATEメッセージを用いてgNB２１に送信してもよい（ステップ１３０３）。gNB２１は、gNB CONFIGURATION UPDATEメッセージの受信に応答して、gNB CONFIGURATION UPDATE ACKNOWLEDGEメッセージをgNB２２に送る。
【００６６】
BWP関連制御情報は、Xnメッセージ（e.g., Xn SETUP REQUEST/ RESPONSEメッセージ（ステップ１３０１／１３０２））内のServed Cell information IE及びNeighbour Information IEに含まれてもよい。より具体的には、Served Cell information IEはFDD Info IE又はTDD Info IEを含んでもよく、FDD Info IEはUL BWP List IE及びDL BWP List IEを含んでもよく、TDD Info IEはBWP List IEを含んでもよい。
【００６７】
さらに又はこれに代えて、Served Cell information IEはRACH Configuration IEを含んでもよく、RACH Configuration IEはそれぞれの(UL) BWPにおいてプリアンブル送信に使用される無線リソース情報（e.g., PRACH resource）を示してもよい。これに代えて、UL BWP List IEが、各UL BWPにおける情報要素の１つとしてRACH Configuration IEを包含してもよい。なお、UL BWPsはRACH（プリアンブル送信）に使用されないBWPを含んでもよい。
【００６８】
(NG-)EN-DCにおけるeNB (i.e. MeNB)とgNB (i.e. SgNB)の間のX2インタフェースでも同様にBWP関連制御情報が送信されてもよい。例えば、BWP関連制御情報は、EN-DC (X2) SETUP REQUEST/ RESPONSEメッセージ内又はEN-DC CONFIGURATION UPDATE/ACKNOWLEDGEメッセージ内のServed Cell information IE、及びNeighbour Information IEに含まれてもよい。
【００６９】
図１４は、(DL/UL) BWP List IEのフォーマットの一例を示している。図１４の例では、(DL/UL) BWP List IEは、BWP(s)を定義するための情報要素（Bandwidth Part Item IEs）を含む。各Bandwidth Part Item IEは、必須情報要素（mandatory IEs）として、BWP Index IE、Location IE、Bandwidth IE、及びSubcarrier spacing IEを含む。BWP Index IEは、各BWPのBWPインデックスを示す。Location IEは、例えば、PRB 0又はcell defining SSBから各BWPのlowest PRBへの周波数オフセットを示す。Bandwidth IEは、各BWPのPRBの総数又は周波数帯域を示す。Subcarrier spacing IEは、各BWPに適用されるSubcarrier spacing（SCS）を示す。(DL/UL) BWP List IEは、各BWPのキャリア周波数（e.g., ARFCN）を示す情報を含んでもよい。
【００７０】
図１４に示されたBandwidth Part Item IEは、さらに、オプション情報要素（option IEs）として、SSB Presence IE及びSSB Position IEを含む。SSB Presence IEは、FDD-DL又はTDDの場合に、BWPがSSBを包含するか否かを示す。SSB Position IEは、SSBの時間ドメイン位置を示す。BWPがSSBを包含しない場合、Bandwidth Part Item IEは、参照SSBを示す情報を含んでもよい。
【００７１】
図１５は、RANノード間シグナリングの一例（処理１５００）を示している。図１５は、UE２３のハンドオーバに関する。ステップ１５０１では、ソースgNB２１は、BWP関連制御情報をHANDOVER REQUESTメッセージを用いてターゲットgNB２２に送る。当該BWP関連制御情報（ステップ１５０１）は、例えば、ハンドオーバされるUE２３に関するBWP設定を含む。具体的には、当該BWP関連制御情報（ステップ１５０１）は、ソースgNB２１においてUE２３のために設定された少なくとも１つのBWP、ソースgNB２１においてUE２３のために活性化された少なくとも１つのBWP、又はこれら両方を示す情報要素を包含してもよい。さらに又はこれに代えて、当該BWP関連制御情報（ステップ１５０１）は、ターゲットgNB２２に設定された複数のBWPのうちUE２３がハンドオーバされる少なくとも１つのBWP候補を示す情報要素を包含してもよい。
【００７２】
ステップ１５０２では、ターゲットgNB２２は、BWP関連制御情報をHANDOVER REQUEST ACKNOWLEDGEメッセージを用いてソースgNB２１に送る。当該BWP関連制御情報（ステップ１５０２）は、ターゲットgNB２２においてUE２３のために設定された（又は許容（admit）された）少なくとも１つのBWPを示す情報要素を包含してもよい。
【００７３】
図１６は、RANノード間シグナリングの一例（処理１６００）を示している。図１６は、UE２３のNR-NR DCに関し、gNB２１がMN、gNB２２がSNである。ステップ１６０１では、マスターgNB２１は、BWP関連制御情報をSN ADDITION REQUESTメッセージ又はSN MODIFICATION REQUESTメッセージを用いてセカンダリgNB２２に送る。SN ADDITION REQUESTメッセージは、特定のUEのためのデュアルコネクティビティのためのリソースの準備を要求するためにマスターgNB２１によってセカンダリgNB２２に送信される。SN MODIFICATION REQUESTメッセージは、特定のUEのためのセカンダリgNBリソースの修正のための準備（preparation）を要求するためにマスターgNB２１によってセカンダリgNB２２に送信される。当該BWP関連制御情報（ステップ１６０１）は、例えば、セカンダリgNB２２に設定された複数のBWPsのうちNR-NR DCのためのSCG SCellとして使用される少なくとも１つのBWP候補を示す情報要素を包含する。当該情報要素は、SCG-ConfigInfo IE（i.e., RRC message）であってもよい。
【００７４】
ステップ１６０２では、セカンダリgNB２２は、BWP関連制御情報をSN ADDITION REQUEST ACKNOWLEDGEメッセージ又はSN MODIFICATION REQUEST ACKNOWLEDGEメッセージを用いてマスターgNB２１に送る。SN ADDITION REQUEST ACKNOWLEDGEメッセージは、SN追加準備を承認（confirm）するためにセカンダリgNB２２によってマスターgNB２１に送信される。送信される。SN MODIFICATION REQUEST ACKNOWLEDGEメッセージは、セカンダリgNBリソースを修正するためのマスターgNBの要求を承認（confirm）するためにセカンダリgNB２２によってマスターgNB２１に送信される。当該BWP関連制御情報（ステップ１６０２）は、例えば、セカンダリgNB２２においてUE２３のためのNR-NR DCを行うために許容（admit）された又は活性化（activate）された少なくとも１つのBWPを示す情報要素を包含する。当該情報要素は、SCG-Config IE（i.e., RRC message）であってもよい。
【００７５】
ステップ１６０３では、マスターgNB２１は、BWP関連制御情報をSN RECONFIGURATION COMPLETEメッセージを用いてセカンダリgNB２２に送る。SN RECONFIGURATION COMPLETEメッセージは、セカンダリgNB２２より要求された設定（configuration）がUE２３によって適用されたか否かを示すためにマスターgNB２１によってセカンダリgNB２２に送信される。当該BWP関連制御情報（ステップ１６０３）は、例えば、UE２３によって適用されたBWP設定を示す情報要素を包含する。当該情報要素は、SCG-ConfigInfo IE（i.e., RRC message）であってもよい。
【００７６】
図１７は、gNB２１とUE２３の間のシグナリングの一例（処理１７００）を示している。図１７は、図９に示されたBWP及びSS/PBCH blockの設定例におけるactive BWPの切り替えに関する。初期状態として、UE２３がgNB２１の論理セル（Cell #1）に包含されるBWPsのいずれかに滞在するものとする。ステップ１７０１では、gNB２１は、BWP設定のためのBWP関連制御情報を含むRRC ReconfigurationメッセージをUE２３に送信する。当該RRC Reconfigurationメッセージは、論理セル（Cell #1）に包含されるBWP #1に関するBWP設定を含む。当該BWP設定は、SSB #1をcell defining SSBに指定する。
【００７７】
UE２３は、既にBWP #1に滞在している場合、当該BWP関連制御情報を基に無線パラメータ（e.g., Layer 2 parameters, L1 parameters）を設定する。UE２３がBWP #1以外のBWPに滞在している場合、当該BWP関連制御情報に従いactive BWPをBWP #1へと変更し、無線パラメータを設定する。これは１つの論理セル（Cell #1）に属する異なるBWPs間の移動（mobility）であるため、UE２３はLayer 2の再設定を簡略化してもよい。例えば、Packet Data Convergence Protocol（PDCP）レイヤおよびRadio Link Control（RLC）レイヤの再確立（re-establishment）をせず、かつMACレイヤのリセット（reset）をしなくてもよい。これにより、BWP変更時のデータ送信または受信の中断時間が低減される、またはデータ・パケットのロスが回避されることが期待できる。
【００７８】
ステップ１７０２では、gNB２１は、BWP再設定のためのBWP関連制御情報を含むRRC ReconfigurationメッセージをUE２３に送信する。当該BWP関連制御情報は、SSB #1からSSB #2へのcell defining SSBの変更と、BWP #1からBWP #2へのactive BWPの変更をトリガーする。UE２３は、当該BWP関連制御情報に従いactive BWPをBWP #2へと変更する。これも１つの論理セル（Cell #1）に属する異なるBWPs間の移動（mobility）であるため、UE２３はLayer 2の再設定を簡略化してもよい。
【００７９】
ステップ１７０３では、gNB２１は、active BWP変更のためのDCIをPDCCHにおいて送信する。当該DCIは、BWP #2からBWP #3へのactive BWPの変更をトリガーする。UE２３は、当該DCIに従いactive BWPをBWP #3へ変更する。ただし、BWP #3はSSBを包含しないため、cell defining SSBは変更されずSSB #2のままである。このとき、UE２３のMACレイヤ（又はPhysicalレイヤ）はRRCレイヤにactive BWPの変更を通知し、RRCレイヤが必要に応じて無線リンク制御に関連する無線パラメータの設定を変更してもよい。
【００８０】
なお、図１７のステップ１７０１より前の初期状態においてUE２３が論理セル（Cell #1）以外の論理セルに滞在している場合、ステップ１７０１のRRC Reconfigurationメッセ―が論理セル（Cell #1）のBWP #1へのハンドオーバーの指示を含んでもよい。UE２３は当該指示に従いハンドオーバ―を実行してもよい。
【００８１】
一方、図１７のステップ１７０１より前の初期状態では、UE２３がDual Connectivityにおけるセカンダリ・セルグループ（SCG）をgNB２１との間で確立する（又は変更する）準備期間であってもよい。この場合、ステップ１７０１のgNB２１によるBWP設定のためのBWP関連制御情報が、図示しないマスター・セルグループ（MCG）のRANノードを介してUE２３へ送信されてもよい。例えば、NR-NR DCにおいて、SgNBとなるgNB２１が、SN Addition（or Modification）procedureにおけるSN ADDITION（or MODIFICATION）REQUEST ACKNOWLEDGEメッセージでBWP関連制御情報をMaster gNB（MgNB）へ送信してもよい。そして、MgNBがRRC Reconfigurationメッセージで当該BWP関連制御情報をUE２３へ送信してもよい。あるいは、(NG-)EN-DCにおいて、SgNBとなるgNB２１が、SN Addition（or Modification）procedureにおけるSN ADDITION REQUEST（or MODIFICATION）ACKNOWLEDGEメッセージでBWP関連制御情報をMaster eNB（MeNB）へ送信してもよい。そして、MeNBがRRC Connection Reconfigurationメッセージで当該BWP関連制御情報をUE２３へ送信してもよい。これに代えて、SgNBとなるgNB２１がSCGにおけるシグナリング・ベアラ（e.g., SRB3）で直接UE２３にBWP関連制御情報を送信してもよい。UE２３は、MCGのRANノード又はgNB２１（SgNB）から受信したBWP関連制御情報に従って、Dual ConnectivityのためのSCGを設定してもよい。
【００８２】
本実施形態によれば、gNBs間でBWP設定に必要な情報を共有できる。
【００８３】
＜第３の実施形態＞
本実施形態は、第１の実施形態で説明されたBWP関連制御情報の具体例を提供する。図１８は、本実施形態に係る無線通信ネットワークの構成例を示している。図１８の例では、無線通信ネットワークは、gNB Central Unit（CU）３１、複数のgNB Distributed Units（DUs）３２、及びUE３３を含む。gNB-CU３１及び各gNB-DU３２の間はインタフェース１８０１によって接続される。インタフェース１８０１は、F1インタフェースである。UE３３は、少なくとも１つのエアインタフェース１８０２を介して、少なくとも１つのgNB-DU３２に接続される。
【００８４】
幾つかの実装において、gNB-CU３１は少なくともNR RRC機能を提供し、各gNB-DU３２は少なくともNR PHY及びNR MAC機能を提供してもよい。このような機能配置では、UE３３のために各gNB-DU３２に設定されるBWP(s)をgNB-CU３１が決定し、gNB-CU３１がUE３３のためのBWP(s)の設定及びを各gNB-DU３２に通知してもよい。さらに、gNB-CU３１は、UE３３のために活性化されるBWP(s)を決定し、これを各gNB-DU３２に通知してもよい。なお、各gNB-DU３２は、gNB-CU３１によって設定されたUE３３のためのBWP(s)のうちの活性化されるBWP(s)（i.e. active BWP(s)）を変更してもよい。つまり、各gNB-DU３２がBWP(s)の活性化／非活性化を決定してもよい。
【００８５】
これに代えて、UE３３のために設定されるBWP(s)を各gNB-DU３２が決定し、各gNB-DU３２が決定したBWP(s)の情報をgNB-CU３１に通知してもよい。このとき、gNB-DU３２は、UE３３のために活性化されるBWP(s)をさらに決定し、UE３３のために活性化されるBWP(s)を示す情報をgNB-CU３１に通知してもよい。これに代えて、gNB-CU３１がUE３３のために活性化されるBWP(s)を決定し、これを各gNB-DU３２に通知してもよい。さらに、各gNB-DU３２は、当該gNB-DU３２が自ら決定した（又はgNB-CU３１によって決定された）UE３３のために活性化されるBWP(s)（i.e. active BWP(s)）を変更してもよい。
【００８６】
図１９は、RANノード間シグナリングの一例（処理１９００）を示している。図１９は、gNB-CU３１とgNB-DU３２の間のインタフェース（i.e.,F1 interface）の設定（確立）及び更新に関する。ステップ１９０１では、gNB-DU３２は、F1 SETUP REQUESTメッセージ又はGNB-DU CONFIGURATION UPDATEメッセージをgNB-CU３１に送る。F1 SETUP REQUESTメッセージは、F1インタフェースの確立のためにgNB-DU３２からgNB-CU３１に送られる。GNB-DU CONFIGURATION UPDATEメッセージは、確立済みのF1インタフェースの更新、又はgNB-DU３２の設定更新をgNB-CU３１に知らせるためにgNB-DU３２からgNB-CU３１に送られる。
【００８７】
ステップ１９０２では、gNB-CU３１は、F1 SETUP RESPONSEメッセージ又はGNB-DU CONFIGURATION UPDATE ACKNOWLEDGEメッセージをgNB-DU３２に送る。F1 SETUP RESPONSEメッセージは、F1 SETUP REQUESTメッセージに対する応答である。GNB-DU CONFIGURATION UPDATE ACKNOWLEDGEメッセージは、GNB-DU CONFIGURATION UPDATEメッセージに対する応答である。
【００８８】
ステップ１９０１のF1 SETUP REQUESTメッセージ又はGNB-DU CONFIGURATION UPDATEメッセージは、BWP関連制御情報を含んでもよい。ステップ１９０１で送られるBWP関連制御情報は、例えば、上述のBWP関連制御情報に含まれる情報要素（IEs）の少なくとも１つを含んでもよい。さらに又はこれに代えて、当該BWP関連制御情報は、gNB-DU３２がサポートすることが可能なBWP、gNB-DU３２により運用することが決定されたBWP（又はgNB-DU３２が運用すべきBWP）、及びgNB-DU３２により更新されたBWPの少なくともいずれかに関する情報を含んでもよい。
【００８９】
ステップ１９０２のF1 SETUP RESPONSEメッセージ又はGNB-DU CONFIGURATION UPDATE ACKNOWLEDGEメッセージも、BWP関連制御情報を含んでもよい。ステップ１９０２で送られるBWP関連制御情報は、例えば、上述のBWP関連制御情報に含まれる情報要素（IEs）の少なくとも１つを含んでもよい。さらに又はこれに代えて、当該BWP関連制御情報は、gNB-DU３２から通知されたBWP(s)の候補（リスト）のうちgNB-CU３１が受け入れた（又は承認した）BWP(s)を示す情報、gNB-CU３１がgNB-DU３２に活性化（activate）を指示するBWP(s)を示す情報、及び、gNB-CU３１によるBWP(s)の構成（e.g., SS系列若しくはPCI、又はSSB presence）の変更要求、のうち少なくともいずれかに関する情報を含んでもよい。
【００９０】
図２０は、RANノード間シグナリングの一例（処理２０００）を示している。ステップ２００１では、gNB-CU３１は、BWP関連制御情報をUE CONTEXT SETUP REQUESTメッセージ又はUE CONTEXT MODIFICATION REQUESTメッセージを用いてgNB-DU３２に送る。当該BWP関連制御情報（ステップ２００１）は、当該gNB-DU３２に接続するUE３３のために当該gNB-CU３１によって設定される１又はそれ以上のBWPsを示す情報要素（configured BWP information）を含む。
【００９１】
ステップ２００２では、gNB-DU３２は、BWP関連制御情報をUE CONTEXT SETUP RESPONSEメッセージ又はUE CONTEXT MODIFICATION RESPONSEメッセージを用いてgNB-CU３１に送る。ステップ２００２のBWP関連制御情報は、BWPのUE特有な（UE-specific）設定状況に関するBWP設定状況情報（BWP Configuration Status Information）を含む。当該BWP設定状況情報（ステップ２００２）は、例えば、gNB-CU３１によって設定された１又はそれ以上のBWPsのうちのどのBWPがgNB-DU３２においてUE３３のために活性化されるかを示す情報要素を包含する。
【００９２】
なお、ステップ２００１のメッセージは、UE UP CONTEXT SETUP REQUESTメッセージ又はUE UP CONTEXT MODIFICATION REQUESTメッセージと呼ばれてもよい。また、ステップ２００２のメッセージは、UE UP CONTEXT SETUP RESPONSEメッセージ又はUE UP CONTEXT MODIFICATION RESPONSEメッセージと呼ばれてもよい。さらに、これらのメッセージの送信元と宛先が反対でもよい。
【００９３】
さらに又はこれに代えて、gNB-DU３２は、例えばNR PDCCHで送信されるDCIでUE３３のactive BWPを変更する場合、active BWPを変更すること（若しくは変更したこと）、又は変更後のactive BWPのBWPインデックスをgNB-CU３１に送信してもよい。言い換えると、gNB-DU３２は、UE特有なBWP設定状況情報の更新をgNB-CU３１に通知してもよい。これにより、gNB-CU３１は、どのBWPがUE３３に対して活性化（activate）されているかを把握することができる。そして、gNB-CU３１は、当該active BWPおよび他のBWP（またはセル）における無線環境または負荷状況に応じて、RRC Reconfigurationメッセージで適切に無線リソース設定（e.g., measurement configuration, Layer 2 configuration）を変更（再設定）することができ、したがってUE３３の無線特性（e.g., スループット特性、サービス品質）を維持または改善することが期待される。
【００９４】
さらに又はこれに代えて、各gNB-DU３２は、当該gNB-DU３２が各BWPにおいてサポート可能なネットワーク・スライシングの利用可能性（availability）を示す情報要素を包含するBWP関連制御情報をgNB-CU３１に送信してもよい。gNB-CU３１は、当該制御情報に基づいて、UE３３が接続するべきgNB-DU３２を決定してもよいし、UE３３が使用するべきBWPを決定してもよい。
【００９５】
本実施形態によれば、gNB-CU３１と各gNB-DU３２の間でBWP設定に必要な情報を共有できる。
【００９６】
＜第４の実施形態＞
本実施形態は、第１の実施形態で説明されたBWP関連制御情報の具体例を提供する。図２１は、本実施形態に係る無線通信ネットワークの構成例を示している。図２１の例では、無線通信ネットワークは、gNB Central Unit（CU）のControl Plane （CP）Unit（gNB-CU-CP）４１、User Plane（UP）Unit（gNB-CU-UP）４２、gNB Distributed Unit（DU）４３、及びUE４４を含む。
【００９７】
gNB-CU-CP４１及びgNB-CU-UP４２の間はインタフェース２１０１によって接続される。インタフェース２１０１は、E1インタフェースである。また、gNB-CU-CP４１とgNB-DU４３との間はインタフェース２１０２によって接続される。インタフェース２１０２は、F1-Cインタフェースである。gNB-CU-UP４２とgNB-DU４３との間はインタフェース２１０３によって接続される。インタフェース２１０３は、F1-Uインタフェースである。UE４４は、少なくとも１つのエアインタフェース２１０４を介して、少なくとも１つのgNB-DU４３に接続される。
【００９８】
幾つかの実装において、gNB-CU-CP４１は、少なくともNR RRC機能、及びPDCP機能の少なくとも一部（RRC、NASシグナリングに必要な機能）を提供してもよい。gNB-CU-UP４２は、少なくともNR PDCP機能の少なくとも一部（UP dataに必要な機能）を提供してもよい。gNB-DU４３は少なくともNR PHY及びNR MAC機能を提供してもよい。このような機能配置では、UE４４のためにgNB-DU４３に設定されるBWP(s)をgNB-CU-CP４１が決定し、gNB-CU-CP４１がgNB-CU-UP４２及びgNB-DU４３に当該BWP(s)を設定してもよい。なお、gNB-CU-CP４１とgNB-DU４３の間のBWP(s)に関する情報の交換および制御は、第３の実施形態（図１８）におけるgNB-CU３１とgNB-DU３２の間のものと同じでもよい。
【００９９】
図２２は、RANノード間シグナリングの一例（処理２２００）を示している。ステップ２２０１では、gNB-CU-CP４１は、BWP関連制御情報をE1 UE CONTEXT SETUP REQUESTメッセージ又はE1 UE CONTEXT MODIFICATION REQUESTメッセージを用いてgNB-CU-UP４２に送る。当該BWP関連制御情報（ステップ２２０１）は、当該gNB-CU-UP４２に接続するUE４４のために当該gNB-CU-CP４１によって設定される１又はそれ以上のBWPsを示す情報要素（configured BWP information）を含む。
【０１００】
ステップ２２０２では、gNB-CU-UP４２は、BWP関連制御情報をE1 UE CONTEXT SETUP RESPONSEメッセージ又はE1 UE CONTEXT MODIFICATION RESPONSEメッセージを用いてgNB-CU-CP４１に送る。ステップ２２０２のBWP関連制御情報は、BWPのUE特有な（UE-specific）設定状況に関するBWP設定状況情報（BWP Configuration Status Information）を含む。
【０１０１】
なお、ステップ２２０１のメッセージは、E1 UE UP CONTEXT SETUP REQUESTメッセージ又はUE UP CONTEXT MODIFICATION REQUESTメッセージと呼ばれてもよい。また、ステップ２２０２のメッセージは、E1 UE UP CONTEXT SETUP RESPONSEメッセージ又はUE UP CONTEXT MODIFICATION RESPONSEメッセージと呼ばれてもよい。さらに、これらのメッセージの送信元と宛先が反対でもよい。
【０１０２】
続いて以下では、上述の複数の実施形態に係るRANノード１１、gNB２１、gNB２２、gNB-CU３１、gNB-DU３２、UE２３、UE３３、及びUE４４の構成例について説明する。図２３は、上述の実施形態に係るRANノード１１の構成例を示すブロック図である。図２３を参照すると、RANノード１１は、Radio Frequencyトランシーバ２３０１、ネットワークインターフェース２３０３、プロセッサ２３０４、及びメモリ２３０５を含む。RFトランシーバ２３０１は、NG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ２３０１は、複数のトランシーバを含んでもよい。RFトランシーバ２３０１は、アンテナアレイ２３０２及びプロセッサ２３０４と結合される。RFトランシーバ２３０１は、変調シンボルデータをプロセッサ２３０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ２３０２に供給する。また、RFトランシーバ２３０１は、アンテナアレイ２３０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ２３０４に供給する。RFトランシーバ２３０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【０１０３】
ネットワークインターフェース２３０３は、ネットワークノード（e.g., NG Coreの制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース２３０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１０４】
プロセッサ２３０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ２３０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２３０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ２３０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。
【０１０５】
メモリ２３０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ２３０５は、プロセッサ２３０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２３０４は、ネットワークインターフェース２３０３又は図示されていないI/Oインタフェースを介してメモリ２３０５にアクセスしてもよい。
【０１０６】
メモリ２３０５は、上述の複数の実施形態で説明されたRANノード１１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）２３０６を格納してもよい。いくつかの実装において、プロセッサ２３０４は、当該ソフトウェアモジュール２３０６をメモリ２３０５から読み出して実行することで、上述の実施形態で説明されたRANノード１１の処理を行うよう構成されてもよい。
【０１０７】
なお、gNB２１、gNB２２、gNB-CU３１、及びgNB-DU３２の構成も図２３に示されたそれと同様であってもよい。ただし、gNB-CU３１は、RFトランシーバ２３０１（及びアンテナアレイ２３０２）を含まなくてもよい。
【０１０８】
図２４は、UE２３の構成例を示すブロック図である。UE３３及び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., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１１０】
例えば、ベースバンドプロセッサ２４０３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ２４０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１１１】
ベースバンドプロセッサ２４０３は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。
【０１１２】
ベースバンドプロセッサ２４０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ２４０４と共通化されてもよい。
【０１１３】
アプリケーションプロセッサ２４０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ２４０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ２４０４は、メモリ２４０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、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ノード１１、gNB２１、gNB２２、gNB-CU３１、gNB-DU３２、UE２３、及び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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１９】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。
【０１２０】
上述の実施形態では、NR PDCCHで送信されるDCIによるactive BWPの切り替えについて説明した。しかし、上述の実施形態におけるactive BWPの切り替えが、MAC CEまたはタイマ（e.g., BWP Inactivity Timer）によって行われてもよい。
【０１２１】
上述の実施形態では、主に各UEに１つのBWPが活性化される（i.e. 1 active BWP per UE）という想定で説明した。しかし、上述の実施形態で説明された方法が、各UEのために複数のBWPが活性化される場合へも適用できることは言うまでもない。例えば、BWPセット内に複数のactive BWPsがあってもよい。さらに、BWPセット内に設定された複数のBWPグループの各々に対応するそれぞれ１つのactive BWPがあってもよいし、BWPグループ内で複数のactive BWPがあってもよい。
【０１２２】
上述の実施形態では、UE２３（３３、４４）は、１つのコンポーネントキャリアのチャネル帯域内で複数の(DL/UL) active BWPsをサポートしてもよい。この場合、UE２３（３３、４４）は、既存のLTEキャリアアグリゲーションのPCell及びSCellのように、１つの（共通の）MACエンティティによって管理される独立した複数のBWPsにおいてそれぞれ信号処理（e.g., 信号の送信・受信、TB/PDU生成、Baseband processing）を行なってもよい。これに代えて、UE２３（３３、４４）は、複数のBWPsが結合された１つの広帯域BWP（又は広帯域セル）において信号処理を行なってもよい。UE２３（３３、４４）は、ベアラ（i.e., SRB、DRB）を特定のactive BWPに対して確立してもよい。UE２３（３３、４４）は、１つのベアラの情報(i.e., control signaling、data)を複数のactive BWPにおいて重複して送信（i.e., duplication）してもよい。なお、ベアラを特定のactive BWPに対する確立、及び、複数のactive BWPにおける重複送信は、論理チャネル識別子（Logical Channel ID）によって設定されてもよい。
【０１２３】
上述の実施形態は、BWPに代えて、3GPPで検討されているSupplemental Uplink（SUL）のために使用されてもよい。SULは、例えば、高周波数帯のアップリンク（UL）及びダウンリンク（DL）のキャリアをセルの基本構成要素としつつ、低周波数帯のULキャリアを付加的なキャリア（i.e., SULキャリア）として使用する。SULキャリアは、ULキャリアのみで構成されるセカンダリセルではなく、高周波数帯のDLキャリアに紐づけられるULキャリアの一部として扱われる。具体的には、複数のRANノードは、SULのためのULキャリアの設定及び切り替えのためのSUL関連情報を交換してもよい。例えば、SUL関連情報は、SULキャリアに相当するBWPに関して、それがSULキャリアであることを示す情報（e.g., BWP Type = SUL, SUL Index）を含んでもよい。なお、SULキャリアに相当するBWPの帯域（bandwidth）は、SSB帯域よりも小さくてもよい。
【０１２４】
上述の実施形態は、RANノードがUEのためのactive BWPを適切に把握及び管理することを保障することができる。そこで、UEがConnected mode（e.g., NR RRC_Connected）からIdle mode（e.g., NR RRC_Idle）へ移るとき、UEのactive BWPに関する情報がRANノードからCNノードへ通知されてもよい。言い換えると、RANノード（e.g., gNB）がCNノード（e.g., AMF）に、RRCコネクション及びNGコネクションを解放するUEのactive BWPに関する情報を送信してもよい。当該active BWPに関する情報は、例えば、UEが最後に滞在していたactive BWPのindex又は対応するPCI、及びそれを包含するCell Identity情報を含む。例えば、この情報は、RANノードからCNノードへのUE CONTEXT RELEASE REQUESTメッセージ又はUE CONTEXT RELEASE COMPLETEメッセージで送信されてもよい。当該active BWPに関する情報は、後に発生する当該UEへのページングの送信においてCNノードにおいて使用（参照）されてもよい。さらに又はこれに代えて、CNノードがページングメッセージと共に当該active BWPに関する情報をRANノードに送信し、RANノードがページング送信先（セルまたはBWP）の決定において当該情報を使用（参照）してもよい。
【０１２５】
例えば、１回目のページング機会におけるページングメッセージの送信は、当該BWPのみ、当該BWPに関連づけられたBWPs、又は当該BWPを含む論理セルの複数若しくは全てのBWPにおいて行われてもよい。これにより、当該ページングメッセージが対象となるUEへ到達する確率を所定のターゲット値に保ちつつ、ページングメッセージを送信するセル（BWP）の削減により、シグナリング・オーバーヘッドやネットワーク消費電力を削減することができる。
【０１２６】
上述の実施形態において、cell defining SSBの用語を用いたが、これはUE観点のセル（物理セル）に相当するBWP、または当該物理セルのセットに相当するBWPグループを代表するSSBを指すため、cell representative SSBと呼ばれてもよい。または、cell defining SSBは、当該SSBを含む代表するセル（物理セル）を特定するという観点から、セル特定SSBと呼ばれてもよい。さらに、cell defining SSBは、UEがそれを含むBWPまたはBWPグループのいずれかに滞在するときにモニターすべきSSBであるため、serving SSBと呼ばれてもよい。
【０１２７】
上述の実施形態で説明されたサブPCIは、BWP indexと関連づけられていてもよい。
【０１２８】
上述の実施形態で説明された基準BWPは、default BWP 、initial BWP、reference BWP、primary BWP、anchor BWP、又はmaster BWPと呼ばれてもよい。すなわち、UEがRANノードに最初にアクセスするとき（i.e., Idle modeからConnected modeに遷移するとき）に最初に滞在するBWPは、基準BWP 、default BWP、initial BWP、reference BWP、primary BWP、anchor BWP、又はmaster BWPと呼ばれてもよい。さらに又はこれに代えて、システム帯域に含まれる複数のBWPsのうち、基準BWPではないBWPは、サブBWP、secondary BWP、slave BWPと呼ばれてもよい。
【０１２９】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１３０】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１３１】
（付記１）
無線アクセスネットワーク（RAN）ノード装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、システム帯域内に設定された１又はそれ以上のbandwidth parts（BWPs）のうち少なくとも１つに関する第１の制御情報を他のRANノードに送るよう構成されている、
RANノード装置。
【０１３２】
（付記２）
前記第１の制御情報は、以下のうち少なくとも１つの情報要素を包含する：
・１又はそれ以上のダウンリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・１又はそれ以上のアップリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・各BWPに関連付けられたAbsolute Radio Frequency Channel Number（ARFCN）を示す情報要素；
・各BWPがSynchronization Signal block（SSB）を包含するか否かを示す情報要素；
・SSBを包含しないBWPに関連付けられた参照SSB又は当該参照SSBを包含する参照BWPを示す情報要素；
・各BWPで送信されるSSBの構成を示す情報要素；及び
・各BWPに設定されたnumerologyを示す情報要素、
付記１に記載のRANノード装置。
【０１３３】
（付記３）
前記第１の制御情報は、前記システム帯域に対応するセルに関連付けられた１つの論理セル識別子と前記1又はそれ以上のBWPsに含まれる各BWPに関連付けられたPhysical Cell Identity（PCI）との関係性を示す情報要素を包含する、
付記１又は２に記載のRANノード装置。
【０１３４】
（付記４）
前記第１の制御情報は、さらに、各BWP又は各BWPセットでのネットワーク・スライシングの利用可能性（availability）を示す情報要素及び各BWP又は各BWPセットでサポートされるquality of service（QoS）を示す情報要素のうち少なくとも１つを包含する、
付記２又は３に記載のRANノード装置。
【０１３５】
（付記５）
前記RANノード装置は、少なくともRadio Resource Control（RRC）機能を提供するCentral Unit（CU）を含み、
前記他のRANノードは、少なくともMedium Access Control（MAC）機能を提供するDistributed Unit（DU）を含み、
前記少なくとも１つのプロセッサは、前記DUによってサポートされる１又はそれ以上のBWPsを示す第２の制御情報を前記他のRANノードから受信することに応答して、前記DUによってサポートされる１又はそれ以上のBWPsのうち許容するBWPを示す情報要素を包含する前記第１の制御情報を前記他のRANノードに送信するよう構成されている、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１３６】
（付記６）
前記RANノード装置は、少なくともRadio Resource Control（RRC）機能を提供するCentral Unit（CU）を含み、
前記他のRANノードは、少なくともMedium Access Control（MAC）機能を提供するDistributed Unit（DU）を含み、
前記第１の制御情報は、前記DUに接続する無線端末のために前記CUによって設定される１又はそれ以上のBWPsを示す情報要素を含み、
前記少なくとも１つのプロセッサは、さらに、前記CUによって設定される前記１又はそれ以上のBWPsのうちのどのBWPが前記DUにおいて前記無線端末のために活性化されるかを示す情報要素を包含する第３の制御情報を前記他のRANノードに送信するよう構成されている、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１３７】
（付記７）
前記前記少なくとも１つのプロセッサは、前記DUによって決定又は変更された前記DUに接続する無線端末のために活性化されるBWPを示す情報要素を包含する第４の制御情報を前記他のRANノードから受信するよう構成されている、
付記６に記載のRANノード装置。
【０１３８】
（付記８）
前記少なくとも１つのプロセッサは、前記RANノード装置から前記他のRANノードに無線端末がハンドオーバされる際に、前記第１の制御情報を前記他のRANノードに送信するよう構成され、
前記第１の制御情報は、前記RANノード装置において前記無線端末のために設定された少なくとも１つのBWP、若しくは前記RANノード装置において前記無線端末のために活性化された少なくとも１つのBWP、又はこれら両方を示す情報要素を包含する、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１３９】
（付記９）
前記少なくとも１つのプロセッサは、前記RANノード装置から前記他のRANノードに無線端末がハンドオーバされる際に、前記第１の制御情報を前記他のRANノードに送信するよう構成され、
前記第１の制御情報は、前記他のRANノードに設定された複数のBWPのうち前記無線端末がハンドオーバされる少なくとも１つのBWP候補を示す情報要素を包含する、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１４０】
（付記１０）
前記少なくとも１つのプロセッサは、前記他のRANノードから前記RANノード装置に無線端末がハンドオーバされる際に、前記第１の制御情報を前記他のRANノードに送信するよう構成され、
前記第１の制御情報は、前記RANノード装置において前記無線端末のために設定された少なくとも１つのBWPを示す情報要素を包含する、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１４１】
（付記１１）
前記少なくとも１つのプロセッサは、前記他のRANノードと連係して無線端末のためのデュアルコネクティビティを行う際に、前記第１の制御情報を前記他のRANノードに送信するよう構成され、
前記第１の制御情報は、前記他のRANノードに設定された複数のBWPのうち前記デュアルコネクティビティのために使用される少なくとも１つのBWP候補を示す情報要素を包含する、
付記１〜４のいずれか１項に記載のRANノード装置。
【０１４２】
（付記１２）
前記少なくとも１つのプロセッサは、前記他のRANノードにおいて前記デュアルコネクティビティを行うために活性化された少なくとも１つのBWPを示す情報要素を包含する第５の制御情報を前記他のRANノードから受信するよう構成されている、
付記１１に記載のRANノード装置。
【０１４３】
（付記１３）
無線アクセスネットワーク（RAN）ノード装置における方法であって、
システム帯域内に設定された１又はそれ以上のbandwidth parts（BWPs）のうち少なくとも１つに関する第１の制御情報を他のRANノードに送ることを備える、
方法。
【０１４４】
（付記１４）
前記第１の制御情報は、以下のうち少なくとも１つの情報要素を包含する：
・１又はそれ以上のダウンリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・１又はそれ以上のアップリンクBWPsに関連付けられた１又はそれ以上のBWPインデックスを示す情報要素；
・各BWPに関連付けられたAbsolute Radio Frequency Channel Number（ARFCN）を示す情報要素；
・各BWPがSynchronization Signal block（SSB）を包含するか否かを示す情報要素；
・SSBを包含しないBWPに関連付けられた参照SSB又は当該参照SSBを包含する参照BWPを示す情報要素；
・各BWPで送信されるSSBの構成を示す情報要素；及び
・各BWPに設定されたnumerologyを示す情報要素、
付記１３に記載の方法。
【０１４５】
（付記１５）
前記第１の制御情報は、前記システム帯域に対応するセルに関連付けられた１つの論理セル識別子と前記1又はそれ以上のBWPsに含まれる各BWPに関連付けられたPhysical Cell Identity （PCI）との関係性を示す情報要素を包含する、
付記１３又は１４に記載の方法。
【０１４６】
（付記１６）
前記第１の制御情報は、さらに、各BWP又は各BWPセットでのネットワーク・スライシングの利用可能性（availability）を示す情報要素及び各BWP又は各BWPセットでサポートされるquality of service（QoS）を示す情報要素のうち少なくとも１つを包含する、
付記１４又は１５に記載の方法。
【０１４７】
（付記１７）
前記RANノード装置は、少なくともRadio Resource Control（RRC）機能を提供するCentral Unit（CU）を含み、
前記他のRANノードは、少なくともMedium Access Control（MAC）機能を提供するDistributed Unit（DU）を含み、
前記送ることは、前記DUによってサポートされる１又はそれ以上のBWPsを示す第２の制御情報を前記他のRANノードから受信することに応答して、前記DUによってサポートされる１又はそれ以上のBWPsのうち許容するBWPを示す情報要素を包含する前記第１の制御情報を前記他のRANノードに送ることを含む、
付記１３〜１６のいずれか１項に記載の方法。
【０１４８】
（付記１８）
前記RANノード装置は、少なくともRadio Resource Control（RRC）機能を提供するCentral Unit（CU）を含み、
前記他のRANノードは、少なくともMedium Access Control（MAC）機能を提供するDistributed Unit（DU）を含み、
前記第１の制御情報は、前記DUに接続する無線端末のために前記CUによって設定される１又はそれ以上のBWPsを示す情報要素を含み、
前記方法は、さらに、前記CUによって設定される前記１又はそれ以上のBWPsのうちのどのBWPが前記DUにおいて前記無線端末のために活性化されるかを示す情報要素を包含する第３の制御情報を前記他のRANノードに送信することを備える、
付記１３〜１６のいずれか１項に記載の方法。
【０１４９】
（付記１９）
前記DUによって決定又は変更された前記DUに接続する無線端末のために活性化されるBWPを示す情報要素を包含する第４の制御情報を前記他のRANノードから受信することをさらに備える、
付記１８に記載の方法。
【０１５０】
（付記２０）
無線アクセスネットワーク（RAN）ノード装置における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、システム帯域内に設定された１又はそれ以上のbandwidth parts（BWPs）のうち少なくとも１つに関する第１の制御情報を他のRANノードに送ることを備える、
プログラム。
【０１５１】
この出願は、２０１７年１１月１３日に出願された日本出願特願２０１７−２１８０４１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１５２】
１１、１２  RANノード
２１、２２  gNB
３１  gNB-CU
３２  gNB-DU
４１  gNB-CU-CP
４２  gNB-CU-UP
４３  gNB-DU
２３、３３、４４  UE
１００１  インタフェース
１２０１  Xnインタフェース
１８０１  F1インタフェース
２３０４  プロセッサ
２３０５  メモリ
２４０３  ベースバンドプロセッサ
２４０４  アプリケーションプロセッサ
２４０６  メモリ
【図１】
2019216487.tif 000003
【図２】
2019216487.tif 000004
【図３】
2019216487.tif 000005
【図４】
2019216487.tif 000006
【図５】
2019216487.tif 000007
【図６】
2019216487.tif 000008
【図７】
2019216487.tif 000009
【図８】
2019216487.tif 000010
【図９】
2019216487.tif 000011
【図１０】
2019216487.tif 000012
【図１１】
2019216487.tif 000013
【図１２】
2019216487.tif 000014
【図１３】
2019216487.tif 000015
【図１４】
2019216487.tif 000016
【図１５】
2019216487.tif 000017
【図１６】
2019216487.tif 000018
【図１７】
2019216487.tif 000019
【図１８】
2019216487.tif 000020
【図１９】
2019216487.tif 000021
【図２０】
2019216487.tif 000022
【図２１】
2019216487.tif 000023
【図２２】
2019216487.tif 000024
【図２３】
2019216487.tif 000025
【図２４】
2019216487.tif 000026