WO2023054686A1

WO2023054686A1 - 端末、基地局、及び無線通信方法

Info

Publication number: WO2023054686A1
Application number: PCT/JP2022/036746
Authority: WO
Inventors: 樹長野; 秀明 ▲高▼橋
Original assignee: 株式会社デンソー; トヨタ自動車株式会社
Priority date: 2021-09-30
Filing date: 2022-09-30
Publication date: 2023-04-06

Abstract

【解決手段】本開示の端末は、無線リソース制御メッセージを受信し、前記無線リソース制御メッセージに含まれる第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを受信し、前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれるか否かを判定し、前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれる場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信し、前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信する。

Description

端末、基地局、及び無線通信方法

関連出願の相互参照

　本出願は、2021年9月30日に出願された日本国特許出願2021-162298号に基づくものであって、その優先権の利益を主張するものであり、その特許出願の全ての内容が、参照により本明細書に組み込まれる。

　本開示は、端末、基地局、及び無線通信方法に関する。

　国際標準化団体であるThird Generation Partnership Project（３ＧＰＰ）では、第３．９世代の無線アクセス技術（Radio Access Technology：ＲＡＴ）であるLong Term Evolution（ＬＴＥ）及び第４世代のＲＡＴであるＬＴＥ－Ａｄｖａｎｃｅｄの後継として、第５世代（Fifth Generation：５Ｇ）のＲＡＴであるNew Radio（ＮＲ）であるリリース１５が仕様化されている（非特許文献１）。ＬＴＥ及び／又はＬＴＥ－Ａｄｖａｎｃｅｄは、Evolved Universal Terrestrial Radio Access（Ｅ－ＵＴＲＡ）とも呼ばれる。

3GPP TS 38.300 V15.2.0 (2018-06)

　３ＧＰＰ（例えば、ＮＲを規定するリリース１７）では、リリース１５又は１６で導入された端末（以下、「既存端末」という）よりも低い性能や価格帯を想定した端末（以下、「低減能力（Reduced capability：ＲｅｄＣａｐ）端末」ともいう）をサポートすることが検討されている。具体的には、初期下り帯域幅部分（Initial Downlink Bandwidth Part：初期ＤＬ　ＢＷＰ）が設定されるセル内に、ＲｅｄＣａｐ端末向けの初期ＤＬ　ＢＷＰを新たに設定可能とすることが検討されている。また、ＲｅｄＣａｐ端末向けの初期ＤＬ　ＢＷＰにおいて同期信号ブロック（Synchronization Signal Block：ＳＳＢ）を送信することも検討されている。

　しかしながら、セル内に既存の初期ＤＬ　ＢＷＰ（以下、「第１の初期ＤＬ　ＢＷＰ」という）とは別に初期ＤＬ　ＢＷＰ（以下、「第２の初期ＤＬ　ＢＷＰ」という）が設定され、第２の初期ＤＬ　ＢＷＰにおいてもＳＳＢが送信され得る場合、端末が、ＳＳＢに基づく動作を適切に制御できない恐れがある。

　本開示の一態様に係る端末は、
　無線リソース制御メッセージを受信し、
　前記無線リソース制御メッセージに含まれる第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれるか否かを判定し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれる場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信する。

　本開示の一態様に係る基地局は、
　無線リソース制御メッセージを送信し、
　前記無線リソース制御メッセージに含める第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含める場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報、及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含めない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信する。

　本開示の一態様に係る端末により実行される無線通信方法は、無線リソース制御メッセージを受信し、前記無線リソース制御メッセージに含まれる第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを受信し、前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれるか否かを判定し、前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれる場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信し、前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信する。

　本開示の一態様に係る基地局により実行される無線通信方法は、リソース制御メッセージを送信し、前記無線リソース制御メッセージに含める第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを送信し、前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含める場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報、及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信し、前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含めない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信する。

　本開示の一態様によれば、ＳＳＢに基づく動作を適切に制御できる。

図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図２は、本実施形態に係るＳＳＢの一例を示す図である。図３は、本実施形態に係るＳＳバーストセットの一例を示す図である。図４は、本実施形態におけるＢＷＰの一例を示す図である。図５は、本実施形態に係る第１及び第２の初期ＤＬ／ＵＰ　ＢＷＰの一例を示す図である。図６（Ａ）及び（Ｂ）は、本実施形態に係る第１及び第２の初期ＤＬ　ＢＷＰの一例を示す図である。図７は、本実施形態に係るＳＳＢ、ＰＦ及びＰＯの一例を示す図である。図８は、本実施形態に係るＳＳＢ、ＰＦ及びＰＯの一例を示す図である。図９は、本実施形態に係るページング用のＰＤＣＣＨモニタリング機会の設定動作の一例を示すフローチャートである。図１０は、本実施形態に係るＳＳＢとＲＯ及びＲＡプリアンブルとの関係の一例を示す図である。図１１は、本実施形態に係るＳＳＢとＲＯ及びＲＡプリアンブルとの関係の他の例を示す図である。図１２は、本実施形態に係るＲＯ及び／又はＲＡプリアンブルの選択動作の一例を示すフローチャートである。図１３は、本実施形態に係るＭＩＢの一例を示す図である。図１４は、本実施形態に係るＭＩＢ受信時の動作の一例を示すフローチャートである。図１５は、本実施形態に係るBWP-DownlinkCommonの一例を示す図である。図１６は、本実施形態に係るBWP-UplinkCommonの一例を示す図である。図１７は、本実施形態に係るRACH-ConfigCommonの一例を示す図である。図１８は、本実施形態に係るRACH-ConfigCommonTwoStepRAの一例を示す図である。図１９は、本実施形態に係る無線通信システム内の各装置のハードウェア構成の一例を示す図である。図２０は、本実施形態に係る端末の機能ブロック構成の一例を示す図である。図２１は、本実施形態に係る基地局の機能ブロック構成の一例を示す図である。

　以下、添付図面を参照しながら本実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。

　図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図１に示すように、無線通信システム１は、端末１０と、基地局２０と、コアネットワーク３０と、を含んでもよい。なお、図１に示す端末１０、基地局２０の数は例示にすぎず、図示する数に限られない。

　無線通信システム１は、３ＧＰＰにより規定される無線アクセス技術（Radio Access Technology：ＲＡＴ）に準拠して通信するシステムである。無線通信システム１が準拠する無線アクセス技術としては、例えば、ＮＲ等の第５世代のＲＡＴが想定されるが、これに限られず、例えば、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ等の第４世代のＲＡＴ、第６世代以降のＲＡＴ、Ｗｉ－Ｆｉ（登録商標）等の非３ＧＰＰのＲＡＴ等、一つ又は複数のＲＡＴを利用できる。なお、無線通信システム１は、３ＧＰＰとは異なる標準策定団体（例えば、Institute of Electrical and Electronics Engineers（ＩＥＥＥ）、Internet Engineering Task Force（ＩＥＴＦ））により規定される無線アクセス技術に準拠した通信を行う形態であってもよい。

　端末１０は、３ＧＰＰ仕様書に規定される端末（例えば、ＵＥ（User Equipment））に相当する装置である。端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車、車載端末、車載装置、静止装置、テレマティクス制御ユニット（Telematics control unit：ＴＣＵ）、センサなどのＩｏＴ機器等、所定の端末又は装置である。端末１０は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、端末（User Terminal）、無線装置（Radio apparatus）、加入者端末、アクセス端末等と呼ばれてもよい。また、端末１０は、いわゆる、低減能力（Reduced capability：ＲｅｄＣａｐ）端末であってもよく、例えば、産業用無線センサ（industrial wireless sensor）、監視カメラ（video serveilance）、ウエアラブルデバイス（wearable device）等であってもよい。端末１０は、移動型であってもよいし、固定型であってもよい。端末１０は、例えば、ＮＲ、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ、Ｗｉ－Ｆｉ（登録商標）等の一つ又は複数のＲＡＴを用いて通信可能に構成される。なお、端末１０は、３ＧＰＰ仕様書に規定される端末に限られず、他の標準策定団体で規定される標準規格に準拠した端末であってもよい。また、端末１０は、標準規格に準拠した端末でなくともよい。

　基地局２０は、３ＧＰＰ仕様書に規定される基地局（例えば、gNodeB(gNB)またはeNB）に相当する装置である。基地局２０は、一以上のセルＣを形成し、当該セルを用いて端末１０と通信する。セルＣは、サービングセル、キャリア、コンポーネントキャリア（Component Carrier：ＣＣ）等と相互に言い換えられてもよい。また、セルＣは、所定の帯域幅を有してもよい。例えば、基地局２０は、一以上のセルグループを用いて端末１０と通信してもよい。各セルグループは、一以上のセルＣを含んでもよい。セルグループ内の複数のセルＣを統合することはキャリアアグリゲーション（Carrier Aggregation）と呼ばれる。当該複数のセルＣは、プライマリセル（Primary Cell：ＰＣｅｌｌ）又はプライマリＳＣＧセル（Primary Secondary Cell Group（ＳＣＧ） Cell：ＰＳＣｅｌｌ）と、一以上のセカンダリセル（Secondary Cell：ＳＣＧ）とを含んでもよい。また、２つのセルグループを用いて端末１０と通信することはデュアルコネクティビティ（Dual Connectivity）とも呼ばれる。なお、端末１０は、３ＧＰＰ仕様書に規定される基地局に限られず、他の標準策定団体で規定される標準規格に準拠した端末であってもよい。また、端末１０は、標準規格に準拠した基地局でなくともよい。

　基地局２０は、gNodeB(gNB)、en-gNB、Next Generation‐Radio Access Network（NG-RAN）ノード、低電力ノード（low-power node）、Central Unit（CU）、Distributed Unit（DU）、gNB-DU、Remote Radio Head（ＲＲＨ）、Integrated Access and Backhaul/Backhauling（ＩＡＢ）ノード、アクセスポイント等と呼ばれてもよい。基地局２０は、一つのノードに限られず、複数のノード（例えば、DU等の下位ノードとCU等の上位ノードの組み合わせ）で構成されてもよい。

　コアネットワーク３０は、例えば、第５世代のコアネットワーク（5G Core Network：５ＧＣ）又は第４世代のコアネットワーク（Evolved Packet Core：ＥＰＣ）であるが、これに限られない。コアネットワーク３０上の装置（以下、「コアネットワーク装置」ともいう）は、端末１０のページング、位置登録等のモビリティ管理（mobility management）を行ってもよい。コアネットワーク装置は、所定のインタフェース（例えば、Ｓ１又はＮＧインタフェース）を介して基地局２０又は端末１０に接続されてもよい。

　コアネットワーク装置は、例えば、Ｃプレーンの情報（例えば、アクセス及び移動管理等に関する情報）を管理するAccess and Mobility Management Function（ＡＭＦ）、Ｕプレーンの情報（例えば、ユーザデータ）の伝送制御を行うUser Plane Function（ＵＰＦ）の少なくとも一つ等を含んでもよい。

　無線通信システム１において、端末１０は、基地局２０からの下り（downlink：ＤＬ）信号の受信、及び／又は、基地局２０に対する上り（uplink：ＵＬ）信号の送信を行う。端末１０には、一以上のセルＣが設定（configure）され、設定されたセルの少なくとも一つがアクティベイト（activate）される。各セルの最大帯域幅は、例えば、２０ＭＨｚ又は４００ＭＨｚ等である。

　また、端末１０は、基地局２０からの同期信号（例えば、プライマリ同期信号（Primary Synchronization Signal：ＰＳＳ）及び／又はセカンダリ同期信号（Secondary Synchronization Signal：ＳＳＳ））に基づいて、セルサーチを行う。セルサーチとは、端末１０が、セルにおける時間及び周波数の同期を取得し、当該セルの識別子（例えば、物理レイヤセルＩＤ）を検出する手順である。

　端末１０は、無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージに含まれるパラメータ（以下、「ＲＲＣパラメータ」という）に基づいて、サーチスペースセット及び／又は制御リソースセット（Control Resource Set：ＣＯＲＥＳＥＴ）を決定する。ＣＯＲＥＳＥＴは、周波数領域リソース（例えば、所定数のリソースブロック）と時間領域リソース（例えば、所定数のシンボル）で構成されてもよい。なお、ＲＲＣパラメータは、ＲＲＣ情報要素（Information Element：ＩＥ）等と呼ばれてもよい。

　端末１０は、ＣＯＲＥＳＥＴに関連付けられるサーチスペースセット内で、下り制御チャネル（例えば、物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ））を介して伝送される下り制御情報（Downlink Control Information：ＤＣＩ）のモニタリングを実行する。なお、ＲＲＣメッセージは、例えば、ＲＲＣセットアップメッセージ、ＲＲＣ再設定（reconfiguration）メッセージ、ＲＲＣ再開（resume）メッセージ、ＲＲＣ再確立（reestablishment）メッセージ、システム情報等を含んでもよい。

　ＤＣＩのモニタリングとは、端末１０が、想定されるＤＣＩフォーマットでサーチスペースセット内のＰＤＣＣＨ候補（PDCCH candidate）をブラインド復号することである。ＤＣＩフォーマットのビット数（サイズ、ビット幅等ともいう）は、当該ＤＣＩフォーマットに含まれるフィールドのビット数に応じて、予め定められる又は導出される。端末１０は、ＤＣＩフォーマットのビット数と、当該ＤＣＩフォーマットの巡回冗長検査（Cyclic Redundancy Check：ＣＲＣ）ビット（ＣＲＣパリティビットとも称される）のスクランブル（以下、「ＣＲＣスクランブル」という）に用いられる特定の無線ネットワーク一時識別子（Radio Network Temporary Identifier：ＲＮＴＩ）とに基づいて、当該端末１０に対するＤＣＩを検出する。ＤＣＩのモニタリングは、ＰＤＣＣＨモニタリング、モニタ等とも呼ばれる。また、ＤＣＩ又はＰＤＣＣＨのモニタリングを行う所定（given）期間は、ＰＤＣＣＨモニタリング機会（PDCCH monitoring occasion）とも呼ばれる。

　サーチスペースセットは、一以上のサーチスペースの集合であり、一以上の端末１０に共通に用いられるサーチスペースセット（以下、「共通サーチスペース（Common search space：ＣＳＳ）セット」という）と、端末固有のサーチスペースセット（UE-specific search space（ＵＳＳ）セット）と、を含んでもよい。サーチスペースセットは、ページング用のサーチスペースセット（以下、「ページングサーチスペース」という）、ランダムアクセス（Random Access：ＲＡ）用のサーチスペースセット（以下、「ＲＡサーチスペース」という）、及び、システム情報用のサーチスペースセット（以下、「システム情報サーチスペース」という）等を含んでもよい。端末１０は、各サーチスペースセットの設定に関する情報を受信してもよい。

　端末１０は、ＰＤＣＣＨモニタリング機会においてサーチスペースセット（又はサーチスペース）を用いてＰＤＣＣＨをモニタリングして、特定のＲＮＴＩによりＣＲＣスクランブルされるＤＣＩを受信（又は検出）する。端末１０は、当該ＤＣＩを用いてスケジューリングされる下り共有チャネル（例えば、物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ））の受信、及び／又は、上り共有チャネル（例えば、物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ））の送信を制御する。

