JP2022025801A - 端末装置、基地局装置、および、通信方法 - Google Patents

Abstract

【課題】端末装置と基地局装置が効率的に通信を行うこと【解決手段】端末装置が、第１のインデックスを示すＲＲＣパラメータを含むＭＩＢをＰＢＣＨで受信し、前記第１のインデックスに基づいて、第１のサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数を決定し、前記第１のインデックスが所定の値である場合に、前記ＰＤＣＣＨが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記ＰＤＣＣＨをモニタする。【選択図】図７

Description

本発明は、端末装置、基地局装置、および、通信方法に関する。

現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。

第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low Latency Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。更に、NRの将来リリースであるRelease 17では、センサネットワークや監視カメラ、および／またはウェアラブルデバイス等の用途を想定し、eMBBやURLLCのような高い要求条件を必要としない一方でコスト削減やバッテリーの長寿命を図るreduced capability (REDCAP) NRデバイスの検討が行われている（非特許文献２）。

RP-161214, NTT DOCOMO, "Revision of SI: Study on New Radio Access Technology", 2016年6月 RP-193238, Ericsson, "New SID on support of reduced capability NR devices", 2019年12月

本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、および、通信方法を提供することを目的とする。

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、第１のインデックスを示すＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで受信する受信部と、前記第１のインデックスに基づいて、第１のサーチスペースセットで送信される物理下りリンク制御チャネルの繰り返し送信回数を決定する処理部と、を備え、前記処理部は、前記第１のインデックスが所定の値である場合に、前記物理下りリンク制御チャネルが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする。

（２）また、本発明の一態様における基地局装置は、第１のインデックスを示すＲＲＣパラメータを生成する処理部と、前記ＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで送信する送信部と、を備え、前記処理部は、第１のサーチスペースセットで物理下りリンク制御チャネルを送信しない場合に、前記第１のインデックスを所定の値に設定し、前記第１のサーチスペースセットで前記物理下りリンク制御チャネルを送信する場合に、前記第１のインデックスを第１のサーチスペースセットで送信する物理下りリンク制御チャネルの繰返し送信回数に対応する値に設定する。

（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、第１のインデックスを示すＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで受信し、前記第１のインデックスに基づいて、第１のサーチスペースセットで送信される物理下りリンク制御チャネルの繰り返し送信回数を決定し、前記第１のインデックスが所定の値である場合に、前記物理下りリンク制御チャネルが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする。

（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、第１のインデックスを示すＲＲＣパラメータを生成し、前記ＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで送信し、第１のサーチスペースセットで物理下りリンク制御チャネルを送信しない場合に、前記第１のインデックスを所定の値に設定し、前記第１のサーチスペースセットで前記物理下りリンク制御チャネルを送信する場合に、前記第１のインデックスを第１のサーチスペースセットで送信する物理下りリンク制御チャネルの繰返し送信回数に対応する値に設定する。

この発明によれば、端末装置と基地局装置が、効率的に通信することができる。

本発明の実施形態に係る無線通信システムの概念を示す図である。 本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報であるＲＲＣパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１－ＲＣの構成の一例を示す図である。 本発明の実施形態に係るｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値がインデックスとして適用されるテーブルの一例を示す図である。 本発明の実施形態に係るｓｅａｒｃｈＳｐａｃｅＺｅｒｏの値がインデックスとして適用されるテーブルの一例を示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＭＩＢ内の２ビットのパラメータｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓで示されるインデックスとＰＤＣＣＨの繰返し送信回数のテーブルの一例を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックおよび１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックが送信されるハーフフレームの一例を示す図である。 本発明の実施形態に係るＰＢＣＨの第１のスクランブリング処理の例を示す図である。 本発明の実施形態に係るＰＢＣＨの第１のスクランブリング処理およびＲＥＤＣＡＰ ＰＢＣＨの第３のスクランブリング処理に用いるパラメータの例を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロック内でＰＳＳ、ＳＳＳ、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳが配置されるリソースを示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨの第３のスクランブリング処理の例を示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックおよび１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックが送信されるハーフフレームの例を示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロック内でＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが配置されるリソースを示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックの例を示す図である。 本発明の実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックの別の例を示す図である。 本発明の実施形態に係るビームフォーミングの一例を示した図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。

以下、本発明の実施形態について説明する。

図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。

端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。

本実施形態では、基地局装置３から端末装置１への無線通信リンクは下りリンクと称される。本実施形態では、端末装置１から基地局装置３への無線通信リンクは上りリンクと称される。

図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）、シングルキャリア周波数多重（SC-FDM: Single-Carrier Frequency Division Multiplexing）、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）、マルチキャリア符号分割多重（MC-CDM: Multi-Carrier Code Division Multiplexing）が用いられてもよい。

また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。

なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。

また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。

本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏといった無線アクセス技術（RAT: Radio Access Technology）とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループ、キャリアまたはキャリアグループ（例えば、プライマリセル（PCell: Primary Cell）、セカンダリセル（SCell: Secondary Cell）、プライマリセカンダリセル（PSCell）、ＭＣＧ（Master Cell Group）、ＳＣＧ（Secondary Cell Group）など）で用いられてもよい。また、本実施形態の一態様は、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、ＳｐＣｅｌｌ（Special Cell）は、ＭＡＣ（MAC: Medium Access Control）エンティティがＭＣＧに関連付けられているか、ＳＣＧに関連付けられているかに応じて、それぞれ、ＭＣＧのPCellまたは、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、ＳｐＣｅｌｌ（Special Cell）は、PCellと称する。ＳｐＣｅｌｌ（Special Cell）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。

本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。

本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。

以下、サブフレームについて説明する。本実施形態では以下がサブフレームと称されるが、本実施形態に係るサブフレームはリソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。

図２は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図２は、Ｘ＝７の場合を一例として示している。なお、図２の一例は、Ｘ＝１４の場合にも同様に拡張されうる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図２のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。

スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。

リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロック（ＲＢ）の最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。

リソースブロック（ＲＢ）として、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。

次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位層で与えられ、上りリンクのＢＷＰにおいて上位層で与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。

サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてＮ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝の連続するＯＦＤＭシンボルがスロット内にある。Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝は１４である。サブフレーム内のスロットｎ＾｛μ｝＿｛ｓ｝のスタートは、同じサブフレーム内のｎ＾｛μ｝＿｛ｓ｝＊Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝番目のＯＦＤＭシンボルのスタートと時間でアラインされている。

次に、サブフレーム、スロット、ミニスロットについて説明する。図３は、サブフレーム、スロット、ミニスロットの時間領域における関係の一例を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり（ただし、各シンボルに付加されるサイクリックプレフィックス（CP）がＥｘｔｅｎｄｅｄ ＣＰである場合、６または１２であってもよい）、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボルが含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。

ミニスロット（サブスロット（subslot）と称されてもよい）は、１つのスロットに含まれるＯＦＤＭシンボル数よりも少ない数のＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。

端末装置１において、各スロット内のシンボルの伝送方向（上りリンク、下りリンクま
たはフレキシブル）は基地局装置３から受信する所定の上位レイヤパラメータを含むＲＲＣメッセージを用いて上位層で設定されるか、基地局装置３から受信する特定のＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）のＰＤＣＣＨによって設定される。本実施形態では、各スロットにおいてスロット内の各シンボルが上りリンク、下りリンクおよびフレキシブルの何れかを設定するものがスロットフォーマットと称される。１つのスロットフォーマットは下りリンクシンボルと上りリンクシンボルとフレキシブルシンボルとを含んでよい。

本実施形態の下りリンクにおいて、サービングセルに対応するキャリアは下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称される。本実施形態の上りリンクにおいて、サービングセルに対応するキャリアは上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称される。本実施形態のサイドリンクにおいて、サービングセルに対応するキャリアはサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称される。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアは総じてコンポーネントキャリア（あるいはキャリア）と称される。

本実施形態の物理チャネルおよび物理信号について説明する。

図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。

・ＰＢＣＨ（物理報知チャネル：Physical Broadcast CHannel）
・ＲＥＤＣＡＰ ＰＢＣＨ（ＲＥＤＣＡＰ物理報知チャネル：REDuction CAPability Physical Broadcast CHannel）
・ＰＤＣＣＨ（物理下りリンク制御チャネル：Physical Downlink Control CHannel）
・ＰＤＳＣＨ（物理下りリンク共用チャネル：Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（物理上りリンク制御チャネル：Physical Uplink Control CHannel）
・ＰＵＳＣＨ（物理上りリンク共用チャネル：Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access CHannel）

ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。ＭＩＢには、ＰＢＣＨがマップされている無線フレーム（システムフレームとも称する）の番号（SFN: System Frame Number）を特定するための情報、システム情報ブロック１（SIB1: System Information Block 1）のサブキャリア間隔を特定する情報、リソースブロックのグリッドとＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）との間の周波数領域オフセットを示す情報、ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報が含まれてよい。ただし、ＳＩＢ１は、端末装置１がセルに接続することが許されるかを評価する際に必要な情報を含み、その他のシステム情報（SIB: System Information Block）のスケジューリングを決定する情報を含む。ただし、ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報とは、ＣＯＲＥＳＥＴ（ControlResourceSet）０（コモンＣＯＲＥＳＥＴとも称される）、コモンサーチスペース（CSS: Common Search Sapace）および／または必要なＰＤＣＣＨパラメータを決定する情報であってよい。ただし、ＣＯＲＥＳＥＴはＰＤＣＣＨのリソース要素を示し、周波数領域では１以上のリソースブロックで、時間領域では１以上のシンボルで構成される。ＣＯＲＥＳＥＴ０は、ＳＩＢ１をスケジュールするＰＤＣＣＨのためのＣＯＲＥＳＥＴである。ただし、サーチスペース（search space）は、モニタすべきＰＤＣＣＨ候補のセットであってよい。例えば、サーチスペースは、ＤＣＩのブラインドデコーディングを行う範囲であってよい。端末装置１毎に異なるサーチスペースはＵＥ固有サーチスペース（USS: UE-specific Search Space）と呼ばれ、複数の端末装置１あるいはセル内で共通のサーチスペースは、コモンサーチスペースと呼ばれてよい。

