JP6759237B2 - 無線アクセスネットワーク関連事例のためのレイテンシ低減技術 - Google Patents

Description

本願は、２０１５年６月１日に出願された米国仮特許出願第６２／１６９，２７６号、２０１５年６月２日に出願された米国仮特許出願第６２／１６９，９４６号、および２０１５年６月２日に出願された米国仮特許出願第６２／１６９，９５６号に基づく優先権を主張し、これら出願の各々は、参照により本明細書にその全体が組み込まれる。本明細書の実施形態は、概して、ブロードバンド無線通信ネットワークにおけるデバイス間の通信に関する。

ロングタームエボリューション（ＬＴＥ）のためのレイテンシ低減は、ＬＴＥの将来の道筋に対する重要な検討事項として認識されている。最近の研究項目の提案の中で特記されている通り、上位レイヤでの送信制御プロトコル（ＴＣＰ）の性能を改善することによる、小サイズパケットの主要な制約要因であるＴＣＰ遅延開始の影響を低減することによる、レイテンシの低減によって、スループットを向上できる。さらに、ＬＴＥの無線インタフェースのレイテンシを低減することで、超低レイテンシおよびミッションクリティカルトラフィックとして知られる新たな新興カテゴリのサービスを実現し得る。このような新しいサービスは、モバイル事業者から成る有力な次世代モバイルネットワーク（ＮＧＭＮ）アライアンスにより発行された５Ｇホワイトペーパの中で、とりわけ車両ネットワーク等の使用事例に対し重要であると認識されてきた。超低レイテンシサービスは、一方向の無線インタフェースのレイテンシが、約１ミリ秒以下であることを要すると想定されており、これは、現在のＬＴＥレイテンシに対する大幅な低減を意味する。

送信タイミングダイアグラムの一実施形態を示す。 動作環境の一実施形態を示す。 第１の参照信号設計の一実施形態を示す。 第２および第３の参照信号設計の実施形態を示す。 マッピング処理の一実施形態を示す。 多重化パターンテーブルの一実施形態を示す。 第４の参照信号設計の実施形態を示す。 第５の参照信号設計の実施形態を示す。 第６および第７の参照信号設計の実施形態を示す。 第８および第９の参照信号設計の実施形態を示す。 第１のマッピングスキームの一実施形態を示す。 第２のマッピングスキームの一実施形態を示す。 第３のマッピングスキームの一実施形態を示す。 第１のＨＡＲＱサイクルの一実施形態および第２のＨＡＲＱサイクルの一実施形態を示す。 第３のＨＡＲＱサイクルの一実施形態および第４のＨＡＲＱサイクルの一実施形態を示す。 第５のＨＡＲＱサイクルの一実施形態を示す。 第６のＨＡＲＱサイクルの一実施形態を示す。 第１のロジックフローの一実施形態を示す。 第２のロジックフローの一実施形態を示す。 第１の記録媒体の一実施形態を示す。 第２の記録媒体の一実施形態を示す。 第１のデバイスの一実施形態を示す。 第２のデバイスの一実施形態を示す。 無線ネットワークの一実施形態を示す。

様々な実施形態は、概して、無線アクセスネットワークのためのレイテンシ低減技術を対象としてよい。いくつかの実施形態において、無線アクセスネットワーク内の無線インタフェースのレイテンシを低減すべく、低減された送信時間間隔（ｒＴＴＩ）が実装されてよい。様々な実施形態において、ｒＴＴＩブロックが定義されてよく、ｒＴＴＩの実装に関連するマージナルオーバーヘッドを低減すべく、いくつかの処理が、ｒＴＴＩブロック単位方式で実行されてよい。ｒＴＴＩが実装されるいくつかの実施形態において、同一の直交周波数分割多重（ＯＦＤＭ）シンボル内で、データ信号および参照信号が多重化されることを可能にする技術の使用により、復調参照信号（ＤＭ‐ＲＳ）粒度が改善されてよい。様々な実施形態において、現在の送信時間間隔（ＴＴＩ）が維持されてよく、レイテンシ低減は、コードブロック（ＣＢ）セグメンテーション、アップリンク（ＵＬ）リソースエレメント（ＲＥ）マッピングおよびハイブリッド自動再送要求（ＨＡＲＱ）サイクルタイミングのうちの１または複数の新規な技術の使用を介して、実現されてよい。他の実施形態が説明および特許請求される。

様々な実施形態は、１または複数の要素を備えてよい。要素は、特定の処理を実行するように構成された任意の構造を備えてよい。各要素は、設計パラメータまたは性能要件の特定のセットに対し必要とされるものに応じて、ハードウェア、ソフトウェア、またはこれらの任意の組み合わせで実装されてよい。実施形態は、特定のトポロジにおける限定数の要素に関し、例示的に説明されることがあるが、当該実施形態は、特定の実装に対し必要とされるものに応じ、代替のトポロジにおいては、より多くのまたはより少ない数の要素を含んでよい。「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」または「ある実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という言及は、当該実施形態に関し記載される特定の特徴、構造または特性が、少なくとも１つの実施形態に含まれることを意味することに留意されたい。本明細書の様々な箇所における、「一実施形態において（ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「いくつかの実施形態において（ｉｎ ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔｓ）」、および「様々な実施形態において（ｉｎ ｖａｒｉｏｕｓ ｅｍｂｏｄｉｍｅｎｔｓ）」という文言は、必ずしもすべてが同一の実施形態を指していない。

本明細書に開示された技術は、１または複数の無線モバイルブロードバンド技術を用いる、１または複数の無線接続上でのデータの送信を含んでよい。例えば、様々な実施形態は、１または複数の第３世代パートナーシッププロジェクト（３ＧＰＰ）、３ＧＰＰロングタームエボリューション（ＬＴＥ）、および／または３ＧＰＰ ＬＴＥアドバンスト（ＬＴＥ‐Ａ）、それらの改訂版、後継版および変形版を含む技術および／または規格による、１または複数の無線接続上での送信を含んでよい。様々な実施形態は、追加的にまたは代替的に、１または複数のグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））／ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）／高速パケットアクセス（ＨＳＰＡ）、および／または汎用パケット無線サービス（ＧＰＲＳ）システムを備えたＧＳＭ（登録商標）（ＧＳＭ（登録商標）／ＧＰＲＳ）、それらの改訂版、後継版および変形版を含む技術および／または規格による送信を含んでよい。

また、無線モバイルブロードバンド技術および／または規格の例としては、限定ではないが、米国電気電子学会（ＩＥＥＥ）８０２．１６ｍおよび／または８０２．１６ｐ等のＩＥＥＥ８０２．１６無線ブロードバンド規格、国際移動体通信アドバンスト（ＩＭＴ‐ＡＤＶ）、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ（登録商標））および／またはＷｉＭＡＸ ＩＩ、符号分割多元接続（ＣＤＭＡ）２０００（例えば、ＣＤＭＡ２０００ １×ＲＴＴ、ＣＤＭＡ２０００ ＥＶ‐ＤＯ、ＣＤＭＡ ＥＶ‐ＤＶ等）、高性能無線メトロポリタンエリアネットワーク（ＨＩＰＥＲＭＡＮ）、無線ブロードバンド（ＷｉＢｒｏ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速直交周波数分割多重（ＯＦＤＭ）パケットアクセス（ＨＳＯＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、それらの改訂版、後継版および変形版を含む技術および／または規格のうちの任意のものが含まれてよい。

いくつかの実施形態は、追加的にまたは代替的に、他の無線通信技術および／または規格による無線通信を含んでよい。様々な実施形態において使用されてよい他の無線通信技術および／または規格の例としては、限定ではないが、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ｕ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ａｆ、および／またはＩＥＥＥ８０２．１１ａｈ規格等の他のＩＥＥＥ無線通信規格、ＩＥＥＥ８０２．１１高効率ＷＬＡＮ（ＨＥＷ）研究グループによって開発された高効率Ｗｉ‐Ｆｉ規格、Ｗｉ‐Ｆｉ、Ｗｉ‐Ｆｉダイレクト、Ｗｉ‐Ｆｉダイレクトサービス等のＷｉ‐Ｆｉアライアンス（ＷＦＡ）無線通信規格、無線ギガビット（ＷｉＧｉｇ）、ＷｉＧｉｇディスプレイエクステンション（ＷＤＥ）、ＷｉＧｉｇバスエクステンション（ＷＢＥ）、ＷｉＧｉｇシリアルエクステンション（ＷＳＥ）規格および／またはＷＦＡネイバーアウェアネスネットワーキング（ＮＡＮ）タスクグループによって開発された規格、３ＧＰＰテクニカルレポート（ＴＲ）２３．８８７、３ＧＰＰテクニカル仕様（ＴＳ）２２．３６８および／または３ＧＰＰ ＴＳ２３．６８２で具現化されるもののようなマシンタイプ通信（ＭＴＣ）規格、および／またはＮＦＣフォーラムによって開発された規格等の近距離無線通信（ＮＦＣ）規格を含んでよく、上記のいずれかに係る任意の改訂版、後継版および／または変形版が含まれる。実施形態は、これらの例に限定はされない。

１または複数の無線接続上での送信に加え、本明細書で開示される技術は、１または複数の有線通信媒体を通した１または複数の有線接続上でのコンテンツの送信を含んでよい。有線通信媒体の例としては、ワイヤ、ケーブル、金属リード、プリント回路基板（ＰＣＢ）、バックプレーン、スイッチファブリック、半導体材料、ツイストペア線、同軸ケーブル、ファイバオプティクス等が含まれてよい。実施形態は、この文脈に限定はされない。

無線アクセスネットワークにおいて、無線インタフェースのレイテンシに大きく影響し得る一要因は、最小時間スケジューリングユニットである。ＬＴＥ進化型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ）において、最小時間スケジューリングユニットは、送信時間間隔（ＴＴＩ）であり、ＴＴＩは、１個のサブフレームの持続時間（１ミリ秒または１４個のＯＦＤＭシンボル）を有する。ＴＴＩを１スロット（０．５ｍｓまたは７個のＯＦＤＭシンボル）に低減することで、あるいは、さらに１個または２、３個のＯＦＤＭシンボルにまで低減することで、レイテンシの大幅な低減を可能にしてよい。しかしながら、低減されたＴＴＩ（ｒＴＴＩ）を実装することは、スケジューリング関連の制御情報、ＨＡＲＱフィードバックおよびＤＭ‐ＲＳ参照信号に関連するオーバヘッド等の様々なタイプのオーバヘッド量の増加をもたらす傾向があり得る。

様々な実施形態において、ｒＴＴＩの実装に関連するマージナルオーバーヘッドを低減すべく、いくつかのタイプの処理が、より少ないオーバヘッドを伴うｒＴＴＩブロック単位方式で実行されることを可能にするためのｒＴＴＩブロックが定義されてよい。いくつかの実施形態において、スケジューリングは、ｒＴＴＩブロック単位ベースで実行されてよく、制御チャネルにおける個々のＴＴＩスケジューリング情報の必要性をなくす。様々な実施形態において、ｒＴＴＩブロック全体が処理されたら、ｒＴＴＩブロック内に含まれる複数のｒＴＴＩに対応するそれぞれのＨＡＲＱフィードバックが、ｒＴＴＩ単位で個別に送信されるのではなく、一緒に送信されてよい。いくつかの実施形態において、ｒＴＴＩブロック単位のスケジューリングは、時間ドメインでのチャネル推定の相関を利用することによって、参照信号の密度をレガシＴＴＩ長に相当するレベルまで低減することを可能にしてよい。

図１Ａは、様々な実施形態の典型であってよい送信タイミングダイアグラム１００の一例を示す。送信タイミングダイアグラム１００に示されているように、いくつかの実施形態において、ｒＴＴＩは、レガシＬＴＥ ＴＴＩと共存してよい。この例においては、ＬＴＥ ＴＴＩおよびｒＴＴＩの使用は、周波数ドメインにおいて多重化されており、それぞれの周波数サブバンドにおいて物理リソースブロック（ＰＲＢ）の共通する要素がない複数のセットを占有する。１個のサブフレームの持続時間を有するＬＴＥ ＴＴＩ １０２が、サブバンドＡ、ＢおよびＣで使用される一方、ｒＴＴＩは、サブバンドＤおよびＥで使用される。第１のＬＴＥ ＴＴＩ １０２中、ｒＴＴＩごとのスケジューリングがサブバンドＤおよびＥで用いられ、故に、第１のＬＴＥ ＴＴＩ １０２内のサブバンドＤおよびＥにおける各ｒＴＴＩは、データおよび制御領域の両方を含む。第２のＬＴＥ ＴＴＩ １０２中、ｒＴＴＩブロック単位のスケジューリングが、サブバンドＤおよびＥで使用され、それによると、第１のｒＴＴＩ内の制御領域が、ｒＴＴＩブロック１０４全体のための全スケジューリング情報を含んでおり、故に、制御領域は、当該ブロックの残りのｒＴＴＩでは不要である。この例においては、ｒＴＴＩブロック１０４の長さは、たまたま各ＬＴＥ ＴＴＩ １０２の長さに等しい。様々な実施形態において、ｒＴＴＩブロックの長さを、１個のサブフレームのレガシＬＴＥ ＴＴＩに等しく設定することは、レガシＬＴＥ制御信号および参照信号を再利用するという意味で、有意な利点を有してよい。しかしながら、他のｒＴＴＩブロックサイズが、可能であり且つ想定されていることを理解されたい。実施形態は、この文脈に限定はされない。

図１Ｂは、いくつかの実施形態の典型であってよい動作環境１４０の一例を示す。動作環境１４０において、ｅＮＢ１５２およびＵＥ１５４は、無線アクセスネットワークセル１４５内で、ＬＴＥ無線インタフェース１５０経由で、様々なタイプの無線通信を交換してよい。様々な実施形態において、無線アクセスネットワークセル１４５は、Ｅ‐ＵＴＲＡＮのセルを有してよい。いくつかの実施形態において、ｅＮＢ１５２は、制御情報１５６をＵＥ１５４に送信してよい。様々な実施形態において、ｅＮＢ１５２は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張物理ダウンリンク制御チャネル上で、制御情報１５６をＵＥ１５４に送信してよい。いくつかの実施形態において、制御情報１５６は、ｅＮＢ１５２とＵＥ１５４との間の無線通信と共に使用するためにスケジューリングされたチャネルリソースを識別するスケジューリング情報を有してよい。

様々な実施形態において、制御情報１５６は、ダウンリンクスケジューリング情報を備えてよく、制御情報１５６は、ｅＮＢ１５２が、データ１６０をＵＥ１５４に送信すべく使用するためにスケジューリングされたチャネルリソースを識別する情報を有してよい。いくつかの実施形態において、ｅＮＢ１５２は、制御情報１５６によって指定される物理ダウンリンク共有チャネル（ＰＤＳＣＨ）リソースを使用して、データ１６０をＵＥ１５４に送信してよい。様々な実施形態において、ＰＤＳＣＨ上でのデータ１６０の送信と共に、ｅＮＢ１５２はまた、ＰＤＳＣＨ上で復調参照信号（ＤＭ‐ＲＳ）１６２も送信してよい。いくつかの実施形態において、ＵＥ１５４がデータ１６０を正常に受信したかどうかをｅＮＢ１５２に通知すべく、ＵＥ１５４は、ＨＡＲＱフィードバック１６４をｅＮＢ１５２に送信してよい。様々な実施形態において、ＵＥ１５４は、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）上で、ＨＡＲＱフィードバック１６４をｅＮＢ１５２に送信してよい。

