JP2024036676A

JP2024036676A - ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ（ＤＵ）及びその方法

Info

Publication number: JP2024036676A
Application number: JP2024018260A
Authority: JP
Inventors: 尚二木; 貞福林
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2020-02-13
Filing date: 2024-02-09
Publication date: 2024-03-15
Also published as: US20220287102A1; WO2021161622A1; JPWO2021161622A1; JP7439895B2; CN115428550A; BR112022015308A2; EP3993540A1; EP3993540A4

Abstract

【課題】第１のタイプの無線端末のそれに比べて制限された能力を持つ第２のタイプの無線端末がその能力に適したイニシャルｂａｎｄｗｉｄｔｈｐａｒｔ（ＢＷＰ）を使用することを可能にすることに役立つ改良を提供する。【解決手段】ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ（ＤＵ）は、ランダムアクセス手順において、ｒｅｄｕｃｅｄｃａｐａｂｉｌｉｔｙタイプに関連付けられたｓｐｅｃｉｆｉｃＬｏｇｉｃａｌｃｈａｎｎｅｌＩＤ（ＬＣＩＤ）をＵｓｅｒＥｑｕｉｐｍｅｎｔ（ＵＥ）から受信する。ＤＵは、Ｆ１インタフェースで接続されるＣｅｎｔｒａｌＵｎｉｔ（ＣＵ）へ、当該ＵＥがｒｅｄｕｃｅｄｃａｐａｂｉｌｉｔｙタイプであることを示す表示を含むＩＮＩＴＩＡＬＵＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲメッセージを送信する。【選択図】図１４

Description

本開示は、無線通信ネットワークに関し、特にbandwidth part（BWP）設定に関する。

3rd Generation Partnership Project（3GPP（登録商標））は、２０２０年の第１四半期からRelease 17の検討を開始する。Release 17は、reduced capability New Radio (NR) devicesと呼ばれる新たなデバイスタイプのサポートを予定している（非特許文献１を参照）。Reduced capability NR devicesは、low complexity NR devices又はNR-Light devicesとも呼ばれる。Reduced capability NR devicesの主な動機（main motivation）は、ハイエンドなenhanced Mobile Broad Band (eMBB)及びUltra Reliable and Low Latency Communication (URLLC) devices (User Equipments (UEs))に比べてデバイスコスト及び複雑さ（complexity）を下げることである。可能性のある（potential）複雑さを削減する特徴（complexity reduction features）の１つは、限られたRadio Frequency（RF）能力（capability）である。具体的には、reduced capability NR devicesは、eMBB及びURLLC devicesに比べて、減少されたUE bandwidth能力を持つと想定される。

特開２０１８－０６４２５２号公報国際公開第２０１７／１７０４４８号

Ericsson, "New SID on support of reduced capability NR devices", RP-193238, 3GPP TSG RAN Meeting #86, Sitges, Spain, December 9-12, 2019

発明者等は、reduced capability NR devicesに関して検討を行い様々な課題を見出した。5G UEは、イニシャルアクセスを行うときに、Minimum System Information (SI)を受信する必要がある。5G system（5GS）では、システム情報（System Information(SI)）は、マスター情報ブロック（Master Information Block(MIB)）及び多くのシステム情報ブロック（System Information Blocks (SIBs)）を含み、これらはMinimum SI及びOther SIに分割される。Minimum SIは、常に周期的にブロードキャストされ、イニシャルアクセスに必要な基本的な情報とother SIを取得するために必要な情報を含む。より具体的には、Minimum SIは、MIB及びSIB type 1（SIB1）を含み、Other SIは、SIB type 2（SIB2）以降のSIB typesを含む。

MIBは、Broadcast Channel（BCH）及びPhysical Broadcast Channel（PBCH）上で周期的に送信される。MIBは、セルの規制（barring）に関する情報を含み、SIB1をデコードするために必要なセルの本質的な物理レイヤ情報をさらに含む。より具体的には、MIBは、System Frame Number（SFN）、SIB1のためのサブキャリア間隔（subCarrierSpacingCommon）、SS/PBCH block（SSB）の周波数ドメインでの位置を示すssb-SubcarrierOffset、及びSIB1をデコードするために必要なPhysical Downlink Control Channel（PDCCH）設定（pdcch-ConfigSIB1）などを示す。MIBのpdcch-ConfigSIB1フィールド（PDCCH-ConfigSIB1情報要素）は、Common Resource Set (CORESET) #0及びcommon search space（search space #0）の設定を含む。

UEは、MIBのpdcch-ConfigSIB1フィールド内のcontrolResourceSetZeroフィールド（ControlResourceSetZero情報要素）から、the CORESET of the Type0-PDCCH common search space (CSS) setのための連続するリソースブロック（a number of consecutive resource blocks）及び連続するシンボル（a number of consecutive symbols）を決定する。また、UEは、MIBのpdcch-ConfigSIB1フィールド内のsearchSpaceZeroフィールド（SearchSpaceZero情報要素）から、PDCCH monitoring occasionsを決定する。そして、UEは、決定されたcommon search space #0（Type0-PDCCH search space）において、ダウンリンク制御情報（Downlink Control Information（DCI））の受信を試行する。当該DCIは、SIB1が送信されるPhysical Downlink Shared Channel（PDSCH）リソースの割り当て（assignment）を示す。

SIB1は、Remaining Minimum SI（RMSI）とも呼ばれる。SIB1は、Downlink Shared Channel（DL-SCH）及びPhysical Downlink Shared Channel（PDSCH）上で周期的に送信される。SIB1は、イニシャルアクセスに必要な情報を含む。SIB1は、さらにOther SI（Other SIBs）の可用性（availability）及びスケジューリング（e.g., 周期性（periodicity）及びSIウインドウサイズ）を示す。SIB1は、さらに、Other SIBsが周期的なブロードキャストを介して提供されるか、あるいはオンデマンド・ベース（on-demand basis）で提供されるかを示す。

より具体的には、SIB1は、セル固有（cell-specific）なサービングセル設定（i.e., servingCellConfigCommon フィールド（ServingCellConfigCommonSIB情報要素））を含む。セル固有サービングセル設定は、イニシャルアクセスを行うUEsに共通である。セル固有サービングセル設定は、イニシャルDownlink (DL) bandwidth part (BWP)設定（i.e., initialDownlinkBWPフィールド（BWP-DownlinkCommon情報要素））及びイニシャルUL BWP設定（i.e., initialUplinkBWPフィールド（BWP-UplinkCommon情報要素））を含む。

SIB1でブロードキャストされるイニシャルDL BWP設定は、Physical Uplink Control Channel（PUCCH）送信及びコンテンション・ベースド・ランダムアクセスをサポートするサービングセルのイニシャルDL BWPのセル固有の共通パラメータ（parameters）を含む。当該共通パラメータは、当該イニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ（parameters）(i.e., BWP-DownlinkCommon情報要素内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールド)を含む。当該共通パラメータは、さらに、PDCCHパラメータ（i.e., pdcch-ConfigCommonフィールド（PDCCH-ConfigCommon情報要素））を含む。当該PDCCHパラメータは、SIBがブロードキャストされるPDSCHリソースを示すDCIフォーマットを送信するために使用されるイニシャルDL BWP内の１又はそれ以上のcommon search spacesを設定する。

SIB1でブロードキャストされるイニシャルUL BWP設定は、PUCCH送信及びコンテンション・ベースド・ランダムアクセスをサポートするサービングセルのイニシャルUL BWPのセル固有の共通パラメータ（parameters）を含む。当該共通パラメータは、当該イニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ（parameters）(i.e., BWP-UplinkCommon情報要素内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールド)を含む。加えて、当該共通パラメータは、PUCCHパラメータ（i.e., pucch-ConfigCommonフィールド（PUCCH-ConfigCommon情報要素））を含む。当該PUCCHパラメータは、セル固有のPUCCHパラメータ／リソースのセット（a set of cell-specific PUCCH resources/parameters）を設定する。UEは、個別の（dedicated）PUCCH設定を当該イニシャルinitial uplink BWP上で提供されるまで、これらのPUCCH resourcesを使用する。当該共通パラメータは、さらに、UEsが当該イニシャルUL BWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するセル固有のランダムアクセス・パラメータを含む。

ここで、5GのBWPsについて補足する。プライマリセル（Primary Cell（PCell））では、ネットワークは、少なくとも、イニシャルDL BWPと１つ又は２つ（Supplemental Uplink (SUL)が使用される場合）のイニシャルUL BWPを設定する。さらに、ネットワークは、サービングセルのための追加のDL BWPs及びUL BWPsをUE個別に設定できる。プライマリセル（Primary Cell（PCell））では、イニシャルDL及びUL BWPsは、UEsがイニシャルアクセスを行う際に使用するDL及びUL BWPsであり、UEsはdedicated BWP設定を受信するまでイニシャルDL及びUL BWPsを使用する。

本明細書では、説明の便宜のために、「イニシャルBWP」との用語を用いる。「イニシャルBWP」との用語は、イニシャルDL BWP及びイニシャルUL BWPの一方又は両方を参照する場合に使用される。

上述のように、PCell（すなわち、PUCCH送信及びコンテンション・ベースド・ランダムアクセスをサポートするサービングセル）では、イニシャルBWPの共通パラメータ（parameters）はSIB1を介してブロードキャストされる。したがって、PCellのイニシャルBWPの共通パラメータ（e.g., 周波数ドメイン位置及び帯域幅）は、セル固有（cell-specific）であり、当該PCellにおいてイニシャルアクセスを行うUEsに共通である。しかしながら、例えば、通常のUEs（e.g., eMBB及びURLCC devices）のためのイニシャルBWPの帯域幅（bandwidth）は、減少されたUE bandwidth能力を持つreduced capability NR devicesのために広すぎるかもしれない。

なお、特許文献１は、基地局が、PDCCH領域を、UE能力に応じて、UE毎に異なる帯域幅に設定することを開示している（例えば、図７並びに段落００３２～００３３及び００３７を参照）。また、特許文献２は、基地局が、端末能力情報（UE capability）をUEから受信し、UEが比較的狭い帯域幅を受信可能であると判断した場合、当該比較的狭い帯域幅で報知チャネルを送信するように決定し、同期信号により、当該比較的狭い帯域幅の情報をUEに通知することを開示している（例えば、段落００６７を参照）。しかしながら、特許文献１及び特許文献２は、イニシャルBWP設定に関して開示していない。

ここに開示される実施形態が達成しようとする目的の１つは、第１のタイプの無線端末のそれに比べて制限された能力を持つ第２のタイプの無線端末がその能力に適したイニシャルBWPを使用することを可能にする装置、方法、及びプログラムを提供することである。なお、この目的は、ここに開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、Radio Access Network（RAN）ノードは、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のイニシャルbandwidth part（BWP）設定を、システム情報を介してブロードキャストするよう構成される。さらに、前記少なくとも１つのプロセッサは、第２のイニシャルBWP設定を、前記システム情報を介してブロードキャストするか又は無線端末個別のシグナリングを介して送信するよう構成される。前記第１のイニシャルBWP設定は、セルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含む。前記第２のイニシャルBWP設定は、前記セルの第２のイニシャルBWPのセル固有の共通パラメータを含む。前記第１のイニシャルBWPは、前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用される。一方、前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用される。前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い。