また、ＰＢＣＨは、該ＰＢＣＨがマップされている無線フレーム（システムフレームとも称する）の番号（SFN: System Frame Number）を特定するための情報および／またはハーフ無線フレーム（HRF: Half Radio Frame）（ハーフフレームとも称される）を特定する情報を報知するために用いられてもよい。ただし、ハーフ無線フレームは５ｍｓ長の時間フレームであり、ハーフ無線フレームを特定する情報とは、１０ｍｓの無線フレームの前半５ｍｓか後半５ｍｓかを特定する情報であってよい。

また、ＰＢＣＨは、ＳＳ／ＰＢＣＨブロックの周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。該時間インデックスをＳＳＢインデックスまたはＳＳ／ＰＢＣＨブロックインデックスと称してもよい。例えば、複数の送信ビーム、送信フィルタ設定および／または受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビーム、送信フィルタ設定および／または受信空間パラメータに関するＱＣＬの想定の違いと認識してもよい。

ＲＥＤＣＡＰ ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含むＲＥＤＣＡＰ重要情報ブロック（REDCAP MIB、REDCAP EIB、REDCAP BCH）を報知するために用いられる。ただし、ＲＥＤＣＡＰ ＭＩＢに含まれる情報の一部または全ては、ＰＢＣＨで報知されるＭＩＢに含まれる情報の一部または全てと同じであってもよい。ただし、ＲＥＤＣＡＰ ＭＩＢは、特定の条件を満たす（例えば、ＵＥ Ｃａｐａｂｉｌｉｔｙおよび／またはＵＥ Ｃａｔｅｇｏｒｙなどで特定のパラメータを示している）端末装置１によって受信されてもよい。ただし、本発明に係るＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＭＩＢは特定の条件を満たす端末装置１によって受信されるＰＢＣＨおよび／またはＭＩＢであってよい。例えば、本発明に係る端末装置１が受信するＰＢＣＨおよび／またはＭＩＢはＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＭＩＢのことであってよい。ただし、ＲＥＤＣＡＰ ＭＩＢには、該ＲＥＤＣＡＰ ＰＢＣＨがマップされているＳＦＮを特定するための情報または該ＲＥＤＣＡＰ ＰＢＣＨに対応するＳＳ／ＰＢＣＨブロックがマップされているＳＦＮを特定するための情報、ＲＥＤＣＡＰ ＳＩＢ１のサブキャリア間隔を特定する情報、リソースブロックのグリッドとＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）との間の周波数領域オフセットを示す情報、ＲＥＤＣＡＰ ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報が含まれてよい。

ＲＥＤＣＡＰ ＳＩＢ１は、端末装置１がセルに接続することが許されるかを評価する際に必要な情報を含み、その他のＲＥＤＣＡＰ ＳＩＢのスケジューリングを決定する情報を含む。ただし、ＲＥＤＣＡＰ ＳＩＢ１は、特定の条件を満たす（例えば、ＵＥ Ｃａｐａｂｉｌｉｔｙおよび／またはＵＥ Ｃａｔｅｇｏｒｙなどで特定のパラメータを示している）端末装置１が、セルに接続することが許されるかを評価する際に必要な情報を含み、その他のＲＥＤＣＡＰ ＳＩＢのスケジューリングを決定する情報を含んでいてよい。例えば、上記ＲＥＤＣＡＰ ＳＩＢ１はＳＩＢ１であってもよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨはＭＩＢを報知してもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨで送信される情報に含まれるＲＥＤＣＡＰ ＭＩＢは、該ＲＥＤＣＡＰ ＰＢＣＨが関連付けられているＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨで送信される情報に含まれるＭＩＢと同一であっても良い。

また、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報には、該ＲＥＤＣＡＰ ＰＢＣＨがマップされている無線フレームの番号を特定する情報および／またはハーフ無線フレームを特定する情報が含まれてもよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報には、該ＲＥＤＣＡＰ ＰＢＣＨが関連付けられている（associated）ＰＳＳおよび／またはＳＳＳがマップされている無線フレームの番号を特定する情報および／またはハーフ無線フレームを特定する情報が含まれてもよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報には、関連付けられている（associated）ＳＳ／ＰＢＣＨブロックがマップされている無線フレームの番号を特定する情報および／またはハーフ無線フレームを特定する情報が含まれてもよい。

また、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報には、関連付けられた（associated）ＳＳ／ＰＢＣＨブロックの周期内の時間インデックスが含まれてよい。該時間インデックスをＳＳＢインデックスまたはＳＳ／ＰＢＣＨブロックインデックスと称してもよい。例えば、基地局装置３が複数の送信ビーム、送信フィルタ設定および／または受信空間パラメータに関するＱＣＬの想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置１は、時間インデックスの違いを送信ビーム、送信フィルタ設定および／または受信空間パラメータに関するＱＣＬの想定の違いと認識してもよい。また、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報にはＲＥＤＣＡＰ ＰＢＣＨの時間インデックスが含まれてもよい。

ＲＥＤＣＡＰ ＰＢＣＨで送信されるＲＥＤＣＡＰ ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報は、ＲＥＤＣＡＰ ＳＩＢ１をスケジュールするＰＤＣＣＨのためのＣＯＲＥＳＥＴ０、コモンサーチスペースおよび／または必要なＰＤＣＣＨパラメータ、を決定する情報であってよい。ただし、ＲＥＤＣＡＰ ＭＩＢで示されるＣＯＲＥＳＥＴ０、コモンサーチスペースに関する情報および／または必要なＰＤＣＣＨパラメータを決定する情報は、ＭＩＢで示されるＣＯＲＥＳＥＴ０、コモンサーチスペースに関する情報および／または必要なＰＤＣＣＨパラメータを決定する情報と同一であってもよい。

図４に、ＲＥＤＣＡＰ ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報であるＲＲＣパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１－ＲＣの構成の一例を示す。ＲＲＣパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１－ＲＣは、ＣＯＲＥＳＥＴ０を設定するために用いられるパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏとコモンサーチスペースを設定するために用いられるパラメータｓｅａｒｃｈＳｐａｃｅＺｅｒｏとで構成される。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏで示される情報要素（IE：Information Element）ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏには０から１５のいずれかの値が設定される。ただし、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏに設定可能な値の数は１６以外でも良く、例えば３２であってもよい。ｓｅａｒｃｈＳｐａｃｅＺｅｒｏで示される情報要素ＳｅａｒｃｈＳｐａｃｅＺｅｒｏには０から１５のいずれかの値が設定される。ただし、ＳｅａｒｃｈＳｐａｃｅＺｅｒｏに設定可能な値の数は１６以外でも良く、例えば３２であってもよい。

端末装置１は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１－ＲＣ内のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏから、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセット（CSS set）のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０であってよい）のための連続するリソースブロックの数と連続するシンボルの数を決定する。ただし、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏで示される値は、インデックスとして所定のテーブルに適用される。ただし、端末装置１は、サポートするＵＥカテゴリおよび／またはＵＥ Ｃａｐａｂｉｌｉｔｙに基づいて、適用するテーブルを決定しても良い。ただし、端末装置１は、最小チャネル帯域幅に基づいて、適用するテーブルを決定しても良い。ただし、端末装置１は、ＳＳ／ＰＢＣＨブロックのサブキャリア間隔、ＲＥＤＣＡＰ ＰＢＣＨのサブキャリア間隔および／またはＣＯＲＥＳＥＴ０のサブキャリア間隔に基づいて、適用するテーブルを決定しても良い。図５にｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値がインデックスとして適用されるテーブルの一例を示す。図５に示すテーブルに示すように、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値がインデックスとして適用されるテーブルの各行には、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏが示すインデックス、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターン、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのＲＢ数、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのシンボル数、オフセットおよび／またはＴｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数が示されてよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏが示すインデックスのそれぞれはテーブルによってＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターン、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのＲＢ数、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのシンボル数、オフセットおよび／またはＴｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数と対応付けられてよい。

ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターンは、ＲＥＤＣＡＰ ＭＩＢを検出したＲＥＤＣＡＰ ＰＢＣＨと対応するＣＯＲＥＳＥＴ０の周波数／時間位置の関係のパターンを示す。例えば、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターンが１である場合には、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴは異なるシンボルに時間多重される。ただし、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターンは、ＲＥＤＣＡＰ ＭＩＢを検出したＲＥＤＣＡＰ ＰＢＣＨに対応するＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴ０の周波数／時間位置の関係のパターンを示しても良い。ただし、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターンはテーブルで定義されず、常に固定のパターン（例えばパターン１）であってもよい。

Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのＲＢ数は、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０であってよい）に対して連続的に割り当てられるリソースブロックの数を示す。Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのシンボル数は、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０であってよい）に対して連続的に割り当てられるシンボルの数を示す。

