特表 2024-515046 ５Ｇ ＮＲのリリース１７のタイプＩＩポート選択コードブック用のＣＳＩ報告の方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-04

(54)【発明の名称】５Ｇ ＮＲのリリース１７のタイプＩＩポート選択コードブック用のＣＳＩ報告の方法

(51)【国際特許分類】

   H04B 7/0417 20170101AFI20240328BHJP

   H04W 24/10 20090101ALI20240328BHJP

【ＦＩ】

H04B7/0417 100

H04W24/10

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023561655

(86)(22)【出願日】2022-04-01

(85)【翻訳文提出日】2023-11-30

(86)【国際出願番号】 US2022023087

(87)【国際公開番号】W WO2022216550

(87)【国際公開日】2022-10-13

(31)【優先権主張番号】63/171,765

(32)【優先日】2021-04-07

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(72)【発明者】

【氏名】ルパシンハ ナディサンカ

(72)【発明者】

【氏名】松村 祐輝

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

ユーザ装置（ＵＥ：User Equipment）の無線通信方法が開示され、この無線通信方法は、下り制御情報（ＤＣＩ：Downlink Control Information）又は上位レイヤシグナリングを介して、設定情報を受信するステップと、前記設定情報に基づいて、且つビットマップがユーザ装置（ＵＥ）から基地局に報告されているか否かに基づいて、チャネル状態情報（ＣＳＩ：Channel State Information）報告用のフォーマットを設定するステップと、を有する。前記ＣＳＩ報告は、パート１及びパート２を含む。前記パート１は、固定のペイロードサイズを有し、且つ前記パート２における情報ビットの数を識別するために用いられる。

【特許請求の範囲】

【請求項1】

下り制御情報（ＤＣＩ：Downlink Control Information）又は上位レイヤシグナリングを介して、設定情報を受信するステップと、
前記設定情報に基づいて、且つビットマップがユーザ装置（ＵＥ）から基地局に報告されているか否かに基づいて、チャネル状態情報（ＣＳＩ：Channel State Information）報告用のフォーマットを設定するステップと、を有し、
前記ＣＳＩ報告は、パート１及びパート２を含み、
前記パート１は、固定のペイロードサイズを有し、且つ前記パート２における情報ビットの数を識別するために用いられる、ＵＥの無線通信方法。

【請求項2】

前記ビットマップが報告されている場合、前記パート１は、ランクインジケータ（ＲＩ：rank indicator）、チャネル品質情報（ＣＱＩ：channel quality information）、及びレイヤにわたるノンゼロ振幅係数の総数の指示を含む、請求項１記載の無線通信方法。

【請求項3】

前記ＲＩ、前記ＣＱＩ及び前記レイヤにわたるノンゼロ振幅係数の総数は、別個にコーディングされる、請求項２記載の無線通信方法。

【請求項4】

前記ビットマップが報告されている場合、前記パート２は前記ビットマップを含む、請求項１記載の無線通信方法。

【請求項5】

前記ビットマップが報告されていない場合、前記パート１は、ランクインジケータ（ＲＩ：rank indicator）、チャネル品質情報（ＣＱＩ：channel quality information）を含むが、レイヤにわたるノンゼロ振幅係数の総数の指示は含まない、請求項１記載の無線通信方法。

【請求項6】

前記ＲＩ及び前記ＣＱＩは、別個にコーディングされる、請求項５記載の無線通信方法。

【請求項7】

前記パート２は、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）を含む、請求項１記載の無線通信方法。

【請求項8】

前記ビットマップが報告されている場合、前記パート２は前記ビットマップを含む、請求項１記載の無線通信方法。

【請求項9】

前記ＵＥは、前記基地局からの指示に基づいて前記ビットマップを報告するか否かを決定する、請求項１記載の無線通信方法。

【請求項10】

前記パート１及び前記パート２は、別個にコーディングされる、請求項１記載の無線通信方法。

【請求項11】

前記ビットマップが報告されていない場合、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）のインデックスは、前記パート２に対応する異なるＣＳＩ情報に関連付けられている、請求項１記載の無線通信方法。

【請求項12】

前記パート２における情報は、異なるインデックスにそれぞれ関連付けられているグループにグループ化されている、請求項１記載の無線通信方法。

【請求項13】

