JP2017530635A - 超低レイテンシｌｔｅ制御データ通信 - Google Patents

Abstract

本明細書で説明される様々な態様は、ワイヤレスネットワークにおける通信に関する。サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）が決定され、ここにおいて、ＴＴＩが、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを備える。ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データが送信され得る。

Description

優先権の主張
[0001]本特許出願は、本願の譲受人に譲渡され、参照によって本明細書に明確に組み込まれる、２０１５年８月２８日に出願された「ＵＬＴＲＡ−ＬＯＷ ＬＡＴＥＮＣＹ ＬＴＥ ＣＯＮＴＲＯＬ ＤＡＴＡ ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する非仮出願第１４／８３９，７０３号、２０１４年９月２６日に出願された「ＵＬＴＲＡ−ＬＯＷ ＬＡＴＥＮＣＹ ＬＴＥ ＵＰＬＩＮＫ ＦＲＡＭＥ ＳＴＲＵＣＴＵＲＥ」と題する仮出願第６２／０５６，２８１号、２０１４年９月２６日に出願された「ＵＬＴＲＡ−ＬＯＷ ＬＡＴＥＮＣＹ ＬＴＥ ＣＯＮＴＲＯＬ ＤＡＴＡ ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する仮出願第６２／０５６，３９７号、および２０１４年９月２６日に出願された「ＵＬＴＲＡ−ＬＯＷ ＬＡＴＥＮＣＹ ＬＴＥ ＲＥＦＥＲＥＮＣＥ ＳＩＧＮＡＬ ＴＲＡＮＳＭＩＳＳＩＯＮ」と題する仮出願第６２／０５６，４０３号の優先権を主張する。

[0002]本明細書では、一般には通信システムに関し、より詳細にはワイヤレス通信システムにおいてユーザ機器との通信を管理するためのアップリンクフレーム構造およびアップリンク送信の方法に関する態様について説明する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために様々な電気通信規格において採用されてきた。電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のモバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良好にサポートすることと、コストを下げることと、サービスを改善することと、新しいスペクトルを利用することと、ダウンリンク（ＤＬ）上ではＯＦＤＭＡ、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡ、また多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良好に統合することとを行うように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を採用する電気通信規格に適用可能であるべきである。

[0005]レガシーＬＴＥを採用するワイヤレス通信システムでは、特定のｅＮｏｄｅＢによってサービスされる複数のＵＥが、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）などの１つまたは複数のアップリンクチャネルを介してｅＮｏｄｅＢと通信するためのリソースをスケジュールされ得る。レガシーＬＴＥでは、各ＬＴＥサブフレームは、制御情報がＰＵＣＣＨを介して送信される制御領域と、データがＰＵＳＣＨを介して送信されるデータ領域とを含む。加えて、ＵＥは、１ミリ秒程度のサブフレーム上の送信時間間隔（ＴＴＩ）においてＰＵＣＣＨおよび／またはＰＵＳＣＨを介して送信する。

[0006]ＵＥ能力および帯域幅に対する需要が増大するにつれて、通信におけるより低いレイテンシが望まれ得る。

[0007]以下では、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての考えられる態様の包括的な概説ではなく、すべての態様の主要または重要な要素を識別することも、いずれかまたはすべての態様の範囲を定めることも意図されていない。その唯一の目的は、後に提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

[0008]一例によれば、ワイヤレスネットワークにおいて通信するための方法が提供される。該方法は、サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）を決定することであって、ＴＴＩが、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを含み得る、決定することと、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを送信することと、を含む。

[0009]別の例では、ワイヤレスネットワークにおいて通信するためのユーザ機器が提供される。ユーザ機器は、トランシーバと、ワイヤレスネットワークにおいて通信するためのバスを介してトランシーバと通信可能に結合された少なくとも１つのプロセッサと、バスを介して少なくとも１つのプロセッサおよび／またはトランシーバと通信可能に結合されたメモリとを含む。該少なくとも１つのプロセッサおよびメモリは、サブフレーム内のアップリンク制御チャネル送信のためのＴＴＩを決定することであって、ＴＴＩが、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを含み得る、決定することと、トランシーバを介して、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを送信することと、を行うように動作可能である。

[0010]別の例では、ワイヤレスネットワークにおいて通信するためのユーザ機器が提供される。該ユーザ機器は、サブフレーム内のアップリンク制御チャネル送信のためのＴＴＩを決定するための手段であって、ＴＴＩが、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを含み得る、決定するための手段と、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを送信するための手段と、を含む。

[0011]さらなる一例では、ワイヤレスネットワークにおいて通信するためのコンピュータ実行可能コードを備えるコンピュータ可読記憶媒体が提供される。該コードは、サブフレーム内のアップリンク制御チャネル送信のためのＴＴＩを決定するためのコードであって、ＴＴＩが、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを含み得る、決定するためのコードと、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを送信するためのコードと、を含む。

[0012]上記の目的および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むことが意図されている。

[0013]本明細書で説明される態様による、電気通信システムの一例を概念的に示すブロック図。 [0014]アクセスネットワークの一例を示す図。 [0015]ロングタームエボリューション（ＬＴＥ）におけるダウンリンク（ＤＬ）フレーム構造の一例を示す図。 [0016]ＬＴＥにおけるアップリンク（ＵＬ）フレーム構造の一例を示す図。 [0017]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0018]アクセスネットワークにおける発展型ＮｏｄｅＢおよびユーザ機器の一例を示す図。 [0019]アップリンク帯域幅割振りの例示的なタイムラインを示す図。 [0020]超低レイテンシ（ＵＬＬ）ＬＴＥシステムにおけるシンボルの例示的なフレーム構造を示す図。 [0021]ＵＬＬ ＬＴＥシステムにおけるシンボルの例示的なフレーム構造を示す図。 [0022]アップリンク帯域幅割振りの例示的なタイムラインを示す図。 [0023]ＵＬＬ ＬＴＥシステムにおけるシンボルの例示的なフレーム構造を示す図。 [0024]本明細書で説明される態様による、ＵＬＬ無線アクセス技術を使用して通信するための例示的なシステムを示す図。 [0025]本明細書で説明される態様による、ＵＬＬリソース許可に基づいて通信を送信するための例示的な方法を示す図。 [0026]本明細書で説明される態様による、ＵＬＬリソース許可を生成するための例示的な方法を示す図。 [0027]本明細書で説明される態様による、ＵＬＬ通信において基準信号を送信するための例示的な方法を示す図。 [0028]本明細書で説明される態様による、ＵＬＬ通信において基準信号を受信するための例示的な方法を示す図。 [0029]本明細書で説明される態様による、ＵＬＬ通信において制御データを送信するための例示的な方法を示す図。 [0030]本明細書で説明される態様による、ＵＬＬ通信において制御データを受信するための例示的な方法を示す図。

[0031]添付の図面に関して以下に記載される詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実施され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を提供する目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実施され得ることが、当業者に明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示される。

[0032]ここで、様々な装置および方法を参照しながら電気通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の詳細な説明において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

[0033]例として、要素、または要素の任意の部分、または要素の任意の組合せが、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアがある。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されるものとする。

[0034]したがって、１つまたは複数の態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体上に１つもしくは複数の命令もしくはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用されるときに、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0035]本明細書では、レガシーワイヤレス通信技術の持続時間よりも短い持続時間を有する送信時間間隔（ＴＴＩ）に基づいた、より低レイテンシのワイヤレス通信技術のアップリンクフレーム構造に従って、ワイヤレスネットワークにおいて通信することに関する様々な態様が説明される。この点について、より短く、より頻繁なＴＴＩによって、通信におけるさらなる低レイテンシが達成される。たとえば、レガシーワイヤレス通信技術が、１ミリ秒（ｍｓ）のサブフレームＴＴＩ持続時間を有するＬＴＥである場合、本明細書において超低レイテンシ（ＵＬＬ）と呼ばれる、より低レイテンシのワイヤレス通信技術は、マルチプルシンボルレベル、シンボルレベル、またはスロットレベル持続時間（たとえば、１ｍｓのサブフレーム未満である持続時間）に基づき得る。たとえば、１シンボルＴＴＩにわたって、ＵＬＬは、ノーマルサイクリックプレフィックス（ＣＰ）のＬＴＥの約１４分の１、および拡張ＣＰのＬＴＥの約１２分の１であるレイテンシを達成し得る。ＣＰは、シンボルが適切に受信されたかどうかを決定することを可能にするためにシンボルに付加される、シンボル中の情報の一部分に関係し得ることが理解されよう。ノーマルＣＰは、シンボルを約４．７マイクロ秒（μｓ）だけ延長することが可能であり、したがって、ＬＴＥ通信に対して０．５ｍｓスロットにおいてシンボルは７個（１ｍｓサブフレームにおいてシンボルは１４個）となる。拡張ＣＰは、シンボルを約１６．６７μｓだけ延長することが可能であり、したがって、ＬＴＥ通信に対して０．５ｍｓスロットにおいてシンボルは６個（１ｍｓサブフレームにおいてシンボルは１２個）となる。加えて、ハイブリッド自動再送／要求（ＨＡＲＱ）フィードバックをＵＬＬにおけるＨＡＲＱプロセスの一部として送信するための時間量に関係するレイテンシが、それに応じて、ＬＴＥのＨＡＲＱレイテンシと比較して同様に低減される。

[0036]一例では、ＵＬＬのフレーム構造は、（たとえば、少なくとも発展型ＮｏｄｅＢ（ｅＮＢ）において）ＵＬＬが基づいているレガシーワイヤレス通信技術と共存するように設計され得る。したがって、たとえば、ＵＬＬのフレーム構造は、レガシーワイヤレス通信技術の周波数帯域内、および／またはレガシーワイヤレス通信技術における（たとえば、リソースのうちの制御データ通信用に割り当てられた部分を除く）リソースのデータ部分内）に定義され得る。さらに、リソースのデータ部分のうちの少なくとも一部は、この点について、ＵＬＬの制御およびデータ通信に分割され得るが、これらはさらに、各々が複数のリソースブロック（ＲＢ）を備える１つまたは複数のＲＢグループに分割され得る。したがって、制御およびデータ領域がまた、ＵＬＬ通信のＲＢグループにわたって定義されてもよい。ＵＬＬの制御チャネルは本明細書ではＵＬＬ ＰＵＣＣＨ（ｕＰＵＣＣＨ）と呼ばれ得るものであり、ＵＬＬのデータチャネルは本明細書ではＵＬＬ ＰＵＳＣＨ（ｕＰＵＳＣＨ）と呼ばれ得るものである。さらに、ＵＬＬ基準信号（ｕＲＳ）の送信用の領域がまた、レガシーワイヤレス通信技術のデータ領域内に定義され得る。加えて、ＵＥがこの点についてＵＬＬとレガシーワイヤレス通信技術の両方をサポートしている場合、ＵＥがＵＬＬ用とレガシーワイヤレス通信技術用の衝突するリソースを割り当てられ得る１つまたは複数のＴＴＩにおいて、ＵＬＬまたはレガシーワイヤレス通信技術通信の一方または両方を優先順位付けすることによって、衝突回避が利用されてもよい。

[0037]最初に図１を参照すると、図は、本開示の一態様による、ワイヤレス通信システム１００の一例を示している。ワイヤレス通信システム１００は、複数のアクセスポイント（たとえば、基地局、ｅＮＢ、またはＷＬＡＮアクセスポイント）１０５と、いくつかのユーザ機器（ＵＥ）１１５と、コアネットワーク１３０とを含む。アクセスポイント１０５は、ＵＬＬフレーム構造、たとえば、限定はしないが、本明細書で説明されるような、フレーム構造８００（図８）、フレーム構造９００（図９）、フレーム構造１１００（図１１）などを使用してＵＥ１１５にリソース許可を通信するように構成されたスケジューリングコンポーネント６０２を含み得、これらのフレーム構造は（たとえば、図７のタイムライン７００、７０２に示されるような）１つのシンボルのＴＴＩを含み得る。たとえば、ＵＬＬフレーム構造は、それぞれｕＰＵＣＣＨおよびｕＰＵＳＣＨの一方または両方を含み得る。同様に、ＵＥ１１５のうちの１つまたは複数が、ＵＬＬフレーム構造を使用して受信、復号、送信、および動作するように構成された通信コンポーネント６６１を含み得る。アクセスポイント１０５のうちのいくつかは、基地局コントローラ（図示されず）の制御によりＵＥ１１５と通信し得、基地局コントローラは、様々な例では、コアネットワーク１３０（たとえば、ワイヤレスネットワーク）の一部であり得、またはある種のアクセスポイント１０５（たとえば、基地局もしくはｅＮＢ）であり得る。アクセスポイント１０５は、バックホールリンク１３２を通じてコアネットワーク１３０と制御情報および／またはユーザデータを通信し得る。例では、アクセスポイント１０５は、ワイヤード通信リンクまたはワイヤレス通信リンクであり得るバックホールリンク１３４を介して互いに直接または間接的に通信し得る。ワイヤレス通信システム１００は、複数のキャリア（異なる周波数の波形信号）上での動作をサポートし得る。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信し得る。たとえば、各通信リンク１２５は、上述の様々な無線技術に従って変調されたマルチキャリア信号であり得る。各被変調信号は、異なるキャリア上で送られてよく、制御情報（たとえば、基準信号（ＲＳ）、制御チャネルなど）、オーバーヘッド情報、データなどを搬送し得る。

[0038]いくつかの例では、ワイヤレス通信システム１００の少なくとも一部分は、ＵＥ１１５のうちの１つまたは複数およびアクセスポイント１０５のうちの１つまたは複数が、別の階層レイヤと比べて低減されたレイテンシを有する階層レイヤ上での送信をサポートするように構成され得る、複数の階層レイヤ上で動作するように構成され得る。いくつかの例では、ハイブリッドＵＥ１１５−ａは、第１のサブフレームタイプを用いた第１のレイヤ送信をサポートする第１の階層レイヤと、第２のサブフレームタイプを用いた第２のレイヤ送信をサポートする第２の階層レイヤの両方の上で、アクセスポイント１０５−ａと通信し得る。たとえば、アクセスポイント１０５−ａは、第１のサブフレームタイプのサブフレームと時分割複信された第２のサブフレームタイプのサブフレームを送信し得る。

[0039]いくつかの例では、ハイブリッドＵＥ１１５−ａは、肯定応答（ＡＣＫ）を提供することによって送信を受信したことを応答し得るか、または、たとえばＨＡＲＱスキームを通じて送信に対する否定応答（ＮＡＣＫ）を提供することによって、送信を受信したが適切に復号することが不可能であることを応答し得る。第１の階層レイヤにおける送信に対するハイブリッドＵＥ１１５−ａからの肯定応答は、いくつかの例では、送信が受信されたサブフレームに続く所定数のサブフレームの後に提供され得る。ハイブリッドＵＥ１１５−ａは、第２の階層レイヤにおいて動作しているとき、例では、送信が受信されたサブフレームと同じサブフレーム中で受信を肯定応答し得る。ＡＣＫ／ＮＡＣＫを送信し、再送信を受信するために必要とされる時間は、ラウンドトリップ時間（ＲＴＴ）と呼ばれることがあり、したがって、第２のサブフレームタイプのサブフレームは、第１のサブフレームタイプのサブフレームのＲＴＴよりも短い第２のＲＴＴを有し得る。

[0040]他の例では、第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤのみの上でアクセスポイント１０５−ｂと通信し得る。したがって、ハイブリッドＵＥ１１５−ａおよび第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤ上で通信し得るＵＥ１１５の第２のクラスに属し得、レガシーＵＥ１１５は、第１の階層レイヤのみの上で通信し得るＵＥ１１５の第１のクラスに属し得る。アクセスポイント１０５−ｂおよびＵＥ１１５−ｂは、第２のサブフレームタイプのサブフレームの送信を通じて第２の階層レイヤ上で通信し得る。アクセスポイント１０５−ｂは、もっぱら第２のサブフレームタイプのサブフレームを送信し得るか、または第２のサブフレームタイプのサブフレームと時分割多重化された第１の階層レイヤ上で、第１のサブフレームタイプの１つもしくは複数サブフレームを送信し得る。第２のレイヤＵＥ１１５−ｂは、アクセスポイント１０５−ｂが第１のサブフレームタイプのサブフレームを送信する場合、第１のサブフレームタイプのそのようなサブフレームを無視し得る。したがって、第２のレイヤＵＥ１１５−ｂは、送信が受信されたサブフレームと同じサブフレーム中で送信の受信を肯定応答し得る。したがって、第２のレイヤＵＥ１１５−ｂは、第１の階層レイヤ上で動作するＵＥ１１５と比較して低減されたレイテンシで動作し得る。

[0041]アクセスポイント１０５は、１つまたは複数のアクセスポイントアンテナを介してＵＥ１１５とワイヤレス通信し得る。アクセスポイント１０５サイトの各々は、それぞれのカバレージエリア１１０に通信カバレージを提供し得る。いくつかの例では、アクセスポイント１０５は、トランシーバ基地局、無線基地局、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、または何らかの他の適切な用語で呼ばれることがある。基地局のカバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタ（図示されず）に分割され得る。ワイヤレス通信システム１００は、異なるタイプのアクセスポイント１０５（たとえば、マクロ基地局、マイクロ基地局、および／またはピコ基地局）を含み得る。アクセスポイント１０５はまた、セルラー無線アクセス技術および／またはＷＬＡＮ無線アクセス技術（ＲＡＴ）などの異なる無線技術を利用し得る。アクセスポイント１０５は、同じまたは異なるアクセスネットワークまたは事業者展開に関連付けられ得る。同じもしくは異なるタイプのアクセスポイント１０５のカバレージエリアを含む、同じもしくは異なる無線技術を利用する、および／または同じもしくは異なるアクセスネットワークに属する、異なるアクセスポイント１０５のカバレージエリアは、重複し得る。

[0042]ＬＴＥ／ＬＴＥ−Ａおよび／またはＵＬＬ ＬＴＥネットワーク通信システムでは、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）という用語は、概して、アクセスポイント１０５を表すために使用され得る。ワイヤレス通信システム１００は、異なるタイプのアクセスポイントが様々な地理的領域にカバレージを提供する、異種ＬＴＥ／ＬＴＥ−Ａ／ＵＬＬ ＬＴＥネットワークであり得る。たとえば、各アクセスポイント１０５は、通信カバレージをマクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに提供し得る。ピコセル、フェムトセル、および／または他のタイプのセルなどのスモールセルは、低電力ノードすなわちＬＰＮを含み得る。マクロセルは、概して、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。スモールセルは、概して、比較的より小さい地理的エリアをカバーすることになり、たとえば、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得、無制限アクセスに加えて、スモールセルとの関連を有するＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限アクセスをも与え得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢはスモールセルｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セルをサポートし得る。