オフセットは、ＣＯＲＥＳＥＴ０に割り当てられるリソースブロックの最小のＲＢインデックスから対応するＲＥＤＣＡＰ ＰＢＣＨの最初のリソースブロックが重複するコモンリソースブロックの最小のＲＢインデックスへのオフセットを示す。ただし、オフセットは、ＣＯＲＥＳＥＴ０に割り当てられるリソースブロックの最小のＲＢインデックスから、ＲＥＤＣＡＰ ＰＢＣＨに対応するＳＳ／ＰＢＣＨブロックの最初のリソースブロックが重複するコモンリソースブロックの最小のＲＢインデックスへのオフセットを示してもよい。

Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数は、ＲＥＤＣＡＰ ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨの繰り返し送信回数であってよい。テーブルで示されるＰＤＣＣＨの繰り返し送信回数が１より大きい場合、端末装置１は、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨが繰り返し送信されているとみなす。

ＰＤＣＣＨの繰返し送信は同一のＤＣＩのＰＤＣＣＨを決められたシンボルパターンで複数回送信することであってよい。例えば、基地局装置３は、１つまたは複数のサーチスペースセット内の連続するシンボルで同一のＤＣＩのＰＤＣＣＨを複数回送信してよい。
端末装置１は、１つまたは複数のサーチスペースセット内の連続するシンボルで同一のＤＣＩのＰＤＣＣＨを複数回受信してよい。

端末装置１は、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで繰り返し送信された１つ以上のＰＤＣＣＨを受信し、該１つ以上のＰＤＣＣＨでスケジュールされたＳＩＢ１（ＲＥＤＣＡＰ ＳＩＢ１であってよい）を運ぶＰＤＳＣＨを受信する。

端末装置１は、ＲＲＣパラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏを含むＲＥＤＣＡＰ ＭＩＢをＲＥＤＣＡＰ ＰＢＣＨで受信し、該ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏと、インデックス、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターン、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのＲＢ数、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのシンボル数、オフセットおよび／またはＴｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数が示されるテーブルに基づいて、ＲＥＤＣＡＰ
ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨをモニタする。

端末装置１は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１－ＲＣ内のｓｅａｒｃｈＳｐａｃｅＺｅｒｏから、ＰＤＣＣＨモニタリング機会を決定する。ただし、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏで示される値は、インデックスとして所定のテーブルに適用される。ただし、端末装置１は、サポートするＵＥカテゴリおよび／またはＵＥ Ｃａｐａｂｉｌｉｔｙに基づいて、適用するテーブルを決定しても良い。ただし、端末装置１は、周波数レンジに基づいて、適用するテーブルを決定しても良い。ただし、端末装置１は、ＲＥＤＣＡＰ ＰＢＣＨとＣＯＲＥＳＥＴの多重パターンに基づいて、適用するテーブルを決定しても良い。図６にｓｅａｒｃｈＳｐａｃｅＺｅｒｏの値がインデックスとして適用されるテーブルの一例を示す。

端末装置１は、スロットｎ０から連続する２スロットにわたりタイプ０－ＰＤＣＣＨコモンサーチスペースセット（Type0-PDCCH CSS set）でＰＤＣＣＨをモニタする。端末装置１は、インデックスがｉであるＲＥＤＣＡＰ ＰＢＣＨおよび／または対応するＳＳ／ＰＢＣＨブロックにおいて、テーブルで示されるパラメータＯとパラメータＭに基づいてｎ０とシステムフレーム番号を決定する。

ただし、ＲＥＤＣＡＰ ＭＩＢ内のフィールドでＲＥＤＣＡＰ ＳＩＢ１が存在しないこと（absent）が示されている場合、ＲＥＤＣＡＰ ＰＢＣＨで送信されるＲＥＤＣＡＰ
ＳＩＢ１のためのＰＤＣＣＨに関する設定を示す情報は、端末装置１がＲＥＤＣＡＰ ＳＩＢ１を伴うＲＥＤＣＡＰ ＰＢＣＨおよび／または対応するＳＳ／ＰＢＣＨブロックを発見する（find）周波数位置またはネットワークがＲＥＤＣＡＰ ＳＩＢ１を伴うＲＥＤＣＡＰ ＰＢＣＨおよび／または対応するＳＳ／ＰＢＣＨブロックを提供していない周波数レンジを示してもよい。

ただし、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数はＲＥＤＣＡＰ ＰＢＣＨで送信されるその他のビット情報の一部に関連付けられてもよい。

また、ＲＥＤＣＡＰ ＰＢＣＨで送信する情報には、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰返し送信回数を示すフィールドｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓが含まれても良い。ただし、Ｔｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰返し送信回数はＲＥＤＣＡＰ ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨの繰返し送信回数であってよい。例えば、ＲＥＤＣＡＰ ＭＩＢ内の２ビットでＰＤＣＣＨの繰返し送信回数を示しても良い。
図７は、ＲＥＤＣＡＰ ＭＩＢ内の２ビットのパラメータｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓで示されるインデックスとＴｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセットで送信されるＰＤＣＣＨの繰返し送信回数のテーブルの一例を示す図である。図７のテーブルにおいてＲＥＤＣＡＰ ＭＩＢで示されるインデックス０、１、２、３は、それぞれ、ＰＤＣＣＨの繰返し送信回数がＮ／Ａ、１、２、４に対応している。ただし、ＰＤＣＣＨの繰返し送信回数の値がＮ／Ａであることは、ＲＥＤＣＡＰ ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨおよび／またはＲＥＤＣＣＡＰ ＳＩＢ１が送信されていないことを示して良い。この場合、端末装置１は、ＲＥＤＣＡＰ ＭＩＢ内の２ビットで示されるインデックスが０である場合に、ＲＥＤＣＡＰ ＳＩＢ１をスケジュールするＰＤＣＣＨおよび／またはＲＥＤＣＣＡＰ ＳＩＢ１が送信されていないとみなす。ただし、ＰＤＣＣＨの繰返し送信回数の値がＮ／Ａであることは、当該セルが禁止されている（barredである）ことを示して良い。

端末装置１は、ＲＲＣパラメータｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓを含むＲＥＤＣＡＰ ＭＩＢをＲＥＤＣＡＰ ＰＢＣＨで受信し、該ｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓに基づいてＲＥＤＣＡＰ ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨの繰返し送信回数を決定し、該ｐｄｃｃｈ－ｒｅｐｅｔｉｔｉｏｎｓが所定の値である場合に、ＲＥＤＣＡＰ ＳＩＢ１を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨが送信されていないとみなす。

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称されてもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドは、ＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。ただし、モニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味してよい。端末装置１は、アクティベートされたサービングセルのアクティブＤＬ ＢＷＰの１つ以上のＣＯＲＥＳＥＴでＰＤＣＣＨ候補のセットをモニタする。端末装置１がモニタするＰＤＣＣＨ候補のセットはＰＤＣＣＨサーチスペースセット（search space set: SS set）によって定義される。１つのサーチスペースセットはコモンサーチスペースセット（CSS set: common search space set）またはＵＥ固有サーチスペースセット（USS set: UE-specific search space set）である。端末装置１は１つ以上のサーチスペースセットでＰＤＣＣＨ候補をモニタする。ただし、ＰＤＣＣＨ候補をモニタすることはＰＤＣＣＨをモニタすることであっても良い。ＰＤＣＣＨ候補はＭＩＢに含まれるＲＲＣパラメータ、ＲＥＤＣＡＰ ＭＩＢに含まれるＲＲＣパラメータまたは任意のＲＲＣパラメータで設定されたＴｙｐｅ０－ＰＤＣＣＨコモンサーチスペースセット（Type0-PDCCH CSS set）でモニタされてよい。

例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット０＿２
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット１＿２
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３

ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、識別子であるＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）のうち、Ｃｅｌｌ－ＲＮＴＩ（Ｃ－ＲＮＴＩ）、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ（ＣＳ）－ＲＮＴＩ）、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、Ｔｅｍｐｏｒａｒｙ Ｃ－ＮＲＴＩ（ＴＣ－ＲＮＴＩ）の何れかによってスクランブルされるＣＲＣ（Cyclic Redundancy Check）が付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。

ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ（ＳＰ）－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。

ＤＣＩフォーマット０＿２は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿２は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＣＳＩリクエスト、ＳＲＳリクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ－Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット０＿２は、ＤＣＩフォーマット０＿１Ａ等と称されるかもしれない。

ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット１＿０は、識別子のうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐａｇｉｎｇ ＲＮＴＩ（Ｐ－ＲＮＴＩ）、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）－ＲＮＴＩ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ（ＲＡ）－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。

ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。

