JP7163910B2 - ワイヤレス通信システムにおける電子デバイス、通信方法、及び記憶媒体 - Google Patents

Description

本開示は、ワイヤレス通信システムにおける電子デバイス、通信方法、及び記憶媒体に関し、特にワイヤレス通信システムにおけるチャネル状態フィードバック／レポーティングのための電子デバイス、通信方法、及び記憶媒体に関する。

ワイヤレス通信技術がさらに発展するにつれ、チャネル状態情報（ＣＳＩ）をレポーティングするための技術は益々重要な役割を果たしている。チャネル状態情報はワイヤレスチャネルの特性を反映し、例えば信号の散乱、環境に起因するフェージング、範囲に起因するフェージング等の伝送経路上の信号のフェージング要因を説明する。従来のチャネル状態フィードバックは、典型的にはプリコーディング・マトリクス・インジケータ（ＰＭＩ）コードブックに基づいており、チャネル品質インジケータ（ＣＱＩ）、ＰＭＩ、ランク・インジケータ（ＲＩ）、チャネル状態情報推定用参照信号リソース・インジケータ（ＣＳＩ－ＲＳリソース・インジケータ、ＣＲＩ）等の情報を提供することができる。得られたチャネル状態情報に基づいて、通信システムを現在のチャネル状態に適合させることにより、特にマルチアンテナ通信システムのために高い信頼性及び高速通信を保証することができる。

加えて、強化された（ｅｎｈａｎｃｅｄ）チャネル状態フィードバックが現在検討中である。従来のチャネル状態フィードバックと比較すると、強化されたチャネル状態フィードバックは、チャネル状態情報に、より高い空間分解能（より細かい粒度と共に）及び／又はより高い充実度を提供することができる。従って、深刻なチャネルの散乱又は角散乱の場合であっても正確なチャネル情報を得ることができる。しかしながら、強化されたチャネル状態フィードバックは処理及び伝送においてさらなるオーバーヘッドを必要とする。

本開示の発明者らは、必要に応じて適切なチャネル状態フィードバックを選択することの要求が存在し得ることを認めている。

例えば、マルチ入力・マルチ出力（ＭＩＭＯ）は、４Ｇ通信における物理レイヤ、又は５Ｇ通信における物理レイヤにとってさえも重要な技術であり、当該産業ではＭＩＭＯを向上させるための様々な技術を提案している。そこではマルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）が理論的研究及び標準化において最新の事柄であり、次世代ＮＲ ＭＩＭＯの標準化を巡り活発に議論されている。とりわけ、チャネル状態情報の精度は、特に沢山の伝送アンテナがある場合に、ＭＵ ＭＩＭＯにとっては最も重要である。しかしながら、例えばダウンリンク・マルチユーザ・空間多重化等のＭＵ ＭＩＭＯのシナリオにおいて、ユーザによって用いられる通信リソースは、それらのリソース間において、十分に良好な空間直交度を有することが必要とされる。

図１に示されるように、地理的に近い２人のユーザＵＥ１及びＵＥ２はＭＵ ＭＩＭＯを介して基地局とデータ伝送を実行する。各ユーザと基地局との間の直交度が悪い場合、チャネル間干渉が増加され、ユーザによってレポーティングされたチャネル状態情報の精度の低下を生じさせ得ることとなり、従ってＭＵ ＭＩＭＯのパフォーマンスの低下を生じさせ得ることとなる。この場合、さらに正確なチャネル状態フィードバックを用いる必要がある。

上記のシナリオに加え、通信システムが、現在のチャネル状態フィードバックとは異なる別のチャネル状態フィードバックを用いることが必要とされる他の場合も存在し得る。

本出願の１つの課題は、上記したような必要性を満たすようにチャネル状態フィードバックの種類を変更するための技術を提案することである。

本開示の一部の態様についての基本的理解を目的として、以下に本開示に関する簡潔な概要が記載される。しかしながら、その概要は本開示の網羅的な記載ではないことは理解されるであろう。本開示のキーポイント又は重要な部分を特定することが意図されているわけではなく、本開示の範囲を限定することが意図されているわけでもない。簡素化された形式において本開示についての一部のコンセプトを記載することを目的としており、以下に与えられるより詳細な記載の事前の整理として役に立つものである。

本開示の一態様によれば、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、上記第１のタイプのチャネル状態情報を、上記ネットワーク制御デバイスにレポーティングし、第２のタイプのチャネル状態フィードバックが必要とされていることを決定し、上記ネットワーク制御デバイスに上記決定を通知するように構成された処理回路網を備える、ユーザ側にある電子デバイスを提供する。

本開示の一態様によれば、第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当て、第２のタイプのチャネル状態フィードバックが必要とされていることの決定に関する通知を上記ユーザデバイスから受信し、上記第２のタイプのチャネル状態フィードバックのためのリソースを上記ユーザデバイスに割り当て、上記第２のタイプのチャネル状態情報を受信するように構成された処理回路網を備える、ネットワーク制御側にある電子デバイスを提供する。

本開示の一態様によれば、第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当て、第２のタイプのチャネル状態フィードバックが必要とされていることを決定し、上記ユーザデバイスに上記決定を通知するように構成された処理回路網を備える、ネットワーク制御側にある電子デバイスを提供する。

本開示の一態様によれば、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、上記第１のタイプのチャネル状態情報を上記ネットワーク制御デバイスへレポーティングし、第２のタイプのチャネル状態フィードバックが必要とされていることの決定に関する通知を上記ネットワーク制御デバイスから受信し、上記ネットワーク制御デバイスによって割り当てられた上記第２のタイプのチャネル状態フィードバックのためのリソースを用いることによって、上記第２のタイプのチャネル状態情報を上記ネットワーク制御デバイスへレポーティングするように構成された処理回路網を備える、ユーザ側にある電子デバイスを提供する。

本開示の一態様によれば、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、第１のタイプのチャネル状態情報を、上記ネットワーク制御デバイスにレポーティングすることと、第２のチャネル状態フィードバックが必要とされていることを決定することと、上記ネットワーク制御デバイスに上記決定を通知することとを含む、ユーザ側での通信方法を提供する。

本開示の一態様によれば、第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当てることと、第２のタイプのチャネル状態フィードバックが必要とされていることを決定することと、上記ユーザデバイスに上記決定を通知することとを含む、ネットワーク制御側での通信方法を提供する。

本開示の一態様によれば、第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当てることと、第２のタイプのチャネル状態フィードバックが必要とされていることの決定の通知を上記ユーザデバイスから受信することと、上記第２のタイプのチャネル状態フィードバックのためのリソースを上記ユーザデバイスに割り当てることと、上記第２のタイプのチャネル状態情報を受信することとを含む、ネットワーク制御側での通信方法を提供する。

本開示の一態様によれば、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、第１のタイプのチャネル状態情報を上記ネットワーク制御デバイスへレポーティングすることと、第２のタイプのチャネル状態フィードバックが必要とされていることの決定の通知を上記ネットワーク制御デバイスから受信することと、上記ネットワーク制御デバイスによって割り当てられた上記第２のタイプのチャネル状態フィードバックのためのリソースを用いることによって、上記第２のタイプのチャネル状態情報を上記ネットワーク制御デバイスへレポーティングすることとを含む、ユーザ側での通信方法を提供する。

本開示の一態様によれば、実行された場合、上述の通信方法のいずれかを実施する実行可能な命令を記憶する非一過性のコンピュータ可読の記憶媒体を提供する。

本開示の各態様によれば、ワイヤレス通信システムは、必要に応じて適切なチャネル状態フィードバックを用いることができ、従って、チャネル状態フィードバックの精度とそのオーバーヘッドとの間の最適な折衷点をなすことができる。

添付の図面に関連して以下に与えられた詳細な記載を参照することにより、本開示のより良い理解が達成され得るものである。ここで同じ又は類似の参照記号は図面を通して同じ又は類似の部品を示すために用いられる。図面は明細書中に含まれ、以下の詳細な記載に沿って明細書の一部を形成するものであり、本開示の実施形態をさらに記載し、且つ本開示の理論及び利点を説明するものである。

図１は地理的に近いユーザデバイスがＭＵ ＭＩＭＯを実行するシナリオを示す。 図２Ａは本開示の第１の実施形態に係るユーザ側にある電子デバイスを示すブロック図である。 図２Ｂは本開示の第１の実施形態に係るユーザ側にある電子デバイスによって実行される通信方法のシグナリングのフローチャートである。 図３Ａは本開示の第１の実施形態に係るネットワーク制御側にある電子デバイスを示すブロック図である。 図３Ｂは本開示の第１の実施形態に係るネットワーク制御側にある電子デバイスによって実行される通信方法のシグナリングのフローチャートである。 図４Ａは本開示の第１の実施形態に係る決定プロセスの例を示す。 図４Ｂは本開示の第１の実施形態に係る決定プロセスの別の例を示す。 図４Ｃは本開示の第１の実施形態に係る前決定プロセスの例を示す。 図５は本開示の第１の実施形態がＭＵ ＭＩＭＯのシナリオに適用される場合の通信手順を示す。 図６Ａは本開示の第２の実施形態に係るネットワーク制御側にある電子デバイスを示すブロック図である。 図６Ｂは本開示の第２の実施形態に係るネットワーク制御側にある電子デバイスによって実行される通信方法のシグナリングのフローチャートである。 図７Ａは本開示の第１の実施形態に係るユーザ側にある電子デバイスを示すブロック図である。 図７Ｂは本開示の第２の実施形態に係るユーザ側にある電子デバイスによって実行される通信方法のシグナリングのフローチャートである。 図８Ａは本開示の第２の実施形態に係る決定プロセスの例を示す。 図８Ｂは本開示の第２の実施形態に係る決定プロセスの別の例を示す。 図８Ｃは本開示の第２の実施形態に係る前決定プロセスの例を示す。 図９は本開示の第２の実施形態がＭＵ ＭＩＭＯのシナリオに適用される場合の通信手順を示す。 図１０は本開示の実施形態に係るネットワーク制御側にある電子デバイスの第１の例を示すブロック図である。 図１１は本開示の実施形態に係るネットワーク制御側にある電子デバイスの第２の例を示すブロック図である。 図１２は本開示の実施形態に係るスマートフォンの概略構成の例を示すブロック図である。 図１３は本開示の実施形態に係る自動車ナビゲーションデバイスの概略構成の例を示すブロック図である。

本発明のさらなる特徴は添付の図面を参照して例示的な実施形態の以下の記載から明らかとなる。

本発明の例示的な実施形態は図面を参照して以下に記載される。明確さ及び簡素さを目的として、明細書においては全ての特徴が記載されるわけではない。しかしながら、装置やサービスに関連する制限的な条件は、ある実施と別の実施とでは異なるものであり、例えばこれらに応じるようにして開発者の特定の目標を達成するように、特定の要件に従って発明を実施することにおいて、様々な実施に特定的な多くの設定がなされ得るものであることに留意されたい。さらに、本開示から利益を享受する当業者にとっては、発展中の研究は、複雑且つ長大であるもののルーチンな仕事であることは理解される。

さらに、図面は本発明の技術的解決に密接に関連するプロセスのステップ及び／又はデバイスの部品のみを例示するものであり、本発明に関連が少ない他の詳細を省略することに留意されたい。

次に、添付の図面を参照して、本発明に係る例示的な実施形態及び応用例について詳細な記載が与えられる。

１．第１の実施形態

１．１ 第１の実施形態に係るユーザ側にある電子デバイス及びその通信方法

第１の実施形態に係るユーザ側にある電子デバイス２００及びその通信方法は、図２Ａ及び図２Ｂを参照して以下で記載される。

図２Ａは、第１の実施形態に係る電子デバイス２００を示すブロック図である。電子デバイス２００は、携帯電話、車両内デバイス、タブレット等のユーザデバイス、又はその要素である。図２Ａに示されるように、電子デバイス２００は、少なくとも処理回路網２０１を含む。電子デバイス２００の処理回路網２０１は、電子デバイス２００の様々な機能を提供する。例えば、処理回路網２０１はレポーティングユニット２０２、決定ユニット２０３、及び通知ユニット２０４を含み得る。

レポーティングユニット２０２は、ネットワーク制御デバイスによって割り当てられたチャネル状態フィードバックのためのリソースを用いることによってチャネル状態情報（ＣＳＩ）をレポーティングするように構成される。本明細書において用いられるように、ネットワーク制御デバイス（例えば、以下で記載されるように、電子デバイス３００）は、例えば４Ｇ通信標準におけるｅＮＢ、又は５Ｇ通信標準におけるｇＮＢ等の基地局であるか、又はそうした基地局と類似する機能を実行する通信装置であるが、これらに限定されるものではない。典型的には、電子デバイス２００とネットワーク制御デバイスとの間の通信チャネルのチャネル状態についての情報を得るためには、ネットワーク制御デバイスは、チャネル査定を実行するために、チャネル状態フィードバックのためのリソース、例えばセル固有の参照信号（ＣＲＳ）又はＣＳＩ参照信号（ＣＳＩ－ＲＳ）、パイロット信号等の参照信号を、電子デバイス２００に割り当てる。以下では、ＣＳＩ－ＲＳは「チャネル状態フィードバックのためのリソース」の例としてしばしば用いられるが、本開示はこれに限定することを意図しておらず、任意の適切な参照信号が用いられ得ることを当業者は理解するものである。チャネルフィードバックの特定のタイプ、及びＣＳＩを望ましく獲得する頻度に依存して、チャネル状態フィードバックのためのリソースは非周期的又は半永続的、又は周期的であってもよい。電子デバイス２００のレポーティングユニット２０２は、例えばＣＳＩ－ＲＳ等の参照信号を測定することによって所望されるＣＳＩを獲得することができ、且つ得られたＣＳＩをネットワーク制御デバイスにレポーティングすることができる。

レポーティングユニット２０２は、多くの仕方でチャネル状態フィードバックを実行してよい。例えば、レポーティングユニット２０２は、暗黙の（ｉｍｐｌｉｃｉｔ）仕方でチャネル状態フィードバックを実行してよい。すなわち例えばＣＱＩ、ＰＭＩ、ＲＩ、ＣＲＩ等の、チャネル状態を特徴付ける情報をネットワーク制御デバイスへレポーティングしてよい。或いは、レポーティングユニット２０２は、明示的な仕方でチャネル状態フィードバックを実行することができる。すなわちチャネルパラメータを直接に、又は圧縮されたチャネルパラメータを、ネットワーク制御デバイスにレポーティングすることができる。

