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

Abstract

端末装置と基地局装置が効率的に通信を行う。端末装置が、CS-RNTIを伴うDCIフォーマット0_1によってスケジュールされた第１のPUSCHを送信し、第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定し、第２のパラメータは、設定されたグラントに対応するPUSCH送信を設定し、DCIフォーマット0_1に含まれるNDIが１にセットされる場合、第１のPUSCH送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、第３のパラメータは、第１のパラメータによって提供され、第４のパラメータは、第２のパラメータによって提供され、第１のパラメータは、少なくともtransformPrecoderを含み、第４のパラメータは、少なくともtransformPrecoderを含む。

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つがサービスの想定シナリオとして要求されている。

RP-161214, NTT DOCOMO, "Revision of SI: Study on New Radio Access Technology", 2016年6月

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

　（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信する受信部と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信する送信部と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoderを含み、前記第４のパラメータは、少なくともtransformPrecoderを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

　（２）また、本発明の一態様における基地局装置は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信する送信部と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信する受信部と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoderを含み、前記第４のパラメータは、少なくともtransformPrecoderを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

　（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信し、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信し、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoderを含み、前記第４のパラメータは、少なくともtransformPrecoderを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

　（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信し、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信し、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoderを含み、前記第４のパラメータは、少なくともtransformPrecoderを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

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

本発明の実施形態に係る無線通信システムの概念を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。 本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。 本発明の実施形態に係るビームフォーミングの一例を示した図である。 本発明の実施形態に係る周波数ホッピングの一例を示す図である。 本発明の実施形態に係る本実施形態における上りリンクグラントタイプ２スケジューリングの活性化のためのスペシャルフィールドの例を示す図である。 本発明の実施形態に係る上りリンクグラントタイプ２スケジューリングのリリースのためのスペシャルフィールドの例を示す図である。 本実施形態に係るＢＷＰに対する上りリンクリソース割り当てタイプ１を説明する一例を示す図である。 本発明の実施形態に係るＲＩＶを算出する一例を示す図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。

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

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

　端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（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）と称されてもよい。

　下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。

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

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

・ＰＢＣＨ（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）を報知するために用いられる。

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

　ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。

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

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

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

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

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

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

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

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

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

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

　１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、ＳＩ－ＲＮＴＩ(System Information- Radio Network Temporary Identifier)、Ｐ－ＲＮＴＩ（Paging-Radio Network Temporary Identifier）、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＣＳ－ＲＮＴＩ（Configured Scheduling-Radio Network Temporary Identifier）、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identity）、または、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、競合ベースのランダムアクセス手順（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: Radio Resource Control message、RRC information: Radio Resource Control informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣシグナリング、システム情報、および／または、ＭＡＣコントロールエレメントを、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータとも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Aは、上位層で与えられる”や“Aは、上位層によって与えられる”の意味は、端末装置１の上位層（主にRRC層やMAC層など）が、基地局装置３からAを受信し、その受信したAを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。

　ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（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）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。

　図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。

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

　図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。

　ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。

　ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するＯＦＤＭシンボルがスロット内にある。N^{slot}_{symb}は１４である。サブフレーム内のスロットｎ^{μ}_{s}のスタートは、同じサブフレーム内のｎ^{μ}_{s} N^{slot}_{symb}番目のＯＦＤＭシンボルのスタートと時間でアラインされている。

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

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

　図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。

　端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。

　図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。

　上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様複数のＯＦＤＭシンボルで構成されてよい。

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

　以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。

＜ＭＡＣ　ｅｎｔｉｔｙ動作>
　活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、インアクティブな（非活性化された）ＢＷＰを活性化（activate）し、アクティブな（活性化された）ＢＷＰを非活性化（deactivate）するために使用される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨによって制御される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、さらに、ＢＷＰインアクティブタイマー（BWP inactivity timer）や、ＲＲＣシグナリングによってや、ランダムアクセスプロシージャの開始時にＭＡＣエンティティ自身によって制御されてもよい。ＳｐＣｅｌｌ（PCellまたはPSCell）の追加または、ＳＣｅｌｌの活性化において、一つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに第一にアクティブである。第一にアクティブなＤＬ　ＢＷＰ (first active DL BWP) およびＵＬ　ＢＷＰ(first active UL BWP)は、基地局装置３から端末装置１に送られるＲＲＣメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなＢＷＰは、基地局装置３から端末装置１に送られるＲＲＣまたはＰＤＣＣＨで指定される。また、第一にアクティブなＤＬ　ＢＷＰ (first active DL BWP) およびＵＬ　ＢＷＰ(first active UL BWP)は、メッセージ４に含まれてもよい。アンペアードスペクトラム（Unpaired spectrum）（ＴＤＤバンドなど）では、ＤＬ　ＢＷＰとＵＬ　ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。

＜ＲＲＣ動作＞
　ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ　ＩＤで識別される。初期ＢＷＰは、ＢＷＰ　ＩＤが０である。他のＢＷＰのＢＷＰ　ＩＤは、１から４までの値を取る。

　端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ　ＢＷＰ（初期アクティブなＤＬ　ＢＷＰ、initial active DL BWP）は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ　ＢＷＰは上位層のパラメータinitialDownlinkBWPによって示されてもよい。上位層のパラメータinitialDownlinkBWPは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。

　即ち、端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ　ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ　ＢＷＰのサイズは、上位層のパラメータinitialDownlinkBWPに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ　ＢＷＰの周波数領域の位置と帯域幅を示してもよい。

　前述のように、端末装置１に対して複数のＤＬ　ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ　ＢＷＰの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトＤＬ　ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトＤＬ　ＢＷＰは初期ＤＬ　ＢＷＰである。

　端末装置１には、初期ＵＬ　ＢＷＰがＳＩＢ１（systemInformationBlockType1）またはｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ　ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ　ＢＷＰ（初期アクティブなＵＬ　ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータsupplementaryUplinkに含まれるinitialUplinkBWPによって、補足的な上りリンクキャリアでの初期ＵＬ　ＢＷＰが設定されてもよい。

　以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。

　コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。

　ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ　０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ　ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ　ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ　４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。

　追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。

　コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。

　１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。

　即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。

　サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。

　サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。

　前述のように、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬ　ＢＷＰの設定の中に含まれる。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬＢＷＰ以外のＢＷＰ（追加のＢＷＰ）の設定の中に含まれなくてもよい。初期ＤＬ　ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域においてＣＯＲＥＳＥＴ＃０およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。別の言い方で言えば、初期ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域において初期ＤＬ　ＢＷＰの帯域幅およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。この時、追加のＢＷＰに対して設定されているサーチスペース（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）は、ＣＯＲＥＳＥＴ＃０の識別子０を示すことにより、ＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）することができる。即ち、この時、ＣＯＲＥＳＥＴ＃０が初期ＤＬ　ＢＷＰのみに対して設定されているが、他のＢＷＰ（追加のＢＷＰ）でオペレーティングしている端末装置１は、ＣＯＲＥＳＥＴ＃０の設定情報を参照することができる。また、周波数領域において初期ＤＬ　ＢＷＰの帯域幅が追加のＤＬ　ＢＷＰに含まれ、且つ、ＳＳブロックが追加のＤＬ　ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ　ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを期待しなくてもよい。即ち、この場合、基地局装置３は、端末装置１に対して追加のＤＬ　ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを設定しなくてもよい。ここで、初期ＤＬ　ＢＷＰはサイズＮ^ｓｉｚｅ _{ＢＷＰ、０}の初期ＤＬ　ＢＷＰであってもよい。

　ある（追加）ＤＬ　ＢＷＰが他のＢＷＰのＣＯＲＥＳＥＴの設定情報を参照（refer, acquireなど）する場合には、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）および／またはそのＢＷＰが含む（関連する）ＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。つまり、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）が追加のＤＬ　ＢＷＰに含まれ、且つ、そのＢＷＰが含む（関連する）ＳＳブロックが追加のＤＬ　ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ　ＢＷＰがそのＢＷＰに対して設定されているＣＯＲＥＳＥＴの設定情報を参照することを期待しなくてもよい。

