JP2014508464A

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

Info

Publication number: JP2014508464A
Application number: JP2013553428A
Authority: JP
Inventors: ガイアホファー、ステファン; ジ、ティンファン; ガール、ピーター; ルオ、タオ; チェン、ワンシ; モントジョ、ジュアン
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2011-02-11
Filing date: 2011-12-28
Publication date: 2014-04-03
Anticipated expiration: 2031-12-28
Also published as: HUE039623T2; KR20130124970A; CN103404097A; US20120207043A1; EP2673928B1; JP6009464B2; ES2681623T3; US9544108B2; WO2012108945A2; EP2673928A2; KR101519950B1; WO2012108945A3

Abstract

本明細書で開示する態様は、ｅＮＢとＲＲＨとを含む多重送信ポイント環境におけるチャネル推定および干渉推定に関する。開示する態様では、１つまたは複数の送信ポイントは、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることができる。ＵＥは、シグナリングを受信し、第１のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、第２のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し得る。ＵＥは、干渉推定とチャネル推定とに基づいてチャネル状態報告を生成し、送信ポイントにチャネル状態報告を送信し得る。ｅＮＢは、ＵＥが使用するための１つまたは複数のリソースをスケジュールする際に、受信したチャネル状態報告を採用し得、得られたチャネル推定と干渉推定とに影響を及ぼすために、第１のリソースパターンと第２のリソースパターンとの上でネットワークトラフィックを選択または調整し得る。

Description

関連出願の相互参照
[0001] 本出願は、本出願の譲受人に譲渡され、その全体が参照により明確に本明細書に組み込まれる、２０１１年２月１１日に出願された「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」と題する米国特許出願第１３／３３６，５９９号の利益を主張する。

[0002] 本開示は、一般に通信システムに関し、より詳細には、マクロ発展型ノードＢ（ｅＮＢ）／リモートラジオヘッド（ＲＲＨ：remote radio head）環境においてチャネル推定と干渉推定とを可能にするためのシステムおよび方法に関する。

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

[0004] これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の例は、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）である。ＬＴＥは、ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ（３ＧＰＰ）によって公表されたＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ（ＵＭＴＳ）モバイル規格の拡張セットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

[0005] 以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

[0006] １つまたは複数の態様およびその対応する開示に従って、マクロｅＮＢ／ＲＲＨ環境においてチャネル推定と干渉推定とを可能にすることに関して、様々な態様について説明する。一例では、ｅＮＢは、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングする能力があり得る。ＵＥは、シグナリングを受信し、第１のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、第２のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、干渉推定とチャネル推定とに基づいてチャネル状態報告を生成し、ｅＮＢにチャネル状態報告を送信する能力があり得る。ｅＮＢは、受信したチャネル状態報告に基づいてＵＥが使用するための１つまたは複数のリソースをスケジューリングし得る。

[0007] 関係する態様によれば、多重送信ポイント（たとえば、マクロｅＮＢ／ＲＲＨ）環境においてチャネル推定と干渉推定とを可能にするための方法が提供される。本方法は、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディション（channel state conditions）を測定するためにＵＥにシグナリングすることを含むことができる。さらに、本方法は、第１のリソースパターンと第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいてＵＥからチャネル状態コンディション報告を受信することを含み得る。さらに、本方法は、受信したチャネル状態コンディション報告に基づいてＵＥが使用するための１つまたは複数のリソースをスケジューリングすることを含むことができる。

[0008] 別の態様は、ワイヤレス通信装置に関する。本ワイヤレス通信装置は、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングするための手段を含むことができる。さらに、本ワイヤレス通信装置は、第１のリソースパターンと第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいてＵＥからチャネル状態コンディション報告を受信するための手段を含むことができる。さらに、本ワイヤレス通信装置は、受信したチャネル状態コンディション報告に基づいてＵＥが使用するための１つまたは複数のリソースをスケジューリングするための手段を含むことができる。

[0009] 別の態様は、ワイヤレス通信装置に関する。本装置は、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングするように構成された処理システムを含むことができる。さらに、本処理システムは、第１のリソースパターンと第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいてＵＥからチャネル状態コンディション報告を受信するように構成され得る。さらに、本処理システムは、受信したチャネル状態コンディション報告に基づいてＵＥが使用するための１つまたは複数のリソースをスケジューリングするようにさらに構成され得る。

[0010] 別の態様は、第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングするためのコードを備えるコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。さらに、本コンピュータ可読媒体は、第１のリソースパターンと第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいてＵＥからチャネル状態コンディション報告を受信するためのコードを含むことができる。さらに、本コンピュータ可読媒体は、受信したチャネル状態コンディション報告に基づいてＵＥが使用するための１つまたは複数のリソースをスケジューリングするためのコードを含むことができる。

[0011] 関係する態様によれば、多重送信ポイント（たとえば、マクロｅＮＢ／ＲＲＨ）環境においてチャネル推定と干渉推定とを可能にするための方法が提供される。本方法は、ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することを含むことができる。さらに、本方法は、第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することを含むことができる。さらに、本方法は、干渉推定とチャネル推定とに基づいてチャネル状態コンディション報告を生成することを含むことができる。さらに、本方法は、１つまたは複数の送信ポイントにチャネル状態コンディション報告を送信することを含むことができる。

[0012] 別の態様は、ワイヤレス通信装置に関する。本ワイヤレス通信装置は、ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信するための手段を含むことができる。さらに、本ワイヤレス通信装置は、第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行するための手段を含むことができる。さらに、本ワイヤレス通信デバイスは、干渉推定とチャネル推定とに基づいてチャネル状態コンディション報告を生成するための手段を含むことができる。さらに、本ワイヤレス通信装置は、１つまたは複数の送信ポイントにチャネル状態コンディション報告を送信するための手段を含むことができる。

[0013] 別の態様は、ワイヤレス通信装置に関する。本装置は、第１のリソースパターンと第２のリソースパターンとのシグナリングを受信するように構成された処理システムを含むことができる。さらに、本処理システムは、第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行するように構成され得る。さらに、本処理システムは、干渉推定とチャネル推定とに基づいてチャネル状態コンディション報告を生成するように構成され得る。さらに、本処理システムは、１つまたは複数の送信ポイントにチャネル状態コンディション報告を送信するようにさらに構成され得る。

[0014] 別の態様は、第１のリソースパターンと第２のリソースパターンとのシグナリングを受信するためのコードを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。さらに、本コンピュータ可読媒体は、第１のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、第２のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行するためのコードを含むことができる。さらに、本コンピュータ可読媒体は、干渉推定とチャネル推定とに基づいてチャネル状態報告を生成するためのコードを含むことができる。さらに、本コンピュータ可読媒体は、１つまたは複数の送信ポイントにチャネル状態報告を送信するためのコードを含むことができる。

[0015] 上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理を採用することができる様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