[0043]コアネットワーク１３０は、バックホールリンク１３２（たとえば、Ｓ１インターフェースなど）を介してｅＮＢまたは他のアクセスポイント１０５と通信し得る。アクセスポイント１０５はまた、たとえば、バックホールリンク１３４（たとえば、Ｘ２インターフェースなど）を介して、および／またはバックホールリンク１３２を介して（たとえば、コアネットワーク１３０を通じて）直接または間接的に互いに通信し得る。ワイヤレス通信システム１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、アクセスポイント１０５は同様のフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は、近似的に時間的にアライメントされ得る。非同期動作の場合、アクセスポイント１０５は異なるフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は時間的にアライメントされないことがある。さらに、第１の階層レイヤおよび第２の階層レイヤにおける送信は、アクセスポイント１０５の間で同期されても、同期されなくてもよい。本明細書で説明される技法は、同期動作または非同期動作のいずれかのために使用され得る。

[0044]ＵＥ１１５はワイヤレス通信システム１００全体にわたって分散され、各ＵＥ１１５は固定または移動であり得る。ＵＥ１１５はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれる場合がある。ＵＥ１１５は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、時計または眼鏡などのウェアラブルアイテム、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥ１１５は、マクロｅＮｏｄｅＢ、スモールセルｅＮｏｄｅＢ、リレーなどと通信することが可能であり得る。ＵＥ１１５はまた、セルラーアクセスネットワークもしくは他のＷＷＡＮアクセスネットワーク、またはＷＬＡＮアクセスネットワークなどの、異なるアクセスネットワークを介して通信することが可能であり得る。

[0045]ワイヤレス通信システム１００に示された通信リンク１２５は、ＵＥ１１５からアクセスポイント１０５へのアップリンク（ＵＬ）送信および／またはアクセスポイント１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。通信リンク１２５は、いくつかの例では通信リンク１２５において多重化され得る各階層レイヤの送信を搬送し得る。ＵＥ１１５は、たとえば、多入力多出力（ＭＩＭＯ：Multiple Input Multiple Output）、キャリアアグリゲーション（ＣＡ：carrier aggregation）、多地点協調（ＣｏＭＰ：Coordinated Multi-Point）、または他の方式を通じて、複数のアクセスポイント１０５と共同的に通信するように構成され得る。ＭＩＭＯ技法は、複数のデータストリームを送信するために、アクセスポイント１０５上の複数のアンテナおよび／またはＵＥ１１５上の複数のアンテナを使用する。キャリアアグリゲーションは、データ送信のために同じまたは異なるサービングセル上で２つ以上のコンポーネントキャリアを利用し得る。ＣｏＭＰは、いくつかのアクセスポイント１０５による送信および受信の協調により、ＵＥ１１５のための全体的な送信品質を改善するとともに、ネットワークおよびスペクトル利用を増加させるための技法を含み得る。

[0046]上述のように、いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、複数のキャリア上で送信するためにキャリアアグリゲーションを利用し得る。いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、２つ以上の別個のキャリアを使用して、第１のサブフレームタイプを各々が有する１つまたは複数のサブフレームを、フレーム内で第１の階層レイヤにおいて同時並行して（concurrently）送信し得る。各キャリアは、たとえば、２０ＭＨｚの帯域幅を有し得るが、他の帯域幅が利用されてよい。ハイブリッドＵＥ１１５−ａ、および／または第２のレイヤＵＥ１１５−ｂは、いくつかの例では、別個のキャリアのうちの１つまたは複数の帯域幅よりも大きい帯域幅を有する単一のキャリアを利用して第２の階層レイヤにおいて、１つまたは複数のサブフレームを受信および／または送信し得る。たとえば、第１の階層レイヤにおけるキャリアアグリゲーション方式で４つの別個の２０ＭＨｚキャリアが使用される場合、第２の階層レイヤにおいて単一の８０ＭＨｚキャリアが使用されてよい。８０ＭＨｚキャリアは、４つの２０ＭＨｚキャリアのうちの１つまたは複数によって使用される無線周波数スペクトルと少なくとも部分的に重複する無線周波数スペクトルの一部分を占有し得る。いくつかの例では、第２の階層レイヤタイプのスケーラブルな帯域幅は、さらに拡張されたデータレートを提供するために、上記で説明されたようなより短いＲＴＴを提供する組合せ技術であり得る。

[0047]ワイヤレス通信システム１００によって採用され得る異なる動作モードの各々は、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）に従って動作し得る。いくつかの例では、異なる階層レイヤは、異なるＴＤＤまたはＦＤＤモードに従って動作し得る。たとえば、第１の階層レイヤはＦＤＤに従って動作し得、第２の階層レイヤはＴＤＤに従って動作し得る。いくつかの例では、ＯＦＤＭＡ通信信号が、各階層レイヤのＬＴＥダウンリンク送信のために通信リンク１２５において使用され得る一方、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）通信信号が、各階層レイヤにおけるＬＴＥアップリンク送信のために通信リンク１２５において使用され得る。ワイヤレス通信システム１００などのシステムにおける階層レイヤの実装に関する追加の詳細、ならびにそのようなシステムにおける通信に関係する他の特徴および機能が、以下の図を参照しながら以下で与えられる。

[0048]図２は、ＬＴＥまたはＵＬＬ ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数の低電力クラスｅＮＢ２０８が、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。低電力クラスｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６のためにコアネットワーク１３０へのアクセスポイントを提供するように構成される。一態様では、ｅＮＢ２０４は、ＵＬＬフレーム構造、たとえば、限定はしないが、フレーム構造８００（図８）、フレーム構造９００（図９）、フレーム構造１１００（図１１）などを使用してＵＥ２０６にリソース許可を通信するように構成されたスケジューリングコンポーネント６０２を含み得、これらのフレーム構造は（たとえば、図７のタイムライン７００、７０２に示されるような）１つのシンボルのＴＴＩを含み得る。同様に、ＵＥ２０６のうちの１つまたは複数が、ＵＬＬフレーム構造を使用して受信、復号、送信、および動作するように構成された通信コンポーネント６６１を含み得る。アクセスネットワーク２００のこの例では集中型コントローラはないが、代替的な構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御と、承認制御と、モビリティ制御と、スケジューリングと、セキュリティと、サービングゲートウェイへの接続性とを含む、すべての無線関連機能を担当する。

[0049]アクセスネットワーク２００によって採用される変調方式および多元接続方式は、展開されている特定の電気通信規格に応じて異なる場合がある。ＬＴＥまたはＵＬＬ ＬＴＥの適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＤＬ上ではＯＦＤＭが使用され得、ＵＬ上ではＳＣ−ＦＤＭＡが使用され得る。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、ＬＴＥの適用例に好適である。しかしながら、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびにＯＦＤＭＡを採用する発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存する。

[0050]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は空間領域を活用して、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートすることが可能になる。データの異なるストリームを同じ周波数上で同時に送信するために、空間多重化が使用され得る。データスチームは、データレートを上げるために単一のＵＥ２０６に、または全体的なシステム容量を増大させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、空間的にプリコーディングされた各ストリームをＤＬ上で複数の送信アンテナを通じて送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到達し、これにより、ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。

[0051]空間多重化は、概して、チャネル状態が良好なときに使用される。チャネル状態があまり好ましくないとき、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のために、データを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

[0052]以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながら説明される。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散技法である。サブキャリアは、正確な周波数で離間される。離間は、受信機がサブキャリアからのデータを復元することを可能にする「直交性」をもたらす。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、各ＯＦＤＭシンボルにガードインターバル（たとえば、サイクリックプレフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。

[0053]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含むことができる。リソースグリッドは、２つのタイムスロットを表すために使用され得、各タイムスロットは、（本明細書ではＲＢとも呼ばれる）リソース要素ブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソース要素ブロックは、周波数領域中に１２個の連続するサブキャリアを含み、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスの場合、時間領域中に７つの連続するＯＦＤＭシンボル、すなわち８４個のリソース要素を含むことがある。拡張サイクリックプレフィックスの場合、リソース要素ブロックは、時間領域中に６つの連続するＯＦＤＭシンボルを含むことがあり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ３０４は、対応するＰＤＳＣＨがマッピングされるリソース要素ブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソース要素ブロックが多いほど、また変調方式が高度であるほど、ＵＥのデータレートは高くなる。

[0054]図４は、いくつかの例では本明細書で説明されるＵＬＬ ＬＴＥ ＵＬフレーム構造とともに利用され得る、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのために利用可能なリソース要素ブロックは、データセクションおよび制御セクションに区分され得る。制御セクションは、システム帯域幅の２つのエッジのところに形成され得、構成可能なサイズを有し得る。制御セクション中のリソース要素ブロックは、制御情報の送信用にＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソース要素ブロックを含み得る。ＵＬフレーム構造により、データセクションは連続的なサブキャリアを含むことになり、これにより、単一のＵＥが、データセクション中の連続的なサブキャリアのすべてを割り当てられることが可能になり得る。

[0055]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソース要素ブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソース要素ブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソース要素ブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソース要素ブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットに及ぶ場合があり、周波数にわたってホッピングし得る。

[0056]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中でＵＬ同期を達成するために、リソース要素ブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングをも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソース要素ブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨの場合、周波数ホッピングは存在しない。ＰＲＡＣＨの試行は、単一のサブフレーム（１ｍｓ）の中で、または少数の連続サブフレームのシーケンスの中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試行のみを行うことができる。

[0057]図５は、ＬＴＥおよびＵＬＬ ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

[0058]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイにおいて終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤを含む、Ｌ２レイヤ５０８の上のいくつかの上位レイヤを有し得る。

[0059]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥのためのｅＮＢ間のハンドオーバサポートとを行う。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメント化およびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）に起因する順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソース要素ブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０は、ＨＡＲＱ演算も担当する。

[0060]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８に対して実質的に同じである。制御プレーンは、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６も含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

[0061]図６は、アクセスネットワーク中でｅＮＢ６１０がＵＥ６５０と通信しているブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ演算と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

[0062]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）を容易にするためのコーディングおよびインターリービングと、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングとを含む。次いで、コーディングおよび変調されたシンボルが、並列ストリームに分割される。次いで、各ストリームは、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域において基準信号（たとえば、パイロット）と多重化され、次いで、逆高速フーリエ変換（ＩＦＦＴ）を使用して合成されて、時間領域のＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信された基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。加えて、ｅＮＢ６１０は、ＵＬＬフレーム構造、たとえば、限定はしないが、フレーム構造８００（図８）、フレーム構造９００（図９）、フレーム構造１１００（図１１）などを使用してＵＥ６５０にリソース許可を通信するように構成されたスケジューリングコンポーネント６０２を含み得、これらのフレーム構造は（たとえば、図７のタイムライン７００、７０２に示されるような）１つのシンボルのＴＴＩを含み得る。スケジューリングコンポーネント６０２はコントローラ／プロセッサ６７５に結合されるものとして示されているが、スケジューリングコンポーネント６０２がまた他のプロセッサ（たとえば、ＲＸプロセッサ６７０、ＴＸプロセッサ６１６など）に結合され得ること、および／または本明細書で説明されるアクションを実行するように１つもしくは複数のプロセッサ６１６、６７０、６７５によって実装され得ることが理解されよう。

[0063]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通じて信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報を受信（ＲＸ）プロセッサ６５６に提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。次いで、ＲＸプロセッサ６５６は、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ６１０によって送信された最も可能性が高い信号コンスタレーションポイントを決定することによって、復元および復調される。これらの軟決定は、チャネル推定器６５８によって計算されたチャネル推定値に基づく場合がある。次いで、軟決定は復号されデインタリーブされて、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号が復元される。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に提供される。

[0064]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０は、コンピュータ可読媒体と呼ばれ得る。ＵＬでは、コントローラ／プロセッサ６５９は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読（decipher）と、ヘッダ解凍（decompression）と、制御信号処理とを行って、コアネットワークからの上位レイヤパケットを復元する。次いで、上位レイヤパケットはデータシンク６６２に提供され、データシンク６６２はＬ２レイヤの上のすべてのプロトコルレイヤを表す。様々な制御信号も、Ｌ３処理のためにデータシンク６６２に提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ演算をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）のプロトコルを使用する誤り検出を担当する。加えて、ＵＥ６５０は、本明細書で説明されるように、ＵＬＬフレーム構造を使用して受信、復号、送信、および動作するように構成された通信コンポーネント６６１を含み得る。通信コンポーネント６６１はコントローラ／プロセッサ６５９に結合されるものとして示されているが、通信コンポーネント６６１がまた他のプロセッサ（たとえば、ＲＸプロセッサ６５６、ＴＸプロセッサ６６８など）に結合され得ること、および／または本明細書で説明されるアクションを実行するように１つもしくは複数のプロセッサ６５６、６５９、６６８によって実装され得ることが理解されよう。

[0065]ＵＬでは、データソース６６７は、上位レイヤパケットをコントローラ／プロセッサ６５９に与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。また、コントローラ／プロセッサ６５９は、ＨＡＲＱ演算と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。

[0066]ｅＮＢ６１０によって送信された基準信号またはフィードバックからの、チャネル推定器６５８によって導出されたチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

[0067]ＵＬ送信は、ＵＥ６５０における受信機機能に関連して説明されたのと同じようにしてｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報をＲＸプロセッサ６７０に提供する。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

[0068]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６は、コンピュータ可読媒体と呼ばれ得る。ＵＬでは、コントローラ／プロセッサ６７５は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読と、ヘッダ解凍と、制御信号処理とを行って、ＵＥ６５０からの上位レイヤパケットを復元する。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ演算をサポートするために、ＡＣＫおよび／またはＮＡＣＫのプロトコルを使用する誤り検出を担当する。

[0069]図７は、ワイヤレス通信システムにおけるＵＬＬ通信を管理するための、図において時間が左から右に流れるＵＬＬタイムライン７００、７０２の非限定的な例を示す図である。この例では、タイムライン７００、７０２は、サブフレームの各シンボル内にシンボル持続時間のＵＬＬフレームを含む。タイムライン７００、７０２はいずれも、ＵＬＬ物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）および／または物理ダウンリンク共有チャネル（ｕＰＤＳＣＨ）のＴＴＩを表すシンボルと、ｕＰＵＣＣＨおよび／またはｕＰＤＳＣＨを含むＴＴＩを表すシンボルとを示している。タイムライン７００において、１４個のシンボル７１０、７１１などが所与のサブフレーム７１２（たとえば、ノーマルＣＰの場合）内に示されており、またタイムライン７０２において、１２個のシンボル７２０、７２１などが、所与のサブフレーム７２２（たとえば、拡張ＣＰの場合）内に示されている。いずれの場合も、（ＬＴＥにおけるサブフレームベースのＴＴＩとは対照的に）シンボルベースのＴＴＩを利用することによって、より低いレイテンシがＵＬＬにおいて達成される。他の例では、ＴＴＩが２つ以上のシンボル、サブフレームのスロット（ここでサブフレームは２つのスロットを含む）などであり得ることが理解されよう。加えて、ＨＡＲＱプロセス応答時間は、ＵＬＬ通信に対するＴＴＩの持続時間に基づいて、数シンボル分（たとえば、３シンボル分、４シンボル分など）、シンボルの数セット分（たとえば、３双対シンボル分（3 dual-symbols）、４双対シンボル分（4 dual-symbols）など）、数スロット分（たとえば、３スロット分、４スロット分など）程度となり得る。図示の例では、ＵＬＬ通信は、持続時間において１シンボル分であり、ｕＰＤＣＣＨ／ｕＰＤＳＣＨはシンボル０において送られ、ＨＡＲＱは、サブフレーム中でシンボル４などにおいて処理され、送られる。したがって、ＵＬＬ通信におけるＨＡＲＱレイテンシに関連付けられる時間量は、短縮されたＴＴＩ持続時間に基づいて、同様にＬＴＥ通信における対応するＨＡＲＱレイテンシ未満である。

[0070]図８は、ＵＬＬ ＬＴＥ（および／またはＬＴＥ）通信のための例示的なフレーム構造８００を示している。たとえば、説明されたように、フレーム構造８００は、（たとえば、ＯＦＤＭ、ＳＣ−ＦＤＭ、または図７におけるシンボル７１０、７１１、７２０、７２１などの同様のシンボルの）シンボル持続時間ＴＴＩ、２つ以上のシンボル持続時間ＴＴＩ、周波数において垂直方向に（また説明されたように時間において水平方向に）表されるスロット持続時間ＴＴＩなどを表し得る。いずれの場合も、ＵＬＬのフレーム構造は、現在のＬＴＥ ＵＬフレーム構造内に定義され得る。たとえば、フレーム構造８００は、フレームの端部に（たとえば、アップリンク周波数帯域幅において）ＬＴＥのＰＵＣＣＨ領域８０２を含み、これらのＰＵＣＣＨ領域８０２は、この例ではＵＬＬ ＬＴＥフレーム構造によって乱されていない（undisturbed）。むしろ、ＵＬＬフレーム構造は、ＬＴＥにおけるＰＵＳＣＨ領域８０４内に定義される。

[0071]本例で示すように、ＬＴＥ ＰＵＳＣＨ領域８０６のうちの少なくとも一部は、オプションにより、ＬＴＥ ＰＵＳＣＨ領域８０４中に維持され、ｕＰＵＣＣＨ領域８０８およびｕＰＵＳＣＨ領域８１０もまたＬＴＥ ＰＵＳＣＨ領域８０４中に含められる。この例示的なフレーム構造８００では、ｕＰＵＣＣＨ領域８０８は同様に、ＵＬＬに使用可能であるＬＴＥ ＰＵＳＣＨ領域８０４の端部にある。ＬＴＥ ＰＵＳＣＨ領域８０４の残りは、（たとえば、ｅＮＢまたは他のネットワークノードによるスケジューリングに基づいて）ＰＵＳＣＨ領域８０６とｕＰＵＳＣＨ領域８１０とに分割され得る。ＬＴＥとＵＬＬとが所与のＴＴＩにおいて共存し得るように、実質的にどんなフレーム構造が採用されてもよいことが理解されよう。さらに、本明細書でさらに説明されるように、たとえば、ｅＮＢはフレーム構造８００中の領域に従って１つまたは複数のＵＥにリソースを割り振ることができ（したがってＬＴＥおよび／またはＵＬＬ通信をサポートすることができ）、受信側のＵＥは、ｅＮＢによってＵＥに割り振られたリソースを使用することによって、フレーム構造に対していくぶんかアグノスティック（agnostic）となり得る。