いくつかの実施形態において、ＵＥ１５４は、制御情報１５８をｅＮＢ１５２に送信してよい。様々な実施形態において、ＵＥ１５４は、ＰＵＣＣＨ上で制御情報１５８を送信してよい。いくつかの実施形態において、制御情報１５８は、ＵＥ１５４がデータ１６６をｅＮＢ１５２に送信すべく使用するためのチャネルリソースをスケジューリングする、ｅＮＢ１５２に対する要求を備えてよい。様々な実施形態において、このような要求に応答して、ｅＮＢ１５２は、データ１６６の送信に使用するための物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースをＵＥ１５４に割り当ててよく、且つ、制御情報１５６をＵＥ１５４に送信して、ＵＥ１５４に、それらの割り当てられたリソースを通知してよい。いくつかの実施形態において、ＵＥ１５４が、制御情報１５８を送信する際の時間間隔と同一の時間間隔の間に、ＵＥ１５４がデータをｅＮＢ１５２にＰＵＳＣＨ上で送信する場合、ＵＥ１５４は、ＰＵＣＣＨではなく、ＰＵＳＣＨ上で制御情報１５８を送信してもよいことに留意されたい。様々な実施形態において、次に、ＵＥ１５４は、制御情報１５６によって指定されるＰＵＳＣＨリソースを使用して、データ１６６をｅＮＢ１５２に送信してよい。いくつかの実施形態において、ＰＵＳＣＨ上でのデータ１６６の送信と共に、ＵＥ１５４は、また、ＰＵＳＣＨ上でＤＭ‐ＲＳ信号１６８も送信してよい。様々な実施形態において、ｅＮＢ１５２がデータ１６０を正常に受信したかどうかをＵＥ１５４に通知すべく、ｅＮＢ１５２は、ＨＡＲＱフィードバック１７０をＵＥ１５４に送信してよい。いくつかの実施形態において、ｅＮＢ１５２は、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）上で、ＨＡＲＱフィードバック１７０をＵＥ１０４に送信してよい。

様々な実施形態において、ＬＴＥ無線インタフェース１５０上での通信に関連するレイテンシを低減すべく、ｒＴＴＩが、無線アクセスネットワークセル１４５内に実装されてよい。いくつかの実施形態において、ｒＴＴＩの実装に関連するマージナルオーバーヘッドを低減すべく、前述の処理のうちの１または複数が、ｒＴＴＩブロック単位方式で実行されてよい。様々な実施形態において、追加の柔軟性をもたらし且つさらなるオーバヘッド低減を可能にすべく、異なるｒＴＴＩブロックサイズが、定義されてよい。いくつかの実施形態において、いくつかの処理が、ｒＴＴＩブロック単位ベースで実行されてよく、他の処理が、各ｒＴＴＩベースで実行されてよい。例えば、様々な実施形態において、個々のｒＴＴＩをスケジューリングすることが可能であってよいが、ｒＴＴＩブロック内の既にスケジューリング済みのｒＴＴＩを考慮して、いくつかのＤＭ‐ＲＳ信号が送信されないようにし、その代わりに、リソースがデータを送信するために使用されることを可能にしてよい。同様に、いくつかの実施形態において、ｒＴＴＩブロック単位のＨＡＲＱフィードバックメカニズムが実装されてよい一方、ｒＴＴＩごとのスケジューリングが使用される。実施形態は、これらの例に限定はされない。

様々な実施形態において、ｅＮＢ１５２は、ｒＴＴＩブロック単位ベースで、リソーススケジューリングを実行してよい。いくつかの実施形態において、ｒＴＴＩブロック単位のスケジューリング処理と共に、ｅＮＢ１５２は、ｅＮＢ１５２とＵＥ１５４との間の無線通信と共に使用するためにｒＴＴＩブロックのリソースを割り当ててよい。様々な実施形態において、ｅＮＢ１５２は、データをＵＥ１５４に送信する際に自身が使用するためにｒＴＴＩブロックのＰＤＳＣＨリソースを割り当ててよい。いくつかの実施形態において、ｅＮＢ１５２は、ＵＥ１５４がデータをｅＮＢ１５２に送信する際に使用するためにｒＴＴＩブロックのＰＵＳＣＨリソースを割り当ててよい。様々な実施形態において、ｅＮＢ１５２は、ｒＴＴＩブロックの割り当てられたリソースをＵＥ１５４に通知すべく、ｒＴＴＩブロック単位のスケジューリング情報をＵＥ１５４に送信してよい。いくつかの実施形態において、ＵＥ１５４は、上位レイヤシグナリングを通して、ｒＴＴＩブロックモードで動作するように構成されてよい。様々な実施形態において、ｒＴＴＩブロックモードでの動作は、ＵＥ１５４が、ＰＤＣＣＨまたはｅＰＤＣＣＨ上でこのような制御情報を通信するためのレガシフォーマット等のレガシ制御情報フォーマットを介して、ｒＴＴＩブロック単位のスケジューリング情報を受信することを可能にしてよい。いくつかの実施形態において、ｒＴＴＩブロックモードでの動作は、ＵＥ１５４が、ＰＤＳＣＨのために定義されたレガシＤＭ‐ＲＳ位置を介して、ＤＭ‐ＲＳ信号を受信することを可能にしてよい。

様々な実施形態において、ｅＮＢ１５２は、ｒＴＴＩブロックを、当該ブロックの異なるｒＴＴＩが、異なるＵＥに割り当てられるように、スケジューリング可能であってよい。いくつかの実施形態において、ｅＮＢ１５２は、ｒＴＴＩブロック共有フォーマットに関連付けられたパターンに従い、複数のＵＥ間で共有されるようにｒＴＴＩブロックをスケジューリングしてよい。一例示的な実施形態において、ｅＮＢ１５２は、ｒＴＴＩブロック内で、ＵＥ１５４と第２のＵＥとの間でｒＴＴＩが交互配置されるパターンに従い、ＵＥ１５４および第２のＵＥによって共有されるようにｒＴＴＩブロックをスケジューリングしてよい。様々な実施形態において、ＵＥ１５４が、ｒＴＴＩブロックを１または複数の他のＵＥと共有することになっている場合、上位レイヤシグナリングを使用して、ＵＥ１５４に対し、ブロックのどのｒＴＴＩが、ＵＥ１５４に割り当てられているかを通知してよい。いくつかの実施形態において、この情報は、予め定められたフラグを介して、または定義されたｒＴＴＩブロック共有フォーマットの識別子を介して、伝達されてよい。様々な実施形態において、ＤＭ‐ＲＳ粒度を改善／最適化すべく、それぞれのＤＭ‐ＲＳリソースエレメント（ＲＥ）位置が、各ｒＴＴＩブロック共有フォーマットのために選択されてよい。実施形態は、この文脈に限定はされない。

いくつかの実施形態において、上位レイヤは、時間ドメイン、周波数ドメインまたはそれら両方において、ｒＴＴＩブロックモードのためのリソース領域を必要な大きさに設定可能であってよい。様々な実施形態において、上位レイヤは、時間ドメイン構成を実行してよく、それにより、特定のサブフレームが、ｒＴＴＩブロックモードのサブフレームとして指定されてよい。いくつかの実施形態において、上位レイヤは、周波数ドメイン構成を実行してよく、それにより、特定のサブバンドが、ｒＴＴＩブロックモードのサブバンドとして指定されてよい。様々な実施形態において、これらの２つの技術が組み合わされて使用されてよい。実施形態は、この文脈に限定はされない。

いくつかの実施形態において、ＵＥ１５４がｒＴＴＩブロックモードで動作する一方、ＨＡＲＱ処理が、各ｒＴＴＩトランスポートブロック（ＴＢ）にマッピングされてよい。様々な実施形態において、ＵＥ１５４は、ｒＴＴＩブロック内のすべてのｒＴＴＩのためのＨＡＲＱフィードバックを集約してよく、集約されたＨＡＲＱフィードバックを単一のブロック単位のＨＡＲＱフィードバックメッセージ内で、ｅＮＢ１５２に対し送信してよい。いくつかの実施形態において、ブロック単位のＨＡＲＱフィードバックメッセージは、集約されたＨＡＲＱフィードバックをＮビットワードの形態で提供してよく、ここで、１ビットは、ｒＴＴＩブロック内のＮ個のｒＴＴＩの各々に対応する。様々な実施形態において、ｅＮＢ１５２は、類似の方法で、ｒＴＴＩブロック単位のＨＡＲＱフィードバックをＵＥ１５４に提供してよい。いくつかの実施形態において、ｒＴＴＩブロックの長さは、１個のサブフレームのＬＴＥ ＴＴＩに等しくてよく、従来のＨＡＲＱフィードバック用にＬＴＥによって定義されたメカニズムが用いられてよい。様々な実施形態において、チャネルデコーディングが、各ｒＴＴＩにおいて行われるので、デコーディング／エンコーディングのバジェットは、従来の１個のサブフレームＴＴＩを使用するレガシシステムに関連するバジェットより短くてよい。故に、ｒＴＴＩブロックの長さが１ｍｓ（１個のサブフレームと同一）であると仮定すると、サブフレームｎ内のｒＴＴＩブロックに対応する集約されたＨＡＲＱ‐ＡＣＫフィードバックが、サブフレームｎ＋Ｘ（ここで、Ｘ＜４）で送信されてよい。具体例として、Ｘは２に等しくてよく、これは、タイミングアドバンスおよびデコーディング／エンコーディング時間バジェットを考慮すると、１個のサブフレームマージンに相当する。実施形態は、この例に限定はされない。

いくつかの実施形態において、ＵＥ１５４は、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３等のレガシ制御信号フォーマットを使用して、ｒＴＴＩブロックベースのダウンリンクデータ送信のために、集約されたＨＡＲＱフィードバックを提供してよい。様々な実施形態において、ＵＥ１５４は、ｒＴＴＩブロック全体が受信されるまで待機してよく、ＨＡＲＱフィードバックを蓄積してよい。その後、ＵＥ１５４は、ｒＴＴＩブロック内のそれぞれ個別のｒＴＴＩのための、ＡＣＫ用の値１およびＮＡＣＫ用の値０を含むコーディングされたＮビットワードをフィードバックすべく、ＰＵＣＣＨまたはＰＵＳＣＨを使用してよい。いくつかの実施形態において、ＵＥ１５４は、ｒＴＴＩブロック中に送信されるすべてのデータに対する単一の集合的ＡＣＫまたはＮＡＣＫをフィードバックしてよい。例えば、様々な実施形態において、ＵＥ１５４は、集合的ＡＣＫを示すべく、値'１１１'をフィードバックしてよく、集合的ＮＡＣＫを示すべく、値'０００'をフィードバックしてよい。実施形態は、この例に限定はされない。

いくつかの実施形態において、ｒＴＴＩブロックベースのアップリンク送信のためのＨＡＲＱフィードバックに関し、エンコーディングされたＡＣＫ／ＮＡＣＫワードを搬送するために、ＰＨＩＣＨが修正されてよく、ここで、コーディングされていない各ビットは、ブロック内の１つのｒＴＴＩを表わし、ＡＣＫ用には値１、およびＮＡＣＫ用には値０を取る。様々な実施形態において、Ｎ個のｒＴＴＩ／ブロックについては、ｒ＊Ｎビットワードを生成すべく、Ｎ個のビットがさらにエンコーディングされてよく、ここで、ｒはコードレートである。ＬＴＥにおいては、ＡＣＫ／ＮＡＣＫは、レート１／３繰り返しコードでエンコーディングされ、値'１１１'または'０００'を取る。いくつかの実施形態において、同一のコードがｒＴＴＩブロックベースのＨＡＲＱフィードバックと共に使用されてよい。様々な他の実施形態において、ＰＨＩＣＨオーバヘッドを低減すべく、より高いレートが使用されてよい。いくつかの実施形態において、ｒＴＴＩブロックのための単一の集合的ＡＣＫ／ＮＡＣＫ値をフィードバックすべく、修正されていないＰＨＩＣＨが使用されてよく、すべてのｒＴＴＩが正しく受信された場合は、値'１１１'を、さもなければ'０００'を取る。実施形態は、この例に限定はされない。

図２は、従来のＬＴＥシステムで使用されるＤＭ‐ＲＳ信号設計の典型であってよい参照信号設計２００の一実施形態を示す。図２に示される通り、従来のＤＭ‐ＲＳ信号設計によると、ＤＭ‐ＲＳ信号のために、サブフレームごとに２個のシンボルが使用される。この例においては、ＤＭ‐ＲＳ信号に使用される当該シンボルは、網掛けされたシンボル３およびシンボル１０である。サブフレーム２０２は、スロット２０４およびスロット２０６を含む。第１のＤＭ‐ＲＳ信号サブフレームであるサブフレーム３は、スロット２０４内に含まれる。第２のＤＭ‐ＲＳ信号サブフレームであるサブフレーム１０は、スロット２０６内に含まれる。１スロットのｒＴＴＩが実装される場合、スロットごとに、１個のみのＤＭ‐ＲＳシンボルが利用可能である。

ｒＴＴＩの実装と共に、オーバヘッドが、管理可能であり、且つ、より信頼性のあるチャネル推定が実現され得るように、ＤＭ‐ＲＳ信号に、より高い粒度を有することが望ましくてよい。粒度を増大させるべく、データ信号および参照信号が、特定のシンボル間隔において、組み合わされることが望ましくてよい。データ信号および参照信号が、このような方法で組み合わされることを可能にし得る技術について、本明細書で説明する。様々な実施形態において、データ信号および参照信号は、周波数ドメインにおいて多重化されてよい。いくつかの実施形態において、これによって、チャネル推定が単純化されてよく、というのは、参照シンボルが、データによって悪影響を受けないからである。様々な実施形態において、データ信号および参照信号は、時間ドメインにおいて多重化されてよい。いくつかの実施形態において、これにより、より多数の参照サンプルがもたらされてよいが、より複雑な受信機の処理を必要とする可能性がある。様々な実施形態において、同一のシンボル間隔内での１または複数のデータシンボルおよび１つの参照シンボルの送信を可能にすべく、シンボル持続時間が低減されてよい。いくつかの実施形態において、シンボル間隔が低減される要因と同一の要因によって、サブキャリア間隔は、効果的に増大されてよい。様々な実施形態において、例えば、シンボル間隔は、半分にされてよく、サブキャリア間隔は、効果的に、１５ｋＨｚから３０ｋＨｚに増大されてよい。いくつかの実施形態において、２つの短縮されたシンボル（例えば、分割されたシンボルごとに２．５μｓ）をカバーすべく、サイクリックプレフィクス（ＣＰ）は、２つに分割されてよい。様々な実施形態において、ＯＦＤＭＡ変調を使用して、周波数ドメインにおいてデータ信号および参照信号を多重化してよい。実施形態は、この文脈に限定はされない。

図３は、参照信号設計３００の一実施形態および参照信号設計３５０の一実施形態を示し、これら両方は、ｒＴＴＩの使用と共にＤＭ‐ＲＳ粒度を改善すべく、いくつかの実施形態において実装されてよいＤＭ‐ＲＳ信号設計の典型であってよい。参照信号設計３００は、１個のＯＦＤＭシンボルの持続時間を持つｒＴＴＩ３０２に対応する一方、参照信号設計３５０は、１スロットの持続時間を持つｒＴＴＩ３５２に対応する。参照信号設計３００および３５０によると、異なるサブキャリアを使用して、参照信号が送信される任意の特定のＯＦＤＭシンボル内でデータ信号および参照信号が送信されるように、データ信号および参照信号が、周波数ドメインにおいて多重化されている。

図４は、様々な実施形態による、周波数ドメインにおけるデータ信号および参照信号の多重化を容易にする第１のアプローチの典型であってよいマッピング処理４００の一実施形態を示す。Ｎは、特定のＵＥに割り当てられたサブキャリア合計数を示し、Ｎｄは、データシンボル数を示し、Ｎｒｓは、参照シンボル数を示し、Ｎｄ＋Ｎｒｓ＝Ｎである。マッピング処理４００に関し、Ｎｄは、Ｎ／ｋに等しくなるように選択されてよく、ここでｋは整数である。マッピング処理４００によると、Ｎｄ個のデータシンボルから成る１ブロックが、まずｋ回繰り返された後、位相ベクトル
がブロック単位で掛け合わされ、ここで、'ａ'は、０〜Ｎ／Ｎｄ−１の範囲の整数値を取る。このプロシージャの後、ＤＦＴサイズＮを用いる通常のＤＦＴ拡散により、サブキャリアのインタリーブされた割り当てが生成される。ここで、サブキャリアａ＋ｂｋ，ｂ＝１，２...Ｎｄは、データシンボルを含む。ブロックＮ内の残りのサブキャリアは、空であり、周波数ドメインにおいて、参照信号を挿入するために使用されてよい。いくつかの実施形態において、短縮されたＤＭ‐ＲＳシーケンスまたは異なるシーケンスが使用されてよい。

