JP2013517691A - Ｌｔｅアップリンクデータのための連続的ｃｄｍ／ｆｄｍ構造 - Google Patents

Abstract

ワイヤレス通信のための、方法、装置、および、コンピュータプログラム製品が提供され、ここで、少なくとも１つのサブフレームに対して、アップリンクのデータチャネル上でデータを多重化するための、ＣＤＭおよびＦＤＭ構造の使用に関する情報が決定される。さらに、決定された情報に基づいて、少なくとも１つのサブフレームに対して、ＣＤＭおよびＦＤＭ構造を使用して、データが多重化される。
【選択図】図５

Description

関連出願に対する相互参照

本出願は、２０１０年１月１２日に出願され、「ロングタームエボリューションシステムにおけるボイスオーバーインターネットプロトコルを容易にするためのシステム、装置、および、方法」と題された、米国仮出願番号第６１／２９７，４１７号の優先権を主張する。この出願の全体の内容は、その全体の参照によりここに明示的に組み込まれている。

分野

本開示は、一般的に通信システムに関連し、より詳細には、ロングタームエボリューション（ＬＴＥ）アップリンク（ＵＬ）データに対する、連続的なコード分割多重化（ＣＤＭ）および周波数分割多重化（ＦＤＭ）構造に関連する。

背景

ワイヤレス通信システムは、テレフォニー、ビデオ、データ、メッセージング、および、ブロードキャストのようなさまざまな電気通信サービスを提供するために、広く配備されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートできる。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システムと、時分割多元接続（ＴＤＭＡ）システムと、周波数分割多元接続（ＦＤＭＡ）システムと、直交ＦＤＭＡ（ＯＦＤＭＡ）システムと、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムと、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）システムとを含む。

これらの多元接続システムは、さまざまな電気通信規格において適合されて、異なるワイヤレスデバイスが、都市の、国の、地域の、そして、地球レベルで通信することを可能にする共通プロトコルを提供している。新興の電気通信規格の例は、ＬＴＥである。ＬＴＥは、第三世代パートナーシッププロジェクト（３ＧＰＰ）により公布されている、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）移動体規格に対する１組の拡張である。これは、スペクトル効率を改善し、費用を下げ、サービスを向上させ、新しいスペクトルの利用を行い、そして、ダウンリンク（ＤＬ）上でＯＦＤＭＡを、ＵＬ上でＳＣ−ＦＤＭＡを使用し、複数入力複数出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合することにより、移動体ブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、移動体ブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善への要求が存在する。好ましくは、これらの改善は、これらの技術を用いる、他の多元接続技術と電気通信規格に適用可能であるべきである。

概要

本開示の観点において、ワイヤレス通信のための、方法、装置、および、コンピュータプログラム製品が提供され、ここで、少なくとも１つのサブフレームに対して、アップリンクのデータチャネル上でデータを多重化するための、ＣＤＭおよびＦＤＭ構造の使用に関する情報が決定される。さらに、決定された情報に基づいて、少なくとも１つのサブフレームに対して、ＣＤＭおよびＦＤＭ構造を使用して、データが多重化される。

図１は、処理システムを用いる装置に対するハードウェア実現の例を図示する図である。 図２は、ネットワークアーキテクチャの例を図示する図である。 図３は、アクセスネットワークの例を図示する図である。 図４は、アクセスネットワークにおいて使用するためのＤＬフレーム構造の例を図示する図である。 図５は、ＬＴＥにおけるＵＬのための例示的なフォーマットを示す。 図６は、アクセスネットワークにおいて使用するためのＵＬフレーム構造の例を図示する図である。 図７は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を図示する図である。 図８は、アクセスネットワークにおける、進化ノードＢと、ユーザ装置の例を図示する図である。 図９は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）通信している基地局とＵＥを図示する図である。 図１０は、例示的な方法を図示する図である。 図１１は、第１のＵＬフレーム構造を図示する図である。 図１２は、第２のＵＬフレーム構造を図示する図である。 図１３は、異なるタイプのデータのＦＤＭ分割を図示する第１の図である。 図１４は、異なるタイプのデータのＦＤＭ分割を図示する第２の図である。 図１５は、異なるタイプのデータのＦＤＭ分割を図示する第３の図である。 図１６は、例示的な送信時間インターバル（ＴＴＩ）バンドリングを図示する第１の図である。 図１７は、例示的なＴＴＩバンドリングを図示する第２の図である。 図１８は、ワイヤレス通信の方法のフローチャートである。 図１９は、ワイヤレス通信の方法の別のフローチャートである。 図２０は、例示的な装置の機能を図示する概念ブロック図である。

発明の詳細な説明

添付した図面に関連して以下に述べる詳細な説明は、さまざまなコンフィギュレーションを記述するものとして意図されており、ここに記述した概念を実施できる唯一のコンフィギュレーションを表すことを意図していない。詳細な説明は、さまざまな概念の完全な理解をもたらす目的のために特有な詳細を含んでいる。しかしながら、これらの概念をこれらの特有な詳細なしで実施できることは、当業者にとって明らかであるだろう。いくつかの事例では、このような概念を曖昧にすることを避けるために、よく知られている構造およびコンポーネントをブロックダイヤグラムの形態で示している。

電気通信システムのいくつかの観点を、さまざまな装置および方法を参照して、ここで提示することにする。これらの装置および方法を、以下の詳細な説明において記述することにし、さまざまなブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（集合的に、“エレメント”として呼ばれる）によって、添付の図面において図示する。これらのエレメントは、電子ハードウェア、コンピュータソフトウェア、または、これらの何らかの組み合わせを使用して、実現されてもよい。このようなエレメントが、ハードウェアで、または、ソフトウェアで実現されるかは、特定のアプリケーションと、全体のシステムに課される設計制約に依拠している。

例として、エレメント、エレメントの何らかの一部、または、エレメントの何らかの組み合わせは、１つ以上のプロセッサを含む“処理システム”で実現されてもよい。プロセッサの例は、マイクロプロセッサ、マイクロ制御装置、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラム可能論理回路（ＦＰＧＡ）、プログラム可能論理デバイス（ＰＬＤ）、状態機械、ゲートされた論理、ディスクリートハードウェア回路、および、本開示全体を通して記述されたさまざまな機能を実行するように構成された、他の適切なハードウェアを含む。処理システム中の１つ以上のプロセッサは、ソフトウェアを実行してもよい。ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、そうではないように、呼ばれるかにより、ソフトウェアは、手段命令、命令の組、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能物、実行のスレッド、手続、関数、等として広く解釈されるべきである。ソフトウェアは、コンピュータ読取可能媒体上に駐在していてもよい。コンピュータ読取可能媒体は、一時的でないコンピュータ読取可能媒体であってもよい。一時的でないコンピュータ読取可能媒体は、例として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ）と、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ））と、スマートカードと、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）と、ランダムアクセスメモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＰＲＯＭ）、レジスタ、リムーバブルディスク、ならびに、コンピュータによってアクセスされ、読み出されてもよい、ソフトウェア、および／または、命令を記憶するための、他の任意の適切な媒体を含んでいてもよい。コンピュータ読取可能媒体はまた、例として、搬送波、伝送ライン、および、コンピュータによってアクセスされ、読み出されてもよい、ソフトウェア、および／または、命令を送信するための、他の任意の適切な媒体を含んでいてもよい。コンピュータ読取可能媒体は、処理システム中に駐在していてもよく、処理システムの外部にあってもよく、または、処理システムを含む複数のエンティティにわたって、分散されていてもよい。コンピュータ読取可能媒体は、コンピュータプログラム製品中で実現されてもよい。例として、コンピュータプログラム製品は、パッケージング素材中にコンピュータ読取可能媒体を含んでいてもよい。当業者は、特定のアプリケーションと、全体のシステムに課される全体の設計制約に依拠して、本開示全体を通して提示し、記述した機能を実現するための最良の方法を理解するだろう。