下り制御情報（ＤＣＩ：Downlink Control Information）又は上位レイヤシグナリングを介して、設定情報を受信する受信部と、
前記設定情報に基づいて、且つビットマップがユーザ装置（ＵＥ）から基地局に報告されているか否かに基づいて、チャネル状態情報（ＣＳＩ：Channel State Information）報告用のフォーマットを設定する制御部と、を有し、
前記ＣＳＩ報告は、パート１及びパート２を含み、
前記パート１は、固定のペイロードサイズを有し、且つ前記パート２における情報ビットの数を識別するために用いられる、ユーザ装置（ＵＥ）。

【請求項14】

下り制御情報（ＤＣＩ：Downlink Control Information）又は上位レイヤシグナリングを介して、設定情報をユーザ装置（ＵＥ）に送信する送信部と、
前記設定情報に基づいて、且つビットマップがユーザ装置（ＵＥ）から基地局に報告されているか否かに基づいて設定されるフォーマットを有するチャネル状態情報（ＣＳＩ：Channel State Information）報告の受信を制御する制御部と、を有し、
前記ＣＳＩ報告は、パート１及びパート２を含み、
前記パート１は、固定のペイロードサイズを有し、且つ前記パート２における情報ビットの数を識別するために用いられる、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【先行技術文献】

【非特許文献】

【0007】

【非特許文献1】3GPP RP 193133, “New WID: Further enhancements on MIMO for NR”、２０１９年１２月

【非特許文献2】3GPP RAN1 #104-e, ‘Chairman’s Notes’、２０２１年２月

【非特許文献3】3GPP TS 38.214, “NR; Physical procedures for data (Release 16。)”

【発明の概要】

【0008】

本発明の１つ以上の実施形態は、ユーザ装置（ＵＥ：User Equipment）の無線通信方法を提供し、この無線通信方法は、下り制御情報（ＤＣＩ：Downlink Control Information）又は上位レイヤシグナリングを介して、設定情報を受信するステップと、設定情報に基づいて、且つビットマップがユーザ装置（ＵＥ）から基地局に報告されているか否かに基づいて、チャネル状態情報（ＣＳＩ：Channel State Information）報告用のフォーマットを設定するステップと、を有する。ＣＳＩ報告は、パート１及びパート２を含み、パート１は、固定のペイロードサイズを有し、且つパート２における情報ビットの数を識別するために用いられる。

【0009】

本発明の１つ以上の実施形態では、ビットマップが報告されている場合、パート１は、ランクインジケータ（ＲＩ：rank indicator）、チャネル品質情報（ＣＱＩ：channel quality information）、及びレイヤにわたるノンゼロ振幅係数の総数の指示を含む。１つ以上の実施形態では、ＲＩ、ＣＱＩ及びレイヤにわたるノンゼロ振幅係数の総数の指示は、別個にコーディングされる。

【0010】

１つ以上の実施形態では、ビットマップが報告されている場合、パート２は、ビットマップを含む。１つ以上の実施形態では、ビットマップが報告されていない場合、パート１は、ＲＩ、ＣＱＩを含むが、レイヤにわたるノンゼロ振幅係数の総数の指示は含まない。１つ以上の実施形態では、ＲＩ及びＣＱＩは、別個にコーディングされる。

【0011】

１つ以上の実施形態では、パート２は、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）を含む。１つ以上の実施形態では、ビットマップが報告されている場合、パート２は、ビットマップを含む。１つ以上の実施形態では、ＵＥは、基地局からの指示に基づいてビットマップを報告するか否かを決定する。

【0012】

１つ以上の実施形態では、パート１及びパート２は、別個にコーディングされる。１つ以上の実施形態では、ビットマップが報告されていない場合、ＰＭＩのインデックスは、パート２に対応する異なるＣＳＩ情報に関連付けられている。１つ以上の実施形態では、パート２における情報は、異なるインデックスにそれぞれ関連付けられているグループにグループ化されている。

【0013】

本発明の１つ以上の実施形態は、ＵＥを提供し、ＵＥは、ＤＣＩ又は上位レイヤシグナリングを介して、設定情報を受信する受信部と、設定情報に基づいて、且つビットマップがＵＥから基地局に報告されているか否かに基づいて、ＣＳＩ報告用のフォーマットを設定する制御部と、を有する。ＣＳＩ報告は、パート１及びパート２を含み、パート１は、固定のペイロードサイズを有し、且つパート２における情報ビットの数を識別するために用いられる。