　端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示されるpdcch-ConfigSIB1またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１(searchSpaceSIB1）またはPDCCH-ConfigCommonに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース(searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース(ra-SearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＲＡ－ＲＮＲＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。
- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース(pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース(SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMCS-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース(SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMCS-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。

　もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つDCI format 0_0 と DCI format 1_0のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。

　ＢＷＰの設定情報はＤＬ　ＢＷＰの設定情報とＵＬ　ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ　ＢＷＰを特定（参照）するために使われる。ＵＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ　ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ　ＢＷＰとＵＬ　ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ　ＢＷＰに対応するＢＷＰの識別子はＤＬ　ＢＷＰ　インデックス（DL BWP index）と称してもよい。ＵＬ　ＢＷＰに対応するＢＷＰの識別子はＵＬ　ＢＷＰ　インデックス（UL BWP index）と称してもよい。初期ＤＬ　ＢＷＰは、ＤＬ　ＢＷＰの識別子０によって参照される。初期ＵＬ　ＢＷＰは、ＵＬ　ＢＷＰの識別子０によって参照される。他のＤＬ　ＢＷＰまたは他のＵＬ　ＢＷＰのそれぞれは、ＢＷＰの識別子　１からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位レイヤの設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ　ＢＷＰとＵＬ　ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ　ＢＷＰとＵＬ　ＢＷＰがペアされていることを意味してもよい。

　端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。

　以下、本実施形態において、周波数方向の上りリンクリソース割り当てについて説明する。

　ＲＡＲ　ＵＬ　グラントによってスケジュールされＰＵＳＣＨ送信を除いたＰＵＳＣＨ送信対して、端末装置１は、検出したＰＤＣＣＨ　ＤＣＩに含まれるリソース割り当てフィールドを用いて、周波数方向のリソースブロックアサインメント（リソースアサインメント）を決定してもよい。本実施形態において、上りリンクリソース割り当てタイプ０とタイプ１がサポートされる。端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０を伴うＰＤＣＣＨを受信した場合に、上りリンクリソース割り当てタイプ１が使われることを想定してもよい。

　端末装置１は、端末装置１ためのＰＤＣＣＨの検出時に、最初にリソースアサインメントが適用されるＵＬ　ＢＷＰを確定し、次に確定したＵＬ　ＢＷＰ内でのリソース割り当てを決定する。リソース割り当てのリソースブロック番号付け（RB numbering、ＲＢ番号付け）は、その確定したＵＬ　ＢＷＰの最も低いＲＢから始まる。つまり、リソースアサインメントが適用されるＵＬ　ＢＷＰは端末装置１が確定したＵＬ　ＢＷＰである。端末装置１が確定したＵＬ　ＢＷＰは上りリンク送信（ＰＵＳＣＨ送信）が行われるＢＷＰである。

　具体的に言うと、ＤＣＩフォーマット（scheduling DCI）にＢＷＰ指示フィールド（bandwidth part indicator field）が設定されていない、または、端末装置１がＤＣＩフォーマットを介してアクティブなＢＷＰ変更をサポートしない場合、リソース割り当て（上りリンクリソース割り当てタイプ０とタイプ１）のＲＢ番号付け（RB indexing）は、端末装置１のアクティブなＢＷＰ内で決定される。つまり、この場合、端末装置１が確定したＵＬ　ＢＷＰは、アクティブなＢＷＰであってもよい。即ち、リソースアサインメントが適用されるＵＬ　ＢＷＰはアクティブなＢＷＰ（アクティブなＵＬ　ＢＷＰ）であってもよい。ＤＣＩフォーマット（scheduling DCI）にＢＷＰ指示フィールド（bandwidth part indicator field）が設定されており、および／または、端末装置１がＤＣＩフォーマットを介してアクティブなＢＷＰ変更をサポートする場合、リソース割り当てのＲＢ番号付け（RB indexing）は、該ＢＷＰ指示フィールドに示されるＢＷＰ内で決定されてもよい。つまり、この場合、端末装置１が確定したＵＬ　ＢＷＰは、該ＢＷＰ指示フィールドに示されるＢＷＰであってもよい。即ち、リソースアサインメントが適用されるＵＬ　ＢＷＰは該ＢＷＰ指示フィールドに示されるＢＷＰであってもよい。ＤＣＩフォーマット０＿０は、ＢＷＰ指示フィールドを含まない。

　上りリンクリソース割り当てタイプ０（uplink resource allocation type ０、上りリンクタイプ０リソース割り当て）では、リソースブロックアサインメント情報は、端末装置１に対して割り当てられるリソースブロックグループ（RBGs, Resource Block Groups）を示すビットマップを含んでいる。リソースブロックグループは連続的な仮想リソースブロックのセットであり、上位層のパラメータから定義されてもよい。

　上りリンクリソース割り当てタイプ１（uplink resource allocation type 1、上りリンクタイプ１リソース割り当て）では、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、サイズＮ^ｓｉｚｅ _ＢＷＰのアクティブなＢＷＰ内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。ここで、サイズＮ^ｓｉｚｅ _ＢＷＰはアクティブなＵＬ　ＢＷＰの帯域幅を示すリソースブロックの数である。ただし、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセットにおいて検出された場合、初期ＵＬ　ＢＷＰのサイズ帯域幅Ｎ^ｓｉｚｅ _{ＢＷＰ、０}が使われる。つまり、この場合、リソースブロックアサインメント情報は、スケジュールされた端末装置１に対して、サイズＮ^ｓｉｚｅ _{ＢＷＰ、０}の初期ＵＬ　ＢＷＰ内で連続的に割り当てられる非インターリーブ仮想リソースブロックのセットを示す。

　上りリンクタイプ１リソースアサインメントフィールドは、開始リソースブロック（ＲＢ_{ｓｔａｒｔ、}開始仮想リソースブロック）と連続的に割り当てられたリソースブロックの数（Ｌ_ＲＢｓ）に対応するリソース指示値（ＲＩＶ、Resource Indication Value）からなる。即ち、リソース指示値ＲＩＶはリソースアサインメントフィールドに示される。ＲＢ_{ｓｔａｒｔ}は割り当てられたリソースブロックの開始位置を示す。Ｌ_ＲＢｓは連続的に割り当てられたリソースのリソースブロックの数（長さ、サイズ）を示す。基地局装置３は、端末装置１に確定されるＵＬ　ＢＷＰ内のリソース割り当てを決定し、ＲＩＶを生成し、ＲＩＶを示すビット列を含むリソースアサインメントを端末装置１に送信する。端末装置１は、リソースアサインメントフィールドのビット列に基づき、確定したＵＬ　ＢＷＰの（ＰＵＳＣＨの）周波数方向のリソースブロック割り当てを特定する。

　図１１は、ＲＩＶを算出する一例を示す図である。

　図１１（Ａ）において、Ｎ^ｓｉｚｅ _ＢＷＰはアクティブなＵＬ　ＢＷＰの帯域幅を示すリソースブロックの数である。ＲＩＶの値は、アクティブなＵＬ　ＢＷＰのサイズＮ^ｓｉｚｅ _ＢＷＰ、仮想リソースブロックの開始位置ＲＢ_{ｓｔａｒｔ}、および、連続的に割り当てられるリソースブロックの数Ｌ_ＲＢｓに基づいて、算出される。ここで、Ｌ_ＲＢｓの値は１と等しいまたは１より多いであり、（Ｎ^ｓｉｚｅ _ＢＷＰ―ＲＢ_{ｓｔａｒｔ}）を超えない。ただし、前述のよう、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセット（例えば、タイプ１ＰＤＣＣＨコモンサーチスペースセット）で検出された場合、図１１（Ａ）におけるＮ^ｓｉｚｅ _ＢＷＰに対して初期ＵＬ　ＢＷＰのサイズ（帯域幅）を示すリソースブロックの数Ｎ^ｓｉｚｅ _{ＢＷＰ、０}が使われる。ただし、前述したのよう、ＤＣＩフォーマット０＿０が任意のコモンサーチスペースセットにおいて検出された場合、図１１（Ａ）におけるＮ^ｓｉｚｅ _ＢＷＰには初期ＵＬ　ＢＷＰのサイズ帯域幅Ｎ^ｓｉｚｅ _{ＢＷＰ、０}が使われる。ここで、Ｌ_ＲＢｓの値は１により等しいまたは多いであり、（Ｎ^ｓｉｚｅ _{ＢＷＰ、０}―ＲＢ_{ｓｔａｒｔ}）を超えない。

　図１１（Ｂ）において、Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＢＷＰ（ＵＬ　ＢＷＰ）の帯域幅を示すリソースブロックの数である。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、アクティブなＢＷＰ（ＵＬ　ＢＷＰ）の帯域幅を示すリソースブロックの数である。つまり、Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰは、初期ＢＷＰ（ＵＬ　ＢＷＰ）のサイズである。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰは、アクティブなＢＷＰ（ＵＬ　ＢＷＰ）のサイズである。ＲＩＶの値は、初期ＵＬ　ＢＷＰのサイズＮ^{ｉｎｉｔｉａｌ} _ＢＷＰ、リソースブロックの開始位置ＲＢ’_{ｓｔａｒｔ}、および、連続的に割り当てられるリソースブロックの数Ｌ’_ＲＢｓに基づいて、算出される。そして、ＲＢ’_{ｓｔａｒｔ}と係数Ｋの掛け算はＲＢ_{ｓｔａｒｔ}である。Ｌ’ＲＢｓと係数Ｋの掛け算はＬ_ＲＢｓである。係数Ｋの値は、初期ＵＬ　ＢＷＰのサイズとアクティブなＢＷＰのサイズに基づき算出される。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰがＮ^{ｉｎｉｔｉａｌ} _ＢＷＰにより大きい場合、Ｋの値は、セット｛１，２，４，８｝の中にＫ＜＝Floor(Ｎ^{ａｃｔｉｖｅ} _ＢＷＰ／Ｎ^{ｉｎｉｔｉａｌ} _ＢＷＰ)を満たす最大の値である。ここで、関数Floor(Ａ)は、Ａを上回らない最大の整数を出力する。Ｎ^{ａｃｔｉｖｅ} _ＢＷＰがＮ^{ｉｎｉｔｉａｌ} _ＢＷＰにより等しいまたは小さい場合、Ｋの値は、１である。これにより、割り当てられるリソースは、リソースブロックの開始位置ＲＢ_{ｓｔａｒｔ}、および、連続的に割り当てるリソースブロックの数Ｌ_ＲＢｓによって特定される。

　図１１（Ｂ）のリソース特定方法は、ＵＳＳでのＤＣＩフォーマットのサイズ（または、ＤＣＩフォーマットに含まれる周波数領域リソースアサインメントフィールドのサイズ）が初期ＢＷＰにより導出されが、アクティブなＢＷＰに適用されるというケースに使われてもよい。ＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１であってもよい。

　図１０はＢＷＰに対する上りリンクリソース割り当てタイプ１を説明する一例を示す図である。

　図１０において、端末装置１に対して、１つの初期ＵＬ　ＢＷＰ（１１０１）と２つの追加のＵＬ　ＢＷＰ（１１０２と１１０３）が設定されている。前述のように、共通リソースブロックｎ_ＰＲＢは、ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。つまり、１１１４は番号０が付される共通リソースブロック（common resource block 0）である。サブキャリア間隔設定μにおいて、共通リソースブロック０（共通リソースブロックインデックス０、ｎ_ＣＲＢ＃０）のサブキャリアインデックス０の中心は、ポイントＡと一致する。１１０４はサブキャリア間隔設定μにおいて、キャリアの開始位置であり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒから与えられる。つまり、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒはポイントＡとキャリアの使用可能な最低のサブキャリアとの間の周波数領域におけるオフセットである。該オフセット（１１１５）は、サブキャリア間隔設定μにおいて、リソースブロックの数を示す。即ち、サブキャリア間隔設定μが異なると、該オフセットの周波数領域の帯域が異なる。サブキャリア間隔設定μにおいて、１１０４はキャリアが開始するリソースブロックの位置であってもよい。物理リソースブロックは、各ＢＷＰに対して０から昇順で番号が付されたリソースブロックである。各ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、そのＢＷＰインデックスｉにおける物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢの関係は、（式３）ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}によって与えられる。各ＢＷＰのサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は共通リソースブロックインデックス０に対するＢＷＰインデックスｉが開始する共通リソースブロックの数である。Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、ＢＷＰインデックスｉのサブキャリア間隔設定μにおいて、インデックスｉのＢＷＰの帯域幅を示すリソースブロックの数である。

　ＢＷＰの周波数領域の位置と帯域幅は、上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。具体的に言うと、ＢＷＰインデックスｉの第１の物理リソースブロック（物理リソースブロックインデックス０）と連続的な物理リソースブロックの数は上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられる。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈに示される値はキャリアに対するＲＩＶの値と解釈される。図１１（Ａ）のように、Ｎ^ｓｉｚｅ _ＢＷＰが２７５にセットされる。そして、ＲＩＶの値により識別されるＲＢ_{ｓｔａｒｔ}とＬ_ＲＢｓはＢＷＰの第１の物理リソースブロック（物理リソースブロックインデックス０）とＢＷＰの帯域幅を示す連続的な物理リソースブロックの数を示す。ＢＷＰインデックスｉの第１の物理リソースブロックは、上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示される物理リソースブロック（１１０４）に対する物理リソースブロックオフセットである。ＢＷＰインデックスｉの帯域幅を示すリソースブロックの数はＮ^ｓｉｚｅ _{ＢＷＰ、ｉ}である。ＢＷＰインデックスｉのＮ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、ＢＷＰインデックスｉの第１の物理リソースブロックおよび上位層のパラメータＯｆｆｓｅｔＴｏＣａｒｒｉｅｒによって示されるオフセットから与えられる。

　即ち、図１０において、ＵＬ　ＢＷＰ＃０のサブキャリア間隔設定μにおいて、１１０５は、ＵＬ　ＢＷＰ＃０（１１０１）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＵＬ　ＢＷＰ＃０における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、０}によって与えられる。ＵＬ　ＢＷＰ＃０のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、０}（１１０７）は共通リソースブロックインデックス０に対するＵＬ　ＢＷＰ＃０が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、０}（１１０６）は、ＵＬ　ＢＷＰ＃０のサブキャリア間隔設定μにおいて、ＵＬ　ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。

　図１０において、ＵＬ　ＢＷＰ＃１のサブキャリア間隔設定μにおいて、１１０８は、ＵＬ　ＢＷＰ＃１（１１０２）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＵＬ　ＢＷＰ＃１における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、１}によって与えられる。ＵＬ　ＢＷＰ＃１のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、１}（１１１０）は共通リソースブロックインデックス０に対するＵＬ　ＢＷＰ＃１が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、１}（１１０９）は、ＵＬ　ＢＷＰ＃１のサブキャリア間隔設定μにおいて、ＵＬ　ＢＷＰ＃０の帯域幅を示すリソースブロックの数である。