図１は、処理システム１１４を利用する装置１００のハードウェア実現の例を図示する概念図である。この例において、処理システム１１４は、一般的にバス１０２によって表される、バスアーキテクチャで実現されてもよい。バス１０２は、処理システム１１４の特定のアプリケーションと全体の設計制約に依拠して、任意の数の相互接続バスおよびブリッジを含んでもよい。バス１０２は、一般的にプロセッサ１０４によって表される１つ以上のプロセッサと、一般的にコンピュータ読取可能媒体１０６によって表されるコンピュータ読取可能媒体とを含むさまざまな回路を一緒にリンクする。バス１０２はまた、タイミングソース、周辺機器、電圧レギュレータ、および、電力管理回路のような、他の回路もリンクしてもよく、これらは技術的に周知であり、これ以上記述しない。バスインターフェース１０８は、バス１０２とトランシーバ１１０との間のインターフェースを提供する。トランシーバ１１０は、送信媒体を通して、さまざまな他の装置と通信するための手段を提供する。装置の性質に依拠して、ユーザインターフェース１１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）がまた提供されてもよい。

プロセッサ１０４は、バス１０２と、コンピュータ読取可能媒体１０６上に記憶されているソフトウェアの実行を含む一般的処理とを管理することを負う。プロセッサ１０４によって実行されるとき、ソフトウェアは、処理システム１１４が、任意の特定の装置に対する、インフラ（ｉｎｆｒａ）と記述されるさまざまな機能を実行させる。コンピュータ読取可能媒体１０６がまた、ソフトウェアを実行する際に、プロセッサ１０４によって操作されるデータを記憶するのに使用されてもよい。

図２は、さまざまな装置１００（図１を参照）を用いているＬＴＥネットワークアーキテクチャ２００を図示する図である。ＬＴＥネットワークアーキテクチャ２００は、進化パケットシステム（ＥＰＳ）２００として呼ばれてもよい。ＥＰＳ２００は、１つ以上のユーザ装置（ＵＥ）２０２と、進化ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）２０４と、進化パケットコア（ＥＰＣ）２１０と、ホーム加入者サーバ（ＨＳＳ）２２０と、オペレータのＩＰサービス２２２とを含んでもよい。ＥＰＳは、他のアクセスネットワークと相互接続できるが、簡潔さのために、これらのエンティティ／インターフェースは、示されていない。示したように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に理解することになるように、本開示全体にわたって提示するさまざまな概念を、回路交換サービスを提供するネットワークに拡張してもよい。

Ｅ−ＵＴＲＡＮは、進化ノードＢ（ｅＮＢ）２０６と、他のｅＮＢ２０８とを含む。ｅＮＢ２０６は、ＵＥ２０２に対して、ユーザおよび制御プレーンプロトコル終端を提供する。ｅＮＢ２０６は、他のｅＮＢ２０８に対して、Ｘ２インターフェース（すなわち、バックホール）を介して、接続されていてもよい。ｅＮＢ２０６はまた、当業者によって、基地局、ベーストランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または、他の何らかの適切な用語として呼ばれてもよい。ｅＮＢ２０６は、ＵＥ２０２のＥＰＣ２１０に対して、アクセスポイントを提供する。ＵＥの例は、セルラ電話機、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）、衛星ラジオ、グローバルポジショニングシステム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、または、他の何らかの同様に機能するデバイスを含む。ＵＥ２０２はまた、当業者によって、移動局、加入者局、移動ユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、移動体デバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、移動体加入者局、アクセス端末、移動体端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、移動体クライアント、クライアント、または、他の適切な用語として呼ばれてもよい。

ｅＮＢ２０６は、Ｓ１インターフェースによって、ＥＰＣ２１０に接続されている。ＥＰＣ２１０は、モビリティ管理エンティティ（ＭＭＥ）２１２と、他のＭＭＥ２１４と、担当ゲートウェイ２１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ２１８とを含む。ＭＭＥ２１２は、ＵＥ２０２とＥＰＣ２１０との間のシグナリングを処理する制御ノードである。一般的に、ＭＭＥ２１２は、ベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、担当ゲートウェイ２１６を通して伝送され、担当ゲートウェイ２１６自体は、ＰＤＮゲートウェイ２１８に接続されている。ＰＤＮゲートウェイ２１８は、ＵＥに、ＩＰアドレス割り振りとともに、他の機能も提供する。ＰＤＮゲートウェイ２１８は、オペレータのＩＰサービス２２２に接続されている。オペレータのＩＰサービス２２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、および、ＰＳストリーミングサービス（ＰＳＳ）を含む。

図３は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワークの例を図示する図である。この例において、アクセスネットワーク３００は、いくつかのセルラ領域（セル）３０２に分割される。１つ以上のより低い電力クラスのｅＮＢ３０８、３１２は、それぞれ、セルラ領域３１０、３１４を有してもよく、これらのセルラ領域は、１つ以上のセル３０２とオーバーラップしている。より低い電力クラスのｅＮＢ３０８、３１２は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、または、マイクロセルであってもよい。より高い電力クラスの、または、マクロのｅＮＢ３０４は、セル３０２に割り当てられており、セル３０２中のすべてのＵＥ３０６のＥＰＣ２１０に対する、アクセスポイントを提供するように構成されている。アクセスネットワーク３００のこの例においては、何の中央制御装置もないが、代わりの構成においては、中央制御装置が使用されてもよい。

ｅＮＢ３０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、および、担当ゲートウェイ２１６を含む、すべての無線関連の機能を担う（図２参照）。

アクセスネットワーク３００によって用いられる、変調および多重化アクセススキームは、配備されている特定の電気通信規格に依拠して、異なっていてもよい。ＬＴＥアプリケーションにおいて、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用されて、周波数分割多重化（ＦＤＤ）と、時分割多重化（ＴＤＤ）との両方をサポートする。当業者が、以下の詳細な説明から容易に理解することになるように、ここで提示するさまざまな概念は、ＬＴＥアプリケーションに良く適している。しかしながら、これらの概念は、他の変調および多重化アクセス技術を用いる、他の電気通信規格へと容易に拡張することができてもよい。例として、これらの概念は、進化データ最適化（ＥＶ−ＤＯ）、または、ウルトラモバイルブロードバンド（ＵＭＢ）へと拡張されてもよい。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００ファミリの規格の一部であり、“第三世代パートナーシッププロジェクト２”（３ＧＰＰ２）によって公布されており、移動局に対するブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる、無線インターフェース規格である。これらの概念はまた、ワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）と、ＴＤ−ＳＣＤＭＡのような、他のＣＤＭＡの変種を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）；ＴＤＭＡを用いる、モバイルコミュニケーションのためのグローバルシステム（ＧＳＭ（登録商標））；ＯＦＤＭＡを用いる、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）や、ウルトラモバイルブロードバンド（ＵＭＢ）や、ＩＥＥＥ８０２．１１（ＷｉＦｉ（登録商標））や、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）や、ＩＥＥＥ８０２．２０や、フラッシュＯＦＤＭ（登録商標）に拡張されてもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、および、ＧＳＭは、３ＧＰＰ組織による文書中に記述されている。ｃｄｍａ２０００とＵＭＢは、３ＧＰＰ２組織による文書中に記述されている。実際に用いられるワイヤレス通信規格と、多元接続技術は、特定のアプリケーションと、システムに課される全体の設計制約に依拠するだろう。

ｅＮＢ３０４は、ＭＩＭＯ技術をサポートする複数のアンテナを持っていてもよい。ＭＩＭＯ技術の使用は、ｅＮＢ３０４が、空間ドメインを利用して、空間的多重化、ビーム形成、および、送信ダイバーシティをサポートすることを可能にする。

空間的多重化を使用して、同じ周波数上で同時に、異なるストリームのデータを送信してもよい。データストリームは、データレートを増加させるために、単一のＵＥ３０６に送信されてもよく、または、全体のシステム容量を増加させるために、複数のＵＥ３０６に送信されてもよい。このことは、それぞれのデータストリームを空間的にプリコーディングして、空間的にプリコードされたそれぞれのストリームを、ダウンリンク上で、異なる送信アンテナを通して送信することにより、達成される。空間的にプリコードされたデータストリームは、異なる空間的署名とともに、ＵＥ３０６に到着し、空間的署名は、ＵＥ３０６のそれぞれが、そのＵＥ３０６に対して向けられた１つ以上のデータストリームを回復することを可能にする。アップリンク上で、それぞれのＵＥ３０６は、空間的にプリコード化されたデータストリームを送信し、これは、ｅＮＢ３０４が、それぞれの空間的にプリコードされたデータストリームのソースを識別することを可能にする。

