JP2017502564A - 拡張ブロック確認応答プロトコル - Google Patents

Abstract

第１のワイヤレスデバイスから第２のワイヤレスデバイスに送られるべきブロック確認応答（ＢＡ）フレームのためのブロック確認応答ビットマップのサイズを選択するための方法は、第２のワイヤレスデバイスから受信されたいくつかのデータフレームの送信レートを決定することと、決定された送信レートに少なくとも部分的に基づいてブロック確認応答ビットマップのサイズを選択することと、選択されたサイズのブロック確認応答ビットマップが埋め込まれたＢＡフレームを第２のワイヤレスデバイスに送信することとを含む。【選択図】図４Ａ

Description

本実施形態は、一般にワイヤレスネットワークに関し、より詳細には、ワイヤレスネットワークにおけるブロック確認応答に関する。

[0002]ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、いくつかのクライアントデバイスまたは局（ＳＴＡ）が使用する共有ワイヤレス通信媒体を与える１つまたは複数のアクセスポイント（ＡＰ）によって形成され得る。基本サービスセット（ＢＳＳ）に対応し得る各ＡＰは、ＡＰのワイヤレス範囲内のＳＴＡがＷＬＡＮとの通信リンクを確立および／または維持することを可能にするために、ビーコンフレームを周期的にブロードキャストする。ＳＴＡがＡＰに関連付けられると、ＡＰとＳＴＡとはデータフレームを交換し得る。ＳＴＡがＡＰからデータフレームを受信したとき、ＳＴＡは、データフレームの受信を確認応答するために確認応答（ＡＣＫ）フレームをＡＰに返信する。

[0003]ブロック確認応答プロシージャは、ＳＴＡが単一のＡＣＫフレームを使用して複数のデータフレームの受信を確認応答することを可能にし得る。より詳細には、ＳＴＡは、複数のデータフレームおよび／またはいくつかのアグリゲートされたデータフレームの受信を確認応答するために１つのブロック確認応答（ＢＡ）フレームを使用し、それによって、ＡＰに送信される確認応答フレームの数を低減（およびしたがって共有ワイヤレス媒体の容量を節約）し得る。より詳細には、ブロック確認応答プロシージャが断片化（fragmentation）を使用しないとき、複数のアグリゲートされたデータフレームを確認応答するために圧縮ブロック確認応答（ＣＢＡ：compressed block acknowledgement）フレームが使用され得る。ＣＢＡフレームは、最高６４個の個々のデータフレームの受信を確認応答するために使用され得る（たとえば、８＊８＝６４ビットを含んでいる）８オクテットのビットマップを含む。ＣＢＡフレームのビットマップを６４ビットに制限することによって、ＣＢＡフレームの送信持続時間は、ワイヤレス媒体上のトラフィックを低減するために（たとえば、非圧縮ＢＡフレームと比較して）最小限に抑えられ得る。

[0004]ＷＬＡＮに関連するワイヤレス媒体の容量に悪影響を及ぼすことなしに、単一のＢＡフレームを用いて確認応答され得るデータフレームの数を増加させることが望ましいであろう。

[0005]本実施形態は、例として示されており、添付の図面の図によって限定されるものではなく、ここで、図面の全体にわたって、同様の参照番号は対応する部分を指す。

本実施形態の少なくともいくつかが実装され得るＷＬＡＮシステムのブロック図。 いくつかの実施形態によるワイヤレス局（ＳＴＡ）のブロック図。 基本（たとえば、比較的低い）送信レートを使用するワイヤレスデバイス間のフレームの例示的な交換を示すシーケンス図。 いくつかの実施形態による、高速（たとえば、比較的高い）送信レートを使用するワイヤレスデバイス間のフレームの例示的な交換を示すシーケンス図。 いくつかの実施形態による、ブロック確認応答ビットマップのサイズを選択するための例示的な動作を示す例示的なフローチャート。 いくつかの実施形態による、他のワイヤレスデバイスから受信されたフレームの送信レートを決定するための例示的な動作を示す例示的なフローチャート。 いくつかの実施形態による、拡張ブロック確認応答（ＥＢＡ：extended block acknowledgement）フレームの例示的なサイズと、様々な送信レートについてのそれらの対応する送信持続時間を示す図。 様々なサイズのブロック確認応答ビットマップを含むブロック確認応答フレームのための例示的な送信レートおよび送信持続時間を示す図。 いくつかの実施形態による、応答ＥＢＡフレームおよびデュアルＥＩＦＳトランケーション（truncation）を用いる例示的なフレーム交換を示すシーケンス図。 いくつかの実施形態による、応答ＥＢＡフレームおよびシングルＥＩＦＳトランケーションを用いる例示的なフレーム交換を示すシーケンス図。 いくつかの実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いる例示的なフレーム交換を示すシーケンス図。 他の実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いる例示的なフレーム交換を示すシーケンス図。 応答ＥＢＡフレーム、ＲＴＳ送信による第１のＥＩＦＳトランケーション、およびＣＴＳ送信による第２のＥＩＦＳトランケーションを用いる例示的なフレーム交換を示すシーケンス図。 いくつかの実施形態による、ワイヤレスチャネルへのアクセスを延期するための例示的な動作を示す例示的なフローチャート。

[0020]本開示の例示的な実施形態について、単に簡単のために、Ｗｉ−Ｆｉ（登録商標）対応デバイス間のデータ交換のコンテキストにおいて以下で説明する。実施形態は、他の様々なワイヤレス規格またはプロトコルの信号を使用するデータ交換に等しく適用可能であることを理解されたい。本明細書で使用する「ＷＬＡＮ」および「Ｗｉ−Ｆｉ」という用語は、ＩＥＥＥ８０２．１１規格ファミリー、ＢＬＵＥＴＯＯＴＨ（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＨｉｐｅｒＬＡＮ（主に欧州で使用される、ＩＥＥＥ８０２．１１規格に類似のワイヤレス規格のセット）、および比較的短い電波伝搬距離を有する他の技術によって管理される通信を含むことができる。さらに、本明細書ではワイヤレスデバイス間でデータフレームを交換することに関して説明するが、本実施形態は、ワイヤレスデバイス間の任意のデータユニット、パケット、および／またはフレームの交換に適用され得る。したがって、「データフレーム」という用語は、たとえば、プロトコルデータユニット（ＰＤＵ）、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）、および物理レイヤ・コンバージェンスプロシージャプロトコルデータユニット（ＰＰＤＵ）など、任意のフレーム、パケット、またはデータユニットを含み得る。「Ａ−ＭＰＤＵ」という用語はアグリゲートされたＭＰＤＵを指すことがある。さらに、本明細書で使用する「圧縮ブロック確認応答（ＣＢＡ：compressed block acknowledgement）フレーム」は、８バイトまたはオクテットのブロック確認応答ビットマップを含むＢＡフレームを指すことがあり、「拡張ブロック確認応答（ＥＢＡ:extended block acknowledgement）フレーム」という用語は、８バイトまたはオクテットよりも大きい（たとえば、３２バイト、６４バイト、１２８バイトなどの）ブロック確認応答ビットマップを含むＢＡフレームを指すことがある。

[0021]以下の説明では、本開示の完全な理解を与えるために、特定の構成要素、回路、およびプロセスの例など、多数の具体的な詳細を記載する。本明細書で使用する「結合された」という用語は、直接接続されていること、または１つまたは複数の介在する構成要素もしくは回路を介して接続されていることを意味する。また、以下の説明では、説明のために、本実施形態の完全な理解を与えるために具体的な名称を記載する。ただし、これらの具体的な詳細は、実施形態を実行するために必要でないことがあることが当業者には明らかであろう。他の事例では、本開示を不明瞭にしないように、よく知られている回路およびデバイスをブロック図の形式で示す。本実施形態は、本明細書で説明する具体的な例に限定されるものと解釈されるべきではなく、むしろ添付の特許請求の範囲によって規定されたすべての実施形態をそれらの範囲内に含む。

[0022]上述のように、現在のＷｉ−Ｆｉ規格は、ワイヤレスデバイス（たとえば、ＳＴＡおよび／またはＡＰ）が、単一のブロック確認応答（ＢＡ）フレームを使用して複数のデータフレームまたはアグリゲートされたデータフレームを確認応答することを可能にする。たとえば、圧縮ブロック確認応答（ＣＢＡ）フレームは、一般に、最高８＊８＝６４個のデータフレームの受信を確認応答し得る８オクテットのブロック確認応答ビットマップを含んでいる。したがって、ＣＢＡフレームのブロック確認応答ビットマップ中の各ビットは、６４個のフレームのうちの対応する１個が受信されたかどうかを示し得る（たとえば、ここで、ブロック確認応答ビットマップ中の各ビットは、対応するデータフレームのステータス（たとえば、成功／失敗）を表す）。

[0023]ワイヤレスデバイスのペアが互いのデータ送信を確認応答するためにＢＡフレームを使用するより前に、ワイヤレスデバイスは、最初に、能力情報（capability information）（たとえば、バッファサイズおよびブロック確認応答ポリシー）がその間に互いにネゴシエートされ得るブロック確認応答セットアップフェーズに入る。セットアップフェーズが完了すると、ワイヤレスデバイスは、次いで、個々のＡＣＫフレームを待つことなしに互いに複数のフレームを送り得、代わりに、受信ワイヤレスデバイスは、単一のＢＡフレームを使用して複数のデータフレームの受信を確認応答し得る。ブロック確認応答アグリーメントは、他のワイヤレスデバイスにブロック確認応答削除（ＤＥＬＢＡ：Delete Block Acknowledgment）フレームを送ることによってティアダウン（たとえば、終了）され得る。

