JP7579459B2

JP7579459B2 - ポート選択コードブックについての追加の遅延を報告する方法

Info

Publication number: JP7579459B2
Application number: JP2023558739A
Authority: JP
Inventors: ナディサンカルパシンハ; 祐輝松村
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2021-03-25
Filing date: 2022-03-24
Publication date: 2024-11-07
Anticipated expiration: 2042-03-24
Also published as: CN117015938A; US20240187070A1; JP2024512959A; EP4315634A1; WO2022204396A1

Description

本明細書において開示する１つ以上の実施形態は、より高いランクの送信のためにタイプＩＩ（Type II）ポート選択コードブックを拡張する方法に関する。

ＮＲ（New Radio）では、ランク（rank）１及びランク２のタイプＩＩ（Type II）チャネル状態情報（ＣＳＩ：channel state information）フィードバックがサポートされている（ＮＲのＲｅｌｅａｓｅ１５）。

ＮＲのＲｅｌｅａｓｅ１７のＮＲ多入力多出力（ＭＩＭＯ：Multiple Input Multiple Output）に関する１つ以上の新たな作業項目では、タイプＩＩポート選択コードブックを更に拡張するための要件が確認されている。

例えば、ＣＳＩの測定及び報告の拡張に関して、ＦＲ１及びＦＲ２の両方を対象として、ＮＣＪＴのためのより動的なチャネル／干渉仮定（hypotheses）を可能するために、ＤＬマルチＴＲＰ及び／又はマルチパネル送信用のＣＳＩ報告が評価され、また必要に応じて仕様化されてもよい。

更に、（Ｒｅｌ．１５／１６のタイプＩＩポート選択に基づく）タイプＩＩポート選択コードブックの拡張が評価され、また必要に応じて仕様化されてもよく、そこでは、角度及び遅延に関する情報が、角度及び遅延の下りリンク（ＤＬ）／上りリンク（ＵＬ）のレシプロシティを利用して、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）に基づいて、ｇＮＢ（gNode-B）において推定され、また、主に周波数分割多重（ＦＤＤ：Frequency Division Duplexing）周波数レンジ１（ＦＲ１：Frequency Range １）を対象として、ＵＥの複雑性、性能及び報告オーバーヘッド間のより良いトレードオフを達成するために、残りのＤＬチャネル状態情報（ＣＳＩ）が、ユーザ装置（ＵＥ）によって報告される。

換言すれば、本明細書においては、ＤＬビームフォーミングについて、複数の空間領域（ＳＤ：spatial domain）－周波数領域（ＦＤ：frequency domain）基底ペアのＣＳＩ－ＲＳポートへのマッピングによって、タイプＩＩポート選択コードブックをどのように拡張し得るかについて検討される。

3GPP RP 193133, "New WID: Further enhancements on MIMO for NR"、２０１９年１２月 3GPP RAN1 #104-e, ‘Chairman’s Notes’、２０２１年２月 3GPP TS 38.214, "NR; Physical procedures for data (Release 16)"

一般的に、一態様では、本明細書において開示される実施形態は、チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信する受信部と、前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定する制御部と、前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告する送信部と、を有する、端末に関する。

一般的に、一態様では、本明細書に開示される実施形態は、チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信するステップと、前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定するステップと、前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告するステップと、を有する、端末の無線通信方法に関する。

一般的に、一態様では、本明細書に開示される実施形態は、端末及び基地局を含むシステムに関する。端末は、チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信する第１の受信部と、前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定する第１の制御部と、前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告する第１の送信部と、を有する。基地局は、前記上位レイヤシグナリングを送信する第２の送信部と、前記上位レイヤシグナリングによって、前記パラメータを報告するか否かを設定する第２の制御部と、前記パラメータが報告される場合、前記ビットマップを受信する第２の受信部と、を有する。

有利なことに、ＣＳＩの測定及び報告の拡張が、ＮＲのＲｅｌｅａｓｅ１７の展開において議論されている。そのような拡張の１つとして、周波数レンジ１（ＦＲ１）（即ち、４１０ＭＨｚ～７，１２５ＭＨｚ、サブ６ＧＨｚ）及び周波数レンジ２（ＦＲ２）（即ち、２４，２５０ＭＨｚ～５２，６００ＭＨｚ、ミリ波）の両方を対象とした、ノンコヒーレントジョイント送信（ＮＣＪＴ：non-coherent joint transmission）のためのより動的なチャネル／干渉仮定を可能にするための、下りリンク（ＤＬ）マルチ送信受信ポイント（ＴＲＰ：Transmission Reception Point）及び／又はマルチパネル送信についてのＣＳＩ報告の評価、また必要に応じての仕様化が挙げられる。別の拡張としては、角度及び遅延のＤＬ／ＵＬレシプロシティを利用することによって、角度及び遅延に関連する情報がサウンディング参照信号（ＳＲＳ）に基づいてｇＮＢにおいて推定される、（Ｒｅｌｅａｓｅ１５／１６のタイプＩＩポート選択に基づいた）タイプＩＩポート選択コードブックの拡張の評価、また必要に応じての仕様化が挙げられる。残りのＤＬＣＳＩは、ＵＥの複雑さ、性能及び報告オーバーヘッド間でより良いトレードオフを達成するために、主に周波数分割多重（ＦＤＤ：Frequency Division Duplex）ＦＲ１を対象として、ＵＥによって報告される。