レポーティングユニット２０２は、ＰＭＩコードブックに基づく従来のチャネル状態フィードバックに加え、強化されたチャネル状態フィードバックを実行することができる。強化されたチャネル状態フィードバックはいくつかのカテゴリを含む。それらは線形結合されたコードブックに基づくプリコーディングされたフィードバック、チャネル共分散行列のためのフィードバック、及びハイブリッドＣＳＩフィードバックである。これらのフィードバックのカテゴリは、ＣＳＩに、より高い分解能、より高い精度、及びより高い充実度を提供することができるものであり、総じて強化されたチャネル状態フィードバックと呼ばれ得るものである。

具体的には、線形結合されたコードブックに基づくプリコーディングされたフィードバックは、例えば、２段（ｔｗｏ－ｌｅｖｅｌ）のコードブック、すなわちＷ＝Ｗ１Ｗ２に基づくフィードバックであってよく、ここでＷ１は、２次元離散フーリエ変換（２Ｄ ＤＦＴ）ビームによって構成される基底ベクトルをオーバーサンプリングすることによる、２Ｄ ＤＦＴビームから選択されたＬ個の直交ビームの集合を表し、そのビーム選択は広帯域の粒度におけるものである。Ｗ２はＷ１におけるＬ個のビームの線形結合を表し、Ｌは構成可能であって、２、３、４、６等であり得る。Ｗ２におけるビームの線形結合係数に対しては、位相量子化の粒度はサブ帯域であり、マグニチュード・スケーリング因子の量子化粒度は広帯域又はサブ帯域であり得る。チャネル共分散行列のためのフィードバックは、Ｍ個の直交基底ベクトルの集合に基づいて、チャネル分散行列を量子化又は圧縮した後のフィードバックであり、レポーティングされるものは、Ｍ個の基底ベクトル及び各々の係数を含むことができ、分散行列のためのレポーティングの粒度は広帯域である。ハイブリッドのＣＳＩフィードバックは、例えば、上述の２つのチャネル状態フィードバックのコードブック及びＬＴＥのチャネル状態フィードバック（例えばＬＴＥ－クラスＢタイプに類似するＣＳＩフィードバック）を結合することができる。

電子デバイス２００の決定ユニット２０３は、チャネル状態フィードバックのタイプが変更される必要性があるかどうかの決定をするように構成される。決定ユニット２０３は、ＣＳＩのコンテンツ又は精度について通信サービスが有する要件、ユーザ間干渉等のチャネル干渉、ＣＳＩの処理及び伝送についてのオーバーヘッド等を含む様々な要因に基づいて、かような決定プロセスを実行することができる。本開示においては、現在のチャネル状態フィードバックが第１のタイプであって、第１のタイプのＣＳＩをレポーティングするために用いられることを想定する。決定ユニット２０３は、第２のタイプのチャネル状態フィードバックが第２のタイプのＣＳＩをレポーティングするために用いられることを決定することができる。第１のタイプは第２のタイプとは異なる。決定ユニット２０３は、第２のタイプのチャネル状態フィードバックの特定のカテゴリをさらに決定する。

一例において、チャネル干渉、又は通信サービスよって必要とされるＣＳＩの精度がより高度になっていることを検出したことに応じて、決定ユニット２０３は以下の決定をすることができる。すなわち、より高い精度を有するＣＳＩがレポーティングされることであって、つまり第２のタイプのチャネル状態フィードバックの精度は第１のタイプのチャネル状態フィードバックよりも高い。一例において、好適なチャネル状態、又は通信サービスによって必要とされるＣＳＩの精度が高くないことを検出したことに応じて、決定ユニット２０３は以下の決定をすることができる。すなわち、より低い精度を有するＣＳＩがレポーティングされることであって、つまり第２のタイプのチャネル状態フィードバックの精度は第１のタイプのチャネル状態フィードバックよりも低い。一例において、レポーティングされたコンテンツについて通信が有する要件に基づいて、決定ユニット２０３は、レポーティングされたコンテンツに関連されるチャネル状態フィードバックが実行されること、すなわち第２のタイプのチャネル状態フィードバックは、必要に応じてレポーティングされたコンテンツ、例えばＣＱＩ、ＰＭＩ、ＲＩ、ＣＲＩ、チャネルパラメータ、又は圧縮されたチャネルパラメータ、チャネル共分散行列等をレポーティングすることの決定をすることができる。決定ユニット２０３が第２のタイプのチャネル状態フィードバックの特定のカテゴリを決定した後、その決定結果はネットワーク制御デバイスに通知するように、通知ユニットに提示される。

通知ユニット２０４は、ネットワーク制御デバイス（例えば、以下で記載されるように、電子デバイス３００）に対して、決定ユニット２０３によってなされた決定結果を通知するように構成される。通知ユニット２０４は、その決定結果を含むメッセージを生成し、そのメッセージをネットワーク制御デバイスに送信することによって、その通知を実行してよい。例えば、決定結果は、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して伝送されるアップリンク制御情報（ＵＣＩ）に含まれることができ、或いはＰＵＳＣＨを介して伝送されるＣＳＩパケットの開始部分に含まれることができる。或いは、決定結果は新たに規定されたシグナリングに含まれることができ、ＰＵＣＣＨ又はＰＵＳＣＨを介してレポーティングされることができる。決定結果についての情報は、次になされることが所望されるチャネル状態フィードバックの特定のカテゴリを示してよく、それによりネットワーク制御デバイスは、通知ユニット２０４によって発行された通知を受信する際にどのチャネル状態フィードバックが次に実行されるかを学習することができ、第２のタイプのチャネル状態フィードバックを実行するために、レポーティングユニット２０２に対して対応のリソース（例えばＣＳＩ－ＲＳ）を割り当てる。

電子デバイス２００は通信ユニット２０５及びメモリ２０６をさらに含むことができる。

電子デバイス２００の通信ユニット２０５は、処理回路網２０１の制御の下で、ネットワーク制御デバイスと通信を行い、決定結果、ＣＳＩ等を含む通知をネットワーク制御デバイスに送信するように構成されることができる。通信ユニット２０５は、トランスミッタ又はトランシーバとして実施されることができる。一例において、通信ユニット２０５は、アンテナ装置、無線周波数回路等の通信インタフェースコンポーネントとして実施されることができる。通信ユニット２０５は処理回路網２０１の内部に属していてもよく、又は電子デバイス２００の外部に属していてもよいため、破線で示されている。

電子デバイス２００のメモリ２０６は、処理回路網２０１によって生成された様々な情報（例えば、決定ユニット２０３の決定結果）、電子デバイス２００が動作するのに用いられるプログラム又はデータ、通信ユニット２０５によって伝送されるデータ又は情報（例えばＣＳＩ）を記憶することができる。メモリ２０６は処理回路網２０１の内部に属していてもよく、又は電子デバイス２００の外部に属していてもよいため、破線で示されている。メモリ２０６は揮発性メモリ及び／又は不揮発性メモリであり得る。例えば、メモリ２０６は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミック・ランダムアクセスメモリ（ＤＲＡＭ）、スタティック・ランダムアクセスメモリ（ＳＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリを含み得るがそれらに限定されるものではない。

図２Ｂはユーザ側にある電子デバイス２００によって実行される通信方法を示す。

図２Ｂに示されるように、ステップＳ２１において、レポーティングユニット２０２は、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、第１のタイプのＣＳＩをネットワーク制御デバイスにレポーティングすることができる。レポーティングユニット２０２によって実行されるチャネル状態フィードバックのタイプは、ネットワーク制御デバイスによって割り当てられたリソースに関連付けられる。例えば、一例において、ネットワーク制御デバイスは周期的なＣＳＩ－ＲＳリソースを電子デバイス２００に割り当てることができ、その結果、レポーティングユニット２０２は、例えば、ＣＱＩ、ＣＳＩ－ＲＳリソースに基づくチャネル行列等に関連されるパラメータを測定することができ、且つそれらのＣＳＩをネットワーク制御デバイスに周期的にレポーティングすることができる。

ステップＳ２２において、電子デバイス２００の決定ユニット２０３は、第２のタイプのチャネル状態フィードバックが必要とされているかどうかを決定する。その決定プロセスは様々な要因に基づいて実行されることができ、その決定プロセスの例は以下のセクション１．３において後に詳述される。説明のために、強いチャネル干渉が検出された時を想定すると、ＣＳＩの精度を確保するためには、決定ユニット２０３は、第１のタイプのチャネル状態フィードバックとは異なり、且つより高い精度を有するチャネル状態フィードバックが用いられるようになることを決定することができ、例えば、決定ユニット２０３は、線形結合されたコードブック、共分散行列についてのフィードバック、及びそのハイブリッドのチャネル状態フィードバックに基づくフィードバックのいずれかであることを決定することができる。決定ユニット２０３がチャネル状態フィードバックのタイプが変更される必要がないことを決定する場合には、レポーティングユニット２０２は第１のタイプのチャネル状態フィードバックの実行を継続する。

ステップＳ２３において、電子デバイス２００の通知ユニット２０４は、決定ユニット２０３によってなされた決定結果をネットワーク制御デバイスに通知する。かような通知プロセスは、第２のタイプのチャネル状態フィードバックの特定のカテゴリを含むメッセージを生成し且つ伝送することによって実施されることができる。通知プロセスの特定の例としては、以下のセクション１．４において記載される。それにより、その通知を受信する際、ネットワーク制御デバイスは、どのチャネル状態フィードバックが次に用いられるかを学習して、対応のＣＳＩ－ＲＳリソースを割り当てることができる。

任意に、破線によるボックス内に示されるように、電子デバイス２００によって実行される通信方法は、ステップＳ２４をさらに含むことができる。ステップＳ２４において、電子デバイス２００のレポーティングユニット２０２は、ネットワーク制御デバイスによって割り当てられた第２のタイプのチャネル状態フィードバックのためのリソース（例えばＣＳＩ－ＲＳ）を用いることによって、第２のタイプのＣＳＩをレポーティングすることができる。なお、このとき、レポーティングユニット２０２は第１のタイプのチャネル状態フィードバックを停止させて第２のタイプのチャネル状態フィードバックのみを実行し得るか、又は第１のタイプのチャネル状態フィードバック及び第２のタイプのチャネル状態フィードバックを同時に実行し得る。

１．２ 第１の実施形態に係る、ネットワーク制御側にある電子デバイス及びその通信方法

第１の実施形態に係る、ネットワーク制御側にある電子デバイス３００及びその通信方法は、図３Ａ及び図３Ｂを参照して以下に記載される。

図３Ａは、第１の実施形態に係る電子デバイス３００を示すブロック図である。電子デバイス３００は、４Ｇ通信標準におけるｅＮＢ等の基地局、又は５Ｇ通信標準におけるｇＮＢ等の基地局であるか、又は類似の機能を実行する通信手段である。電子デバイス３００は少なくとも処理回路網３０１を含む。処理回路網３０１は、電子デバイス３００の様々な機能性を提供する。例えば、処理回路網３０１は、割り当てユニット３０２、通知受信ユニット３０３、及びＣＳＩ受信ユニット３０４を含むことができる。

電子デバイス３００の割り当てユニット３０２は、チャネル状態フィードバックのタイプに依存して、ユーザデバイス（例えば電子デバイス２００）へ、チャネル状態フィードバックのためのリソースを割り当てるように構成される。チャネル状態フィードバックのためのリソースは、ＣＲＳ、ＣＳＩ－ＲＳリソース等の様々なダウンリンク参照信号又はパイロット信号であり得る。割り当てユニット３０２は、必要に応じて様々なタイプのチャネル状態フィードバックのための参照信号を割り当てることができる。ＣＳＩ－ＲＳ等の参照信号は、特定の時間及び周波数リソースの下でのチャネル査定のために、これらの特定の時間及び周波数リソースに関連付けられる。一例において、割り当てユニット３０２は、ユーザデバイスがＣＱＩ、ＰＭＩ、ＲＩ等の従来のＣＳＩを測定するために、周期的にＣＳＩ－ＲＳリソースを割り当てることができる。しかしながら、以下で記載されるように、別のタイプのチャネル状態フィードバックが実行される必要があるとの通知を通知受信ユニット３０３が受信する場合、割り当てユニット３０２は、この通知において示されるカテゴリのチャネル状態フィードバックのためのＣＳＩ－ＲＳリソースを割り当てることができる。

電子デバイス３００の通知受信ユニット３０３は、現在のタイプのチャネル状態フィードバックとは異なる別のタイプのチャネル状態フィードバックを実行する必要があるかどうかに関する通知を受信するように構成される。この通知は、ＵＣＩシグナリング・メッセージ又は新たに規定されたシグナリング・メッセージに含まれることができ、且つ特定のカテゴリの別のタイプのチャネル状態フィードバックを示す。

その通知を受信した後、電子デバイス３００は、次に実行されるそのカテゴリのチャネル状態フィードバックを学習することができ、このようにしてＣＳＩ－ＲＳリソース等のチャネル状態フィードバックのための対応のリソースをユーザデバイスに割り当てることができる。

ＣＳＩ受信ユニット３０４はユーザデバイスからＣＳＩを受信するように構成され、特定のカテゴリの現行のチャネル状態フィードバックに依存し、ＣＳＩは、ＣＱＩ、ＰＭＩ、ＲＩ、ＣＲＩ、チャネルパラメータ又は圧縮されたチャネルパラメータ、チャネル共分散行列等を含み得る。受信されたＣＳＩは現在のワイヤレス伝送環境についての推定を提供し、且つダウンリンク伝送のリソーススケジューリング又はプリコーディングのための基準を提供することができる。

電子デバイス３００は通信ユニット３０５及びメモリ３０６をさらに含むことができる。

電子デバイス３００の通信ユニット３０５は、処理回路網３０１の制御下において、ユーザデバイスと通信するように構成されることができる。通信ユニット３０５はトランシーバとして実施可能である。一例において、通信ユニット３０５は、アンテナ装置、無線周波数回路等の通信インタフェースコンポーネントとして実施可能である。通信ユニット３０５は処理回路網３０１内部又は電子デバイス３００の外部にも属し得るため、破線で示される。

電子デバイス３００のメモリ３０６は、処理回路網３０１によって生成された様々な情報、電子デバイス３００によって用いられる、動作のためのプログラム又はデータ、或いは通信ユニット３０５によって伝送されるデータ又は情報を記憶することができる。メモリ３０６は処理回路網３０１内部又は電子デバイス３００の外部にも属し得るため、破線で示される。メモリ３０６は、揮発性メモリ及び／又は不揮発性メモリであり得る。例えば、メモリ３０６は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミック・ランダムアクセスメモリ（ＤＲＡＭ）、スタティック・ランダムアクセスメモリ（ＳＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリを含み得るが、それらに限定されない。

