JP6122039B2 - Ｗｌａｎシステムにおけるマルチユーザ並列チャネルアクセス - Google Patents

Description

本発明は、ＷＬＡＮシステムにおけるマルチユーザ並列チャネルアクセスに関する。

関連出願の相互参照
本出願は、２０１２年３月１日に出願された米国特許仮出願第６１／６０５５３８号明細書、２０１２年７月９日に出願された米国特許仮出願第６１／６６９５０５号明細書、および２０１２年８月１６日に出願された米国特許仮出願第６１／６８４０５１号明細書の利益を主張し、それらの内容は、本明細書における参照によって本明細書に組み込まれる。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおける無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）および、ＡＰに関連付けられた１または複数の局（ＳＴＡ）を有することができる。ＡＰは、トラフィックをＢＳＳ内およびＢＳＳ外に搬送する分散システム（ＤＳ）または別のタイプの有線／無線ネットワークに対するアクセスまたはインターフェイスを有することができる。ＢＳＳ外から発信されてＳＴＡに向かうトラフィックは、ＡＰを通って到着でき、ＳＴＡに配送され得る。ＳＴＡから発信されてＢＳＳ外の送信先に向かうトラフィックは、ＡＰに送信されてから、それぞれの送信先に配送され得る。ＢＳＳ内のＳＴＡ間のトラフィックも、ＡＰを通って送信され得、発信元ＳＴＡは、トラフィックをＡＰに送信でき、ＡＰは、トラフィックを送信先ＳＴＡに配送できる。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックであると見なされ得る。そのようなピアツーピアトラフィックは、例えば、８０２．１１ｅのダイレクトリンク設定（ＤＬＳ）または８０２．１１ｚのトンネルＤＬＳ（ＴＤＬＳ）を使用するＤＬＳを用いて、発信元ＳＴＡと送信先ＳＴＡとの間で直接的にも送信され得る。独立ＢＳＳ（ＩＢＳＳ）モードにおけるＷLＡＮは、ＡＰを有さないことがあり、ＳＴＡは、互いに直接的に通信できる。このモードの通信は、「アドホック」モードの通信と呼ばれることがある。

８０２．１１インフラストラクチャモードの動作では、ＡＰは、プライマリチャネルと呼ばれる固定チャネルを介して、ビーコンを送信できる。このチャネルは、２０メガヘルツ（ＭＨｚ）幅であり、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するために、ＳＴＡによっても使用される。８０２．１１システムにおける基本的なチャネルアクセスメカニズムは、衝突回避付きキャリアセンス多重アクセス（ＣＳＭＡ／ＣＡ）である。このモードの動作では、ＡＰを含むあらゆるＳＴＡが、プライマリチャネルをセンスできる。チャネルが検出され、ビジーであった場合、ＳＴＡは、バックオフすることができる。したがって、与えられたＢＳＳ内では、任意の与えられた時間に、ただ１つのＳＴＡしか送信できない。

８０２．１１ｎでは、高速スループット（ＨＴ）ＳＴＡは、通信するために４０ＭＨｚ幅のチャネルも使用できる。これは、プライマリ２０ＭＨｚチャネルを別の隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することによって達成できる。８０２．１１ａｃでは、超高速スループット（ＶＨＴ）ＳＴＡは、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅のチャネルをサポートできる。４０ＭＨｚおよび８０ＭＨｚチャネルは、上述の８０２．１１ｎと同様に連続する２０ＭＨｚチャネルを組み合わせることによって形成され得るが、１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせること、または２つの非連続な８０ＭＨｚチャネルを組み合わせること（８０＋８０構成）のどちらかによって形成され得る。「８０＋８０」構成の場合、データは、チャネル符号化の後、それを２つのストリームに分割できるセグメント解析器を通過させられ得る。逆高速フーリエ変換（ＩＦＦＴ）および時間領域処理が、各ストリームに対して別々に行われ得る。その後、ストリームは、２つのチャネルにマッピングされ得、データが、送出され得る。受信側では、このメカニズムが、逆転され得、組み合わされたデータが、媒体アクセス制御（ＭＡＣ）レイヤに送られ得る。

１ＧＨｚ未満モードの動作（例えば、８０２．１１ａｆおよび８０２．１１ａｈ）では、チャネル動作帯域幅は、８０２．１１ｎおよび８０２．１１ａｃと比較した場合、縮小され得る。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）において、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ幅の帯域をサポートでき、一方、８０２．１１ａｈは、非ＴＶＷＳにおいて、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、および８ＭＨｚをサポートできる。８０２．１１ａｈ内のいくつかのＳＴＡは、能力が限られたセンサであると見なされることがあり、１ＭＨｚの送信モードしかサポートできないことがある。

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数チャネル幅を用いるＷＬＡＮシステムでは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有することができる、プライマリチャネルが存在できる。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＳＴＡによって制限され得る。８０２．１１ａｈの例では、１ＭＨｚモードしかサポートしないＳＴＡが存在する場合、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ動作モードをサポートできても、プライマリチャネルは、１ＭＨｚ幅になり得る。すべてのキャリアセンシングおよびＮＡＶ設定は、プライマリチャネル上におけるステータスに依存し得る。例えば、１ＭＨｚ動作モードしかサポートしないＳＴＡがＡＰに送信しているために、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、その大部分がアイドルで、利用可能であり得るとしても、ビジーであると見なされ得る。８０２．１１ａｈおよび８０２．１１ａｆでは、すべてのパケットは、８０２．１１ａｃ仕様と比較して、４または１０倍ダウンクロックされ得るクロックを使用して、送信され得る。

米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまで、韓国では、９１７．５ＭＨｚから９２３．５ＭＨｚまで、日本では、９１６．５ＭＨｚから９２７．５ＭＨｚまでであり得る。８０２．１１ａｈのために利用可能な全帯域幅は、国コードに応じて、６ＭＨｚから２６ＭＨｚまでであり得る。

加えて、８０２．１１規格では、ＢＳＳ内で、任意の与えられた時間に、ただ１つのＳＴＡしか送信できないことがある。ＤＬ上で（すなわち、ＡＰがＳＴＡに送信する場合）、マルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）が使用されない場合、ＡＰは、任意の与えられた時間に、ただ１つのＳＴＡとのパケット交換を行うことができる。マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）が使用される場合、ＡＰは、複数のＳＴＡに送信できる。しかしながら、ＭＵ−ＭＩＭＯに関与するすべてのＳＴＡが、最小動作帯域幅を有するＳＴＡによって制限され得る同じ帯域上で通信していることがある。このシナリオでは、残りの周波数帯域幅は、ＡＰおよび他のＳＴＡから利用可能であり得ても、アイドルのままであり得る。

方法および装置は、ダウンリンク（ＤＬ）、アップリンク（ＵＬ）、または組み合わされたＤＬとＵＬにおいて、対称帯域幅を用いる送信および／または受信を使用する、マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）、および／またはシングルユーザ並列チャネルアクセス（ＳＵ−ＰＣＡ）を提供できる。ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡは、非同等の変調および符号化方式（ＭＣＳ）、ならびに非同等の送信電力をサポートできる。媒体アクセス制御（ＭＡＣ）レイヤ、物理レイヤ（ＰＨＹ）、ならびに混成およびＰＨＹレイヤの方法および手順は、対称帯域幅を用いる送信および／または受信を使用して、ＵＬ、ＤＬ、および組み合わされたＵＬとＤＬのＳＵ−ＰＣＡおよびＭＵ−ＰＣＡをサポートできる。ＭＵ−ＰＣＡおよび／またはＳＵ−ＰＣＡは、非対称帯域幅を用いる送信／受信を使用する、ダウンリンク、アップリンク、および組み合わされたアップリンクとダウンリンクのための、ＭＡＣおよびＰＨＹレイヤの設計および手順によってもサポートされ得る。

より詳細な理解は、添付の図面を併用する、例として与えられた、以下の説明から得ることができる。

１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。 図１Ａに示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 ＡＰおよび４つのＳＴＡを含むＷＬＡＮ ＢＳＳの例を示す図である。 複数チャネル幅を用いるＷＬＡＮシステムにおける周波数リソース消費の例を示す図である。 グループ送信要求（Ｇ−ＲＴＳ）制御フレームの例示的なフレームフォーマットを示す図である。 グループ送信可（Ｇ−ＣＴＳ）制御フレームの例示的なフレームフォーマットを示す図である。 マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）管理（ＭＰＭ）フレームの例示的なフレームフォーマットを示す図である。 複数のチャネルを介して制御フレームを使用してＤＬ ＭＵ−ＰＣＡを可能にするための例示的な媒体アクセス制御（ＭＡＣ）方式を示す図である。 プライマリチャネルを介してＧ−ＲＴＳおよびＧ−ＣＴＳを使用する単独ダウンリンク（ＤＬ）ＭＵ−ＰＣＡのための例示的なＭＡＣ方式を示す図である。 複数のチャネルを介して制御フレームを使用してＤＬ ＭＵ−ＰＣＡを可能にするための、およびＷｉＦｉ ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式を示す図である。 制御フレームおよびブロック肯定応答（ＢＡ）を使用してＤＬ ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式を示す図である。 アップリンク要求フレーム（ＵＬＲ）の例示的なフレームフォーマットを示す図である。 グループポーリング（Ｇ−Ｐｏｌｌ）フレームの例示的なフレームフォーマットを示す図である。 厳しい遅延限界がないデータのためのアップリンク（ＵＬ）ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。 厳しい遅延限界があるデータのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。 ＵＬＲパケットが順番に送信される、データのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。 混成の遅延要件を有するデータのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。 組み合わされたＤＬおよびＵＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式の例を示す図である。 ＢＳＳシステムにおいてＳＴＡによって実行される、組み合わされたＤＬおよびＵＬのＭＵ−ＰＣＡのための方法の例示的なフロー図を示す図である。 組み合わされたＵＬおよびＤＬのＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。 ＵＬ ＭＵ−ＰＣＡ送信がプライマリチャネルを介して順番に送信されるＵＬＲによって開始される、例示的なＭＡＣ方式を示す図である。 複数のチャネルを介して制御フレームを使用して組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にし、レガシＷｉＦｉ ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式を示す図である。 チャネルアグリゲーションが可能なユーザを有する、例示的な送信フロー図である。 物理レイヤ収束プロトコル（ＰＬＣＰ）ヘッダが別々の周波数チャネルを介して送信される、例示的な物理（ＰＨＹ）レイヤ方式を示す図である。 ＡＰにおける混成のアグリゲートされたチャネルを介してのＤＬ送信フロー図の例を示す図である。 混成のアグリゲートされたチャネルを含むチャネルを介してのＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）送信の例示的なフローを示す図である。 混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の別の例示的なフローを示す図である。 Ｎ個のＭＡＣパケットをＫ個のレイヤにマッピングするためにレイヤマッピングを使用する例示的な方法のフロー図である。 ３人のＭＵ−ＰＣＡユーザを有するＰＨＹレイヤ方式の例を示す図である。 ＭＵ−ＰＣＡユーザが２個のＰＨＹレイヤ方式の例を示す図である。 ＭＵ−ＰＣＡ送信のための例示的なＳＴＦフォーマットを用いるＰＨＹレイヤ方式の例を示す図である。 ロングプリアンブルを使用するＰＰＤＵを用いる例示的なＰＨＹレイヤ方式を示す図である。 ＤＬ通信を送信するための例示的な送信フロー図である。 ＵＬ通信を送信するための例示的な送信フロー図である。 ＵＬ通信を受信するための例示的な送信フロー図である。 ＤＬ通信を送信するための例示的な送信フロー図である。

図１Ａは、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用し得る。

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

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

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

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

より具体的には、上で言及したように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用し得る。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施し得る。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。

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

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。

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

送信／受信要素１２２は、エアインターフェイス１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。

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

送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含み得る。

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

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

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

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

図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であり得る。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクは、参照点として定義され得る。

図１Ｃに示されるように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２とを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含み得ることが理解されよう。基地局１４０ａ、１４０ｂ、１４０ｃは、各々が、ＲＡＮ１０４内の特定のセル（図示されず）に関連付けられ得、各々が、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含み得る。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施し得る。したがって、基地局１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得、ＷＴＲＵ１０２ａから無線信号を受信し得る。基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供し得る。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントとしてサービスし得、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどを担い得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインターフェイス１１６は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インターフェイス（図示されず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インターフェイスは、Ｒ２参照点として定義され得、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る。

基地局１４０ａ、１４０ｂ、１４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易化するためのプロトコルを含む、Ｒ８参照点として定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２の間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を容易化するためのプロトコルを含み得る。

図１Ｃに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続され得る。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を容易化するためのプロトコルを含む、Ｒ３参照点として定義され得る。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証認可課金（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含み得る。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担い得、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にし得る。ＭＩＰ−ＨＡ１４４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易化し得る。ＡＡＡサーバ１４６は、ユーザ認証、およびユーザサービスのサポートを担い得る。ゲートウェイ１４８は、他のネットワークとの網間接続を容易化し得る。例えば、ゲートウェイ１４８は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易化し得る。加えて、ゲートウェイ１４８は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る。

図１Ｃには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続され得、コアネットワーク１０６は、他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義され得、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得る。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義され得、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を容易化するためのプロトコルを含み得る。

複数チャネル幅のＷＬＡＮシステムでは、通信するＳＴＡが、利用可能な帯域幅の小さな部分上でしか送信および受信が可能でないことがある場合、８０２．１１規格は、残りの利用可能な周波数帯域幅が、ＡＰおよび他のＳＴＡが利用可能な帯域幅のその部分を利用することが可能であっても、ＢＳＳ全体でアイドルのままであることを規定し得る。その結果、そのようなＢＳＳにおけるリソースは、十分に活用されず、浪費されることがある。この問題は、例えば、８０２．１１ｎ、８０２．１１ａｃ、および８０２．１１ａｆ、ならびに８０２．１１ａｈにおいてなど、複数チャネル幅を用いるいずれのＷＬＡＮシステムで存在し得、ＢＳＳ内のいくつかのＳＴＡは最小の１ＭＨｚ動作モードのみサポートする。

図２Ａは、ＡＰ２０４と、４つのＳＴＡ、すなわち、ＳＴＡ１ ２０２_１、ＳＴＡ２ ２０２_２、ＳＴＡ３ ２０２_３、ＳＴＡ４ ２０２_４とを含む、ＷＬＡＮ ＢＳＳ２００の例を示している。図２Ｂは、例示的なＭＡＣ方式を、複数チャネル幅を用いるＷＬＡＮシステム、例えば、図２ＡのＷＬＡＮ ＢＳＳ２００における周波数リソース消費とともに示している。図２Ｂは、図２ＡのＡＰおよびＳＴＡによって実行される、４つのチャネル２１８_{１．．．４}上での送信を経時的に示している。図２Ｂなど、例示的なＭＡＣ方式を示すすべての図において、送信を実行するエンティティ（例えば、ＡＰ、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、またはＳＴＡ４）は、各送信の下付き文字で示される。チャネルは任意の帯域幅であり得、チャネル２１８_{１．．．４}は連続または非連続であり得るが、チャネル２１８_{１．．．４}の各々は１ＭＨｚ幅であり、チャネル２１８_１がプライマリチャネルであることが、説明の目的で、すべての図で仮定される。加えて、図２ＡのＡＰ２０４およびＳＴＡ２０２_{１．．．４}は、４より多いまたは少ないチャネルを介して動作できるが、チャネルのいずれも、連続または非連続であり得、同じ帯域内または異なる周波数帯域に配置され得る。また、図に示されたＭＡＣ方式は、例であり、各特徴または要素（例えば、送信のタイプメッセージ）は、説明されるＭＡＣ方式の他の特徴および要素（例えば、メッセージ送信の他のタイプ）なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得る。

図２Ａおよび図２Ｂの例では、ＡＰ２０４は、１ＭＨｚ、２ＭＨｚ、および４ＭＨｚ動作モードを可能とすることができ、ＳＴＡ１ ２０２_１およびＳＴＡ４ ２０２_４は、１ＭＨｚモードを可能とすることができ、ＳＴＡ２ ２０２_２は、１ＭＨｚ、２ＭＨｚ、および４ＭＨｚモードを可能とすることができ、ＳＴＡ３ ２０２_３は、１ＭＨｚ、および２ＭＨｚモードを可能とすることができることが仮定される。ＳＴＡ２ ２０２_２およびＡＰ２０４が通信する場合、例えば、ＡＰ２０４からＳＴＡ２ ２０２_２へのデータ送信２０６_ＡＰ、およびＳＴＡ２ ２０２_２からＡＰ２０４への肯定応答（ＡＣＫ）送信２０８_ＳＴＡ２では、パケットは、４つのチャネル２１８_{１．．．４}をすべて含む利用可能な周波数帯域幅上で送信される。ＡＰ２０４へのデータ送信２１０_ＳＴＡ３、およびＳＴＡ３ ２０２_３へのＡＣＫ２１２_ＡＰは、２ＭＨｚ、またはチャネル２１８_１〜２に制限される。同様に、ＡＰ２０４へのデータ送信２１３_ＳＴＡ１、およびＳＴＡ１ ２０２_１へのＡＣＫ２１６_ＡＰは、１ＭＨｚ、またはチャネル２１８_１に制限される。使用されないチャネルは、アイドル周波数帯域２２０である。したがって、この例では、ＳＴＡ１ ２０２_１またはＳＴＡ３ ２０２_３がＡＰ２０４と通信する場合、ＢＳＳ内の他のＳＴＡが送信するパケットを有し得るとしても、利用可能な帯域幅の少なくとも半分が、アイドルであり得、またはＳＴＡ１ ２０２_１の場合は、４分の３が、アイドルであり得る。これは、ＢＳＳの容量を制限し得、ボトルネックになることがあるが、特に、１ＧＨｚ未満帯域上で動作し得、８０２．１１ｎおよび８０２．１１ａｃと比較して、はるかに小さい帯域幅しか有し得ない、８０２．１１ａｆおよび８０２．１１ａｈなどの技術の場合にそうである。

スマートメータなどの使用事例の例では、ＡＰは、８０２．１１ａｈにおける１つのＢＳＳ内で、最大で６０００のＳＴＡをサポートする必要があることがある。ＷＬＡＮの媒体アクセス制御（ＭＡＣ）レイヤのＣＳＭＡ／ＣＡという性質のせいで、膨大な数のユーザが、著しい輻輳および遅延を引き起こし得、したがって、ＢＳＳ内にパケット衝突に起因する非常に低い有効スループットをもたらすことがある。上で説明されたように、複数チャネル幅を用いるＷＬＡＮシステムにおけるマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）の場合、ＢＳＳで利用可能な帯域幅の一部またはときには大部分が、利用可能な帯域幅の部分上でしか動作しない単一のＳＴＡによる媒体アクセスのせいで、浪費されることがある。加えて、ＷＬＡＮシステムが単一のＢＳＳ内で最大６０００のＳＴＡをサポートしなければならない場合、輻輳、遅延、およびないに等しいスループットが、８０２．１１ＭＡＣレイヤ機能のＣＳＭＡ／ＣＡという性質によってもたらされ得る。

連続または非連続であり得、同じ帯域内または別の帯域（例えば、２．４ＧＨｚ産業科学医療（ＩＳＭ）帯域、６ＧＨｚ未満帯域、６０ＧＨｚ帯域、１ＧＨｚ未満帯域、３．５ＧＨｚ帯域、または４５ＧＨｚ帯域などの任意の組み合わせ）に配置され得る利用可能な帯域幅上で異なる動作チャネル幅をサポートする複数のＳＴＡの間において、並列媒体アクセスを可能にすると、周波数帯域幅利用および効率を向上させることができ、膨大な数のＳＴＡ、例えば、最大で６０００のＳＴＡをサポートできる。

８０＋８０チャネル構成では、単一ＳＴＡアクセスのために、非連続アグリゲーションが、８０２．１１ａｃにおいて定義され得、単一のＳＴＡからの／へのデータは、２つのストリームに分割され得、各々は、２つの非連続８０ＭＨｚチャネルの一方において個々に送信され得る。これは、複数のＳＴＡへの／からのパケットが、１または複数のチャネル上の１つのＳＴＡを用いて、複数の周波数帯域上で、ＡＰから／に同時に送信されることを可能にする、他のチャネル組み合わせおよび強化に拡張され得、チャネルの幅は、ＳＴＡおよびＡＰによってサポートされる動作帯域幅に依存し得る。このように、マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）を通して、サポートされるＳＴＡの数を、増加させることができ、リソースの利用を、著しく向上させることができる。さらに、ＤＬ方向もしくはＵＬ方向における、またはダイレクトリンク設定（ＤＬＳ）もしくはトンネルダイレクトリンク設定（ＴＤＬＳ）の送信もしくは受信における、数々の連続または非連続チャネルを介して、シングルユーザ並列チャネルアクセス（ＳＵ−ＰＣＡ）またはシングルユーザチャネルアグリゲーションを可能にするために、ＭＵ−ＰＣＡセッションが、単一のＳＴＡに割り当てられ得、これは、ＭＵ−ＰＣＡの特別なケースである。

ＭＵ−ＰＣＡは、対称帯域幅を用いる送信／受信を利用することによって達成され得る。「対称帯域幅」という用語は、ＡＰとＳＴＡが同じ帯域幅を利用して、送信および受信を行うことを意味する。ＡＰが、ＰＨＹレイヤ設計強化を統合し、その場合、非ＡＰ ＳＴＡのハードウェアに対する影響は、最低限である。ＭＵ−ＰＣＡは、非対称帯域幅を用いる送信／受信を利用することによっても達成され得る。「非対称帯域幅」という用語は、ＡＰが広帯域を利用して、送信および受信を行い、ＳＴＡが相対的により狭い周波数帯域を利用して、送信および受信を行うことを意味する。ＭＵ−ＰＣＡをサポートするために、ＡＰ ＳＴＡと非ＡＰ ＳＴＡの両方で、ＰＨＹレイヤ変更が行われ得る。

ＭＵ−ＰＣＡは、対称帯域幅を用いる送信／受信を使用でき、ＭＡＣレイヤ設計および手順、ならびにＰＨＹレイヤ設計および手順を使用できる。ＭＡＣレイヤ設計および手順は、単独ダウンリンクＭＵ−ＰＣＡ、単独アップリンクＭＵ−ＰＣＡ、組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ、および／または送信エラーの場合のＭＵ−ＰＣＡ再送を可能にする方式から成ることができる。ＰＨＹレイヤ設計および手順は、ＡＰにおいてＭＵ−ＰＣＡをサポートするために、ＡＰ内に存在できる。ＡＰは異なるＳＴＡへの同時複数接続をサポートできるので、ＰＨＹレイヤ設計および手順は、ＡＰのハードウェアに影響を与え得るが、（非ＡＰ）ＳＴＡは、それがすでにサポートする動作帯域幅のチャネルのみを使用して、ＡＰと通信する場合は、影響され得ない。

ＭＡＣ方式では、各ＢＳＳに対して１つのプライマリチャネルが存在すると仮定され得る。プライマリチャネルは、任意の帯域幅とすることができ、他のチャネルと連続または非連続とすることができる。ＡＰ ＳＴＡおよび／または非ＡＰ ＳＴＡは、アクティブに送信、受信を行っておらず、または休眠状態もしくは他の電力節約モードにある場合、（例えば、電力節約モードプロトコル／手順に従って）プライマリチャネルを適切にモニタできる。本明細書で説明されるように、プライマリチャネルは、別段の指摘がない限り、チャネル１であると仮定される。

ＭＵ−ＰＣＡに参加するＳＴＡは、ＵＬ送信とＤＬ送信の両方、または組み合わされたＵＬ送信とＤＬ送信のために、事前決定方式またはアドホック方式のどちらかで、グループに組織され得る。ＵＬ用のＳＴＡグルーピングとＤＬ用のＳＴＡグルーピングは、同じでもよく、または異なってもよい。ＳＴＡは、多くの異なる基準、なかでも、例えば、動作チャネル幅、ＡＰにおけるのと同様の受信電力、ＲＳＳＩ、ＱｏＳ優先度、伝搬遅延、同期、またはバッファリングされるパケット長などに従って、一緒にグループ化され得る。調整を行えば、グループ化されたＳＴＡは、利用可能な周波数帯域幅の全体または少なくとも大部分を利用でき得る。例えば、連続または非連続に関わらず、利用可能な周波数帯域全体が４ＭＨｚである場合、可能なＳＴＡグループは、１ＭＨｚ動作モードしかサポートしない４つのノードを、または１ＭＨｚ動作モードしかサポートしない２つのノードと、２ＭＨｚ動作モードをサポートする１つのノードとを含むことができる。

ＭＵ−ＰＣＡは、帯域幅が異なる複数のチャネルを介して、複数のＳＴＡに対して同時に提供され得、これらのチャネルは、連続または非連続であり得、同じ周波数帯域または異なる周波数帯域（例えば、２．４ＧＨｚ ＩＳＭ帯域、３．５ＧＨｚ帯域、６ＧＨｚ未満帯域、４５ＧＨｚ帯域、６０ＧＨｚ帯域、もしくは１ＧＨｚ未満帯域などの任意の組み合わせ）内に配置され得る。さらに、ＤＬ方向、ＵＬ方向、もしくは組み合わされたＵＬ方向とＤＬ方向における、またはダイレクトリンク設定（ＤＬＳ）もしくはトンネルダイレクトリンク設定（ＴＤＬＳ）の送信もしくは受信における、数々の連続または非連続チャネルを介して、ＳＵ−ＰＣＡを可能にするために、ＭＵ−ＰＣＡセッションが、単一のＳＴＡに割り当てられ得る。

単独ＤＬ ＭＵ−ＰＣＡは、グループ送信要求（Ｇ−ＲＴＳ）、グループ送信可（Ｇ−ＣＴＳ）、およびＭＵ−ＰＣＡ管理（ＭＰＭ）などのパケットの交換を使用することによって、ＭＡＣ方式によってサポートされ得る。そのようなＭＡＣ方式の例が、図６〜図９に示されており、以下で詳細に説明されるが、例の目的で示される各特徴または要素は、説明されるＭＡＣ方式の他の特徴および要素なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得る。以下では、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、ＭＰＭなどの制御フレームのフォーマット、および制御フレームの送信が説明される。図３、図４、および図５に示される例示的なフレームは、フレーム内に含まれ得るすべての可能なフィールドを示していない。例えば、ＭＡＣヘッダおよびフレーム本体は、示されていない他のフィールドを含むことができる。さらに、フィールドは、任意の順序で出現でき、必ずしも示された順序ではないことがある。例えば、タイプ、サブタイプ、および送信先アドレス（ＤＡ）フィールドは、示された順序でＭＡＣヘッダ内に出現しないことがある。