本発明の他の実施形態及び利点は、以下の説明及び図面から認識される。

実施形態に係る無線通信システムの概略的な構成を示す図である。１つ以上の実施形態に係る、基地局（ＢＳ）の概略的な構成を示す。１つ以上の実施形態に係る、ユーザ装置（ＵＥ）の概略的な構成を示す。Ｋ個のポートのＣＳＩ－ＲＳ送信の一例、及びそれに付随する周波数応答の一例を示す。４タップチャネルの解析の一例を示す。ＤＦＴ報告に基づいたプリコーダ選択の一例を示す。上位レイヤパラメータの一例を示す。ＣＳＩリクエストメッセージフィールドのＤＣＩコードポイントのテーブルの一例を示す。ＣＳＩリクエストメッセージフィールドのＤＣＩコードポイントのテーブルの一例を示す。ＤＦＴ報告が設定されるかに基づいた、報告設定の選択の一例を示す。振幅量子化のテーブルの一例を示す。コードブックパラメータ設定のテーブルの一例を示す。コードブックパラメータ設定のテーブルの一例を示す。

以下では、図面を参照しながら、本発明の実施形態を詳細に説明する。異なる図面における同様の要素には、一貫性を維持するために同様の参照符号を付している。

本発明の実施形態の以下の説明では、本発明のより完全な理解を提供するために、多数の具体的な詳細を記載する。しかしながら、当業者であれば、それらの具体的な詳細がなくとも、本発明を実施できることは明らかである。他の例では、本発明が不明確になることを回避するために、公知の特徴については詳細には説明しない。

図１は、本発明の１つ以上の実施形態に係る無線通信システム１を表す。無線通信システム１は、ユーザ装置（ＵＥ）１０と、基地局（ＢＳ）２０と、コアネットワーク３０と、を含む。無線通信システム１は、ＮＲシステムであってもよい。無線通信システム１は、本明細書において説明する特定の構成に限定されるものではなく、ＬＴＥ／ＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-A）システムなど、任意の種類の無線通信システムであってもよい。

ＢＳ２０は、そのＢＳ２０のセル内のＵＥ１０と、上り（ＵＬ：uplink）信号及び下り（ＤＬ：downlink）信号を通信してもよい。ＤＬ信号及びＵＬ信号は、制御情報及びユーザデータを含んでもよい。ＢＳ２０は、バックホールリンク３１を介して、コアネットワーク３０とＤＬ信号及びＵＬ信号を通信してもよい。ＢＳ２０は、ｇＮＢ（gNodeB）であってもよい。ＢＳ２０は、ネットワーク（ＮＷ）と呼ばれてもよい。

ＢＳ２０は、アンテナ、隣接するＢＳ２０と通信するための通信インターフェース（例えば、Ｘ２インターフェース）、コアネットワーク３０と通信するための通信インターフェース（例えば、Ｓ１インターフェース）、ＵＥ１０との間で送受信された信号を処理するためのプロセッサ又は回路などのＣＰＵ（Central Processing Unit）を含む。ＢＳ２０の動作は、メモリに格納されたデータ及びプログラムをプロセッサが処理又は実行することで実現されてもよい。しかしながら、ＢＳ２０は、上述のハードウェア構成に限定されるものではなく、当業者であれば分かるように、他の任意の適切なハードウェア構成によって実現されてもよい。多数のＢＳ２０が、無線通信システム１のより広範なサービスエリアをカバーするように配置されてもよい。

ＵＥ１０は、多入力多出力（ＭＩＭＯ：Multi Input Multi Output）技術を用いて、制御情報及びユーザデータを含むＤＬ信号及びＵＬ信号をＢＳ２０と通信してもよい。ＵＥ１０は、移動局、スマートフォン、携帯電話、タブレット、モバイルルータ、又はウェアラブルデバイスなどの無線通信機能を有する情報処理装置であってもよい。無線通信システム１は、１つ以上のＵＥ１０を含んでもよい。

ＵＥ１０は、ＣＰＵ、例えばプロセッサ、ＲＡＭ（Random Access Memory）、フラッシュメモリ、及びＢＳ２０とＵＥ１０との間で無線信号を送受信するための無線通信装置を含む。例えば、以下において説明するＵＥ１０の動作は、メモリに格納されたデータ及びプログラムをＣＰＵが処理又は実行することで実現されてもよい。しかしながら、ＵＥ１０は、上述のハードウェア構成に限定されるものではなく、例えば、以下に説明する処理を実現するための回路を備えた構成であってもよい。

図１に示すように、ＢＳ２０は、ＣＳＩ参照信号（ＣＳＩ－ＲＳ）をＵＥ１０に送信してもよい。これに応答して、ＵＥ１０は、ＣＳＩ報告をＢＳ２０に送信してもよい。同様に、ＵＥ１０は、ＳＲＳをＢＳ２０に送信してもよい。