空間的多重化は、チャネル条件が良好なときに、一般的に使用される。チャネル条件が好ましくないときに、ビーム形成を使用して、１つ以上の方向に、送信エネルギーを集中させる。このことは、複数のアンテナを通して、送信するためのデータを空間的にプリコーディングすることによって達成されてもよい。セルのエッジにおける良好なカバレッジを得るために、単一ストリームのビーム形成送信が、送信ダイバーシティとの組み合わせで使用されてもよい。

以下の詳細な説明において、アクセスネットワークのさまざまな観点を、ダウンリンク上でＯＦＤＭをサポートしているＭＩＭＯシステムに対する参照とともに、記述することにする。ＯＦＤＭは、ＯＦＤＭシンボル内で、いくつかの副搬送波にわたって、データを変調する拡散スペクトル技術である。副搬送波は、正確な周波数ごとに、スペースを空けられている。スペーシングは、受信機が、副搬送波からデータを回復することを可能にする「直交性」を提供する。時間ドメインにおいて、ガードインターバル（例えば、循環プレフィクス）が、それぞれのＯＦＤＭシンボルに追加されて、ＯＦＤＭシンボル間の干渉を抑制してもよい。アップリンクは、ＤＦＴ拡散ＯＦＤＭ信号の形態で、ＳＣ−ＦＤＭＡを使用して、高いピーク対平均電力比（ＰＡＲＲ）を補償してもよい。

さまざまなフレーム構造を使用して、ＤＬおよびＵＬ送信をサポートしてもよい。ＤＬフレーム構造の例を、ここで、図４を参照して提示する。しかしながら、当業者が容易に理解することになるように、任意の特定のアプリケーションに対するフレーム構造は、いくつかの要因に依拠して、異なっていてもよい。この例において、フレーム（１０ｍｓ）は、１０の均等にサイジングされたサブフレームへと分割されてもよい。それぞれのサブフレームは、２つの連続的時間スロットを含む。

リソースグリッドを使用して、２つの時間スロットを表してもよく、それぞれの時間スロットは、リソースブロックを含む。リソースグリッドは、複数のリソースエレメントへと分割される。ＬＴＥにおいて、リソースブロックは、それぞれのＯＦＤＭシンボル中に通常の循環プレフィクスに対して、周波数ドメインにおいて、１２の連続的な副搬送波を含み、時間ドメインにおいて、７の連続的ＯＦＤＭシンボルを含み、または、８４のリソースエレメントを含む。リソースエレメントのいくつかのものは、Ｒ４０２、４０４として示されるように、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、セル特有のＲＳ（ＣＲＳ）（共通ＲＳと呼ばれることもある）４０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）４０４を含む。ＵＥ−ＲＳ４０４は、その上に、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上だけで送信される。それぞれのリソースエレメントによって担持されるビットの数は、変調スキームに依拠する。したがって、ＵＥがより多くのリソースブロックを受信すると、ＵＥに対する、変調スキームもより高くなり、データレートもより高くなる。

ＵＬフレーム構造５００の例を、図５を参照して、ここで提示する。図５は、ＬＴＥにおけるＵＬのための例示的なフォーマットを示す。ＵＬに対して利用可能なリソースブロックは、データセクションと、制御セクションとに区分されてもよい。制御セクションは、システム帯域幅の両端において、形成されてもよく、構成可能なサイズを持っていてもよい。制御セクション中のリソースブロックは、制御情報の送信のために、ＵＥに割り当てられてもよい。データセクションは、制御セクション中に含まれない、すべてのリソースブロックを含んでもよい。図５中の設計は、連続的副搬送波を含むデータセクションをもたらし、これは、単一のＵＥが、データセクション中の連続的副搬送波のすべてに割り当てられることを可能にしてもよい。

ｅＮＢに制御情報を送信するために、ＵＥは、制御セクション中のリソースブロック５１０ａ、５１０ｂに割り当てられてもよい。ｅＮＢにデータを送信するために、ＵＥはまた、データセクション中のリソースブロック５２０ａ、５２０ｂに割り当てられてもよい。ＵＥは、制御セクション中の割り当てられたリソースブロック上の、物理アップリンク制御チャネル（ＰＵＣＣＨ）中で、制御情報を送信してもよい。ＵＥは、データセクション中の割り当てられたリソースブロック上の、物理アップリンク共有チャネル（ＰＵＳＣＨ）中で、データだけ、または、データと制御情報の両方を送信してもよい。ＵＬ送信は、サブフレームの両方のスロットにわたっていてもよく、図５に示したような、周波数にわたってホップしてもよい。

図５に示したように、１組のリソースブロックを使用して、初期のシステムアクセスを実行してもよく、物理ランダムアクセスチャネル（ＰＲＡＣＨ）５３０におけるＵＬ同期を達成してもよい。ＰＲＡＣＨ５３０は、ランダムシーケンスを搬送し、ＵＬデータ／シグナリングを搬送できない。それぞれのランダムアクセスプリアンブルは、６つの連続的なリソースブロックに対応している帯域幅を占有する。開始周波数は、ネットワークによって特定される。すなわち、ランダムアクセスプリアンブルの送信は、特定の時間および周波数リソースに制約される。ＰＲＡＣＨに対する周波数ホッピングはない。ＰＲＡＣＨの試みは、単一のサブフレーム（１ｍｓ）中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試行だけを行うことができる。

ＬＴＥにおけるＰＵＣＣＨ、ＰＵＳＣＨ、および、ＰＲＡＣＨは、３ＧＰＰの、「進化ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」と題されている、ＴＳ３６．２１１において記述されており、これは、公に利用可能である。

図６は、アクセスネットワークにおいて使用するためのＵＬフレーム構造の例を図示する図である。図６に示したように、１つのフレーム（１０ｍｓ）は、１０のサブフレームを含む。それぞれのサブフレームは、２つの連続的な時間スロットを含む。それぞれのスロットは、リソースブロックを含む。それぞれのリソースブロックは、周波数ドメインに、１２の連続的副搬送波を含み、それぞれのＯＦＤＭシンボル中に、通常の循環プレフィクスに対して、時間ドメインにおける７の連続的シンボルを含む。通常の循環プレフィクスを仮定すると、ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ、および、要求のスケジューリング（フォーマット１、１ａ、および、１ｂ）に対して、基準信号はシンボル２−４上にあり；ＰＵＣＣＨチャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインジケータ（ＰＭＩ）、および、ランクインデックス（ＲＩ）（フォーマット２、２ａ、２ｂ）に対して、基準信号はシンボル１および５上にあり；ＰＵＳＣＨに対して、基準信号はシンボル３上にある。

無線プロトコルアーキテクチャは、特定のアプリケーションに依拠して、さまざまな形態をとってもよい。ＬＴＥシステムに対する例を、ここで、図７を参照して提示することにする。図７は、ユーザおよび制御プレーンに対する、無線プロトコルアーキテクチャの例を図示する、概念図である。

図７に進んで、ＵＥとｅＮＢに対する無線プロトコルアーキテクチャを、３つのレイヤ、すなわち、レイヤ１、レイヤ２、および、レイヤ３とともに示した。レイヤ１は、最も低いレイヤであり、さまざまな物理レイヤ信号処理機能を実現する。レイヤ１は、物理レイヤ６０６として、ここで呼ぶことにする。レイヤ２（Ｌ２レイヤ）６０８は、物理レイヤ６０６の上にあり、物理レイヤ６０６を通して、ＵＥとｅＮＢとの間のリンクを担う。