様々な実施形態において、周波数ドメインにおけるデータ信号および参照信号の多重化を容易にするために使用されてよい第２のアプローチは、データシンボルを拡散するために異なるＤＦＴサイズのＮｄを使用し、その後、ブロックのＮ個のサブキャリアのサブセット内にシンボルをマッピングすることを含んでよい。いくつかの実施形態において、Ｎｄのための任意の値が可能であってよいので、このアプローチは、さらに多くの柔軟性をもたらしてよい。Ｎｄ＝Ｎ／ｋのとき、周波数マッピングが、周波数ドメインにおいてインタリーブされた態様で行われる場合、このアプローチは、マッピング処理４００で具現化されたアプローチと同一であってよい。

受信機では、第１のアプローチまたは第２のアプローチにより、チャネルを推定すべく、参照シンボルが周波数ドメインにおいて使用されてよく、その後、除去されてよい。様々な実施形態において、残りの信号は、まずイコライズされ、その後、サイズＮ（第１のアプローチによる）またはＮｄ（第２のアプローチによる）のＩＤＦＴを用いて変換されてよい。いくつかの実施形態において、その後、データシンボルが、時間ドメインにおいて取得されてよい。実施形態は、この文脈に限定はされない。

データ信号および参照信号の多重化は、参照信号の割り当てに対し、大きな柔軟性をもたらしてよい。様々な実施形態において、好適な補間方法の適用後のチャネル推定の平均二乗誤差を低減するパターンが定義されてよい。図５は、いくつかの実施形態で使用するために好適であってよいパターンの例を含む、多重化パターンテーブル５００を示す。

多重化パターンテーブル５００の「例示パターン」列内の'Ａ'は、全体がデータシンボルで構成されるシンボルを示す。'Ｂ'は、インタリーブされた参照シンボルおよびデータシンボルで構成されたシンボルを示し、これは、通常のパターンで構成されており、パイロットシンボルで開始する。様々な実施形態において、このようなシンボルが、上記のアプローチを介して取得されてよい。'ｃｓ（Ｂ，ａ）'は、'ａ'サブキャリアによるＢのサイクリックシフトを示す。いくつかの実施形態において、上記の通り、このようなシンボルが、位相ベクトル積によって取得されてよい。多重化パターンテーブル５００は、１から７個のシンボル範囲にわたるｒＴＴＩサイズのための例示パターンを含む。様々な実施形態において、'ｎ'に対する好適な値は、様々な考慮事項に基づいて定義されてよく、それは、実施形態ごとに異なってよい。いくつかの実施形態において、他のパターンおよび／または'Ａ'およびＢのサイクリックシフトの組み合わせが定義されてよく、実施形態は、多重化パターンテーブル５００に示される例に限定はされないことを理解されたい。

図６および図７は、それぞれ参照信号設計６００および７００を示す。参照信号設計６００および７００の両方は、ｋ＝２の２個のシンボルから成るｒＴＴＩの使用を示しており、図５の多重化パターンテーブル５００に含まれる例示の多重化パターンをそれぞれ示す。参照信号設計６００は、多重化パターン'ＡＢＡｃｓ（Ｂ，１）'に対応する。参照信号設計７００は、多重化パターン'Ｂｃｓ（Ｂ，１）Ｂｃｓ（Ｂ，１）'に対応する。実施形態は、これらの例に限定はされない。

様々な実施形態において、周波数ドメインにおいて、データ信号および参照信号を多重化すべく、ＯＦＤＭＡ変調が使用されてよい。いくつかの実施形態において、ＳＣ／ＦＤＭＡではなく、ＯＦＤＭがアップリンク送信のために使用される場合、多重化パターンテーブル５００のパターンはすぐに使用されてよい。様々な実施形態において、アップリンク信号およびダウンリンク信号のために、対称的なＤＭ‐ＲＳパターンを採用することが可能であってよい。実施形態は、この文脈に限定はされない。

図８は、参照信号設計８００の一実施形態および参照信号設計８５０の一実施形態を示し、これら両方は、ｒＴＴＩの使用と共にＤＭ‐ＲＳ粒度を改善すべく、いくつかの実施形態において実装されてよいＤＭ‐ＲＳ信号設計の典型であってよい。参照信号設計８００は、１個のＯＦＤＭシンボルの持続時間を持つｒＴＴＩ８０２に対応する一方、参照信号設計８５０は、１スロットの持続時間を持つｒＴＴＩ８５２に対応する。参照信号設計８００および８５０によると、重複するデータ信号および参照信号が、参照信号が送信される任意の特定のＯＦＤＭシンボル中に、各サブキャリア上で送信されるように、データ信号および参照信号が、時間ドメインにおいて多重化されている。

様々な実施形態において、時間ドメインにおいてデータ信号および参照信号を多重化すると共に、サイズＮｄのデータブロックおよびサイズＮｒｓの時間ドメインの参照信号が時間ドメインにおいて生成されてよく、ここで、Ｎｄ＋Ｎｒｓ＝Ｎである。いくつかの実施形態において、その後、当該２個のブロックは、サイズＮの１ブロックに結合されてよく、サイズＮのＤＦＴを用いて変換されてよい。様々な実施形態において、このアプローチは、周波数ドメインにおいて、データ信号および参照信号をミキシングしてよい。いくつかの実施形態において、これらを分離すべく、より高度な受信機技術が必要とされてよい。実施形態は、この文脈に限定はされない。

図９は、参照信号設計９００の一実施形態および参照信号設計９５０の一実施形態を示し、これら両方は、ｒＴＴＩの使用と共にＤＭ‐ＲＳ粒度を改善すべく、様々な実施形態において実装されてよいＤＭ‐ＲＳ信号設計の典型であってよい。参照信号設計９００は、１個のＯＦＤＭシンボルの持続時間を持つｒＴＴＩ９０２に対応する一方、参照信号設計９５０は、１スロットの持続時間を持つｒＴＴＩ９５２に対応する。参照信号設計９００および９５０によると、１個のデータシンボルおよび１個の参照シンボルが、参照信号が送信される任意の特定のＯＦＤＭシンボル中に、各サブキャリア上で、同一のＯＦＤＭシンボル間隔内で送信されるように、シンボル持続時間は半分になっている。

いくつかの実施形態において、サブキャリア間隔を増大することによって、非常に短いｒＴＴＩに対してさえ、十分な参照シンボルを提供することが可能であってよい。様々な実施形態において、より短いｒＴＴＩは、より大きなサブキャリア間隔に相当するより短いシンボルを有してよい。いくつかの実施形態において、多重化されたデータ‐ＤＭ‐ＲＳパターンまたは純粋なＤＭ‐ＲＳシンボルが、増大されたサブキャリア間隔と共に使用されてよい。様々な実施形態において、元のＣＰ長は、より短いシンボルに分散されてよい。例えば、より短いシンボルが、標準的なシンボルの半分である場合、且つ標準的なシンボルのＣＰ長が５μｓである場合、より短いシンボルの各ＣＰの長さは、２．５μｓであってよい。実施形態は、この例に限定はされない。

いくつかの実施形態において、１個のサブフレームの従来のＬＴＥ ＴＴＩが維持されてよく、レイテンシ低減は、１または複数の代替的な技術を介して実現されてよい。様々な技術により、受信された信号は、受信機におけるより早い時点での処理のために利用可能にされてよく、その結果、処理時間および全体的なレイテンシが低減されてよい。いくつかの技術により、受信機において、コードブロックデコーディングが、サブフレーム全体の受信より前に、開始され得るように、コードブロック（ＣＢ）セグメンテーションプロシージャが、修正されてよい。様々なこのような技術により、修正されたＣＢセグメンテーションプロシージャは、処理に要する時間がより短い、より小さなＣＢを使用してよい。いくつかの実施形態において、修正されたＵＬリソースエレメント（ＲＥ）マッピングが、修正されたＣＢセグメンテーションプロシージャの使用と共に実装されてよい。様々な実施形態において、従来のＬＴＥ ＴＴＩおよび制御チャネルフォーマットが維持されてよく、レイテンシは、現在の規格に対する適度な変更を伴う技術により、低減されてよい。理解しやすくするため、別途の記載がない限り、実施形態は、ＦＤＤ構造に基づいて説明することにする。しかしながら、実施形態は、この構造に限定はされないことを理解されたい。

現行のＬＴＥプロシージャによると、ＣＢは、６１４４ビットの最大ＣＢサイズＺより大きいものであることは許容されない。ＭＡＣレイヤのトランスポートブロック（ＴＢ）からのコードワード（ＣＷ）が大きすぎて、そのビットを単一のＣＢ内に収められない場合、ＣＢセグメンテーションプロシージャが実行される。ＣＢセグメンテーションプロシージャにより、ＣＷは、複数のＣＢに分割され、巡回冗長検査（ＣＲＣ）が、当該複数のＣＢの各々の終端に付加される。その後、チャネルコーディングおよびレートマッチングが、ＣＢごとのベースで適用され、この後、データは連結され、チャネルインタリーバに渡される。説明しやすくするため、ＣＷ内のビット数が、そのＴＢ内のビット数とマッチングするように、ＴＢおよびＣＷ間の一対一マッピングを想定する。しかしながら、実施形態は、この文脈に限定はされないことを理解されたい。

いくつかの実施形態において、修正されたＣＢセグメンテーションプロシージャが、実装されてよく、これによると、各ＴＢは、固定数Ｃ個のＣＢに分割され、ここにおいて、Ｃは上位レイヤによって決定される。様々な実施形態において、各ＴＢは、固定数Ｃ個の等しいサイズのＣＢに分割されてよい。いくつかの実施形態において、適切なＣＢサイズに到達すべく、フィラービットが使用されてよい。様々な実施形態において、従来のＣＢセグメンテーションプロシージャによる代わりに、このような修正されたＣＢセグメンテーションプロシージャによると、Ｃの値およびＴＢサイズに応じて、ＴＢは、従来のプロシージャによるものより多数のＣＢにセグメント化されてよいことに留意されたい。従来のＣＢセグメンテーションプロシージャは、ＣＢが６１４４ビットを超える場合にのみ、６１４４ビット制限を順守するために必要な最小数のＣＢにのみ、ＣＢをセグメント化する。実施形態は、この文脈に限定はされない。

いくつかの実施形態において、修正されたＣＢセグメンテーションプロシージャが実装されてよく、これによると、最大ＣＢサイズＺのためのより小さな値が定義されてよい。様々な実施形態において、このような修正されたＣＢセグメンテーションプロシージャによると、上位レイヤは、複数の考え得る値のうちの任意のものに等しくなるように、Ｚを構成可能であってよい。例えば、いくつかの実施形態において、Ｚの既定値は、６１４４ビットであると定義されてよいが、上位レイヤは、３０７２ビットまたは１５３６ビット等の他の値に等しくなるようにＺを構成可能であってよい。様々な実施形態において、Ｚの値は、パラメータＮの関数として定義されてよく、Ｎは、上位レイヤによって予め定められ、または構成されてよい。いくつかのこのような実施形態において、例えば、最大ＣＢサイズＺは、以下の式（１）、（２）および（３）のうちの１つによって与えられてよい。
実施形態は、これらの例に限定はされない。

図１０は、現行のＬＴＥプロシージャによる、レートマッチングされたビットが、ＰＵＳＣＨのリソースブロック（ＲＢ）のリソースエレメント（ＲＥ）にマッピングされてよい態様を示すＲＥマッピングスキーム１０００を示す。ＲＥマッピングスキーム１０００によると、レートマッチングされたビットは、時間優先の態様でＲＥにマッピングされ、これによると、ＲＢペアのＲＥが、行単位方式で埋められる。一連のマッピングパスの各々の間、レートマッチングされたビットが、それぞれのサブキャリアのＰＵＳＣＨのＲＥにマッピングされる。例えば、図１０に示される通り、特定のＣＢに関連付けられたレートマッチングされたビットは、それぞれパス１００２‐１〜１００２‐６中に、サブキャリア１００４‐１〜１００４‐６のＰＵＳＣＨ ＲＥにマッピングされてよい。

様々な実施形態において、図１０に示されるように、レートマッチングされたビットを、時間優先の態様でＰＵＳＣＨ ＲＥにマッピングすることは、ＣＢが比較的小さい場合でさえ、まさに最初のマッピングパスの間に、同一のＣＢに関連付けられたそれぞれのビットが、サブフレーム幅全体にわたり、拡散されることをもたらしてよい。受信機は、ＣＢのデコーディングを開始できるようになる前に、ＣＢに関連付けられたすべてのビットを受信する必要があってよいので、上記の修正されたＣＢセグメンテーションプロシージャのうちの１つによる、より小さなＣＢの生成は、受信機が、時間優先のＰＵＳＣＨ ＲＥマッピングが使用される場合、より早い時点でデコーディングを開始することを可能にしなくてよい。そのため、ＰＵＳＣＨに関しては、修正されたＲＥマッピングスキームを実装することが望ましくてよく、これによると、潜在的に、特定のＣＢに関連付けられたすべてのビットが、サブフレームのＯＦＤＭシンボルのサブセット内に含まれるＰＵＳＣＨ ＲＥにマッピングされてよい。いくつかの実施形態において、上記のような修正されたＣＢセグメンテーション技術のうちの１つと共に、このような修正されたＲＥマッピングスキームを実装することにより、ＰＵＳＣＨ上で送信されるＣＢの受信機が、従来のＬＴＥプロシージャによって可能になる場合よりも、より早い時点でそのＣＢをデコーディング開始することを可能してよい。

図１１は、ＰＵＳＣＨ上で送信されるＣＢのより早い時点でのデコーディングをサポートすべく、様々な実施形態において実装されてよい修正されたＲＥマッピングスキームの一例を示す。修正されたＲＥマッピングスキーム１１００によると、レートマッチングされたビットは、周波数優先の態様でＰＵＳＣＨ ＲＥにマッピングされ、これによると、ＲＢペアのＰＵＳＣＨ ＲＥが、列単位方式で埋められる。一連のマッピングパスの各々の間、レートマッチングされたビットが、それぞれのＯＦＤＭシンボルのＰＵＳＣＨ ＲＥにマッピングされる。例えば、図１０を参照して上記したものと同一のＣＢに関連付けられたレートマッチングされたビットは、それぞれパス１１０２‐１から１１０２‐３中およびパス１１０２‐４から１１０２‐６中に、ＯＦＤＭシンボル０〜２およびＯＦＤＭシンボル４〜６のＲＥにマッピングされてよい。

図１２は、ＰＵＳＣＨ上で送信されたＣＢのより早い時点でのデコーディングをサポートすべく、いくつかの実施形態において実装されてよい修正されたＲＥマッピングスキームの第２の例を示す。修正されたＲＥマッピングスキーム１２００によると、レートマッチングされたビットは、ブロック単位の時間優先の態様で、ＲＢペアのＰＵＳＣＨ ＲＥにマッピングされ、これによると、第１のＲＢのＰＵＳＣＨ ＲＥが最初に行単位方式で埋められ、第２のＲＢのＰＵＳＣＨ ＲＥが二番目に、これもまた行単位方式で埋められる。一連のマッピングパスの各々の間、レートマッチングされたビットが、ＲＢが埋められているＯＦＤＭシンボル範囲内で、それぞれのサブキャリアのＰＵＳＣＨのＲＥにマッピングされる。例えば、図１０および図１１を参照して上記したものと同一のＣＢに関連付けられたレートマッチングされたビットは、それぞれパス１２０２‐１から１２０２‐１２中に、ＯＦＤＭシンボル０から６の範囲内で、サブキャリア１２０４‐１〜１２０４‐１２のＰＵＳＣＨ ＲＥにマッピングされてよい。