（ＢＳの構成）
以下では、図２を参照しながら、本発明の実施形態に係るＢＳ２０を説明する。図２は、本発明の実施形態に係るＢＳ２０の概略的な構成を説明するための図である。ＢＳ２０は、複数のアンテナ（アンテナ素子群）２０１と、アンプ部２０２と、送受信部（送信部／受信部）２０３と、ベースバンド信号処理部２０４と、呼処理部２０５と、伝送路インターフェース２０６と、を含んでもよい。

ＢＳ２０からＵＥ１０へのＤＬにおいて送信されるユーザデータは、コアネットワークから、伝送路インターフェース２０６を介して、ベースバンド信号処理部２０４に入力される。

ベースバンド信号処理部２０４では、信号に対して、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio Link Control）再送制御送信処理などのＲＬＣレイヤの送信処理、例えばＨＡＲＱ送信処理を含むＭＡＣ（Medium Access Control）再送制御、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）処理、プリコーディング処理などが行われる。続いて、結果として得られた信号が、各送受信部２０３に転送される。ＤＬ制御チャネルの信号に関しては、チャネル符号化及び逆高速フーリエ変換を含む送信処理が行われ、結果として得られた信号が各送受信部２０３に転送される。

ベースバンド信号処理部２０４は、セル内の通信のための制御情報（システム情報）を、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング及びブロードキャストチャネル）によって各ＵＥ１０に通知する。セル内の通信のための情報は、例えば、ＵＬシステム帯域幅又はＤＬシステム帯域幅を含む。

各送受信部２０３では、アンテナ毎にプリコーディングされて、ベースバンド信号処理部２０４から出力されるベースバンド信号に対して、無線周波数帯域への周波数変換処理が行われる。アンプ部２０２は、周波数変換が行われた無線周波数信号を増幅し、結果として得られた信号は、アンテナ２０１から送信される。

ＵＥ１０からＢＳ２０へのＵＬにおいて送信されるデータに関しては、無線周波数信号が、各アンテナ２０１において受信され、アンプ部２０２において増幅され、送受信部２０３において周波数変換が行われてベースバンド信号に変換され、ベースバンド信号処理部２０４に入力される。

ベースバンド信号処理部２０４は、受信したベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号処理、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理を行う。続いて、結果として得られた信号が、伝送路インターフェース２０６を介してコアネットワークに転送される。呼処理部２０５は、通信チャネルの設定・解放などの呼処理を行い、ＢＳ２０の状態を管理し、また無線リソースを管理する。

（ＵＥの構成）
以下では、図３を参照しながら、本発明の実施形態に係るＵＥ１０を説明する。図３は、本発明の実施形態に係るＵＥ１０の概略的な構成である。ＵＥ１０は、複数のＵＥアンテナ１０１と、アンプ部１０２と、送受信部（送信部／受信部）１０３１を含む回路１０３と、制御部１０４と、アプリケーション部１０５と、を有する。

ＤＬに関しては、ＵＥアンテナ１０１において受信された無線周波数信号が、各アンプ部１０２において増幅され、送受信部１０３１においてベースバンド信号へと周波数変換される。制御部１０４では、これらのベースバンド信号に対して、ＦＦＴ処理、誤り訂正復号、再送信制御などの受信処理が行われる。ＤＬユーザデータは、アプリケーション部１０５に転送される。アプリケーション部１０５は、物理レイヤ及びＭＡＣレイヤよりも上位のレイヤに関する処理を行う。下りリンクデータでは、ブロードキャスト情報もアプリケーション部１０５に転送される。

一方、ＵＬユーザデータは、アプリケーション部１０５から制御部１０４に入力される。制御部１０４では、再送制御（ＨｙｂｒｉｄＡＲＱ）送信処理、チャネル符号化、プリコーディング、ＤＦＴ処理、ＩＦＦＴ処理などが行われ、結果として得られた信号が各送受信部１０３１に転送される。送受信部１０３１では、制御部１０４から出力されたベースバンド信号が無線周波数帯域に変換される。その後、周波数変換された無線周波数信号がアンプ部１０２において増幅され、続いて、アンテナ１０１から送信される。

本発明の１つ以上の実施形態は、角度及び／又は遅延のＤＬ／ＵＬレシプロシティ（reciprocity）を利用する、ポート選択（ＰＳ：port selection）コードブック拡張に関する。更に、１つ以上の実施形態は、コードブック構造Ｗ＝Ｗ_１Ｗ_２Ｗ_ｆ ^Ｈをサポートし、ここで
Ｗ_１は、自由選択行列（free selection matrix）であって、特別な構成としての単位行列であり、潜在的な偏波（polaization）－共通（common）／固有（specific）選択が考慮される；
Ｗ_ｆは、ＤＦＴベースの圧縮行列であり、Ｎ_３＝Ｎ_{ＣＱＩＳｕｂｂａｎｄ}＊Ｒ、Ｍ_Ｖ≧１である。
これに関して、Ｍ_Ｖ＞１の少なくとも１つの値がサポートされる。また、Ｍ_Ｖの潜在的な値、例えばＭ_Ｖ＝２も考慮される。