[0072]図９は、ＵＬＬ（および／またはＬＴＥ）通信のための例示的なフレーム構造９００を示している。たとえば、説明されたように、フレーム構造９００は、（たとえば、ＯＦＤＭ、ＳＣ−ＦＤＭ、または図７におけるシンボル７１０、７１１、７２０、７２１などの同様のシンボルの）シンボル持続時間ＴＴＩ、２つ以上のシンボル持続時間ＴＴＩ、周波数において垂直方向に（また説明されたように時間において水平方向に）表されるスロット持続時間ＴＴＩなどを表し得る。いずれの場合も、説明されたように、ＵＬＬのフレーム構造は、現在のＬＴＥ ＵＬフレーム構造内に定義され得る。たとえば、フレーム構造９００は、フレームの端部にＬＴＥのＰＵＣＣＨ領域８０２を含み、これらのＰＵＣＣＨ領域８０２は、この例ではＵＬＬ ＬＴＥフレーム構造によって乱されていない。むしろ、ＵＬＬフレーム構造は、ＬＴＥにおけるＰＵＳＣＨ領域８０４内に定義される。

[0073]この例では、ＵＬＬに使用可能なＲＢは、ＴＴＩ（Ｎ_RB ^UL）−オフセット（Ｎ_RB ^Offset）においてＵＬ通信に利用可能な総ＲＢとして定義され得、ここでＮ_RB ^Offsetは、ＬＴＥにおけるＰＵＣＣＨ領域８０２と、ＵＬＬ ＬＴＥにおけるおそらくはｕＰＵＣＣＨ領域との組み合わされたサイズに適応するように意図され得る。ＵＬＬ通信に使用可能なＲＢは、ＲＢグループ９０２などのいくつかのＲＢグループにさらに分割され得るが、それらのＲＢグループは周波数において連続していてもよく、またＲＢ９０４などのいくつかのＲＢを含んでもよい。この例では、１４個のＲＢの４つのＲＢグループが示されている（たとえば、ＬＴＥとよく似ているが、ＲＢは、サブフレーム持続時間の代わりに、シンボル持続時間、２つ以上のシンボル持続時間、スロット持続時間などの中で分割される）。ｕＰＵＣＣＨおよび／またはｕＰＵＳＣＨ通信はしたがって、ＲＢグループ中のＲＢにまたがって（たとえば、フレーム構造８００に従って）スケジュールされ得る。

[0074]一例では、各ＲＢグループ９０２は、２、３、５などの倍数の個数のＲＢを含み得るが、ここで各グループは、ＲＢの個数において等しいことも、等しくないこともあり得る。たとえば、ＲＢグループにおけるＲＢの個数は、構成された開始オフセット（（Ｎ_RB ^Offset）、ＴＴＩに対して決定されたｕＰＵＳＣＨ帯域幅などに基づき得る。特定のシステム帯域幅を達成するためのＲＢグループサイズの１つの具体例が以下であり得る。

加えて、たとえば、ＲＢの個数は、特定のシンボルタイプ（たとえば、サウンディング基準信号（ＳＲＳ）を含まないシンボル（本明細書では「非ＳＲＳシンボル」とも呼ばれる））については同様であり得るが、ＳＲＳを含むシンボルタイプのシンボル（本明細書では「ＳＲＳシンボル」とも呼ばれる）が、特定のＳＲＳ帯域幅に関連付けられるいくつかのＲＢを有し得る。たとえば、現在のＬＴＥセル固有のＳＲＳ帯域幅では、５／１０／１５／２０メガヘルツ（ＭＨｚ）について、５ＭＨｚはＳＲＳに関して３６／３２／２４／２０／１６／１２／８／４個のＲＢをサポートし、１０ＭＨｚはＳＲＳに関して４８／４０／３６／３２／２４／２０／１６個のＲＢをサポートし、１５ＭＨｚはＳＲＳに関して７２／６４／６０／４８／４０／３６／３２個のＲＢをサポートし、２０ＭＨｚはセル固有のＳＲＳに関して９６／８０／７２／６４／６０／４８個のＲＢをサポートすることになり得る。加えて、一例では、ｕＰＵＳＣＨに対するＲＢおよび／またはＲＢグループの個数はそれに応じて、ＵＬＬにおけるＳＲＳの帯域幅に部分的に基づいて調節され得るが、ここでｕＰＵＳＣＨはセル固有のＳＲＳを含む。セル固有のＳＲＳ帯域幅が狭い（たとえば、４ＲＢまたは８ＲＢ）場合、ｕＰＵＳＣＨ送信がＳＲＳシンボルでサポートされることも、されないこともあることに留意されたい。代替的に、そのような場合、ｕＰＵＳＣＨはサポートされ得るが、非ＳＲＳシンボル中のようにＲＢグループ管理に従わないこともある。たとえば、セル固有のＳＲＳ帯域幅が、１００ＲＢのアップリンク帯域幅において１６ＲＢである場合、ｕＰＵＳＣＨは、１６ＲＢのセル固有のＳＲＳ帯域幅を除外し、残りの８４ＲＢを４つのグループに分割することによって割り当てられ得る。別の例として、セル固有のＳＲＳ帯域幅が、１００ＲＢのアップリンク帯域幅において１６ＲＢである場合、ｕＰＵＳＣＨは、１６ＲＢをグループとして使用し、残りの８４ＲＢを３つの他のグループに分割することによって割り当てられ得る。

[0075]いずれの場合も、ｅＮＢは、上記に示されたフレーム構造８００および／または９００を使用して、ＴＴＩ内の１つまたは複数のＲＢグループ中の対応するＲＢの個数に基づいて、ｕＰＵＳＣＨの決定された帯域幅に従って１つまたは複数のＵＥにリソースを割り当て得る。

[0076]図１０は、ＵＬＬ通信におけるＲＳ送信のための例示的なタイムライン１０００、１０１０を示している。タイムライン１０００は、ＬＴＥサブフレーム中のシンボル持続時間であるＵＬＬフレームにおけるｕＰＵＣＣＨ／ｕＰＵＳＣＨ１００４の送信を含む。加えて、ＵＬＬ ＲＳ（ｕＲＳとも呼ばれる）送信１００２が、異なるシンボルでタイムライン１０００内に示されている。説明されたように、所与のＵＥのためのｕＲＳの送信は、ｕＰＵＣＣＨおよび／またはｕＰＵＳＣＨの送信なしに起こり得ることが理解されよう。タイムライン１０００において、ｕＲＳの送信は周期的（たとえば、６個のシンボル、次いで９個のシンボルごと）であり得るが、送信は同様に非周期的であってもよい。いずれの場合も、以下でさらに説明されるように、ｕＲＳ送信のトリガリングは、ｅＮＢによって（たとえば、本明細書で説明されるように、ＵＥへの１つまたは複数のリソース許可においてまたは別の方式で）指定され得る。

[0077]タイムライン１０１０は、シンボル１０１２において受信されたアップリンク許可を示しており、このアップリンク許可は、シンボル１０１４におけるｕＲＳ送信と、シンボル１０１６におけるｕＰＵＳＣＨ送信とを指定し得る。ｕＲＳの送信は、この例では、アップリンク許可がｕＲＳの送信をトリガするように非周期的であり得る（したがって、ｕＲＳはアップリンク許可を受信することに基づくものであり、必ずしも一定期間に基づくものではない）。一例では、シンボル１０１４におけるｕＲＳの送信は、シンボル１０１６におけるｕＰＵＳＣＨの送信に関連付けられ得る。たとえば、シンボル１０１２におけるリソース許可がシンボル１０１６におけるｕＰＵＳＣＨ送信およびｕＲＳトリガを指定する場合、ＵＥは、許可においてｕＲＳトリガを受信することに基づいて、先行するシンボル１０１４においてｕＲＳを送信することを決定し得る。この点について、たとえば、トリガは、ｕＲＳを送信するためのアップリンクリソース許可に関係するシンボルの前のシンボル数（または、より一般的にはＴＴＩ）を指定し得る。図示されていないが、ｕＲＳがトリガされない別のｕＰＵＳＣＨ送信、たとえばシンボル１０１６の直後のシンボルに、同じＵＥがスケジュールされ得る。この場合、このｕＰＵＳＣＨ送信は、復調については、シンボル１０１２におけるｕＲＳに依拠し得る。図示されていないが、付随するｕＰＵＳＣＨまたはｕＰＵＣＣＨなしに、１つまたは複数のシンボルにおいてｕＲＳ送信をスケジュールすることも可能である。

[0078]図１１は、ＵＬＬ通信のための例示的なフレーム構造１１００を示している。たとえば、説明されたように、フレーム構造１１００は、（たとえば、ＯＦＤＭ、ＳＣ−ＦＤＭ、または同様のシンボルの）シンボル持続時間ＴＴＩ、２つ以上のシンボル持続時間ＴＴＩ、スロット持続時間ＴＴＩなどを表し得る。いずれの場合も、フレーム構造１１００は、現在のＬＴＥ ＵＬフレーム構造内で定義され得、フレーム構造８００（図８）と同様であり得る。たとえば、フレーム構造１１００は、フレームの端部にＰＵＣＣＨ領域８０２を含み、これらのＰＵＣＣＨ領域８０２は、この例ではＵＬＬフレーム構造によって乱されていない。むしろ、ＵＬＬフレーム構造は、ＬＴＥにおけるＰＵＳＣＨ領域８０４内に定義される。したがって、図示のように、ＰＵＳＣＨ領域８０６は、オプションによりＬＴＥ ＰＵＳＣＨ領域８０４中に維持され、ｕＰＵＣＣＨ領域８０８およびｕＰＵＳＣＨ領域８１０もまた含められる。この例示的なフレーム構造１１００では、ｕＰＵＣＣＨ領域８０８は同様に、ＵＬＬに使用可能であるＬＴＥ ＰＵＳＣＨ領域８０４の端部にある。ＬＴＥ ＰＵＳＣＨ領域８０４の残りは、ＰＵＳＣＨ領域８０６とｕＰＵＳＣＨ領域８１０とに分割され得る。

[0079]加えて、ｕＲＳ領域１１０２は、本明細書でさらに説明されるように、受信されたトリガに基づいてｕＲＳを送信するために、ｕＰＵＣＣＨ領域８０８およびｕＰＵＳＣＨ領域８１０内に定義される。さらに、この点について、ｕＲＳはｕＰＵＣＣＨとｕＰＵＳＣＨの両方のために送信され得る（たとえば、ｕＰＵＣＣＨのためのｕＲＳは、ｕＰＵＣＣＨを介した通信を復調するのを支援するためのＤＭ−ＲＳであり得、ｕＰＵＳＣＨのためのｕＲＳは、ｕＰＵＳＣＨを介した通信を復調するのを支援するためのＤＭ−ＲＳであり得る）。ｕＰＵＣＣＨのためのｕＲＳは、ｕＰＵＣＣＨ領域８０８のｕＲＳ領域１１０２に示されるように、狭帯域であって半静的周波数ロケーションにあってもよく、一方で、ＰＵＳＣＨのためのｕＲＳは、ｕＰＵＳＣＨ領域８１０内のｕＲＳ領域１１０２内に示されるように、広帯域であって潜在的に動的周波数ロケーションにあってもよい。この点について、ｕＲＳは、ｕＰＵＣＣＨまたはｕＰＵＳＣＨのものと一致する帯域幅サイズ、周波数ロケーション、アンテナポートの数などのうちの少なくとも１つを有し得る。ＬＴＥとＵＬＬとが所与のＴＴＩにおいて共存し得るように、実質的にどんなフレーム構造が採用されてもよいことが理解されよう。さらに、本明細書でさらに説明されるように、たとえば、ｅＮＢはフレーム構造１１００に従ってリソースを割り振ることができ（したがってＬＴＥおよび／またはＵＬＬ通信をサポートすることができ）、受信側のＵＥは、ｅＮＢによって割り振られたリソースを使用することによって、フレーム構造に対していくぶんかアグノスティックとなり得る。

[0080]図１２〜図１８を参照すると、本明細書で説明されるアクションまたは機能を実行することができる１つまたは複数のコンポーネントおよび１つまたは複数の方法に関して諸態様が示されている。一態様では、本明細書で使用されるときに、「コンポーネント」という用語は、システムを構成する部分のうちの１つであってよく、ハードウェアまたはソフトウェアまたはそれらの何らかの組合せであってよく、他のコンポーネントに分割され得る。図１３〜図１８において後述される動作は、特定の順序で、および／または例示的なコンポーネントによって実行されるものとして提示されるが、アクションの順序およびアクションを実行するコンポーネントは、実装形態に応じて変更され得ることを理解されたい。その上、以下のアクションまたは機能は、特別にプログラムされたプロセッサ、特別にプログラムされたソフトウェアもしくはコンピュータ可読媒体を実行するプロセッサによって、または説明されるアクションもしくは機能を実行することが可能なハードウェアコンポーネントおよび／もしくはソフトウェアコンポーネントの任意の他の組合せによって実行され得ることを理解されたい。

[0081]図１２は、ＵＬＬを使用してワイヤレスネットワークにおいて通信するための例示的なシステム１２００を示している。システム１２００は、上記の図１、図２、図６などにその例が記載されているワイヤレスネットワークにアクセスするためにｅＮＢ１２０４と通信するＵＥ１２０２を含む。ＵＥ１２０２は、ｅＮＢ１２０４を介してワイヤレスネットワーク（たとえば、コアネットワーク１３０）と通信し得る。一態様では、ｅＮＢ１２０４およびＵＥ１２０２は、構成された通信リソースを介してｅＮＢ１２０４からＵＥ１２０２に制御および／またはデータメッセージ（たとえば、シグナリング）を通信するために、ダウンリンク信号１２０９がｅＮＢ１２０４によって（たとえば、トランシーバ１２５６を介して）送信され、ＵＥ１２０２によって（たとえば、トランシーバ１２０６を介して）受信され得る１つまたは複数のダウンリンクチャネルを確立していることがある。さらに、たとえば、ｅＮＢ１２０４およびＵＥ１２０２は、構成された通信リソースを介してＵＥ１２０２からｅＮＢ１２０４に制御および／またはデータメッセージ（たとえば、シグナリング）を通信するために、アップリンク信号１２０８がＵＥ１２０２によって（たとえば、トランシーバ１２０６を介して）送信され、ｅＮＢ１２０４によって（たとえば、トランシーバ１２５６を介して）受信され得る１つまたは複数のアップリンクチャネルを確立していることがある。たとえば、ｅＮＢ１２０４は、本明細書で説明されるように、ＵＥ１２０２がＵＬＬおよび／またはＬＴＥ通信１２８２をｅＮＢ１２０４に（たとえば、関連する制御データ、基準信号などとともに）送信し得るリソースを示し得るアップリンクリソース許可１２８０をＵＥ１２０２に通信し得る。

[0082]一態様では、ＵＥ１２０２は、たとえば、１つまたは複数のバス１２０７を介して通信可能に結合され得る１つまたは複数のプロセッサ１２０３および／またはメモリ１２０５を含み得、また、本明細書で説明されるように、１つまたは複数のｅＮＢまたは他のネットワークノードとのＵＬＬ通信を受信および送信するための通信コンポーネント６６１とともに動作し得るか、またはさもなければその通信コンポーネント６６１を実装し得、そのＵＬＬ通信は、ダウンリンクまたはアップリンクＵＬＬチャネルのためのｅＮＢ１２０４からのＵＬＬリソース許可を受信することと、ＵＬＬリソースを介して通信することとを含み得る。たとえば、通信コンポーネント６６１に関連する様々な動作は実装され得るか、またはさもなければ１つもしくは複数のプロセッサ１２０３によって実行され得、一態様では、単一のプロセッサによって実行され得るが、他の態様では、動作のうちの異なるものが、２つ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ１２０３は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタル信号プロセッサ、または特定用途向け集積回路（ＡＳＩＣ）、または送信プロセッサ、受信プロセッサ、またはトランシーバ１２０６に関連付けられたトランシーバプロセッサのうちの任意の１つまたは任意の組合せを含んでよい。さらに、たとえば、メモリ１２０５は、限定はしないが、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、磁気ストレージデバイス（たとえば、ハードディスク、フロッピーディスク、磁気ストリップ）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ）、レジスタ、リムーバブルディスク、ならびに、コンピュータまたは１つもしくは複数のプロセッサ１２０３によってアクセスされ読み取られ得るソフトウェアおよび／またはコンピュータ可読コードもしくは命令を記憶するための任意の他の適切な媒体を含む非一時的コンピュータ可読媒体であってもよい。さらに、メモリ１２０５またはコンピュータ可読記憶媒体は、１つまたは複数のプロセッサ１２０３内に存在しても、１つまたは複数のプロセッサ１２０３の外部にあっても、１つまたは複数のプロセッサ１２０３を含む複数のエンティティにわたって分散するなどしてもよい。