　セルＣで報知（broadcast）されるシステム情報は、マスター情報ブロック（Master Information Block：ＭＩＢ）及び／又は一以上のシステム情報ブロック（System Information Block：ＳＩＢ）を含んでもよい。ＭＩＢは、報知チャネル（例えば、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ））を介して報知される。ＭＩＢ及びＳＩＢ１は、Minimum System Informationとも呼ばれ、ＳＩＢ１は、Remaining Minimum System Information（ＲＭＳＩ）とも呼ばれる。ＳＩＢ１以外のＳＩＢｘ（ｘ＝２、３、…等の任意の文字列）は、Other System Information（ＯＳＩ）とも呼ばれる。ＳＩＢ１及びＳＩＢ１以外のＳＩＢｘは、ＰＤＳＣＨを介して報知される。ＳＩＢ１はセル固有であり、ＳＩＢ１以外のＳＩＢｘはセル固有又は一以上のセルを含むエリア固有であってもよい。

　（ＳＳＢ）
　ＳＳＢは、同期信号、ＰＢＣＨ及びＰＢＣＨの復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）の少なくとも一つを含むブロックである。ＳＳＢは、ＳＳ／ＰＢＣＨブロック、ＳＳブロック等とも呼ばれてもよい。

　図２は、本実施形態に係るＳＳＢの一例を示す図である。なお、図２は、一例にすぎず、ＳＳＢは図示するものに限られない。図２に示すように、ＳＳＢは、時間領域（time domain）リソースとしての所定数のシンボル（例えば、連続する４シンボル）及び周波数領域（frequency resource）リソースとしての所定数のサブキャリア（例えば、連続する２４０サブキャリア）で構成されてもよい。

　例えば、図２では、ＰＳＳはＳＳＢ内の最初のシンボルで送信され、１２７サブキャリアにマッピングされる。当該最初のシンボルの残りのサブキャリアは空（empty）であってもよい。ＳＳＳは、ＳＳＢ内の３番目のシンボルで送信され、ＰＳＳと同じ１２７サブキャリアにマッピングされる。ＳＳＳの両端には所定数（８又は９）の空サブキャリアが設けられてもよい。ＰＢＣＨは、ＳＳＢ内の２番目及び４番目のシンボルで送信され、２４０サブキャリアにマッピングされる。また、ＰＢＣＨは、ＳＳＳの両端の４８サブキャリアにマッピングされる。ＳＳＢには異なるニューメロロジー（例えば、サブキャリア間隔＝１５、３０、１２０又は２４０ｋＨｚ）を適用可能である。なお、図３においてＰＢＣＨとして示される一部のサブキャリアには、不図示のＤＭＲＳがマッピングされてもよい。

　一以上のＳＳＢのセットであるＳＳバーストセットは、所定周期で送信される。なお、ＳＳバーストセットは、ＳＳバースト等と呼ばれてもよい。端末１０は、ＳＳＢ又はＳＳバーストセットの周期（以下、「ＳＳＢ周期」という）に関する情報（以下、「ssb-periodicityServingCell」という）を受信する。ssb-periodicityServingCellは、ＳＳＢ周期（例えば、５、１０、２０、４０、８０又は１６０ｍｓ）を示してもよい。

　ＳＳバーストセット内の各ＳＳＢはインデックス（以下、「ＳＳＢインデックス」という）により識別される。マルチビーム運用の場合、ＳＳバーストセット内の異なるインデックスのＳＳＢは、異なるビームに対応し、ビームスウィーピングにより順次ビーム方向を切り替えて送信されてもよい。シングルビーム運用の場合、ＳＳバーストセット内の特定のインデックスのＳＳＢ（一つ又は複数のＳＳＢ）が全方向で送信されてもよい。

　端末１０は、ＳＳバーストセット内でのＳＳＢ送信に関する情報（以下、「ssb-PositionsInBurst」という）を受信する。例えば、ssb-PositionsInBurstは、ＳＳバーストセット内の各ＳＳＢに対応するビットを含むビットマップであり、各ビットの値が、対応するＳＳＢが実際に送信されるか否かを示してもよい。例えば、ビット値「１」は対応するＳＳＢが実際に送信されることを示し、ビット値「０」は対応するＳＳＢが実際に送信されないことを示してもよい。なお、ssb-PositionsInBurstは、上記に限られず、ＳＳバーストセット内でのＳＳＢ送信に関するどのような情報であってもよい。ssb-PositionsInBurstは、セル固有であってもよい。また、ssb-PositionsInBurstは、例えば、ＳＩＢ１に含まれるが、他のＲＲＣメッセージに含まれてもよい。

　図３は、本実施形態に係るＳＳバーストセットの一例を示す図である。なお、図３は、一例にすぎず、ＳＳバーストセット内のＳＳＢ数、ＳＳＢ周期、サブキャリア間隔、ビーム方向、ＳＳバーストセットの配置位置等は図示するものに限られない。例えば、図３では、ＳＳバーストセット内のＳＳＢ＃０～＃７が、それぞれ異なる指向性を有するビーム＃０～＃７で異なる時間に基地局２０から送信される。

　一以上のＳＳＢを含むＳＳバーストセットは、無線フレームの前半又は後半のハーフフレーム（例えば、５ｍｓ）に配置され、ＳＳＢ周期で繰り返される。例えば、図３では、ＳＳＢ＃０～＃７を含むＳＳバーストセットは無線フレームの前半のハーフフレームに配置され、２０ｍｓのＳＳＢ周期で繰り返される。図３に示すように、ＳＳＢ＃０～＃７が送信されるハーフフレーム内の位置は、サブキャリア間隔に応じて異なってもよい。

　また、例えば、図３では、ssb-PositionsInBurstは、ＳＳＢ＃０～＃７それぞれに対応する８ビットのビットマップであり、「１１１１１１１１」にセットされる。このため、端末１０はＳＳバーストセット内のＳＳＢ＃０～＃７の全てが送信されると認識する。このように、端末１０は、ssb-PositionsInBurstに基づいて、ＳＳバーストセット内で実際に送信されるＳＳＢを決定する。

　なお、図３では、マルチビーム運用の一例が示されるが、シングルビーム運用の場合にも適用可能である。シングルビーム運用の場合、特定のＳＳＢ（例えば、ＳＳＢ＃０だけ）が全方向に送信されてもよく、ssb-PositionsInBurstにおいて当該特定のＳＳＢに対応するビットが「１」にセットされ、他のビットが「０」にセットされてもよい。

　（ＢＷＰ）
　一つのセルＣに対して、一つ又は複数の帯域幅部分（Bandwidth Part：ＢＷＰ）が設定されてもよい。ＢＷＰは、ＤＬ用のＢＷＰ（以下、「ＤＬ　ＢＷＰ」という）、及び／又は、ＵＬ用のＢＷＰ（以下、「ＵＬ　ＢＷＰ」という）を含んでもよい。また、ＢＷＰは、セル固有に設定されるＢＷＰ（以下、「初期ＢＷＰ（initial BWP）」という）と、端末１０固有に設定されるＢＷＰ（以下、「個別ＢＷＰ（dedicated BWP）」という）と、を含んでもよい。初期ＢＷＰは、初期アクセスに用いられ、及び／又は、一以上の端末１０に共通であってもよい。初期ＢＷＰは、ＤＬ用の初期ＢＷＰ（以下、「初期ＤＬ　ＢＷＰ」という）と、ＵＬ用の初期ＢＷＰ（以下、「初期ＵＬ　ＢＷＰ」という）とを含んでもよい。個別ＢＷＰは、「ＵＥ固有（UE-specific）ＢＷＰ」とも呼ばれる。

　初期ＤＬ　ＢＷＰ及び／又は初期ＵＬ　ＢＷＰ（以下、「初期ＤＬ／ＵＬ　ＢＷＰ」という）は、ＭＩＢ内の特定のパラメータ（以下、「pdcch-ConfigSIB1」という）に基づいて決定されるＣＯＲＥＳＥＴ＃０と等しくてもよい。又は、初期ＤＬ／ＵＬ　ＢＷＰは、端末１０が基地局２０から受信する初期ＤＬ／ＵＬ　ＢＷＰに関する情報（以下、「初期ＤＬ／ＵＬ　ＢＷＰ情報」という）に基づいて、端末１０に設定されてもよい。初期ＤＬ／ＵＬ　ＢＷＰ情報は、当該初期ＤＬ／ＵＬ　ＢＷＰの周波数領域の位置及び／又は帯域幅を示す情報（以下、「locationAndBandwidth」という）、サブキャリア間隔を示す情報（以下、「subcarrierSpacing」という）、及び、サイクリックプリフィックスに関する情報（以下、「cyclicPrefix」という）の少なくとも一つを含んでもよい。初期ＤＬ／ＵＬ　ＢＷＰ情報は、セル固有のＲＲＣパラメータであり、ＳＩＢ１又は他のＲＲＣメッセージに含まれてもよい

　初期ＤＬ　ＢＷＰは、ＢＷＰの識別子（以下、「bwp-id」という）＝０のＤＬ　ＢＷＰ（すなわち、ＤＬ　ＢＷＰ＃０）であり、初期ＵＬ　ＢＷＰは、bwp-id＝０のＵＬ　ＢＷＰ（すなわち、ＵＬ　ＢＷＰ＃０）であってもよい。一方、ＤＬ用の個別ＢＷＰ（以下、「個別ＤＬ　ＢＷＰ」という）はbwp-id≠０のＤＬ　ＢＷＰ（すなわち、ＤＬ　ＢＷＰ＃bwp-id）であり、ＵＬ用の個別ＢＷＰ（以下、「個別ＵＬ　ＢＷＰ」という）はbwp-id≠０のＵＬ　ＢＷＰ（すなわち、ＵＬ　ＢＷＰ＃bwp-id）であってもよい。端末１０に一以上の個別ＤＬ　ＢＷＰ及び／又は一以上の個別ＵＬ　ＢＷＰが設定される場合、一つの個別ＤＬ　ＢＷＰ及び／又は一つの個別ＵＬ　ＢＷＰがアクティブ化されてもよい。

　一つ又は複数のＤＬ　ＢＷＰでは、ＳＳＢが送信される。例えば、初期ＤＬ　ＢＷＰ」では、セルデファイニング（Cell Defining：ＣＤ）－ＳＳＢが伝送され、個別ＤＬ　ＢＷＰでは、ＣＤ－ＳＳＢ、及び／又は、非セルデファイニング（Non Cell Defining：ＮＣＤ）－ＳＳＢが伝送されてもよい。ＣＤ－ＳＳＢは、特定のセルに関連付けられたＳＳＢであり、ＳＩＢ１に関連してもよい。ＮＣＤ－ＳＳＢは、特定のセルに関連付けられていないＳＳＢであり、ＳＩＢ１に関連しなくともよい。

　図４は、本実施形態におけるＤＬ　ＢＷＰの一例を示す図である。なお、図４では、ＤＬ　ＢＷＰを示すが、ＵＬ　ＢＷＰが設定されてもよいことは勿論である。例えば、図４では、セルＣ（又はセルＣの帯域幅）内の所定の周波数位置で複数のＳＳＢＸ（ここでは、Ｘ＝１～４）が伝送される。なお、Ｘは、異なる周波数領域のＳＳＢを区別するために便宜上付された番号であり、ＳＳバーストセット内の各ＳＳＢを識別するＳＳＢインデックスを示すものではない。

　例えば、図４では、端末１０Ａ及び１０Ｂは、ＮＲセルグローバル識別子（NR Cell Global Identifier：ＮＣＧＩ）＝５であるセル＃５に接続され、端末１０Ｃは、ＮＧＣＩ＝６であるセル＃６に接続されるものとする。ＮＧＣＩは、セルＣの識別子である。また、ＳＳＢ１は、ＣＤ－ＳＳＢであり、セル＃５（及び／又は、セル＃５で報知されるＳＩＢ１）に関連付けられる。同様に、ＳＳＢ３は、ＣＤ－ＳＳＢであり、セル＃６（及び／又は、セル＃６で報知されるＳＩＢ１）に関連付けられる。一方、ＳＳＢ２及びＳＳＢ４は、ＮＣＤ－ＳＳＢであり、特定のセルのＳＩＢ１に関連づけられていない。

　図４において、端末１０Ａ及び１０Ｂは、セル＃５に接続されるので、セル＃５に関連づけられるＳＳＢ１を検出し、ＳＳＢ１に基づいて初期ＤＬ　ＢＷＰ＃０を設定してもよい。また、端末１０Ａは、端末１０Ａ固有のパラメータに基づいて、個別ＤＬ　ＢＷＰ＃１及び＃２を設定する。端末１０Ａは、個別ＤＬ　ＢＷＰ＃１及び＃２を時間的に切り替えて使用してもよい。一方、端末１０Ｂは、端末１０Ｂ固有のパラメータに基づいて、個別ＤＬ　ＢＷＰ＃１を設定する。また、端末１０Ｃは、セル＃６に接続されるので、セル＃６に関連づけられるＳＳＢ３を検出し、ＳＳＢ３に基づいて初期ＤＬ　ＢＷＰ＃０を設定してもよい。端末１０Ｃは、端末１０Ｃ固有のパラメータに基づいて、個別ＤＬ　ＢＷＰ＃１及び＃２を設定する。

　端末１０Ａ～１０Ｃの各々は、初期ＤＬ　ＢＷＰ又は個別ＤＬ　ＢＷＰ内の少なくとも一つのＳＳＢに基づいて、メジャメント（measurement）を行ってもよい。メジャメントでは、例えば、ＳＳＢに基づいて受信電力（例えば、参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ））が測定されてもよい。ＳＳＢに基づいて測定されるＲＳＲＰは、Synchronization Signal（ＳＳ）－ＲＳＲＰと呼ばれてもよい。当該メジャメントは、無線リソース管理（radio resource management ：ＲＲＭ）、無線リンクモニタリング（radio link monitoring：ＲＬＭ）及びモビリティ（mobility）の少なくとも一つのために行われてもよい。

　（ＲｅｄＣａｐ）
　端末１０は、３ＧＰＰのリリース１５又は１６でサポートされる既存端末よりも低い性能や価格帯を想定したＲｅｄＣａｐ端末であってもよい。ＲｅｄＣａｐ端末は、例えば、産業用無線センサ（industrial wireless sensor）、監視カメラ（video serveilance）、ウエアラブルデバイス（wearable device）等に利用されることが想定されている。例えば、ＲｅｄＣａｐ端末がサポートする最大帯域幅は、既存端末の最大帯域幅よりも狭くてもよい。

　このような端末１０には、複数の初期ＢＷＰ（複数の初期ＤＬ　ＢＷＰ及び／又は複数の初期ＵＬ　ＢＷＰ）が設定されてもよい。例えば、端末１０には、従来の初期ＤＬ／ＵＬ　ＢＷＰとは独立（independently）に初期ＤＬ／ＵＬ　ＢＷＰが設定されてもよい。以下、従来の初期ＤＬ／ＵＬ　ＢＷＰを第１の初期ＤＬ／ＵＬ　ＢＷＰと呼び、第１の初期ＤＬ／ＵＬ　ＢＷＰとは独立に設定される初期ＤＬ／ＵＬ　ＢＷＰを第２の初期ＤＬ／ＵＬ　ＢＷＰと呼ぶ。