図３は、Ｇ−ＲＴＳ制御フレーム３００の例示的なフレームフォーマットを示している。Ｇ−ＲＴＳフレーム３００は、ＭＡＣヘッダ３０２と、フレーム本体３０４と、フレームチェックシーケンス（ＦＣＳ）３０６とを含むことができる。フレーム本体３０４は、ＭＡＰフィールド３０８と、チャネル割り当てフィールド３１０_{１．．．Ｎ}と、追加情報（Ｉｎｆｏ）フィールド３１２とを含むことができる。ＭＡＣヘッダ３０２は、とりわけ、タイプ３１４と、サブタイプ３１６と、送信先アドレス（ＤＡ）フィールド３１８とを含むことができ、他のフィールドは示されていない。Ｇ−ＲＴＳフレーム３００は、例えば、ＲＴＳフレームの変更バージョンとすることができ、チャネル割り当て情報を含むフレーム本体３０４を含むことができる。Ｇ−ＲＴＳフレーム３００は、アクションフレーム、アクションＡＣＫなしフレーム、または他の任意のタイプの管理もしくは制御フレームなど、他のタイプのフレームとしても実施され得る。Ｇ−ＲＴＳフレーム３００は、管理または制御フレームのＩＥ、フィールド、またはサブフィールドとしても実施され得る。

図３の例では、Ｇ−ＲＴＳフレーム３００は、ＭＡＣヘッダ３０２で、例えば、ＭＡＣヘッダ３０２内のタイプ３１４およびサブタイプ３１６フィールドで、Ｇ−ＲＴＳフレーム３００として識別され得る。例えば、タイプ３１４およびサブタイプ３１６フィールドが、ビットＢ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６、およびＢ７を含む場合、フレームを制御タイプおよびＧ−ＲＴＳサブタイプとして識別するために、ビットは、表１に示されるように設定され得る。

ＭＡＣヘッダ３０２内のＤＡフィールド３１８は、ＤＬ ＭＵ−ＰＣＡに関するＳＴＡのグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、マルチキャストＭＡＣアドレスになるように設定され得る。あるいは、ＤＡフィールドは、ブロードキャストアドレスになるように設定され得、ＤＬ ＭＵ−ＰＣＡに関するＳＴＡは、フレーム本体３０４で、または物理レイヤ収束手順（ＰＬＣＰ）ヘッダ（図示されず）内のグループＩＤによって識別され得る。ＳＵ−ＰＣＡが使用される場合、Ｇ−ＲＴＳフレーム３００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスにも送信され得る。

Ｇ−ＲＴＳフレーム３００のフレーム本体３０４は、ＤＬ ＭＵ−ＰＣＡに関するＳＴＡのグループに対するチャネル割り当て３１０_{１．．．Ｎ}を含むことができる。フレーム本体３０４のＭＡＰフィールド３０８は、それ自体は他の任意のフィールドもしくはサブフィールドまたは情報要素（ＩＥ）として実施され得、例えば、フレーム本体３０４（すなわち、チャネル割り当て）の長さ、およびチャネル割り当てフィールド３１０_{１．．．Ｎ}の数Ｎ、すなわち、Ｇ−ＲＴＳがいくつのＳＴＡに対するチャネル割り当てを含むかを示すことができる。説明されない他の追加情報フィールド３１２も含まれ得る。

ＤＡフィールド３１８がブロードキャストアドレスになるように設定される場合、ＳＴＡチャネル割り当て３１０_{１．．．Ｎ}の各々は、ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡの各々についての明示的な識別情報（ＩＤ）を有することができ、ＩＤは、例えば、アソシエーションＩＤ（ＡＩＤ）、ＭＡＣアドレス、またはＡＰおよびＳＴＡが確立／ネゴシエートした他の形式のＩＤとすることができる。ＤＡフィールド３１８がグループのためのマルチキャストアドレスになるように設定される場合、チャネル割り当てフィールド３１０_{１．．．Ｎ}は、ＤＬ ＳＴＡについてのＩＤを、暗黙的に（例えば、ＭＵ−ＰＣＡグループ内のＳＴＡの順序によって）、または明示的に含むことができる。示された各ＳＴＡは、１または複数の連続または非連続チャネルに割り当てられ得る。チャネル割り当てフィールド３１０_{１．．．Ｎ}内のＤＬ ＭＵ−ＰＣＡグループＳＴＡを明示的に示すために使用されるＩＤは、例えば、ＡＩＤ、ＭＡＣアドレス、またはＡＰおよびＳＴＡがネゴシエートした他の形式のＩＤとすることができる。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがマルチユーザ多入力多出力（ＭＵ ＭＩＭＯ）を可能にする場合、同じチャネルに割り当てられ得、その場合、フレーム本体３０４（例えば、チャネル割り当て）は、同じ組のチャネルに割り当てられるＭＵ ＭＩＭＯ ＳＴＡの各々に対して割り当てられる空間ストリームの数も含むことができる。

図４は、Ｇ−ＣＴＳ制御フレーム４００の例示的なフレームフォーマットを示している。Ｇ−CＴＳフレーム４００は、ＭＡＣヘッダ４０２と、フレーム本体４０４と、フレームチェックシーケンス（ＦＣＳ）４０６とを含むことができる。フレーム本体４０４は、ＭＡＰフィールド４０８と、チャネル割り当てフィールド４１０_{１．．．Ｎ}と、追加情報（Ｉｎｆｏ）フィールド４１２とを含むことができる。ＭＡＣヘッダ４０２は、とりわけ、タイプフィールド４１４と、サブタイプフィールド４１６と、ＤＡフィールド４１８とを含むことができ、他のフィールドは示されていない。Ｇ−ＣＴＳフレーム４００は、ＣＴＳフレームの変更バージョンとして実施され得る。Ｇ−ＣＴＳフレーム４００は、アクションフレーム、アクションＡＣＫなしフレーム、または他の任意のタイプの管理および制御フレームなど、他のタイプのフレームとしても実施され得る。

フレーム本体４０４は、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡのためのチャネル割り当てフィールド４１０_{１．．．Ｎ}を含むことができる。例えば、ＭＡＣヘッダ４０２内のタイプフィールド４１４およびサブタイプフィールド４１６内のビットＢ２〜Ｂ７は、表２に示されるようにして、Ｇ−ＣＴＳフレーム４００を、制御タイプフレームとして、およびＧ−ＣＴＳサブタイプとして識別できる。

ＭＡＣヘッダ４０２内のＤＡフィールド４１８は、ＭＵ−ＰＣＡグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、ＳＴＡのグループを表すマルチキャストＭＡＣアドレスになるように設定され得る。あるいは、ＤＡフィールド４１８は、ブロードキャストアドレスになるように設定され得、ＭＵ−ＰＣＡに関するＳＴＡは、フレーム本体４０４で、またはＰＬＣＰヘッダ（図示されず）内のグループＩＤによって識別され得る。ＳＵ−ＰＣＡが使用される場合、Ｇ−ＣＴＳフレーム４００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスに送信され得る。

ＭＡＰフィールド４０８は、フレーム本体４０４内またはＭＡＣヘッダ４０２（もしくは図示されていないＰＬＣＰヘッダ）内の別のフィールドの一部として実施され得、Ｇ−ＣＴＳフレーム４００内における、ＳＴＡのためのチャネル割り当てフィールド４１０_{１．．．Ｎ}など、利用可能な情報の存在を示すことができる。単独ＤＬ ＭＵ−ＰＣＡに関連して使用される場合、Ｇ−ＣＴＳフレーム本体４０４は、ＭＡＰ要素を含むことができ、チャネル割り当てフィールド４１０_{１．．．Ｎ}を含まないことがある。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがＭＵ ＭＩＭＯを可能にする場合、同じチャネルに割り当てられ得、その場合、フレーム本体４０４内のチャネル割り当ては、同じ組のチャネルに割り当てられるＭＵ ＭＩＭＯ ＳＴＡの各々に対して割り当てられる空間ストリームの数も含むことができる。

図５は、ＭＵ−ＰＣＡ管理（ＭＰＭ）フレーム５００の例示的なフレームフォーマットを示している。ＭＰＭフレーム５００は、ＭＡＣヘッダ５０２と、フレーム本体５０４と、ＦＣＳ５０６とを含むことができる。フレーム本体５０４は、以下のフィールド、すなわち、ＭＡＰフィールド５０８、グループＩＤ５１４、開始時間５１６、持続時間５１８、ＭＵ−ＰＣＡ選択５２０、ＳＴＡ１からＮに対応するＳＴＡ情報フィールド５１０_{１．．．Ｎ}、および追加情報５１２のいずれかを含むことができる。これらのフィールドは、以下でより詳細に説明される。

ＭＡＰフィールド５０８は、ＭＰＭ５００内に含まれる情報のタイプを示すことができる。例えば、ＭＡＰフィールド５０８は、ＭＰＭ５００がいくつのＳＴＡ情報（Ｉｎｆｏ）フィールド５１０_{１．．．Ｎ}を含むかを示すことができる。ＭＡＰフィールド５０８は、それ自体はフィールドまたは他のフィールドのサブフィールドとして実施され得る。グループＩＤ５１４は、事前に決定され得る、またはアドホック方式で形成され得る、ＳＴＡ１からＮのＭＵ−ＰＣＡグループのＩＤを示すことができる。開始時間フィールド５１６は、次のＭＵ−ＰＣＡセッションの開始時間を示すことができ、ＭＵ−ＰＣＡセッションは、ＤＬもしくはＵＬまたは組み合わされたＤＬ／ＵＬのＳＵ−ＰＣＡ送信を含む、ＤＬもしくはＵＬまたは組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信とすることができる。開始時間は、例えば、次のフレームが、ＭＰＭ５００の終了時に開始する、ショートフレーム間隔（ＳＩＦＳ）の間隔などの、設定された間隔で送信される場合、暗黙的に定義され得る。持続時間フィールド５１８は、次のＭＵ−ＰＣＡセッションの持続時間を示すことができる。持続時間は、ＭＡＣヘッダ５０２の持続時間フィールド（図示されず）内に含まれる値によって、暗黙的に定義され得る。

ＭＵ−ＰＣＡ選択フィールド５２０は、ＭＵ−ＰＣＡセッションの選択を示すことができ、選択は、ＵＬ ＭＵ−ＰＣＡ、ＤＬ ＭＵ−ＰＣＡ、組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡを含む。同様に、ＭＵ−ＰＣＡ選択フィールド５２０は、ＭＰＭ５００が単一のＳＴＡに送信される場合、同等のＳＵ−ＰＣＡ選択を示すためにも使用され得る。各ＳＴＡ情報フィールド５１０_{１．．．Ｎ}は、次のＭＵ−ＰＣＡセッションに関するＳＴＡ１からＮそれぞれの情報を含むことができる。各ＳＴＡ情報フィールド５１０_{１．．．Ｎ}は、情報を含むサブフィールドを含むことができる（注記：サブフィールドは図５には明示的に示されていない）。例えば、ＳＴＡ ＩＤサブフィールドは、ＭＡＣアドレス、ＡＩＤ、またはＡＰとＳＴＡが合意した他のＩＤとして実施され得る、ＳＴＡのＩＤを示すことができる。例えば、ＭＰＭが特定のＳＴＡへのユニキャストフレームであり、ＭＰＭがＳＵ−ＰＣＡ送信を開始するために使用される場合、ＳＴＡ ＩＤは、使用されないことがある。別の例では、ＭＵ−ＰＣＡグループが形成され、ＭＵ−ＰＣＡグループ内のＳＴＡの順序が決定されており、ＭＵ−ＰＣＡに属する各ＳＴＡが自身の情報をどのサブフィールドが含むかを知り得る場合、ＳＴＡ ＩＤサブフィールドは、使用されないことがある。

別の例では、チャネル割り当てサブフィールドは、ＳＴＡに割り当てられたチャネルの数、および割り当てられたチャネルのロケーションを示すことができる。チャネルのロケーションは、とりわけ、チャネル番号、中心周波数、帯域幅、プライマリチャネルからのオフセット、または周波数帯域などのパラメータを使用して実施され得る。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがＭＵ ＭＩＭＯを可能にする場合、同じチャネルに割り当てられ得、その場合、チャネル割り当てサブフィールドは、同じ組のチャネルに割り当てられるＭＵ ＭＩＭＯ ＳＴＡの各々に対して割り当てられる空間ストリームの数および／または順序も含むことができる。

単独ＤＬ ＭＵ−ＰＣＡとの関連におけるＧ−ＲＴＳ、Ｇ−ＣＴＳ、ＡＣＫ、およびＭＰＭなどの制御パケットは、複数のモードで送信され得る。それらは、（例えば、以下で詳細に説明される、図６〜図９に示されるように）個々のチャネル各々において送信され、同じＢＳＳまたはオーバラップするＢＳＳ内の、チャネルを利用するすべてのＳＴＡに、正しいネットワークアロケーションベクトル（ＮＡＶ）設定を提供できる。他方、ＳＴＡがより大きな帯域幅上での送信を知っており、そのような送信を受信することが可能である場合、制御フレームは、（例えば、より大きいＩＦＦＴを使用して）変調され、複数のチャネルを介して送信され得る。例えば、ネットワークカバレージエリア全体にわたって、２ＭＨｚモードをサポートするＳＴＡだけが、チャネル２およびチャネル３上で動作するように割り当てられる場合、例えば、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、およびＡＣＫは、２つのチャネル、例えば、チャネル２およびチャネル３を横断して送信され得、その場合、すべてのＳＴＡは、それらのＮＡＶを正しく受信し、設定できる。

以下では、ＭＡＣ方式を説明するすべての図は、図２Ａの例示的なＢＳＳにおけるエンティティを参照し、ＡＰ２０４およびＳＴＡ１〜ＳＴＡ４ ２０２_{１．．．４}による通信は、チャネル２１８_{１．．．４}上で行われ、下付き文字は、送信エンティティを示す。上で説明されたように、説明の目的で、チャネル２１８_{１．．．４}の各々は、１ＭＨｚ幅であり、チャネル２１８_１が、プライマリチャネルであることが仮定される。さらに、例示的なフレーム間隔として、ショートフレーム間隔（ＳＩＦＳ）が使用されるが、縮小ＩＦＳ（ＲＩＦＳ）およびアービトレーションＩＦＳ（ＡＩＦＳ）を含む、他の任意のタイプのフレーム間隔（ＩＦＳ）が使用され得る。

帯域幅全体の上で、およびプライマリチャネルのみの上で送信される制御フレームを用いるＤＬ ＭＵ−ＰＣＡを使用するＡＰおよびＳＴＡの挙動の例が、それぞれ、図６および図７に示されている。図６は、利用可能な帯域幅全体の上で制御フレームを使用してＤＬ ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式６００を示している。図６の例では、利用可能な帯域幅全体の上での送信／受信をサポートすることが可能なＳＴＡ２へのデータパケットのＡＰ送信２０４_ＡＰ、およびＡＰに戻すＡＣＫ送信２０６_ＳＴＡ２の後、ＡＰは、利用可能なすべての帯域幅において、空きチャネル判定（ＣＣＡ）を行うことができる。

すべての利用可能なチャネルへのアクセスを獲得した後、ＡＰは、以下の機能のいずれかのために、すべてのチャネル２１８_{１．．．４}上で、チャネル割り当てを有するＧ−ＲＴＳ６０６_ＡＰを送出でき、その機能とは、ＤＬ ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらがＡＰからのＤＬパケットを受信するために切り換え得るチャネルについて通知すること、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネルを、これらのチャネルを介して動作するすべてのＳＴＡのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことである。チャネル２１８_{１．．．４}の１つが、他のいくつかのＳＴＡによってすでに占有されている場合、Ｇ−ＲＴＳ６０６_ＡＰは、そのチャネルを介しては送信され得ず、ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。

ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができ、例えば、ＳＴＡ１は、チャネル１ ２１８_１に割り当てられ、そのため、それはチャネル１ ２１８_１に切り換え、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３ ２１８_２〜３に割り当てられ、そのため、それはチャネル２、３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４ ２１８_４に割り当てられ、そのため、それはチャネル４に切り換えることができ、１ＭＨｚモードを使用して動作する。

したがって、ＳＴＡは、それぞれ、Ｇ−ＣＴＳ（または単純にＣＴＳ）６０８_ＳＴＡ１、６０８_ＳＴＡ３、６０８_ＳＴＡ４を送信できる。これらのＧ−ＣＴＳは、ＤＬパケットを受信する準備が整ったことをＡＰに通知でき、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。例えば、（Ｇ−）ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−（Ｇ−）ＣＴＳ＿Ｔｉｍｅの値になるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、Ｇ−ＲＴＳパケット内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ６１０の持続時間であり、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの送信時間である。

各ＳＴＡから（Ｇ−）ＣＴＳ６０８_ＳＴＡ１、６０８_ＳＴＡ３、６０８_ＳＴＡ４を受信すると、ＡＰは、各ＳＴＡにそれぞれ、割り当てられたチャネルを介して、データパケット６１２_ＡＰを送信できる。データパケットは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネルのタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８_１上で送信されるように選択され得る。すべてのチャネル２１８_{１．．．４}上のＤＬ送信が同じ時刻に終了するように、（時間的に）等しい長さのデータパケットを作成するために、パディング６１４_ＡＰが、任意のチャネルを介して、ＡＰによって送信され得る。ＳＴＡは、それぞれのデータパケットを受信すると、受信の成功を知らせるために、それぞれ、ＡＣＫパケット６１６_ＳＴＡ１、６１６_ＳＴＡ３、６１６_ＳＴＡ４をＡＰに送出できる。

チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＧ−ＲＴＳをＡＰから受信した場合、持続時間の間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、持続時間は、例えば、（Ｇ−）ＣＴＳ＿Ｔｉｍｅ＋２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙに等しくすることができ、ここで、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳパケット６０８_ＳＴＡＸの持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ６１０の持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、構成可能なパラメータとすることができる。

図６に示されるＭＡＣ ＤＬ ＭＵ−ＰＣＡは、ＤＬ ＭＵ−ＰＣＡに参加するＳＴＡが、ＳＩＦＳ間隔内で、チャネルの切り換えばかりでなく、送信モードと受信モードとの間の切り換えも可能であることを仮定している。しかしながら、ＳＴＡが、ＳＩＦＳ間隔内で、チャネルの切り換えが可能でない場合、図７に示されるように、初期制御パケット交換が、プライマリチャネルを介して行われなければならない。

図７は、プライマリチャネルを介してＧ−ＲＴＳおよびＧ−ＣＴＳを使用する単独ＤＬ ＭＵ−ＰＣＡのための例示的なＭＡＣ方式７００を示している。ＡＰは、すべての利用可能なチャネルを介してＣＣＡを行うことができる。すべてのチャネルへのアクセスを獲得した後、ＡＰは、すべてのチャネルを介してのチャネル割り当てを有するＧ−ＲＴＳ７０２を送出できる。Ｇ−ＲＴＳ７０２の送信は、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくために、またＤＬ ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらが各ＳＴＡの（Ｇ−）ＣＴＳ間にＳＩＦＳ間隔７１０を有するプライマリチャネルを介して（Ｇ−）ＣＴＳを送信すべき順序についてばかりでなく、ＳＴＡがＡＰからのＤＬパケットを受信するために切り換えるべきチャネルについても通知するために使用され得る。チャネルを切り換えるのに十分な時間をＳＴＡに提供するために、プライマリチャネルを介して受信を行うように割り当てられるＳＴＡは、ＤＬ ＭＵ−ＰＣＡグループのうちでＣＴＳ（またはＧ−ＣＴＳ）を送信した最後のＳＴＡになるようにＡＰによって指定され得る。

その後、ＳＴＡは、プライマリチャネルを介して、各（Ｇ−）ＣＴＳ間にＳＩＦＳ間隔を空けて、ＡＰによって割り当てられた順序に従って、（Ｇ−）ＣＴＳ ７０４_STA4、７０３ _STA3、および７０８_STA1を順番に送信できる。（Ｇ−）ＣＴＳ ７０４_STA4、７０３ _STA3、および７０８_STA1は、ＤＬパケットを受信するためにチャネルを切り換える準備が整ったことをＡＰに通知するのに、また少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくのに役立ち得る。例えば、第ｎの（Ｇ−）ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−Ｙ×ＳＩＦＳ＿Ｔｉｍｅ−Ｙ×（Ｇ−）ＣＴＳ＿Ｔｉｍｅになるように設定され得、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、Ｇ−ＲＴＳパケット内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳの持続時間であり、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳパケットの送信時間である。

ＭＵ−ＰＣＡグループ内の送信を行うように割り当てられた第１のＳＴＡ（この例ではＳＴＡ４）は、第１のＧ−ＲＴＳフレームの後、ＳＩＦＳ時間が経過したら、（Ｇ−）ＣＴＳを送信でき、第１のＳＴＡであるＳＴＡ４から（Ｇ−）ＣＴＳ７０４_STA4を受信すると、ＡＰは、第２のＳＴＡに（Ｇ−）ＣＴＳを要求するために、プライマリチャネルを介して、次のＳＴＡ（この例ではＳＴＡ３）に、別のＧ−ＲＴＳ（または、例えば、Ｇ−Ｐｏｌｌなどの別の制御フレーム）を送信でき、第２のＳＴＡは、（Ｇ−）ＣＴＳを用いて応答でき、その後、プロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡが（Ｇ−）ＣＴＳフレームを送信するまで繰り返すことができる。Ｇ−ＲＴＳフレームおよび（Ｇ−）ＣＴＳフレーム内の持続時間フィールドは、追加のＳＩＦＳおよびＧ−ＲＴＳフレームの持続時間を用いて、しかるべく調整され得る。

ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えることができ、また正しい動作モードに切り換えることができる。例えば、ＳＴＡ１は、チャネル１ ２１８_１に割り当てられ、そのため、それはチャネル１ ２１８_１に留まり、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３ ２１８_２〜３に割り当てられ、そのため、それはチャネル２およびチャネル３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４ ２１８_４に割り当てられ、そのため、それはチャネル４に切り換えることができ、１ＭＨｚモードを使用して動作する。

（Ｇ−）ＣＴＳ ７０４_STA4、７０３ _STA3、および７０８_STA1を受信すると、ＡＰは、各ＳＴＡにそれぞれ、それぞれに割り当てられたチャネルを介して、データパケット７１２_APを送信できる。データパケット７１２_APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネルのタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネルを介して送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、（時間的に）等しい長さのデータパケットを作成するために、パディングが、すべてのチャネル２１８_1~4上で使用され得る。１つのＧ−ＣＴＳが受信されない場合、ＡＰは、対応するＳＴＡに対するＤＬパケットを割り当てられたチャネルを介して送信しないことを選択でき、または送信を通常通り続行することを選択できる。ＳＴＡは、それぞれのデータパケットを受信すると、ＡＣＫパケット７１６_STA1、７１６_STA3、７１６_STA4をＡＰに送出して、受信を知らせる。

チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＧ−ＲＴＳをＡＰから受信した場合、時間期間の間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルできる。例えば、時間期間は、Ｎ×Ｇ−ＣＴＳ＿Ｔｉｍｅ＋（Ｎ＋１）×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙに等しくすることができ、ここで、Ｎは、Ｇ−ＲＴＳパケットのチャネル割り当て内に含まれるＳＴＡの数であり、Ｇ−ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳの持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、ＷＬＡＮシステムに基づいた構成可能なパラメータとすることができる。

図８は、利用可能な帯域幅全体の上で制御フレームを使用してＤＬ ＭＵ−ＰＣＡを可能にするための、ならびに既存のＷｉＦｉ規格および草案に準拠し得るが、ＭＰＭ、Ｇ−ＲＴＳ、およびＧ−ＣＴＳフレームを解釈できないことがある、ＷｉＦｉ ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式８００を示している。

図８の例では、利用可能な帯域幅２１８_{１．．．４}全体の上で送信／受信をサポートすることが可能なＳＴＡ２へのデータパケットのＡＰ送信８０２_ＡＰは、ＳＴＡ２のＡＣＫ８０４_ＳＴＡ２によって肯定応答が返され得る。ＡＰは、ＭＰＭフレーム８０６_ＡＰを送信でき、ＭＰＭフレーム８０６_ＡＰは、それが、ＭＵ−ＰＣＡグループ内の各ＳＴＡのためのチャネル割り当てを有する、ＤＬ ＭＵ−ＰＣＡ（またはＤＬ ＳＵ−ＰＣＡ）送信アナウンスメントであることを示す選択を含むことができる。一例では、ＡＰは、すべての利用可能な帯域幅２１８_{１．．．４}上でＣＣＡを行うことができ、すべてのチャネル２１８_{１．．．４}上でＭＰＭ８０６_ＡＰを送信できる。ＭＰＭフレーム８０６_ＡＰは、ＭＵ−ＰＣＡセッション全体のためのすべてのチャネル２１８_{１．．．４}上におけるＮＡＶを設定するための情報をＭＡＣヘッダ内に含むことができる。別の例では、ＭＰＭは、ＮＡＶ設定情報を含まないことがあり、ＡＰは、ＡＰが媒体へのアクセスを維持することを可能にするために、十分に短いＩＦＳ８１０（例えば、ショートＩＦＳ（ＳＩＦＳ）またはポイントＩＦＳ（ＰＩＦＳ））を使用して、すべてのチャネル２１８_{１．．．４}上の媒体にアクセスでき、ＡＰがすべてのチャネル２１８_{１．．．４}上でＲＴＳフレーム８０８_ＡＰ（またはＧ−ＲＴＳフレーム）を送信して、ＤＬ ＭＵ−ＰＣＡセッションを開始できるようにする。

一例では、ＡＰは、プライマリチャネル２１８_１上でのみＣＣＡを行い、プライマリチャネル２１８_１上でＭＰＭフレーム８０６_ＡＰを送信できる。ＭＰＭフレーム８０６_ＡＰは、ＤＬ ＭＵ−ＰＣＡ（またはＤＬ ＳＵ−ＰＣＡ）セッションをアナウンスでき、その後、ＡＰは、すべてのチャネル２１８_{１．．．４}上でＣＣＡを行うことができ、それが、すべてのチャネル２１８_{１．．．４}上でアクセスを有する場合、それは、すべてのチャネル２１８_{１．．．４}上でＲＴＳフレーム８０８_ＡＰ（またはＧ−ＲＴＳフレーム）を送信して、ＤＬ ＭＵ−ＰＣＡセッションを開始できる。