電子デバイス３００によって実行される通信方法は図３Ｂを参照して以下に記載される。

図３Ｂにおいて示されるように、ステップＳ３１において、電子デバイス３００の割り当てユニット３０２は、第１のタイプのチャネル状態フィードバックのリソースをユーザデバイスに割り当てる。例えば、一例において、ネットワーク制御デバイスは、ユーザデバイスがＣＱＩ、ＰＭＩ、ＲＩ等のチャネル状態情報を周期的にレポーティングするために、周期的なＣＳＩ－ＲＳリソースをユーザデバイス（例えば上述したような電子デバイス２００）に割り当てることができる。

次いで、ステップＳ３２において、電子デバイス３００の通知受信ユニット３０３は、第２のタイプのチャネル状態チャネルが実行される必要があるとの決定に関する通知をユーザデバイスから受信し、ここで第２のタイプは第１のタイプとは異なる。このような通知は、第２のタイプのチャネル状態フィードバックの特定のカテゴリについての指示情報を含む。

ステップＳ３３において、その指示情報に依存して、電子デバイス３００は、どのチャネル状態のレポーティングが次に実行されるかを決定することができ、且つＣＳＩ－ＲＳリソース等の第２のタイプのチャネル状態フィードバックのためのリソースを、割り当てユニット３０１によってユーザデバイスに割り当てることができる。

次に、ステップＳ３４において、電子デバイス３００のＣＳＩ受信ユニット３０４は、
線形結合されたコードブックに基づくＣＳＩ、チャネル共分散行列、ハイブリッドＣＳＩ等、より高い精度を有する、ユーザデバイスによってレポーティングされる第２のタイプのＣＳＩを受信する。

第２のタイプのＣＳＩを受信する場合、ＣＳＩ受信ユニット３０４は第１のタイプのＣＳＩの受信を停止することができる。或いは、ＣＳＩ受信ユニット３０４は、第２のタイプのＣＳＩ及び第１のタイプのＣＳＩの両方を受信可能である。

１．３ 第１の実施形態に係る決定プロセス

上のセクションにおいて説明されるように、本開示の第１の実施形態において、現在のチャネル状態フィードバックのタイプとは異なるタイプの別のチャネル状態フィードバックを実行する必要性があるかどうかを決定する決定プロセスは、ユーザ側にあるデバイス（例えば電子デバイス２００）においてなされる。その決定プロセスは、様々な要因を考慮して実行される。説明のために、マルチユーザでの通信シナリオにおいて実施されるかような決定プロセスの一例を以下に記載する。本明細書において用いられるように、マルチユーザにおける通信は、例えばＭＵ ＭＩＭＯ通信である。

ＭＵ ＭＩＭＯ通信において、地理的に互いに近いマルチユーザデバイスは、空間多重化によって通信システムに導かれ、各ユーザデバイスは、データ伝送のために１つ以上のレイヤと共に割り当てられる。個々のユーザデバイスによって用いられるレイヤは互いに独立しているが、それぞれのユーザデバイスによって用いられるレイヤ間の直交度に依存し、ある程度のレイヤ間干渉が存在する。レイヤ間干渉が強い場合、ＭＵ ＭＩＭＯ通信の伝送パフォーマンスは低減され、ＣＳＩの精度を低下させ得る。

かようなレイヤ間干渉を査定することによって、現在のチャネル状態フィードバックがそのニーズに見合うかどうかが決定可能である。

１．３．１ 通信リソース間の直交度に基づく決定プロセス

多重化及びマルチ－アクセス技術を用いて通信が実行される場合、ユーザ間干渉は、ユーザデバイスによって用いられる通信リソース間の直交度に大きく依存する。一般的には、それぞれのユーザデバイスに割り当てられる通信リソース（例えば空間多重化におけるレイヤ）間の直交度はより良く、ユーザ間干渉はより小さく、且つ逆にユーザ間干渉はより大きい。それゆえ、ユーザデバイスによって用いられる通信リソース間の直交度に基づき、別のタイプのチャネル状態フィードバックに切り替えるかどうかが決定可能である。

一例において、各ユーザデバイスのそれぞれのレイヤに対応する復調参照信号（ＤＭＲＳ）ポートに基づいて直交度が決められることができる。単一のユーザデバイスが複数のレイヤを使用し得る場合には、それぞれのレイヤに対応する異なるＤＭＲＳポートが存在する。ＤＭＲＳはＬＴＥのためのリリース１０において導入されたアップリンク参照信号であり、アップリンク制御チャネル及びアップリンクデータチャネルの相互に関連付けられた（ｃｏｒｒｅｌａｔｅｄ）復調のために用いられる。ＤＭＲＳのスクランブリングコードシーケンスは、ユーザデバイスによる所定の集合のスクランブリングコードシーケンスから選択され、スクランブリングコードシーケンスの数によって識別される。スクランブリングコードシーケンスは対応するＤＭＲＳポートを示すことができるので、異なるユーザデバイスによって用いられるレイヤ間の直交度は、それぞれのＤＭＲＳポートのスクランブリングコードシーケンス間の相関度によって決められることができる。

図４ＡはＤＭＲＳ構成情報に基づく決定プロセスの一例のフローチャートである。

まず、点線の矢印によって示されるように、現在のユーザデバイス（第１の実施形態に係る通信方法を実行するユーザデバイス）及びマルチユーザ通信に関与している他の対にされたユーザデバイスは、ＤＭＲＳ構成が決定された後、ＤＭＲＳ構成情報をネットワーク制御デバイスにレポーティングする。ユーザデバイスによってレポーティングされたＤＭＲＳ構成情報は、ユーザデバイスのＤＭＲＳポート数、スクランブリングコードシーケンス数、セル数、時間周波数マッピング位置等を含むことができる。かようなレポーティングプロセスは、マルチユーザ通信のためのプレスケジューリングの間に完了可能であり、全てのユーザデバイスによってレポーティングされたＤＭＲＳ構成情報はそのネットワーク制御デバイスにて保存される。

次いで、現在のユーザデバイスはＤＭＲＳ構成情報リクエストＲ１をネットワーク制御デバイスに伝送する。リクエストＲ１の受信に応答して、ネットワーク制御デバイスはそのＤＭＲＳ構成情報を現在のユーザデバイスに伝送する。現在のユーザデバイスはそれ自身のＤＭＲＳ構成に関連する情報を保存しているので、ネットワーク制御デバイスは、伝送量を低減するために、現在のユーザデバイスを除いた他の対にされたユーザデバイスのＤＭＲＳ構成情報を伝送する必要がある。

次に、他の対にされたユーザデバイスのＤＭＲＳ構成情報を獲得した後、現在のユーザデバイスは、そのｍ（ｍ≧１）のＤＭＲＳポートのスクランブリングコードシーケンスと、各々の対にされたユーザデバイスのＤＭＲＳポート（トータルでｎ、ｎ≧１）のスクランブリングコードシーケンスとの間の相関度を決めることができる。

例えば、現在のユーザデバイスの各々のＤＭＲＳポートのスクランブリングコードシーケンスと、他の対にされたユーザデバイスの各々のＤＭＲＳポートのスクランブリングコードシーケンスとのドット積が計算可能であり、ｍ×ｎのドット積はトータルで取得可能である。一例において、ｍ×ｎのドット積について平均が計算可能であり、その平均はスクランブリングコードシーケンス間の全体の相関度を示す。次いで、その平均は所定の閾値と比較され、その平均が所定の閾値よりも大きい場合、現在のユーザデバイスと、他の対にされたユーザデバイスとによって用いられたＤＭＲＳポートのスクランブリングコードシーケンス間の全体の相関度が高い、すなわち現在のユーザデバイスと他の対にされたユーザデバイスとによって用いられたレイヤ間の直交度が悪く、強いレイヤ間干渉を生じさせる傾向にあることが想定可能である。従って、現在のユーザデバイス（例えば、電子デバイス２００の決定ユニット２０３）は、より高い精度にて、チャネル状態フィードバックを用いる必要性があることを決定することができる。その平均が所定の閾値より小さいか、又は等しい場合、現在のユーザデバイスと他の対にされたユーザデバイスとによって用いられたレイヤ間の直交度が良く、強いレイヤ間干渉を生じさせる傾向にないことが想定可能である。従って、現在のユーザデバイス（例えば、電子デバイス２００の決定ユニット２０３）は、より高い精度にて、チャネル状態フィードバックを用いる必要性がないことを決定することができる。

或いは、現在のユーザデバイスの単一のＤＭＲＳポートについて、スクランブリングコードシーケンス間の相関度を判断するように、ｍ×ｎのドット積のサブ集合について平均が計算可能であり、その結果、現在のユーザデバイスの所定のレイヤが干渉される傾向にある限りで、さらに正確なチャネル状態フィードバックを用いる必要があることが決定される。

２つのスクランブリングコードシーケンスのドット積を計算することによってスクランブリングコードシーケンスの相関度を判断するアプローチが上述されているが、２つのスクランブリングコードシーケンスの間において、コサイン類似度、ユークリッド距離等を計算することによって他のアプローチも利用可能である。

１．３．２ チャネル品質の劣化度に基づく決定プロセス

別のタイプのチャネル状態フィードバックを実行する必要性が存在するか否かを決定することにおいて、それはユーザデバイスによって用いられる通信リソース間の直交度に基づくことに加え、ユーザデバイスとネットワーク制御デバイスとの間のチャネルのチャネル品質の劣化度に基づき得る。

ユーザデバイスとネットワーク制御デバイスとの間のワイヤレスチャネルが干渉される場合、チャネル状態の劣化及びチャネル品質の低下を生じる可能性が高い場合があり、その結果、チャネル状態フィードバックの制度は低下される。例えば、ユーザデバイスが単一ユーザ通信からマルチユーザ通信（例えばＭＵ ＭＩＭＯ）へと切り替えられた場合、現在のユーザデバイスのチャネルは他のユーザデバイスの通信によって干渉される傾向にある。それゆえ、チャネル品質の劣化度を検出することによって、より正確なチャネル状態フィードバックを用いる必要性が存在するかが決定可能である。

図４Ｂはチャネル品質の劣化度に基づく決定プロセスの一例のフローチャートを示す。

まず、ユーザデバイスを関与させるＭＵ ＭＩＭＯ等のマルチユーザ通信の間、ネットワーク制御デバイスは、チャネル状態フィードバックのためのＣＳＩ－ＲＳリソースをユーザデバイスに割り当て、ユーザデバイスは、そのＣＳＩ－ＲＳリソースに基づき、ＣＱＩ等のＣＳＩを獲得可能である。このとき獲得されたＣＱＩは、ユーザデバイスのマルチユーザ通信の間のチャネル品質を示し、ＭＵ＿ＣＱＩで示される。

その後、ユーザデバイスは、ＭＵ－ＣＱＩと、マルチユーザ通信前の単一ユーザ通信の間に獲得されたＣＱＩとの差、すなわちΔＣＱＩ＝ＳＵ＿ＣＱＩ－ＭＵ＿ＣＱＩを計算可能である。ここで、ΔＣＱＩは、単一ユーザ通信の間のチャネル品質に対する、マルチユーザ通信の間のユーザデバイスの、ユーザ間干渉に起因するチャネル品質の劣化度を示す。

次いで、ユーザデバイスは、ΔＣＱＩに基づいて別のタイプのチャネル状態フィードバックを用いる必要性が存在するかどうかを決定することができる。例えば、ΔＣＱＩが所定の閾値よりも大きい場合、チャネル品質はチャネル状態フィードバックの精度に対して影響を与えるよう十分に劣化され得ることが想定可能であり、こうしてユーザデバイス（例えば電子デバイス２００の決定ユニット２０３）はより正確なチャネル状態フィードバックを用いる必要性が存在するかどうかを決定することができる。対照的に、ΔＣＱＩが所定の閾値よりも大きくない場合、チャネル品質はチャネル状態フィードバックの精度に対して影響を与えるよう十分に劣化されていないことが想定可能であり、こうしてユーザデバイスはチャネル状態フィードバックのタイプを変更する必要性が存在しないことを決定することができる。

１．３．３ 前決定プロセス

第１の実施形態において、別のタイプのチャネル状態フィードバックを実行する必要性が存在するかどうかを決定する間、図４Ａ又は図４Ｂにあるように、決定プロセスを実行することに加え、前決定プロセスがまず実行可能であり、次いで図４Ａ又は図４Ｂにあるように、決定プロセスが実行される。ここで前決定プロセスは、以降の決定プロセスを実行することが必要であるかどうかを決めるよう、現在のチャネル状態を大まかに査定することを目的とする。

図４Ｃは第１の実施形態に係るマルチユーザ通信のプレスケジューリングの間の前決定プロセスの一例のシグナリングのフローチャートを示し、ここでプレスケジューリングとは、通信システムのネットワーク制御デバイスが、通信リソース（例えば時間及び周波数のリソース）等の最適な割り当て等を含む、最適なスケジューリングを見出すよう、マルチユーザ通信のための様々なスケジューリング・ソリューションをテストすることを意味する。

図４Ｃに示されるように、ＭＵ ＭＩＭＯ等のマルチユーザ通信のプレスケジューリングはＬのサブフレームの期間に起きるものである。各プレスケジューリングの間、ネットワーク制御デバイスはＣＳＩ－ＲＳリソースをユーザデバイスに割り当て、そのユーザデバイスは、割り当てられたＣＳＩ－ＲＳリソースを用いることによって、現在のスケジューリング・ソリューションの下でＣＱＩを測定することができる。

Ｌのプレスケジューリングが完了した後、ユーザデバイスはＬのＣＱＩを取得可能である。次いで、ユーザデバイスは、ＬのＣＱＩのうち、所定の値よりも小さいＣＱＩの数をカウントすることができる。所定の値よりも小さいＣＱＩが所定数を超える場合、例えば、Ｌ／２を超える場合（ここでＬ／２は単なる例であって、その数は任意の他の適切な数であり得る）、全体のプレスケジューリングの間の全体のチャネル品質が満足のいくものではないことが想定可能であり、後に正式に実行されるマルチユーザ通信において、強いユーザ間干渉が、最適スケジューリング・ソリューションに従った場合でさえも生じる傾向が高い可能性がある。この場合、前決定プロセスの結果に基づいて、図４Ａ又は図４Ｂにおいて示されるように、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかの最終的な決定に達するよう、決定プロセスが実行可能である。

