JP2015144462A - マクロ／ｒｒｈシステムにおいてチャネル推定および干渉推定を可能にする方法および装置 - Google Patents

Abstract

【課題】多地点協調（ＣｏＭＰ）環境におけるチャネル推定及び干渉推定を可能にする。
【解決手段】ｅＮＢ８０２は、複数のリソースパターンを示す識別子のシグナリングを備え、複数のリソースパターンの各々がリソースパターングループに関連付けられ、リソースパターンの各々がチャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。ＵＥ８１２は、シグナリングを受信して、第１のリソースエレメントパターンに少なくとも部分的に基づいてチャネル推定を、第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、チャネル推定及び干渉推定に基づいて少なくとも１つのチャネル状態報告を生成し、ｅＮＢに送信する。ｅＮＢは、受信された少なくとも１つのチャネル状態報告に基づいて、ＵＥによる使用のために１又は複数のリソースを決定する。
【選択図】図８

Description

関連出願

[0001] 本願は、全体として参照により本明細書に明確に組み込まれる、２０１１年２月１１日出願された「COOPERATION AND OPERATION OF MACRO AND REMOTE RADIO HEAD DEPLOYMENTS IN HETEROGENEOUS NETWORKS」と題する米国仮出願第６１／４４２,１２９号の利益を主張する、２０１１年２月１１日出願された「METHOD AND APPARATUS FOR ENABLING CHANNEL AND INTERFERENCE ESTIMATIONS IN MACRO/RRH SYSTEM」と題する米国仮出願第６１／４４２,０８７号の利益を主張する、２０１１年１２月２３日に出願された「METHOD AND APPARATUS FOR ENABLING CHANNEL AND INTERFERENCE ESTIMATIONS IN MACRO/RRH SYSTEM」と題する米国実用特許出願第１３／３３６,５９９号の部分継続出願である、２０１２年１月２５日に出願された「METHOD AND APPARATUS FOR ENABLING CHANNEL AND INTERFERENCE ESTIMATIONS IN MACRO/RRH SYSTEMS」と題する第１３／３５８,１６４号の利益を主張する。

[0002] 本開示は一般的に通信システムに関し、さらに詳細には、多地点協調（ＣｏＭＰ）（coordinated multi-point）環境においてチャネル推定および干渉推定を可能にするシステムおよび方法に関する。

[0003] 無線通信システムは、電話通信、映像、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために、広く展開されている。典型的な無線通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることができる多元接続技術を用いる。そのような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムが含まれる。

[0004] これらの多元接続技術は、共通のプロトコルを提供して、異なる無線デバイスが、都市レベル、全国レベル、地域レベルだけでなく、世界規模で、通信できるようにするするために、様々な電気通信規格に採用されている。新興の電気通信規格の例は、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）が発表したユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格を向上させたもののセットである。それは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより快適にサポートし、コストを下げ、サービスを向上させ、新しいスペクトルを利用し、および、ダウンリンク（ＤＬ）にＯＦＤＭＡを、アップリンク（ＵＬ）にＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、より適切に他のオープン規格に組み込まれるように設計されている。しかしながら、モバイルブロードバンドアクセスの需要（demand）が増加し続けるにつれ、ＬＴＥ技術にはさらなる改良が必要となる。望ましくは、これらの改良は、他の多元接続技術と、これらの技術を用いる電気通信規格に適用可能であるべきである。

[0005] １または複数の態様の基本的な理解を提供するために、そのような態様の簡潔化された概要が以下に提示される。この概要は、意図されたすべての態様の広範な概要ではなく、すべての態様のキーとなる要素または重要な要素を識別することも、任意の態様またはすべての態様の範囲を示すことも意図しない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、簡潔化された形態で、１または複数の態様のいくつかの概念を提示することである。

[0006] １または複数の態様および対応する開示したがって、ＣｏＭＰ環境においてチャネル推定（channel estimation）および干渉推定（interference estimation）を可能にすることに関して様々な態様が説明される。１つの例において、ｅＮＢは、複数のリソースパターンを示す識別子をシグナリングする態勢が整っており、複数のリソースパターンの各々が、リソースパターングループに関連付けられており、チャネル推定に使用されるべき第１のリソースエレメントパターンと、干渉推定に使用されるべき第２のリソースエレメントパターンとを含む。ＵＥは、シグナリングを受信して、第１のリソースエレメントパターンに少なくとも部分的に基づいてチャネル推定を実行し、第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、チャネル推定値および干渉推定値に基づいて少なくとも１つのチャネル状態報告（channel state report）を生成し、少なくとも１つのチャネル状態報告をｅＮＢに送信する態勢が整っている。ｅＮＢは、受信された少なくとも１つのチャネル状態報告に基づいて、ＵＥによる使用のために１または複数のリソースを決定しうる。

[0007] 関連態様にしたがって、ＣｏＭＰ環境においてチャネル推定および干渉推定を可能にする方法が提供される。方法は、チャネル状態条件（channel state conditions）を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンと示す識別子をＵＥにシグナリングすることを含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、方法は、第１のリソースパターンまたは第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、ＵＥからの少なくとも１つのチャネル状態条件報告（channel state condition report）を受信することを含みうる。さらに、方法は、受信された少なくとも１つのチャネル状態条件報告に基づいて、ＵＥによる使用のために１または複数のリソースを決定することを含みうる。

[0008] 別の態様は、無線通信装置に関する。無線通信装置は、チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンと示す識別子をＵＥにシグナリングする手段を含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、無線通信装置は、第１のリソースパターンまたは第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、ＵＥからの少なくとも１つのチャネル状態条件報告を受信する手段を含みうる。さらに、無線通信装置は、受信された少なくとも１つのチャネル状態条件報告に基づいて、ＵＥによる使用のために１または複数のリソースを決定する手段を含みうる。

[0009] 別の態様は、無線通信装置に関する。装置は、チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンと示す識別子をＵＥにシグナリングするように構成された処理システムを含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、処理システムは、第１のリソースパターンまたは第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、ＵＥからの少なくとも１つのチャネル状態条件報告を受信するように構成されうる。さらに、処理システムは、受信された少なくとも１つのチャネル状態条件報告に基づいて、ＵＥによる使用のために１または複数のリソースを決定するようにさらに構成されうる。

[0010] 別の態様は、コンピュータ読取可能な媒体を備えうるコンピュータプログラム製品に関し、コンピュータ読取可能な媒体は、チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンと示す識別子をＵＥにシグナリングするためのコードを備える。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、コンピュータ読取可能な媒体は、第１のリソースパターンまたは第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、少なくとも１つのチャネル状態条件報告をＵＥから受信するためのコードを含みうる。さらに、コンピュータ読取可能な媒体は、受信された少なくとも１つのチャネル状態条件報告に基づいて、ＵＥによる使用のために１または複数のリソースを決定するためのコードを含みうる。

[0011] 関連態様にしたがって、ＣｏＭＰ環境においてチャネル推定および干渉推定を可能にする方法が提供される。方法は、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとのシグナリングを示す識別子を、ＵＥによって、受信することを含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、方法は、第１のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第１のリソースパターングループについてのチャネル推定を実行し、第２のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第２のリソースパターングループについてのチャネル推定を実行することを含みうる。さらに、方法は、第１のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第１のリソースパターングループについての干渉推定を実行し、第２のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第２のリソースパターングループについての干渉推定を実行することを含みうる。さらに、方法は、干渉推定値およびチャネル推定値の少なくとも一部に基づいて、第１のリソースパターングループまたは第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成することを含みうる。さらに、方法は、チャネル状態条件報告を送信することを含むことができる。

[0012] 別の態様は、無線通信装置に関する。無線通信装置は、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとのシグナリングを示す識別子を、ＵＥによって、受信する手段を含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、無線通信装置は、第１のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第１のリソースパターングループについてのチャネル推定を実行し、第２のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第２のリソースパターングループについてのチャネル推定を実行する手段を含みうる。さらに、無線通信装置は、第１のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第１のリソースパターングループについての干渉推定を実行し、第２のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第２のリソースパターングループについての干渉推定を実行する手段を含みうる。さらに、無線通信装置は、干渉推定値およびチャネル推定値の少なくとも一部に基づいて、第１のリソースパターングループまたは第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成する手段を含みうる。さらに、無線通信装置は、チャネル状態条件報告を送信する手段を含みうる。

[0013] 別の態様は、無線通信装置に関する。装置は、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとのシグナリングを示す識別子を受信するように構成された処理システムを含みうる。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、処理システムは、第１のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第１のリソースパターングループについてのチャネル推定を実行し、第２のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第２のリソースパターングループについてのチャネル推定を実行するように構成されうる。さらに、処理システムは、第１のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第１のリソースパターングループについての干渉推定を実行し、第２のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第２のリソースパターングループについての干渉推定を実行するように構成されうる。さらに、処理システムは、干渉推定値およびチャネル推定値の少なくとも一部に基づいて、第１のリソースパターングループまたは第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成するように構成されうる。さらに、処理システムはさらに、チャネル状態条件報告を送信するように構成されうる。

[0014] 別の態様は、コンピュータ読取可能な媒体を備えたコンピュータプログラム製品に関し、コンピュータ読取可能な媒体は、第１のリソースパターングループのための第１のリソースパターンおよび第２のリソースパターングループのための第２のリソースパターンのシグナリングを示す識別子を、ＵＥによって、受信するためのコードを含む。１つの態様において、第１および第２のリソースパターングループは各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む。さらに、コンピュータ読取可能な媒体は、第１のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第１のリソースパターングループについてのチャネル推定を実行し、第２のリソースパターンに関連付けられた第１のリソースエレメントパターンを用いて第２のリソースパターングループについてのチャネル推定を実行するためのコードを含みうる。さらに、コンピュータ読取可能な媒体は、第１のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第１のリソースパターングループについての干渉推定を実行し、第２のリソースパターンに関連付けられた第２のリソースエレメントパターンを用いて第２のリソースパターングループについての干渉推定を実行するためのコードを含みうる。さらに、コンピュータ読取可能な媒体は、干渉推定値およびチャネル推定値の少なくとも一部に基づいて、第１のリソースパターングループまたは第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成するためのコードを含みうる。さらに、コンピュータ読取可能な媒体は、チャネル状態条件報告を送信する手段を含みうる。

[0015] 上述した目的および関連する目的の達成のために、１または複数の態様は、本明細書において後に十分に説明され、特許請求の範囲において特に指摘される特徴を備える。以下の説明および付属の図面は、１または複数の態様の特定の例示的な特徴を詳細に示す。しかしながら、これらの特徴は、様々な態様の原理が用いられうる様々な方法のほんの一部を示すものであり、この説明は、そのようなすべての態様およびそれらの同等物を含むことを意図する。

図１は、ネットワークアーキテクチャの例を示す図である。 図２は、アクセスネットワークの例を示す図である。 図３は、アクセスネットワークにおいて使用されるフレーム構造の例を示す図である。 図４は、ＬＴＥにおけるＵＬのための例示的なフォーマットを示す。 図５は、ユーザおよび制御プレーン（user and control planes）のためのラジオプロトコルアーキテクチャ（a radio protocol architecture）の例を示す図である。 図６は、アクセスネットワークにおける発展型ノードＢおよびユーザ端末の例を示す図である。 図７は、異機種ネットワークにおける範囲拡張型セルラ領域（a range expanded cellular region）を示す図である。 図８は、アクセスネットワークにおける例示的なマクロｅＮＢ／ＲＲＨ ＣｏＭＰ構成の例を示す図である。 図９は、アクセスネットワークにおける別の例示的なマクロｅＮＢ／ＲＲＨ ＣｏＭＰ構成の例を示す図である。 図１０は、ある態様にしたがい、ＣＳＩ測定を可能にするための例示的なフレーム構造およびリソースエレメント構成を示す図である。 図１１は、ある態様にしたがい、ＣＳＩ測定を可能にするための別の例示的なフレーム構造およびリソースエレメント構成を示す図である。 図１２は、無線通信方法のフローチャートである。 図１３は、例示的な装置における異なるモジュール／手段／コンポーネント間のデータフローを示す概念的なデータフロー図である。 図１４は、処理システムを用いる装置のためのハードウェア実現の例を示す図である。 図１５Ａは、ＵＥのための無線通信の方法のフローチャートである。 図１５Ｂは、ＵＥのための無線通信の別の方法のフローチャートである。 図１５Ｃは、ＵＥのための無線通信のさらに別の方法のフローチャートである。 図１６は、別の例示的な装置における異なるモジュール／手段／コンポーネント間のデータフローを示す概念的なデータフロー図である。 図１７は、さらに別の例示的な装置の機能を示す概念的なブロック図である。

[0035] 添付の図面に関連して以下に示される詳細な説明は、様々な構成の説明を意図しており、本明細書において説明される概念が実現されうる唯一の構成しか表さないことを意図したものではない。詳細な説明は、様々な概念の完全な理解を提供するために、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実現されうることは、当業者には明白であろう。いくつかのインスタンス（instance）では、そのような概念をあいまいにしないために、周知の構造およびコンポーネントがブロック図の形式で示される。

[0036] 本明細書では、電気通信システムのいくつかの態様が様々な装置および方法に関連して提示される。これらの装置および方法は、以下の詳細な説明で説明され、様々なブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズム等、（「エレメント」と総称される）によって添付の図面で例示される。これらのエレメントは、電子機器、コンピュータソフトウェア、またはそれらの組み合わせを使用して実現されうる。そのようなエレメントがハードウェアとして実現されるかソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課された設計の制約に依存する。