すべての利用可能なチャネル２１８_{１．．．４}へのアクセスを獲得した後、ＡＰは、ＲＴＳ（またはＧ−ＲＴＳ）フレーム８０８_ＡＰを送出でき、それは、ＤＬ ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらが割り当てられたチャネルに切り換えて、ＡＰからＤＬパケットを受信できることを通知でき、またそれは、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８_{１．．．４}を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。チャネルの１つが、いくつかの他のＳＴＡによってすでに占有されている場合、ＲＴＳまたはＧ−ＲＴＳは、そのチャネルを介しては送信され得ず、ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。

ＭＰＭまたはＧ−ＲＴＳフレームを解釈できないことがあるＷｉＦｉ ＳＴＡの場合、ＡＰは、プライマリチャネル上に、またはレガシＷｉＦｉ ＳＴＡが動作することが可能なプライマリチャネルを含むいずれか１組の連続もしくは非連続チャネル上に、これらのＳＴＡを割り当てることができる。レガシＷｉＦｉ ＳＴＡがＭＵ−ＰＣＡセッションに含まれる場合、ＡＰは、最初にすべての（他の）ＳＴＡにＭＰＭフレームを送信した後に、すべてのチャネルを介してＲＴＳを送信でき、または少なくとも、レガシＷｉＦｉデバイスが割り当てられたチャネルを介してＲＴＳを送信できる。

例では、ＳＴＡ１が８０２．１１ｎであり、プライマリチャネルがチャネル１である場合、それは、チャネル１およびチャネル、２両方の４０ＭＨｚ帯域幅上で動作できる。ＡＰは、４０ＭＨｚ動作のために、ＳＴＡ１をチャネル１、２上に割り当てることができる。ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡをチャネル３、４上に割り当てることができる。その後、ＡＰは、ＲＴＳフレーム８０８_ＡＰをチャネル１、２上で、またはすべてのチャネル１〜４上で送信して、ＭＵ−ＰＣＡセッションを開始できる。別の例では、ＳＴＡ１が８０２．１１acSTAであり、プライマリチャネルが８０ＭＨｚ帯域幅を有するチャネル１であり、ＳＴＡ１が８０＋８０非連続動作を可能にする場合、ＡＰは、８０＋８０非連続動作を使用して、ＳＴＡ１をチャネル１、３上に割り当てることができる。その後、ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡをチャネル３、４上に割り当てることができる。その後、ＡＰは、ＲＴＳフレームをチャネル１、３上で、またはすべてのチャネル１〜４上で送信して、ＭＵ−ＰＣＡセッションを開始できる。

ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができる。一例では、ＳＴＡ１は、チャネル１に割り当てることができ、そのため、それはチャネル１に切り換え、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３に割り当てることができ、そのため、それはチャネル２、３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４に割り当てることができ、そのため、それはチャネル４に切り換え、１ＭＨｚモードを使用して動作できる。

図８の例を再び参照すると、その後、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＣＴＳ（またはＧ−ＣＴＳ）８０９_ＳＴＡ１、８０９_ＳＴＡ３、８０９_ＳＴＡ４を送信でき、それによって、それらは、ＤＬパケットを受信する準備が整ったことをＡＰに通知でき、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。例えば、Ｇ−ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−Ｇ−ＣＴＳ＿Ｔｉｍｅになるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、ＲＴＳ（またはＧ−ＲＴＳ）パケット８０８_ＡＰ内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＩＦＳ８１０の持続時間であり、Ｇ−ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの送信時間である。ＳＴＡは、ＡＰからＲＴＳを受信した場合、ＣＴＳフレームを送信でき、ＡＰからＧ−ＲＴＳを受信した場合、Ｇ−ＣＴＳを送信できる。

ＣＴＳ（またはＧ−ＣＴＳ）８０９_ＳＴＡ１、８０９_ＳＴＡ３、８０９_ＳＴＡ４を受信すると、ＡＰは、データパケット８１２_ＡＰを、各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それぞれに割り当てられたチャネルを介して送信できる。データパケット８１２_ＡＰは、長さが異なることがあり（例えば、チャネル１上のデータパケット８１２_ＡＰは、他のチャネル上のデータパケット８１２_ＡＰよりも長い）、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８_１のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８_１上で送信されるように選択され得る。すべてのチャネル２１８_{１．．．４}上のＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング８１４_ＡＰが、すべてのチャネル２１８_{１．．．４}上で使用され得る。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれのデータパケットを受信すると、受信を知らせるために、それぞれに割り当てられたチャネルを介して、ＡＣＫパケット８１６_ＳＴＡ１、８１６_ＳＴＡ３、８１６_ＳＴＡ４を送出できる。

チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＭＰＭ、ＲＴＳ、またはＧ−ＲＴＳをＡＰから受信した場合、Ｔ−ｈａｎｄｓｈａｋｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙの間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、ここで、Ｔ−Ｈａｎｄｓｈａｋｅは、ＭＰＭ、ＲＴＳ、Ｇ−ＲＴＳ、ＣＴＳ、Ｇ−ＣＴＳなどのフレームの持続時間、および複数のＳＩＦＳ間隔を含む、ＭＵ−ＰＣＡ送信を開始するためのすべてのパケットを送信するための時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、特定のＷＬＡＮシステムに適するように定義され得る。

図６〜図８において上述された例に加えて、ＤＬ ＭＵ−ＰＣＡデータフレームの肯定応答は、ブロックＡＣＫ（ＢＡ）としても実施され得る。図９は、制御フレームおよびＢＡを使用してＤＬ ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式９００を示している。図９の例では、ＡＰは、ＤＬ ＭＵ−ＰＣＡセッション９０２の間に、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）にデータ９０４_ＡＰを送信できる（必要であれば、パディング９０６_ＡＰを使用できる）。ＤＬ ＭＵ−ＰＣＡセッション９０２が終了すると、ＡＰは、直ちに、またはある程度の遅延ＩＦＳ９１０をおいて、すべてのチャネル２１８_{１．．．４}上で、ＢＡＲフレーム９０８_ＡＰを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、ＢＡＲフレーム９０８_ＡＰを受信すると、ＡＰから受信したＤＬ ＭＵ−ＰＣＡデータフレーム９０４_ＡＰに対する肯定応答を返すために、ＢＡ９１２_ＳＴＡ１、９１２_ＳＴＡ３、９１２_ＳＴＡ４を使用できる。別の例では、ＤＬ ＭＵ−ＰＣＡセッションが終了すると、ＳＴＡは、ＡＰから受信したＤＬ ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すために、ＢＡを使用できる。別の例では、ＤＬ ＭＵ−ＰＣＡセッションが終了すると、ＡＰは、直ちに、またはある程度の遅延ＩＦＳをおいて、プライマリチャネルを介して、ＢＡＲフレームを送信できる。ＭＵ−ＰＣＡグループ内で第１のＳＴＡとしてランク付けされたＳＴＡは、ＡＰから受信したＤＬ ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡをＡＰに送信でき、ＡＰは、ＤＬ ＭＵ−ＰＣＡグループ内の第１のＳＴＡからＢＡを受信すると、ＭＵ−ＰＣＡグループ内の第２のＳＴＡにブロックＡＣＫ要求フレーム（ＢＡＲ）を送信でき、その後、第２のＳＴＡは、ＢＡを用いて返信できる。このプロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡが、ＡＰから受信したＤＬ ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡをＡＰに送信するまで、続けることができる。

単独ＵＬ ＭＵ−ＰＣＡは、アップリンク要求（ＵＬＲ）、グループポーリング（Ｇ−Ｐｏｌｌ）、グループＡＣＫ（Ｇ−ＡＣＫ）、およびＧ−ＣＴＳなどのパケットを交換することによって、（以下で説明される）図１２〜図１５に示される例などのＭＡＣ方式によって、サポートされ得る。３つのＭＡＣ方式の詳細な説明を提供するために、ＵＬＲ、Ｇ−Ｐｏｌｌ、Ｇ−ＡＣＫなどの制御フレームのフォーマット、および制御フレームの送信が、最初に説明される。図１０および図１１に示される例示的なフレームは、フレーム内に含まれ得るすべての可能なフィールドを示しているわけではない。例えば、ＭＡＣヘッダおよびフレーム本体は、示されていない他のフィールドを含むことができる。さらに、フィールドは、任意の順序で出現でき、必ずしも示された順序でなくてもよい。例えば、タイプ、サブタイプ、およびＤＡフィールドは、示された順序でＭＡＣヘッダ内に出現しなくてもよい。

図１０は、アップリンク要求フレーム（ＵＬＲ）１０００の例示的なフレームフォーマットを示している。ＵＬＲ１０００は、ＭＡＣヘッダ１００２と、フレーム本体１００４と、ＦＣＳ１００６とを含むことができる。ＭＡＣヘッダ１００２内のタイプフィールド１０１４およびサブタイプフィールド１０１６は、フレームがタイプＵＬＲであることを示すことができる（ＭＡＣヘッダ１００２内には他のフィールド１０１８も含まれ得る）。例えば、タイプフィールド１０１４およびサブタイプフィールド１０１６のビットは、表３に従って設定され得る。

ＵＬＲ１０００のフレーム本体１００４は、例えば、とりわけ、最大許容遅延１００８、データサイズ１０１０、送信のために使用されるＭＣＳ１０１２、およびＱｏＳ優先度などの他の情報１０２０など、ＵＬ ＭＵ−ＰＣＡを使用してＡＰに送信されるデータの仕様およびアップリンク詳細を含むことができる。例では、データサイズ１０１０およびＭＣＳ１０１２は、ＳＴＡが要求している持続時間または送信機会（ＴＸＯＰ）持続期間を表す１つのフィールドに組み合わされ得る。ＵＬＲ１０００は、アクションフレーム、アクションＡＣＫなしフレーム、もしくは他の任意のタイプの管理もしくは制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥ、フィールド、およびサブフィールドとして実施され得る。

図１１は、グループポーリング（Ｇ−Ｐｏｌｌ）フレーム１１００の例示的なフレームフォーマットを示している。Ｇ−Ｐｏｌｌフレーム１１００は、ＭＡＣヘッダ１１０２と、フレーム本体１１０４と、ＦＣＳ１１０６とを含むことができる。タイプフィールド１１１４およびサブタイプフィールド１１１６は、Ｇ−Ｐｏｌｌフレーム１１００がタイプＧ−Ｐｏｌｌであることを示すことができる。例えば、タイプフィールド１１１４およびサブタイプフィールド１１１６は、表４に従って設定され得る。

ＭＡＣヘッダ１１０２内のＤＡフィールド１１１８は、ＭＵ−ＰＣＡグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、ＳＴＡのグループを表すマルチキャストＭＡＣアドレスになるように設定され得る。別の例では、ＤＡフィールド１１１８は、ブロードキャストアドレスになるように設定され得、ポーリングされるＳＴＡは、フレーム本体１１０４で、またはＰＬＣＰヘッダ（図示されず）内のグループＩＤによって識別され得る。Ｇ−Ｐｏｌｌフレーム１１００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスにも送信され得る。

ＭＡＰフィールド１１０８は、フレーム本体またはＭＡＣヘッダ１１０２もしくはＰＬＣＰヘッダ（図示されず）内に存在でき、いくつのＳＴＡがポーリングされているかを、またフレーム本体内に含まれる他の情報を示すことができる。ＳＴＡのＳＴＡ ＩＤ１１１０_{１．．．Ｎ}は、例えば、アソシエーションＩＤ（ＡＩＤ）、ＭＡＣアドレス、またはＡＰおよびＳＴＡがあらかじめ確立し得た他の形式のＩＤとすることができる。Ｇ−Ｐｏｌｌが、事前確立されたＳＴＡのグループに送信される場合、ＳＴＡ ＩＤは省略され得る。フレーム本体１１０４内に含まれる情報１１１２は、例えば、Ｇ−Ｐｏｌｌフレーム１１００の受信に応答して、ＳＴＡがその上でＵＬＲを送信すべき、ＳＴＡに割り当てられたチャネルとすることができる。Ｇ−Ｐｏｌｌフレーム１１００は、アクションフレーム、アクションＡＣＫなしフレーム、もしくは任意のタイプの管理もしくは制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥ、フィールド、およびサブフィールドとして実施され得る。

グループＡＣＫ（Ｇ−ＡＣＫ）のフレームフォーマットは、タイプフィールド１１１４およびサブタイプフィールド１１１６が、フレームがタイプＧ−ＡＣＫであることを示すことができ、情報１１１２が、異なること、または存在しないことがあることを除いて、図１１に示されるＧ−Ｐｏｌｌフレーム１１００のフレームフォーマットと同様とすることができる。あるいは、Ｇ−ＡＣＫが、図１１のＧ−Ｐｏｌｌフレーム１１００と同じフレームフォーマットを有すると仮定した場合、Ｇ−ＡＣＫのＭＡＰフィールド１１０８部分は、それがＧ−ＰｏｌｌではなくＧ−ＡＣＫであることを示すことができる。Ｇ−ＡＣＫフレーム本体は、１または複数のパケットの受信に関する肯定応答のための１または複数のビットを有する、ＳＴＡのグループ内の各ＳＴＡのためのフィールドを含むことができる。各フィールドは、Ｇ−ＡＣＫフレームが肯定応答を通知する各ＳＴＡについての開始シーケンス番号も示すことができる。Ｇ−ＡＣＫは、アクションフレーム、アクションＡＣＫなしフレーム、もしくは他の任意のタイプの管理および制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥもしくはフィールドとして実施され得る。単独ＵＬ ＭＵ−ＰＣＡに関連するＧ−Ｐｏｌｌ、ＵＬＲ、Ｇ−CＴＳ、およびＧ−ＡＣＫなどの制御パケットの送信は、複数のモードで送信され得、ＭＰＭフレームの送信に関して先に説明されたのと同じルールに従うことができる。

図１２は、厳しい遅延限界がないデータのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１２００を示している。ＳＴＡは、それらがチャネルへのアクセスを獲得する場合、またはそれらがポーリングされている場合、もしくはパケットをＡＰに送信している場合、それらが送信すべきアップリンクパケットを有することをＡＰに通知するために、ＵＬＲをＡＰに送信でき、またはＵＬＲをＡＰ宛ての先行ＵＬパケットにピギーバックでき、例えば、とりわけ、遅延、データサイズ、使用されるＭＣＳ、または必要とされる時間／ＴＸＯＰなど、これらのパケットの仕様も含めることができる。図１２の例では、ＳＴＡ４、ＳＴＡ３、およびＳＴＡ１は、プライマリチャネル２１８_１上で、ＵＬＲ１２０２_ＳＴＡ４、１２０４_ＳＴＡ３、１２０６_ＳＴＡ１を順番にＡＰに送信する。

ＡＰは、それがＵＬＲを受信したことを、個別フレームとしての、または送信パケットのピギーバック部分としての、（Ｇ−）ＡＣＫ送信１２０８_ＡＰ（すなわち、ＡＣＫまたはＧ−ＡＣＫフレーム）を用いて、ＳＴＡに通知できる。ＡＰがＵＬＲを受信した後すぐに、ＵＬ ＭＵ−ＰＣＡが開始するようにスケジュールされている場合、ＡＰは、（Ｇ−）ＡＣＫを送信し得ない。ＵＬＲフレーム内で指定された遅延限界が経過しても、ＡＰから受信されたＧ−ＡＣＫまたは他のピギーバック形式のＧ−ＡＣＫが存在しない場合、ＳＴＡは、ＵＬＲの送信が失敗したと仮定でき、それは、別のＵＬＲを独立して、または別のパケットにピギーバックして（例えば、アグリゲートＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）、またはアグリゲートサービスプロトコルデータユニット（Ａ−ＭＳＤＵ）として）、送信することを選択できる。それは、直接的にデータパケットをＡＰに送信することを選択できる。

図１２の例では、利用可能なチャネルを獲得した後、ＡＰは、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１２１２_ＡＰを送信でき、それは、以下のいずれかを行うこと、すなわち、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、それらがＵＬパケットを送信するために割り当てられたチャネルを通知すること、ＳＴＡからのすべてのＵＬ送信の開始を揃えること、および／またはすべてのＵＬデータパケットに対するＡＰによるＡＣＫが終了するまで、Ｇ−ＣＴＳの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１２１２_ＡＰの持続時間フィールドは、例えば、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ１２１０間隔の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１２１６_ＡＰの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８_{１．．．４}上で送信されるうちで時間的に最長のデータパケット１２１４_ＳＴＡ１の送信とすることができ、それは、各ＵＬＲフレーム１２０２_ＳＴＡ４、１２０４_ＳＴＡ３、１２０６_ＳＴＡ１内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８_１上で送信される（時間的に）最長のＵＬデータパケットを割り当てることもできる。

ＵＬ ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、割り当てられたチャネルを介して（例えば、ＳＴＡ１はチャネル２１８_１上で、ＳＴＡ３はチャネル２１８_２〜３上で、ＳＴＡ４はチャネル２１８_４上で）、それぞれ、アップリンクパケット１２１４_ＳＴＡ１、１２１４_ＳＴＡ３、１２１４_ＳＴＡ４をＡＰに送信できる。

ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ１２１０の間、待つことができ、ＵＬパケットの受信を通知するために、ＡＣＫ１２１６_ＡＰ（またはＢＡ）を送信できる。あるいは、ＡＰは、帯域幅２１８_{１．．．４}全体の上で、またはプライマリチャネル２１８_１上で、それを１つずつ行う代わりに、一緒に符号化されたＡＣＫである、すべてのＵＬパケットについてのグループＡＣＫを送信できる。

図１３は、厳しい遅延限界があるデータのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１３００を示している。このタイプのＵＬ ＭＵ−ＰＣＡは、例えば、ＡＰがＵＬパケットに関してＳＴＡに定期的にポーリングを行い得る、優先度が高いＳＴＡのために使用され得る。すべての利用可能な帯域幅２１８_{１．．．４}上でチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８_{１．．．４}上で、Ｇ−Ｐｏｌｌフレーム１３０２_ＡＰを送信でき、それは、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うのに、ＳＴＡにその上でＵＬＲパケットを用いて応答できる割り当てられたチャネルを通知するのに、および／または持続時間フィールドを、したがって、チャネルをモニタするＳＴＡについてのＮＡＶを設定することによって、チャネルを確保するのに役立ち得る。ＵＬ ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８_１、ＳＴＡ３は２１８_２，３、ＳＴＡ４は２１８_４）、および適切な送信モードに切り換えることができ、それぞれのチャネルを介して、ＵＬＲパケット送信１３０４_ＳＴＡ１、１３０４_ＳＴＡ３、１３０４_ＳＴＡ４を用いて、Ｇ−Ｐｏｌｌフレーム１３０２_ＡＰに応答して、それらが有し得るＵＬパケットについてＡＰに通知できる。

ＡＰは、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１３０６_ＡＰを送信でき、それは、以下のいずれかを行うこと、すなわち、ＳＴＡからのすべてのＵＬ送信１３０８_ＳＴＡ１、１３０８_ＳＴＡ３、１３０８_ＳＴＡ４の開始を揃えること、すべてのＵＬデータパケット１３０８_ＳＴＡ１、１３０８_ＳＴＡ３、１３０８_ＳＴＡ４に対するＡＰによるＡＣＫフレーム１３１２_ＡＰが終了するまで、Ｇ−ＣＴＳ１３０６_ＡＰの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）についてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８_{１．．．４}上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１３０６_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１３１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１３１２_ＡＰの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８_{１．．．４}上で送信されるうちで時間的に最長のデータパケット（この例では、１３０８_ＳＴＡ１）の送信とすることができ、それは、各ＵＬＲフレーム１３０４_ＳＴＡ１、１３０４_ＳＴＡ３、１３０４_ＳＴＡ４内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８_１上で送信される時間的に最長のＵＬデータパケット（この例では、１３０８_ＳＴＡ１）を割り当てることもできる。ＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、アップリンクパケット１３０８_ＳＴＡ１、１３０８_ＳＴＡ３、１３０８_ＳＴＡ４をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ間隔１３１０の間、待つことができ、ＵＬパケット１３０８_ＳＴＡ１、１３０８_ＳＴＡ３、１３０８_ＳＴＡ４の受信を通知するために、ＡＣＫ１３１２_ＡＰ（またはＢＡ）を送信できる。

チャネルをモニタしているＳＴＡ（例えば、ＳＴＡ２）では、それらが、自身宛てではないＧ−Ｐｏｌｌフレーム１３０２_ＡＰをＡＰから受信した場合、ＵＬＲ＿Ｔｉｍｅ＋２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙの間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、ここで、ＵＬＲ＿Ｔｉｍｅは、ＵＬＲパケット１３０４_ＳＴＡ４の持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ１３１０の持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、構成可能なパラメータである。

図１３の代替形態として、図１４は、ＵＬＲパケットが順番に送信される、データのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１４００を示している。図１３と同様に、ＡＰは、ＭＵ−ＰＣＡグループ内のＳＴＡに、Ｇ−Ｐｏｌｌ１４０２_ＡＰを送信できる。ＵＬ ＭＵ−ＰＣＡグループ内のＳＴＡからのＵＬＲパケット１４０４_ＳＴＡ４、１４０６_ＳＴＡ３、１４０８_ＳＴＡ１は、チャネルおよび動作モードを素早く切り換えることができないＳＴＡのために、プライマリチャネル２１８_１上で順番に送信され得る。ＡＰによって送信されるＧ−Ｐｏｌｌ１４０２_ＡＰは、プライマリチャネルを介して送信するように割り当てられたＳＴＡ（この例では、ＳＴＡ１）に、ＵＬＲ送信１４０４_ＳＴＡ４、１４０６_ＳＴＡ３、１４０８_ＳＴＡ１の順番の最後に、ＵＬＲフレームを送信させて、ＵＬ ＭＵ−ＰＣＡグループ内の他のＳＴＡに、チャネルおよび動作モードを切り換えるのに十分な時間を与えることができる。図１３と同様に、ＡＰは、すべてのチャネル２１８_{１．．．４}上で、Ｇ−ＣＴＳ１４１２_ＡＰを送信でき、それは、ＡＣＫ１４１６_ＡＰを送信して、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）によるデータ送信１４１４_ＳＴＡ１、１４１４_ＳＴＡ３、１４１４_ＳＴＡ４の受信に関する肯定応答を返すことができる。

別の例では、ＭＵ−ＰＣＡグループ内の第１のＳＴＡは、第１のＧ−ＰｏｌｌフレームからＳＩＦＳ時間の後、ＵＬＲを送信でき、第１のＳＴＡからＵＬＲを受信すると、ＡＰは、プライマリチャネルを介して、別のＧ−Ｐｏｌｌ（または別の制御フレーム、例えば、ＰＳ−Ｐｏｌｌ）を第２のＳＴＡに送信して、第２のＳＴＡにＵＬＲを要求でき、第２のＳＴＡは、ＵＬＲを用いて応答でき、プロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡがＵＬＲフレームを送信するまで、繰り返すことができる。ＡＰによってポーリングされたＳＴＡは、送信すべきＵＬパケットを有さないことがある。この場合、ＡＰは、ＵＬパケットを有することを先にＡＰに知らせたＳＴＡにチャネルを割り当てることができる。

別の例では、すべての利用可能な帯域幅２１８_{１．．．４}上でチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８_{１．．．４}上で、Ｇ−Ｐｏｌｌフレームを送信でき、それは、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うのに、および／またはその上でＵＬパケットを用いて応答できる割り当てられたチャネルをＳＴＡに通知するのに役立ち得る。ＭＵ−ＰＣＡグループ内のＳＴＡは、ＳＩＦＳなどのＩＦＳ間隔の後、割り当てられたチャネルに切り換え、直ちにＵＬパケットをＡＰに送信し始めることができる。

図１５は、混成の遅延要件を有するデータのためのＵＬ ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１５００を示している。ＵＬ ＭＵ−ＰＣＡグループに属さないＳＴＡ（例えば、ＳＴＡ２）は、ＵＬＲ１５０２_ＳＴＡ２をＡＰに送信することによって、ＵＬパケットを有することをＡＰに通知できる。ＵＬパケットの表示および仕様は、また、ＳＴＡ（ＳＴＡ２）によってＡＰに送信される先行するパケット上にピギーバックされ得る。ＡＰは、（Ｇ−）ＡＣＫフレーム１５０４_ＡＰを送信することによって、ＵＬＲ１５０２_ＳＴＡ２の受信をＳＴＡ２に知らせることができる。（Ｇ−）ＡＣＫフレーム１５０４_ＡＰは、ＡＰ宛てのＵＬパケットを有することを知らせたＳＴＡのグループに対する、受信に関する肯定応答とすることができる。（Ｇ−）ＡＣＫは、別のＤＬパケットまたはブロードキャスト／マルチキャストパケットにもピギーバックされ得る。ＡＰは、各ＳＴＡに割り当てられた、その上でそれらがＵＬＲパケット１５０８_ＳＴＡ１、１５０８_ＳＴＡ３、１５０８_ＳＴＡ４をＡＰに送信できるチャネルを有するＧ−Ｐｏｌｌフレーム１５０６_ＡＰを送出することによって、送信すべきＵＬパケットを有するかどうか、ＵＬ ＭＵ−ＰＣＡ ＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に対してポーリングを行うことができる。ＳＴＡ、例えば、ＳＴＡ４は、送信すべきＵＬパケットを有さないことを表示していることがある。

ＡＰは、ＵＬ ＭＵ−ＰＣＡグループの一部であり、送信すべきＵＬパケットを有するＳＴＡ（この例では、ＳＴＡ１およびＳＴＡ３）に、チャネル割り当てを有するＧ−ＣＴＳ１５１２_ＡＰを送信できる。それは、送信すべきＵＬパケットを有することを先に知らせたＳＴＡ２のための情報を含むＧ−ＣＴＳ１５１２_ＡＰも送信でき、それは、以下のいずれかを行うこと、すなわち、ＳＴＡ２に、割り当てられたチャネル２１８_４および動作モードに切り換えるように命令すること、ＳＴＡからのすべてのＵＬ送信の開始を揃えること、すべてのＵＬデータパケット１５１４_ＳＴＡ１、１５１４_ＳＴＡ３、１５１４_ＳＴＡ２に対するＡＰによるＡＣＫ１５１６_ＡＰが終了するまで、Ｇ−ＣＴＳ１５１２_ＡＰの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８_{１．．．４}上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１５１２_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１５１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１５１６_ＡＰの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８_{１．．．４}上で送信されるうちで時間的に最長のデータパケット（この例では、１５１４_ＳＴＡ１）の送信であり、それは、各ＵＬＲフレーム１５０８_ＳＴＡ１、１５０８_ＳＴＡ３、１５０８_ＳＴＡ４内に含まれる、および／またはＵＬＲ１５０２_ＳＴＡ２からの、データサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８_１上で送信される時間的に最長のＵＬデータパケット（１５１４_ＳＴＡ１）を割り当てることもできる。

