JP2013530588A - 高速ダウンリンクチャネルのための複数の無線送受信ユニットのためのデータを多重化するための方法 - Google Patents

Abstract

高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法および装置が、開示される。ＷＴＲＵは、共通部分およびＷＴＲＵ固有の部分を含む、合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信することができる。共通部分は、１つの伝送時間間隔（ＴＴＩ）内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む。ＷＴＲＵは、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信する。ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含んでもよい。

Description

本発明は、無線通信技術に関する。
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１０年４月３０日に出願した米国特許仮出願第６１／３２９，６６９号明細書、および、２０１０年４月３０日に出願した米国特許仮出願第６１／３２９，９９６号明細書の権利を主張するものである。

送信器および受信器の両方で複数のアンテナを使用する通信システムが、開発されている。複数の送信および受信アンテナを利用するシステムは、多入力多出力（ＭＩＭＯ）システムと呼ばれることがある。マルチアンテナ構成を利用して、信号受信におけるマルチパスおよび信号干渉の悪影響を軽減することができる。ダウンリンクＭＩＭＯの導入により、無線送受信ユニット（ＷＴＲＵ）は、同じ周波数で同時に複数のデータストリームを受信することができる。

高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）では、ダウンリンク送信は、２ミリ秒の伝送時間間隔（ＴＴＩ）ベースで、ノードＢによってスケジュールされる。多くの場合、単一のユーザが２ミリ秒のＴＴＩを十分に満たすために十分なデータはない。インターネットトラフィック調査は、かなり多数のパケットがほぼ２または４ｋビット程度であり、アップリンクトラフィックのためのシグナリング無線ベアラ（ＳＲＢ）、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）またはＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）確認応答のような場合のためのダウンリンクトラフィックが載せられることを示している。

高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法および装置が、開示される。ＷＴＲＵは、共通部分およびＷＴＲＵ固有の部分を含む、合同（joint）高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信することができる。共通部分は、１つの伝送時間間隔（ＴＴＩ）内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む。ＷＴＲＵは、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信する。

複数のＷＴＲＵのためのデータが、１つの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に多重化される場合、ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含んでもよい。ＷＴＲＵは、グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信し、個別（dedicated）ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出される場合には、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ ＰＤＵから取り出すことができる。

より詳細な理解は、例として、添付の図面と共に与えられた、以下の説明から得られるであろう。
１つまたは複数の開示された実施形態が実装されうる、通信システムの一例のシステム図である。 図１Ａに例示された通信システム内で使用されうる、無線送受信ユニット（ＷＴＲＵ）の一例のシステム図である。 図１Ａに例示された通信システム内で使用されうる、無線アクセスネットワークの一例およびコアネットワークの一例のシステム図である。 従来のＭＡＣ−ｅｈｓ ＰＤＵフォーマットの図である。 一実施形態における、ＭＡＣ−ｅｈｓ ＰＤＵフォーマットの一例の図である。 もう１つの実施形態における、ＭＡＣ−ｅｈｓ ＰＤＵフォーマットのもう１つの例を示す図である。 一実施形態における、ＭＡＣ−ｅｈｓ ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットの一例を示す図である。 一実施形態における、最終ＭＡＣ−ｅｈｓ ＰＤＵフォーマットの一例を示す図である。 ＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティを示す図である。 個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵが最終ＭＡＣ−ｅｈｓ ＰＤＵに多重化される場合の、ＭＡＣ−ｅｈｓ ＰＤＵ多重化をサポートするＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティの一例の図である。 一実施形態における、ＷＴＲＵ多重化をサポートするＵＴＲＡＮ側のＭＡＣ−ｅｈｓエンティティの一例の図である。 符号分割多重化（ＣＤＭ）を使用して、単一の２ミリ秒のＴＴＩ内でスケジュールされた複数のＷＴＲＵを示す図である。 時分割多重化（ＴＤＭ）を使用して、単一の２ミリ秒のＴＴＩ内でスケジュールされた複数のＷＴＲＵを示す図である。 スロット式ＨＳ−ＳＣＣＨシグナリング方式、および、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの間のタイミング関係の例を示す図である。 非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。 ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。 非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。 ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。 非ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す図である。 ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す図である。

本明細書の実施形態を、図面を参照して説明し、同様の要素番号は、全体を通じて同様の要素を表す。

図１Ａは、１つまたは複数の開示された実施形態が実装されうる、通信システム１００の一例の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト、その他など、コンテンツを複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスできるようにしてもよい。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、その他など、１つまたは複数のチャネルアクセス方法を採用してもよい。

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および、他のネットワーク１１２を含んでもよいが、開示された実施形態が任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作かつ／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信かつ／または受信するように構成可能であり、ユーザ機器（ＵＥ）、移動局、固定またはモバイルの加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などが含まれうる。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち少なくとも１つと無線でインタフェースして、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含みうることは理解されよう。

基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、その他など、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的地域内で無線信号を送信かつ／または受信するように構成されてもよく、この地理的地域は、セル（図示せず）と呼ばれることがある。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。こうして、一実施形態では、基地局１１４ａは３つのトランシーバを、すなわち、セルのセクタ毎に１つずつ含んでもよい。もう１つの実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルのセクタ毎に複数のトランシーバを利用してもよい。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数と通信してもよく、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立可能である。

より具体的には、上述のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、その他など、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）など、無線技術を実装することができ、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

もう１つの実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）など、無線技術を実装することができ、この無線技術は、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインタフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）、その他など、無線技術を実装することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、職場、家庭、車両、キャンパス、その他など、局所的なエリア内の無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１１など、無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１５など、無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらにもう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。このように、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信していてもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／または、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、かつ／または、ユーザ認証など、高レベルのセキュリティ機能を行うことができる。図１Ａに図示しないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信していてもよいことは理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中でありうる、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしての機能を果たすこともできる。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含みうる。ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、有線または無線通信ネットワークが含まれうる。例えば、ネットワーク１１２には、１つまたは複数のＲＡＮに接続された別のコアネットワークが含まれてもよく、これらのＲＡＮは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがある基地局１１４ａと、かつ、ＩＥＥＥ ８０２無線技術を採用することがある基地局１１４ｂと、通信するように構成されてもよい。

図１Ｂは、ＷＴＲＵ１０２の一例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０，送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および、他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意のサブコンビネーションを含んでもよいことは理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどに関連した、１つまたは複数のマイクロプロセッサであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作できるようにする任意の他の機能性を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバ１２０は、送受信素子１２２に結合されてもよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内で共に統合可能であることは理解されよう。

送受信素子１２２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信素子１２２は、ＲＦ信号を送信かつ／または受信するように構成されたアンテナであってもよい。もう１つの実施形態では、送受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信かつ／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態では、送受信素子１２２は、ＲＦおよび光信号を共に送信かつ受信するように構成されてもよい。送受信素子１２２は、任意の組み合わせの無線信号を送信かつ／または受信するように構成されてもよいことは理解されよう。

加えて、送受信素子１２２は、図１Ｂで単一の素子として示されるが、ＷＴＲＵ１０２は、任意の数の送受信素子１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。こうして、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信かつ受信するための、２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。

トランシーバ１２０は、送受信素子１２２によって送信されることになる信号を変調するように、かつ、送受信素子１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。こうして、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ ８０２．１１など、複数のＲＡＴを介して通信できるようにするための、複数のトランシーバを含んでもよい。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、もしくは、有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ１３０には、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または、任意の他のタイプのメモリ記憶装置が含まれうる。リムーバブルメモリ１３２には、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどが含まれうる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配かつ／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが含まれうる。

プロセッサ１１８はまた、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または、信号が２つ以上の近くの基地局から受信されるタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、任意の適切な位置決定方法を通じて位置情報を獲得できることは理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８には、追加の特徴、機能性、および／または、有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれうる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどが含まれうる。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。図１Ｃに示すように、ＲＡＮ１０４は、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでもよく、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバをそれぞれ含んでもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０４内の特定のセル（図示せず）にそれぞれ関連付けられてもよい。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０４は、一実施形態と矛盾しないままで、任意の数のノード−ＢおよびＲＮＣを含んでもよいことは理解されよう。

図１Ｃに示すように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介して各ＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続される先の各ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、その他など、他の機能性を実行またはサポートするように構成されてもよい。

図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／または、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有かつ／または操作されうることは理解されよう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８など、回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスの間の通信を容易にすることができる。

ＲＡＮ１０４内のＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０など、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。

上述のように、コアネットワーク１０６はまた、ネットワーク１１２にも接続されてもよく、ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、他の有線または無線ネットワークが含まれうる。

実施形態は、３ＧＰＰ ＵＭＴＳ無線通信システムとの関連で説明されるが、これらの実施形態を、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、ＧＰＲＳ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、および、ＷｉＭａｘ、その他など、任意の無線通信システムに適用できることに留意されたい。これらの実施形態は、ＨＳ−ＤＳＣＨおよびＭＡＣ−ｅｈｓを参照して説明されるが、これらの実施形態は、任意の他のタイプのトランスポートチャネルおよびＭＡＣエンティティに適用可能であることに留意されたい。本明細書で開示された実施形態を、独立して、または、任意の組み合わせで使用することができる。

複数のＷＴＲＵのためのＨＳ−ＤＳＣＨデータは、１つのＭＡＣトランスポートブロック（例えば、ＭＡＣ−ｅｈｓ ＰＤＵ）に含まれうる。トランスポートブロック（すなわち、ＭＡＣ−ｅｈｓ ＰＤＵ）が、ＷＴＲＵによってＨＳ−ＤＳＣＨ上で受信される前に、復調およびハイブリッド自動再送要求（ＨＡＲＱ）情報ならびにＷＴＲＵ識別情報を含むＨＳ−ＳＣＣＨは、デコードされる必要がある（レイヤ１アドレス指定）。ＨＳ−ＳＣＣＨ上のＷＴＲＵ識別情報がマッチする場合、レイヤ１は、トランスポートブロックをＭＡＣレイヤへ転送する。ＭＡＣレイヤは次いで、ＭＡＣ−ｅｈｓ ＰＤＵに含まれるどのＨＳ−ＤＳＣＨデータがＷＴＲＵに属するかを決定する（レイヤ２アドレス指定）。

レイヤ１アドレス指定（すなわち、ＭＡＣ−ｅｈｓ ＰＤＵのためのＷＴＲＵを識別する）のための実施形態を、以下で開示する。

一実施形態では、複数のＷＴＲＵによって共有された共通ＷＴＲＵ識別情報を、レイヤ１アドレス指定のために使用することができる。共通ＷＴＲＵ識別情報は、グループＷＴＲＵ識別情報であってもよい。例えば、グループＨＳ−ＤＳＣＨ無線ネットワーク一時識別情報（Ｈ−ＲＮＴＩ）は、ネットワークによって、例えば、無線リソース制御（ＲＲＣ）構成もしくは再構成メッセージを介して、または、レイヤ１シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）を介して、ＷＴＲＵのグループに割り当てられてもよい。このグループＷＴＲＵ識別情報は、ＨＳ−ＳＣＣＨを介してシグナリングされて、どのＷＴＲＵにＭＡＣ−ｅｈｓ ＰＤＵがアドレス指定されるかが示されてもよい。その割り当てられたグループＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ上でデコードされる場合、レイヤ１は、対応するＨＳ−ＤＳＣＨを受信し、ＨＳ−ＤＳＣＨトランスポートブロックをＭＡＣレイヤへ転送する。

あるいは、ＷＴＲＵは、ＲＲＣシグナリングを介して、異なるグループＷＴＲＵ識別情報により事前構成されてもよく、ネットワークは、グループＷＴＲＵ識別情報のうち１つへのインデックスを使用することによって、（例えば、ＨＳ−ＳＣＣＨオーダーを介して）ＷＴＲＵのグループＷＴＲＵ識別情報を動的に変更してもよい。