第２の態様では、無線端末は、少なくとも１つのメモリ及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のイニシャルbandwidth part（BWP）設定を包含するシステム情報を受信するよう構成される。さらに、前記少なくとも１つのプロセッサは、第２のイニシャルBWP設定を、前記システム情報を介して又は無線端末個別のシグナリングを介して受信し、前記第２のイニシャルBWP設定を使用するよう構成される。前記第１のイニシャルBWP設定は、前記無線端末のサービングセルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含む。前記第２のイニシャルBWP設定は、前記サービングセルの第２のイニシャルBWPのセル固有の共通パラメータを含む。前記第１のイニシャルBWPは、前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用される。一方、前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用される。前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い。

第３の態様では、Radio Access Network（RAN）ノードにより行われる方法は以下のステップを含む：
（ａ）第１のイニシャルbandwidth part（BWP）設定を、システム情報を介してブロードキャストすること、及び
（ｂ）第２のイニシャルBWP設定を、前記システム情報を介してブロードキャストするか又は無線端末個別のシグナリングを介して送信すること。

第４の態様では、無線端末により行われる方法は以下のステップを含む：
（ａ）第１のイニシャルbandwidth part（BWP）設定を包含するシステム情報を受信すること、
（ｂ）第２のイニシャルBWP設定を、前記システム情報を介して又は無線端末個別のシグナリングを介して受信すること、及び
（ｃ）前記第２のイニシャルBWP設定を使用すること。

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

上述の態様によれば、第１のタイプの無線端末のそれに比べて制限された能力を持つ第２のタイプの無線端末がその能力に適したイニシャルBWPを使用することを可能にする装置、方法、及びプログラムを提供できる。

実施形態に係る無線通信ネットワークの構成例を示す図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るUEによって行われる動作の一例を示すフローチャートである。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るRAN及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るUEによって行われる動作の一例を示すフローチャートである。実施形態に係るgNB及びUEによって行われる動作の一例を示すシーケンス図である。実施形態に係るgNBの構成例を示す図である。実施形態に係るシグナリングの一例を示すシーケンス図である。実施形態に係るシグナリングの一例を示すシーケンス図である。実施形態に係るgNBの構成例を示すブロック図である。実施形態に係るUEの構成例を示すブロック図である。

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

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

以下に示される複数の実施形態は、3rd Generation Partnership Project（3GPP）第5世代移動通信システム（5G system（5GS））を主な対象として説明される。しかしながら、これらの実施形態は、複数のタイプの無線端末をサポートし且つ5GSと類似のイニシャルBWPsをサポートする他のセルラー通信システムに適用されてもよい。

＜第１の実施形態＞
図１は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワーク（i.e., 5GS）の構成例を示している。図１の例では、無線通信ネットワークは、無線アクセスネットワーク（Radio Access Network（RAN））ノード（i.e., gNB）１及び１又はそれ以上の無線端末（i.e., UEs）２を含む。gNB１は、RAN（i.e., Next Generation (NG) RAN）に配置される。gNB１は、cloud RAN（C-RAN）配置（deployment）におけるgNB Central Unit（gNB-CU）及び１又は複数のgNB Distributed Unit（gNB-DU）を含んでもよい。gNB１は、セル１０を複数のタイプのUEsに提供する。これら複数のタイプのUEsは、セル１０をサービングセルとして使用し、コンテンション・ベースド・ランダムアクセス（Contention Based Random Access (CBRA)）をセル１０において行う。gNB１は、１又はそれ以上の他のセルをさらに提供してもよい。この場合、セル１０は、キャリアアグリゲーション（Carrier Aggregation (CA)）のprimary cell （PCell）であってもよく、１又はそれ以上の他のセルはsecondary cells（SCells）であってもよい。すなわち、セル１０は、は、UEs２が、イニシャル（RRC）コネクション確立手順を行う又は（RRC）コネクション再確立手順を開始するセルである。

gNB１は、セル１０においてMinimum SI（i.e., MIB及びSIB1）をブロードキャストする。gNB１は、さらに、other SIを送信してもよい。Other SIは、Minimum SI内でブロードキャストされない全てのSIBsを包含する。これらのSIBsは、DL-SCH上で周期的にブロードキャストされるか、DL-SCH上でオンデマンドでブロードキャストされるか（i.e., Radio Resource Control (RRC)_IDLE又はRRC_INACTIVEである無線端末（User Equipments (UEs)からの要求に応じて）、又はRRC_CONNECTEDであるUEsにDL_SCH上で専用の方法（dedicated manner）で送られる。Other SIは、少なくともSIB2からSIB9を含む。

各UE２は、RRC_IDLE状態又はRRC_INACTIVE状態であるときにセル選択又はセル再選択を行う。さらに、各UE２は、RRC_CONNECTED状態であるときにRRCコネクション再確立を行ってもよい。各UE２は、セル１０においてMIB及びSIB1を受信し、SIB1に含まれるセル１０のイニシャルDL BWP及びイニシャルUL BWPのセル固有の共通パラメータに基づいてイニシャルDL BWP及びイニシャルUL BWPを設定する。そして、各UE２は、イニシャルDL BWP及びイニシャルUL BWPを使用して、セル１０においてランダムアクセス手順を行い、RRC setup、RRC Resume、又はRRC Re-establishment手順を開始する。

本実施形態では、UEs２は、第１のタイプ及び第２のタイプに区分される。第２のタイプのUEsは、第１のタイプのUEsに比べて制限された能力を持つUEsである。第２のタイプのUEsは、第１のタイプのUEsのそれに比べて限られたRF能力を持ってもよい。言い換えると、第２のタイプのUEsは、第１のタイプのUEsのそれに比べて限られたUE bandwidth（e.g., UE channel bandwidth, UE carrier bandwidth, UE RF bandwidth）をサポートしてもよい。第２のタイプのUEsは上述のreduced capability NR devicesであってもよく、第１のタイプのUEsは通常のUEs（e.g., eMBB devices又はURLLC devices）であってもよい。第２のタイプのUEsは、例えば、工業用ワイヤレスセンサ（industrial wireless sensors）、ウエアラブルデバイス（wearable devices）、又はビデオ監視デバイス（video surveillance devices）（e.g., surveillance cameras）であってもよい。

gNB１は、第１のイニシャルBWP設定及び第２のイニシャルBWP設定を送信する。第１のイニシャルBWP設定は、セル１０の第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含む。第１のイニシャルBWPは、イニシャルDL BWP及びイニシャルUL BWPを含む。第１のイニシャルBWPは、セル１０をサービングセルとして使用する少なくとも第１のタイプのUEsによって使用される。第１のイニシャルBWPは、少なくとも第１のタイプのUEsによって、RRC_IDLE状態又はRRC_INACTIVE状態からRRC_CONNECTED状態に遷移するためのセル１０へのアクセスにおいて使用される。すなわち、第１のイニシャルBWPは、少なくとも第１のタイプのUEsにより共通に使用されるセル固有のBWPである。なお、第１のイニシャルBWPは、第２のタイプのUEsによるイニシャルアクセスのためにも使用されてもよく、第２のタイプのUEsが第２のイニシャルBWP設定を受信するまで又は所定のタイミングまで、第２のタイプのUEsによって使用されてもよい。所定のタイミングは、例えば、第２のイニシャルBWP設定を第２のタイプのUEにおいて有効にするトリガとなる制御信号、制御情報、又はRRCメッセージを当該第２のタイプのUEがgNB１から受信したときでもよい。

第２のイニシャルBWP設定は、セル１０の第２のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含む。第２のイニシャルBWPは、イニシャルDL BWP及びイニシャルUL BWPの一方又は両方を含む。第２のイニシャルDL BWPの帯域幅（bandwidth）は、第１のイニシャルDL BWPの帯域幅よりも狭い。第２のイニシャルUL BWPの帯域幅（bandwidth）は、第１のイニシャルUL BWPの帯域幅と同じかそれよりも狭い。第２のイニシャルBWPは、第１のタイプのUEsによって使用されず、セル１０をサービングセルとして使用する第２のタイプのUEsによって使用される。すなわち、第２のイニシャルBWPは、第２のタイプのUEsにより共通に使用されるセル固有のBWPである。第２のイニシャルBWPは、第２のタイプのUEsによって、RRC_IDLE状態又はRRC_INACTIVE状態からRRC_CONNECTED状態に遷移するためのセル１０へのアクセスにおいて使用されてもよい。

幾つかの実装では、第１のイニシャルBWPのセル固有の共通パラメータは、第１のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ（parameters）を含み、第１のイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータを含んでもよい。第１のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータは、SIB1に含まれるinitialDownlinkBWPフィールド（BWP-DownlinkCommon情報要素）内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールドに含まれてもよい。第１のイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータは、SIB1に含まれるinitialUplinkBWPフィールド（BWP-UplinkCommon情報要素）内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールドに含まれてもよい。

同様に、第２のイニシャルBWPのセル固有の共通パラメータは、第２のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ（parameters）、若しくは第２のイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ、又は両方を含んでもよい。第２のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータは、SIB1に含まれるinitialDownlinkBWPフィールド（BWP-DownlinkCommon情報要素）内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールドに含まれてもよい。第２のイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータは、SIB1に含まれるinitialUplinkBWPフィールド（BWP-UplinkCommon情報要素）内のgenericParametersフィールド（BWP情報要素）内のlocationAndBandwidthフィールドに含まれてもよい。第２のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータを包含するinitialDownlinkBWPフィールド（及びBWP-DownlinkCommon情報要素）は、従来のものでもよいし、従来のものの拡張（分岐）でもよい。あるいは、第２のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータを包含するSIB1内のフィールド（及び情報要素）は、initialDownlinkBWPフィールド（及びBWP-DownlinkCommon情報要素）に相当する別のフィールド（e.g., initialDownlinkBWP-ReducedCapability(RedCap)、又はinitialDownlinkBWP-ReducedCapability(RedCap)及びBWP-DownlinkCommonReducedCapability(RedCap)）であってもよい。同様に、genericParametersフィールド（及びBWP情報要素）は、従来のものでもよいし、従来のものの拡張（分岐）でもよい。あるいは、第２のイニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータを包含するSIB1内のフィールド（及び情報要素）は、従来のgenericParametersフィールド（及びBWP情報要素）とは別のフィールド（e.g., genericParametersReducedCapability(RedCap)、又はgenericParametersReducedCapability(RedCap)及びBWP-ReducedCapability(RedCap)情報要素）でもよい。

さらに又はこれに代えて、第１のイニシャルBWPのセル固有の共通パラメータは、PDCCHパラメータを含んでもよい。当該PDCCHパラメータは、システム情報メッセージ（e.g., SIB2からSIB9のうち１又はそれ以上）がブロードキャストされるPDSCHリソースを示すDCIフォーマットをUEが受信するために使用されるcommon searh space（searchSpaceOtherSystemInformation）、ページング・メッセージが送信されるPDSCHリソースを示すDCIフォーマットをUEが受信するために使用されるcommon searh space（pagingSearchSpace）、及び第１のイニシャルDL BWP内のその他の１又はそれ以上のcommon search spacesを設定する。