送信すべきデータを有するＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３）およびＳＴＡ２は、それぞれに割り当てられたチャネルを介して、アップリンクパケット１５１４_ＳＴＡ１、１５１４_ＳＴＡ３、１５１４_ＳＴＡ２をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケット（１５１４_ＳＴＡ１）が終了した後、さらなるＳＩＦＳ間隔１５１０の間、待つことができ、ＵＬデータパケット１５１４_ＳＴＡ１、１５１４_ＳＴＡ３、１５１４_ＳＴＡ２の受信を通知するために、ＡＣＫ１５１６_ＡＰを送信できる。

上で説明された肯定応答方法に加えて、ＵＬ ＭＵ−ＰＣＡフレームの肯定応答は、ＢＡを使用しても同様に実施され得る。ＡＰは、例えば、ＵＬ ＭＵ−ＰＣＡセッションの終了時に、ＵＬ ＭＵ−ＰＣＡに対する肯定応答を返すことができ、ＡＰは、ＳＴＡから個々に割り当てられたチャネルを介して受信したＵＬ ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡを使用できる。別の例では、ＵＬ ＭＵ−ＰＣＡセッションの終了時に、ＳＴＡは、直ちに、またはある程度のＩＦＳ遅延をおいて、割り当てられたチャネルを介して、ＢＡＲフレームを送信できる。ＡＰは、ＳＴＡからＢＡＲを受信した場合、ＢＡを使用して、ＳＴＡからそのＳＴＡに割り当てられたチャネルを介して受信したＵＬ ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すことができる。別の例では、ＵＬ ＭＵ−ＰＣＡセッションの終了時に、ＭＵ−ＰＣＡグループ内で第１のＳＴＡとしてランク付けされたＳＴＡは、直ちに、またはある程度のＩＦＳ遅延をおいて、ＢＡＲをＡＰに送信できる。ＡＰは、ＳＴＡから受信したＵＬ ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡを送信できる。第１のＳＴＡがＡＰからＢＡを受信すると、ＭＵ−ＰＣＡフレーム内の第２のＳＴＡが、ＢＡＲをＡＰに送信でき、その後、ＡＰは、ＢＡを用いて応答できる。このプロセスは、ＡＰがＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡにＢＡを送信するまで継続できる。別の例では、ＡＰは、ＳＴＡからの明示的なＢＡＲがなくても、ＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡにＢＡを送信することを選択できる。別の例では、ＵＬ ＭＵ−ＰＣＡセッションの終了時に、ＡＰは、プライマリチャネルまたはすべてのチャネルを介して、ＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡに、ＡＣＫまたはＢＡもしくはグループＡＣＫを送信できる。フレームは、ＳＴＡのグループに対して、１または複数のフレームに対する肯定応答を返すように定義され得る。

ＵＬおよびＤＬ ＭＵ−ＰＣＡは、グループ構成／セットアップにおけるシグナリングのオーバヘッドを著しく低減するために、さらに組み合わされ得る。組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式が、図１６〜図２０に示されている。図１６〜図２０では、特定のＭＡＣ方式が例として示されるが、各特徴または要素は、説明されるＭＡＣ方式の他の特徴および要素なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得ることに留意されたい。

図１６は、組み合わされたＤＬとＵＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式１６００の例を示している。この方式を開始する前に、ＡＰは、以下のいずれかを、すなわち、ＤＬ ＭＵ−ＰＣＡパケット、および／またはＤＬ ＭＵ−ＰＣＡパケットを終了させるＧ−ＡＣＫ上にピギーバックされ得る、ＵＬ ＭＵ−ＰＣＡ送信を要求するためのシグナリングのいずれかを送信できる。すべての利用可能なチャネル２１８_{１．．．４}へのアクセスを獲得した後、ＡＰは、すべてのチャネル２１８_{１．．．４}上で、チャネル割り当てを有するＧ−ＲＴＳ１６０２_ＡＰを送出でき、それは、以下のいずれかを行うのに、すなわち、ＤＬ ＭＵ−ＰＣＡに参加するＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それらがＤＬパケットをＡＰから受信するために切り換えるべきチャネルを通知すること、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８_{１．．．４}を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを行うのに役立ち得る。チャネルの１つが、他のいくつかのＳＴＡによってすでに占有されている場合、Ｇ−ＲＴＳは、そのチャネルを介しては送信され得ず、ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。あるいは、ＭＰＭが、Ｇ−ＲＴＳ１６０２_ＡＰの代わりに送信され得る。

Ｇ−ＲＴＳ１６０２_ＡＰに続いて、ＤＬ ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができる。その後、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、（Ｇ−）ＣＴＳ１６０４_ＳＴＡ１、１６０４_ＳＴＡ３、１６０４_ＳＴＡ４を送信でき、それは、以下のいずれかを行うこと、すなわち、ＤＬパケットを受信する準備が整ったことをＡＰに通知すること、少なくとも、すべてのＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを行うことができる。（Ｇ−）ＣＴＳ１６０４_ＳＴＡ１、１６０４_ＳＴＡ３、１６０４_ＳＴＡ４を受信すると、ＡＰは、各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それぞれに割り当てられたチャネルを介して、（場合によってはパディング１６０８_ＡＰが施された）データパケット１６０６_ＡＰを送信できる。データパケット１６０６_ＡＰは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８_１のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８_１上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケット１６０６_ＡＰを作成するために、パディング１６０８_ＡＰが、すべてのチャネル２１８_{１．．．４}上で使用され得る。

ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれのデータパケット１６０６_ＡＰを受信し、データの復号に成功すると、受信の成功を知らせるために、ＡＣＫ、ＢＡ、またはＧ−ＡＣＫパケット１６１２_ＳＴＡ１、１６１２_ＳＴＡ３、１６１２_ＳＴＡ４を送出できる。ＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用して明示的にＡＣＫまたはＢＡを要求するまで、必要とされないことがある。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、ＡＰに送信すべきＵＬパケットを有する場合、ＡＣＫ、ＢＡ、もしくはＧ−ＡＣＫフレーム（１６１２_ＳＴＡ１、１６１２_ＳＴＡ３、もしくは１６１２_ＳＴＡ４）のＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定することによってＡＰに通知でき、または他の何らかの表示方法を使用できる。

各Ｇ−ＡＣＫフレーム１６１２_ＳＴＡ１、１６１２_ＳＴＡ３、１６１２_ＳＴＡ４の持続時間フィールドは、３×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋Ｇ−ＣＴＳ＿Ｔｉｍｅ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎに等しくなるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１６１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１６１８_ＳＴＡ１、１６１８_ＳＴＡ３、または１６１８_ＳＴＡ４の持続時間とすることができ、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、ＵＬデータパケット長（例えば、パケット１６１６_ＳＴＡ１、１６１６_ＳＴＡ３、または１６１６_ＳＴＡ４の長さ）、およびそれぞれのＳＴＡに対するＤＬデータパケット１６０６_ＡＰによって使用されるＭＣＳを使用することによって計算され得、Ｇ−ＣＴＳ＿Ｔｉｍｅは、ＳＴＡによってＡＰに送信された先行するＧ−ＣＴＳ（１６０４_ＳＴＡ１、１６０４_ＳＴＡ３、または１６０４_ＳＴＡ４）の持続時間と同じとすることができる。

一例では、ＡＣＫ、ＢＡ、もしくはＧ−ＡＣＫフレームは、ＡＰが、ＤＬ ＭＵ−ＰＣＡデータフレーム内でＳＴＡに対する逆方向グラント（ＲＤＧ）を伝達することによって、ＳＴＡがＵＬパケットの送信を開始できることを表示し得ることで省略され得、またはＤＬ ＭＵ−ＰＣＡの送信後にある程度の遅延をもって遅延させられ得る。このＲＤＧ表示は、ＭＡＣヘッダ内のＲＤＧ／モアＰＰＤＵインジケータを設定することによって、または他の方法を使用することによって実施され得る。

図１６を参照すると、ＡＰは、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、ＤＬチャネル割り当てとは異なる得るＵＬチャネル割り当てが含まれ得るＧ−ＣＴＳ１６１４_ＡＰを送信できる。Ｇ−ＣＴＳ１６１４_ＡＰは、以下のいずれかのために、すなわち、ＳＴＡからのすべてのＵＬ送信１６１６_ＳＴＡ１、１６１６_ＳＴＡ３、１６１６_ＳＴＡ４の開始を揃えるため、例えば、すべてのＵＬデータパケット１６１６_ＳＴＡ１、１６１６_ＳＴＡ３、１６１６_ＳＴＡ４に対するＡＰによる（Ｇ−）ＡＣＫ１６１８_ＡＰが終了するまで、Ｇ−ＣＴＳの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８_{１．．．４}上に媒体を確保するために使用され得る。Ｇ−ＣＴＳ１６１４_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１６１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１６１８_ＡＰの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネルを介して送信されるうちで時間的に最長のデータパケット（この例では、チャネル２１８_１上の１６０６_ＡＰ）の送信であり、それは、Ｇ−ＡＣＫフレーム１６１２_ＳＴＡ１、１６１２_ＳＴＡ３、または１６１２_ＳＴＡ４の持続時間フィールドから獲得される。

ＡＰがＤＬ ＭＵ−ＰＣＡデータフレーム内でＲＤＧを知らせる、別の例では、ＡＰは、Ｇ−ＣＴＳを送信しないことを選択できる。ＵＬ ＭＵ−ＰＣＡ内のＳＴＡは、送信すべきＵＬフレームを有する場合、割り当てられたチャネルを介してＤＬ ＭＵ−ＰＣＡフレームが終了した時に、場合によっては、ある程度のＩＦＳ遅延をおいて、開始する、ＵＬ ＭＵ−ＰＣＡ送信を開始できる。

図１６を参照すると、ＡＰからの（Ｇ−）ＣＴＳ１６１４_ＡＰの受信に続いて、ＵＬ ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１はチャネル２１８_１、ＳＴＡ３はチャネル２１８_２，３、ＳＴＡ４はチャネル２１８_４）上で、アップリンクパケット１６１６_ＳＴＡ１、１６１６_ＳＴＡ３、１６１６_ＳＴＡ４をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケット（この例では、１６１６_ＳＴＡ１）が終了した後、さらなるＳＩＦＳ間隔１６１０の間、待つことができ、ＵＬパケット１６１６_ＳＴＡ１、１６１６_ＳＴＡ３、１６１６_ＳＴＡ４の受信をＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に通知するために、（Ｇ−）ＡＣＫフレーム１６１８_ＡＰを送信できる。別の例では、一緒に符号化されたＡＣＫが、すべてのチャネル２１８_{１．．．４}にわたって、またはプライマリチャネル２１８_１上だけで、送信され得る。ＡＣＫは、すべてのチャネル２１８_{１．．．４}上で、もしくはプライマリチャネル２１８_１上だけで、ＢＡもしくはマルチユーザＡＣＫとしても実施され得、またはＡＰは、ＳＴＡがＢＡＲを使用してそれらを要求した場合、ＢＡを送信できる。

図１７は、ＳＴＡがＭＵ−ＰＣＡグループの一部であるＢＳＳシステムにおいてＳＴＡによって実行される、組み合わされたＤＬとＵＬのＭＵ−ＰＣＡのための方法の例示的なフロー図１７００を示している。１７０５において、ＳＴＡは、ＡＰから、ＳＴＡに関連付けられたチャネルを介して、ＡＰがＭＵ−ＰＣＡグループ内のＳＴＡに利用可能なチャネルを介してデータメッセージを同時に送信する準備ができていることを表示しているＲＴＳを受信できる。１７１０において、ＳＴＡは、ＡＰに、ＳＴＡに関連付けられたチャネルを介して、ＳＴＡがＳＴＡに関連付けられたチャネルを介して受信する準備ができていることを表示している送信可（ＣＴＳ）を送信できる。ＣＴＳは、ＭＵ−ＰＣＡセッションの間、ＳＴＡのために、ＳＴＡに関連付けられたチャネルを確保できる。１７１５において、ＳＴＡは、ＡＰから、ＳＴＡに関連付けられたチャネルを介して、データメッセージを受信でき、データメッセージは、利用可能なチャネル上の複数の同時データメッセージのグループの一部である。

１７２０において、ＳＴＡは、ＡＰに、ＳＴＡに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージ（またはＧ−ＡＣＫもしくはＢＡ）を送信でき、ＡＣＫ（またはＧ−ＡＣＫもしくはＢＡ）は、ＳＴＡがＡＰに送信すべきアップリンクデータを有する場合に「１」になるように設定される、モアフラグメントビットを含むことができる。１７２５において、モアフラグメントビットが、ＳＴＡにおけるＵＬデータの存在を示す、１になるように設定されている場合、１７３０において、ＳＴＡは、ＡＰから、ＳＴＡに割り当てられたチャネルを介して、ＳＴＡに関連付けられたチャネルがＳＴＡのＵＬ送信のために確保されたこと、およびＳＴＡがＡＰにＳＴＡに関連付けられたチャネルを介してＵＬデータを送信できることを表示している、送信可（ＣＴＳ）メッセージを受信できる。ＲＴＳ、ＣＴＳ、およびＡＣＫを含む、図１７におけるメッセージはいずれも、グループメッセージ、例えば、グループＲＴＳ（Ｇ−ＲＴＳ）、グループＣＴＳ（Ｇ−ＣＴＳ）、およびグループＡＣＫ（Ｇ−ＡＣＫ）とすることができる。

図１８は、組み合わされたＵＬとＤＬのＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１８００を示している。このＭＡＣ方式１８００の前に、ＳＴＡのグループは、以下のいずれかを、すなわち、ＡＰへのＵＬ ＭＵ−ＰＣＡパケット、およびＵＬ ＭＵ−ＰＣＡパケットを終了させるＧ−ＡＣＫ上にピギーバックされ得る、ＤＬ ＭＵ−ＰＣＡ送信のためのシグナリングのいずれかを送信できる。すべての利用可能な帯域幅２１８_{１．．．４}上のチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８_{１．．．４}上で、Ｇ−Ｐｏｌｌフレーム１８０２_ＡＰを送信でき、それは、以下のいずれかを、すなわち、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うこと、ＳＴＡにその上でＵＬＲパケットを用いて応答できる割り当てられたチャネルを通知すること、および／または持続時間フィールドを、したがって、チャネルをモニタするＳＴＡについてのＮＡＶを設定することによって、チャネルを確保することのいずれかを達成できる。ＵＬ ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、割り当てられたチャネル、および適切な送信モードに切り換えることができ、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８_１、ＳＴＡ３は２１８_２，３、ＳＴＡ４は２１８_４）上で、ＵＬＲパケット１８０４_ＳＴＡ１、１８０４_ＳＴＡ３、１８０４_ＳＴＡ４を用いて、Ｇ−Ｐｏｌｌに応答して、それらが有するＵＬパケットについてＡＰに通知できる。

ＡＰは、各チャネル２１８_{１．．．４}上で、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１８０６_ＡＰを送信でき、それは、以下のいずれかを、すなわち、ＳＴＡからのすべてのＵＬ送信１８０８_ＳＴＡ１、１８０８_ＳＴＡ３、１８０８_ＳＴＡ４の開始を揃えること、すべてのＵＬデータパケット１８０８_ＳＴＡ１、１８０８_ＳＴＡ３、１８０８_ＳＴＡ４に対して肯定応答を返すＡＰによる（Ｇ−）ＡＣＫフレーム１８１２_ＡＰが終了するまで、Ｇ−ＣＴＳ１８０６_ＡＰの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８_{１．．．４}上に媒体を確保することのいずれかを達成できる。Ｇ−ＣＴＳ１８０６_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１８１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１８１２_ＡＰの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８_{１．．．４}上で送信されるうちで時間的に最長のデータパケット（この例では、１８０８_ＳＴＡ１）の送信とすることができ、それは、各ＵＬＲフレーム１８０４_ＳＴＡ１、１８０４_ＳＴＡ３、１８０４_ＳＴＡ４内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８_１上で送信される時間的に最長のＵＬデータパケット（この例では、１８０８_ＳＴＡ１）を割り当てることもできる。

ＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８₁、ＳＴＡ３は２１８_2,3、ＳＴＡ４は２１８₄）上で、アップリンクパケット１８０８_STA1、１８０８_STA3、１８０８_STA4をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ間隔１８１０の間、待つことができ、ＡＰは、受信データパケットを正常に復号できた場合、Ｇ−ＡＣＫフレーム１８１２ＡＰを送信して、ＵＬパケット１８０８_STA1、１８０８_STA3、１８０８_STA4の受信を知らせることができる。１または複数のＵＬデータパケットが正しく復号されなかった場合、ＡＰは、それらに対応するチャネルを介しては、Ｇ−ＡＣＫパケットを送信できない。例では、ＡＰがＵＬパケットを正しく受信しなかったＳＴＡに送信すべきＤＬパケットを、ＡＰが有する場合、ＡＰは、自身宛てのＧ−ＣＴＳを送信できる。（Ｇ−）ＣＴＳ１８０６_APの持続時間フィールド設定は、以下で説明されるＧ−ＡＣＫの持続時間フィールド設定と同じとすることができる。（Ｇ−）ＡＣＫ１８１２_APは、任意のタイプのフレームとして、例えば、ＡＣＫ、ＢＡ、またはマルチユーザＡＣＫフレームとして実施され得る。例では、ＵＬ ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＳＴＡがＢＡＲフレームを使用してＡＣＫもしくはＢＡを明示的に要求するまで、省略され得る。

図１８を参照すると、ＡＰは、ＳＴＡに送信すべきＤＬパケットを有する場合、Ｇ−ＡＣＫフレーム１８１２_ＡＰのＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定でき、または他の任意の方法を使用して表示を提供できる。Ｇ−ＡＣＫフレーム１８１２_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１８１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１８１２_ＡＰの持続時間であり、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、時間的に最長のＤＬデータパケット（この例では、チャネル２１８_１上のデータパケット１８１４_ＡＰ）を使用することによって計算される。ＡＰがＡＣＫを提供しない例では、ＳＴＡは、ＤＬ ＭＵ−ＰＣＡフレームを送信すべきＡＰに逆方向グラントを提供するために、ＲＤＧインジケータをＵＬ ＭＵ−ＰＣＡフレーム内に含めることができる。

ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット１８１４_ＡＰを送信でき、それは、ＳＩＦＳ間隔１８１０の経過後に行うことができる。データパケット１８１４_ＡＰは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８_１のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケット１８１４_ＡＰが、プライマリチャネル２１８_１上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング１８１６_ＡＰが、任意のチャネル２１８_{１．．．４}上で使用され得る。ＳＴＡは、それぞれのデータパケット１８１４_ＡＰを受信すると、受信を知らせるために、それぞれのチャネルを介して、ＡＣＫパケット１８１８_ＳＴＡ１、１８１８_ＳＴＡ３、１８１８_ＳＴＡ４を送信できる。ＡＣＫ１８１８_ＳＴＡ１、１８１８_ＳＴＡ３、１８１８_ＳＴＡ４は、ＢＡとして実施され得る。別の例では、ＤＬ ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用してＡＣＫもしくはＢＡを明示的に要求するまで、省略され得る。

図１９は、ＵＬ ＭＵ−ＰＣＡ送信がプライマリチャネルを介して順番に送信されるＵＬＲによって開始され、個々のメッセージが他の例示的なＭＡＣ方式に関して上で説明されたように機能する、例示的なＭＡＣ方式１９００を示している。ＭＵ−ＰＣＡ内の各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、プライマリチャネル２１８_１上で、ＵＬＲフレーム１９０２_ＳＴＡ４、１９０４_ＳＴＡ３、１９０６_ＳＴＡ１を順番にＡＰに送信でき、ＡＰは、プライマリチャネルを介して、Ｇ−ＡＣＫ１９０８_ＡＰを送信することによって、それに対する肯定応答を返すことができる。ＡＰは、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、各チャネル２１８_{１．．．４}上で、チャネル割り当てを有するＧ−ＣＴＳ１９１２_ＡＰを送信できる。ＳＴＡは、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８_１、ＳＴＡ３は２１８_２，３、ＳＴＡ４は２１８_４）上で、データ１９１４_ＳＴＡ１、１９１４_ＳＴＡ３、１９１４_ＳＴＡ４を送信でき、ＡＰは、それぞれのチャネルを介して、Ｇ−ＡＣＫ１９１６_ＡＰを送信することによって、受信に成功したデータに対する肯定応答を返すことができる。

ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット１９１８_ＡＰを送信でき、それは、ＳＩＦＳ間隔１９１０の経過後に行うことができる。データパケット１９１８_ＡＰは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８_１のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケット１９１８_ＡＰが、プライマリチャネル２１８_１上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング１９２０_ＡＰが、任意のチャネル２１８_{１．．．４}上で使用され得る。ＳＴＡは、それぞれのデータパケット１９１８_ＡＰを受信すると、受信を知らせるために、それぞれのチャネルを介して、ＡＣＫパケット１９２２_ＳＴＡ１、１９２２_ＳＴＡ３、１９２２_ＳＴＡ４を送信できる。

図２０は、利用可能な帯域幅全体の上で制御フレームを使用して組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にし、ＷｉＦｉ規格および草案に準拠し得るが、ＭＰＭ、またはＧ−ＲＴＳ、Ｇ−ＣＴＳ、もしくはＧ−ＡＣＫフレームを解釈できないことがある、レガシＷｉＦｉ ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式２０００を示している。ＡＰは、ＭＵ−ＰＣＡ管理（ＭＰＭ）フレーム２００２_ＡＰを送信することによって、ＭＵ−ＰＣＡセッションを開始でき、ＭＰＭフレームは、それが、ＭＵ−ＰＣＡグループ内の各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）のためのチャネル割り当てを有する、組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信アナウンスメントであることを示す選択を含むことができる。

例では、ＡＰは、すべての利用可能なチャネル２１８_{１．．．４}上でＣＣＡを行い、すべてのチャネル２１８_{１．．．４}上でＭＰＭフレーム２００２_ＡＰを送信できる。ＭＰＭフレーム２００２ＡＰは、ＭＵ−ＰＣＡセッション全体のためのすべてのチャネル上におけるＮＡＶを設定するための情報をＭＡＣヘッダ内に含むことができる。例では、ＭＰＭは、ＮＡＶ設定情報を含まないことがあり、代わりに、ＡＰは、ＡＰが媒体へのアクセスを維持することを可能にするために、ＳＩＦＳまたはＰＩＦＳなどの十分に短いＩＦＳ２０１０を使用して、すべてのチャネル２１８_{１．．．４}上の媒体にアクセスでき、ＡＰがすべてのチャネル２１８_{１．．．４}上で（Ｇ−）ＲＴＳフレーム２００４_ＡＰフレームを送信して、ＤＬ／ＵＬ ＭＵ−ＰＣＡセッションを開始できるようにする。別の例では、ＡＰは、プライマリチャネル２１８_１上でのみＣＣＡを行うことができ、プライマリチャネル２１８_１上でＭＰＭフレーム２００２_ＡＰを送信できる。ＭＰＭフレーム２００２_ＡＰは、ＤＬ／ＵＬ ＭＵ−ＰＣＡセッションをアナウンスでき、その後、ＡＰは、すべてのチャネル２１８_{１．．．４}上でＣＣＡを行うことができ、すべてのチャネル２１８_{１．．．４}にアクセスすると、それは、すべてのチャネル２１８_{１．．．４}上で（Ｇ−）ＲＴＳフレーム２００４_ＡＰを送信して、ＤＬ／ＵＬ ＭＵ−ＰＣＡセッションを継続できる。

図２０を参照すると、すべての利用可能なチャネル２１８_{１．．．４}へのアクセスを獲得した後、ＡＰは、すべてのチャネルを介して、ＲＴＳ（またはＧ−ＲＴＳ）フレーム２００４_ＡＰを送出でき、それは、以下のいずれかを、すなわち、ＤＬ ＭＵ−ＰＣＡに参加するＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それらが割り当てられたチャネルに切り換えて、ＡＰからＤＬパケットを受信できることを通知すること、すべてのＤＬ／UL ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８_{１．．．４}を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保することのいずれかを達成するために役立ち得る。チャネルの１つが、いくつかの他のＳＴＡによってすでに占有されている場合、（Ｇ−）ＲＴＳは、そのチャネルを介しては送信され得ず、ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。

ＭＰＭまたはＧ−ＲＴＳフレームを解釈できないことがある、レガシＷｉＦｉ ＳＴＡの場合、ＡＰは、これらのＳＴＡを、プライマリチャネル２１８_１、またはレガシＷｉＦｉ ＳＴＡが動作することが可能な、プライマリチャネルを含む任意の連続もしくは非連続チャネルに割り当てることができる。レガシＷｉＦｉ ＳＴＡがＭＵ−ＰＣＡセッションに含まれる場合、ＡＰは、最初にＭＰＭフレーム２００２_ＡＰをすべてのＳＴＡに送信した後、すべてのチャネル２１８_{１．．．４}上でＲＴＳフレーム２００４_ＡＰを送信でき、または少なくとも、レガシＷｉＦｉデバイスが割り当てられたチャネルを介してＲＴＳフレーム２００４_ＡＰを送信できる。例では、ＳＴＡ１が、プライマリチャネルがチャネル１である、８０２．１１ｎ ＳＴＡであり、チャネル１およびチャネル２の両方において４０ＭＨｚ帯域幅上で動作できる場合、ＡＰは、その結果、ＳＴＡ１を４０ＭＨｚ動作のためにチャネル１およびチャネル２に割り当てることができる。ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡを、チャネル３およびチャネル４に割り当てることができる。ＡＰは、ＭＵ−ＰＣＡセッションを開始するために、チャネル１およびチャネル２上で、またはすべてのチャネルを介して、ＲＴＳフレームを送信できる。別の例では、ＳＴＡ１が、プライマリチャネルがチャネル１（８０ＭＨｚ）である、８０２．１１ａｃ ＳＴＡであり、ＳＴＡ１が、８０＋８０非連続動作が可能である場合、ＡＰは、８０＋８０非連続動作を使用して、ＳＴＡ１をチャネル１およびチャネル３上に割り当てることができる。その後、ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡを、チャネル２およびチャネル４に割り当てることができる。その後、ＡＰは、ＭＵ−ＰＣＡセッションを開始するために、チャネル１およびチャネル３上で、またはすべてのチャネルを介して、ＲＴＳフレームを送信できる。

図２０を参照すると、ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それらに割り当てられたチャネルに切り換えることができ、また正しい動作モードに切り換えることができ、例えば、ＳＴＡ１は、チャネル２１８_１に割り当てられ、そのため、それはチャネル２１８_１に切り換えることができ、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２１８_２，３に割り当てられ、そのため、それはチャネル２１８_２，３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル２１８_４に割り当てられ、そのため、それはチャネル２１８_４に切り換え、１ＭＨｚモードを使用して動作できる。