　また、第１の初期ＤＬ／ＵＬ　ＢＷＰの設定に用いられる上記初期ＤＬ／ＵＬ　ＢＷＰ情報は、第１の初期ＤＬ／ＵＬ　ＢＷＰ情報と呼び、第２の初期ＤＬ／ＵＬ　ＢＷＰの設定に用いられる上記初期ＤＬ／ＵＬ　ＢＷＰ情報は、第２の初期ＤＬ／ＵＬ　ＢＷＰ情報と呼ぶものとする。第１及び第２の初期ＤＬ／ＵＬ　ＢＷＰ情報は、それぞれ、上記locationAndBandwidth、subcarrierSpacing及びcyclicPrefixの少なくとも一つを含んでもよい。

　第１の初期ＤＬ／ＵＬ　ＢＷＰは、ＣＯＲＥＳＥＴ＃０、又は、第１の初期ＤＬ／ＵＬ　ＢＷＰ情報内のlocationAndBandwidthが示す周波数位置及び／又は帯域幅に基づいて設定されてもよい。第１の初期ＤＬ／ＵＬ　ＢＷＰは、既存端末及び／又はＲｅｄＣａｐ端末に設定されてもよい。

　一方、第２の初期ＤＬ／ＵＬ　ＢＷＰは、予め仕様で定められた周波数位置及び／又は帯域幅のＤＬ／ＵＬ　ＢＷＰであってもよいし、又は、第２の初期ＤＬ／ＵＬ　ＢＷＰ情報内のlocationAndBandwidthが示す周波数位置及び／又は帯域幅に基づいて設定されてもよい。第２の初期ＤＬ／ＵＬ　ＢＷＰはＲｅｄＣａｐ端末に設定されてもよい。第２の初期ＤＬ／ＵＬ　ＢＷＰについて、上記subcarrierSpacing及び／又はcyclicPrefixは、設定されてもよいし、又は、設定されなくともよい。第２の初期ＤＬ／ＵＬ　ＤＷＰは、セパレート（separate）初期ＤＬ／ＵＬ　ＢＷＰ、又は、追加（additional）初期ＤＬ／ＵＬ　ＢＷＰ等と呼ばれてもよい。ＲｅｄＣａｐ端末は、第２の初期ＵＬ　ＢＷＰを初期アクセスの間（例えば、メッセージ３以降）及び／又は初期アクセスの後（例えば、メッセージ４の後）に用いてもよい。ＲｅｄＣａｐ端末は、第２の初期ＤＬ　ＢＷＰを初期アクセスの後（例えば、メッセージ４の後）に用いてもよいし、初期アクセスの前（例えば、第２の初期ＤＬ　ＢＷＰの設定情報の受信後）に用いてもよい。

　第２の初期ＤＬ　ＢＷＰにおいて、ＣＯＲＥＳＥＴ＃０は、設定されなくともよい。また、第２の初期ＤＬ　ＢＷＰにおいて、ＳＩＢ１は送信されなくともよい。また、第２の初期ＤＬ　ＢＷＰの少なくとも一部は、第１の初期ＵＬ　ＢＷＰと重複しなくともよいし、又は、重複してもよい。また、第２の初期ＵＬ　ＢＷＰの少なくとも一部は、第１の初期ＵＬ　ＢＷＰと重複してもよいし、又は、重複しなくともよい。第２の初期ＤＬ　ＢＷＰ及び第２の初期ＵＬ　ＢＷＰそれぞれの帯域幅は、ＲｅｄＣａｐ端末の最大帯域幅よりも狭くてもよい。

　図５は、本実施形態に係る第１及び第２の初期ＤＬ／ＵＬ　ＢＷＰの一例を示す図である。図５に示すように、上り制御チャネル（例えば、物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ））用のリソース領域を共用するために、第１及び第２の初期ＵＬ　ＢＷＰの一端が揃えられてもよい。時間分割複信（Time Division Duplex：ＴＤＤ）では、第２の初期ＵＬ　ＢＷＰ及び第２の初期ＤＬ　ＢＷＰが同一であってもよい。なお、図５は例示にすぎず、第１及び第２の初期ＤＬ／ＵＬ　ＢＷＰの帯域幅及び配置は図示するものに限られない。

　図６（Ａ）及び（Ｂ）は、本実施形態に係る第１及び第２の初期ＤＬ　ＢＷＰの一例を示す図である。図６（Ａ）では、第１の初期ＤＬ　ＢＷＰでＳＳＢ（例えば、ＣＤ－ＳＳＢ）が送信されるが、第２の初期ＤＬ　ＢＷＰでＳＳＢは送信されない。この場合、第２の初期ＤＬ　ＢＷＰでデータの送受信を行う端末１０は、ＳＳＢに基づくメジャメントのためにＲＦリチューニングを行い、メジャメント後データの送受信のために再度ＲＦリチューニングが必要となることが想定される。また、図６（Ａ）において、ＣＯＲＥＳＥＴ＃０は第１の初期ＤＬ　ＢＷＰに設定され、第２の初期ＤＬ　ＢＷＰに設定されなくともよい。図６（Ａ）に示すように、ＳＳＢが送信されない及び／又はＣＯＲＥＳＥＴ＃０が設定されないＢＷＰのサポートに関する情報（以下、「サポート情報」という）は、端末１０の能力に関する情報（以下、「UE capability」いう）として規定されてもよい。UE capabilityは、端末１０から基地局２０に送信されてもよい。

　図６（Ｂ）では、第１の初期ＤＬ　ＢＷＰでＳＳＢ（例えば、ＣＤ－ＳＳＢ）が送信さ、第２の初期ＤＬ　ＢＷＰでもＳＳＢ（例えば、ＮＣ－ＳＳＢ）が送信される。図６（Ｂ）では、図６（Ａ）のように、メジャメントのためのＲＦリチューニングを行う必要がない。このため、第２の初期ＤＬ　ＢＷＰにおけるＳＳＢ送信は、端末１０の処理負荷の軽減に寄与し得る。

　しかしながら、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内で第２の初期ＤＬ　ＢＷＰが設定され、第２の初期ＤＬ　ＢＷＰでＳＳＢが送信され得る場合、端末１０が、第１の初期ＤＬ　ＢＷＰ又は第２の初期ＤＬ　ＢＷＰのどちらのＳＳＢに基づいて動作すべきかを適切に認識できない恐れがある。この結果、ＳＳＢに基づく動作を適切に制御できなくなる恐れがある。

　そこで、端末１０は、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内で第２の初期ＤＬ　ＢＷＰが設定されるか否かに基づいてＳＳＢに基づく動作を制御する。例えば、端末１０は、当該セルＣ内に第２の初期ＤＬ　ＢＷＰが設定されるか否かに基づいて、第１の初期ＤＬ　ＢＷＰで送信されるＳＳＢ（以下、「第１のＳＳＢ」という）又は第２の初期ＤＬ　ＢＷＰで送信されるＳＳＢ（以下、「第２のＳＳＢ」という）のどちらに基づいて動作するかを決定してもよい。これにより、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内で第２の初期ＤＬ　ＢＷＰが設定され、第２の初期ＤＬ　ＢＷＰでＳＳＢが送信され得る場合でも、ＳＳＢに基づく動作を適切に制御できる。

　以下では、ＳＳＢに基づく動作の例として、（１）ページング用のＰＤＣＣＨモニタリング機会の決定動作、（２）ＲＡプリアンブル及び／又はＲＡプリアンブルの送信に用いられるリソース（以下、「ランダムアクセス機会（Random access Occasion：ＲＯ）という」の選択動作、（３）ＭＩＢ受信時の動作を説明する。なお、本実施形態は、以下の（１）～（３）だけでなく、ＳＳＢに基づく他の動作にも適宜適用可能である。

　（設定）
　本実施形態におけるＳＳＢに基づく動作（１）～（３）のための端末１０の設定（configuration）について説明する。端末１０は、基地局２０からパラメータ又は情報を受信する。本実施形態において「設定される（configured）」とは、当該パラメータ及び／又は情報を受信することであってもよいし、受信したパラメータ及び／又は情報に基づいて端末１０の動作を制御することであってもよい。以下では、当該パラメータ及び／又は情報として、ＲＲＣパラメータを例示するが、これに限られない。当該パラメータ及び／又は情報は、上位レイヤ（例えば、媒体アクセス制御（Medium Access Control：ＭＡＣ）レイヤ、非アクセスストレイタム（Non Access Stratum：ＮＡＳ）レイヤ等の物理レイヤよりも上位レイヤ）のパラメータであってもよいし、物理レイヤのパラメータであってもよい。

　＜初期ＤＬ　ＢＷＰに関する設定＞
　本実施形態において、第１の初期ＤＬ　ＢＷＰは、基地局２０からの上記第１の初期ＤＬ　ＢＷＰ情報に基づいて、端末１０に設定されてもよい。ここで、第１の初期ＤＬ　ＢＷＰ情報は、上記locationAndBandwidth、subcarrierSpacing及びcyclicPrefixの少なくとも一つを含んでもよい。また、第１の初期ＤＬ　ＢＷＰ情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内の「genericParameters」としての「BWP」）であってもよい。又は、第１の初期ＤＬ　ＢＷＰ情報は、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「DownlinkConfigCommon」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内の「genericParameters」としての「BWP」）であってもよい。第１の初期ＤＬ　ＢＷＰ情報は、セル固有であってもよい。

　また、第２の初期ＤＬ　ＢＷＰは、基地局２０からの上記第２の初期ＤＬ　ＢＷＰ情報に基づいて、端末１０に設定されてもよい。ここで、第２の初期ＤＬ　ＢＷＰ情報は、上記locationAndBandwidth、subcarrierSpacing及びcyclicPrefixの少なくとも一つを含んでもよい。第２の初期ＤＬ　ＢＷＰ情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内の「initialDownlinkBWP-RedCap」としての「BWP-DownlinkCommon」内の「genericParametersRedCap」としての「BWP」）であってもよい。又は、第２の初期ＤＬ　ＢＷＰ情報は、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「DownlinkConfigCommon」内の「initialDownlinkBWP-RedCap」としての「BWP-DownlinkCommon」内の「genericParametersRedCap」としての「BWP」）であってもよい。第２の初期ＤＬ　ＢＷＰ情報は、セル固有であってもよい。

　＜初期ＵＬ　ＢＷＰに関する設定＞
　第１の初期ＵＬ　ＢＷＰは、基地局２０からの上記第１の初期ＵＬ　ＢＷＰ情報に基づいて、端末１０に設定されてもよい。ここで、第１の初期ＤＬ　ＢＷＰ情報は、上記locationAndBandwidth、subcarrierSpacing及びcyclicPrefixの少なくとも一つを含んでもよい。また、第１の初期ＵＬ　ＢＷＰ情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「UplinkConfigCommonSIB」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内の「genericParameters」としての「BWP」）であってもよい。又は、第１の初期ＵＬ　ＢＷＰ情報は、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「UplinkConfigCommon」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内の「genericParameters」としての「BWP」）であってもよい。第２の初期ＵＬ　ＢＷＰ情報は、セル固有であってもよい。

　また、第２の初期ＵＬ　ＢＷＰは、基地局２０からの上記第２の初期ＵＬ　ＢＷＰ情報に基づいて、端末１０に設定されてもよい。ここで、第２の初期ＵＬ　ＢＷＰ情報は、上記locationAndBandwidth、subcarrierSpacing及びcyclicPrefixの少なくとも一つを含んでもよい。第２の初期ＵＬ　ＢＷＰ情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「UplinkConfigCommonSIB」内の「initialUplinkBWP-RedCap」としての「BWP-UplinkCommon」内の「genericParametersRedCap」としての「BWP」）であってもよい。又は、第２の初期ＵＬ　ＢＷＰ情報は、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「UplinkConfigCommon」内の「initialUplinkBWP-RedCap」としての「BWP-UplinkCommon」内の「genericParametersRedCap」としての「BWP」）であってもよい。第２の初期ＵＬ　ＢＷＰ情報は、セル固有であってもよい。

　＜ＳＳＢに関する設定＞
　第１のＳＳＢは、第１のＳＳＢの送信に関する情報（以下、「第１のＳＳＢ送信情報」という）に基づいて、端末１０に設定されてもよい。第１のＳＳＢ送信情報は、ＳＳバーストセット内での第１のＳＳＢ送信に関する情報（以下、「ssb-PositionsInBurst」という）、第１のＳＳＢのＳＳＢ周期に関する情報（以下、「ssb-periodicityServingCell」という）、第１のＳＳＢの送信電力に関する情報（以下、「ss-PBCH-BlockPower」という）、第１のＳＳＢの送信周波数に関する情報（以下、「ssb-Frequency」という）、及び、第１のＳＳＢのメジャメントタイミングに関する情報（以下、「SSB-MTC」という）の少なくとも一つを含んでもよい。第１のＳＳＢ送信情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内のパラメータ）であってもよいし、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内のパラメータ）であってもよい。第１のＳＳＢ送信情報は、セル固有であってもよい。

　第２のＳＳＢは、第２のＳＳＢの送信に関する情報（以下、「第２のＳＳＢ送信情報」という）に基づいて、端末１０に設定されてもよい。第２のＳＳＢ送信情報は、ＳＳバーストセット内での第２のＳＳＢ送信に関する情報（以下、「additionalSSB-PositionsInBurst」という）、第２のＳＳＢのＳＳＢ周期に関する情報（以下、「additionalSSB-periodicityServingCell」という）、第２のＳＳＢの送信電力に関する情報（以下、「additional-SS-PBCH-BlockPower」という）、第２のＳＳＢの送信周波数に関する情報（以下、「additionalSSB-Frequency」という）、及び、第２のＳＳＢのメジャメントタイミングに関する情報（以下、「additionalSSB-SMTC」という）の少なくとも一つを含んでもよい。第２のＳＳＢ送信情報は、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内のパラメータ）であってもよいし、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内のパラメータ）であってもよい。第２のＳＳＢ送信情報は、セル固有であってもよい。また、additionalSSB-PositionsInBurst、及び／又は、additionalSSB-periodicityServingCell、及び／又は、additional-SS-PBCH-BlockPower、及び／又は、additionalSSB-SMTCが設定されなかった場合、第１のＳＳＢ送信情報（ssb-PositionsInBurst、及び／又は、ssb-periodicityServingCell、及び／又は、ss-PBCH-BlockPower、及び／又は、ssb-SMTC）を第２のＳＳＢ送信情報に適用してもよい。

　なお、第１のＳＳＢの送信リソースと第２のＳＳＢの送信リソースがオーバーラップした場合には、端末１０は、第１のＳＳＢを用いてもよい（すなわち、第１のＳＳＢを優先してもよい）。送信リソースは、例えば、時間領域及び／又は周波数領域のリソースであってもよい。