コードブックパラメータに関するＵＥの複雑性が考慮されてもよい。Ｒｅｌ－１７のＰＳコードブック拡張をＵＥがサポートする場合、Ｍ_Ｖ＞１のサポートはＵＥのオプション機能となり得ることを検討する。また、Ｒの（１つ以上の）潜在的な候補値、ＵＥに対する設定／指示についてのメカニズム、及び／又はＵＥによるＷ_ｆの選択／報告についてのメカニズムも検討する。

Ｗ_ｆは、ｇＮＢによってオフにすることができる。オフにされた場合、Ｗ_ｆは、オールワンベクトル（all-one vector）、つまり全ての要素が１となるベクトルとなるが、オフにされた場合には、オールワンベクトルの長さも考慮される。更に、シグナリングオーバーヘッド、ＵＥの複雑性及びＵＰＴ利得とトレードオフになり得る他の潜在的なシグナリング／ＣＳＩ報告メカニズムも検討する。また、関連付けられたコードブック構成及びＣＳＩ報告は、Ｗ_ｆのオン／オフに基づいて異なってもよいことに留意されたい。

５ＧＮＲＲｅｌ．１７のタイプＩＩポート選択コードブック構造（Type II Port Selection Codebook Structure）に関して、ｌ番目のレイヤのポート選択コードブックは次式（１）により与えられる：
上記式（１）において、パラメータは以下のように与えられてもよい：
Ｗ_１（Ｋ×２Ｌ）：ブロック対角行列。ここで、各行列ブロックは、（Ｋ×Ｋ）単位行列のＬ個の列から成る；
Ｗ_ｆ，ｌ（Ｎ_３×Ｍ_Ｖ）：（Ｎ_３×Ｎ_３）ＤＦＴ行列のＭ_Ｖ個の基底ベクトルから成る行列；及び
：線形結合係数行列。

ｇＮＢは、Ｗ_ｆ，ｌをオフにできることに留意されたい。更に、ｇＮＢは、Ｋ個のビームフォーミングされたＣＳＩ－ＲＳポートを送信する。各ＣＳＩ－ＲＳポートは、空間領域（ＳＤ：spatial domain）ビーム及び周波数領域（ＦＤ：frequency domain）基底ベクトルでもってビームフォーミングされることに留意されたい。つまり、各ポートはＳＤ－ＦＤペアに関連付けられている。続いて、ＵＥは、Ｋ個のポートからＬ個のポートを選択し、それらＬ個のポートを、ＰＭＩ（Ｗ_１，ｌ）の一部としてｇＮＢに報告する。更に、ＵＥはＰＭＩの一部として、
に取り込まれた線形結合（ＬＣ：linear combination）係数も報告する。

次に、ＳＤ－ＦＤペアを考慮したＣＳＩ－ＲＳビームフォーミングの物理的な意味を理解するために、周波数応答の特性について説明する。例えば、図４を参照して、Ｋ個のポートのＣＳＩ－ＲＳ送信を想定する。この場合、ｎ番目のポートに関連付けられたＵＥにおいて観測されるチャネルの周波数応答が、図４に示されるように表されると考えられる。Ｗ_ｆ，ｌがオフにされていない場合、ＵＥは、遅延事前補償チャネルの周波数選択性を更に抑制するために、追加のＤＦＴを報告してもよい。

シミュレーション解析について検討すると、ＵＥによって報告された追加の遅延を用いて、チャネル周波数応答が解析される。例えば、図５を参照して、４タップチャネルを検討する。この例では、ＵＥは、観測された遅延事前補償チャネルに基づいて、１つの追加のＤＦＴを報告する。遅延事前補償チャネルの周波数選択性は、最終的なプリコーダ生成用にＵＥによって報告された追加のＤＦＴを考慮することによって、更に低減することができる。

５ＧＮＲＲｅｌ．１７のタイプＩＩポート選択コードブック構造に関連する１つ以上の実施形態は、ＵＥが追加のＤＦＴ（従って、式（１）におけるＷ_ｆ，ｌの存在）を報告するように設定されているかに依存する。特に、図６に示す２つのプリコーダの内の一方が選択される。つまり、図６は、追加のＤＦＴ報告が設定されているか否かについてのプリコーダの判定図を示す。ここで、ビームフォーミングのために考慮されたＳＤ－ＦＤペアは、｛ｂ_１，ｆ_１｝，｛ｂ_２，ｆ_２｝，…｛ｂ_Ｋ，ｆ_Ｋ｝であり、選択されたＳＤ基底及びＦＤ基底のインデックスは、ｓ（１），ｓ（２）…ｓ（Ｌ）であると仮定されてもよいことを言及しておく。

図６に示した式では、以下が定義されてもよい：
（Ｋ×Ｋ）の単位行列からの列ベクトルである。特に、このベクトルは、インデックスｓ（ｉ）を有するＳＤ－ＦＤ基底を選択する；
（Ｎ_３×Ｎ_３）のＤＦＴ行列からの列ベクトルであり、ｓ（ｊ）は、選択された追加のｊ番目のＤＦＴ基底のインデックスを表す；
ｃ_ｉ，ｊ、ｃ_ｉは、ＬＣ係数である。