[0016] ネットワークアーキテクチャの一例を示す図。 [0017] アクセスネットワークの一例を示す図。 [0018] アクセスネットワーク中で使用するフレーム構造の一例を示す図。 [0019] ＬＴＥにおけるＵＬのための例示的なフォーマットを示す図。 [0020] ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0021] アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 [0022] 異種ネットワーク中のレンジ拡張されたセルラー領域を示す図。 [0023] アクセスネットワークにおける例示的なマクロｅＮＢおよびＲＲＨ構成を示す図。 [0024] アクセスネットワークにおける複数のマクロｅＮＢ／ＲＲＨセルを示す図。 [0025] 一態様による、発展型ノードＢとリモートラジオヘッドとを含むセルを示す図。 [0026] 一態様による、ＲＲＨミュートパターン（muting pattern）に関連する例示的なコードブック構成を示す図。 [0027] ワイヤレス通信の方法のフローチャート。 [0028] 例示的な装置中の様々なモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 [0029] 処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。 [0030] ワイヤレス通信の別の方法のフローチャート。 [0031] 別の例示的な装置中の様々なモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 [0032] さらに別の例示的な装置の機能を示す概念ブロック図。

[0033] 添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

[0034] 次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素（elements）」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

[0035] 例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム（processing system）」を用いて実装され得る。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム内の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

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

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

[0038] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、Ｘ２インターフェース（たとえば、バックホール（backhaul））を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、送受信基地局、無線基地局、無線送受信機、送受信機機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例には、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0039] ｅＮＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。

[0040] 図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、リモートラジオヘッド（ＲＲＨ：remote radio head）と呼ばれることがある。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。

[0041] アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplexing）と時分割複信（ＴＤＤ：time division duplexing）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の通信規格に容易に拡張され得る。例として、これらの概念は、Ｅｖｏｌｕｔｉｏｎ−ＤａｔａＯｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）またはＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、ＣＤＭＡを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、ならびにＴＤ−ＳＣＤＭＡ、ＴＤＭＡを採用するＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）、ＥｖｏｌｖｅｄＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびＯＦＤＭＡを採用するＦｌａｓｈ−ＯＦＤＭなど、ＣＤＭＡの他の変形態を採用するＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（ＵＴＲＡ）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。

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

[0043] 空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコードすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

[0044] 以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間（spacing）は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス(cyclic prefix)）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

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

[0046] 図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。

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

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

[0049] 図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

[0050] ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

[0051] ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）により、順序が狂った受信を補償するデータパケットの並べ替えと、紛失データパケットの再送信と、上位レイヤデータパケットのセグメンテーションおよび再統合とを実現する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

[0052] 制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

[0053] 図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

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

[0055] ＵＥ６５０において、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

[0056] コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントロール／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号と、ヘッダの復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。

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

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

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

[0060] コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントロール／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（decipher）と、ヘッダ復元（decompression）と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。

[0061] 図７は、異種ネットワーク中のレンジ拡張されたセルラー領域を示す図７００である。ＲＲＨ７１０ｂなどのより低い電力クラスのｅＮＢは、ＲＲＨ７１０ｂとマクロｅＮＢ７１０ａとの間の拡張セル間干渉協調（enhanced inter-cell interference coordination）と、ＵＥ７２０によって実行される干渉消去とを通してセルラー領域７０２から拡張されたレンジ拡張されたセルラー領域７０３を有し得る。拡張セル間干渉協調では、ＲＲＨ７１０ｂは、マクロｅＮＢ７１０ａから、ＵＥ７２０の干渉状態に関する情報を受信する。この情報により、ＲＲＨ７１０ｂは、レンジ拡張されたセルラー領域７０３中のＵＥ７２０をサービスし、ＵＥ７２０がレンジ拡張されたセルラー領域７０３に入るとき、マクロｅＮＢ７１０ａからのＵＥ７２０のハンドオフを受け入れることができる。

[0062] 図８は、アクセスネットワーク８００における例示的なマクロｅＮＢおよびＲＲＨ構成を示す図である。アクセスネットワーク８００は、複数のセルを含み得る。セルは、マクロｅＮＢ８０２と１つまたは複数のＲＲＨ８０４とを含み得る。一態様では、マクロｅＮＢ８０２とＲＲＨ８０４とは、ファイバーケーブル、Ｘ２バックホールなどを通して接続８０６され得る。さらに、マクロｅＮＢ８０２は第１のカバレージエリア８０８を与え得、ＲＲＨ８０４は、関連するカバレージエリア８１０を与え得る。概して、ＵＥ８１２は、アクセスネットワーク８００からサービスを受信し得る。一態様では、ＣＲＳは、セル全体にわたって共通であり、すなわち、マクロｅＮＢ８０２とＲＲＨ８０４とは、共通のＣＲＳを送信し得る。

[0063] ＵＥ８１２の一態様では、ＵＥ８１２は、セルとの通信のためにワイヤレスプロトコルを使用することが可能であり得る。そのような通信プロトコルは、限定はしないが、ＬＴＥリリース８、ＬＴＥリリース９、ＬＴＥリリース１０、ＬＴＥリリース１１などを含み得る。ＵＥ８１２にサービスを提供するために、ＵＥ８１２によって使用されるべきチャネル８１４のチャネル推定パラメータが取得され得、干渉推定パラメータが、干渉８１６を測定するために取得され得る。一態様では、干渉８１６は、潜在的に、他のＲＲＨ８０４、マクロｅＮＢ８０２、および／または他のセルから発生し得る。次に、チャネル推定および干渉推定のための様々な方式を提示する。

[0064] 適用可能なチャネル推定および／または干渉推定方式は、ＵＥ８１２が使用するように構成されたワイヤレスプロトコルに依存し得ることに留意されたい。一態様では、ＵＥ８１２は、マクロｅＮＢ８０２および／またはＲＲＨ８０４からのコンポジットチャネルを測定するように動作可能であり得る。これは、ＵＥ８１２がＬＴＥリリース８および／またはＬＴＥリリース９に基づいたシグナリングに限定される場合であり得る。そのような態様では、干渉推定は、共通のセル固有基準信号（ＣＲＳ：cell-specific reference signal）を使用することによって実行され得る。そのような態様では、セル全体にわたってＣＲＳが共通であるので、セル分割が可能でないことがある。一態様では、セル分割は、ＲＲＨ８０４の極近傍にあるＵＥ８１２（たとえば、高ジオメトリＵＥ）に可能であり得る。さらに、ＵＥ８１２にとって利用可能なコードブック（codebooks）は、この構成のために最適化されないことがあり、したがって、若干の性能損失が発生し得る。

[0065] セル８０８の一態様では、ＣＲＳはマクロｅＮＢ８０２のみによって送信され得る。そのような態様では、マクロｅＮＢ８０２がＣＲＳを送信するとき、自動利得制御（ＡＧＣ：automatic gain control）問題のためにＲＲＨ８０４に近くで停止（outage）が発生し得る。

