JP6853243B2 - 高効率確認応答送信のためのプロシージャ - Google Patents

Description

本発明は、無線通信に関する。

関連出願の相互参照
本出願は、２０１５年１０月９日に出願された米国特許仮出願第６２／２３９，６９１号明細書の利益を主張するものであり、その内容は参照によってここで本明細書に組み込まれる。

セットアップおよび送信の技術およびプロシージャは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）システムにおいて高効率（ＨＥ）確認応答送信のために使用されることができる。ＷＬＡＮシステムにおいて通信するワイヤレス送信／受信ユニット（ＷＴＲＵ）は、ターゲットウェイクタイム（target wake time）／制限付きアクセスウィンドウ（ＴＷＴ／ＲＡＷ）、省電力マルチポール（ＰＳＭＰ）機構および／または送信機会（ＴＸＯＰ）機構などの他の送信技術および省電力技術とともに、効率がよい確認応答（ＡＣＫ）セットアッププロシージャおよび送信プロシージャを使用することができる。例では、ＷＴＲＵ（たとえばアクセスポイント（ＡＰ））は、ＴＷＴ／ＲＡＷ期間がスケジューリングされているという表示、マルチＷＴＲＵブロックＡＣＫおよび／もしくはブロックＡＣＫ（ＢＡ）（Ｍ−ＢＡ）（たとえばマルチステーション（ＳＴＡ）ＡＣＫ／ＢＡ）が、ＷＴＲＵによって、ＴＷＴ／ＲＡＷ期間中に受信されたフレームの確認応答のために使用されるという表示、ならびに／または少なくとも１つのマルチＷＴＲＵ ＡＣＫ／ＢＡフレームの送信に対応する少なくとも１つの目標とされた送信時間、といった情報を含む第１のフレームを送信することができる。ＷＴＲＵは、ＴＷＴ／ＲＡＷ期間の開始をトリガする第２のフレームを送信することができる。ＷＴＲＵは、ＷＬＡＮシステムの少なくとも１つのＷＴＲＵから少なくとも１つのデータフレームを受信することができ、少なくとも１つのＷＴＲＵは、ＴＷＴ／ＲＡＷ期間中にワイヤレス媒体にアクセスすることが許可される。ＷＴＲＵは、少なくとも１つのＷＴＲＵから受信された少なくとも１つのデータフレームを確認応答するために、少なくとも１つの目標とされた送信時間中に少なくとも１つのマルチＷＴＲＵ ＡＣＫ／ＢＡフレームを送信してよい。

添付の図面とともに例として示される以下の記述から、より詳細な理解が得られることができる。
１つまたは複数の開示された実施形態が実施されることができる例示の通信システムのシステム図である。 図１Ａに示された通信システムの内部で使用されることができる例示のワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システムの内部で使用されることができる例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。 例示のマルチワイヤレス送信／受信ユニット（ＷＴＲＵ）ブロック確認応答（ＢＡ）（Ｍ−ＢＡ）制御フレームのフレームフォーマットを示す図である。 別の例示のマルチＷＴＲＵ ＢＡ（Ｍ−ＢＡ）制御フレームのフレームフォーマットを示す図である。 例示の確認応答（ＡＣＫ）セットアップ要求フレームのフレームフォーマットを示す図である。 例示のＡＣＫ要求セットアッププロシージャの流れ図である。 遅延許容範囲表示およびＡＣＫタイプを有する例示のＵＬ要求フレームのフレームフォーマットを示す図である。 例示の高効率ＡＣＫ送信プロシージャの流れ図である。 省電力マルチポール（ＰＳＭＰ）プロシージャを使用する例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャのメッセージ伝達図である。 ＰＳＭＰバーストを使用する例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャのメッセージ伝達図である。 ターゲットウェイクタイム／制限付きアクセスウィンドウ（ＴＷＴ／ＲＡＷ）期間における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャのメッセージ伝達図である。 トリガされた送信機会（ＴＸＯＰ）期間における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャのメッセージ伝達図である。 ＴＷＴ／ＲＡＷ期間における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャの流れ図である。

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

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

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

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

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

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

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

他の実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、米国電気電子技術者協会（ＩＥＥＥ）８０２．１６（すなわちワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭエボリューションのための高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

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

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

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

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

図１Ｂは例示のＷＴＲＵ １０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ １０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能記憶装置１３０、取外し可能記憶装置１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ １０２は、実施形態との整合を保ちながら、前述の要素の任意の部分的組合せを含むことができることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、何らかの他のタイプの集積回路（ＩＣ）、ステートマシンなどでよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２がワイヤレス環境で動作することを可能にする何らかの他の機能を遂行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されることができるトランシーバ１２０に結合されてよい。図１Ｂは、プロセッサ１１８とトランシーバ１２０を、分離した構成要素として表しているが、プロセッサ１１８とトランシーバ１２０が電子パッケージまたはチップにおいて一緒に統合されてよいことが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６を通じて基地局（たとえば基地局１１４ａ）との間で信号を送信／受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナでよい。別の実施形態では、送信／受信要素１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信し、かつ／または受信するように構成された放射源／検知器でよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されてよい。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信し、かつ／または受信するように構成されてよいことが理解されよう。

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

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

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

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

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

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

図１Ｃは、実施形態による、ＲＡＮ １０４およびコアネットワーク１０６のシステム図である。前述のように、ＲＡＮ １０４は、エアインターフェース１１６を通じてＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することができる。ＲＡＮ １０４は、コアネットワーク１０６と通信することもできる。

ＲＡＮ １０４は、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃを含むことができるが、実施形態との整合を保ちながら任意数のｅＮｏｄｅ−Ｂを含むことができることが理解されよう。ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃのそれぞれが、エアインターフェース１１６を通じてＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ １４０ａは、たとえば、ＷＴＲＵ １０２ａへのワイヤレス信号の送信およびＷＴＲＵ １０２ａからのワイヤレス信号の受信のために、複数のアンテナを使用することができる。

ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃの各々が、特定のセル（図示せず）に対応付けられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃはＸ２インターフェースを通じて互いに通信することができる。

図１Ｃに示されたコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素の各々がコアネットワーク１０６の一部分として表されているが、これらの要素のうちいかなるものもコアネットワークオペレータ以外のエンティティによって所有されてよく、かつ／または動作されてよいことが理解されよう。

ＭＭＥ １４２は、Ｓ１インターフェースを介して、ＲＡＮ １０４におけるｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃの各々に接続されてよく、制御ノードとして働くことができる。たとえば、ＭＭＥ １４２は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活性化／非活性化、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期接続（initial attach）中の特定のサービングゲートウェイの選択などを担当することができる。ＭＭＥ １４２は、ＲＡＮ １０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ １０４におけるｅＮｏｄｅ Ｂ １４０ａ、１４０ｂ、１４０ｃの各々に接続されてよい。サービングゲートウェイ１４４は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットを全体的にルーティングしたり転送したりすることができる。サービングゲートウェイ１４４は、ｅＮｏｄｅ Ｂ間のハンドオーバ中のユーザプレーンの固定、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに関するダウンリンクデータが有効なときのページングのトリガ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など他の機能を遂行することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されることもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などパケット交換のネットワークへのアクセスを提供することができ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にする。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ １０８など回路交換のネットワークへのアクセスを提供することができ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にする。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ １０８の間のインターフェースとして働くＩＰゲートウェイ（たとえばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはＩＰゲートウェイと通信してよい。加えて、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有され、かつ／または動作される、他の有線ネットワークまたはワイヤレスネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。

ＩＥＥＥ ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０には、他のネットワーク１１２もさらに接続されてよい。ＷＬＡＮ １６０はアクセスルータ１６５を含むことができる。アクセスルータはゲートウェイ機能を包含することができる。アクセスルータ１６５は複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信することができる。アクセスルータ１６５とＡＰ １７０ａ、１７０ｂの間の通信は、有線イーサネット（ＩＥＥＥ ８０２．３規格）、または任意のタイプのワイヤレス通信プロトコルを介したものでよい。ＡＰ １７０ａは、エアインターフェースを通じてＷＴＲＵ １０２ｄとワイヤレス通信している。本明細書では、ＷＬＡＮにおけるＷＴＲＵとステーション（ＳＴＡ）は区別なく使用されることができる。ＷＴＲＵはたとえばＡＰまたは非ＡＰのＳＴＡでよく、本明細書で説明されるすべての例および図は、同様な意味合いでＡＰまたは非ＡＰのＳＴＡに当てはまることができる。本明細書では、ＷＬＡＮシステムはＩＥＥＥ ８０２．１１規格に基づいて動作するネットワークと考えられてよい。本明細書の例のいずれにおいても、ＷＬＡＮは、高効率（ＨＥ）ＷＬＡＮ（ＨＥＷ）システム、または何らかの他のタイプのＷＬＡＮシステムでよい。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、たとえばＢＳＳ用のＡＰと、ＢＳＳの範囲内のＡＰに関連付けられた１つまたは複数のＷＴＲＵ（たとえばＳＴＡ）とを含むことができる。ＡＰは、分配システム（ＤＳ）に対するアクセスもしくはインターフェース、またはＢＳＳの内部および外部でトラフィックを搬送する別のタイプの有線／ワイヤレスのネットワークを有することができる。ＢＳＳの外部からのＷＴＲＵへのトラフィックは、ＡＰを通って到達することができ、ＷＴＲＵに配送されてよい。ＷＴＲＵからＢＳＳの外部の宛先へのトラフィックはＡＰに送られてよく、それぞれの宛先に配送される。ＢＳＳの範囲内のＷＴＲＵ間のトラフィックもＡＰを介して送られてもよく、出所ＷＴＲＵがＡＰにトラフィックを送ってよく、ＡＰが宛先ＷＴＲＵにトラフィックを配送してよい。ＢＳＳの範囲内のＷＴＲＵ間のそのようなトラフィックはピアツーピアトラフィックと考えられてよい。そのようなピアツーピアトラフィックは、たとえば８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する直接リンクセットアップ（ＤＬＳ）を使用して出所ＷＴＲＵと宛先ＷＴＲＵの間で直接送られてよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有していなくてよく、互いに直接通信するＷＴＲＵを有してよい。このモードの通信は、アドホックモードの通信と称されることがある。本明細書では、ＷＴＲＵはＩＥＥＥ ８０２．１１ ＳＴＡおよび／またはＡＰを含むことができる。

ＷＬＡＮに関する規格のＩＥＥＥ ８０２．１１ファミリーは、たとえばより高いスループット、延長された送信到達距離、改善された効率などの特徴を追加する新規の増強されたバージョンを含めるように進化し続けている。様々な８０２．１１プロトコルのいくつかの態様が以下で説明される。

８０２．１１ａｃインフラストラクチャモードの動作を使用すると、ＡＰはプライマリチャネルなどの固定チャネル上でビーコンを送信することができる。このチャネルは２０ＭＨｚ幅でよく、ＢＳＳの動作チャネルでよい。このチャネルは、ＷＴＲＵによって、ＡＰとの接続を確立するために使用されてよい。８０２．１１システムにおける基本的なチャネルアクセス機構は、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）である。ＣＳＭＡ／ＣＡチャネルアクセスを使用して、ＡＰを含むあらゆるＷＴＲＵがプライマリチャネルを感知することができる。チャネルがビジーであることが検知されると、ＷＴＲＵ（ＡＰを含む）はチャネルへのアクセスから譲歩してよい。したがって、ＣＳＭＡ／ＣＡ多重は、所与のＢＳＳにおける任意の所与の時間において１つだけのＷＴＲＵが送信することを許可し、したがってチャネル上の衝突を回避することができる。

ＩＥＥＥ ８０２．１１ｎ規格によれば、高スループット（ＨＴ）ＷＴＲＵは、２０ＭＨｚのチャネル（たとえばプライマリチャネル）など他のチャネルに加えて４０ＭＨｚ幅のチャネルを通信用に使用することができる。これは、プライマリ２０ＭＨｚチャネルを隣接した２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の連続したチャネルを形成することによって達成されてよい。

ＩＥＥＥ ８０２．１１ａｃ規格によれば、超高スループット（ＶＨＴ）ＷＴＲＵは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。たとえば、４０ＭＨｚチャネルおよび８０ＭＨｚチャネルは、８０２．１１ｎの例と同様に、連続した２０ＭＨｚチャネルを組み合わせることによって形成されてよい。例では、１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることにより、または２つの不連続の８０ＭＨｚチャネルを組み合わせることによって形成されてよく、後者は８０＋８０構成と称されることがある。８０＋８０構成については、データは、チャネル符号化の後に、データを２つのストリームに分割するセグメントパーサを通ることができる。それぞれのストリームに対して、逆高速フーリエ変換（ＩＦＦＴ）と時間領域処理が別個に行われてよい。データストリームは２つのチャネルにマッピングされてよく、２つのチャネルを通じて送信されてよい。受信器において、この８０＋８０構成処理が、データの２つのストリームを組み合わせるために逆転されてよく、組み合わされたデータは媒体アクセス制御（ＭＡＣ）レイヤに送られてよい。

８０２．１１ａｆおよび／または８０２．１１ａｈによってサブ１ＧＨｚの動作モードがサポートされることができる。たとえば８０２．１１ａｆ規格および８０２．１１ａｈ規格については、チャネル動作帯域幅および搬送波が、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して低減されることができる。８０２．１１ａｆ規格は、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚおよび／または２０ＭＨｚの帯域幅をサポートすることができる。８０２．１１ａｈ規格は、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および／または１６ＭＨｚの帯域幅をサポートすることができる。８０２．１１ａｈ規格に関する例示の使用事例には、マクロカバレッジエリアにおけるメータデバイスおよびセンサデバイスのサポートがある。メータデバイスおよびセンサデバイスは、サポートする帯域幅に制限があることなど、能力に制限がある可能性があり、非常に長いバッテリー寿命の必要性などの要件を有することがある。

マルチチャネルと、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのチャネル幅とをサポートするＷＬＡＮシステムは、プライマリチャネルとして指定されるチャネルを含むことができる。プライマリチャネルは、ＢＳＳにおけるすべてのＷＴＲＵによってサポートされる最大の共通の動作帯域幅に等しい帯域幅を有することができる。したがって、プライマリチャネルの帯域幅は、ＢＳＳで動作するすべてのＷＴＲＵの中で最も小さい帯域幅の動作モードをサポートするＷＴＲＵによって制限される可能性がある。８０２．１１ａｈの例では、たとえば１ＭＨｚモードしかサポートしないＭＴＣタイプデバイスといったＷＴＲＵがある場合、ＡＰと、ＢＳＳにおける他のＷＴＲＵとが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、または他のチャネル帯域幅の動作モードをサポートすることができたとしても、プライマリチャネルは１ＭＨｚ幅でよい。搬送波感知および／またはＮＡＶ設定は、プライマリチャネルの状態に依拠してよい。たとえば、１ＭＨｚ動作モードしかサポートしないＷＴＲＵがＡＰに送信しているためにプライマリチャネルがビジーであれば、大多数の周波数帯がアイドル状態で利用可能なままであっても、全体の利用可能な周波数帯がビジーであると考えられてよい。

