(57)【要約】  ブロック確認応答（ＡＣＫ）フレーム／パケットを圧縮するためのシステム、方法、およびデバイスがここに説明される。いくつかの態様では、ワイヤレスネットワークにおける通信の方法は、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、そして多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成することを含む。方法はさらに、ブロック確認応答フレームをワイヤレスに送信することを含む。
2015529047.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにおける通信の方法であって、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと、
を備える方法。
【請求項２】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項１に記載の方法。
【請求項３】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項１に記載の方法。
【請求項４】
前記ブロック確認応答フレームは２２ビットを含む、請求項１に記載の方法。
【請求項５】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項４に記載の方法。
【請求項６】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項５に記載の方法。
【請求項７】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項１に記載の方法。
【請求項８】
前記ブロック確認応答フレームは３４ビットを含む、請求項７に記載の方法。
【請求項９】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項８に記載の方法。
【請求項１０】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項９に記載の方法。
【請求項１１】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項１に記載の方法。
【請求項１２】
前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項１１に記載の方法。
【請求項１３】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項１に記載の方法。
【請求項１４】
前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項１３に記載の方法。
【請求項１５】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項１６】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項１に記載の方法。
【請求項１７】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項１６に記載の方法。
【請求項１８】
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するように構成されたプロセッサと、
前記ブロック確認応答フレームをワイヤレスに送信するように構成された送信機と、
を備えるワイヤレスデバイス。
【請求項１９】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項１８に記載のワイヤレスデバイス。
【請求項２０】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項１８に記載のワイヤレスデバイス。
【請求項２１】
前記ブロック確認応答フレームは２２ビットを含む、請求項１８に記載のワイヤレスデバイス。
【請求項２２】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項２１に記載のワイヤレスデバイス。
【請求項２３】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項２２に記載のワイヤレスデバイス。
【請求項２４】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項１８に記載のワイヤレスデバイス。
【請求項２５】
前記ブロック確認応答フレームは３４ビットを含む、請求項２４に記載のワイヤレスデバイス。
【請求項２６】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項２５に記載のワイヤレスデバイス。
【請求項２７】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項２６に記載のワイヤレスデバイス。
【請求項２８】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項１８に記載のワイヤレスデバイス。
【請求項２９】
前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項２８に記載のワイヤレスデバイス。
【請求項３０】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項１８に記載のワイヤレスデバイス。
【請求項３１】
前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項３０に記載のワイヤレスデバイス。
【請求項３２】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項１８に記載のワイヤレスデバイス。
【請求項３３】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項１８に記載のワイヤレスデバイス。
【請求項３４】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項３３に記載のワイヤレスデバイス。
【請求項３５】
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するための手段と、
前記ブロック確認応答フレームをワイヤレスに送信するための手段と、
を備えるワイヤレスデバイス。
【請求項３６】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項３５に記載のワイヤレスデバイス。
【請求項３７】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項３５に記載のワイヤレスデバイス。
【請求項３８】
前記ブロック確認応答フレームは２２ビットを含む、請求項３５に記載のワイヤレスデバイス。
【請求項３９】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項３８に記載のワイヤレスデバイス。
【請求項４０】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項３９に記載のワイヤレスデバイス。
【請求項４１】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項３５に記載のワイヤレスデバイス。
【請求項４２】
前記ブロック確認応答フレームは３４ビットを含む、請求項４１に記載のワイヤレスデバイス。
【請求項４３】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項４２に記載のワイヤレスデバイス。
【請求項４４】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項４３に記載のワイヤレスデバイス。
【請求項４５】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項３５に記載のワイヤレスデバイス。
【請求項４６】
前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項４５に記載のワイヤレスデバイス。
【請求項４７】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項３５に記載のワイヤレスデバイス。
【請求項４８】
前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項４７に記載のワイヤレスデバイス。
【請求項４９】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項３５に記載のワイヤレスデバイス。
【請求項５０】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項３５に記載のワイヤレスデバイス。
【請求項５１】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項５０に記載のワイヤレスデバイス。
【請求項５２】
コンピュータ読取可能な媒体であって、実行されたとき、装置に、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと
を、行わせるコードを備える、コンピュータ可読媒体。
【請求項５３】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５４】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項５２に記載のコンピュータ可読媒体。
【請求項５５】
前記ブロック確認応答フレームは２２ビットを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５６】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項５５に記載のコンピュータ可読媒体。
【請求項５７】
前記ブロック確認応答フレームは１ＭＨｚフォーマットを含む、請求項５６に記載のコンピュータ可読媒体。
【請求項５８】
前記ブロック確認応答は予約済フィールドをさらに含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５９】
前記ブロック確認応答フレームは３４ビットを含む、請求項５８に記載のコンピュータ可読媒体。
【請求項６０】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項５９に記載のコンピュータ可読媒体。
【請求項６１】
前記ブロック確認応答フレームは２ＭＨｚフォーマットを含む、請求項６０に記載のコンピュータ可読媒体。
【請求項６２】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項５２に記載のコンピュータ可読媒体。
【請求項６３】
前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項６２に記載のコンピュータ可読媒体。
【請求項６４】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項５２に記載のコンピュータ可読媒体。
【請求項６５】
前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、請求項６４に記載のコンピュータ可読媒体。
【請求項６６】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項６７】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項５２に記載のコンピュータ可読媒体。
【請求項６８】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項６７に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、「ブロック確認応答圧縮のための装置および方法」と題された、２０１２年７月１６日に出願された米国仮出願シリアル番号第６１／６７２，１５７号に対する優先権をさらに主張し、この出願は、本発明の譲受人に譲渡され、その全体をここに参照により組み込まれている。本出願は、「ブロック確認応答圧縮のための装置および方法」と題された、２０１３年１月３０日に出願された米国仮出願シリアル番号第６１／７５８，７２２号に対する優先権をさらに主張し、この出願は、本発明の譲受人に譲渡され、その全体をここに参照により組み込まれている。
【技術分野】
【０００２】
本出願は、一般的にはワイヤレス通信に関し、より具体的には、通信のためのブロック確認応答（ＢＡ）を圧縮するためのシステム、方法、およびデバイスに関する。
【背景技術】
【０００３】
[0003]  多くのテレコミュニケーションシステムでは、通信ネットワークが、いくつかの相互作用する空間的に隔てられたデバイス間でメッセージを交換するために使用される。ネットワークは、地理的範囲にしたがって分類され得、これは、例えば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアでありうる。そのようなネットワークは、広域ネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）としてそれぞれ割り当てられうる。ネットワークはまた、さまざまなネットワークノードおよびデバイスを相互接続するために使用される交換／ルーティングの技術（例えば、回路交換対パケット交換）、送信のために用いられる物理媒体のタイプ（例えば、ワイヤード（wired）対ワイヤレス）、および使用される通信プロトコルのセット（例えば、インターネットプロトコル群、ＳＯＮＥＴ（同期光ファイバーネットワーキング）、イーサネット（登録商標）等）にしたがって異なる。
【０００４】
[0004]  ワイヤレスネットワークは、しばしば、ネットワークエレメントが移動式である場合、したがって動的接続性のニーズを有する場合、またはネットワークアーキテクチャが固定式よりもアドホックのトポロジにおいて形成される場合に、好まれる。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域における電磁波を使用して、無誘導伝搬モードにおいて無形物理媒体を用いる。ワイヤレスネットワークは、固定ワイヤードネットワークと比較して、迅速なフィールド展開およびユーザの移動性を有利に容易にする。
【０００５】
[0005]  ワイヤレスネットワークにおけるデバイスは、各々の間で情報を送信／受信しうる。情報は、パケットを備えることがあり、これは、いくつかの態様では、データユニットまたはデータフレームとして参照されうる。パケットを受信するデバイスはさらに、パケットの受信の成功を示すために、受信されたパケットの送信機に確認応答パケット（ＡＣＫ）を送信しうる。これらの確認応答パケットはまた、ブロックＡＣＫの形式もとりうる。これらのブロックＡＣＫは、送信のために著しい量の帯域幅を利用しうる。したがって、ブロックＡＣＫを通信するための改善されたシステム、方法、およびデバイスが望ましい。
【発明の概要】
【０００６】
[0006]  本発明のシステム、方法、およびデバイスは、いくつかの態様をそれぞれ有し、これらのうちの何れも、単独でその好ましい属性を担うものではない。後続する特許請求の範囲によって示される本発明の範囲を限定することなく、ここでいくつかの特徴が簡潔に説明される。この議論を考慮した後、特に「詳細な説明」と題されたセクションを読んだ後に、当業者であれば、どのように本発明の特徴が、ブロックＡＣＫのサイズを低減／圧縮し、それによってそのようなデータパケットを送信するために使用される帯域幅を低減することを含む利点を提供するかを理解するであろう。
【０００７】
[0007]  本開示の一態様は、ワイヤレスネットワークにおける通信の方法を提供する。方法は、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号とシーケンス番号の関数とのうちの少なくとも１つを含む開始シーケンス制御フィールド（starting sequence control field）、そして多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成することを備える。方法はさらに、ブロック確認応答フレームをワイヤレスに送信することを備える。
【０００８】
[0008]  本開示の別の態様は、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号とシーケンス番号の関数とのうちの少なくとも１つを含む開始シーケンス制御フィールド、そして多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成するように構成されたプロセッサを備えるワイヤレスデバイスを提供する。ワイヤレスデバイスはさらに、ワイヤレスにブロック確認応答フレームを送信するように構成された送信機を備える。
【０００９】
[0009]  本開示のさらに別の態様は、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号とシーケンス番号の関数とのうちの少なくとも１つを含む開始シーケンス制御フィールド、そして多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成するための手段を備えるワイヤレスデバイスを提供する。ワイヤレスデバイスはさらに、ブロック確認応答フレームをワイヤレスに送信するための手段を備える。
【００１０】
[0010]  本開示の別の態様は、実行されたとき、装置に、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号とシーケンス番号の関数とのうちの少なくとも１つを含む開始シーケンス制御フィールド、そして多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成させるコードを備えるコンピュータ読取可能な媒体を提供する。コンピュータ読取可能な媒体はさらに、実行されたとき、装置にブロック確認応答フレームをワイヤレスに送信させるコードを備える。
【図面の簡単な説明】
【００１１】
【図１】図１は、本開示の態様が用いられうる、ワイヤレス通信システムの例を例示する。
【図２】図２は、図１のワイヤレス通信システム内で用いられうるワイヤレスデバイスにおいて利用されうる、受信機を含む、さまざまなコンポーネントを例示する。
【図３】図３は、基本的なブロックＡＣＫフレームの例を例示する。
【図４】図４は、マルチＴＩＤ（multi-TID）のブロックＡＣＫフレームの例を例示する。
【図５】図５は、圧縮された基本的なブロックＡＣＫフレームの例を例示する。
【図６】図６は、基本的なＡＣＫおよびマルチＴＩＤと互換性がある圧縮されたブロックＡＣＫフレームの例を例示する。
【図７】図７は、圧縮されたブロックＡＣＫを送信するための方法の一態様を例示する。
【図８】図８は、図１のワイヤレス通信システム内で用いられうる典型的なワイヤレスデバイスの機能ブロック図である。
【図９】図９は、ブロックＡＣＫを受信し、処理するための方法の一態様を例示する。
【図１０】図１０は、図１のワイヤレス通信システム内で用いられうる別の典型的なワイヤレスデバイスの機能ブロック図である。
【図１１】図１１は、ブロックＡＣＫフレームに関連した情報を含むＰＨＹヘッダの例を例示する。
【図１２】図１２は、ワイヤレスネットワークにおいて通信するための方法の一態様を例示する。
【図１３】図１３は、図１のワイヤレス通信システム内で用いられうる別の典型的なワイヤレスデバイスの機能ブロック図である。
【図１４Ａ】図１４Ａは、ヌルデータパケットブロックＡＣＫフレームの制御情報フィールドの例を例示する。
【図１４Ｂ】図１４Ｂは、ヌルデータパケットブロックＡＣＫフレームの制御情報フィールドの別の例を例示する。
【図１５】図１５は、ワイヤレスネットワークにおいて通信するための別の方法の一態様を例示する。
【詳細な説明】
【００１２】
[0027]  添付した図面を参照して、新規なシステム、装置、および方法のさまざまな態様をこれからさらに十分に説明する。しかしながら、教示の開示は、多くの異なる形式で具現化（embodied）され、この開示全体を通して提示される任意の特定の構造または機能に限定されるものとして解釈すべきではない。むしろ、本開示が、徹底して完全なものになるように、および、本開示の範囲を当業者に十分に伝えるために、これらの態様を提供する。発明のその他任意の態様とは独立してインプリメントされようと、それと組み合わせてインプリメントされようと、開示の範囲が、ここで開示した、新規なシステム、装置、および方法の任意の態様をカバーするよう意図されることを、ここでの教示に基づいて当業者は認識すべきである。例えば、ここで述べられる任意の数の態様を使用して、装置がインプリメントされ、または方法が実施されうる。さらに、ここで示す本発明のさまざまな態様に加えて、あるいは、ここで示す本発明のさまざまな態様以外の、他の構造、機能性、あるいは、構造および機能性を使用して実施される、このような装置もしくは方法をカバーすることを、本発明の範囲は意図している。ここに開示した任意の態様は、請求項のうちの１つまたは複数のエレメントにより具現化されうることを理解すべきである。
【００１３】
[0028]  特定の態様がここに説明されるが、これらの態様の多くの変形および置換が、本開示の範囲内に含まれる。好ましい態様のいくつかの利益および利点を述べるが、本開示の範囲は、特定の利益、使用、または、目的に限定されることを意図していない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるように意図され、そのうちのいくつかは、一例として、図面中および好ましい態様の以下の説明中で例示されている。詳細な説明および図は、限定ではなく、本開示の単なる例示であり、本開示の範囲は、添付の特許請求の範囲およびそれらの均等物により規定されている。
【００１４】
[0029]  一般的な（popular）ワイヤレスネットワーク技術は、さまざまなタイプの無線ローカルエリアネットワーク（ＷＬＡＮ）を含みうる。ＷＬＡＮは、広く使用されるネットワークプロトコルを用いて、隣接するデバイスを互いに相互接続するために使用されうる。ここに説明したさまざまな態様は、ＷｉＦｉ、またはより一般的に、ワイヤレスプロトコルのＩＥＥＥ ８０２．１１ファミリの任意のメンバなどの任意の通信規格に適用しうる。例えば、ここに説明したさまざまな態様は、サブ１ＧＨｚ帯域を使用する、ＩＥＥＥ ８０２．１１ａｈプロトコルの一部として使用されうる。
【００１５】
[0030]  いくつかの態様では、サブギガヘルツ帯域におけるワイヤレス信号は、直交周波数分割多重化（ＯＦＤＭ）、ダイレクト−シーケンス拡散スペクトル（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭおよびＤＳＳＳ通信の組み合わせ、または他のスキームを使用する８０２．１１ａｈプロトコルにしたがい、送信されうる。８０２．１１ａｈプロトコルのインプリメンテーションは、センサ、メータリング（metering）、およびスマートグリッドネットワーク（smart grid networks）のために使用されうる。有利に、８０２．１１ａｈプロトコルをインプリメントする特定のデバイスの態様は、他のワイヤレスプロトコルをインプリメントするデバイスよりも少ない電力を消費し、および／または比較的に長距離、例えば約１キロメートルかそれ以上にわたってワイヤレス信号を送信するために使用されうる。
【００１６】
[0031]  いくつかの態様では、センサとして使用されるデバイスは、低デューティサイクルおよび限定された能力を有しうる。例えば、そのようなデバイスは、ウェイクアップし、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）の限定されたバーストを送信および／または受信するように構成されうる。そのようなバーストの後、デバイスは、拡張された時間期間、スリープ状態に入りうる。さらに、そのようなデバイスは、低い送信レートで送信することのみが可能であり、したがって、時々大きなパケットを送信するためにフラグメント化を必要とする。デバイスは、さらに限定されたバッファ容量を有しうる。
【００１７】
[0032]  いくつかのインプリメンテーションでは、ＷＬＡＮは、ワイヤレスネットワークにアクセスするコンポーネントであるさまざまなデバイスを含む。例えば、アクセスポイント（「ＡＰ」）およびクライアント（局、または「ＳＴＡ」と称されることもある）の２つのタイプのデバイスがありうる。一般に、ＡＰは、ハブとしての役割をし、または、ＷＬＡＮおよびＳＴＡのための基地局はＷＬＡＮのユーザとしての役割をする。例えば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話等でありうる。１つの例において、ＳＴＡは、インターネットへ、または他の広域ネットワークへの一般的な接続性を取得するために、ＷｉＦｉ（例えば、８０２．１１ａｈなどのＩＥＥＥ ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかのインプリメンテーションでは、ＳＴＡは、ＡＰとしても使用されうる。
【００１８】
[0033]  アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅＮｏｄｅＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、またはその他の用語を備えるか、あるいは、それらの何れかとしてインプリメントされるか、または、それらとして周知でありうる。
【００１９】
[0034]  局「ＳＴＡ」もまた、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらとしてインプリメントされるか、または、それらとして周知でありうる。いくつかのインプリメンテーションでは、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、無線ローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、無線接続能力を有するハンドヘルドデバイス、または無線モデムに接続された何らかのその他の適した処理デバイスを備えうる。したがって、ここで教示する１つまたは複数の態様は、電話（例えば、セルラ電話またはスマートフォン）中に、コンピュータ（例えば、ラップトップ）中に、ポータブル通信デバイス中に、ヘッドセット中に、ポータブルコンピューティングデバイス（例えば、パーソナルデータアシスタント）中に、エンターテインメントデバイス（例えば、音楽またはビデオのデバイス、あるいは、衛星ラジオ）中に、ゲームデバイスまたはシステム中に、全地球測位システムデバイス中に、あるいは、ワイヤレスの媒体を介して通信するように構成されているその他任意の適切なデバイス中に、組み込まれうる。
【００２０】
[0035]  上述したように、ここに説明される特定のデバイスは、例えば、８０２．１１ａｈ規格をインプリメントしうる。そのようなデバイスは、ＳＴＡまたはＡＰあるいは他のデバイスとして使用されるかにかかわらず、スマートメータリング（smart metering）のために、またはスマートグリッドネットワーク（smart grid network）において使用されうる。そのようなデバイスは、センサアプリケーションを提供し、またはホームオートメーション（home automation）において使用されうる。デバイスは、代わりにまたは加えて、例えば個人の健康管理のための健康管理の内容において使用されうる。それらはまた、調査のため、拡張された範囲の（例えば、ホットスポットとの使用のための）インターネット接続を可能にするため、または機械対機械の通信をインプリメントするために使用されうる。
【００２１】
[0036]  ワイヤレスネットワークにおけるＳＴＡおよび／またはＡＰなどのデバイスは、それぞれの間で情報を送信および／または受信する。デバイス間で交換された情報は、パケットを備えることがあり、これは、いくつかの態様では、データユニットまたはデータフレームとして参照されうる。パケットを受信するデバイスはさらに、パケットの受信の成功を示すために、受信されたパケットの送信機に確認応答パケット（ＡＣＫ）を送信しうる。例えば、ＡＰからパケットを受信するＳＴＡは、パケットの受信の成功を確認応答するために、ＡＰへＡＣＫを送信しうる。これらの確認応答パケットはまた、ブロックＡＣＫの形式もとりうる。いくつかの態様では、ブロックＡＣＫは、パケットまたはフレームのグループを確認応答するためにデバイスによって使用されうる。例えば、ブロックＡＣＫは、デバイスがいくつかのパケットまたはフレームの受信を確認応答するために単一のブロックＡＣＫを送信する前に、いくつかのパケットまたはフレームを受信することを可能にしうる。これらのブロックＡＣＫは、送信のために著しい量の帯域幅を使用しうる。いくつかの態様では、ブロックＡＣＫは、さまざまなシステム、方法およびデバイスを使用して圧縮されることがあり、それは、ブロックＡＣＫによる帯域幅の消費の低減をもたらしうる。
【００２２】
[0037]  図１は、本開示の態様が用いられうる、ワイヤレス通信システム１００の例を例示する。ワイヤレス通信システム１００は、例えば、８０２．１１ａｈ規格のためにワイヤレス規格に準じて動作しうる。ワイヤレス通信システム１００は、ＡＰ １０４を含むことがあり、それはＳＴＡ １０６と通信する。
【００２３】
[0038]  さまざまな処理および方法は、ＡＰ １０４およびＳＴＡ １０６間のワイヤレス通信システム１００における送信のために使用されうる。例えば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技術にしたがって、ＡＰ １０４およびＳＴＡ １０６間で送られ、受信されうる。この場合、ワイヤレス通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと称されうる。代替的に、信号は、ＣＤＭＡ技術にしたがって、ＡＰ １０４およびＳＴＡ １０６間で送られ、受信されうる。この場合、ワイヤレス通信システム１００は、ＣＤＭＡシステムと称されうる。
【００２４】
[0039]  ＡＰ １０４から１つまたは複数のＳＴＡ １０６への送信を容易にする通信リンクは、ダウンリンク（ＤＬ）１０８と称され、１つまたは複数のＳＴＡ １０６からＡＰ １０４への送信を容易にする通信リンクは、アップリンク（ＵＬ）１１０と称されうる。代替的に、ダウンリンク１０８は、順方向リンクまたは順方向チャネルと称され、アップリンク１１０は、逆方向リンクまたは逆方向チャネルと称されうる。さらに、いくつかの態様では、ＳＴＡ １０６は直接それぞれと通信し、それぞれの間で（直接に）直接のリンクを形成しうる。
【００２５】
[0040]  ＡＰ １０４は、基地局として動作し、基本サービスエリア（ＢＳＡ）１０２におけるワイヤレス通信カバレッジを提供しうる。ＡＰ １０４と関連付けられ、通信のためにＡＰ １０４を使用するＳＴＡ １０６とともにＡＰ １０４は、ベーシックサービスセット（ＢＳＳ）と称されうる。ワイヤレス通信システム１００は、セントラルＡＰ １０４は有さないことがありうるが、むしろＳＴＡ １０６間のピアツーピアネットワークとして機能しうることに留意されたい。別の例では、ここに説明したＡＰ １０４の機能は、１つまたは複数のＳＴＡ １０６によって代替的に実行（performed）されうる。
【００２６】
[0041]  図２は、ワイヤレス通信システム１００内で用いられうるワイヤレスデバイス２０２において利用されうるさまざまなコンポーネントを例示する。ワイヤレスデバイス２０２は、ここで説明するさまざまな方法をインプリメントするように構成されうるデバイスの例である。例えば、ワイヤレスデバイス２０２は、ＡＰ １０４、またはＳＴＡ １０６のうちの１つを備えうる。
【００２７】
[0042]  ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含みうる。プロセッサ２０４は、中央処理ユニット（ＣＰＵ）とも称されうる。読取専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）との両方を含みうるメモリ２０６は、命令およびデータをプロセッサ２０４に提供する。メモリ２０６の一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含みうる。プロセッサ２０４は通常、メモリ２０６内に記憶されたプログラム命令に基づいて、論理および演算動作を実行する。メモリ２０６における命令は、ここにおいて説明される方法をインプリメントするために実行可能でありうる。
【００２８】
[0043]  ワイヤレスデバイス２０２が受信ノードとしてインプリメントされるまたは使用される場合、プロセッサ２０４は、ここに説明した１つまたは複数のフォーマットの圧縮されたブロックＡＣＫを含むパケットを生成するように構成されうる。例えば、プロセッサ２０４は、以下にさらに詳細に説明するその他のパケットの受信に基づいてここに説明した１つまたは複数のフォーマットのブロックＡＣＫを生成するように構成されうる。
【００２９】
[0044]  ワイヤレスデバイス２０２が送信ノードとしてインプリメントされるまたは使用される場合、プロセッサ２０４は、ここに説明した１つまたは複数のフォーマットのブロックＡＣＫを処理するように構成されうる。例えば、プロセッサ２０４は、以下にさらに詳細に説明するように、送信されたその他のパケットに応答してブロックＡＣＫを受信し、ブロックＡＣＫを処理するように構成されうる。
【００３０】
[0045]  プロセッサ２０４は、１つまたは複数のプロセッサでインプリメントされる処理システムを備えることができ、または、１つまたは複数のプロセッサでインプリメントされる処理システムのコンポーネントでありうる。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロ制御装置、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、制御装置、ステートマシン、ゲート論理、ディスクリートハードウェアコンポーネント、専用ハードウェア有限ステートマシン、あるいは、情報の、計算または他の操作を実行できるその他任意の適切なエンティティの任意の組み合わせでインプリメントされうる。
【００３１】
[0046]  処理システムはまた、ソフトウェアを記憶する機械読取可能な媒体を含みうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他のものと呼ばれるかに関わらず、任意の命令のタイプを意味するように広く解釈されるものとする。命令は、（例えば、ソースコードのフォーマットで、バイナリコードのフォーマットで、実行可能なコードのフォーマットで、または、その他任意の適切なコードのフォーマットで）コードを含みうる。命令は、１つまたは複数のプロセッサによって実行される場合、ここに説明したさまざまな機能を処理システムに実行させる。
【００３２】
[0047]  ワイヤレスデバイス２０２はまた、ハウジング２０８を含み、このハウジングは、ワイヤレスデバイス２０２と遠隔のロケーションとの間でのデータの送信および受信を可能にする、送信機２１０および／または受信機２１２を含みうる。送信機２１０および受信機２１２は、トランシーバ２１４へと組み合わされうる。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合されうる。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および/または、複数のアンテナも含みうる（図示せず）。
【００３３】
[0048]  送信機２１０は、ここに説明した１つまたは複数のフォーマットのブロックＡＣＫを含むパケットをワイヤレスに送信するように構成されうる。受信機２１２は、ここに説明した１つまたは複数のフォーマットのブロックＡＣＫを含むパケットをワイヤレスに受信するように構成されうる。
【００３４】
[0049]  ワイヤレスデバイス２０２はまた、トランシーバ２１４によって受信された信号のレベルを検出し、定量化しようとするのに使用されうる信号検出器２１８を含みうる。信号検出器２１８は、総エネルギー、シンボルあたりのサブキャリアごとのエネルギー、電力スペクトル密度、および他の信号などのような信号を検出しうる。ワイヤレスデバイス２０２はまた、信号を処理する際に使用するための、デジタル信号プロセッサ（ＤＳＰ）２２０も含みうる。ＤＳＰ ２２０は、送信のためのパケットを生成するように構成されうる。いくつかの態様では、パケットは、物理レイヤデータユニット（ＰＰＤＵ）を備えうる。
【００３５】
[0050]  ワイヤレスデバイス２０２はさらに、いくつかの態様において、ユーザインタフェース２２２を備えうる。ユーザインタフェース２２２は、キーパッド、マイク、スピーカ、および／またはディスプレイを備えうる。ユーザインタフェース２２２は、ワイヤレスデバイス２０２のユーザへ情報を搬送し、および／またはユーザから入力を受信する任意のコンポーネントまたはエレメントを含みうる。
【００３６】
[0051]  ワイヤレスデバイス２０２のさまざまなコンポーネントは、バスシステム２２６によって共に結合されうる。バスシステム２２６は、データバスだけでなく、例えば、データバスに加えて、電力バス、制御信号バス、および状態信号バスなども含みうる。ワイヤレスデバイス２０２のコンポーネントは、その他何らかのメカニズムを使用して互いに入力を提供し、または受け入れ、または共に結合されうることを当業者であれば理解するであろう。
【００３７】
[0052]  複数の個別のコンポーネントが図２に例示されているが、１つまたは複数のコンポーネントが組み合わされまたは通常インプリメントされうることを当業者であれば理解するであろう。例えば、プロセッサ２０４は、プロセッサ２０４に関しては、上述した機能性のみをインプリメントするために使用されうるだけでなく、信号検出器２１８および／またはＤＳＰ ２２０に関しても上述した機能性をインプリメントするためにも使用されうる。さらに、図２に例示されるコンポーネントの各々は、複数の個別のエレメントを使用してインプリメントされうる。
【００３８】
[0053]  参照を簡略化するために、ワイヤレスデバイス２０２が送信ノードとして構成される場合は、以下ワイヤレスデバイス２０２ｔと称される。同様に、ワイヤレスデバイス２０２が受信ノードとして構成される場合は、以下ワイヤレスデバイス２０２ｒと称される。ワイヤレス通信システム１００におけるデバイスは、送信ノードの機能性のみをインプリメントするか、受信ノードの機能性のみをインプリメントするか、または送信ノードおよび受信ノードの両方の機能性をインプリメントしうる。
【００３９】
[0054]  上述したように、ワイヤレスデバイス２０２は、ＡＰ １０４またはＳＴＡ １０６を備え、ブロックＡＣＫを含む通信を送信および／または受信するために使用されうる。
【００４０】
[0055]  ブロックＡＣＫは、複数のＡＣＫフレームを使用するかわりに、単一のブロックＡｃｋフレームでそれらの受信を確認応答するために複数のデータパケットをデバイスが受信することを可能にする。例えば、ブロックＡＣＫは、複数のビットを有するビットマップを含むことがあり、各ビット値は、データパケットのシーケンスで特定のデータパケットが受信されたか否かを示す。ブロックＡＣＫは、データのフレームでありうる。圧縮されていない（uncompressed）ブロックＡＣＫは、どのパケットが首尾よく受信されるか否かに関わらず全体のビットマップが送られることを必要とし、これは、オーバーヘッドを作成し、貴重な帯域幅を使用しうる。したがって、システムおよび方法は、ブロックＡＣＫのサイズを圧縮する／低減するためにここに記載される。いくつかの態様では、ブロックＡＣＫが送られるフレームの特定のフィールドは、取り除かれ、または変更（modify）されうる。そのような態様に加えて、または代替的に、いくつかの態様では、ここに説明した技術にしたがって、ビットマップはサイズを圧縮または低減されうる。
【００４１】
[0056]  図３は、基本的なブロックＡＣＫフレーム３００の例を例示する。表されるように、基本的なブロックＡＣＫフレームは、２オクテットを備えるフレーム制御フィールド３０５、２オクテットを備える持続時間フィールド３１０、６オクテットを備える受信機のアドレスフィールド３１５、６オクテットを備える送信機のアドレスフィールド３２０、２オクテットを備えるブロックＡＣＫ制御フィールド３２５、２オクテットを備える開始シーケンス制御フィールド３３０、８または１２８オクテットを備えるブロックＡＣＫビットマップ３３５、および４オクテットを備えるフレームチェックシーケンスフィールド３４０を含む。さらに、ブロックＡＣＫ制御フィールド３２５は、ブロックＡＣＫポリシーサブフィールド３５２、マルチトラヒック識別子（ＴＩＤ）サブフィールド３５４、圧縮されたビットマップサブフィールド３５６、予約済サブフィールド３５８、およびＴＩＤ／ＮｕｍＴＩＤサブフィールド３５９を備える。開始シーケンス制御フィールド３３０は、予約済サブフィールド３６２および開始シーケンス番号サブフィールド３６４を備える。したがって、ブロックＡＣＫフレーム３００は、長さ３２バイトまたは１５２バイトでありうる。
【００４２】
[0057]  図４は、マルチＴＩＤブロックＡＣＫフレーム４００の例を例示する。表されるように、フレーム４００は、２オクテットを備えるフレーム制御フィールド４０５、２オクテットを備える持続時間フィールド４１０、６オクテットを備える受信機のアドレスフィールド４１５、６オクテットを備える送信機のアドレスフィールド４２０、２オクテットを備えるブロックＡＣＫ制御フィールド４２５、２オクテットを備えるＴＩＤ毎の情報フィールド（per TID info field）４３０、２オクテットを備える開始シーケンス制御フィールド４３５、８オクテットを備えるブロックＡＣＫビットマップ４４０、および４オクテットを備えるフレームチェックシーケンスフィールド４４５を含む。ＴＩＤ毎の情報フィールド４３０、開始シーケンス制御フィールド４３５、およびブロックＡＣＫビットマップ４４０は、ブロックＡＣＫフレーム４００がパケットを確認応答するために使用される各ＴＩＤのために、フレーム内で繰り返される（repeated）。さらに、ブロックＡＣＫ制御フィールド４２５は、ブロックＡＣＫフレーム３００と同様のＴＩＤ／ＮｕｍＴＩＤサブフィールド、予約済サブフィールド、圧縮されたビットマップサブフィールド、マルチトラヒック識別子（ＴＩＤ）サブフィールド、およびブロックＡＣＫポリシーサブフィールドを備える。開始シーケンス制御フィールド４３５は、ブロックＡＣＫフレーム３００と同様の開始シーケンス番号サブフィールドおよび予約済サブフィールドを備える。ＴＩＤ毎の情報フィールド４３０は、予約済サブフィールドおよびＴＩＤサブフィールドを備える。
【００４３】
[0058]  図５は、圧縮された基本的なブロックＡＣＫフレーム５００の例を例示する。特に、圧縮された基本的なブロックＡＣＫフレーム５００は、圧縮された基本的なブロックＡＣＫフレーム５００では含まれないフィールドの上に取り消し線の付いた基本的なブロックＡＣＫフレーム３００として例示されている。例えば、基本的なブロックＡＣＫフレーム３００の、持続時間フィールド３１０、マルチＴＩＤサブフィールド３５４、予約済サブフィールド３５８、およびＴＩＤ／ＮｕｍＴＩＤサブフィールド３５９といったフィールドのうちの１つまたは複数は、圧縮された基本的なブロックＡＣＫフレーム５００から排除されることがあり、それによって基本的なブロックＡＣＫフレーム３００と比較して圧縮された基本的なブロックＡＣＫフレーム５００のサイズが低減される。それに加えて、または代替的に、ブロックＡＣＫビットマップフィールド３３５は、ここに説明した技術のうちの１つの圧縮などによって圧縮されたビットマップを含むことがあり、したがってブロックＡＣＫビットマップフィールド３３５の長さは可変でありおよび／または使用される技術に基づきうる。それに加えて、または代替的に、受信機アドレスフィールド３１５および／または送信機アドレスフィールド３２０は、グローバルアドレス（例えば、媒体アクセス制御（ＭＡＣ）アドレス）の代わりに、ローカルアドレス（例えば、アクセス識別子（ＡＩＤ））を使用することによって６オクテットの長さから２オクテットの長さに低減されうる。それに加えて、または代替的に、予約済サブフィールド３６２は、２ビットに低減することができる。予約済サブフィールド３６２の００の値は、そのような態様では、ブロックＡＣＫビットマップフィールド３３５の長さが０であることを示し、また、その他の値は、ブロックＡＣＫビットマップフィールド３３５において記憶されたビットマップのために使用される圧縮の方法を示しうる。それに加えて、または代替的に、開始シーケンス番号サブフィールド３６４は、開始シーケンス番号の最下位の複数のビット（the Least Significant Bits）を含むことのみによって低減されうる。低減された開始シーケンス番号の長さは、ブロックＡＣＫビットマップフィールド３３５のサイズに基づきうる。例として、長さ６ビットのシーケンス番号は、６４個のＭＰＤＵの複数のブロックを区別するために十分である。
【００４４】
[0059]  図６は、基本的なＡＣＫおよびマルチＴＩＤと互換性がある圧縮されたブロックＡＣＫフレーム６００の例を例示する。特に、圧縮されたブロックＡＣＫフレーム６００は、圧縮されたブロックＡＣＫフレーム６００では含まれないフィールドの上に取り消し線の付いたマルチＴＩＤブロックＡＣＫフレーム４００として例示されている。例えば、マルチＴＩＤブロックＡＣＫフレーム４００の、持続時間フィールド４１０、ブロックＡＣＫ制御フィールド４２５の予約済サブフィールド、およびＴＩＤ毎の情報フィールド４３０の予約済サブフィールドのフィールドのうちの１つまたは複数は、圧縮されたブロックＡＣＫフレーム６００から排除されることがあり、それによりマルチＴＩＤブロックＡＣＫフレーム４００と比較して圧縮されたブロックＡＣＫフレーム６００のサイズが低減される。それに加えて、または代替的に、ブロックＡＣＫビットマップフィールド４４０は、ここに説明した技術のうちの１つの圧縮などによって圧縮されたビットマップを含み、したがってブロックＡＣＫビットマップフィールド４４０の長さは可変でありおよび／または使用される技術に基づきうる。それに加えて、または代替的に、受信機アドレスフィールド４１５および／または送信機アドレスフィールド４２０は、グローバルアドレス（例えば、媒体アクセス制御（ＭＡＣ）アドレス）の代わりに、ローカルアドレス（例えば、アクセス識別子（ＡＩＤ））を使用することによって６オクテットの長さから２オクテットの長さに低減されうる。それに加えて、または代替的に、開始シーケンス制御フィールド４３５の予約済サブフィールドは、２ビットに低減されうる。予約済サブフィールドの００の値は、そのような態様では、対応するＴＩＤのブロックＡＣＫビットマップフィールド４４０の長さが０であることを示し、また、その他の値は、対応するＴＩＤのブロックＡＣＫビットマップフィールド４４０において記憶されたビットマップのために使用される圧縮の方法を示しうる。それに加えて、または代替的に、開始シーケンス制御サブフィールド４３５は、開始シーケンス番号の最下位の複数のビット（the Least Significant Bits）を含むことのみによって低減されうる。低減された開始シーケンス番号の長さは、ブロックＡＣＫビットマップフィールド４４０のサイズに依存する。例として、長さ６ビットのシーケンス番号は、６４個のＭＰＤＵの複数のブロックを区別するために十分である。
【００４５】
[0060]  いくつかの態様では、ブロックＡＣＫフレームは、フレーム３００および４００のように、特定のフィールドをフレーム３００および４００のＭＡＣヘッダから物理レイヤ（ＰＨＹ）ヘッダへ移動させることによって圧縮されうる。例えば、フレーム３００の持続時間フィールド３１０および／またはフレーム制御フィールド３０５は、ＭＡＣヘッダから取り除かれ、６ビットがＰＨＹヘッダにブロックパケット識別子（ＰＩＤ）として追加されうる。例えば、６ビットは、開始シーケンス番号サブフィールド３６４の最下位の６つのビットを備え、開始シーケンス番号のサイズがブロックＡＣＫのサイズ（一例では、６４ビット）に依存する。６ビットの使用は、他のコンカレント（concurrent）ブロックＡＣＫフレームおよび／またはＯＢＳＳ送信で肯定の誤判定（false positives）の可能性を低減させるため、有益でありうる。同様に、フレーム４００の持続時間フィールド４１０および／またはフレーム制御フィールド４０５は取り除かれうる。それに加えて、または代替的に、フレーム３００のブロックＡＣＫ制御フィールド３２５は、ＭＡＣヘッダから取り除かれ、単一ビットのブロックＡＣＫポリシーサブフィールド、単一ビットの圧縮ビットマップサブフィールド、および２ビットの圧縮制御サブフィールドがＰＨＹヘッダに追加されうる。圧縮制御サブフィールドの００の値は、そのような態様では、ブロックＡＣＫビットマップフィールド３３５の長さが０であることを示し、また、その他の値は、ブロックＡＣＫビットマップフィールド３３５内に記憶されたビットマップのために使用される圧縮の方法を示しうる。同様に、フレーム４００のブロックＡＣＫ制御フィールド４２５は、ＰＨＹヘッダに追加されうる。
【００４６】
[0061]  いくつかの態様では、ＰＨＹヘッダのシグナル（ＳＩＧ）フィールドにおける特定の（複数の）ビットは、ブロックＡＣＫフレームに関連した情報を記憶するために使用されうる。例えば、図１１は、ブロックＡＣＫフレームに関連した情報を含むＰＨＹヘッダ１１００の例を例示する。変調コーディングスキーム（ＭＣＳ）、巡回冗長検査（ＣＲＣ）およびＰＨＹヘッダ１１００のテールフィールドは、規格のＰＨＹヘッダと同じビットで構成されうる。いくつかの態様では、ＭＣＳフィールドについての予約さらた値（例えば、１０から１５の任意の値）は、ＰＨＹヘッダがブロックＡＣＫフレームに関連した情報を含むことを示すために使用されうる。いくつかの態様では、１ＭＨｚＰＨＹヘッダフォーマットを有するＰＨＹヘッダ１１００のＳＩＧフィールドの２２ビットは、ブロックＡＣＫフレームに関連した情報を記憶するために使用されうる。いくつかの態様では、２ＭＨｚＰＨＹヘッダフォーマットを有するＰＨＹヘッダ１１００のＳＩＧフィールドの３４ビットは、ブロックＡＣＫフレームに関連した情報を記憶するために使用されうる。ＳＩＧフィールドのビットを使用して記憶されうる情報は、ブロックＡＣＫ ＩＤ、（開始シーケンス制御フィールドにおいて含まれうる）開始シーケンス番号、ブロックａｃｋビットマップ、および／または他の適切なフィールドのうちの１つまたは複数を備えうる。これらのフィールドは、送信機へ追加の情報（例えば、さらなるデータ（More Data）、ドップラーインジケーション、応答フレームビット等）を通信するために受信機によって使用されうる。いくつかの態様では、ブロックＡＣＫ ＩＤは、ブロックＡＣＫが送られているブロックの第１のＭＰＤＵから、またはブロックＡＣＫ要求（ＢＡＲ）フレームから、導出されたシーケンス番号でありうる。例えば、ある実施形態では、ブロックＡＣＫ ＩＤは、第１のＭＰＤＵのスクランブラシードフィールド（scrambler seed field）から導出されうる。ある実施形態では、ブロックＡＣＫ ＩＤフィールドは、ブロックＡＣＫが送られているＡ−ＭＰＤＵのスクランブラシードから導出されうる。いくつかの態様では、ＰＨＹヘッダ１１００に含まれる開始シーケンス番号は、開始シーケンス番号の最下位の複数のビット（ＬＳＢ）に基づきうる。ある実施形態では、開始シーケンス番号は、ＢＡＲフレームに基づく。ある実施形態では、シーケンス番号は、Ａ−ＭＰＤＵまたはブロックの第１のＭＰＤＵに基づきうる。例えば、６つのＬＳＢは、６４個のＭＰＤＵのウィンドウにおける開始シーケンス番号を識別するために使用されうる。
【００４７】
[0062]  特定の実施形態では、開始シーケンス番号はフレームの識別子として使用されうる。いくつかの実施形態では、開始シーケンス番号は、短いブロックＡｃｋの唯一の識別子でありうる（すなわち、ブロックＡｃｋ ＩＤが存在しないこともある）。いくつかの実施形態では、開始シーケンス番号およびブロックＡｃｋ ＩＤは、フレームを共同で識別しうる。いくつかの態様では、ブロックビットマップは、１ＭＨｚＰＨＹプリアンブルについて８ビットを備えうる。いくつかの態様では、ブロックビットマップは、２ＭＨｚＰＨＹプリアンブルについて１６ビットを備えうる。いくつかの態様では、ブロックビットマップのサイズはＳＩＧフィールドにおけるビットの利用可能性（availability）に依存しうる。ある実施形態では、ブロックビットマップは８ビットより少ないこともある。ある実施形態では、ブロックビットマップは８ビットより多いこともある。
【００４８】
[0063]  上述したように、データパケットのフラグメント化はデータの送信のために使用されうる。例えば、フラグメント化は、大きいフレームの再送を避けるために使用されうる。例えば、複数のフラグメント化されたフレームは同一の送信機会（ＴＸＯＰ）の間に送信されうる。さらに、フラグメント化は、低ＰＨＹレートのためのＴＸＯＰにおいて大きなフレームを送信するために使用されうる（例えば、１つのフラグメントがＴＸＯＰにおいて送られうる）。いくつかの態様では、そのような複数のフラグメントは、１つの圧縮されていないブロックＡＣＫまたは複数のＡＣＫを使用して確認応答され、これはオーバーヘッドをもたらしうる。
【００４９】
[0064]  いくつかの態様では、１つの圧縮された（「短い」とも称される）ブロックＡＣＫ（例えば、ここで説明した何れかの方法によって圧縮されている）は、複数のフラグメントを確認応答するために使用されうる。例えば、いくつかの態様では、１個の圧縮されたブロックＡＣＫは、２ＭＨｚの通信について最大１６個のフラグメントを確認応答するために使用されうる。いくつかの態様では、１個の圧縮されたブロックＡＣＫは、１ＭＨｚの通信について最大８個のフラグメントを確認応答するために使用されうる。
【００５０】
[0065]  いくつかの態様では、複数のフラグメントを確認応答している１つの圧縮されたブロックＡＣＫと複数のデータパケットを確認応答している１つの圧縮されたブロックＡＣＫとを区別するために、ＡＣＫモードフィールドがブロックＡＣＫに含まれうる。ＡＣＫモードフィールドは、ブロックＡＣＫモードを示す第１の値（例えば、ブロックＡＣＫが複数のデータパケットを確認応答していることを示す）またはフラグメントモードを示す第２の値（例えば、ブロックＡＣＫが複数のフラグメントを確認応答していることを示す）を有しうる。いくつかの態様では、圧縮されたブロックＡＣＫが複数のフラグメントを確認応答している場合、圧縮されたブロックＡＣＫの開始シーケンス番号は、フラグメント化されているＭＡＣサービスデータユニット（ＭＳＤＵ）のシーケンス番号でありうる。いくつかの態様では、開始シーケンス番号は、フラグメント化されているＭＳＤＵのシーケンス番号の最下位の複数のビット（ＬＳＢｓ）であり、一方、ブロックＡＣＫ ＩＤは開始シーケンス番号の最上位の複数のビット（ＭＳＢｓ）でありうる。別の態様では、ブロックＡＣＫ ＩＤは、フラグメント化されているＭＳＤＵの第１のフラグメントのスクランブラシードから導出されうる。さらに、いくつかのそのような態様では、ブロックビットマップは異なる複数のパケットの代わりに複数のフラグメントにマッピングするために使用されうる。別の態様では、パケットの発信元（originator）および応答機（responder）は、追加ブロックＡＣＫ（ＡＤＤＢＡ）要求および／または応答交換の間に、１フレームにバッファサイズを設定することに合意しうる。この場合、ブロックＡＣＫモードとフラグメントモードの区別は、バッファサイズに基づいて実行されうる。例として、バッファサイズが１に設定されると合意された場合には、次のブロックＡＣＫがフラグメントＡＣＫとして解釈されうる。代わりに、バッファサイズが１よりも大きい場合、ブロックＡＣＫは複数のパケットに関係していると解釈される。
【００５１】
[0066]  別の実施形態では、確認応答は、確認応答されているデータフレームに見つけられる（found）情報に基づいてブロックａｃｋまたはフラグメントａｃｋとして識別されうる。確認応答されているデータフレームが、ブロックＡＣＫが要求されていること示し、当該データフレームと関連したフラグメントナンバー（fragment number）が０よりも大きい場合、応答の確認応答は、フラグメントａｃｋと解釈されうる。データフレームのフラグメントナンバーがゼロ（０）である場合、応答のフレームは、ブロックＡＣＫと解釈されうる。
【００５２】
[0067]  ある実施形態では、短いＡＣＫフレームは同様に区別されうる。この実施形態では、フレームを確認応答する制御応答フレームは、短いＡｃｋ、短いブロックＡｃｋおよび短いフラグメントＡｃｋを含み、予約されたＭＣＳの値に基づいて識別されうる。制御応答の短いＡＣＫ、短いブロックＡＣＫ、および短いフラグメントＡＣＫは、確認応答されているデータフレームに基づいて区別されうる。データフレームが、それが確認応答を必要とすることを示す場合、制御応答は、単一のデータフレームへの確認応答として解釈されうる。データフレームが、ブロック確認応答が必要とされることを示す場合、制御応答フレームは、複数のフレームのための確認応答として解釈されうる。
【００５３】
[0068]  ここに説明したものの何れかのような、任意の適切なタイプのブロックＡＣＫフレームにおける、ブロックＡＣＫビットマップフィールド３３５またはブロックＡＣＫビットマップフィールド４４０などのブロックＡＣＫビットマップの圧縮のためのさまざまな技術がここに説明される。
【００５４】
[0069]  １つの態様では、ブロックＡＣＫビットマップは、どのパケットが正確に受信されていないかについての情報を送ることのみによって圧縮される。例えば、ビットマップは、８バイトのサイズ（例えば、連続するバイト０−７）であり、フィードバックが必要とされる各パケットに対応しているビットを有しうる。１つのビットについての１の値は、対応するパケットが正確に受信されないことを示しうる。１つのビットについての０の値は、対応するパケットが正確に受信されることを示しうる。ブロックＡＣＫビットマップフィールドにおけるビットマップの各ビットについての全ての「０」および「１」の値を送る代わりに、最初の「１」または「０」の値がどこで発生するかを示すためにオフセットが含まれ、その後、発生する最初の「１」または「０」から最後の「１」または「０」の値までのビットマップもまた含まれうる。例えば、ビットマップは、値（００００００００  １０００１０１０  ０１０１１１００  ００００００００  ００００００００  ００００００００  ００００００００  ００００００００）を有する８バイトを備えうる。したがって、最初と最後の「１」の値が示される場合、「１」の値を有する最初のビットは、第１バイトになるまで遭遇されない。さらに、「１」の値を有する最後のビットは、第２バイトにおいて遭遇される。したがって、ビットマップを圧縮するために、オフセット値は、最初の「１」の値が発生するバイト番号に対応して選択され、これは、１バイト（バイナリにおける００１）である。オフセットのために使用されるビットの数は、ビットマップが対応するバイトの数に依存する。例えば、８バイトのビットマップは、各バイトをインデックスするために少なくとも８つの一意的な数を必要とし、したがって、３ビットはオフセットを表すために使用される。そして、１の値を含むバイトのビットマップは、ブロックＡＣＫビットマップフィールドにおいて含まれ、これはバイト１および２を含む。ブロックＡＣＫビットマップフィールドの受信機は、したがって、オフセットによって示されたバイトに先行する任意のバイトと、オフセットの後の任意のバイトとに、ブロックＡＣＫビットマップに含まれた任意の追加のバイトを加えて、すべての０または１を含むと決定するためにオフセットを利用しうる。残りのバイトは、ビットマップ中に示される値を有する。したがって、上記の例では、８バイトのビットマップは１８ビットに圧縮される。追加のビットは、圧縮が１の位置にしたがって実行されるか、または０の位置にしたがって実行されるかを示すために、ＰＨＹヘッダにおいて含まれうる。
【００５５】
[0070]  別の態様では、ブロックＡＣＫビットマップの長さが、１、２、３、または４バイトなどに長さが縮小され、これは、より少ないパケットが各ブロックＡＣＫフレームによって確認応答されうることを意味する。
【００５６】
[0071]  別の態様では、ブロックＡＣＫビットマップは、ランレングスエンコーディング（ＲＬＥ：run-length encoding）の方法を使用して圧縮されうる。例えば、ブロックＡＣＫビットマップフィールドは、最初のビットが「１」であるか「０」であるかを示す１ビットの第１のビットサブフィールドを含みうる。そして、ブロックＡＣＫビットマップフィールドは、各々がＮビットの長さ（例えば、１０または６ビット）の１つまたは複数のシーケンス長サブフィールドを含みうる。シーケンス長サブフィールドの第１は、最初のビットと同一の最初のビットにおいて開始するシーケンス中のビットの数を示す。次のシーケンス長サブフィールドは、前のシーケンス長サブフィールドのビットとは反対の値のものである、前のシーケンス長サブフィールドの後のビットの数において開始するシーケンス中のビットの数を示す。例えば、シーケンス１１１１１１０００００００００００１１０は、最初のビットが「１」であるため、第１のビットサブフィールドにおいて、「１」とエンコードされうる。第１のシーケンス長サブフィールドは、６つの「１」のビットがあるため、６の値を有しうる。第２のシーケンス長サブフィールドは、前の「１」のビットとは反対の値を有する「０」のビットが１１個あるため、１１の値を有しうる。第３のシーケンス長サブフィールドは、前の「０」のビットとは反対の値を有する「１」のビットが２個あるため、２の値を有しうる。第４のシーケンス長サブフィールドは、前の「１」のビットとは反対の値を有する「０」のビットが１個あるため、１の値を有しうる。ブロックＡＣＫビットマップフィールドの受信機はその後、これらの値を使用してビットマップを再生することができる。
【００５７】
[0072]  別の態様では、ブロックＡＣＫビットマップフィールドは、１つまたは複数のサブビットマップエレメントを含みうる。各エレメントは、オフセットサブフィールド（例えば、１０ビット）、予約済サブフィールド（例えば、１ビット）、長さサブフィールド（例えば、３ビット）、およびビットマップサブフィールド（例えば、０−７バイト）を備えうる。複数のこれらのサブビットマップのエレメントは、以下のようにブロックＡＣＫビットマップの値を示すためにブロックＡＣＫビットマップフィールドにおいて含まれうる。各サブビットマップのエレメントは、ブロックＡＣＫビットマップの部分またはサブセットのための値を示しうる。オフセットサブフィールドは、サブビットマップのエレメントがそのための値を含む、ブロックＡＣＫビットマップの開始からビットでオフセットを示しうる。予約済サブフィールドは、サブビットマップエレメントのビットマップサブフィールドにおけるビットマップが反転される（inverted）か否かを示すために使用されうる。長さサブフィールドは、サブビットマップエレメントのビットマップサブフィールドにおけるビットマップの長さをバイトで示しうる。０の長さは、サブビットマップエレメントがビットマップサブフィールドを含まないことを示し、したがって、代わりにオフセットサブフィールドの値の位置においてビットマップの値を示す。ビットマップサブフィールドは、オフセットサブフィールドの値において開始し、長さサブフィールドにおける長さの分だけ続くビットマップの値を含みうる。さらに、ビットマップサブフィールドにビットマップの一部でありうる任意のトレイリング（trailing）「０」値が存在する場合、それらはビットマップサブフィールドから省略されることができ、代わりに暗黙的に０であると仮定されうる。例えば、シーケンス１１１１０００００１０１０１０１１００００００００については、そのシーケンスの「１０１０１０１１００００００００」は、１０のオフセット、１の予約された値、１の長さ、および「１０１０１０１１」のビットマップを有するサブビットマップのエレメントによって表されうる。そのような態様は、ブロックＡＣＫによって複数のパケットの全てが確認応答されるのとは対照的に、複数のパケットの一部のみに対しＡＣＫが送られうるという柔軟性を提供することに留意されたい。
【００５８】
[0073]  別の態様では、ブロックＡＣＫビットマップは、ブロックレベルにおいてエンコードされうる。例えば、ブロックＡＣＫビットマップは、等しい長さの多数のブロックに分割されうる（例えば、長さが８オクテットであるビットマップのための１つのブロック（短いビットマップの例）、または長さが１２８オクテットであるビットマップのための１６個のブロック（長いビットマップの例））。各ブロックは、さらにサブブロック（例えば、それぞれ１オクテットの長さ）に分割されうる。短いビットマップについて、各ブロックは、したがって１つのブロックビットマップ（例えば、１オクテットの長さ）および１つまたは複数のサブブロックビットマップ（例えば、各１オクテットの長さ）を含みうる。ブロックビットマップは、ブロックのどのサブブロックにサブブロックビットマップが含まれるのかを示しうる。例えば、ブロックビットマップは、連続する８ビットを含みうる。連続する８ビットは、８つのサブブロックのシーケンスに対応しうる。任意のサブブロックが非ゼロの値を有する場合、サブブロックビットマップは、そのサブブロックに含まれ、ブロックビットマップにおける対応するビットは「１」の値を有しうる。サブブロックのすべてのビット値が「０」である場合、ブロックビットマップにおける対応するビットは、「０」の値を有し、サブブロックビットマップはそのサブブロックに含まれない。サブブロックビットマップは、所与のサブブロックのためのビット値を含む。所与のサブブロックのためのサブブロックビットマップが存在しない場合、そのサブブロックのすべてのビット値は０であると仮定される。したがって、各ブロックは、ブロックビットマップおよび１つまたは複数のサブブロックビットマップによって表される。
【００５９】
[0074]  長いビットマップについて、各ブロックは、ブロックオフセット、ブロック制御、ブロックビットマップ、および１つまたは複数のサブブロックビットマップによって表されうる。ブロックオフセットフィールド（例えば、長さ４ビット）は、どのブロック、ブロック制御、ブロックビットマップ、および１つまたは複数のサブブロックビットマップが情報を有するかを示しうる。ブロック制御は、ブロックビットマップおよび１つまたは複数のサブブロックビットマップがどのように解釈されるべきかを示しうる。例えば、ブロック制御の１つの値は、ブロックビットマップが、ブロックのどのサブブロックのためにサブブロックビットマップが含まれているのかを示し、また、サブブロックビットマップは、含まれるサブブロックのために、所与のサブブロックについてのビット値を含む、上述したビットマップのエンコーディングのような「通常の」ビットマップエンコーディングを示しうる。ブロック制御の別の値は、「単一の（single）パケット」ビットマップエンコーディングを示し、そこにはこの特定のブロック中に１つのパケットのみのための状態が存在する。したがって、ブロックビットマップはパケットの位置を示すために使用され、サブブロックビットマップは存在しない。ブロック制御の別の値は、「反転の（inverse）」ビットマップエンコーディングを示しうる。エンコーディングスキームは、結果として生じるビットマップがその後反転されるべきであること（全ての「０」が「１」の値になり、逆もまた同様）を除いて、「通常の」ビットマップエンコーディングと同様でありうる。
【００６０】
[0075]  図１４Ａは、ヌルデータパケットブロック確認応答（ＡＣＫ）フレーム１４００Ａの例を例示する。いくつかの態様では、ヌルデータパケットブロックＡＣＫフレーム１４００Ａは、制御情報フィールドを含む。いくつかの態様では、図１１に関して上述したように、ＰＨＹレイヤヘッダのシグナル（ＳＩＧ）フィールド中の特定の複数のビットは、ヌルデータパケットブロックＡＣＫフレーム１４００Ａに関連した情報を記憶するために使用されうる。いくつかの態様では、１ＭＨｚフォーマットを有するヌルデータパケットブロックＡＣＫフレーム１４００Ａの２２ビットは、ブロックＡＣＫフレーム１４００Ａに関連した情報を記憶するために使用されうる。ヌルデータパケットブロックＡＣＫフレーム１４００Ａのビットを使用して記憶されうる情報は、ブロックＡＣＫ識別子（ＩＤ）フィールド１４０２Ａ、開始シーケンス制御フィールド１４０４Ａ、およびブロックＡＣＫビットマップフィールド１４０６Ａのうちの１つまたは複数を備えうる。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ａ、開始シーケンス制御フィールド１４０４Ａ、およびブロックＡＣＫビットマップフィールド１４０６Ａは、制御情報フィールドおよび／またはＰＨＹレイヤヘッダ（例えば、ＳＩＧフィールドにおける）において含まれる。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２は、２ビットを含み、開始シーケンス制御フィールド１４０４Ａは、１２ビットを含み、ブロックＡＣＫビットマップフィールドは、８ビットを含みうる。これらのフィールドは、送信機へ追加の情報（例えば、より多くのデータ、ドップラインジケーション、応答フレームのビット等）を通信するためにフレームの受信機によって使用されうる。
【００６１】
[0076]  いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ａは、ヌルデータパケットブロックＡＣＫフレーム１４００Ａの識別子を含む。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ａは、ブロック確認応答フレームが送られているブロックの第１のパケットから導出される。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ａは、ブロックＡＣＫ要求フレームから導出される。例えば、ブロックＡＣＫ ＩＤフィールド１４０２Ａは、２ビットを含み、データユニット（例えば、物理レイヤサービスデータユニット（ＰＳＤＵ）、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）、ＭＡＣサービスデータユニット（ＭＳＤＵ）等）のスクランブラシードの最下位の２つのビットに設定されうる。例えば、ブロックＡＣＫ ＩＤフィールド１４０２Ａは、暗黙的ブロックＡＣＫ要求として動作しうるアグリゲートＭＰＤＵ（Ａ−ＭＰＤＵ）要求（soliciting）、またはブロックＡＣＫ要求の何れかを搬送するＰＳＤＵのスクランブラシードの最下位の２つのビットに設定されうる。
【００６２】
[0077]  いくつかの態様では、開始シーケンス制御フィールド１４０４Ａは、ヌルデータパケットブロックＡＣＫ １４００Ａが送られるＡ−ＭＳＤＵまたは第１のＭＳＤＵのシーケンス番号を含みうる。例えば、シーケンス番号は、ブロックＡＣＫビットマップフィールド１４０６Ａにおいて含まれるビットマップにおける最も低いシーケンス番号の位置を表す開始シーケンス番号を含みうる。いくつかの態様では、開始シーケンス制御フィールド１４０４Ａは、ヌルデータパケットブロックＡＣＫ １４００Ａが送られるＡ−ＭＳＤＵまたは第１のＭＳＤＵのシーケンス番号の関数を含みうる。いくつかの態様では、開始シーケンス制御フィールド１４０４Ａは、シーケンス番号またはシーケンス番号の関数を含むために、１２ビットの長さである。
【００６３】
[0078]  いくつかの態様では、ヌルデータパケットブロックＡＣＫフレーム１４００ＡのブロックＡＣＫビットマップフィールド１４０６Ａは、特定の数のＭＳＤＵおよび／またはＡ−ＭＳＤＵの受信状態を示すために使用されうる。例えば、ブロックＡＣＫビットマップフィールド１４０６Ａは、長さ８ビットであり、最大で８つのＭＳＤＵおよび／またはＡ−ＭＳＤＵの受信状態を示すために使用されうる。ブロックＡＣＫビットマップにおいて「１」に等しい各ビットは、シーケンス番号の順序で単一のＭＳＤＵまたはＡ−ＭＳＤＵの成功した受信を確認応答し、ブロックＡＣＫビットマップの第１のビットは開始シーケンス制御フィールド１４０４Ａの値と一致するシーケンス番号を有するＡ−ＭＳＤＵまたはＭＳＤＵに対応する。
【００６４】
[0079]  図１４Ｂは、ヌルデータパケットブロック確認応答（ＡＣＫ)フレーム１４００Ｂの例を例示する。いくつかの態様では、ヌルデータパケットブロックＡＣＫフレーム１４００Ｂは、制御情報フィールドを含む。いくつかの態様では、図１１に関して上述したように、ＰＨＹレイヤヘッダのシグナル（ＳＩＧ)フィールド中の特定の複数のビットは、ヌルデータパケットブロックＡＣＫフレーム１４００Ｂに関連した情報を記憶するために使用されうる。いくつかの態様では、２ＭＨｚフォーマットを有するヌルデータパケットブロックＡＣＫフレーム１４００Ｂの３４ビットは、ブロックＡＣＫフレーム１４００Ｂに関連した情報を記憶するために使用されうる。ヌルデータパケットブロックＡＣＫフレーム１４００Ｂのビットを使用して記憶されうる情報は、ブロックＡＣＫ識別子（ＩＤ)フィールド１４０２Ｂ、開始シーケンス制御フィールド１４０４Ｂ、予約済フィールド１４０６Ｂ、およびブロックＡＣＫビットマップフィールド１４０８Ｂのうちの１つまたは複数を備えうる。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ｂ、開始シーケンス制御フィールド１４０４Ｂ、予約済フィールド１４０６Ｂ、およびブロックＡＣＫビットマップフィールド１４０８Ｂは、制御情報フィールドおよび／またはＰＨＹレイヤヘッダ（例えば、ＳＩＧフィールドにおける）において含まれる。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、５または６ビットを含み、開始シーケンス制御フィールド１４０４Ｂは、１２ビットを含み、予約済フィールド１４０６Ｂは１ビットを含むか、ビットを含まず、ブロックＡＣＫビットマップフィールドは１６ビットを含みうる。予約されたビットは、送信機へ追加の情報（例えば、より多くのデータ、ドップラインジケーション、応答フレームのビット等）を通信するためにフレームの受信機によって使用されうる。
【００６５】
[0080]  いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、ヌルデータパケットブロックＡＣＫフレーム１４００Ｂの識別子を含む。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、ブロック確認応答フレームが送られているブロックの第１のパケットから導出される。いくつかの態様では、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、ブロックＡＣＫ要求フレームから導出される。例えば、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、５または６ビットを含み、データユニット（例えば、物理レイヤサービスデータユニット（ＰＳＤＵ）、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）、ＭＡＣサービスデータユニット（ＭＳＤＵ）等）のスクランブラシードの最下位の５つまたは６つのビットに設定されうる。例えば、ブロックＡＣＫ ＩＤフィールド１４０２Ｂは、暗黙的ブロックＡＣＫ要求として動作しうるアグリゲートＭＰＤＵ（Ａ−ＭＰＤＵ）要求（soliciting）、またはブロックＡＣＫ要求のどちらかを搬送するＰＳＤＵのスクランブラシードの最下位の５つまたは６つのビットに設定されうる。
【００６６】
[0081]  いくつかの態様では、開始シーケンス制御フィールド１４０４Ｂは、ヌルデータパケットブロックＡＣＫ １４００Ｂが送られるＡ−ＭＳＤＵまたは第１のＭＳＤＵのシーケンス番号を含みうる。例えば、シーケンス番号は、ブロックＡＣＫビットマップフィールド１４０８Ｂにおいて含まれるビットマップにおける最も低いシーケンス番号の位置を表す開始シーケンス番号を含みうる。いくつかの態様では、開始シーケンス制御フィールド１４０４Ｂは、ヌルデータパケットブロックＡＣＫ １４００Ｂが送られるＡ−ＭＳＤＵまたは第１のＭＳＤＵのシーケンス番号の関数を含みうる。いくつかの態様では、開始シーケンス制御フィールド１４０４Ｂは、シーケンス番号またはシーケンス番号の関数を含むために、１２ビットの長さである。
【００６７】
[0082]  いくつかの態様では、予約済フィールド１４０６Ｂは１ビットの長さである。予約済フィールド１４０６Ｂは、フレームがブロックＡＣＫフレームに関連した情報を含むということを示すために使用されうる予約された値を含みうる。
【００６８】
[0083]  いくつかの態様では、ヌルデータパケットブロックＡＣＫフレーム１４００ＢのブロックＡＣＫビットマップフィールド１４０８Ｂは、特定の数のＭＳＤＵおよび／またはＡ−ＭＳＤＵの受信状態を示すために使用されうる。例えば、ブロックＡＣＫビットマップフィールド１４０８Ｂは、長さ１６ビットであり、最大で１６個のＭＳＤＵおよび／またはＡ−ＭＳＤＵの受信状態を示すために使用されうる。ブロックＡＣＫビットマップにおいて「１」に等しい各ビットは、シーケンス番号の順序で単一のＭＳＤＵまたはＡ−ＭＳＤＵの成功した受信を確認応答し、ブロックＡＣＫビットマップの第１のビットは開始シーケンス制御フィールド１４０４Ｂの値と一致するシーケンス番号を有するＡ−ＭＳＤＵまたはＭＳＤＵに対応する。
【００６９】
[0084]  いくつかの態様では、各データＭＰＤＵは通常のＡＣＫに設定されたＡＣＫポリシーフィールドを持つ状態で、発信元（originating）ＳＴＡは、単一のＡ−ＭＰＤＵ中にデータのブロックを送り得、これはブロックＡＣＫ要求（暗黙的ブロックＡＣＫ要求）を暗に意味している。Ａ−ＭＰＤＵを送ることに応答して、発信元ＳＴＡは、少なくとも１つのデータフレームがエラーなく受信者によって受信される場合、受信者からブロックＡＣＫ応答を受信することを予期する。受信されたブロックＡＣＫ応答がブロックＡＣＫフレーム１４００Ａまたは１４００Ｂのフォーマットである場合、発信元ＳＴＡは、ブロックＡＣＫ ＩＤフィールド１４０２Ａまたは１４０２Ｂの値が直前（immediately previously）に送信されたＡ−ＭＰＤＵのサービスフィールド中のスクランブラシードサブフィールドの最下位の２つ（ブロックＡＣＫ ＩＤフィールド１４０２Ａについて）、または、５つまたは６つ（ブロックＡＣＫ ＩＤフィールド１４０２Ｂについて)のビットに等しい場合、および、開始シーケンス制御フィールド１４０４Ａまたは１４０４Ｂに含まれる開始シーケンス番号が、ヌルデータパケットブロックＡＣＫ １４００Ａまたは１４００Ｂが送られるＡ−ＭＳＤＵのシーケンス番号に等しい場合、正確に受信されたとしてブロックＡＣＫフレームを受け入れうる。さもなければ、発信元ＳＴＡは、ヌルデータパケットブロックＡＣＫフレーム１４００Ａまたは１４００Ｂが喪失した（lost）と考えうる。
【００７０】
[0085]  いくつかの態様では、発信元ＳＴＡは、即時的な（immediate）ブロックＡＣＫを要求するためにブロックＡＣＫ要求フレームを送りうる（明示のブロックＡＣＫ要求）。例えば、ブロックＡＣＫフレーム１４００Ａまたは１４００Ｂが発信元ＳＴＡによって喪失されたと考えられる場合、発信元ＳＴＡはブロックＡＣＫ要求を送りうる。別の例として、ブロックＡＣＫフレーム１４００Ａまたは１４００Ｂが発信元ＳＴＡによって喪失したと考えられる場合、発信元ＳＴＡはブロックＡＣＫ要求を暗示するために、データフレームを再送信しうる。ブロックＡＣＫ要求フレームを送ることに応答して、発信元ＳＴＡは受信者からブロックＡＣＫ応答を受信することを予期する。受信されたブロックＡＣＫ応答がブロックＡＣＫフレーム１４００Ａまたは１４００Ｂのフォーマットである場合、発信元ＳＴＡは、ブロックＡＣＫ ＩＤフィールド１４０２Ａまたは１４０２Ｂの値が直前に送信されたブロックＡＣＫ要求フレームのサービスフィールド中のスクランブラシードサブフィールドの最下位の２つ（ブロックＡＣＫ ＩＤフィールド１４０２Ａについて）、または、５つまたは６つ（ブロックＡＣＫ ＩＤフィールド１４０２Ｂについて）のビットに等しい場合、および、開始シーケンス制御フィールド１４０４Ａまたは１４０４Ｂに含まれる開始シーケンス番号が、ブロックＡＣＫ要求フレームのブロックＡＣＫ開始シーケンス制御フィールドにおける開始シーケンス番号サブフィールドの値に等しい場合、正確に受信されたとしてブロックＡＣＫフレームを受け入れうる。さもなければ、発信元ＳＴＡは、ヌルデータパケットブロックＡＣＫフレーム１４００Ａまたは１４００Ｂが喪失したとみなしうる。
【００７１】
[0086]  図７は、圧縮されたブロックＡＣＫを送信するための方法７００の一態様を例示する。ブロックＡＣＫは、ここに記載される教示に基づいて圧縮されうる。ブロックＡＣＫは、ＡＰ １０４またはＳＴＡ １０６の何れかにおいて生成され、ワイヤレスネットワーク１００における別のノードへ送信されうる。方法７００がワイヤレスデバイス２０２ｒのエレメントに関して以下に説明されるが、当業者はその他のコンポーネントがここに説明したステップのうちの１つまたは複数をインプリメントするために使用されうることを理解するであろう。
【００７２】
[0087]  ブロック７０４では、１つまたは複数のパケットが受信される。ブロック７０６では、ここに説明した技術（例えば、ブロックＡＣＫのサイズを圧縮することおよび／またはブロックＡＣＫにおいてビットマップを圧縮すること）のうちの１つまたは複数を使用して圧縮されるブロックＡＣＫが生成される。生成は、例えば、プロセッサ２０４および／またはＤＳＰ ２２０によって実行されうる。
【００７３】
[0088]  その後、ブロック７０８において、ブロックＡＣＫはワイヤレスに送信される。送信は、例えば、送信機２１０によって実行されうる。
【００７４】
[0089]  図８は、ワイヤレス通信システム１００内で用いられうる典型的なワイヤレスデバイス８００の機能ブロック図である。デバイス８００は、パケットを受信するために受信モジュール８０４を備える。受信モジュール８０４は、図７において例示されるブロック７０４に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。受信モジュール８０４は、プロセッサ２０４および受信機２１２のうちの１つまたは複数に対応しうる。デバイス８００は、ブロックＡＣＫを生成するために生成モジュール８０６をさらに備える。生成モジュール８０６は、図７において例示されるブロック７０６に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。生成モジュール８０６は、プロセッサ２０４およびＤＳＰ ２２０のうちの１つまたは複数に対応しうる。デバイス８００は、生成されたパケットをワイヤレスに送信するために送信モジュール８０８をさらに備える。送信モジュール８０８は、図７において例示されるブロック７０８に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。送信モジュール８０８は、送信機２１０に対応しうる。
【００７５】
[0090]  図９は、ブロックＡＣＫを受信し、処理するための方法９００の態様を例示する。方法９００は、ここに説明したブロックＡＣＫの任意のタイプを受信し、処理するために使用されうる。パケットは、ＡＰ １０４またはＳＴＡ １０６の何れかにおいてワイヤレスネットワーク１００における別のノードから受信されうる。方法９００がワイヤレスデバイス２０２ｔのエレメントに関して以下に説明されるが、当業者はその他のコンポーネントがここに説明したステップのうちの１つまたは複数をインプリメントするために使用されうることを理解するであろう。
【００７６】
[0091]  ブロック９０２では、ワイヤレス通信の１つまたは複数のパケットが送信される。送信は、例えば、送信機２１０によって実行されうる。
【００７７】
[0092]  ブロック９０４では、ブロックＡＣＫが送信されたパケットに基づいて受信される。受信は、例えば、受信機２１２によって実行されうる。
【００７８】
[0093]  さらに、ブロック９０６において、ワイヤレスデバイス２０２ｔはブロックＡＣＫを処理する。処理することは、例えば、プロセッサ２０４、信号検出器２１８および／またはＤＳＰ ２２０によって実行されうる。
【００７９】
[0094]  図１０は、ワイヤレス通信システム１００内で用いられうる別の典型的なワイヤレスデバイス１０００の機能ブロック図である。デバイス１０００は、１つまたは複数のパケットを送信するために送信モジュール１００２を備える。送信モジュール１００２は、図９において例示されるブロック９０２に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。送信モジュール１００２は、プロセッサ２０４および送信機２１０のうちの１つまたは複数に対応しうる。デバイス１０００は、ブロックＡＣＫをワイヤレスに受信するために受信モジュール１００４をさらに備える。受信モジュール１００４は、図９において例示されるブロック９０４に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。受信モジュール１００４は、受信機２１２に対応しうる。デバイス１０００は、ブロックＡＣＫを処理するために処理モジュール１００６をさらに備える。処理モジュール１００６は、図９において例示されるブロック９０６に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。処理モジュール１００６は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ ２２０のうちの１つまたは複数に対応しうる。
【００８０】
[0095]  図１２は、ワイヤレスネットワークにおける通信の方法１２００の態様を例示する。方法１２００がワイヤレスデバイス２０２のエレメントに関して以下に説明されるが、当業者はその他のコンポーネントがここに説明したステップのうちの１つまたは複数をインプリメントするために使用されうることを理解するであろう。
【００８１】
[0096]  ブロック１２０４では、方法は、ビットマップを備える圧縮されたブロック確認応答フレームを生成することを含み、このビットマップは、単一のデータユニットの複数のフラグメントの受信を示している。したがって、圧縮されたブロック確認応答（ＡＣＫ）は、１つのデータユニット（例えば、ＭＳＤＵ）の複数のフラグメントを確認応答するために使用されうる。例えば、１つの圧縮されたブロックＡＣＫは、２ＭＨｚの通信についての１つのデータユニットの最大１６個のフラグメントを確認応答するために使用されうる。別の例では、１つの圧縮されたブロックＡＣＫは、１ＭＨｚの通信についての１つのデータユニットの最大８個のフラグメントを確認応答するために使用されうる。いくつかの態様では、圧縮されたブロック確認応答フレームを生成することは、物理レイヤヘッダに圧縮されたブロック確認応答フレームの１つまたは複数のフィールドを含むことを備える。生成することは、例えば、プロセッサ２０４および／またはＤＳＰ ２２０によって実行されうる。ブロック１２０６では、方法は、圧縮されたブロック確認応答フレームを送信することを含む。送信することは、例えば、送信機２１０によって実行されうる。
【００８２】
[0097]  いくつかの態様では、圧縮されたブロックＡＣＫフレームは、圧縮されたブロックＡＣＫフレームが圧縮されたブロックＡＣＫフレームタイプのものであることを示すＡＣＫモードのフィールドをさらに備えうる。例えば、ＡＣＫモードフィールドは、フラグメントを確認応答している圧縮されたブロックＡＣＫと複数のデータユニットまたはパケットを確認応答している圧縮されたブロックＡＣＫとを区別するためにブロックＡＣＫにおいて含まれうる。ＡＣＫモードフィールドは、ブロックＡＣＫモード（例えば、ブロックＡＣＫが複数のデータユニットまたはパケットを確認応答していることを示す）を示す第１の値またはフラグメントモード（例えば、ブロックＡＣＫがフラグメントを確認応答していることを示す）を示す第２の値を有しうる。
【００８３】
[0098]  いくつかの態様では、圧縮されたブロックＡＣＫフレームは、圧縮されたブロックＡＣＫの開始シーケンス番号をさらに備えうる。圧縮されたブロックＡＣＫの開始シーケンス番号は、フラグメント化された単一のデータユニット(例えば、パケット、ＭＳＤＵ等）のシーケンス番号でありうる。例えば、圧縮されたブロックＡＣＫがフラグメントを確認応答する場合、圧縮されたブロックＡＣＫの開始シーケンス番号はフラグメント化されているＭＡＣサービスデータユニット（ＭＳＤＵ）のシーケンス番号でありうる。いくつかの態様では、圧縮されたブロックＡＣＫの開始シーケンス番号は、フラグメント化されている単一のデータユニットのシーケンス番号の最下位のビットのグループでありうる。例えば、開始シーケンス番号は、フラグメント化されているＭＳＤＵのシーケンス番号の最下位の複数のビットでありうる。
【００８４】
[0099]  いくつかの態様では、圧縮されたブロックＡＣＫフレームは、フラグメント化されている単一のデータユニットのシーケンス番号の最上位のビットのグループを含むブロックＡＣＫ識別子をさらに備えうる。例えば、ブロックＡＣＫ識別子は、フラグメント化されているＭＳＤＵの開始シーケンス番号の最上位の複数のビットでありうる。いくつかの態様では、圧縮されたブロックＡＣＫフレームは、フラグメント化されている単一のデータユニットの第１のフラグメントのスクランブラシードから導出されるブロックＡＣＫ識別子をさらに備えうる。
【００８５】
[00100]  図１３は、ワイヤレス通信システム１００内で用いられうる典型的なワイヤレスデバイス１３００の機能ブロック図である。デバイス１３００は、ビットマップを備える圧縮されたブロック確認応答フレームを生成するための生成モジュール１３０４を備え、このビットマップは、単一のデータユニットの複数のフラグメントの受信を示している。生成モジュール１３０４は、図１２において例示されるブロック１２０４に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。生成モジュール１３０４は、プロセッサ２０４およびＤＳＰ ２２０のうちの１つまたは複数に対応しうる。生成モジュール１３０４は、圧縮器（compressor）にさらに対応しうる。デバイス１３００は、圧縮されたブロック確認応答フレームを送信するために送信モジュール１３０６をさらに備える。送信モジュール１３０６は、図１２において例示されるブロック１２０６に関して上述される機能のうちの１つまたは複数を実行するように構成されうる。送信モジュール１３０６は、送信機２１０に対応しうる。
【００８６】
[00101]  図１５は、ワイヤレスネットワークにおける通信の方法１５００の態様を例示する。方法１５００がワイヤレスデバイス２０２のエレメントに関して以下に説明されるが、当業者はその他のコンポーネントがここに説明したステップのうちの１つまたは複数をインプリメントするために使用されうることを理解するであろう。
【００８７】
[00102]  ブロック１５０２では、方法は、ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号のうちの少なくとも１つを含む開始シーケンス制御フィールド、および多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、という順序で複数のフィールドを備えるブロック確認応答フレームを生成することを含む。例えば、図１４Ａに関して上述したブロック確認応答フレーム１４００Ａは、例えば、プロセッサ２０４および／またはＤＳＰ ２２０によって生成されうる。ブロック１５０４では、方法は、ブロック確認応答フレームをワイヤレスに送信することを含む。送信することは、例えば、送信機２１０によって実行されうる。
【００８８】
[00103]  いくつかの実施形態では、ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む。いくつかの実施形態では、ブロック確認応答識別子フィールド、開始シーケンス制御フィールド、およびブロック確認応答ビットマップフィールドが、物理レイヤヘッダのシグナルフィールドにおいて含まれる。
【００８９】
[00104]  いくつかの実施形態では、ブロック確認応答フレームは２２ビットを含む。例えば、ブロック確認応答識別子フィールドは２ビットを含み、開始シーケンス制御フィールドは１２ビットを含み、ブロック確認応答ビットマップフィールドは８ビットを含みうる。いくつかの実施形態では、ブロック確認応答フレームは１ＭＨｚフォーマットを含む。
【００９０】
[00105]  いくつかの実施形態では、ブロック確認応答は、図１４Ｂに関して上述したブロック確認応答フレームなどの予約済フィールドをさらに含む。
【００９１】
[00106]  いくつかの実施形態では、ブロック確認応答フレームは３４ビットを含む。例えば、ブロック確認応答識別子フィールドは５ビットを含み、開始シーケンス制御フィールドは１２ビットを含み、予約済フィールドは１ビットを含み、ブロック確認応答ビットマップフィールドは１６ビットを含みうる。いくつかの実施形態では、ブロック確認応答フレームは２ＭＨｚフォーマットを含む。
【００９２】
[00107]  いくつかの実施形態では、ブロック確認応答識別子は、ブロック確認応答フレームが送られているブロックの第１のパケットから導出される。例えば、ブロック確認応答識別子フィールドは、アグリゲート媒体（aggregate-medium）アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの２つの最下位の２ビットに設定される。
【００９３】
[00108]  いくつかの実施形態では、ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される。例えば、ブロック確認応答識別子フィールドは、ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される。
【００９４】
[00109]  いくつかの実施形態では、データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む。
【００９５】
[00110]  いくつかの実施形態では、１に等しいブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する。いくつかの実施形態では、ブロック確認応答ビットマップの第１のビットは、開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する。
【００９６】
[00111]  ここにおいて使用される場合、「決定すること」という用語は、幅広い動作を含む。例えば、「決定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、ルックアップすること（例えば、テーブル、データベース、または別のデータ構造をルックアップすること）、確定すること（ascertaining）、およびそれに類することを含みうる。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）およびそれに類することを含みうる。また、「決定すること」は、解決すること、選抜すること、選ぶこと、確立することおよびそれに類することを含みうる。さらに、ここで使用される場合、「チャネル幅」は特定の態様において、帯域幅を含む、または帯域幅と称されうる。
【００９７】
[00112]  ここにおいて使用される場合、項目のリスト「のうちの少なくとも１つ」というフレーズは、単一のメンバを含む、それらの項目の任意の組み合わせに言及するものである。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることを意図する。
【００９８】
[00113]  上述された方法のさまざまな動作は、それらの動作を実行することができる任意の適切な手段、例えば、さまざまなハードウェアおよび／またはソフトウェアの（１つまたは複数の）コンポーネント、回路、および／または（１つまたは複数の）モジュールによって実行されることができる。一般的に、図面に例示した任意の動作は、それらの動作を実行することができる対応する機能的手段によって実行されうる。
【００９９】
[00114]  本開示に関連して説明された、さまざまな例示的な論理ブロック、モジュール、および回路は、ここで説明された機能を実行するように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイシグナル（ＦＰＧＡ）、または他のプログラマブル論理デバイス（ＰＬＤ）、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはそれらの任意の組み合わせを用いて、インプリメントまたは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、その代わりに、プロセッサは、商品として入手可能な任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを備えた１つまたは複数のマイクロプロセッサ、あるいは、このような構成のその他任意のものとしてインプリメントされうる。
【０１００】
[00115]  １つまたは複数の態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せでインプリメントされうる。ソフトウェアでインプリメントされる場合、これら機能は、コンピュータ読取可能な媒体上で、１つまたは複数の命令群またはコードとして送信または記憶されうる。コンピュータ読取可能な媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコードを記憶または伝送するために使用可能であり、かつコンピュータによってアクセスされうるその他任意の媒体を備えうる。また、任意の接続は、コンピュータ読取可能な媒体と厳密には称されうる。例えば、ソフトウェアが、ウェブサイトから、サーバから、あるいは同軸ケーブル、ファイバ光ケーブル、ツイストペア、デジタル加入者ライン（ＤＳＬ）、または赤外線、無線、マイクロ波のようなワイヤレス技術を使用している他の遠隔ソースから送信される場合には、同軸ケーブル、ファイバ光ケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多目的ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ここでディスク（disk）は通常、磁気的にデータを再生し、一方ディスク（disc）は、レーザーを用いて光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ読取可能な媒体は、非一時的なコンピュータ読取可能な媒体（例えば、有形の媒体）を備えうる。加えて、いくつかの態様では、コンピュータ読取可能な媒体は、一時的
なコンピュータ読取可能な媒体（例えば、信号）を備えうる。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【０１０１】
[00116]  ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップまたは動作を備える。方法のステップおよび／または動作は、本願の特許請求の範囲から逸脱せずに、互いに置き換えられうる。すなわち、ステップまたは動作の特定の順序が指定されない限り、特定のステップおよび／または動作の順序および／または使用は、本願の特許請求の範囲から逸脱せずに変更されうる。
【０１０２】
[00117]  説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせでインプリメントされうる。ソフトウェアでインプリメントされる場合、これら機能は、コンピュータ読取可能な媒体上で、１つまたは複数の命令群として記憶されうる。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコードを記憶または伝送するために使用可能であり、かつコンピュータによってアクセスされうるその他任意の媒体を備えうる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多目的ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ここでディスク（disk）は通常、磁気的にデータを再生し、一方ディスク（disc）は、レーザーを用いて光学的にデータを再生する。
【０１０３】
[00118]  したがって、特定の態様は、ここに提示された動作を実行するためのコンピュータプログラム製品を備えうる。例えば、このようなコンピュータプログラム製品は、その上に命令を記憶（および／または、エンコード）させるコンピュータ読取可能な媒体を備えてもよく、命令は、ここで説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である。ある態様では、コンピュータプログラム製品は、パッケージングマテリアルを含みうる。
【０１０４】
[00119]  ソフトウェアまたは命令は、送信媒体によって送信されうる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、またはその他の遠隔ソースから送信される場合には、この同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、送信媒体の定義に含まれる。
【０１０５】
[00120]  さらに、ここに説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段が、ダウンロードされうること、および／または、さもなければ、ユーザ端末および／または基地局によって、適用可能に得られうることが理解されるべきである。例えば、そのようなデバイスは、ここに説明された方法を実行するための手段の伝送を容易にするために、サーバに結合されうる。代替的に、ここで説明されたさまざまな方法は、デバイスに記憶手段を結合または提供しユーザ端末および／または基地局がさまざまな方法を取得できるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体等）を介して提供されうる。さらに、ここで記述した方法および技術をデバイスに提供するその他任意の適切な技術を利用できる。
【０１０６】
[00121]  本願の特許請求の範囲が、上述のまさにその構成およびコンポーネントのみに限定されないことが、理解されるべきである。さまざまな変更、交換、および変形は、本願の特許請求の範囲から逸脱せずに、上述された方法および装置の配置、動作、および詳細に対してなされうる。
【０１０７】
[00122]  上記は、本開示の実施形態に関するものであるが、本開示の他の実施形態およびさらなる実施形態が、その基本的な範囲から逸脱せずに考案されることができ、その範囲は、下記の請求項によって決定される。
【図１】
2015529047.tif 000003
【図２】
2015529047.tif 000004
【図３】
2015529047.tif 000005
【図４】
2015529047.tif 000006
【図５】
2015529047.tif 000007
【図６】
2015529047.tif 000008
【図７】
2015529047.tif 000009
【図８】
2015529047.tif 000010
【図９】
2015529047.tif 000011
【図１０】
2015529047.tif 000012
【図１１】
2015529047.tif 000013
【図１２】
2015529047.tif 000014
【図１３】
2015529047.tif 000015
【図１４Ａ】
2015529047.tif 000016
【図１４Ｂ】
2015529047.tif 000017
【図１５】
2015529047.tif 000018
【手続補正書】
【提出日】平成27年3月17日(2015.3.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにおける通信の方法であって、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ここで、前記ブロック確認応答識別子フィールドは、物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定され、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと、
を備える方法。
【請求項２】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項１に記載の方法。
【請求項３】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項１に記載の方法。
【請求項４】
前記ブロック確認応答フレームは２２ビットを含む、請求項１に記載の方法。
【請求項５】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項４に記載の方法。
【請求項６】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項５に記載の方法。
【請求項７】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項１に記載の方法。
【請求項８】
前記ブロック確認応答フレームは３４ビットを含む、請求項７に記載の方法。
【請求項９】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項８に記載の方法。
【請求項１０】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項９に記載の方法。
【請求項１１】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項１に記載の方法。
【請求項１２】
物理レイヤサービスデータユニットは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する、請求項１１に記載の方法。
【請求項１３】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項１に記載の方法。
【請求項１４】
前記物理レイヤサービスデータユニットは、前記ブロック確認応答要求フレームを搬送する、請求項１３に記載の方法。
【請求項１５】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項１６】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項１に記載の方法。
【請求項１７】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項１６に記載の方法。
【請求項１８】
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ここで、前記ブロック確認応答識別子フィールドは、物理レイヤサービスデータ単位のスクランブラシードの最下位の２つのビットに設定される、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するように構成されたプロセッサと、
前記ブロック確認応答フレームをワイヤレスに送信するように構成された送信機と、
を備えるワイヤレスデバイス。
【請求項１９】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項１８に記載のワイヤレスデバイス。
【請求項２０】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項１８に記載のワイヤレスデバイス。
【請求項２１】
前記ブロック確認応答フレームは２２ビットを含む、請求項１８に記載のワイヤレスデバイス。
【請求項２２】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項２１に記載のワイヤレスデバイス。
【請求項２３】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項２２に記載のワイヤレスデバイス。
【請求項２４】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項１８に記載のワイヤレスデバイス。
【請求項２５】
前記ブロック確認応答フレームは３４ビットを含む、請求項２４に記載のワイヤレスデバイス。
【請求項２６】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項２５に記載のワイヤレスデバイス。
【請求項２７】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項２６に記載のワイヤレスデバイス。
【請求項２８】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項１８に記載のワイヤレスデバイス。
【請求項２９】
物理レイヤサービスデータユニットは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する、請求項２８に記載のワイヤレスデバイス。
【請求項３０】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項１８に記載のワイヤレスデバイス。
【請求項３１】
前記物理レイヤサービスデータユニット、前記ブロック確認応答要求フレームを搬送する、請求項３０に記載のワイヤレスデバイス。
【請求項３２】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項１８に記載のワイヤレスデバイス。
【請求項３３】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項１８に記載のワイヤレスデバイス。
【請求項３４】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項３３に記載のワイヤレスデバイス。
【請求項３５】
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ここで、前記ブロック確認応答識別子フィールドは、物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定され、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するための手段と、
前記ブロック確認応答フレームをワイヤレスに送信するための手段と、
を備えるワイヤレスデバイス。
【請求項３６】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項３５に記載のワイヤレスデバイス。
【請求項３７】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項３５に記載のワイヤレスデバイス。
【請求項３８】
前記ブロック確認応答フレームは２２ビットを含む、請求項３５に記載のワイヤレスデバイス。
【請求項３９】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項３８に記載のワイヤレスデバイス。
【請求項４０】
前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、請求項３９に記載のワイヤレスデバイス。
【請求項４１】
前記ブロック確認応答は、予約済フィールドをさらに含む、請求項３５に記載のワイヤレスデバイス。
【請求項４２】
前記ブロック確認応答フレームは３４ビットを含む、請求項４１に記載のワイヤレスデバイス。
【請求項４３】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項４２に記載のワイヤレスデバイス。
【請求項４４】
前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、請求項４３に記載のワイヤレスデバイス。
【請求項４５】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項３５に記載のワイヤレスデバイス。
【請求項４６】
物理レイヤサービスデータユニットは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する、請求項４５に記載のワイヤレスデバイス。
【請求項４７】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項３５に記載のワイヤレスデバイス。
【請求項４８】
前記物理レイヤサービスデータユニットは、前記ブロック確認応答要求フレームを搬送する、請求項４７に記載のワイヤレスデバイス。
【請求項４９】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項３５に記載のワイヤレスデバイス。
【請求項５０】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項３５に記載のワイヤレスデバイス。
【請求項５１】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項５０に記載のワイヤレスデバイス。
【請求項５２】
コンピュータ読取可能な媒体であって、実行されたとき、装置に、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、ここで、前記ブロック確認応答識別子フィールドは、物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定され、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと
を、行わせるコードを備える、コンピュータ可読媒体。
【請求項５３】
前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５４】
前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、請求項５２に記載のコンピュータ可読媒体。
【請求項５５】
前記ブロック確認応答フレームは２２ビットを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５６】
前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、請求項５５に記載のコンピュータ可読媒体。
【請求項５７】
前記ブロック確認応答フレームは１ＭＨｚフォーマットを含む、請求項５６に記載のコンピュータ可読媒体。
【請求項５８】
前記ブロック確認応答は予約済フィールドをさらに含む、請求項５２に記載のコンピュータ可読媒体。
【請求項５９】
前記ブロック確認応答フレームは３４ビットを含む、請求項５８に記載のコンピュータ可読媒体。
【請求項６０】
前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、請求項５９に記載のコンピュータ可読媒体。
【請求項６１】
前記ブロック確認応答フレームは２ＭＨｚフォーマットを含む、請求項６０に記載のコンピュータ可読媒体。
【請求項６２】
前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、請求項５２に記載のコンピュータ可読媒体。
【請求項６３】
物理レイヤサービスデータユニットは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する、請求項６２に記載のコンピュータ可読媒体。
【請求項６４】
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、請求項５２に記載のコンピュータ可読媒体。
【請求項６５】
前記物理レイヤサービスデータユニットは、前記ブロック確認応答要求フレームを搬送する、請求項６４に記載のコンピュータ可読媒体。
【請求項６６】
前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、請求項５２に記載のコンピュータ可読媒体。
【請求項６７】
１に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、請求項５２に記載のコンピュータ可読媒体。
【請求項６８】
前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、請求項６７に記載のコンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】変更
【補正の内容】
【０１０７】
[00122]  上記は、本開示の実施形態に関するものであるが、本開示の他の実施形態およびさらなる実施形態が、その基本的な範囲から逸脱せずに考案されることができ、その範囲は、下記の請求項によって決定される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］  ワイヤレスネットワークにおける通信の方法であって、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと、
を備える方法。
［２］  前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、［１］に記載の方法。
［３］  前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、［１］に記載の方法。
［４］  前記ブロック確認応答フレームは２２ビットを含む、［１］に記載の方法。
［５］  前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、［４］に記載の方法。
［６］  前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、［５］に記載の方法。
［７］  前記ブロック確認応答は、予約済フィールドをさらに含む、［１］に記載の方法。
［８］  前記ブロック確認応答フレームは３４ビットを含む、［７］に記載の方法。
［９］  前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、［８］に記載の方法。
［１０］  前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、［９］に記載の方法。
［１１］  前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、［１］に記載の方法。
［１２］  前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［１１］に記載の方法。
［１３］  前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、［１］に記載の方法。
［１４］  前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［１３］に記載の方法。
［１５］  前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、［１］に記載の方法。
［１６］  １に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、［１］に記載の方法。
［１７］  前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、［１６］に記載の方法。
［１８］      ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するように構成されたプロセッサと、
前記ブロック確認応答フレームをワイヤレスに送信するように構成された送信機と、
を備えるワイヤレスデバイス。
［１９］  前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、［１８］に記載のワイヤレスデバイス。
［２０］  前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、［１８］に記載のワイヤレスデバイス。
［２１］  前記ブロック確認応答フレームは２２ビットを含む、［１８］に記載のワイヤレスデバイス。
［２２］  前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、［２１］に記載のワイヤレスデバイス。
［２３］  前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、［２２］に記載のワイヤレスデバイス。
［２４］  前記ブロック確認応答は、予約済フィールドをさらに含む、［１８］に記載のワイヤレスデバイス。
［２５］  前記ブロック確認応答フレームは３４ビットを含む、［２４］に記載のワイヤレスデバイス。
［２６］  前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、［２５］に記載のワイヤレスデバイス。
［２７］  前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、［２６］に記載のワイヤレスデバイス。
［２８］  前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、［１８］に記載のワイヤレスデバイス。
［２９］  前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［２８］に記載のワイヤレスデバイス。
［３０］  前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、［１８］に記載のワイヤレスデバイス。
［３１］  前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［３０］に記載のワイヤレスデバイス。
［３２］  前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、［１８］に記載のワイヤレスデバイス。
［３３］  １に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、［１８］に記載のワイヤレスデバイス。
［３４］  前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、［３３］に記載のワイヤレスデバイス。
［３５］      ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成するための手段と、
前記ブロック確認応答フレームをワイヤレスに送信するための手段と、
を備えるワイヤレスデバイス。
［３６］  前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、［３５］に記載のワイヤレスデバイス。
［３７］  前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、［３５］に記載のワイヤレスデバイス。
［３８］  前記ブロック確認応答フレームは２２ビットを含む、［３５］に記載のワイヤレスデバイス。
［３９］  前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、［３８］に記載のワイヤレスデバイス。
［４０］  前記ブロック確認応答フレームは、１ＭＨｚフォーマットを含む、［３９］に記載のワイヤレスデバイス。
［４１］  前記ブロック確認応答は、予約済フィールドをさらに含む、［３５］に記載のワイヤレスデバイス。
［４２］  前記ブロック確認応答フレームは３４ビットを含む、［４１］に記載のワイヤレスデバイス。
［４３］  前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、［４２］に記載のワイヤレスデバイス。
［４４］  前記ブロック確認応答フレームは、２ＭＨｚフォーマットを含む、［４３］に記載のワイヤレスデバイス。
［４５］  前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、［３５］に記載のワイヤレスデバイス。
［４６］  前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［４５］に記載のワイヤレスデバイス。
［４７］  前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、［３５］に記載のワイヤレスデバイス。
［４８］  前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［４７］に記載のワイヤレスデバイス。
［４９］  前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、［３５］に記載のワイヤレスデバイス。
［５０］  １に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、［３５］に記載のワイヤレスデバイス。
［５１］  前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、［５０］に記載のワイヤレスデバイス。
［５２］  コンピュータ読取可能な媒体であって、実行されたとき、装置に、
ブロック確認応答フレームの識別子を含むブロック確認応答識別子フィールド、
前記ブロック確認応答フレームが送られるデータユニットのシーケンス番号の関数とシーケンス番号とのうちの少なくとも１つを含む開始シーケンス制御フィールド、
多数のデータユニットの受信状態を示すブロック確認応答ビットマップフィールド、
という順序で複数のフィールドを備える前記ブロック確認応答フレームを生成することと、
前記ブロック確認応答フレームをワイヤレスに送信することと
を、行わせるコードを備える、コンピュータ可読媒体。
［５３］  前記ブロック確認応答フレームは、ヌルデータパケットブロック確認応答フレームを含む、［５２］に記載のコンピュータ可読媒体。
［５４］  前記ブロック確認応答識別子フィールド、前記開始シーケンス制御フィールド、および前記ブロック確認応答ビットマップフィールドは、物理レイヤヘッダのシグナルフィールドに含まれる、［５２］に記載のコンピュータ可読媒体。
［５５］  前記ブロック確認応答フレームは２２ビットを含む、［５２］に記載のコンピュータ可読媒体。
［５６］  前記ブロック確認応答識別子フィールドは２ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記ブロック確認応答ビットマップフィールドは８ビットを含む、［５５］に記載のコンピュータ可読媒体。
［５７］  前記ブロック確認応答フレームは１ＭＨｚフォーマットを含む、［５６］に記載のコンピュータ可読媒体。
［５８］  前記ブロック確認応答は予約済フィールドをさらに含む、［５２］に記載のコンピュータ可読媒体。
［５９］  前記ブロック確認応答フレームは３４ビットを含む、［５８］に記載のコンピュータ可読媒体。
［６０］  前記ブロック確認応答識別子フィールドは５ビットを含み、前記開始シーケンス制御フィールドは１２ビットを含み、前記予約済フィールドは１ビットを含み、前記ブロック確認応答ビットマップフィールドは１６ビットを含む、［５９］に記載のコンピュータ可読媒体。
［６１］  前記ブロック確認応答フレームは２ＭＨｚフォーマットを含む、［６０］に記載のコンピュータ可読媒体。
［６２］  前記ブロック確認応答識別子は、前記ブロック確認応答フレームが送られているブロックの第１のパケットから導出される、［５２］に記載のコンピュータ可読媒体。
［６３］  前記ブロック確認応答識別子フィールドは、アグリゲート媒体アクセス制御プロトコルデータユニットを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［６２］に記載のコンピュータ可読媒体。
［６４］  前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出される、［５２］に記載のコンピュータ可読媒体。
［６５］  前記ブロック確認応答識別子フィールドは、前記ブロック確認応答要求フレームを搬送する物理レイヤサービスデータユニットのスクランブラシードの最下位の２つのビットに設定される、［６４］に記載のコンピュータ可読媒体。
［６６］  前記データユニットは、第１の媒体アクセス制御サービスデータユニットおよびアグリゲート媒体アクセス制御サービスデータユニットのうちの少なくとも１つを含む、［５２］に記載のコンピュータ可読媒体。
［６７］  １に等しい前記ブロック確認応答ビットマップフィールドの各ビットは、シーケンス番号の順序で単一のデータユニットの成功した受信を確認応答する、［５２］に記載のコンピュータ可読媒体。
［６８］  前記ブロック確認応答ビットマップの第１のビットは、前記開始シーケンス制御フィールドの値と一致するシーケンス番号を有するデータユニットに対応する、［６７］に記載のコンピュータ可読媒体。
【国際調査報告】
2015529047.tif 000019
2015529047.tif 000020
2015529047.tif 000021