　図１０において、ＵＬ　ＢＷＰ＃２のサブキャリア間隔設定μにおいて、１１１１は、ＵＬ　ＢＷＰ＃２（１１０２）における物理リソースブロックインデックス０（ｎ_ＰＲＢ＃０）である。ＵＬ　ＢＷＰ＃２における物理リソースブロックと共通リソースブロックの関係は、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、２}によって与えられる。ＵＬ　ＢＷＰ＃２のサブキャリア間隔設定μにおいて、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、２}（１１１３）は共通リソースブロックインデックス０に対するＵＬ　ＢＷＰ＃２が開始する共通リソースブロックである。Ｎ^ｓｉｚｅ _{ＢＷＰ、２}（１１１２）は、ＵＬ　ＢＷＰ＃２のサブキャリア間隔設定μにおいて、ＵＬ　ＢＷＰ＃２の帯域幅を示すリソースブロックの数である。

　図１０からみると、端末装置１に設定されている各のＢＷＰに対して、開始する位置（開始する共通リソースブロック、Ｎ^{ｓｔａｒｔ} _ＢＷＰ）とリソースブロックの数（Ｎ^ｓｉｚｅ _ＢＷＰ）が異なっている。リソース割り当てのＲＢ番号付けは、確定したＵＬ　ＢＷＰの最も低いＲＢから始まる。例えば、算出するＲＢ_{ｓｔａｒｔ}の値が同じとしても、確定したＵＬ　ＢＷＰの最も低いＲＢが異なると、開始する共通リソースブロックの位置も異なっている。