【0014】

本発明の１つ以上の実施形態は、基地局を提供し、基地局は、ＤＣＩ又は上位レイヤシグナリングを介して、設定情報をＵＥに送信する送信部と、設定情報に基づいて、且つビットマップがＵＥから基地局に報告されているか否かに基づいて設定されるフォーマットを有するＣＳＩ報告の受信を制御する制御部と、を有する。ＣＳＩ報告は、パート１及びパート２を含み、パート１は、固定のペイロードサイズを有し、且つパート２における情報ビットの数を識別するために用いられる。

【0015】

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

【0016】

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

【図面の簡単な説明】

【0017】

【図1】実施形態に係る無線通信システムの概略的な構成を示す図である。

【図2】１つ以上の実施形態に係る、基地局（ＢＳ）の概略的な構成を示す。

【図3】１つ以上の実施形態に係る、ユーザ装置（ＵＥ）の概略的な構成を示す。

【図4】Ｋ個のポートのＣＳＩ－ＲＳ送信の一例、及びそれに付随する周波数応答の一例を示す。

【図5A】４タップチャネルの解析の一例を示す。

【図5B】４タップチャネルの解析の一例を示す。

【図6】ＤＦＴ報告に基づいたプリコーダ選択の一例を示す。

【図7】追加のＤＦＴ報告が行われるＣＳＩ報告のフォーマットの一例を示す。

【図8】ＰＭＩ（プリコーディング行列インジケータ）インデックスとＣＳＩ情報との関連付けのテーブルの一例を示す。

【図9】１つ以上の実施形態に係る、追加のＤＦＴ報告が行われる場合のＣＳＩ報告のフォーマットの一例を示す。

【図10】１つ以上の実施形態に係る、追加のＤＦＴ報告が行われる場合のＣＳＩ報告のフォーマットの一例を示す。

【図11】１つ以上の実施形態に係る、ＰＭＩインデックスとＣＳＩ情報との関連付けのテーブルの一例を示す。

【図12】１つ以上の実施形態に係る、ＰＭＩインデックスとＣＳＩ情報との関連付けの一例を示す。

【図13】１つ以上の実施形態に係る、追加のＤＦＴ報告が行われる場合のＣＳＩ報告のフォーマットの一例を示す。

【図14】１つ以上の実施形態に係る、ＰＭＩインデックスとＣＳＩ情報との関連付けのテーブルの一例を示す。

【図15】１つ以上の実施形態に係る、追加のＤＦＴ報告が行われる場合のＣＳＩ報告のフォーマットの一例を示す。

【発明を実施するための形態】

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

５Ｇ ＮＲ Ｒｅｌ．１７のタイプＩＩポート選択コードブック構造（Type II Port Selection Codebook Structure）に関して、ｌ番目のレイヤのポート選択コードブックは次式（１）により与えられてもよい：

【数1】

上記式（１）において、パラメータは以下のように与えられてもよい：
Ｗ_１（Ｋ×２Ｌ）：ブロック対角行列。ここで、各行列ブロックは、（Ｋ×Ｋ）単位行列のＬ個の列から成る；
Ｗ_ｆ，ｌ（Ｎ_３×Ｍ_ν）：（Ｎ_３×Ｎ_３）ＤＦＴ行列のＭ_ν個の基底ベクトルから成る行列；及び

【数2】

：線形結合係数行列。

【0040】

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

【数3】

に取り込まれた線形結合（ＬＣ：linear combination）係数も報告する。

【0041】

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

【0042】

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

【0043】

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

【0044】

図６に示した式では、以下が定義されてもよい：

【数4】

（Ｋ×Ｋ）の単位行列からの列ベクトルである。特に、このベクトルは、インデックスｓ（ｉ）を有するＳＤ－ＦＤ基底を選択する；

【数5】

（Ｎ_３×Ｎ_３）のＤＦＴ行列からの列ベクトルであり、ｓ（ｊ）は、選択された追加のｊ番目のＤＦＴ基底のインデックスを表す；
ｃ_ｉ，ｊ、ｃ_ｉ：ＬＣ係数である。

【0045】

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

【0046】

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

【0047】