その後、ＳＴＡは、（Ｇ−）ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４を送信でき、それは、以下のいずれかを、すなわち、ＤＬパケット２００８_ＡＰを受信する準備が整ったことをＡＰに通知すること、少なくとも、すべてのＤＬ／ＵＬ ＭＵ−ＰＣＡパケットに対する肯定応答（２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４）がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを達成できる。例えば、（Ｇ−）ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４の持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿（Ｇ−）ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−（Ｇ−）ＣＴＳ＿Ｔｉｍｅになるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿（Ｇ−）ＲＴＳは、（Ｇ−）ＲＴＳフレーム２００４_ＡＰ内に含まれる持続時間設定とすることができ、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間とすることができ、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４の送信時間である。例では、ＭＵ−ＰＣＡグループ内の各ＳＴＡは、それがＡＰからＲＴＳフレーム２００４_ＡＰを受信した場合は、ＣＴＳフレーム２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４を送信でき、それがＡＰからＧ−ＲＴＳフレーム２００４_ＡＰを受信した場合は、Ｇ−ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４を送信できる。

ＣＴＳまたはＧ−ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４を受信すると、ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット２００８_ＡＰを送信できる。データパケット２００８_ＡＰは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８_１のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８_１上で送信されるように選択され得る。すべてのチャネル上のＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング２０１２_ＡＰが、必要とされる任意のチャネルを介して使用され得る。ＳＴＡは、それぞれのデータパケット２００８_ＡＰを受信し、データの復号に成功すると、受信の成功を知らせるために、それぞれに割り当てられたチャネルを介して、ＡＣＫ（またはＢＡもしくはＧ−ＡＣＫ）パケット２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４を送出できる。例では、ＤＬ ＭＵ−ＰＣＡパケット２００８_ＡＰに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用してＡＣＫもしくはＢＡを要求するまで、省略され得、または遅延させられ得る。

ＳＴＡは、ＡＰに送信すべきＵＬパケットを有する場合、ＡＣＫ（ＢＡもしくはＧ−ＡＣＫ）フレーム２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４のＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定でき、または他の何らかの表示方法を使用できる。（Ｇ−）ＡＣＫ２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４の持続時間フィールドは、３×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋（Ｇ−）ＣＴＳ＿Ｔｉｍｅ＋（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎに等しくなるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４の持続時間であり、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、ＵＬデータパケット（２０１８_ＳＴＡ１、２０１８_ＳＴＡ３、２０１８_ＳＴＡ４）長、およびＤＬデータパケット２００８_ＡＰによって使用されるＭＣＳを使用することによって計算され、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、ＳＴＡによってＡＰに送信された先行する（Ｇ−）ＣＴＳ２００６_ＳＴＡ１、２００６_ＳＴＡ３、２００６_ＳＴＡ４と同じ持続時間とすることができる。

ＡＣＫ（またはＢＡもしくはＧ−ＡＣＫ）フレームが省略される、または遅延させられる例では、ＡＰは、ＤＬ ＭＵ−ＰＣＡデータフレーム内でＳＴＡに対する逆方向グラント（ＲＤＧ）を伝達することによって、ＤＬ ＭＵ−ＰＣＡ送信の後、場合によってはある程度の遅延をおいて、ＳＴＡがＵＬパケットの送信を開始できることを表示していることができる。そのようなＲＤＧ表示は、例えば、ＭＡＣヘッダ内のＲＤＧ／モアＰＰＤＵインジケータを設定することによって、または他の任意の表示方法によって実施され得る。

ＡＰは、ＵＬ ＭＵ−ＰＣＡに参加するＳＴＡに、それぞれに割り当てられたチャネルを介して、ＣＴＳまたはＧ−ＣＴＳフレーム２１０６_ＡＰ（Ｇ−ＣＴＳは、ＤＬチャネル割り当てとは異なり得るチャネル割り当てを含むことができる）を送信できる。ＣＴＳフレーム２０１６_ＡＰは、以下のいずれかを、すなわち、ＳＴＡからのすべてのＵＬ送信２０１８_ＳＴＡ１、２０１８_ＳＴＡ３、２０１８_ＳＴＡ４の開始を揃えること、すべてのＵＬデータパケット２０１８_ＳＴＡ１、２０１８_ＳＴＡ３、２０１８_ＳＴＡ４に対するＡＰによるＡＣＫフレーム２０２０_ＡＰが終了するまで、（Ｇ−）ＣＴＳフレーム２０１６_ＡＰの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８_{１．．．４}上に媒体を確保することのいずれかを達成するために役立ち得る。（Ｇ−）ＣＴＳフレーム２０１６_ＡＰの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間であり、（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム２０２０_ＡＰの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネルを介して送信されるうちで時間的に最長のデータパケット２０１８_ＳＴＡ１の送信であり、それは、（Ｇ−）ＡＣＫフレーム２０１４_ＳＴＡ１、２０１４_ＳＴＡ３、２０１４_ＳＴＡ４の持続時間フィールドから獲得される。ＡＰがＤＬ ＭＵ−ＰＣＡデータフレーム内でＲＤＧを知らせることができる例では、ＡＰは、ＣＴＳまたはＧ−ＣＴＳを送信しないことを選択できる。ＵＬ ＭＵ−ＰＣＡ ＳＴＡ内のＳＴＡは、それらが送信すべきＵＬフレームを有する場合、割り当てられたチャネルを介して、直ちに、またはＤＬ ＭＵ−ＰＣＡフレームの終了後、ある程度のＩＦＳ遅延をおいて、ＵＬ ＭＵ−ＰＣＡ送信を開始できる。ＵＬ ＭＵ−ＰＣＡグループ内のすべてのＳＴＡは、割り当てられたチャネルを介して、アップリンクパケットをＡＰに送信する。

図２０を参照すると、ＡＰは、時間的に最長のＵＬデータパケット２０１８_ＳＴＡ１が終了した後、さらなるＳＩＦＳ間隔２０１０の間、待つことができ、ＵＬパケット２０１８_ＳＴＡ１、２０１８_ＳＴＡ３、２０１８_ＳＴＡ４の受信を通知するために、ＡＣＫフレーム２０２０_ＡＰを送信できる。例では、一緒に符号化されたＡＣＫが、すべてのチャネル２１８_{１．．．４}にわたって、またはプライマリチャネル２１８_１上だけで、送信される。ＡＣＫフレーム２０２０_ＡＰは、すべてのチャネル２１８_{１．．．４}上で、もしくはプライマリチャネル２１８_１上だけで、ＢＡもしくはマルチユーザＡＣＫとしても実施され得、またはＡＰは、ＳＴＡがＢＡＲを使用してそれらを要求した場合、ＢＡを送信できる。

例では、組み合わされたＤＬ／ＵＬまたは組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡ送信のＵＬ ＭＵ−ＰＣＡ部分は、ＵＬ ＭＵ−ＰＣＡグループ内の１または複数のＳＴＡが、送信すべきいかなるＵＬパケットも有さない場合、単独のＵＬ ＭＵ−ＰＣＡ送信の場合と同様に、上で説明されたような混成の遅延要件を有することもできる。上で単独のＤＬおよび単独のＵＬ ＭＵ−ＰＣＡセッションについて説明されたのと同様に、肯定応答は、ＡＣＫ、ＢＡ、またはマルチユーザＡＣＫによって実施され得る。ＡＰおよびＳＴＡは、ＢＡＲを送信することによって、肯定応答を個々に要求でき、応答として、ＢＡを受信できる。ＡＰは、ＵＬ ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すために、ＳＴＡのグループに、マルチユーザＡＣＫも送信できる。

ＤＬ単独、ＵＬ単独、または組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡ方式において、１または複数のデータパケット送信が失敗した場合、失敗したデータパケットは、再送される必要があることがある。異なる可能な再送方法が使用され得る。例では、ＤＬまたはＵＬパケットは、送信バッファの最上部に維持され得、すぐ次の送信機会に、１対１ユニキャスト送信で、または後続のＤＬ、ＵＬ、もしくは組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信で再送され得る。パケットの長さに応じて、パケットが再送されるたびに、長いまたは短い再送タイマがカウントアップされ得る。再送タイマが閾値に達した場合、パケットは廃棄され得る。別の例では、割り当てられた帯域幅上でＤＬまたはＵＬ ＭＵ−ＰＣＡパケットを再送するのに十分な時間があるように、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、Ｇ−Ｐｏｌｌ、および／またはＧ−ＡＣＫの持続時間フィールドを設定することによって、媒体が十分に長く確保され得る。ＮＡＶ設定は、ＤＬ、ＵＬ ＭＵ−ＰＣＡパケットの受信を伝えるために送信されたＡＣＫパケットの受信によって、キャンセルされ得る。

ＢＳＳ内のＳＴＡおよびＡＰは、ＭＵ−ＰＣＡ送信および受信に先だって、ＭＵ−ＰＣＡについての能力およびプリファレンスを知らせることができる。例えば、ＡＰは、ビーコン内に、プローブ応答または他の任意のタイプのフレーム、ＡＰがＭＵ−ＰＣＡに対応可能である旨のインジケータを含むことができる。そのようなインジケータは、能力についてのいくつかのインジケータとしても実施され得、例えば、１つのインジケータは、ＵＬ ＭＵ−ＰＣＡについての能力のために使用され得、および／または別のインジケータは、ＤＬ ＭＵ−ＰＣＡについての能力のために使用され得る。別の例では、４つのインジケータが、すなわち、ＤＬ ＭＵ−ＰＣＡ可能、ＵＬ ＭＵ−ＰＣＡ可能、ＤＬ ＳＵ−ＰＣＡ可能、またはＵＬ ＭＵ−ＰＣＡ可能が存在し得る。ＭＵ−ＰＣＡ能力インジケータは、任意の管理もしくは制御フレーム、もしくは他の任意のタイプのフレーム内の、またはＭＡＣもしくはＰＬＣＰヘッダ内のＩＥなど、任意の既存または新規フィールド内に含まれ得る。

同様に、ＳＴＡは、例えば、プローブ要求、アソシエーション要求、もしくは他の管理もしくは制御フレーム、もしくは他のタイプのフレームにおいて、またはＭＡＣもしくはＰＬＣＰヘッダにおいて、ＵＬおよびＤＬ ＭＵ−ＰＣＡ、またはＵＬおよび／もしくはＳＵ−ＰＣＡのための１または複数のインジケータを使用して、ＭＵ−ＰＣＡについての能力を同様に知らせることができる。ＡＰおよびＳＴＡは、ＭＵ−ＰＣＡプリファレンスを知らせることができる。ＭＵ−ＰＣＡ能力インジケータは、管理、制御、もしくは他のタイプのフレーム内のＩＥ内など、任意の既存または新規フィールド内に含まれ得る。

ＡＰ ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、以下の項目のいずれかを含むことができる。ＡＰ ＭＵ−ＰＣＡプリファレンスは、例えば、ＭＵ−ＰＣＡで利用可能なチャネルの数、またはＭＵ−ＰＣＡチャネルのロケーションを含む、ＭＵ−ＰＣＡチャネル関連情報を含むことができる。ロケーション情報は、例えば、以下のパラメータのいずれかによって、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、中心周波数、および／または帯域幅のいずれかによって識別される、プライマリチャネルのロケーションとすることができる。ロケーション情報は、例えば、以下のパラメータのいずれかによって、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、プライマリチャネルもしくは基準チャネルもしくは周波数と比較したオフセット、中心周波数、および／または帯域幅のいずれかによって識別される、ＭＵ−ＰＣＡ非プライマリチャネルのロケーションとすることができる。

ＡＰ ＭＵ−ＰＣＡプリファレンスは、ＭＵ−ＰＣＡ選択も含むことができる。例えば、ＭＵ−ＰＣＡ送信では、ＳＴＡは、１もしくは複数のチャネルを介して、または帯域幅全体の上でさえも、送信または受信を行うように割り当てられ得る。この場合、ＳＵ−ＰＣＡ選択の例は、以下のいずれかを、すなわち、ＰＨＹレイヤアグリゲーションのみ、ＭＡＣレイヤアグリゲーションのみ、混成ＰＨＹ／ＭＡＣレイヤアグリゲーション、連続アグリゲーションのみ、および／または非連続アグリゲーション可能のいずれかを含むことができる。ＰＨＹレイヤアグリゲーションのみが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１つのＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調されるＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できるにすぎない。ＭＡＣレイヤアグリゲーションのみが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）複数のＭＡＣフレームを、１つのチャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できる。混成ＰＨＹ／ＭＡＣレイヤアグリゲーションが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１または複数のＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できるにすぎない。連続アグリゲーションのみが選択された場合、ＡＰは、ＭＵ−ＰＣＡ送信において、連続チャネルのアグリゲーションを可能にできるにすぎない。非連続アグリゲーション可能が選択された場合、ＡＰは、連続チャネルばかりでなく、非連続チャネルのアグリゲーションも可能にすることができる。

ＡＰ ＭＵ−ＰＣＡプリファレンスは、ＭＵ−ＰＣＡグループに属すことができるＳＴＡの最大数、または言い換えると、与えられた時にＭＵ−ＰＣＡに参加できるＳＴＡの最大数を示すことができる、ＭＵ−ＰＣＡグループの最大サイズも含むことができる。

ＳＴＡ ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、以下の項目のいずれかを含むことができる。ＳＴＡ ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、ＭＵ−ＰＣＡチャネル関連情報、およびＭＵ−ＰＣＡ選択を含むことができる。ＭＵ−ＰＣＡチャネル関連情報は、例えば、以下の情報のいずれかを、すなわち、ＭＵ−ＰＣＡで利用可能なチャネルの最大数、各ＭＵ−ＰＣＡチャネルについての帯域幅、ＭＵ−ＰＣＡチャネルについての帯域幅が動的か、それとも静的か、および／または好ましいＤＬ／ＵＬ ＭＵ−ＰＣＡチャネルのいずれかを含むことができる。好ましいＤＬ／ＵＬ ＭＵ−ＰＣＡチャネル情報について、ＤＬ／ＵＬ ＭＵ−ＰＣＡチャネルのプリファレンスは、例えば、ハードウェア実装、能力、検出された干渉、および／またはノイズレベルなどに基づくことができる。したがって、好ましいＤＬ／ＵＬ ＭＵ−ＰＣＡチャネルのロケーションは、例えば、以下のパラメータのいずれかを、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、プライマリチャネルもしくは基準チャネルと比較したオフセット、周波数、中心周波数、および／または帯域幅のいずれかを使用して、情報内で識別され得る。

ＭＵ−ＰＣＡ選択は、例えば、以下の選択のいずれかを、すなわち、ＳＵ−ＰＣＡ可能およびＳＵ−ＰＣＡ選択のいずれかを含むことができる。ＳＵ−ＰＣＡ可能は、ＳＴＡがＳＵ−ＰＣＡを行うことが可能かどうかを示すことができる。ＳＵ−ＰＣＡ選択の場合、ＭＵ−ＰＣＡ送信では、ＳＴＡは、１もしくは複数のチャネルを介して、または帯域幅全体の上でさえも、送信または受信を行うように割り当てられ得る。ＳＵ−ＰＣＡ選択は、例えば、以下の選択のいずれかを、すなわち、ＰＨＹレイヤアグリゲーションのみ、ＭＡＣレイヤアグリゲーションのみ、混成ＰＨＹ／ＭＡＣレイヤアグリゲーション、連続アグリゲーションのみ、非連続アグリゲーション可能のいずれかを含むことができる。

ＰＨＹレイヤアグリゲーションのみが選択された場合、ＳＴＡは、（Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１つのＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調されるＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できるにすぎない。ＭＡＣレイヤアグリゲーションのみが選択された場合、ＳＴＡは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）複数のＭＡＣフレームを、１つのチャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できる。混成ＰＨＹ／ＭＡＣレイヤアグリゲーションが選択された場合、ＳＴＡは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１または複数のＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できるにすぎない。連続アグリゲーションのみが選択された場合、ＳＴＡは、ＭＵ−ＰＣＡ送信において、連続チャネルのアグリゲーションを可能にできるにすぎない。非連続アグリゲーション可能が選択された場合、ＳＴＡは、連続チャネルばかりでなく、非連続チャネルのアグリゲーションも可能にすることができる。加えて、ＡＰまたはＳＴＡは、新規または既存の管理、制御、または他のタイプのフレームを使用して、ＭＵ−ＰＣＡ能力および／またはプリファレンスの変更をいつでも知らせることができる。

ＷＬＡＮ ＰＨＹレイヤ送受信機は、周波数帯域全体の上でのシングルユーザ送信、または各ユーザが周波数帯域全体を占有しているＭＵ−ＭＩＭＯ送信をサポートでき、ユーザを区別するために、空間分割多元接続（ＳＤＭＡ）を使用できる。以下で説明されるＰＨＹレイヤ送受信機方式は、複数のユーザをサポートし、各ユーザは、周波数帯域を部分的に占有する。以下では、送信機および受信機は、対称帯域幅を有することが仮定される。以下は、アグリゲートされたチャネルの周波数ロケーションの性質に基づいた、いくつかのタイプのチャネルアグリゲーションの例であり、それらは、アグリゲートされたチャネルが周波数領域内で連続であり得る、連続チャネルアグリゲーション、アグリゲートされたチャネルが周波数領域内で非連続でないことがある、非連続チャネルアグリゲーション、アグリゲートされたチャネルの一部が連続であり得、残りが非連続であり得る、混成チャネルアグリゲーションである。以下では、チャネルアグリゲーションの例のいずれかで利用され得る、ＰＨＹレイヤ方法が説明される。ＰＨＹレイヤ方法は、上で提示説明されたＭＡＣソリューションのいずれかと併用され得る。潜在的な衝突を回避するため、Ｇ−ＣＴＳが、ＳＴＡによって、それぞれのチャネルを介して送信され得、送信チャネルを確保する。同じチャネルを介して動作することを望む他のＳＴＡは、チャネルが利用可能であるかどうかを判定するために、すべてのパケットをリスンできる。Ｇ−ＲＴＳおよびＧ−ＣＴＳを受信すると、ＳＴＡは、ＮＡＶを設定し、以下で詳細に説明される仮想キャリアセンス（ＶＣＳ）を有することができる。

各ユーザのためのＩＦＦＴおよび／または高速フーリエ変換（ＦＦＴ）サイズは、ユーザのために定義または構成される最小の帯域幅によって決定され得る。例えば、１ＭＨｚがシステムの最小動作帯域幅である場合、ＩＦＦＴ／ＦＦＴサイズは、１ＭＨｚの帯域幅に対応して３２に固定され得る。他のシステムの場合も、同じルールが適用され得る。別の例では、ＩＦＦＴ／ＦＦＴサイズは、サブキャリアサイズ、またはガード期間サイズなどの他のシステム設計検討事項に応じて異なり得る。いくつかの連続チャネルが１つのユーザに割り当てられる場合、ＡＰおよび／またはＳＴＡは、より広い帯域幅上で動作することも選択できる。より広い帯域幅が利用される場合、システムは、いくつかのチャネルが別々に使用されるシステムよりも高いスペクトル効率を有することができる。このシナリオでは、ＳＴＡは、連続チャネルを用いてアグリゲーションを行うことが可能であり得、より広い帯域幅を用いて送信できる。ＳＴＡは、異なる能力をサポートできる。ＳＴＡの関連する能力に基づいたＳＴＡ挙動の変更が、以下で詳細に説明される。以下は、ＳＴＡ能力に依存し得るＳＴＡ挙動の例である。

一例では、ＳＴＡは、チャネルアグリゲーションが可能であり得る。ＳＴＡは、チャネルアグリゲーションの能力を有し、より多くのデータをＡＰから必要とする場合、ＡＰと事前にネゴシエートできる。その後、ＡＰは、複数のチャネルを介してＧ−ＣＴＳを送信するようにＳＴＡに要求するＧ−ＲＴＳを送信できる。ＳＴＡに割り当てられたアグリゲートされたチャネルが非連続である場合、ＭＡＣレイヤからのデータを異なる周波数チャネルに分割するために、セグメント解析器が利用され得る。各チャネルを介しての送信および受信は、各周波数チャネルに対して別々に定義される手順を使用して、ＳＴＡによって実行され得る。異なるチャネル品質、受信信号対雑音比（ＳＮＲ）、および／または送信機／受信機能力に応じて、同等のＭＣＳおよび／または非同等のＭＣＳの両方が、アグリゲートされたチャネルに適用され得る。同等のＭＣＳの場合、ＡＰまたはＳＴＡは、ＭＡＣレイヤから渡されたデータに対して符号化および変調を実行でき、その後、セグメント解析器によって、それらを異なるアグリゲートされたチャネルに分割できる。別の例では、ＡＰまたはＳＴＡは、符号化および変調の前に、セグメント解析を行うことができる。非同等のＭＣＳの場合、アグリゲートされた各チャネルは、独自のＭＣＳを有することができる。

異なるＭＣＳレベルに基づいて、ＡＰまたはＳＴＡは、セグメント解析器を使用して、ＭＡＣレイヤからのビットを異なるチャネルに分割でき、別々の符号化および変調方式を実行できる。例えば、チャネル１が１／２のコードレートで１６直交振幅変調（ＱＡＭ）を処理でき、チャネル２がレート１／２で４相位相偏移変調（ＱＰＳＫ）を処理でき、受信機において、例えば、１０％のフレーム誤り率（ＦＥＲ）を保証する場合、セグメント解析器は、チャネル１のためのビットが、チャネル２のためのビットの２倍になるように分割できる。別の例では、周波数ダイバーシティをより良く利用するために、両方の周波数帯域（すなわち、チャネル）上で、同じデータが送信され得る。

図２１は、チャネルアグリゲーションが可能なＳＴＡを有する、例示的な送信フロー図２１００を示している。図２１では、同等のＭＣＳまたは非同等のＭＣＳが適用され得ることが仮定される。この例では、３つのＭＵ−ＰＣＡ ＳＴＡ２１０２_{１，２，３}が、ＡＰ側で同時にサポートされ、ＳＴＡ２ ２１０２_２は、非連続的にアグリゲートされる２つのチャネル２、３を占有し、チャネルアグリゲーションが可能であることが仮定される。各ＭＵ−ＰＣＡ ＳＴＡ２１０２_{１，２，３}は、（それぞれ）データｘ_１、ｘ_２、ｘ_３を入力として受け取ることができ、必要とされる場合は、パディング２１０４_{１，２，３}をデータに適用できる。各ＳＴＡ２１０２_{１，２，３}は、それぞれの入力ストリームに、スクランブリング２１０６_{１，２，３}、前方誤り訂正（ＦＥＣ）２１０８_{１，２，３}、およびインターリーブ２１１０_{１，２，３}を適用できる。チャネルアグリゲーションを実行しないＳＴＡ１ ２１０２_１およびＳＴＡ３ ２１０２_３は、各々、コンステレーションマッピング２３１３_２，３、逆離散フーリエ変換（ＩＤＦＴ）２１１６_１，３、ガード区間（ＧＩ）２１１８_１，３、および無線周波数フロントエンド（ＲＦ）２１２０_１，３をそれぞれ適用して、チャネルｙ_１およびチャネルｙ_３を生成できる。

ＳＴＡ２ ２１０２_２は、セグメント解析器２１１０_２を使用して、２つのチャネルを並列で生成でき、２つのインターリーバ２１１２_２、２１１２_２’、２つのコンステレーションマッパ２１１４_２、２１１４_２’、２つのＩＤＦＴ２１１６_２、２１１６_２’、２つのＧＩ２１１８_２、２１１８_２’、および２つのＲＦフロントエンド２１２０_２、２１２０_２’を適用して、２つのチャネルｙ_２、ｙ_２’を生成できる。

図２１では、ＳＴＡ２ ２１０２_２に対して、ＦＥＣ符号化２１０８_２の後、インターリーバ２１１２_２の前に、セグメント解析器２１１０_２が使用され得る。別の例では、セグメント解析器２１１０_２は、より良い周波数ダイバーシティを達成できるように、単一のインターリーバ２１１２_２に後続できる。別の例では、セグメント解析器２１１０_２は、ＦＥＣ符号化器２１０８_２の前に配置され得、各セグメントに対してＦＥＣ符号化器が存在でき、別々の符号化レートおよび／または符号化方式が、各セグメント上で実行され得る。

図２２は、ＰＬＣＰヘッダが別々の周波数チャネルを介して送信される、例示的なＰＨＹレイヤ方式２２００を示している。この例では、（例えば、図２１の）ＳＴＡ２は、チャネル２１８_２，３に割り当てられ、データアグリゲーションを使用でき、ＳＴＡ１は、チャネル２１８_１に割り当てられ、ＳＴＡ３は、チャネル２１８_４に割り当てられる。ＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）２２１０_ＳＴＡ１、２２１０_ＳＴＡ２、２２１０_ＳＴＡ２’、２２１０_ＳＴＡ３は、それぞれのチャネル２１８_{１，２，３，４}上で送信され得る。各ＰＰＤＵ、例えば、ＰＰＤＵ２２１０_ＳＴＡ１は、プリアンブル部２２１２_ＳＴＡ１と、データ部２２０８_ＳＴＡ１とを含むことができ、プリアンブル部２２１２_ＳＴＡ１は、ショートトレーニングフィールド（ＳＴＦ）２２０２_ＳＴＡ１と、ロングトレーニングフィールド（ＬＴＦ）２２０４_ＳＴＡ１と、信号（ＳＩＧ）フィールド２２０６_ＳＴＡ１とを含むことができる。チャネル２１８_２，３は、ともにＳＴＡ２によって使用されはするが、別々のＰＰＤＵ２２１０_ＳＴＡ２、２２１０_ＳＴＡ２’を有することができる。この例におけるＳＴＡ２のためのＳＩＧフィールド２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’は、チャネル２１８_２，３上で、位相回転を用いて、または用いずに反復され得る、同じ情報を含むことができる。非同等のＭＣＳを用いる場合、すべてのＭＣＳが、ＳＩＧフィールド２２０６_ＳＴＡ１、２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’、２２０６_ＳＴＡ３内で示され得、ＭＣＳレベルと周波数チャネルとの間のマッピングも、ＳＩＧフィールド２２０６_ＳＴＡ１、２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’、２２０６_ＳＴＡ３内で伝達され得る。別々のＳＩＧフィールド２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’は、ＳＴＡ２のための各チャネル２１８_２，３上で符号化され得る。

非同等のＭＣＳを用いる場合、各チャネル２１８_{１．．．４}は、別々のＭＣＳに割り当てられ得る。したがって、チャネル２１８_２，３上で送信される２つのＳＩＧフィールド２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’は、異なり得る。別の例では、ＳＴＡ２のためのＳＩＧフィールド２２０６_ＳＴＡ２は、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、ＳＩＧフィールド２２０６_ＳＴＡ２、２２０６_ＳＴＡ２’内で、チャネル２１８_２，３上で送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、それぞれ、２２０６_ＳＴＡ２または２２０６_ＳＴＡ２’内で、割り当てられたチャネル２１８_２，３上で送信され得る。