　＜ＰＤＣＣＨに関する設定＞
　第１の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関する情報（以下、「pdcch-ConfigCommon」という）が端末１０に設定されてもよい。pdcch-ConfigCommonは、ページングサーチスペースに関する情報（以下、「pagingSearchSpace」という）、ＲＡサーチスペースに関する情報（以下、「ra-SearchSpace」という）、ＣＯＲＥＳＥＴに関する情報（以下、「commonControlResourceSet」という）、及び、ページング機会（paging occasion：ＰＯ）内の最初のＰＤＣＣＨモニタリング機会に関する情報（以下、「firstPDCCH-MonitoringOccasionOfPO」という）の少なくとも一つを含んでもよい。pdcch-ConfigCommonは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内のパラメータ）であってもよい。又は、pdcch-ConfigCommonは、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「DownlinkConfigCommon」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内のパラメータ）であってもよい。pdcch-ConfigCommonは、セル固有であってもよい。pdcch-ConfigCommonは、第１の下り制御チャネル設定情報等と呼ばれてもよい。

　第２の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関する情報（以下、「pdcch-ConfigCommonRedCap」という）が端末１０に設定されてもよい。pdcch-ConfigCommonRedCapは、pagingSearchSpace、ra-SearchSpace、commonControlResourceSet、及びfirstPDCCH-MonitoringOccasionOfPOの少なくとも一つを含んでもよい。pdcch-ConfigCommonRedCapは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内のパラメータ）であってもよい。又は、pdcch-ConfigCommonRedCapは、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「DownlinkConfigCommon」内の「initialDownlinkBWP」としての「BWP-DownlinkCommon」内のパラメータ）であってもよい。pdcch-ConfigCommonRedCapは、セル固有であってもよい。pdcch-ConfigCommonRedCapは、第２の下り制御チャネル設定情報等と呼ばれてもよい。

　＜ランダムアクセスに関する設定＞
　第１の初期ＤＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報（以下、「rach-ConfigCommon」という）が端末１０に設定されてもよい。rach-ConfigCommonは、ＲＯあたりの第１のＳＳＢの数、及び／又は、第１のＳＳＢ送信あたりのＲＡプリアンブルの数を示す情報（以下、「ssb-perRACH-OccasionAndCB-PreamblesPerSSB」という）、及び、第１のＳＳＢの受信電力（例えば、ＲＳＲＰ）の閾値に関する情報（以下、「rsrp-ThresholdSSB」という）の少なくとも一つを含んでもよい。rach-ConfigCommonは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「UplinkConfigCommonSIB」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内のパラメータ）であってもよい。又は、rach-ConfigCommonは、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「UplinkConfigCommon」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内のパラメータ）であってもよい。rach-ConfigCommonは、セル固有であってもよい。rach-ConfigCommonは、第１のランダムアクセスパラメータ等と呼ばれてもよい。

　第２の初期ＤＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報（以下、「rach-ConfigCommonRedCap」という）が端末１０に設定されてもよい。rach-ConfigCommonRedCapは、ＲＯあたりの第２のＳＳＢの数、及び／又は、第２のＳＳＢ送信あたりのＲＡプリアンブルの数を示す情報（以下、「ssb-perRACH-OccasionAndCB-PreamblesPerSSB」という）、及び、第２のＳＳＢの受信電力（例えば、ＲＳＲＰ）の閾値に関する情報（以下、「rsrp-ThresholdSSB」という）の少なくとも一つを含んでもよい。rach-ConfigCommonRedCapは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「UplinkConfigCommonSIB」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内のパラメータ）であってもよい。又は、rach-ConfigCommonRedCapは、他のＲＲＣメッセージ内のＲＲＣパラメータ（例えば、「ServingCellConfigCommon」内の「UplinkConfigCommon」内の「initialUplinkBWP」としての「BWP-UplinkCommon」内のパラメータ）であってもよい。rach-ConfigCommonRedCapは、セル固有であってもよい。rach-ConfigCommonRedCapは、第２のランダムアクセスパラメータ等と呼ばれてもよい。

　＜ページングに関する設定＞
　第１の初期ＤＬ　ＢＷＰにおけるページングの設定に関する情報（以下、「PCCH-Config」という）が端末１０に設定されてもよい。PCCH-Configは、ページングサイクルに関する情報（以下、「PagingCycle」という）、firstPDCCH-MonitoringOccasionOfPO、ページングサイクル内のページングフレーム（paging frmae：ＰＦ）の数及び／又は時間オフセットを示す情報（以下、「nAndPagingFrameOffset」という）、ＰＦあたりのＰＯの数に関する情報（以下、「ns」という）、及び、ＰＯ内のＳＳＢあたりのＰＤＣＣＨモニタリング機会の数に関する情報（以下、「nrofPDCCH-MonitoringOccasionPerSSB-InPO」という）の少なくとも一つを含んでもよい。PCCH-Configは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内のパラメータ）であってもよい。PCCH-Configは、セル固有であってもよい。PCCH-Configは、第１のページング設定情報等と呼ばれてもよい。

　第２の初期ＤＬ　ＢＷＰにおけるページングの設定に関する情報（以下、「PCCH-ConfigRedCap」という）が端末１０に設定されてもよい。PCCH-ConfigRedCapは、defaultPagingCycle、firstPDCCH-MonitoringOccasionOfPO、nAndPagingFrameOffset、ns及びnrofPDCCH-MonitoringOccasionPerSSB-InPOの少なくとも一つを含んでもよい。PCCH-ConfigRedCapは、ＳＩＢ１内のＲＲＣパラメータ（例えば、「ServingCellConfigCommonSIB」内の「DownlinkConfigCommonSIB」内のパラメータ）であってもよい。PCCH-Configは、セル固有であってもよい。PCCH-ConfigRedCapは、第２のページング設定情報等と呼ばれてもよい。

　（ＳＳＢに基づく動作）
　（１）ページング用のＰＤＣＣＨモニタリング機会の決定動作
　端末１０は、ＰＤＣＣＨモニタリング機会においてＰＤＣＣＨをモニタリングして、ページングメッセージを伝送するＰＤＳＣＨのスケジューリングに用いられるＤＣＩを受信する。当該ＤＣＩは、特定のＲＮＴＩ（例えば、Paging（Ｐ）－ＲＮＴＩ）によりＣＲＣスクランブルされてもよい。端末１０は、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内に第２の初期ＤＬ　ＢＷＰが設定されるか否かに基づいて、ＰＤＣＣＨモニタリング機会を決定してもよい。

　端末１０は、ＤＲＸ周期、ＤＲＸ周期内のＰＦの数、時間オフセット及び端末１０の識別子の少なくとも一つに基づいて、ページングフレームを決定する。ここで、ＰＦは、例えば、ＰＯを含む無線フレーム（Radio Frame：ＲＦ）である。例えば、端末１０は、以下の式（１）に基づいて、ＰＦの識別番号（以下、「システムフレーム番号（System Frame Number：ＳＦＮ）」という）を決定してもよい。
　（式１）
　（ＳＦＮ＋ＰＦ＿ｏｆｆｓｅｔ）　ｍｏｄ　Ｔ　
＝　（Ｔ　ｄｉｖ　Ｎ）＊（ＵＥ＿ＩＤ　ｍｏｄ　Ｎ）
　ここで、ＴはＤＲＸ周期であり、ＮはＴ内のＰＦの数であり、ＰＦ＿ｏｆｆｓｅｔは所定のオフセットであり、ＵＥ＿ＩＤは端末１０の識別子（例えば、５Ｇ－Ｓ－ＴＭＳＩ）に基づいて決定される値である。Ｔは、上記PagingCycleに基づいて決定されてもよい。PagingCycleは、例えば、３２、６４、１２８又は２５６ＲＦを示してもよい。また、Ｎ及び／又はＰＦ＿ｏｆｆｓｅｔは、上記nAndPagingFrameOffsetに基づいて決定されてもよい。nAndPagingFrameOffsetは、Ｔ内のｘＲＦ毎にＰＦが配置されること（例えば、ｘ＝１、２、４、８又は１６）及び／又は時間オフセットを示してもよい。

　端末１０は、ページングサーチスペースとして用いられるサーチスペースのＩＤ、上記firstPDCCH-MonitoringOccasionOfPO、及び、上記nrofPDCCH-MonitoringOccasionPerSSB-InPOの少なくとも一つに基づいて、ＰＦ内のＰＯを決定してもよい。ＰＯは、例えば、ページング用の一以上のＰＤＣＣＨモニタリング機会のセットであり、firstPDCCH-MonitoringOccasionOfPOが示す時間位置からＳ＊Ｘ個の連続するＰＤＣＣＨモニタリング機会（例えば、ＵＬシンボルを除くＳ＊Ｘ個の連続するシンボル）で構成されてもよい。ＰＯ内の各ＰＤＣＣＨモニタリング機会は所定数のシンボルで構成されてもよい。firstPDCCH-MonitoringOccasionOfPOは、例えば、ＰＦ内の最初のＰＤＣＣＨモニタリング機会の時間位置（例えば、シンボルの位置）を示してもよい。

　ここで、上記Ｓは、ＳＳバーストセット内で実際に送信されるＳＳＢの数であり、上記ssb-PositionsInBurst又はadditionalSSB-PositionsInBurstで示されてもよい。Ｘは、ＰＯ内のＳＳＢあたりのＰＤＣＣＨモニタリング機会の数であり、nrofPDCCH-MonitoringOccasionPerSSB-InPOに基づいて決定されてもよい。nrofPDCCH-MonitoringOccasionPerSSB-InPOは、例えば、ＰＯ内のＳＳＢあたりのＰＤＣＣＨモニタリング機会の数が２～４のいずれかであることを示し、nrofPDCCH-MonitoringOccasionPerSSB-InPOが設定されない場合当該ＰＤＣＣＨモニタリング機会の数が１であることを示してもよい。

　図７及び８は、本実施形態に係るＳＳＢ、ＰＦ及びＰＯの一例を示す図である。図７及び８では、それぞれ、第１及び第２の初期ＤＬ　ＢＷＰにおける第１及び第２のＳＳＢ、ＰＦ及びＰＯの一例が示されるが、第１及び第２の初期ＤＬ　ＢＷＰにおける第１及び第２のＳＳＢ、ＰＦ及びＰＯの設定は図示するものに限られず、各種パラメータの設定により適宜変更される。

　例えば、第１の初期ＤＬ　ＢＷＰでは、図７に示すように、Ｔ＝３２ＲＦであり、nAndPagingFrameOffsetがＴ内の１ＲＦ毎にＰＦが配置されること（oneT）を示してもよい。端末１０は、ＵＥ＿ＩＤに基づいて、Ｔ内の３２ＰＦのうちで当該端末１０用のＰＦ（ここでは、ＲＦ＃０）を決定してもよい。また、第１の初期　ＤＬ　ＢＷＰ用のfirstPDCCH-MonitoringOccasionOfPOが、ＰＦ内のシンボル＃０～＃１３９内の最初から５番目のシンボル（すなわち、スロット＃０のシンボル＃４）を示す。また、ssb-PositionsInBurst=11111111であり、ＳＳバーストセット内のＳＳＢ＃０～＃７（第１のＳＳＢ）が実際に送信されるので、Ｓ＝８である。また、第１のＳＳＢあたりのＰＤＣＣＨ機会の数が１であるので、Ｘ＝１である。したがって、端末１０は、ＲＦ＃０のスロット＃０のシンボル＃４から連続する８シンボルをＰＯとして決定する。当該ＰＯはＳ＊Ｘ個（ここでは、８個）のＰＤＣＣＨモニタリング機会で構成され、ＳＳＢ＃０～＃７はそれぞれＰＯ内の１番目～８番目のＰＤＣＣＨモニタリング機会（すなわち、スロット＃０のシンボル＃４～＃１１のＰＤＣＣＨモニタリング機会）に対応してもよい。マルチビーム運用の場合、端末１０は、ＰＯ内の各ＰＤＣＣＨモニタリング機会において対応するＳＳＢとＰＤＣＣＨのＤＭ－ＲＳが疑似コロケート（quasi-collocate）されると想定してもよい。

　一方、第２の初期ＤＬ　ＢＷＰでは、図８に示すように、Ｔ＝３２ＲＦであり、nAndPagingFrameOffsetがＴ内の８ＲＦ毎にＰＦが配置されること（oneEightT）及び時間オフセット「２」を示してもよい。端末１０は、ＵＥ＿ＩＤに基づいて、Ｔ内の４ＰＦのうちで当該端末１０用のＰＦ（ここでは、ＲＦ＃２）を決定してもよい。図８では、nAndPagingFrameOffsetがoneEightTを示すので、ページングモニタリング機会の最初のシンボルの候補位置は１１２０シンボル（すなわち、ＲＦ＃０～＃７のインデックス＃０～＃１１１９の１１２０シンボル（＝８＊１０＊１４））である。図８では、第２の初期　ＤＬ　ＢＷＰ用のfirstPDCCH-MonitoringOccasionOfPOが、ＲＦ＃０～＃７内のシンボル＃０～＃１１１９内のシンボル＃２８４（すなわち、PF＃２のスロット＃０のシンボル＃４）を示す。なお、図８では、各ＲＦ内のスロット毎にシンボルインデックスが付されているが、ＲＦ＃０～＃７内の全シンボルに通しでシンボルインデックス＃０～＃１１１９が付されてもよい。また、additionalSSB-PositionsInBurst=11110000であり、ＳＳバーストセット内のＳＳＢ＃０～＃３（第２のＳＳＢ）が実際に送信され、ＳＳＢ＃４～＃７は実際に送信されないので、Ｓ＝４である。また、ＳＳＢあたりのＰＤＣＣＨ機会の数が１であるので、Ｘ＝１である。したがって、端末１０は、ＲＦ＃２のスロット＃０のシンボル＃４から連続する４シンボルをＰＯとして決定する。当該ＰＯはＳ＊Ｘ個（ここでは、４個）のＰＤＣＣＨモニタリング機会で構成され、ＳＳＢ＃０～＃４はそれぞれＰＯ内の１番目～４番目のＰＤＣＣＨモニタリング機会（すなわち、スロット＃０のシンボル＃４～＃７のＰＤＣＣＨモニタリング機会）に対応してもよい。端末１０は、ＰＯ内の各ＰＤＣＣＨモニタリング機会において対応するＳＳＢとＰＤＣＣＨのＤＭ－ＲＳが疑似コロケートされると想定してもよい。

　図７及び８に示すように、端末１０には、第１の初期ＤＬ　ＢＷＰ用のパラメータ（例えば、第１のＳＳＢ送信情報及びpdcch-ConfigCommon）と、第２の初期ＤＬ　ＢＷＰ用のパラメータ（例えば、第２のＳＳＢ送信情報及びpdcch-ConfigCommonRedCap）とが、独立に設定され得る。そこで、端末１０は、第２の初期ＤＬ　ＢＷＰが設定されるか否か、及び／又は、所定の条件が満たされるか否かに基づいて、第１の初期ＤＬ　ＢＷＰ用又は第２の初期ＤＬ　ＢＷＰ用のどちらのパラメータに基づいてページング用のＰＤＣＣＨモニタリング機会を設定するかを決定する。

　図９は、本実施形態に係るページング用のＰＤＣＣＨモニタリング機会の決定動作の一例を示すフローチャートである。なお、図９において、端末１０には、第１の初期ＤＬ　ＢＷＰが設定されているものとする。ステップＳ１０１において、端末１０は、第２の初期ＤＬ　ＢＷＰが設定されるか否かを判定する。