以下において更に詳細に説明するように、拡張タイプＩＩコードブック（enhanced Type II Codebook［非特許文献３］（以下、［３］と記す）のＣＳＩ報告のフォーマットを検討する。特に、［３］によれば、ＰＵＳＣＨにおける拡張タイプＩＩ ＣＳＩフィードバックは、２つのパートを含む。パート１は、固定のペイロードサイズを有し、パート２における情報ビットの数を識別するために用いられる。［３］のセクション５．２．３では以下のように記載されている：“[f]or Enhanced Type II CSI feedback, Part 1 contains RI (rank indicator), CQI (channel quality information), and an indication of the overall number of non-zero amplitude coefficients across layers for the Enhanced Type II CSI (see Clause 5.2.2.2.5).The fields of Part 1 - RI, CQI, and the indication of the overall number of non-zero amplitude coefficients across layers - are separately encoded. Part 2 contains the PMI of the Enhanced Type II CSI. Part 1 and 2 are separately encoded.”図７は、ＣＳＩ報告のフォーマットの一例を示す。

【0048】

次に図８を参照すると、ＰＭＩインデックスは、拡張タイプＩＩコードブック［３］の各ＣＳＩ情報に関連付けられてもよい。特に、ＤＦＴ基底報告では、ＰＭＩインデックスｉ_１，５、ｉ_{１，６，ｌ}が使用されてもよい。例えば、図８に示されているように、Ｎ_３＞１９の場合、ＤＦＴ基底は、ＤＦＴウィンドウから選択される。選択されるＤＦＴウィンドウのサイズは、予め定義されていてもよい。ただし、ＤＦＴウィンドウの初期開始位置は、ＵＥによって報告される。つまり、ＰＭＩインデックスｉ_１，５。ここで、ビットマップは、ｌ番目のレイヤについて、０以外のビットによって（１）における

【数6】

内のどの係数がＵＥによって報告されるかが識別される行列である。これは、ＰＭＩの一部として報告される。

【0049】

以下において更に説明するように、特に追加のＤＦＴ報告が設定されるか否かを考慮して、Ｒｅｌ．１７のタイプＩＩポート選択コードブック（Type II Port Selection Codebook）に関して可能なＣＳＩ報告フォーマットを検討する。

【0050】

第１の実施例
上述したように、タイプＩＩポート選択コードブック構造が検討されている。本明細書において説明する１つ以上の実施形態では、Ｒｅｌ．１７のタイプＩＩポート選択コードブックに追加のＤＦＴ報告が設定される場合、ビットマップが報告されるか否かに基づいて、ＣＳＩ報告のフォーマットの決定に関して２つのケースを考慮することができる。

【0051】

考慮される第１のオプションとして、ビットマップが報告される場合のＣＳＩ報告は、図９に示すように取り込まれてもよい。上述した拡張タイプＩＩコードブックと同様に、ＰＭＩインデックスが、ＣＳＩパート２における情報に関連付けられてもよいことに留意されたい。

【0052】

考慮される第２のオプションとして、ビットマップが報告されない場合のＣＳＩ報告は、図１０に示すように取り込まれてもよい。第１のオプション、即ちビットマップが報告される場合と比較すると、ここでは、ＣＳＩパート１には、ノンゼロ振幅係数の数が取り込まれている必要はない。このことは、このシナリオでは、ＵＥが全てのＬＣ係数を報告すべきことによる。更に、ＣＳＩパート２は、ビットマップを含まない。その理由は、やはり、ＵＥが全てのＬＣ係数を報告すべきことによる。

【0053】

考慮される第３のオプションとして、ＮＷは、Ｍ_ν（即ち、報告される追加のＤＦＴの数）に基づいて、ビットマップ報告が必要であるか否かを決定してもよい。この場合、ＮＷは、ビットマップ報告が必要か否かに基づいて、ＵＥ動作を第１のオプションと第２のオプションとの間で切り替えてもよい。

【0054】

例えば、Ｍ_νが大きい場合、全てのＬＣ係数の報告は、大きなオーバーヘッドを占める可能性がある。この場合、ＮＷは、第１のオプションの場合のように、最上位のＬＣ係数のみを選択して報告するビットマップを報告するようにＵＥを設定してもよい。これに対し、Ｍ_νが小さい場合、ＮＷは、全てのＬＣ係数を報告するようにＵＥを設定してもよい。従って、このシナリオでは、第２のオプションの場合のように、ビットマップ報告は必要ない。

【0055】