　図７は本実施形態における周波数ホッピングの一例を示す図である。図７（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図７（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図７（ｃ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。

　図７（ｂ）において、スロット内周波数ホッピングを伴うＰＵＳＣＨ送信は,スロットにおいて、第１の周波数ホップ（first frequency hop、第１のホップ、第１の周波数単位）と第２の周波数ホップ（second frequency hop、第１のホップ、第２の周波数単位）から成る。第１の周波数ホップのシンボル数はFloor(Ｎ^PUSCH,s _symb／２)によって与えられてもよい。第２の周波数ホップのシンボル数はＮ^PUSCH,s _symbーFloor(Ｎ^PUSCH,s _symb／２)によって与えられてもよい。Ｎ^PUSCH,s _symbは、1つのスロット内のOFDMシンボルにおけるPUSCH送信の長さである。つまり、Ｎ^PUSCH,s _symbは、1つのスロット内のスケジュールされたＰＵＳＣＨに使われるＯＦＤＭシンボルの数であってもよい。Ｎ^PUSCH,s _symbの値は、ＤＣＩフォーマットまたはＲＡＲ　ＵＬグラントに含まれるフィールドに示されてもよい。第１の周波数ホップの開始ＲＢ（starting RB）と第１の周波数ホップの開始ＲＢ間のリソースブロックの差RB_offsetをリソースブロックの周波数オフセットと称してもよい。つまり、RB_offsetは2つの周波数ホップ間のRBの周波数オフセットである。また、RB_offsetを第２の周波数ホップのための周波数オフセットと称してもよい。例えば、第１の周波数ホップの開始ＲＢをＲＢ_startと称する。第２の周波数ホップの開始ＲＢは、（式５）（ＲＢ_start＋RB_offset）modＮ^ｓｉｚｅ _ＢＷＰによって与えられてもよい。ＲＢ_startは周波数リソース割り当てフィールドによって与えられてもよい。関数(Ａ)mod(B)は、ＡとＢの割り算をし、割り切れない余りの数字をを出力する。図７（ｂ）において、スロット内周波数ホッピングはシングルスロットＰＵＳＣＨ送信および／またはマルチスロットＰＵＳＣＨ送信に適用されてもよい。

　図７（ｃ）において、スロット間周波数ホッピングはマルチスロットＰＵＳＣＨ送信（multi-slot PUSCH transmission）に適用されてもよい。RB_offsetは2つの周波数ホップ間のRBの周波数オフセットである。

　本実施形態において、下りリンク制御情報は、新データ指標（ＮＤＩ：Ｎｅｗ　Ｄａｔａ　Ｉｎｄｉｃａｔｏｒ）を含んでもよい。新データ指標は、該新データ指標に対応するトランスポートブロックが初期送信であるか否かを少なくとも示すために用いられてもよい。新データ指標は、所定のＨＡＲＱプロセス番号に対応し、直前に送信されたトランスポートブロックと、該ＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされるＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックが同一であるか否かを示す情報であってもよい。ＨＡＲＱプロセス番号は、ＨＡＲＱプロセスの識別に用いられる番号である。ＨＡＲＱプロセス番号は下りリンク制御情報に含まれてもよい。ＨＡＲＱプロセスは、ＨＡＲＱの管理を行うプロセスである。新データ指標は、所定のＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの送信が、該所定のＨＡＲＱプロセス番号に対応し、直前に送信されたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの再送であるか否かを示してもよい。該下りリンク制御情報によりスケジューリングされた該ＰＤＳＣＨ、および／または、該ＰＵＳＣＨに含まれる該トランスポートブロックの送信が、該直前に送信されたトランスポートブロックの再送であるか否かは、該新データ指標が該直前に送信されたトランスポートブロックに対応する新データ指標に対して切り替わっている（または、トグルしている）か否かに基づき与えられてもよい。

　つまり、新データ指標は、初期送信、または、再送信を指示する。端末装置１のＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされている場合、該ＨＡＲＱプロセスに初期送信をトリガするよう指示する。ＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされていない場合、該ＨＡＲＱプロセスに再送信をトリガするよう指示する。尚、ＨＡＲＱプロセスが、新データ指標がトグルされているかどうかを判定してもよい。

　以下、本実施形態において、ＰＵＳＣＨ送信（上りリンクデータ送信）に関するプロシージャについて説明する。

　本実施形態において、ＵＬグラントは動的に（dynamically）ＰＤＣＣＨ上で受信されてもよい。即ち、該ＵＬグラントは、Ｃ－ＲＮＴＩ（またはＭＣＳ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩ）によってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを用いて指示されてもよい。即ち、第１のＰＵＳＣＨ送信は、ＤＣＩ（ＰＤＣＣＨ）におけるＵＬグラントによって動的に（dynamically）スケジュールされてもよい。基地局装置３は、ＤＣＩにおけるＵＬグラントを用いて、端末装置１に対して動的なＰＵＳＣＨのリソースを割り当てられる。ここで、動的なＰＵＳＣＨのリソースをスケジュールするＤＣＩフォーマットがＣＳ－ＲＮＴＩによってスクランブルされるＣＲＣが付加された場合、該ＤＣＩフォーマットに含まれるＮＤＩ（new data indicator）フィールドが‘１’にセットされてもよい。また、動的なＰＵＳＣＨのリソースをスケジュールするＤＣＩフォーマットがＣＳ－ＲＮＴＩによってスクランブルされるＣＲＣに付加された場合、該ＤＣＩフォーマットに含まれるＮＤＩ（new data indicator）フィールドが‘０’にセットされなくてもよい。また、動的なＰＵＳＣＨのリソースをスケジュールするＤＣＩフォーマットがＣＳ－ＲＮＴＩによってスクランブルされるＣＲＣに付加された場合、該ＤＣＩフォーマットに含まれるＮＤＩ（new data indicator）フィールドが‘０’にセットされてもよい。

　また、ＵＬグラントはランダムアクセス応答において受信されてもよい。該ＵＬグラントはＲＡＲ　ＵＬグラントと称してもよい。即ち、第２のＰＵＳＣＨ送信は、ランダムアクセス応答に含まれるＲＡＲ　ＵＬグラントによってスケジュールされてもよい。

　また、ＵＬグラントはＲＲＣパラメータまたはＤＣＩフォーマットによってセミパ一システン卜に（semi-persistently）スケジュールされたグラントであってもよい。セミパーシステントなスケジューリングは、動的なグラントなしのＰＵＳＣＨ送信であってもよい。セミパーシステントにスケジュールされた送信とは、周期的（periodically）にスケジュールされた送信の意味が含まれる。セミパーシステントなスケジューリングには、設定されるグラント（configured grant or configured uplink grant）を伴うタイプ１ＰＵＳＣＨ送信（Type 1 PUSCH transmissions with a configured grant）と設定されるグラントを伴うタイプ２ＰＵＳＣＨ送信（Type 2 PUSCH transmissions with a configured grant）がある。設定されるグラントを伴うＰＵＳＣＨ送信は、設定されるグラントによってスケジュールされるＰＵＳＣＨの送信を意味する。説明の簡略化のために、設定されるグラントを伴うタイプ１ＰＵＳＣＨ送信をタイプ１ＰＵＳＣＨ送信と記載してもよい。説明の簡略化のために、設定されるグラントを伴うタイプ２ＰＵＳＣＨ送信をタイプ２ＰＵＳＣＨ送信と記載してもよい。

　以下、タイプ１ＰＵＳＣＨ送信とタイプ２ＰＵＳＣＨ送信について説明する。