[0083]特に、１つまたは複数のプロセッサ１２０３および／またはメモリ１２０５は、通信コンポーネント６６１またはそのサブコンポーネントによって定義されたアクションまたは動作を実行し得る。たとえば、１つまたは複数のプロセッサ１２０３および／またはメモリ１２０５は、ｅＮＢ１２０４からリソース許可を取得するために、リソース許可受信コンポーネント１２１０によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、リソース許可受信コンポーネント１２１０は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２０３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のリソース許可受信および／もしくは処理動作を実行するために、メモリ１２０５に記憶され、１つもしくは複数のプロセッサ１２０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つもしくは複数のプロセッサ１２０３および／またはメモリ１２０５は、リソース許可に関連付けられるＴＴＩを決定するためのＴＴＩ決定コンポーネント１２１２によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、ＴＴＩ決定コンポーネント１２１２は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成のＴＴＩ決定を実行するために、メモリ１２０５に記憶され、１つもしくは複数のプロセッサ１２０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含んでもよい。さらに、たとえば、１つまたは複数のプロセッサ１２０３および／またはメモリ１２０５は、オプションにより、許可されたリソースを介して通信を送信するためのトランスポートブロックサイズ（ＴＢＳ）、ＴＢＳスケーリング係数などを決定するためのオプションのＴＢＳ決定コンポーネント１２１４によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、ＴＢＳ決定コンポーネント１２１４は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成のＴＢＳ決定動作を実行するために、メモリ１２０５に記憶され、１つもしくは複数のプロセッサ１２０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つもしくは複数のプロセッサ１２０３および／またはメモリ１２０５は、場合によっては、ＵＬＬ通信を優先させるべきかレガシーワイヤレス技術を介した通信を優先させるべきかを決定するためのオプションの通信優先順位付けコンポーネント１２１６によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、通信優先順位付けコンポーネント１２１６は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成の通信優先順位付け動作を実行するために、メモリ１２０５に記憶され、１つもしくは複数のプロセッサ１２０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つもしくは複数のプロセッサ１２０３および／またはメモリ１２０５は、オプションにより、１つまたは複数のＲＳを送信するトリガを取得するためのオプションのＲＳトリガ受信コンポーネント１２１８によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、ＲＳトリガ受信コンポーネント１２１８は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成のＲＳトリガリング動作を実行するために、メモリ１２０５に記憶され、１つもしくは複数のプロセッサ１２０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。

[0084]同様に、一態様では、ｅＮＢ１２０４は、たとえば、１つまたは複数のバス１２５７を介して通信可能に結合され得る１つまたは複数のプロセッサ１２５３および／またはメモリ１２５５を含んでよく、また、本明細書で説明されるように、割り当てられたＵＬＬリソースを介してＵＥ１２０２と通信するためのスケジューリングコンポーネント６０２の１つもしくは複数とともに動作するか、またはさもなければそのスケジューリングコンポーネント６０２の１つもしくは複数を実装してもよく、ＵＥ１２０２と通信することは、ＵＬＬリソースに従ってＵＥ１２０２および／または他のＵＥのためのリソース許可を提供することを含み得る。たとえば、スケジューリングコンポーネント６０２に関連する様々な機能は実装されるか、またはさもなければ１つもしくは複数のプロセッサ１２５３によって実行されてもよく、一態様では、単一のプロセッサによって実行され得るが、上記で説明されたように、他の態様では、機能のうちの異なるものが、２つ以上の異なるプロセッサの組合せによって実行され得る。一例では、１つまたは複数のプロセッサ１２５３および／またはメモリ１２５５は、ＵＥ１２０２の１つまたは複数のプロセッサ１２０３および／またはメモリ１２０５に関して上記の例で説明されたように構成されてもよいことを諒解されたい。

[0085]一例では、１つもしくは複数のプロセッサ１２５３および／またはメモリ１２５５は、スケジューリングコンポーネント６０２またはそのサブコンポーネントによって定義されたアクションまたは動作を実行し得る。たとえば、１つまたは複数のプロセッサ１２５３および／またはメモリ１２５５は、１つまたは複数のＵＥのＵＬＬフレーム構造に従って１つまたは複数のリソース許可を生成するためのリソース許可生成コンポーネント１２２０によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、リソース許可生成コンポーネント１２２０は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２５３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のリソース許可生成動作を実行するために、メモリ１２５５に記憶され、１つもしくは複数のプロセッサ１２５３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つもしくは複数のプロセッサ１２５３および／またはメモリ１２５５は、１つまたは複数のＵＥからリソース許可を介して受信された通信においてチャネルまたは干渉を推定するためのオプションのチャネル／干渉推定コンポーネント１２２２によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、チャネル／干渉推定コンポーネント１２２２は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２５３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のチャネルおよび／もしくは干渉推定動作を実行するために、メモリ１２５５に記憶され、１つもしくは複数のプロセッサ１２５３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つもしくは複数のプロセッサ１２５３および／またはメモリ１２５５は、オプションにより、１つまたは複数のＵＥによるＲＳ送信をトリガするためのオプションのＲＳトリガリングコンポーネント１２２４によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、ＲＳトリガリングコンポーネント１２２４は、ハードウェア（たとえば、１つもしくは複数のプロセッサ１２５３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のＳＤＩ要求受信動作を実行するために、メモリ１２５５に記憶され、１つもしくは複数のプロセッサ１２５３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。

[0086]トランシーバ１２０６、１２５６は、１つまたは複数のアンテナ、ＲＦフロントエンド、１つまたは複数の送信機、および１つまたは複数の受信機を通じてワイヤレス信号を送信および受信するように構成されてもよいことが理解されよう。一態様では、トランシーバ４０４、４５４は、ＵＥ１２０２および／またはｅＮＢ１２０４が特定の周波数で通信し得るように、指定された周波数で動作するように同調され得る。一態様では、関連するアップリンクまたはダウンリンク通信チャネルを介してそれぞれアップリンク信号１２０８および／またはダウンリンク信号１２０９を通信するために、構成、通信プロトコルなどに基づいて、指定された周波数および電力レベルで動作するように、１つもしくは複数のプロセッサ１２０３がトランシーバ１２０６を構成してもよく、および／または１つもしくは複数のプロセッサ１２５３がトランシーバ１２５６を構成してもよい。

[0087]一態様では、トランシーバ１２０６、１２５６は、トランシーバ１２０６、１２５６を使用して送受信されるデジタルデータを処理するように、複数の帯域で（たとえば、マルチバンドマルチモードモデム（図示されず）を使用して）動作し得る。一態様では、トランシーバ１２０６、１２５６はマルチバンドであり、特定の通信プロトコルのために複数の周波数帯域をサポートするように構成され得る。一態様では、トランシーバ１２０６、１２５６は、複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。したがって、たとえば、トランシーバ１２０６、１２５６は、指定されたモデム構成に基づいて信号の送信および／または受信を可能にしてもよい。

[0088]ＵＬＬリソースをスケジュールする一例では、図１３は、受信されたＵＬＬリソース許可に従って（たとえば、ＵＥ１２０２によって）通信を送信するための方法１３００を示している。ブロック１３０２において、ＵＥは、ワイヤレスネットワークにおいて通信するためにネットワークエンティティからアップリンクリソース許可を受信し得る。リソース許可受信コンポーネント１２１０（図１２）は、ワイヤレスネットワークにおいて通信するためにネットワークエンティティ（たとえば、ｅＮＢ１２０４）からアップリンクリソース許可（たとえば、アップリンクリソース許可１２８０）を受信し得る。説明されたように、たとえば、ｅＮＢは、トランシーバ１２５６を介して、ＵＥ１２０２にアップリンクリソース許可をダウンリンク信号１２０９として送信し得、このアップリンクリソース許可は、トランシーバ１２０６によって受信され、処理のために１つまたは複数のプロセッサ１２０３に提供され得る。たとえば、リソース許可は、レガシーワイヤレス通信技術の持続時間（たとえば、ＬＴＥサブフレームのシンボル持続時間、２つ以上のシンボル持続時間、スロット持続時間など）よりも短い持続時間を有するＴＴＩに対応するＵＬＬフレーム構造に従って定義され得るＵＬＬリソース許可に対応し得る。一例では、ＵＬＬリソース許可は、上記で説明されたＵＬＬフレーム構造８００（図８）および／または９００（図９）に従って定義され得、したがってＴＴＩ内のいくつかのＲＢおよび／またはＲＢグループを含み得る。加えて、この点について、たとえば、リソース許可生成コンポーネント１２２０（図１２）は、（たとえば、ＵＥ１２０２およびｅＮＢ１２０４がＵＬＬフレーム構造に基づいて動作し得るＵＬＬフレーム構造に基づいて、許可においてリソースを指定するために）ＵＬＬフレーム構造に従ってＵＥ１２０２のためのリソース許可を生成してもよく、スケジューリングコンポーネント６０２は、トランシーバ１２０６を介してリソース許可受信コンポーネント１２１０によって受信するために、トランシーバ１２５６を介してＵＥ１２０２にリソース許可を通信（たとえば送信）し得る。

[0089]一例では、ブロック１３０２においてアップリンクリソース許可を受信することは、オプションにより、ブロック１３０４においてネットワークエンティティから多段階リソース許可を受信し得る。リソース許可受信コンポーネント１２１０は、ネットワークエンティティ（たとえば、ｅＮＢ１２０４、コアネットワーク１３０など）から多段階リソース許可を受信し得るが、これは、トランシーバ１２０６による受信のためにトランシーバ１２５６によって送信された複数の別個のダウンリンク信号１２０９において、多段階リソース許可を受信することと、ＵＥ１２０２の１つまたは複数のプロセッサ１２０３によって処理することとを含み得る。たとえば、リソース許可生成コンポーネント１２２０によって生成されたリソース許可は、スケジューリングコンポーネント６０２が通信の複数のインスタンスにおいてＵＥ１２０２に許可情報を送信するように、多段階リソース許可を含み得る。たとえば、第１段階のリソース許可において、リソース許可生成コンポーネント１２２０は、アップリンク許可のための変調およびコーディング方式（ＭＣＳ）、ＵＥ１２０２からのアップリンク通信のための送信電力制御（ＴＰＣ）、ならびに／またはプリコーディング情報を含み得る１つまたは複数のパラメータを含み得る。スケジューリングコンポーネント６０２は、リソース許可受信コンポーネント１２１０が（たとえば、通信コンポーネント６６１を介して）受信し得る第１段階のリソース許可をＵＥ１２０２に送信し得る。１つの具体例では、第１段階のリソース許可は、長さにおいて１０〜１３ビットであり得、ＰＤＣＣＨ、拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）などを介してｅＮＢ１２０４からＵＥ１２０２に送信され得る。たとえば、第１段階の許可では、アップリンクリソース許可のためのＭＣＳは５ビットであり得、ＴＰＣは２ビットであり得、プリコーディング情報は３〜６ビットであり得る。

[0090]第２段階のリソース許可では、リソース許可生成コンポーネント１２２０は、ＵＥ１２０２が以前の通信を再送信すべきか新しい通信を再送信すべきかを示すための新規データインジケータ（ＮＤＩ）、ＮＤＩが関係するＨＡＲＱプロセスを示すためのＨＡＲＱプロセスアイデンティティ、第１段階のリソース許可においてシグナリングされたＭＣＳからのＭＣＳの変化を示すためのデルタＭＣＳ、ＲＳを送信するときに、許可されたリソース全体にわたってリソースブロックに適用されるべきサイクリックシフトを示すＲＳサイクリックシフト、ＵＬＬ ＲＳトリガリングインジケータ（たとえば、本明細書でさらに説明されるＲＳトリガリングコンポーネント１２２４によって準備されるＲＳ送信をトリガリングするための１つもしくは複数の条件もしくは関係するパラメータ）、チャネル状態情報（ＣＳＩ）を報告するための１つもしくは複数の条件もしくは関係するパラメータを示す非周期的ＣＳＩトリガ、および／または許可されたリソースの指示を含み得る１つまたは複数の追加的なパラメータを含み得る。リソース許可受信コンポーネント１２１０はしたがって、通信コンポーネント６６１を介して多段階の割り当てを受信し得、（たとえば、ＭＣＳを使用すること、ＴＰＣを適用すること、ＲＳサイクリックシフトに従ってＲＳを含めること、トリガを検出したときにＣＳＩを通信することなど）多段階の割り当てにおいて指定されたパラメータを使用してｅＮＢ１２０４に通信を送信するように通信コンポーネント６６１を構成し得る。具体例では、第２段階のリソース許可は、許可がダウンリンクに対するものかアップリンクに対するものかを区別する１ビットであるビット、１ビットであるＮＤＩ、１ビットであるデルタＭＣＳ、１ビットのＲＳサイクリックシフト（復調ＲＳ（ＤＭ−ＲＳ）サイクリックシフトであり得る）（たとえば、ランク１の通信に対するシンボル０と６との間もしくはランク２の通信のためのシンボル０／６と３／９との間のＤＭ−ＲＳのサイクリックシフティングを実装するかどうかを示すため）、１ビットのｕＲＳトリガリング指示、１ビットの非周期的ＣＳトリガ、および／または４ビットのリソース割振りを含む１０ビットであり得る。

[0091]加えて、一例では、ブロック１３０２においてアップリンクリソース許可を受信することは、オプションにより、ブロック１３０６においてネットワークエンティティからＴＢＳスケーリング指示を受信し得る。リソース許可受信コンポーネント１２１０は、ネットワークエンティティから（たとえば、ｅＮＢ１２０４から）ＴＢＳスケーリング指示を受信し得る。したがって、たとえば、リソース許可生成コンポーネント１２２０によって生成されたリソース許可は、リソース許可においてＵＥ１２０２に割り振られたＲＢサイズに基づいたＴＢＳスケーリングの指示を含み得る。したがって、リソース許可受信コンポーネント１２１０は、ＴＢＳスケーリング指示を受信し得、ＴＢＳ決定コンポーネント１２１４は、ＴＢＳスケーリング指示および／またはリソース許可において割り振られた帯域幅に少なくとも部分的に基づいてＵＬＬリソースを使用して通信するためのＴＢＳサイズを決定し得る。代替または追加として、ＴＢＳ決定コンポーネント１２１４は、１つまたは複数の他のパラメータ（たとえば、ｅＮＢ１２０４と通信する際の測定されたスループット、ｕＰＵＳＣＨ送信のためのリソースの利用可能性など）に基づいてＴＢＳスケーリング係数を決定し得る。たとえば、ＴＢＳ決定コンポーネント１２１４は、追加的なリソースがｕＰＵＳＣＨ送信に利用可能である場合（たとえば、追加的なリソースがリソースの１つまたは複数のしきい値数を達成する場合）、より大きいスケーリング係数を選択し得る。同様に、ｕＰＵＳＣＨ送信に利用可能なリソースがより少数である場合（たとえば、より少数のリソースがリソースの１つまたは複数のしきい値数未満である場合）、より小さいスケーリング係数が選択され得る。ブロック１３０２においてアップリンクリソース許可を受信することはまた、アップリンクリソース許可における１つまたは複数のＲＢグループのサイズが決定され得る開始オフセット、割り振られた帯域幅などのリソース許可に関連する他のパラメータを受信することを含み得ることが理解されよう。

[0092]ブロック１３０８において、ＵＥは、アップリンクリソース許可に基づいてサブフレーム内のアップリンク送信のためのＴＴＩを決定し得る。一態様では、ＴＴＩは、少なくとも１つのシンボル、１つまたは複数のシンボル、スロットなどを含む。別の態様では、ＴＴＩは、サブフレーム中の複数のシンボルのサブセットである１つまたは複数のシンボルを含む。ＴＴＩ決定コンポーネント１２１２は、リソース許可受信コンポーネント１２１０によって受信されたアップリンクリソース許可に基づいて、サブフレーム内のアップリンク送信のためのＴＴＩを決定し得る。たとえば、ＵＬＬフレーム構造８００、９００に関して上記で説明されたように、ＴＴＩはシンボル持続時間、複数シンボル持続時間、スロット持続時間などであり得、ここでＬＴＥサブフレームはＣＰに応じて１２個または１４個のシンボルを備える。ＴＴＩ決定コンポーネント１２１２は、ｅＮＢ１２０４から受信された構成、ｅＮＢ１２０４から受信されたリソース許可における情報（たとえば、第２段階のリソース許可における許可されたリソースの指示）などに少なくとも部分的に基づいて、アップリンク送信のためのＴＴＩを決定し得る。

[0093]ブロック１３１０において、ＵＥは、ＴＴＩの間にアップリンクリソース許可において指定されたリソースを介してネットワークエンティティに通信を送信し得る。たとえば、一態様では、通信コンポーネント６６１は、ＴＴＩの間にアップリンクリソース許可において指定されたリソースを介してネットワークエンティティ（たとえば、ｅＮＢ１２０４）に通信（たとえば、ＵＬＬ通信１２８２）を送信し得、ここでＴＴＩは、説明されたように、持続時間においてサブフレームよりも短くなり得る。説明されたように、通信を送信することは、１つまたは複数のプロセッサ１２０３が、ＲＦフロントエンドなどを介して１つまたは複数のアンテナを介して送信するための信号を生成するために、トランシーバ１２０６にデータおよび／または関係する信号情報を提供することを含み得る。たとえば、ＴＴＩの短縮が原因で、干渉は、ＴＴＩ全体にわたって（たとえば、シンボル全体にわたって）変化することがあり、したがって、ＵＬＬ通信のためにＴＴＩレベルで（たとえば、シンボルレベル、２シンボルレベル、スロットレベルなどで）干渉消去を実行することが望ましくなり得る。この点について、一例では、ブロック１３１０において通信を送信することは、オプションにより、ブロック１３１２において、干渉消去を容易にするために１つまたは複数の構成されたシンボルで１つまたは複数のシンボルをパンクチャ（puncture）し得る。たとえば、パンクチャすることは、送信されるべきデータからシンボルが生成されると、１つまたは複数の構成されたシンボルで１つまたは複数のシンボルを置き換えることを指し得る。通信コンポーネント６６１は、ネットワークエンティティ（たとえば、ｅＮＢ１２０４）に通信を送信する際の干渉消去を容易にするために、１つまたは複数の構成されたシンボルで１つまたは複数のシンボルをパンクチャし、それによって１つまたは複数のパンクチャドシンボル（punctured symbols）を定義し得る。パンクチャされるべき１つまたは複数のシンボルは、たとえば、ｅＮＢ１２０４が既知のロケーションでパンクチャされた１つまたは複数の構成されたシンボルを観測し得るように、（たとえば、既知のロケーションがＵＥ１２０２および／またはｅＮＢ１２０４において構成され得る）既知のロケーションにあり得る。

[0094]たとえば、パンクチャドシンボルは、（たとえば、トランシーバ１２０６に対応するプロセッサ中の）通信コンポーネント６６１が送信用の信号を生成するためにシンボルにＤＦＴを実行する前にパンクチャされる（たとえば、置き換えられる）１つまたは複数のコーディング／変調されたシンボルを含み得る。加えて、たとえば、構成されたシンボルは、ＵＥ１２０２およびｅＮＢ１２０４によって知られている（たとえば、ＵＥ１２０２（および／またはｅＮＢ１２０４）における構成の際に記憶される、ｅＮＢ１２０４から受信されるなど）値を有するシンボルであり得る。したがって、既知の構成されたシンボルは次いで、ｅＮＢがＵＥ１２０２からの送信において構成されたシンボルを対応して識別することを可能にし得、また、シンボル、後続のシンボル、サブフレームの１つまたは複数シンボルにわたる干渉を推定するために、受信された送信とともに構成されたシンボルの既知の値を利用し得る。この点において既知の構成されたシンボルでシンボルをパンクチャすることは、ＵＥ１２０２からｅＮＢ１２０４に送信されるべき信号のＳＣ−ＦＤＭ特性を保持することになり得る。加えて、パンクチャドシンボルは、アップリンクリソース許可に対応する変調次数よりも低い変調次数を有し得る。