動作ＷＬＡＮシステムに応じて、プリアンブルフォーマット２２１２_ＳＴＡ１、２２１２_ＳＴＡ２、２２１２_ＳＴＡ２’、２２１２_ＳＴＡ３は、異なり得る。例えば、（超）高スループットプリアンブルまたはビーム形成もしくはＭＵ−ＭＩＭＯ送信のための方向プリアンブルを含む、より長いプリアンブルが適用され得る。ＳＴＡに割り当てられたアグリゲートされたチャネルが連続している場合、ＳＴＡまたはＡＰは、非連続アグリゲーションの場合のように同じ送信方式を利用でき、またはより広い帯域幅を用いて動作できる。

図２３は、ＡＰにおける混成のアグリゲートされたチャネルを介してのＤＬ送信フロー図２３００の例を示している。図２３、図２４、および図２５の例では、チャネル１およびチャネル４は、非連続であり、一方、チャネル２およびチャネル３は、隣接または連続していることが仮定される。３つのＭＵ−ＰＣＡ ＳＴＡ２３０２_{１，２，３}が、同時に送信できる。ＭＵ−ＰＣＡ ＳＴＡ２３０２_１，３のためのＰＰＤＵは、それぞれ、チャネル１、４上で送信され得、一方、ＳＴＡ２３０２_２は、チャネルアグリゲーションが可能であり得、２つの連続チャネル、チャネル２、３に割り当てられ得、したがって、より大きな帯域幅上で送信できる。

各ＭＵ−ＰＣＡ ＳＴＡ２３０２_{１，２，３}は、（それぞれ）データｘ_１、ｘ_２、ｘ_３を入力として受け取ることができ、必要とされる場合は、パディング２３０４_{１，２，３}をデータに適用できる。各ＭＵ−ＰＣＡ ＳＴＡ２３０２_{１，２，３}は、それぞれの入力ストリームに、スクランブリング２３０６_{１，２，３}、ＦＥＣ２３０８_{１，２，３}、インターリーブ２３１０_{１，２，３}、およびコンステレーションマッピング２３１２_２，３を適用できる。チャネルアグリゲーションを実行しないＭＵ−ＰＣＡ ＳＴＡ２３０２_１，３は、各々、ＩＤＦＴ２３２０_１，３、ＧＩ２３２２_１，３、およびＲＦ２３２４_１，３をそれぞれ適用して、信号ｙ_１および信号ｙ_３を生成できる。ＳＴＡ２ ２３０２_２は、チャネルアグリゲーションを使用できるので、２つのＩＤＦＴ２３２０_２、２３２０_２’、２つのＧＩ２３２２_２、２３２２_２’、および２つのＲＦフロントエンド２３２４_２、２３２４_２’を適用して、２つの信号ｙ_２、ｙ_２’を生成できる。

ＳＴＡ２ ２３０２_２の場合、パディングビット２３０４_２が、入力ストリームｘ_２に追加され得、スクランブラ２３０６_２に渡され得る。スクランブルされたビットは、ＦＥＣ符号化のためにＦＥＣ２３０８_２に転送される。インターリーバ２３１０_ＳＴＡ２が適用され得、インターリーブされたビットは、コンステレーションマッピング２３１２_ＳＴＡ２に渡され得る。生成されたコンステレーションシンボルは、時空間符号化ブロック（ＳＴＢＣ）２３１４に渡され得る。例では、コンステレーションシンボルは、ＳＴＢＣ２３１４を通さずに、空間マッピングユニット２３１８に直接的に渡され得る。ＳＴＢＣ２３１４は、ＭＡＣレイヤからＰＨＹレイヤに渡されるＴＸＶＥＣＴＯＲにおいて規定され得、この情報は、ＳＩＧフィールド内で送信され得る。ＳＴＢＣブロック２３１４の後、１つのシンボルストリームは、２つのシンボルストリーム２３２５、２３２５’になることができる。第１のシンボルストリーム２３２５は、そのまま、空間マッピングユニット２３１８に渡され得、第２のシンボルストリーム２３２５’は、循環シフトダイバーシティ（ＣＳＤ）方式２３１６を用いるように適用され得る。空間マッピングユニット２３１８は、２つのシンボルストリーム２３２５、２３２５’に適用され得る。空間マッピングユニット２３１８は、例えば、空間領域プリコーディング方式とすることができる。その後、一般的なＩＤＦＴ２３２０_２、２３２０_２’、ＧＩブロック２３２２_２、２３２２_２’、およびＲＦフロントエンド２３２４_２’が、各シンボルストリームごとに後に続く。

この例におけるＳＴＡ２３０２_２によって利用されるＩＤＦＴ２３２０_２、２３２０_２’のサイズは、ＭＵ−ＰＣＡ ＳＴＡ２３０２_１，３のＩＤＦＴ２３２０_１，３のサイズよりも２倍大きくすることができる。加えて、異なる送信方式が、ＳＴＡ２３０２_２に適用され得る。例えば、以下の送信技法のいずれかが、使用されてよく、または使用されなくてよく、時空間ブロック符号化（ＳＴＢＣ）２３１４、ビーム形成（図示されず）、または示されていない他のＭＩＭＯ方式が、利用され得る。循環シフトダイバーシティ（ＣＳＤ）２３１６は、累進位相または時間シフトを各空間ストリームに適用するために使用され得、それは、ＭＵ−ＰＣＡのためのチャネルの周波数ダイバーシティを高めることができる。空間マッピングユニット２３１８は、符号化された情報を別々の空間ストリームにマッピングするために使用され得る。さらに、同等のＭＣＳ方式および非同等のＭＣＳ方式の両方が適用され得る。非同等のＭＣＳを用いる場合、ＭＡＣパケットを分割するために、追加のセグメント解析器が適用され得る。パケットを分割するための多くの可能な方法が存在する。例えば、パケットは、２つの部分に分割され得、各部分は、異なるチャネル（例えば、チャネル２、３）に対応する。

別の例では、パケットは、３以上の部分に分割され得、各部分は、事前定義されたサブチャネルまたはサブリソースブロックに対応し得、リソースブロックは、サブキャリアのグループを指し得る。リソースブロックは、サブチャネルよりも小さくてよく、またはサブチャネルに等しくてもよい。異なるＭＣＳレベルが異なる部分に適用され得、ＭＣＳレベルは、ＳＩＧフィールド内で伝達され得る。ＳＩＧフィールドは、ユーザのためのすべてのＭＣＳレベルを含むことができる。ＭＣＳレベルとチャネル／リソースブロックとの間のマッピングも、ＳＩＧフィールド内で与えられ得る。ＳＩＧフィールドは、すべてのチャネルを介して反復され得、あるいはＳＩＧフィールドは、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、すべての利用可能なチャネルを介して送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、それが割り当てられたチャネル／帯域上で送信され得る。

ＳＴＡは、複数のチャネル（連続または非連続）をアグリゲートする場合、すべてのチャネルを介して、単一のインターリーバを用いて、インターリーブでき、非同等のＭＣＳも使用できる。これを達成する１つの方法は、以下の通りである。Ｎ_ＢＩＴＳを、１つのアグリゲートされた直交周波数分割多重（ＯＦＤＭ）シンボルで送信されるビットの総数とする。Ｎ_ＢＩＴＳは、以下のように、各帯域ｉにおける、コンステレーションシンボル当たりのビットの数Ｎ_{ＢＰＳ，ｉ}と、データキャリアの数（Ｎ_Ｄ，ｉ）とによって表される各帯域における所望のコンステレーションに依存し得る。

例えば、８０２．１１では、４０ＭＨｚチャネルは、Ｎ_Ｄ，１＝１０８であるが、２０ＭＨｚチャネルは、Ｎ_Ｄ，２＝５２である。１つの４０ＭＨｚチャネルと１つの２０ＭＨｚチャネルとがアグリゲートされ、４０ＭＨｚモードが、６４ＱＡＭとともに使用され（Ν_{ΒΡＳ，１}＝６およびＮ_Ｄ，１＝１０８）、２０ＭＨｚモードが、１６ＱＡＭとともに使用される（Ｎ_{ＢＰＳ，２}＝４およびＮ_Ｄ，２＝５２）場合、Ｎ_ＢＩＴＳ＝１０８×６＋５２×４＝８５６である。その後、Ｎ_ＢＩＴＳに基づいて、インターリーバのために、列の数（Ｎ_ＣＯＬ）が設定され得る。Ｎ_ＣＯＬは、Ｎ_ＢＩＴＳの因数とすることができる。上の例を続けると、Ｎ_ＣＯＬは、８または１０７とすることができ、８５６＝８×１０７である。Ｎ_ＣＯＬは、特定のチャネルモデルについてのシミュレーション結果から導出され得る。インターリーバの行の数は、Ｎ_ＲＯＷ＝Ｎ_ＢＩＴＳ／Ｎ_ＣＯＬとして定義され得る。第１の置換の前の符号化ビットのインデックスは、ｋによって表され得、ｉは、第１の置換の後、第２の置換の前のインデックスとすることができ、ｊは、第２の置換の後、変調マッピングの直前のインデックスとすることができる。したがって、インターリーバの第１の置換は、
ｉ＝Ｎ_ＲＯＷ（ｋ ｍｏｄ Ｎ_ＣＯＬ）＋ｆｌｏｏｒ（ｋ／Ｎ_ＣＯＬ） ｋ＝０，１，．．．，Ｎ_ＢＩＴＳ−１ 式２
と定義され得る。

第２の置換は、各帯域上で、その帯域において使用されるＭＣＳに応じて、別々に実行され得る。Ν_{ＴＯＴ，ｉ}は、Ν_{ＴＯＴ，ｉ}＝Ｎ_Ｄ，ｊＮ_{ＢＰＳ，ｊ}であり、各帯域におけるＯＦＤＭシンボル当たりのビットの総数であると仮定する。その場合、

および

である。

複数の空間ストリームが存在する場合、上で説明されたインターリーバが、各空間ストリーム上で使用され得、異なる空間ストリーム間で、さらなるローテーションが適用され得る。デインターリーバは、あるとするならば、各帯域および空間ストリーム上で、上の置換を逆転できる。

図２４は、混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の例示的なフロー２４００を示している。図２３のＳＴＡ１、ＳＴＡ２、およびＳＴＡ３が、ＰＰＤＵ２４０１_ＳＴＡ１、２４０１_ＳＴＡ２、および２４０１_ＳＴＡ３送信し、ＳＴＡ１およびＳＴＡ３のためのＰＰＤＵ２４０１_ＳＴＡ１および２４０１_ＳＴＡ３は、それぞれ、チャネル２１８_１および２１８_４上で送信され得、一方、ＳＴＡ２は、チャネルアグリゲーションが可能であり、２つの連続チャネル２１８_１，２に割り当てられ得、したがって、より大きい帯域幅上で送信する。ＰＰＤＵ２４０１_ＳＴＡ１と２４０１_ＳＴＡ３は、それぞれ、ＳＴＦ２４０２_ＳＴＡ１と２４０２_ＳＴＡ３、ＬＴＦ２４０４_ＳＴＡ１と２４０４_ＳＴＡ３、ＳＩＧ２４０６_ＳＴＡ１と２４０６_ＳＴＡ３、および（パディングが付加された）データ２４０８_ＳＴＡ１と２４０８_ＳＴＡ３を含むことができる。ＳＴＦは、とりわけ、パケット検出の開始、ならびに粗略な時間および周波数オフセット補正のために使用され得る。ＬＴＦは、とりわけ、精密な時間および周波数オフセット補正、ならびにチャネル推定のために使用され得る。ＳＩＧフィールドは、ＰＨＹレイヤヘッダを搬送できる。

２つのチャネル２１８_２，３上で送信されるアグリゲートされたデータを含むＰＰＤＵ２４０１_ＳＴＡ２は、ＳＴＦ２４０２_ＳＴＡ２、ＬＴＦ２４０４_ＳＴＡ２、ＬＴＦ２４１０_ＳＴＡ２、ＳＩＧ２４０６_ＳＴＡ２、および（パディングが付加された）データ２４０８_ＳＴＡ２を含むことができる。ＰＰＤＵ２４０１_ＳＴＡ２は、２つのＬＴＦ２４０４_ＳＴＡ２、２４１０_ＳＴＡ２を有することができ、第２のＬＴＦ２４１０_ＳＴＡ２は、２つのデータストリームがＳＴＡ２に送信される場合、チャネル推定のために使用され得る。

通常の帯域幅を用いて送信される、ＳＴＡ１およびＳＴＡ３のためのＰＰＤＵ２４０１_ＳＴＡ１および２４０１_ＳＴＡ３と比較すると、ＳＴＡ２のためのＰＰＤＵ２４０１_ＳＴＡ２では、ＳＴＦ２４０２_ＳＴＡ２、ＬＴＦ２４０４_ＳＴＡ２、ＳＩＧフィールド２４０６_ＳＴＡ２を含むＰＬＣＰヘッダと、ＳＴＡ２のためのデータ２４０８_ＳＴＡ２の両方が、より広い帯域幅を用いて送信される。この例示的なフロー２４００に示される送信は、ＧＲＴＳ／ＧＣＴＳプロトコルによって保護され得る。したがって、同じＢＳＳまたはオーバラップするＢＳＳ（ＯＢＳＳ）内の意図されていないＳＴＡは、ＭＵ−ＰＣＡ送信を理解することを必要としなくてよい。図２４の例では、意図されていないＳＴＡは、より広い帯域幅上で動作することが可能でない場合、チャネル２１８_２，３上で送信されるプリアンブルを理解しなくてよい。意図されていないＳＴＡは、データセッションの前に送信されるＧＲＴＳ／ＧＣＴＳシーケンスを検出でき、ＮＡＶをしかるべく設定できる。しかしながら、ＰＬＣＰヘッダフォーマットを変更することによって、ＰＨＹレイヤにおいて追加の保護を提供することも可能である。

図２５は、混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の別の例示的なフロー２５００を示している。チャネル２１８_{１．．．４}上での送信方式は、ＳＴＡ２のためのレガシＰＬＣＰヘッダ情報がチャネル２１８_２，３上で別々に送信され得ることを除いて、図２４におけるものと同じである（ＰＰＤＵ２５０１_ＳＴＡ１は、ＰＰＤＵ２４０１_ＳＴＡ１と同じであり、ＰＰＤＵ２５０１_ＳＴＡ２は、ＰＰＤＵ４５０１_ＳＴＡ２と同じであり、ＰＰＤＵ２５０１_{ＳＴＡ１３}は、ＰＰＤＵ２４０１_ＳＴＡ３と同じである）。レガシＰＬＣＰヘッダ情報は、レガシＳＴＦ（ＬＳＴＦ）２５０２_ＳＴＡ２と、レガシＬＴＦ（ＬＬＴＦ）２５０４_ＳＴＡ２と、レガシＳＩＧ（ＬＳＩＧ）２５０６_ＳＴＡ２とを含む。したがって、図２５は、図２４のＰＬＣＰヘッダフォーマットの例示的な変形を示しており、１組のＳＴＦ、ＬＴＦ、およびＳＩＧフィールドがチャネル２およびチャネル３上で反復して送信されるので、それは、非ＭＵ−ＰＣＡユーザおよび他のＯＢＳＳユーザによって検出可能であり得る。

図２３〜図２５で説明される上の例は、より広い帯域幅を用いて、ＳＴＡ２／ユーザ２と通信するソリューションを示している。システムスペクトル効率は、より広い帯域幅を使用する場合、より高くなり得、したがって、スケジューラは、チャネルアグリゲーションが連続的に行われるかどうかを知ることができ、重いトラフィック負荷を有するユーザを連続的にアグリゲートされるチャネルに割り当てようと試みることができる。別の例では、ＳＴＡ２／ユーザ２は、通常の単一チャネル帯域幅を用いて通信できるが、２つの通常のチャネルを占有できる。ＳＴＡ２／ユーザ２のためのＩＦＦＴ／ＩＤＦＴサイズは、ＳＴＡ１およびＳＴＡ３のためのものと同じにすることができる。この場合、トラフィックを２つの部分に分割するために、（図２１および図２２の例と同様に）セグメント解析器が利用され得る。チャネル品質およびＳＴＡフィードバック能力に応じて、同等のＭＣＳおよび非同等のＭＣＳの両方が適用され得る。このソリューションは、より広い帯域幅を用いて動作するＳＴＡ２／ユーザ２ほど効率的であり得ないが、実施するのがより容易であり得る。

一例では、ＳＴＡは、ＭＩＭＯが可能であり得る。ＭＩＭＯ方式は、ＭＵ−ＰＣＡ送信のために使用され得る。ＭＩＭＯ送信は、限定することなく、空間分割多重（ＳＤＭ）、ＳＴＢＣ、ビーム形成、ＣＤＤ、またはＭＵ−ＭＩＭＯを含むことができる。ＭＩＭＯ送信は、送信機側および受信機側における利用可能なアンテナの数に依存し得る。例えば、Ｍ個の送信アンテナとＮ個の受信アンテナを用いるＭＩＭＯシステムは、シングルユーザＭＩＭＯ（ＳＵ−ＭＩＭＯ）またはＭＵ−ＭＩＭＯのために、最大でｍｉｎ（Ｍ，Ｎ）個の空間データストリームをサポートできる。既存のＷｉＦｉ仕様および規格では、ＡＰ／ＳＴＡは、送信機側と受信機側の両方における利用可能なアンテナの数についての知識を有することができる。したがって、適切なＭＩＭＯ方式が選択され得る。ＭＵ−ＰＣＡ送信では、ＡＰ側におけるアンテナは複数のユーザと共用される必要があるので、ＡＰ側において利用可能なアンテナの数を知ることは、ＳＴＡが適切なＭＩＭＯ方式を選択するのに十分でないことがある。さらに、ＭＵ−ＰＣＡ送信によってサポートされるユーザの数は、時間とともに変化し得る。したがって、ＡＰが、そのＭＩＭＯ能力、および一度にサポートされるＭＵ−ＰＣＡユーザの数を広告することが可能でないことがあり、すべてのＭＵ−ＰＣＡ送信は、同じセットアップに従うことがある。例では、ＡＰは、ＳＴＡにＭＣＳを割り当てることができる。このように、ＡＰは、ＳＴＡのための適切なＭＩＭＯ方式を決定でき、例えば、ＰＬＣＰヘッダ内で（例えば、ＳＩＧフィールド内で）、ＭＣＳおよび（複数のユーザに対するチャネル／空間ストリーム割り当てを定義する）複数のユーザの位置を広告できる。別の例では、この情報は、ＭＵ−ＰＣＡ送信の前に交換され得る。

ＳＴＡ挙動の別の例では、ＳＴＡは、チャネルアグリゲーションが可能でないことがある。この場合、ＳＴＡは、最大で１つのチャネルおよび１つの帯域幅を割り当てられ得る。ＭＵ−ＰＣＡまたはＳＵ−ＰＣＡは、同じ送受信機方式を利用できる。同等のＭＣＳおよび非同等のＭＣＳの両方が適用され得、同様に、異なるＭＩＭＯ方式が適用され得る。

ＳＵ−ＰＣＡまたはＭＵ−ＰＣＡのいずれかにおいて、１組のチャネルが使用される場合、各チャネルのために使用される送信電力は異なり得る。これは、地方行政もしくは国家行政によって制定される規制が原因であり得、または大きく異なることがある観測されるチャネル状態が原因であり得る。ＳＵ−ＰＣＡの場合、アグリゲートされたチャネルの組内のチャネルは、異なる干渉、フェージングなどを経験し得る。ＭＵ−ＰＣＡの場合、ＡＰと様々なＳＴＡとの間のチャネルは、干渉および高速フェージングに加えて、距離、シャドウフェージングなどが原因で変動し得る。各チャネルの状態に適合するために、およびより高いスループットを達成するために、非同等のＭＣＳが使用され得る。

１組の連続または非連続のチャネルまたは周波数セグメントの各々ごとに、非同等のＭＣＳおよび／または非同等の送信電力をサポートするため、変更されたＴＸＶＥＣＴＯＲおよびＲＸＶＥＣＴＯＲが使用され得、それらの例が以下で説明される。ＴＸＶＥＣＴＯＲおよびＲＸＶＥＣＴＯＲは、以下の形式のベクトルとして設計され得、
ＴＸＶＥＣＴＯＲ＝［ＴＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ，ＴＸＶＥＣＴＯＲ＿０，ＴＸＶＥＣＴＯＲ＿１，．．．，ＴＸＶＥＣＴＯＲ＿Ｎ］ 式５
ＲＸＶＥＣＴＯＲ＝［ＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ，ＲＸＶＥＣＴＯＲ＿０，ＲＸＶＥＣＴＯＲ＿１，．．．，ＲＸＶＥＣＴＯＲ＿Ｎ］ 式６
ここで、ＴＸＶＥＣＴＯＲ＿ＣｏｍｍｏｎおよびＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎは、ＳＵ−ＰＣＡもしくはＭＵ−ＰＣＡで使用されるすべてのチャネル、またはすべての周波数セグメントに適用される、パラメータを含むことができ、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸ＿ＶＥＣＴＯＲ＿ｉ、０＜ｉ＜Ｎは、第ｉのチャネルまたは周波数セグメントに固有のパラメータを含むことができる。第ｉのチャネルは、任意の帯域幅とすることができ、連続および非連続の周波数セグメントから成ることができる。

例えば、８０２．１１ａｆネットワークでは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉは、例えば、ＴＶＨＴ＿Ｗ、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、ＴＶＨＴ＿Ｗ＋Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードなど、８０２．１１ａｆ規格で定義される動作モードにある、帯域幅がＷの第ｉのチャネルのためのパラメータを含むことができる。

あるいは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉは、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅が２Ｗの第ｉのチャネルのためのパラメータを含むことができる。ＴＸＶＥＣＴＯＲ＿ＣｏｍｍｏｎおよびＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ内に含まれ得るいくつかのパラメータが、表５に示されており、ここで、ＹおよびＮは、対応するパラメータの存在（Ｙ）または非存在（Ｎ）を示す。

表６は、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉ内に含まれ得るいくつかのパラメータを示しており、ここで、ＹおよびＮは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉ内の対応するパラメータの存在（Ｙ）または非存在（Ｎ）を示し、ＭＵは、ＭＩＭＯモードの存在を示す。

表６のすべてのパラメータ、例えば、Ｐａｒａｍｅｔｅｒ＿ｉ、０＜ｉ＜Ｎは、第ｉのチャネルまたは周波数セグメントに固有のパラメータとすることができる。第ｉのチャネルは、任意の帯域幅とすることができ、連続または非連続の周波数セグメントから成ることができる。例えば、８０２．１１ａｆネットワークでは、Ｐａｒａｍｅｔｅｒ＿ｉは、ＴＶＨＴ＿Ｗ、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、ＴＶＨＴ＿Ｗ＋Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅がＷの第ｉのチャネルのためのパラメータを含むことができる。あるいは、Ｐａｒａｍｅｔｅｒ＿ｉは、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅が２Ｗの第ｉのチャネルのためのパラメータとすることができる。

ＳＴＡ／ＡＰは、以下で説明される例などのＰＬＣＰ送信および受信手順を使用することによって、ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡのための非同等のＭＣＳおよび非同等の送信電力に対するサポートを達成でき、ＳＴＡ／ＡＰは、上で説明されたように、チャネルへのアクセスを獲得できる。ＰＰＤＵの送信は、ＰＨＹＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）プリミティブを受信した後、ＰＬＣＰによって開始され得、ＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔプリミティブのためのＴＸＶＥＣＴＯＲ要素は、上で説明されているようになる。

各チャネルまたは周波数セグメントごとに、ＰＬＣＰは、ＰＭＤを構成するための以下の物理媒体依存（ＰＭＤ）プリミティブ、すなわち、ＰＭＤ＿ＴＸＰＷＲＬＶＬ．ｒｅｑｕｅｓｔおよびＰＭＤ＿ＴＸ＿ＰＡＲＡＭＥＴＥＲＳ．ｒｅｑｕｅｓｔで、パラメータを発行できる。ＴＸＰＰＷＲＬＶＬおよびＴＸ＿ＰＡＲＡＭＥＴＥＲＳは、チャネルまたは周波数セグメントの各々に固有とすることができる。ＰＬＣＰは、ＴＸＶＥＣＴＯＲパラメータ内の要素によって定義されるチャネルまたは周波数セグメントの各々においてＰＬＣＰプリアンブルの送信を開始するために、ＰＭＤ＿ＴＸＳＴＡＲＴ（ＴＸＶＥＣＴＯＲ）．ｒｅｑｕｅｓｔプリミティブを発行できる。ＰＬＣＰプリアンブル送信が、すべてのチャネルまたは周波数セグメント上で開始された後、ＰＨＹレイヤエンティティは、データスクランブリングおよびデータ符号化を開始できる。各チャネルまたは周波数セグメント上における各パケットのデータフィールドに対する符号化方法は、上で説明されたように、ＴＸＶＥＣＴＯＲのＦＥＣ＿ＣＯＤＩＮＧ＿ｉ、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ｉ、ＮＵＭ＿ＳＴＳ＿ｉ、ＳＴＢＣ＿ｉ、ＭＣＳ＿ｉ、およびＮＵＭ＿ＵＳＥＲＳ＿ｉパラメータに基づくことができる。データは、ＭＡＣによって発行される各チャネルまたは周波数セグメント上における各データフレームのための一連のＰＨＹ−ＤＡＴＡ．ｒｅｑｕｅｓｔ（ＤＡＴＡ）プリミティブ、およびＰＨＹレイヤによって発行されるＰＨＹ−ＤＡＴＡ．ｃｏｎｆｉｒｍプリミティブを通して、ＭＡＣレイヤとＰＨＹレイヤとの間で交換され得る。