あるいは、ＷＴＲＵには、通常のＷＴＲＵ識別情報に加えて、追加のＷＴＲＵ識別情報（多重化ＷＴＲＵ識別情報と呼ばれる）が提供されてもよい。例として、一次Ｈ−ＲＮＴＩおよび二次Ｈ−ＲＮＴＩがＷＴＲＵに割り当てられてもよく、二次Ｈ−ＲＮＴＩは、ＴＴＩ内で複数のＷＴＲＵを多重化するために使用されてもよい。多重化ＷＴＲＵ識別情報は、ネットワークが１つのＨＳ−ＤＳＣＨトランスポートブロック内で異なるＷＴＲＵのためのデータを多重化する場合、ＨＳ−ＳＣＣＨを通じてシグナリングされてもよい。

あるいは、ＷＴＲＵは、ＷＴＲＵおよびネットワークの両方によって知られている所定のルールに従って、個別ＷＴＲＵ識別情報からグループＷＴＲＵ識別情報を決定することができる。例えば、個別ＷＴＲＵ識別情報を、所定の値によってマスクして、グループＷＴＲＵ識別情報を導出することができる。例えば、ＷＴＲＵのグループは、それらの個別Ｈ−ＲＮＴＩのあるビットを共有してもよい（例えば、１２個の最上位ビット（ＭＳＢ））。この場合、ＷＴＲＵは、論理演算：Ｈ−ＲＮＴＩ ＡＮＤ ＦＦＦ０ｈを行うことによって、それらのグループＨ−ＲＮＴＩを決定することができる。

もう１つの実施形態では、新しいＨＳ−ＳＣＣＨフォーマットを定義して、ＷＴＲＵ識別情報（例えば、Ｈ−ＲＮＴＩ）のリストを示すことができる。例えば、複数のＷＴＲＵのためのＷＴＲＵ識別情報のリストが、ＨＳ−ＳＣＣＨを介してシグナリングされてもよい。例として、Ｈ−ＲＮＴＩ毎に１６ビットを仮定する一例では、ＷＴＲＵ識別情報フィールドは、以下のように２つのＷＴＲＵを多重化するために拡張されてもよく、すなわち、Ｘ_{ｗｔｒｕ１，１}、Ｘ_{ｗｔｒｕ２，２}、．．．、Ｘ_{ｗｔｒｕ１，１６}、．．．、Ｘ_{ｗｔｒｕｋ，１}、Ｘ_{ｗｔｒｕｋ，２}、．．．、Ｘ_{ｗｔｒｕｋ，１６}である。ＨＳ−ＳＣＣＨをデコードするとき、レイヤ１は、ＨＳ−ＳＣＣＨに含まれたＷＴＲＵ識別情報のリストから、どのＷＴＲＵにＨＳ−ＤＳＣＨデータがアドレス指定されるかを決定し、それ自体のＷＴＲＵ識別情報がＷＴＲＵ識別情報のリストに含まれる場合、ＨＳ−ＤＳＣＨトランスポートブロックをＭＡＣレイヤへ転送してもよい。あるいは、ＷＴＲＵは、ＨＳ−ＳＣＣＨ内で使用されうる１つの共通ＷＴＲＵ識別情報と、スケジュールされているＷＴＲＵを一意に識別することができる、グループ内のＷＴＲＵへのインデックスとを有する手段によって、アドレス指定されてもよい。すべての多重化されたＷＴＲＵのインデックスのリストが、ＨＳ−ＳＣＣＨ内で提供されてもよい。

同じＨＳ−ＤＳＣＨトランスポートブロック内でアドレス指定されうるＷＴＲＵの数は、事前定義されてもよい（例えば、２つのＷＴＲＵ）。この数は、ＲＲＣまたはレイヤ１レベルで構成されてもよい。

あるいは、同じＨＳ−ＤＳＣＨトランスポートブロック内でアドレス指定されうるＷＴＲＵの数は、動的に変更されてもよい。同時にアドレス指定されうるＷＴＲＵの最大数があってもよい。レイヤ１は、以下の実施形態のうち１つまたは組み合わせによって、いくつのＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内に存在するかを決定する。

追加のフィールドをＨＳ−ＳＣＣＨ内に含めて、いくつのＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内に含まれるかを示してもよい。レイヤ１は、追加のフィールドに従って、ＨＳ−ＳＣＣＨ内の対応するビット数をデコードしてもよく、ＷＴＲＵアドレスビットの残りを無視してもよい。例えば、最大３つのＷＴＲＵを同時にアドレス指定することができ、かつ、ネットワークが１つのＨＳ−ＤＳＣＨトランスポートブロック内の２つのＷＴＲＵのためのデータを多重化し、したがって、２つのＷＴＲＵが多重化されることを示すように追加のフィールドを設定する場合、レイヤ１は、（１６ビットのＷＴＲＵ識別情報を仮定すると）３２ビットをデコードし、残りの１６ビットを廃棄してもよい。あるいは、Ｈ−ＲＮＴＩのある値（例えば、すべてゼロまたはすべて１）を予約して、これが有効なＨ−ＲＮＴＩではないことを示してもよい。デコードされた有効なＨ−ＲＮＴＩの数に応じて、レイヤ１は、アドレス指定されているＷＴＲＵの数を決定することができる。

レイヤ２アドレス指定（すなわち、ＭＡＣ−ｅｈｓ ＰＤＵ内に含まれたＨＳ−ＤＳＣＨデータの各々のためのＷＴＲＵを識別する）のための実施形態を、以下で開示する。同じトランスポートブロック内で複数のＷＴＲＵをアドレス指定するために、ＭＡＣ−ｅｈｓ ＰＤＵヘッダは、新しいフィールドを含んで、ＭＡＣエンティティがそれ自体のペイロードを抽出できるようにしてもよい。

一実施形態によれば、ＭＡＣ−ｅｈｓヘッダは、ＨＳ−ＤＳＣＨトランスポートブロック内で多重化されたＨＳ−ＤＳＣＨデータ毎に１つまたは複数のＷＴＲＵ識別情報を含んでもよい。ＷＴＲＵ識別情報は、ＭＡＣ−ｅｈｓペイロードがＭＡＣ−ｅｈｓ ＰＤＵ内で連結される順序と同じ順序で追加されてもよい。より具体的には、ＷＴＲＵ ＩＤ１がＭＡＣ−ｅｈｓヘッダ内で最初に現れる場合、ＵＥ１のための対応する並べ替え（ｒｅｏｒｄｅｒｉｎｇ）ＰＤＵ（複数可）またはＭＡＣ−ｅｈｓペイロードが、ＭＡＣ−ｅｈｓ ＰＤＵ内で最初に連結されてもよい、などとなる。

ＭＡＣトランスポートブロック内に含まれたＨＳ−ＤＳＣＨペイロード毎にＷＴＲＵを識別するために、レイヤ２アドレス指定のために使用されたＷＴＲＵ ＩＤは、ＷＴＲＵのＨ−ＲＮＴＩ、ＷＴＲＵの一次Ｅ−ＤＣＨ無線ネットワーク一時識別情報（Ｅ−ＲＮＴＩ）、または、任意の他のタイプのＷＴＲＵ識別情報であってもよい。あるいは、レイヤ２アドレス指定のためのＷＴＲＵ ＩＤは、Ｈ−ＲＮＴＩまたは任意のＷＴＲＵ識別情報のサブセットであってもよい。ＷＴＲＵ識別情報のあるビット数が、いくつかのＷＴＲＵ間で共通であり、レイヤ１アドレス指定のために使用される場合、残りのビットは、ＷＴＲＵ毎に一意であり、ＨＳ−ＤＳＣＨトランスポートブロック内で多重化されたＨＳ−ＤＳＣＨペイロード毎に、レイヤ２アドレス指定のために使用されてもよい。ＷＴＲＵ識別情報とマスクの間の論理ＡＮＤ演算を行って、レイヤ２アドレス指定のためにこの個別ビットのサブセットを得ることができる。例として、ＷＴＲＵ識別情報の１２ビットが共通であり、４ビットが各ＷＴＲＵに一意である場合、論理演算は以下のようであってもよく、すなわち、ＷＴＲＵ識別情報 ＡＮＤ ０００Ｆｈである。

あるいは、グループ内の各ＷＴＲＵには、識別情報またはインデックス番号が割り当てられてもよい。この識別情報は、Ｈ−ＲＮＴＩより少ないビットを必要とすることがある（例えば、１６または８個のＷＴＲＵが１つのグループに含まれうる場合、４または３ビットをそれぞれ使用して、そのグループ内のＷＴＲＵを一意に識別してもよい）。これにより、ＭＡＣヘッダ内でＷＴＲＵをアドレス指定することに関連するオーバーヘッドが低減するようになる。このＷＴＲＵ ＩＤは、ＲＲＣ構成の一部としてＷＴＲＵへシグナリングされてもよく、あるいは、事前定義されたルールが使用されてもよい。

インデックスは、同じトランスポートブロック内でアドレス指定されているＷＴＲＵの数に等しい値を取ることができる。例として、３つのＷＴＲＵがアドレス指定される場合、インデックスは、値０、１または２を取ることができる。レイヤ１は、インデックス番号を決定し、ＭＡＣレイヤに提供してもよい。例えば、レイヤ１がｎ番目のＷＴＲＵ識別情報をデコードする場合、レイヤ１は、インデックス「ｎ」をＭＡＣレイヤに示すことができる。あるいは、ネットワークは、ＷＴＲＵのために構成された異なるＨＳ−ＳＣＣＨを使用して、このインデックスを示してもよい。従来、ＷＴＲＵのためのキャリアにつき、最大４つのＨＳ−ＳＣＣＨを構成することができる。インデックスは、ＷＴＲＵがそのグループＷＴＲＵ識別情報または個々のＷＴＲＵ識別情報をデコードするＨＳ−ＳＣＣＨ番号に基づいて、決定されてもよい。例として、ＨＳ−ＳＣＣＨ１が使用される場合、ＷＴＲＵはインデックス１を使用することができ、ＨＳ−ＳＣＣＨ２が使用される場合、ＷＴＲＵはインデックス２を使用することができる、などとなる。あるいは、２つのＷＴＲＵのためのデータが１つのＨＳ−ＤＳＣＨトランスポートブロック内で多重化される場合、ＨＳ−ＳＣＣＨのパリティを使用して、どのインデックスを使用してそのＭＡＣ−ｅｈｓペイロードを抽出するべきであるかを示すことができる。例として、使用されるＨＳ−ＳＣＣＨが奇数である場合、ＷＴＲＵはインデックス１を使用することができるが、使用されるＨＳ−ＳＣＣＨが偶数である場合、ＷＴＲＵはインデックス２を使用することができ、逆もまた同様である。

ＷＴＲＵアドレス指定を、レイヤ２アドレス指定の一部として説明するが、レイヤ１アドレス指定に対して等しく適用可能でありうることを理解されたい。

図２は、従来のＭＡＣ−ｅｈｓ ＰＤＵフォーマットである。ＭＡＣ−ｅｈｓ ＰＤＵは、ＭＡＣ−ｅｈｓヘッダおよびＭＡＣ−ｅｈｓペイロードを含む。ＭＡＣ−ｅｈｓヘッダは、ペイロードのための抽出情報を含む。ＭＡＣ−ｅｈｓペイロードは、１つまたは複数の並べ替えＰＤＵを含んでもよい。各並べ替えＰＤＵは、完全な、またはセグメント化された並べ替えサービスデータユニット（ＳＤＵ）を含んでもよい。ＭＡＣ−ｅｈｓヘッダは、論理チャネル識別情報（ＬＣＨ−ＩＤ）、長さ（Ｌ）、送信シーケンス番号（ＴＳＮ）、セグメンテーション情報（ＳＩ）およびフラグ（Ｆ）フィールドの１つまたは複数のセットを含む。ＬＣＨ−ＩＤフィールドおよびＬフィールドは、並べ替えＳＤＵ毎に繰り返される。ＴＳＮフィールドおよびＳＩフィールドは、並べ替えＰＤＵ毎に繰り返される。ＭＡＣ−ｅｈｓヘッダ内のＬＣＨ−ＩＤフィールドは、どの論理チャネルに各並べ替えＳＤＵが属するかを示す。Ｌフィールドは、各並べ替えＳＤＵのバイト単位の長さを示す。ＴＳＮフィールドおよびＳＩフィールドは、並べ替えＰＤＵが複数の並べ替えＳＤＵにセグメント化されたかどうか、かつ、どのようにセグメント化されたかを示す。フラグＦは、ＭＡＣ−ヘッダの最後かどうか、または、次のフィールドがもう１つのＬＣＨ−ＩＤかどうかを示す。ＴＳＮ_ｉフィールドおよびＳＩ_ｉフィールドの存在は、ＬＣＨ−ＩＤ_ｉの値に基づく。ＬＣＨ−ＩＤ_ｉがＬＣＨ−ＩＤ_ｉ−１と同じ並べ替えキューにマップされる場合、または、ＬＣＨ−ＩＤ_ｉ−１の値がＬＣＨ−ＩＤ_ｉの値に等しい場合、ＴＳＮ_ｉフィールドまたはＳＩ_ｉフィールドはない。並べ替えキューへのＬＣＨ−ＩＤのマッピングは、より上位レイヤによって提供される。

