第1のリソースパターンと第2のリソースパターンとに基づいてチャネル状態コンディションを測定するためにUEにシグナリングすることと、前記第1のリソースパターンと前記第2のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記UEからチャネル状態コンディション報告を受信することと、前記受信したチャネル状態コンディション報告に基づいて前記UEが使用するための1つまたは複数のリソースをスケジューリングすることとを備える、ワイヤレス通信の方法。前記測定されたチャネル状態コンディションが第3のリソースパターンにさらに基づき、前記第1のリソースパターンが、1つまたは複数の協調送信ポイントからの1つまたは複数の信号のチャネル推定のためのリソースを識別し、前記第2のリソースパターンが、1つまたは複数の信号の干渉推定パターンのためのリソースを識別し、前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの外部からの1つまたは複数の信号の干渉推定のためのリソースを識別する、請求項1に記載の方法。前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの1つまたは複数の共通基準信号CRS:commonreferencesignalパターンに対応する、請求項2に記載の方法。チャネル状態コンディションを測定するために前記UEに前記シグナリングすることが、前記1つまたは複数の協調送信ポイントに対応する識別子IDのうちの1つまたは複数をシグナリングすることをさらに備える、請求項2に記載の方法。前記1つまたは複数の送信ポイントのうちの前記少なくとも1つからの前記第2のリソースパターンに対する前記UEによって観測される干渉が、前記UEへの送信中に前記1つまたは複数の送信ポイントによる予想される送信に対応するように、前記1つまたは複数の協調送信ポイントのうちの前記少なくとも1つからの送信を協調させることをさらに備える、請求項2に記載の方法。前記チャネル状態コンディションが、チャネルおよび干渉推定情報を含み、前記第1のリソースパターンが、チャネル推定のためのリソースを識別し、前記第2のリソースパターンが、干渉推定のためのリソースを識別する、請求項1に記載の方法。前記干渉推定が、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第1のリソースパターンリソースに少なくとも部分的に基づく、請求項6に記載の方法。前記第1のリソースパターンがチャネル状態情報基準信号CSI-RSパターンであり、前記第2のリソースパターンがCRSパターンであり、前記UEに前記シグナリングすることが、前記CRSパターンに基づいてセル外干渉を測定するために前記UEにシグナリングすることをさらに備える、請求項1に記載の方法。前記チャネル状態コンディションを測定するために前記UEにシグナリングするために、前記第1のリソースパターン、前記第2のリソースパターン、または第3のリソースパターンのうちの少なくとも1つを半静的に構成することをさらに備える、請求項1に記載の方法。UEが第1のリソースパターンと第2のリソースパターンとのシグナリングを受信することと、前記第1のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第2のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、1つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することとを備える、ワイヤレス通信の方法。前記第2のリソースパターンが1つまたは複数のCRSパターンを備え、前記干渉推定を前記実行することが、前記1つまたは複数の送信ポイントに対応する前記1つまたは複数のCRSパターンを受信することと、前記1つまたは複数のCRSパターンに基づいて干渉を推定することとをさらに備える、請求項10に記載の方法。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、前記受信することが、第3のリソースパターンを受信することをさらに備え、干渉推定を前記実行することが、前記第3のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することをさらに備える、請求項10に記載の方法。前記第3のリソースパターンが、前記1つまたは複数の送信ポイントに対応する1つまたは複数の共通基準信号CRSパターンに対応する、請求項12に記載の方法。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、干渉推定を前記実行することが、前記1つまたは複数の送信ポイントのうちの少なくとも1つが前記ミュートCSI-RSパターンで送信されない場合、前記第1のリソースパターンと前記第2のリソースパターンとのミュートCSI-RSパターンに対する干渉を測定することをさらに備え、前記第1のリソースパターンと前記第2のリソースパターンとの非ミュートCSI-RSパターンが、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項10に記載の方法。第1のリソースパターンと第2のリソースパターンとに基づいてチャネル状態コンディションを測定するためにUEにシグナリングするための手段と、前記第1のリソースパターンと前記第2のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記UEからチャネル状態コンディション報告を受信するための手段と、前記受信したチャネル状態コンディション報告に基づいて前記UEが使用するための1つまたは複数のリソースをスケジューリングするための手段とを備える、ワイヤレス通信のための装置。前記測定されたチャネル状態コンディションが第3のリソースパターンにさらに基づき、前記第1のリソースパターンが、1つまたは複数の協調送信ポイントからの1つまたは複数の信号のチャネル推定のためのリソースを識別し、前記第2のリソースパターンが、1つまたは複数の信号の干渉推定パターンのためのリソースを識別し、前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの外部からの1つまたは複数の信号の干渉推定のためのリソースを識別する、請求項15に記載の装置。前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの1つまたは複数の共通基準信号CRSパターンに対応する、請求項16に記載の装置。チャネル状態コンディションを測定するために前記UEに前記シグナリングするための前記手段が、前記1つまたは複数の協調送信ポイントに対応する識別子IDのうちの1つまたは複数をシグナリングするための手段をさらに備える、請求項16に記載の装置。前記1つまたは複数の送信ポイントのうちの前記少なくとも1つからの前記第2のリソースパターンに対する前記UEによって観測される干渉が、前記UEへの送信中に前記1つまたは複数の送信ポイントによる予想される送信に対応するように、前記1つまたは複数の協調送信ポイントのうちの前記少なくとも1つからの送信を協調させるための手段をさらに備える、請求項18に記載の装置。前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第1のリソースパターンが、チャネル推定のためのリソースを識別し、前記第2のリソースパターンが、干渉推定のためのリソースを識別する、請求項15に記載の装置。前記干渉推定が、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第1のリソースパターンリソースに少なくとも部分的に基づく、請求項20に記載の装置。前記第1のリソースパターンがチャネル状態情報基準信号CSI-RSパターンであり、前記第2のリソースパターンがCRSパターンであり、前記UEにシグナリングするための前記手段が、前記CRSパターンに基づいてセル外干渉を測定するために前記UEにシグナリングするための手段をさらに備える、請求項15に記載の装置。前記チャネル状態コンディションを測定するために前記UEにシグナリングするために、前記第1のリソースパターン、前記第2のリソースパターン、または第3のリソースパターンのうちの少なくとも1つを半静的に構成するための手段をさらに備える、請求項15に記載の装置。UEが第1のリソースパターンと第2のリソースパターンとのシグナリングを受信するための手段と、前記第1のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第2のリソースパターンに少なくとも部分的に基づいて干渉推定を実行するための手段と、前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成するための手段と、1つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信するための手段とを備える、ワイヤレス通信のための装置。前記第2のリソースパターンが1つまたは複数のCRSパターンを備え、前記干渉推定を実行するための前記手段が、前記1つまたは複数の送信ポイントに対応する前記1つまたは複数のCRSパターンを受信するための手段と、前記1つまたは複数のCRSパターンに基づいて干渉を推定するための手段とをさらに備える、請求項24に記載の装置。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、受信するための前記手段が、第3のリソースパターンを受信するための手段をさらに備え、干渉推定を実行するための前記手段が、前記第3のリソースパターンに基づいて前記1つまたは複数の送信ポイントの外部からの1つまたは複数の信号の干渉推定を実行するための手段をさらに備える、請求項24に記載の装置。前記第3のリソースパターンが、前記1つまたは複数の送信ポイントに対応する1つまたは複数の共通基準信号CRSパターンに対応する、請求項26に記載の装置。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、干渉推定を実行するための前記手段が、前記1つまたは複数の送信ポイントのうちの少なくとも1つがミュートCSI-RSパターンで送信されない場合、前記第1のリソースパターンと前記第2のリソースパターンとの前記ミュートCSI-RSパターンに対する干渉を測定するための手段をさらに備え、前記第1のリソースパターンと前記第2のリソースパターンとの非ミュートCSI-RSパターンが、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項24に記載の装置。第1のリソースパターンと第2のリソースパターンとに基づいてチャネル状態コンディションを測定するためにUEにシグナリングすることと、前記第1のリソースパターンと前記第2のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記UEからチャネル状態コンディション報告を受信することと、前記受信したチャネル状態コンディション報告に基づいて前記UEが使用するための1つまたは複数のリソースをスケジューリングすることとを行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。前記測定されたチャネル状態コンディションが第3のリソースパターンにさらに基づき、前記第1のリソースパターンが、1つまたは複数の協調送信ポイントからの1つまたは複数の信号のチャネル推定のためのリソースを識別し、前記第2のリソースパターンが、1つまたは複数の信号の干渉推定パターンのためのリソースを識別し、前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの外部からの1つまたは複数の信号の干渉推定のためのリソースを識別する、請求項29に記載のコンピュータプログラム製品。前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの1つまたは複数の共通基準信号CRSパターンに対応する、請求項30に記載のコンピュータプログラム製品。チャネル状態コンディションを測定するために前記UEに前記シグナリングするための前記コードが、前記1つまたは複数の協調送信ポイントに対応する識別子IDのうちの1つまたは複数をシグナリングするためのコードをさらに備える、請求項30に記載のコンピュータプログラム製品。前記コンピュータ可読媒体が、前記1つまたは複数の送信ポイントのうちの前記少なくとも1つからの前記第2のリソースパターンに対する前記UEによって観測される干渉が、前記UEへの送信中に前記1つまたは複数の送信ポイントによる予想される送信に対応するように、前記1つまたは複数の協調送信ポイントのうちの前記少なくとも1つからの送信を協調させるためのコードをさらに備える、請求項32に記載のコンピュータプログラム製品。前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第1のリソースパターンが、チャネル推定のためのリソースを識別し、前記第2のリソースパターンが、干渉推定のためのリソースを識別する、請求項29に記載のコンピュータプログラム製品。前記干渉推定が、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第1のリソースパターンリソースに少なくとも部分的に基づく、請求項34に記載のコンピュータプログラム製品。前記第1のリソースパターンがチャネル状態情報基準信号CSI-RSパターンであり、前記第2のリソースパターンがCRSパターンであり、前記UEにシグナリングするための前記コードが、前記CRSパターンに基づいてセル外干渉を測定するために前記UEにシグナリングするためのコードをさらに備える、請求項29に記載のコンピュータプログラム製品。前記コンピュータ可読媒体が、前記チャネル状態コンディションを測定するために前記UEにシグナリングするために、前記第1のリソースパターン、前記第2のリソースパターン、または第3のリソースパターンのうちの少なくとも1つを半静的に構成することを行うためのコードをさらに備える、請求項29に記載のコンピュータプログラム製品。UEが第1のリソースパターンと第2のリソースパターンとのシグナリングを受信することと、前記第1のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第2のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、1つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することとを行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。前記第2のリソースパターンが1つまたは複数のCRSパターンを備え、前記コンピュータ可読媒体が、前記1つまたは複数の送信ポイントに対応する前記1つまたは複数のCRSパターンを受信することと、前記1つまたは複数のCRSパターンに基づいて干渉を推定することとを行うためのコードをさらに備える、請求項38に記載のコンピュータプログラム製品。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、前記コンピュータ可読媒体が、第3のリソースパターンを受信することと、前記第3のリソースパターンに基づいて前記1つまたは複数の送信ポイントの外部からの1つまたは複数の信号の干渉推定を実行することとを行うためのコードをさらに備える、請求項38に記載のコンピュータプログラム製品。前記第3のリソースパターンが、前記1つまたは複数の送信ポイントに対応する1つまたは複数の共通基準信号CRSパターンに対応する、請求項40に記載のコンピュータプログラム製品。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、前記コンピュータ可読媒体が、前記1つまたは複数の送信ポイントのうちの少なくとも1つがミュートCSI-RSパターンで送信されない場合、前記第1のリソースパターンと前記第2のリソースパターンとの前記ミュートCSI-RSパターンに対する干渉を測定するためのコードをさらに備え、前記第1のリソースパターンと前記第2のリソースパターンとの非ミュートCSI-RSパターンが、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項38に記載のコンピュータプログラム製品。第1のリソースパターンと第2のリソースパターンとに基づいてチャネル状態コンディションを測定するためにUEにシグナリングすることと、前記第1のリソースパターンと前記第2のリソースパターンとを使用して取得された測定値に少なくとも部分的に基づいて前記UEからチャネル状態コンディション報告を受信することと、前記受信したチャネル状態コンディション報告に基づいて前記UEが使用するための1つまたは複数のリソースをスケジューリングすることとを行うように構成された処理システムを備える、ワイヤレス通信のための装置。前記測定されたチャネル状態コンディションが第3のリソースパターンにさらに基づき、前記第1のリソースパターンが、1つまたは複数の協調送信ポイントからの1つまたは複数の信号のチャネル推定のためのリソースを識別し、前記第2のリソースパターンが、1つまたは複数の信号の干渉推定パターンのためのリソースを識別し、前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの外部からの1つまたは複数の信号の干渉推定のためのリソースを識別する、請求項43に記載の装置。前記第3のリソースパターンが、前記1つまたは複数の協調送信ポイントの1つまたは複数の共通基準信号CRSパターンに対応する、請求項44に記載の装置。前記処理システムが、前記1つまたは複数の協調送信ポイントに対応する識別子IDのうちの1つまたは複数をシグナリングするようにさらに構成された、請求項44に記載の装置。前記処理システムが、前記1つまたは複数の送信ポイントのうちの前記少なくとも1つからの前記第2のリソースパターンに対する前記UEによって観測される干渉が、前記UEへの送信中に前記1つまたは複数の送信ポイントによる予想される送信に対応するように、前記1つまたは複数の協調送信ポイントのうちの前記少なくとも1つからの送信を協調させるようにさらに構成された、請求項46に記載の装置。前記チャネルコンディションが、チャネルおよび干渉推定情報を含み、前記第1のリソースパターンが、チャネル推定のためのリソースを識別し、前記第2のリソースパターンが、干渉推定のためのリソースを識別する、請求項43に記載の装置。前記干渉推定が、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされた前記第1のリソースパターンリソースに少なくとも部分的に基づく、請求項48に記載の装置。前記第1のリソースパターンがチャネル状態情報基準信号CSI-RSパターンであり、前記第2のリソースパターンがCRSパターンであり、前記処理システムが、前記CRSパターンに基づいてセル外干渉を測定するために前記UEにシグナリングするようにさらに構成された、請求項43に記載の装置。前記処理システムが、前記チャネル状態コンディションを測定するために前記UEにシグナリングするために、前記第1のリソースパターン、前記第2のリソースパターン、または第3のリソースパターンのうちの少なくとも1つを半静的に構成することを行うようにさらに構成された、請求項43に記載の装置。第1のリソースパターンと第2のリソースパターンとのシグナリングを受信することと、前記第1のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行し、前記第2のリソースパターンに少なくとも部分的に基づいて干渉推定を実行することと、前記干渉推定と前記チャネル推定とに基づいてチャネル状態コンディション報告を生成することと、1つまたは複数の送信ポイントに前記チャネル状態コンディション報告を送信することとを行うように構成された処理システムを備える、ワイヤレス通信のための装置。前記第2のリソースパターンが1つまたは複数のCRSパターンを備え、前記処理システムが、前記1つまたは複数の送信ポイントに対応する前記1つまたは複数のCRSパターンを受信することと、前記1つまたは複数のCRSパターンに基づいて干渉を推定することとを行うようにさらに構成された、請求項52に記載の装置。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、前記処理システムが、第3のリソースパターンを受信することと、前記第3のリソースパターンに基づいて前記1つまたは複数の送信ポイントの外部からの1つまたは複数の信号の干渉推定を実行することとを行うようにさらに構成された、請求項52に記載の装置。前記第3のリソースパターンが、前記1つまたは複数の送信ポイントに対応する1つまたは複数の共通基準信号CRSパターンに対応する、請求項54に記載の装置。前記第1のリソースパターンと前記第2のリソースパターンとがそれぞれCSI-RSパターンを備え、前記処理システムが、前記1つまたは複数の送信ポイントのうちの少なくとも1つがミュートCSI-RSパターンで送信されない場合、前記第1のリソースパターンと前記第2のリソースパターンとの前記ミュートCSI-RSパターンに対する干渉を測定するようにさらに構成され、前記第1のリソースパターンと前記第2のリソースパターンとの非ミュートCSI-RSパターンが、前記1つまたは複数のパイロット信号の存在を除去または最小化するためにフィルタリングされる、請求項52に記載の装置。0033添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。0034次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、要素elementsと総称される様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。0035例として、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む処理システムprocessingsystemを用いて実装され得る。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサDSP、フィールドプログラマブルゲートアレイFPGA、プログラマブル論理デバイスPLD、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム内の1つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。0036したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に1つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスクdiskおよびディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdiskおよびブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。0037図1は、LTEネットワークアーキテクチャ100を示す図である。LTEネットワークアーキテクチャ100は発展型パケットシステムEPS:EvolvedPacketSystem100と呼ばれることがある。EPS100は、1つまたは複数のユーザ機器UE102と、発展型UMTS地上波無線アクセスネットワークE-UTRAN:EvolvedUMTSTerrestrialRadioAccessNetwork104と、発展型パケットコアEPC:EvolvedPacketCore110と、ホーム加入者サーバHSS:HomeSubscriberServer120と、事業者のIPサービス122とを含み得る。EPSは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ/インターフェースは図示していない。図示のように、EPSはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。0038E-UTRANは、発展型ノードBeNB106と他のeNB108とを含む。eNB106は、UE102に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。eNB106は、X2インターフェースたとえば、バックホールbackhaulを介して他のeNB108に接続され得る。eNB106はまた、基地局、送受信基地局、無線基地局、無線送受信機、送受信機機能、基本サービスセットBSS:basicserviceset、拡張サービスセットESS:extendedserviceset、または何らかの他の好適な用語で呼ばれることがある。eNB106は、UE102にEPC110へのアクセスポイントを与える。UE102の例には、セルラーフォン、スマートフォン、セッション開始プロトコルSIP:sessioninitiationprotocol電話、ラップトップ、携帯情報端末PDA、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤたとえば、MP3プレーヤ、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。UE102は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。0039eNB106はS1インターフェースによってEPC110に接続される。EPC110は、モビリティ管理エンティティMME:MobilityManagementEntity112と、他のMME114と、サービングゲートウェイ116と、パケットデータネットワークPDN:PacketDataNetworkゲートウェイ118とを含む。MME112は、UE102とEPC110との間のシグナリングを処理する制御ノードである。概して、MME112はベアラおよび接続管理を行う。すべてのユーザIPパケットはサービングゲートウェイ116を通して転送され、サービングゲートウェイ116自体はPDNゲートウェイ118に接続される。PDNゲートウェイ118はUEのIPアドレス割振りならびに他の機能を与える。PDNゲートウェイ118は事業者のIPサービス122に接続される。事業者のIPサービス122は、インターネットと、イントラネットと、IPマルチメディアサブシステムIMS:IPMultimediaSubsystemと、PSストリーミングサービスPSS:PSStreamingServiceとを含み得る。0040図2は、LTEネットワークアーキテクチャにおけるアクセスネットワーク200の一例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域セル202に分割される。1つまたは複数のより低い電力クラスのeNB208は、セル202のうちの1つまたは複数と重複するセルラー領域210を有し得る。より低い電力クラスのeNB208は、リモートラジオヘッドRRH:remoteradioheadと呼ばれることがある。より低い電力クラスのeNB208は、フェムトセルたとえば、ホームeNBHeNB、ピコセル、またはマイクロセルであり得る。マクロeNB204は各々、それぞれのセル202に割り当てられ、セル202中のすべてのUE206にEPC110へのアクセスポイントを与えるように構成される。アクセスネットワーク200のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。eNB204は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続性を含む、すべての無線関係機能を担当する。0041アクセスネットワーク200によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。LTE適用例では、周波数分割複信FDD:frequencydivisionduplexingと時分割複信TDD:timedivisionduplexingの両方をサポートするために、OFDMがDL上で使用され、SC-FDMAがUL上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、LTE適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の通信規格に容易に拡張され得る。例として、これらの概念は、Evolution-DataOptimizedEV-DOまたはUltraMobileBroadbandUMBに拡張され得る。EV-DOおよびUMBは、CDMA2000規格ファミリーの一部として3rdGenerationPartnershipProject23GPP2によって公表されたエアインターフェース規格であり、CDMAを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域CDMAW-CDMA、ならびにTD-SCDMA、TDMAを採用するGlobalSystemforMobileCommunicationsGSM登録商標、EvolvedUTRAE-UTRA、UltraMobileBroadbandUMB、IEEE802.11Wi-Fi、IEEE802.16WiMAX、IEEE802.20、およびOFDMAを採用するFlash-OFDMなど、CDMAの他の変形態を採用するUniversalTerrestrialRadioAccessUTRAに拡張され得る。UTRA、E-UTRA、UMTS、LTEおよびGSMは、3GPP団体からの文書に記載されている。CDMA2000およびUMBは、3GPP2団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。0042eNB204は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、eNB204は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のUE206に送信されるか、または全体的なシステム容量を増加させるために複数のUE206に送信され得る。これは、各データストリームを空間的にプリコードしすなわち、振幅および位相のスケーリングを適用し、次いでDL上で複数の送信アンテナを通して空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコードされたデータストリームは、異なる空間シグナチャとともに1つまたは複数のUE206に到着し、これにより、1つまたは複数のUE206の各々がそのUE206に宛てられた1つまたは複数のデータストリームを復元することが可能になる。UL上で、各UE206は、空間的にプリコードされたデータストリームを送信し、これにより、eNB204は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。0043空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを1つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコードすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。0044以下の詳細な説明では、DL上でOFDMをサポートするMIMOシステムを参照しながらアクセスネットワークの様々な態様について説明する。OFDMは、OFDMシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間spacingは、受信機がサブキャリアからデータを復元することを可能にする直交性orthogonalityを与える。時間領域では、OFDMシンボル間干渉をなくすために、ガードインターバルたとえば、サイクリックプレフィックスが各OFDMシンボルに追加され得る。ULは、高いピーク対平均電力比PAPR:peaktoaveragepowerratioを補償するために、SC-FDMAをDFT拡散OFDM信号の形態で使用し得る。0045図3は、LTEにおけるDLフレーム構造の一例を示す図300である。フレーム10msは、等しいサイズの10個のサブフレームに分割され得る。各サブフレームは、2つの連続するタイムスロットを含み得る。2つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。LTEでは、リソースブロックは、周波数領域中に12個の連続サブキャリアを含んでおり、各OFDMシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に7個の連続OFDMシンボル、または84個のリソース要素を含んでいる。R302、304として示されるリソース要素のいくつかはDL基準信号DL-RS:DLreferencesignalを含む。DL-RSは、共通RSと呼ばれることもあるセル固有RSCRS:CellspecificRS302と、UE固有RSUE-RS:UEspecificRS304とを含む。UE-RS304は、対応する物理DL共有チャネルPDSCHがマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。すなわち、UEが受信するリソースブロックが多いほど、また変調方式が高いほど、UEのデータレートは高くなる。0046図4は、LTEにおけるULフレーム構造の一例を示す図400である。ULのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の2つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにUEに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ULフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のUEに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。0047UEには、eNBに制御情報を送信するために、制御セクション中のリソースブロック410a、410bが割り当てられ得る。UEには、eNBにデータを送信するために、データセクション中のリソースブロック420a、420bも割り当てられ得る。UEは、制御セクション中の割り当てられたリソースブロック上の物理UL制御チャネルPUCCH:physicaluplinkcontrolchannel中で制御情報を送信し得る。UEは、データセクション中の割り当てられたリソースブロック上の物理UL共有チャネルPUSCH:physicaluplinksharedchannel中でデータのみまたはデータと制御情報の両方を送信し得る。UL送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。0048初期システムアクセスを実行し、物理ランダムアクセスチャネルPRACH:physicalrandomaccesschannel430中でUL同期を達成するためにリソースブロックのセットが使用され得る。PRACH430は、ランダムシーケンスを搬送し、いかなるULデータ/シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、6つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはPRACHにはない。PRACH試みは単一のサブフレーム1ms中でまたは少数の連続サブフレームのシーケンス中で搬送され、UEは、フレーム10msごとに単一のPRACH試みattemptだけを行うことができる。0049図5は、LTEにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図500である。UEおよびeNBのための無線プロトコルアーキテクチャは、レイヤ1と、レイヤ2と、レイヤ3との3つのレイヤとともに示されている。レイヤ1L1レイヤは最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。L1レイヤを本明細書では物理レイヤ506と呼ぶ。レイヤ2L2レイヤ508は、物理レイヤ506の上にあり、物理レイヤ506を介したUEとeNBとの間のリンクを担当する。0050ユーザプレーンでは、L2レイヤ508は、ネットワーク側のeNBにおいて終端される、媒体アクセス制御MAC:mediaaccesscontrolサブレイヤ510と、無線リンク制御RLC:radiolinkcontrolサブレイヤ512と、パケットデータコンバージェンスプロトコルPDCP:packetdataconvergenceprotocol514サブレイヤとを含む。図示されていないが、UEは、ネットワーク側のPDNゲートウェイ118において終端されるネットワークレイヤたとえば、IPレイヤと、接続の他端たとえば、ファーエンドUE、サーバなどにおいて終端されるアプリケーションレイヤとを含むL2レイヤ508の上にいくつかの上位レイヤを有し得る。0051PDCPサブレイヤ514は、異なる無線ベアラと論理チャネルとの間で多重化を行う。PDCPサブレイヤ514はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、UEに対するeNB間のハンドオーバサポートとを与える。RLCサブレイヤ512は、ハイブリッド自動再送要求HARQ:hybridautomaticrepeatrequestにより、順序が狂った受信を補償するデータパケットの並べ替えと、紛失データパケットの再送信と、上位レイヤデータパケットのセグメンテーションおよび再統合とを実現する。MACサブレイヤ510は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ510はまた、UEの間で1つのセル内の様々な無線リソースたとえば、リソースブロックを割り振ることを担当する。MACサブレイヤ510はまたHARQ動作を担当する。0052制御プレーンでは、UEおよびeNBのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ506およびL2レイヤ508について実質的に同じである。制御プレーンはまた、レイヤ3L3レイヤ中に無線リソース制御RRC:radioresourcecontrolサブレイヤ516を含む。RRCサブレイヤ516は、無線リソースすなわち、無線ベアラを取得することと、eNBとUEとの間のRRCシグナリングを使用して下位レイヤを構成することとを担当する。0053図6は、アクセスネットワーク中でUE650と通信しているeNB610のブロック図である。DLでは、コアネットワークからの上位レイヤパケットがコントローラ/プロセッサ675に与えられる。コントローラ/プロセッサ675は、L2レイヤの機能を実装する。DLでは、コントローラ/プロセッサ675は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、UE650への無線リソース割振りとを行う。コントローラ/プロセッサ675はまた、HARQ動作と、紛失パケットの再送信と、UE650へのシグナリングとを担当する。0054TXプロセッサ616は、L1レイヤすなわち、物理レイヤのための様々な信号処理機能を実装する。信号処理機能は、UE650における前方誤り訂正FEC:forwarderrorcorrectionと、様々な変調方式たとえば、2位相シフトキーイングBPSK:binaryphaseshiftkeying、4位相シフトキーイングQPSK:quadraturephaseshiftkeying、M位相シフトキーイングM-PSK:Mphaseshiftkeying、多値直交振幅変調M-QAM:Mquadratureamplitudemodulationに基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでOFDMサブキャリアにマッピングされ、時間領域および/または周波数領域中で基準信号たとえば、パイロットと多重化され、次いで逆高速フーリエ変換IFFT:InverseFastFourierTransformを使用して互いに合成されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成する。OFDMストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器674からのチャネル推定値は、符号化および変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、UE650によって送信される基準信号および/またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機618TXを介して異なるアンテナ620に与えられる。各送信機618TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。0055UE650において、各受信機654RXは、そのそれぞれのアンテナ652を通して信号を受信する。各受信機654RXは、RFキャリア上に変調された情報を復元し、受信機RXプロセッサ656に情報を与える。RXプロセッサ656は、L1レイヤの様々な信号処理機能を実装する。RXプロセッサ656は、UE650に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがUE650に宛てられた場合、それらはRXプロセッサ656によって単一のOFDMシンボルストリームに合成され得る。RXプロセッサ656は、次いで高速フーリエ変換FFT:FastFourierTransformを使用してOFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別々のOFDMシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、eNB610によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器658によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でeNB610によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ/プロセッサ659に与えられる。0056コントローラ/プロセッサ659はL2レイヤを実装する。コントローラ/プロセッサは、プログラムコードとデータとを記憶するメモリ660に関連し得る。メモリ660は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントロール/プロセッサ659は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号と、ヘッダの復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、L2レイヤの上のすべてのプロトコルレイヤを表すデータシンク662に与えられる。また、様々な制御信号がL3処理のためにデータシンク662に与えられ得る。コントローラ/プロセッサ659はまた、HARQ動作をサポートするために肯定応答ACKおよび/または否定応答NACKプロトコルを使用した誤り検出を担当する。0057ULでは、データソース667は、コントローラ/プロセッサ659に上位レイヤパケットを与えるために使用される。データソース667は、L2レイヤの上のすべてのプロトコルレイヤを表す。eNB610によるDL送信に関して説明した機能と同様に、コントローラ/プロセッサ659は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、eNB610による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのL2レイヤを実装する。コントローラ/プロセッサ659はまた、HARQ動作、紛失パケットの再送信、およびeNB610へのシグナリングを担当する。0058eNB610によって送信される基準信号またはフィードバックからの、チャネル推定器658によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を可能にすることとを行うために、TXプロセッサ668によって使用され得る。TXプロセッサ668によって生成される空間ストリームは、別個の送信機654TXを介して異なるアンテナ652に与えられる。各送信機654TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。0059UL送信は、UE650における受信機機能に関して説明した方法と同様の方法でeNB610において処理される。各受信機618RXは、そのそれぞれのアンテナ620を通して信号を受信する。各受信機618RXは、RFキャリア上で変調された情報を復元し、RXプロセッサ670に情報を与える。RXプロセッサ670はL1レイヤを実装し得る。0060コントローラ/プロセッサ675はL2レイヤを実装する。コントローラ/プロセッサ675は、プログラムコードとデータとを記憶するメモリ676に関連し得る。メモリ676は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントロール/プロセッサ675は、UE650からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号decipherと、ヘッダ復元decompressionと、制御信号処理とを行う。コントローラ/プロセッサ675からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ/プロセッサ675はまた、HARQ動作をサポートするためにACKおよび/またはNACKプロトコルを使用した誤り検出を担当する。0061図7は、異種ネットワーク中のレンジ拡張されたセルラー領域を示す図700である。RRH710bなどのより低い電力クラスのeNBは、RRH710bとマクロeNB710aとの間の拡張セル間干渉協調enhancedintercellinterferencecoordinationと、UE720によって実行される干渉消去とを通してセルラー領域702から拡張されたレンジ拡張されたセルラー領域703を有し得る。拡張セル間干渉協調では、RRH710bは、マクロeNB710aから、UE720の干渉状態に関する情報を受信する。この情報により、RRH710bは、レンジ拡張されたセルラー領域703中のUE720をサービスし、UE720がレンジ拡張されたセルラー領域703に入るとき、マクロeNB710aからのUE720のハンドオフを受け入れることができる。0062図8は、アクセスネットワーク800における例示的なマクロeNBおよびRRH構成を示す図である。アクセスネットワーク800は、複数のセルを含み得る。セルは、マクロeNB802と1つまたは複数のRRH804とを含み得る。一態様では、マクロeNB802とRRH804とは、ファイバーケーブル、X2バックホールなどを通して接続806され得る。さらに、マクロeNB802は第1のカバレージエリア808を与え得、RRH804は、関連するカバレージエリア810を与え得る。概して、UE812は、アクセスネットワーク800からサービスを受信し得る。一態様では、CRSは、セル全体にわたって共通であり、すなわち、マクロeNB802とRRH804とは、共通のCRSを送信し得る。0063UE812の一態様では、UE812は、セルとの通信のためにワイヤレスプロトコルを使用することが可能であり得る。そのような通信プロトコルは、限定はしないが、LTEリリース8、LTEリリース9、LTEリリース10、LTEリリース11などを含み得る。UE812にサービスを提供するために、UE812によって使用されるべきチャネル814のチャネル推定パラメータが取得され得、干渉推定パラメータが、干渉816を測定するために取得され得る。一態様では、干渉816は、潜在的に、他のRRH804、マクロeNB802、および/または他のセルから発生し得る。次に、チャネル推定および干渉推定のための様々な方式を提示する。0064適用可能なチャネル推定および/または干渉推定方式は、UE812が使用するように構成されたワイヤレスプロトコルに依存し得ることに留意されたい。一態様では、UE812は、マクロeNB802および/またはRRH804からのコンポジットチャネルを測定するように動作可能であり得る。これは、UE812がLTEリリース8および/またはLTEリリース9に基づいたシグナリングに限定される場合であり得る。そのような態様では、干渉推定は、共通のセル固有基準信号CRS:cellspecificreferencesignalを使用することによって実行され得る。そのような態様では、セル全体にわたってCRSが共通であるので、セル分割が可能でないことがある。一態様では、セル分割は、RRH804の極近傍にあるUE812たとえば、高ジオメトリUEに可能であり得る。さらに、UE812にとって利用可能なコードブックcodebooksは、この構成のために最適化されないことがあり、したがって、若干の性能損失が発生し得る。0065セル808の一態様では、CRSはマクロeNB802のみによって送信され得る。そのような態様では、マクロeNB802がCRSを送信するとき、自動利得制御AGC:automaticgaincontrol問題のためにRRH804に近くで停止outageが発生し得る。0066セル808の別の態様では、CRSは、マクロeNB802とRRH804とによって送信され得る。そのような態様では、マクロeNB802が異なる数のアンテナでRRH804として用いて送信するように構成される場合、アンテナ仮想化が実行され得る。言い換えれば、マクロeNB802とRRH804とは、利用可能な物理アンテナの数に関してアンテナポートの数を増加または減少させ得る。0067UE812の別の態様では、UE812は、チャネル状態情報リソース信号CSI-RS:channelstateinformationresourcesignalと復調リソース信号DM-RS:demodulationresourcesignalとを測定するように動作可能であり得る。これは、UE812がLTEリリース10対応のUEである場合であり得る。CSI-RSとDM-RSとは、共通の、セル固有の構成を必要としないので、セル分割は、CSI-RSとDM-RSとのUE固有の構成によって可能になり得る。そのような構成では、CRSは、制御情報を通信するために使用され得、マクロeNB802を通して送信され得る。さらに、RRH804のフィードバックは、CSI-RSなどのUE812固有の値に基づいて取得され得るが、コードブックは、現在、そのようなフィードバックを効果的に可能にするように構成されていないことがある。0068さらなる高度な態様では、UE812は、インターRRH804フィードバックを可能にするように、したがって、サービスするUE812のために改善されたRRH804の選択を可能にするように機能強化されたコードブックを使用し得る。これは、UE812がLTEリリース11対応のUEである場合であり得る。そのようなUEは、拡張セル間干渉協調eICIC:enhancedintercellinterferencecoordinationを実行することが可能であり得る。0069マクロeNB802および/またはRRH804からのコンポジットチャネルを測定するようにUE812が動作可能である場合たとえば、UEがそのような伝送モードを使用するように構成された場合の態様において、UE812は干渉推定を実行し得る。そのような態様では、他のセルからの干渉寄与を測定するためにCRS信号が使用され得る。対照的に、CRSに基づくCQIフィードバックは、マクロおよびすべてのRRHが送信するか、またはマクロのみが送信するという仮定に基づくので、信頼できないことがあるので、セル内干渉intracellinterferenceを測定するためにCRSが使用されないことがある。一態様では、サウンディングRSSRS:soundingRS測定値は、マクロeNB802によって使用され得、これらの測定値を組み合わせ得、UE812は、組み合わされた推定値を形成するように報告する。他のセル干渉測定の例については図9で説明する。マクロeNB802のみがCRSを送信する態様では、干渉推定は、PDSCH送信に生じ得る、RRH804からの潜在的な寄与を考慮に入れ得る。別の同様の態様では、セル分割を可能にするために専用のリソース信号RS:resourcesignalが使用され得る。そのような態様では、干渉推定は、TDDにおいて相反定理reciprocityprinciplesを使用して実行され得る。0070チャネル状態情報リソース信号CSI-RSと復調リソース信号DM-RSとを測定するようにUE812が動作可能である場合たとえば、UEがそのような伝送モードを使用するように構成された場合の態様において、UE812は干渉推定を実行し得る。そのような態様では、CSI-RS値の処理を可能にするために伝送モード9TM9などの伝送モードが使用され得る。さらに、上記のように、UE812は、セル内での干渉推定のためにCRSを効果的に使用することができないことがあるが、セル干渉推定のためにCRSが依然として使用され得る。一態様では、干渉推定のためにCSI-RSミュートが使用され得る。図10および図11では、ミュート方式についてさらに説明する。動作中、ミュート方式によって、少なくとも1つのRRH804またはマクロeNB802からデータ送信を受信するUE812は、他の送信ポイントたとえば、RRH804および/またはマクロeNB802から発生した干渉および雑音を測定することが可能になる。干渉および雑音のこの推定値は、ミュートパターンmutingpatternによって指定されたリソース要素について、少なくとも1つのサービング送信ポイントたとえば、RRH804および/またはマクロeNB802がミュートされるというUEの知識を活用する。したがって、UEは、定義された間隔中に隣接RRH804およびマクロeNB802からのたとえば、PDSCH送信からの干渉を捕捉し得る。別の態様では、チャネル推定は、同様のミュート構成を使用して実行され得る。さらに別の態様では、オーバーヘッド送信を潜在的に低減するために、チャネル推定CSI-RSがミュートパターン中に埋め込まれ得る。埋込み値を使用してチャネル推定が実行された後、干渉推定を可能にするために、推定されたチャネル寄与がCSI-RSから減算され得る。さらに別の態様では、チャネル推定および干渉推定においてMBSFNサブフレームが使用され得る。そのような態様では、MBSFN中のCRS送信が無効化され得る。さらに、システム情報ブロックSIBなど、MBSFNサブフレーム中に行われる他の送信が無効化され得る。0071図9は、アクセスネットワーク900における複数のマクロeNB/RRHセルを示す図である。上記のように、セル外干渉値を測定するためにCRSが使用され得る。図9に示すアクセスネットワーク900は2つのセルを含み、第1のセルは、マクロeNB902とRRH904とを含み、第2のセルは、マクロeNB906とRRH908とを含む。概して、セル外干渉寄与outofcellinterferencecontributionsを推定するために第1のセルまたは第2のセルからのCRSが使用され得る。たとえば、UE912は、マクロeNB906との接続914を有し得、マクロeNB906とRRH908とのうちの少なくとも1つから干渉916を受け得る。そのような態様では、マクロ/RRHセットアップにわたる干渉推定のためにCRSが使用され得る。0072図10は、アクセスネットワーク1000における例示的なマクロ/RRHセルを示す図である。図10に示すアクセスネットワーク1000は、マクロeNB1002と複数のRRH1004A、1004B、1004C、1004Dとを含む。図10には4つのRRHが示されているが、主題が4つのRRHに限定されないことを、当業者は理解する。一態様では、マクロeNB1002とRRH1004とは、ファイバーケーブル、X2バックホールなどを通して接続1006され得る。さらに、マクロeNB1002は、第1のカバレージエリア1008を与え得、RRH1004A、1004B、1004C、1004Dは、関連するカバレージエリア1010A、1010B、1010C、1010Dを与え得る。動作中、ミュートパターンは、1つまたは複数のRRH1004A、1004B、1004C、1004Dのカバレージ領域1010A、1010B、1010C、1010Dから発生した送信、したがって、干渉を低減するために、それらからの送信をミュートし得る。したがって、UE1012は、ミュートパターンによって指定されたリソース要素について、少なくとも1つのサービング送信ポイントたとえば、1004A、1004B、1004Cおよび/または1004Dがミュートされるという知識を使用し得る。図11を参照しながら、ミュートパターンのコードブック構成について説明する。上記で説明した態様では、セルは、単一のセルIDを有することも、複数のセルIDを有することもあることにさらに留意されたい。一態様では、マクロeNB1002は、サービングセル1008内の複数の送信ポイント1004A、1004B、1004C、1004Dに対応する複数の識別子IDをシグナリングし得る。0073図11は、RRHミュートパターンに関連する例示的なコードブック構成1100を示す図である。2つのCSI-RSポート1102と、4つのCSI-RSポート1104と、8つのCSI-RSポート1106とのための例示的なコードブック1100が与えられる。動作中、各CSI-RSポートが異なるUEに割り当てられ得、および/または複数のCSI-RSポートが単一のUEに割り当てられ得る。様々なRSのロケーションが様々な影つきブロックを使用して示されている。たとえば、CRSポート1および2が要素1108に関して示され、CRSポート3および4が要素1110に関して示され、DM-RSLTEリリース8ポートとDM-RSLTEリリース9および10ポートとが、それぞれ、要素1112および1114に関して示され、PDCCHが要素1116に関して示され、PDSCHが要素1118に関して示されている。さらに、CSI-RSグルーピングが要素1120に関して示されている。ミュートパターンの実装中に、チャネル推定および/または干渉推定を可能にするために、CSI-RSの異なるグルーピングがミュートされ得る。さらに、ミュート構成が4つのCSI-RSポートパターンに基づくとき、上位レイヤによって構成されるFDDのために合計10個の構成があり得る。またさらに、2つのCSI-RSポートがRRHのために構成された場合、CSI-RSがミュートパターンに埋め込まれ得、チャネル推定の後に、干渉推定を改善するために、埋込みCSI-RSが減算され得る。0074CSI-RS1120のミュートは、ミュートリソースのうちの少なくとも一部が他のセルによるPDSCH送信と衝突するように構成され得る。マクロeNB/RRHネットワークは、ダウンリンクデータ送信中にこのUE1012が受ける干渉および雑音を表すように、これらのリソースに対してUEが受ける干渉および雑音を調整し得る。さらに、LTEリリース-10では、ミュートパターンは、4つのアンテナポートのためのCSI-RSパターンに従い、それにより、10個のパターンがFDD構成およびノーマルサイクリックプレフィックスCP長さのために利用可能になる。パターンの数は、他の構成ではわずかに異なり得ることに留意されたい。マクロ/ネットワークは、RRHセットアップにわたってこれらのパターンを協調させ得る。0075チャネル推定のためにUEのために構成されたCSI-RSパターンは、ミュートパターンと重複し得る。一態様では、部分的に重複する構成は、オーバーヘッドの使用に利益をもたらし得る。1つのそのような態様では、UEが1つまたは2つのアンテナポートを用いたCSI-RSフィードバックのために構成された場合、したがって、CSI-RSパターンに対応するREがミュートされないように、このパターンをミュートパターンに埋め込むことが可能である。CSI-RSパターンは、次いで、チャネル推定のために使用され得、その後、それの寄与が減算され得、ミュートされたREとCSI-RSのために最初に使用されたREとの両方が干渉推定のために使用され得る。0076eICICを実行することが可能なUEたとえば、LTEリリース11対応のUEの場合、干渉推定のために、または別のセルのチャネル推定性能を改善するために特定のミュートパターンが使用され得る。一態様では、LTEリリース11UEは、拡張セル間干渉協調eICICを実行するように動作可能であり得る。ミュートパターンを対象としている目的に応じて、どちらの場合も遭遇する干渉はまったく異なることがある。そのようなシグナリングを有することによって、UEは、両方の目的のためにミュートを使用するが可能になり得る。0077図12は、ワイヤレス通信の方法のフローチャート1200である。図12では、破線の境界をもつボックスは、開示する方法における随意のステップを表す。0078随意の一態様では、ブロック1202において、マクロeNBは、UEがチャネル状態コンディションを測定するのを支援するように2つ以上のリソースパターンを構成する。一態様では、2つ以上のリソースパターンは半静的に構成され得る。本明細書で使用する半静的構成semistaticconfigurationは、無期限に、設定した時間の間などに2つ以上のリソースパターンを構成することを指すことがある。0079ブロック1204において、少なくともマクロeNBは、少なくとも第1のリソースパターンと第2のリソースパターンとに基づいてチャネル状態コンディションを測定するようにUEにシグナリングする。一態様では、シグナリングはマクロeNBのみから送信され得るが、別の態様では、シグナリングは、マクロeNBおよび/または1つまたは複数のRRHから送信され得る。本明細書で使用するチャネル状態の測定は、チャネル推定の測定とチャネル干渉の測定とを指すことがある。一態様では、第1のリソースパターンは、チャネル推定のためのリソースを識別し得、第2のリソースパターンは、干渉推定のためのリソースを識別し得る。そのような態様では、第1のリソースパターンはCSI-RSパターンであり得、第2のリソースパターンはCRSパターンであり得る。別の態様では、第1のリソースパターンは、さらに、対応する第1のリソースパターンリソースから1つまたは複数のパイロット信号を減算することによって処理され得、処理された第1のリソースパターンはまた、干渉推定のために使用され得る。さらに、第1のリソースパターンと第2のリソースパターンの両方がCSI-RSパターンであり得る。随意の態様では、第3のリソースパターンがシグナリングされ得、その場合、第1のリソースパターンは、1つまたは複数の協調送信ポイントからの1つまたは複数の信号のチャネル推定のためのリソースを識別し得、第2のリソースパターンは、1つまたは複数の信号の干渉推定パターンのためのリソースを識別し得、第3のリソースパターンは、1つまたは複数の協調送信ポイントの外部からの1つまたは複数の信号の干渉推定のためのリソースを識別し得る。そのような態様では、第3のリソースパターンは、1つまたは複数の協調送信ポイントの1つまたは複数のCRSパターンに対応し得る。さらに、一態様では、UEは、eICICを実行するように動作可能であり得る。別の態様では、シグナリングはまた、1つまたは複数の送信ポイントたとえば、マクロeNBおよび/またはRRHに対応するIDを含み得、1つまたは複数の送信ポイントは、UEへの予想される送信中の1つまたは複数の送信ポイントによる送信に対応するように、リソースパターンのうちの1つまたは複数たとえば、第1のリソースパターンおよび/または第2のリソースパターン上で信号を協調させ得る。0080ブロック1206において、マクロeNBは、UEからチャネル状態コンディション報告を受信する。一態様では、報告中に含まれるチャネル状態コンディション値は、第1のリソースパターンと第2のリソースパターンとを使用してUEによって行われた測定から少なくとも部分的に導出され得る。言い換えれば、チャネル状態コンディション報告は、チャネル推定値とチャネル干渉値とに基づき得る情報を含む。0081ブロック1208において、マクロeNBは、チャネル状態コンディション報告中で受信された情報に少なくとも部分的に基づいてUEが使用するための1つまたは複数のリソースをスケジュールする。マクロeNBは、どのリソースをUEのためにスケジュールすべきかを判断する際に、マクロeNBが導出した測定値、セル負荷、ネットワークが導出した測定値、他のUEからのチャネル状態コンディション報告などの他のファクタを考慮し得る。0082図13は、例示的な装置106中の様々なモジュール/手段/構成要素間のデータフローを示す概念データフロー図1300である。装置106は、UEのチャネル状態測定を支援するように様々なリソースパターンを構成し得るモジュール1302を含む。一態様では、チャネル状態コンディションは、チャネル推定と干渉推定とを含み得る。一態様では、リソースパターン構成モジュール1302はパターンを半静的に構成し得る。さらに、リソースパターン構成モジュール1302は、UEのチャネル推定測定を支援するように第1のリソースパターン1304を構成し、UEのチャネル干渉測定を支援するように第2のリソースパターン1306を構成し得る。一態様では、第1のリソースパターンと第2のリソースパターンとの各々は、CRS、CSI-RSなどのパターンであり得る。随意の態様では、リソースパターン構成モジュール1302は、さらに、協調送信ポイントのセットたとえば、サービングセルの外部からの干渉推定を支援するように第3のリソースパターン1308を構成し得る。そのような随意の態様では、第3のリソースパターン1308はCRSパターンであり得る。装置106は、さらに、チャネル状態測定要求1312の一部としてUEにリソースパターンをシグナリングする送信モジュール1310を含み得る。0083さらに、装置106は、UEからチャネル状態コンディション報告1314を受信する受信モジュール1312と、チャネル状態コンディション報告1314中に含まれる値に少なくとも部分的に基づいて、UEが使用するためのリソースをスケジュールするモジュール1316とを含み得る。装置106は、さらに、リソーススケジューリングモジュール1316に、1つまたは複数のRRHから受信したチャネル状態コンディション報告1314を通信し得るRRH通信モジュール1322を含み得る。その後、リソーススケジューリングモジュール1316は、送信モジュール1310を通してリソーススケジューリングメッセージ1318を通信し得る。さらに、リソーススケジューリングモジュール1316は、改善されたリソースパターンの生成を潜在的に支援するために、リソースパターン構成モジュール1302にチャネル状態フィードバック1320を与え得る。0084装置は、上述の図12のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図12のフローチャート内の各ステップは、1つのモジュールによって実行され得、装置は、それらのモジュールのうちの1つまたは複数を含み得る。それらのモジュールは、述べたプロセス/アルゴリズムを行うように特に構成された1つまたは複数のハードウェア構成要素であるか、述べたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。0085図14は、処理システム1414を採用する装置106’のためのハードウェア実装形態の一例を示す図である。処理システム1414は、バス1424によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1424は、処理システム1414の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス1424は、プロセッサ1404によって表される1つまたは複数のプロセッサおよび/またはハードウェアモジュールと、モジュール1302、1310、1312、1316、1322と、コンピュータ可読媒体1406とを含む様々な回路を互いにリンクする。バス1424はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。0086装置は、トランシーバ1410に結合された処理システム1414を含む。トランシーバ1410は、1つまたは複数のアンテナ1420に結合される。トランシーバ1410は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム1414は、コンピュータ可読媒体1406に結合されたプロセッサ1404を含む。プロセッサ1404は、コンピュータ可読媒体1406に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ1404によって実行されたとき、処理システム1414に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体1406はまた、ソフトウェアを実行するときにプロセッサ1404によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール1302、1310、1312、1316および1322をさらに含む。それらのモジュールは、プロセッサ1404中で動作するか、コンピュータ可読媒体1406中に常駐する/記憶されたソフトウェアモジュールであるか、プロセッサ1404に結合された1つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム1414は、eNB610の構成要素であり得、メモリ676および/またはTXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とのうちの少なくとも1つを含み得る。0087図15は、ワイヤレス通信の方法のフローチャート1500である。0088ブロック1502において、UEは、少なくとも第1のリソースパターンと第2のリソースパターンとを含むシグナリングを受信する。一態様では、シグナリングはマクロeNBのみから受信され得るが、別の態様では、シグナリングはマクロeNBおよび/または1つまたは複数のRRHの任意の組合せから受信され得る。一態様では、第1のリソースパターンは、チャネル推定のためのために使用され得、第2のリソースパターンは、干渉推定のために使用され得る。そのような態様では、第1のリソースパターンはCSI-RSパターンであり得、第2のリソースパターンはCRSパターンであり得る。一態様では、干渉推定のために、1つまたは複数の送信ポイントから受信した1つまたは複数のCRSパターンが使用され得る。さらに、第1のリソースパターンと第2のリソースパターンの両方がCSI-RSパターンであり得る。一態様では、第3のリソースパターンがシグナリングされ得、その場合、第1のリソースパターンは、サービングセル内からの1つまたは複数の信号のチャネル推定のために使用され得、第2のリソースパターンは、サービングセル内からの1つまたは複数の信号の干渉推定のために使用され得、第3のリソースパターンは、協調送信ポイントのセットたとえば、サービングセルの外部からの1つまたは複数の信号の干渉推定のために使用され得る。そのような態様では、第3のリソースパターンは、1つまたは複数の送信ポイントに対応する1つまたは複数のCRSパターンに対応し得る。さらに、一態様では、UEは、eICICを実行するように動作可能であり得る。別の態様では、シグナリングはまた、サービングセル内の1つまたは複数の送信ポイントたとえば、マクロeNBおよび/またはRRHに対応するIDを含み得、マクロeNBと複数の送信ポイントとは、UEへの予想される送信中の複数の送信ポイントによる送信に対応するように、リソースパターンのうちの1つたとえば、第2のリソースパターン上で、サービングセル内の複数の送信ポイントからの信号を協調させ得る。0089ブロック1504において、UEは、第1のリソースパターンに少なくとも部分的に基づいて干渉推定を実行し、第2のリソースパターンに少なくとも部分的に基づいてチャネル推定を実行する。第3のリソースパターンが受信される別の態様では、UEは、セル外干渉を判断するのを支援するために第3のリソースパターンを使用し得る。第1のリソースパターンと第2のリソースパターンとがCRI-RSパターンを含む別の態様では、UEは、送信されないたとえば、ミュートされることが知られていることがあるCSI-RSパターンのうちのCSI-RSパターンに対する干渉を測定し得る。0090ブロック1506において、UEは、干渉推定とチャネル推定の両方に少なくとも部分的に基づいてチャネル状態コンディション報告を生成する。一態様では、干渉推定は、協調送信ポイントのセット内からの干渉値と協調送信ポイントのセットの外部からの干渉値との両方の推定値を含み得る。0091ブロック1508において、UEは、サービングマクロeNBおよび/または1つまたは複数のRRHにチャネル状態コンディション報告を送信する。チャネル状態コンディション報告に応答して、UEは、UEにどの1つまたは複数のリソースが割り当てられるかを示すリソーススケジューリングメッセージを受信し得る。0092図16は、例示的な装置102中の様々なモジュール/手段/構成要素間のデータフローを示す概念データフロー図1600である。装置102は、チャネル状態測定要求メッセージ1610を受信する受信モジュール1602を含む。一態様では、装置102は、受信モジュール1602に、RRHから受信したチャネル状態測定要求メッセージ1610を通信し得るRRH通信モジュール1624をさらに含み得る。一態様では、チャネル状態測定要求メッセージ1610は、第1のリソースパターン1604と第2のリソースパターン1606とを含み得る。随意の態様では、チャネル状態測定要求メッセージ1610は第3のリソースパターン1605をさらに含み得る。装置102は、干渉測定を実行するために第2のリソースパターン1604についての知識を使用する干渉推定モジュール1608をさらに含み得る。一態様では、干渉推定モジュール1608は、協調送信ポイントのセットの外部からの干渉を推定するために第3のリソースパターンをさらに使用し得る。干渉推定モジュール1608によって判断された1つまたは複数の干渉推定値1612は、チャネル状態コンディション報告生成モジュール1616に通信され得る。装置102は、チャネル状態を推定するために第1のリソースパターン1606を使用し得るチャネル推定モジュール1610をさらに含み得る。チャネル推定モジュール1610によって判断されたチャネル推定値1614は、チャネル状態コンディション報告生成モジュール1616に通信され得る。装置102は、少なくとも1つまたは複数の干渉推定値1612とチャネル推定値1614とに基づいてチャネル状態コンディション報告1618を生成し得るチャネル状態コンディション報告生成モジュール1616をさらに含み得る。装置102は、マクロeNBにチャネル状態コンディション報告1618を送信する送信モジュール1620をさらに含み得る。一態様では、RRH通信モジュール1624が、RRHにチャネル状態コンディション報告1618を送信することができるようにするために、送信モジュール1620は、RRH通信モジュール1624にチャネル状態コンディション報告1618を通信し得る。一態様では、受信モジュール1602は、チャネル状態コンディション報告1618の送信に応答して、マクロeNBからリソーススケジューリングメッセージ1622を受信し得る。0093装置は、上述の図15のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述の図15のフローチャート内の各ステップは、1つのモジュールによって実行され得、装置は、それらのモジュールのうちの1つまたは複数を含み得る。それらのモジュールは、述べたプロセス/アルゴリズムを行うように特に構成された1つまたは複数のハードウェア構成要素であるか、述べたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。0094図17は、処理システム1714を採用する装置102’のためのハードウェア実装形態の一例を示す図である。処理システム1714は、バス1724によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1724は、処理システム1714の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス1724は、プロセッサ1704によって表される1つまたは複数のプロセッサおよび/またはハードウェアモジュールと、モジュール1602、1608、1610、1616、1620、1624と、コンピュータ可読媒体1706とを含む様々な回路を互いにリンクする。バス1724はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。0095装置は、トランシーバ1710に結合された処理システム1714を含む。トランシーバ1710は、1つまたは複数のアンテナ1720に結合される。トランシーバ1710は、伝送媒体上で様々な他の装置と通信するための手段を与える。処理システム1714は、コンピュータ可読媒体1706に結合されたプロセッサ1704を含む。プロセッサ1704はまた、コンピュータ可読媒体1706に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ1704によって実行されたとき、処理システム1714に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体1706はまた、ソフトウェアを実行するときにプロセッサ1704によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール1602、1608、1610、1616、1620、および1624をさらに含む。それらのモジュールは、プロセッサ1704中で動作するか、コンピュータ可読媒体1706中に常駐する/記憶されたソフトウェアモジュールであるか、プロセッサ1704に結合された1つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム1714は、UE650の構成要素であり得、メモリ660および/またはTXプロセッサ668と、RXプロセッサ656と、コントローラ/プロセッサ659とのうちの少なくとも1つを含み得る。0096開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。0097以上の説明は、当業者が本明細書で説明した様々な態様を実行できるようにするために提供したものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、言語的主張に矛盾しない最大限の範囲を与えられるべきであり、単数形の要素への言及は、明確にそう明記されていない限り、唯一無二のを意味するものではなく、1つまたは複数のを意味するものである。別段に明記されていない限り、いくつかのという用語は1つまたは複数のを指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が手段という語句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素がステップという語句を使用して具陳されていない限り、米国特許法第112条第6項の規定に基づいて解釈されるべきではない。