同様に、第２のイニシャルBWPのセル固有の共通パラメータは、PDCCHパラメータを含んでもよい。当該PDCCHパラメータは、システム情報メッセージ（e.g., SIB2からSIB9のうち１又はそれ以上）がブロードキャストされるPDSCHリソースを示すDCIフォーマットをUEが受信するために使用されるcommon searh space（searchSpaceOtherSystemInformationフィールド）、ページング・メッセージが送信されるPDSCHリソースを示すDCIフォーマットをUEが受信するために使用されるcommon searh space（pagingSearchSpaceフィールド）、及び第２のイニシャルDL BWP内のその他の１又はそれ以上のcommon search spacesを設定する。第２のイニシャルBWPのセル固有の共通パラメータに含まれるPDCCHパラメータで指定されるsearchSpaceOtherSystemInformationフィールド及びpagingSearchSpaceフィールドは、従来のものでもよいし、従来のものの拡張（分岐）でもよい。あるいは、これらのフィールドは、従来のそれらとは別のフィールド（e.g., searchSpaceOtherSystemInformationReducedCapability (RedCap)及びpagingSearchSpaceReducedCapability (RedCap)）であってもよい。

さらに又はこれに代えて、第１のイニシャルBWPのセル固有の共通パラメータは、少なくとも第１のタイプのUEsが第１のイニシャルUL BWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含んでもよい。当該ランダムアクセス・パラメータは、他のパラメータと共に、例えば、ランダムアクセス・プリンブルのトータル数、若しくは第１メッセージ（Msg1）のためのsubcarrier spacing、又は両方を示してもよい。

同様に、第２のイニシャルBWPのセル固有の共通パラメータは、第２のタイプのUEsが第１のイニシャルUL BWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含んでもよい。当該ランダムアクセス・パラメータは、他のパラメータと共に、例えば、ランダムアクセス・プリンブルのトータル数、若しくは第１メッセージ（Msg1）のためのsubcarrier spacing、又は両方を示してもよい。第２のイニシャルBWPのランダムアクセス・パラメータ（e.g., それらの設定値、又は設定値から導出される無線リソース）は、第１のイニシャルBWPのそれらと異なってもよい。例えば、第２のイニシャルBWPのランダムアクセス・パラメータは、第１のイニシャルBWPのランダムアクセス・パラメータと重複しないように（排他的に）設定されてもよいし、第１のイニシャルBWPのそれらと部分的に重複してもよい。

図２は、gNB１及びUE２の動作の一例を示している。ステップ２０１では、gNB１は、第１のイニシャルBWP設定を、システム情報（e.g., SIB1）を介してブロードキャストする。ステップ２０２では、gNB１は、第２のイニシャルBWP設定を、システム情報（e.g., SIB1）を介してブロードキャストするか、又はUE個別（dedicated）のシグナリング（e.g., RRCメッセージ）を介して送信する。

ここでは、UE２は、第２のタイプのUEであるとする。UE２は、第１のイニシャルBWP設定を包含するシステム情報（e.g., SIB1）を受信する（ステップ２０１）。さらに、UE２は、第２のイニシャルBWP設定を、システム情報（e.g., SIB1）を介して、又はUE個別のシグナリングを介して受信する（ステップ２０２）。そして、UE２は第２のタイプのUEであるから、UE２は第２のイニシャルBWP設定を使用する。

以上の説明から理解されるように、本実施形態では、gNB１は、第１のイニシャルBWP（i.e., イニシャルDL及びUL BWPs）及び第２のイニシャル BWP（i.e., イニシャルDL及びUL BWPsの一方又は両方）をセル１０に設定する。第１のタイプのUEs及び第２のタイプのUEsはセル１０をサービングセルとして使用し、セル１０においてコンテンション・ベースド・ランダムアクセスを行う。第２のイニシャルBWPは、第１のタイプのUEsによって使用されず、第２のタイプのUEsによって使用される。そして、gNB１は、セル１０の第２のイニシャルBWPのセル固有の共通パラメータを示す第２のイニシャルBWP設定を、セル１０の第１のイニシャルBWPのセル固有の共通パラメータを示す第１のイニシャルBWP設定に加えて、送信する。第２のタイプのUEsは、第２のイニシャルBWPを選択してこれを使用する。したがって、本実施形態によれば、第１のタイプのUEsのそれに比べて制限された能力を持つ第２のタイプのUEsがその能力に適したイニシャルBWPをセル１０において使用することを可能にできる。

＜第２の実施形態＞
本実施形態は、第１の実施形態で説明された第１及び第２のイニシャルBWP設定の送信の具体例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。

本実施形態では、gNB１は、第１及び第２のイニシャルBWP設定の両方を、システム情報（e.g., SIB1）を介してブロードキャストする。UE２が第２のタイプのUEであるなら、UE２は、受信したシステム情報から第２のイニシャルBWP設定を選択し、第２のイニシャルBWP設定を適用する。第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。

図３は、本実施形態に係るgNB１及びUE２の動作の一例を示している。ここでは、UE２は、第２のタイプのUEであるとする。ステップ３０１では、gNB１は、第１及び第２のイニシャルBWP設定の両方を、システム情報（e.g., SIB1）を介してブロードキャストする。第２のイニシャルBWP設定は、SIB1に包含されるServingCellConfigCommonSIB情報要素、DownlinkConfigCommonSIB情報要素、BWP-DownlinkCommon情報要素、UplinkConfigCommonSIB情報要素、及びBWP-UplinkCommon情報要素のうち１つ以上の新たな分枝（branch）として定義されてもよい。言い換えると、それらの情報要素に包含される設定情報（又はパラメータ）の少なくとも一部を包含し、かつ、第２のイニシャルBWP設定に関する設定が含まれる、当該情報要素の新たな版（version）が規定されてもよい。

ステップ３０２では、UE２が第２のタイプのUEであるなら、UE２は、受信したシステム情報から第２のイニシャルBWP設定を選択し、第２のイニシャルBWP設定を適用する。

ステップ３０３～３０７では、UE２は、第２のイニシャルBWP設定を用いて、ランダムアクセス手順（4-Step Random Access (RA)）を行い、RRC_IDLE状態からRRC_CONNECTED状態に遷移するためにRRC setup手順を開始する。

幾つかの実装では、UE２は、第２のイニシャルBWP設定に含まれるランダムアクセス・パラメータに従って、ステップ３０３で送信されるランダムアクセス・プリアンブルを選択してもよい。例えば、UE２は、第２のイニシャルUL BWPの設定を基にしてランダムアクセス・プリアンブルを送信してもよい。

さらに又はこれに代えて、UE２は、ステップ３０４においてランダムアクセス・レスポンス（Msg2）がスケジュールされたPDSCHリソースを示すDCIフォーマットを受信するために、第２のイニシャルBWP設定に含まれるPDCCHパラメータにより設定されるcommon search spaceをモニターしてもよい。さらに又はこれに代えて、UE２は、ステップ３０４においてランダムアクセス・レスポンス（Msg2）をPDSCHで受信するために、第２のイニシャルBWP設定に含まれるPDSCHパラメータにより設定されるPDSCHリソースをモニターしてもよい。

さらに又はこれに代えて、ステップ３０５において、UE２は、第２のイニシャルBWP設定に含まれるPhysical Uplink Shared Channel（PUSCH）パラメータに従って、第３メッセージ（Msg3）（例えば、最初のRRCメッセージ（e.g., RRC Setup Request））をPhysical Uplink Shared Channel（PUSCH）で送信してもよい。

さらに又はこれに代えて、UE２は、ステップ３０６においてコンテンション解決のための第４メッセージ（Msg4）（例えば、Contention Resolution MAC Control Element (CE)、及びRRCメッセージ（e.g., RRC Setup））がスケジュールされたPDSCHリソースを示すDCIフォーマットを受信するために、第２のイニシャルBWP設定に含まれるPDCCHパラメータにより設定されるcommon search spaceをモニターしてもよい。さらに又はこれに代えて、UE２は、ステップ３０６において第４メッセージ（Msg4）をPDSCHで受信するために、第２のイニシャルBWP設定に含まれるPDSCHパラメータにより設定されるPDSCHリソースをモニターしてもよい。そして、UE２は、第４メッセージ（Msg4）を受信したことに応答して（又はMsg4を受信した後は）、第２のイニシャルBWPをFirst active BWPとして使用してもよい。

さらに又はこれに代えて、ステップ３０７において、UE２は、第２のイニシャルBWP設定に含まれるPUSCHパラメータに従って、第５メッセージ（Msg5）（例えば、ランダムアクセス手順（4 Step RA）の完了を示すRRCメッセージ（e.g., RRC Setup Complete））をPUSCHで送信してもよい。

さらに又はこれに代えて、UE２は、ステップ３０６のRRC Setupメッセージよりも後に行われるDLシグナリング及びDL RRCメッセージをPDSCHで受信するために、第２のイニシャルBWP設定に含まれるPDSCHパラメータにより設定されるPDSCHリソースをモニターしてもよい。

図３はRRC setup（RRC establishment）の例を示しているが、システム情報を介した第２のイニシャルBWP設定の送信は、RRC resume （Msg3: RRC Resume Request、Msg4: RRC Resume, Msg5: RRC Resume Complete）及びRRC re-establishment （Msg3: RRC Reestablishment Request、Msg4: RRC Reestablishment）のためにも利用されることができる。

図３の手順によれば、gNB１は、システム情報を介して第２のイニシャルBWP設定を第２のタイプのUEsに適用する。したがって、第２のタイプのUEsは、ランダムアクセス手順を開始するよりも前に、第２のイニシャルBWP設定を使用することができる。

図３の手順では、ステップ３０１でブロードキャストされる第２のイニシャルBWP設定は、セル１０での第２のタイプのUEs（e.g., reduced capability UEs）のサポートを暗示してもよい。もし第２のイニシャルBWP設定をセルで受信できないなら、第２のタイプのUEsは、当該セルへのアクセスが禁止されていると認識してもよい。

図３のステップ３０５の送信において、UE２は、第２のタイプのUEs（e.g., reduced capability UEs）に関連付けられた固有の（specific） logical channel ID (LCID) をgNB１に示してもよい。gNB１は、当該固有のLCIDの受信に基づいて、UE２が第２のタイプのUEであることを特定（又は検出）できる。さらに又はこれに代えて、図３のステップ３０７の送信において、UE２は、自身が第２のタイプのUEであることを示す表示をRRC Setup Completeメッセージに含めてもよい。gNB１は、当該表示の受信に基づいて、UE２が第２のタイプのUEであることを特定（又は検出）できる。さらに又はこれに代えて、ステップ３０５以降において、gNB１は、UE２又はコアネットワーク（e.g., 、5G Core Network（5GC）のAccess and Mobility Management Function（AMF））からUE能力(capability)情報を受信し、UE能力(capability)情報に基づいてUE２が第２のタイプのUEであることを特定（又は検出）してもよい。UE２が第２のタイプのUEであることを検出したことに応じて、gNB１は、UE２の能力に依存したUE固有（UE-specific）の設定（dedicated BWP設定を含む）を、個別シグナリング（e.g., RRC Reconfigurationメッセージ）でUE２に送信してもよい。