８０２．１１ａｈによって使用されてよい利用可能な周波数帯は、様々な国について、米国では９０２ＭＨｚから９２８ＭＨｚ、韓国では９１７．５ＭＨｚから９２３．５ＭＨｚ、日本では９１６．５ＭＨｚから９２７．５ＭＨｚといった範囲である。８０２．１１ａｈに利用可能な全帯域幅は、国コードに依拠して６ＭＨｚから２６ＭＨｚである。

スペクトル効率を改善するために、ＩＥＥＥ ８０２．１１ａｃ規格は、たとえばダウンリンクＯＦＤＭシンボル中といった同一シンボルの時間フレームに、複数のＷＴＲＵへのダウンリンクマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）送信の概念を導入した。ダウンリンクＭＵ−ＭＩＭＯの使用の可能性は、現在８０２．１１ａｈについても考えられている。ダウンリンクＭＵ−ＭＩＭＯを使用する複数のＷＴＲＵへの送信は、それが８０２．１１ａｃで使用されるように、空間的に直交するやり方で複数のＷＴＲＵにパケットを同時に送信することによって（たとえば同一のシンボルタイミングを使用して）可能にされてよい。しかしながら、この場合、ＡＰを用いるＭＵ−ＭＩＭＯ送信に包含されるすべてのＷＴＲＵは同一のチャネルまたは帯域を使用してよく、このことは、結果として、ＢＳＳの動作帯域幅を、ＡＰを用いるＭＵ−ＭＩＭＯ送信に含まれたＷＴＲＵのうちのいずれか１つによってサポートされる最も小さいチャネル帯域幅に限定する可能性がある。

８０２．１１を使用するＷＬＡＮシステムは、データの正常な配送を可能にするために確認応答（ＡＣＫ）機構を採用してよい。送信を保護するためにチャネル符号化およびチャネルインタリービングなどの保護機構が利用されることができたとしても、ワイヤレス送信は信頼性が低いことがある。したがって、ＷＬＡＮシステムでは、正確なパケット受信の確認応答のためのＡＣＫ機構が使用されてよい。それ自体にアドレス指定されたデータフレームを首尾よく受信するＷＴＲＵ／ＡＰは、肯定確認応答（ＡＣＫ）を直ちに送ることができる。フレームを送信するＷＴＲＵ／ＡＰは、フレームに対応するＡＣＫを所定の時間内に受信しなければ、データフレームが宛先において正確に受信されていないと想定してよく、データフレームを再送信してよい。ＷＬＡＮシステムにおけるすべてのデータフレームがこのように確認応答されるとは限らない。

８０２．１１ｅ規格では、複数フレームのＡＣＫをより効率的にする方法としてブロック確認応答（ＢＡ）機構が導入された。ＢＡ機構は、複数フレームの受側がデータフレームのブロックを確認応答するために単一のブロックＡＣＫ（ＢＡ）を送信することを許可することによって、システム効率を改善することができる。複数のＡＣＫに対してプリアンブルおよびヘッダが１回送られればよいので、ＢＡ機構はオーバヘッドも低減することができる。ＢＡ機構は、より早急な確認応答を提供する早急なＢＡと、たとえばいくらかの遅延が許容されるとき使用されてよい遅延ＢＡとを含む。

８０２．１１ａｈ規格はショートＡＣＫパケットフォーマットを提案する。ショートＡＣＫパケットフォーマットは、ショートトレーニングフィールド（ＳＴＦ）、ロングトレーニングフィールド（ＬＴＦ）および信号（ＳＩＧ）フィールドのみを含めばよい。ＷＬＡＮシステムでは、単一の送信で２つ以上のデータフレームを送る（すなわち集約する）ことによってオーバヘッドを低減するために、フレーム集約機構が使用される。たとえば、ＷＬＡＮシステムは、単一の送信においてショートデータパケットを集約するためにショートパケット集約機構を採用してよい。したがって、ショートＡＣＫパケットフォーマットを使用している複数の「ショート」ＡＣＫは、ショートパケット集約機構を使用して送信されてよい。

ＷＬＡＮシステムは、集約された媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）および集約されたＭＡＣサービスデータユニット（Ａ−ＭＳＤＵ）などのシングルユーザ（ＳＵ）集約機構を採用してよい。８０２．１１規格では、マルチユーザ（ＭＵ）集約機構に関して定義されていることはより少ない。たとえば、８０２．１１ａｃ規格が提案するダウンリンク（ＤＬ）ＭＵ−ＭＩＭＯは、ポーリングされたＡＣＫをＵＬ方向へ個々に送ることに制限されてよいＭＵ集約方法である。したがって、ＤＬ ＭＵ−ＭＩＭＯは、特にショートＡＣＫなどのより短いパケットに対してオーバヘッドを追加する。加えて、８０２．１１規格は、ＤＬ方向におけるＭＵ ＡＣＫ／ＢＡ集約を提供しなくてよい。

将来のＷＬＡＮシステムを開発するためにＩＥＥＥ ８０２．１１高効率ＷＬＡＮ（ＨＥＷ）研究会（ＳＧ）が創設されており、そのようなＷＬＡＮシステムのための８０２．１１ａｘ規格が開発されている。ＨＥＷ ＳＧおよび８０２．１１ａｘ規格の目標は、ユーザ当たりの平均スループットを改善して、将来のＷＬＡＮシステムでは、複数ユーザの現在において、矛盾なく信頼できるやり方でより多くのユーザに働く機構を実施することである。たとえば、ＨＥＷ ＳＧは、すべてのユーザが、２．４ＧＨｚおよび５ＧＨｚ帯における高密度シナリオを含む多くの使用法のシナリオにおける広範囲のワイヤレスユーザを体験することができるように、サービス品質を強化するために、８０２．１１の規格の範囲および目的を探究している。ＡＰおよびＷＴＲＵの稠密な配備をサポートすることができる使用事例と、関連する無線リソース管理（ＲＲＭ）技術とが、ＨＥＷ ＳＧによって考えられている。

ＷＬＡＮシステムに関して考えられている可能な用途は、それだけではないが、競技場イベントのためのデータ配送、列車駅および／または企業／小売業の環境などの高いユーザ密度シナリオ、ビデオ配送に対する依存の増大を立証するための証拠、ならびに／あるいは医療用途向けのワイヤレスサービスを含めて、新興の使用法シナリオを含むことができる。

ＩＥＥＥ規格会議は、プロジェクト認可要請（ＰＡＲ）およびＨＥＷ ＳＧで開発された規格開発の基準（Criteria for Standards Development）（ＣＳＤ）に基づき、ＩＥＥＥ ８０２．１１ａｘタスクグループ（ＴＧａｘ）がＨＥ ＷＬＡＮシステムを研究して８０２．１１ａｘ規格を開発することを承認した。たとえば、ＴＧａｘによって遂行された研究からの貢献は、様々な用途について測定されたトラフィックがショートパケットに関して大きな可能性を有し、また、ショートパケットも生成することができるネットワーク応用があることを示している。ショートパケットを生成する用途の例は、それだけではないが、たとえばバーチャルオフィス、送信制御プロトコル（ＴＰＣ）ＡＣＫ、ビデオストリーミングＡＣＫ、デバイス／コントローラ（たとえばマウス、キーボード、および／またはゲームの制御）機能、プローブ要求および／または応答などのアクセス指令、プローブ要求および／またはアクセスネットワーククエリプロトコル（ＡＮＱＰ）などのネットワーク選択、ならびに／あるいは制御フレームなどのネットワーク管理を含む。

８０２．１１ａｘ規格は、ＵＬ ＯＦＤＭＡおよび／またはＤＬ ＯＦＤＭＡ、ならびに／あるいはＵＬ ＭＵ−ＭＩＭＯおよび／またはＤＬ ＭＵ−ＭＩＭＯを含むＭＵ機能をサポートすることができる。たとえば、そのようなＭＵ通信は、ＵＬ ＭＵ送信に応答して送られたＤＬ ＡＣＫを多重化するための機構をサポートすることができる。特定の８０２．１１規格に基づくＷＬＡＮシステムは、ショートパケットおよび／またはショートペイロードに関する大きなオーバヘッドおよび／または遅延を有することがある。したがって、本明細書では、ショートパケット／バーストの送信のためにＭＡＣ効率を高め、媒体アクセスオーバヘッドを低減し、かつ／またはＷＬＡＮシステム（たとえば８０２．１１ａｘ規格に基づくもの）における遅延を低減する手法および機構が説明される。本明細書で説明される手法は、それだけではないが、ＤＬ ＯＦＤＭＡおよびＵＬ ＯＦＤＭＡならびにＤＬ ＭＵ−ＭＩＭＯおよびＵＬ ＭＵ−ＭＩＭＯを含むＭＵ通信の状況で、ＡＣＫおよび／または他のフィードバック情報のための効果的な集約方式を含むものである。本明細書で説明される手法は、同時のＭＵショートパケット送信を効果的に許可するように設計されている。

８０２．１１ａｘ規格は、ＵＬ ＭＵ送信の後に複数のＷＴＲＵ（たとえばマルチＳＴＡ）を確認応答するためにマルチＷＴＲＵブロックＡＣＫ（Ｍ−ＢＡ）制御フレームを使用するための枠組みを定義する。図２および図３は、マルチＷＴＲＵブロックＡＣＫ（Ｍ−ＢＡ）制御フレームに関する例示のフォーマットを示す。図２および図３の例はＡＣＫおよび またはＢＡの情報（たとえばマルチＷＴＲＵ ＡＣＫ／ＢＡ）を含むことができる。本明細書で説明される例は、それだけではないが、マルチＷＴＲＵブロックＡＣＫ、マルチＳＴＡブロックＡＣＫ（Ｍ−ＢＡ）、マルチＷＴＲＵ ＢＡ、マルチＳＴＡ ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡ、および／またはマルチＳＴＡ ＡＣＫ／ＢＡといった確認応答のタイプのいずれかに対して、区別なく適用することおよび参照することができる。たとえば、マルチＷＴＲＵ ＡＣＫ／ＢＡフレームは、ＡＣＫパケット、またはＢＡパケット、またはＡＣＫパケットとＢＡパケットの両方だけ含めばよい。

図２は例示のマルチＷＴＲＵ ＢＡフレーム２００のフレームフォーマットを示す。マルチＷＴＲＵ ＢＡのフレーム２００は、たとえばマルチトラフィック識別子（マルチＴＩＤ）ＢＡフレームフォーマットを変更することによって定義されてよい。マルチＷＴＲＵ ＢＡフレーム３００はＭＡＣヘッダ２０２を含むことができる。マルチＷＴＲＵ ＢＡフレーム２００は、それだけではないが、フレーム制御フィールド２０４（たとえば２オクテット）、期間および／または識別（ＩＤ）のフィールド２０６（たとえば２オクテット）、受信ＷＴＲＵアドレス（ＲＡ）フィールド２０８（たとえば６オクテット）、送信ＷＴＲＵアドレス（ＴＡ）フィールド２１０（たとえば６オクテット）、ＢＡ制御フィールド２１２（たとえば２オクテット）、ＢＡ情報フィールド２１４（たとえば可変長）、および／またはフレームチェックシーケンス（ＦＣＳ）２１６（たとえば４オクテット）といったフィールドのいずれかを含むことができる。ＢＡ制御フィールド２１２は、フレーム２００がマルチＷＴＲＵ ＢＡフレームであるという表示を含むことができる。別の例では、フレーム２００がマルチＷＴＲＵ ＢＡフレームであるという表示は、フレーム２００の任意の場所に含まれてよい。例では、ＢＡ制御フィールド２１２は、Ｂ０からＢ１５の１６ビットを含むことができる。ＢＡ制御フィールド２１２は、それだけではないが、ブロック確認応答要求（ＢＡＲ）ＡＣＫポリシーフィールド２１８（たとえばビットＢ０）、マルチＴＩＤフィールド２２０（たとえばビットＢ１）、圧縮されたビットマップフィールド２２２（たとえばビットＢ２）、グループコード記録（ＧＣＲ）フィールド２２４（たとえばビットＢ３）、予約フィールド２２６（たとえばビットＢ４からＢ１１）、および／またはＴＩＤ＿ＩＮＦＯフィールド２２８（たとえばビットＢ１２〜Ｂ１５）といったサブフィールドのいずれかを含むことができる。

ＢＡ情報フィールド２１４は、それぞれのＴＩＤについて繰り返される情報を含むことができる。ＢＡ情報フィールド２１４において繰り返される情報は、それだけではないが、ｐｅｒ−ＴＩＤ情報フィールド２３０（たとえば２オクテット）、ＢＡ開始シーケンス制御フィールド２３２（たとえば２オクテット）、および／またはＢＡビットマップフィールド２３４（たとえば８オクテット）のいずれかを含むことができる。ＢＡ情報フィールド２１４の範囲内の各ＴＩＤについてそれぞれの繰り返される情報は、異なるＷＴＲＵにアドレス指定されてよい。たとえば、予約フィールド２３６の一部分（たとえばビットＢ０〜Ｂ１１）でよいｐｅｒ−ＴＩＤ情報フィールド２３０のビットＢ０〜Ｂ１０は、ＢＡ情報フィールド２１４の意図された受信器を識別する関連付け識別子（ＡＩＤ）フィールドを搬送することができる。ｐｅｒ−ＴＩＤ情報フィールド２３０は、ＴＩＤ値フィールド２３８（たとえばビットＢ１２からＢ１６）を含むことができる。

図３は別の例示のマルチＷＴＲＵ ＢＡフレーム３００のフレームフォーマットを示す。マルチＷＴＲＵ ＢＡのフレーム３００は、たとえばマルチＴＩＤ ＢＡフレームフォーマットを変更することによって定義されてよい。マルチＷＴＲＵ ＢＡフレーム３００はＭＡＣヘッダ３０２を含むことができる。マルチＷＴＲＵ ＢＡフレーム３００は、それだけではないが、フレーム制御フィールド３０４（たとえば２オクテット）、期間および／またはＩＤフィールド３０６（たとえば２オクテット）、ＲＡフィールド３０８（たとえば６オクテット）、ＴＡフィールド３１０（たとえば６オクテット）、ＢＡ制御フィールド３１２（たとえば２オクテット）、ＢＡ情報フィールド３１４（たとえば可変長）、および／またはＦＣＳ ３１６（たとえば４オクテット）といったフィールドのいずれかを含むことができる。ＢＡ制御フィールド３１２は、フレーム３００がマルチＷＴＲＵ ＢＡフレームであることを表示することができる。例では、ＢＡ制御フィールド３１２は、Ｂ０からＢ１５の１６ビットを含むことができる。ＢＡ制御フィールド３１２は、それだけではないが、ＢＡＲ ＡＣＫポリシーフィールド３１８（たとえばビットＢ０）、マルチＴＩＤフィールド３２０（たとえばビットＢ１）、圧縮されたビットマップフィールド３２２（たとえばビットＢ２）、ＧＣＲフィールド３２４（たとえばビットＢ３）、予約フィールド３２６（たとえばビットＢ４からＢ１１）、および／またはＴＩＤ＿ＩＮＦＯフィールド３２８（たとえばビットＢ１２〜Ｂ１５）といったサブフィールドのいずれかを含むことができる。