[0095]さらに、ＵＥ１２０２は、ＵＬＬおよび他のＲＡＴ（たとえば、ＬＴＥなどのレガシーワイヤレス通信技術）を使用して通信するように動作可能となり得るので、オプションにより、ブロック１３１４において、ＵＥは、サブフレーム持続時間の第２のＴＴＩに関係する他の通信に基づいて通信を送信し得る。一態様では、他の通信はまた、ＴＴＩを介してスケジュールされ得る。たとえば、一態様では、通信コンポーネント６６１は、サブフレーム持続時間の第２のＴＴＩに関係する他の通信（たとえば、ＬＴＥ通信１２８２）に基づいて通信（たとえば、ＵＬＬ通信１２８２）を送信し得るが、ここで他の通信もまたＴＴＩ（たとえば、ＵＬＬ ＴＴＩ）にまたがってスケジュールされ得る。説明されたように、説明されたように通信を送信することは、１つまたは複数のプロセッサ１２０３が、ＲＦフロントエンドなどを介して１つまたは複数のアンテナを介して送信するための信号を生成するために、トランシーバ１２０６にデータおよび／または関係する信号情報を提供することを含み得る。言い換えれば、「通信」は任意のＵＬＬ通信であってよいが、「他の通信」は、限定はしないが、レガシーＬＴＥ通信で定義されるＴＴＩ、他のＲＡＴにおいて他の通信に関連付けられるＴＴＩなど、ＵＬＬ ＴＴＩとは異なるＴＴＩに関係する任意の通信であってよい。したがって、一態様では、通信コンポーネント６６１は、（たとえば、ＵＬＬを介した）通信のスケジュールされた並行送信（scheduled concurrent transmission）と、（たとえば、ＬＴＥなどのレガシーのワイヤレス通信技術を介した）他の通信との間の潜在的な競合を、同じ時間間隔（たとえば、サブフレームまたはその一部）において処理し得る。

[0096]たとえば、ブロック１３１４において他の通信に基づいて通信を送信することは、オプションにより、ブロック１３１６において、ＴＴＩの間に通信と他の通信とを同時並行して送信することを含み得る。たとえば、一態様では、通信コンポーネント６６１は、ＴＴＩの間に通信と他の通信の両方を同時並行して送信し得る。このことは、１つまたは複数のプロセッサ１２０３が送信のためにトランシーバ１２０６に提供するための信号を生成することを含み得るが、ここで、その信号は、その信号に対応する同様の周波数および／または時間リソースにおいて、通信と他の通信とを含み得る。たとえば、このことは、通信コンポーネント６６１がそれぞれのリソースを介して通信と他の通信とを送信することを含み得るが、ここで、通信および他の通信に割り当てられたＲＢおよび／またはＲＢグループは競合しない（ただし、通信と他の通信とは、１つもしくは複数のサブフレームまたはその一部分において時間領域で重複し得る）。別の例では、通信コンポーネント６６１は、通信と他の通信とを同時並行して送信し得るが、ここで、他の通信は、ＵＬＬ通信上の他の通信からの制御情報を含むこと（たとえば、ピギーバックすること）（たとえば、ＰＵＣＣＨまたはＰＵＳＣＨからｕＰＵＳＣＨ送信に制御情報をピギーバックするなど）によって制御情報を含む。

[0097]たとえば、図８および図９を参照すると、このピギーバックすることは、通信コンポーネント６６１が、ＵＬＬ領域（たとえば、ｕＰＵＳＣＨ領域８１０および／またはｕＰＵＣＣＨ領域８０８）においてＵＬＬ通信を通信する間に、ＰＵＣＣＨ領域８０２（および／またはＵＬＬ通信用に構成されたフレーム構造に応じてＰＵＳＣＨ領域８０６）における他の通信のための制御情報を送信することを含み得る。ＰＵＣＣＨ通信は、ＡＣＫ／ＮＡＣＫ、スケジューリング要求（ＳＲ）、ＣＳＩなどのアップリンク制御インジケータ（ＵＣＩ）を含み得る。別の例では、しかしながら、通信コンポーネント６６１は、領域８０４における他の通信のための制御情報を送信し得る。

[0098]別の例では、ブロック１３１４において通信を送信することは、オプションにより、ブロック１３１８において、他の通信よりも該通信を優先させ得る。通信優先順位付けコンポーネント１２１６は、ＴＴＩにおいて他の通信（たとえば、ＬＴＥ通信）よりも該通信（たとえば、ＵＬＬ通信）を優先させ得る。たとえば、１つまたは複数のアップリンクリソース許可がｅＮＢ１２０４から受信される結果として、通信（たとえば、ＵＬＬ通信）と他の通信（たとえば、ＬＴＥ通信）とが（たとえば、ＴＴＩが重複する）同様のリソースにおいてスケジュールされることになり、これは本明細書では衝突または衝突リソースと呼ばれる。たとえば、ＵＬＬ通信は、他の通信がスケジュールされているサブフレームＴＴＩ内にシンボルがあるシンボルＴＴＩにおいてスケジュールされ得る。この点について、ブロック１３１８において通信を優先させることは、通信優先順位付けコンポーネント１２１６が、他の通信の送信と重複するリソースにおける送信のためにＵＬＬ通信を優先させること、通信優先順位付けコンポーネント１２１６が、サブフレームにおける後続のＴＴＩで生じ得るＵＬＬ通信を優先させる際に、ＴＴＩ（たとえば、ＬＴＥサブフレーム）全体にわたって他の通信をドロップすることなどを含み得る。これにより、ＵＬＬ通信を送信するために生成された信号においてシングルキャリア波形が保持され得るが、このことは、少なくとも、シングルキャリア信号が低いＰＡＰＲを示すためにＵＥ１２０２がリンク制限されている場合に有益となり得る。他の通信よりも該通信を優先させることに関係する上記の例では、該通信は、ＵＬＬにおけるｕＰＵＣＣＨ通信、ｕＰＵＳＣＨ通信、ｕＲＳ通信などに関係し得、および／または他の通信は、ＬＴＥにおけるＰＵＣＣＨ通信、ＰＵＳＣＨ通信、ＳＲＳ通信などに関係し得る。

[0099]しかしながら、ＵＬＬ通信がＰＵＣＣＨ ＬＴＥ通信よりも優先される場合、たとえば、１つまたは複数のＰＵＣＣＨシンボルをドロップすることは、ＲＢにわたる時間領域の広がりが原因で、ＬＴＥにおいて現在定義されているＰＵＣＣＨフォーマット（たとえば、フォーマット１、１ａ、１ｂ、２ａ、２ｂ、３など）に基づいて、同じＲＢの他のＰＵＣＣＨとの非直交性を引き起こし得る。したがって、たとえば、ＵＬＬ通信を優先させることは、通信コンポーネント６６１が、ＬＴＥにおいて現在定義されているＰＵＣＣＨフォーマットのほかに新たに定義されたフォーマットを使用して、他の通信（たとえば、ＬＴＥにおけるＰＵＣＣＨ通信）を送信することを含み得るが、ここで、新たに定義されたフォーマットは、ＲＢにわたって時間領域に広がるものではないか、またはさもなければ、時間領域の広がりにおけるギャップを許容するものである。別の例では、通信コンポーネント６６１は、他の通信と重複するＲＢ中のＵＬＬ通信を送信することを決定したことなどに基づいて、ＵＬＬ通信を送信するために使用されるものとは異なるＲＢ中の他の通信を送信し得る。

[00100]追加として、または代替として、たとえば、１３１４において他の通信に基づいて通信を送信することは、オプションにより、ブロック１３２０において、通信よりも他の通信を優先させ得る。通信優先順位付けコンポーネント１２１６は、いくつかの例では通信（たとえば、ＵＬＬ通信）よりも他の通信（たとえば、ＬＴＥ通信）を優先させ得る。たとえば、他の通信が、上位層のシグナリング（たとえば、ｅＮＢ１２０４とのＲＲＣ接続に関係するシグナリングなどのＲＲＣシグナリング）に対応する場合、通信優先順位付けコンポーネント１２１６は、通信と他の通信とがいずれも最初にスケジュールされる（たとえば、衝突する）サブフレームまたはその一部分においてＵＬＬ通信が送信されないように、他の通信を優先させ得る。

[00101]別の例では、ブロック１３１０において通信を送信する際、ＵＬＬにおけるｕＰＵＳＣＨ通信用のリソースとｕＲＳ通信用のリソースとが衝突する可能性がある（たとえば、リソース許可受信コンポーネント１２１０がｕＲＳトリガでリソース許可を受信する場合）。一例では、そのような衝突が存在する場合、通信コンポーネント６６１は、ＴＴＩの間にｕＲＳの代わりにｕＰＵＳＣＨを送信し得る。別の例では、通信コンポーネント６６１は、ＴＴＩの間にｕＰＵＳＣＨとｕＲＳの両方を同時並行して送信し得る。この場合、通信コンポーネント６６１は、これらの２つのチャネルを送信することができ、その結果、チャネルは、ＴＴＩの間に同じ帯域幅内の異なるリソースを占有することによって同じ帯域幅を共有し得る。

[00102]別の例では、ＵＬＬにおけるｕＰＵＣＣＨ通信用のリソースとｕＲＳ通信用のリソースとがＴＴＩの間に衝突する可能性がある。一例では、そのような衝突が存在する場合、通信コンポーネント６６１は、ＴＴＩの間にｕＲＳの代わりにｕＰＵＣＣＨを送信し得る。別の例では、通信コンポーネント６６１は、ＴＴＩの間にｕＰＵＣＣＨとｕＲＳの両方を同時並行して送信し得る。この場合、通信コンポーネント６６１は、これらの２つのチャネルを送信することができ、その結果、チャネルは、ＴＴＩの間に同じ帯域幅内の異なるリソースを占有することによって同じ帯域幅を共有し得る。

[00103]別の例では、通信コンポーネント６６１は、上記で説明されたように、ＴＴＩにわたるチャネル推定または干渉推定を容易にするために、１つまたは複数のシンボルを変調シンボルのセットと多重化し得る。一例では、変調シンボルのセットは、ｅＮＢ１２０４または他のネットワークエンティティに知られ得る所定の値（ゼロを含む）を有し得る。別の例では、変調シンボルのセットは、リソース許可に対応する残りのシンボルよりも、低い変調次数に基づいて変調シンボルを識別することを容易にするために、リソース許可に対応する変調次数よりも低い変調次数を有し得る。

[00104]図１４は、基礎をなすレガシー通信技術の持続時間よりも短い（たとえば、ＬＴＥにおけるサブフレームよりも短い）持続時間を有するＴＴＩに基づいて１つまたは複数のＵＥのために（たとえば、ｅＮＢ１２０４によって）アップリンク通信をスケジュールするための例示的な方法１４００を示している。ブロック１４０２において、ｅＮＢは、サブフレーム中の複数のシンボルのサブセットである１つまたは複数のシンボル、スロットなどを備えるＴＴＩに基づいて、ＵＥのためのアップリンク通信をスケジュールするために、ＵＥのためのアップリンクリソース許可を生成し得る。たとえば、一態様では、リソース許可生成コンポーネント１２２０は、説明されたように、サブフレーム中の複数のシンボルのサブセットである１つまたは複数のシンボルを備えるＴＴＩに基づいて、ＵＥ１２０２のためのアップリンク通信をスケジュールするために、ＵＥ１２０２のためのアップリンクリソース許可を生成し得る。たとえば、リソース許可生成コンポーネント１２２０は、たとえば、１つのシンボル、または２つ以上のシンボル、または１つのスロットなどの持続時間を有するＴＴＩに基づいて、ＵＬＬ通信のためのアップリンクリソース許可を生成し得る。加えて、リソース許可生成コンポーネント１２２０は、説明したように、１つまたは複数のアップリンクチャネル上における制御またはデータ送信のために割り振られたＴＴＩ内に１つまたは複数のＲＢグループを含むように、アップリンクリソース許可を生成し得る。一例では、ＵＬＬリソース許可は、上記で説明されたＵＬＬフレーム構造８００（図８）および／または９００（図９）に従って定義され得る。さらに、説明されたように、リソース許可生成コンポーネント１２２０は、ＴＴＩを介してＵＥ１２０２に付与されることが可能なシステム帯域幅の量に基づいて、サイズにおいて同様である複数のＲＢグループを含むように、アップリンクリソース許可を生成し得る。

[00105]ブロック１４０４において、ｅＮＢは、ＵＥにアップリンクリソース許可を通信し得る。たとえば、一態様では、スケジューリングコンポーネント６０２は、ＵＥにアップリンクリソース許可（たとえば、アップリンクリソース許可１２８０）を通信し得る。説明されたように、通信することは、１つまたは複数のプロセッサ１２５３が、ＲＦフロントエンドなどを介して１つまたは複数のアンテナを介して送信するための信号を生成するために、トランシーバ１２５６にデータおよび／または関係する信号情報を提供することを含み得る。たとえば、スケジューリングコンポーネント６０２は、説明されたように、ダウンリンク信号における１つまたは複数のダウンリンクチャネル（たとえば、ＰＤＣＣＨまたはｕＰＤＣＣＨなど）を介してアップリンクリソース許可を通信し得、その結果、説明されたように、リソース許可受信コンポーネント１２１０は（たとえば、トランシーバ１２０６を介して）アップリンクリソース許可を取得し得、またアップリンクリソース許可において示されたリソースを介して（たとえば、トランシーバ１２０６を介して）通信し得る。したがって、ブロック１４０６において、ｅＮＢは、アップリンクリソース許可に基づいてＴＴＩの間にＵＥからアップリンク通信を受信し得る。スケジューリングコンポーネント６０２は、アップリンクリソース許可に基づいて、ＴＴＩの間にＵＥ１２０２からアップリンク通信（たとえば、ＵＬＬ／ＬＴＥ通信１２８２）を受信し得る。説明されたように、通信を受信することは、トランシーバ１２５６が（たとえば、ＲＦフロントエンドを介して）１つまたは複数の信号を受信し、復号すること、復調、またはその信号を別の方法で処理することにより、そこからデータを取得するために、１つまたは複数のプロセッサ１２５３にその信号に関する情報を提供することを含み得る。

[00106]加えて、一例では、ブロック１４０４においてアップリンクリソース許可を通信することは、オプションにより、ブロック１４０８において、ＵＥに多段階許可を通信し得る。たとえば、一態様では、リソース許可生成コンポーネント１２２０は、アップリンクリソース許可を多段階許可として生成し得、スケジューリングコンポーネント６０２は、その多段階許可をＵＥ１２０２に通信し得る。したがって、たとえば、１つまたは複数のプロセッサ１２５３は、多段階許可を送信するための複数の信号を生成し得、トランシーバ１２５６は、ＲＦフロントエンドおよび１つまたは複数のアンテナを介して複数の信号を送信し得る。説明されたように、多段階許可は、アップリンク許可のためのＭＣＳ、ＵＥ１２０２からのアップリンク通信のためのＴＰＣ、および／もしくはプリコーディング情報などを含み得る第１段階のリソース許可、ならびに／または、ＮＤＩ、デルタＭＣＳ、ＲＳサイクリック、ＲＳトリガリング、非周期的ＣＳＩトリガ、許可されたリソースの指示などを含み得る第２段階のリソース許可を含み得る。

[00107]加えて、一例では、ブロック１４０４においてアップリンクリソース許可を通信することは、オプションにより、ブロック１４１０において、アップリンクリソース許可に関する１つまたは複数のパラメータをＵＥに通信し得る。たとえば、一態様では、スケジューリングコンポーネント６０２は、アップリンクリソース許可に関する１つまたは複数のパラメータをＵＥ１２０２に通信し得る。一例では、リソース許可生成コンポーネント１２２０は、１つまたは複数のパラメータを含むようにアップリンクリソース許可を生成し得る。たとえば、リソース許可生成コンポーネント１２２０は、１つまたは複数のアップリンクチャネル上における制御またはデータ送信のために割り振られたＴＴＩ内の１つまたは複数のＲＢグループのサイズを示すために、リソース許可において開始オフセットおよび／またはシステム帯域幅を指定し得る。別の例では、リソース許可生成コンポーネント１２２０は、アップリンクリソース許可のサイズに基づいて（たとえば、１つまたは複数のＲＢグループのサイズおよび／または数に基づいて）、アップリンクリソース許可においてＴＢＳスケーリング係数を指定し得る。アップリンクリソース許可において割り振られる帯域幅は構成可能であるので、ＴＢＳスケーリング係数は、特定のＴＢＳを達成するために割り振られた帯域幅のスケーリングを示し得る。

[00108]オプションにより、ブロック１４１２において、ｅＮＢは、アップリンク通信で受信された１つまたは複数の変調シンボルと、構成された変調シンボルのセットとを比較することに少なくとも部分的に基づいて、チャネル推定または干渉推定のうちの少なくとも１つを実行し得る。たとえば、一態様では、チャネル／干渉推定コンポーネント１２２２は、アップリンク通信で受信された１つまたは複数の変調シンボルと、構成された変調シンボルのセットとを比較することに少なくとも部分的に基づいて、チャネル推定または干渉推定のうちの少なくとも１つを実行し得る。上記で説明されたように、ＵＥ１２０２は、アップリンク通信における１つまたは複数のシンボルを１つまたは複数の構成された変調シンボルでパンクチャし得るが、その変調シンボルは、ＵＥ１２０２およびｅＮＢ１２０４の各々において構成されること、ＵＥ１２０２に対してｅＮＢ１２０４によって構成されることなどがあり、その結果、ＵＥ１２０２およびｅＮＢ１２０４は、シンボル、シンボルのロケーションなどを知るようになる。この点について、たとえば、チャネル／干渉推定コンポーネント１２２２は、アップリンク通信のパンクチャドシンボルの既知のロケーションで受信されたシンボルを観測し得、また、アップリンク通信に関連付けられるチャネルおよび／または干渉を決定するために、パンクチャドシンボルを、既知の１つまたは複数の構成されたシンボルと比較し得る。加えて、パンクチャドシンボルは、検出および／またはそのより信頼性の高い送信を容易にするために、説明されたように、アップリンクリソース許可のリソースを介した通信に対応する変調次数よりも低い変調次数を有し得る。