[0024]上述のように、各ＢＡフレームがより多数のデータフレームを確認応答し得るように、より大きいブロック確認応答ビットマップをＢＡフレーム中に埋め込むことが望ましいことがある。たとえば、ブロック確認応答ビットマップのサイズを８バイトから３２バイトに増加させることは、単一のＢＡフレームが最高３２＊８＝２５６個のデータフレームの受信を確認応答することを可能にし得る。ブロック確認応答ビットマップ中のビット数を増加させることは、ＢＡフレームの全体的サイズを増加させ、したがって、ＢＡフレームの送信持続時間（たとえば、あるワイヤレスデバイスから別のワイヤレスデバイスにＢＡフレームを送信することに関連する信号伝搬時間）をも増加させ得る。ＢＡフレームの送信持続時間を増加させることは、ＩＥＥＥ８０２．１１規格ファミリーの１つまたは複数の適用可能な規定に準拠しないので望ましくないことがある。

[0025]したがって、いくつかの実施形態によれば、ワイヤレスデバイスは、ワイヤレスデバイス間の送信レートまたはリンクスピードに少なくとも部分的に基づいて、ＢＡフレームのブロック確認応答ビットマップのサイズを増加させ得る。たとえば、ワイヤレスデバイス間の送信レートが、８バイトを有するブロック確認応答ビットマップを基本送信レートで送信することに関連するのと同様の時間量において、より大きいブロック確認応答ビットマップ（たとえば、８バイトよりも多くのバイトを有するブロック確認応答ビットマップ）を送信するのに十分高い場合、ワイヤレスデバイスは、増加したブロック確認応答ビットマップサイズを有する拡張ブロック確認応答（ＥＢＡ）フレームを採用し得る。このようにして、ワイヤレスデバイスは、ＢＡフレーム送信持続時間を増加させることなしに、より大きいブロック確認応答ビットマップをＢＡフレーム中に埋め込み得る。そうではなく、データフレームの送信レートが十分高くない（たとえば、しきい値以下の）場合、ワイヤレスデバイスは、８バイトのブロック確認応答ビットマップを有するＣＢＡフレームを使用し続け得る。

[0026]したがって、本実施形態によれば、ワイヤレスデバイスは、最高ｎ＊８個のデータフレームの確認応答を可能にするｎオクテットのブロック確認応答ビットマップを有するＥＢＡフレームを利用し得、ただし、ｎは、ワイヤレスデバイス間の送信レートまたはリンクスピードに少なくとも部分的に基づき得る整数である。少なくともいくつかの実施形態では、ＥＢＡフレームは、ワイヤレスデバイスが最高３２＊８＝２５６個のデータフレームを確認応答することを可能にする３２オクテットのブロック確認応答ビットマップを含み得る。本実施形態のこれらおよび他の態様について以下でより詳細に説明する。

[0027]図１は、いくつかの実施形態が実装され得る例示的なワイヤレスネットワークシステム１００のブロック図である。システム１００は、３つのワイヤレス局ＳＴＡ１〜ＳＴＡ３（単に説明の目的で３つ示されている）と、ワイヤレスアクセスポイント（ＡＰ）１１０と、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１２０とを含むように示されている。ＷＬＡＮ１２０は、ＩＥＥＥ８０２．１１規格ファミリーに従って（または他の好適なワイヤレスプロトコルに従って）動作し得る複数のＡＰによって形成され得る。したがって、簡単のために、ただ１つのＡＰ１１０が図１に示されているが、ＷＬＡＮ１２０は、ＡＰ１１０など、任意の数のアクセスポイントによって形成され得ることを理解されたい。追加としてまたは代替として、ＳＴＡ１〜ＳＴＡ３のうちの２つまたはそれ以上は、（たとえば、ＡＰ１１０を使用せずに）たとえば、ピアツーピアまたはアドホックネットワークを使用して互いと通信し得る。

[0028]ＡＰ１１０は、たとえば、アクセスポイントの製造業者によって、その中にプログラムされる一意のＭＡＣアドレスを割り当てられる。同様に、ＳＴＡ１〜ＳＴＡ３の各々も一意のＭＡＣアドレスを割り当てられる。一般に「バーンドイン（burned-in）アドレス」または組織固有識別子（ＯＵＩ：organizationally unique identifier）と呼ばれることがある各ＭＡＣアドレスは、一実施形態では６バイトのデータを含む。ＭＡＣアドレスの第１の３バイトは、どの組織がデバイスを製造したかを識別し得、電気電子技術者協会（ＩＥＥＥ）によってそのような組織に割り当てられ得る。ＭＡＣアドレスの第２の３バイトは、個々のデバイスを一意に識別するために使用され得る。

[0029]局ＳＴＡ１〜ＳＴＡ３は、たとえば、ネットワーク対応センサー、メモリタグ（ＲＦＩＤタグ）、スマートメーター、セルフォン、携帯情報端末（ＰＤＡ）、タブレットデバイス、ラップトップコンピュータなどを含む、任意の好適なＷｉ−Ｆｉ対応ワイヤレスデバイスであり得る。少なくともいくつかの実施形態では、局ＳＴＡ１〜ＳＴＡ３は、トランシーバと、１つまたは複数の処理リソースと、１つまたは複数のメモリリソースと、電源（たとえば、バッテリー）とを含み得る。メモリリソースは、図４Ａ、図４Ｂ、および図６に関して以下で説明する動作を実行するための命令を記憶する非一時的コンピュータ可読媒体（たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、フラッシュメモリ、ハードドライブなど、１つまたは複数の不揮発性メモリ要素）を含み得る。

[0030]ＡＰ１１０は、１つまたは複数のワイヤレスデバイスが、Ｗｉ−Ｆｉ、ＷｉＭａｘ（登録商標）、Ｂｌｕｅｔｏｏｔｈ、または他の好適なワイヤレス通信規格を使用してＡＰ１１０を介してネットワーク（たとえば、ＬＡＮ、ＷＡＮ、ＭＡＮ、および／またはインターネット）に接続することを可能にする、任意の好適なデバイスであり得る。少なくとも１つの実施形態では、ＡＰ１１０は、ネットワークインターフェースと、１つまたは複数の処理リソースと、１つまたは複数のメモリソースとを含み得る。メモリリソースは、図４Ａ、図４Ｂ、図６、および図８に関して以下で説明する動作を実行するための命令を記憶する非一時的コンピュータ可読媒体（たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブなど、１つまたは複数の不揮発性メモリ要素）を含み得る。

[0031]図２に、図１の局ＳＴＡ１〜ＳＴＡ３のうちの少なくとも１つの一実施形態であるＳＴＡ２００を示す。ＳＴＡ２００は、アンテナ２１０と、トランシーバ２２０と、プロセッサ２３０と、メモリ２４０とを含む。トランシーバ２２０は、アンテナ２１０を介してＡＰ１１０および／または他のＳＴＡ（図１も参照）に信号を送信し、それから信号を受信するために使用され得る。さらに、トランシーバ２２０は、よく知られているアクティブおよび／またはパッシブスキャニング技法を使用して近くのアクセスポイント（たとえば、ＳＴＡ２００の範囲内のアクセスポイント）および／または他のＳＴＡを検出し、識別するために、周囲環境を走査するために使用され得る。簡単のために図２にはただ１つのアンテナが示されているが、実際の実施形態では、ＳＴＡ２００は、たとえば、多入力多出力（ＭＩＭＯ）機能を与えるために任意の数のアンテナを含み得る。

[0032]メモリ２４０は、データフレーム送信レート（たとえば、ＰＨＹレート）と、データフレームを１つまたは複数の他のワイヤレスデバイスに送信するために使用される変調およびコーディング方式（ＭＣＳ：modulation and coding scheme）との間のいくつかのマッピングを記憶する送信レートルックアップテーブル２４２を含み得る。たとえば、送信レートルックアップテーブル２４２は、各々が、対応するデバイスのためのＭＣＳと送信レートとを含む、複数の記憶ロケーションを含み得る。これは、ＳＴＡ２００が、データフレームのヘッダからＭＣＳ情報を抽出し、次いで、抽出されたＭＣＳ情報を、対応する（１つまたは複数の）データフレームの送信レートを調べる（ルックアップする）探索鍵として使用することによって、（１つまたは複数の）受信されたデータフレームの送信レートを決定することを可能にし得る。いくつかの実施形態では、送信レートルックアップテーブル２４２はプリポピュレート（たとえば、所定のＭＣＳ送信レートマッピングをロード）され得る。他の実施形態では、ＳＴＡ２００は、ＭＣＳ送信レートマッピングを送信レートルックアップテーブル２４２に動的に記憶し得る。

[0033]メモリ２４０はまた、以下のソフトウェアモジュールを記憶し得る非一時的コンピュータ可読媒体（たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブなど、１つまたは複数の不揮発性メモリ要素）を含み得る。

・たとえば、図４Ａの動作４０１、４０２、および４０８について、および／または図６の動作６０１、６０２、および６１０について説明するように、フレーム（たとえば、データフレーム、ＡＣＫフレーム、ＢＡフレーム、要求フレーム、応答フレーム、ビーコンフレーム、管理フレーム、アソシエーション（関連付け）フレーム、制御フレーム、アクションフレーム、管理フレームなど）の作成および／または交換を可能にするためのフレーム交換ソフトウェアモジュール２４４、
・たとえば、図４Ａの動作４０４、図４Ｂの動作４１１〜４１２について、および／または図６の動作６０４について説明するように、（たとえば、送信レートルックアップテーブル２４２からそのような情報を取り出すことによって、または受信されたデータフレーム中に埋め込まれたＭＣＳ情報から送信レートを外挿することによって）１つまたは複数の受信されたデータフレームの送信レートを決定するための送信レート決定ソフトウェアモジュール２４６、
・たとえば、図４Ａの動作４０６について、および／または図６の動作６０６および６０８について説明するように、ＢＡフレーム内に埋め込まれるべきブロック確認応答ビットマップのサイズを選択するためのビットマップ選択ソフトウェアモジュール２４８、および
・たとえば、図８の動作８０２、８０４、８０６、８０８、および８１０について説明するように、ワイヤレスチャネルへのアクセスを選択的に延期するためのチャネルアクセス延期ソフトウェアモジュール２４９。
各ソフトウェアモジュールは、プロセッサ２３０によって実行されたとき、対応する機能をＳＴＡ２００に実行させ得る命令を含む。