ＰＬＣＰ受信手順は、ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡにおける非同等のＭＣＳおよび非同等の送信電力をサポートできる。ＰＭＤが、すべてのチャネルまたは周波数セグメント上で、送信されたＰＬＣＰプリアンブルを受信すると、ＰＭＤ＿ＲＳＳＩ．ｉｎｄｉｃａｔｉｏｎは、チャネルまたは周波数セグメントの各々についての受信信号強度をＰＬＣＰに報告できる。ＰＭＤプリミティブＰＭＤ＿ＲＳＳＩは、チャネルまたは周波数セグメントの各々についての受信ＲＳＳＩ値、ＲＳＳＩ＿ｉを記録できるＰＬＣＰに発行され得る。ＰＬＣＰは、ＭＡＣに発行されるＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ（ＲＸＶＥＣＴＯＲ）プリミティブ内に、直近に受信されたＲＳＳＩ＿ｉ値を含めることができる。

ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，ｃｈａｎｎｅｌ−ｌｉｓｔ）が発行された後、ＰＨＹエンティティは、すべてのチャネルまたは周波数セグメント上において、トレーニングシンボルの受信を開始できる。すべてのチャネルまたは周波数セグメント上において、プリアンブルから正しいシグナリングおよびモードが検出された場合、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ（ＲＸＶＥＣＴＯＲ）プリミティブが発行され得る。プリミティブに関連付けられたＲＸＶＥＣＴＯＲは、上で指定されたパラメータのいずれかを含むことができる。ＰＨＹレイヤは、ＲＸＶＥＣＴＯＲに従って、すべてのチャネルまたは周波数セグメント上において、ＰＳＤＵをさらに復号できる。ＰＳＤＵの受信ビットは、チャネルまたは周波数セグメント上における各ＰＳＤＵについての一連のＰＨＹＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ（ＤＡＴＡ）プリミティブ交換を使用して、オクテットに組み立てられ、復号され、ＭＡＣに提示され得る。すべてのチャネルまたは周波数セグメント上において、最後のＰＳＤＵオクテットの最終ビット、ならびに可能なパディングおよびテイルビットを受信した後、受信機は、ＲＸ ＩＤＬＥ状態に戻ることができる。

ＰＨＹレイヤは、動作帯域幅にいくつかの制限を有することがある。例えば、８０２．１１ａｈデバイスのいくつかは、ＭＵ−ＰＣＡに参加するとき、複数のチャネルをアグリゲートできることがあるが、各動作チャネルの帯域幅は、２ＭＨｚに制限されることがあり、一方、ＡＰ側では、（各々が１ＭＨｚの帯域幅を有する）３つのチャネルがアグリゲートされ、このＭＵ−ＰＣＡユーザに割り当てられ得る。この例では、ＭＡＣレイヤにおいて、ＡＰは、２つの別々のＭＡＣパケットを準備でき、それらが、ユーザに送信される。ＰＨＹレイヤでは、ＡＰは、１つのＭＡＣパケットを、２ＭＨｚの帯域幅を有するアグリゲートされたチャネルの１つに割り当てることができ、ＭＡＣパケットの残りを、１ＭＨｚの帯域幅を有する別のチャネルに割り当てることができる。これは、レイヤマッピングを使用して達成され得る。

図２６は、（Ｎまたはより少数のユーザのための）Ｎ個のＭＡＣパケット２６０２をＫ個のレイヤ２６０６にマッピングするためにレイヤマッピング２６０４を使用する例示的な方法２６００のフロー図である。各レイヤは、割り当てられたデータストリームを独立に処理できる。例えば、各レイヤは、別々の符号化および変調方式を、また別々のＭＩＭＯ方式も有することができる。異なるインターリーバ（図示されず）が、各レイヤごとに定義され得、または１つのインターリーバが、いくつかのレイヤにわたって使用され得る。レイヤマッピング２６０４は、例えば、１つのＭＡＣパケットを１つのレイヤに、複数のＭＡＣパケットを１つのレイヤに、１つのＭＡＣパケットを複数のレイヤにマッピングでき、または複数のＭＡＣパケットから複数のレイヤへの総合的なマッピングを行うことができる。レイヤ処理の後、パケットは、空間／周波数マッピング２６０８に渡され得、それは、複数のレイヤを複数の空間ストリームまたは周波数帯域にさらにマッピングできる。方法２６００は、先に説明されたすべてのＰＨＹ設計に適用され得る。

以下の例は、非対称帯域幅を用いる送信／受信を使用することによって可能にされるＭＵ−ＰＣＡに関する。非対称帯域幅の使用は、柔軟なアーキテクチャを有することができ、それがＭＵ−ＰＣＡによってサポートできるユーザの数は、アンテナの数によって制限されない。さらに、それは、ＷＬＡＮ ＳＴＡ、またはＡＰ／ＳＴＡ設計のコストを簡素化または低減できる。広く分離された周波数を通しての、連続および／または非連続チャネルを介してのＭＵ−ＰＣＡの使用は、非対称帯域幅には困難であり得る。例えば、同時にＡＰに送信されるＵＬ ＭＵ−ＰＣＡ ＳＴＡは、遠近問題を回避するために、ＡＰにおける受信電力レベルにおいて近くなければならないことがある。また、ＵＬ ＭＵ−ＰＣＡパケットの同時送信は、ＡＰが各パケットを正しく復号することが可能なように、ガード区間（ＧＩ）内でＡＰに到着しなければならないことがある。

８０２．１１ａｆおよび８０２．１１ａｈ仕様は、８０２．１１ａｃ仕様のクロックダウンされたバージョンと見なされ得る。その結果、ガード区間（ＧＩ）は、８マイクロ秒の長さになり得、それは、１ｋｍのカバレージ範囲上で６．６７マイクロ秒のラウンドトリップ時間（ＲＴＴ）を仮定する場合、ＵＬ ＭＵ−ＰＣＡパケットの時間アライメントを可能にするのに十分な長さであり得る。タイミング同期機能（ＴＳＦ）タイマは、現在１マイクロ秒の精度を保ち得ることにも留意されたい。ＴＳＦタイマ精度およびＧＩ持続時間の仮定の下では、複数のＳＴＡからパケットを同時に受信するために、周波数セグメントの各々のための複数の受信機の代わりに、単一の受信機がＡＰにおいて使用され得る。

８０２．１１ａｈフレームワークにおいて提案されるチャネライゼーションは、非対称帯域幅を用いる送信／受信の使用を合理的な可能性にすることができる。現在または近い将来のＲＦ技法は、単一のＲＦチェーンを用いて、８０２．１１ａｈおよび他の１ＧＨｚ未満技術について想定される帯域幅全体をカバーすることが可能である。

ＭＡＣおよびＰＨＹレイヤ方法は、非対称帯域幅を用いる送信／受信を扱うために、上述の観察を利用する。単独ＵＬ、単独ＤＬ、組み合わされたＵＬ／ＤＬ、および再送方式のためのＭＡＣレイヤ方式は、非対称帯域幅を用いる送信／受信のための上述されたものと同様とすることができる。しかしながら、送信／受信は非対称帯域幅を用いるので、ＭＡＣレイヤの追加の変更が、以下で説明されるように実行され得る。非対称帯域幅を用いるＭＵ−ＰＣＡをサポートするためのＰＨＹレイヤ方法も提示される。一例は、相対的に広帯域のＡＰおよび相対的に狭帯域のＳＴＡを使用するＭＵ−ＰＣＡを提供することである。別の例では、複数狭帯域組み合わせＡＰおよび狭帯域のＳＴＡを使用するＭＵ−ＰＣＡがＳＴＡに提供される。これらの例では、ＡＰおよび非ＡＰのハードウェアが変更され得る。

以下で説明される例示的な方法、シグナリング、および手順は、周波数が広く分離された複数の連続または非連続チャネルを介して、ＭＵ−ＰＣＡを複数のＳＴＡに同時に提供する。これらの方法は、例えば、８０２．１１ａｈまたは類似の技術において、非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡを可能にでき、それは、ＵＬ ＭＵ−ＰＣＡ送信を揃えるために正確なタイミングが存在する他のＷＬＡＮシステムにおいても、ＭＵ−ＰＣＡを可能にできる。

非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡをサポートするためのＭＡＣ設計は、以下で説明される２つの部分から成ることができ、それらは、単独ＤＬ、単独ＵＬ、および組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にするＭＡＣ方式と、ＳＴＡグループ管理である。単独ＵＬ、単独ＤＬ、組み合わされたＵＬ／ＤＬ、ＵＬ／ＤＬのＭＵ−ＰＣＡのためのＭＡＣレイヤ方式、および再送方式は、上で説明されたような対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡの場合に提示されるものと同様である。

（非対称帯域幅を用いる送信／受信を使用する）ＭＵ−ＰＣＡに参加するＳＴＡは、ＵＬ、ＤＬ、または組み合わされたＵＬとＤＬ送信のために、事前決定またはアドホック方式でグループに組織され得る。ＳＴＡグループ化は、ＵＬおよびＤＬについて異なり得る。ＤＬ ＭＵ−ＰＣＡグループ管理は、対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡについて上で説明されたものと同様である。ＳＴＡは、基準の中でもとりわけ、動作チャネル幅、ＡＰにおける同様の受信電力、ＱｏＳ優先度、同期、およびバッファされるパケット長など、いくつかの異なる基準の１つまたは組み合わせに従って、一緒にグループ化され得る。良好に調整されている場合、ＳＴＡのグループは、利用可能な周波数帯域幅のある部分を最大で帯域幅全体まで利用でき得る。

ＵＬ ＭＵ−ＰＣＡグループ管理の場合、同時ＵＬ ＭＵ−ＰＣＡ送信は、ＧＩ内に、同様の受信電力でＡＰに到着できる。グループ化は、ＡＰですでに利用可能であり得る各ＳＴＡについて、受信信号強度表示（ＲＳＳＩ）インジケータを使用して行われ得る。ＡＰは、ＳＴＡから受信された各パケットについてのＲＳＳＩを記録できる。ＡＰは、例えば、［０ｄＢ，Ｎ ｄＢ］、［Ｎ＋１ｄＢ，２×Ｎ ｄＢ］、．．．、［ｍ×Ｎ＋１ｄＢ，（ｍ＋１）×Ｎ ｄＢ］の形式で、ＲＳＳＩ区間を定義できる。Ｎの値は、ＡＰの受信機の許容誤差に依存し得る。例えば、ＳＴＡは、最近Ｌ個のＲＳＳＩ値の９０％が区間［（ｎ−１）×Ｎ＋１ｄＢ，ｎ×Ｎ ｄＢ］に分類される場合、ＲＳＳＩ区間またはビンｎに入ることができる。

同じビン内に含まれるすべてのＳＴＡは、同じＵＬ ＭＵ−ＰＣＡグループに分類される候補になり得る。ＲＳＳＩは、ＳＴＡとＡＰとの間の距離の粗略な推定であり得るので、グループから同時に送信されたＵＬ ＭＵ−ＰＣＡパケットが、ＧＩ内にＡＰに到着することを可能にし得る。同じＲＳＳＩビン内のＳＴＡは、様々な基準によって、例えば、以下のいずれかを、すなわち、最大チャネル幅のＳＴＡを最初に選択すること、最小チャネル幅のＳＴＡを最初に選択すること、または同様のＱｏＳ要件を有するＳＴＡを選択することのいずれかを行うことによって、さらに選択されて、利用可能なチャネルを最大限占有できるグループを形成できる。加えて、ＳＴＡのグループ化のためばかりでなく、グループモニタリングおよび維持のための様々なシグナリング、メカニズム、および手順も、様々なＷＬＡＮシステムにおいてＭＵ−ＰＣＡを可能にするために適用され得る。

非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡのためのＰＨＹレイヤ手順が、以下で説明される。いくつかのケースは、ＡＰは、相対的に広帯域の送信／受信を実行でき、ＳＴＡは、相対的に狭帯域の送信／受信を実行できる。ＰＨＹレイヤ方法は、ＡＰ側においてハードウェアコストを低くすることができ、ＳＴＡ側において複雑さを高くすることができ、および／またはＭＵ−ＰＣＡをより柔軟にすることができる。ＯＦＤＭベースのＷＬＡＮシステムを仮定すると、異なるチャネル帯域幅ごとに、サブキャリア周波数間隔は、定数とすることができる。したがって、チャネル帯域幅が２倍にされると、ＯＦＤＭシステムのために利用されるＩＦＦＴ／ＦＦＴサイズも２倍にされ得る。例えば、８０２．１１ａｈでは、２ＭＨｚチャネル帯域幅モードは、ＰＨＹレイヤにおいて、６４ポイントＩＦＦＴ／ＦＦＴを必要とし得、４ＭＨｚチャネル帯域幅モードは、１２８ポイントＩＦＦＴ／ＦＦＴを必要とし得る。サブキャリア間隔がΔ_Ｆで表されると仮定する。

ＡＰが、Ｎ個のチャネルをアグリゲートし、各チャネルは、中心周波数がｆ_ｎ、ｎ∈｛１，２，．．．，Ｎ｝、帯域幅がＢＷ_ｎであると仮定すると、アグリゲートされたチャネルの帯域幅ＢＷは、

になり得る。

アグリゲーション全体によって張られる帯域幅は、

である。

連続チャネルアグリゲーションの場合、ＢＷ＝ＢＷ_ｓｐａｎであり、一方、非連続チャネルアグリゲーションの場合、ＢＷ＜ＢＷ_ｓｐａｎである。ＡＰは、アグリゲートされたチャネルをＫ個のユーザに割り当てることができる。アグリゲートされたチャネルにおいて利用されるＩＦＦＴ／ＩＤＦＴサイズＮ_ＦＦＴは、

に等しくすることができる。例えば、８０２．１１ａｈでは、ＡＰが、２つの１ＭＨｚチャネルと１つの２ＭＨｚチャネルを連続的にアグリゲートする場合、ＢＷ＝ＢＷ_ｓｐａｎ＝４ＭＨｚである。Δ_Ｆ＝３１．２５ｋＨｚである場合、アグリゲートされたチャネルのためのＩＦＦＴ／ＩＤＦＴサイズＮ_ＦＦＴは、４０００／３１．２５＝１２８である。非連続チャネルアグリゲーションを用いる例では、ＢＷ_ｓｐａｎ＝５ＭＨｚであり、一方、ＢＷ＝４ＭＨｚであり、この非連続的にアグリゲートされたチャネルのためのＩＦＦＴ／ＩＤＦＴサイズＮ_ＦＦＴは、５０００／３１．２５＝１６０である。

ＰＰＤＵ構造およびＰＬＣＰヘッダは、図２７、図２８、および図２９に示されるように変更され得る。図２７、図２８、および図２９では、ＰＬＣＰヘッダは、ショートトレーニングフィールド（ＳＴＦ）と、ロングトレーニングフィールド（ＬＴＦ）と、ＳＩＧフィールドとを含む。ＰＬＣＰヘッダは、より長いプリアンブルを含むことができ、例えば、それは、レガシ動作または無指向性動作のための第１の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドであって、組のＳＴＦ、ＬＴＦ、ＳＩＧが無指向性アンテナ重みで加重して送信され得る第１の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドと、（超）高スループット動作または指向性動作のための第２の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドであって、１組のＳＴＦ、ＬＴＦ、ＳＩＧが選択されたアンテナ重みで加重して送信され得、このモードがＭＵ−ＭＩＭＯ送信またはビーム形成送信のために使用され得る、第２の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドとを含むことができる。ＤＬおよびＵＬ送受信機が以下で説明される。

ＤＬ送信機の場合、ＳＴＦは、規格で定義される最小チャネルのＳＴＦフォーマットを使用して送信され得る。異なる並列チャネルでは、ＳＴＦは、位相回転を行って、または行わずに、反復され得る。別の例では、ＳＴＦは、パケットの残りと同じ帯域幅を使用して送信され得る。ＬＴＦ、ＳＩＧ、およびデータフィールドは、式９で定義されたようなＩＦＦＴ／ＩＤＦＴサイズＮ_ＦＦＴを使用して送信され得る。特別なガード区間および／またはヌルサブキャリア（トーン）が、ユーザ間に挿入され得る。特別なガード／ヌルサブキャリアは、対応するスペクトルマスク要件に従って設計され得る。ガード／ヌルトーンのロケーションは、ユーザ割り当ておよびユーザ帯域幅に従って変更され得る。ＬＴＦは、ガードトーンを有する広帯域フォーマットを使用して送信され得る。ＬＴＦは、狭帯域フォーマットとともに使用され得るが、ＬＴＦシーケンスは、パケットのＳＩＧ／データ部分で利用されるすべてのデータサブキャリアをカバーできる。ＳＩＧフィールドは、各チャネルにおいて同一で、反復され得、またはユーザ固有もしくはチャネル固有とすることができる。

図２７および図２８は、ＭＵ−ＰＣＡユーザがそれぞれ３個および２個のＰＨＹレイヤ方式２７００、２８００の例を示している。図２７では、ＳＴＡ１は、チャネル２１８_１に割り当てられ、ＳＴＡ３は、チャネル２１８_２，３に割り当てられ、ＳＴＡ４は、チャネル２１８_４に割り当てられる。ＡＰは、アグリゲートされる各チャネル２１８_{１．．．４}上で、位相回転を行って、または行わずに、ＳＴＦ２７０２_ＡＰを、続いて、ＬＴＦ２７０４_ＡＰを送信できるが、ＬＴＦ２７０４_ＡＰについては、チャネル２１８_２，３の組み合わされた帯域幅上で送信する。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２７０６_ＳＴＡ１、２７０６_ＳＴＡ３、２７０６_ＳＴＡ４、ならびにデータ（およびパディング）２７０７_ＳＴＡ１、２７０８_ＳＴＡ３、２７０８_ＳＴＡ４をＡＰに送信できる。

図２８では、ＳＴＡ１は、チャネル２１８_１，２に割り当てられ、ＳＴＡ２は、チャネル２１８_３，４に割り当てられる。ＡＰは、アグリゲートされる各チャネル２１８_{１．．．４}上で、位相回転を行って、または行わずに、ＳＴＦ２８０２_ＡＰを、続いて、チャネル２１８_１，２およびチャネル２１８_３，４の組み合わされた帯域幅上で、ＬＴＦ２８０４_ＡＰを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２８０６_ＳＴＡ１、２８０６_ＳＴＡ２、ならびにデータ（およびパディング）２８０８_ＳＴＡ１、２８０８_ＳＴＡ２を送信する。

図２９は、ＭＵ−ＰＣＡ送信のための例示的なＳＴＦフォーマットを用いるＰＨＹレイヤ方式２９００の例を示している。図２９では、ＳＴＡ１は、チャネル２１８_１，２に割り当てられ、ＳＴＡ２は、チャネル２１８_３，４に割り当てられる。ＳＴＦ２９０２_ＡＰは、パケットの残りと同じ帯域幅を使用して、すなわち、組み合わされたチャネル２１８_１，２、２１８_３，４上で送信され得る。簡潔な、またはプリアンブルのフォーマットが使用され得る。例えば、（ビーム形成またはＭＵ−ＭＩＭＯ送信のために使用される）（超）高スループット部分または指向性部分を有するロングプリアンブルが使用され得る。ロングプリアンブルは、追加のＰＨＹ保護を提供できる。図２８の例と同様に、ＡＰは、チャネル２１８_１，２およびチャネル２１８_３，４の組み合わされた帯域幅上でＬＴＦ２９０４_ＡＰを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２９０６_ＳＴＡ１および２９０６_ＳＴＡ２、ならびにデータ（およびパディング）２９０８_ＳＴＡ１および２９０８_ＳＴＡ２を送信できる。

図３０は、ＭＵ−ＰＣＡ送信上で追加の保護を提供するためにロングプリアンブルを使用するＰＰＤＵを用いる例示的なＰＨＹレイヤ方式３０００を示している。ＳＴＦ３００６_ＡＰ、ＬＴＦ３００８_ＡＰ、およびＳＩＧフィールド３０１０_ＡＰを含むプリアンブル部分を含む、ＡＰによる狭帯域送信３００２は、各チャネル２１８_{１．．．４}上で反復され得る。狭帯域送信３００２に対応するプリアンブル部分は、ＭＵ−ＰＣＡ能力を有する、または有さない、通常の意図されていないＳＴＡによって検出され得る。ＳＴＦ３０１２_ＡＰおよびＬＴＦ３０１４_ＡＰを含む、ＭＵ−ＰＣＡ送信３００４に対応するプリアンブル部分は、ＭＵ−ＰＣＡ可能なＳＴＡによって検出され得る。ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれ、ＳＩＧフィールド３０１６_ＳＴＡ１、３０１６_ＳＴＡ３、３０１６_ＳＴＡ４、ならびに、データ（およびパディング）３０１８_ＳＴＡ１、３０１８_ＳＴＡ３、３０１８_ＳＴＡ４を送信できる。ＭＵ−ＰＣＡ可能でないＳＴＡまたは意図されていないＳＴＡが、それがＭＵ−ＰＣＡ送信であること、および自身がＭＵ−ＰＣＡ送信の潜在的な送信先または受信機であるかどうかを知り得るように、情報が、狭帯域送信のＳＩＧフィールド３０１０_ＡＰ内で搬送され得る。他の変形も可能である。例えば、ＭＵ−ＰＣＡ ＳＴＦ３０１２_ＡＰおよびＬＴＦ３０１４_ＡＰの送信は、省略され得、レガシＳＴＦ（ＬＳＴＦ）およびレガシ（ＬＬＴＦ）が、再利用され得る。

図２７〜図３０では、ＬＴＦ３０１４_ＡＰは、すべてのＭＵ−ＰＣＡユーザの間で、同じ長さまたは持続時間を有するように示されている。これは、均等ＬＴＦ設計と呼ばれる。均等ＬＴＦ設計を用いる場合、ＡＰは、各ＭＵ−ＰＣＡユーザに割り当てられたデータストリームの数を知ることができ、したがって、チャネル推定のために各ＭＵ−ＰＣＡユーザに対して使用されるＬＴＦシンボルの数が、しかるべく計算され得る。ＡＰは、すべてのＭＵ−ＰＣＡユーザの間で最大となる数のＬＴＦを送信できる。例えば、ＳＴＡ１は、１つのデータストリームを送信でき、したがって、チャネル推定のために１つのＬＴＦが使用され得る。ＳＴＡ２は、２つのデータストリームを送信でき、したがって、チャネル推定のために２つのＬＴＦが使用され得る。ＳＴＡ１およびＳＴＡ２一緒のＭＵ−ＰＣＡのために、ＡＰは、２つのＬＴＦを送信できる。このようにして、ＡＰは、それが割り当てたデータストリームの数、および送信されるＬＴＦの総数を、ＳＩＧフィールド内で各ユーザに伝達できる。

別の例では、不均等ＬＴＦが使用され得る。この設計を用いる場合、ＡＰは、そのユーザに必要とされる数のＬＴＦを送信できる。上の例を再び使用すると、ＡＰは、ＳＴＡ１のために１つのＬＴＦを割り当てられたチャネルを介して送信でき、それに続いて、データの送信を行うことができる。ＡＰは、ＳＴＡ２のために２つのＬＴＦを割り当てられたチャネルを介して送信できる。このようにして、ＡＰは、各ユーザに、割り当てられたデータストリームの数を伝達できる。

図３１は、ＡＰ側における例示的な送信フロー図３１００を示している。レイヤは、データストリーム、ＭＡＣパケット、ユーザ、またはデータの他の可能な区分に対応し得る。レイヤマッピング３１０２に続いて、Ｍ個のレイヤ３１０４_{１．．．Ｍ}の各々は、別々のレイヤ処理を使用して、別々に符号化および変調され得る。言い換えると、各レイヤは、それ自体のＭＣＳおよびＭＩＭＯ方式を有することができる。図３１では、各レイヤ３１０４_{１．．．Ｍ}は、例えば、パディングコンポーネント３１０６_{１．．．Ｍ}と、スクランブラ３１０８_{１．．．Ｍ}と、ＦＥＣコンポーネント３１１０_{１．．．Ｍ}と、インターリーバ３１１２_{１．．．Ｍ}と、コンステレーションマッパ３１１４_{１．．．Ｍ}と、ＳＴＢＣ３１１６_{１．．．Ｍ}と、複数の循環シフトダイバーシティ（ＣＳＤ）コンポーネント３１１８_{１．．．Ｍ}とを含むことができる。例では、１つのＭＡＣパケットがユーザへのユニキャストのために準備される、ユーザが１つの場合、ＰＨＹレイヤは、ＭＡＣパケットを複数のレイヤに分割できる。周波数セグメントマッパ３１２０は、Ｍ個のレイヤをＫ個の周波数セグメントまたはチャネルにマッピングでき、各セグメントは、ＩＤＦＴ３１２２_{１．．．Ｋ}を用いて処理され得、ＧＩコンポーネント３１２４_{１．．．Ｋ}は、ユーザ間にガード区間を適用できる。

例えば、各ユーザが、１つのＭＡＣパケット、または複数のＭＡＣパケットを有することができるように、複数のＭＡＣパケットが準備され得る。ＡＰは、複数のＭＡＣパケットを１つのレイヤにマッピングすることによって、または１つのＭＡＣパケットを複数のレイヤにマッピングすることによって、ＭＡＣパケットを複数のレイヤにマッピングできる。符号化および変調は、各レイヤ上で実行され得、その後、周波数セグメントマッピングが、レイヤを周波数セグメントにマッピングできる。複数のレイヤは、１つの周波数セグメントにマッピングされ得、または１つのレイヤは、複数の周波数セグメントにマッピングされ得る。別の例では、ＡＰは、１つのＭＡＣパケットを、複数のチャネルを介して、複数のユーザにブロードキャストまたはマルチキャストできる。ＭＡＣパケットは、複数のレイヤに、その後、複数の周波数セグメントに反復的にマッピングされ得る。

ＤＬ受信機の場合、ＳＴＡは、ＡＰの送信帯域幅（ＢＷ_ｓｐａｎ）、およびサブチャネル割り当てを知る必要があり得る。この情報の交換は、ＭＵ−ＰＣＡ送信前の、ＭＡＣハンドシェーク内で（例えば、グループ化構成シグナリングで）行われ得る。ＳＴＡは、少なくともＡＰと同じサンプリングレートを使用できる。同じ広帯域フィルタリングを使用する代わりに、ＳＴＡは、狭帯域フィルタリングを適用できる。ＷｉＦｉ信号に関しては、ＳＴＡは、自動利得制御（ＡＧＣ）、粗略な周波数オフセットおよび粗略なタイミング検出のために、自身の周波数帯域上でＳＴＦを利用できる。サイズがＮ_ＦＦＴの広帯域ＦＦＴが実行され得、短縮サイズまたはフルサイズのＬＴＦに基づいて（これは広帯域ＬＴＦが送信されるか、それとも狭帯域ＬＴＦが送信されるかに依存し得る）、精密なタイミング周波数補正およびチャネル推定が適用され得る。ＬＴＦに続いて、ＳＩＧフィールドおよびデータ部が通常に復号され得る。ＳＴＡ側で使用されるＦＦＴサイズは、式９で定義されたＮ_ＦＦＴとすることができる。