[0066] セル８０８の別の態様では、ＣＲＳは、マクロｅＮＢ８０２とＲＲＨ８０４とによって送信され得る。そのような態様では、マクロｅＮＢ８０２が異なる数のアンテナでＲＲＨ８０４として用いて送信するように構成される場合、アンテナ仮想化が実行され得る。言い換えれば、マクロｅＮＢ８０２とＲＲＨ８０４とは、利用可能な物理アンテナの数に関してアンテナポートの数を増加または減少させ得る。

[0067] ＵＥ８１２の別の態様では、ＵＥ８１２は、チャネル状態情報リソース信号（ＣＳＩ−ＲＳ：channel state information resource signal）と復調リソース信号（ＤＭ−ＲＳ：demodulation resource signal）とを測定するように動作可能であり得る。これは、ＵＥ８１２がＬＴＥリリース１０対応のＵＥである場合であり得る。ＣＳＩ−ＲＳとＤＭ−ＲＳとは、共通の、セル固有の構成を必要としないので、セル分割は、ＣＳＩ−ＲＳとＤＭ−ＲＳとのＵＥ固有の構成によって可能になり得る。そのような構成では、ＣＲＳは、制御情報を通信するために使用され得、マクロｅＮＢ８０２を通して送信され得る。さらに、ＲＲＨ８０４のフィードバックは、ＣＳＩ−ＲＳなどのＵＥ８１２固有の値に基づいて取得され得るが、コードブックは、現在、そのようなフィードバックを効果的に可能にするように構成されていないことがある。

[0068] さらなる高度な態様では、ＵＥ８１２は、インターＲＲＨ８０４フィードバックを可能にするように、したがって、サービスするＵＥ８１２のために改善されたＲＲＨ８０４の選択を可能にするように機能強化されたコードブックを使用し得る。これは、ＵＥ８１２がＬＴＥリリース１１対応のＵＥである場合であり得る。そのようなＵＥは、拡張セル間干渉協調（ｅＩＣＩＣ：enhanced inter-cell interference coordination）を実行することが可能であり得る。

[0069] マクロｅＮＢ８０２および／またはＲＲＨ８０４からのコンポジットチャネルを測定するようにＵＥ８１２が動作可能である場合（たとえば、ＵＥがそのような伝送モードを使用するように構成された場合）の態様において、ＵＥ８１２は干渉推定を実行し得る。そのような態様では、他のセルからの干渉寄与を測定するためにＣＲＳ信号が使用され得る。対照的に、ＣＲＳに基づくＣＱＩフィードバックは、マクロおよびすべてのＲＲＨが送信するか、またはマクロのみが送信するという仮定に基づくので、信頼できないことがあるので、セル内干渉（intra-cell interference）を測定するためにＣＲＳが使用されないことがある。一態様では、サウンディングＲＳ（ＳＲＳ：sounding RS）測定値は、マクロｅＮＢ８０２によって使用され得、これらの測定値を組み合わせ得、ＵＥ８１２は、組み合わされた推定値を形成するように報告する。他のセル干渉測定の例については図９で説明する。マクロｅＮＢ８０２のみがＣＲＳを送信する態様では、干渉推定は、ＰＤＳＣＨ送信に生じ得る、ＲＲＨ８０４からの潜在的な寄与を考慮に入れ得る。別の同様の態様では、セル分割を可能にするために専用のリソース信号（ＲＳ：resource signal）が使用され得る。そのような態様では、干渉推定は、ＴＤＤにおいて相反定理（reciprocity principles）を使用して実行され得る。

[0070] チャネル状態情報リソース信号（ＣＳＩ−ＲＳ）と復調リソース信号（ＤＭ−ＲＳ）とを測定するようにＵＥ８１２が動作可能である場合（たとえば、ＵＥがそのような伝送モードを使用するように構成された場合）の態様において、ＵＥ８１２は干渉推定を実行し得る。そのような態様では、ＣＳＩ−ＲＳ値の処理を可能にするために伝送モード９（ＴＭ９）などの伝送モードが使用され得る。さらに、上記のように、ＵＥ８１２は、セル内での干渉推定のためにＣＲＳを効果的に使用することができないことがあるが、セル干渉推定のためにＣＲＳが依然として使用され得る。一態様では、干渉推定のためにＣＳＩ−ＲＳミュートが使用され得る。図１０および図１１では、ミュート方式についてさらに説明する。動作中、ミュート方式によって、少なくとも１つのＲＲＨ８０４またはマクロｅＮＢ８０２からデータ送信を受信するＵＥ８１２は、他の送信ポイント（たとえば、ＲＲＨ８０４および／またはマクロｅＮＢ８０２）から発生した干渉および雑音を測定することが可能になる。干渉および雑音のこの推定値は、ミュートパターン（muting pattern）によって指定されたリソース要素について、少なくとも１つのサービング送信ポイント（たとえば、ＲＲＨ８０４および／またはマクロｅＮＢ８０２）がミュートされるというＵＥの知識を活用する。したがって、ＵＥは、定義された間隔中に隣接ＲＲＨ８０４およびマクロｅＮＢ８０２からの（たとえば、ＰＤＳＣＨ）送信からの干渉を捕捉し得る。別の態様では、チャネル推定は、同様のミュート構成を使用して実行され得る。さらに別の態様では、オーバーヘッド送信を潜在的に低減するために、チャネル推定ＣＳＩ−ＲＳがミュートパターン中に埋め込まれ得る。埋込み値を使用してチャネル推定が実行された後、干渉推定を可能にするために、推定されたチャネル寄与がＣＳＩ−ＲＳから減算され得る。さらに別の態様では、チャネル推定および干渉推定においてＭＢＳＦＮサブフレームが使用され得る。そのような態様では、ＭＢＳＦＮ中のＣＲＳ送信が無効化され得る。さらに、システム情報ブロック（ＳＩＢ）など、ＭＢＳＦＮサブフレーム中に行われる他の送信が無効化され得る。

[0071] 図９は、アクセスネットワーク９００における複数のマクロｅＮＢ／ＲＲＨセルを示す図である。上記のように、セル外干渉値を測定するためにＣＲＳが使用され得る。図９に示すアクセスネットワーク９００は２つのセルを含み、第１のセルは、マクロｅＮＢ９０２とＲＲＨ９０４とを含み、第２のセルは、マクロｅＮＢ９０６とＲＲＨ９０８とを含む。概して、セル外干渉寄与（out of cell interference contributions）を推定するために第１のセルまたは第２のセルからのＣＲＳが使用され得る。たとえば、ＵＥ９１２は、マクロｅＮＢ９０６との接続９１４を有し得、マクロｅＮＢ９０６とＲＲＨ９０８とのうちの少なくとも１つから干渉９１６を受け得る。そのような態様では、マクロ／ＲＲＨセットアップにわたる干渉推定のためにＣＲＳが使用され得る。