[0034]トランシーバ２２０とメモリ２４０とに結合されたプロセッサ２３０は、ＳＴＡ２００に（たとえば、メモリ２４０内に）記憶された１つまたは複数のソフトウェアプログラムのスクリプトまたは命令を実行することが可能な任意の好適なプロセッサであり得る。たとえば、プロセッサ２３０は、様々なタイプのフレームの作成および／または１つまたは複数の他のワイヤレスデバイスとのそれらのフレームの交換を可能にするためのフレーム交換ソフトウェアモジュール２４４を実行し得る。プロセッサ２３０はまた、他のワイヤレスデバイスから受信された１つまたは複数のフレームの送信レートを決定するための送信レート決定ソフトウェアモジュール２４６を実行し得る。プロセッサ２３０はまた、１つまたは複数の他のワイヤレスデバイスに送られるブロック確認応答フレーム（たとえば、ＣＢＡフレームまたはＥＢＡフレームのいずれか）内に埋め込まれるべきブロック確認応答ビットマップのサイズを選択するためのビットマップ選択ソフトウェアモジュール２４８を実行し得る。

[0035]図３Ａに、第１のワイヤレスデバイス（ＤＥＶ１）と第２のワイヤレスデバイス（ＤＥＶ２）との間の第１のフレーム交換３００を示す。本明細書での説明の目的で、ＤＥＶ１は任意の好適なワイヤレスデバイス（たとえば、図１のＡＰ１１０またはＳＴＡのうちの１つ）であり得、ＤＥＶ２は任意の好適なワイヤレスデバイス（たとえば、図１のＳＴＡのうちの別のもの）であり得る。ＤＥＶ１は、いくつかの基本ＰＨＹ送信レートのうちの１つを使用して複数のデータフレーム３０１をＤＥＶ２に送信する。たとえば、８０２．１１規格ファミリーは、現在、準拠ワイヤレスデバイスが６Ｍｂｐｓ、１２Ｍｂｐｓ、および２４Ｍｂｐｓの基本送信レートをサポートすることを規定している。図３Ａに示された例示的なフレーム交換３００では、ＤＥＶ１は、２４Ｍｂｐｓの基本送信レートでデータフレーム３０１を送信する。ＤＥＶ２がデータフレーム３０１を受信したとき、ＤＥＶ２は、データフレーム３０１の受信を確認応答するために、基本送信レートのうちの１つで（たとえば、２４Ｍｂｐｓで）ＣＢＡフレーム３０２をＤＥＶ１に送る。

[0036]以下で表１に示すように、ＣＢＡフレーム３０２は、一般に、フレーム制御（ｆｃ）のための２バイト、仮想キャリア検知持続時間（ｄｕｒ）のための２バイト、受信機アドレス（ｒａ）のための６バイト、送信機アドレス（ｔａ）のための６バイト、ブロック確認応答制御（ｂａｃ）のための２バイト、ブロック確認応答開始シーケンス制御（ｂａｓｓｃ）のための２バイト、ブロック確認応答ビットマップ（ｂａｂ）のための８バイト、およびフレーム検査シーケンス（ｆｃｓ）のための４バイトの、合計３２バイトまたはオクテットの情報を含む。上述のように、８バイトのブロック確認応答ビットマップは、最高６４個のデータフレーム３０１の受信を確認応答するために使用され得る８＊８＝６４ビットを含む。

[0037]現在のＷｉ−Ｆｉプロトコルに従って、ＤＥＶ２は、データフレーム３０１のそれと同じ（またはより低い）送信レートを使用してＣＢＡフレーム３０２をＤＥＶ１に送信し得る。したがって、図３Ａの例示的な交換３００では、ＤＥＶ２は、２４Ｍｂｐｓの基本送信レートでＣＢＡフレーム３０２をＤＥＶ１に送信する。ＣＢＡフレーム３０２は、３２バイトの情報を含んでおり、２４Ｍｂｐｓの基本（たとえば、比較的低い）送信レートにおいて約３２μｓの送信持続時間を有する。２４Ｍｂｐｓの基本送信レートにおいて、ＣＢＡフレーム３０２の８バイトのブロック確認応答ビットマップは、各々が４μｓの持続時間を有する３つのデータシンボルに適合し得、ＰＨＹプロトコルデータユニット（ＰＰＤＵ）送信持続時間は、２０μｓのＰＨＹヘッダを含めて合計３２μｓになることに留意されたい。したがって、いくつかの実施形態では、３２μｓの持続時間は、以下でより詳細に説明するように、本明細書ではＥＢＡ基準持続時間と呼ばれることがある。（たとえば、ＰＨＹデバイスの様々なタイプおよび／構成に対応する）他のＰＨＹレートの場合、ＥＢＡ基準持続時間は、３２μｓ以外の持続時間であり得る。

[0038]本実施形態によれば、ＤＥＶ２は、受信されたデータフレームの送信レートがしきい値よりも大きいとき、（たとえば、８バイトなどの比較的小さいブロック確認応答ビットマップを有するＣＢＡフレームではなく）比較的大きいブロック確認応答ビットマップを有するＥＢＡフレームを送ることによってＤＥＶ１からのデータフレームの受信を確認応答するように構成され得る。いくつかの実施形態では、しきい値は、ＥＢＡフレームの送信持続時間が、基本送信レートで送信されるときのＣＢＡフレームの送信持続時間と同じである（たとえば、ＥＢＡフレームの送信持続時間がＥＢＡ基準持続時間に等しい（またはそれよりも小さい）ときの）最小送信レートとして決定され得る。そのような実施形態の場合、最小送信レート（およびしたがってしきい値）は、ＥＢＡフレームの合計サイズに少なくとも部分的に基づき、したがって、ＥＢＡフレーム中のブロック確認応答ビットマップのサイズにも少なくとも部分的に基づく。したがって、少なくともいくつかの実施形態では、ＥＢＡフレーム内に埋め込まれるブロック確認応答ビットマップのサイズは、ＤＥＶ１から受信されたデータフレームの送信レートに少なくとも部分的に基づいて選択され得る。少なくとも別の実施形態では、ＤＥＶ２は、ＤＥＶ１から受信されたデータフレームの送信レートに少なくとも部分的に基づいて、異なる所定のＢＡフレーム間で（たとえば、ＥＢＡフレームまたはＣＢＡフレームのいずれかを）選択し得る。

[0039]たとえば、ＥＢＡフレームが３２バイトのブロック確認応答ビットマップを含み、したがって合計５６バイトの情報を含む場合、ＥＢＡフレームは、ＥＢＡフレームの送信レートが約４８Ｍｂｐｓ〜約５４Ｍｂｐｓの範囲内にあるとき、約３２μｓでＤＥＶ１に送信され得る。したがって、次に図３Ｂを参照すると、ＤＥＶ１から受信されたデータフレーム３１１が４８Ｍｂｐｓ（またはそれ以上）の比較的高い送信レートで送信されたとき、ＤＥＶ２は、４８Ｍｂｐｓ（またはそれ以上）の比較的高い送信レートで３２バイトのブロック確認応答ビットマップを含むＥＢＡフレーム３１２をＤＥＶ１に送り得る。図３ＢのＥＢＡフレーム３１２のための送信持続時間は、図３ＡのＣＢＡフレーム３０２のための送信持続時間と同様であり、４８Ｍｂｐｓの比較的高い送信レートにおいて、ＥＢＡフレーム３１２の３２バイトのブロック確認応答ビットマップは、各々が４μｓの持続時間を有する３つのデータシンボルにぴったり合い、ＰＨＹプロトコルデータユニット（ＰＰＤＵ）送信持続時間は、２０μｓのＰＨＹヘッダを含めて合計３２μｓになることに留意されたい。

[0040]３２バイトのブロック確認応答ビットマップは、ＤＥＶ１から受信された最高３２＊８＝２５６個のデータフレーム３１１を確認応答するために使用され得る。したがって、ＤＥＶ２が、８バイトのブロック確認応答ビットマップを含むＣＢＡフレーム３０２の代わりに、３２バイトのブロック確認応答ビットマップを含むＥＢＡフレーム３１２を送信することが可能であるとき、ＤＥＶ２は、図３ＡのＣＢＡフレーム３０２の４倍の数（たとえば、６４＊４＝２５６個）のデータフレームを確認応答するために図３ＢのＥＢＡフレーム３１２を使用し得る。

[0041]ワイヤレスデバイスＤＥＶ２は、任意の好適な技法を使用して、受信されたデータフレーム３１１の送信レートを決定し得る。少なくともいくつかの実施形態では、ＤＥＶ２は、１つまたは複数のデータフレームを含んでいるＰＰＤＵまたはＡ−ＭＰＤＵのＰＨＹヘッダ中に埋め込まれたＭＣＳ情報を抽出することによって、受信されたデータフレーム３１１の送信レートを決定し得る。データフレームの送信レートは、抽出されたＭＣＳ情報から外挿（または場合によっては導出）され得る。代替的に、ＤＥＶ２は、図２の送信レートルックアップテーブル２４２を含み、送信レートルックアップテーブル２４２から対応する送信レートを取り出すために、抽出されたＭＣＳ情報を探索鍵として使用し得る。