ＵＬ送信機の場合、ＳＴＡは、ＡＰの受信帯域幅（ＢＷ_ｓｐａｎ）、およびサブチャネル割り当てを知る必要があり得る。この情報の交換は、ＭＵ−ＰＣＡ送信をセットアップする前の、ＭＡＣハンドシェーク内で（例えば、グループ化構成シグナリングで）行われ得る。各ＳＴＡによって送信されるＳＴＦは、狭帯域フォーマットとすることができ、一方、各ＳＴＡによって送信されるＬＴＦは、短縮された広帯域ＬＴＦ、または狭帯域フォーマットＬＴＦとすることができる。狭帯域ＬＴＦを用いる場合、周波数領域におけるＬＴＦシーケンスは、対応する送信ＳＴＡによるすべてのデータサブキャリアをカバーできる。

図３２は、ＰＰＤＵのデータ部分を送信用に準備するために使用され得る、ＳＴＡ側における例示的な送信フロー図３２００を示している。図３２には、１つのレイヤ、レイヤ３２０４_ｍが示されているが、２以上のレイヤが、ＳＴＡに割り当てられ得、各レイヤは、別々のＭＣＳを有することができる。レイヤマッピング３２０２に続いて、レイヤ３２０４_ｍは、以下のいずれかを、すなわち、パディング３２０６_ｍと、スクランブラ３２０８_ｍと、ＦＥＣ３２１０_ｍと、インターリーバ３２１２_ｍと、コンステレーションマッパ３２１４_ｍと、ＳＴＢＣ３２１６_ｍと、ＣＳＤ３２１８_ｍのいずれかを信号に適用して（例えば、図３１の説明を参照）、ｋ個のチャネルを生成できる。これらの要素のいずれかは省略され得、例えば、ＳＴＢＣ３２１６_ｍは省略され得る。ｋ個のチャネルは、Ｍ個のレイヤをＫ個の周波数セグメントまたはチャネルにマッピングできる周波数セグメントマッパ３２２０に提供され得、その後ＩＤＦＴ３２２２_{１．．．Ｋ}およびＧＩ除去３２２４_{１．．．Ｋ}が、ｋ個のチャネルの各々に適用され得る。

図３２の例では、１つのレイヤが、１つの周波数セグメントにマッピングされる。別の例では、複数のレイヤが、１つの周波数セグメントにマッピングされ得、または１つのレイヤが、複数の周波数セグメントにマッピングされ得る。ＳＴＡ側で利用されるＩＦＦＴ／ＩＤＦＴサイズは、式９で定義されたようなＮ_ＦＦＴとすることができる。

図３３は、ＡＰがＵＬ通信のための受信機として動作し得る、ＡＰ側における例示的な送信フロー図３３００を示している。ＭＵ−ＰＣＡは、ＭＡＣレイヤにおいてセットアップされ得るが、ＰＨＹレイヤでは、割り当てられた周波数セグメントｘ_１．．．ｘ_ｋにおいて、１または複数のパケットが、同時に到着することが予想され得る。各セグメントｘ_{１．．．ｋ}ごとに、ＧＩ除去３３０２_{１．．．ｋ}および逆離散フーリエ変換（ＩＤＦＴ）３３０４_{１．．．ｋ}に続いて、周波数セグメントデマッピング３３０６が、周波数領域のデータ信号を複数のレイヤ３３０８_{１．．．ｍ}にマッピングできる。各レイヤ３３０８_{１．．．ｍ}は、対応するレイヤのデータに単一チャネル受信機処理を適用でき、処理は、以下のいずれかを、すなわち、ＭＩＭＯ検出３３１０_{１．．．ｍ}、復調３３１２_{１．．．ｍ}、デインターリーバ３３１４_{１．．．ｍ}、デスクランブラ３３１８_{１．．．ｍ}、およびパディング除去３３２０_{１．．．ｍ}のいずれかを含むことができる。レイヤデマッパ３３２２は、レイヤ３３０８_{１．．．ｍ}の出力をＭＡＣパケットにマッピングできる。この方式は、ＭＩＭＯ方式（すなわち、ＭＩＭＯ検出３３１０_{１．．．ｍ}）とともに、またはＭＩＭＯ方式なしに適用され得る。ＭＩＭＯ方式は、限定することなく、例えば、空間多重化、時空間ブロック符号、およびビーム形成を含むことができる。

ＭＣＳレベルは、ＳＩＧフィールドにおいて示され得る。大きいＳＩＧフィールドが定義され得、それは、ＳＴＡ／ユーザのために使用される、すべてのＭＣＳレベルを含むことができる。ＭＣＳレベルとチャネル／リソースブロックとの間のマッピングも、ＳＩＧフィールドにおいて与えられ得る。この「大きい」ＳＩＧフィールドは、ＳＴＡ／ユーザのためのすべてのチャネルを介して送信または反復され得る。別の例では、ＳＩＧフィールドは、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、ＳＴＡ／ユーザのための全帯域幅／チャネルを介して送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、割り当てられたチャネル／帯域上で送信され得る。

非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡのためのＰＨＹ設計および手順の他の例が説明される。ＳＴＡは、周波数割り当て情報を知る必要があり得る。各ユーザは、自身のフーリエ変換を利用でき、またはいくつかのユーザは、相対的に広帯域のフーリエ変換を共用できる。一例では、１つのチャネルまたは複数の連続的にアグリゲートされたチャネルを有するユーザ／ＳＴＡの場合、ＩＦＦＴ／ＦＦＴサイズは、このユーザ／ＳＴＡに割り当てられるチャネル帯域幅によって定義され得る。例では、ＳＴＡ／ユーザは、２つの連続的にアグリゲートされた１ＭＨｚチャネルを割り当てられ得、その場合、ＩＦＦＴ／ＦＦＴサイズは、６４とすることができる。別の例では、１ＭＨｚチャネルの場合、利用されるＩＦＦＴ／ＦＦＴサイズは、３２とすることができる。別の例では、２以上の非連続的にアグリゲートされたチャネルを用いるユーザの場合、別々のフーリエ変換または１つのフーリエ変換が使用され得る。

２以上のユーザは、連続的にアグリゲートされたチャネルを共用できる。例では、チャネル１は、連続しているチャネル２、３、４から分離され得る（すなわち、非連続である）と仮定する。チャネル１は、ユーザ１に割り当てられ得、チャネル２およびチャネル３は、ユーザ２に割り当てられ得、チャネル４は、ユーザ３に割り当てられ得ると仮定する。例では、別々のフーリエ変換が、異なるユーザに対して使用され得る。上の例では、ユーザ２は、チャネル２およびチャネル３をカバーするフーリエ変換を利用でき、一方、ユーザ３は、チャネル４をカバーするフーリエ変換を利用できる。別の例では、１つの広帯域フーリエ変換が、連続チャネルに対して使用され得る。例えば、上の例では、ＳＴＡ／ユーザ２および３は、１つの広帯域フーリエ変換を利用できる。

別の例では、別々のフーリエ変換が、別々のＳＴＡ／ユーザに対して利用され得る。この場合、各ＳＴＡ／ユーザは、自身の送信機能ブロックを実行できる。時間領域においてＯＦＤＭ信号を構成した後、信号は、割り当てられた周波数セグメントにシフトされ得る。周波数シフトは、ベースバンドにおいて、またはＲＦ領域において実行され得る。周波数シフトがＲＦ領域において行われる場合、信号の処理は、上で説明された、対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡの場合と同じとすることができる。

図３４は、ＤＬ送信のためのＡＰ側における例示的な送信フロー図３４００を示している。レイヤマッピング３４０２に続いて、各レイヤ３４０４_{１．．．Ｍ}は、以下のいずれかを、すなわち、パディング３４０６_{１．．．Ｍ}、スクランブラ３４０８_{１．．．Ｍ}、ＦＥＣ３４１０_{１．．．Ｍ}、インターリーバ３４１２_{１．．．Ｍ}、コンステレーションマッピング３４１４_{１．．．Ｍ}、ＳＴＢＣ３４１６_{１．．．Ｍ}、およびＣＳＤ３４１８_{１．．．Ｍ}のいずれかを信号に適用できる。これらの要素のいずれかは省略され得、例えば、ＳＴＢＣ３４１６_{１．．．Ｍ}は省略され得る。

図３４の例では、各レイヤ３４０１_{１．．．Ｍ}内で、空間マッピング３４２０_{１．．．Ｍ}が、各ユーザごとに別々の信号を生成でき、送信フローは、各ユーザの信号に適用され得、それは、ＩＤＦＴ４３２２_{１．．．Ｍ}およびＧＩ挿入３４２４_{１．．．Ｍ}を含むことができる。その後、各レイヤ３４０１_{１．．．Ｍ}内で、周波数シフタ３４２６_{１．．．Ｍ}が、時間領域信号を、ｋ個の割り当てられた周波数セグメント／チャネルにシフトできる。周波数シフトは、ベースバンドにおいて、またはＲＦ領域において実行され得る。各送信アンテナごとに、すべてのユーザの時間領域信号の合算３４２８が送信され得る。ＳＴＦおよびＬＴＦは、データと同じ帯域幅を使用して送信され得る。

ＤＬ受信機設計の場合、ＳＴＡは、それに割り当てられた周波数セグメントを知る必要があり得、その周波数セグメント上で単一チャネル受信機を使用できる。ＵＬ送信機設計の場合、ＳＴＡは、それに割り当てられた周波数セグメントを知る必要があり得、その周波数セグメント上で送信機を使用できる。ＵＬ受信機設計の例では、ＡＰ側において、受信信号は、Ｋ個のストリームにダウンコンバートされ得、検出／復号が、実行され得る。別の例では、全信号が、以下の中心周波数を有するベースバンドにダウンコンバートされ得、

ここで、Ｆ_{Ｃ，ＭＡＸ}＝ｍａｘ（Ｆ_ｃ，ｋ）であり、Ｆ_{Ｃ，ＭＩＮ}＝ｍｉｎ（Ｆ_ｃ，ｋ）であり、Ｆ_ｃ，ｋは、第ｋのユーザの中心周波数である。狭帯域フィルタリングは、各周波数帯域上で適用され得、他の受信手順が後続し得る。この方式は、ＭＩＭＯ方式とともに、またはＭＩＭＯ方式なしに適用され得る。ＭＩＭＯ方式は、限定することなく、とりわけ空間多重化、時空間ブロック符号、およびビーム形成を含む。

上では、ＰＰＤＵは、衝突なし期間内に、例えば、ＭＡＣメカニズムが全期間に対するＮＡＶ保護を設定したときに送信され得、他のＳＴＡは、ＰＰＤＵ内の特定のＳＩＧフィールドの理解を必要としなくてよい。非ＭＵ−ＰＣＡ ＳＴＡが、ＭＵ−ＰＣＡ ＰＰＤＵのＳＩＧフィールドの検出を必要とし得る場合、ＰＬＣＰヘッダが変更され得、または他の変更が行われ得る。例えば、ＭＵ−ＰＣＡ ＳＴＦおよびＬＴＦ送信は、除去または縮小され得、ＬＳＴＦおよびＬＬＴＦが、再利用され得る。対称送信／受信の場合と同様に、同等のＭＣＳおよび非同等のＭＣＳが、この方式においてサポートされ得る。ＭＣＳレベルは、ＳＩＧフィールドにおいて示され得る。

動作チャネル帯域幅制限のため、１つのユーザが、複数のＭＡＣパケットに割り当てられることがある。また、いくつかのユーザが、同じＭＡＣパケットを共用することがある（例えば、ブロードキャストパケットまたはマルチキャストパケット）。ＰＨＹレイヤは、異なるシナリオのためのすべての種類のＭＡＣパケットを処理でき得る。一般的な送信ブロックフローが、非対称帯域幅に適用され得る。シングルユーザは、ＭＵ−ＰＣＡ送信の特別なケースと見なされ得る。この場合、シングルユーザ送信では、レイヤマッピングは、１または複数のＭＡＣパケットを１つのレイヤにマッピングできる。その後、１組の符号化／変調およびＭＩＭＯ方式が、このレイヤに適用され得る。別の例では、レイヤマッピングは、１または複数のＭＡＣパケットを複数のレイヤにマッピングできる。別の例では、別々の符号化／変調およびＭＩＭＯ方式が、複数のレイヤに適用され得る。

実施形態

１．無線送受信ユニット（ＷＴＲＵ）において使用する方法。

２．アクセスポイント（ＡＰ）から、ＷＴＲＵに関連付けられたチャネルを介して、送信要求（ＲＴＳ）メッセージを受信するステップを含む実施形態１に記載の方法。

３．ＡＰが複数のデータメッセージを送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。

４．ＡＰが複数のＷＴＲＵに複数のデータメッセージを送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。

５．ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを同時に送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。

６．第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

７．ＡＰに、第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

８．ＡＰに、ＷＴＲＵに関連付けられたチャネルを介して、第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

９．ＣＴＳメッセージは、ＷＴＲＵがＷＴＲＵに関連付けられたチャネルを介して受信する準備ができていることを表示している実施形態６〜８のいずれかに記載の方法。

１０．複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

１１．ＡＰから、複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む実施形態１０に記載の方法。

１２．ＡＰから、ＷＴＲＵに関連付けられたチャネルを介して、複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む実施形態１１に記載の方法。

１３．肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

１４．ＡＰに、肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む実施形態１３に記載の方法。

１５．ＡＰに、ＷＴＲＵに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む実施形態１４に記載の方法。

１６．ＡＣＫメッセージは、モアフラグメントビットを含む実施形態１４〜１５のいずれかに記載の方法。

１７．モアフラグメントビットは、ＷＴＲＵがＡＰに送信すべきアップリンク（ＵＬ）データを有する場合に「１」になるように設定される実施形態１５に記載の方法。

１８．モアフラグメントビットが１になるように設定され、ＷＴＲＵがＡＰに送信すべきアップリンクデータを有する場合、ＡＰから、第２のＣＴＳメッセージを受信するステップをさらに含む実施形態１７に記載の方法。

１９．ＡＰから、ＳＴＡに関連付けられたチャネルを介して、第２のＣＴＳメッセージを受信するステップをさらに含む実施形態１８に記載の方法。

２０．アップリンク（ＵＬ）データを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。

２１．ＡＰに、アップリンク（ＵＬ）データを送信するステップをさらに含む実施形態２０に記載の方法。

２２．ＡＰに、ＳＴＡに関連付けられたチャネルを介して、アップリンク（ＵＬ）データを送信するステップをさらに含む実施形態２１に記載の方法。

２３．ＷＴＲＵに関連付けられたチャネルは、２以上のチャネルを含む先行する実施形態のいずれかに記載の方法。

２４．第１のＣＴＳメッセージを送信するステップは、複数のＷＴＲＵによるＣＴＳメッセージ送信と同時である実施形態６〜２３のいずれかに記載の方法。

２５．ＡＣＫメッセージを送信するステップは、複数のＷＴＲＵによるＡＣＫメッセージ送信と同時である実施形態１３〜２４のいずれかに記載の方法。

２６．複数のチャネルのうちの少なくとも２つのチャネルは、異なる帯域幅を有する実施形態５〜２５のいずれかに記載の方法。

２７．ＲＴＳメッセージは、グループＲＴＳ（Ｇ−ＲＴＳ）メッセージである実施形態２〜２６のいずれかに記載の方法。

２８．第１のＣＴＳメッセージは、グループＣＴＳ（Ｇ−ＣＴＳ）メッセージである実施形態６〜２７のいずれかに記載の方法。

２９．ＡＣＫメッセージは、グループＡＣＫ（Ｇ−ＡＣＫ）メッセージである実施形態１３〜２８のいずれかに記載の方法。

３０．ＷＴＲＵは、電気電子技術者協会（ＩＥＥＥ）８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）局（ＳＴＡ）である先行する実施形態のいずれかに記載の方法。

３１．アクセスポイント（ＡＰ）において使用する方法。

３２．局（ＳＴＡ）に、送信するステップを含む実施形態３１に記載の方法。

３３．局（ＳＴＡ）に、ＳＴＡに関連付けられたチャネルを介して、送信するステップを含む実施形態３１〜３２のいずれかに記載の方法。

３４．局（ＳＴＡ）に、ＳＴＡに関連付けられたチャネルを介して、送信要求（ＲＴＳ）メッセージを送信するステップを含む実施形態３１〜３３のいずれかに記載の方法。

３５．ＲＴＳメッセージは、ＡＰが複数のデータメッセージを送信する準備ができていることを表示している実施形態３４に記載の方法。

３６．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のデータメッセージを送信する準備ができていることを表示している実施形態３４〜３５のいずれかに記載の方法。

３７．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを送信する準備ができていることを表示している実施形態３４〜３６のいずれかに記載の方法。

３８．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを同時に送信する準備ができていることを表示している実施形態３４〜３７のいずれかに記載の方法。

３９．第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜３８のいずれかに記載の方法。

４０．ＳＴＡから、第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜３９のいずれかに記載の方法。

４１．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜４０のいずれかに記載の方法。

４２．第１のＣＴＳメッセージは、ＳＴＡがＳＴＡに関連付けられたチャネルを介して受信する準備ができていることを表示している実施形態３９〜４１のいずれかに記載の方法。

４３．ＳＴＡに、複数のデータメッセージを送信するステップをさらに含む実施形態３１〜４２のいずれかに記載の方法。

４４．ＳＴＡに、複数のデータメッセージを送信するステップは、複数のチャネルを介して行われる実施形態４３に記載の方法。

４５．肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４４のいずれかに記載の方法。

４６．ＳＴＡから、肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４５のいずれかに記載の方法。

４７．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４６のいずれかに記載の方法。

４８．ＡＣＫメッセージは、モアフラグメントビットを含む実施形態４５〜４７のいずれかに記載の方法。

４９．モアフラグメントビットは、ＳＴＡがＡＰに送信すべきアップリンク（ＵＬ）データを有する場合に「１」になるように設定される実施形態４８に記載の方法。

５０．モアフラグメントビットが１になるように設定され、ＳＴＡがＡＰに送信すべきアップリンクデータを有する場合、ＳＴＡに、送信するステップをさらに含む実施形態３１〜４９のいずれかに記載の方法。

５１．ＳＴＡに送信するステップが、ＳＴＡに関連付けられたチャネルを介して、第２のＣＴＳメッセージを送信するステップを含む実施形態５０に記載の方法。

５２．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、アップリンク（ＵＬ）データを受信するステップをさらに含む実施形態３１〜４９のいずれかに記載の方法。

本明細書で説明されるソリューションは、８０２．１１固有のプロトコルを考察するが、本明細書で説明されるソリューションは、このシナリオに制約されず、他の無線システムにも同様に適用可能であることを理解されたい。

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

Claims (17)

1. 複数の無線送受信ユニット（ＷＴＲＵ）のマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）グループに属するＷＴＲＵであって、前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループは、アクセスポイント（ＡＰ）によって管理された複数のチャネルを介して通信するように構成され、前記ＷＴＲＵは、
   前記ＡＰが前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループにＭＵ送信としてデータを送信する準備ができていることを示しているグループ送信要求（Ｇ−ＲＴＳ）メッセージを、前記ＡＰから、前記ＷＴＲＵに関連付けられた前記複数のチャネルのうちのチャネルを介して受信するように構成された受信機であって、前記Ｇ−ＲＴＳは、前記ＭＵ−ＰＣＡグループにおける前記複数のＷＴＲＵの各々に、前記複数のチャネルを介して一斉に前記ＡＰによって提供される、受信機と、
   前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＷＴＲＵが前記ＷＴＲＵに関連付けられた前記チャネル上で受信する準備ができていることを示している第１の送信可（ＣＴＳ）メッセージを前記ＡＰに送信するように構成された送信機と
   を備え、
   前記受信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＭＵ送信としてデータメッセージを前記ＡＰから受信するように構成され、
   前記送信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、少なくとも１つのフレームを前記ＡＰに送信するように構成され、前記少なくとも１つのフレームは、長さが１ビットであるアップリンク（ＵＬ）の表示を含み、および前記表示は、前記ＷＴＲＵが前記ＡＰに送信するためのＵＬデータを有するという条件で、予め定められたビット値に設定される
   ことを特徴とするＷＴＲＵ。
2. 前記表示が前記予め定められたビット値に設定されるという条件で、
   前記受信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、第２のＣＴＳメッセージを前記ＡＰから受信するようにさらに構成され、
   前記送信機は、前記受信機が前記第２のＣＴＳメッセージを受信していることに応答して、前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＵＬデータを前記ＡＰに送信するようにさらに構成される
   ことを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記送信機は、前記複数のＷＴＲＵのうちの他が前記複数のチャネルの残りのチャネルを介して他のＣＴＳメッセージを送信する間に、前記第１のＣＴＳメッセージを送信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
4. 前記少なくとも１つのフレームは、肯定応答（ＡＣＫ）メッセージであることを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記第１のＣＴＳメッセージは、グループＣＴＳ（Ｇ−ＣＴＳ）メッセージであり、および前記少なくとも１つのフレームは、グループ肯定応答（Ｇ−ＡＣＫ）メッセージであることを特徴とする請求項１に記載のＷＴＲＵ。
6. 前記送信機は、前記受信機が前記ＡＰから前記データメッセージを正しく受信していることに応答して、前記少なくとも１つのフレームを送信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
7. 前記受信機は、前記複数のＷＴＲＵのうちの他が前記複数のチャネルの残りのチャネルを介して他のデータメッセージを受信する間に、前記ＷＴＲＵに関連付けられた前記チャネルを介して前記データメッセージを受信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
8. 前記送信機は、前記複数のＷＴＲＵのうちの他が肯定応答メッセージを送信する間に、前記少なくとも１つのフレームを送信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
9. 複数の無線送受信ユニット（ＷＴＲＵ）のマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）グループに属するＷＴＲＵにおける使用のための方法であって、前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループは、アクセスポイント（ＡＰ）によって管理された複数のチャネルを介して通信するように構成され、前記方法は、
   前記ＷＴＲＵに関連付けられた前記複数のチャネルを介して、前記ＡＰが前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループにＭＵ送信としてデータを送信する準備ができていることを示しているグループ送信要求（Ｇ−ＲＴＳ）メッセージを、前記ＡＰから、前記ＷＴＲＵに関連付けられた前記複数のチャネルのうちのチャネルを介して受信するステップであって、前記Ｇ−ＲＴＳは、前記ＭＵ−ＰＣＡグループにおける前記複数のＷＴＲＵの各々に、前記複数のチャネルを介して一斉に前記ＡＰによって提供される、ステップと、
   前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＷＴＲＵが前記ＷＴＲＵに関連付けられた前記チャネル上で受信する準備ができていることを示している第１の送信可（ＣＴＳ）メッセージを前記ＡＰに送信するステップと、
   前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＭＵ送信としてデータメッセージを前記ＡＰから受信するステップと、
   前記ＷＴＲＵに関連付けられた前記チャネルを介して、少なくとも１つのフレームを前記ＡＰに送信するステップであって、前記少なくとも１つのフレームは、長さが１ビットであるアップリンク（ＵＬ）の表示を含み、前記表示は、前記ＷＴＲＵが前記ＡＰに送信するためのＵＬデータを有するという条件で、予め定められたビット値に設定される、ステップと
   を備えたことを特徴とする方法。
10. 前記表示が前記予め定められたビット値に設定されるという条件で、
    前記ＷＴＲＵに関連付けられた前記チャネルを介して、第２のＣＴＳメッセージを前記ＡＰから受信するステップと、
    前記第２のＣＴＳメッセージを受信していることに応答して、前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＵＬデータを前記ＡＰに送信するステップと
    をさらに備えたことを特徴とする請求項９に記載の方法。
11. 前記第１のＣＴＳメッセージを送信する前記ステップは、前記複数のＷＴＲＵのうちの他が前記複数のチャネルの残りのチャネルを介して他のＣＴＳメッセージを送信する間に、前記第１のＣＴＳメッセージを送信するステップを含むことを特徴とする請求項９に記載の方法。
12. 前記少なくとも１つのフレームは、前記複数のＷＴＲＵによる肯定応答（ＡＣＫ）メッセージであることを特徴とする請求項９に記載の方法。
13. 前記第１のＣＴＳメッセージは、グループＣＴＳ（Ｇ−ＣＴＳ）メッセージであり、および前記少なくとも１つのフレームは、グループ肯定応答（Ｇ−ＡＣＫ）メッセージであることを特徴とする請求項９に記載の方法。
14. 前記少なくとも１つのフレームを送信する前記ステップは、前記ＡＰから前記データメッセージを正しく受信していることに応答して、前記複数のＷＴＲＵのうちの他が肯定応答メッセージを送信する間に、前記少なくとも１つのフレームを送信するステップを含むことを特徴とする請求項９に記載の方法。
15. 複数の無線送受信ユニット（ＷＴＲＵ）のマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）グループに属し、および前記ＭＵ−ＰＣＡグループ内の複数のチャネルを管理するように構成されたアクセスポイント（ＡＰ）であって、前記ＡＰは、
    前記ＡＰが前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループにＭＵ送信としてデータを送信する準備ができていることを示しているグループ送信要求（Ｇ−ＲＴＳ）メッセージを前記ＷＴＲＵに関連付けられたチャネルを介して前記ＷＴＲＵに送信するように構成された送信機であって、前記送信機は、前記ＭＵ−ＰＣＡグループにおける前記複数のＷＴＲＵの各々に、前記複数のチャネルを介して一斉に前記Ｇ−ＲＴＳを送信する、送信機と、
    前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＷＴＲＵが前記ＷＴＲＵに関連付けられた前記チャネル上で受信する準備ができていることを示している第１の送信可（ＣＴＳ）メッセージを前記ＷＴＲＵから受信するように構成された受信機と
    を備え、
    前記送信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＭＵ送信として、データメッセージを前記ＷＴＲＵに送信するように構成され、
    前記受信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、少なくとも１つのフレームを前記ＷＴＲＵから受信するように構成され、前記少なくとも１つのフレームは、長さが１ビットであるアップリンク（ＵＬ）の表示を含み、および前記表示は、前記ＷＴＲＵが前記ＡＰに送信するためのＵＬデータを有するという条件で、予め定められたビット値に設定される
    ことを特徴とするＡＰ。
16. 前記表示が前記予め定められたビット値に設定されるという条件で、
    前記送信機は、前記ＷＴＲＵに関連付けられた前記チャネルを介して、第２のＣＴＳメッセージを前記ＷＴＲＵに送信するようにさらに構成され、
    前記受信機は、前記第２のＣＴＳメッセージを送信することに応答して、前記ＷＴＲＵに関連付けられた前記チャネルを介して、前記ＵＬデータを前記ＷＴＲＵから受信するようにさらに構成される
    ことを特徴とする請求項１５に記載のＡＰ。
17. 前記受信機は、前記複数のＷＴＲＵの他から肯定応答メッセージを受信している間に、前記少なくとも１つのフレームを受信するように構成されることを特徴とする請求項１５に記載のＡＰ。