ＭＡＣ−ｅｈｓ ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットのための実施形態を、以下で開示する。

一実施形態では、１つのＷＴＲＵに属する並べ替えＰＤＵがＭＡＣ−ｅｈｓ ＰＤＵ内で連続的に配置されてもよく、ＭＡＣ−ｅｈｓ ＰＤＵの先頭の１つのＭＡＣ−ｅｈｓヘッダは、どの並べ替えＰＤＵ（複数可）がどのＷＴＲＵに属すかを示すフィールド（複数可）を含んでもよい。ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレスフィールド、ＷＴＲＵ ＭＡＣ−ｅｈｓペイロードの長さまたは並べ替えＰＤＵの数を示す長さフィールド、および、フラグ（複数可）を含んでもよい。

一実施形態では、ＬＣＨ−ＩＤフィールドおよびＬフィールドの各セットの後に、フラグ（ＦＬＡＧ）（例えば、１ビットフラグ）が続いてもよく、このフラグは、次に続くフィールドがＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤ）であるか、ＬＣＨ−ＩＤフィールドであるかを示す。例えば、ＦＬＡＧが「１」に設定される場合、次のフィールドはＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤ）であり、ＦＬＡＧが「０」に設定される場合、次のフィールドは、同じＷＴＲＵに対応する新しいセットのＬＣＨ−ＩＤフィールドおよびＬフィールドであるか、または、それがＭＡＣ−ｅｈｓ ＰＤＵの最後である。ＴＳＮフィールドおよびＳＩフィールドが存在する場合、この新しいフラグは、ＳＩフィールドの後に追加されてもよい。あるいは、ＷＴＲＵ−ＩＤおよびＦＬＡＧは、ＭＡＣ−ｅｈｓヘッダ内の任意の位置に含まれてもよい。

ＷＴＲＵは、１つのＷＴＲＵ ＭＡＣ−ｅｈｓペイロードの最後と、ＭＡＣ−ｅｈｓヘッダの最後を区別する必要がある。ＭＡＣレイヤは、レイヤ１を介して、ＷＴＲＵの数を予め知っていてもよく、または、新しいフィールドをＭＡＣ−ｅｈｓヘッダ内に追加して、ＭＡＣ−ｅｈｓ ＰＤＵ内で多重化されたＷＴＲＵの数を示してもよい。あるいは、１ビットフラグ（ＦＬＡＧ）の代わりに、２ビットフラグを使用して、次のフィールドがＷＴＲＵアドレスであるか、ＬＣＨ−ＩＤであるか、ＭＡＣ−ｅｈｓヘッダの最後（あるいは、フィールドＦ）であるかを示してもよい。

あるいは、ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤ_ｉ）、および、各ＷＴＲＵに属するデータのビットまたはバイト数を示す長さフィールド（Ｌ_ＵＥ）を含んでもよい。１ビットフラグを、ＷＴＲＵアドレスフィールドおよびＬ_ＵＥフィールドの各セットの最後に追加して、次に続くフィールドが新しいセットのＷＴＲＵ−ＩＤフィールドおよびＬ_ＵＥフィールドであるか、それ以上のＷＴＲＵはアドレス指定されていないかを示してもよい。多重化されたＷＴＲＵの数は、固定されてもよく、ＭＡＣ−ｅｈｓヘッダを介してシグナリングされないことがある。あるいは、多重化されたＷＴＲＵの数は変化してもよく、ＭＡＣ−ｅｈｓヘッダは、ＭＡＣ−ｅｈｓ ＰＤＵ内で多重化されたＷＴＲＵの数を示すＮフィールドを含んでもよい。あるいは、多重化されたＷＴＲＵの数は、ＨＳ−ＳＣＣＨを介してシグナリングされてもよい。レイヤ１は、ＷＴＲＵの数を決定してもよく、この数をＭＡＣレイヤへ転送する。

あるいは、ＷＴＲＵ毎のデータの長さは、構成可能でありうる、事前定義された数の１つであってもよく、ＨＳ−ＳＣＣＨ内で示されてもよい。あるいは、ＷＴＲＵ毎のデータの長さは、トランスポートブロックテーブルの値の全部またはサブセットに対応してもよく、Ｌ_ＵＥフィールドは、トランスポートブロックテーブルのエントリのインデックスに対応してもよい。あるいは、並べ替えＰＤＵの数が、長さＬ_ＵＥの代わりに、ＷＴＲＵ毎に示されてもよい。

あるいは、１つのＷＴＲＵアドレスフィールドが、並べ替えＰＤＵ毎に、ＭＡＣ−ｅｈｓヘッダ内に追加されてもよい。新しいフラグを、各ＬＣＨ−ＩＤおよびＬフィールドの後に追加して、次に続くフィールドがＬＣＨ−ＩＤであるか、ＷＴＲＵアドレスであるかを示してもよい。あるいは、ＬＣＨ−ＩＤ値が以前のものとは異なる場合、新しいフラグが、ＬＣＨ−ＩＤおよびＬフィールドの後に追加されてもよい。このフラグは、最初のＬＣＨ−ＩＤおよびＬフィールドの後に追加されてもよい。このフラグは、次のフィールドがＷＴＲＵアドレスフィールドであるか、ＬＣＨ−ＩＤフィールドであるかを、ＭＡＣレイヤに示してもよい。ＷＴＲＵアドレスフィールドの同じ値が繰り返されてもよい。

あるいは、１つのＷＴＲＵアドレスが、並べ替えＳＤＵ毎に、ＭＡＣ−ｅｈｓヘッダ内に追加されてもよく、これは、１つのＷＴＲＵアドレスフィールドが各ＬＣＨ−ＩＤおよびＬフィールドの後に追加されることを意味する。この場合、新しいフラグは必要とされないことがあり、その理由は、ＭＡＣレイヤが、ＬＣＨ−ＩＤフィールドおよびＬフィールド、または、ＴＳＮ（存在する場合）フィールドおよびＳＩ（存在する場合）フィールドの各セットの後で、ＷＴＲＵアドレスフィールドを予期することができるからである。あるいは、ＷＴＲＵアドレスフィールドは、ＬＣＨ−ＩＤフィールドの前に追加されてもよい。

図３は、一実施形態におけるＭＡＣ−ｅｈｓ ＰＤＵフォーマットの一例である。ＭＡＣ−ｅｈｓ ＰＤＵ３００は、ＭＡＣ−ｅｈｓヘッダ３１０、および、複数のＷＴＲＵのためのＭＡＣ−ｅｈｓペイロード３３０を含む。ＭＡＣ−ｅｈｓヘッダ３１０は、ＬＣＨ−ＩＤフィールド３１２、Ｌフィールド３１４、ＴＳＮフィールド３１６、ＳＩフィールド３１８、ＦＬＡＧ３２０、ＷＴＲＵ ＩＤ３２２、および、Ｆフィールド３２４を含む。ＭＡＣ−ｅｈｓペイロード３３０は、複数のＷＴＲＵのための並べ替えＰＤＵを含む。ＦＬＡＧ３２０およびＷＴＲＵ−ＩＤ３２２は、ＭＡＣ−ｅｈｓヘッダ３１０内で、ＬＣＨ−ＩＤ３１２、Ｌ３１４、ＴＳＮ３１６およびＳＩ３１８（または、ＴＳＮフィールドおよびＳＩフィールドが存在しない場合、ＬＣＨ−ＩＤフィールドおよびＬフィールド）のセットの後に追加される。ＦＬＡＧフィールド３２０を並べ替えＳＤＵ毎に追加して、次のフィールドが新しいＷＴＲＵ−ＩＤであるか、新しいＬＣＨ−ＩＤであるかを示してもよい。ＷＴＲＵ−ＩＤフィールド３２２は、ＷＴＲＵペイロード毎に追加される（すなわち、ＷＴＲＵ−ＩＤフィールドの数は、ＭＡＣ−ｅｈｓ ＰＤＵ内で多重化されたＷＴＲＵの数に対応する）。そのペイロードを抽出するために、ＭＡＣレイヤは、ＷＴＲＵ−ＩＤフィールドをそれ自体のＷＴＲＵ識別情報と比較し、それらがマッチする場合、フィールドＦＬＡＧ３２０が、次のフィールドが新しいＷＴＲＵ−ＩＤではないと示す限り、ＭＡＣレイヤは並べ替えＰＤＵを抽出する。フィールドＦＬＡＧ３２０が、次のフィールドがもう１つのＷＴＲＵ−ＩＤであると示す場合、ＭＡＣレイヤは、対応する並べ替えＰＤＵの抽出を終える。

図４は、もう１つの実施形態における、ＭＡＣ−ｅｈｓ ＰＤＵフォーマットのもう１つの例を示す。ＭＡＣ−ｅｈｓ ＰＤＵ４００は、ＭＡＣ−ｅｈｓヘッダ４１０、および、ペイロード４３０を含む。ＭＡＣ−ｅｈｓヘッダ４１０は、Ｎフィールド４１２、ＷＴＲＵ−ＩＤフィールド４１４、Ｌ_ＵＥフィールド４１６、ＬＣＨ−ＩＤフィールド４１８、Ｌフィールド４２０、ＴＳＮフィールド４２２、ＳＩフィールド４２４、および、Ｆフィールド４２６を含む。ペイロード４３０は、複数のＷＴＲＵのための並べ替えＰＤＵを含む。Ｎフィールド４１２は、ＭＡＣ−ｅｈｓ ＰＤＵ内で多重化されたＷＴＲＵの数を示す。ＷＴＲＵ−ＩＤ４１４およびＬ_ＵＥフィールド４１６（各ＷＴＲＵペイロードの長さを示す）のリストが、ＭＡＣ−ｅｈｓヘッダの先頭に追加されてもよい。そのペイロードを抽出するために、ＭＡＣレイヤは、それ自体のＷＴＲＵ−ＩＤを発見するまで、ヘッダ内のフィールドを読み取り、各Ｌ_ＵＥを格納する。ＭＡＣレイヤは、（先行するＷＴＲＵのＬ_ＵＥフィールドを使用して）それ自体のペイロードに先行するＷＴＲＵペイロードの長さに達するまで、ヘッダを読み取り続け、遭遇するＬフィールドを合計する。ＭＡＣレイヤは次いで、それ自体のＬ_ＵＥ長さを知り、そのペイロードを抽出する。

もう１つの実施形態では、ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵのための各ＭＡＣ−ｅｈｓペイロードの前に追加されてもよい。このＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレス（例えば、ＷＴＲＵ識別情報、サブ識別情報、インデックスなど）を含んでもよい。あるいは、新しいフィールドが各ＭＡＣ−ｅｈｓヘッダ内に追加されないことがあり、ＭＡＣレイヤは、どの位置にそれ自体のＭＡＣ−ｅｈｓヘッダがあるかを、レイヤ１からの指示に基づいて決定することができる。