[0042]いくつかの実施形態では、ＥＢＡフレーム３１２の送信レートは、受信されたデータフレーム３１１の送信レートよりも大きい（たとえば、基本送信レート／ＭＣＳセット以外である）ことがある。他の実施形態では、ＥＢＡフレーム３１２の送信レートは、受信されたデータフレーム３１１の送信レートよりも低いことがあり、その場合、ＤＥＶ２は、ＥＢＡフレーム３１２を送信すべきなのかＣＢＡフレーム３０２を送信すべきなのかを決定するとき、ＥＢＡフレーム３１２の予測される送信レートを使用し得る。しかしながら、ＥＢＡフレーム３１２の送信レートは、ＥＢＡフレームの送信持続時間が（１つのデータシンボルをもつ最短パケット持続時間である）２４μｓよりも小さくなることを防ぐために、何らかの上限値（たとえば、６５Ｍｂｐｓ）で上限を定め得ることに留意されたい。

[0043]ＡＣＫフレームの送信持続時間に少なくとも部分的に基づいて、受信されたデータフレームを、ＣＢＡフレームを使用して確認応答すべきなのかＥＢＡフレームを使用して確認応答すべきなのかを決定することによって、（データフレームのＰＨＹ部分のみを符号化し得る）サードパーティＳＴＡは、ＥＢＡフレームとＣＢＡフレームとの等しい送信持続時間に起因する、起こり得る隠れた（hidden）応答フレーム送信のために延期すべき適切な時間を決定することが可能であり得る。

[0044]図４Ａは、いくつかの実施形態による、ブロック確認応答ビットマップのサイズを選択するための例示的な動作４００を示す例示的なフローチャートである。少なくとも１つの実施形態では、動作４００は、第１のワイヤレスデバイス（ＤＥＶ１）から第２のワイヤレスデバイス（ＤＥＶ２）に送られた多数のフレームを、ＣＢＡフレームを使用して確認応答すべきなのかＥＢＡフレームを使用して確認応答すべきなのかを決定するために使用され得る。ＤＥＶ２は、ＤＥＶ１からいくつかのデータフレームを受信し（４０２）、データフレームの送信レートを決定する（４０４）。次いで、ＤＥＶ２は、決定された送信レートに少なくとも部分的に基づいてブロック確認応答ビットマップのサイズを選択する（４０６）。

[0045]たとえば、ＤＥＶ２は、送信レートがしきい値よりも小さいかまたはそれに等しいとき、（たとえば、ＣＢＡフレームに一致する）ブロック確認応答ビットマップの比較的小さいサイズを選択し（４０６Ａ）、送信レートがしきい値よりも大きいとき、（たとえば、ＥＢＡフレームに関連する）ブロック確認応答ビットマップの比較的大きいサイズを選択する（４０６Ｂ）。いくつかの実施形態では、比較的小さいサイズは整数Ｓとして示されることがあり、比較的大きいサイズは、Ｓの値の少なくとも２倍である整数Ｌとして示されることがある。

[0046]ＤＥＶ２は、選択されたサイズのブロック確認応答ビットマップをＢＡフレーム中に埋め込む（４０８）。次いで、ＤＥＶ２は、選択されたサイズのブロック確認応答ビットマップを含むＢＡフレームをＤＥＶ１に送信する（４０８）。ブロック確認応答ビットマップは、ＤＥＶ２が、単一のＢＡフレームを使用して多数のフレーム（またはアグリゲートされたフレーム）を確認応答することを可能にし、ここにおいて、ブロック確認応答ビットマップの各ビットは、ＤＥＶ１によって送信された複数のデータフレームのうちの対応する１つの受信を確認応答するためのものである。

[0047]図４Ｂは、いくつかの実施形態による、他のワイヤレスデバイスから受信されたフレームの送信レートを決定するための例示的な動作４１０を示す例示的なフローチャートである。最初に、ＤＥＶ２は、受信されたデータフレームのうちの１つのヘッダから変調およびコーディング方式（ＭＣＳ）を抽出する（４１１）。次いで、ＤＥＶ２は、抽出されたＭＣＳに少なくとも部分的に基づいて、受信されたデータフレームの送信レートを決定する（４１２）。少なくとも１つの実施形態では、ＤＥＶ２は、ＭＣＳから探索鍵を生成し（４１２Ａ）、ＭＣＳ値と送信レートとの間のいくつかのマッピングを記憶するルックアップテーブルに探索鍵を与え（４１２Ｂ）、探索鍵に少なくとも部分的に基づいて、ルックアップテーブルから決定された送信レートを取り出す（４１２Ｃ）ことによって送信レート送信レートを決定し得る。

[0048]再び図３Ａを参照すると、他の実施形態では、ＤＥＶ２は、比較的大きいブロック確認応答ビットマップが、データフレームがＤＥＶ１からＤＥＶ２に送られた送信レートよりも小さいかまたはそれに等しい送信レートにおいて選択された数Ｎ個のデータシンボル内に適合（fit）することができる場合、（たとえば、比較的小さいブロック確認応答ビットマップを含んでいるＣＢＡフレームではなく）比較的大きいブロック確認応答ビットマップを含んでいるＥＢＡフレームを送ることによって、ＤＥＶ１からのデータフレームの受信を確認応答するように構成され得、ここにおいて、Ｎは、１よりも大きいかまたはそれに等しい整数である。より詳細には、そのような他の実施形態のうちの少なくとも１つでは、ＤＥＶ２は、ＤＥＶ１に送信されるべきＥＢＡフレームの選択された数Ｎ個のデータシンボル内に適合することができる最大ブロック確認応答ビットマップを選択するように構成され得る。ＥＢＡフレームの送信レートは、ＤＥＶ１とＤＥＶ２との間のリンクが非対称性質を呈するときにデータフレームの送信レートよりも大きいことがあることに留意されたい。

[0049]いくつかの実施形態では、ＤＥＶ２は、（たとえば、受信されたデータフレームのうちの１つまたは複数内に与えられたＭＣＳ情報を復号することによって）データフレームがＤＥＶ１からＤＥＶ２に送信された送信レートを決定し、次いで、ＤＥＶ１に応答フレームを送信するための最高可能応答ＭＣＳを選択するために、決定された送信レートを使用し得る。最高可能応答ＭＣＳにおいて、ＤＥＶ２は、選択された数Ｎ個のデータシンボル中で送信され得る最大応答ＭＰＤＵサイズを決定し得る。最大応答ＭＰＤＵサイズに少なくとも部分的に基づいて、ＤＥＶ２は、選択された数Ｎ個のデータシンボル中で送信され得る最大ブロック確認応答ビットマップを決定し得る。決定された最大ブロック確認応答ビットマップに少なくとも部分的に基づいて、ＤＥＶ２は、決定された最大ブロック確認応答ビットマップをもつ応答ＢＡフレームがちょうど選択された数Ｎ個のデータシンボルを含んでいる応答ＭＣＳを決定し得る。より一般的には、デバイスは、選択されたＭＣＳにおいて、最高で選択された数Ｎ個のシンボル中で送信され得る最大可能ブロック確認応答ビットマップを選択し、次いで、ＢＡフレームがちょうど選択された数Ｎ個のデータシンボルを含んでいるようなＭＣＳにおいて、選択されたブロック確認応答ビットマップをもつＢＡフレームを送信し得る。

[0050]ＢＡフレームの選択された数のデータシンボル内に適合（fit）し得るブロック確認応答ビットマップの最大サイズを選択するための例示的な動作について図５の例示的なフローチャート５００に関して以下で説明する。第２のデバイス（ＤＥＶ２）が、第１のデバイス（ＤＥＶ１）からいくつかのデータフレームを受信し（５０２）、データフレームの送信レートを決定する（５０４）。次いで、ＤＥＶ２は、ブロック確認応答ビットマップが第１のワイヤレスデバイスにその内で送信され得るデータシンボルの数Ｎを選択する（５０６）。次に、ＤＥＶ２は、選択された数Ｎ個のデータシンボル内に適合することができるブロック確認応答ビットマップの最大サイズを決定する（５０８）。

[0051]いくつかの実施形態では、ＤＥＶ２は、ＤＥＶ１に応答フレームを送信するための最高可能応答ＭＣＳを選択するために、決定された送信レートを使用し得る。最高可能応答ＭＣＳにおいて、ＤＥＶ２は、選択された数Ｎ個のデータシンボル中でＤＥＶ１に送信され得る最大応答ＭＰＤＵサイズを決定し得る。最大応答ＭＰＤＵサイズに少なくとも部分的に基づいて、ＤＥＶ２は、選択された数Ｎ個のデータシンボル中でＤＥＶ１に送信され得る最大ブロック確認応答ビットマップサイズを決定し得る。決定された最大ブロック確認応答ビットマップに少なくとも部分的に基づいて、ＤＥＶ２は、決定された最大ブロック確認応答ビットマップをもつＢＡフレームがちょうど選択された数Ｎ個のデータシンボルを含んでいる応答ＭＣＳを決定し得る。

[0052]次いで、ＤＥＶ２は、決定された最大サイズのブロック確認応答ビットマップを含むＢＡフレームを送信する（５１０）。

[0053]最大可能ブロック確認応答ビットマップを含んでいるＢＡフレームを第１のワイヤレスデバイスに送信することによって、第２のワイヤレスデバイスは、単一のブロック確認応答フレームを使用して、最大可能数の受信されたデータフレームを確認応答し得、これは、データフレームの受信を確認応答するために必要とされるＡＣＫフレームの数を低減し得る。

[0054]上記で説明した動作は、以下のような応答ルールとして定義され得る。