ユーザプレーンにおいて、Ｌ２レイヤ６０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ６１０、無線リンク制御（ＲＬＣ）サブレイヤ６１２、および、ネットワーク側でｅＮＢにおいて終端される、パケットデータ統合プロトコル（ＰＤＣＰ）６１４サブレイヤを含む。示していないが、ＵＥは、Ｌ２レイヤ６０８の上に、ネットワーク側のＰＤＮゲートウェイ２０８において終端される（図２を参照のこと）ネットワークレイヤ（例えば、ＩＰレイヤ）と、接続の他の端（例えば、遠隔端ＵＥ、サーバ、等）において終端される、アプリケーションレイヤとを含む、いくつかの上位レイヤを持っていてもよい。

ＰＤＣＰサブレイヤ６１４は、異なる無線ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ６１４はまた、無線送信オーバーヘッドを減少させるための、上位レイヤデータパケットに対するヘッダ圧縮や、データパケットを暗号化することによるセキュリティや、ＵＥとｅＮＢとの間のハンドオーバサポートを提供する。ＲＬＣサブレイヤ６１２は、ハイブリッド自動繰返要求（ＨＡＲＱ）による、順序付けされていない受信の補償のために、上位レイヤのデータパケットのセグメント化と再収集、失われたデータパケットの再送信、および、データパケットの再順序付けを提供する。ＭＡＣサブレイヤ６１０は、論理および伝送チャネルの間で、多重化を提供する。ＭＡＣサブレイヤ６１０はまた、１つのセルにおける、さまざまな無線リソース（例えば、リソースブロック）を、ＵＥの間で割り振ることも担う。ＭＡＣサブレイヤ６１０はまた、ＨＡＲＱ動作を担う。

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

図８は、アクセスネットワークにおいて、ＵＥ７５０と通信しているｅＮＢのブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットが、制御装置／プロセッサ７７５に提供される。制御装置／プロセッサ７７５は、図７に関連して、先に記述したＬ２レイヤの機能を実現する。ＤＬにおいて、制御装置／プロセッサ７７５は、ヘッダ圧縮、暗号化、パケットセグメント化と再順序付け、論理および伝送チャネルの間の多重化、および、さまざまな優先度メトリクスに基づいたＵＥ７５０に対する無線リソース割り振りを提供する。制御装置／プロセッサ７７５はまた、ＨＡＲＱ演算、失われたパケットの再送信、ＵＥ７５０に対するシグナリングを担う。

ＴＸプロセッサ７１６は、Ｌ１レイヤ（すなわち、物理レイヤ）に対するさまざまな信号処理機能を実現する。信号処理機能は、ＵＥ７５０におけるフォワードエラー訂正を容易にするための、コーディングとインターリービング、そして、さまざまな変調スキーム（例えば、バイナリ位相シフトキーイング（ＢＰＳＫ）、１／４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ １／４増幅変調（Ｍ−ＱＡＭ））に基づいた信号コンステレーションに対するマッピングを提供する。コード化され、変調されたシンボルは、次に、並列ストリームへと分けられる。それぞれのストリームは、次に、ＯＦＤＭ副搬送波へとマッピングされ、時間および／または周波数ドメインにおける基準信号（例えば、パイロット）で多重化され、次に、逆高速フーリエ変換（ＩＦＦＴ）を使用して、一緒に結合され、時間ドメインＯＦＤＭシンボルストリームを搬送する物理チャネルを生み出す。ＯＦＤＭストリームは、複数の空間的ストリームを生み出すように、空間的にプリコード化される。チャネル推定器７７４からのチャネル推定を使用して、コーディングおよび変調スキームを決定してもよく、また、空間処理のために使用してもよい。チャネル推定は、基準信号、および／または、ＵＥ７５０によって送信されたチャネル条件フィードバックから導出されてもよい。それぞれの空間ストリームは、次に、個別の送信機７１８ＴＸを介して、異なるアンテナ７２０へと提供される。それぞれの送信機７１８ＴＸは、送信のための各空間的ストリームとともに、ＲＦ搬送波を変調する。

ＵＥ７５０において、それぞれの受信機７５４ＲＸは、その各自のアンテナ７５２を通して信号を受信する。それぞれの受信機７５４ＲＸは、ＲＦ搬送波へと変調された情報を回復させ、情報を、受信機（ＲＸ）プロセッサ７５６に対して情報を提供する。

ＲＸプロセッサ７５６は、Ｌ１レイヤのさまざまな信号処理機能を実現する。ＲＸプロセッサ７５６は、情報に空間的処理を実行して、ＵＥ７５０に対して向けられた何らかの空間的ストリームを回復させる。複数の空間的ストリームが、ＵＥ７５０に対して向けられている場合、それらは、ＲＸプロセッサ７５６によって、単一のＯＦＤＭシンボルストリームへと結合されてもよい。ＲＸプロセッサ７５６は、次に、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを、時間ドメインから、周波数ドメインへと変換する。周波数ドメイン信号は、ＯＦＤＭ信号のそれぞれの副搬送波に対する、別個のＯＦＤＭシンボルストリームを含む。それぞれの副搬送波上のシンボルと基準信号は、ｅＮＢ７１０によって送信された最も見込みのある信号コンステレーションポイントを決定することによって、回復され、復調される。これらのソフト判定は、チャネル推定器７５８によって計算されるチャネル推定に基づいていてもよい。ソフト判定は、次に、デコードおよびデインターリーブされ、元々ｅＮＢ７１０によって、物理チャネル上で送信された、データおよび制御信号を回復させる。データおよび制御信号は、次に、制御装置／プロセッサ７５９に提供される。

制御装置／プロセッサ７５９は、図７に関連して先に記述した、Ｌ２レイヤを実現する。ＵＬにおいて、制御装置／プロセッサ７５９は、コアネットワークからの上位レイヤパケットを回復させるために、伝送および論理チャネルの間でのデマルチプレクス、パケット再アセンブリ、暗号解読、ヘッダ復元、制御信号処理を提供する。上位レイヤパケットは、次に、データシンク７６２に提供され、これは、Ｌ２レイヤより上のすべてのプロトコルレイヤを表す。さまざまな制御信号がまた、Ｌ３処理のためのデータシンク７６２に提供される。制御装置／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）、および／または、否定肯定応答（ＮＡＣＫ）プロトコルを使用したエラー検出も担ってもよい。

ＵＬにおいて、データソース７６７を使用して、制御装置／プロセッサ７５９に対する上位レイヤパケットを提供する。データソース７６７は、Ｌ２レイヤより上のすべてのプロトコルレイヤを表す。ｅＮＢ７１０によるＤＬ送信に関連して記述した機能と同様に、ｅＮＢによる無線リソース割り振りに基づいて、ヘッダ圧縮、暗号化、パケットセグメント化と再順序付け、論理および伝送チャネルの間の多重化を提供することによって、制御装置／プロセッサ７５９は、ユーザプレーンと制御プレーンに対するＬ２レイヤを実現する。制御装置／プロセッサ７７９はまた、ＨＡＲＱ動作、失われたパケットの再送信、ｅＮＢ７１０に対するシグナリングを担う。

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

ＵＬ送信は、ＵＥ７５０における受信機機能に関連して記述したものと同様の方法で、ｅＮＢ７１０において処理される。それぞれの受信機７１８ＲＸは、その個別のアンテナ７２０を通して信号を受信する。それぞれの受信機７１８ＲＸは、ＲＦ搬送波上で変調された情報を回復させ、ＲＸプロセッサ７７０に情報を提供する。ＲＸプロセッサ７７０は、Ｌ１レイヤを実現する。

制御装置／プロセッサ７５９は、図７に関連して先に記述したＬ２レイヤを実現する。ＵＬにおいて、制御装置／プロセッサ７５９は、ＵＥ７５０からの上位レイヤパケットを回復するために、伝送および論理チャネルの間でのデマルチプレクス、パケット再アセンブリ、暗号解読、ヘッダ復元、制御信号処理を提供する。制御装置／プロセッサ７５９からの上位レイヤパケットは、コアネットワークに提供される。制御装置／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫ、および／または、ＮＡＣＫプロトコルを使用したエラー検出も担ってもよい。図１に関連して記述した処理システム１１４は、ＵＥ７５０を含む。特に、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、および、制御装置／プロセッサ７５９を備える。

