(57)【要約】  ワイヤレス通信のための方法、装置、およびコンピュータ可読媒体が提供される。一態様において、装置は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信することと、受信された少なくとも１つのフレームに基づいて、ブロックＡＣＫビットマップを含み得るＢＡフレームを生成することとを行うように構成される。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを含み得る。装置は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。
2019518365.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信することと、
前記受信された少なくとも１つのフレームに基づいて、ブロック肯定応答（ＡＣＫ）ビットマップを備えるブロック肯定応答（ＢＡ）フレームを生成することと、前記ＢＡフレームは、フラグメント番号フィールド、および前記ＢＡフレーム内の前記フラグメント番号フィールド内に前記ブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを備え、
前記生成されたＢＡフレームを前記少なくとも１つのワイヤレスデバイスに送信することと
を備える、方法。
【請求項２】
前記フラグメント番号フィールドは、前記ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり、前記ＢＡ開始シーケンス制御フィールドは、前記ＢＡフレームのＢＡ情報フィールド内のサブフィールドである、請求項１に記載の方法。
【請求項３】
前記フラグメント番号フィールドは、フラグメント化インジケータをさらに含み、前記フラグメント化インジケータは、前記ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかを示す、請求項１に記載の方法。
【請求項４】
前記ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり、前記ビットマップ長インジケータは、２つのビットを備える、請求項１に記載の方法。
【請求項５】
前記ＢＡフレームは、前記圧縮されたＢＡフレームであり、前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、８オクテットであるか、または３２オクテットであるかを示す、請求項４に記載の方法。
【請求項６】
前記ＢＡフレームは、前記マルチ局ＢＡフレームであり、前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、２オクテットであるか、４オクテットであるか、８オクテットであるか、または３２オクテットであるかを示す、請求項４に記載の方法。
【請求項７】
肯定応答ポリシー設定、および前記少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、前記圧縮されたＢＡフレームまたは前記マルチ局ＢＡフレームを生成することをさらに備え、ここにおいて、前記肯定応答ポリシー設定は、肯定応答なし、ノーマル肯定応答、または暗黙のブロック肯定応答要求、のうちの１つであり、受信されたデータの前記タイプは、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）、超高スループット（ＶＨＴ）シングルＭＰＤＵ、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）、またはマルチトラフィック識別子（ＴＩＤ）Ａ−ＭＰＤＵのうちの１つである、請求項４に記載の方法。
【請求項８】
前記少なくとも１つのフレームは、アクション肯定応答フレーム以外のフレームである、請求項７に記載の方法。
【請求項９】
ＢＡセットアップ期間の間、前記少なくとも１つのワイヤレスデバイスと前記ブロックＡＣＫビットマップの前記長さを交渉することをさらに備え、
前記交渉することは、
バッファサイズを決定するために前記少なくとも１つのワイヤレスデバイスと通信することと、
前記バッファサイズに基づいて前記ブロックＡＣＫビットマップの前記長さを決定することと
を備える、請求項１に記載の方法。
【請求項１０】
前記少なくとも１つのフレームに関する前記ＢＡフレームを要求するブロック肯定応答要求（ＢＡＲ）フレームを受信することをさらに備え、前記ＢＡＲフレームは、第２のフラグメント番号フィールド、および前記ＢＡフレーム内の前記第２のフラグメント番号フィールド内に前記ブロックＡＣＫビットマップの前記長さを示す第２のビットマップ長インジケータを備え、前記ＢＡフレームは、前記受信されたＢＡＲフレームに基づいて生成される、請求項１に記載の方法。
【請求項１１】
ワイヤレス通信のための装置であって、
少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信するための手段と、
前記受信された少なくとも１つのフレームに基づいて、ブロック肯定応答（ＡＣＫ）ビットマップを備えるブロック肯定応答（ＢＡ）フレームを生成するための手段と、前記ＢＡフレームは、フラグメント番号フィールド、および前記ＢＡフレーム内の前記フラグメント番号フィールド内に前記ブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを備え、
前記生成されたＢＡフレームを前記少なくとも１つのワイヤレスデバイスに送信するための手段と
を備える、装置。
【請求項１２】
前記フラグメント番号フィールドは、前記ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり、前記ＢＡ開始シーケンス制御フィールドは、前記ＢＡフレームのＢＡ情報フィールド内のサブフィールドである、請求項１１に記載の装置。
【請求項１３】
前記ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり、前記ビットマップ長インジケータは、２つのビットを備える、請求項１１に記載の装置。
【請求項１４】
前記ＢＡフレームは、前記圧縮されたＢＡフレームであり、前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、８オクテットであるか、または３２オクテットであるかを示し、前記ＢＡフレームは、前記マルチ局ＢＡフレームであり、前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、２オクテットであるか、４オクテットであるか、８オクテットであるか、または３２オクテットであるかを示す、請求項１３に記載の装置。
【請求項１５】
肯定応答ポリシー設定、および前記少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、前記圧縮されたＢＡフレームまたは前記マルチ局ＢＡフレームを生成するための手段をさらに備え、ここにおいて、前記肯定応答ポリシー設定は、肯定応答なし、ノーマル肯定応答、または暗黙のブロック肯定応答要求、のうちの１つであり
受信されたデータの前記タイプは、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）、超高スループット（ＶＨＴ）シングルＭＰＤＵ、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）、またはマルチトラフィック識別子（ＴＩＤ）Ａ−ＭＰＤＵのうちの１つである、請求項１３に記載の装置。
【請求項１６】
ＢＡセットアップ期間の間、前記少なくとも１つのワイヤレスデバイスと前記ブロックＡＣＫビットマップの前記長さを交渉するための手段をさらに備え、
交渉するための前記手段は、
バッファサイズを決定するために前記少なくとも１つのワイヤレスデバイスと通信することと、
前記バッファサイズに基づいて前記ブロックＡＣＫビットマップの前記長さを決定することと
を行うように構成されている、請求項１１に記載の装置。
【請求項１７】
前記少なくとも１つのフレームに関する前記ＢＡフレームを要求するブロック肯定応答要求（ＢＡＲ）フレームを受信するための手段をさらに備え、前記ＢＡＲフレームは、第２のフラグメント番号フィールド、および前記ＢＡフレーム内の前記第２のフラグメント番号フィールド内に前記ブロックＡＣＫビットマップの前記長さを示す第２のビットマップ長インジケータを備え、前記ＢＡフレームは、前記受信されたＢＡＲフレームに基づいて生成される、請求項１１に記載の装置。
【請求項１８】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、および、
少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信することと、
前記受信された少なくとも１つのフレームに基づいて、ブロック肯定応答（ＡＣＫ）ビットマップを備えるブロック肯定応答（ＢＡ）フレームを生成することと、前記ＢＡフレームは、フラグメント番号フィールド、および前記ＢＡフレーム内の前記フラグメント番号フィールド内に前記ブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを備え、
前記生成されたＢＡフレームを前記少なくとも１つのワイヤレスデバイスに送信することと
を行うように構成された、少なくとも１つのプロセッサと
を備える、装置。
【請求項１９】
前記フラグメント番号フィールドは、前記ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり、前記ＢＡ開始シーケンス制御フィールドは、前記ＢＡフレームのＢＡ情報フィールド内のサブフィールドである、請求項１８に記載の装置。
【請求項２０】
前記フラグメント番号フィールドは、フラグメント化インジケータをさらに含み、前記フラグメント化インジケータは、前記ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかを示す、請求項１８に記載の装置。
【請求項２１】
前記ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり、前記ビットマップ長インジケータは、２つのビットを備える、請求項１８に記載の装置。
【請求項２２】
前記ＢＡフレームは、前記圧縮されたＢＡフレームであり、前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、８オクテットであるか、または３２オクテットであるかを示す、請求項２１に記載の装置。
【請求項２３】
前記ＢＡフレームは、前記マルチ局ＢＡフレームであり、
前記ビットマップ長インジケータは、前記ブロックＡＣＫビットマップが長さで、２オクテットであるか、４オクテットであるか、８オクテットであるか、または３２オクテットであるかを示す、請求項２１に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、肯定応答ポリシー設定、および前記少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、前記圧縮されたＢＡフレームまたは前記マルチ局ＢＡフレームを選択するようにさらに構成される、請求項２１に記載の装置。
【請求項２５】
前記少なくとも１つのフレームは、アクション肯定応答フレーム以外のフレームである、請求項２４に記載の装置。
【請求項２６】
前記少なくとも１つのプロセッサは、ＢＡセットアップ期間の間、前記少なくとも１つのワイヤレスデバイスと前記ブロックＡＣＫビットマップの前記長さを交渉するようにさらに構成され、前記少なくとも１つのプロセッサは、
バッファサイズを決定するために前記少なくとも１つのワイヤレスデバイスと通信することと、
前記バッファサイズに基づいて前記ブロックＡＣＫビットマップの前記長さを決定することと
を行うことによって、前記長さを交渉するように構成される、請求項１８に記載の装置。
【請求項２７】
前記少なくとも１つのプロセッサは、
前記少なくとも１つのフレームに関する前記ＢＡフレームを要求するブロック肯定応答要求（ＢＡＲ）フレームを受信することを行うようにさらに構成され、前記ＢＡＲフレームは、第２のフラグメント番号フィールド、および前記ＢＡフレーム内の前記第２のフラグメント番号フィールド内に前記ブロックＡＣＫビットマップの前記長さを示す第２のビットマップ長インジケータを備え、前記ＢＡフレームは、前記受信されたＢＡＲフレームに基づいて生成される、請求項１８に記載の装置。
【請求項２８】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信することと、
前記受信された少なくとも１つのフレームに基づいて、ブロック肯定応答（ＡＣＫ）ビットマップを備えるブロック肯定応答（ＢＡ）フレームを生成することと、前記ＢＡフレームは、フラグメント番号フィールド、および前記ＢＡフレーム内の前記フラグメント番号フィールド内に前記ブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを備え、
前記生成されたＢＡフレームを前記少なくとも１つのワイヤレスデバイスに送信することと
を行うためのコードを備える、コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本出願は、「BLOCK ACK GENERATION AND SELECTION RULES」と題され、２０１６年４月２２日付で出願された米国仮出願第６２／３２６，６１７号、および「BLOCK ACKNOWLEDGMENT GENERATION AND SELECTION RULES」と題され、２０１７年４月２０日付で出願された、米国特許出願第１５／４９２，９３２号の利益を主張し、それらはその全体が本明細書に参照により明示的に組み込まれている。
【技術分野】
【０００２】
[0002]本開示は、一般に通信システムに関し、より具体的には、ブロックＡＣＫを含む肯定応答（ＡＣＫ）を選択することおよび生成することに関する。
【背景技術】
【０００３】
[0003]多くの電気通信システムでは、通信ネットワークが、いくつかの相互作用する空間的に分離された（spatially-separated）デバイスの間でメッセージを交換するために使用される。ネットワークは、地理的な範囲に応じて分類され得、それは、例えば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、都市エリアネットワーク（ＭＡＮ：metropolitan area network）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）と指定される。ネットワークはまた、様々なネットワークノードおよびデバイスを相互接続するために使用されるスイッチング（switching）／ルーティング技法（例えば、回路スイッチング対パケットスイッチング）、送信のために用いられる物理媒体のタイプ（例えば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（例えば、インターネットプロトコルスイート、同期型光ネットワーキング（ＳＯＮＥＴ）、イーサネット（登録商標）等）によって異なる。
【０００４】
[0004]ワイヤレスネットワークは、ネットワーク要素が移動式（mobile）であり、それにより動的接続性のニーズを有するときに、またはネットワークアーキテクチャが固定式（fixed）ではなくアドホックのトポロジにおいて形成される場合に、しばしば、好まれる。ワイヤレスネットワークは、電波（radio）、マイクロ波、赤外線、光（optical）等の周波数帯域において電磁波を使用する無誘導伝搬モード（unguided propagation mode）における無形（intangible）物理媒体を用いる。ワイヤレスネットワークは、固定式ワイヤードネットワークと比べて、有利に、ユーザの移動性（mobility）および迅速なフィールド展開を容易にする。
【発明の概要】
【０００５】
[0005]本発明のシステム、方法、コンピュータ可読媒体、およびデバイスは、いくつかの態様をそれぞれ有し、これらのうちのいずれも、本発明の好ましい属性を単独で担うものではない。後続する特許請求の範囲によって表されるこの発明の範囲を限定することなしに、ここでいくつかの特徴が簡潔に論述される。この説明を考慮した後、また、特に「詳細な説明」と題するセクションを読んだ後、当業者であれば、どのように本発明の特徴がワイヤレスネットワークにおけるデバイスに利点を提供するかを理解するであろう。
【０００６】
[0006]本開示の１つの態様は、ワイヤレス通信のための装置（例えば、アクセスポイントまたは局）を提供する。装置は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信するように構成され得る。装置は、受信された少なくとも１つのフレームに基づいて、ブロック肯定応答（ＡＣＫ）ビットマップを含み得るブロック肯定応答（ＢＡ）フレームを生成するように構成され得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にブロックＡＣＫビットマップの長さを示すビットマップ長インジケータ含み得る。装置は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。
【図面の簡単な説明】
【０００７】
【図１】[0007]図１は、本開示の態様が用いられ得る例となるワイヤレス通信システムを示す。
【図２】[0008]図２は、圧縮されたブロックＡＣＫフレームの例示的な図を例示する。
【図３】[0009]図３は、マルチＳＴＡブロックＡＣＫフレームの例示的な図を例示する。
【図４】[0010]図４は、ＢＡフレームのフラグメント番号サブフィールドの統合された（unified）マッピングに関する表を例示する。
【図５Ａ】[0011]図５Ａは、異なるタイプのＡＣＫフレームを生成することに関連付けられた（associated with）複数の基準交換シーケンスを例示する。
【図５Ｂ】図５Ｂは、異なるタイプのＡＣＫフレームを生成することに関連付けられた複数の基準交換シーケンスを例示する。
【図６Ａ】図６Ａは、異なるタイプのＡＣＫフレームを生成することに関連付けられた複数の基準交換シーケンスを例示する。
【図６Ｂ】図６Ｂは、異なるタイプのＡＣＫフレームを生成することに関連付けられた複数の基準交換シーケンスを例示する。
【図７】[0012]図７は、ブロック肯定応答を生成するために図１のワイヤレス通信システム内で用いられ得るワイヤレスデバイスの機能ブロック図である。
【図８】[0013]図８は、ＡＣＫの選択および生成の例示的な方法のフローチャートである。
【図９】[0014]図９は、ブロック肯定応答を生成する例示的なワイヤレス通信デバイスの機能ブロック図である。
【詳細な説明】
【０００８】
[0015]新規のシステム、装置、コンピュータ可読媒体、および方法の様々な態様が、添付の図面を参照して以下により十分に説明される。しかしながら、本開示は、多くの異なる形態で具現化され得、本開示の全体にわたって提示される任意の特定の構造または機能に限定されるものとして解釈されるべきではない。むしろ、これらの態様は、本開示が徹底的で完全であり、当業者に本開示の範囲を十分に伝えることになるように提供される。ここでの教示に基づき、当業者は、本開示の範囲が、本発明の任意の他の態様と組み合わされてインプリメントされようと、あるいは独立してインプリメントされようと、ここに開示される新規のシステム、装置、コンピュータプログラム製品、および方法の任意の態様をカバーするように意図されていることを理解すべきである。例えば、ここで説明される任意の数の態様を使用して、装置がインプリメントされ得、または方法が実施され得る。加えて、本発明の範囲は、本明細書に説明される本発明の様々な態様に加えて、またはそれ以外の、他の構造、機能、または構造と機能を使用して実施されるこのような装置または方法をカバーすることが意図される。ここで開示されるいずれの態様も、請求項の１つまたは複数の要素によって、具現化され得ることが理解されるべきである。
【０００９】
[0016]特定の態様が本明細書で説明されるが、これらの態様の多くの変形および置換が、本開示の範囲内に含まれる（fall within）。好ましい態様のいくつかの利益および利点が述べられるが、本開示の範囲は、特定の利益、用途または目的に限定されるようには意図されない。むしろ本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるように意図されており、それらのうちのいくつかが、図において、および好ましい態様の以下の説明において例として例示される。詳細な説明および図面は、限定ではなく、本開示の単に例示であり、本開示の範囲は、添付の特許請求の範囲およびそれらの同等物によって定義されている。
【００１０】
[0017]広く普及している（popular）ワイヤレスネットワーク技術は、様々なタイプのＷＬＡＮを含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを用いて、近くのデバイスを互いに相互接続するために使用され得る。ここで説明される様々な態様は、ワイヤレスプロトコルのような、任意の通信規格に適用し得る。
【００１１】
[0018]いくつかの態様では、ワイヤレス信号は、直交周波数分割多重化（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭおよびＤＳＳＳ通信の組合せ、または他のスキームを使用して、８０２．１１プロトコルに従って送信され得る。８０２．１１プロトコルのインプリメンテーションは、センサ、メータリング（metering）、およびスマートグリッドネットワークに使用され得る。有利なことに、８０２．１１プロトコルをインプリメントするある特定のデバイスの態様は、他のワイヤレスプロトコルをインプリメントするデバイスより少ない電力を消費し得、および／または、例えば、約１キロメートル以上の比較的長いレンジ（range）にわたってワイヤレス信号を送信するために使用され得る。
【００１２】
[0019]いくつかのインプリメンテーションでは、ＷＬＡＮは、ワイヤレスネットワークにアクセスするコンポーネントである様々なデバイスを含む。例えば、２つのタイプのデバイス：アクセスポイント（ＡＰ）およびクライアント（局または「ＳＴＡ」とも呼ばれる）が存在し得る。一般に、ＡＰは、ＷＬＡＮのためのハブまたは基地局として機能し（serve）得、ＳＴＡは、ＷＬＡＮのユーザとして機能する。例えば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話、等であり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの汎用的な接続性を取得するために、Ｗｉ−Ｆｉ（例えば、ＩＥＥＥ８０２．１１プロトコル）準拠のワイヤレスリンクを介してＡＰに接続する。いくつかのインプリメンテーションでは、ＳＴＡはまた、ＡＰとして使用され得る。
【００１３】
[0020]アクセスポイントはまた、ノードＢ、無線ネットワークコントローラ（ＲＮＣ）、ｅノードＢ、基地局コントローラ（ＢＳＣ）、ベーストランシーバ基地局（ＢＴＳ）、基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、接続ポイント、または何らかの他の用語を備えるか、それらとしてインプリメントされるか、またはそれらとして知られ得る。
【００１４】
[0021]ＳＴＡはまた、アクセス端末（ＡＴ）、加入者局、加入者ユニット、モバイル局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらとしてインプリメントされるか、またはそれらとして知られ得る。いくつかのインプリメンテーションでは、ＳＴＡは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の適切な処理デバイスを備え得る。したがって、ここで教示される１つまたは複数の態様は、電話（例えば、セルラ電話またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス、または衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、またはワイヤレス媒体を介して通信するように構成された任意の他の適切なデバイス中に組み込まれ得る。
【００１５】
[0022]一態様において、ＭＩＭＯスキームは、ワイドエリアＷＬＡＮ（例えば、Ｗｉ−Ｆｉ）接続に使用され得る。ＭＩＭＯは、マルチパスと呼ばれる電波特性（radio-wave characteristic）を活用する。マルチパスにおいて、送信されるデータは、物体（例えば、壁、扉、家具）に当たって跳ね返る（bounce off）ことができ、異なる時間において異なるルートを通じて複数回、受信アンテナに到達する。ＭＩＭＯを用いるＷＬＡＮデバイスは、データストリームを、空間ストリームと呼ばれる、複数の部分に分け、受信ＷＬＡＮデバイス上の対応するアンテナに、別個のアンテナを通じて、各空間ストリームを送信する。
【００１６】
[0023]「関連付ける（associate）」、または「関連付け（association）」という用語、あるいはその任意の変形は、本開示のコンテキスト内で可能な限り広い意味を与えられるべきである。例として、第１の装置が第２の装置と関連付けられるとき、２つの装置は、直接関連付けられ得るか、または中間装置が存在し得ることが理解されるべきである。簡潔さのために、２つの装置の間で関連付けを確立するためのプロセスは、装置のうちの一方による「関連付け要求」に続いて、他方の装置による「関連付け応答」を必要とするハンドシェイクプロトコルを使用して説明される。ハンドシェイクプロトコルは、例として、認証を提供するためのシグナリングのような、他のシグナリングを必要とし得ることが、当業者によって理解されるであろう。
【００１７】
[0024]「第１の」、「第２の」、などのような、指定を使用する本明細書における要素へのいかなる言及も、一般には、それらの要素の量または順序を限定しない。むしろ、これらの指定は、２つ以上の要素または１つの要素の複数のインスタンスを見分ける便利な方法として、本明細書において使用される。それ故に、第１および第２の要素への参照は、ただ２つの要素のみが用いられることができること、または第１の要素が第２の要素に先行し（precede）なければならないことを意味しない。加えて、項目のリスト「のうちの少なくとも１つ」という表現は、単一のメンバ（members）を含む、それらの項目の任意の組合せを指す。例として、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」は、Ａ、またはＢ、またはＣ、あるいはそれらの任意の組み合わせ（例えば、Ａ−Ｂ、Ａ−Ｃ、Ｂ−Ｃ、およびＡ−Ｂ−Ｃ）をカバーするように意図されている。
【００１８】
[0025]上述されたように、ここで説明されるある特定のデバイスは、例えば、８０２．１１規格をインプリメントし得る。このようなデバイスは、ＳＴＡとして使用されようと、ＡＰとして使用されようと、または他のデバイスとして使用されようと、スマートメータリングのために使用され得るか、またはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサアプリケーションを提供することができるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは加えて、例えば個人的なヘルスケアのために、ヘルスケアのコンテキストにおいて使用され得る。それらはまた、（例えばホットスポットで使用する）拡張範囲の（extended-range）インターネット接続を可能にするために、または機械対機械の通信をインプリメントするために、監視（surveillance）用にも使用され得る。
【００１９】
[0026]図１は、本開示の態様が用いられ得る例となるワイヤレス通信システム１００を示す。ワイヤレス通信システム１００は、例えば、８０２．１１規格のような、ワイヤレス規格に準じて動作し得る。ワイヤレス通信システム１００は、ＳＴＡ（例えば、ＳＴＡ１１２、１１４、１１６、および１１８）と通信するＡＰ１０４を含み得る。
【００２０】
[0027]様々なプロセスおよび方法が、ＡＰ１０４とこれらＳＴＡとの間のワイヤレス通信システム１００における送信のために使用され得る。例えば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とこれらＳＴＡとの間で送られ得、および受信され得る。この場合には、ワイヤレス通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと称され得る。代わりとして、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡとの間で送られ得、および受信され得る。この場合には、ワイヤレス通信システム１００は、ＣＤＭＡシステムと称され得る。
【００２１】
[0028]ＡＰ１０４からこれらＳＴＡのうちの１つまたは複数ヘの送信を容易にする通信リンクは、ダウンリンク（ＤＬ）１０８と呼ばれ得、これらＳＴＡのうちの１つまたは複数からＡＰ１０４への送信を容易にする通信リンクは、アップリンク（ＵＬ）１１０と呼ばれ得る。代わりとして、ダウンリンク１０８は、順方向リンクまたは順方向チャネルと呼ばれ得、アップリンク１１０は、逆方向リンクまたは逆方向チャネルと呼ばれ得る。いくつかの態様では、ＤＬ通信は、ユニキャストまたはマルチキャストトラフィックインジケーションを含むことができる。
【００２２】
[0029]ＡＰ１０４は、ＡＰ１０４が、著しいアナログデジタル変換（ＡＤＣ）クリッピングノイズを引き起こすことなく、同時に１つより多いチャネル上でＵＬ通信を受信し得るように、いくつかの態様において（in some aspects）隣接チャネル干渉（ＡＣＩ）を抑制し得る。ＡＰ１０４は、例えば、チャネルごとに別個の有限インパルス応答（ＦＩＲ）フィルタを有すること、または増大されたビット幅を持つより長いＡＤＣバックオフ期間を有することによって、ＡＣＩの抑制を改善し得る。
【００２３】
[0030]ＡＰ１０４は、基地局として機能し（act）、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレッジを提供し得る。ＢＳＡ（例えば、ＢＳＡ１０２）は、ＡＰ（例えば、ＡＰ１０４）のカバレッジエリアである。ＡＰ１０４は、ＡＰ１０４と関連付けられかつ通信のためにＡＰ１０４を使用するこれらＳＴＡと共に、基本サービスセット（ＢＳＳ）と呼ばれ得る。ワイヤレス通信システム１００は、中央ＡＰ（例えば、ＡＰ１０４）を有していないことがあり、むしろこれらＳＴＡ間のピアツーピアネットワークとして機能し得ることに留意されたい。したがって、ここで説明されるＡＰ１０４の機能は、代替として、これらＳＴＡのうちの１つまたは複数によって実行され得る。
【００２４】
[0031]ＡＰ１０４は、ワイヤレス通信システム１００の他のノード（ＳＴＡ）に、ダウンリンク１０８のような通信リンクを介して、ビーコン信号（または、単に「ビーコン」）を１つまたは複数のチャネル（例えば、各チャネルが周波数帯域幅を含む、複数の狭帯域チャネル）上で送信し得、それは、他のノード（ＳＴＡ）がそれらのタイミングをＡＰ１０４と同期するのに役立ち得、または、それは、他の情報または機能を提供し得る。このようなビーコンは、周期的に送信され得る。１つの態様では、連続する複数の送信間の期間は、スーパーフレームと称され得る。ビーコンの送信は、複数のグループまたはインターバルに分割され得る。１つの態様では、ビーコンは、共通のクロックを設定するためのタイムスタンプ情報、ピアツーピアネットワーク識別子、デバイス識別子、能力情報、スーパーフレーム持続時間、送信方向情報、受信方向情報、ネイバーリスト、および／または拡張されたネイバーリストのような情報に限定されないが、それらを含み得、これらのうちのいくつかは、以下でさらに詳細に説明される。それ故、ビーコンは、いくつかのデバイスの間で共通である（例えば、共有される）情報と所与のデバイスに固有の情報の両方を含み得る。
【００２５】
[0032]いくつかの態様では、ＳＴＡ（例えば、ＳＴＡ１１４）は、ＡＰ１０４に通信を送ることおよび／またはＡＰ１０４から通信を受信することを行うために、ＡＰ１０４と関連付けられることを必要とされ得る。１つの態様では、関連付けるための情報は、ＡＰ１０４によるビーコンブロードキャストの中に含まれる。このようなビーコンを受信するために、ＳＴＡ１１４は、例えば、カバレッジ領域にわたる広範囲のカバレッジサーチを実行し得る。サーチはまた、例えば、ライトハウス方式で（in a lighthouse fashion）カバレッジ領域をスイープすること（sweeping）によって、ＳＴＡ１１４によって実行され得る。関連付けるための情報を受信した後、ＳＴＡ１１４は、ＡＰ１０４に、関連付けプローブまたは要求のような、基準信号を送信し得る。いくつかの態様では、ＡＰ１０４は、例えば、インターネットまたは公共交換電話ネットワーク（ＰＳＴＮ）のようなより大きいネットワークと通信するために、バックホール・サービスを使用することができる。
【００２６】
[0033]ある態様では、ＡＰ１０４は、様々な機能を実行するための１つまたは複数のコンポーネントを含み得る。例えば、ＡＰ１０４は、少なくとも１つのワイヤレスデバイス（例えば、ＳＴＡ１１４）から少なくとも１つのフレームを受信するように構成された肯定応答コンポーネント１２４を含み得る。肯定応答コンポーネント１２４は、受信された少なくとも１つのフレームに基づいて、ブロックＡＣＫビットマップを含み得るＢＡフレームを生成するように構成され得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを含み得る。肯定応答コンポーネント１２４は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。
【００２７】
[0034]別の態様では、ＳＴＡ１１４は、様々な機能を実行するための１つまたは複数のコンポーネントを含み得る。例えば、ＳＴＡ１１４は、少なくとも１つのワイヤレスデバイス（例えば、ＡＰ１０４）から少なくとも１つのフレームを受信するように構成された肯定応答コンポーネント１２６を含み得る。肯定応答コンポーネント１２６は、受信された少なくとも１つのフレームに基づいて、ブロックＡＣＫビットマップを含み得るＢＡフレームを生成するように構成され得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にブロックＡＣＫビットマップの長さを示すビットマップ長インジケータを含み得る。肯定応答コンポーネント１２６は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。
【００２８】
[0035]Ｗｉ−Ｆｉネットワーク（例えば、未来のＷｉ−Ｆｉネットワークに準拠するＩＥＥＥ８０２．１１ａｘ）において、ワイヤレスデバイスは、圧縮されたブロックＡＣＫ（Ｃ−ＢＡ）およびマルチＳＴＡブロックＡＣＫ（Ｍ−ＢＡ）を含むＢＡフレームに関して少なくとも２つのフレームフォーマットを使用し得る。２つのフレームの各々は、フレーム内にビットマップ長をシグナリングするためのシグナリングの詳細を有し得る。一態様において、Ｃ−ＢＡおよびＭ−ＢＡは、ビットマップ長をシグナリングする目的のためにフラグメント番号フィールドを使用し得る。下記にさらに説明されるように、シグナリングの詳細は、長さ選択ルールであるとして、ＢＡフレームに関して定義される。つまり、シグナリングは、どのフレームおよびフレームの長さが使用されることになるかを示すために定義されることが必要であり得る。下記にさらに提供されるように、本開示は、ＢＡビットマップ長を示すためのＢＡフレームのフラグメント番号フィールドのマッピングに関連した詳細を提供する。本開示は、ＢＡフレームのＢＡ要求（ＢＡＲ）要請（solicitation）を含め、ＢＡセッションの間、ＢＡフレームの交渉および選択をさらに議論する。
【００２９】
[0036]図２は、圧縮されたブロックＡＣＫフレーム２００の例示的な図を例示する。図２を参照すると、Ｃ−ＢＡは、（例えば、長さで２オクテットの）フレーム制御フィールド２０２、（例えば、長さで２オクテットの）持続時間フィールド２０４、（例えば、長さで６オクテットの）受信アドレス（ＲＡ）フィールド２０６、（例えば、長さで６オクテットの）送信アドレス（ＴＡ）フィールド２０８、（例えば、長さで２オクテットの）ＢＡ制御フィールド２１０、（例えば、可変の長さの）ＢＡ情報フィールド２１２、およびエラー検出のための（例えば、長さで４オクテットの）フレームチェックシーケンス（ＦＣＳ）フィールド２１４を含み得る。一態様において、フレーム制御フィールド２０２、持続時間フィールド２０４、ＲＡフィールド２０６、およびＴＡフィールド２０８は、共に、Ｃ−ＢＡフレームのＭＡＣヘッダ２３６の構成要素となり（constitute）得る。ＢＡ情報フィールド２１２は、（例えば、長さで２オクテットの）ＢＡ開始シーケンス制御フィールド２１６および（例えば、長さで８オクテット、３２オクテット、または何らかの他の数のオクテットの）ＢＡビットマップ２１８を含み得る。ＢＡ開始シーケンス制御フィールド２１６は、フラグメント番号フィールド２２０および開始シーケンス番号フィールド２２２を含み得る。１つの態様では、フラグメント番号は、フラグメント化がないことを示すために、Ｃ−ＢＡフレームにおいて、ゼロであり得る。別の態様において、フラグメント番号は、フラグメント化レベル３に関するＢＡビットマップの再マッピングを示すために１に設定され得る。別の態様において、フラグメント番号フィールド２２０は、４ビットを有し得、開始シーケンス番号フィールド２２２は、１２ビットを有し得る。この態様において、フラグメント番号フィールドは、受信されたデータのいずれかが、データの複数のより小さいセグメントにフラグメント化されたフレームの部分であるかどうか、そして、受信されたデータがデータの単一のフレームを表す複数のフラグメントのうちの１つの構成要素となるかどうかを示し得る。しかしながら、ＢＡビットマップ２１８の長さを示すために、フラグメント番号フィールド２２０は、追加の情報を含み得る。フラグメント番号フィールド２２０の１つまたは複数のビットは、ビットマップ長インジケータ２３０に対応し得る。例えば、フラグメント番号フィールド２２０が４ビット（Ｂ０、Ｂ１、Ｂ２、Ｂ３）を有することを仮定すると、Ｂ０は、フラグメント化インジケータ２３２であり得る。フラグメント化インジケータ２３２は、フラグメント化が利用されるかどうかを示す（例えば、フラグメント化レベル３に関するＢＡビットマップの再マッピングがＯＮであることを示す）ために使用され得る。フラグメント番号フィールド２２０のＢ１およびＢ２は、Ｃ−ＢＡフレームに関するＢＡビットマップ２１８の長さを示すために使用され得る。別の態様において、２つの値は、ＢＡビットマップ２１８の長さ（例えば、８または３２バイト）のために定義され得−追加の値もまた、定義され得る。Ｂ３は、リザーブされ得る２３４。別の態様において、Ｃ−ＢＡフレームは、フラグメント化されていない（un-fragmented）フレームの受信を確認する（acknowledge）ために、使用され得る。（他の例において、ビットの順序は、変更され得る。）。図２は、圧縮されたブロックＡＣＫフレーム２００における情報のブロックに関して１つの例となる順序を例示する。情報のブロックは、同じ情報が運ばれる限り、他の順序であり得る。さらに、情報のブロック内のビットは、他の順序であり得る。例えば、別の態様において、Ｂ０は、リザーブされ得、Ｂ１は、フラグメント化インジケータであり得、Ｂ２およびＢ３は、フラグメント番号フィールドであり得る。
【００３０】
[0037]図３は、マルチＳＴＡブロックＡＣＫフレーム３００の例示的な図を例示する。図３を参照すると、Ｍ−ＢＡフレームは、（例えば、長さで２オクテットの）フレーム制御フィールド３０２、（例えば、長さで２オクテットの）持続時間フィールド３０４、（例えば、長さで６オクテットの）ＲＡフィールド３０６、（例えば、長さで６オクテットの）ＴＡフィールド３０８、（例えば、長さで２オクテットの）ＢＡ制御フィールド３１０、（例えば、可変の長さの）ＢＡ情報フィールド３１２、およびエラー検出のための（例えば、長さで４オクテットの）ＦＣＳフィールド３１４を含み得る。一態様において、フレーム制御フィールド３０２、持続時間フィールド３０４、ＲＡフィールド３０６、およびＴＡフィールド３０８は、共に、Ｍ−ＢＡフレームのＭＡＣヘッダ３３６の構成要素となり得る。一態様において、ＢＡ情報フィールド３１２の複数のインスタンス、各固有の識別子（ＡＩＤ）およびトラフィック識別子（ＴＩＤ）セットごとの１つのインスタンスが存在し得る。この態様において、どのＢＡ情報フィールドも、同じＡＩＤおよびＴＩＤセットとは関連付けられない可能性がある。ＢＡ情報フィールド３１２は、（例えば、長さで２オクテットの）ＡＩＤごとのＴＩＤ情報フィールド（a per AID TID information field）３１６、（例えば、長さで０または２オクテットの）ＢＡ開始シーケンス制御フィールド３１８、および（例えば、０、４バイト、８バイト、３２バイト、または任意の他の数のバイトの）ＢＡビットマップ３２０を含み得る。ＢＡ開始シーケンス制御フィールド３１８は、フラグメント番号フィールド３２２および開始シーケンス番号フィールド３２４を含み得る。一態様において、フラグメント番号フィールド３２２は、４ビットを有し得、開始シーケンス番号フィールド３２４は、１２ビットを有し得る。フラグメント番号フィールド３２２は、受信されたデータのいずれかが、データの複数のより小さいセグメントにフラグメント化されたフレームの部分であるかどうか、そして、受信されたデータがデータの単一のフレームを表す複数のフラグメントのうちの１つの構成要素となるかどうかを示し得る。しかしながら、ＢＡビットマップ３２０の長さを示すために、フラグメント番号フィールド３２２は、追加の情報を含み得る。フラグメント番号フィールド２２０の１つまたは複数のビットは、ビットマップ長インジケータ３３０に対応し得る。例えば、フラグメント番号フィールド３２２が４ビット（Ｂ０、Ｂ１、Ｂ２、Ｂ３）を有し得ると仮定すると、Ｂ０は、フラグメント化インジケータ３３２を使用され得る。フラグメント化インジケータ３３２は、フラグメント化が利用されるかどうかを示す（例えば、フラグメント化レベル３に関するＢＡビットマップの再マッピングがＯＮであることを示す）ためのものであり得る。フラグメント番号フィールド２２０のＢ１およびＢ２は、Ｍ−ＢＡフレームに関してＢＡビットマップ３２０の長さを示すために使用され得る。複数の長さが、定義され得る（例えば、０、４、８、３２、または別の数のバイト）。Ｂ３は、リザーブされ得る３３４。（他の例において、ビットの順序は、変更され得る。）。図３は、マルチＳＴＡブ��ックＡＣＫフレーム３００における情報のブロックに関して１つの例となる順序を例示する。情報のブロックは、同じ情報が運ばれる限り、他の順序であり得る。さらに、情報のブロック内のビットは、他の順序であり得る。例えば、別の態様において、Ｂ０は、リザーブされ得、Ｂ１は、フラグメント化インジケータであり得、Ｂ２およびＢ３は、フラグメント番号フィールドであり得る。
【００３１】
[0038]図４は、例となるフレーム４００のサブセットおよび表４３０を例示する。表は、ＢＡフレームのフラグメント番号フィールドの統合されたマッピングの例を例示する。表４３０および例となるフレーム４００のサブセットを参照すると、フラグメント番号フィールド４０２は、フラグメント番号フィールド２２０またはフラグメント番号フィールド３２２に対応し得る。開始シーケンス番号フィールド４０４は、開始シーケンス番号フィールド２２２または開始シーケンス番号フィールド３２４に対応し得る。ＢＡビットマップ４０６は、ＢＡビットマップ２１８またはＢＡビットマップ３２０に対応し得る。例となるフレーム４００において例示されるように、開始シーケンス番号フィールド４０４は、フラグメント化番号フィールド４０２およびＢＡビットマップ４０６との間にあり得る。
【００３２】
[0039]図４を参照すると、表４３０において例示されるように、フラグメント番号フィールド４０２は、ビットの４つの列（Ｂ０、Ｂ１、Ｂ２、Ｂ３）を有し得る。ビットの列（Ｂ０、Ｂ１、Ｂ２、Ｂ３）は、ＢＡビットマップ長フィールド４３２およびフラグメント化レベル４３４、ならびに受信が確認されることができるＭＳＤＵ／Ａ−ＭＳＤＵの最大数４３６の様々な状態にマッピングし得る。様々な状態は、ＢＡビットマップ４０６に関して、異なるＢＡビットマップ長を示し得る。Ｂ３およびＢ０に関連付けられた列は、実際のビット値である一方で、Ｂ２およびＢ１に関連付けられた列は、ビット値の十進表現である。例えば、０は、００（Ｂ２＝０、Ｂ１＝０）に対応し、１は、０１に対応し、２は、１０に対応し、３は、１１に対応する。第１の行４１０において、フラグメント番号フィールドが００００に設定されるとき、Ｃ−ＢＡまたはＭ−ＢＡのいずれかが使用され得、ＢＡビットマップは、長さ８バイトであり、フラグメント化は、Ｃ−ＢＡおよびＭ−ＢＡの両方に関してＯＦＦである（例えば、ＭＳＤＵフラグメントの受信を確認しない）。受信を確認されることができる媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）またはアグリゲートされたＭＳＤＵ（Ａ−ＭＳＤＵ）の最大数は、６４（例えば、８＊８）である。態様において、フラグメント化は、例えばＭＳＤＵがフラグメント化され得るフラグメントの数を参照する。例えば、ＭＳＤＵは、４つのフラグメントに分けられ得、それ故、ビットマップにおける各ビットは、１つのフラグメントに対応し、４ビットが、シングルＭＳＤＵ（フラグメントごとに１つのビット）肯定応答に必要とされ得る。第２の行４１２において、フラグメント番号フィールドが００１０に設定されるとき、Ｃ−ＢＡまたはＭ−ＢＡのいずれかが、使用され得、ＢＡビットマップは、長さで３２バイトであり、フラグメント化は、Ｃ−ＢＡおよびＭ−ＢＡの両方に関してＯＦＦである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、２５６である。第３の行４１４において、フラグメント番号サブフィールドが０１００に設定されるとき、Ｍ−ＢＡが使用され得る。ＢＡビットマップは、バイト長で４であり、フラグメント化は、Ｍ−ＢＡに関してＯＦＦである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、３２である。第４の行４１６において、フラグメント番号サブフィールドが０１１０に設定されるとき、Ｍ−ＢＡが使用され得る。ＢＡビットマップは、長さで２バイトであり、フラグメント化は、Ｍ−ＢＡに関してＯＦＦである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、（リザーブされていない場合）１６である。第５の行４１８において、フラグメント番号サブフィールドが０００１に設定されるとき、Ｃ−ＢＡまたはＭ−ＢＡが使用され得る。ＢＡビットマップは、長さで８バイトであり、フラグメント化は、Ｃ−ＢＡまたはＭ−ＢＡに関してＯＮである。言い換えると、Ｃ−ＢＡまたはＭ−ＢＡは、例えば、ＭＳＤＵの１つまたは複数のフラグメントの受信を確認している可能性がある。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、１６である。一態様において、フラグメント化に起因して、最大ＭＳＤＵ／Ａ−ＭＳＤＵの数は、減らされ得る。第６の行４２０において、フラグメント番号フィールドが００１１に設定されるとき、Ｃ−ＢＡまたはＭ−ＢＡが使用され得る。ＢＡビットマップは、長さで３２バイトであり、フラグメント化は、Ｃ−ＢＡまたはＭ−ＢＡに関してＯＮである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、６４である。第７の行４２２において、フラグメント番号サブフィールドが０１０１に設定されるとき、Ｍ−ＢＡが使用され得る。ＢＡビットマップは、長さ４バイトであり、フラグメント化は、Ｍ−ＢＡに関してＯＮである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、４である。第８の行４２４において、フラグメント番号サブフィールドが０１１１に設定されるとき、Ｍ−ＢＡが使用され得る。ＢＡビットマップは長さ２バイトであり、フラグメント化は、Ｍ−ＢＡに関してＯＮである。受信を確認されることができるＭＳＤＵまたはＡ−ＭＳＤＵの最大数は、（リザーブされていない場合）４である。ビットＢ３が１に設定されるとき、他のルールはまた決定及び使用され得る。図４において例示されるように、様々な状態は、概して、開始シーケンス番号４０４のブロックに関する構造に影響を与えない。
【００３３】
[0040]ワイヤレス通信において、ワイヤレスデバイスは、ブロックＡＣＫ交渉および選択を実行し得る。例えば、ＳＴＡは、ＡＰとブロックＡＣＫルールおよび選択を交渉し得、その逆も同じである。同様に、ＳＴＡは、他のＳＴＡとブロックＡＣＫルールおよび選択を交渉し得る。データの発信者または受信者は、セットアップ期間（例えば、高スループット（ＨＴ）即時ＢＡセットアップ）の間、ＢＡ動作パラメータを交渉し得る。セットアップ期間の間、バッファサイズを含む、トラフィック識別子に関連付けられた他のパラメータおよびデータ送信のための他のパラメータがまた、交渉され得る。一態様において、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）は、バッファサイズに関連付けられたバッファを消費し得る。
【００３４】
[0041]Ｃ−ＢＡおよびＭ−ＢＡフレームの両方は、ワイヤレスネットワーク内で使用され得、および両方は、可変のビットマップ長を有し得る。一態様において、Ｍ−ＢＡは、アップリンク（ＵＬ）マルチ−ユーザ（ＭＵ）物理コンバージェンスレイヤプロシージャ（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）、マルチ−ＴＩＤＡ−ＭＰＤＵ、等のための応答フレームとして使用され得る。Ｍ−ＢＡフレームのＳＴＡごとのｉｎｆｏフィールド（per STA info field）におけるＴＩＤサブフィールドにおける１５の値は、即時の応答を必要とする管理フレームの成功した肯定応答を示し得る。即時の応答を示すＡＣＫポリシーは、要請するＡ−ＭＰＤＵにおいて、搬送され得る。別の態様において、Ｍ−ＢＡフレームのＵＬ−ＭＵ送信は、ＤＬ  ＭＵ送信におけるマルチＴＩＤＡ−ＭＰＤＵに応答して、許可される。Ｍ−ＢＡにおけるＡＩＤフィールドの値は、受信を確認されることになるＳＴＡの１つまたは（全てを含む）複数と関連付けられ得る。別の態様において、ＡＣＫ／ＢＡ肯定応答を求める（asks for）複数のＴＩＤからのＭＰＤＵ、およびＡＣＫ肯定応答を求める１つの管理フレームは、ＭＵ送信に関して１つのＡ−ＭＰＤＵにおいてアグリゲートされ得る。受信者は、発信者がマルチＴＩＤ  Ａ−ＭＰＤＵにおいてアグリゲートし得るＴＩＤ  ＭＰＤＵの最大数を示し得る。
【００３５】
[0042]議論されるように、ワイヤレスデバイスは、ＡＣＫ動作パラメータを交渉し得る。一態様において、ＢＡビットマップ長は、ＢＡセットアップ（各ＴＩＤごとの）の間、交渉され得る。ＢＡフレームのＢＡビットマップ長は、交渉されたバッファサイズに関係している（tied to）可能性がある。例えば、交渉されたバッファサイズがバイトレンジ［１，６４］にある場合、６４のＢＡビットマップ長は、ＢＡセッション（または送信）の間、使用され得る。別の例において、交渉されたバッファサイズがバイトレンジ［６５，２５６］にある場合、２５６のＢＡビットマップ長は、ＢＡセッションの間、使用され得る。
【００３６】
[0043]一態様において、ＢＡフレームの対象の（intended）受信者は、Ａ−ＭＰＤＵにおいてアグリゲートされ得るＴＩＤの最大数を示し得る。インジケーションは、受信者によって送られた高効率（ＨＥ）能力情報要素（ＩＥ）に含まれ得る。最大数が０の場合、受信者は、マルチ−ＴＩＤ  Ａ−ＭＰＤＵをサポートしない可能性がある。対照的に、非ゼロ値は、Ａ−ＭＰＤＵにおいて許可されたＴＩＤの数およびマルチＴＩＤＡ−ＭＰＤＵへのサポートを示し得る。このように、１つまたは複数のビットは、マルチＴＩＤサポートを示すために使用され得る。このインジケーションは、ＡＰおよびＳＴＡ（例えば、非ＡＰ  ＳＴＡ）の両方にとって有効であり得る。別の態様において、ＡＰは未だ、トリガフレームにおいて各ＳＴＡのその数をシグナリングすることによって、ＵＬ  ＭＵ  ＰＰＤＵ内で各ＳＴＡがそれらのＡ−ＭＰＤＵにおいてアグリゲートすることを許可されたＴＩＤの最大数を動的に統制し（dynamically govern）得る。ＵＬ  ＭＵ  ＰＰＤＵは、トリガベースのＰＰＤＵ、つまり、トリガフレームを受信することに応答して送られたＰＰＤＵ、を参照し得る。
【００３７】
[0044]ＢＡフレームを送信するかどうかを決定するとき、ワイヤレスデバイスは、ＢＡフレームがサポートされているかどうかを決定し得、そして、もしそうである場合は、使用するＢＡフレームタイプを選択する。態様において、Ｃ−ＢＡフレームは、ＨＴ即時ＢＡがサポートされる場合、サポートされ得る。別の態様において、Ｍ−ＢＡフレームは、ＵＬ  ＭＵまたはマルチＴＩＤ  Ａ−ＭＰＤＵがサポートされる場合、サポートされ得る。一態様において、Ｍ−ＢＡフレームは、ＡＰによってＭＵ  ＰＰＤＵに対するデフォルト応答、および、ＳＴＡによってマルチＴＩＤ  Ａ−ＭＰＤＵに対するデフォルト応答を使用され得る。一実施形態において、Ｍ−ＢＡフレームはまた、アクションＡＣＫフレームを含む。アクションＡＣＫフレームは、ＡＣＫフレームへの応答をトリガするＡＣＫフレームであり得る。ワイヤレスデバイスは、デバイスが、ＢＡフレームがサポートされているかどうか、そしてもしそうである場合、どのような（１つまたは複数の）タイプのＢＡフレームがサポートされているか、を決定することを可能にする情報を用いて事前に構成され得る。別の態様において、発信元デバイス（originating device）（データを発信するデバイス）は、全てのタイプのＡＣＫシグナリングに関する受信機（ＲＸ）サポートを示すための能力ビットを利用し得る。発信者（originator）は、全てのＴＩＤに関してＡ−ＭＰＤＵにおける全ての送信されたＭＰＤＵの状態、アクションＡＣＫフレーム、の経過を追う（keep track of）ことが可能であり、その状態を受信されたマルチＴＩＤ  ＢＡの記録の各々と比較し得る。
【００３８】
[0045]別の態様において、シングルユーザ（ＳＵ）ＰＰＤＵのための制御応答フレーム生成は、ＡＣＫ／Ｃ−ＢＡフレームを使用し得る。Ｃ−ＢＡビットマップ長は、セットアップの間、交渉され得、ＢＡセッションの間、一貫して、使用され得る。これは、帯域幅、ＭＣＳ、およびＮＡＶ設定ルールにおける一貫性を確かにし得る。
【００３９】
[0046]図５Ａ、５Ｂ、６Ａ、および６Ｂは、異なるタイプのＡＣＫフレームを生成することに関連付けられた基準交換シーケンス５００、５５０、６００、６５０の数を例示する。図５Ａ、５Ｂ、６Ａ、および６Ｂは、発信者（例えば、ＡＰ５０２、５５２）と受信者（例えば、ＳＴＡ５０４、５５４）との間の送信を例示する。そのように、ここで説明される方法、技法、およびプロトコルは、ＡＰとＳＴＡとの間の、またはＳＴＡ間の送信に適用され得る。図５Ａを参照すると、第１の基準交換シーケンス５００において、ＤＬ  ＭＵ  ＰＰＤＵ５０６は、ＡＰ５０２からＳＴＡ５０４（例えば、ＳＴＡ１、２、３、および４）に送信される。ＤＬ  ＭＵ  ＰＰＤＵ５０６は、ＳＴＡ１、２、３、４への、時間において、および周波数において、多重化されたデータを含み得る。ショートインターフレームスペース（ＳＩＦＳ）５１０またはインターフレームスペースの何らかの他の量の後、ＵＬ  ＳＵ応答５０８（または制御応答フレーム）は送信される。第１の基準交換シーケンス５００を参照すると、ＤＬ  ＭＵ  ＰＰＤＵ（例えば、ＡＰ５０２）の１の発信者が存在し得る。ＤＬ  ＭＵ  ＰＰＤＵ５０６を受信した後に、１つまたは複数のＳＴＡは、ＵＬ  ＳＵ応答５０８を送信し得る。
【００４０】
[0047]
【表１】
2019518365.tif 000003
【００４１】
[0048]ＵＬ  ＳＵ応答内に含まれ得る異なる制御応答フレームを説明するために、第１の基準交換シーケンス５００は、表１を参照して、議論され得る。表１の第２の列において示されるように、ＤＬ  ＭＵ  ＰＰＤＵ５０６（例えば、ＭＰＤＵ、Ａ−ＭＰＤＵ、超高スループット（ＶＨＴ）シングルＭＰＤＵ、マルチＴＩＤ  Ａ−ＭＰＤＵ）において搬送される（１つまたは複数の）Ａ−ＭＰＤＵの内容、およびＤＬ  ＭＵ  ＰＰＤＵ５０６と関連付けられた（またはそれ内で示された）（またはＤＬ  ＭＵ  ＰＰＤＵ５０６内の各（Ａ−）ＭＰＤＵに関連付けられた）ＡＣＫポリシー設定に依存して、ＤＬ  ＭＵ  ＰＰＤＵ５０６の受信者によって生成された制御応答フレームは、異なり得る。例えば、表１を参照すると、行２において、ＤＬ  ＭＵ  ＰＰＤＵ５０６においてＭＰＤＵまたはＡ−ＭＰＤＵが搬送され、かつＡＣＫまたはＢＡポリシーセットが存在しない場合、受信者は、応答フレームを生成しない可能性がある。行３において、ＶＨＴシングルＭＰＤＵが、ＤＬ  ＭＵ  ＰＰＤＵ５０６において搬送され、かつノーマルＡＣＫポリシーが（例えば、ＶＨＴシングルＭＰＤＵにおいて）示される場合、受信者は、ＵＬ  ＰＰＤＵ応答フォーマットに関して、ＳＵフォーマットにおけるＡＣＫフレームを送信し得る。行４において、Ａ−ＭＰＤＵがＤＬ  ＭＵ  ＰＰＤＵ５０６において搬送され、かつ暗黙のＢＡＲが適用される場合、Ｃ−ＢＡは送信され得る。行５において、マルチＴＩＤ  Ａ−ＭＰＤＵが、ＤＬ  ＭＵ  ＰＰＤＵ５０６において搬送され、かつ暗黙のＢＡＲが適用される場合、Ｍ−ＢＡフレームは送信され得る。一態様において、ノーマルＡＣＫおよび暗黙のＢＡＲポリシーは、ＡＣＫポリシーに関して、同じ値（例えば、ＭＰＤＵ内のＡＣＫポリシーフィールドにおいて同じ値）によって、表現され得る。一態様において、ＤＬ  ＭＵ  ＰＰＤＵ５０６を要請するために、（Ａ−）ＭＰＤＵにおいて含まれる各サービスの品質（ＱｏＳ）のデータごとのＡＣＫポリシーは、同じ値に設定され得る。Ａ−ＭＰＤＵは、そのような条件下では、アクションＡＣＫフレームを含まない可能性がある。アクションＡＣＫフレームは、ＳＵとＭＵとの間を区別する（differentiate）ためのＡＣＫポリシーフィールドを有さない可能性がある。そのように、１つのやり方がイネーブルされ得る（例えば、ＵＬ  ＭＵが、それは、ＤＬ  ＭＵ応答のための最もよくある事例（the most common case）であり得るので、イネーブルされ得る）。
【００４２】
[0049]図５Ｂを参照すると、第２の基準交換シーケンス５５０において、ＤＬ  ＭＵ  ＰＰＤＵ５５６は、ＳＴＡ５５４（例えば、ＳＴＡ１、２、３、４）にＡＰ５５２によって、送信される。ＤＬ  ＭＵ  ＰＰＤＵ５５６は、ＳＴＡ１、２、３、４への、時間において、および周波数において、多重化されたデータを含み得る。ＳＩＦＳ５６０またはインターフレームスペースの何らかの他の量の後で、ＵＬ  ＭＵ応答５５８（または制御応答フレーム）が送信される。第２の基準交換シーケンス５５０を参照すると、ＤＬ  ＭＵ  ＰＰＤＵ５５６（例えば、ＡＰ５５２）１の発信者が存在し得る。ＤＬ  ＭＵ  ＰＰＤＵ５５６を受信した後に、１つまたは複数のＳＴＡは、ＵＬ  ＭＵ応答５５８を送信し得る。
【００４３】
[0050]
【表２】
2019518365.tif 000004
【００４４】
[0051]ＵＬ  ＭＵ応答５５８内に含まれ得る異なる制御応答フレームを説明するために、第２の基準交換シーケンス５５０は、表２を参照して議論され得る。表２の第２の列において示されるように、ＤＬ  ＭＵ  ＰＰＤＵ５５６（例えば、ＭＰＤＵ、Ａ−ＭＰＤＵ、超高スループット（ＶＨＴ）シングルＭＰＤＵ、マルチＴＩＤ  Ａ−ＭＰＤＵ）において搬送される（１つまたは複数の）Ａ−ＭＰＤＵの内容、およびＡＣＫポリシー設定に依存して、ＤＬ  ＭＵ  ＰＰＤＵ５５６の受信者によって生成される制御応答フレームは、異なり得る。例えば、表２を参照すると、行２において、ＭＰＤＵ／Ａ−ＭＰＤＵがＤＬ  ＭＵ  ＰＰＤＵ５５６において搬送され、かつＡＣＫまたはＢＡポリシーセットが存在しない場合、全ての受信者は、制御応答フレームを生成しない可能性がある。行３において、ＶＨＴシングルＭＰＤＵがＤＬ  ＭＵ  ＰＰＤＵ５５６において搬送され、かつＭＵ  ＡＣＫポリシーが適用される（例えば、ＶＨＴシングルＭＰＤＵにおいて示される）場合、１つまたは複数の受信者は、ＵＬ  ＭＵ  ＰＰＤＵフォーマットにおいて、ＡＣＫフレームを送信し得る。一態様において、ＤＬ  ＭＵ  ＰＰＤＵ５５６におけるトリガ情報（例えば、トリガメッセージ）が、ベーシックトリガフレームでなかったか、またはベーシックトリガフレームがＵＬ  ＭＵ応答において提供されていなかった場合、ＳＴＡ５５４は、ＡＰ５５２からＵＬ  ＭＵ応答５５８への応答を要請しない可能性がある。別の態様において、ＤＬ  ＭＵ  ＰＰＤＵにおいて搬送されるトリガ情報がベーシックトリガフレームであった場合、ＳＴＡ５５４は、ＡＰ５５２からＵＬ  ＭＵ応答５５８への応答を要請し得る。別の態様において、ＭＵ  ＡＣＫポリシーは、ＡＣＫポリシーのＰＳＭＰ  ＡＣＫ値の値によってシグナリングされ得る。行４において、Ａ−ＭＰＤＵがＤＬ  ＭＵ  ＰＰＤＵ５５６において搬送され、かつＭＵ  ＡＣＫポリシーが適用されるかまたはシグナリングされる場合、Ｃ−ＢＡは、送信され得る。行５において、マルチＴＩＤ  Ａ−ＭＰＤＵがＤＬ  ＭＵ  ＰＰＤＵ５５６において搬送され、かつＭＵ  ＡＣＫポリシーが適用されるかまたはシグナリングされる場合、Ｍ−ＢＡフレームは、送信され得る。一態様において、Ａ−ＭＰＤＵは、アクションＡＣＫフレームを含み得、それは、ＳＵとＭＵとの間を区別するためのＡＣＫポリシーフィールドを有さない可能性がある。別の態様において、デフォルトで（by default）、アクションＡＣＫフレームを有するＭＰＤＵを含むＤＬマルチＴＩＤ  Ａ−ＭＰＤＵフレームへの応答は、ＭＵモードにあり得る。一態様において、ＤＬ  ＭＵ  ＰＰＤＵを要請することに関して、（Ａ−）ＭＰＤＵにおいて含まれる各ＱｏＳデータごとのＡＣＫポリシーは、同じ値に設定され得る。別の態様において、受信者が、１つまたは複数のトリガフレーム、またはＵＬ  ＭＵ応答を有する１つまたは複数の制御フィールド（例えば、ＨＥ変形ＨＴ制御フィールド）において含まれるリソースユニットを割り当てられた場合、受信者は、ＤＬ  ＭＵ  ＰＰＤＵ５５６に応答し得る。
【００４５】
[0052]図６Ａを参照すると、第３の基準交換シーケンス６００において、ＡＰ６０２は、ＳＴＡ６０４（例えば、ＳＴＡ１、２、３、４）にトリガフレーム６０６を送信し得る。ＳＩＦＳ６２０の後に、ＳＴＡ６０４は、トリガフレーム６０６に応答して、ＵＬ  ＭＵ  ＰＰＤＵ６０８を送信し得る。次いで、ＳＩＦＳ６２２またはインターフレームスペースの何らかの他の量の後に、ＡＰ６０２は、ＳＴＡ６０４の各々にＤＬ  ＳＵフレーム応答６１０、６１２、６１４、６１６を送信し得る。共に、ＤＬ  ＳＵフレーム応答６１０、６１２、６１４、６１６は、１つまたは複数のＳＴＡに関する情報をＭＰＤＵにおいて搬送する。識別子（例えば、各ＳＴＡを識別するＡＩＤ、それは、次に、ＢＡ情報によって後続され得る）は、各ＭＰＤＵにおいて、含まれ得る。第３の基準交換シーケンス６００を参照すると、ＵＬ  ＭＵ  ＰＰＤＵ６０８（例えば、１つまたは複数のＳＴＡ１、２、３、４）の１つまたは複数の発信者が存在し得る。
【００４６】
[0053]
【表３】
2019518365.tif 000005
【００４７】
[0054]ＤＬ  ＳＵフレーム応答６１０、６１２、６１４、６１６内に含まれ得る異なる制御応答フレームを説明するために、第３の基準交換シーケンス６００は、表３を参照して、説明され得る。表３の第２の列において示されるように、ＵＬ  ＭＵ  ＰＰＤＵ６０８（例えば、ＭＰＤＵ、Ａ−ＭＰＤＵ、超高スループット（ＶＨＴ）シングルＭＰＤＵ、マルチ−ＴＩＤ  Ａ−ＭＰＤＵ）において搬送された（１つまたは複数の）Ａ−ＭＰＤＵの内容、および第３の列におけるＡＣＫポリシー設定に依存して、ＵＬ  ＭＵ  ＰＰＤＵ６０８の受信者によって生成される制御応答フレームは、異なり得る。例えば、表３を参照すると、行２において、ＭＰＤＵ／Ａ−ＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６０８において搬送され、かつＡＣＫまたはＢＡポリシーセットが存在しない場合、受信者は、制御応答フレームを生成しない可能性がある。行３において、ＶＨＴシングルＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６０８において、搬送され、かつノーマルＡＣＫポリシーが適用される（例えば、ＶＨＴシングルＭＰＤＵにおいて示される）場合、受信者は、１の発信者（例えば、単一のＳＴＡ発信者）が存在する場合にＡＣＫフレームを送信し得るか、または、１より多くの発信者（例えば、複数のＳＴＡ）が存在する場合にＭ−ＢＡを送信し得る。一態様において、ＵＬ  ＭＵ  ＰＰＤＵ６０８を要請するトリガ（例えば、トリガメッセージ）がベーシックトリガフレームでなかったか、またはＵＬ  ＭＵ  ＰＰＤＵ６０８のＵＬ  ＭＵ応答フィールドにおいてトリガが含まれていなかった場合、ＳＴＡ６０４は、ＵＬ  ＭＵ  ＰＰＤＵ６０８への応答を要請しない可能性がある。別の態様において、ＵＬ  ＭＵ  ＰＰＤＵ６０８を要請したトリガがベーシックトリガフレームであった場合、ＳＴＡ６０４は、ＵＬ  ＭＵ  ＰＰＤＵ６０８への応答を要請し得る。行４において、Ａ−ＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６０８において搬送され、かつ暗黙のＢＡＲポリシーが適用されるかまたはシグナリングされる場合、発信者の数が１である場合にＣ−ＢＡは、送信され得るか、または発信者の数が１より大きい場合にＭ−ＢＡが送信され得る。行５において、マルチＴＩＤ  Ａ−ＭＰＤＵが、ＵＬ  ＭＵ  ＰＰＤＵ６０８において搬送され、かつ暗黙のＢＡＲが適用されるかまたはシグナリングされる場合、発信者の数が０よりも大きい場合にＭ−ＢＡフレームは送信され得る。一態様において、ＵＬ  ＭＵ  ＰＰＤＵを要請することに関して、（Ａ−）ＭＰＤＵに含まれる各ＱｏＳデータごとのＡＣＫポリシーは、ノーマルＡＣＫ／暗黙のＢＡＲに設定され得る。別の態様において、マルチＴＩＤ  Ａ−ＭＰＤＵにおけるＡ−ＭＰＤＵは、アクションＡＣＫフレームを含み得る。ＭＰＤＵにおいてアクションＡＣＫフレームを含むマルチＴＩＤ  Ａ−ＭＰＤＵフレームへの応答は、Ｍ−ＢＡであり得る。
【００４８】
[0055]図６Ｂを参照すると、第４の基準交換シーケンス６５０において、ＡＰ６５２は、ＵＬ  ＭＵ  ＰＰＤＵ６５８を要請するために、ＳＴＡ６５４にトリガフレーム６５６を送信し得る。ＳＩＦＳ６６２またはインタフェーススペースの何らかの他の量の後で、ＳＴＡ６５４は、ＵＬ  ＭＵ  ＰＰＤＵ６５８を送信し得る。第４の基準交換シーケンス６５０を参照すると、ＵＬ  ＭＵ  ＰＰＤＵ６５８の１または複数の発信者（例えば、１つまたは複数のＳＴＡ）があり得る。ＵＬ  ＭＵ  ＰＰＤＵ６５８を受信した後に、ＡＰ６５２は、ＤＬ  ＭＵ応答６６０を送信し得る。
【００４９】
[0056]
【表４】
2019518365.tif 000006
【００５０】
[0057]ＵＬ  ＭＵ応答６６０内に含まれ得る異なる制御応答フレームを説明するために、第４の基準交換シーケンス６５０は、表４を参照して議論され得る。表４の第２の列において示されるように、ＵＬ  ＭＵ  ＰＰＤＵ６５８（例えば、ＭＰＤＵ、Ａ−ＭＰＤＵ、超高スループット（ＶＨＴ）シングルＭＰＤＵ、マルチ−ＴＩＤＡ−ＭＰＤＵ）において搬送される（１つまたは複数の）Ａ−ＭＰＤＵの内容、および第３の列におけるＡＣＫポリシー設定に依存して、ＵＬ  ＭＵ  ＰＰＤＵ６５８の受信者によって生成された制御応答フレームは、異なり得る。例えば、表４を参照すると、行２において、ＭＰＤＵ／Ａ−ＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵにおいて搬送され、かつＡＣＫまたはＢＡポリシーセットが存在しない場合、受信者は、応答フレームを生成しない可能性がある。行３において、ＶＨＴシングルＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６５８において搬送され、かつノーマルＡＣＫポリシーが適用される（例えば、ＶＨＴシングルＭＰＤＵにおいて示される）場合、受信者は、１の発信者が存在する場合にＡＣＫフレームを送信し得、または１よりも多い発信者が存在する場合にＭ−ＢＡを送信し得る。一態様において、ＵＬ  ＭＵ  ＰＰＤＵ６５８を要請するトリガ（例えば、トリガメッセージ）がベーシックトリガフレームでなかったか、またはＵＬ  ＭＵ  ＰＰＤＵ６５８のＵＬ  ＭＵ応答フィールドにおいてトリガが含まれていなかった場合、ＳＴＡは、ＵＬ  ＭＵ  ＰＰＤＵ６５８への応答を要請しない可能性がある。別の態様において、ＵＬ  ＭＵ  ＰＰＤＵを要請したトリガがベーシックトリガフレームであった場合、ＳＴＡは、ＵＬ  ＭＵ  ＰＰＤＵへの応答を要請し得る。行４において、Ａ−ＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６５８において搬送され、かつ暗黙のＢＡＲポリシーが適用されるかまたはシグナリングされる場合、発信者の数が１である場合にＣ−ＢＡは、送信され得るか、または発信者の数が１より大きい場合にＭ−ＢＡが送信され得る。行５において、マルチＴＩＤ  Ａ−ＭＰＤＵがＵＬ  ＭＵ  ＰＰＤＵ６５８において搬送され、かつ暗黙のＢＡＲが適用されるかまたはシグナリングされる場合、発信者の数が０よりも大きい場合にＭ−ＢＡフレームは送信され得る。一態様において、ＵＬ  ＭＵ  ＰＰＤＵを要請することに関して、（Ａ−）ＭＰＤＵに含まれる各ＱｏＳデータごとのＡＣＫポリシーは、ノーマルＡＣＫ／暗黙のＢＡＲに設定され得る。別の態様において、マルチＴＩＤ  Ａ−ＭＰＤＵにおけるＡ−ＭＰＤＵは、アクションＡＣＫフレームを含み得る。ＭＰＤＵにおいてアクションＡＣＫフレームを含むマルチＴＩＤ  Ａ−ＭＰＤＵフレームへの応答は、Ｍ−ＢＡであり得る。
【００５１】
[0058]別の態様において、ＢＡＲが要請されたＢＡフレームに関して、発信者は、１つのＢＡＲフレームを用いて複数のＢＡフレームを要請し得る。ＢＡＲフレームは、ＰＰＤＵにおいて搬送されるＭＰＤＵであり得るか、Ａ−ＭＰＤＵの最後のＭＰＤＵであり得るか、またはトリガフレームのＢＡＲの変形の部分として含まれ得る。トリガフレームが、Ａ−ＭＰＤＵにおいて、アグリゲートされる場合、ＢＡＲフレームは、存在しない可能性がある。別の態様において、受信者によってサポートされるＴＩＤの最大数が１である場合、ＢＡＲフレームは、圧縮されたＢＡＲのいずれかであり得る。別の態様において、ＢＡＲフレームは、受信者によってサポートされるＴＩＤの最大数が１またはそれより多い場合、マルチＴＩＤ  ＢＡＲであり得る。ＢＡＲフレームに関して、（例えば、図５において示されるように）ＢＡフレームに関して上記で説明されたものと同じフラグメント番号マッピングが適用される。さらに、上記で議論されたＰＰＤＵごとの肯定応答ルール（per-PPDU acknowledgment rules）がまた、適用され得る。
【００５２】
[0059]要するに、ワイヤレスデバイスは、と事前に構成され得、可変のビットマップおよびマルチＴＩＤサポートに関するＢＡ選択ルールを交渉し得る。ワイヤレスデバイスは、上記で議論されたＰＰＤＵごとの肯定応答ルールをさらに利用し得る。
【００５３】
[0060]図７は、ブロック肯定応答を生成するために図１のワイヤレス通信システム１００内で用いられ得るワイヤレスデバイス７０２の機能ブロック図である。ワイヤレスデバイス７０２は、ここで説明されている様々な方法をインプリメントするように構成され得るデバイスの例である。例えば、ワイヤレスデバイス７０２は、ＡＰ１０４またはＳＴＡ１１４であり得る。
【００５４】
[0061]ワイヤレスデバイス７０２は、ワイヤレスデバイス７０２の動作を制御するプロセッサ７０４を含み得る。プロセッサ７０４はまた、中央処理ユニット（ＣＰＵ）と呼ばれ得る。読取専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得る、メモリ７０６は、プロセッサ７０４に命令およびデータを提供し得る。メモリ７０６の一部はまた、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含み得る。プロセッサ７０４は、典型的に、メモリ７０６内に記憶されたプログラム命令に基づいて、論理演算および算術演算を実行する。メモリ７０６における命令は、ここで説明される方法をインプリメントするために（例えば、プロセッサ７０４によって）実行可能であり得る。
【００５５】
[0062]プロセッサ７０４は、１つまたは複数のプロセッサでインプリメントされる処理システムのコンポーネントであり得、またはそれを備え得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、ステートマシン、ゲート論理、個別ハードウェアコンポーネント、専用ハードウェア有限ステートマシン、または情報の計算または他の操作を実行することができる任意の他の適切なエンティティの任意の組み合わせでインプリメントされ得る。
【００５６】
[0063]処理システムはまた、ソフトウェアを記憶するための機械可読媒体を含み得る。ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、その他の方法で称されるかどうかに関わらず、ソフトウェアは、あらゆるタイプの命令を意味するように広く解釈されるものとする。命令は、（例えば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、または任意の他の適切なコードのフォーマットにおいて）コードを含み得る。これら命令は、１つまたは複数のプロセッサによって実行されたとき、処理システムに、ここで説明される様々な機能を実行させる。
【００５７】
[0064]ワイヤレスデバイス７０２はまた、ハウジング７０８を含み得、ワイヤレスデバイス７０２は、ワイヤレスデバイス７０２と遠隔デバイスの間のデータの送信および受信を可能にするために送信機７１０および／または受信機７１２を含み得る。送信機７１０および受信機７１２は、トランシーバ７１４に組み合わされ得る。アンテナ７１６は、ハウジング７０８に取り付けられ得、トランシーバ７１４に電気的に結合され得る。ワイヤレスデバイス７０２はまた、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナを含み得る。
【００５８】
[0065]ワイヤレスデバイス７０２はまた、トランシーバ７１４または受信機７１２によって受信される信号のレベルを検出および定量化するために使用され得る信号検出器７１８を含み得る。信号検出器７１８は、このような信号を、総エネルギー、シンボル当たりのサブキャリア毎のエネルギー（energy per subcarrier per symbol）、電力スペクトル密度、および他の信号として検出し得る。ワイヤレスデバイス７０２はまた、信号を処理する際に使用するためのＤＳＰ７２０を含み得る。ＤＳＰ７２０は、送信のためのパケットを生成するように構成され得る。いくつかの態様では、パケットは、ＰＰＤＵを備え得る。
【００５９】
[0066]無線デバイス７０２は、いくつかの態様では、ユーザインターフェース７２２をさらに備え得る。ユーザインターフェース７２２は、キーパッド、マイクロフォン、スピーカ、および／またはディスプレイを備え得る。ユーザインターフェース７２２は、ワイヤレスデバイス７０２のユーザに情報を搬送する、および／またはユーザからインプットを受信する任意のエレメントまたはコンポーネントを含み得る。
【００６０】
[0067]ワイヤレスデバイス７０２がＡＰ（例えば、ＡＰ１０４、ＡＰ１１４）またはＳＴＡ（例えば、ＳＴＡ１１４）としてインプリメントされるとき、ワイヤレスデバイス７０２はまた、肯定応答コンポーネント７２４を備え得る。肯定応答コンポーネント７２４は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレーム７３２を受信するように構成され得る。肯定応答コンポーネント７２４は、受信された少なくとも１つのフレームに基づいて、ビットマップを含み得るＢＡフレーム７３０を生成するように構成され得る。ＢＡフレームは、ＢＡフレーム内において、フラグメント番号フィールド、およびフラグメント番号フィールド内にビットマップの長さを示すビットマップ長インジケータを含み得る。肯定応答コンポーネント７２４は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。一態様において、フラグメント番号フィールドは、ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり得、ＢＡ開始シーケンス制御フィールドは、ＢＡフレームのＢＡ情報フィールド内のサブフィールドであり得る。別の態様において、フラグメント番号フィールドは、ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかをさらに示し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり得る。この態様において、フラグメント番号フィールドは、第１のビット、第２のビット、第３のビット、および第４のビットを含み得、第２のおよび第３のビットは、ビットマップ長インジケータに対応し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、８オクテット、または３２オクテットであるかを示し得る。別の態様において、ＢＡフレームは、マルチ局ＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、２オクテット、４オクテット、８オクテット、または３２オクテットであるかを示し得る。別の構成において、肯定応答コンポーネント７２４は、肯定応答ポリシー設定、および少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームを選択するように構成され得る。別の態様において、少なくとも１つのフレームは、アクション肯定応答フレームでない場合がある。別の構成において、肯定応答コンポーネント７２４は、ＢＡセットアップ期間の間、少なくとも１つのワイヤレスデバイスとビットマップの長さを交渉するようにさらに構成され得る。肯定応答コンポーネント７２４は、バッファサイズを決定するために少なくとも１つのワイヤレスデバイスと通信することによって、およびバッファサイズに基づいてビットマップの長さを決定することによって、交渉するように構成され得る。別の構成において、肯定応答コンポーネント７２４は、少なくとも１つのフレームに関してＢＡフレームを要求するＢＡＲフレーム７３４を受信するように構成され得る。ＢＡＲフレームは、第２のフラグメント番号フィールド、およびＢＡフレーム内の第２のフラグメント番号フィールド内にビットマップの長さを示す第２のビットマップ長インジケータを含み得る。ＢＡフレームは、受信されたＢＡＲフレームに基づいて生成され得る。
【００６１】
[0068]ワイヤレスデバイス７０２の様々なコンポーネントは、バスシステム７２６によって共に結合され得る。バスシステム７２６は、例えば、データバスを含むことができるだけでなく、このデータバスに加えて、電力バス、制御信号バス、およびステータス信号バスも含むことができる。ワイヤレスデバイス７０２のコンポーネントは、何らかの他のメカニズムを使用して、互いに共に結合されるか、あるいは互いへの入力を受け入れるまたは提供することができる。
【００６２】
[0069]複数の別個のコンポーネントが図７に例示されているが、これらコンポーネントのうちの１つまたは複数が、組み合わされるまたは共通してインプリメントされ得る。例えば、プロセッサ７０４は、プロセッサ７０４に関して上記で説明された機能をインプリメントするためだけでなく、信号検出器７１８、ＤＳＰ７２０、ユーザインターフェース７２２、および／または肯定応答コンポーネント７２４に関して上記で説明された機能をインプリメントするためにも使用され得る。さらに、図７に例示されるコンポーネントの各々は、複数の別個の要素を使用してインプリメントされ得る。
【００６３】
[0070]図８は、ＡＣＫの選択および生成の例示的な方法８００のフローチャートである。方法８００は、装置（例えば、ＳＴＡ１１４、ＡＰ１０４、ＡＰ５０２、５５２、６０２、６５２、ＳＴＡ５０４、５５４、６０４、６５４、または、例えば、ワイヤレスデバイス７０２）を使用して実行され得る。方法８００は、図７のワイヤレスデバイス７０２の要素に関して以下で説明されるが、他のコンポーネントが、ここで説明されるステップのうちの１つまたは複数をインプリメントするために使用され得る。
【００６４】
[0071]ブロック８０５において、装置は、ＢＡセットアップ期間の間、少なくとも１つのワイヤレスデバイスと１つまたは複数のデータ送信と関連付けられたビットマップ（またはバッファ）の長さを交渉し得る。装置は、バッファサイズを決定するために少なくとも１つのワイヤレスデバイスと通信することによって、およびバッファサイズに基づいてビットマップの長さを決定することによって、その長さを交渉し得る。例えば、図５Ｂを参照すると、装置は、ＡＰ６５２であり得る。ＡＰ６５２は、ＳＴＡ６５４に送信するバッファサイズを決定するためにＳＴＡ６５４と通信することによって、およびバッファサイズに基づいてビットマップの長さを決定することによって、ビットマップ（例えば、ＢＡビットマップ）の長さを交渉し得る。例えば、交渉されたバッファサイズが［１，Ｘ］の間である場合、ビットマップ長は、Ｘビットであり得、交渉されたバッファサイズが［Ｘ＋１，Ｙ］の間である場合、ビットマップ長は、Ｙビットであり得る。この例において、交渉されたバッファサイズは、３２バイトであり得る。
【００６５】
[0072]ブロック８１０において、装置は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信し得る。例えば、図６Ｂを参照すると、ＡＰ６５２は、ＳＴＡ１、２、３、４からＵＬ  ＭＵ  ＰＰＤＵ６５８を受信し得る。
【００６６】
[0073]ブロック８１５において、装置は、少なくとも１つのフレームに関してＢＡフレームを要求するＢＡＲフレームを受信し得る。ＢＡＲフレームは、第２のフラグメント番号フィールド、およびＢＡフレーム内の第２のフラグメント番号フィールド内にビットマップの長さを示す第２のビットマップ長インジケータを含み得る。例えば、ＳＴＡ１、２、３、４からＵＬ  ＭＵ  ＰＰＤＵ６５８を受信した後に、ＡＰ６５２は、ＳＴＡ１、２、３、４からＢＡＲフレームを受信し得る。ＢＡＲフレームは、ＡＰ６５２によって送信されるべきＢＡビットマップの長さを示す第２のビットマップ長インジケータを有する第２のフラグメント番号フィールドを含み得る。
【００６７】
[0074]ブロック８２０において、装置は、少なくとも１つのフレームにおいて受信されるデータのタイプに関するＡＣＫポリシー設定に基づいて、Ｃ−ＢＡフレームまたはＭ−ＢＡフレームを生成し得る。例えば、図６Ｂを参照すると、ＡＰ６５２は、ＵＬ  ＭＵ  ＰＰＤＵ６５８の内容を決定し得る。例えば、その内容がＭＰＤＵ、Ａ−ＭＰＤＵ、ＶＨＴシングルＭＰＤＵ、またはマルチ−ＴＩＤ  Ａ−ＭＰＤＵを含むかどうか。この事例において、ＡＰ６５２は、内容がＡ−ＭＰＤＵを含むことを決定し得る。次に、ＡＰ６５２は、ＵＬ  ＭＵ  ＰＰＤＵ６５８の発信者の数を決定し得る。図６Ｂを参照すると、４の発信者（例えば、ＳＴＡ１、２、３、４）が存在し得る。ＵＬ  ＭＵ  ＰＰＤＵ６５８の内容がＡ−ＭＰＤＵであり、発信者の数が、１より大きいので、ＡＰ６５２は、Ｍ−ＢＡを生成し得る。
【００６８】
[0075]ブロック８２５において、装置は、受信された少なくとも１つのフレームに基づいて、ビットマップを含むＢＡフレームを生成し得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にビットマップの長さを示すビットマップ長インジケータを含み得る。一態様において、フラグメント番号フィールドは、ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり得、ＢＡ開始シーケンス制御フィールドは、ＢＡフレームのＢＡ情報フィールド内のサブフィールドであり得る。別の態様において、フラグメント番号フィールドは、ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかをさらに示し得る。装置は、少なくとも１つのフレームにおいて、データが成功裏に受信されたかどうかに基づいて、ＢＡビットマップを生成することによって、およびビットマップの長さをフラグメント番号フィールドに挿入することによって、ＢＡフレームを生成し得る。装置は、図２および３において示される１つまたは複数のフィールドを、ＢＡフレームに挿入することによって、ＢＡフレームを生成し得る。例えば、図６Ｂを参照すると、ＡＰ６５２は、ＵＬ  ＭＵ  ＰＰＤＵ６５８内のデータが成功裏に受信されたかどうかに基づいて、ＢＡビットマップを生成することによって、ＢＡフレーム（またはＤＬ  ＭＵ応答６６０）を生成し得る。ＡＰ６５２は、ビットマップ長が３２バイトであることを決定し得、それ故、フラグメント番号フィールドのビット値を（データがＵＬ  ＭＵ  ＰＰＤＵ６５８においてフラグメント化されていなかった場合）００１０であるように、または（データがＵＬ  ＭＵ  ＰＰＤＵ６５８においてフラグメント化された場合）０００１であるように設定し得る。
【００６９】
[0076]ブロック８３０において、装置は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信し得る。例えば、図６Ｂを参照すると、ＡＰ６５２は、ＳＴＡ６５４（例えば、ＳＴＡ１、２、３、４）にＤＬ  ＭＵ応答６６０を送信し得る。
【００７０】
[0077]図９は、ブロック肯定応答を生成する例示的なワイヤレス通信デバイス９００の機能的なブロック図である。ワイヤレス通信デバイス９００は、受信機９０５、処理システム９１０、および送信機９１５を含み得る。処理システム９１０は、肯定応答コンポーネント９２４を含み得る。受信機９０５、処理システム９１０、および／または肯定応答コンポーネント９２４は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレーム９３２を受信するように構成され得る。処理システム９１０および／または肯定応答コンポーネント９２４は、受信された少なくとも１つのフレームに基づいて、ビットマップを含み得るＢＡフレーム９３０を生成するように構成され得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にビットマップの長さを示すビットマップ長インジケータを含み得る。送信機９１５、処理システム９１０、および／または肯定応答コンポーネント９２４は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するように構成され得る。一態様において、フラグメント番号フィールドは、ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり得、ＢＡ開始シーケンス制御フィールドは、ＢＡフレームのＢＡ情報フィールド内のサブフィールドであり得る。別の態様において、フラグメント番号フィールドは、ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかをさらに示し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり得る。この態様において、フラグメント番号フィールドは、第１のビット、第２のビット、第３のビット、および第４のビットを含み得、第２のおよび第３のビットは、ビットマップ長インジケータに対応し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、８オクテット、または３２オクテットであるかを示し得る。別の態様において、ＢＡフレームは、マルチ局ＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、２オクテット、４オクテット、８オクテット、または３２オクテットであるかを示し得る。別の構成において、処理システム９１０および／または肯定応答コンポーネント９２４は、肯定応答ポリシー設定、および少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームを選択するように構成され得る。別の態様において、少なくとも１つのフレームは、アクション肯定応答フレームでない場合がある。別の構成において、処理システム９１０および／または肯定応答コンポーネント９２４は、ＢＡセットアップ期間の間、少なくとも１つのワイヤレスデバイスとビットマップの長さを交渉するようにさらに構成され得る。処理システム９１０および／または肯定応答コンポーネント９２４は、バッファサイズを決定するために少なくとも１つのワイヤレスデバイスと通信することによって、およびバッファサイズに基づいてビットマップの長さを決定することによって、交渉するように構成され得る。別の構成において、受信機９０５、処理システム９１０、および／または肯定応答コンポーネント９２４は、少なくとも１つのフレームに関するＢＡフレームを要求するＢＡＲフレーム９３４を受信するように構成され得る。ＢＡＲフレームは、第２のフラグメント番号フィールド、およびＢＡフレーム内の第２のフラグメント番号フィールド内にビットマップの長さを示す第２のビットマップ長インジケータを含み得る。ＢＡフレームは、受信されたＢＡＲフレームに基づいて生成され得る。
【００７１】
[0078]受信機９０５、処理システム９１０、肯定応答コンポーネント９２４、および／または送信機９１５は、上記で説明された１つまたは複数の機能を実行するように構成され得る。受信機９０５は、受信機１０１２に対応し得る。処理システム９１０は、プロセッサ１００４に対応し得る。送信機９１５は、送信機１０１０に対応し得る。肯定応答コンポーネント９２４は、肯定応答コンポーネント１２４、肯定応答コンポーネント１２６、および／または肯定応答コンポーネント１０２４に対応し得る。
【００７２】
[0079]１つの構成において、ワイヤレス通信デバイス９００は、少なくとも１つのワイヤレスデバイスから少なくとも１つのフレームを受信するための手段を含み得る。ワイヤレス通信デバイス９００は、受信された少なくとも１つのフレームに基づいて、ビットマップを含み得るＢＡフレームを生成するための手段を含み得る。ＢＡフレームは、フラグメント番号フィールド、およびＢＡフレーム内のフラグメント番号フィールド内にビットマップの長さを示すビットマップ長インジケータを含み得る。ワイヤレス通信デバイス９００は、生成されたＢＡフレームを少なくとも１つのワイヤレスデバイスに送信するための手段を含み得る。一態様において、フラグメント番号フィールドは、ＢＡフレームのＢＡ開始シーケンス制御フィールド内のサブフィールドであり得、ＢＡ開始シーケンス制御フィールドは、ＢＡフレームのＢＡ情報フィールド内のサブフィールドであり得る。別の態様において、フラグメント番号フィールドは、ＢＡフレームがフラグメント化されたデータ送信の受信を確認しているかどうかをさらに示し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームであり得る。この態様において、フラグメント番号フィールドは、第１のビット、第２のビット、第３のビット、および第４のビットを含み得、第２のおよび第３のビットは、ビットマップ長インジケータに対応し得る。別の態様において、ＢＡフレームは、圧縮されたＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、８オクテット、または３２オクテットであるかを示し得る。別の態様において、ＢＡフレームは、マルチ局ＢＡフレームであり得、ビットマップ長インジケータは、ビットマップが、長さで、２オクテット、４オクテット、８オクテット、または３２オクテットであるかを示し得る。別の構成において、ワイヤレス通信デバイス９００は、肯定応答ポリシー設定、および少なくとも１つのフレームにおいて受信されたデータのタイプに基づいて、圧縮されたＢＡフレームまたはマルチ局ＢＡフレームを生成するための手段を含み得る。別の態様において、少なくとも１つのフレームは、アクション肯定応答フレームでない場合がある。別の構成において、ワイヤレス通信デバイス９００は、ＢＡセットアップ期間の間、少なくとも１つのワイヤレスデバイスとビットマップの長さを交渉するための手段を含み得る。交渉するための手段は、バッファサイズを決定するために少なくとも１つのワイヤレスデバイスと通信することによって、およびバッファサイズに基づいてビットマップの長さを決定することによって、交渉するように構成され得る。別の構成において、ワイヤレス通信デバイス９００は、少なくとも１つのフレームに関するＢＡフレームを要求するＢＡＲフレームを受信するための手段を含み得る。ＢＡＲフレームは、第２のフラグメント番号フィールド、およびＢＡフレーム内の第２のフラグメント番号フィールド内にビットマップの長さを示す第２のビットマップ長インジケータを含み得る。ＢＡフレームは、受信されたＢＡＲフレームに基づいて生成され得る。
【００７３】
[0080]例えば、受信するための手段は、受信機９０５、処理システム９１０、および／または肯定応答コンポーネント９２４を含み得る。ＢＡフレームを生成するための手段は、処理システム９１０および／または肯定応答コンポーネント９２４を含み得る。生成されたＢＡフレームを受信するための手段は、送信機９１５、処理システム９１０、および／または肯定応答コンポーネント９２４を含み得る。圧縮されたＢＡフレームまたはマルチ局ＢＡフレームを生成するための手段は、処理システム９１０および／または肯定応答コンポーネント９２４を含み得る。ビットマップの長さを交渉するための手段は、処理システム９１０、送信機９１５、受信機９０５、および／または肯定応答コンポーネント９２４を含み得る。ＢＡＲフレームを受信するための手段は、受信機９０５、処理システム９１０、および／または肯定応答コンポーネント９２４を含み得る。
【００７４】
[0081]上記で説明された方法の様々な動作は、様々なハードウェアおよび／またはソフトウェアの（１つまたは複数の）コンポーネント、回路、および／または（１つまたは複数の）モジュールなどの、これら動作を実行することが可能な任意の適切な手段によって実行され得る。一般に、図面において例示された任意の動作は、これら動作を実行することが可能な対応する機能的な手段によって実行され得る。
【００７５】
[0082]本開示に関して説明された様々な例示的な論理ブロック、コンポーネント、および回路は、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは他のＰＬＤ、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、あるいはここで説明された機能を実行するように設計されたこれらの任意の組合せを用いてインプリメントまたは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、このプロセッサは、任意の商業的に利用可能なプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としてインプリメントされ得る。
【００７６】
[0083]１つまたは複数の態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせでインプリメントされ得る。ソフトウェアでインプリメントされる場合、これら機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして送信または記憶され得る。コンピュータ可読媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされることのできる任意の利用可能な媒体であり得る。限定ではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、コンパクトディスク（ＣＤ）ＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいはデータ構造または命令の形式で所望のプログラムコードを記憶または搬送するために使用されることができ、かつコンピュータによってアクセスされることができる任意の他の媒体を備えることができる。また、任意の接続は、コンピュータ可読媒体と厳密には称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここでディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。それ故に、コンピュータ可読媒体は、非一時的なコンピュータ可読媒体（例えば、有形媒体）を備える。
【００７７】
[0084]ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに置き換えられ得る。言い換えれば、ステップまたはアクションの特定の順序が明記されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。
【００７８】
[0085]それ故に、ある特定の態様は、ここで提示された動作を実行するためのコンピュータプログラム製品を備え得る。例えば、このようなコンピュータプログラム製品は、その上に命令が記憶された（および／または符号化された）コンピュータ可読媒体を備え得、これら命令は、ここで説明された動作を実行するために１つまたは複数のプロセッサによって実行可能である。ある特定の態様では、コンピュータプログラム製品は、パッケージ材料を含み得る。
【００７９】
[0086]さらに、ここに説明される方法および技法を実行するためのコンポーネントおよび／または他の適切な手段が、適用可能である場合、ユーザ端末および／または基地局によってダウンロードされることができる、および／またはそうでなければ取得されることができることは認識されるべきである。例えば、このようなデバイスは、ここで説明された方法を実行するための手段の転送を容易にするためにサーバに結合されることができる。代わりとして、ここで説明された様々な方法は、ユーザ端末および／または基地局が、デバイスに記憶手段を結合または提供する際に様々な方法を取得することができるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、ＣＤまたはフロッピーディスクのような物理記憶媒体など）を介して提供されることができる。さらに、ここで説明された方法および技法をデバイスに提供するための任意の他の適切な技法が、利用されることができる。
【００８０】
[0087]特許請求の範囲は、上記に例示された厳密な構成およびコンポーネントに限定されないことが理解されるべきである。様々な修正、変更、および変形が、上記に説明された方法および装置の配置、動作および詳細において、特許請求の範囲から逸脱することなく行われ得る。
【００８１】
[0088]前述は、本開示の態様に向けられている一方で、本開示の他のおよび更なる態様が、これらの基本的な範囲から逸脱することなく考案されることができ、その範囲は、以下に示す特許請求の範囲によって決定される。
【００８２】
[0089]先の説明は、あらゆる当業者が本明細書で説明されている様々な態様を実施することを可能にするように提供されている。これらの態様への様々な変更は当業者には容易に明らかになり、本明細書で定義されている一般的な原理は他の態様に適用され得る。それ故に、請求項は、本明細書に示される態様に限定されるように意図されていないが、請求項の文言と一貫する全範囲であると認められるべきであり、ここで、単数の要素への言及は、そのように明確に述べられていない限りは「１つおよび１つのみ」を意味するように意図されず、むしろ「１つまたは複数」を意味するように意図される。特別に別の方法で述べられない限り、「いくつか」という用語は１つまたは複数を表す。当業者に既知の、または後に周知となる、本開示全体にわたって説明された様々な態様の要素と構造的および機能的な同等物はすべて、参照によって本明細書に明示的に組み込まれ、特許請求の範囲によって包含されることが意図される。さらに、本明細書で開示されているいずれも、こうした開示が請求項において明確に記載されているかどうかにかかわらず、公衆に献呈することは意図されていない。いずれの請求項の要素も、その要素が「〜のための手段（means for）」という表現を使用して明示的に記載されていない限り、または、方法の請求項の場合には、その要素が「〜のためのステップ（step for）」という表現を使用して明示的に記載されていない限り、米国特許法第１１２条（ｆ）の規定の下で解釈されるべきではない。
【図１】
2019518365.tif 000007
【図２】
2019518365.tif 000008
【図３】
2019518365.tif 000009
【図４】
2019518365.tif 000010
【図５Ａ】
2019518365.tif 000011
【図５Ｂ】
2019518365.tif 000012
【図６Ａ】
2019518365.tif 000013
【図６Ｂ】
2019518365.tif 000014
【図７】
2019518365.tif 000015
【図８】
2019518365.tif 000016
【図９】
2019518365.tif 000017
【国際調査報告】
2019518365.tif 000018
2019518365.tif 000019
2019518365.tif 000020