ＢＡ情報フィールド３１４は、それぞれのＴＩＤについて繰り返される情報を含むことができる。ＢＡ情報フィールド３１４において繰り返される情報は、それだけではないが、ｐｅｒ−ＴＩＤ情報フィールド３３０（たとえば２オクテット）、ＢＡ開始シーケンス制御フィールド３３２（たとえば２オクテット）、および／またはＢＡビットマップフィールド３３４（たとえば８オクテット）のいずれかを含むことができる。マルチＷＴＲＵ ＢＡフレーム３００は、ＢＡに加えて、またはＢＡの代わりに、ＷＴＲＵ当たりのＡＣＫ表示を許可することができる。たとえば、ＢＡ情報フィールド３１４において、ｐｅｒ−ＴＩＤ情報フィールド３３０のビットＢ１１が設定されていれば、ＢＡ情報フィールド３１４にはＢＡビットマップサブフィールド３３４および／またはＢＡ開始シーケンス制御（ＳＣ）サブフィールド３３２が存在しなくてよい。このシナリオでは、ＢＡ情報フィールド３１４は、ｐｅｒ−ＴＩＤ情報フィールド３３０のビットＢ０からＢ１０で表示されたＡＩＤを用いて、ｐｅｒ−ＴＩＤ情報フィールド３３０のＢ１１において、そのＷＴＲＵ向けのＡＣＫを表示することができる。ｐｅｒ−ＴＩＤ情報フィールド３３０のビットＢ０〜Ｂ１０は、ＢＡ情報フィールド３１４の意図された受信器を識別するＡＩＤフィールドを搬送してよい。ｐｅｒ−ＴＩＤ情報フィールド３３０は、ＴＩＤ値フィールド３３８（たとえばビットＢ１２からＢ１６）を含むことができる。

例示のシナリオでは、受側ＷＴＲＵに送信している発信元ＷＴＲＵは、受側ＷＴＲＵから、たとえば遅延ＡＣＫ、遅延ＢＡ、ＨＴ遅延ＢＡ拡張子、マルチＷＴＲＵ ＡＣＫフレーム、および／またはマルチＷＴＲＵ ＡＣＫ／ＢＡフレームなどの遅れた確認応答を受信してよい。それぞれのＷＴＲＵが様々な要求を有することができ、それぞれの送信が種々のＱｏＳ要求を伴うトラフィックを包含することができるので、送信されるパケットはＡＣＫを受信するための様々な遅延許容範囲期間を有することができる。別の例示のシナリオでは、パケットは、媒体へのアクセスが可能となる前に、いくらかの期間にわたってバッファリングされてよく、このことは、パケットが既にいくらかの遅延を経験していることを意味する。

したがって、これらのシナリオのうちのいくつかでは、たとえば、その遅延許容範囲内にあるはずの遅延ＢＡによって正常に確認応答されることができるパケットは、その遅延許容範囲内に留まるために、即時ＡＣＫフレームまたは即時ＢＡフレームによって直ちに確認応答されなければならないことがある。したがって、受側ＷＴＲＵは、最も適切な確認応答オプションを選択することができ得るように、および対応する遅延許容範囲期間内にＡＣＫを送信することができるように、発信元ＷＴＲＵに対して、ＡＣＫの遅延および／または遅延許容範囲などの正確な遅延要求を表示し、かつ交換するための機構またはセットアッププロシージャを提供するのが望ましいであろう。

例によれば、ＷＬＡＮシステムにおいて高効率ＡＣＫ機構の使用を可能にするために、高効率ＡＣＫセットアッププロシージャおよび高効率ＡＣＫ送信プロシージャが定義されてよい。本明細書の例のいずれにおいても、ＷＴＲＵはＡＰまたは非ＡＰでよい。たとえば、第１のＷＴＲＵ（たとえばＡＰまたは非ＡＰのＷＴＲＵ）は、第２のＷＴＲＵ（たとえばＡＰまたは非ＡＰのＷＴＲＵ）に対する新規の確認応答段取りを設定してよい。たとえば、第２のＷＴＲＵは第１のＷＴＲＵが関連付けられたＡＰでよい。別の例では、第２のＷＴＲＵは別の非ＡＰ ＷＴＲＵでよい。第１のＷＴＲＵは、第２のＷＴＲＵにＡＣＫセットアップ要求フレームを送って、第２のＷＴＲＵとの新規の確認応答セットアッププロシージャを開始してよい。

図４Ａは、マルチＷＴＲＵ ＡＣＫ／ＢＡ機構用のＡＣＫを設定するために使用されることができる例示のＡＣＫセットアップ要求フレーム４００Ａのフレームフォーマットを示す。例示のＡＣＫセットアップ要求フレーム４００Ａは、それだけではないが、プリアンブル４０２、ＭＡＣヘッダ４０３、フレーム本体４０４、フレームチェックシーケンス（ＦＣＳ）フィールド４０６、トラフィックフィールド４０８₁．．．４０８_N、トラフィック識別フィールド４１０、優先度情報フィールド４１２、予期された生成周期／生成周波数フィールド４１４、予期された生成時間フィールド４１６、予期されたサイズフィールド４１８、詳細な遅延許容範囲表示フィールド４２０、遅延許容範囲フィールド４２２、再送信時間フィールド４２４、廃棄時間フィールド４２６、遅延許容範囲分類（ＤＴＣ）フィールド４２８、および／またはＡＣＫタイプフィールド４３２₁．．．４３２_Kといったフィールドおよび／またはサブフィールドのいずれかを含むことができ、これらは、他のフィールドの内部にネストにされてよく、フレーム４００Ａの内部で（たとえばＷＴＲＵまたはトラフィックに基づいて）繰り返されてよく、かつ またはＡＣＫセットアップ要求フレーム４００Ａの内部に任意の順番で出現してよい。ＡＣＫセットアップ要求フレーム４００Ａは、図示されていない他のフィールドを含むことができる。ＡＣＫセットアップ要求フレーム４００Ａのフィールドが、以下でより詳細に説明される。

プリアンブルフィールド４０２は、ＡＣＫセットアップ要求フレーム４００Ａを復号する方法に対する受側（すなわち受信）ＷＴＲＵのトレーニング信号および／または情報、ならびに／あるいは確認応答セットアップについての情報を含むことができる。フレーム本体フィールド４０４は、受側ＷＴＲＵ向けに、ＡＣＫセットアップについての情報を搬送することができる。プリアンブルフィールド４０２および／またはフレーム本体４０４、あるいはフレーム４００Ａの任意の部分が、トラフィックフィールド４０８₁．．．４０８_Nのうちの１つまたは複数を包含することができる。トラフィックフィールド４０８₁．．．４０８_Nの各々が、それだけではないが、トラフィック識別子（ＴＩＤ）によって識別されることができる、１つまたは複数の対応するトラフィックストリームに関する情報、１つまたは複数のパケットに関する情報、および／またはＡＣＫ機構の段取りを設定しているかまたは作製している発信元ＷＴＲＵ向けの１つまたは複数のアクセスカテゴリ（ＡＣ）についての情報、といった情報のいずれかを含むことができる

たとえば、各トラフィックフィールド４０８₁．．．４０８_Nは、それだけではないが、トラフィック識別フィールド４１０、優先度フィールド４１２、予期された生成周期／生成周波数フィールド４１４、予期された生成時間フィールド４１６、予期された予期されたサイズフィールド４１８、詳細な遅延表示フィールド４２０、およびＡＣＫタイプフィールド４３０といったフィールドのうちの１つまたは複数を包含することができる。トラフィック識別（ＩＤ）フィールド４１０は、それだけではないが、トラフィックストリーム用のＴＩＤ、トラフィックのアクセスカテゴリ、優先度、パケット／集約されたパケットのシーケンス番号、パケットバッチ番号（すなわちバッチまたはパケットのセットの番号）、および／または発信元（送信している）ＷＴＲＵによって定義された何らかの識別情報といった情報を含んでいるトラフィック識別情報を含むことができる。

優先度フィールド４１２は、たとえばトラフィックの優先度および／またはユーザ優先度（ＵＰ）など、発信元ＷＴＲＵの優先度を表示することができる。予期された生成周期／生成周波数フィールド４１４は、表示されたトラフィックおよび／またはＷＴＲＵの生成周期および／または生成周波数を表示してよい。予期された生成時間フィールド４１６は、たとえば（たとえばタイミング同期機能（ＴＳＦ）タイマを使用して）時間基準からのオフセットを表示することにより、または絶対時間もしくは何らかの他の時間基準を表示することにより、トラフィックおよび／またはＷＴＲＵの生成時間を表示してよい。

予期されたサイズフィールド４１８は、表示されたトラフィックまたは発信元ＷＴＲＵ向けに生成されたデータの予期されたサイズを表示することができる。詳細な遅延表示フィールド４２０は詳細な遅延許容範囲を表示することができ、また、それだけではないが、遅延許容範囲フィールド４２２、再送信時間フィールド４２４、廃棄時間フィールド４２６、および／または遅延許容範囲分類フィールド４２８といったサブフィールドを含むことができる。遅延許容範囲フィールド４２２は、表示されたトラフィックのパケットが耐えることができる遅延許容範囲を表示してよい。たとえば、遅延許容範囲フィールド４２２は、ナノ秒（ｎｓ）、マイクロ秒（μｓ）、ミリ秒（ｍｓ）、時間単位（ＴＵ）、または何らかの他の時間単位で指定されてよい。例では、遅延許容範囲フィールド４２２は、パケットの生成時間、ＵＬ要求フレームの送信、特定の時点、および／またはＴＳＦタイマの特定の値から指定されてよい。

再送信時間フィールド４２４は、送信（発信元）ＷＴＲＵが、送信されたパケット（たとえば単一のパケットまたは集約されたパケット）が正確に受信されていないと考えて、そのパケット（または集約されたパケット）のための再送信プロシージャを開始しようとする時間を表示してよい。再送信時間フィールド４２４は、たとえば絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。例では、再送信時間フィールド４２４によって表示された再送信時間が経過した後、受信（受側）ＷＴＲＵは、表示されたパケットに対してＡＣＫフレームが以前に送信されていなくても、ＡＣＫ／ＢＡまたはマルチＷＴＲＵ ＡＣＫ／ＢＡなどのＡＣＫフレームを送信しないことを決定してよい。

廃棄時間フィールド４２６は、送信ＷＴＲＵが、パケット（たとえば単一のパケットまたは集約されたパケット）を廃止されたものと考えて、パケットの送信または再送信を試行しなくてよい時点を表示することができる。廃棄時間フィールド４２６は、たとえば絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。廃棄時間フィールド４２６によって表示された廃棄時間の後、たとえばＡＰといったＷＴＲＵは、表示されたパケットを送信するためのリソースのスケジューリングまたは割当てをしないことを決定してよい。

遅延許容範囲分類フィールド４２８は遅延許容範囲レベルに抽出されてよい。たとえば、遅延許容範囲レベルは、同様に定義された他のレベルの中で、０ナノ秒〜５０ナノ秒の遅延許容範囲に関連付けられてよいレベル０と、５１ナノ秒〜１００ナノ秒の遅延許容範囲に関連付けられてよいレベル１とを含むことができる。許容差は、遅延許容範囲分類レベル（または遅延許容範囲分類の番号もしくは値）を使用して計算されてよい。遅延許容範囲分類レベルおよび関連付けられた遅延許容差は、たとえば遅延許容範囲分類フィールド４２８において表示されてよい。例では、遅延許容範囲分類レベルの各々は、対応する遅延許容差の既定値すなわちプリセット値、再送信時間、廃棄時間、および／または所望のＡＣＫタイプに関連付けられてよい。

ＡＣＫタイプフィールド４３０は、表示されたトラフィックまたは発信元ＷＴＲＵに適用可能な確認応答タイプを表示するように使用されてよい。たとえば、ＡＣＫタイプは、それだけではないが、ＳＵ ＡＣＫ、即時ＳＵ ＢＡ、ＳＵ遅延ＢＡ、ＳＵ ＨＴ遅延ＢＡ、即時マルチＷＴＲＵ ＡＣＫ／ＢＡ、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ、即時ＭＵ ＡＣＫ、即時ＭＵ ＢＡ、遅延ＭＵ ＢＡ、および／または遅延ＭＵ ＨＴ遅延ＢＡを含むことができる。各ＡＣＫタイプは遅延許容範囲分類（ＤＴＣ）に関連付けられてよい。たとえば、遅延許容範囲分類レベル０（ＤＴＣ０）は即時ＳＵ ＡＣＫ／ＢＡに関連付けられてよく、遅延許容範囲分類レベル１（ＤＴＣ１）はＳＵ遅延ＢＡに関連付けられてよく、遅延許容範囲分類レベル２（ＤＴＣ２）は遅延マルチＷＴＲＵ ＡＣＫ／ＢＡに関連付けられてよい。例では、パケットが生成されるとき、このパケットに関するＵＬ要求メッセージはＤＴＣレベルをＤＴＣ２（すなわちより長い遅延の許容範囲）として表示してよい。したがって、遅延許容範囲分類ＤＴＣ２を有するパケットに対してリソースが迅速に割り当てられるとき、パケットが遅延マルチＷＴＲＵ ＡＣＫ／ＢＡによって確認応答されてよいことが想定されることができる。パケットの遅延許容範囲分類がＤＴＣ０になってしまう（すなわち、より短い遅延／長い遅延に対するより小さい許容範囲を必要とする）ように、リソースがパケットに対してはるかに遅い時間に割り当てられた場合、パケットは即時ＳＵ ＡＣＫ／ＢＡを直接使用して確認応答されることを必要としてよい。表示されたトラフィックに対して複数のタイプのＡＣＫ（たとえばＡＣＫタイプフィールド４３２₁．．．４３２_K）が使用されてよく、各ＡＣＫタイプが遅延許容範囲分類に関連付けられてよい。

ＡＣＫセットアップ要求フレーム４００ＡなどのＡＣＫセットアップ要求フレームを受信する受側ＷＴＲＵは、ＡＣＫセットアップ応答フレームを用いて、直ちに、または遅延を伴って応答してよい。ＡＣＫセットアップ応答フレームの例示の設計は、プリアンブルおよび／またはフレーム本体を含むことができる。プリアンブルは、受信ＷＴＲＵ向けに、フレームを復号する方法ならびに／あるいは確認応答セットアップについてのトレーニング信号および情報を含むことができる。フレーム本体は、受信ＷＴＲＵ向けに、確認応答セットアップについての情報を搬送することができる。プリアンブルおよび／またはフレーム本体もしくはフレームのいずれかの部分が、それだけではないが、状態フィールド、再送信時間、廃棄時間、および／または遅延許容範囲分類フィールドを含むことができる、詳細な遅延表示フィールドの代替値、ならびに／あるいはＡＣＫタイプフィールドの代替値といったフィールドのうちの任意の１つまたは複数を含むことができる。例示のＡＣＫセットアップ応答フレームのフィールドが以下で説明される。