[0037] 例として、エレメント、またはエレメントの任意の一部、またはエレメントの任意の組み合わせは、１または複数のプロセッサを含む「処理システム（processing system）」を用いて実現されうる。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲートロジック、離散ハードウェア回路、および、本開示を通して説明される様々な機能を実行するように構成された他の適切なハードウェアが含まれる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれる場合も、それ以外の名称で呼ばれる場合も、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するものと広く解釈されるべきである。

[0038] 結果として、１または複数の例示的な実施形態では、説明される機能が、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これらの機能は、コンピュータ読取可能な媒体上の１または複数の命令またはコードとして記憶されるか、あるいは１または複数の命令またはコードとして符号化されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の入手可能な（available）媒体でありうる。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、命令またはデータ構造の形態で所望のプログラムコードを搬送または記憶するために使用されることができ、かつ、コンピュータによってアクセスされることができる任意の他の媒体を備えうる。本明細書で使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（disks）は、通常磁気的にデータを再生し、ディスク（discs）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

[0039] 図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれうる。ＥＰＳ １００は、１または複数のユーザ機器（ＵＥ）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス（an Operator’s IP Services）１２２を含みうる。ＥＰＳは、他のアクセスネットワークと相互接続することができるが、簡潔化のために、それらのエンティティ／インターフェースは図示されない。図示されているように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に理解するように、本開示全体を通して提示される様々な概念は、回線交換サービスを提供するネットワークに拡張されうる。

[0040] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢ １０８を含む。ｅＮＢ １０６は、ＵＥ １０２に対するユーザおよび制御プレーンプロトコルターミネーション（user and control plane protocol terminations toward the UE 102）を提供する。ｅＮＢ １０６は、Ｘ２インターフェース（すなわち、バックホール）を介して、他のｅＮＢ １０８に接続されうる。ｅＮＢ １０６はまた、基地局、トランシーバ基地局、ラジオ基地局、ラジオトランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または他の適切な専門用語で呼ばれうる。ｅＮＢ １０６は、ＵＥ １０２のためのＥＰＣ １１０へのアクセスポイントを提供する。ＵＥ １０２の例には、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、映像デバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機器、または任意の他の同様の機能を有するデバイスが含まれる。ＵＥ １０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、無線ユニット、リモートユニット、モバイルデバイス、無線デバイス、無線通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他の適切な専門用語で呼ばれうる。

[0041] ｅＮＢ １０６は、Ｓ１インターフェースによってＥＰＣ １１０に接続される。ＥＰＣ １１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、他のＭＭＥ １１４、サービングゲートウェイ１１６、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ １１２は、ＵＥ １０２とＥＰＣ １１０との間のシグナリングを処理する制御ノードである。一般的に、ＭＭＥ １１２は、ベアラ（bearer）および接続管理を提供する。すべてのユーザＩＰパケットは、それ自体がＰＤＮゲートウェイ１１８に接続されているサービングゲートウェイ１１６を通って転送される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割付並びにその他の機能を提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、およびＰＳストリーミングサービス（ＰＳＳ）を含みうる。

[0042] 図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を示す図である。この例において、アクセスネットワーク２００は、多数のセルラ領域（セル）２０２に分割される。１または複数のより低い電力クラス（lower power class）のｅＮＢ ２０８は、セル２０２のうちの１または複数と重複するセルラ領域２１０を有しうる。より低い電力クラスのｅＮＢ ２０８は、リモートラジオヘッド（a remote radio head）（ＲＲＨ）と呼ばれうる。より低い電力クラスのｅＮＢ ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、あるいはマイクロセルでありうる。マクロｅＮＢ ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２内のすべてのＵＥ ２０６のために、ＥＰＣ １１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例には集中制御装置が存在しないが、代替的な構成では、集中制御装置が使用されうる。ｅＮＢ ２０４は、ラジオベアラ制御（radio bearer control）、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべてのラジオ関連機能（all radio related functions）に対して責任を有する。

[0043] アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して変化しうる。ＬＴＥアプリケーションでは、ＤＬ上でＯＦＤＭが使用され、ＵＬ上でＳＣ−ＦＤＭＡが使用され、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）の両方がサポートされる。以下の詳細な説明から当業者が容易に理解するように、本明細書に提示される様々な概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いた他の電気通信規格に容易に拡張されうる。例として、これらの概念は、発展型データ最適化（ＥＶ−ＤＯ）あるいはウルトラモバイルブロードバンド（ＵＭＢ）に拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００ファミリの規格の一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）が発表したエアインターフェース規格であり、ＣＤＭＡを用いてモバイル局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形例を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）と、ＴＤＭＡを用いる移動通信のためのグローバルシステム（ＧＳＭ（登録商標）：（Global System for Mobile Communications）と、ＯＦＤＭＡを用いる、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、およびフラッシュＯＦＤＭと、に拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書で説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書で説明されている。用いられる実際の無線通信規格および多元接続技術は、特定の用途およびシステムに課された全体的な設計の制約に依存するだろう。

[0044] ｅＮＢ ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術の使用により、ｅＮＢ ２０４は、空間領域を活用して、空間多重化（spatial multiplexing）、ビームフォーミング、および送信ダイバーシティをサポートすることができる。空間多重化は、同じ周波数上で同時に異なるデータストリームを送信するために使用されうる。データストリームは、データレートを増大させるために単一のＵＥ ２０６に送信されるか、あるいは、システム容量全体を増大させるために複数のＵＥ ２０６に送信されうる。これは、各データストリームを空間的にプリコーディングし（spatially precoding）（すなわち、振幅および位相のスケーリングを適用し）、ＤＬ上で複数の送信アンテナを通じてそれぞれの空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ ２０６に到達し、それにより、ＵＥ ２０６の各々は、そのＵＥ ２０６に向けられた１または複数のデータストリームを復元することができる。ＵＬ上で、各ＵＥ ２０６は、空間的にプリコーディングされたデータストリームを送信し、それにより、ｅＮＢ ２０４は、空間的にプリコーティングされた各データストリームのソースを識別することができる。

[0045] 空間多重化は一般的に、チャネル条件（channel conditions）が良好な場合に使用される。チャネル条件がそれ程良好でない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナによる送信のためにデータを空間的にプリコーディングすることによって、達成されうる。セルの端において優れたカバレッジを達成するために、単一ストリームのビームフォーミング送信が送信ダイバーシティと組み合わせて使用されうる。

[0046] 以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関連して説明される。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調する拡散スペクトル技法である。これらのサブキャリアは、精密周波数の間隔が空けられている（spaced apart at precise frequencies）。この間隔（spacing）は「直交性（orthogonality）」を提供し、それによって、受信機は、これらのサブキャリアからのデータを復元することができる。時間ドメインにおいて、ＯＦＤＭシンボル間干渉を抑制する（combat inter-OFDM-symbol interference）ために、各ＯＦＤＭシンボルにガードインターバル（例えば、サイクリックプリフィクス）が追加されうる。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。

[0047] 図３は、ＬＴＥにおけるＤＬフレームストラクチャの例を示す図３００である。フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割されうる。各サブフレームは、２個の連続するタイムスロットを含みうる。２個のタイムスロットを表すためにリソースグリッドが使用され、各タイムスロットは、リソースブロックを含みうる。リソースグリッドは、複数のリソースエレメントに分割される。ＬＴＥでは、１つのリソースブロックは、周波数ドメインにおいて１２個の連続するサブキャリアを、各ＯＦＤＭシンボルに１つのノーマルサイクリックプリフィクスの場合、時間ドメインにおいて７個の連続するＯＦＤＭシンボルを、すなわち、８４個のリソースエレメントを含む。リソースエレメントのうちのいくつかは、Ｒ ３０２、３０４と示されるように、ＤＬ基準信号（DL reference signals）（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、セル固有のＲＳ（Cell-specific RS）（ＣＲＳ）（共通ＲＳと呼ばれることもある）３０２と、ＵＥ固有のＲＳ（UE-specific RS）（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ ３０４は、対応する物理ＤＬ共有チャネル（physical DL shared channel）（ＰＤＳＣＨ）がマッピングされたリソースブロックでのみ送信される。各リソースエレメントによって搬送されるビット数は、変調スキームに依存する。すなわち、ＵＥが受信するリソースブロックが多いほど、および、変調スキームが高度であるほど、そのＵＥのためのデータレートは高くなる。

[0048] 図４は、ＬＴＥにおけるＵＬフレームストラクチャの例を示す図４００である。ＵＬのために利用可能なリソースブロックは、データセクションと制御セクションとに分割されうる。制御セクションは、システム帯域幅の両端に形成され、設定可能なサイズを有しうる。制御セクション内のリソースブロックは、制御情報の送信のためにＵＥに割り当てられうる。データセクションは、制御セクションに含まれないすべてのリソースブロックを含みうる。ＵＬフレーム構造は、連続するサブキャリアを含むデータセクションに帰着し、それにより、データセクションにおいて、連続するサブキャリアのすべてが単一のＵＥに割り当てられることを可能にしうる。

[0049] ＵＥは、ｅＮＢに制御情報を送信するために、制御セクションにおいて、リソースブロック４１０ａ、４１０ｂが割り当てられうる。このＵＥはまた、ｅＮＢにデータを送信するために、データセクションにおいてリソースブロック４２０ａ、４２０ｂが割り当てられうる。このＵＥは、制御セクションにおいて、割り当てられたリソースブロック上の物理ＵＬ制御チャネル（a physical UL control channel）（ＰＵＣＣＨ）で制御情報を送信しうる。このＵＥは、データセクションにおいて、割り当てられたリソースブロック上の物理ＵＬ共有チャネル（a physical UL shared channel）（ＰＵＳＣＨ）で、データのみ、またはデータと制御情報の両方を送信しうる。ＵＬ送信は、サブフレームの両方のスロットに広がり、周波数にわたってホッピングしうる。

[0050] リソースブロックのセットは、物理ランダムアクセスチャネル（a physical random access channel）（ＰＲＡＣＨ）４３０において、初期システムアクセスを実行し、ＵＬの同期を達成するために使用されうる。ＰＲＡＣＨ ４３０は、ランダムシーケンスを搬送するが、任意のＵＬデータ／シグナリングは搬送できない。各ランダムアクセスプリアンブルは、連続する６個のリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある特定の時間および周波数リソースに限られる。ＰＲＡＣＨについて周波数ホッピングは存在しない。ＰＲＡＣＨの試みは、単一のサブフレーム（１ｍｓ）においてまたは連続した少ない数のサブフレームのシーケンス（a sequence of few contiguous subframes）において搬送され（carried）、ＵＥは、１フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試みのみを行いうる。

[0051] 図５は、ＬＴＥにおいて、ユーザおよび制御プレーンのためのラジオプロトコルアーキテクチャの例を示す図５００である。ＵＥおよびｅＮＢのためのラジオプロトコルアーキテクチャは、レイヤ１、レイヤ２、レイヤ３という３つのレイヤで示される。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、様々な物理レイヤ信号処理機能を実現する。レイヤ１は、本明細書において、物理レイヤ５０６と呼ばれるだろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクに対して責任を有する。

[0052] ユーザプレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０、ラジオリンク制御（a radio link control）（ＲＬＣ）サブレイヤ５１２、パケットデータコンバージェンスプロトコル（a packet data convergence protocol）（ＰＤＣＰ）５１４サブレイヤを含み、それらは、ネットワーク側のｅＮＢで終端する。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８で終端するネットワークレイヤ（例えば、ＩＰレイヤ）や、接続の他端（例えば、遠端のＵＥ（far end UE）、サーバ、等）で終端するアプリケーションレイヤを含む、Ｌ２レイヤ５０８よりも上の、いくつかの上位レイヤを有しうる。

[0053] ＰＤＣＰサブレイヤ５１４は、異なるラジオベアラ（different radio bearers）と論理チャネルとの間で多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、ラジオ送信のオーバーヘッドを減らすために上位レイヤのデータパケットのヘッダ圧縮を提供し、それらのデータパケットを暗号化することによってセキュリティを提供し、ｅＮＢ間でＵＥのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、ハイブリッド自動再送要求（hybrid automatic repeat request）（ＨＡＲＱ）により順序が乱れた受信（out-of-order reception）を補償するために、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、損失データパケットの再送と、データパケットの並び替え（reordering）とを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルと転送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセルにおける様々なラジオリソース（例えば、リソースブロック）の複数のＵＥ間での割付に対して責任を有する。ＭＡＣサブレイヤ５１０は、ＨＡＲＱ動作に対しても責任を有する。

[0054] 制御プレーンにおいて、ＵＥおよびｅＮＢのためのラジオプロトコルアーキテクチャは、制御プレーンではヘッダ圧縮機能がないという点を除き、物理レイヤ５０６およびＬ２レイヤ５０８の場合と実質的に同一である。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）におけるラジオリソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、ラジオリソース（すなわち、ラジオベアラ）を取得することと、ｅＮＢとＵＥとの間でＲＲＣシグナリングを使用して下位レイヤを構成することに対して責任を有する。

[0055] 図６は、アクセスネットワークにおいてＵＥ ６５０と通信するｅＮＢ ６１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実現する。ＤＬにおいて、コントローラ／プロセッサ６７５は、ヘッダ圧縮、暗号化、パケットのセグメンテーションおよび並び替え、論理チャネルと転送チャネルとの間での多重化、様々な優先順位メトリック（priority metrics）に基づいたＵＥ ６５０へのラジオリソース割付（radio resource allocations）を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送、ＵＥ ６５０へのシグナリングに対して責任を有する。