ＤＣＩフォーマット１＿２は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿２は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＴＣＩ、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット１＿２は、ＤＣＩフォーマット１＿１Ａ等と称されるかもしれない。

ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。

ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロック（ＰＲＢあるいはＲＢ）とＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。

ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。

ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。

下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対するＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。

１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、または、ＴＣ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。ＴＣ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。

Ｃ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いられる。ＴＣ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＴＣ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。

Ｃ－ＲＮＴＩおよび／またはその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのトラフィックのタイプに対応して異なる値が用いられてもよい。Ｃ－ＲＮＴＩおよびその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプ（ｅＭＢＢ、ＵＲＬＬＣ、および／または、ｍＭＴＣ）に対応して異なる値が用いられてもよい。基地局装置３は、送信するデータのサービスタイプに対応して異なる値のＲＮＴＩを用いてもよい。端末装置１は、受信したＤＣＩに適用された（スクランブルに用いられた）ＲＮＴＩの値によって、関連するＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプを識別してもよい。

ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。

ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、ＰＤＳＣＨは、下りリンクの場合にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。

ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、ＵＣＩのみを送信するために用いられてもよい。

ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣメッセージ（RRC message、RRC information、RRC signallingとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣメッセージ、システム情報、および／または、ＭＡＣコントロールエレメントは、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータ（上位レイヤパラメータ：higher layer parameter）とも称される。端末装置１が受信した上位レイヤ信号に含まれるパラメータのそれぞれが上位レイヤパラメータと称されてもよい。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Ａは、上位層で与えられる（提供される）”や“Ａは、上位層によって与えられる（提供される）”の意味は、端末装置１の上位層（主にＲＲＣ層やＭＡＣ層など）が、基地局装置３からＡを受信し、その受信したＡが端末装置１の上位層から端末装置１の物理層に与えられる（提供される）ことを意味してもよい。例えば、端末装置１において「上位レイヤパラメータを提供される」とは、基地局装置３から上位レイヤ信号を受信し、受信した上位レイヤ信号に含まれる上位レイヤパラメータが端末装置１の上位層から端末装置１の物理層に提供されることを意味してもよい。端末装置１に上位レイヤパラメータが設定されることは端末装置１に対して上位レイヤパラメータが与えられる（提供される）ことを意味してもよい。例えば、端末装置１に上位レイヤパラメータが設定されることは、端末装置１が基地局装置３から上位レイヤ信号を受信し、受信した上位レイヤパラメータを上位層で設定することを意味してもよい。ただし、端末装置１に上位レイヤパラメータが設定されることには、端末装置１の上位層に予め与えられているデフォルトパラメータが設定されることを含んでもよい。

ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ＰＤＳＣＨによって基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。

図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）

同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。

同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。

参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。

本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられ
る。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。

本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクのチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。

本実施形態では、下りリンク物理チャネルおよび／または下りリンク物理シグナルは、総じて下りリンク信号と称される。本実施形態では、上りリンク物理チャネルおよび／または上りリンク物理シグナルは、総じて、上りリンク信号と称される。本実施形態では、下りリンク物理チャネルおよび／または上りリンク物理チャネルは、総じて物理チャネルと称される。本実施形態では、下りリンク物理シグナルおよび／または上りリンク物理シグナルは、総じて物理シグナルと称される。

ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。

図８は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック
、ＳＳＢとも称される）および１つまたは複数のＳＳ／ＰＢＣＨブロックが送信されるハーフフレーム（Half frame with SS/PBCH blockあるいはＳＳバーストセットと称されてもよい）の一例を示す図である。図８は、一定周期（ＳＳＢ周期と称されてもよい）で存在するＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。

ＳＳ／ＰＢＣＨブロックは、同期信号（ＰＳＳ、ＳＳＳ）、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳを含むブロックであってよい。ただし、ＳＳ／ＰＢＣＨブロックは、同期信号（ＰＳＳ、ＳＳＳ）、ＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを含むブロックであってもよい。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。

本実施形態に係る基地局装置３は、ＳＳ／ＰＢＣＨブロックとは異なる時間リソースおよび／または異なる周波数リソースでＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを送信する。ただし、本実施形態においてＲＥＤＣＡＰ ＰＢＣＨを送信／受信／処理することは、ＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを送信／受信／処理することであってもよい。ＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを含むブロックをＲＥＤＣＡＰ ＰＢＣＨブロックと称してもよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＲＥＤＣＡＰ ＰＢＣＨブロックを送信すると表現してもよい。基地局装置３は所定の時間区間（ＲＥＤＣＡＰ ＰＢＣＨバーストセットと称してもよい）内の１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックを用いてＲＥＤＣＡＰ ＰＢＣＨを送信する場合に、ＲＥＤＣＡＰ ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。ただし、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックはＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳ自体のことであってもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨブロックを送信／受信／処理することは、ＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを送信／受信／処理することであってよい。ただし、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳは、ＳＳ／ＰＢＣＨブロック以外で送信されるＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳのことであってもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳはＳＳＢ周期で周期的に送信されるＳＳ／ＰＢＣＨブロックとは異なる時間および／または周波数のリソースで送信されるＲＥＤＣＡＰ ＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳのことであってもよい。ただし、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックは、ＰＳＳおよび／またはＳＳＳを伴わないＳＳ／ＰＢＣＨブロックであってもよい。

本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックおよび／またはＲＥＤＣＡＰ ＰＢＣＨは、ＳＳバーストセット内（Half frame with SS/PBCH block）で送信される１つのＳＳ／ＰＢＣＨブロックと関連付けられる（associated）。ＲＥＤＣＡＰ ＰＢＣＨで送信されるトランスポートブロックと、対応するＳＳ／ＰＢＣＨブロック内のＰＢＣＨで送信されるトランスポートブロックと、は同一であってもよい。

図９は、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックおよび１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックが送信されるハーフフレーム（Half frame with REDCAP PBCH blockあるいはＲＥＤＣＡＰ ＰＢＣＨバーストセットと称されてもよい）の一例を示す図である。図９は、一定周期（ＳＳＢ周期と称されてもよい）で存在するＲＥＤＣＡ
Ｐ ＰＢＣＨバーストセット内に２つのＲＥＤＣＡＰ ＰＢＣＨブロックが含まれ、ＲＥＤＣＡＰ ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。ＲＥＤＣＡＰ ＰＢＣＨブロックでは、各ＯＦＤＭシンボルでＲＥＤＣＡＰ ＰＢＣＨ変調シンボルとＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが周波数多重されている。

ただし、同期信号（ＰＳＳ、ＳＳＳ）、ＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを含むブロックをＳＳ／ＰＢＣＨブロックと区別して別のブロックとして定義してもよい。例えば、同期信号（ＰＳＳ、ＳＳＳ）、ＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを含むブロックをＲＥＤＣＡＰ ＳＳ／ＰＢＣＨブロック、ＲＥＤＣＡＰ同期信号ブロック、ＲＥＤＣＡＰ ＳＳブロックあるいはＲＥＤＣＡＰ ＳＳＢと称してもよい。ただし、ＲＥＤＣＡＰ ＳＳ／ＰＢＣＨブロックは本実施形態に係るＳＳ／ＰＢＣＨブロックに関する記載は、ＲＥＤＣＡＰ ＳＳ／ＰＢＣＨブロックに対しても適用されてよい。

本実施形態に係るＰＢＣＨで送信されるペイロードの生成について説明する。

ＰＢＣＨは主にＭＩＢを含むトランスポートブロックの情報を送信するために用いられる。ＭＩＢは、該ＳＳ／ＰＢＣＨブロックが送信されるＳＦＮを示す１０ビットのうちの６ＭＳＢ（Most Significant Bits）、ＳＩＢ１や初期アクセス手順の下りリンク信号等に用いられるサブキャリア間隔等を含むマスタ情報である。ＭＩＢを含むＡ_１ビットのトランスポートブロックは上位レイヤで生成され、更に８ビットのアディショナルビット情報が追加される。

ＰＢＣＨで送信されるアディショナルビット情報の１～４ビット目はＳＳ／ＰＢＣＨブロックが送信されるＳＦＮを示す１０ビットのうちの４ＬＳＢ（Least Significant Bits）を示す。ＰＢＣＨで送信されるアディショナルビット情報の５ビット目は、ＳＳ／ＰＢＣＨブロックが送信されるハーフフレームが無線フレームの前半か後半かを示すハーフフレームビットである。ＰＢＣＨで送信されるアディショナルビット情報の６～８ビット目は、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロックの最大数が６４である場合にはＳＳＢインデックスの一部の情報を示し、それ以外の場合にはＳＳ／ＰＢＣＨブロックの周波数位置を特定するためのサブキャリアオフセット情報の一部を示す１ビットおよび予約ビットである。

Ａビット（Ａ＝Ａ_１＋８）のＭＩＢおよびアディショナルビット情報はインターリーバ処理を行なった後、第１のスクランブリング処理が行われる。ただし、第１のスクランブリング処理は入力されるａ_０～ａ_Ａ－１のビット系列に対してａ’_０～ａ’_Ａのビット系列を出力し、ａ’_ｉ＝（ａ_ｉ＋ｓ_ｉ）ｍｏｄ２である。ただしｓ_ｉはＳＳ／ＰＢＣＨブロックが送信されるＳＦＮに基づいて図１０のように生成される。ただし、図１０においてｃ（ｉ）は所定の疑似ランダム系列である。ただし、図１０においてＭは、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロック数が４または８の時にＭ＝Ａ－３であり、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロック数が６４の時にＭ＝Ａ－６である。ただし、図１０においてｖはＳＳ／ＰＢＣＨブロックが送信されるＳＦＮの３ｒｄ ＬＳＢと２ｎｄ ＬＳＢを用いて図１１のように決定される。図１１の処理に依れば、第１のスクランブリング処理は、ＳＳ／ＰＢＣＨブロックが送信されるＳＦＮに基づくスクランブリング処理である。