ＡＣＫセットアップ応答フレームの状態フィールドは、それだけではないが、成功、失敗、理由なき失敗、および／または代替値を伴う失敗といった状態を含んでいるＡＣＫセットアッププロシージャの状態を表示することができる。

ＡＣＫセットアップ応答フレームの詳細な遅延表示フィールドの代替値は、詳細な遅延許容範囲を表示することができ、再送信時間フィールドおよび／または遅延許容範囲分類フィールドを含むことができる。再送信時間フィールドは、送信ＷＴＲＵが、送信されたパケット（たとえば単一のパケットまたは集約されたパケット）が正確に受信されていないと考えて、そのパケットの再送信プロシージャを開始することができる時間を表示してよい。再送信時間は、たとえば絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。再送信時間の後、受信ＷＴＲＵは、ＡＣＫ／ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡなどの確認応答フレームを（パケットに関するそのような確認応答が以前に送信されていなくても）送信しないことを決定してよい。

廃棄時間フィールドは、受信ＷＴＲＵが、パケットの送信／再送信のためのリソースのスケジューリングまたは割当てをしないと決定することができる時点を表示するために使用されてよい。たとえば、この廃棄時間は、予期された生成時間から、またはパケットの最初の送信から、またはパケットを包含しているフレームに関する第１のＵＬ要求フレームの送信から、指定されてよい。上記で説明されたように、遅延許容範囲分類は、他のレベルの中で、０ナノ秒〜５０ナノ秒の遅延許容範囲に関連付けられてよいレベル０、５１ナノ秒〜１００ナノ秒の遅延許容範囲に関連付けられてよいレベル１などのいくつかのレベルに要約されてよい。許容差は遅延許容範囲分類番号を使用して計算されてよい。遅延許容範囲分類レベルおよび関連付けられた遅延許容差が表示されてよい。遅延許容範囲分類レベルの各々が、遅延許容差に対応する設定値、再送信時間および／または廃棄時間、ならびに、所望のＡＣＫタイプに関連付けられてよい。

表示されたトラフィックまたはＷＴＲＵに適用可能な確認応答タイプを表示するために、ＡＣＫタイプフィールドの代替値が使用されてよい。ＡＣＫタイプは、それだけではないが、ＳＵ ＡＣＫ、即時ＳＵ ＢＡ、ＳＵ遅延ＢＡ、ＳＵ ＨＴ遅延ＢＡ、即時マルチＷＴＲＵ ＡＣＫ／ＢＡ、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ、即時ＭＵ ＡＣＫ、即時ＭＵ ＢＡ、遅延ＭＵ ＢＡ、および／または遅延ＭＵ ＨＴ遅延ＢＡといったタイプのいずれかを含むことができる。

各ＡＣＫタイプは遅延許容範囲分類（ＤＴＣ）に関連付けられてよい。たとえば、遅延許容範囲分類レベル０（ＤＴＣ０）は即時ＳＵ ＡＣＫ／ＢＡに関連付けられてよく、遅延許容範囲分類レベル１（ＤＴＣ１）はＳＵ遅延ＢＡに関連付けられてよく、遅延許容範囲分類レベル２（ＤＴＣ２）は遅延マルチＷＴＲＵ ＡＣＫ／ＢＡに関連付けられてよい。例では、パケットがたった今生成されたとき、このパケットに対するＵＬ要求はＤＴＣ２を表示してよい。ＤＴＣ２を伴うパケットに対してリソースが迅速に割り当てられたとき、次いで、このパケットは遅延マルチＷＴＲＵ ＡＣＫ／ＢＡによって確認応答されてよい。パケットがＤＴＣ０になってしまう、はるかに遅い時間に、パケットに対してリソースが割り当てられた場合、パケットは即時ＳＵ ＡＣＫ／ＢＡを直接使用して確認応答されてよい。

図４Ｂは、ＷＬＡＮシステムにおける例示のＡＣＫ要求セットアッププロシージャ４００Ｂの流れ図を示す。例示のＷＬＡＮシステムは、ＡＰ ４４０、ＷＴＲＵ ４４２ならびに図示されていない他のデバイスを含むことができる。ＡＰ ４４０は、同様な意味合いで非ＡＰ ＷＴＲＵ（すなわち非ＡＰ ＳＴＡ）でよく、同様に、ＷＴＲＵ ４４２はＡＰまたは非ＡＰ ＷＴＲＵでよい。例では、ＡＰ ４４０とＷＴＲＵ ４４２は同一のＢＳＳの一部分でよく、かつ／またはＷＴＲＵ ４４２がＡＰ ４４０に関連付けられてよい。４４６において、ＡＰ ４４０は、遅延許容範囲分類レベル、それらの遅延許容差に関連付けられた値、および／またはそれらが関連付けられた確認応答タイプの各々を指定してよい。たとえば、ＡＰ ４４０は、ビーコン４４５、あるいは同様にショートビーコン、プローブ応答、他のタイプの制御フレーム、管理フレーム、データ、フレーム拡張子、および／または他のタイプのフレームを使用して、ＷＴＲＵ ４４２（および図示されていない他のデバイス）に、この情報を提供することができる。

ＷＴＲＵ ４４２は、ＡＰ ４４０にＡＣＫセットアップ要求フレーム４４８を送信してよい。ＡＰ ４４０は、ＡＣＫセットアップ要求フレーム４４８を受信した後に、ＡＣＫセットアップ応答フレーム４５０を用いて、ＷＴＲＵ ４４２に、直ちに、または遅延を伴って応答してよい。例では、ＡＰ ４４０は、ＡＣＫセットアップ応答フレーム４５０によって、提案された詳細な遅延許容範囲表示および／または関連付けられたＡＣＫタイプ（遅延許容範囲分類レベルに関連付けられてよい）を受け入れるかまたは拒絶してよく、あるいは代替値を用いて応答することによってそれらの値を拒絶してよい。

要求しているＷＴＲＵ ４４２は、ＡＰ ４４０によって提案された、遅延許容範囲表示の代替値および／または関連付けられたＡＣＫタイプの代替値が受入れ可能であることを見いだすと、たとえば提案された値を用いて別のＡＣＫセットアップ要求フレーム（図示せず）を送ることによって代替値をさらに確認応答してよく、それに対して、ＡＰ ４４０は、「成功」に設定された状態フィールドを伴う別のＡＣＫセットアップ応答フレーム（図示せず）を送信してよい。要求しているＷＴＲＵ ４４２は、受け入れがたい代替値を見いだすと、詳細な遅延許容範囲表示および／またはＡＣＫタイプ（異なる遅延許容範囲分類レベルに関連付けられてよい）の新規の値を伴うＡＣＫ要求フレーム（図示せず）を再送してよい。

別の例では、詳細な遅延許容範囲表示および／またはＡＣＫタイプ（異なる遅延許容範囲分類レベルに関連付けられてよい）は、たとえばＢＡ、遅延ＢＡ、ＨＴ遅延ＢＡ拡張子、および／またはマルチＷＴＲＵ ＡＣＫ／ＢＡのセットアッププロセスに含まれてよい。別の例では、ＡＣＫセットアップ要求フレームおよびＡＣＫセットアップ応答フレームの任意の部分あるいはそれらの任意の組合せが、アクションフレームなどの制御フレームまたは管理フレーム、アクションノー（action no）ＡＣＫフレーム、他のタイプの管理フレーム、制御フレーム、拡張フレーム、空のデータパケット（ＮＤＰ）フレーム、および／またはＮＤＰを搬送するＭＡＣ情報フレームといったフレームのいずれかとしても実施されてよい。その上、詳細な遅延許容範囲表示および／またはＡＣＫタイプが、それに加えて、またはその代わりに、管理フレーム、制御フレーム、拡張フレーム、ＮＤＰフレームまたはデータフレームのフィールドまたはサブフィールドの、情報要素、部分要素、セットまたはサブセットとして、あるいはＭＡＣ／ＰＬＣＰヘッダの一部分として実施されてよい。

別の例では、ＷＴＲＵは、ＵＬ要求において、ＡＰに対して、遅延許容範囲および望ましい確認応答オプションを表示してよい。図５は、遅延許容範囲表示およびＡＣＫタイプを有する例示のＵＬ要求フレーム５００のフレームフォーマットを示す。ＵＬ要求フレーム５００は、プリアンブル５０２、ＭＡＣヘッダ５０３、フレーム本体５０４、およびＦＣＳフィールド５０６を含むことができる。プリアンブル５０２は、受信（受側）ＷＴＲＵ向けに、ＵＬ要求フレーム５００を復号する方法ならびに／あるいは確認応答セットアップについてのトレーニング信号および／または情報を含むことができる。フレーム本体５０４は、受信ＷＴＲＵ向けに、確認応答セットアップについての情報を搬送することができる。

ＵＬ要求フレーム５００の、プリアンブル５０２および／もしくはフレーム本体５０４または任意の部分が、トラフィックフィールド１〜Ｎのうちの１つまたは複数を包含することができ、トラフィックフィールド５０８₁．．．５０８_Nのうちの１つまたは複数を包含することができる。トラフィックフィールド５０８₁．．．５０８_Nの各々が、それだけではないが、１つまたは複数の対応するトラフィックストリームに関する情報、１つまたは複数のパケットに関する情報、および／または発信元ＷＴＲＵが送信するためのリソースを要求している１つまたは複数のアクセスカテゴリ（ＡＣ）についての情報を含むことができる。

たとえば、各トラフィックフィールド５０８₁．．．５０８_Nは、それだけではないが、トラフィック識別フィールド５１０、優先度フィールド５１２、予期されたサイズフィールド５１４、詳細な遅延表示フィールド５２０、およびＡＣＫタイプフィールド５３０といったフィールドのうちの１つまたは複数を包含することができる。トラフィック識別（ＩＤ）フィールド５１０は、それだけではないが、トラフィックストリーム用のＴＩＤ、トラフィックのアクセスカテゴリ、優先度、パケット／集約されたパケットのシーケンス番号、パケットバッチ番号（すなわちバッチまたはパケットのセットの番号）、および／または発信元（送信している）ＷＴＲＵによって定義された何らかの識別情報といった情報を含んでいるトラフィック識別情報を含むことができる。

優先度フィールド５１２は、たとえばトラフィックの優先度および／またはユーザ優先度（ＵＰ）など発信元ＷＴＲＵの優先度を表示することができる。サイズフィールド５１４は、表示されたトラフィックまたはＷＴＲＵ向けにバッファリングされたデータのサイズを表示することができる。詳細な遅延表示フィールド５２０は、表示されたトラフィックの詳細な遅延許容範囲を表示することができ、また、それだけではないが、遅延許容範囲フィールド５２２、再送信時間フィールド５２４、廃棄時間フィールド５２６、および／または遅延許容範囲分類フィールド５２８といったサブフィールドを含むことができる。遅延許容範囲フィールド５２２は、表示されたトラフィックのパケットが耐えることができる遅延許容範囲を表示してよい。たとえば、遅延許容範囲フィールド５２２は、ナノ秒（ｎｓ）、マイクロ秒（μｓ）、ミリ秒（ｍｓ）、時間単位（ＴＵ）、または何らかの他の時間単位で指定されてよい。例では、遅延許容範囲フィールド５２２は、パケットの生成時間、ＵＬ要求フレーム５００の送信、特定の時点、および／またはＴＳＦタイマの特定の値から指定されてよい。

再送信時間フィールド５２４は、送信（発信元）ＷＴＲＵが、送信されたパケット（たとえば単一のパケットまたは集約されたパケット）が正確に受信されていないと考えて、そのパケット（または集約されたパケット）の再送信プロシージャを開始しようとする時間を表示してよい。再送信時間フィールド５２４は、たとえば絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。例では、再送信時間フィールド５２４によって表示された再送信時間が経過した後、受信（受側）ＷＴＲＵは、表示されたパケットに対してＡＣＫフレームが以前に送信されていなくても、ＡＣＫ／ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡなどのＡＣＫフレームを送信しないことを決定してよい。

廃棄時間フィールド５２６は、送信ＷＴＲＵが、パケット（たとえば単一のパケットまたは集約されたパケット）を廃止されたものと考えて、パケットの送信または再送信を試行しなくてよい時点を表示することができる。廃棄時間フィールド５２６は、たとえば絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。廃棄時間フィールド５２６によって表示された廃棄時間の後、たとえばＡＰといったＷＴＲＵは、表示されたパケットを送信するためのリソースのスケジューリングまたは割当てをしないことを決定してよい。

遅延許容範囲分類フィールド５２８は遅延許容範囲レベルに抽出されてよい。たとえば、遅延許容範囲レベルは、同様に定義された他のレベルの中で、０ナノ秒〜５０ナノ秒の遅延許容範囲に関連付けられてよいレベル０と、５１ナノ秒〜１００ナノ秒の遅延許容範囲に関連付けられてよいレベル１とを含むことができる。許容差は、遅延許容範囲分類レベル（または番号もしくは値）を使用して計算されてよい。遅延許容範囲分類レベルおよび関連付けられた遅延許容差は、たとえば遅延許容範囲分類フィールド５２８において表示されてよい。そのような遅延許容範囲分類が既に設定されている場合、または所定のものである場合、遅延許容範囲分類フィールド５２８はＤＴＣレベル値のみ含めばよい。例では、遅延許容範囲分類レベルの各々が、遅延許容差の設定値、再送信時間および／または廃棄時間、ならびに所望のＡＣＫタイプに関連付けられてよい。

ＡＣＫタイプフィールド５３０は、表示されたトラフィック用に要求されている確認応答タイプを表示するように使用されてよい。たとえば、ＡＣＫタイプは、それだけではないが、ＳＵ ＡＣＫ、即時ＳＵ ＢＡ、ＳＵ遅延ＢＡ、ＳＵ ＨＴ遅延ＢＡ、即時マルチＷＴＲＵ ＡＣＫ／ＢＡ、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ、即時ＭＵ ＡＣＫ、即時ＭＵ ＢＡ、遅延ＭＵ ＢＡ、および／または遅延ＭＵ ＨＴ遅延ＢＡを含むことができる。ＡＣＫタイプフィールド５３０のＡＣＫタイプはＤＴＣに関連付けられてよい。たとえば、遅延許容範囲分類レベル０（ＤＴＣ０）は即時ＳＵ ＡＣＫ／ＢＡに関連付けられてよく、遅延許容範囲分類レベル１（ＤＴＣ１）はＳＵ遅延ＢＡに関連付けられてよく、遅延許容範囲分類レベル２（ＤＴＣ２）は遅延マルチＷＴＲＵ ＡＣＫ／ＢＡに関連付けられてよい。パケットが最初に生成されたとき、このパケットに対するＵＬ要求フレーム５００はＤＴＣ２（すなわちより長い遅延の許容範囲）を表示してよい。リソースがパケットに対して迅速に割り当てられた場合、パケットは、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡによって確認応答されてよいように、ＤＴＣ２（すなわちより長い遅延の許容範囲）を有することができる。リソースが、パケットに対して、パケット分類がＤＴＣ０になってしまう（すなわち、より短い遅延／長い遅延に対するより小さい許容範囲を必要とする）はるかに遅い時間に割り当てられた場合、パケットは即時ＳＵ ＡＣＫ／ＢＡを直接使用して確認応答されることを必要としてよい。