[0072] 図１０は、アクセスネットワーク１０００における例示的なマクロ／ＲＲＨセルを示す図である。図１０に示すアクセスネットワーク１０００は、マクロｅＮＢ１００２と複数のＲＲＨ（１００４Ａ、１００４Ｂ、１００４Ｃ、１００４Ｄ）とを含む。図１０には４つのＲＲＨが示されているが、主題が４つのＲＲＨに限定されないことを、当業者は理解する。一態様では、マクロｅＮＢ１００２とＲＲＨ１００４とは、ファイバーケーブル、Ｘ２バックホールなどを通して接続１００６され得る。さらに、マクロｅＮＢ１００２は、第１のカバレージエリア１００８を与え得、ＲＲＨ（１００４Ａ、１００４Ｂ、１００４Ｃ、１００４Ｄ）は、関連するカバレージエリア（１０１０Ａ、１０１０Ｂ、１０１０Ｃ、１０１０Ｄ）を与え得る。動作中、ミュートパターンは、１つまたは複数のＲＲＨ（１００４Ａ、１００４Ｂ、１００４Ｃ、１００４Ｄ）のカバレージ領域（１０１０Ａ、１０１０Ｂ、１０１０Ｃ、１０１０Ｄ）から発生した送信、したがって、干渉を低減するために、それらからの送信をミュートし得る。したがって、ＵＥ１０１２は、ミュートパターンによって指定されたリソース要素について、少なくとも１つのサービング送信ポイント（たとえば、１００４Ａ、１００４Ｂ、１００４Ｃおよび／または１００４Ｄ）がミュートされるという知識を使用し得る。図１１を参照しながら、ミュートパターンのコードブック構成について説明する。上記で説明した態様では、セルは、単一のセルＩＤを有することも、複数のセルＩＤを有することもあることにさらに留意されたい。一態様では、マクロｅＮＢ１００２は、サービングセル１００８内の複数の送信ポイント（１００４Ａ、１００４Ｂ、１００４Ｃ、１００４Ｄ）に対応する複数の識別子（ＩＤ）をシグナリングし得る。

[0073] 図１１は、ＲＲＨミュートパターンに関連する例示的なコードブック構成１１００を示す図である。２つのＣＳＩ−ＲＳポート１１０２と、４つのＣＳＩ−ＲＳポート１１０４と、８つのＣＳＩ−ＲＳポート１１０６とのための例示的なコードブック１１００が与えられる。動作中、各ＣＳＩ−ＲＳポートが異なるＵＥに割り当てられ得、および／または複数のＣＳＩ−ＲＳポートが単一のＵＥに割り当てられ得る。様々なＲＳのロケーションが様々な影つきブロックを使用して示されている。たとえば、ＣＲＳポート１および２が要素１１０８に関して示され、ＣＲＳポート３および４が要素１１１０に関して示され、ＤＭ−ＲＳ（ＬＴＥリリース８）ポートとＤＭ−ＲＳ（ＬＴＥリリース９および１０）ポートとが、それぞれ、要素１１１２および１１１４に関して示され、ＰＤＣＣＨが要素１１１６に関して示され、ＰＤＳＣＨが要素１１１８に関して示されている。さらに、ＣＳＩ−ＲＳグルーピングが要素１１２０に関して示されている。ミュートパターンの実装中に、チャネル推定および／または干渉推定を可能にするために、ＣＳＩ−ＲＳの異なるグルーピングがミュートされ得る。さらに、ミュート構成が４つのＣＳＩ−ＲＳポートパターンに基づくとき、（上位レイヤによって構成される）ＦＤＤのために合計１０個の構成があり得る。またさらに、２つのＣＳＩ−ＲＳポートがＲＲＨのために構成された場合、ＣＳＩ−ＲＳがミュートパターンに埋め込まれ得、チャネル推定の後に、干渉推定を改善するために、埋込みＣＳＩ−ＲＳが減算され得る。

[0074] ＣＳＩ−ＲＳ１１２０のミュートは、ミュートリソースのうちの少なくとも一部が他のセルによるＰＤＳＣＨ送信と衝突するように構成され得る。マクロｅＮＢ／ＲＲＨネットワークは、ダウンリンクデータ送信中にこのＵＥ１０１２が受ける干渉および雑音を表すように、これらのリソースに対してＵＥが受ける干渉および雑音を調整し得る。さらに、ＬＴＥリリース−１０では、ミュートパターンは、４つのアンテナポートのためのＣＳＩ−ＲＳパターンに従い、それにより、１０個のパターンがＦＤＤ構成およびノーマルサイクリックプレフィックス（ＣＰ）長さのために利用可能になる。パターンの数は、他の構成ではわずかに異なり得ることに留意されたい。マクロ／ネットワークは、ＲＲＨセットアップにわたってこれらのパターンを協調させ得る。

[0075] チャネル推定のためにＵＥのために構成されたＣＳＩ−ＲＳパターンは、ミュートパターンと重複し得る。一態様では、部分的に重複する構成は、オーバーヘッドの使用に利益をもたらし得る。１つのそのような態様では、ＵＥが１つまたは２つのアンテナポートを用いたＣＳＩ−ＲＳフィードバックのために構成された場合、したがって、ＣＳＩ−ＲＳパターンに対応するＲＥがミュートされないように、このパターンをミュートパターンに埋め込むことが可能である。ＣＳＩ−ＲＳパターンは、次いで、チャネル推定のために使用され得、その後、それの寄与が減算され得、ミュートされたＲＥとＣＳＩ−ＲＳのために最初に使用されたＲＥとの両方が干渉推定のために使用され得る。

[0076] ｅＩＣＩＣを実行することが可能なＵＥ（たとえば、ＬＴＥリリース１１対応のＵＥ）の場合、干渉推定のために、または別のセルのチャネル推定性能を改善するために特定のミュートパターンが使用され得る。一態様では、ＬＴＥリリース１１ＵＥは、拡張セル間干渉協調（ｅＩＣＩＣ）を実行するように動作可能であり得る。ミュートパターンを対象としている目的に応じて、どちらの場合も遭遇する干渉はまったく異なることがある。そのようなシグナリングを有することによって、ＵＥは、両方の目的のためにミュートを使用するが可能になり得る。

[0077] 図１２は、ワイヤレス通信の方法のフローチャート１２００である。図１２では、破線の境界をもつボックスは、開示する方法における随意のステップを表す。

[0078] 随意の一態様では、ブロック１２０２において、マクロｅＮＢは、ＵＥがチャネル状態コンディションを測定するのを支援するように２つ以上のリソースパターンを構成する。一態様では、２つ以上のリソースパターンは半静的に構成され得る。本明細書で使用する半静的構成（semi-static configuration）は、無期限に、設定した時間の間などに２つ以上のリソースパターンを構成することを指すことがある。