　タイプ１ＰＵＳＣＨ送信は、ＤＣＩにおけるＵＬグラントの検出なしのrrc-ConfiguredUplinkGrantを含む上位層のパラメータconfiguredGrantConfigの受信によって半静的に（semi-statically）設定されてもよい。即ち、基地局装置３は、rrc-ConfiguredUplinkGrantを含む上位層のパラメータconfiguredGrantConfigを用いて、セミパーシステントなＰＵＳＣＨのリソースの割り当てを端末装置１に対して指示してもよい。端末装置１は、rrc-ConfiguredUplinkGrantを含む上位層（ＲＲＣ）のパラメータconfiguredGrantConfigを受信し、該受信したパラメータを設定されるグラントとしてストアしてもよい。つまり、タイプ１ＰＵＳＣＨ送信に対する該設定されるグラント（設定されるグラントタイプ１）は、ＲＲＣから示されてもよい。

　タイプ２ＰＵＳＣＨ送信は、rrc-ConfiguredUplinkGrantを含まない上位層のパラメータconfiguredGrantConfigの受信後に、ＤＣＩ（ＰＤＣＣＨ）におけるＵＬグラントによってセミパ一システン 卜（半永続的、半持続的、周期的、半静的）に（semi-persistently）スケジュールされてもよい。即ち、基地局装置３は、上位層のパラメータとＤＣＩにおけるＵＬグラントを用いて、端末装置１に対してセミパーシステントなＰＵＳＣＨのリソース（物理リソースブロック）を割り当て、且つ、セミパーシステントなＰＵＳＣＨでの送信を活性化（activation）することを端末装置１に対して指示してもよい。端末装置１は、、rrc-ConfiguredUplinkGrantを含まない上位層のパラメータconfiguredGrantConfigの受信後に、セミパーシステントなＰＵＳＣＨでの送信を活性化するＵＬグラントを受信したら、該ＵＬグラントを設定されるグラントとしてストアしてもよい。つまり、タイプ２ＰＵＳＣＨ送信に対する設定されるグラントは、ＰＤＣＣＨから提供されるＵＬグラントから示されてもよい。また、基地局装置３は、ＤＣＩにおけるＵＬグラントを用いて、セミパーシステントなＰＵＳＣＨでの送信を非活性化（activation）することを端末装置１に対して指示してもよい。セミパーシステントなＰＵＳＣＨでの送信を非活性化（activation）することは、セミパーシステントなＰＵＳＣＨのリソースをリリースすることを意味してもよい。端末装置１は、セミパーシステントなＰＵＳＣＨでの送信を非活性化するＵＬグラントを受信したら、セミパーシステントなＰＵＳＣＨのリソースをリリース（release）してもよい。この場合、端末装置１は、設定されるグラントをクリアしてもよい。タイプ２ＰＵＳＣＨ送信に対する設定されるグラント（設定されるグラントタイプ２）は、セミパーシステントなＰＵＳＣＨでの送信の活性化または非活性化を示すＰＤＣＣＨ（Ｌ１シグナリング）に基づき、ストアされるまたはクリアされてもよい。

　以下、タイプ２PUSCH送信に対して、セミパーシステントなＰＵＳＣＨでの送信を活性化または非活性化について具体的に説明する。

　端末装置１は、スケジューリングの活性化またはスケジューリングのリリース（非活性化）のために、対応するＤＣＩフォーマットのCRCがCS-RNTIによってスクランブルされ、且つ、該ＤＣＩフォーマットに含まれるＮＤＩ（new data indicator）フィールドが‘０’にセットされている場合に、該ＤＣＩフォーマットを検証（validate）してもよい。具体的に言うと、端末装置１は、該ＤＣＩフォーマットに含まれる複数の情報のフィールドが特定の値にセットされているかどうかを検証してもよい。ＤＣＩフォーマットの検証は、ＤＣＩフォーマットに含まれる所定の情報のフィールドが図８または図９に従って設定された場合に、達成（成功）されてもよい。検証が達成される場合、端末装置１は、ＤＣＩフォーマットに含まれる情報を、設定されるグラントタイプ２の有効なアクティベーションまたは設定されるグラントタイプ２の有効なリリースとみなしてもよい。検証が達成されない場合、端末装置１は、ＤＣＩフォーマットを一致しないＣＲＣで検出されることとして見なしてもよい。端末装置１は、該ＤＣＩフォーマットを破棄（クリア）してもよい。

　ここで、設定されるグラントタイプ２の有効なアクティベーションとは、セミパーシステントスケジューリングのアクティベーションの意味が含まれてもよい。また、セミパーシステントスケジューリングのアクティベーションとは、ＰＵＳＣＨのリソースのセミパーシステントな割り当ての意味が含まれてもよい。また、設定されるグラントタイプ２の有効なリリースとは、セミパーシステントスケジューリングのリリースの意味が含まれてもよい。 すなわち、CS-RNTIによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマットは、セミパーシステントな上りリンクのスケジューリングのアクティベーションを指示するために用いられてもよい。また、CS-RNTIによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマットは、セミパーシステントスケジューリングのアクティベーションを有効にするために用いられてもよい。また、CS-RNTIによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマットは、セミパーシステントリリースを指示するために用いられてもよい。

　図８は、本実施形態における上りリンクグラントタイプ２スケジューリング（セミパーシステントスケジューリング）の活性化（activation）のためのスペシャルフィールド（Special fields）の例を示す図である。図８に示すように、セミパーシステントスケジューリングの活性化のために、複数のフィールドが規定されてもよい。また、セミパーシステントスケジューリングの活性化のために、複数のフィールドのそれぞれにセットされる所定の値（特定の値でもよい）が規定されてもよい。

　図８に示すように、例えば、上りリンクに対するＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０または０＿１）がセミパーシステントスケジュールの活性化に用いられる場合には、上りリンクに対するそのＤＣＩフォーマットに含まれる、ＨＡＲＱプロセス番号に関する情報（HARQ process number）のフィールドがすべて‘０’にセットされ、リダンダンシーバージョンに関する情報（Redundancy version）のフィールドが‘００’にセットされてもよい。すなわち、端末装置１は、ＣＳ－ＲＮＴＩを伴うＤＣＩフォーマット０＿０または０＿１に含まれる複数の情報のフィールドのそれぞれが、図８のような予め規定された特定の値にセットされている場合に、セミパーシステントスケジューリングを活性化してもよい。この場合、端末装置１は、該ＤＣＩフォーマットを設定されるグラント（ＵＬグラントタイプ２）としてストアしてもよい。

　図９は、本実施形態における上りリンクグラントタイプ２スケジューリング（セミパーシステントスケジューリング）のリリース（release）のためのスペシャルフィールド（Special fields）の例を示す図である。図９に示すように、セミパーシステントスケジューリングのリリースのために、複数のフィールドが規定されてもよい。また、セミパーシステントスケジューリングのリリースのために、複数のフィールドのそれぞれにセットされる所定の値（特定の値でもよい）が規定されてもよい。

　図９に示すように、例えば、上りリンクに対するＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０）がセミパーシステントスケジュールのリリースに用いられる場合には、上りリンクに対するＤＣＩフォーマットに含まれる、ＨＡＲＱプロセス番号に関する情報（HARQ process number）のフィールドがすべて‘０’にセットされ、リダンダンシーバージョンに関する情報（Redundancy version）のフィールドが‘００’にセットされ、ＭＣＳおよびコーディングスキームに関する情報（Modulation and coding scheme）のフィールドがすべて‘１’にセットされ、周波数領域リソース割り当てに関する情報（Frequency domain resource assignment）のフィールドがすべて‘１’セットされてもよい。すなわち、端末装置１は、ＣＳ－ＲＮＴＩを伴うＤＣＩフォーマット０＿０または０＿１に含まれる複数の情報のフィールドのそれぞれが、図９のような予め規定された特定の値にセットされている場合に、セミパーシステントスケジューリングを活性化してもよい。この場合、端末装置１は、ストアされている設定されるグラント（ＵＬグラントタイプ２）をクリアしてもよい。

