(57)【特許請求の範囲】
【請求項１】
１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域において前記ユーザ機器に対して前記無線基地局によって事前設定される制御信号候補、をブラインド復号するユーザ機器であって、
２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、前記２つの連続するサブフレーム境界のうちの最初のサブフレーム境界であり、
前記サブフレームが、前記サブフレーム境界から始まらない、または前記サブフレーム境界において終わらない部分サブフレーム、あるいは、前記サブフレーム境界から始まり前記サブフレーム境界において終わる完全なサブフレーム、のいずれかであり、完全なサブフレームが、前記第１の開始位置から始まり、部分サブフレームが、前記複数の開始位置のうちの任意の１つから始まり、
前記第１の開始位置を対象に、制御信号候補の第１のセットが前記ユーザ機器に対して事前設定され、残りの開始位置を対象に、制御信号候補のさらなるセットが前記ユーザ機器に対して事前設定され、前記残りの開始位置それぞれに対して、前記制御信号候補のさらなるセットに含まれる制御信号候補のセットが１つあり、前記ユーザ機器宛ての１つの制御信号を、前記無線基地局によって１つの制御信号候補において送信することができ、
前記さらなるセットのうちの少なくとも１つのセットの制御信号候補の数が、前記第１のセットの制御信号候補の数より少なく、
前記ユーザ機器が、
各サブフレームにおいて、前記サブフレームにおける前記１つまたは複数の制御信号を受信するために、前記複数の開始位置のうちの少なくとも前記第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補のセットをブラインド復号するように構成されている手段、
を備えている、
ユーザ機器。
【請求項２】
前記ユーザ機器に、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルが設定され、前記無線セルが、前記少なくとも１つのアンライセンスセルのうちの１つであり、したがって前記手段が、前記少なくとも１つのアンライセンスセルのサブフレームに対してブラインド復号を実行する、請求項１に記載のユーザ機器。
【請求項３】
前記残りの開始位置のうちの任意の１つにおいて前記ユーザ機器によってブラインド復号される制御信号候補の数が、前記第１の開始位置において前記ユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補の前記セットが事前設定され、
セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補の前記セットが事前設定され、前記第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい、
請求項１または請求項２に記載のユーザ機器。
【請求項４】
ブラインド復号する前記手段が、各サブフレームにおいて、
前記１つまたは複数の制御信号が正常に復号されるまで、または、
前記１つまたは複数の制御信号が正常に復号されるか否かにかかわらずすべての開始位置に対して、
制御信号候補のセットのブラインド復号を続行するように、構成されている、
請求項１から請求項３のいずれか１項に記載のユーザ機器。
【請求項５】
制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存し、
前記少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数が、前記第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない、および／または、
前記少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数が、前記第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少なく、
前記アグリゲーションレベルが、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する、
請求項１から請求項４のいずれか１項に記載のユーザ機器。
【請求項６】
前記第１の開始位置から始まる部分サブフレームまたは完全なサブフレームの前記制御領域が、前記残りの開始位置のうちの１つから始まる部分サブフレームの前記制御領域よりも、時間領域において大きく、前記残りの開始位置のうちの１つから始まる部分サブフレームの前記制御領域が、１個の直交周波数分割多重（ＯＦＤＭ）シンボルを範囲とする、請求項１から請求項５のいずれか１項に記載のユーザ機器。
【請求項７】
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行する、または実行しないように設定され、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されている場合、ブラインド復号する前記手段が、各サブフレームにおいて、そのサブフレームの前記第１の開始位置のみに対してブラインド復号を実行し、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されている場合、ブラインド復号する前記手段が、各サブフレームにおいて、そのサブフレームの前記複数の開始位置それぞれに対してブラインド復号を実行し、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているとき、前記第１の開始位置において、制御信号候補の第１のセットが前記ユーザ機器によってブラインド復号され、前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているとき、前記第１の開始位置において、前記第１のセットとは異なる制御信号候補の第２のセットが前記ユーザ機器によってブラインド復号され、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているときに前記ユーザ機器によってブラインド復号される、サブフレームの第１の開始位置を対象に事前設定されているセットの制御信号候補の数が、前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているときに前記ユーザ機器によってブラインド復号される、サブフレームに定義されている前記複数の開始位置すべての事前設定されているセットの制御信号候補の数、と同じであり、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように、または実行しないように、無線リソース制御シグナリングなどの上位層シグナリングを介して設定される、
請求項１から請求項６のいずれか１項に記載のユーザ機器。
【請求項８】
前記制御領域のリソースのうち前記１つまたは複数の制御信号を送信するために使用されるリソースを除く、前記サブフレームの前記制御領域およびデータ領域に、前記無線基地局によってデータがマッピングされ、
前記ユーザ機器が、正常に復号された制御信号候補を除く前記サブフレームのリソースから、前記データを復号する、
請求項１から請求項７のいずれか１項に記載のユーザ機器。
【請求項９】
１つまたは複数の制御信号をユーザ機器に送信する無線基地局であって、前記１つまたは複数の制御信号を前記ユーザ機器に送信するために前記無線基地局によって使用可能であるように、制御信号候補が前記ユーザ機器に対して前記無線基地局によって事前設定され、
２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、前記２つの連続するサブフレーム境界のうちの最初のサブフレーム境界であり、
前記サブフレームが、前記サブフレーム境界から始まらない、または前記サブフレーム境界において終わらない部分サブフレーム、あるいは、前記サブフレーム境界から始まり前記サブフレーム境界において終わる完全なサブフレーム、のいずれかであり、完全なサブフレームが、前記第１の開始位置から始まり、部分サブフレームが、前記複数の開始位置のうちの任意の１つから始まり、
前記第１の開始位置を対象に、制御信号候補の第１のセットが前記ユーザ機器に対して事前設定され、残りの開始位置を対象に、制御信号候補のさらなるセットが前記ユーザ機器に対して事前設定され、前記残りの開始位置それぞれに対して、前記制御信号候補のさらなるセットに含まれる制御信号候補のセットが１つあり、前記ユーザ機器宛ての１つの制御信号を、前記無線基地局によって１つの制御信号候補において送信することができ、
前記さらなるセットのうちの少なくとも１つのセットの制御信号候補の数が、前記第１のセットの制御信号候補の数より少なく、
前記無線基地局が、
前記複数の開始位置のうち、データの送信を開始するための１つの開始位置を決定するように構成されているプロセッサ、
を備えており、
前記プロセッサが、前記決定された開始位置を対象に事前設定されている制御信号候補の前記セットから、１つの制御信号候補を決定するように、さらに構成されており、
送信機が、前記決定された開始位置の前記決定された制御信号候補を使用して、前記制御信号を送信するように構成されている、
無線基地局。
【請求項１０】
前記残りの開始位置のうちの任意の１つにおいて前記ユーザ機器によってブラインド復号される制御信号候補の数が、前記第１の開始位置において前記ユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補の前記セットが事前設定され、
セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補の前記セットが事前設定され、前記第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい、
請求項９に記載の基地局。
【請求項１１】
制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存し、
前記少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数が、前記第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない、および／または、
前記少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数が、前記第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少なく、
前記アグリゲーションレベルが、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する、
請求項９または請求項１０に記載の基地局。
【請求項１２】
１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域において前記ユーザ機器に対して前記無線基地局によって事前設定される制御信号候補、をブラインド復号する方法であって、
２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、前記２つの連続するサブフレーム境界のうちの最初のサブフレーム境界であり、
前記サブフレームが、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかであり、完全なサブフレームが前記第１の開始位置から始まり、部分サブフレームが、前記複数の開始位置のうちの任意の１つから始まり、
前記第１の開始位置を対象に、制御信号候補の第１のセットが前記ユーザ機器に対して事前設定され、残りの開始位置を対象に、制御信号候補のさらなるセットが前記ユーザ機器に対して事前設定され、前記残りの開始位置のそれぞれに対して、前記制御信号候補のさらなるセットに含まれる制御信号候補のセットが１つあり、前記ユーザ機器宛ての１つの制御信号を、前記無線基地局によって１つの制御信号候補において送信することができ、
前記さらなるセットのうちの少なくとも１つのセットの制御信号候補の数が、前記第１のセットの制御信号候補の数より少なく、
前記方法が、各サブフレームに対して前記ユーザ機器によって実行される以下のステップ、すなわち、
前記サブフレームにおける前記１つまたは複数の制御信号を受信するために、前記複数の開始位置のうちの少なくとも前記第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補の前記セットをブラインド復号するステップ、
を含む、方法。
【請求項１３】
前記ユーザ機器に、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルが設定され、前記無線セルが、前記少なくとも１つのアンライセンスセルのうちの１つであり、したがって、ブラインド復号する前記ステップが、前記少なくとも１つのアンライセンスセルのサブフレームに対して前記ユーザ機器によって実行される、請求項１２に記載の方法。
【請求項１４】
前記残りの開始位置のうちの任意の１つにおいて前記ユーザ機器によってブラインド復号される制御信号候補の数が、前記第１の開始位置において前記ユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補の前記セットが事前設定され、
セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補の前記セットが事前設定され、前記第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい、
請求項１２または請求項１３に記載の方法。
【請求項１５】
制御信号候補の前記セットをブラインド復号する前記ステップが、各サブフレームにおいて、
前記１つまたは複数の制御信号が正常に復号されるまで、または、
前記１つまたは複数の制御信号が正常に復号されるか否かにかかわらずすべての開始位置に対して、
実行される、
請求項１２から請求項１４のいずれか１項に記載の方法。
【請求項１６】
制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存し、
前記少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数が、前記第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない、および／または、
前記少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数が、前記第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少なく、
前記アグリゲーションレベルが、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する、
請求項１２から請求項１５のいずれか１項に記載の方法。
【請求項１７】
前記第１の開始位置から始まる部分サブフレームまたは完全なサブフレームの前記制御領域が、前記残りの開始位置のうちの１つから始まる部分サブフレームの前記制御領域よりも、時間領域において大きく、前記残りの開始位置のうちの１つから始まる部分サブフレームの前記制御領域が、１個の直交周波数分割多重（ＯＦＤＭ）シンボルを範囲とする、請求項１２から請求項１６のいずれか１項に記載の方法。
【請求項１８】
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行する、または実行しないように設定され、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されている場合、前記ユーザ機器が、各サブフレームにおいて、そのサブフレームの前記第１の開始位置のみに対して、ブラインド復号する前記ステップを実行し、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されている場合、前記ユーザ機器が、各サブフレームにおいて、そのサブフレームの前記複数の開始位置それぞれに対して、ブラインド復号する前記ステップを実行し、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているとき、前記第１の開始位置において、制御信号候補の第１のセットが前記ユーザ機器によってブラインド復号され、前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているとき、前記第１の開始位置において、前記第１のセットとは異なる制御信号候補の第２のセットが前記ユーザ機器によってブラインド復号され、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているときに前記ユーザ機器によってブラインド復号される、サブフレームの第１の開始位置を対象に事前設定されているセットの制御信号候補の数が、前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているときに前記ユーザ機器によってブラインド復号される、サブフレームに定義されている前記複数の開始位置すべての事前設定されているセットの制御信号候補の数、と同じであり、
前記ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように、または実行しないように、無線リソース制御シグナリングなどの上位層シグナリングを介して設定される、
請求項１２から請求項１７のいずれか１項に記載の方法。
【請求項１９】
前記制御領域が、前記部分サブフレームおよび前記完全なサブフレームそれぞれの先頭にあり、前記制御領域が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および／または、物理ハイブリッドＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）、を備えている、または、
前記制御領域が、時間領域において、前記部分サブフレームおよび前記完全なサブフレームそれぞれのデータ領域全体にわたり分布しており、前記制御領域が拡張ＰＤＣＣＨを備えており、第２の制御領域が、前記部分サブフレームおよび前記完全なサブフレームそれぞれの先頭にあり、前記第２の制御領域が、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および／または物理ハイブリッドＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を備えている、
請求項１２から請求項１８のいずれか１項に記載の方法。
【請求項２０】
前記無線セルにおいてサブフレームタイミングが前記無線基地局によって使用され、前記サブフレームタイミングが、時間領域におけるサブフレーム境界およびスロット境界を定義し、前記サブフレームタイミングが、前記少なくとも１つのアンライセンスセルおよび前記少なくとも１つのライセンスセルに適用される、および／または、
前記制御信号が、前記サブフレームのデータ領域において送信されるデータを正常に復号するための制御情報を含む、および／または、
前記部分サブフレームが、前記２つの連続するサブフレーム境界の間の複数の終了位置のうちの１つにおいて終わり、第１の終了位置が、前記２つの連続するサブフレーム境界のうちの２番目である、
請求項１２から請求項１９のいずれか１項に記載の方法。
【請求項２１】
前記制御領域のリソースのうち前記１つまたは複数の制御信号を送信するために使用されるリソースを除く、前記サブフレームの前記制御領域およびデータ領域に、前記無線基地局によってデータがマッピングされ、したがって、前記ユーザ機器が、正常に復号された制御信号候補を除く前記サブフレームのリソースから、前記データを復号する、請求項１２から請求項２０のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、制御信号候補をブラインド復号する方法に関する。さらに、本開示は、本明細書に記載されている方法に関与するユーザ機器および無線基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：発展型ＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：発展型ＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
ＬＴＥのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：発展型パケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：モビリティ制御エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
ＬＴＥにおけるコンポーネントキャリア構造
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１（現在のバージョン１２．６．０）の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１１】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１２】
より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。
【００１３】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１４】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【００１５】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１６】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１７】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００１８】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００１９】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびその（１回または複数回の）ＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２０】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。現在のところ、１基のＵＥに対して最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【００２１】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、例えばＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【００２２】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００２３】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２４】
ＬＴＥのダウンリンク制御チャネルの構造：  ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ
ＬＴＥでは、１つのダウンリンクサブフレームの中で、最初の１〜４個のＯＦＤＭシンボルは、ダウンリンク制御チャネルおよびダウンリンク信号送信（基準信号）に使用される。これらの最初の（１つまたは複数の）ＯＦＤＭシンボルは、例えばＬＴＥ制御領域と称することができる。ＬＴＥでは、後からさらに詳しく説明するように、ダウンリンク制御チャネルにおいて伝えることのできる３つのダウンリンク物理制御チャネル、すなわちＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＰＤＣＣＨが提供される。ダウンリンク制御信号には、セル固有基準信号（ＣＲＳ：Cell-specific Reference Signals）も含まれる。
【００２５】
ＰＣＦＩＣＨ
ＰＣＦＩＣＨは、各サブフレーム内の制御チャネル情報（ダウンリンク制御領域）の送信に使用されるＯＦＤＭシンボルの数を示す制御フォーマットインジケータ（ＣＦＩ）を伝える。ＮＤＬＲＢ＞１０の場合、ＰＣＦＩＣＨの値は０〜３である。
【００２６】
ＰＨＩＣＨ
物理ハイブリッドＡＲＱインジケータチャネルは、ハイブリッドＡＲＱのＡＣＫ／ＮＡＣＫを伝え、これらのＡＣＫ／ＮＡＣＫは、ＰＵＳＣＨでの送信をｅＮｏｄｅＢが正常に受信したかを示す。ＨＡＲＱインジケータは、肯定応答（ＡＣＫ）の場合には０に設定され、否定応答（ＮＡＣＫ）の場合には１に設定される。ＰＨＩＣＨの持続時間（すなわちＰＨＩＣＨに使用されるＯＦＤＭシンボルの数）は、上位層によって設定される。通常のＰＨＩＣＨの場合、持続時間は１個のＯＦＤＭシンボルである。拡張ＰＨＩＣＨの場合、持続時間は２〜３個のＯＦＤＭシンボルである。ＰＨＩＣＨの持続時間は、ＰＣＦＩＣＨの値から決まるＤＬ制御領域のサイズの下限を表す。
【００２７】
ＣＲＳ
セル固有基準信号（ＣＲＳ）は、アンテナポート０〜３の１つまたはいくつかにおいて送信される。通常のサブフレームでは、ＣＲＳは帯域幅全体にわたりサブフレーム内に分布する。ＭＢＳＦＮサブフレームでは、ＣＲＳは、ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域（すなわちＤＬ制御領域）においてのみ送信される。
【００２８】
ＰＤＣＣＨ
ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control CHannel）は、スケジューリング割当ておよび他の制御情報を伝え、後から詳しく説明する。
【００２９】
図３は、通常のサブフレーム（時間領域において２・ＮＤＬｓｙｍｂ＝１４個のＯＦＤＭシンボルを有する）またはリソースブロックペア（拡大図を参照）の中の、ＰＤＣＣＨおよびＰＤＳＣＨの例示的なマッピングを示している。この例示的な場合においては、最初のＮＰＤＣＣＨｓｙｍｂ＝２個のＯＦＤＭシンボル（ＰＤＣＣＨ制御領域）が、Ｌ１／Ｌ２（第１層／第２層）制御シグナリングに（すなわちＰＤＣＣＨをシグナリングするのに）使用され、残りのＮＰＤＣＣＨｓｙｍｂ＝１２個のＯＦＤＭシンボル（ＰＤＳＣＨデータ領域）が、データ送信に使用される。すべてのサブフレームのリソースブロックペアの中で、セル固有基準信号であるＣＲＳ（共通基準信号：Common Reference Signal）が送信される。これらのセル固有基準信号は、アンテナポート０〜３の１つまたはいくつかにおいて送信される。この例では、ＣＲＳは２つのアンテナポートから送信され、Ｒ０はアンテナポート０からであり、Ｒ１はアンテナポート１からである。
【００３０】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）
ＰＤＣＣＨは、ＤＣＩ（ダウンリンク制御情報：Downlink Control Information）としてのスケジューリング割当てメッセージ（すなわちＤＣＩメッセージ）を伝える。各ＰＤＣＣＨは、１つまたは複数のいわゆる制御チャネル要素（ＣＣＥ：Control Channel Element）のアグリゲーション（集合）（aggregation）において送信され、各ＣＣＥは、９個のリソースエレメントグループ（Resource Element Group）（ＲＥＧ、すなわち４個の物理リソースエレメントのセット）に相当する。リソースエレメントグループ（ＲＥＧ）は、リソースエレメントへの制御チャネルのマッピングを定義するために使用される。ＣＣＥを構成するＲＥＧは連続的ではなく、ＣＣＥは、帯域幅全体にわたる周波数内に分散している。なおＣＣＥが周波数領域内に広がっているのは、周波数ダイバーシチを達成するためであることに留意されたい。次の表１に記載したように４つのＰＤＣＣＨフォーマットがサポートされており、この表には、対応する可能なＣＣＥアグリゲーションレベル（aggregation level）も示してある。
【００３１】
【表１】
0006779279.tif 000002
【００３２】
ＣＣＥは番号付けされており連続的に使用され、復号処理を単純化するため、ｎ個のＣＣＥからなるフォーマットのＰＤＣＣＨは、ｎの倍数に等しい番号のＣＣＥからのみ開始することができる。セルにおいて利用可能なＣＣＥの数は変化する。この数は、半静的（システム帯域幅、ＰＨＩＣＨ設定）または動的（ＰＣＦＩＣＨ）とすることができる。
【００３３】
特定のＰＤＣＣＨを送信するために使用されるＣＣＥの数は、チャネル条件に従ってｅＮｏｄｅＢによって決定される。例えば、ＰＤＣＣＨが、良好なダウンリンクチャネルを有する（例えばｅＮｏｄｅＢに近い）移動端末を対象とする場合、１個のＣＣＥで十分である可能性が高い。しかしながら、不良なチャネルを有する（例えばセル境界に近い）移動端末の場合、十分な堅牢性を達成する目的で８個のＣＣＥが要求されることがある。これに加えて、ＰＤＣＣＨの電力レベルを、チャネル条件に合致するように調整することができる。
【００３４】
移動端末は、ＰＤＣＣＨを検出するときには、すべての非ＤＲＸサブフレームにおいて、制御情報を対象として一連のＰＤＣＣＨ候補を監視し、この場合、監視するとは、後からさらに詳しく説明するように、一連のＰＤＣＣＨ候補の中の各ＰＤＣＣＨをすべてのＤＣＩフォーマットに従って復号することを試みるプロセスを意味する。この場合、用語「ブラインド復号」も使用される。
【００３５】
図４および図５は、物理リソースブロックペアの中でのリソースエレメントグループへのリソースエレメントの例示的なマッピングを示している。これらの図から明らかであるように、１個のリソースエレメントグループは、各ＯＦＤＭシンボルの中の４個の隣接するリソースエレメントを含んでいる。さらに、共通基準信号に使用されるリソースエレメントは、リソースエレメントグループを定義するのに使用されない。言い換えれば、リソースエレメントをリソースエレメントグループに割り当てるとき、ＣＲＳのリソースエレメントが考慮される。したがって、最初のＯＦＤＭシンボルの中のＣＲＳの位置（これはセルに固有である）に応じて、リソースエレメントグループへのリソースエレメントのマッピングは異なる。具体的には、図４と図５を比較すると、最初のＯＦＤＭシンボル０において、サブキャリア０、１、３、４、６、７、９、１０のリソースエレメントは、違いが明らかである。例えば、サブキャリア１、ＯＦＤＭシンボル０のリソースエレメントは、ＲＥＧ１に割り当てることができる（図４）、または代わりにＣＲＳとして使用することができる（図５）。
【００３６】
ユーザ機器におけるＰＤＣＣＨのブラインド復号
３ＧＰＰ  ＬＴＥでは、ユーザ機器は、いわゆる「ブラインド復号」を使用して、ＰＤＣＣＨの中の（１つまたは複数の）ＤＣＩの検出を試みる。ダウンリンクで送信されるＰＤＣＣＨには、そのＣＣＥアグリゲーションサイズ、あるいはｅＮＢによって実際に使用された変調・符号化方式を示す、対応する制御シグナリングが存在しないため、ＵＥは、ＣＣＥアグリゲーションサイズと変調・符号化方式のすべての設定されている組合せを試し、ＰＤＣＣＨが正常に復号されたかをＲＮＴＩに基づいて確認する。ＬＴＥでは、ブラインド復号を説明するのに別の用語を使用することができる。例えば、ブラインド復号を、制御情報を対象としてＰＤＣＣＨ（制御チャネル信号）候補のセットをＵＥが監視するプロセスとみなすこともできる。この監視は、監視されるすべてのＤＣＩフォーマットに従って、ＵＥがセット内のＰＤＣＣＨ候補それぞれを正常に復号するように試みることを含むことができる。監視するＰＤＣＣＨ候補のセットは、サーチスペースに関連して定義される（サーチスペースに関する詳細については後の説明を参照）。監視は、非ＤＲＸサブフレームそれぞれにおいて行われる。
【００３７】
複雑さをさらに抑制するため、制御シグナリング領域内に共通サーチスペースおよび専用サーチスペースが定義され、ユーザ機器はこれらのサーチスペース内でＰＤＣＣＨを探索する、すなわちブラインド復号を実行する。ｅＮｏｄｅＢは、１つのサブフレームにおいて複数のＰＤＣＣＨを送信することができる。これらの送信は、ＵＥが自身を対象とするＰＤＣＣＨを特定することができると同時に、ＰＤＣＣＨの送信用に割り当てられるリソースが効率的に使用されるように、編成される。
【００３８】
少なくともｅＮｏｄｅＢにとって単純な方法は、ｅＮｏｄｅＢが、ＰＣＦＩＣＨによって示されるＰＤＣＣＨリソース（またはＣＣＥ）内の任意の位置に任意のＰＤＣＣＨを配置することを許可することである。この場合、ＵＥは、可能性のあるすべてのＰＤＣＣＨ位置、ＰＤＣＣＨフォーマット、およびＤＣＩフォーマットをチェックして、正しいＣＲＣ（ＣＲＣはＵＥの識別情報によってスクランブルされている）を含むメッセージを決定する必要がある。このようにすべての可能な組合せについてブラインド復号を行う場合、ＵＥは各サブフレームにおいてＰＤＣＣＨの復号を何度も試みることが要求される。システム帯域幅が小さい場合には計算負荷はそれほど大きくならないが、システム帯域幅が大きく、可能性のあるＰＤＣＣＨ位置が多数存在する場合、計算負荷が大幅に増大し、ＵＥの受信器における過大な電力消費につながる。
【００３９】
現在までＬＴＥにおいて採用されている代替方法は、各ＵＥに対して、ＰＤＣＣＨを配置できる一連の限られたＣＣＥ位置（ＰＤＣＣＨ候補のセットとも称する）を定義することである。しかしながら、このような制約は、同じサブフレーム内でＰＤＣＣＨを送ることのできるＵＥの数に関する制限につながることがあり、したがって、ｅＮｏｄｅＢがリソースを許可できるＵＥが制約される。したがって、良好なシステム性能のためには、各ＵＥに対して利用可能な、ＰＤＣＣＨを配置可能な一連の位置が少なくなりすぎないことが重要である。ＵＥが自身のＰＤＣＣＨを見つけることのできる一連のＣＣＥ位置を、サーチスペースとみなすことができる。
【００４０】
さらに、別個の専用サーチスペースと共通のサーチスペースとが定義され、専用（ＵＥ固有とも称する）サーチスペースはＵＥごとに個別に設定され、その一方で、共通サーチスペースの範囲はすべてのＵＥに知らされる。例えば、システム情報のＰＤＣＣＨは共通サーチスペース内で送信され、したがってすべてのＵＥが、共通サーチスペースを監視することによってシステム情報を受信することができる。なお、１基のＵＥのための専用サーチスペースと共通サーチスペースが重なってもよい。リリース１２までは、共通サーチスペースはＰＤＣＣＨに対してサポートされるのみであるが、専用サーチスペースは、ＰＤＣＣＨとＥＰＤＣＣＨに対してサポートされる（ＥＰＤＣＣＨについては後の説明を参照）。ＵＥ固有サーチスペースと共通サーチスペースは、異なるアグリゲーションレベルを有する（後の表２を参照）。
【００４１】
小さいサーチスペースの場合、ｅＮｏｄｅＢは、ＰＤＣＣＨを送ろうとしているすべてのＵＥにＰＤＣＣＨを送るためのＣＣＥリソースを１つのサブフレーム内に見つけられない可能性が高く、なぜなら、いくつかのＣＣＥ位置が割り当てられた後に、残りのＣＣＥ位置が特定のＵＥのサーチスペース内にないことがある。このようなブロッキングが次のサブフレームまで持続する可能性を最小にするため、（ＵＥの識別情報から導かれる）ＵＥ固有のホッピングシーケンスが、サブフレームごとにＵＥ固有サーチスペースの開始位置に適用される。
【００４２】
ＰＤＣＣＨを対象とするＵＥ固有サーチスペースの開始位置は、通常では、例えば無線フレーム内のスロット番号、ＲＮＴＩ値、およびその他のパラメータに基づくハッシング関数によって決定される。ＵＥ固有サーチスペースでは、ＣＣＥアグリゲーションレベルとして１個、２個、４個、および８個が可能である。ＥＰＤＣＣＨの場合、開始位置はより柔軟に設定可能であり、またＥＰＤＣＣＨでは、後からさらに詳しく説明するように、８よりも大きいアグリゲーションレベルがサポートされる。
【００４３】
物理ダウンリンク制御チャネルの手順は、３ＧＰＰの技術標準規格である非特許文献２（現在のバージョン１２．６．０）の９節「Physical downlink control channel procedures（物理ダウンリンク制御チャネルの手順）」（参照により本明細書に組み込まれている）に定義されている。一般的な用語において上述したＰＤＣＣＨ割当て手順は、次のようにさらに具体的に定義されている。
【００４４】
各サービングセルの制御領域は、一連のＣＣＥ（番号０〜ＮＣＣＥ，ｋ−１）からなり、ＮＣＣＥ，ｋは、サブフレームｋの制御領域内のＣＣＥの合計数である。監視するＰＤＣＣＨ候補のセットは、サーチスペースに関連して定義され、この場合、アグリゲーションレベルＬ∈｛１，２，４，８｝におけるサーチスペースＳｋ（Ｌ）がＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨが監視される各サービングセルにおいて、サーチスペースＳｋ（Ｌ）のＰＤＣＣＨ候補ｍに対応するＣＣＥは、
【数１】
0006779279.tif 000003
によって与えられ、ここでＹｋは、ＬＴＥの場合と同じに定義され、以下のように与えられる（ｉ＝０，．．．，Ｌ−１）。共通サーチスペースの場合、ｍ’＝ｍである。ＰＤＣＣＨが監視されるサービングセルにおけるＰＤＣＣＨのＵＥ固有サーチスペースの場合には、監視するＵＥにキャリアインジケータフィールドが設定されている場合、ｍ’＝ｍ＋Ｍ（Ｌ）・ｎＣＩであり、ｎＣＩはキャリアインジケータフィールドの値である。監視するＵＥにキャリアインジケータフィールドが設定されていない場合、ｍ’＝ｍ（ｍ’＝０，．．．，Ｍ（Ｌ））である。Ｍ（Ｌ）は、与えられたサーチスペース内で監視するＰＤＣＣＨ候補の数である。なお、キャリアインジケータフィールドの値は、サービングセルインデックスと同じであることに留意されたい。共通サーチスペースの場合、２つのアグリゲーションレベルＬ＝４およびＬ＝８に対してＹｋが０に設定される。アグリゲーションレベルＬにおけるＵＥ固有サーチスペースＳｋ（Ｌ）の場合、変数Ｙｋは、
【数２】
0006779279.tif 000004
によって定義される。
【００４５】
したがって、ＰＤＣＣＨが監視されるサービングセルでは、このサービングセルにおいて別のサービングセルがスケジューリングされる場合、スケジューリングされるサービングセルのサーチスペースは、キャリアインジケータフィールドの値によって決まる。キャリアインジケータフィールドの値は、サービングセルインデックスと同じである。したがってキャリアインジケータフィールドの値は、０〜７の範囲内であり、ただし１基のＵＥに対して最大で５つの値が設定される。結果として、最大で５つのサーチスペースが監視される。各サーチスペースが１つのサービングセルに対応する。しかしながら、２つのサービングセルにおいてＰＤＣＣＨのＤＣＩフォーマットが同じである場合、１つのサービングセルのＰＤＣＣＨを、別のサービングセルのサーチスペース上にスケジューリングすることができる。この場合、どのサービングセルがスケジューリングされるかを示すため、ＰＤＣＣＨ内のＣＩＦが、スケジューリングされるサービングセルを示すことができる。複数の異なるサービングセルのサーチスペースが互いに重なるときにも、ＣＩＦは有用であり得る。現在、ｎＣＩはＣＩＦに等しく、かつサービングセルインデックスに等しい。
【００４６】
要約すれば、ＵＥによって監視されるＰＤＣＣＨ候補は、次の表２のとおりである。
【００４７】
【表２】
0006779279.tif 000005
【００４８】
上の表から明らかであるように、ＵＥ固有サーチスペースでは、それぞれのアグリゲーションレベル｛１，２，４，８｝において｛６，６，２，２｝個のＰＤＣＣＨ候補が存在し、各アグリゲーションレベルのＰＤＣＣＨ候補は、連続するＣＣＥである。アグリゲーションレベルＬにおける最初のＰＤＣＣＨ候補の開始ＣＣＥインデックスは、Ｙｋ×Ｌによって決定され、ここでｋはサブフレーム番号であり、ＹｋはｋおよびＵＥ  ＩＤによって決定される。したがって、ＵＥ固有サーチスペース内のＣＣＥの位置は、複数の異なるＵＥのＰＤＣＣＨ  ＵＥ固有サーチスペースの重なりを低減するためにＵＥ  ＩＤによって決定され、さらに、隣接するセルにおけるＰＤＣＣＨからの干渉をランダムにするためサブフレームごとにランダム化される。
【００４９】
共通サーチスペースでは、アグリゲーションレベル｛４，８｝において｛４，２｝個のＰＤＣＣＨ候補が存在する。アグリゲーションレベルＬにおける最初のＰＤＣＣＨ候補は、ＣＣＥインデックス０から始まる。したがって、すべてのＵＥが同じ共通サーチスペースを監視する。
【００５０】
リソース割当てのタイプ
物理層リソース割当ての指示情報を伝えることは、ＰＤＣＣＨの主要な機能の１つである。ＰＤＣＣＨの正確な用途は、ｅＮｏｄｅＢにおいて実施される他のアルゴリズムによって異なるが、代表的な動作の一般的な原則を概説することはできる。各サブフレームにおいて、ＰＤＣＣＨは周波数領域のリソース割当てを示す。リソース割当ては、通常では局在化されており、すなわちサブフレームの最初の半分における物理リソースブロック（ＰＲＢ）と、そのサブフレームの残りの半分における同じ周波数における物理リソースブロック（ＰＲＢ）とが対になっている。
【００５１】
周波数領域のリソース割当てのシグナリングに関する設計上の主たる課題は、柔軟性とシグナリングオーバーヘッドとの間の良好な妥協点を見つけることである。最も柔軟であり、おそらく最も単純な方法は、各ビットが特定のＰＲＢを示すビットマップを各ＵＥに送ることである。この方法は、システム帯域幅が小さい場合には良好に機能するが、システム帯域幅が大きい（すなわち最大１１０個のＰＲＢ）場合、ビットマップに１１０個のビットが必要であり、これはオーバーヘッドとして大きすぎ、特に、小さいパケットの場合、ＰＤＣＣＨメッセージがデータパケットより大きくなりうる。１つの可能な解決策は、組み合わされたリソース割当てメッセージをすべてのＵＥに送ることであるが、セルの周縁部のＵＥを含めてすべてのＵＥに高い信頼性で送達するには高い電力が必要であるという理由で、この方法は棄却された。ＬＴＥにおいて採用されている方法は次のとおりである。すなわち、異なる特徴を持つ異なるリソース割当てタイプ０，１，２が定義されている。
【００５２】
リソース割当てタイプ０：  タイプ０のリソース割当てにおいては、ビットマップは、スケジューリングされるＵＥに割り当てられるリソースブロックグループ（ＲＢＧ）を示し、ＲＢＧは一連の連続するＰＲＢ（物理リソースブロック）である。ＲＢＧのサイズはシステム帯域幅の関数であり、すなわちダウンリンク帯域幅が大きいと、ＲＢＧのサイズも非線形的に増大する。
【００５３】
リソース割当てタイプ１：  タイプ１のリソース割当てにおいては、個々のＰＲＢを割り当てることができるが、コンポーネントキャリアまたはセル内で利用可能なＰＲＢのサブセットの範囲内に限られる。使用されるビットマップは、タイプ０の場合よりもわずかに小さく、なぜなら、ＲＢＧ（リソースブロックグループ）のどのサブセットが割り当てられるかと、ビットマップの位置のシフトとを示すために、いくつかのビットが使用されるためである。ビットの合計数（追加のフラグの使用を含む）は、タイプ０の場合と同じである。このリソース割当て方法を提供する理由は、周波数ダイバーシチを利用するため周波数領域内でリソースを拡散させるときの柔軟性である。
【００５４】
リソース割当てタイプ２：  タイプ２のリソース割当てにおいては、リソース割当て情報は、ＰＲＢへの局在型マッピングまたは分散型マッピング（リソース割当てメッセージの中の１ビットのフラグによって示される）を使用して、仮想リソースブロック（ＶＲＢ：Virtual Resource Block）の連続するセットを示す。ＰＲＢの割当ては、１個のＰＲＢから、システム帯域幅にわたる最大数のＰＲＢの間で可変である。タイプ２のリソース割当てフィールドは、先頭のＲＢ（ＲＢＳＴＡＲＴ）に対応するリソース指示値（ＲＩＶ）と、連続的に割り当てられるＲＢで表される長さ（ＬＣＲＢｓ）から構成される。
【００５５】
異なるリソース割当てタイプに関するさらに具体的な情報は、非特許文献２の７．１．６節「Resource Allocation（リソース割当て）」（現在のバージョン１２．６．０）（参照により本明細書に組み込まれている）に記載されている。
【００５６】
なお、さまざまなＤＣＩフォーマットにおけるリソースブロック情報のサイズは、リソース割当てタイプとシステム帯域幅の関数であることに留意されたい。次の表３は、６〜１１０個のＰＲＢの例の場合に、ダウンリンクリソース割当てタイプに対応する必要なビット数を示している。
【００５７】
【表３】
0006779279.tif 000006
【００５８】
さらに、アップリンクＤＣＩフォーマットを有するＰＤＣＣＨ／ＥＰＤＣＣＨでは、アップリンクリソース割当てのタイプ０およびタイプ１がサポートされる。アップリンクの場合の異なるリソース割当てタイプに関するさらに詳細な情報は、非特許文献２の８．１節「Resource allocation for PDCCH/EPDCCH with uplink DCI format（アップリンクＤＣＩフォーマットによるＰＤＣＣＨ／ＥＰＤＣＣＨにおけるリソース割当て）」（現在のバージョン１２．６．０）（参照により本明細書に組み込まれている）に記載されている。
【００５９】
ＬＴＥのダウンリンク（ＤＬ）データ領域
ＬＴＥでは、ダウンリンクデータ領域は、ダウンリンク制御領域の後に始まり、サブフレームの最後で終わる。ダウンリンクデータ領域では、一般的に、ＣＲＳ、ＰＤＳＣＨ、および対応するＤＭＲＳが送信される。
【００６０】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）は、１つのサブフレーム内のＰＤＣＣＨの後ろの残りのＯＦＤＭシンボルにマッピングされる。１基のＵＥに割り当てられるＰＤＳＣＨリソースは、各サブフレームのリソースブロックを単位とする。図３は、１個のＰＲＢペア（すなわち１つのサブフレーム内の２個のＰＲＢ）内のＰＤＳＣＨのマッピングを示している。ＰＤＳＣＨのリソースを割り当てるためにＰＤＣＣＨが使用される。図３における例示的なチャネル構造によれば、１つのサブフレーム内で、最初の２個のＯＦＤＭシンボルが制御シグナリングに使用され、残りの１２個のＯＦＤＭシンボルがデータに使用される。ＣＲＳ（共通基準信号）は、すべてのダウンリンクサブフレームにおいて送信されるセル固有の基準信号である。ＤＭＲＳ（復調基準信号：DeModulation Reference Signal）は、ＵＥ固有の基準信号であり、ＰＤＳＣＨの復調に使用される。ＤＭＲＳは、特定のＵＥのためのＰＤＳＣＨが割り当てられているリソースブロック内でのみ送信される。ＤＭＲＳを使用するＭＩＭＯをサポートする目的で、４つのＤＭＲＳレイヤが定義されており、すなわち最大で４レイヤのＭＩＭＯがサポートされる。図３では、ＤＭＲＳレイヤ１，２，３，４がＭＩＭＯレイヤ１，２，３，４に対応している。
【００６１】
拡張ＰＤＣＣＨ
リリース１１では、マクロ−ピコ同一チャネル配備シナリオにおけるＰＤＣＣＨの干渉を管理する目的と、さらに、限られたＰＤＣＣＨ容量を拡張する目的で、拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）が導入された。ＥＰＤＣＣＨは、ＰＤＳＣＨ領域内でＰＲＢペアを単位として送信される。レガシーＰＤＣＣＨへの影響を回避する目的で、ＥＰＤＣＣＨは周波数領域においてＰＤＳＣＨと多重化することができる。ＥＰＤＣＣＨは、サブフレームのＰＤＳＣＨ部分を範囲として送信され、ただしすべてのサブキャリアを範囲としない。ＥＰＤＣＣＨで伝えられるＤＣＩを復号するには、ＵＥはサブフレームの最後まで待たなければならない。これに対してＰＤＣＣＨは、最大で３個または４個のＯＦＤＭシンボルにおいて送信されるのみである。したがってＥＰＤＣＣＨの場合、ＰＤＣＣＨと比較して、ＰＤＳＣＨの復号タイミングが遅れる。
【００６２】
ＥＰＤＣＣＨの割当て手順は、３ＧＰＰの技術標準規格である非特許文献２（現在のバージョン１２．６．０）の９．１．４節「EPDCCH assignment procedure（ＥＰＤＣＣＨ割当て手順）」（参照により本明細書に組み込まれている）に定義されている。
【００６３】
図６は、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＥＰＤＣＣＨ、およびＰＤＳＣＨに関するサブフレームの内容を概略的に開示しており、さらに、ＥＰＤＣＣＨについては８個の異なるｅＲＥＧが例示的に想定されていることを示している。
【００６４】
ＥＰＤＣＣＨの送信に使用可能なＰＲＢペアは、上位層によるＵＥ固有の設定である。ＥＰＤＣＣＨ用のＰＲＢペアが設定されているがＥＰＤＣＣＨの送信に使用されない場合、そのＰＲＢペアはＰＤＳＣＨの送信に使用することができる。ＰＤＣＣＨの場合と似て、ＥＰＤＣＣＨの基本リソース単位は拡張ＣＣＥ（ＥＣＣＥ）と称される。各ＥＣＣＥは、４個または８個の拡張ＲＥＧ（ＥＲＥＧ）からなる。１つのＰＲＢペアは１６個のＥＲＥＧを含む。
【００６５】
１６個のＥＲＥＧのインデックスは、最初に周波数領域のＲＥ、次に時間領域のＲＥに、ＤＭＲＳ  ＲＥを避けながら順次マッピングされていく。ＰＤＣＣＨ、ＣＲＳ、およびＣＳＩ−ＲＳが送信されるＲＥは、ＥＰＤＣＣＨの送信には使用されない。したがって、１個のＲＥＧの中の、ＥＰＤＣＣＨの送信に利用可能なＲＥの数は、変化する。ＥＣＣＥの能力を、同程度の予測可能なものに維持しておくため、１個のＥＣＣＥは、次の表４に示したようにサブフレームのタイプに応じて４個または８個のＥＲＥＧから形成される。
【００６６】
【表４】
0006779279.tif 000007
【００６７】
ＥＲＥＧは、次の４つのグループに分けられる。
・  ＥＲＥＧグループ０は、ＥＲＥＧインデックス０，４，８，１２を含む。
・  ＥＲＥＧグループ１は、ＥＲＥＧインデックス１，５，９，１３を含む。
・  ＥＲＥＧグループ２は、ＥＲＥＧインデックス２，６，１０，１４を含む。
・  ＥＲＥＧグループ３は、ＥＲＥＧインデックス３，７，１１，１５を含む。
【００６８】
４個のＥＲＥＧからなるＥＣＣＥの場合、それら４個のＥＲＥＧは同じＥＲＥＧグループからのＥＲＥＧである。８個のＥＲＥＧからなるＥＣＣＥの場合、それら８個のＥＲＥＧは、ＥＲＥＧグループ０および２、またはＥＲＥＧグループ１および３からのＥＲＥＧである。図７は、１個のＥＣＣＥが４個のＥＲＥＧからなる例を示している。図８は、１個のＥＣＣＥが８個のＥＲＥＧからなる例を示している。１個のＥＣＣＥを構成しているＥＲＥＧが、同じＰＲＢペアからのＥＲＥＧであるか異なるＰＲＢペアからのＥＲＥＧであるかは、ＥＰＤＣＣＨの設定によって決まる。局在型ＥＰＤＣＣＨ（localized EPDCCH）が設定されている場合、１個のＥＣＣＥは１個のＰＲＢペアからのＥＲＥＧからなる。分散型ＥＰＤＣＣＨ（distributed EPDCCH）が設定されている場合、１個のＥＣＣＥは異なるＰＲＢペアからのＥＲＥＧからなる。
【００６９】
サポートされるＥＰＤＣＣＨフォーマットは、次の表５にリストしてある。
【００７０】
【表５】
0006779279.tif 000008
【００７１】
上の表において、ケースＡとケースＢは、次の条件に従って適用される。
・  ケースＡは以下の場合に適用される
○  ＤＣＩフォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄが監視されかつ
【数３】
0006779279.tif 000009
であるときに、通常のサブフレームかつ通常のダウンリンクＣＰ（サイクリックプレフィックス）の場合、または、
○  ＤＣＩフォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄが監視されかつ
【数４】
0006779279.tif 000010
であるときに、スペシャルサブフレーム構成３，４，８のスペシャルサブフレームかつ通常のダウンリンクＣＰの場合、または、
○  ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２／２Ａ／２Ｂ／２Ｃ／２Ｄ／０／４が監視されかつｎＥＰＤＣＣＨ＜１０４であるときに、通常のサブフレームかつ通常のダウンリンクＣＰ（サイクリックプレフィックス）の場合、または、
○  ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４が監視されかつｎＥＰＤＣＣＨ＜１０４であるときに、スペシャルサブフレーム構成３，４，８のスペシャルサブフレームかつ通常のダウンリンクＣＰの場合
・  ケースＢは以下の場合に適用される
○  ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４が監視されるときに、通常のサブフレームかつ拡張ダウンリンクＣＰの場合、または、
○  ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４が監視されるときに、スペシャルサブフレーム構成１，２，６，７，９のスペシャルサブフレームかつ通常のダウンリンクＣＰの場合、または、
○  ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄ／０／４が監視されるときに、スペシャルサブフレーム構成１，２，３，５，６のスペシャルサブフレームかつ拡張ダウンリンクＣＰの場合
【００７２】
ＥＰＤＣＣＨのサーチスペース
各サービングセルについて、ＥＰＤＣＣＨを監視するための１つまたは２つのＥＰＤＣＣＨ−ＰＲＢセットを、上位層シグナリングによってＵＥに設定することができる。ＥＰＤＣＣＨ−ＰＲＢセットそれぞれを、局在型ＥＰＤＣＣＨ送信用または分散型ＥＰＤＣＣＨ送信用のいずれかに設定することができる。ＵＥは、制御情報を対象として、１つまたは複数のアクティブなサービングセルにおいてＥＰＤＣＣＨ候補のセットを監視する。監視するＥＰＤＣＣＨ候補のセットは、ＥＰＤＣＣＨ  ＵＥ固有サーチスペースに関連して定義される。各サービングセルについて、ＵＥがＥＰＤＣＣＨ  ＵＥ固有サーチスペースを監視するサブフレームが上位層によって設定される。
【００７３】
アグリゲーションレベルＬ∈｛１，２，４，８，１６，３２｝におけるＥＰＤＣＣＨ  ＵＥ固有サーチスペースＥＳｋ（Ｌ）は、ＥＰＤＣＣＨ候補のセットによって定義される。ＥＰＤＣＣＨ−ＰＲＢセットｐにおいて、サーチスペースＥＳｋ（Ｌ）のＥＰＤＣＣＨ候補ｍに対応するＥＣＣＥは、次式によって与えられる。
【００７４】
【数５】
0006779279.tif 000011
ここで、Ｙｐ，ｋは、以下のように定義される。
ｉ＝０，．．．，Ｌ−１（Ｌはアグリゲーションレベル）であり、サポートされるアグリゲーションレベルは後の表に示してある。
ＥＰＤＣＣＨが監視されるサービングセルのためのキャリアインジケータフィールドがＵＥに設定されている場合にはｂ＝ｎＣＩ、そうでない場合にはｂ＝０。
ｎＣＩはキャリアインジケータフィールドの値である。
ｍ＝０，１，．．．，Ｍｐ（Ｌ）−１
Ｍｐ（Ｌ）は、ＥＰＤＣＣＨが監視されるサービングセルのためのキャリアインジケータフィールドがＵＥに設定されていない場合、以下の表６〜表１５に与えられているように、ＥＰＤＣＣＨが監視されるサービングセルのＥＰＤＣＣＨ−ＰＲＢセットｐの中の、アグリゲーションレベルＬにおける監視するＥＰＤＣＣＨ候補の数であり、そうでない場合、Ｍｐ（Ｌ）は、ｎＣＩによって示されるサービングセルのＥＰＤＣＣＨ−ＰＲＢセットｐの中の、アグリゲーションレベルＬにおける監視するＥＰＤＣＣＨ候補の数である。
【００７５】
これらの表におけるケース１は、上述したケースＡと同じであり、ケース２は上述したケースＢと同じである。ケース３は、ケース１およびケース２以外の別の場合に適用される。
【００７６】
【表６】
0006779279.tif 000012
【００７７】
【表７】
0006779279.tif 000013
【００７８】
【表８】
0006779279.tif 000014
【００７９】
【表９】
0006779279.tif 000015
【００８０】
【表１０】
0006779279.tif 000016
【００８１】
【表１１】
0006779279.tif 000017
【００８２】
【表１２】
0006779279.tif 000018
【００８３】
【表１３】
0006779279.tif 000019
【００８４】
【表１４】
0006779279.tif 000020
【００８５】
【表１５】
0006779279.tif 000021
【００８６】
アンライセンスバンドにおけるＬＴＥ：  ライセンス補助アクセス（ＬＡＡ）
３ＧＰＰは、２０１４年９月に、アンライセンス周波数帯でのＬＴＥ運用に関する新しい検討項目に着手した。ＬＴＥをアンライセンスバンドに拡張する理由は、ライセンスバンドの量が限られていることに加えて、無線ブロードバンドデータの需要がますます成長しているためである。したがってアンライセンス周波数帯は、携帯電話事業者が自社のサービス提供を拡大するための補足的な手段とみなす傾向が強まっている。Ｗｉ−Ｆｉなどの他の無線アクセス技術（ＲＡＴ）に頼ることと比較したとき、アンライセンスバンドにおけるＬＴＥの利点として、事業者およびベンダーは、アンライセンス周波数帯へのアクセスによってＬＴＥプラットフォームを補足することによって、無線・コアネットワークのＬＴＥ／ＥＰＣハードウェアにおける既存の投資および今後の投資を活用することができる。
【００８７】
しかしながら、アンライセンス周波数帯へのアクセスは、必然的にアンライセンス周波数帯における他の無線アクセス技術（ＲＡＴ）と共存することになるため、ライセンス周波数帯アクセスの品質には絶対に匹敵し得ないことを考慮しなければならない。したがって、アンライセンスバンドでのＬＴＥ運用は、少なくとも最初は、アンライセンス周波数帯での単独の運用ではなく、むしろライセンス周波数帯でのＬＴＥの補足とみなされるであろう。この想定に基づき３ＧＰＰは、少なくとも１つのライセンスバンドと併用してアンライセンスバンドでＬＴＥを運用することに対して、ライセンス補助アクセス（ＬＡＡ：Licensed Assisted Access）という用語を確立した。ただし将来における、ＬＡＡ（ライセンス補助アクセス）に頼らないアンライセンス周波数帯でのＬＴＥの単独運用が排除されるものではない。
【００８８】
３ＧＰＰにおいて現在意図されている一般的なＬＡＡの方法は、すでに策定されているリリース１２のキャリアアグリゲーション（ＣＡ）の枠組みを最大限に利用することであり、キャリアアグリゲーション（ＣＡ）の枠組みの構成は、前述したように、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアと、１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。キャリアアグリゲーション（ＣＡ）では、一般的に、セルのセルフスケジューリング（スケジューリング情報とユーザデータとが同じコンポーネントキャリアで送信される）と、セル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨによるスケジューリング情報と、ＰＤＳＣＨ／ＰＵＳＣＨによるユーザデータが、異なるコンポーネントキャリアで送信される）の両方がサポートされる。これにより、ＬＡＡにおいても共通のＤＲＸ方式が使用される（特に、それによって極めて短いＤＲＸサイクル／極めて長いアクティブ時間（Active Times）が必要とならない場合）。ここで「共通のＤＲＸ」方式とは、上述したキャリアアグリゲーションの場合と同様に、ＵＥが、アグリゲートされているアクティブなすべてのセル（アンライセンスセルおよびライセンスセルを含む）において、同じＤＲＸを動作させることを意味する。結果として、すべてのサービングセルにおいてアクティブ時間が同じであり、例えばＵＥは、すべてのダウンリンクサービングセルのＰＤＣＣＨを同じサブフレームにおいて監視する。ＤＲＸに関連するタイマーおよびパラメータは、ＵＥごとに設定される。
【００８９】
図９は、極めて基本的なシナリオを示しており、ライセンスＰＣｅｌｌと、ライセンスＳＣｅｌｌ  １と、さまざまなアンライセンスＳＣｅｌｌ  ２，３，４（例示的にスモールセルとして描いてある）とが存在する。アンライセンスＳＣｅｌｌ  ２，３，４の送信／受信ネットワークノードは、ｅＮＢによって管理される遠隔無線ヘッドとする、またはネットワークにアタッチされているがｅＮＢによって管理されないノードとすることができる。簡潔さのため、これらのノードからｅＮＢまたはネットワークへの接続は、図に明示的には示していない。
【００９０】
現在、３ＧＰＰにおいて想定されている基本的な方法では、ＰＣｅｌｌをライセンスバンドで運用し、その一方で、１つまたは複数のＳＣｅｌｌをアンライセンスバンドで運用する。この方式の利点として、制御メッセージと、高いサービス品質（ＱｏＳ）が求められるユーザデータ（例えば音声および映像など）とを高い信頼性で送信するためにＰＣｅｌｌを使用することができ、ただしその一方で、アンライセンス周波数帯におけるＳＣｅｌｌは、必然的に他の無線アクセス技術（ＲＡＴ）と共存するため、シナリオによって程度は異なるがＱｏＳが大幅に低下することがある。
【００９１】
ＬＡＡに関しては、５ＧＨｚのアンライセンスバンドに焦点をあてることが合意された。したがって最も重要な問題の１つは、これらのアンライセンスバンドで運用されるＷｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１）システムとの共存である。ＬＴＥとそれ以外の技術（Ｗｉ−Ｆｉなど）との間の公平な共存をサポートし、さらに、同じアンライセンスバンドにおける複数の異なるＬＴＥ事業者間の公平性を保証する目的で、アンライセンスバンドの場合のＬＴＥのチャネルアクセスは、地域および特定の周波数帯域によって異なる特定の一連の規制に従わなければならない。５ＧＨｚのアンライセンスバンドでの運用に関する、すべての地域を対象とする規制要件の包括的な説明は、非特許文献３（参照により本明細書に組み込まれている）および非特許文献４（現在のバージョン１３．０．０）に記載されている。ＬＡＡ手順を設計するときに考慮しなければならない規制要件には、地域および帯域によって異なるが、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmit Power Control）、リッスンビフォアトーク（ＬＢＴ：Listen Before Talk）、最大送信時間長が限られた不連続送信、が含まれる。３ＧＰＰの意図は、ＬＡＡの国際的な単一の枠組みを目標とすることであり、すなわち基本的には、システムを設計する場合、さまざまな地域および５ＧＨｚ帯域に関するすべての要件を考慮しなければならない。
【００９２】
機器がチャネルを使用する前に空きチャネル判定（ＣＣＡ）を適用するためのメカニズムとして、リッスンビフォアトーク（ＬＢＴ）手順が定義されている。ＣＣＡでは、チャネルが占有されているか空いているかを判定する目的で、少なくともエネルギの検出を利用して、チャネル上に別の信号の存在している、または存在していないことを判定する。欧州および日本の規制では、アンライセンスバンドにおいてＬＢＴを使用することが要求される。ＬＢＴを介してのキャリアの感知は、規制上の要件であることとは別に、アンライセンス周波数帯を公平に共有するための１つの方法である。したがってＬＢＴは、１つのグローバルな解決策の枠組みの中でのアンライセンス周波数帯における公平かつ友好的な運用のために不可欠な機能であると考えられる。
【００９３】
アンライセンス周波数帯では、チャネルの可用性をつねに保証することはできない。これに加えて、欧州および日本などの特定の地域では、連続的な送信が禁止されており、アンライセンス周波数帯における送信バーストの最大持続時間に制限が課されている。したがって、送信の最大持続時間が限られた不連続送信は、ＬＡＡにおいて必須の機能である。ＤＦＳ（動的周波数選択）は、レーダーシステムからの干渉を検出してこれらのシステムとの同一チャネル動作を回避する目的で、特定の地域および帯域に要求される。この目的は、周波数帯のほぼ均一な負荷をさらに達成することである。ＤＦＳの動作および対応する要件は、マスター／スレーブ原理に関連する。レーダー検出を実施する目的で、マスターがレーダー干渉を検出するが、このときマスターに関連付けられる別の装置に頼ることができる。
【００９４】
５ＧＨｚのアンライセンスバンドでの運用は、ほとんどの地域では、ライセンスバンドでの運用と比較してかなり低い送信電力レベルに制限され、結果としてカバレッジ領域が小さい。たとえライセンスキャリアとアンライセンスキャリアが同じ電力で送信された場合でも、５ＧＨｚ帯域におけるアンライセンスキャリアによってサポートされるカバレッジ領域は、信号の経路損失およびシャドウイング効果が大きいことに起因して、２ＧＨｚ帯域におけるライセンスキャリアよりも通常では小さいものと予測される。特定の地域および帯域に関するさらなる要件として、同じアンライセンスバンドで動作する他の装置に引き起こされる干渉の平均レベルを低減する目的で、ＴＰＣ（送信電力制御）を使用する。
【００９５】
詳細な情報は、調整された欧州標準規格である非特許文献５（現在のバージョン１．８．０）（参照により本明細書に組み込まれている）に記載されている。
【００９６】
装置は、ＬＢＴに関するこの欧州の規制に従って、無線チャネルをデータ送信によって占有する前に空きチャネル判定（ＣＣＡ）を実行しなければならない。例えばエネルギ検出に基づいてチャネルが空きとして検出された後にのみ、アンライセンスチャネルでの送信を開始することが許可される。特に、装置は、ＣＣＡ中に特定の最小時間（例えば欧州では２０μｓ、非特許文献５の４．８．３節を参照）にわたりチャネルを監視しなければならない。検出されたエネルギレベルが、設定されているＣＣＡのしきい値（例えば欧州では−７３ｄＢｍ／ＭＨｚ、非特許文献５の４．８．３節を参照）を超える場合、チャネルは占有されているとみなされ、逆に、検出された電力レベルが、設定されているＣＣＡのしきい値より低い場合、チャネルは空いているとみなされる。チャネルが占有されていると判定される場合、次の固定フレーム期間（Fixed Frame Period）の間、装置はそのチャネルで送信しない。チャネルが空きとして分類される場合、装置はただちに送信することが許可される。送信の最大持続時間は、同じ帯域で動作する他の装置との公平なリソース共有を促進する目的で制限される。
【００９７】
ＣＣＡにおけるエネルギ検出は、チャネル帯域幅全体（例えば５ＧＨｚのアンライセンスバンドにおいて２０ＭＨｚ）にわたり実行され、すなわち、そのチャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルの総和が、ＣＣＡを実行した装置において評価されたエネルギレベルである。
【００９８】
さらに、機器が、与えられたキャリアが利用できることを再評価することなく、そのキャリアでの送信を有する合計時間（すなわちＬＢＴ／ＣＣＡ）は、チャネル占有時間（Channel Occupancy Time）として定義されている（非特許文献５の４．８．３．１節を参照）。チャネル占有時間は、１ｍｓ〜１０ｍｓの範囲内であり、最大のチャネル占有時間は、欧州において現在定義されているように例えば４ｍｓとすることができる。さらに、アンライセンスセルでの送信後にＵＥに送信が許可されない最小アイドル時間も存在し、最小アイドル時間は、チャネル占有時間の少なくとも５％である。ＵＥは、アイドル期間が終わる少し前に、例えば新たなＣＣＡを実行することができる。この送信挙動は図１０に概略的に示してあり、この図は非特許文献５からの引用である（この文献内の図２：「Example of timing for Frame Based Equipment（フレームベースの機器の場合のタイミングの例）」）。
【００９９】
図１１は、特定の周波数帯域（アンライセンスセル）でのＷｉ−Ｆｉ送信とＬＡＡ  ＵＥ送信との間のタイミングを示している。図１１から理解できるように、Ｗｉ−Ｆｉバーストの後、ｅＮＢが予約信号を送信することによってアンライセンスセルを次のサブフレーム境界まで「予約する」前に、少なくともＣＣＡギャップが必要である。次に、実際のＬＡＡ  ＤＬバーストが開始される。図１１では、サブフレームを送信するｅＮＢにとってサブフレーム境界が唯一の可能な開始位置であるが、これは不利であり、なぜならサブフレーム期間（subframe duration）のほぼすべてにおいて予約信号を送信する必要がありうるためである。
【０１００】
アンライセンスバンドにおけるＬＴＥの部分サブフレーム
ＬＴＥノードと同じ帯域で動作するＷｉ−Ｆｉノードは、ＬＴＥのサブフレーム境界のパターンに従わず、すなわち図１１において理解できるように、チャネルは２つのサブフレーム境界の間の任意の時点に空きとなりうる。
【０１０１】
ＲＡＮ１では、ＬＡＡ検討項目の段階において、非特許文献４（現在のバージョン１３．０．０）の７．２．１．１節から明らかであるように、ライセンスＰＣｅｌｌおよび（１つまたは複数の）アンライセンスＳＣｅｌｌのサブフレーム境界を揃えることが合意された。すなわち、空きチャネル判定（ＣＣＡ）によってチャネルアクセス挙動を決めるチャネル占有状態に、サブフレーム境界を合わせない。したがってｅＮＢは、ＣＣＡの成功後にチャネルを占有する目的で、次のサブフレーム境界に達するまでそのチャネルをブロックする予約信号を送信することができる（図１１を参照）。予約信号は、ＰＤＳＣＨに関連するユーザデータを伝えないので、最小限に維持するべきである。
【０１０２】
ＬＡＡ送信の周波数利用効率を高める目的で、部分サブフレームのコンセプトがさまざまな企業から提案されており、非特許文献４の７．２．１．４節に記載されているように、現在ＲＡＮ１において検討されている。部分サブフレームとは、２つの連続するサブフレーム境界の間のすべてのリソースを占有する完全なサブフレームとは異なり、２つのサブフレーム境界の間のすべてのＯＦＤＭシンボルを占有しないサブフレームである。図１２は、ＬＡＡにおける部分サブフレームの使用を示しており、この図では、（ｅＮｏｄｅ  Ｂによって与えられる）サブフレームタイミングパターンの２つのサブフレーム境界の間に、２つの可能な開始位置を想定している。１つはサブフレーム境界であり、もう１つは、例示的にスロット境界であるものと想定する。図１２に示した（部分）サブフレームは、Ｗｉ−ＦｉバーストおよびＣＣＡがスロット境界より前で終わることを考慮し、スロット境界から（すなわちサブフレームパターンの中央で）始まることができる。図１２から明らかであるように、（部分）サブフレームがいくつかの時点（ＯＦＤＭシンボル）から始まることを許可することによって、予約信号を短縮することができ、ＬＡＡデータバーストがより早く開始される。さらには、予約信号の送信がサポートされない場合、部分サブフレームを使用することによって、さらなるＷｉ−Ｆｉバーストより前にチャネルを占有できる確率が高まる。
【０１０３】
図１３も部分サブフレームの使用を示しているが、この図では、４つの可能な開始位置を想定している。第１の開始位置は、（最初の）サブフレーム境界であり、第２の開始位置は、最初のスロット内のＯＦＤＭシンボルであり（例えばＯＦＤＭシンボル３から始まる）、第３の開始位置は、スロット境界であり、第４の開始位置は、２番目のスロット内のＯＦＤＭシンボル（例えば最初のスロットと同じ対応するＯＦＤＭシンボル（すなわちＯＦＤＭシンボル３）、または別のＯＦＤＭシンボル）である。図１１〜図１３で選択されている例では、Ｗｉ−ＦｉバーストおよびＣＣＡが第２の開始位置の少し前で終わり、したがってｅＮＢは、ほぼただちにＬＡＡダウンリンクバーストを開始することができる。したがって（必要な）予約信号が極めて短く維持される。
【０１０４】
サブフレーム期間／パターン内の可能な／許可される開始位置の数および位置に関しては、現在まで３ＧＰＰ会合において合意に達していない。理論的には、最大で１４個の開始位置、すなわち図１４に示したようにサブフレームのＯＦＤＭシンボルの各先頭における開始位置が可能であると想定できる（通常のサイクリックプレフィックスを想定する）。少なくとも、２つの開始位置、すなわち１つは最初のサブフレーム境界、もう１つは任意の別のＯＦＤＭシンボルの先頭（例：スロット境界）、が存在すると想定することができる。
【０１０５】
さらには、ＬＡＡバーストの最後における部分サブフレームをサポートすることも可能であり、すなわち、サブフレーム境界から始まるが次のサブフレーム境界より前で終わる部分サブフレームである。ＬＡＡバーストの最後における追加の部分サブフレームを使用する利点として、これによって、許可される最大のチャネル占有期間（例えば上に引用した非特許文献４に記載されているように日本における４ｍｓなど）を効率的に利用することができる。言い換えれば、部分サブフレームは２番目のサブフレーム境界で終わることができるが（完全なサブフレームと同じ）、それより前で（任意のＯＦＤＭシンボルにおいて）終わることもできる。この点に関して、３ＧＰＰではまだ最終決定に達していない。
【０１０６】
部分サブフレームは、完全なサブフレームの場合と同様に、図１５に示したように時間領域において、データ領域に加えて、制御信号のための制御領域（例えばＰＤＣＣＨ）を備えることができ、図１５は図１３とほとんど同じであるが、部分／完全なサブフレームの先頭におけるＰＤＣＣＨをさらに示している。制御領域は、ライセンスバンドでのＬＴＥ運用に対応して、例えば、続くデータ領域におけるＰＤＳＣＨ割当てに関連するスケジューリング情報を伝える。制御領域は、アンライセンスＳＣｅｌｌでのＰＤＳＣＨ送信を対象とする、ＰＤＣＣＨによるセルフスケジューリング（self-scheduling）の場合に必要であるが、ライセンスＰＣｅｌｌからのクロススケジューリングの場合には必要ない。アンライセンスＳＣｅｌｌにおけるＥＰＤＣＣＨによるセルフスケジューリングは、別のオプションである。このオプションでは時間領域における制御領域が必ずしも要求されず、なぜならＥＰＤＣＣＨは周波数領域においてＰＤＳＣＨと多重化されるためである。ＬＡＡにおいてサポートされるスケジューリング方式については、現在まで３ＧＰＰにおいて合意されていない。
【０１０７】
ＬＡＡバーストの先頭（すなわち開始位置）における部分サブフレームの長さは、一般にはあらかじめ既知ではなく、なぜなら送信側ｅＮＢおよび受信側ＵＥのいずれも、ＣＣＡの成功に基づいてどの時点でチャネルを占有できるかを認識していないためである。
【０１０８】
ＬＡＡバーストの最初の部分サブフレームの可能な開始点（ＯＦＤＭシンボルで表される）の数を減らすことが可能である（例えば、図１２で想定したように、完全なサブフレームに対応するサブフレーム境界と、ハーフサブフレームに対応する、２つのサブフレーム境界の間の中央など）。
【０１０９】
以下の説明では、予約信号なしでＬＡＡダウンリンクバーストの最初に部分サブフレームを使用することと、制御領域と、許可される開始位置に関連する部分サブフレーム長さの制約とに焦点をあてる。
【０１１０】
さまざまな規制要件を考慮すると、部分サブフレームのサポートを導入するためのＬＴＥ仕様には、現在のリリース１２の仕様と比較して、いくつかの変更が要求されることが明らかである。
【先行技術文献】
【非特許文献】
【０１１１】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】3GPP technical standard 36.213
【非特許文献３】R1-144348, “Regulatory Requirements for Unlicensed Spectrum”, Alcatel-Lucent et al., RAN1#78bis, Sep. 2014
【非特許文献４】3GPP Technical Report 36.889
【非特許文献５】ETSI EN 301 893
【発明の概要】
【課題を解決するための手段】
【０１１２】
本発明を制限することのない例示的な実施形態は、部分サブフレームのシナリオにおいて制御信号候補をブラインド復号する改良された方法、を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【０１１３】
本明細書に記載されている態様のいくつかの実装形態によれば、ダウンリンク制御チャネルの送信を、無線基地局およびユーザ機器の観点から改良する。これらの実装形態を説明する目的で、以下の想定を行う。すなわち、無線基地局およびユーザ機器は、ダウンリンクでデータを送信するために通常の完全なサブフレームを使用することに加えて、部分サブフレームの使用をサポートしているものと想定する。したがって、サブフレーム期間内に（すなわち、無線セルにおいて無線基地局によって与えられる特定のサブフレームタイミングによって定義される２つの連続するサブフレーム境界の間に）、複数の開始位置が事前設定される。言い換えれば、完全なサブフレームは、サブフレーム期間の全体にわたる、すなわち、最初の（時間領域において最初の）サブフレーム境界（すなわち第１の開始位置）から始まり、２番目のサブフレーム境界において終わる。これに対して、部分サブフレームは、サブフレーム期間の全体にわたらず、すなわち部分サブフレームは、定義されている開始位置のいずれかから始まることができ、２番目のサブフレーム境界において終わる。サブフレーム期間内には、最大で１４個の開始位置が理論的に可能であるが（１４個のＯＦＤＭシンボルを想定する）、以下の説明では、（完全な／部分）サブフレームそれぞれにおいて２つまたは４つの異なる開始位置が許可される／可能であるシナリオに、焦点をあてる。
【０１１４】
さらには、背景技術のセクションで説明した３ＧＰＰ標準規格において実施される方法と同様に、無線基地局からの（１つまたは複数の）制御信号を受信するためにＵＥによってブラインド復号メカニズムが使用される。これに相応して、ブラインド復号メカニズムに従って、無線基地局とＵＥとの間で制御信号の候補が事前設定され、制御信号の候補それぞれが、理論上、制御信号をＵＥに送信するために無線基地局によって使用可能である。一方でＵＥは、制御信号候補（のすべて）をブラインド復号するとき、制御信号を実際に伝えている１つの制御信号候補を正常に復号する。制御信号は、例えば、同じサブフレームにおいてダウンリンクでデータを送信するために使用されるリソースを示すことができる。
【０１１５】
このような制御信号候補のセットは、サブフレームの第１の開始位置を対象に定義することができるが、部分サブフレームに許可される残りの開始位置についても同様に定義することができる。言い換えれば、制御信号候補の第１のセットは、第１の開始位置を対象にユーザ機器に対して事前設定される。第１の開始位置とは、サブフレームタイミングパターンによって与えられる、サブフレーム期間内の最初のサブフレーム境界である。例示的な一実装形態においては、制御信号候補のこの第１のセットは、背景技術のセクションで説明した３ＧＰＰ標準規格のいずれかと同じに設定することができる。これに加えて、残りの開始位置（すなわち時間的に２番目の開始位置から最後の開始位置まで）のそれぞれを対象とする制御信号候補のさらなるセットを、無線基地局とＵＥとの間で事前設定することができ、ＵＥは、制御信号を受信するためにこれらの制御信号候補をブラインド復号する。この実装形態によれば、部分サブフレームの開始位置を対象に設定されている候補セットのうちの少なくとも１つのセットの制御信号候補の数は、第１の開始位置を対象に設定されている制御信号候補の数よりも少ない。例えば、合計で２つの開始位置（第１の開始位置がサブフレーム境界であり、第２の開始位置がスロット境界である）を想定するとき、サブフレーム境界を対象とする候補のセットは、例えば１６個の候補を備えることができるが、スロット境界を対象とする候補のセットは、例えば８個の候補を備えることができる。
【０１１６】
したがってＵＥは、各サブフレーム期間において、少なくとも第１の開始位置を対象とする制御信号候補のセットをブラインド復号し、場合によっては、残りの開始位置を対象とする制御信号候補のさらなるセットをブラインド復号する。いま、無線基地局が、制御信号候補の１つを使用して実際にＵＥに制御信号を送信したと想定すると、ＵＥは、さまざまな制御信号候補のうちの１つを最終的に正常に復号し、したがって無線基地局から送信された対応する制御信号を取得する。
【０１１７】
したがってユーザ機器は、特定の開始位置において対応する制御信号候補の１つを正常に復号したときに、部分サブフレームの先頭を求めることができる。一方で、部分サブフレームの（１つまたは複数の）開始位置における制御信号候補の数を減らすことによって、ユーザ機器が実行しなければならないブラインド復号の試行回数が少なくなり、これにより、一般には、ＵＥの複雑さ、ＵＥによる処理、データの復号の遅れ、さらには制御信号の復号におけるフォールスアラーム（false alarm）の確率、が減少する。
【０１１８】
この場合、例えばユーザ機器がサブフレーム期間内に制御信号候補を正常にブラインド復号した後にも、さらに残りの開始位置について制御信号候補のブラインド復号を続行するかに関して、異なる実装形態が可能である。特に、無線基地局は、さまざまな開始位置のうちの１つのみを使用してデータを送信する（すなわち完全／部分サブフレームが１つの開始位置のみから始まる）ものと想定することができる。したがってＵＥは、１つの開始位置を対象に設定されているすべての制御信号候補をブラインド復号し、その開始位置において少なくとも１つの制御信号を正常に復号した後には、残りの開始位置における制御信号候補のブラインド復号を続行しないことができる。言い換えればＵＥは、少なくとも、第１の開始位置を対象に設定されている制御信号候補をブラインド復号し、制御信号が正常に復号されなかった場合に、次の開始位置を対象に設定されている制御信号候補のブラインド復号を続行することができ、以下同様にして、ＵＥが制御信号候補から制御信号を正常に復号するまで、または最後の開始位置まで、ブラインド復号を続行することができる。次いで、次のサブフレーム期間において同じ手順が繰り返される。
【０１１９】
これに対して、ＵＥが１つの開始位置の制御信号候補において制御信号を誤検出した状況に対処する目的で、その後に正しい制御信号（存在する場合）を受信することができるように、ＵＥが他の開始位置を対象とする制御信号候補のブラインド復号をつねに続行することも有用であり得る。
【０１２０】
上述したように、本発明を適用することのできる１つのシナリオは、背景技術のセクションで説明した、ライセンスセルおよびアンライセンスセルを使用するライセンス補助アクセスである。したがって、想定されるシナリオには、少なくとも１つのアンライセンスセルと少なくとも１つのライセンスセルが含まれ、Ｗｉ−Ｆｉノードもデータを送信することのできるアンライセンスセルにおいて、部分サブフレームのサポートが提供される。したがって、特に、アンライセンスセルにおいて、無線基地局は、サブフレーム境界においてのみならず、２つのサブフレーム境界の間に設定されている他の開始位置においても、サブフレームを開始することができる。一方でユーザ機器は、アンライセンスセルにおいてのみ、２つのサブフレーム境界の間のさらなる開始位置における制御信号候補のブラインド復号を実行するべきである。
【０１２１】
具体的な一実装形態においては、さまざまな開始位置を対象に事前設定される制御信号候補のさまざまなセットは、追加の開始位置のうちの任意の１つにおいてユーザ機器によってブラインド復号される制御信号候補の数が、サブフレーム境界においてＵＥによってブラインド復号される制御信号候補の数よりも少ないようにすることができる。さらに、一例においては、サブフレーム期間内で開始位置が後ろであるほど、その開始位置を対象に事前設定される制御信号候補が少ないように、１つの開始位置よりも次の開始位置において制御信号候補の数が減少する。例えば、制御信号候補の数が、サブフレーム期間内での開始位置とともに線形的に減少することができる。
【０１２２】
さらなる例示的な実装形態によれば、部分サブフレームの（すなわち部分サブフレームの開始位置から始まる）制御領域を、完全なサブフレームの対応する制御領域よりも短くすることができる。例えば、完全なサブフレームの制御領域は、完全なサブフレームの先頭に位置しており、０〜３個のＯＦＤＭシンボルの期間にまたがることができる（ここでは例としてＥＰＤＣＣＨではなく通常のＰＤＣＣＨ制御領域を想定する）。この態様に関して前に説明したように、部分サブフレームの開始位置に対しては、より少ない制御信号候補を予測することができる。データ送信用に使用可能なリソースをさらに増やすため、特に、制御領域内で提供しなければならない制御信号候補が少ないことも考慮して、部分サブフレームの制御領域部分を低減することができる。例えば、完全なサブフレームには３個のＯＦＤＭシンボルの制御領域を提供するが、部分サブフレームは、１個のみのＯＦＤＭシンボルの制御領域を使用して構成することができる。
【０１２３】
この態様のさらなる実装形態によれば、部分サブフレームをサポートするときに、サブフレーム期間内で候補をブラインド復号する回数が増えない。特に、たとえユーザ機器が部分サブフレームをサポートしている場合にも、部分サブフレームが実際に使用されるか否かは、依然としてｅＮＢによる設定に委ねられる。ユーザ機器および無線基地局は、部分サブフレームのサポートが有効にされているか否かに応じて、制御信号候補の異なるセットを使用する。特に、部分サブフレームのサポートが有効にされていないときには、サブフレーム境界を対象とする制御信号候補のセットを、通常どおりに設定することができ、例えば１６個の候補を利用可能とすることができる。それ以外の開始位置を対象とするさらなるセットは必要ない。
【０１２４】
これに対して、部分サブフレームのサポートが有効にされているときには、部分サブフレームのサポートが有効にされていないときとは異なる制御信号候補のセットが、サブフレーム境界に対して設定される。サブフレーム期間内のすべての開始位置の制御信号候補のさまざまなセットは、さまざまなセットの制御信号候補の数の合計が、部分サブフレームのサポートが無効にされているときにサブフレーム境界を対象に設定される制御信号候補の数に等しいようにすることができる。２つの開始位置と、サブフレーム境界を対象とする候補が１６個である上述した例とを想定すると、サブフレーム境界を対象とする制御信号候補のセットと、それ以外の開始位置（例：スロット境界）を対象とする制御信号候補のセットは、いずれもそれぞれ８個の候補を備えており、したがって、部分サブフレームがサポートされないときの候補の数に等しい。この方式の利点として、部分サブフレームのサポートを有効にするときと無効にするときとで、ＵＥによって実行されるブラインド復号の合計回数が変化しない。
【０１２５】
ここまでは、制御信号を広く想定してきた。特定の実装形態においては、制御信号は、ＰＤＣＣＨまたはＥＰＤＣＣＨとすることができる。ＰＤＣＣＨが使用される（ＥＰＤＣＣＨが存在しない）ときの制御領域は、完全／部分サブフレームの先頭に位置し、ＰＨＩＣＨおよびＰＣＦＩＣＨなどの別の制御チャネルをさらに備えることができる。ＰＤＣＣＨの代わりにＥＰＤＣＣＨが使用されるときには、基本的に２つの制御領域を存在させることができ、第１の制御領域は、（ＰＤＣＣＨの場合と同様に）完全／部分サブフレームの先頭に位置し（かつ依然としてＰＣＦＩＣＨ、ＰＨＩＣＨを伝えることができ）、第２の制御領域は、完全／部分サブフレームにおいて設定されるデータ領域内に位置する（例えば、時間領域においてはデータ領域全体を範囲とするが、周波数領域においては部分的な周波数領域のみを範囲とする）。
【０１２６】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域においてユーザ機器に対して無線基地局によって事前設定される制御信号候補、をブラインド復号する方法、を提供する。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。ユーザ機器は、各サブフレームにおいて、サブフレームにおける１つまたは複数の制御信号を受信するために、複数の開始位置のうちの少なくとも第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補のセットをブラインド復号する。
【０１２７】
これに相応して、１つの一般的な第１の態様においては、本明細書に開示されている技術は、１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域においてユーザ機器に対して無線基地局によって事前設定される制御信号候補、をブラインド復号するユーザ機器、を提供する。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。ユーザ機器は、各サブフレームにおいて、サブフレームにおける１つまたは複数の制御信号を受信するために、複数の開始位置のうちの少なくとも第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補のセットをブラインド復号する手段（例えばプロセッサ、受信機など）、を備えている。
【０１２８】
これに相応して、１つの一般的な第１の態様においては、本明細書に開示されている技術は、１つまたは複数の制御信号をユーザ機器に送信する無線基地局、を提供する。１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、制御信号候補がユーザ機器に対して無線基地局によって事前設定される。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定される。第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。無線基地局は、複数の開始位置のうち、データの送信を開始するための１つの開始位置を決定するプロセッサ、を備えている。プロセッサは、決定された開始位置を対象に事前設定されている制御信号候補のセットから、１つの制御信号候補をさらに決定する。無線基地局の送信機は、決定された開始位置の決定された制御信号候補を使用して、制御信号を送信する。
【０１２９】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
【０１３０】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【０１３１】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１３２】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されている、ＰＤＣＣＨ、ＰＤＳＣＨ、ＣＲＳを含むダウンリンクコンポーネントキャリアにおける例示的なサブフレーム境界を示している。
【図４】ＰＤＣＣＨ領域における、リソースエレメントグループへのリソースエレメントのマッピングであって、ＯＦＤＭシンボル０における共通基準信号の配置に応じて異なるマッピング、を示している。
【図５】ＰＤＣＣＨ領域における、リソースエレメントグループへのリソースエレメントのマッピングであって、ＯＦＤＭシンボル０における共通基準信号の配置に応じて異なるマッピング、を示している。
【図６】ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＳＣＨ、およびＥＰＤＣＣＨを含むサブフレーム構造を示している。
【図７】ＥＰＤＣＣＨを示しており、１個のＥＣＣＥが４個のＥＲＥＧからなるＥＰＤＣＣＨである。
【図８】ＥＰＤＣＣＨを示しており、１個のＥＣＣＥが８個のＥＲＥＧからなるＥＰＤＣＣＨである。
【図９】いくつかのライセンスセルおよびアンライセンスセルを含む例示的なＬＡＡシナリオを示している。
【図１０】ＬＡＡ送信における送信挙動を示している。
【図１１】アンライセンスセルにおけるＷｉ−Ｆｉ送信バーストとＬＡＡ  ＵＥダウンリンクバーストとの間のタイミングを示している。
【図１２】２つの可能な開始位置を想定する部分サブフレームのシナリオの場合の、アンライセンスセルにおけるＷｉ−Ｆｉ送信バーストとＬＡＡ  ＵＥダウンリンクバーストとの間のタイミングを示している。
【図１３】４つの可能な開始位置を想定する部分サブフレームのシナリオの場合の、アンライセンスセルにおけるＷｉ−Ｆｉ送信バーストとＬＡＡ  ＵＥダウンリンクバーストとの間のタイミングを示している。
【図１４】部分サブフレームの、理論的に可能な１４個の開始位置を示している。
【図１５】図１３に似ているが、部分サブフレームおよび完全なサブフレームの制御領域およびデータ領域をさらに示している。
【図１６】制御信号を伝えるのにＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、制御領域と、ＵＥにおけるブラインド復号の機会とを示している。
【図１７】制御信号を伝えるのにＥＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、制御領域と、ＵＥにおけるブラインド復号の機会を示している。
【図１８】制御信号を伝えるのにＰＤＣＣＨが想定されるとき、サブフレーム期間あたり２つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な一実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図１９】制御信号を伝えるのにＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の別の例示的な実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図２０】制御信号を伝えるのにＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の別の例示的な実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図２１】制御信号を伝えるのにＥＰＤＣＣＨが想定されるとき、サブフレーム期間あたり２つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な別の実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図２２】制御信号を伝えるのにＥＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な別の実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図２３】制御信号を伝えるのにＥＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な別の実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示している。
【図２４】制御信号を伝えるのにＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示しており、この場合、部分サブフレームがサポートされるときとサポートされないときとで、ＵＥによって復号されるＰＤＣＣＨの数が同じままである。
【図２５】制御信号を伝えるのにＥＰＤＣＣＨが想定されるとき、サブフレーム期間あたり４つの異なる位置における部分サブフレームをサポートするシナリオの場合の、第１の実施形態の例示的な実装形態に係る、制御領域およびＵＥにおけるブラインド復号の機会を示しており、この場合、部分サブフレームがサポートされるときとサポートされないときとで、ＵＥによって復号されるＥＰＤＣＣＨの数が同じままである。
【図２６】第１の実施形態の別の実装形態に係る、部分サブフレームのＰＲＢペアであって、データ領域が部分サブフレームの制御領域内に拡張されているＰＲＢペア、を示している。
【発明を実施するための形態】
【０１３３】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【０１３４】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１３５】
特許請求の範囲および本出願において使用されている用語「アンライセンスセル」あるいは「アンライセンスキャリア」は、アンライセンス周波数帯域内のセル／キャリアとして広義に理解されたい。これに相応して、特許請求の範囲および本出願において使用されている用語「ライセンスセル」あるいは「ライセンスキャリア」は、ライセンス周波数帯域内のセル／キャリアとして広義に理解されたい。これらの用語は、例示的には、リリース１２／１３の時点の３ＧＰＰおよび作業項目「ライセンス補助アクセス」の文脈において理解されたい。
【０１３６】
特許請求の範囲および本出願において使用されている用語「サブフレーム境界」は、通常の完全なサブフレームが始まる（および終わる）ことのできる、サブフレームパターン／タイミングによって与えられる時点、として広義に理解されたい。現在までＬＴＥでは、サブフレームは、ｅＮＢがＵＥをスケジューリングすることのできる最小単位である。サブフレームのパターン／タイミングは、通常ではｅＮｏｄｅＢによって制御される。ｅＮｏｄｅＢへのアクセスを望むＵＥは、（例えばセルサーチ手順を実行することによって）サブフレームタイミングを取得する必要がある。そのサブフレームタイミングにおいてＵＥがｅＮｏｄｅＢに同期されているときにのみ、ＵＥは、例えば（Ｅ）ＰＤＣＣＨのブラインド復号をいつ実行するかを認識する。
【０１３７】
特許請求の範囲および本出願において使用されている用語「制御信号候補のセット」は、無線基地局からの制御信号を伝えることのできるいくつかの候補（時間−周波数リソース）を含むセット、として広義に理解されたい。無線基地局が適切なタイミングでＵＥに制御信号を送信することができるように、各ＵＥと無線基地局は、各サブフレームに対して、制御信号候補を互いの間で設定している。一方でＵＥは、制御信号候補（のすべて）をブラインド復号することによって、制御信号を取得することができる。制御信号候補のセットは、「サーチスペース」と称することもできる。３ＧＰＰの実装形態によれば、制御信号候補は、アグリゲーションレベル（制御信号を送信するための結合されたリソースエレメントの数）と、アグリゲーションレベルあたりの異なる制御信号候補の数とに関連して設定される。例えば、３ＧＰＰの実装形態においては、すべてのアグリゲーションレベルのパラメータＭ（Ｌ）の値の合計を、対応するセットの制御信号候補の数とみなすことができる。
【０１３８】
背景技術のセクションで説明したように、現在３ＧＰＰは、ライセンス補助アクセス（ＬＡＡ）において部分サブフレームを使用する可能な方法を導入する過程にある。いくつかの合意がすでに達成されたが、この点に関していくつかの重要な課題についてはまだ合意を達成することができていない。さらには、アンライセンスバンドにおいて部分サブフレームをサポートするためのＬＴＥ仕様には、ライセンスバンドでの運用に限定されている現在の仕様と比較して、いくつかの変更が要求されることが明らかである。
【０１３９】
さらには、現時点では部分サブフレームはアンライセンスバンド（ＬＡＡ動作）のみにおいて予測されているが、将来的には、部分サブフレームをサポートするコンセプトが別のシナリオ（例えばライセンスバンド）に適用されることもありうる。したがって、本出願では、このコンセプトの説明を容易にする目的で、主としてＬＡＡのシナリオに焦点をあてているが、実際には本発明はこれに限定されない。そうではなく、本発明において工夫されたこのコンセプトは、部分サブフレームがサポートされるＬＡＡ以外のシナリオにも適用することができる。
【０１４０】
詳述した背景技術のセクションで説明したように、（１つまたは複数の）無線セルにおけるデータスループットおよびリソース使用率（resource usage）を最大にするため、ＵＥおよびｅＮｏｄｅＢは、（完全なサブフレームに加えて）部分サブフレームの送信をサポートすることができる。背景技術のセクションでは、部分サブフレームが使用されるシナリオを、例えば図１２（２つの開始位置を想定する）または図１３（４つの開始位置を想定する）に関連して提示した。
【０１４１】
しかしながら、１つの重要な課題は、部分サブフレームが始まる位置／タイミングをＵＥがどのように認識するかである。もう１つの課題は、部分サブフレームを使用することによって、部分サブフレーム内のＰＤＳＣＨ送信に利用可能なリソースが少ないことに関連する。１つの目標は、依然として、部分サブフレームのリソース使用率を最大にすることとするべきである。
【０１４２】
これらの問題点の１つを解決するための１つの可能な方法は、ＵＥが、サポートされる開始位置それぞれにおいてＰＤＣＣＨ（またはＥＰＤＣＣＨ）のブラインド復号を実行することである。言い換えれば、ｅＮｏｄｅＢからの（１つまたは複数の）ＰＤＣＣＨを受信するために監視するＰＤＣＣＨ候補のセットを、ＵＥに対して設定することができ、これらのＰＤＣＣＨ候補の追加のセットは、例えば、背景技術のセクションで説明したように、サブフレーム境界における最初の開始位置に対してすでに行われている方法に対応する方法で、設定される。可能性のある開始位置それぞれにおいてＵＥにサーチスペースを監視させることによって、ｅＮｏｄｅＢは、ＵＥがＰＤＣＣＨ候補を監視する対象の事前設定されている開始位置のいずれかから始まる部分サブフレームを使用してデータを送信することを、決定することができる。
【０１４３】
図１６は、サブフレーム期間あたり（すなわち２つの連続するサブフレーム境界の間に）４つの開始位置が定義されるシナリオの場合の、この方法を示している。この図から理解できるように、各開始位置に制御領域が想定されており、ｅＮｏｄｅＢはこれらの制御領域においてＰＤＣＣＨ（リソース割当て）をＵＥに送信することができる。したがってＵＥは、開始位置の１つにおいてＰＤＣＣＨ候補のセットの中のＰＤＣＣＨを正常に復号した場合、部分サブフレームがその位置から始まるものと想定することができる。この場合にＵＥは、正常に復号されたＰＤＣＣＨに基づいて、例えば、その部分サブフレームのデータ領域（ＰＤＳＣＨ）の中のデータの受信を続行することができる。この方法は、ＰＤＣＣＨのブラインド復号の誤り確率が低いため、部分サブフレームの先頭が検出される信頼性が高い。
【０１４４】
図１６の例示的な解決策においては、追加の開始位置に対して、第１の開始位置（すなわちサブフレーム境界）のサーチスペースと基本的に同じサーチスペースが定義されることを想定している。したがって、１６個のＰＤＣＣＨ候補を有するサーチスペースがＵＥに対して想定されるときには（例えば、ＵＥ固有サーチスペースにおいて、すべてのアグリゲーションレベル、表２を参照）、ｅＮｏｄｅＢによって部分サブフレームが送信されたか否かを判定するために、残りの開始位置についても同じ数のＰＤＣＣＨ候補をブラインド復号しなければならない。
【０１４５】
しかしながら、この方法には欠点もある。ＵＥによってブラインド復号されるＰＤＣＣＨ候補の数が、サブフレーム内の開始位置の数とともに線形的に増える。結果としてＵＥは、同じ時間内により多くの候補を復号しなければならず、これによってＵＥの複雑さと電力使用量が増大する。さらには、ＰＤＣＣＨの場合に、ＵＥは、先のＰＤＣＣＨの復号を、後ろのＰＤＣＣＨより前に終えることができる。この場合、ＰＤＣＣＨの復号処理を再利用することができる。しかしながら、各開始位置の間の間隔が短い場合、開始位置それぞれにおけるＰＤＣＣＨのブラインド復号すら達成できないことがある。さらにＰＤＳＣＨの復号も遅れ、なぜならＰＤＳＣＨを復号するためにはその前に、より多くのＰＤＣＣＨ候補を復号しなければならないためである。ＥＰＤＣＣＨの場合には、ＵＥは、ＥＰＤＣＣＨの復号を開始するためにサブフレームの最後まで待たなければならない。ＥＰＤＣＣＨのブラインド復号の回数が増えると、ＥＰＤＣＣＨの復号に必要な時間も増大し、結果としてＰＤＳＣＨの復号が遅れる。さらには、ＵＥによってブラインド復号されるＰＤＣＣＨ候補の数が増えるにつれて、ＰＤＣＣＨのフォールスアラームの確率も高まる。結果として、例えばＵＥによってアップリンクグラントが誤検出されると想定すると、不必要なアップリンクデータがＵＥによって送信されることがあり、これに起因して、セル内で別のＵＥにスケジューリングされたＵＬ送信に対する不必要な干渉が発生する。
【０１４６】
ここまで、上の方法について主としてＰＤＣＣＨに基づいて説明してきた。しかしながら、この方法は、ｅＮｏｄｅＢによってサブフレームのＥＰＤＣＣＨ制御領域内で制御信号が送信されるシナリオにも、対応する様式において適用される（図６と、背景技術のセクション内の対応する説明を参照）。
【０１４７】
図１７は、ｅＮｏｄｅＢによってＥＰＤＣＣＨが使用されるシナリオにおける、この方法を示している。図から明らかなように、２つの制御領域が想定されており、部分／完全なサブフレームの先頭における第１の制御領域は、ＰＣＦＩＣＨおよびＰＨＩＣＨ（必要な場合）を送信するために使用することができ、その一方で、ＥＰＤＣＣＨ制御領域は、（Ｅ）ＰＤＣＣＨを送信するために使用される。この場合にも、部分サブフレームの４つの可能な開始位置の例示的なシナリオにおいて、第１の開始位置（最初のサブフレーム境界）に対して事前設定されている同じサーチスペースが、残りの３つの開始位置に対しても事前設定されるものと想定する。具体的には、第１の位置に対しては、ＵＥのためのサーチスペースとして、１６個の（Ｅ）ＰＤＣＣＨ候補のサーチスペースが想定されている。例えば、背景技術のセクションで表８において説明した方法と同様に、ケース２、８個のＰＲＢのＥＰＤＣＣＨセット（すなわちＮＸｐＲＢ＝８）を想定すると、すべてのアグリゲーションレベル１，２，４，８にわたる数（すなわち加算６＋６＋２＋２＝１６）である。図１７に示したように、残りの開始位置にも同じことを適用することができる。しかしながら、このＥＰＤＣＣＨの方法には、図１６のＰＤＣＣＨの解決策に関して説明した欠点と同じ欠点がある。
【０１４８】
本発明者は、上に説明した問題点の１つまたは複数を軽減する目的で、以下の例示的な実施形態を着想した。
【０１４９】
さまざまな実施形態の特定の実装形態は、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、さまざまな実施形態に関連する特に重要な特徴が、以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３）などの移動通信システムにおいて有利に使用することができるが、実施形態はこれらの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１５０】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、特許請求の範囲に記載されている本開示の一般的な原理を、さまざまなシナリオに、本明細書に明示的には記載されていない方法で適用できることが認識されるはずである。例示を目的として、いくつかの想定がなされているが、それらの想定は以下の実施形態の範囲を制限するものではない。
【０１５１】
さらには、上述したように、以下の実施形態は、３ＧＰＰ  ＬＴＥ−Ａ（リリース１２／１３）環境において実施することができる。これらのさまざまな実施形態は、主として、部分サブフレームがサポートされるシナリオ（例えばＬＡＡ）において実施される改良されたブラインド復号メカニズムを可能にする。しかしながら、それ以外の機能（すなわちさまざまな実施形態によって変更されない機能）は、背景技術のセクションで説明したものとまったく同じままとする、または、さまざまな実施形態への影響なしに変更することができる。
【０１５２】
第１の実施形態
以下では、上記の（１つまたは複数の）問題点を解決するための第１の実施形態を、詳しく説明する。第１の実施形態の複数の異なる実装形態について、以下に詳しく説明する。以下では、この実施形態の原理を容易に説明するために工夫された、次の例示的なシナリオを使用することによって、第１の実施形態を説明する。しかしながら、これらの原理は別のシナリオに適用することもでき、そのようなシナリオのいくつかは、後から明示的に説明する。
【０１５３】
背景技術のセクションで説明したように、３ＧＰＰは、部分サブフレームをサポートすることによって、現在のシステムを機能強化することを予定している。部分サブフレームは、ｅＮｏｄｅＢにさらなる柔軟性を与え、例えばｅＮｏｄｅＢは、サブフレーム境界においてのみならず、サブフレーム境界の間の特定の追加の開始位置（図１２に示したスロット境界、あるいは図１３に示したさらなる開始位置）においても、データの送信を開始することができる。以下において、この実施形態を説明するために使用される例示的なシナリオでは、より多くの開始位置も可能ではあるが、説明を容易にするため、各サブフレームにおいて合計で２つの開始位置（サブフレーム境界と、例えばスロット境界）、または合計で４つの開始位置（サブフレーム境界と、スロット境界と、２つのさらなる開始位置：例えば図１３を参照）のいずれかを想定する。
【０１５４】
部分サブフレームをどのように設定するかの多くの細部に関しては、現在のところ３ＧＰＰではまだ決定されていない。無線セルに対して部分サブフレームがサポートされるか否かは、ｅＮｏｄｅＢが決定できるものと想定することができ、サポートされる場合、サブフレームの開始位置のポジションおよび数を、ｅＮｏｄｅＢによって決定する、または事前設定する（例えば仕様に決めておく）ことができる。これらの対応する情報は、例えばシステム情報ブロードキャスト、またはＲＲＣシグナリングなどＵＥに固有なメッセージを使用することによって、セル内のユーザ機器に提供することができる。いずれの場合にも、部分サブフレームがサポートされるか否か、およびどの部分サブフレームがサポートされるかに関して、ＵＥおよびｅＮｏｄｅＢの両方が同じ条件下にあるように、システムが設定される。
【０１５５】
これに関連して、物理ダウンリンク制御チャネルの構造は、従来技術からすでに公知であるようにサブフレーム境界に対してのみならず、部分サブフレームをフルに利用するために提供されるサブフレーム内の追加の開始位置に対しても設定される。現在のところ、物理ダウンリンク制御チャネルは、背景技術のセクションにおいて非特許文献２などの対応する３ＧＰＰ標準規格を参照しながら詳しく説明したように、主として最初の開始位置（サブフレーム境界）に対して設定されている。これに伴って、ＵＥ固有サーチスペースは、特に、対応するアグリゲーションレベル（例えばＰＤＣＣＨの場合の１，２，４，８）と、アグリゲーションレベルあたりのＰＤＣＣＨ候補の数Ｍ（Ｌ）によって定義される。なお、制御チャネルのシグナリングがＥＰＤＣＣＨによって提供されるシナリオについては後から説明することに留意されたい。
【０１５６】
同様に、部分サブフレームをサポートするためにＵＥに対して設定される追加の開始位置に対しても、物理ダウンリンク制御チャネルが設定される。特に、ｅＮｏｄｅＢは、追加の開始位置それぞれを対象に設定されるＰＤＣＣＨ候補のセットを決定することができる。最初の開始位置の場合と同様に、さらなる開始位置それぞれに対して、１つまたは複数のアグリゲーションレベル（それぞれが１つまたは複数のＰＤＣＣＨ候補を有する）をサポートすることができる。しかしながら第１の実施形態によれば、第１の開始位置（すなわちサブフレーム境界）を対象に設定されるＰＤＣＣＨ候補の数と比較して、少なくとも１つのより後ろの開始位置を対象とするＰＤＣＣＨ候補の数が低減される。
【０１５７】
例えば、各サブフレームにおいて合計で２つの開始位置を有するシナリオでは、対応するサーチスペースおよびＰＤＣＣＨ候補は、ｅＮＢによって次のように設定することができる。
【０１５８】
【表１６】
0006779279.tif 000022
【０１５９】
この表は、対応して図１８に示してあり、図１８は、サブフレームあたり２つの可能な開始位置と、ｙ軸に示したＰＤＣＣＨ候補の数を有するシナリオを示している。さらにこの図には、図解した２番目のサブフレームにおける両方の開始位置について、設定されるアグリゲーションレベルと、アグリゲーションレベルあたりのＰＤＣＣＨ候補もリストしてあり（表１６も参照）、これらのアグリゲーションレベルおよびアグリゲーションレベルあたりのＰＤＣＣＨ候補は、当然ながら他のすべてのサブフレームにも適用される。図から明らかであるように、この設定では、スロット境界から始まる部分サブフレームには、最初の開始位置の場合と同じ数のＰＤＣＣＨ候補を提供する代わりに、半分のみのＰＤＣＣＨ候補を提供する。
【０１６０】
同様に、合計で４つの開始位置の場合、次の表に従って以下のＰＤＣＣＨ候補を例示的に設定することができる。
【０１６１】
【表１７】
0006779279.tif 000023
【０１６２】
この表は図１９に例示的に示してあり、図１９は、サブフレームあたり４つの可能な開始位置と、各開始位置を対象とする、ｙ軸に示したＰＤＣＣＨ候補の対応する数を有するシナリオを示している。さらにこの図には、図解した２番目のサブフレームにおける４つのすべての開始位置について、設定されるアグリゲーションレベルと、アグリゲーションレベルあたりのＰＤＣＣＨ候補もリストしてあり（表１７も参照）、これらのアグリゲーションレベルおよびアグリゲーションレベルあたりのＰＤＣＣＨ候補は、当然ながら他のすべてのサブフレームにも適用される。図から明らかであるように、後ろの開始位置ほど、その開始位置に設定されるＰＤＣＣＨ候補が少ないように、開始位置ごとにＰＤＣＣＨ候補の数が減少していく。
【０１６３】
４つの開始位置を有するシナリオの場合の、ＰＤＣＣＨ候補の異なるセットの別の可能な設定を、次の表に示してあり、図２０に図解してある。
【０１６４】
【表１８】
0006779279.tif 000024
【０１６５】
上に説明した表および図は、ＰＤＣＣＨ候補の異なるセットの単なる例として理解されたい。当然ながら数多くの別の可能な設定を予測することができる。
【０１６６】
ｅＮｏｄｅＢとＵＥとの間で設定されるＰＤＣＣＨ候補の特定のセットに関する情報は、ｅＮｏｄｅＢによって適切な方法においてＵＥに提供される。これは、例えば、最初に接続を確立するときに（例えばＲＲＣ接続手順時に）、またはアンライセンスセルを追加またはアクティブにするときに、行うことができる。ＰＤＣＣＨ候補のセットを事前設定することもできる（例えば仕様によって決めておく）。
【０１６７】
したがって、対応するＰＤＣＣＨ候補のセットは、制御チャネルの送信に対して、ｅＮｏｄｅＢとＵＥの間で設定される。このことは、特にｅＮｏｄｅＢの観点からは、各開始位置を対象に設定されているＰＤＣＣＨ候補それぞれを、ＵＥにＰＤＣＣＨを送信する目的に使用できることを意味する。一方でこのことは、ＵＥの観点からは、ｅＮｏｄｅＢからのＰＤＣＣＨ送信を受信することができるように、ＵＥは最初の開始位置についてのみならず、残りの開始位置についてもＰＤＣＣＨ候補をブラインド復号しなければならないことを意味する。
【０１６８】
したがってＵＥは、開始位置それぞれについて、すべての可能なＰＤＣＣＨ候補をブラインド復号することによって、完全／部分サブフレーム（および対応する制御データとユーザデータ）がｅＮｏｄｅＢによって送信されたかと、完全／部分サブフレームが始まるタイミングとを判定することが可能である。さらには、部分サブフレームをサポートするとき、サブフレーム期間内の後ろの方の開始位置ではＰＤＣＣＨ候補の数が減少することを考えれば、サブフレーム期間内にＵＥにおいて実行されるＰＤＣＣＨブラインド復号の合計回数は過大には増大しない。結果として、部分サブフレームをサポートするときのＵＥの複雑さ、処理パワー、ＰＤＳＣＨの復号の遅れ、ＰＤＣＣＨの復号処理におけるフォールスアラームの確率は、許容レベルに維持される。特に、部分サブフレームをサポートすることによって達成される利点を考慮すれば、許容レベルである。
【０１６９】
ここまで、制御信号（例えばＰＤＣＣＨ）を送信するのにＰＤＣＣＨ制御領域を使用するシナリオの場合を説明してきた。以下では、第１の実施形態の原理を、背景技術のセクションで例示的に説明したＥＰＤＣＣＨを使用するシナリオに適用する。拡張ＰＤＣＣＨは、特に、各サブフレームの制御領域内の他の制御チャネルに加えて、各サブフレームのＰＤＳＣＨ領域において送信される（図６を参照）。ＥＰＤＣＣＨ制御領域と、最初の開始位置（サブフレーム境界）を対象とするサーチスペースは、３ＧＰＰに従って通常どおりに設定することができる。例えば、対応する背景技術のセクションと、３ＧＰＰの標準規格である非特許文献２に説明されているように（図１７も参照）、１つの局在型ＥＰＤＣＣＨセット、８個のＰＲＢのＰＲＢサイズ、ケース２を例示的に想定し（上の表８を参照）、したがって第１の開始位置を対象に、合計で１６個のＥＰＤＣＣＨ候補（すなわちアグリゲーションレベル（ＡＬ）１：６個、ＡＬ２：６個、ＡＬ４：２個、ＡＬ８：２個）が提供される。
【０１７０】
第１の実施形態では、この表を以下のように拡張することができ、最初に、図２１に例示的に示したように２つの開始位置を有するシナリオを想定する。図２１では、８個のＰＲＢのＥＰＤＣＣＨセットかつケース２を想定しており、したがって第２の位置を対象にＥＰＤＣＣＨ候補のセットが設定されており、第２の開始位置では、第１の開始位置（すなわちサブフレーム境界）において監視される１６個のＥＰＤＣＣＨ候補と比較して、ＵＥが監視しなければならないＥＰＤＣＣＨ候補の数は８個である（すなわちＡＬ１：３個、ＡＬ２：３個、ＡＬ４：１個、ＡＬ８：１個）。
【０１７１】
【表１９】
0006779279.tif 000025
【０１７２】
【表２０】
0006779279.tif 000026
【０１７３】
さらに、サブフレームの可能な開始位置が４つである、部分サブフレームのシナリオを想定するときには、ＥＰＤＣＣＨ候補のさまざまなセットを設定する目的に以下の表を使用することができる。この場合も、８個のＰＲＢを有するＥＰＤＣＣＨセット、ケース２を想定する。表および対応する図２２から明らかであるように、第３の開始位置および第４の開始位置では、高いアグリゲーションレベルがもはやサポートされず、したがって後ろの方の開始位置を対象とするＥＰＤＣＣＨ候補の数が相当に減少する。
【０１７４】
【表２１】
0006779279.tif 000027
【０１７５】
【表２２】
0006779279.tif 000028
【０１７６】
さらなる例によれば、以下の表は、４つの可能なサブフレーム開始位置を有する部分サブフレームのシナリオの場合の、１つの分散型ＥＰＤＣＣＨ−ＰＲＢセットの実装形態を与え、図２３は、ＰＲＢ＝８かつケース２の場合を示している。
【０１７７】
【表２３】
0006779279.tif 000029
【０１７８】
【表２４】
0006779279.tif 000030
【０１７９】
上のいくつかの例から理解できるように、部分サブフレームの開始位置のうちの少なくとも１つ（これらの例ではすべて）を対象とするＥＰＤＣＣＨ候補の数は、第１の開始位置を対象とするＥＰＤＣＣＨ候補の数よりも少ない。
【０１８０】
以下では、第１の実施形態のいくつかの態様におけるさらなる有利な実装形態について詳しく説明する。
【０１８１】
例えば、図および背景技術の説明から明らかであるように、部分サブフレームは、Ｗｉ−Ｆｉノードによるアンライセンス周波数帯における同期されていない送信に対処するために、ＬＡＡの枠組みの中で導入される可能性が高い。したがって、第１の実施形態の１つの実装形態は、そのようなＬＡＡシナリオに適用され、ＬＡＡシナリオでは、リソース使用率を高めるために主としてアンライセンスセルにおいて部分サブフレームがサポートされる。したがって、第１の実施形態の上述した原理および例は、アンライセンスセル（すなわちアンライセンス周波数スペクトル内のキャリア）に適用されるべきである。したがって、ＰＤＣＣＨ候補のさまざまなセットが設定されるのはアンライセンスセル上であり、したがってＵＥは、開始位置ごとにＰＤＣＣＨ候補をブラインド復号するために、アンライセンスサービングセルの制御領域のサーチスペースを監視する。
【０１８２】
例えば、部分サブフレームの場合にＵＥにおいてブラインド復号処理をどのように実施するべきかは、まだ明確ではない。現在のところＵＥは、自身への制御信号が送信されたか否かを判定するため、サブフレーム境界においてすべてのＰＤＣＣＨ候補を復号する。しかしながら、（先の）開始位置において制御信号を正常に復号した後に、残りの開始位置についてもＰＤＣＣＨ候補のブラインド復号を続けるかは、不明確である。例えば、ＵＥがサブフレームの４つの開始位置のうち第２の開始位置においてＰＤＣＣＨを正常に復号すると想定すると、ＵＥは、第１の開始位置と第２の開始位置についてはすべてのＰＤＣＣＨ候補をブラインド復号するが、第３の開始位置および第４の開始位置についてはブラインド復号を続ける必要はない。特に、ｅＮｏｄｅＢが、４つの可能な開始位置のうちの１つのみにおいてデータの送信を開始するものと想定する。言い換えれば、現在の開始位置においてｅＮｏｄｅＢからの制御信号を正常に復号した時点で、残りの開始位置についてはブラインド復号処理を続行しないように、ＵＥを設定することができる。
【０１８３】
これに代えて、たとえＵＥが現在の開始位置においてｅＮｏｄｅＢからの制御信号を正常に復号した場合にも、残りの開始位置についてブラインド復号処理を続行するように、ＵＥを設定することができる。この設定は、制御信号の誤検出に対処するために特に有利であり得る。特に、ＵＥが自身への制御信号を誤って正常に復号した場合、ブラインド復号処理を続行しなければ、実際にはより後ろの開始位置においてｅＮｏｄｅＢによって制御信号が送信されていた場合に、ＵＥが実際のデータを受信することが妨げられる。したがって、正しいＰＤＣＣＨを正常に復号するという観点から、ＵＥは残りの開始位置において制御信号候補のセットのブラインド復号を続けることができる。ＵＥが２つ以上のＤＬグラントを正常に復号した場合、ＵＥは、復号されたＤＬグラントに従って対応するＰＤＳＣＨを復号する。１つの対応するＰＤＳＣＨの復号に成功した場合、ＵＥは、それ以外の復号されたＤＬグラントを無視し、それらを誤検出とみなす。
【０１８４】
別の有利な実装形態によれば、部分サブフレームの制御領域を、完全なサブフレームの対応する制御領域よりも短くすることができる。ＰＤＣＣＨの制御領域は、特に、通常ではサブフレームの先頭における特定の数のＯＦＤＭシンボル（例えば図６では３個のＯＦＤＭシンボル）にまたがる。この実装形態によれば、各サブフレーム期間内の部分サブフレームの少なくとも１つに提供される制御領域が短縮される。例えば、第１の開始位置から始まる完全なサブフレームのＰＤＣＣＨ領域を、３個のＯＦＤＭシンボルに沿った範囲とすることができ、その一方で、それ以降の残りの開始位置のいくつか、またはすべてに対応するＰＤＣＣＨ制御領域を、１個のＯＦＤＭシンボルにまたがるのみとすることができる。制御領域の最初のＯＦＤＭシンボルにおいて送信される対応するＰＣＦＩＣＨ制御チャネルは、これに相応して、それぞれの開始位置の場合のＰＤＣＣＨ制御領域の長さを示す。したがってＵＥは、ＰＤＣＣＨ制御領域の長さをＰＣＦＩＣＨから導く。
【０１８５】
これに対して、部分サブフレームの制御領域については、制御領域長さを事前設定することもでき、したがって、対応するＰＣＦＩＣＨをｅＮｏｄｅＢによって送信する必要がない。これによりＣＦＩ（制御フォーマットインジケータ）の検出誤りが減少し、さらに、通常ではこのＰＣＦＩＣＨを送信するために使用されるリソースが解放され、後から説明するように、そのリソースをＰＤＳＣＨを送信する目的に使用することができる。
【０１８６】
別の有利な実装形態によれば、各サブフレーム期間内にＵＥによって実行されるブラインド復号の試行回数が、以下に説明するように、部分サブフレームのサポートを実施することによって増大しない。部分サブフレームのサポートは、（１基または複数基の）特定のＵＥに対して例えばｅＮｏｄｅＢによって有効にする、または無効にすることができるものと想定する。言い換えればｅＮｏｄｅＢは、各ＵＥについて、部分サブフレームが使用されるか否かを決定することができ、それに応じてＵＥを設定する。したがって、このシナリオの場合、２つの異なるケース（すなわち、部分サブフレームをサポートするときの制御チャネルの設定と、部分サブフレームをサポートしないときの制御チャネルの別の設定）が区別される。ｅＮｏｄｅＢおよびＵＥは、部分サブフレームがサポートされるか否かに応じて、これら２つの設定の間で切り替えることができる。前に説明したように、この実装形態の背後の原理は、部分サブフレームをサポートするときに、制御信号をブラインド復号するためのＵＥによる処理が増大しない（すなわち変化しない）ことである。部分サブフレームをサポートしないときには、ＰＤＣＣＨの設定は、３ＧＰＰの従来技術に関連して前に説明したようにすることができる（例えば、４つのアグリゲーションレベルに対して設定される１６個のＰＤＣＣＨ候補を有する（表２、図１６を参照））。これに対して、部分サブフレームをサポートするときには、異なるＰＤＣＣＨ設定が使用される。次の表から明らかであるように、最初の位置を対象とするＰＤＣＣＨ候補のセットも変化する。
【０１８７】
【表２５】
0006779279.tif 000031
【０１８８】
部分サブフレームがサポートされるときの、上に説明した例示的なＰＤＣＣＨ設定は、対応して図２４に示してある。
【０１８９】
これらから明らかであるように、４つのサブフレーム開始位置すべてのＰＤＣＣＨ候補の合計数（６＋６＋２＋２）は、部分サブフレームをサポートしないときに、サブフレーム境界である開始位置のみにおいてＵＥによってブラインド復号されるＰＤＣＣＨ候補の数（１６）に等しい（表２の、ＵＥ固有タイプのすべてのアグリゲーションレベルを参照）。
【０１９０】
同じコンセプトは、局在型ＥＰＤＣＣＨ−ＰＲＢセット、ケース２、ＰＲＢ＝８の場合について例示的に示したＥＰＤＣＣＨ制御チャネルの設定にも適用することができる。
【０１９１】
【表２６】
0006779279.tif 000032
【０１９２】
この例示的なシナリオから明らかであるように、４つのサブフレーム開始位置すべてのＵＥによってブラインド復号されるＥＰＤＣＣＨ候補の合計数（６＋６＋２＋２）は、部分サブフレームをサポートしないときにサブフレーム境界である開始位置（のみ）においてＵＥによってブラインド復号されるＥＰＤＣＣＨ候補の数（１６）に等しい（表８の最後の行を参照）。部分サブフレームがサポートされるときの、いま説明した例示的なＥＰＤＣＣＨ設定は、対応して図２５に示してある。
【０１９３】
このコンセプトによるＥＰＤＣＣＨ制御チャネルの設定のさらなる例は、１つの分散型ＥＰＤＣＣＨ−ＰＲＢセット、ケース２、ＰＲＢサイズ＝８の場合の次の表に与えられる。部分サブフレームがサポートされないときの、１つの分散型ＥＰＤＣＣＨ−ＰＲＢセット、ケース２、ＰＲＢサイズ＝８の場合の対応するＥＰＤＣＣＨ制御チャネルの設定は、表６に示してあり、合計で１６個のＥＰＤＣＣＨ候補を有する。
【０１９４】
【表２７】
0006779279.tif 000033
【０１９５】
部分サブフレームがサポートされるか否かには無関係に、ＵＥにおけるブラインド復号処理量を同じに維持することによって、ＵＥの複雑さおよび処理が変化しない。
【０１９６】
第１の実施形態のさらなる実装形態によれば、部分サブフレームのＰＤＳＣＨデータの送信におけるリソース使用率が、以下に説明するように改善される。対応する説明は図２６を参照しながら行い、図２６では、部分サブフレームがスロット境界から（すなわちＯＦＤＭシンボル７から）始まるシナリオを想定する。図２６から明らかであるように、ＰＤＣＣＨ制御領域は１個のＯＦＤＭシンボル長であるものと想定され、ＰＤＣＣＨ制御信号は、図示した２個のリソースエレメントによって送信される。
【０１９７】
背景技術のセクションで説明したように、また前のいくつかの実装形態において想定したように、ＰＤＳＣＨデータ領域は、通常ではＰＤＣＣＨ制御領域の後に始まる。しかしながらこの実装形態によれば、ＰＤＳＣＨは、ＰＤＣＣＨと同じＯＦＤＭシンボルから（すなわちサブフレームまたは部分サブフレームの先頭から）始まることができる。このことは、対応して図２６に示してあり、図２６では、ＰＤＳＣＨデータ領域はサブフレーム期間の２番目のスロット全体にわたる。
【０１９８】
さらにｅＮｏｄｅＢでは、ＰＤＣＣＨを送信するためにｅＮｏｄｅＢによって使用されるリソースエレメント（すなわちサブキャリアインデックス２および９における例示的に示したリソースエレメント）には、ＰＤＳＣＨがマッピングされない。
【０１９９】
したがって、ＰＤＳＣＨを符号化するとき、ＰＤＣＣＨの送信に使用されるＲＥは、ＰＤＳＣＨの送信に利用可能であるとはみなされない。部分サブフレームにおいてスケジューリングされるＵＥが１基のみである場合、ＰＤＣＣＨ候補のうちの１つにおいて１つのみのＰＤＣＣＨが送信される。部分サブフレームにおいてスケジューリングされるＵＥが２基以上である場合には、２つ以上のＰＤＣＣＨが送信される。ＵＥは、別のＵＥに送信されるＰＤＣＣＨを認識しない。したがってＵＥは、ＰＤＳＣＨの復号を試みるとき、以下のＲＥ、すなわち、ＰＤＣＣＨの送信用のＲＥとして復号されるＲＥ、基準信号の送信に使用されているＲＥ、およびＰＣＦＩＣＨおよびＰＨＩＣＨの送信に使用されているＲＥ（該当する場合）などを除く、制御領域内のすべてのＲＥが、ＰＤＳＣＨの送信に使用されているものと想定する。制御領域内で送信される、別のＵＥへのＰＤＣＣＨが存在する場合、ＵＥはそれを認識せず、そのＰＤＣＣＨは、単にＰＤＳＣＨの復号に対する干渉の原因となる。部分サブフレームのＰＤＳＣＨの開始位置は、設定可能とすることができる。ｅＮｏｄｅＢは、部分サブフレームのＰＤＳＣＨがいつ始まるかを、システムブロードキャスト情報またはＵＥ固有メッセージの中で示すことができる。１つのケースとして、ＰＤＳＣＨはＰＤＣＣＨと同じＯＦＤＭシンボルから（すなわちサブフレームまたは部分サブフレームの先頭から）始まる。
【０２００】
上の説明および図２６では、ＰＤＣＣＨ制御領域のみについて言及しているが、ＥＰＤＣＣＨが使用されるシナリオにも同様の改善を適用することができる。ＥＰＤＣＣＨが使用されるときには、特に、ＥＰＤＣＣＨおよびＰＤＳＣＨが、サブフレームまたは部分サブフレームと同じＯＦＤＭシンボル（すなわち部分サブフレームの最初のＯＦＤＭシンボル）から始まる。
【０２０１】
さらなる実施形態
第１のバリエーションによれば、１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域においてユーザ機器に対して無線基地局によって事前設定される制御信号候補、をブラインド復号する方法、を提供する。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。本方法は、各サブフレームに対してユーザ機器によって実行される次のステップを含む。すなわちＵＥは、サブフレームにおける１つまたは複数の制御信号を受信するために、複数の開始位置のうちの少なくとも第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補のセットをブラインド復号する。
【０２０２】
第１のバリエーションに加えて提供される第２のバリエーションによれば、ユーザ機器に、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルが設定される。無線セルは、少なくとも１つのアンライセンスセルのうちの１つであり、したがって、ブラインド復号するステップは、これら少なくとも１つのアンライセンスセルのサブフレームに対してユーザ機器によって実行される。
【０２０３】
第１または第２のバリエーションに加えて提供される第３のバリエーションによれば、残りの開始位置のうちの任意の１つにおいてユーザ機器によってブラインド復号される制御信号候補の数が、第１の開始位置においてユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補のセットが事前設定される。オプションとして、セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補のセットが事前設定され、第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい。
【０２０４】
第１のバリエーションから第３のバリエーションのいずれかに加えて提供される第４のバリエーションによれば、制御信号候補のセットをブラインド復号するステップが、各サブフレームにおいて、１）１つまたは複数の制御信号が正常に復号されるまで、または２）１つまたは複数の制御信号が正常に復号されるか否かにかかわらずすべての開始位置に対して、実行される。
【０２０５】
第１のバリエーションから第４のバリエーションのいずれかに加えて提供される第５のバリエーションによれば、制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存する。少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数は、第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない。これに加えて、またはこれに代えて、少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数は、第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少ない。アグリゲーションレベルは、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する。
【０２０６】
第１のバリエーションから第５のバリエーションのいずれかに加えて提供される第６のバリエーションによれば、第１の開始位置から始まる部分サブフレームまたは完全なサブフレームの制御領域は、残りの開始位置のうちの１つから始まる部分サブフレームの制御領域よりも、時間領域において大きい。オプションとして、残りの開始位置のうちの１つから始まる部分サブフレームの制御領域は、１個の直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）シンボルを範囲とする。
【０２０７】
第１のバリエーションから第６のバリエーションのいずれかに加えて提供される第７のバリエーションによれば、ユーザ機器は、部分サブフレームに対してブラインド復号を実行する、または実行しないように設定される。ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されている場合、ユーザ機器は、各サブフレームにおいて、そのサブフレームの第１の開始位置のみに対して、ブラインド復号するステップを実行する。これに対して、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されている場合、ユーザ機器は、各サブフレームにおいて、そのサブフレームの複数の開始位置それぞれに対して、ブラインド復号するステップを実行する。オプションとして、ユーザ機器が）、部分サブフレームに対してブラインド復号を実行しないように設定されているとき、第１の開始位置において、制御信号候補の第１のセットがユーザ機器によってブラインド復号される。逆に、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているとき、第１の開始位置において、第１のセットとは異なる制御信号候補の第２のセットがユーザ機器によってブラインド復号される。さらなるオプションとして、ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているときにユーザ機器によってブラインド復号される、サブフレームの第１の開始位置を対象に事前設定されているセットの制御信号候補の数は、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているときにユーザ機器によってブラインド復号される、サブフレームに定義されている複数の開始位置すべての事前設定されているセットの制御信号候補の数、と同じである。１つのオプションによれば、ユーザ機器は、部分サブフレームに対してブラインド復号を実行するように、または実行しないように、無線リソース制御シグナリングなどの上位層シグナリングを介して設定される。
【０２０８】
第１のバリエーションから第７のバリエーションのいずれかに加えて提供される第８のバリエーションによれば、制御領域は、部分サブフレームおよび完全なサブフレームそれぞれの先頭にある。制御領域は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）、および／または、物理ハイブリッドＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical hybrid HARQ Indicator Channel）、を備えている。これに代えて、制御領域は、時間領域において、部分サブフレームおよび完全なサブフレームそれぞれのデータ領域全体にわたり分布している。この制御領域は拡張ＰＤＣＣＨを備えており、第２の制御領域は、部分サブフレームおよび完全なサブフレームそれぞれの先頭にある。第２の制御領域は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および／または物理ハイブリッドＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を備えている。
【０２０９】
第１のバリエーションから第８のバリエーションのいずれかに加えて提供される第９のバリエーションによれば、無線セルにおいてサブフレームタイミングが無線基地局によって使用され、サブフレームタイミングは、時間領域におけるサブフレーム境界およびスロット境界を定義する。オプションとして、サブフレームタイミングは、少なくとも１つのアンライセンスセルおよび少なくとも１つのライセンスセルに適用される。これに代えて、またはこれに加えて、制御信号は、サブフレームのデータ領域において送信されるデータを正常に復号するための制御情報を含む。部分サブフレームは、２つの連続するサブフレーム境界の間の複数の終了位置のうちの１つにおいて終わり、第１の終了位置は、２つの連続するサブフレーム境界のうちの２番目である。
【０２１０】
第１のバリエーションから第９のバリエーションのいずれかに加えて提供される第１０のバリエーションによれば、制御領域のリソースのうち１つまたは複数の制御信号を送信するために使用されるリソースを除く、サブフレームの制御領域およびデータ領域に、無線基地局によってデータがマッピングされる。したがって、ユーザ機器は、正常に復号された制御信号候補を除くサブフレームのリソースから、データを復号する。
【０２１１】
第１１のバリエーションによれば、１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、移動通信システムにおいて無線セルの各サブフレームの制御領域においてユーザ機器に対して無線基地局によって事前設定される制御信号候補、をブラインド復号するユーザ機器、を提供する。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。本ユーザ機器は、各サブフレームにおいて、サブフレームにおける１つまたは複数の制御信号を受信するために、複数の開始位置のうちの少なくとも第１の開始位置において、その開始位置を対象に事前設定されている制御信号候補のセットをブラインド復号するように構成されている手段、を備えている。
【０２１２】
第１１のバリエーションに加えて提供される第１２のバリエーションによれば、ユーザ機器に、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルが設定される。無線セルは、少なくとも１つのアンライセンスセルのうちの１つであり、したがって手段は、少なくとも１つのアンライセンスセルのサブフレームに対してブラインド復号を実行する。
【０２１３】
第１１または第１２のバリエーションに加えて提供される第１３のバリエーションによれば、残りの開始位置のうちの任意の１つにおいてユーザ機器によってブラインド復号される制御信号候補の数が、第１の開始位置においてユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補のセットが事前設定される。オプションとして、セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補のセットが事前設定され、第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい。
【０２１４】
第１１のバリエーションから第１３のバリエーションの１つに加えて提供される第１４のバリエーションによれば、ブラインド復号する手段は、各サブフレームにおいて、１）１つまたは複数の制御信号が正常に復号されるまで、または２）１つまたは複数の制御信号が正常に復号されるか否かにかかわらずすべての開始位置に対して、制御信号候補のセットのブラインド復号を続行するように構成されている。
【０２１５】
第１１のバリエーションから第１４のバリエーションの１つに加えて提供される第１５のバリエーションによれば、制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存する。少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数は、第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない。これに代えて、またはこれに加えて、少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数は、第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少ない。アグリゲーションレベルは、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する。
【０２１６】
第１１のバリエーションから第１５のバリエーションの１つに加えて提供される第１６のバリエーションによれば、第１の開始位置から始まる部分サブフレームまたは完全なサブフレームの制御領域は、残りの開始位置のうちの１つから始まる部分サブフレームの制御領域よりも、時間領域において大きい。１つのオプションにおいては、残りの開始位置のうちの１つから始まる部分サブフレームの制御領域は、１個の直交周波数分割多重（ＯＦＤＭ）シンボルを範囲とする。
【０２１７】
第１１のバリエーションから第１６のバリエーションの１つに加えて提供される第１７のバリエーションによれば、ユーザ機器は、部分サブフレームに対してブラインド復号を実行する、または実行しないように設定される。ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されている場合、ブラインド復号する手段は、各サブフレームにおいて、そのサブフレームの第１の開始位置のみに対してブラインド復号を実行する。これに対して、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されている場合、ブラインド復号する手段は、各サブフレームにおいて、そのサブフレームの複数の開始位置それぞれに対してブラインド復号を実行する。オプションとして、ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているとき、第１の開始位置において、制御信号候補の第１のセットがユーザ機器によってブラインド復号され、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているとき、第１の開始位置において、第１のセットとは異なる制御信号候補の第２のセットがユーザ機器によってブラインド復号される。オプションとして、ユーザ機器が、部分サブフレームに対してブラインド復号を実行しないように設定されているときにユーザ機器によってブラインド復号される、サブフレームの第１の開始位置を対象に事前設定されているセットの制御信号候補の数は、ユーザ機器が、部分サブフレームに対してブラインド復号を実行するように設定されているときにユーザ機器によってブラインド復号される、サブフレームに定義されている複数の開始位置すべての事前設定されているセットの制御信号候補の数、と同じである。オプションとして、ユーザ機器は、部分サブフレームに対してブラインド復号を実行するように、または実行しないように、無線リソース制御シグナリングなどの上位層シグナリングを介して設定される。
【０２１８】
第１１のバリエーションから第１７のバリエーションの１つに加えて提供される第１８のバリエーションによれば、制御領域のリソースのうち１つまたは複数の制御信号を送信するために使用されるリソースを除く、サブフレームの制御領域およびデータ領域に、無線基地局によってデータがマッピングされる。本ユーザ機器は、正常に復号された制御信号候補を除くサブフレームのリソースから、データを復号する。
【０２１９】
第１９のバリエーションによれば、１つまたは複数の制御信号をユーザ機器に送信する無線基地局であって、１つまたは複数の制御信号をユーザ機器に送信するために無線基地局によって使用可能であるように、制御信号候補がユーザ機器に対して無線基地局によって事前設定される、無線基地局、を提供する。２つの連続するサブフレーム境界の間に、複数の開始位置が事前設定され、第１の開始位置が、これら２つの連続するサブフレーム境界のうちの最初のサブフレーム境界である。サブフレームは、サブフレーム境界から始まらない、またはサブフレーム境界において終わらない部分サブフレーム、あるいは、サブフレーム境界から始まりサブフレーム境界において終わる完全なサブフレーム、のいずれかである。完全なサブフレームは、第１の開始位置から始まり、部分サブフレームは、複数の開始位置のうちの任意の１つから始まる。第１の開始位置を対象に、制御信号候補の第１のセットがユーザ機器に対して事前設定される。残りの開始位置を対象に、制御信号候補のさらなるセットがユーザ機器に対して事前設定され、残りの開始位置それぞれに対して制御信号候補の１つのセットである。ユーザ機器宛ての１つの制御信号を、無線基地局によって１つの制御信号候補において送信することができる。さらなるセットのうちの少なくとも１つのセットの制御信号候補の数は、第１のセットの制御信号候補の数より少ない。本無線基地局は、複数の開始位置のうち、データの送信を開始するための１つの開始位置を決定するように構成されているプロセッサ、を備えている。プロセッサは、決定された開始位置を対象に事前設定されている制御信号候補のセットから、１つの制御信号候補を決定するように、さらに構成されている。送信機は、決定された開始位置の決定された制御信号候補を使用して、制御信号を送信するように構成されている。
【０２２０】
第１９のバリエーションに加えて提供される第２０のバリエーションによれば、残りの開始位置のうちの任意の１つにおいてユーザ機器によってブラインド復号される制御信号候補の数が、第１の開始位置においてユーザ機器によってブラインド復号される制御信号候補の数よりも少ないように、制御信号候補のセットが事前設定される。オプションとして、セットの制御信号候補の数が、次の開始位置それぞれにおいて少なくなるように、制御信号候補のセットが事前設定され、第１の開始位置を対象に事前設定される制御信号候補の数が、次の開始位置を対象に事前設定される制御信号候補の数よりも大きい。
【０２２１】
第１９または第２０のバリエーションに加えて提供される第２１のバリエーションによれば、制御信号候補のセットの制御信号候補の数が、そのセットに対して事前設定されるアグリゲーションレベルの数と、そのセットに対して事前設定されるアグリゲーションレベルあたりの制御信号候補の数とに依存する。少なくとも１つのさらなるセットに対して事前設定されるアグリゲーションレベルの数は、第１のセットに対して事前設定されるアグリゲーションレベルの数より少ない。これに加えて、またはこれに代えて、少なくとも１つのさらなるセットの少なくとも１つのアグリゲーションレベルの制御信号候補の数は、第１のセットの対応するアグリゲーションレベルの制御信号候補の数より少ない。アグリゲーションレベルは、制御信号を送信するためにいくつのリソースエレメントが使用されるかを定義する。
【０２２２】
ハードウェアおよびソフトウェアによる本開示の実施
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０２２３】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
【０２２４】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０２２５】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
0006779279.tif 000034
【図２】
0006779279.tif 000035
【図３】
0006779279.tif 000036
【図４】
0006779279.tif 000037
【図５】
0006779279.tif 000038
【図６】
0006779279.tif 000039
【図７】
0006779279.tif 000040
【図８】
0006779279.tif 000041
【図９】
0006779279.tif 000042
【図１０】
0006779279.tif 000043
【図１１】
0006779279.tif 000044
【図１２】
0006779279.tif 000045
【図１３】
0006779279.tif 000046
【図１４】
0006779279.tif 000047
【図１５】
0006779279.tif 000048
【図１６】
0006779279.tif 000049
【図１７】
0006779279.tif 000050
【図１８】
0006779279.tif 000051
【図１９】
0006779279.tif 000052
【図２０】
0006779279.tif 000053
【図２１】
0006779279.tif 000054
【図２２】
0006779279.tif 000055
【図２３】
0006779279.tif 000056
【図２４】
0006779279.tif 000057
【図２５】
0006779279.tif 000058
【図２６】
0006779279.tif 000059