付加的に又は代替的に、ＵＥがビットマップを報告すべきか否かを決定するために、予め定義されたルールが仕様に取り込まれていてもよい。例えば、仕様には、次のルールが定義されていてもよい：
「Ｍ_ν＜２の場合、ビットマップを報告しない；その他の場合は、ビットマップを報告する。」
値２は単なる一例であり、当業者であれば、他の値が排除されるわけではないことを理解できるであろうことに留意されたい。

【0056】

第１のオプションに関して、上位レイヤによってＲｅｌ．１７のタイプＩＩ ＰＳコードブックが設定される場合に、ビットマップ報告が行われる場合、以下の動作が考慮されるべきである。拡張タイプＩＩ ＣＳＩフィードバックについて、パート１は、拡張タイプＩＩ ＣＳＩのレイヤにわたるノンゼロ振幅係数の総数の指示、ＲＩ及びＣＱＩを含む（［３］の５．２．２．２．５節参照）。パート１のフィールド、つまりＲＩ、ＣＱＩ及びレイヤにわたるノンゼロ振幅係数の総数の指示は、別個にコーディングされる。パート２は、拡張タイプＩＩ ＣＳＩのＰＭＩを含む。パート１及びパート２は、別個にコーディングされる。この動作は、ビットマップが常に報告される場合は、第１のオプションに適用可能であってもよいし、ＮＷがビットマップ報告を設定する場合は、第３のオプションに適用可能であってよい。

【0057】

第２のオプションに関して、上位レイヤによって、Ｒｅｌ．１７のタイプＩＩ ＰＳコードブックが設定される場合に、ビットマップ報告が行われない場合、以下の動作が考慮されるべきである。拡張タイプＩＩポート選択コードブックＣＳＩ フィードバックでは、パート１が、拡張タイプＩＩ ＣＳＩのＲＩ及びＣＱＩを含む（［３］の５．２．２．２．５節参照）。パート１のフィールド、つまりＲＩ、ＣＱＩは、別個にコーディングされる。パート２は、拡張タイプＩＩ ＣＳＩのＰＭＩを含む。パート１及びパート２は、別個にコーディングされる。この動作は、ビットマップが報告されない場合は、第２のオプションに適用可能であってもよいし、ＮＷがビットマップ報告を設定しない場合は、第３のオプションに適用可能であってよい。

【0058】

第２の実施例
上述したように、タイプＩＩポート選択コードブック構造が検討されている。本明細書において説明する１つ以上の実施形態では、追加のＤＦＴ報告が行われる場合、ＰＭＩインデックスとＣＳＩ情報との間に関連付けが形成されてもよい。即ち、図１１に示すように、ビットマップ報告が行われない場合、ＰＭＩインデックスが異なるＣＳＩパート２情報に関連付けられてもよい。第１の実施例と比較すると、ビットマップ報告に関連付けられたＰＭＩインデックス、即ちｉ_{１，７，ｌ}は削除されていることに留意されたい。更に別のオプションとして、ビットマップ報告に関連付けられている、ｉ_{１，７，ｌ}のＰＭＩインデックスが含まれたままであってもよい。ただし、これはＵＣＩ内では０ビットを占める。ＵＥ及びＮＷのいずれもこのシナリオを認識していることに留意されたい。

【0059】

図１２は、ビットマップ報告有りのＰＭＩ及びビットマップ報告無しのＰＭＩの一例を示す。

【0060】

第３の実施例
上述したように、タイプＩＩポート選択コードブック構造が検討されている。本明細書において説明する１つ以上の実施形態では、追加のＤＦＴ報告を伴うＣＳＩパート２情報のグループ化が実行されてもよい。

【0061】

ビットマップ報告が行われる場合、［３］におけるセクション５．２．３において議論されているＣＳＩパート２情報のグループ化が以下のように更新されてもよい：
・グループ０は、インデックスｉ_１，１、ｉ_１，２及びｉ_{１，８，ｌ}（ｌ＝１，…，ν）を含む。
・グループ１は、インデックスｉ_１，５（報告される場合）、ｉ_{１，６，ｌ}（報告される場合）、

【数7】

を含む。
・グループ２は、

【数8】

を含む。

【0062】

ビットマップについてのこの動作は、例えば、ビットマップが常に報告される第１のオプションにおける第１の実施例に適用可能であってもよいし、ＮＷがビットマップ報告を設定する場合は、第３のオプションに適用可能であってよい。

【0063】