[0079] ブロック１２０４において、少なくともマクロｅＮＢは、少なくとも第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するようにＵＥにシグナリングする。一態様では、シグナリングはマクロｅＮＢのみから送信され得るが、別の態様では、シグナリングは、マクロｅＮＢおよび／または１つまたは複数のＲＲＨから送信され得る。本明細書で使用するチャネル状態の測定は、チャネル推定の測定とチャネル干渉の測定とを指すことがある。一態様では、第１のリソースパターンは、チャネル推定のためのリソースを識別し得、第２のリソースパターンは、干渉推定のためのリソースを識別し得る。そのような態様では、第１のリソースパターンはＣＳＩ−ＲＳパターンであり得、第２のリソースパターンはＣＲＳパターンであり得る。別の態様では、第１のリソースパターンは、さらに、対応する第１のリソースパターンリソースから１つまたは複数のパイロット信号を減算することによって処理され得、処理された第１のリソースパターンはまた、干渉推定のために使用され得る。さらに、第１のリソースパターンと第２のリソースパターンの両方がＣＳＩ−ＲＳパターンであり得る。随意の態様では、第３のリソースパターンがシグナリングされ得、その場合、第１のリソースパターンは、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し得、第２のリソースパターンは、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し得、第３のリソースパターンは、１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別し得る。そのような態様では、第３のリソースパターンは、１つまたは複数の協調送信ポイントの１つまたは複数のＣＲＳパターンに対応し得る。さらに、一態様では、ＵＥは、ｅＩＣＩＣを実行するように動作可能であり得る。別の態様では、シグナリングはまた、１つまたは複数の送信ポイント（たとえば、マクロｅＮＢおよび／またはＲＲＨ）に対応するＩＤを含み得、１つまたは複数の送信ポイントは、ＵＥへの予想される送信中の１つまたは複数の送信ポイントによる送信に対応するように、リソースパターンのうちの１つまたは複数（たとえば、第１のリソースパターンおよび／または第２のリソースパターン）上で信号を協調させ得る。

[0080] ブロック１２０６において、マクロｅＮＢは、ＵＥからチャネル状態コンディション報告を受信する。一態様では、報告中に含まれるチャネル状態コンディション値は、第１のリソースパターンと第２のリソースパターンとを使用してＵＥによって行われた測定から少なくとも部分的に導出され得る。言い換えれば、チャネル状態コンディション報告は、チャネル推定値とチャネル干渉値とに基づき得る情報を含む。

[0081] ブロック１２０８において、マクロｅＮＢは、チャネル状態コンディション報告中で受信された情報に少なくとも部分的に基づいてＵＥが使用するための１つまたは複数のリソースをスケジュールする。マクロｅＮＢは、どのリソースをＵＥのためにスケジュールすべきかを判断する際に、マクロｅＮＢが導出した測定値、セル負荷、ネットワークが導出した測定値、他のＵＥからのチャネル状態コンディション報告などの他のファクタを考慮し得る。

[0082] 図１３は、例示的な装置１０６中の様々なモジュール／手段／構成要素間のデータフローを示す概念データフロー図１３００である。装置１０６は、ＵＥのチャネル状態測定を支援するように様々なリソースパターンを構成し得るモジュール１３０２を含む。一態様では、チャネル状態コンディションは、チャネル推定と干渉推定とを含み得る。一態様では、リソースパターン構成モジュール１３０２はパターンを半静的に構成し得る。さらに、リソースパターン構成モジュール１３０２は、ＵＥのチャネル推定測定を支援するように第１のリソースパターン１３０４を構成し、ＵＥのチャネル干渉測定を支援するように第２のリソースパターン１３０６を構成し得る。一態様では、第１のリソースパターンと第２のリソースパターンとの各々は、ＣＲＳ、ＣＳＩ−ＲＳなどのパターンであり得る。随意の態様では、リソースパターン構成モジュール１３０２は、さらに、協調送信ポイントのセット（たとえば、サービングセル）の外部からの干渉推定を支援するように第３のリソースパターン１３０８を構成し得る。そのような随意の態様では、第３のリソースパターン１３０８はＣＲＳパターンであり得る。装置１０６は、さらに、チャネル状態測定要求１３１２の一部としてＵＥにリソースパターンをシグナリングする送信モジュール１３１０を含み得る。

[0083] さらに、装置１０６は、ＵＥからチャネル状態コンディション報告１３１４を受信する受信モジュール１３１２と、チャネル状態コンディション報告１３１４中に含まれる値に少なくとも部分的に基づいて、ＵＥが使用するためのリソースをスケジュールするモジュール１３１６とを含み得る。装置１０６は、さらに、リソーススケジューリングモジュール１３１６に、１つまたは複数のＲＲＨから受信したチャネル状態コンディション報告１３１４を通信し得るＲＲＨ通信モジュール１３２２を含み得る。その後、リソーススケジューリングモジュール１３１６は、送信モジュール１３１０を通してリソーススケジューリングメッセージ１３１８を通信し得る。さらに、リソーススケジューリングモジュール１３１６は、改善されたリソースパターンの生成を潜在的に支援するために、リソースパターン構成モジュール１３０２にチャネル状態フィードバック１３２０を与え得る。

[0084] 装置は、上述の図１２のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１２のフローチャート内の各ステップは、１つのモジュールによって実行され得、装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

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

[0086] 装置は、トランシーバ１４１０に結合された処理システム１４１４を含む。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム１４１４は、コンピュータ可読媒体１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体１４０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１４０４によって実行されたとき、処理システム１４１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１３０２、１３１０、１３１２、１３１６および１３２２をさらに含む。それらのモジュールは、プロセッサ１４０４中で動作するか、コンピュータ可読媒体１４０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１４０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１４１４は、ｅＮＢ６１０の構成要素であり得、メモリ６７６および／またはＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とのうちの少なくとも１つを含み得る。

[0087] 図１５は、ワイヤレス通信の方法のフローチャート１５００である。