図１０〜図１２に示されるマッピングスキームの各々によると、ＣＢのレートマッチングされたビットは、ＲＢペアの半分のＰＵＳＣＨ ＲＥにマッピングされることに留意されたい。しかしながら、レートマッチングされたビットの一部を、ＯＦＤＭシンボル０〜１３の各々の各ＰＵＳＣＨ ＲＥにマッピングするＲＥマッピングスキーム１０００とは異なり、修正されたＲＥマッピングスキーム１１００および１２００は、レートマッチングされたビットを、ＯＦＤＭシンボル０〜６に含まれるＰＵＳＣＨ ＲＥにのみマッピングする。様々な実施形態において、これにより、ＯＦＤＭシンボル１３の後まで待機する必要なく、受信機が、ＯＦＤＭシンボル６の後、ＣＢをデコーディング開始することが可能になってよい。実施形態は、この文脈に限定はされない。

いくつかの実施形態において、ＰＵＳＣＨ上で送信されるべきＣＢの周波数優先マッピングを実装すべく、それらのＣＢのためのインタリーブ処理が省略されてよい。様々な実施形態において、ＰＵＳＣＨ上で送信されるべきＣＢのブロック単位の時間優先マッピングを実装すべく、マトリクスベースのチャネルインタリーバマッピングが、Ｎ回分適用されてよい。例えば、非限定的な例において、Ｎ＝２およびＺ＜６１４４と想定すると、チャネルインタリーバマトリクスの入力値Ｃ_ｍｕｘは、次の式（４）、（５）および（６）のうちの１つによって与えられてよい。

ここで、Ｃ_ｍｕｘは、マトリクスの列数を表わし、
は、サブフレーム内のＰＵＳＣＨを搬送するＳＣ‐ＦＤＭＡシンボル数を表わす。いくつかの実施形態において、Ｎ＝２の場合、Ｃ_ｍｕｘは、Ｃ_ｓｌｏｔに等しくてよい。様々な実施形態において、インタリーバマトリクスは、次の式（７）によって与えられてよい。

ここで、Ｃ_ｍはＣ_ｍｕｘを表わし、Ｃ_ｂは、ブロック数を表わす。実施形態は、この例に限定はされない。

図１３は、従来のＬＴＥプロシージャの典型であってよいＨＡＲＱサイクル１３００を示す。ＨＡＲＱサイクル１３００および後述される様々な追加のＨＡＲＱサイクルの各々に関し、ＣＢのためのデコーディング時間は、ＣＢ送信時間に比例すること、および送信機において、ＣＢのための受信されたＨＡＲＱフィードバックを処理するために必要な時間は、受信機において、送信機からＣＢを受信後に、そのＣＢを処理するために要した時間と同一であることが想定されている。特に、ＨＡＲＱサイクル１３００に関しては、ＣＢデコーディング時間は、ＣＢ送信時間の３倍であることが想定されている。しかしながら、これらの想定は専ら説明を簡単にするために取られており、実施形態はこの文脈に限定はされないことを理解されたい。

ＨＡＲＱサイクル１３００において、送信機は、ＣＢに関連付けられたデータを受信機に送信する。この例においては、送信機が、ＣＢに関連付けられたデータを受信機に送信するために、１個のサブフレーム（サブフレーム１）を必要とする。受信機は、次の３個のサブフレーム（サブフレーム２〜４）中に、当該データをデコーディングし、その後、サブフレーム５中に、当該データのためのＨＡＲＱフィードバック（ＦＢ）を送信する。送信機は、次の３個のサブフレーム（サブフレーム６〜８）中に、ＦＢをデコーディングする。故に、ＨＡＲＱサイクル１３００は、サブフレーム１〜８、８ｍｓの持続時間にわたる。

また、図１３は、ＨＡＲＱサイクル１３５０も示す。ＨＡＲＱサイクル１３５０は、ＨＡＲＱサイクル１３００のＣＢと同一のＣＢに関連付けられたデータを送信するために、１個のサブフレームを要するが、ＣＢデコーディング時間は、ＣＢ送信時間に等しいといった、いくつかの実施形態の典型であってよい。ＨＡＲＱサイクル１３００の場合と同様に、ＨＡＲＱサイクル１３５０において、送信機は、サブフレーム１中に、ＣＢに関連付けられたデータを受信機に送信する。受信機は、サブフレーム２中に、当該データをデコーディングし、その後、サブフレーム３中に、当該データのためのＦＢを送信する。送信機は、サブフレーム４中に、ＦＢをデコーディングする。故に、ＨＡＲＱサイクル１３５０は、サブフレーム１〜４、４ｍｓの持続時間にわたる。

図１４は、ＣＢデコーディング時間は、ＣＢ送信時間の３倍であるが、図１３のＨＡＲＱサイクル１３００および１３５０のＣＢと同一のＣＢのためのＣＢ送信時間は、１個のサブフレームではなく、１スロットのみであるといった、様々な実施形態の典型であってよいＨＡＲＱサイクル１４００を示す。いくつかの実施形態において、１スロット内でＣＢに関連付けられたデータを送信することを可能にすべく、上記の修正されたＣＢセグメンテーション技術および／または修正されたＲＥマッピングスキームのうちの１または複数が、実装されてよい。ＨＡＲＱサイクル１４００において、送信機は、サブフレーム１の第１のスロット中に、ＣＢに関連付けられたデータを受信機に送信する。受信機は、次の３スロット中に、当該データをデコーディングする。次の３スロットは、サブフレーム１の第２のスロットおよびサブフレーム２の両方のスロットで構成される。受信機は、サブフレーム３の第１のスロット中に、当該データのためのＦＢを送信する。送信機は、次の３スロット中に、ＦＢをデコーディングする。次の３スロットは、サブフレーム３の第２のスロットおよびサブフレーム４の両方のスロットで構成される。故に、ＨＡＲＱサイクル１４００は、サブフレーム１〜４、４ｍｓの持続時間にわたる。これは、図１３のＨＡＲＱサイクル１３００の８ｍｓの持続時間に対し、４ｍｓのレイテンシ低減に相当する。図１３のＨＡＲＱサイクル１３００によると、ＣＢ送信時間は、１スロットではなく、１個のサブフレームであった。

また、図１４は、ＨＡＲＱサイクル１４５０も示す。ＨＡＲＱサイクル１４５０は、ＨＡＲＱサイクル１３００、１３５０および１４００のＣＢと同一のＣＢのためのＣＢ送信時間は、１スロットであり、ＣＢデコーディング時間は、ＣＢ送信時間と同一であるといった、様々な実施形態の典型であってよい。いくつかの実施形態において、１スロット内でＣＢに関連付けられたデータを送信することを可能にすべく、上記の修正されたＣＢセグメンテーション技術および／または修正されたＲＥマッピングスキームのうちの１または複数が、実装されてよい。ＨＡＲＱサイクル１４００の場合と同様に、ＨＡＲＱサイクル１４５０において、送信機は、サブフレーム１の第１のスロット中に、ＣＢに関連付けられたデータを受信機に送信する。受信機は、サブフレーム１の第２のスロット中に、当該データをデコーディングし、その後、サブフレーム２の第１のスロット中に、当該データのためのＦＢを送信する。送信機は、サブフレーム２の第２のスロット中に、ＦＢをデコーディングする。故に、ＨＡＲＱサイクル１４５０は、サブフレーム１〜２、２ｍｓの持続時間にわたる。これは、図１３のＨＡＲＱサイクル１３５０の４ｍｓの持続時間に対し、２ｍｓのレイテンシ低減に相当する。図１３のＨＡＲＱサイクル１３５０によると、ＣＢデコーディング時間は、ＣＢ送信時間に等しかったが、ＣＢ送信時間は、１スロットではなく、１個のサブフレームであった。実施形態は、これらの例に限定はされない。

上記の修正されたＣＢセグメンテーション技術および／または修正されたＲＥマッピングスキームのうちの１または複数を介して、レイテンシ低減が実現される様々な実施形態において、低減された送信遅延およびデコーディング遅延に対応すべく、修正されたＨＡＲＱサイクルタイミングスキームが、実装されてよい。いくつかの実施形態において、可変持続時間のＨＡＲＱサイクルが実装されてよく、これによると、ＨＡＲＱサイクル持続時間は、上位レイヤシグナリングによって構成されてよい。実施形態は、この文脈に限定はされない。

図１５は、ＣＢ送信時間が１スロットであり、ＣＢデコーディング時間が、ＣＢ送信時間の３倍であり、各ＣＢのためのそれぞれのフィードバックが、別々に送信されるといった、様々な実施形態の典型であってよいＨＡＲＱサイクル１５００を示す。ＨＡＲＱサイクル１５００において、送信機は、サブフレーム１の第１のスロット中に、第１のＣＢに関連付けられたデータ（Ｄ１）を送信し、サブフレーム１の第２のスロット中に、第２のＣＢに関連付けられたデータ（Ｄ２）を送信する。受信機は、サブフレーム１の第２のスロットおよびサブフレーム２の両方のスロット中に、Ｄ１をデコーディングし、サブフレーム３の第１のスロット中に、Ｄ１のためのフィードバック（ＦＢ１）を送信する。受信機は、サブフレーム２の両方のスロットおよびサブフレーム３の第１のスロット中に、Ｄ２をデコーディングし、その後、サブフレーム４の第１のスロットまで待機してから、Ｄ２のためのフィードバック（ＦＢ２）を送信する必要がある。送信機は、サブフレーム３の第２のスロットおよびサブフレーム４の両方のスロット中に、ＦＢ１をデコーディングし、およびサブフレーム４の第２のスロットおよびサブフレーム５の両方のスロット中に、ＦＢ２をデコーディングする。故に、ＨＡＲＱサイクル１５００は、サブフレーム１〜５、５ｍｓの持続時間にわたる。

図１６は、ＣＢ送信時間が１スロットであり、ＣＢデコーディング時間が、ＣＢ送信時間の３倍であり、複数のＣＢのためのそれぞれのフィードバックが集約され、一緒に送信されてよいといった、いくつかの実施形態の典型であってよいＨＡＲＱサイクル１６００を示す。ＨＡＲＱサイクル１６００において、送信機は、サブフレーム１の第１のスロット中に、図１５のＨＡＲＱサイクル１５００の第１のＣＢと同一の第１のＣＢに関連付けられたデータ（Ｄ１）を送信し、サブフレーム１の第２のスロット中に、ＨＡＲＱサイクル１５００の第２のＣＢと同一の第２のＣＢに関連付けられたデータ（Ｄ２）を送信する。受信機は、サブフレーム１の第２のスロットおよびサブフレーム２の両方のスロット中に、Ｄ１をデコーディングする。しかしながら、図１５のＨＡＲＱサイクル１５００とは対照的に、ＨＡＲＱサイクル１６００においては、受信機は、サブフレーム３の第１のスロット中に、Ｄ１のためのフィードバックを送信することを控える。受信機は、サブフレーム２の両方のスロットおよびサブフレーム３の第１のスロット中に、Ｄ２をデコーディングする。受信機は、サブフレーム４の第１のスロット中に、Ｄ１およびＤ２の両方のためのそれぞれのフィードバックを持つ集約されたフィードバック（ＡＦＢ）を送信する。送信機は、サブフレーム４の第２のスロットおよびサブフレーム５の両方のスロット中に、ＡＦＢをデコーディングする。故に、ＨＡＲＱサイクル１６００は、サブフレーム１から５、５ｍｓの持続時間にわたり、これは、図１５のＨＡＲＱサイクル１５００の持続時間と同一である。ＨＡＲＱサイクル１５００と比較すると、ＨＡＲＱサイクル１５００で送信される２つのフィードバックメッセージの代わりに、１つのみのＨＡＲＱフィードバックメッセージが送信されるので、ＨＡＲＱサイクル１６００は、より少ないオーバヘッドを含む。他方で、ＨＡＲＱサイクル１６００によると、送信機へのＤ１のためのフィードバックの到着は、１サブフレーム分遅延される。というのは、このフィードバックは、ＨＡＲＱサイクル１５００で行われるように、サブフレーム３の第１のスロット中の別個の送信を介した到着ではなく、サブフレーム４の第１のスロット中に送信されるＡＦＢに含まれるからである。実施形態は、これらの例に限定はされない。

上記の実施形態のための処理について、以下の図面および付随する例を参照して、さらに説明されてよい。一部の図面は、ロジックフローを含んでよい。本願で示されるこのような図面は、特定のロジックフローを含んでよいが、当該ロジックフローは、本明細書に記載の全般的な機能をどのように実装し得るかの例示を提供するに過ぎないことを理解されたい。さらに、別途の記載がない限り、当該特定のロジックフローは、必ずしも提示の順序で実行される必要はない。また、当該特定のロジックフローは、ハードウェア要素、プロセッサにより実行されるソフトウェア要素、またはこれらの任意の組み合わせによって実装されてよい。実施形態は、この文脈に限定はされない。

図１７は、ロジックフロー１７００の一実施形態を示し、これは、本明細書に記載の１または複数の実施形態によって実行される処理の典型であってよい。例えば、ロジックフロー１７００は、図１Ｂの動作環境１４０で、いくつかの実施形態において、ＵＥ１５４によって実行されてよい処理の典型であってよい。図１７に示される通り、１７０２において、複数のｒＴＴＩを有するｒＴＴＩブロックのための制御情報が、アクセスされてよく、ここで、複数のｒＴＴＩは、ＵＥに割り当てられた１または複数のｒＴＴＩを含む。例えば、図１ＢのＵＥ１５４が、制御情報１５６にアクセスしてよく、制御情報１５６は、ＵＥ１５４に割り当てられた１または複数のｒＴＴＩを含む複数のｒＴＴＩを有するｒＴＴＩブロックのための制御情報を構成してよい。１７０４において、ＵＥに割り当てられた１または複数のｒＴＴＩの各々のリソースが、当該制御情報に基づいて識別されてよい。例えば、図１ＢのＵＥ１５４は、制御情報１５６に基づいて、当該１または複数のｒＴＴＩのリソースを識別してよい。１７０６において、ｅＮＢとの無線通信が、当該１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩのリソースを介して実行されてよい。例えば、図１ＢのＵＥ１５４は、当該１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩの識別されたリソースを介して、ｅＮＢ１５２からデータ１６０を受信してよい。別の例においては、ＵＥ１５４は、当該１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩの識別されたリソースを介して、データ１６６をｅＮＢ１５２に送信してよい。実施形態は、これらの例に限定はされない、

図１８は、ロジックフロー１８００の一実施形態を示し、これは、本明細書に記載の１または複数の実施形態によって実行される処理の典型であってよい。例えば、ロジックフロー１８００は、図１Ｂの動作環境１４０で、いくつかの実施形態において、ｅＮＢ１５２によって実行されてよい処理の典型であってよい。図１８に示される通り、１８０２において、１または複数のｒＴＴＩが、ＵＥに割り当てられてよく、ここにおいて、１または複数のｒＴＴＩは、ｒＴＴＩブロックの複数のｒＴＴＩで構成される。例えば、図１ＢのｅＮＢ１５２が、ｒＴＴＩブロックの１または複数のｒＴＴＩをＵＥ１５４に割り当ててよい。１８０４において、当該１または複数のｒＴＴＩの各々のリソースが、ＵＥとの通信のために割り当てられてよい。例えば、図１ＢのｅＮＢ１５２は、ＵＥ１５４との通信のために、当該１または複数のｒＴＴＩの各々のリソースを割り当ててよい。１８０６において、ｒＴＴＩブロックの第１のｒＴＴＩ中、当該１または複数のｒＴＴＩの各々のそれぞれ割り当てられたリソースを示す制御情報が送信されてよい。例えば、ｅＮＢ１５２が、ＵＥ１５４に割り当てた１または複数のｒＴＴＩを有するｒＴＴＩブロックの第１のｒＴＴＩ中、ｅＮＢ１５２は、それらの１または複数のｒＴＴＩの各々のそれぞれ割り当てられたリソースを示してよい制御情報１５６を送信してよい。実施形態は、これらの例に限定はされない。