図５は、一実施形態における、ＭＡＣ−ｅｈｓ ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットの一例を示す。この例では、ＭＡＣ−ｅｈｓヘッダ５１０は、ＷＴＲＵ毎のＭＡＣ−ｅｈｓペイロード５３０に追加される。各ＭＡＣ−ｅｈｓヘッダ５１０は、ＷＴＲＵ−ＩＤフィールド５１２、ＬＣＨ−ＩＤフィールド５１４、Ｌフィールド５１６、ＴＳＮフィールド５１８、ＳＩフィールド５２０、および、Ｆフィールド５２２を含む。ＷＴＲＵ−ＩＤフィールド５１２は、どのＷＴＲＵに、次に続くＭＡＣ−ｅｈｓペイロードが属するかを示す。ＭＡＣレイヤは、それ自体のＷＴＲＵ−ＩＤを発見するまで、ＭＡＣ−ｅｈｓヘッダ５１０を読み取り、次いで、そのペイロードを抽出する。パディングビットが、ＭＡＣ−ｅｈｓ ＰＤＵの最後に、あるいは、各ＭＡＣ−ｅｈｓペイロードの最後に追加されてもよい。

もう１つの実施形態では、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ（ペイロードおよびヘッダを含む）は最初に、ＭＡＣ−ｅｈｓトランスポートブロック内で多重化されるＷＴＲＵのために作成され、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵは、最終ＭＡＣ−ｅｈｓ ＰＤＵに多重化される。最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダは、各個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵに追加されてもよい。ＷＴＲＵ側で、ＷＴＲＵは、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵを、最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダに基づいて逆多重化する。ＷＴＲＵが、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵのうち１つがそれ自体にアドレス指定されると決定する場合、ＷＴＲＵは、さらなる処理のために、その個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵを逆アセンブルしてもよく、他の個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵを廃棄してもよい。

図６は、一実施形態における最終ＭＡＣ−ｅｈｓ ＰＤＵフォーマットの一例を示す。最終ＭＡＣ−ｅｈｓ ＰＤＵ６００は、最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０および個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ６２０を含む。最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０は、最終ＭＡＣ−ｅｈｓ ＰＤＵ６００の先頭に配置されてもよい。個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ６２０は、ＷＴＲＵ毎のＭＡＣ−ｅｈｓヘッダ６３０および並べ替えＰＤＵ６５０を含む。

個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ毎の最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０は、ＷＴＲＵ識別情報（ＷＴＲＵ−ＩＤ）６１２、および、ＵＥｘのための個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ６２０の長さを示す長さフィールド（Ｌ_ＵＥｘ）６１４を含んでもよい。この長さは、バイトまたはビット単位で表されてもよく、あるいは、事前定義されたセットのＭＡＣ−ｅｈｓ ＰＤＵサイズ（例えば、トランスポートブロックテーブルの全部またはサブセット）へのインデックスに対応してもよい。長さフィールドが使用されて、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵが逆多重化される。

最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０は、フラグ（図示せず）を（例えば、各最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダの最後で）含んで、これが最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０の最後であるか、さらにＷＴＲＵ ＩＤまたはＬ_ＵＥが後に続くかを示してもよい。最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０は、いくつの個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵが最終ＭＡＣ−ｅｈｓ ＰＤＵ６００内で共に多重化されるかを示すためのフィールド（図示せず）を含んでもよい。例えば、Ｎフィールドが、最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ６１０内に追加されてもよい。あるいは、Ｌフィールドが、この値をＷＴＲＵへシグナリングしてもよい。あるいは、多重化されたＷＴＲＵの数は、所定であってもよく、ＷＴＲＵに知られていてもよい。

あるいは、ＨＳ−ＳＣＣＨは、最終ＭＡＣ−ｅｈｓ ＰＤＵ内の個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵサイズを示してもよい。この場合、Ｌ_ＵＥフィールドは、最終ＭＡＣ−ｅｈｓヘッダ内に存在しないことがある。ＷＴＲＵは、ＨＳ−ＳＣＣＨ上で、かつ、最終ＭＡＣ−ｅｈｓ ＰＤＵヘッダ内のＷＴＲＵ ＩＤと共に、多重化された個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵサイズを取り出し、ＷＴＲＵに属する個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵを逆多重化し、他の個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵを廃棄する。

あるいは、ＭＡＣレイヤによってそれ自体の並べ替えＰＤＵを抽出するために必要とされる逆多重化情報が、ＨＳ−ＳＣＣＨ内で示されてもよく、これはレイヤ１によって転送される。この情報は、ＷＴＲＵ毎の各ＭＡＣ−ｅｈｓペイロードの長さ（もしくは、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵ毎のトランスポートブロックサイズ）、または、ＷＴＲＵ毎のＭＡＣ−ｅｈｓ並べ替えＰＤＵの数を含んでもよい。レイヤ１は、ＷＴＲＵにアドレス指定された逆多重化情報を抽出して、ＭＡＣレイヤに渡してもよく、または、ＷＴＲＵにアドレス指定された逆多重化情報をＭＡＣレイヤに渡してもよい。あるいは、各ＷＴＲＵに対応するペイロードのサイズが事前定義されてもよい（例えば、全体のトランスポートブロックサイズまたは全体のペイロードをＷＴＲＵの数で割ったものであってもよい）。

ＭＡＣレイヤは、どのＭＡＣヘッダまたはＰＤＵフォーマットを使用するべきであるかを決定してもよい。ＷＴＲＵに、グループＷＴＲＵ識別情報（例えば、グループＨ−ＲＮＴＩ）、または、多重化ＷＴＲＵ識別情報（例えば、二次Ｈ−ＲＮＴＩ）が割り当てられている場合、かつ、レイヤ１がＨＳ−ＳＣＣＨ内でこの識別情報をデコードする場合、ＭＡＣレイヤは、ＷＴＲＵ多重化のために、ＭＡＣヘッダフォーマットにより処理してもよい。あるいは、ＷＴＲＵ多重化にかかわらず、同じＭＡＣ−ｅｈｓフォーマットが使用されてもよい。あるいは、レイヤ１は、ＭＡＣレイヤに対して、２つ以上のＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内でデコードされているかどうかを示し、ＭＡＣレイヤが正しいＭＡＣヘッダフォーマットを使用できるようにしてもよい。あるいは、ＭＡＣヘッダフォーマットは、ＲＲＣ構成の一部であってもよい。

ネットワークは、送信のタイプに応じて、異なるＭＡＣ−ｅｈｓ ＰＤＵフォーマットを使用してもよい。送信のタイプが単一のＷＴＲＵのための送信である場合、ネットワークは、従来のＭＡＣ−ｅｈｓフォーマットを使用してもよく、送信のタイプが、１つのトランスポートブロック内で多重化されたデータを有する複数のＷＴＲＵのための送信である場合、ネットワークは、多重化のためにＭＡＣ−ｅｈｓ ＰＤＵの新しいフォーマットを使用してもよい。あるいは、ネットワークは、同じフォーマットを使用してもよく、ＷＴＲＵは、アドレス指定されているＷＴＲＵの数を検出することによって、データが多重化されるかどうかを判定してもよい。ネットワークは、異なる期間で、異なる数のＷＴＲＵのためのデータを動的に多重化してもよい。

ＨＳ−ＳＣＣＨオーダーを使用して、明示的に、ＷＴＲＵがこのモードで受信を開始できるようにしてもよい（例えば、ＷＴＲＵは多重化され、ＭＡＣまたはＨＳ−ＳＣＣＨの再解釈を開始する）。ＨＳ−ＳＣＣＨオーダーは、このモードで受信を開始するために、ＷＴＲＵが使用するための具体的な情報を含んでもよい。例えば、ＨＳ−ＳＣＣＨオーダーは、グループ内でそれ自体を識別するために使用するために、ＷＴＲＵインデックスまたはＷＴＲＵ ＩＤを割り当ててもよい。あるいは、ＨＳ−ＳＣＣＨは、グループＩＤをＷＴＲＵに提供してもよい。

ＨＳ−ＤＳＣＨのためのＷＴＲＵの多重化をサポートするための、ＷＴＲＵ側およびＵＴＲＡＮ側のＭＡＣ−ｅｈｓアーキテクチャのための実施形態を、以下で開示する。

図７は、ＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティを示す。ＨＡＲＱエンティティ７０２は、ＨＡＲＱプロトコルの処理を担う。逆アセンブリエンティティ７０４は、ＭＡＣ−ｅｈｓヘッダおよびパディングを除去することによって、ＭＡＣ−ｅｈｓ ＰＤＵを逆アセンブルする。並べ替えキュー分配エンティティ７０６は、受信された論理チャネル識別子に基づいて、受信された並べ替えＰＤＵを正しい並べ替えキューへルーティングする。並べ替えエンティティ７０８は、受信されたＴＳＮに従って、受信された並べ替えＰＤＵを編成する。受信されると、連続的なＴＳＮを有するデータブロックが再アセンブリエンティティへ配信される。再アセンブリエンティティ７１０は、セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵを再アセンブルし、ＭＡＣ ＰＤＵをＬＣＨ−ＩＤ逆多重化エンティティ７１２へ転送する。ＬＣＨ−ＩＤ逆多重化エンティティ７１２は、受信された論理チャネル識別子に基づいて、ＭＡＣ−ｅｈｓ ＳＤＵを正しい論理チャネルへルーティングする。

逆アセンブリエンティティ７０４は、追加の処理を行って、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを抽出し、並べ替えＰＤＵの残りを廃棄し、次いで、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを並べ替え分配エンティティへ配信してもよい。逆アセンブリエンティティによって行われる追加の処理は、ＭＡＣ−ｅｈｓフォーマットのタイプによって決まってもよい。

図３に示すような、連続的なＭＡＣ−ｅｈｓヘッダの場合、逆アセンブリエンティティ７０４は、この特定のＷＴＲＵのためのＭＡＣ−ｅｈｓペイロードを抽出する前に、ＭＡＣ−ｅｈｓヘッダ内のＷＴＲＵアドレスを発見することができる。図４に示すように、ＭＡＣ−ｅｈｓヘッダが各ＭＡＣ−ｅｈｓペイロードの前に追加される場合、逆アセンブリエンティティ７０４は、このＷＴＲＵにアドレス指定された並べ替えＰＤＵを並べ替え分配エンティティへ配信する前に、ヘッダ、パディングビット、および、このＷＴＲＵにアドレス指定されていない並べ替えＰＤＵを除去する前に、そのＷＴＲＵアドレスを含むＭＡＣ−ｅｈｓヘッダを発見することができる。ＭＡＣ−ｅｈｓヘッダへの変更が実装されていない場合、逆アセンブリエンティティ７０４は、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを抽出する前に、レイヤ１および／または暗示的ルールによって提供された逆多重化情報を使用してもよい。逆多重化情報は、多重化されたＷＴＲＵの数、各ＭＡＣ−ｅｈｓペイロードの長さなどを含んでもよい。

図８は、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵが最終ＭＡＣ−ｅｈｓ ＰＤＵに多重化される場合の、ＭＡＣ−ｅｈｓ ＰＤＵ多重化をサポートするＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティの一例を示す。ＭＡＣ−ｅｈｓ ＰＤＵ逆多重化エンティティ７０３が導入されて、個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵが逆多重化され、それ自体のデータが逆アセンブリエンティティ７０４へ転送される。ＭＡＣ−ｅｈｓ ＰＤＵ逆多重化エンティティ７０３は、ＷＴＲＵ ＩＤまたはインデックスを使用して、どの個々のＷＴＲＵ ＭＡＣ−ｅｈｓ ＰＤＵがＷＴＲＵに属するかを決定し、それを逆アセンブリエンティティ７０４へ転送することができる。ＭＡＣ−ｅｈｓ ＰＤＵ逆多重化エンティティ７０３は、このＷＴＲＵに属していないＭＡＣ−ｅｈｓ ＰＤＵ（複数可）を廃棄することができる。

ＭＡＣ−ｅｈｓ ＰＤＵ逆多重化エンティティの機能性は、逆アセンブリエンティティに含まれてもよいことに留意されたい。