[0088] ブロック１５０２において、ＵＥは、少なくとも第１のリソースパターンと第２のリソースパターンとを含むシグナリングを受信する。一態様では、シグナリングはマクロｅＮＢのみから受信され得るが、別の態様では、シグナリングはマクロｅＮＢおよび／または１つまたは複数のＲＲＨの任意の組合せから受信され得る。一態様では、第１のリソースパターンは、チャネル推定のためのために使用され得、第２のリソースパターンは、干渉推定のために使用され得る。そのような態様では、第１のリソースパターンはＣＳＩ−ＲＳパターンであり得、第２のリソースパターンはＣＲＳパターンであり得る。一態様では、干渉推定のために、１つまたは複数の送信ポイントから受信した１つまたは複数のＣＲＳパターンが使用され得る。さらに、第１のリソースパターンと第２のリソースパターンの両方がＣＳＩ−ＲＳパターンであり得る。一態様では、第３のリソースパターンがシグナリングされ得、その場合、第１のリソースパターンは、サービングセル内からの１つまたは複数の信号のチャネル推定のために使用され得、第２のリソースパターンは、サービングセル内からの１つまたは複数の信号の干渉推定のために使用され得、第３のリソースパターンは、協調送信ポイントのセット（たとえば、サービングセル）の外部からの１つまたは複数の信号の干渉推定のために使用され得る。そのような態様では、第３のリソースパターンは、１つまたは複数の送信ポイントに対応する１つまたは複数のＣＲＳパターンに対応し得る。さらに、一態様では、ＵＥは、ｅＩＣＩＣを実行するように動作可能であり得る。別の態様では、シグナリングはまた、サービングセル内の１つまたは複数の送信ポイント（たとえば、マクロｅＮＢおよび／またはＲＲＨ）に対応するＩＤを含み得、マクロｅＮＢと複数の送信ポイントとは、ＵＥへの予想される送信中の複数の送信ポイントによる送信に対応するように、リソースパターンのうちの１つ（たとえば、第２のリソースパターン）上で、サービングセル内の複数の送信ポイントからの信号を協調させ得る。

[0089] ブロック１５０４において、ＵＥは、第１のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、第２のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行する。第３のリソースパターンが受信される別の態様では、ＵＥは、セル外干渉を判断するのを支援するために第３のリソースパターンを使用し得る。第１のリソースパターンと第２のリソースパターンとがＣＲＩ−ＲＳパターンを含む別の態様では、ＵＥは、送信されない（たとえば、ミュートされる）ことが知られていることがあるＣＳＩ−ＲＳパターンのうちのＣＳＩ−ＲＳパターンに対する干渉を測定し得る。

[0090] ブロック１５０６において、ＵＥは、干渉推定とチャネル推定の両方に少なくとも部分的に基づいてチャネル状態コンディション報告を生成する。一態様では、干渉推定は、協調送信ポイントのセット内からの干渉値と協調送信ポイントのセットの外部からの干渉値との両方の推定値を含み得る。

[0091] ブロック１５０８において、ＵＥは、サービングマクロｅＮＢおよび／または１つまたは複数のＲＲＨにチャネル状態コンディション報告を送信する。チャネル状態コンディション報告に応答して、ＵＥは、ＵＥにどの１つまたは複数のリソースが割り当てられるかを示すリソーススケジューリングメッセージを受信し得る。

[0092] 図１６は、例示的な装置１０２中の様々なモジュール／手段／構成要素間のデータフローを示す概念データフロー図１６００である。装置１０２は、チャネル状態測定要求メッセージ１６１０を受信する受信モジュール１６０２を含む。一態様では、装置１０２は、受信モジュール１６０２に、ＲＲＨから受信したチャネル状態測定要求メッセージ１６１０を通信し得るＲＲＨ通信モジュール１６２４をさらに含み得る。一態様では、チャネル状態測定要求メッセージ１６１０は、第１のリソースパターン１６０４と第２のリソースパターン１６０６とを含み得る。随意の態様では、チャネル状態測定要求メッセージ１６１０は第３のリソースパターン１６０５をさらに含み得る。装置１０２は、干渉測定を実行するために第２のリソースパターン１６０４についての知識を使用する干渉推定モジュール１６０８をさらに含み得る。一態様では、干渉推定モジュール１６０８は、協調送信ポイントのセットの外部からの干渉を推定するために第３のリソースパターンをさらに使用し得る。干渉推定モジュール１６０８によって判断された１つまたは複数の干渉推定値１６１２は、チャネル状態コンディション報告生成モジュール１６１６に通信され得る。装置１０２は、チャネル状態を推定するために第１のリソースパターン１６０６を使用し得るチャネル推定モジュール１６１０をさらに含み得る。チャネル推定モジュール１６１０によって判断されたチャネル推定値１６１４は、チャネル状態コンディション報告生成モジュール１６１６に通信され得る。装置１０２は、少なくとも１つまたは複数の干渉推定値１６１２とチャネル推定値１６１４とに基づいてチャネル状態コンディション報告１６１８を生成し得るチャネル状態コンディション報告生成モジュール１６１６をさらに含み得る。装置１０２は、マクロｅＮＢにチャネル状態コンディション報告１６１８を送信する送信モジュール１６２０をさらに含み得る。一態様では、ＲＲＨ通信モジュール１６２４が、ＲＲＨにチャネル状態コンディション報告１６１８を送信することができるようにするために、送信モジュール１６２０は、ＲＲＨ通信モジュール１６２４にチャネル状態コンディション報告１６１８を通信し得る。一態様では、受信モジュール１６０２は、チャネル状態コンディション報告１６１８の送信に応答して、マクロｅＮＢからリソーススケジューリングメッセージ１６２２を受信し得る。

[0093] 装置は、上述の図１５のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図１５のフローチャート内の各ステップは、１つのモジュールによって実行され得、装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

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

[0095] 装置は、トランシーバ１７１０に結合された処理システム１７１４を含む。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０に結合される。トランシーバ１７１０は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム１７１４は、コンピュータ可読媒体１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４はまた、コンピュータ可読媒体１７０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１７０４によって実行されたとき、処理システム１７１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体１７０６はまた、ソフトウェアを実行するときにプロセッサ１７０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１６０２、１６０８、１６１０、１６１６、１６２０、および１６２４をさらに含む。それらのモジュールは、プロセッサ１７０４中で動作するか、コンピュータ可読媒体１７０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１７０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１７１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。

[0096] 開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

[0097] 以上の説明は、当業者が本明細書で説明した様々な態様を実行できるようにするために提供したものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、言語的主張に矛盾しない最大限の範囲を与えられるべきであり、単数形の要素への言及は、明確にそう明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は「１つまたは複数の」を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「手段」という語句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ステップ」という語句を使用して具陳されていない限り、米国特許法第１１２条第６項の規定に基づいて解釈されるべきではない。

[0004] これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の例は、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）である。ＬＴＥは、ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ（３ＧＰＰ）によって公表されたＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ（ＵＭＴＳ）モバイル規格の拡張セットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。国際公開番号第２０１０／１０６５４９号は、パイロットシンボルで干渉を低減し、またパイロットトーンとヌルトーンとの組み合わせを、ヌルトーンと共に使用することによって好ましい干渉測定を可能にするための方法およびシステムを開示する。このタイプのシステムでは、受信機は残りの送信機からのいずれの干渉もなくチャネル状態情報を推定する事ができ、同時に受信機は、サイレント期間から個々の干渉チャネル状態または干渉共分散のいずれかを測定することができる。送信機のグループは、周波数再使用構造を使用して地理的に分離された領域において再使用される。好ましい実施形態では、パイロット信号が複数アンテナのプリコーダを使用してプリコードされる。プリコーダはパイロットおよびデータに対して同じでありうる。

[0005] 以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。本発明は、独立請求項において定義されている。