図４は、本実施形態に係るgNB１及びUE２の動作の他の例を示している。ここでは、UE２は、第２のタイプのUEであるとする。図４の例は、４ステップ・ランダムアクセス手順（4-Step RA）の代わりに２ステップ・ランダムアクセス手順（2-Step RA）が行われる点で図３の例と異なる。図３のステップ３０１と同様に、ステップ４０１では、gNB１が第１及び第２のイニシャルBWP設定の両方を、システム情報（e.g., SIB1）を介してブロードキャストする。

ステップ４０２では、UE２が第２のタイプのUEであるなら、UE２は、受信したシステム情報から第２のイニシャルBWP設定を選択し、第２のイニシャルBWP設定を適用する。

ステップ４０３～４０５では、UE２は、第２のイニシャルBWP設定を用いて、２ステップ・ランダムアクセス手順（2-Step RA）を行い、RRC_IDLE状態からRRC_CONNECTED状態に遷移するためにRRC setup手順を開始する。

幾つかの実装では、UE２は、第２のイニシャルBWP設定に含まれるランダムアクセス・パラメータに従って、ステップ４０３で送信される2-Step RACHのメッセージA（MsgA）のランダムアクセス・プリアンブルを選択してもよい。例えば、UE２は、第２のイニシャルUL BWPの設定を基にしてランダムアクセス・プリアンブルを送信してもよい。さらに又はこれに代えて、UE２は、ステップ４０３において、2-Step RAのメッセージA（MsgA）のデータ部（payload）（例えば、最初のRRCメッセージ（e.g., RRC Setup Request））を、第２のイニシャルBWP設定に含まれるPhysical Uplink Shared Channel（PUSCH）パラメータに従って送信してもよい。

さらに又はこれに代えて、UE２は、ステップ４０４において2-Step RAのランダムアクセス・レスポンス（メッセージB（MsgB））（例えば、Contention Resolution MAC CE、及びRRCメッセージ（e.g., RRC Setup））がスケジュールされたPDSCHリソースを示すDCIフォーマットを受信するために、第２のイニシャルBWP設定に含まれるPDCCHパラメータにより設定されるcommon search spaceをモニターしてもよい。さらに又はこれに代えて、UE２は、ステップ４０４において2 Step RAのランダムアクセス・レスポンス（MsgB）をPDSCHで受信するために、第２のイニシャルBWP設定に含まれるPDSCHパラメータにより設定されるPDSCHリソースをモニターしてもよい。

さらに又はこれに代えて、ステップ４０５において、UE２は、第２のイニシャルBWP設定に含まれるPUSCHパラメータに従って、例えば2-Stepのランダムアクセス手順の完了を示すRRCメッセージ（e.g., RRC Setup Complete））をPUSCHで送信してもよい。

図４はRRC setup（RRC establishment）の例を示しているが、システム情報を介した第２のイニシャルBWP設定の送信は、RRC resume及びRRC re-establishmentのためにも利用されることができる。

＜第３の実施形態＞
本実施形態は、第１の実施形態で説明された第１及び第２のイニシャルBWP設定の送信の具体例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。

本実施形態では、gNB１は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介してブロードキャストし、第２のイニシャルBWP設定をコンテンション・ベースド・ランダムアクセス(CBRA)手順内においてRRCメッセージ（e.g., RRC Setup）を介して第２のタイプのUEに送信する。UE２が第２のタイプのUEであるなら、UE２は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介して受信し、第２のイニシャルBWP設定をCBRA手順内においてRRCメッセージ（e.g., RRC Setup）を介して受信する。UE２は、第２のイニシャルBWP設定の受信に応答して、第１のイニシャルBWP設定に代えて第２のイニシャルBWP設定を適用する（i.e., 使用するイニシャルBWP設定を更新する）。

図５は、本実施形態に係るgNB１及びUE２の動作の一例を示している。ここでは、UE２は、第２のタイプのUEであるとする。ステップ５０１では、gNB１は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介してブロードキャストする。gNB１は、さらに、第２のタイプのUEsのためのランダムアクセス手順（4-Step RA）におけるRandom Access Channel（RACH）設定を、システム情報を介してブロードキャストする。当該RACH設定は、第２のタイプのUEsのための固有の（specific）RACH resources（i.e., preamble若しくはoccasions又は両方）を示す。当該RACH設定のブロードキャストは、セル１０での第２のタイプのUEs（e.g., reduced capability UEs）のサポートを暗示する。

ステップ５０２では、UE２は、gNB１からシステム情報を受信し、受信された第１のイニシャルBWP設定を適用する。ステップ５０３において、UE２は、第２のタイプのUEsのためのRandom Access Channel（RACH）設定に基づいてRACHリソースを選択し、ランダムアクセス・プリアンブルをgNB１に送信する。当該ランダムアクセス・プリアンブルに応じて、gNB１は、第２のタイプのUEからのアクセスを検出する。ステップ５０４では、gNB１は、ランダムアクセス・レスポンス（Msg2）を送信する。ステップ５０５では、UE２は、第３メッセージ（Msg3）（例えば、最初のRRCメッセージ（e.g., RRC Setup Request））をgNB１に送信する。

ステップ５０６では、gNB１は、第４メッセージ（Msg4）（例えば、コンテンション解決のためのContention resolution MAC CE、及びRRC Setupメッセージ）をUE２に送信する。当該RRC Setupメッセージは、第２のイニシャルBWP設定を含む。具体的には、gNB１は、RACHリソース（ステップ５０３）を介してUE２が第２のタイプのUEであることを特定（又は検出）したことに応じて、第２のイニシャルBWP設定をRRC Setupメッセージに含める。ステップ５０７では、UE２は、第２のイニシャルBWP設定の受信に応答して、第１のイニシャルBWP設定に代えて第２のイニシャルBWP設定を適用する（i.e., 使用するイニシャルBWP設定を更新する）。そして、UE２は、第４メッセージ（Msg4）を受信したことに応答して（又はMsg4を受信した後は）、第２のイニシャルBWPをFirst active BWPとして使用してもよい。ステップ５０８では、UE２は、第２のイニシャルBWP設定に従ってRRC Setup CompleteメッセージをgNB１に送信する。

図５の手順は、適宜変形されることができる。例えば、図５の手順は、４ステップ・ランダムアクセス手順（4-Step RA）の代わりに２ステップ・ランダムアクセス手順（2-Step RA）を行うように変形されてもよい。この場合、gNB１は、第２のイニシャルBWP設定を含むRRCメッセージ（e.g., RRC Setup）を、2-Step RAのランダムアクセス・レスポンス（メッセージB（MsgB））として送信してもよい。

図６は、本実施形態に係るgNB１及びUE２の動作の他の例を示している。図６の手順は、UE２が第２のタイプのUEであることをgNB１に知らせるために第２のタイプのUEs（e.g., reduced capability UEs）に関連付けられた固有の（specific） logical channel ID (LCID)が使用される点で、図５の手順と異なる。

ステップ６０１では、gNB１は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介してブロードキャストする。gNB１は、さらに、第２のタイプのUEsのサポートを示す表示を、システム情報を介してブロードキャストする。ステップ６０２では、UE２は、gNB１からシステム情報を受信し、受信された第１のイニシャルBWP設定を適用する。ステップ６０３において、UE２は、ランダムアクセス・プリアンブルをgNB１に送信する。ステップ６０４では、gNB１は、ランダムアクセス・レスポンス（Msg2）を送信する。ステップ６０５では、UE２は、第３メッセージ（Msg3）（例えば、最初のRRCメッセージ（e.g., RRC Setup Request））をgNB１に送信する。ステップ６０５の送信において、UE２は、第２のタイプのUEs（e.g., reduced capability UEs）に関連付けられた固有の（specific） logical channel ID (LCID) をgNB１に示す。当該固有のLCIDは、例えば、Common Control CHannel (CCCH)に対して使用することが予め規定されたLCIDであってもよい。gNB１は、当該固有のLCIDの受信に基づいて、UE２が第２のタイプのUEであることを特定（又は検出）する。

ステップ６０６では、gNB１は、第４メッセージ（Msg4）（例えば、コンテンション解決のためのContention resolution MAC CE、及びRRC Setupメッセージ）をUE２に送信する。当該RRC Setupメッセージは、第２のイニシャルBWP設定を含む。具体的には、gNB１は、第２のタイプのUEsに関連付けられた固有のLCIDを介してUE２が第２のタイプのUEであることを特定（又は検出）したことに応じて、第２のイニシャルBWP設定をRRC Setupメッセージに含める。ステップ６０７では、UE２は、第２のイニシャルBWP設定の受信に応答して、第１のイニシャルBWP設定に代えて第２のイニシャルBWP設定を適用する（i.e., 使用するイニシャルBWP設定を更新する）。ステップ６０８では、UE２は、第２のイニシャルBWP設定に従ってRRC Setup CompleteメッセージをgNB１に送信する。

図６の手順は、適宜変形されることができる。例えば、図６の手順は、４ステップ・ランダムアクセス手順（4-Step RA）の代わりに２ステップ・ランダムアクセス手順（2-Step RA）を行うように変形されてもよい。この場合、gNB１は、第２のイニシャルBWP設定を含むRRCメッセージ（e.g., RRC Setup）を、2-Step RAのランダムアクセス・レスポンス（メッセージB（MsgB））として送信してもよい。

図５のステップ５０６及び図６のステップ６０６でUE２に送られる第２のイニシャルBWP設定は、イニシャルBWPのセル固有（cell-specific）共通設定であり、UE固有（UE-specific）の個別設定でないことに留意されるべきである。当該第２のイニシャルBWP設定は、第１のイニシャルBWPのセル固有の共通設定（の少なくとも一部）に対応する第２のイニシャルBWPのセル固有の共通設定を含む。言い換えると、当該第２のイニシャルBWP設定は、図５のステップ５０６及び図６のステップ６０６においてUE個別のRRCメッセージで送信されるが、UE固有の個別設定ではない。ステップ５０６及び６０６で送られる第２のイニシャルBWP設定は、イニシャルBWPのセル固有の共通パラメータ（parameters）を含む。具体的には、当該第２のイニシャルBWP設定は、イニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ、若しくはイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ、又は両方を含んでもよい。さらに又はこれに代えて、当該第２のイニシャルBWP設定は、イニシャル DL BWPのType0-PDCCH common search space set （search space #0）の設定を含んでもよい。Type0-PDCCH common search space set （search space #0）は、SIB1デコーディングのためのType0-PDCCHの受信のためにモニターされる。

UE２が第２のイニシャルBWP設定を受信した後にRRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に移った場合に、UE２は、第２のイニシャルBWP設定を格納しておき、第２のイニシャルBWP設定の使用を継続してもよい。例えば、UE２は、同じセル１０に滞在している間、当該第２のイニシャルBWP設定を使用し続けてもよい。さらに、UE２は、同じセル１０においてRRC_IDLE状態又はRRC_INACTIVE状態から再びRRC_CONNECTED状態に遷移するためにRRC Setup又はRRC Resume手順を開始する場合、SIB１を介してブロードキャストされる第１のイニシャルBWP設定を使用せずに、格納されている第２のイニシャルBWP設定を使用してセル１０にアクセスしてもよい。UE２は、これらの動作を、当該動作を行う許可を明示的又は暗示的に示す情報をgNB１からRRCメッセージ（e.g., RRC Setup, RRC Reconfiguration, RRC Release）又はSIB１で受信した場合にのみ行ってもよい。