図９は、一実施形態における、ＷＴＲＵ多重化をサポートするＵＴＲＡＮ側のＭＡＣ−ｅｈｓエンティティの一例である。スケジューリング／優先度処理エンティティ９０２は、ＨＡＲＱエンティティ間のＨＳ−ＤＳＣＨリソース、および、データフローを、それらの優先度クラスに従って管理する。優先度キュー分配エンティティ９０４は、受信されたＭＡＣ−ｅｈｓ ＳＤＵを優先度キュー９０６へ分配する。セグメンテーションエンティティ９０８は、ＭＡＣ−ｅｈｓ ＳＤＵの必要なセグメンテーションを行う。優先度キューＭＵＸエンティティ９１０は、スケジューリング決定、および、この機能のために使用可能なＴＦＲＣに基づいて、各優先度キューから、ＭＡＣ−ｅｈｓ ＰＤＵ内に含まれるべきオクテット数を決定する。ＨＡＲＱエンティティ９１４は、ＨＡＲＱ機能性を処理する。ＴＦＲＣ選択エンティティ９１６は、ＭＡＣ−ｅｈｓのためのＴＦＲＣ選択を行う。

ネットワークがＭＡＣ−ｅｈｓトランスポートブロック内でいくつかのＷＴＲＵを多重化できるようにするために、「ＷＴＲＵ多重化エンティティ」と呼ばれる新しいエンティティ９１２が（例えば、スケジューリング／優先度処理エンティティ９０２とＨＡＲＱエンティティ９１４の間に）導入されてもよい。ＷＴＲＵ毎に１つのスケジューリング／優先度処理エンティティ９０２（例えば、優先度キュー分配、セグメンテーション、および、優先度キューｍｕｘ）が存在してもよいが、１つのＷＴＲＵ多重化エンティティ９１２があってもよい。あるいは、共に多重化されうるＷＴＲＵのグループに対して、１つのスケジューリング／優先度処理エンティティ９０２があってもよい。

ＷＴＲＵ多重化エンティティ９１２は、（最終）ＭＡＣ−ｅｈｓ ＰＤＵ内に含まれうる、ＷＴＲＵの数およびデータの量を決定する。ＷＴＲＵ多重化エンティティは、スケジューリング／優先度処理エンティティ９０２内でＷＴＲＵ毎に作成されたＭＡＣ−ｅｈｓ ＰＤＵを多重化し、（最終）ＭＡＣ−ｅｈｓ ＰＤＵをＨＡＲＱエンティティ９１４へ配信してもよい。あるいは、ＷＴＲＵ多重化エンティティ９１２は、上記で開示されたフォーマットのうち１つを使用することによって、１つのＭＡＣ−ｅｈｓ ＰＤＵ内で複数のＷＴＲＵの並べ替えＰＤＵを多重化してもよい。

優先度キューＭＵＸエンティティ９１０は迂回されてもよく、ＷＴＲＵ多重化エンティティ９１２は、各優先度キューから、かつ、各ＷＴＲＵから、ＭＡＣ−ｅｈｓ ＰＤＵ内に含まれるべきバイト数を決定する機能性を有してもよい。同じトランスポートブロック内のＷＴＲＵの多重化のためのＨＡＲＱ動作のための実施形態を、以下で説明する。

一実施形態では、トランスポートブロック内で多重化されたＷＴＲＵは、肯定確認応答（ＡＣＫ）または否定確認応答（ＮＡＣＫ）を返送してもよい。ノード−Ｂが、そのためのデータが多重化されている１つまたは複数のＷＴＲＵからＮＡＣＫを受信するとき、ノード−Ｂは、以前に送信されたものと同じトランスポートブロックをＷＴＲＵのグループへ再送信して、ＷＴＲＵがソフト合成（ｓｏｆｔ ｃｏｍｂｉｎｉｎｇ）を行うことができるようにしてもよい。

あるいは、ノード−Ｂは、ＡＣＫを送信したＷＴＲＵのデータを除いて、ＮＡＣＫを送信したグループのＷＴＲＵのＭＡＣ−ｅｈｓペイロードを含みうる、新しいトランスポートブロックを送信してもよい。例えば、３つのＷＴＲＵのためのデータが多重化された場合、かつ、ＵＥ１およびＵＥ３がＮＡＣＫを返送したが、ＵＥ２がＡＣＫを返送した場合、ノード−Ｂは、ＵＥ１およびＵＥ３のためのデータを含む新しいトランスポートブロックを送信してもよい。

あるいは、ノード−Ｂは、否定確認応答されたＷＴＲＵのＭＡＣ−ｅｈｓペイロードに加えて、新しいＭＡＣ−ｅｈｓペイロードを含みうる、新しいトランスポートブロックを送信してもよい。例えば、ＵＥ１およびＵＥ２へのデータが最初の送信において多重化され、ＵＥ１がＮＡＣＫを送信したが、ＵＥ２がＡＣＫを送信した場合、ノード−Ｂは、否定確認応答されたＵＥ１のためのデータと、任意の他のＷＴＲＵのための新しいデータとを含む、新しいトランスポートブロックを送信してもよい。

もう１つの実施形態では、多重化されたデータを受信したＷＴＲＵは、いかなるＡＣＫまたはＮＡＣＫをもネットワークに送信しないことがあり、ノード−Ｂは、同じトランスポートブロックを、所定の回数、ＷＴＲＵへ送信してもよい。ＷＴＲＵは、新しいデータインジケータまたは物理レイヤ冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）符号化を使用して、それが新しい送信であるか、再送信であるかを見いだしてもよい。再送信の場合、ＷＴＲＵは、そのデータを、予め受信されたデータと結合してもよい。

ＷＴＲＵがＨＳ−ＳＣＣＨなしの動作のために構成される場合、ＨＳ−ＤＳＣＨのＣＲＣが、そのためのデータが多重化されるＷＴＲＵに割り当てられたグループＷＴＲＵ識別情報により、部分的にマスクされてもよい。ＷＴＲＵ側のレイヤ１がＨＳ−ＤＳＣＨをうまくデコードするとき、ＷＴＲＵは、ＣＲＣを使用することによって、グループＷＴＲＵ識別情報をデコードし、そのデータがＷＴＲＵにアドレス指定されるかどうかを見いだしてもよい。

現在のＨＳＤＰＡでは、図１０に示すように、符号分割多重化（ＣＤＭ）を使用して、複数のＷＴＲＵが単一の２ミリ秒のＴＴＩ内でスケジュールされてもよい。符号多重化されたＭＩＭＯ対応ＷＴＲＵ間の符号間干渉を軽減するために、１つのＴＴＩ内のＷＴＲＵの時分割多重化（ＴＤＭ）が使用されてもよい。その場合、ノードＢスケジューラは、図１１に示すように、ＴＴＩ内の個々のタイムスロットをユーザに割り振る。

以下で、「ＴＤＭモード」という専門用語を使用して、複数のＷＴＲＵ宛ての送信がＴＴＩ内で時間多重化される動作モードを説明する。実施形態を、スロット式時間多重化（すなわち、各ＷＴＲＵが単一の無線スロットに割り当てられる）との関連で説明することができるが、他の時間多重化手法が適用可能でありうる。そのような時間多重化手法の一例は、時間交替（ｔｉｍｅ−ａｌｔｅｒｎａｔｉｏｎ）で複数のＷＴＲＵからデータシンボルを送信することであってもよい。以下の説明において、「時間多重化スロット」という用語は、単一のＷＴＲＵ専用のＴＴＩ内のシンボルのセットを指す。

レガシーモードとＴＤＭモードの間で切り替えるため、および、ＴＤＭモードをアクティブ化かつ非アクティブ化するための実施形態を、以下で開示する。ＴＤＭモードは、静的もしくはやや静的な方法で、あるいは、動的な方法で、構成かつ操作されてもよい。ＴＤＭモードが構成され、有効にされるとき、ＷＴＲＵは、受信されたいかなるＨＳ−ＰＤＳＣＨも２つ以上のＷＴＲＵのためのデータを時分割の方法で搬送することができるという知識を有して、動作する。静的またはやや静的な構成では、ＷＴＲＵは、いくつかの連続的なサブフレームのためにＴＤＭモードで動作するように構成されうるのに対して、動的な構成では、ＷＴＲＵに、サブフレーム毎に、送信がＴＤＭモードを使用中であるかどうかが示される。

ＴＤＭモードは、上位レイヤを介してシグナリングされた、やや静的なパラメータであってもよい。ＴＤＭモード構成のための新しい情報要素（ＩＥ）が、ＲＲＣメッセージ内に含まれてもよい。ＲＮＣは、このメッセージをＷＴＲＵへ送信してもよく、ＷＴＲＵは、このＲＲＣメッセージからＴＤＭ ＭＩＭＯモード構成情報を抽出する。あるいは、レイヤ２信号が、ＴＤＭモードの構成（例えば、ＭＡＣヘッダ）のために使用されてもよい。このパラメータを受信すると、ＷＴＲＵは、ＴＤＭモード構成を適用してもよい。ＴＤＭモードで構成されるとき、ＷＴＲＵへの送信は、ＴＤＭモードで送信されてもよい。

もう１つの実施形態では、ＴＤＭモードは、より下位レイヤのシグナリングを介して動的にアクティブ化かつ非アクティブ化されてもよい。

一実施形態では、ＴＤＭモードは、帯域外シグナリングを介してアクティブ化かつ非アクティブ化されてもよい。帯域外シグナリングは、ＨＳ−ＳＣＣＨオーダーを使用して実装されてもよい。表１は、オーダータイプが「０００」であるときの、ＨＳ−ＳＣＣＨオーダーマッピングの実装の一例を示す。新しいオーダータイプが、ＴＤＭアクティブ化および非アクティブ化のために導入されてもよい。

ＴＤＭアクティブ化オーダーを受信すると、ＷＴＲＵへの後続の送信は、（例えば、非アクティブ化オーダーが受信されるか、または、ＴＤＭモードを無効にするＲＲＣ構成メッセージが受信されるまで）ＴＤＭモードで送信されてもよい。あるいは、ＴＤＭモードはさらに、帯域内シグナリングを介して動的に示されてもよい。

もう１つの実施形態では、ＴＤＭモード指示を、ＨＳ−ＳＣＣＨ上で帯域内シグナリングによって搬送して、ＴＤＭモードをＴＴＩ式で、またはスロット式で、動的に切り替えることができるようにしてもよい。ＨＳ−ＳＣＣＨは、非ＭＩＭＯのためのタイプ（例えば、ＨＳ−ＳＣＣＨタイプ１）、または、ＭＩＭＯのためのタイプ（例えば、ＨＳ−ＳＣＣＨタイプ３）であってもよい。

ＴＤＭモード指示は、ＨＳ−ＳＣＣＨ番号に基づいて設定されてもよい。従来、ＨＳ−ＳＣＣＨの７個のチャネライゼーションコードセットビット（ｘ_{ｃｃｓ，１}、ｘ_{ｃｃｓ，２}、．．．、ｘ_{ｃｃｓ，７}）が、ＷＴＲＵのためのチャネライゼーションコードセットを割り当てるために設定される。コード０で開始するＰ（マルチ）コードが与えられ、かつ、ＨＳ−ＳＣＣＨ番号が与えられると、以下の式によって計算された整数の符号なしのバイナリ表現を使用して、情報フィールドが計算される。ｘ_{ｃｃｓ，１}がＭＳＢである最初の３ビット（コードグループインジケータ）では、以下の通りである。
ｘ_{ｃｃｓ，１}，ｘ_{ｃｃｓ，２}，ｘ_{ｃｃｓ，３}＝ｍｉｎ（Ｐ−１，１５−Ｐ）

ＨＳ−ＳＣＣＨタイプ１では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘ_ｍｓ，１＝０である場合、ＰおよびＯは、以下を満たすことができる。

かつ、ｘ_{ｃｃｓ，４}がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、次いで以下のようになる。

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ}は、ＨＳ−ＳＣＣＨ上で送信されないダミービットである。ｘ_{ｃｃｓ，７}を、以下のように設定することができる。

６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘ_ｍｓ，１＝１である場合、ＰおよびＯは、以下を満たすことができる。

かつ

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

かつ

ＨＳ−ＳＣＣＨタイプ３では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘ_ｍｓ，１、ｘ_ｍｓ，２、ｘ_ｍｓ，３が「１０１」に等しくない場合、ＰおよびＯは、以下を満たすことができる。