本発明の様々な実施形態は、ソフトウェアおよび／またはファームウェアに、完全にまたは部分的に実装されてよい。このソフトウェアおよび／またはファームウェアは、非一時的コンピュータ可読記録媒体内または非一時的コンピュータ可読記録媒体上に含まれた命令の形態を取ってよい。それらの命令は、その後、本明細書で説明された処理の実行を可能にすべく、１または複数のプロセッサによって読み取りおよび実行されてよい。命令は、限定はされないが、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、スタティックコード、ダイナミックコード等のような任意の好適な形態であってよい。このようなコンピュータ可読媒体は、１または複数のコンピュータによって読み取り可能な形態に情報を格納するための任意の有形の非一時的媒体を含んでよく、このようなものとしては、限定はされないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記録媒体、光記録媒体、半導体記録媒体、フラッシュメモリ等が挙げられる。

図１９Ａは、記録媒体１９００の一実施形態を示す。記録媒体１９００は、光、磁気または半導体記録媒体等の任意の非一時的コンピュータ可読記録媒体または機械可読記録媒体を含んでよい。様々な実施形態において、記録媒体１９００は、製品を含んでよい。いくつかの実施形態において、記録媒体１９００は、図１７のロジックフロー１７００を実装するためのコンピュータで実行可能な命令等のコンピュータで実行可能な命令を格納してよい。コンピュータ可読記録媒体または機械可読記録媒体の例としては、揮発性メモリまたは不揮発性メモリ、取り外し可能なまたは取り外し不可能なメモリ、消去可能なまたは消去不可能なメモリ、書き込み可能なまたは再書き込み可能なメモリ等を含む、電子データを格納可能な任意の有形の媒体が含まれてよい。コンピュータで実行可能な命令の例としては、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、スタティックコード、ダイナミックコード、オブジェクト指向型コード、ビジュアルコード等の任意の好適なタイプのコードが含まれてよい。実施形態は、この文脈に限定はされない。

図１９Ｂは、記録媒体１９５０の一実施形態を示す。記録媒体１９５０は、光、磁気または半導体記録媒体等の任意の非一時的コンピュータ可読記録媒体または機械可読記録媒体を含んでよい。様々な実施形態において、記録媒体１９５０は、製品を含んでよい。いくつかの実施形態において、記録媒体１９５０は、図１８のロジックフロー１８００を実装するためのコンピュータで実行可能な命令等のコンピュータで実行可能な命令を格納してよい。コンピュータ可読記録媒体または機械可読記録媒体およびコンピュータで実行可能な命令の例としては、図１９Ａの記録媒体１９００に関し上記したそれぞれの例のうちの任意のものが含まれてよい。実施形態は、この文脈に限定はされない。

本明細書で使用される「回路」という用語は、１または複数のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）、および／またはメモリ（共有、専用、またはグループ）、組み合わせロジック回路、並びに／または記載された機能を提供する他の好適なハードウェアコンポーネントを指してよく、それらの一部であってよく、またはそれらを含んでよい。いくつかの実施形態において、回路は、１または複数のソフトウェアまたはファームウェアモジュール内に実装されてよく、または回路に関連する諸機能は、１または複数のソフトウェアまたはファームウェアモジュールによって実装されてよい。いくつかの実施形態において、回路は、ハードウェアで少なくとも部分的に動作可能なロジックを含んでよい。本明細書に記載の実施形態は、任意の好適に構成されたハードウェアおよび／またはソフトウェアを用いて、システムに実装されてよい。

図２０は、様々な実施形態において、開示された技術のうちの１または複数を実装するＵＥの典型であってよいＵＥデバイス２０００の一例を示す。例えば、ＵＥデバイス２０００は、様々な実施形態による、図１ＢのＵＥ１５４を表わしてよい。いくつかの実施形態において、ＵＥデバイス２０００は、少なくとも図示の通り共に連結された、アプリケーション回路２００２、ベースバンド回路２００４、無線周波数（ＲＦ）回路２００６、フロントエンドモジュール（ＦＥＭ）回路２００８および１または複数のアンテナ２０１０を含んでよい。

アプリケーション回路２００２は、１または複数のアプリケーションプロセッサを含んでよい。例えば、アプリケーション回路２００２は、限定はされないが、１または複数のシングルコアプロセッサまたはマルチコアプロセッサ等の回路を含んでよい。プロセッサは、汎用プロセッサおよび専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組み合わせを含んでよい。プロセッサは、メモリ／ストレージに連結されてよく、および／またはメモリ／ストレージを含んでよく、およびプロセッサは、様々なアプリケーションおよび／またはオペレーティングシステムがシステム上で実行できるようにするための、メモリ／ストレージ内に格納された命令を実行するように構成されてよい。

ベースバンド回路２００４は、限定はされないが、１または複数のシングルコアプロセッサまたはマルチコアプロセッサ等の回路を含んでよい。ベースバンド回路２００４は、ＲＦ回路２００６の受信信号パスから受信されるベースバンド信号を処理し、ＲＦ回路２００６の送信信号パスのためのベースバンド信号を生成するための１または複数のベースバンドプロセッサおよび／または制御ロジックを含んでよい。ベースバンド処理回路２００４は、ベースバンド信号の生成および処理のために、並びにＲＦ回路２００６の動作を制御するために、アプリケーション回路２００２とやり取りしてよい。例えば、いくつかの実施形態において、ベースバンド回路２００４は、第２世代（２Ｇ）ベースバンドプロセッサ２００４ａ、第３世代（３Ｇ）ベースバンドプロセッサ２００４ｂ、第４世代（４Ｇ）ベースバンドプロセッサ２００４ｃ、および／または他の既存世代、開発中の若しくは将来開発されるべき世代（例えば、第５世代（５Ｇ）、６Ｇ等）の他のベースバンドプロセッサ２００４ｄを含んでよい。ベースバンド回路２００４（例えば、ベースバンドプロセッサ２００４ａ〜ｄのうちの１または複数）は、ＲＦ回路２００６を介して１または複数の無線ネットワークとの通信を可能にする様々な無線制御機能を処理してよい。無線制御機能としては、限定はされないが、信号変調／復調、エンコーディング／デコーディング、無線周波数偏移等が含まれてよい。いくつかの実施形態において、ベースバンド回路２００４の変調／復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、および／またはコンステレーションマッピング／マッピング解除機能を含んでよい。いくつかの実施形態において、ベースバンド回路２００４のエンコーディング／デコーディング回路は、コンボリューション、テールバイティングコンボリューション、ターボ、ビタビ、および／または低密度パリティチェック（ＬＤＰＣ）エンコーダ／デコーダ機能を含んでよい。変調／復調およびエンコーダ／デコーダ機能の実施形態はこれらの例に限定されず、他の実施形態においては、他の好適な機能を含んでよい。

いくつかの実施形態において、ベースバンド回路２００４は、例えば、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）プロトコルの要素といったプロトコルスタックの要素を含んでよく、これらには、例えば、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束プロトコル（ＰＤＣＰ）および／または無線リソース制御（ＲＲＣ）要素が含まれる。ベースバンド回路２００４の中央処理装置（ＣＰＵ）２００４ｅは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＲＲＣレイヤのシグナリングのためのプロトコルスタックの要素を実行するように構成されてよい。いくつかの実施形態において、ベースバンド回路は、１または複数のオーディオデジタル信号プロセッサ（ＤＳＰ）２００４ｆを含んでよい。オーディオＤＳＰ ２００４ｆは、圧縮／圧縮解除およびエコーキャンセルのための要素を含んでよく、他の実施形態においては、他の好適な処理要素を含んでよい。ベースバンド回路の複数のコンポーネントは単一のチップまたは単一のチップセット内で好適に組み合わされてよく、またはいくつかの実施形態においては、同一回路基板上に配置されてよい。いくつかの実施形態において、ベースバンド回路２００４およびアプリケーション回路２００２の構成コンポーネントのうちの一部または全部が、例えばシステムオンチップ（ＳＯＣ）等の上に一緒に実装されてよい。

いくつかの実施形態において、ベースバンド回路２００４は、１または複数の無線技術と互換性のある通信を提供してよい。例えば、いくつかの実施形態において、ベースバンド回路２００４は、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）および／または他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートしてよい。ベースバンド回路２００４が、２つ以上の無線プロトコルの無線通信をサポートするように構成されている実施形態は、マルチモードベースバンド回路と称されてよい。

ＲＦ回路２００６は、非固体媒体を介して変調された電磁放射を使用する無線ネットワークとの通信を有効にしてよい。様々な実施形態において、ＲＦ回路２００６は、無線ネットワークとの通信を容易にするためのスイッチ、フィルタ、増幅器等を含んでよい。ＲＦ回路２００６は、受信信号パスを含んでよく、受信信号パスは、ＦＥＭ回路２００８から受信されたＲＦ信号をダウンコンバートし、ベースバンド回路２００４にベースバンド信号を提供するための回路を含んでよい。また、ＲＦ回路２００６は、送信信号パスも含んでよく、送信信号パスは、ベースバンド回路２００４によって提供されたベースバンド信号をアップコンバートし、ＲＦ出力信号を送信のためにＦＥＭ回路２００８に提供するための回路を含んでよい。

いくつかの実施形態において、ＲＦ回路２００６は受信信号パスおよび送信信号パスを含んでよい。ＲＦ回路２００６の受信信号パスは、ミキサ回路２００６ａ、増幅回路２００６ｂ、およびフィルタ回路２００６ｃを含んでよい。ＲＦ回路２００６の送信信号パスは、フィルタ回路２００６ｃおよびミキサ回路２００６ａを含んでよい。また、ＲＦ回路２００６は、受信信号パスおよび送信信号パスのミキサ回路２００６ａによる使用のために周波数を合成するシンセサイザ回路２００６ｄも含んでよい。いくつかの実施形態において、受信信号パスのミキサ回路２００６ａは、シンセサイザ回路２００６ｄによって提供される合成された周波数に基づいて、ＦＥＭ回路２００８から受信されたＲＦ信号をダウンコンバートするように構成されてよい。増幅回路２００６ｂは、ダウンコンバートされた信号を増幅するように構成されてよく、フィルタ回路２００６ｃは、ダウンコンバートされた信号から不要な信号を除去して、出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）またはバンドパスフィルタ（ＢＰＦ）であってよい。出力ベースバンド信号は、さらなる処理のためにベースバンド回路２００４に提供されてよい。いくつかの実施形態において、出力ベースバンド信号は、ゼロ周波数のベースバンド信号であってよいが、これは要件ではない。いくつかの実施形態において、受信信号パスのミキサ回路２００６ａは、パッシブミキサを含んでよいが、本実施形態の範囲はこの点に限定はされない。

いくつかの実施形態において、送信信号パスのミキサ回路２００６ａは、シンセサイザ回路２００６ｄによって提供される合成された周波数に基づいて、入力ベースバンド信号をアップコンバートして、ＦＥＭ回路２００８のためのＲＦ出力信号を生成するように構成されてよい。ベースバンド信号は、ベースバンド回路２００４によって提供されてよく、フィルタ回路２００６ｃによってフィルタリングされてよい。フィルタ回路２００６ｃは、ローパスフィルタ（ＬＰＦ）を含んでよいが、本実施形態の範囲はこの点に限定はされない。

いくつかの実施形態において、受信信号パスのミキサ回路２００６ａおよび送信信号パスのミキサ回路２００６ａは、２または２より多いミキサを含んでよく、それぞれ直交ダウンコンバージョンおよび／または直交アップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路２００６ａおよび送信信号パスのミキサ回路２００６ａは、２または２より多いミキサを含んでよく、イメージ除去（例えば、ハートレーイメージ除去）用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路２００６ａおよび送信信号パスのミキサ回路２００６ａは、それぞれダイレクトダウンコンバージョンおよび／またはダイレクトアップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路２００６ａおよび送信信号パスのミキサ回路２００６ａは、スーパーヘテロダイン操作用に構成されてよい。

いくつかの実施形態において、出力ベースバンド信号および入力ベースバンド信号は、アナログベースバンド信号であってよいが、本実施形態の範囲はこの点に限定はされない。いくつかの代替の実施形態においては、出力ベースバンド信号および入力ベースバンド信号は、デジタルベースバンド信号であってよい。これらの代替の実施形態においては、ＲＦ回路２００６は、アナログ‐デジタルコンバータ（ＡＤＣ）およびデジタル‐アナログコンバータ（ＤＡＣ）回路を含んでよく、ベースバンド回路２００４は、ＲＦ回路２００６と通信するためのデジタルベースバンドインタフェースを含んでよい。

いくつかのデュアルモードの実施形態においては、各スペクトルの信号を処理するために、別個の無線ＩＣ回路が設けられてよいが、本実施形態の範囲はこの点に限定はされない。

いくつかの実施形態において、シンセサイザ回路２００６ｄは、フラクショナル‐ＮシンセサイザまたはフラクショナルＮ／Ｎ＋１シンセサイザであってよいが、他のタイプの周波数シンセサイザが好適であってよいように、本実施形態の範囲はこの点に限定はされない。例えば、シンセサイザ回路２００６ｄは、デルタ‐シグマシンセサイザ、周波数逓倍器、または周波数分周器を用いる位相ロックループを持つシンセサイザであってよい。

シンセサイザ回路２００６ｄは、周波数入力および分周器制御入力に基づき、ＲＦ回路２００６のミキサ回路２００６ａによる使用のために出力周波数を合成するように構成されてよい。いくつかの実施形態において、シンセサイザ回路２００６ｄは、フラクショナルＮ／Ｎ＋１シンセサイザであってよい。

いくつかの実施形態において、周波数入力は電圧制御発振器（ＶＣＯ）によって提供されてよいが、それは要件ではない。分周器制御入力は、所望の出力周波数に依り、ベースバンド回路２００４またはアプリケーションプロセッサ２００２のいずれかによって提供されてよい。いくつかの実施形態において、分周器制御入力（例えば、Ｎ）は、アプリケーションプロセッサ２００２によって示されるチャネルに基づき、ルックアップテーブルから決定されてよい。

ＲＦ回路２００６のシンセサイザ回路２００６ｄは、分周器、遅延ロックループ（ＤＬＬ）、マルチプレクサ、および位相アキュムレータを含んでよい。いくつかの実施形態において、分周器は、デュアルモジュラス分周器（ＤＭＤ）であってよく、位相アキュムレータは、デジタル位相アキュムレータ（ＤＰＡ）であってよい。いくつかの実施形態において、ＤＭＤは、入力信号をＮまたはＮ＋１（例えば、キャリーアウトに基づく）のいずれかで分周して、分数分周比をもたらすように構成されてよい。いくつかの例示的な実施形態においては、ＤＬＬは、カスケードされた調整可能な遅延素子のセット、位相検出器、チャージポンプ、およびＤタイプフリップ‐フロップを含んでよい。これらの実施形態において、遅延素子は、ＶＣＯ期間をＮｄの等しい位相パケットに分割するように構成されてよく、ここでＮｄは遅延ラインの遅延素子の数である。このように、ＤＬＬは、遅延ラインによる合計遅延が１ＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。

いくつかの実施形態において、シンセサイザ回路２００６ｄは、出力周波数としてキャリア周波数を生成するように構成されてよい一方、他の実施形態においては、出力周波数はキャリア周波数の倍数であってよく（例えば、キャリア周波数の２倍、キャリア周波数の４倍）、出力周波数を直交発生器および分周回路と併用して、キャリア周波数において互いに対して複数の異なる位相を持つ多重信号を生成してよい。いくつかの実施形態において、出力周波数は、ＬＯ周波数（ｆＬＯ）であってよい。いくつかの実施形態において、ＲＦ回路２００６は、ＩＱ／極座標変換器を含んでよい。