例では、ＵＬ要求フレーム５００の任意の部分またはそれらの任意の組合せが、アクションフレームなどの制御フレームまたは管理フレーム、アクションノーＡＣＫフレーム、他のタイプの管理フレーム、制御フレーム、拡張フレーム、空のデータパケット（ＮＤＰ）フレーム、および／またはＮＤＰを搬送するＭＡＣ情報フレームといったフレームのいずれかとしても実施されてよい。その上、詳細な遅延許容範囲表示および／またはＡＣＫタイプが、それに加えて、またはその代わりに、管理フレーム、制御フレーム、拡張フレーム、ＮＤＰフレームまたはデータフレームのフィールドまたはサブフィールドの、情報要素、部分要素、セットまたはサブセットとして、あるいはＭＡＣ／ＰＬＣＰヘッダの一部分として実施されてよい。詳細な遅延許容範囲表示および／またはＡＣＫタイプも、管理フレーム、制御フレーム、拡張フレーム、ＮＤＰフレームまたはデータフレームのフィールドまたはサブフィールドの、情報要素、部分要素、セットまたはサブセットとして、あるいはＭＡＣ／ＰＬＣＰヘッダの一部分として実施されてよい。

別の例では、確認応答方式を通知するために機構が使用されてよい。たとえばＡＰといったＷＴＲＵは、ビーコンフレームまたはトリガフレームなどのフレームを使用して、ＡＣＫ方式と、その確認応答方式のために計画された確認応答時間とを通知してよく、それにより、送信すると予期されるＷＴＲＵは、確認応答を予期するべき時間を知る。例によれば、ＡＣＫ方式の通知は、本明細書で説明されたように、送信機会（ＴＸＯＰ）タイプならびに／あるいはビーコンフレームおよび／またはトリガフレームにおける予期されたＡＣＫ時間表示プロシージャを使用してよい。

例では、ビーコンフレーム／ショートビーコンフレームは、ビーコン（サブ）間隔の先頭のトリガフレーム、１つまたは複数のＷＴＲＵが送受信するための１つまたは複数の間隔、および／または、ＷＴＲＵにＡＣＫを送信するための、１つまたは複数の予期されたＡＣＫ時間といった例示の情報のいずれかに基づく後続のビーコン（サブ）間隔のうちの１つまたは複数に関するスケジュールを通知してよい。予期されたＡＣＫ時間は、占有されたワイヤレス媒体／チャネルのために遅延する可能性があるビーコンの目標のビーコン送信時間（ＴＢＴＴ）と同様に機能することができる。しかしながら、マルチＷＴＲＵ ＡＣＫ、マルチＷＴＲＵ ＡＣＫ／ＢＡ、または遅延ＢＡなどのそれぞれの予期されたＡＣＫは、送信確認応答フレームにおけるいかなる以前の遅延も考慮に入れずに、目標とされた時間に送信されてよい。

例では、トリガフレームは、ビーコン（サブ）間隔、ＴＸＯＰ、ターゲットウェイクタイム（ＴＷＴ）、または制限付きアクセスウィンドウ（ＲＡＷ）の始まりにおいて送信されてよい。トリガフレームは、それだけではないが、ＴＸＯＰタイプフィールド、ＷＴＲＵフィールドのグループ、ＡＣＫタイプフィールド、および／または予期されたＡＣＫ時間フィールドといった情報のうちの任意の１つまたは複数を含むことができる。トリガフレームに含まれることができる情報フィールドが、以下でより詳細に説明される。

ＴＸＯＰタイプフィールドは、トリガフレームに続くＴＸＯＰのタイプを表示することができる。ＴＸＯＰの例は、それだけではないが、ＳＵ、ＭＵ、ＳＵ ＭＩＭＯ、ＳＵ ＯＦＤＭＡ、ＳＵ ＯＦＤＭＡ／ＭＩＭＯ、ＭＵ ＯＦＤＭＡ、ＭＵ ＭＩＭＯ、および／またはＭＵ ＯＦＤＭＡ／ＭＩＭＯといったタイプを含む。ＷＴＲＵフィールドのグループは、たとえばＵＬで送信することが許可される、ＤＬトラフィックを受信することが予期される、かつ／またはＭＵ送信に関与することが予期される、といったいくつかの共通機能を有する１つまたは複数のＷＴＲＵあるいはＷＴＲＵのグループを表示してよい。トリガフレームにおいて表示されるＷＴＲＵのグループの相対的順番またはＷＴＲＵの順番は、ＷＴＲＵが、トリガフレームに続くＴＸＯＰ／ビーコン（サブ）間隔においてＤＬおよび／またはＵＬ用の媒体にアクセスすることができるスロットを意味してよい。ＭＵ送信の場合には、Ｎ個のＷＴＲＵなど固定数のＷＴＲＵがＭＵ送信またはＭＵ受信のためにグループ化されると予期されてよい。たとえば、第１のＮ個のＷＴＲＵが第１のＭＵグループにあると予期されてよく、第２のＮ個のＷＴＲＵが第２のＭＵグループにあると予期されてよい。たとえば、数Ｎは、プリアンブルまたはフレーム本体またはフレームの任意の部分において指定されてよい。ｎ番目のＭＵグループ（１≦ｎ≦Ｎ）が媒体にアクセスする（ＵＬおよび／またはＤＬで送信し、かつ／または受信する）と予期されるスロットは、ＴＸＯＰタイプフィールドに含まれるＷＴＲＵの順序によって意味されてよい。

ＡＣＫタイプフィールドは、トリガフレームに続くＴＸＯＰ／ビーコン（サブ）間隔においてＡＰによって使用されることができる１つまたは複数のＡＣＫタイプを表示してよい。ＡＣＫタイプの例は、それだけではないが、マルチＷＴＲＵ ＡＣＫ／ＢＡ、即時ＳＵ ＡＣＫ／ＢＡ、遅延ＳＵ ＢＡ、即時マルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）、および／または遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）を含む。予期されたＡＣＫ時間フィールドは、トリガフレーム（または同様にビーコンフレーム）に続くＴＸＯＰ／ビーコン（サブ）間隔中の１つまたは複数の予期されたＡＣＫ時間を表示してよい。たとえば、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡまたは遅延ＳＵ ＢＡなどの確認応答フレームは、現在の送信されたフレームの最後またはビーコン（サブ）間隔の開始など時間の基準点のｘミリ秒（ｘミリ秒はたとえば１．５ミリ秒、３ミリ秒、または４．５ミリ秒でよい）後に到達すると予期されることができる。

例では、本明細書で説明されたトリガフレームもしくはビーコンフレームの任意の部分またはそれらの任意の組合せは、それだけではないが、アクションフレーム、アクションノーＡＣＫフレーム、何らかの他のタイプの管理フレーム、何らかの他のタイプの制御フレーム、拡張フレーム、ＮＤＰフレーム、およびＮＤＰを搬送するＭＡＣ情報フレームを含む制御フレームまたは管理フレームとして実施されてよい。その上、ＡＣＫタイプが、それに加えて、またはその代わりに、管理フレーム、制御フレーム、拡張フレーム、ＮＤＰフレームまたはデータフレームのフィールドまたはサブフィールドの、情報要素、部分要素、セットまたはサブセットとして、あるいはＭＡＣ／ＰＬＣＰヘッダの一部分として実施されてよい。

別の例では、トリガフレームは、それだけではないが、ＡＣＫ、ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡ、何らかの他のタイプの確認応答フレーム、制御フレーム、拡張フレーム、管理フレーム、データフレーム、および／またはＮＤＰフレームといったタイプのフレームのいずれかでよい。そのようなトリガフレームは、現行フレームがトリガフレームとして働いていることを表示する表示またはフィールドを含むことができる。

高効率のＡＣＫセットアップおよびＡＣＫ機構をさらに可能にするために、データまたは集約されたフレームにおいて遅延許容範囲表示プロシージャが使用されてよい。遅延許容範囲表示プロシージャの一部分として、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵなどのパケット（たとえば単一の（データ）パケット、ＨＥパケット、および／または集約されたパケット）は、そのプリアンブルおよび／またはフレーム本体において、または他の場所において、詳細な遅延表示フィールド、遅延許容範囲フィールド、再送信時間フィールド、廃棄時間フィールド、および／または遅延許容範囲分類フィールドといった情報のいずれかを搬送することができ、これらは以下でより詳細に説明される。

詳細な遅延表示フィールドは、表示されたトラフィックの詳細な遅延許容範囲を表示することができ、また、それだけではないが、遅延許容範囲フィールド、再送信時間フィールド、廃棄時間フィールド、および／または遅延許容範囲分類といったサブフィールドのいずれかをさらに含むことができる。たとえば、遅延許容範囲フィールドは、表示されたトラフィックのパケットが耐えることができる遅延許容範囲を表示してよい。遅延許容範囲は、ナノ秒、マイクロ秒、ミリ秒、ＴＵまたは何らかの他の時間単位で指定されてよい。遅延許容範囲は、パケットの生成の時間、フレームの送信、特定の時点から始めて、またはＴＳＦタイマの特定の値を使用して、指定されてよい。

再送信時間フィールドは、送信ＷＴＲＵが、送信されたパケット（たとえば単一のパケットまたは集約されたパケット）が正確に受信されていないと考えて、そのパケットの再送信プロシージャを開始しようとする時間を表示してよい。再送信時間フィールドは、絶対時間、またはパケットの生成の時間などの特定の時点から始まる期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。再送信時間の後、受信ＷＴＲＵは、ＡＣＫフレーム（ＡＣＫ／ＢＡまたはマルチＷＴＲＵ ＡＣＫ／ＢＡなど）を（パケットに関するそのようなＡＣＫが以前に送信されていなくても）送信しないことを決定してよい。

廃棄時間フィールドは、送信ＷＴＲＵが、パケットを廃止されたものと考えて、パケットの送信または再送信を試行しないことにする時間を表示してよい。廃棄時間は、たとえば絶対時間、またはパケットの生成の時間などの所与の時点からの期間であるパケットの送信時間、またはパケットの送信の最後として表示されてよい。廃棄時間の後、ＷＴＲＵ（たとえばＡＰ）は、パケットを再送信するためのリソースのスケジューリングまたは割当てをしないことを決定してよい。

遅延許容範囲分類フィールドは遅延許容範囲レベルに抽出されてよい。たとえば、遅延許容範囲レベルは、同様に定義された他のレベルの中で、０ナノ秒〜５０ナノ秒の遅延許容範囲に関連付けられてよいレベル０と、５１ナノ秒〜１００ナノ秒の遅延許容範囲に関連付けられてよいレベル１とを含むことができる。許容差は遅延許容範囲分類番号を使用して計算されてよい。遅延許容範囲分類レベルおよび関連付けられた遅延許容差が表示されてよい。そのような遅延許容範囲分類が設定されている場合、または所定のものである場合、このフィールドはＤＴＣレベル値のみ含めばよい。例では、遅延許容範囲分類レベルの各々が、遅延許容差の設定値、再送信時間および／または廃棄時間、ならびに所望のＡＣＫタイプに関連付けられてよい。

ＡＣＫタイプフィールドは、表示されたトラフィック用に要求されている確認応答タイプを表示するように使用されてよい。たとえば、ＡＣＫタイプは、それだけではないが、ＳＵ ＡＣＫ、即時ＳＵ ＢＡ、ＳＵ遅延ＢＡ、ＳＵ ＨＴ遅延ＢＡ、即時マルチＷＴＲＵ ＡＣＫ／ＢＡ、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ、即時ＭＵ ＡＣＫ、即時ＭＵ ＢＡ、遅延ＭＵ ＢＡ、および／または遅延ＭＵ ＨＴ遅延ＢＡを含むことができる。ＡＣＫタイプはＤＴＣに関連付けられてよい。たとえば、遅延許容範囲分類レベル０（ＤＴＣ０）は即時ＳＵ ＡＣＫ／ＢＡに関連付けられてよく、遅延許容範囲分類レベル１（ＤＴＣ１）はＳＵ遅延ＢＡに関連付けられてよく、遅延許容範囲分類レベル２（ＤＴＣ２）は遅延マルチＷＴＲＵ ＡＣＫ／ＢＡに関連付けられてよい。パケットがたった今生成されたとき、このパケットに対するＵＬ要求はＤＴＣ２（すなわちより長い遅延の許容範囲）を表示してよい。リソースがパケットに対して迅速に割り当てられた場合、パケットは、遅延マルチＷＴＲＵ ＡＣＫ／ＢＡによって確認応答されてよいように、ＤＴＣ２（すなわちより長い遅延の許容範囲）を有することができる。リソースが、パケットに対して、パケット分類がＤＴＣ０になってしまう（すなわち、より短い遅延／長い遅延に対するより小さい許容範囲を必要とする）はるかに遅い時間に割り当てられた場合、パケットは即時ＳＵ ＡＣＫ／ＢＡを直接使用して確認応答されることを必要としてよい。

図６は、ＷＬＡＮシステムにおける例示の高効率ＡＣＫ送信プロシージャ６００の流れ図を示す。例示のＷＬＡＮシステムは、ＡＰ ６０２およびＷＴＲＵ ６０４、ならびに図示されていない他のデバイスを含むことができる。ＡＰ ６０２は、同様な意味合いで非ＡＰ ＷＴＲＵ（すなわち非ＡＰ ＳＴＡ）でよく、同様に、ＷＴＲＵ ６０４はＡＰまたは非ＡＰ ＷＴＲＵでよい。例では、ＡＰ ６０２とＷＴＲＵ ６０４は同一のＢＳＳの一部分でよく、かつ／またはＷＴＲＵ ６０４がＡＰ ６０２に関連付けられてよい。６０８において、ＡＰ ６０２は、遅延許容範囲分類レベル、それらの遅延許容差に関連付けられた値、および／またはそれらが関連付けられたＡＣＫタイプの各々を指定してよい。たとえば、ＡＰ ６０２は、ビーコン６１０、あるいは同様にショートビーコン、プローブ応答、他のタイプの制御フレーム、管理フレーム、データフレーム、フレーム拡張子、および／または何らかの他のタイプのフレームを使用して、ＷＴＲＵ ６０４（および図示されていない他のデバイス）に、この情報を提供することができる。