　ステップＳ１０２において、端末１０に第２の初期ＤＬ　ＢＷＰが設定される場合、端末１０は、第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信、第２の初期ＤＬ　ＢＷＰにおけるページングサーチスペースの設定、及び、端末１０の能力の少なくとも一つに関する条件を満たすか否かを判定する。具体的には、端末１０は、以下の少なくとも一つの条件が満たされるか否かを判定してもよい。
（ａ）第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信が設定される。
（ｂ）第２の初期ＤＬ　ＢＷＰにおいてページングサーチスペースが設定される。
（ｃ）端末１０が特定の能力を有すること。

　例えば、上記条件（ａ）は、第２のＳＳＢ送信情報（例えば、additionalSSB-Frequency、additionalSSB-PositionsInBurst及びadditionalSSB-PeriodicityServingCellの少なくとも一つ）が設定されることであってもよい。また、上記条件（ｂ）は、pdcch-ConfigCommonRedCap内にpagingsearchspace（例えば、ページングサーチスペースのサーチスペースＩＤ）が設定されること、又は、pdcch-ConfigCommonRedCap内にpagingsearchspace及びcommonControlResourceSetが設定されることであってもよい。また、上記条件（ｃ）における特定の能力は、端末１０がＢＷＰにおけるＣＯＲＥＳＥＴ＃０及び／又はＳＳＢに関する能力である。例えば、条件（ｃ）は、端末１０に設定される各ＢＷＰがＣＯＲＥＳＥＴ＃０及びＳＳＢの帯域幅を含むこと（特徴（feature）グループ６－１）、及び／又は、当該ＣＯＲＥＳＥＴ＃０及びＳＳＢの帯域幅を含まないＢＷＰを許容すること（特徴グループ６－１ａ）であってもよい。

　第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ１０２の条件が満たされる場合（ステップＳ１０２；ＹＥＳ）、ステップＳ１０３において、端末１０は、第２のＳＳＢに関するadditionalSSB-PositionsInBurst及び／又は第２の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関するpdcch-ConfigCommonRedCapに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定する。

　具体的には、ステップＳ１０３において、端末１０は、pdcch-ConfigCommonRedCap内のpagingsearchspaceによって示されるサーチスペースＩＤが０以外である場合、additionalSSB-PositionsInBurst及び／又はpdcch-ConfigCommonRedCapに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。例えば、図８に示すように、端末１０は、additionalSSB-PositionsInBurst及びpdcch-ConfigCommonRedCap内のfirstPDCCH-MonitoringOccasionOfPOに基づいて、ページング用のＰＤＣＣＨモニタリング機会をＲＦ＃２内のスロット＃０内のシンボル＃４～＃７に決定してもよい。一方、端末１０は、サーチスペースＩＤが０である場合、ＳＩＢ１用のＰＤＣＣＨモニタリング機会をページング用のＰＤＣＣＨモニタリング機会として決定してもよい。

　なお、ステップＳ１０３において、端末１０は、pdcch-ConfigCommonRedCapに代えて又はpdcch-ConfigCommonRedCapに加えて、pcch-ConfigRedCapに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。例えば、端末１０は、pdcch-ConfigCommonRedCap又はpcch-ConfigRedCap内のfirstPDCCH-MonitoringOccasionOfPO、pcch-ConfigRedCap内のnrofPDCCH-MonitoringOccasionPerSSB-InPO、pcch-ConfigRedCap内のdefaultPagingCycle及びpcch-ConfigRedCap内のnAndPagingFrameOffsetの少なくとも一つに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。

　第２の初期ＤＬ　ＢＷＰが設定されない場合（ステップＳ１０１；ＮＯ）、又は、第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ１０２の条件が満たされない場合（ステップＳ１０２；ＮＯ）、ステップＳ１０４において、端末１０は、第１のＳＳＢに関するssb-PositionsInBurst及び／又は第１の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関するpdcch-ConfigCommonに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定する。

　具体的には、ステップＳ１０４において、端末１０は、pdcch-ConfigCommon内のpagingsearchspaceによって示されるサーチスペースＩＤが０以外である場合、ssb-PositionsInBurst及び／又はpdcch-ConfigCommonに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。例えば、図７に示すように、端末１０は、ssb-PositionsInBurst及びpdcch-ConfigCommon内のfirstPDCCH-MonitoringOccasionOfPOに基づいて、ページング用のＰＤＣＣＨモニタリング機会をＲＦ＃０内のスロット＃０内のシンボル＃４～＃１１に決定してもよい。一方、サーチスペースＩＤが０である場合、端末１０は、ＳＩＢ１用のＰＤＣＣＨモニタリング機会をページング用のＰＤＣＣＨモニタリング機会として決定してもよい。

　なお、ステップＳ１０４おいて、端末１０は、pdcch-ConfigCommonに代えて又はpdcch-ConfigCommonに加えて、pcch-Configに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。例えば、端末１０は、pdcch-ConfigCommonRedCap又はpcch-Config内のfirstPDCCH-MonitoringOccasionOfPO、pcch-Config内のnrofPDCCH-MonitoringOccasionPerSSB-InPO、pcch-Config内のdefaultPagingCycle及びpcch-Config内のnAndPagingFrameOffsetの少なくとも一つに基づいて、ページング用のＰＤＣＣＨモニタリング機会を決定してもよい。

　以上の動作によれば、第２の初期ＤＬ　ＢＷＰにおいて第２のＳＳＢが送信され得る場合でも、ページング用のＰＤＣＣＨモニタリング機会を適切に決定できる。したがって、端末１０は、ＰＤＣＣＨモニタリング機会で検出されるＤＣＩに基づいて、ページングメッセージを受信できる。

　（２）ＲＡプリアンブル及び／ＲＯの決定動作
　ランダムアクセス手順において、端末１０は、ＲＡプリアンブルを送信する。端末１０は、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内に第２の初期ＤＬ　ＢＷＰが設定されるか否かに基づいて、ＲＡプリアンブル及び／又はＲＡプリアンブルの送信に用いられるＲＯを決定してもよい。

　ＲＡプリアンブルは、所定の系列であり、ＰＲＡＣＨプリアンブル又はプリアンブル、プリアンブル系列、メッセージ１、ＰＲＡＣＨ等とも呼ばれる。ＲＯは、例えば、ＲＡプリアンブルの送信用の時間領域及び／又は周波数領域のリソースであり、一以上のシンボル及びＭ（Ｍ≧１）個のリソースブロックで構成されてもよい。ＲＯは、ＰＲＡＣＨ機会、ランダムアクセス機会、送信機会、機会等とも呼ばれる。ＲＡプリアンブルは、ランダムアクセスチャネル（Random Access Channel：ＰＲＡＣＨ）を用いて送信されてもよい。ＲＡＣＨは、ＲＡプリアンブルの伝送に用いられるＵＬチャネルであり、物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）等とも呼ばれる。

　ランダムアクセス手順には、衝突ベースランダムアクセス（Contention based random access：ＣＢＲＡ）及び衝突フリーランダムアクセス（Contention free random access：ＣＦＲＡ）が含まれる。ＣＢＲＡ及びＣＦＲＡには、それぞれ、２つのタイプがサポートされる。第１のタイプは、タイプ１、タイプ１ランダムアクセス手順（Type-1 random access procedure）、４ステップＲＡＣＨ、又は、４ステップランダムアクセス等と呼ばれる。第２のタイプは、タイプ２、タイプ２ランダムアクセス手順（Type-2 random access procedure）、２ステップＲＡＣＨ、又は、２ステップランダムアクセス等と呼ばれる。

　タイプ１のＣＢＲＡでは、端末１０は、ＲＡプリアンブルをランダムに選択し、選択したＲＡプリアンブルを基地局２０送信する。端末１０は、ＲＡプリアンブルに応じて、ＰＤＳＣＨを介してランダムアクセス応答（Random Access Response：ＲＡＲ）（メッセージ２とも呼ばれる）を受信し、ＲＡＲに応じて、ＰＵＳＣＨを介してメッセージ３を送信する。端末１０は、メッセージ３に応じてメッセージ４（衝突解決メッセージ）を、ＰＤＳＣＨを介して受信する。

　タイプ１のＣＦＲＡでは、端末１０は、基地局２０によって割り当てられたＲＡプリアンブルを基地局２０に送信する。端末１０は、ＲＡプリアンブルに応じて、ＰＤＳＣＨを介して、基地局２０からＲＡＲを受信する。当該ＲＡプリアンブルはＤＣＩによって示されるので、ＣＦＲＡはＰＤＣＣＨオーダのＲＡとも呼ばれる。

　タイプ２のＣＢＲＡでは、端末１０は、タイプ１のＣＢＲＡにおけるＲＡプリアンブル及びメッセージ３をメッセージＡとして送信し、メッセージＢ（すなわち、ＲＡＲ）を受信する。タイプ２のＣＢＲＡでも、メッセージＡ内のＲＡプリアンブルは、ランダムに選択される。タイプ２のＣＦＲＡでは、基地局２０からのＤＣＩによって示されるＲＡプリアンブル及びメッセージ３をメッセージＡとして送信し、メッセージＢを受信する。

　以上のタイプ１及び２のＣＢＲＡ及びＣＦＲＡにおいて、端末１０は、ＳＳＢのＲＳＲＰに基づいてＲＯ及び／又はＲＡプリアンブルを選択し、選択されたＲＯを用いて、ＲＡプリアンブルを送信してもよい。基地局２０は、端末１０から受信したＲＡプリアンブル、及び／又は、ＲＡプリアンブルの送信に用いられたＲＯから、当該端末１０がどのＳＳＢを受信したか、すなわち、どのビームフォーミング方向にいるのかを認識できる。すなわち、基地局２０は、端末１０からのＲＡプリアンブル及び／又はＲＡプリアンブルの受信に用いたＲＯに関連付けられるＳＳＢに基づいて、端末１０に対する疑似コロケーション（ＱＣＬ）関係を推定してもよい。制御部２０３は、当該ＳＳＢと同一の空間パラメータ（ビーム）を用いて、ＤＬ信号の送信及び／又はＵＬ信号の受信を制御してもよい。

　また、端末１０は、ＲＡサーチスペースにおいてＰＤＣＣＨをモニタリングして、特定のＲＮＴＩ（例えば、ＲＡ－ＲＮＴＩ）でＣＲＣスクランブルされたＤＣＩを検出し、当該ＤＣＩによりスケジューリングされるＰＤＳＣＨを介して、タイプ１及び２のＣＢＲＡ及びＣＦＲＡにおけるＲＡＲ、メッセージ４及びメッセージＢの少なくとも一つを受信してもよい。

　図１０は、本実施形態に係るＳＳＢとＲＯ及びＲＡプリアンブルとの関係の一例を示す図である。例えば、図１０では、第１の初期ＤＬ　ＢＷＰで実際に送信されるＳＳＢ＃０～＃７（第１のＳＳＢ）と第１の初期ＵＬ　ＢＷＰ内のＲＯ及びＲＡプリアンブルの関係が示される。なお、図１０は例示にすぎず、ＳＳＢ、ＲＯ及びＲＡプリアンブルの関係は図示するものに限られない。

　図１０に示すように、ＲＡプリアンブルの送信に用いられる一つ又は複数のスロット（以下、「ＲＡＣＨスロット」という）が所定周期（以下、「ＲＡＣＨリソース周期（RACH resource periodicity）」という）で設けられる。例えば、図１０では、ＲＡＣＨリソース周期が１０スロットであり、ＲＦ内の２、５、８番目のスロットがＲＡＣＨスロットであるが、これに限られない。

　例えば、図１０に示すように、各ＲＡＣＨスロットには、一以上のＲＯが設けられてもよい。一つのＲＯは、Ｍ（Ｍ≧１）個のリソースブロックで構成される。また、周波数領域には、Ｋ（図１０では、Ｋ＝２）個のＲＯを配置できる。また、時間領域には、１ＲＡＣＨスロットあたり１以上のＲＯを配置できる。例えば、図１０では、１ＲＡＣＨスロットあたり、周波数領域に２個、時間領域に１個の合計２ＲＯが配置される。このように、各ＲＡＣＨスロットには、時間領域及び／又は周波数領域において、一以上のＲＯが含まれてもよい。

　ＳＳＢは、一以上のＲＯに関連付けられる。また、一つのＳＳＢは、一以上のＲＡプリアンブルに関連付けられる。ＳＳＢと、ＲＯ及び／又はＲＡプリアンブルの関連付けは、上記ssb-perRACHOccasionAndCB-PreamblesPerSSBによって示されてもよい。具体的には、上記ssb-perRACHOccasionAndCB-PreamblesPerSSBは、一つのＲＯに関連付けられるＳＳＢ数及び／又は一つのＳＳＢに関連付けられるＲＡプリアンブル数を示してもよい。

　例えば、図１０では、ssb-PositionsInBurst=11111111であり、ＳＳバーストセット内のＳＳＢ＃０～＃７が第１の初期ＤＬ　ＢＷＰにおいて実際に送信されるものとする。ssb-perRACHOccasionAndCB-PreamblesPerSSBは、一つのＲＯに一つのＳＳＢが対応すること（”one”）を示し、かつ、一つのＳＳＢに８ＲＡプリアンブルが対応すること（”n8”）を示す。なお、一つのＲＯに関連付けられるＳＳＢ数Ｘは、１に限られず、１より大きい数（例えば、２、４、８又は１６）であってもよいし、１より小さい数（例えば、１／８、１／４又は１／２）であってもよい。Ｘ≧１の場合、一つのＲＯにはＸ個のＳＳＢが関連付けられる。Ｘ＜１の場合、一つのＳＳＢがＸの逆数個のＲＯに関連付けられる。また、一つのＳＳＢに関連付けられるＲＡプリアンブル数Ｙは、例えば、４、８、１２等であるがこれに限られず、１以上であればよい。また、図１０に示す各ＳＳＢに関連付けられるＲＯ及びＲＡプリアンブルのインデックス等は一例にすぎず、図示するものに限られない。

　図１０において、端末１０は、第１の初期ＤＬ　ＢＷＰにおいてＳＳバーストセット内のＳＳＢ＃０～＃７を用いてＲＳＲＰを測定する。端末１０には、ＳＳＢ＃０～＃７のＲＳＲＰの測定結果と、rsrp-ThresholdSSBが示す閾値とに基づいて、ＳＳＢ＃０～＃７の少なくとも一つを選択する。具体的には、端末１０は、ＲＳＲＰが当該閾値を越えるＳＳＢ＃０～＃７の少なくとも一つを選択してもよい。

　例えば、図１０において、端末１０は、ＲＳＲＰと当該閾値に基づいて２つのＳＳＢ＃０及び＃１を選択する場合、ＳＳＢ＃０及び＃１に関連付けられるＲＡプリアンブル＃０～＃１５の中からランダムに一つのＲＡプリアンブルを選択する。また、端末１０は、ＳＳＢ＃０及び＃１それぞれに関連付けられるＲＯ＃０及び＃１の中から一つのＲＯを選択する。端末１０は、選択したＲＯを用いて、選択されたＲＡプリアンブルを送信する。なお、ＣＦＲＡの場合、端末１０は、選択したＲＯを用いて、ＤＣＩが示すＲＡプリアンブルを送信してもよい。

