(57)【特許請求の範囲】
【請求項１】
異なる量の送信リソースを使用するように構成されている第１のメッセージと第２のメッセージとの間のメッセージ衝突を防止するための方法であって、
前記第１のメッセージについてのマッピングが、前記第２のメッセージについての前記マッピングとは、いくつかのリソース・ユニット分のマッピング・オフセットだけ異なるように、シンボル・ツー・リソース要素マッピングを実行するステップであって、前記第１のメッセージは、送信リソースの第１の量を使用するように構成されており、前記第２のメッセージは、送信リソースの第２の量を使用するように構成されており、送信リソースの前記第１の量は、送信リソースの前記第２の量とは異なっている、実行するステップと、
前記第１のメッセージの開始時刻が前記第２のメッセージの開始時刻から時間的にオフセットされるように、前記第１のメッセージと第２のメッセージとを送信するステップであって、オフセット時間は、（ｉ）送信リソースの前記第１の量に関連する第１の反復回数と、（ｉｉ）送信リソースの前記第２の量に関連する第２の反復回数と、（ｉｉｉ）前記第１のメッセージに関連する第１のオフセット・パラメータ値と、（ｉｖ）前記第２のメッセージに関連する第２のオフセット・パラメータ値とに基づいて決定され、前記第１および第２の反復回数は、前記第１および第２のメッセージが時間と共に反復して送信される回数を示している、決定するステップと
を含む方法。
【請求項２】
前記いくつかのリソース・ユニットのうちのそれぞれ１つは、リソース要素と、シンボルと、サブフレームとのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
送信リソースの前記第１の量は、送信リソースの前記第２の量に含まれる第２の合計集約リソースとは異なる第１の合計集約リソースを含んでおり、前記第１および第２の合計集約リソースは、集約レベルと、第１の反復回数と、第２の反復回数とに基づいており、前記集約レベルは、前記第１のメッセージおよび前記第２のメッセージのそれぞれを搬送するチャネルの中の制御チャネル要素の数を示す、請求項１に記載の方法。
【請求項４】
送信リソースの前記第１の量は、送信リソースの前記第２の量によって示される第２の集約レベルと同じである第１の集約レベルを示し、前記第１の集約レベルおよび第２の集約レベルのそれぞれは、前記第１のメッセージおよび前記第２のメッセージのそれぞれを搬送するチャネルの中の制御チャネル要素の数を示している、請求項１に記載の方法。
【請求項５】
送信リソースの前記第１の量が、送信リソースの前記第２の量に含まれる第２の合計集約リソースとは異なる第１の合計集約リソースを含む場合には、前記第１のオフセット・パラメータ値は、前記第２のオフセット・パラメータ値とは異なり、前記第１の合計集約リソースおよび前記第２の合計集約リソースのうちの一方は、集約レベルと、前記第１の反復回数および前記第２の反復回数のうちの一方とに基づいており、前記集約レベルは、前記第１のメッセージおよび前記第２のメッセージのそれぞれを搬送するチャネルの中の制御チャネル要素の数を示している、請求項１に記載の方法。
【請求項６】
前記いくつかのリソース・ユニットは、１つのリソース要素および１つのシンボルのうちの少なくとも一方である、請求項２に記載の方法。
【請求項７】
前記第１の反復回数が前記第２の反復回数とは異なる場合には、前記第１のオフセット・パラメータ値は、前記第２のオフセット・パラメータ値とは異なる、請求項１に記載の方法。
【請求項８】
（ｉ）前記第１の反復回数が前記第２の反復回数とは異なり、かつ（ｉｉ）前記第１のメッセージが、前記第２のメッセージによって示される第２の集約レベルと同じである第１の集約レベルを示す場合には、前記第１のオフセット・パラメータ値は前記第２のオフセット・パラメータ値とは異なり、前記第１の集約レベルおよび前記第２の集約レベルのそれぞれは、送信リソースの前記第１の量および第２の量のそれぞれにある制御チャネル要素の数を示している、請求項１に記載の方法。
【請求項９】
送信リソースの異なる量を使用するように構成されている第１のメッセージと第２のメッセージとの間のメッセージ衝突を防止するための装置であって、
コンピュータ読取り可能命令を有するメモリ（１２０、２２０）と、
プロセッサ（１１０、２１０）とを備え、前記プロセッサ（１１０、２１０）は、前記コンピュータ読取り可能命令を実行して、
前記第１のメッセージについてのマッピングが、前記第２のメッセージについての前記マッピングとは、いくつかのリソース・ユニット分のマッピング・オフセットだけ異なるように、シンボル・ツー・リソース要素マッピングを実行し、
前記第１のメッセージの開始時刻が前記第２のメッセージの開始時刻から時間的にオフセットされるように、前記第１のメッセージと第２のメッセージとを送信するステップであって、（ｉ）送信リソースの第１の量に関連する第１の反復回数と、（ｉｉ）送信リソースの第２の量に関連する第２の反復回数と、（ｉｉｉ）前記第１のメッセージに関連する第１のオフセット・パラメータ値と、（ｉｖ）前記第２のメッセージに関連する第２のオフセット・パラメータ値とに基づいてオフセット時間を決定する、ように構成され、
前記第１のメッセージは、送信リソースの前記第１の量を使用するように構成されており、前記第２のメッセージは、送信リソースの前記第２の量を使用するように構成されており、送信リソースの前記第１の量は、送信リソースの前記第２の量とは異なっており、
前記第１および第２の反復回数は、前記第１および第２のメッセージが時間と共に反復して送信される回数を示している、装置。
【発明の詳細な説明】
【背景技術】
【０００１】
一般に、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスは、特定の用途のためにマシンによって使用されるユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）である。ＭＴＣデバイスの一例は、スマート・メーターである。そのようなスマート・メーターの中には地下に位置するものがあるが、地下は高い透過損失の影響を受け、それゆえにＭＴＣデバイスがネットワークと通信することが難しい。
【０００２】
物理チャネルの反復は、ＭＴＣ  ＵＥのカバレッジを拡張する主要なメカニズムである。反復回数はかなり多い（すなわち、場合によっては数百回の反復）ことが予想される。反復はスペクトル効率を低減させることになり、その理由から、低いカバレッジ・レベルにある（すなわち、基地局または強化されたノードＢ（ｅＮＢ：ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）に対してより近い）ＵＥが、より高いカバレッジ・レベルにあるＵＥと比べて、必要とする反復がより少なくなるように、いくつかのカバレッジ・レベル提案されてきている。それゆえに、スペクトル効率の改善は非常に有益である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
少なくとも１つの実施形態は、送信リソースの異なる量を使用するように構成された２つのメッセージの間のメッセージ衝突を防止するための方法に関する。
【課題を解決するための手段】
【０００４】
一実施形態においては、本方法は、送信リソースの第１の量を使用するように構成された第１のメッセージについてのマッピングが、送信リソースの第２の量を使用するように構成された第２のメッセージについてのマッピングとは、いくつかのリソース・ユニット分のマッピング・オフセットだけ異なるように、シンボル・ツー・リソース要素マッピングを実行するステップを含んでおり、第１の量は第２の量とは異なっている。
【０００５】
リソース・ユニットは、リソース要素と、シンボルと、サブフレームとのうちの少なくとも１つとすることができる。
【０００６】
一実施形態においては、本方法は、第１のメッセージの開始時刻が、第２のメッセージの開始時刻から時間的にオフセットされるように、第１のメッセージと第２のメッセージとを送信するステップを含んでいる。
【０００７】
少なくとも１つの実施形態は、送信リソースの異なる量を使用するように構成された２つのメッセージの間のメッセージ衝突を防止するための装置を対象にしている。
【０００８】
一実施形態においては、本装置は、送信リソースの第１の量を使用するように構成された第１のメッセージについてのマッピングが、送信リソースの第２の量を使用するように構成された第２のメッセージについてのマッピングとは、いくつかのリソース・ユニット分のマッピング・オフセットだけ異なるように、シンボル・ツー・リソース要素マッピングを実行するように構成されたプロセッサを含んでおり、第１の量は第２の量とは異なっている。
【０００９】
少なくとも１つの実施形態は、非一時的コンピュータ読取り可能媒体を対象にしている。
【００１０】
一実施形態においては、非一時的コンピュータ読取り可能媒体は、プロセッサによって実行されると、送信リソースの第１の量を使用するように構成された第１のメッセージについてのマッピングが、送信リソースの第２の量を使用するように構成された第２のメッセージについてのマッピングとは、いくつかのリソース・ユニット分のマッピング・オフセットだけ異なるように、シンボル・ツー・リソース要素マッピングを実行するようにプロセッサを構成するプログラムを記憶し、第１の量は第２の量とは異なっている。
【００１１】
例示の実施形態は、以下で本明細書において与えられる詳細な説明と添付図面から、より完全に理解されることになり、図面では同様の要素は同様の参照符号によって表され、この参照符号は例証だけとして与えられており、したがって本発明を限定するものではない。
【図面の簡単な説明】
【００１２】
【図１】例示の一実施形態によるワイヤレス通信を示す図である。
【図２】例示の一実施形態による、図１の中のｅＮＢの一例を示す図である。
【図３】例示の一実施形態による、図１の中のＵＥの一例を示す図である。
【図４】ＡＬ＝２における場合に復号すべき２つの可能なＴＡＲ値の一例、すなわちＴＡＲ＝３２または６４を示す図であり、それゆえに、同じＡＬにおいては、異なるＴＡＲについて異なる反復が存在することになる。
【図５】ＥＰＤＣＣＨの強化されたリソース要素グループ（ＥＲＥＧ：ｅｎｈａｎｃｅｄ  ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）を含む物理リソース・ブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のＲＥを示す図である。
【図６】シンボル・ツー・リソース要素（Ｓ２ＲＥ：ｓｙｍｂｏｌｓ  ｔｏ  ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔｓ）の従来周波数の第１のマッピングを示す図である。
【図７】例示の一実施形態によるＳ２ＲＥの一例を示す図である。
【図８】異なるＡＬと、異なる反復とを有する（Ｅ）ＰＤＣＣＨの可能性のある従来の開始タイミングと、同様にブラインド復号タイミングとを示す図である。
【図９】例示の一実施形態によるＥＲＥＧツーＲＥマッピングにおける例示のオフセットを示す図である。
【図１０】例示の一実施形態による、時間領域における異なるＴＡＲとの間のメッセージの開始をオフセットする一例を示す図である。
【発明を実施するための形態】
【００１３】
次いで、様々な例示の実施形態について、いくつかの例示の実施形態が示される添付の図面を参照してより十分に説明する。
【００１４】
例示の実施形態は、様々な修正形態、および代替的な形態とすることができるが、それらの実施形態は、図面の中で例として示されており、本明細書において詳細に説明される。しかしながら、例示の実施形態を開示される特定の形態だけに限定する意図はないことを理解すべきである。反対に、例示の実施形態は、本開示の範囲内に含まれるすべての修正形態と、同等形態と、代替形態とを対象として含むべきである。同様の符号は、図面の説明全体を通して同様の要素を指している。
【００１５】
第１の、第２の、などの用語を本明細書において使用して様々な要素を説明することがあるが、これらの要素は、これらの用語によって限定されるべきではない。これらの用語は、単に１つの要素を別の要素から区別するために使用される。例えば、本開示の範囲を逸脱することなく、第１の要素が第２の要素と名付けられる可能性があり、また同様に、第２の要素が第１の要素と名付けられる可能性がある。本明細書において使用される場合、用語「および／または（ａｎｄ／ｏｒ）」は、１つまたは複数の関連する列挙された項目についての任意の組合せおよびすべての組合せを含んでいる。
【００１６】
ある要素が、別の要素に「接続されて（ｃｏｎｎｅｃｔｅｄ）」いる、または「結合されて（ｃｏｕｐｌｅｄ）」いると称されるときに、その要素は、他の要素に直接に接続または結合される可能性もあり、あるいは介在する要素が存在していてもよい。対照的に、ある要素が、別の要素に「直接（ｄｉｒｅｃｔｌｙ）接続されて」いる、または「直接結合されて」いると称されるときには、介在する要素は存在しない。要素の間の関係を説明するために使用される他の言葉も、同じように（例えば、「間に（ｂｅｔｗｅｅｎ）」に対して「直接に間に（ｄｉｒｅｃｔｌｙ  ｂｅｔｗｅｅｎ）」、「隣接する（ａｄｊａｃｅｎｔ）」に対して「直接に隣接する（ｄｉｒｅｃｔｌｙ  ａｄｊａｃｅｎｔ）」など）解釈されるべきである。
【００１７】
本明細書において使用される専門用語は、特定の実施形態を説明する目的のためだけであり、限定することを意図してはいない。本明細書において使用される場合、単数形の形式「１つの（ａ）」、「１つの（ａｎ）」、および「その（ｔｈｅ）」は、文脈が、明らかにそうでない場合を示していない限り、同様に複数形の形式を含むことを意図している。用語「備える／含む（ｃｏｍｐｒｉｓｅｓ）」、「備えている／含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書において使用されるときに、述べられた特徴、整数、ステップ、オペレーション、要素、および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、オペレーション、要素、コンポーネント、および／またはそれらの群の存在もしくは追加を除外するものではないことが、さらに理解されるであろう。
【００１８】
いくつかの代替的な実装形態においては、指摘される機能／動作が、図面の中で指摘される順序を外れて起こり得ることにも注意すべきである。例えば、連続して示される２つの図は、実際には実質的に同時に実行されることもあり、または時として、関与する機能／動作に応じて逆の順序で実行されることもある。
【００１９】
別様に定義されない限り、本明細書において使用されるすべての用語（技術的用語および科学的用語を含む）は、例示の実施形態が関係する当業者によって一般的に理解されるものと同じ意味を有している。用語、例えば、一般的に使用される辞書の中で定義されるこれらの用語は、関連のある技術との関連でそれらの意味と整合している意味を有するように解釈されるべきであり、また本明細書において明示的にそのように定義されない限り、理想化された意味で、または過度に形式的な意味で解釈されないことが、さらに理解されるであろう。
【００２０】
例示の実施形態と、対応する詳細な説明との一部分は、制御装置によって実行されるアルゴリズムの観点から提示される。用語がここで使用される場合、またその用語が一般に使用される場合、アルゴリズムは、望ましい結果をもたらすステップの自己矛盾のないシーケンスであるように考えられる。それらのステップは、物理量の物理的操作を必要とするステップである。通常、必ずしもそうであるとは限らないが、これらの量は、記憶され、転送され、結合され、比較され、またそれ以外の方法で操作される可能性がある光学的信号、電気信号、または磁気信号の形態を取る。主として一般的な使用の理由のために、これらの信号をビット、値、要素、シンボル、キャラクタ、用語、番号などと称することは、ときに利便であることが分かっている。特定の詳細は、以下の説明において提供されて、例示の実施形態の完全な理解を提供している。しかしながら、例示の実施形態がこれらの特定の詳細なしに実践され得ることが、当業者によって理解されるであろう。例えば、システムは、不必要な詳細で例示の実施形態をあいまいにすることのないように、ブロック図の形で示されることもある。他の例では、よく知られているプロセス、構造および技法は、例示の実施形態をあいまいにすることを回避するために、不必要な詳細なしで示されることもある。
【００２１】
以下の説明においては、例示的な実施形態は、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラム・モジュールまたは機能プロセスとして実装され得る、また既存のネットワーク要素における既存のハードウェア、既存のエンド・ユーザ・デバイス、および／または後処理ツール（例えば、モバイル・デバイス、ラップトップ・コンピュータ、デスクトップ・コンピュータなど）を使用して実装され得る動作、およびオペレーションの記号的表現（例えば、フロー・チャート、流れ図、データ・フロー図、構造図、ブロック図などの形式）を参照して説明されるであろう。そのような既存のハードウェアは、１つまたは複数の中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔｓ）、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）コンピュータなどを含むことができる。
【００２２】
具体的に別途述べられていない限り、または考察から明らであるように、「処理する」、「計算する」、「算出する」、「決定する」または「表示する」などの用語は、コンピュータ・システムのレジスタおよびメモリの内部の物理的な量、電子的な量として表されるデータを操作して、コンピュータ・システムのメモリまたはレジスタ、あるいは他のそのような情報のストレージ・デバイス、送信デバイス、またはディスプレイ・デバイスの内部の物理量として同様に表される他のデータに変換するコンピュータ・システム、または類似した電子的コンピューティング・デバイスのアクションおよびプロセスのことを指す。
【００２３】
フロー・チャートは、逐次的プロセスとしてオペレーションを説明することができるが、オペレーションの多くは、並列に、並行して、または同時に実行されることもある。加えて、オペレーションの順序は、並べ替えられることもある。プロセスは、そのオペレーションが完了したときに終了することができるが、図の中に含まれていない追加のステップを有することもできる。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応することができる。プロセスが、関数に対応するときに、プロセスの終了は、呼び出し元の関数またはメイン関数への関数のリターンに対応することができる。
【００２４】
例示の実施形態のソフトウェアによって実装された態様は、一般的に、何らかの形態の有形の（または記録する）ストレージ媒体の上で符号化され、あるいは何らかのタイプの伝送媒体の上で実装されることにも留意されたい。本明細書において開示される場合、用語「ストレージ媒体」は、読出し専用メモリ（ＲＯＭ：ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、磁気ＲＡＭ、磁気ディスク・ストレージ媒体、光学的ストレージ媒体、フラッシュ・メモリ・デバイス、および／または情報を記憶するための他の有形のマシン読取り可能媒体を含む、データを記憶するための１つまたは複数のデバイスを表すことができる。用語「コンピュータ読取り可能媒体」は、それだけには限定されないが、命令および／またはデータを記憶し、包含し、または搬送することができる携帯式または固定式のストレージ・デバイス、光学的ストレージ・デバイス、および様々な他の媒体を含むことができる。
【００２５】
さらに、例示の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組合せによって実装されることもある。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードの形で実装されるときに、必要なタスクを実行するプログラム・コードまたはコード・セグメントは、コンピュータ読取り可能ストレージ媒体など、マシンまたはコンピュータによる読取り可能媒体に記憶されることもある。ソフトウェアの形で実装されるときに、１つまたは複数のプロセッサが必要なタスクを実行することになる。
【００２６】
コード・セグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令、データ構造、またはプログラム・ステートメントの任意の組合せを表すことができる。コード・セグメントは、情報、データ、引き数、パラメータ、またはメモリ内容を渡す、および／または受け取ることにより、別のコード・セグメントまたはハードウェア回路に結合されることもある。情報、引き数、パラメータ、データなどは、メモリ共有化、メッセージ・パッシング、トークン・パッシング、ネットワーク送信などを含む任意の適切な手段を経由して、渡され、転送され、または送信されることもある。
【００２７】
本明細書において使用される場合、用語「ユーザ機器」は、モバイル・ユーザ、移動局、モバイル端末、端末、ユーザ、加入者、ワイヤレス端末、および／またはリモート局に対する同義語とすることができ、またワイヤレス通信ネットワークにおけるワイヤレス・リソースのリモート・ユーザを表す場合もある。したがって、端末は、ワイヤレス電話、ワイヤレス装備のラップトップ、ワイヤレス装備の電化製品などとすることができる。
【００２８】
用語「基地局」は、１つまたは複数のセル・サイト、基地局、ノードＢ、強化されたノードＢ（ｅノードＢまたはｅＮＢ）、アクセス・ポイント、および／または無線周波数通信の任意の端末として理解されることもある。現在のネットワーク・アーキテクチャは、モバイル／ユーザ・デバイスと、アクセス・ポイント／セル・サイトとの間の差異を考慮することができるが、以下で説明される例示の実施形態は、一般に、その差異が、例えば、アドホック・アーキテクチャおよび／またはメッシュ・ネットワーク・アーキテクチャなど、それほど明確でないアーキテクチャに対して適用可能とすることができる。
【００２９】
基地局からＵＥへの通信は、一般的に、ダウンリンク通信または順方向リンク通信と呼ばれる。ＵＥから基地局への通信は、一般的に、アップリンク通信または逆方向リンク通信と呼ばれる。
【００３０】
図１は、例示の一実施形態によるワイヤレス通信を示すものである。図示されるように、第１のデバイス１００は、第２のデバイス２００とワイヤレスに通信する。例えば、ワイヤレス・ネットワークにおいては、第１のデバイス１００は、基地局またはｅＮＢとすることができ、また第２のデバイス２００は、ＵＥとすることができる。また例示の実施形態はこの例を使用して説明するが、本発明はこの例だけには限定されない。
【００３１】
図２は、ｅＮＢ１００の一例を示すものである。図示されるように、ｅＮＢ１００は、メモリ１２０、様々なインターフェース１３０、およびアンテナ１５０に接続されたプロセッサ１１０を含んでいる。理解されるように、ｅＮＢ１００の実装形態に応じて、ｅＮＢ１００は、図２において示されるこれらのコンポーネントよりもはるかに多くのコンポーネントを含むことができる。しかしながら、これらの一般に従来のコンポーネントのすべてが、実例となる実施形態を開示するために示される必要はない。
【００３２】
メモリ１２０は、一般に、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、および／またはディスク・ドライブなどの恒久的な大容量デバイスを含むコンピュータ読取り可能ストレージ媒体とすることができる。メモリ１２０はまた、ｅＮＢ１００の機能（例えば、基地局の機能、例示の実施形態による方法など）を提供するためのオペレーティング・システムと任意の他のルーチン／モジュール／アプリケーションとを記憶する。これらのソフトウェア・コンポーネントはまた、ドライブ・メカニズム（図示されず）を使用して別個のコンピュータ読取り可能ストレージ媒体からメモリ１２０へとロードされることも可能である。そのような別個のコンピュータ読取り可能ストレージ媒体は、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同様なコンピュータ読取り可能ストレージ媒体（図示されず）を含むことができる。いくつかの実施形態においては、ソフトウェア・コンポーネントは、コンピュータ読取り可能ストレージ媒体を経由するのではなく、様々なインターフェース１３０のうちの１つを経由して、メモリ１２０へとロードされることもある。
【００３３】
プロセッサ１１０は、システムの基本的な算術演算と、論理演算と、入出力オペレーションとを実行することにより、コンピュータ・プログラムの命令を実行するように構成することができる。命令は、メモリ１２０によりプロセッサ１１０に提供することができる。
【００３４】
様々なインターフェース１３０は、アンテナ１５０とプロセッサ１１０をインターフェースさせるコンポーネント、または他の入出力コンポーネントを含むことができる。理解されるように、ｅＮＢ１００の特殊目的の機能を提示するインターフェース１３０およびメモリ１２０に記憶されるプログラムは、第１のデバイスの実装形態に応じて変化することになる。
【００３５】
図３は、ＵＥ２００の一例を示すものである。図示されるように、ＵＥ２００は、メモリ２２０と、様々なインターフェース２３０と、アンテナ２５０とに接続されたプロセッサ２１０を含んでいる。理解されるように、ＵＥ２００の実装形態に応じて、ＵＥ２００は、図３に示されるこれらのコンポーネントよりもはるかに多くのコンポーネントを含むことができる。しかしながら、これらの一般に従来のコンポーネントのうちのすべてが、実例となる実施形態を開示するために示される必要はない。
【００３６】
メモリ２２０は、一般に、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、および／またはディスク・ドライブなどの恒久的な大容量デバイスを含むコンピュータ読取り可能ストレージ媒体とすることができる。メモリ２２０はまた、ＵＥ２００の機能（例えば、ＵＥの機能、例示の実施形態による方法など）を提供するためのオペレーティング・システムと任意の他のルーチン／モジュール／アプリケーションとを記憶する。これらのソフトウェア・コンポーネントはまた、ドライブ・メカニズム（図示されず）を使用して別個のコンピュータ読取り可能ストレージ媒体からメモリ２２０へとロードされることも可能である。そのような別個のコンピュータ読取り可能ストレージ媒体は、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同様なコンピュータ読取り可能ストレージ媒体（図示されず）を含むことができる。いくつかの実施形態においては、ソフトウェア・コンポーネントは、コンピュータ読取り可能ストレージ媒体を経由するのではなく、様々なインターフェース２３０のうちの１つを経由して、メモリ２２０へとロードされることもある。
【００３７】
プロセッサ２１０は、システムの基本的な算術演算と、論理演算と、入出力オペレーションとを実行することにより、コンピュータ・プログラムの命令を実行するように構成することができる。命令は、メモリ２２０によりプロセッサ２１０に対して提供することができる。
【００３８】
様々なインターフェース２３０は、アンテナ２５０とプロセッサ２１０をインターフェースさせるコンポーネント、または他の入出力コンポーネントを含むことができる。理解されるように、ＵＥ２００の専用の機能を提示するインターフェース２３０およびメモリ２２０に記憶されるプログラムは、第１のデバイスの実装形態に応じて変化することになる。
【００３９】
説明の目的のためだけに、実施形態は、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）規格に関して説明する。それに応じて、ＬＴＥに関連するよく知られている専門用語が、実施形態を説明するのに使用される。例えば、よく知られているように、リソース要素（ＲＥ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は、時間領域における１つの直交周波数分割多重化（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルと、周波数領域における１つのサブキャリアとによって示される、ＬＴＥにおける最小のリソース・ユニットである。リソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）は、同じＯＦＤＭシンボルおよび同じリソース・ブロックの中にある４つの連続したＲＥ（またはセル特有の基準信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）によって分離された４つのＲＥ）を含んでいる。制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）は、９つのＲＥＧを含んでおり、これらのＲＥＧは、インターリービングによってＯＦＤＭシンボルおよびシステム帯域幅に分散されて、ダイバーシティを可能にし、また干渉を軽減する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、これらのブロックを使用して構築される。ＰＤＣＣＨの中のＣＣＥの数は、そのＰＤＣＣＨのＣＣＥ集約レベル、または略して集約レベル（ＡＬ：ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ばれ、１個、２個、４個、または８個の連続したＣＣＥ（論理シーケンス）とすることができる。
【００４０】
次に、例示の一実施形態によるオペレーションについて説明する。現在のワイヤレス・ネットワークでは、物理ダウンリンク制御チャネル（（Ｅ）ＰＤＣＣＨ）は、集約レベル（ＡＬ）の形式で、サブフレームの内部に反復を含んでいる。（Ｅ）ＰＤＣＣＨは、任意の形態のダウンリンク制御チャネル、すなわち、強化されたＰＤＣＣＨ（ＥＰＤＣＣＨ）およびＰＤＣＣＨを指す意味であることに注意すべきである。ＵＥ２００は、サブフレームの中の異なるＡＬと、異なる時間−周波数の場所とを用いて複数の復号の試行を実行することにより、ＡＬをブラインド検出することが予想される。一例として、ＵＥ２００は、ＡＬ１（すなわち、１個の制御チャネル要素（ＣＣＥ））における６つの時間−周波数の場所、ＡＬ２における６つの場所、ＡＬ４における６つの場所、およびＡＬ８における４つの場所のどれかで、ダウンリンク制御チャネル・メッセージを受信することができ、各場合に２つの異なるメッセージ・サイズのどちらかを用い、よって「検索空間」を構成する計４４個の候補がある。
【００４１】
カバレッジ拡張のために、サブフレーム内部の既存の反復、すなわちＡＬに加えて、（Ｅ）ＰＤＣＣＨはまた、複数のサブフレームを使用して時間領域において反復される。この文書においては、反復ＲＴは、時間領域における反復と称されることになり、またＡＬは、サブフレームの内部の反復と称されることになる。合計集約リソース（ＴＡＲ：Ｔｏｔａｌ  Ａｇｇｒｅｇａｔｅｄ  Ｒｅｓｏｕｒｃｅ）として知られている（Ｅ）ＰＤＣＣＨメッセージについての（Ｅ）ＣＣＥ（ＣＣＥまたはＥＣＣＥ）の総数は、
ＴＡＲ＝ＲＴ×ＡＬ    （１）
である。
【００４２】
それに応じて、ＴＡＲは、メッセージについての送信リソースの量を表す。
【００４３】
反復回数が固定されており、与えられたダウンリンク制御チャネル・メッセージの検索空間候補が、メッセージが反復されるあらゆるサブフレームの中で同じである場合には、ＵＥ２００がブラインド復号する必要がある候補の総数は、反復が使用されなかった場合と変わらない。しかしながら、反復回数についての複数の候補が存在した場合には、反復回数は、ＵＥ２００に先験的に知られていないことになる。すなわち、ＵＥ２００は、ＡＬおよびメッセージ・サイズに加えて反復回数をブラインド検出することが必要とされることもある。この場合には、特定のＵＥ２００のためにｅＮＢ１００によって使用されるＴＡＲ値は、そのＵＥの必要とされるカバレッジ・レベルと、さらにメッセージ・サイズとに依存する可能性がある。それゆえに、可変なＡＬおよび反復に加えて、ＵＥ２００がブラインド復号する必要があるいくつかのＴＡＲ値が存在する可能性がある。
【００４４】
可変の反復および複数のＴＡＲ値を仮定すると、ＵＥ２００が、高い反復レベルを有する（Ｅ）ＰＤＣＣＨ送信を、より短い反復を有する送信と間違える可能性がある。例えば、図４においては、ＵＥは、ＡＬ＝２の場合に復号すべき２つの可能性のあるＴＡＲ値、すなわちＴＡＲ＝３２または６４を有しており、それゆえに、同じＡＬに、異なるＴＡＲについての異なる反復が存在することになる。図４においては、本発明者らはＡＬ＝２を有する候補を考慮しており、またここで、ＴＡＲ＝３２については反復回数は１６であるが、ＴＡＲ＝６４では反復回数は３２である。各カバレッジ・レベルの内部で、チャネル変化に起因して、ＵＥ２００が、少ない回数の反復でメッセージの復号を終了し得る可能性がある。図４において、ＵＥは、ＥＰＤＣＣＨ２についての反復を復号している可能性があり、このＥＰＤＣＣＨ２はＡＬ＝２においてＴＡＲ＝６４であり、より少ない回数の反復を使用してこのメッセージを復号することができ、すなわち、この例においては１６回のみの反復を必要とする。ＵＥ２００は、復号されたメッセージが、ＡＬ＝２においてＴＡＲ＝３２を有するＥＰＤＣＣＨ１に関するものであると間違って仮定する可能性がある。（Ｅ）ＰＤＣＣＨに対応するＰＤＳＣＨが、その（Ｅ）ＰＤＣＣＨの反復の終了の後に開始されることは認められており、図４において、ＵＥ２００は、ＰＤＳＣＨの反復について誤った開始サブフレームを獲得することになる。
【００４５】
例示の一実施形態によれば、ｅＮＢ１００は、異なるシンボル・ツー・リソース要素（ＲＥ）マッピング（Ｓ２ＲＥ）を使用して、異なる反復についての１つのメッセージを別のメッセージから区別する。例えば、図５は、ＥＰＤＣＣＨの強化されたリソース要素グループ（ＥＲＥＧ）を含む物理リソース・ブロック（ＰＲＢ）のＲＥを示すものである。ＥＣＣＥが、ＥＲＥＧ２、４、８および１２を占有すると仮定すると、それゆえにこのＥＣＣＥを占有するメッセージは、図５において薄く影をつけたＲＥを使用することになる。メッセージは、このＥＣＣＥに対してマッピングされる必要があるシンボル｛Ｓ１，Ｓ２，．．．Ｓ３６｝から構成されることを仮定する。現在では、これは、図６に示されるように周波数を最初にし、その後に時間を続けることによって行われている。一実施形態によるＳ２ＲＥに対するオフセット、例えば、１シンボルのオフセットの一例は、図７に示されるようなものである。このＳ２ＲＥオフセットは、ＵＥ２００に対して信号で伝えられるか、または仕様にあらかじめ規定される可能性がある。例示の実施形態は１シンボルのオフセットだけに限定されないことが理解されるであろう。
【００４６】
一実施形態においては、ｅＮＢ１００は、異なるＴＡＲを有する（Ｅ）ＰＤＣＣＨメッセージについて異なるＳ２ＲＥオフセットを使用する。例えば、ＴＡＲ＝６４を使用したＥＰＤＣＣＨは、シンボル・オフセットを有していない可能性があるが、ＴＡＲ＝３２を使用したＥＰＤＣＣＨは、１シンボルのオフセットを有する。このようにすると、ＵＥ２００が、ＥＰＤＣＣＨ２の１６個の反復サンプルからＴＡＲ＝３２を有するＥＰＤＣＣＨ１を復号できないことになるので、図４における問題は起こらないであろう。
【００４７】
別の実施形態においては、ｅＮＢ１００は、反復の異なる回数を有する（Ｅ）ＰＤＣＣＨメッセージについて異なるＳ２ＲＥオフセットを使用する。
【００４８】
別の実施形態においては、ｅＮＢは、所与のＡＬにおいて反復の異なる回数を有する（Ｅ）ＰＤＣＣＨメッセージについての異なるＳ２ＲＥオフセットを使用する。
【００４９】
反復された（Ｅ）ＰＤＣＣＨメッセージがあり得るサブフレームを決定する一方法は、反復についての「ＭＯＤ」関数を使用するものであり、例えば、（Ｅ）ＰＤＣＣＨ反復の開始は、次式、
（１０×ＳＦＮ＋ＮＳｕｂ）ＭＯＤ  ＲＴ＝０    （２）
が真であるときに、サブフレームの中で起こる可能性があり、ここで、ＮＳｕｂは、（Ｅ）ＰＤＣＣＨメッセージを開始すべきサブフレーム番号であり、またＳＦＮは、よく知られているシステム・フレーム番号である。（Ｅ）ＰＤＣＣＨの反復回数が２のべき乗の形、例えば、｛８，１６，３２，６４｝であることを仮定すると、そのときには式２を使用して、これらの反復は時刻τ０において図８に示されるものと同じときに開始することができる。例えば、８×反復送信は、時刻τ０に開始し、時刻τ１に終了することになる。時刻τ１に、８×反復を有する別の可能性のある（Ｅ）ＰＤＣＣＨ送信が開始することができ、以下同様である。反復８、１６、３２および６４は、ＴＡＲがすべての（Ｅ）ＰＤＣＣＨ候補について６４となるように、それぞれ、ＡＬ＝８、４、２および１に対応していると仮定する。ＵＥ２００は、それが十分な反復するサンプルを蓄積しているときに、ブラインド復号を実行することになることが予想される。ＵＥ２００によって実行されるブラインド復号の回数は、いつ反復が終了するかに応じて変動する。例えば、図８では、時刻τ１において、８×反復に対応している（Ｅ）ＰＤＣＣＨ候補だけが復号される必要があり、この例においては、ＡＬ＝８の候補だけがブラインド復号される必要がある。同様に、τ３においては、８×反復、１６×反復、および３２×反復に対応している候補が、すなわち、ＡＬ＝８の候補、ＡＬ＝４の候補、およびＡＬ＝２の候補がブラインド復号される必要がある。τ４においては、すべての反復が同じときに終了し、すべての候補（ＡＬ＝８、４、２および１）がブラインド復号される必要がある。複数のＴＡＲ値を有することが、ＵＥについての追加のブラインド復号をもたらすことになり、例えば、候補がＡＬ＝｛８，４，２および１｝を有する場合に６４と３２という２つのＴＡＲ値を有する場合、そのときにはある時点において反復がときに終了することになり、ここでＵＥ２００は、すべての候補（異なるＴＡＲ値を有する）をブラインド復号する必要があることになることに注意すべきである。これは、ＵＥ２００についてのブラインド復号の回数を実質的に倍増させる可能性がある。それゆえに、別の実施形態においては、ｅＮＢ１００は、異なるＴＡＲ値についての時間領域において（Ｅ）ＰＤＣＣＨ送信の開始をオフセットさせる。これは、異なるサブフレームにおいて終了する、異なるＴＡＲ値の（Ｅ）ＰＤＣＣＨ反復送信をもたらすことになる。この時間オフセットは、ｅＮＢ１００によりＵＥ２００に対して信号で伝えられる可能性があり、またＵＥ２００は、
（１０×ＳＦＮ＋ＮＳｕｂ）ＭＯＤ  ＲＴ＝ｋ    （３）
を使用して各ＴＡＲ値の（Ｅ）ＰＤＣＣＨの開始を決定することができ、式中で、ｋは、オフセット・パラメータ値であり、また異なるＴＡＲは異なるｋ値を有している。ｅＮＢ１００は、Ｎｓｕｂについて解くことを思い出されたい。オフセット・パラメータ値ｋは最も短い反復よりも小さい必要があることに注意すべきである。一例が図１０に示されており、ここでは、ＴＡＲ＝３２についての反復は、時刻τ０に開始し、時刻τ３に終了するが、ＴＡＲ＝６４についての反復は、時刻τ１に開始し、時刻τ４に終了する。この時間オフセットｋに起因して、ＵＥ２００は、サブフレーム内でブラインド復号の回数の２倍の復号を実行せずに済む。オフセット・パラメータの値ｋは、実証的研究を通して設定される設計パラメータとすることができる。
【００５０】
さらに別の実施形態は、異なるシンボルツーＲＥマッピング（これは、ＵＥ２００について必要とされるブラインド復号の回数を倍増させる）を候補のうちのいくつかについての時間オフセット（これは、ブラインド復号のうちのわずか一部だけが、任意の与えられたサブフレームにおいて実行される必要があることを保証するように設計される）と組み合わせ、それにより、任意の与えられたサブフレームにおけるブラインド復号の回数が、例えば４４回である既存のサブフレーム当たりのブラインド復号限度を超過することがないことを保証している。
【００５１】
別の実施形態においては、ｅＮＢ１００は、異なる時間オフセットにおいて異なる反復レベルの（Ｅ）ＰＤＣＣＨを開始し、すなわち、異なる反復レベルは、異なるｋ値を有しており、かつ／または所与のＡＬにおける異なる反復レベルは、異なるｋ値を有している。これは、同じ時刻に終了する異なる反復の（Ｅ）ＰＤＣＣＨを回避するためである。さらに別の実施形態においては、ｅＮＢ１１０は、異なるＴＡＲ値の（Ｅ）ＰＤＣＣＨについてのＥＲＥＧツーＲＥマッピングに対に対してオフセットを導入する。例えば、図５におけるＥＲＥＧツーＲＥマッピングは、ＴＡＲ＝６４の場合に使用されることになるが、図９におけるＥＲＥＧツーＲＥマッピング（１ＲＥ分のオフセットを有する）は、ＴＡＲ＝３２の場合に使用されることになる。
【００５２】
さらに別の実施形態においては、ｅＮＢ１００は、異なる反復レベルの（Ｅ）ＰＤＣＣＨについての、または所与のＡＬの異なる反復レベルについてのＥＲＥＧツーＲＥマッピングに対してオフセットを導入する。
【００５３】
一例において、ｅＮＢ１００が、ＥＰＤＣＣＨについて２つの異なるＴＡＲ値、すなわちＴＡＲ＝３２およびＴＡＲ＝６４を使用すると仮定する。可能性のあるＡＬ＝｛１，２，４，８｝である。ＴＡＲ＝３２の場合には、ＥＰＤＣＣＨの反復は、ＡＬ＝１、ＡＬ＝２、ＡＬ＝４、およびＡＬ＝８について、それぞれ３２、１６、８、および４である。ＴＡＲ＝６４の場合には、ＥＰＤＣＣＨの反復は、ＡＬ＝１、ＡＬ＝２、ＡＬ＝４、およびＡＬ＝８について、それぞれ６４、３２、１６、および８である。
【００５４】
ＴＡＲ＝３２を有するＥＰＤＣＣＨについてのＳ２ＲＥマッピングはオフセットがなく、すなわち、ＥＣＣＥがＥＲＥＧの０、４、８および１２を使用する場合、シンボルは、図６におけるものに従ってマッピングされる。
【００５５】
ＴＡＲ＝６４を有するＥＰＤＣＣＨについてのＳ２ＲＥマッピングは、１ＲＥのオフセットを有しており、すなわち、ＥＣＣＥが、ＥＲＥＧの０、４、８および１２を使用する場合、シンボルは、図７におけるものに従ってマッピングされる。
【００５６】
ＴＡＲ＝３２を有するＥＰＤＣＣＨについての開始サブフレームおよびＳＦＮは、式２に従い、すなわち時間オフセットはない。ＴＡＲ＝６４を有するＥＰＤＣＣＨについての開始サブフレームおよびＳＦＮは、ｋ＝１を有する式３に従い、すなわち、１サブフレームの時間オフセットを有する。２つの異なるＴＡＲについてのＥＰＤＣＣＨの反復の開始時刻および終了時刻は、図１０に示されるようなものである。
【００５７】
それゆえに、ＵＥ２００が、ブラインド復号する必要がある可能性のある候補は、以下の特性を有する（すなわち、各特性にいくつかの候補が存在する可能性がある）。
−  ＴＡＲ＝３２、ＡＬ＝１、ＲＴ＝３２
−  ＴＡＲ＝３２、ＡＬ＝２、ＲＴ＝１６
−  ＴＡＲ＝３２、ＡＬ＝４、ＲＴ＝８
−  ＴＡＲ＝３２、ＡＬ＝８、ＲＴ＝４
−  ＴＡＲ＝６４、ＡＬ＝１、ＲＴ＝６４
−  ＴＡＲ＝６４、ＡＬ＝２、ＲＴ＝３２
−  ＴＡＲ＝６４、ＡＬ＝４、ＲＴ＝１６
−  ＴＡＲ＝６４、ＡＬ＝８、ＲＴ＝８
【００５８】
ｅＮＢ１００が、ＴＡＲ＝６４、ＡＬ＝２、およびＲＴ＝３２を使用して、ＥＰＤＣＣＨをＵＥ２００に送信することを仮定する。上記で説明したように、ＵＥ２００は、より少ない反復を使用してＥＰＤＣＣＨメッセージを復号するのに十分なエネルギーを蓄積することができ、例えば、ＵＥ２００は、１６個の反復サンプルを蓄積した後に十分なエネルギーを有することができる。この場合には、ＵＥ２００は、ＴＡＲ＝３２であるＡＬ＝２における仮定される１６回の反復をブラインド復号することを試みるであろう。Ｓ２ＲＥマッピングは異なるＴＡＲの場合には異なるので、ＵＥ２００は、メッセージの復号に成功しないことになり、それゆえに図４に関して説明される問題は回避されることになる。
【００５９】
本発明は、このようにして説明されており、同じことが、多数のやり方で変化させられ得ることが明らかであろう。そのような変形形態は、本発明を逸脱するように見なされるべきではなく、またすべてのそのような修正形態は、本発明の範囲内に含まれることを意図している。
【図１】
0006538832.tif 000002
【図２】
0006538832.tif 000003
【図３】
0006538832.tif 000004
【図４】
0006538832.tif 000005
【図５】
0006538832.tif 000006
【図６】
0006538832.tif 000007
【図７】
0006538832.tif 000008
【図８】
0006538832.tif 000009
【図９】
0006538832.tif 000010
【図１０】
0006538832.tif 000011