(57)【要約】基地局の分散ユニット（２）は、少なくとも１つの端末リストを当該基地局の中央ユニット（１）に送信する。少なくとも１つの端末リストは、各々の活性化ダウンリンクｂａｎｄｗｉｄｔｈ  ｐａｒｔ（ＢＷＰ）においてＣｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ（ＣＳＳ）を設定されていない複数の無線端末；各々の活性化ダウンリンクＢＷＰにおいて少なくともシステム情報を受信するためのＳｅａｒｃｈ  Ｓｐａｃｅを設定されていない複数の無線端末；更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；各々の活性化ダウンリンクＢＷＰが非イニシャル・ダウンリンクＢＷＰである複数の無線端末；及び各ダウンリンクＢＷＰ上で受信している複数の無線端末のうち少なくとも１つを示す。
2020031728.tif 000002
【特許請求の範囲】
【請求項１】
基地局の分散ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の中央ユニットに送信するよう構成され、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
分散ユニット。
【請求項２】
前記少なくとも１つのプロセッサは、システム情報更新通知を包含する第１の制御メッセージを前記中央ユニットから受信したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
請求項１に記載の分散ユニット。
【請求項３】
前記第１の制御メッセージは、SYSTEM INFORMATION DELIVERY COMMAND メッセージである、
請求項２に記載の分散ユニット。
【請求項４】
前記少なくとも１つのプロセッサは、システム情報の更新を決定したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
請求項１〜３のいずれか１項に記載の分散ユニット。
【請求項５】
前記少なくとも１つのプロセッサは、前記中央ユニットから要求を受信したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
請求項１〜４のいずれか１項に記載の分散ユニット。
【請求項６】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいてCommon Search Spaceを設定されていない複数の無線端末を示す、
請求項１〜５のいずれか１項に記載の分散ユニット。
【請求項７】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末を示す、
請求項１〜５のいずれか１項に記載の分散ユニット。
【請求項８】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末を示す、
請求項１〜５のいずれか１項に記載の分散ユニット。
【請求項９】
前記少なくとも１つの端末リストは、各ダウンリンクBWP上で受信している複数の無線端末を示すためのBWP毎の端末リストを含む、
請求項１〜５のいずれか１項に記載の分散ユニット。
【請求項１０】
基地局の中央ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の分散ユニットから受信するよう構成され、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Space（CSS）を設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
中央ユニット。
【請求項１１】
前記少なくとも１つのプロセッサは、システム情報更新通知を包含する第１の制御メッセージを前記分散ユニットに送信するよう構成され、
前記第１の制御メッセージは、前記少なくとも１つの端末リストを前記中央ユニットに送信することを前記分散ユニットに引き起こす、
請求項１０に記載の中央ユニット。
【請求項１２】
前記第１の制御メッセージは、SYSTEM INFORMATION DELIVERY COMMAND メッセージである、
請求項１１に記載の中央ユニット。
【請求項１３】
前記少なくとも１つのプロセッサは、前記少なくとも１つの端末リストの要求を前記分散ユニットに送信するよう構成されている、
請求項１０〜１２のいずれか１項に記載の中央ユニット。
【請求項１４】
前記少なくとも１つのプロセッサは、前記少なくとも１つの端末リストの受信後に、更新されたシステム情報を無線端末毎の個別シグナリングを介して１又はそれ以上の無線端末に送信するよう構成されている、
請求項１０〜１３のいずれか１項に記載の中央ユニット。
【請求項１５】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいてCommon Search Space（CSS）を設定されていない複数の無線端末を示す、
請求項１０〜１４のいずれか１項に記載の中央ユニット。
【請求項１６】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末を示す、
請求項１０〜１４のいずれか１項に記載の中央ユニット。
【請求項１７】
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末を示す、
請求項１０〜１４のいずれか１項に記載の中央ユニット。
【請求項１８】
前記少なくとも１つの端末リストは、各ダウンリンクBWP上で受信している複数の無線端末を示すためのBWP毎の端末リストを含む、
請求項１０〜１４のいずれか１項に記載の中央ユニット。
【請求項１９】
基地局の分散ユニットにおける方法であって、
少なくとも１つの端末リストを前記基地局の中央ユニットに送信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Space（CSS）を設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
方法。
【請求項２０】
基地局の中央ユニットにおける方法であって、
少なくとも１つの端末リストを前記基地局の分散ユニットから受信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
方法。
【請求項２１】
基地局の分散ユニットにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、少なくとも１つの端末リストを前記基地局の中央ユニットに送信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
非一時的なコンピュータ可読媒体。
【請求項２２】
基地局の中央ユニットにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、少なくとも１つの端末リストを前記基地局の分散ユニットから受信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
非一時的なコンピュータ可読媒体。
【請求項２３】
基地局の分散ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBandwidth Part（BWP）の変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信するよう構成される、
分散ユニット。
【請求項２４】
前記少なくとも１つのプロセッサは、前記無線端末の活性化ダウンリンクBWPの変更に応答して、前記メッセージを前記基地局の中央ユニットに送信するよう構成される、
請求項２３に記載の分散ユニット。
【請求項２５】
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがイニシャル・ダウンリンクBWPから非イニシャル・ダウンリンクBWPに変更されたか否かを示す、
請求項２３又は２４に記載の分散ユニット。
【請求項２６】
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがCommon Search Spaceを持たないことを示す、
請求項２３又は２４に記載の分散ユニット。
【請求項２７】
前記情報要素は、前記無線端末の変更後の活性化ダウンリンクBWの識別子を示す、
請求項２３又は２４に記載の分散ユニット。
【請求項２８】
基地局の中央ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信するよう構成される、
中央ユニット。
【請求項２９】
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがイニシャル・ダウンリンクBWPから非イニシャル・ダウンリンクBWPに変更されたか否かを示す、
請求項２８に記載の中央ユニット。
【請求項３０】
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがCommon Search Spaceを持たないことを示す、
請求項２８に記載の中央ユニット。
【請求項３１】
前記情報要素は、前記無線端末の変更後の活性化ダウンリンクBWの識別子を示す、
請求項２８に記載の中央ユニット。
【請求項３２】
前記少なくとも１つのプロセッサは、前記情報要素の受信後に、更新されたシステム情報を無線端末毎の個別シグナリングを介して前記無線端末に送信するよう構成されている、
請求項２８〜３１のいずれか１項に記載の中央ユニット。
【請求項３３】
基地局の分散ユニットにおける方法であって、
無線端末の活性化ダウンリンクBandwidth Part（BWP）の変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信することを備える、
方法。
【請求項３４】
基地局の中央ユニットにおける方法であって、
無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信することを備える、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムに関し、特に１つのキャリア帯域内に設定された１又はそれ以上の帯域（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））は、NextGen RAN（NG-RAN）又は5G-RANと呼ばれる。NG-RAN内の新たな基地局は、gNodeB（gNB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5GC）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG-UE）又は単に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の代わりにQoS flowsが定義され、１又は複数のSDFsは、１又は複数のQoS flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ（i.e., EPC内のP-GWに相当するエンティティ）との間のQoS flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。QoS flowは、5G system内でのパケットフォワーディング及び処理（treatment）の最も微細な粒度（finest granularity）に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはQoS flow単位で取り扱われる（handled）。5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のQoS flowsが１つのPDUセッション内に設定されることができる。3GPP仕様は、5G Systemのために、LTEのQCIに相当する5G QoS Indicator（5QI）を規定する。【０００７】
図１は、5G systemの基本アーキテクチャを示している。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5GC及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5GCとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、NG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5GCとgNB間の制御情報（e.g., N2 AP Information Element）に使用される。5GCとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のQoS flowsのパケット（packets）の転送に使用される。【０００８】
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の選択は、サービス要件に依存する。【０００９】
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）が設定されることを許容する。bandwidth partは、carrier bandwidth partとも呼ばれる。複数のBWPsは、異なるnumerologies（e.g., subcarrier spacing（SCS））の周波数多重（frequency division multiplexing（FDM））のために使用されてもよい。例えば、複数のBWPsは、異なるSCS及び異なるbandwidthを持ってもよい。【００１１】
図２及び図３は、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の外側（しかしチャネル帯域内）で受信及び送信を行わないことにより電力消費を低減できる。【００１２】
１つの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（e.g., 最大４つのDL BWPs）及び１又はそれ以上のUL BWPs（e.g., 最大４つのUL BWPs）がdedicated RRCメッセージによってUEのために設定されることができる。UEに設定された１又はそれ以上のDL BWPs及び１又はそれ以上のUL BWPsは、それぞれ“DL BWPセット”及び“UL BWPセット”と呼ばれる。【００１８】
UEに設定された１又はそれ以上のBWPs（i.e., BWPセット）の各々は活性化（activated）及び非活性化（deactivated）されることができる。活性化されたBWPは“活性化BWP（active BWP）”と呼ばれる。すなわち、UEは、任意の時点で（at a given time）、設定されたDL BWPセットのうちの１又はそれ以上の活性化DL BWP上で信号を受信する。同様に、UEは、任意の時点で（at a given time）、設定されたUL BWPセットのうちの１又はそれ以上の活性化UL BWP上で信号を送信する。なお、現在の仕様では、任意の時点で（at a given time）、１つのDL BWPのみ及び１つのUL BWPのみが活性化される。【００１９】
BWPの活性化／非活性化は、RRCレイヤではなく、下位レイヤ（e.g., Physical（PHY）レイヤ又はMedium Access Control（MAC）レイヤ）によって決定される。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をダイナミックに切り替えることができる。【００２０】
UEが各サービングセルにアクセスするとき（i.e., Idle modeからConnected modeに遷移するとき）に最初に滞在するBWP（i.e., initial active BWP）は、“イニシャルBWP”と呼ばれる。イニシャルBWPは、少なくともDL BWPを含み、（もしサービングセルがアップリンクを設定されているなら）UL BWPを含んでもよい。イニシャルBWPは、default BWP、reference BWP、primary BWP、anchor BWP、又はmaster BWPと呼ばれてもよい。UEに設定されるBWPセットは、イニシャルBWPを必ず含む。【００２１】
イニシャルBWPは、Common Search Spaceを必ず設定される。イニシャルBWP以外のBWPsは、Common Search Spaceを設定されてもよいし設定されなくてもよい。なお、Common Search Spaceは、UEがPDCCH data（i.e., DCI）を探すためにblind decoding を行うresources（i.e., PDCCH Search Space）のサブセットである。5G systemでは、LTEと同様に、PDCCH Search Spaceは、Common Search Space及びUE-specific Search Spaceを含む。UE-specific search space は各UE のために個々に（individually）RRC signalingを介して設定される。一方、サービングセルにアクセスする全てのUEはCommon Search Spaceの範囲（the extent or range）を知っている。NR Common Search Spaceは、システム情報及びページング、及びrandom access channel (RACH) response等をブロードキャストするために使用される。NR Common Search Spaceは、“Type0-PDCCH common search space”を含む。Type0-PDCCH common search spaceでは、System Information Block Type 1（SIB1）受信をUEに可能にするために、System Information Radio Network Temporary Identifier（SI-RNTI）によってスクランブルされたPDCCH（i.e., DCI）が送信される。【００２２】
3GPPでは、UEのactive DL BWPがCommon Search Space（CSS）を設定されていない場合、UEはシステム情報更新（SI update）をブロードキャストで受信しなくてもよいことが検討されている（例えば、非特許文献１を参照）。この場合、ネットワーク（NG-RAN）は、Common Search Spaceを設定されていないactive DL BWPに滞在しているUEに、更新されたSIを個別（dedicated）シグナリング（e.g., RRC Reconfigurationメッセージ）を介して送信してもよい。【００２３】
続いて、NG-RANのcloud RAN（C-RAN）配置（deployment）を説明する。図４は、NG-RANの全体（Overall）アーキテクチャを示す図である（非特許文献２を参照）。NG-RANは、NGインタフェースを介して5GCに接続されたgNBsのセットから構成される。gNBsは、Xnインタフェースで接続されることができる。図４に示されるように、gNBは、gNB Central Unit（gNB-CU）と１又はそれ以上のgNB Distributed Units（gNB-DUs）から構成されてもよい。gNB-CUとgNB-DUは、F1インタフェースを介して接続される。gNB-CUは、gNBのRRC、Service Data Adaptation Protocol（SDAP）、及びPacket Data Convergence Protocol（PDCP）protocols（又はgNBのRRC及びPDCP protocols）をホストする論理ノードである。gNB-DUは、gNBのRadio Link Control（RLC）、MAC、及びPHY layersをホストする論理ノードである。
【先行技術文献】
【非特許文献】
【００２４】
【非特許文献１】CATT, “CSS configuration for SI acquisition in non-initial BWP [C077]”, R2-1810493, 3GPP TSG-RAN WG2 Meeting #AH-1807, Montreal, Canada, July 2nd - July 6th 2018
【非特許文献２】3GPP TS 38.401 V15.2.0 (2018-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Architecture description (Release 15)”, June 2018
【発明の概要】
【発明が解決しようとする課題】
【００２５】
発明者等は、gNB-CUがSI更新をUEに個別（dedicated）シグナリングを介して送信するケースについて検討した。gNB-CUは、Common Search Spaceを設定されていないactive DL BWPに滞在しているUEsに、更新されたSIを個別シグナリングを介して送信する。よって、gNB-CUは、Common Search Spaceを設定されていないactive DL BWP に滞在しているUEsを知ることができることが好ましい。【００２６】
しかしながら、上述したように、active BWPの変更は例えばNR PDCCHのDCIによって行われる。したがって、幾つかの実装では、gNB-DUがactive BWP変更を決定し且つactive BWP変更のためのDCIをUEに送信してもよい。この場合、gNB-CUは、UEに設定されたDL BWPセットのうちどれが active DL BWPであるかを知らないかもしれない。言い換えると、gNB-CUは、各UEのactive DL BWPを知らないかもしれない。これに加えて、幾つかの実装では、gNB-DUが非イニシャル（non-initial BWP）にCommon Search Spaceを設定するか否かを決定してもよい。この場合、gNB-CUは、UEに設定されたDL BWPセットに含まれる各非イニシャルBWPにCommon Search Spaceが設定されているか否かを知らないかもしれない。【００２７】
したがって、gNB-CUは、Common Search Spaceを設定されていないactive DL BWP に滞在しているUEsを知ることができない可能性がある。なお、SI更新の送信のために加えて又はこれに代えて他の目的・用途のために、gNB-CUは、Common Search Spaceを設定されていないactive DL BWP に滞在しているUEsを知ることができることが好ましいかもしれない。【００２８】
本明細書に開示される実施形態が達成しようとする目的の１つは、Common Search Spaceを設定されていないactive bandwidth partに滞在している無線端末（e.g., UEs）を知ることを基地局（e.g., gNB）の中央ユニット（e.g., gNB-CU）に可能にすることに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２９】
第１の態様では、基地局の分散ユニットは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の中央ユニットに送信するよう構成される。前記少なくとも１つの端末リストは、以下のうち少なくとも１つを示す：
（ａ）各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
（ｂ）各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
（ｃ）更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
（ｄ）各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
（ｅ）各ダウンリンクBWP上で受信している複数の無線端末。【００３０】
第２の態様では、基地局の中央ユニットは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の分散ユニットから受信するよう構成される。前記少なくとも１つの端末リストは、第１の態様のそれと同様である。【００３１】
第３の態様では、基地局の分散ユニットにおける方法は、少なくとも１つの端末リストを前記基地局の中央ユニットに送信することを含む。前記少なくとも１つの端末リストは、第１の態様のそれと同様である。【００３２】
第４の態様では、基地局の中央ユニットにおける方法は、少なくとも１つの端末リストを前記基地局の分散ユニットから受信することを含む。前記少なくとも１つの端末リストは、第１の態様のそれと同様である。【００３３】
第５の態様では、基地局の分散ユニットは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBandwidth Part（BWP）の変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信するよう構成される。【００３４】
第６の態様では、基地局の中央ユニットは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信するよう構成される。【００３５】
第７の態様では、基地局の分散ユニットにおける方法は、前記無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信することを含む。【００３６】
第８の態様では、基地局の中央ユニットにおける方法は、無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信することを含む。【００３７】
第９の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３、第４、第７、又は第８の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００３８】
上述の態様によれば、Common Search Spaceを設定されていないactive bandwidth partに滞在している無線端末（e.g., UEs）を知ることを基地局（e.g., gNB）の中央ユニット（e.g., gNB-CU）に可能にすることに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００３９】
【図１】5G Systemの基本アーキテクチャを示す図である。
【図２】Bandwidth part（BWP）の使用例を示す図である。
【図３】Bandwidth part（BWP）の使用例を示す図である。
【図４】NG-RANの全体アーキテクチャを示す図である。
【図５】第１の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図６】第１の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図７】第１の実施形態に係るCUとDUの間のシグナリングの一例を示すシーケンス図である。
【図８】第２の実施形態に係るCUとDUの間のシグナリングの一例を示すシーケンス図である。
【図９】第３の実施形態に係る更新された（updated）SIの送信のためのシグナリングの一例を示すシーケンス図である。
【図１０】第３の実施形態に係るF1APメッセージ（e.g., BWP INFORMATIONメッセージ）のフォーマットの一例を示す図である。
【図１１】第４の実施形態に係るCUとDUの間のシグナリングの一例を示すシーケンス図である。
【図１２】第４の実施形態に係るF1APメッセージ（e.g., UE CONTEXT MODIFICATION REQUIREDメッセージ）のフォーマットの一例を示す図である。
【図１３】幾つかの実施形態に係る中央ノード（e.g., gNB-CU）の構成例を示すブロック図である。
【図１４】幾つかの実施形態に係る分散ノード（e.g., gNB-DU）の構成例を示すブロック図である。
【発明を実施するための形態】
【００４０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００４１】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００４２】
以下に示される複数の実施形態は、3GPP 5G systemを主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。
【００４３】
＜第１の実施形態＞
図５は、本実施形態に係る無線通信ネットワークの構成例を示している。本実施形態に係る無線通信ネットワークは、gNB Central Unit（gNB-CU）１、及び１又はそれ以上のgNB Distributed Units（gNB-DUs）２を含む。gNB-CU１及び各gNB-DU２の間はインタフェース５０１によって接続される。インタフェース５０１は、F1インタフェースである。UE３は、少なくとも１つのエアインタフェース５０２を介して、少なくとも１つのgNB-DU２に接続される。
【００４４】
図６に示されるように、gNB-CU１は、Control Plane （CP）Unit（gNB-CU-CP）１１及び１又はそれ以上のUser Plane（UP）Unit（gNB-CU-UP）１２を含んでもよい。この場合、gNB-CU-CP１１は、コントロールプレーン・インタフェース６０１（i.e., E1インタフェース）を介してgNB-CU-UP１２に接続される。さらに、gNB-CU-CP１１は、コントロールプレーン・インタフェース６０２（i.e., F1-Cインタフェース）を介してgNB-DU２に接続される。gNB-CU-UP１２は、ユーザプレーン・インタフェース６０３（i.e., F1-Uインタフェース）を介してgNB-DU２に接続される。
【００４５】
gNB-CU１は、gNBのRRC、SDAP、及びPDCP protocols（又はgNBのRRC及びPDCP protocols）をホストする論理ノードであってもよい。gNB-DU２は、gNBのRLC、MAC、及びPHY layersをホストする論理ノードであってもよい。このような機能配置では、UE３のために設定されるBWPセットをgNB-DU２が決定し、gNB-DU２がUE３のためのBWPセットの設定を関連するgNB-CU1に通知してもよい。さらに、gNB-DU２は、UE３の（最初の）active BWP(s)を決定し、これを関連するgNB-CU１に通知してもよい。これに代えて、UE３のために設定されるBWPセットをgNB-CU１が決定し、gNB-CU１がUE３のためのBWPセットの設定を関連するgNB-DU２に通知してもよい。さらに又はこれに代えて、gNB-CU１は、UE３の（最初の）active BWP(s)を決定し、これを関連するgNB-DU２に通知してもよい。なお、これらのいずれの場合であっても、gNB-DU２は、UE３のactive BWP(s)を変更してもよい。つまり、gNB-DU２がBWP(s)の活性化／非活性化を決定してもよい。さらに、gNB-DU２が変更後のBWP(s)の情報をgNB-CU１に通知してもよい。変更後のBWP(s)の情報は、例えば、各BWPが活性化／非活性化のどちらであるかを示す情報でもよいし、変更前のBWP(ｓ)の情報との差分を示す情報であってもよい。
【００４６】
図７は、gNB-CU１とgNB-DU２の間のシグナリングの一例である処理７００を示している。ステップ７０１では、gNB-DU２は、F1 Application Protocolメッセージを送信する。当該メッセージの名称は、これに限られないが、例えばBWP INFORMATIONメッセージであってもよい。当該メッセージは、少なくとも１つの端末リスト（i.e., UEリスト）を包含する。当該少なくとも１つのUEリストは、以下のうち少なくとも１つを示す：
（ａ）各々のactive DL BWPにおいてCommon Search Space（CSS）を設定されていないUEs；
（ｂ）各々のactive DL BWPにおいて少なくともSIを受信するためのSearch Space（SS）を設定されていないUEs；
（ｃ）updated SIをUE毎の個別シグナリングを介して受信する必要があるUEs（又は、updated SIがUE毎の個別シグナリングで送信される必要があるUEs、又はgNB-CU１がupdated SIをUE毎の個別シグナリングで送信する必要があるUEs）；
（ｄ）各々のactive DL BWPが非イニシャルDL BWPであるUEs；及び
（ｅ）各DL BWP上で受信しているUEs。
【００４７】
各々のactive DL BWPにおいてCSSを設定されていないUEsを示すUEリストをgNB-DU２から受信することで、gNB-CU１は、CSSを設定されていないactive DL BWPに滞在しているUEsを知ることができる。このことは、例えば、個別シグナリング（e.g., RRC Reconfigurationメッセージ）を介したupdated SIの送信を必要とするUEsを判定することをgNB-CU１に可能にする。言い換えると、このことは、個別シグナリングを介したupdated SIの送信を必要とするUEsをgNB-CU１に知らせることをgNB-DU２に可能にする。当該UEリストは、例えば、gNB-DU２が非イニシャルBWPにCSSを設定するか否かを決定する実装のために有用である。当該UEリストは、CSSを設定されていないactive DL BWPに滞在しているUEsのリストであってもよい。gNB-DU２は、自身のセルでRRC_ConnectedであるUEsの中からCSSを設定されていないactive DL BWP上で受信しているUEsを選択し、選択されたUEsのリストをgNB-CU１に送信してもよい。
【００４８】
さらに又はこれに代えて、gNB-DU２は、各々のactive DL BWPにおいて少なくともSIを受信するためのSearch Space（SS）（SI-SS）を設定されていないUEsのリストをgNB-CU１に送信してもよい。これにより、gNB-CU１は、SI-SSを設定されていないactive DL BWPに滞在しているUEsを知ることができる。なお、SI-SSは、CSSに包含されてもよいし、UE specific Search Space (USS)に包含されてもよい。
【００４９】
updated SIをUE毎の個別シグナリングを介して受信する必要があるUEsを示すUEリストをgNB-DU２から受信することで、gNB-CU１は、このようなUEsを直接的に知ることができる。このことは、例えば、個別シグナリングを介したupdated SIの送信を必要とするUEsを判定することをgNB-CU１に可能にする。当該UEリストは、例えば、gNB-DU２が非イニシャルBWPにCSSを設定するか否かを決定する実装のために有用である。gNB-DU２は、自身のセルでRRC_ConnectedであるUEsの中からCSSを設定されていないactive DL BWPで受信しているUEsを選択し、選択されたUEsのリストをgNB-CU１に送信してもよい。
【００５０】
各々のactive DL BWPが非イニシャルDL BWPであるUEsを示すUEリストをgNB-DU２から受信することで、gNB-CU１は、非イニシャルDL BWPに滞在しているUEsを知ることができる。このことは、例えば、個別シグナリングを介したupdated SIの送信を必要とするUEsを判定することをgNB-CU１に可能にする。当該UEリストは、例えば、gNB-CU１が非イニシャルBWPにCSSを設定するか否かを決定し且つ非イニシャルBWPのCSS設定をgNB-DU２に指示する実装のために有用である。さらに、当該UEリストは、gNB-DU２が非イニシャルBWPにCSSを設定するか否かを決定する実装のためにも有用である。この実装では、gNB-CU１は、各非イニシャルBWPにCSSが設定されているか否かを知るために、その他の情報（e.g., Cell Group Configuration (CG-Config又はCellGroupConfig)）をさらに参照してもよい。gNB-DU２は、自身のセルでRRC_ConnectedであるUEsの中から非イニシャルactive DL BWPで受信しているUEsを選択し、選択されたUEsのリストをgNB-CU１に送信してもよい。
【００５１】
各DL BWP上で受信しているUEsを示すUEリスト（i.e., DL BWP毎のUEsのリスト）をgNB-DU２から受信することで、gNB-CU１は、各DL BWPに滞在しているUEs（i.e., そのactive DL BWPが各DL BWPであるUEs）を知ることができる。このことは、例えば、個別シグナリングを介したupdated SIの送信を必要とするUEsを判定することをgNB-CU１に可能にする。当該UEリストは、例えば、gNB-DU２が非イニシャルBWPにCSSを設定するか否かを決定する実装のために有用である。この実装では、gNB-CU１は、各非イニシャルBWPにCSSが設定されている否かを知るために、その他の情報（e.g., CG-Config又はCellGroupConfig）をさらに参照してもよい。
【００５２】
具体的には、gNB-CU１は、UE Context Setup 手順の間に、gNB-DU２から受信したF1AP: UE Context Setup Responseメッセージの中のDU to CU RRC Information情報要素（Information Element (IE)）に含まれるCellGroupConfig IEを内容を見てもよい。gNB-DU２は、”CellGroupConfig” IEにCommon Search Spaceに関する情報を含めることができる。したがって、gNB-CU１は、CellGroupConfig IE を見ることで、各非イニシャルBWPにgNB-DU２によりCSSが設定されている否かを知ることができる。
【００５３】
さらに、当該UEリストは、gNB-CU１が非イニシャルBWPにCSSを設定するか否かを決定し且つ非イニシャルBWPのCSS設定をgNB-DU２に指示する実装のためにも有用である。
【００５４】
これらのUEリストは、UEsを区別するための任意の識別子を利用してもよい。例えば、UEリスト内でUEsを区別するために使用される識別子は、Cell RNTI（C-RNTI）、gNB-CU UE F1AP ID、gNB-DU UE F1AP ID、又はgNB-CU UE F1AP IDとgNB-DU UE F1AP IDのペアであってもよい。C-RNTIは、スケジューリングのためにセル内においてUE（又はUEのRRCコネクション）をユニークに特定する。gNB-CU UE F1AP IDは、gNB-CU１内においてF1インタフェース上のUEアソシエーションをユニークに特定する。gNB-DU UE F1AP IDは、gNB-DU２内においてF1インタフェース上のUEアソシエーションをユニークに特定する。
【００５５】
幾つかの実装において、gNB-DU２は、システム情報更新通知（System Information Update Notification）を包含する第１の制御メッセージ（i.e., F1APメッセージ）をgNB-CU１から受信したことに応答して、上述のUEリストを包含する第２の制御メッセージ（i.e., F1APメッセージ）をgNB-CU１に送信してもよい。システム情報更新通知は、次のmodification periodにおいてシステム情報が更新されることを表す。このことは、gNB-CU１によるSI更新の際に、更新されたSIの個別シグナリングによる送信を必要とするUEsが存在することをgNB-DU２からgNB-CU１に速やかに知らせることに寄与する。なお、システム情報は、例えば、Public Warning System（PWS）の警告通知（Warning Notification）メッセージであってもよいし、又はEarthquake and Tsunami Warning System（ETWS）の警告通知メッセージ（e.g. ETWS primary notification、ETWS secondary notification、又はこれら両方）であってもよい。
【００５６】
この第１の制御メッセージは、SYSTEM INFORMATION DELIVERY COMMANDメッセージであってもよい。SYSTEM INFORMATION DELIVERY COMMANDメッセージの受信に応じて、gNB-DU２は、リクエストされたシステム情報をCSSにおいてブロードキャストする。さらに、本実施形態では、gNB-DU２は、上述のUEリストを包含する第２の制御メッセージをgNB-CU１に送信する。この第２の制御メッセージの名称は、これに限られないが、例えばSYSTEM INFORMATION DELIVERY CONFIRMメッセージであってもよい。
【００５７】
図８は、gNB-CU１とgNB-DU２の間のシグナリングの一例である処理８００を示している。ステップ８０１では、gNB-CU１は、システム情報更新通知を包含するSYSTEM INFORMATION DELIVERY COMMANDメッセージをgNB-DU２に送信する。ステップ８０２では、当該SYSTEM INFORMATION DELIVERY COMMANDメッセージの受信に応じて、gNB-DU２は、上述のUEリストを包含するSYSTEM INFORMATION DELIVERY CONFIRMメッセージをgNB-CU１に送信する。
【００５８】
さらに又はこれに代えて、gNB-DU２は、システム情報の更新を自身で決定したことに応答して、上述のUEリストをgNB-CU１に送信してもよい。このことは、gNB-DU２によるSI更新の際に、更新されたSIの個別シグナリングによる送信を必要とするUEsが存在することをgNB-DU２からgNB-CU１に速やかに知らせることに寄与する。
【００５９】
さらに又はこれに代えて、gNB-DU２は、UEリストの要求をgNB-CU１から受信したことに応答して、上述のUEリストをgNB-CU１に送信してもよい。このことは、更新されたSIの個別シグナリングによる送信を必要とするUEsが存在することを任意の時点で（at a given time）知ることをgNB-CU１に可能にする。
【００６０】
以上の説明から理解されるように、本実施形態では、gNB-DU２は、少なくとも１つのUEリストをgNB-CU１に送信するよう構成される。当該少なくとも１つのUEリストは、以下のうち少なくとも１つを示す：
（ａ）各々のactive DL BWPにおいてCommon Search Space（CSS）を設定されていないUEs；
（ｂ）各々のactive DL BWPにおいて少なくともSIを受信するためのSearch Space（SS）を設定されていないUEs；
（ｃ）updated SIをUE毎の個別シグナリングを介して受信する必要があるUEs（又はupdated SIがUE毎の個別シグナリングで送信される必要があるUEs、又はgNB-CU１がupdated SIをUE毎の個別シグナリングで送信する必要があるUEs）；
（ｄ）各々のactive DL BWPが非イニシャルDL BWPであるUEs；及び
（ｅ）各DL BWP上で受信しているUEs。
このことは、CSSを設定されていないactive DL BWPに滞在しているUEsを知るためにgNB-CU１を手助けする。例えば、gNB-CU１は、このUEリストを参照することで、個別シグナリング（e.g., RRC Reconfigurationメッセージ）を介したupdated SIの送信を必要とするUEsを判定することができる。
【００６１】
＜第２の実施形態＞
本実施形態は、更新されたSIの送信のためのシグナリングに関する詳細を提供する。本実施形態に係る無線通信ネットワークの構成例は、図５及び図６に示された例と同様である。
【００６２】
図９は、更新された（updated）SIの送信のためのシグナリングの一例である手順９００を示している。ステップ９０１では、gNB-DU２は、Common Search Space（CSS）を設定されていない非イニシャルDL BWPへのactive DL BWPの変更をPDCCH（i.e., DCI）を介してUE３に指示する。ステップ９０２では、UE３は、CSSを設定されていない非イニシャルDL BWPに滞在し、当該非イニシャルDL BWPにおいて信号を受信するよう動作する。
【００６３】
ステップ９０３及び９０４は、図８に示されたステップ８０１及び８０２と同様である。すなわち、ステップ９０３では、gNB-CU１は、システム情報更新通知を包含するSYSTEM INFORMATION DELIVERY COMMANDメッセージをgNB-DU２に送信する。ステップ９０４では、当該SYSTEM INFORMATION DELIVERY COMMANDメッセージの受信に応じて、gNB-DU２は、第１の実施形態で説明されたUEリストを包含するSYSTEM INFORMATION DELIVERY CONFIRMメッセージをgNB-CU１に送信する。
【００６４】
ステップ９０５では、当該UEリストの受信後に、gNB-CU１は、更新されたSIをUE毎の個別シグナリング（e.g., RRC Reconfigurationメッセージ）を介して１又はそれ以上のUEs３に送信する。具体的には、gNB-CU１は、受信したUEリストを参照することで、CSSを設定されていないactive DL BWPに滞在しているUEsを知り、且つ個別シグナリングを介したupdated SIの送信を必要とするUEsを判定する。更新されたSIを包含するRRC Reconfigurationメッセージは、DL RRC MESSAGE TRANSFERメッセージによりF1インタフェース上でgNB-CU１からgNB-DU２に運ばれ、そしてgNB-DU２によってUE３に送信される。
【００６５】
ステップ９０６では、UE３は、RRC Reconfiguration CompleteメッセージをgNB-CU１に送信する。当該RRC Reconfiguration Completeメッセージは、UL RRC MESSAGE TRANSFERメッセージによりF1インタフェース上でgNB-DU２からgNB-CU１に運ばれる。
【００６６】
図９の手順によれば、gNB-CU１は、CSSを設定されていないactive DL BWPに滞在しているUEsを判定することができ、且つこれらのUEsに個別シグナリングを介して更新されたSIを送ることができる。
【００６７】
＜第３の実施形態＞
本実施形態は、第１の実施形態で説明されたUEリストを運ぶためのF1APメッセージに関する詳細を提供する。本実施形態に係る無線通信ネットワークの構成例は、図５及び図６に示された例と同様である。
【００６８】
図１０は、第１の実施形態で説明されたUEリストを運ぶためのF1APメッセージ（e.g., BWP INFORMATIONメッセージ）のフォーマットの一例を示している。図１０に示されたメッセージは、gNB-DU２によってgNB-CU１に送信される。図１０に示されたF1APメッセージ（e.g., BWP INFORMATIONメッセージ）は、全ての(DL) BWPsを示すBWPリストを含む。当該BWPリストは、(DL) BWP毎のUEリスト（又はUE IDリスト）を含む。図１０の例では、当該UEリスト（又はUE IDリスト）は、UEsを区別するためにC-RNTIを使用する。当該UEリスト（又はUE IDリスト）は、C-RNTIに代えて他の識別子（e.g., gNB-CU UE F1AP ID 又はgNB-DU UE F1AP ID）を使用してもよい。
【００６９】
図１０に示されたF1APメッセージは、各DL BWP上で受信しているUEsを示すUEリスト（i.e., DL BWP毎のUEsのリスト）をgNB-CU１に提供することをgNB-DU２に可能にする。
【００７０】
＜第４の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図５及び図６に示された例と同様である。第１〜第３の実施形態では、gNB-DU２がgNB-CU１にUEリストを提供する例を示した。第１〜第３の実施形態で説明されたこれらの例は、UEリストをgNB-DU２からgNB-CU１に送るためにUEに関連付けられていない手順又はシグナリング（non-UE associated procedure or signaling）を用いる。したがって、第１〜第３の実施形態は、UEに関連付けられた手順又はシグナリング（UE associated procedure or signaling）を用いる手法に比べて、gNB-CU１とgNB-DU２の間のシグナリングの数を低減できる利点がある。
【００７１】
しかしながら、幾つかの実装では、gNB-DU２は、UEに関連付けられた手順又はシグナリング（UE associated procedure or signaling）を用いて、UE３のactive DL BWPの変更をgNB-CU１に知らせてもよい。本実施形態では、gNB-DU２は、UE３のactive DL BWPの変更を示すメッセージをgNB-CU１に送る。gNB-DU２は、UE３のactive DL BWPの変更に応答して、UE３のactive DL BWPの変更を示すメッセージをgNB-CU１に送ってもよい。gNB-DU２は、UE３のactive DL BWPの変更後に、UE３のactive DL BWPの変更を示すメッセージをgNB-CU１に送ってもよい。具体的には、gNB-DU２は、UE３のactive DL BWPをイニシャルBWPから非イニシャルDL BWP（特にCSSを持たない非イニシャルDL BWP）に変更したことをgNB-CU１に知らせてもよい。これにより、gNB-CU１は、CSSを設定されていないactive DL BWPに滞在しているUEsを知ることができる。このことは、例えば、個別シグナリングを介したupdated SIの送信を必要とするUEsを判定することをgNB-CU１に可能にする。
【００７２】
幾つかの実装において、gNB-DU２は、UE３のactive DL BWPを変更（change or switch）した場合に、gNB-DU２によって開始されるUE Context Modification Required 手順において、UE３のactive DL BWPの変更（change or switching）を示す情報要素を含むメッセージをgNB-CU１に送信してもよい。具体的には、gNB-DU２は、UE３のactive DL BWPをイニシャルBWPから非イニシャルDL BWP（特にCSSを持たない非イニシャルDL BWP）に変更したことに応答して、当該情報要素を含むメッセージをgNB-CU１に送信してもよい。gNB-DU２は、当該情報要素をF1AP: UE CONTEXT MODIFICATION REQUIREDメッセージに含めてもよい。
【００７３】
当該情報要素は、UE３のactive DL BWPがイニシャルDL BWPから非イニシャルDL BWPに変更されたか否かを示すBOOLEANデータ型変数であってもよい。これに代えて、当該情報要素は、UE３のactive DL BWPがCSSを持たないことを示すENUMERATED型変数であってもよい。これに代えて、当該情報要素は、UE３のactive DL BWPの識別子（e.g., BWP ID）を示すINTEGER型変数であってもよい。
【００７４】
図１１は、本実施形態に係るシグナリングの一例である手順１１００を示している。ステップ１１０１では、gNB-DU２は、UE CONTEXT MODIFICATION REQUIREDメッセージを送信する。当該メッセージは、本実施形態で説明された情報要素を包含する。
【００７５】
図１２は、本実施形態で説明された情報要素を包含するF1メッセージのフォーマットの一例を示している。図１２に示されたUE CONTEXT MODIFICATION REQUIREDメッセージは、UE contextの修正（modificaion）を要求するために、gNB-DU２によってgNB-CU１に送信される。図１２に示されたUE CONTEXT MODIFICATION REQUIREDメッセージは、UE switch to BWP情報要素（IE）を含む。上述のように、“UE switch to BWP” IEは、UE３のactive DL BWPがDL BWPから非イニシャルDL BWPに変更されたか否かを示すBOOLEANデータ型変数であってもよい。これに代えて、“UE switch to BWP” IEは、UE３のactive DL BWPがCSSを持たないことを示すENUMERATED型変数であってもよい。
【００７６】
図１２のUE CONTEXT MODIFICATION REQUIREDメッセージは、“UE switch to BWP” IEの代わりに、BWP-ID情報要素（IE）を含んでもよい。“BWP-ID”IEは、UE３のactive DL BWPの識別子（e.g., BWP ID）を示すINTEGER型変数であってもよい。
【００７７】
続いて以下では、上述の複数の実施形態に係るgNB-CU１及びgNB-DU２の構成例について説明する。図１３は、上述の実施形態に係るgNB-CU１の構成例を示すブロック図である。なお、gNB-CU-CP１１及びgNB-CU-UP１２の構成も図１３に示されたそれと同様であってもよい。図１３を参照すると、gNB-CU１は、ネットワークインターフェース１３０１、プロセッサ１３０２、及びメモリ１３０３を含む。ネットワークインターフェース１３０１は、ネットワークノード（e.g., gNB-DU２並びに5GC内の制御プーレーン（CP）ノード及びユーザプレーン（UP）ノード）と通信するために使用される。ネットワークインターフェース１３０１は、複数のインタフェースを含んでもよい。ネットワークインターフェース１３０１は、例えば、CU-DU間通信のための光ファイバーインタフェース及びIEEE 802.3 seriesに準拠したネットワークインターフェースを含んでもよい。
【００７８】
プロセッサ１３０２は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１３０２は、複数のプロセッサを含んでもよい。例えば、プロセッサ１３０２は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。
【００７９】
メモリ１３０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１３０３は、プロセッサ１３０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１３０２は、ネットワークインターフェース１３０１又は図示されていないI/Oインタフェースを介してメモリ１３０３にアクセスしてもよい。
【００８０】
メモリ１３０３は、上述の複数の実施形態で説明されたgNB-CU１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１３０４を格納してもよい。いくつかの実装において、プロセッサ１３０２は、当該１又はそれ以上のソフトウェアモジュール１３０４をメモリ１３０３から読み出して実行することで、上述の実施形態で説明されたgNB-CU１の処理を行うよう構成されてもよい。
【００８１】
図１４は、上述の実施形態に係るgNB-DU２の構成例を示すブロック図である。図１４を参照すると、gNB-DU２は、Radio Frequencyトランシーバ１４０１、ネットワークインターフェース１４０３、プロセッサ１４０４、及びメモリ１４０５を含む。RFトランシーバ１４０１は、NG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１４０１は、複数のトランシーバを含んでもよい。RFトランシーバ１４０１は、アンテナアレイ１４０２及びプロセッサ１４０４と結合される。RFトランシーバ１４０１は、変調シンボルデータをプロセッサ１４０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１４０２に供給する。また、RFトランシーバ１４０１は、アンテナアレイ１４０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１４０４に供給する。RFトランシーバ１４０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【００８２】
ネットワークインターフェース１４０３は、ネットワークノード（e.g., gNB-CU１、gNB-CU-CP１１、gNB-CU-UP１２）と通信するために使用される。ネットワークインターフェース１４０３は、複数のインタフェースを含んでもよい。ネットワークインターフェース１４０３は、例えば、CU-DU間通信のための光ファイバーインタフェース及びIEEE 802.3 seriesに準拠したネットワークインターフェースのうち少なくとも１つを含んでもよい。
【００８３】
プロセッサ１４０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１４０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１４０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。プロセッサ１４０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。
【００８４】
メモリ１４０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１４０５は、プロセッサ１４０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４０４は、ネットワークインターフェース１４０３又は図示されていないI/Oインタフェースを介してメモリ１４０５にアクセスしてもよい。
【００８５】
メモリ１４０５は、上述の複数の実施形態で説明されたgNB-DU２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１４０６を格納してもよい。いくつかの実装において、プロセッサ１４０４は、当該１又はそれ以上のソフトウェアモジュール１４０６をメモリ１４０５から読み出して実行することで、上述の実施形態で説明されたgNB-DU２の処理を行うよう構成されてもよい。
【００８６】
図１３及び図１４を用いて説明したように、上述の実施形態に係るgNB-CU１及びgNB-DU２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８７】
＜その他の実施形態＞
上述の実施形態は、gNB-CU１が、個別シグナリングを介したupdated SIの送信を必要とするUEsを判定するためにgNB-DU２から受信したUEリストを使用する例を示した。しかしながら、gNB-CU１は、gNB-DU２から受信したUEリストを他の用途のために使用してもよい。
【００８８】
上述の実施形態で説明されたgNB-CU１とgNB-DU２の間のシグナリングは、gNB-CU-CP１１とgNB-DU２の間で行われてもよい。
【００８９】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００９０】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００９１】
（付記１）
基地局の分散ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の中央ユニットに送信するよう構成され、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
分散ユニット。
【００９２】
（付記２）
前記少なくとも１つのプロセッサは、システム情報更新通知を包含する第１の制御メッセージを前記中央ユニットから受信したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
付記１に記載の分散ユニット。
【００９３】
（付記３）
前記第１の制御メッセージは、SYSTEM INFORMATION DELIVERY COMMAND メッセージである、
付記２に記載の分散ユニット。
【００９４】
（付記４）
前記少なくとも１つのプロセッサは、システム情報の更新を決定したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
付記１〜３のいずれか１項に記載の分散ユニット。
【００９５】
（付記５）
前記少なくとも１つのプロセッサは、前記中央ユニットから要求を受信したことに応答して、前記少なくとも１つの端末リストを前記中央ユニットに送信するよう構成されている、
付記１〜４のいずれか１項に記載の分散ユニット。
【００９６】
（付記６）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいてCommon Search Spaceを設定されていない複数の無線端末を示す、
付記１〜５のいずれか１項に記載の分散ユニット。
【００９７】
（付記７）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末を示す、
付記１〜５のいずれか１項に記載の分散ユニット。
【００９８】
（付記８）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末を示す、
付記１〜５のいずれか１項に記載の分散ユニット。
【００９９】
（付記９）
前記少なくとも１つの端末リストは、各ダウンリンクBWP上で受信している複数の無線端末を示すためのBWP毎の端末リストを含む、
付記１〜５のいずれか１項に記載の分散ユニット。
【０１００】
（付記１０）
基地局の中央ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、少なくとも１つの端末リストを前記基地局の分散ユニットから受信するよう構成され、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Space（CSS）を設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
中央ユニット。
【０１０１】
（付記１１）
前記少なくとも１つのプロセッサは、システム情報更新通知を包含する第１の制御メッセージを前記分散ユニットに送信するよう構成され、
前記第１の制御メッセージは、前記少なくとも１つの端末リストを前記中央ユニットに送信することを前記分散ユニットに引き起こす、
付記１０に記載の中央ユニット。
【０１０２】
（付記１２）
前記第１の制御メッセージは、SYSTEM INFORMATION DELIVERY COMMAND メッセージである、
付記１１に記載の中央ユニット。
【０１０３】
（付記１３）
前記少なくとも１つのプロセッサは、前記少なくとも１つの端末リストの要求を前記分散ユニットに送信するよう構成されている、
付記１０〜１２のいずれか１項に記載の中央ユニット。
【０１０４】
（付記１４）
前記少なくとも１つのプロセッサは、前記少なくとも１つの端末リストの受信後に、更新されたシステム情報を無線端末毎の個別シグナリングを介して１又はそれ以上の無線端末に送信するよう構成されている、
付記１０〜１３のいずれか１項に記載の中央ユニット。
【０１０５】
（付記１５）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいてCommon Search Space（CSS）を設定されていない複数の無線端末を示す、
付記１０〜１４のいずれか１項に記載の中央ユニット。
【０１０６】
（付記１６）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末を示す、
付記１０〜１４のいずれか１項に記載の中央ユニット。
【０１０７】
（付記１７）
前記少なくとも１つの端末リストは、各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末を示す、
付記１０〜１４のいずれか１項に記載の中央ユニット。
【０１０８】
（付記１８）
前記少なくとも１つの端末リストは、各ダウンリンクBWP上で受信している複数の無線端末を示すためのBWP毎の端末リストを含む、
付記１０〜１４のいずれか１項に記載の中央ユニット。
【０１０９】
（付記１９）
基地局の分散ユニットにおける方法であって、
少なくとも１つの端末リストを前記基地局の中央ユニットに送信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Space（CSS）を設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
方法。
【０１１０】
（付記２０）
基地局の中央ユニットにおける方法であって、
少なくとも１つの端末リストを前記基地局の分散ユニットから受信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
方法。
【０１１１】
（付記２１）
基地局の分散ユニットにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、少なくとも１つの端末リストを前記基地局の中央ユニットに送信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
プログラム。
【０１１２】
（付記２２）
基地局の中央ユニットにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、少なくとも１つの端末リストを前記基地局の分散ユニットから受信することを備え、
前記少なくとも１つの端末リストは、
各々の活性化ダウンリンクBandwidth Part（BWP）においてCommon Search Spaceを設定されていない複数の無線端末；
各々の活性化ダウンリンクBWPにおいて少なくともシステム情報を受信するためのSearch Space（SS）を設定されていない複数の無線端末；
更新されたシステム情報を無線端末毎の個別シグナリングを介して受信する必要がある複数の無線端末；
各々の活性化ダウンリンクBWPが非イニシャル・ダウンリンクBWPである複数の無線端末；及び
各ダウンリンクBWP上で受信している複数の無線端末；
のうち少なくとも１つを示す、
プログラム。
【０１１３】
（付記２３）
基地局の分散ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBandwidth Part（BWP）の変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信するよう構成される、
分散ユニット。
【０１１４】
（付記２４）
前記少なくとも１つのプロセッサは、前記無線端末の活性化ダウンリンクBWPの変更に応答して、前記メッセージを前記基地局の中央ユニットに送信するよう構成される、
付記２３に記載の分散ユニット。
【０１１５】
（付記２５）
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがイニシャル・ダウンリンクBWPから非イニシャル・ダウンリンクBWPに変更されたか否かを示す、
付記２３又は２４に記載の分散ユニット。
【０１１６】
（付記２６）
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがCommon Search Spaceを持たないことを示す、
付記２３又は２４に記載の分散ユニット。
【０１１７】
（付記２７）
前記情報要素は、前記無線端末の変更後の活性化ダウンリンクBWの識別子を示す、
付記２３又は２４に記載の分散ユニット。
【０１１８】
（付記２８）
基地局の中央ユニットであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信するよう構成される、
中央ユニット。
【０１１９】
（付記２９）
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがイニシャル・ダウンリンクBWPから非イニシャル・ダウンリンクBWPに変更されたか否かを示す、
付記２８に記載の中央ユニット。
【０１２０】
（付記３０）
前記情報要素は、前記無線端末の活性化ダウンリンクBWPがCommon Search Spaceを持たないことを示す、
付記２８に記載の中央ユニット。
【０１２１】
（付記３１）
前記情報要素は、前記無線端末の変更後の活性化ダウンリンクBWの識別子を示す、
付記２８に記載の中央ユニット。
【０１２２】
（付記３２）
前記少なくとも１つのプロセッサは、前記情報要素の受信後に、更新されたシステム情報を無線端末毎の個別シグナリングを介して前記無線端末に送信するよう構成されている、
付記２８〜３１のいずれか１項に記載の中央ユニット。
【０１２３】
（付記３３）
基地局の分散ユニットにおける方法であって、
無線端末の活性化ダウンリンクBandwidth Part（BWP）の変更を示す情報要素を包含するメッセージを前記基地局の中央ユニットに送信することを備える、
方法。
【０１２４】
（付記３４）
基地局の中央ユニットにおける方法であって、
無線端末の活性化ダウンリンクBWPの変更を示す情報要素を包含するメッセージを前記基地局の分散ユニットから受信することを備える、
方法。
【０１２５】
この出願は、２０１８年８月９日に出願された日本出願特願２０１８−１５０７０９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２６】
１  gNB-CU
２  gNB-DU
３  UE
１１  gNB-CU-CP
１２  gNB-CU-UP
１３０２  プロセッサ
１３０３  メモリ
１３０４  モジュール（modules）
１４０４  プロセッサ
１４０５  メモリ
１４０６  モジュール（modules）
【図１】
2020031728.tif 000003
【図２】
2020031728.tif 000004
【図３】
2020031728.tif 000005
【図４】
2020031728.tif 000006
【図５】
2020031728.tif 000007
【図６】
2020031728.tif 000008
【図７】
2020031728.tif 000009
【図８】
2020031728.tif 000010
【図９】
2020031728.tif 000011
【図１０】
2020031728.tif 000012
【図１１】
2020031728.tif 000013
【図１２】
2020031728.tif 000014
【図１３】
2020031728.tif 000015
【図１４】
2020031728.tif 000016
【手続補正書】
【提出日】令和3年1月15日(2021.1.15)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
gNBの分散ユニット(gNB-DU)における方法であって、
gNB中央ユニット（gNB-CU）からメッセージを受信し、前記メッセージはPDSCH経由で報知されるシステム情報を示す情報要素を含み、
前記メッセージへの返答として、リストを前記gNB-CUに送信し、前記リストはシステム情報の個別シグナリングにより通知される必要がある端末装置を示している、
方法。
【請求項２】
前記gNB-CUからRRC Reconfigurationメッセージに含まれる、更新されたシステム情報を受信し、前記RRC ReconfigurationメッセージはDL RRC Message Transferメッセージに含まれており、
前記RRC Reconfigurationメッセージに含まれる前記更新されたシステム情報を、前記リストに含まれるUEのうちの１つに送信する、
請求項１に記載の方法。
【請求項３】
前記リストはgNB-CU UE F1AP IDを含む、
請求項１または２に記載の方法。
【請求項４】
前記メッセージはF1APメッセージである、
請求項１から３のいずれか１つに記載の方法。
【請求項５】
前記メッセージは警報システムの警報メッセージを上書きすることを示す、
請求項１から４のいずれかに１つに記載の方法。
【請求項６】
前記リストに示されている１又は複数のそれぞれ前記端末装置は、Common Search Space (CSS)がアクティブな下り部分帯域（DL BWP）に構成されていない、
請求項１から５のいずれか１つに記載の方法。
【請求項７】
gNBの中央ユニット(gNB-CU)における方法であって、
gNB分散ユニット（gNB-DU）にメッセージを送信し、前記メッセージはPDSCH経由で放置されるシステム情報を示す情報要素を含み、
前記メッセージへの返答としてリストを前記gNB-DUから受信し、前記リストはシステム情報の個別シグナリングにより通知される必要がある端末装置を示している、
方法。
【請求項８】
gNB分散ユニット（gNB-DU）とgNB中央ユニット（gNB-CU）を含むgNBの方法であって、
前記gNB-CUにより、前記gNB-DUにメッセージを送信し、前記メッセージはPDSCH経由で報知されるシステム情報を示す情報要素を含み、
前記gNB-DUにより、前記メッセージへの返答として、前記gNB-CUにリストを送信し、前記リストはシステム情報の個別シグナリングにより通知される必要がある端末装置を示している、
方法。
【国際調査報告】
2020031728.tif 000017
2020031728.tif 000018
2020031728.tif 000019
2020031728.tif 000020