　また、図１０では、タイプ１のＣＢＲＡ又はＣＦＲＡを想定したが、タイプ２のＣＢＲＡ又はＣＦＲＡに適用可能である。メッセージＡ用のＲＯ及び／又はＲＡプリアンブルの関連付けに関する情報（以下、「msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB」という）が端末１０に設定されてもよい。また、タイプ２のＣＢＲＡ又はＣＦＲＡ用にＳＳＢのＲＳＲＰの閾値に関する情報（以下、「msgA-RSRP-ThresholdSSB」という）が端末１０に設定されてもよい。端末１０は、図１０で説明したssb-perRACHOccasionAndCB-PreamblesPerSSB及びRSRP-ThresholdSSBと同様に、msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB及びmsgA-RSRP-ThresholdSSBに基づいて、メッセージＡとしてのＲＡプリアンブル及び／又はＲＡプリアンブル送信用のＲＯを選択してもよい。

　図１１は、本実施形態に係るＳＳＢとＲＯ及びＲＡプリアンブルとの関係の他の例を示す図である。例えば、図１１では、第２の初期ＤＬ　ＢＷＰで実際に送信されるＳＳＢ＃０～＃３（第２のＳＳＢ）と第２の初期ＵＬ　ＢＷＰ内のＲＯ及びＲＡプリアンブルの関係が示される。なお、図１１は例示にすぎず、ＳＳＢ、ＲＯ及びＲＡプリアンブルの関係は図示するものに限られない。また、図１１では、図１０との相違点を中心に説明する。

　例えば、図１１では、additionalSSB-PositionsInBurst=11110000であり、ＳＳバーストセット内のＳＳＢ＃０～＃３が第２の初期ＤＬ　ＢＷＰにおいて実際に送信されるものとする。ssb-perRACHOccasionAndCB-PreamblesPerSSBは、一つのＲＯに１／２個のＳＳＢが対応する（すなわち、一つのＳＳＢが２つのＲＯに対応する）こと（”oneHalf”）を示し、かつ、一つのＳＳＢに１６ＲＡプリアンブルが対応すること（”n16”）を示す。

　図１１において、端末１０は、第２の初期ＤＬ　ＢＷＰにおいてＳＳバーストセット内のＳＳＢ＃０～＃３を用いてＲＳＲＰを測定する。端末１０には、ＳＳＢ＃０～＃３のＲＳＲＰの測定結果と、rsrp-ThresholdSSBが示す閾値とに基づいて、ＳＳＢ＃０～＃７の少なくとも一つを選択する。具体的には、端末１０は、ＲＳＲＰが当該閾値を越えるＳＳＢ＃０～＃３の少なくとも一つを選択してもよい。

　例えば、図１１において、端末１０は、ＲＳＲＰと当該閾値に基づいてＳＳＢ＃１を選択する場合、ＳＳＢ＃１に関連付けられるＲＡプリアンブル＃１５～＃３１の中からランダムに一つのＲＡプリアンブルを選択する。また、端末１０は、ＳＳＢ＃１に関連付けられるＲＯ＃２及び＃３の中から一つのＲＯを選択する。端末１０は、選択したＲＯを用いて、選択されたＲＡプリアンブルを送信する。なお、ＣＦＲＡの場合、端末１０は、選択したＲＯを用いて、ＤＣＩが示すＲＡプリアンブルを送信してもよい。

　また、図１１では、タイプ１のＣＢＲＡ又はＣＦＲＡを想定したが、タイプ２のＣＢＲＡ又はＣＦＲＡに適用可能である。メッセージＡ用のＲＯ及び／又はＲＡプリアンブルの関連付けに関する情報（以下、「msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB」という）が端末１０に設定されてもよい。また、タイプ２のＣＢＲＡ又はＣＦＲＡ用にＳＳＢのＲＳＲＰの閾値に関する情報（以下、「msgA-RSRP-ThresholdSSB」という）が端末１０に設定されてもよい。端末１０は、図１１で説明したssb-perRACHOccasionAndCB-PreamblesPerSSB及びRSRP-ThresholdSSBと同様に、msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB及びmsgA-RSRP-ThresholdSSBに基づいて、メッセージＡとしてのＲＡプリアンブル及び／又はＲＡプリアンブル送信用のＲＯを選択してもよい。

　図１０及び図１１に示すように、端末１０には、第１の初期ＤＬ　ＢＷＰ用のパラメータ（例えば、第１のＳＳＢ送信情報及びrach-ConfigCommon）と、第２の初期ＤＬ　ＢＷＰ用のパラメータ（例えば、第２のＳＳＢ送信情報、rach-ConfigCommonRedCap）とが、独立に設定され得る。そこで、端末１０は、第２の初期ＤＬ　ＢＷＰが設定されるか否か、及び／又は、所定の条件が満たされるか否かに基づいて、第１の初期ＤＬ　ＢＷＰ用又は第２の初期ＤＬ　ＢＷＰ用のどちらのパラメータに基づいてＲＯ及び／又はＲＡプリアンブルを選択するかを決定する。

　図１２は、本実施形態に係るＲＯ及び／又はＲＡプリアンブルの選択動作の一例を示すフローチャートである。なお、図１２において、端末１０には、第１の初期ＤＬ　ＢＷＰが設定されているものとする。ステップＳ２０１において、端末１０は、第２の初期ＤＬ　ＢＷＰが設定されるか否かを判定する。

　ステップＳ２０２において、端末１０に第２の初期ＤＬ　ＢＷＰが設定される場合、端末１０は、第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信、第２の初期ＤＬ　ＢＷＰにおけるＲＡサーチスペースの設定、第２のランダムアクセスパラメータの設定、及び、端末１０の能力の少なくとも一つに関する条件を満たすか否かを判定する。具体的には、端末１０は、以下の少なくとも一つの条件が満たされるか否かを判定してもよい。
（Ａ）第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信が設定される。
（Ｂ）第２の初期ＤＬ　ＢＷＰにおいてＲＡサーチスペースが設定される。
（Ｃ）第２のランダムアクセスパラメータが設定される。
（Ｄ）端末１０が特定の能力を有する。

　例えば、上記条件（Ｂ）は、pdcch-ConfigCommonRedCap内にra-searchspace（例えば、ＲＡサーチスペースのサーチスペースＩＤ）が設定されること、又は、pdcch-ConfigCommonRedCap内にra-searchspace及び上記commonControlResourceSetが設定されることであってもよい。また、上記条件（Ｃ）は、rach-ConfigCommonRedCap内でssb-perRACH-OccasionAndCB-preamblesPerSSB及び／又はRSRP-ThresholdSSBが設定されることであってもよい。なお、上記条件（Ａ）及び（Ｄ）は、上記条件（ａ）及び（ｃ）と同様である。

　第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ２０２の条件が満たされる場合（ステップＳ２０２；ＹＥＳ）、ステップＳ２０３において、端末１０は、第２のＳＳＢに関するadditionalSSB-PositionsInBurst及び／又はRACH-ConfigCommonRedCapに基づいて、ＲＡプリアンブル及び／又はＲＯを選択する。

　具体的には、ステップＳ２０３において、端末１０は、additionalSSB-PositionsInBurst、RACH-ConfigCommonRedCap内のssb-perRACHOccasionAndCB-PreamblesPerSSB及びRSRP-ThresholdSSB、及び、第２のＳＳＢのＲＳＲＰの少なくとも一つに基づいて、ＲＡプリアンブル及び／又はＲＯを選択してもよい。例えば、図１１に示すように、端末１０は、additionalSSB-PositionsInBurst及びRACH-ConfigCommonRedCap内のssb-perRACHOccasionAndCB-PreamblesPerSSBに基づいて、ＳＳＢ＃０～＃３それぞれに対応するＲＯ及び／又はＲＡプリアンブルを決定してもよい。また、端末１０は、ＳＳＢ＃０～＃３のＲＳＲＰ及びRACH-ConfigCommonRedCap内のRSRP-ThresholdSSBに基づいて、ＳＳＢ＃０～＃３の少なくとも一つ（例えば、図１１では、RSRP-ThresholdSSBが示す閾値を越えるＲＳＲＰを有するＳＳＢ＃１）を選択してもよい。また、図１１では、端末１０は、選択されたＳＳＢに対応するＲＯ＃２及び＃３の一つ、及び／又は、選択されたＳＳＢ＃１に対応するＲＡプリアンブル＃１５～＃３１の一つを選択してもよい。

　第２の初期ＤＬ　ＢＷＰが設定されない場合（ステップＳ２０１；ＮＯ）、又は、第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ２０２の条件が満たされない場合（ステップＳ２０２；ＮＯ）、ステップＳ２０４において、端末１０は、第１のＳＳＢに関するssb-PositionsInBurst及び／又はRACH-ConfigCommonに基づいて、ＲＡプリアンブル及び／又はＲＯを選択する。

　具体的には、ステップＳ２０４において、端末１０は、ssb-PositionsInBurst、RACH-ConfigCommon内のssb-perRACHOccasionAndCB-PreamblesPerSSB及びRSRP-ThresholdSSB、及び、第１のＳＳＢのＲＳＲＰの少なくとも一つに基づいて、ＲＡプリアンブル及び／又はＲＯを決定してもよい。例えば、図１０に示すように、端末１０は、ssb-PositionsInBurst及びRACH-ConfigCommon内のssb-perRACHOccasionAndCB-PreamblesPerSSBに基づいて、ＳＳＢ＃０～＃７それぞれに対応するＲＯ及び／又はＲＡプリアンブルを決定してもよい。また、端末１０は、ＳＳＢ＃０～＃７のＲＳＲＰ及びRACH-ConfigCommon内のRSRP-ThresholdSSBに基づいて、ＳＳＢ＃０～＃７の少なくとも一つ（例えば、図１０では、RSRP-ThresholdSSBが示す閾値を越えるＲＳＲＰを有するＳＳＢ＃０及び＃１）を選択してもよい。また、図１０では、端末１０は、選択されたＳＳＢ＃０及び＃１に対応するＲＯ＃０及び＃１の一つ、及び／又は、選択されたＳＳＢ＃０及び＃１に対応するＲＡプリアンブル＃０～＃１５の一つを選択してもよい。

　なお、図１２に示す動作は、タイプ２のＣＢＲＡ及びＣＦＲＡにも適用可能である。タイプ２の場合、上記RACH-ConfigCommon及びRACH-ConfigCommonRedCapはそれぞれ、msgA-ConfigCommon及びmsgA-ConfigCommonRedCapに置き換えられてもよい。また、ssb-perRACHOccasionAndCB-PreamblesPerSSB及びRSRP-ThresholdSSBは、それぞれ、msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB及びmsgA-RSRP-ThresholdSSBに置き換えられてもよい。

　以上の動作によれば、第２の初期ＤＬ　ＢＷＰにおいて第２のＳＳＢが送信され得る場合でも、ＲＯ及び／又はＲＡプリアンブルを適切に選択できる。したがって、ランダムアクセスに関する動作を適切に制御できる。なお、上記におけるＲＡプリアンブルの選択とは、一つ又は複数のＲＡプリアンブルのグループ（又は、セット）の中から、ＲＡＣＨを用いて端末１０によって送信される一つのＲＡプリアンブルを選択（又は、決定）することであってもよい。また、当該ＲＡプリアンブルの選択は、当該ＲＡプリアンブルのインデックスの選択又は決定と言い換えられてもよく、端末１０は、選択されたインデックスのＲＡプリアンブルを、ＲＡＣＨを介して送信してもよい。

　（３）ＭＩＢ受信時の動作
　端末１０は、ＰＢＣＨを介して、ＭＩＢを受信する。端末１０は、第１の初期ＤＬ　ＢＷＰが設定されるセルＣ内に第２の初期ＤＬ　ＢＷＰが設定されるか否かに基づいて、ＭＩＢ受信時の動作を制御してもよい。具体的には、端末１０は、第２の初期ＤＬ　ＢＷＰが設定される場合、端末１０は、第２の初期ＤＬ　ＢＷＰで送信されるＳＳＢ内のＰＢＣＨを介して受信されたＭＩＢ内の特定のパラメータを無視する、又は、当該特定のパラメータが送信されないと想定してもよい。

　図１３は、本実施形態に係るＭＩＢの一例を示す図である。図１３に示すように、ＭＩＢは、以下の少なくとも一つのパラメータを含んでもよい。
・ＳＦＮに関する情報（以下、「systemFrameNumber」という）
・サブキャリア間隔に関する情報（以下、「subCarrierSpacingCommon」という）
・ＳＳＢとリソースブロックグリッドとの間の周波数オフセット（ｋ_ＳＳＢ）に関する情報（以下、「ssb-SubcarrierOffset」という）
・ＤＭ－ＲＳの位置に関する情報（以下、「dmrs-TypeA-Position」という）
・共通ＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ＃０）及び／又は共通サーチスペース（サーチスペース＃０）に関する情報（以下、「pdcch-ConfigSIB1」という）
・セル（に対するキャンプオン）が禁止されるか否かに関する情報（以下、「cellBarred」という）
・同周波数セルの選択及び／又は再選択に関する情報（以下、「intraFreqReselection」という）

　図１４は、本実施形態に係るＭＩＢ受信時の動作の一例を示すフローチャートである。なお、図１４において、端末１０には、第１の初期ＤＬ　ＢＷＰが設定されているものとする。ステップＳ３０１において、端末１０は、第２の初期ＤＬ　ＢＷＰが設定されるか否かを判定する。

　ステップＳ３０２において、端末１０に第２の初期ＤＬ　ＢＷＰが設定される場合、端末１０は、第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信、第２の初期ＤＬ　ＢＷＰにおけるページングサーチスペースの設定、第２の初期ＤＬ　ＢＷＰにおけるＲＡサーチスペースの設定、端末１０の能力の少なくとも一つに関する条件を満たすか否かを判定する。具体的には、端末１０は、以下の少なくとも一つの条件が満たされるか否かを判定してもよい。
（i）第２の初期ＤＬ　ＢＷＰにおける第２のＳＳＢの送信が設定される。
（ii）第２の初期ＤＬ　ＢＷＰにおいてページングサーチスペースが設定される。
（iii）第２の初期ＤＬ　ＢＷにおいてＲＡサーチスペースが設定される。
（iv）端末１０が特定の能力を有する。
　例えば、上記条件（i）、（ii）及び（iv）は、上記条件（ａ）、（ｂ）及び（ｃ）と同様である。上記条件（iii）は、上記条件（Ｂ）と同様である。

　第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ３０２の条件が満たされる場合（ステップＳ３０２；ＹＥＳ）、ステップＳ３０３において、端末１０は、第２のＳＳＢ内のＰＢＣＨを介して受信されたＭＩＢ内の特定のパラメータを無視する、又は、当該特定のパラメータが送信されないと想定してもよい。

　ここで、ＭＩＢ内の特定のパラメータは、例えば、cellBarred、intraFreqReselection及びssb-SubcarrierOffsetの少なくとも一つであるが、これに限られない。当該特定のパラメータは、ＭＩＢ内の少なくとも一つのパラメータであればよい。端末１０は、ＭＩＢ内の当該特定のパラメータ以外のパラメータに基づいて、第２の初期ＤＬ　ＢＷＰにおけるＤＬ信号の受信、及び／又は、第２の初期ＵＬ　ＢＷＰにおけるＵＬ信号の送信を制御してもよい。