[00109]さらに、オプションにより、ブロック１４１４において、ｅＮＢは、第２のＴＴＩに基づいてアップリンク通信をスケジュールするために、ＵＥまたは１つもしくは複数の他のＵＥのための第２のアップリンクリソース許可を生成し得る。たとえば、一態様では、リソース許可生成コンポーネント１２２０は、第２のＴＴＩに基づいてアップリンク通信をスケジュールするために、ＵＥ１２０２または１つもしくは複数の他のＵＥのための第２のアップリンクリソース許可を生成し得る。説明されたように、ｅＮＢ１２０４は、ＵＬＬ通信およびいくつかの他の通信、たとえば、ＬＴＥなどの基礎をなすレガシー通信技術を使用して通信することが可能となり得る。したがって、リソース許可生成コンポーネント１２２０は、ＬＴＥと同様に持続時間におけるサブフレームであるＴＴＩに基づいて、ＵＥ１２０２または１つもしくは複数の他のＵＥのための第２のアップリンクリソース許可を生成し得る。この例では、ｅＮＢ１２０４は、ＵＬＬおよびＬＴＥ通信をサポートし得る。

[00110]さらに、オプションにより、ブロック１４１６において、ｅＮＢは第２のアップリンクリソース許可をＵＥまたは１つもしくは複数の他のＵＥに通信し得、および／あるいは、ブロック１４１８において、ｅＮＢは第２のＴＴＩの間にＵＥまたは１つもしくは複数の他のＵＥから追加的なアップリンク通信を受信し得る。たとえば、一態様では、スケジューリングコンポーネント６０２は、トランシーバ１２０６によって送信された１つまたは複数のダウンリンク信号１２０９においてＵＥ１２０２または１つもしくは複数の他のＵＥに第２のアップリンクリソース許可を通信し得、および／あるいは、アップリンク通信がブロック１４０６において受信されるＴＴＩと重複し得る第２のＴＴＩの間に、ＵＥ１２０２によって送信された１つまたは複数のアップリンク信号１２０８において追加的なアップリンク通信を、たとえば、ＬＴＥなどの基礎をなすレガシー通信技術の他の通信を、ＵＥ１２０２または１つもしくは複数の他のＵＥから受信し得る。

[00111]図１５は、受信されたトリガに基づいてＲＳを（たとえば、ＵＥ１２０２によって）送信することを決定するための例示的な方法１５００を示している。ブロック１５０２において、ＵＥは、ネットワークエンティティから、アップリンク制御またはデータチャネルのためのＤＭ−ＲＳを送信すべきかどうかのインジケータを含むアップリンクリソース許可を受信し得る。たとえば、一態様では、リソース許可受信コンポーネント１２１０は、ネットワークエンティティ（たとえば、ｅＮＢ１２０４）から、アップリンク制御またはデータチャネルのためのＤＭ−ＲＳを送信すべきかどうかのインジケータを含むアップリンクリソース許可（たとえば、アップリンクリソース許可１２８０）を受信し得る。説明されたように、たとえば、アップリンクリソース許可とインジケータとを受信することは、トランシーバ１２０６を介して１つまたは複数のダウンリンク信号１２０９においてアップリンクリソース許可とインジケータとを受信することと、アップリンクリソース許可および／またはインジケータに固有の情報を取得するために、１つまたは複数のプロセッサ１２０３によって信号１２０９を処理することとを含み得る。たとえば、ＤＭ−ＲＳは、ＵＬＬ通信について上記で説明されたｕＲＳに対応し得る。この点について、リソース許可生成コンポーネント１２２０は、ＲＳトリガリングコンポーネント１２２４によって生成されたＤＭ−ＲＳを送信すべきかどうかのインジケータを含み得る、ＵＥ１２０２のためのリソース許可を生成し得、スケジューリングコンポーネント６０２は、通信コンポーネント６６１を介したリソース許可受信コンポーネント１２１０による受信のために、ＵＥ１２０２にリソース許可を送信し得る。

[00112]ブロック１５０４において、ＵＥは、インジケータに少なくとも部分的に基づいて、少なくとも１つのＴＴＩにおいてＤＭ−ＲＳを送信すべきかどうかを決定し得る。ＲＳトリガ受信コンポーネント１２１８は、インジケータに少なくとも部分的に基づいて、少なくとも１つのＴＴＩにおいてＤＭ−ＲＳを送信すべきかどうかを決定し得る。たとえば、インジケータが受信された場合、ＲＳトリガ受信コンポーネント１２１８は、少なくとも１つのＴＴＩにおいてＤＭ−ＲＳ（たとえば、ｕＲＳ）を送信することを決定し得る。さらに、ＲＳトリガ受信コンポーネント１２１８は、上記で説明されたように、多段階許可で受信され得るＲＳトリガに基づいてＤＭ−ＲＳを送信すべきＴＴＩを決定し得る。たとえば、リソース許可は、ＤＭ−ＲＳの送信に使用するために、ＴＴＩ（たとえば、サブフレーム内のＴＴＩインデックスまたは他の識別子）の明示的な指示、ＴＴＩの暗黙的な指示（たとえば、リソース許可が受信されたＴＴＩに続くＴＴＩの数の指示）などを含み得る。

[00113]オプションにより、ブロック１５０６において、ＵＥは、１つまたは複数のＴＴＩにおいてＤＭ−ＲＳを送信することに関係する１つまたは複数のパラメータを受信し得る。たとえば、一態様では、ＲＳトリガ受信コンポーネント１２１８は、１つまたは複数のＴＴＩでＤＭ−ＲＳを送信することに関係する１つまたは複数のパラメータを受信し得る。たとえば、ＲＳトリガリングコンポーネント１２２４は、ＲＲＣまたは他の構成などにおいて、１つまたは複数のダウンリンク信号１２０９において、トランシーバ１２５６を介して１つまたは複数のパラメータをＵＥ１２０２にシグナリング、たとえば送信し得る。別の例では、ＲＳトリガリングコンポーネント１２２４は、多段階リソース許可などにおいて、１つまたは複数のパラメータをＵＥ１２０２にシグナリングし得る。いずれの場合も、ＲＳトリガ受信コンポーネント１２１８は、一例では、構成を受信することに基づいて１つまたは複数のパラメータを決定し得る。ＤＭ−ＲＳを送信するための１つまたは複数のパラメータは、ＤＭ−ＲＳの周期的送信のための１つまたは複数の周期性パラメータ、ＤＭ−ＲＳを送信するための帯域幅、構成されたＴＴＩ（たとえば、シンボル）においてＤＭ−ＲＳを送信する１つまたは複数の周波数ロケーション、いくつかの構成されたＴＴＩにわたって異なる周波数ロケーションでＤＭ−ＲＳを送信する際に使用するためのホッピングパターン、ＤＭ−ＲＳを送信する際に使用するためのアンテナポートの数、ＤＭ−ＲＳを送信する際に使用するための（たとえば、レガシーＳＲＳシンボルに対して定義される）コムレベル（comb level）などを含み得る。別の例では、ＲＳトリガ受信コンポーネント１２１８は、ｕＰＵＣＣＨおよび／またはｕＰＵＳＣＨ送信のために受信された同様のパラメータに基づいて１つまたは複数のパラメータを決定し得る。

[00114]周期的ｕＲＳ送信の場合、たとえば、１つまたは複数のパラメータの少なくともサブセットは、周期性（たとえば、ＴＴＩの単位の指示、ミリ秒（ｍｓ）、またはｕＲＳが周期的に送信されるＴＴＩを示す他のパラメータ）など、周期的ＲＳトリガに関係し得る。１つまたは複数のパラメータはまた、ｕＲＳが（たとえば、Ｎが正の整数であり得る、Ｎ個のサブフレームごとに）サブフレーム中のＴＴＩの特定のセットで送信されるような周期性を定義し得る。別の例では、１つまたは複数のパラメータは、ｕＲＳが送信されるべき帯域幅の指示（たとえば、リソースブロックの数）を含み得る。一例では、帯域幅の指示は、４つのリソースブロックの整数倍を含み得る。別の例では、１つまたは複数のパラメータは、ｕＲＳのホッピングパターンを定義することに関係し得るが、ここで、ｕＲＳを送信するために利用されるリソースは、（たとえば、パラメータに基づくかまたは別の方法で）１つのＴＴＩにおける１つの周波数ロケーションから別のＴＴＩにおける別の周波数ロケーションにホッピングし得る。したがって、たとえば、１つまたは複数のパラメータは、パターンを定義する周波数ロケーションの指示、または１つもしくは複数のＴＴＩ間の周波数リソースの間隔の指示などを含み得る。さらに、たとえば、１つまたは複数のパラメータは、ｕＲＳを送信する際に利用するアンテナポートの数の指示を含み得る。たとえば、ｕＲＳがｕＰＵＣＣＨ送信に関係する（そして、たとえば、図１１に示されるようにｕＰＵＣＣＨ領域８０８で送信される）場合、アンテナポートの数は１に固定され得る。ｕＲＳがｕＰＵＳＣＨ送信に関係する（そして、図１１に示されるようにｕＰＵＳＣＨ領域８１０で送信される）場合、アンテナポートの数は、ｕＰＵＳＣＨ上における可能なＵＬ ＭＩＭＯ動作に関連して１、２、４などになり得る。さらに、各アンテナポートは、プリコーディングされていなくてもよく、および／または１ポートＳＲＳに類似していてもよい。さらに、１つまたは複数のパラメータは、各アンテナポートに対して、異なるサイクリックシフトまたはコムオフセット（comb offsets）を割り当て得る。たとえば、周期的ｕＲＳは、非周期的ｕＲＳが利用できないときにはｕＰＵＣＣＨおよび／もしくはｕＰＵＳＣＨ復調に、または利用可能なときには非周期的ｕＲＳと組み合わせて使用され得る。周期的ｕＲＳはまた、特に、ｕＲＳが異なる送信において周波数ホッピングで有効化されるとき、アップリンクサブバンドベースのスケジューリングを支援するためにも使用され得る。周期的ｕＲＳはまた、アップリンク電力制御、アップリンク時間／周波数トラッキングなどの点で「キープアライブ（keep-alive）な」ＵＬ動作をもたらし得る。

[00115]非周期的ｕＲＳの場合、非周期的ＲＳトリガは、タイミング関係（たとえば、トリガ後の３ＴＴＩ）に基づいたＴＴＩのいずれかに関係するものとして、および／または追加的に周期性に基づいて定義され得る（たとえば、ＴＴＩの単位の指示、ミリ秒（ｍｓ）、またはｕＲＳが周期的に送信されるＴＴＩを示す他のパラメータ）。１つまたは複数のパラメータはまた、ｕＲＳが場合によっては（たとえば、Ｎが正の整数であり得る、Ｎ個のサブフレームごとに）サブフレーム中のシンボルの特定のセットで送信されるような周期性を定義し得る。一例として、１つまたは複数のパラメータが、シンボルｎにおいてトリガされる非周期的ｕＲＳを送信することに関係し、ここでｎが正の整数であり得る場合、シンボルｎ＋３が非周期的ｕＲＳ送信のためのシンボルとして構成されていないが、シンボルｎ＋４が非周期的ｕＲＳ送信のためのシンボルとして構成されている場合、通信コンポーネント６６１は、代わりにシンボルｎ＋４で非周期的ｕＲＳを送信し得る。周期的ｕＲＳに関して説明されたように、１つまたは複数のパラメータは、ｕＲＳが送信されるべき帯域幅を含み得る。非周期的ｕＲＳは、トリガされると、１回（ワンショット送信）のみ、または複数回（マルチショット送信）送信され得る。マルチショットの非周期的ｕＲＳの場合、ｕＲＳが１つの送信における１つの周波数ロケーションから別の送信における別の周波数ロケーションにホッピングし得るように、ホッピングが有効化され得る（たとえば、関連するホッピングパターンパラメータが構成される）。非周期的ｕＲＳはまた、周期的ｕＲＳに関して同様に説明されたように（たとえば、ｕＰＵＣＣＨのための非周期的ｕＲＳが１つのアンテナポートを使用し得、および／またはｕＰＵＳＣＨのためのｕＲＳが１つ、２つ、４つなどのアンテナポートを使用し得るように）いくつかのアンテナポートで構成され得る。上記で説明されたように、この例では、各アンテナポートは、プリコーディングされていないものであり得、および／または１ポートＳＲＳに類似したものであり得る。さらに、１つまたは複数のパラメータは、各アンテナポートに対して、異なるサイクリックシフトまたはコムオフセットを割り当て得る。非周期的ｕＲＳは、ｕＰＵＣＣＨおよび／またはｕＰＵＳＣＨ復調のために単独で、または利用可能なときには周期的ｕＲＳと組み合わせて使用され得る。付随するｕＰＵＣＣＨまたはｕＰＵＳＣＨがあるとき、ｕＲＳパラメータは一貫したものとなるか、またはｕＰＵＣＣＨもしくはｕＰＵＳＣＨパラメータに基づき得る。たとえば、ｕＲＳは、対応するｕＰＵＳＣＨと同じ帯域幅、周波数ロケーション、およびアンテナポートの数を有し得る。付随するｕＰＵＣＣＨまたはｕＰＵＳＣＨがないとき、ｕＲＳパラメータは、たとえば、アップリンクリソース許可における何らかの動的指示に基づき得る。

[00116]いずれの場合も、オプションにより、ブロック１５０８において、ＵＥは、ＤＭ−ＲＳを送信することを決定したことに基づいて、ＴＴＩにおいてＤＭ−ＲＳを送信し得る。たとえば、一態様では、通信コンポーネント６６１は、ＲＳトリガ受信コンポーネント１２１８がＴＴＩにおいてＤＭ−ＲＳを送信することを決定したことに基づいて、ＴＴＩにおいてＤＭ−ＲＳを（たとえばＵＬＬ／ＬＴＥ通信１２８２として）送信し得る。したがって、ＴＴＩにおいてＤＭ−ＲＳを送信することは、オプションにより、ブロック１５１０において、１つまたは複数の構成されたパラメータに基づいてＤＭ−ＲＳを送信することを含み得る。１つまたは複数の構成されたパラメータは、上記で説明されたように、１つまたは複数のＴＴＩにおいて周期的および／または非周期的ＤＭ−ＲＳ（たとえば、ｕＲＳ）を送信するための、ＲＳトリガ受信コンポーネント１２１８によって受信または決定された１つまたは複数のパラメータに対応し得る。説明されたように、ＲＳを送信することは、通信コンポーネント６６１が１つまたは複数のＴＴＩにおいてＤＭ−ＲＳを送信することを含み得、ここで、１つまたは複数のプロセッサ１２０３は、（たとえば、ホッピングパターンに基づき得る指定された周波数ロケーションを使用する、指定された数のアンテナポートまたはコムレベルを使用するなど）ＲＦフロントエンドを介して１つまたは複数のアンテナを介してトランシーバ１２０６によって送信するための対応する信号を生成し得る。一例では、上記のタイムライン１０００、１０１０に示されるように、通信コンポーネント６６１によって送信されたＤＭ−ＲＳ（たとえば、ｕＲＳ）は、１つのシンボルを占有し得る。加えて、たとえば、各ＤＭ−ＲＳは、構成可能な帯域幅、構成可能なホッピングパターンを有することができ、そのため、ＤＭ−ＲＳは、サブバンド、種々のコムオフセットなど（たとえば、ｅＮＢ１２０４によって決定され、ＵＥ１２０２への１つまたは複数のパラメータを指定するＲＳトリガリングコンポーネント１２２４を介して制御され得る）にわたってホップし得る。さらに、各ＤＭ−ＲＳは、プリコードされていない１つまたは複数のポートを有し得、および／または１つもしくは複数のポートを表すサイクリックシフトによって指示され得る。サイクリックシフティングは、ＲＳトリガリングコンポーネント１２２４によって構成され、ＵＥ１２０２に（たとえば、リソース許可の一部としてまたは別の方法で）指定され得る。

[00117]一例では、通信コンポーネント６６１は、ｅＮＢ１２０４から受信された１つまたは複数のパラメータに基づいて、（たとえば、ダウンリンク制御インジケータ（ＤＣＩ）において）アップリンクリソース許可を受信することによってトリガされる非周期的ｕＲＳを送信し得る。たとえば、通信コンポーネント６６１は、タイミングが対応するｕＰＵＳＣＨとは異なるようにｕＲＳを送信し得る（たとえば、図１０のタイムライン１０１０に示されるように、アップリンク許可が受信されてから３ＴＴＩの後にｕＲＳを送信するが、ここでｕＰＵＳＣＨは、アップリンク許可から４ＴＴＩの後に送信される）。別の例では、通信コンポーネント６６１は、（たとえば、図１０のタイムライン１０００に示されるように、６ＴＴＩ、次いで９ＴＴＩの後に）ｕＲＳを送信するための明示的なＴＴＩを識別し得る１つまたは複数のパラメータに基づいてトリガされる周期的ｕＲＳを送信し得る。加えて、一例では、通信コンポーネント６６１は、図１１に示されるように（たとえば、ｕＰＵＣＣＨ領域８０８におけるｕＰＵＣＣＨ ｕＲＳおよびｕＰＵＳＣＨ領域８１０におけるｕＰＵＳＣＨ ｕＲＳ）、それぞれ制御およびデータ通信に関連付けられる周波数ロケーションにおいて、制御およびデータ通信の各々のためのｕＲＳを送信し得る。