　端末装置１は、CS-RNTIによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマットを受信してもよい。端末装置１は、該受信されたＤＣＩフォーマットに含まれるＮＤＩ（new data indicator）フィールドが‘１’にセットされている場合に、該ＤＣＩフォーマットに示されるＨＡＲＱプロセス番号に対応するトランスポートブロックの再送を実行してもよい。即ち、CS-RNTIによってスクランブルされるＣＲＣに付加され、且つ、ＮＤＩ（new data indicator）フィールドが‘１’にセットされているＤＣＩフォーマットは、設定されるグラントを伴うＰＵＳＣＨ送信の再送信を指示するために用いられてもよい。設定されるグラントを伴うＰＵＳＣＨ送信の再送信は設定されるグラントを伴うＰＵＳＣＨ内のトランスポートブロックの再送信を意味する。端末装置１は、そのＤＣＩフォーマットに示されるＨＡＲＱプロセス番号に対応する設定されるグラントを伴うＰＵＳＣＨ送信を再送信してもよい。

　本実施形態において、設定されるグラントを伴うＰＵＳＣＨ送信は、設定されるグラントに対応するＰＵＳＣＨ送信とも称する。設定されるグラントに対応するＰＵＳＣＨ送信には、設定されるグラント（configured grant）を伴うタイプ１ＰＵＳＣＨ送信および／または設定されたグラント（configured grant）を伴うタイプ２ＰＵＳＣＨ送信が含まれてもよい。CS-RNTIによってスクランブルされたＣＲＣが付加され、且つ、ＮＤＩ（new data indicator）フィールドが‘０’にセットされているＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信は、セミパーシステントスケジューリングの活性化を示すＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信に対応してもよい。CS-RNTIによってスクランブルされたＣＲＣが付加され、且つ、ＮＤＩ（new data indicator）フィールドが‘０’にセットされているＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信は、設定されるグラントに対応するＰＵＳＣＨ送信であってもよい。設定されるグラントに対応するＰＵＳＣＨ送信は、設定されるグラントを伴うＰＵＳＣＨの初期送信である。また、CS-RNTIによってスクランブルされたＣＲＣが付加され、且つ、ＮＤＩ（new data indicator）フィールドが‘１’にセットされているＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信は、設定されるグラントを伴うＰＵＳＣＨ送信の再送信に対応してもよい。

　本実施形態において、Ｃ－ＲＮＴＩ（またはＭＣＳ－ＲＮＴＩ）によってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１）によって動的にスケジュールされるＰＵＳＣＨに対して、そのＰＵＳＣＨ送信に適用されるパラメータは、pusch-configによって提供されてもよい。

　本実施形態において、設定されるグラントを伴うＰＵＳＣＨ送信およびセミパーシステントスケジューリングの活性化を示すＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信に対して、そのＰＵＳＣＨ送信に適用されるパラメータは、configuredGrantConfigに含まれるパラメータとpusch-configに含まれるdataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, scaling of UCI-OnPUSCHであってもよい。設定されるグラントを伴うＰＵＳＣＨ送信およびセミパーシステントスケジューリングの活性化を示すＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信は、設定されるグラントに対応するＰＵＳＣＨ送信と称してもよい。つまり、そのＰＵＳＣＨ送信のために必要となるパラメータに対して、端末装置１は、configuredGrantConfigに示されるパラメータを用いて、ＰＵＳＣＨ送信に適用してもよい。即ち、ＰＵＳＣＨ送信のために用いられるパラメータがconfiguredGrantConfigとpusch-configの両方によって提供される場合、端末装置１は、configuredGrantConfigによって提供されるパラメータを用いて、ＰＵＳＣＨ送信に適用してもよい。そのＰＵＳＣＨ送信のために必要となるパラメータに対して、端末装置１は、該パラメータがconfiguredGrantConfigによって提供されない場合に、pusch-configによって提供されるパラメータを用いて、ＰＵＳＣＨ送信に適用してもよい。ＰＵＳＣＨ送信のために、configuredGrantConfigによって提供されないパラメータdataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, scaling of UCI-OnPUSCHは、pusch-configによって提供されてもよい。scaling of UCI-OnPUSCHはPUSCH上のUCIに割り当てられるリソースエレメントの数を制限するスケーリングファクターを示すパラメータである。

　本実施形態において、CS-RNTIによってスクランブルされるＣＲＣに付加され、且つ、ＮＤＩ（new data indicator）フィールドが‘１’にセットされているＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ送信に対して、そのＰＵＳＣＨ送信に適用されるパラメータは、pusch-configによって提供されてもよい。即ち、ＰＵＳＣＨ送信のために用いられるパラメータがconfiguredGrantConfigとpusch-configの両方によって提供される場合、端末装置１は、pusch-configによって提供されるパラメータを用いて、ＰＵＳＣＨ送信に適用してもよい。ただし、例外のパラメータがある。該例外のパラメータは、configuredGrantConfigによって提供されてもよい。該例外のパラメータは、少なくとも以下のパラメータの一部または全部を含んでもよい。
　・transformPrecoder
・resourceAllocation
・frequencyHopping
　・mcs-Table
　・mcs-TableTransformPrecoder
・P0-PUSCH-Alpha
　・powerControlLoopToUse

　つまり、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット（ＰＤＣＣＨ）によってスケジュールされたＰＵＳＣＨおよび／または設定されるグラントを伴うＰＵＳＣＨ(設定されるグラントに対応するＰＵＳＣＨ)に対して、そのＰＵＳＣＨ送信に適用されるパラメータtransformPrecoderは、configuredGrantConfigによって提供されてもよい。具体的に言うと、端末装置１は、configuredGrantConfigに含まれるtransformPrecoderが設定されている場合に、そのパラメータtransformPrecoderに従って、そのＰＵＳＣＨ送信ためのトランスフォームプリコーディングを‘有効’または‘無効’の何れかとみなしてもよい。例えば、パラメータtransformPrecodingが‘有効’にセットされている場合、端末装置１は、トランスフォームプリコーディングを‘有効’とみなしてもよい。即ち、端末装置１は、そのＰＵＳＣＨ送信に対して、離散フーリエ変換拡散ＯＦＤＭを用いてもよい。また、パラメータtransformPrecodingが‘無効’にセットされている場合、端末装置１は、トランスフォームプリコーディングを‘無効’とみなしてもよい。端末装置１は、configuredGrantConfigに含まれるtransformPrecoderが設定されない場合に、パラメータmsg3-transformPrecoderに従って、そのＰＵＳＣＨ送信のためのトランスフォームプリコーディングを‘有効’または‘無効’の何れかとみなしてもよい。パラメータmsg3-transformPrecodingは、ＳＩＢ１またはインフォメーションエレメントRACH-ConfigCommonから示されてもよい。

　本実施形態において、トランスフォームプリコーディングを‘有効’にすることは、端末装置１と基地局装置３の間の上りリンク通信（例えば、ＰＵＳＣＨ送信）では、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）が用いられることを意味してみよい。また、トランスフォームプリコーディングを‘無効’にすることは、端末装置１と基地局装置３の間の上りリンク通信（例えば、ＰＵＳＣＨ送信）では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）が用いられることを意味してもよい。トランスフォームプリコーディングを‘有効’にすることは、トランスフォームプリコーディングが適用されることを意味してもよい。トランスフォームプリコーディングを‘無効’にすることは、トランスフォームプリコーディングが適用されないことを意味してもよい。

　また、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット（ＰＤＣＣＨ）によってスケジュールされたＰＵＳＣＨおよび／または設定されるグラントを伴うＰＵＳＣＨに対して、そのＰＵＳＣＨ送信に適用されるパラメータresourceAllocationは、configuredGrantConfigによって提供されてもよい。具体的に言うと、resourceAllocationは,‘リソース割り当てタイプ０（resourceAllocationType０）’、‘リソース割り当てタイプ１（resourceAllocationType１）’、および、‘ダイナミックスイッチ（dynamicSwitch）’の内、何れかに設定されている。