[0056] ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実現する。これらの信号処理機能は、ＵＥ ６５０で前方誤り訂正（forward error correction）（ＦＥＣ）を容易にするようにコード化およびインターリーブすることと、様々な変調スキーム（例えば、二相位相変調（binary phase-shift keying）（ＢＰＳＫ）、直交位相変調（ＱＰＳＫ）、Ｍ相位相変調（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーション（signal constellations）にマッピングすることとを含む。次に、コード化および変調されたシンボルは、並列ストリームへと分けられる。次に、各ストリームは、ＯＦＤＭサブキャリアにマッピングされ、時間ドメインおよび／または周波数ドメインにおいて基準信号（例えば、パイロット）と多重化され、次に、高速フーリエ逆変換（an Inverse Fast Fourier Transform）（ＩＦＦＴ）を用いてともに結合され、時間ドメインのＯＦＤＭシンボルストリームを搬送する物理チャネルを生成しうる。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。コード化および変調スキームを決定するため並びに空間処理のために、チャネル推定器６７４からのチャネル推定値が使用されうる。チャネル推定値は、ＵＥ ６５０によって送信された基準信号および／またはチャネル条件フィードバックから導出されうる。次に、各空間ストリームは、個々の送信機６１８ ＴＸを介して異なるアンテナ６２０に提供される。各送信機６１８ ＴＸは、送信のために、それぞれの空間ストリームでＲＦキャリアを変調する。

[0057] ＵＥ ６５０において、各受信機６５４ ＲＸは、それぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６にその情報を提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実現する。ＲＸプロセッサ６５６は、ＵＥ ６５０に向けられた任意の空間的なストリームを復元するために、その情報に対して空間処理を実行する。複数の空間的ストリームがＵＥ ６５０に向けられた場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームへと結合されうる。次に、ＲＸプロセッサ６５６は、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボルストリームを時間ドメインから周波数ドメインに変換する。周波数ドメイン信号は、ＯＦＤＭ信号のサブキャリアごとに個々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ ６１０によって送信された最も可能性のある信号コンステレーションポイントを決定することによって復元および復調される。これらのソフト決定（soft decisions）は、チャネル推定器６５８によって計算されたチャネル推定値に基づきうる。次に、ソフト決定は、もともと物理チャネル上でｅＮＢ ６１０により送信されたデータおよび制御信号を復元するために、復号およびデインターリーブされる。次に、データおよび制御信号は、コントローラ／プロセッサ６５９に提供される。

[0058] コントローラ／プロセッサ６５９は、Ｌ２レイヤを実現する。コントローラ／プロセッサは、プログラムコードとデータを格納するメモリ６６０に関連付けられうる。メモリ６６０は、コンピュータ読取可能な媒体と呼ばれうる。ＵＬにおいて、コントローラ／プロセッサ６５９は、転送チャネルと論理チャネルとの間でのデマルチプレクシング、パケットのリアセンブリ、解読、ヘッダ圧縮解除、制御信号処理を提供して、コアネットワークからの上位レイヤパケットを復元する。次に、上位レイヤパケットは、データシンク６６２に提供され、それは、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。様々な制御信号もまた、Ｌ３処理のために、データシンク６６２に提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出に対して責任を有する。

[0059] ＵＬにおいて、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。ｅＮＢ ６１０によるＤＬ送信に関連して説明された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケットのセグメンテーションと並び替え、およびｅＮＢ ６１０によるラジオリソースの割り当てに基づいた論理チャネルと転送チャネルとの間での多重化を提供することにより、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実現する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送、ｅＮＢ ６１０へのシグナリングに対して責任を有する。

[0060] ｅＮＢ ６１０によって送信された基準信号またはフィードバックからチャネル推定器６５８によって導出されたチャネル推定値は、適切なコード化および変調スキームを選択し、空間処理を容易にするために、ＴＸプロセッサ６６８によって使用されうる。ＴＸプロセッサ６６８によって生成された空間ストリームは、個々の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。各送信機６５４ＴＸは、送信のために、それぞれの空間ストリームでＲＦキャリアを変調する。

[0061] ＵＬ送信は、ＵＥ ６５０の受信機機能に関連して説明された方法と同様の方法でｅＮＢ ６１０において処理される。各受信機６１８ ＲＸは、そのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０にその情報を提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実現しうる。

[0062] コントローラ／プロセッサ６７５は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６７５は、プログラムコードとデータを格納するメモリ６７６に関連付けられうる。メモリ６７６は、コンピュータ読取可能な媒体と呼ばれうる。ＵＬにおいて、コントローラ／プロセッサ６７５は、転送チャネルと論理チャネルとの間でのデマルチプレクシング、パケットのリアセンブリ、解読、ヘッダ圧縮解除、制御信号処理を提供して、ＵＥ ６５０からの上位レイヤパケットを復元する。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出についても責任を有する。

[0063] 図７は、異機種ネットワークにおける範囲拡張型セルラ領域を示す図７００である。ＲＲＨ ７１０ｂのような、より低い電力クラスのｅＮＢは、範囲拡張型セルラ領域７０３を有しており、それは、ＲＲＨ ７１０ｂとマクロｅＮＢ ７１０ａとの間でエンハンスドセル間干渉協調（enhanced inter-cell interference coordination）を通して、および、ＵＥ ７２０によって実行される干渉キャンセレーション（interference cancelation）を通して、セルラ領域７０２から拡張されうる。エンハンスドセル間干渉協調では、ＲＲＨ ７１０ｂは、ＵＥ ７２０の干渉条件に関する情報をマクロｅＮＢ ７１０ａから受信する。この情報によって、ＲＲＨ ７１０ｂは、範囲拡張型セルラ領域７０３内のＵＥ ７２０にサービス提供すること、並びに、ＵＥ ７２０が範囲拡張型セルラ領域７０３に入る際にマクロｅＮＢ ７１０ａからのＵＥ ７２０のハンドオフを受け入れることができる。

[0064] 図８は、アクセスネットワーク８００における例示的なマクロｅＮＢ／ＲＲＨ構成を示す図である。アクセスネットワーク８００は、ＣｏＭＰ送信ポイントの複数のクラスタ８０１を含みうる。ＣｏＭＰクラスタ８０１は、１または複数のマクロｅＮＢ ８０２および１または複数のＲＲＨ ８０４を含みうる。本明細書で使用される際、ＣｏＭＰクラスタは、エンティティ８０４が低減された送信電力で動作する場合に異種（heterogeneous）と呼ばれ、ＣｏＭＰクラスタは、エンティティ８０４が他のマクロｅＮＢと同じ送信電力で送信する場合に同種（homogenous）と呼ばれうる。異種展開および同種展開の両方について、１または複数のＲＲＨ ８０４が存在しうる。１つの態様において、マクロｅＮＢ ８０２およびＲＲＨ ８０４は、ファイバケーブル８０３、Ｘ２バックホール８０７、等を通して８０６に接続されうる。一般的に、ＵＥ ８１２は、アクセスネットワーク８００からサービスを受信しうる。１つの態様において、ＣＲＳパターンは、ＣｏＭＰクラスタ８０１にわたって共通である。例えば、マクロｅＮＢ ８０２およびＲＲＨ ８０４は、共通ＣＲＳパターンを使用して送信しうる。さらに、アクセスネットワーク８００は、１または複数のマクロｅＮＢ／ＲＲＨ ８０６を含む１または複数の他のＣｏＭＰクラスタ８０５を含みうる。動作中、別のＣｏＭＰクラスタ８０５からの干渉８１６に関連付けられた情報を含むＣＳＩフィードバックが取得され、マクロｅＮＢ ８０２および／またはＲＲＨ ８０４と通信する際に、ＵＥ ８１２を支援しうる。

[0065] ＵＥ ８１２の１つの態様において、ＵＥ ８１２は、ＣｏＭＰクラスタ８０１との通信のために無線プロトコルを使用できるようにされる。そのような通信プロトコルは、ＬＴＥリリース８、ＬＴＥリリース９、ＬＴＥリリース１０、ＬＴＥリリース１１、等、を含みうるが、それらに限定されるわけではない。ＵＥ ８１２にサービスを提供するために、ＵＥ ８１２とマクロｅＮＢ ８０２との間で使用される可能性のあるチャネル８１４について、および／または、ＵＥ ８１２とＲＲＨ ８０４との間のチャネル８１８についてのチャネル推定パラメータが取得され、干渉８１６を測定するために干渉推定パラメータが取得されうる。１つの態様において、干渉８１６は、他のＲＲＨ ８０４、マクロｅＮＢ ８０２、および／または、他のＣｏＭＰクラスタ８０５から発生する可能性がある。ＵＥがチャネル推定および干渉推定を実行できるようにするために、様々なリソースパターングループ（例えば、ＣｏＭＰクラスタ）のためのリソースエレメントパターンを構成するための様々なスキームが提示される。

[0066] 図９は、ＵＥ ９０６が、考えられる複数のサービス提供送信ポイント（multiple possible serving transmission points）（９０２、９０４）に関連付けられたチャネル状態測定を実行しうる例示的なアクセスネットワーク９００を示す図である。１つの態様において、送信ポイント（９０２、９０４）は、ＣｏＭＰクラスタとして動作するように協調されうる。アクセスネットワーク９００は、協調された（coordinated）スケジューリングおよび／または協調されたビームフォーミング、動的ポイント選択（dynamic point selection）（ＤＰＳ）、コヒーレントおよび／または非コヒーレントジョイント送信（joint transmission）（ＪＴ）、等、を含む複数のＣｏＭＰスキームのためのサポートを含みうる。さらに、アクセスネットワーク９００は、異種および／または同種のＣｏＭＰクラスタ動作に対してサポートを提供しうる。

[0067] １つの態様において、ＣＳＩフィードバック報告（CSI feedback reporting）は、チャネル測定および干渉測定を含み、その両者は、１または複数のチャネル状態情報基準信号（Channel State Information Reference Signals）（ＣＳＩ−ＲＳ）および１または複数の共通基準信号（Common Reference Signal）（ＣＲＳ）を含む基準信号の組み合わせを通して容易にされうる。本明細書で使用される場合、ＣＳＩ−ＲＳは、非ゼロ電力（non-zero power）およびゼロ電力（zero-power）のＣＳＩ−ＲＳに区別されうる。非ゼロ電力のＣＳＩ−ＲＳは、ＵＥ ９０６によって受信されうる非ゼロ電力での実際のパイロット送信を含み、チャネルおよび／または干渉条件を測定するために使用されうる。一方で、ゼロ電力のＣＳＩ−ＲＳは、１または複数のミュートされた（muted）リソースエレメントを表しうる。そのようなミューティング（muting）は、干渉測定に使用されうる。ゼロ電力と非ゼロ電力の両方のＣＳＩ−ＲＳリソースの構成は、ＵＥ ９０６固有でありうる。さらに、特定のＵＥ ９０６について、複数の非ゼロ電力のＣＳＩ−ＲＳリソースと、ゼロ電力のＣＳＩ−ＲＳリソースとが定義されうる。

[0068] ＣｏＭＰスキームは、ＤＰＳについて複数の候補送信ポイントを含みうるＣＳＩフィードバック報告を含む。コヒーレントおよび／または非コヒーレントのＪＴについて、複数の送信ポイント（例えば、９０２、９０４）は、ＵＥに同時に送信しうる。ＣＳＩフィードバック報告は、非周期的および／または周期的に実行されうる。非周期的なフィードバックは、要求に応じて（on a per-request basis）実行されうる。そのような非周期的なフィードバックは、アクセスネットワーク９００において、ＰＤＣＣＨ上で許可（through a grant on PDCCH）を通してトリガされうる。非周期的なＣＳＩフィードバック報告は、アップリンクデータ送信（例えば、ＰＵＳＣＨ上で）を使用してＵＥ ９０６によって送信され、よって、アップリンク制御チャネル（例えば、ＰＵＣＣＨ）上で利用可能でるものよりも大きいペイロード送信を可能にする。周期的なフィードバックは、１または複数の報告モードを含み、半静的に（semi-statically）構成された特定のタイムライン（timeline）に続きうる。周期的なＣＳＩフィードバック報告は、ＰＵＣＣＨを用いてＵＥ ９０６により送信され、それによって、非周期なフィードバックに利用可能なペイロードと比べて、より限定的なペイロードが可能になる。

[0069] ＵＥは、基準信号リソースの異なるセットに基づいて計算される複数のＣＳＩフィードバック報告を送りうる。各ＣＳＩフィードバック報告は、チャネル測定、干渉測定、または、それらの任意の組み合わせを含みうる。基準信号リソースの異なるセットを用いたフィードバック報告は、ネットワークが選択しうる異なる候補送信の選択肢（alternative）をこれらの基準信号が示すため、有益である。例えば、１つの態様において、ＵＥ ９０６は、ＤＰＳスキームの一部として、送信ポイント９０２によって、または、送信ポイント９０４によって、サービス提供されうる。そのような態様において、ＵＥ ９０６は、チャネル測定のために２つの個々の非ゼロ電力のＣＳＩ−ＲＳリソースに関連付けられた測定を実行するように構成されうる。さらに、ＵＥ ９０６は、ＣＳＩ報告の２つのセットを報告し、それぞれが、サービス提供する選択肢のうちの１つについて示しうる。上記のチャネル測定オプションと類似して、ＵＥ ９０６は、ＣＳＩフィードバック報告のために（例えば、干渉測定を実行する際にどのゼロ電力のＣＳＩ−ＲＳリソースを使用するかについての）、様々な干渉測定を実行しうる。