ＦＥＭ回路２００８は、受信信号パスを含んでよく、受信信号パスは、１または複数のアンテナ２０１０から受信されたＲＦ信号を処理し、受信された信号を増幅し、受信された信号を増幅したものをＲＦ回路２００６に対しさらなる処理のために提供するように構成された回路を含んでよい。また、ＦＥＭ回路２００８は、送信信号パスも含んでよく、送信信号パスは、ＲＦ回路２００６によって提供される送信のための信号を、１または複数のアンテナ２０１０のうちの１または複数による送信のために、増幅するように構成された回路を含んでよい。

いくつかの実施形態において、ＦＥＭ回路２００８は、送信モード処理および受信モード処理間を切り替えるＴＸ／ＲＸスイッチを含んでよい。ＦＥＭ回路は、受信信号パスおよび送信信号パスを含んでよい。ＦＥＭ回路の受信信号パスは、受信されたＲＦ信号を増幅し、増幅された受信ＲＦ信号を出力（例えば、ＲＦ回路２００６への）として提供するための低雑音増幅器（ＬＮＡ）を含んでよい。ＦＥＭ回路２００８の送信信号パスは、入力ＲＦ信号（例えば、ＲＦ回路２００６によって提供された）を増幅するためのパワーアンプ（ＰＡ）、および後続の送信（例えば、１または複数のアンテナ２０１０のうちの１または複数による）のためにＲＦ信号を生成するための１または複数のフィルタを含んでよい。

いくつかの実施形態において、ＵＥデバイス２０００は、例えば、メモリ／ストレージ、ディスプレイ、カメラ、センサおよび／または入／出力（Ｉ／Ｏ）インタフェース等の追加の要素を含んでよい。

図２１は、図１ＢのｅＮＢ１５２、ＵＥ１５４、図１７のロジックフロー１７００、図１８のロジックフロー１８００、図１９Ａの記録媒体１９００、図１９Ｂの記録媒体１９５０および図２０のＵＥ２０００のうちの１または複数を実装してよい通信デバイス２１００の一実施形態を示す。様々な実施形態において、デバイス２１００は、ロジック回路２１２８を備えてよい。ロジック回路２１２８は、例えば、図１ＢのｅＮＢ１５２およびＵＥ１５４、図１７のロジックフロー１７００、図１８のロジックフロー１８００、および図２０のＵＥ２０００のうちの１または複数について記載された処理を実行するための物理回路を含んでよい。図２１に示される通り、デバイス２１００は、無線インタフェース２１１０、ベースバンド回路２１２０、およびコンピューティングプラットフォーム２１３０を含んでよいが、実施形態は、この構成に限定はされない。

デバイス２１００は、図１ＢのｅＮＢ１５２およびＵＥ１５４、図１７のロジックフロー１７００、図１８のロジックフロー１８００、図１９Ａの記録媒体１９００、図１９Ｂの記録媒体１９５０、図２０のＵＥ２０００、および単一デバイス内のエンティティ等の単一のコンピューティングエンティティ内のロジック回路２１２８のうちの１または複数のための構造および／または処理のうちの一部または全部を実装してよい。代替的に、デバイス２１００は、図１ＢのｅＮＢ１５２およびＵＥ１５４、図１７のロジックフロー１７００、図１８のロジックフロー１８００、図１９Ａの記録媒体１９００、図１９Ｂの記録媒体１９５０、図２０のＵＥ２０００、およびロジック回路２１２８のうちの１または複数のための構造および／または処理の部分を、分散システムアーキテクチャを用いて、複数のコンピューティングエンティティにわたり分散してよく、分散システムアーキテクチャとしては、クライアント‐サーバアーキテクチャ、３層アーキテクチャ、Ｎ層アーキテクチャ、密に連結されたまたはクラスタ化されたアーキテクチャ、ピアツーピアアーキテクチャ、マスタ‐スレーブアーキテクチャ、共有データベースアーキテクチャ、および他のタイプの分散システムが挙げられる。実施形態は、この文脈に限定はされない。

一実施形態において、無線インタフェース２１１０は、シングルキャリアまたはマルチキャリア変調信号（例えば、コンプリメンタリコードキーイング（ＣＣＫ）、直交周波数分割多重（ＯＦＤＭ）、および／またはシングルキャリア周波数分割多元接続（ＳＣ‐ＦＤＭＡ）シンボルを含む）を送信および／または受信するために適合されたコンポーネントまたは複数のコンポーネントの組み合わせを含んでよいが、実施形態は、いずれの特定の無線インタフェースまたは変調スキームにも限定はされない。無線インタフェース２１１０は、例えば、受信機２１１２、周波数シンセサイザ２１１４、および／または送信機２１１６を含んでよい。無線インタフェース２１１０は、バイアス制御、水晶発振器および／または１または複数のアンテナ２１１８‐ｆを含んでよい。別の実施形態においては、無線インタフェース２１１０は、必要に応じて、外部の電圧制御発振器（ＶＣＯ）、弾性表面波フィルタ、中間周波数（ＩＦ）フィルタおよび／またはＲＦフィルタを使用してよい。考え得るＲＦインタフェース設計の多様性により、それらの詳細な説明は省略する。

ベースバンド回路２１２０は、信号の受信および／または送信を処理するために、無線インタフェース２１１０と通信してよく、ベースバンド回路２１２０は、例えば、受信されたＲＦ信号をダウンコンバートするためのミキサ、アナログ信号をデジタル形態に変換するためのアナログ‐デジタルコンバータ２１２２、デジタル信号をアナログ形態に変換するためのデジタル‐アナログコンバータ２１２４、および送信のために信号をアップコンバーティングするためのミキサを含んでよい。さらに、ベースバンド回路２１２０は、それぞれの受信／送信信号のＰＨＹリンクレイヤ処理のためのベースバンドまたは物理レイヤ（ＰＨＹ）処理回路２１２６を含んでよい。ベースバンド回路２１２０は、例えば、ＭＡＣ／データリンクレイヤ処理のための媒体アクセス制御（ＭＡＣ）処理回路２１２７を含んでよい。ベースバンド回路２１２０は、例えば、１または複数のインタフェース２１３４を介して、ＭＡＣ処理回路２１２７および／またはコンピューティングプラットフォーム２１３０と通信するためのメモリコントローラ２１３２を含んでよい。

いくつかの実施形態において、ＰＨＹ処理回路２１２６は、フレーム構造および／または検出モジュールを、通信フレームを構築および／または分解するためのバッファメモリ等の追加回路と組み合わせて含んでよい。代替的にまたは追加的に、ＭＡＣ処理回路２１２７は、これらの機能のうちの特定のもののための処理を共有してよく、またはＰＨＹ処理回路２１２６とは独立して、これらの処理を実行してよい。いくつかの実施形態において、ＭＡＣ処理およびＰＨＹ処理は、単一の回路に統合されてよい。

コンピューティングプラットフォーム２１３０は、デバイス２１００に対し、コンピューティング機能を提供してよい。図示の通り、コンピューティングプラットフォーム２１３０は、処理コンポーネント２１４０を含んでよい。ベースバンド回路２１２０に対し、追加的にまたは代替的に、デバイス２１００は、図１ＢのｅＮＢ１５２およびＵＥ１５４、図１７のロジックフロー１７００、図１８のロジックフロー１８００、図１９Ａの記録媒体１９００、図１９Ｂの記録媒体１９５０、図２０のＵＥ２０００、処理コンポーネント２１４０を使用するロジック回路２１２８のうちの１または複数のための処理動作またはロジックを実行してよい。処理コンポーネント２１４０（および／またはＰＨＹ２１２６および／またはＭＡＣ２１２７）は、様々なハードウェア要素、ソフトウェア要素、またはこれら両方の組み合わせを含んでよい。ハードウェア要素の例としては、デバイス、ロジックデバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路、回路素子（例えば、トランジスタ、抵抗、キャパシタ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、ロジックゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット等が含まれてよい。ソフトウェア要素の例としては、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、方法、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボルまたはこれらの任意の組み合わせが含まれてよい。ハードウェア要素および／またはソフトウェア要素を使用して、実施形態を実装するかどうかの判断は、例えば、特定の実装に必要とされるような、所望される演算速度、電力レベル、耐熱性、処理サイクルバジェット、入力データ速度、出力データ速度、メモリリソース、データバス速度および他の設計若しくは性能制約等の任意の数の要因により変わってよい。

さらに、コンピューティングプラットフォーム２１３０は、他のプラットフォームコンポーネント２１５０を含んでよい。他のプラットフォームコンポーネント２１５０は、１または複数のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インタフェース、発振器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入／出力（Ｉ／Ｏ）コンポーネント（例えば、デジタルディスプレイ）、電源等の共通のコンピューティング要素を含んでよい。メモリユニットの例としては、限定ではないが、１または複数のより高速なメモリユニットの形態の様々なタイプのコンピュータ可読記録媒体および機械可読記録媒体が含まれてよく、このようなものとしては、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、強誘電性ポリマーメモリ等のポリマーメモリ、オボニックメモリ、相変化メモリまたは強誘電体メモリ、シリコン‐酸化物‐窒化物‐酸化物‐シリコン（ＳＯＮＯＳ）メモリ、磁気若しくは光カード、リダンダントアレイオブインディペンデントディスクズ（ＲＡＩＤ）ドライブ等のデバイスのアレイ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ）、ソリッドステートドライブ（ＳＳＤ）、および任意の他のタイプの情報を格納するために好適な記録媒体が挙げられる。

デバイス２１００は、例えば、ウルトラモバイルデバイス、モバイルデバイス、固定デバイス、マシンツーマシン（Ｍ２Ｍ）デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、モバイルコンピューティングデバイス、スマートフォン、電話、デジタル電話、携帯電話、ユーザ機器、ｅＢｏｏｋリーダ、ハンドセット、単方向ページャ、双方向ページャ、メッセージングデバイス、コンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ネットブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバアレイ若しくはサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散コンピューティングシステム、マルチプロセッサシステム、プロセッサベースシステム、コンシューマエレクトロニクス、プログラマブルコンシューマエレクトロニクス、ゲームデバイス、ディスプレイ、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、ノードＢ、サブスクライバ局、モバイルサブスクライバセンタ、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、マシンまたは、これらの組み合わせであってよい。従って、必要に応じて好適に、本明細書に記載のデバイス２１００の機能および／または具体的な構成は、デバイス２１００の様々な実施形態において、含まれたりまたは省略されたりしてよい。

デバイス２１００の実施形態は、単一入力単一出力（ＳＩＳＯ）アーキテクチャを用いて実装されてよい。しかしながら、特定の実装は、ビームフォーミングまたは空間分割多元接続（ＳＤＭＡ）のための適合可能なアンテナ技術を用いる、および／または、ＭＩＭＯ通信技術を用いる、送信および／または受信のための複数のアンテナ（例えば、アンテナ２１１８‐ｆ）を含んでよい。

デバイス２１００のコンポーネントおよび機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、ロジックゲートおよび／または単一チップアーキテクチャの任意の組み合わせを用いて、実装されてよい。さらに、デバイス２１００の機能は、マイクロコントローラ、プログラマブルロジックアレイおよび／またはマイクロプロセッサ、または好適に該当する場合、上述の任意の組み合わせを用いて実装されてよい。ハードウェア、ファームウェアおよび／またはソフトウェア要素は、本明細書において、「ロジック」または「回路」と、まとめて、あるいは個々に称されてよいことに留意されたい。

図２１のブロック図に示される例示的なデバイス２１００は、多くの考え得る実装のうちの機能的説明の一例を表わし得ることを理解されたい。従って、添付図面に示されるブロックの諸機能が分割、省略または含まれていることで、これらの機能を実装するためのハードウェアコンポーネント、回路、ソフトウェアおよび／または要素が、実施形態において、必然的に分割、省略、または含まれることを示唆してはいない。

図２２は、ブロードバンド無線アクセスシステム２２００の一実施形態を示す。図２２に示される通り、ブロードバンド無線アクセスシステム２２００は、インターネット２２１０タイプネットワークまたはインターネット２２１０へのモバイル無線アクセスおよび／または固定無線アクセスをサポート可能な同様のものを有するインターネットプロトコル（ＩＰ）タイプネットワークであってよい。１または複数の実施形態において、ブロードバンド無線アクセスシステム２２００は、３ＧＰＰ ＬＴＥ仕様および／またはＩＥＥＥ８０２．１６規格のうちの１または複数に準拠するシステム等の任意のタイプの直交周波数分割多元接続（ＯＦＤＭＡ）ベースの無線ネットワークまたはシングルキャリア周波数分割多元接続（ＳＣ‐ＦＤＭＡ）ベースの無線ネットワークを備えてよく、特許請求された主題の範囲は、これらの点に限定はされない。

例示的なブロードバンド無線アクセスシステム２２００において、無線アクセスネットワーク（ＲＡＮ）２２１２および２２１８は、１または複数の固定デバイス２２１６とインターネット２２１０との間、および／または、１または複数のモバイルデバイス２２２２と、インターネット２２１０との間の無線通信を提供すべく、それぞれ進化型ノードＢ（ｅＮＢ）２２１４および２２２０に連結可能である。固定デバイス２２１６およびモバイルデバイス２２２２の一例は、図２１のデバイス２１００であり、固定デバイス２２１６は、据え置きタイプのデバイス２１００を含み、モバイルデバイス２２２２は、モバイルタイプのデバイス２１００を含む。ＲＡＮ２２１２および２２１８は、ネットワーク機能のブロードバンド無線アクセスシステム２２００上の１または複数の物理的エンティティへのマッピングを定義可能なプロファイルを実装してよい。ｅＮＢ２２１４および２２２０は、デバイス２１００に関し記載したような固定デバイス２２１６および／またはモバイルデバイス２２２２とのＲＦ通信を提供するための無線機器を有してよく、ｅＮＢ２２１４および２２２０は、例えば、３ＧＰＰ ＬＴＥ仕様またはＩＥＥＥ８０２．１６規格に準拠するＰＨＹおよびＭＡＣレイヤ機器を有してよい。ｅＮＢ２２１４および２２２０は、さらに、それぞれＲＡＮ２２１２および２２１８を介して、インターネット２２１０に連結されるＩＰバックプレーンを備えてよいが、特許請求された主題の範囲は、これらの点に限定はされない。

ブロードバンド無線アクセスシステム２２００は、さらに、訪問コアネットワーク（ＣＮ）２２２４および／またはホームＣＮ２２２６を有してよく、これらの各々は、限定はされないが、プロキシおよび／またはリレータイプの機能を含む１または複数のネットワーク機能を提供可能であってよく、このようなものとしては、例えば、認証、認可および課金（ＡＡＡ）機能、ダイナミックホスト構成プロトコル（ＤＨＣＰ）機能、またはドメインネームサービスコントロール等、公衆交換電話網（ＰＳＴＮ）ゲートウェイ若しくはボイスオーバーインターネットプロトコル（ＶｏＩＰ）ゲートウェイ等のドメインゲートウェイ、および／またはインターネットプロトコル（ＩＰ）タイプサーバ機能等が挙げられる。しかしながら、これらは、訪問ＣＮ２２２４および／またはホームＣＮ２２２６によって提供可能なタイプの機能の単なる例示であり、特許請求された主題の範囲は、これらの点に限定はされない。訪問ＣＮ２２２４は、例えば、固定デバイス２２１６またはモバイルデバイス２２２２がそれぞれ、そのホームＣＮ２２２６から離れてローミング中である場合等、訪問ＣＮ２２２４が、固定デバイス２２１６またはモバイルデバイス２２２２の通常のサービスプロバイダの一部でない場合に、または、ブロードバンド無線アクセスシステム２２００は、固定デバイス２２１６またはモバイルデバイス２２２２の通常のサービスプロバイダの一部であるが、ブロードバンド無線アクセスシステム２２００が、固定デバイス２２１６またはモバイルデバイス２２２２のメインまたはホーム位置ではない別の位置または国に存在してよい場合に、訪問ＣＮと称されることがある。実施形態は、この文脈に限定はされない。