図９は、例示的な方法を図示するための図８００である。図９に示したように、基地局８０２は、ＵＥ８０４およびＵＥ８０６とＷＷＡＮ通信している。例示的な方法にしたがうと、ＵＥ８０４は、基地局８０２から、少なくとも１つのサブフレームに対する、ＵＬ（例えば、ＰＵＳＣＨ）に対するデータチャネル上で、データを多重化するためのＣＤＭおよびＦＤＭ構造の使用に関する情報８１０を受信する。情報は、ＲＲＣシグナリングを通して受信されてもよい。ＵＥ８０４は、決定された情報に基づいて、少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化する。ＵＥ８０４は、基地局８０２に対して、少なくとも１つのサブフレーム中でデータ８０４を送出／送信する。応答して、ＵＥ８０４は、基地局８０２から、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）上で、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ８１４を受信してもよい。ＨＡＲＱ−ＡＣＫ／ＮＡＣＫは、少なくとも１つのサブフレーム中での送信の４サブフレーム後に受信されてもよい。

データ８１２は、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）データ、または、そうでなければ、ゲームデータのような小さいサイズの突発するトラフィックであってもよい。突発するトラフィックのうちのごくわずかのビットが、ＣＤＭ／ＦＤＭを使用するＵＥ８０６のような、他のＵＥと同一のリソースブロック上へと多重化されてもよい。小さいサイズは、ＵＥ８０４とＵＥ８０６のような、複数のＵＥが、同一のリソースブロック上で混合されることを可能にする。

図１０は、例示的な方法を図示する図である。図１０に示したように、フレーム（１０ｍｓ）は、１０のサブフレームを含む。それぞれのサブフレームは、第１のスロット９０１ａと第２のスロット９０１ｂとを含む。スロットのそれぞれが、複数のリソースブロックを含む。スロット９０１ａは、リソースブロック９０２ａ、９０４ａ、９０６ａ、９０８ａ、９１０ａ、９１２ａ、および、９０６ａと９０８ａの間のリソースブロックを含む。スロット９０１ｂは、リソースブロック９０２ｂ、９０４ｂ、９０６ｂ、９０８ｂ、９１０ｂ、９１２ｂ、および、９０６ｂと９０８ｂの間のリソースブロックを含む。各リソースブロックは、６または７のシンボルと、１２の副搬送波（トーン）とを含んでもよい。１つの構成では、データを多重化するために使用されるＣＤＭ／ＦＤＭ構造は、ＣＱＩ、ＰＭＩ、および、ＲＩを送信するために使用されるのと、同一のＣＤＭ／ＦＤＭ構造であってもよい。このような構成において、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、または、コンピュータ発生されたシーケンス（ＣＧＳ）の少なくとも１つを使用して、リソースブロック上で、データを多重化してもよい。Ｚａｄｏｆｆ−Ｃｈｕシーケンスは、ＵＥ８０２の受信機において回復されるときの、他の信号との相互相関からの信号を含むシーケンスの循環的にシフトされたバージョンを保持する、複素数値化された数学的シーケンスである。このようにして、データは、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、または、ＣＧＳを使用して、リソースブロック９１０ａ、９１０ｂ上に多重化されてもよい。リソースブロック９１０ａ、９１０ｂ上で、基準信号が、シンボル１と５へとマッピングされてもよい一方で、データは、シンボル０、２−４、および、６へとマッピングされてもよい。リソースブロックのそれぞれは、干渉を制限するために、循環シフト分離を有していてもよい。別の構成では、ＣＤＭ／ＦＤＭ構造は、ＣＱＩ、ＰＭＩ、および、ＲＩを送信するために使用される、ＣＤＭ／ＦＤＭ構造とは異なっている。ＣＱＩ／ＰＭＩ／ＲＩを送信するための、ＣＤＭ／ＦＤＭ構造が、ＰＵＳＣＨデータを送信するために使用されないとき、他のＣＤＭ／ＦＤＭオプションが使用されてもよい。すなわち、ＣＱＩ／ＰＭＩ／ＲＩを送信するための、ＣＤＭ／ＦＤＭ構造が、再使用されない場合、基準信号の数が、バンドルされた送信に基づいて選択されてもよい。例えば、擬似ランダムノイズ（ＰＮ）シーケンスを使用して、リソースブロック上へと、データが多重化されてもよく、基準信号が、シンボル３に対してマッピングされてもよい一方で、データがシンボル０−２、４−６に対してマッピングされてもよい。リソースブロックのそれぞれは、干渉を制限するために、Ｃｈｕシフト分離を持っていてもよい。

データ送信のために使用されるリソースブロックは、ＲＲＣシグナリングを通してのように半静的に構成されていてもよく、または、動的に構成されていてもよい。データは、物理ＵＬチャネルの何らかのサブセット上のリソースブロックにマッピングされてもよい。例えば、物理ＵＬチャネルは、ＰＵＣＣＨおよびＰＵＳＣＨの両方であってもよい。このような構成において、データは、リソースブロック９０２ａ−９１２ａ、９０２ｂ−９１２のうちの任意のものに対してマッピングされてもよい。別の構成において、物理ＵＬチャネルはＰＵＳＣＨである。このような構成において、ＰＵＣＣＨは、リソースブロック９０２ａ、９０２ｂ、および、９１２ａ、９１２ｂのような、リソースの両端のリソースブロックに対してマッピングされ、データは、ＰＵＣＣＨの間のリソースブロックに対してマッピングされる。別の構成においては、リソースの中央リソースブロック（例えば、リソースブロック９０６ａ、９０６ｂ、９０８ａ、９０８ｂ、および、これらの間のブロック）が、ＰＵＳＣＨ情報に対して使用され、データは、ＰＵＣＣＨ情報を伝送するリソースブロックに隣接し、ＰＵＣＣＨ情報を伝送するリソースブロックとＰＵＳＣＨ情報を伝送するリソースブロックの間のリソースブロック（例えば、リソースブロック９０４ａ、９０４ｂ、および、９１０ａ、９１０ｂ）に対してマッピングされる。１つの構成において、データは、送信時間インターバル（ＴＴＩ）バンドルされたＶｏＩＰデータであり、ＰＵＳＣＨ情報は、バンドルされていないＶｏＩＰデータまたはベストエフォート（ＢＥ）データのうちの少なくとも１つを含む。

図１１は、第１のＵＬフレーム構造を図示する図である。データを多重化するために使用されるＣＤＭ／ＦＤＭ構造は、ＣＱＩ、ＰＭＩ、および、ＲＩを送信するために使用されるのと同一のＣＤＭ／ＦＤＭ構造であってもよい。このようであるため、図１１に示したように、サブフレーム内の基準ブロックのそれぞれ上で、基準信号は、シンボル１および５に対してマッピングされてもよい一方で、データは、シンボル０、２−４、および、６に対してマッピングされてもよい。

図１２は、第２のＵＬフレーム構造を図示する図である。データを多重化するために使用されるＣＤＭ／ＦＤＭ構造は、ＣＱＩ、ＰＭＩ、および、ＲＩを送信するために使用されるＣＤＭ／ＦＤＭ構造とは異なっていてもよい。例えば、フレーム構造は、ＰＵＳＣＨに対して使用されるものと同一であってもよい。このようであるため、図１２に示したように、サブフレーム内の基準ブロックのそれぞれ上で、基準信号は、シンボル３に対してマッピングされてもよい一方で、データは、シンボル０−２、および、４−６に対してマッピングされてもよい。

図１３は、異なるタイプのデータのＦＤＭ区分を図示する図１３００である。図１３に示したように、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータは、リソースの両端において区分されてもよく、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータに隣接し、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータの間に区分されたＰＵＣＣＨと、ＰＵＣＣＨの間で多重化された、通常のＶｏＩＰデータとＢＥデータを含む、残りのＰＵＳＣＨデータを有する。