[0070] ＣＳＩ測定および報告についてのシグナリングの構成は、１または複数のリソースパターングループの使用を含みうる。基準信号パターンの複数のグループが使用され、これらのグループは、ＣＳＩフィードバックが報告される個々のフィードバック報告のインスタンス（instance）を構成しうる。異なるグループについてのＣＳＩ報告は、チャネル測定および／または干渉測定の異なる構成を示しうる。そのため、異なるグループについてのＣＳＩ報告は、実質的に異なりうる。各リソースパターングループについて、第１および第２のリソースエレメントパターンが考慮されうる。第１のリソースエレメントパターンは、チャネル測定に使用され、１または複数の非ゼロ電力のＣＳＩ−ＲＳリソースを使用しうる。随意的な態様において、ＣＲＳパターンの使用も考慮されうる。第２のリソースエレメントパターンは、干渉測定に使用され、ゼロ電力のＣＳＩ−ＲＳリソースおよび／またはＣＲＳを含みうる。非ゼロ電力のＣＳＩ−ＲＳリソースはまた、例えば、既知のパイロット送信を差し引いた後に（after subtracting）、干渉測定に使用されうる。ＵＥ ９０６は、明示的または暗示的なシグナリング、あるいはその組み合わせを通して、どのＣＳＩ−ＲＳリソースを使用するかについて知らされうる。異なるリソースパターングループの第１のリソースエレメントパターンは、同一のＣＳＩ−ＲＳリソースに対応しうるか、あるいは、対応しない可能性がある。同様に、異なるリソースパターングループの第２のリソースエレメントパターンは、同一のＣＳＩ−ＲＳリソースに対応しうるか、あるいは、対応しない可能性がある。例えば、１つの態様において、２つのリソースパターングループが考慮され得、両方のグループがチャネル推定に使用される同一のＣＳＩ−ＲＳリソースに対応する第１のリソースエレメントパターンを有すると同時に、両方のグループが干渉測定に使用される第２のリソースエレメントパターンのための異なる構成を有しうる。

[0071] 明示的なシグナリングが使用されると、ＵＥ ９０６は、ＣＳＩ−ＲＳリソースが使用されるべき新しいフィールドを通してシグナリングされうる。さらに、明示的（例えば、専用）シグナリングが使用された場合、干渉測定リソースは、ＲＲＣおよび／または動的シグナリングの組み合わせを通して、チャネル測定リソースとは別にシグナリングされうる。１つの態様において、動的シグナリングは、ＲＲＣシグナリングを補完しうる。例えば、４つのリソースすべてが、ＲＲＣシグナリングにおいて構成され、動的にシグナリングすることは、２ビットを含みうる。この２ビットは、ＲＲＣがシグナリングしたリソースのどれをＵＥ ９０６が測定すべきかを示す。

[0072] 暗示的なシグナリングが使用された場合、ＵＥ ９０６は、報告が要求されるサブフレームから、使用すべき１または複数のＣＳＩ−ＲＳリソースを推測しうる。次に、ＵＥ ９０６は、複数の送信ポイント（９０２、９０４）の各々に関連付けられたチャネル測定値および干渉測定値（９０８，９１０）を、ネットワークに伝達される送信ポイント（９０２、９０４）ごとに単一のＣＳＩ報告へと組み合わせうる。

[0073] 非周期的なフィードバックについて、１または複数の構成されたＣＳＩ−ＲＳリソースのインデックスは、動的なシグナリングを用いてシグナリングされうる。１つの態様において、ＲＲＣと動的シグナリングの組み合わせは、どのチャネル／干渉リソースをＵＥ ９０６が測定すべきかを構成するために使用されうる。上述されたように、基準信号リソースの複数のグループは、異なる送信の選択肢を示すＣＳＩ報告を可能にするように構成されうる。これらのグループの各々は、異なるチャネルおよび／または干渉測定のリソースパターンを含みうる。非周期的な報告は、干渉測定についての異なるリソースパターンに基づいて計算されたＣＳＩを含みうる。例えば、単一の基準信号パターンがチャネル測定のために構成されたとしても、複数のＣＳＩ−ＲＳリソースは、基準サブフレームにおいて、干渉推定のために構成されうる。ＵＥ ９０６は、干渉測定についてのこれらの異なるリソースパターンを使用して個々の非周期的なＣＳＩフィードバック報告を生成しうる。さらに、複数のリソースパターングループが測定された場合、さらなるシグナリングが使用され、グループごとに、ランクインジケーション、プリコーディング行列、チャネル品質（ＲＩ／ＰＭＩ／ＣＱＩ）を計算するか否か、または、特定のＣＳＩフィードバック報告でＲＩ／ＰＭＩ／ＣＱＩのサブセットを報告するか否かをＵＥ ９０６に伝達しうる。例えば、ＵＥ ９０６は、１つのグループについてはＲＩ／ＰＭＩ／ＣＱＩのすべてを報告し、別のグループについてはＣＱＩのみを報告しうる。１つの態様において、異なるグループに対応するＣＳＩ報告の符号化は、フィードバックペイロードを減らすためにまとめて実行されうる。例えば、さらなるＣＱＩ報告は、別の報告の絶対ＣＱＩ値（an absolute CQI value）と比べて、オフセット（デルタＣＱＩ）として符号化されうる。別の態様において、さらなるＣＱＩは、広帯域で、および／または、サブ帯域ごとに（per-subband basis）報告されうる。別の態様において、非周期的な報告の場合、基準リソースは、非周期的なＣＳＩ報告を求める要求が受信されたサブフレームに基づいて定義されうる。さらなるオフセットは、処理遅延をキャプチャする（capture）ために適用されうる。例えば、非周期的なＣ
ＳＩ報告を求める要求が受信されたサブフレームに基づいて、基準リソースサブフレームが決定されうる。この決定は、限定されるわけではないが、どのタイプの許可が非周期的なフィードバック要求をトリガしたかなど、他のパラメータにも依存しうる。基準サブフレームに該当する（fall into）基準信号リソースパターンと一致して、１または複数のＣＳＩフィードバック報告が、ＵＥによって送信されうる。１つの態様において、ＵＥは、報告されうるリソースパターンの数の上限に依存し（subject to an upper limit）うる。そのような態様において、この上限は、ＲＲＣシグナリングを通して構成されうる。

[0074] 周期的なフィードバックの場合、１または複数のＣＳＩ−ＲＳリソースは、報告モード構成の一部としてシグナリングされうる。１つの態様において、周期的なフィードバックは、個々の報告のインスタンスにおいて異なるチャネル／干渉測定構成を報告しうる。そのような態様において、チャネル／干渉測定のためのＣＳＩ−ＲＳリソースの構成は、報告モードの半静的な構成（a semi-static configuration）の一部にされうる。別の態様において、ＵＥ ９０６は、特定の周期的なフィードバック報告のインスタンスにおいて、どの基準信号パターングループを報告するかを少なくとも部分的に決定しうる。そのような態様において、ＵＥ ９０６は、１度に、（チャネル状態情報に関して）最良の基準信号パターングループだけを報告しうる。ＵＥ ９０６は、報告の一部として、どの基準信号パターングループが報告されたかを示しうる。別の態様において、ＵＥは、フィードバック報告構成の一部であるパターンで、いくつかの組み合わせにわたって循環し（cycle across several combinations）うる。

[0075] 図１０および１１は、ＣＳＩフィードバック報告のための例示的なＣｏＭＰスキームを提供する。

[0076] 図１０は、ＣＳＩ測定を可能にする例示的なフレーム構造１０００およびリソースエレメント構成１００２を示す図である。リソースエレメント構成１００２は、第１の送信ポイント（例えば、送信ポイント９０２）に関連付けられた、チャネル推定のために割り付けられた１または複数のリソースエレメント１００４、第２の送信ポイント（例えば、送信ポイント９０４）に関連付けられたチャネル推定のために割り付けられた１または複数のリソースエレメント１００６、第１の送信ポイント（例えば、送信ポイント９０２）に関連付けられた干渉推定に割り付けられた１または複数のリソースエレメント１００８、第２の送信ポイント（例えば、送信ポイント９０４）に関連付けられた干渉推定に割り付けられた１または複数のリソースエレメント１０１０、および、共通基準信号（ＣＲＳ）のための１または複数のリソースエレメント１０１２を含みうる。

[0077] ＣＳＩ−ＲＳリソース構成情報が、暗示的な構成を通して通信される場合、チャネルおよび干渉測定リソースのリンケージは、干渉測定リソース（１００８、１０１０）が、チャネル測定リソース（１００４、１００６）構成から導出されるうることを暗示する。１つの態様において、暗示的な構成は、１対１マッピングを使用したチャネルおよび干渉リソースのマッピングを含みうる。そのような態様において、チャネル推定のための非ゼロ電力のどのＣＳＩ−ＲＳリソース（１００４、１００６）についても、専用の干渉測定ＣＳＩ−ＲＳリソース（a dedicated interference measurement CSI-RS resource）（１００８、１０１０）が存在しうる。干渉測定リソースは、ゼロ電力（例えば、ミュートされた）および／または非ゼロ電力（例えば、ミュートされていない）でありうる。干渉測定リソースが非ゼロ電力である場合、ＵＥ（例えば、ＵＥ ９０６）は、１または複数の既知のパイロット信号を差し引き、そのリソースエレメントを干渉推定に対して使用しうる。そのような態様において、個々のシグナリングは、パイロット情報、プリコーディング情報、等、を含みうる。

[0078] 別の態様において、暗示的な構成は、１対多数のマッピングを使用したチャネルおよび干渉リソースのマッピングを含みうる。そのような態様において、ミュートされた複数のＣＳＩ−ＲＳリソースは、曖昧さをもたらすことなく、干渉推定に割り当てられうる。換言すると、各チャネル推定測定リソース（１００４）から干渉測定リソースのセット（１００８、１０１０）へのマッピングは、ダイレクトマッピングでありうる。さらに、非ゼロ電力のＣＳＩ−ＲＳリソース（１００４、１００６）は、１または複数の既知のパイロットを、チャネル推定に最初に割り付けられたリソースエレメントから差し引き、そのリソースエレメントを干渉推定に対して再利用することによって、干渉推定を補うために使用されうる。１つの態様において、チャネル測定リソースエレメントと干渉測定リソースエレメントとの間のマッピングは、サブフレーム、サブフレームセット、および／またはサブフレームタイプに依存して異なりうる。

[0079] 図１０に示されるように、第１の送信ポイント（例えば、送信ポイント９０２）に関連付けられたフィードバックは、チャネル推定のためにリソースエレメントパターン１００４を、干渉推定のためにリソースエレメントパターン１００８を、使用して取得されうる。さらに、第２の送信ポイント（例えば、送信ポイント９０４）に関連付けられたフィードバックは、チャネル推定のためにリソースエレメントパターン１００６を、干渉推定のためにリソースエレメントパターン１０１０を、使用して取得されうる。１つの態様において、ＣＲＳ １０１２は、干渉推定のためのＣＳＩ−ＲＳと組み合わせて使用されうる。

[0080] 上記の説明は個々の送信ポイントに対応するリソースエレメントパターンを指すが、本開示が１または複数の他の構成もカバーすることを当業者は認識するだろう。例えば、リソースエレメント１００４、１００６は、必ずしも、それぞれ、第１の送信ポイントおよび第２の送信ポイントに対応する必要はない。むしろ、１つの態様では、単一のリソースエレメントパターン１００４が、単一よりも多くの送信ポイントに広がりうる。さらに、ＣＳＩ−ＲＳポートから送信ポイントへの特定のマッピングは、ＵＥにトランスペアレントでありうる。

[0081] 図１１は、ＣＳＩ測定を可能にする例示的なフレーム構造１１００およびリソースエレメント構成１１０２を示す図である。リソースエレメント構成１１０２は、第１の送信ポイント（例えば、送信ポイント９０２）に関連付けられたチャネル推定のために割り付けられた１または複数のリソースエレメント１１０４、第２の送信ポイント（例えば、送信ポイント９０４）に関連付けられたチャネル推定のために割り付けられた１または複数のリソースエレメント１１０６、複数の送信ポイント（例えば、送信ポイント９０２，９０４）の間で共有されるべき干渉推定のために割り付けられた１または複数のリソースエレメント１１０８、および、共通基準信号（ＣＲＳ）のための１または複数のリソースエレメント１１１０を含みうる。

