(57)【特許請求の範囲】
【請求項１】
複数の無線送受信ユニット（ＷＴＲＵ）のマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）グループに属するＷＴＲＵであって、前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループは、アクセスポイント（ＡＰ）によって管理された複数のチャネルを介して同時に通信するように構成され、前記ＷＴＲＵは、
前記アクセスポイント（ＡＰ）から、前記ＷＴＲＵに関連付けられた前記複数のチャネルの少なくとも１つを介して、前記ＷＴＲＵに対するリソース割り当てを含むグループ送信要求（Ｇ−ＲＴＳ）メッセージを受信するように構成された受信機と、
前記ＡＰに、前記複数のチャネルの少なくとも１つの割り当てられたチャネルを介して、送信可（ＣＴＳ）メッセージを送信するように構成された送信機であって、前記リソース割り当ては、前記少なくとも１つの割り当てられたチャネルを示す、送信機と
を備え、
前記受信機は、前記ＡＰから、前記少なくとも１つの割り当てられたチャネルを介してデータメッセージを受信するように構成され、前記データメッセージは、前記複数のチャネルを介して前記ＡＰによって送信された複数のデータメッセージのグループの１つであることを特徴とするＷＴＲＵ。
【請求項２】
前記少なくとも１つの割り当てられたチャネルは、前記複数のチャネルの２つ以上を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記少なくとも１つの割り当てられたチャネルは、前記複数のチャネルの全てを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記Ｇ−ＲＴＳメッセージは、前記ＭＵ−ＰＣＡグループの前記複数のＷＴＲＵに対するリソース割り当てを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＣＴＳメッセージは、前記ＷＴＲＵが前記少なくとも１つの割り当てられたチャネル上で受信する準備ができていることを示すことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記送信機は、前記少なくとも１つの割り当てられたチャネルを介して前記ＡＰにメッセージを送信するようにさらに構成され、前記メッセージは、前記ＷＴＲＵが前記ＡＰに送信するためのアップリンク（ＵＬ）データを有するかどうかを前記ＡＰに通知するためのインジケーションを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記インジケーションは、前記ＷＴＲＵが前記ＡＰに送信するためのＵＬデータを有することを示すという条件で、
前記受信機は、前記ＡＰから、前記少なくとも１つの割り当てられたチャネルを介して他のＣＴＳメッセージを受信するようにさらに構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記送信機は、前記受信機が前記他のＣＴＳメッセージを受信することに応答して、前記ＡＰに、前記少なくとも１つの割り当てられたチャネルを介して前記ＵＬデータを送信するようにさらに構成されたことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記メッセージは、肯定応答（ＡＣＫ）パケット、ブロックＡＣＫパケット、またはグループＡＣＫパケットの１つであることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１０】
複数の無線送受信ユニット（ＷＴＲＵ）のマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）グループに属するＷＴＲＵにおける使用のための方法であって、前記複数のＷＴＲＵの前記ＭＵ−ＰＣＡグループは、アクセスポイント（ＡＰ）によって管理された複数のチャネルを介して同時に通信するように構成され、前記方法は、
前記アクセスポイント（ＡＰ）から、前記ＷＴＲＵに関連付けられた前記複数のチャネルの少なくとも１つを介して、前記ＷＴＲＵに対するリソース割り当てを含むグループ送信要求（Ｇ−ＲＴＳ）メッセージを受信するステップと、
前記ＡＰに、前記複数のチャネルの少なくとも１つの割り当てられたチャネルを介して、送信可（ＣＴＳ）メッセージを送信するステップであって、前記リソース割り当ては、前記少なくとも１つの割り当てられたチャネルを示す、ステップと、
前記ＡＰから、前記少なくとも１つの割り当てられたチャネルを介してデータメッセージを受信するステップであって、前記データメッセージは、前記複数のチャネルを介して前記ＡＰによって送信された複数のデータメッセージのグループの１つである、ステップと
を備えたことを特徴とする方法。
【請求項１１】
前記少なくとも１つの割り当てられたチャネルは、前記複数のチャネルの２つ以上を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記少なくとも１つの割り当てられたチャネルは、前記複数のチャネルの全てを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記少なくとも１つの割り当てられたチャネルを介して前記ＡＰにメッセージを送信するステップをさらに備え、前記メッセージは、前記ＷＴＲＵが前記ＡＰに送信するためのアップリンク（ＵＬ）データを有するかどうかを前記ＡＰに通知するためのインジケーションを含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記インジケーションは、前記ＷＴＲＵが前記ＡＰに送信するためのＵＬデータを有することを示すという条件で、
前記ＡＰから、前記少なくとも１つの割り当てられたチャネルを介して他のＣＴＳメッセージを受信するステップをさらに備えたことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記他のＣＴＳメッセージを受信することに応答して、前記ＡＰに、前記少なくとも１つの割り当てられたチャネルを介して前記ＵＬデータを送信するステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記メッセージは、肯定応答（ＡＣＫ）パケット、ブロックＡＣＫパケット、またはグループＡＣＫパケットの１つであることを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷＬＡＮシステムにおけるマルチユーザ並列チャネルアクセスに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１２年３月１日に出願された米国特許仮出願第６１／６０５５３８号明細書、２０１２年７月９日に出願された米国特許仮出願第６１／６６９５０５号明細書、および２０１２年８月１６日に出願された米国特許仮出願第６１／６８４０５１号明細書の利益を主張し、それらの内容は、本明細書における参照によって本明細書に組み込まれる。
【０００３】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおける無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）および、ＡＰに関連付けられた１または複数の局（ＳＴＡ）を有することができる。ＡＰは、トラフィックをＢＳＳ内およびＢＳＳ外に搬送する分散システム（ＤＳ）または別のタイプの有線／無線ネットワークに対するアクセスまたはインターフェイスを有することができる。ＢＳＳ外から発信されてＳＴＡに向かうトラフィックは、ＡＰを通って到着でき、ＳＴＡに配送され得る。ＳＴＡから発信されてＢＳＳ外の送信先に向かうトラフィックは、ＡＰに送信されてから、それぞれの送信先に配送され得る。ＢＳＳ内のＳＴＡ間のトラフィックも、ＡＰを通って送信され得、発信元ＳＴＡは、トラフィックをＡＰに送信でき、ＡＰは、トラフィックを送信先ＳＴＡに配送できる。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックであると見なされ得る。そのようなピアツーピアトラフィックは、例えば、８０２．１１ｅのダイレクトリンク設定（ＤＬＳ）または８０２．１１ｚのトンネルＤＬＳ（ＴＤＬＳ）を使用するＤＬＳを用いて、発信元ＳＴＡと送信先ＳＴＡとの間で直接的にも送信され得る。独立ＢＳＳ（ＩＢＳＳ）モードにおけるＷLＡＮは、ＡＰを有さないことがあり、ＳＴＡは、互いに直接的に通信できる。このモードの通信は、「アドホック」モードの通信と呼ばれることがある。
【０００４】
８０２．１１インフラストラクチャモードの動作では、ＡＰは、プライマリチャネルと呼ばれる固定チャネルを介して、ビーコンを送信できる。このチャネルは、２０メガヘルツ（ＭＨｚ）幅であり、ＢＳＳの動作チャネルである。このチャネルは、ＡＰとの接続を確立するために、ＳＴＡによっても使用される。８０２．１１システムにおける基本的なチャネルアクセスメカニズムは、衝突回避付きキャリアセンス多重アクセス（ＣＳＭＡ／ＣＡ）である。このモードの動作では、ＡＰを含むあらゆるＳＴＡが、プライマリチャネルをセンスできる。チャネルが検出され、ビジーであった場合、ＳＴＡは、バックオフすることができる。したがって、与えられたＢＳＳ内では、任意の与えられた時間に、ただ１つのＳＴＡしか送信できない。
【０００５】
８０２．１１ｎでは、高速スループット（ＨＴ）ＳＴＡは、通信するために４０ＭＨｚ幅のチャネルも使用できる。これは、プライマリ２０ＭＨｚチャネルを別の隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することによって達成できる。８０２．１１ａｃでは、超高速スループット（ＶＨＴ）ＳＴＡは、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅のチャネルをサポートできる。４０ＭＨｚおよび８０ＭＨｚチャネルは、上述の８０２．１１ｎと同様に連続する２０ＭＨｚチャネルを組み合わせることによって形成され得るが、１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせること、または２つの非連続な８０ＭＨｚチャネルを組み合わせること（８０＋８０構成）のどちらかによって形成され得る。「８０＋８０」構成の場合、データは、チャネル符号化の後、それを２つのストリームに分割できるセグメント解析器を通過させられ得る。逆高速フーリエ変換（ＩＦＦＴ）および時間領域処理が、各ストリームに対して別々に行われ得る。その後、ストリームは、２つのチャネルにマッピングされ得、データが、送出され得る。受信側では、このメカニズムが、逆転され得、組み合わされたデータが、媒体アクセス制御（ＭＡＣ）レイヤに送られ得る。
【０００６】
１ＧＨｚ未満モードの動作（例えば、８０２．１１ａｆおよび８０２．１１ａｈ）では、チャネル動作帯域幅は、８０２．１１ｎおよび８０２．１１ａｃと比較した場合、縮小され得る。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）において、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ幅の帯域をサポートでき、一方、８０２．１１ａｈは、非ＴＶＷＳにおいて、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、および８ＭＨｚをサポートできる。８０２．１１ａｈ内のいくつかのＳＴＡは、能力が限られたセンサであると見なされることがあり、１ＭＨｚの送信モードしかサポートできないことがある。
【０００７】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数チャネル幅を用いるＷＬＡＮシステムでは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有することができる、プライマリチャネルが存在できる。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＳＴＡによって制限され得る。８０２．１１ａｈの例では、１ＭＨｚモードしかサポートしないＳＴＡが存在する場合、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ動作モードをサポートできても、プライマリチャネルは、１ＭＨｚ幅になり得る。すべてのキャリアセンシングおよびＮＡＶ設定は、プライマリチャネル上におけるステータスに依存し得る。例えば、１ＭＨｚ動作モードしかサポートしないＳＴＡがＡＰに送信しているために、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、その大部分がアイドルで、利用可能であり得るとしても、ビジーであると見なされ得る。８０２．１１ａｈおよび８０２．１１ａｆでは、すべてのパケットは、８０２．１１ａｃ仕様と比較して、４または１０倍ダウンクロックされ得るクロックを使用して、送信され得る。
【０００８】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまで、韓国では、９１７．５ＭＨｚから９２３．５ＭＨｚまで、日本では、９１６．５ＭＨｚから９２７．５ＭＨｚまでであり得る。８０２．１１ａｈのために利用可能な全帯域幅は、国コードに応じて、６ＭＨｚから２６ＭＨｚまでであり得る。
【０００９】
加えて、８０２．１１規格では、ＢＳＳ内で、任意の与えられた時間に、ただ１つのＳＴＡしか送信できないことがある。ＤＬ上で（すなわち、ＡＰがＳＴＡに送信する場合）、マルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）が使用されない場合、ＡＰは、任意の与えられた時間に、ただ１つのＳＴＡとのパケット交換を行うことができる。マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）が使用される場合、ＡＰは、複数のＳＴＡに送信できる。しかしながら、ＭＵ−ＭＩＭＯに関与するすべてのＳＴＡが、最小動作帯域幅を有するＳＴＡによって制限され得る同じ帯域上で通信していることがある。このシナリオでは、残りの周波数帯域幅は、ＡＰおよび他のＳＴＡから利用可能であり得ても、アイドルのままであり得る。
【発明の概要】
【００１０】
方法および装置は、ダウンリンク（ＤＬ）、アップリンク（ＵＬ）、または組み合わされたＤＬとＵＬにおいて、対称帯域幅を用いる送信および／または受信を使用する、マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）、および／またはシングルユーザ並列チャネルアクセス（ＳＵ−ＰＣＡ）を提供できる。ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡは、非同等の変調および符号化方式（ＭＣＳ）、ならびに非同等の送信電力をサポートできる。媒体アクセス制御（ＭＡＣ）レイヤ、物理レイヤ（ＰＨＹ）、ならびに混成およびＰＨＹレイヤの方法および手順は、対称帯域幅を用いる送信および／または受信を使用して、ＵＬ、ＤＬ、および組み合わされたＵＬとＤＬのＳＵ−ＰＣＡおよびＭＵ−ＰＣＡをサポートできる。ＭＵ−ＰＣＡおよび／またはＳＵ−ＰＣＡは、非対称帯域幅を用いる送信／受信を使用する、ダウンリンク、アップリンク、および組み合わされたアップリンクとダウンリンクのための、ＭＡＣおよびＰＨＹレイヤの設計および手順によってもサポートされ得る。
【図面の簡単な説明】
【００１１】
より詳細な理解は、添付の図面を併用する、例として与えられた、以下の説明から得ることができる。
【００１２】
【図１Ａ】１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２Ａ】ＡＰおよび４つのＳＴＡを含むＷＬＡＮ  ＢＳＳの例を示す図である。
【図２Ｂ】複数チャネル幅を用いるＷＬＡＮシステムにおける周波数リソース消費の例を示す図である。
【図３】グループ送信要求（Ｇ−ＲＴＳ）制御フレームの例示的なフレームフォーマットを示す図である。
【図４】グループ送信可（Ｇ−ＣＴＳ）制御フレームの例示的なフレームフォーマットを示す図である。
【図５】マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）管理（ＭＰＭ）フレームの例示的なフレームフォーマットを示す図である。
【図６】複数のチャネルを介して制御フレームを使用してＤＬ  ＭＵ−ＰＣＡを可能にするための例示的な媒体アクセス制御（ＭＡＣ）方式を示す図である。
【図７】プライマリチャネルを介してＧ−ＲＴＳおよびＧ−ＣＴＳを使用する単独ダウンリンク（ＤＬ）ＭＵ−ＰＣＡのための例示的なＭＡＣ方式を示す図である。
【図８】複数のチャネルを介して制御フレームを使用してＤＬ  ＭＵ−ＰＣＡを可能にするための、およびＷｉＦｉ  ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式を示す図である。
【図９】制御フレームおよびブロック肯定応答（ＢＡ）を使用してＤＬ  ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式を示す図である。
【図１０】アップリンク要求フレーム（ＵＬＲ）の例示的なフレームフォーマットを示す図である。
【図１１】グループポーリング（Ｇ−Ｐｏｌｌ）フレームの例示的なフレームフォーマットを示す図である。
【図１２】厳しい遅延限界がないデータのためのアップリンク（ＵＬ）ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。
【図１３】厳しい遅延限界があるデータのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。
【図１４】ＵＬＲパケットが順番に送信される、データのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。
【図１５】混成の遅延要件を有するデータのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。
【図１６】組み合わされたＤＬおよびＵＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式の例を示す図である。
【図１７】ＢＳＳシステムにおいてＳＴＡによって実行される、組み合わされたＤＬおよびＵＬのＭＵ−ＰＣＡのための方法の例示的なフロー図を示す図である。
【図１８】組み合わされたＵＬおよびＤＬのＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式を示す図である。
【図１９】ＵＬ  ＭＵ−ＰＣＡ送信がプライマリチャネルを介して順番に送信されるＵＬＲによって開始される、例示的なＭＡＣ方式を示す図である。
【図２０】複数のチャネルを介して制御フレームを使用して組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にし、レガシＷｉＦｉ  ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式を示す図である。
【図２１】チャネルアグリゲーションが可能なユーザを有する、例示的な送信フロー図である。
【図２２】物理レイヤ収束プロトコル（ＰＬＣＰ）ヘッダが別々の周波数チャネルを介して送信される、例示的な物理（ＰＨＹ）レイヤ方式を示す図である。
【図２３】ＡＰにおける混成のアグリゲートされたチャネルを介してのＤＬ送信フロー図の例を示す図である。
【図２４】混成のアグリゲートされたチャネルを含むチャネルを介してのＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）送信の例示的なフローを示す図である。
【図２５】混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の別の例示的なフローを示す図である。
【図２６】Ｎ個のＭＡＣパケットをＫ個のレイヤにマッピングするためにレイヤマッピングを使用する例示的な方法のフロー図である。
【図２７】３人のＭＵ−ＰＣＡユーザを有するＰＨＹレイヤ方式の例を示す図である。
【図２８】ＭＵ−ＰＣＡユーザが２個のＰＨＹレイヤ方式の例を示す図である。
【図２９】ＭＵ−ＰＣＡ送信のための例示的なＳＴＦフォーマットを用いるＰＨＹレイヤ方式の例を示す図である。
【図３０】ロングプリアンブルを使用するＰＰＤＵを用いる例示的なＰＨＹレイヤ方式を示す図である。
【図３１】ＤＬ通信を送信するための例示的な送信フロー図である。
【図３２】ＵＬ通信を送信するための例示的な送信フロー図である。
【図３３】ＵＬ通信を受信するための例示的な送信フロー図である。
【図３４】ＤＬ通信を送信するための例示的な送信フロー図である。
【発明を実施するための形態】
【００１３】
図１Ａは、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用し得る。
【００１４】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含み得る。
【００１５】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェイス接続するように構成された、任意のタイプのデバイスであり得る。例を挙げると、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【００１６】
基地局１１４ａは、ＲＡＮ１０４の部分であり得、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示されず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成され得る。セルは、さらにセルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタごとに１つずつ含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用し得、したがって、セルのセクタごとに複数の送受信機を利用し得る。
【００１７】
基地局１１４ａ、１１４ｂは、エアインターフェイス１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信し得、エアインターフェイス１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１８】
より具体的には、上で言及したように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用し得る。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１９】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施し得る。
【００２０】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。
【００２１】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、職場、家庭、乗物、キャンパスなどの局所的エリアにおける無線接続性を容易化するために、任意の適切なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有し得る。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。
【００２２】
ＲＡＮ１０４は、コアネットワーク１０６と通信し得、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し得、および／またはユーザ認証など、高レベルのセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信し得ることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信し得る。
【００２３】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてもサービスし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとから成るグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含み得る。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用し得る１または複数のＲＡＮに接続された、別のコアネットワークを含み得る。
【００２４】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含み得、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用し得る基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用し得る基地局１１４ｂと通信するように構成され得る。
【００２５】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。
【００２６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行し得る。プロセッサ１１８は、送受信機１２０に結合され得、送受信機１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合され得ることが理解されよう。
【００２７】
送信／受信要素１２２は、エアインターフェイス１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【００２８】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１６上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２９】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含み得る。
【００３０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受け取り得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力もし得る。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手し得、それらにデータを記憶し得る。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含む。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手し得、それらにデータを記憶し得る。
【００３１】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであり得る。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００３２】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合され得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６上で位置情報を受け取り得、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定し得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得し得ることが理解されよう。
【００３３】
プロセッサ１１８は、他の周辺機器１３８にさらに結合され得、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３４】
図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であり得る。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクは、参照点として定義され得る。
【００３５】
図１Ｃに示されるように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２とを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含み得ることが理解されよう。基地局１４０ａ、１４０ｂ、１４０ｃは、各々が、ＲＡＮ１０４内の特定のセル（図示されず）に関連付けられ得、各々が、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含み得る。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施し得る。したがって、基地局１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得、ＷＴＲＵ１０２ａから無線信号を受信し得る。基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供し得る。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントとしてサービスし得、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどを担い得る。
【００３６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインターフェイス１１６は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インターフェイス（図示されず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インターフェイスは、Ｒ２参照点として定義され得、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る。
【００３７】
基地局１４０ａ、１４０ｂ、１４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易化するためのプロトコルを含む、Ｒ８参照点として定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２の間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を容易化するためのプロトコルを含み得る。
【００３８】
図１Ｃに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続され得る。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を容易化するためのプロトコルを含む、Ｒ３参照点として定義され得る。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証認可課金（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含み得る。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。
【００３９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担い得、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にし得る。ＭＩＰ−ＨＡ１４４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易化し得る。ＡＡＡサーバ１４６は、ユーザ認証、およびユーザサービスのサポートを担い得る。ゲートウェイ１４８は、他のネットワークとの網間接続を容易化し得る。例えば、ゲートウェイ１４８は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易化し得る。加えて、ゲートウェイ１４８は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る。
【００４０】
図１Ｃには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続され得、コアネットワーク１０６は、他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義され得、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得る。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義され得、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を容易化するためのプロトコルを含み得る。
【００４１】
複数チャネル幅のＷＬＡＮシステムでは、通信するＳＴＡが、利用可能な帯域幅の小さな部分上でしか送信および受信が可能でないことがある場合、８０２．１１規格は、残りの利用可能な周波数帯域幅が、ＡＰおよび他のＳＴＡが利用可能な帯域幅のその部分を利用することが可能であっても、ＢＳＳ全体でアイドルのままであることを規定し得る。その結果、そのようなＢＳＳにおけるリソースは、十分に活用されず、浪費されることがある。この問題は、例えば、８０２．１１ｎ、８０２．１１ａｃ、および８０２．１１ａｆ、ならびに８０２．１１ａｈにおいてなど、複数チャネル幅を用いるいずれのＷＬＡＮシステムで存在し得、ＢＳＳ内のいくつかのＳＴＡは最小の１ＭＨｚ動作モードのみサポートする。
【００４２】
図２Ａは、ＡＰ２０４と、４つのＳＴＡ、すなわち、ＳＴＡ１  ２０２1、ＳＴＡ２  ２０２2、ＳＴＡ３  ２０２3、ＳＴＡ４  ２０２4とを含む、ＷＬＡＮ  ＢＳＳ２００の例を示している。図２Ｂは、例示的なＭＡＣ方式を、複数チャネル幅を用いるＷＬＡＮシステム、例えば、図２ＡのＷＬＡＮ  ＢＳＳ２００における周波数リソース消費とともに示している。図２Ｂは、図２ＡのＡＰおよびＳＴＡによって実行される、４つのチャネル２１８1...4上での送信を経時的に示している。図２Ｂなど、例示的なＭＡＣ方式を示すすべての図において、送信を実行するエンティティ（例えば、ＡＰ、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、またはＳＴＡ４）は、各送信の下付き文字で示される。チャネルは任意の帯域幅であり得、チャネル２１８1...4は連続または非連続であり得るが、チャネル２１８1...4の各々は１ＭＨｚ幅であり、チャネル２１８1がプライマリチャネルであることが、説明の目的で、すべての図で仮定される。加えて、図２ＡのＡＰ２０４およびＳＴＡ２０２1...4は、４より多いまたは少ないチャネルを介して動作できるが、チャネルのいずれも、連続または非連続であり得、同じ帯域内または異なる周波数帯域に配置され得る。また、図に示されたＭＡＣ方式は、例であり、各特徴または要素（例えば、送信のタイプメッセージ）は、説明されるＭＡＣ方式の他の特徴および要素（例えば、メッセージ送信の他のタイプ）なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得る。
【００４３】
図２Ａおよび図２Ｂの例では、ＡＰ２０４は、１ＭＨｚ、２ＭＨｚ、および４ＭＨｚ動作モードを可能とすることができ、ＳＴＡ１  ２０２1およびＳＴＡ４  ２０２4は、１ＭＨｚモードを可能とすることができ、ＳＴＡ２  ２０２2は、１ＭＨｚ、２ＭＨｚ、および４ＭＨｚモードを可能とすることができ、ＳＴＡ３  ２０２3は、１ＭＨｚ、および２ＭＨｚモードを可能とすることができることが仮定される。ＳＴＡ２  ２０２2およびＡＰ２０４が通信する場合、例えば、ＡＰ２０４からＳＴＡ２  ２０２2へのデータ送信２０６AP、およびＳＴＡ２  ２０２2からＡＰ２０４への肯定応答（ＡＣＫ）送信２０８STA2では、パケットは、４つのチャネル２１８1...4をすべて含む利用可能な周波数帯域幅上で送信される。ＡＰ２０４へのデータ送信２１０STA3、およびＳＴＡ３  ２０２3へのＡＣＫ２１２APは、２ＭＨｚ、またはチャネル２１８1~2に制限される。同様に、ＡＰ２０４へのデータ送信２１３STA1、およびＳＴＡ１  ２０２1へのＡＣＫ２１６APは、１ＭＨｚ、またはチャネル２１８1に制限される。使用されないチャネルは、アイドル周波数帯域２２０である。したがって、この例では、ＳＴＡ１  ２０２1またはＳＴＡ３  ２０２3がＡＰ２０４と通信する場合、ＢＳＳ内の他のＳＴＡが送信するパケットを有し得るとしても、利用可能な帯域幅の少なくとも半分が、アイドルであり得、またはＳＴＡ１  ２０２1の場合は、４分の３が、アイドルであり得る。これは、ＢＳＳの容量を制限し得、ボトルネックになることがあるが、特に、１ＧＨｚ未満帯域上で動作し得、８０２．１１ｎおよび８０２．１１ａｃと比較して、はるかに小さい帯域幅しか有し得ない、８０２．１１ａｆおよび８０２．１１ａｈなどの技術の場合にそうである。
【００４４】
スマートメータなどの使用事例の例では、ＡＰは、８０２．１１ａｈにおける１つのＢＳＳ内で、最大で６０００のＳＴＡをサポートする必要があることがある。ＷＬＡＮの媒体アクセス制御（ＭＡＣ）レイヤのＣＳＭＡ／ＣＡという性質のせいで、膨大な数のユーザが、著しい輻輳および遅延を引き起こし得、したがって、ＢＳＳ内にパケット衝突に起因する非常に低い有効スループットをもたらすことがある。上で説明されたように、複数チャネル幅を用いるＷＬＡＮシステムにおけるマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）の場合、ＢＳＳで利用可能な帯域幅の一部またはときには大部分が、利用可能な帯域幅の部分上でしか動作しない単一のＳＴＡによる媒体アクセスのせいで、浪費されることがある。加えて、ＷＬＡＮシステムが単一のＢＳＳ内で最大６０００のＳＴＡをサポートしなければならない場合、輻輳、遅延、およびないに等しいスループットが、８０２．１１ＭＡＣレイヤ機能のＣＳＭＡ／ＣＡという性質によってもたらされ得る。
【００４５】
連続または非連続であり得、同じ帯域内または別の帯域（例えば、２．４ＧＨｚ産業科学医療（ＩＳＭ）帯域、６ＧＨｚ未満帯域、６０ＧＨｚ帯域、１ＧＨｚ未満帯域、３．５ＧＨｚ帯域、または４５ＧＨｚ帯域などの任意の組み合わせ）に配置され得る利用可能な帯域幅上で異なる動作チャネル幅をサポートする複数のＳＴＡの間において、並列媒体アクセスを可能にすると、周波数帯域幅利用および効率を向上させることができ、膨大な数のＳＴＡ、例えば、最大で６０００のＳＴＡをサポートできる。
【００４６】
８０＋８０チャネル構成では、単一ＳＴＡアクセスのために、非連続アグリゲーションが、８０２．１１ａｃにおいて定義され得、単一のＳＴＡからの／へのデータは、２つのストリームに分割され得、各々は、２つの非連続８０ＭＨｚチャネルの一方において個々に送信され得る。これは、複数のＳＴＡへの／からのパケットが、１または複数のチャネル上の１つのＳＴＡを用いて、複数の周波数帯域上で、ＡＰから／に同時に送信されることを可能にする、他のチャネル組み合わせおよび強化に拡張され得、チャネルの幅は、ＳＴＡおよびＡＰによってサポートされる動作帯域幅に依存し得る。このように、マルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）を通して、サポートされるＳＴＡの数を、増加させることができ、リソースの利用を、著しく向上させることができる。さらに、ＤＬ方向もしくはＵＬ方向における、またはダイレクトリンク設定（ＤＬＳ）もしくはトンネルダイレクトリンク設定（ＴＤＬＳ）の送信もしくは受信における、数々の連続または非連続チャネルを介して、シングルユーザ並列チャネルアクセス（ＳＵ−ＰＣＡ）またはシングルユーザチャネルアグリゲーションを可能にするために、ＭＵ−ＰＣＡセッションが、単一のＳＴＡに割り当てられ得、これは、ＭＵ−ＰＣＡの特別なケースである。
【００４７】
ＭＵ−ＰＣＡは、対称帯域幅を用いる送信／受信を利用することによって達成され得る。「対称帯域幅」という用語は、ＡＰとＳＴＡが同じ帯域幅を利用して、送信および受信を行うことを意味する。ＡＰが、ＰＨＹレイヤ設計強化を統合し、その場合、非ＡＰ  ＳＴＡのハードウェアに対する影響は、最低限である。ＭＵ−ＰＣＡは、非対称帯域幅を用いる送信／受信を利用することによっても達成され得る。「非対称帯域幅」という用語は、ＡＰが広帯域を利用して、送信および受信を行い、ＳＴＡが相対的により狭い周波数帯域を利用して、送信および受信を行うことを意味する。ＭＵ−ＰＣＡをサポートするために、ＡＰ  ＳＴＡと非ＡＰ  ＳＴＡの両方で、ＰＨＹレイヤ変更が行われ得る。
【００４８】
ＭＵ−ＰＣＡは、対称帯域幅を用いる送信／受信を使用でき、ＭＡＣレイヤ設計および手順、ならびにＰＨＹレイヤ設計および手順を使用できる。ＭＡＣレイヤ設計および手順は、単独ダウンリンクＭＵ−ＰＣＡ、単独アップリンクＭＵ−ＰＣＡ、組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ、および／または送信エラーの場合のＭＵ−ＰＣＡ再送を可能にする方式から成ることができる。ＰＨＹレイヤ設計および手順は、ＡＰにおいてＭＵ−ＰＣＡをサポートするために、ＡＰ内に存在できる。ＡＰは異なるＳＴＡへの同時複数接続をサポートできるので、ＰＨＹレイヤ設計および手順は、ＡＰのハードウェアに影響を与え得るが、（非ＡＰ）ＳＴＡは、それがすでにサポートする動作帯域幅のチャネルのみを使用して、ＡＰと通信する場合は、影響され得ない。
【００４９】
ＭＡＣ方式では、各ＢＳＳに対して１つのプライマリチャネルが存在すると仮定され得る。プライマリチャネルは、任意の帯域幅とすることができ、他のチャネルと連続または非連続とすることができる。ＡＰ  ＳＴＡおよび／または非ＡＰ  ＳＴＡは、アクティブに送信、受信を行っておらず、または休眠状態もしくは他の電力節約モードにある場合、（例えば、電力節約モードプロトコル／手順に従って）プライマリチャネルを適切にモニタできる。本明細書で説明されるように、プライマリチャネルは、別段の指摘がない限り、チャネル１であると仮定される。
【００５０】
ＭＵ−ＰＣＡに参加するＳＴＡは、ＵＬ送信とＤＬ送信の両方、または組み合わされたＵＬ送信とＤＬ送信のために、事前決定方式またはアドホック方式のどちらかで、グループに組織され得る。ＵＬ用のＳＴＡグルーピングとＤＬ用のＳＴＡグルーピングは、同じでもよく、または異なってもよい。ＳＴＡは、多くの異なる基準、なかでも、例えば、動作チャネル幅、ＡＰにおけるのと同様の受信電力、ＲＳＳＩ、ＱｏＳ優先度、伝搬遅延、同期、またはバッファリングされるパケット長などに従って、一緒にグループ化され得る。調整を行えば、グループ化されたＳＴＡは、利用可能な周波数帯域幅の全体または少なくとも大部分を利用でき得る。例えば、連続または非連続に関わらず、利用可能な周波数帯域全体が４ＭＨｚである場合、可能なＳＴＡグループは、１ＭＨｚ動作モードしかサポートしない４つのノードを、または１ＭＨｚ動作モードしかサポートしない２つのノードと、２ＭＨｚ動作モードをサポートする１つのノードとを含むことができる。
【００５１】
ＭＵ−ＰＣＡは、帯域幅が異なる複数のチャネルを介して、複数のＳＴＡに対して同時に提供され得、これらのチャネルは、連続または非連続であり得、同じ周波数帯域または異なる周波数帯域（例えば、２．４ＧＨｚ  ＩＳＭ帯域、３．５ＧＨｚ帯域、６ＧＨｚ未満帯域、４５ＧＨｚ帯域、６０ＧＨｚ帯域、もしくは１ＧＨｚ未満帯域などの任意の組み合わせ）内に配置され得る。さらに、ＤＬ方向、ＵＬ方向、もしくは組み合わされたＵＬ方向とＤＬ方向における、またはダイレクトリンク設定（ＤＬＳ）もしくはトンネルダイレクトリンク設定（ＴＤＬＳ）の送信もしくは受信における、数々の連続または非連続チャネルを介して、ＳＵ−ＰＣＡを可能にするために、ＭＵ−ＰＣＡセッションが、単一のＳＴＡに割り当てられ得る。
【００５２】
単独ＤＬ  ＭＵ−ＰＣＡは、グループ送信要求（Ｇ−ＲＴＳ）、グループ送信可（Ｇ−ＣＴＳ）、およびＭＵ−ＰＣＡ管理（ＭＰＭ）などのパケットの交換を使用することによって、ＭＡＣ方式によってサポートされ得る。そのようなＭＡＣ方式の例が、図６〜図９に示されており、以下で詳細に説明されるが、例の目的で示される各特徴または要素は、説明されるＭＡＣ方式の他の特徴および要素なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得る。以下では、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、ＭＰＭなどの制御フレームのフォーマット、および制御フレームの送信が説明される。図３、図４、および図５に示される例示的なフレームは、フレーム内に含まれ得るすべての可能なフィールドを示していない。例えば、ＭＡＣヘッダおよびフレーム本体は、示されていない他のフィールドを含むことができる。さらに、フィールドは、任意の順序で出現でき、必ずしも示された順序ではないことがある。例えば、タイプ、サブタイプ、および送信先アドレス（ＤＡ）フィールドは、示された順序でＭＡＣヘッダ内に出現しないことがある。
【００５３】
図３は、Ｇ−ＲＴＳ制御フレーム３００の例示的なフレームフォーマットを示している。Ｇ−ＲＴＳフレーム３００は、ＭＡＣヘッダ３０２と、フレーム本体３０４と、フレームチェックシーケンス（ＦＣＳ）３０６とを含むことができる。フレーム本体３０４は、ＭＡＰフィールド３０８と、チャネル割り当てフィールド３１０1...Nと、追加情報（Ｉｎｆｏ）フィールド３１２とを含むことができる。ＭＡＣヘッダ３０２は、とりわけ、タイプ３１４と、サブタイプ３１６と、送信先アドレス（ＤＡ）フィールド３１８とを含むことができ、他のフィールドは示されていない。Ｇ−ＲＴＳフレーム３００は、例えば、ＲＴＳフレームの変更バージョンとすることができ、チャネル割り当て情報を含むフレーム本体３０４を含むことができる。Ｇ−ＲＴＳフレーム３００は、アクションフレーム、アクションＡＣＫなしフレーム、または他の任意のタイプの管理もしくは制御フレームなど、他のタイプのフレームとしても実施され得る。Ｇ−ＲＴＳフレーム３００は、管理または制御フレームのＩＥ、フィールド、またはサブフィールドとしても実施され得る。
【００５４】
図３の例では、Ｇ−ＲＴＳフレーム３００は、ＭＡＣヘッダ３０２で、例えば、ＭＡＣヘッダ３０２内のタイプ３１４およびサブタイプ３１６フィールドで、Ｇ−ＲＴＳフレーム３００として識別され得る。例えば、タイプ３１４およびサブタイプ３１６フィールドが、ビットＢ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６、およびＢ７を含む場合、フレームを制御タイプおよびＧ−ＲＴＳサブタイプとして識別するために、ビットは、表１に示されるように設定され得る。
【００５５】
【表１】
0006424246.tif 000002
【００５６】
ＭＡＣヘッダ３０２内のＤＡフィールド３１８は、ＤＬ  ＭＵ−ＰＣＡに関するＳＴＡのグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、マルチキャストＭＡＣアドレスになるように設定され得る。あるいは、ＤＡフィールドは、ブロードキャストアドレスになるように設定され得、ＤＬ  ＭＵ−ＰＣＡに関するＳＴＡは、フレーム本体３０４で、または物理レイヤ収束手順（ＰＬＣＰ）ヘッダ（図示されず）内のグループＩＤによって識別され得る。ＳＵ−ＰＣＡが使用される場合、Ｇ−ＲＴＳフレーム３００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスにも送信され得る。
【００５７】
Ｇ−ＲＴＳフレーム３００のフレーム本体３０４は、ＤＬ  ＭＵ−ＰＣＡに関するＳＴＡのグループに対するチャネル割り当て３１０1...Nを含むことができる。フレーム本体３０４のＭＡＰフィールド３０８は、それ自体は他の任意のフィールドもしくはサブフィールドまたは情報要素（ＩＥ）として実施され得、例えば、フレーム本体３０４（すなわち、チャネル割り当て）の長さ、およびチャネル割り当てフィールド３１０1...Nの数Ｎ、すなわち、Ｇ−ＲＴＳがいくつのＳＴＡに対するチャネル割り当てを含むかを示すことができる。説明されない他の追加情報フィールド３１２も含まれ得る。
【００５８】
ＤＡフィールド３１８がブロードキャストアドレスになるように設定される場合、ＳＴＡチャネル割り当て３１０1...Nの各々は、ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡの各々についての明示的な識別情報（ＩＤ）を有することができ、ＩＤは、例えば、アソシエーションＩＤ（ＡＩＤ）、ＭＡＣアドレス、またはＡＰおよびＳＴＡが確立／ネゴシエートした他の形式のＩＤとすることができる。ＤＡフィールド３１８がグループのためのマルチキャストアドレスになるように設定される場合、チャネル割り当てフィールド３１０1...Nは、ＤＬ  ＳＴＡについてのＩＤを、暗黙的に（例えば、ＭＵ−ＰＣＡグループ内のＳＴＡの順序によって）、または明示的に含むことができる。示された各ＳＴＡは、１または複数の連続または非連続チャネルに割り当てられ得る。チャネル割り当てフィールド３１０1...N内のＤＬ  ＭＵ−ＰＣＡグループＳＴＡを明示的に示すために使用されるＩＤは、例えば、ＡＩＤ、ＭＡＣアドレス、またはＡＰおよびＳＴＡがネゴシエートした他の形式のＩＤとすることができる。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがマルチユーザ多入力多出力（ＭＵ  ＭＩＭＯ）を可能にする場合、同じチャネルに割り当てられ得、その場合、フレーム本体３０４（例えば、チャネル割り当て）は、同じ組のチャネルに割り当てられるＭＵ  ＭＩＭＯ  ＳＴＡの各々に対して割り当てられる空間ストリームの数も含むことができる。
【００５９】
図４は、Ｇ−ＣＴＳ制御フレーム４００の例示的なフレームフォーマットを示している。Ｇ−CＴＳフレーム４００は、ＭＡＣヘッダ４０２と、フレーム本体４０４と、フレームチェックシーケンス（ＦＣＳ）４０６とを含むことができる。フレーム本体４０４は、ＭＡＰフィールド４０８と、チャネル割り当てフィールド４１０1...Nと、追加情報（Ｉｎｆｏ）フィールド４１２とを含むことができる。ＭＡＣヘッダ４０２は、とりわけ、タイプフィールド４１４と、サブタイプフィールド４１６と、ＤＡフィールド４１８とを含むことができ、他のフィールドは示されていない。Ｇ−ＣＴＳフレーム４００は、ＣＴＳフレームの変更バージョンとして実施され得る。Ｇ−ＣＴＳフレーム４００は、アクションフレーム、アクションＡＣＫなしフレーム、または他の任意のタイプの管理および制御フレームなど、他のタイプのフレームとしても実施され得る。
【００６０】
フレーム本体４０４は、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡのためのチャネル割り当てフィールド４１０1...Nを含むことができる。例えば、ＭＡＣヘッダ４０２内のタイプフィールド４１４およびサブタイプフィールド４１６内のビットＢ２〜Ｂ７は、表２に示されるようにして、Ｇ−ＣＴＳフレーム４００を、制御タイプフレームとして、およびＧ−ＣＴＳサブタイプとして識別できる。
【００６１】
【表２】
0006424246.tif 000003
【００６２】
ＭＡＣヘッダ４０２内のＤＡフィールド４１８は、ＭＵ−ＰＣＡグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、ＳＴＡのグループを表すマルチキャストＭＡＣアドレスになるように設定され得る。あるいは、ＤＡフィールド４１８は、ブロードキャストアドレスになるように設定され得、ＭＵ−ＰＣＡに関するＳＴＡは、フレーム本体４０４で、またはＰＬＣＰヘッダ（図示されず）内のグループＩＤによって識別され得る。ＳＵ−ＰＣＡが使用される場合、Ｇ−ＣＴＳフレーム４００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスに送信され得る。
【００６３】
ＭＡＰフィールド４０８は、フレーム本体４０４内またはＭＡＣヘッダ４０２（もしくは図示されていないＰＬＣＰヘッダ）内の別のフィールドの一部として実施され得、Ｇ−ＣＴＳフレーム４００内における、ＳＴＡのためのチャネル割り当てフィールド４１０1...Nなど、利用可能な情報の存在を示すことができる。単独ＤＬ  ＭＵ−ＰＣＡに関連して使用される場合、Ｇ−ＣＴＳフレーム本体４０４は、ＭＡＰ要素を含むことができ、チャネル割り当てフィールド４１０1...Nを含まないことがある。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがＭＵ  ＭＩＭＯを可能にする場合、同じチャネルに割り当てられ得、その場合、フレーム本体４０４内のチャネル割り当ては、同じ組のチャネルに割り当てられるＭＵ  ＭＩＭＯ  ＳＴＡの各々に対して割り当てられる空間ストリームの数も含むことができる。
【００６４】
図５は、ＭＵ−ＰＣＡ管理（ＭＰＭ）フレーム５００の例示的なフレームフォーマットを示している。ＭＰＭフレーム５００は、ＭＡＣヘッダ５０２と、フレーム本体５０４と、ＦＣＳ５０６とを含むことができる。フレーム本体５０４は、以下のフィールド、すなわち、ＭＡＰフィールド５０８、グループＩＤ５１４、開始時間５１６、持続時間５１８、ＭＵ−ＰＣＡ選択５２０、ＳＴＡ１からＮに対応するＳＴＡ情報フィールド５１０1...N、および追加情報５１２のいずれかを含むことができる。これらのフィールドは、以下でより詳細に説明される。
【００６５】
ＭＡＰフィールド５０８は、ＭＰＭ５００内に含まれる情報のタイプを示すことができる。例えば、ＭＡＰフィールド５０８は、ＭＰＭ５００がいくつのＳＴＡ情報（Ｉｎｆｏ）フィールド５１０1...Nを含むかを示すことができる。ＭＡＰフィールド５０８は、それ自体はフィールドまたは他のフィールドのサブフィールドとして実施され得る。グループＩＤ５１４は、事前に決定され得る、またはアドホック方式で形成され得る、ＳＴＡ１からＮのＭＵ−ＰＣＡグループのＩＤを示すことができる。開始時間フィールド５１６は、次のＭＵ−ＰＣＡセッションの開始時間を示すことができ、ＭＵ−ＰＣＡセッションは、ＤＬもしくはＵＬまたは組み合わされたＤＬ／ＵＬのＳＵ−ＰＣＡ送信を含む、ＤＬもしくはＵＬまたは組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信とすることができる。開始時間は、例えば、次のフレームが、ＭＰＭ５００の終了時に開始する、ショートフレーム間隔（ＳＩＦＳ）の間隔などの、設定された間隔で送信される場合、暗黙的に定義され得る。持続時間フィールド５１８は、次のＭＵ−ＰＣＡセッションの持続時間を示すことができる。持続時間は、ＭＡＣヘッダ５０２の持続時間フィールド（図示されず）内に含まれる値によって、暗黙的に定義され得る。
【００６６】
ＭＵ−ＰＣＡ選択フィールド５２０は、ＭＵ−ＰＣＡセッションの選択を示すことができ、選択は、ＵＬ  ＭＵ−ＰＣＡ、ＤＬ  ＭＵ−ＰＣＡ、組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡを含む。同様に、ＭＵ−ＰＣＡ選択フィールド５２０は、ＭＰＭ５００が単一のＳＴＡに送信される場合、同等のＳＵ−ＰＣＡ選択を示すためにも使用され得る。各ＳＴＡ情報フィールド５１０1...Nは、次のＭＵ−ＰＣＡセッションに関するＳＴＡ１からＮそれぞれの情報を含むことができる。各ＳＴＡ情報フィールド５１０1...Nは、情報を含むサブフィールドを含むことができる（注記：サブフィールドは図５には明示的に示されていない）。例えば、ＳＴＡ  ＩＤサブフィールドは、ＭＡＣアドレス、ＡＩＤ、またはＡＰとＳＴＡが合意した他のＩＤとして実施され得る、ＳＴＡのＩＤを示すことができる。例えば、ＭＰＭが特定のＳＴＡへのユニキャストフレームであり、ＭＰＭがＳＵ−ＰＣＡ送信を開始するために使用される場合、ＳＴＡ  ＩＤは、使用されないことがある。別の例では、ＭＵ−ＰＣＡグループが形成され、ＭＵ−ＰＣＡグループ内のＳＴＡの順序が決定されており、ＭＵ−ＰＣＡに属する各ＳＴＡが自身の情報をどのサブフィールドが含むかを知り得る場合、ＳＴＡ  ＩＤサブフィールドは、使用されないことがある。
【００６７】
別の例では、チャネル割り当てサブフィールドは、ＳＴＡに割り当てられたチャネルの数、および割り当てられたチャネルのロケーションを示すことができる。チャネルのロケーションは、とりわけ、チャネル番号、中心周波数、帯域幅、プライマリチャネルからのオフセット、または周波数帯域などのパラメータを使用して実施され得る。ＭＵ−ＰＣＡグループ内の複数のＳＴＡは、ＳＴＡがＭＵ  ＭＩＭＯを可能にする場合、同じチャネルに割り当てられ得、その場合、チャネル割り当てサブフィールドは、同じ組のチャネルに割り当てられるＭＵ  ＭＩＭＯ  ＳＴＡの各々に対して割り当てられる空間ストリームの数および／または順序も含むことができる。
【００６８】
単独ＤＬ  ＭＵ−ＰＣＡとの関連におけるＧ−ＲＴＳ、Ｇ−ＣＴＳ、ＡＣＫ、およびＭＰＭなどの制御パケットは、複数のモードで送信され得る。それらは、（例えば、以下で詳細に説明される、図６〜図９に示されるように）個々のチャネル各々において送信され、同じＢＳＳまたはオーバラップするＢＳＳ内の、チャネルを利用するすべてのＳＴＡに、正しいネットワークアロケーションベクトル（ＮＡＶ）設定を提供できる。他方、ＳＴＡがより大きな帯域幅上での送信を知っており、そのような送信を受信することが可能である場合、制御フレームは、（例えば、より大きいＩＦＦＴを使用して）変調され、複数のチャネルを介して送信され得る。例えば、ネットワークカバレージエリア全体にわたって、２ＭＨｚモードをサポートするＳＴＡだけが、チャネル２およびチャネル３上で動作するように割り当てられる場合、例えば、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、およびＡＣＫは、２つのチャネル、例えば、チャネル２およびチャネル３を横断して送信され得、その場合、すべてのＳＴＡは、それらのＮＡＶを正しく受信し、設定できる。
【００６９】
以下では、ＭＡＣ方式を説明するすべての図は、図２Ａの例示的なＢＳＳにおけるエンティティを参照し、ＡＰ２０４およびＳＴＡ１〜ＳＴＡ４  ２０２1...4による通信は、チャネル２１８1...4上で行われ、下付き文字は、送信エンティティを示す。上で説明されたように、説明の目的で、チャネル２１８1...4の各々は、１ＭＨｚ幅であり、チャネル２１８1が、プライマリチャネルであることが仮定される。さらに、例示的なフレーム間隔として、ショートフレーム間隔（ＳＩＦＳ）が使用されるが、縮小ＩＦＳ（ＲＩＦＳ）およびアービトレーションＩＦＳ（ＡＩＦＳ）を含む、他の任意のタイプのフレーム間隔（ＩＦＳ）が使用され得る。
【００７０】
帯域幅全体の上で、およびプライマリチャネルのみの上で送信される制御フレームを用いるＤＬ  ＭＵ−ＰＣＡを使用するＡＰおよびＳＴＡの挙動の例が、それぞれ、図６および図７に示されている。図６は、利用可能な帯域幅全体の上で制御フレームを使用してＤＬ  ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式６００を示している。図６の例では、利用可能な帯域幅全体の上での送信／受信をサポートすることが可能なＳＴＡ２へのデータパケットのＡＰ送信２０４AP、およびＡＰに戻すＡＣＫ送信２０６STA2の後、ＡＰは、利用可能なすべての帯域幅において、空きチャネル判定（ＣＣＡ）を行うことができる。
【００７１】
すべての利用可能なチャネルへのアクセスを獲得した後、ＡＰは、以下の機能のいずれかのために、すべてのチャネル２１８1...4上で、チャネル割り当てを有するＧ−ＲＴＳ６０６APを送出でき、その機能とは、ＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらがＡＰからのＤＬパケットを受信するために切り換え得るチャネルについて通知すること、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネルを、これらのチャネルを介して動作するすべてのＳＴＡのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことである。チャネル２１８1...4の１つが、他のいくつかのＳＴＡによってすでに占有されている場合、Ｇ−ＲＴＳ６０６APは、そのチャネルを介しては送信され得ず、ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。
【００７２】
ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができ、例えば、ＳＴＡ１は、チャネル１  ２１８1に割り当てられ、そのため、それはチャネル１  ２１８1に切り換え、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３  ２１８2~3に割り当てられ、そのため、それはチャネル２、３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４  ２１８4に割り当てられ、そのため、それはチャネル４に切り換えることができ、１ＭＨｚモードを使用して動作する。
【００７３】
したがって、ＳＴＡは、それぞれ、Ｇ−ＣＴＳ（または単純にＣＴＳ）６０８STA1、６０８STA3、６０８STA4を送信できる。これらのＧ−ＣＴＳは、ＤＬパケットを受信する準備が整ったことをＡＰに通知でき、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。例えば、（Ｇ−）ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−（Ｇ−）ＣＴＳ＿Ｔｉｍｅの値になるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、Ｇ−ＲＴＳパケット内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ６１０の持続時間であり、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの送信時間である。
【００７４】
各ＳＴＡから（Ｇ−）ＣＴＳ６０８STA1、６０８STA3、６０８STA4を受信すると、ＡＰは、各ＳＴＡにそれぞれ、割り当てられたチャネルを介して、データパケット６１２APを送信できる。データパケットは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネルのタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８1上で送信されるように選択され得る。すべてのチャネル２１８1...4上のＤＬ送信が同じ時刻に終了するように、（時間的に）等しい長さのデータパケットを作成するために、パディング６１４APが、任意のチャネルを介して、ＡＰによって送信され得る。ＳＴＡは、それぞれのデータパケットを受信すると、受信の成功を知らせるために、それぞれ、ＡＣＫパケット６１６STA1、６１６STA3、６１６STA4をＡＰに送出できる。
【００７５】
チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＧ−ＲＴＳをＡＰから受信した場合、持続時間の間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、持続時間は、例えば、（Ｇ−）ＣＴＳ＿Ｔｉｍｅ＋２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙに等しくすることができ、ここで、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳパケット６０８STAXの持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ６１０の持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、構成可能なパラメータとすることができる。
【００７６】
図６に示されるＭＡＣ  ＤＬ  ＭＵ−ＰＣＡは、ＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡが、ＳＩＦＳ間隔内で、チャネルの切り換えばかりでなく、送信モードと受信モードとの間の切り換えも可能であることを仮定している。しかしながら、ＳＴＡが、ＳＩＦＳ間隔内で、チャネルの切り換えが可能でない場合、図７に示されるように、初期制御パケット交換が、プライマリチャネルを介して行われなければならない。
【００７７】
図７は、プライマリチャネルを介してＧ−ＲＴＳおよびＧ−ＣＴＳを使用する単独ＤＬ  ＭＵ−ＰＣＡのための例示的なＭＡＣ方式７００を示している。ＡＰは、すべての利用可能なチャネルを介してＣＣＡを行うことができる。すべてのチャネルへのアクセスを獲得した後、ＡＰは、すべてのチャネルを介してのチャネル割り当てを有するＧ−ＲＴＳ７０２を送出できる。Ｇ−ＲＴＳ７０２の送信は、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくために、またＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらが各ＳＴＡの（Ｇ−）ＣＴＳ間にＳＩＦＳ間隔７１０を有するプライマリチャネルを介して（Ｇ−）ＣＴＳを送信すべき順序についてばかりでなく、ＳＴＡがＡＰからのＤＬパケットを受信するために切り換えるべきチャネルについても通知するために使用され得る。チャネルを切り換えるのに十分な時間をＳＴＡに提供するために、プライマリチャネルを介して受信を行うように割り当てられるＳＴＡは、ＤＬ  ＭＵ−ＰＣＡグループのうちでＣＴＳ（またはＧ−ＣＴＳ）を送信した最後のＳＴＡになるようにＡＰによって指定され得る。
【００７８】
その後、ＳＴＡは、プライマリチャネルを介して、各（Ｇ−）ＣＴＳ間にＳＩＦＳ間隔を空けて、ＡＰによって割り当てられた順序に従って、（Ｇ−）ＣＴＳ  ７０４STA4、７０３STA3、および７０８STA1を順番に送信できる。（Ｇ−）ＣＴＳ  ７０４STA4、７０３STA3、および７０８STA1は、ＤＬパケットを受信するためにチャネルを切り換える準備が整ったことをＡＰに通知するのに、また少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくのに役立ち得る。例えば、第ｎの（Ｇ−）ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−Ｙ×ＳＩＦＳ＿Ｔｉｍｅ−Ｙ×（Ｇ−）ＣＴＳ＿Ｔｉｍｅになるように設定され得、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、Ｇ−ＲＴＳパケット内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳの持続時間であり、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳパケットの送信時間である。
【００７９】
ＭＵ−ＰＣＡグループ内の送信を行うように割り当てられた第１のＳＴＡ（この例ではＳＴＡ４）は、第１のＧ−ＲＴＳフレームの後、ＳＩＦＳ時間が経過したら、（Ｇ−）ＣＴＳを送信でき、第１のＳＴＡであるＳＴＡ４から（Ｇ−）ＣＴＳ７０４STA4を受信すると、ＡＰは、第２のＳＴＡに（Ｇ−）ＣＴＳを要求するために、プライマリチャネルを介して、次のＳＴＡ（この例ではＳＴＡ３）に、別のＧ−ＲＴＳ（または、例えば、Ｇ−Ｐｏｌｌなどの別の制御フレーム）を送信でき、第２のＳＴＡは、（Ｇ−）ＣＴＳを用いて応答でき、その後、プロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡが（Ｇ−）ＣＴＳフレームを送信するまで繰り返すことができる。Ｇ−ＲＴＳフレームおよび（Ｇ−）ＣＴＳフレーム内の持続時間フィールドは、追加のＳＩＦＳおよびＧ−ＲＴＳフレームの持続時間を用いて、しかるべく調整され得る。
【００８０】
ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えることができ、また正しい動作モードに切り換えることができる。例えば、ＳＴＡ１は、チャネル１  ２１８1に割り当てられ、そのため、それはチャネル１  ２１８1に留まり、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３  ２１８2~3に割り当てられ、そのため、それはチャネル２およびチャネル３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４  ２１８4に割り当てられ、そのため、それはチャネル４に切り換えることができ、１ＭＨｚモードを使用して動作する。
【００８１】
（Ｇ−）ＣＴＳ  ７０４STA4、７０３STA3、および７０８STA1を受信すると、ＡＰは、各ＳＴＡにそれぞれ、それぞれに割り当てられたチャネルを介して、データパケット７１２APを送信できる。データパケット７１２APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネルのタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネルを介して送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、（時間的に）等しい長さのデータパケットを作成するために、パディングが、すべてのチャネル２１８1~4上で使用され得る。１つのＧ−ＣＴＳが受信されない場合、ＡＰは、対応するＳＴＡに対するＤＬパケットを割り当てられたチャネルを介して送信しないことを選択でき、または送信を通常通り続行することを選択できる。ＳＴＡは、それぞれのデータパケットを受信すると、ＡＣＫパケット７１６STA1、７１６STA3、７１６STA4をＡＰに送出して、受信を知らせる。
【００８２】
チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＧ−ＲＴＳをＡＰから受信した場合、時間期間の間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルできる。例えば、時間期間は、Ｎ×Ｇ−ＣＴＳ＿Ｔｉｍｅ＋（Ｎ＋１）×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙに等しくすることができ、ここで、Ｎは、Ｇ−ＲＴＳパケットのチャネル割り当て内に含まれるＳＴＡの数であり、Ｇ−ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳの持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、ＷＬＡＮシステムに基づいた構成可能なパラメータとすることができる。
【００８３】
図８は、利用可能な帯域幅全体の上で制御フレームを使用してＤＬ  ＭＵ−ＰＣＡを可能にするための、ならびに既存のＷｉＦｉ規格および草案に準拠し得るが、ＭＰＭ、Ｇ−ＲＴＳ、およびＧ−ＣＴＳフレームを解釈できないことがある、ＷｉＦｉ  ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式８００を示している。
【００８４】
図８の例では、利用可能な帯域幅２１８1...4全体の上で送信／受信をサポートすることが可能なＳＴＡ２へのデータパケットのＡＰ送信８０２APは、ＳＴＡ２のＡＣＫ８０４STA2によって肯定応答が返され得る。ＡＰは、ＭＰＭフレーム８０６APを送信でき、ＭＰＭフレーム８０６APは、それが、ＭＵ−ＰＣＡグループ内の各ＳＴＡのためのチャネル割り当てを有する、ＤＬ  ＭＵ−ＰＣＡ（またはＤＬ  ＳＵ−ＰＣＡ）送信アナウンスメントであることを示す選択を含むことができる。一例では、ＡＰは、すべての利用可能な帯域幅２１８1...4上でＣＣＡを行うことができ、すべてのチャネル２１８1...4上でＭＰＭ８０６APを送信できる。ＭＰＭフレーム８０６APは、ＭＵ−ＰＣＡセッション全体のためのすべてのチャネル２１８1...4上におけるＮＡＶを設定するための情報をＭＡＣヘッダ内に含むことができる。別の例では、ＭＰＭは、ＮＡＶ設定情報を含まないことがあり、ＡＰは、ＡＰが媒体へのアクセスを維持することを可能にするために、十分に短いＩＦＳ８１０（例えば、ショートＩＦＳ（ＳＩＦＳ）またはポイントＩＦＳ（ＰＩＦＳ））を使用して、すべてのチャネル２１８1...4上の媒体にアクセスでき、ＡＰがすべてのチャネル２１８1...4上でＲＴＳフレーム８０８AP（またはＧ−ＲＴＳフレーム）を送信して、ＤＬ  ＭＵ−ＰＣＡセッションを開始できるようにする。
【００８５】
一例では、ＡＰは、プライマリチャネル２１８1上でのみＣＣＡを行い、プライマリチャネル２１８1上でＭＰＭフレーム８０６APを送信できる。ＭＰＭフレーム８０６APは、ＤＬ  ＭＵ−ＰＣＡ（またはＤＬ  ＳＵ−ＰＣＡ）セッションをアナウンスでき、その後、ＡＰは、すべてのチャネル２１８1...4上でＣＣＡを行うことができ、それが、すべてのチャネル２１８1...4上でアクセスを有する場合、それは、すべてのチャネル２１８1...4上でＲＴＳフレーム８０８AP（またはＧ−ＲＴＳフレーム）を送信して、ＤＬ  ＭＵ−ＰＣＡセッションを開始できる。
【００８６】
すべての利用可能なチャネル２１８1...4へのアクセスを獲得した後、ＡＰは、ＲＴＳ（またはＧ−ＲＴＳ）フレーム８０８APを送出でき、それは、ＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡのグループに、それらが割り当てられたチャネルに切り換えて、ＡＰからＤＬパケットを受信できることを通知でき、またそれは、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８1...4を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。チャネルの１つが、いくつかの他のＳＴＡによってすでに占有されている場合、ＲＴＳまたはＧ−ＲＴＳは、そのチャネルを介しては送信され得ず、ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。
【００８７】
ＭＰＭまたはＧ−ＲＴＳフレームを解釈できないことがあるＷｉＦｉ  ＳＴＡの場合、ＡＰは、プライマリチャネル上に、またはレガシＷｉＦｉ  ＳＴＡが動作することが可能なプライマリチャネルを含むいずれか１組の連続もしくは非連続チャネル上に、これらのＳＴＡを割り当てることができる。レガシＷｉＦｉ  ＳＴＡがＭＵ−ＰＣＡセッションに含まれる場合、ＡＰは、最初にすべての（他の）ＳＴＡにＭＰＭフレームを送信した後に、すべてのチャネルを介してＲＴＳを送信でき、または少なくとも、レガシＷｉＦｉデバイスが割り当てられたチャネルを介してＲＴＳを送信できる。
【００８８】
例では、ＳＴＡ１が８０２．１１ｎであり、プライマリチャネルがチャネル１である場合、それは、チャネル１およびチャネル、２両方の４０ＭＨｚ帯域幅上で動作できる。ＡＰは、４０ＭＨｚ動作のために、ＳＴＡ１をチャネル１、２上に割り当てることができる。ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡをチャネル３、４上に割り当てることができる。その後、ＡＰは、ＲＴＳフレーム８０８APをチャネル１、２上で、またはすべてのチャネル１〜４上で送信して、ＭＵ−ＰＣＡセッションを開始できる。別の例では、ＳＴＡ１が８０２．１１acSTAであり、プライマリチャネルが８０ＭＨｚ帯域幅を有するチャネル１であり、ＳＴＡ１が８０＋８０非連続動作を可能にする場合、ＡＰは、８０＋８０非連続動作を使用して、ＳＴＡ１をチャネル１、３上に割り当てることができる。その後、ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡをチャネル３、４上に割り当てることができる。その後、ＡＰは、ＲＴＳフレームをチャネル１、３上で、またはすべてのチャネル１〜４上で送信して、ＭＵ−ＰＣＡセッションを開始できる。
【００８９】
ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができる。一例では、ＳＴＡ１は、チャネル１に割り当てることができ、そのため、それはチャネル１に切り換え、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２、３に割り当てることができ、そのため、それはチャネル２、３に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル４に割り当てることができ、そのため、それはチャネル４に切り換え、１ＭＨｚモードを使用して動作できる。
【００９０】
図８の例を再び参照すると、その後、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＣＴＳ（またはＧ−ＣＴＳ）８０９STA1、８０９STA3、８０９STA4を送信でき、それによって、それらは、ＤＬパケットを受信する準備が整ったことをＡＰに通知でき、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことができる。例えば、Ｇ−ＣＴＳの持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−Ｇ−ＣＴＳ＿Ｔｉｍｅになるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿Ｇ−ＲＴＳは、ＲＴＳ（またはＧ−ＲＴＳ）パケット８０８AP内に含まれる持続時間設定であり、ＳＩＦＳ＿Ｔｉｍｅは、ＩＦＳ８１０の持続時間であり、Ｇ−ＣＴＳ＿Ｔｉｍｅは、Ｇ−ＣＴＳパケットの送信時間である。ＳＴＡは、ＡＰからＲＴＳを受信した場合、ＣＴＳフレームを送信でき、ＡＰからＧ−ＲＴＳを受信した場合、Ｇ−ＣＴＳを送信できる。
【００９１】
ＣＴＳ（またはＧ−ＣＴＳ）８０９STA1、８０９STA3、８０９STA4を受信すると、ＡＰは、データパケット８１２APを、各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それぞれに割り当てられたチャネルを介して送信できる。データパケット８１２APは、長さが異なることがあり（例えば、チャネル１上のデータパケット８１２APは、他のチャネル上のデータパケット８１２APよりも長い）、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８1のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８1上で送信されるように選択され得る。すべてのチャネル２１８1...4上のＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング８１４APが、すべてのチャネル２１８1...4上で使用され得る。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれのデータパケットを受信すると、受信を知らせるために、それぞれに割り当てられたチャネルを介して、ＡＣＫパケット８１６STA1、８１６STA3、８１６STA4を送出できる。
【００９２】
チャネルをモニタしているＳＴＡでは、それらが、自身宛てではないＭＰＭ、ＲＴＳ、またはＧ−ＲＴＳをＡＰから受信した場合、Ｔ−ｈａｎｄｓｈａｋｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙの間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、ここで、Ｔ−Ｈａｎｄｓｈａｋｅは、ＭＰＭ、ＲＴＳ、Ｇ−ＲＴＳ、ＣＴＳ、Ｇ−ＣＴＳなどのフレームの持続時間、および複数のＳＩＦＳ間隔を含む、ＭＵ−ＰＣＡ送信を開始するためのすべてのパケットを送信するための時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、特定のＷＬＡＮシステムに適するように定義され得る。
【００９３】
図６〜図８において上述された例に加えて、ＤＬ  ＭＵ−ＰＣＡデータフレームの肯定応答は、ブロックＡＣＫ（ＢＡ）としても実施され得る。図９は、制御フレームおよびＢＡを使用してＤＬ  ＭＵ−ＰＣＡを可能にするための例示的なＭＡＣ方式９００を示している。図９の例では、ＡＰは、ＤＬ  ＭＵ−ＰＣＡセッション９０２の間に、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）にデータ９０４APを送信できる（必要であれば、パディング９０６APを使用できる）。ＤＬ  ＭＵ−ＰＣＡセッション９０２が終了すると、ＡＰは、直ちに、またはある程度の遅延ＩＦＳ９１０をおいて、すべてのチャネル２１８1...4上で、ＢＡＲフレーム９０８APを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、ＢＡＲフレーム９０８APを受信すると、ＡＰから受信したＤＬ  ＭＵ−ＰＣＡデータフレーム９０４APに対する肯定応答を返すために、ＢＡ９１２STA1、９１２STA3、９１２STA4を使用できる。別の例では、ＤＬ  ＭＵ−ＰＣＡセッションが終了すると、ＳＴＡは、ＡＰから受信したＤＬ  ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すために、ＢＡを使用できる。別の例では、ＤＬ  ＭＵ−ＰＣＡセッションが終了すると、ＡＰは、直ちに、またはある程度の遅延ＩＦＳをおいて、プライマリチャネルを介して、ＢＡＲフレームを送信できる。ＭＵ−ＰＣＡグループ内で第１のＳＴＡとしてランク付けされたＳＴＡは、ＡＰから受信したＤＬ  ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡをＡＰに送信でき、ＡＰは、ＤＬ  ＭＵ−ＰＣＡグループ内の第１のＳＴＡからＢＡを受信すると、ＭＵ−ＰＣＡグループ内の第２のＳＴＡにブロックＡＣＫ要求フレーム（ＢＡＲ）を送信でき、その後、第２のＳＴＡは、ＢＡを用いて返信できる。このプロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡが、ＡＰから受信したＤＬ  ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡをＡＰに送信するまで、続けることができる。
【００９４】
単独ＵＬ  ＭＵ−ＰＣＡは、アップリンク要求（ＵＬＲ）、グループポーリング（Ｇ−Ｐｏｌｌ）、グループＡＣＫ（Ｇ−ＡＣＫ）、およびＧ−ＣＴＳなどのパケットを交換することによって、（以下で説明される）図１２〜図１５に示される例などのＭＡＣ方式によって、サポートされ得る。３つのＭＡＣ方式の詳細な説明を提供するために、ＵＬＲ、Ｇ−Ｐｏｌｌ、Ｇ−ＡＣＫなどの制御フレームのフォーマット、および制御フレームの送信が、最初に説明される。図１０および図１１に示される例示的なフレームは、フレーム内に含まれ得るすべての可能なフィールドを示しているわけではない。例えば、ＭＡＣヘッダおよびフレーム本体は、示されていない他のフィールドを含むことができる。さらに、フィールドは、任意の順序で出現でき、必ずしも示された順序でなくてもよい。例えば、タイプ、サブタイプ、およびＤＡフィールドは、示された順序でＭＡＣヘッダ内に出現しなくてもよい。
【００９５】
図１０は、アップリンク要求フレーム（ＵＬＲ）１０００の例示的なフレームフォーマットを示している。ＵＬＲ１０００は、ＭＡＣヘッダ１００２と、フレーム本体１００４と、ＦＣＳ１００６とを含むことができる。ＭＡＣヘッダ１００２内のタイプフィールド１０１４およびサブタイプフィールド１０１６は、フレームがタイプＵＬＲであることを示すことができる（ＭＡＣヘッダ１００２内には他のフィールド１０１８も含まれ得る）。例えば、タイプフィールド１０１４およびサブタイプフィールド１０１６のビットは、表３に従って設定され得る。
【００９６】
【表３】
0006424246.tif 000004
【００９７】
ＵＬＲ１０００のフレーム本体１００４は、例えば、とりわけ、最大許容遅延１００８、データサイズ１０１０、送信のために使用されるＭＣＳ１０１２、およびＱｏＳ優先度などの他の情報１０２０など、ＵＬ  ＭＵ−ＰＣＡを使用してＡＰに送信されるデータの仕様およびアップリンク詳細を含むことができる。例では、データサイズ１０１０およびＭＣＳ１０１２は、ＳＴＡが要求している持続時間または送信機会（ＴＸＯＰ）持続期間を表す１つのフィールドに組み合わされ得る。ＵＬＲ１０００は、アクションフレーム、アクションＡＣＫなしフレーム、もしくは他の任意のタイプの管理もしくは制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥ、フィールド、およびサブフィールドとして実施され得る。
【００９８】
図１１は、グループポーリング（Ｇ−Ｐｏｌｌ）フレーム１１００の例示的なフレームフォーマットを示している。Ｇ−Ｐｏｌｌフレーム１１００は、ＭＡＣヘッダ１１０２と、フレーム本体１１０４と、ＦＣＳ１１０６とを含むことができる。タイプフィールド１１１４およびサブタイプフィールド１１１６は、Ｇ−Ｐｏｌｌフレーム１１００がタイプＧ−Ｐｏｌｌであることを示すことができる。例えば、タイプフィールド１１１４およびサブタイプフィールド１１１６は、表４に従って設定され得る。
【００９９】
【表４】
0006424246.tif 000005
【０１００】
ＭＡＣヘッダ１１０２内のＤＡフィールド１１１８は、ＭＵ−ＰＣＡグループが形成されており、マルチキャストＭＡＣアドレスによって識別され得る場合、ＳＴＡのグループを表すマルチキャストＭＡＣアドレスになるように設定され得る。別の例では、ＤＡフィールド１１１８は、ブロードキャストアドレスになるように設定され得、ポーリングされるＳＴＡは、フレーム本体１１０４で、またはＰＬＣＰヘッダ（図示されず）内のグループＩＤによって識別され得る。Ｇ−Ｐｏｌｌフレーム１１００は、ターゲットＳＴＡのユニキャストＭＡＣアドレスにも送信され得る。
【０１０１】
ＭＡＰフィールド１１０８は、フレーム本体またはＭＡＣヘッダ１１０２もしくはＰＬＣＰヘッダ（図示されず）内に存在でき、いくつのＳＴＡがポーリングされているかを、またフレーム本体内に含まれる他の情報を示すことができる。ＳＴＡのＳＴＡ  ＩＤ１１１０1...Nは、例えば、アソシエーションＩＤ（ＡＩＤ）、ＭＡＣアドレス、またはＡＰおよびＳＴＡがあらかじめ確立し得た他の形式のＩＤとすることができる。Ｇ−Ｐｏｌｌが、事前確立されたＳＴＡのグループに送信される場合、ＳＴＡ  ＩＤは省略され得る。フレーム本体１１０４内に含まれる情報１１１２は、例えば、Ｇ−Ｐｏｌｌフレーム１１００の受信に応答して、ＳＴＡがその上でＵＬＲを送信すべき、ＳＴＡに割り当てられたチャネルとすることができる。Ｇ−Ｐｏｌｌフレーム１１００は、アクションフレーム、アクションＡＣＫなしフレーム、もしくは任意のタイプの管理もしくは制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥ、フィールド、およびサブフィールドとして実施され得る。
【０１０２】
グループＡＣＫ（Ｇ−ＡＣＫ）のフレームフォーマットは、タイプフィールド１１１４およびサブタイプフィールド１１１６が、フレームがタイプＧ−ＡＣＫであることを示すことができ、情報１１１２が、異なること、または存在しないことがあることを除いて、図１１に示されるＧ−Ｐｏｌｌフレーム１１００のフレームフォーマットと同様とすることができる。あるいは、Ｇ−ＡＣＫが、図１１のＧ−Ｐｏｌｌフレーム１１００と同じフレームフォーマットを有すると仮定した場合、Ｇ−ＡＣＫのＭＡＰフィールド１１０８部分は、それがＧ−ＰｏｌｌではなくＧ−ＡＣＫであることを示すことができる。Ｇ−ＡＣＫフレーム本体は、１または複数のパケットの受信に関する肯定応答のための１または複数のビットを有する、ＳＴＡのグループ内の各ＳＴＡのためのフィールドを含むことができる。各フィールドは、Ｇ−ＡＣＫフレームが肯定応答を通知する各ＳＴＡについての開始シーケンス番号も示すことができる。Ｇ−ＡＣＫは、アクションフレーム、アクションＡＣＫなしフレーム、もしくは他の任意のタイプの管理および制御フレームなど、任意のタイプのフレームとして、または管理および制御フレームのＩＥもしくはフィールドとして実施され得る。単独ＵＬ  ＭＵ−ＰＣＡに関連するＧ−Ｐｏｌｌ、ＵＬＲ、Ｇ−CＴＳ、およびＧ−ＡＣＫなどの制御パケットの送信は、複数のモードで送信され得、ＭＰＭフレームの送信に関して先に説明されたのと同じルールに従うことができる。
【０１０３】
図１２は、厳しい遅延限界がないデータのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１２００を示している。ＳＴＡは、それらがチャネルへのアクセスを獲得する場合、またはそれらがポーリングされている場合、もしくはパケットをＡＰに送信している場合、それらが送信すべきアップリンクパケットを有することをＡＰに通知するために、ＵＬＲをＡＰに送信でき、またはＵＬＲをＡＰ宛ての先行ＵＬパケットにピギーバックでき、例えば、とりわけ、遅延、データサイズ、使用されるＭＣＳ、または必要とされる時間／ＴＸＯＰなど、これらのパケットの仕様も含めることができる。図１２の例では、ＳＴＡ４、ＳＴＡ３、およびＳＴＡ１は、プライマリチャネル２１８1上で、ＵＬＲ１２０２STA4、１２０４STA3、１２０６STA1を順番にＡＰに送信する。
【０１０４】
ＡＰは、それがＵＬＲを受信したことを、個別フレームとしての、または送信パケットのピギーバック部分としての、（Ｇ−）ＡＣＫ送信１２０８AP（すなわち、ＡＣＫまたはＧ−ＡＣＫフレーム）を用いて、ＳＴＡに通知できる。ＡＰがＵＬＲを受信した後すぐに、ＵＬ  ＭＵ−ＰＣＡが開始するようにスケジュールされている場合、ＡＰは、（Ｇ−）ＡＣＫを送信し得ない。ＵＬＲフレーム内で指定された遅延限界が経過しても、ＡＰから受信されたＧ−ＡＣＫまたは他のピギーバック形式のＧ−ＡＣＫが存在しない場合、ＳＴＡは、ＵＬＲの送信が失敗したと仮定でき、それは、別のＵＬＲを独立して、または別のパケットにピギーバックして（例えば、アグリゲートＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）、またはアグリゲートサービスプロトコルデータユニット（Ａ−ＭＳＤＵ）として）、送信することを選択できる。それは、直接的にデータパケットをＡＰに送信することを選択できる。
【０１０５】
図１２の例では、利用可能なチャネルを獲得した後、ＡＰは、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１２１２APを送信でき、それは、以下のいずれかを行うこと、すなわち、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、それらがＵＬパケットを送信するために割り当てられたチャネルを通知すること、ＳＴＡからのすべてのＵＬ送信の開始を揃えること、および／またはすべてのＵＬデータパケットに対するＡＰによるＡＣＫが終了するまで、Ｇ−ＣＴＳの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１２１２APの持続時間フィールドは、例えば、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ１２１０間隔の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１２１６APの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８1...4上で送信されるうちで時間的に最長のデータパケット１２１４STA1の送信とすることができ、それは、各ＵＬＲフレーム１２０２STA4、１２０４STA3、１２０６STA1内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８1上で送信される（時間的に）最長のＵＬデータパケットを割り当てることもできる。
【０１０６】
ＵＬ  ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、割り当てられたチャネルを介して（例えば、ＳＴＡ１はチャネル２１８1上で、ＳＴＡ３はチャネル２１８2~3上で、ＳＴＡ４はチャネル２１８4上で）、それぞれ、アップリンクパケット１２１４STA1、１２１４STA3、１２１４STA4をＡＰに送信できる。
【０１０７】
ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ１２１０の間、待つことができ、ＵＬパケットの受信を通知するために、ＡＣＫ１２１６AP（またはＢＡ）を送信できる。あるいは、ＡＰは、帯域幅２１８1...4全体の上で、またはプライマリチャネル２１８1上で、それを１つずつ行う代わりに、一緒に符号化されたＡＣＫである、すべてのＵＬパケットについてのグループＡＣＫを送信できる。
【０１０８】
図１３は、厳しい遅延限界があるデータのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１３００を示している。このタイプのＵＬ  ＭＵ−ＰＣＡは、例えば、ＡＰがＵＬパケットに関してＳＴＡに定期的にポーリングを行い得る、優先度が高いＳＴＡのために使用され得る。すべての利用可能な帯域幅２１８1...4上でチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８1...4上で、Ｇ−Ｐｏｌｌフレーム１３０２APを送信でき、それは、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うのに、ＳＴＡにその上でＵＬＲパケットを用いて応答できる割り当てられたチャネルを通知するのに、および／または持続時間フィールドを、したがって、チャネルをモニタするＳＴＡについてのＮＡＶを設定することによって、チャネルを確保するのに役立ち得る。ＵＬ  ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８1、ＳＴＡ３は２１８2,3、ＳＴＡ４は２１８4）、および適切な送信モードに切り換えることができ、それぞれのチャネルを介して、ＵＬＲパケット送信１３０４STA1、１３０４STA3、１３０４STA4を用いて、Ｇ−Ｐｏｌｌフレーム１３０２APに応答して、それらが有し得るＵＬパケットについてＡＰに通知できる。
【０１０９】
ＡＰは、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１３０６APを送信でき、それは、以下のいずれかを行うこと、すなわち、ＳＴＡからのすべてのＵＬ送信１３０８STA1、１３０８STA3、１３０８STA4の開始を揃えること、すべてのＵＬデータパケット１３０８STA1、１３０８STA3、１３０８STA4に対するＡＰによるＡＣＫフレーム１３１２APが終了するまで、Ｇ−ＣＴＳ１３０６APの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）についてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８1...4上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１３０６APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１３１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１３１２APの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８1...4上で送信されるうちで時間的に最長のデータパケット（この例では、１３０８STA1）の送信とすることができ、それは、各ＵＬＲフレーム１３０４STA1、１３０４STA3、１３０４STA4内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８1上で送信される時間的に最長のＵＬデータパケット（この例では、１３０８STA1）を割り当てることもできる。ＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、アップリンクパケット１３０８STA1、１３０８STA3、１３０８STA4をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ間隔１３１０の間、待つことができ、ＵＬパケット１３０８STA1、１３０８STA3、１３０８STA4の受信を通知するために、ＡＣＫ１３１２AP（またはＢＡ）を送信できる。
【０１１０】
チャネルをモニタしているＳＴＡ（例えば、ＳＴＡ２）では、それらが、自身宛てではないＧ−Ｐｏｌｌフレーム１３０２APをＡＰから受信した場合、ＵＬＲ＿Ｔｉｍｅ＋２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｙ×Ａ＿Ｓｌｏｔ＿Ｔｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙの間待っても、ＡＰからの送信が検出されないならば、それらは、ＮＡＶをキャンセルでき、ここで、ＵＬＲ＿Ｔｉｍｅは、ＵＬＲパケット１３０４STA4の持続時間であり、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ１３１０の持続時間であり、Ａ＿Ｓｌｏｔ＿Ｔｉｍｅは、スロットの持続時間であり、ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙは、受信の開始に関するＰＨＹレイヤにおける遅延とすることができ、Ｙは、構成可能なパラメータである。
【０１１１】
図１３の代替形態として、図１４は、ＵＬＲパケットが順番に送信される、データのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１４００を示している。図１３と同様に、ＡＰは、ＭＵ−ＰＣＡグループ内のＳＴＡに、Ｇ−Ｐｏｌｌ１４０２APを送信できる。ＵＬ  ＭＵ−ＰＣＡグループ内のＳＴＡからのＵＬＲパケット１４０４STA4、１４０６STA3、１４０８STA1は、チャネルおよび動作モードを素早く切り換えることができないＳＴＡのために、プライマリチャネル２１８1上で順番に送信され得る。ＡＰによって送信されるＧ−Ｐｏｌｌ１４０２APは、プライマリチャネルを介して送信するように割り当てられたＳＴＡ（この例では、ＳＴＡ１）に、ＵＬＲ送信１４０４STA4、１４０６STA3、１４０８STA1の順番の最後に、ＵＬＲフレームを送信させて、ＵＬ  ＭＵ−ＰＣＡグループ内の他のＳＴＡに、チャネルおよび動作モードを切り換えるのに十分な時間を与えることができる。図１３と同様に、ＡＰは、すべてのチャネル２１８1...4上で、Ｇ−ＣＴＳ１４１２APを送信でき、それは、ＡＣＫ１４１６APを送信して、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）によるデータ送信１４１４STA1、１４１４STA3、１４１４STA4の受信に関する肯定応答を返すことができる。
【０１１２】
別の例では、ＭＵ−ＰＣＡグループ内の第１のＳＴＡは、第１のＧ−ＰｏｌｌフレームからＳＩＦＳ時間の後、ＵＬＲを送信でき、第１のＳＴＡからＵＬＲを受信すると、ＡＰは、プライマリチャネルを介して、別のＧ−Ｐｏｌｌ（または別の制御フレーム、例えば、ＰＳ−Ｐｏｌｌ）を第２のＳＴＡに送信して、第２のＳＴＡにＵＬＲを要求でき、第２のＳＴＡは、ＵＬＲを用いて応答でき、プロセスは、ＭＵ−ＰＣＡグループ内のすべてのＳＴＡがＵＬＲフレームを送信するまで、繰り返すことができる。ＡＰによってポーリングされたＳＴＡは、送信すべきＵＬパケットを有さないことがある。この場合、ＡＰは、ＵＬパケットを有することを先にＡＰに知らせたＳＴＡにチャネルを割り当てることができる。
【０１１３】
別の例では、すべての利用可能な帯域幅２１８1...4上でチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８1...4上で、Ｇ−Ｐｏｌｌフレームを送信でき、それは、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うのに、および／またはその上でＵＬパケットを用いて応答できる割り当てられたチャネルをＳＴＡに通知するのに役立ち得る。ＭＵ−ＰＣＡグループ内のＳＴＡは、ＳＩＦＳなどのＩＦＳ間隔の後、割り当てられたチャネルに切り換え、直ちにＵＬパケットをＡＰに送信し始めることができる。
【０１１４】
図１５は、混成の遅延要件を有するデータのためのＵＬ  ＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１５００を示している。ＵＬ  ＭＵ−ＰＣＡグループに属さないＳＴＡ（例えば、ＳＴＡ２）は、ＵＬＲ１５０２STA2をＡＰに送信することによって、ＵＬパケットを有することをＡＰに通知できる。ＵＬパケットの表示および仕様は、また、ＳＴＡ（ＳＴＡ２）によってＡＰに送信される先行するパケット上にピギーバックされ得る。ＡＰは、（Ｇ−）ＡＣＫフレーム１５０４APを送信することによって、ＵＬＲ１５０２STA2の受信をＳＴＡ２に知らせることができる。（Ｇ−）ＡＣＫフレーム１５０４APは、ＡＰ宛てのＵＬパケットを有することを知らせたＳＴＡのグループに対する、受信に関する肯定応答とすることができる。（Ｇ−）ＡＣＫは、別のＤＬパケットまたはブロードキャスト／マルチキャストパケットにもピギーバックされ得る。ＡＰは、各ＳＴＡに割り当てられた、その上でそれらがＵＬＲパケット１５０８STA1、１５０８STA3、１５０８STA4をＡＰに送信できるチャネルを有するＧ−Ｐｏｌｌフレーム１５０６APを送出することによって、送信すべきＵＬパケットを有するかどうか、ＵＬ  ＭＵ−ＰＣＡ  ＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に対してポーリングを行うことができる。ＳＴＡ、例えば、ＳＴＡ４は、送信すべきＵＬパケットを有さないことを表示していることがある。
【０１１５】
ＡＰは、ＵＬ  ＭＵ−ＰＣＡグループの一部であり、送信すべきＵＬパケットを有するＳＴＡ（この例では、ＳＴＡ１およびＳＴＡ３）に、チャネル割り当てを有するＧ−ＣＴＳ１５１２APを送信できる。それは、送信すべきＵＬパケットを有することを先に知らせたＳＴＡ２のための情報を含むＧ−ＣＴＳ１５１２APも送信でき、それは、以下のいずれかを行うこと、すなわち、ＳＴＡ２に、割り当てられたチャネル２１８4および動作モードに切り換えるように命令すること、ＳＴＡからのすべてのＵＬ送信の開始を揃えること、すべてのＵＬデータパケット１５１４STA1、１５１４STA3、１５１４STA2に対するＡＰによるＡＣＫ１５１６APが終了するまで、Ｇ−ＣＴＳ１５１２APの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８1...4上に媒体を確保することのいずれかを行うことができる。Ｇ−ＣＴＳ１５１２APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１５１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム１５１６APの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８1...4上で送信されるうちで時間的に最長のデータパケット（この例では、１５１４STA1）の送信であり、それは、各ＵＬＲフレーム１５０８STA1、１５０８STA3、１５０８STA4内に含まれる、および／またはＵＬＲ１５０２STA2からの、データサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８1上で送信される時間的に最長のＵＬデータパケット（１５１４STA1）を割り当てることもできる。
【０１１６】
送信すべきデータを有するＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３）およびＳＴＡ２は、それぞれに割り当てられたチャネルを介して、アップリンクパケット１５１４STA1、１５１４STA3、１５１４STA2をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケット（１５１４STA1）が終了した後、さらなるＳＩＦＳ間隔１５１０の間、待つことができ、ＵＬデータパケット１５１４STA1、１５１４STA3、１５１４STA2の受信を通知するために、ＡＣＫ１５１６APを送信できる。
【０１１７】
上で説明された肯定応答方法に加えて、ＵＬ  ＭＵ−ＰＣＡフレームの肯定応答は、ＢＡを使用しても同様に実施され得る。ＡＰは、例えば、ＵＬ  ＭＵ−ＰＣＡセッションの終了時に、ＵＬ  ＭＵ−ＰＣＡに対する肯定応答を返すことができ、ＡＰは、ＳＴＡから個々に割り当てられたチャネルを介して受信したＵＬ  ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡを使用できる。別の例では、ＵＬ  ＭＵ−ＰＣＡセッションの終了時に、ＳＴＡは、直ちに、またはある程度のＩＦＳ遅延をおいて、割り当てられたチャネルを介して、ＢＡＲフレームを送信できる。ＡＰは、ＳＴＡからＢＡＲを受信した場合、ＢＡを使用して、ＳＴＡからそのＳＴＡに割り当てられたチャネルを介して受信したＵＬ  ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すことができる。別の例では、ＵＬ  ＭＵ−ＰＣＡセッションの終了時に、ＭＵ−ＰＣＡグループ内で第１のＳＴＡとしてランク付けされたＳＴＡは、直ちに、またはある程度のＩＦＳ遅延をおいて、ＢＡＲをＡＰに送信できる。ＡＰは、ＳＴＡから受信したＵＬ  ＭＵ−ＰＣＡフレームに対する肯定応答を返すために、ＢＡを送信できる。第１のＳＴＡがＡＰからＢＡを受信すると、ＭＵ−ＰＣＡフレーム内の第２のＳＴＡが、ＢＡＲをＡＰに送信でき、その後、ＡＰは、ＢＡを用いて応答できる。このプロセスは、ＡＰがＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡにＢＡを送信するまで継続できる。別の例では、ＡＰは、ＳＴＡからの明示的なＢＡＲがなくても、ＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡにＢＡを送信することを選択できる。別の例では、ＵＬ  ＭＵ−ＰＣＡセッションの終了時に、ＡＰは、プライマリチャネルまたはすべてのチャネルを介して、ＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡに、ＡＣＫまたはＢＡもしくはグループＡＣＫを送信できる。フレームは、ＳＴＡのグループに対して、１または複数のフレームに対する肯定応答を返すように定義され得る。
【０１１８】
ＵＬおよびＤＬ  ＭＵ−ＰＣＡは、グループ構成／セットアップにおけるシグナリングのオーバヘッドを著しく低減するために、さらに組み合わされ得る。組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式が、図１６〜図２０に示されている。図１６〜図２０では、特定のＭＡＣ方式が例として示されるが、各特徴または要素は、説明されるＭＡＣ方式の他の特徴および要素なしに単独で、または他の特徴および要素を含むもしくは含まない様々な組み合わせで使用され得ることに留意されたい。
【０１１９】
図１６は、組み合わされたＤＬとＵＬのＭＵ−ＰＣＡをサポートするＭＡＣ方式１６００の例を示している。この方式を開始する前に、ＡＰは、以下のいずれかを、すなわち、ＤＬ  ＭＵ−ＰＣＡパケット、および／またはＤＬ  ＭＵ−ＰＣＡパケットを終了させるＧ−ＡＣＫ上にピギーバックされ得る、ＵＬ  ＭＵ−ＰＣＡ送信を要求するためのシグナリングのいずれかを送信できる。すべての利用可能なチャネル２１８1...4へのアクセスを獲得した後、ＡＰは、すべてのチャネル２１８1...4上で、チャネル割り当てを有するＧ−ＲＴＳ１６０２APを送出でき、それは、以下のいずれかを行うのに、すなわち、ＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それらがＤＬパケットをＡＰから受信するために切り換えるべきチャネルを通知すること、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８1...4を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを行うのに役立ち得る。チャネルの１つが、他のいくつかのＳＴＡによってすでに占有されている場合、Ｇ−ＲＴＳは、そのチャネルを介しては送信され得ず、ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。あるいは、ＭＰＭが、Ｇ−ＲＴＳ１６０２APの代わりに送信され得る。
【０１２０】
Ｇ−ＲＴＳ１６０２APに続いて、ＤＬ  ＭＵ−ＰＣＡグループ内のＳＴＡは、それらに割り当てられたチャネルに切り換えること、また正しい動作モードに切り換えることができる。その後、ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、（Ｇ−）ＣＴＳ１６０４STA1、１６０４STA3、１６０４STA4を送信でき、それは、以下のいずれかを行うこと、すなわち、ＤＬパケットを受信する準備が整ったことをＡＰに通知すること、少なくとも、すべてのＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを行うことができる。（Ｇ−）ＣＴＳ１６０４STA1、１６０４STA3、１６０４STA4を受信すると、ＡＰは、各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それぞれに割り当てられたチャネルを介して、（場合によってはパディング１６０８APが施された）データパケット１６０６APを送信できる。データパケット１６０６APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８1のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８1上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケット１６０６APを作成するために、パディング１６０８APが、すべてのチャネル２１８1...4上で使用され得る。
【０１２１】
ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれのデータパケット１６０６APを受信し、データの復号に成功すると、受信の成功を知らせるために、ＡＣＫ、ＢＡ、またはＧ−ＡＣＫパケット１６１２STA1、１６１２STA3、１６１２STA4を送出できる。ＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用して明示的にＡＣＫまたはＢＡを要求するまで、必要とされないことがある。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、ＡＰに送信すべきＵＬパケットを有する場合、ＡＣＫ、ＢＡ、もしくはＧ−ＡＣＫフレーム（１６１２STA1、１６１２STA3、もしくは１６１２STA4）のＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定することによってＡＰに通知でき、または他の何らかの表示方法を使用できる。
【０１２２】
各Ｇ−ＡＣＫフレーム１６１２STA1、１６１２STA3、１６１２STA4の持続時間フィールドは、３×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋Ｇ−ＣＴＳ＿Ｔｉｍｅ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎに等しくなるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１６１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１６１８STA1、１６１８STA3、または１６１８STA4の持続時間とすることができ、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、ＵＬデータパケット長（例えば、パケット１６１６STA1、１６１６STA3、または１６１６STA4の長さ）、およびそれぞれのＳＴＡに対するＤＬデータパケット１６０６APによって使用されるＭＣＳを使用することによって計算され得、Ｇ−ＣＴＳ＿Ｔｉｍｅは、ＳＴＡによってＡＰに送信された先行するＧ−ＣＴＳ（１６０４STA1、１６０４STA3、または１６０４STA4）の持続時間と同じとすることができる。
【０１２３】
一例では、ＡＣＫ、ＢＡ、もしくはＧ−ＡＣＫフレームは、ＡＰが、ＤＬ  ＭＵ−ＰＣＡデータフレーム内でＳＴＡに対する逆方向グラント（ＲＤＧ）を伝達することによって、ＳＴＡがＵＬパケットの送信を開始できることを表示し得ることで省略され得、またはＤＬ  ＭＵ−ＰＣＡの送信後にある程度の遅延をもって遅延させられ得る。このＲＤＧ表示は、ＭＡＣヘッダ内のＲＤＧ／モアＰＰＤＵインジケータを設定することによって、または他の方法を使用することによって実施され得る。
【０１２４】
図１６を参照すると、ＡＰは、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、ＤＬチャネル割り当てとは異なる得るＵＬチャネル割り当てが含まれ得るＧ−ＣＴＳ１６１４APを送信できる。Ｇ−ＣＴＳ１６１４APは、以下のいずれかのために、すなわち、ＳＴＡからのすべてのＵＬ送信１６１６STA1、１６１６STA3、１６１６STA4の開始を揃えるため、例えば、すべてのＵＬデータパケット１６１６STA1、１６１６STA3、１６１６STA4に対するＡＰによる（Ｇ−）ＡＣＫ１６１８APが終了するまで、Ｇ−ＣＴＳの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８1...4上に媒体を確保するために使用され得る。Ｇ−ＣＴＳ１６１４APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１６１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１６１８APの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネルを介して送信されるうちで時間的に最長のデータパケット（この例では、チャネル２１８1上の１６０６AP）の送信であり、それは、Ｇ−ＡＣＫフレーム１６１２STA1、１６１２STA3、または１６１２STA4の持続時間フィールドから獲得される。
【０１２５】
ＡＰがＤＬ  ＭＵ−ＰＣＡデータフレーム内でＲＤＧを知らせる、別の例では、ＡＰは、Ｇ−ＣＴＳを送信しないことを選択できる。ＵＬ  ＭＵ−ＰＣＡ内のＳＴＡは、送信すべきＵＬフレームを有する場合、割り当てられたチャネルを介してＤＬ  ＭＵ−ＰＣＡフレームが終了した時に、場合によっては、ある程度のＩＦＳ遅延をおいて、開始する、ＵＬ  ＭＵ−ＰＣＡ送信を開始できる。
【０１２６】
図１６を参照すると、ＡＰからの（Ｇ−）ＣＴＳ１６１４APの受信に続いて、ＵＬ  ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１はチャネル２１８1、ＳＴＡ３はチャネル２１８2,3、ＳＴＡ４はチャネル２１８4）上で、アップリンクパケット１６１６STA1、１６１６STA3、１６１６STA4をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケット（この例では、１６１６STA1）が終了した後、さらなるＳＩＦＳ間隔１６１０の間、待つことができ、ＵＬパケット１６１６STA1、１６１６STA3、１６１６STA4の受信をＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に通知するために、（Ｇ−）ＡＣＫフレーム１６１８APを送信できる。別の例では、一緒に符号化されたＡＣＫが、すべてのチャネル２１８1...4にわたって、またはプライマリチャネル２１８1上だけで、送信され得る。ＡＣＫは、すべてのチャネル２１８1...4上で、もしくはプライマリチャネル２１８1上だけで、ＢＡもしくはマルチユーザＡＣＫとしても実施され得、またはＡＰは、ＳＴＡがＢＡＲを使用してそれらを要求した場合、ＢＡを送信できる。
【０１２７】
図１７は、ＳＴＡがＭＵ−ＰＣＡグループの一部であるＢＳＳシステムにおいてＳＴＡによって実行される、組み合わされたＤＬとＵＬのＭＵ−ＰＣＡのための方法の例示的なフロー図１７００を示している。１７０５において、ＳＴＡは、ＡＰから、ＳＴＡに関連付けられたチャネルを介して、ＡＰがＭＵ−ＰＣＡグループ内のＳＴＡに利用可能なチャネルを介してデータメッセージを同時に送信する準備ができていることを表示しているＲＴＳを受信できる。１７１０において、ＳＴＡは、ＡＰに、ＳＴＡに関連付けられたチャネルを介して、ＳＴＡがＳＴＡに関連付けられたチャネルを介して受信する準備ができていることを表示している送信可（ＣＴＳ）を送信できる。ＣＴＳは、ＭＵ−ＰＣＡセッションの間、ＳＴＡのために、ＳＴＡに関連付けられたチャネルを確保できる。１７１５において、ＳＴＡは、ＡＰから、ＳＴＡに関連付けられたチャネルを介して、データメッセージを受信でき、データメッセージは、利用可能なチャネル上の複数の同時データメッセージのグループの一部である。
【０１２８】
１７２０において、ＳＴＡは、ＡＰに、ＳＴＡに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージ（またはＧ−ＡＣＫもしくはＢＡ）を送信でき、ＡＣＫ（またはＧ−ＡＣＫもしくはＢＡ）は、ＳＴＡがＡＰに送信すべきアップリンクデータを有する場合に「１」になるように設定される、モアフラグメントビットを含むことができる。１７２５において、モアフラグメントビットが、ＳＴＡにおけるＵＬデータの存在を示す、１になるように設定されている場合、１７３０において、ＳＴＡは、ＡＰから、ＳＴＡに割り当てられたチャネルを介して、ＳＴＡに関連付けられたチャネルがＳＴＡのＵＬ送信のために確保されたこと、およびＳＴＡがＡＰにＳＴＡに関連付けられたチャネルを介してＵＬデータを送信できることを表示している、送信可（ＣＴＳ）メッセージを受信できる。ＲＴＳ、ＣＴＳ、およびＡＣＫを含む、図１７におけるメッセージはいずれも、グループメッセージ、例えば、グループＲＴＳ（Ｇ−ＲＴＳ）、グループＣＴＳ（Ｇ−ＣＴＳ）、およびグループＡＣＫ（Ｇ−ＡＣＫ）とすることができる。
【０１２９】
図１８は、組み合わされたＵＬとＤＬのＭＵ−ＰＣＡをサポートする例示的なＭＡＣ方式１８００を示している。このＭＡＣ方式１８００の前に、ＳＴＡのグループは、以下のいずれかを、すなわち、ＡＰへのＵＬ  ＭＵ−ＰＣＡパケット、およびＵＬ  ＭＵ−ＰＣＡパケットを終了させるＧ−ＡＣＫ上にピギーバックされ得る、ＤＬ  ＭＵ−ＰＣＡ送信のためのシグナリングのいずれかを送信できる。すべての利用可能な帯域幅２１８1...4上のチャネルを獲得した後、ＡＰは、利用可能なチャネル２１８1...4上で、Ｇ−Ｐｏｌｌフレーム１８０２APを送信でき、それは、以下のいずれかを、すなわち、アップリンクパケットの有無を尋ねてＳＴＡにポーリングを行うこと、ＳＴＡにその上でＵＬＲパケットを用いて応答できる割り当てられたチャネルを通知すること、および／または持続時間フィールドを、したがって、チャネルをモニタするＳＴＡについてのＮＡＶを設定することによって、チャネルを確保することのいずれかを達成できる。ＵＬ  ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、割り当てられたチャネル、および適切な送信モードに切り換えることができ、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８1、ＳＴＡ３は２１８2,3、ＳＴＡ４は２１８4）上で、ＵＬＲパケット１８０４STA1、１８０４STA3、１８０４STA4を用いて、Ｇ−Ｐｏｌｌに応答して、それらが有するＵＬパケットについてＡＰに通知できる。
【０１３０】
ＡＰは、各チャネル２１８1...4上で、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、チャネル割り当てを有するＧ−ＣＴＳ１８０６APを送信でき、それは、以下のいずれかを、すなわち、ＳＴＡからのすべてのＵＬ送信１８０８STA1、１８０８STA3、１８０８STA4の開始を揃えること、すべてのＵＬデータパケット１８０８STA1、１８０８STA3、１８０８STA4に対して肯定応答を返すＡＰによる（Ｇ−）ＡＣＫフレーム１８１２APが終了するまで、Ｇ−ＣＴＳ１８０６APの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８1...4上に媒体を確保することのいずれかを達成できる。Ｇ−ＣＴＳ１８０６APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１８１０の持続時間とすることができ、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１８１２APの持続時間とすることができ、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネル２１８1...4上で送信されるうちで時間的に最長のデータパケット（この例では、１８０８STA1）の送信とすることができ、それは、各ＵＬＲフレーム１８０４STA1、１８０４STA3、１８０４STA4内に含まれるデータサイズフィールドおよびＭＣＳフィールドを使用して計算され得る。ＡＰが、プライマリチャネル２１８1上で送信される時間的に最長のＵＬデータパケット（この例では、１８０８STA1）を割り当てることもできる。
【０１３１】
ＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８1、ＳＴＡ３は２１８2,3、ＳＴＡ４は２１８4）上で、アップリンクパケット１８０８STA1、１８０８STA3、１８０８STA4をＡＰに送信できる。ＡＰは、時間的に最長のＵＬデータパケットが終了した後、さらなるＳＩＦＳ間隔１８１０の間、待つことができ、ＡＰは、受信データパケットを正常に復号できた場合、Ｇ−ＡＣＫフレーム１８１２ＡＰを送信して、ＵＬパケット１８０８STA1、１８０８STA3、１８０８STA4の受信を知らせることができる。１または複数のＵＬデータパケットが正しく復号されなかった場合、ＡＰは、それらに対応するチャネルを介しては、Ｇ−ＡＣＫパケットを送信できない。例では、ＡＰがＵＬパケットを正しく受信しなかったＳＴＡに送信すべきＤＬパケットを、ＡＰが有する場合、ＡＰは、自身宛てのＧ−ＣＴＳを送信できる。（Ｇ−）ＣＴＳ１８０６APの持続時間フィールド設定は、以下で説明されるＧ−ＡＣＫの持続時間フィールド設定と同じとすることができる。（Ｇ−）ＡＣＫ１８１２APは、任意のタイプのフレームとして、例えば、ＡＣＫ、ＢＡ、またはマルチユーザＡＣＫフレームとして実施され得る。例では、ＵＬ  ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＳＴＡがＢＡＲフレームを使用してＡＣＫもしくはＢＡを明示的に要求するまで、省略され得る。
【０１３２】
図１８を参照すると、ＡＰは、ＳＴＡに送信すべきＤＬパケットを有する場合、Ｇ−ＡＣＫフレーム１８１２APのＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定でき、または他の任意の方法を使用して表示を提供できる。Ｇ−ＡＣＫフレーム１８１２APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔１８１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、（Ｇ−）ＡＣＫフレーム１８１２APの持続時間であり、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、時間的に最長のＤＬデータパケット（この例では、チャネル２１８1上のデータパケット１８１４AP）を使用することによって計算される。ＡＰがＡＣＫを提供しない例では、ＳＴＡは、ＤＬ  ＭＵ−ＰＣＡフレームを送信すべきＡＰに逆方向グラントを提供するために、ＲＤＧインジケータをＵＬ  ＭＵ−ＰＣＡフレーム内に含めることができる。
【０１３３】
ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット１８１４APを送信でき、それは、ＳＩＦＳ間隔１８１０の経過後に行うことができる。データパケット１８１４APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８1のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケット１８１４APが、プライマリチャネル２１８1上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング１８１６APが、任意のチャネル２１８1...4上で使用され得る。ＳＴＡは、それぞれのデータパケット１８１４APを受信すると、受信を知らせるために、それぞれのチャネルを介して、ＡＣＫパケット１８１８STA1、１８１８STA3、１８１８STA4を送信できる。ＡＣＫ１８１８STA1、１８１８STA3、１８１８STA4は、ＢＡとして実施され得る。別の例では、ＤＬ  ＭＵ−ＰＣＡパケットに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用してＡＣＫもしくはＢＡを明示的に要求するまで、省略され得る。
【０１３４】
図１９は、ＵＬ  ＭＵ−ＰＣＡ送信がプライマリチャネルを介して順番に送信されるＵＬＲによって開始され、個々のメッセージが他の例示的なＭＡＣ方式に関して上で説明されたように機能する、例示的なＭＡＣ方式１９００を示している。ＭＵ−ＰＣＡ内の各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、プライマリチャネル２１８1上で、ＵＬＲフレーム１９０２STA4、１９０４STA3、１９０６STA1を順番にＡＰに送信でき、ＡＰは、プライマリチャネルを介して、Ｇ−ＡＣＫ１９０８APを送信することによって、それに対する肯定応答を返すことができる。ＡＰは、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、各チャネル２１８1...4上で、チャネル割り当てを有するＧ−ＣＴＳ１９１２APを送信できる。ＳＴＡは、それぞれに割り当てられたチャネル（ＳＴＡ１は２１８1、ＳＴＡ３は２１８2,3、ＳＴＡ４は２１８4）上で、データ１９１４STA1、１９１４STA3、１９１４STA4を送信でき、ＡＰは、それぞれのチャネルを介して、Ｇ−ＡＣＫ１９１６APを送信することによって、受信に成功したデータに対する肯定応答を返すことができる。
【０１３５】
ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット１９１８APを送信でき、それは、ＳＩＦＳ間隔１９１０の経過後に行うことができる。データパケット１９１８APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８1のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケット１９１８APが、プライマリチャネル２１８1上で送信されるように選択され得る。ＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング１９２０APが、任意のチャネル２１８1...4上で使用され得る。ＳＴＡは、それぞれのデータパケット１９１８APを受信すると、受信を知らせるために、それぞれのチャネルを介して、ＡＣＫパケット１９２２STA1、１９２２STA3、１９２２STA4を送信できる。
【０１３６】
図２０は、利用可能な帯域幅全体の上で制御フレームを使用して組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にし、ＷｉＦｉ規格および草案に準拠し得るが、ＭＰＭ、またはＧ−ＲＴＳ、Ｇ−ＣＴＳ、もしくはＧ−ＡＣＫフレームを解釈できないことがある、レガシＷｉＦｉ  ＳＴＡのためのＭＵ−ＰＣＡも可能にする、例示的なＭＡＣ方式２０００を示している。ＡＰは、ＭＵ−ＰＣＡ管理（ＭＰＭ）フレーム２００２APを送信することによって、ＭＵ−ＰＣＡセッションを開始でき、ＭＰＭフレームは、それが、ＭＵ−ＰＣＡグループ内の各ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）のためのチャネル割り当てを有する、組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信アナウンスメントであることを示す選択を含むことができる。
【０１３７】
例では、ＡＰは、すべての利用可能なチャネル２１８1...4上でＣＣＡを行い、すべてのチャネル２１８1...4上でＭＰＭフレーム２００２APを送信できる。ＭＰＭフレーム２００２ＡＰは、ＭＵ−ＰＣＡセッション全体のためのすべてのチャネル上におけるＮＡＶを設定するための情報をＭＡＣヘッダ内に含むことができる。例では、ＭＰＭは、ＮＡＶ設定情報を含まないことがあり、代わりに、ＡＰは、ＡＰが媒体へのアクセスを維持することを可能にするために、ＳＩＦＳまたはＰＩＦＳなどの十分に短いＩＦＳ２０１０を使用して、すべてのチャネル２１８1...4上の媒体にアクセスでき、ＡＰがすべてのチャネル２１８1...4上で（Ｇ−）ＲＴＳフレーム２００４APフレームを送信して、ＤＬ／ＵＬ  ＭＵ−ＰＣＡセッションを開始できるようにする。別の例では、ＡＰは、プライマリチャネル２１８1上でのみＣＣＡを行うことができ、プライマリチャネル２１８1上でＭＰＭフレーム２００２APを送信できる。ＭＰＭフレーム２００２APは、ＤＬ／ＵＬ  ＭＵ−ＰＣＡセッションをアナウンスでき、その後、ＡＰは、すべてのチャネル２１８1...4上でＣＣＡを行うことができ、すべてのチャネル２１８1...4にアクセスすると、それは、すべてのチャネル２１８1...4上で（Ｇ−）ＲＴＳフレーム２００４APを送信して、ＤＬ／ＵＬ  ＭＵ−ＰＣＡセッションを継続できる。
【０１３８】
図２０を参照すると、すべての利用可能なチャネル２１８1...4へのアクセスを獲得した後、ＡＰは、すべてのチャネルを介して、ＲＴＳ（またはＧ−ＲＴＳ）フレーム２００４APを送出でき、それは、以下のいずれかを、すなわち、ＤＬ  ＭＵ−ＰＣＡに参加するＳＴＡのグループ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）に、それらが割り当てられたチャネルに切り換えて、ＡＰからＤＬパケットを受信できることを通知すること、すべてのＤＬ／UL  ＭＵ−ＰＣＡパケットに対する肯定応答がＳＴＡによって返されるまで、すべてのチャネル２１８1...4を、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保することのいずれかを達成するために役立ち得る。チャネルの１つが、いくつかの他のＳＴＡによってすでに占有されている場合、（Ｇ−）ＲＴＳは、そのチャネルを介しては送信され得ず、ＭＵ−ＰＣＡグループ内のＳＴＡは、そのチャネルには割り当てられ得ない。
【０１３９】
ＭＰＭまたはＧ−ＲＴＳフレームを解釈できないことがある、レガシＷｉＦｉ  ＳＴＡの場合、ＡＰは、これらのＳＴＡを、プライマリチャネル２１８1、またはレガシＷｉＦｉ  ＳＴＡが動作することが可能な、プライマリチャネルを含む任意の連続もしくは非連続チャネルに割り当てることができる。レガシＷｉＦｉ  ＳＴＡがＭＵ−ＰＣＡセッションに含まれる場合、ＡＰは、最初にＭＰＭフレーム２００２APをすべてのＳＴＡに送信した後、すべてのチャネル２１８1...4上でＲＴＳフレーム２００４APを送信でき、または少なくとも、レガシＷｉＦｉデバイスが割り当てられたチャネルを介してＲＴＳフレーム２００４APを送信できる。例では、ＳＴＡ１が、プライマリチャネルがチャネル１である、８０２．１１ｎ  ＳＴＡであり、チャネル１およびチャネル２の両方において４０ＭＨｚ帯域幅上で動作できる場合、ＡＰは、その結果、ＳＴＡ１を４０ＭＨｚ動作のためにチャネル１およびチャネル２に割り当てることができる。ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡを、チャネル３およびチャネル４に割り当てることができる。ＡＰは、ＭＵ−ＰＣＡセッションを開始するために、チャネル１およびチャネル２上で、またはすべてのチャネルを介して、ＲＴＳフレームを送信できる。別の例では、ＳＴＡ１が、プライマリチャネルがチャネル１（８０ＭＨｚ）である、８０２．１１ａｃ  ＳＴＡであり、ＳＴＡ１が、８０＋８０非連続動作が可能である場合、ＡＰは、８０＋８０非連続動作を使用して、ＳＴＡ１をチャネル１およびチャネル３上に割り当てることができる。その後、ＡＰは、ＭＰＭまたはＧ−ＲＴＳを解釈できる他のＳＴＡを、チャネル２およびチャネル４に割り当てることができる。その後、ＡＰは、ＭＵ−ＰＣＡセッションを開始するために、チャネル１およびチャネル３上で、またはすべてのチャネルを介して、ＲＴＳフレームを送信できる。
【０１４０】
図２０を参照すると、ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それらに割り当てられたチャネルに切り換えることができ、また正しい動作モードに切り換えることができ、例えば、ＳＴＡ１は、チャネル２１８1に割り当てられ、そのため、それはチャネル２１８1に切り換えることができ、１ＭＨｚモードを使用して動作でき、ＳＴＡ３は、チャネル２１８2,3に割り当てられ、そのため、それはチャネル２１８2,3に切り換え、２ＭＨｚモードを使用して動作でき、ＳＴＡ４は、チャネル２１８4に割り当てられ、そのため、それはチャネル２１８4に切り換え、１ＭＨｚモードを使用して動作できる。
【０１４１】
その後、ＳＴＡは、（Ｇ−）ＣＴＳ２００６STA1、２００６STA3、２００６STA4を送信でき、それは、以下のいずれかを、すなわち、ＤＬパケット２００８APを受信する準備が整ったことをＡＰに通知すること、少なくとも、すべてのＤＬ／ＵＬ  ＭＵ−ＰＣＡパケットに対する肯定応答（２０１４STA1、２０１４STA3、２０１４STA4）がＳＴＡによって返されるまで、チャネルを、これらのチャネルを介して動作するすべてのノードのためのＮＡＶを設定し、潜在的には、それら自身のプライマリチャネルとしてそれらを使用することによって確保しておくことのいずれかを達成できる。例えば、（Ｇ−）ＣＴＳ２００６STA1、２００６STA3、２００６STA4の持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿（Ｇ−）ＲＴＳ−ＳＩＦＳ＿Ｔｉｍｅ−（Ｇ−）ＣＴＳ＿Ｔｉｍｅになるように設定され得、ここで、Ｄｕｒａｔｉｏｎ＿（Ｇ−）ＲＴＳは、（Ｇ−）ＲＴＳフレーム２００４AP内に含まれる持続時間設定とすることができ、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間とすることができ、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、（Ｇ−）ＣＴＳ２００６STA1、２００６STA3、２００６STA4の送信時間である。例では、ＭＵ−ＰＣＡグループ内の各ＳＴＡは、それがＡＰからＲＴＳフレーム２００４APを受信した場合は、ＣＴＳフレーム２００６STA1、２００６STA3、２００６STA4を送信でき、それがＡＰからＧ−ＲＴＳフレーム２００４APを受信した場合は、Ｇ−ＣＴＳ２００６STA1、２００６STA3、２００６STA4を送信できる。
【０１４２】
ＣＴＳまたはＧ−ＣＴＳ２００６STA1、２００６STA3、２００６STA4を受信すると、ＡＰは、各ＳＴＡに、割り当てられたチャネルを介して、データパケット２００８APを送信できる。データパケット２００８APは、長さが異なることがあり、異なるＭＣＳを使用して送信され得るので、ＢＳＳ全体が、プライマリチャネル２１８1のタイミングに依存して、ＢＳＳ内の動作について同期を保つことができるように、最も長いパケットが、プライマリチャネル２１８1上で送信されるように選択され得る。すべてのチャネル上のＤＬ送信が同じ時刻に終了するように、時間的に等しい長さのデータパケットを作成するために、パディング２０１２APが、必要とされる任意のチャネルを介して使用され得る。ＳＴＡは、それぞれのデータパケット２００８APを受信し、データの復号に成功すると、受信の成功を知らせるために、それぞれに割り当てられたチャネルを介して、ＡＣＫ（またはＢＡもしくはＧ−ＡＣＫ）パケット２０１４STA1、２０１４STA3、２０１４STA4を送出できる。例では、ＤＬ  ＭＵ−ＰＣＡパケット２００８APに対する肯定応答は、ＭＵ−ＰＣＡセッションが終了するまで、またはＡＰがＢＡＲフレームを使用してＡＣＫもしくはＢＡを要求するまで、省略され得、または遅延させられ得る。
【０１４３】
ＳＴＡは、ＡＰに送信すべきＵＬパケットを有する場合、ＡＣＫ（ＢＡもしくはＧ−ＡＣＫ）フレーム２０１４STA1、２０１４STA3、２０１４STA4のＭＡＣヘッダ内のモアフラグメントビットを「１」になるように設定でき、または他の何らかの表示方法を使用できる。（Ｇ−）ＡＣＫ２０１４STA1、２０１４STA3、２０１４STA4の持続時間フィールドは、３×ＳＩＦＳ＿Ｔｉｍｅ＋Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋（Ｇ−）ＣＴＳ＿Ｔｉｍｅ＋（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎに等しくなるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間であり、ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム２０１４STA1、２０１４STA3、２０１４STA4の持続時間であり、Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、ＵＬデータパケット（２０１８STA1、２０１８STA3、２０１８STA4）長、およびＤＬデータパケット２００８APによって使用されるＭＣＳを使用することによって計算され、（Ｇ−）ＣＴＳ＿Ｔｉｍｅは、ＳＴＡによってＡＰに送信された先行する（Ｇ−）ＣＴＳ２００６STA1、２００６STA3、２００６STA4と同じ持続時間とすることができる。
【０１４４】
ＡＣＫ（またはＢＡもしくはＧ−ＡＣＫ）フレームが省略される、または遅延させられる例では、ＡＰは、ＤＬ  ＭＵ−ＰＣＡデータフレーム内でＳＴＡに対する逆方向グラント（ＲＤＧ）を伝達することによって、ＤＬ  ＭＵ−ＰＣＡ送信の後、場合によってはある程度の遅延をおいて、ＳＴＡがＵＬパケットの送信を開始できることを表示していることができる。そのようなＲＤＧ表示は、例えば、ＭＡＣヘッダ内のＲＤＧ／モアＰＰＤＵインジケータを設定することによって、または他の任意の表示方法によって実施され得る。
【０１４５】
ＡＰは、ＵＬ  ＭＵ−ＰＣＡに参加するＳＴＡに、それぞれに割り当てられたチャネルを介して、ＣＴＳまたはＧ−ＣＴＳフレーム２１０６AP（Ｇ−ＣＴＳは、ＤＬチャネル割り当てとは異なり得るチャネル割り当てを含むことができる）を送信できる。ＣＴＳフレーム２０１６APは、以下のいずれかを、すなわち、ＳＴＡからのすべてのＵＬ送信２０１８STA1、２０１８STA3、２０１８STA4の開始を揃えること、すべてのＵＬデータパケット２０１８STA1、２０１８STA3、２０１８STA4に対するＡＰによるＡＣＫフレーム２０２０APが終了するまで、（Ｇ−）ＣＴＳフレーム２０１６APの持続時間フィールドを、したがって、これらのチャネル上におけるすべてのモニタリングＳＴＡについてのＮＡＶを設定することによって、すべての利用可能なチャネル２１８1...4上に媒体を確保することのいずれかを達成するために役立ち得る。（Ｇ−）ＣＴＳフレーム２０１６APの持続時間フィールドは、２×ＳＩＦＳ＿Ｔｉｍｅ＋Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎ＋（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎになるように設定され得、ここで、ＳＩＦＳ＿Ｔｉｍｅは、ＳＩＦＳ間隔２０１０の持続時間であり、（Ｇ−）ＡＣＫ＿Ｄｕｒａｔｉｏｎは、ＡＣＫフレーム２０２０APの持続時間であり、Ｍａｘ＿Ｄａｔａ＿Ｄｕｒａｔｉｏｎは、すべての利用可能なチャネルを介して送信されるうちで時間的に最長のデータパケット２０１８STA1の送信であり、それは、（Ｇ−）ＡＣＫフレーム２０１４STA1、２０１４STA3、２０１４STA4の持続時間フィールドから獲得される。ＡＰがＤＬ  ＭＵ−ＰＣＡデータフレーム内でＲＤＧを知らせることができる例では、ＡＰは、ＣＴＳまたはＧ−ＣＴＳを送信しないことを選択できる。ＵＬ  ＭＵ−ＰＣＡ  ＳＴＡ内のＳＴＡは、それらが送信すべきＵＬフレームを有する場合、割り当てられたチャネルを介して、直ちに、またはＤＬ  ＭＵ−ＰＣＡフレームの終了後、ある程度のＩＦＳ遅延をおいて、ＵＬ  ＭＵ−ＰＣＡ送信を開始できる。ＵＬ  ＭＵ−ＰＣＡグループ内のすべてのＳＴＡは、割り当てられたチャネルを介して、アップリンクパケットをＡＰに送信する。
【０１４６】
図２０を参照すると、ＡＰは、時間的に最長のＵＬデータパケット２０１８STA1が終了した後、さらなるＳＩＦＳ間隔２０１０の間、待つことができ、ＵＬパケット２０１８STA1、２０１８STA3、２０１８STA4の受信を通知するために、ＡＣＫフレーム２０２０APを送信できる。例では、一緒に符号化されたＡＣＫが、すべてのチャネル２１８1...4にわたって、またはプライマリチャネル２１８1上だけで、送信される。ＡＣＫフレーム２０２０APは、すべてのチャネル２１８1...4上で、もしくはプライマリチャネル２１８1上だけで、ＢＡもしくはマルチユーザＡＣＫとしても実施され得、またはＡＰは、ＳＴＡがＢＡＲを使用してそれらを要求した場合、ＢＡを送信できる。
【０１４７】
例では、組み合わされたＤＬ／ＵＬまたは組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡ送信のＵＬ  ＭＵ−ＰＣＡ部分は、ＵＬ  ＭＵ−ＰＣＡグループ内の１または複数のＳＴＡが、送信すべきいかなるＵＬパケットも有さない場合、単独のＵＬ  ＭＵ−ＰＣＡ送信の場合と同様に、上で説明されたような混成の遅延要件を有することもできる。上で単独のＤＬおよび単独のＵＬ  ＭＵ−ＰＣＡセッションについて説明されたのと同様に、肯定応答は、ＡＣＫ、ＢＡ、またはマルチユーザＡＣＫによって実施され得る。ＡＰおよびＳＴＡは、ＢＡＲを送信することによって、肯定応答を個々に要求でき、応答として、ＢＡを受信できる。ＡＰは、ＵＬ  ＭＵ−ＰＣＡデータフレームに対する肯定応答を返すために、ＳＴＡのグループに、マルチユーザＡＣＫも送信できる。
【０１４８】
ＤＬ単独、ＵＬ単独、または組み合わされたＵＬ／ＤＬのＭＵ−ＰＣＡ方式において、１または複数のデータパケット送信が失敗した場合、失敗したデータパケットは、再送される必要があることがある。異なる可能な再送方法が使用され得る。例では、ＤＬまたはＵＬパケットは、送信バッファの最上部に維持され得、すぐ次の送信機会に、１対１ユニキャスト送信で、または後続のＤＬ、ＵＬ、もしくは組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡ送信で再送され得る。パケットの長さに応じて、パケットが再送されるたびに、長いまたは短い再送タイマがカウントアップされ得る。再送タイマが閾値に達した場合、パケットは廃棄され得る。別の例では、割り当てられた帯域幅上でＤＬまたはＵＬ  ＭＵ−ＰＣＡパケットを再送するのに十分な時間があるように、Ｇ−ＲＴＳ、Ｇ−ＣＴＳ、Ｇ−Ｐｏｌｌ、および／またはＧ−ＡＣＫの持続時間フィールドを設定することによって、媒体が十分に長く確保され得る。ＮＡＶ設定は、ＤＬ、ＵＬ  ＭＵ−ＰＣＡパケットの受信を伝えるために送信されたＡＣＫパケットの受信によって、キャンセルされ得る。
【０１４９】
ＢＳＳ内のＳＴＡおよびＡＰは、ＭＵ−ＰＣＡ送信および受信に先だって、ＭＵ−ＰＣＡについての能力およびプリファレンスを知らせることができる。例えば、ＡＰは、ビーコン内に、プローブ応答または他の任意のタイプのフレーム、ＡＰがＭＵ−ＰＣＡに対応可能である旨のインジケータを含むことができる。そのようなインジケータは、能力についてのいくつかのインジケータとしても実施され得、例えば、１つのインジケータは、ＵＬ  ＭＵ−ＰＣＡについての能力のために使用され得、および／または別のインジケータは、ＤＬ  ＭＵ−ＰＣＡについての能力のために使用され得る。別の例では、４つのインジケータが、すなわち、ＤＬ  ＭＵ−ＰＣＡ可能、ＵＬ  ＭＵ−ＰＣＡ可能、ＤＬ  ＳＵ−ＰＣＡ可能、またはＵＬ  ＭＵ−ＰＣＡ可能が存在し得る。ＭＵ−ＰＣＡ能力インジケータは、任意の管理もしくは制御フレーム、もしくは他の任意のタイプのフレーム内の、またはＭＡＣもしくはＰＬＣＰヘッダ内のＩＥなど、任意の既存または新規フィールド内に含まれ得る。
【０１５０】
同様に、ＳＴＡは、例えば、プローブ要求、アソシエーション要求、もしくは他の管理もしくは制御フレーム、もしくは他のタイプのフレームにおいて、またはＭＡＣもしくはＰＬＣＰヘッダにおいて、ＵＬおよびＤＬ  ＭＵ−ＰＣＡ、またはＵＬおよび／もしくはＳＵ−ＰＣＡのための１または複数のインジケータを使用して、ＭＵ−ＰＣＡについての能力を同様に知らせることができる。ＡＰおよびＳＴＡは、ＭＵ−ＰＣＡプリファレンスを知らせることができる。ＭＵ−ＰＣＡ能力インジケータは、管理、制御、もしくは他のタイプのフレーム内のＩＥ内など、任意の既存または新規フィールド内に含まれ得る。
【０１５１】
ＡＰ  ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、以下の項目のいずれかを含むことができる。ＡＰ  ＭＵ−ＰＣＡプリファレンスは、例えば、ＭＵ−ＰＣＡで利用可能なチャネルの数、またはＭＵ−ＰＣＡチャネルのロケーションを含む、ＭＵ−ＰＣＡチャネル関連情報を含むことができる。ロケーション情報は、例えば、以下のパラメータのいずれかによって、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、中心周波数、および／または帯域幅のいずれかによって識別される、プライマリチャネルのロケーションとすることができる。ロケーション情報は、例えば、以下のパラメータのいずれかによって、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、プライマリチャネルもしくは基準チャネルもしくは周波数と比較したオフセット、中心周波数、および／または帯域幅のいずれかによって識別される、ＭＵ−ＰＣＡ非プライマリチャネルのロケーションとすることができる。
【０１５２】
ＡＰ  ＭＵ−ＰＣＡプリファレンスは、ＭＵ−ＰＣＡ選択も含むことができる。例えば、ＭＵ−ＰＣＡ送信では、ＳＴＡは、１もしくは複数のチャネルを介して、または帯域幅全体の上でさえも、送信または受信を行うように割り当てられ得る。この場合、ＳＵ−ＰＣＡ選択の例は、以下のいずれかを、すなわち、ＰＨＹレイヤアグリゲーションのみ、ＭＡＣレイヤアグリゲーションのみ、混成ＰＨＹ／ＭＡＣレイヤアグリゲーション、連続アグリゲーションのみ、および／または非連続アグリゲーション可能のいずれかを含むことができる。ＰＨＹレイヤアグリゲーションのみが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１つのＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調されるＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できるにすぎない。ＭＡＣレイヤアグリゲーションのみが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）複数のＭＡＣフレームを、１つのチャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できる。混成ＰＨＹ／ＭＡＣレイヤアグリゲーションが選択された場合、ＡＰは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１または複数のＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、ＳＴＡに送信／ＳＴＡから受信できるにすぎない。連続アグリゲーションのみが選択された場合、ＡＰは、ＭＵ−ＰＣＡ送信において、連続チャネルのアグリゲーションを可能にできるにすぎない。非連続アグリゲーション可能が選択された場合、ＡＰは、連続チャネルばかりでなく、非連続チャネルのアグリゲーションも可能にすることができる。
【０１５３】
ＡＰ  ＭＵ−ＰＣＡプリファレンスは、ＭＵ−ＰＣＡグループに属すことができるＳＴＡの最大数、または言い換えると、与えられた時にＭＵ−ＰＣＡに参加できるＳＴＡの最大数を示すことができる、ＭＵ−ＰＣＡグループの最大サイズも含むことができる。
【０１５４】
ＳＴＡ  ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、以下の項目のいずれかを含むことができる。ＳＴＡ  ＭＵ−ＰＣＡプリファレンス（ＤＬおよび／またはＵＬ）は、ＭＵ−ＰＣＡチャネル関連情報、およびＭＵ−ＰＣＡ選択を含むことができる。ＭＵ−ＰＣＡチャネル関連情報は、例えば、以下の情報のいずれかを、すなわち、ＭＵ−ＰＣＡで利用可能なチャネルの最大数、各ＭＵ−ＰＣＡチャネルについての帯域幅、ＭＵ−ＰＣＡチャネルについての帯域幅が動的か、それとも静的か、および／または好ましいＤＬ／ＵＬ  ＭＵ−ＰＣＡチャネルのいずれかを含むことができる。好ましいＤＬ／ＵＬ  ＭＵ−ＰＣＡチャネル情報について、ＤＬ／ＵＬ  ＭＵ−ＰＣＡチャネルのプリファレンスは、例えば、ハードウェア実装、能力、検出された干渉、および／またはノイズレベルなどに基づくことができる。したがって、好ましいＤＬ／ＵＬ  ＭＵ−ＰＣＡチャネルのロケーションは、例えば、以下のパラメータのいずれかを、すなわち、パラメータの中でもとりわけ、周波数帯域、チャネル番号、プライマリチャネルもしくは基準チャネルと比較したオフセット、周波数、中心周波数、および／または帯域幅のいずれかを使用して、情報内で識別され得る。
【０１５５】
ＭＵ−ＰＣＡ選択は、例えば、以下の選択のいずれかを、すなわち、ＳＵ−ＰＣＡ可能およびＳＵ−ＰＣＡ選択のいずれかを含むことができる。ＳＵ−ＰＣＡ可能は、ＳＴＡがＳＵ−ＰＣＡを行うことが可能かどうかを示すことができる。ＳＵ−ＰＣＡ選択の場合、ＭＵ−ＰＣＡ送信では、ＳＴＡは、１もしくは複数のチャネルを介して、または帯域幅全体の上でさえも、送信または受信を行うように割り当てられ得る。ＳＵ−ＰＣＡ選択は、例えば、以下の選択のいずれかを、すなわち、ＰＨＹレイヤアグリゲーションのみ、ＭＡＣレイヤアグリゲーションのみ、混成ＰＨＹ／ＭＡＣレイヤアグリゲーション、連続アグリゲーションのみ、非連続アグリゲーション可能のいずれかを含むことができる。
【０１５６】
ＰＨＹレイヤアグリゲーションのみが選択された場合、ＳＴＡは、（Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１つのＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調されるＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できるにすぎない。ＭＡＣレイヤアグリゲーションのみが選択された場合、ＳＴＡは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）複数のＭＡＣフレームを、１つのチャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できる。混成ＰＨＹ／ＭＡＣレイヤアグリゲーションが選択された場合、ＳＴＡは、（例えば、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む）１または複数のＭＡＣフレームを、１または複数の連続または非連続チャネル上に変調される各ＭＡＣフレームを有するＭＵ−ＰＣＡ送信内で、別のＳＴＡに送信／別のＳＴＡから受信できるにすぎない。連続アグリゲーションのみが選択された場合、ＳＴＡは、ＭＵ−ＰＣＡ送信において、連続チャネルのアグリゲーションを可能にできるにすぎない。非連続アグリゲーション可能が選択された場合、ＳＴＡは、連続チャネルばかりでなく、非連続チャネルのアグリゲーションも可能にすることができる。加えて、ＡＰまたはＳＴＡは、新規または既存の管理、制御、または他のタイプのフレームを使用して、ＭＵ−ＰＣＡ能力および／またはプリファレンスの変更をいつでも知らせることができる。
【０１５７】
ＷＬＡＮ  ＰＨＹレイヤ送受信機は、周波数帯域全体の上でのシングルユーザ送信、または各ユーザが周波数帯域全体を占有しているＭＵ−ＭＩＭＯ送信をサポートでき、ユーザを区別するために、空間分割多元接続（ＳＤＭＡ）を使用できる。以下で説明されるＰＨＹレイヤ送受信機方式は、複数のユーザをサポートし、各ユーザは、周波数帯域を部分的に占有する。以下では、送信機および受信機は、対称帯域幅を有することが仮定される。以下は、アグリゲートされたチャネルの周波数ロケーションの性質に基づいた、いくつかのタイプのチャネルアグリゲーションの例であり、それらは、アグリゲートされたチャネルが周波数領域内で連続であり得る、連続チャネルアグリゲーション、アグリゲートされたチャネルが周波数領域内で非連続でないことがある、非連続チャネルアグリゲーション、アグリゲートされたチャネルの一部が連続であり得、残りが非連続であり得る、混成チャネルアグリゲーションである。以下では、チャネルアグリゲーションの例のいずれかで利用され得る、ＰＨＹレイヤ方法が説明される。ＰＨＹレイヤ方法は、上で提示説明されたＭＡＣソリューションのいずれかと併用され得る。潜在的な衝突を回避するため、Ｇ−ＣＴＳが、ＳＴＡによって、それぞれのチャネルを介して送信され得、送信チャネルを確保する。同じチャネルを介して動作することを望む他のＳＴＡは、チャネルが利用可能であるかどうかを判定するために、すべてのパケットをリスンできる。Ｇ−ＲＴＳおよびＧ−ＣＴＳを受信すると、ＳＴＡは、ＮＡＶを設定し、以下で詳細に説明される仮想キャリアセンス（ＶＣＳ）を有することができる。
【０１５８】
各ユーザのためのＩＦＦＴおよび／または高速フーリエ変換（ＦＦＴ）サイズは、ユーザのために定義または構成される最小の帯域幅によって決定され得る。例えば、１ＭＨｚがシステムの最小動作帯域幅である場合、ＩＦＦＴ／ＦＦＴサイズは、１ＭＨｚの帯域幅に対応して３２に固定され得る。他のシステムの場合も、同じルールが適用され得る。別の例では、ＩＦＦＴ／ＦＦＴサイズは、サブキャリアサイズ、またはガード期間サイズなどの他のシステム設計検討事項に応じて異なり得る。いくつかの連続チャネルが１つのユーザに割り当てられる場合、ＡＰおよび／またはＳＴＡは、より広い帯域幅上で動作することも選択できる。より広い帯域幅が利用される場合、システムは、いくつかのチャネルが別々に使用されるシステムよりも高いスペクトル効率を有することができる。このシナリオでは、ＳＴＡは、連続チャネルを用いてアグリゲーションを行うことが可能であり得、より広い帯域幅を用いて送信できる。ＳＴＡは、異なる能力をサポートできる。ＳＴＡの関連する能力に基づいたＳＴＡ挙動の変更が、以下で詳細に説明される。以下は、ＳＴＡ能力に依存し得るＳＴＡ挙動の例である。
【０１５９】
一例では、ＳＴＡは、チャネルアグリゲーションが可能であり得る。ＳＴＡは、チャネルアグリゲーションの能力を有し、より多くのデータをＡＰから必要とする場合、ＡＰと事前にネゴシエートできる。その後、ＡＰは、複数のチャネルを介してＧ−ＣＴＳを送信するようにＳＴＡに要求するＧ−ＲＴＳを送信できる。ＳＴＡに割り当てられたアグリゲートされたチャネルが非連続である場合、ＭＡＣレイヤからのデータを異なる周波数チャネルに分割するために、セグメント解析器が利用され得る。各チャネルを介しての送信および受信は、各周波数チャネルに対して別々に定義される手順を使用して、ＳＴＡによって実行され得る。異なるチャネル品質、受信信号対雑音比（ＳＮＲ）、および／または送信機／受信機能力に応じて、同等のＭＣＳおよび／または非同等のＭＣＳの両方が、アグリゲートされたチャネルに適用され得る。同等のＭＣＳの場合、ＡＰまたはＳＴＡは、ＭＡＣレイヤから渡されたデータに対して符号化および変調を実行でき、その後、セグメント解析器によって、それらを異なるアグリゲートされたチャネルに分割できる。別の例では、ＡＰまたはＳＴＡは、符号化および変調の前に、セグメント解析を行うことができる。非同等のＭＣＳの場合、アグリゲートされた各チャネルは、独自のＭＣＳを有することができる。
【０１６０】
異なるＭＣＳレベルに基づいて、ＡＰまたはＳＴＡは、セグメント解析器を使用して、ＭＡＣレイヤからのビットを異なるチャネルに分割でき、別々の符号化および変調方式を実行できる。例えば、チャネル１が１／２のコードレートで１６直交振幅変調（ＱＡＭ）を処理でき、チャネル２がレート１／２で４相位相偏移変調（ＱＰＳＫ）を処理でき、受信機において、例えば、１０％のフレーム誤り率（ＦＥＲ）を保証する場合、セグメント解析器は、チャネル１のためのビットが、チャネル２のためのビットの２倍になるように分割できる。別の例では、周波数ダイバーシティをより良く利用するために、両方の周波数帯域（すなわち、チャネル）上で、同じデータが送信され得る。
【０１６１】
図２１は、チャネルアグリゲーションが可能なＳＴＡを有する、例示的な送信フロー図２１００を示している。図２１では、同等のＭＣＳまたは非同等のＭＣＳが適用され得ることが仮定される。この例では、３つのＭＵ−ＰＣＡ  ＳＴＡ２１０２1,2,3が、ＡＰ側で同時にサポートされ、ＳＴＡ２  ２１０２2は、非連続的にアグリゲートされる２つのチャネル２、３を占有し、チャネルアグリゲーションが可能であることが仮定される。各ＭＵ−ＰＣＡ  ＳＴＡ２１０２1,2,3は、（それぞれ）データｘ1、ｘ2、ｘ3を入力として受け取ることができ、必要とされる場合は、パディング２１０４1,2,3をデータに適用できる。各ＳＴＡ２１０２1,2,3は、それぞれの入力ストリームに、スクランブリング２１０６1,2,3、前方誤り訂正（ＦＥＣ）２１０８1,2,3、およびインターリーブ２１１０1,2,3を適用できる。チャネルアグリゲーションを実行しないＳＴＡ１  ２１０２1およびＳＴＡ３  ２１０２3は、各々、コンステレーションマッピング２３１３2,3、逆離散フーリエ変換（ＩＤＦＴ）２１１６1,3、ガード区間（ＧＩ）２１１８1,3、および無線周波数フロントエンド（ＲＦ）２１２０1,3をそれぞれ適用して、チャネルｙ1およびチャネルｙ3を生成できる。
【０１６２】
ＳＴＡ２  ２１０２2は、セグメント解析器２１１０2を使用して、２つのチャネルを並列で生成でき、２つのインターリーバ２１１２2、２１１２2’、２つのコンステレーションマッパ２１１４2、２１１４2’、２つのＩＤＦＴ２１１６2、２１１６2’、２つのＧＩ２１１８2、２１１８2’、および２つのＲＦフロントエンド２１２０2、２１２０2’を適用して、２つのチャネルｙ2、ｙ2’を生成できる。
【０１６３】
図２１では、ＳＴＡ２  ２１０２2に対して、ＦＥＣ符号化２１０８2の後、インターリーバ２１１２2の前に、セグメント解析器２１１０2が使用され得る。別の例では、セグメント解析器２１１０2は、より良い周波数ダイバーシティを達成できるように、単一のインターリーバ２１１２2に後続できる。別の例では、セグメント解析器２１１０2は、ＦＥＣ符号化器２１０８2の前に配置され得、各セグメントに対してＦＥＣ符号化器が存在でき、別々の符号化レートおよび／または符号化方式が、各セグメント上で実行され得る。
【０１６４】
図２２は、ＰＬＣＰヘッダが別々の周波数チャネルを介して送信される、例示的なＰＨＹレイヤ方式２２００を示している。この例では、（例えば、図２１の）ＳＴＡ２は、チャネル２１８2,3に割り当てられ、データアグリゲーションを使用でき、ＳＴＡ１は、チャネル２１８1に割り当てられ、ＳＴＡ３は、チャネル２１８4に割り当てられる。ＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）２２１０STA1、２２１０STA2、２２１０STA2’、２２１０STA3は、それぞれのチャネル２１８1,2,3,4上で送信され得る。各ＰＰＤＵ、例えば、ＰＰＤＵ２２１０STA1は、プリアンブル部２２１２STA1と、データ部２２０８STA1とを含むことができ、プリアンブル部２２１２STA1は、ショートトレーニングフィールド（ＳＴＦ）２２０２STA1と、ロングトレーニングフィールド（ＬＴＦ）２２０４STA1と、信号（ＳＩＧ）フィールド２２０６STA1とを含むことができる。チャネル２１８2,3は、ともにＳＴＡ２によって使用されはするが、別々のＰＰＤＵ２２１０STA2、２２１０STA2’を有することができる。この例におけるＳＴＡ２のためのＳＩＧフィールド２２０６STA2、２２０６STA2’は、チャネル２１８2,3上で、位相回転を用いて、または用いずに反復され得る、同じ情報を含むことができる。非同等のＭＣＳを用いる場合、すべてのＭＣＳが、ＳＩＧフィールド２２０６STA1、２２０６STA2、２２０６STA2’、２２０６STA3内で示され得、ＭＣＳレベルと周波数チャネルとの間のマッピングも、ＳＩＧフィールド２２０６STA1、２２０６STA2、２２０６STA2’、２２０６STA3内で伝達され得る。別々のＳＩＧフィールド２２０６STA2、２２０６STA2’は、ＳＴＡ２のための各チャネル２１８2,3上で符号化され得る。
【０１６５】
非同等のＭＣＳを用いる場合、各チャネル２１８1...4は、別々のＭＣＳに割り当てられ得る。したがって、チャネル２１８2,3上で送信される２つのＳＩＧフィールド２２０６STA2、２２０６STA2’は、異なり得る。別の例では、ＳＴＡ２のためのＳＩＧフィールド２２０６STA2は、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、ＳＩＧフィールド２２０６STA2、２２０６STA2’内で、チャネル２１８2,3上で送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、それぞれ、２２０６STA2または２２０６STA2’内で、割り当てられたチャネル２１８2,3上で送信され得る。
【０１６６】
動作ＷＬＡＮシステムに応じて、プリアンブルフォーマット２２１２STA1、２２１２STA2、２２１２STA2’、２２１２STA3は、異なり得る。例えば、（超）高スループットプリアンブルまたはビーム形成もしくはＭＵ−ＭＩＭＯ送信のための方向プリアンブルを含む、より長いプリアンブルが適用され得る。ＳＴＡに割り当てられたアグリゲートされたチャネルが連続している場合、ＳＴＡまたはＡＰは、非連続アグリゲーションの場合のように同じ送信方式を利用でき、またはより広い帯域幅を用いて動作できる。
【０１６７】
図２３は、ＡＰにおける混成のアグリゲートされたチャネルを介してのＤＬ送信フロー図２３００の例を示している。図２３、図２４、および図２５の例では、チャネル１およびチャネル４は、非連続であり、一方、チャネル２およびチャネル３は、隣接または連続していることが仮定される。３つのＭＵ−ＰＣＡ  ＳＴＡ２３０２1,2,3が、同時に送信できる。ＭＵ−ＰＣＡ  ＳＴＡ２３０２1,3のためのＰＰＤＵは、それぞれ、チャネル１、４上で送信され得、一方、ＳＴＡ２３０２2は、チャネルアグリゲーションが可能であり得、２つの連続チャネル、チャネル２、３に割り当てられ得、したがって、より大きな帯域幅上で送信できる。
【０１６８】
各ＭＵ−ＰＣＡ  ＳＴＡ２３０２1,2,3は、（それぞれ）データｘ1、ｘ2、ｘ3を入力として受け取ることができ、必要とされる場合は、パディング２３０４1,2,3をデータに適用できる。各ＭＵ−ＰＣＡ  ＳＴＡ２３０２1,2,3は、それぞれの入力ストリームに、スクランブリング２３０６1,2,3、ＦＥＣ２３０８1,2,3、インターリーブ２３１０1,2,3、およびコンステレーションマッピング２３１２2,3を適用できる。チャネルアグリゲーションを実行しないＭＵ−ＰＣＡ  ＳＴＡ２３０２1,3は、各々、ＩＤＦＴ２３２０1,3、ＧＩ２３２２1,3、およびＲＦ２３２４1,3をそれぞれ適用して、信号ｙ1および信号ｙ3を生成できる。ＳＴＡ２  ２３０２2は、チャネルアグリゲーションを使用できるので、２つのＩＤＦＴ２３２０2、２３２０2’、２つのＧＩ２３２２2、２３２２2’、および２つのＲＦフロントエンド２３２４2、２３２４2’を適用して、２つの信号ｙ2、ｙ2’を生成できる。
【０１６９】
ＳＴＡ２  ２３０２2の場合、パディングビット２３０４2が、入力ストリームｘ2に追加され得、スクランブラ２３０６2に渡され得る。スクランブルされたビットは、ＦＥＣ符号化のためにＦＥＣ２３０８2に転送される。インターリーバ２３１０STA2が適用され得、インターリーブされたビットは、コンステレーションマッピング２３１２STA2に渡され得る。生成されたコンステレーションシンボルは、時空間符号化ブロック（ＳＴＢＣ）２３１４に渡され得る。例では、コンステレーションシンボルは、ＳＴＢＣ２３１４を通さずに、空間マッピングユニット２３１８に直接的に渡され得る。ＳＴＢＣ２３１４は、ＭＡＣレイヤからＰＨＹレイヤに渡されるＴＸＶＥＣＴＯＲにおいて規定され得、この情報は、ＳＩＧフィールド内で送信され得る。ＳＴＢＣブロック２３１４の後、１つのシンボルストリームは、２つのシンボルストリーム２３２５、２３２５’になることができる。第１のシンボルストリーム２３２５は、そのまま、空間マッピングユニット２３１８に渡され得、第２のシンボルストリーム２３２５’は、循環シフトダイバーシティ（ＣＳＤ）方式２３１６を用いるように適用され得る。空間マッピングユニット２３１８は、２つのシンボルストリーム２３２５、２３２５’に適用され得る。空間マッピングユニット２３１８は、例えば、空間領域プリコーディング方式とすることができる。その後、一般的なＩＤＦＴ２３２０2、２３２０2’、ＧＩブロック２３２２2、２３２２2’、およびＲＦフロントエンド２３２４2’が、各シンボルストリームごとに後に続く。
【０１７０】
この例におけるＳＴＡ２３０２2によって利用されるＩＤＦＴ２３２０2、２３２０2’のサイズは、ＭＵ−ＰＣＡ  ＳＴＡ２３０２1,3のＩＤＦＴ２３２０1,3のサイズよりも２倍大きくすることができる。加えて、異なる送信方式が、ＳＴＡ２３０２2に適用され得る。例えば、以下の送信技法のいずれかが、使用されてよく、または使用されなくてよく、時空間ブロック符号化（ＳＴＢＣ）２３１４、ビーム形成（図示されず）、または示されていない他のＭＩＭＯ方式が、利用され得る。循環シフトダイバーシティ（ＣＳＤ）２３１６は、累進位相または時間シフトを各空間ストリームに適用するために使用され得、それは、ＭＵ−ＰＣＡのためのチャネルの周波数ダイバーシティを高めることができる。空間マッピングユニット２３１８は、符号化された情報を別々の空間ストリームにマッピングするために使用され得る。さらに、同等のＭＣＳ方式および非同等のＭＣＳ方式の両方が適用され得る。非同等のＭＣＳを用いる場合、ＭＡＣパケットを分割するために、追加のセグメント解析器が適用され得る。パケットを分割するための多くの可能な方法が存在する。例えば、パケットは、２つの部分に分割され得、各部分は、異なるチャネル（例えば、チャネル２、３）に対応する。
【０１７１】
別の例では、パケットは、３以上の部分に分割され得、各部分は、事前定義されたサブチャネルまたはサブリソースブロックに対応し得、リソースブロックは、サブキャリアのグループを指し得る。リソースブロックは、サブチャネルよりも小さくてよく、またはサブチャネルに等しくてもよい。異なるＭＣＳレベルが異なる部分に適用され得、ＭＣＳレベルは、ＳＩＧフィールド内で伝達され得る。ＳＩＧフィールドは、ユーザのためのすべてのＭＣＳレベルを含むことができる。ＭＣＳレベルとチャネル／リソースブロックとの間のマッピングも、ＳＩＧフィールド内で与えられ得る。ＳＩＧフィールドは、すべてのチャネルを介して反復され得、あるいはＳＩＧフィールドは、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、すべての利用可能なチャネルを介して送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、それが割り当てられたチャネル／帯域上で送信され得る。
【０１７２】
ＳＴＡは、複数のチャネル（連続または非連続）をアグリゲートする場合、すべてのチャネルを介して、単一のインターリーバを用いて、インターリーブでき、非同等のＭＣＳも使用できる。これを達成する１つの方法は、以下の通りである。ＮBITSを、１つのアグリゲートされた直交周波数分割多重（ＯＦＤＭ）シンボルで送信されるビットの総数とする。ＮBITSは、以下のように、各帯域ｉにおける、コンステレーションシンボル当たりのビットの数ＮBPS,iと、データキャリアの数（ＮD,i）とによって表される各帯域における所望のコンステレーションに依存し得る。
【０１７３】
【数１】
0006424246.tif 000006
【０１７４】
例えば、８０２．１１では、４０ＭＨｚチャネルは、ＮD,1＝１０８であるが、２０ＭＨｚチャネルは、ＮD,2＝５２である。１つの４０ＭＨｚチャネルと１つの２０ＭＨｚチャネルとがアグリゲートされ、４０ＭＨｚモードが、６４ＱＡＭとともに使用され（ΝΒΡS,1＝６およびＮD,1＝１０８）、２０ＭＨｚモードが、１６ＱＡＭとともに使用される（ＮBPS,2＝４およびＮD,2＝５２）場合、ＮBITS＝１０８×６＋５２×４＝８５６である。その後、ＮBITSに基づいて、インターリーバのために、列の数（ＮCOL）が設定され得る。ＮCOLは、ＮBITSの因数とすることができる。上の例を続けると、ＮCOLは、８または１０７とすることができ、８５６＝８×１０７である。ＮCOLは、特定のチャネルモデルについてのシミュレーション結果から導出され得る。インターリーバの行の数は、ＮROW＝ＮBITS／ＮCOLとして定義され得る。第１の置換の前の符号化ビットのインデックスは、ｋによって表され得、ｉは、第１の置換の後、第２の置換の前のインデックスとすることができ、ｊは、第２の置換の後、変調マッピングの直前のインデックスとすることができる。したがって、インターリーバの第１の置換は、
ｉ＝ＮROW（ｋ  ｍｏｄ  ＮCOL）＋ｆｌｏｏｒ（ｋ／ＮCOL）    ｋ＝０，１，．．．，ＮBITS−１    式２
と定義され得る。
【０１７５】
第２の置換は、各帯域上で、その帯域において使用されるＭＣＳに応じて、別々に実行され得る。ΝTOT,iは、ΝTOT,i＝ＮD,jＮBPS,jであり、各帯域におけるＯＦＤＭシンボル当たりのビットの総数であると仮定する。その場合、
【０１７６】
【数２】
0006424246.tif 000007
【０１７７】
および
【０１７８】
【数３】
0006424246.tif 000008
【０１７９】
である。
【０１８０】
複数の空間ストリームが存在する場合、上で説明されたインターリーバが、各空間ストリーム上で使用され得、異なる空間ストリーム間で、さらなるローテーションが適用され得る。デインターリーバは、あるとするならば、各帯域および空間ストリーム上で、上の置換を逆転できる。
【０１８１】
図２４は、混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の例示的なフロー２４００を示している。図２３のＳＴＡ１、ＳＴＡ２、およびＳＴＡ３が、ＰＰＤＵ２４０１STA1、２４０１STA2、および２４０１STA3送信し、ＳＴＡ１およびＳＴＡ３のためのＰＰＤＵ２４０１STA1および２４０１STA3は、それぞれ、チャネル２１８1および２１８4上で送信され得、一方、ＳＴＡ２は、チャネルアグリゲーションが可能であり、２つの連続チャネル２１８1,2に割り当てられ得、したがって、より大きい帯域幅上で送信する。ＰＰＤＵ２４０１STA1と２４０１STA3は、それぞれ、ＳＴＦ２４０２STA1と２４０２STA3、ＬＴＦ２４０４STA1と２４０４STA3、ＳＩＧ２４０６STA1と２４０６STA3、および（パディングが付加された）データ２４０８STA1と２４０８STA3を含むことができる。ＳＴＦは、とりわけ、パケット検出の開始、ならびに粗略な時間および周波数オフセット補正のために使用され得る。ＬＴＦは、とりわけ、精密な時間および周波数オフセット補正、ならびにチャネル推定のために使用され得る。ＳＩＧフィールドは、ＰＨＹレイヤヘッダを搬送できる。
【０１８２】
２つのチャネル２１８2,3上で送信されるアグリゲートされたデータを含むＰＰＤＵ２４０１STA2は、ＳＴＦ２４０２STA2、ＬＴＦ２４０４STA2、ＬＴＦ２４１０STA2、ＳＩＧ２４０６STA2、および（パディングが付加された）データ２４０８STA2を含むことができる。ＰＰＤＵ２４０１STA2は、２つのＬＴＦ２４０４STA2、２４１０STA2を有することができ、第２のＬＴＦ２４１０STA2は、２つのデータストリームがＳＴＡ２に送信される場合、チャネル推定のために使用され得る。
【０１８３】
通常の帯域幅を用いて送信される、ＳＴＡ１およびＳＴＡ３のためのＰＰＤＵ２４０１STA1および２４０１STA3と比較すると、ＳＴＡ２のためのＰＰＤＵ２４０１STA2では、ＳＴＦ２４０２STA2、ＬＴＦ２４０４STA2、ＳＩＧフィールド２４０６STA2を含むＰＬＣＰヘッダと、ＳＴＡ２のためのデータ２４０８STA2の両方が、より広い帯域幅を用いて送信される。この例示的なフロー２４００に示される送信は、ＧＲＴＳ／ＧＣＴＳプロトコルによって保護され得る。したがって、同じＢＳＳまたはオーバラップするＢＳＳ（ＯＢＳＳ）内の意図されていないＳＴＡは、ＭＵ−ＰＣＡ送信を理解することを必要としなくてよい。図２４の例では、意図されていないＳＴＡは、より広い帯域幅上で動作することが可能でない場合、チャネル２１８2,3上で送信されるプリアンブルを理解しなくてよい。意図されていないＳＴＡは、データセッションの前に送信されるＧＲＴＳ／ＧＣＴＳシーケンスを検出でき、ＮＡＶをしかるべく設定できる。しかしながら、ＰＬＣＰヘッダフォーマットを変更することによって、ＰＨＹレイヤにおいて追加の保護を提供することも可能である。
【０１８４】
図２５は、混成のアグリゲートされたチャネルを含むチャネルを介してのＰＰＤＵ送信の別の例示的なフロー２５００を示している。チャネル２１８1...4上での送信方式は、ＳＴＡ２のためのレガシＰＬＣＰヘッダ情報がチャネル２１８2,3上で別々に送信され得ることを除いて、図２４におけるものと同じである（ＰＰＤＵ２５０１STA1は、ＰＰＤＵ２４０１STA1と同じであり、ＰＰＤＵ２５０１STA2は、ＰＰＤＵ４５０１STA2と同じであり、ＰＰＤＵ２５０１STA13は、ＰＰＤＵ２４０１STA3と同じである）。レガシＰＬＣＰヘッダ情報は、レガシＳＴＦ（ＬＳＴＦ）２５０２STA2と、レガシＬＴＦ（ＬＬＴＦ）２５０４STA2と、レガシＳＩＧ（ＬＳＩＧ）２５０６STA2とを含む。したがって、図２５は、図２４のＰＬＣＰヘッダフォーマットの例示的な変形を示しており、１組のＳＴＦ、ＬＴＦ、およびＳＩＧフィールドがチャネル２およびチャネル３上で反復して送信されるので、それは、非ＭＵ−ＰＣＡユーザおよび他のＯＢＳＳユーザによって検出可能であり得る。
【０１８５】
図２３〜図２５で説明される上の例は、より広い帯域幅を用いて、ＳＴＡ２／ユーザ２と通信するソリューションを示している。システムスペクトル効率は、より広い帯域幅を使用する場合、より高くなり得、したがって、スケジューラは、チャネルアグリゲーションが連続的に行われるかどうかを知ることができ、重いトラフィック負荷を有するユーザを連続的にアグリゲートされるチャネルに割り当てようと試みることができる。別の例では、ＳＴＡ２／ユーザ２は、通常の単一チャネル帯域幅を用いて通信できるが、２つの通常のチャネルを占有できる。ＳＴＡ２／ユーザ２のためのＩＦＦＴ／ＩＤＦＴサイズは、ＳＴＡ１およびＳＴＡ３のためのものと同じにすることができる。この場合、トラフィックを２つの部分に分割するために、（図２１および図２２の例と同様に）セグメント解析器が利用され得る。チャネル品質およびＳＴＡフィードバック能力に応じて、同等のＭＣＳおよび非同等のＭＣＳの両方が適用され得る。このソリューションは、より広い帯域幅を用いて動作するＳＴＡ２／ユーザ２ほど効率的であり得ないが、実施するのがより容易であり得る。
【０１８６】
一例では、ＳＴＡは、ＭＩＭＯが可能であり得る。ＭＩＭＯ方式は、ＭＵ−ＰＣＡ送信のために使用され得る。ＭＩＭＯ送信は、限定することなく、空間分割多重（ＳＤＭ）、ＳＴＢＣ、ビーム形成、ＣＤＤ、またはＭＵ−ＭＩＭＯを含むことができる。ＭＩＭＯ送信は、送信機側および受信機側における利用可能なアンテナの数に依存し得る。例えば、Ｍ個の送信アンテナとＮ個の受信アンテナを用いるＭＩＭＯシステムは、シングルユーザＭＩＭＯ（ＳＵ−ＭＩＭＯ）またはＭＵ−ＭＩＭＯのために、最大でｍｉｎ（Ｍ，Ｎ）個の空間データストリームをサポートできる。既存のＷｉＦｉ仕様および規格では、ＡＰ／ＳＴＡは、送信機側と受信機側の両方における利用可能なアンテナの数についての知識を有することができる。したがって、適切なＭＩＭＯ方式が選択され得る。ＭＵ−ＰＣＡ送信では、ＡＰ側におけるアンテナは複数のユーザと共用される必要があるので、ＡＰ側において利用可能なアンテナの数を知ることは、ＳＴＡが適切なＭＩＭＯ方式を選択するのに十分でないことがある。さらに、ＭＵ−ＰＣＡ送信によってサポートされるユーザの数は、時間とともに変化し得る。したがって、ＡＰが、そのＭＩＭＯ能力、および一度にサポートされるＭＵ−ＰＣＡユーザの数を広告することが可能でないことがあり、すべてのＭＵ−ＰＣＡ送信は、同じセットアップに従うことがある。例では、ＡＰは、ＳＴＡにＭＣＳを割り当てることができる。このように、ＡＰは、ＳＴＡのための適切なＭＩＭＯ方式を決定でき、例えば、ＰＬＣＰヘッダ内で（例えば、ＳＩＧフィールド内で）、ＭＣＳおよび（複数のユーザに対するチャネル／空間ストリーム割り当てを定義する）複数のユーザの位置を広告できる。別の例では、この情報は、ＭＵ−ＰＣＡ送信の前に交換され得る。
【０１８７】
ＳＴＡ挙動の別の例では、ＳＴＡは、チャネルアグリゲーションが可能でないことがある。この場合、ＳＴＡは、最大で１つのチャネルおよび１つの帯域幅を割り当てられ得る。ＭＵ−ＰＣＡまたはＳＵ−ＰＣＡは、同じ送受信機方式を利用できる。同等のＭＣＳおよび非同等のＭＣＳの両方が適用され得、同様に、異なるＭＩＭＯ方式が適用され得る。
【０１８８】
ＳＵ−ＰＣＡまたはＭＵ−ＰＣＡのいずれかにおいて、１組のチャネルが使用される場合、各チャネルのために使用される送信電力は異なり得る。これは、地方行政もしくは国家行政によって制定される規制が原因であり得、または大きく異なることがある観測されるチャネル状態が原因であり得る。ＳＵ−ＰＣＡの場合、アグリゲートされたチャネルの組内のチャネルは、異なる干渉、フェージングなどを経験し得る。ＭＵ−ＰＣＡの場合、ＡＰと様々なＳＴＡとの間のチャネルは、干渉および高速フェージングに加えて、距離、シャドウフェージングなどが原因で変動し得る。各チャネルの状態に適合するために、およびより高いスループットを達成するために、非同等のＭＣＳが使用され得る。
【０１８９】
１組の連続または非連続のチャネルまたは周波数セグメントの各々ごとに、非同等のＭＣＳおよび／または非同等の送信電力をサポートするため、変更されたＴＸＶＥＣＴＯＲおよびＲＸＶＥＣＴＯＲが使用され得、それらの例が以下で説明される。ＴＸＶＥＣＴＯＲおよびＲＸＶＥＣＴＯＲは、以下の形式のベクトルとして設計され得、
ＴＸＶＥＣＴＯＲ＝［ＴＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ，ＴＸＶＥＣＴＯＲ＿０，ＴＸＶＥＣＴＯＲ＿１，．．．，ＴＸＶＥＣＴＯＲ＿Ｎ］    式５
ＲＸＶＥＣＴＯＲ＝［ＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ，ＲＸＶＥＣＴＯＲ＿０，ＲＸＶＥＣＴＯＲ＿１，．．．，ＲＸＶＥＣＴＯＲ＿Ｎ］    式６
ここで、ＴＸＶＥＣＴＯＲ＿ＣｏｍｍｏｎおよびＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎは、ＳＵ−ＰＣＡもしくはＭＵ−ＰＣＡで使用されるすべてのチャネル、またはすべての周波数セグメントに適用される、パラメータを含むことができ、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸ＿ＶＥＣＴＯＲ＿ｉ、０＜ｉ＜Ｎは、第ｉのチャネルまたは周波数セグメントに固有のパラメータを含むことができる。第ｉのチャネルは、任意の帯域幅とすることができ、連続および非連続の周波数セグメントから成ることができる。
【０１９０】
例えば、８０２．１１ａｆネットワークでは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉは、例えば、ＴＶＨＴ＿Ｗ、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、ＴＶＨＴ＿Ｗ＋Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードなど、８０２．１１ａｆ規格で定義される動作モードにある、帯域幅がＷの第ｉのチャネルのためのパラメータを含むことができる。
【０１９１】
あるいは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉは、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅が２Ｗの第ｉのチャネルのためのパラメータを含むことができる。ＴＸＶＥＣＴＯＲ＿ＣｏｍｍｏｎおよびＲＸＶＥＣＴＯＲ＿Ｃｏｍｍｏｎ内に含まれ得るいくつかのパラメータが、表５に示されており、ここで、ＹおよびＮは、対応するパラメータの存在（Ｙ）または非存在（Ｎ）を示す。
【０１９２】
【表５】
0006424246.tif 000009
【０１９３】
表６は、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉ内に含まれ得るいくつかのパラメータを示しており、ここで、ＹおよびＮは、ＴＸＶＥＣＴＯＲ＿ｉおよびＲＸＶＥＣＴＯＲ＿ｉ内の対応するパラメータの存在（Ｙ）または非存在（Ｎ）を示し、ＭＵは、ＭＩＭＯモードの存在を示す。
【０１９４】
【表６−１】
0006424246.tif 000010
【０１９５】
【表６−２】
0006424246.tif 000011
【０１９６】
表６のすべてのパラメータ、例えば、Ｐａｒａｍｅｔｅｒ＿ｉ、０＜ｉ＜Ｎは、第ｉのチャネルまたは周波数セグメントに固有のパラメータとすることができる。第ｉのチャネルは、任意の帯域幅とすることができ、連続または非連続の周波数セグメントから成ることができる。例えば、８０２．１１ａｆネットワークでは、Ｐａｒａｍｅｔｅｒ＿ｉは、ＴＶＨＴ＿Ｗ、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、ＴＶＨＴ＿Ｗ＋Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅がＷの第ｉのチャネルのためのパラメータを含むことができる。あるいは、Ｐａｒａｍｅｔｅｒ＿ｉは、ＴＶＨＴ＿２Ｗ、ＴＶＨＴ＿４Ｗ、およびＴＶＨＴ＿２Ｗ＋２Ｗ動作モードにある、帯域幅が２Ｗの第ｉのチャネルのためのパラメータとすることができる。
【０１９７】
ＳＴＡ／ＡＰは、以下で説明される例などのＰＬＣＰ送信および受信手順を使用することによって、ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡのための非同等のＭＣＳおよび非同等の送信電力に対するサポートを達成でき、ＳＴＡ／ＡＰは、上で説明されたように、チャネルへのアクセスを獲得できる。ＰＰＤＵの送信は、ＰＨＹＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）プリミティブを受信した後、ＰＬＣＰによって開始され得、ＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔプリミティブのためのＴＸＶＥＣＴＯＲ要素は、上で説明されているようになる。
【０１９８】
各チャネルまたは周波数セグメントごとに、ＰＬＣＰは、ＰＭＤを構成するための以下の物理媒体依存（ＰＭＤ）プリミティブ、すなわち、ＰＭＤ＿ＴＸＰＷＲＬＶＬ．ｒｅｑｕｅｓｔおよびＰＭＤ＿ＴＸ＿ＰＡＲＡＭＥＴＥＲＳ．ｒｅｑｕｅｓｔで、パラメータを発行できる。ＴＸＰＰＷＲＬＶＬおよびＴＸ＿ＰＡＲＡＭＥＴＥＲＳは、チャネルまたは周波数セグメントの各々に固有とすることができる。ＰＬＣＰは、ＴＸＶＥＣＴＯＲパラメータ内の要素によって定義されるチャネルまたは周波数セグメントの各々においてＰＬＣＰプリアンブルの送信を開始するために、ＰＭＤ＿ＴＸＳＴＡＲＴ（ＴＸＶＥＣＴＯＲ）．ｒｅｑｕｅｓｔプリミティブを発行できる。ＰＬＣＰプリアンブル送信が、すべてのチャネルまたは周波数セグメント上で開始された後、ＰＨＹレイヤエンティティは、データスクランブリングおよびデータ符号化を開始できる。各チャネルまたは周波数セグメント上における各パケットのデータフィールドに対する符号化方法は、上で説明されたように、ＴＸＶＥＣＴＯＲのＦＥＣ＿ＣＯＤＩＮＧ＿ｉ、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ｉ、ＮＵＭ＿ＳＴＳ＿ｉ、ＳＴＢＣ＿ｉ、ＭＣＳ＿ｉ、およびＮＵＭ＿ＵＳＥＲＳ＿ｉパラメータに基づくことができる。データは、ＭＡＣによって発行される各チャネルまたは周波数セグメント上における各データフレームのための一連のＰＨＹ−ＤＡＴＡ．ｒｅｑｕｅｓｔ（ＤＡＴＡ）プリミティブ、およびＰＨＹレイヤによって発行されるＰＨＹ−ＤＡＴＡ．ｃｏｎｆｉｒｍプリミティブを通して、ＭＡＣレイヤとＰＨＹレイヤとの間で交換され得る。
【０１９９】
ＰＬＣＰ受信手順は、ＳＵ−ＰＣＡおよびＭＵ−ＰＣＡにおける非同等のＭＣＳおよび非同等の送信電力をサポートできる。ＰＭＤが、すべてのチャネルまたは周波数セグメント上で、送信されたＰＬＣＰプリアンブルを受信すると、ＰＭＤ＿ＲＳＳＩ．ｉｎｄｉｃａｔｉｏｎは、チャネルまたは周波数セグメントの各々についての受信信号強度をＰＬＣＰに報告できる。ＰＭＤプリミティブＰＭＤ＿ＲＳＳＩは、チャネルまたは周波数セグメントの各々についての受信ＲＳＳＩ値、ＲＳＳＩ＿ｉを記録できるＰＬＣＰに発行され得る。ＰＬＣＰは、ＭＡＣに発行されるＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ（ＲＸＶＥＣＴＯＲ）プリミティブ内に、直近に受信されたＲＳＳＩ＿ｉ値を含めることができる。
【０２００】
ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ＢＵＳＹ，ｃｈａｎｎｅｌ−ｌｉｓｔ）が発行された後、ＰＨＹエンティティは、すべてのチャネルまたは周波数セグメント上において、トレーニングシンボルの受信を開始できる。すべてのチャネルまたは周波数セグメント上において、プリアンブルから正しいシグナリングおよびモードが検出された場合、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ（ＲＸＶＥＣＴＯＲ）プリミティブが発行され得る。プリミティブに関連付けられたＲＸＶＥＣＴＯＲは、上で指定されたパラメータのいずれかを含むことができる。ＰＨＹレイヤは、ＲＸＶＥＣＴＯＲに従って、すべてのチャネルまたは周波数セグメント上において、ＰＳＤＵをさらに復号できる。ＰＳＤＵの受信ビットは、チャネルまたは周波数セグメント上における各ＰＳＤＵについての一連のＰＨＹＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ（ＤＡＴＡ）プリミティブ交換を使用して、オクテットに組み立てられ、復号され、ＭＡＣに提示され得る。すべてのチャネルまたは周波数セグメント上において、最後のＰＳＤＵオクテットの最終ビット、ならびに可能なパディングおよびテイルビットを受信した後、受信機は、ＲＸ  ＩＤＬＥ状態に戻ることができる。
【０２０１】
ＰＨＹレイヤは、動作帯域幅にいくつかの制限を有することがある。例えば、８０２．１１ａｈデバイスのいくつかは、ＭＵ−ＰＣＡに参加するとき、複数のチャネルをアグリゲートできることがあるが、各動作チャネルの帯域幅は、２ＭＨｚに制限されることがあり、一方、ＡＰ側では、（各々が１ＭＨｚの帯域幅を有する）３つのチャネルがアグリゲートされ、このＭＵ−ＰＣＡユーザに割り当てられ得る。この例では、ＭＡＣレイヤにおいて、ＡＰは、２つの別々のＭＡＣパケットを準備でき、それらが、ユーザに送信される。ＰＨＹレイヤでは、ＡＰは、１つのＭＡＣパケットを、２ＭＨｚの帯域幅を有するアグリゲートされたチャネルの１つに割り当てることができ、ＭＡＣパケットの残りを、１ＭＨｚの帯域幅を有する別のチャネルに割り当てることができる。これは、レイヤマッピングを使用して達成され得る。
【０２０２】
図２６は、（Ｎまたはより少数のユーザのための）Ｎ個のＭＡＣパケット２６０２をＫ個のレイヤ２６０６にマッピングするためにレイヤマッピング２６０４を使用する例示的な方法２６００のフロー図である。各レイヤは、割り当てられたデータストリームを独立に処理できる。例えば、各レイヤは、別々の符号化および変調方式を、また別々のＭＩＭＯ方式も有することができる。異なるインターリーバ（図示されず）が、各レイヤごとに定義され得、または１つのインターリーバが、いくつかのレイヤにわたって使用され得る。レイヤマッピング２６０４は、例えば、１つのＭＡＣパケットを１つのレイヤに、複数のＭＡＣパケットを１つのレイヤに、１つのＭＡＣパケットを複数のレイヤにマッピングでき、または複数のＭＡＣパケットから複数のレイヤへの総合的なマッピングを行うことができる。レイヤ処理の後、パケットは、空間／周波数マッピング２６０８に渡され得、それは、複数のレイヤを複数の空間ストリームまたは周波数帯域にさらにマッピングできる。方法２６００は、先に説明されたすべてのＰＨＹ設計に適用され得る。
【０２０３】
以下の例は、非対称帯域幅を用いる送信／受信を使用することによって可能にされるＭＵ−ＰＣＡに関する。非対称帯域幅の使用は、柔軟なアーキテクチャを有することができ、それがＭＵ−ＰＣＡによってサポートできるユーザの数は、アンテナの数によって制限されない。さらに、それは、ＷＬＡＮ  ＳＴＡ、またはＡＰ／ＳＴＡ設計のコストを簡素化または低減できる。広く分離された周波数を通しての、連続および／または非連続チャネルを介してのＭＵ−ＰＣＡの使用は、非対称帯域幅には困難であり得る。例えば、同時にＡＰに送信されるＵＬ  ＭＵ−ＰＣＡ  ＳＴＡは、遠近問題を回避するために、ＡＰにおける受信電力レベルにおいて近くなければならないことがある。また、ＵＬ  ＭＵ−ＰＣＡパケットの同時送信は、ＡＰが各パケットを正しく復号することが可能なように、ガード区間（ＧＩ）内でＡＰに到着しなければならないことがある。
【０２０４】
８０２．１１ａｆおよび８０２．１１ａｈ仕様は、８０２．１１ａｃ仕様のクロックダウンされたバージョンと見なされ得る。その結果、ガード区間（ＧＩ）は、８マイクロ秒の長さになり得、それは、１ｋｍのカバレージ範囲上で６．６７マイクロ秒のラウンドトリップ時間（ＲＴＴ）を仮定する場合、ＵＬ  ＭＵ−ＰＣＡパケットの時間アライメントを可能にするのに十分な長さであり得る。タイミング同期機能（ＴＳＦ）タイマは、現在１マイクロ秒の精度を保ち得ることにも留意されたい。ＴＳＦタイマ精度およびＧＩ持続時間の仮定の下では、複数のＳＴＡからパケットを同時に受信するために、周波数セグメントの各々のための複数の受信機の代わりに、単一の受信機がＡＰにおいて使用され得る。
【０２０５】
８０２．１１ａｈフレームワークにおいて提案されるチャネライゼーションは、非対称帯域幅を用いる送信／受信の使用を合理的な可能性にすることができる。現在または近い将来のＲＦ技法は、単一のＲＦチェーンを用いて、８０２．１１ａｈおよび他の１ＧＨｚ未満技術について想定される帯域幅全体をカバーすることが可能である。
【０２０６】
ＭＡＣおよびＰＨＹレイヤ方法は、非対称帯域幅を用いる送信／受信を扱うために、上述の観察を利用する。単独ＵＬ、単独ＤＬ、組み合わされたＵＬ／ＤＬ、および再送方式のためのＭＡＣレイヤ方式は、非対称帯域幅を用いる送信／受信のための上述されたものと同様とすることができる。しかしながら、送信／受信は非対称帯域幅を用いるので、ＭＡＣレイヤの追加の変更が、以下で説明されるように実行され得る。非対称帯域幅を用いるＭＵ−ＰＣＡをサポートするためのＰＨＹレイヤ方法も提示される。一例は、相対的に広帯域のＡＰおよび相対的に狭帯域のＳＴＡを使用するＭＵ−ＰＣＡを提供することである。別の例では、複数狭帯域組み合わせＡＰおよび狭帯域のＳＴＡを使用するＭＵ−ＰＣＡがＳＴＡに提供される。これらの例では、ＡＰおよび非ＡＰのハードウェアが変更され得る。
【０２０７】
以下で説明される例示的な方法、シグナリング、および手順は、周波数が広く分離された複数の連続または非連続チャネルを介して、ＭＵ−ＰＣＡを複数のＳＴＡに同時に提供する。これらの方法は、例えば、８０２．１１ａｈまたは類似の技術において、非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡを可能にでき、それは、ＵＬ  ＭＵ−ＰＣＡ送信を揃えるために正確なタイミングが存在する他のＷＬＡＮシステムにおいても、ＭＵ−ＰＣＡを可能にできる。
【０２０８】
非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡをサポートするためのＭＡＣ設計は、以下で説明される２つの部分から成ることができ、それらは、単独ＤＬ、単独ＵＬ、および組み合わされたＤＬ／ＵＬのＭＵ−ＰＣＡを可能にするＭＡＣ方式と、ＳＴＡグループ管理である。単独ＵＬ、単独ＤＬ、組み合わされたＵＬ／ＤＬ、ＵＬ／ＤＬのＭＵ−ＰＣＡのためのＭＡＣレイヤ方式、および再送方式は、上で説明されたような対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡの場合に提示されるものと同様である。
【０２０９】
（非対称帯域幅を用いる送信／受信を使用する）ＭＵ−ＰＣＡに参加するＳＴＡは、ＵＬ、ＤＬ、または組み合わされたＵＬとＤＬ送信のために、事前決定またはアドホック方式でグループに組織され得る。ＳＴＡグループ化は、ＵＬおよびＤＬについて異なり得る。ＤＬ  ＭＵ−ＰＣＡグループ管理は、対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡについて上で説明されたものと同様である。ＳＴＡは、基準の中でもとりわけ、動作チャネル幅、ＡＰにおける同様の受信電力、ＱｏＳ優先度、同期、およびバッファされるパケット長など、いくつかの異なる基準の１つまたは組み合わせに従って、一緒にグループ化され得る。良好に調整されている場合、ＳＴＡのグループは、利用可能な周波数帯域幅のある部分を最大で帯域幅全体まで利用でき得る。
【０２１０】
ＵＬ  ＭＵ−ＰＣＡグループ管理の場合、同時ＵＬ  ＭＵ−ＰＣＡ送信は、ＧＩ内に、同様の受信電力でＡＰに到着できる。グループ化は、ＡＰですでに利用可能であり得る各ＳＴＡについて、受信信号強度表示（ＲＳＳＩ）インジケータを使用して行われ得る。ＡＰは、ＳＴＡから受信された各パケットについてのＲＳＳＩを記録できる。ＡＰは、例えば、［０ｄＢ，Ｎ  ｄＢ］、［Ｎ＋１ｄＢ，２×Ｎ  ｄＢ］、．．．、［ｍ×Ｎ＋１ｄＢ，（ｍ＋１）×Ｎ  ｄＢ］の形式で、ＲＳＳＩ区間を定義できる。Ｎの値は、ＡＰの受信機の許容誤差に依存し得る。例えば、ＳＴＡは、最近Ｌ個のＲＳＳＩ値の９０％が区間［（ｎ−１）×Ｎ＋１ｄＢ，ｎ×Ｎ  ｄＢ］に分類される場合、ＲＳＳＩ区間またはビンｎに入ることができる。
【０２１１】
同じビン内に含まれるすべてのＳＴＡは、同じＵＬ  ＭＵ−ＰＣＡグループに分類される候補になり得る。ＲＳＳＩは、ＳＴＡとＡＰとの間の距離の粗略な推定であり得るので、グループから同時に送信されたＵＬ  ＭＵ−ＰＣＡパケットが、ＧＩ内にＡＰに到着することを可能にし得る。同じＲＳＳＩビン内のＳＴＡは、様々な基準によって、例えば、以下のいずれかを、すなわち、最大チャネル幅のＳＴＡを最初に選択すること、最小チャネル幅のＳＴＡを最初に選択すること、または同様のＱｏＳ要件を有するＳＴＡを選択することのいずれかを行うことによって、さらに選択されて、利用可能なチャネルを最大限占有できるグループを形成できる。加えて、ＳＴＡのグループ化のためばかりでなく、グループモニタリングおよび維持のための様々なシグナリング、メカニズム、および手順も、様々なＷＬＡＮシステムにおいてＭＵ−ＰＣＡを可能にするために適用され得る。
【０２１２】
非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡのためのＰＨＹレイヤ手順が、以下で説明される。いくつかのケースは、ＡＰは、相対的に広帯域の送信／受信を実行でき、ＳＴＡは、相対的に狭帯域の送信／受信を実行できる。ＰＨＹレイヤ方法は、ＡＰ側においてハードウェアコストを低くすることができ、ＳＴＡ側において複雑さを高くすることができ、および／またはＭＵ−ＰＣＡをより柔軟にすることができる。ＯＦＤＭベースのＷＬＡＮシステムを仮定すると、異なるチャネル帯域幅ごとに、サブキャリア周波数間隔は、定数とすることができる。したがって、チャネル帯域幅が２倍にされると、ＯＦＤＭシステムのために利用されるＩＦＦＴ／ＦＦＴサイズも２倍にされ得る。例えば、８０２．１１ａｈでは、２ＭＨｚチャネル帯域幅モードは、ＰＨＹレイヤにおいて、６４ポイントＩＦＦＴ／ＦＦＴを必要とし得、４ＭＨｚチャネル帯域幅モードは、１２８ポイントＩＦＦＴ／ＦＦＴを必要とし得る。サブキャリア間隔がΔFで表されると仮定する。
【０２１３】
ＡＰが、Ｎ個のチャネルをアグリゲートし、各チャネルは、中心周波数がｆn、ｎ∈｛１，２，．．．，Ｎ｝、帯域幅がＢＷnであると仮定すると、アグリゲートされたチャネルの帯域幅ＢＷは、
【０２１４】
【数４】
0006424246.tif 000012
【０２１５】
になり得る。
【０２１６】
アグリゲーション全体によって張られる帯域幅は、
【０２１７】
【数５】
0006424246.tif 000013
【０２１８】
である。
【０２１９】
連続チャネルアグリゲーションの場合、ＢＷ＝ＢＷspanであり、一方、非連続チャネルアグリゲーションの場合、ＢＷ＜ＢＷspanである。ＡＰは、アグリゲートされたチャネルをＫ個のユーザに割り当てることができる。アグリゲートされたチャネルにおいて利用されるＩＦＦＴ／ＩＤＦＴサイズＮFFTは、
【０２２０】
【数６】
0006424246.tif 000014
【０２２１】
に等しくすることができる。例えば、８０２．１１ａｈでは、ＡＰが、２つの１ＭＨｚチャネルと１つの２ＭＨｚチャネルを連続的にアグリゲートする場合、ＢＷ＝ＢＷspan＝４ＭＨｚである。ΔF＝３１．２５ｋＨｚである場合、アグリゲートされたチャネルのためのＩＦＦＴ／ＩＤＦＴサイズＮFFTは、４０００／３１．２５＝１２８である。非連続チャネルアグリゲーションを用いる例では、ＢＷspan＝５ＭＨｚであり、一方、ＢＷ＝４ＭＨｚであり、この非連続的にアグリゲートされたチャネルのためのＩＦＦＴ／ＩＤＦＴサイズＮFFTは、５０００／３１．２５＝１６０である。
【０２２２】
ＰＰＤＵ構造およびＰＬＣＰヘッダは、図２７、図２８、および図２９に示されるように変更され得る。図２７、図２８、および図２９では、ＰＬＣＰヘッダは、ショートトレーニングフィールド（ＳＴＦ）と、ロングトレーニングフィールド（ＬＴＦ）と、ＳＩＧフィールドとを含む。ＰＬＣＰヘッダは、より長いプリアンブルを含むことができ、例えば、それは、レガシ動作または無指向性動作のための第１の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドであって、組のＳＴＦ、ＬＴＦ、ＳＩＧが無指向性アンテナ重みで加重して送信され得る第１の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドと、（超）高スループット動作または指向性動作のための第２の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドであって、１組のＳＴＦ、ＬＴＦ、ＳＩＧが選択されたアンテナ重みで加重して送信され得、このモードがＭＵ−ＭＩＭＯ送信またはビーム形成送信のために使用され得る、第２の組のＳＴＦ、ＬＴＦ、ＳＩＧフィールドとを含むことができる。ＤＬおよびＵＬ送受信機が以下で説明される。
【０２２３】
ＤＬ送信機の場合、ＳＴＦは、規格で定義される最小チャネルのＳＴＦフォーマットを使用して送信され得る。異なる並列チャネルでは、ＳＴＦは、位相回転を行って、または行わずに、反復され得る。別の例では、ＳＴＦは、パケットの残りと同じ帯域幅を使用して送信され得る。ＬＴＦ、ＳＩＧ、およびデータフィールドは、式９で定義されたようなＩＦＦＴ／ＩＤＦＴサイズＮFFTを使用して送信され得る。特別なガード区間および／またはヌルサブキャリア（トーン）が、ユーザ間に挿入され得る。特別なガード／ヌルサブキャリアは、対応するスペクトルマスク要件に従って設計され得る。ガード／ヌルトーンのロケーションは、ユーザ割り当ておよびユーザ帯域幅に従って変更され得る。ＬＴＦは、ガードトーンを有する広帯域フォーマットを使用して送信され得る。ＬＴＦは、狭帯域フォーマットとともに使用され得るが、ＬＴＦシーケンスは、パケットのＳＩＧ／データ部分で利用されるすべてのデータサブキャリアをカバーできる。ＳＩＧフィールドは、各チャネルにおいて同一で、反復され得、またはユーザ固有もしくはチャネル固有とすることができる。
【０２２４】
図２７および図２８は、ＭＵ−ＰＣＡユーザがそれぞれ３個および２個のＰＨＹレイヤ方式２７００、２８００の例を示している。図２７では、ＳＴＡ１は、チャネル２１８1に割り当てられ、ＳＴＡ３は、チャネル２１８2,3に割り当てられ、ＳＴＡ４は、チャネル２１８4に割り当てられる。ＡＰは、アグリゲートされる各チャネル２１８1...4上で、位相回転を行って、または行わずに、ＳＴＦ２７０２APを、続いて、ＬＴＦ２７０４APを送信できるが、ＬＴＦ２７０４APについては、チャネル２１８2,3の組み合わされた帯域幅上で送信する。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２７０６STA1、２７０６STA3、２７０６STA4、ならびにデータ（およびパディング）２７０７STA1、２７０８STA3、２７０８STA4をＡＰに送信できる。
【０２２５】
図２８では、ＳＴＡ１は、チャネル２１８1,2に割り当てられ、ＳＴＡ２は、チャネル２１８3,4に割り当てられる。ＡＰは、アグリゲートされる各チャネル２１８1...4上で、位相回転を行って、または行わずに、ＳＴＦ２８０２APを、続いて、チャネル２１８1,2およびチャネル２１８3,4の組み合わされた帯域幅上で、ＬＴＦ２８０４APを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２８０６STA1、２８０６STA2、ならびにデータ（およびパディング）２８０８STA1、２８０８STA2を送信する。
【０２２６】
図２９は、ＭＵ−ＰＣＡ送信のための例示的なＳＴＦフォーマットを用いるＰＨＹレイヤ方式２９００の例を示している。図２９では、ＳＴＡ１は、チャネル２１８1,2に割り当てられ、ＳＴＡ２は、チャネル２１８3,4に割り当てられる。ＳＴＦ２９０２APは、パケットの残りと同じ帯域幅を使用して、すなわち、組み合わされたチャネル２１８1,2、２１８3,4上で送信され得る。簡潔な、またはプリアンブルのフォーマットが使用され得る。例えば、（ビーム形成またはＭＵ−ＭＩＭＯ送信のために使用される）（超）高スループット部分または指向性部分を有するロングプリアンブルが使用され得る。ロングプリアンブルは、追加のＰＨＹ保護を提供できる。図２８の例と同様に、ＡＰは、チャネル２１８1,2およびチャネル２１８3,4の組み合わされた帯域幅上でＬＴＦ２９０４APを送信できる。ＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれに割り当てられたチャネルを介して、ＳＩＧ２９０６STA1および２９０６STA2、ならびにデータ（およびパディング）２９０８STA1および２９０８STA2を送信できる。
【０２２７】
図３０は、ＭＵ−ＰＣＡ送信上で追加の保護を提供するためにロングプリアンブルを使用するＰＰＤＵを用いる例示的なＰＨＹレイヤ方式３０００を示している。ＳＴＦ３００６AP、ＬＴＦ３００８AP、およびＳＩＧフィールド３０１０APを含むプリアンブル部分を含む、ＡＰによる狭帯域送信３００２は、各チャネル２１８1...4上で反復され得る。狭帯域送信３００２に対応するプリアンブル部分は、ＭＵ−ＰＣＡ能力を有する、または有さない、通常の意図されていないＳＴＡによって検出され得る。ＳＴＦ３０１２APおよびＬＴＦ３０１４APを含む、ＭＵ−ＰＣＡ送信３００４に対応するプリアンブル部分は、ＭＵ−ＰＣＡ可能なＳＴＡによって検出され得る。ＭＵ−ＰＣＡグループ内のＳＴＡ（ＳＴＡ１、ＳＴＡ３、ＳＴＡ４）は、それぞれ、ＳＩＧフィールド３０１６STA1、３０１６STA3、３０１６STA4、ならびに、データ（およびパディング）３０１８STA1、３０１８STA3、３０１８STA4を送信できる。ＭＵ−ＰＣＡ可能でないＳＴＡまたは意図されていないＳＴＡが、それがＭＵ−ＰＣＡ送信であること、および自身がＭＵ−ＰＣＡ送信の潜在的な送信先または受信機であるかどうかを知り得るように、情報が、狭帯域送信のＳＩＧフィールド３０１０AP内で搬送され得る。他の変形も可能である。例えば、ＭＵ−ＰＣＡ  ＳＴＦ３０１２APおよびＬＴＦ３０１４APの送信は、省略され得、レガシＳＴＦ（ＬＳＴＦ）およびレガシ（ＬＬＴＦ）が、再利用され得る。
【０２２８】
図２７〜図３０では、ＬＴＦ３０１４APは、すべてのＭＵ−ＰＣＡユーザの間で、同じ長さまたは持続時間を有するように示されている。これは、均等ＬＴＦ設計と呼ばれる。均等ＬＴＦ設計を用いる場合、ＡＰは、各ＭＵ−ＰＣＡユーザに割り当てられたデータストリームの数を知ることができ、したがって、チャネル推定のために各ＭＵ−ＰＣＡユーザに対して使用されるＬＴＦシンボルの数が、しかるべく計算され得る。ＡＰは、すべてのＭＵ−ＰＣＡユーザの間で最大となる数のＬＴＦを送信できる。例えば、ＳＴＡ１は、１つのデータストリームを送信でき、したがって、チャネル推定のために１つのＬＴＦが使用され得る。ＳＴＡ２は、２つのデータストリームを送信でき、したがって、チャネル推定のために２つのＬＴＦが使用され得る。ＳＴＡ１およびＳＴＡ２一緒のＭＵ−ＰＣＡのために、ＡＰは、２つのＬＴＦを送信できる。このようにして、ＡＰは、それが割り当てたデータストリームの数、および送信されるＬＴＦの総数を、ＳＩＧフィールド内で各ユーザに伝達できる。
【０２２９】
別の例では、不均等ＬＴＦが使用され得る。この設計を用いる場合、ＡＰは、そのユーザに必要とされる数のＬＴＦを送信できる。上の例を再び使用すると、ＡＰは、ＳＴＡ１のために１つのＬＴＦを割り当てられたチャネルを介して送信でき、それに続いて、データの送信を行うことができる。ＡＰは、ＳＴＡ２のために２つのＬＴＦを割り当てられたチャネルを介して送信できる。このようにして、ＡＰは、各ユーザに、割り当てられたデータストリームの数を伝達できる。
【０２３０】
図３１は、ＡＰ側における例示的な送信フロー図３１００を示している。レイヤは、データストリーム、ＭＡＣパケット、ユーザ、またはデータの他の可能な区分に対応し得る。レイヤマッピング３１０２に続いて、Ｍ個のレイヤ３１０４1...Mの各々は、別々のレイヤ処理を使用して、別々に符号化および変調され得る。言い換えると、各レイヤは、それ自体のＭＣＳおよびＭＩＭＯ方式を有することができる。図３１では、各レイヤ３１０４1...Mは、例えば、パディングコンポーネント３１０６1...Mと、スクランブラ３１０８1...Mと、ＦＥＣコンポーネント３１１０1...Mと、インターリーバ３１１２1...Mと、コンステレーションマッパ３１１４1...Mと、ＳＴＢＣ３１１６1...Mと、複数の循環シフトダイバーシティ（ＣＳＤ）コンポーネント３１１８1...Mとを含むことができる。例では、１つのＭＡＣパケットがユーザへのユニキャストのために準備される、ユーザが１つの場合、ＰＨＹレイヤは、ＭＡＣパケットを複数のレイヤに分割できる。周波数セグメントマッパ３１２０は、Ｍ個のレイヤをＫ個の周波数セグメントまたはチャネルにマッピングでき、各セグメントは、ＩＤＦＴ３１２２1...Kを用いて処理され得、ＧＩコンポーネント３１２４1...Kは、ユーザ間にガード区間を適用できる。
【０２３１】
例えば、各ユーザが、１つのＭＡＣパケット、または複数のＭＡＣパケットを有することができるように、複数のＭＡＣパケットが準備され得る。ＡＰは、複数のＭＡＣパケットを１つのレイヤにマッピングすることによって、または１つのＭＡＣパケットを複数のレイヤにマッピングすることによって、ＭＡＣパケットを複数のレイヤにマッピングできる。符号化および変調は、各レイヤ上で実行され得、その後、周波数セグメントマッピングが、レイヤを周波数セグメントにマッピングできる。複数のレイヤは、１つの周波数セグメントにマッピングされ得、または１つのレイヤは、複数の周波数セグメントにマッピングされ得る。別の例では、ＡＰは、１つのＭＡＣパケットを、複数のチャネルを介して、複数のユーザにブロードキャストまたはマルチキャストできる。ＭＡＣパケットは、複数のレイヤに、その後、複数の周波数セグメントに反復的にマッピングされ得る。
【０２３２】
ＤＬ受信機の場合、ＳＴＡは、ＡＰの送信帯域幅（ＢＷspan）、およびサブチャネル割り当てを知る必要があり得る。この情報の交換は、ＭＵ−ＰＣＡ送信前の、ＭＡＣハンドシェーク内で（例えば、グループ化構成シグナリングで）行われ得る。ＳＴＡは、少なくともＡＰと同じサンプリングレートを使用できる。同じ広帯域フィルタリングを使用する代わりに、ＳＴＡは、狭帯域フィルタリングを適用できる。ＷｉＦｉ信号に関しては、ＳＴＡは、自動利得制御（ＡＧＣ）、粗略な周波数オフセットおよび粗略なタイミング検出のために、自身の周波数帯域上でＳＴＦを利用できる。サイズがＮFFTの広帯域ＦＦＴが実行され得、短縮サイズまたはフルサイズのＬＴＦに基づいて（これは広帯域ＬＴＦが送信されるか、それとも狭帯域ＬＴＦが送信されるかに依存し得る）、精密なタイミング周波数補正およびチャネル推定が適用され得る。ＬＴＦに続いて、ＳＩＧフィールドおよびデータ部が通常に復号され得る。ＳＴＡ側で使用されるＦＦＴサイズは、式９で定義されたＮFFTとすることができる。
【０２３３】
ＵＬ送信機の場合、ＳＴＡは、ＡＰの受信帯域幅（ＢＷspan）、およびサブチャネル割り当てを知る必要があり得る。この情報の交換は、ＭＵ−ＰＣＡ送信をセットアップする前の、ＭＡＣハンドシェーク内で（例えば、グループ化構成シグナリングで）行われ得る。各ＳＴＡによって送信されるＳＴＦは、狭帯域フォーマットとすることができ、一方、各ＳＴＡによって送信されるＬＴＦは、短縮された広帯域ＬＴＦ、または狭帯域フォーマットＬＴＦとすることができる。狭帯域ＬＴＦを用いる場合、周波数領域におけるＬＴＦシーケンスは、対応する送信ＳＴＡによるすべてのデータサブキャリアをカバーできる。
【０２３４】
図３２は、ＰＰＤＵのデータ部分を送信用に準備するために使用され得る、ＳＴＡ側における例示的な送信フロー図３２００を示している。図３２には、１つのレイヤ、レイヤ３２０４mが示されているが、２以上のレイヤが、ＳＴＡに割り当てられ得、各レイヤは、別々のＭＣＳを有することができる。レイヤマッピング３２０２に続いて、レイヤ３２０４mは、以下のいずれかを、すなわち、パディング３２０６mと、スクランブラ３２０８mと、ＦＥＣ３２１０mと、インターリーバ３２１２mと、コンステレーションマッパ３２１４mと、ＳＴＢＣ３２１６mと、ＣＳＤ３２１８mのいずれかを信号に適用して（例えば、図３１の説明を参照）、ｋ個のチャネルを生成できる。これらの要素のいずれかは省略され得、例えば、ＳＴＢＣ３２１６mは省略され得る。ｋ個のチャネルは、Ｍ個のレイヤをＫ個の周波数セグメントまたはチャネルにマッピングできる周波数セグメントマッパ３２２０に提供され得、その後ＩＤＦＴ３２２２1...KおよびＧＩ除去３２２４1...Kが、ｋ個のチャネルの各々に適用され得る。
【０２３５】
図３２の例では、１つのレイヤが、１つの周波数セグメントにマッピングされる。別の例では、複数のレイヤが、１つの周波数セグメントにマッピングされ得、または１つのレイヤが、複数の周波数セグメントにマッピングされ得る。ＳＴＡ側で利用されるＩＦＦＴ／ＩＤＦＴサイズは、式９で定義されたようなＮFFTとすることができる。
【０２３６】
図３３は、ＡＰがＵＬ通信のための受信機として動作し得る、ＡＰ側における例示的な送信フロー図３３００を示している。ＭＵ−ＰＣＡは、ＭＡＣレイヤにおいてセットアップされ得るが、ＰＨＹレイヤでは、割り当てられた周波数セグメントｘ1．．．ｘkにおいて、１または複数のパケットが、同時に到着することが予想され得る。各セグメントｘ1...kごとに、ＧＩ除去３３０２1...kおよび逆離散フーリエ変換（ＩＤＦＴ）３３０４1...kに続いて、周波数セグメントデマッピング３３０６が、周波数領域のデータ信号を複数のレイヤ３３０８1...mにマッピングできる。各レイヤ３３０８1...mは、対応するレイヤのデータに単一チャネル受信機処理を適用でき、処理は、以下のいずれかを、すなわち、ＭＩＭＯ検出３３１０1...m、復調３３１２1...m、デインターリーバ３３１４1...m、デスクランブラ３３１８1...m、およびパディング除去３３２０1...mのいずれかを含むことができる。レイヤデマッパ３３２２は、レイヤ３３０８1...mの出力をＭＡＣパケットにマッピングできる。この方式は、ＭＩＭＯ方式（すなわち、ＭＩＭＯ検出３３１０1...m）とともに、またはＭＩＭＯ方式なしに適用され得る。ＭＩＭＯ方式は、限定することなく、例えば、空間多重化、時空間ブロック符号、およびビーム形成を含むことができる。
【０２３７】
ＭＣＳレベルは、ＳＩＧフィールドにおいて示され得る。大きいＳＩＧフィールドが定義され得、それは、ＳＴＡ／ユーザのために使用される、すべてのＭＣＳレベルを含むことができる。ＭＣＳレベルとチャネル／リソースブロックとの間のマッピングも、ＳＩＧフィールドにおいて与えられ得る。この「大きい」ＳＩＧフィールドは、ＳＴＡ／ユーザのためのすべてのチャネルを介して送信または反復され得る。別の例では、ＳＩＧフィールドは、共通ＳＩＧフィールドと、個別ＳＩＧフィールドとに分割され得る。共通ＳＩＧフィールドは、送信のための共通情報を含むことができ、ＳＴＡ／ユーザのための全帯域幅／チャネルを介して送信され得る。個別ＳＩＧフィールドは、１つの周波数チャネル／帯域のための情報を、例えば、チャネル／帯域のためのＭＣＳおよび長さフィールドを含むことができる。個別ＳＩＧフィールドは、割り当てられたチャネル／帯域上で送信され得る。
【０２３８】
非対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡのためのＰＨＹ設計および手順の他の例が説明される。ＳＴＡは、周波数割り当て情報を知る必要があり得る。各ユーザは、自身のフーリエ変換を利用でき、またはいくつかのユーザは、相対的に広帯域のフーリエ変換を共用できる。一例では、１つのチャネルまたは複数の連続的にアグリゲートされたチャネルを有するユーザ／ＳＴＡの場合、ＩＦＦＴ／ＦＦＴサイズは、このユーザ／ＳＴＡに割り当てられるチャネル帯域幅によって定義され得る。例では、ＳＴＡ／ユーザは、２つの連続的にアグリゲートされた１ＭＨｚチャネルを割り当てられ得、その場合、ＩＦＦＴ／ＦＦＴサイズは、６４とすることができる。別の例では、１ＭＨｚチャネルの場合、利用されるＩＦＦＴ／ＦＦＴサイズは、３２とすることができる。別の例では、２以上の非連続的にアグリゲートされたチャネルを用いるユーザの場合、別々のフーリエ変換または１つのフーリエ変換が使用され得る。
【０２３９】
２以上のユーザは、連続的にアグリゲートされたチャネルを共用できる。例では、チャネル１は、連続しているチャネル２、３、４から分離され得る（すなわち、非連続である）と仮定する。チャネル１は、ユーザ１に割り当てられ得、チャネル２およびチャネル３は、ユーザ２に割り当てられ得、チャネル４は、ユーザ３に割り当てられ得ると仮定する。例では、別々のフーリエ変換が、異なるユーザに対して使用され得る。上の例では、ユーザ２は、チャネル２およびチャネル３をカバーするフーリエ変換を利用でき、一方、ユーザ３は、チャネル４をカバーするフーリエ変換を利用できる。別の例では、１つの広帯域フーリエ変換が、連続チャネルに対して使用され得る。例えば、上の例では、ＳＴＡ／ユーザ２および３は、１つの広帯域フーリエ変換を利用できる。
【０２４０】
別の例では、別々のフーリエ変換が、別々のＳＴＡ／ユーザに対して利用され得る。この場合、各ＳＴＡ／ユーザは、自身の送信機能ブロックを実行できる。時間領域においてＯＦＤＭ信号を構成した後、信号は、割り当てられた周波数セグメントにシフトされ得る。周波数シフトは、ベースバンドにおいて、またはＲＦ領域において実行され得る。周波数シフトがＲＦ領域において行われる場合、信号の処理は、上で説明された、対称帯域幅を用いる送信／受信を使用するＭＵ−ＰＣＡの場合と同じとすることができる。
【０２４１】
図３４は、ＤＬ送信のためのＡＰ側における例示的な送信フロー図３４００を示している。レイヤマッピング３４０２に続いて、各レイヤ３４０４1...Mは、以下のいずれかを、すなわち、パディング３４０６1...M、スクランブラ３４０８1...M、ＦＥＣ３４１０1...M、インターリーバ３４１２1...M、コンステレーションマッピング３４１４1...M、ＳＴＢＣ３４１６1...M、およびＣＳＤ３４１８1...Mのいずれかを信号に適用できる。これらの要素のいずれかは省略され得、例えば、ＳＴＢＣ３４１６1...Mは省略され得る。
【０２４２】
図３４の例では、各レイヤ３４０１1...M内で、空間マッピング３４２０1...Mが、各ユーザごとに別々の信号を生成でき、送信フローは、各ユーザの信号に適用され得、それは、ＩＤＦＴ４３２２1...MおよびＧＩ挿入３４２４1...Mを含むことができる。その後、各レイヤ３４０１1...M内で、周波数シフタ３４２６1...Mが、時間領域信号を、ｋ個の割り当てられた周波数セグメント／チャネルにシフトできる。周波数シフトは、ベースバンドにおいて、またはＲＦ領域において実行され得る。各送信アンテナごとに、すべてのユーザの時間領域信号の合算３４２８が送信され得る。ＳＴＦおよびＬＴＦは、データと同じ帯域幅を使用して送信され得る。
【０２４３】
ＤＬ受信機設計の場合、ＳＴＡは、それに割り当てられた周波数セグメントを知る必要があり得、その周波数セグメント上で単一チャネル受信機を使用できる。ＵＬ送信機設計の場合、ＳＴＡは、それに割り当てられた周波数セグメントを知る必要があり得、その周波数セグメント上で送信機を使用できる。ＵＬ受信機設計の例では、ＡＰ側において、受信信号は、Ｋ個のストリームにダウンコンバートされ得、検出／復号が、実行され得る。別の例では、全信号が、以下の中心周波数を有するベースバンドにダウンコンバートされ得、
【０２４４】
【数７】
0006424246.tif 000015
【０２４５】
ここで、ＦC,MAX＝ｍａｘ（Ｆc,k）であり、ＦC,MIN＝ｍｉｎ（Ｆc,k）であり、Ｆc,kは、第ｋのユーザの中心周波数である。狭帯域フィルタリングは、各周波数帯域上で適用され得、他の受信手順が後続し得る。この方式は、ＭＩＭＯ方式とともに、またはＭＩＭＯ方式なしに適用され得る。ＭＩＭＯ方式は、限定することなく、とりわけ空間多重化、時空間ブロック符号、およびビーム形成を含む。
【０２４６】
上では、ＰＰＤＵは、衝突なし期間内に、例えば、ＭＡＣメカニズムが全期間に対するＮＡＶ保護を設定したときに送信され得、他のＳＴＡは、ＰＰＤＵ内の特定のＳＩＧフィールドの理解を必要としなくてよい。非ＭＵ−ＰＣＡ  ＳＴＡが、ＭＵ−ＰＣＡ  ＰＰＤＵのＳＩＧフィールドの検出を必要とし得る場合、ＰＬＣＰヘッダが変更され得、または他の変更が行われ得る。例えば、ＭＵ−ＰＣＡ  ＳＴＦおよびＬＴＦ送信は、除去または縮小され得、ＬＳＴＦおよびＬＬＴＦが、再利用され得る。対称送信／受信の場合と同様に、同等のＭＣＳおよび非同等のＭＣＳが、この方式においてサポートされ得る。ＭＣＳレベルは、ＳＩＧフィールドにおいて示され得る。
【０２４７】
動作チャネル帯域幅制限のため、１つのユーザが、複数のＭＡＣパケットに割り当てられることがある。また、いくつかのユーザが、同じＭＡＣパケットを共用することがある（例えば、ブロードキャストパケットまたはマルチキャストパケット）。ＰＨＹレイヤは、異なるシナリオのためのすべての種類のＭＡＣパケットを処理でき得る。一般的な送信ブロックフローが、非対称帯域幅に適用され得る。シングルユーザは、ＭＵ−ＰＣＡ送信の特別なケースと見なされ得る。この場合、シングルユーザ送信では、レイヤマッピングは、１または複数のＭＡＣパケットを１つのレイヤにマッピングできる。その後、１組の符号化／変調およびＭＩＭＯ方式が、このレイヤに適用され得る。別の例では、レイヤマッピングは、１または複数のＭＡＣパケットを複数のレイヤにマッピングできる。別の例では、別々の符号化／変調およびＭＩＭＯ方式が、複数のレイヤに適用され得る。
【０２４８】
実施形態
【０２４９】
１．無線送受信ユニット（ＷＴＲＵ）において使用する方法。
【０２５０】
２．アクセスポイント（ＡＰ）から、ＷＴＲＵに関連付けられたチャネルを介して、送信要求（ＲＴＳ）メッセージを受信するステップを含む実施形態１に記載の方法。
【０２５１】
３．ＡＰが複数のデータメッセージを送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。
【０２５２】
４．ＡＰが複数のＷＴＲＵに複数のデータメッセージを送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。
【０２５３】
５．ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを同時に送信する準備ができていることを表示しているＲＴＳメッセージを含む先行する実施形態のいずれかに記載の方法。
【０２５４】
６．第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２５５】
７．ＡＰに、第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２５６】
８．ＡＰに、ＷＴＲＵに関連付けられたチャネルを介して、第１の送信可（ＣＴＳ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２５７】
９．ＣＴＳメッセージは、ＷＴＲＵがＷＴＲＵに関連付けられたチャネルを介して受信する準備ができていることを表示している実施形態６〜８のいずれかに記載の方法。
【０２５８】
１０．複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２５９】
１１．ＡＰから、複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む実施形態１０に記載の方法。
【０２６０】
１２．ＡＰから、ＷＴＲＵに関連付けられたチャネルを介して、複数のデータメッセージのうちのデータメッセージを受信するステップをさらに含む実施形態１１に記載の方法。
【０２６１】
１３．肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２６２】
１４．ＡＰに、肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む実施形態１３に記載の方法。
【０２６３】
１５．ＡＰに、ＷＴＲＵに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージを送信するステップをさらに含む実施形態１４に記載の方法。
【０２６４】
１６．ＡＣＫメッセージは、モアフラグメントビットを含む実施形態１４〜１５のいずれかに記載の方法。
【０２６５】
１７．モアフラグメントビットは、ＷＴＲＵがＡＰに送信すべきアップリンク（ＵＬ）データを有する場合に「１」になるように設定される実施形態１５に記載の方法。
【０２６６】
１８．モアフラグメントビットが１になるように設定され、ＷＴＲＵがＡＰに送信すべきアップリンクデータを有する場合、ＡＰから、第２のＣＴＳメッセージを受信するステップをさらに含む実施形態１７に記載の方法。
【０２６７】
１９．ＡＰから、ＳＴＡに関連付けられたチャネルを介して、第２のＣＴＳメッセージを受信するステップをさらに含む実施形態１８に記載の方法。
【０２６８】
２０．アップリンク（ＵＬ）データを送信するステップをさらに含む先行する実施形態のいずれかに記載の方法。
【０２６９】
２１．ＡＰに、アップリンク（ＵＬ）データを送信するステップをさらに含む実施形態２０に記載の方法。
【０２７０】
２２．ＡＰに、ＳＴＡに関連付けられたチャネルを介して、アップリンク（ＵＬ）データを送信するステップをさらに含む実施形態２１に記載の方法。
【０２７１】
２３．ＷＴＲＵに関連付けられたチャネルは、２以上のチャネルを含む先行する実施形態のいずれかに記載の方法。
【０２７２】
２４．第１のＣＴＳメッセージを送信するステップは、複数のＷＴＲＵによるＣＴＳメッセージ送信と同時である実施形態６〜２３のいずれかに記載の方法。
【０２７３】
２５．ＡＣＫメッセージを送信するステップは、複数のＷＴＲＵによるＡＣＫメッセージ送信と同時である実施形態１３〜２４のいずれかに記載の方法。
【０２７４】
２６．複数のチャネルのうちの少なくとも２つのチャネルは、異なる帯域幅を有する実施形態５〜２５のいずれかに記載の方法。
【０２７５】
２７．ＲＴＳメッセージは、グループＲＴＳ（Ｇ−ＲＴＳ）メッセージである実施形態２〜２６のいずれかに記載の方法。
【０２７６】
２８．第１のＣＴＳメッセージは、グループＣＴＳ（Ｇ−ＣＴＳ）メッセージである実施形態６〜２７のいずれかに記載の方法。
【０２７７】
２９．ＡＣＫメッセージは、グループＡＣＫ（Ｇ−ＡＣＫ）メッセージである実施形態１３〜２８のいずれかに記載の方法。
【０２７８】
３０．ＷＴＲＵは、電気電子技術者協会（ＩＥＥＥ）８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）局（ＳＴＡ）である先行する実施形態のいずれかに記載の方法。
【０２７９】
３１．アクセスポイント（ＡＰ）において使用する方法。
【０２８０】
３２．局（ＳＴＡ）に、送信するステップを含む実施形態３１に記載の方法。
【０２８１】
３３．局（ＳＴＡ）に、ＳＴＡに関連付けられたチャネルを介して、送信するステップを含む実施形態３１〜３２のいずれかに記載の方法。
【０２８２】
３４．局（ＳＴＡ）に、ＳＴＡに関連付けられたチャネルを介して、送信要求（ＲＴＳ）メッセージを送信するステップを含む実施形態３１〜３３のいずれかに記載の方法。
【０２８３】
３５．ＲＴＳメッセージは、ＡＰが複数のデータメッセージを送信する準備ができていることを表示している実施形態３４に記載の方法。
【０２８４】
３６．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のデータメッセージを送信する準備ができていることを表示している実施形態３４〜３５のいずれかに記載の方法。
【０２８５】
３７．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを送信する準備ができていることを表示している実施形態３４〜３６のいずれかに記載の方法。
【０２８６】
３８．ＲＴＳメッセージは、ＡＰが複数のＷＴＲＵに複数のチャネルを介して複数のデータメッセージを同時に送信する準備ができていることを表示している実施形態３４〜３７のいずれかに記載の方法。
【０２８７】
３９．第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜３８のいずれかに記載の方法。
【０２８８】
４０．ＳＴＡから、第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜３９のいずれかに記載の方法。
【０２８９】
４１．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、第１の送信可（ＣＴＳ）メッセージを受信するステップをさらに含む実施形態３１〜４０のいずれかに記載の方法。
【０２９０】
４２．第１のＣＴＳメッセージは、ＳＴＡがＳＴＡに関連付けられたチャネルを介して受信する準備ができていることを表示している実施形態３９〜４１のいずれかに記載の方法。
【０２９１】
４３．ＳＴＡに、複数のデータメッセージを送信するステップをさらに含む実施形態３１〜４２のいずれかに記載の方法。
【０２９２】
４４．ＳＴＡに、複数のデータメッセージを送信するステップは、複数のチャネルを介して行われる実施形態４３に記載の方法。
【０２９３】
４５．肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４４のいずれかに記載の方法。
【０２９４】
４６．ＳＴＡから、肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４５のいずれかに記載の方法。
【０２９５】
４７．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、肯定応答（ＡＣＫ）メッセージを受信するステップをさらに含む実施形態３１〜４６のいずれかに記載の方法。
【０２９６】
４８．ＡＣＫメッセージは、モアフラグメントビットを含む実施形態４５〜４７のいずれかに記載の方法。
【０２９７】
４９．モアフラグメントビットは、ＳＴＡがＡＰに送信すべきアップリンク（ＵＬ）データを有する場合に「１」になるように設定される実施形態４８に記載の方法。
【０２９８】
５０．モアフラグメントビットが１になるように設定され、ＳＴＡがＡＰに送信すべきアップリンクデータを有する場合、ＳＴＡに、送信するステップをさらに含む実施形態３１〜４９のいずれかに記載の方法。
【０２９９】
５１．ＳＴＡに送信するステップが、ＳＴＡに関連付けられたチャネルを介して、第２のＣＴＳメッセージを送信するステップを含む実施形態５０に記載の方法。
【０３００】
５２．ＳＴＡから、ＳＴＡに関連付けられたチャネルを介して、アップリンク（ＵＬ）データを受信するステップをさらに含む実施形態３１〜４９のいずれかに記載の方法。
【０３０１】
本明細書で説明されるソリューションは、８０２．１１固有のプロトコルを考察するが、本明細書で説明されるソリューションは、このシナリオに制約されず、他の無線システムにも同様に適用可能であることを理解されたい。
【０３０２】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施され得る。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波送受信機を実施するために使用され得る。
【図１Ａ】
0006424246.tif 000016
【図１Ｂ】
0006424246.tif 000017
【図１Ｃ】
0006424246.tif 000018
【図２Ａ】
0006424246.tif 000019
【図２Ｂ】
0006424246.tif 000020
【図３】
0006424246.tif 000021
【図４】
0006424246.tif 000022
【図５】
0006424246.tif 000023
【図６】
0006424246.tif 000024
【図７】
0006424246.tif 000025
【図８】
0006424246.tif 000026
【図９】
0006424246.tif 000027
【図１０】
0006424246.tif 000028
【図１１】
0006424246.tif 000029
【図１２】
0006424246.tif 000030
【図１３】
0006424246.tif 000031
【図１４】
0006424246.tif 000032
【図１５】
0006424246.tif 000033
【図１６】
0006424246.tif 000034
【図１７】
0006424246.tif 000035
【図１８】
0006424246.tif 000036
【図１９】
0006424246.tif 000037
【図２０】
0006424246.tif 000038
【図２１】
0006424246.tif 000039
【図２２】
0006424246.tif 000040
【図２３】
0006424246.tif 000041
【図２４】
0006424246.tif 000042
【図２５】
0006424246.tif 000043
【図２６】
0006424246.tif 000044
【図２７】
0006424246.tif 000045
【図２８】
0006424246.tif 000046
【図２９】
0006424246.tif 000047
【図３０】
0006424246.tif 000048
【図３１】
0006424246.tif 000049
【図３２】
0006424246.tif 000050
【図３３】
0006424246.tif 000051
【図３４】
0006424246.tif 000052