図１４は、異なるタイプのデータのＦＤＭ区分を図示する図１４００である。図１４に示したように、ＰＵＣＣＨは、リソースの両端において、区分されてもよく、ＰＵＣＣＨに隣接し、ＰＵＣＣＨの間で多重化された、通常のＶｏＩＰデータとＢＥデータを含むＰＵＳＣＨデータと、通常のＶｏＩＰデータとＢＥデータの間で多重化された、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータを有する。

図１５は、異なるタイプのデータのＦＤＭ区分を図示する図１５００である。図１５に示したように、ＰＵＣＣＨは、リソースの両端において、区分されてもよく、ＰＵＣＣＨに隣接し、ＰＵＣＣＨの間で区分されたバンドルされ、ＣＤＭ多重化されたＶｏＩＰデータと、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータの間で多重化された、通常のＶｏＩＰデータとＢＥデータを含む、残りのＰＵＳＣＨデータを有する。

ＬＴＥ Ｒｅｌ−８とＬＴＥ Ｒｅｌ−９において、時分割多重化（ＴＤＭ）がデータ送信に使用される。異なるＨＡＲＱプロセスが、異なるＵＥに対して割り当てられる。例えば、それぞれのＵＥは、８つのＨＡＲＱプロセスのうちの１つを割り当てられてもよく、８ｍｓ毎に送信できる。最小の周波数ドメイン割り当ては、１つのリソースブロック（すなわち、１２リソースエレメント）である。このようであるため、１つのＵＥだけが、それぞれのリソースブロック上に多重化される。ＵＬデータ送信に対して、データチャネルは、離散フーリエ変換（ＤＦＴ）拡散ベースの局所化された周波数分割多重化（ＬＦＤＭ）送信に基づいている。ＵＬ制御送信に対して、制御チャネルは、ＦＤＭ／ＣＤＭ多重化に基づいている。ＣＤＭＡのような、他の多重化スキームに比して、ＴＤＭアプローチは、リンクバジェット制約されたＵＥに対する、より厳しい要求を有している。ＣＤＭシステムにおいて、ＵＥは、時間ドメインにおいて、連続的に送信できる。このようであるため、最大の送信電力制約を有する、リンクバジェット制約されたＵＥに対して、サブフレームにわたってエネルギーを連続的に累積できる。対照的に、ＬＴＥのようなＴＤＭシステムにおいては、ＵＥが、合計８つのＨＡＲＱ処理のうち、所定の１つのＨＡＲＱインターレースを与えられた場合、ＵＥは、８ｍｓに１回だけしか送信できない。それゆえ、ＵＥが最大送信電力によって制限されている場合、ＵＥは、同一量のエネルギーを累積するために、ＣＤＭシステムにおいて、送信のためにＵＥが必要とすることになるよりも、８倍もより長く送信しなければならない。

リンクバジェット制約は、制限された電力ヘッドルームを有するセルエッジのＵＥにのみ適用される。ＵＥが、送信電力制約によって制限されていない場合、ＵＥは、時間にわたって送信エネルギーを拡散させる代わりに、ＴＤＭ送信ごとに、いつも電力をブーストできる。アプリケーションが遅延に影響されにくい場合、いくつかのＴＤＭサブフレームにわたっての送信は、性能における影響を何も有さない。しかしながら、ＶｏＩＰのような遅延に影響されやすいアプリケーションに対しては、ＴＤＭによるリンクバジェット制約が存在する。リンクバジェットの問題はまた、ＶｏＩＰ容量を制限する。ＶｏＩＰに対するＴＴＩバンドリングは、この問題に対処するために設計された。ＴＴＩバンドリングにおいて、いくつかのサブフレームは、ＵＬデータを送信するために、一緒にバンドルされる。ＴＴＩバンドリングは、リンクバジェットの問題を解決するのを助けるが、最小の１つのリソースブロック割り当て（すなわち、それぞれのリソースブロック上に、１つのＵＥだけが多重化されること）と、４ＴＴＩの最大の許可されるバンドリングのために、ＬＴＥのＶｏＩＰ性能が、他のＣＤＭシステムと比較されるときに、依然として、リンクバジェットの問題が存在する。リンクバジェットの問題に対処するために、バンドルされた送信での、ＦＤＭ／ＣＤＭアプローチに基づいた、新しいＵＬ送信スキームが提供される。

図１６は、例示的な方法を図示する図１６００である。上に記述したように、データはＴＴＩバンドルされ、ＣＤＭ多重化されたＶｏＩＰデータであってもよい。セルエッジにおいて、ＵＬ ＶｏＩＰカバレッジを改善させるための効率的な技術は、ＴＴＩバンドリングを使用することである。ＴＴＩバンドリングにおいて、ＭＡＣレイヤからの少なくとも１つの伝送ブロックが、全体の送信に対する、１組だけのシグナリングＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージとともに、複数の連続的サブフレーム中で、繰り返し送信される。例示的な方法にしたがうと、ＵＥ８０２は、少なくとも４つの連続的サブフレームのそれぞれにおいて、少なくとも１つの伝送ブロックを送信することによって、少なくとも４つの連続的サブフレームをバンドルする。加えて、ＵＥ８０２は、少なくとも４つの連続的サブフレームのそれぞれにおいて、少なくとも１つの追加的ワイヤレスデバイスが多重化される、リソースブロックに対して、ＣＤＭを使用して、少なくとも１つの伝送ブロックをマッピングする。さらに、ＵＥ８０２は、少なくとも４つの連続的サブフレームのそれぞれにおける、リソースブロック上で、少なくとも１つの伝送ブロックを送信する。

図１３に示したように、第１のフレームのサブフレーム０−３、第２のフレームのサブフレーム１−４、および、第３のフレームのサブフレーム２−５は、ＵＥ８０２によって、それぞれＴＴＩバンドルされる。第１のフレームのサブフレーム０−３、第２のフレームのサブフレーム１−４、および、第３のフレームのサブフレーム２−５のそれぞれにおけるＶｏＩＰデータは、ＣＤＭを使用して、リソースブロック上に多重化される。このようにして、他のＵＥからのデータもまた、同一のリソースブロック上に多重化される。ＵＥ８０２は、ＶｏＩＰ送信の、４サブフレーム後のＰＨＩＣＨにおいて、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信してもよく、したがって、第１のフレーム中のサブフレーム７において、第２のフレーム中のサブフレーム８において、および、第３のフレーム中のサブフレーム９において、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信してもよい。リソースブロックは、１２の副搬送波にわたっているので、最大１２のＵＥが、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、または、ＣＧＳを使用して、同一のリソースブロック上に多重化されてもよい。ＶｏＩＰパケットは、図１６に示したように、リード−ミュラー（ＲＭ）コード化されて送信される代わりに、ターボエンコードされてもよい。

図１７は、例示的な方法を図示するための図１７００である。図１７に示したように、ＵＥ８０２は、８つのサブフレームのような、４つ以上のサブフレームをＴＴＩバンドルしてもよい。第１のフレームのサブフレーム０−７は、ＵＥ８０２によって、ＴＴＩバンドルされ、第２のフレームのサブフレーム５−９と第３のフレームのサブフレーム０−２は、ＵＥ８０２によって、ＴＴＩバンドルされる。サブフレームのそれぞれ中のＶｏＩＰデータは、ＣＤＭを使用して、リソースブロック上に多重化される。このようにして、他のＵＥからのデータもまた、同一のリソースブロック上に多重化される。ＵＥ８０２は、ＶｏＩＰ送信の、４サブフレーム後のＰＨＩＣＨにおいて、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信してもよく、したがって、第２のフレーム中のサブフレーム１において、および、第３のフレーム中のサブフレーム６において、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信してもよい。ＶｏＩＰパケットは、図１７に示したように、ＲＭコード化されて送信される代わりに、ターボエンコードされてもよい。