[0082] 複数のチャネル測定リソース間での干渉測定リソース１１０８の共有は、システムオーバーヘッドを低減することができる。２つの送信ポイント（例えば、９０２、９０４）が隣接するポイントである態様において、１１０８で測定された干渉は、これらの２つのポイント以外のポイントからの干渉を含みうる。しかしながら、そのようなケースにおいて、いずれかの送信ポイントについてのフィードバック報告が、共有される干渉測定リソース１１０８を用いて計算されると、他の送信ポイントからの干渉は、報告の一部として測定されない可能性がある。複数の送信ポイントがアクティブであり、干渉を生成しうる（例えば、１つの送信ポイント９０２がＵＥ ９０６にサービス提供すると同時に、他の送信ポイント９０４が異なるＵＥにサービス提供し、結果としてＵＥ ９０６への干渉を引き起こす）場合、この欠陥はネットワークの観点から望まれない。不明の干渉を回避するために、１または複数のチャネル測定値を、専用の干渉測定リソースから取得された干渉測定値に加えることによって、１または複数の他の送信ポイント（例えば、９０４）からの干渉は、他の送信ポイントの各々に関連付けられたチャネル測定リソースパターンに基づいて組み込まれうる。他の送信ポイントのチャネル測定リソースに基づいて干渉を加える際、チャネル測定リソース上にあるパイロットが結果的にネットワークによって割り当てられうるプリコーダ（pre-coder）とは異なりうるように、プリコーダの仮定（a pre-coder assumption）がなされる必要がありうる。１つの態様では、どのプリコーダの仮定を使用するかについて、ＵＥ（例えば、９０６）に知らせるために、シグナリングが追加されうる。例えば、干渉は、フルランク（full-rank）（またはハードコード化された）プリコーダの仮定、等を使用して追加されうる。別の態様において、各送信ポイントは、スケジューリング決定に基づいて、受信されたＣＳＩ報告をオフセットしうる。

[0083] 干渉の「加減（adding-back）」（“adding-back” interference）という上記技法は、干渉推定のためのＣＳＩ−ＲＳリソースが、複数の送信ポイント間で共有される場合以外のケースで適用されうる。非ゼロ電力のＣＳＩ−ＲＳが干渉寄与（an interference contribution）を表すことを示すこと、および、それを、専用の干渉測定リソースから取得された干渉推定に追加することによって、方法は、非ゼロ電力のＣＳＩ−ＲＳリソースに基づいて実行されうる。この手順の構成は、ＲＲＣおよび／または動的シグナリングの組み合わせを通して明示的にシグナリングされうる。上述された暗示的な構成オプションも同様に適用されうる。

[0084] 別の態様では、２つのチャネル測定リソースの各々に対して個々のリソースを構成する必要はない可能性があり、その代わりに、共有リソースが使用され、報告目的での干渉の追加は、他の送信ポイントのチャネル測定リソースに基づきうる。

[0085] 図１２は、無線通信方法のフローチャート１２００である。図１２において、点線のボックスは、開示される方法でのオプション的なステップを表す。

[0086] ブロック１２０２では、複数の送信ポイントが通信に利用可能である無線環境において、送信ポイントは、リソースパターン（例えば、リソースパターングループ）に基づいてグルーピングされうる。

[0087] ブロック１２０４、において、送信ポイントグループの各々（例えば、第１のグループ、第２のグループ、第Ｎのグループ、等）は、リソースパターンが割り付けられうる。１つの態様において、リソースパターンは、ＣＳＩフィードバック報告の一部として、シグナリングに使用されうる。さらに、各リソースパターングループは、第１のリソースエレメントパターン（ブロック１２０６）および第２のリソースエレメントパターン（ブロック１２０８）を含みうる。オプション的な態様において、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間でのマッピング（例えば、暗示的なリンケージ）が存在しうる。そのようなマッピングは、シグナリングオーバヘッドを減らし、それによって、システム性能を向上させうる。

[0088] ブロック１２１２において、各々が第１のリソースエレメントパターン（ブロック１２０６）および第２のリソースエレメントパターン（ブロック１２０８）を含むリソースパターングループ（ブロック１２０２）のためのリソースパターン（ブロック１２０４）を示す識別子は、ｅＮＢによってＵＥにシグナリングされうる。１つの態様では、第１のリソースパターンおよび第２のリソースパターンは、ＣＳＩ−ＲＳパターンである。１つの態様では、各リソースパターングループのための各リソースパターンを示すために使用される識別子は、ＲＲＣ、動的シグナリング、等のうちの少なくとも１つを使用してシグナリングされる。そのような態様では、ＲＲＣシグナリングが、１または複数の識別子オプションを含み、動的シグナリングが、１または複数の識別子オプションのうちのどれが使用されるべきかを示すために使用される１または複数のビットを含みうる。１つの態様において、動的シグナリングは、リソースパターンのうちの少なくとも１つを示すビットマップへのリンクを含みうる。別の態様において、リソースパターングループに使用されるべきリソースパターンは、識別子がシグナリングされるサブフレームに基づいて示されうる。上述されたように、１つの態様において、干渉推定に使用される第２のリソースエレメントパターン（ブロック１２０８）は、チャネル推定に使用される第１のリソースエレメントパターン（ブロック１２０６）に基づいて第２のリソースエレメントパターンを識別するマッピング（ブロック１２１０）を通して識別されうる。さらに、そのような態様において、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間のマッピングは、識別子がシグナリングされるサブフレームに依存しうる。１つの態様において、同一の第２のリソースエレメントパターン（ブロック１２０８）は、複数のリソースパターン（ブロック１２０４）にわたって共通でありうる。別の態様において、識別子は、さらに、要求されたチャネル状態条件報告についての可能なサービス提供リソースパターンとして示されないリソースパターンからの干渉に基づいてチャネル状態条件報告を調整するためのプリコーディング情報（１２０９）を示しうる。さらに別の態様において、識別子はさらに、１または複数の共通基準信号（ＣＲＳ）パターンに対応しうる第３のリソースパターン（１２１１）を示しうる。そのような態様において、ＣＲＳパターンは、リソースパターングループ（例えば、クラスタ間干渉）の外からの干渉を測定するために使用されうる。

[0089] ブロック１２１４において、ｅＮＢは、識別子によってシグナリングされたリソースパターンのうちの少なくとも１つに少なくとも部分的に基づいて、少なくとも１つのチャネル状態条件報告を受信しうる。チャネル状態条件報告は、周期的および／または非周期的に受信されうる。１つの態様において、識別子は、測定値の異なるインスタンスが異なるサブフレームの間にＵＥによって取得されるものであることを示しうる。別の態様において、識別子は、ＵＥによって測定された測定値の最良のセットがチャネル状態条件報告に含まれるべきであることを示しうる。１つの態様において、非周期的なチャネル状態条件報告が要求された場合、複数の異なるリソースパターングループに関連付けられたチャネル状態条件報告は、ＵＥによって戻されうる。

[0090] ブロック１２１６において、ｅＮＢは、受信されたチャネル状態条件報告の分析に基づいて、ＵＥによる使用のために１または複数のリソースを決定しうる。

[0091] 図１３は、例示的な装置１０６における異なるもモジュール／手段／コンポーネント間のデータフローを示す概念的なデータフロー図１３００である。装置１０６は、チャネル状態測定の際にＵＥを支援するために、様々なリソースパターンを示すように識別子１３０８を構成しうるモジュール１３０２を含む。１つの態様において、チャネル状態条件は、チャネル推定および干渉推定を含みうる。１つの態様において、リソースパターン構成モジュール１３０２は、半静的ベースでパターンを構成しうる。さらに、リソースパターン構成モジュール１３０２は、チャネル推定測定の際にＵＥを支援するように第１のリソースエレメントパターンを構成し、チャネル干渉測定の際にＵＥを支援するように第２のリソースエレメントパターンを構成しうる。１つの態様において、第１のおよび第２のリソースパターンの各々は、ＣＳＩ−ＲＳパターンである。オプション的な態様において、リソースパターン構成モジュール１３０２は、さらに、ＣｏＭＰクラスタの外からの干渉（例えば、クラスタ間干渉）推定を支援するように第３のリソースエレメントパターン１３１０を構成しうる。そのようなオプション的な態様において、第３のリソースパターン１３１０は、１または複数のＣＲＳパターンでありうる。

[0092] リソースパターン構成モジュール１３０２は、さらに、第１のリソースエレメントパターンに基づいて第２のリソースエレメントパターンを識別するマッピングを通して第２のリソースエレメントパターンを示しうるリソースエレメントパターンマッピングモジュール１３０４を含みうる。そのような態様において、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間のマッピングは、識別子１３０８がシグナリングされるサブフレームに依存しうる。別の態様において、リソースパターン構成モジュール１３０２は、干渉に使用されるリソースエレメントパターンが複数のリソースパターングループの間で共有されるように、リソースエレメントパターンを構成しうる。そのような態様において、識別子１３０８は、１または複数の他のリソースパターングループからの干渉を説明する（account for）ようにとの命令をさらに含みうる。

[0093] リソースパターン構成モジュール１３０２は、さらに、第１または第２のリソースパターングループのうちのどちらがチャネル状態条件報告に選択されなかったかに基づいて第１のリソースパターングループまたは第２のリソースパターングループのいずれかからの干渉に基づいたチャネル状態条件報告を調整するためのプリコーディング情報を示しうるシグナリング構成モジュール１３０６を含みうる。１つの態様において、シグナリング構成モジュール１３０６は、さらに、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つを使用するために、装置１０６をプロンプトしうる。そのような態様において、ＲＲＣシグナリングは、１または複数の識別子１３０８オプションを含み、動的シグナリングは、１または複数の識別子１３０８オプションのうちのどれが使用されるべきかを示すために使用される１または複数のビットを含みうる。別の態様において、動的シグナリングは、ＵＥによる使用のための少なくとも第１のリソースパターンおよび第２のリソースパターンを示すビットマップへのリンクを含みうる。さらに、シグナリング構成モジュール１３０６は、どのリソースが共有されたリソースであるか、および、どの干渉元が、「加減」（“added back”）されるべきであるかを、それらのチャネル測定リソースに基づいて特定するために、さらなるＲＲＣおよび／または動的シグナリングを構成するように動作可能でありうる。シグナリング構成モジュール１３０６はまた、ＣＲＳに基づいて、干渉を測定する動作可能な信号サポート（operable signal support）でありうる。

[0094] 装置１０６は、さらに、チャネル状態測定要求１３１４の一部として、ＵＥにリソースパターンをシグナリングする送信モジュール１３１２を含みうる。

[0095] さらに、装置１０６は、ＵＥから１または複数のチャネル状態条件報告１３１８を受信する受信モジュール１３１６、１または複数のチャネル状態条件報告１３１８に含まれる値に少なくとも部分的に基づいて、ＵＥによって使用するためのリソースをスケジューリングするリソーススケジューリングモジュール１３２０を含みうる。受信モジュール１３１６は、周期的および／または非周期的なチャネル状態条件報告１３１８を受信しうる。１つの態様において、チャネル状態条件報告１３１８が周期的なチャネル状態条件報告１３１８である場合、報告に含まれる測定値は、識別子１３０８に含まれる情報に依存しうる。そのような態様において、識別子は、異なるサブフレームの間に、および／または識別子が送信される間のサブフレームに基づいて、第１または第２のリソースパターングループのいずれかについて取得されるべき測定値の異なるインスタンスを示しうる。別の態様において、識別子は、決定された測定値の最良のセットがＵＥによってチャネル状態条件報告に含まれるべきであると示しうる。チャネル状態条件報告１３１８が非周期的な報告である態様において、様々なリソースパターングループに関連付けられた測定値の複数のインスタンスが受信されうる。その後、リソーススケジューリングモジュール１３２０は、送信モジュール１３１２を通してリソーススケジューリングメッセージ１３２２を通信しうる。さらに、リソーススケジューリングモジュール１３２０は、場合によっては、改善されたリソースパターンの生成を支援するために、チャネル状態フィードバック１３２４をリソースパターン構成モジュール１３０２に提供しうる。

[0096] 装置は、前述のフローチャート図１２のアルゴリズムのステップの各々を実行するさらなるモジュールを含みうる。このように、上述のフローチャート図１２における各ステップはモジュールによって実行され、装置はこれらのモジュールのうちの１または複数を含みうる。このモジュールは、特に、述べられたプロセス／アルゴリズムを実行するように構成され、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実現され、プロセッサによる実現のためにコンピュータ読取可能な媒体に記憶される、１または複数のハードウェアコンポーネントまたはそれらの組み合わせでありうる。

[0097] 図１４は、処理システム１４１４を用いる装置１０６’のためのハードウェア実現の例を示す図である。処理システム１４１４は、概してバス１４２４と表される、バスアーキテクチャを用いて実現されうる。バス１４２４は、処理システム１４１４の特定のアプリケーションと全体的な設計の制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１４２４は、プロセッサ１４０４、モジュール１３０２、１３０４、１３０６、１３１２、１３１４、１３１８、および、コンピュータ読取可能な媒体１４０６によって表される１または複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１４２４はまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路のような様々な他の回路をリンクするが、これらは、当技術分野において周知であるため、これ以上説明されない。

[0098] 装置は、トランシーバ１４１０に結合された処理システム１４１４を含む。トランシーバ１４１０は、１または複数のアンテナ１４２０に結合される。トランシーバ１４１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。処理システム１４１４は、コンピュータ読取可能な媒体１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ読取可能な媒体１４０６に記憶されるソフトウェアの実行を含む一般的な処理に対して責任を有している。このソフトウェアは、プロセッサ１４０４によって実行されると、処理システム１４１４に、任意の特定の装置に関して上記で説明された様々な機能を実行させる。コンピュータ読取可能な媒体１４０６はまた、ソフトウェアを実行する際にプロセッサ１４０４によって操作（manipulate）されるデータを記憶するために使用されうる。処理システムはさらに、モジュール１３０２、１３０４、１３０６、１３１２、１３１４、１３１８を含む。モジュールは、プロセッサ１４０４で走行し、コンピュータ読取可能な媒体１４０６に存在／記憶されたソフトウェアモジュール、プロセッサ１４０４に結合された１または複数のハードウェアモジュール、あるいは、それらの組み合わせでありうる。処理システム１４１４は、ｅＮＢ ６１０のコンポーネントであり、メモリ６７６、および／または、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、コントローラ／プロセッサ６７５のうちの少なくとも１つを含みうる。