第１のスクランブリング処理によって生成されたＡビットのビット系列ａ’_０～ａ’_Ａに対してＬビットのパリティビットを付与するＣＲＣ付与処理が行われた後、Ｂ＝Ａ＋Ｌビットに対してポーラ符号化を用いた第１のチャネル符号化処理が行われ、Ｎビットの符号化ビットが生成される。

Ｎビットの符号化ビットは、第１のレートマッチング処理により８６４ビットの系列ｂ（０）～ｂ（８６３）が出力される。

第１のレートマッチング処理の出力ビット系列ｂ（０）～ｂ（８６３）は、変調処理の前に第２のスクランブリング処理が行われる。第２のスクランブリング処理の出力ビット系列はｂ’（ｉ）＝ｂ（ｉ）＋ｃ_２（ｉ＋ｖ_２＊８６４））ｍｏｄ２で表される。ただし、ｃ_２は所定の疑似ランダム系列であり、ｖ_２はハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロックの最大数が４の場合には、ＳＳＢインデックスの２ＬＳＢで示される値であり、それ以外の場合にはＳＳＢインデックスの３ＬＳＢで示される値である。

第２のスクランブリング処理の出力ビット系列ｂ’（０）～ｂ’（８６３）は、ＱＰＳＫにより変調処理が行われ、４３２シンボルのＰＢＣＨ変調シンボルｄＰＢＣＨ（０）～ｄＰＢＣＨ（４３１）が生成される。

図８において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳが時間／周波数多重されている。図１２は、ＳＳ／ＰＢＣＨブロック内でＰＳＳ、ＳＳＳ、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳが配置されるリソースを示す表である。

ＰＳＳはＳＳ／ＰＢＣＨブロック内の１つ目のシンボル（ＳＳ／ＰＢＣＨブロックの開始シンボルに対して（relative to）ＯＦＤＭシンボル番号が０であるＯＦＤＭシンボル）にマップされてよい。ＰＳＳの系列は１２７シンボルで構成され、ＳＳ／ＰＢＣＨブロック内の５７番目のサブキャリアから１８３番目のサブキャリア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが５６～１８２であるサブキャリア）にマップされてよい。

ＳＳＳはＳＳ／ＰＢＣＨブロック内の３つ目のシンボル（ＳＳ／ＰＢＣＨブロックの開始シンボルに対して（relative to）ＯＦＤＭシンボル番号が２であるＯＦＤＭシンボル）にマップされてよい。ＳＳＳの系列は１２７シンボルで構成され、ＳＳ／ＰＢＣＨブロック内の５７番目のサブキャリアから１８３番目のサブキャリア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが５６～１８２であるサブキャリア）にマップされてよい。

ＰＢＣＨとＤＭＲＳはＳＳ／ＰＢＣＨブロック内の２つ目、３つ目、４つ目のシンボル（ＳＳ／ＰＢＣＨブロックの開始シンボルに対して（relative to）ＯＦＤＭシンボル番号が１、２、３であるＯＦＤＭシンボル）にマップされてよい。ＰＢＣＨの変調シンボルの系列はＭ_ｓｙｍｂシンボルで構成され、ＳＳ／ＰＢＣＨブロック内の２つ目のシンボルおよび４つ目のシンボルの１番目のサブキャリアから２４０番目のサブキャリア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）と、ＳＳ／ＰＢＣＨブロック内の３つめのシンボルの１番目のサブキャリアから４８番目のサブキャリアと１８４番目から２４０番目のサブキャリア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～４７と１９２～２３９であるサブキャリア）と、のうちＤＭＲＳがマップされないリソースにマップされてよい。
ＤＭＲＳのシンボルの系列は１４４シンボルで構成され、ＳＳ／ＰＢＣＨブロック内の２つ目のシンボルおよび４つ目のシンボルの１番目のサブキャリアから２４０番目のサブキャリア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）と、ＳＳ／ＰＢＣＨブロック内の３つめのシンボルの１番目のサブキャリアから４８番目のサブキャリアと１８４番目から２４０番目のサブキャ
リア（ＳＳ／ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～４７と１９２～２３９であるサブキャリア）と、に４サブキャリア毎に１サブキャリアずつマップされてよい。例えば、２４０サブキャリアに対して、そのうち１８０サブキャリアにＰＢＣＨの変調シンボルがマップされ、６０サブキャリアに該ＰＢＣＨのためのＤＭＲＳがマップされてよい。

ＳＳバーストセット内の異なるＳＳ／ＰＢＣＨブロックには異なるＳＳＢインデックスが割り当てられてよい。あるＳＳＢインデックスが割り当てられたＳＳ／ＰＢＣＨブロックは、基地局装置３によってＳＳＢ周期に基づいて周期的に送信されてよい。例えば、ＳＳ／ＰＢＣＨブロックが初期アクセスに使用されるためのＳＳＢ周期と、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定するＳＳＢ周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定するＳＳＢ周期はＲＲＣパラメータで設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定するＳＳＢ周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、ＳＳ／ＰＢＣＨブロックが初期アクセスに使用されるためのＳＳＢ周期は、仕様書などに予め定義されてよい。例えば、初期アクセスを行なう端末装置１は、ＳＳＢ周期を２０ミリ秒とみなしてもよい。

ＳＳ／ＰＢＣＨブロックがマップされているＳＳバーストセットの時間位置は、ＰＢＣＨに含まれるシステムフレーム番号（ＳＦＮ：System Frame Number）を特定する情報および／またはハーフフレームを特定する情報に基づいて特定されてよい。ＳＳ／ＰＢＣＨブロックを受信した端末装置１は、受信したＳＳ／ＰＢＣＨブロックに基づいて現在のシステムフレーム番号とハーフフレームを特定してもよい。

ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを特定する。

複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられてよい。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。

あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。

ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期（ＳＳＢ周期）の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。

本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨで送信されるペイロードの生成について説明する。

ＲＥＤＣＡＰ ＰＢＣＨはＲＥＤＣＡＰ ＭＩＢを含むトランスポートブロックの情報を送信するために用いられ、更に８ビットのアディショナルビット情報が追加される。

ＲＥＤＣＡＰ ＰＢＣＨで送信されるアディショナルビット情報の１～４ビット目は対応するＳＳ／ＰＢＣＨブロックが送信されるＳＦＮを示す１０ビットのうちの４ＬＳＢ（Least Significant Bits）を示してよい。ＲＥＤＣＡＰ ＰＢＣＨで送信されるアディショナルビット情報の５ビット目は、対応するＳＳ／ＰＢＣＨブロックが送信されるハーフフレームが無線フレームの前半か後半かを示すハーフフレームビットであってよい。ＲＥＤＣＡＰ ＰＢＣＨで送信されるアディショナルビット情報の６～８ビット目は、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロックの最大数が６４である場合にはＳＳＢインデックスの一部の情報を示し、それ以外の場合にはＳＳ／ＰＢＣＨブロックの周波数位置を特定するためのサブキャリアオフセット情報の一部を示す１ビットおよび予約ビットであってよい。

Ｃビット（Ｃ＝Ｃ_１＋８）のＲＥＤＣＡＰ ＭＩＢおよびアディショナルビット情報はインターリーバ処理を行なった後、第３のスクランブリング処理が行われる。ただし、第３のスクランブリング処理は入力されるｄ_０～ｄ_Ｃ－１のビット系列に対してｄ’_０～ｄ’_Ｃのビット系列を出力し、ｄ’_ｉ＝（ｄ_ｉ＋ｓ’_ｉ）ｍｏｄ２である。ただしｓ’_ｉはＲＥＤＣＡＰ ＰＢＣＨに対応するＳＳ／ＰＢＣＨブロックが送信されるＳＦＮに基づいて図１３のように生成されてよい。ただし、図１３においてｃ（ｉ）は所定の疑似ランダム系列である。ただし、図１３においてＭは、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロック数が４または８の時にＭ＝Ｃ－３であり、ハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロック数が６４の時にＭ＝Ｃ－６である。ただし、図１３においてｖはＳＳ／ＰＢＣＨブロックが送信されるＳＦＮの３ｒｄ ＬＳＢと２ｎｄ ＬＳＢを用いて図１１のように決定されてよい。図１１の処理に依れば、第３のスクランブリング処理は、ＲＥＤＣＡＰ ＰＢＣＨに対応するＳＳ／ＰＢＣＨブロックが送信されるＳＦＮに基づくスクランブリング処理であってよい。ただし、ＲＥＤＣＡＰ ＭＩＢおよびアディショナルビットのビット数ＣがＣ＝Ａである場合、ＲＥＤＣＡＰ ＭＩＢおよびアディショナルビット情報に適用されるインターリーバ処理及び第３のスクランブリング処理は、ＰＢＣＨに適用されるインターリーバ処理および第１のスクランブリング処理と同様であってよい。ただし、図１３においてｖはＲＥＤＣＡＰが送信されるＳＦＮの３ｒｄ ＬＳＢと２ｎｄ ＬＳＢを用いて図１１のように決定されてよく、第３のスクランブリング処理は、ＲＥＤＣＡＰ ＰＢＣＨが送信されるＳＦＮに基づくスクランブリング処理であってもよい。