　上述したように、フィールドrrc-ConfiguredUplinkGrantは上位層のパラメータconfiguredGrantConfigに含まれてもよい。該フィールドがタイプ１ＰＵＳＣＨに対する設定されるグラントのコンフィギュレーションを示すために使用される。端末装置１は、該フィールドが上位層のパラメータconfiguredGrantConfigで存在しない場合に、ＣＳ－ＲＮＴＩを伴うＤＣＩをタイプ２ＰＵＳＣＨに対する設定されるグラントとして使用してもよい。

　インフォメーションエレメントconfiguredGrantConfigは、動的なグラントなしの上りリンク送信を設定するために使われてもよい。インフォメーションエレメントconfiguredGrantConfigは、設定されるグラントに対応するＰＵＳＣＨ送信を設定するために使われてもよい。上位層のパラメータconfiguredGrantConfigには、少なくとも以下のパラメータ一部または全部が提供されてもよい。
　・frequencyHopping：スロット内周波数ホッピングとスロット間周波数ホッピングの何れかを有効にセットするために用いられる。該フィールドが存在しない場合、周波数ホッピングが適用されなくてもよい。
　・cg-DMRS-Configuration：設定されるグラントに対応するＰＵＳＣＨのＤＭＲＳコンフィギュレーションを示すために用いられる。
　・mcs-Table：端末装置１がトランスフォームプリコーディングなしのＰＵＳＣＨに使用するＭＣＳテーブルを示すために用いられる。該フィールドが存在しない場合、端末装置１は、６４ＱＡＭテーブルを使ってもよい。
　・mcs-TableTransformPrecoder：端末装置１がトランスフォームプリコーディングを伴うＰＵＳＣＨに使用するＭＣＳテーブルを示すために用いられる。該フィールドが存在しない場合、端末装置１は、６４ＱＡＭテーブルを使ってもよい。
　・resourceAllocation：‘リソース割り当てタイプ０’、‘リソース割り当てタイプ１’、および、‘ダイナミックスイッチ’の内、何れかが設定されることを示すために用いられる。
　・rbg-Size： PUSCHのＲＢＧサイズを示すために用いられる。
　・powerControlLoopToUse:ＰＵＳＣＨ送信に適用する閉制御ループを示すために用いられる。
　・p0-PUSCH-Alpha：ＰＵＳＣＨ送信電力を計算するために用いられる。
　・transformPrecoder：ＰＵＳＣＨ送信に対してトランスフォームプリコーディングを選択するかどうかを示すために用いられる。
・nrofHARQ-Process：ＨＡＲＱプロセス番号を示すために用いられる。
　・repK：繰り返しのＰＵＳＣＨ送信の回数を示すために用いられる。
　・repK-RV：繰り返しのＰＵＳＣＨ送信のリダンダンシーバージョンに関する情報を示すために用いられる。
　・periodicity：設定されるグラントに対応するＰＵＳＣＨ送信の周期を示すために用いられる。
　・rrc-ConfiguredUplinkGrant：タイプ１設定されるグラントの情報を示すために用いられる。

　フィールドrrc-ConfiguredUplinkGrantには、少なくとも以下のパラメータの一部または全部が提供されてもよい。
　・timeDomainOffset：番号０のシステムフレームと関連するオフセットを示すために用いられる。
　・timeDomainAllocation：ＰＵＳＣＨのマッピングタイプとＰＵＳＣＨのスタートシンボルと連続的な割り当てられるシンボル数の組み合わせを示すために用いられる。
　・frequencyDomainAllocation：ＰＵＳＣＨの周波数リソース割り当てを示すために用いられる。
　・antennaPort：ＰＵＳＣＨ送信に対するアンテナポート情報を示すために用いられる。
　・dmrs-SeqInitialization： ＰＵＳＣＨ送信のためのＤＭＲＳシーケンスのスクランブリングに用いられる識別子。
　・precodingAndNumberOfLayers：ＰＵＳＣＨ送信のためのプリコーディングとレイアの数を示すために用いられる。
　・srs-ResourceIndicator：使われるＳＲＳリソースを示すために用いられる。
　・mcsAndTBS：変調次数、目標コーディングレート、トランスポートブロックのサイズを示すために用いられる。
　・frequencyHoppingOffset：周波数ホッピングオフセットの値を示すために用いられる。
　・pathlossReferenceIndex：ＰＵＳＣＨパスロス推定に用いられる参照信号を示すために用いられる。

　インフォメーションエレメントPUSCH-configは、特定のBWPに適用可能なＵＥ固有のPUSCHパラメータを設定するために使われてもよい。上位層のパラメータPUSCH-configには、少なくとも以下のパラメータ一部または全部が提供されてもよい。
　・dataScramblingIdentityPUSCH: ＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子。
　・txConfig: 端末装置１がコードブックに基づく送信か非コードブックに基づく送信かの何れかを使用するかを示すために用いられる。
　・dmrs-UplinkForPUSCH-MappingTypeA: PUSCHマッピングタイプAを使用するPUSCH送信のDMRS設定を示すために用いられる。
　・dmrs-UplinkForPUSCH-MappingTypeB: PUSCHマッピングタイプＢを使用するPUSCH送信のDMRS設定を示すために用いられる。
　・pusch-PowerControl:ＰＵＳＣＨ送信ためのＵＥ固有電力制御パラメータを設定するために用いられる。
　・frequencyHopping: スロット内周波数ホッピングとスロット間周波数ホッピングの何れかを有効にセットするために用いられる。該フィールドが存在しない場合、周波数ホッピングが適用されなくてもよい。
　・frequencyHoppingOffsetLists:２つまたは４つの周波数ホッピングオフセットを示すために用いられる。
　・resourceAllocation：‘リソース割り当てタイプ０’、‘リソース割り当てタイプ１’、および、‘ダイナミックスイッチ’の内、何れかが設定されることを示すために用いられる。
　・pusch-TimeDomainAllocationList：ＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すために用いられる。
　・pusch-AggregationFactor：繰り返しのＰＵＳＣＨ送信の回数を示すために用いられる。
　・mcs-Table：端末装置１がトランスフォームプリコーディングなしのＰＵＳＣＨに使用するＭＣＳテーブルを示すために用いられる。該フィールドが存在しない場合、端末装置１は、６４ＱＡＭテーブルを使ってもよい。
　・mcs-TableTransformPrecoder：端末装置１がトランスフォームプリコーディングを伴うＰＵＳＣＨに使用するＭＣＳテーブルを示すために用いられる。該フィールドが存在しない場合、端末装置１は、６４ＱＡＭテーブルを使ってもよい。
　・transformPrecoder：ＰＵＳＣＨ送信に対してトランスフォームプリコーディングを選択するかどうかを示すために用いられる。

　resourceAllocationが‘ダイナミックスイッチ（dynamicSwitch）’に設定されることは、リソース割り当てタイプ０およびリソース割り当てタイプ１の両方が設定されることを意味してもよい。resourceAllocationが‘ダイナミックスイッチ（dynamicSwitch）’に設定された場合、基地局装置３は、周波数領域リソース割り当てフィールド内の１ビットを用いて、リソース割り当てタイプ０またはリソース割り当てタイプ１の何れかを示してもよい。例えば、該ビットが０にセットされる場合、リソース割り当てタイプ０が示されてもよい。また、例えば、該ビットが１にセットされる場合、リソース割り当てタイプ１が示されてもよい。resourceAllocationが‘resourceAllocationType０’に設定されることは、リソース割り当てタイプ０が設定されることを意味してもよい。resourceAllocationが‘resourceAllocationType１’に設定されることは、リソース割り当てタイプ１が設定されることを意味してもよい。

　　以下、ＤＣＩフォーマット０＿１に含まれる周波数ホッピングフラグ‘Frequency hopping flag’フィールドのビット数について説明する。

　本実施形態において、ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズは、リソース割り当てタイプ、上位層のパラメータfrequencyHoppingが設定されるかどうかに基づいて、０ビットが１ビットとして決定されてもよい。ＰＵＳＣＨためのリソース割り当てタイプが上りリンクリソース割り当てタイプ０のみに設定された場合、端末装置１は、‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。また、上位層のパラメータfrequencyHoppingが設定されないならば、端末装置１は、‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。

