(57)【要約】      （修正有）【課題】ＬＴＥにおけるグループベースのＰＤＣＣＨ能力を提供する。【解決手段】仮想キャリアに共通の情報といった、ＵＥのグループに共通の情報が、ＰＤＣＣＨ内のグループ探索空間においてシグナリングされる。この共通の情報は、仮想キャリアのリソースへのアクセスのためのＵＥ専用の情報を含む仮想キャリアに埋め込まれた更なる制御領域の位置を含む。暗黙的シグナリングによってＵＥにグループ識別情報を割り当て、グループベースのＰＤＣＣＨ探索空間の集約レベルを決定するための追加の方法が導入される。【選択図】図１０
2019106720.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、第１の周波数範囲にわたる複数の通信リソースエレメントを提供する無線アクセスインターフェースを介して無線通信システムからデータを受信するように構成された受信機と、を含み、モバイル端末の所定のグループに属するモバイル端末であって、
前記無線アクセスインターフェースは、複数の時分割のサブフレームを含み、前記サブフレームのうちの少なくとも１つは、
前記モバイル端末のうちの１つ以上へ第１のシグナリング情報を伝達するための前記サブフレームの第１の部分における第１の制御領域であって、前記第１の制御領域は複数の制御チャネルリソースエレメントを含み、前記制御チャネルリソースエレメントの第１のサブセットがグループ制御チャネルを提供し、前記グループ制御チャネルは、グループ識別子と関連付けられており、少なくとも一部が前記グループ識別子を用いて符号化されている、前記第１の制御領域と、
前記サブフレームの前記第１の部分とは別個の、前記サブフレームの第２の部分における第２の制御領域と
を含み、
前記グループ制御チャネルは、前記第２の制御領域の位置を示す情報を含み、前記情報は、前記グループ制御チャネルに前記グループ識別子を適用することによってアクセス可能であり、
前記所定のグループのメンバシップが、前記グループ識別子の使用によって指示され、
前記プロセッサは、前記グループ識別子を用いて前記第１の制御領域内で前記グループ制御チャネルを探し出すように動作し、
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、
前記第１の制御領域における前記制御チャネルリソースエレメントの第２のサブセットが、少なくとも１つの更なる制御チャネルを提供し、前記更なる制御チャネル又は各更なる制御チャネルの前記制御チャネルリソースエレメントは、関連付けられた更なる集約レベルを有し、
前記集約レベルは、前記更なる集約レベルのうちの少なくとも１つの関数である、モバイル端末。
【請求項２】
前記サブフレームの前記第１の部分は前記第２の部分の前に送信される、請求項１に記載のモバイル端末。
【請求項３】
前記グループ識別子はＲＮＴＩであり、前記グループ制御チャネルの前記符号化は、前記ＲＮＴＩを用いたＣＲＣビットの符号化である、請求項１又は２に記載のモバイル端末。
【請求項４】
前記グループ識別子は、基地局によって通信デバイスに割り当てられた一時ＲＮＴＩであると判定される、請求項１、２、及び３のいずれか一項に記載のモバイル端末。
【請求項５】
前記グループ識別子は、端末から基地局によって受信されるランダムアクセスプリアンブルメッセージにおいて指示される第１のプリアンブルシグネチャと、前記ランダムアクセスプリアンブルメッセージに応答して前記端末へ前記基地局によって送信されるランダムアクセス応答メッセージにおいて指示される第２のプリアンブルシグネチャとの間の関係から推定される、請求項３に記載のモバイル端末。
【請求項６】
前記ランダムアクセスプリアンブルメッセージに応答して前記基地局によって送信される前記ランダムアクセス応答メッセージは、セルＲＮＴＩが予期される予約ＲＮＴＩを含み、前記グループ識別子は、前記ランダムアクセス応答メッセージにおける前記予約ＲＮＴＩの存在に基づいて前記端末によって前記予約ＲＮＴＩであると判定される、請求項５に記載のモバイル端末。
【請求項７】
前記第２の制御領域は狭帯域制御領域であり、前記第１の制御領域の帯域幅より狭い第２の帯域幅を有し、
前記第２の制御領域は、ＰＤＳＣＨリソースを前記第２の帯域幅内で割り当てるために用いられる、請求項１〜６のいずれか一項に記載のモバイル端末。
【請求項８】
前記第２の制御領域は第３の領域内の領域であり、前記第３の領域は前記第１の制御領域と別個のものであり、前記第３の領域は、前記第１の制御領域の前記帯域幅より狭く、前記第２の帯域幅以上である第３の帯域幅を有し、前記第３の領域は、前記モバイル端末のうちの１つ以上へデータを伝達するように構成されている、請求項７に記載のモバイル端末。
【請求項９】
前記第３の領域は第４の領域を含み、前記第４の領域は、前記第３の帯域幅より狭い第４の帯域幅を有し、前記第４の領域は、前記モバイル端末のうちの１つ以上へ更なる制御データを伝達するように構成されている、請求項８に記載のモバイル端末。
【請求項１０】
前記第４の領域は、前記第２の制御領域の外部の前記サブフレームの前記第２の部分のほぼ全ての持続期間にわたって広がる、請求項９に記載のモバイル端末。
【請求項１１】
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、前記集約レベルはブロードキャストされる、請求項１から１０のいずれか一項に記載のモバイル端末。
【請求項１２】
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、前記集約レベルは、前記モバイル端末からのフィードバック情報に従って前記基地局によって決定され、前記フィードバック情報は受信の受信確認に対応する、請求項４または５に記載のモバイル端末。
【請求項１３】
前記フィードバック情報は、受信確認の予期される受信率と受信確認の検出される受信率との間の比較の結果である、請求項１２に記載のモバイル端末。
【請求項１４】
モバイル端末の所定のグループに属するモバイル端末を動作させる方法であって、前記所定のグループのメンバシップはグループ識別子の使用によって指示され、前記モバイル端末は、動作に際して、第１の周波数範囲にわたって無線通信システムからデータを受信し、前記データは複数の通信リソースエレメントとして受信され、前記複数の通信リソースエレメントは複数の時分割のサブフレームとして配置され、前記サブフレームのうちの少なくとも１つが、
前記モバイル端末のうちの１つ以上へ第１のシグナリング情報を伝達するための前記サブフレームの第１の部分における第１の制御領域であって、前記第１の制御領域は複数の制御チャネルリソースエレメントを含み、前記制御チャネルリソースエレメントの第１のサブセットがグループ制御チャネルを提供し、前記グループ制御チャネルは、グループ識別子と関連付けられており、少なくとも一部が前記グループ識別子を用いて符号化されている、前記第１の制御領域と、
前記サブフレームの前記第１の部分とは別個の、前記サブフレームの第２の部分における第２の制御領域と
を含み、
前記グループ制御チャネルは、前記第２の制御領域の位置を示す情報を含み、前記情報は、前記グループ識別子を用いて前記モバイル端末の所定のグループの各々によってアクセス可能であり、
前記方法は、
前記第１の制御領域からデータを受信することと、
前記グループ識別子を用いて前記第１の制御領域内で前記グループ制御チャネルを探し出すことと、
前記グループ制御チャネルから前記第２の制御領域の前記位置を示す情報を抽出することと、
前記第２の制御領域からデータを受信することと、
を含み、
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、
前記第１の制御領域における前記制御チャネルリソースエレメントの第２のサブセットが、少なくとも１つの更なる制御チャネルを提供し、前記更なる制御チャネル又は各更なる制御チャネルの前記制御チャネルリソースエレメントは、関連付けられた更なる集約レベルを有し、
前記集約レベルは、前記更なる集約レベルのうちの少なくとも１つの関数である、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムで、モバイル端末へデータを送信し、且つ／又はモバイル端末からデータを受信するためのモバイル端末および方法に関する。
【背景技術】
【０００２】
本発明の実施形態は、例えば、直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘ（ＯＦＤＭ））ベースの（ＷｉＭＡＸ（登録商標）やＬＴＥといった）無線アクセス技術を有するセルラー通信ネットワークにおいて、マシンタイプコミュニケーション（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＭＴＣ））デバイスのグループのための送信リソースを割り振り、ＭＴＣデバイスのグループへ制御データを送信することができる。
【０００３】
あるクラスの通信デバイス、例えばＭＴＣデバイス（準自律的な無線通信端末や自律的な無線通信端末など）は、例えば、比較的低頻度の間隔での少量のデータ送信を特徴とする「低能力」通信アプリケーションをサポートする。ＭＴＣデバイスは、個別には、通信ネットワークにかかるわずかな負担しか表さず、よって、同じネットワークにおいて同等の「全能力」端末よりも多数配備され得るように構築される。
【０００４】
多くのシナリオにおいては、端末へ（端末から）送信される可能性の高いデータ量により見合った能力を有する単純な受信機ユニット（又は送受信機ユニット）とのそうした「低能力」の通信用途専用の端末を提供することが好ましい。このより限定された能力は、同じ通信ネットワークへのアクセスを共用する、スマートフォンといった従来のモバイル通信端末の能力と対照をなす。
【０００５】
ＭＴＣ端末をサポートするために、１つ以上の「ホストキャリア」の帯域幅内で動作する「仮想キャリア」を導入することが提案されている。提案の仮想キャリアの概念は、好ましくは、従来のＯＦＤＭベースの無線アクセス技術の送信リソース内に統合され、ＯＦＤＭと同様のやり方で周波数スペクトルを細分する。従来のＯＦＤＭタイプのダウンリンクキャリア上で送信されるデータと異なり、仮想キャリア上で送信されるデータは、ダウンリンクＯＦＤＭホストキャリアの全帯域幅を処理することを要さずに受信され、復号され得る。従って、仮想キャリア上で送信されるデータを、複雑さが低減された受信機ユニットを用いて受信し、復号することができ、複雑さの低減、信頼性の向上、フォームファクタの低減、製造コストの低下といった利益が付随する。
【０００６】
仮想キャリアの概念は、その内容が参照により本明細書に組み入れられる、（ＧＢ１１０１９７０．０［２］、ＧＢ１１０１９８１．７［３］、ＧＢ１１０１９６６．８［４］、ＧＢ１１０１９８３．３［５］、ＧＢ１１０１８５３．８［６］、ＧＢ１１０１９８２．５［７］、ＧＢ１１０１９８０．９［８］、及びＧＢ１１０１９７２．６［９］を含む）いくつかの同時係属の特許出願に記載されている。
【０００７】
同時係属の特許出願ＧＢ１１２１７６７．６［１１］に記載されている、仮想キャリア（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ（ＶＣ））の概念の１つの実装形態においては、ＶＣ対応のＭＴＣデバイスは、全ホストキャリア（ｈｏｓｔ  ｃａｒｒｉｅｒ（ＨＣ））のサブキャリア（ＨＣ制御領域）にわたって、あるＯＦＤＭシンボルのみを受信するものと想定される。即ち、残りのＯＦＤＭシンボルは、通常、複数のＶＣ帯域幅範囲のうちの１つにわたって受信される。ＶＣは、当該ＶＣ帯域幅範囲にわたって受信されるシンボルの間で専用のＶＣ制御領域を提供する。
【０００８】
従来のＬＴＥでは、このＨＣ制御領域含むリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ（ＲＥ））のうちの少なくともいくつかが、仕様によって、いくつかのいわゆる制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ（ＣＣＥ））を形成するように定義される。デバイスへ制御情報を提供するための物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ＰＤＣＣＨ））は、いくつかのＣＣＥを含む。特定のＰＤＣＣＨを含むＣＣＥの数は、ｅＮｏｄｅＢによって決定される集約レベルに依存する（集約レベルの考察については後で考察する）。ＵＥは、当該ＵＥに関連する制御情報を含むＰＤＣＣＨを含むＣＣＥがあるかどうか判定するために、制御領域内のＣＣＥのうちのいくつかを探索しなければならない。あるＣＣＥは全てのＵＥによって探索され、これらのＣＣＥはいわゆる共通探索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ（ＣＳＳ））を含み、あるＣＣＥは全てのＵＥによっては探索されず、これらのＣＣＥはいわゆるＵＥ専用の探索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ（ＵＥＳＳ））を含む。ＣＣＥは、１つ以上の探索空間の一部であってよい。典型的には、共通探索空間内のＣＣＥを含むＰＤＣＣＨは、セル内の全てのＵＥに関連する情報を含み、ＵＥ専用の探索空間内のＣＣＥを含むＰＤＣＣＨは、１つのＵＥにのみ関連する情報を含む。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＨＣ制御領域は限られた数のＲＥを有し、この制限は、配備され得るＭＴＣデバイスの数を制約し得る。というのは、各ＭＴＣデバイスが対応するＵＥＳＳを必要とするからである。ＭＴＣデバイスの数は今後何年間かに際立って増加するものと予測され、ＬＴＥにおいてＲＥに課せられる制限は多くのＭＴＣシナリオを制約することが予期され得る。
【００１０】
従って、ＭＴＣデバイスのための無線通信システムの効率のよい運用が求められている。
【課題を解決するための手段】
【００１１】
本発明の第１の態様によれば、モバイル端末へデータを送信し、且つ／又はモバイル端末からデータを受信するための無線通信システムが提供され、無線通信システムは、
１つ以上の基地局を含み、基地局の各々は、モバイル端末へ、且つ／又はモバイル端末からデータを伝達するための無線アクセスインターフェースを提供するように構成された送信機と受信機とを含み、無線アクセスインターフェースは、第１の周波数範囲にわたる複数の通信リソースエレメントを提供し、
１つ以上の基地局によって提供される無線アクセスインターフェースは、複数の時分割サブフレームを含み、サブフレームのうちの少なくとも１つは、
モバイル端末のうちの１つ以上へ第１のシグナリング情報を伝達するためのサブフレームの第１の部分における第１の制御領域であって、第１の制御領域は、複数の制御チャネルリソースエレメントを含み、上記制御チャネルリソースエレメントの第１のサブセットはグループ制御チャネルを提供し、グループ制御チャネルは、グループ識別子と関連付けられており、少なくとも一部がグループ識別子を用いて符号化されている、第１の制御領域と、
第１の制御領域によって占有されるサブフレームの第１の部分とは別個の、サブフレームの第２の部分における第２の制御領域であって、モバイル端末の所定のグループへ第２のシグナリング情報を伝達するためのものである第２の制御領域と
を含み、
グループ制御チャネルは、第２の制御領域の位置を示す情報を含み、上記情報は、グループ制御チャネルにグループ識別子を適用することによってアクセス可能であり、モバイル端末の所定のグループの各々は同じグループ識別子を使用する。
【００１２】
従って、無線通信システムは、仮想キャリアに共通の情報といった、ＵＥのグループに共通の情報を送信するグループベースの制御チャネル能力（グループ探索空間）を実装する。これは、特に、仮想キャリアのリソースへのアクセスを提供するためのＵＥ専用の情報を含む仮想キャリアに埋め込まれ得る更なる制御領域の位置を含む。
【００１３】
よって、上記のＭＴＣシナリオにおけるホストキャリア制御領域（即ち、物理ダウンリンク制御チャネル（ＰＤＣＣＨ））における潜在的な容量問題は、あるＵＥのグループに共通であるが全てのＵＥへのブロードキャストは意図されない情報が、新しいグループ専用の探索空間（ＧＳＳ）内のＰＤＣＣＨ上で効率よくシグナリングされることを可能にすることによって対処される。これにより、非ＶＣのＵＥに不要な処理負荷をかけずに、ＰＤＣＣＨ容量がより効率よく利用される。
【００１４】
暗黙的シグナリングによってＵＥにグループ識別情報を割り当てるための機構及びグループベースのＰＤＣＣＨ探索空間の集約レベルを決定するための機構を含む、本発明の様々な更なる態様及び実施形態は、添付の独立請求項及び従属請求項において提供されている。
【００１５】
本発明の第１の態様及びその他の態様に関連して上述した本発明の特徴及び側面は、上述の特定の組み合わせとしてだけでなく、適宜、本発明の異なる態様による本発明の実施形態に等しく適用可能であり、それらの実施形態と組み合わされ得るものであることが理解されるであろう。更に、従属請求項の特徴は、各請求項に明示的に記載されている組み合わせ以外の組み合わせとして独立請求項の特徴と組み合わされてよい。
【図面の簡単な説明】
【００１６】
次に本発明の実施形態を、単なる例示として、添付の図面を参照して説明する。図面において類似の部分は対応する参照符号を備える。
【００１７】
【図１】従来のモバイル通信ネットワークの例を示す概略図である。
【図２】従来のＬＴＥ無線フレームを示す概略図である。
【図３】従来のＬＴＥダウンリンク無線サブフレームの例を示す概略図である。
【図４】狭帯域仮想キャリアがホストキャリアの中心周波数のところに挿入されており、仮想キャリア領域がホストキャリアの広帯域ＰＤＣＣＨ制御領域と隣接し、特徴的な「Ｔ字型」をなしているＬＴＥダウンリンク無線サブフレームの例を示す概略図である
【図５】仮想キャリアがホストキャリアのいくつかの周波数のところに挿入されているＬＴＥダウンリンク無線サブフレームの例を示す概略図である。
【図６Ａ】ＨＣ制御領域が仮想キャリアの制限された周波数帯域内のＶＣ制御領域（ＶＣ  ＰＤＣＣＨ領域）によって補足されるＬＴＥダウンリンク無線サブフレームの例を示す概略図である。
【図６Ｂ】ＨＣ制御領域が、仮想キャリアの制限された周波数帯域内のＶＣ制御領域（ＶＣ  ＰＤＣＣＨ領域）及びＶＣ−ＥＰＤＣＣＨ、並びにＥＰＤＣＣＨ制御領域によって補足されるＬＴＥダウンリンク無線サブフレームの例を示す概略図である。
【図６Ｃ】ＨＣ制御領域内のＣＣＥとＲＥとの関係を示す概略図である。
【図７】ＧＳＳ及びＣＳＳ内で制御チャネル要素にアクセスするための方式の概略図である。
【図８Ａ】ＬＴＥにおける競合ベースのランダムアクセス手順の概略図である。
【図８Ｂ】従来のＭＡＣ  ＲＡＲメッセージの構造を示す図である。
【図８Ｃ】Ｇ−Ｃ−ＲＮＴＩを含むように拡張されたＭＡＣ  ＲＡＲメッセージの構造を示す図である。
【図９】本発明の一実施形態による、従来のＬＴＥ端末及び低減容量端末への無線アクセスを提供するように適応しているＬＴＥセルラー通信ネットワークの一部を示す概略図である。
【図１０】本発明の一実施形態によるモバイル端末の動作を示す図である。
【発明を実施するための形態】
【００１８】
前述の同時係属の出願は、特に、ＬＴＥネットワークの混在するユーザ機器端末（ＵＥ）の間でマシンタイプコミュニケーション（ＭＴＣ）デバイスにサービスするＬＴＥネットワークにおける使用に適した、旧来のホストキャリア（ＨＣ）に埋め込まれたいわゆる仮想キャリア（ＶＣ）のいくつかの部分の設計及び動作を詳細に論じている。ＶＣ設計の１つの特定のバージョンがいわゆる「Ｔ字型」ＶＣであり、その詳細な説明は、同時係属の特許出願ＧＢ１１２１７６７．６［１１］に記載されている。これについての構造が図４に示されている。そうしたＶＣにおいて、ＶＣ−ＵＥは、ＨＣ上の広帯域制御領域を復号することができるものと想定されているが、その後は、ＶＣ上の物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ（ＰＤＳＣＨ））などのための比較的狭帯域のリソースだけに限定される。
【００１９】
ＬＴＥの現行リリースで定義されている制御領域は、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ、及びリファレンス信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を含む。ここで対象とするのは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）である。ＵＥは、制御領域全体を探索して、ＰＤＣＣＨ上で搬送される２セットの情報、即ち、全てのＵＥにブロードキャストされる第１のセット、及び当該ＵＥだけに向けられる第２のセットを見つけなければならない。この探索は、当該ＵＥのＰＤＣＣＨを形成し得るはずのリソースエレメント（ＲＥ）の全ての可能な位置及び組み合わせを「ブラインド復号」することによってなされ、チャネル仕様は、ＲＥがどのようにしてＰＤＣＣＨ候補へ組み合わされるべきかを定義している。
【００２０】
全ての可能なＰＤＣＣＨ候補を探索するための手順は、より的を絞った探索を可能とするはずの情報が事前に提供されないため、「ブラインド復号」と呼ばれる。
【００２１】
これは、１つのサブフレームでスケジュールされる全てのＵＥが、制御領域に埋め込まれたＵＥそれぞれの制御情報を有していなければならないことを意味する。ＭＴＣシナリオで生じ得るように、多数のＵＥがある場合には、１つのサブフレームの制御領域においてスケジュールされた各ＵＥにＰＤＣＣＨを割り当てるのに利用可能なリソースが十分でない可能性もあり得ることになる。
【００２２】
ＬＴＥでは、任意の所与のＵＥにデータを宛先指定するのに使用される識別子は、無線ネットワーク一時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）として知られている。通信セッション内のコンテキストによっては、ＲＮＴＩは、いくつかの形のうちの１つを取り得る。よって、ＵＥ専用のデータは、Ｃ−ＲＮＴＩ（セルＲＮＴＩ）又は一時Ｃ−ＲＮＴＩを使用し、システム情報のブロードキャストを目的とするデータは、ＳＩ−ＲＮＴＩ（システム情報ＲＮＴＩ）を使用し、ページング信号は、Ｐ−ＲＮＴＩ（ページングＲＮＴＩ）を使用し、ランダムアクセス手順（ＲＡ手順）に関するメッセージは、ＲＡ−ＲＮＴＩ（ランダムアクセスＲＮＴＩ）を使用し、以下同様である。よって、Ｃ−ＲＮＴＩは、セル内のＵＥを一意に識別する。ＲＮＴＩは、ある範囲の１６ビット値の中から割り当てられ、仕様により、可能な全範囲内のどの範囲からどのＲＮＴＩが取得され得るかが制限されている。いくつかの値は、いかなるＲＮＴＩとしての使用も許されず、それらを、本明細書では、「予約ＲＮＴＩ」と呼ぶ。仕様の現行バージョンでは、これらは、１６進法で、ＦＦＦ４からＦＦＦＣ（ＦＦＦＣを含む）までの範囲である。
【００２３】
ＵＥは、仕様及びｅＮＢ構成に従って、ＰＤＣＣＨであり得るはずの可能なＲＥのセットごとの復号を試みることによって、制御領域内の特定のＰＤＣＣＨが当該ＵＥを対象とするものであるかどうか判定する。ＬＴＥでは、各ＲＲＣ接続ＵＥに１６ビットのＣ−ＲＮＴＩが割り当てられ、１６ビットのＣ−ＲＮＴＩは、最大約６５０００ユーザがＲＲＣ接続されることを可能にする。割り当てられたＣ−ＲＮＴＩ（又は他のＵＥ  ＩＤ）は、セル内の特定のＵＥへ制御情報を一意にアドレス指定するのに使用される。シグナリングオーバーヘッドを低減するために、ＵＥ  ＩＤは明示的に送られない。代わりに、ＵＥを対象とするＰＤＣＣＨデータの一部が、ｅＮｏｄｅＢ（又は他のネットワークアクセスエンティティ）によってＵＥ  ＩＤと一意に関連付けられたマスクでスクランブルされる（マスクされる）。ある特定の例では、ＣＲＣビット（巡回冗長検査ビット、主に誤り訂正手順で使用される）が、Ｃ−ＲＮＴＩを用いてスクランブルされる。
【００２４】
ＵＥ自体のＣ−ＲＮＴＩを用いてスクランブルされたＰＤＣＣＨデータは、当該の同じＣ−ＲＮＴＩでしかスクランブル解除され得ない。よって、この例では、各ＵＥは、ＣＲＣ検査を行う前に、各ＵＥ自体のマスクで受け取ったＣＲＣビットをスクランブル解除する。
【００２５】
Ｃ−ＲＮＴＩは、ランダムアクセス（ＲＡ）手順の間にネットワークによってＵＥに割り当てられる。ブロードキャスト情報を探し出すためにも同様のプロセスが実行され、ブロードキャスト情報は、Ｐ−ＲＮＴＩやＳＩ−ＲＮＴＩといった、セル内の全てのＵＥに知られている共通のＲＮＴＩによってスクランブルされたＣＲＣを有する。
【００２６】
別個のＵＥ識別子がない場合、２Ｇ及び３Ｇの技術は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）の参照によってＵＥを識別しようとする。厳密には、ＩＭＳＩは、多くの場合、加入者識別モジュールカード（「ＳＩＭ」）と関連付けられた加入者識別子である。ＩＭＳＩは依然としてＬＴＥ技術の特徴であり、単一のＳＩＭが各ＵＥに存在する場合、ＩＭＳＩは、セル内のＵＥの更なる識別子として使用され得る。
【００２７】
制御情報は、標準化されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ））メッセージにおいてＰＤＣＣＨ上での送信のためにパッケージ化される。これらのＤＣＩメッセージは、その目的に応じて異なるフォーマットを用いる。ＤＣＩフォーマットは、アップリンク許可信号、ダウンリンク共有チャネルリソース割り振り信号、ＵＥの送信電力を節電するように適応させる送信電力制御（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ（ＴＰＣ））コマンド、及びＭＩＭＯプリコーディング情報を含む。３ＧＰＰ規格ＤＣＩフォーマットのより詳細な考察は、参照により本明細書に組み入れられる３ＧＰＰ  ＴＳ  ３６．２１２（Ｓｅｃｔｉｏｎ  ５．３．３．１）に記載されている。上述の「Ｔ字型」ＶＣでは、ＭＴＣシナリオで必要とされ得る多くのＰＤＣＣＨを提供するのに制御領域にける容量が不十分となり得るはずである。更に、ＶＣ専用の制御情報を提供するための単純明快な解決法は、新しいＤＣＩフォーマットを作成することになるであろう。しかし、この切り離されたステップは、新しいフォーマットを知っているＵＥにとってのブラインド復号負荷を増大させることになり、また、ＭＴＣデバイスは低能力、低コストのはずであるため、これは、望ましくない手法となり得るはずである。
【００２８】
ＶＣを使用するように構成されたＵＥは、通常、ＶＣの動作に関するある量の共通の制御情報を共有することになる。この情報は、セル内の全てのＵＥに関連するものではなく、そのため、ＰＤＣＣＨの共通探索空間（ＣＳＳ）内での送信に適さない。しかし、この情報は、多数のＰＤＣＣＨ上で多くのＵＥへ、ＵＥそれぞれのＵＥ専用の探索空間（ＵＥＳＳ）で送信される必要もない。後者の手法は、制御領域過負荷の一因となり得るため、推奨しない。
【００２９】
共通のＶＣ制御情報がそうした新しいＤＣＩフォーマットを用いてＣＳＳで送信された場合には、それは、全てのＵＥが、たとえ、フォーマットが意味を持たず、ＶＣ制御情報が値を持たない旧来のＵＥでさえも、別のＤＣＩフォーマットを含むＰＤＣＣＨの「ブラインド復号」を試みるよう強いられることになることを意味するはずである。更に、あるＨＣ内の複数の独立のＶＣのための制御シグナリングを全てＣＳＳ内で搬送することは困難となり得るはずである。
【００３０】
従って、ＰＤＣＣＨ容量に対する潜在的制限を緩和し、これを、ＵＥにとっての最小限の増分ブラインド復号負荷で達成する解決法は、大きな関心事である。図１に、例えば、３ＧＰＰ定義のＵＭＴＳ及び／又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）アーキテクチャを用いた、従来のモバイル通信ネットワークの若干の基本的機能を例示する概略図を示す。
【００３１】
ネットワークは、コアネットワーク１０２に接続された複数の基地局１０１を含む。各基地局は、その範囲内で端末デバイス（モバイル端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ（ＭＴ）、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ）とも呼ばれる）１０４との間でデータが伝達され得るカバレッジエリア１０３（即ちセル）を提供する。データは、無線ダウンリンクを介して、基地局１０１から各基地局１０１のカバレッジエリア１０３内の端末デバイス１０４へ送信される。データは、無線アップリンクを介して端末デバイス１０４から基地局１０１へ送信される。コアネットワーク１０２は、それぞれの基地局１０１を介して端末デバイス１０４との間でデータをルーティングし、認証、モビリティ管理、課金などといった機能を提供する。
【００３２】
モバイル通信システム、例えば、３ＧＰＰ定義のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）アーキテクチャに従って構成されたモバイル通信システムは、直交周波数分割多重（ＯＦＤＭ）ベースのインターフェースを無線ダウンリンク（いわゆるＯＦＤＭＡ）及び無線アップリンク（いわゆるＳＣ‐ＦＤＭＡ）に使用する。
【００３３】
図２に、ＯＦＤＭベースのＬＴＥダウンリンク無線フレーム２０１を例示する概略図を示す。ＬＴＥダウンリンク無線フレームは、ＬＴＥ基地局（エンハンスドＮｏｄｅＢと呼ばれる）から送信され、１０ミリ秒間続く。ダウンリンク無線フレームは１０サブフレームを含み、各サブフレームは１ミリ秒間続く。プライマリ同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ  ｓｉｇｎａｌ（ＰＳＳ））及びセカンダリ同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ  ｓｉｇｎａｌ（ＳＳＳ））は、周波数分割複信（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ（ＦＤＤ））では、ＬＴＥ無線フレームの第１及び第６のサブフレームで送信される。物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ（ＰＢＣＨ））はＬＴＥ無線フレームの第１のサブフレームで送信される。ＰＳＳ、ＳＳＳ、及びＰＢＣＨについては以下でより詳細に論じる。
【００３４】
図３は、従来のダウンリンクＬＴＥサブフレームの例の構造を示すグリッドの概略図である。サブフレームは所定数の「シンボル」を含み、各シンボルはそれぞれの１／１４ミリ秒の期間にわたって送信される。各シンボルは、ダウンリンク無線キャリアの帯域幅全体に分散する所定数の直交サブキャリアを含む。図において、横軸は時間を表し、縦軸は周波数を表す。
【００３５】
図３に示すサブフレームの例は、１４シンボル、及び２０ＭＨｚの帯域幅Ｒ３２０にわたって散在する１２００サブキャリアを含む。ＬＴＥで送信するための最小のユーザデータ割り振りは、１スロット（０．５サブフレーム）上で送信される１２サブキャリアを含む「リソースブロック」である。図３Ａのサブフレームグリッド内の個々の各ボックスは、１シンボル上で送信される１２サブキャリアに対応する。
【００３６】
図３には、４つのＬＴＥ端末３４０、３４１、３４２、３４３のためのリソース割り振りがハッチングで示されている。例えば、第１のＬＴＥ端末（ＵＥ１）のためのリソース割り振り３４２は５ブロックの１２サブキャリア（即ち６０サブキャリア）にわたっており、第２のＬＴＥ端末（ＵＥ２）のためのリソース割り振り３４３は６ブロックの１２サブキャリアにわたっており、以下同様である。
【００３７】
制御チャネルデータは、サブフレームの最初のｎシンボルを含むサブフレームの（図３において点網掛けで表された）制御領域３００で送信され、ｎは３ＭＨｚ以上のチャネル帯域幅では１から３シンボルまで可変であり、１．４ＭＨｚのチャネル帯域幅では２から４シンボルまで可変である。具体例を提供するものとして、以下の記述は、３ＭＨｚ以上のチャネル帯域幅を有するホストキャリアに関するものであり、よってｎの最大値は３になる。制御領域３００で送信されるデータは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマット指示チャネル（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ（ＰＣＦＩＣＨ））、及び物理ＨＡＲＱ指示チャネル（ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ（ＰＨＩＣＨ））上で送信されるデータを含む。
【００３８】
ＰＤＣＣＨは、サブフレームのどのシンボル上でどのサブキャリアが特定のＬＴＥ端末に割り振られているかを指示する制御データを含む。よって、図３に示すサブフレームの制御領域３００で送信されるＰＤＣＣＨデータは、ＵＥ１が参照番号３４２で識別されるリソースのブロックを割り振られていること、ＵＥ２が参照番号３４３で識別されるリソースのブロックを割り振られていること、以下同様を指示することになる。
【００３９】
ＰＣＦＩＣＨは、制御領域のサイズ（典型的には１から３シンボルまでであるが、１．４ＭＨｚのチャネル帯域幅をサポートするために４シンボルが企図されている）を指示する制御データを含む。
【００４０】
ＰＨＩＣＨは、前に送信されたアップリンクデータがネットワークによって正常に受信されたか否かを指示するＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｑｕｅｓｔ）データを含む。
【００４１】
時間周波数リソースグリッドの中央帯域３１０のシンボルは、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、及び物理ブロードキャストチャネル（ＰＢＣＨ）を含む情報の送信に使用される。この中央帯域３１０は通常、（１．０８ＭＨｚの送信帯域幅に対応する）７２サブキャリアの幅である。ＰＳＳ及びＳＳＳは、検出されると、ＬＴＥ端末デバイスがフレーム同期を達成し、ダウンリンク信号を送信しているエンハンスドＮｏｄｅＢのセル識別情報を決定することを可能にする同期信号である。ＰＢＣＨはセルに関する情報を搬送し、ＬＴＥ端末がセルに正しくアクセスするのに使用するパラメータを含むマスタ情報ブロック（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ（ＭＩＢ））を含む。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で個々のＬＴＥ端末へ送信されるデータは、そのサブフレームの他のリソースエレメントで送信され得る。これらのチャネルの更なる説明を以下で提供する。
【００４２】
図３には、システム情報を含み、Ｒ３４４の帯域幅に及ぶＰＤＳＣＨ３４４の領域も示されている。従来のＬＴＥフレームは、以下で更に論じるが、明確にするために図３には示されていないリファレンス信号も含むことになる。
【００４３】
ＬＴＥチャネル内のサブキャリアの数は伝送ネットワークの構成に応じて変動し得る。通常この変動は、１．４ＭＨｚチャネル帯域幅内に含まれる７２サブキャリアから（図３に概略的に示すように）２０ＭＨｚチャネル帯域幅内に含まれる１２００サブキャリアまでである。当分野で公知のように、ＰＤＣＣＨ、ＰＣＦＩＣＨ、及びＰＨＩＣＨ上で送信されるデータは、通常、周波数ダイバーシチを可能にするために、サブフレームの全帯域幅にわたるサブキャリア上に分散される。従って、従来のＬＴＥ端末は、制御領域を受信し、復号するために全チャネル帯域幅を受信することができなければならない。
【００４４】
上述のように、予期された第３及び第４世代ネットワークの広範囲にわたる展開は、利用可能な高データレートを利用するよりはむしろ、代わりにロバストな無線インターフェース及び拡大するカバレッジエリアの遍在性を利用するクラスのデバイス及びアプリケーションの並列的発展をもたらしている。この並列的なデバイス及びアプリケーションのクラスは、ＭＴＣデバイス及びいわゆるマシンツーマシン（ｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ（Ｍ２Ｍ））アプリケーションを含み、このクラスでは、準自律的な無線通信デバイス又は自律的な無線通信デバイスが、通常、相対的に低頻度で少量のデータを伝達する。
【００４５】
ＭＴＣ（及びＭ２Ｍ）デバイスの例には、例えば、顧客の住宅に設置され、情報、即ち顧客の、ガス、水道、電気などといった公共設備の消費に関連したデータを中央ＭＴＣサーバへ周期的に送り返す、いわゆるスマートメータ；輸送及びロジスティクス追跡、道路通行料金徴収、モニタリングシステムといった「トラックアンドトレース（ｔｒａｃｋ  ａｎｄ  ｔｒａｃｅ）」アプリケーション；ＭＴＣ対応センサ、照明、診断などを備える遠隔保守及び制御システム；環境モニタリング；販売時点支払システム及び自動販売機；セキュリティシステムなどが含まれる。
【００４６】
ＭＴＣタイプデバイスの特性に関する詳細、及びＭＴＣデバイスが適用され得るアプリケーションの別の例は、例えば、ＥＴＳＩ  ＴＳ  １２２  ３６８  Ｖ１０．５３０（２０１１−０７）／３ＧＰＰ  ＴＳ  ２２．３６８  ｖｅｒｓｉｏｎ  １０．５．０  Ｒｅｌｅａｓｅ  １０）［１］のような対応する規格に記載されている。
【００４７】
ＭＴＣタイプの端末のような端末が第３又は第４世代モバイル通信ネットワークによって提供される広範囲のカバレッジエリアを利用することは好都合となり得るが、目下のところ、不都合点、及び展開の成功への課題がある。スマートフォンのような従来の第３又は第４世代端末デバイスと異なり、ＭＴＣタイプ端末は、相対的に簡素で安価であることが好ましい。加えて、ＭＴＣデバイスは、多くの場合、直接の保守又は交換のためのアクセスが容易ではない状況、即ち、信頼性が高く、効率的な動作が非常に重要となり得る状況において配置される。更に、ＭＴＣタイプ端末によって果たされるタイプの機能（例えば、データの収集や報告）は、特に複雑な処理の実行を必要としないが、第３及び第４世代モバイル通信ネットワークは、通常、無線インターフェース上で（１６ＱＡＭや６４ＱＡＭのような）高度なデータ変調技術を用い、これらの技術の実装にはより複雑で高価な無線送受信機が必要となり得る。
【００４８】
スマートフォンは通常、典型的なスマートフォンタイプの機能を果たすのに高性能のプロセッサを必要とするため、スマートフォンにそうした複雑な送受信機を含めることは、普通は正当化される。しかし、上述のように、現在は、ＬＴＥタイプのネットワークを用いた通信に、相対的に安価で、簡素なデバイスを使用することが求められている。異なる動作機能性、例えば低減帯域幅動作を有するデバイスにネットワークアクセス可能性を提供するこの取り組みと並行して、そうしたデバイスをサポートする通信システムにおける利用可能な帯域幅の使用を最適化することも求められている。
【００４９】
多くのシナリオにおいて、そうしたデバイスのような低能力端末に、全キャリア帯域幅にわたるＬＴＥダウンリンクフレームからの（制御）データを受信し、処理することができる従来の高性能のＬＴＥ受信機ユニットを設けることは、少量のデータを通信しさえすればよいデバイスにとっては過度な複雑さとなり得る。従ってこれは、ＬＴＥネットワークにおける低能力ＭＴＣタイプのデバイスの幅広い展開の実現を制限するものとなり得る。代わりに、ＭＴＣデバイスのような低能力端末には、端末へ送信される可能性の高いデータ量により釣り合うより簡素な受信機ユニットを設けることが好ましい。
【００５０】
よって、従来のＯＦＤＭタイプのダウンリンクキャリア（即ち「ホストキャリア」）の送信リソース内で、ＭＴＣデバイスのような低能力端末に適応させた「仮想キャリア」が提供される。従来のＯＦＤＭタイプのダウンリンクキャリア上で送信されるデータと異なり、仮想キャリア上で送信されるデータは、サブフレームの少なくとも若干の部分については、ダウンリンクホストＯＦＤＭキャリアの全帯域幅を処理することを要さずに受信され、復号され得る。そのため、仮想キャリア上で送信されるデータは、複雑さが低減された受信機ユニットを用いて受信し、復号することができる。
【００５１】
「仮想キャリア」という用語は、本質的に、（ＷｉＭＡＸ（登録商標）やＬＴＥのような）ＯＦＤＭベースの無線アクセス技術についてのホストキャリア内のＭＴＣタイプデバイスのための狭帯域キャリアに対応する。
【００５２】
仮想キャリアの概念は、その内容が参照により本明細書に組み入れられる、（ＧＢ１１０１９７０．０［２］、ＧＢ１１０１９８１．７［３］、ＧＢ１１０１９６６．８［４］、ＧＢ１１０１９８３．３［５］、ＧＢ１１０１８５３．８［６］、ＧＢ１１０１９８２．５［７］、ＧＢ１１０１９８０．９［８］、及びＧＢ１１０１９７２．６［９］を含む）いくつかの同時係属の特許出願に記載されている。しかし、参照を容易にするために、仮想キャリアの概念のいくつかの側面の概観が付録１に記載されている。
【００５３】
図４に、仮想キャリア４０６の一例が導入されている上述の確立されたＬＴＥ規格に従った任意のダウンリンクサブフレームを概略的に表す。このサブフレームは、本質的に、図３に表したものの簡略化バージョンである。よって、このサブフレームは、上述のＰＣＦＩＣＨ、ＰＨＩＣＨ、及びＰＤＣＣＨの各チャネルをサポートする制御領域４００、並びに、やはり上述の、それぞれの端末デバイスへの上位層データ（例えば、ユーザプレーンデータや非物理層制御プレーンシグナリング）、及びシステム情報を伝達するためのＰＤＳＣＨ領域４０２を含む。具体例を挙げるために、サブフレームが関連付けられているキャリアの周波数帯域幅（ＢＷ）は２０ＭＨｚであるものとする。また、図４には、ＰＤＳＣＨダウンリンク割り振りの例４０４も黒いシェーディングで概略的に示されている。定義済みの規格によれば、上述のように、個々の端末デバイスは、サブフレームでの各端末デバイス専用のダウンリンク割り振り４０４を、サブフレームの制御領域４００で送信されるＰＤＣＣＨから導出する。
【００５４】
どんなサブフレームにおいても全ＰＤＳＣＨ帯域幅のどこかの利用可能なＰＤＳＣＨリソースのサブセットがＵＥに割り振られ得るはずの従来のＬＴＥ構成とは対照的に、図４に示すＴ字型構成では、ＭＴＣデバイスは、仮想キャリアに対応する事前設定の制限された周波数帯域４０６内でのみＰＤＳＣＨリソースを割り振られ得る。
【００５５】
従って、ＭＴＣデバイスは、各々、サブフレームから各ＭＴＣデバイス自体のデータを特定し、抽出するのに、当該サブフレームに含まれる全ＰＤＳＣＨリソースのうちのごく一部をバッファし、処理しさえすればよい。
【００５６】
よって、基地局から端末デバイスへ、例えばＬＴＥにおけるＰＤＳＣＨ上で通信するのに使用される事前設定の制限された周波数帯域は、例えば、ＬＴＥにおけるＰＤＣＣＨ上で、物理層制御情報を伝達するのに使用される全システム周波数帯域（キャリア帯域幅）より狭い。その結果、基地局は、制限された周波数帯域内でのみ、ＰＤＳＣＨ上の端末デバイスのためのダウンリンクリソースを割り振るように構成され得ることになる。端末デバイスは、制限された周波数帯域内のＰＤＳＣＨリソースだけを割り振られることになることを事前に知っているため、端末デバイスは、所定の制限された周波数帯域以外からのいかなるＰＤＳＣＨリソースもバッファし、処理しなくて済む。
【００５７】
この例では、基地局とＭＴＣデバイスの両方が、（帯域幅Δｆを有する）上限周波数ｆ１と下限周波数ｆ２によって定義される制限された周波数帯域内でのみ、基地局からＭＴＣデバイスへデータが伝達されることになると事前設定しているものと仮定される。この例では、制限された周波数帯域は、全システム（キャリア）周波数帯域ＢＷの中心部分を含む。具体例として、制限された周波数帯域は、ここでは、１．４ＭＨｚの帯域幅（Δｆ）を有し、全システム帯域幅の中心に配置されるものと仮定される（即ち、ｆ１＝ｆｃ−Δｆ／２、ｆ２＝ｆｃ＋Δｆ／２、式中、ｆｃはシステム周波数帯域の中心周波数である）。基地局と端末デバイスとの間で周波数帯域を設定／共用するための様々な機構があり、それらのうちのいくつかを以下で更に論じる。
【００５８】
図４は、ＭＴＣデバイスが、それについての処理に使用可能なリソースエレメントをバッファするように構成される各サブフレームの各部分をシェーディングで表している。各サブフレームのバッファされる部分は、上述の、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨといった、従来の物理層制御情報をサポートする制御領域４００、及び制限されたＰＤＳＣＨ領域４０６を含む。バッファされる物理層制御領域４００は、任意の従来のＵＥによってバッファされる物理層制御領域と同じリソース内にある。しかし、ＭＴＣデバイスによってバッファされるＰＤＳＣＨ領域４０６は、従来のＵＥによってバッファされるＰＤＳＣＨ領域より小さい。これが可能であるのは、上記のように、ＭＴＣデバイスは、サブフレームに含まれる全ＰＤＳＣＨリソースのごく一部を占める制限された周波数帯域内でのみＰＤＳＣＨリソースを割り振られるからである。
【００５９】
従って、ＭＴＣデバイスは、第１の例では、サブフレーム内の制御領域４００全体及び制限された周波数帯域４０６全体を受信し、バッファすることになる。ＭＴＣデバイスは、次いで、制御領域４００を処理してＰＤＣＣＨを復号することにより、制限された周波数帯域内のＰＤＳＣＨ上でどんなリソースが割り振られているか決定し、次いで、制限された周波数帯域内のＰＤＳＣＨシンボルの間にバッファされたデータを処理し、そこから関連する上位層データを抽出する。
【００６０】
１つのＬＴＥベースの実装例では、各サブフレームが１４シンボル（タイムスロット）を含むものとされ、ＰＤＣＣＨは最初の３シンボルで送信され、ＰＤＳＣＨは残りの１１シンボルで送信される。更に、無線通信システムは、この例では、２０ＭＨｚ（１００リソースブロック）のシステム周波数帯域上で動作するものとされ、１．４ＭＨｚ（６リソースブロック）の事前設定の制限された周波数帯域が、仮想キャリア動作をサポートする端末デバイスと通信するために定義される。
【００６１】
上記説明のように、ＬＴＥのようなＯＦＤＭベースのモバイル通信システムにおいて、ダウンリンクデータは、サブフレーム単位で異なるサブキャリア上で送信されるように動的に割り当てられる。従って、あらゆるサブフレームにおいて、ネットワークは、どのシンボル上のどのサブキャリアがどの端末に関するデータを含むかをシグナリングする（即ちダウンリンク割り振りシグナリング）。
【００６２】
図３から分かるように、従来のダウンリンクＬＴＥサブフレームでは、どのシンボルがどの端末に関連するデータを含むかに関する情報が、サブフレームの最初の１つ以上のシンボルの間にＰＤＣＣＨ上で送信される。
【００６３】
ホストキャリアの中心周波数を中心としないＯＦＤＭサブキャリアのブロック上で提供される仮想キャリアの概念は、同時係属の特許出願ＧＢ１１３８０１．３［１０］から知ることができ、ＧＢ１１３８０１．３［１０］には、複数のＭＴＣデバイスがあり、仮想キャリアのうちの少なくともいくつかの中心周波数はホストキャリアの中心周波数と同じでない構成が記述されている。
【００６４】
図５にこの構成を示す。制御領域３００の外側に複数の仮想キャリアを有するＬＴＥダウンリンクサブフレームが示されており、データ領域は、仮想キャリアＶＣ３  ５０１を形成する、中央帯域３１０の下方に位置するリソースエレメントのグループを含む。仮想キャリアＶＣ３  ５０１は、仮想キャリアＶＣ３  ５０１上で送信されるデータが、ホストキャリアの残り部分で送信されるデータとは論理的に別のものとして扱われ、制御領域３００からの全ての制御データを復号せずに復号され得るように適応している。
【００６５】
また図５には、中央帯域の上方の周波数リソースを占める仮想キャリア（ＶＣ１  ５０２）、及び（図４に示す状況の場合と同様に）中央帯域を含む仮想キャリア（ＶＣ２  ４０１）も示されている。
【００６６】
従って、例えば、予期される仮想キャリアスループットに応じて、仮想キャリアの位置は、ＰＳＳ、ＳＳＳ及びＰＢＣＨのオーバーヘッドを担うものとしてホストキャリアが選択されるか、それとも仮想キャリアが選択されるかに従って、中央帯域３１０の内側又は外側に存在するように然るべく選択され得る。複数のＶＣのためのこの帯域割り振り法は、ＶＣを使用する端末（ＵＥ）が所与の時間に大量のトラフィックを生じさせる場合に、特に適する。従って、各仮想キャリアによってサービスされるＵＥのそれぞれのサブセットは、それぞれの仮想キャリアに関連する制御信号を探し出すことができることが望ましい。
【００６７】
［ＰＤＣＣＨについての共通探索空間及びＵＥ探索空間］
従来のＬＴＥのコンテキストで前述したように、ホストキャリア（ＨＣ）制御領域を含むリソースエレメント（ＲＥ）のうちの少なくともいくつかが、仕様によって、いくつかのいわゆる制御チャネル要素（ＣＣＥ）上へマップするように定義される。図６Ｃに、このマッピングプロセスをより詳細に示す。ＣＣＥを含む情報ビットは、セル専用のビットスクランブリングの処理、ＱＰＳＫ変調、結果として得られるＱＰＳＫシンボルのグループに作用するインターリーバ、所定数のそれらのＱＰＳＫシンボルのセル専用のシフトを施され、次いで、それらのシンボルのＲＥ（サブフレーム構造の左側領域内の濃いシェーディングのスロット）へのマッピングが実施される。物理的には、どのＣＣＥも、ＨＣ制御領域のＲＥ全体にわたって分散する。
【００６８】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、いくつかのＣＣＥを含む。特定のＰＤＣＣＨを構成するＣＣＥの数は、ｅＮｏｄｅＢによって決定される集約レベルに依存する。ＵＥは、当該ＵＥに関連する制御情報を含むＰＤＣＣＨを含むＣＣＥがあるかどうか判定するために、制御領域内のＣＣＥのうちのいくつかを探索しなければならない。
【００６９】
ＰＤＣＣＨを形成するＣＣＥの位置は、ｅＮｏｄｅＢにより、異なる目的のＣＣＥを論理的「探索空間」に配置することによってＵＥにおける探索プロセスをより効率的にするように配置され得る。
【００７０】
いくつかのＣＣＥは、セル内の全てのＵＥによって探索（モニタ）され、これらのＣＣＥは、１つ以上の共通探索空間（ＣＳＳ）を構成する。各サブフレーム内のＣＳＳのＣＣＥがＵＥによって探索される順序は、不変のままであり、仕様によって与えられる（即ち、ＲＲＣによっては構成されない）。
【００７１】
いくつかのＣＣＥは、全てのＵＥによっては探索されず、これらのＣＣＥは、複数のＵＥ専用の探索空間（ＵＥＳＳ）を構成する。各サブフレーム内の所与のＵＥのためのＵＥＳＳのＣＣＥが探索される順序は、当該ＵＥのための関連するＲＮＴＩに依存する。任意の１つＵＥがＵＥＳＳの探索を開始するＣＣＥもまた、無線フレーム内の各サブフレーム間で変化することになる。
【００７２】
ＣＣＥは、１つ以上の探索空間の一部であってよい。典型的には、共通探索空間内のＣＣＥを含むＰＤＣＣＨは、セル内の全てのＵＥに関連する情報を含み、ＵＥ専用の探索空間内のＣＣＥを含むＰＤＣＣＨは、１つのＵＥにのみ関連する情報を含む。
【００７３】
典型的なブラインド復号プロセスは、共通探索空間を復号するために約１０回の試行を行う。試行の回数は制限され得る。というのは、ＣＳＳは、セル内の全てのＵＥに関連するデータを搬送する、ある特定のＤＣＩフォーマット（即ち、０、１Ａ、３、３Ａ。３ＧＰＰ  ＴＳ  ３６．２１２参照）だけに制限されるからである。更に、ＣＳＳのサイズは、事前定義される数のリソースエレメント（例えば、１４４ＲＥ＝２つの８ＣＣＥの集約又は４つの４ＣＣＥの集約）に制限される。
【００７４】
これに反して、ＵＥ専用の探索空間（ＵＥＳＳ）を正常に復号するためには、通常、より多くのブラインド復号試行（〜３０）が必要とされる。即ち、ＵＥＳＳに適用される集約レベル（以下の集約レベルの考察を参照）に関して、また、特定のＵＥへ宛先指定されるデータのためのＤＣＩフォーマットに関して、ｅＮＢがより多くの可能性を利用することができる。
【００７５】
以下では、特に指示しない限り、又は自明でない限り、ＵＥへの言及は、ＶＣ上で動作するＵＥ、即ち、ＶＣ−ＵＥへの言及である。
【００７６】
［グループベースのＰＤＣＣＨ能力］
ホストキャリア制御領域（即ちＰＤＣＣＨ）における潜在的な容量問題に対処するために、例示的実施形態は、所与のサブフレームにおいてＰＤＣＣＨを受信するＵＥのグループに共通の制御情報を運ぶが、全てのそうしたＵＥに共通ではないＰＤＣＣＨについての新しいグループ専用の探索空間（ＧＳＳ）の動作を提供する。このグループベースの制御情報は、ＶＣ−ＵＥのグループのメンバに対し、一方では、ＶＣの構造及び動作に固有の情報を、他方では、ＰＤＣＣＨ上でＵＥ別に運ばれる通常の情報を含む更なる制御チャネルがどこで見つかるかを知らせるように適応させ得る。より一般的には、このグループベースの制御情報は、ＵＥのグループに共通であるが、全てのＵＥへのブロードキャストが意図されていない情報が、ＰＤＣＣＨ上で効率よくシグナリングされることを可能にする。グループ探索空間を定義することによって、非ＶＣ  ＵＥに不要な処理負荷をかけることも、（図６Ｃに示されている）ＣＣＥとＲＥとの間のマッピングを根本的に変更することもなく、ＰＤＣＣＨ容量をより効率的に利用することができる。
【００７７】
よって、グループベースの制御チャネル機能が実装される。この機能は、更なる制御領域の位置を指示し、更なる制御領域は、更には、ＶＣ−ＵＥに対し、ＨＣ内に埋め込まれたＶＣの挙動を指示する。
【００７８】
図５に示されるように、一般に、（スケジューリングの必要、ネットワーク構成などに応じて）ＨＣ上には同時に動作中の１つ以上のＶＣが存在し得ることに留意すべきである。よって、それら１つ以上のＶＣについての情報を含む制御領域には１つ以上のグループ化されたＰＤＣＣＨが存在し得る。
【００７９】
ある実施形態では、ＧＳＳは、新しいグループＣ‐ＲＮＴＩ（Ｇ−Ｃ−ＲＮＴＩ）でのＣＲＣスクランブリングによって識別される。ＵＥに新しいＧ−Ｃ−ＲＮＴＩを割り当てるための１つの機構は、その識別子を、ＲＡ手順の間にネットワークによって割り当てさせるものである。
【００８０】
［暗黙的シグナリングによるグループ識別情報の割り当て］
Ｇ−Ｃ−ＲＮＴＩの割り当ては、例えば、ランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ（ＲＡＲ））に、ＴＳ  ３６．３２１で指定された予約ＲＮＴＩ値の中から取得され得るＧ−Ｃ−ＲＮＴＩを運ぶための追加フィールドを付加することによって、又は、仕様において既存のＣ‐ＲＮＴＩの中から予約することによって、又は、新しいＲＮＴＩ値を定義することによってなされ得るはずである。この手法には後方互換性がない。というのは、旧来のＵＥは、この手法が作成することになる拡張ＲＡＲを解釈することができないはずだからである。
【００８１】
ランダムアクセス手順における従来の無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ））シグナリングは、３ＧＰＰ  ＴＳ  ３６．３００で要約されている。全体の（競合ベースの）ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ（ＲＡ））手順は、図８Ａに示されている。
【００８２】
ＲＡプリアンブルが、ＵＥから基地局（即ちｅＮｏｄｅＢ）へ送られる。ＵＥは、ＲＡプリアンブル送信を使用して、セルにおけるその存在を告知し、ｅＮＢが、ＵＥから基地局への信号の伝搬時間を確立することを可能にする。
【００８３】
基地局は、ＵＥによって与えられたＲＡ−ＲＮＴＩにアドレス指定されたＲＡＲを構築する。ＲＡ−ＲＮＴＩは、ＵＥがＲＡプリアンブルを送信した時間及び周波数リソースによって決定される。またＲＡＲは、一時Ｃ−ＲＮＴＩ（ＵＥがセル内にある間にＵＥに割り当てられた新しい識別子）、及びどのプリアンブルが受け取られたかの指示も含む。ＭＡＣ層におけるＲＡＲの構造は、３ＧＰＰ  ＴＳ  ３６．３２１に記載されており、図８Ｂに示されている。
【００８４】
従来のＲＡＲを拡張することによるグループＣ−ＲＮＴＩの割り当ては、図８Ｃに示されている。
【００８５】
ＲＡＲの現在のサイズ及び構造を維持しつつグループＣ−ＲＮＴＩを割り当てるための方法は、ネットワークがＲＡＲを以下のように構築するものである。ＲＡＲは、やはり、ＲＡ−ＲＮＴＩにアドレス指定され、一時Ｃ−ＲＮＴＩ（及び３ＧＰＰ  ＴＳ  ３６．３２１で指定されている他の情報）を含むが、どのプリアンブルが受け取られたかの指示は、次に述べるように、実際に受け取られた（ＵＥによって送信されたと想定される）プリアンブルと異なり得る。
【００８６】
ＲＡプリアンブルはシーケンスを含む。セルにおいて定義されるそうしたシーケンスはＮ＝６４あり、それらのシーケンスは、「ＲＡプリアンブルシーケンス」又は「プリアンブルシグネチャ」又は単に「プリアンブル」としても知られている。例示として、これらのプリアンブルに、ｎ＝０…６３と番号が付けられているものとする。通常、ｅＮＢは、ＲＡＲが対象とするＵＥから実際に受け取られた（ＵＥによって送信されたものと想定される）のと同じｎ１の番号が付いたプリアンブルシグネチャの指示を含むＲＡＲを構築する。しかし、この実施形態では、ｅＮＢは、次式のように、一般にｎ１と等しくない、ｎ２の番号が付いた別のプリアンブルを指示する。
【００８７】
【数１】
2019106720.tif 000003
式中、ＮＶＣは、セルにおいて定義された仮想キャリアグループの数であり、ｇは、ｅＮＢがＵＥを割り当てようとするグループである。ｇの値からＧ−Ｃ−ＲＮＴＩへのマッピングは、ＲＲＣシグナリングで提供され、規格で指定され、又はブロードキャストされ得る。
【００８８】
従って、関連するＲＡ−ＲＮＴＩにアドレス指定されたＲＡＲを復号するＵＥは、通常通り一時Ｃ−ＲＮＴＩを取得し、Ｇ−Ｃ−ＲＮＴＩを推測する。
【００８９】
ＵＥは、やはり、無作為にプリアンブルシグネチャｎ１を選択するため、セル内の別のＵＥが同じプリアンブルシグネチャを選択し得る少なからぬ可能性、即ち、「競合」と呼ばれるシナリオが存在する。万が一プリアンブルの選択で競合が生じた場合には、従来の方法を使用してその競合を解決することができる。図８Ａに、プリアンブルシグネチャ競合を具体的に処理するランダムアクセス手順の仕様（３ＧＰＰ  ＴＳ  ３６．３００参照）における追加シグナリングを示す。
【００９０】
別の後方互換性を有する方法は、許容される範囲の中からいくつかの一時Ｃ−ＲＮＴＩ値を予約し、又は予約された範囲のＲＮＴＩを使用し、ＲＡＲで受け取られる一時Ｃ−ＲＮＴＩが互換性を有するＵＥによってＧ−Ｃ−ＲＮＴＩとして使用されると定義するものである。ＲＲＣ構成といった上層シグナリングは、互換性を有するＵＥが、このようにして取得されたＧ−Ｃ−ＲＮＴＩを実際に考慮すべきかどうか指示することができるはずである。
【００９１】
ＲＡＲの現在のサイズ及び構造を維持する別の例は、ネットワークが、Ｃ−ＲＮＴＩについて許容されるＲＮＴＩの値のうちの１つではなく、先に論じた予約ＲＮＴＩのうちの１つを含むように、グループ化されたＵＥのためのＲＡＲを構築するものである。通常、ＵＥは、そうしたＲＡＲを単に無視するはずである。しかし、本実施形態に従って動作するＵＥは、予約ＲＮＴＩを含むＲＡＲを、そのＵＥの一時Ｃ−ＲＮＴＩをそのＵＥの永続的Ｃ−ＲＮＴＩとみなすことができ、そのＵＥのＧ−Ｃ−ＲＮＴＩは、ＲＡＲに含まれる（予約）ＲＮＴＩであるというシグナリングとして解釈する。
【００９２】
しかし、Ｇ−Ｃ−ＲＮＴＩは、ＵＥに割り当てられ、送信され、現在Ｇ−Ｃ−ＲＮＴＩを保有しているＵＥは、少なくとも、ＣＳＳ及びＧＳＳ内のＰＤＣＣＨを探索するものと予期される。場合によっては、そうしたＵＥがＵＥ専用のＰＤＣＣＨを求めてＨＣ制御領域上のＵＥＳＳを探索する必要が生じないことに留意されたい。というのは、そうしたＵＥのＵＥ専用の情報はＶＣの範囲に限定され得るからである。とはいえ、システムの設計及び構成によっては、そうしたＵＥが、追加的に、ＨＣ上のＵＥ専用のＰＤＣＣＨを探索することもある。
【００９３】
［グループ専用の探索空間の動作］
ＧＳＳ内のＰＤＣＣＨは、グループＤＣＩ（Ｇ−ＤＣＩ）を使用することができる。このＧ−ＤＣＩは、既存のＤＣＩフォーマットを採用することも、ＧＳＳに明確に制限されている１つ以上の新しいＤＣＩフォーマットを使用することもできる。使用されるＤＣＩフォーマットは、ＤＣＩフォーマットにまたがるブラインド復号の数が制限されるように選択される。フォーマットに関わらず、Ｇ−ＤＣＩは、グループ内の全てのＵＥ関連する情報を運ぶ。ＶＣについての具体例には以下が含まれる。
ＶＣのリソース内の更なる制御領域の位置。
ＶＣ上のリファレンス信号（ＲＳ）構造。というのは、これは、既存の仕様及びＨＣにおけるＲＳ構造と異なり得るからである。
集約されるＶＣ専用のキャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ（ＣＡ））情報。
【００９４】
その場合、ＶＣ制御領域内のＰＤＣＣＨは、ＶＣ上で、スケジューリングなどに関するＵＥ専用の情報を提供する。従って、Ｇ−Ｃ−ＲＮＴＩを保有するＵＥがＨＣ制御領域（ＰＤＣＣＨ）上のＵＥＳＳを探索せずに済み、潜在的に相当な量となり得るブラインド復号処理の手間を省くことが可能であることに留意されたい。
【００９５】
図６Ａに、ＨＣ制御領域６００が、仮想キャリア６０６の制限された周波数帯域内のＶＣ制御領域６０４（ＶＣ  ＰＤＣＣＨ領域）によって補足されるＬＴＥダウンリンク無線サブフレームを示す。図４と同様に、ＨＣ制御領域６００及び仮想キャリア領域６０６の外側の領域は、従来のＬＴＥ端末デバイスへデータ（例えば、ユーザプレーンデータ及び非物理層制御プレーンシグナリング）を伝達するためのＰＤＳＣＨ領域６０２を構成している。この例では、ＶＣ制御領域６０４は、ＨＣ制御領域６００のシンボルの直ぐ後に続く仮想キャリアの制限された周波数帯域全体にわたるシンボルを占有する。しかし、ＶＣ制御領域は、これら特定のシンボルを占有するだけ、又は、実際に、利用可能な仮想キャリア周波数帯域にわたる拡張部を有するだけに限定されない。
【００９６】
ＨＣ制御領域６００のあるＲＥは、ＶＣ  ＵＥのためのＣＳＳ及びＧＳＳを構成する（探索空間のＲＥ占有は詳細に図示されておらず、これは仕様によって定義される。即ち、探索空間は、一般に、連続するＲＥ内にない）。ＵＥはＣＳＳ及びＧＳＳを探索し、ＧＳＳはＶＣ制御領域の位置指示するＤＣＩ、及び例示のＶＣを用いる全てのＵＥについてのＶＣ専用の他の情報を搬送するＰＤＣＣＨを含む。
【００９７】
ＬＴＥ規格の近年の発展は、ＰＤＣＣＨを補足する、狭帯域制御チャネルである拡張物理ダウンリンク制御チャネル（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＥＰＤＣＣＨ））の導入についての提案に至っている。ＥＰＤＣＣＨは、いくつかの連続したサブキャリア又は連続したサブキャリアのいくつかのセット上で送信され、任意の１セット内のサブキャリアの数及び全セット内のサブキャリアの総数は、サブフレームにおいて利用可能なサブキャリアの数より少ない（よって、ホストキャリアの全帯域幅と比べて「狭帯域」である）。類推から、仮想キャリアは、それ自体で、サブフレームの相当部分にわたるＶＣサブキャリアのサブセットにおいて広がる狭帯域制御チャネル（ＶＣ  ＥＰＤＣＣＨ）を実現し得る。
【００９８】
ネットワークが適切なＶＣを提供する場合、そのＶＣは、それ自体のＥＰＤＣＣＨ領域、及び、ＶＣのリソース内のＰＤＣＣＨ領域を含み得るはずである。この場合には、従来の（広帯域）ＰＤＣＣＨ上のＧＳＳは、ＵＥのグループに、ＶＣ−ＥＰＤＣＣＨにどのようにアクセスすべきかに関する追加の制御情報を提供することができる。ＵＥは、想定では、少なくともＨＣ制御領域の外側では狭帯域であるため、ＨＣ上のＥＰＤＣＣＨはアクセス不能となり得るはずである。
【００９９】
図６Ｂに、ＨＣ制御領域６００が、ＥＰＤＣＣＨ制御領域６１０と共に、仮想キャリア６０６の制限された周波数帯域内のＶＣ制御領域６０４（ＶＣ  ＰＤＣＣＨ領域）及びＶＣ−ＥＰＤＣＣＨ領域６０８によって補足されるＬＴＥダウンリンク無線サブフレームの例を示す。ＨＣ制御領域６００、仮想キャリア領域６０６及び、ＥＰＤＣＣＨ制御領域６１０の外側の領域は、従来のＬＴＥ端末デバイスへデータ（例えば、ユーザプレーンデータ及び非物理層制御プレーンシグナリング）を伝達するためのＰＤＳＣＨ領域６０２を構成している。図６Ａと同様に、ＶＣ制御領域６０４は、ＨＣ制御領域６００のシンボルの直ぐ後に続く仮想キャリアの制限された周波数帯域全体にわたるシンボルを占有する。ＶＣ−ＥＰＤＣＣＨ領域６０８は、仮想キャリア６０６の制限された周波数帯域内で、サブフレームの一領域を占め、ＨＣ制御領域及びＶＣ制御領域のシンボルとは別個の仮想キャリアのサブキャリアのサブセット内のシンボルにわたって広がっている。ＥＰＤＣＣＨ制御領域６１０は、ＨＣ制御領域６００のシンボルとは別個のサブキャリアの異なるサブセット内のシンボルを占有している。
【０１００】
図６Ａでは、ＨＣ制御領域６００のある特定のＲＥが、ＶＣ  ＵＥのためのＣＳＳ及びＧＳＳを構成している。ＵＥはＣＳＳ及びＧＳＳを復号し、ＧＳＳは、（ＰＤＣＣＨに対応する）「旧来の」ＶＣ制御領域６０４及びＶＣ  ＥＰＤＣＣＨ領域６０８の位置のグループ専用の指示を、他のＶＣ専用の情報と一緒に含む。
【０１０１】
従来の解決法では、ＶＣ−ＥＰＤＣＣＨ領域６０８へのアクセスは、旧来のＶＣ制御領域６０４（ＶＣ−ＰＤＣＣＨ）上での更なるシグナリングを必要とし得るはずである。しかし、帯域幅が制限されており、これら制限されたリソースにおけるオーバーヘッドの最小化が要求される場合、ＶＣ内からＶＣ  ＥＰＤＣＣＨ領域６０８の位置をＶＣ−ＵＥへシグナリングする必要があると、オーバーヘッドが過大となり得るはずである。代わりに、ある実施形態では、ＨＣのＰＤＣＣＨ６００上のＧＳＳを使用して、全ての関連するＵＥに、ＶＣ−ＥＰＤＣＣＨ６０８（並びに、必要に応じてＶＣ−ＰＤＣＣＨ６０４）への直接アクセスを提供し、ＶＣ上、及びＶＣの制御領域におけるリソースを解放することができる。
【０１０２】
［ＧＳＳの位置］
上記のように、様々なＣＣＥの間の各ＵＥのＵＥＳＳの位置（始点）は、連続するサブフレームにわたって全ての所望のＵＥをスケジュールすることを不可能にするスケジューリング衝突の可能性を低減するために、サブフレームごとに変化し得る。他方、ＣＳＳは、ＵＥにとっての探索負荷を低減するために位置が固定されている。１つのＶＣ当たり少なくとも１つ、１つ以上のグループベースのＰＤＣＣＨがあり得るはずであるため、ＧＳＳについての同位置（始点）という特性は、ＵＥＳＳに関しては妥当性を有し得るはずである。即ち、当該位置は、理想的には、サブフレームごとに変化すべきである。ＧＳＳの位置（始点）は、ＵＥに割り当てられた従来のＣ−ＲＮＴＩによって定義されるＵＥＳＳ探索の始点と同様に、グループに割り当てられたＧ−Ｃ−ＲＮＴＩに基づいて決定され得るはずである。
【０１０３】
［ＰＤＣＣＨにおける電力制御］
ＰＤＣＣＨのための電力制御はサポートされていない。電力制御の代わりに、制御チャネル要素（ＣＣＥ）の数に基づくＳＩＮＲ調整が適用される。１つのＣＣＥは、９つのリソースエレメント（ＲＥ）グループ（「四つ組（ｑｕａｄｒｕｐｌｅｔ）」としても知られる）に対応する。物理制御チャネル（即ち、ＰＤＣＣＨ）は、１つのＣＣＥ、又はいくつかの連続したＣＣＥの集約上で送信される。ＬＴＥ規格は、１つのＣＣＥ、２つのＣＣＥ、４つのＣＣＥ、又は８つのＣＣＥの「集約」を有する。集約内のＣＣＥの数は、「集約レベル」と呼ばれる。電力が直接的には制御されないが、ＣＣＥの集約により、ＰＤＣＣＨを送信する総電力消費を増大させ、それによって、ＰＤＣＣＨがその範囲内でＵＥによって受信され得るｅＮＢの物理的位置からの実効範囲を拡大することができる。
【０１０４】
図６Ｃに、ＣＣＥとリソースエレメント（ＲＥ）グループとの間の対応関係を示す。一般に、ＣＣＥは、ＨＣ制御領域のｎ個のＯＦＤＭシンボルにわたって分散するＲＥにマップする。ＰＤＣＣＨを送信するためのより多くＣＣＥを集約することは、ＨＣ制御領域内のより大きい割合のＲＥがもっぱら当該ＰＤＣＣＨに用いられることを意味する。
【０１０５】
前記のように、ブラインド復号に関して、許容される集約レベルは、ＰＤＣＣＨデータ復号時の試行回数を制限するのに使用され得る１つのパラメータである。
【０１０６】
［ＧＳＳの集約レベルの決定］
ＰＤＣＣＨの送信に適する集約レベルは、典型的には、ＰＤＣＣＨが搬送するＤＣＩのサイズ、及び、例えば無線チャネル条件に応じた、ＵＥがＰＤＣＣＨを受信するのに必要とする総電力によって決定され得る。ブラインド探索負荷を低減するために、ＣＳＳ内のＰＤＣＣＨは、４又は８の集約レベルのみで送信され、他方、ＵＥＳＳは、１、２、４又は８の集約レベルを使用する。ＧＳＳ内のＰＤＣＣＨは、セル内のどこでも、ｅＮＢから任意の距離のところのＵＥに適用され得るはずであるため、ＣＳＳと同様に、４又は８の集約レベルの使用に最も適し得る。
【０１０７】
ＵＥは、既に、２つの探索空間を探索しなければならないことになっているため、ＧＳＳの導入からの処理負荷を低減することが望ましい。次に、この目標を達成する、ＧＳＳを実装するためのいくつかの方法を説明する。
【０１０８】
第１の事例では、ＧＳＳ内のＰＤＣＣＨの集約レベルは、マスタ情報ブロック（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ（ＭＩＢ））の不使用ビットのうちのいくつかを用いることによって、ＰＢＣＨ（各無線フレームの最初のサブフレーム内の物理ブロードキャストチャネル）上で送信され得るはずである。これにより、新しいＭＩＢが送信され得るときに、１無線フレーム当たり１回の集約レベルの更新が可能になる。
【０１０９】
第２の事例では、ＧＳＳ内のＰＤＣＣＨの集約レベルは、ＣＳＳのＰＤＣＣＨの集約レベルにリンクされる。ＣＳＳで見つかる各ＰＤＣＣＨは、他と関係なく、集約レベル４又は８であり得るはずであるため、リンクは、ＣＳＳで見つかるＰＤＣＣＨの集約レベルのうちの１つ以上から決定される集約レベルに対するものとし得る。例えば、ＧＳＳ内のＰＤＣＣＨの集約レベルは、仕様において、ＣＳＳ上で使用される最高の集約レベルの集約レベルと同じ、又はＣＳＳ内のＰＤＣＣＨの集約レベルの何らかの他の固定された関数になるように定義され、ｅＮＢにＣＳＳ内のＰＤＣＣＨの集約を自由に設定させることも可能であろう。更に、ＵＥは、ＧＳＳを試みる前に、ＣＳＳからＰＤＣＣＨを復号すると予期され得る。よって、例えば、ＣＳＳ集約レベルが８である場合、ＧＳＳは、集約レベル４を有することもできるはずであり、単に、ＣＳＳについてと同様に、８とすることもできるはずである。
【０１１０】
第３の事例では、ＧＳＳ内のＰＤＣＣＨの集約レベルは、Ｇ−Ｃ−ＲＮＴＩの所定の関数である。しかし、これは、ＵＥによって使用される集約レベルは、ＵＥのＧ−Ｃ−ＲＮＴＩが変化するときにしか変化し得ないことを意味し、Ｇ−Ｃ−ＲＮＴＩは、例えば、Ｇ−Ｃ−ＲＮＴＩが識別するグループが解散される場合には、徐々にしか変化しないかもしれない。
【０１１１】
第４の事例では、送信で使用されるべき集約レベルは、ｅＮｏｄｅＢによって決定されてよく、その決定は、１つ以上のＵＥからのフィードバック、又は予期されるフィードバックの欠如に依存する。ＧＳＳ内のグループ化されたＰＤＣＣＨを正常に復号するＵＥは、その場合、少なくともＶＣ−ＰＤＣＣＨと、然るべき場合にはＶＣ−ＰＤＳＣＨとを復号するものと予期されることが分かる。次いで、グループ内のＵＥのうちの少なくとも１つが、最終的に、フィードバックを、即ち、ＰＵＣＣＨ又はＰＵＳＣＨ上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫとして送信するものと予期されることになる。しかし、ＧＳＳが正常に探索されず、又はグループＰＤＣＣＨの復号がいくつかのＵＥにおいて失敗した場合、いくつかのＵＥは、ＡＣＫもＮＡＣＫも送信せず、そのため、ＰＵＣＣＨ又はＰＵＳＣＨ上のＡＣＫ／ＮＡＣＫ受信率は、予期されるものより低くなる。これは、グループ化ＰＤＣＣＨの集約レベルが、良好な復号成功確率を保証するのに十分な高さではない可能性があることを示唆するはずであり、ｅＮＢは、その場合、集約レベルを適宜、例えば４から８へ増やすことができるはずである。ＡＣＫ／ＮＡＣＫ受信率が予期されるレベルにある場合、ｅＮＢは、グループＰＤＣＣＨの集約レベルを、ＡＣＫ／ＮＡＣＫ受信率が適切なレベルを下回るまで、例えば８から４へ減らすことができるはずである。
【０１１２】
当然ながら、最後の事例の技法は、前の各事例のいずれか１つと併用され得る。即ち、初期の、又はデフォルトの集約レベルが、最初の３つの方式のうちの１つによって設定され、次いで、復号成功確率に応じて動的に更新されてよい。
【０１１３】
前記各項から分かるように、ＧＳＳは、好ましくは、その特有の目的を反映したＣＳＳ（集約レベル）及びＵＥＳＳ（位置）の特性の組み合わせを用いて実装されるはずである。
【０１１４】
上記のように、ＵＥがそのグループベースのＰＤＣＣＨを正常に復号できず、又は当該ＵＥに向けられていないグループ化ＰＤＣＣＨを誤って復号することになる可能性がある。これらの場合には、当該ＵＥは、サブフレームの残りの部分にアクセスすることができなくなる。しかし、この挙動は、ＣＳＳ又はＵＥＳＳでの失敗の場合の挙動と同じである。注目すべきことに、各ＵＥはそれ自体のグループ化ＰＤＣＣＨの復号についてのみ責任を負うため、あるＵＥの失敗は、必ずしも、別のＵＥの失敗を示唆するとは限らない。
【０１１５】
上記のように、本発明の実施形態は、特に、１つ以上の「ホストキャリア」の帯域幅内で動作する「仮想キャリア」と呼ばれ得るもののコンテキスト内で用いられ得る。仮想キャリアの概念は付録１で記述されている。
【０１１６】
図９に、本発明の一実施形態に従って構成された適応ＬＴＥモバイル通信システムの一部を示す概略図を示す。システムは、コアネットワーク１４０８に接続された適応エンハンスドＮｏｄｅＢ（ｅＮＢ）１４０１を含み、コアネットワーク１４０８は、カバレッジエリア（セル）１４０４内の複数の従来のＬＴＥ端末１４０２及び低減能力端末１４０３へデータを伝達する。低減能力端末１４０３は、各々、従来のＬＴＥ端末１４０２に含まれる送受信機ユニット１４０６の能力と比べて低減された帯域幅（即ち狭帯域）にわたってデータを受信することができる受信機ユニット、及び低減された帯域幅にわたってデータを送信することができる送信機ユニットを含む送受信機ユニット１４０５を有する。
【０１１７】
適応ｅＮＢ１４０１は、図１１を参照して記述した仮想キャリアを含むサブフレーム構造を用いてダウンリンクデータを送信するように構成される。低減容量端末１４０３を所与の仮想キャリアに割り当てるタスクは、ｅＮＢ１４０１内の無線リソース管理（ＲＲＭ）ユニット１４１１によって実行される。データは、次いで、ｅＮＢ内の適応スケジューリングユニット１４０９によって低減能力端末１４０３へ送信される。低減能力端末１４０３は、よって、上述のダウンリンク仮想キャリアを用いてデータを送受信することができる。
【０１１８】
上記で説明したように、複雑さが低減された端末１４０３は、アップリンク仮想キャリア及びダウンリンク仮想キャリア上の低減された帯域幅にわたってデータを送受信するため、ダウンリンクデータを受信、復号し、アップリンクデータを符号化、送信するのに必要な送受信機ユニット１４０５の複雑さ、消費電力及びコストは、従来のＬＴＥ端末で設けられる送受信機ユニット１４０６と比べて低減される。
【０１１９】
セル１４０４内の端末のうちの１つへ送信されるべきコアネットワーク１４０８からのダウンリンクデータを受信する場合に、適応ｅＮＢ１４０１は、そのデータを待ち行列１４１０に入れ、そのデータが従来のＬＴＥ端末１４０２に向けられたものか、それとも低減能力端末１４０３に向けられたものか判定するように構成される。これは任意の適切な技術を用いて達成され得る。例えば、低減能力端末１４０３に向けられたデータは、そのデータがダウンリンク仮想キャリア上で送信されなければならないことを指示する仮想キャリアフラグを含んでいてよい。適応ｅＮＢ１４０１が、ダウンリンクデータが低減能力端末１４０３へ送信されるべきことを検出した場合には、適応ｅＮＢ１４０１に含まれる適応スケジューリングユニット１４０９が、そのダウンリンクデータがダウンリンク仮想キャリア上で当該の低減能力端末へ送信されることを保証する。別の例では、ネットワークは、仮想キャリアがｅＮＢから論理的に独立しているように構成される。より具体的には、仮想キャリアは、仮想キャリアがホストキャリアとの関係を有することがコアネットワークに知られないよう、コアネットワークには別個のセルとして見えるように構成され得る。パケットは、従来のセルについてルーティングされる通りに、単に仮想キャリアへ／仮想キャリアからルーティングされる。
【０１２０】
別の例では、適切なキャリア（即ちホストキャリア又は仮想キャリア）への、又は適切なキャリアからのトラフィックをルーティングするために、ネットワーク内の適切な箇所でパケット検査が実行される。
【０１２１】
更に別の例では、コアネットワークからｅＮＢへのデータが特定の端末デバイスのための特定の論理接続上で伝達される。ｅＮＢは、どの論理接続がどの端末デバイスと関連付けられるか指示する情報を提供される。ｅＮＢでは、どの端末デバイスが仮想キャリア端末であり、どの端末デバイスが従来のＬＴＥ端末であるか指示する情報も提供される。この情報は、仮想キャリア端末が最初に仮想キャリアリソースを用いて接続されたはずであることから導出することもできる。
【０１２２】
仮想キャリア端末は、接続手順の間にｅＮＢへ、仮想キャリア端末の能力を指示するように構成される。そのため、ｅＮＢは、端末デバイスが仮想キャリア端末かそれともＬＴＥ端末かに基づいて、コアネットワークから特定の端末デバイスへのデータをマップすることができる。
【０１２３】
いくつかの例では、ホストキャリア内に挿入された仮想キャリアは、論理的に別個の「ネットワーク内のネットワーク」を提供するのに使用することができる。言い換えると、仮想キャリアを介して送信されるデータは、ホストキャリアネットワークによって送信されるデータと論理的、物理的に別個のものとして扱うことができる。従って、仮想キャリアは、いわゆる専用メッセージングネットワーク（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｉｎｇ  ｎｅｔｗｏｒｋ（ＤＭＮ））を実装するのに使用することができ、ＤＭＮは、従来のネットワーク「の上に配置され」、ＤＭＮデバイス（即ち仮想キャリア端末）へメッセージングデータを伝達するのに使用される。
【０１２４】
上述の実施形態には、添付の特許請求の範囲で定義される本発明の範囲を逸脱することなく、多様な改変が加えられ得ることが理解されるであろう。特に、本発明の実施形態はＬＴＥモバイル無線ネットワークに言及して記述されているが、本発明は、ＧＳＭ（登録商標）、３Ｇ／ＵＭＴＳ、ＣＤＭＡ２０００などといった他の形態のネットワークにも適用され得ることが理解されるであろう。ＭＴＣ端末という用語は、ここで使用する場合、ユーザ機器（ＵＥ）、モバイル通信デバイス、端末デバイスなどで置き換えることができる。更に、基地局という用語は、ＵＥにセルラー通信ネットワークへのエアインターフェースを提供する任意の無線ネットワークエンティティを指す。基地局という用語は、以上においては、ｅＮｏｄｅＢと区別なく使用されているが、この用語は、ｅＮｏｄｅＢ、ＮｏｄｅＢ、ピコ基地局機器、フェムト基地局機器、及びマイクロ基地局機器、リレー、ブースタなどを含む、ＬＴＥ及び代替の無線アクセスアーキテクチャにおける等価のネットワークエンティティを包含するものであることを理解すべきである。
【０１２５】
本明細書に記載する本発明の実装形態は、ＵＥ自体の動作の変更を必要とし得る。従来の動作と比べたＵＥ挙動の重要な差異は、ＵＥは、まず、ＰＤＣＣＨ上のＣＳＳを探索し、次いで、ホストキャリア内の仮想キャリアに埋め込まれた更なる制御領域を復号する前に少なくともＧＳＳを探索しなければならず、その後にやっと、ＵＥは、特に、サブフレームの残りにおけるＤＬ／ＵＬ送信のためのリソースに関するＵＥ専用の情報へのアクセスに着手することができるということである。
【０１２６】
図１０に、これらのステップを示す。ステップ１００２で、データがＨＣ制御領域内のＰＤＣＣＨから受け取られる。ＧＳＳは、共用グループ識別子を用いてＨＣ制御領域内で探し出される（ステップ１００４）。ＧＳＳ  ＰＤＣＣＨは、グループ専用の情報を抽出し（ステップ１００６）、更なる制御領域（例えば、ＶＣ制御領域）の位置を示す情報を取得する（ステップ１００８）するように処理される。更なる制御領域の位置を用いて、更なる制御領域からデータが受け取られ（ステップ１０１０）、更なるグループ専用の情報も、任意選択で、抽出され得る（ステップ１０１２；破線で示されている）。ＶＣ−ＰＤＣＣＨ上のいかなるＣＳＳも、実際上はグループ専用の情報である。というのは、ＣＳＳは、グループ専用の制御領域へのアクセスによって抽出されるからである。
【０１２７】
従来のシステムでは、ＨＣ制御領域が共通の情報及びＵＥ専用の情報を求めて探索され、次いで、ＵＥは、サブフレームの残りの部分において通常通り続行することができる。
【０１２８】
更なる差異は、Ｇ−Ｃ−ＲＮＴＩを取得するためのＵＥ及びネットワークの挙動に存する。少なくとも１つの後方互換性を有する実施形態において、ＵＥは、その一時Ｃ−ＲＮＴＩが、ＲＡＲで提供される別のＲＮＴＩの参照により間接的に確認されているかどうか判定することを必要とされてよく、他方、Ｃ−ＲＮＴＩは、従来の動作において更なるステップなしで直接提供される。
【０１２９】
更なる差異は、Ｇ−Ｃ−ＲＮＴＩの取得に関するものである。この後方互換性を有する例におけるＧ−Ｃ−ＲＮＴＩは、直接提供されることによってではなく、別のＲＮＴＩ値の関数として間接的に確認される。
【０１３０】
上述のように、ある実施形態では、新しいコンパクトなダウンリンク制御情報（ＤＣＩ）フォーマットが指定され、この新しいＤＣＩフォーマットは、ＧＳＳにおいてのみ使用され、かなりの量のブラインド復号処理から関連するＵＥを解放する。
【０１３１】
更に、ＧＳＳを使用してＶＣ−ＰＤＣＣＨの位置を指示することにより、ＶＣ上でＰＣＦＩＣＨのような機能が実装される必要を取り除くことができ（即ち、ＶＣ制御領域のサイズを指示するための別個のチャネルが不要となり得る）、貴重なリソースが節約されることが分かる。
【０１３２】
上述のようにＧＳＳを設定することにより、ＰＤＣＣＨは、今や、全ＵＥのうちのサブセットへ制御指示を提供することができる。即ち、制御情報は、今や、ブロードキャストされるのでもＵＥ専用でもなく、限られた数のＵＥへ「マルチキャスト」され得る。
【０１３３】
現行の仕様には、ＲＮＴＩが全ＵＥのサブセットの間で共用されるという規定はない。Ｃ−ＲＮＴＩ以外のＲＮＴＩはセル専用である。
【０１３４】
ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ及びＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩはＰＤＣＣＨのためのグループベースのＵＥ識別子である。これらの識別子は、電力制御手順専用の識別子であり、ＣＳＳ上においてあるＤＣＩフォーマットでシグナリングされる。しかし、これらの識別子は、これら自体の権限において探索空間内で関連付けられておらず、ＣＳＳにのみ関連し、電力制御コマンドによって搬送されるメッセージの一部のみが、特定のＵＥに関連し、ＴＰＣ−ＰＤＣＣＨ−Ｃｏｎｆｉｇ  ＩＥにおいてＲＲＣによって識別される。これらの差異は図７に示されている。
【０１３５】
ＰＤＣＣＨは、目下のところ、ＶＣの構造に関する情報も、上記説明で識別されているキャリアの構築の要素も含まない。
【０１３６】
［付録１］
仮想キャリアの概念は、（ＧＢ１１０１９７０．０［２］、ＧＢ１１０１９８１．７［３］、ＧＢ１１０１９６６．８［４］、ＧＢ１１０１９８３．３［５］、ＧＢ１１０１８５３．８［６］、ＧＢ１１０１９８２．５［７］、ＧＢ１１０１９８０．９［８］、及びＧＢ１１０１９７２．６［９］を含む）いくつかの同時係属の特許出願に記載されている。仮想キャリアの概念のいくつかの側面を以下に記載する。本項では、以下の略語を頻繁に用いる。仮想キャリア−ＶＣ、ホストキャリア−ＨＣ、ユーザ機器−ＵＥ、リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）−ＲＢ、ベースバンド（ｂａｓｅｂａｎｄ）−ＢＢ。
【０１３７】
従来のＯＦＤＭと同様に、仮想キャリアの概念は、中心周波数から所定のオフセットのところに配置される複数のサブキャリアを有する。よって、中心周波数が仮想キャリア全体を特徴付ける。
【０１３８】
典型的な仮想キャリア帯域幅は、ＬＴＥにおける最小３ＧＰＰ帯域幅と一致する６リソースブロック（即ち７２サブキャリア）である。しかし、以下の説明から分かるように、ＶＣの帯域幅は、決して、６ＲＢだけに限られるものではない。
【０１３９】
ＬＴＥの３ＧＰＰ規格のリリース８（ＲＥＬ８  ＬＴＥ）に従い、ＶＣリソースは、通常、ホストキャリアの中心周波数を中心とする、システム帯域幅に関わらず（当該ＨＣ中心周波数の両側に）対称に割り振られたリソースブロック内に位置する。
【０１４０】
図４は、ホストキャリアの中心周波数を中心とするリソースブロックを占める仮想キャリア４０６を有するダウンリンクＬＴＥサブフレームの構造を例示するグリッドの概略図である。仮想キャリアの中心周波数（ｆ２＋ｆ１）／２は、ホストキャリアの中心周波数ｆｃになるように選択される。
【０１４１】
図３に示す従来のＬＴＥダウンリンクサブフレームに従えば、最初のｎシンボルは、ＰＤＣＣＨ、ＰＣＦＩＣＨ又はＰＨＩＣＨ上で送信されるデータのようなダウンリンク制御データの送信用に確保される制御領域４００を形成する。
【０１４２】
仮想キャリア４０６上の信号は、ホストキャリア上で動作する端末デバイスが、正しい動作のために必要とし、既知の所定の位置（例えば、図３の中央帯域３１０内のＰＳＳ、ＳＳＳ、及びＰＢＣＨ）で見つかるものと予期するはずの、ホストキャリアによって送信される信号が維持されるように構成される。
【０１４３】
従来のＬＴＥ端末は、セルにおいてデータの送受信を開始する前に、まずそのセルにキャンプオンする。同様に、仮想キャリアを使用する端末のために適応キャンプオンプロセスを提供することができる。仮想キャリアについての適切なキャンプオンプロセスが、ＧＢ１１１３８０１．３［１０］に詳細に記載されている。このキャンプオンプロセスは、参照により本明細書に組み入れられる。
【０１４４】
ＧＢ１１１３８０１．３［１０］に記載されているように、「従来のＬＴＥ」の実装も、仮想キャリアの実装も、好都合には、ＰＢＣＨ内に仮想キャリアについての位置情報を含むことができるはずであり、ＰＢＣＨは、既に、ホストキャリアの中央帯域においてマスタ情報ブロック（ＭＩＢ）を搬送している。或いは、仮想キャリア位置情報を、中央帯域において、ただしＰＢＣＨの外側で提供することもできるはずである。仮想キャリア位置情報は、例えば、常にＰＢＣＨの後でＰＢＣＨに隣接して提供することもできる。位置情報を中央帯域において、ＰＢＣＨの外側で提供することによって、従来のＰＢＣＨは仮想キャリアを使用するために変更されず、仮想キャリア端末は、仮想キャリアがもしあればそれを検出するために位置情報を容易に見つけることができる。
【０１４５】
図４のＴ字型動作では、仮想キャリア位置情報は、提供される場合、ホストキャリア内の他の位置で提供され得る。仮想キャリアの他の実装形態では、例えば、この情報を中央帯域で提供すれば有利となり得る。というのは、仮想キャリア端末は、その受信機を、中央帯域の前後の狭帯域で動作するように構成してよく、仮想キャリア端末は、その場合、位置情報を見つけるために仮想キャリア端末の受信機設定を調節しなくて済むからである。
【０１４６】
提供される仮想キャリア位置情報の量に応じて、仮想キャリア端末は、仮想キャリアの送信を受信するように仮想キャリア端末の受信機を調節することができ、或いは仮想キャリア端末は、受信する前に更なる位置情報を必要とし得る。
【０１４７】
例えば、仮想キャリア端末が、仮想キャリアの存在及び／若しくは仮想キャリア帯域幅を指示するが、厳密な仮想キャリアの周波数範囲に関するいかなる詳細も指示しない位置情報を提供された場合、又は、仮想キャリア端末がいかなる位置情報も提供されなかった場合には、仮想キャリア端末は、仮想キャリアを求めてホストキャリアをスキャンする（例えば、いわゆるブラインド探索プロセスを実行する）ことができるはずである。このプロセスもまた、ＧＢ１１１３８０１．３［１０］で詳細に論じられている。
【０１４８】
仮想チャネルの複数のインスタンスが、同じセル内で異なる周波数範囲において実装され得ることを読者は容易に理解するであろう。図５に、３つの異なる仮想チャネルを示すダウンリンクＬＴＥサブフレームの概略図を示す。
【０１４９】
本出願は、その内容が参照により本明細書に組み入れられる、ＧＢ１２２１７２９．５及びＧＢ１２２１７１７．０のパリ条約による優先権を主張するものである。
【０１５０】
以下に列挙する各項目に、本技法の更なる例示的態様及び特徴を示す。
１．
プロセッサと、第１の周波数範囲にわたる複数の通信リソースエレメントを提供する無線アクセスインターフェースを介して無線通信システムからデータを受信するように構成された受信機と、を含み、モバイル端末の所定のグループに属するモバイル端末であって、
前記無線アクセスインターフェースは、複数の時分割サブフレームを含み、前記サブフレームのうちの少なくとも１つは、
前記モバイル端末のうちの１つ以上へ第１のシグナリング情報を伝達するための前記サブフレームの第１の部分における第１の制御領域であって、前記第１の制御領域は複数の制御チャネルリソースエレメントを含み、前記制御チャネルリソースエレメントの第１のサブセットがグループ制御チャネルを提供し、前記グループ制御チャネルは、グループ識別子と関連付けられており、少なくとも一部が前記グループ識別子を用いて符号化されている、前記第１の制御領域と、
前記サブフレームの前記第１の部分とは別個の、前記サブフレームの第２の部分における第２の制御領域であって、前記モバイル端末の前記所定のグループへ第２のシグナリング情報を伝達するためのものである前記第２の制御領域と
を含み、
前記グループ制御チャネルは、前記第２の制御領域の位置を示す情報を含み、前記情報は、前記グループ制御チャネルに前記グループ識別子を適用することによってアクセス可能であり、
前記所定のグループのメンバシップが、共用グループ識別子の使用によって指示され、
前記プロセッサは、前記共用グループ識別子を用いて前記第１の制御領域内で前記グループ制御チャネルを探し出すように動作する、
モバイル端末。
２．
前記サブフレームの前記第１の部分は前記第２の部分の前に送信される、項１に記載のモバイル端末。
３．
前記グループ識別子はＲＮＴＩであり、前記グループ制御チャネルの前記符号化は、前記ＲＮＴＩを用いたＣＲＣビットの符号化である、項１又は２に記載のモバイル端末。
４．
前記グループ識別子は、基地局によって通信デバイスに割り当てられた一時ＲＮＴＩであると判定される、項１、２、及び３のいずれか一項に記載のモバイル端末。
５．
前記グループ識別子は、端末から基地局によって受信されるランダムアクセスプリアンブルメッセージにおいて指示される第１のプリアンブルシグネチャと、前記ランダムアクセスプリアンブルメッセージに応答して前記端末へ前記基地局によって送信されるランダムアクセス応答メッセージにおいて指示される第２のプリアンブルシグネチャとの間の関係から推定される、項３に記載のモバイル端末。
６．
前記ランダムアクセスプリアンブルメッセージに応答して前記基地局によって送信される前記ランダムアクセス応答メッセージは、セルＲＮＴＩが予期される予約ＲＮＴＩを含み、前記グループ識別子は、前記ランダムアクセス応答メッセージにおける前記予約ＲＮＴＩの存在に基づいて前記端末によって前記予約ＲＮＴＩであると判定される、項５に記載のモバイル端末。
７．
前記第２の制御領域は狭帯域制御領域であり、前記第１の制御領域の帯域幅より狭い第２の帯域幅を有する、項１から６のいずれか一項に記載のモバイル端末。
８．
前記第２の制御領域は第３の領域内の領域であり、前記第３の領域は前記第１の制御領域と別個のものであり、前記第３の領域は、前記第１の制御領域の前記帯域幅より狭く、前記第２の帯域幅以上である第３の帯域幅を有し、前記第３の領域は、前記モバイル端末のうちの１つ以上へデータを伝達するように構成されている、項７に記載のモバイル端末。
９．
前記第３の領域は第４の領域を含み、前記第４の領域は、前記第３の帯域幅より狭い第４の帯域幅を有し、前記第４の領域は、前記モバイル端末のうちの１つ以上へ更なる制御データを伝達するように構成されている、項８に記載のモバイル端末。
１０．
前記第４の領域は、前記第２の制御領域の外部の前記サブフレームの前記第２の部分のほぼ全ての持続期間にわたって広がる、項９に記載のモバイル端末。
１１．
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、
前記第１の制御領域における前記制御チャネルリソースエレメントの第２のサブセットが、少なくとも１つの更なる制御チャネルを提供し、前記更なる制御チャネル又は各更なる制御チャネルの前記制御チャネルリソースエレメントは、関連付けられた更なる集約レベルを有し、
前記集約レベルは、前記更なる集約レベルのうちの少なくとも１つの関数である、項１から１０のいずれか一項に記載のモバイル端末。
１２．
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、前記集約レベルはブロードキャストされる、項１から１１のいずれか一項に記載のモバイル端末。
１３．
前記グループ制御チャネルの前記制御チャネルリソースエレメントは関連付けられた集約レベルを有し、前記集約レベルは、前記モバイル端末からのフィードバック情報に従って前記基地局によって決定され、前記フィードバック情報は受信の受信確認に対応する、項１から１２のいずれか一項に記載のモバイル端末。
１４．
前記フィードバック情報は、受信確認の予期される受信率と受信確認の検出される受信率との間の比較の結果である、項１３に記載のモバイル端末。
【０１５１】
［参照文献］
［１］ＥＴＳＩ  ＴＳ  １２２  ３６８  Ｖ１０．５３０（２０１１−０７）／３ＧＰＰ  ＴＳ  ２２．３６８  ｖｅｒｓｉｏｎ  １０．５．０  Ｒｅｌｅａｓｅ  １０）
［２］英国特許出願ＧＢ１１０１９７０．０
［３］英国特許出願ＧＢ１１０１９８１．７
［４］英国特許出願ＧＢ１１０１９６６．８
［５］英国特許出願ＧＢ１１０１９８３．３
［６］英国特許出願ＧＢ１１０１８５３．８
［７］英国特許出願ＧＢ１１０１９８２．５
［８］英国特許出願ＧＢ１１０１９８０．９
［９］英国特許出願ＧＢ１１０１９７２．６
［１０］英国特許出願ＧＢ１１１３８０１．３
［１１］英国特許出願ＧＢ１１２１７６７．６
【図１】
2019106720.tif 000004
【図２】
2019106720.tif 000005
【図３】
2019106720.tif 000006
【図４】
2019106720.tif 000007
【図５】
2019106720.tif 000008
【図６Ａ】
2019106720.tif 000009
【図６Ｂ】
2019106720.tif 000010
【図６Ｃ】
2019106720.tif 000011
【図７】
2019106720.tif 000012
【図８Ａ】
2019106720.tif 000013
【図８Ｂ】
2019106720.tif 000014
【図８Ｃ】
2019106720.tif 000015
【図９】
2019106720.tif 000016
【図１０】
2019106720.tif 000017