所定の値よりも小さいＣＱＩがＬ／２を越えない場合、問題となっているマルチユーザ通信のためのスケジューリング・ソリューションが強いユーザ間干渉をもたらさないことが想定可能であり、図４Ａ又は図４Ｂに示されるように、処理オーバーヒア又はシグナリング・オーバーヘッドを低減するよう、その決定プロセスを実行することは必要ない。

上述のように、前決定されたプロセスを実行することにより、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかに関する決定プロセスは、特にマルチユーザ通信のスケジューリング・ソリューションが大きなチャネル干渉をもたらさない場合に、低減可能である。

１．４ 第１の実施形態に係る通知プロセス

上のセクションにおいて記載されたように、電子デバイス２００の通知ユニット２０４は、チャネル状態フィードバックのタイプを変更することに関して決定ユニット２０３によってなされた決定結果を、ネットワーク制御デバイス（例えば電子デバイス３００）へ通知することができる。その通知は、第２のタイプのチャネル状態フィードバックのカテゴリを示す情報を伝送することによって実施可能である。

一例において、第２のタイプのチャネル状態フィードバックのカテゴリについての指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、アップリンク・シグナリング・メッセージ、例えばＰＵＣＣＨ又はＰＵＳＣＨを介して伝送されるアップリンク制御情報（ＵＣＩ）又はＰＵＳＣＨを介して伝送されるＣＳＩパケットに含まれることができる。好ましくは、指示情報ＣＳＩ＿ＴＹＰＥ＿ＦｌａｇはＵＣＩにおいて、例えば、目下使用されていないＵＣＩのフィールドにおいて、又はＵＣＩの新たに追加されたフィールドにおいて（例えば、ＵＣＩの最初に、その中間に、その最後に新たに追加された部分）、含まれることができる。

或いは、指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、新たに規定されたアップリンク・シグナリング・メッセージにおいて含まれることができ、且つＰＵＣＣＨ又はＰＵＳＣＨを介してネットワーク制御デバイスへ伝送されることができる。アップリンク・シグナリング・メッセージはその指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇを含むフィールドを少なくとも有する。

指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇを含むシグナリング・メッセージを受信した後、ネットワーク制御デバイスは、対応するＣＳＩ－ＲＳリソースを割り当てるために、チャネル状態フィードバックのどのタイプが実行されるかを学習することができる。

指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇはわずか数ビットで表されることができる。

一例において、指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、例えばＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇ＝０の場合、１ビットで表されることができ、それは、低い精度でのチャネル状態フィードバックが実行され、ＣＱＩ、ＰＭＩ、ＣＲＩ等のチャネル状態情報のみがレポーティングされることを意味する。ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇ＝１の場合、それは、より正確なチャネル状態フィードバックが実行され、例えば線形結合されたコードブックに基づくプリコーディングされたフィードバック、共分散行列のためのフィードバック、ハイブリッドＣＳＩフィードバック等を意味する。指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇ＝１を受信した後、ネットワーク制御デバイスは、ＣＳＩの精度が改善される限りにおいて、それ自身においてどのタイプのチャネル状態フィードバックかを決めることができ、且つ対応するＣＳＩ－ＲＳリソースを割り当てることができる。

好適な例において、指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、以下の表に示されるように、例えば２ビットで表されることができる。

なお、上記の表はあくまで例示であって、ビット値及び指示情報の対応はそれに限定されない。

別の例において、指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、チャネル状態フィードバックのさらなるカテゴリに対応可能であることのフィージビリティを有するために、２ビットよりも大きいビットで表されることができる。

１．５ 第１の実施形態に係る適用例

第１の実施形態の態様が上述されたが、以下では図５を参照してＭＵ ＭＩＭＯ通信シナリオの下での適用例を記載する。この適用例はＭＵ ＭＩＭＯ通信シナリオを考慮するものであるが、他のマルチユーザ通信シナリオにも適用可能である。

ＭＵ ＭＩＭＯ通信の開始前に、ユーザデバイスは、非ゼロ電力（ｎｏｎ－ｚｅｒｏ－ｐｏｗｅｒ）のＣＳＩ－ＲＳの受信電力、すなわち参照信号受信電力（ＲＳＲＰ）を測定可能であり、ＲＳＲＰが閾値Ｐ’（Ｐ’はセルの端にいるユーザのＲＳＲＰの最大である）よりも大きい場合にのみ、そのユーザデバイスがセルの端にはいないことが想定可能であり、ＭＵ ＭＩＭＯ通信が実行可能である。

ＭＵ ＭＩＭＯ通信をユーザデバイスが実行可能であることを決定した後、ネットワーク制御デバイスは、図５に示されるように、そのユーザデバイス及び他のユーザデバイスについて、ＭＵ ＭＩＭＯの最適なスケジューリング・ソリューションを決定するように、地理的に互いに近くにあるそれらのユーザデバイスについてプレスケジューリングを実行することができる。

プレスケジューリングが完了した後、ネットワーク制御デバイスは、その最適なスケジューリング・ソリューションに従ってＭＵ ＭＩＭＯ伝送を実施することができる。

ＭＵ ＭＩＭＯ伝送の間、ネットワーク制御デバイスは第１のタイプのＣＳＩ－ＲＳリソースをユーザデバイスに割り当てることができ、そのユーザデバイスは、そのＣＳＩ－ＲＳリソースを用いる第１のタイプのＣＳＩを獲得し、且つ獲得されたＣＳＩを、使用するためにネットワーク制御デバイスにレポーティングする。

他方で、そのユーザデバイスは、第２のタイプのチャネル状態フィードバックを実行する必要性が存在するかどうかに関する決定プロセスを実行することができる。例えば、ユーザデバイスは、図４Ａ又は図４Ｂにおいて示されるように、決定プロセスを実行することができるか、或いはまず図４Ｃにおいて示されるように、前決定プロセスを実行し、次いで図４Ａ又は図４Ｂにおいて示されるように、決定プロセスを実行することができる。ユーザデバイスがチャネル状態フィードバックのタイプを変更する必要性が存在することを決定しており、且つ特定のカテゴリのチャネル状態フィードバックを決定する場合、その決定を含む通知が生成可能であり、且つセクション１．４において上記されたように、例えば、通知プロセスを用いることによって、ネットワーク制御デバイスに送信可能である。

通知を受信した後、ネットワーク制御デバイスは、実行されるチャネル状態フィードバックのカテゴリを学習することができ、且つ第２のタイプのＣＳＩ－ＲＳリソースをユーザデバイスに割り当てることができる。第２のタイプのＣＳＩ－ＲＳリソースを割り当てることと同時に、ネットワーク制御デバイスは第１のタイプのＣＳＩ－ＲＳリソースを割り当てることを停止することができる。或いは、ネットワーク制御デバイスは、第２のタイプのＣＳＩ－ＲＳリソースを割り当てる間、第１のタイプのＣＳＩ－ＲＳリソースを割り当てることを継続することができる。

次いで、ユーザデバイスは、第２のタイプのＣＳＩを獲得するために、第２のタイプのＣＳＩ－ＲＳリソースを用いることができ、且つその獲得された第２のタイプのＣＳＩをネットワーク制御デバイスにレポーティングすることができる。第２のタイプのＣＳＩをレポーティングする間、ユーザデバイスは、ネットワーク制御デバイスが第１のタイプのＣＳＩ－ＲＳリソースの割り当てを停止することに応じて、第１のタイプのＣＳＩのレポーティングを停止してもよく、或いは、ネットワーク制御デバイスが第１のタイプのＣＳＩ－ＲＳリソースの割り当てを継続することに応じて、第１のタイプのＣＳＩのレポーティングを継続することができる。

２．第２の実施形態

上記のように第１の実施形態において、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかに関する決定プロセスは、ユーザ側において実行されるが、その決定プロセスはネットワーク制御側で実行されることも可能である。

本発明の第２の実施形態は図面を参照して記載される。以下の記載は第１の実施形態とは異なる部分に焦点を当て、同様の部分の記載は省略されるか簡略化される。

２．１ 第２の実施形態に係るネットワーク制御側にある電子デバイス及びその通信方法

第２の実施形態に係るネットワーク制御側にある電子デバイス６００及びその通信方法は図６Ａ及び図６Ｂを参照して以下に記載される。

図６Ａは第２の実施形態に係る電子デバイス６００を示すブロック図である。電子デバイス６００は、例えば４Ｇ通信標準におけるｅＮＢ、又は５Ｇ通信標準におけるｇＮＢ等の基地局であるか、又は類似する機能を実行する通信手段である。電子デバイス６００は処理回路網６０１を少なくとも含む。処理回路網６０１は電子デバイス６００の様々な機能を提供する。例えば、処理回路網６０１は割り当てユニット６０２、決定ユニット６０３、及び通知ユニット６０４を含むことができる。

電子デバイス６００の割り当てユニット６０２は、チャネル状態フィードバックのタイプに依存して、チャネル状態フィードバックのためのリソースをユーザデバイス（例えば以下に記載されるように電子デバイス７００）に割り当てるように構成される。チャネル状態フィードバックのためのリソースは、ＣＲＳ、ＣＳＩ－ＲＳ等の様々なダウンリンク参照信号又はパイロット信号であり得る。割り当てユニット６０２は、様々なタイプのチャネル状態フィードバックのための参照信号を割り当てることができる。例えば、割り当てユニット６０２は、ユーザデバイスがＣＱＩ、ＰＭＩ、ＲＩ等の従来のＣＳＩを測定するために、周期的にＣＳＩ－ＲＳリソースを割り当てることができる。しかしながら、以下で記載されるように、強化されたチャネル状態フィードバックが実行されることを決定ユニット６０３が決定する場合、その強化されたチャネル状態フィードバックのためのリソースは割り当てユニット６０２によって割り当て可能である。

電子デバイス６００の決定ユニット６０３は、チャネル状態フィードバックのタイプを変更する必要性があるかどうかを決定するように構成される。決定ユニット６０３は、ＣＳＩのコンテンツ又は精度について通信サービスが有する要件、ユーザ間干渉等のチャネル干渉、ＣＳＩの処理及び伝送についてのオーバーヘッド等を含む様々な要因に基づいて、かような決定プロセスを実行することができる。本開示においては、現在のチャネル状態フィードバックが第１のタイプであって、第１のタイプのＣＳＩをレポーティングするために用いられることを想定する。決定ユニット６０３は、第２のタイプのチャネル状態フィードバックが第２のタイプのＣＳＩをレポーティングするために用いられることを決定することができる。決定ユニット６０３は、第２のタイプのチャネル状態フィードバックの特定のカテゴリをさらに決定する。

通知ユニット６０４は、決定ユニット６０３によってなされた決定結果をユーザデバイス（例えば以下に記載されるように電子デバイス７００）に通知するように構成される。通知ユニット６０４は、その決定結果を含むメッセージを生成することによって通知を実行することができ、且つそれをユーザデバイスに送信することができる。例えば、決定結果は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して伝送されるダウンリンク制御情報（ＤＣＩ）シグナリングに含まれることができるか、又はＰＤＣＣＨを介してユーザデバイスに伝送される新たに規定されたダウンリンク・シグナリング・メッセージに含まれることができる。その決定結果についての情報は、次に実行されることが所望されるチャネル状態フィードバックの特定のカテゴリを示してよく、このようにしてネットワーク制御デバイスは、通知ユニット６０４によって発行される通知を受信すると、どのチャネル状態フィードバックが次に実行されるかを知ることができ、且つチャネル状態フィードバックのための対応のリソース（例えばＣＳＩ－ＲＳ）を利用することによって、第２のタイプのＣＳＩを獲得し、レポーティングすることができる。

電子デバイス６００は通信ユニット６０５及びメモリ６０６をさらに含むことができる。

電子デバイス６００の通信ユニット６０５は、処理回路網６０１の制御下でユーザデバイスと通信するように構成可能である。通信ユニット６０５はトランシーバとして実施可能である。一例において、通信ユニット６０５は、アンテナ装置、無線周波数回路等の通信インタフェースコンポーネントとして実施可能である。通信ユニット６０５は処理回路網６０１内部又は電子デバイス６００の外部にも属し得るため、破線で示される。

電子デバイス６００のメモリ６０６は、処理回路網６０１によって生成された様々な情報、電子デバイス６００が動作するのに用いられるプログラム又はデータ、通信ユニット６０５によって伝送されるデータ又は情報を記憶することができる。メモリ６０６は処理回路網６０１の内部に属していてもよく、又は電子デバイス３００の外部に属していてもよいため、破線で示されている。メモリ６０６は揮発性メモリ及び／又は不揮発性メモリであり得る。例えば、メモリ６０６は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミック・ランダムアクセスメモリ（ＤＲＡＭ）、スタティック・ランダムアクセスメモリ（ＳＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリを含み得るがそれらに限定されるものではない。

電子デバイス６００によって実行される通信方法は図６Ｂを参照して以下に記載される。

図６Ｂに示されるように、ステップＳ６１において、電子デバイス６００の割り当てユニット６０２は第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当てる。例えば、一例において、ネットワーク制御デバイスは、ユーザデバイスがＣＱＩ、ＰＭＩ、ＲＩ等のチャネル状態情報を周期的にレポーティングするために、周期的なＣＳＩ－ＲＳリソースをユーザデバイス（例えば以下に記載されるように電子デバイス７００等）に割り当てることができる。

次いで、ステップＳ６２において、電子デバイス６００の決定ユニット６０２は第２のタイプのチャネル状態フィードバックを実行するかどうかを決定し、ここで第２のタイプは第１のタイプとは異なるものである。決定プロセスは様々な要因に基づいて実行可能であり、その決定プロセスの例は以下のセクション２．３において詳細に記載される。決定ユニット６０３が、第２のタイプのチャネル状態フィードバックが実行されることを決定する場合、その決定結果及び第２のタイプのチャネル状態フィードバックの特定のカテゴリについての情報は通知ユニット６０４へ提示される。決定ユニット６０３が、チャネル状態フィードバックのタイプが変更される必要がないことを決定する場合、割り当てユニット７０２は第１のタイプのチャネル状態フィードバックの実行を継続する。

ステップＳ６３において、電子デバイス６００の通知ユニット６０４は、決定ユニット６０３によってなされた決定結果をユーザデバイスに通知する。かような通知プロセスは、第２のタイプのチャネル状態フィードバックの特定のカテゴリを含むメッセージを生成及び伝送することによって実施可能である。通知プロセスの特定の例は以下のセクション２．４において記載される。