　第２の初期ＤＬ　ＢＷＰが設定されない場合（ステップＳ３０１；ＮＯ）、又は、第２の初期ＤＬ　ＢＷＰが設定され、かつ、ステップＳ３０２の条件が満たされない場合（ステップＳ３０２；ＮＯ）、ステップＳ３０４において、端末１０は、第１のＳＳＢ内のＰＢＣＨを介して受信されたＭＩＢ内の各パラメータに基づいて、第１の初期ＤＬ　ＢＷＰにおけるＤＬ信号の受信、及び／又は、第１の初期ＵＬ　ＢＷＰにおけるＵＬ信号の送信を制御してもよい。

　なお、第２の初期ＤＬ　ＢＷＰが設定される場合における端末１０の動作は上記に限られない。例えば、端末１０は、第２の初期ＤＬ　ＢＷＰが設定される場合、端末１０は、第２のＳＳＢ内のＰＢＣＨを介して受信されるＭＩＢ内の特定のパラメータの値に関係なく、特定の意味に解釈してもよい。当該特定のパラメータは、例えば、cellBarredであり、端末１０は、cellBarredがセルが禁止されることを示しても、セルが禁止されないことを示すと解釈してもよい。

　以上の動作によれば、第１の初期ＤＬ　ＢＷＰだけでなく第２の初期ＤＬ　ＢＷＰにおいても第２のＳＳＢが送信され得る場合、ＭＩＢに基づいて適切に動作を行うことができる。

　（パラメータ）
　図１５～１８を参照し、本実施形態における上記ＳＳＢに基づく動作（１）～（３）のための端末１０の設定に用いられる上記パラメータ又は情報の一例を説明する。なお、図１５～１８に示す各パラメータ又は情報は、例示にすぎず、名称、サイズ、階層構造等は図示するものに限られない。また、本実施形態における上記動作（１）～（３）には、図１５～１８に図示しないパラメータ又は情報が用いられてもよいことは勿論である。

　図１５は、本実施形態に係るBWP-DownlinkCommonの一例を示す図である。BWP-DownlinkCommonは、ＤＬ　ＢＷＰの共通パラメータの設定に用いられる情報であり、ServingCellConfigCommon又はServingCellConfigCommonSIBに含まれてもよい。ServingCellConfigCommonSIBは、セル固有のパラメータであり、ＳＩＢ１に含まれてもよい。ServingCellConfigCommonは、セル固有の設定パラメータであり、他のＲＲＣメッセージに含まれてもよい。

　図１５に示すように、BWP-DownlinkCommonは、以下の少なくとも一つを含んでもよい。
・上記第１の初期ＤＬ　ＢＷＰ情報であるgenericParameters
・第１の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関する情報であるpdcch-ConfigCommon
・第１の初期ＤＬＢＷＰにおけるＰＤＳＣＨの設定に関する情報であるpdsch-ConfigCommon
・上記第２の初期ＤＬ　ＢＷＰ情報であるgenericParametersRedCap
・第２の初期ＤＬ　ＢＷＰにおけるＰＤＣＣＨの設定に関する情報であるpdcch-ConfigCommonRedCap
・第２の初期ＤＬ　ＢＷＰにおけるＰＤＳＣＨの設定に関する情報であるpdsch-ConfigCommonRedCap、及び、第２のＳＳＢ送信情報としてのadditionalSSB-PositionsInBurst、additionalSSB-periodicityServingCell、additional-SS-PBCH-BlockPower、additionalSSB-Frequency及びadditionalSSB-SMTCの少なくとも一つ
　なお、additionalSSB-PositionsInBurst内のgroupPresenceは、ＳＳバーストセット内で最大６４個送信可能なＳＳＢを８つのＳＳＢグループに分割したとき、各ＳＳＢグループが実際に送信されるか否かを、対応する各ビットの値によって示す情報である。また、inOneGroupは、ＳＳＢグループ内の各ＳＳＢが実際に送信されるか否かを、対応する各ビットの値によって示す情報である。６ＧＨｚを下回るオペレーションバンドでは、inOneGroupが示す情報のみが用いられてもよい。また、６ＧＨｚを上回るオペレーションバンドでは、inOneGroup及びgroupPresenceが示す情報が用いられてもよい。

　図１６は、本実施形態に係るBWP-UplinkCommonの一例を示す図である。BWP-UplinkCommonは、ＵＬ　ＢＷＰの共通パラメータの設定に用いられる情報であり、ServingCellConfigCommon又はServingCellConfigCommonSIBに含まれてもよい。ServingCellConfigCommonSIBは、セル固有のパラメータであり、ＳＩＢ１に含まれてもよい。ServingCellConfigCommonは、セル固有の設定パラメータであり、他のＲＲＣメッセージに含まれてもよい。

　図１６に示すように、BWP-UplinkCommonは、以下の少なくとも一つを含んでもよい。
・上記第１の初期ＵＬ　ＢＷＰ情報であるgenericParameters
・第１の初期ＵＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報であるrach-ConfigCommon
・第１の初期ＵＬＢＷＰにおけるＰＵＳＣＨの設定に関する情報であるpusch-ConfigCommon
・第１の初期ＵＬＢＷＰにおけるＰＵＣＣＨの設定に関する情報であるpucch-ConfigCommon
・第１の初期ＵＬ　ＢＷＰにおけるメッセージＡの送信に関する情報であるmsgA-ConfigCommon
・上記第２の初期ＵＬ　ＢＷＰ情報であるgenericParametersRedCap
・第２の初期ＵＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報であるrach-ConfigCommonRedCap
・第２の初期ＵＬＢＷＰにおけるＰＵＳＣＨの設定に関する情報であるpusch-ConfigCommonRedCap
・第２の初期ＵＬＢＷＰにおけるＰＵＣＣＨの設定に関する情報であるpucch-ConfigCommonRedCap
・第２の初期ＵＬ　ＢＷＰにおけるメッセージＡの送信に関する情報であるmsgA-ConfigCommonRedCap

　図１７は、本実施形態に係るRACH-ConfigCommonの一例を示す図である。RACH-ConfigCommonは、上記第１の初期ＵＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報（すなわち、rach-ConfigCommon）として機能してもよいし、又は、第２の初期ＵＬ　ＢＷＰにおけるランダムアクセスの設定に関する情報（すなわち、rach-ConfigCommonRedCap）として機能してもよい。

　図１７に示すように、pusch-ConfigCommonは、以下の少なくとも一つのパラメータを含んでもよい。
・ＲＯあたりの第１又は第２のＳＳＢの数、及び／又は、第１又は第２のＳＳＢあたりのＲＡプリアンブルの数を示す情報であるssb-perRACH-OccasionAndCB-PreamblesPerSSB
・第１又は第２のＳＳＢのＲＳＲＰの閾値に関する情報であるrsrp-ThresholdSSB

　図１８は、本実施形態に係るRACH-ConfigCommonTwoStepRAの一例を示す図である。RACH-ConfigCommonTwoStepRAは、第１の初期ＵＬ　ＢＷＰにおけるメッセージＡの送信に関する情報（すなわち、msgA-ConfigCommon）として機能してもよいし、第２の初期ＵＬ　ＢＷＰにおけるメッセージＡの送信に関する情報（すなわち、msgA-ConfigCommonRedCap）として機能してもよい。

　図１８に示すように、RACH-ConfigCommonTwoStepRAは、以下の少なくとも一つのパラメータを含んでもよい。
・ＲＯあたりの第１又は第２のＳＳＢの数、及び／又は、第１又は第２のＳＳＢあたりのＲＡプリアンブルの数を示す情報であるmsgA-SSB-perRACH-OccasionAndCB-PreamblesPerSSB
・第１又は第２のＳＳＢのＲＳＲＰの閾値に関する情報であるmsgA-rsrp-ThresholdSSB

　（無線通信システムの構成）
　次に、以上のような無線通信システム１の各装置の構成について説明する。なお、以下の構成は、本実施形態の説明において必要な構成を示すためのものであり、各装置が図示以外の機能ブロックを備えることを排除するものではない。

　＜ハードウェア構成＞
　図１９は、本実施形態に係る無線通信システム内の各装置のハードウェア構成の一例を示す図である。無線通信システム１内の各装置（例えば、端末１０、基地局２０、ＣＮ３０など）は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。

　プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、無線通信システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。無線通信システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。

　記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。

　通信装置１３は、有線及び／又は無線ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。また、通信装置１３には、アンプ、無線信号に関する処理を行うＲＦ（Radio Frequency）装置と、ベースバンド信号処理を行うＢＢ（BaseBand）装置とを含んでいてもよい。

　ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、電力増幅等を行うことで、アンテナから送信する無線信号を生成する。また、ＲＦ装置は、アンテナから受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。

　ＢＢ装置は、データをデジタルベースバンド信号に変換する処理を行う。具体的には、ＢＢ装置は、データをサブキャリアにマッピングし、ＩＦＦＴしてＯＦＤＭシンボルを生成し、生成したＯＦＤＭシンボルにＣＰを挿入し、デジタルベースバンド信号を生成してもよい。なお、ＢＢ装置は、データをサブキャリアにマッピングする前に、トランスフォームプリコーダ（ＤＦＴ拡散）を適用してもよい。

　また、ＢＢ装置は、デジタルベースバンド信号をデータに変換する処理を行う。具体的には、ＢＢ装置は、ＲＦ装置から入力されたデジタルベースバンド信号からＣＰを除去し、ＣＰを除去した信号に対してＦＦＴを行い、周波数領域の信号を抽出してもよい。なお、ＢＢ装置は、当該周波数領域の信号に対してＩＤＦＴを適用してもよい。

　入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。

　以上説明したハードウェア構成は一例に過ぎない。無線通信システム１内の各装置は、図１９に記載したハードウェアの一部が省略されていてもよいし、図１９に記載されていないハードウェアを備えていてもよい。また、図１９に示すハードウェアが１又は複数のチップにより構成されていてもよい。

　＜機能ブロック構成＞
　≪端末≫
　図２０は、本実施形態に係る端末の機能構成の一例を示す図である。図２０に示すように、端末１０は、受信部１０１と、送信部１０２と、制御部１０３と、を備える。図２０に示す機能構成は一例にすぎず、本実施形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、受信部１０１と送信部１０２とをまとめて通信部と称してもよい。

　なお、受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

　受信部１０１は、信号（例えば、ＤＬ信号及び／又はサイドリンク信号）を受信する。また、受信部１０１は、当該信号を介して伝送された情報及び／又はデータを受信してもよい。ここで、「受信する」とは、例えば、無線信号の受信、デマッピング、復調、復号、モニタリング、測定の少なくとも一つ等の受信に関する処理を行うことを含んでもよい。ＤＬ信号は、例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、下り参照信号、同期信号、ＰＢＣＨ等の少なくとも一つを含んでもよい。

　受信部１０１は、サーチスペース内のＰＤＣＣＨ候補をモニタリングして、ＤＣＩを検出する。受信部１０１は、ＤＣＩを用いてスケジューリングされるＰＤＳＣＨを介して、ＤＬデータを受信してもよい。ＤＬデータは、下りユーザデータ、及び／又は、上位レイヤの制御情報（例えば、ＭＡＣレイヤ、ＲＲＣレイヤ及びNon Access Stratum（ＮＡＳ）レイヤの少なくとも一つのパラメータ）を含んでもよい。受信部１０１は、ＰＢＣＨ及び／又はＰＤＳＣＨを介して、システム情報を受信してもよい。

　送信部１０２は、信号（例えば、ＵＬ信号及び／又はサイドリンク信号）を送信する。また、送信部１０２は、当該信号を介して伝送される情報及び／又はデータを送信してもよい。ここで、「送信する」とは、例えば、符号化、変調、マッピング、無線信号の送信の少なくとも一つ等の送信に関する処理を行うことを含んでもよい。ＵＬ信号は、例えば、ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ、上り参照信号等の少なくとも一つを含んでもよい。

　送信部１０２は、受信部１０１で受信されたＤＣＩを用いてスケジューリングされるＰＵＳＣＨを介して、ＵＬデータを送信してもよい。ＵＬデータは、上りユーザデータ、及び／又は、上位レイヤの制御情報（例えば、ＭＡＣレイヤ、ＲＲＣレイヤ及びＮＡＳレイヤの少なくとも一つのパラメータ）を送信してもよい。

　制御部１０３は、端末１０における各種制御を行う。具体的には、制御部１０３は、基地局２０又は他の端末１０から受信部１０１によって受信される各種の設定（configuration）に関する情報（例えば、ＲＲＣレイヤのパラメータ）に基づいて、端末１０の動作を制御してもよい。当該情報に基づいて端末１０が動作することは、「設定情報が端末１０に設定されること（configured）」と同義であってもよい。

　制御部１０３は、受信部１０１における信号の受信を制御してもよい。また、制御部１０３は、送信部１０２における信号の送信を制御してもよい。制御部１０３は、送信部１０２によって送信される信号にトランスフォームプリコーダを適用するか否かを決定してもよい。

　本実施形態において、端末１０は、所定期間（例えば、ＰＤＣＣＨモニタリング機会）においてサーチスペース（例えば、ページングサーチスペース）を用いて下り制御チャネルをモニタリングして、ページングメッセージを伝送する下り共有チャネルのスケジューリングに用いられる下り制御情報を受信する受信部１０１と、第１の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるセルＣ内に第２の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるか否かに基づいて、前記所定期間を決定する制御部１０３と、を備えてもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定される場合、前記第２の初期ＤＬ　ＢＷＰにおける第２の同期信号ブロック（ＳＳＢ）の送信、前記第２の初期ＤＬ　ＢＷＰにおける前記サーチスペースの設定、及び、前記端末の能力の少なくとも一つに関する条件が満たされるか否かに基づいて、前記所定期間を決定してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされる場合、前記第２のＳＳＢの送信に関する情報（例えば、additionalSSB-PositionInBurst）及び前記第２の初期ＤＬ　ＢＷＰにおける前記下り制御チャネルの設定に関する情報（例えば、pdcch-ConfigCommonRedCap）の少なくとも一つに基づいて、前記所定期間を決定してもよい。

　制御部１０３は、前記サーチスペースとして特定のＩＤ（例えば、「０」）以外のサーチスペースが設定される場合、前記第２のＳＳＢの送信に関する情報（例えば、additionalSSB-PositionInBurst）及び前記第２の初期ＤＬ　ＢＷＰにおける前記下り制御チャネルの設定に関する情報（例えば、pdcch-ConfigCommonRedCap）の少なくとも一つに基づいて、前記所定期間を決定してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされない場合、前記第１のＳＳＢの送信に関する情報（例えば、SSB-PositionInBurst）及び前記第１の初期ＤＬ　ＢＷＰにおける前記下り制御チャネルの設定に関する情報（例えば、pdcch-ConfigCommon）の少なくとも一つに基づいて、前記所定期間を決定してもよい。

　制御部１０３は、前記サーチスペースとして特定のＩＤ（例えば、「０」）以外のサーチスペースが設定される場合、前記第１のＳＳＢの送信に関する情報（例えば、SSB-PositionInBurst）及び前記第１の初期ＤＬ　ＢＷＰにおける前記下り制御チャネルの設定に関する情報（例えば、pdcch-ConfigCommon）の少なくとも一つに基づいて、前記所定期間を決定してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定されない場合、前記第１のＳＳＢの送信に関する情報（例えば、SSB-PositionInBurst）及び前記第１の初期ＤＬ　ＢＷＰにおける前記下り制御チャネルの設定に関する情報（例えば、pdcch-ConfigCommon）の少なくとも一つに基づいて、前記所定期間を決定してもよい。