　例えば、ＣＳ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマット０＿１に対して、上位層のパラメータpusch-configおよび上位層のパラメータconfiguredGrantConfigの両方に対してfrequencyHoppingが設定されない場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータpusch-configまたは上位層のパラメータconfiguredGrantConfigのどちらかに対してfrequencyHoppingが設定された場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを１ビットとして決定してもよい。また、上位層のパラメータpusch-configおよび上位層のパラメータconfiguredGrantConfigのそれぞれに対して、resourceAllocationが‘resourceAllocationType0’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータpusch-configまたは上位層のパラメータconfiguredGrantConfigのどちらかに、resourceAllocationが‘resourceAllocationType１’または‘dynamicSwitch’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを１ビットとして決定してもよい。

　また、例えば、Ｃ－ＲＮＴＩまたはＭＣＳ－Ｃ－ＲＮＴＩまたはＳＰ－ＣＳＩ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマット０＿１に対して、上位層のパラメータpusch-configに対してfrequencyHoppingが設定されない場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータconfiguredGrantConfigに含まれるfrequencyHoppingが設定されたとしても、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。また、上位層のパラメータpusch-configに対して、resourceAllocationが‘resourceAllocationType0’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータconfiguredGrantConfigに対して、resourceAllocationが‘resourceAllocationType１’または‘dynamicSwitch’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。

　例えば、Ｃ－ＲＮＴＩまたはＭＣＳ－Ｃ－ＲＮＴＩまたはＳＰ－ＣＳＩ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されるＤＣＩフォーマット０＿１に対して、上位層のパラメータpusch-configおよび上位層のパラメータconfiguredGrantConfigの両方に対してfrequencyHoppingが設定されない場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータpusch-configまたは上位層のパラメータconfiguredGrantConfigのどちらかに対してfrequencyHoppingが設定された場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを１ビットとして決定してもよい。また、上位層のパラメータpusch-configおよび上位層のパラメータconfiguredGrantConfigのそれぞれに対して、resourceAllocationが‘resourceAllocationType0’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを０ビットとして決定してもよい。即ち、上位層のパラメータpusch-configまたは上位層のパラメータconfiguredGrantConfigのどちらかに、resourceAllocationが‘resourceAllocationType１’または‘dynamicSwitch’にセットされた場合、端末装置１は、該ＤＣＩフォーマット０＿１に含まれる‘Frequency hopping flag’フィールドのサイズを１ビットとして決定してもよい。

　これにより、基地局装置３と通信する端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。

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

　図１２は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（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）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。

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

　無線送受信部３０は、１つまたは複数の参照信号を送信する機能を有する。また、無線送受信部３０は、端末装置１から送信されたビーム失敗リカバリ要求を含む信号を受信する機能を有してもよい。無線送受信部３０は、端末装置１に１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を送信する機能を有してもよい。無線送受信部３０は、所定のインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、ランダムアクセスプリアンブルのインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、上位層処理部３４で特定されたＰＲＡＣＨ機会でランダムアクセスプリアンブルをモニタする機能を有してもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。

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

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

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

　（１）より具体的には、本発明の第１の態様における端末装置１は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信する受信部１０と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信する送信部１０と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoder、および、resourceAllocationを含み、前記第４のパラメータは、少なくともtransformPrecoder、および、resourceAllocationを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記resourceAllocationは、前記第１のＰＵＳＣＨ送信のリソース割り当てタイプを示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

　（２）本発明の第２の態様における基地局装置３は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信する送信部と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信する受信部と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、前記第３のパラメータは、前記第１のパラメータによって提供され、前記第４のパラメータは、前記第２のパラメータによって提供され、前記第１のパラメータは、少なくともtransformPrecoder、および、resourceAllocationを含み、前記第４のパラメータは、少なくともtransformPrecoder、および、resourceAllocationを含み、前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、前記resourceAllocationは、前記第１のＰＵＳＣＨ送信のリソース割り当てタイプを示し、前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である。

　（３）本発明の第３の態様における端末装置１は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信する受信部１０と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信する送信部３０と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第２のパラメータに含まれる第４のパラメータがトランスフォームプリコーディングを‘有効’にセットされるならば、前記第１のＰＵＳＣＨ送信のリソース割り当てタイプを示す第５のパラメータは、前記第２のパラメータによって提供される。

　（４）本発明の第４の態様における基地局装置３は、上位層の第１のパラメータpusch-configと上位層の第２のパラメータconfiguredGrantConfigを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信する送信部３０と、前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信する受信部３０と、を備え、前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、前記第２のパラメータに含まれる第４のパラメータがトランスフォームプリコーディングを‘有効’にセットされるならば、前記第１のＰＵＳＣＨ送信のリソース割り当てタイプを示す第５のパラメータは、前記第２のパラメータによって提供される。

　これにより、端末装置１は、効率的に基地局装置３と通信することができる。

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

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

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

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

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

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

Claims (4)

1. 　上位層の第１のパラメータと上位層の第２のパラメータを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信する受信部と、
   　前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信する送信部と、
   　を備え、
   　前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、
   　前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、
   　前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、
   　前記第３のパラメータは、前記第１のパラメータによって提供され、
   　前記第４のパラメータは、前記第２のパラメータによって提供され、
   　前記第１のパラメータは、少なくともtransformPrecoderを含み、
   　前記第４のパラメータは、少なくともtransformPrecoderを含み、
   　前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、
   　前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、
   　前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である
   　端末装置。
2. 　上位層の第１のパラメータと上位層の第２のパラメータを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信する送信部と、
   　前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信する受信部と、
   　を備え、
   　前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、
   　前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、
   　前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、
   　前記第３のパラメータは、前記第１のパラメータによって提供され、
   　前記第４のパラメータは、前記第２のパラメータによって提供され、
   　前記第１のパラメータは、少なくともtransformPrecoderを含み、
   　前記第４のパラメータは、少なくともtransformPrecoderを含み、
   　前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、
   　前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、
   　前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である
   　基地局装置。
3. 　端末装置の通信方法であって、
   　上位層の第１のパラメータと上位層の第２のパラメータを受信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を受信し、
   　前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを送信し、
   　前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、
   　前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、
   　前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、
   　前記第３のパラメータは、前記第１のパラメータによって提供され、
   　前記第４のパラメータは、前記第２のパラメータによって提供され、
   　前記第１のパラメータは、少なくともtransformPrecoderを含み、
   　前記第４のパラメータは、少なくともtransformPrecoderを含み、
   　前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、
   　前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、
   　前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である
   　通信方法。
4. 　基地局装置の通信方法であって、
   　上位層の第１のパラメータと上位層の第２のパラメータを送信し、ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット０＿１を送信し、
   　前記ＤＣＩフォーマット０＿１によってスケジュールされた第１のＰＵＳＣＨを受信し、
   　前記第１のパラメータは、ＵＥ固有のPUSCHパラメータを設定するために用いられ、
   　前記第２のパラメータは、設定されたグラントに対応するＰＵＳＣＨ送信を設定するために用いられ、
   　前記ＤＣＩフォーマット０＿１に含まれるＮＤＩが１にセットされる場合、第１のＰＵＳＣＨ送信に適用されるパラメータは、第３のパラメータと第４のパラメータを有し、
   　前記第３のパラメータは、前記第１のパラメータによって提供され、
   　前記第４のパラメータは、前記第２のパラメータによって提供され、
   　前記第１のパラメータは、少なくともtransformPrecoderを含み、
   　前記第４のパラメータは、少なくともtransformPrecoderを含み、
   　前記第３のパラメータは、少なくともdataScramblingIdentityPUSCHを含み、
   　前記transformPrecoderは、前記第１のＰＵＳＣＨ送信のためのトランスフォームプリコーディングの情報を示し、
   　前記dataScramblingIdentityPUSCHは、前記第１のＰＵＳＣＨのデータスクランブリングの初期化に用いられる識別子である
   　通信方法。

Images