１．ＥＢＡをサポートするリンク上で応答としてＢＡフレームを送信するＳＴＡは、そのリンク上でサポートされる最長可能ＥＢＡフレームをＰＰＤＵに合わせるものとし、当該ＰＰＤＵは、ＥＢＡ基準持続時間に等しい送信持続時間を有し、また、応答を要求し、ＰＰＤＵと同じチャネル帯域幅を有するＭＰＤＵを含んでいるＰＰＤＵのデータレートよりも小さいかまたはそれに等しいデータレートを有するＰＨＹモードを使用する。ＥＢＡ基準持続時間は、Ａ−ＭＰＤＵ中でＥＢＡフレームを送信することによって、ＥＯＦパディングを追加することによって、および／またはＥＢＡフレームの複数のインスタンスをＡ−ＭＰＤＵに含めることによって決定され得る。このようにして、応答ルールは、あらゆる応答ＥＢＡフレームが動的ＥＩＦＳ持続時間と同じ送信持続時間を有するようにし得る。

２．応答ＥＢＡフレームを受信したＳＴＡは、受信されたＥＢＡフレームに応答してＡＣＫまたは他のＭＰＤＵを送信するものとする。このようにして、ＥＢＡフレームの送信によって開始されるＥＩＦＳ持続時間は、ＡＣＫフレームまたは他のＭＰＤＵを受信したデバイスにおいてトランケートされる（is truncated）。

[0055]いくつかの実施形態では、受信されたＰＰＤＵのＭＡＣ部分を復号する問題があるとき、受信デバイスがＤＣＦフレーム間スペース（ＤＩＦＳ）持続時間の代わりに拡張フレーム間スペース（ＥＩＦＳ：extended interframe space）持続時間を使用することを防ぐために、（以下でＥＩＦＳルールとして示される）新しいルールが使用され得る。たとえば、現在のＩＥＥＥ８０２．１１プロトコルによれば、（たとえば、フレーム中のエラーのために）受信されたフレームの１つまたは複数の部分を復号することができない受信デバイスは、それのバックオフを、ＤＩＦＳ持続時間ではなくＥＩＦＳ持続時間だけ延期する。これは、あり得るＡＣＫフレームが受信デバイスからの干渉なしに送信されることを可能にする。一般に、ＥＩＦＳ持続時間は、（最低基本送信レートにおける）ＡＣＫフレームの送信持続時間＋ＳＩＦＳ持続時間＋ＤＩＦＳ持続時間に等しい。

[0056]したがって、少なくともいくつかの実施形態では、新しいＥＩＦＳルールは、選択された数Ｎ個のデータシンボルをもつＰＰＤＵが受信デバイスによって受信された場合、受信デバイスは、ＢＡフレームの１つまたは複数の部分が受信デバイスによって復号され得ない場合でも、ＥＩＦＳ持続時間に従ってＢＡフレームの送信を延期しないことがあることを定め得る。このようにして、ＥＩＦＳ持続時間ではなくＤＩＦＳ持続時間を使用することによってアイドル送信期間が低減され得る。より一般的には、基本ＭＣＳ／レートまたはＰＨＹ必須ＭＣＳ／レートで送信されたＣＢＡフレームの持続時間に等しい持続時間を有するＰＰＤＵが受信された場合（たとえば、ＰＰＤＵの送信持続時間がＥＢＡ基準持続時間に等しい（またはそれよりも小さい）場合）、ＥＩＦＳ持続時間はＤＩＦＳ持続時間まで低減され得る。したがって、応答が要求されないフレーム（たとえば、ブロックＡＣＫフレーム）がそれらの持続時間のみを使用するとき、応答が要求されないこれらのフレームは周囲のデバイスにおいてＥＩＦＳを開始させないことになり、これは、そのフレームの後に予想される応答がない（たとえば、ＥＩＦＳ保護が必要とされない）ので望ましい。たとえば、２４Ｍｂｐｓ ＯＦＤＭにおけるＣＢＡフレームの持続時間は３２μｓであり、これは、上述のようにＥＢＡ基準持続時間と呼ばれることがある。

[0057]したがって、送信持続時間３２μｓのＰＰＤＵが受信された場合、ＥＩＦＳ持続時間（万一必要とされる場合）がＤＩＦＳ持続時間に低減され得、ＣＢＡフレームよりも大きいＢＡフレームは、ＢＡフレームの送信持続時間がちょうど３２μｓになるようなＭＣＳ／レートで送信される。ショートフレームが送信されるべきであり、しかも受信デバイスから応答フレームが予想される場合、送信デバイスは、ショートフレームをパディングし得、その結果得られるパディングされたＰＰＤＵが選択された数Ｎ個のデータシンボルを含んでいないように（たとえば、パディングされたＰＰＤＵがＮ個よりも多いデータシンボルを含んでいるように）し得る。ショートフレームは、たとえば、ゼロ長を示すＭＰＤＵデリミタおよび／またはフレーム終了（ＥＯＦ）デリミタを含む、任意の好適な技法を使用してパディングされ得る。

[0058]他の実施形態では、ＥＢＡフレームのサイズと同じサイズのＭＰＤＵを含んでいるＰＰＤＵのみが、ＤＩＦＳ持続時間ではなくＥＩＦＳ持続時間を使用することを（新しいＥＩＦＳルールによって）防がれ得る。いくつかの例示的なＥＢＡフレームサイズ（たとえば、ＭＰＤＵサイズ）を以下で表２に示す。

[0059]さらに、図６に、ＥＢＡフレームの例示的なサイズと、様々な送信レートについてのそれらの対応する送信持続時間とを示す表６００を示す。

[0060]いくつかの実施形態では、ＥＢＡフレームは、ＣＢＡフレームのフォーマットを使用して、および、ＣＢＡフレームに通常関連付けられるものよりも大きいビットマップをフレームが含むことを示すためにＢＡフレームのバリアント（変形）符号化（variant encoding）の予約済み値を割り当てて、形成され得る。たとえば、以下の表３に、３２バイトのブロック確認応答ビットマップを含むＥＢＡフレームのための例示的なフォーマットを示す。

[0061]ブロックＡＣＫフレームバリアントのための例示的な符号化を以下で表４に示す。

[0062]例示的な表４に示されているように、符号化値「１１１」は、ＥＢＡフレームフォーマットを示すために使用され得、符号化値「１００」は、拡張ＣＢＡフレームフォーマットを示すために使用され得る。拡張ＣＢＡフレームフォーマットは、フロー制御情報が追加されることを除いてＣＢＡフレームフォーマットと同じである。値「１００」は、本明細書で説明するＥＢＡフレームフォーマットと混同されるべきでない。

[0063]ブロック確認応答ビットマップの長さは、以下で表５に示すように、ブロックＡＣＫ制御（ｂａｃ）フィールドの１つまたは複数の予約済みビットに符号化され得る。

[0064]ブロック確認応答ビットマップの長さはまた、ブロック確認応答制御（ｂａｃ）フィールドのビットマップサイズフィールド中のビットを使用して符号化され得る。ビットマップサイズフィールドの例示的な値およびブロック確認応答ビットマップの対応するサイズを以下で表６に示す。

[0065]表５に示された例示的なマッピングに従って、ブロック確認応答ビットマップサイズＳはＳ＝３２＊２^bとして表され得、ここにおいて、ｂはビットマップサイズフィールド値を示す。たとえば、３２バイト、６４バイト、１２８バイト、および２５６バイトのブロック確認応答ビットマップサイズは、それぞれ０、１、２、および３に等しいｂによって示され得る。

[0066]対応するＥＢＡフレームおよび送信持続時間を図６に示す。（たとえば、Ｓ＝３２＊２^bのサイズによって定義された）サイズ３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップがそのようなＥＢＡフレームの（たとえば、３２μｓの送信持続時間によって示される）３つのデータシンボルに適合し得るＰＨＹレートは、図６に示されているように、それぞれ４８Ｍｂｐｓ、６３Ｍｂｐｓ、１０３Ｍｂｐｓ、および１８８Ｍｂｐｓにほぼ等しい。

[0067]様々なブロック確認応答ビットマップサイズについて、ＥＢＡフレームのブロック確認応答ビットマップが３つのデータシンボル内に適合（fit）し得る送信レート（たとえば、ＰＨＹレート）は互いに比較的近いので、様々なブロック確認応答ビットマップ間のサイズの差を増加させることが可能であり得る。たとえば、（上記で表５に示したように）ブロック確認応答ビットマップサイズをＳ＝３２＊２^bとして定義する代わりに、ブロック確認応答ビットマップサイズはＳ＝３２＊４^bとして表され得る。したがって、これは、以下で表７に示すように、それぞれ０、１、２、および３に等しいｂの値について３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップサイズを示し得る。

[0068]（たとえば、Ｓ＝３２＊４^bのサイズによって定義された）サイズ３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップがＥＢＡフレームの３つのデータシンボルに適合（fit）し得るＰＨＹレートは、それぞれ４８Ｍｂｐｓ、１０３Ｍｂｐｓ、３５９Ｍｂｐｓ、および１３８３Ｍｂｐｓにほぼ等しい。対照的に、（たとえば、３２＊２^bのサイズによって定義された）サイズ３２バイト、６４バイト、１２８バイト、および２５６バイトのブロック確認応答ビットマップがそのようなＥＢＡフレームの３つのデータシンボルに適合し得るＰＨＹレートは、それぞれ４８Ｍｂｐｓ、６３Ｍｂｐｓ、１０３Ｍｂｐｓ、および１８８Ｍｂｐｓにほぼ等しい。

[0069]少なくともいくつかの実施形態では、以下で表８に示すように、ＢＡフレームバリアント符号化に関連する符号化値「１０１」は、フロー制御（ｆｃ）拡張をもつＥＢＡフォーマットを代わりに示し得る。