第３のスクランブリング処理によって生成されたＣビットのビット系列ｄ’_０～ｄ’_Ａに対してＬビットのパリティビットを付与するＣＲＣ付与処理が行われた後、Ｄ＝Ｃ＋Ｌビットに対してポーラ符号化を用いた第２のチャネル符号化処理が行われ、Ｎ‘ビットの符号化ビットが生成される。ただし、第２のチャネル符号化処理はＰＢＣＨのペイロードの生成に用いられる第１のチャネル符号化処理と同一であってもよい。ただし、第２のチャネル符号化処理はＰＢＣＨのペイロードの生成に用いられる第１のチャネル符号化処理とは異なってもよい。

Ｎ‘ビットの符号化ビットは、第２のレートマッチング処理によりＥビットの系列ｂ（
０）～ｂ（Ｅ－１）が出力される。ただし、ＥはＲＥＤＣＡＰ ＰＢＣＨに配置されるＲＥＤＣＡＰ ＰＢＣＨ変調シンボルの数に基づく。例えば、１８０サブキャリア×３ＯＦＤＭシンボルで５４０シンボルのＲＥＤＣＡＰ ＰＢＣＨ変調シンボルがＲＥＤＣＡＰ ＰＢＣＨブロックに配置され、変調方式がＱＰＳＫである場合、Ｅは１０８０である。

第２のレートマッチング処理の出力ビット系列ｂ（０）～ｂ（Ｅ－１）は、変調処理の前に第４のスクランブリング処理が行われる。第２のスクランブリング処理の出力ビット系列はｂ’（ｉ）＝ｂ（ｉ）＋ｃ_２（ｉ＋ｖ_２＊Ｅ））ｍｏｄ２で表される。ただし、ｃ_２は所定の疑似ランダム系列であり、ｖ_２はハーフフレーム内に配置可能なＳＳ／ＰＢＣＨブロックの最大数が４の場合には、ＳＳＢインデックスの２ＬＳＢで示される値であり、それ以外の場合にはＳＳＢインデックスの３ＬＳＢで示される値である。

第４のスクランブリング処理の出力ビット系列ｂ’（０）～ｂ’（Ｅ－１）は、ＱＰＳＫにより変調処理が行われ、Ｅ／２シンボルのＰＢＣＨ変調シンボルｄＰＢＣＨ（０）～ｄＰＢＣＨ（Ｅ／２－１）が生成される。

本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨは、対応するＳＳ／ＰＢＣＨブロックまたは対応する同期信号（ＰＳＳ／ＳＳＳ）に対して関連付けられたＯＦＤＭシンボルで送信される。

本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨと、対応するＳＳ／ＰＢＣＨブロックの時間位置関係は、それぞれＲＥＤＣＡＰ ＰＢＣＨを含むハーフフレームと対応するＳＳ／ＰＢＣＨブロックを含むハーフフレームの時間位置関係によって定められてもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨを含むハーフフレームは、対応するＳＳ／ＰＢＣＨブロックを含むハーフフレームから所定の時間オフセット後のハーフフレームであってよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨを含むハーフフレーム内における該ＲＥＤＣＡＰ ＰＢＣＨの時間位置と、対応するＳＳ／ＰＢＣＨブロックを含むハーフフレーム内のおける該ＳＳ／ＰＢＣＨブロックの時間位置は、同一であってもよい。

本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨの開始サブキャリアは、対応するＳＳ／ＰＢＣＨブロックの開始サブキャリアに所定の周波数オフセットが追加されたサブキャリアであってよい。ただし、周波数オフセットを追加した値が一定値を超える場合には、該一定値を引いた値をＲＥＤＣＡＰ ＰＢＣＨの開始サブキャリアとしてもよい。例えば、対応するＳＳ／ＰＢＣＨブロックの開始サブキャリアに所定の周波数オフセットが追加された値が、ＲＥＤＣＡＰ ＰＢＣＨを割り当て可能な帯域を超えた場合、該値から該ＲＥＤＣＡＰ ＰＢＣＨを割り当て可能な帯域の帯域幅を引いた値を該ＲＥＤＣＡＰ ＰＢＣＨの開始サブキャリアとしてもよい。

図１４は、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックおよび１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックが送信されるハーフフレームの一例を示す図である。図１４は、一定周期（ＳＳＢ周期）で存在するＳＳ／ＰＢＣＨブロックを含むハーフフレームの間にＲＥＤＣＡＰ ＰＢＣＨブロックを含むハーフフレームが存在し、ＲＥＤＣＡＰ
ＰＢＣＨブロックは、連続する３ＯＦＤＭシンボルで構成される例を示している。ＲＥＤＣＡＰ ＰＢＣＨブロックは１つのＳＳ／ＰＢＣＨブロックに対応するリソースで送信されており、ＲＥＤＣＡＰ ＰＢＣＨブロック内の全てのリソースにＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在する。図１５は、ＲＥＤＣＡＰ ＰＢＣＨブロック内でＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが配置されるリソースの一例を示す表である。例えば、ＲＥＤＣＡＰ ＰＢＣＨの変調シンボルの系列はＭ_{ｓｙｍｂ２}シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の３つのシンボルのそれぞれ１番目のサブキャリアから２４０番目のサブキャリ
ア（ＲＥＤＣＡＰ ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）のうちＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳがマップされないリソースにマップされてよい。ＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳのシンボルの系列は１８０シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の３つのシンボルの１番目のサブキャリアから２４０番目のサブキャリア（ＲＥＤＣＡＰ ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）に対して４サブキャリア毎に１サブキャリアずつマップされてよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックを構成するシンボル数は３シンボルでなくてもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨブロックは４シンボルで構成され、各シンボルの２４０サブキャリアに対して、ＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在してもよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックを構成するサブキャリア数は２４０サブキャリアでなくてもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨブロックは１８０サブキャリアかつ４ＯＦＤＭシンボルで構成され、各シンボルの１８０サブキャリアに対して、ＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在してもよい。

図１６は、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックの一例を示す図である。図１６は、一定周期（ＳＳＢ周期）で存在するＳＳ／ＰＢＣＨブロックを含むハーフフレーム内にＲＥＤＣＡＰ ＰＢＣＨブロックが存在し、該ＲＥＤＣＡＰ ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。ＲＥＤＣＡＰ ＰＢＣＨブロックは１つのＳＳ／ＰＢＣＨブロックに対応するリソースで送信されており、ＲＥＤＣＡＰ ＰＢＣＨブロック内の全てのリソースにＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在する。例えば、ＲＥＤＣＡＰ ＰＢＣＨの変調シンボルの系列はＭ_{ｓｙｍｂ２}シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の４つのシンボルのそれぞれ１番目のサブキャリアから２４０番目のサブキャリア（ＲＥＤＣＡＰ ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）のうちＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳがマップされないリソースにマップされてよい。ＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳのシンボルの系列は２４０シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の４つのシンボルの１番目のサブキャリアから２４０番目のサブキャリア（ＲＥＤＣＡＰ ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）に対して４サブキャリア毎に１サブキャリアずつマップされてよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロック内の全てのリソースに対してＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在していなくてもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨブロックは４シンボルで構成され、そのうち１シンボルは０にセットされていてもよい。

図１７は、本実施形態に係るＲＥＤＣＡＰ ＰＢＣＨブロックの別の一例を示す図である。図１７は、一定周期（ＳＳＢ周期）で存在するＳＳ／ＰＢＣＨブロックを含むハーフフレーム内の一部のスロットにＲＥＤＣＡＰ ＰＢＣＨブロックが存在し、該ＲＥＤＣＡＰ ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックが配置されるスロットは、ＳＳ／ＰＢＣＨブロックの候補リソースが含まれないスロットであってもよい。ＲＥＤＣＡＰ ＰＢＣＨブロックは１つのＳＳ／ＰＢＣＨブロックに対応するリソースで送信されており、ＲＥＤＣＡＰ
ＰＢＣＨブロック内の全てのリソースにＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在する。例えば、ＲＥＤＣＡＰ ＰＢＣＨの変調シンボルの系列はＭ_{ｓｙｍｂ２}シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の４つのシンボルのそれぞれ１番目のサブキャリアから２４０番目のサブキャリア（ＲＥＤＣＡＰ
ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）のうちＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳがマップされないリソ
ースにマップされてよい。ＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳのシンボルの系列は２４０シンボルで構成され、ＲＥＤＣＡＰ ＰＢＣＨブロック内の４つのシンボルの１番目のサブキャリアから２４０番目のサブキャリア（ＲＥＤＣＡＰ ＰＢＣＨブロックの開始サブキャリアに対してサブキャリアナンバーが０～２３９であるサブキャリア）に対して４サブキャリア毎に１サブキャリアずつマップされてよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロック内の全てのリソースに対してＲＥＤＣＡＰ ＰＢＣＨまたはＲＥＤＣＡＰ
ＰＢＣＨのためのＤＭＲＳが存在していなくてもよい。例えば、ＲＥＤＣＡＰ ＰＢＣＨブロックは４シンボルで構成され、そのうち１シンボルは０にセットされ、残りの３シンボルにＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳが存在していてもよい。