また、追加のＤＦＴ報告に関連付けられたＣＳＩ報告オーバーヘッドは、追加のＤＦＴを報告しない場合に比べて高くなる可能性があることに留意されたい。更に、プリコーダの選択は、ＵＥの観点に基づいていることに留意されたい。

当業者であれば、追加のＤＦＴ報告が潜在的な利点又は欠点に結びつく可能性があることを理解するであろう。追加のＤＦＴ報告が設定される場合、ＵＥにおいて観測されたチャネルの周波数選択性を更に抑制することができる。従って、より良い性能が期待され得る。その一方で、ＣＳＩ報告のオーバーヘッドは、追加のＤＦＴを報告しない場合に比べて高くなる可能性がある。追加のＤＦＴ報告が設定されない場合に関して、ＣＳＩ報告のオーバーヘッドは、追加のＤＦＴを報告する場合に比べて小さくなる可能性がある。その一方で、ＤＬにおいてＵＥによって観測されるチャネルは分からないので、性能が低下する可能性がある。

上述したように、タイプＩＩポート選択コードブック構造が検討されている。本明細書において説明する１つ以上の実施形態では、Ｗ_ｆ，ｌにおける追加のＤＦＴ基底の報告の設定を検討する。先ず、考えられる以下のオプションを考慮しながら、追加のＤＦＴ基底を報告するようにＵＥが設定されてもよい。

第１のオプションとして、上位レイヤシグナリングを用いて、追加のＤＦＴ基底を報告するようにＵＥが設定されてもよい。例えば、図７に記載したような新規のＲＲＣパラメータを検討する。つまり、考えられる新規のＲＲＣパラメータを用いて、追加のＤＦＴを報告するか否かについてＵＥが設定されてもよい。ここで、後述するように、βとｐ_vを設定する／設定しないによって、これが暗黙的に設定されてもよいことに留意されたい。

第２のオプションとして、ＤＣＩを用いて、ＮＷは、追加のＤＦＴ基底を報告する／報告しないを動的に切り替えてもよい。例えば、（１ビットのサイズの）追加のＤＣＩフィールドを追加して、追加のＤＦＴを報告する／報告しないを明示的に切り替えてもよい。別の例として、ＤＣＩは、追加のＤＦＴを報告する／報告しないを暗黙的に示してもよい。更に、一例として、追加のＤＦＴ基底を報告する／報告しないことが、非周期（aperiodic）ＣＳＩトリガ状態毎にＲＲＣシグナリングを用いて設定されてもよい。続いて、ＣＳＩトリガ状態についての既存のＤＣＩフィールドを用いて、追加のＤＦＴを報告する／報告しないが指示されてもよい。例えば、ＣＳＩリクエストフィールドのＤＣＩコードポイントが、追加のＤＦＴ報告が必要とされるかを示すことによって、適切なＣＳＩ－ＲＳリソースが暗黙的に示されてもよい。一例が図８の表に取り込まれている。ここで、各ＣＳＩ－ＲＳリソースセットには、追加のＤＦＴを報告すること／報告しないことが設定されることに留意されたい。

別の例として、ＤＣＩをトリガするＣＳＩリクエストフィールドのＤＣＩコードポイントに関連付けることによって、追加のＤＦＴを報告する／報告しないが考慮される。一例が図９に取り込まれている。ＣＳＩリクエストフィールドのＤＣＩコードポイントと、パラメータｐとのマッピングは上位レイヤによって設定されることに留意されたい。ここで、ｐは、追加のＤＦＴを報告するか否かを示すパラメータである。例えば、
ｐ＝「１」 → 追加のＤＦＴを報告する；
ｐ＝「０」 → 追加ＤＦＴを報告しない。

１つ以上の実施形態では、
の報告の設定が考慮される。先ず、
の構造は、追加のＤＦＴを報告するようにＵＥが設定されているかに基づいて異なっていてもよいことに留意されたい。例えば、可能な構造の概要が図１０に取り込まれている。つまり、図１０は、追加のＤＦＴ報告が設定されるか否か、また付加的に、広帯域プリコーディング又はサブバンドプリコーディングが設定されるか、についての選択の一例を示す。各ケースでは、ＵＥによるｇＮＢへの報告が要求される必要な情報が異なってもよいことが考慮される。

１つ以上の実施形態では、追加のＤＦＴ報告が設定される場合、
は、（２Ｌ×Ｍ_Ｖ）行列である。更に、第１のオプションとして、０以外のビットによって、
内のどの係数がＵＥによって報告されるかが識別されるビットマップもＰＭＩの一部として報告される。例えば、ビットマップについての以下のルールが考慮されてもよい（ビットマップサイズは
と同じであることに留意されたい）：
「１」 →
の位置に関連付けられたＬＣ係数がＵＥによって報告される
「０」 →
の位置に関連付けられたＬＣ係数がＵＥによって報告されない
ここで、ＵＥは、ビットマップのサイズを更に低減するために、組み合わせシグナリング又はハフマン符号化のような圧縮方式を考慮してもよい。