[0070]ブロック確認応答ビットマップサイズは、フロー制御（ｆｃ）をもつＥＢＡフレームフォーマットの場合、および／またはフロー制御をもたないＥＢＡフレームフォーマットの場合、ブロックアクセス制御（ｂａｃ）フィールド中に符号化され得ることに留意されたい。

[0071]他の実施形態では、拡張ブロック確認応答フレームは、表９に示すように、圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームのブロックＡＣＫ制御（ｂａｃ）フィールドにビットマップサイズフィールドを追加することによって圧縮ブロックＡｃｋフレームバリアント内で定義される。

[0072]圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームのブロック確認応答制御（ｂａｃ）フィールドの新たに定義されたビットマップサイズフィールドを使用して符号化されたブロック確認応答ビットマップの例示的な長さを表１０に示す。

[0073]いくつかの実施形態では、ビットマップサイズフィールドの値０は、必ずしも８オクテットのブロック確認応答ビットマップのために予約済みであるとは限らない。この値は、既存の圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームにマッピングされ得る。

[0074]上述のように、本明細書で開示するＥＩＦＳルールは、受信されたデータフレームのＭＡＣ部分を復号する問題があるとき、受信デバイスがＤＣＦフレーム間スペース（ＤＩＦＳ）持続時間の代わりに拡張フレーム間スペース（ＥＩＦＳ）持続時間を使用することを防ぐために使用され得る。少なくともいくつかの実施形態では、ワイヤレスデバイスは、チャネルを介して受信されたデータフレームの送信持続時間を決定し得る。受信されたデータフレームの送信持続時間が指定された持続時間に等しい場合（たとえば、受信されたデータフレームの送信持続時間がＥＢＡフレーム基準持続時間に等しい場合）、ワイヤレスデバイスは、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。少なくとも１つの他の実施形態では、ワイヤレスデバイスは、受信されたデータフレームの送信持続時間が何らかの指定された持続時間よりも小さい場合、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。

[0075]別の実施形態では、ワイヤレスデバイスは、データフレームを送信するために使用されるデータシンボルの数を決定し得る。データシンボルの数が指定された数に等しい場合、ワイヤレスデバイスは、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。別の実施形態では、Ａ−ＭＰＤＵを送信すべきであるワイヤレスデバイスは、指定されたＭＣＳにおいてＡ−ＭＰＤＵを送信するために必要とされるデータシンボルの数を決定し得る。ワイヤレスデバイスは、データシンボルの数が指定された数に等しい場合、Ａ−ＭＰＤＵに１つまたは複数のゼロ長ＭＰＤＵデリミタを追加することによって（たとえば、指定されたＭＣＳにおいて拡張Ａ−ＭＰＤＵを送信するために必要とされるデータシンボルの数が指定された数を超えるように）拡張Ａ−ＭＰＤＵを形成し得る。

[0076]別の実施形態では、Ａ−ＭＰＤＵを送信すべきであるワイヤレスデバイスは、指定されたＭＣＳにおいてＡ−ＭＰＤＵを送信するために必要とされるデータシンボルの数を決定し得る。ワイヤレスデバイスは、次いで、データシンボルの数が指定された数に等しいかまたはそれよりも小さい場合、Ａ−ＭＰＤＵに１つまたは複数のゼロ長ＭＰＤＵデリミタを追加することによって（たとえば、指定されたＭＣＳにおいて拡張Ａ−ＭＰＤＵを送信するために必要とされるデータシンボルの数が指定された数を超えるように）拡張Ａ−ＭＰＤＵを形成し得る。

[0077]上述のように、いくつかの実施形態は、（たとえば、３２μｓなどのＥＢＡ基準持続時間に等しい）指定された送信持続時間を有する応答ＥＢＡフレームを受信したデバイスが、応答フレームのＭＡＣ部分を復号する問題があるとき、媒体アクセスを通常ＥＩＦＳ持続時間だけ延期することを防ぐＥＩＦＳルールを定義し得る。いくつかの実施形態では、ＥＢＡフレームであるように見えるものの後のＥＩＦＳ時間はＤＩＦＳ時間に等しいと定義され得る。これは、ＥＢＡフレームの後に応答フレームが送信されない場合を捕捉する。

[0078]他の実施形態では、受信デバイスは、ＳＩＦＳ持続時間の後にＡＣＫフレームを送信することによって、ＥＢＡフレームに応答した媒体アクセス延期のためのＥＩＦＳ持続時間をトランケートし得る。たとえば、図７Ａに、いくつかの実施形態による、応答ＥＢＡフレームおよびデュアルＥＩＦＳトランケーション（truncation）を用いる例示的なフレーム交換を示すシーケンス図７１０を示す。最初に、ＤＥＶ１は、６５Ｍｂｐｓの送信レートでＡ−ＭＰＤＵをＤＥＶ２に送信する。ＤＥＶ２は、Ａ−ＭＰＤＵを受信し、ＳＩＦＳ持続時間の後に、４８Ｍｂｐｓで応答ＥＢＡフレームをＤＥＶ１に送信する。ＥＢＡフレームは、この例ではＥＢＡ基準持続時間に等しい３２μｓの送信持続時間を有し、したがって、ＥＩＦＳルールが適用可能であり得る。しかしながら、ＥＢＡフレーム中にエラーがあるとき、ＥＩＦＳ持続時間を開始するか、またはＥＩＦＳ持続時間をＤＩＦＳ持続時間に短縮するのではなく、ＤＥＶ２は、ＳＩＦＳ持続時間の間のみ待ち、次いで、（たとえば、６Ｍｂｐｓの最低基本送信レートで）ＡＣＫフレームを送信し得る。

[0079]同時に、ＳＩＦＳ持続時間の後に、ＤＥＶ１は、（たとえば、６Ｍｂｐｓの最低基本送信レートで）ＡＣＫフレームを送信し得る。ＤＥＶ１によって送信されるＡＣＫフレームとＤＥＶ２によって送信されるＡＣＫフレームとは同じコンテンツ（たとえば、ＰＨＹヘッダ中の同じスクランブラシードおよび同じ受信機アドレス）を含み得る。受信機アドレスは、設定された規約に応じてＤＥＶ１またはＤＥＶ２のＭＡＣアドレスに等しいことがある。少なくとも１つの実施形態では、両方のＡＣＫフレーム中のＭＡＣヘッダの持続時間フィールドは値０に設定され得る。ＡＣＫフレームの代わりに、ＤＥＶ１および／またはＤＥＶ２は、アドレスフィールド、持続時間フィールドおよびスクランブラシードのための同じ値をもつＣＦ−Ｅｎｄフレームを送信し得、その場合、保留中のネットワーク割振りベクトル（ＮＡＶ：Network Allocation Vector）がトランケートされ（truncated）得る。

[0080]最低基本レートでのＡＣＫフレームの送信は、ＤＥＶ１およびＤＥＶ２に近接した（たとえば、ＤＥＶ１およびＤＥＶ２のワイヤレス範囲内の）他のデバイスに、（たとえば、ＡＣＫフレームは検査されたフレームチェックシーケンス（ＦＣＳ）を含むので）ＡＣＫフレームを受信した後にＥＩＦＳ持続時間を開始させないようにし得る。このようにして、ＳＩＦＳ持続時間の後のＤＥＶ１および／またはＤＥＶ２からのＡＣＫフレームの送信は、そのような他の近接したデバイスのＥＩＦＳ持続時間を本質的にトランケートし、それによって、ワイヤレス媒体のアイドル時間と潜在的不当チャネルアクセスとをさらに最小限に抑え得る。

[0081]ＤＥＶ２が、ＤＥＶ１にＥＢＡフレームを送信することによってＤＥＶ１からのＡ−ＭＰＤＵの受信を確認応答する場合、ＤＥＶ１とＤＥＶ２とが互いに比較的近い可能性がある。さらに、ＤＥＶ１とＤＥＶ２とが互いに比較的近い（たとえば、互いからのしきい値距離よりも小さい距離にある）場合、ＤＥＶ１およびＤＥＶ２に近接した他のデバイスがＤＥＶ１から送信されたフレームを受信し、それに応答することが可能であり得る。その結果、他の実施形態では、ＤＥＶ１のみが、ＥＢＡフレームに応答して開始されたＳＩＦＳ持続時間の後にＡＣＫフレームを送信し得る。たとえば、図７Ｂに、いくつかの実施形態による、応答ＥＢＡフレームおよびシングルＥＩＦＳトランケーションを用いるフレーム交換を示すシーケンス図７２０を示す。（図７Ａのシーケンス図７１０と比較して）図７Ｂのシーケンス図７２０の１つの利点は、ＤＥＶ１が、応答ＥＢＡフレームを送信することの後のＳＩＦＳ持続時間のみの後に媒体へのアクセスを獲得し得るので、６５Ｍｂｐｓで送信されたＡ−ＭＰＤＵフレームのためにシグナリングが必要とされないことである。ＡＣＫフレームの代わりに、ＤＥＶ１は、ＮＡＶを同じくトランケートするためにＣＦ−Ｅｎｄフレームを送信し得る。

[0082]図７Ｃに、いくつかの実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換７３０を示すシーケンス図を示す。図７Ｃに示されたフレーム交換は、図７Ｂのフレーム交換と同様であるが、図７Ａに示されたフレーム交換と同様の様式で対称保護を与える。より詳細には、図７Ｃのフレーム交換では、ＤＥＶ１が、応答ＥＢＡフレーム（ＯＦＤＭ、ＨＴ、および／またはＶＨＴ ＰＨＹデバイスのための３２μｓの送信持続時間を有するＰＰＤＵ）または応答フレームであるように見えるフレームを受信したとき、ＤＥＶ１は、（先行するＳＩＦＳを含む）ＤＥＶ１によって送信されるＡＣＫフレームの送信持続時間（Ｔ_ACK）＋ＤＩＦＳ期間と同じ時間量の間持続し得るＥＩＦＳ持続時間を開始する。そのような実施形態の場合、ＥＢＡフレームの持続時間フィールドは、少なくとも、ＳＩＦＳ持続時間＋Ｔ_ACKに等しい時間期間のＮＡＶ持続時間を示す。