ＲＥＤＣＡＰ ＰＢＣＨが含まれるハーフフレーム（ＲＥＤＣＡＰ ＰＢＣＨバーストセット）内の１つまたは複数のＲＥＤＣＡＰ ＰＢＣＨブロックには異なるＳＳＢインデックスが割り当てられてよい。あるＳＳＢインデックスが割り当てられたＲＥＤＣＡＰ ＰＢＣＨブロックは、該ＳＳＢインデックスのＳＳ／ＰＢＣＨブロックに関連付けられ、基地局装置３によって周期的に送信されてよい。ただし、同一のＳＳＢインデックスが割り当てられたＲＥＤＣＡＰ ＰＢＣＨブロックは、１つのＳＳ／ＰＢＣＨブロックに対して、複数個存在してもよい。例えば、ＳＳＢ周期内に、同一のＳＳＢインデックスが割り当てられたＲＥＤＣＡＰ ＰＢＣＨブロックが複数回送信されてもよい。

ＲＥＤＣＡＰ ＰＢＣＨブロックがマップされているハーフフレームの時間位置は、対応するＳＳ／ＰＢＣＨブロックのＰＢＣＨおよび／またはＲＥＤＣＡＰ ＰＢＣＨブロックのＲＥＤＣＡＰ ＰＢＣＨに含まれるＳＦＮを特定する情報および／またはハーフフレームを特定する情報と該対応するＳＳ／ＰＢＣＨブロックとＲＥＤＣＡＰ ＰＢＣＨブロックの時間オフセットに基づいて特定されてよい。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックのＲＥＤＣＡＰ ＰＢＣＨに含まれるＳＦＮを特定する情報および／またはハーフフレームを特定する情報は、対応するＳＳ／ＰＢＣＨブロックが送信されるＳＦＮおよびハーフフレームを特定する情報であってよい。ＲＥＤＣＡＰ ＰＢＣＨブロックを受信した端末装置１は、受信したＲＥＤＣＡＰ ＰＢＣＨブロックに基づいて対応するＳＳ／ＰＢＣＨブロックが送信されるＳＦＮとハーフフレームを特定してもよい。

ＲＥＤＣＡＰ ＰＢＣＨブロックは、送信されたハーフフレーム内の時間的な位置に応じてＳＳＢインデックスが割り当てられる。端末装置１は、検出したＲＥＤＣＡＰ ＰＢＣＨブロックに含まれるＲＥＤＣＡＰ ＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを特定する。

複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられてよい。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。

あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックおよびＲＥＤＣＡＰ ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。

本実施形態に係る端末装置１は、ＳＳ／ＰＢＣＨブロックと、対応するＲＥＤＣＡＰ
ＰＢＣＨブロックと、を受信する。ＳＳ／ＰＢＣＨブロック内のＰＳＳおよびＳＳＳを検出した端末装置１は、該ＳＳ／ＰＢＣＨブロック内のＰＢＣＨを受信すると共に、対応するＲＥＤＣＡＰ ＰＢＣＨブロック内のＲＥＤＣＡＰ ＰＢＣＨを受信する。ＳＳ／ＰＢＣＨブロック内のＰＢＣＨと、対応するＲＥＤＣＡＰ ＰＢＣＨブロック内のＲＥＤＣＡＰ ＰＢＣＨと、には、同一の情報が含まれるため、端末装置１は、ＰＢＣＨに含まれる情報の検出精度を向上させることができる。ただし、ＲＥＤＣＡＰ ＰＢＣＨブロックを受信する端末装置１は、所定の能力を有する端末装置１のみであってもよい。例えば、装置のコスト削減および／または消費電力削減等の目的により限定された能力を有する端末装置１をＲＥＤＣＡＰ（Ｒｅｄｕｃｔｉｏｎ Ｃａｂｐａｂｉｌｉｔｙ）に対応すると称し、ＲＥＤＣＡＰに対応する端末装置１はＳＳ／ＰＢＣＨブロックおよび／またはＲＥＤＣＡＰ ＰＢＣＨブロックを受信し、ＲＥＤＣＡＰに対応しない端末装置１はＳＳ／ＰＢＣＨブロックのみを受信してＲＥＤＣＡＰ ＰＢＣＨブロックを受信しない。

本実施形態に係る端末装置１は、ある無線フレームでＰＳＳ／ＳＳＳ、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳがマップされたＳＳ／ＰＢＣＨブロックを受信し、該ある無線フレームと同一または異なる無線フレームでＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ
ＰＢＣＨのためのＤＭＲＳを受信し、ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨで送信されたトランスポートブロックのＭＩＢを取得してよい。ただし、ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨは少なくともＭＩＢとアディショナルビット情報を運び、ＳＳ／ＰＢＣＨブロックが送信された無線フレームは、ＭＩＢとアディショナルビット情報に基づいて特定されてもよい。

ただし、ＰＢＣＨには、ＭＩＢとアディショナルビット情報を含むビット列に対して、第１のスクランブリング処理、ＣＲＣ付加処理、第１のチャネル符号化処理、第１のレートマッチング処理、第２のスクランブリング処理、変調処理を行ない生成されるＰＢＣＨ変調シンボル群がマップされ、ＲＥＤＣＡＰ ＰＢＣＨには、ＭＩＢとアディショナルビット情報を含むビット列に対して、第３のスクランブリング処理、ＣＲＣ付加処理、第２のチャネル符号化処理、第２のレートマッチング処理、第４のスクランブリング処理、変調処理を行ない生成されるＰＢＣＨ変調シンボル群がマップされてよい。ただし、第１のスクランブリング処理と第３のスクランブリング処理は、ＳＳ／ＰＢＣＨブロックが送信される無線フレームを示すＳＦＮのビット情報の一部に基づくスクランブリング処理であってよい。ただし、第２のスクランブリング処理は、第１のレートマッチングで出力されるビット数に基づくスクランブリング処理であり、第４のスクランブリング処理は、第２のレートマッチングで出力されたビット数に基づくスクランブリング処理であってよい。ただし、第１のスクランブリング処理と第３のスクランブリング処理は同一のスクランブリング系列の同一のビット列を用いて行われるスクランブリング処理であり、第２のスクランブリング処理と第４のスクランブリング処理は、異なるビット列を用いて行われるスクランブリング処理であってよい。

本実施形態に係る端末装置１は、ある無線フレームでＰＳＳ／ＳＳＳ、ＰＢＣＨおよびＰＢＣＨのためのＤＭＲＳがマップされたＳＳ／ＰＢＣＨブロックを受信し、該ある無線フレームと同一または異なる無線フレームでＲＥＤＣＡＰ ＰＢＣＨおよびＲＥＤＣＡＰ
ＰＢＣＨのためのＤＭＲＳを受信し、ＰＢＣＨおよびＲＥＤＣＡＰ ＰＢＣＨで送信されたトランスポートブロックのＭＩＢを取得してよい。

以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、本実施形態では、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックは参照信号と称されてもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロ
ック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。

また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。

ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。

なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）

例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。

ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ

例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告としてＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよいし、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。

また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信してもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈されてよい。

もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Lo
ng Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。

このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（Long term property）として、無線リンクあるいはチャネルにおける到来角（AoA（Angle of Arrival）, ZoA（Zenith angle of Arrival）など）および／または角度広がり（Angle Spread、例えばASA（Angle Spread of Arrival）やZSA（Zenith angle Spread of Arrival））、送出角（AoD, ZoDなど）やその角度広がり（Angle Spread、例えばASD（Angle Spread of Departure）やZSD（Zenith angle Spread of Departure））、空間相関（Spatial Correlation）、受信空間パラメータであってもよい。

例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。

ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ

上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。

この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。

図１８は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎
の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。

以下、本実施形態における装置の構成について説明する。

図１９は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を処理部１４、測定部１４、選択部１４、決定部１４または制御部１４とも称する。

上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、ＭＩＢのトラスポートブロックのビット情報を取得する機能を備えてもよい。上位層処理部１４は、コモンサーチスペースセットで送信されるＰＤＣＣＨの繰り返し送信回数を決定する機能を備えても良い。上位層処理部１４は、ＲＲＣパラメータで示されるインデックスが所定の値である場合に、ＰＤＣＣＨが送信されていないとみなし、所定の値でない場合に、該インデックスに対応する繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする機能を備えても良い。

上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。

上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。