ＷＴＲＵ ６０４は、詳細な遅延許容範囲記述、関連付けられた遅延許容範囲分類レベルおよび／または関連付けられた確認応答タイプのリストを確立するために、ＡＰ ６０２に対するＡＣＫセットアッププロシージャ６１５を行ってよい。ＡＣＫセットアッププロシージャ６１５は、ＡＣＫセットアップ要求フレーム６１２とＡＣＫセットアップ応答フレーム６１４の１つまたは複数のラウンド（rounds）を交換することによって達成されてよい。例では、センサまたはメータ（プラグ接続されてよい、図示せず）などのＷＴＲＵクラス表示は、ＷＴＲＵ ６０４に対する特定の遅延プロファイル、遅延許容範囲分類／記述、および／またはＡＣＫタイプを意味してよい。

ＡＰ ６０２は、ビーコン６１６（または同様にショートビーコン、他の制御フレーム、管理フレーム、データフレーム、拡張フレーム、ＮＤＰフレーム、もしくは他のタイプのフレーム）を送信することによって、ビーコン（サブ）間隔のうちの１つまたは複数に関する詳細な遅延許容範囲記述、遅延許容範囲分類レベル、および／またはＡＣＫタイプを通知してよい。ＡＰ ６０２は、ビーコン６１６によって、１つまたは複数のビーコン（サブ）間隔に関する１つまたは複数の予期されたＡＣＫ時間も通知してよい。

ＷＴＲＵ ６０４は、ＡＰ ６０２にＵＬ要求フレーム６１８を送信することによって、送信パケットのためのリソース割当てを要求してよい。ＷＴＲＵ ６０４は、ＵＬ要求フレーム６１８を送信するとき、その局所的にバッファリングされたトラフィックに関する遅延許容範囲を評価して、たとえば、ＡＰ ６０２によって（たとえばビーコン６１０を介して）以前に通知されていてよい、または以前に交渉されていてよい詳細な遅延許容範囲記述および／または遅延許容範囲分類レベルを提供することにより、ＵＬ要求フレーム６１８における表示されたトラフィックに遅延許容範囲表示を提供することができる。ＷＴＲＵ ６０４は、ＵＬ要求フレーム６１８の中に、要求されたＡＣＫタイプを含むことができる。

ＷＴＲＵ ６０４は、ＡＰ ６０２向けに意図されたそのパケットを、チャネルを取得することにより、またはＷＴＲＵ ６０４がＡＰ ６０２によってリソースを割り当てられているときにはリソース割当て６２０により、送信してよい。ＷＴＲＵ ６０４は、パケット送信６２２によってＡＰ ６０２にそのパケット（たとえば単一のパケット、集約されたパケット、またはＭＵ送信の一部分としてのパケット）を送るとき、ＷＴＲＵ ６０４が送信するパケットの遅延許容範囲を評価して、たとえば詳細な遅延許容範囲記述を含めること、および／または遅延許容範囲分類レベルを使用することによって、パケット送信６２２におけるパケットに対する遅延許容範囲を表示してよい。ＷＴＲＵ ６０４は、表示された遅延許容範囲分類レベルに関連付けられてよい要求されたＡＣＫタイプを、パケット送信６２２の中に含めることができる。遅延許容範囲記述、遅延許容範囲分類レベル、および／または要求されたＡＣＫタイプは、プリアンブル、および／またはフレーム本体、および／またはパケット送信フレーム６２２の任意の場所に含まれることができる。

ＡＰ ６０２（すなわちパケット送信フレーム６２２の受信／受側ＷＴＲＵ）は、表示された遅延許容範囲記述、遅延許容範囲分類レベル、および／または要求されたＡＣＫタイプ（すなわちパケット送信６２２の中で表示されたもの）に従ってＷＴＲＵ ６０４にＡＣＫフレーム６２４を送って、ＷＴＲＵ ６０４から受信されたパケットを確認応答することができる。適切なＡＣＫタイプの送信タイミングは、提供された遅延許容範囲記述および／または遅延許容範囲分類レベルに依拠してよい。

送信ＷＴＲＵ ６０４は、それが送信したパケットに対する確認応答を、表示された予期されるＡＣＫ時間まで待ってよい。送信されたパケットが、ＡＰ ６０２から、予期されたＡＣＫ時間までに遅延ＢＡまたは遅延マルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）などの確認応答によって確認応答されていなければ、送信ＷＴＲＵ ６０４は再送信プロシージャ（図示せず）を開始してよい。たとえば、送信ＷＴＲＵ ６０４は、たとえば送信６２２において送信されたパケットの中で、表示された予期される確認応答時間に先立つ確認応答を必要としていることを表示した場合には、パケットに関する再送信時間が終了していれば、パケットが受信ＡＰ ６０２によって正確に受信されていないと考えてよい。この場合、送信ＷＴＲＵ ６０４は再送信プロシージャを開始してよい。特定のパケットに関して廃棄時間が終了していれば、送信ＷＴＲＵ ６０４はパケットの送信または再送信を試行しなくてよく、ＡＰ ６０２は、パケットの送信および／または再送信のためにいかなるリソースも割り当てないことを選択してよい。

たとえば図２および図３に示された例示のマルチＷＴＲＵ ＡＣＫ／ＢＡ制御フレームを使用するマルチＷＴＲＵ ＡＣＫ／ＢＡ機構は、個別のＡＣＫフレームを送ることよりも、複数のＷＴＲＵからの送信を確認応答することに、より高い効率を提供することができる。しかしながら、送信されたデータまたはＡＣＫ／ＢＡが正確に受信されなかったとき、すべてのＷＴＲＵに関する遅延を最小化するような問題のうちのいくつかに対処するとともに正確な障害回復プロシージャを提供するために、効率がよく適切なＡＣＫ送信プロシージャが必要とされることがある。例では、以下で説明されるように、フィードバック、バッファおよび動作モード変更表示を伴う高効率確認応答送信のために、プロシージャが定義されてよい。

例では、ＡＣＫ ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）、またはＭＵブロックＡＣＫ要求（ＢＡＲ）などの確認応答フレームは、以下で説明されるように、バッファ表示フィールド、フィードバックフィールド、および／または動作モード変更フィールドなどの追加情報を搬送することができる。ＡＣＫフレームの内部にこれらのフィールドおよび情報を含有すると、ＷＴＲＵは、ＡＣＫフレームの宛先ＷＴＲＵなど１つまたは複数のＷＴＲＵに対して、効率がよく高速の通信をもたらすことができて高効率を達成する。

例では、ＷＴＲＵによって送信された有効なデータパケットまたは何らかの他のタイプのパケットは、同じＷＴＲＵに対して以前に送信されたパケットに対する有効なＡＣＫフレームと考えられてよい。確認応答フィールドを含むことができるデータパケットまたは何らかの他のタイプのフレームは、同じＷＴＲＵに対して以前に送信されたパケットに対する有効な確認応答フレームと考えられてよい。別の例では、ＡＣＫ、ＢＡおよび／またはマルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）を含む、ＷＴＲＵによって送信されたＡ−ＭＰＤＵまたはＡ−ＭＳＤＵなどの集約されたフレームは、同じＷＴＲＵに対して以前に送信されたパケットに対する有効な確認応答フレームと考えられてよい。

別の例では、バッファ表示フィールドは、各アクセスカテゴリ、ＴＩＤによって識別されることができる各トラフィックストリーム、および／またはＷＴＲＵにおける全体のバッファリングされたトラフィックに関するバッファ状態を含むことができる。バッファ状態は、それだけではないが、パケットの数、パケットを送信するための推測された総時間、および／または各パケットもしくは諸パケットの合計のバイト（それぞれのアクセスクラス（ＡＣ）、もしくはＴＩＤ、または全体のＷＴＲＵに関するものでよい）を含むことができる。遅延要求は、ＡＣＫフレームにおいて、各パケット、または各ＡＣ、または各ＴＩＤについて指定されてよく、それにより、ＡＣＫフレームの宛先ＷＴＲＵは、バッファリングされたトラフィックに対してリソースを割り当てることができてよい。

別の例では、ＡＣＫフレームのフィードバックフィールドは、それだけではないが、リソースブロック（ＲＢ）用、チャネル用、および／または副搬送波用のフィードバック、詳細な、または圧縮されたチャネル状態情報（ＣＳＩ）フィードバック、詳細な、または圧縮されたチャネル品質表示（ＣＱＩ）、詳細な、または圧縮されたビーム形成フィードバック、変調および符号化方式（ＭＣＳ）フィードバック、ならびに／あるいは望ましいチャネル表示、望ましいＲＢ表示、望ましいＭＣＳ表示などの選好表示といったフィードバック情報のいずれかを含むことができる。ＡＣＫフレームのフィードバックフィールドは、ＡＣＫフレームの宛先ＷＴＲＵなど１つまたは複数のＷＴＲＵに対して情報を提供することができる。例では、フィードバックフィールドは、相対的な（増分）量またはＭＣＳ性能値を包含することができる。たとえば、フィードバックフィールドは、現在のＲＢと、望ましい、または代替のＲＢと、現在のＲＢと代替のＲＢの間のＣＱＩの差を表示する値とを含むことができる。この場合、代替のＲＢの品質またはＣＱＩは、現在のＲＢのものよりも優れているかまたは劣っている可能性がある。次いで、確認応答フレームの宛先ＷＴＲＵは、フィードバックフィールドの情報のいずれか基づいて、後続の送信におけるリソース割当て、ＭＣＳ設定、ビーム形成設定、ＳＵまたはＭＵ−ＭＩＭＯ設定を適応させてよい。

例では、ＡＣＫフレームにおける動作モード変更フィールドは、確認応答フレームの、送信ＷＴＲＵのためにスケジューリングされた送信モードおよび受信モードを含むことができる。送信モードおよび受信モードについては、動作モード変更は、ＭＵ能力、ＳＵ／ＭＵ ＯＦＤＭＡ能力、ＳＵ／ＭＵ ＭＩＭＯ能力、ＳＵ空間ストリームの数（SU number of spatial streams）（Ｎｓｓ）、ＭＵ Ｎｓｓ、Ｎｓｓ、動作帯域幅、動作チャネル、動作リソースブロック幅、受信監視ＲＢ／チャネル、および／または電源オフ期間といったパラメータのうちの１つまたは複数における変更を含むことができる。動作モード変更フィールドは、表示された動作モード変更の効力が生じるまでの時間または遅延を含むことができる。

バッファ表示フィールド、フィードバックフィールド、および／または動作モード変更フィールド、ならびにその任意のサブセットが、何らかの他のフィールド、サブフィールド、情報要素、ＭＡＣヘッダおよび／またはＰＨＹヘッダとして実施されてよく、制御フレーム、管理フレーム、データフレーム、拡張フレーム、ＮＤＰフレーム、および／またはＡ−ＭＰＤＵまたはＡ−ＭＳＤＵなどの集約されたパケットなど、任意の種類のフレームに含まれることができる。バッファ表示フィールド、フィードバックフィールド、および／または動作モード変更フィールド、ならびにその任意のサブセットが、ＱｏＳフィールド、ＨＴ／ＶＨＴ制御フィールド、またはＭＡＣヘッダもしくはＰＨＹヘッダのＨＥ制御フィールドなどのフィールドで実施されてよい。

例示の高効率確認応答プロシージャによれば、送信（発信元）ＷＴＲＵ（たとえばＡＰ）は、１つまたは複数のＷＴＲＵに、たとえば制御フレーム、管理フレーム、データフレーム、拡張フレーム、集約されたパケット、および／またはＮＤＰフレームの一部分として、ＤＬ（ＳＵまたはＭＵ）パケットを送信してよい。送信ＷＴＲＵは、ＤＬパケットにおいて、受信（受側）ＷＴＲＵに、確認応答パケットまたはデータパケットなどのＵＬパケットを送信するためのリソース割当てを提供することができる。送信ＷＴＲＵは、ブロードキャスト／マルチキャストのチャネル／ＲＢにも情報を提供してよく、受信ＷＴＲＵは、後に、ここにおいてブロードキャスト／マルチキャスト情報を監視するべきである。受信ＷＴＲＵは、受信されたパケットを確認応答するために、ＳＵまたはＭＵのＰＰＤＵにおいて、送信ＷＴＲＵへ、ＡＣＫ、ＢＡ、マルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）などの確認応答フレームを送信してよい。

例では、受信（受側）ＷＴＲＵによって送信された有効なデータパケットまたは何らかの他のタイプのパケットは、受信ＷＴＲＵに対して以前に送信されたパケットに対する有効なＡＣＫフレームと考えられてよい。以前に受信されたフレームを確認応答するのに使用される確認応答フィールドを伴うデータパケットまたは何らかの他のタイプのフレームは、受信ＷＴＲＵに対して以前に送信されたパケットに対する有効な確認応答フレームと考えられてよい。例では、受信ＷＴＲＵによって送信され、ＡＣＫ、ＢＡおよび／またはマルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）を含むことができる、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵなどの集約されたフレームは、受信ＷＴＲＵに対して以前に送信されたパケットに対する有効なＡＣＫフレームと考えられてよい。

例では、受信ＷＴＲＵ（すなわち送信ＷＴＲＵからパケットを受信したＷＴＲＵ）は、フィードバックフィールド、バッファ状態フィールド、および／または動作モード変更フィールドを使用して、ＡＣＫフレーム追加情報において、送信ＷＴＲＵに対して、データパケットまたは有効な確認応答フレームとして働く他のタイプのパケットを、フィードバック、バッファ状態および／またはスケジューリングされた動作モード変更と併せて提供することができる。

ＡＣＫフレームの宛先ＷＴＲＵ（すなわちデータパケットの送信ＷＴＲＵまたは発信元ＷＴＲＵ）は、フィードバック、バッファ状態、および／または動作モード変更を含むことができる確認応答フレームを受信した後に、次いで、たとえば受信されたフィードバック、動作モード変更、およびバッファ状態に基づいて、リソース割当て、送信または受信のスケジューリング、送信および受信の設定、ならびに／あるいはＷＴＲＵのグループ化を調節してよい。

例では、ＡＣＫフレームの宛先ＷＴＲＵ（たとえばＡＰ）は、ＡＣＫフレームにおけるＣＳＩフィードバックもしくはＣＱＩフィードバック、望ましいＲＢおよび／または１つもしくは複数のチャネル表示などのフィードバックに従って、リソースを割り当ててよい。宛先ＷＴＲＵは、発信元ＷＴＲＵでもある宛先ＷＴＲＵとＡＣＫフレームを送った受信（受側）ＷＴＲＵの間の性能を改善するために、フィードバックに基づいてＲＢおよびチャネルを割り当ててよい。例では、ＡＣＫフレームの宛先ＷＴＲＵ（たとえばＡＰ）は、ＭＣＳフィードバックまたは望ましいＭＣＳ表示などのフィードバックに従ってリソースを割り当ててよい。宛先ＷＴＲＵは、フィードバック情報に基づいて、チャネル状態にとってより適切な別のＭＣＳを使用することができる。