第２のオプションとして、
内の全てのＬＣ係数が、ＰＭＩの一部として報告されてもよい（つまり、ビットマップは報告されない）。このケースでは、選択が行われることなく、
内の全てのＬＣ係数が報告される。このケースにおいて関連するオーバーヘッドは、ビットマップが報告されるケースと比較して大きくなる場合があることに留意されたい。更には、ビットマップが報告されない場合、例えばテーブル５．２．２．２．６－１［３］に示されているようなβパラメータが設定されることをＵＥは期待しない。

ここで、［３］に記載されているように、Ｒｅｌ．１６のタイプＩＩのＰＳコードブックでは、レイヤ毎に報告される非ゼロＬＣ係数の最大数は、
であることに留意されたい。ここで、Ｌは、選択されたポートの数であり、Ｍ_１は、レイヤ１について報告されたＤＦＴ基底の数である。β（＜１）は、報告された非ゼロＬＣ係数の数を制限するために、上位レイヤによって、即ちテーブル５．２．２．２．６－１［３］によって設定される。ビットマップは、
からどのＬＣ係数が報告されるかを示すために用いられる。しかしながら、ビットマップの報告が行われない場合、ＵＥは、全てのＬＣ係数を報告すべきである。従って、βを設定する必要はない。更に、βが設定される場合であっても、ＵＥは、その設定を無視してもよい。

別の例として、上位レイヤシグナリング又はＤＣＩを用いて、ビットマップを報告するかがＵＥに設定されてもよいことが考慮される。例えば、設定される場合には、上記の第１のオプションのようにビットマップの報告が行われることが考慮され、設定されない場合には、上記の第２のオプションのようにビットマップの報告が行われないことが考慮される。

第３のオプションとして、追加のＤＦＴ報告が設定されない場合が考慮される。つまり、広帯域プリコーディングでは、
が（２Ｌ×１）ベクトルである。この例では、例えばテーブル５．２．２．２．６－１［３］のようなβパラメータ及びｐ_Ｖ／Ｍ_Ｖパラメータが設定されることをＵＥは期待しない。更に、この例では、ＵＥはビットマップを報告する必要はない。

第４のオプションとして、追加のＤＦＴ報告が設定されない場合が考慮される。つまり、サブプリコーディングでは、
が（２Ｌ×Ｎ_３）行列である。この例では、例えばテーブル５．２．２．２．６－１［３］のようなβパラメータ及びｐ_Ｖパラメータが設定されることをＵＥは期待しない。更に、この例では、ＵＥはビットマップを報告する必要はない。

第５のオプションとして、上位レイヤのシグナリング又はＤＣＩを用いて、
を決定及び報告する際に、広帯域プリコーディング又はサブバンドプリコーディングを考慮するかがＵＥに設定されることが考慮される。このシナリオでは、設定される場合には、第３のオプション（広帯域報告）のように、
の決定／報告が考慮され、設定されない場合には、第４のオプション（サブバンド報告）のように、
の決定／報告が考慮される。

更に、以下において更に検討するように、広帯域プリコーディングのケースとサブバンドプリコーディングのケースとで、異なる振幅及び位相量子化が考慮されてもよい。ここで、上述のビットマップは、０以外のビットによって、
内のどの係数がＵＥによって報告されるかが識別される行列である。ビットマップは、ＰＭＩの一部として報告される。

第６のオプションとして、追加のＤＦＴ報告が設定されるか否かに基づいて、ＬＣ係数量子化について、異なる量子化スキームが考慮されてもよい。例えば、追加のＤＦＴ報告が設定される場合、
内のＬＣ係数の振幅及び位相は、以下のように量子化されてもよい。振幅量子化については、図１１に示したような、テーブル５．２．２．５－２［３］における１６レベルの振幅量子化が考慮される。また、図１１に示したような、テーブル５．２．２．２．５－２又は５．２．２．２．５－３［３］における８レベルの振幅量子化も考慮される。当業者であれば、より高レベルの振幅量子化、例えば３２レベルの振幅量子化の可能性が考慮されることも理解するであろう。

位相量子化については、位相量子化用の８ｐｓｋ、例えば
が考慮され、ここで、ｃ_ｌ，ｉは、関連付けられた位相値φ_ｌ，ｉについてＵＥによって報告された（即ち、３ビットを用いる）位相係数である。更に、位相量子化用の１６ｐｓｋ、例えば
も考慮され、ここで、ｃ_ｌ，ｉは、関連付けられた位相値φ_ｌ，ｉについてＵＥによって報告された（即ち、４ビットを用いる）位相係数である。また、位相量子化については、位相量子化用の３２ｐｓｋ、例えば
も考慮され、ここで、ｃ_ｌ，ｉは、関連付けられた位相値φ_ｌ，ｉについてＵＥによって報告された（即ち、５ビットを用いる）位相係数である。当業者であれば、他の振幅量子化スキーム及び位相量子化スキームが排除されるわけではないことを理解するであろう。

第７のオプションとして、追加のＤＦＴ報告が設定されない場合、第６のオプションにおける
内のＬＣ係数量子化の同一の振幅及び位相が用いられてもよいことが考慮される。ここで、広帯域プリコーディングのケースでは、より高い振幅分解能及び位相分解能が考慮されてもよいことに留意されたい。