固定デバイス２２１６は、ホーム顧客またはビジネス顧客に、それぞれｅＮＢ２２１４および２２２０、およびＲＡＮ２２１２および２２１８、およびホームＣＮ２２２６を介して、インターネット２２１０へのブロードバンドアクセスを提供すべく、ｅＮＢ２２１４および２２２０の一方または両方の範囲内のいずれの場所に位置されてもよく、このような場所としては、例えば、ホーム内若しくはビジネス内、またはホーム近傍若しくはビジネス近傍等が挙げられる。固定デバイス２２１６は、一般に固定の位置に配置されるが、必要に応じて異なる場所に移動されてもよいことに、留意されたい。モバイルデバイス２２２２が、例えば、ｅＮＢ２２１４および２２２０のうちの一方または両方の範囲内に存在する場合、モバイルデバイス２２２２は、１または複数の位置で利用されてよい。１または複数の実施形態によると、オペレーションサポートシステム（ＯＳＳ）２２２８が、ブロードバンド無線アクセスシステム２２００のための管理機能を提供するため、および、ブロードバンド無線アクセスシステム２２００の機能エンティティ間のインタフェースを提供するため、ブロードバンド無線アクセスシステム２２００の一部であってよい。図２２のブロードバンド無線アクセスシステム２２００は、ブロードバンド無線アクセスシステム２２００の特定数のコンポーネントを示す１タイプの無線ネットワークに過ぎず、特許請求された主題の範囲は、これらの点に限定はされない。

ハードウェア要素、ソフトウェア要素またはこれら両方の組み合わせを用いて、様々な実施形態が実装されてよい。ハードウェア要素の例としては、プロセッサ、マイクロプロセッサ、回路、回路素子（例えば、トランジスタ、抵抗、キャパシタ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ロジックゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット等が含まれてよい。ソフトウェアの例としては、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、方法、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはこれらの任意の組み合わせが含まれてよい。ハードウェア要素および／またはソフトウェア要素を使用して、実施形態を実装するかどうかの判断は、所望される演算速度、電力レベル、耐熱性、処理サイクルバジェット、入力データ速度、出力データ速度、メモリリソース、データバス速度および他の設計若しくは性能制約等の任意の数の要因により変わってよい。

少なくとも１つの実施形態に係る１または複数の態様は、機械可読媒体上に格納された、プロセッサ内の様々なロジックを表わす典型的な命令によって実装されてよく、当該命令は、機械による読み取り時に、機械に、本明細書に記載の技術を実行するためのロジックを生成させる。「ＩＰコア」として知られるこのような典型的なものは、有形の機械可読媒体上に格納され、様々な顧客または製造施設に供給され、当該ロジックまたはプロセッサを実際に作成する製造機械にロードされてよい。いくつかの実施形態は、例えば、命令または命令セットを格納してよい機械可読媒体または物品を用いて実装されてよく、当該命令は、機械によって実行されると、機械に対し、実施形態による方法および／または処理を実行させてよい。このような機械としては、例えば、任意の好適な処理プラットフォーム、コンピューティングプラットフォーム、コンピューティングデバイス、処理デバイス、コンピューティングシステム、処理システム、コンピュータ、プロセッサ等が含まれてよく、このような機械は、ハードウェアおよび／またはソフトウェアの任意の好適な組み合わせを用いて、実装されてよい。機械可読媒体または物品としては、例えば、任意の好適なタイプのメモリユニット、メモリデバイス、メモリ製品、メモリ媒体、ストレージデバイス、ストレージ製品、記録媒体および／またはストレージユニットが含まれてよく、例えば、メモリ、取り外し可能または取り外し不可能な媒体、消去可能または消去不可能な媒体、書き込み可能または再書き込み可能な媒体、デジタルまたはアナログ媒体、ハードディスク、フロッピー（登録商標）ディスク、コンパクトディスクリードオンリメモリ（ＣＤ‐ＲＯＭ）、コンパクトディスクリコーダブル（ＣＤ‐Ｒ）、コンパクトディスクリライタブル（ＣＤ‐ＲＷ）、光ディスク、磁気媒体、光磁気媒体、取り外し可能なメモリカードまたはディスク、様々なタイプのデジタル多用途ディスク（ＤＶＤ）、テープ、カセット等が挙げられる。命令は、任意の好適な高水準、低水準、オブジェクト指向型、ビジュアル型、コンパイルされたおよび／または解釈されたプログラミング言語を用いて実装された、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、スタティックコード、ダイナミックコード、暗号化されたコード等の任意の好適なタイプのコードを含んでよい。以下の実施例は、さらなる実施形態に関する。

例１は、無線通信方法であり、ユーザ機器（ＵＥ）において、上記ＵＥに割り当てられた１または複数のｒＴＴＩを含む複数のｒＴＴＩを有する低減された送信時間間隔（ｒＴＴＩ）ブロックのための制御情報にアクセスする段階と、上記制御情報に基づいて、上記１または複数のｒＴＴＩの各々のリソースを識別する段階と、上記１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩのリソースを介して、進化型ノードＢ（ｅＮＢ）と無線通信する段階と、を備える。

例２は、例１の無線通信方法であり、複数のｒＴＴＩのうちの各々は、上記ＵＥに割り当てられている。

例３は、例１の無線通信方法であり、上記複数のｒＴＴＩは、第２のＵＥに割り当てられた少なくとも１つのｒＴＴＩを含む。

例４は、例３の無線通信方法であり、上記ｒＴＴＩブロックのためのｒＴＴＩブロック共有フォーマットを識別する段階と、上記ｒＴＴＩブロック共有フォーマットに基づいて、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩを識別する段階と、を備える。

例５は、例４の無線通信方法であり、上位レイヤシグナリングを介して受信される情報に基づいて、上記ｒＴＴＩブロック共有フォーマットを識別する段階を備える。

例６は、例４または５の無線通信方法であり、上記ｒＴＴＩブロック共有フォーマットに基づいて、上記ｒＴＴＩブロックの１または複数の復調参照信号（ＤＭ‐ＲＳ）リソースの位置を識別する段階を備える。

例７は、例１から４のいずれかに係る無線通信方法であり、ｒＴＴＩブロックの復調参照信号（ＤＭ‐ＲＳ）リソースの位置は、１個のサブフレームＴＴＩに従い、実行される無線通信のために定義されるＤＭ‐ＲＳリソース位置にマッチングする。

例８は、例１から７のいずれかに係る無線通信方法であり、複数の定義されたｒＴＴＩブロックサイズの中から、上記ｒＴＴＩブロックに関連付けられたｒＴＴＩブロックサイズを識別する段階と、上記ｒＴＴＩブロックサイズに基づいて、上記複数のｒＴＴＩを識別する段階と、を備える。

例９は、例１から８のいずれかに係る無線通信方法であり、上記ｒＴＴＩブロックは、１ｍｓの持続時間を有する。

例１０は、例１から９のいずれかに係る無線通信方法であり、上記複数のｒＴＴＩの各々は、５００μｓの持続時間を有する。

例１１は、例１から９のいずれかに係る無線通信方法であり、複数のｒＴＴＩの各々は、１個の直交周波数分割多重（ＯＦＤＭ）シンボルの持続時間を有する。

例１２は、例１から１１のいずれかに係る無線通信方法であり、上記制御情報は、ｒＴＴＩブロックの第１のｒＴＴＩのリソースを介して受信される信号に含まれる。

例１３は、例１から１２のいずれかに係る無線通信方法であり、受信される構成メッセージ内に含まれるブロックモードパラメータ値に応答して、ｒＴＴＩブロックモードで動作する段階と、上記ｒＴＴＩブロックモードでの動作中に、上記制御情報にアクセスする段階と、を備える。

例１４は、例１から１３のいずれかに係る無線通信方法であり、上記制御情報は、ｒＴＴＩブロック単位のスケジューリング情報を有する。

例１５は、例１４の無線通信方法であり、上記ｒＴＴＩブロック単位のスケジューリング情報は、物理ＤＬ制御チャネル（ＰＤＣＣＨ）ＤＬ制御情報（ＤＣＩ）フォーマットにマッチングするフォーマットを有する。

例１６は、例１４または１５に係る無線通信方法であり、上記ｒＴＴＩブロック単位のスケジューリング情報は、ダウンリンク（ＤＬ）スケジューリング情報を有する。

例１７は、例１６の無線通信方法であり、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩのリソースを介して、物理ＤＬ共有チャネル（ＰＤＳＣＨ）上で上記ｅＮＢからデータを受信する段階を備える。

例１８は、例１６または１７に係る無線通信方法であり、上記ＵＥに割り当てられた、上記ｒＴＴＩブロックの複数のｒＴＴＩの各々を識別する段階と、上記ＵＥに割り当てられた上記複数のｒＴＴＩの各々のそれぞれのリソースを介して、上記ｅＮＢからデータを受信する段階を備える。

例１９は、例１８の無線通信方法であり、上記複数のｒＴＴＩ中に、受信される上記データのためのＨＡＲＱフィードバックを提供すべく、ブロック単位のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックメッセージを送信する段階を備える。

例２０は、例１９の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの各々の間に、受信される上記それぞれのデータのための個別のＨＡＲＱフィードバックを含む。

例２１は、例１９の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩ中に受信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を含む。

例２２は、例１８の無線通信方法であり、上記複数のｒＴＴＩの各々の間に、受信される上記それぞれのデータのためのＨＡＲＱフィードバックを提供すべく、別個のＨＡＲＱフィードバックメッセージを送信する段階を備える。

例２３は、例１４の無線通信方法であり、ｒＴＴＩブロック単位のスケジューリング情報は、アップリンク（ＵＬ）スケジューリング情報を有する。

例２４は、例２３の無線通信方法であり、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩのリソースを介して、物理ＵＬ共有チャネル（ＰＵＳＣＨ）上で上記ｅＮＢにデータを送信する段階を備える。

例２５は、例２３または２４の無線通信方法であり、上記ＵＥに割り当てられた、上記ｒＴＴＩブロックの複数のｒＴＴＩを識別する段階と、上記複数のｒＴＴＩの各々のそれぞれのリソースを介してデータを上記ｅＮＢに送信する段階と、を備える。

例２６は、例２５の無線通信方法であり、上記複数のｒＴＴＩ中に送信される上記データのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを有するブロック単位のＨＡＲＱフィードバックメッセージを受信する段階を備える。

例２７は、例２６の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの各々の間に、送信される上記それぞれのデータのための個別のＨＡＲＱフィードバックを含む。

例２８は、例２６の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックは、上記複数のｒＴＴＩ中に送信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を含む。

例２９は、例２５の無線通信方法であり、上記複数のｒＴＴＩの各々のための、そのｒＴＴＩ中に送信されるデータのためのＨＡＲＱフィードバックを有する別個のそれぞれのＨＡＲＱフィードバックメッセージを受信する段階を備える。

例３０は、少なくとも１つのメモリと、ロジックと、を備える装置であり、上記ロジックの少なくとも一部は、上記少なくとも１つのメモリに連結された回路に実装されており、上記ロジックは、例１から２９のいずれかによる無線通信方法を実行する。

例３１は、例３０の装置と、少なくとも１つの無線周波数（ＲＦ）送受信機と、を備えるシステムである。例３２は、少なくとも１つのＲＦアンテナを備える、例３１のシステムである。

例３３は、タッチスクリーンディスプレイを備える、例３１または３２に係るシステムである。例３４は、無線通信命令セットを備える、少なくとも１つのコンピュータ可読記録媒体であって、上記命令セットは、コンピューティングデバイスでの実行に応答して、上記コンピューティングデバイスに、例１から２９のいずれかによる無線通信方法を実行させる。

例３５は、例１から２９のいずれかによる無線通信方法を実行するための手段を備える、装置である。

例３６は、例３５の装置と、少なくとも１つの無線周波数（ＲＦ）送受信機と、を備えるシステムである。例３７は、少なくとも１つのＲＦアンテナを備える、例３６のシステムである。

例３８は、タッチスクリーンディスプレイを備える、例３６または３７のいずれかに係るシステムである。例３９は、無線通信方法であり、進化型ノードＢ（ｅＮＢ）における処理回路によって、１または複数の低減された送信時間間隔（ｒＴＴＩ）をユーザ機器（ＵＥ）に割り当てる段階であって、上記１または複数のｒＴＴＩは、ｒＴＴＩブロックの複数のｒＴＴＩに含まれる、割り当てる段階と、上記ＵＥとの通信のために、上記１または複数のｒＴＴＩの各々のリソースを割り当てる段階と、上記ｒＴＴＩブロックの第１のｒＴＴＩ中に制御情報を送信する段階であって、上記制御情報は、上記１または複数のｒＴＴＩの各々のそれぞれ割り当てられたリソースを示す、送信する段階と、を備える。

例４０は、例３９の無線通信方法であり、複数の周波数サブバンドの中から、１または複数のｒＴＴＩブロックモードのサブバンドを指定する段階を備え、上記ｒＴＴＩブロックは、上記１または複数のｒＴＴＩブロックモードのサブバンドのうちの１つのサブバンドのｒＴＴＩブロックを有する。

例４１は、例３９または４０のいずれかに係る無線通信方法であり、複数のサブフレームの中から、１または複数のｒＴＴＩブロックモードのサブフレームを指定する段階を備え、上記ｒＴＴＩブロックは、上記１または複数のｒＴＴＩブロックモードのサブフレームのうちの１つのサブフレームのｒＴＴＩブロックを有する。

例４２は、例３９から４１のいずれかに係る無線通信方法であり、上記ＵＥに、ｒＴＴＩブロックモードで動作するように命令するための構成メッセージを送信する段階を備える。

例４３は、例３９から４２のいずれかに係る無線通信方法であり、上記複数のｒＴＴＩの各々を上記ＵＥに割り当てる段階を備える。

例４４は、例３９から４２のいずれかに係る無線通信方法であり、上記ｒＴＴＩブロックの１または複数の他のｒＴＴＩを第２のＵＥに割り当てる段階を備える。

例４５は、例４４の無線通信方法であり、ｒＴＴＩブロック共有フォーマットに関連付けられたパターンにより、上記ｒＴＴＩブロックの複数のｒＴＴＩを、上記ＵＥと第２のＵＥとに割り当てる段階を備える。

例４６は、例４５の無線通信方法であり、複数の予め定義されたｒＴＴＩブロック共有フォーマットの中から、上記ｒＴＴＩブロック共有フォーマットを選択する段階を備える。

例４７は、例４５または４６のいずれかに係る無線通信方法であり、上記パターンは、上記ＵＥと上記第２のＵＥとの間でｒＴＴＩが交互配置されることを含む。

例４８は、例３９から４７のいずれかに係る無線通信方法であり、上記ＵＥに、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩの識別情報を通知すべく、上位レイヤシグナリングを使用する段階を備える。

例４９は、例３９から４８のいずれかに係る無線通信方法であり、複数の許容されるｒＴＴＩブロックサイズから、上記ｒＴＴＩブロックのためのサイズを選択する段階を備える。

例５０は、例３９から４９のいずれかに係る無線通信方法であり、上記ｒＴＴＩブロックは、１ｍｓの持続時間を有する。

例５１は、例３９から５０のいずれかに係る無線通信方法であり、上記複数のｒＴＴＩの各々は、５００μｓの持続時間を有する。

例５２は、例３９から５０のいずれかに係る無線通信方法であり、上記複数のｒＴＴＩの各々は、１個の直交周波数分割多重（ＯＦＤＭ）シンボルの持続時間を有する。

例５３は、例３９から５２のいずれかに係る無線通信方法であり、上記１または複数のｒＴＴＩの各々のそれぞれ割り当てられたリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のリソースを有する。