次に、ステップＳ６４において、電子デバイス６００の割り当てユニット６０２は、決定ユニット６０３によってなされた決定結果に基づき、第２のタイプのチャネル状態フィードバックのためのリソースの割り当てを開始することができ、このようにしてユーザデバイスは第２のタイプのＣＳＩを獲得及びレポーティングすることができる。

２．２ 第２の実施形態に係る、ユーザ側にある電子デバイス及びその通信方法

第２の実施形態に係る、ユーザ側にある電子デバイス７００及びその通信方法は、図７Ａ及び図７Ｂを参照して以下に記載される。

図７Ａは、第２の実施形態に係る電子デバイス７００を示すブロック図である。電子デバイス２００は、携帯電話、車両内デバイス、タブレット等のユーザデバイス、又はその要素である。図７Ａに示されるように、電子デバイス７００は、少なくとも処理回路網７０１を含む。電子デバイス７００の処理回路網７０１は、電子デバイス２００の様々な機能を提供する。例えば、処理回路網７０１はレポーティングユニット７０２及び通知受信ユニット７０３を含み得る。

レポーティングユニット７０２は、ネットワーク制御デバイス（例えば上で記載されたように電子デバイス６００等）によって割り当てられたチャネル状態フィードバックのためのリソースを用いることによってＣＳＩを獲得及びレポーティングするように構成される。レポーティングユニット７０２は様々な方法でチャネル状態フィードバックを実行し得る。例えば、レポーティングユニット７０２は、暗黙の仕方でチャネル状態フィードバックを実行してよい。すなわち例えばＣＱＩ、ＰＭＩ、ＲＩ、ＣＲＩ等の、チャネル状態を特徴付ける情報をネットワーク制御デバイスへレポーティングしてよい。或いは、レポーティングユニット７０２は、線形結合されたコードブックに基づくプリコーディングされたフィードバック、チャネル共分散行列のためのフィードバック、ハイブリッドＣＳＩフィードバック等を含む明示的な仕方でのレポーティングを実行することができる。

電子デバイス７００の通知受信ユニット７０３は、ネットワーク制御デバイスから別のタイプのチャネル状態フィードバックを実行することが要求されるかどうかについての通知を受信するように構成される。この通知は、電子デバイス７００によって実行されるチャネル状態フィードバックの特定のカテゴリについての情報を含むことができ、この情報に基づいて、電子デバイス７００のレポーティングユニット７０２は、ネットワーク制御デバイスによる使用のために、例えばリソーススケジューリング又はプリコーディングの実行において使用するために、対応のＣＳＩをレポーティングすることができる。

電子デバイス７００は通信ユニット７０５及びメモリ７０６をさらに含むことができる。

電子デバイス７００の通信ユニット７０５は、ＣＳＩ等をネットワーク制御デバイスに伝送するよう、処理回路網７０１の制御下で、ユーザデバイスと通信するように構成可能である。通信ユニット７０５は、トランスミッタ又はトランシーバとして実施可能である。一例において、通信ユニット７０５は、アンテナ装置、無線周波数回路等の通信インタフェースコンポーネントとして実施されることができる。通信ユニット７０５は処理回路網７０１の内部に属していてもよく、又は電子デバイス７００の外部に属していてもよいため、破線で示されている。

電子デバイス７００のメモリ７０６は、処理回路網７０１によって生成された様々な情報、電子デバイス７００によって用いられる、動作のためのプログラム又はデータ、通信ユニット７０５によって伝送されるデータ又は情報（例えばＣＳＩ）を記憶することができる。メモリ７０６は処理回路網７０１内部又は電子デバイス７００の外部にも属し得るため、破線で示される。メモリ７０６は、揮発性メモリ及び／又は不揮発性メモリであり得る。例えば、メモリ７０６は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミック・ランダムアクセスメモリ（ＤＲＡＭ）、スタティック・ランダムアクセスメモリ（ＳＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリを含み得るが、それらに限定されない。

図７Ｂは、ユーザ側にある電子デバイス７００によって実行される通信方法を示す。

図７Ｂにおいて示されるように、ステップＳ７１において、電子デバイス７００のレポーティングユニット７０２は、ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、第１のタイプのＣＳＩをレポーティングすることができる。レポーティングユニット７０２によって実行されるチャネル状態フィードバックのタイプは、そのネットワーク制御デバイスによって割り当てられたリソースに関連付けられている。例えば、一例において、ネットワーク制御デバイスは、周期的なＣＳＩ－ＲＳリソースを電子デバイス７００へ割り当てることができ、このようにしてレポーティングユニット７０２は、ＣＳＩ－ＲＳリソースを用いることによって、例えばＣＱＩ、チャネル行列に関連されるパラメータ等を測定することができ、ＣＳＩをネットワーク制御デバイスに周期的にレポーティングすることができる。

ステップＳ７２において、電子デバイス７００の通知受信ユニット７０３は、第２のタイプのチャネル状態フィードバックを実行する必要性が存在することの通知を、ネットワーク制御デバイスから受信する。その通知に含まれる情報が抽出され、このようにして第２のタイプのチャネル状態フィードバックの特定のカテゴリについての指示情報が取得可能である。

ステップＳ７３において、その通知から抽出された指示情報に基づいて、電子デバイス７００のレポーティングユニット７０２は第２のタイプのチャネル状態フィードバックを実行し、獲得されたＣＳＩをネットワーク制御デバイスにレポーティングする。

２．３ 第１の実施形態に係る決定プロセス

本開示の第１の実施形態において、現在のチャネル状態フィードバックのタイプとは異なるタイプの別のチャネル状態フィードバックを実行する必要性が存在するかどうかを決定する決定プロセスが、ネットワーク制御側にあるデバイス（例えば電子デバイス６００）においてなされる。その決定プロセスは、様々な要因を考慮して実行可能である。説明を目的として、マルチユーザ通信のシナリオにおいて実施されるそのような決定プロセスの一例が以下に詳細に記載される。本明細書において用いられるように、マルチユーザ通信は、例えば、ＭＵ ＭＩＭＯ通信である。

ＭＵ ＭＩＭＯ通信において、各々のユーザデバイスによって用いられるレイヤ間の直交度に依存して、ある程度、レイヤ間干渉が存在する。レイヤ間干渉が強い場合、ＭＵ ＭＩＭＯ通信の伝送のパフォーマンスは低減され、ＣＳＩの精度を低下させ得る。かようなレイヤ間干渉を査定することによって、現在のチャネル状態フィードバックがその必要性を満たすか否かを決めることができる。

２．３．１ 通信リソース間の直交度に基づく決定プロセス

上のセクション１．３．１において説明されるように、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかに関する決定プロセスは、ユーザデバイスによって用いられる通信リソース間の直交度に基づいて実行可能である。

一例において、直交度は、各々のユーザデバイスのレイヤに対応する変調参照信号（ＤＭＲＳ）ポートに基づいて決めることができる。ここでＤＭＲＳポートは、対応のスクランブリングコードシーケンスによって示されることができる。異なるユーザデバイスによって用いられるレイヤ間の直交度は、各々のＤＭＲＳポートのスクランブリングコードシーケンス間の相関度を査定することによって決められてよい。

図８Ａは、ＤＭＲＳ構成情報に基づく決定プロセスの例のシグナリングのフローチャートである。

まず、点線の矢印によって示されるように、現在のユーザデバイス（第２の実施形態に係る通信方法を実行するユーザデバイス）及びマルチユーザ通信に関与している他の対にされたユーザデバイスは、ＤＭＲＳ構成が決定された後、ＤＭＲＳ構成情報をネットワーク制御デバイスにレポーティングする。ユーザデバイスによってレポーティングされたＤＭＲＳ構成情報は、ユーザデバイスのＤＭＲＳポート数、スクランブリングコードシーケンス数、セル数、時間周波数マッピング位置等を含むことができる。かようなレポーティングプロセスは、マルチユーザ通信のためのプレスケジューリングの間に完了可能であり、全てのユーザデバイスによってレポーティングされたＤＲＭＳ構成情報はそのネットワーク制御デバイスにて保存される。

次いで、ネットワーク制御デバイスは、ユーザデバイスによってレポーティングされたＤＭＲＳ構成に基づいて、各々のユーザデバイスによって用いられる通信リソース間の直交度を査定することができる。ネットワーク制御デバイスは、現在のユーザデバイスのｍ（ｍ≧１）のＤＭＲＳポートのスクランブリングコードシーケンスと、他の対にされたユーザデバイスのＤＭＲＳポート（トータルでｎ、ｎ≧１）のスクランブリングコードシーケンスとの間の相関度を決めることができる。

例えば、現在のユーザデバイスの各々のＤＭＲＳポートのスクランブリングコードシーケンスと、他の対にされたユーザデバイスの各々のＤＭＲＳポートのスクランブリングコードシーケンスとのドット積が計算可能であり、ｍ×ｎのドット積はトータルで取得可能である。一例において、ｍ×ｎのドット積について平均が計算可能であり、その平均はスクランブリングコードシーケンス間の全体の相関度を示す。次いで、その平均は所定の閾値と比較され、その平均が所定の閾値よりも大きい場合、現在のユーザデバイスと、他の対にされたユーザデバイスとによって用いられたＤＭＲＳポートのスクランブリングコードシーケンス間の全体の相関度が高い、すなわち現在のユーザデバイスと他の対にされたユーザデバイスとによって用いられたレイヤ間の直交度が悪く、強いレイヤ間干渉を生じさせる傾向にあることが想定可能である。従って、現在のユーザデバイス（例えば、電子デバイス６００の決定ユニット６０３）は、より高い精度にて、チャネル状態フィードバックを用いる必要性があることを決定することができる。その平均が所定の閾値より小さいか、又は等しい場合、現在のユーザデバイスと他の対にされたユーザデバイスとによって用いられたレイヤ間の直交度が良く、強いレイヤ間干渉を生じさせる傾向にないとことが想定可能である。従って、現在のユーザデバイス（例えば、電子デバイス６００の決定ユニット６０３）は、より高い精度にて、チャネル状態フィードバックを用いる必要性がないことを決定することができる。

或いは、現在のユーザデバイスの単一のＤＭＲＳポートについて、スクランブリングコードシーケンス間の相関度を判断するように、ｍ×ｎのドット積のサブ集合について平均が計算可能であり、その結果、現在のユーザデバイスの所定のレイヤが干渉される傾向にある限りで、さらに正確なチャネル状態フィードバックを用いる必要があることが決定される。

２つのスクランブリングコードシーケンスのドット積を計算することによってスクランブリングコードシーケンスの相関度を決定するアプローチが上述されているが、例えば２つのスクランブリングコードシーケンスの間において、コサイン類似度、ユークリッド距離等を計算することによって他のアプローチも利用可能である。

２．３．２ チャネル品質の劣化度に基づく決定プロセス

別のタイプのチャネル状態フィードバックを実行する必要性が存在するか否かを決定することにおいて、それはユーザデバイスによって用いられる通信リソース間の直交度に基づくことに加え、ユーザデバイスとネットワーク制御デバイスとの間のチャネルのチャネル品質の劣化度に基づき得る。

図８Ｂはチャネル品質の劣化度に基づく決定プロセスの一例のシグナリングのフローチャートを示す。

まず、ユーザデバイスを関与させるＭＵ ＭＩＭＯ等のマルチユーザ通信の間、ネットワーク制御デバイスは、チャネル状態フィードバックのためのＣＳＩ－ＲＳリソースをユーザデバイスに割り当て、ユーザデバイスは、そのＣＳＩ－ＲＳリソースに基づき、ＣＱＩを含むＣＳＩを獲得可能である。このとき獲得されたＣＱＩは、ユーザデバイスのマルチユーザ通信の間のチャネル品質を示し、ＭＵ＿ＣＱＩで示される。

その後、ネットワーク制御デバイスは、ＭＵ－ＣＱＩと、マルチユーザ通信前の単一ユーザ通信の間に獲得されたＣＱＩとの差、すなわちΔＣＱＩ＝ＳＵ＿ＣＱＩ－ＭＵ＿ＣＱＩを計算可能である。ここで、ΔＣＱＩは、単一ユーザ通信の間のチャネル品質に対する、マルチユーザ通信の間のユーザデバイスの、ユーザ間干渉に起因するチャネル品質の劣化度を示す。

次いで、ネットワーク制御デバイスは、ΔＣＱＩに基づく別のタイプのチャネル状態フィードバックを用いる必要性が存在するかどうかを決定することができる。例えば、ΔＣＱＩが所定の閾値よりも大きい場合、チャネル品質はチャネル状態フィードバックの精度に対して影響を与えるよう十分に劣化され得ることが想定可能であり、こうしてユーザデバイス（例えば電子デバイス６００の決定ユニット６０３）はより正確なチャネル状態フィードバックを用いる必要性が存在するかどうかを決定してよい。対照的に、ΔＣＱＩが所定の閾値よりも大きくない場合、チャネル品質はチャネル状態フィードバックの精度に対して影響を与えるよう十分に劣化されていないことが想定可能であり、こうしてユーザデバイスはチャネル状態フィードバックのタイプを変更する必要性が存在しないことを決定し得る。

２．３．３ 前決定プロセス

第２の実施形態において、別のタイプのチャネル状態フィードバックを実行する必要性が存在するかどうかを決定する間、図８Ａ又は図８Ｂにあるように、決定プロセスを実行することに加え、前決定プロセスがまず実行可能であり、次いで図８Ａ又は図８Ｂにあるように、決定プロセスが実行される。ここで前決定プロセスは、以降の決定プロセスを実行することが必要であるかどうかを決めるよう、現在のチャネル状態を大まかに査定することを目的とする。

図８Ｃは第２の実施形態に係るマルチユーザ通信のプレスケジューリングの間の前決定プロセスの一例のシグナリングのフローチャートを示す。

図８Ｃに示されるように、ＭＵ ＭＩＭＯ等のマルチユーザ通信のプレスケジューリングはＬのサブフレームの期間に起きるものである。各プレスケジューリングの間、ネットワーク制御デバイスはＣＳＩ－ＲＳリソースをユーザデバイスに割り当て、そのユーザデバイスは、割り当てられたＣＳＩ－ＲＳリソースを用いることによって、現在のスケジューリング・ソリューションの下でＣＱＩを測定することができる。