[0099] 図１５Ａ〜１５Ｃは、ＵＥのための無線通信の方法のフローチャート１５００、１５０１、１５０３である。明瞭さのために、および、重複を回避するために、図１５Ａ〜１５Ｃに共通するブロックは、図１５Ａについて一度だけ説明される。

[00100] 図１５Ａは、ＵＥのための無線通信方法のフローチャート１５００である。

[00101] ブロック１５０２において、ＵＥは、リソースパターンごとに少なくとも第１および第２のリソースエレメントパターンを含む１または複数のリソースパターングループのための１または複数のリソースパターンを示す識別子を含むシグナリングを受信しうる。１つの態様において、シグナリングは、マクロｅＮＢ単独から受信され、別の態様では、シグナリングは、マクロｅＮＢおよび／または１または複数のＲＲＨの任意の組み合わせから受信されうる。１つの態様において、第１のリソースエレメントパターンは、チャネル推定に使用され、第２のリソースエレメントパターンは、干渉推定に使用されうる。そのような態様において、第１および第２のリソースエレメントパターンは、ＣＳＩ−ＲＳパターンである。オプション的な態様において、識別子は、干渉推定に使用されうる１または複数のＣＲＳパターンを示す第３のリソースエレメントパターンを示しうる。１つの態様において、第３のリソースパターンがシグナリングされる。この場合、第１のリソースパターンは、送信ポイントのクラスタ内からの１または複数の信号についてのチャネル推定に使用され（例えば、リソースパターングループ）、第２のリソースパターンは、送信ポイントのそのクラスタ内からの１または複数の信号についての干渉推定パターンに使用され、第３のリソースパターンは、協調送信ポイント（coordinating transmission points）のセットの外からの１または複数の信号についての干渉推定に使用され（例えば、クラスタ間干渉）うる。さらに、１つの態様において、ＵＥは、ｅＩＣＩＣ（エンハンスドセル間干渉キャンセレーション（enhanced Inter-Cell Interference Cancellation））を実行するように動作可能でありうる。別の態様において、シグナリングは、複数の識別子のインスタンスを含みうる。そのような態様において、ＵＥは、シグナリングを送信するために使用されるサブフレームに基づいて、どの識別子を使用するかを決定しうる。別の態様において、ＵＥは、動的シグナリングを使用して、どの識別子がどのリソースパターングループに対して使用されるべきかを知らされうる。

[00102] ブロック１５０４において、ＵＥは、１または複数のリソースエレメントパターンが、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間でのリンケージ（マッピング）の使用を通して示されうることを決定し、他のリソースエレメントパターンは、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間にリンケージがないことを示され（indicated with no linkage）うる。

[00103] ブロック１５１０において、ＵＥは、シグナリングに含まれるリソースパターングループごとにチャネル推定測定を実行しうる。

[00104] ブロック１５１２において、ＵＥは、シグナリングに含まれるリソースパターングループごとに干渉推定測定を実行しうる。

[00105] ブロック１５１４において、ＵＥは、干渉加減（interference add-back）が実行されるべきか否かを決定しうる。ブロック１５１４において、干渉加減が実行されるべきでないとＵＥが決定すると、ブロック１５２０において、ＵＥは、干渉推定値とチャネル推定値の両方に少なくとも部分的に基づいて１または複数のチャネル状態条件報告を生成しうる。１つの態様において、各送信ポイントが干渉測定のために個々のリソースエレメントパターンを割り付けられた場合、干渉加減は、実行されない可能性がある。

[00106] 対称的に、ブロック１５１４において、干渉加減が実行されるべきであるとＵＥが決定すると、ブロック１５１６において、ＵＥは、非ゼロ電力のＣＳＩ−ＲＳリソースに関連付けられた１または複数の他のリソースエレメントパターンを分析しうる。さらに、分析は、シグナリングまたは予め決定されたプリコーディングをこれらのリソースに適用することを含みうる。

[00107] ブロック１５１８において、ＵＥは、１または複数の分析されたリソースエレメントパターンから１または複数の干渉推定値を加減して、更新された干渉推定値を生成しうる。上述されたように、ブロック１５２０において、ＵＥは、干渉推定値とチャネル推定値の両方に少なくとも部分的に基づいて１または複数のチャネル状態条件報告を生成しうる。

[00108] ブロック１５２２において、ＵＥは、１または複数のチャネル状態条件報告を、１または複数のマクロｅＮＢおよび／または１または複数のＲＲＨに送信しうる。１つの態様において、ＵＥは、どのリソースパターングループが最良のチャネル条件に関連付けられているかを決定し、決定された最良のチャネル状態条件報告を送信しうる。別の態様において、ＵＥは、異なるサブフレームおよび／またはサブフレームの間に異なるチャネル状態条件報告のインスタンスを送信することを選択しうる。チャネル状態条件報告が非周期的な報告（例えば、要求された測定報告）であるさらに別の態様において、複数のチャネル状態条件報告は、同時に送信されうる。チャネル状態条件報告に応じて、ＵＥは、どの単一のリソースおよび／または複数のリソースがＵＥに割り当てられるかを示すリソーススケジューリングメッセージを受信しうる。

[00109] 図１５Ｂは、ＵＥのための無線通信方法のフローチャート１５０１である。上述されたように、本明細書において、図１５Ａについての共通の説明を共有するブロックは省略される。

[00110] ブロック１５０６において、ＵＥは、１または複数のリソースエレメントパターンが、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間でのリンケージ（例えばマッピング）の使用を通して示されうることを決定しうる。換言すると、ＵＥは、チャネル推定に割り付けられたリソースエレメントパターンに基づいて、どのリソースエレメントパターンが干渉推定に使用されるかを推測しうる。

[00111] 図１５Ｃは、ＵＥのための無線通信方法のフローチャート１５０３である。上述されたように、本明細書において、図１５Ａについての共通した説明を共有するブロックは省略される。

[00112] ブロック１５０８において、ＵＥは、１または複数のリソースエレメントパターンが、第１のリソースエレメントパターンと第２のリソースエレメントパターンとの間にリンケージがない状態で示され（indicated with no linkage）うることを決定しうる。換言すると、チャネル推定のため、および、干渉推定のために個々の専用のリソースエレメントパターンが割り付けられうる。

[00113] 図１６は、例示的な装置１０２における異なるモジュール／手段／コンポーネント間のデータフローを示す概念的なデータフロー図１６００である。装置１０２は、チャネル状態測定要求メッセージ１６１０を受信する受信モジュール１６０２を含む。１つの態様において、チャネル状態測定要求メッセージ１６１０は、１または複数のリソースパターングループを示す識別子を含みうる。１または複数のリソースパターングループの各々がリソースパターンに関連付けられており、その各々が少なくとも第１のリソースエレメントパターン１６０４と第２のリソースエレメントパターン１６０６とを含む。１つの態様において、第１および第２のリソースエレメントパターンは、チャネル状態測定要求メッセージ１６１０に含まれるリソースパターングループごとにＣＳＩ−ＲＳパターンを含みうる。１つの態様において、チャネル状態測定要求メッセージ１６１０は、複数の識別子を含みうる。そのような態様において、装置は、メッセージが送信されたサブフレームに基づいて識別子を選択しうる。別の態様において、動的シグナリングは、どの識別子がどのリソースパターングループに対して使用されるべきか示しうる。オプション的な態様において、チャネル状態測定要求メッセージ１６１０はさらに、第３のリソースエレメントパターン１６０５を含みうる。そのようなオプション的な態様において、第３のリソースエレメントパターン１６０５は、チャネル状態測定要求メッセージ１６１０に含まれる少なくともリソースパターングループについてのＣＲＳパターンを含みうる。

[00114] 装置１０２はさらに、チャネル条件を推定するために、第１のリソースエレメントパターン１６０６を使用しうるチャネル推定モジュール１６１０を含みうる。チャネル推定モジュール１６１０によって決定されたチャネル推定値１６１４は、チャネル状態条件報告生成モジュール１６１６に通信されうる。オプション的な態様において、第１のリソースエレメントパターン１６０６に基づいて干渉推定を実行するために使用される第２のリソースエレメントパターン１６０４を示すために、マッピングが使用されうる。そのようなオプション的な態様において、第２のリソースエレメントパターン１６０４は、第１のリソースエレメントパターン１６０６とのリンケージから導出され、干渉推定モジュール１６０８に通信されうる。

[00115] 装置１０２はさらに、干渉測定を実行するために第２のリソースパターン１６０４についての知識を使用する干渉推定モジュール１６０８を含みうる。１つの態様において、干渉推定モジュール１６０８はさらに、協調送信ポイントのセットの外からの干渉（例えば、クラスタ間干渉）を推定するために第３のリソースエレメントパターンを使用しうる。１つの態様において、第２のリソースエレメントパターンは、複数のリソースパターングループの間で共有されうる。１つの態様において、第２および／または複数の他のリソースパターングループについてのチャネル推定のために取得される測定値は、第１のリソースパターングループのための干渉測定に使用されうる。そのような態様において、第１のリソースエレメントパターンはさらに、１または複数のパイロット信号を、対応する第１のリソースエレメントパターンリソースから差し引くことによって処理され、処理された第１のリソースエレメントパターンは、干渉推定値関連の別のリソースパターングループを取得するために使用されうる。干渉推定モジュール１６０８によって決定された１つの干渉推定値および／または複数の干渉推定値１６１２は、チャネル状態条件報告生成モジュール１６１６に通信されうる。

[00116] 装置１０２はさらに、１または複数のチャネル状態条件報告１６１８を生成しうるチャネル状態条件報告生成モジュール１６１６を含みうる。１つの態様において、チャネル状態条件報告１６１８は、リソースパターングループごとに生成されうる。１つの態様において、各チャネル状態条件報告１６１８は、少なくとも、１つの干渉推定値および／または複数の干渉推定値１６１２、およびチャネル推定値１６１４に基づきうる。

[00117] 装置１０２はさらに、１または複数のチャネル状態条件報告１６１８をマクロｅＮＢに送信する送信モジュール１６２０を含みうる。送信モジュール１６２０は、１または複数のチャネル状態条件報告１６１８を周期的および／または非周期的に送信しうる。１つの態様において、装置１０２は、どのリソースパターングループが、最良のチャネル条件に関連付けられたかを決定し、送信モジュール１６２０を使用して、決定された最良のチャネル状態条件報告１６１８を送信しうる。別の態様において、装置１０２は、異なるサブフレームおよび／またはサブフレームタイプの間に異なるチャネル状態条件報告１６１８のインスタンスを送信することを選択しうる。チャネル状態条件報告１６１８が非周期的な報告（例えば、要求された測定報告）であるさらに別の態様において、複数のチャネル状態条件報告１６１８は、ｅＮＢに同時に送信されうる。１つの態様において、受信モジュール１６０２は、１または複数のチャネル状態条件報告１６１８の送信に応答して、マクロｅＮＢからリソーススケジューリングメッセージ１６２２を受信しうる。

[00118] 装置は、前述のフローチャート図１５Ａ〜１５Ｃのアルゴリズムのステップの各々を実行するさらなるモジュールを含みうる。このように、上述のフローチャート図１５Ａ〜１５Ｃにおける各ステップは、モジュールによって実行され、装置は、これらのモジュールのうちの１または複数を含みうる。このモジュールは、特に、述べられたプロセス／アルゴリズムを実行するように構成され、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実現され、プロセッサによる実現のためにコンピュータ読取可能な媒体に記憶される、１または複数のハードウェアコンポーネント、またはそれらの組み合わせでありうる。

[00119] 図１７は、処理システム１７１４を用いる装置１０２’のためのハードウェア実現の例を示す図である。処理システム１７１４は、概してバス１７２４と表さるバスアーキテクチャを用いて実現されうる。バス１７２４は、処理システム１７１４の特定のアプリケーションと全体的な設計の制約に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１７２４は、プロセッサ１７０４、モジュール１６０２、１６０８、１６１０、１６１６、１６２０、および、コンピュータ読取可能な媒体１７０６によって表される１または複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１７２４はまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路といった様々な他の回路をリンクさせることもできるが、これらは、当技術分野において周知であるため、これ以上説明されない。

[00120] 装置は、トランシーバ１７１０に結合された処理システム１７１４を含む。トランシーバ１７１０は、１または複数のアンテナ１７２０に結合される。トランシーバ１７１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。処理システム１７１４は、コンピュータ読取可能な媒体１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４は、コンピュータ読取可能な媒体１７０６に記憶されたソフトウェアの実行を含む一般的な処理に対して責任を有する。このソフトウェアは、プロセッサ１７０４によって実行されると、処理システム１７１４に、任意の特定の装置に関して上で説明された様々な機能を実行させる。コンピュータ読取可能な媒体１７０６はまた、ソフトウェアを実行する際にプロセッサ１７０４によって操作されるデータを記憶するために使用されうる。処理システムは、さらに、モジュール１６０２、１６０８、１６１０、１６１６、１６２０を含む。このモジュールは、プロセッサ１７０４で走行し、コンピュータ読取可能な媒体１７０６に存在／記憶されたソフトウェアモジュール、プロセッサ１７０４に結合された１または複数のハードウェアモジュール、あるいは、それらの組み合わせでありうる。処理システム１７１４は、ＵＥ ６５０のコンポーネントであり、メモリ６６０、および／または、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、コントローラ／プロセッサ６５９のうちの少なくとも１つを含みうる。