無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３等に送信する。無線送受信部１０は、基地局装置３から受信した上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを上位層処理部１４に出力する。また、無線送受信部１０は、上位層処理部１４からの指示に基づいて、上りリンク信号（ＰＵＣＣＨおよび／またはＰＵＳＣＨを含む）を生成して送信する。無線送受信部１０は、ＰＤＣＣＨおよび／またはＰＤＳＣＨを受信する機能を備えてもよい。無線送受信部１０は、１つまたは複数のＰＵＣＣＨおよび／またはＰＵＳＣＨを送信する機能を備えてもよい。無線送受信部１０は、ＰＤＣＣＨでＤＣＩを受信する機能を備えてもよい。無線送受信部１０は、ＰＤＣＣＨで受信したＤＣＩを上位層処理部１４に出力する機能を備えてもよい。無線送受信部１０は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのためのＤＭＲＳ、ＲＥＤＣＡＰ ＰＢＣＨ、および／または、ＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを受信する機能を備えてもよい。無線送受信部１０は、ＳＳ／ＰＢＣＨブロックおよび／またはＲＥＤＣＡＰ ＰＢＣＨブロックを受信する機能を備えてもよい。

ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。

ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。

ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。

ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

図２０は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、処理部３４、決定部３４または制御部３４とも称する。

上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、端末装置１に送信した上位層の信号とＰＵＳＣＨを送信するための時間リソースに基づいてＤＣＩを生成する機能を備えてもよい。上位層処理部３４は、生成したＤＣＩなどを無線送受信部３０に出力する機能を備えてもよい。上位層処理部３４は、ＭＩＢのトランスポートブロックのビット情報を生成する機能を備えてもよい。上位層処理部３４は、ＲＥＤＣＡＰ ＭＩＢのトランスポートブロックのビット情報を生成する機能を備えてもよい。上層処理部３４は、コモンサーチスペースセットでＰＤＣＣＨを送信しない場合に、ＲＲＣパラメータで示されるインデックスを所定の値に設定し、送信する場合に該インデックスをコモンサーチスペー
スセットで送信するＰＤＣＣＨの繰返し送信回数に対応する値に設定する機能を備えても良い。

上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。

上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含むＤＣＩ（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、ＤＣＩ、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック（ＴＢ）、ランダムアクセス応答（ＲＡＲ））、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。

基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。

無線送受信部３０は、端末装置１に上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを送信する。また、無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１から送信した上りリンク信号を受信する。無線送受信部３０は、ＰＤＣＣＨおよび／またはＰＤＳＣＨを送信する機能を備えてもよい。無線送受信部３０は、１つまたは複数のＰＵＣＣＨおよび／またはＰＵＳＣＨを受信する機能を備えてもよい。無線送受信部３０は、ＰＤＣＣＨでＤＣＩを送信する機能を備えてもよい。無線送受信部３０は、上位層処理部３４が出力したＤＣＩをＰＤＣＣＨで送信する機能を備えてもよい。無線送受信部３０は、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＢＣＨのためのＤＭＲＳ、ＲＥＤＣＡＰ ＰＢＣＨ、および／または、ＲＥＤＣＡＰ ＰＢＣＨのためのＤＭＲＳを送信する機能を備えてもよい。無線送受信部３０は、ＳＳ／ＰＢＣＨブロックおよび／またはＲＥＤＣＡＰ ＰＢＣＨブロックを送信する機能を有してもよい。無線送受信部３０は、ＲＲＣメッセージ（ＲＲＣパラメータであってもよい）を送信する機能を備えてもよい。無線送受信部３０は、ＲＲＣパラメータで示されるインデックスに対応する、シンボル数と繰り返し送信回数とに基づいて、前記第１のサーチスペースセットで前記下りリンク制御チャネルを送信する機能を備えても良い。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。

また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２０において、その他の基地局装置
３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略されているが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。

なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。

端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。

（１）本発明の第１の態様における端末装置１は、第１のテーブルのインデックスを示すＲＲＣパラメータを含むマスタ情報ブロック（ＭＩＢまたはＲＥＤＣＡＰ ＭＩＢ）を物理報知チャネル（ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨ）で受信する受信部１０を備え、前記第１のテーブルのそれぞれのインデックスには、第１のサーチスペースセット（ＣＳＳ ｓｅｔ）の制御リソースセット（ＣＯＲＥＳＥＴ）のシンボル数と、前記第１のサーチスペースセットで送信される物理下りリンク制御チャネル（ＰＤＣＣＨ）の繰返し送信回数と、が対応し、
前記ＲＲＣパラメータで示されるインデックスに対応する前記シンボル数と前記繰り返し送信回数と、に基づいて、前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする処理部１４を備える。

（２）本発明の第２の態様における基地局装置３は、第１のテーブルのインデックスを示すＲＲＣパラメータを含むマスタ情報ブロック（ＭＩＢまたはＲＥＤＣＡＰ ＭＩＢ）を生成する処理部３４と、前記マスタ情報ブロックを物理報知チャネル（ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨ）で送信する送信部３０と、を備え、前記第１のテーブルのそれぞれのインデックスには、第１のサーチスペースセット（ＣＳＳ ｓｅｔ）の制御リソースセット（ＣＯＲＥＳＥＴ）のシンボル数と、前記第１のサーチスペースセットで送信される物理下りリンク制御チャネル（ＰＤＣＣＨ）の繰返し送信回数と、が対応し、前記送信部３４は、前記ＲＲＣパラメータで示されるインデックスに対応する、前記シンボル数と前記繰り返し送信回数とに基づいて、前記第１のサーチスペースセットで前記下りリンク制御チャネルを送信する。

（３）本発明の第３の態様における端末装置１は、第１のインデックスを示すＲＲＣパラメータを含むマスタ情報ブロック（ＭＩＢまたはＲＥＤＣＡＰ ＭＩＢ）を物理報知チャネル（ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨ）で受信する受信部１０と、前記第１のインデックスに基づいて、第１のサーチスペースセット（ＣＳＳ ｓｅｔ）で送信される物理下りリンク制御チャネル（ＰＤＣＣＨ）の繰り返し送信回数を決定する処理部１４と、を備え、前記処理部１４は、前記第１のインデックスが所定の値（例えば０）である場合に、前記物理下りリンク制御チャネルが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする。

（４）本発明の第４の態様における基地局装置３は、第１のインデックスを示すＲＲＣパラメータを生成する処理部３４と、前記ＲＲＣパラメータを含むマスタ情報ブロック（ＭＩＢまたはＲＥＤＣＡＰ ＭＩＢ）を物理報知チャネル（ＰＢＣＨまたはＲＥＤＣＡＰ ＰＢＣＨ）で送信する送信部３０と、を備え、前記処理部３４は、第１のサーチスペースセット（ＣＳＳ ｓｅｔ）で物理下りリンク制御チャネル（ＰＤＣＣＨ）を送信しない場合に、前記第１のインデックスを所定の値（例えば０）に設定し、前記第１のサーチスペースセットで前記物理下りリンク制御チャネルを送信する場合に、前記第１のインデックスを第１のサーチスペースセットで送信する物理下りリンク制御チャネルの繰返し送信回数に対応する値に設定する。

これにより、端末装置１と基地局装置３は、効率的に通信することができる。例えば、基地局装置３は限られたＲＥＤＣＡＰ ＰＢＣＨのペイロードで効率よくＰＤＣＣＨの繰返し送信回数を端末装置１に通知することができる。

本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。

尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。

なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこ
の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１（１Ａ、１Ｂ） 端末装置
３ 基地局装置
４ 送受信点（ＴＲＰ）
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
５０ 送信ユニット（ＴＸＲＵ）
５１ 位相シフタ
５２ アンテナエレメント

Claims (4)

1. 端末装置であって、
   第１のインデックスを示すＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで受信する受信部と、
   前記第１のインデックスに基づいて、第１のサーチスペースセットで送信される物理下りリンク制御チャネルの繰り返し送信回数を決定する処理部と、を備え、
   前記処理部は、前記第１のインデックスが所定の値である場合に、前記物理下りリンク制御チャネルが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする、
   端末装置。
2. 基地局装置であって、
   第１のインデックスを示すＲＲＣパラメータを生成する処理部と、
   前記ＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで送信する送信部と、を備え、
   前記処理部は、第１のサーチスペースセットで物理下りリンク制御チャネルを送信しない場合に、前記第１のインデックスを所定の値に設定し、前記第１のサーチスペースセットで前記物理下りリンク制御チャネルを送信する場合に、前記第１のインデックスを第１のサーチスペースセットで送信する物理下りリンク制御チャネルの繰返し送信回数に対応する値に設定する、
   基地局装置。
3. 端末装置の通信方法であって、
   第１のインデックスを示すＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで受信し、
   前記第１のインデックスに基づいて、第１のサーチスペースセットで送信される物理下りリンク制御チャネルの繰り返し送信回数を決定し、
   前記第１のインデックスが所定の値である場合に、前記物理下りリンク制御チャネルが送信されていないとみなし、前記第１のインデックスが所定の値でない場合に、前記繰り返し送信回数に基づいて前記第１のサーチスペースセットで前記下りリンク制御チャネルをモニタする、
   通信方法。
4. 基地局装置の通信方法であって、
   第１のインデックスを示すＲＲＣパラメータを生成し、
   前記ＲＲＣパラメータを含むマスタ情報ブロックを物理報知チャネルで送信し、
   第１のサーチスペースセットで物理下りリンク制御チャネルを送信しない場合に、前記第１のインデックスを所定の値に設定し、前記第１のサーチスペースセットで前記物理下りリンク制御チャネルを送信する場合に、前記第１のインデックスを第１のサーチスペースセットで送信する物理下りリンク制御チャネルの繰返し送信回数に対応する値に設定する、
   通信方法。

Images