[0083]たとえば、ＤＥＶ１が２４Ｍｂｐｓの最高基本送信レートで終了ＡＣＫフレームを送信するとき、上記で説明したＥＩＦＳルールは、デバイスが、２４Ｍｂｐｓよりも大きいかまたはそれに等しいデータレートで３２μｓの送信持続時間を有するフレームを受信したとき、ＥＩＦＳ持続時間は、ＳＩＦＳ＋Ｔ_ACK@24Mbps＋ＤＩＦＳに等しい動的ＥＩＦＳ持続時間になると定める動的ＥＩＦＳルールと置き換えられ得る。この例では、動的ＥＩＦＳ持続時間＝１６＋２８＋３４＝７８μｓである。持続時間フィールドの値はＳＩＦＳ＋Ｔ_ACK@24Mbps＝１６＋２８＝４４μｓとして表され得る。

[0084]６Ｍｂｐｓの最低基本送信レートで送信される終了ＡＣＫフレームの場合、動的ＥＩＦＳルールは、デバイスが、２４Ｍｂｐｓよりも大きいかまたはそれに等しいデータレートで３２μｓの送信持続時間を有するフレームを受信したとき、動的ＥＩＦＳ持続時間はＳＩＦＳ＋Ｔ_ACK@6Mbps＋ＤＩＦＳに等しいと定め得る。この例では、動的ＥＩＦＳ持続時間＝１６＋４４＋３４＝９４μｓである。持続時間フィールドの値はＳＩＦＳ＋Ｔ_ACK@6Mbps＝１６＋４４＝６０μｓとして表され得る。この例のための例示的なフレーム交換を図７Ｄに示す。

[0085]図７Ｄは、他の実施形態による、ＥＢＡ応答フレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換を示すシーケンス図７４０を示している。ＥＢＡフレームの持続時間フィールドの適切な値は、ブロックＡＣＫ要求を含んでいるＡ−ＭＰＤＵの持続時間フィールド設定にＡＣＫフレームを含めることによって与えられるかまたは割り当てられ得る。いくつかの実施形態では、図７Ｃおよび／または図７Ｄに示されたＡＣＫフレームはまたＣＦ−Ｅｎｄであり得、その場合、ＥＩＦＳ持続時間はわずかにより長い（２４Ｍｂｐｓ ＣＦ−Ｅｎｄフレームの場合、ＥＩＦＳ＝７８μｓであり、６Ｍｂｐｓ ＣＦ−Ｅｎｄフレームの場合、ＥＩＦＳ＝１０２μｓである）。

[0086]持続時間値を含まないフレーム（たとえば、プロトコルバージョン１（ＰＶ１）フレーム）の場合、ＥＩＦＳ持続時間は、フレームのＰＨＹヘッダがＡＣＫ指示を含んでいない限り、ＦＣＳが正しく受信されたときに同じく開始されるべきであり、フレームのＰＨＹヘッダがＡＣＫ指示を含んでいる場合、ＥＩＦＳ持続時間（または他のアクセス延期期間）はＰＨＹヘッダ中のＡＣＫ指示に少なくとも部分的に基づき得る。ＰＨＹヘッダ中のＡＣＫ指示をもたないＰＶ１フレームの一例は、５ＧＨｚ帯域においてＯＦＤＭ、ＨＴ、またはＶＨＴ変調を使用して送信されるＰＶ１フレームである。

[0087]代替実施形態では、応答ＥＢＡフレームの後に開始されるＥＩＦＳ持続時間をトランケートするために、応答ＥＢＡフレームの受信側はＲＴＳ／ＣＴＳフレーム交換を開始し得、これは、（余分のＲＴＳフレームという犠牲を払うが）本明細書で開示する動的ＥＩＦＳルールを変更することなしに、ＥＩＦＳ持続時間を対称的にトランケートさせる。たとえば、図７Ｅに、さらに他の実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換を示すシーケンス図７５０を示す。図７Ｅに示されているように、応答ＥＢＡフレームの送信の後に、ＤＥＶ１は、ＳＩＦＳ持続時間を待ち、次いで、２４Ｍｂｐｓで（４４μｓの送信持続時間を有する）ＲＴＳフレームをＤＥＶ２に送信し得る。ＤＥＶ２は、ＲＴＳフレームを受信し、ＳＩＦＳ持続時間の後に、２４ＭｂｐｓでＣＴＳフレームをＤＥＶ１に送信する。ＲＴＳフレームのための動的ＥＩＦＳルールがすでに定義されているので、ＥＩＦＳトランケーションが実行され得る。

[0088]本明細書で説明するＥＩＦＳルールは以下のように定義され得る。ＰＨＹの最高必須非ＨＴレートのデータレートはＥＢＡ基準レートと呼ばれる。ＥＢＡ基準レートでＣＢＡフレームを送信するために必要とされる持続時間はＥＢＡ基準持続時間と呼ばれる。たとえば、ＨＴ ＰＨＹのための最高必須非ＨＴレートは２４Ｍｂｐｓであり、したがって、ＨＴのためのＥＢＡ基準レートは２４Ｍｂｐｓである。２４Ｍｂｐｓにおいて、（３２オクテットを含んでいる）ＣＢＡフレームの持続時間は３２μｓであり、したがって、ＶＨＴのためのＥＢＡ基準持続時間は３２μｓである。

[0089]さらに、デバイスにＥＩＦＳ持続時間を開始させるＰＰＤＵが、ＥＢＡ基準持続時間に等しい送信持続時間を有し、ＥＢＡ基準レートよりも大きいデータレートを有するとき、ＥＩＦＳ持続時間はＳＩＦＳ＋Ｔ_ACK,est＋ＤＩＦＳに等しく、ただし、Ｔ_ACK,estは、ＥＢＡ基準レートに少なくとも部分的に基づくＡＣＫフレームの推定送信持続時間である。たとえば、ＨＴ ＰＨＹの場合、ＥＩＦＳ持続時間は１６＋２８＋３４＝７８μｓに等しい。これは、ＥＢＡ基準持続時間に等しい持続時間のＰＰＤＵが、応答ＡＣＫを送信させ得るＥＢＡフレームである可能性が高いことを反映する。

[0090]図８に、いくつかの実施形態による、ワイヤレスチャネルへのアクセスを延期するための例示的な動作８００を示す例示的なフローチャートを示す。最初に、ワイヤレスデバイスは、ワイヤレスチャネルを介して他のデバイスからアグリゲートされたデータフレームを受信し、アグリゲートされたデータフレームは１つまたは複数の復号エラーを含んでいる（８０２）。次いで、ワイヤレスデバイスは、アグリゲートされたデータフレームの送信持続時間を決定する（８０４）。ワイヤレスデバイスは、次いで、送信持続時間に少なくとも部分的に基づいて、ＥＩＦＳ持続時間またはＤＩＦＳ持続時間のいずれかとして選択された時間期間の間チャネルへのアクセスを延期する（８０６）。

[0091]より詳細には、少なくともいくつかの実施形態では、ワイヤレスデバイスは、送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、時間期間をＥＩＦＳ持続時間として選択し（８０６Ａ）、送信持続時間が指定された持続時間よりも大きいとき、時間期間をＤＩＦＳ持続時間として選択する（８０６Ｂ）。

[0092]次に、ワイヤレスデバイスは、時間期間の後に他のデバイスにブロック確認応答フレームを送信する（８０８）。その後、少なくともいくつかの実施形態では、ワイヤレスデバイスは、ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ：short interframe space）持続時間の後に、他のデバイスに単一の確認応答フレームを送信する（８１０）。

[0093]上記の明細書では、実施形態について、それの特定の例示的な実施形態を参照しながら説明した。しかしながら、添付の特許請求の範囲に記載された本開示のより広い範囲から逸脱することなく、様々な改変および変更がそれに行われ得ることは明らかであろう。したがって、本明細書および図面は、限定的な意味ではなく例示的な意味で考慮されるべきである。

Claims (30)

1. 第１のワイヤレスデバイスから第２のワイヤレスデバイスに送られるべきブロック確認応答（ＢＡ）フレームのためのブロック確認応答ビットマップのサイズを選択するための方法であって、
   前記第２のワイヤレスデバイスから受信されたいくつかのデータフレームの送信レートを決定することと、
   前記決定された送信レートに少なくとも部分的に基づいて、前記ブロック確認応答ビットマップの前記サイズを選択することと、
   前記第２のワイヤレスデバイスに送信されるべき前記ＢＡフレーム中に前記ブロック確認応答ビットマップを埋め込むことと、
   を備える、方法。
2. 前記ブロック確認応答ビットマップの前記サイズは、前記ブロック確認応答ビットマップが前記第２のワイヤレスデバイスに送信されるべきデータシンボルの数に少なくとも部分的に基づいてさらに選択される、請求項１に記載の方法。
3. 前記選択することは、
   前記決定された送信レートがしきい値よりも小さいかまたはそれに等しい場合、前記ブロック確認応答ビットマップのために比較的小さいサイズＳを選択することと、ここにおいて、Ｓは１よりも大きい整数であり、
   前記決定された送信レートが前記しきい値よりも大きい場合、前記ブロック確認応答ビットマップのために比較的大きいサイズＬを選択することと、ここにおいて、Ｌは、Ｓの値の２倍に等しいかまたはそれよりも大きい整数である、
   を備える、請求項１に記載の方法。
