(57)【要約】高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法および装置が、開示される。ＷＴＲＵは、共通部分およびＷＴＲＵ固有の部分を含む、合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信することができる。共通部分は、１つの伝送時間間隔（ＴＴＩ）内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む。ＷＴＲＵは、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信する。ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含んでもよい。
2013530588.tif 000002
【特許請求の範囲】
【請求項１】
伝送時間間隔（ＴＴＩ）内で、高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法であって、
合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含むステップと、
前記合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
【請求項４】
前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
【請求項５】
前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１に記載の方法。
【請求項６】
前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定するステップと、
前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定するステップと、
前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
伝送時間間隔（ＴＴＩ）内で、高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法であって、
高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含むステップと、
前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するステップであって、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）が生成され、前記ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ、および、複数のＷＴＲＵのための複数のＭＡＣペイロードを含むステップと、
個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出されるならば、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ  ＰＤＵから取り出すステップと
を備えることを特徴とする方法。
【請求項８】
前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵであることを特徴とする請求項７に記載の方法。
【請求項１０】
無線送受信ユニット（ＷＴＲＵ）であって、
合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、前記合同ＨＳ−ＳＣＣＨを、グループＷＴＲＵ識別情報によりデコードすること、および、前記合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するように構成されたプロセッサを備え、
前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含むことを特徴とするＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１４】
前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定すること、前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定すること、ならびに、前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするように構成されることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１６】
無線送受信ユニット（ＷＴＲＵ）であって、
ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含む、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信し、ＭＡＣヘッダと、複数のＷＴＲＵのための複数のＭＡＣペイロードとを含む媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を生成すること、および、個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出される場合には、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ  ＰＤＵから取り出すように構成されたプロセッサを備えることを特徴とするＷＴＲＵ。
【請求項１７】
前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵであることを特徴とする請求項１６に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１０年４月３０日に出願した米国特許仮出願第６１／３２９，６６９号明細書、および、２０１０年４月３０日に出願した米国特許仮出願第６１／３２９，９９６号明細書の権利を主張するものである。
【背景技術】
【０００２】
送信器および受信器の両方で複数のアンテナを使用する通信システムが、開発されている。複数の送信および受信アンテナを利用するシステムは、多入力多出力（ＭＩＭＯ）システムと呼ばれることがある。マルチアンテナ構成を利用して、信号受信におけるマルチパスおよび信号干渉の悪影響を軽減することができる。ダウンリンクＭＩＭＯの導入により、無線送受信ユニット（ＷＴＲＵ）は、同じ周波数で同時に複数のデータストリームを受信することができる。
【０００３】
高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）では、ダウンリンク送信は、２ミリ秒の伝送時間間隔（ＴＴＩ）ベースで、ノードＢによってスケジュールされる。多くの場合、単一のユーザが２ミリ秒のＴＴＩを十分に満たすために十分なデータはない。インターネットトラフィック調査は、かなり多数のパケットがほぼ２または４ｋビット程度であり、アップリンクトラフィックのためのシグナリング無線ベアラ（ＳＲＢ）、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）またはＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）確認応答のような場合のためのダウンリンクトラフィックが載せられることを示している。
【発明の概要】
【０００４】
高速ダウンリンクチャネルのための複数の無線送受信ユニット（ＷＴＲＵ）のためのデータを多重化するための方法および装置が、開示される。ＷＴＲＵは、共通部分およびＷＴＲＵ固有の部分を含む、合同（joint）高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信することができる。共通部分は、１つの伝送時間間隔（ＴＴＩ）内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む。ＷＴＲＵは、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信する。
【０００５】
複数のＷＴＲＵのためのデータが、１つの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に多重化される場合、ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含んでもよい。ＷＴＲＵは、グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信し、個別（dedicated）ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出される場合には、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ  ＰＤＵから取り出すことができる。
【図面の簡単な説明】
【０００６】
より詳細な理解は、例として、添付の図面と共に与えられた、以下の説明から得られるであろう。
【図１Ａ】１つまたは複数の開示された実施形態が実装されうる、通信システムの一例のシステム図である。
【図１Ｂ】図１Ａに例示された通信システム内で使用されうる、無線送受信ユニット（ＷＴＲＵ）の一例のシステム図である。
【図１Ｃ】図１Ａに例示された通信システム内で使用されうる、無線アクセスネットワークの一例およびコアネットワークの一例のシステム図である。
【図２】従来のＭＡＣ−ｅｈｓ  ＰＤＵフォーマットの図である。
【図３】一実施形態における、ＭＡＣ−ｅｈｓ  ＰＤＵフォーマットの一例の図である。
【図４】もう１つの実施形態における、ＭＡＣ−ｅｈｓ  ＰＤＵフォーマットのもう１つの例を示す図である。
【図５】一実施形態における、ＭＡＣ−ｅｈｓ  ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットの一例を示す図である。
【図６】一実施形態における、最終ＭＡＣ−ｅｈｓ  ＰＤＵフォーマットの一例を示す図である。
【図７】ＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティを示す図である。
【図８】個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵが最終ＭＡＣ−ｅｈｓ  ＰＤＵに多重化される場合の、ＭＡＣ−ｅｈｓ  ＰＤＵ多重化をサポートするＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティの一例の図である。
【図９】一実施形態における、ＷＴＲＵ多重化をサポートするＵＴＲＡＮ側のＭＡＣ−ｅｈｓエンティティの一例の図である。
【図１０】符号分割多重化（ＣＤＭ）を使用して、単一の２ミリ秒のＴＴＩ内でスケジュールされた複数のＷＴＲＵを示す図である。
【図１１】時分割多重化（ＴＤＭ）を使用して、単一の２ミリ秒のＴＴＩ内でスケジュールされた複数のＷＴＲＵを示す図である。
【図１２】スロット式ＨＳ−ＳＣＣＨシグナリング方式、および、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの間のタイミング関係の例を示す図である。
【図１３】非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。
【図１４】ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。
【図１５】非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。
【図１６】ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例である。
【図１７】非ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す図である。
【図１８】ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す図である。
【発明を実施するための形態】
【０００７】
本明細書の実施形態を、図面を参照して説明し、同様の要素番号は、全体を通じて同様の要素を表す。
【０００８】
図１Ａは、１つまたは複数の開示された実施形態が実装されうる、通信システム１００の一例の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト、その他など、コンテンツを複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスできるようにしてもよい。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、その他など、１つまたは複数のチャネルアクセス方法を採用してもよい。
【０００９】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および、他のネットワーク１１２を含んでもよいが、開示された実施形態が任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作かつ／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信かつ／または受信するように構成可能であり、ユーザ機器（ＵＥ）、移動局、固定またはモバイルの加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などが含まれうる。
【００１０】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち少なくとも１つと無線でインタフェースして、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含みうることは理解されよう。
【００１１】
基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、その他など、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的地域内で無線信号を送信かつ／または受信するように構成されてもよく、この地理的地域は、セル（図示せず）と呼ばれることがある。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。こうして、一実施形態では、基地局１１４ａは３つのトランシーバを、すなわち、セルのセクタ毎に１つずつ含んでもよい。もう１つの実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルのセクタ毎に複数のトランシーバを利用してもよい。
【００１２】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数と通信してもよく、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立可能である。
【００１３】
より具体的には、上述のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、その他など、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）など、無線技術を実装することができ、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１４】
もう１つの実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ  ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）など、無線技術を実装することができ、この無線技術は、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインタフェース１１６を確立することができる。
【００１５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、その他など、無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、職場、家庭、車両、キャンパス、その他など、局所的なエリア内の無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ  ８０２．１１など、無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ  ８０２．１５など、無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらにもう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。このように、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信していてもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／または、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、かつ／または、ユーザ認証など、高レベルのセキュリティ機能を行うことができる。図１Ａに図示しないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信していてもよいことは理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中でありうる、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。
【００１８】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしての機能を果たすこともできる。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含みうる。ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、有線または無線通信ネットワークが含まれうる。例えば、ネットワーク１１２には、１つまたは複数のＲＡＮに接続された別のコアネットワークが含まれてもよく、これらのＲＡＮは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してもよい。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがある基地局１１４ａと、かつ、ＩＥＥＥ  ８０２無線技術を採用することがある基地局１１４ｂと、通信するように構成されてもよい。
【００２０】
図１Ｂは、ＷＴＲＵ１０２の一例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０，送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および、他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意のサブコンビネーションを含んでもよいことは理解されよう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどに関連した、１つまたは複数のマイクロプロセッサであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作できるようにする任意の他の機能性を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバ１２０は、送受信素子１２２に結合されてもよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内で共に統合可能であることは理解されよう。
【００２２】
送受信素子１２２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信素子１２２は、ＲＦ信号を送信かつ／または受信するように構成されたアンテナであってもよい。もう１つの実施形態では、送受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信かつ／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態では、送受信素子１２２は、ＲＦおよび光信号を共に送信かつ受信するように構成されてもよい。送受信素子１２２は、任意の組み合わせの無線信号を送信かつ／または受信するように構成されてもよいことは理解されよう。
【００２３】
加えて、送受信素子１２２は、図１Ｂで単一の素子として示されるが、ＷＴＲＵ１０２は、任意の数の送受信素子１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。こうして、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信かつ受信するための、２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。
【００２４】
トランシーバ１２０は、送受信素子１２２によって送信されることになる信号を変調するように、かつ、送受信素子１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。こうして、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１など、複数のＲＡＴを介して通信できるようにするための、複数のトランシーバを含んでもよい。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、もしくは、有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ１３０には、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または、任意の他のタイプのメモリ記憶装置が含まれうる。リムーバブルメモリ１３２には、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどが含まれうる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配かつ／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが含まれうる。
【００２７】
プロセッサ１１８はまた、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または、信号が２つ以上の近くの基地局から受信されるタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、任意の適切な位置決定方法を通じて位置情報を獲得できることは理解されよう。
【００２８】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８には、追加の特徴、機能性、および／または、有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれうる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどが含まれうる。
【００２９】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。図１Ｃに示すように、ＲＡＮ１０４は、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでもよく、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数のトランシーバをそれぞれ含んでもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０４内の特定のセル（図示せず）にそれぞれ関連付けられてもよい。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０４は、一実施形態と矛盾しないままで、任意の数のノード−ＢおよびＲＮＣを含んでもよいことは理解されよう。
【００３０】
図１Ｃに示すように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介して各ＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続される先の各ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、その他など、他の機能性を実行またはサポートするように構成されてもよい。
【００３１】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／または、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有かつ／または操作されうることは理解されよう。
【００３２】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８など、回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスの間の通信を容易にすることができる。
【００３３】
ＲＡＮ１０４内のＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０など、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【００３４】
上述のように、コアネットワーク１０６はまた、ネットワーク１１２にも接続されてもよく、ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、他の有線または無線ネットワークが含まれうる。
【００３５】
実施形態は、３ＧＰＰ  ＵＭＴＳ無線通信システムとの関連で説明されるが、これらの実施形態を、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、ＧＰＲＳ  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、および、ＷｉＭａｘ、その他など、任意の無線通信システムに適用できることに留意されたい。これらの実施形態は、ＨＳ−ＤＳＣＨおよびＭＡＣ−ｅｈｓを参照して説明されるが、これらの実施形態は、任意の他のタイプのトランスポートチャネルおよびＭＡＣエンティティに適用可能であることに留意されたい。本明細書で開示された実施形態を、独立して、または、任意の組み合わせで使用することができる。
【００３６】
複数のＷＴＲＵのためのＨＳ−ＤＳＣＨデータは、１つのＭＡＣトランスポートブロック（例えば、ＭＡＣ−ｅｈｓ  ＰＤＵ）に含まれうる。トランスポートブロック（すなわち、ＭＡＣ−ｅｈｓ  ＰＤＵ）が、ＷＴＲＵによってＨＳ−ＤＳＣＨ上で受信される前に、復調およびハイブリッド自動再送要求（ＨＡＲＱ）情報ならびにＷＴＲＵ識別情報を含むＨＳ−ＳＣＣＨは、デコードされる必要がある（レイヤ１アドレス指定）。ＨＳ−ＳＣＣＨ上のＷＴＲＵ識別情報がマッチする場合、レイヤ１は、トランスポートブロックをＭＡＣレイヤへ転送する。ＭＡＣレイヤは次いで、ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるどのＨＳ−ＤＳＣＨデータがＷＴＲＵに属するかを決定する（レイヤ２アドレス指定）。
【００３７】
レイヤ１アドレス指定（すなわち、ＭＡＣ−ｅｈｓ  ＰＤＵのためのＷＴＲＵを識別する）のための実施形態を、以下で開示する。
【００３８】
一実施形態では、複数のＷＴＲＵによって共有された共通ＷＴＲＵ識別情報を、レイヤ１アドレス指定のために使用することができる。共通ＷＴＲＵ識別情報は、グループＷＴＲＵ識別情報であってもよい。例えば、グループＨＳ−ＤＳＣＨ無線ネットワーク一時識別情報（Ｈ−ＲＮＴＩ）は、ネットワークによって、例えば、無線リソース制御（ＲＲＣ）構成もしくは再構成メッセージを介して、または、レイヤ１シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）を介して、ＷＴＲＵのグループに割り当てられてもよい。このグループＷＴＲＵ識別情報は、ＨＳ−ＳＣＣＨを介してシグナリングされて、どのＷＴＲＵにＭＡＣ−ｅｈｓ  ＰＤＵがアドレス指定されるかが示されてもよい。その割り当てられたグループＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ上でデコードされる場合、レイヤ１は、対応するＨＳ−ＤＳＣＨを受信し、ＨＳ−ＤＳＣＨトランスポートブロックをＭＡＣレイヤへ転送する。
【００３９】
あるいは、ＷＴＲＵは、ＲＲＣシグナリングを介して、異なるグループＷＴＲＵ識別情報により事前構成されてもよく、ネットワークは、グループＷＴＲＵ識別情報のうち１つへのインデックスを使用することによって、（例えば、ＨＳ−ＳＣＣＨオーダーを介して）ＷＴＲＵのグループＷＴＲＵ識別情報を動的に変更してもよい。
【００４０】
あるいは、ＷＴＲＵには、通常のＷＴＲＵ識別情報に加えて、追加のＷＴＲＵ識別情報（多重化ＷＴＲＵ識別情報と呼ばれる）が提供されてもよい。例として、一次Ｈ−ＲＮＴＩおよび二次Ｈ−ＲＮＴＩがＷＴＲＵに割り当てられてもよく、二次Ｈ−ＲＮＴＩは、ＴＴＩ内で複数のＷＴＲＵを多重化するために使用されてもよい。多重化ＷＴＲＵ識別情報は、ネットワークが１つのＨＳ−ＤＳＣＨトランスポートブロック内で異なるＷＴＲＵのためのデータを多重化する場合、ＨＳ−ＳＣＣＨを通じてシグナリングされてもよい。
【００４１】
あるいは、ＷＴＲＵは、ＷＴＲＵおよびネットワークの両方によって知られている所定のルールに従って、個別ＷＴＲＵ識別情報からグループＷＴＲＵ識別情報を決定することができる。例えば、個別ＷＴＲＵ識別情報を、所定の値によってマスクして、グループＷＴＲＵ識別情報を導出することができる。例えば、ＷＴＲＵのグループは、それらの個別Ｈ−ＲＮＴＩのあるビットを共有してもよい（例えば、１２個の最上位ビット（ＭＳＢ））。この場合、ＷＴＲＵは、論理演算：Ｈ−ＲＮＴＩ  ＡＮＤ  ＦＦＦ０ｈを行うことによって、それらのグループＨ−ＲＮＴＩを決定することができる。
【００４２】
もう１つの実施形態では、新しいＨＳ−ＳＣＣＨフォーマットを定義して、ＷＴＲＵ識別情報（例えば、Ｈ−ＲＮＴＩ）のリストを示すことができる。例えば、複数のＷＴＲＵのためのＷＴＲＵ識別情報のリストが、ＨＳ−ＳＣＣＨを介してシグナリングされてもよい。例として、Ｈ−ＲＮＴＩ毎に１６ビットを仮定する一例では、ＷＴＲＵ識別情報フィールドは、以下のように２つのＷＴＲＵを多重化するために拡張されてもよく、すなわち、Ｘｗｔｒｕ１，１、Ｘｗｔｒｕ２，２、．．．、Ｘｗｔｒｕ１，１６、．．．、Ｘｗｔｒｕｋ，１、Ｘｗｔｒｕｋ，２、．．．、Ｘｗｔｒｕｋ，１６である。ＨＳ−ＳＣＣＨをデコードするとき、レイヤ１は、ＨＳ−ＳＣＣＨに含まれたＷＴＲＵ識別情報のリストから、どのＷＴＲＵにＨＳ−ＤＳＣＨデータがアドレス指定されるかを決定し、それ自体のＷＴＲＵ識別情報がＷＴＲＵ識別情報のリストに含まれる場合、ＨＳ−ＤＳＣＨトランスポートブロックをＭＡＣレイヤへ転送してもよい。あるいは、ＷＴＲＵは、ＨＳ−ＳＣＣＨ内で使用されうる１つの共通ＷＴＲＵ識別情報と、スケジュールされているＷＴＲＵを一意に識別することができる、グループ内のＷＴＲＵへのインデックスとを有する手段によって、アドレス指定されてもよい。すべての多重化されたＷＴＲＵのインデックスのリストが、ＨＳ−ＳＣＣＨ内で提供されてもよい。
【００４３】
同じＨＳ−ＤＳＣＨトランスポートブロック内でアドレス指定されうるＷＴＲＵの数は、事前定義されてもよい（例えば、２つのＷＴＲＵ）。この数は、ＲＲＣまたはレイヤ１レベルで構成されてもよい。
【００４４】
あるいは、同じＨＳ−ＤＳＣＨトランスポートブロック内でアドレス指定されうるＷＴＲＵの数は、動的に変更されてもよい。同時にアドレス指定されうるＷＴＲＵの最大数があってもよい。レイヤ１は、以下の実施形態のうち１つまたは組み合わせによって、いくつのＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内に存在するかを決定する。
【００４５】
追加のフィールドをＨＳ−ＳＣＣＨ内に含めて、いくつのＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内に含まれるかを示してもよい。レイヤ１は、追加のフィールドに従って、ＨＳ−ＳＣＣＨ内の対応するビット数をデコードしてもよく、ＷＴＲＵアドレスビットの残りを無視してもよい。例えば、最大３つのＷＴＲＵを同時にアドレス指定することができ、かつ、ネットワークが１つのＨＳ−ＤＳＣＨトランスポートブロック内の２つのＷＴＲＵのためのデータを多重化し、したがって、２つのＷＴＲＵが多重化されることを示すように追加のフィールドを設定する場合、レイヤ１は、（１６ビットのＷＴＲＵ識別情報を仮定すると）３２ビットをデコードし、残りの１６ビットを廃棄してもよい。あるいは、Ｈ−ＲＮＴＩのある値（例えば、すべてゼロまたはすべて１）を予約して、これが有効なＨ−ＲＮＴＩではないことを示してもよい。デコードされた有効なＨ−ＲＮＴＩの数に応じて、レイヤ１は、アドレス指定されているＷＴＲＵの数を決定することができる。
【００４６】
レイヤ２アドレス指定（すなわち、ＭＡＣ−ｅｈｓ  ＰＤＵ内に含まれたＨＳ−ＤＳＣＨデータの各々のためのＷＴＲＵを識別する）のための実施形態を、以下で開示する。同じトランスポートブロック内で複数のＷＴＲＵをアドレス指定するために、ＭＡＣ−ｅｈｓ  ＰＤＵヘッダは、新しいフィールドを含んで、ＭＡＣエンティティがそれ自体のペイロードを抽出できるようにしてもよい。
【００４７】
一実施形態によれば、ＭＡＣ−ｅｈｓヘッダは、ＨＳ−ＤＳＣＨトランスポートブロック内で多重化されたＨＳ−ＤＳＣＨデータ毎に１つまたは複数のＷＴＲＵ識別情報を含んでもよい。ＷＴＲＵ識別情報は、ＭＡＣ−ｅｈｓペイロードがＭＡＣ−ｅｈｓ  ＰＤＵ内で連結される順序と同じ順序で追加されてもよい。より具体的には、ＷＴＲＵ  ＩＤ１がＭＡＣ−ｅｈｓヘッダ内で最初に現れる場合、ＵＥ１のための対応する並べ替え（ｒｅｏｒｄｅｒｉｎｇ）ＰＤＵ（複数可）またはＭＡＣ−ｅｈｓペイロードが、ＭＡＣ−ｅｈｓ  ＰＤＵ内で最初に連結されてもよい、などとなる。
【００４８】
ＭＡＣトランスポートブロック内に含まれたＨＳ−ＤＳＣＨペイロード毎にＷＴＲＵを識別するために、レイヤ２アドレス指定のために使用されたＷＴＲＵ  ＩＤは、ＷＴＲＵのＨ−ＲＮＴＩ、ＷＴＲＵの一次Ｅ−ＤＣＨ無線ネットワーク一時識別情報（Ｅ−ＲＮＴＩ）、または、任意の他のタイプのＷＴＲＵ識別情報であってもよい。あるいは、レイヤ２アドレス指定のためのＷＴＲＵ  ＩＤは、Ｈ−ＲＮＴＩまたは任意のＷＴＲＵ識別情報のサブセットであってもよい。ＷＴＲＵ識別情報のあるビット数が、いくつかのＷＴＲＵ間で共通であり、レイヤ１アドレス指定のために使用される場合、残りのビットは、ＷＴＲＵ毎に一意であり、ＨＳ−ＤＳＣＨトランスポートブロック内で多重化されたＨＳ−ＤＳＣＨペイロード毎に、レイヤ２アドレス指定のために使用されてもよい。ＷＴＲＵ識別情報とマスクの間の論理ＡＮＤ演算を行って、レイヤ２アドレス指定のためにこの個別ビットのサブセットを得ることができる。例として、ＷＴＲＵ識別情報の１２ビットが共通であり、４ビットが各ＷＴＲＵに一意である場合、論理演算は以下のようであってもよく、すなわち、ＷＴＲＵ識別情報  ＡＮＤ  ０００Ｆｈである。
【００４９】
あるいは、グループ内の各ＷＴＲＵには、識別情報またはインデックス番号が割り当てられてもよい。この識別情報は、Ｈ−ＲＮＴＩより少ないビットを必要とすることがある（例えば、１６または８個のＷＴＲＵが１つのグループに含まれうる場合、４または３ビットをそれぞれ使用して、そのグループ内のＷＴＲＵを一意に識別してもよい）。これにより、ＭＡＣヘッダ内でＷＴＲＵをアドレス指定することに関連するオーバーヘッドが低減するようになる。このＷＴＲＵ  ＩＤは、ＲＲＣ構成の一部としてＷＴＲＵへシグナリングされてもよく、あるいは、事前定義されたルールが使用されてもよい。
【００５０】
インデックスは、同じトランスポートブロック内でアドレス指定されているＷＴＲＵの数に等しい値を取ることができる。例として、３つのＷＴＲＵがアドレス指定される場合、インデックスは、値０、１または２を取ることができる。レイヤ１は、インデックス番号を決定し、ＭＡＣレイヤに提供してもよい。例えば、レイヤ１がｎ番目のＷＴＲＵ識別情報をデコードする場合、レイヤ１は、インデックス「ｎ」をＭＡＣレイヤに示すことができる。あるいは、ネットワークは、ＷＴＲＵのために構成された異なるＨＳ−ＳＣＣＨを使用して、このインデックスを示してもよい。従来、ＷＴＲＵのためのキャリアにつき、最大４つのＨＳ−ＳＣＣＨを構成することができる。インデックスは、ＷＴＲＵがそのグループＷＴＲＵ識別情報または個々のＷＴＲＵ識別情報をデコードするＨＳ−ＳＣＣＨ番号に基づいて、決定されてもよい。例として、ＨＳ−ＳＣＣＨ１が使用される場合、ＷＴＲＵはインデックス１を使用することができ、ＨＳ−ＳＣＣＨ２が使用される場合、ＷＴＲＵはインデックス２を使用することができる、などとなる。あるいは、２つのＷＴＲＵのためのデータが１つのＨＳ−ＤＳＣＨトランスポートブロック内で多重化される場合、ＨＳ−ＳＣＣＨのパリティを使用して、どのインデックスを使用してそのＭＡＣ−ｅｈｓペイロードを抽出するべきであるかを示すことができる。例として、使用されるＨＳ−ＳＣＣＨが奇数である場合、ＷＴＲＵはインデックス１を使用することができるが、使用されるＨＳ−ＳＣＣＨが偶数である場合、ＷＴＲＵはインデックス２を使用することができ、逆もまた同様である。
【００５１】
ＷＴＲＵアドレス指定を、レイヤ２アドレス指定の一部として説明するが、レイヤ１アドレス指定に対して等しく適用可能でありうることを理解されたい。
【００５２】
図２は、従来のＭＡＣ−ｅｈｓ  ＰＤＵフォーマットである。ＭＡＣ−ｅｈｓ  ＰＤＵは、ＭＡＣ−ｅｈｓヘッダおよびＭＡＣ−ｅｈｓペイロードを含む。ＭＡＣ−ｅｈｓヘッダは、ペイロードのための抽出情報を含む。ＭＡＣ−ｅｈｓペイロードは、１つまたは複数の並べ替えＰＤＵを含んでもよい。各並べ替えＰＤＵは、完全な、またはセグメント化された並べ替えサービスデータユニット（ＳＤＵ）を含んでもよい。ＭＡＣ−ｅｈｓヘッダは、論理チャネル識別情報（ＬＣＨ−ＩＤ）、長さ（Ｌ）、送信シーケンス番号（ＴＳＮ）、セグメンテーション情報（ＳＩ）およびフラグ（Ｆ）フィールドの１つまたは複数のセットを含む。ＬＣＨ−ＩＤフィールドおよびＬフィールドは、並べ替えＳＤＵ毎に繰り返される。ＴＳＮフィールドおよびＳＩフィールドは、並べ替えＰＤＵ毎に繰り返される。ＭＡＣ−ｅｈｓヘッダ内のＬＣＨ−ＩＤフィールドは、どの論理チャネルに各並べ替えＳＤＵが属するかを示す。Ｌフィールドは、各並べ替えＳＤＵのバイト単位の長さを示す。ＴＳＮフィールドおよびＳＩフィールドは、並べ替えＰＤＵが複数の並べ替えＳＤＵにセグメント化されたかどうか、かつ、どのようにセグメント化されたかを示す。フラグＦは、ＭＡＣ−ヘッダの最後かどうか、または、次のフィールドがもう１つのＬＣＨ−ＩＤかどうかを示す。ＴＳＮｉフィールドおよびＳＩｉフィールドの存在は、ＬＣＨ−ＩＤｉの値に基づく。ＬＣＨ−ＩＤｉがＬＣＨ−ＩＤｉ−１と同じ並べ替えキューにマップされる場合、または、ＬＣＨ−ＩＤｉ−１の値がＬＣＨ−ＩＤｉの値に等しい場合、ＴＳＮｉフィールドまたはＳＩｉフィールドはない。並べ替えキューへのＬＣＨ−ＩＤのマッピングは、より上位レイヤによって提供される。
【００５３】
ＭＡＣ−ｅｈｓ  ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットのための実施形態を、以下で開示する。
【００５４】
一実施形態では、１つのＷＴＲＵに属する並べ替えＰＤＵがＭＡＣ−ｅｈｓ  ＰＤＵ内で連続的に配置されてもよく、ＭＡＣ−ｅｈｓ  ＰＤＵの先頭の１つのＭＡＣ−ｅｈｓヘッダは、どの並べ替えＰＤＵ（複数可）がどのＷＴＲＵに属すかを示すフィールド（複数可）を含んでもよい。ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレスフィールド、ＷＴＲＵ  ＭＡＣ−ｅｈｓペイロードの長さまたは並べ替えＰＤＵの数を示す長さフィールド、および、フラグ（複数可）を含んでもよい。
【００５５】
一実施形態では、ＬＣＨ−ＩＤフィールドおよびＬフィールドの各セットの後に、フラグ（ＦＬＡＧ）（例えば、１ビットフラグ）が続いてもよく、このフラグは、次に続くフィールドがＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤ）であるか、ＬＣＨ−ＩＤフィールドであるかを示す。例えば、ＦＬＡＧが「１」に設定される場合、次のフィールドはＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤ）であり、ＦＬＡＧが「０」に設定される場合、次のフィールドは、同じＷＴＲＵに対応する新しいセットのＬＣＨ−ＩＤフィールドおよびＬフィールドであるか、または、それがＭＡＣ−ｅｈｓ  ＰＤＵの最後である。ＴＳＮフィールドおよびＳＩフィールドが存在する場合、この新しいフラグは、ＳＩフィールドの後に追加されてもよい。あるいは、ＷＴＲＵ−ＩＤおよびＦＬＡＧは、ＭＡＣ−ｅｈｓヘッダ内の任意の位置に含まれてもよい。
【００５６】
ＷＴＲＵは、１つのＷＴＲＵ  ＭＡＣ−ｅｈｓペイロードの最後と、ＭＡＣ−ｅｈｓヘッダの最後を区別する必要がある。ＭＡＣレイヤは、レイヤ１を介して、ＷＴＲＵの数を予め知っていてもよく、または、新しいフィールドをＭＡＣ−ｅｈｓヘッダ内に追加して、ＭＡＣ−ｅｈｓ  ＰＤＵ内で多重化されたＷＴＲＵの数を示してもよい。あるいは、１ビットフラグ（ＦＬＡＧ）の代わりに、２ビットフラグを使用して、次のフィールドがＷＴＲＵアドレスであるか、ＬＣＨ−ＩＤであるか、ＭＡＣ−ｅｈｓヘッダの最後（あるいは、フィールドＦ）であるかを示してもよい。
【００５７】
あるいは、ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレスフィールド（ＷＴＲＵ−ＩＤｉ）、および、各ＷＴＲＵに属するデータのビットまたはバイト数を示す長さフィールド（ＬＵＥ）を含んでもよい。１ビットフラグを、ＷＴＲＵアドレスフィールドおよびＬＵＥフィールドの各セットの最後に追加して、次に続くフィールドが新しいセットのＷＴＲＵ−ＩＤフィールドおよびＬＵＥフィールドであるか、それ以上のＷＴＲＵはアドレス指定されていないかを示してもよい。多重化されたＷＴＲＵの数は、固定されてもよく、ＭＡＣ−ｅｈｓヘッダを介してシグナリングされないことがある。あるいは、多重化されたＷＴＲＵの数は変化してもよく、ＭＡＣ−ｅｈｓヘッダは、ＭＡＣ−ｅｈｓ  ＰＤＵ内で多重化されたＷＴＲＵの数を示すＮフィールドを含んでもよい。あるいは、多重化されたＷＴＲＵの数は、ＨＳ−ＳＣＣＨを介してシグナリングされてもよい。レイヤ１は、ＷＴＲＵの数を決定してもよく、この数をＭＡＣレイヤへ転送する。
【００５８】
あるいは、ＷＴＲＵ毎のデータの長さは、構成可能でありうる、事前定義された数の１つであってもよく、ＨＳ−ＳＣＣＨ内で示されてもよい。あるいは、ＷＴＲＵ毎のデータの長さは、トランスポートブロックテーブルの値の全部またはサブセットに対応してもよく、ＬＵＥフィールドは、トランスポートブロックテーブルのエントリのインデックスに対応してもよい。あるいは、並べ替えＰＤＵの数が、長さＬＵＥの代わりに、ＷＴＲＵ毎に示されてもよい。
【００５９】
あるいは、１つのＷＴＲＵアドレスフィールドが、並べ替えＰＤＵ毎に、ＭＡＣ−ｅｈｓヘッダ内に追加されてもよい。新しいフラグを、各ＬＣＨ−ＩＤおよびＬフィールドの後に追加して、次に続くフィールドがＬＣＨ−ＩＤであるか、ＷＴＲＵアドレスであるかを示してもよい。あるいは、ＬＣＨ−ＩＤ値が以前のものとは異なる場合、新しいフラグが、ＬＣＨ−ＩＤおよびＬフィールドの後に追加されてもよい。このフラグは、最初のＬＣＨ−ＩＤおよびＬフィールドの後に追加されてもよい。このフラグは、次のフィールドがＷＴＲＵアドレスフィールドであるか、ＬＣＨ−ＩＤフィールドであるかを、ＭＡＣレイヤに示してもよい。ＷＴＲＵアドレスフィールドの同じ値が繰り返されてもよい。
【００６０】
あるいは、１つのＷＴＲＵアドレスが、並べ替えＳＤＵ毎に、ＭＡＣ−ｅｈｓヘッダ内に追加されてもよく、これは、１つのＷＴＲＵアドレスフィールドが各ＬＣＨ−ＩＤおよびＬフィールドの後に追加されることを意味する。この場合、新しいフラグは必要とされないことがあり、その理由は、ＭＡＣレイヤが、ＬＣＨ−ＩＤフィールドおよびＬフィールド、または、ＴＳＮ（存在する場合）フィールドおよびＳＩ（存在する場合）フィールドの各セットの後で、ＷＴＲＵアドレスフィールドを予期することができるからである。あるいは、ＷＴＲＵアドレスフィールドは、ＬＣＨ−ＩＤフィールドの前に追加されてもよい。
【００６１】
図３は、一実施形態におけるＭＡＣ−ｅｈｓ  ＰＤＵフォーマットの一例である。ＭＡＣ−ｅｈｓ  ＰＤＵ３００は、ＭＡＣ−ｅｈｓヘッダ３１０、および、複数のＷＴＲＵのためのＭＡＣ−ｅｈｓペイロード３３０を含む。ＭＡＣ−ｅｈｓヘッダ３１０は、ＬＣＨ−ＩＤフィールド３１２、Ｌフィールド３１４、ＴＳＮフィールド３１６、ＳＩフィールド３１８、ＦＬＡＧ３２０、ＷＴＲＵ  ＩＤ３２２、および、Ｆフィールド３２４を含む。ＭＡＣ−ｅｈｓペイロード３３０は、複数のＷＴＲＵのための並べ替えＰＤＵを含む。ＦＬＡＧ３２０およびＷＴＲＵ−ＩＤ３２２は、ＭＡＣ−ｅｈｓヘッダ３１０内で、ＬＣＨ−ＩＤ３１２、Ｌ３１４、ＴＳＮ３１６およびＳＩ３１８（または、ＴＳＮフィールドおよびＳＩフィールドが存在しない場合、ＬＣＨ−ＩＤフィールドおよびＬフィールド）のセットの後に追加される。ＦＬＡＧフィールド３２０を並べ替えＳＤＵ毎に追加して、次のフィールドが新しいＷＴＲＵ−ＩＤであるか、新しいＬＣＨ−ＩＤであるかを示してもよい。ＷＴＲＵ−ＩＤフィールド３２２は、ＷＴＲＵペイロード毎に追加される（すなわち、ＷＴＲＵ−ＩＤフィールドの数は、ＭＡＣ−ｅｈｓ  ＰＤＵ内で多重化されたＷＴＲＵの数に対応する）。そのペイロードを抽出するために、ＭＡＣレイヤは、ＷＴＲＵ−ＩＤフィールドをそれ自体のＷＴＲＵ識別情報と比較し、それらがマッチする場合、フィールドＦＬＡＧ３２０が、次のフィールドが新しいＷＴＲＵ−ＩＤではないと示す限り、ＭＡＣレイヤは並べ替えＰＤＵを抽出する。フィールドＦＬＡＧ３２０が、次のフィールドがもう１つのＷＴＲＵ−ＩＤであると示す場合、ＭＡＣレイヤは、対応する並べ替えＰＤＵの抽出を終える。
【００６２】
図４は、もう１つの実施形態における、ＭＡＣ−ｅｈｓ  ＰＤＵフォーマットのもう１つの例を示す。ＭＡＣ−ｅｈｓ  ＰＤＵ４００は、ＭＡＣ−ｅｈｓヘッダ４１０、および、ペイロード４３０を含む。ＭＡＣ−ｅｈｓヘッダ４１０は、Ｎフィールド４１２、ＷＴＲＵ−ＩＤフィールド４１４、ＬＵＥフィールド４１６、ＬＣＨ−ＩＤフィールド４１８、Ｌフィールド４２０、ＴＳＮフィールド４２２、ＳＩフィールド４２４、および、Ｆフィールド４２６を含む。ペイロード４３０は、複数のＷＴＲＵのための並べ替えＰＤＵを含む。Ｎフィールド４１２は、ＭＡＣ−ｅｈｓ  ＰＤＵ内で多重化されたＷＴＲＵの数を示す。ＷＴＲＵ−ＩＤ４１４およびＬＵＥフィールド４１６（各ＷＴＲＵペイロードの長さを示す）のリストが、ＭＡＣ−ｅｈｓヘッダの先頭に追加されてもよい。そのペイロードを抽出するために、ＭＡＣレイヤは、それ自体のＷＴＲＵ−ＩＤを発見するまで、ヘッダ内のフィールドを読み取り、各ＬＵＥを格納する。ＭＡＣレイヤは、（先行するＷＴＲＵのＬＵＥフィールドを使用して）それ自体のペイロードに先行するＷＴＲＵペイロードの長さに達するまで、ヘッダを読み取り続け、遭遇するＬフィールドを合計する。ＭＡＣレイヤは次いで、それ自体のＬＵＥ長さを知り、そのペイロードを抽出する。
【００６３】
もう１つの実施形態では、ＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵのための各ＭＡＣ−ｅｈｓペイロードの前に追加されてもよい。このＭＡＣ−ｅｈｓヘッダは、ＷＴＲＵアドレス（例えば、ＷＴＲＵ識別情報、サブ識別情報、インデックスなど）を含んでもよい。あるいは、新しいフィールドが各ＭＡＣ−ｅｈｓヘッダ内に追加されないことがあり、ＭＡＣレイヤは、どの位置にそれ自体のＭＡＣ−ｅｈｓヘッダがあるかを、レイヤ１からの指示に基づいて決定することができる。
【００６４】
図５は、一実施形態における、ＭＡＣ−ｅｈｓ  ＰＤＵおよびＭＡＣ−ｅｈｓヘッダフォーマットの一例を示す。この例では、ＭＡＣ−ｅｈｓヘッダ５１０は、ＷＴＲＵ毎のＭＡＣ−ｅｈｓペイロード５３０に追加される。各ＭＡＣ−ｅｈｓヘッダ５１０は、ＷＴＲＵ−ＩＤフィールド５１２、ＬＣＨ−ＩＤフィールド５１４、Ｌフィールド５１６、ＴＳＮフィールド５１８、ＳＩフィールド５２０、および、Ｆフィールド５２２を含む。ＷＴＲＵ−ＩＤフィールド５１２は、どのＷＴＲＵに、次に続くＭＡＣ−ｅｈｓペイロードが属するかを示す。ＭＡＣレイヤは、それ自体のＷＴＲＵ−ＩＤを発見するまで、ＭＡＣ−ｅｈｓヘッダ５１０を読み取り、次いで、そのペイロードを抽出する。パディングビットが、ＭＡＣ−ｅｈｓ  ＰＤＵの最後に、あるいは、各ＭＡＣ−ｅｈｓペイロードの最後に追加されてもよい。
【００６５】
もう１つの実施形態では、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ（ペイロードおよびヘッダを含む）は最初に、ＭＡＣ−ｅｈｓトランスポートブロック内で多重化されるＷＴＲＵのために作成され、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵは、最終ＭＡＣ−ｅｈｓ  ＰＤＵに多重化される。最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダは、各個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵに追加されてもよい。ＷＴＲＵ側で、ＷＴＲＵは、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵを、最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダに基づいて逆多重化する。ＷＴＲＵが、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵのうち１つがそれ自体にアドレス指定されると決定する場合、ＷＴＲＵは、さらなる処理のために、その個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵを逆アセンブルしてもよく、他の個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵを廃棄してもよい。
【００６６】
図６は、一実施形態における最終ＭＡＣ−ｅｈｓ  ＰＤＵフォーマットの一例を示す。最終ＭＡＣ−ｅｈｓ  ＰＤＵ６００は、最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０および個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ６２０を含む。最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０は、最終ＭＡＣ−ｅｈｓ  ＰＤＵ６００の先頭に配置されてもよい。個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ６２０は、ＷＴＲＵ毎のＭＡＣ−ｅｈｓヘッダ６３０および並べ替えＰＤＵ６５０を含む。
【００６７】
個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ毎の最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０は、ＷＴＲＵ識別情報（ＷＴＲＵ−ＩＤ）６１２、および、ＵＥｘのための個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ６２０の長さを示す長さフィールド（ＬＵＥｘ）６１４を含んでもよい。この長さは、バイトまたはビット単位で表されてもよく、あるいは、事前定義されたセットのＭＡＣ−ｅｈｓ  ＰＤＵサイズ（例えば、トランスポートブロックテーブルの全部またはサブセット）へのインデックスに対応してもよい。長さフィールドが使用されて、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵが逆多重化される。
【００６８】
最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０は、フラグ（図示せず）を（例えば、各最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダの最後で）含んで、これが最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０の最後であるか、さらにＷＴＲＵ  ＩＤまたはＬＵＥが後に続くかを示してもよい。最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０は、いくつの個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵが最終ＭＡＣ−ｅｈｓ  ＰＤＵ６００内で共に多重化されるかを示すためのフィールド（図示せず）を含んでもよい。例えば、Ｎフィールドが、最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ６１０内に追加されてもよい。あるいは、Ｌフィールドが、この値をＷＴＲＵへシグナリングしてもよい。あるいは、多重化されたＷＴＲＵの数は、所定であってもよく、ＷＴＲＵに知られていてもよい。
【００６９】
あるいは、ＨＳ−ＳＣＣＨは、最終ＭＡＣ−ｅｈｓ  ＰＤＵ内の個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵサイズを示してもよい。この場合、ＬＵＥフィールドは、最終ＭＡＣ−ｅｈｓヘッダ内に存在しないことがある。ＷＴＲＵは、ＨＳ−ＳＣＣＨ上で、かつ、最終ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ内のＷＴＲＵ  ＩＤと共に、多重化された個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵサイズを取り出し、ＷＴＲＵに属する個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵを逆多重化し、他の個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵを廃棄する。
【００７０】
あるいは、ＭＡＣレイヤによってそれ自体の並べ替えＰＤＵを抽出するために必要とされる逆多重化情報が、ＨＳ−ＳＣＣＨ内で示されてもよく、これはレイヤ１によって転送される。この情報は、ＷＴＲＵ毎の各ＭＡＣ−ｅｈｓペイロードの長さ（もしくは、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵ毎のトランスポートブロックサイズ）、または、ＷＴＲＵ毎のＭＡＣ−ｅｈｓ並べ替えＰＤＵの数を含んでもよい。レイヤ１は、ＷＴＲＵにアドレス指定された逆多重化情報を抽出して、ＭＡＣレイヤに渡してもよく、または、ＷＴＲＵにアドレス指定された逆多重化情報をＭＡＣレイヤに渡してもよい。あるいは、各ＷＴＲＵに対応するペイロードのサイズが事前定義されてもよい（例えば、全体のトランスポートブロックサイズまたは全体のペイロードをＷＴＲＵの数で割ったものであってもよい）。
【００７１】
ＭＡＣレイヤは、どのＭＡＣヘッダまたはＰＤＵフォーマットを使用するべきであるかを決定してもよい。ＷＴＲＵに、グループＷＴＲＵ識別情報（例えば、グループＨ−ＲＮＴＩ）、または、多重化ＷＴＲＵ識別情報（例えば、二次Ｈ−ＲＮＴＩ）が割り当てられている場合、かつ、レイヤ１がＨＳ−ＳＣＣＨ内でこの識別情報をデコードする場合、ＭＡＣレイヤは、ＷＴＲＵ多重化のために、ＭＡＣヘッダフォーマットにより処理してもよい。あるいは、ＷＴＲＵ多重化にかかわらず、同じＭＡＣ−ｅｈｓフォーマットが使用されてもよい。あるいは、レイヤ１は、ＭＡＣレイヤに対して、２つ以上のＷＴＲＵ識別情報がＨＳ−ＳＣＣＨ内でデコードされているかどうかを示し、ＭＡＣレイヤが正しいＭＡＣヘッダフォーマットを使用できるようにしてもよい。あるいは、ＭＡＣヘッダフォーマットは、ＲＲＣ構成の一部であってもよい。
【００７２】
ネットワークは、送信のタイプに応じて、異なるＭＡＣ−ｅｈｓ  ＰＤＵフォーマットを使用してもよい。送信のタイプが単一のＷＴＲＵのための送信である場合、ネットワークは、従来のＭＡＣ−ｅｈｓフォーマットを使用してもよく、送信のタイプが、１つのトランスポートブロック内で多重化されたデータを有する複数のＷＴＲＵのための送信である場合、ネットワークは、多重化のためにＭＡＣ−ｅｈｓ  ＰＤＵの新しいフォーマットを使用してもよい。あるいは、ネットワークは、同じフォーマットを使用してもよく、ＷＴＲＵは、アドレス指定されているＷＴＲＵの数を検出することによって、データが多重化されるかどうかを判定してもよい。ネットワークは、異なる期間で、異なる数のＷＴＲＵのためのデータを動的に多重化してもよい。
【００７３】
ＨＳ−ＳＣＣＨオーダーを使用して、明示的に、ＷＴＲＵがこのモードで受信を開始できるようにしてもよい（例えば、ＷＴＲＵは多重化され、ＭＡＣまたはＨＳ−ＳＣＣＨの再解釈を開始する）。ＨＳ−ＳＣＣＨオーダーは、このモードで受信を開始するために、ＷＴＲＵが使用するための具体的な情報を含んでもよい。例えば、ＨＳ−ＳＣＣＨオーダーは、グループ内でそれ自体を識別するために使用するために、ＷＴＲＵインデックスまたはＷＴＲＵ  ＩＤを割り当ててもよい。あるいは、ＨＳ−ＳＣＣＨは、グループＩＤをＷＴＲＵに提供してもよい。
【００７４】
ＨＳ−ＤＳＣＨのためのＷＴＲＵの多重化をサポートするための、ＷＴＲＵ側およびＵＴＲＡＮ側のＭＡＣ−ｅｈｓアーキテクチャのための実施形態を、以下で開示する。
【００７５】
図７は、ＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティを示す。ＨＡＲＱエンティティ７０２は、ＨＡＲＱプロトコルの処理を担う。逆アセンブリエンティティ７０４は、ＭＡＣ−ｅｈｓヘッダおよびパディングを除去することによって、ＭＡＣ−ｅｈｓ  ＰＤＵを逆アセンブルする。並べ替えキュー分配エンティティ７０６は、受信された論理チャネル識別子に基づいて、受信された並べ替えＰＤＵを正しい並べ替えキューへルーティングする。並べ替えエンティティ７０８は、受信されたＴＳＮに従って、受信された並べ替えＰＤＵを編成する。受信されると、連続的なＴＳＮを有するデータブロックが再アセンブリエンティティへ配信される。再アセンブリエンティティ７１０は、セグメント化されたＭＡＣ−ｅｈｓ  ＳＤＵを再アセンブルし、ＭＡＣ  ＰＤＵをＬＣＨ−ＩＤ逆多重化エンティティ７１２へ転送する。ＬＣＨ−ＩＤ逆多重化エンティティ７１２は、受信された論理チャネル識別子に基づいて、ＭＡＣ−ｅｈｓ  ＳＤＵを正しい論理チャネルへルーティングする。
【００７６】
逆アセンブリエンティティ７０４は、追加の処理を行って、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを抽出し、並べ替えＰＤＵの残りを廃棄し、次いで、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを並べ替え分配エンティティへ配信してもよい。逆アセンブリエンティティによって行われる追加の処理は、ＭＡＣ−ｅｈｓフォーマットのタイプによって決まってもよい。
【００７７】
図３に示すような、連続的なＭＡＣ−ｅｈｓヘッダの場合、逆アセンブリエンティティ７０４は、この特定のＷＴＲＵのためのＭＡＣ−ｅｈｓペイロードを抽出する前に、ＭＡＣ−ｅｈｓヘッダ内のＷＴＲＵアドレスを発見することができる。図４に示すように、ＭＡＣ−ｅｈｓヘッダが各ＭＡＣ−ｅｈｓペイロードの前に追加される場合、逆アセンブリエンティティ７０４は、このＷＴＲＵにアドレス指定された並べ替えＰＤＵを並べ替え分配エンティティへ配信する前に、ヘッダ、パディングビット、および、このＷＴＲＵにアドレス指定されていない並べ替えＰＤＵを除去する前に、そのＷＴＲＵアドレスを含むＭＡＣ−ｅｈｓヘッダを発見することができる。ＭＡＣ−ｅｈｓヘッダへの変更が実装されていない場合、逆アセンブリエンティティ７０４は、ＷＴＲＵにアドレス指定された並べ替えＰＤＵを抽出する前に、レイヤ１および／または暗示的ルールによって提供された逆多重化情報を使用してもよい。逆多重化情報は、多重化されたＷＴＲＵの数、各ＭＡＣ−ｅｈｓペイロードの長さなどを含んでもよい。
【００７８】
図８は、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵが最終ＭＡＣ−ｅｈｓ  ＰＤＵに多重化される場合の、ＭＡＣ−ｅｈｓ  ＰＤＵ多重化をサポートするＷＴＲＵ側のＭＡＣ−ｅｈｓエンティティの一例を示す。ＭＡＣ−ｅｈｓ  ＰＤＵ逆多重化エンティティ７０３が導入されて、個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵが逆多重化され、それ自体のデータが逆アセンブリエンティティ７０４へ転送される。ＭＡＣ−ｅｈｓ  ＰＤＵ逆多重化エンティティ７０３は、ＷＴＲＵ  ＩＤまたはインデックスを使用して、どの個々のＷＴＲＵ  ＭＡＣ−ｅｈｓ  ＰＤＵがＷＴＲＵに属するかを決定し、それを逆アセンブリエンティティ７０４へ転送することができる。ＭＡＣ−ｅｈｓ  ＰＤＵ逆多重化エンティティ７０３は、このＷＴＲＵに属していないＭＡＣ−ｅｈｓ  ＰＤＵ（複数可）を廃棄することができる。
【００７９】
ＭＡＣ−ｅｈｓ  ＰＤＵ逆多重化エンティティの機能性は、逆アセンブリエンティティに含まれてもよいことに留意されたい。
【００８０】
図９は、一実施形態における、ＷＴＲＵ多重化をサポートするＵＴＲＡＮ側のＭＡＣ−ｅｈｓエンティティの一例である。スケジューリング／優先度処理エンティティ９０２は、ＨＡＲＱエンティティ間のＨＳ−ＤＳＣＨリソース、および、データフローを、それらの優先度クラスに従って管理する。優先度キュー分配エンティティ９０４は、受信されたＭＡＣ−ｅｈｓ  ＳＤＵを優先度キュー９０６へ分配する。セグメンテーションエンティティ９０８は、ＭＡＣ−ｅｈｓ  ＳＤＵの必要なセグメンテーションを行う。優先度キューＭＵＸエンティティ９１０は、スケジューリング決定、および、この機能のために使用可能なＴＦＲＣに基づいて、各優先度キューから、ＭＡＣ−ｅｈｓ  ＰＤＵ内に含まれるべきオクテット数を決定する。ＨＡＲＱエンティティ９１４は、ＨＡＲＱ機能性を処理する。ＴＦＲＣ選択エンティティ９１６は、ＭＡＣ−ｅｈｓのためのＴＦＲＣ選択を行う。
【００８１】
ネットワークがＭＡＣ−ｅｈｓトランスポートブロック内でいくつかのＷＴＲＵを多重化できるようにするために、「ＷＴＲＵ多重化エンティティ」と呼ばれる新しいエンティティ９１２が（例えば、スケジューリング／優先度処理エンティティ９０２とＨＡＲＱエンティティ９１４の間に）導入されてもよい。ＷＴＲＵ毎に１つのスケジューリング／優先度処理エンティティ９０２（例えば、優先度キュー分配、セグメンテーション、および、優先度キューｍｕｘ）が存在してもよいが、１つのＷＴＲＵ多重化エンティティ９１２があってもよい。あるいは、共に多重化されうるＷＴＲＵのグループに対して、１つのスケジューリング／優先度処理エンティティ９０２があってもよい。
【００８２】
ＷＴＲＵ多重化エンティティ９１２は、（最終）ＭＡＣ−ｅｈｓ  ＰＤＵ内に含まれうる、ＷＴＲＵの数およびデータの量を決定する。ＷＴＲＵ多重化エンティティは、スケジューリング／優先度処理エンティティ９０２内でＷＴＲＵ毎に作成されたＭＡＣ−ｅｈｓ  ＰＤＵを多重化し、（最終）ＭＡＣ−ｅｈｓ  ＰＤＵをＨＡＲＱエンティティ９１４へ配信してもよい。あるいは、ＷＴＲＵ多重化エンティティ９１２は、上記で開示されたフォーマットのうち１つを使用することによって、１つのＭＡＣ−ｅｈｓ  ＰＤＵ内で複数のＷＴＲＵの並べ替えＰＤＵを多重化してもよい。
【００８３】
優先度キューＭＵＸエンティティ９１０は迂回されてもよく、ＷＴＲＵ多重化エンティティ９１２は、各優先度キューから、かつ、各ＷＴＲＵから、ＭＡＣ−ｅｈｓ  ＰＤＵ内に含まれるべきバイト数を決定する機能性を有してもよい。同じトランスポートブロック内のＷＴＲＵの多重化のためのＨＡＲＱ動作のための実施形態を、以下で説明する。
【００８４】
一実施形態では、トランスポートブロック内で多重化されたＷＴＲＵは、肯定確認応答（ＡＣＫ）または否定確認応答（ＮＡＣＫ）を返送してもよい。ノード−Ｂが、そのためのデータが多重化されている１つまたは複数のＷＴＲＵからＮＡＣＫを受信するとき、ノード−Ｂは、以前に送信されたものと同じトランスポートブロックをＷＴＲＵのグループへ再送信して、ＷＴＲＵがソフト合成（ｓｏｆｔ  ｃｏｍｂｉｎｉｎｇ）を行うことができるようにしてもよい。
【００８５】
あるいは、ノード−Ｂは、ＡＣＫを送信したＷＴＲＵのデータを除いて、ＮＡＣＫを送信したグループのＷＴＲＵのＭＡＣ−ｅｈｓペイロードを含みうる、新しいトランスポートブロックを送信してもよい。例えば、３つのＷＴＲＵのためのデータが多重化された場合、かつ、ＵＥ１およびＵＥ３がＮＡＣＫを返送したが、ＵＥ２がＡＣＫを返送した場合、ノード−Ｂは、ＵＥ１およびＵＥ３のためのデータを含む新しいトランスポートブロックを送信してもよい。
【００８６】
あるいは、ノード−Ｂは、否定確認応答されたＷＴＲＵのＭＡＣ−ｅｈｓペイロードに加えて、新しいＭＡＣ−ｅｈｓペイロードを含みうる、新しいトランスポートブロックを送信してもよい。例えば、ＵＥ１およびＵＥ２へのデータが最初の送信において多重化され、ＵＥ１がＮＡＣＫを送信したが、ＵＥ２がＡＣＫを送信した場合、ノード−Ｂは、否定確認応答されたＵＥ１のためのデータと、任意の他のＷＴＲＵのための新しいデータとを含む、新しいトランスポートブロックを送信してもよい。
【００８７】
もう１つの実施形態では、多重化されたデータを受信したＷＴＲＵは、いかなるＡＣＫまたはＮＡＣＫをもネットワークに送信しないことがあり、ノード−Ｂは、同じトランスポートブロックを、所定の回数、ＷＴＲＵへ送信してもよい。ＷＴＲＵは、新しいデータインジケータまたは物理レイヤ冗長バージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）符号化を使用して、それが新しい送信であるか、再送信であるかを見いだしてもよい。再送信の場合、ＷＴＲＵは、そのデータを、予め受信されたデータと結合してもよい。
【００８８】
ＷＴＲＵがＨＳ−ＳＣＣＨなしの動作のために構成される場合、ＨＳ−ＤＳＣＨのＣＲＣが、そのためのデータが多重化されるＷＴＲＵに割り当てられたグループＷＴＲＵ識別情報により、部分的にマスクされてもよい。ＷＴＲＵ側のレイヤ１がＨＳ−ＤＳＣＨをうまくデコードするとき、ＷＴＲＵは、ＣＲＣを使用することによって、グループＷＴＲＵ識別情報をデコードし、そのデータがＷＴＲＵにアドレス指定されるかどうかを見いだしてもよい。
【００８９】
現在のＨＳＤＰＡでは、図１０に示すように、符号分割多重化（ＣＤＭ）を使用して、複数のＷＴＲＵが単一の２ミリ秒のＴＴＩ内でスケジュールされてもよい。符号多重化されたＭＩＭＯ対応ＷＴＲＵ間の符号間干渉を軽減するために、１つのＴＴＩ内のＷＴＲＵの時分割多重化（ＴＤＭ）が使用されてもよい。その場合、ノードＢスケジューラは、図１１に示すように、ＴＴＩ内の個々のタイムスロットをユーザに割り振る。
【００９０】
以下で、「ＴＤＭモード」という専門用語を使用して、複数のＷＴＲＵ宛ての送信がＴＴＩ内で時間多重化される動作モードを説明する。実施形態を、スロット式時間多重化（すなわち、各ＷＴＲＵが単一の無線スロットに割り当てられる）との関連で説明することができるが、他の時間多重化手法が適用可能でありうる。そのような時間多重化手法の一例は、時間交替（ｔｉｍｅ−ａｌｔｅｒｎａｔｉｏｎ）で複数のＷＴＲＵからデータシンボルを送信することであってもよい。以下の説明において、「時間多重化スロット」という用語は、単一のＷＴＲＵ専用のＴＴＩ内のシンボルのセットを指す。
【００９１】
レガシーモードとＴＤＭモードの間で切り替えるため、および、ＴＤＭモードをアクティブ化かつ非アクティブ化するための実施形態を、以下で開示する。ＴＤＭモードは、静的もしくはやや静的な方法で、あるいは、動的な方法で、構成かつ操作されてもよい。ＴＤＭモードが構成され、有効にされるとき、ＷＴＲＵは、受信されたいかなるＨＳ−ＰＤＳＣＨも２つ以上のＷＴＲＵのためのデータを時分割の方法で搬送することができるという知識を有して、動作する。静的またはやや静的な構成では、ＷＴＲＵは、いくつかの連続的なサブフレームのためにＴＤＭモードで動作するように構成されうるのに対して、動的な構成では、ＷＴＲＵに、サブフレーム毎に、送信がＴＤＭモードを使用中であるかどうかが示される。
【００９２】
ＴＤＭモードは、上位レイヤを介してシグナリングされた、やや静的なパラメータであってもよい。ＴＤＭモード構成のための新しい情報要素（ＩＥ）が、ＲＲＣメッセージ内に含まれてもよい。ＲＮＣは、このメッセージをＷＴＲＵへ送信してもよく、ＷＴＲＵは、このＲＲＣメッセージからＴＤＭ  ＭＩＭＯモード構成情報を抽出する。あるいは、レイヤ２信号が、ＴＤＭモードの構成（例えば、ＭＡＣヘッダ）のために使用されてもよい。このパラメータを受信すると、ＷＴＲＵは、ＴＤＭモード構成を適用してもよい。ＴＤＭモードで構成されるとき、ＷＴＲＵへの送信は、ＴＤＭモードで送信されてもよい。
【００９３】
もう１つの実施形態では、ＴＤＭモードは、より下位レイヤのシグナリングを介して動的にアクティブ化かつ非アクティブ化されてもよい。
【００９４】
一実施形態では、ＴＤＭモードは、帯域外シグナリングを介してアクティブ化かつ非アクティブ化されてもよい。帯域外シグナリングは、ＨＳ−ＳＣＣＨオーダーを使用して実装されてもよい。表１は、オーダータイプが「０００」であるときの、ＨＳ−ＳＣＣＨオーダーマッピングの実装の一例を示す。新しいオーダータイプが、ＴＤＭアクティブ化および非アクティブ化のために導入されてもよい。
【００９５】
【表１】
2013530588.tif 000003
【００９６】
ＴＤＭアクティブ化オーダーを受信すると、ＷＴＲＵへの後続の送信は、（例えば、非アクティブ化オーダーが受信されるか、または、ＴＤＭモードを無効にするＲＲＣ構成メッセージが受信されるまで）ＴＤＭモードで送信されてもよい。あるいは、ＴＤＭモードはさらに、帯域内シグナリングを介して動的に示されてもよい。
【００９７】
もう１つの実施形態では、ＴＤＭモード指示を、ＨＳ−ＳＣＣＨ上で帯域内シグナリングによって搬送して、ＴＤＭモードをＴＴＩ式で、またはスロット式で、動的に切り替えることができるようにしてもよい。ＨＳ−ＳＣＣＨは、非ＭＩＭＯのためのタイプ（例えば、ＨＳ−ＳＣＣＨタイプ１）、または、ＭＩＭＯのためのタイプ（例えば、ＨＳ−ＳＣＣＨタイプ３）であってもよい。
【００９８】
ＴＤＭモード指示は、ＨＳ−ＳＣＣＨ番号に基づいて設定されてもよい。従来、ＨＳ−ＳＣＣＨの７個のチャネライゼーションコードセットビット（ｘｃｃｓ，１、ｘｃｃｓ，２、．．．、ｘｃｃｓ，７）が、ＷＴＲＵのためのチャネライゼーションコードセットを割り当てるために設定される。コード０で開始するＰ（マルチ）コードが与えられ、かつ、ＨＳ−ＳＣＣＨ番号が与えられると、以下の式によって計算された整数の符号なしのバイナリ表現を使用して、情報フィールドが計算される。ｘｃｃｓ，１がＭＳＢである最初の３ビット（コードグループインジケータ）では、以下の通りである。
ｘｃｃｓ，１，ｘｃｃｓ，２，ｘｃｃｓ，３＝ｍｉｎ（Ｐ−１，１５−Ｐ）
【００９９】
ＨＳ−ＳＣＣＨタイプ１では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘｍｓ，１＝０である場合、ＰおよびＯは、以下を満たすことができる。
【０１００】
【数１】
2013530588.tif 000004
【０１０１】
かつ、ｘｃｃｓ，４がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、次いで以下のようになる。
【０１０２】
【数２】
2013530588.tif 000005
【０１０３】
ただし、ｘｃｃｓ，ｄｕｍｍｙは、ＨＳ−ＳＣＣＨ上で送信されないダミービットである。ｘｃｃｓ，７を、以下のように設定することができる。
【０１０４】
【数３】
2013530588.tif 000006
【０１０５】
６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘｍｓ，１＝１である場合、ＰおよびＯは、以下を満たすことができる。
【０１０６】
【数４】
2013530588.tif 000007
【０１０７】
かつ
【０１０８】
【数５】
2013530588.tif 000008
【０１０９】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１１０】
【数６】
2013530588.tif 000009
【０１１１】
かつ
【０１１２】
【数７】
2013530588.tif 000010
【０１１３】
ＨＳ−ＳＣＣＨタイプ３では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘｍｓ，１、ｘｍｓ，２、ｘｍｓ，３が「１０１」に等しくない場合、ＰおよびＯは、以下を満たすことができる。
【０１１４】
【数８】
2013530588.tif 000011
【０１１５】
かつ、ｘｃｃｓ，４がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。
【０１１６】
【数９】
2013530588.tif 000012
【０１１７】
ただし、ｘｃｃｓ，ｄｕｍｍｙは、ＨＳ−ＳＣＣＨ上で送信されないダミービットである。ｘｃｃｓ，７を、以下のように設定することができる。
【０１１８】
【数１０】
2013530588.tif 000013
【０１１９】
６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘｍｓ，１、ｘｍｓ，２、ｘｍｓ，３が「１０１」に等しい場合、ＰおよびＯは、以下を満たすことができる。
【０１２０】
【数１１】
2013530588.tif 000014
【０１２１】
かつ
【０１２２】
【数１２】
2013530588.tif 000015
【０１２３】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１２４】
【数１３】
2013530588.tif 000016
【０１２５】
二次トランスポートブロックのための変調がＱＰＳＫである場合、ｘｃｃｓ，７＝０であり、かつ、
トランスポートブロックの数＝１である場合、ｘｃｃｓ，７＝１である。
【０１２６】
帯域内および帯域外シグナリングは、相互排他的ではないことに留意されたい。例えば、ＴＤＭが帯域外シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）によってアクティブ化されるとき、帯域内シグナリングをなお使用して、スロットベースでＴＤＭモードを有効化かつ無効化することができる。
【０１２７】
ダウンリンク制御情報を、単一のＴＴＩ内で多重化されるＷＴＲＵへシグナリングするための実施形態を、以下で開示する。
【０１２８】
個別ＨＳ−ＳＣＣＨが、対応するＴＴＩ内で割り振りを有する各ＷＴＲＵへ送信されてもよい。
【０１２９】
一実施形態では、ノードＢは、従来のＨＳ−ＳＣＣＨを各ＷＴＲＵへ送信してもよく、ＴＴＩ内でその関連付けられたデータを各ＷＴＲＵに（例えば、ＨＳ−ＰＤＳＣＨ上で）搬送するタイムスロット（複数可）または時間多重化スロットは、暗示的または明示的にシグナリングされてもよい。
【０１３０】
タイムスロットの暗示的指示のための実施形態を、以下で開示する。ＨＳ−ＳＣＣＨ番号を使用して、１つのＴＴＩ内のスロット割り振りを示すことができる。例えば、３つの時間多重化スロットが構成される場合、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝０である場合、ＷＴＲＵがスロット１に割り当てられることを示すことができ、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝１である場合、ＷＴＲＵがスロット２に割り当てられることを示すことができ、（ＨＳ−ＳＣＣＨ番号）ｍｏｄ３＝２である場合、ＷＴＲＵがスロット３に割り当てられることを示すことができる。
【０１３１】
あるいは、ＨＳ−ＰＤＳＣＨ上で搬送されたトランスポートブロックの巡回冗長検査（ＣＲＣ）が、ＷＴＲＵ  Ｈ−ＲＮＴＩによりマスクされてもよい。ＷＴＲＵがＨＳ−ＳＣＣＨ上でＨ−ＲＮＴＩを検出するとき、ＷＴＲＵは、特定の時間多重化スロットをデコードするように試み、それ自体のＨ−ＲＮＴＩをＣＲＣデコードのために使用して、どの時間多重化スロットがこのＷＴＲＵに向けられたかを識別する。
【０１３２】
あるいは、各ＴＤＭ対応ＷＴＲＵに、複数のＨ−ＲＮＴＩが割り当てられてもよく、そのうちの１つが一度に各ＷＴＲＵに対して使用されてもよく、各Ｈ−ＲＮＴＩが、特定の時間多重化スロットに関連付けられてもよい。例えば、ＷＴＲＵに３つのＨ−ＲＮＴＩ（Ｈ−ＲＮＴＩ１、Ｈ−ＲＮＴＩ２およびＨ−ＲＮＴＩ３）が割り当てられる場合、かつ、Ｈ−ＲＮＴＩ２がＨＳ−ＳＣＣＨ内でデコードされる場合、ＷＴＲＵは、関連付けられたデータが（例えば、ＨＳ−ＰＤＳＣＨ上で）第２のスロットを介して送信されると決定することができる。
【０１３３】
あるいは、時間多重化スロット割り振りを、単一のＷＴＲＵ  ＩＤまたはＨ−ＲＮＴＩに基づいて示すことができる。各ＷＴＲＵに、１つの一意のＨ−ＲＮＴＩが割り当てられてもよい。例えば、（ＷＴＲＵ  ＩＤ）ｍｏｄ３＝０である場合、ＷＴＲＵがＴＴＩの第１の時間多重化スロットに割り当てられることを示すことができ、（ＷＴＲＵ  ＩＤ）ｍｏｄ３＝１である場合、ＷＴＲＵがＴＴＩの第２の時間多重化スロットに割り当てられることを示すことができ、（ＷＴＲＵ  ＩＤ）ｍｏｄ３＝２である場合、ＷＴＲＵがＴＴＩの第３の時間多重化スロットに割り当てられることを示すことができる。
【０１３４】
時間多重化スロットの明示的指示のための実施形態を、以下で開示する。ＨＳ−ＳＣＣＨタイプ１および３を使用して、時間多重化スロット割り振りをシグナリングすることができる。例えば、チャネライゼーションコードセットビットｘｃｃｓ，４、ｘｃｃｓ，５、．．．、ｘｃｃｓ，７を、以下のように符号化することができる（最初の３ビットｘｃｃｓ，１、ｘｃｃｓ，２、ｘｃｃｓ，３は、従来の方法を使用して符号化することができる。
【０１３５】
ＨＳ−ＳＣＣＨタイプ１では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘｍｓ，１＝０である場合、ＰおよびＯは、以下を満たすことができる。
【０１３６】
【数１４】
2013530588.tif 000017
【０１３７】
かつ、ｘｃｃｓ，４がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。
【０１３８】
【数１５】
2013530588.tif 000018
【０１３９】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１４０】
【数１６】
2013530588.tif 000019
【０１４１】
６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘｍｓ，１＝１である場合、ＰおよびＯは、以下を満たすことができる。
【０１４２】
【数１７】
2013530588.tif 000020
【０１４３】
かつ
【０１４４】
【数１８】
2013530588.tif 000021
【０１４５】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１４６】
【数１９】
2013530588.tif 000022
【０１４７】
かつ
【０１４８】
【数２０】
2013530588.tif 000023
【０１４９】
ＨＳ−ＳＣＣＨタイプ３では、６４ＱＡＭがＷＴＲＵのために構成されない場合、または、６４ＱＡＭが構成され、かつ、ｘｍｓ，１、ｘｍｓ，２、ｘｍｓ，３が「１０１」に等しくない場合、ＰおよびＯは、以下を満たすことができる。
【０１５０】
【数２１】
2013530588.tif 000024
【０１５１】
かつ、ｘｃｃｓ，４がＭＳＢである最後の４ビット（コードオフセットインジケータ）では、以下の通りである。
【０１５２】
【数２２】
2013530588.tif 000025
【０１５３】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１５４】
【数２３】
2013530588.tif 000026
【０１５５】
６４ＱＡＭがＷＴＲＵのために構成され、かつ、ｘｍｓ，１、ｘｍｓ，２、ｘｍｓ，３が「１０１」に等しい場合、ＰおよびＯは、以下を満たすことができる。
【０１５６】
【数２４】
2013530588.tif 000027
【０１５７】
かつ
【０１５８】
【数２５】
2013530588.tif 000028
【０１５９】
ただし、ｘｃｃｓ，ｄｕｍｍｙ１、ｘｃｃｓ，ｄｕｍｍｙ２は、ＨＳ−ＳＣＣＨ上で送信されない２つのダミービットである。ｘｃｃｓ，６およびｘｃｃｓ，７を、以下のように設定することができる。
【０１６０】
【数２６】
2013530588.tif 000029
【０１６１】
かつ
二次トランスポートブロックのための変調がＱＰＳＫである場合、ｘｃｃｓ，７＝０であり、かつ
トランスポートブロックの数＝１である場合、ｘｃｃｓ，７＝１である。
【０１６２】
もう１つの実施形態では、新しいＨＳ−ＳＣＣＨフォーマットを、１つの時間多重化スロットを占めるように定義して、３つのＨＳ−ＳＣＣＨが１つの２ミリ秒のＴＴＩに時間多重化されうるように、かつ、同じチャネライゼーションコードを共有できるようにしてもよい。図１２は、スロット式ＨＳ−ＳＣＣＨシグナリング方式、および、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの間のタイミング関係の例を示す。従来のＨＳ−ＳＣＣＨと同様に、ＨＳ−ＳＣＣＨタイプ１は、ＴＤＭモードで非ＭＩＭＯ  ＷＴＲＵに適用されるが、ＨＳ−ＳＣＣＨタイプ３はＴＤＭモードでＭＩＭＯ  ＷＴＲＵに適用され、または、ノードＢは、ＨＳ−ＳＣＣＨタイプ３を、非ＭＩＭＯ  ＷＴＲＵおよびＭＩＭＯ  ＷＴＲＵの両方のためのダウンリンクシグナリングとして使用してもよい。
【０１６３】
図１３は、非ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。冗長バージョン（ＲＶ）パラメータｒ、ｓ、および、コンステレーションバージョン（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｖｅｒｓｉｏｎ）パラメータｂが合同で符号化されて、値Ｘｒｖが生じる（１３０２）。チャネライゼーションコードセット情報ｘｃｃｓ、変調方式情報ｘｍｓ、トランスポートブロックサイズ情報ｘｔｂｓ、ＨＡＲＱ処理情報ｘｈａｐ、冗長およびコンステレーションバージョンｘｒｖ、新しいデータインジケータｘｎｄが、シーケンスＸに多重化される（１３０４）。チャネル符号化およびレートマッチングが、シーケンスＸ上で行われる（１３０６、１３０８）。ＨＳ−ＳＣＣＨ物理チャネルへのマッピング（１３１２）の前に、ＷＴＲＵ固有のスクランブリング（例えば、シーケンスＸの全部または一部が、ＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスとＸＯＲされる）が、ＷＴＲＵ識別情報ｘｕｅにより行われる（１３１０）。全部または一部の制御情報が符号化され、送信されてもよい。ＷＴＲＵ受信器において、それ自体のＷＴＲＵ  ＩＤを使用して、受信されたＨＳ−ＳＣＣＨをスクランブル解除することによって、ＷＴＲＵは、ＨＳ−ＤＳＣＨ送信がそれに向けられたかどうかを判定することができる。ＨＳ−ＳＣＣＨのための符号化においてＣＲＣがないので、トランスポートブロックＣＲＣをマスクするか、または、ＷＴＲＵ  ＩＤによりスクランブルしてもよい。
【０１６４】
図１４は、ＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の一例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。一次トランスポートブロックおよび二次トランスポートブロックの各々について、２つのトランスポートブロックが、関連付けられたＨＳ−ＰＤＳＣＨ（複数可）上で送信される場合、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値ＸｒｖｐｂおよびＸｒｖｓｂがそれぞれ生じる（１４０２）。チャネライゼーションコードセット情報ｘｃｃｓ、変調方式およびトランスポートブロックの数情報ｘｍｓ、一次トランスポートブロックのためのプリコーディング重み情報ｘｐｗｉｐｂ、一次トランスポートブロックのためのトランスポートブロックサイズ情報ｘｔｂｓｐｂ、二次トランスポートブロックのためのトランスポートブロックサイズ情報ｘｔｂｓｓｂ、ＨＡＲＱ処理情報ｘｈａｐ、一次および二次トランスポートブロックのための冗長およびコンステレーションバージョンｘｒｖｐｂ、ｘｒｖｓｂが、シーケンスＸに多重化される（１４０４）。チャネル符号化およびレートマッチングが、シーケンスＸ上で行われる（１４０６、１４０８）。ＨＳ−ＳＣＣＨ物理チャネルへのマッピング（１４１２）の前に、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ識別情報ｘＷＴＲＵにより行われる（１４１０）。全部または一部の制御情報が符号化され、送信されてもよい。ＷＴＲＵ受信器において、それ自体のＷＴＲＵ  ＩＤを使用して、受信されたＨＳ−ＳＣＣＨをスクランブル解除することによって、ＷＴＲＵは、ＨＳ−ＤＳＣＨ送信がそれに向けられたかどうかを判定することができる。ＨＳ−ＳＣＣＨのための符号化においてＣＲＣがないので、トランスポートブロックＣＲＣをマスクするか、または、ＷＴＲＵ  ＩＤによりスクランブルしてもよい。
【０１６５】
図１５および図１６は、それぞれ非ＭＩＭＯモードおよびＭＩＭＯモードのためのＨＳ−ＳＣＣＨエンコードのフロー図の他の例（すなわち、１つのタイムスロットに適合する、新しいＨＳ−ＳＣＣＨフォーマット）である。これらの例では、図１３および図１４に示すように、ＷＴＲＵ固有のスクランブリングをシーケンスＸ上で行う（１３１０、１４１０）代わりに、ＣＲＣがシーケンスＸから生成され、ＷＴＲＵ固有のＣＲＣアタッチメントが、ＣＲＣビットにより行われてもよい（例えば、ＣＲＣビットの全部または一部が、ＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１５０６、１６０６）。全部または一部の制御情報が符号化され、送信されてもよい。
【０１６６】
もう１つの実施形態では、ＨＳ−ＳＣＣＨの部分１における制御情報の一部がシグナリングされないことがあり、未使用のフィールド（複数可）が再解釈されて、必要とされる情報ビットが低減されてもよい。例えば、コードＰのコードグループまたは番号がシグナリングされてもよく、コードオフセットＯは、ＴＤＭ  ＷＴＲＵに共通であってもよく、または、より上位レイヤによってシグナリングされてもよく、Ｏのためのビットが再解釈されてもよい。あるいは、ＰもＯもシグナリングされないことがあり、ＴＤＭ  ＷＴＲＵは、同じセットのコード（例えば、すべての１５個のコード）を使用してもよく、ＰおよびＯのためのビットが再解釈されてもよい。あるいは、チャネライゼーションコードのサブセットが可能にされてもよく、ＰおよびＯのためのビットが再解釈されてもよい。あるいは、固定された変調方式または変調方式のサブセットが可能にされてもよく、変調方式のためのビットが再解釈されてもよい。あるいは、トランスポートブロックサイズのサブセットが可能にされてもよく、トランスポートブロックサイズのためのビットが再解釈されてもよい。ＭＩＭＯ対応ＷＴＲＵでは、二重または多重ストリーム送信が可能にされないことがある。
【０１６７】
もう１つの実施形態では、ＨＳ−ＳＣＣＨの拡散係数（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ）は、１２８／Ｎまで低減されてもよく、ただし、Ｎは、そのＨＳ−ＰＤＳＣＨが１つの２ミリ秒のＴＴＩに時間多重化されるＷＴＲＵの最大数を示し、この数は、２の累乗の任意の整数でありうる。この実施形態では、Ｎ個のＨＳ−ＳＣＣＨが、１つの２ミリ秒のＴＴＩに時間多重化されうる。Ｎ個のＨＳ−ＳＣＣＨは、同じチャネライゼーションコードを共有してもよく、または、異なるチャネライゼーションコードを使用してもよい。これにより、ＴＤＭの方法で送信された、異なるＷＴＲＵのための複数のＨＳ−ＳＣＣＨが可能となる。
【０１６８】
もう１つの実施形態では、１つの２ミリ秒のＴＴＩを占める、時間多重化されたＷＴＲＵのための合同ＨＳ−ＳＣＣＨフォーマットを定義することができる。合同ＨＳ−ＳＣＣＨフォーマットは、共通部分および複数のＷＴＲＵ固有の部分を含んでもよい。ＷＴＲＵ固有の部分の各々は、各ＷＴＲＵ  Ｈ−ＲＮＴＩによりマスクされたＣＲＣを含んでもよい。共通部分は、ＴＤＭ  ＷＴＲＵのために共有される共通制御情報を含んでもよいが、ＷＴＲＵ固有の部分は、ＷＴＲＵ毎のＷＴＲＵ固有の制御情報を含む。
【０１６９】
共通部分は、以下のうち少なくとも１つを含んでもよく、すなわち、チャネライゼーションコードセット情報、変調方式情報、ＨＡＲＱ処理情報、冗長およびコンステレーションバージョン、新しいデータインジケータ、ＷＴＲＵ識別情報、トランスポートブロックサイズ情報、プリコーディング重み情報（１つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、トランスポートブロックの数情報（１つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのためのプリコーディング重み情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのためのトランスポートブロックサイズ情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、二次トランスポートブロックのためのトランスポートブロックサイズ情報（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、一次トランスポートブロックのための冗長およびコンステレーションバージョン（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）、二次トランスポートブロックのための冗長およびコンステレーションバージョン（２つのトランスポートブロックがＭＩＭＯモードのために構成される場合）などである。共通部分に含まれない情報は、ＷＴＲＵ固有の部分を介してシグナリングされてもよい。
【０１７０】
共通部分に含まれたいかなるパラメータも、ＷＴＲＵ固有の部分に含まれないことがあり、逆もまた同様である。共通部分は、ＴＤＭ  ＷＴＲＵのために共有された制御情報をできるだけ多く含んで、最も少ない制御情報が個々のＷＴＲＵ固有の部分に含まれうるようにしてもよい。あるいは、共通部分は、ＴＤＭ  ＷＴＲＵのために共有された、限定された共通制御情報を含んで、より多くの制御情報がＷＴＲＵ固有の部分の各々に含まれうるようにしてもよい。あるいは、合同ＨＳ−ＳＣＣＨを、スケジューリング柔軟性およびシグナリングオーバーヘッド低減のトレードオフに基づいて、スケジュールしてもよい。
【０１７１】
共通部分およびＷＴＲＵ固有の部分をアドレス指定するための実施形態を、以下で開示する。一実施形態では、共通部分は、ＷＴＲＵ  ＩＤによりマスクされないことがあり、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされてもよい（例えば、Ｈ−ＲＮＴＩによるＣＲＣマスキング）。この場合、セル内の任意のＷＴＲＵは、共通部分をデコードしてもよく、各ＷＴＲＵは、ＷＴＲＵ固有の部分上のＷＴＲＵ固有のマスキングに基づいて、ＷＴＲＵ固有の部分のうちどれがそれ自体にアドレス指定されるかを決定する。
【０１７２】
もう１つの実施形態では、共通部分は、グループＷＴＲＵ識別情報、（例えば、グループＨ−ＲＮＴＩ）によりマスクされてもよく、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされてもよい（例えば、Ｈ−ＲＮＴＩによるＣＲＣマスキング）。グループＷＴＲＵ識別情報は、上位レイヤによって（例えば、ＲＲＣ構成もしくは再構成メッセージを介して）、または、レイヤ１シグナリング（例えば、ＨＳ−ＳＣＣＨオーダー）によって、いくつかのＷＴＲＵに割り当てられてもよい。グループＷＴＲＵ識別情報を、合同ＨＳ−ＳＣＣＨの共通部分に適用して（すなわち、ＷＴＲＵ固有のスクランブリング）、どのＷＴＲＵに制御情報がアドレス指定されるかを示してもよい。このグループに属するＷＴＲＵは、グループＷＴＲＵ識別情報を使用することによって、共通部分をデコードして、制御情報を得ることができ、次いで、各ＷＴＲＵは、それ自体のＨ−ＲＮＴＩを使用することによって、ＷＴＲＵ固有の部分のうちどれがそれ自体にアドレス指定されるかを検出する。
【０１７３】
図１７は、非ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す。この例では、チャネライゼーションコードセット情報ｘｃｃｓ、および、変調方式情報ｘｍｓが、共通部分である。チャネライゼーションコードセット情報ｘｃｃｓ、変調方式情報ｘｍｓが多重化され（１７０２）、チャネル符号化およびレートマッチング（１７０６、１７０８）の前に、グループＨ−ＲＮＴＩマスキング（例えば、共通部分の全部または一部が、ＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）が行われてもよい（１７０４）。あるいは、上記で開示したように、グループＨ−ＲＮＴＩマスキング（１７０４）は、共通部分上で行われないことがある。ＷＴＲＵ毎に、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値Ｘｒｖが生じ（（１７１０）、トランスポートブロックサイズ情報ｘｔｂｓ、ＨＡＲＱ処理情報ｘｈａｐ、冗長およびコンステレーションバージョンｘｒｖ、ならびに、新しいデータインジケータｘｎｄが多重化され（１７１２）、ＷＴＲＵ固有のＣＲＣアタッチメントが行われる（各ＷＴＲＵ固有の部分から生成されたＣＲＣビットの全部または一部が、対応するＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１７１４）。ＷＴＲＵ固有の部分が次いで多重化され（１７１６）、チャネル符号化およびレートマッチングが行われる（１７１８、１７２０）。共通部分およびＷＴＲＵ固有の部分が結合され、物理チャネルマッピングが行われる（１７２２）。あるいは、ＷＴＲＵ固有のＣＲＣが共通部分にアタッチされてもよく、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ固有の部分に対して行われてもよい。
【０１７４】
図１８は、ＭＩＭＯモードのための合同ＨＳ−ＳＣＣＨのエンコードチェーンの一例を示す。この例では、チャネライゼーションコードセット情報ｘｃｃｓ、変調方式およびトランスポートブロックの数情報ｘｍｓ、ならびに、一次トランスポートブロックのためのプリコーディング重み情報ｘｐｗｉｐｂが、共通部分である。共通部分情報が多重化され（１８０２）、グループＨ−ＲＮＴＩマスキング（例えば、共通部分の全部または一部が、ＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）が行われてもよく（１８０４）、チャネル符号化およびレートマッチングが行われる（１８０６、１８０８）。あるいは、上記で開示したように、グループＨ−ＲＮＴＩマスキング（１８０４）は、共通部分上で行われないことがある。ＷＴＲＵ毎に、ＲＶパラメータｒ、ｓ、および、コンステレーションバージョンパラメータｂが合同で符号化されて、値ＸｒｖｐｂおよびＸｒｖｓｂが生じ（（１８１０）、一次トランスポートブロックのためのトランスポートブロックサイズ情報ｘｔｂｓｐｂ、二次トランスポートブロックのためのトランスポートブロックサイズ情報ｘｔｂｓｓｂ、ＨＡＲＱ処理情報ｘｈａｐ、一次および二次トランスポートブロックのための冗長およびコンステレーションバージョンｘｒｖｐｂ、ｘｒｖｓｂが多重化され（１８１２）、ＷＴＲＵ固有のＣＲＣアタッチメントが行われてもよい（各ＷＴＲＵ固有の部分から生成されたＣＲＣビットの全部または一部が、対応するＷＴＲＵ識別情報（ＸＷＴＲＵ）ビット、または、ＷＴＲＵ識別情報から導出されたシーケンスによりＸＯＲされる）（１８１４）。ＷＴＲＵ固有の部分が次いで多重化され（１８１６）、チャネル符号化およびレートマッチングが行われる（１８１８、１８２０）。共通部分およびＷＴＲＵ固有の部分が結合され、物理チャネルマッピングが行われる（１８２２）。あるいは、ＷＴＲＵ固有のＣＲＣが共通部分にアタッチされてもよく、ＷＴＲＵ固有のスクランブリングが、ＷＴＲＵ固有の部分に対して行われてもよい。
【０１７５】
ＨＳ−ＳＣＣＨを受信すると、ＷＴＲＵは、逆の動作を適用して、共通およびＷＴＲＵ固有の情報を得る。より具体的には、ＷＴＲＵは、ＨＳ−ＳＣＣＨの共通部分を受信し、グループ識別情報マスクを適用して、ＨＳ−ＳＣＣＨがそのグループに属するかどうかを判定してもよい。ＷＴＲＵが、ＨＳ−ＳＣＣＨがそのグループに向けて送られると判定する場合、ＷＴＲＵは次いで、ＨＳ−ＳＣＣＨの第２の部分（ＷＴＲＵ固有の部分）をデコードし、それ自体のＨ−ＲＮＴＩまたはＷＴＲＵ固有のＣＲＣマスクにより、ＷＴＲＵ固有の部分の各々のデコードを試みてもよい。ＷＴＲＵが、ＷＴＲＵ固有のＣＲＣまたはＷＴＲＵ固有のスクランブリングに基づいて、ＷＴＲＵ固有の部分のうち１つがそれ自体に向けて送られると判定する場合、ＷＴＲＵは、ＨＳ−ＳＣＣＨ共通およびＷＴＲＵ固有の情報を使用して、関連付けられたＨＳ−ＰＤＳＣＨ送信のデコードを試みる。
【０１７６】
ＷＴＲＵは、チャネル品質指示（ＣＱＩ）をノードＢに報告して、スケジューリングおよびネットワーク性能最適化において使用されるべき情報を提供する。ＴＤＭの導入は、時間多重化スロットベースで、ＷＴＲＵによって見られる干渉環境において、（スケジューラの動作に応じて）変化をもたらすことがある。
【０１７７】
ＷＴＲＵは、スロットベースで、ＣＱＩフィードバックを報告してもよい。ＷＴＲＵは、ＴＴＩのグループ内の同じ時間多重化スロット位置のための複数のスロット測定に基づいて、ＣＱＩを報告してもよく、その理由は、ＷＴＲＵがＴＴＩ毎に、ＴＴＩ内の各時間多重化スロット位置に対する類似の干渉を見ることができるからである。以下では、スロットという用語もまた同等に、時間多重化スロットを指すことがある。
【０１７８】
一実施形態では、１−スロット参照期間が、非ＭＩＭＯの場合およびＭＩＭＯの場合で共に、ＴＤＭ  ＷＴＲＵのためのＣＱＩのために導入されてもよい。ＷＴＲＵがＭＩＭＯモードで構成されないとき、無制限の観測間隔に基づいて、ＷＴＲＵは、最も高い、表にされた（ｔａｂｕｌａｔｅｄ）ＣＱＩ値を報告してもよく、それに対して、トランスポートブロックサイズと、ＨＳ−ＰＤＳＣＨコードの数と、報告されるかまたはより低いＣＱＩ値に対応する変調とでフォーマットされた単一のＨＳ−ＤＳＣＨサブフレームが、（レガシーＨＳ−ＤＰＣＣＨ構造が維持されると仮定して）報告されるＣＱＩ値が送信される最初のスロットの開始より少なくとも１スロット前に終了する１−スロット参照期間内で、０．１を超えないトランスポートブロックエラー確率で受信されうる。
【０１７９】
ＷＴＲＵがＭＩＭＯモードで構成されるとき、無制限の観測間隔に基づいて、ＷＴＲＵは、最も高い、表にされたＣＱＩ値（複数可）を報告してもよく、それに対して、トランスポートブロックサイズ（複数可）のセットと、ＨＳ−ＰＤＳＣＨコードの数と、報告されるＣＱＩ値（複数可）に対応する変調（複数可）のセットとでフォーマットされた単一のＨＳ−ＤＳＣＨサブフレームが、（レガシーＨＳ−ＤＰＣＣＨ構造が維持されると仮定して）報告されるＣＱＩ値（複数可）が送信される最初のスロットの開始より少なくとも１スロット前に終了する１−スロット参照期間内で、０．１を超えない個々のトランスポートブロックエラー確率で受信されうるものであり、これは、同じＨＳ−ＤＰＣＣＨサブフレーム内で報告されるＰＣＩ値によって示されるような、好ましい一次プリコーディングベクトルが、一次トランスポートブロックのためにノードＢで適用されうる場合であり、また、２つのトランスポートブロックが好ましい場合、好ましい一次プリコーディングベクトルに直交するプリコーディングベクトルが、二次トランスポートブロックに対して適用されうる。
【０１８０】
ＣＱＩが報告されてもよく、ノードＢは、１スロット性能を満たすように、トランスポートブロックサイズを調整してもよい。
【０１８１】
あるいは、ＣＱＩは、定義されていない数の以前のスロットに渡って測定された、１−スロット内でサポートされうるトランスポートブロックサイズに基づいて報告されてもよい。
【０１８２】
あるいは、ＣＱＩは、定義されていない数のスロットに渡って、同様のスロット（例えば、各ＴＴＩ内の第１のスロット）中に測定された、１−スロット内でサポートされうるトランスポートブロックサイズに基づいて報告されてもよい。報告されるべきスロットは、ネットワーク（例えば、ノードＢまたはＲＮＣ）によって定義されてもよい。あるいは、報告されるべきスロットは、ＷＴＲＵによって選択されてもよい。ＷＴＲＵは、最良（あるいは、最悪もしくは中間）の性能のスロットを選択してもよい。ＷＴＲＵは、どのスロットが選択されるかを、ＣＱＩ報告のタイミングによって示してもよい（例えば、スロット１が選択される場合、ＷＴＲＵは、報告を第３のスロット内で送信してもよく、スロット２が選択される場合、ＷＴＲＵは、報告を第１のスロット内で送信してもよく、スロット３が選択される場合、ＷＴＲＵは、報告を第２のスロット内で送信してもよい）。
【０１８３】
あるいは、ＷＴＲＵは、ＴＴＩ内のスロット（例えば、第１、第２、第３）の各々について、１−スロット内でサポートされうるトランスポートブロックサイズのためのＣＱＩを報告してもよい。ＷＴＲＵは、３つのＣＱＩ報告を報告してもよく、各ＣＱＩは、同様のスロット（例えば、第１のスロット報告では、ＴＴＩ内の第１のスロットなど）中の測定に基づいて生成される。
【０１８４】
スロットの各々について報告されるＣＱＩは、ある順序（例えば、第１のスロット報告、第２のスロット報告、および、第３のスロット報告）で送信されてもよい。
【０１８５】
あるいは、ＣＱＩは、単一のＣＱＩ報告内のスロットの各々について報告されてもよい。これには、複数のＣＱＩ報告の報告を可能にする、新しいＣＱＩテーブルが必要となることがある。１つの報告は、スロット毎（例えば、ＴＴＩの３つのスロットについて）の独立したＣＱＩ報告を提供してもよい。
【０１８６】
あるいは、ＣＱＩは、スロットのうち１つのためのＣＱＩ値、および、他のスロットに対する差分値として、単一のＣＱＩ報告内でスロットの各々について報告されてもよい。差分報告の基礎として報告かつ使用されるべきスロットは、ネットワークによって定義され、または、ＷＴＲＵによって選択されてもよい（例えば、ＷＴＲＵは、最良の性能のスロットを選択し、次いで、他のスロットに対する差分値を報告してもよい）。この選択は、ＣＱＩ報告の位置によってシグナリングされてもよい（例えば、スロット１が選択される場合、この選択は第３のスロット内で送信されてもよく、スロット２が選択される場合、この選択は第１のスロット内で送信されてもよく、スロット３が選択される場合、この選択は第２のスロット内で送信されてもよい）。あるいは、この選択は、ＣＱＩ報告内でシグナリングされてもよい。
【０１８７】
新しいＷＴＲＵカテゴリを導入して、ＴＤＭモードをサポートするためのＷＴＲＵ能力を示してもよい。ＷＴＲＵは、ＴＤＭモード能力をネットワークへ、ＲＲＣメッセージを通じてシグナリングしてもよい。新しいＷＴＲＵカテゴリ、および／または、より正確な測定では、新しいＣＱＩテーブルは、より大きい粒度で定義されてもよい。あるいは、従来のＣＱＩテーブルの一部が再利用されてもよい（例えば、新しいテーブルは、元の最大のＣＱＩ値の１／Ｎ未満である最大のエントリを有する）。あるいは、複数の個々の単一スロットＣＱＩ測定に基づいて、単一のＣＱＩ値が計算され、新しいＣＱＩテーブル内でリストされてもよい。
【０１８８】
実施形態
【０１８９】
１．ＴＴＩ内で、高速ダウンリンクチャネルのための複数のＷＴＲＵのためのデータを多重化するための方法。
【０１９０】
２．合同ＨＳ−ＳＣＣＨを受信することを備え、合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含む実施形態１の方法。
【０１９１】
３．共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む実施形態２の方法。
【０１９２】
４．合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを備える実施形態２〜３のいずれか１つにおけるような方法。
【０１９３】
５．ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされたＣＲＣビットを含む実施形態２〜４のいずれか１つにおけるような方法。
【０１９４】
６．ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態２〜５のいずれか１つにおけるような方法。
【０１９５】
７．共通制御情報は、いかなる識別情報によってもマスクされない実施形態２〜６のいずれか１つにおけるような方法。
【０１９６】
８．共通部分上の共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態２〜７のいずれか１つにおけるような方法。
【０１９７】
９．合同ＨＳ−ＳＣＣＨの共通部分がＷＴＲＵに向けて送られるかどうかを、グループ識別情報に基づいて判定することをさらに備える実施形態２〜８のいずれか１つにおけるような方法。
【０１９８】
１０．合同ＨＳ−ＳＣＣＨのＷＴＲＵ固有の部分のいずれか１つがＷＴＲＵに向けて送られるかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定することを備える実施形態９の方法。
【０１９９】
１１．共通制御情報、および、ＷＴＲＵのためのＷＴＲＵ固有の制御情報を使用して、ＨＳ−ＰＤＳＣＨをデコードすることを備える実施形態１０の方法。
【０２００】
１２．ＴＴＩ内で、高速ダウンリンクチャネルのための複数のＷＴＲＵのためのデータを多重化するための方法。
【０２０１】
１３．ＨＳ−ＳＣＣＨを受信することを備え、ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されたグループＷＴＲＵ識別情報を含む実施形態１２の方法。
【０２０２】
１４．グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを備え、ＭＡＣ  ＰＤＵが生成され、ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ、および、複数のＷＴＲＵのための複数のＭＡＣペイロードを含む実施形態１３の方法。
【０２０３】
１５．個別ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出されるならば、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ  ＰＤＵから取り出すことを備える実施形態１４の方法。
【０２０４】
１６．グループＷＴＲＵ識別情報は、個別ＷＴＲＵ識別情報から導出される実施形態１１〜１５のいずれか１つにおけるような方法。
【０２０５】
１７．ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵである実施形態１２〜１６のいずれか１つにおけるような方法。
【０２０６】
１８．合同ＨＳ−ＳＣＣＨを受信すること、合同ＨＳ−ＳＣＣＨを、グループＷＴＲＵ識別情報によりデコードすること、および、合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信することを行うように構成されたプロセッサを備えるＷＴＲＵ。
【０２０７】
１９．合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、共通部分は、１つのＴＴＩ内で多重化されたＷＴＲＵのための共通制御情報を含み、ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵのためのＷＴＲＵ固有の制御情報を含む実施形態１８のＷＴＲＵ。
【０２０８】
２０．ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされたＣＲＣビットを含む実施形態１９のＷＴＲＵ。
【０２０９】
２１．ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態１９〜２０のいずれか１つにおけるようなＷＴＲＵ。
【０２１０】
２２．共通制御情報は、いかなる識別情報によってもマスクされない実施形態１９〜２１のいずれか１つにおけるようなＷＴＲＵ。
【０２１１】
２３．共通部分上の共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されたビットシーケンスによりマスクされる実施形態１９〜２２のいずれか１つにおけるようなＷＴＲＵ。
【０２１２】
２４．プロセッサは、合同ＨＳ−ＳＣＣＨの共通部分がＷＴＲＵに向けて送られるかどうかを、グループ識別情報に基づいて判定すること、合同ＨＳ−ＳＣＣＨのＷＴＲＵ固有の部分のいずれか１つがＷＴＲＵに向けて送られるかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定すること、ならびに、共通制御情報、および、ＷＴＲＵのためのＷＴＲＵ固有の制御情報を使用して、ＨＳ−ＰＤＳＣＨをデコードすることを行うように構成される実施形態１９〜２３のいずれか１つにおけるようなＷＴＲＵ。
【０２１３】
２５．ＷＴＲＵのグループによって共有されたグループＷＴＲＵ識別情報を含む、ＨＳ−ＳＣＣＨを受信するように構成されたプロセッサを備えるＷＴＲＵ。
【０２１４】
２６．プロセッサは、グループＷＴＲＵ識別情報によるＨＳ−ＳＣＣＨ上のデコードに基づいて、ＨＳ−ＰＤＳＣＨを受信するように構成される実施形態２５のＷＴＲＵ。
【０２１５】
２７．プロセッサは、ＭＡＣヘッダと、複数のＷＴＲＵのための複数のＭＡＣペイロードとを含むＭＡＣ  ＰＤＵを生成するように構成される実施形態２５のＷＴＲＵ。
【０２１６】
２８．プロセッサは、個別ＷＴＲＵ識別情報がＭＡＣヘッダ内で検出されるならば、ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードをＭＡＣ  ＰＤＵから取り出すように構成される実施形態２５のＷＴＲＵ。
【０２１７】
２９．グループＷＴＲＵ識別情報は、個別ＷＴＲＵ識別情報から導出される実施形態２５〜２８のいずれか１つにおけるようなＷＴＲＵ。
【０２１８】
３０．ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵである実施形態２５〜２９のいずれか１つにおけるようなＷＴＲＵ。
【０２１９】
特徴および要素が特定の組み合わせで上述されているが、各特徴もしくは要素を単独で、または、他の特徴および要素との任意の組み合わせで使用できることは、当業者には理解されよう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装可能である。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定されないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または、任意のホストコンピュータにおいて使用するために、無線周波数トランシーバを実装するために使用可能である。
【図１Ａ】
2013530588.tif 000030
【図１Ｂ】
2013530588.tif 000031
【図１Ｃ】
2013530588.tif 000032
【図２】
2013530588.tif 000033
【図３】
2013530588.tif 000034
【図４】
2013530588.tif 000035
【図５】
2013530588.tif 000036
【図６】
2013530588.tif 000037
【図７】
2013530588.tif 000038
【図８】
2013530588.tif 000039
【図９】
2013530588.tif 000040
【図１０】
2013530588.tif 000041
【図１１】
2013530588.tif 000042
【図１２】
2013530588.tif 000043
【図１３】
2013530588.tif 000044
【図１４】
2013530588.tif 000045
【図１５】
2013530588.tif 000046
【図１６】
2013530588.tif 000047
【図１７】
2013530588.tif 000048
【図１８】
2013530588.tif 000049
【手続補正書】
【提出日】平成25年1月4日(2013.1.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）内で使用するための方法であって、
複数のＷＴＲＵのための制御情報を含む、合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、対応する高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を、前記対応するＨＳ−ＰＤＳＣＨをデコードするために、１つの伝送時間間隔（ＴＴＩ）内で受信するすべてのＷＴＲＵによって使用可能な共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、各ＷＴＲＵによって使用可能なＷＴＲＵ固有の制御情報を含むステップと、
前記合同ＨＳ−ＳＣＣＨ上で受信される、前記共通制御情報および対応するＷＴＲＵ固有の制御情報を使用して、前記対応するＨＳ−ＰＤＳＣＨを受信するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
【請求項４】
前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１に記載の方法。
【請求項５】
前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１に記載の方法。
【請求項６】
前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定するステップと、
前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定するステップと、
前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）内で使用するための方法であって、
高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信するステップであって、前記ＨＳ−ＳＣＣＨは、ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含むステップと、
前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するステップであって、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）が生成され、前記ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ、および、複数のＷＴＲＵのための複数のＭＡＣペイロードを含むステップと、
個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出される場合には、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ  ＰＤＵから取り出すステップと
を備えることを特徴とする方法。
【請求項８】
前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵであることを特徴とする請求項７に記載の方法。
【請求項１０】
無線送受信ユニット（ＷＴＲＵ）であって、
複数のＷＴＲＵのための制御情報を含む、合同高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、および、前記合同ＨＳ−ＳＣＣＨ上のデコードに基づいて、対応する高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信するように構成されたプロセッサを備え、
前記合同ＨＳ−ＳＣＣＨは、共通部分およびＷＴＲＵ固有の部分を含み、前記共通部分は、前記対応するＨＳ−ＰＤＳＣＨを、前記対応するＨＳ−ＰＤＳＣＨをデコードするために、１つの伝送時間間隔（ＴＴＩ）内で受信するすべてのＷＴＲＵによって使用可能な共通制御情報を含み、前記ＷＴＲＵ固有の部分の各々は、各ＷＴＲＵによって使用可能なＷＴＲＵ固有の制御情報を含み、
前記対応するＨＳ−ＰＤＳＣＨは、前記共通制御情報および対応するＷＴＲＵ固有の制御情報を使用して受信されることを特徴とするＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵ固有の部分の各々は、対応するＷＴＲＵ識別情報によりマスクされる巡回冗長検査（ＣＲＣ）ビットを含むことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記ＷＴＲＵ固有の部分の各々の全部または一部は、ＷＴＲＵ識別情報ビット、または、ＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記共通部分上の前記共通制御情報の全部または一部は、グループＷＴＲＵ識別情報ビット、または、グループＷＴＲＵ識別情報から導出されるビットシーケンスによりマスクされることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１４】
前記共通制御情報は、いかなる識別情報によってもマスクされないことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記合同ＨＳ−ＳＣＣＨの前記共通部分が前記ＷＴＲＵに向けられたものかどうかを、グループ識別情報に基づいて判定すること、前記合同ＨＳ−ＳＣＣＨの前記ＷＴＲＵ固有の部分のいずれか１つが前記ＷＴＲＵに向けられたものかどうかを、ＷＴＲＵ固有の識別情報に基づいて判定すること、ならびに、前記共通制御情報、および、前記ＷＴＲＵのための前記ＷＴＲＵ固有の制御情報を使用して、前記ＨＳ−ＰＤＳＣＨをデコードするように構成されることを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１６】
無線送受信ユニット（ＷＴＲＵ）であって、
ＷＴＲＵのグループによって共有されるグループＷＴＲＵ識別情報を含む、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を受信すること、前記グループＷＴＲＵ識別情報による前記ＨＳ−ＳＣＣＨ上のデコードに基づいて、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を受信し、ＭＡＣヘッダと、複数のＷＴＲＵのための複数のＭＡＣペイロードとを含む媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を生成すること、および、個別ＷＴＲＵ識別情報が前記ＭＡＣヘッダ内で検出される場合には、前記ＭＡＣヘッダ内の対応する制御情報に基づいて、ＭＡＣペイロードを前記ＭＡＣ  ＰＤＵから取り出すように構成されたプロセッサを備えることを特徴とするＷＴＲＵ。
【請求項１７】
前記グループＷＴＲＵ識別情報は、前記個別ＷＴＲＵ識別情報から導出されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記ＭＡＣペイロードは、特定のＷＴＲＵのための個々のＭＡＣ  ＰＤＵであることを特徴とする請求項１６に記載のＷＴＲＵ。
【国際調査報告】
2013530588.tif 000050
2013530588.tif 000051
2013530588.tif 000052
2013530588.tif 000053