別の例では、宛先ＷＴＲＵ（たとえばＡＰ）は、受信されたＡＣＫフレームの中の動作モード変更情報に従ってリソースを割り当ててよい。たとえば、宛先ＷＴＲＵは、動作モード変更に基づいて多少のＲＢおよびチャネルならびに／あるいは多少のＮｓｓを割り当ててよい。別の例では、宛先ＷＴＲＵは、表示されたブロードキャスト／マルチキャスト／監視ＲＢおよびチャネル上の受信ＷＴＲＵへ、ブロードキャスト／マルチキャストパケットを送信してよい。別の例では、宛先ＷＴＲＵは、受信ＷＴＲＵが特定の期間にわたって電源オフになると表示していれば、受信ＷＴＲＵに対していかなるリソースも割り当てなくてよく、またはいかなるパケットも送信しなくてよい。別の例では、宛先ＷＴＲＵ（たとえばＡＰ）は、受信されたＡＣＫフレームにおけるバッファ状態に従ってリソースを割り当ててよい。宛先ＷＴＲＵは、そのバッファ状態およびバッファリングされたパケットの遅延要求に従って、受信ＷＴＲＵに多少のＲＢ／チャネルを割り当ててよい。

例では、宛先ＷＴＲＵ（たとえばＡＰ）は、受信ＷＴＲＵと通信しているとき、ＡＣＫフレームで受信されたフィードバック、動作モード変更、バッファ状態に従って送信／受信の設定を調節してよい。宛先ＷＴＲＵは、受信ＷＴＲＵが、ＡＣＫフレームにおいて、ＳＵ動作モードに切り換わったことを示す、受信ＷＴＲＵが追加される、もしくは使用されるＮｓｓが減少する、かつ／または受信ＷＴＲＵが監視しているＲＢ／チャネル上で、受信ＷＴＲＵにパケットが送信され、それが宛先ＷＴＲＵまたは受信ＷＴＲＵによって表示されることができる、といった例示のイベントのいずれかに基づいて、ＳＵまたはＭＵの送信モード／受信モードの間を切り換えてよい。ＡＣＫフレームの宛先ＷＴＲＵは、ビーム形成マトリクスも調節してよい。宛先ＷＴＲＵは、ＡＣＫフレーム（またはＡＣＫフレームとして作動するデータフレーム／ＮＤＰフレーム）によって、動作モード変更が時間または遅延の後に効果を現すと表示された場合には、時間または遅延の後に、送信設定／受信設定のみを調節してよい。

ＷＬＡＮシステムにおいて高効率ＡＣＫ送信を達成するためのさらなる手法は、マルチＷＴＲＵ ＡＣＫ／ＢＡ送信のためのプロシージャを含み、それらは、ＷＴＲＵが、共通フレームまたは送信において複数のＷＴＲＵから受信されたパケットを確認応答することを許可する。例示の手法では、マルチＷＴＲＵ ＡＣＫ／ＢＡ送信は、以下で説明されるように、省電力複数ポール（ＰＳＭＰ）プロシージャを使用することができる。ＰＳＭＰプロシージャはＰＳＭＰシーケンスを含み、これは、ＷＴＲＵ（たとえばＡＰ）によるＰＳＭＰフレームの送信から始まり、ＤＬ送信の期間としての１つまたは複数のＰＳＭＰダウンリンク送信時間（ＰＳＭＰ−ＤＴＴ）と、ＵＰ送信の期間としての１つまたは複数のＰＳＭＰアップリンク送信時間（ＰＳＭＰ−ＵＴＴ）とを含む。

ＰＳＭＰプロシージャを使用するマルチＷＴＲＵ ＡＣＫ／ＢＡ送信の例では、ＡＰ（たとえば、または任意のＷＴＲＵ）は、ＰＳＭＰ−ＤＴＴ中にＷＴＲＵにマルチＷＴＲＵ ＡＣＫ／ＢＡを送信してよい。送信されたマルチＷＴＲＵ ＡＣＫ／ＢＡは、たとえば、現在のＰＳＭＰ−ＤＴＴまたは以前のＰＳＭＰ−ＵＴＴの直前のＰＳＭＰ−ＵＴＴにおいて、あるいはマルチＷＴＲＵ ＡＣＫ／ＢＡフレームが送信される現在のＰＳＭＰ−ＤＴＴに先行した何らかのビーコン（サブ）間隔においてＡＰに送信されたフレームに対する確認応答として働いてよい。

ＡＰは、ＡＰが、表示されたＰＳＭＰ−ＤＴＴ時間において、マルチＷＴＲＵ ＡＣＫ／ＢＡを送信することが予期されていることを、ＷＴＲＵに、フレーム送信（たとえば任意の制御フレーム、管理フレーム、データフレーム、拡張フレームまたはビーコン、トリガフレーム、もしくはＰＳＭＰフレームなど他のタイプのフレーム）において表示してよい。この場合、ＡＰからの確認応答を予期しているＷＴＲＵは、たとえば節電のために、表示されたＰＳＭＰ−ＤＴＴ時間までスリープまたはドーズになって（すなわち節電状態に入って）よい。

図７は、ＰＳＭＰプロシージャを使用する例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ７００のメッセージ伝達図を示す。例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ７００では、ＡＰ ７０５（ＡＰ ７０５は非ＡＰ ＷＴＲＵを含む任意のＷＴＲＵでよい）が、ＷＬＡＮシステムのＷＴＲＵ ７０１〜７０４と通信すると想定されている。ＡＰ ７０５は、ＷＴＲＵ ７０１〜７０４に、ＡＰ ７０５が１つまたは複数のＰＳＭＰ−ＤＴＴ ７２４においてマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム７２６を送信することになるという表示（矢印によって示されている）を含むことができるビーコン７０６を送ってよく、これは、ＰＳＭＰ−ＤＴＴ ７２４がスケジューリングされ、それに割り当てられたリソースを有した後、生じることになる。ビーコン７０６は、ビーコンあるいは何らかの制御フレーム、管理フレーム、パブリックアクション（public action）フレーム、データフレーム、拡張フレーム、またはたとえばショートビーコン、トリガフレーム、および／またはＰＳＭＰフレームを含む他のタイプのフレームでよい。

マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム７２６のスケジューリングされた時間は、ＴＳＦタイマに関して表示されてよく、これは、送信されたフレーム（たとえばビーコン７０６）からのオフセット、あるいは目標とされたＰＳＭＰフレーム送信時間またはＰＳＭＰフレーム（たとえばＰＳＭＰフレーム７２２）の最後からのオフセットなど、基準時間からのオフセットでよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム７２６は、ＡＰ ７０５によって受信される１つまたは複数のフレームの確認応答でよい。たとえば、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム７２６は、正規の送信７０８、以前のＰＳＭＰ ＵＴＴ ７１０、スケジューリングされた、もしくはスケジューリングされていない自動的な省電力配送（ＡＰＳＤ）（図示せず）、ならびに／またはターゲットウェイクタイム／制限付きアクセスウィンドウ（ＴＷＴ／ＲＡＷ）（図示せず）などのスケジューリングされた媒体アクセスの間に、ＡＰ ７０５によって受信される１つまたは複数のフレームの確認応答でよい。正規の送信７０８の例は、ＷＴＲＵ ７０１からＡＰ ７０５に送信されるフレーム７１２（たとえばデータフレームおよび／または制御フレーム）、およびＷＴＲＵ ７０４からＡＰ ７０５に送信されるフレーム７１４を含む。ＰＳＭＰ−ＵＴＴ送信の例は、ＷＴＲＵ ７０２からＡＰ ７０５に送信されるフレーム７１６、およびＷＴＲＵ ７０４３からＡＰ ７０５に送信されるフレーム７２０を含む。

別の例では、マルチＷＴＲＵ ＡＣＫ／ＢＡの送信はＰＳＭＰバーストを使用して行われてよい。図８は、ＰＳＭＰバーストを使用する例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ８００のメッセージ伝達図を示す。例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ８００では、ＡＰ ８０５（ＡＰ ８０５は非ＡＰ ＷＴＲＵを含む任意のＷＴＲＵでよい）が、ＷＬＡＮシステムのＷＴＲＵ ８０１〜８０４と通信すると想定されている。ＡＰ ８０５は、現在のＰＳＭＰシーケンスの後に別のＰＳＭＰフレーム８２２が続くことを第１のＰＳＭＰフレーム８０６送信において表示することにより、ＷＴＲＵ ８０１〜８０４にＰＳＭＰバーストを通知してよい。ＰＳＭＰシーケンスは、ＡＰ ８０５がＰＳＭＰ ８０６（ＰＳＭＰシーケンスを開始することができる）、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム８１４、およびＡＰ ８０５からＷＴＲＵ ８０１に送信されるフレーム８１６などのダウンリンクフレームを送ってよいＰＳＭＰ−ＤＴＴＳ ８０８などのＰＳＭＰ−ＤＴＴ期間を含むことができる。

各ＰＳＭＰシーケンスについて、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム８１４および８２４が、それぞれ、ＡＰ ８０５によって以前に受信された送信のうちの任意の１つまたは複数を確認応答するために使用されてよい。たとえば、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム８２４は、ＰＳＭＰフレーム８２２より以前のＰＳＭＰシーケンスにおけるＰＳＭＰ−ＵＴＴ ８１０中に送信されたＵＬフレーム８１８（ＷＴＲＵ ８０１からＡＰ ８０５に送信され、ＡＰ ８０５へのＢＡを含む）およびＵＬフレーム８２０（ＷＴＲＵ ８０３からＡＰ ８０５に送信されたもの）を確認応答するために使用されてよい。

別の例では、ＰＳＭＰプロシージャにおけるマルチＷＴＲＵ ＡＣＫ／ＢＡの使用は、ビーコン、ショートビーコン、ＰＳＭＰフレーム、ＮＤＰフレームなどの任意のフレーム、ならびにＭＡＣヘッダおよび／またはＰＬＣＰヘッダにおいて表示されてよい。たとえば、ＰＳＭＰにおけるマルチＷＴＲＵ ＡＣＫ／ＢＡの使用は、ＨＴ／ＶＨＴ／ＨＥ能力フィールドによって表示されてよい。別の例では、ＰＳＭＰにおけるマルチＷＴＲＵ ＡＣＫ／ＢＡの使用は、ＷＴＲＵ情報タイプフィールドを保存されることができる値に設定することにより、あるいはＰＳＭＰ ＷＴＲＵ情報固定フィールドにおける１つまたは複数の予約ビットを使用することによって表示されてよい。別の例では、マルチＷＴＲＵ ＡＣＫ／ＢＡは、集約されたパケットの一部分、またはＭＵ ＰＰＤＵの一部分として送信されてよい。

別の例では、マルチＷＴＲＵ ＡＣＫ／ＢＡ送信プロシージャはＴＷＴ／ＲＡＷ節電機構を使用することができる。ＴＷＴは、ＷＴＲＵが媒体にアクセスするための時間または時間のセットを定義することをＡＰに容認することができる機能である。ＡＰが競合するＷＴＲＵの中のコンテンションおよびオーバラップの量を制御することを許可するために、ＷＴＲＵとＡＰは、予期される作業所要時間などの情報を交換してよい。ＡＰは、作業の予期された期間中にチャネルまたはワイヤレス媒体を保護するために保護機構を使用してよい。ＷＴＲＵが、それらのＴＷＴが満了するまでドーズ状態に入ることを許可することによってネットワークエネルギー消費を低減するために、ＴＷＴが使用されてよい。ＲＡＷは、ＢＳＳの範囲内のＷＴＲＵをグループに分割すること、および指定されたグループの範囲内のＷＴＲＵへのチャネルアクセスを所与の期間にわたって制限することを許可してよい。ＲＡＷは、コンテンションを低減すること、および互いから隠された多くのＷＴＲＵからの同時送信を回避することを支援してよい。

図９は、ＴＷＴ／ＲＡＷ期間における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ９００のメッセージ伝達図を示す。例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ９００では、ＡＰ ９０５（ＡＰ ９０５は非ＡＰ ＷＴＲＵを含む任意のＷＴＲＵでよい）が、ＷＬＡＮシステムのＷＴＲＵ ９０１〜９０４と通信すると想定されている。ＡＰ ９０５は、ＴＷＴまたはＲＡＷの期間９２０における効率がよい確認応答のためにマルチＷＴＲＵ ＡＣＫ／ＢＡを使用してよい。たとえば、ＡＰ ９０５は、フレーム９０６（たとえばビーコンフレームまたはショートビーコンフレーム）において、ＴＷＴ／ＲＡＷ期間９２０がスケジューリングされていることを表示してよい。フレーム９０６は、ＴＷＴ／ＲＡＷ期間９２０がＳＵまたはＭＵのタイプであることを表示してよい。

フレーム９０６は、ＴＷＴ／ＲＡＷ期間９２０中に媒体にアクセスすることを許可されるＷＴＲＵを表示してよい。フレーム９０６は、ＴＷＴ／ＲＡＷ期間９２０中に使用される割り当てられたリソースを表示してよい。フレーム９０６は、ＴＷＴ／ＲＡＷ期間９２０がマルチＷＴＲＵ ＡＣＫ／ＢＡを確認応答のために使用することをさらに表示してよい。フレーム９０６は、ＡＰ ９０５が、ＴＷＴ／ＲＡＷ期間９２０中に１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム（たとえばマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８）を送信するようにスケジューリングされていることも表示してよい（たとえばＡＰ ９０５がＴＷＴ／ＲＡＷ期間９２０中に送信することができるマルチＷＴＲＵ ＡＣＫ／ＢＡフレームの数の表示）。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、たとえば絶対時間、または現行フレーム９０６の送信もしくはＴＷＴ／ＲＡＷ期間９２０の開始のオフセットなど基準時間からのオフセットに関して表示されてよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、１つまたは複数のスロットに対応付けられてよい。

ＴＷＴ／ＲＡＷ期間９２０は、ＡＰ ９０５などのＷＴＲＵによるフレーム９０８の送信で始まってよい。フレーム９０８は、たとえば（ショート）ビーコンフレームもしくはトリガフレーム、リソース割当てフレーム、ＮＤＰフレーム、またはＭＵフレームの一部分でよい。フレーム９０８は、ＴＷＴ／ＲＡＷ期間９２０がＳＵまたはＭＵのタイプでよいことを表示してよい。フレーム９０８は、ＴＷＴ／ＲＡＷ期間中に媒体にアクセスすることを許可されるＷＴＲＵを表示してよい。フレーム９０８は、ＴＷＴ／ＲＡＷ期間９２０中に使用される割り当てられたリソースを表示してよい。フレーム９０８は、ＴＷＴ／ＲＡＷがマルチＷＴＲＵ ＡＣＫ／ＢＡを確認応答のために使用することを表示してよい。フレーム９０８は、ＡＰ ９０５が、ＴＷＴ／ＲＡＷ期間９２０中に１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡを送信するようにスケジューリングされていることを表示してよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、絶対時間、現行フレームの送信の最後またはＴＷＴ／ＲＡＷ期間９２０の開始からのオフセットなど基準時間からのオフセットに関して表示されてよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、１つまたは複数のスロットに対応付けられてよい。