　また、本実施形態において、端末１０は、ランダムアクセスプリアンブルを送信する送信部１０２と、第１の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるセル内に第２の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるか否かに基づいて、前記ランダムアクセスプリアンブル、及び／又は、前記ランダムアクセスプリアンブルの送信に用いられるリソースを選択する制御部１０３と、を備えてもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定される場合、前記第２の初期ＤＬ　ＢＷＰにおける第２の同期信号ブロック（ＳＳＢ）の送信、前記第２の初期ＤＬ　ＢＷＰにおけるランダムアクセス用のサーチスペースの設定、前記第２の初期ＤＬ　ＢＷＰにおけるランダムアクセスに関する第２のランダムアクセスパラメータの設定、及び、前記端末の能力の少なくとも一つに関する条件が満たされるか否かに基づいて、前記ランダムアクセスプリアンブル及び／又は前記リソースを選択してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされる場合、前記第２のＳＳＢの送信に関する情報（例えば、additionalSSB-PositionInBurst）、前記第２のランダムアクセスパラメータ（例えば、RACH-ConfigCommonRedCap）、及び、前記第２のＳＳＢの受信電力の少なくとも一つに基づいて、前記ランダムアクセスプリアンブル及び／又は前記リソースを選択してもよい。

　前記第２のランダムアクセスパラメータは、前記第２のＳＳＢと前記リソース及び／又は前記ランダムアクセスプリアンブルとの関連付けに関する情報（例えば、ssb-perRACH-OccasionAndCB-preamblesPerSSB）、及び、前記第２のＳＳＢの受信電力の閾値に関する情報（例えば、RSRP-ThresholdSSB）の少なくとも一つを含んでもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされない場合、前記第１の初期ＤＬ　ＢＷＰにおける第１の同期信号ブロック（ＳＳＢ）の送信に関する情報（例えば、ssb-PositionsInBurst）、前記第１の初期ＤＬ　ＢＷＰにおけるランダムアクセスに関する第１のランダムアクセスパラメータ（例えば、Rach-ConfigCommon）、及び、前記第１のＳＳＢの受信電力の少なくとも一つに基づいて、前記ランダムアクセスプリアンブル及び／又は前記リソースを選択してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定されない場合、前記第１の初期ＤＬ　ＢＷＰにおける第１の同期信号ブロック（ＳＳＢ）の送信に関する情報（例えば、ssb-PositionsInBurst）、前記第１の初期ＤＬ　ＢＷＰにおけるランダムアクセスに関する第１のランダムアクセスパラメータ（例えば、Rach-ConfigCommon）、及び、前記第１のＳＳＢの受信電力の少なくとも一つに基づいて、前記ランダムアクセスプリアンブル及び／又は前記リソースを選択してもよい。

　前記第１のランダムアクセスパラメータは、前記第１のＳＳＢと前記リソース及び／又は前記ランダムアクセスプリアンブルとの関連付けに関する情報（例えば、ssb-perRACH-OccasionAndCB-preamblesPerSSB）、及び、前記第１のＳＳＢの受信電力の閾値に関する情報（例えば、RSRP-ThresholdSSB）の少なくとも一つを含んでもよい。

　本実施形態において、端末１０は、マスター情報ブロック（ＭＩＢ）を受信する受信部１０１と、第１の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるセル内に第２の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるか否かに基づいて、前記ＭＩＢ内の特定のパラメータに基づく動作を制御する制御部１０３と、を備えてもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定される場合、前記第２の初期ＤＬ　ＢＷＰにおける第２の同期信号ブロック（ＳＳＢ）の送信、前記第２の初期ＤＬ　ＢＷＰにおけるページング用のサーチスペースの設定、前記第２の初期ＤＬ　ＢＷＰにおけるランダムアクセス用のサーチスペースの設定、及び、前記端末の能力の少なくとも一つに関する条件が満たされるか否かに基づいて、前記特定のパラメータを無視する、又は、前記特定のパラメータが送信されないと想定してもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされる場合、前記第２のＳＳＢに含まれる報知チャネルを介して受信された前記ＭＩＢ内の前記特定のパラメータを無視する、又は、前記特定のパラメータが送信されないと想定してもよい。

　前記特定のパラメータは、セルが禁止されるか否かに関する情報（例えば、cellBarred）、同周波数セルの選択及び／又は再選択に関する情報（例えば、intraFreqReselection）、及び、前記第２のＳＳＢとリソースブロックグリッドとの間の周波数領域オフセットに関する情報（例えば、ssb-SubcarrierOffset）の少なくとも一つを含んでもよい。

　制御部１０３は、前記第２の初期ＤＬ　ＢＷＰが設定される場合、前記特定のパラメータの値に関係なく、特定の意味に解釈してもよい。前記特定のパラメータは、セルが禁止されるか否かに関する情報（例えば、cellBarred）を含み、制御部１０３は、前記情報が示す値に関係なく、前記セルが禁止されないと解釈してもよい。

　≪基地局≫
　図２１は、本実施形態に係る基地局の機能ブロック構成の一例を示す図である。図２１に示すように、基地局２０は、受信部２０１と、送信部２０２と、制御部２０３と、を備える。図２１に示す機能構成は一例にすぎず、本実施形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、受信部２０１と送信部２０２とをまとめて通信部と称してもよい。

　なお、受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部２０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

　受信部２０１は、信号（例えば、ＵＬ信号及び／又はサイドリンク信号）を受信する。また、受信部２０１は、当該信号を介して伝送された情報及び／又はデータ（例えば、上記ＵＬデータ）を受信してもよい。

　送信部２０２は、信号（例えば、ＤＬ信号及び／又はサイドリンク信号）を送信する。また、送信部２０２は、当該信号を介して伝送される情報及び／又はデータ（例えば、上記ＤＬデータ）を送信してもよい。なお、送信部２０２から送信される一部の情報は、コアネットワーク装置内の送信部によって送信されてもよい。

　制御部２０３は、端末１０との通信のための各種制御を行う。具体的には、制御部２０３は、端末１０に通知される各種の設定に関する情報を決定してもよい。当該情報を端末１０に送信することは、「当該情報が端末に設定されること」と同義であってもよい。

　制御部２０３は、受信部２０１における信号の受信を制御してもよい。また、制御部２０３は、送信部２０２における信号の送信を制御してもよい。

　本実施形態において、基地局２０は、所定期間（例えば、ＰＤＣＣＨモニタリング機会）においてサーチスペース（例えば、ページングサーチスペース）を用いて下り制御チャネルをモニタリングして、ページングメッセージを伝送する下り共有チャネルのスケジューリングに用いられる下り制御情報を送信する送信部２０２と、第１の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるセルＣ内に第２の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるか否かに基づいて、前記所定期間を決定する制御部２０３と、を備えてもよい。

　また、本実施形態において、基地局２０は、ランダムアクセスプリアンブルを受信する受信部２０１と、前記ランダムアクセスプリアンブル及び／又は前記ランダムアクセスプリアンブルの受信に用いられるリソースに基づいて、ＤＬ信号の送信及び／又はＵＬ信号の受信を制御する制御部２０３とを備えてもよい。

　制御部２０３は、前記ランダムアクセスプリアンブル及び／又は前記ランダムアクセスプリアンブルに関連付けられる同期信号ブロック（ＳＳＢ）に基づいて、端末１０に対する疑似コロケーション（ＱＣＬ）関係を推定してもよい。制御部２０３は、前記ＳＳＢと同一のビームを用いて、ＤＬ信号の送信及び／又はＵＬ信号の受信を制御してもよい。

　本実施形態において、基地局２０は、マスター情報ブロック（ＭＩＢ）を送信する送信部２０２と、第１の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるセル内に第２の初期下り帯域幅部分（ＤＬ　ＢＷＰ）が設定されるか否かに基づいて、前記ＭＩＢ内の特定のパラメータの送信を制御する制御部２０３と、を備えてもよい。

　制御部２０３は、前記第２の初期ＤＬ　ＢＷＰが設定される場合、前記第２の初期ＤＬ　ＢＷＰにおける第２の同期信号ブロック（ＳＳＢ）の送信、前記第２の初期ＤＬ　ＢＷＰにおけるページング用のサーチスペースの設定、前記第２の初期ＤＬ　ＢＷＰにおけるランダムアクセス用のサーチスペースの設定、及び、前記端末の能力の少なくとも一つに関する条件が満たされるか否かに基づいて、前記第２のＳＳＢに含まれる報知チャネルを介した前記ＭＩＢ内の前記特定のパラメータの送信を中止してもよい。

　制御部２０３は、前記第２の初期ＤＬ　ＢＷＰが設定され、かつ、前記条件が満たされる場合、前記第２のＳＳＢに含まれる報知チャネルを介した前記ＭＩＢ内の前記特定のパラメータの送信を中止してもよい。

　（補足）
　上記実施形態における各種の信号、情報、パラメータは、どのようなレイヤでシグナリングされてもよい。すなわち、上記各種の信号、情報、パラメータは、上位レイヤ（例えば、ＮＡＳレイヤ、ＲＲＣレイヤ、ＭＡＣレイヤ等）、下位レイヤ（例えば、物理レイヤ）等のどのレイヤの信号、情報、パラメータに置き換えられてもよい。また、所定情報の通知は明示的に行うものに限られず、黙示的に（例えば、情報を通知しないことや他の情報を用いることによって）行われてもよい。

　また、上記実施形態における各種の信号、情報、パラメータ、ＩＥ、チャネル、時間単位及び周波数単位の名称は、例示にすぎず、他の名称に置き換えられてもよい。例えば、スロットは、所定数のシンボルを有する時間単位であれば、どのような名称であってもよい。また、ＲＢは、所定数のサブキャリアを有する周波数単位であれば、どのような名称であってもよい。また、「第１の～」、「第２の～」は、複数の情報又は信号の単なる識別にすぎず、適宜順番が入れ替えられてもよい。

　例えば、上記本実施形態では、ＤＬデータを伝送する物理チャネル、ＵＬデータを伝送する物理チャネル、ＤＣＩを伝送する物理チャネル、報知情報を伝送する物理チャネル及びＲＡプリアンブルを伝送する物理チャネルの一例として、それぞれ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＢＣＨ及びＰＲＡＣＨ等を例示するが、同様の機能を有する物理チャネルであれば、名称はこれらに限られない。また、これらの物理チャネルは、物理チャネルがマッピングされるトランスポートチャネルに言い換えられてもよい。また、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＢＣＨ及びＰＲＡＣＨ等は、それぞれ、物理チャネルにマッピングされるトランスポートチャネル（例えば、下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）、上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）、報知チャネル（Broadcast Channel：ＢＣＨ及びランダムアクセスチャネル（Random Access Channel：ＲＣＨ）の少なくとも一つ）等と言い換えられてもよい。また、これらのトランスポートチャネルは、トランスポートチャネルがマッピングされる論理チャネルに言い換えられてもよい。また、ＤＬデータ及びＵＬデータは、それぞれ、下りリンク及び上りリンクのデータであり、当該データはユーザデータ及び上位レイヤの制御情報（例えば、ＲＲＣパラメータ、媒体アクセス制御（Medium Access Control：ＭＡＣ）パラメータ等）を含んでもよい。

　また、上記実施形態における端末１０の用途（例えば、ＲｅｄＣａｐ、ＩｏＴ向け等）は、例示するものに限られず、同様の機能を有する限り、どのような用途（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）等）で利用されてもよい。また、各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。

　以上説明した実施形態は、本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、インデックス、条件等は、例示したものに限定されるわけではなく適宜変更することができる。また、上記実施形態で説明した少なくとも一部の構成を部分的に置換し又は組み合わせることが可能である。

Claims

　無線リソース制御メッセージを受信し、
　前記無線リソース制御メッセージに含まれる第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれるか否かを判定し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれる場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信する
　端末。
　前記第１のＳＳ／ＰＢＣＨブロックはセルデファイニングＳＳ／ＰＢＣＨブロックであり、前記第２のＳＳ／ＰＢＣＨブロックは非セルデファイニングＳＳ／ＰＢＣＨブロックである
　請求項１に記載の端末。
　前記端末は、前記第２のＳＳ／ＰＢＣＨブロックを、ＲｅｄＣａｐ端末向けの初期下りリンク帯域幅部分において受信する
　請求項１又は請求項２に記載の端末。
　無線リソース制御メッセージを送信し、
　前記無線リソース制御メッセージに含める第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含める場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報、及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含めない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信する
　基地局。
　前記第１のＳＳ／ＰＢＣＨブロックはセルデファイニングＳＳ／ＰＢＣＨブロックであり、前記第２のＳＳ／ＰＢＣＨブロックは非セルデファイニングＳＳ／ＰＢＣＨブロックである
　請求項４に記載の基地局。
　前記基地局は、前記第２のＳＳ／ＰＢＣＨブロックを、ＲｅｄＣａｐ端末向けの初期下りリンク帯域幅部分において送信する
　請求項４又は請求項５に記載の基地局。
　無線リソース制御メッセージを受信し、
　前記無線リソース制御メッセージに含まれる第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれるか否かを判定し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれる場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報が含まれない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを受信する
　端末により実行される無線通信方法。
　前記第１のＳＳ／ＰＢＣＨブロックはセルデファイニングＳＳ／ＰＢＣＨブロックであり、前記第２のＳＳ／ＰＢＣＨブロックは非セルデファイニングＳＳ／ＰＢＣＨブロックである
　請求項７に記載の無線通信方法。
　前記端末は、前記第２のＳＳ／ＰＢＣＨブロックを受信する工程において、前記第２のＳＳ／ＰＢＣＨブロックをＲｅｄＣａｐ端末向けの初期下りリンク帯域幅部分において受信する
　請求項７又は請求項８に記載の無線通信方法。
　無線リソース制御メッセージを送信し、
　前記無線リソース制御メッセージに含める第１の同期信号及び物理報知チャネル（ＳＳ／ＰＢＣＨ）ブロックの周期に関する情報に基づいて、第１のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含める場合、前記第２のＳＳ／ＰＢＣＨブロックの周波数に関する情報、及び、前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信し、
　前記無線リソース制御メッセージに前記第２のＳＳ／ＰＢＣＨブロックの周期に関する情報を含めない場合、前記第１のＳＳ／ＰＢＣＨブロックの周期に関する情報に基づいて、前記第２のＳＳ／ＰＢＣＨブロックを送信する
　基地局により実行される無線通信方法。
　前記第１のＳＳ／ＰＢＣＨブロックはセルデファイニングＳＳ／ＰＢＣＨブロックであり、前記第２のＳＳ／ＰＢＣＨブロックは非セルデファイニングＳＳ／ＰＢＣＨブロックである
　請求項１０に記載の無線通信方法。
　前記基地局は、前記第２のＳＳ／ＰＢＣＨブロックを送信する工程において、前記第２のＳＳ／ＰＢＣＨブロックをＲｅｄＣａｐ端末向けの初期下りリンク帯域幅部分において送信する
　請求項１０又は請求項１１に記載の無線通信方法。