[00118]オプションにより、ブロック１５１２において、ＵＥは、リソース許可に少なくとも部分的に基づいて、ＤＭ−ＲＳと同じかまたは異なるＴＴＩにおいて制御チャネルまたはデータチャネルのうちの少なくとも１つを送信し得る。たとえば、一態様では、通信コンポーネント６６１は、（たとえば、ｅＮＢ１２０４から受信された）リソース許可に少なくとも部分的に基づいて、ＤＭ−ＲＳと同じかまたは異なるＴＴＩにおいて制御チャネルまたはデータチャネルのうちの少なくとも１つを送信し得る。図１３において同様に上記で説明されたように、制御またはデータチャネルは、ＬＴＥにおけるＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳなどに対応し、また並列送信が許可されていない場合はＤＭ−ＲＳの送信が優先され得、したがって、この例では、ブロック１５１２において少なくとも１つの制御チャネルまたはデータチャネルを送信することは、ＤＭ−ＲＳとは異なるＴＴＩにおいて少なくとも１つの制御チャネルまたはデータチャネルを送信することを含み得る。別の例では、制御またはデータチャネルは、ｕＰＵＣＣＨまたはｕＰＵＳＣＨに対応し、またｕＲＳはそれとともに送信され、またはそれとともに送信されず、したがって、この例では、ブロック１５１２において少なくとも１つの制御チャネルまたはデータチャネルを送信することは、上記で説明されたように、ｕＲＳと同じかまたは異なるＴＴＩにおいて少なくとも１つの制御チャネルまたはデータチャネルを送信することを含み得る。

[00119]たとえば、ｕＲＳがＬＴＥにおけるＰＵＳＣＨ送信と衝突する場合、ｕＲＳおよびＰＵＳＣＨが送信される衝突シンボルにおいて、通信コンポーネント６６１が衝突シンボルにおいてＰＵＳＣＨ送信をドロップし得、および／またはＰＵＳＣＨに対してＴＴＩ全体をドロップし得るように、ｕＲＳはＵＥ１２０２によるＰＵＳＣＨ送信よりも優先され得る。同様に、通信コンポーネント６６１は、ｕＲＳ送信と衝突するシンボルにおいてＳＲＳ送信をドロップし得る。加えて、ＵＬＬ通信とＬＴＥにおけるＰＵＣＣＨとの衝突に関して上記で説明されたように、ｕＲＳは一般にＰＵＣＣＨよりも優先され得るが、その結果、通信コンポーネント６６１は衝突シンボルにおいてＰＵＣＣＨ送信をドロップし得、および／またはＰＵＣＣＨに対してはＴＴＩ全体をドロップし得るが、場合によっては、衝突するシンボルにおけるｕＲＳ送信がドロップされるようにＰＵＣＣＨを優先させ得るようになる（たとえば、ＰＵＣＣＨ通信がＲＲＣレイヤ通信に対応する場合）。追加的に、衝突するＵＬＬ通信とＰＵＣＣＨ通信とに関して上記で説明されたように、通信コンポーネント６６１が異なるＲＢにＰＵＣＣＨを配置することが可能となるように、追加的なＰＵＣＣＨフォーマットが定義され得るが、ここで、ＰＵＣＣＨの１つまたは複数のシンボルをドロップすることは、現在定義されているＰＵＣＣＨ形式に基づいて他のＰＵＣＣＨとの非直交性を引き起こし得る。

[00120]図１６は、ＵＥ（たとえば、ＵＥ１２０２）にＤＭ−ＲＳを送信すべきかどうかの（たとえば、ｅＮＢ１２０４による）インジケータを通信するための例示的な方法１６００を示している。ブロック１６０２において、ｅＮＢは、少なくとも１つのＴＴＩにおいてアップリンク制御またはデータチャネルのためのＤＭ−ＲＳを送信すべきかどうかのインジケータを含むアップリンクリソース許可を生成し得る。リソース許可生成コンポーネント１２２０は、少なくとも１つのＴＴＩにおいてアップリンク制御またはデータチャネルのためのＤＭ−ＲＳを送信すべきかどうかのインジケータを含むアップリンクリソース許可を生成し得る。たとえば、ＲＳトリガリングコンポーネント１２２４は、ＤＭ−ＲＳを送信するためのトリガを用いてリソース許可を生成することを容易にするために、リソース許可生成コンポーネント１２２０にＤＭ−ＲＳ（たとえば、ｕＲＳ）を送信するためのトリガを示し得る。ブロック１６０２において、インジケータを含むアップリンクリソース許可を生成することは、ブロック１６０４において、ＤＭ−ＲＳ送信に関係するアップリンクリソース許可に１つまたは複数のパラメータを含め得る。リソース許可生成コンポーネント１２２０は、１つまたは複数のパラメータをアップリンクリソース許可に含め得、そのパラメータはＤＭ−ＲＳ送信に関係するものである。説明されたように、１つまたは複数のパラメータは、周期的ＤＭ−ＲＳまたは非周期的ＤＭ−ＲＳを送信することに関係し得るものであり、また、ＵＥ１２０２がＤＭ−ＲＳを送信する際に利用するために、ＤＭ−ＲＳを送信すべきＴＴＩの明示的または暗黙的指示、サイクリックシフト、帯域幅、ホッピングパターン、１つまたは複数の周波数ロケーション、１つまたは複数のアンテナポート、１つまたは複数コムレベルなどのうちの１つまたは複数を含み得る。

[00121]ブロック１６０６において、ｅＮＢは、ＵＥにアップリンクリソース許可とインジケータとを送信し得る。スケジューリングコンポーネント６０２は、ＵＥにアップリンクリソース許可（たとえば、アップリンクリソース許可１２８０）とインジケータとを送信し得る。たとえば、スケジューリングコンポーネント６０２は、ＲＲＣシグナリング、（たとえば、上記で説明されたような第２段階のＲＳトリガとして）多段階許可などにおいて、ＵＥ１２０２にアップリンクリソース許可を通信し得る。説明されたように、スケジューリングコンポーネント６０２は、信号情報を生成しその信号情報をトランシーバ１２５６に提供するために、１つまたは複数のプロセッサ１２５３に、許可およびインジケータに関係するデータを提供することに基づいて、アップリンクリソース許可およびインジケータを送信し得、トランシーバ１２５６は、許可および／またはインジケータを示す１つまたは複数の信号を生成し、ＲＦフロントエンドを介して１つまたは複数のアンテナを介して送信する。リソース許可受信コンポーネント１２１０および／またはＲＳトリガ受信コンポーネント１２１８は、説明されたように、アップリンクリソース許可および／またはインジケータを受信し得る。アップリンクリソース許可は、説明されたように、アップリンク制御および／またはデータを送信するための、ならびにｕＲＳを送信するためのＵＬＬ ＴＴＩに基づいてリソースを許可することに対応し得る。

[00122]オプションにより、ブロック１６０８において、ｅＮＢは、少なくとも１つのＴＴＩにおいてＵＥから１つまたは複数のＤＭ−ＲＳを受信し得る。スケジューリングコンポーネント６０２は、少なくとも１つのＴＴＩにおいてＵＥ１２０２から１つまたは複数のＤＭ−ＲＳを受信し得る。一例では、スケジューリングコンポーネント６０２は、それに応じて、アップリンクリソース許可の対応するリソースを介して受信された通信を復調する際にＤＭ−ＲＳを使用し得る。ブロック１６０８において１つまたは複数のＤＭ−ＲＳを受信することは、ブロック１６１０において、１つまたは複数のパラメータに少なくとも部分的に基づいて（たとえば、ＵＬＬ／ＬＴＥ通信１２８２として）１つまたは複数のＤＭ−ＲＳを受信することを含み得る。したがって、説明されたように、パラメータは、ＤＭ−ＲＳがＵＥ１２０２によって送信されるべき少なくとも１つのＴＴＩを明示的または暗黙的に示し得、スケジューリングコンポーネント６０２は、その少なくとも１つのＴＴＩにおいてＤＭ−ＲＳを受信し得る。同様に、スケジューリングコンポーネント６０２は、１つまたは複数のパラメータにおいて指定されたコムレベルなどに従って、番号アンテナポートを介して、ホッピングパターンまたは周波数ロケーションに従って、帯域幅にわたってＤＭ−ＲＳを受信し得る。一例では、スケジューリングコンポーネント６０２は、制御およびデータ通信のための別個のｕＲＳを受信し得、ここで、ｕＲＳはそれぞれ、図１１に示されるように、それぞれ制御およびデータ通信に関係する周波数リソースにおいて受信され得る。

[00123]図１７は、ＵＬＬにおいて（たとえば、ＵＥ１２０２によって）アップリンク制御データを送信するための例示的な方法１７００を示している。ブロック１７０２において、ＵＥは、サブフレーム内のアップリンク制御チャネル送信のためのＴＴＩを決定し得る。一態様では、ＴＴＩは、サブフレーム中の複数のシンボルのサブセットであるシンボル、いくつかのシンボル、スロットなどを含む。ＴＴＩ決定コンポーネント１２１２は、サブフレーム内のアップリンク制御チャネル送信のためのＴＴＩを決定し得る。これは、説明されたように、一例では、ＴＴＩ持続時間、通信技術のタイプ（たとえば、ＵＬＬ）などを示し得る、ｅＮＢ１２０４からのリソース許可受信コンポーネント１２１０（たとえば、アップリンクリソース許可１２８０）によって受信されたリソース許可に基づき得る。さらに、たとえば、ＴＴＩは、説明されたように、シンボル持続時間、マルチプルシンボル持続時間、スロット持続時間などであり得る。

[00124]オプションにより、ブロック１７０４において、ＵＥは、ダウンリンク制御またはデータチャネルに関連するＲＢグループインデックスに基づいて制御データを送信するためのリソースロケーションを決定し得る。通信コンポーネント６６１は、ダウンリンク制御またはデータチャネルに関連するＲＢグループインデックスに基づいて制御データを送信するためのリソースロケーションを決定し得る。たとえば、通信コンポーネント６６１は、説明されたように、ｅＮＢ１２０４からダウンリンク制御および／またはデータチャネル通信を受信し得、また受信された通信に基づいてダウンリンク制御および／またはデータチャネルの制御データを送信するためのリソースロケーションを決定し得る。たとえば、通信コンポーネント６６１は、ダウンリンク制御および／またはデータチャネルが受信されるＲＢグループインデックスと同じであるが、後続のＴＴＩにおいては、ＲＢグループインデックスからのオフセットであるリソースロケーション（たとえば、オフセットは、リソース許可受信コンポーネント１２１０によってリソース許可で受信され得る）などになるように、リソースロケーションを決定し得る。

[00125]オプションにより、ブロック１７０６において、ＵＥは、アップリンク制御チャネルのためのＲＢの数を決定し得る。通信コンポーネント６６１は、アップリンク制御チャネルのためのＲＢの数を決定し得る。たとえば、通信コンポーネント６６１は、ｅＮＢ１２０４から受信されたアップリンクリソース許可に少なくとも部分的に基づいて（たとえば、リソース許可によって割り振られたリソースの指示に基づいて）、アップリンク制御チャネルのためのＲＢの数を決定し得る。別の例では、通信コンポーネント６６１は、送信されるべき制御データのペイロードサイズを決定すること（たとえば、ペイロードのバイト数によるサイズ、ＭＣＳ、および／またはＭＣＳに関係付けられ得る達成可能なスループットなどを決定すること）に少なくとも部分的に基づいて、アップリンク制御チャネルのためのＲＢの数を決定し得る。

[00126]ブロック１７０８において、ＵＥは、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを送信し得る。通信コンポーネント６６１は、ＴＴＩの間にアップリンク制御チャネルを介してアップリンク制御データを（たとえば、ＵＬＬ／ＬＴＥ通信１２８２として）送信し得る。説明されたように、アップリンク制御チャネルは、ＴＴＩ内に１つまたは複数のＲＢまたはＲＢグループを含むＴＴＩにわたるアップリンク制御チャネルリソースを示す、受信されたリソース許可に従って送信され得る。通信コンポーネント６６１は、決定されたリソースロケーション（たとえば、関係するダウンリンク制御またはデータチャネルのＲＢグループインデックスに基づく）、決定されたＲＢの数などに基づいて制御データを追加的にスケジューリングおよび送信し得る。制御データは、以前のＴＴＩ、ＳＲなどにおけるダウンリンクチャネルで受信されたデータに対するＡＣＫ／ＮＡＣＫフィードバックを含み得、通信コンポーネント６６１は、送信のために異なるシグナリングを追加使用し得る。説明されたように、アップリンク制御データを送信することは、１つまたは複数のプロセッサ１２０３が、ＲＦフロントエンドなどを介して１つまたは複数のアンテナを介して送信するための信号を生成するために、トランシーバ１２０６にデータおよび／または関係する信号情報を提供することを含み得る。

[00127]たとえば、アップリンク制御データがアップリンク制御チャネルで送信されるべきＳＲに関係する場合、リソース許可生成コンポーネント１２２０は、ＵＬＬでＳＲを送信するためのＲＲＣ構成リソース（たとえば、ＲＢおよび／またはサイクリックシフト）を指定する、ＵＥ１２０２のための関連リソースを生成し得る。リソース許可受信コンポーネント１２１０は、リソース許可を受信し得、通信コンポーネント６６１は、それに従って、（たとえば、ＲＢおよび／または対応するサイクリックシフトを使用して）構成リソースに基づいてＳＲをｅＮＢ１２０４に送信し得る。一例では、リソース許可生成コンポーネント１２２０によって示されたＲＢは、ＲＢの明示的な指示、対応する制御もしくはデータチャネルのＲＢグループインデックスに対応するかまたはそのＲＢグループインデックスからオフセットするＲＢで開始するＲＢの数などを含み得る。

[00128]別の例では、ＵＥはブロック１７０８において、オプションによりブロック１７１０において、制御データの１つまたは複数の値を示す１つまたは複数の異なるサイクリックシフトを使用して制御データを送信し得る。通信コンポーネント６６１は、制御データの１つまたは複数の値を示す１つまたは複数のサイクリックシフトを使用して制御データを送信し得る。たとえば、ＡＣＫ／ＮＡＣＫのみがアップリンク制御チャネルにおいて送信される場合、リソース許可生成コンポーネント１２２０は、ＰＵＣＣＨを介して送信するための、ＵＥ１２０２のためのリソース許可を生成し得る。リソース許可受信コンポーネント１２１０は、リソース許可を受信し得、通信コンポーネント６６１はそれに従って、ｅＮＢ１２０４から受信された対応するｕＰＤＣＣＨデータのブロックインデックスに少なくとも部分的に基づいて、ＰＵＣＣＨを介してｅＮＢ１２０４にＡＣＫ／ＮＡＣＫを送信し得る。リソース許可生成コンポーネント１２２０は、通信コンポーネント６６１がＡＣＫとＮＡＣＫとを送信する際に利用し得る、ＡＣＫおよびＮＡＣＫのための異なるサイクリックシフトを指定し得る。たとえば、サイクリックシフト０はＡＣＫのために使用され得る一方、サイクリックシフト６はＮＡＣＫのために使用され得る。加えて、一例では、リソース許可生成コンポーネント１２２０は、通信コンポーネント６６１がＡＣＫまたはＮＡＣＫでＳＲを送信する際に利用し得る、（たとえば、リソース許可における）ＳＲとＡＣＫまたはＮＡＣＫとの組合せ送信のための種々のサイクリックシフトを指定し得る。たとえば、サイクリックシフト２はＡＣＫおよび正のＳＲのために使用され得る一方、サイクリックシフト８はＮＡＣＫおよび正のＳＲのために使用され得る。

[00129]さらに、ブロック１７０８において、ＵＥはまた、オプションによりブロック１７１２において、ＲＳの代わりにまたはＲＳとともに制御データを送信し得る。通信コンポーネント６６１は、ＲＳの代わりにまたはＲＳとともに制御データを送信し得る。たとえば、リソース許可は、（たとえば、いつｕＲＳを送信すべきかを決定するための）ＲＳトリガを含み得る。ｕＲＳの送信が制御データの送信と衝突する場合、通信コンポーネント６６１は、前に説明されたように、ｕＲＳの代わりにまたはｕＲＳとともに制御データを送信すべきかどうかを決定し得る。たとえば、ｕＲＳがアップリンク制御チャネルｕＰＵＣＣＨの送信と衝突する場合、通信コンポーネント６６１は、ｕＰＵＣＣＨを送信してｕＲＳをドロップするか、ｕＲＳを送信してｕＰＵＣＣＨをドロップするか（たとえば、ブロック１７０８でアップリンク制御データを送信することはオプションである）、または両方を送信することができる。たとえば、両方を送信するために、通信コンポーネント６６１は、ＳＲまたはＡＣＫ／ＮＡＣＫである場合、ＳＲまたはＡＣＫ／ＮＡＣＫを示すために異なるサイクリックシフトでｕＲＳを送信することによってｕＰＵＣＣＨを送信し得る。ＳＲとＡＣＫ／ＮＡＣＫの両方がｕＲＳとともにスケジュールされていれば、ＳＲはこの場合、ドロップされ得る。

[00130]加えて、一例では、ブロック１７１４において、ＵＥは、アップリンク制御チャネルを介して送信するために複数のコードワードまたは複数のキャリアのうちの少なくとも１つについてＡＣＫ／ＮＡＣＫをバンドルし得る。通信コンポーネント６６１は、アップリンク制御チャネルを介して送信するために（たとえば、ＭＩＭＯ通信またはキャリアアグリゲーションにおいて）複数のキャリアを介し得る複数のコードワードのうちの少なくとも１つについてＡＣＫ／ＮＡＣＫをバンドルし得る。たとえば、ＡＣＫ／ＮＡＣＫをバンドルすることは、複数のコードワードまたはキャリアについて単一のＡＣＫ／ＮＡＣＫ値を指定することを含み得る（たとえば、すべての値がＡＣＫであればＡＣＫ、少なくとも１つの値がＮＡＣＫであればＮＡＣＫなど）。バンドルすることはまた、ＡＣＫ／ＮＡＣＫ値の空間バンドリングを含み得る。

[00131]別の例では、ブロック１７０８においてアップリンク制御データを送信することは、２つ以上のコードワードおよび／または１つもしくは複数のキャリアの各々について２つ以上のＡＣＫ／ＮＡＣＫビットとしてアップリンク制御データを送信することを含み得る。加えて、一例では、Ｎを整数として、Ｎ個のキャリアについてＮ個のＡＣＫ／ＮＡＣＫビットが生成され得るように、キャリア内の空間バンドリングが有効化され得る。それに対応して、ｕＰＵＣＣＨは、マルチプルなＡＣＫ／ＮＡＣＫ値を示すためにリソースブロック内のより多数のリソースブロックおよび／またはより可能性のあるサイクリックシフトを利用することによって、２つ以上のＡＣＫ／ＮＡＣＫに適応するように設計され得る。ブロック１７０８において、２つ以上のリソースブロックがアップリンク制御データを送信するために使用される場合、あるＲＢによって利用されるサイクリックシフトが、別のＲＢのものと同じであることも、異なることもあり得る。