ビットマップ報告が行われない場合、［３］のセクション５．２．３において議論されているＣＳＩパート２情報のグループ化が以下のように更新されてもよい：
・グループ０は、インデックスｉ_１，１、ｉ_１，２及びｉ_{１，８，ｌ}（ｌ＝１，…，ν）を含む。
・グループ１は、インデックスｉ_１，５（報告される場合）、ｉ_{１，６，ｌ}（報告される場合）、

【数9】

を含む。
・グループ２は、

【数10】

を含む。

【0064】

ここでは、ビットマップ報告に関連付けられたＰＭＩインデックス、即ちｉ_{１，７，ｌ}は削除されていることに留意されたい。更に、このシナリオにおける動作は、例えば、ビットマップが報告されない第２のオプションにおける第１の実施例に適用可能であってもよいし、ＮＷがビットマップ報告を設定しない場合は、第３のオプションに適用可能であってよいことに留意されたい。付加的又は代替的に、ｉ_{１，７，ｌ}のＰＭＩインデックスは、存在したままであってもよい。ただし、これはＵＣＩ内では０ビットを占める。ＵＥ及びＮＷのいずれもこのシナリオを認識していることに留意されたい。

【0065】

第４の実施例
上述したように、タイプＩＩポート選択コードブック構造が検討されている。本明細書において説明する１つ以上の実施形態では、追加のＤＦＴ報告が行われない場合のＣＳＩ報告のフォーマットが考慮居される。即ち、Ｒｅｌ．１７のタイプＩＩポート選択コードブックに対して追加のＤＦＴ報告が設定されない場合、ＣＳＩ報告のフォーマットを決定するために、ＣＳＩ報告のフォーマットの決定に関して、やはり２つのケースが考慮されてもよい。ただし、異なるケースは、ＣＳＩ報告が広帯域であるかサブバンドであるかに基づいている。

【0066】

第１のオプションとして、広帯域ＣＳＩ報告の場合のＣＳＩ報告を考慮するための可能なフォーマットは、図１３に示されているように与えられてもよい。追加のＤＦＴ報告が行われるシナリオと比較すると、ここでは、ＣＳＩパート２は、ＤＦＴ基底報告に関連付けられた情報を取り込む必要はないことに留意されたい。更に、ビットマップ報告も行われない。第１の実施例に関連させて上記において述べたように、第２のオプションでは、［３］のセクション５．２．３が、実質的に同様の方式で更新されてもよい。

【0067】

１つ以上の実施形態では、追加のＤＦＴ報告を伴わない、ＰＭＩインデックスとＣＳＩ情報との間に関連付けが形成されてもよい。図１４は、テーブルに示すように、ＰＭＩインデックスを異なるＣＳＩパート２情報に関連付けることができる広帯域ＣＳＩ報告が行われるシナリオの一例が取り込まれている。追加のＤＦＴ報告が行われる場合と比較すると、ｉ_{１，７，ｌ}、ｉ_{１，６，ｌ}、ｉ_１，５のＰＭＩインデックス（即ち、ビットマップ及びＤＦＴ報告）が、この関連付けでは削除されている。

【0068】

第２のオプションとして、サブバンドＣＳＩ報告の場合のＣＳＩ報告についての可能なフォーマットは、図１５に示されているように与えられてもよい。このシナリオでは、広帯域報告が行われる場合と比較すると、サブバンドベースのＣＳＩ報告に関連付けられたオーバーヘッドが著しく大きくなる可能性があることに留意されたい。更に、ＣＳＩパート２では、振幅／位相量子化が、Ｒｅｌ．１６と同様になることに留意されたい。ただし、追加のＤＦＴ報告及びビットマップ報告は行われない。また、広帯域での報告と同様に、ＰＭＩインデックスは、例えば図１３に示すように、ＣＳＩパート２情報に関連付けられてもよい。付加的又は代替的に、サブバンドベースのＣＳＩ報告のフォーマットを決定するために、Ｒｅｌ．１５の動作を考慮することも可能である。ここで、Ｒｅｌ．１５では、広帯域振幅報告が行われることに留意されたい。更に、そのようなシナリオでは、サブバンド報告は、１ビット振幅量子化に基づく。

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

本開示において説明した１つ以上の実施形態は、ＬＴＥ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、及び／又はこれらに基づいて拡張された次世代システムなどに適用されてもよい。

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【国際調査報告】