[0001]本特許出願は、その全体が参照により本明細書に明確に組み込まれる、2014年9月22日に出願された「ULTRA-LOW LATENCY LTE DOWNLINK FRAME STRUCTURE」と題する仮出願第62/053,695号、および2015年9月16日に出願された「ULTRA-LOW LATENCY LTE DOWNLINK FRAME STRUCTURE」と題する米国特許出願第14/856,242号の優先権を主張する。
[0036]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を曖昧にするのを回避するために、よく知られている構造および構成要素をブロック図の形態で示す。
[0037]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法が、以下の発明を実施するための形態において説明され、(「要素」と総称される)様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課せられる設計制約に依存する。
[0038]例として、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム内の1つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
[0039]したがって、1つまたは複数の態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に1つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM(登録商標)、CD−ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、およびフロッピー(登録商標)ディスク(disk)を含み、ここで、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0040]本開示は、特に、レガシーダウンリンクデータ構造およびダウンリンク送信方法と比較してレイテンシを低減するために、1つまたは複数のUEへのダウンリンク通信を管理するための例示的なデータ構造および送信方法を提示する。たとえば、そのようなデータ構造は、シンボル内で、ダウンリンクチャネルの周波数帯域幅がそれに分割される1つまたは複数のリソース要素ブロックを含み得る。したがって、いくつかの非限定的な例では、単一のシンボルが、ダウンリンク送信のためのTTIを定義し得る。さらに、リソース要素ブロックのいずれかが、制御領域および/またはデータ領域を含み得る。さらに、例示的なデータ構造が、ULLシステムにおいて利用され得るので、リソース要素ブロックの制御領域は、ULL PDCCH(uPDCCH)に関連する制御情報を含んでいることがある。同様に、リソース要素ブロックのデータ領域は、ULL PDSCH(uPDSCH)に関連するデータを含んでいることがある。一態様では、ULLシステムは、(たとえば、1つのサブフレームまたは1つのスロットのTTIを有する)レガシーLTEシステムに対して低減されたTTI(たとえば、場合によっては、1つのシンボル)によって特徴づけられ、たとえば、uPDCCHおよび/またはuPDSCHに関連し得る。
[0041]さらなる例示的な態様では、制御領域は、ネットワークエンティティ(たとえば、eノードB)によってサービスされる1つまたは複数のUEに関連する1つまたは複数のリソース許可を含み得る。そのようなリソース許可は、1つまたは複数のダウンリンクリソース許可、および/または1つまたは複数のアップリンクリソース許可を含み得る。本開示の1つの非限定的な態様によれば、リソース許可がダウンリンクリソース許可である場合、リソース要素ブロックのデータ領域に対応するダウンリンク許可は、同じリソース要素ブロック中に含まれている。さらに、リソース許可が、特定のUE(またはUEに関連するアプリケーション)のためのダウンリンクリソース許可である場合、リソース許可は、ダウンリンク許可があるデータ領域内の位置のインジケーションを含み得る。いくつかの例では、そのインジケーションが、データ領域の開始を識別するなどの場合、このインジケーションは、リソース要素ブロック内の、ダウンリンク許可が開始する位置を、ダウンリンクリソース許可を受信するUEがそれから暗号解読し(decipher)得るアグリゲーションレベルの関数であり得る。さらに、リソース許可は、リソース許可が、シンボル中に含まれる1つまたは複数の追加のリソース要素ブロックを含むべきであることを示し得る。
[0042]追加の態様では、制御領域は、制御領域中に含まれている許可を受信するUEに関連するアグリゲーションレベルに依存するリソース要素の数を含み得る。eノードBによってサービスされる1つまたは複数のUEのアグリゲーションレベルに基づいて、リソース許可を整合させることによって、データ構造は、uPDCCHリソース上でUEによって実行されるブラインド復号の回数を限定することによって、システム移植複雑さを低減する。
[0043]さらに、本開示の例示的なデータ構造は、対応するULL LTEチャネル(たとえば、uPDCCH、uPDSCH)のための本開示によって導入されるリソース要素ブロック固有チャネル割振り態様と一緒に、レガシーLTEチャネル(たとえば、PDCCH、PDSCH)のフレームスケジューリングをさらに実装するように構成される。このようにして、本明細書で説明するデータ構造は、ULL LTEおよび/またはレガシーLTEを利用するように構成されたUEまたは特定のUE適用例のために実装され得る。
[0044]本開示の追加の態様では、本明細書で開示するデータ構造のうちの1つまたは複数を生成することによって、ダウンリンクスケジューリングを管理するように構成され得る、ネットワークエンティティ(たとえば、eノードB)が提示される。さらに、ネットワークエンティティは、1つまたは複数のUEへの送信のためのデータを取得するように構成され得、1つまたは複数のUEに関連するデータおよび/または配信制約に基づいて、データ構造を使用してデータの送信をスケジュールし得る。
[0045]さらに、本開示の態様によれば、システムは、レガシー動作ならびにULL LTE動作の両方のためのデュアルチャネル状態情報(CSI)フィードバックチャネルを維持し得る。さらに、システムは、本明細書で導入される同じタイプのuPDCCH/uPDSCHフレームワークを用いてクロスキャリアスケジューリングをサポートする能力を有し得る。
[0046]最初に図1を参照すると、図は、本開示の一態様による、ワイヤレス通信システム100の一例を示す。ワイヤレス通信システム100は、複数のアクセスポイント(たとえば、基地局、eNB、またはWLANアクセスポイント)105、いくつかのユーザ機器(UE)115、およびコアネットワーク130を含む。アクセスポイント105は、超低レイテンシ(ULL)データ構造、たとえば、限定はしないが、1つのシンボルのTTIを含み得る、データ構造700(図7)、データ構造800(図8)、またはデータ構造900(図9)を使用して、制御情報およびユーザデータの、いくつかのUE115との通信を迅速化するように構成されたスケジューリング構成要素602を含み得る。たとえば、ULLデータ構造は、それぞれ、uPDCCHおよびuPDSCHの一方または両方を含み得る。同様に、UE115のうちの1つまたは複数は、ULLデータ構造を使用して、受信、復号、および動作するように構成されたダウンリンク管理構成要素661を含み得る。アクセスポイント105のうちのいくつかは、様々な例では、コアネットワーク130またはいくつかのアクセスポイント105(たとえば、基地局もしくはeNB)の一部であり得る、基地局コントローラ(図示せず)の制御下でUE115と通信し得る。アクセスポイント105は、バックホールリンク132を通してコアネットワーク130と制御情報および/またはユーザデータを通信し得る。例では、アクセスポイント105は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク134を介して互いと直接または間接的にのいずれかで通信し得る。ワイヤレス通信システム100は、複数のキャリア(異なる周波数の波形信号)上での動作をサポートし得る。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信することができる。たとえば、各通信リンク125は、上記で説明した様々な無線技術に従って変調されたマルチキャリア信号であり得る。各被変調信号は、異なるキャリア上で送られ得、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、データなどを搬送し得る。
[0047]いくつかの例では、ワイヤレス通信システム100の少なくとも一部分は、UE115のうちの1つまたは複数およびアクセスポイント105のうちの1つまたは複数が、別の階層レイヤに関して低減されたレイテンシを有する階層レイヤ上の送信をサポートするように構成され得る、複数の階層レイヤ上で動作するように構成され得る。いくつかの例では、ハイブリッドUE115−aは、第1のサブフレームタイプを用いた第1のレイヤ送信をサポートする第1の階層レイヤと、第2のサブフレームタイプを用いた第2のレイヤ送信をサポートする第2の階層レイヤの両方の上で、アクセスポイント105−aと通信し得る。たとえば、アクセスポイント105−aは、第1のサブフレームタイプのサブフレームと時分割複信された第2のサブフレームタイプのサブフレームを送信し得る。
[0048]いくつかの例では、ハイブリッドUE115−aは、たとえば、HARQ方式を通して送信についてのACK/NACKを与えることによって、送信の受信を確認応答し得る。第1の階層レイヤにおける送信についてのハイブリッドUE115−aからの確認応答は、いくつかの例では、送信が受信されたサブフレームに続くあらかじめ定義された数のサブフレームの後に与えられ得る。ハイブリッドUE115−aは、第2の階層レイヤにおいて動作するとき、例では、送信が受信されたサブフレームと同じサブフレーム中で受信を確認応答し得る。ACK/NACKを送信し、再送信を受信するために必要とされる時間は、ラウンドトリップ時間(RTT)と呼ばれることがあり、したがって、第2のサブフレームタイプのサブフレームは、第1のサブフレームタイプのサブフレームのためのRTTよりも短い第2のRTTを有し得る。
[0049]他の例では、第2のレイヤUE115−bは、第2の階層レイヤのみの上でアクセスポイント105−bと通信し得る。したがって、ハイブリッドUE115−aおよび第2のレイヤUE115−bは、第2の階層レイヤ上で通信し得るUE115の第2のクラスに属し得、レガシーUE115は、第1の階層レイヤのみの上で通信し得るUE115の第1のクラスに属し得る。アクセスポイント105−bおよびUE115−bは、第2のサブフレームタイプのサブフレームの送信を通して第2の階層レイヤ上で通信し得る。アクセスポイント105−bは、もっぱら第2のサブフレームタイプのサブフレームを送信し得るか、または第2のサブフレームタイプのサブフレームと時分割多重化された第1の階層レイヤ上で、第1のサブフレームタイプの1つまたは複数サブフレームを送信し得る。第2のレイヤUE115−bは、アクセスポイント105−bが第1のサブフレームタイプのサブフレームを送信する場合、第1のサブフレームタイプのそのようなサブフレームを無視し得る。したがって、第2のレイヤUE115−bは、送信が受信されたサブフレームと同じサブフレーム中で送信の受信を確認応答し得る。したがって、第2のレイヤUE115−bは、第1の階層レイヤ上で動作するUE115と比較して低減されたレイテンシで動作し得る。
[0050]アクセスポイント105は、1つまたは複数のアクセスポイントアンテナを介してUE115とワイヤレス通信し得る。アクセスポイント105サイトの各々は、それぞれのカバレージエリア110に通信カバレージを与え得る。いくつかの例では、アクセスポイント105は、基地トランシーバ局、無線基地局、無線トランシーバ、基本サービスセット(BSS)、拡張サービスセット(ESS)、ノードB、eノードB、ホームノードB、ホームeノードB、または何らかの他の好適な用語で呼ばれることがある。基地局のためのカバレージエリア110は、カバレージエリアの一部分のみを構成するセクタに分割され得る(図示せず)。ワイヤレス通信システム100は、異なるタイプのアクセスポイント105(たとえば、マクロ基地局、マイクロ基地局、および/またはピコ基地局)を含み得る。アクセスポイント105はまた、セルラーおよび/またはWLAN無線アクセス技術など、異なる無線技術を利用し得る。アクセスポイント105は同じまたは異なるアクセスネットワークまたは事業者展開に関連し得る。同じまたは異なるタイプのアクセスポイント105のカバレージエリアを含み、同じまたは異なる無線技術を利用し、および/あるいは同じまたは異なるアクセスネットワークに属する、異なるアクセスポイント105のカバレージエリアは重複し得る。
[0051]LTE/LTE−Aおよび/またはULL LTEネットワーク通信システムでは、発展型ノードB(eノードBまたはeNB)という用語は、概して、アクセスポイント105を表すために使用され得る。ワイヤレス通信システム100は、異なるタイプのアクセスポイントが様々な地理的領域にカバレージを与える、異種LTE/LTE−A/ULL LTEネットワークであり得る。たとえば、各アクセスポイント105は、通信カバレージをマクロセル、ピコセル、フェムトセル、および/または他のタイプのセルに与え得る。ピコセル、フェムトセル、および/または他のタイプのセルなどのスモールセルは低電力ノードまたはLPNを含み得る。マクロセルは、概して、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーし、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得る。スモールセルは、概して、比較的より小さい地理的エリアをカバーすることになり、たとえば、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得、無制限アクセスに加えて、スモールセルとの関連を有するUE115(たとえば、限定加入者グループ(CSG:closed subscriber group)中のUE、自宅内のユーザのためのUEなど)による制限アクセスをも与え得る。マクロセルのためのeNBはマクロeNBと呼ばれることがある。スモールセルのためのeNBはスモールセルeNBと呼ばれることがある。eNBは、1つまたは複数の(たとえば、2つ、3つ、4つなどの)セルをサポートし得る。
[0052]コアネットワーク130は、バックホール132(たとえば、S1インターフェースなど)を介してeNBまたは他のアクセスポイント105と通信し得る。アクセスポイント105はまた、たとえば、バックホールリンク134(たとえば、X2インターフェースなど)を介しておよび/またはバックホールリンク132を介して(たとえば、コアネットワーク130を通して)直接または間接的に、互いと通信し得る。ワイヤレス通信システム100は同期動作または非同期動作をサポートし得る。同期動作の場合、アクセスポイント105は同様のフレームタイミングを有し得、異なるアクセスポイント105からの送信は近似的に時間的に整合され得る。非同期動作の場合、アクセスポイント105は異なるフレームタイミングを有し得、異なるアクセスポイント105からの送信は時間的に整合されないことがある。さらに、第1の階層レイヤおよび第2の階層レイヤにおける送信は、アクセスポイント105の間で同期されることもされないこともある。本明細書で説明する技法は、同期動作または非同期動作のいずれかのために使用され得る。
[0053]UE115はワイヤレス通信システム100全体にわたって分散され、各UE115は固定または移動であり得る。UE115は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。UE115は、セルラーフォン、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、時計または眼鏡などの装着可能なアイテム、ワイヤレスローカルループ(WLL)局などであり得る。UE115は、マクロeノードB、スモールセルeノードB、リレーなどと通信することが可能であり得る。UE115はまた、セルラーまたは他のWWANアクセスネットワーク、あるいはWLANアクセスネットワークなど、異なるアクセスネットワーク上で通信することが可能であり得る。
[0054]ワイヤレス通信システム100において示されている通信リンク125は、UE115からアクセスポイント105へのアップリンク(UL)送信、および/またはアクセスポイント105からUE115へのダウンリンク(DL)送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。通信リンク125は、いくつかの例では通信リンク125において多重化され得る、各階層レイヤの送信を搬送し得る。UE115は、たとえば、多入力多出力(MIMO:Multiple Input Multiple Output)、キャリアアグリゲーション(CA:carrier aggregation)、多地点協調(CoMP:Coordinated Multi-Point)、または他の方式を通して、複数のアクセスポイント105と共同的に通信するように構成され得る。MIMO技法は、複数のデータストリームを送信するために、アクセスポイント105上の複数のアンテナおよび/またはUE115上の複数のアンテナを使用する。キャリアアグリゲーションは、データ送信のための同じまたは異なるサービングセル上の2つまたはそれ以上のコンポーネントキャリアを利用し得る。CoMPは、UE115のための全体的な送信品質を改善するために、ならびにネットワークおよびスペクトル利用を増加させる、いくつかのアクセスポイント105による送信および受信の協調のための技法を含み得る。
[0055]上述のように、いくつかの例では、アクセスポイント105およびUE115は、複数のキャリア上で送信するために、キャリアアグリゲーションを利用し得る。いくつかの例では、アクセスポイント105およびUE115は、2つまたはそれ以上の別個のキャリアを使用して、第1のサブフレームタイプを各々が有する1つまたは複数のサブフレームを、フレーム内で第1の階層レイヤにおいてコンカレントに送信し得る。各キャリアは、たとえば、20MHzの帯域幅を有し得るが、他の帯域幅が利用され得る。ハイブリッドUE115−aおよび/または第2のレイヤUE115−bは、いくつかの例では、別個のキャリアのうちの1つまたは複数の帯域幅よりも大きい帯域幅を有する単一のキャリアを利用して、第2の階層レイヤにおいて1つまたは複数のサブフレームを受信および/または送信し得る。たとえば、4つの別個の20MHzキャリアが第1の階層レイヤにおいてキャリアアグリゲーション方式で使用される場合、単一の80MHzキャリアが、第2の階層レイヤにおいて使用され得る。80MHzキャリアは、4つの20MHzキャリアのうちの1つまたは複数によって使用される無線周波数スペクトルと少なくとも部分的に重複する無線周波数スペクトルの一部分を占有し得る。いくつかの例では、第2の階層レイヤタイプのためのスケーラブル帯域幅は、さらに拡張されたデータレートを与えるために、上記で説明したようなより短いRTTを与えるための組み合わせられた技法であり得る。
[0056]ワイヤレス通信システム100によって採用され得る異なる動作モードの各々は、周波数分割複信(FDD)または時分割複信(TDD)に従って動作し得る。いくつかの例では、異なる階層レイヤは、異なるTDDまたはFDDモードに従って動作し得る。たとえば、第1の階層レイヤはFDDに従って動作し得、第2の階層レイヤはTDDに従って動作し得る。いくつかの例では、OFDMA通信信号は、各階層レイヤのためのLTEダウンリンク送信のための通信リンク125において使用され得、シングルキャリア周波数分割多元接続(SC−FDMA)通信信号は、各階層レイヤにおけるLTEアップリンク送信のための通信リンク125において使用され得る。ワイヤレス通信システム100などのシステムにおける階層レイヤの実装に関する追加の詳細、ならびにそのようなシステムにおける通信に関係する他の特徴および機能が、以下の図を参照しながら以下で与えられる。
[0057]図2は、LTEまたはULL LTEネットワークアーキテクチャにおけるアクセスネットワーク200の一例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域(セル)202に分割される。1つまたは複数のより低い電力クラスのeNB208は、セル202のうちの1つまたは複数と重複するセルラー領域210を有し得る。より低い電力クラスのeNB208は、フェムトセル(たとえば、ホームeNB(HeNB:home eNB))、ピコセル、マイクロセル、またはリモートラジオヘッド(RRH:remote radio head)であり得る。マクロeNB204は各々、それぞれのセル202に割り当てられ、セル202中のすべてのUE206に発展型パケットコアへのアクセスポイントを与えるように構成される。一態様では、eNB204は、超低レイテンシ(ULL)データ構造、たとえば、限定はしないが、1つのシンボルのTTIを含み得る、データ構造700(図7)、データ構造800(図8)、またはデータ構造900(図9)を使用して、制御情報およびユーザデータの、いくつかのUE115との通信を迅速化するように構成されたスケジューリング構成要素602を含み得る。同様に、UE206のうちの1つまたは複数は、ULLデータ構造を使用して、受信、復号、および動作するように構成されたダウンリンク管理構成要素661を含み得る。アクセスネットワーク200のこの例では集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。eNB204は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続性を含む、すべての無線関係機能を担う。
[0058]アクセスネットワーク200によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。LTEまたはULL LTE適用例では、周波数分割複信(FDD:frequency division duplexing)と時分割複信(TDD:time division duplexing)の両方をサポートするために、OFDMがDL上で使用され、SC−FDMAがUL上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、LTE適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド(EV−DO:Evolution-Data Optimized)またはウルトラモバイルブロードバンド(UMB:Ultra Mobile Broadband)に拡張され得る。EV−DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2:3rd Generation Partnership Project 2)によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにCDMAを採用する。これらの概念はまた、広帯域CDMA(W−CDMA(登録商標))とTD−SCDMAなどのCDMAの他の変形態とを採用するユニバーサル地上波無線アクセス(UTRA:Universal Terrestrial Radio Access)、TDMAを採用するモバイル通信用グローバルシステム(GSM(登録商標):Global System for Mobile Communications)、ならびに、OFDMAを採用する、発展型UTRA(E−UTRA:Evolved UTRA)、IEEE802.11(Wi−Fi(登録商標))、IEEE802.16(WiMAX(登録商標))、IEEE802.20、およびFlash−OFDMに拡張され得る。UTRA、E−UTRA、UMTS、LTEおよびGSMは3GPP団体からの文書に記載されている。CDMA2000およびUMBは3GPP2団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。
[0059]eNB204は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、eNB204は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データスチームは、データレートを増加させるために単一のUE206に送信されるか、または全体的なシステム容量を増加させるために複数のUE206に送信され得る。これは、各データストリームを空間的にプリコーディングし(すなわち、振幅および位相のスケーリングを適用し)、次いでDL上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに(1つまたは複数の)UE206に到着し、これにより、(1つまたは複数の)UE206の各々は、そのUE206に宛てられた1つまたは複数のデータストリームを復元することが可能になる。UL上で、各UE206は、空間的にプリコーディングされたデータストリームを送信し、これにより、eNB204は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
[0060]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを1つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
[0061]以下の詳細な説明では、アクセスネットワークの様々な態様が、DL上でOFDMをサポートするMIMOシステムに関して説明される。OFDMは、OFDMシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散(spread-spectrum)技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、OFDMシンボル間干渉をなくすために、ガードインターバル(たとえば、サイクリックプレフィックス)が各OFDMシンボルに追加され得る。ULは、高いピーク対平均電力比(PAPR)を補償するために、SC−FDMAをDFT拡散OFDM信号の形態で使用し得る。
[0062]図3は、いくつかの例では、本開示によって与えられるULL LTE DLフレーム構造とともに利用され得る、LTEにおけるDLフレーム構造の一例を示す図300である。フレーム(10ms)は、等しいサイズの10個のサブフレームに分割され得る。各サブフレームは、2つの連続するタイムスロットを含み得る。2つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソース要素ブロックを含む。リソースグリッドは複数のリソース要素に分割される。LTEでは、リソース要素ブロックは、周波数領域中に12個の連続するサブキャリアを含んでおり、各OFDMシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に7つの連続するOFDMシンボルを含んでおり、すなわち84個のリソース要素を含んでいることがある。拡張サイクリックプレフィックスについて、リソース要素ブロックは、時間領域中に6つの連続するOFDMシンボルを含んでいることがあり、72個のリソース要素を有する。R302、304として示されるリソース要素のいくつかは、DL基準信号(DL−RS)を含む。DL−RSは、(共通RSと呼ばれることもある)セル固有RS(CRS:Cell-specific RS)302と、UE固有RS(UE−RS:UE-specific RS)304とを含む。UE−RS304は、対応するPDSCHがマッピングされるリソース要素ブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、UEが受信するリソース要素ブロックが多いほど、また変調方式が高いほど、UEのデータレートは高くなる。
[0063]図4は、LTEにおけるULフレーム構造の一例を示す図400である。ULのための利用可能なリソース要素ブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の2つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソース要素ブロックは、制御情報の送信のためにUEに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソース要素ブロックを含み得る。ULフレーム構造は、単一のUEがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
[0064]UEは、eNBに制御情報を送信するために、制御セクション中のリソース要素ブロック410a、410bを割り当てられ得る。UEは、eNBにデータを送信するために、データセクション中のリソース要素ブロック420a、420bをも割り当てられ得る。UEは、制御セクション中の割り当てられたリソース要素ブロック上の物理UL制御チャネル(PUCCH:physical UL control channel)中で制御情報を送信し得る。UEは、データセクション中の割り当てられたリソース要素ブロック上の物理UL共有チャネル(PUSCH:physical uplink shared channel)中でデータのみまたはデータと制御情報の両方を送信し得る。UL送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
[0065]初期システムアクセスを実行し、物理ランダムアクセスチャネル(PRACH:physical random access channel)430中でUL同期を達成するために、リソース要素ブロックのセットが使用され得る。PRACH430は、ランダムシーケンスを搬送し、いかなるULデータ/シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、6つの連続するリソース要素ブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはPRACHにはない。PRACH試みは単一のサブフレーム(1ms)中でまたは少数の連続サブフレームのシーケンス中で搬送され、UEはフレーム(10ms)ごとに単一のPRACH試みのみを行うことができる。
[0066]図5は、LTEおよびULL LTEにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図500である。UEおよびeNBのための無線プロトコルアーキテクチャは、レイヤ1、レイヤ2、およびレイヤ3の3つのレイヤとともに示されている。レイヤ1(L1レイヤ)は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。L1レイヤを本明細書では物理レイヤ506と呼ぶ。レイヤ2(L2レイヤ)508は、物理レイヤ506の上にあり、物理レイヤ506を介したUEとeNBとの間のリンクを担う。
[0067]ユーザプレーンでは、L2レイヤ508は、ネットワーク側のeNBにおいて終端される、媒体アクセス制御(MAC:media access control)サブレイヤ510と、無線リンク制御(RLC:radio link control)サブレイヤ512と、パケットデータコンバージェンスプロトコル(PDCP:packet data convergence protocol)514サブレイヤとを含む。図示されていないが、UEは、ネットワーク側のPDNゲートウェイ118において終端されるネットワークレイヤ(たとえば、IPレイヤ)と、接続の他端(たとえば、ファーエンドUE、サーバなど)において終端されるアプリケーションレイヤとを含めてL2レイヤ508の上にいくつかの上位レイヤを有し得る。
[0068]PDCPサブレイヤ514は、異なる無線ベアラと論理チャネルとの間で多重化を行う。PDCPサブレイヤ514はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、UEに対するeNB間のハンドオーバサポートとを与える。RLCサブレイヤ512は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求(HARQ)による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。MACサブレイヤ510は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ510はまた、UEの間で1つのセル中の様々な無線リソース(たとえば、リソース要素ブロック)を割り振ることを担う。MACサブレイヤ510はHARQ動作をも担う。
[0069]制御プレーンでは、UEおよびeNBのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ506およびL2レイヤ508について実質的に同じである。制御プレーンはまた、レイヤ3(L3レイヤ)中に無線リソース制御(RRC)サブレイヤ516を含む。RRCサブレイヤ516は、無線リソース(すなわち、無線ベアラ)を取得することと、eNBとUEとの間のRRCシグナリングを使用して下位レイヤを構成することとを担う。
[0070]図6は、アクセスネットワーク中でUE650と通信しているeNB610のブロック図である。DLでは、コアネットワークからの上位レイヤパケットが、コントローラ/プロセッサ675に与えられる。コントローラ/プロセッサ675は、L2レイヤの機能を実装する。DLでは、コントローラ/プロセッサ675は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくUE650への無線リソース割振りとを行う。コントローラ/プロセッサ675はまた、HARQ動作と、紛失パケットの再送信と、UE650へのシグナリングとを担う。
[0071]送信(TX)プロセッサ616は、L1レイヤ(すなわち、物理レイヤ)のための様々な信号処理機能を実装する。信号処理機能は、UE650における前方誤り訂正(FEC:forward error correction)と、様々な変調方式(たとえば、2位相偏移変調(BPSK:binary phase-shift keying)、4位相偏移変調(QPSK:quadrature phase-shift keying)、M位相偏移変調(M−PSK:M-phase-shift keying)、多値直交振幅変調(M−QAM:M-quadrature amplitude modulation))に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成するために、OFDMサブキャリアにマッピングされ、時間領域および/または周波数領域中で基準信号(たとえば、パイロット)と多重化され、次いで逆高速フーリエ変換(IFFT)を使用して互いに合成される。OFDMストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器674からのチャネル推定値は、符号化および変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、UE650によって送信される基準信号および/またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機618TXを介して異なるアンテナ620に与えられる。各送信機618TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。さらに、eNB610は、超低レイテンシ(ULL)データ構造、たとえば、限定はしないが、1つのシンボルのTTIを含み得る、データ構造700(図7)、データ構造800(図8)、またはデータ構造900(図9)を使用して、制御情報およびユーザデータの、いくつかのUE115との通信を迅速化するように構成されたスケジューリング構成要素602を含み得る。
[0072]UE650において、各受信機654RXは、それのそれぞれのアンテナ652を通して信号を受信する。各受信機654RXは、RFキャリア上に変調された情報を復元し、受信(RX)プロセッサ656に情報を与える。RXプロセッサ656は、L1レイヤの様々な信号処理機能を実装する。RXプロセッサ656は、UE650に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがUE650に宛てられた場合、それらはRXプロセッサ656によって単一のOFDMシンボルストリームに合成され得る。RXプロセッサ656は、次いで高速フーリエ変換(FFT)を使用してOFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別々のOFDMシンボルストリームを含む。各サブキャリア上のシンボルと基準信号とは、eNB610によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器658によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でeNB610によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ/プロセッサ659に与えられる。
[0073]コントローラ/プロセッサ659はL2レイヤを実装する。コントローラ/プロセッサは、プログラムコードとデータとを記憶するメモリ660に関連し得る。メモリ660はコンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ659は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、暗号解読(deciphering)と、ヘッダ解凍(decompression)と、制御信号処理とを行う。上位レイヤパケットは、次いで、L2レイヤの上のすべてのプロトコルレイヤを表すデータシンク662に与えられる。また、様々な制御信号がL3処理のためにデータシンク662に与えられ得る。コントローラ/プロセッサ659はまた、HARQ動作をサポートするために肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用する誤り検出を担う。さらに、UE650は、本開示のULLデータ構造を使用して、受信、復号、および動作するように構成されたダウンリンク管理構成要素661を含み得る。
[0074]ULでは、データソース667が、コントローラ/プロセッサ659に上位レイヤパケットを与えるために使用される。データソース667は、L2レイヤの上のすべてのプロトコルレイヤを表す。eNB610によるDL送信に関して説明した機能と同様に、コントローラ/プロセッサ659は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、eNB610による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのL2レイヤを実装する。コントローラ/プロセッサ659はまた、HARQ動作、紛失パケットの再送信、およびeNB610へのシグナリングを担う。
[0075]eNB610によって送信される基準信号またはフィードバックからの、チャネル推定器658によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、TXプロセッサ668によって使用され得る。TXプロセッサ668によって生成される空間ストリームは、別個の送信機654TXを介して異なるアンテナ652に与えられる。各送信機654TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。
[0076]UL送信は、UE650における受信機機能に関して説明した様式と同様の様式でeNB610において処理される。各受信機618RXは、それのそれぞれのアンテナ620を通して信号を受信する。各受信機618RXは、RFキャリア上に変調された情報を復元し、RXプロセッサ670に情報を与える。RXプロセッサ670はL1レイヤを実装し得る。
[0077]コントローラ/プロセッサ675はL2レイヤを実装する。コントローラ/プロセッサ675は、プログラムコードとデータとを記憶するメモリ676に関連付けられ得る。メモリ676はコンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ675は、UE650からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、暗号解読と、ヘッダ解凍と、制御信号処理とを行う。コントローラ/プロセッサ675からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ/プロセッサ675はまた、HARQ動作をサポートするためにACKおよび/またはNACKプロトコルを使用する誤り検出を担う。さらに、コントローラ/プロセッサは、aと通信していることがある。
[0078]図7は、ワイヤレス通信システムにおける迅速化されたUE通信を管理するためのデータ構造700の1つの非限定的な例を示す図である。この例では、データ構造700は、3つの例示的なサブフレームのためのフレームスケジューリングを含み、ここで、例示的なサブフレームの各々は、時間領域中で(水平方向に)14個のシンボルに分割される。さらに、図7に示されているように、データ構造700を送信する際に使用されるTTIは、単一のシンボルであり得る。したがって、1つのシンボルのTTIは、たとえば、1つのサブフレームまたは1つのスロットのTTIを有するレガシーLTEダウンリンクデータ構造に対して超低レイテンシをもつデータ構造700内で送信されるデータを与える。
[0079]サブフレーム1 702に対応するデータ構造700の部分によって示されているように、本開示の一態様では、制御チャネル(たとえば、uPDCCH)および/またはデータチャネル(たとえば、uPDSCH)に関連するチャネル帯域幅が、各シンボルについて複数のREブロックに分割され得る。サブフレーム1 702では、たとえば、各シンボルは、制御シグナリング、たとえば、ダウンリンク許可および/または1つまたは複数のアップリンク許可、あるいはダウンリンク通信のためのユーザデータを搬送するために、1つまたは複数のUEに各々が割り振られ得る4つのREブロック(REブロック1 704、REブロック2 706、REブロック3 708、およびREブロック4 710)に分割される。この例では、サブフレーム1 702の各シンボルは、4つのREブロック(REブロック1 704、REブロック2 706、REブロック3 708、およびREブロック4 710)に分割されるが、本態様によれば、シンボルのRE(またはREグループ(REG))は、任意の数、N個のREブロックに分割され得る。さらに、図7には明示的に示されていないが、REブロックは、各々が制御領域およびデータ領域を含み得るが、いくつかの例では、データ領域のみを含み得る。
[0080]本開示では、図7の各サブフレームのシンボルは、(LTE制御チャネル(たとえば、PDCCH)など、「レガシー制御」チャネルに割り振られた)シンボル0において開始し、左から右にシンボル13まで増加する数で呼ばれることがある。サブフレーム1 702中のデータ構造700に示されているように、シンボルのREブロックのサブセットが、個々に、ダウンリンクにおいてデータを受信するためにUEに許可され得る。たとえば、シンボル11は、2つのREブロック(REブロック1 704およびREブロック4 710)は、ULL LTE DL送信のためにユーザBに割り振られるかまたは「許可」され、中間の2つのREブロック(REブロック2 706およびREブロック3 708)は、ダウンリンクトラフィックのために割り振られないを含む。同様に、シンボル中のあらゆるREブロックは、すべて、同じユーザに割り振られ得る。たとえば、シンボル6のすべての4つのREブロックは、ユーザCに割り振られている。さらに、図7には明示的に示されていないが、シンボルの異種REブロックは、異なるUEに割り振られ得る。言い換えれば、特定のシンボルは、0〜N個のUEのためのダウンリンク許可を含み得、ここで、非限定的な一態様では、この場合のNはREブロックの数に等しい。
[0081]さらに、サブフレーム2 712に関連するデータ構造700の部分に示されているように、データ構造700は、レガシーLTE制御およびデータチャネルによるリソース要素割振りを含み得る。たとえば、サブフレーム2に示されているように、サブフレームの第1のシンボル(または複数のシンボル)が、(たとえば、PDCCHを介して)レガシー制御情報を搬送し得る。さらに、サブフレーム2の残りのシンボル中に、PDSCHを介してUEデータが送信され得る。サブフレーム1 702のシンボルとは異なり、これらのレガシーLTE PDSCHシンボルは、制御領域とデータ領域の両方を各々が含んでいることがあるREブロックに分割されないことがある。さらに、サブフレーム1、2、および3のシンボル1は、レガシーLTE制御が、利用可能な帯域幅全体のために実装されることを示すが、これは排他的構成でない。代わりに、本開示では、レガシー制御情報は、任意のサブフレームの任意のシンボルのREブロックのサブセット中で送信され得る。同様に、レガシー制御情報は、任意のサブフレームの2つ以上の(連続または異種)シンボル中で送信され得る。さらなる一例では、そのようなレガシー制御シンボル中の未使用帯域幅(あるいはRE、REG、またはREブロック)は、本明細書で説明する方法に従って、ULL LTEダウンリンク帯域幅割振りのために割り振られ得る。さらに、本開示によれば、uPDCCH送信およびuPDSCH送信は、レガシーPDSCH領域ならびにレガシーPDCCH制御領域の両方内にスケジュールされ得る(たとえば、サブフレーム2参照)。
[0082]本開示のさらなる態様では、制御情報は、1つまたは複数の段階に分離され得、制御情報の1つまたは複数の段階は、データ構造700における異なるロケーションに配置され得る。たとえば、一態様では、制御情報は、第1の段階および第2の段階に分離され得、ここで、第1の段階は、レガシーLTE制御チャネル(すなわち、PDCCH)に関連する制御情報を含み、第2の段階は、ULL LTE制御チャネル(たとえば、uPDCCH)に関連する制御情報を含む。いくつかの例では、制御情報は、限定はしないが、ダウンリンク制御情報(DCI)など、リソース許可情報を含み得る。さらに、第1段階制御情報は、レガシー制御シンボル(たとえば、データ構造700のサブフレーム1〜3のシンボル0位置にある例示的なレガシー制御シンボル)など、データ構造700のレガシー制御シンボルまたはREブロック中にあり得る。
[0083]しかしながら、第2段階制御情報は、データ構造700の第1のサブフレームのシンボル1〜13に示されている(および以下の図8のデータ構造800にさらに示されている)例示的なREブロックなど、1つまたは複数のULL LTE REブロックの制御領域中にあり得る。制御情報を複数の段階に分離することによって、ULL LTE REブロックの制御領域が最小限に抑えられ、このことは、これらのREブロックのデータ領域を最大にし、それにより、所与のREブロックまたはシンボル中で送信され得るデータの量を最大にする。
[0084]さらに、図7のサブフレーム3 714に関して示されているように、データ構造700は、レガシーPDSCHとuPDSCHの両方のために帯域幅またはREグループをコンカレントに割り振り得る。たとえば、サブフレーム3のシンボル4に示されているように、データ構造700は、レガシーPDSCHダウンリンク送信のためにREグループ(最上のREグループ)を割り振り得、残りのREブロック(または残りのREブロックのサブセット)を、uPDSCHを介してデータを受信するように構成されたUE(または「ユーザ」)にコンカレントに割り振り得る。
[0085]したがって、図7に示されているように、データ構造700は、レガシーLTE通信プロトコルまたはULL LTE通信プロトコルのいずれかを利用するUEまたはUE適用例のための帯域幅を割り振り得る。レガシーLTEとULL LTEとの間のこのインターオペラビリティは、サブフレーム単位ベースであるか(もっぱらULL LTEを利用するサブフレーム1 702対もっぱらレガシーLTEを利用するサブフレーム2 712参照)、またはシンボル内ベースであり得る(コンカレントにレガシーLTE割振りとULL LTE割振りとを利用するサブフレーム3 714参照)。
[0086]図8は、ULL LTEシステムにおけるダウンリンクサブフレームの単一のシンボルのためのRE(または周波数)割振りの一例を表す、UE通信を管理するためのデータ構造800を示し、ここで、TTIは1つのシンボルである。言い換えれば、図7に関して、図8のデータ構造800は、たとえば、サブフレーム1またはサブフレーム3の単一のシンボルを表し得る。図8に示されているように、データ構造800は、利用可能なチャネル帯域幅803を複数のREブロックに分割する。詳細には、この非限定的な例では、チャネル帯域幅803は、4つのREブロック805、すなわち、REブロック1、REブロック2、REブロック3、およびREブロック4に分割される。4つのREブロックが図8に示されているが、チャネル帯域幅803は、本開示によって企図される実装形態において、任意の数の1つまたは複数のREブロック805に分割され得る。さらに、図8の各REブロック805は、チャネル帯域幅がそれに分割され得る複数のRE(RE(0)〜RE(N))のうちの1つまたは複数のREを含んでいることがある。いくつかの例では、各REブロック805は、同数のREを含んでいることがあるか、またはさもなければ、実質的に同様の関連する周波数帯域幅を有し得る。
[0087]さらに、データ構造800の複数のREブロック805のうちのいずれか1つまたは複数は、固定または既知のロケーションにおける制御領域801と、対応するデータ領域802とを含み得る。本開示の一態様では、制御領域801は、制御情報が、たとえば、uPDCCHを介してそれの上で送信され得るREブロック805の一部分を表し得、制御領域801のために使用されるリソース要素のサブセットは、ダウンリンク管理構成要素661を含むUEによって固定されるかまたはさもなければ知られ得る。いくつかの態様では、制御領域801は、REブロック805内でインターリーブされ得る。さらに、制御領域801において送信される制御情報は、1つまたは複数のUEへのダウンリンクまたはアップリンク周波数許可を含み得る。非限定的な一例では、たとえば、ダウンリンク許可は、少なくとも、制御情報を含んでいる同じREブロック805中で、ダウンリンク共有チャネル(たとえば、uPDSCH)上でデータを受信するようにUEがスケジュールされることをUEに示し得る。代替的に、または追加として、周波数許可は、同じUEのための、または1つまたは複数の他のUEのためのアップリンク許可であり得、それらのUEの各々は、UEが、(たとえば、ULL物理アップリンク共有チャネル(uPUSCH)上で)割り振られたアップリンクリソースにおいてデータを送信し得ることをそれぞれのUEに示し得る。
[0088]本開示のさらなる態様では、制御領域801は、REブロック805内の特定のREロケーションにあり得、ここで、これらのREロケーションの範囲は、制御領域801中でリソース許可を受信している1つまたは複数のUEのアグリゲーションレベルの関数である。これらの特定のREロケーションおよび許可のREサイズが、各UEおよびeノードBによって知られる(たとえば、REのサブセットが、事前に知られており、所与のUEのためのREのサブセットの適用可能範囲が、UEのアグリゲーションレベルから推論され得る)ので、eノードBは、特定のREロケーションのうちの1つにおいて開始するRE間隔においてUEのための許可をスケジュールし得る。制御領域801のためにこのREロケーション方式を使用することによって、各UEは、各シンボル中で、限られた回数のブラインド復号、たとえば、レガシーLTEシステムにおけるよりも少ない回数を行うだけでよいことがある。これは、各UEが、各LTEシンボル中で最高44回のブラインド復号を実行することが必要とされる、レガシーLTEダウンリンクリソーススケジューリングに勝る大幅な改善である。
[0089]たとえば、ULL LTE UEに必要なブラインド復号の減少を示すために、より多くのUEのうちの1つの各々(またはUEの関係する個々の適用例またはフロー)に関連し得る、例示的なアグリゲーションレベル1、2、4、および8について考える。また、各REブロックが40個のREGからなると仮定する(ここで、各REGは複数のREを含む)。アグリゲーションレベル1の場合、(5つのREGのサイズを有する)4回のブラインド復号が、各シンボルの各REブロックについて必要とされ得、それぞれ、REG0、10、20、および30において開始し得る。アグリゲーションレベル2の場合、同じく、(10個のREGのサイズを有する)4回のブラインド復号が、各シンボルの各REブロックについて必要とされ得、同じく、それぞれ、REG0、10、20、および30において開始し得る。アグリゲーションレベル4の場合、(20個のREGのサイズを有する)2回のブラインド復号が、各シンボルの各REブロックについて必要とされ得、それぞれ、REG0およびREG20において開始し得る。最後に、アグリゲーションレベル8の場合、(40個のREGのサイズを有する)ただ1回のブラインド復号が、各シンボルの各REブロックについて必要とされ得、REG0において開始し得る。したがって、図8の例示的なデータ構造800では、シンボルが4つのREブロックを含んでいるので、必要とされるブラインド復号の最大回数は16になり、1または2のアグリゲーションレベルを有するUE(あるいは関係するアプリケーションまたはフロー)によって実行されることになる。4のアグリゲーションレベルをもつUEは、合計8回のブラインド復号を実行することが必要とされ、8のアグリゲーションレベルをもつUEは、シンボル全体のために合計4回のブラインド復号を実行することが必要とされるにすぎない。したがって、レガシーLTEシステムの44回の必要とされるブラインド復号を考慮すれば、本明細書で説明するULL LTEのアグリゲーションレベル固有およびREロケーション固有周波数許可方式は、レガシーLTEと相対して著しいリソース節約を与える。
[0090]さらに、制御領域801中で送信される制御情報は、可変TTI持続時間を指定することができる。上記で導入されたように、1つのオプションの構成では、TTIは、1つのシンボルの固定持続時間であり得る。しかしながら、他の構成では、制御情報は、TTIが1つのシンボルであるのか1つのスロットであるのかを示し得る。同様に、別のオプションの構成では、制御情報は、TTIが、1つのシンボルであるのか、2つのシンボルであるのか、スロットであるのか、サブフレームであるのかを示し得る。ULL LTEシンボルよりも長いTTIを利用することによって、システムは、より長い割振りを用いて取得されるUE固有基準信号(UE−RS)タイプチャネル推定を利用し得る。さらに、より長いTTI持続時間は、増加されたスケジューリング効率、フレキシビリティ、およびオーバーヘッドの低減を与え得る。
[0091]データ領域802は、制御領域が確立された後、特定のREブロック805中で未使用である1つまたは複数のREを含み得る。データ領域802は、ユーザデータが、ダウンリンク許可を受信したUEにそれの上で送信されるREブロック805の部分である。いくつかの例では、データ領域802は、ダウンリンク許可を含む制御領域801を含んでいた特定のREブロック805内にあり得、他の場合には、データ領域802は、ダウンリンク許可を含む制御領域801とは異なるREブロック中にあり得る。たとえば、UEがシンボル中で2つ以上のREブロックのためのDL許可を受信したことを示す許可を制御領域801が含む場合、データ領域802は、追加のREブロック全体、またはUEに許可されているが、ダウンリンク許可がそれの上で送信されたREブロックに対応しない他の追加のREブロックを構成し得る。
[0092]さらに、図8に示されているように、各REブロック805の制御領域801およびデータ領域802は、シンボルの他のREブロック805に対してサイズが変動し得る。たとえば、REブロック2の制御領域801は、REブロック1の制御領域よりも大きく、したがって、REブロック1のデータ領域802は、REブロック2のデータ領域802よりも大きい。一態様では、相対領域サイズのこの差異は、特定の制御領域801中に含まれる許可の数の関数であり得る。追加または代替として、制御領域801のサイズは、制御領域801中で許可を受信する1つまたは複数のUEに関連するアグリゲーションレベルの関数として変動し得る。異種アグリゲーションレベルは、情報を送信するために、固有のRE(またはREG)長さを必要とするので、結果として、異種アグリゲーションレベルを有するUEに対応する許可は、固有のRE(またはREG)長さを有することになる。
[0093]その上、データ構造800は、シンボルのチャネル帯域幅全体が、本開示によって導入されるULL LTEのためのREブロックベースデータ構造に従うことを示すが、帯域幅割振りのレガシーLTE方法が、データ構造800のREブロックのうちの1つまたは複数中で代替的に使用され得る。たとえば、図7のサブフレーム3に一時的に戻ると、シンボルの最上REブロック(または他のREブロック)は、レガシーLTE PDSCH方法に従ってスケジュールされ得る。
[0094]図9は、たとえば、ULL LTEシステムにおける、迅速化されたUE通信を管理するための例示的なデータ構造900を示す。それぞれ、図7および図8のデータ構造700およびデータ構造800と同様に、データ構造900は、1つのシンボルTTIを用いて使用され得、シンボル内に4つのREブロックを含んでおり、それはまた、制御領域中の1つまたは複数の許可を含んでおり、制御領域中のダウンリンク許可を受信するUEのための送信のためにそれの上でユーザデータが割り振られるデータ領域を含んでいることがある。第1のUEのためのダウンリンク許可(DL許可1)と、第2のUEのためのアップリンク許可(UL許可2)と、第3のUEのための別のアップリンク許可(UL許可3)とを含んでいる、REブロック1の制御領域について考える。
[0095]本開示の一態様によれば、非限定的な一例では、各REブロックは、REブロックのデータ領域のための単一のダウンリンク許可を含んでいることがある。さらなる態様では、このダウンリンク許可は、REブロックの制御領域中の第1のリソース要素中に含まれていることがある。したがって、REブロック1では、DL許可1は、REブロック1中の唯一のDL許可であり、REブロック1の(たとえば、データ領域から最も遠く離れた)第1のリソース要素中にある。
[0096]さらに、本開示の一態様では、REブロック中のダウンリンク許可は、REブロック中のデータ領域のロケーションを暗黙的にまたは明示的に識別するインジケーションを含み得る。いくつかの非限定的な例では、このインジケーションは、REブロックの明示的REまたはREG数を含み得る。しかしながら、他の非限定的な例では、インジケーションはマルチビットインジケータを含み得る。そのような態様では、マルチビットインジケータの値は、(1)ダウンリンク許可が制御領域中の唯一の許可であること、または(2)ダウンリンク許可を有するUEが、データ領域の開始ロケーションをそれから推論し得るREG位置またはアグリゲーションレベルインジケータを示し得る。言い換えれば、複数のリソース許可(たとえば、1つのダウンリンク許可および少なくとも1つのアップリンク許可)を含んでいる制御領域について、ダウンリンク許可中のマルチビットインジケータは、制御領域のサイズを暗黙的に示し得、したがって、データ領域の開始が推論され得る。
[0097]代替的に、別の非限定的な例では、ダウンリンク許可が、REブロック内の唯一の許可である場合、インジケータは、それが唯一のDL許可であることをUEに通知し得る。この状況では、UEは、それのアグリゲーションレベルに気づいているので、UEは、REブロックのデータ領域の開始ロケーションが、UEのための制御領域(たとえば、ブラインド復号範囲)の直後にくることを暗号解読することが可能である。この状況は、データ構造900においてREブロック4中に示されており、ここで、DL許可5は、REブロック4の制御領域中の唯一の許可である。DL許可5は、ダウンリンク許可を受信する第5のUEに、DL許可5が、REブロック4の制御領域の唯一の許可であることを示すことによって、uPDSCH(またはデータ領域)開始ロケーションを示し得る。このインジケーションから、第5のUEは、REブロック4のデータ領域のための開始ロケーションを決定することが可能である。
[0098]いくつかの例では、マルチビットインジケータは、2ビットインジケータであり得る。そのような例では、インジケータのビット値は、以下のように制御領域のサイズを示し得る。
[0099]上記で説明したインジケータを使用して、データ領域は、特定のアグリゲーションレベルに関連するロケーションにおいて開始し得る。固有のアグリゲーションレベルを実装するUEは、それらが(上記で説明した)ブラインド復号をそこで実行する特定のロケーションを有するので、データ領域の開始位置を、1つまたは複数のUEのブラインド復号スケジュールに同期させることは、REブロックのデータ部分の開始ロケーションと、制御領域のサイズとを暗黙的に選択するための効率的で編成された様式を与える。
[00100]上記で導入された、図9に提示されている例示的なデータ構造900に戻ると、DL許可1は、DL許可1を受信する第1のUEに、uPDSCH開始ロケーション(またはデータ領域開始ロケーション)を示す。たとえば、データ構造900では、REブロック1のuPDSCHまたはデータ領域は、UL許可3の後に開始する。図示のように、UL許可3の後に、REブロック1の残りのリソース要素は、uPDSCH上の第1のUEへのダウンリンク通信に割り振られる。さらに、リソース許可は、リソース許可がその間に割り振られるREブロックのデータ領域に専用でないことがある。たとえば、データ構造900に示されているように、DL許可1は、第1のUEのためのダウンリンク許可が、REブロック1の全データ領域ならびにREブロック2の全体のためのものであることを示し得る。したがって、REブロック2は、制御領域を含んでいない。代わりに、REブロック2の全部が、DL許可1によって第1のUEへのDL送信に割り振られる。したがって、本開示の一態様では、eNBは、1つのuPDSCH許可を使用して、連続割振りまたは分散割振りのいずれかにおいて、uPDSCH REブロックの任意の組合せを割り振り得る。
[00101]さらに、一態様では、REブロックの制御領域がアップリンク周波数許可のみを含んでいる場合、REブロックの残りの帯域幅は、未使用のままであり得る。そのような例は、データ構造900のREブロック3に示されている。しかしながら、いくつかの例では、このuPDSCHリソースを未使用のままにする代わりに、残りのリソース要素は、別のREブロックのDL許可中で1つまたは複数のUEに割り振られ得る。
[00102]図10に、ULL LTEをサポートするネットワークエンティティ(たとえば、eノードB)、または限定はしないが、図6および図11のスケジューリング構成要素602など、ネットワークエンティティの構成要素によって実行され得る、本開示の例示的な方法1000を示す。たとえば、一態様では、ブロック1002において、方法1000は、ネットワークエンティティにおいて、ダウンリンクチャネル上での1つまたは複数のUEへの送信のためのユーザデータを取得することを含み得る。いくつかの例では、ダウンリンクチャネルは、uPDCCHまたはuPDSCHの一方または両方を含み得る。たとえば、一態様では、eノードBは、1つまたは複数のデータフローを受信し得、データフローからの受信データを1つまたは複数のUEに送信するために、1つまたは複数のUEへの1つまたは複数の無線ベアラを維持または確立し得る。
[00103]さらに、ブロック1004において、方法1000は、データまたは1つまたは複数のUEのうちの少なくとも1つに関連する1つまたは複数の配信制約を決定することを含み得る。一態様では、そのような配信制約は、サービス品質(QoS)制約、レイテンシ要件、チャネル状態情報(CSI)メッセージを介して報告され得るものなどの無線状態、UEのための送信キュー中のデータの量、たとえば、1つまたは複数のHARQプロセスの動作による、再送信のためのデータの量、あるいは特定のUE、アプリケーション、関連データ、またはネットワーク動作によって課される他の制約を含み得る。
[00104]さらに、ブロック1006において、方法1000は、送信のためのユーザデータと、1つまたは複数の配信制約とに基づいて、データの送信のためにダウンリンクチャネルリソースを割り振るためのデータ構造を生成することを含み得る。一態様では、データ構造は、図7〜図9のデータ構造700、800、または900のうちの1つまたは複数など、本開示で説明するデータ構造を含み得る。したがって、ブロック1006においてシンボルを定義するデータ構造は、ダウンリンクサブフレーム中のTTIを定義するシンボル内で、周波数帯域幅がそれに分割される1つまたは複数のリソース要素ブロックを含み得る。さらに、シンボルのためのデータ構造は、1つまたは複数のリソース要素ブロックのうちの少なくとも1つ内の制御領域およびデータ領域を含み得る。その上、データ構造は、ダウンリンクチャネルによってサービスされるユーザ機器のための、制御領域内にあるダウンリンクリソース許可を含み得る。(破線によって示されているように)オプションとして、ブロック1008において、方法1000は、生成されたデータ構造を、たとえば、1つまたは複数のUEに送信することを含み得る。
[00105]さらに、図10には明示的に示されていないが、方法1000は、ULL LTE通信に関連し得、1つのサブフレーム(あるいは、いくつかの例では、3つまたはそれよりも少ないシンボル)よりも少ないHARQ応答時間を有し得る、HARQプロセスに関係する1つまたは複数の特徴を含み得る。たとえば、方法1000は、迅速化された再送信時間をもつHARQプロセスを維持することをさらに含み得る。そのような態様では、迅速化された再送信時間は、1つのサブフレームよりも少ない。同様に、方法1000は、3つのシンボル内でユーザデータを再送信すべきなのか、4つのシンボル内でユーザデータを再送信すべきなのか、サブフレームの1/2内でユーザデータを再送信すべきなのかを決定することをさらに含み得る。
[00106]図11は、たとえば、ULL LTEシステムにおけるレイテンシを低減するために、1つまたは複数のUEへの制御情報および/またはユーザデータの迅速化されたダウンリンク送信をスケジュールするためにネットワークエンティティ(たとえば、eノードB)によって実装され得る、スケジューリング構成要素602(図6参照)の複数の副構成要素を含んでいるブロック図である。スケジューリング構成要素602は、1つまたは複数のUEへの制御情報1110および/またはユーザデータ1106の送信のためのダウンリンクリソース割振りを管理するデータ構造を生成するように構成され得る、データ構造生成構成要素1102を含み得る。一態様では、生成されたデータ構造は、図7〜図9のデータ構造700、800、または900のうちの1つまたは複数など、本開示で説明するデータ構造を含み得る。
[00107]一態様では、データ構造生成構成要素1102は、本明細書で定義する方法および構造によるデータ構造における送信のためのユーザデータ1106のULLスケジューリングを実行するように構成され得る、ULLスケジューリングアルゴリズム1104を利用するように構成され得る。さらに、データ構造生成構成要素1102は、送信のためのユーザデータ1106、および/または送信のためのユーザデータ1106がそれに送信されるべきである1つまたは複数のUEに関連する、1つまたは複数の配信制約1108を含むかあるいはさもなければ取得または識別し得る。一態様では、そのような配信制約1108は、QoS制約、レイテンシ要件、CSIメッセージを介して報告され得るものなどの無線状態、UEのための送信キュー中のデータの量、たとえば、1つまたは複数のHARQプロセスの動作による、再送信のためのデータの量、あるいは特定のUE、アプリケーション、関連データ、またはネットワーク動作によって課される他の制約を含み得る。
[00108]データ構造生成構成要素1102は、ULLスケジューリングアルゴリズム1104を利用し得、ULLスケジューリングアルゴリズム1104は、たとえば、データが、1つのシンボルのTTIを用いて送信されるように、1つまたは複数のUEへの送信のためのユーザデータ1106のスケジューリングを最適化するためのデータ構造を生成するために、入力パラメータとして少なくとも配信制約1108と送信のためのユーザデータ1106とを取り得る。
[00109]図12は、例示的な装置1202中の異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー図1200である。本装置はeノードBであり得る。本装置は、(たとえば、他のネットワークエンティティおよび/またはUEによって装置1202に送られた)データを受信するように構成された受信構成要素1204と、スケジューリング構成要素602およびそれの関係するデータ構造生成構成要素1102(たとえば、図11参照)と、少なくともULLデータ構造および/または送信のためのユーザデータ1106を、1つまたは複数のUEに送信するように構成された送信構成要素1206とを含む。
[00110]本装置は、図10の上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図10の上述のフローチャート中の各ステップは1つのモジュールによって実行され得、本装置は、それらのモジュールのうちの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを行うように特に構成された1つまたは複数のハードウェア構成要素であるか、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
[00111]図13は、処理システム1314を採用する装置1202’のためのハードウェア実装形態の一例を示す図1300である。処理システム1314は、バス1324によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1324は、処理システム1314の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス1324は、プロセッサ1304と、スケジューリング構成要素602およびそれの関係するデータ構造生成構成要素1102(たとえば、図11参照)と、コンピュータ可読媒体1306とによって表される、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス1324はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
[00112]処理システム1314はトランシーバ1310に結合され得る。トランシーバ1310は、1つまたは複数のアンテナ1320に結合される。トランシーバ1310は、伝送媒体を介して様々な他の装置と通信するための手段を与える。さらに、トランシーバ1310は、ULLデータ構造および/または送信のためのユーザデータを、1つまたは複数のUEに送信するように構成され得、図12の送信構成要素1206を潜在的に含み得る。処理システム1314は、コンピュータ可読媒体1306に結合されたプロセッサ1304を含む。プロセッサ1304は、コンピュータ可読媒体1306に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ1304によって実行されたとき、処理システム1314に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体1306はまた、ソフトウェアを実行するときにプロセッサ1304によって操作されるデータを記憶するために使用され得る。処理システムは、スケジューリング構成要素602と、それの関係するデータ構造生成構成要素1102とのうちの少なくとも1つをさらに含む(たとえば、図11参照)。モジュール/構成要素は、コンピュータ可読媒体1306中に常駐する/記憶された、プロセッサ1304中で動作するソフトウェアモジュールであるか、プロセッサ1304に結合された1つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム1314は、eNB610の構成要素であり得、メモリ676および/またはTXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とのうちの少なくとも1つを含み得る。
[00113]一構成では、ワイヤレス通信のための装置1202/1202’は、ダウンリンクチャネル上での1つまたは複数のUEへの送信のためのユーザデータ1106を取得するための手段と、データおよび1つまたは複数のUEのうちの少なくとも1つに関連する1つまたは複数の配信制約1108を決定するための手段と、送信のためのユーザデータ1106と、1つまたは複数の配信制約1108とに基づいて、送信のためのユーザデータ1106の送信のためにダウンリンクチャネルリソースを割り振るためのデータ構造によって定義されたシンボルを生成することとを含む。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置1202、および/または装置1202’の処理システム1314の上述のモジュールのうちの1つまたは複数であり得る。上記で説明したように、処理システム1314は、TXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、TXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とであり得る。
[00114]さらに、本開示の例示的なeNBによって実行され得る方法1000と同様に、1つまたは複数のUE(たとえば、図1のUE115、図2のUE206、または図6のUE650)は、本明細書で提示するULL LTEデータ構造に関係する方法を実行し得る。そのような例示的な方法1400を示すフローチャートが、図14に提示されている。一態様では、方法1400は、ダウンリンク管理構成要素661(図1、図2、図6参照)および/またはUEの他の構成要素(たとえば、図6のコントローラ/プロセッサ659)によって実行され得る。ブロック1402において、方法1400は、UEにおいて、ダウンリンクチャネル上でネットワークエンティティによって送信されたデータ構造を受信することを含み得る。一態様では、データ構造は、限定はしないが、図7〜図9のデータ構造700、800、または900のうちの1つまたは複数を含む、本開示で説明するデータ構造を含み得る。たとえば、データ構造は、ダウンリンクサブフレーム中のTTIを定義するシンボル内で、周波数帯域幅がそれに分割される1つまたは複数のリソース要素ブロックと、1つまたは複数のリソース要素ブロックのうちの少なくとも1つ内の制御領域およびデータ領域と、制御領域内にあるダウンリンクリソース許可とを含み得る。いくつかの例では、ブロック1402は、図16の受信構成要素1604、あるいは図17のトランシーバ1710またはアンテナ1720の一方または両方によって実行され得る。
[00115]さらに、方法1400は、ブロック1404において、制御情報がUEのためのものであるかどうかを決定するために、制御領域に対して検査を実行することを含み得る。一態様では、この検査は、巡回冗長検査(CRC)を含み得る。いくつかの例では、ブロック1404は、図15の制御領域検査構成要素1502によって実行され得る。
[00116]さらに、方法1400は、ブロック1406において、検査に合格した場合、制御情報に基づいて、シンボルのデータ領域の位置を決定することを含み得る。一態様では、ブロック1406は、図15のデータ領域位置決定構成要素1504によって実行され得る。
[00117]その上、方法1400は、ブロック1408において、決定された位置において、データ領域中のユーザデータを受信することを含み得る。一態様では、ブロック1408は、図16の受信構成要素1604、あるいは図17のトランシーバ1710またはアンテナ1720の一方または両方によって実行され得る。
[00118]さらに、例示的な方法は、UEにおいてHARQプロセスを実行することに関係する(図14に示されていない)さらなる態様を含み得る。たとえば、UEによって実行される例示的な方法は、データを復号することを試みることを含み得る。さらに、本方法は、迅速化されたHARQ応答時間内にデータを復号することを試みることに基づいて、HARQ応答を送信することを含み得る。そのような態様では、迅速化されたHARQ応答時間は、1つのサブフレームよりも少ないことがある。さらに、迅速化されたHARQ応答時間は、サブフレームの3つのシンボルであり得る。一態様では、これらの追加のオプションの態様は、図15のダウンリンク管理構成要素661、図16の受信構成要素1604、あるいは図17のトランシーバ1710またはアンテナ1720の一方または両方によって実行され得る。
[00119]図15は、たとえば、ULL LTEシステムにおけるレイテンシを低減するために、制御情報および/またはユーザデータのダウンリンク送信を受信および処理するためにUE(たとえば、図1のUE115、図2のUE206、または図6のUE650)によって実装され得る、ダウンリンク管理構成要素611(図1、図2、および図6参照)の複数の副構成要素を含んでいるブロック図である。ダウンリンク管理構成要素611は、1つまたは複数のリソース要素位置にある制御情報がUEのためのものであるかどうかを決定するために、(たとえば、ダウンリンクシンボルに関連する)受信されたデータ構造の1つまたは複数のリソース要素位置の各々において受信された制御領域に対して検査を実行するように構成され得る、制御領域検査構成要素1502を含み得る。一態様では、1つまたは複数のリソース要素位置は、特定のシンボル内に含まれるリソース要素の知られているサブセットであり得、ネットワークエンティティによって生成され、UEに送信されたデータ構造によって定義され得る。そのようなデータ構造は、図7〜図9のデータ構造700、800、または900のうちの1つまたは複数など、本開示で説明するデータ構造を含み得る。
[00120]追加の態様では、ダウンリンク管理構成要素661は、制御領域検査構成要素1502によって実行された検査に合格した場合、シンボルの制御領域中にある制御情報に基づいて、シンボルのデータ領域の位置を決定するように構成され、データ領域位置決定構成要素1504を含み得る。
[00121]図16は、UE(たとえば、図1のUE115、図2のUE206、または図6のUE650)であり得る、例示的な装置1602中の異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー図1600である。一態様では、装置1602は、図7のデータ構造700、および制御チャネルを介して受信された関連する制御データ、および/またはデータチャネルを介したダウンリンクデータを含み得る、データ1610を受信するように構成された受信構成要素1604を含む。そのようなデータ1610は、たとえば、ネットワークエンティティ1608によって、装置1602に送信され得、ネットワークエンティティ1608は、限定はしないが、それらのうちのいずれも、スケジューリング構成要素602と、それの関係するデータ構造生成構成要素1102とを含み得る(たとえば、図11参照)、図1のアクセスポイント105、図2のマクロeNB204またはより低い電力クラスのeNB208、あるいは図6のeNB610を含み得る。たとえば、受信構成要素1604は、受信されたデータ構造(図7のデータ構造700)によって定義されたダウンリンクシンボル、サブフレーム、またはスロットの制御チャネル領域中の1つまたは複数のリソース要素位置にある制御情報を受信および復号するように構成され得る。さらに、受信構成要素1604は、受信されたデータ構造のデータチャネル領域中のユーザデータを受信および復号するように構成され得、ここで、ユーザデータは、特定の周波数帯域に対応する受信されたデータ構造における決定された位置において受信される。受信構成要素1604は、受信データ1612をダウンリンク管理構成要素661に送り得る。
[00122]さらに、装置1602は、ダウンリンク管理構成要素661(図1、図2、および図15参照)と、それの複数の副構成要素とを含んでいることがあり、副構成要素は、たとえば、LTEシステムにおけるレイテンシを低減するために、データ(たとえば、受信データ1612)を処理し、図7のデータ構造700を使用して動作するために、装置1602によって実装され得る。一態様では、ダウンリンク管理構成要素661によって実行される処理は、たとえば、ユーザデータに対して巡回冗長検査を実行することによって、受信構成要素1604によって受信されたユーザデータが、正常に受信および復号されたかどうかを決定することと、決定に基づいてHARQ応答を生成することとを含み得る。
[00123]さらに、装置1602は、1つまたは複数のメッセージ1616をネットワークエンティティ1608に送信するように構成された送信構成要素1206を含み得る。一態様では、1つまたは複数のメッセージ1616は、限定はしないが、ダウンリンク管理構成要素661によって生成され得るHARQ応答を含み得る。
[00124]本装置は、図14の方法1400のステップの各々を実行する追加のモジュールを含み得る。したがって、図14の上述のフローチャート中の各ステップは1つのモジュールによって実行され得、本装置は、それらのモジュールのうちの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを行うように特に構成された1つまたは複数のハードウェア構成要素であるか、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
[00125]図17は、処理システム1714を採用する装置1602’のためのハードウェア実装形態の一例を示す図1700である。図16の装置1602と同様に、装置1602’および/または処理システム1714は、UE(たとえば、図1のUE115、図2のUE206、または図6のUE650)であり得る。処理システム1714は、バス1724によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1724は、処理システム1714の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス1724は、プロセッサ1704、ダウンリンク管理構成要素611(たとえば、図15参照)、およびコンピュータ可読媒体1706によって表される、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス1724はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
[00126]処理システム1714は、いくつかの例では、図16の受信構成要素1604および/または送信構成要素1606を含み得る、トランシーバ1710に結合され得る。トランシーバ1710は、1つまたは複数のアンテナ1720に結合される。トランシーバ1710は、伝送媒体を介して様々な他の装置(たとえば、図1および図13のアクセスポイント105)と通信するための手段を与える。さらに、トランシーバ1710は、制御情報(たとえば、図7のデータ構造700)および/またはユーザデータを受信するように構成され得る。
[00127]処理システム1714は、コンピュータ可読媒体1706に結合されたプロセッサ1704を含む。プロセッサ1704は、コンピュータ可読媒体1706に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ1704によって実行されたとき、処理システム1714に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体1706はまた、ソフトウェアを実行するときにプロセッサ1704によって操作されるデータを記憶するために使用され得る。処理システムは、ダウンリンク管理構成要素611と、それの関係する副構成要素とをさらに含む(たとえば、図15参照)。モジュール/構成要素は、コンピュータ可読媒体1706中に常駐する/記憶された、プロセッサ1704中で動作するソフトウェアモジュールであるか、プロセッサ1704に結合された1つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム1714は、UE650の構成要素であり得、図6のメモリ660、および/またはTXプロセッサ668と、RXプロセッサ656と、コントローラ/プロセッサ659とのうちの少なくとも1つを含み得る。
[00128]一構成では、ワイヤレス通信のための装置1302’は、UEにおいて、ダウンリンクの制御チャネル領域中の1つまたは複数のリソース要素位置にある制御情報を受信するための手段と、制御情報がUEのためのものであるかどうかを決定するために、1つまたは複数のリソース要素位置の各々において受信された制御チャネル領域に対して検査を実行するための手段と、検査に合格した場合、制御情報に基づいて、シンボルのデータ領域の位置を決定するための手段と、決定された位置において、ダウンリンクシンボルのデータチャネル領域中のユーザデータを受信するための手段とを含む。
[00129]上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置1602、および/または処理システム1714の上述のモジュールのうちの1つまたは複数であり得る。上記で説明したように、処理システム1714は、TXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とを含み得る。したがって、一構成では、上述の手段は、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675、または上述の手段によって具陳された機能を実行するように構成された本開示の他の構成要素であり得る。
[00130]開示したプロセス(たとえば、図10の方法1000および図14の方法1400)中のステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセスにおけるステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
[00131]以上の説明は、当業者が本明細書で説明した様々な態様を実施できるようにするために与えられた。これらの態様に対する様々な修正は当業者には容易に明らかになり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示した態様に限定されるものではなく、特許請求の範囲の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「1つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつか(some)」という用語は1つまたは複数を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。