4. Ｓは８バイトに等しく、Ｌは２^N＊Ｓバイトに等しく、Ｎは１よりも大きい整数である、請求項３に記載の方法。
5. 前記しきい値は、前記比較的小さいサイズの前記ブロック確認応答ビットマップが基本送信レートで前記第２のワイヤレスデバイスに送信され得るのと同じまたはより小さい送信持続時間内に、前記比較的大きいサイズの前記ブロック確認応答ビットマップが前記第２のワイヤレスデバイスに送信され得る最小送信レートを示す、請求項３に記載の方法。
6. 前記最小送信レートは４８Ｍｂｐｓを備え、前記基本送信レートは１２Ｍｂｐｓまたは２４Ｍｂｐｓを備える、請求項５に記載の方法。
7. 前記決定することは、
   前記受信されたデータフレームのうちの１つのヘッダから変調およびコーディング方式（ＭＣＳ）を抽出することと、
   前記抽出されたＭＣＳに少なくとも部分的に基づいて、前記決定された送信レートを導出することと、
   を備える、請求項１に記載の方法。
8. 前記導出することは、
   前記ＭＣＳから探索鍵を生成することと、
   ＭＣＳ値と送信レートとの間のいくつかのマッピングを記憶するルックアップテーブルから前記決定された送信レートを取り出すために前記探索鍵を使用することと、
   を備える、請求項７に記載の方法。
9. 前記データフレームを受信することに関連する復号問題に応答して、前記第１のワイヤレスデバイスが拡張フレーム間スペース（ＥＩＦＳ）持続時間を採用することを防ぐこと、
   をさらに備える、請求項１に記載の方法。
10. ワイヤレスデバイスであって、
    プロセッサと、
    前記プロセッサによって実行されたとき、前記ワイヤレスデバイスに、
    他のワイヤレスデバイスから受信されたいくつかのデータフレームの送信レートを決定することと、
    前記決定された送信レートに少なくとも部分的に基づいて、ブロック確認応答ビットマップのサイズを選択することと、
    前記他のワイヤレスデバイスに送信されるべきブロック確認応答（ＢＡ）フレーム中に前記ブロック確認応答ビットマップを埋め込むことと、
    を行わせる命令を記憶するメモリと、
    を備える、ワイヤレスデバイス。
11. 前記ブロック確認応答ビットマップの前記サイズは、前記ブロック確認応答ビットマップが前記他のワイヤレスデバイスに送信されるべきデータシンボルの数に少なくとも部分的に基づいてさらに選択される、請求項１０に記載のワイヤレスデバイス。
12. 前記ブロック確認応答ビットマップの前記サイズを選択するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記決定された送信レートがしきい値よりも小さいかまたはそれに等しい場合、前記ブロック確認応答ビットマップのために比較的小さいサイズＳを選択することと、ここにおいて、Ｓは１よりも大きい整数であり、
    前記決定された送信レートが前記しきい値よりも大きい場合、前記ブロック確認応答ビットマップのために比較的大きいサイズＬを選択することと、ここにおいて、Ｌは、Ｓの値の２倍に等しいかまたはそれよりも大きい整数である、
    を行わせる、請求項１０に記載のワイヤレスデバイス。
13. Ｓは８バイトに等しく、Ｌは２^N＊Ｓバイトに等しく、Ｎは１よりも大きい整数である、請求項１２に記載のワイヤレスデバイス。
14. 前記しきい値は、前記比較的小さいサイズの前記ブロック確認応答ビットマップが基本送信レートで前記他のワイヤレスデバイスに送信され得るのと同じまたはより小さい送信持続時間内に、前記比較的大きいサイズの前記ブロック確認応答ビットマップが前記他のワイヤレスデバイスに送信され得る最小送信レートを示す、請求項１２に記載のワイヤレスデバイス。
15. 前記最小送信レートは４８Ｍｂｐｓを備え、前記基本送信レートは１２Ｍｂｐｓおよび２４Ｍｂｐｓからなるグループからの１つを備える、請求項１４に記載のワイヤレスデバイス。
16. 前記送信レートを決定するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記受信されたデータフレームのうちの１つのヘッダから変調およびコーディング方式（ＭＣＳ）を抽出することと、
    前記抽出されたＭＣＳに少なくとも部分的に基づいて、前記決定された送信レートを導出することと、
    を行わせる、請求項１０に記載のワイヤレスデバイス。
17. 前記決定された送信レートを導出するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記ＭＣＳから探索鍵を生成することと、
    ＭＣＳ値と送信レートとの間のいくつかのマッピングを記憶するルックアップテーブルに前記探索鍵を与えることと、
    前記探索鍵に少なくとも部分的に基づいて、前記ルックアップテーブルから前記決定された送信レートを取り出すことと、
    を行わせる、請求項１６に記載のワイヤレスデバイス。
18. 前記命令の実行は、前記ワイヤレスデバイスに、
    前記データフレームを受信することに関連する復号問題に応答して、拡張フレーム間スペース（ＥＩＦＳ）持続時間を使用することを防ぐこと、
    をさらに行わせる、請求項１０に記載のワイヤレスデバイス。
19. ワイヤレスデバイスのプロセッサによって実行されたとき、前記ワイヤレスデバイスに、
    他のワイヤレスデバイスから受信されたいくつかのデータフレームの送信レートを決定することと、
    前記決定された送信レートに少なくとも部分的に基づいて、ブロック確認応答ビットマップのサイズを選択することと、
    前記他のワイヤレスデバイスに送信されるべきブロック確認応答（ＢＡ）フレーム中に前記ブロック確認応答ビットマップを埋め込むことと、
    を備える動作を実行させるプログラム命令を含む非一時的コンピュータ可読媒体。
20. 前記ブロック確認応答ビットマップの前記サイズは、前記ブロック確認応答ビットマップが前記他のワイヤレスデバイスに送信されるべきデータシンボルの数に少なくとも部分的に基づいてさらに選択される、請求項１９に記載の非一時的コンピュータ可読媒体。
21. 前記ブロック確認応答ビットマップの前記サイズを選択するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記決定された送信レートがしきい値よりも小さいかまたはそれに等しい場合、前記ブロック確認応答ビットマップのために比較的小さいサイズＳを選択することと、ここにおいて、Ｓは１よりも大きい整数であり、
    前記決定された送信レートが前記しきい値よりも大きい場合、前記ブロック確認応答ビットマップのために比較的大きいサイズＬを選択することと、ここにおいて、Ｌは、Ｓの値の２倍に等しいかまたはそれよりも大きい整数である、
    を行わせる、請求項１９に記載の非一時的コンピュータ可読媒体。
22. Ｓは８バイトに等しく、Ｌは２^N＊Ｓバイトに等しく、Ｎは１よりも大きい整数である、請求項２１に記載の非一時的コンピュータ可読媒体。
23. 前記しきい値は、前記比較的小さいサイズの前記ブロック確認応答ビットマップが基本送信レートで前記他のワイヤレスデバイスに送信され得るのと同じまたはより小さい送信持続時間内に、前記比較的大きいサイズの前記ブロック確認応答ビットマップが前記他のワイヤレスデバイスに送信され得る最小送信レートを示す、請求項２１に記載の非一時的コンピュータ可読媒体。
24. 前記最小送信レートは４８Ｍｂｐｓを備え、前記基本送信レートは１２Ｍｂｐｓまたは２４Ｍｂｐｓを備える、請求項２３に記載の非一時的コンピュータ可読媒体。
25. 前記送信レートを決定するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記受信されたデータフレームのうちの１つのヘッダから変調およびコーディング方式（ＭＣＳ）を抽出することと、
    前記抽出されたＭＣＳに少なくとも部分的に基づいて、前記決定された送信レートを導出することと、
    を行わせる、請求項１９に記載の非一時的コンピュータ可読媒体。
26. 前記決定された送信レートを導出するための前記命令の実行は、前記ワイヤレスデバイスに、
    前記ＭＣＳから探索鍵を生成することと、
    ＭＣＳ値と送信レートとの間のいくつかのマッピングを記憶するルックアップテーブルから前記決定された送信レートを取り出すために前記探索鍵を使用することと、
    を行わせる、請求項２５に記載の非一時的コンピュータ可読媒体。
27. 前記命令の実行は、前記ワイヤレスデバイスに、前記データフレームを受信することに関連する復号問題に応答して、拡張フレーム間スペース（ＥＩＦＳ）持続時間を使用することを防ぐことをさらに行わせる、請求項１９に記載の非一時的コンピュータ可読媒体。
28. ワイヤレスデバイスであって、
    他のワイヤレスデバイスから受信されたいくつかのデータフレームの送信レートを決定するための手段と、
    前記決定された送信レートに少なくとも部分的に基づいてブロック確認応答ビットマップのサイズを選択するための手段と、
    前記他のワイヤレスデバイスに送信されるべきブロック確認応答（ＢＡ）フレーム中に前記ブロック確認応答ビットマップを埋め込むための手段と、
    を備える、ワイヤレスデバイス。
29. 前記ブロック確認応答ビットマップの前記サイズは、前記ブロック確認応答ビットマップが前記他のワイヤレスデバイスに送信されるべきであるデータシンボルの数に少なくとも部分的に基づいてさらに選択される、請求項２８に記載のワイヤレスデバイス。
30. 選択するための前記手段は、
    前記決定された送信レートがしきい値よりも小さいかまたはそれに等しい場合、前記ブロック確認応答ビットマップのために比較的小さいサイズＳを選択することと、ここにおいて、Ｓは１よりも大きい整数であり、
    前記決定された送信レートが前記しきい値よりも大きい場合、前記ブロック確認応答ビットマップのために比較的大きいサイズＬを選択することと、ここにおいて、Ｌは、Ｓの値の２倍に等しいかまたはそれよりも大きい整数である、
    を行う、請求項２８に記載のワイヤレスデバイス。

Images