例示的な方法は、受信機アルゴリズムに影響を及ぼす。標準ＬＴＥ ＵＬチャネルでは、チャネル推定は、サブフレームベースで実行される。リンクバジェット制約されたＵＥにとっては、チャネル推定と干渉推定の両方に煩わされるだろう。しかしながら、例示的な方法では、内部サブフレームチャネル平均化または補間が、リンクバジェットをさらに改善してもよい。上に説明したように、バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータ、通常のＶｏＩＰデータ、および、ＢＥデータの間のリソース区分は、半静的に、または、動的に割り振られてもよい。バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータは、セルエッジにおける、リンクバジェット制約されたＵＥに対してのみ要求されてもよい。このようであるので、ＵＥに対するリソースは、ＵＥがセルエッジ上にいるか否かに基づいて、帯域（すなわち、ＵＬリソース）内で、動的に割り振られてもよい。変調およびコーディングスキームは、セルエッジに対して、３２８ビットペイロードを有し、レベル６であってもよい。適応マルチレート（ＡＭＲ）コーディングモードは、４０バイトＩＰｖ４ヘッダを有し、毎秒１２．２キロバイト（ｋｂｐｓ）であってもよい。残りの帯域幅は、通常のＶｏＩＰデータとＢＥデータに対して使用されてもよい。ＭＣＳは、セル中央に対して、３２８ビットペイロードとともに、レベル１６であってもよい。

例えば、図１０をまた参照して、セルエッジ上のＵＥに対して、リソースブロック９０４ａ、９０４ｂ、および／または、９１０ａ、９１０ｂは、ＴＴＩバンドルされ、ＣＤＭ多重化されたＶｏＩＰデータに対して動的に割り振られてもよく、リソースブロック９０６ａ、９０６ｂ、９０８ａ、９０８ｂ、および、これらの間のブロックは、通常のＶｏＩＰデータとＢＥデータに対して動的に割り振られてもよい。しかしながら、セル中央におけるＵＥに対して、リソースブロック９０４ａ、９０４ｂ、および／または、９１０ａ、９１０ｂ、および、これらの間のブロックは、通常のＶｏＩＰデータとＢＥデータに対して動的に割り振られてもよい。ＴＴＩバンドルされ、ＣＤＭ多重化されたＶｏＩＰデータに対して割り振られた、特定のリソースブロックを、上記の例に関連して説明した一方で、上で説明したように、ＵＬリソース内の何らかのリソースブロックは、ＴＴＩバンドルされ、ＣＤＭ多重化されたＶｏＩＰデータ、通常のＶｏＩＰデータ、および、ＢＥデータに対して割り振られてもよい。

ＴＴＩバンドリングを有する、ＣＤＭ／ＦＤＭ ＵＬ送信に基づいた例示的なＶｏＩＰチャネル構造が提供される。構造は、連続的送信を通してＵＥリンクバジェットが改善され、Ｃｈｕシーケンス分離によってＵＥ干渉が制限される、ＣＤＭＡアプローチに類似している。１つの構成では、ＣＱＩに対するＰＵＣＣＨ構造が使用されてもよい。このような構成では、データは、送信毎にＲＭコード化される代わりに、バンドルされた送信にわたって、ターボエンコードされてもよい。別の構成では、ＣＱＩに対するＰＵＣＣＨ構造は使用されない。このような構成においては、バンドルされた送信によりよくマッチするように、スロット中の基準信号の数が最適化される。バンドルされ、ＣＤＭ多重化されたＶｏＩＰデータ送信と、他のＶｏＩＰデータとＢＥデータ送信は、半静的、または、動的のいずれかで、ＦＤＭ区分されていてもよい。

図１８は、ワイヤレス通信の方法のフローチャート１８００である。方法は、ＵＥによって実行される。方法では、ＵＥが、少なくとも１つのサブフレームに対する、アップリンクのためのデータチャネル上で、データを多重化するための、ＣＤＭおよびＦＤＭ構造の使用に関する情報を決定し、または、（基地局から）受信する（１８０２）。さらに、ＵＥは、決定された情報に基づいて、少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化する（１８０４）。データは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）データ、または、小さいサイズの突発するトラフィックであってもよい。

１つの構成において、ＣＤＭ／ＦＤＭ構造は、ＣＱＩを送信するために使用される、ＣＤＭ／ＦＤＭ構造とは異なっている。このような構成では、データは、ＰＮシーケンスを使用して、リソースブロック上に多重化されてもよい。さらに、少なくとも１つのサブフレームのそれぞれは、第１のスロット、および、第２のスロットを含んでもよい。第１のスロット、および、第２のスロットは、それぞれ、６つのシンボル、または、７つのシンボルと、１２の副搬送波とのリソースブロックを含む。１つの実施形態において、リソースブロックは、７つのシンボルを含み、ＵＥは、第１のスロットおよび第２のスロットのそれぞれの、第４番目のシンボルに対して、復調基準信号をマッピングする（１８０６）。第１のスロットおよび第２のスロットのそれぞれの、第１の、第２の、第３の、第５の、第６の、および、第７番目のシンボルのうちの少なくとも１つのリソースエレメントに対して、データがマッピングされる。

別の構成において、ＣＤＭ／ＦＤＭ構造は、ＣＱＩを送信するために使用される、ＣＤＭ／ＦＤＭ構造と同一である。このような構成において、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、または、ＣＧＳのうちの少なくとも１つを使用して、データがリソースブロック上に多重化されてもよい。加えて、少なくとも１つのサブフレームのそれぞれは、第１のスロット、および、第２のスロットを含んでもよい。第１のスロット、および、第２のスロットは、それぞれ、６または７つのシンボルと、１２の副搬送波（トーン）とのリソースブロックを含む。１つの実施形態では、リソースブロックが７つのシンボルを含むとき、ＵＥは、第１のスロットおよび第２のスロットのそれぞれの、第２、および、第６番目のシンボルのそれぞれに対して、復調基準信号をマッピングする（１８０６）。第１のスロットおよび第２のスロットのそれぞれの、第１の、第３の、第４の、第５の、および、第７番目のシンボルのうちの少なくとも１つのリソースエレメントに対して、データがマッピングされる。

データは、物理アップリンクチャネルのサブセット上のリソースブロックに対してマッピングされてもよい。１つの構成では、データは、ＰＵＣＣＨ情報を搬送しているリソースブロックの間のリソースブロックに対してマッピングされる。１つの構成では、データは、ＰＵＣＣＨ情報を搬送しているリソースブロックに隣接し、ＰＵＣＣＨ情報を搬送するリソースブロックと、ＰＵＳＣＨ情報を搬送するリソースブロックとの間の、リソースブロックにマッピングされる。１つの構成では、ＰＵＳＣＨ情報は、バンドルされていないＶｏＩＰデータまたはＢＥデータのうちの少なくとも１つを含む。

図１９は、ワイヤレス通信の方法のフローチャート１９００である。１つの構成では、データは、少なくとも１つの伝送ブロックであり、少なくとも１つのサブフレームは、少なくとも４つの連続的サブフレームを含み、少なくとも４つの連続的サブフレームのそれぞれにおいて、ＣＤＭ／ＦＤＭを使用して、リソースブロック上で、少なくとも１つの伝送ブロックを多重化することによって、ＵＥは、データを多重化する。加えて、ＵＥは、少なくとも４つの連続的サブフレームのそれぞれにおいて、少なくとも１つの伝送ブロックを送信することによって、少なくとも４つの連続的サブフレームをＴＴＩバンドルする（１９０２）。さらに、ＵＥは、少なくとも４つの連続的サブフレームのそれぞれにおけるリソースブロック上で、少なくとも１つの伝送ブロックを送信する（１９０４）。少なくとも４つの連続的サブフレームは、４つのサブフレームを含んでもよい。少なくとも４つの連続的サブフレームは、８つのサブフレームを含んでもよい。１つの構成において、ＵＥは、少なくとも４つの連続的サブフレームの最後のものから、４サブフレーム後のサブフレームにおいて、ＰＨＩＣＨ上で、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信する（１９０６）。データがＶｏＩＰデータであるとき、ＵＥはまた、ＶｏＩＰデータをターボエンコードしてもよい。

図２０は、ＵＥであってもよい、例示的な装置１００の機能を図示する概念ブロック図である。装置１００は、少なくとも１つのサブフレームに対する、アップリンクのためのデータチャネル上で、データを多重化するためのＣＤＭおよびＦＤＭ構造の使用に関する情報を決定し、または、（基地局から）受信するモジュール２００２を備える。加えて、装置１００は、決定された情報に基づいて、少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化するモジュール２００４を備える。

