(57)【特許請求の範囲】
【請求項１】
１つまたは複数の復号エラーを含むアグリゲートされたデータフレームの受信を確認するための方法であって、前記方法は、ワイヤレスデバイスによって実行され、
ワイヤレスチャネルを介して他のデバイスから受信された前記アグリゲートされたデータフレームの送信持続時間を決定することと、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期することと、
を備え、
前記時間期間は、前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、方法。
【請求項２】
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、請求項１に記載の方法。
【請求項３】
前記時間期間は、データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、データシンボルの前記数が前記指定された数よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
請求項２に記載の方法。
【請求項４】
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信することと、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信することと、
をさらに備える、請求項１に記載の方法。
【請求項５】
前記単一の確認応答フレームは、基本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、請求項４に記載の方法。
【請求項６】
１つまたは複数の復号エラーを含むアグリゲートされたデータフレームの受信を確認するためのワイヤレスデバイスであって、前記ワイヤレスデバイスは、
ワイヤレスチャネルを介して他のデバイスから受信された前記アグリゲートされたデータフレームの送信持続時間を決定するための手段と、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期するための手段と、
を備え、
前記時間期間は、前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、ワイヤレスデバイス。
【請求項７】
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、請求項６に記載のワイヤレスデバイス。
【請求項８】
前記時間期間は、データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、データシンボルの前記数が前記指定された数よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
請求項７に記載のワイヤレスデバイス。
【請求項９】
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信するための手段と、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信するための手段と、
をさらに備える、請求項６に記載のワイヤレスデバイス。
【請求項１０】
前記単一の確認応答フレームは、基本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、請求項９に記載のワイヤレスデバイス。
【請求項１１】
ワイヤレスデバイスのプロセッサによって実行されたとき、前記ワイヤレスデバイスに、請求項１乃至５のいずれか一項に記載の方法を実行させるプログラム命令を含む非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、一般にワイヤレスネットワークに関し、より詳細には、ワイヤレスネットワークにおけるブロック確認応答に関する。
【背景技術】
【０００２】
[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]以下で表１に示すように、ＣＢＡフレーム３０２は、一般に、フレーム制御（ｆｃ）のための２バイト、仮想キャリア検知持続時間（ｄｕｒ）のための２バイト、受信機アドレス（ｒａ）のための６バイト、送信機アドレス（ｔａ）のための６バイト、ブロック確認応答制御（ｂａｃ）のための２バイト、ブロック確認応答開始シーケンス制御（ｂａｓｓｃ）のための２バイト、ブロック確認応答ビットマップ（ｂａｂ）のための８バイト、およびフレーム検査シーケンス（ｆｃｓ）のための４バイトの、合計３２バイトまたはオクテットの情報を含む。上述のように、８バイトのブロック確認応答ビットマップは、最高６４個のデータフレーム３０１の受信を確認応答するために使用され得る８＊８＝６４ビットを含む。
【００２５】
【表１】
0006416256.tif 000002
【００２６】
[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]したがって、送信持続時間３２μｓのＰＰＤＵが受信された場合、ＥＩＦＳ持続時間（万一必要とされる場合）がＤＩＦＳ持続時間に低減され得、ＣＢＡフレームよりも大きいＢＡフレームは、ＢＡフレームの送信持続時間がちょうど３２μｓになるようなＭＣＳ／レートで送信される。ショートフレームが送信されるべきであり、しかも受信デバイスから応答フレームが予想される場合、送信デバイスは、ショートフレームをパディングし得、その結果得られるパディングされたＰＰＤＵが選択された数Ｎ個のデータシンボルを含んでいないように（たとえば、パディングされたＰＰＤＵがＮ個よりも多いデータシンボルを含んでいるように）し得る。ショートフレームは、たとえば、ゼロ長を示すＭＰＤＵデリミタおよび／またはフレーム終了（ＥＯＦ）デリミタを含む、任意の好適な技法を使用してパディングされ得る。
【００４９】
他の実施形態では、ＥＢＡフレームのサイズと同じサイズのＭＰＤＵを含んでいるＰＰＤＵのみが、ＤＩＦＳ持続時間ではなくＥＩＦＳ持続時間を使用することを（新しいＥＩＦＳルールによって）防がれ得る。いくつかの例示的なＥＢＡフレームサイズ（たとえば、ＭＰＤＵサイズ）を以下で表２に示す。
【００５０】
【表２】
0006416256.tif 000003
【００５１】
[0058]さらに、図６に、ＥＢＡフレームの例示的なサイズと、様々な送信レートについてのそれらの対応する送信持続時間とを示す表６００を示す。
【００５２】
[0059]いくつかの実施形態では、ＥＢＡフレームは、ＣＢＡフレームのフォーマットを使用して、および、ＣＢＡフレームに通常関連付けられるものよりも大きいビットマップをフレームが含むことを示すためにＢＡフレームのバリアント（変形）符号化（variant encoding）の予約済み値を割り当てて、形成され得る。たとえば、以下の表３に、３２バイトのブロック確認応答ビットマップを含むＥＢＡフレームのための例示的なフォーマットを示す。
【００５３】
【表３】
0006416256.tif 000004
【００５４】
[0060]ブロックＡＣＫフレームバリアントのための例示的な符号化を以下で表４に示す。
【００５５】
【表４】
0006416256.tif 000005
【００５６】
[0061]例示的な表４に示されているように、符号化値「１１１」は、ＥＢＡフレームフォーマットを示すために使用され得、符号化値「１００」は、拡張ＣＢＡフレームフォーマットを示すために使用され得る。拡張ＣＢＡフレームフォーマットは、フロー制御情報が追加されることを除いてＣＢＡフレームフォーマットと同じである。値「１００」は、本明細書で説明するＥＢＡフレームフォーマットと混同されるべきでない。
【００５７】
[0062]ブロック確認応答ビットマップの長さは、以下で表５に示すように、ブロックＡＣＫ制御（ｂａｃ）フィールドの１つまたは複数の予約済みビットに符号化され得る。
【００５８】
【表５】
0006416256.tif 000006
【００５９】
[0063]ブロック確認応答ビットマップの長さはまた、ブロック確認応答制御（ｂａｃ）フィールドのビットマップサイズフィールド中のビットを使用して符号化され得る。ビットマップサイズフィールドの例示的な値およびブロック確認応答ビットマップの対応するサイズを以下で表６に示す。
【００６０】
【表６】
0006416256.tif 000007
【００６１】
[0064]表５に示された例示的なマッピングに従って、ブロック確認応答ビットマップサイズＳはＳ＝３２＊２bとして表され得、ここにおいて、ｂはビットマップサイズフィールド値を示す。たとえば、３２バイト、６４バイト、１２８バイト、および２５６バイトのブロック確認応答ビットマップサイズは、それぞれ０、１、２、および３に等しいｂによって示され得る。
【００６２】
[0065]対応するＥＢＡフレームおよび送信持続時間を図６に示す。（たとえば、Ｓ＝３２＊２bのサイズによって定義された）サイズ３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップがそのようなＥＢＡフレームの（たとえば、３２μｓの送信持続時間によって示される）３つのデータシンボルに適合し得るＰＨＹレートは、図６に示されているように、それぞれ４８Ｍｂｐｓ、６３Ｍｂｐｓ、１０３Ｍｂｐｓ、および１８８Ｍｂｐｓにほぼ等しい。
【００６３】
[0066]様々なブロック確認応答ビットマップサイズについて、ＥＢＡフレームのブロック確認応答ビットマップが３つのデータシンボル内に適合（fit）し得る送信レート（たとえば、ＰＨＹレート）は互いに比較的近いので、様々なブロック確認応答ビットマップ間のサイズの差を増加させることが可能であり得る。たとえば、（上記で表５に示したように）ブロック確認応答ビットマップサイズをＳ＝３２＊２bとして定義する代わりに、ブロック確認応答ビットマップサイズはＳ＝３２＊４bとして表され得る。したがって、これは、以下で表７に示すように、それぞれ０、１、２、および３に等しいｂの値について３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップサイズを示し得る。
【００６４】
【表７】
0006416256.tif 000008
【００６５】
[0067]（たとえば、Ｓ＝３２＊４bのサイズによって定義された）サイズ３２バイト、１２８バイト、５１２バイト、および２０４８バイトのブロック確認応答ビットマップがＥＢＡフレームの３つのデータシンボルに適合（fit）し得るＰＨＹレートは、それぞれ４８Ｍｂｐｓ、１０３Ｍｂｐｓ、３５９Ｍｂｐｓ、および１３８３Ｍｂｐｓにほぼ等しい。対照的に、（たとえば、３２＊２bのサイズによって定義された）サイズ３２バイト、６４バイト、１２８バイト、および２５６バイトのブロック確認応答ビットマップがそのようなＥＢＡフレームの３つのデータシンボルに適合し得るＰＨＹレートは、それぞれ４８Ｍｂｐｓ、６３Ｍｂｐｓ、１０３Ｍｂｐｓ、および１８８Ｍｂｐｓにほぼ等しい。
【００６６】
[0068]少なくともいくつかの実施形態では、以下で表８に示すように、ＢＡフレームバリアント符号化に関連する符号化値「１０１」は、フロー制御（ｆｃ）拡張をもつＥＢＡフォーマットを代わりに示し得る。
【００６７】
【表８】
0006416256.tif 000009
【００６８】
[0069]ブロック確認応答ビットマップサイズは、フロー制御（ｆｃ）をもつＥＢＡフレームフォーマットの場合、および／またはフロー制御をもたないＥＢＡフレームフォーマットの場合、ブロックアクセス制御（ｂａｃ）フィールド中に符号化され得ることに留意されたい。
【００６９】
[0070]他の実施形態では、拡張ブロック確認応答フレームは、表９に示すように、圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームのブロックＡＣＫ制御（ｂａｃ）フィールドにビットマップサイズフィールドを追加することによって圧縮ブロックＡｃｋフレームバリアント内で定義される。
【００７０】
【表９】
0006416256.tif 000010
【００７１】
[0071]圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームのブロック確認応答制御（ｂａｃ）フィールドの新たに定義されたビットマップサイズフィールドを使用して符号化されたブロック確認応答ビットマップの例示的な長さを表１０に示す。
【００７２】
【表１０】
0006416256.tif 000011
【００７３】
[0072]いくつかの実施形態では、ビットマップサイズフィールドの値０は、必ずしも８オクテットのブロック確認応答ビットマップのために予約済みであるとは限らない。この値は、既存の圧縮ブロックＡｃｋフレームまたは拡張圧縮ブロックＡｃｋフレームにマッピングされ得る。
【００７４】
[0073]上述のように、本明細書で開示するＥＩＦＳルールは、受信されたデータフレームのＭＡＣ部分を復号する問題があるとき、受信デバイスがＤＣＦフレーム間スペース（ＤＩＦＳ）持続時間の代わりに拡張フレーム間スペース（ＥＩＦＳ）持続時間を使用することを防ぐために使用され得る。少なくともいくつかの実施形態では、ワイヤレスデバイスは、チャネルを介して受信されたデータフレームの送信持続時間を決定し得る。受信されたデータフレームの送信持続時間が指定された持続時間に等しい場合（たとえば、受信されたデータフレームの送信持続時間がＥＢＡフレーム基準持続時間に等しい場合）、ワイヤレスデバイスは、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。少なくとも１つの他の実施形態では、ワイヤレスデバイスは、受信されたデータフレームの送信持続時間が何らかの指定された持続時間よりも小さい場合、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。
【００７５】
[0074]別の実施形態では、ワイヤレスデバイスは、データフレームを送信するために使用されるデータシンボルの数を決定し得る。データシンボルの数が指定された数に等しい場合、ワイヤレスデバイスは、チャネルにアクセスすることを延期するためにＥＩＦＳ持続時間を使用することを防がれ得る。別の実施形態では、Ａ−ＭＰＤＵを送信すべきであるワイヤレスデバイスは、指定されたＭＣＳにおいてＡ−ＭＰＤＵを送信するために必要とされるデータシンボルの数を決定し得る。ワイヤレスデバイスは、データシンボルの数が指定された数に等しい場合、Ａ−ＭＰＤＵに１つまたは複数のゼロ長ＭＰＤＵデリミタを追加することによって（たとえば、指定されたＭＣＳにおいて拡張Ａ−ＭＰＤＵを送信するために必要とされるデータシンボルの数が指定された数を超えるように）拡張Ａ−ＭＰＤＵを形成し得る。
【００７６】
[0075]別の実施形態では、Ａ−ＭＰＤＵを送信すべきであるワイヤレスデバイスは、指定されたＭＣＳにおいてＡ−ＭＰＤＵを送信するために必要とされるデータシンボルの数を決定し得る。ワイヤレスデバイスは、次いで、データシンボルの数が指定された数に等しいかまたはそれよりも小さい場合、Ａ−ＭＰＤＵに１つまたは複数のゼロ長ＭＰＤＵデリミタを追加することによって（たとえば、指定されたＭＣＳにおいて拡張Ａ−ＭＰＤＵを送信するために必要とされるデータシンボルの数が指定された数を超えるように）拡張Ａ−ＭＰＤＵを形成し得る。
【００７７】
[0076]上述のように、いくつかの実施形態は、（たとえば、３２μｓなどのＥＢＡ基準持続時間に等しい）指定された送信持続時間を有する応答ＥＢＡフレームを受信したデバイスが、応答フレームのＭＡＣ部分を復号する問題があるとき、媒体アクセスを通常ＥＩＦＳ持続時間だけ延期することを防ぐＥＩＦＳルールを定義し得る。いくつかの実施形態では、ＥＢＡフレームであるように見えるものの後のＥＩＦＳ時間はＤＩＦＳ時間に等しいと定義され得る。これは、ＥＢＡフレームの後に応答フレームが送信されない場合を捕捉する。
【００７８】
[0077]他の実施形態では、受信デバイスは、ＳＩＦＳ持続時間の後にＡＣＫフレームを送信することによって、ＥＢＡフレームに応答した媒体アクセス延期のためのＥＩＦＳ持続時間をトランケートし得る。たとえば、図７Ａに、いくつかの実施形態による、応答ＥＢＡフレームおよびデュアルＥＩＦＳトランケーション（truncation）を用いる例示的なフレーム交換を示すシーケンス図７１０を示す。最初に、ＤＥＶ１は、６５Ｍｂｐｓの送信レートでＡ−ＭＰＤＵをＤＥＶ２に送信する。ＤＥＶ２は、Ａ−ＭＰＤＵを受信し、ＳＩＦＳ持続時間の後に、４８Ｍｂｐｓで応答ＥＢＡフレームをＤＥＶ１に送信する。ＥＢＡフレームは、この例ではＥＢＡ基準持続時間に等しい３２μｓの送信持続時間を有し、したがって、ＥＩＦＳルールが適用可能であり得る。しかしながら、ＥＢＡフレーム中にエラーがあるとき、ＥＩＦＳ持続時間を開始するか、またはＥＩＦＳ持続時間をＤＩＦＳ持続時間に短縮するのではなく、ＤＥＶ２は、ＳＩＦＳ持続時間の間のみ待ち、次いで、（たとえば、６Ｍｂｐｓの最低基本送信レートで）ＡＣＫフレームを送信し得る。
【００７９】
[0078]同時に、ＳＩＦＳ持続時間の後に、ＤＥＶ１は、（たとえば、６Ｍｂｐｓの最低基本送信レートで）ＡＣＫフレームを送信し得る。ＤＥＶ１によって送信されるＡＣＫフレームとＤＥＶ２によって送信されるＡＣＫフレームとは同じコンテンツ（たとえば、ＰＨＹヘッダ中の同じスクランブラシードおよび同じ受信機アドレス）を含み得る。受信機アドレスは、設定された規約に応じてＤＥＶ１またはＤＥＶ２のＭＡＣアドレスに等しいことがある。少なくとも１つの実施形態では、両方のＡＣＫフレーム中のＭＡＣヘッダの持続時間フィールドは値０に設定され得る。ＡＣＫフレームの代わりに、ＤＥＶ１および／またはＤＥＶ２は、アドレスフィールド、持続時間フィールドおよびスクランブラシードのための同じ値をもつＣＦ−Ｅｎｄフレームを送信し得、その場合、保留中のネットワーク割振りベクトル（ＮＡＶ：Network Allocation Vector）がトランケートされ（truncated）得る。
【００８０】
[0079]最低基本レートでのＡＣＫフレームの送信は、ＤＥＶ１およびＤＥＶ２に近接した（たとえば、ＤＥＶ１およびＤＥＶ２のワイヤレス範囲内の）他のデバイスに、（たとえば、ＡＣＫフレームは検査されたフレームチェックシーケンス（ＦＣＳ）を含むので）ＡＣＫフレームを受信した後にＥＩＦＳ持続時間を開始させないようにし得る。このようにして、ＳＩＦＳ持続時間の後のＤＥＶ１および／またはＤＥＶ２からのＡＣＫフレームの送信は、そのような他の近接したデバイスのＥＩＦＳ持続時間を本質的にトランケートし、それによって、ワイヤレス媒体のアイドル時間と潜在的不当チャネルアクセスとをさらに最小限に抑え得る。
【００８１】
[0080]ＤＥＶ２が、ＤＥＶ１にＥＢＡフレームを送信することによってＤＥＶ１からのＡ−ＭＰＤＵの受信を確認応答する場合、ＤＥＶ１とＤＥＶ２とが互いに比較的近い可能性がある。さらに、ＤＥＶ１とＤＥＶ２とが互いに比較的近い（たとえば、互いからのしきい値距離よりも小さい距離にある）場合、ＤＥＶ１およびＤＥＶ２に近接した他のデバイスがＤＥＶ１から送信されたフレームを受信し、それに応答することが可能であり得る。その結果、他の実施形態では、ＤＥＶ１のみが、ＥＢＡフレームに応答して開始されたＳＩＦＳ持続時間の後にＡＣＫフレームを送信し得る。たとえば、図７Ｂに、いくつかの実施形態による、応答ＥＢＡフレームおよびシングルＥＩＦＳトランケーションを用いるフレーム交換を示すシーケンス図７２０を示す。（図７Ａのシーケンス図７１０と比較して）図７Ｂのシーケンス図７２０の１つの利点は、ＤＥＶ１が、応答ＥＢＡフレームを送信することの後のＳＩＦＳ持続時間のみの後に媒体へのアクセスを獲得し得るので、６５Ｍｂｐｓで送信されたＡ−ＭＰＤＵフレームのためにシグナリングが必要とされないことである。ＡＣＫフレームの代わりに、ＤＥＶ１は、ＮＡＶを同じくトランケートするためにＣＦ−Ｅｎｄフレームを送信し得る。
【００８２】
[0081]図７Ｃに、いくつかの実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換７３０を示すシーケンス図を示す。図７Ｃに示されたフレーム交換は、図７Ｂのフレーム交換と同様であるが、図７Ａに示されたフレーム交換と同様の様式で対称保護を与える。より詳細には、図７Ｃのフレーム交換では、ＤＥＶ１が、応答ＥＢＡフレーム（ＯＦＤＭ、ＨＴ、および／またはＶＨＴ  ＰＨＹデバイスのための３２μｓの送信持続時間を有するＰＰＤＵ）または応答フレームであるように見えるフレームを受信したとき、ＤＥＶ１は、（先行するＳＩＦＳを含む）ＤＥＶ１によって送信されるＡＣＫフレームの送信持続時間（ＴACK）＋ＤＩＦＳ期間と同じ時間量の間持続し得るＥＩＦＳ持続時間を開始する。そのような実施形態の場合、ＥＢＡフレームの持続時間フィールドは、少なくとも、ＳＩＦＳ持続時間＋ＴACKに等しい時間期間のＮＡＶ持続時間を示す。
【００８３】
[0082]たとえば、ＤＥＶ１が２４Ｍｂｐｓの最高基本送信レートで終了ＡＣＫフレームを送信するとき、上記で説明したＥＩＦＳルールは、デバイスが、２４Ｍｂｐｓよりも大きいかまたはそれに等しいデータレートで３２μｓの送信持続時間を有するフレームを受信したとき、ＥＩＦＳ持続時間は、ＳＩＦＳ＋ＴACK@24Mbps＋ＤＩＦＳに等しい動的ＥＩＦＳ持続時間になると定める動的ＥＩＦＳルールと置き換えられ得る。この例では、動的ＥＩＦＳ持続時間＝１６＋２８＋３４＝７８μｓである。持続時間フィールドの値はＳＩＦＳ＋ＴACK@24Mbps＝１６＋２８＝４４μｓとして表され得る。
【００８４】
[0083]６Ｍｂｐｓの最低基本送信レートで送信される終了ＡＣＫフレームの場合、動的ＥＩＦＳルールは、デバイスが、２４Ｍｂｐｓよりも大きいかまたはそれに等しいデータレートで３２μｓの送信持続時間を有するフレームを受信したとき、動的ＥＩＦＳ持続時間はＳＩＦＳ＋ＴACK@6Mbps＋ＤＩＦＳに等しいと定め得る。この例では、動的ＥＩＦＳ持続時間＝１６＋４４＋３４＝９４μｓである。持続時間フィールドの値はＳＩＦＳ＋ＴACK@6Mbps＝１６＋４４＝６０μｓとして表され得る。この例のための例示的なフレーム交換を図７Ｄに示す。
【００８５】
[0084]図７Ｄは、他の実施形態による、ＥＢＡ応答フレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換を示すシーケンス図７４０を示している。ＥＢＡフレームの持続時間フィールドの適切な値は、ブロックＡＣＫ要求を含んでいるＡ−ＭＰＤＵの持続時間フィールド設定にＡＣＫフレームを含めることによって与えられるかまたは割り当てられ得る。いくつかの実施形態では、図７Ｃおよび／または図７Ｄに示されたＡＣＫフレームはまたＣＦ−Ｅｎｄであり得、その場合、ＥＩＦＳ持続時間はわずかにより長い（２４Ｍｂｐｓ  ＣＦ−Ｅｎｄフレームの場合、ＥＩＦＳ＝７８μｓであり、６Ｍｂｐｓ  ＣＦ−Ｅｎｄフレームの場合、ＥＩＦＳ＝１０２μｓである）。
【００８６】
[0085]持続時間値を含まないフレーム（たとえば、プロトコルバージョン１（ＰＶ１）フレーム）の場合、ＥＩＦＳ持続時間は、フレームのＰＨＹヘッダがＡＣＫ指示を含んでいない限り、ＦＣＳが正しく受信されたときに同じく開始されるべきであり、フレームのＰＨＹヘッダがＡＣＫ指示を含んでいる場合、ＥＩＦＳ持続時間（または他のアクセス延期期間）はＰＨＹヘッダ中のＡＣＫ指示に少なくとも部分的に基づき得る。ＰＨＹヘッダ中のＡＣＫ指示をもたないＰＶ１フレームの一例は、５ＧＨｚ帯域においてＯＦＤＭ、ＨＴ、またはＶＨＴ変調を使用して送信されるＰＶ１フレームである。
【００８７】
[0086]代替実施形態では、応答ＥＢＡフレームの後に開始されるＥＩＦＳ持続時間をトランケートするために、応答ＥＢＡフレームの受信側はＲＴＳ／ＣＴＳフレーム交換を開始し得、これは、（余分のＲＴＳフレームという犠牲を払うが）本明細書で開示する動的ＥＩＦＳルールを変更することなしに、ＥＩＦＳ持続時間を対称的にトランケートさせる。たとえば、図７Ｅに、さらに他の実施形態による、応答ＥＢＡフレーム、シングルＥＩＦＳトランケーション、およびＥＢＡフレームの後のＥＩＦＳ持続時間を用いるフレーム交換を示すシーケンス図７５０を示す。図７Ｅに示されているように、応答ＥＢＡフレームの送信の後に、ＤＥＶ１は、ＳＩＦＳ持続時間を待ち、次いで、２４Ｍｂｐｓで（４４μｓの送信持続時間を有する）ＲＴＳフレームをＤＥＶ２に送信し得る。ＤＥＶ２は、ＲＴＳフレームを受信し、ＳＩＦＳ持続時間の後に、２４ＭｂｐｓでＣＴＳフレームをＤＥＶ１に送信する。ＲＴＳフレームのための動的ＥＩＦＳルールがすでに定義されているので、ＥＩＦＳトランケーションが実行され得る。
【００８８】
[0087]本明細書で説明するＥＩＦＳルールは以下のように定義され得る。ＰＨＹの最高必須非ＨＴレートのデータレートはＥＢＡ基準レートと呼ばれる。ＥＢＡ基準レートでＣＢＡフレームを送信するために必要とされる持続時間はＥＢＡ基準持続時間と呼ばれる。たとえば、ＨＴ  ＰＨＹのための最高必須非ＨＴレートは２４Ｍｂｐｓであり、したがって、ＨＴのためのＥＢＡ基準レートは２４Ｍｂｐｓである。２４Ｍｂｐｓにおいて、（３２オクテットを含んでいる）ＣＢＡフレームの持続時間は３２μｓであり、したがって、ＶＨＴのためのＥＢＡ基準持続時間は３２μｓである。
【００８９】
[0088]さらに、デバイスにＥＩＦＳ持続時間を開始させるＰＰＤＵが、ＥＢＡ基準持続時間に等しい送信持続時間を有し、ＥＢＡ基準レートよりも大きいデータレートを有するとき、ＥＩＦＳ持続時間はＳＩＦＳ＋ＴACK,est＋ＤＩＦＳに等しく、ただし、ＴACK,estは、ＥＢＡ基準レートに少なくとも部分的に基づくＡＣＫフレームの推定送信持続時間である。たとえば、ＨＴ  ＰＨＹの場合、ＥＩＦＳ持続時間は１６＋２８＋３４＝７８μｓに等しい。これは、ＥＢＡ基準持続時間に等しい持続時間のＰＰＤＵが、応答ＡＣＫを送信させ得るＥＢＡフレームである可能性が高いことを反映する。
【００９０】
[0089]図８に、いくつかの実施形態による、ワイヤレスチャネルへのアクセスを延期するための例示的な動作８００を示す例示的なフローチャートを示す。最初に、ワイヤレスデバイスは、ワイヤレスチャネルを介して他のデバイスからアグリゲートされたデータフレームを受信し、アグリゲートされたデータフレームは１つまたは複数の復号エラーを含んでいる（８０２）。次いで、ワイヤレスデバイスは、アグリゲートされたデータフレームの送信持続時間を決定する（８０４）。ワイヤレスデバイスは、次いで、送信持続時間に少なくとも部分的に基づいて、ＥＩＦＳ持続時間またはＤＩＦＳ持続時間のいずれかとして選択された時間期間の間チャネルへのアクセスを延期する（８０６）。
【００９１】
[0090]より詳細には、少なくともいくつかの実施形態では、ワイヤレスデバイスは、送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、時間期間をＥＩＦＳ持続時間として選択し（８０６Ａ）、送信持続時間が指定された持続時間よりも大きいとき、時間期間をＤＩＦＳ持続時間として選択する（８０６Ｂ）。
【００９２】
[0091]次に、ワイヤレスデバイスは、時間期間の後に他のデバイスにブロック確認応答フレームを送信する（８０８）。その後、少なくともいくつかの実施形態では、ワイヤレスデバイスは、ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ：short interframe space）持続時間の後に、他のデバイスに単一の確認応答フレームを送信する（８１０）。
【００９３】
[0092]上記の明細書では、実施形態について、それの特定の例示的な実施形態を参照しながら説明した。しかしながら、添付の特許請求の範囲に記載された本開示のより広い範囲から逸脱することなく、様々な改変および変更がそれに行われ得ることは明らかであろう。したがって、本明細書および図面は、限定的な意味ではなく例示的な意味で考慮されるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
１つまたは複数の復号エラーを含むアグリゲートされたデータの受信を確認するための方法であって、前記方法は、ワイヤレスデバイスによって実行され、
ワイヤレスチャネルを介して他のデバイスから受信されたアグリゲートされたデータフレームの送信持続時間を決定することと、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期することと、
を備える、方法。
［Ｃ２］
前記時間期間は、前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
Ｃ１に記載の方法。
［Ｃ３］
前記延期することは、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを防ぐことと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを可能にすることと、
を備える、Ｃ１に記載の方法。
［Ｃ４］
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、Ｃ１に記載の方法。
［Ｃ５］
前記時間期間は、データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、データシンボルの前記数が前記指定された数よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
Ｃ４に記載の方法。
［Ｃ６］
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信することと、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記単一の確認応答フレームは、本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、Ｃ６に記載の方法。
［Ｃ８］
１つまたは複数の復号エラーを含むアグリゲートされたデータの受信を確認するためのワイヤレスデバイスであって、
プロセッサと、
前記プロセッサによって実行されたとき、前記ワイヤレスデバイスに、
ワイヤレスチャネルを介して他のデバイスから受信されたアグリゲートされたデータフレームの送信持続時間を決定することと、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期することと、
を行わせる命令を記憶するメモリと、
を備える、ワイヤレスデバイス。
［Ｃ９］
前記命令の実行は、前記ワイヤレスデバイスに、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記時間期間を前記ＥＩＦＳ持続時間として選択することと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記時間期間を前記ＤＩＦＳ持続時間として選択することと、
を行わせる、Ｃ８に記載のワイヤレスデバイス。
［Ｃ１０］
前記命令の実行は、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを防ぐことと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを可能にすることと、
によって前記チャネルへのアクセスを延期する、Ｃ８に記載のワイヤレスデバイス。
［Ｃ１１］
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、Ｃ８に記載のワイヤレスデバイス。
［Ｃ１２］
前記命令の実行は、前記ワイヤレスデバイスに、
データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記時間期間を前記ＥＩＦＳ持続時間として選択することと、
データシンボルの前記数が前記指定された数よりも大きいとき、前記時間期間を前記ＤＩＦＳ持続時間として選択することと、
を行わせる、Ｃ１１に記載のワイヤレスデバイス。
［Ｃ１３］
前記命令の実行は、前記ワイヤレスデバイスに、
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信することと、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信することと、
をさらに行わせる、Ｃ８に記載のワイヤレスデバイス。
［Ｃ１４］
前記単一の確認応答フレームは、基本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、Ｃ１３に記載のワイヤレスデバイス。
［Ｃ１５］
ワイヤレスデバイスのプロセッサによって実行されたとき、前記ワイヤレスデバイスに、
ワイヤレスチャネルを介して他のデバイスから受信されたアグリゲートされたデータフレームの送信持続時間を決定することと、前記アグリゲートされたデータフレームは１つまたは複数の復号エラーを含み、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期することと、
を備える動作を実行させるプログラム命令を含む非一時的コンピュータ可読媒体。
［Ｃ１６］
前記チャネルへのアクセスを延期するための前記命令の実行は、前記ワイヤレスデバイスに、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記時間期間を前記ＥＩＦＳ持続時間として選択することと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記時間期間を前記ＤＩＦＳ持続時間として選択することと、
を行わせる、Ｃ１５に記載の非一時的コンピュータ可読媒体。
［Ｃ１７］
前記チャネルへのアクセスを延期するための前記命令の実行は、前記ワイヤレスデバイスに、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを防ぐことと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを可能にすることと、
を行わせる、Ｃ１５に記載の非一時的コンピュータ可読媒体。
［Ｃ１８］
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、Ｃ１５に記載の非一時的コンピュータ可読媒体。
［Ｃ１９］
前記命令の実行は、前記ワイヤレスデバイスに、
データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記時間期間を前記ＥＩＦＳ持続時間として選択することと、
データシンボルの前記数が前記指定された数よりも大きいとき、前記時間期間を前記ＤＩＦＳ持続時間として選択することと、
を行わせる、Ｃ１８に記載の非一時的コンピュータ可読媒体。
［Ｃ２０］
前記命令の実行は、前記ワイヤレスデバイスに、
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信することと、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信することと
をさらに行わせる、Ｃ１５に記載の非一時的コンピュータ可読媒体。
［Ｃ２１］
前記単一の確認応答フレームは、基本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、Ｃ２０に記載の非一時的コンピュータ可読媒体。
［Ｃ２２］
１つまたは複数の復号エラーを含むアグリゲートされたデータの受信を確認するためのワイヤレスデバイスであって、
ワイヤレスチャネルを介して他のデバイスから受信されたアグリゲートされたデータフレームの送信持続時間を決定するための手段と、
前記送信持続時間に少なくとも部分的に基づいて、拡張フレーム間スペース（ＥＩＦＳ）持続時間または分散協調機能（ＤＣＦ）フレーム間スペース（ＤＩＦＳ）持続時間のいずれかとして選択された時間期間の間、前記チャネルへのアクセスを延期するための手段と、
を備える、ワイヤレスデバイス。
［Ｃ２３］
前記時間期間は、前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
Ｃ２２に記載のワイヤレスデバイス。
［Ｃ２４］
延期するための前記手段は、
前記送信持続時間が指定された持続時間よりも小さいかまたはそれに等しいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを防ぐことと、
前記送信持続時間が前記指定された持続時間よりも大きいとき、前記ワイヤレスデバイスが前記ＥＩＦＳ持続時間を選択することを可能にすることと、
を行う、Ｃ２２に記載のワイヤレスデバイス。
［Ｃ２５］
前記送信持続時間は、前記アグリゲートされたデータフレームを前記ワイヤレスデバイスに送信するために使用されるデータシンボルの数を使用して決定される、Ｃ２２に記載のワイヤレスデバイス。
［Ｃ２６］
前記時間期間は、データシンボルの前記数が指定された数よりも小さいかまたはそれに等しいとき、前記ＥＩＦＳ持続時間として選択され、
前記時間期間は、データシンボルの前記数が前記指定された数よりも大きいとき、前記ＤＩＦＳ持続時間として選択される、
Ｃ２５に記載のワイヤレスデバイス。
［Ｃ２７］
前記時間期間の後に前記他のデバイスにブロック確認応答フレームを送信するための手段と、
前記ブロック確認応答フレームを送信した後に開始されたショートフレーム間スペース（ＳＩＦＳ）持続時間の後に、前記他のデバイスに単一の確認応答フレームを送信するための手段と、
をさらに備える、Ｃ２３に記載のワイヤレスデバイス。
［Ｃ２８］
前記単一の確認応答フレームは、基本送信レートで送信され、前記チャネルへのアクセスを前記ＥＩＦＳ持続時間だけ延期することを控えるように近くのワイヤレスデバイスに指示する、Ｃ２７に記載のワイヤレスデバイス。
【図１】
0006416256.tif 000012
【図２】
0006416256.tif 000013
【図３Ａ】
0006416256.tif 000014
【図３Ｂ】
0006416256.tif 000015
【図４Ａ】
0006416256.tif 000016
【図４Ｂ】
0006416256.tif 000017
【図５】
0006416256.tif 000018
【図６】
0006416256.tif 000019
【図７Ａ】
0006416256.tif 000020
【図７Ｂ】
0006416256.tif 000021
【図７Ｃ】
0006416256.tif 000022
【図７Ｄ】
0006416256.tif 000023
【図７Ｅ】
0006416256.tif 000024
【図８】
0006416256.tif 000025