かつ、ｘ_{ｃｃｓ，４}がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ}は、ＨＳ−ＳＣＣＨ上で送信されないダミービットである。ｘ_{ｃｃｓ，７}を、以下のように設定することができる。

６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘ_ｍｓ，１、ｘ_ｍｓ，２、ｘ_ｍｓ，３が「１０１」に等しい場合、ＰおよびＯは、以下を満たすことができる。

かつ

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

二次トランスポートブロックのための変調がＱＰＳＫである場合、ｘ_{ｃｃｓ，７}＝０であり、かつ、
トランスポートブロックの数＝１である場合、ｘ_{ｃｃｓ，７}＝１である。

帯域内および帯域外シグナリングは、相互排他的ではないことに留意されたい。例えば、ＴＤＭが帯域外シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）によってアクティブ化されるとき、帯域内シグナリングをなお使用して、スロットベースでＴＤＭモードを有効化かつ無効化することができる。

ダウンリンク制御情報を、単一のＴＴＩ内で多重化されるＷＴＲＵへシグナリングするための実施形態を、以下で開示する。

個別ＨＳ−ＳＣＣＨが、対応するＴＴＩ内で割り振りを有する各ＷＴＲＵへ送信されてもよい。

一実施形態では、ノードＢは、従来のＨＳ−ＳＣＣＨを各ＷＴＲＵへ送信してもよく、ＴＴＩ内でその関連付けられたデータを各ＷＴＲＵに（例えば、ＨＳ−ＰＤＳＣＨ上で）搬送するタイムスロット（複数可）または時間多重化スロットは、暗示的または明示的にシグナリングされてもよい。

タイムスロットの暗示的指示のための実施形態を、以下で開示する。ＨＳ−ＳＣＣＨ番号を使用して、１つのＴＴＩ内のスロット割り振りを示すことができる。例えば、３つの時間多重化スロットが構成される場合、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝０である場合、ＷＴＲＵがスロット１に割り当てられることを示すことができ、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝１である場合、ＷＴＲＵがスロット２に割り当てられることを示すことができ、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝２である場合、ＷＴＲＵがスロット３に割り当てられることを示すことができる。

あるいは、ＨＳ−ＰＤＳＣＨ上で搬送されたトランスポートブロックの巡回冗長検査（ＣＲＣ）が、ＷＴＲＵ Ｈ−ＲＮＴＩによりマスクされてもよい。ＷＴＲＵがＨＳ−ＳＣＣＨ上でＨ−ＲＮＴＩを検出するとき、ＷＴＲＵは、特定の時間多重化スロットをデコードするように試み、それ自体のＨ−ＲＮＴＩをＣＲＣデコードのために使用して、どの時間多重化スロットがこのＷＴＲＵに向けられたかを識別する。

あるいは、各ＴＤＭ対応ＷＴＲＵに、複数のＨ−ＲＮＴＩが割り当てられてもよく、そのうちの１つが一度に各ＷＴＲＵに対して使用されてもよく、各Ｈ−ＲＮＴＩが、特定の時間多重化スロットに関連付けられてもよい。例えば、ＷＴＲＵに３つのＨ−ＲＮＴＩ（Ｈ−ＲＮＴＩ１、Ｈ−ＲＮＴＩ２およびＨ−ＲＮＴＩ３）が割り当てられる場合、かつ、Ｈ−ＲＮＴＩ２がＨＳ−ＳＣＣＨ内でデコードされる場合、ＷＴＲＵは、関連付けられたデータが（例えば、ＨＳ−ＰＤＳＣＨ上で）第２のスロットを介して送信されると決定することができる。

あるいは、時間多重化スロット割り振りを、単一のＷＴＲＵ ＩＤまたはＨ−ＲＮＴＩに基づいて示すことができる。各ＷＴＲＵに、１つの一意のＨ−ＲＮＴＩが割り当てられてもよい。例えば、（ＷＴＲＵ ＩＤ）ｍｏｄ３＝０である場合、ＷＴＲＵがＴＴＩの第１の時間多重化スロットに割り当てられることを示すことができ、（ＷＴＲＵ ＩＤ）ｍｏｄ３＝１である場合、ＷＴＲＵがＴＴＩの第２の時間多重化スロットに割り当てられることを示すことができ、（ＷＴＲＵ ＩＤ）ｍｏｄ３＝２である場合、ＷＴＲＵがＴＴＩの第３の時間多重化スロットに割り当てられることを示すことができる。

時間多重化スロットの明示的指示のための実施形態を、以下で開示する。ＨＳ−ＳＣＣＨタイプ１および３を使用して、時間多重化スロット割り振りをシグナリングすることができる。例えば、チャネライゼーションコードセットビットｘ_{ｃｃｓ，４}、ｘ_{ｃｃｓ，５}、．．．、ｘ_{ｃｃｓ，７}を、以下のように符号化することができる（最初の３ビットｘ_{ｃｃｓ，１}、ｘ_{ｃｃｓ，２}、ｘ_{ｃｃｓ，３}は、従来の方法を使用して符号化することができる。

ＨＳ−ＳＣＣＨタイプ１では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘ_ｍｓ，１＝０である場合、ＰおよびＯは、以下を満たすことができる。

かつ、ｘ_{ｃｃｓ，４}がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘ_ｍｓ，１＝１である場合、ＰおよびＯは、以下を満たすことができる。

かつ

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

かつ

ＨＳ−ＳＣＣＨタイプ３では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘ_ｍｓ，１、ｘ_ｍｓ，２、ｘ_ｍｓ，３が「１０１」に等しくない場合、ＰおよびＯは、以下を満たすことができる。

かつ、ｘ_{ｃｃｓ，４}がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘ_ｍｓ，１、ｘ_ｍｓ，２、ｘ_ｍｓ，３が「１０１」に等しい場合、ＰおよびＯは、以下を満たすことができる。

かつ

ただし、ｘ_{ｃｃｓ，ｄｕｍｍｙ１}、ｘ_{ｃｃｓ，ｄｕｍｍｙ２}は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘ_{ｃｃｓ，６}およびｘ_{ｃｃｓ，７}を、以下のように設定することができる。

かつ
二次トランスポートブロックのための変調がＱＰＳＫである場合、ｘ_{ｃｃｓ，７}＝０であり、かつ
トランスポートブロックの数＝１である場合、ｘ_{ｃｃｓ，７}＝１である。

もう１つの実施形態では、新しいＨＳ−ＳＣＣＨフォーマットを、１つの時間多重化スロットを占めるように定義して、３つのＨＳ−ＳＣＣＨが１つの２ミリ秒のＴＴＩに時間多重化されうるように、かつ、同じチャネライゼーションコードを共有できるようにしてもよい。図１２は、スロット式ＨＳ−ＳＣＣＨシグナリング方式、および、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの間のタイミング関係の例を示す。従来のＨＳ−ＳＣＣＨと同様に、ＨＳ−ＳＣＣＨタイプ１は、ＴＤＭモードで非ＭＩＭＯ ＷＴＲＵに適用されるが、ＨＳ−ＳＣＣＨタイプ３はＴＤＭモードでＭＩＭＯ ＷＴＲＵに適用され、または、ノードＢは、ＨＳ−ＳＣＣＨタイプ３を、非ＭＩＭＯ ＷＴＲＵおよびＭＩＭＯ ＷＴＲＵの両方のためのダウンリンクシグナリングとして使用してもよい。

図１３は、非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。冗長バージョン（ＲＶ）パラメータｒ、ｓ、および、コンステレーションバージョン（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｖｅｒｓｉｏｎ）パラメータｂが合同で符号化されて、値Ｘ_ｒｖが生じる（１３０２）。チャネライゼーションコードセット情報ｘ_ｃｃｓ、変調方式情報ｘ_ｍｓ、トランスポートブロックサイズ情報ｘ_ｔｂｓ、ＨＡＲＱ処理情報ｘ_ｈａｐ、冗長およびコンステレーションバージョンｘ_ｒｖ、新しいデータインジケータｘ_ｎｄが、シーケンスＸに多重化される（１３０４）。チャネル符号化およびレートマッチングが、シーケンスＸ上で行われる（１３０６、１３０８）。ＨＳ−ＳＣＣＨ物理チャネルへのマッピング（１３１２）の前に、ＷＴＲＵ固有のスクランブリング（例えば、シーケンスＸの全部または一部が、ＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスとＸＯＲされる）が、ＷＴＲＵ識別情報ｘ_ｕｅにより行われる（１３１０）。全部または一部の制御情報が符号化され、送信されてもよい。ＷＴＲＵ受信器において、それ自体のＷＴＲＵ ＩＤを使用して、受信されたＨＳ−ＳＣＣＨをスクランブル解除することによって、ＷＴＲＵは、ＨＳ−ＤＳＣＨ送信がそれに向けられたかどうかを判定することができる。ＨＳ−ＳＣＣＨのための符号化においてＣＲＣがないので、トランスポートブロックＣＲＣをマスクするか、または、ＷＴＲＵ ＩＤによりスクランブルしてもよい。

図１４は、ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。一次トランスポートブロックおよび二次トランスポートブロックの各々について、２つのトランスポートブロックが、関連付けられたＨＳ−ＰＤＳＣＨ（複数可）上で送信される場合、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値Ｘ_ｒｖｐｂおよびＸ_ｒｖｓｂがそれぞれ生じる（１４０２）。チャネライゼーションコードセット情報ｘ_ｃｃｓ、変調方式およびトランスポートブロックの数情報ｘ_ｍｓ、一次トランスポートブロックのためのプリコーディング重み情報ｘ_{ｐｗｉｐｂ}、一次トランスポートブロックのためのトランスポートブロックサイズ情報ｘ_{ｔｂｓｐｂ}、二次トランスポートブロックのためのトランスポートブロックサイズ情報ｘ_{ｔｂｓｓｂ}、ＨＡＲＱ処理情報ｘ_ｈａｐ、一次および二次トランスポートブロックのための冗長およびコンステレーションバージョンｘ_ｒｖｐｂ、ｘ_ｒｖｓｂが、シーケンスＸに多重化される（１４０４）。チャネル符号化およびレートマッチングが、シーケンスＸ上で行われる（１４０６、１４０８）。ＨＳ−ＳＣＣＨ物理チャネルへのマッピング（１４１２）の前に、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ識別情報ｘ_ＷＴＲＵにより行われる（１４１０）。全部または一部の制御情報が符号化され、送信されてもよい。ＷＴＲＵ受信器において、それ自体のＷＴＲＵ ＩＤを使用して、受信されたＨＳ−ＳＣＣＨをスクランブル解除することによって、ＷＴＲＵは、ＨＳ−ＤＳＣＨ送信がそれに向けられたかどうかを判定することができる。ＨＳ−ＳＣＣＨのための符号化においてＣＲＣがないので、トランスポートブロックＣＲＣをマスクするか、または、ＷＴＲＵ ＩＤによりスクランブルしてもよい。

図１５および図１６は、それぞれ非ＭＩＭＯモードおよびＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の他の例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。これらの例では、図１３および図１４に示すように、ＷＴＲＵ固有のスクランブリングをシーケンスＸ上で行う（１３１０、１４１０）代わりに、ＣＲＣがシーケンスＸから生成され、ＷＴＲＵ固有のＣＲＣアタッチメントが、ＣＲＣビットにより行われてもよい（例えば、ＣＲＣビットの全部または一部が、ＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１５０６、１６０６）。全部または一部の制御情報が符号化され、送信されてもよい。

もう１つの実施形態では、ＨＳ−ＳＣＣＨの部分１における制御情報の一部がシグナリングされないことがあり、未使用のフィールド（複数可）が再解釈されて、必要とされる情報ビットが低減されてもよい。例えば、コードＰのコードグループまたは番号がシグナリングされてもよく、コードオフセットＯは、ＴＤＭ ＷＴＲＵに共通であってもよく、または、より上位レイヤによってシグナリングされてもよく、Ｏのためのビットが再解釈されてもよい。あるいは、ＰもＯもシグナリングされないことがあり、ＴＤＭ ＷＴＲＵは、同じセットのコード（例えば、すべての１５個のコード）を使用してもよく、ＰおよびＯのためのビットが再解釈されてもよい。あるいは、チャネライゼーションコードのサブセットが可能にされてもよく、ＰおよびＯのためのビットが再解釈されてもよい。あるいは、固定された変調方式または変調方式のサブセットが可能にされてもよく、変調方式のためのビットが再解釈されてもよい。あるいは、トランスポートブロックサイズのサブセットが可能にされてもよく、トランスポートブロックサイズのためのビットが再解釈されてもよい。ＭＩＭＯ対応ＷＴＲＵでは、二重または多重ストリーム送信が可能にされないことがある。