１つの構成では、ワイヤレス通信のための装置１００は、少なくとも１つのサブフレームに対する、アップリンクのためのデータチャネル上で、データを多重化するためのＣＤＭ／ＦＤＭ構造の使用に関する情報を決定する手段を備える。加えて、装置１００は、決定された情報に基づいて、決定された情報に基づいて、少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化する手段を備える。１つの構成では、装置１００は、第１のスロットおよび第２のスロットのそれぞれの、第４番目のシンボルに対して、復調基準信号をマッピングする手段を備える。このような構成において、第１のスロットおよび第２のスロットのそれぞれの、第１の、第２の、第３の、第５の、第６の、および、第７番目のシンボルのうちの少なくとも１つのリソースエレメントに対して、データがマッピングされる。１つの構成では、装置１００は、第１のスロットおよび第２のスロットのそれぞれの、第２、および、第６番目のシンボルのそれぞれに対して、復調基準信号をマッピングする手段をさらに備える。このような構成において、第１のスロットおよび第２のスロットのそれぞれの、第１の、第３の、第４の、第５の、および、第７番目のシンボルのうちの少なくとも１つのリソースエレメントに対して、データがマッピングされる。データを多重化する手段は、少なくとも４つの連続的サブフレームのそれぞれにおいて、ＣＤＭ／ＦＤＭを使用して、リソースブロック上で、少なくとも１つの伝送ブロックを多重化する手段をさらに備える。このような構成において、装置１００は、少なくとも１つの伝送ブロックを送信することによって、少なくとも４つの連続的サブフレームをＴＴＩバンドルする手段と、少なくとも４つの連続的サブフレームのそれぞれにおけるリソースブロック上で、少なくとも１つの伝送ブロックを送信する手段とをさらに備える。装置１００は、少なくとも４つの連続的サブフレームの最後のものから、４サブフレーム後のサブフレームにおいて、ＰＨＩＣＨ上で、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫを受信する手段をさらに備える。データがＶｏＩＰデータであるとき、装置１００はさらに、ＶｏＩＰデータをターボエンコードする手段をさらに備えていてもよい。前述の手段は、前述の手段によって、記載された機能を実行するように構成されている処理システム１１４である。上に記述したように、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、および、制御装置／プロセッサ７５９を備える。このようであるので、１つの構成では、前述の手段は、前述の手段によって、記載された機能を実行するように構成されている、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、および、制御装置／プロセッサ７５９であってもよい。

開示したプロセスにおける、ステップの特定の順序または階層は、例示的なアプローチの図であることが理解される。設計のプリファレンスに基づいて、プロセスにおける、ステップの特定の順序または階層は、再配置されてもよいことが理解される。添付した方法の特許請求の範囲は、サンプルの順序で、さまざまなステップのエレメントを提示するが、提示した特定の順序または階層に制限されることを意図していない。

これまでの説明は、ここで説明したさまざまな実施形態を当業者が作成または利用可能にするために提供した。これらの実施形態に対するさまざまな変更は、当業者にとって容易に明らかになり、ここで規定された包括的原則は、他の実施形態に適用し得ることが理解されるだろう。したがって、特許請求の範囲は、ここに示した実施形態に制限されることを意図しているものではなく、ここに開示した特許請求の範囲の文言と矛盾しない最も広い範囲にしたがうことを意図している。要素への単数での参照は、明示的に単数であると述べられていない限り、“１および１のみ”を意味することを意図しているのではなく、むしろ“１以上の”を意味することを意図している。当業者によって知られ、もしくは後に知られることとなる、本開示を通して説明したさまざまな実施形態のすべての構造的および機能的な均等物は、ここで参照により明示的に組み込まれ、本特許請求の範囲に含まれることとを意図している。さらに、特許請求の範囲により含まれることになる装置や方法が、本発明により解決されるべきそれぞれのおよびすべての問題を取り扱う必要はない。さらに、この開示中のどの要素、コンポーネント、方法ステップも、その要素、コンポーネント、方法ステップが特許請求の範囲中に明示的に列挙されているか否かにかかわらず、公共に捧げられることを意図していない。ここに述べられたどの請求項の要素も、要素が“ミーンズフォー”という句を用いて明示的に列挙されない限り、もしくは方法の請求項の場合は要素が“アクト”の代わりに“ステップ”として明示的に列挙されない限り、３５Ｕ．Ｓ．Ｃ．１１２条第６パラグラフの条文のもとで解釈されるべきではない。

Claims (40)

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. 前記データは、物理アップリンクチャネルのサブセット上のリソースブロックに対してマッピングされる、請求項２０記載の装置。
31. 前記データは、物理アップリンク制御チャネル（ＰＵＣＣＨ）情報を搬送しているリソースブロックの間のリソースブロックに対してマッピングされる、請求項３０記載の装置。
32. ＰＵＣＣＨ情報を搬送しているリソースブロックに隣接しており、前記ＰＵＣＣＨ情報を搬送しているリソースブロックと、物理アップリンク共有チャネル（ＰＵＳＣＨ）情報を搬送しているリソースブロックとの間にある、リソースブロックに対して、前記データがマッピングされる、請求項３１記載の装置。
33. 前記ＰＵＳＣＨ情報は、バンドルされていないＶｏＩＰデータ、または、ベストエフォート（ＢＥ）データのうちの少なくとも１つを含む、請求項３２記載の装置。
34. 前記データは、少なくとも１つの伝送ブロックを含み、
    前記少なくとも１つのサブフレームは、少なくとも４つの連続的サブフレームを含み、
    前記データを多重化する手段は、少なくとも４つの連続的サブフレームのそれぞれにおいて、ＣＤＭ／ＦＤＭを使用して、リソースブロック上で、前記少なくとも１つの伝送ブロックを多重化する手段を備え、
    前記装置は、
    前記少なくとも４つの連続的サブフレームのそれぞれにおいて、前記少なくとも１つの伝送ブロックを送信することによって、前記少なくとも４つの連続的サブフレームを送信時間インターバル（ＴＴＩ）バンドルする手段と、
    前記少なくとも４つの連続的サブフレームのそれぞれにおける、前記リソースブロック上で、前記少なくとも１つの伝送ブロックを送信する手段と
    をさらに備える、請求項２０記載の装置。
35. 前記少なくとも４つの連続的サブフレームは、４つのサブフレームを含む、請求項３４記載の装置。
36. 前記少なくとも４つの連続的サブフレームは、８つのサブフレームを含む、請求項３４記載の装置。
37. 前記少なくとも４つの連続的サブフレームの最後のものから、４サブフレーム後のサブフレームにおいて、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）上で、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定肯定応答（ＮＡＣＫ）を受信する手段をさらに具備する、請求項３４記載の装置。
38. 前記データがボイスオーバーインターネットプロトコル（ＶｏＩＰ）データであり、
    前記装置は、
    前記ＶｏＩＰデータをターボエンコードする手段をさらに具備する、請求項３４記載の装置。
39. コンピュータ読取可能媒体を備えるコンピュータプログラム製品において、
    前記コンピュータ読取可能媒体は、
    少なくとも１つのサブフレームに対する、アップリンクのためのデータチャネル上で、データを多重化するためのコード分割多重化（ＣＤＭ）および周波数分割多重化（ＦＤＭ）構造の使用に関する情報を決定させるためのコードと、
    決定された情報に基づいて、前記少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化させるためのコードと
    を含むコンピュータプログラム製品。
40. 処理システムを備えるワイヤレス通信の装置において、
    前記処理システムは、
    少なくとも１つのサブフレームに対する、アップリンクのためのデータチャネル上で、データを多重化するためのコード分割多重化（ＣＤＭ）および周波数分割多重化（ＦＤＭ）構造の使用に関する情報を決定し、
    決定された情報に基づいて、前記少なくとも１つのサブフレームに対するＣＤＭ／ＦＤＭ構造を使用して、データを多重化する
    ように構成されている装置。

Images