Ｌのプレスケジューリングが完了した後、ユーザデバイスはＬのＣＱＩを取得可能である。次いで、ユーザデバイスは、ＬのＣＱＩのうち、所定の値よりも小さいＣＱＩの数をカウントすることができる。所定の値よりも小さいＣＱＩが所定数を超える場合、例えば、Ｌ／２を超える場合（ここでＬ／２は単なる例であって、その数は任意の他の適切な数であり得る）、全体のプレスケジューリングの間の全体のチャネル品質が満足のいくものではないことが想定可能であり、後に正式に実行されるマルチユーザ通信において、いくつかのユーザ間干渉が、最適スケジューリング・ソリューションに従った場合でさえも生じる傾向が高い可能性がある。この場合、前決定プロセスの結果に基づいて、図８Ａ又は図８Ｂにおいて示されるように、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかの最終的な決定に達するよう、決定プロセスが実行可能である。

所定の値よりも小さいＣＱＩがＬ／２を越えない場合、問題となっているマルチユーザ通信のためのスケジューリング・ソリューションが強いユーザ間干渉をもたらさないことが想定可能であり、図８Ａ又は図８Ｂに示されるように、処理オーバーヒア又はシグナリング・オーバーヘッドを低減するよう、その決定プロセスを実行することは必要ない。

上述のように、前決定されたプロセスを実行することにより、チャネル状態フィードバックのタイプを変更する必要性が存在するかどうかに関する決定プロセスは、特にマルチユーザ通信のスケジューリング・ソリューションが大きなチャネル干渉をもたらさない場合に、低減可能である。

２．４ 第１の実施形態に係る通知プロセス

上のセクションにおいて記載されたように、電子デバイス６００の通知ユニット６０４は、チャネル状態フィードバックのタイプを変更することに関して決定ユニット６０３によってなされた決定結果を、ユーザデバイス（例えば電子デバイス７００）へ通知することができる。その通知は、第２のタイプのチャネル状態フィードバックのカテゴリを示す情報を伝送することによって実施可能である。

一例において、第２のタイプのチャネル状態フィードバックのカテゴリについての指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、ダウンリンク・シグナリング・メッセージ、例えばＰＤＣＣＨを介して伝送されるダウンリンク制御情報（ＤＣＩ）に含まれることができる。好ましくは、指示情報ＣＳＩ＿ＴＹＰＥ＿ＦｌａｇはＤＣＩにおいて、例えば、目下使用されていないＤＣＩのフィールドにおいて、又は新たに追加されたＤＣＩのフィールドにおいて（例えば、ＤＣＩの最初に、その中間に、その最後に新たに追加された部分）、含まれることができる。

或いは、指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇは、新たに規定されたダウンリンク・シグナリング・メッセージにおいて含まれることができる。

指示情報ＣＳＩ＿ＴＹＰＥ＿Ｆｌａｇを含むシグナリング・メッセージを受信した後、ユーザデバイスは、チャネル状態フィードバックのどのタイプが実行されるかを学習することができ、且つネットワーク制御デバイスによって割り当てられた、対応するＣＳＩ－ＲＳリソースを用いることによって、そのチャネル状態フィードバックを実行することができる。

指示情報ＣＳＩ＿ＴＹＰＥ＿ＦＬＡＧに対しては、数ビットで表すことができる。指示情報ＣＳＩ＿ＴＹＰＥ＿ＦＬＡＧについての表示は、上のセクション１．４において記載されており、詳細な記載はここでは省略する。

２．５ 第２の実施形態に係る適用例

第２の実施形態の態様が上述され、以下では図９を参照し、ＭＵ ＭＩＭＯ通信のシナリオの下での応用例について記載する。この応用例はＭＵ ＭＩＭＯ通信のシナリオを考慮するものであるが、他のマルチユーザ通信のシナリオにも適用可能である。

ＭＵ ＭＩＭＯ通信の開始前に、ユーザデバイスは、非ゼロ電力のＣＳＩ－ＲＳの受信電力、すなわち参照信号受信電力（ＲＳＲＰ）を測定可能であり、ＲＳＲＰが閾値Ｐ’（Ｐ’はセルの端にいるユーザのＲＳＲＰの最大である）よりも大きい場合にのみ、そのユーザデバイスがセルの端にはいないことが想定可能であり、ＭＵ ＭＩＭＯ通信が実行可能である。

ＭＵ ＭＩＭＯ通信をユーザデバイスが実行可能であることを決定した後、ネットワーク制御デバイスは、図９に示されるように、そのユーザデバイス及び他のユーザデバイスについて、ＭＵ ＭＩＭＯの最適なスケジューリング・ソリューションを決定するように、地理的に互いに近くにあるそれらのユーザデバイスについてプレスケジューリングを実行することができる。

プレスケジューリングが完了した後、ネットワーク制御デバイスは、その最適なスケジューリング・ソリューションに従ってＭＵ ＭＩＭＯを実行することができる。

ＭＵ ＭＩＭＯ伝送の間、ネットワーク制御デバイスは第１のタイプのＣＳＩ－ＲＳリソースをユーザデバイスに割り当てることができ、そのユーザデバイスは、そのＣＳＩ－ＲＳリソースを用いる第１のタイプのＣＳＩを獲得し、且つ獲得されたＣＳＩを、使用するためにネットワーク制御デバイスにレポーティングする。

他方で、そのネットワーク制御デバイスは、第２のタイプのチャネル状態フィードバックを実行することが必要とされるかどうかに関する決定プロセスを実行することができる。例えば、ユーザデバイスは、図８Ａ又は図８Ｂにおいて示されるように、決定プロセスを実行することができるか、或いはまず図８Ｃにおいて示される前決定プロセスを実行し、次いで図８Ａ又は図８Ｂにおいて示される決定プロセスを実行することができる。ネットワーク制御デバイスがチャネル状態フィードバックのタイプを変更することが必要とされることを決定しており、且つ特定のカテゴリのチャネル状態フィードバックを決定する場合、その決定結果はセクション２．４において上記されたように、例えば通知プロセスを用いることによって、ユーザデバイスに通知可能である。

通知を受信した後、ユーザデバイスは、実行されるチャネル状態フィードバックのカテゴリを学習することができ、且つネットワーク制御デバイスによって割り当てられた第２のタイプのＣＳＩ－ＲＳリソースを用いることにより、第２のタイプのＣＳＩ－ＲＳリソースを獲得することができる。第２のタイプのＣＳＩ－ＲＳリソースをレポーティングすることと同時に、ネットワーク制御デバイスが第１のタイプのＣＳＩ－ＲＳリソースの割り当てを停止することに応じて、そのネットワーク制御デバイスは第１のタイプのＣＳＩのレポーティングを停止することができる。或いは、ネットワーク制御デバイスが第１のタイプのＣＳＩ－ＲＳリソースの割り当てを継続することに応じて、ユーザデバイスは第１のタイプのＣＳＩをレポーティングすることを継続することができる。

３．本出願の適用例

本出願に係る技術は様々な製品に適用可能である。

例えば、本開示の実施形態に係る電子デバイス３００又は６００は、様々なネットワーク制御デバイスとして実施され得るものであるか、又は様々なネットワーク制御デバイス内に備えられ得るものであり、また本開示の実施形態に係る電子デバイス２００又は７００は、様々なユーザデバイスとして実施され得るものであるか、又は様々なユーザデバイス内に備えられ得るものであり、或いは本開示の実施形態に係る通信方法は、様々なネットワーク制御デバイス又はユーザデバイスによって実施可能である。

ネットワーク制御デバイスは任意のタイプの基地局として実施されてもよく、好ましくは例えば、３ＧＰＰの５Ｇ通信標準のＮＲ（Ｎｅｗ Ｒａｄｉｏ）アクセス技術におけるマクロｇＮＢ又はスモールｇＮＢとして実施されてもよい。スモールｇＮＢは、例えばピコｇＮＢ、ミクロｇＮＢ、及びホーム（フェムト）ｇＮＢ等、マクロセルよりも小さいセルをカバーするｇＮＢであってよい。その代わり、ネットワーク制御デバイスは、ＮｏｄｅＢ、ｅＮｏｄｅＢ、及び基地局（ＢＴＳ）等の任意の他のタイプの基地局として実施されてよい。ネットワーク制御デバイスは、ワイヤレス通信を制御するように構成された本体（基地局デバイスとも呼ばれる）と、その本体とは異なる場所に配置された１つ以上の遠隔無線ヘッド（ＲＲＨ）とを含んでよい。

ユーザデバイスは、スマートフォン、タブレット型パーソナルコンピュータ（ＰＣ）、ノートブック型ＰＣ、携帯ゲーム端末、携帯／ドングル型のモバイルルータ、及びデジタルカメラ装置等のモバイル端末、又はカーナビゲーションデバイス等の車内端末として実施されてもよい。ユーザデバイスは、マシンツーマシン（Ｍ２Ｍ）通信を実行する（マシン型通信（ＭＴＣ）端末とも呼ばれる）端末として実施されてもよい。さらに、ユーザデバイスは、上の端末の各々に搭載されるワイヤレス通信モジュール（単一のダイを含む集積回路モジュール等）であってよい。

３．１ 制御デバイス側にある電子デバイスに関連する適用

本開示において用いられるように、「ネットワーク制御デバイス」又は「基地局」の用語はその包括的な意味のうちの全ての広がりを有するものであり、ワイヤレス通信システム又は通信を目的とした無線システムの一部として用いられるワイヤレス通信局を少なくとも含むことは理解される。基地局の例としては、例えば、ＧＳＭ（登録商標）システムにおける基地局（ＢＴＳ）及び基地局制御装置（ＢＳＣ）のいずれか又は両方、ＷＣＤＭＡ（登録商標）システムにおける無線ネットワーク制御装置（ＲＮＣ）又はＮｏｄｅＢのいずれか又は両方、ＬＴＥ及びＬＴＥ－ＡｄｖａｎｃｅｄシステムにおけるｅＮＢ、或いは未来の通信システムにおいて対応のネットワークノード（例えば、５Ｇ通信システムにおいて登場するであろうｇＮＢ等）であり得るが、それらに限定されない。Ｄ２Ｄ、Ｍ２Ｍ、及びＶ２Ｖ等の通信シナリオにおいて、その通信全体の制御機能を有する論理エンティティは基地局と呼ばれ得る。コグニティブ無線通信のシナリオにおいて、周波数スペクトル整合の機能を有する論理エンティティもまた、基地局と呼ばれ得る。

（第１の適用例）

図１０は、本出願の技術が適用され得るネットワーク制御デバイスの概略構成の第１の例を示すブロック図である。ネットワーク制御デバイスは、例えば、ダウンリンク伝送のための電子デバイス３００又は６００を含み得る。図１０において、ネットワーク制御デバイスはｇＮＢ８００として示される。ｇＮＢ８００は、複数のアンテナ８１０及び１つの基地局デバイス８２０を含む。基地局デバイス８２０及び各アンテナ８１０はＲＦケーブルを介して互いに接続されてよい。

アンテナ８１０は１つ以上のアンテナアレイを含んでよく、これは複数のアンテナ素子（例えばマルチ入力及びマルチ出力（ＭＩＭＯ）アンテナに含まれる複数のアンテナ素子）を含み、基地局デバイス８２０が無線信号を送信及び受信するために用いられる。ｇＮＢ８００は、図１０に示されるように、複数のアンテナ８１０を含み得る。例えば、複数のアンテナ８１０はｇＮＢ８００によって用いられる複数の周波数帯に対応可能であってよい。図１０は、ｇＮＢ８００が複数のアンテナ８１０を含む例を示す。

基地局デバイス８２０はコントローラ８２１、メモリ８２２、ネットワークインタフェース８２３、及び無線通信インタフェース８２５を含む。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局デバイス８２０のより高いレイヤの様々な機能を動作させる。例えば、コントローラ８２１は、上述の処理回路網３０１又は６０１を含んでよく、上の第１又は第２の実施形態に記載されたように、ネットワーク制御側にて通信方法を実行してよく、又は電子デバイス３００又は６００のコンポーネントを制御してもよい。例えば、コントローラ８２１は、無線通信インタフェース８２５によって処理される信号におけるデータからデータパケットを生成し、且つネットワークインタフェース８２３を介してその生成されたパケットを転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドルして、そのバンドルされたパケットを生成してよく、且つその生成後のバンドルされたパケットを転送してよい。コントローラ８２１は、無線リソース制御、無線ベアラ制御、モビリティ・マネジメント、アドミッション・コントロール、及びスケジューリング等の制御を実行する論理機能を有してよい。その制御は、ｇＮＢ又はその近傍にあるコアネットワークノードを有する団体において実行されてよい。メモリ８２２はＲＡＭ及びＲＯＭを含み、コントローラ８２１によって実行されるプログラム、ならびに端末リスト、伝送電力データ、及びスケジューリングデータ等の様々なタイプの制御データを記憶する。

ネットワークインタフェース８２３は、基地局デバイス８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介してコアネットワークノード又は別のｇＮＢと通信してよい。その場合、ｇＮＢ８００、及びコアネットワークノード又は他のｇＮＢは、Ｓ１インタフェース及びＸ２インタフェース等の論理インタフェースを介して、互いに接続されてよい。ネットワークインタフェース８２３は、有線の通信インタフェース、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５によって用いられる周波数帯よりも、無線通信のためのより高い周波数帯を使用してよい。

無線通信インタフェース８２５は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ－Ａｄｖａｎｃｅｄ等の任意のセルラ通信スキームをサポートし、アンテナ８１０を介して、ｇＮＢ８００のセル内に位置する端末への無線接続を提供する。無線通信インタフェース８２５は、例えばベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７を典型的には含んでよい。ＢＢプロセッサ８２６は、例えば、エンコーディング／デコーディング、変調／復調、及び多重化／逆多重化を実行してよく、Ｌ１、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、及びパケットデータ・コンバージェンスプロトコル（ＰＤＣＰ）等、様々なタイプのレイヤの信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに上述の論理機能の一部又は全部を有してよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、又はそのプログラム及び関連される回路を実行するように構成されたプロセッサを含むモジュールであってよい。プログラムのアップデートにより、ＢＢプロセッサ８２６の機能は変更可能であってよい。モジュールは基地局デバイス８２０のスロットに挿入されるカード又はブレードであってよい。或いは、モジュールはまた、カード又はブレードに搭載されるチップであってもよい。他方でＲＦ回路８２７は、例えばミキサ、フィルタ、及びアンプを含んでよく、アンテナ８１０を介して無線信号を送信及び受信する。