さらに又はこれに代えて、UE２は、セル１０とは異なる新たなセルが第２のタイプのUEsをサポートしているなら、当該新たなセルのSIB1を介してブロードキャストされる第１のイニシャルBWP設定を使用せずに、格納されている第２のイニシャルBWP設定を使用して当該新たなセルにアクセスしてもよい。UE２は、これらの動作を、当該動作を行う許可を明示的又は暗示的に示す情報をgNB１からRRCメッセージ又はSIB１で受信した場合にのみ行ってもよい。

＜第４の実施形態＞
本実施形態は、第１の実施形態で説明された第１及び第２のイニシャルBWP設定の送信の具体例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。

本実施形態では、gNB１は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介してブロードキャストし、第２のイニシャルBWP設定をUE２のRRC（connection）セットアップの完了後にRRC Reconfigurationメッセージを介してUE２に送信する。UE２が第２のタイプのUEであるなら、UE２は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介して受信し、第２のイニシャルBWP設定をRRCセットアップ完了後にRRC Reconfigurationメッセージを介して受信する。UE２は、第２のイニシャルBWP設定の受信に応答して、第１のイニシャルBWP設定に代えて第２のイニシャルBWP設定を適用する（i.e., 使用するイニシャルBWP設定を更新する）。

図７は、本実施形態に係るgNB１及びUE２の動作の一例を示している。ここでは、UE２は、第２のタイプのUEであるとする。ステップ７０１では、gNB１は、第１のイニシャルBWP設定をシステム情報（e.g., SIB1）を介してブロードキャストする。gNB１は、さらに、第２のタイプのUEsのサポートを示す表示を、システム情報を介してブロードキャストする。

ステップ７０２～７０７は、通常のコンテンション・ベースド・ランダムアクセス（CBRA）手順及びRRC Setup手順と同様である。具体的には、ステップ７０２では、UE２は、gNB１からシステム情報を受信し、受信された第１のイニシャルBWP設定を適用する。ステップ７０３において、UE２は、ランダムアクセス・プリアンブルをgNB１に送信する。ステップ７０４では、gNB１は、ランダムアクセス・レスポンス（Msg2）を送信する。ステップ７０５では、UE２は、第３メッセージ（Msg3）（例えば、最初のRRCメッセージ（e.g., RRC Setup Request））をgNB１に送信する。ステップ７０６では、gNB１は、コンテンション解決のための第４メッセージ（Msg4）（例えば、コンテンション解決のためのContention Resolution MAC CE、及びRRC SetupメッセージをUE２に送信する。ステップ７０７では、UE２は、RRC Setup CompleteメッセージをgNB１に送信する。

ステップ７０８では、gNB１は、UE２のUE能力情報をUE２又はコアネットワーク（e.g., 5GCのAMF）から取得する。gNB１は、取得したUE能力情報に基づいて、UE２が第２のタイプのUEであることを特定（又は検出）する。UE２が第２のタイプのUEであることを特定（又は検出）したことに応じて、gNB１は、第２のイニシャルBWP設定を含むRRC Reconfigurationメッセージを生成する。ステップ７０９では、gNB１は、第２のイニシャルBWP設定を含むRRC ReconfigurationメッセージをUE２に送信する。ステップ７１０では、UE２は、第２のイニシャルBWP設定の受信に応答して、第１のイニシャルBWP設定に代えて第２のイニシャルBWP設定を適用する（i.e., 使用するイニシャルBWP設定を更新する）。

図７の手順は、適宜変形されることができる。例えば、図７の手順は、４ステップ・ランダムアクセス手順（4-Step RA）の代わりに２ステップ・ランダムアクセス手順（2-Step RA）を行うように変形されてもよい。

ステップ７０９でUE２に送られる第２のイニシャルBWP設定は、イニシャルBWPのセル固有（cell-specific）共通設定であり、UE固有（UE-specific）の個別設定でないことに留意されるべきである。当該第２のイニシャルBWP設定は、第１のイニシャルBWPのセル固有の共通設定（の少なくとも一部）に対応する第２のイニシャルBWPのセル固有の共通設定を含む。言い換えると、当該第２のイニシャルBWP設定は、ステップ７０９においてUE個別のRRCメッセージで送信されるが、UE固有の個別設定ではない。ステップ７０９で送られる第２のイニシャルBWP設定は、イニシャルBWPのセル固有の共通パラメータ（parameters）を含む。具体的には、当該第２のイニシャルBWP設定は、イニシャルDL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ、若しくはイニシャルUL BWPの周波数ドメイン位置及び帯域幅を示すパラメータ、又は両方を含んでもよい。さらに又はこれに代えて、当該第２のイニシャルBWP設定は、イニシャル DL BWPのType0-PDCCH common search space set （search space #0）の設定を含んでもよい。Type0-PDCCH common search space set （search space #0）は、SIB1デコーディングのためのType0-PDCCHの受信のためにモニターされる。

さらに又はこれに代えて、UE２は、セル１０とは異なる新たなセルが第２のタイプのUEsをサポートしているなら、当該新たなセルのSIB1を介してブロードキャストされる第１のイニシャルBWP設定を使用せずに、格納されていた第２のイニシャルBWP設定を使用して当該新たなセルにアクセスしてもよい。UE２は、これらの動作を、当該動作を行う許可を明示的又は暗示的に示す情報をgNB１からRRCメッセージ又はSIB１で受信した場合にのみ行ってもよい。

＜第５の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。本実施形態は、第３及び第４の実施形態で説明されたUE２の動作の具体例を提供する。

図８は、本実施形態に係るUE２の動作の一例を示している。ステップ８０１では、UE２は、セル固有の共通パラメータを含む第２のイニシャルBWP設定を、個別RRCシグナリングを介してgNB１から受信する。ステップ８０１は、図５のステップ５０６、図６のステップ６０６、又は図７のステップ７０９と同様である。ステップ８０２では、UE２は、受信した第２のイニシャルBWP設定を適用する。ステップ８０３では、UE２は、RRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に遷移する。

ステップ８０４では、UE２は、第２のイニシャルBWP設定を受信した後にRRC_IDLE状態又はRRC_INACTIVE状態であるときに、第２のイニシャルBWP設定を格納しておき、第２のイニシャルBWP設定を継続して使用する。例えば、UE２は、同じセル１０に滞在している間、当該第２のイニシャルBWP設定を使用し続けてもよい。さらに、UE２は、同じセル１０においてRRC_IDLE状態又はRRC_INACTIVE状態から再びRRC_CONNECTED状態に遷移するためにRRC Setup又はRRC Resume手順を開始する場合、SIB１を介してブロードキャストされる第１のイニシャルBWP設定を使用せずに、格納されている第２のイニシャルBWP設定を使用してセル１０にアクセスしてもよい。UE２は、これらの動作を、当該動作を行う許可を明示的又は暗示的に示す情報をgNB１からRRCメッセージ（e.g., RRC Setup, RRC Reconfiguration, RRC Release）又はSIB１で受信した場合にのみ行ってもよい。

図８の動作によれば、第２のタイプのUEがRRC_IDLE状態又はRRC_INACTIVE状態から再びRRC_CONNECTED状態に遷移する際に、当該UEは、過去にRRC_CONNECTED状態であったときに受信済みの第２のイニシャルBWP設定を使用できる。

＜第６の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。本実施形態は、第３及び第４の実施形態で説明されたgNB１及びUE２の動作の具体例を提供する。

本実施形態では、gNB１を含むRANは、UE２がRRC_CONNECTED状態であったときに受信済みの第２のイニシャルBWPをRRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に遷移した後も継続して使用することがUE２に許可されるセル（cells）又はエリアを定義する。

図９は、本実施形態に係るgNB１の動作の一例を示している。gNB１は、UE２とのRRCコネクションを解放する際に、RRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に遷移した後も第２のイニシャルBWP設定を継続して使用することがUE２に許可されるセル（cells）又はエリアを示すRANエリア情報をUE２に送る（ステップ９０１）。gNB１は、当該RANエリア情報をRRC Releaseメッセージ（e.g., RRC Releaseメッセージ内のSuspendConfig）に含めてもよい。RRC Releaseメッセージの代わりに他のRRCメッセージ（例えば、RRC Reconfiguration）が用いられてもよい。当該RANエリア情報は、セルのリストを示してもよいし、RANエリアコードのリストを示してもよい。この場合、当該RANエリアコード（ranac）は、ranac-ReducedCapability (RedCap)として新たに規定されてもよい。また、当該RANエリア情報がRRC_INACTIVE状態で第２のイニシャルBWPを継続して使用することが許可されるセル又はエリアを示す場合には、RAN Notification Area（RNA）の構成が再利用されてもよい。この場合、当該RNAは、RNA-ReducedCapability(RedCap)として新たに規定されてもよい。

図１０は、本実施形態に係るRAN４の動作の一例を示している。RAN４に属するgNB１及び第２のタイプのUEsをサポートする他のgNBsは、第２のイニシャルBWP設定の継続使用に関するRANエリアコードを、システム情報（e.g., SIB1）を介してブロードキャストする（ステップ１００１）。

図１１は、本実施形態に係るUE２の動作の一例を示している。ステップ１１０１では、UE２は、RRC_CONNECTED状態であるときに第２のイニシャルBWP設定及びRANエリアコードのリストを受信し、その後にRRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に遷移する。RANエリアコードのリストは、第２のイニシャルBWP設定の継続使用が許可される１又はそれ以上のRANエリアを表す１又はそれ以上のRANエリアコードを示す。UE２は、第２のイニシャルBWP設定及びRANエリアコードのリストをメモリに格納して維持する。

ステップ１１０２では、UE２は、RRC_IDLE状態又はRRC_INACTIVE状態であるときに、新たなセルのSIB1を受信する。当該新たなセルは、セル１０と同じgNB１によって提供されるセルであってもよいし、他のgNBによって提供されるセルであってもよい。

ステップ１１０３では、UE２は、新たなセルから受信したSIB1が格納済みの１又はそれ以上のRANエリアコードのいずれか１つを示しているか否かを判定する。新たなセルのSIB1が格納済みのRANエリアコードの１つを示す場合に、UE２は、格納されている第２のイニシャルBWP設定を、新たなセルにおいて継続して使用する。例えば、UE２は、新たなセルにおいてRRC_IDLE状態又はRRC_INACTIVE状態から再びRRC_CONNECTED状態に遷移するためにRRC Setup又はRRC Resume手順を開始する場合、SIB１を介してブロードキャストされる第１のイニシャルBWP設定を使用せずに、格納されている第２のイニシャルBWP設定を使用して新たなセルにアクセスする。

図１１の手順は、以下のように変形されてもよい。ステップ１１０１では、UE２は、第２のイニシャルBWP設定の継続使用が許可される１又はそれ以上のセルのリストを受信してもよい。この場合、ステップ１１０３では、UE２は、新たなセルが当該リストに含まれるか否かを、新たなセルから受信したSIB1に基づいて判定してもよい。