第８のオプションとして、上位レイヤシグナリング又はＤＣＩを用いることによって、第６のオプション及び第７のオプションの両方に適用可能であってもよい、振幅量子化及び位相量子化についてどの量子化スキームを考慮するかがＵＥに設定されてもよいことが考慮される。

１つ以上の実施形態では、Ｒｅｌ．１７ポート選択コードブックのためのパラメータの組み合わせが考慮される。例えば、追加のＤＦＴ報告が設定される場合、Ｌ、β、ｐ_Ｖの値が、上位レイヤパラメータparamCombination-r17によって決定され、例えば、paramCombination-r17についての所定値と、Ｌ、β及びｐ_Ｖとのマッピングが、図１２に示したテーブルに記載されているように、仕様に取り込まれてもよい。Ｒｅｌ．１６のテーブル５．２．２．２．６－１の内容は、Ｒｅｌ．１７において更新されてもよい。例えば、［３］のテーブル５．２．２．２．６－１と比較して、図１２においては、７行目及び８行目が追加されている。

第１のオプションとして、ｐ_Ｖ、Ｍ_Ｖが、以下のように計算されてもよい［３］：

第２のオプションとして、paramCombination-r17を用いて設定されたパラメータ組み合わせの一部又は全部について、ｐ_Ｖ＝Ｍ_Ｖとすることも可能であることが考慮される。目下利用可能なＬの値に加えて、Ｌ＝６，８，１０，１２，１４，１６，２０，２４を考慮して、新たなパラメータ組み合わせが定義されてもよい。更に、当業者であれば、他の値が排除されるわけではないことを理解できるであろうことに留意されたい。

１つ以上の実施形態では、追加のＤＦＴ報告が設定される場合、Ｌ及びβの値が、上位レイヤパラメータparamCombination-r17によって決定され、例えば、paramCombination-r17についての所定値と、Ｌ及びβとのマッピングが、図１３に示したテーブルに記載されているように、仕様に取り込まれてもよい。目下利用可能なＬの値に加えて、Ｌ＝６，８，１０，１２，１４，１６，２０，２４を考慮して、新たなパラメータ組み合わせが定義されてもよい。更に、当業者であれば、他の値が排除されるわけではないことを理解できるであろうことに留意されたい。

別の例として、Ｍ_Ｖが上位レイヤシグナリング又はＤＣＩを用いて設定されてもよい。例えば、Ｍ_Ｖについて、複数の値が仕様において定義されてもよい。上位レイヤシグナリング又はＤＣＩを用いて、それら複数の値の中から１つの値が選択される。例えば、Ｍ_Ｖ∈｛１，２｝。その後、ＤＣＩにおける１ビットを用いて、１つの値が選択される。更に別の例として、上位レイヤシグナリングを用いて、Ｍ_Ｖについて、値のリストが設定されてもよい。その後、ＤＣＩを用いて、それら複数の値の中から１つの値が選択される。例えば、Ｍ_Ｖ∈｛１，２｝。その後、ＤＣＩにおける１ビットを用いて、１つの値が選択される。更に、別の例として、Ｍ_Ｖは、（１つ以上の）仕様において予め定義されていてもよく、例えば、Ｍ_Ｖ＝２が、（１つ以上の）仕様において予め定義されている。

また、当業者であれば、追加のＤＦＴ報告が設定されない場合のコードブックパラメータ設定について、上記の実施形態、実施例及びオプションの内の１つ以上を考慮することも可能であることを理解するであろうことにも留意されたい。

１つ以上の実施形態では、追加のＤＦＴ報告が設定されない場合、ＵＥは、例えばテーブル５．２．２．６－１［３］におけるβ及びｐ_Ｖのパラメータが設定されることを期待しないことが考慮される。つまり、Ｌのみの設定で十分であってよい。１つのオプションとして、Ｌの値は、上位レイヤシグナリングを用いて設定されてもよい。例えば、Ｌ＝｛６，８，１０，１２，１４，１６，２０，２４｝。別のオプションとして、Ｌの値のリストが、上位レイヤシグナリングを用いて設定され、それらの中から１つの値がＤＣＩを用いて選択される。例えば、Ｌ∈｛６，８，１０，１２｝が、上位レイヤシグナリングを用いて設定され、ＤＣＩの２ビットを用いて、それらの中から１つの値が選択される。さらに別の例として、Ｌが（１つ以上の使用）において予め定義されている。例えば、Ｌ＝１６。追加のＤＦＴ報告が設定されずに、β及びＭ_Ｖ／ｐ_Ｖが設定される場合、ＵＥは、β及びＭ_Ｖ／ｐ_Ｖの値を無視してもよいことに留意されたい。

変形例
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

また、情報、信号などは、上位レイヤから下位レイヤ及び／又は下位レイヤから上位レイヤへ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。

入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理されてもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ（Downlink Control Information））、上り制御情報（ＵＣＩ（Uplink Control Information）））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ（Master Information Block））、システム情報ブロック（ＳＩＢ（System Information Block）など）、ＭＡＣ（Medium Access Control）シグナリングなど）、その他の信号又はこれらの組み合わせによって実施されてもよい。