[00121] 開示された処理におけるステップの特定の順序または階層が例示的なアプローチの一例であるということは理解されるべきである。設計の選好に基づいて、これらの処理におけるステップの特定の順序または階層が並べ替えられ得ることは理解されるべきである。添付の方法請求項は、様々なステップのエレメントを例示的な順序で示すが、提示された特定の順序または階層に限定されることを意図するものではない。

[00122] 以上の記述は、どの当業者でも、本明細書に記述された様々な態様を実施することを可能にするために提供される。これらの態様に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された包括的な原理は、他の態様に適用されうる。このように、特許請求の範囲は、本明細書において示された態様を限定するように意図されたものではなく、特許請求の範囲と一致する全範囲であると認められるべきである。ここにおいて、単数系のエレメントへの言及は、そうであると明確に述べられない限りは「１および１つだけ」を意味するのではなく、むしろ「１または複数」を意味することが意図されている。別途明確な記載がない限り、「いつかの」という用語は、１または複数を意味する。当業者に知られている、あるいは後に知られる本開示全体を通して説明された様々な態様のエレメントに対するすべての構造的および機能的な均等物は、参照によって本明細書に明確に組み込まれ、請求項によって包含されるよう意図される。さらに、本明細書で開示されたものはいずれも、そのような開示が特許請求の範囲で明確に述べられているか否かに関係なく、公用にささげられることは意図されていない。請求項のエレメントが、「〜する手段」という表現を使用して、あるいは方法請求項である場合には「〜するステップ」という表現を使用して明確に記載されていない限り、どのエレメントも米国特許法第１１２条第６段落に基づいて解釈されるべきではない。

[00122] 以上の記述は、どの当業者でも、本明細書に記述された様々な態様を実施することを可能にするために提供される。これらの態様に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された包括的な原理は、他の態様に適用されうる。このように、特許請求の範囲は、本明細書において示された態様を限定するように意図されたものではなく、特許請求の範囲と一致する全範囲であると認められるべきである。ここにおいて、単数系のエレメントへの言及は、そうであると明確に述べられない限りは「１および１つだけ」を意味するのではなく、むしろ「１または複数」を意味することが意図されている。別途明確な記載がない限り、「いつかの」という用語は、１または複数を意味する。当業者に知られている、あるいは後に知られる本開示全体を通して説明された様々な態様のエレメントに対するすべての構造的および機能的な均等物は、参照によって本明細書に明確に組み込まれ、請求項によって包含されるよう意図される。さらに、本明細書で開示されたものはいずれも、そのような開示が特許請求の範囲で明確に述べられているか否かに関係なく、公用にささげられることは意図されていない。請求項のエレメントが、「〜する手段」という表現を使用して、あるいは方法請求項である場合には「〜するステップ」という表現を使用して明確に記載されていない限り、どのエレメントも米国特許法第１１２条第６段落に基づいて解釈されるべきではない。
なお、本願の出願当初の請求項と同一の記載を以下に付記する。
［Ｃ１］ 無線通信のための方法であって、
チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をユーザ端末（ＵＥ）にシグナリングすることと、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信することと、
前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定することと
を備える方法。
［Ｃ２］ 前記第１のリソースパターングループのための第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す前記識別子をシグナリングすることはさらに、ラジオリソース制御（ＲＲＣ）または動的シグナリングのうちの少なくとも１つを使用することを備える、Ｃ１に記載の方法。
［Ｃ３］ 前記第１のリソースパターングループのための第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとはさらに、前記識別子がシグナリングされるサブフレームに基づいて示される、Ｃ１に記載の方法。
［Ｃ４］ 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、前記干渉推定のための前記第２のリソースエレメントパターンを示す、Ｃ１に記載の方法。
［Ｃ５］ 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、前記識別子がシグナリングされるサブフレームに依存する、Ｃ４に記載の方法。
［Ｃ６］ 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、Ｃ１に記載の方法。
［Ｃ７］ 前記シグナリングすることはさらに、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンに基づいて、前記第２のリソースパターングループからの干渉を説明する（account for）ようにとの命令を備える、Ｃ１に記載の方法。
［Ｃ８］ シグナリングすることはさらに、前記チャネル状態条件報告を調整するためのプリコーディング情報を示す、Ｃ７に記載の方法。
［Ｃ９］ 前記第１のリソースパターンおよび第２のリソースパターンは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンである、Ｃ１に記載の方法。
［Ｃ１０］ 前記識別子はさらに、前記第１または第２のリソースパターングループのうちの前記少なくとも１つの１または複数の共通基準信号（ＣＲＳ）パターンに対応する第３のリソースパターンを示し、前記測定されたチャネル状態条件はさらに、前記第３のリソースパターンに基づく、Ｃ９に記載の方法。
［Ｃ１１］ 前記シグナリングすることは、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つを備え、前記ＲＲＣシグナリングは、１または複数の識別子オプションを備え、前記動的シグナリングは、前記１または複数の識別子オプションのどれが使用されるべきかを示すために使用される１または複数のビットを備える、Ｃ１に記載の方法。
［Ｃ１２］ 前記シグナリングすることは、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つを備え、前記動的シグナリングは、少なくとも前記第１のリソースパターンと前記第２のリソースパターンとを示すビットマップへのリンクを備える、Ｃ１に記載の方法。
［Ｃ１３］ 前記チャネル状態条件報告を受信することはさらに、周期的なチャネル状態条件報告を受信することを備え、前記測定値は、前記識別子に含まれる情報に依存して、前記報告に含まれ、前記識別子は、
異なるサブフレームで前記第１または第２のリソースパターングループのいずれかについて取得されるべき測定値の異なるインスタンス、または
測定値の決定された最良のセットが、前記チャネル状態条件報告に含まれるべきであること、
のうちの少なくとも１つを示す、Ｃ１に記載の方法。
［Ｃ１４］ 前記チャネル状態条件報告を受信することはさらに、非周期的なチャネル状態条件報告を受信することを備え、前記識別子は、前記第１または前記第２のリソースパターングループのうちの少なくとも１つに対して取得されるべき前記測定値を示す、Ｃ１に記載の方法。
［Ｃ１５］ 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記受信された少なくとも１つのチャネル条件報告はさらに、前記少なくとも１つのさらなるリソースパターンに少なくとも部分的に基づく、Ｃ１に記載の方法。
［Ｃ１６］ 無線通信のための方法であって、
第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信することと、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行することと、
前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行することと、
前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成することと、
前記チャネル状態条件報告を送信することと
を備える方法。
［Ｃ１７］ 前記第１のリソースパターンに関連付けられた第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、Ｃ１６に記載の方法。
［Ｃ１８］ 前記第１および第２のリソースパターンは、それぞれ、ＣＳＩ−ＲＳパターンを備える、Ｃ１６に記載の方法。
［Ｃ１９］ 受信することはさらに、前記第１および第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信することを備え、前記干渉推定を実行することはさらに、前記１または複数のＣＲＳパターンに基づいて、前記第１および第２のリソースパターングループの外からの干渉を推定することを備える、Ｃ１８に記載の方法。
［Ｃ２０］ 前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定することをさらに備え、
前記送信することはさらに、前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信することを備える、Ｃ１６に記載の方法。
［Ｃ２１］ 前記識別子は、半静的または動的シグナリングのうちの少なくとも１つを使用して、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す、Ｃ１６に記載の方法。
［Ｃ２２］ サブフレームに基づいて、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを選択することをさらに備える、Ｃ２１に記載の方法。
［Ｃ２３］ 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、干渉推定のための前記第２のリソースエレメントパターンを示す、Ｃ１６に記載の方法。
［Ｃ２４］ 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、サブフレームに依存する、Ｃ２３に記載の方法。
［Ｃ２５］ 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、ここにおいて、前記チャネルおよび干渉推定を実行することはさらに、前記少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレメントパターンを使用してチャネル推定を実行することと、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行することとを備え、前記生成することはさらに、前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成することを備える、Ｃ１６に記載の方法。
［Ｃ２６］ 無線通信のための装置であって、
チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングする手段と、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信する手段と、
前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する手段と
を備える装置。
［Ｃ２７］ 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記受信された少なくとも１つのチャネル条件報告はさらに、前記少なくとも１つのさらなるリソースパターンに少なくとも部分的に基づく、Ｃ２６に記載の装置。
［Ｃ２８］ 無線通信の装置であって、
第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信する手段と、ここにおいて、前記第１および前記第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行する手段と、
前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行する手段と、
前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成する手段と、
前記チャネル状態条件報告を送信する手段と
を備える装置。
［Ｃ２９］ 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、Ｃ２８に記載の装置。
［Ｃ３０］ 前記第１および第２のリソースパターンは、それぞれ、ＣＳＩ−ＲＳパターンを備える、Ｃ２８に記載の装置。
［Ｃ３１］ 前記受信する手段はさらに、前記第１および前記第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信する手段を備え、前記干渉推定を実行する手段はさらに、前記１または複数のＣＲＳパターンを用いて、前記第１および前記第２のリソースパターングループの外からの干渉を推定する手段を備える、Ｃ３０に記載の装置。
［Ｃ３２］ 前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定する手段をさらに備え、
前記送信する手段はさらに、前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信する手段を備える、Ｃ２８に記載の装置。
［Ｃ３３］ 前記識別子は、半静的または動的シグナリングのうちの少なくとも１つを使用して、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す、Ｃ２８に記載の装置。
［Ｃ３４］ サブフレームに基づいて、前記第１のリソースパターングループのための前記第１のリソースパターン、および、前記第２のリソースパターングループのための第２のリソースパターンを選択する手段をさらに備える、Ｃ３３に記載の装置。
［Ｃ３５］ 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、干渉推定のための前記第２のリソースエレメントパターンを示す、Ｃ２８に記載の装置。
［Ｃ３６］ 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、サブフレームに依存する、Ｃ３５に記載の装置。
［Ｃ３７］ 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記チャネルおよび干渉推定を実行する手段はさらに、少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレトパターンを使用してチャネル推定を実行する手段と、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行する手段とを備え、前記生成する手段はさらに、前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成する手段を備える、Ｃ２８に記載の装置。
［Ｃ３８］ コンピュータ読取可能な媒体を備えるコンピュータプログラム製品であって、前記コンピュータ読取可能な媒体は、
チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングし、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、少なくとも１つのチャネル状態条件報告を前記ＵＥから受信し、
前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する
ためのコードを備える、コンピュータプログラム製品。
［Ｃ３９］ コンピュータ読取可能な媒体を備えるコンピュータプログラム製品であって、前記コンピュータ読取可能な媒体は、
第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信し、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行し、
前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行し、
前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成し、
前記チャネル状態条件報告を送信する
ためのコードを備える、コンピュータプログラム製品。
［Ｃ４０］ 無線通信のための装置であって、
チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングし、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信し、
前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する
ように構成された処理システムを備える装置。
［Ｃ４１］ 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、Ｃ４０に記載の装置。
［Ｃ４２］ 前記処理システムはさらに、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンに基づいて、前記第２のリソースパターングループからの干渉を説明する（account for）ようにとの命令をシグナリングするように構成される、Ｃ４０に記載の装置。
［Ｃ４３］ 前記処理システムはさらに、前記第１または第２のリソースパターングループのうちのどちらが前記チャネル状態条件報告に対して選択されなかったかに基づいて前記第１のリソースパターングループまたは前記第２のリソースパターングループのいずれかからの干渉に基づいたチャネル状態条件報告を調整するためのプリコーディング情報をシグナリングするように構成される、Ｃ４２に記載の装置。
［Ｃ４４］ 前記識別子はさらに、前記第１または第２のリソースパターングループのうちの前記少なくとも１つの１または複数の共通基準信号（ＣＲＳ）パターンに対応する第３のリソースパターンを示し、前記測定されたチャネル状態条件はさらに、前記第３のリソースパターンに基づく、Ｃ４３に記載の装置。
［Ｃ４５］ 前記処理システムはさらに、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つをシグナリングするように構成され、前記ＲＲＣシグナリングは、１または複数の識別子オプションを備え、前記動的シグナリングは、前記１または複数の識別子オプションのうちのどれが使用されるべきかを示すために使用される１または複数のビットを備える、Ｃ４０に記載の装置。
［Ｃ４６］ 前記処理システムはさらに、ＲＲＣシグナリングまたは動的シグナリングを使用してシグナリングするように構成され、前記動的シグナリングは、少なくとも前記第１のリソースパターンと前記第２のリソースパターンとを示すビットマップへのリンクを備える、Ｃ４０に記載の装置。
［Ｃ４７］ 前記処理システムはさらに、周期的なチャネル状態条件報告を受信するように構成され、前記測定値は、前記識別子に含まれる情報に依存して、前記報告に含まれ、前記識別子は、
異なるサブフレームで前記第１または第２のリソースパターングループのいずれかについて取得されるべき測定値の異なるインスタンス、または
測定値の決定された最良のセットが、前記チャネル状態条件報告に含まれるべきであること
のうちの少なくとも１つを示す、Ｃ４０に記載の装置。
［Ｃ４８］ 前記処理システムはさらに、非周期的なチャネル状態条件報告を受信するように構成され、前記識別子は、前記第１または前記第２のリソースパターングループのうちの少なくとも１つに対して取得されるべき前記測定値を示す、Ｃ４０に記載の装置。
［Ｃ４９］ 無線通信の装置であって、
第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を受信し、ここにおいて、前記第１および前記第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行し、
前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行し、
前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成し、
前記チャネル状態条件報告を送信する
ように構成された処理システムを備える、装置。
［Ｃ５０］ 前記処理システムはさらに、
前記第１および第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信し、
前記１または複数のＣＲＳパターンを使用して前記第１および第２のリソースパターングループの外からの干渉を推定するように構成される、Ｃ４９に記載の装置。
［Ｃ５１］ 前記処理システムはさらに、
前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定し、
前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信する
ように構成される、Ｃ４９に記載の装置。
［Ｃ５２］ 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記処理システムはさらに、
前記少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレメントパターンを使用してチャネル推定を実行し、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行し、
前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成する
ように構成される、Ｃ４９に記載の装置。