本実施形態によれば、UE２がRRC_CONNECTED状態であるときに第２のイニシャルBWP設定を受信し、その後にRRC_CONNECTED状態からRRC_IDLE状態又はRRC_INACTIVE状態に移った場合に、UE２は、第２のイニシャルBWP設定の使用を継続して使用できる。

＜第７の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。

第２及び第３の実施形態で説明したように、UE２は、ランダムアクセス手順（例えば、RRC Setup手順）での第３メッセージ（Msg3）（例えば、RRC Setup Request）の送信において、第２のタイプのUEs（e.g., reduced capability UEs）に関連付けられた固有の（specific） logical channel ID (LCID) をgNB１に示してもよい。これに代えて、UE２は、ランダムアクセス手順でのランダムアクセス・プリアンブル（Msg1）送信において、第２のタイプのUEsに関連付けられたRACHリソースを使用してもよい。

RRC resume（RRCコネクション再開手順）の場合、UE２は、RACHリソース又はLCIDを介した第２のUEの表示を利用しない可能性がある。gNB１は、gNB１又は他のgNB（e.g., UE２をRRC_INACTIVE状態に移したgNB）に格納されているUEコンテキストを取得し、当該UEコンテキストに基づいてUE２が第２のタイプのUEであるか否かを判断できるためである。しかしながら、（例えばgNB１がUEコンテキストを正しく取得できなかったために）UE２のためのRRC resumeが失敗すると、gNB１は、新たなRRCコネクションのセットアップにフォールバックすることができ、新たなRRCコネクションの確立のためのRRC SetupメッセージをUE２に送ることができる。この場合、gNB１は、UE２が第２のタイプのUEであるか否かを判定できないかもしれない。

同様の問題は、RRC re-establishment（RRCコネクション再確立手順）の場合も発生し得る。RRC re-establishmentの場合、gNB１は、gNB１に格納されているUEコンテキストを利用することができ、当該UEコンテキストに基づいてUE２が第２のタイプのUEであるか否かを判断できるためである。しかしながら、UE２のためのRRC re-establishment が失敗すると、gNB１は、新たなRRCコネクションのセットアップにフォールバックすることができ、新たなRRCコネクションの確立のためのRRC SetupメッセージをUE２に送ることができる。この場合、gNB１は、UE２が第２のタイプのUEであるか否かを判定できないかもしれない。

これらの問題に対処するため、本実施形態のUE２は、RRCコネクション再開手順又はRRCコネクション再確立手順を開始したにもかかわらず、新たなRRCコネクションの確立のためのRRC Setupメッセージをネットワーク（gNB）から受信したことに応答して、第２のタイプの表示（e.g., 制限された能力の表示）を含むRRC Setup Completeメッセージをネットワーク（gNB）に送信する。これにより、ネットワーク（gNB）がRRC resume又はRRC re-establishmentからRRCコネクション確立へフォールバックする場合に、UE２は自身が第２のタイプのUEであることをネットワークに知らせることができる。

図１２は、gNB１及びUE２の動作の一例を示している。ステップ１２０１では、UE２は、RRC Resume Requestメッセージ又はRRC Reestablishment RequestメッセージをgNB１に送信する。ステップ１２０２では、gNB１は、新たなRRCコネクションの確立へフォールバックすることを決定する。ステップ１２０３では、当該フォールバックに応じて、gNB１は、RRC Resumeメッセージ及びRRC reestablishmentメッセージのどちらでもなく、RRC SetupメッセージをUE２に送信する。ステップ１２０４では、UE２は、第２のタイプの表示（e.g., 制限された能力の表示）を含むRRC Setup CompleteメッセージをgNB１に送信する。

＜第８の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態での第１及び第２のイニシャルBWPの定義及び用途は、第１の実施形態で説明された例と同様である。第１及び第２のイニシャルBWP設定の具体例も、第１の実施形態で説明された例と同様である。

本実施形態では、cloud RAN（C-RAN）配置（deployment）がgNB１に適用される。C-RANでは、gNB１は、Central Unit（CU）と１又はそれ以上のDistributed Units（DUs）から構成される。C-RAN は、Centralized RANと呼ばれることもあるし、CU-DU split architectureと呼ばれることもある。

図１３は、本実施形態に係るgNB１の構成例を示している。図１３のgNB１は、CU１１、及び１又はそれ以上のDUs１２を含む。CU１１及び各DU１２の間はインタフェース１３０１（i.e., F1インタフェース）によって接続される。UE２は、少なくとも１つのエアインタフェース１３０２を介して、少なくとも１つのDU１２に接続される。

CU１１は、gNB１のRadio Resource Control（RRC）、Service Data Adaptation Protocol（SDAP）、及びPacket Data Convergence Protocol（PDCP）protocols（又はgNBのRRC及びPDCP protocols）をホストする論理ノードであってもよい。CU１１は、Control Plane （CP）Unit（i.e., gNB-CU-CP）及び１又はそれ以上のUser Plane（UP）Unit（i.e., gNB-CU-UP）を含んでもよい。DU１２は、gNB１のRadio Link Control（RLC）、Medium Access Control（MAC）、及びPhysical（PHY）layersをホストする論理ノードであってもよい。

第３の実施形態で説明されたように、第２のタイプのUEsに関連付けられたRACHリソース（図５のステップ５０３）を介して、又は第２のタイプのUEsに特有のLCID（図６のステップ６０５）を介して、UE２は、UE２が第２のタイプのUEであることをgNB１に知らせてもよい。図１３に示されるようにgNB１がCU１１及び１又はそれ以上のDUs１２を含む場合、いずれかのDU１２がRACHリソースの検出及びLCIDの検出を行い、CU１１が第２のイニシャルBWP設定を包含するRRC Setupメッセージ（図５のステップ５０６、図６のステップ６０６）を生成する。したがって、これを可能とするためのCU１１とDU１２の間のシグナリングが必要とされる。

図１４は、CU１１とDU１２の間のシグナリングの一例を示している。ステップ１４０１では、DU１２は、第２のタイプのUEsに関連付けられたRACHリソース（e.g., 図５のステップ５０３）を介して、又は第２のタイプのUEsに特有のLCID（e.g.,図６のステップ６０５）を介して、UE２が第２のタイプのUEであることを検出する。

ステップ１４０２では、DU１２は、UE２から受信した最初のRRCメッセージ（e.g., RRC Setup Request）を包含するF1APメッセージ（i.e., INITIAL UL RRC MESSAGE TRANSFERメッセージ）をCU１１に送る。DU１２は、UE２が第２のタイプのUEであることを示す表示をINITIAL UL RRC MESSAGE TRANSFERメッセージに含める。当該表示は、例えば、制限された能力の表示であってもよい。当該表示は、F1AP: INITIAL UL RRC MESSAGE TRANSFERメッセージの新規な情報要素（e.g., Reduced Capability Indication情報要素（IE））として定義されてもよい。これに代えて、当該表示は、F1AP: INITIAL UL RRC MESSAGE TRANSFERメッセージ内のDU to CU RRC Container IEに包含されてもよい。より具体的には、当該表示は、DU to CU RRC Container IE 内の新規なIEとして定義されてもよいし、DU to CU RRC Container IE 内のCellGroupConfig IEに包含される新規なIE又はfieldとして定義されてもよい。

CU１１は、F1AP: INITIAL UL RRC MESSAGE TRANSFERメッセージ（ステップ１４０２）の受信に応じて、UE２からのRRC Setup Requestメッセージを受信し、UE２が第２のタイプのUEであることを特定する。ステップ１４０３では、CU１１は、第２のイニシャルBWP設定を包含するRRC Setupメッセージを生成し、当該RRC Setupメッセージを包含するF1APメッセージ（i.e., DL RRC MESSAGE TRANSFERメッセージ）をDU１２に送る。DU１２は、DL RRC MESSAGE TRANSFERメッセージ（ステップ１４０３）の受信に応じて、第２のイニシャルBWP設定を包含するRRC SetupメッセージをUE２に送信する。

図１５は、CU１１とDU１２の間のシグナリングの他の例を示している。ステップ１５０１は、図１４のステップ１４０１と同様である。ステップ１５０２では、DU１２は、UE２から受信した最初のRRCメッセージ（e.g., RRC Setup Request）を包含するF1APメッセージ（i.e., INITIAL UL RRC MESSAGE TRANSFERメッセージ）をCU１１に送る。DU１２は、UE２が第２のタイプのUEであることを示す表示をINITIAL UL RRC MESSAGE TRANSFERメッセージに含める。当該表示は、例えば、制限された能力の表示であってもよい。さらに、DU１２は、第２のイニシャルBWP設定を生成し、これをINITIAL UL RRC MESSAGE TRANSFERメッセージに含める。具体的には、DU１２は、第２のイニシャルBWP設定を包含するCellGroupConfigを生成し、これをINITIAL UL RRC MESSAGE TRANSFERメッセージ内のDU to CU RRC Container IEに含めてもよい。

CU１１は、F1AP: INITIAL UL RRC MESSAGE TRANSFERメッセージ（ステップ１５０２）の受信に応じて、UE２からのRRC Setup Requestメッセージを受信し、UE２が第２のタイプのUEであることを特定する。さらに、CU１１は、DU１２により生成された第２のイニシャルBWP設定（e.g., 第２のイニシャルBWP設定を包含するCellGroupConfig）を受信する。ステップ１５０３では、CU１１は、第２のイニシャルBWP設定を包含するRRC Setupメッセージを生成し、当該RRC Setupメッセージを包含するF1APメッセージ（i.e., DL RRC MESSAGE TRANSFERメッセージ）をDU１２に送る。DU１２は、DL RRC MESSAGE TRANSFERメッセージ（ステップ１５０３）の受信に応じて、第２のイニシャルBWP設定を包含するRRC SetupメッセージをUE２に送信する。

さらに又はこれに代えて、DU１２はCU１１に、F1 SETUP REQUESTメッセージ又はgNB-DU CONFIGURATION UPDATEメッセージで、第２のイニシャルBWP設定情報（Second Initial BWP Configuration）を通知し、CU１１は第２のイニシャルBWP設定情報を保存してもよい。CU１１は、UE２がDU１２を介してCU１１へアクセスしてきたとき、UE２のUE Capabilityを基に当該UE２がReduced capability UEであることを認識した場合、保存されている第２のイニシャルBWP設定情報をDU１２を介してUE２へ送信してもよい。これに代えて、DU１２は、別のF1AP手順で第２のイニシャルBWP設定情報をCU１１へ送信してもよい。このF1AP手順は、例えば、特定のUEに関連づいた（UE associated）F1AP手順でもよいし、UEに関連づかない（non UE associated）F1AP手順でもよい。

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

ネットワークインターフェース１６０３は、ネットワークノード（e.g., 他のgNBs、AMF、Session Management Function（SMF）、及びUser Plane Function（UPF））と通信するために使用される。ネットワークインターフェース１６０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

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

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

プロセッサ１６０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。

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

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

なお、gNB１がgNB-CUである場合、gNB１は、RFトランシーバ１６０１（及びアンテナアレイ１６０２）を含まなくてもよい。