ＴＷＴ／ＲＡＷ期間９２０中に、媒体（たとえばチャネル）にアクセスすることを許可されたＷＴＲＵ ９０１〜９０５は、それらの宛先へフレームを送信してよい。そのような送信は、割り当てられたリソースに対応付けられたスロットにおいて起こってよい。たとえば、ＷＴＲＵ ９０１がＡＰ ９０５にフレーム９１０を送ってよく、ＷＴＲＵ ９０３がＡＰ ９０５にフレーム９１２を送ってよい。フレーム９１０および９１２は、ＡＰ ９０５へのＢＡを含むことができる。例では、ＷＴＲＵ ９０１および９０３は、フレーム９１０および９１２を送信するとき、ＡＣＫタイプがマルチＷＴＲＵ ＡＣＫ／ＢＡであることを表示してよい。ＷＴＲＵ ９０１および９０３（またはＷＴＲＵ ９０１〜９０５のいずれか）は、フレーム９１０および９１２の送信を完了した後、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃までスリープまたはドーズになってよい。フレーム９１０および９１２の、この例ではＡＰ ９０５である受側ＷＴＲＵは、目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃においてマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および９１８を用いて応答して、ＡＰ ９０５が受信したパケットを確認応答してよい。媒体がビジーであれば、ＡＰ ９０５は、媒体に対するアクセスを得るまで、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および／または９１８のいずれかを送信するのを遅らせてよい。例では、ＡＰ ９０５は、以前のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームの送信におけるいかなる遅延も考慮に入れることなく、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、および／または９１８の送信を、それぞれの目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃の各々において試行してよい。

たとえばＷＴＲＵ ９０１またはＷＴＲＵ ９０３といったＷＴＲＵは、送信の後に、受信されたマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム９１４、９１６、または９１８において、そのフレームのうちの１つまたは複数がＡＰ ９０５などの受信ＷＴＲＵによって確認応答されていないと判定した場合には、次に媒体へのアクセスを許可されたとき、確認応答されていないフレームを再送信してよい。たとえばＷＴＲＵ ９０１またはＷＴＲＵ ９０３といったＷＴＲＵは、フレームを送信した後に、受側ＷＴＲＵ（たとえばＡＰ ９０５）からマルチＷＴＲＵ ＡＣＫ／ＢＡフレームを受信しなければ、次に媒体へのアクセスを許可されたとき、確認応答されていないフレームを再送信してよい。例では、たとえばＷＴＲＵ ９０１またはＷＴＲＵ ９０３といったＷＴＲＵは、受信ＷＴＲＵ（たとえばＡＰ ９０５）に対して、確認応答を要求するために、受信ＷＴＲＵへの送信の一部分としてブロック確認応答要求（ＢＡＲ）またはマルチＷＴＲＵ ＢＡＲ（図示せず）を送信してよい。

例によれば、トリガされたＴＸＯＰとともにマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャが使用されてよい。図１０は、トリガされたＴＸＯＰ期間１０１４における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ１０００のメッセージ伝達図を示す。ＷＴＲＵ １００１〜１００５（ＷＴＲＵ １００５はＡＰでよい）は、トリガされたＴＸＯＰ期間１０１４においてマルチＷＴＲＵ ＡＣＫ／ＢＡ機構を使用してよい。

トリガされたＴＸＯＰ期間１０１４は、たとえばＡＰ １００５であるＷＴＲＵによって送信されたフレーム１００６によって開始されてよい。フレーム１００６は、たとえば（ショート）ビーコンフレームもしくはトリガフレーム、リソース割当てフレーム、ＮＤＰフレーム、ＭＵフレームの一部分または何らかの他のタイプのフレームでよい。フレーム１００６は、トリガされたＴＸＯＰ期間１０１４がＳＵまたはＭＵのタイプであるという表示を含むことができる。フレーム１００６は、トリガされたＴＸＯＰ期間１０１４中に媒体にアクセスすることを許可されるＷＴＲＵ（たとえばＷＴＲＵ １００１〜１００５）を表示してよい。フレーム１００６は、トリガされたＴＸＯＰ期間１０１４中に使用される割り当てられたリソースを表示してよい。フレーム１００６は、トリガされたＴＸＯＰ期間１０１４が、受信されたフレームの確認応答のためにマルチＷＴＲＵ ＡＣＫ／ＢＡを使用することを表示してよい。フレーム１００６は、ＡＰ １００５が、トリガされたＴＸＯＰ期間１０１４中に１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡを送信するようにスケジューリングされていることを表示してよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、絶対時間、ＴＳＦタイマ、現行フレーム１００６の送信の最後またはトリガされたＴＸＯＰ １０１４の開始からのオフセットなど、基準時間からのオフセットに関して表示されてよい。マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃は、１つまたは複数のスロットにも対応付けられてよい。

媒体にアクセスすることを許可されたＷＴＲＵ（たとえばＷＴＲＵ ９０１〜９０５）は、トリガされたＴＸＯＰ期間１０１４中に、それらの宛先へフレームを送信してよい。たとえば、ＷＴＲＵ １００１がＡＰ １００５にフレーム１０１６を送信してよく、ＷＴＲＵ １００３がＡＰ １００５にフレームに１０１８を送信してよい。フレーム１０１６および１０１８は、ＡＰ １００５へのＢＡを含むことができる。フレーム送信１０１６および１０１８は、割り当てられたリソースに対応付けられたスロットにおいて起こってよい。ＷＴＲＵ １００１および１００３は、フレーム１０１６および１０１８において、ＡＣＫタイプがマルチＷＴＲＵ ＡＣＫ／ＢＡ（たとえばＭ−ＢＡ）であることを表示してよい。ＷＴＲＵ １００１および１００３（または何らかの他のアクティブＷＴＲＵ）は、フレーム送信１０１６および１０１８を完了した後、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２の目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃までスリープまたはドーズになってよい。たとえばこの例ではＡＰ １００５である、受信フレーム１０１６および１０１８である、応答するＷＴＲＵは、目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃において受信したパケットに対して、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２を送信することによって応答してよい。媒体がビジーであれば、ＡＰ １００５は、媒体に対するアクセスを得るまで、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２のいずれかを送信するのを遅らせてよい。別の例では、ＡＰ １００５は、以前のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームの送信におけるいかなる遅延も考慮に入れることなく、マルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および１０１２の送信を、目標とされた送信時間ｔ₁、ｔ₂、およびｔ₃のいずれかまたは各々において試行してよい。

たとえばＷＴＲＵ １００１および／または１００３といったＷＴＲＵは、送信の後に、受信されたマルチＷＴＲＵ ＡＣＫ／ＢＡフレーム１００８、１０１０、および／または１０１２において、その送信されたフレーム１０１６および／または１０１８のうちの１つまたは複数が受信ＷＴＲＵ（ＡＰ １００５）によって確認応答されていないと判定した場合には、次に媒体へのアクセスを許可されたとき、確認応答されていないフレームを再送信してよい。たとえばＷＴＲＵ １００１および／または１００３といったＷＴＲＵは、送信の後に、いかなるマルチＷＴＲＵ ＡＣＫ／ＢＡフレームも受信しなければ、次に媒体へのアクセスを許可されたとき、確認応答されていないフレームを再送信してよい。例では、ＷＴＲＵ（ＷＴＲＵ １００１および／または１００３）は、ＢＡＲまたはマルチＷＴＲＵ ＢＡＲ（図示せず）を、受信ＷＴＲＵへの他の送信の一部分として受信ＷＴＲＵ（ＡＰ １００５）に送信してよい。

図１１は、ＷＴＲＵによって遂行されるＴＷＴ／ＲＡＷ期間における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ１１００の流れ図を示す。例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ１１００は、たとえばＷＬＡＮシステムのＡＰによって、ＴＷＴ／ＲＡＷプロシージャを使用して遂行されてよい。例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ１１００は、図９における例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ９００に対応してよく、そのため、図９に関して説明された特徴または要素の任意のサブセットを含むことができる。

図１１を参照して、１１０２において、ＡＰは、ＴＷＴ／ＲＡＷ期間がスケジューリングされているという第１のフレーム表示を送ってよい。（この第１のフレームはたとえば図９のフレーム９０６でよい。）第１のフレームは、ＴＷＴ／ＲＡＷ期間中に、確認応答のためにマルチＷＴＲＵ ＡＣＫ／ＢＡが使用されることになるという表示を含むことができる。第１のフレームは、１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームに関する目標とされた送信時間を含むことができる。確認応答が予期されないとき、そうでなければ送信していないとき、目標の送信時間の表示は、他のＷＴＲＵがスリープまたはドーズになるのを可能にすることができる。

１１０４において、ＡＰは、ＴＷＴ／ＲＡＷ期間の開始をトリガする第２のフレームを送ってよい。（この第２のフレームはたとえば図９のフレーム９０８でよい。）第１のフレームに含まれている情報に加えて、またはその代わりに、第２のフレームは、マルチＷＴＲＵ ＡＣＫ／ＢＡがＴＷＴ／ＲＡＷ期間中に確認応答のために使用されるという表示、および／または１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームの目標とされた送信時間を含むことができる。１１０６において、ＡＰは、ＴＷＴ／ＲＡＷ期間中に媒体にアクセスすることを許可される少なくとも１つのＷＴＲＵから少なくとも１つのフレームを受信してよい。（この少なくとも１つのフレームはたとえば図９のフレーム９１０および９１２でよい。）１１０８において、ＡＰは、ＴＷＴ／ＲＡＷ期間中に受信された少なくとも１つのフレームを確認応答するために、ＴＷＴ／ＲＡＷ期間中に、目標とされた送信時間において、１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームを送信してよい。（１つまたは複数のマルチＷＴＲＵ ＡＣＫ／ＢＡフレームは、たとえば図９のフレーム９１４、９１６および９１８でよい。）例示のマルチＷＴＲＵ ＡＣＫ／ＢＡプロシージャ１１００は、各ＴＷＴ／ＲＡＷ期間において繰り返されてよい。

本発明の特徴および要素が、望ましい実施形態における特定の組合せで説明されているが、それぞれの特徴または要素は、望ましい実施形態の他の特徴や要素なしで単独で使用されてよく、または本発明の他の特徴および要素を伴う、もしくは伴わない様々な組合せで使用されてよい。本明細書で説明された解決策は、８０２．１１特有のプロトコルを考えるものであるが、このシナリオに限定されず、他のワイヤレスシステムに対して同様に適用可能であることが理解される。設計およびプロシージャの例では、様々なフレーム間の間隔を表示するためにＳＩＦＳが使用されているが、同じ解決策において、ＲＩＦＳまたは合意によって定められた他の時間間隔など、すべての他のフレーム間の間隔が適用されることができる。

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

Claims (12)

1. ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）システムにおいて通信するワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
   ベースバンドプロセッサおよびアンテナに結合されたトランシーバを備え、
   前記トランシーバは、ターゲットウェイクタイム（ＴＷＴ）期間の表示、ならびに前記ＴＷＴ期間中の、シングルユーザ（ＳＵ）アップリンク（ＵＬ）送信を示すことができ、およびマルチユーザ（ＭＵ）ＵＬ送信を示すことができるタイプ表示を含んでいるビーコンフレームを受信するように構成され、
   前記トランシーバは、前記ＴＷＴ期間の開始をトリガするトリガフレームを受信するように構成され、前記ＷＴＲＵは前記ＴＷＴ期間中にアウェイクであり、
   前記トランシーバは、前記ＴＷＴ期間中に少なくとも１つのフレームを送信するように構成され、前記少なくとも１つのフレームは前記タイプ表示に基づくＳＵアップリンク送信またはＭＵアップリンク送信である、ＷＴＲＵ。
2. 前記ビーコンフレームまたは前記トリガフレームは、前記ＷＬＡＮシステムのＷＴＲＵが、前記ＴＷＴ期間中にワイヤレス媒体にアクセスすることを許可されることの表示、前記ＴＷＴ期間中に使用されることになる割り当てられたリソース、またはマルチＷＴＲＵ確認応答／ブロック確認応答（ＡＣＫ／ＢＡ）フレームが前記ＴＷＴ期間中に送信されることになるという表示のうちの少なくとも１つをさらに含む、請求項１に記載のＷＴＲＵ。
3. 前記ビーコンフレームおよび前記トリガフレームはショートビーコンである、請求項１に記載のＷＴＲＵ。
4. 前記少なくとも１つのフレームは、以前に前記ＷＴＲＵによって受信されたフレームのためのブロック確認応答（ＢＡ）を含む、請求項１に記載のＷＴＲＵ。
5. 前記トランシーバは、トリガされた送信機会（ＴＸＯＰ）期間中に、確認応答のためにマルチＷＴＲＵ ＡＣＫ／ＢＡが使用されることの表示を含んでいる第３のフレームを受信するようにさらに構成された、請求項１に記載のＷＴＲＵ。
6. ８０２．１１局（ＳＴＡ）として構成されたＷＴＲＵであって、前記トランシーバはアクセスポイント（ＡＰ）から前記ビーコンフレームおよび前記トリガを受信するように構成された、請求項１に記載のＷＴＲＵ。
7. ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）システムにおいて、ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
   ターゲットウェイクタイム（ＴＷＴ）期間の表示、ならびに前記ＴＷＴ期間中の前記ＷＴＲＵに対する、シングルユーザ（ＳＵ）アップリンク（ＵＬ）送信を示すことができ、およびマルチユーザ（ＭＵ）ＵＬ送信を示すことができるタイプ表示を含んでいるビーコンフレームを受信するステップと、
   前記ＴＷＴ期間の開始をトリガするトリガフレームを受信するステップであって、前記ＷＴＲＵは前記ＴＷＴ期間中にアウェイクであるステップと、
   前記ＴＷＴ期間中に少なくとも１つのフレームを送信するステップであって、前記少なくとも１つのフレームは前記タイプ表示に基づくＳＵアップリンク送信またはＭＵアップリンク送信であるステップと
   を含む方法。
8. 前記ビーコンフレームまたは前記トリガフレームは、前記ＷＬＡＮシステムのＷＴＲＵが、前記ＴＷＴ期間中にワイヤレス媒体にアクセスすることを許可されることの表示、前記ＴＷＴ期間中に使用されることになる割り当てられたリソース、またはマルチＷＴＲＵ確認応答／ブロック確認応答（ＡＣＫ／ＢＡ）フレームが前記ＴＷＴ期間中に送信されることになるという表示のうちの少なくとも１つをさらに含む、請求項７に記載の方法。
9. 前記ビーコンフレームおよび前記トリガフレームはショートビーコンである、請求項７に記載の方法。
10. 前記少なくとも１つのフレームは、以前に前記ＷＴＲＵによって受信されたフレームのためのブロック確認応答（ＢＡ）を含む、請求項７に記載の方法。
11. トリガされた送信機会（ＴＸＯＰ）期間中に、確認応答のためにマルチＷＴＲＵ ＡＣＫ／ＢＡが使用されることの表示を含んでいる第３のフレームを受信するステップをさらに含む、請求項７に記載の方法。
12. 前記ＷＴＲＵは８０２．１１局（ＳＴＡ）として構成され、前記ビーコンフレームおよび前記トリガフレームはアクセスポイント（ＡＰ）から受信される、請求項７に記載の方法。

Images