Claims (52)

1. 無線通信のための方法であって、
   チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をユーザ端末（ＵＥ）にシグナリングすることと、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
   前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信することと、
   前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定することと
   を備える方法。
2. 前記第１のリソースパターングループのための第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す前記識別子をシグナリングすることはさらに、ラジオリソース制御（ＲＲＣ）または動的シグナリングのうちの少なくとも１つを使用することを備える、請求項１に記載の方法。
3. 前記第１のリソースパターングループのための第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとはさらに、前記識別子がシグナリングされるサブフレームに基づいて示される、請求項１に記載の方法。
4. 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、前記干渉推定のための前記第２のリソースエレメントパターンを示す、請求項１に記載の方法。
5. 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、前記識別子がシグナリングされるサブフレームに依存する、請求項４に記載の方法。
6. 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、請求項１に記載の方法。
7. 前記シグナリングすることはさらに、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンに基づいて、前記第２のリソースパターングループからの干渉を説明する（account for）ようにとの命令を備える、請求項１に記載の方法。
8. シグナリングすることはさらに、前記チャネル状態条件報告を調整するためのプリコーディング情報を示す、請求項７に記載の方法。
9. 前記第１のリソースパターンおよび第２のリソースパターンは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンである、請求項１に記載の方法。
10. 前記識別子はさらに、前記第１または第２のリソースパターングループのうちの前記少なくとも１つの１または複数の共通基準信号（ＣＲＳ）パターンに対応する第３のリソースパターンを示し、前記測定されたチャネル状態条件はさらに、前記第３のリソースパターンに基づく、請求項９に記載の方法。
11. 前記シグナリングすることは、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つを備え、前記ＲＲＣシグナリングは、１または複数の識別子オプションを備え、前記動的シグナリングは、前記１または複数の識別子オプションのどれが使用されるべきかを示すために使用される１または複数のビットを備える、請求項１に記載の方法。
12. 前記シグナリングすることは、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つを備え、前記動的シグナリングは、少なくとも前記第１のリソースパターンと前記第２のリソースパターンとを示すビットマップへのリンクを備える、請求項１に記載の方法。
13. 前記チャネル状態条件報告を受信することはさらに、周期的なチャネル状態条件報告を受信することを備え、前記測定値は、前記識別子に含まれる情報に依存して、前記報告に含まれ、前記識別子は、
    異なるサブフレームで前記第１または第２のリソースパターングループのいずれかについて取得されるべき測定値の異なるインスタンス、または
    測定値の決定された最良のセットが、前記チャネル状態条件報告に含まれるべきであること、
    のうちの少なくとも１つを示す、請求項１に記載の方法。
14. 前記チャネル状態条件報告を受信することはさらに、非周期的なチャネル状態条件報告を受信することを備え、前記識別子は、前記第１または前記第２のリソースパターングループのうちの少なくとも１つに対して取得されるべき前記測定値を示す、請求項１に記載の方法。
15. 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記受信された少なくとも１つのチャネル条件報告はさらに、前記少なくとも１つのさらなるリソースパターンに少なくとも部分的に基づく、請求項１に記載の方法。
16. 無線通信のための方法であって、
    第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信することと、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行することと、
    前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行することと、
    前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成することと、
    前記チャネル状態条件報告を送信することと
    を備える方法。
17. 前記第１のリソースパターンに関連付けられた第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、請求項１６に記載の方法。
18. 前記第１および第２のリソースパターンは、それぞれ、ＣＳＩ−ＲＳパターンを備える、請求項１６に記載の方法。
19. 受信することはさらに、前記第１および第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信することを備え、前記干渉推定を実行することはさらに、前記１または複数のＣＲＳパターンに基づいて、前記第１および第２のリソースパターングループの外からの干渉を推定することを備える、請求項１８に記載の方法。
20. 前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定することをさらに備え、
    前記送信することはさらに、前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信することを備える、請求項１６に記載の方法。
21. 前記識別子は、半静的または動的シグナリングのうちの少なくとも１つを使用して、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す、請求項１６に記載の方法。
22. サブフレームに基づいて、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを選択することをさらに備える、請求項２１に記載の方法。
23. 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、干渉推定のための前記第２のリソースエレメントパターンを示す、請求項１６に記載の方法。
24. 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、サブフレームに依存する、請求項２３に記載の方法。
25. 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、ここにおいて、前記チャネルおよび干渉推定を実行することはさらに、前記少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレメントパターンを使用してチャネル推定を実行することと、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行することとを備え、前記生成することはさらに、前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成することを備える、請求項１６に記載の方法。
26. 無線通信のための装置であって、
    チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングする手段と、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信する手段と、
    前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する手段と
    を備える装置。
27. 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記受信された少なくとも１つのチャネル条件報告はさらに、前記少なくとも１つのさらなるリソースパターンに少なくとも部分的に基づく、請求項２６に記載の装置。
28. 無線通信の装置であって、
    第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信する手段と、ここにおいて、前記第１および前記第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行する手段と、
    前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行する手段と、
    前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成する手段と、
    前記チャネル状態条件報告を送信する手段と
    を備える装置。
29. 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、請求項２８に記載の装置。
30. 前記第１および第２のリソースパターンは、それぞれ、ＣＳＩ−ＲＳパターンを備える、請求項２８に記載の装置。
31. 前記受信する手段はさらに、前記第１および前記第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信する手段を備え、前記干渉推定を実行する手段はさらに、前記１または複数のＣＲＳパターンを用いて、前記第１および前記第２のリソースパターングループの外からの干渉を推定する手段を備える、請求項３０に記載の装置。
32. 前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定する手段をさらに備え、
    前記送信する手段はさらに、前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信する手段を備える、請求項２８に記載の装置。
33. 前記識別子は、半静的または動的シグナリングのうちの少なくとも１つを使用して、前記第１のリソースパターングループのための前記第１のリソースパターンと、前記第２のリソースパターングループのための第２のリソースパターンとを示す、請求項２８に記載の装置。
34. サブフレームに基づいて、前記第１のリソースパターングループのための前記第１のリソースパターン、および、前記第２のリソースパターングループのための第２のリソースパターンを選択する手段をさらに備える、請求項３３に記載の装置。
35. 前記識別子は、チャネル推定に使用される前記第１のリソースエレメントパターンに基づいて前記第２のリソースエレメントパターンを識別するマッピングを通して、干渉推定のための前記第２のリソースエレメントパターンを示す、請求項２８に記載の装置。
36. 前記第１のリソースエレメントパターンと前記第２のリソースエレメントパターンとの間のマッピングは、サブフレームに依存する、請求項３５に記載の装置。
37. 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記チャネルおよび干渉推定を実行する手段はさらに、少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレトパターンを使用してチャネル推定を実行する手段と、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行する手段とを備え、前記生成する手段はさらに、前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成する手段を備える、請求項２８に記載の装置。
38. コンピュータ読取可能な媒体を備えるコンピュータプログラム製品であって、前記コンピュータ読取可能な媒体は、
    チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングし、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、少なくとも１つのチャネル状態条件報告を前記ＵＥから受信し、
    前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する
    ためのコードを備える、コンピュータプログラム製品。
39. コンピュータ読取可能な媒体を備えるコンピュータプログラム製品であって、前記コンピュータ読取可能な媒体は、
    第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を、ＵＥによって、受信し、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行し、
    前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行し、
    前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成し、
    前記チャネル状態条件報告を送信する
    ためのコードを備える、コンピュータプログラム製品。
40. 無線通信のための装置であって、
    チャネル状態条件を測定するために、第１のリソースパターングループのための第１のリソースパターンと、第２のリソースパターングループのための第２のリソースパターンとを示す識別子をＵＥにシグナリングし、ここにおいて、前記第１および第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンまたは前記第２のリソースパターンのうちの少なくとも１つに基づいて取得された測定値に少なくとも部分的に基づいた、前記ＵＥからの少なくとも１つのチャネル状態条件報告を受信し、
    前記少なくとも１つの受信されたチャネル状態条件報告に基づいて、前記ＵＥによる使用のために１または複数のリソースを決定する
    ように構成された処理システムを備える装置。
41. 第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンは、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンと同じである、請求項４０に記載の装置。
42. 前記処理システムはさらに、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンに基づいて、前記第２のリソースパターングループからの干渉を説明する（account for）ようにとの命令をシグナリングするように構成される、請求項４０に記載の装置。
43. 前記処理システムはさらに、前記第１または第２のリソースパターングループのうちのどちらが前記チャネル状態条件報告に対して選択されなかったかに基づいて前記第１のリソースパターングループまたは前記第２のリソースパターングループのいずれかからの干渉に基づいたチャネル状態条件報告を調整するためのプリコーディング情報をシグナリングするように構成される、請求項４２に記載の装置。
44. 前記識別子はさらに、前記第１または第２のリソースパターングループのうちの前記少なくとも１つの１または複数の共通基準信号（ＣＲＳ）パターンに対応する第３のリソースパターンを示し、前記測定されたチャネル状態条件はさらに、前記第３のリソースパターンに基づく、請求項４３に記載の装置。
45. 前記処理システムはさらに、ＲＲＣシグナリングまたは動的シグナリングのうちの少なくとも１つをシグナリングするように構成され、前記ＲＲＣシグナリングは、１または複数の識別子オプションを備え、前記動的シグナリングは、前記１または複数の識別子オプションのうちのどれが使用されるべきかを示すために使用される１または複数のビットを備える、請求項４０に記載の装置。
46. 前記処理システムはさらに、ＲＲＣシグナリングまたは動的シグナリングを使用してシグナリングするように構成され、前記動的シグナリングは、少なくとも前記第１のリソースパターンと前記第２のリソースパターンとを示すビットマップへのリンクを備える、請求項４０に記載の装置。
47. 前記処理システムはさらに、周期的なチャネル状態条件報告を受信するように構成され、前記測定値は、前記識別子に含まれる情報に依存して、前記報告に含まれ、前記識別子は、
    異なるサブフレームで前記第１または第２のリソースパターングループのいずれかについて取得されるべき測定値の異なるインスタンス、または
    測定値の決定された最良のセットが、前記チャネル状態条件報告に含まれるべきであること
    のうちの少なくとも１つを示す、請求項４０に記載の装置。
48. 前記処理システムはさらに、非周期的なチャネル状態条件報告を受信するように構成され、前記識別子は、前記第１または前記第２のリソースパターングループのうちの少なくとも１つに対して取得されるべき前記測定値を示す、請求項４０に記載の装置。
49. 無線通信の装置であって、
    第１のリソースパターングループのための第１のリソースパターン、および、第２のリソースパターングループのための第２のリソースパターン、のシグナリングを示す識別子を受信し、ここにおいて、前記第１および前記第２のリソースパターングループは、各々、チャネル推定のための第１のリソースエレメントパターンと、干渉推定のための第２のリソースエレメントパターンとを含む、
    前記第１のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第１のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、のチャネル推定を実行し、
    前記第１のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第１のリソースパターングループについて、および、前記第２のリソースパターンに関連付けられた前記第２のリソースエレメントパターンを使用して前記第２のリソースパターングループについて、の干渉推定を実行し、
    前記干渉およびチャネル推定の少なくとも一部に基づいて、前記第１または第２のリソースパターングループのうちの少なくとも１つについてのチャネル状態条件報告を生成し、
    前記チャネル状態条件報告を送信する
    ように構成された処理システムを備える、装置。
50. 前記処理システムはさらに、
    前記第１および第２のリソースパターングループに関連付けられたＣＲＳパターンを備える第３のリソースパターンを受信し、
    前記１または複数のＣＲＳパターンを使用して前記第１および第２のリソースパターングループの外からの干渉を推定するように構成される、請求項４９に記載の装置。
51. 前記処理システムはさらに、
    前記第１および第２のリソースパターングループの間でチャネルおよび干渉推定値を比較することによって、最良のチャネル状態条件を有するリソースパターングループを決定し、
    前記最良のチャネル状態条件を有する前記リソースパターングループに関連付けられた前記チャネル状態条件報告を送信する
    ように構成される、請求項４９に記載の装置。
52. 前記識別子は、少なくとも１つのさらなるリソースパターンを示し、前記処理システムはさらに、
    前記少なくとも１つのさらなるリソースパターンに関連付けられた第１のリソースエレメントパターンを使用してチャネル推定を実行し、前記少なくとも１つのさらなるリソースパターンに関連付けられた第２のリソースエレメントパターンを使用して干渉推定を実行し、
    前記少なくとも１つのさらなるリソースパターンについての前記チャネル状態条件報告を生成する
    ように構成される、請求項４９に記載の装置。