図１７は、UE２の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１７０１は、NG-RAN nodesと通信するためにアナログ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）レイヤ、Medium Access Control（MAC）レイヤ、およびPhysical（PHY）レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１７０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、Radio Resource Control（RRC）プロトコル、及びMAC Control Elements（CEs）の処理を含んでもよい。

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

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

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

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

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

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

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

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

＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。

上述の実施形態において、UE２が第２のタイプのUEであるとき、UE２は、第１のイニシャルBWPと第２のイニシャルBWPのどちらを使うかを選択してもよい。例えば、UE２が第１のイニシャルBWP（e.g. が第１のイニシャルBWPのbandwidth）をサポートしている（つまり、第１のイニシャルBWPで通信する能力を有する）なら、UE２は、第１のイニシャルBWPを選択し、第１のイニシャルBWP設定を適用してもよい。これとは反対に、UE２が第１のイニシャルBWP（e.g. が第１のイニシャルBWPのbandwidth）をサポートしていない（つまり、第１のイニシャルBWPで通信する能力を有していない）なら、UE２は、第２のイニシャルBWPを選択し、第２のイニシャルBWP設定を適用してもよい。UE２は、周波数帯域（frequency band）に依存して、この動作を行ってもよい。この動作は、3GPP仕様書に規定されてもよい。

上述の実施形態における第２のイニシャルBWP設定は、UE２がハンドオーバ（Reconfiguration with Syncとも呼ぶ）をする場合に適用されてもよい。ハンドオーバでは、ターゲットセルを管理するターゲットgNBからソースセルを管理するソースgNBを介してUE２へRRC Reconfigurationメッセージが送信される。当該RRC Reconfigurationメッセージは、ターゲットセルでUE２が使用するセル共通の設定情報（ServingCellConfigCommon情報要素）を包含する。当該セル共通の設定情報は、周波数情報とセル共通のイニシャルDL BWPの設定情報（initial downlink BWP common configuration）を含むdownlinkConfigCommon情報要素を含む。従来のdownlinkConfigCommon情報要素は、MIB及びSIB1で設定されるパラメータとマッチするパラメータを示す。例えば、ターゲットセルのSIB1で設定されるものと同じイニシャルDL BWPの設定がRRC ReconfigurationメッセージでUEへ送信される。これは、例えば、当該ターゲットセルにおいて、ハンドオーバで移動してくる（入ってくる）UEと、RRC (connection) setup手順でRRC_IDLE状態からRRC_CONNECTED状態になるUEが、同じ無線リソース設定を前提として通信を実行することを可能にする。一方（これに対し）、上述の実施形態のように、ターゲットgNBは、第２のイニシャルDL BWP設定を、第２のタイプのUEsのためのdownlinkConfigCommon情報要素に含めてもよい。なお、ターゲットgNBは、ハンドオーバするUEが第２のタイプのUEであることを、ソースgNBにより送信されるハンドオーバ要求（HANDOVER REQUEST）メッセージが当該UEが第２のタイプであることを明示的又は暗示的に示す情報を含むことによって認識してもよいし、当該メッセージに包含されるUE Capability informationによって認識してもよい。

上述の実施形態における第２のイニシャルBWP設定に加えて、又はこれに代えて、RANノード（e.g., gNB１）は、第１のタイプのUEに設定する第１のチャネル帯域幅（channel bandwidth）とは異なる第２のチャネル帯域幅を第２のタイプのUEに設定してもよい。第２のチャネル帯域幅は、第１のチャネル帯域幅に比べて狭いか同じであってもよい。第２のチャネル帯域幅の通知は、第１のチャネル帯域幅の通知に使用される基準情報とは異なる基準情報に基づいてもよい。基準情報は、周波数帯域（frequency band）、サブキャリア間隔（subcarrier spacing (SCS)）、及びチャネル帯域幅の間のマッピングを示してもよい。より具体的には、チャネル帯域幅は、サブキャリア間隔（SCS）毎のDL（又はUL）チャネル帯域幅のリスト（downlinkChannelBW-PerSCS-List（又はuplinkChannelBW-PerSCS-List））により表されてもよい。当該リストは、各サブキャリア間隔（SCS）に対するDL（又はUL）のチャネル帯域幅情報（SCS-SpecificCarrier）のリストであってもよい。チャネル帯域幅情報は、サブキャリア間隔（SCS）、キャリア帯域幅（carrier bandwidth）、及びキャリアオフセット（offsetToCarrier）を含んでもよい。キャリア帯域幅は、所定の物理リソース単位（e.g. Physical Resource Block (PRB)）の情報でもよい。キャリアオフセットは、所定の周波数基準点（e.g. Point A）からのオフセット値でもよい。第２のチャネル帯域幅は、例えばRRC（connection）セットアップ手順におけるRRC Setupメッセージにより、又は当該手順に続くRRC Reconfigurationメッセージにより、第２のタイプのUEに設定され（つまり、第２のタイプのUEに送信され）てもよい。より具体的には、第２のチャネル帯域幅は、ServingCellConfig情報要素（IE）に新たな情報（e.g. field, parameter）として包含されてもよい。

UE２（e.g., Reduceｄ capability NR device）の当てはまる（applicable）又は意図する（intended）ユースケースをgNB１が知ることを可能にするために以下の構成が採用されてもよい。幾つかの実装では、gNB１は、システム情報（e.g., SIB1又はother SI）を介して、セルでサポートされるユースケース（uses cases）を示す情報をブロードキャストしてもよい。この場合、UE２は、当てはまる（applicable）又は意図する（intended）ユースケースがセルでサポートされているなら、当該セルにアクセスできる。他の実装では、UE２は、ランダムアクセス開始後の最初のRRCメッセージ（Msg3）、例えばRRC Setup Requestメッセージを介して、当てはまる（applicable）又は意図する（intended）ユースケースをgNB１に知らせてもよい。これに代えて、UE２は、RRC Setup Completeメッセージ（Msg5）を介して、当てはまる（applicable）又は意図する（intended）ユースケースをgNB１に知らせてもよい。他の実装では、コアネットワーク（e.g., 5GCのAMF）が、UE２の当てはまる（applicable）又は意図する（intended）ユースケースをgNB１に知らせてもよい。

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

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