無線通信インタフェース８２５は、図１０に示されるように、複数のＢＢプロセッサ８２６を含んでよい。例えば、複数のＢＢプロセッサ８２６は、ｇＮＢ８００によって用いられる複数の周波数帯に対応可能であってよい。無線通信インタフェース８２５は、図１０に記載されるように、複数のＲＦ回路８２７を含んでよい。例えば、複数のＲＦ回路８２７は複数のアンテナ素子に対応可能であってよい。図１０は無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示すが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図１０に示されるｇＮＢ８００において、図３Ａを参照して記載された処理回路網３０１、又は図６Ａを参照して記載された処理回路網６０１に含まれる１つ以上のコンポーネント（例えば割り当てユニット３０２、６０２）は、無線通信インタフェース８２５において実施されてよい。或いは、これらのコンポーネントの少なくとも一部はコントローラ８２１において実施されてもよい。一例として、ｇＮＢ８００は、無線通信インタフェース８２５及び／又はコントローラ８２１を含むモジュールの一部（例えばＢＢプロセッサ８２６）又は全体を含み、その１つ以上のコンポーネントはそのモジュールにおいて実施されてよい。この場合、そのモジュールは、プロセッサを１つ以上のコンポーネントとして機能させるプログラム（言い換えれば、プロセッサに１つ以上のコンポーネントの動作を実行させるプログラム）を記憶してよく、且つそのプログラムを実行してよい。別の例として、プロセッサを１つ以上のコンポーネントとして機能させるプログラムは、ｇＮＢ８００にインストールされてよく、無線通信インタフェース８２５（例えばＢＢプロセッサ８２６）及び／又はコントローラ８２１はそのプログラムを実行してよい。上述のように、１つ以上のコンポーネントを含むデバイスとして、ｇＮＢ８００、基地局デバイス８２０、又はモジュールが提供されてよい。加えて、プログラムが記録される可読媒体が提供されてよい。

（第２の適用例）

図１１は、本出願の技術が適用され得るネットワーク制御デバイスの概略構成の第２の例を示すブロック図である。ネットワーク制御デバイスは、例えば、ダウンリンクの伝送のための電子デバイス３００又は６００を含むことができる。図１１において、ネットワーク制御デバイスはｇＮＢ８３０として示される。ｇＮＢ８３０は、１つ以上のアンテナ８４０、基地局デバイス８５０、及びＲＲＨ８６０を含む。各アンテナ８４０及びＲＲＨ８６０はＲＦケーブルを介して互いに接続されてよい。基地局デバイス８５０及びＲＲＨ８６０は光ファイバケーブル等の高速回線を介して互いに接続されてよい。

アンテナ８４０は、上述のように１つ以上のアンテナアレイを含み、アンテナアレイは、ＭＩＭＯアンテナに含まれる複数のアンテナ素子等の複数のアンテナ素子を含み、ＲＲＨ８６０が無線信号を送信及び受信するために用いられる。ｇＮＢ８３０は図１１に示されるように、複数のアンテナ８４０を含んでよい。例えば、複数のアンテナ８４０はｇＮＢ８３０によって用いられる複数の周波数帯に対応可能であってよい。図１１はｇＮＢ８３０が複数のアンテナ８４０を含む例を示す。

基地局デバイス８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５、及び接続インタフェース８５７を含む。コントローラ８５１、メモリ８５２、及びネットワークインタフェース８５３は、図１０を参照して記載されたコントローラ８２１、メモリ８２２、及びネットワークインタフェース８２３と同じである。

無線通信インタフェース８５５は、ＬＴＥ及びＬＴＥ－Ａｄｖａｎｃｅｄ等の任意のセルラ通信スキームをサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線通信を提供する。無線通信インタフェース８５５は、例えばＢＢプロセッサ８５６を典型的には含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４に接続されることを除き、図１０を参照して記載されたＢＢプロセッサ８２６と同じである。無線通信インタフェース８５５は、図１１に示されるように、複数のＢＢプロセッサ８５６を含み得る。例えば、複数のＢＢプロセッサ８５６は、ｇＮＢ８３０によって用いられる複数の周波数帯に対応可能であってよい。図１１は無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示すが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局デバイス８５０（無線通信インタフェース８５５）をＲＲＨ８６０に接続するためのインタフェースである。接続インタフェース８５７は、基地局デバイス８５０（無線通信インタフェース８５５）をＲＲＨ８６０に接続する上述の高速回線における通信のための通信モジュールであってもよい。

ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を含む。

接続インタフェース８６１はＲＲＨ８６０（無線通信インタフェース８６３）を基地局デバイス８５０に接続するためのインタフェースである。接続インタフェース８６１はまた、上記の高速回線における通信のための通信モジュールであってもよい。

無線通信インタフェース８６３はアンテナ８４０を介して無線信号を送信及び受信する。無線通信インタフェース８６３は、例えばＲＦ回路８６４を典型的には含み得る。ＲＦ回路８６４は、例えばミキサ、フィルタ、及びアンプを含み得るものであり、アンテナ８４０を介して無線信号を送信及び受信する。無線通信インタフェース８６３は、図１１に示されるように、複数のＲＦ回路８６４を含み得る。例えば、複数のＲＦ回路８６４は、複数のアンテナ素子をサポートし得る。図１１は無線通信インタフェース８６３が複数のＲＦ回路８６４を含むが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図１１に示されるｇＮＢ８３０において、図３Ａを参照して記載された処理回路網３０１、又は図６Ａを参照して記載された処理回路網６０１の１つ以上のコンポーネント（例えば割り当てユニット３０２、６０２）は、無線通信インタフェース８５５において実施されてよい。或いは、これらのコンポーネントの少なくとも一部はコントローラ８５１において実施されてもよい。一例として、ｇＮＢ８３０は、無線通信インタフェース８５５及び／又はコントローラ８５１を含むモジュールの一部（例えばＢＢプロセッサ８５６）又は全体を含み、その１つ以上のコンポーネントはそのモジュールにおいて実施されてよい。この場合、そのモジュールは、プロセッサを１つ以上のコンポーネントとして機能させるプログラム（言い換えれば、プロセッサに１つ以上のコンポーネントの動作を実行させるプログラム）を記憶してよく、且つそのプログラムを実行してよい。別の例として、プロセッサを１つ以上のコンポーネントとして機能させるプログラムは、ｇＮＢ８３０にインストールされてよく、無線通信インタフェース８５５（例えばＢＢプロセッサ８５６）及び／又はコントローラ８５１はそのプログラムを実行してよい。上述のように、１つ以上のコンポーネントを含むデバイスとして、ｇＮＢ８３０、基地局デバイス８５０、又はモジュールが提供されてよい。プロセッサを１つ以上のコンポーネントとして機能させるプログラムもまた提供されてよい。加えて、プログラムが記録される可読媒体が提供されてよい。

３．２ ユーザ側にある電子デバイスに関連する適用

（第１の適用例）

図１２は、本開示の技術が適用され得るスマートフォン９００の概略構成の例を示すブロック図である。ここでスマートフォン９００は、図２Ａを参照して記載された電子デバイス２００又は図７Ａを参照して記載された電子デバイス７００として実施可能である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリ９１８、及び補助コントローラ９１９を含む。

プロセッサ９０１は、例えばＣＰＵ、又はシステムオンチップ（ＳｏＣ）であってよく、スマートフォン９００のアプリケーション・レイヤ及び他のレイヤの機能を制御する。メモリ９０２はＲＡＭ及びＲＯＭを含み、プロセッサ９０１によって実行されるプログラム、及びデータを記憶する。記憶装置９０３は半導体メモリ及びハードディスク等の記憶媒体を含み得る。外部接続インタフェース９０４は、メモリカード及びＵＳＢ（ユニバーサル・シリアル・バス）等の外部デバイスをスマートフォン９００に接続するためのインタフェースである。

カメラ９０６は、ＣＣＤ（電荷結合素子）及びＣＭＯＳ（相補型金属酸化膜半導体）等の画像センサを含み、キャプチャされた画像を生成する。センサ９０７は、測定センサ、ジャイロセンサ、地磁気センサ、加速度センサ等の一群のセンサを含んでよい。マイクロフォン９０８は、スマートフォン９００に入力される音声を音声信号に変換する。入力装置９０９は、例えば、表示装置９１０のスクリーン上への接触を検出するように構成されたタッチセンサ、キーパッド、キーボード、ボタン、又はスイッチを含み、動作、又はユーザからの情報を受け入れる。表示装置９１０は、液晶ディスプレイ（ＬＣＤ）及び有機発光ダイオード（ＯＬＥＤ）ディスプレイ等のスクリーンを含み、スマートフォン９００の出力画像を表示する。スピーカ９１１はスマートフォン９００から出力された音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ及びＬＴＥ－Ａｄｖａｎｃｅｄ等の任意のセルラ通信スキームをサポートし、無線通信を実行する。無線通信インタフェース９１２は、例えばＢＢプロセッサ９１３及びＲＦ回路９１４を典型的には含んでよい。ＢＢプロセッサ９１３は、例えば、エンコーディング／デコーディング、変調／復調、及び多重化／逆多重化を実行してよく、無線通信のための様々なタイプの信号処理を実行する。他方でＲＦ回路９１４は、例えばミキサ、フィルタ、及びアンプを含んでよく、アンテナ９１６を介して無線信号を送信及び受信する。無線通信インタフェース９１２はワンチップモジュールであってよく、そのモジュール上でＢＢプロセッサ９１３及びＲＦ回路９１４を統合する。無線通信インタフェース９１２は、図１２に示されるように、複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでよい。図１２は無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示すが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、セルラ通信スキームに加え、無線通信インタフェース９１２は、近距離（ｓｈｏｒｔ－ｄｉｓｔａｎｃｅ）無線通信スキーム、近距離（ｎｅａｒ ｆｉｅｌｄ）通信スキーム、及びワイヤレス・ローカルエリアネットワーク（ＬＡＮ）スキーム等の別のタイプの無線通信スキームをサポートしてよい。その場合、無線通信インタフェース９１２は、各々の無線通信スキームに対してＢＢプロセッサ９１３及びＲＦ回路９１４を含んでよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、様々な無線通信スキームのための回路）のうちのアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、ＭＩＭＯアンテナに含まれる複数のアンテナ素子等の単一又は複数のアンテナ素子を含み、無線通信インタフェース９１２が無線信号を送信及び受信するために用いられる。スマートフォン９００は、図１２に示されるように、複数のアンテナ９１６を含み得る。図１２は、スマートフォン９００が複数のアンテナ９１６を含む例を示すが、スマートフォン９００は単一のアンテナ９１６を含んでもよい。

さらに、スマートフォン９００は各々の無線通信スキームに対してアンテナ９１６を含んでよい。その場合、アンテナスイッチ９１５はスマートフォン９００の構成から省略されてよい。

バス９１７は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インタフェース９１２、及び補助コントローラ９１９を互いに接続する。バッテリ９１８は、送電線を介して図１２に示されるスマートフォン９００のブロックに電力を供給する。送電線は図中、破線で部分的に示されている。補助コントローラ９１９は、例えばスリープモード中、スマートフォン９００の最小限必要な機能を動作させる。

図１２に示されるスマートフォン９００において、図２Ａを参照して記載される処理回路網２０１（レポーティングユニット２０２、決定ユニット２０３、通知ユニット２０４）に備わる１つ以上のコンポーネント、又は図７Ａを参照して記載される処理回路網７０１（レポーティングユニット７０２、通知受信ユニット７０３）に備わる１つ以上のコンポーネントは、無線通信インタフェース９１２において実施されてよい。或いは、これらのコンポーネントの少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実施されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えばＢＢプロセッサ９１３）又は全体、及び／又は、プロセッサ９０１並びに／或いは補助コントローラ９１９を含むモジュールを含み、１つ以上のコンポーネントはそのモジュール内で実施されてよい。この場合、モジュールはプロセッサを１つ以上のコンポーネントとして機能させるプログラム（言い換えれば、プロセッサに１つ以上のコンポーネントの動作を実行させるプログラム）を記憶してよく、且つそのプログラムを実行してよい。別の例として、プロセッサを１つ以上のコンポーネントとして機能させるプログラムは、スマートフォン９００にインストールされてよく、無線通信インタフェース９１２（例えばＢＢプロセッサ９１３）、プロセッサ９０１及び／又は補助コントローラ９１９はそのプログラムを実行してよい。上述のように、１つ以上のコンポーネントを含むデバイスとして、スマートフォン９００又はそのモジュールが提供されてよい。プロセッサを１つ以上のコンポーネントとして機能させるプログラムもまた、提供されてよい。加えて、プログラムが記録される可読媒体が提供されてよい。

加えて、図１２に示されるスマートフォン９００において、例えば、図２Ａを参照して記載された通信ユニット２０５又は図７Ａを参照して記載された通信ユニット７０５は、無線通信インタフェース９１２、例えばＲＦ回路９１４において実施されてよい。

（第２の適用例）

図１３は、本出願の技術の一実施形態が適用され得るカーナビゲーションデバイス９２０の概略構成の例を示すブロック図である。ここでカーナビゲーションデバイス９２０は、図２Ａを参照して記載された電子デバイス２００又は図７Ａを参照して記載された電子デバイス７００として実施可能である。カーナビゲーションデバイス９２０は、プロセッサ９２１、メモリ９２２、全地球測位システム（ＧＰＳ）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力装置９２９、表示装置９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７、及びバッテリ９３８を含む。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、ナビゲーション機能、及びカーナビゲーションデバイス９２０の他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１によって実行されるプログラム、及びデータを記憶する。

ＧＰＳモジュール９２４は、カーナビゲーションデバイス９２０の緯度、経度、及び高度等、位置を測定するために、ＧＰＳ衛星から受信されるＧＰＳ信号を用いる。センサ９２５は一群のセンサ、例えばジャイロセンサ、地磁気センサ、及び空気圧センサを含んでよい。データインタフェース９２６は、例えば、不図示の端末を介して車両内ネットワーク９４１に接続され、車速データ等、車両によって生成されるデータを獲得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入されるＣＤ及びＤＶＤ等の記憶媒体に記憶されるコンテンツを再生する。入力装置９２９は、例えば、表示装置９３０のスクリーンへの接触を検出するように構成されたタッチセンサ、ボタン、又はスイッチを含み、動作又はユーザからの情報入力を受け入れる。表示装置９３０は、ＬＣＤ又はＯＬＥＤディスプレイ等のスクリーンを含み、ナビゲーション機能の画像又は再生されたコンテンツを表示する。スピーカ９３１はナビゲーション機能の音声、又は再生されたコンテンツを出力する。