ソフトウェアは、「ソフトウェア」、「ファームウェア」、「ミドルウェア」、「マイクロコード」、「ハードウェア記述言語」と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、デジタル加入者回線（ＤＳＬ（Digital Subscriber Line））など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

本開示においては、用語「基地局（ＢＳ（Base Station））」、「無線基地局」、「ｅＮＢ」、「ｇＮＢ」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネント」、「コンポーネントキャリア」は、互換的に使用されてもよい。基地局は、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（Transmission Point（ＴＰ））」、「受信ポイント（Reception Point（ＲＰ））」、「フェムトセル」、「スモールセル」などと呼ばれてもよい。

基地局は、１つ又は複数（例えば、３つ）のセル（「セクタ」とも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ（Remote Radio Head）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び／又は基地局サブシステムのカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ（Mobile Station））」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ（User Equipment））」、「端末」という用語は、互換的に使用されてもよい。

移動局は、「加入者局」、「モバイルユニット」、「加入者ユニット」、「ワイヤレスユニット」、「リモートユニット」、「モバイルデバイス」、「ワイヤレスデバイス」、「ワイヤレス通信デバイス」、「リモートデバイス」、「モバイル加入者局」、「アクセス端末」、「モバイル端末」、「ワイヤレス端末」、「リモート端末」、「ハンドセット」、「ユーザエージェント」、「モバイルクライアント」、「クライアント」又はいくつかの他の適切な用語で呼ばれる場合もある。

また、本開示における無線基地局は、ユーザ端末と解釈されてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、ユーザ端末２０が上述の無線基地局１０の機能を有してもよい。また、「上りリンク（uplink）」、「下りリンク（downlink）」などの文言は、「サイド（side）」）と解釈されてもよい。例えば、上りリンクチャネルは、サイドチャネルと解釈されてもよい。

同様に、本開示におけるユーザ端末は、無線基地局と解釈されてもよい。この場合、無線基地局が上述のユーザ端末の機能を有してもよい。

本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper node）によって行われてもよい。基地局を有する１つ又は複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Mobility Management Entity）、Ｓ－ＧＷ（Serving-Gateway）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。

本開示において説明した１つ以上の実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において態様／実施形態を説明するために用いた処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した様々な方法は、例示的な順序を用いて様々なステップの要素を提示したが、そこで提示した特定の順序に限定されない。

本開示において説明した１つ以上の実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ｂ（LTE-Beyond）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、Ｎｅｗ－ＲＡＴ（Radio Access Technology）、ＮＲ（New Radio）、ＮＸ（New radio access）、ＦＸ（Future generation radio access）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、及び／又はこれらに基づいて拡張された次世代システムなどに適用されてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用されてもよい。従って、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含してもよい。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。また、本開示において使用する「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、推定（assuming）、確立（establishing）、比較（comparing）などを「判断（決定）」することであると解釈されてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであると解釈されてもよい。

本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含んでもよい。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」と解釈されてもよい。

本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル及び／又はプリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えられてもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

さらに、明細書又は特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本開示中に説明した実施形態に限定されないということは明らかである。本発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく様々な修正及び様々な変更態様として実施することができる。従って、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

別の例
上記の実施例及び修正実施例は、相互に組み合わされてもよく、またそれらの実施例の様々な特徴を、様々な組み合わせで相互に組み合わせてもよい。本発明は、本開示における特定の組み合わせに限定されるものではない。

本開示を、限られた数の実施形態のみに関して説明したが、本開示の恩恵を受ける当業者は、本発明の範囲から逸脱することなく、様々な他の実施形態に想到し得ることは明らかであろう。従って、本発明の範囲は、添付の特許請求の範囲によってのみ限定されるべきである。

Claims

チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信する受信部と、
前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定する制御部と、
前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告する送信部と、を有する、端末。
チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信するステップと、
前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定するステップと、
前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告するステップと、を有する、端末の無線通信方法。
チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを送信する送信部と、
前記上位レイヤシグナリングによって、前記パラメータを報告するか否かを設定する制御部と、
前記パラメータが報告される場合、プリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告される、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップを受信する受信部と、を有する、基地局。
端末及び基地局を有するシステムであって、
前記端末は、
チャネル状態情報（ＣＳＩ：Channel State Information）のタイプＩＩポート選択コードブック構造に関するパラメータを報告するか否かを設定する上位レイヤシグナリングを受信する第１の受信部と、
前記上位レイヤシグナリングに基づいて、前記パラメータを報告するか否かを決定する第１の制御部と、
前記パラメータを報告する場合、前記タイプＩＩポート選択コードブック構造に関する行列内のどの係数が報告されるかを識別するビットマップをプリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）の一部として報告する第１の送信部と、を有し、
前記基地局は、
前記上位レイヤシグナリングを送信する第２の送信部と、
前記上位レイヤシグナリングによって、前記パラメータを報告するか否かを設定する第２の制御部と、
前記パラメータが報告される場合、前記ビットマップを受信する第２の受信部と、を有する、システム。