（付記１）
Radio Access Network（RAN）ノードであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のイニシャルbandwidth part（BWP）設定を、システム情報を介してブロードキャストするよう構成され、
前記少なくとも１つのプロセッサは、第２のイニシャルBWP設定を、前記システム情報を介してブロードキャストするか又は無線端末個別のシグナリングを介して送信するよう構成され、
前記第１のイニシャルBWP設定は、セルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記セルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
RANノード。
（付記２）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、前記第１のイニシャルBWPの周波数ドメイン位置及び帯域幅を示すパラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、前記第２のイニシャルBWPの周波数ドメイン位置及び帯域幅を示すパラメータを含む、
付記１に記載のRANノード。
（付記３）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、システム情報メッセージがブロードキャストされるリソースを示すダウンリンク制御情報（Downlink Control Information（DCI））フォーマットを送信するために使用される前記第１のイニシャルBWP内のcommon search spaceを設定するPhysical Downlink Control Channel（PDCCH）パラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、システム情報メッセージがブロードキャストされるリソースを示すDCIフォーマットを送信するために使用される前記第２のイニシャルBWP内のcommon search spaceを設定するPDCCHパラメータを含む、
付記１又は２に記載のRANノード。
（付記４）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、少なくとも前記第１のタイプの無線端末が前記第１のイニシャルBWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、前記第２のタイプの無線端末が前記第２のイニシャルBWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含む、
付記１～３のいずれか１項に記載のRANノード。
（付記５）
前記第１のイニシャルBWPは、少なくとも前記第１のタイプの無線端末による前記セルへのイニシャルアクセスのために使用され、
前記第２のイニシャルBWPは、前記第２のタイプの無線端末による前記セルへのイニシャルアクセスのために使用される、
付記１～４のいずれか１項に記載のRANノード。
（付記６）
前記第１のイニシャルBWPは、少なくとも前記第１のタイプの無線端末により共通に使用されるセル固有のBWPであり、
前記第２のイニシャルBWPは、前記第２のタイプの無線端末により共通に使用されるセル固有のBWPである、
付記１～５のいずれか１項に記載のRANノード。
（付記７）
前記第１のイニシャルBWP設定は、前記第１のタイプの無線端末が、Radio Resource Control (RRC)_IDLE状態又はRRC_INACTIVE状態であるときに使用され、
前記第２のイニシャルBWP設定は、前記第２のタイプの無線端末が、RRC_IDLE状態又はRRC_INACTIVE状態であるときに使用される、
付記１～６のいずれか１項に記載のRANノード。
（付記８）
前記第１のイニシャルBWPは、第１のイニシャル・ダウンリンク（DL）BWP及び第１のイニシャル・アップリンク（UL）BWPを含み、
前記第２のイニシャルBWPは、第２のイニシャル・ダウンリンク（DL）BWP及び第２のイニシャル・アップリンク（UL）BWPを含む、
付記１～７のいずれか１項に記載のRANノード。
（付記９）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、前記第１のイニシャルBWP設定と共に、前記システム情報を介してブロードキャストするよう構成される、
付記１～８のいずれか１項に記載のRANノード。
（付記１０）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、前記第２のタイプの無線端末に、コンテンション・ベースド・ランダムアクセス手順内においてRadio Resource Control（RRC）Setupメッセージを介して送信するよう構成される、
付記１～８のいずれか１項に記載のRANノード。
（付記１１）
前記RANノードは、少なくともRadio Resource Control（RRC）機能を提供するCentral Unit（CU）と、少なくともMedium Access Control（MAC）機能を提供するDistributed Unit（DU）とを備え、
前記DUは、前記第２のタイプの無線端末からのアクセスを検出したことに応答して、制限された能力を示す表示を含む第１の制御メッセージを前記CUに送るよう構成され、
前記CUは、前記表示の受信に応答して、前記第２のイニシャルBWP設定を包含する前記RRC Setupメッセージを生成し、前記RRC Setupメッセージを包含する第２の制御メッセージを前記DUに送るよう構成される、
付記１０に記載のRANノード。
（付記１２）
前記DUは、前記第２のイニシャルBWP設定を前記第１の制御メッセージに含めるよう構成され、
前記CUは、前記第１の制御メッセージから取り出された前記第２のイニシャルBWP設定を前記RRC Setupメッセージに含めるよう構成される、
付記１１に記載のRANノード。
（付記１３）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、前記第２のタイプの無線端末のRRCセットアップの完了後にRRC Reconfigurationメッセージを介して送信するよう構成される、
付記１～８のいずれか１項に記載のRANノード。
（付記１４）
前記少なくとも１つのプロセッサは、無線端末の能力情報をコアネットワークから受信し、前記能力情報が制限された能力を示すことに応答して、前記第２のイニシャルBWP設定を前記RRC Reconfigurationメッセージに含めるよう構成される、
付記１３に記載のRANノード。
（付記１５）
前記少なくとも１つのプロセッサは、無線アクセスネットワーク（RAN）エリア情報を、システム情報を介してブロードキャストするよう構成され、
前記RANエリア情報は、前記第２のタイプの無線端末が前記第２のイニシャルBWP設定を受信した後にRRC_IDLE状態又はRRC_INACTIVE状態であるときに、前記第２のイニシャルBWP設定の使用を継続する否かを判定するために前記第２のタイプの無線端末によって使用される、
付記１０～１４のいずれか１項に記載のRANノード。
（付記１６）
前記第２のタイプの無線端末は、前記第１のタイプの無線端末がサポートする帯域幅に比べて狭い帯域幅をサポートする、
付記１～１５のいずれか１項に記載のRANノード。
（付記１７）
無線端末であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のイニシャルbandwidth part（BWP）設定を包含するシステム情報を受信するよう構成され、
前記少なくとも１つのプロセッサは、第２のイニシャルBWP設定を、前記システム情報を介して又は無線端末個別のシグナリングを介して受信するよう構成され、
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を使用するよう構成され、
前記第１のイニシャルBWP設定は、前記無線端末のサービングセルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記サービングセルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
無線端末。
（付記１８）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、前記第１のイニシャルBWPの周波数ドメイン位置及び帯域幅を示すパラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、前記第２のイニシャルBWPの周波数ドメイン位置及び帯域幅を示すパラメータを含む、
付記１７に記載の無線端末。
（付記１９）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、システム情報メッセージがブロードキャストされるリソースを示すダウンリンク制御情報（Downlink Control Information（DCI））フォーマットを送信するために使用される前記第１のイニシャルBWP内のcommon search spaceを設定するPhysical Downlink Control Channel（PDCCH）パラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、システム情報メッセージがブロードキャストされるリソースを示すDCIフォーマットを送信するために使用される前記第２のイニシャルBWP内のcommon search spaceを設定するPDCCHパラメータを含む、
付記１７又は１８に記載の無線端末。
（付記２０）
前記第１のイニシャルBWPの前記セル固有の共通パラメータは、少なくとも前記第１のタイプの無線端末が前記第１のイニシャルBWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含み、
前記第２のイニシャルBWPの前記セル固有の共通パラメータは、前記第２のタイプの無線端末が前記第２のイニシャルBWPにおけるコンテンション・ベースド・ランダムアクセスのために使用するランダムアクセス・パラメータを含む、
付記１７～１９のいずれか１項に記載の無線端末。
（付記２１）
前記第１のイニシャルBWPは、少なくとも前記第１のタイプの無線端末による前記サービングセルへのイニシャルアクセスのために使用され、
前記第２のイニシャルBWPは、前記第２のタイプの無線端末による前記サービングセルへのイニシャルアクセスのために使用される、
付記１７～２０のいずれか１項に記載の無線端末。
（付記２２）
前記第１のイニシャルBWPは、少なくとも前記第１のタイプの無線端末により共通に使用されるセル固有のBWPであり、
前記第２のイニシャルBWPは、前記第２のタイプの無線端末により共通に使用されるセル固有のBWPである、
付記１７～２１のいずれか１項に記載の無線端末。
（付記２３）
前記第１のイニシャルBWP設定は、前記第１のタイプの無線端末が、Radio Resource Control (RRC)_IDLE状態又はRRC_INACTIVE状態であるときに使用され、
前記第２のイニシャルBWP設定は、前記第２のタイプの無線端末が、RRC_IDLE状態又はRRC_INACTIVE状態であるときに使用される、
付記１７～２２のいずれか１項に記載の無線端末。
（付記２４）
前記第１のイニシャルBWPは、第１のイニシャル・ダウンリンク（DL）BWP及び第１のイニシャル・アップリンク（UL）BWPを含み、
前記第２のイニシャルBWPは、第２のイニシャル・ダウンリンク（DL）BWP及び第２のイニシャル・アップリンク（UL）BWPを含む、
付記１７～２３のいずれか１項に記載の無線端末。
（付記２５）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、前記第１のイニシャルBWP設定と共に、前記システム情報を介して受信するよう構成される、
付記１７～２４のいずれか１項に記載の無線端末。
（付記２６）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、コンテンション・ベースド・ランダムアクセス手順内においてRadio Resource Control（RRC）Setupメッセージを介して受信するよう構成される、
付記１７～２４のいずれか１項に記載の無線端末。
（付記２７）
前記少なくとも１つのプロセッサは、前記第２のイニシャルBWP設定を、RRCセットアップの完了後にRRC Reconfigurationメッセージを介して受信するよう構成される、
付記１７～２４のいずれか１項に記載の無線端末。
（付記２８）
前記少なくとも１つのプロセッサは、無線アクセスネットワーク（RAN）エリア情報を、システム情報を介して受信するよう構成され、
前記少なくとも１つのプロセッサは、前記無線端末が前記第２のイニシャルBWP設定を受信した後にRRC_IDLE状態又はRRC_INACTIVE状態であるときに、前記第２のイニシャルBWP設定の使用を継続する否かを判定するために前記RANエリア情報を使用するよう構成される、
付記２６又は２７に記載の無線端末。
（付記２９）
前記少なくとも１つのプロセッサは、RRCコネクション再開手順又はRRCコネクション再確立手順を開始したにもかかわらず、新たなRRCコネクションの確立のためのRRC Setupメッセージをネットワークから受信したことに応答して、制限された能力を示す表示を含むRRC Setup completeメッセージを前記ネットワークに送信するよう構成される、
付記１７～２８のいずれか１項に記載の無線端末。
（付記３０）
前記第２のタイプの無線端末は、前記第１のタイプの無線端末がサポートする帯域幅に比べて狭い帯域幅をサポートする、
付記１７～２９のいずれか１項に記載の無線端末。
（付記３１）
Radio Access Network（RAN）ノードにより行われる方法であって、
第１のイニシャルbandwidth part（BWP）設定を、システム情報を介してブロードキャストすること、及び
第２のイニシャルBWP設定を、前記システム情報を介してブロードキャストするか又は無線端末個別のシグナリングを介して送信すること、
を備え、
前記第１のイニシャルBWP設定は、セルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記セルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
方法。
（付記３２）
無線端末により行われる方法であって、
第１のイニシャルbandwidth part（BWP）設定を包含するシステム情報を受信すること、
第２のイニシャルBWP設定を、前記システム情報を介して又は無線端末個別のシグナリングを介して受信すること、及び
前記第２のイニシャルBWP設定を使用すること、
を備え、
前記第１のイニシャルBWP設定は、前記無線端末のサービングセルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記サービングセルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
方法。
（付記３３）
Radio Access Network（RAN）ノードのための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のイニシャルbandwidth part（BWP）設定を、システム情報を介してブロードキャストすること、及び
第２のイニシャルBWP設定を、前記システム情報を介してブロードキャストするか又は無線端末個別のシグナリングを介して送信すること、
を備え、
前記第１のイニシャルBWP設定は、セルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記セルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記セルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
プログラム。
（付記３４）
無線端末のための方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のイニシャルbandwidth part（BWP）設定を包含するシステム情報を受信すること、
第２のイニシャルBWP設定を、前記システム情報を介して又は無線端末個別のシグナリングを介して受信すること、及び
前記第２のイニシャルBWP設定を使用すること、
を備え、
前記第１のイニシャルBWP設定は、前記無線端末のサービングセルの第１のイニシャルBWPのセル固有（cell-specific）の共通パラメータ（parameters）を含み、
前記第２のイニシャルBWP設定は、前記サービングセルの第２のイニシャルBWPのセル固有の共通パラメータを含み、
前記第１のイニシャルBWPは、前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う少なくとも第１のタイプの無線端末によって使用され、
前記第２のイニシャルBWPは、前記第１のタイプの無線端末によって使用されず、前記第１のタイプの無線端末のそれに比べて制限された能力を持ち且つ前記サービングセルにおいてコンテンション・ベースド・ランダムアクセスを行う第２のタイプの無線端末によって使用され、
前記第２のイニシャルBWPの帯域幅（bandwidth）は前記第１のイニシャルBWPの帯域幅と同じかそれよりも狭い、
プログラム。

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

１ gNB
２ UE
１１ Central Unit (CU)
１２ Distributed Unit (DU)
１５０４プロセッサ
１５０５メモリ
１５０６モジュール（modules）
１６０３ベースバンドプロセッサ
１６０４アプリケーションプロセッサ
１６０６メモリ
１６０７モジュール（modules）

Claims

ランダムアクセス手順において、reduced capabilityタイプに関連付けられたspecific Logical channel ID（LCID）をUser Equipment（UE）から受信し、
F1インタフェースで接続されるCentral Unit（CU）へ、前記UEがreduced capabilityタイプであることを示す表示を含むINITIAL UL RRC MESSAGE TRANSFERメッセージを送信する、
Distributed Unit（DU）の方法。
前記受信することは、前記LCIDを、前記ランダムアクセス手順における第３メッセージにおいて受信することを含む、
請求項１に記載のDUの方法。
第１のタイプのUEによって使用される第１のinitial bandwidth part（BWP）の設定とreduced capability タイプのUEによって使用される第２のinitial BWPの設定とを含むSystem Information Block Type 1（SIB1）を送信する、
請求項１に記載のDUの方法。
前記ランダムアクセス手順に関するメッセージは、前記SIB1に含まれる前記第２のinitial BWPの前記設定に基づく、
請求項３に記載のDUの方法。
前記第２のinitial BWPの前記設定を含むgNB-DU CONFIGURATION UPDATEメッセージを前記CUに送信する、
請求項３に記載のDUの方法。
前記第２のinitial BWPの前記設定は、前記SIB1に包含されるServingCellConfigCommonSIB情報要素に含まれる、
請求項３に記載のDUの方法。
前記第２のinitial BWPの前記設定は、initial downlink (DL) BWPの設定およびinitial uplink (UL) BWPの設定を含む、
請求項３に記載のDUの方法。
ランダムアクセス手順において、reduced capabilityタイプに関連付けられたspecific Logical channel ID（LCID）をUser Equipment（UE）から受信する受信手段と、
F1インタフェースで接続されるCentral Unit（CU）へ、前記UEがreduced capabilityタイプであることを示す表示を含むINITIAL UL RRC MESSAGE TRANSFERメッセージを送信する第１送信手段と、を有する、
Distributed Unit（DU）。
前記受信手段は、前記LCIDを、前記ランダムアクセス手順における第３メッセージにおいて受信する、
請求項８に記載のDU。
第１のタイプのUEによって使用される第１のinitial bandwidth part（BWP）の設定とreduced capability タイプのUEによって使用される第２のinitial BWPの設定とを含むSystem Information Block Type 1（SIB1）を送信する第２送信手段をさらに有する、
請求項８に記載のDU。
前記ランダムアクセス手順に関するメッセージは、前記SIB1に含まれる前記第２のinitial BWPの前記設定に基づく、
請求項１０に記載のDU。
前記第２送信手段は、前記第２のinitial BWPの前記設定を含むgNB-DU CONFIGURATION UPDATEメッセージを前記CUに送信する、
請求項１０に記載のDU。
前記第２のinitial BWPの前記設定は、前記SIB1に包含されるServingCellConfigCommonSIB情報要素に含まれる、
請求項１０に記載のDU。
前記第２のinitial BWPの前記設定は、initial downlink (DL) BWPの設定およびinitial uplink (UL) BWPの設定を含む、
請求項１０に記載のDU。