無線通信インタフェース９３３は、ＬＥＴ及びＬＴＥ－Ａｄｖａｎｃｅｄ等の任意のセルラ通信スキームをサポートし、無線通信を実行する。無線通信インタフェース９３３は、例えばＢＢプロセッサ９３４及びＲＦ回路９３５を典型的には含んでよい。ＢＢプロセッサ９３４は、例えば、エンコーディング／デコーディング、変調／復調、及び多重化／逆多重化を実行してよく、無線通信のための様々なタイプの信号処理を実行する。他方でＲＦ回路９３５は、例えばミキサ、フィルタ、及びアンプを含んでよく、アンテナ９３７を介して無線信号を送信及び受信する。無線通信インタフェース９３３はワンチップモジュールであってよく、そのモジュール上でＢＢプロセッサ９３４及びＲＦ回路９３５を統合する。無線通信インタフェース９３３は、図１３に示されるように、複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでよい。図１３は無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示すが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、セルラ通信スキームに加え、無線通信インタフェース９３３は、近距離（ｓｈｏｒｔ－ｄｉｓｔａｎｃｅ）無線通信スキーム、近距離（ｎｅａｒ ｆｉｅｌｄ）通信スキーム、及びワイヤレスＬＡＮスキーム等の別のタイプの無線通信スキームをサポートしてよい。その場合、無線通信インタフェース９３３は、各々の無線通信スキームに対してＢＢプロセッサ９３４及びＲＦ回路９３５を含んでよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、様々な無線通信スキームのための回路）のうちのアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、ＭＩＭＯアンテナに含まれる複数のアンテナ素子等の単一又は複数のアンテナ素子を含み、無線通信インタフェース９３３が無線信号を送信及び受信するために用いられる。カーナビゲーションデバイス９２０は、図１３に示されるように、複数のアンテナ９３７を含み得る。図１３は、カーナビゲーションデバイス９２０が複数のアンテナ９３７を含む例を示すが、カーナビゲーションデバイス９２０は単一のアンテナ９３７を含んでもよい。

さらに、カーナビゲーションデバイス９２０は各々の無線通信スキームに対してアンテナ９３７を含んでよい。その場合、アンテナスイッチ９３６はカーナビゲーションデバイス９２０の構成から省略されてよい。

バッテリ９３８は、送電線を介して図１３に示されるカーナビゲーションデバイス９２０のブロックに電力を供給する。送電線は図中、破線で部分的に示されている。バッテリ９３８は車両から供給される電力を蓄える。

図１３に示されるカーナビゲーションデバイス９２０において、図２Ａを参照して記載される処理回路網２０１（レポーティングユニット２０２、決定ユニット２０３、通知ユニット２０４）に備わる１つ以上のコンポーネント、又は図７Ａを参照して記載される処理回路網７０１（レポーティングユニット７０２、通知受信ユニット７０３）に備わる１つ以上のコンポーネントは、無線通信インタフェース９３３において実施されてよい。或いは、これらのコンポーネントの少なくとも一部は、プロセッサ９２１において実施されてもよい。一例として、カーナビゲーションデバイス９２０は、無線通信インタフェース９３３の一部（例えばＢＢプロセッサ９３４）又は全体、及び／又は、プロセッサ９２１を含むモジュールを含み、１つ以上のコンポーネントはそのモジュール内で実施されてよい。この場合、モジュールはプロセッサを１つ以上のコンポーネントとして機能させるプログラム（言い換えれば、プロセッサに１つ以上のコンポーネントの動作を実行させるプログラム）を記憶してよく、且つそのプログラムを実行してよい。別の例として、プロセッサを１つ以上のコンポーネントとして機能させるプログラムは、カーナビゲーションデバイス９２０にインストールされてよく、無線通信インタフェース９３３（例えばＢＢプロセッサ９３４）、及び／又はプロセッサ９２１はそのプログラムを実行してよい。上述のように、１つ以上のコンポーネントを含むデバイスとして、カーナビゲーションデバイス９２０又はそのモジュールが提供されてよい。プロセッサを１つ以上のコンポーネントとして機能させるプログラムもまた提供されてよい。加えて、プログラムが記録される可読媒体が提供されてよい。

加えて、図１３に示されるカーナビゲーションデバイス９２０において、例えば、図２Ａを参照して記載された通信ユニット２０５又は図７Ａを参照して記載された通信ユニット７０５は、無線通信インタフェース９３３、例えばＲＦ回路９３５において実施されてよい。

本出願の技術は、カーナビゲーションデバイス９２０、車両内ネットワーク９４１、及び車両モジュール９４２のうちの１つ以上のブロックを含む車両内システム（又は車両）９４０として実現されてもよい。車両モジュール９４２は、車速、エンジン回転速度、及び故障情報等の車両データを生成し、その生成されたデータを車両内ネットワーク９４１へ出力する。

加えて、プログラムを記録する可読記憶媒体が提供可能である。従って、本開示は、処理回路網によってローディングされ且つ実行された場合に、図２Ｂ、図３Ｂ、図６Ｂ、及び図７Ｂに記載された通信方法を実行するのに用いられる命令を含むプログラムを記憶するコンピュータ可読記憶媒体にも関するものである。

本開示の例示的な実施形態が添付図面を参照して記載されているが、無論、本開示は上述の例に限定されない。当業者は添付の特許請求の範囲内で様々に適合且つ修正を達成可能であり、無論、そうした適合や修正が本開示の技術範囲内にあることは理解される。

例えば、上述の実施形態において、１つのモジュールに含まれる複数の機能が別個の手段によって実施可能である。或いは、上述の実施形態において、複数のモジュールに含まれる複数の機能は、個々に別個の手段によって実施可能である。加えて、上の機能のうちの1つが複数のモジュールによって実施可能である。言うまでもなく、かような構成は本開示の技術範囲内に含まれる。

本明細書において、フローチャートにおいて記載されたステップは、時系列の順序において順番に行われるプロセスのみならず、必ずしも時系列に行われるのではなくて、平行して、或いは別々に行われるプロセスをも含むものである。さらには、時系列の順序で行われるステップであったとしても、その順序は必要に応じて変更可能であることは言うまでもない。

本開示及びその特徴的利点が詳細に記載されているが、添付の特許請求の範囲によって規定される本開示の趣旨及び範囲から逸脱することなく、様々な変更、置換、変形が可能であることは理解される。加えて、「含む（ｉｎｃｌｕｄｅ）」や「備える（ｃｏｍｐｒｉｓｅ）」の用語、或いは本開示の実施形態のその他の変形は、非限定的で包括的であることが意図されているゆえ、そのプロセス、方法、物品、又は一連の要素を含むデバイスは、これらの要素を含むのみならず、特定的にリストされていないものもまた含むものであり、或いはそのプロセス、方法、物品、又はデバイスに固有のものをも含むものである。さらなる限定が付される場合、「あるものを含む（ｉｎｃｌｕｄｅ ｏｎｅ）」といった文章によって規定される要素は、この要素を含んでいるプロセス、方法、物品、又はデバイスにおいて更なる同様の要素の存在を排除しない。

Claims (24)

1. ワイヤレス通信システムにおける電子デバイスであって、
   ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第１のタイプのチャネル状態情報を、前記ネットワーク制御デバイスにレポーティングし、
   第２のタイプのチャネル状態フィードバックが必要とされていることを決定し、
   前記ネットワーク制御デバイスに前記決定を通知する
   ように構成された処理回路網を備え、
   前記決定は、ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
   前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
   電子デバイス。
2. ワイヤレス通信システムにおける電子デバイスであって、
   第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当て、
   第２のタイプのチャネル状態フィードバックが必要とされていることを決定し、
   前記ユーザデバイスに前記決定を通知する
   ように構成された処理回路網を備え、
   前記決定は、前記ユーザデバイスによって用いられる通信リソースと、別のユーザデバ
   イスによって用いられる通信リソースとの間の直交度に基づいてなされ、
   前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポー
   トのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられる
   ＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
   電子デバイス。
3. 前記ユーザデバイスは、前記別のユーザデバイスによって用いられるＤＭＲＳポートの前記スクランブリングコードシーケンスについての情報を、前記ネットワーク制御デバイスにリクエストする、
   請求項１に記載の電子デバイス。
4. 前記決定は、前記ユーザデバイスと前記ネットワーク制御デバイスとの間のチャネルのチャネル品質の劣化度に基づいてなされる、
   請求項１に記載の電子デバイス。
5. 前記劣化度は、単一ユーザ通信における前記チャネル品質と、前記ユーザデバイス及び前記ネットワーク制御デバイスのマルチユーザ通信における前記チャネル品質との間の差によって示される、
   請求項４に記載の電子デバイス。
6. 前記通知することは、前記第２のタイプのチャネル状態フィードバックのカテゴリを示す情報を用いて実施される、
   請求項１に記載の電子デバイス。
7. 前記第２のタイプのチャネル状態フィードバックのカテゴリを示す前記情報は、アップリンク制御情報（ＵＣＩ）に含まれる、
   請求項６に記載の電子デバイス。
8. 前記処理回路網は、前記ネットワーク制御デバイスによって割り当てられた前記第２のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第２のタイプのチャネル状態情報を前記ネットワーク制御デバイスにレポーティングするようにさらに構成される、
   請求項１に記載の電子デバイス。
9. 前記処理回路網は、前記ユーザデバイスに前記第２のタイプのチャネル状態情報をレポーティングさせるように、前記第２のタイプのチャネル状態フィードバックのためのリソースを前記ユーザデバイスに割り当てるようにさらに構成される、
   請求項２に記載の電子デバイス。
10. 前記ユーザデバイスと前記ネットワーク制御デバイスとの間の通信は、マルチユーザ－マルチ入力マルチ出力（ＭＵ－ＭＩＭＯ）通信の一部である、
    請求項１に記載の電子デバイス。
11. 前記第２のタイプのチャネル状態フィードバックは、線形結合されたコードブックに基づくプリコーディングされたフィードバック、共分散行列に基づくフィードバック、及びハイブリッドチャネル状態情報（ＣＳＩ）フィードバックのいずれかを含む、
    請求項１又は請求項２に記載の電子デバイス。
12. ワイヤレス通信システムにおける電子デバイスであって、
    第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当て、
    第２のタイプのチャネル状態フィードバックが必要とされていることの決定に関する通知を前記ユーザデバイスから受信し、
    前記第２のタイプのチャネル状態フィードバックのためのリソースを前記ユーザデバイスに割り当て、
    前記第２のタイプのチャネル状態情報を受信する
    ように構成された処理回路網を備え、
    前記決定は、前記ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    電子デバイス。
13. ワイヤレス通信システムにおける電子デバイスであって、
    ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第１のタイプのチャネル状態情報を前記ネットワーク制御デバイスへレポーティングし、
    第２のタイプのチャネル状態フィードバックが必要とされていることの決定に関する通知を前記ネットワーク制御デバイスから受信し、
    前記ネットワーク制御デバイスによって割り当てられた前記第２のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第２のタイプのチャネル状態情報を前記ネットワーク制御デバイスへレポーティングする
    ように構成された処理回路網を備え、
    前記決定は、ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    電子デバイス。
14. 前記決定は、前記ユーザデバイスと前記ネットワーク制御デバイスとの間のチャネルのチャネル品質の劣化度に基づいてなされる、
    請求項１３に記載の電子デバイス。
15. 前記劣化度は、単一ユーザ通信における前記チャネル品質と、前記ユーザデバイス及び前記ネットワーク制御デバイスのマルチユーザ通信における前記チャネル品質との間の差によって示される、
    請求項１４に記載の電子デバイス。
16. 前記通知することは、前記第２のタイプのチャネル状態フィードバックのカテゴリを示す情報を用いて実施される、
    請求項１３に記載の電子デバイス。
17. 前記第２のタイプのチャネル状態フィードバックのカテゴリを示す前記情報は、ダウンリンク制御情報（ＤＣＩ）に含まれる、
    請求項１６に記載の電子デバイス。
18. 前記ユーザデバイスと前記ネットワーク制御デバイスとの間の通信は、マルチユーザ－マルチ入力マルチ出力（ＭＵ－ＭＩＭＯ）通信の一部である、
    請求項１３に記載の電子デバイス。
19. 前記第２のタイプのチャネル状態フィードバックは、線形結合されたコードブックに基づくプリコーディングされたフィードバック、共分散行列に基づくフィードバック、及びハイブリッドチャネル状態情報（ＣＳＩ）フィードバックのいずれかを含む、
    請求項１４又は請求項１５に記載の電子デバイス。
20. ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第１のタイプのチャネル状態情報を、前記ネットワーク制御デバイスにレポーティングすることと、
    第２のタイプのチャネル状態フィードバックが必要とされていることを決定することと、
    前記ネットワーク制御デバイスに前記決定を通知することとを含み、
    前記決定は、ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    通信方法。
21. 第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当てることと、
    第２のタイプのチャネル状態フィードバックが必要とされていることを決定することと、
    前記ユーザデバイスに前記決定を通知することとを含み、
    前記決定は、前記ユーザデバイスによって用いられる通信リソースと、別のユーザデバ
    イスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポー
    トのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられる
    ＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    通信方法。
22. 第１のタイプのチャネル状態フィードバックのためのリソースをユーザデバイスに割り当てることと、
    第２のタイプのチャネル状態フィードバックが必要とされていることの決定の通知を前記ユーザデバイスから受信することと、
    前記第２のタイプのチャネル状態フィードバックのためのリソースを前記ユーザデバイスに割り当てることと、
    前記第２のタイプのチャネル状態情報を受信することとを含み、
    前記決定は、前記ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    通信方法。
23. ネットワーク制御デバイスによって割り当てられた第１のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第１のタイプのチャネル状態情報を前記ネットワーク制御デバイスへレポーティングすることと、
    第２のタイプのチャネル状態フィードバックが必要とされていることの決定の通知を前記ネットワーク制御デバイスから受信することと、
    前記ネットワーク制御デバイスによって割り当てられた前記第２のタイプのチャネル状態フィードバックのためのリソースを用いることによって、前記第２のタイプのチャネル状態情報を前記ネットワーク制御デバイスへレポーティングすることとを含み、
    前記決定は、ユーザデバイスによって用いられる通信リソースと、別のユーザデバイスによって用いられる通信リソースとの間の直交度に基づいてなされ、
    前記直交度は、前記ユーザデバイスによって用いられる復調参照信号（ＤＭＲＳ）ポートのスクランブリングコードシーケンスと、前記別のユーザデバイスによって用いられるＤＭＲＳポートのスクランブリングコードシーケンスに基づいて決められる、
    通信方法。
24. 請求項２０から請求項２３のいずれか一項に記載の通信方法を実行する実行可能な命令を記憶する非一過性のコンピュータ可読の記憶媒体。

Images