[0097] 以上の説明は、当業者が本明細書で説明した様々な態様を実行できるようにするために提供したものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、言語的主張に矛盾しない最大限の範囲を与えられるべきであり、単数形の要素への言及は、明確にそう明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は「１つまたは複数の」を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「手段」という語句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ステップ」という語句を使用して具陳されていない限り、米国特許法第１１２条第６項の規定に基づいて解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を備える、ワイヤレス通信の方法。
［Ｃ２］
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、Ｃ１に記載の方法。
［Ｃ３］
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ：common reference signal）パターンに対応する、Ｃ２に記載の方法。
［Ｃ４］
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングすることが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングすることをさらに備える、Ｃ２に記載の方法。
［Ｃ５］
前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させることをさらに備える、Ｃ２に記載の方法。
［Ｃ６］
前記チャネル状態コンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、Ｃ１に記載の方法。
［Ｃ７］
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、Ｃ６に記載の方法。
［Ｃ８］
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥに前記シグナリングすることが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングすることをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を備える、ワイヤレス通信の方法。
［Ｃ１１］
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記干渉推定を前記実行することが、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
をさらに備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記受信することが、第３のリソースパターンを受信することをさらに備え、干渉推定を前記実行することが、前記第３のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することをさらに備える、Ｃ１０に記載の方法。
［Ｃ１３］
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ１２に記載の方法。
［Ｃ１４］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、干渉推定を前記実行することが、
前記１つまたは複数の送信ポイントのうちの少なくとも１つが前記ミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとのミュートＣＳＩ−ＲＳパターンに対する干渉を測定することをさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、Ｃ１０に記載の方法。
［Ｃ１５］
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングするための手段と、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信するための手段と、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングするための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ１６］
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、Ｃ１５に記載の装置。
［Ｃ１７］
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ１６に記載の装置。
［Ｃ１８］
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングするための前記手段が、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするための手段をさらに備える、Ｃ１６に記載の装置。
［Ｃ１９］
前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるための手段をさらに備える、Ｃ１８に記載の装置。
［Ｃ２０］
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、Ｃ１５に記載の装置。
［Ｃ２１］
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、Ｃ２０に記載の装置。
［Ｃ２２］
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥにシグナリングするための前記手段が、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするための手段をさらに備える、Ｃ１５に記載の装置。
［Ｃ２３］
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成するための手段
をさらに備える、Ｃ１５に記載の装置。
［Ｃ２４］
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信するための手段と、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行するための手段と、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成するための手段と、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ２５］
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記干渉推定を実行するための前記手段が、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信するための手段と、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定するための手段と
をさらに備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、受信するための前記手段が、第３のリソースパターンを受信するための手段をさらに備え、干渉推定を実行するための前記手段が、前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行するための手段をさらに備える、Ｃ２４に記載の装置。
［Ｃ２７］
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ２６に記載の装置。
［Ｃ２８］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、干渉推定を実行するための前記手段が、
前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するための手段をさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、Ｃ２４に記載の装置。
［Ｃ２９］
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
［Ｃ３０］
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、Ｃ２９に記載のコンピュータプログラム製品。
［Ｃ３１］
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ３０に記載のコンピュータプログラム製品。
［Ｃ３２］
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングするための前記コードが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするためのコードをさらに備える、Ｃ３０に記載のコンピュータプログラム製品。
［Ｃ３３］
前記コンピュータ可読媒体が、前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるためのコードをさらに備える、Ｃ３２に記載のコンピュータプログラム製品。
［Ｃ３４］
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、Ｃ２９に記載のコンピュータプログラム製品。
［Ｃ３５］
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、Ｃ３４に記載のコンピュータプログラム製品。
［Ｃ３６］
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥにシグナリングするための前記コードが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするためのコードをさらに備える、Ｃ２９に記載のコンピュータプログラム製品。
［Ｃ３７］
前記コンピュータ可読媒体が、
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
を行うためのコードをさらに備える、Ｃ２９に記載のコンピュータプログラム製品。
［Ｃ３８］
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
［Ｃ３９］
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記コンピュータ可読媒体が、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
を行うためのコードをさらに備える、Ｃ３８に記載のコンピュータプログラム製品。
［Ｃ４０］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記コンピュータ可読媒体が、
第３のリソースパターンを受信することと、
前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行することと
を行うためのコードをさらに備える、Ｃ３８に記載のコンピュータプログラム製品。
［Ｃ４１］
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ４０に記載のコンピュータプログラム製品。
［Ｃ４２］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記コンピュータ可読媒体が、前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するためのコードをさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、Ｃ３８に記載のコンピュータプログラム製品。
［Ｃ４３］
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を行うように構成された処理システム
を備える、ワイヤレス通信のための装置。
［Ｃ４４］
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、Ｃ４３に記載の装置。
［Ｃ４５］
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ４４に記載の装置。
［Ｃ４６］
前記処理システムが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするようにさらに構成された、Ｃ４４に記載の装置。
［Ｃ４７］
前記処理システムが、前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるようにさらに構成された、Ｃ４６に記載の装置。
［Ｃ４８］
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、Ｃ４３に記載の装置。
［Ｃ４９］
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、Ｃ４８に記載の装置。
［Ｃ５０］
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記処理システムが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするようにさらに構成された、Ｃ４３に記載の装置。
［Ｃ５１］
前記処理システムが、
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
を行うようにさらに構成された、Ｃ４３に記載の装置。
［Ｃ５２］
第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を行うように構成された処理システム
を備える、ワイヤレス通信のための装置。
［Ｃ５３］
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記処理システムが、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
を行うようにさらに構成された、Ｃ５２に記載の装置。
［Ｃ５４］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記処理システムが、
第３のリソースパターンを受信することと、
前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行することと
を行うようにさらに構成された、Ｃ５２に記載の装置。
［Ｃ５５］
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、Ｃ５４に記載の装置。
［Ｃ５６］
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記処理システムが、
前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するようにさらに構成され、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、Ｃ５２に記載の装置。

Claims