[00132]一例では、ブロック１７０８においてアップリンク制御データを送信することは、周期的ＣＳＩ報告を送信することを含まないこともある。そのような場合、通信コンポーネント６６１は、１ｍｓのＴＴＩに基づいて（たとえば、ＬＴＥにおいてＰＵＣＣＨを代わりに使用して）周期的ＣＳＩを報告し得る。したがって、たとえば、ブロック１７０８においてアップリンク制御データを送信することは、ｕＰＵＣＣＨを送信することを含み得るが、ＵＥ１２０２は、同時にまたは異なるＴＴＩにおいてＰＵＣＣＨを送信するようにさらにトリガまたは構成され得る。

[00133]別の例では、１シンボルのｕＰＵＣＣＨに加えて、ｕＰＵＣＣＨは２つ以上のシンボルを占有し得る。したがって、たとえば、ＴＴＩ決定コンポーネント１２１２は、制御データを送信するための種々のＴＴＩ（たとえば、シンボル）を決定し得る。さらに、通信コンポーネント６６１は、周波数ダイバーシティ利得が達成され得るように、制御データを送信するための異なるＴＴＩにおいて異なるリソースブロックを決定し得る。一例として、通信コンポーネント６６１は、周波数においてミラーホッピングを使用して２シンボルのｕＰＵＣＣＨ送信が送信され得るように、２つのＴＴＩ（たとえば２シンボル）で使用する異なるＲＢを決定し得る（たとえば、ＲＢインデックスｎがシンボルである場合、ＲＢインデックスＮ−ｎが第２のシンボルで使用され得るが、ここで、ＮはＲＢの総数であり、たとえばＲＢの数のアップリンク帯域幅に等しい）。たとえば、通信コンポーネント６６１は、通信コンポーネント６６１によって受信された２シンボルのダウンリンク送信、および／または異なる持続時間（たとえば、１シンボル）のダウンリンク送信に応答して、２シンボルｕＰＵＣＣＨを送信し得る。

[00134]図１８は、ＵＬＬにおいてアップリンク制御データを受信するためにＵＥにアップリンクリソース許可を（ｅＮＢ１２０４によって）送信するための例示的な方法１８００を示している。ブロック１８０２において、ｅＮＢは、サブフレーム内のＴＴＩを決定することに基づいて、ＵＥのためのアップリンクリソース許可を生成し得る。一態様では、ＴＴＩは、サブフレーム中の複数のシンボルのサブセットであるシンボル、いくつかのシンボル、スロットなどを含む。リソース許可生成コンポーネント１２２０は、サブフレーム内のＴＴＩを決定することに基づいて、ＵＥ（たとえば、ＵＥ１２０２）のためのアップリンクリソース許可を生成し得る。たとえば、ＴＴＩは、サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルを含むことができ、リソース許可は、一例において、ＴＴＩ持続時間、通信技術のタイプ（たとえば、ＵＬＬ）などを示すために生成され得る。さらに、たとえば、ＴＴＩは、説明されたように、シンボル持続時間、マルチプルシンボル持続時間、スロット持続時間などであり得る。

[00135]ブロック１８０４において、ｅＮＢは、ＵＥにアップリンクリソース許可を送信し得る。スケジューリングコンポーネント６０２は、ＵＥ（たとえば、ＵＥ１２０２）にアップリンクリソース許可（たとえば、アップリンクリソース許可１２８０）を送信し得る。説明されたように、たとえば、スケジューリングコンポーネント６０２は、（たとえば、シンボルまたはサブフレームよりも小さいＴＴＩの他の持続時間を使用して）ＵＬＬにおいてダウンリンク制御チャネルを介してＵＥにアップリンクリソース許可を送信し得る。さらに、アップリンクリソース許可は、上記で説明されたように、アップリンク制御および／もしくはデータチャネルのためのＲＢグループインデックス、ならびに／または制御データを送信するためのＲＢグループインデックスを決定するために使用され得る他のパラメータなど、アップリンクリソースに関する１つまたは複数の態様を示し得る。説明されたように、アップリンクリソース許可を送信することは、１つまたは複数のプロセッサ１２５３が、ＲＦフロントエンドなどを介して１つまたは複数のアンテナを介して送信するための信号を生成するために、トランシーバ１２５６にデータおよび／または関係する信号情報を提供することを含み得る。

[00136]オプションにより、ブロック１８０６において、ｅＮＢは、アップリンクリソース許可において示されたものに関係するリソースを介して、ＵＥから制御データを受信し得ることを含む。スケジューリングコンポーネント６０２は、アップリンクリソース許可において示されたものに関係するリソースを介して、ＵＥ（たとえば、ＵＥ１２０２）から（たとえば、ＵＬＬ／ＬＴＥ通信１２８２として）制御データを受信し得る。たとえば、スケジューリングコンポーネント６０２は、アップリンクリソース許可において示されたＴＴＩからのＴＴＩのオフセット数であるＴＴＩにおけるリソースを介して、ＵＥ１２０２から制御データを受信し得る。さらに、制御データのブロック１８０６におけるｅＮＢ受信は、オプションにより、ブロック１８０８において、リソースにわたる１つもしくは複数のコードワードおよび／または１つもしくは複数のキャリアについてバンドルされた制御データを含み得る。スケジューリングコンポーネント６０２は、リソースにわたる１つもしくは複数のコードワードおよび／または１つもしくは複数のキャリアについてバンドルされた制御データを受信し得る。説明されたように、これは、コードワードおよび／またはキャリアについて単一のＡＣＫ／ＮＡＣＫインジケータを受信することを含み得る（たとえば、少なくとも１つのコードワードまたはキャリアがＮＡＣＫを示す場合はＮＡＣＫ、そうでない場合はＡＣＫ）。スケジューリングコンポーネント６０２はしたがって、バンドルされたフィードバックに基づいて、１つまたは複数のキャリアを介して１つまたは複数のコードワードを再送信し得る。

[00137]オプションにより、ブロック１８１０において、ｅＮＢは、制御データを送信するために使用されるサイクリックシフトを決定することに少なくとも部分的に基づいて、制御データの値を決定し得ることを含む。スケジューリングコンポーネント６０２は、制御データを送信するために使用されるサイクリックシフトを決定することに少なくとも部分的に基づいて、制御データの値を決定し得る。たとえば、スケジューリングコンポーネント６０２が０のサイクリックシフトを使用してＡＣＫ／ＮＡＣＫシグナリングを観測する場合、これはＡＣＫを示し得、ここで６のサイクリックシフトはＮＡＣＫを示し得る。同様に、制御データがＳＲとＡＣＫ／ＮＡＣＫとを含む場合、説明されたように、異なるサイクリックシフティングが使用され得る。いずれにしても、スケジューリングコンポーネント６０２は、サイクリックシフティングに少なくとも部分的に基づいて制御データ値を決定し得る。

[00138]開示されたプロセスにおけるステップの特定の順序または階層は、例示的な手法の例示であることを理解されたい。設計上の選好に基づいて、プロセスにおけるステップの特定の順序または階層は再構成されてもよいことを理解されたい。さらに、いくつかのステップは、組み合わされるか、または省略される場合がある。添付の方法クレームは、様々なステップの要素を例示的な順序において提示したものであり、提示された特定の順序または階層に限定されるものではない。

[00139]以上の説明は、本明細書で説明された様々な態様を当業者が実施できるようにするために提供されている。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指している。当業者に知られている、または後に知られることになる、本明細書で説明された様々な態様の要素に対するすべての構造的および機能的均等物が、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。その上、本明細書において開示されるものは、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されることは意図されていない。「ための手段」という句を使用して要素が明確に列挙されていない限り、いかなるクレーム要素もミーンズプラスファンクションとして解釈されるべきではない。

Claims (30)

1. ワイヤレスネットワークにおいて通信するための方法であって、
   サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）を決定することと、ここにおいて、前記ＴＴＩが、前記サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを備える、
   前記ＴＴＩの間に前記アップリンク制御チャネルを介してアップリンク制御データを送信することと
   を備える方法。
2. 前記ＴＴＩの持続時間は、シンボル持続時間、２シンボル持続時間、またはスロット持続時間のうちの少なくとも１つを備え、前記サブフレームが２つのスロットを備える、請求項１に記載の方法。
3. 前記いくつかのシンボルのうちの少なくとも１つは、直交周波数分割多重化（ＯＦＤＭ）シンボルまたはシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）シンボルのうちの１つに基づく、請求項１に記載の方法。
4. 前記アップリンク制御データは、以前のＴＴＩにおけるダウンリンクチャネルを介して送信されたデータの肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）のインジケータを含む、請求項１に記載の方法。
5. バンドルされた肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を備える前記アップリンク制御データを送信するためにＡＣＫ／ＮＡＣＫの１ビットインジケータを使用することによって、複数のコードワードまたは複数のキャリアのうちの少なくとも１つについてＡＣＫ／ＮＡＣＫをバンドルすることをさらに備える、請求項１に記載の方法。
6. ダウンリンク制御チャネルまたはダウンリンクデータチャネルのうちの少なくとも１つに関連する１つまたは複数のリソースブロック（ＲＢ）グループのＲＢグループインデックスを識別することと、ここにおいて、前記１つまたは複数のＲＢグループの各々が複数のＲＢのを備える、
   前記識別されたＲＢグループインデックスに基づいて肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を送信するためのリソースロケーションを決定することと
   をさらに備える、請求項１に記載の方法。
7. 前記アップリンク制御データを送信することは、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を、ＡＣＫまたはＮＡＣＫのうちの少なくとも１つを示すために１つまたは複数の異なるサイクリックシフトを使用して送信することを備える、請求項１に記載の方法。
8. 前記アップリンク制御データを送信することは、サイクリックシフトに少なくとも部分的に基づいてスケジューリング要求を送信することを備える、請求項１に記載の方法。
9. 前記スケジューリング要求を送信することは、前記アップリンク制御データがさらに肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）の指示を含んでいる第１のサイクリックシフトに少なくとも部分的に基づき、および／または前記アップリンク制御データがさらにＡＣＫ／ＮＡＣＫの前記指示を含んではいない、前記第１のサイクリックシフトとは異なる第２のサイクリックシフトに基づく、請求項８に記載の方法。
10. 前記ＴＴＩにおいてネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信することをさらに備え、ここにおいて、送信することが、前記ＴＴＩにおいて前記ＲＳの代わりに前記アップリンク制御データを送信することを備える、請求項１に記載の方法。
11. 前記サブフレーム内または別のサブフレーム内の別のアップリンク制御チャネル送信のための異なるＴＴＩを決定することと、
    前記異なるＴＴＩにおいてネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信することと、
    前記異なるＴＴＩにおいて前記アップリンク制御データの代わりに前記ＲＳを送信することと
    をさらに備える、請求項１に記載の方法。
12. ネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信することと、
    前記ＴＴＩにおける前記アップリンク制御データと前記ＲＳとの組合せ送信を示すために第１のサイクリックシフトを利用することによって、前記ＴＴＩにおいて前記アップリンク制御データとともに前記ＲＳを送信することと、ここにおいて、前記第１のサイクリックシフトが、前記ＲＳが前記アップリンク制御データとともに送信されないことを示すために使用される第２のサイクリックシフトとは異なる、
    をさらに備える、請求項１に記載の方法。
13. 前記アップリンク制御データのペイロードサイズを決定することと、
    前記ペイロードサイズに基づいて、前記アップリンク制御チャネルのためのリソースブロック（ＲＢ）の数を決定することと
    をさらに備え、
    前記アップリンク制御チャネルを送信することは、ＲＢの前記数に少なくとも部分的に基づく、請求項１に記載の方法。
14. ワイヤレスネットワークにおいて通信するためのユーザ機器であって、
    トランシーバと、
    前記ワイヤレスネットワークにおいて通信するためのバスを介して前記トランシーバと通信可能に結合された少なくとも１つのプロセッサと、
    前記バスを介して前記少なくとも１つのプロセッサおよび／または前記トランシーバと通信可能に結合されたメモリと
    を備え、
    前記少なくとも１つのプロセッサおよび前記メモリは、
    サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）を決定することと、ここにおいて、前記ＴＴＩが、前記サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを備える、
    前記トランシーバを介して、前記ＴＴＩの間に前記アップリンク制御チャネルを介してアップリンク制御データを送信することと
    を行うように動作可能である、
    ユーザ機器。
15. 前記ＴＴＩの持続時間は、シンボル持続時間、２シンボル持続時間、またはスロット持続時間のうちの少なくとも１つを備え、前記サブフレームが２つのスロットを備える、請求項１４に記載のユーザ機器。
16. 前記いくつかのシンボルのうちの少なくとも１つは、直交周波数分割多重化（ＯＦＤＭ）シンボルまたはシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）シンボルのうちの１つに基づく、請求項１４に記載のユーザ機器。
17. 前記アップリンク制御データは、以前のＴＴＩにおけるダウンリンクチャネルを介して送信されたデータの肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）のインジケータを含む、請求項１４に記載のユーザ機器。
18. 前記少なくとも１つのプロセッサおよび前記メモリは、バンドルされた肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を備える前記アップリンク制御データを送信するためにＡＣＫ／ＮＡＣＫの１ビットインジケータを使用することによって、複数のコードワードまたは複数のキャリアのうちの少なくとも１つについてＡＣＫ／ＮＡＣＫをバンドルするようにさらに動作可能である、請求項１４に記載のユーザ機器。
19. 前記少なくとも１つのプロセッサおよび前記メモリは、
    ダウンリンク制御チャネルまたはダウンリンクデータチャネルのうちの少なくとも１つに関連する１つまたは複数のリソースブロック（ＲＢ）グループのＲＢグループインデックスを識別することと、ここにおいて、前記１つまたは複数のＲＢグループの各々が複数のＲＢのを備える、
    前記識別されたＲＢグループインデックスに基づいて肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を送信するためのリソースロケーションを決定することと
    を行うようにさらに動作可能である、請求項１４に記載のユーザ機器。
20. 前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも部分的に、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を、ＡＣＫまたはＮＡＣＫのうちの少なくとも１つを示すために１つまたは複数の異なるサイクリックシフトを使用して送信することによって、前記アップリンク制御データを送信するように動作可能である、請求項１４に記載のユーザ機器。
21. 前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも部分的に、サイクリックシフトに少なくとも部分的に基づいてスケジューリング要求を送信することによって、前記アップリンク制御データを送信するように動作可能である、請求項１４に記載のユーザ機器。
22. 前記少なくとも１つのプロセッサおよび前記メモリは、前記アップリンク制御データがさらに肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）の指示を含んでいる第１のサイクリックシフトに少なくとも部分的に基づいて、および／または前記アップリンク制御データがさらにＡＣＫ／ＮＡＣＫの前記指示を含んではいない、前記第１のサイクリックシフトとは異なる第２のサイクリックシフトに基づいて、前記スケジューリング要求を送信するように動作可能である、請求項２１に記載のユーザ機器。
23. 前記少なくとも１つのプロセッサおよび前記メモリは、前記トランシーバを介して、前記ＴＴＩにおいてネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信するように、また前記ＴＴＩにおいて前記ＲＳの代わりに前記アップリンク制御データを送信するようにさらに動作可能である、請求項１４に記載のユーザ機器。
24. 前記少なくとも１つのプロセッサおよび前記メモリは、
    前記サブフレーム内または別のサブフレーム内の別のアップリンク制御チャネル送信のための異なるＴＴＩを決定することと、
    前記異なるＴＴＩにおいてネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信することと、
    前記トランシーバを介して、前記異なるＴＴＩにおいて前記アップリンク制御データの代わりに前記ＲＳを送信することと
    を行うようにさらに動作可能である、請求項１４に記載のユーザ機器。
25. 前記少なくとも１つのプロセッサおよび前記メモリは、
    ネットワークエンティティにアップリンク基準信号（ＲＳ）を送信するためのトリガを受信することと、
    前記ＴＴＩにおける前記アップリンク制御データと前記ＲＳとの組合せ送信を示すために第１のサイクリックシフトを利用することによって、前記トランシーバを介して、前記ＴＴＩにおいて前記アップリンク制御データとともに前記ＲＳを送信することと、ここにおいて、前記第１のサイクリックシフトが、前記ＲＳが前記アップリンク制御データとともに送信されないことを示すために使用される第２のサイクリックシフトとは異なる、
    を行うように動作可能である、請求項１４に記載のユーザ機器。
26. 前記少なくとも１つのプロセッサおよび前記メモリは、
    前記アップリンク制御データのペイロードサイズを決定することと、
    前記ペイロードサイズに基づいて、前記アップリンク制御チャネルのためのリソースブロック（ＲＢ）の数を決定することと、
    ＲＢの前記数に少なくとも部分的に基づいて前記アップリンク制御チャネルを送信することと
    を行うようにさらに動作可能である、請求項１４に記載のユーザ機器。
27. ワイヤレスネットワークにおいて通信するためのユーザ機器であって、
    サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）を決定するための手段と、ここにおいて、前記ＴＴＩが、前記サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを備える、
    前記ＴＴＩの間に前記アップリンク制御チャネルを介してアップリンク制御データを送信するための手段と
    を備えるユーザ機器。
28. 前記ＴＴＩの持続時間は、シンボル持続時間、２シンボル持続時間、またはスロット持続時間のうちの少なくとも１つを備え、前記サブフレームが２つのスロットを備える、請求項２７に記載のユーザ機器。
29. ワイヤレスネットワークにおいて通信するためのコンピュータ実行可能コードを備えるコンピュータ可読記憶媒体であって、前記コードは、
    サブフレーム内のアップリンク制御チャネル送信のための送信時間間隔（ＴＴＩ）を決定するためのコードと、ここにおいて、前記ＴＴＩが、前記サブフレーム中の複数のシンボルのサブセットであるいくつかのシンボルのを備える、
    前記ＴＴＩの間に前記アップリンク制御チャネルを介してアップリンク制御データを送信するためのコードと
    を備える、コンピュータ可読記憶媒体。
30. 前記ＴＴＩの持続時間は、シンボル持続時間、２シンボル持続時間、またはスロット持続時間のうちの少なくとも１つを備え、前記サブフレームが２つのスロットを備える、請求項２９に記載のコンピュータ可読記憶媒体。

Images