(57)【特許請求の範囲】
【請求項１】
レガシーユーザデバイス及びマシン型通信（ＭＴＣ）ユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な、通信ノードであって、
前記レガシーユーザデバイス用の第一の制御データを、第１のチャネルの共通探索空間において送信し、かつ、前記ＭＴＣユーザデバイス用の第二の制御データを、前記レガシーユーザデバイスによって監視されない、第２のチャネルの共通探索空間において送信する手段を備え、
前記送信する手段は、複数のサブフレーム内において、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを反復して送信するように構成されており、
前記第２のチャネルにおいて提供される前記第二の制御データは、所定の総数の所定の帯域の中から選択された帯域において提供され、
前記選択された帯域は、ダウンリンク伝送帯域幅内の６つの物理リソースブロックから成り、
前記所定の総数は、前記ダウンリンク伝送帯域幅のリソースブロック数を６で分割した値と、床関数とによって与えられる、通信ノード。
【請求項２】
前記所定の総数は、以下の式によって与えられ、
【数１】
0006304516.tif 000008
ここで、
【数２】
0006304516.tif 000009
は、前記ダウンリンク伝送帯域幅のリソースブロック数である、請求項１に記載の通信ノード。
【請求項３】
前記通信ノードは、報知チャネルにおいて、前記第２のチャネルを監視することを識別する情報を送信するように構成されている、請求項１又は２に記載の通信ノード。
【請求項４】
前記通信ノードは、報知チャネルにおいて、前記第２のチャネルの前記共通探索空間用の少なくとも１つのサブフレーム構成を識別する情報を送信するように構成されている、請求項１〜３のいずれか１項に記載の通信ノード。
【請求項５】
各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、前記ＭＴＣユーザデバイスによって受信及び復号化される前記共通探索空間において伝送される前記第二の制御データは、前記サブフレームの前記ＰＤＳＣＨ部分内において送信される、請求項１に記載の通信ノード。
【請求項６】
前記通信ノードは、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データが送信される、前記サブフレームを識別するデータを前記ＭＴＣユーザデバイスに送信するように構成されている、請求項５に記載の通信ノード。
【請求項７】
前記送信する手段は、ユーザ固有探索空間において第三の制御データを送信する、請求項１〜６のいずれか１項に記載の通信ノード。
【請求項８】
前記サブフレームを識別する前記データは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを搬送するものとして識別する、請求項６に記載の通信ノード。
【請求項９】
前記通信ノードは、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データと、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）とを同じサブフレームに配置することを回避するように構成されている、請求項８に記載の通信ノード。
【請求項１０】
前記通信ノードは、Ｎ個のサブフレームを有する無線フレームを用いて前記ユーザデバイスと通信するように構成され、前記通信ノードは、前記Ｎ個のサブフレームのうちの対応する１つが前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを搬送するか否かを識別する１ビットに対応している、Ｎビットを含むシグナリング情報を送信する、請求項６〜９のいずれか１項に記載の通信ノード。
【請求項１１】
前記通信ノードは、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はセル参照信号（ＣＲＳ）を含まないサブフレームにおいて送信するように構成されている、請求項５〜１０のいずれか１項に記載の通信ノード。
【請求項１２】
前記通信ノードは、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はセル参照信号（ＣＲＳ）を含むサブフレームにおいて送信するように構成され、前記ＣＳＩ−ＲＳ又は前記ＣＲＳを搬送するのに用いられるリソースを用いて、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを搬送することを回避するように構成されている、請求項５〜１０のいずれか１項に記載の通信ノード。
【請求項１３】
前記通信ノードは、前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データのサブフレーム内のロケーションを識別するシグナリング情報を、前記ＭＴＣユーザデバイスに送信するように構成されている、請求項１〜９、１１、１２のいずれか１項に記載の通信ノード。
【請求項１４】
前記ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データのサブフレーム内に固定数の可能なロケーションが存在し、前記通信ノードは、前記可能なロケーションのうちの１つを識別するデータをシグナリングするように構成されている、請求項１３に記載の通信ノード。
【請求項１５】
通信ノードと通信するマシン型通信（ＭＴＣ）ユーザデバイスであって、前記ＭＴＣユーザデバイスは、請求項１〜１４のいずれか１項に記載の通信ノードとともに動作するように構成されているとともに、前記第二の制御データを受信及び復号化して前記通信ノードとの通信を制御することができるように適合されていることを特徴とする、ＭＴＣユーザデバイス。
【請求項１６】
レガシーユーザデバイス及びＭＴＣユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングする、通信ノードによって実行される方法であって、
前記レガシーユーザデバイス用の第一の制御データを、第１のチャネルの共通探索空間において送信し、かつ、前記ＭＴＣユーザデバイス用の第二の制御データを、前記レガシーユーザデバイスによって監視されない、第２のチャネルの共通探索空間において送信し、
複数のサブフレーム内において、ＭＴＣユーザデバイスによって受信及び復号化される前記第二の制御データを反復して送信し、
前記第２のチャネルにおいて提供される前記第二の制御データは、所定の総数の所定の帯域の中から選択された帯域において提供され、
前記選択された帯域は、ダウンリンク伝送帯域幅内の６つの物理リソースブロックから成り、
前記所定の総数は、前記ダウンリンク伝送帯域幅のリソースブロック数を６で分割した値と、床関数とによって与えられる、方法。
【請求項１７】
通信ノードと通信するマシン型通信（ＭＴＣ）ユーザデバイスであって、
制御データを、レガシーユーザデバイスによって監視されない、制御チャネルの共通探索空間において受信する手段を備え、
前記受信する手段は、制御チャネルの共通探索空間において制御データを含む複数のサブフレームを受信するように構成されており、
前記複数のサブフレームから受信された前記制御データを組み合わせる手段と、
前記組み合わされた制御データを復号化する手段と、
を備え、
前記制御チャネルにおいて受信される前記制御データは、所定の総数の所定の帯域の中から選択された帯域において受信され、
前記選択された帯域は、ダウンリンク伝送帯域幅内の６つの物理リソースブロックから成り、
前記所定の総数は、前記ダウンリンク伝送帯域幅のリソースブロック数を６で分割した値と、床関数とによって与えられる、ＭＴＣユーザデバイス。
【請求項１８】
通信ノードと通信するマシン型通信（ＭＴＣ）ユーザデバイスによって実行される方法であって、
制御データを、レガシーユーザデバイスによって監視されない、制御チャネルの共通探索空間において受信することを含み、
制御チャネルの共通探索空間において制御データを含む複数のサブフレームを受信し、
前記複数のサブフレームから受信された前記制御データを組み合わせることと、
前記組み合わされた制御データを復号化することと、
を含み、
前記制御チャネルにおいて受信される前記制御データは、所定の総数の所定の帯域の中から選択された帯域において受信され、
前記選択された帯域は、ダウンリンク伝送帯域幅内の６つの物理リソースブロックから成り、
前記所定の総数は、前記ダウンリンク伝送帯域幅のリソースブロック数を６で分割した値と、床関数とによって与えられる、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信デバイス及び移動通信ネットワークに関し、限定はしないが、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準規格又はその均等物若しくは派生物に従って動作する移動通信デバイス及び移動通信ネットワークに関する。本発明は、限定はしないが、特に、ＬＴＥアドバンストを含む、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）（発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれる）に関連する。
【背景技術】
【０００２】
移動（セルラ）通信ネットワークでは、ユーザデバイス（ユーザ機器（ＵＥ）、例えば移動電話としても知られている）が、基地局を介してリモートサーバ又は他のユーザデバイスと通信する。それらの互いの通信において、ユーザデバイス及び基地局は、通常は周波数帯域及び／又は時間ブロックに分割されている認可された無線周波数を用いる。
【０００３】
ユーザデバイスは、基地局を介して通信することができるようにするために、基地局によって動作される制御チャネルを監視する必要がある。これらの制御チャネルのうちの１つ、いわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、スケジューリング割り当て及び他の制御情報を搬送する。ＰＤＣＣＨは様々な目的に応える。主として、ＰＤＣＣＨは、スケジューリング決定事項、すなわち、アップリンク通信及びダウンリンク通信のためのスケジューリング割り当てを個々のユーザデバイスに伝達するのに用いられる。
【０００４】
ＰＤＣＣＨ上で搬送される情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれる。ＰＤＣＣＨ等の物理制御チャネルは、１つ又は幾つかの連続した制御チャネル要素（ＣＣＥ）のアグリゲーションで送信される。ここで、制御チャネル要素は９つのリソース要素グループ（ＲＥＧ）に対応する。各ＲＥＧは４つのリソース要素（ＲＥ）を有する。
【０００５】
電気通信における近年の開発によって、人間の補助なしで通信し動作を実行するように構成されたネットワーク接続デバイスである、マシン型通信（ＭＴＣ）ユーザデバイスの使用の大きな増加が見られている。そのようなデバイスの例として、測定を行い、これらの測定値を、通信ネットワークを介して他のデバイスに中継するように構成することができるスマートメータがある。マシン型通信は、マシン２マシン（Ｍ２Ｍ）通信としても知られている。ＭＴＣユーザデバイスは、「モノのインターネット」の概念の実施において重要な役割を果たすことが予想される。スマートメータ又は家庭電化製品等のＭＴＣデバイスは、固定ロケーションに留まるか又は低い移動度を示すことが一般的である。そのようなデバイスは、ネットワークカバレッジが低い建物内部の深部に展開される場合もある。例えば、幾つかのＭＴＣユーザデバイスは、住宅建物の地下に設置される場合もあるし、背面に金属箔が付いた断熱材又は金属被覆された窓によってシールドされたロケーションに設置される場合もある。これらのＭＴＣデバイスは、エアインターフェースに関して、標準的なユーザデバイスよりも大きな透過損失（penetration losses）に遭遇する。
【０００６】
ネットワークカバレッジの不足は、ＭＴＣユーザデバイスの機能が多くの場合に制限されていることと組み合わさって、そのようなＭＴＣユーザデバイスが有するデータレートの低下をもたらす可能性があり、したがって、幾つかのメッセージ又はＰＤＣＣＨ等のチャネルがＭＴＣユーザデバイスによって受信されないというリスクが存在する。このリスクを軽減するために、ＰＤＣＣＨ（及び／又は、適用可能な場合には、拡張型物理ダウンリンク制御チャネルＥＰＤＣＣＨ）のカバレッジを増加させることが望ましい。
【０００７】
カバレッジの強化について提案された１つの手法は、複数のサブフレームにわたって（Ｅ）ＰＤＣＣＨを反復することである。しかしながら、カバレッジを強化することは、キャリア周波数をどのようにアグリゲートすべきか、無線フレームにおいて制御チャネルをどのようにかつどこでシグナリングすべきか、並びにＭＴＣ及びレガシーデバイスを含むユーザ機器がその制御シグナリングを効率的に突き止めて解釈することができることをどのように確保すべきかに関する課題を提起する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、上記課題に少なくとも部分的に対処するシステム、デバイス、及び方法を提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明は、通信ノードと通信する、レガシーユーザデバイス及び非レガシーユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングする通信ノード（基地局等）であって、前記ユーザデバイスへ送信するための制御データを生成する手段であって、該制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と；前記ユーザデバイスによって受信されるサブフレームのシーケンスにおいて前記生成された制御データを送信する手段と；を備え、前記生成する手段は、前記レガシーユーザデバイスによって復号化されえない、前記非レガシーユーザデバイスによって受信及び復号化される共通制御データを生成するように構成され、前記送信する手段は、複数のサブフレーム内において、非レガシーユーザデバイスによって受信及び復号化される前記生成された共通制御データを反復して送信するように構成されている、通信ノードを提供する。
【００１０】
一つの例示的な実施の形態では、前記制御データは、複数の制御チャネル要素（ＣＣＥ）を用いて送信され、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データは、前記レガシーユーザデバイスによって復号化されえない、少なくとも１６個のＣＣＥのアグリゲーションを用いて送信される。
【００１１】
別の例示的な実施の形態では、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データは、前記レガシーユーザデバイスに利用不能な、暗号化鍵を用いて暗号化される。
【００１２】
別の例示的な実施の形態では、前記制御データは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）において送信され、レガシーユーザデバイスの共通制御データが、前記ＰＤＣＣＨの第１の部分に配置され、レガシーユーザデバイスのユーザ固有制御データが、前記ＰＤＣＣＨの第２の部分に配置され、前記非レガシーユーザデバイスの前記共通制御データは、前記ＰＤＣＣＨの前記第２の部分に配置される。
【００１３】
別の例示的な実施の形態では、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データは、前記サブフレームの前記ＰＤＳＣＨ部分内において送信される。
【００１４】
前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データが送信される前記サブフレームを識別するシグナリング情報を、前記非レガシーユーザデバイスに送信するように構成されてよい。この場合、前記サブフレームを識別する前記データは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームのみを、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送するものとして識別してよい。代替的には、前記サブフレームを識別する前記データは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送するものとして識別してよい。この場合、前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データと、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）とを同じサブフレームに配置することを回避してよい。
【００１５】
通常、前記通信ノードは、物理報知チャネル（ＰＢＣＨ）を用いて前記シグナリング情報を送信するように構成されている。前記通信ノードが、Ｎ個のサブフレームを有する無線フレームを用いて前記ユーザデバイスと通信する場合、前記シグナリング情報は、前記Ｎ個のサブフレームのうちの対応する１つが前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送するか否かを識別する１ビットである、Ｎビットからなってよい。代替的には、前記シグナリング情報は、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送する前記Ｎ個のサブフレームの複数の所定の構成のうちの１つを識別する、Ｍビットからなってよく、ＭはＮよりも小さい。前記サブフレームを識別する前記データが、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送するものとして識別する場合、前記Ｍビットは、無線フレームのどのＭＢＳＦＮサブフレーム及びどの非ＭＢＳＦＮサブフレームが前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送するのかを同時又は別々に符号化してよい。
【００１６】
幾つかの例示的な実施の形態では、前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）若しくはチャネル参照信号（ＣＲＳ）を含まないサブフレーム、又はＣＳＩ−ＲＳ及びＣＲＳの双方の参照信号を含まないサブフレームにおいて送信するように構成されている。代替的には、前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含むサブフレームにおいて送信してよく、前記ＣＳＩ−ＲＳ又は前記ＣＲＳを搬送するのに用いられる（又は用いることができる）リソースを用いて、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データを搬送することを回避する。
【００１７】
幾つかの例示的な実施の形態では、前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データのサブフレーム内の前記ロケーションを識別するシグナリング情報を、前記非レガシーユーザデバイスに送信する。前記共通制御データを配置することができるサブフレーム内に固定数の可能なロケーションが存在してよく、この場合、前記通信ノードは、前記可能なロケーションのうちの１つを識別するデータをシグナリングする。代替的に、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データのサブフレーム内に固定数の可能なロケーションが存在してよく、前記通信ノードは、前記通信ノードと関連付けられたセルＩＤのような静的システム変数又は準静的システム変数に依存するロケーションにおいて前記共通制御データを送信してよい。
【００１８】
幾つかの例示的な実施の形態では、前記通信ノードは、前記非レガシーユーザデバイスによって受信及び復号化される前記共通制御データのサイズを識別するデータをシグナリングする。この場合、前記共通制御データの前記サイズは、複数の可能なサイズのうちの１つであってよく、前記通信ノードは、前記複数のサイズのうちの１つを示すデータを前記非レガシーユーザデバイスにシグナリングしてよい。
【００１９】
通常、前記共通制御データは、サブフレーム内に連続して配置されてもよいし、前記サブフレーム内に分散されてよい、複数のリソースブロック（ＲＢ）上で搬送される。
【００２０】
本発明は、通信ノードと通信する複数のユーザデバイスによって用いられるリソースをスケジューリングする通信ノードであって、前記ユーザデバイスへ送信するための制御データを生成する手段であって、該制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と；該通信ノードと前記ユーザデバイスとの間の通信の制御において用いられる参照信号を生成する手段と；前記生成された参照信号及び前記生成された制御データを、前記ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する手段であって、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含む、送信する手段と；を備え、生成された参照信号と、複数のユーザデバイスによって受信及び復号化される共通制御データとは、前記サブフレームの前記ＰＤＳＣＨ部分内において送信され、前記送信する手段は、前記共通制御データ及び前記参照信号を、サブフレームの前記ＰＤＳＣＨ部分内において、そこに含まれるそれぞれ異なるリソースブロックを用いて送信するように構成されている、通信ノードも提供する。
【００２１】
前記通信ノードは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含まないサブフレームにおいて、前記共通制御データを搬送するように構成されてよい。
【００２２】
前記通信ノードは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含むサブフレームにおいて、前記共通制御データを送信するように構成されてよく、前記ＣＳＩ−ＲＳ又は前記ＣＲＳを搬送するのに用いられる前記共通制御データを搬送するリソースを用いることを回避するように構成されてよい。
【００２３】
幾つかの例示的な実施の形態では、前記通信ノードは、前記共通制御データのサブフレーム内の前記ロケーション及び／又はサイズを識別するシグナリング情報を、前記ユーザデバイスに送信する。
【００２４】
通常、前記通信ノードは、前記非レガシーユーザデバイスによって事前に知られている前記サブフレームの開始シンボルにおいて、前記共通制御データを開始する。前記開始シンボルは、サブフレームのタイプに応じて異なってよく、前記非レガシーユーザデバイスは、前記受信されたサブフレーム内の前記制御データの前記ロケーションを識別するのに役立つ前記開始シンボルの知識を保持する。
【００２５】
本発明は、上記で説明した通信ノードと、少なくとも１つのユーザデバイスであって、前記共通制御データを受信及び復号化して該ユーザデバイスと前記通信ノードとの間の通信を制御する、少なくとも１つのユーザデバイスと、を備える通信システムも提供する。
【００２６】
一つの例示的な実施の形態では、前記ユーザデバイスは、前記通信ノードによって送信される制御データを受信する手段であって、該制御データは、該ユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、受信する手段を備え、前記受信された共通制御データは、非レガシーユーザデバイスによって受信及び復号化されるものであり、レガシーユーザデバイスによって復号化されえず、前記受信する手段は、前記共通制御データを含む複数のサブフレームを受信するように構成され、前記複数のサブフレームから受信された前記制御データを組み合わせる手段と、前記組み合わされた共通制御データを復号化する手段と、を備える。
【００２７】
別の例示的な実施の形態では、前記ユーザデバイスは、前記通信ノードによって送信されたサブフレームを受信する手段であって、該サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信する手段を備え、前記サブフレームは、前記通信ノードと前記ユーザデバイスとの間の通信の制御において用いられ、前記通信ノードによって送信された参照信号を含み、前記受信する手段は、前記共通制御データを含む複数のサブフレームを受信するように構成され、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、受信される参照信号及び共通制御データは、前記ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いて前記サブフレームの前記ＰＤＳＣＨ部分内において受信され、前記複数のサブフレームから受信された前記制御データを組み合わせる手段と、前記組み合わされた共通制御データを復号化する手段と、を備える。
【００２８】
別の例示的な実施の形態では、前記ユーザデバイスは、前記通信ノードによって送信されたサブフレームを受信する手段であって、該サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信する手段を備え、前記サブフレームは、前記通信ノードと前記ユーザデバイスとの間の通信の制御において用いられ、前記通信ノードによって送信された参照信号を含み、前記受信する手段は、前記共通制御データを含む複数のサブフレームを受信するように構成され、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、受信される参照信号及び共通制御データは、前記ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いて前記サブフレームの前記ＰＤＳＣＨ部分内において受信され、前記参照信号の前記ロケーション又は前記予想ロケーションについての情報を用いて、前記サブフレームの前記ＰＤＳＣＨ部分内の前記共通制御データを識別する手段と、前記複数のサブフレームから受信された前記制御データを組み合わせる手段と、前記組み合わされた共通制御データを復号化する手段と、を備える。
【００２９】
本発明の態様は、対応するシステム、方法、並びに上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である命令が記憶されたコンピュータ可読記憶媒体のようなコンピュータプログラム製品にまで及ぶ。
【００３０】
本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれる場合がある。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれる場合がある。
【００３１】
次に、本発明の実施形態を、単に例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００３２】
【図１】電気通信システムの概略図である。
【図２】図１に示すシステムの無線リンク上での通信において用いられる一般的なフレーム構造を概略的に示す図である。
【図３】周波数サブキャリアがリソースブロックに分割される方法及びタイムスロットが複数のＯＦＤＭシンボルに分割される方法を概略的に示す図である。
【図４】図１に示すユーザデバイスの主要な構成要素を示すブロック図である。
【図５】図１に示す基地局の主要な構成要素を示すブロック図である。
【図６】図１の電気通信システムの無線フレームの一部を形成する複数のサブフレームを示す図である。
【図７】レガシーＰＤＣＣＨのＵＳＳ部分の一部を形成するＣＣＥ要素のブロックがＭＴＣデバイスの制御情報の反復シグナリングに用いられる変更されたＰＤＣＣＨ構造を示す図である。
【図８】ＭＴＣデバイスによって受信される無線フレームの一部を形成する複数のサブフレームにおいてＥＰＤＣＣＨを反復することができる方法を示す図である。
【図９】１０個のサブフレームで構成され、ＭＢＳＦＮサブフレームの可能なロケーションを示す１つの無線フレームを示す図である。
【図１０】図１の電気通信システムにおいて用いられるサブフレームに対応する通常のリソースグリッドの単純化した説明図である。
【図１１】オプションＡによる非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームに対応する例示的なリソースグリッドの単純化した説明図である。
【図１２】オプションＢによる非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームに対応する例示的なリソースグリッドの単純化した説明図である。
【図１３】オプションＣによるＭＢＳＦＮサブフレームに対応する例示的なリソースグリッドの単純化した説明図である。
【図１４】オプションＤによる非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームに対応する例示的なリソースグリッドの単純化した説明図である。
【図１５】ＥＰＤＣＣＨ内の強化ＣＳＳ（ＥＣＳＳ）を低コストＭＴＣ用に設計する別の解決策の説明に用いられる図である。
【発明を実施するための形態】
【００３３】
概略
図１は、ユーザデバイス３−０、３−１及び３−２の間の通信が基地局５及びコアネットワーク７によってサポートされる移動（セルラ）電気通信システム１を概略的に示している。この例示的な実施形態では、ユーザデバイス３−０及び３−１は移動電話であり、ユーザデバイス３−２はマシン型通信（ＭＴＣ）ユーザデバイスである。図示するように、ユーザデバイス３−０、３−１及び３−２は、基地局５によって運用されるセル６内に位置している。
【００３４】
図１に示されるシステムでは、図示される基地局５は、発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）基地局である。そのような基地局は、一般にｅＮＢ（進化型ＮｏｄｅＢ）と呼ばれる。
【００３５】
基地局５は、セル内のユーザデバイス３によって受信される（Ｅ）ＰＤＣＣＨを送信するように構成されている。この（Ｅ）ＰＤＣＣＨは、アップリンクリソース及びダウンリンクリソースをこれらのユーザデバイスに配分している。
【００３６】
また、基地局５は、ユーザデバイス３が受信して、信号品質を求めるのに用いるように動作可能な参照信号を提供するように構成されている。測定の結果に基づいて、ユーザデバイス３は、報告を生成し、基地局５に返信する。このフィードバックメカニズムは、チャネル品質表示（ＣＱＩ）と呼ばれ、送信のリソース配分、スケジューリング及び電力を含む、基地局５の動作を微調整するのに用いられる。
【００３７】
以下でより詳細に説明するように、基地局５は、ＭＴＣユーザデバイス３−２のためのＰＤＣＣＨ送信を反復し、これを行う様々な代替の技法が以下で説明される。しかしながら、これらの代替の技法を説明する前に、これらの代替の技法の理解に役立つ、ＬＴＥフレーム構造の簡単な概略を次に説明する。
【００３８】
ＬＴＥサブフレームデータ構造
図２は、図１に示すシステムの無線リンク上での通信において用いられる一般的なフレーム構造を概略的に示している。
【００３９】
ダウンリンクには直交周波数分割多元接続（ＯＦＤＭＡ）技法が用いられ、基地局５がユーザデータをエアインターフェース上でそれぞれのユーザデバイス３に送信することが可能にされ、アップリンクには単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）技法が用いられ、ユーザデバイス３がそれらのデータをエアインターフェース上で基地局５に送信することが可能にされる。それぞれ異なるサブキャリアが、各方向に送信されるデータ量に応じて、基地局５によって（所定の時間量の間）各ユーザデバイス３に配分される。これらのサブキャリア及び時間的配分は、ＬＴＥ仕様では物理リソースブロック（ＰＲＢ）として規定される。このため、ＰＲＢは、時間周波数次元を有する。基地局５は、サービングしている各デバイスのＰＲＢを動的に配分し、各サブフレーム（ＴＴＩ）の配分を、スケジューリングされたユーザデバイス３のそれぞれに制御チャネル、例えば（Ｅ）ＰＤＣＣＨにおいてシグナリングする。
【００４０】
図２に示すように、エアインターフェース上でのＬＴＥ通信について合意された一般的なフレーム構造は、フレーム１３を含む。このフレーム１３は、１０ｍｓｅｃの長さであり、１ｍｓｅｃの持続時間の１０個のサブフレーム（送信時間間隔（ＴＴＩ）として知られている）から成る。各サブフレーム、すなわち各ＴＴＩは、０．５ｍｓｅｃの持続時間の２つのスロット１７を含む。各スロット１７は、標準的なサイクリックプレフィックス（ＣＰ）が用いられるのか又は拡張されたサイクリックプレフィックス（ＣＰ）が用いられるのかに応じて、６つ又は７つのいずれかのＯＦＤＭＡシンボル１９を含む。
【００４１】
図３は、周波数サブキャリアがリソースブロックに分割される方法及びタイムスロットが複数のＯＦＤＭシンボルに分割される方法を概略的に示している。
【００４２】
利用可能なサブキャリアの総数は、システムの全送信帯域幅に依存する。ＬＴＥ仕様は、１．４ＭＨｚ〜２０ＭＨｚのシステム帯域幅のパラメータを規定し、１つのスロットについて１２個又は２４個のいずれかの連続したサブキャリアを含むように１つのＰＲＢが現在、規定されている。２つのスロットにわたるＰＲＢも、基地局スケジューラによって割り当てられるリソース配分の最小要素としてＬＴＥ仕様によって規定されている。これらのサブキャリアは、その後、信号を所望の送信帯域幅にアップコンバートするためにコンポーネントキャリア上に変調される。
【００４３】
このため、送信信号は、Ｎｓｙｍｂ個のシンボルの持続時間にわたるＮＢＷ個のサブキャリアから成る。グリッド内の各ボックスは、１つのシンボル期間にわたる単一のサブキャリアを表し、リソース要素と呼ばれる。図３に示すように、この場合、各ＰＲＢ１１は、１２個の連続したサブキャリアと、各サブキャリアにつき（この例では）７つのシンボルとから形成される。ただし、実際には、各サブフレームの第２のスロットにおいても同じ配分がなされる。ユーザデバイス３のリソース配分データを含む制御チャネルは、一般に、各サブフレーム１５の最初の３つのＯＦＤＭシンボル内の連続したＣＣＥにおいて送信される。
【００４４】
ユーザデバイス
図４は、図１に示すユーザデバイス３の主要な構成要素を示すブロック図である。ユーザデバイス３は、マルチキャリア環境において動作することが可能なＭＴＣユーザデバイス３−２又は移動（又は「セルラ」）電話であってよい。ユーザデバイス３は、少なくとも１つのアンテナ４０３を介して基地局５に対して信号を送受信するように動作可能なトランシーバ回路４０１を備える。通常、ユーザデバイス３は、ユーザが当該ユーザデバイス３とインタラクトすることを可能にするユーザインターフェース４０５も備えるが、このユーザインターフェース４０５は、幾つかのＭＴＣユーザデバイスについては省略されてよい。
【００４５】
トランシーバ回路４０１の動作は、メモリ４０９に記憶されたソフトウェアに従ってコントローラ４０７によって制御される。このソフトウェアは、とりわけ、オペレーティングシステム４１１、通信制御モジュール４１３、測定モジュール４１５、（Ｅ）ＰＤＣＣＨ構成モジュール４１７、及び（Ｅ）ＰＤＣＣＨ受信モジュール４１９を含む。
【００４６】
通信制御モジュール４１３は、基地局５との通信を管理するように動作可能である。測定モジュール４１５は、ＣＳＩ−ＲＳ（チャネル状態情報参照信号）の測定を行うようにユーザデバイス３を構成する目的で基地局５から測定構成情報を受信する。
【００４７】
測定モジュール４１５は、セルの参照信号受信電力（ＲＳＲＰ）を求める。この例示的な実施形態では、測定モジュール４１５は、ユーザデバイス３が基地局５と通信するようにスケジューリングされていない期間中に信号品質測定を実行するように動作可能である。測定の結果に基づいて、測定モジュール４１５は、ＣＳＩ報告（ＣＱＩを含む）を生成し、基地局５に返信する。
【００４８】
（Ｅ）ＰＤＣＣＨ構成モジュール４１７は、（Ｅ）ＰＤＣＣＨのロケーション及びサイズ及び／又は関連付けられた探索空間を識別する情報のような、（Ｅ）ＰＤＣＣＨ構成情報を基地局５から受信し、この受信された（Ｅ）ＰＤＣＣＨ構成情報を処理するように動作可能である。
【００４９】
（Ｅ）ＰＤＣＣＨ受信モジュール４１９は、（Ｅ）ＰＤＣＣＨを探索、識別及び復号化するように動作可能であり、例えば、ユーザデバイスのリソース配分をシグナリングするＤＣＩを受信する。
【００５０】
基地局
図５は、図１に示す基地局５の主要な構成要素を示すブロック図である。基地局５は、１つ又は複数のアンテナ５０３を介してユーザデバイス３に対して信号を送受信するように動作可能なトランシーバ回路５０１を備える、Ｅ−ＵＴＲＡＮマルチキャリア対応基地局から成る。基地局５は、ネットワークインターフェース５０５を介してコアネットワーク７に対して信号を送受信するように動作可能でもある。トランシーバ回路５０１の動作は、メモリ５０９に記憶されたソフトウェアに従ってコントローラ５０７によって制御される。
【００５１】
このソフトウェアは、とりわけ、オペレーティングシステム５１１、通信制御モジュール５１３、参照信号モジュール５１５、（Ｅ）ＰＤＣＣＨ構成モジュール５１７、及び（Ｅ）ＰＤＣＣＨ送信モジュール５１９を含む。
【００５２】
通信制御モジュール５１３は、ユーザデバイス３との通信を制御するように動作可能である。通信制御モジュール５１３は、この基地局５によってサービングされるユーザデバイス３によって用いられるリソースのスケジューリングも担当する。
【００５３】
参照信号モジュール５１５は、ユーザデバイス３によって受信される参照信号を送信するように動作可能であり、ユーザデバイス３が信号品質測定を実行することを可能にする。参照信号モジュール５１５は、どの参照信号をどのリソース要素及びどのサブフレームにおいて送信するのかを制御する。
【００５４】
（Ｅ）ＰＤＣＣＨ構成モジュール５１７は、（Ｅ）ＰＤＣＣＨのロケーション及びサイズ及び／又は関連付けられた探索空間を識別する情報等の、ユーザデバイス３の（Ｅ）ＰＤＣＣＨ構成情報を生成及び送信するように動作可能である。
【００５５】
（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、例えば、ユーザデバイスのリソース配分をシグナリングするＤＣＩを含む、（Ｅ）ＰＤＣＣＨを送信するように動作可能である。
【００５６】
上記説明では、ユーザデバイス３及び基地局５は、理解を容易にするために複数の別々のモジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本発明を実施するように変更された幾つかの特定の用途についてはこのように提供することができるが、他の用途、例えば、本発明の特徴を最初から考慮して設計されたシステムでは、これらのモジュールは、全体のオペレーティングシステム又はコードに組み込むことができ、そのため、これらのモジュールは、別々のエンティティとして区別することができない場合がある。
【００５７】
強化カバレッジの（Ｅ）ＰＤＣＣＨ−（Ｅ）ＰＤＣＣＨ反復
上記で論述したように、スマートメータ又は家庭電化製品等の、ＭＴＣユーザデバイス３−２が固定ロケーションに留まること又は低い移動度を示すことと、エアインターフェースに対して標準的なユーザデバイスよりも大きな透過損失に遭遇することとは一般的である。カバレッジの強化用に提案された１つの手法は、ＭＴＣユーザデバイス３−２の（Ｅ）ＰＤＣＣＨを複数のサブフレームにわたって反復することである。
【００５８】
図６は、そのような反復を５つのサブフレーム１５内で行うことができる方法を示している。図６に示すように、各サブフレーム１５の最初の部分１４２は、ＰＤＣＣＨを搬送するのに用いられる。各サブフレーム１５の残りの部分は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）１４３から成る。各ユーザデバイス３用のＰＤＳＣＨリソースは、ＰＤＣＣＨ１４２において搬送される制御情報を用いて配分される。
【００５９】
この説明図では、各サブフレーム１５のＰＤＣＣＨ１４２は、ＭＴＣユーザデバイス３−２並びにレガシーユーザデバイス３−０及び３−１の双方の制御情報を含む。ＭＴＣユーザデバイス３−２のＰＤＣＣＨデータは、サブフレーム１〜４において反復される。このＰＤＣＣＨデータは、ＭＴＣユーザデバイス３−２用のサブフレーム５のＰＤＳＣＨ内のリソース１４７の配分を、ＭＴＣユーザデバイス３−２に通知する。このため、ＭＴＣユーザデバイス３−２は、ＰＤＣＣＨを復号化する前にサブフレーム１〜４にわたる複数のＰＤＣＣＨ反復を組み合わせて、ＰＤＳＣＨ内の自身の配分リソース１４７を求めることができる。
【００６０】
これとは対照的に、レガシーユーザデバイス３のＰＤＣＣＨ情報は、一般に、複数のサブフレーム１５にわたって反復されない。サブフレーム１５のＰＤＳＣＨ１４５内で特定のレガシーユーザデバイス３に配分されるリソースは、通常、そのサブフレームのＰＤＣＣＨ１４２に示される。図６に示すように、ＰＤＳＣＨ内で配分される特定のリソースは、各サブフレームにおいて変化してよい。
【００６１】
図６に示していないが、ＰＤＣＣＨ１４２は、１つ又は複数の連続した制御チャネル要素（ＣＣＥ）のアグリゲーションからなり、ＣＣＥは、基地局の利用可能な物理リソースブロック（ＰＲＢ）の小部分を占有する。ＬＴＥでは、各ＣＣＥは、９つのリソース要素群に対応し、各リソース要素群は、ＱＰＳＫ変調を仮定すると、８ビットの制御されるデータに対応する。セル内で利用可能なＣＣＥの総数は、そのセルのシステム帯域幅と、所与のサブフレームにおいてＰＤＣＣＨ送信用に確保されるＯＦＤＭシンボルの数とに依存する。上述したように、この実施形態では、各サブフレームの最初の３つのＯＦＤＭシンボルが、ＰＤＣＣＨ制御データの搬送に専用化される。
【００６２】
ＭＴＣユーザデバイス３−２がその（Ｅ）ＰＤＣＣＨの受信に成功することができるには、ＭＴＣユーザデバイス３−２は、ＰＤＣＣＨの反復を搬送する各サブフレームにおけるＣＣＥのロケーションを、この反復の開始サブフレーム及び終了サブフレーム並びにＭＴＣユーザデバイス３−２の反復されるＰＤＣＣＨを搬送するサブフレームの最後のものに対する、リソース１４７が配分されているサブフレームのタイミングとともに知ることが必要である。図６に示す例では、サブフレーム１がＰＤＣＣＨ反復の開始サブフレームであり、サブフレーム４がＰＤＣＣＨ反復の終了サブフレームであり、配分されるリソース１４７はサブフレーム５に配置されている。
【００６３】
３ＧＰＰ標準規格の関係者は、（Ｅ）ＰＤＣＣＨの強化カバレッジが反復を用いて実施されるＭＴＣユーザデバイス３−２について、（Ｅ）ＰＤＣＣＨ及びＰＤＳＣＨがどのように構成されるのかを議論してきた。ＰＤＳＣＨのタイミングと（Ｅ）ＰＤＣＣＨのタイミングとの関係は、ユーザデバイスに知られるべきであり、例えば、このタイミングは固定されたものとすることもできるし、他のシステム情報からこのタイミングを取り出すようにＭＴＣユーザデバイス３−２を構成してもよいことが合意されている。ＭＴＣユーザデバイス３−２の観点から、（Ｅ）ＰＤＣＣＨ反復の可能な開始サブフレームは、フレーム１３内のサブフレームのサブセットに限定されることも合意されている。（Ｅ）ＰＤＣＣＨが複数のサブフレームにわたって反復される場合、（Ｅ）ＰＤＣＣＨによって配分されているリソース１４７は、（Ｅ）ＰＤＣＣＨ反復の終了前に送信されるべきでないことも合意されている。より具体的に言えば、サブフレームｎが最後の（Ｅ）ＰＤＣＣＨ反復である場合、ＰＤＳＣＨはサブフレームｎ＋ｋで開始する。ここで、ｋ＞０である。
【００６４】
（Ｅ）ＰＤＣＣＨの反復は、ユーザデバイスによって求められるチャネル品質表示（ＣＱＩ）に応じてそれぞれ異なる信号対雑音比（ＳＮＲ）レベルについて構成されえることも合意されている。例えば、ＭＴＣユーザデバイス３−２がセルのエッジの近くに位置しているとき、（Ｅ）ＰＤＣＣＨは、６４回反復することができるのに対して、セルの中心付近に位置しているＭＴＣユーザデバイスは、１６回の反復のみを受信してよい。（Ｅ）ＰＤＣＣＨの反復のレベルを変化させることは、不要な反復を最小にしてＭＴＣユーザデバイス内に電力管理を最適化するのに役立つ。
【００６５】
探索空間
ユーザデバイス３は、リソース配分がＰＤＳＣＨにおいていつシグナリングされるのか、又はＰＤＣＣＨ内のどのＣＣＥが、それらの配分されるリソースをシグナリングするのに用いられるのかを事前に知らない。したがって、各ユーザデバイス３は、あらゆるサブフレーム１５において、リソース配分メッセージのためのＰＤＣＣＨを搬送するのに用いられるリソースをスキャンしなければならない。このプロセスの複雑度を適度な限度内に維持するために、各ユーザデバイス３は、サブフレーム内のＣＣＥのサブセットのみを探索する。ＰＤＣＣＨの全ての可能なロケーションを含む、このサブセットは、探索空間と呼ばれる。（Ｅ）ＰＤＣＣＨの各可能なロケーションは、「（Ｅ）ＰＤＣＣＨ候補」と呼ばれる。
【００６６】
図６に示すように、共通探索空間（ＣＳＳ）１５１及びＵＥ固有探索空間（ＵＳＳ）１５３の、２つのタイプの探索空間がある。ＵＥは、共通探索空間及びＵＥ固有探索空間の双方を監視することが必要とされる。
【００６７】
共通探索空間１５１は、全てのユーザデバイス３に共通のダウンリンク制御情報を保持する。例えば、共通探索空間１５１は、セルアクセスパラメーターに関係した情報と、ランダムアクセスチャネル（ＲＡＣＨ）メッセージ２（すなわち、ランダムアクセス応答）及びＲＡＣＨメッセージ４（すなわち、競合解決）と、ページングチャネル（ＰＣＨ）とを含むシステム情報ブロック（ＳＩＢ）を含むことができる。共通探索空間に存在するＣＣＥの最大数は１６である。
【００６８】
ＵＥ固有探索空間１５３は、ＵＥ固有リソース配分等の特定のユーザデバイスのダウンリンク制御情報を搬送する。
【００６９】
理想的には、探索空間のサイズは、ユーザデバイス３に対する処理負担を最小にするために、可能な限り小さくあるべきである。しかしながら、小さな探索空間ほど、基地局のスケジューリングアルゴリズムに対して大きな制限を課す。
【００７０】
１つの（Ｅ）ＰＤＣＣＨ候補を構成するＣＣＥの数は、アグリゲーションレベルと呼ばれ、ユーザデバイス３の探索空間は、アグリゲーションレベルが混合した（Ｅ）ＰＤＣＣＨを含む。表１は、レガシーＰＤＣＣＨ探索空間のサイズに基づいた、通常のサイズの探索空間を示している。
【００７１】
【表１】
0006304516.tif 000002
【００７２】
上記で論述した合意には達してはいるものの、ＭＴＣユーザデバイス３−２用の（Ｅ）ＰＤＣＣＨの強化カバレッジの実施には、解決されるべき多数の問題が依然として存在する。
【００７３】
例えば、どの探索空間候補を（Ｅ）ＰＤＣＣＨに用いるべきか、さらには、どの探索空間候補をユーザデバイスは監視すべきであるかは明らかではない。１つの可能性は、強化カバレッジ（Ｅ）ＰＤＣＣＨのロケーションが、表１に示されるように、レガシーＰＤＣＣＨに用いられる既に規定された探索空間候補に基づくことができるということである。表１に示されるように、アグリゲーションレベル８では、規定された探索空間の候補は２つしかなく、したがって、ＭＴＣユーザデバイス３−２は、ＤＣＩフォーマットごとに２つの可能なロケーションを調べるだけでよい。任意の所与の送信について、ダウンリンク（ＤＬ）ＤＣＩフォーマット及び／又はアップリンク（ＵＬ）ＤＣＩフォーマットが存在することができる。したがって、この場合、ＭＴＣユーザデバイス３−２は、各反復について、それらの反復からのデータのコヒーレントな組み合わせを容易にするために、同じ第１の候補がＤＬ−ＤＣＩフォーマットに用いられ、同じ第２の候補がＵＬ−ＤＣＩフォーマットに用いられることを仮定することができる。
【００７４】
これまで、（Ｅ）ＰＤＣＣＨの反復を取り巻く論述は、ＵＳＳ１５３の反復に関係するものであった。ＣＳＳ１５１の反復の論述はほとんど又は全くなかった。しかしながら、本発明者らは、ＣＳＳ１５１を反復することが更なる問題を提起することに気付いた。特に、ＵＳＳ１５３は、関係しているユーザデバイス３によってのみ復号化することができるように構成され、そのため、幾つかのサブフレームにおいてＵＳＳ１５３を反復することは、他のユーザデバイス３に対して問題を引き起こすことはない。しかしながら、ＣＳＳ１５１は、全てのユーザデバイス３による受信を目的としているので、レガシーユーザデバイス３が、反復される（Ｅ）ＰＤＣＣＨを搬送するサブフレームにおいて、反復される（Ｅ）ＰＤＣＣＨの各反復をリソース１４７の配分として誤って復号化するおそれがある、というリスクが存在する。以下で論述する実施形態は、この問題に対処するか又は少なくとも軽減することを目的とする。
【００７５】
強化カバレッジＰＤＣＣＨにおけるレガシーユーザデバイス用のプロビジョン
強化カバレッジＰＤＣＣＨの開発は、レガシーユーザデバイスとの後方互換性を保持することが重要である。本発明者らは、ＭＴＣユーザデバイス３−２を対象とした強化カバレッジＰＤＣＣＨチャネル用のレガシー共通探索空間（ＣＳＳ）を用いることを提案し、したがって、ＰＤＣＣＨ制御情報の反復は、ＵＥ固有空間（ＵＳＳ）だけでなく共通探索空間においても実施される。
【００７６】
第１の例示的な実施形態によれば、レガシーユーザデバイスによる混乱は、ＭＴＣユーザデバイス３−２のＰＤＣＣＨの増加したアグリゲーションレベルを用いることによって回避される。具体的に言えば、１６のアグリゲーションレベルが用いられる。これは、ＰＤＣＣＨがＣＳＳ１５１全体（共通探索空間に存在するＣＣＥの最大数が１６であるので）を利用することを意味する。レガシーユーザデバイス３は、最大で８のアグリゲーションレベルを復号化することができるようにしか構成されておらず（表１参照）、したがって、レガシーユーザデバイス３は、アグリゲーションレベル１６におけるＰＤＣＣＨを復号化することができず、このため、反復されるＰＤＣＣＨの、レガシーユーザデバイス３による誤った復号化が回避される。
【００７７】
しかしながら、アグリゲーションレベル１６の使用の結果、サブフレームの全ＣＳＳ１５１が消費されることになるので、基地局５が他の制御情報をスケジューリングするのに利用可能なＣＣＥは存在しなくなる。これは、かなりの連続したサブフレームにおいてＣＳＳ１５１がブロッキングされるおそれがある。したがって、アグリゲーションレベル１６における反復されるＰＤＣＣＨの使用は、これらの影響を考慮に入れて慎重に検討されなければならない。
【００７８】
第２の実施形態によれば、ＭＴＣユーザデバイス用の反復されるＰＤＣＣＨは、１６のアグリゲーションレベルよりも低いアグリゲーションレベル、例えば、アグリゲーションレベル４又は８を用い、代わりに、特定のスクランブルがＭＴＣユーザデバイス３−２用のＰＤＣＣＨに適用される。好ましくは、このスクランブルは、新たな無線ネットワーク一時識別子（ＲＮＴＩ）を用いて適用される。有利には、スクランブルによって、レガシーデバイス３がＰＤＣＣＨ反復のうちのいずれかを誤って復号化しようと試みることが防止され、第１の実施形態において発生する可能性があるような、ＣＳＳ１５１の利用可能なＣＣＥの全てが消費されることが回避される（ただし、かなりの連続したサブフレームにおけるＣＳＳのブロッキングの可能性は依然として存在する）。
【００７９】
ＭＴＣユーザデバイス用のＰＤＣＣＨにおける新たな共通探索空間
図７は、第３の実施形態によるＰＤＣＣＨを示している。この実施形態では、ＰＤＣＣＨは、１６個のＣＣＥから成るレガシーＣＳＳ１５１と、Ｎ個のＣＣＥを含むＵＳＳ１５３とを含む。一方、図７に示すように、ＵＳＳ１５３は、ＭＴＣ−ＣＳＳ１６１とラベル付けされた、ＭＴＣユーザデバイス３−２の新たな共通探索空間を含む。この新たなＭＴＣ−ＣＳＳ１６１は、ＭＴＣユーザデバイス３−２が共通制御情報を受信することを可能にするとともに、レガシーユーザデバイス３がこの情報の復号化を試みることを回避する。なぜならば、ＭＴＣ−ＣＳＳ１６１は、レガシーＣＳＳ探索空間１５１に設けられていないからである。
【００８０】
この例では、ＭＴＣ−ＣＳＳ１６１は、１６個のＣＣＥからなり、レガシーＣＳＳ１５１の直後に開始する。このように、ＭＴＣユーザデバイス３−２は、ＭＴＣ−ＣＳＳを探す場所を知っている。これによって、ＭＴＣ−ＣＳＳの探索空間が削減される。もちろん、同じ利点は、ＭＴＣ−ＣＳＳ１６１のロケーションがＭＴＣユーザデバイス３−２によって事前に知られている限り、ＭＴＣ−ＣＳＳ１６１がＵＳＳ内に位置している場所にかかわらず達成される。
【００８１】
この実施形態では、基地局５は、ＵＳＳに含まれるＵＥ固有制御情報よりもＭＴＣ−ＣＳＳ１６１を優先する。したがって、ＵＳＳ内のＣＣＥは或る程度ブロッキングされる。しかしながら、ＵＳＳには、ＣＳＳよりも多くのＣＣＥが存在するので、所与のユーザデバイスのブロッキング確率は深刻なものではない。
【００８２】
ＭＴＣユーザデバイス用のＥＰＤＣＣＨにおける共通探索空間
当業者であれば理解するように、ＰＤＣＣＨは、サブフレームの先頭における一組のシンボル、例えば最初の３つのシンボル内に含まれることが理解される。ＰＤＣＣＨ内の空間は限られているので、ＰＤＳＣＨを搬送するのにこれまで用いられていたサブフレームの残りの部分において、追加の制御データを送信することが提案されている。この追加の制御データは、「拡張型」物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）内に含まれるように規定されている。ＥＰＤＣＣＨの反復を達成することができる方法を次に説明する。
【００８３】
図８は、第４の例示的な実施形態による無線フレームの一部を形成する一連の５つのサブフレーム１５を示している。この例示的な実施形態では、ＭＴＣユーザデバイス３−２用の共通探索空間は、ＥＰＤＣＣＨに設けられている。この例では、各サブフレーム１５は、最初の３つのＯＦＤＭシンボルにわたって設けられたＰＤＣＣＨ１４２を含む。各サブフレームの残りの部分は、物理報知チャネル（ＰＢＣＨ）及びＥＰＤＣＣＨのような、更なる送信を維持することができるＰＤＳＣＨ領域１４３を含む。
【００８４】
ＭＴＣユーザデバイス３−２は、通常のユーザデバイスと比較して低減された帯域幅上で動作することが多く、したがって、この例示的な実施形態では、ＥＰＤＣＣＨは、６つのリソースブロックに対応する１．４ＭＨｚの低減帯域幅内に設けられる。
【００８５】
図８において、サブフレーム０のＰＤＳＣＨ領域１４３は、ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズをシグナリングする、ＰＢＣＨ送信部１７３を含む。
【００８６】
ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーションをシグナリングするために、ＥＰＤＣＣＨ用の複数の可能なロケーション（ＮＥＰＤＣＣＨ＿ｌｏｃａｔｉｏｎ）が事前に規定されている。それぞれ異なるロケーションの数は、以下の式によって与えられる。
【数１】
0006304516.tif 000003
【００８７】
ここで、
【数２】
0006304516.tif 000004
は、全ダウンリンクシステム帯域幅にわたるリソースブロックの数である。
【００８８】
通常、ダウンリンクシステム帯域幅は、１００個のリソースブロックに対応する２０ＭＨｚであってよい。したがって、この場合、ＥＰＤＣＣＨ  ＣＳＳについて１６個のそれぞれ異なる可能なロケーションが存在する。
【００８９】
可能なロケーションのうちの１つは、ＰＢＣＨ１７３においてシグナリングされる。ＰＢＣＨ１７３を用いて基地局５によって送信されるＥＰＤＣＣＨ  ＣＳＳ１７１のロケーションをシグナリングすることによって、基地局５がロケーションを柔軟に選ぶことが有利に可能になる。
【００９０】
現在、ＰＢＣＨ１７３には、全部で２４ビットがあり、そのうち、１４ビットが用いられている。したがって、ＰＢＣＨ１７３には、ＥＰＤＣＣＨ  ＣＳＳ１７１をシグナリングするのに用いることができる、スペアビットが１０ビットある。これらの１０ビットを用いて、この情報をＭＴＣユーザデバイス３−２にシグナリングする方法を以下で更に論述する。
【００９１】
ＥＰＤＣＣＨ  ＣＳＳ１７１のサイズをシグナリングするために、基地局（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、ＥＰＤＣＣＨ  ＣＳＳ１７１の複数の可能なサイズ、この例示的な実施形態では、１．４ＭＨｚの低減帯域幅内の２つ、４つ又は６つのいずれか、のうちの１つのＰＲＢを用いるように、（Ｅ）ＰＤＣＣＨ構成モジュール５１７によって構成される。したがって、これらの可能な構成のうちの１つが、基地局５によってＰＢＣＨ１７３においてシグナリングされる。好ましくは、２つ、４つ又は６つのＰＲＢが連続している。
【００９２】
ＭＴＣユーザデバイス用のＥＰＤＣＣＨにおける共通探索空間−レートマッチングパラメータの適応
ＥＰＤＣＣＨを配分するとき、基地局５は、幾つかのサブフレーム内で送信される参照信号のうちの幾つかとの衝突がないことを確保しなければならず、ＭＴＣユーザデバイス３−２は、どのリソース要素がＥＰＤＣＣＨの一部を形成するのか、及びどのリソース要素が参照信号を搬送するのか、を知っていなければならない。一方、無線フレームの全てのサブフレームが全ての参照信号を搬送するとは限らない。
【００９３】
ＬＴＥでは、特定のモバイルテレビにおいて、放送データを提供することが重要な側面である。モバイルテレビのような放送サービスは、マルチキャスト放送単一周波数ネットワーク（ＭＢＳＦＮ）の形で専用リソースによって提供される。これらのＭＢＳＦＮサブフレームは、これらの参照信号の全てを搬送するとは限らない。無線フレーム内の複数の特定のサブフレームが潜在的なＭＢＳＦＮサブフレームとして指定されることが決定されている。
【００９４】
図９は、０〜９の番号が付けられた１０個のサブフレーム１５から構成された１つの無線フレーム１３を示している。これまでの図と共通して、各サブフレームの最初の部分はＰＤＣＣＨ領域１４２から成り、各サブフレームの後の部分はＰＤＳＣＨ領域１４３から成る。図９に示す例では、無線フレーム１３は周波数分割二重（ＦＤＤ）フレームであり、したがって、サブフレーム１、２、３、６、７及び８が、潜在的なＭＢＳＦＮサブフレームとして指定されている。時分割二重（ＴＤＤ）フレームの場合、サブフレーム２、３、４、７、８及び９が潜在的なＭＢＳＦＮサブフレームとして指定されることに留意されたい。
【００９５】
この例では、非ＭＢＳＦＮサブフレーム０、４、５及び９は、３つのＯＦＤＭシンボルから成るＰＤＣＣＨ領域１４２を含む一方、ＭＢＳＦＮサブフレーム１、２、３、６、７及び８は、２つのＯＦＤＭシンボルのみから成る縮小されたＰＤＣＣＨ領域１４２を含む。
【００９６】
さらに、物理報知チャネル（ＰＢＣＨ）が、無線フレームの特定のサブフレームに設けられ、この例では、サブフレーム０及び５が、可能なＰＢＣＨサブフレームとして指定されている。
【００９７】
参照信号
図１０は、図１の電気通信システム１において用いられるサブフレームの通常のリソースグリッドの単純化した説明図を示している。このサブフレームは、時間（すなわち、図１０の横軸に沿った「シンボル」に対応する列）及び周波数（すなわち、図１０の縦軸に沿った各「サブキャリア」に対応する行）で規定された、複数のリソース要素から成る。各ＥＰＤＣＣＨは、制御チャネル要素（「ＣＣＥ」）のアグリゲーションからなる。ＰＤＣＣＨ１４２は、図１０のサブフレーム１５の左側エリアに包括的に示すように、サブフレーム１５の最初の部分において搬送される。
【００９８】
サブフレームの幾つかのリソース要素は、セル参照信号（ＣＲＳ）１５４及び復調用参照信号（ＤＭＲＳ）１５５を搬送するのにも用いられる。これらの双方は、基地局５によって、所定の間隔及びサブフレーム内の所定のロケーションで周期的に送信される。これらの信号は、参照信号レベルを提供するとともに、基地局５の現在の動作をユーザデバイス３に通知するのに用いられる。リソース要素は、変化するエネルギーレベルで送信することができるが、ＣＲＳ１５４のリソース要素は、常に、既知（例えば、デフォルト）のエネルギーレベルで送信される。このため、ユーザデバイス３は、ＣＲＳ１５４のリソース要素にわたって信号品質測定を実行することができ、これらの測定に基づいて、基地局５によって運用される（所与のセルの）所与の周波数帯域の感知された信号品質を基地局５に示すことができる。
【００９９】
ＣＲＳ及びＤＭＲＳに加えて、基地局５は、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）も送信してよい。ＣＳＩ−ＲＳは、チャネル状態を求めてチャネル品質情報（ＣＱＩ）を基地局５に報告するために、ユーザデバイスによって用いられる。ＣＳＩ−ＲＳは、本質的には、レートマッチングパラメータＣＲＳを拡張したものである。ＬＴＥ  Ｒｅｌ．８では、ＣＲＳは、最大で４レイヤ空間多重化のチャネル推定において用いられるように設計されている。ここで、各アンテナポート（ポート１〜３の番号が付けられたもの）は別々のＣＲＳを有する。しかしながら、ＬＴＥ  Ｒｅｌ．１０が、追加のレイヤ空間多重化（最大で８レイヤ空間多重化）をサポートする更なるアンテナノードを導入したとき、参照信号の拡張が必要となった。ＣＳＩ−ＲＳ参照信号は、ＣＲＳを８レイヤに拡張することに優先して追加されたものである。なぜならば、この拡張は、望ましくないシグナリングオーバーヘッドを追加することになるからである。ＣＳＩ−ＲＳは、ＣＲＳ（０〜３）とは異なるアンテナポート（１５〜２２）上で送信される。ただし、同じ物理アンテナを用いてもよい。さらに、ＣＲＳは、時間／周波数直交性しか用いないが、ＣＳＩ−ＲＳは、加えて符号領域直交性も用いる。
【０１００】
ＭＢＳＦＮサブフレーム（図９におけるサブフレーム１、２、３、６、７、８のような）は、ＣＲＳ又はＣＳＩ−ＲＳのようなセル固有参照信号を搬送しない。なぜならば、ＭＢＳＦＮサブフレームはセル固有のものではないからである。
【０１０１】
上記で説明したように、ユーザデバイスは、サブフレームのどのリソース要素がＥＰＤＣＣＨ  ＣＳＳ１７１を含むのかを認識していることが必要である。
【０１０２】
ＬＴＥ  Ｒｅｌ−１１では、マッピングパラメータre-MappingQCL-ConfigId-r11（３ＧＰＰ  ＴＳ３６．２１３  セクション９．１．４．３に記載されている。この全開示内容は、引用することによって本明細書の一部をなす）が、ユーザデバイスによって用いられ、リソース要素へのＥＰＤＣＣＨ  ＣＳＳのマッピングを求める。このマッピングパラメータは、crs-PortsCount-r11で示す、ＣＲＳポートカウントパラメータを含む。このパラメータは、ＰＢＣＨ上でユーザデバイスに通信される。このマッピングパラメータは、ＣＲＳ周波数シフトパラメータcrs-FreqShift-r11も含む。このＣＲＳ周波数シフトパラメータは、セルＩＤを用いてユーザデバイスによって求められる。
【０１０３】
一方、Ｒｅｌ−１１は、現在のところ、他の重要なレートマッチングパラメータ、特に、無線フレーム内のＭＢＳＦＮサブフレームの構成、近傍セルにおけるチャネル状態情報参照信号（ＣＳＩ−ＲＳ）のロケーション、及びＥＰＤＣＣＨ  ＣＳＳの開始ＯＦＤＭシンボルを、ユーザデバイスに通知する方法を規定していない。これらの３つのパラメータは、それぞれ以下のように示される。
【数３】
0006304516.tif 000005
【０１０４】
ユーザデバイス３用の更なるレートマッチングパラメータは、サービングセルにおけるＣＳＩ−ＲＳのロケーションである。このパラメータは、qcl-CSI-RS-ConfigNZPId-r11で示される。この例示的な実施形態では、サービングセルにおけるＣＳＩ−ＲＳのロケーションは、近傍セルにおけるＣＳＩ−ＲＳのロケーションと同じ方法で構成され、したがって、qcl-CSI-RS-ConfigNZPId-r11は、csi-RS-ConfigZPId-r11に基づいて求められえる。
【０１０５】
ユーザデバイスがＥＰＤＣＣＨ  ＣＳＳを突き止めるためには、ＭＴＣユーザデバイス３−２が、ＭＢＳＦＮサブフレーム構成、ＣＳＩ−ＲＳ構成及びＥＰＤＣＣＨ  ＣＳＳの開始シンボルの知識を取得することが必要である。以下では、図１１〜図１４を参照して説明される、これらのパラメータを提供する４つのオプションを提示する。
【０１０６】
オプションＡ
図１１は、例示的なリソースグリッド９０１及び９０３の単純化した説明図であり、リソースグリッド９０１は非ＭＢＳＦＮサブフレームに対応し、リソースグリッド９０３はＭＢＳＦＮサブフレームに対応する。
【０１０７】
図示するように、非ＭＢＳＦＮサブフレーム９０１は、アンテナポート０〜３に対応するＣＲＳタイプ参照信号１５４ａ及び１５４ｂを搬送する。ＣＲＳを搬送するのに用いられるリソース要素は、時間領域及び周波数領域の全体にわたって分散され、ポート０及び１用のＣＲＳは、シンボル１、５、８及び１２において送信される。ポート２及び３用のＣＲＳは、シンボル２及び９において送信される。周波数領域にわたる特定のポートに対応するＣＲＳリソース要素の反復は、ＣＲＳ送信部が、改善された周波数ダイバーシティを得るために周波数シフトされることを示している。
【０１０８】
図１１に示すように、ＭＢＳＦＮサブフレーム９０３は、ＰＤＣＣＨの外部にＣＲＳ信号を含まない。なぜならば、ＣＲＳ送信部はセル固有であるからである。一方、復調用参照信号（ＤＭＲＳ）１５５は、非ＭＢＳＦＮサブフレーム９０１及びＭＢＳＦＮサブフレーム９０３の双方におけるリソース要素によって搬送される。この例では、ＤＭＲＳリソース要素は、シンボル６、７、１３及び１４に配置され、周波数シフトもされている。
【０１０９】
オプションＡによれば、ＰＢＣＨチャネルは、無線フレームの６つの可能なＭＢＳＦＮサブフレームの中のどのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１に用いられるのかを、ＭＴＣユーザデバイス３−２にシグナリングするのに用いられる。これらのＭＢＳＦＮサブフレームは、ＰＤＣＣＨの外部でＣＲＳ又はＣＳＩ−ＲＳ送信部を搬送せず、したがって、ＭＢＳＦＮサブフレーム９０３における陰影のないリソース要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１の一部を形成することができる。
【０１１０】
これらの陰影のない要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１に利用可能であるが、ほとんどの実施形態では、サブキャリアのサブセットが、ＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するものとしてＰＢＣＨ１７３によって示され、したがって、ＥＰＤＣＣＨ  ＣＳＳ１７１は、図１１に示されたキャリアのサブセットしか占有しない場合があることに留意されたい。
【０１１１】
さらに、他のいずれかの非ＭＢＳＦＮサブフレームが、ＰＢＣＨ１７３において、ＥＰＤＣＣＨ  ＣＳＳ１７１に用いられてシグナリングされた場合、ＭＴＣユーザデバイス３−２は、指示された非ＭＢＳＦＮサブフレームにはＣＳＩ−ＲＳ送信部が存在しないものと仮定する。したがって、ＥＰＤＣＣＨ  ＣＳＳ送信部は、非ＭＢＳＦＮサブフレーム９０１に示される陰影のないリソース要素の全てを占有することができる。しかしながら、これらの非ＭＢＳＦＮサブフレームは、ＤＭＲＳ送信部又はＣＲＳ送信部を含むので、対応するリソース要素は、ＥＰＤＣＣＨ  ＣＳＳ１７１に利用可能でない。
【０１１２】
したがって、オプションＡでは、基地局の（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、ＥＰＤＣＣＨ  ＣＳＳ１７１及びＣＳＩ−ＲＳを同じサブフレームに配置することを回避するように、（Ｅ）ＰＤＣＣＨ構成モジュール５１７によって構成される。代替的に、基地局の（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、ＥＰＤＣＣＨ  ＣＳＳ１７１をリソース要素にマッピングするとき、対応するＣＳＩ−ＲＳリソース要素（ＲＥ）をパンクチャするように、（Ｅ）ＰＤＣＣＨ構成モジュール５１７によって構成される。この場合において、ＥＰＤＣＣＨ  ＣＳＳリソース要素がＣＳＩ−ＲＳロケーションと衝突する場合には、ＣＳＩ−ＲＳはそのロケーションにおいて送信される一方、ＥＰＤＣＣＨ  ＣＳＳリソース要素はそのロケーションにおいて送信されない。
【０１１３】
オプションＡでは、図１１に示されるように、非ＭＢＳＦＮサブフレームの場合、これらのサブフレームではＰＤＣＣＨのサイズが３シンボルであるので、ＥＰＤＣＣＨ  ＣＳＳ１７１用の開始ＯＦＤＭシンボルは、非ＭＢＳＦＮサブフレーム用のサブフレームの４番目のＯＦＤＭシンボルに常に固定されている。ＭＢＳＦＮサブフレームにおいて、これらのサブフレームではＰＤＣＣＨのサイズが２シンボルであるので、ＥＰＤＣＣＨ  ＣＳＳ１７１用の開始ＯＦＤＭシンボルは、サブフレームの３番目のＯＦＤＭシンボルに固定されている。他の例示的な実施形態では、開始ＯＦＤＭシンボルは別のシンボル（事前に知られている）とすることもできるし、開始シンボルもＭＴＣユーザデバイス３−２にシグナリングすることもできる。
【０１１４】
オプションＢ
図１２は、例示的なリソースグリッド１００１及び１００３の単純化した説明図であり、リソースグリッド１００１は非ＭＢＳＦＮサブフレームに対応し、リソースグリッド１００３はＭＢＳＦＮサブフレームに対応する。
【０１１５】
オプションＡと同様に、非ＭＢＳＦＮサブフレーム１００１は、アンテナポート０〜３に対応するＣＲＳタイプ参照信号１５４ａ及び１５４ｂを搬送し、ＤＭＲＳ１５５は、非ＭＢＳＦＮサブフレーム１００１及びＭＢＳＦＮサブフレーム１００３の双方におけるリソース要素によって搬送される。このオプションでは、ＰＢＣＨチャネルは、無線フレームの６つの可能なＭＢＳＦＮサブフレームの中のどのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１に用いられるのかを、ＭＴＣユーザデバイス３−２にシグナリングするのに用いられる。ＭＢＳＦＮサブフレームは、ＰＤＣＣＨの外部でＣＲＳ送信部又はＣＳＩ−ＲＳ送信部を搬送せず、したがって、ＭＢＳＦＮサブフレーム１００３における陰影のないリソース要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１の一部を形成することができる。
【０１１６】
一方、オプションＢによれば、非ＭＢＳＦＮサブフレーム１００１は、アンテナポート０〜７に対応するＣＳＩ−ＲＳタイプ参照信号１５７も搬送する。ＣＳＩ−ＲＳ１５７の可能な構成の全てが、図１２のサブフレーム１００１に示されている。したがって、非ＭＢＳＦＮサブフレームが、ＰＢＣＨ１７３において、ＥＰＤＣＣＨ  ＣＳＳ１７１に用いられるためにシグナリングされた場合、ＭＴＣユーザデバイス３−２は、全ての可能なＣＳＩ−ＲＳ送信部が、示された非ＭＢＳＦＮサブフレームに存在するものと仮定する。したがって、ＭＴＣユーザデバイス３−２は、潜在的なＣＳＩ−ＲＳ  ＲＥの全てをＥＰＤＣＣＨ  ＣＳＳ１７１から除外する。ＥＰＤＣＣＨ  ＣＳＳ１７１は、非ＭＢＳＦＮサブフレーム１００１に示される陰影のないリソース要素の全てを占有することができる。これらのリソース要素の総数は、オプションＡにおけるものよりも少ない。
【０１１７】
オプションＡと同様に、これらの陰影のない要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１に利用可能であるが、ほとんどの例示的な実施形態では、サブキャリアのサブセットが、ＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するものとしてＰＢＣＨ１７３によって示され、したがって、ＥＰＤＣＣＨ  ＣＳＳ１７１は、図１２に示されたキャリアのサブセットしか占有しない場合があることに留意されたい。
【０１１８】
このため、オプションＢによれば、基地局５は、ＥＰＤＣＣＨ  ＣＳＳ１７１及びＣＳＩ−ＲＳを同じサブフレームに配置することができる。
【０１１９】
オプションＢでは、オプションＡと同様に、図１２に示されるように、ＥＰＤＣＣＨ  ＣＳＳ１７１用の開始ＯＦＤＭシンボルは、非ＭＢＳＦＮサブフレームの４番目のＯＦＤＭシンボルに固定されている一方、ＭＢＳＦＮサブフレームでは、ＥＰＤＣＣＨ  ＣＳＳ１７１の開始ＯＦＤＭシンボルは、３番目のＯＦＤＭシンボルに固定されている。開始ＯＦＤＭシンボルを固定することによって、ＭＴＣユーザデバイス３−２にシグナリングしなければならない情報量が削減される。
【０１２０】
オプションＣ
図１３は、ＭＢＳＦＮサブフレームに対応する例示的なリソースグリッド１１０３の単純化した説明図である。
【０１２１】
オプションＡ及びＢと同様に、オプションＣでは、ＰＢＣＨチャネルは、無線フレームの６つの可能なＭＢＳＦＮサブフレームの中のどのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１に用いられるのかを、ＭＴＣユーザデバイス３−２にシグナリングするのに用いられる。ＭＢＳＦＮサブフレーム１１０３は、ＰＤＣＣＨの外部でＣＲＳ送信部又はＣＳＩ−ＲＳ送信部を搬送せず、したがって、ＭＢＳＦＮサブフレーム１１０３における陰影のないリソース要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１の一部を形成することができる。ＤＭＲ１５５も、ＭＢＳＦＮサブフレーム１１０３におけるリソース要素によって搬送される。
【０１２２】
オプションＣによれば、ＥＰＤＣＣＨ  ＣＳＳ１７１は、非ＭＢＳＦＮサブフレームにおいて送信されない。したがって、ＣＲＳ及び／又はＣＳＩ−ＲＳをＥＰＤＣＣＨ  ＣＳＳ１７１と同じサブフレームにおいてどのように送信するのかという問題は存在しない。
【０１２３】
オプションＡ及びＢと同様に、サブフレーム１１０３の陰影のない要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１に利用可能であるが、ほとんどの実施形態では、サブキャリアのサブセットが、ＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するものとしてＰＢＣＨ１７３によって示され、したがって、ＥＰＤＣＣＨ  ＣＳＳ１７１は、図１３に示されたキャリアのサブセットしか占有しない場合があることに留意されたい。
【０１２４】
オプションＡ及びＢと同様に、図１３に示されるように、ＥＰＤＣＣＨ  ＣＳＳ１７１の開始ＯＦＤＭシンボルは、ＭＢＳＦＮサブフレームの３番目のＯＦＤＭシンボルに固定されている。既に述べたように、開始ＯＦＤＭシンボルを固定することによって、ＭＴＣユーザデバイス３−２にシグナリングしなければならないデータ量が削減される。
【０１２５】
オプションＤ
図１４は、例示的なリソースグリッド１２０１及び１２０３の単純化した説明図であり、リソースグリッド１２０１は非ＭＢＳＦＮサブフレームに対応し、リソースグリッド１２０３はＭＢＳＦＮサブフレームに対応する。
【０１２６】
オプションＤでは、ＰＢＣＨチャネルは、サブフレームがＭＢＳＦＮサブフレームであるのか又は非ＭＢＳＦＮサブフレームであるのかにかかわらず、どのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１に用いられるのかを、ＭＴＣユーザデバイス３−２にシグナリングするのに用いられる。
【０１２７】
これまでのオプションと同様に、非ＭＢＳＦＮサブフレーム１２０１は、アンテナポート０〜３に対応するＣＲＳタイプ基準信号１５４ａ及び１５４ｂを搬送し、ＤＭＲＳ１５５は、非ＭＢＳＦＮサブフレーム１２０１及びＭＢＳＦＮサブフレーム１２０３の双方におけるリソース要素によって搬送される。
【０１２８】
図１４に示されるように、非ＭＢＳＦＮサブフレーム１２０１は、ＣＳＩ−ＲＳ送信部を搬送せず、したがって、オプションＤでは、基地局の（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、ＥＰＤＣＣＨ  ＣＳＳ１７１及びＣＳＩ−ＲＳを同じサブフレームに配置することを回避するように（Ｅ）ＰＤＣＣＨ構成モジュール５１７によって構成される。
【０１２９】
オプションＤでは、ＭＴＣユーザデバイス３−２は、非ＭＢＳＦＮサブフレームとＭＢＳＦＮサブフレームとを区別せず、したがって、ユーザデバイス３は、同じレートマッチングパラメータが非ＭＢＳＦＮサブフレーム１２０１及びＭＢＳＦＮサブフレーム１２０３において用いられるものと仮定する。その結果、ユーザデバイスは、「ＣＲＳと仮定された」リソース要素１５８を、それらのリソース要素が実際にはＣＲＳ信号を搬送するのに用いられていなくても、ＭＢＳＦＮサブフレームのＥＰＤＣＣＨ  ＣＳＳ１７１から除外する。同様に、ユーザデバイスは、ＭＢＳＦＮサブフレームが３番目のＯＦＤＭシンボルにおいてＰＤＣＣＨを含まなくても、３番目のＯＦＤＭシンボルにおいて「ＰＤＣＣＨと仮定された」リソース要素１５９をＭＢＳＦＮサブフレームのＥＰＤＣＣＨ  ＣＳＳ１７１から除外する。
【０１３０】
したがって、非ＭＢＳＦＮサブフレーム１２０１における陰影のないリソース要素及びＭＢＳＦＮサブフレーム１２０３における陰影のないリソース要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１の一部を形成することができる。
【０１３１】
これまでのオプションと同様に、これらの陰影のない要素の全てが、ＥＰＤＣＣＨ  ＣＳＳ１７１に利用可能であるが、ほとんどの実施形態では、サブキャリアのサブセットが、ＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するものとしてＰＢＣＨ１７３によって示され、したがって、ＥＰＤＣＣＨ  ＣＳＳ１７１は、図１４に示されたキャリアのサブセットしか占有しない場合があることに留意されたい。
【０１３２】
オプションＤでは、図１４に示されるように、ＥＰＤＣＣＨ  ＣＳＳ１７１用の開始ＯＦＤＭシンボルは、非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームの双方について、サブフレームの４番目のＯＦＤＭシンボルに固定されている。なぜならば、ユーザデバイス３は、３番目のシンボルをＭＳＢＦＮサブフレームのＥＰＤＣＣＨ  ＣＳＳ１７１から除外するように構成されているからである。
【０１３３】
ＥＰＤＣＣＨ  ＣＳＳ情報のシグナリング
上記で論述したように、物理広帯域チャネルＰＢＣＨ１７３は、ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズと、このＥＰＤＣＣＨ  ＣＳＳがどのサブフレームにおいて反復されるのかとについての情報をシグナリングする際の使用に利用可能なスペアビットを１０ビットのみ有する。ＰＢＣＨ１７３のこれらの１０ビットを利用する３つのオプションを以下で説明する。
【０１３４】
オプション１
このオプションでは、ＰＢＣＨ１７３の１０ビット全てが、無線フレームのどのサブフレームが、反復されるＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかをシグナリングするために基地局５によって用いられる。したがって、無線フレームに１０個のサブフレームが存在するので、各ビットが単一のサブフレームに対応する。これらのサブフレームは、ＥＰＤＣＣＨ  ＣＳＳ１７１に関して「オン」又は「オフ」として示されてよく、例えば、０の値は、ＥＰＤＣＣＨ  ＣＳＳが存在しないことを意味し、１の値は、ＥＰＤＣＣＨ  ＣＳＳ１７１が存在することを意味する。したがって、オプション１によって、サブフレームのあらゆる可能な構成をシグナリングすることが可能になる。
【０１３５】
しかしながら、このオプションは、利用可能な全てのビットを消費し、そのため、ＥＰＤＣＣＨ  ＣＳＳのサブバンド（ＮＥＰＤＣＣＨ＿ｌｏｃａｔｉｏｎ）及びＥＰＤＣＣＨ  ＣＳＳ１７１用に構成されたＰＲＢの数のような、他のシグナリングパラメータの空きスペースがない。したがって、このオプションが用いられる場合、ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズは、事前に固定されなければならないか、又はセルＩＤ、若しくは他の制御情報を用いてシグナリングさるような、他の或る情報から決定可能でなければならない。
【０１３６】
オプション２
このオプションでは、無線フレーム内のどのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのかをシグナリングするのに用いられるビット数が削減され、したがって、どのサブフレームを用いることができるのかを規定する際の柔軟性が低下する。このオプションでは、どのＭＢＳＦＮサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかを識別することと、どの非ＭＢＳＦＮサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかを識別することとに、別々のビットが符号化される。以下の表２は、このオプションにおいて用いられえる１つの例示の符号化方式を示している。表に示されるように、どのＭＢＳＦＮサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかを識別するために２ビットが設けられ、また、どの非ＭＢＳＦＮサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかを識別するために２ビットが設けられている。このため、この符号化を用いると、８つのそれぞれ異なるサブフレーム構成が存在する。
【０１３７】
【表２】
0006304516.tif 000006
【０１３８】
ＰＢＣＨ１７３内の利用可能な１０ビットのうちの残りの６ビットは、この場合、帯域内のＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズをシグナリングするのに用いられえる。
【０１３９】
オプション３
このオプションも、削減された数のビットを用いて、どのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかをシグナリングする。しかしながら、オプション３では、非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームの同時符号化が用いられる。以下の表３は、このオプションにおいて用いられえる、１つの例示の同時符号化方式を示している。表に示されるように、どのサブフレームがＥＰＤＣＣＨ  ＣＳＳ１７１を搬送するのに用いられるのかを識別するために３ビットが設けられている。表３から見て取ることができるように、上記で論述したオプション２において用いられる符号化方式と比較して、１ビットを省いたこの同時符号化方式を用いても、依然として８つのそれぞれ異なるサブフレーム構成が存在する。
【０１４０】
【表３】
0006304516.tif 000007
【０１４１】
このため、ＰＢＣＨ１７３内の利用可能な１０ビットのうちの残りの７ビットは、帯域内のＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズをシグナリングするのに用いられえる。
【０１４２】
変更形態及び代替形態
上記で詳細な実施形態を説明した。当業者であれば理解するように、上記の例示的な実施形態に対し、これらの実施形態において具現化される本発明から依然として利益を受けながら、複数の変更及び代替を行うことができる。
【０１４３】
ＥＰＤＣＣＨ  ＣＳＳ１７１に関する上記説明では、ＥＰＤＣＣＨ  ＣＳＳ１７１は、１．４ＭＨｚの低減帯域幅内に設けられ、この低減帯域幅のロケーションは、ＰＢＣＨ１７３によってシグナリングされる。代替の例示的な実施形態では、ＥＰＤＣＣＨ  ＣＳＳ１７１は、１．４ＭＨｚの低減帯域幅内に設けられない。代わりに、ＥＰＤＣＣＨ  ＣＳＳ１７１用に確保されたＰＲＢが、（例えば、２０ＭＨｚの）システム帯域幅にわたって分散される。
【０１４４】
例えば、基地局の（Ｅ）ＰＤＣＣＨ送信モジュール５１９は、固定数のＰＲＢを、事前に構成されたパターンでシステム帯域幅にわたって分散された、２つ、４つ又は６つのＰＲＢのブロックでＥＰＤＣＣＨ  ＣＳＳ１７１に用いるように（Ｅ）ＰＤＣＣＨ構成モジュール５１７によって構成されてよい。ＭＴＣユーザデバイス３−２は、このパターンを用いて事前に構成され、その後、ＰＢＣＨ上で基地局５から受信されたシグナリング情報から又はセルＩＤのような或るセル固有情報を用いた計算によって、ブロックのサイズ、すなわち２つ、４つ、又は６つのＰＲＢを求めてよい。
【０１４５】
基地局５は、ＥＰＤＣＣＨ  ＣＳＳ１７１を配置することができる複数の可能なロケーションを規定することができ、これらのロケーションは、セル間干渉を最小にするように近傍セルにおいて選ばれる。この場合、選択されたロケーションは、ＭＴＣユーザデバイスにもＰＢＣＨ１７３上でシグナリングすることもできるし、セルＩＤのような或る（準）静的情報から求められえる。
【０１４６】
上記例示的な実施形態では、無線フレームは、１０個のサブフレームから成る。当業者であれば理解するように、無線フレームは、任意の数のサブフレームから成ってよい。さらに、サブフレームのＰＤＣＣＨ領域は、任意の数のＯＦＤＭシンボルから成ってよい。
【０１４７】
図７に示すレガシーＣＳＳ１５１及びＭＴＣ−ＣＳＳ１６１はそれぞれ、１６個のＣＣＥから成るが、当業者であれば理解するように、これらの双方のＣＳＳは、任意の数のＣＣＥから成ってよい。
【０１４８】
図７に示すようなＭＴＣ−ＣＳＳ１６１は、レガシーＣＳＳの直後に開始するが、ＭＴＣ−ＣＳＳは、ＵＳＳ内の任意の場所に配分されえる。好ましくは、ＵＳＳ内のロケーションは固定されている。
【０１４９】
上記で説明した例示的な実施形態の多くにおいて、ＥＰＤＣＣＨは、１．４ＭＨｚの低減帯域幅内に設けられる。これは必須ではなく、他の帯域幅も可能である。
【０１５０】
同様に、図８及び図１０〜図１４では、ＥＰＤＣＣＨ  ＣＳＳ１７１は、ＰＤＣＣＨの直後に開始し、具体的に言えば、４番目のＯＦＤＭシンボルにおいて開始する。しかしながら、ＥＰＤＣＣＨ  ＣＳＳ１７１は、任意のシンボルにおいて開始するように構成されてよい。
【０１５１】
上記説明では、サービングセルにおけるＣＳＩ−ＲＳのロケーションは、近傍セルにおけるＣＳＩ−ＲＳのロケーションと同じ方法で構成され、したがって、qcl-CSI-RS-ConfigNZPId-r11をcsi-RS-ConfigZPId-r11に基づいて求めることができる。代替的に、ＣＳＩ−ＲＳのロケーションは、サービングセル及び近傍セルにおいて異なって構成されてよく、したがって、qcl-CSI-RS-ConfigNZPId-r11及びcsi-RS-ConfigZPId-r11の双方が、基地局５によってユーザデバイス３にシグナリングされる。いずれの場合も、双方のパラメータが構成されるとき、ユーザデバイスは、データ（ＰＤＳＣＨ／ＥＰＤＣＣＨ）がそれらのロケーション上にマッピングされていない（例えば、ＥＰＤＣＣＨ  ＣＳＳ１７１は、ＣＳＩ−ＲＳを搬送するリソース要素を含まない）ものと仮定するように構成される。
【０１５２】
上記説明では、ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーション及びサイズのような、ＥＰＤＣＣＨ  ＣＳＳ１７１に関する情報は、ＰＢＣＨ１７３においてシグナリングされる。代替的に又は付加的に、この情報の一部又は全ては、ユーザデバイスが異なる方法で取得することができ、例えば、ロケーション及びサイズは、異なるチャネル上でシグナリングされてよい。
【０１５３】
さらに、ＥＰＤＣＣＨ  ＣＳＳ１７１のロケーションは、ＰＢＣＨ１７３においてシグナリングされなくてよく、代わりに、基地局５と関連付けられたセルＩＤのような、他の情報に基づいて求められてよい。具体的に言えば、これは、例えば、セルＩＤ  ｍｏｄ  ＮＥＰＤＣＣＨ＿ｌｏｃａｔｉｏｎによって周期的な方法で求められてよい。これは、ＭＴＣユーザデバイスにシグナリングしなければならないデータ量を削減する利益を有する。ただし、この場合、支配的な無線条件に基づいてロケーションを変更することは実用的ではない。
【０１５４】
Ｅ−ＵＴＲＡＮ基地局として動作する基地局５に関して通信システム１を説明してきたが、同じ原理は、マクロ基地局若しくはピコ基地局、フェムト基地局として動作する基地局、基地局機能の要素を提供する中継ノード、ホーム基地局（ＨｅＮＢ）、又は他のそのような通信ノードにも適用されえることが理解されるであろう。
【０１５５】
上記の例示的な実施形態では、ＬＴＥ電気通信システムを説明された。当業者であれば理解するように、本出願において説明されるシグナリング技法は、初期の３ＧＰＰタイプシステムを含む、他の通信システムにおいて用いられえる。他の通信ノード又はデバイスには、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等のような、ユーザデバイスを含んでよい。
【０１５６】
上記の例示的な実施形態では、基地局５及びユーザデバイス３は、それぞれトランシーバ回路を備える。通常、この回路は専用ハードウェア回路によって形成される。しかしながら、幾つかの例示的な実施形態では、トランシーバ回路の一部を、対応するコントローラによって実行されるソフトウェアとして実装されてよい。
【０１５７】
上記の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えられてよく、コンピュータネットワークを介して信号として、又は記録媒体において基地局又はユーザデバイスに供給されてよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行されてよい。
【０１５８】
種々の他の変更形態は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１５９】
以下は、現在提案されている３ＧＰＰ標準規格において本発明を実施することができる方法の詳細な記述である。種々の特徴が不可欠であるか、又は必要であるものとして説明されるが、これは、例えば、提案された３ＧＰＰ標準規格によって課せられる他の要件に起因して、その標準規格の場合にのみ当てはまる場合がある。それゆえ、これらの陳述は、本発明を多少なりとも限定すると解釈されるべきではない。
【０１６０】
ＲＡＮ１＃７５では、複数のサブフレームにわたる（Ｅ−）ＰＤＣＣＨの反復がＵＥについて低コストＭＴＣの強化カバレッジモードでサポートされることが合意されている。合意事項は以下のとおりである。
【０１６１】
合意事項：
・ＭＴＣ用の強化カバレッジモードにあるＵＥについて
→ＵＥ固有探索空間について
◇ＰＤＳＣＨをスケジューリングする（Ｅ）ＰＤＣＣＨがサポートされる。
◇複数のレベルを有する（Ｅ）ＰＤＣＣＨの反復がサポートされる。
◇ＵＥの観点から、（Ｅ）ＰＤＣＣＨ反復の可能な開始サブフレームは、サブフレームのサブセットに制限される。
・ＰＤＳＣＨが（Ｅ）ＰＤＣＣＨを介して示された場合／ときの、ＭＴＣ用の強化カバレッジモードにあるＵＥについて
→ＰＤＳＣＨタイミングと（Ｅ）ＰＤＣＣＨタイミングとの関係は、ＵＥに既知であるべきであり、この目的にのみ専用化された上位レイヤパラメータによって構成可能であるべきでなく、（Ｅ）ＰＤＣＣＨによって示されるべきでない。これを導出する方法に関してはＦＦＳであるか又はスペックによって固定されている。
→割り当てられたＰＤＳＣＨは、（Ｅ）ＰＤＣＣＨの終了以降に送信される。すなわち、サブフレームｎが最後の（Ｅ）ＰＤＣＣＨ反復である場合、ＰＤＳＣＨはｎ＋ｋ（ｋ＞０）で開始する。
【０１６２】
この寄稿では、低コストＭＴＣ  ＵＥの強化カバレッジについての（Ｅ）ＰＤＣＣＨに関係したＵＳＳ及びＣＳＳの探索空間の設計の幾つかの詳細が議論され、最後に幾つかの提案がなされる。
【０１６３】
ＭＴＣ用のＵＥ固有探索空間
ＲＡＮ１＃７５では、時間領域における反復が、カバレッジ強化モードにある低コストＭＴＣ  ＵＥの（Ｅ−）ＰＤＣＣＨについて合意されている。これは、ＵＥが時間領域において複数のサブフレームにわたる（Ｅ−）ＰＤＣＣＨ反復を組み合わせなければならないことを意味する。ＵＥがそれを行うには、ＵＥは、各サブフレームにおける探索空間からのＣＣＥのロケーションと、（Ｅ−）ＰＤＣＣＨの反復を搬送するサブフレームの開始及び終了とを知っていなければならない。
【０１６４】
最後の会合［５］及び会合後の電子メールの議論で議論したように、ＵＥ固有探索空間（ＵＳＳ）からＣＣＥのロケーションを求める１つの可能な方法は、ＵＥが各候補を反復されるサブフレームからの同じ候補と組み合わせることができるように、各反復において同じアグリゲーションレベルを有する表９．１．１−１（ＴＳ３６．２１３  セクション９．１）における同じレガシーＰＤＣＣＨ候補「ｍ」を用いることである。例示のアグリゲーションレベル８の場合、既存の表９．１．１−１に基づく２つの候補が存在し、ＭＴＣ  ＵＥは、反復される各サブフレームからの各候補を組み合わせることができ、最後の反復サブフレームに達したとき、Ｒｅｌｅａｓｅ−８（例えば、ＤＬ／ＵＬ  ＤＣＩフォーマット）と同様に、これらの候補のブラインド復号化を試みる。
【０１６５】
Ｅ−ＰＤＣＣＨについても、ＰＤＣＣＨと同じ原理を適用することができる。しかしながら、時間領域における反復の数を低減するために、Ｅ−ＰＤＣＣＨ探索空間によって現在サポートされているものよりも高いアグリゲーションレベルをサポートしているか否かについてはＦＦＳである。
【０１６６】
さらに、サブフレームｎが最後の（Ｅ−）ＰＤＣＣＨ反復である場合に、ＰＤＳＣＨがｎ＋ｋ（ｋ＞０）で開始することを規定する、ＰＤＳＣＨに対する（Ｅ−）ＰＤＣＣＨのタイミングが、最後の会合において合意されている。パラメータ「ｋ」は、スケジューリング決定の複雑度を最小にするように決定されるべきであり、例えばｋ＝１であると考えられる。
【０１６７】
提案１：ＵＥがそれらをそれぞれ組み合わせることができるように、各反復において同じアグリゲーションレベルを有する同じレガシー（Ｅ−）ＰＤＣＣＨ候補「ｍ」を用いることによって、ＵＳＳからＣＣＥのロケーションを求めることに合意する。
【０１６８】
ＭＴＣ用の共通探索空間
ＰＤＣＣＨにおける共通探索空間：ＭＴＣ  ＵＥ用のＳＩＢ、ＲＡＣＨメッセージ２／４及びＰＣＨのような共通情報は、レガシー共通探索空間（ＣＳＳ）上で送信されえる。しかしながら、低コストＭＴＣ用のＰＤＣＣＨは、ＰＤＣＣＨの実際の復号化を試みる前に複数のサブフレームにおいて反復されるので、レガシーＵＥは、混乱する場合もあるし、共通制御情報を搬送する対応するＰＤＳＣＨが存在しないサブフレームにおいて、反復される個々のＰＤＣＣＨを誤って復号化する場合もある。そのため、以下のように、それぞれ異なる可能な解決策がある。
・レガシーＵＥが反復されるＰＤＣＣＨを復号化することを回避する１つの方法は、アグリゲーションレベル１６（ＡＬ１６）を低コストＭＴＣに用いることである。しかしながら、このＡＬ１６は、ＣＳＳ空間全体を消費し、これは、ｅＮＢが他の或る重要な制御情報をスケジューリングするためのＣＣＥが残っていないことを意味する。したがって、この解決策は、連続したサブフレームの数の点でＣＳＳのブロッキングを引き起こす。そのため、これは効率的な解決策ではない。
・別の方法は、低コストＭＴＣのみを対象とした特定のスクランブルをＰＤＣＣＨに対して適用することである。この種のスクランブルは、新たなＲＮＴＩ（すなわち、ＭＴＣ−ＲＮＴＩ）とすることができる。しかしながら、この解決策に基づいても、ＭＴＣ  ＵＥが多くのリソースを消費する場合があり、これによって、連続したサブフレームの数の点でＣＳＳのブロッキングが引き起こされる場合があるという問題が依然としてある。
【０１６９】
ＥＰＤＣＣＨにおける共通探索空間：別の解決策は、図１５に示されるように、低コストＭＴＣのＥＰＤＣＣＨにおいて強化ＣＳＳ（ＥＣＳＳ）を設計することである。この解決策は、上記課題を解決するとともに、時間領域における反復の数、電力増大、及びセル間の干渉調整を低減する、より高いアグリゲーションレベルの適用という追加の利益も提供する。ＥＣＳＳ用の幾つかの設計原理は、以下のとおりである。
・ＥＰＤＣＣＨにおけるＥＣＳＳ用のリソースは、ＰＢＣＨにおいてシグナリングされえる。
・ＥＣＳＳ用のレートマッチングパラメータは、以下のように求められえる。
・ＥＣＳＳに用いられる非ＭＢＳＦＮサブフレームのＣＲＳポートの数、ＣＲＳシフトは、ＰＢＣＨから取得されえる。
・ＥＣＳＳに用いられるＭＢＳＦＮサブフレームは、ＰＢＣＨ内に追加されえる。
・ｅＮＢは、ＣＳＩ−ＲＳを含むサブフレーム（複数の場合もある）にＥＣＳＳを配置することを回避することができる。
・ＥＣＳＳ用の開始シンボルは、非ＭＢＳＦＮサブフレーム及びＭＢＳＦＮサブフレームについてそれぞれ４番目のＯＦＤＭシンボル及び３番目のＯＦＤＭシンボルに常に固定されえる。
・アンテナポート数及びそれらの初期化パラメータ（例えば、ｃｉｎｉｔ値）は、固定とされえ、及び／又はセルＩＤから導出されえる。
【０１７０】
提案２：レガシーＵＥが、共通制御情報を搬送する対応するＰＤＳＣＨが存在しないサブフレームにおいて、反復される個々のＰＤＣＣＨを誤って復号化することをどのように回避するかの解決策を検討する。
【０１７１】
提案３：強化ＣＳＳ（ＥＣＳＳ）を低コストＭＴＣのＥＰＤＣＣＨに導入することを検討する。なぜならば、これは、時間領域における反復の数、電力増大、及びセル間の干渉調整を低減する、より高いアグリゲーションレベルの適用という利益を提供するからである。
【０１７２】
結論
この寄稿では、低コストＭＴＣ  ＵＥの強化カバレッジの（Ｅ）ＰＤＣＣＨに関係したＵＳＳ及びＣＳＳの探索空間の設計の幾つかの詳細が議論され、以下の提案をした。
【０１７３】
提案１：ＵＥがそれらをそれぞれ組み合わせることができるように、各反復において同じアグリゲーションレベルを有する同じレガシー（Ｅ−）ＰＤＣＣＨ候補「ｍ」を用いることによって、ＵＳＳからＣＣＥのロケーションを求めることに合意する。
【０１７４】
提案２：レガシーＵＥが、共通制御情報を搬送する対応するＰＤＳＣＨが存在しないサブフレームにおいて、反復される個々のＰＤＣＣＨを誤って復号化することをどのように回避するかの解決策を検討する。
【０１７５】
提案３：強化ＣＳＳ（ＥＣＳＳ）を低コストＭＴＣのＥＰＤＣＣＨに導入することを検討する。なぜならば、これは、時間領域における反復の数、電力増大、及びセル間の干渉調整を低減する、より高いアグリゲーションレベルの適用という利益を提供するからである。
【０１７６】
上記に開示した例示的な実施形態の全体又は一部は、以下の付記として説明することができるが、これらに限定されるものではない。
【０１７７】
（付記１）  通信ノードと通信する、レガシーユーザデバイス及び非レガシーユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な、通信ノードであって、
ユーザデバイスへ送信するための制御データを生成する手段であって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と、
ユーザデバイスによって受信されるサブフレームのシーケンスにおいて、生成された制御データを送信する手段と、
を備え、
生成する手段は、レガシーユーザデバイスによって復号化されえない、非レガシーユーザデバイスによって受信及び復号化される共通制御データを生成するように構成され、
送信する手段は、複数のサブフレーム内において、非レガシーユーザデバイスによって受信及び復号化される生成された共通制御データを反復して送信するように構成されている、通信ノード。
【０１７８】
（付記２）  制御データは、複数の制御チャネル要素（ＣＣＥ）を用いて送信され、非レガシーユーザデバイスによって受信及び復号化される共通制御データは、レガシーユーザデバイスによって復号化されえない、少なくとも１６個のＣＣＥのアグリゲーションを用いて送信される、付記１に記載の通信ノード。
【０１７９】
（付記３）  非レガシーユーザデバイスによって受信及び復号化される共通制御データは、レガシーユーザデバイスに利用不能な、暗号化鍵を用いて暗号化される、付記１に記載の通信ノード。
【０１８０】
（付記４）  制御データは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）において送信され、レガシーユーザデバイス用の共通制御データが、ＰＤＣＣＨの第１の部分に配置され、レガシーユーザデバイス用のユーザ固有制御データが、ＰＤＣＣＨの第２の部分に配置され、非レガシーユーザデバイス用の共通制御データは、ＰＤＣＣＨの第２の部分に配置される、付記１に記載の通信ノード。
【０１８１】
（付記５）  各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、非レガシーユーザデバイスによって受信及び復号化される共通制御データは、サブフレームのＰＤＳＣＨ部分内において送信される、付記１に記載の通信ノード。
【０１８２】
（付記６）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データが送信されるサブフレームを識別するシグナリング情報を、非レガシーユーザデバイスに送信するように構成されている、付記５に記載の通信ノード。
【０１８３】
（付記７）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームのみを、非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送するものとして識別する、付記６に記載の通信ノード。
【０１８４】
（付記８）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送するものとして識別する、付記６に記載の通信ノード。
【０１８５】
（付記９）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データと、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）とを同じサブフレームに配置することを回避するように構成されている、付記８に記載の通信ノード。
【０１８６】
（付記１０）  通信ノードは、物理報知チャネル（ＰＢＣＨ）を用いて上記シグナリング情報を送信するように構成されている、付記６〜９のいずれか１つに記載の通信ノード。
【０１８７】
（付記１１）  通信ノードは、Ｎ個のサブフレームを有する無線フレームを用いてユーザデバイスと通信するように構成され、シグナリング情報は、Ｎ個のサブフレームのうちの対応する１つが非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送するか否かを識別する１ビットに対応している、Ｎビットを含む、付記６〜１０のいずれか１つに記載の通信ノード。
【０１８８】
（付記１２）  通信ノードは、Ｎ個のサブフレームを有する無線フレームを用いてユーザデバイスと通信するように構成され、シグナリング情報は、非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送する、Ｎ個のサブフレームの複数の所定の構成のうちの１つを識別する、Ｍビットを含み、ＭはＮよりも小さい、付記６〜１１のいずれか１つに記載の通信ノード。
【０１８９】
（付記１３）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送するものとして識別し、Ｍビットは、無線フレームのどのＭＢＳＦＮサブフレーム及びどの非ＭＢＳＦＮサブフレームが非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送するのかを同時に符号化する、付記１２に記載の通信ノード。
【０１９０】
（付記１４）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含まないサブフレームにおいて送信するように構成されている、付記５〜１３のいずれか１つに記載の通信ノード。
【０１９１】
（付記１５）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データを、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含むサブフレームにおいて送信するように構成され、ＣＳＩ−ＲＳ又はＣＲＳを搬送するのに用いられるリソースを用いて、非レガシーユーザデバイスによって受信及び復号化される共通制御データを搬送することを回避するように構成されている、付記５〜１３のいずれか１つに記載の通信ノード。
【０１９２】
（付記１６）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データのサブフレーム内のロケーションを識別するシグナリング情報を、非レガシーユーザデバイスに送信するように構成されている、付記１〜１５のいずれか１つに記載の通信ノード。
【０１９３】
（付記１７）  非レガシーユーザデバイスによって受信及び復号化される共通制御データのサブフレーム内に固定数の可能なロケーションが存在し、通信ノードは、可能なロケーションのうちの１つを識別するデータをシグナリングするように構成されている、付記１６に記載の通信ノード。
【０１９４】
（付記１８）  非レガシーユーザデバイスによって受信及び復号化される共通制御データのサブフレーム内に固定数の可能なロケーションが存在し、通信ノードは、通信ノードと関連付けられたセルＩＤのような静的システム変数又は準静的システム変数に依存するロケーションにおいて、非レガシーユーザデバイスによって受信及び復号化される共通制御データを送信するように構成されている、付記１〜１５のいずれか１つに記載の通信ノード。
【０１９５】
（付記１９）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データのサイズを識別するデータをシグナリングするように構成されている、付記１〜１８のいずれか１つに記載の通信ノード。
【０１９６】
（付記２０）  非レガシーユーザデバイスによって受信及び復号化される共通制御データのサイズは、複数の可能なサイズのうちの１つであり、通信ノードは、複数のサイズのうちの１つを示すデータをシグナリングするように構成されている、付記１９に記載の通信ノード。
【０１９７】
（付記２１）  非レガシーユーザデバイスによって受信及び復号化される共通制御データは、複数のリソースブロック（ＲＢ）上で搬送され、ＲＢは、サブフレーム内に連続して配置されているか又はサブフレーム内に分散されている、付記１〜２０のいずれか１つに記載の通信ノード。
【０１９８】
（付記２２）  通信ノードと通信する複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な通信ノードであって、
ユーザデバイスへ送信するための制御データを生成する手段であって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と、
通信ノードとユーザデバイスとの間の通信の制御において用いられる参照信号を生成する手段と、
生成された参照信号及び生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する手段であって、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含む、送信する手段と、
を備え、
生成された参照信号と、複数のユーザデバイスによって受信及び復号化される共通制御データとは、サブフレームのＰＤＳＣＨ部分内において送信され、
送信する手段は、上記共通制御データ及び上記基準信号を、サブフレームのＰＤＳＣＨ部分内において、そこに含まれるそれぞれ異なるリソースブロックを用いて送信するように構成されている、通信ノード。
【０１９９】
（付記２３）  通信ノードは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含まない、サブフレームにおいて共通制御データを搬送するように構成されている、付記２２に記載の通信ノード。
【０２００】
（付記２４）  通信ノードは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はチャネル参照信号（ＣＲＳ）を含む、サブフレームにおいて共通制御データを送信するように構成され、ＣＳＩ−ＲＳ又はＣＲＳを搬送するのに用いられる共通制御データを搬送するリソースを用いることを回避するように構成されている、付記２２又は２３に記載の通信ノード。
【０２０１】
（付記２５）  通信ノードは、共通制御データのサブフレーム内のロケーションを識別するシグナリング情報を、ユーザデバイスに送信するように構成されている、付記２２〜２４のいずれか１つに記載の通信ノード。
【０２０２】
（付記２６）  共通制御データのサブフレーム内に固定数の可能なロケーションが存在し、通信ノードは、可能なロケーションのうちの１つを識別するデータをシグナリングするように構成されている、付記２５に記載の通信ノード。
【０２０３】
（付記２７）  共通制御データのサブフレーム内に固定数の可能なロケーションが存在し、通信ノードは、通信ノードと関連付けられたセルＩＤのような静的システム変数又は準静的システム変数に依存するロケーションにおいて共通制御データを送信するように構成されている、付記２５に記載の通信ノード。
【０２０４】
（付記２８）  通信ノードは、共通制御データが送信されるサブフレームを識別するシグナリング情報を、非レガシーユーザデバイスに送信するように構成されている、付記２２〜２７のいずれか１つに記載の通信ノード。
【０２０５】
（付記２９）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームのみを、共通制御データを搬送するものとして識別する、付記２８に記載の通信ノード。
【０２０６】
（付記３０）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、共通制御データを搬送するものとして識別する、付記２８又は２９に記載の通信ノード。
【０２０７】
（付記３１）  通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データと、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）とを同じサブフレームに配置することを回避するように構成されている、付記３０に記載の通信ノード。
【０２０８】
（付記３２）  通信ノードは、物理報知チャネル（ＰＢＣＨ）を用いて上記シグナリング情報を送信するように構成されている、付記２８〜３１のいずれか１つに記載の通信ノード。
【０２０９】
（付記３３）  通信ノードは、Ｎ個のサブフレームを有する無線フレームを用いてユーザデバイスと通信するように構成され、シグナリング情報は、Ｎ個のサブフレームのうちの対応する１つが共通制御データを搬送するか否かを識別する１ビットに対応している、Ｎビットを含む、付記２８〜３２のいずれか１つに記載の通信ノード。
【０２１０】
（付記３４）  通信ノードは、Ｎ個のサブフレームを有する無線フレームを用いてユーザデバイスと通信するように構成され、シグナリング情報は、共通制御データを搬送するＮ個のサブフレームの複数の所定の構成のうちの１つを識別するＭビットを含み、ＭはＮよりも小さい、付記２８〜３３のいずれか１つに記載の通信ノード。
【０２１１】
（付記３５）  サブフレームを識別するデータは、マルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム及び非ＭＢＳＦＮサブフレームを、共通制御データを搬送するものとして識別し、Ｍビットは、無線フレームのどのＭＢＳＦＮサブフレーム及びどの非ＭＢＳＦＮサブフレームが共通制御データを搬送するのかを同時に符号化する、付記３４に記載の通信ノード。
【０２１２】
（付記３６）  非レガシーユーザデバイスは、マシン型通信（ＭＴＣ）ユーザデバイスを含む、付記１〜３５のいずれか１つに記載の通信ノード。
【０２１３】
（付記３７）  通信ノードは、非レガシーユーザデバイスによって事前に知られている、サブフレームの開始シンボルにおいて上記共通制御データを開始する、付記１〜３６のいずれか１つに記載の通信ノード。
【０２１４】
（付記３８）  付記１〜３７のいずれか１つに記載の通信ノードと、少なくとも１つのユーザデバイスであって、共通制御データを受信及び復号化してユーザデバイスと通信ノードとの間の通信を制御する、上記少なくとも１つのユーザデバイスとを備える、通信システム。
【０２１５】
（付記３９）  付記１〜３７のいずれか１つに記載の通信ノードとともに動作するように構成されているとともに、共通制御データを受信及び復号化して通信ノードとの通信を制御することができるように適合されていることを特徴とする、通信ノードと通信するユーザデバイス。
【０２１６】
（付記４０）  通信ノードと通信する、レガシーユーザデバイス及び非レガシーユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングする通信ノードによって実行される方法であって、
ユーザデバイスへ送信するための制御データを生成することであって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成することと、
生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信することと、
を含み、
生成することは、レガシーユーザデバイスによって復号化されえない、非レガシーユーザデバイスによって受信及び復号化される共通制御データを生成し、
送信することは、複数のサブフレーム内において、非レガシーユーザデバイスによって受信及び復号化される生成された共通制御データを反復して送信する、方法。
【０２１７】
（付記４１）  通信ノードと通信する複数のユーザデバイスによって用いられるリソースをスケジューリングする通信ノードによって実行される方法であって、
ユーザデバイスへ送信するための制御データを生成することであって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成することと、
通信ノードとユーザデバイスとの間の通信の制御において用いられる参照信号を生成することと、
生成された参照信号及び生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信することであって、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含む、送信することと、
を含み、
生成された参照信号と、複数のユーザデバイスによって受信及び復号化される共通制御データとは、サブフレームのＰＤＳＣＨ部分内において送信され、
送信することは、上記共通制御データ及び上記参照信号を、サブフレームのＰＤＳＣＨ部分内において、そこに含まれるそれぞれ異なるリソースブロックを用いて送信するように構成されている、方法。
【０２１８】
（付記４２）  通信ノードと通信する、レガシーユーザデバイス及び非レガシーユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な通信ノードであって、
ユーザデバイスへ送信するための制御データを生成する制御構成モジュールであって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、制御構成モジュールと、
生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する送信機と、
を備え、
制御構成モジュールは、レガシーユーザデバイスによって復号化されえない、非レガシーユーザデバイスによって受信及び復号化される共通制御データを生成するように構成され、
送信機は、複数のサブフレーム内において、非レガシーユーザデバイスによって受信及び復号化される生成された共通制御データを反復して送信するように構成されている、通信ノード。
【０２１９】
（付記４３）  通信ノードと通信する複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な通信ノードであって、
ユーザデバイスへ送信するための制御データを生成する制御構成モジュールであって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、制御構成モジュールと、
通信ノードとユーザデバイスとの間の通信の制御において用いられる参照信号を生成する参照信号モジュールと、
生成された参照信号及び生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する送信機であって、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含む、送信機と、
を備え、
生成された参照信号と、複数のユーザデバイスによって受信及び復号化される共通制御データとは、サブフレームのＰＤＳＣＨ部分内において送信され、
送信機は、上記共通制御データ及び上記参照信号を、サブフレームのＰＤＳＣＨ部分内において、ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いて送信するように構成されている、通信ノード。
【０２２０】
（付記４４）  通信ノードと通信するユーザデバイスであって、
通信ノードによって送信される制御データを受信する手段であって、制御データは、ユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、受信する手段を備え、
受信された共通制御データは、非レガシーユーザデバイスによって受信及び復号化されるものであり、レガシーユーザデバイスによって復号化されえず、
受信する手段は、上記共通制御データを含む複数のサブフレームを受信するように構成され、
複数のサブフレームから受信された制御データを組み合わせる手段と、
組み合わされた共通制御データを復号化する手段と、
を備える、ユーザデバイス。
【０２２１】
（付記４５）  通信ノードと通信するユーザデバイスであって、
通信ノードによって送信されるサブフレームを受信する手段であって、サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信する手段を備え、
サブフレームは、通信ノードとユーザデバイスとの間の通信の制御において用いられ、通信ノードによって送信される参照信号を含み、
受信する手段は、上記共通制御データを含む複数のサブフレームを受信するように構成され、
各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、
受信される参照信号及び共通制御データは、ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いてサブフレームのＰＤＳＣＨ部分内において受信され、
複数のサブフレームから受信された制御データを組み合わせる手段と、
組み合わされた共通制御データを復号化する手段と、
を備える、ユーザデバイス。
【０２２２】
（付記４６）  通信ノードと通信するユーザデバイスであって、
通信ノードによって送信される制御データを受信する受信機であって、制御データは、ユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、受信機を備え、
受信された共通制御データは、非レガシータイプのユーザデバイスによって受信及び復号化されるものであり、レガシータイプのユーザデバイスによって復号化されえず、
受信機は、上記共通制御データを含む複数のサブフレームを受信するように構成されており、
複数のサブフレームから受信された制御データを組み合わせ、組み合わされた共通制御データを復号化する制御チャネル受信モジュール、を備える、
ユーザデバイス。
【０２２３】
（付記４７）  通信ノードと通信するユーザデバイスであって、
通信ノードによって送信されるサブフレームを受信する受信機であって、サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信機を備え、
サブフレームは、通信ノードとユーザデバイスとの間の通信の制御において用いられ、通信ノードによって送信される参照信号を含み、
受信機は、上記共通制御データを含む複数のサブフレームを受信するように構成され、
各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、
受信される参照信号及び共通制御データは、ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いてサブフレームのＰＤＳＣＨ部分内において受信され、
複数のサブフレームから受信された制御データを組み合わせ、組み合わされた共通制御データを復号化する制御チャネル受信モジュール、を備える、
ユーザデバイス。
【０２２４】
（付記４８）  通信ノードと通信するユーザデバイスによって実行される方法であって、
通信ノードによって送信される制御データを受信することであって、制御データは、ユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、受信することを含み、
受信された共通制御データは、非レガシーユーザデバイスによって受信及び復号化されるものであり、レガシーユーザデバイスによって復号化されえず、
受信することは、上記共通制御データを含む複数のサブフレームを受信し、
複数のサブフレームから受信された制御データを組み合わせることと、
組み合わされた共通制御データを復号化することと、
を含む、方法。
【０２２５】
（付記４９）  通信ノードと通信するユーザデバイスによって実行される方法であって、
通信ノードによって送信されるサブフレームを受信することであって、サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信することを含み、
サブフレームは、通信ノードとユーザデバイスとの間の通信の制御において用いられ、通信ノードによって送信される参照信号を含み、
受信することは、上記共通制御データを含む複数のサブフレームを受信し、
各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、
受信される参照信号及び共通制御データは、ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いてサブフレームのＰＤＳＣＨ部分内において受信され、
複数のサブフレームから受信された制御データを組み合わせることと、
組み合わされた共通制御データを復号化することと、
を含む、方法。
【０２２６】
（付記５０）  通信ノードと通信する、第１のタイプのユーザデバイス及び第２のタイプのユーザデバイスを含む、複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な通信ノードであって、
ユーザデバイスに送信される制御データを生成する手段であって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と、
生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する手段と、
を備え、
生成する手段は、第１のタイプのユーザデバイスによって復号化されえない、第２のタイプのユーザデバイスによって受信及び復号化される共通制御データを生成するように構成され、
送信する手段は、複数のサブフレーム内において、第２のタイプのユーザデバイスによって受信及び復号化される生成された共通制御データを反復して送信するように構成されている、通信ノード。
【０２２７】
（付記５１）  第１のタイプのユーザデバイスはレガシーユーザデバイスであり、第２のタイプのユーザデバイスは非レガシーユーザデバイスである、付記５０に記載の通信ノード。
【０２２８】
（付記５２）  通信ノードと通信する複数のユーザデバイスによって用いられるリソースをスケジューリングするように動作可能な通信ノードであって、
ユーザデバイスへ送信するための制御データを生成する手段であって、制御データは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む、生成する手段と、
生成された制御データを、ユーザデバイスによって受信されるサブフレームのシーケンスにおいて送信する手段であって、各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含む、送信する手段と、
を備え、
送信する手段は、複数のサブフレーム内において、非レガシーユーザデバイスによって受信及び復号化される生成された共通制御データを反復して送信するように構成され、
通信ノードは、非レガシーユーザデバイスによって受信及び復号化される共通制御データが送信されるサブフレームを識別するシグナリング情報を、非レガシーユーザデバイスに送信するように構成されている、通信ノード。
【０２２９】
（付記５３）  通信ノードと通信するユーザデバイスであって、
通信ノードによって送信されるサブフレームを受信する手段であって、サブフレームは、複数のユーザデバイスによって受信及び復号化される共通制御データと、特定のユーザデバイスによって受信及び復号化されるユーザ固有制御データとを含む制御データを含む、受信する手段を備え、
サブフレームは、通信ノードとユーザデバイスとの間の通信の制御において用いられ、通信ノードによって送信される参照信号を含み、
受信する手段は、上記共通制御データを含む複数のサブフレームを受信するように構成され、
各サブフレームは、物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）部分と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）部分とを含み、
受信される参照信号及び共通制御データは、ＰＤＳＣＨ部分内に含まれるそれぞれ異なるリソースブロックを用いてサブフレームのＰＤＳＣＨ部分内において受信され、
参照信号のロケーション又は予想ロケーションについての情報を用いて、サブフレームのＰＤＳＣＨ部分内の共通制御データを識別する手段と、
複数のサブフレームから受信された制御データを組み合わせる手段と、
組み合わされた共通制御データを復号化する手段と、
を備える、ユーザデバイス。
【０２３０】
（付記５４）  識別する手段は、通信ノードからシグナリングされるデータを用いて、サブフレームのＰＤＳＣＨ部分内の共通制御データを識別するように更に構成されている、付記５３に記載のユーザデバイス。
【０２３１】
この出願は、２０１４年１月２８日に出願された英国特許出願第１４０１４５９．１号を基礎とする優先権を主張し、その開示の全体をここに取り込む。
【図１】
0006304516.tif 000010
【図２】
0006304516.tif 000011
【図３】
0006304516.tif 000012
【図４】
0006304516.tif 000013
【図５】
0006304516.tif 000014
【図６】
0006304516.tif 000015
【図７】
0006304516.tif 000016
【図８】
0006304516.tif 000017
【図９】
0006304516.tif 000018
【図１０】
0006304516.tif 000019
【図１１】
0006304516.tif 000020
【図１２】
0006304516.tif 000021
【図１３】
0006304516.tif 000022
【図１４】
0006304516.tif 000023
【図１５】
0006304516.tif 000024