例５４は、例５３の無線通信方法であり、上記ＵＥとの通信のために、上記ｒＴＴＩブロックの複数のｒＴＴＩのそれぞれのＰＤＳＣＨリソースを割り当てる段階と、上記複数のｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して、データを上記ＵＥに送信する段階と、を備える。

例５５は、例５４の無線通信方法であり、上記複数のｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して、上記ＵＥに送信される上記データのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを含むブロック単位のＨＡＲＱフィードバックメッセージを受信する段階を備える。

例５６は、例５５の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの各々のための、そのｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して、上記ＵＥに送信されるデータに対するそれぞれ個別のＨＡＲＱフィードバックを含む。

例５７は、例５５の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して上記ＵＥに送信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を含む。

例５８は、例５４の無線通信方法であり、上記複数のｒＴＴＩの各々のための、そのｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して、上記ＵＥに送信されるデータのためのＨＡＲＱフィードバックを含むそれぞれ別個のＨＡＲＱフィードバックを受信する段階を備える。

例５９は、例３９から５２のいずれかに係る無線通信方法であり、上記１または複数のｒＴＴＩの各々の上記それぞれ割り当てられたリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースを有する。

例６０は、例５９の無線通信方法であり、上記ＵＥとの通信のために、上記ｒＴＴＩブロックの複数のｒＴＴＩのそれぞれのＰＵＳＣＨリソースを割り当てる段階と、上記複数のｒＴＴＩの上記割り当てられたＰＵＳＣＨリソースを介して、データを上記ＵＥから受信する段階と、を備える。

例６１は、例６０の無線通信方法であり、上記複数のｒＴＴＩの上記割り当てられたＰＵＳＣＨリソースを介して、上記ＵＥから受信される上記データのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを含むブロック単位のＨＡＲＱフィードバックメッセージを送信する段階を備える。

例６２は、例６１の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの各々のための、そのｒＴＴＩの上記割り当てられたＰＵＳＣＨリソースを介して、上記ＵＥから受信されるデータに対するそれぞれ個別のＨＡＲＱフィードバックを含む。

例６３は、例６１の無線通信方法であり、上記ブロック単位のＨＡＲＱフィードバックメッセージは、上記複数のｒＴＴＩの上記割り当てられたＰＵＳＣＨリソースを介して、上記ＵＥから受信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を含む。

例６４は、例６０の無線通信方法であり、上記複数のｒＴＴＩの各々のための、そのｒＴＴＩの上記割り当てられたＰＵＳＣＨリソースを介して、上記ＵＥから受信されるデータのためのＨＡＲＱフィードバックを含むそれぞれ別個のＨＡＲＱフィードバックメッセージを送信する段階を備える。

例６５は、少なくとも１つのメモリと、ロジックと、を備える装置であり、上記ロジックの少なくとも一部は、上記少なくとも１つのメモリに連結された回路に実装されており、上記ロジックは、例３９から６４のいずれかによる無線通信方法を実行する。

例６６は、例６５の装置と、少なくとも１つの無線周波数（ＲＦ）送受信機と、を備えるシステムである。例６７は、少なくとも１つのＲＦアンテナを備える例６６のシステムである。

例６８は、無線通信命令セットを備える、少なくとも１つのコンピュータ可読記録媒体であって、上記命令セットは、コンピューティングデバイスでの実行に応答して、上記コンピューティングデバイスに、例３９から６４のいずれかによる無線通信方法を実行させる。

例６９は、例３９から６４のいずれかによる無線通信方法を実行するための手段を備える装置である。

例７０は、例６９の装置と、少なくとも１つの無線周波数（ＲＦ）送受信機と、を備えるシステムである。例７１は、少なくとも１つのＲＦアンテナを備える例７０のシステムである。

実施形態について完全な理解をもたらすべく、多数の具体的な詳細が、本明細書に記載されている。しかしながら、実施形態は、これらの具体的な詳細を省いても、実施可能であることは当業者の理解するところである。他の例においては、実施形態を不明瞭にしないようにするために、周知の処理、コンポーネントおよび回路は、詳細には記載されていない。本明細書に開示の具体的な構造的および機能的な詳細は、典型であってよく、必然的に実施形態の範囲を限定するものではないことを理解されたい。

いくつかの実施形態は、「連結され（ｃｏｕｐｌｅｄ）」および「接続され（ｃｏｎｎｅｃｔｅｄ）」という表現およびそれらの派生語を用いて、説明されることがある。これらの用語は、互いにとっての同義語として解釈されることを意図していない。例えば、いくつかの実施形態は、２または２より多い要素が、互いに直接物理的または電気的に接触されていることを示すために、「接続され（ｃｏｎｎｅｃｔｅｄ）」および／または「連結され（ｃｏｕｐｌｅｄ）」という文言を用いて説明されることがある。しかしながら、「連結され（ｃｏｕｐｌｅｄ」という文言は、２または２より多い要素が、互いに直接接触はしないが、依然として、互いに連携または相互作用することを意味することもある。

別途の記載がない限り、「処理（ｐｒｏｃｅｓｓｉｎｇ）」、「コンピューティング（ｃｏｍｐｕｔｉｎｇ）」、「計算（ｃａｌｃｕｌａｔｉｎｇ）」、「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」等の文言は、コンピューティングシステムのレジスタおよび／またはメモリ内の物理量（例えば、電子的）として表されるデータを、コンピューティングシステムのメモリ、レジスタ、若しくは他のこのような情報の格納、送信若しくは表示デバイス内の物理量として同様に表される他のデータに、操作および／または変換する、コンピュータ若しくはコンピューティングシステム、または同様の電子的コンピューティングデバイスのアクションおよび／またはプロセスを指すことを理解されたい。実施形態は、この文脈に限定はされない。

本明細書に記載の方法は、記載の順序または任意の特定の順序で実行される必要はないことに留意されたい。さらに、本明細書で特定された方法に関し説明された様々な動作は、シリアルまたはパラレルで実行されてよい。

本明細書には、具体的な実施形態が示され、記載されているが、同一の目的を達成するために想起される任意の構成が、示された特定の実施形態に置き換えられてよいことを理解されたい。本開示は、様々な実施形態に係るあらゆる適合例または変形例を包含する意図である。上記説明は、限定的ではなく、例示的なものとしてなされていることを理解されたい。当業者が上記説明を検討する際、上記の実施形態の組み合わせ、および本明細書に具体的に記載されていない他の実施形態は、当業者にとって自明なところであろう。故に、様々な実施形態の範囲には、上記構成、構造および方法が用いられる任意の他の用途が含まれる。

本開示の要約は、米国特許法施行規則§１．７２ （ｂ）に準拠して記載されていることを特記する。そこでは、要約書に対し、読み手が迅速に技術開示の内容を特定できることが要求されている。要約書は、特許請求の範囲に関して、その範囲または意味の解釈または限定には、用いられないという理解の下、提出されている。また、上記の詳細な説明においては、本開示を簡易化する目的で、様々な特徴部が単一の実施形態に一緒に集められていることがわかるであろう。この開示方法は、特許請求された実施形態が、各請求項に明示的に記載された特徴部よりも多いものを要求するという意図を反映するものとして、解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するように、発明の主題は、開示された単一の実施形態に係るすべての特徴部より少ないもので成立する。故に、以下の特許請求の範囲は、詳細な説明に組み込まれ、各請求項は、別個の好ましい実施形態として独立している。添付の特許請求の範囲において、「含まれる（ｉｎｃｌｕｄｉｎｇ）」および「そこにおいて（ｉｎ ｗｈｉｃｈ）」という文言は、それぞれ「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「ｗｈｅｒｅｉｎ（その場合）」という文言の平易な英語の同義語として使用されている。

さらに、「第１の（ｆｉｒｓｔ）」、「第２の（ｓｅｃｏｎｄ）」、および「第３の（ｔｈｉｒｄ）」等の文言は、単に標識として使用されているのであり、それらの対象物に対し、数値的要件を課すことを意図してはいない。

主題は、構造的特徴および／または方法的動作に特有の言い回しで記載されているものの、添付の特許請求の範囲において規定される主題は、必ずしも、上記の特定の特徴または動作に限定されるものではないことを理解されたい。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的形態として開示されている。
（項目１）
少なくとも１つのメモリと、
ロジックと、を備え、
上記ロジックの少なくとも一部は、上記少なくとも１つのメモリに連結された回路に実装されており、上記ロジックは、
ユーザ機器（ＵＥ）において、上記ＵＥに割り当てられた１または複数の低減された送信時間間隔（ｒＴＴＩ）を含む複数のｒＴＴＩを有するｒＴＴＩブロックのための制御情報にアクセスし、
上記制御情報に基づいて、上記１または複数のｒＴＴＩの各々のリソースを識別し、
上記１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩのリソースを介して、進化型ノードＢ（ｅＮＢ）と無線通信するためのものである、装置。
（項目２）
上記ロジックは、
上記ｒＴＴＩブロックのためのｒＴＴＩブロック共有フォーマットを識別し、
上記ｒＴＴＩブロック共有フォーマットに基づいて、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩを識別するためのものである、項目１に記載の装置。
（項目３）
上記ロジックは、
複数の定義されたｒＴＴＩブロックサイズの中から、上記ｒＴＴＩブロックに関連付けられたｒＴＴＩブロックサイズを識別し、
上記ｒＴＴＩブロックサイズに基づいて、上記複数のｒＴＴＩを識別するためのものである、項目１に記載の装置。
（項目４）
上記ｒＴＴＩブロックは、１個のサブフレームの持続時間を有する、項目１に記載の装置。
（項目５）
上記制御情報は、上記ｒＴＴＩブロックの複数のｒＴＴＩの割り当てられた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）リソースを識別するｒＴＴＩブロック単位のダウンリンクスケジューリング情報を有し、上記ｒＴＴＩブロック単位のダウンリンクスケジューリング情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）ダウンリンク制御情報（ＤＣＩ）フォーマットにマッチングするフォーマットを有する、項目１に記載の装置。
（項目６）
上記ロジックは、
上記ｒＴＴＩブロックの上記複数のｒＴＴＩの上記ＰＤＳＣＨリソースを介して、上記ｅＮＢから受信されるデータを処理し、
上記データのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを提供すべく、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のためのｒＴＴＩブロック単位のＨＡＲＱフィードバックメッセージを生成するためのものである、項目５に記載の装置。
（項目７）
上記ｒＴＴＩブロック単位のＨＡＲＱフィードバックメッセージは、
上記複数のｒＴＴＩの各々のための、そのｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して受信されるデータのためのそれぞれ個別のＨＡＲＱフィードバック、または
上記複数のｒＴＴＩの上記割り当てられたＰＤＳＣＨリソースを介して受信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）、を含む、項目６に記載の装置。
（項目８）
上記制御情報は、上記ｒＴＴＩブロックの第１のｒＴＴＩのリソースを介して受信される信号に含まれる、項目１に記載の装置。
（項目９）
項目１から８のいずれか一項に記載の装置と、
少なくとも１つの無線周波数（ＲＦ）送受信機と、
少なくとも１つのＲＦアンテナと、を備える、システム。
（項目１０）
少なくとも１つのメモリと、
ロジックと、を備え、
上記ロジックの少なくとも一部は、上記少なくとも１つのメモリに連結された回路に実装されており、上記ロジックは、
ｒＴＴＩブロックの複数のｒＴＴＩに含まれる１または複数の低減された送信時間間隔（ｒＴＴＩ）をユーザ機器（ＵＥ）に割り当て、
上記ＵＥとの通信のために、上記１または複数のｒＴＴＩの各々のリソースを割り当て、
上記ｒＴＴＩブロックの第１のｒＴＴＩ中の送信のための制御情報を生成するためのものであり、上記制御情報は、上記１または複数のｒＴＴＩの各々の上記割り当てられたリソースを示す、装置。
（項目１１）
上記ロジックは、上記複数のｒＴＴＩの各々を上記ＵＥに割り当てるためのものである、項目１０に記載の装置。
（項目１２）
上記ロジックは、
ｒＴＴＩブロック共有フォーマットに関連付けられたパターンに従い、上記１または複数のｒＴＴＩを上記ＵＥに割り当て、
上記ｒＴＴＩブロック共有フォーマットに関連付けられた上記パターンに従い、上記複数のｒＴＴＩに含まれる１または複数の他のｒＴＴＩを第２のＵＥに割り当てるためのものである、項目１０に記載の装置。
（項目１３）
上記ｒＴＴＩブロックは、複数の許容可能なｒＴＴＩブロックサイズの中から選択されるサイズを有する、項目１０に記載の装置。
（項目１４）
上記ｒＴＴＩブロックは、１個のサブフレームの持続時間を有し、上記複数のｒＴＴＩの各々は、１スロットの持続時間を有する、項目１０に記載の装置。
（項目１５）
上記割り当てられたリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のリソースを有する、項目１０から１４のいずれか一項に記載の装置。
（項目１６）
上記割り当てられたリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソースを有する、項目１０から１４のいずれか一項に記載の装置。
（項目１７）
上記ロジックは、
上記割り当てられたリソースを介して、上記ＵＥから受信されるデータのためのｒＴＴＩブロック単位のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを生成する、または
上記割り当てられたリソースを介して、上記ＵＥに送信されるデータのための受信されたｒＴＴＩブロック単位のＨＡＲＱフィードバックを処理するためのものである、項目１０から１４のいずれか一項に記載の装置。
（項目１８）
命令セットを備える、少なくとも１つのコンピュータ可読記録媒体であって、上記命令セットは、ユーザ機器（ＵＥ）での実行に応答して、上記ＵＥに、
ユーザ機器（ＵＥ）に割り当てられた１または複数の低減された送信時間間隔（ｒＴＴＩ）を含む複数のｒＴＴＩを有するｒＴＴＩブロックのための制御情報を識別させ、上記制御情報は、上記ｒＴＴＩブロックの第１のｒＴＴＩのリソースを介して受信される信号に含まれ、
上記制御情報に基づいて、上記１または複数のｒＴＴＩの各々のリソースを識別させ、
上記１または複数のｒＴＴＩのうちの少なくとも１つのｒＴＴＩのリソースを介して、進化型ノードＢ（ｅＮＢ）と無線通信させる、少なくとも１つのコンピュータ可読記録媒体。
（項目１９）
上記制御情報は、ｒＴＴＩブロック単位のアップリンクスケジューリング情報を含む、項目１８に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２０）
上記ＵＥでの実行に応答して、上記ＵＥに、上記ＵＥに割り当てられた複数のｒＴＴＩのリソースを介して、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で、データを上記ｅＮＢに送信させる命令を備える、項目１９に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２１）
上記ＵＥでの実行に応答して、上記ＵＥに、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）上で上記データのためのｒＴＴＩブロック単位のＨＡＲＱフィードバックを受信させる命令を備える、項目２０に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２２）
上記ｒＴＴＩブロック単位のＨＡＲＱフィードバックは、
上記複数のｒＴＴＩの各々のための、そのｒＴＴＩ中の、上記ＰＵＳＣＨ上で送信されるデータのためのそれぞれ個別のＨＡＲＱフィードバック、または
上記複数のｒＴＴＩ中の、上記ＰＵＳＣＨ上で送信される上記データのすべてに対する単一の集合的確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）、
を有する、項目２１に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２３）
上記制御情報は、上記ＵＥに割り当てられた上記１または複数のｒＴＴＩの各々の割り当てられた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）リソースを識別するｒＴＴＩブロック単位のダウンリンクスケジューリング情報を有する、項目１８から２２のいずれか一項に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２４）
上記ｒＴＴＩブロックは、１ｍｓの持続時間を有する、項目１８から２２のいずれか一項に記載の少なくとも１つのコンピュータ可読記録媒体。
（項目２５）
上記複数のｒＴＴＩの各々は、５００μｓの持続時間を有する、項目１８から２２のいずれか一項に記載の少なくとも１つのコンピュータ可読記録媒体。

Claims (26)

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. 請求項１８から２５のいずれか一項に記載のコンピュータプログラムを記録した少なくとも１つのコンピュータ可読記録媒体。