もう１つの実施形態では、ＨＳ−ＳＣＣＨの拡散係数（ｓｐｒｅａｄｉｎｇ ｆａｃｔｏｒ）は、１２８／Ｎまで低減されてもよく、ただし、Ｎは、そのＨＳ−ＰＤＳＣＨが１つの２ミリ秒のＴＴＩに時間多重化されるＷＴＲＵの最大数を示し、この数は、２の累乗の任意の整数でありうる。この実施形態では、Ｎ個のＨＳ−ＳＣＣＨが、１つの２ミリ秒のＴＴＩに時間多重化されうる。Ｎ個のＨＳ−ＳＣＣＨは、同じチャネライゼーションコードを共有してもよく、または、異なるチャネライゼーションコードを使用してもよい。これにより、ＴＤＭの方法で送信された、異なるＷＴＲＵのための複数のＨＳ−ＳＣＣＨが可能となる。

もう１つの実施形態では、１つの２ミリ秒のＴＴＩを占める、時間多重化されたＷＴＲＵのための合同ＨＳ−ＳＣＣＨフォーマットを定義することができる。合同ＨＳ−ＳＣＣＨフォーマットは、共通部分および複数のＷＴＲＵ固有の部分を含んでもよい。ＷＴＲＵ固有の部分の各々は、各ＷＴＲＵ Ｈ−ＲＮＴＩによりマスクされたＣＲＣを含んでもよい。共通部分は、ＴＤＭ ＷＴＲＵのために共有される共通制御情報を含んでもよいが、ＷＴＲＵ固有の部分は、ＷＴＲＵ毎のＷＴＲＵ固有の制御情報を含む。

共通部分は、以下のうち少なくとも１つを含んでもよく、すなわち、チャネライゼーションコードセット情報、変調方式情報、ＨＡＲＱ処理情報、冗長およびコンステレーションバージョン、新しいデータインジケータ、ＷＴＲＵ識別情報、トランスポートブロックサイズ情報、プリコーディング重み情報（１つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、トランスポートブロックの数情報（１つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのためのプリコーディング重み情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのためのトランスポートブロックサイズ情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、二次トランスポートブロックのためのトランスポートブロックサイズ情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのための冗長およびコンステレーションバージョン（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、二次トランスポートブロックのための冗長およびコンステレーションバージョン（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）などである。共通部分に含まれない情報は、ＷＴＲＵ固有の部分を介してシグナリングされてもよい。

共通部分に含まれたいかなるパラメータも、ＷＴＲＵ固有の部分に含まれないことがあり、逆もまた同様である。共通部分は、ＴＤＭ ＷＴＲＵのために共有された制御情報をできるだけ多く含んで、最も少ない制御情報が個々のＷＴＲＵ固有の部分に含まれうるようにしてもよい。あるいは、共通部分は、ＴＤＭ ＷＴＲＵのために共有された、限定された共通制御情報を含んで、より多くの制御情報がＷＴＲＵ固有の部分の各々に含まれうるようにしてもよい。あるいは、合同ＨＳ−ＳＣＣＨを、スケジューリング柔軟性およびシグナリングオーバーヘッド低減のトレードオフに基づいて、スケジュールしてもよい。

共通部分およびＷＴＲＵ固有の部分をアドレス指定するための実施形態を、以下で開示する。一実施形態では、共通部分は、ＷＴＲＵ ＩＤによりマスクされないことがあり、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされてもよい（例えば、Ｈ−ＲＮＴＩによるＣＲＣマスキング）。この場合、セル内の任意のＷＴＲＵは、共通部分をデコードしてもよく、各ＷＴＲＵは、ＷＴＲＵ固有の部分上のＷＴＲＵ固有のマスキングに基づいて、ＷＴＲＵ固有の部分のうちどれがそれ自体にアドレス指定されるかを決定する。

もう１つの実施形態では、共通部分は、グループＷＴＲＵ識別情報、（例えば、グループＨ−ＲＮＴＩ）によりマスクされてもよく、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされてもよい（例えば、Ｈ−ＲＮＴＩによるＣＲＣマスキング）。グループＷＴＲＵ識別情報は、上位レイヤによって（例えば、ＲＲＣ構成もしくは再構成メッセージを介して）、または、レイヤ１シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）によって、いくつかのＷＴＲＵに割り当てられてもよい。グループＷＴＲＵ識別情報を、合同ＨＳ−ＳＣＣＨの共通部分に適用して（すなわち、ＷＴＲＵ固有のスクランブリング）、どのＷＴＲＵに制御情報がアドレス指定されるかを示してもよい。このグループに属するＷＴＲＵは、グループＷＴＲＵ識別情報を使用することによって、共通部分をデコードして、制御情報を得ることができ、次いで、各ＷＴＲＵは、それ自体のＨ−ＲＮＴＩを使用することによって、ＷＴＲＵ固有の部分のうちどれがそれ自体にアドレス指定されるかを検出する。

図１７は、非ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す。この例では、チャネライゼーションコードセット情報ｘ_ｃｃｓ、および、変調方式情報ｘ_ｍｓが、共通部分である。チャネライゼーションコードセット情報ｘ_ｃｃｓ、変調方式情報ｘ_ｍｓが多重化され（１７０２）、チャネル符号化およびレートマッチング（１７０６、１７０８）の前に、グループＨ−ＲＮＴＩマスキング（例えば、共通部分の全部または一部が、ＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）が行われてもよい（１７０４）。あるいは、上記で開示したように、グループＨ−ＲＮＴＩマスキング（１７０４）は、共通部分上で行われないことがある。ＷＴＲＵ毎に、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値Ｘ_ｒｖが生じ（（１７１０）、トランスポートブロックサイズ情報ｘ_ｔｂｓ、ＨＡＲＱ処理情報ｘ_ｈａｐ、冗長およびコンステレーションバージョンｘ_ｒｖ、ならびに、新しいデータインジケータｘ_ｎｄが多重化され（１７１２）、ＷＴＲＵ固有のＣＲＣアタッチメントが行われる（各ＷＴＲＵ固有の部分から生成されたＣＲＣビットの全部または一部が、対応するＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１７１４）。ＷＴＲＵ固有の部分が次いで多重化され（１７１６）、チャネル符号化およびレートマッチングが行われる（１７１８、１７２０）。共通部分およびＷＴＲＵ固有の部分が結合され、物理チャネルマッピングが行われる（１７２２）。あるいは、ＷＴＲＵ固有のＣＲＣが共通部分にアタッチされてもよく、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ固有の部分に対して行われてもよい。

図１８は、ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す。この例では、チャネライゼーションコードセット情報ｘ_ｃｃｓ、変調方式およびトランスポートブロックの数情報ｘ_ｍｓ、ならびに、一次トランスポートブロックのためのプリコーディング重み情報ｘ_{ｐｗｉｐｂ}が、共通部分である。共通部分情報が多重化され（１８０２）、グループＨ−ＲＮＴＩマスキング（例えば、共通部分の全部または一部が、ＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）が行われてもよく（１８０４）、チャネル符号化およびレートマッチングが行われる（１８０６、１８０８）。あるいは、上記で開示したように、グループＨ−ＲＮＴＩマスキング（１８０４）は、共通部分上で行われないことがある。ＷＴＲＵ毎に、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値Ｘ_ｒｖｐｂおよびＸ_ｒｖｓｂが生じ（（１８１０）、一次トランスポートブロックのためのトランスポートブロックサイズ情報ｘ_{ｔｂｓｐｂ}、二次トランスポートブロックのためのトランスポートブロックサイズ情報ｘ_{ｔｂｓｓｂ}、ＨＡＲＱ処理情報ｘ_ｈａｐ、一次および二次トランスポートブロックのための冗長およびコンステレーションバージョンｘ_ｒｖｐｂ、ｘ_ｒｖｓｂが多重化され（１８１２）、ＷＴＲＵ固有のＣＲＣアタッチメントが行われてもよい（各ＷＴＲＵ固有の部分から生成されたＣＲＣビットの全部または一部が、対応するＷＴＲＵ識別情報（Ｘ_ＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１８１４）。ＷＴＲＵ固有の部分が次いで多重化され（１８１６）、チャネル符号化およびレートマッチングが行われる（１８１８、１８２０）。共通部分およびＷＴＲＵ固有の部分が結合され、物理チャネルマッピングが行われる（１８２２）。あるいは、ＷＴＲＵ固有のＣＲＣが共通部分にアタッチされてもよく、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ固有の部分に対して行われてもよい。

ＨＳ−ＳＣＣＨを受信すると、ＷＴＲＵは、逆の動作を適用して、共通およびＷＴＲＵ固有の情報を得る。より具体的には、ＷＴＲＵは、ＨＳ−ＳＣＣＨの共通部分を受信し、グループ識別情報マスクを適用して、ＨＳ−ＳＣＣＨがそのグループに属するかどうかを判定してもよい。ＷＴＲＵが、ＨＳ−ＳＣＣＨがそのグループに向けて送られると判定する場合、ＷＴＲＵは次いで、ＨＳ−ＳＣＣＨの第２の部分（ＷＴＲＵ固有の部分）をデコードし、それ自体のＨ−ＲＮＴＩまたはＷＴＲＵ固有のＣＲＣマスクにより、ＷＴＲＵ固有の部分の各々のデコードを試みてもよい。ＷＴＲＵが、ＷＴＲＵ固有のＣＲＣまたはＷＴＲＵ固有のスクランブリングに基づいて、ＷＴＲＵ固有の部分のうち１つがそれ自体に向けて送られると判定する場合、ＷＴＲＵは、ＨＳ−ＳＣＣＨ共通およびＷＴＲＵ固有の情報を使用して、関連付けられたＨＳ−ＰＤＳＣＨ送信のデコードを試みる。

ＷＴＲＵは、チャネル品質指示（ＣＱＩ）をノードＢに報告して、スケジューリングおよびネットワーク性能最適化において使用されるべき情報を提供する。ＴＤＭの導入は、時間多重化スロットベースで、ＷＴＲＵによって見られる干渉環境において、（スケジューラの動作に応じて）変化をもたらすことがある。

ＷＴＲＵは、スロットベースで、ＣＱＩフィードバックを報告してもよい。ＷＴＲＵは、ＴＴＩのグループ内の同じ時間多重化スロット位置のための複数のスロット測定に基づいて、ＣＱＩを報告してもよく、その理由は、ＷＴＲＵがＴＴＩ毎に、ＴＴＩ内の各時間多重化スロット位置に対する類似の干渉を見ることができるからである。以下では、スロットという用語もまた同等に、時間多重化スロットを指すことがある。

一実施形態では、１−スロット参照期間が、非ＭＩＭＯの場合およびＭＩＭＯの場合で共に、ＴＤＭ ＷＴＲＵのためのＣＱＩのために導入されてもよい。ＷＴＲＵがＭＩＭＯモードで構成されないとき、無制限の観測間隔に基づいて、ＷＴＲＵは、最も高い、表にされた（ｔａｂｕｌａｔｅｄ）ＣＱＩ値を報告してもよく、それに対して、トランスポートブロックサイズと、ＨＳ−ＰＤＳＣＨコードの数と、報告されるかまたはより低いＣＱＩ値に対応する変調とでフォーマットされた単一のＨＳ−ＤＳＣＨサブフレームが、（レガシーＨＳ−ＤＰＣＣＨ構造が維持されると仮定して）報告されるＣＱＩ値が送信される最初のスロットの開始より少なくとも１スロット前に終了する１−スロット参照期間内で、０．１を超えないトランスポートブロックエラー確率で受信されうる。