第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を備える、ワイヤレス通信の方法。
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、請求項１に記載の方法。
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ：common reference signal）パターンに対応する、請求項２に記載の方法。
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングすることが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングすることをさらに備える、請求項２に記載の方法。
前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させることをさらに備える、請求項２に記載の方法。
前記チャネル状態コンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、請求項１に記載の方法。
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、請求項６に記載の方法。
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥに前記シグナリングすることが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングすることをさらに備える、請求項１に記載の方法。
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
をさらに備える、請求項１に記載の方法。
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を備える、ワイヤレス通信の方法。
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記干渉推定を前記実行することが、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
をさらに備える、請求項１０に記載の方法。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記受信することが、第３のリソースパターンを受信することをさらに備え、干渉推定を前記実行することが、前記第３のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することをさらに備える、請求項１０に記載の方法。
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項１２に記載の方法。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、干渉推定を前記実行することが、
前記１つまたは複数の送信ポイントのうちの少なくとも１つが前記ミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとのミュートＣＳＩ−ＲＳパターンに対する干渉を測定することをさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項１０に記載の方法。
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングするための手段と、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信するための手段と、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングするための手段と
を備える、ワイヤレス通信のための装置。
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、請求項１５に記載の装置。
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項１６に記載の装置。
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングするための前記手段が、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするための手段をさらに備える、請求項１６に記載の装置。
前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるための手段をさらに備える、請求項１８に記載の装置。
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、請求項１５に記載の装置。
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、請求項２０に記載の装置。
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥにシグナリングするための前記手段が、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするための手段をさらに備える、請求項１５に記載の装置。
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成するための手段
をさらに備える、請求項１５に記載の装置。
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信するための手段と、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行するための手段と、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成するための手段と、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信するための手段と
を備える、ワイヤレス通信のための装置。
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記干渉推定を実行するための前記手段が、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信するための手段と、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定するための手段と
をさらに備える、請求項２４に記載の装置。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、受信するための前記手段が、第３のリソースパターンを受信するための手段をさらに備え、干渉推定を実行するための前記手段が、前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行するための手段をさらに備える、請求項２４に記載の装置。
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項２６に記載の装置。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、干渉推定を実行するための前記手段が、
前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するための手段をさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項２４に記載の装置。
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、請求項２９に記載のコンピュータプログラム製品。
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項３０に記載のコンピュータプログラム製品。
チャネル状態コンディションを測定するために前記ＵＥに前記シグナリングするための前記コードが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするためのコードをさらに備える、請求項３０に記載のコンピュータプログラム製品。
前記コンピュータ可読媒体が、前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるためのコードをさらに備える、請求項３２に記載のコンピュータプログラム製品。
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、請求項２９に記載のコンピュータプログラム製品。
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、請求項３４に記載のコンピュータプログラム製品。
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記ＵＥにシグナリングするための前記コードが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするためのコードをさらに備える、請求項２９に記載のコンピュータプログラム製品。
前記コンピュータ可読媒体が、
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
を行うためのコードをさらに備える、請求項２９に記載のコンピュータプログラム製品。
ＵＥが第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記コンピュータ可読媒体が、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
を行うためのコードをさらに備える、請求項３８に記載のコンピュータプログラム製品。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記コンピュータ可読媒体が、
第３のリソースパターンを受信することと、
前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行することと
を行うためのコードをさらに備える、請求項３８に記載のコンピュータプログラム製品。
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項４０に記載のコンピュータプログラム製品。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記コンピュータ可読媒体が、前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するためのコードをさらに備え、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項３８に記載のコンピュータプログラム製品。
第１のリソースパターンと第２のリソースパターンとに基づいてチャネル状態コンディションを測定するためにＵＥにシグナリングすることと、
前記第１のリソースパターンと前記第２のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記ＵＥからチャネル状態コンディション報告を受信することと、
前記受信したチャネル状態コンディション報告に基づいて前記ＵＥが使用するための１つまたは複数のリソースをスケジューリングすることと
を行うように構成された処理システム
を備える、ワイヤレス通信のための装置。
前記測定されたチャネル状態コンディションが第３のリソースパターンにさらに基づき、
前記第１のリソースパターンが、１つまたは複数の協調送信ポイントからの１つまたは複数の信号のチャネル推定のためのリソースを識別し、
前記第２のリソースパターンが、１つまたは複数の信号の干渉推定パターンのためのリソースを識別し、
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの外部からの１つまたは複数の信号の干渉推定のためのリソースを識別する、請求項４３に記載の装置。
前記第３のリソースパターンが、前記１つまたは複数の協調送信ポイントの１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項４４に記載の装置。
前記処理システムが、前記１つまたは複数の協調送信ポイントに対応する識別子（ＩＤ）のうちの１つまたは複数をシグナリングするようにさらに構成された、請求項４４に記載の装置。
前記処理システムが、前記１つまたは複数の送信ポイントのうちの前記少なくとも１つからの前記第２のリソースパターンに対する前記ＵＥによって観測される干渉が、前記ＵＥへの送信中に前記１つまたは複数の送信ポイントによる予想される送信に対応するように、前記１つまたは複数の協調送信ポイントのうちの前記少なくとも１つからの送信を協調させるようにさらに構成された、請求項４６に記載の装置。
前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第１のリソースパターンが、チャネル推定のためのリソースを識別し、前記第２のリソースパターンが、干渉推定のためのリソースを識別する、請求項４３に記載の装置。
前記干渉推定が、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第１のリソースパターンリソースに少なくとも部分的に基づく、請求項４８に記載の装置。
前記第１のリソースパターンがチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンであり、前記第２のリソースパターンがＣＲＳパターンであり、前記処理システムが、前記ＣＲＳパターンに基づいてセル外干渉を測定するために前記ＵＥにシグナリングするようにさらに構成された、請求項４３に記載の装置。
前記処理システムが、
前記チャネル状態コンディションを測定するために前記ＵＥにシグナリングするために、前記第１のリソースパターン、前記第２のリソースパターン、または第３のリソースパターンのうちの少なくとも１つを半静的に構成すること
を行うようにさらに構成された、請求項４３に記載の装置。
第１のリソースパターンと第２のリソースパターンとのシグナリングを受信することと、
前記第１のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第２のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、
前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、
１つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することと
を行うように構成された処理システム
を備える、ワイヤレス通信のための装置。
前記第２のリソースパターンが１つまたは複数のＣＲＳパターンを備え、前記処理システムが、
前記１つまたは複数の送信ポイントに対応する前記１つまたは複数のＣＲＳパターンを受信することと、
前記１つまたは複数のＣＲＳパターンに基づいて干渉を推定することと
を行うようにさらに構成された、請求項５２に記載の装置。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記処理システムが、
第３のリソースパターンを受信することと、
前記第３のリソースパターンに基づいて前記１つまたは複数の送信ポイントの外部からの１つまたは複数の信号の干渉推定を実行することと
を行うようにさらに構成された、請求項５２に記載の装置。
前記第３のリソースパターンが、前記１つまたは複数の送信ポイントに対応する１つまたは複数の共通基準信号（ＣＲＳ）パターンに対応する、請求項５４に記載の装置。
前記第１のリソースパターンと前記第２のリソースパターンとがそれぞれＣＳＩ−ＲＳパターンを備え、前記処理システムが、
前記１つまたは複数の送信ポイントのうちの少なくとも１つがミュートＣＳＩ−ＲＳパターンで送信されない場合、前記第１のリソースパターンと前記第２のリソースパターンとの前記ミュートＣＳＩ−ＲＳパターンに対する干渉を測定するようにさらに構成され、前記第１のリソースパターンと前記第２のリソースパターンとの非ミュートＣＳＩ−ＲＳパターンが、前記１つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項５２に記載の装置。