ＷＴＲＵがＭＩＭＯモードで構成されるとき、無制限の観測間隔に基づいて、ＷＴＲＵは、最も高い、表にされたＣＱＩ値（複数可）を報告してもよく、それに対して、トランスポートブロックサイズ（複数可）のセットと、ＨＳ−ＰＤＳＣＨコードの数と、報告されるＣＱＩ値（複数可）に対応する変調（複数可）のセットとでフォーマットされた単一のＨＳ−ＤＳＣＨサブフレームが、（レガシーＨＳ−ＤＰＣＣＨ構造が維持されると仮定して）報告されるＣＱＩ値（複数可）が送信される最初のスロットの開始より少なくとも１スロット前に終了する１−スロット参照期間内で、０．１を超えない個々のトランスポートブロックエラー確率で受信されうるものであり、これは、同じＨＳ−ＤＰＣＣＨサブフレーム内で報告されるＰＣＩ値によって示されるような、好ましい一次プリコーディングベクトルが、一次トランスポートブロックのためにノードＢで適用されうる場合であり、また、２つのトランスポートブロックが好ましい場合、好ましい一次プリコーディングベクトルに直交するプリコーディングベクトルが、二次トランスポートブロックに対して適用されうる。

ＣＱＩが報告されてもよく、ノードＢは、１スロット性能を満たすように、トランスポートブロックサイズを調整してもよい。

あるいは、ＣＱＩは、定義されていない数の以前のスロットに渡って測定された、１−スロット内でサポートされうるトランスポートブロックサイズに基づいて報告されてもよい。

あるいは、ＣＱＩは、定義されていない数のスロットに渡って、同様のスロット（例えば、各ＴＴＩ内の第１のスロット）中に測定された、１−スロット内でサポートされうるトランスポートブロックサイズに基づいて報告されてもよい。報告されるべきスロットは、ネットワーク（例えば、ノードＢまたはＲＮＣ）によって定義されてもよい。あるいは、報告されるべきスロットは、ＷＴＲＵによって選択されてもよい。ＷＴＲＵは、最良（あるいは、最悪もしくは中間）の性能のスロットを選択してもよい。ＷＴＲＵは、どのスロットが選択されるかを、ＣＱＩ報告のタイミングによって示してもよい（例えば、スロット１が選択される場合、ＷＴＲＵは、報告を第３のスロット内で送信してもよく、スロット２が選択される場合、ＷＴＲＵは、報告を第１のスロット内で送信してもよく、スロット３が選択される場合、ＷＴＲＵは、報告を第２のスロット内で送信してもよい）。

あるいは、ＷＴＲＵは、ＴＴＩ内のスロット（例えば、第１、第２、第３）の各々について、１−スロット内でサポートされうるトランスポートブロックサイズのためのＣＱＩを報告してもよい。ＷＴＲＵは、３つのＣＱＩ報告を報告してもよく、各ＣＱＩは、同様のスロット（例えば、第１のスロット報告では、ＴＴＩ内の第１のスロットなど）中の測定に基づいて生成される。

スロットの各々について報告されるＣＱＩは、ある順序（例えば、第１のスロット報告、第２のスロット報告、および、第３のスロット報告）で送信されてもよい。

あるいは、ＣＱＩは、単一のＣＱＩ報告内のスロットの各々について報告されてもよい。これには、複数のＣＱＩ報告の報告を可能にする、新しいＣＱＩテーブルが必要となることがある。１つの報告は、スロット毎（例えば、ＴＴＩの３つのスロットについて）の独立したＣＱＩ報告を提供してもよい。

あるいは、ＣＱＩは、スロットのうち１つのためのＣＱＩ値、および、他のスロットに対する差分値として、単一のＣＱＩ報告内でスロットの各々について報告されてもよい。差分報告の基礎として報告かつ使用されるべきスロットは、ネットワークによって定義され、または、ＷＴＲＵによって選択されてもよい（例えば、ＷＴＲＵは、最良の性能のスロットを選択し、次いで、他のスロットに対する差分値を報告してもよい）。この選択は、ＣＱＩ報告の位置によってシグナリングされてもよい（例えば、スロット１が選択される場合、この選択は第３のスロット内で送信されてもよく、スロット２が選択される場合、この選択は第１のスロット内で送信されてもよく、スロット３が選択される場合、この選択は第２のスロット内で送信されてもよい）。あるいは、この選択は、ＣＱＩ報告内でシグナリングされてもよい。

新しいＷＴＲＵカテゴリを導入して、ＴＤＭモードをサポートするためのＷＴＲＵ能力を示してもよい。ＷＴＲＵは、ＴＤＭモード能力をネットワークへ、ＲＲＣメッセージを通じてシグナリングしてもよい。新しいＷＴＲＵカテゴリ、および／または、より正確な測定では、新しいＣＱＩテーブルは、より大きい粒度で定義されてもよい。あるいは、従来のＣＱＩテーブルの一部が再利用されてもよい（例えば、新しいテーブルは、元の最大のＣＱＩ値の１／Ｎ未満である最大のエントリを有する）。あるいは、複数の個々の単一スロットＣＱＩ測定に基づいて、単一のＣＱＩ値が計算され、新しいＣＱＩテーブル内でリストされてもよい。

実施形態

１．ＴＴＩ内で、高速ダウンリンクチャネルのための複数のＷＴＲＵのためのデータを多重化するための方法。

２．合同ＨＳ−ＳＣＣＨを受信することを備え、合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含む実施形態１の方法。

３．共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む実施形態２の方法。

４．合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを備える実施形態２〜３のいずれか１つにおけるような方法。

５．ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされたＣＲＣビットを含む実施形態２〜４のいずれか１つにおけるような方法。

６．ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態２〜５のいずれか１つにおけるような方法。

７．共通制御情報は、いかなる識別情報によってもマスクされない実施形態２〜６のいずれか１つにおけるような方法。

８．共通部分上の共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態２〜７のいずれか１つにおけるような方法。

９．合同ＨＳ−ＳＣＣＨの共通部分がＷＴＲＵに向けて送られるかどうかを、グループ識別情報に基づいて判定することをさらに備える実施形態２〜８のいずれか１つにおけるような方法。

１０．合同ＨＳ−ＳＣＣＨのＷＴＲＵ固有の部分のいずれか１つがＷＴＲＵに向けて送られるかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定することを備える実施形態９の方法。

１１．共通制御情報、および、ＷＴＲＵのためのＷＴＲＵ固有の制御情報を使用して、ＨＳ−ＰＤＳＣＨをデコードすることを備える実施形態１０の方法。

１２．ＴＴＩ内で、高速ダウンリンクチャネルのための複数のＷＴＲＵのためのデータを多重化するための方法。

１３．ＨＳ−ＳＣＣＨを受信することを備え、ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されたグループＷＴＲＵ識別情報を含む実施形態１２の方法。

１４．グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを備え、ＭＡＣ ＰＤＵが生成され、ＭＡＣ ＰＤＵは、ＭＡＣヘッダ、および、複数のＷＴＲＵのための複数のＭＡＣペイロードを含む実施形態１３の方法。

１５．個別ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出されるならば、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ ＰＤＵから取り出すことを備える実施形態１４の方法。

１６．グループＷＴＲＵ識別情報は、個別ＷＴＲＵ識別情報から導出される実施形態１１〜１５のいずれか１つにおけるような方法。

１７．ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ ＰＤＵである実施形態１２〜１６のいずれか１つにおけるような方法。

１８．合同ＨＳ−ＳＣＣＨを受信すること、合同ＨＳ−ＳＣＣＨを、グループＷＴＲＵ識別情報によりデコードすること、および、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを行うように構成されたプロセッサを備えるＷＴＲＵ。

１９．合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む実施形態１８のＷＴＲＵ。

２０．ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされたＣＲＣビットを含む実施形態１９のＷＴＲＵ。

２１．ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態１９〜２０のいずれか１つにおけるようなＷＴＲＵ。

２２．共通制御情報は、いかなる識別情報によってもマスクされない実施形態１９〜２１のいずれか１つにおけるようなＷＴＲＵ。

２３．共通部分上の共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態１９〜２２のいずれか１つにおけるようなＷＴＲＵ。

２４．プロセッサは、合同ＨＳ−ＳＣＣＨの共通部分がＷＴＲＵに向けて送られるかどうかを、グループ識別情報に基づいて判定すること、合同ＨＳ−ＳＣＣＨのＷＴＲＵ固有の部分のいずれか１つがＷＴＲＵに向けて送られるかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定すること、ならびに、共通制御情報、および、ＷＴＲＵのためのＷＴＲＵ固有の制御情報を使用して、ＨＳ−ＰＤＳＣＨをデコードすることを行うように構成される実施形態１９〜２３のいずれか１つにおけるようなＷＴＲＵ。

２５．ＷＴＲＵのグループによって共有されたグループＷＴＲＵ識別情報を含む、ＨＳ−ＳＣＣＨを受信するように構成されたプロセッサを備えるＷＴＲＵ。

２６．プロセッサは、グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信するように構成される実施形態２５のＷＴＲＵ。

２７．プロセッサは、ＭＡＣヘッダと、複数のＷＴＲＵのための複数のＭＡＣペイロードとを含むＭＡＣ ＰＤＵを生成するように構成される実施形態２５のＷＴＲＵ。

２８．プロセッサは、個別ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出されるならば、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ ＰＤＵから取り出すように構成される実施形態２５のＷＴＲＵ。

２９．グループＷＴＲＵ識別情報は、個別ＷＴＲＵ識別情報から導出される実施形態２５〜２８のいずれか１つにおけるようなＷＴＲＵ。

３０．ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ ＰＤＵである実施形態２５〜２９のいずれか１つにおけるようなＷＴＲＵ。

特徴および要素が特定の組み合わせで上述されているが、各特徴もしくは要素を単独で、または、他の特徴および要素との任意の組み合わせで使用できることは、当業者には理解されよう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装可能である。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定されないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または、任意のホストコンピュータにおいて使用するために、無線周波数トランシーバを実装するために使用可能である。

Claims (18)

1. 伝送時間間隔（ＴＴＩ）内で、高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法であって、
   合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含むステップと、
   前記合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するステップと
   を備えることを特徴とする方法。
2. 前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１に記載の方法。
3. 前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
4. 前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
5. 前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１に記載の方法。
6. 前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定するステップと、
   前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定するステップと、
   前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするステップと
   をさらに備えることを特徴とする請求項１に記載の方法。
7. 伝送時間間隔（ＴＴＩ）内で、高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法であって、
   高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含むステップと、
   前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するステップであって、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）が生成され、前記ＭＡＣ ＰＤＵは、ＭＡＣヘッダ、および、複数のＷＴＲＵのための複数のＭＡＣペイロードを含むステップと、
   個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出されるならば、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ ＰＤＵから取り出すステップと
   を備えることを特徴とする方法。
8. 前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項７に記載の方法。
9. 前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ ＰＤＵであることを特徴とする請求項７に記載の方法。
10. 無線送受信ユニット（ＷＴＲＵ）であって、
    合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、前記合同ＨＳ−ＳＣＣＨを、グループＷＴＲＵ識別情報によりデコードすること、および、前記合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するように構成されたプロセッサを備え、
    前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含むことを特徴とするＷＴＲＵ。
11. 前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１０に記載のＷＴＲＵ。
12. 前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
13. 前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
14. 前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１０に記載のＷＴＲＵ。
15. 前記プロセッサは、前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定すること、前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定すること、ならびに、前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするように構成されることを特徴とする請求項１０に記載のＷＴＲＵ。
16. 無線送受信ユニット（ＷＴＲＵ）であって、
    ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含む、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信し、ＭＡＣヘッダと、複数のＷＴＲＵのための複数のＭＡＣペイロードとを含む媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を生成すること、および、個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出される場合には、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ ＰＤＵから取り出すように構成されたプロセッサを備えることを特徴とするＷＴＲＵ。
17. 前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項１６に記載のＷＴＲＵ。
18. 前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ ＰＤＵであることを特徴とする請求項１６に記載のＷＴＲＵ。

Images