(57)【要約】  超高スループット物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信のためのノーマル肯定応答（ＡＣＫ）とブロックＡＣＫとのうちの１つが選択的に有効にされ得る。少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットがセットされ得る。超高スループットフレーム中で受信機にＰＰＤＵが送信され得、ビット値に応じて、ＰＰＤＵに応答してノーマルＡＣＫまたはブロックＡＣＫを引き起こすために指定ビットが使用され得る。【選択図】図１９
2013536599.tif 000002
【特許請求の範囲】
【請求項１】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用するワイヤレス送信のためのノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とを選択的に有効にするための方法であって、
少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットすることと、
前記受信機に超高スループット（ＶＨＴ）フレーム中で前記ＰＰＤＵを送信することと
を備える方法。
【請求項２】
前記ＰＨＹヘッダの信号（ＳＩＧ）フィールド内に前記少なくとも１つの指定ビットを配置することをさらに備える、
請求項１に記載の方法。
【請求項３】
複数の受信機の各々に個々に送信されるフィールドを備える前記ＳＩＧフィールドを選択することをさらに備える、
請求項２に記載の方法。
【請求項４】
複数の受信機のすべてに送信されるフィールドを備える前記ＳＩＧフィールドを選択することをさらに備える、
請求項２に記載の方法。
【請求項５】
前記ＰＰＤＵ中に含まれている媒体アクセス制御（ＭＡＣ）サービス品質（ＱｏＳ）制御ヘッダ中に、ＡＣＫポリシーを示す少なくとも１つの追加ビットを含めることをさらに備える、
請求項１に記載の方法。
【請求項６】
前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ペイロードの第１のロケーション中に前記少なくとも１つの指定ビットを配置することをさらに備える、
請求項１に記載の方法。
【請求項７】
前記ＰＰＤＵ中の媒体アクセス制御データユニット（ＭＰＤＵ）デリミタフィールドの予約済みロケーション中に前記少なくとも１つの指定ビットを配置することをさらに備える、
請求項１に記載の方法。
【請求項８】
ＢＡを実装することを回避するために、ノーマルＡＣＫを示すために前記少なくとも１つの指定ビットをセットすることをさらに備える、
請求項１に記載の方法。
【請求項９】
前記受信機とのＢＡ合意の事前ネゴシエーションを必要とすることなしにノーマルＡＣＫの使用を可能にするために前記ＰＰＤＵを送信することをさらに備える、
請求項１に記載の方法。
【請求項１０】
前記ＰＨＹヘッダの分割部分間に挿入される媒体アクセス制御（ＭＡＣ）ヘッダ中に前記少なくとも１つの指定ビットをセットすることをさらに備える、
請求項１に記載の方法。
【請求項１１】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信のためのノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とを選択的に有効にするためのシステムであって、
少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットするための手段と、
前記受信機に超高スループット（ＶＨＴ）フレーム中で前記ＰＰＤＵを送信するための手段と
を備えるシステム。
【請求項１２】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信のためのノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とを選択的に有効にするためのシステムであって、
少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットし、前記受信機に超高スループット（ＶＨＴ）フレーム中で前記ＰＰＤＵを送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
を備える、システム。
【請求項１３】
前記プロセッサは、前記ＰＨＹヘッダの信号（ＳＩＧ）フィールド内に前記少なくとも１つの指定ビットを配置するようにさらに構成される、
請求項１２に記載のシステム。
【請求項１４】
前記プロセッサは、複数の受信機の各々に個々に送信されるフィールドを備える前記ＳＩＧフィールドを選択するようにさらに構成される、
請求項１３に記載のシステム。
【請求項１５】
前記プロセッサは、複数の受信機のすべてに送信されるフィールドを備える前記ＳＩＧフィールドを選択するようにさらに構成される、
請求項１３に記載のシステム。
【請求項１６】
前記プロセッサは、前記ＰＰＤＵ中に含まれている媒体アクセス制御（ＭＡＣ）サービス品質（ＱｏＳ）制御ヘッダ中に、ＡＣＫポリシーを示す少なくとも１つの追加ビットを含めるようにさらに構成される、
請求項１２に記載のシステム。
【請求項１７】
前記プロセッサは、前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ペイロードの第１のロケーション中に前記少なくとも１つの指定ビットを配置するようにさらに構成される、
請求項１２に記載のシステム。
【請求項１８】
前記プロセッサは、前記ＰＰＤＵ中の媒体アクセス制御データユニット（ＭＰＤＵ）デリミタフィールドの予約済みロケーション中に前記少なくとも１つの指定ビットを配置するようにさらに構成される、
請求項１２に記載のシステム。
【請求項１９】
前記プロセッサは、ＢＡを実装することを回避するために、ノーマルＡＣＫを示すために前記少なくとも１つの指定ビットをセットするようにさらに構成される、
請求項１２に記載のシステム。
【請求項２０】
前記プロセッサは、前記受信機とのＢＡ合意の事前ネゴシエーションを必要とすることなしにノーマルＡＣＫの使用を可能にするために前記ＰＰＤＵを送信するようにさらに構成される、
請求項１２に記載のシステム。
【請求項２１】
前記プロセッサは、前記ＰＨＹヘッダの分割部分間に挿入される媒体アクセス制御（ＭＡＣ）ヘッダ中に前記少なくとも１つの指定ビットをセットするようにさらに構成される、
請求項１２に記載のシステム。
【請求項２２】
ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしから選択される肯定応答（ＡＣＫ）タイプを示すために、送信機から受信機に送信するための物理レイヤプロトコルデータユニット（ＰＰＤＵ）の物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットすることと、前記受信機に超高スループット（ＶＨＴ）フレーム中で前記ＰＰＤＵを送信することとを行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項２３】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信を受信したことに応答して、ノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とのうちの１つを選択するための方法であって、
超高スループット（ＶＨＴ）フレーム中で送信機からＰＰＤＵを受信することと、
前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に含まれている少なくとも１つの指定ビットに応答して、ノーマルＡＣＫまたはＢＡから選択されるＡＣＫを決定することと
を備える方法。
【請求項２４】
前記ＰＨＹヘッダの信号（ＳＩＧ）フィールド内の前記少なくとも１つの指定ビットを受信することをさらに備える、
請求項２３に記載の方法。
【請求項２５】
前記ＰＰＤＵ中に含まれている媒体アクセス制御（ＭＡＣ）サービス品質（ＱｏＳ）制御ヘッダ中の、ＡＣＫポリシーを示す少なくとも１つの追加ビットを受信することをさらに備える、
請求項２３に記載の方法。
【請求項２６】
前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ペイロードの第１のロケーション中の前記少なくとも１つの指定ビットを受信することをさらに備える、
請求項２３に記載の方法。
【請求項２７】
前記ＰＰＤＵ中の媒体アクセス制御データユニット（ＭＰＤＵ）デリミタフィールドの予約済みロケーション中の前記少なくとも１つの指定ビットを受信することをさらに備える、
請求項２３に記載の方法。
【請求項２８】
前記ＰＨＹヘッダの分割部分間に挿入される媒体アクセス制御（ＭＡＣ）ヘッダ中の前記少なくとも１つの指定ビットを受信することをさらに備える、
請求項２３に記載の方法。
【請求項２９】
前記送信機に前記ＡＣＫを与えることをさらに備える、
請求項２３に記載の方法。
【請求項３０】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信を受信したことに応答して、ノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とのうちの１つを選択するためのシステムであって、
超高スループット（ＶＨＴ）フレーム中で送信機からＰＰＤＵを受信するための手段と、
前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に含まれている少なくとも１つの指定ビットに応答して、ノーマルＡＣＫまたはＢＡから選択されるＡＣＫを決定するための手段と
を備えるシステム。
【請求項３１】
物理レイヤプロトコルデータユニット（ＰＰＤＵ）を使用したワイヤレス送信を受信したことに応答して、ノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とのうちの１つを選択するためのシステムであって、
超高スループット（ＶＨＴ）フレーム中で送信機からＰＰＤＵを受信することと、前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に含まれている少なくとも１つの指定ビットに応答して、ノーマルＡＣＫまたはＢＡから選択されるＡＣＫを決定することとを行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
を備える、システム。
【請求項３２】
前記プロセッサは、前記ＰＨＹヘッダの信号（ＳＩＧ）フィールド内の前記少なくとも１つの指定ビットを受信するようにさらに構成される、
請求項３１に記載のシステム。
【請求項３３】
前記プロセッサは、前記ＰＰＤＵ中に含まれている媒体アクセス制御（ＭＡＣ）サービス品質（ＱｏＳ）制御ヘッダ中の、ＡＣＫポリシーを示す少なくとも１つの追加ビットを受信するようにさらに構成される、
請求項３１に記載のシステム。
【請求項３４】
前記プロセッサは、前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ペイロードの第１のロケーション中の前記少なくとも１つの指定ビットを受信するようにさらに構成される、
請求項３１に記載のシステム。
【請求項３５】
前記プロセッサは、前記ＰＰＤＵ中の媒体アクセス制御データユニット（ＭＰＤＵ）デリミタフィールドの予約済みロケーション中の前記少なくとも１つの指定ビットを受信するようにさらに構成される、
請求項３１に記載のシステム。
【請求項３６】
前記プロセッサは、前記ＰＨＹヘッダの分割部分間に挿入される媒体アクセス制御（ＭＡＣ）ヘッダ中の前記少なくとも１つの指定ビットを受信するようにさらに構成される、
請求項３１に記載のシステム。
【請求項３７】
前記プロセッサは、前記送信機に前記ＡＣＫを与えるようにさらに構成される、
請求項３１に記載のシステム。
【請求項３８】
超高スループット（ＶＨＴ）フレーム中で送信機から物理レイヤプロトコルデータユニット（ＰＰＤＵ）を受信することと、前記ＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に含まれている少なくとも１つの指定ビットに応答して、ノーマルＡＣＫとＢＡとのうちの１つを決定することとを行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【関連出願】
【０００１】
関連出願の相互参照
本出願は、米国特許法第１１９条（ｅ）項に従って、その出願の全体が参照により本明細書に明確に組み込まれる、２０１０年６月１５日に出願された米国仮出願第６１／３５５，１１４号の優先権を主張する。
【技術分野】
【０００２】
本発明は、一般に、ワイヤレスローカルエリアネットワークシステム中の局からの肯定応答のための装置および方法に関する。より詳細には、本開示は、超高スループット肯定応答と、受信局によって使用されるべき肯定応答ポリシーを通信するためのシグナリング機構とに関する。
【背景技術】
【０００３】
ワイヤレス通信システムに要求される帯域幅要件の増加の問題に対処するために、高いデータスループットを達成しながら、複数のユーザ端末がチャネルリソースを共有することによって単一のアクセスポイントと通信することを可能にするために、様々な方式が開発されている。多入力多出力（ＭＩＭＯ）技術は、次世代通信システムのための普及している技法として最近現れた１つのそのような手法を表す。ＭＩＭＯ技術は、米国電気電子学会（ＩＥＥＥ）８０２．１１規格など、いくつかの新生のワイヤレス通信規格において採用されている。ＩＥＥＥ８０２．１１は、（たとえば、数十メートルから数百メートルの）短距離通信用にＩＥＥＥ８０２．１１委員会によって開発されたワイヤレスローカルエリアネットワーク（ＷＬＡＮ）エアインターフェース規格のセットを示す。
【０００４】
ワイヤレス通信システムでは、媒体アクセス制御（ＭＡＣ）プロトコルは、エアリンク媒体によって提供されるいくつかの自由次元（dimension of freedom）を利用するように動作するように設計される。最も一般的に利用される自由次元は時間および周波数である。たとえば、ＩＥＥＥ８０２．１１ＭＡＣプロトコルでは、「時間」自由次元はＣＳＭＡ（キャリア検知多重アクセス）を通して利用される。ＣＳＭＡプロトコルは、潜在的な高い干渉の期間中に２つ以上の送信が行われないことを保証しようと試みる。同様に、「周波数」自由次元は、異なる周波数チャネルを使用することによって利用され得る。
【０００５】
最近の開発により、次元としての空間は、既存の容量を増加させるかまたは既存の容量を少なくともより効率的に使用するために使用すべき実行可能なオプションになった。空間分割多元接続（ＳＤＭＡ）は、同時送信および受信のために複数の端末をスケジュールすることによってエアリンクの利用を改善するために使用され得る。データは、空間ストリームを使用して端末の各々に送られる。たとえば、ＳＤＭＡを用いて、送信機は個々の受信機への直交ストリームを形成する。送信機はいくつかのアンテナを有し、送信／受信チャネルはいくつかの経路からなるので、そのような直交ストリームが形成され得る。受信機も、１つまたは複数のアンテナを有し得る（ＭＩＭＯ、ＳＩＭＯ）。この例では、送信機がアクセスポイント（ＡＰ）であり、受信機が局（ＳＴＡ）であると仮定される。ストリームは、たとえば、ＳＴＡ−Ｂにターゲッティングされたストリームが、ＳＴＡ−Ｃ、ＳＴＡ−Ｄ、．．．、などにおける低電力干渉と見なされ、これが、有意な干渉を引き起こさず、たいがい無視されるように、形成される。これらの直交ストリームを形成するために、ＡＰは、受信ＳＴＡの各々からのチャネル状態情報（ＣＳＩ）を有する必要がある。ＣＳＩは、いくつかの方法で測定され、通信され得、それにより複雑さが増すが、ＣＳＩを使用すると、ＳＤＭＡストリームの構成が最適化されることになる。
【０００６】
ＭＩＭＯがマルチユーザ（ＭＵ）システムに適用されると、さらなる複雑さが生じる。たとえば、一般に、ＡＰはアップリンク（ＵＬ）通信プロセスを制御する。しかしながら、いくつかの構成では、アップリンクスケジューリング手法は、依然として、ＳＴＡがチャネルアクセスを求めてＡＰと競合することを必要とする。言い換えれば、ＡＰは、伝送媒体にアクセスしようと試みる追加のＳＴＡとして働くことになり、それにより、アクセスしようと試みるすべてのＳＴＡに影響を及ぼす。さらに、ＳＴＡが将来のＵＬ送信のスケジューリングについてＡＰに依拠するので、スケジューリング方式は、バースト性データトラフィックなどのいくつかのタイプのデータトラフィックでは必ずしもうまく動作しない。
【発明の概要】
【０００７】
従来技術のこれらおよび他の態様を改善するために、物理レイヤプロトコルデータユニット（ＰＰＤＵ：Physical Layer Protocol Data Unit）を使用したワイヤレス送信のためのノーマル肯定応答（ＡＣＫ）とブロックＡＣＫ（ＢＡ）とを選択的に有効にするための方法について本明細書で説明する。本方法は、送信局が、少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットすることと、超高スループット（ＶＨＴ：Very High Throughput）フレーム中で受信機にＰＰＤＵを送信することとを含み得る。
【０００８】
本方法のさらなる態様によれば、局は、ＰＨＹヘッダの信号（ＳＩＧ）フィールド内に少なくとも１つの指定ビットを配置し得る。一態様では、本方法は、複数の受信機の各々に個々に送信されるフィールドを備えるＳＩＧフィールドを選択することをさらに含み得る。代替態様では、本方法は、複数の受信機のすべてに送信されるフィールドを備えるＳＩＧフィールドを選択することを含み得る。
【０００９】
別の態様では、本方法は、送信局が、ＰＰＤＵ中に含まれている媒体アクセス制御（ＭＡＣ）サービス品質（ＱｏＳ）制御ヘッダ中に、ＡＣＫポリシーを示す少なくとも１つの追加ビットを含めることを含み得る。代替または追加として、本方法は、局が、ＰＰＤＵの物理レイヤ（ＰＨＹ）ペイロードの第１のロケーション中に少なくとも１つの指定ビットを配置することを含み得る。さらなる代替または追加として、本方法は、局が、ＰＰＤＵ中の媒体アクセス制御データユニット（ＭＰＤＵ）デリミタフィールドの予約済みロケーション中に少なくとも１つの指定ビットを配置することを含み得る。別の代替によれば、または追加として、本方法は、ＰＨＹヘッダの分割部分間に挿入される媒体アクセス制御（ＭＡＣ）ヘッダに少なくとも１つの指定ビットをセットすることを含み得る。
【００１０】
概して、本方法および代替形態は、局が、ＢＡを実装することを回避するために、ノーマルＡＣＫを示すために少なくとも１つの指定ビットをセットすることを含み得る。代替または追加として、本方法は、局が、受信機とのＢＡ合意（BA agreement）の事前ネゴシエーションを必要とすることなしにノーマルＡＣＫの使用を可能にするためにＰＰＤＵを送信することを含み得る。
【００１１】
上記のいずれかによるシステムは、超高スループット（ＶＨＴ：Very High Throughput）フレーム中で受信機にＰＰＤＵを送信するための手段に結合された、少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットするための手段を含み得る。本システムは、説明した動作を実行するように構成された、ハードウェア、ソフトウェア、またはファームウェア要素、あるいはそのような要素の組合せを含む、送信局について上記で説明した方法について説明した他の態様および動作を実行するための他の手段を含み得る。
【００１２】
たとえば、ワイヤレス通信システム（ＷＣＳ）における発展型ＭＢＭＳ発見を可能にするためのシステムは、少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ（ＢＡ）、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に少なくとも１つの指定ビットをセットすることと、超高スループット（ＶＨＴ）フレーム中で受信機にＰＰＤＵを送信することとを行うように構成されたプロセッサを含み得る。本システムは、少なくとも１つのプロセッサに結合された、データを記憶するためのメモリを含み得る。さらなる例では、コンピュータ可読媒体は、送信局のプロセッサによって実行されたときに、上記で説明した方法の動作を局に実行させる、符号化された命令を保持し得る。命令は、メモリデバイス、記憶媒体などの中に保持され得る。
【００１３】
受信局については、ノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための方法は、ＶＨＴフレーム中で送信機からＰＰＤＵを受信することを含み得る。本方法は、ＰＰＤＵのＰＨＹヘッダ中に含まれている指定ビットに応答して、ノーマルＡＣＫまたはブロックＡＣＫから選択されるＡＣＫを決定することを含み得る。一態様では、本方法は、ＰＨＹヘッダの信号（ＳＩＧ）フィールド内の指定ビットを受信することを含み得る。本方法は、ＰＰＤＵ中に含まれているＭＡＣ  ＱｏＳ制御ヘッダ中の、ＡＣＫポリシーを示す少なくとも１つの追加ビットを受信することをさらに含み得る。受信局は、ＰＰＤＵ中の１つまたは複数の指定ビットによって指定されるＡＣＫタイプに従って、ＡＣＫを送信局に与え得る。
【００１４】
一代替では、本方法は、ＰＰＤＵのＰＨＹペイロードの第１のロケーション中の指定ビットを受信することを含み得る。たとえば、本方法は、ＰＰＤＵ中のＭＰＤＵデリミタフィールドの予約済みロケーション中の指定ビットを受信することを含み得る。さらなる例では、本方法は、ＰＨＹヘッダの分割部分間に挿入されるＭＡＣヘッダ中の指定ビットを受信することを含み得る。
【００１５】
ノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するためのシステムは、ＰＰＤＵのＰＨＹヘッダ中に含まれている指定ビットに応答して、ノーマルＡＣＫまたはブロックＡＣＫから選択されるＡＣＫを決定するための手段に結合された、ＶＨＴフレーム中で送信機からＰＰＤＵを受信するための手段を含み得る。本システムは、記載の動作を実行するように構成された、ハードウェア、ソフトウェア、またはファームウェア要素、あるいはそのような要素の組合せを含む受信局について上記で説明した方法について説明した他の態様および動作を実行するための他の手段を含み得る。
【００１６】
たとえば、ノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための受信局システムは、ＶＨＴフレーム中で送信機からＰＰＤＵを受信することと、ＰＰＤＵの物理レイヤ（ＰＨＹ）ヘッダ中に含まれている少なくとも１つの指定ビットに応答して、ノーマルＡＣＫまたはＢＡから選択されるＡＣＫを決定することとを行うように構成された少なくとも１つのプロセッサを含み得る。本受信局システムは、データを記憶するための、少なくとも１つのプロセッサに結合されたメモリをさらに含み得る。さらなる例では、コンピュータ可読媒体は、受信局のプロセッサによって実行されたときに上記で説明した方法の動作を局に実行させる、符号化された命令を保持し得る。命令は、メモリデバイス、記憶媒体などの中に保持され得る。
【図面の簡単な説明】
【００１７】
【図１】本開示のいくつかの実施形態による、空間分割多元接続ＭＩＭＯワイヤレスシステムを示す図。
【図２】本開示のいくつかの実施形態による、ワイヤレスデバイスの例示的な構成要素を示す図。
【図３】マルチユーザ送信が送られる局のグループにおける局が発生する順序によって決定される、局のセットからの応答フレームの順序を示す図。
【図４】マルチユーザ送信中にシーケンシャルＡＣＫポリシー（Sequential ACK Policy）を受信する局のセットからの応答フレームの順序を示す図。
【図５】ＩＥＥＥ８０２．１１ａｃ  ＰＨＹヘッダの一例を示す図。
【図６】ＩＥＥＥ８０２．１１ａｃ  ＰＨＹヘッダのＶＨＴ−ＳＩＧ−Ａフィールドの一部としてのグループＩＤサブフィールドを示す図。
【図７】シングルユーザ（ＳＵ：Single User）送信のためのノーマルＡＣＫプロシージャを使用するＶＨＴフレーム交換を示す図。
【図８】マルチユーザ（ＭＵ）送信のためのブロックＡＣＫプロシージャと組み合わせてノーマルＡＣＫプロシージャを使用するＶＨＴフレーム交換を示す図。
【図９】ＶＨＴ  ＰＨＹヘッダのＶＨＴ−ＳＩＧ−Ｂフィールド内に配置されたＡＣＫタイプフィールドを示す図。
【図１０】ＡＣＫポリシーフィールドのための（たとえば、ＰＨＹサービスデータユニット（ＰＳＤＵ：PHY Service Data Unit）の）ＶＨＴフレームのＭＡＣペイロードの第１のビットの使用を示す図。
【図１１】ＶＨＴフレームのＡＣＫポリシーフィールド中に値１を配置することによって実装されるブロックＡＣＫポリシーを示す図。
【図１２】ＡＣＫタイプフィールドがＶＨＴフレームのＭＰＤＵデリミタの予約済みビット上に配置された一実施形態を示す図。
【図１３】ＭＡＣヘッダの代表的なＭＰＤＵデリミタフィールドを示す図。
【図１４】ＡＣＫタイプフィールドが０に等しい（ノーマルＡＣＫポリシー）ＶＨＹフレーム交換シーケンスを示す図。
【図１５】ＡＣＫタイプフィールドが１に等しい（ブロックＡＣＫポリシー）ＶＨＴフレーム交換シーケンスを示す図。
【図１６】ブロックＡＣＫを実装するために必要とされ得る回路を示す図。
【図１７】ＡＣＫポリシーフィールドを含むＳＴＡからのメッセージを受信する方法を示すフローチャート。
【図１８】受信メッセージに応答するためのＡＣＫポリシーを決定するためにＳＴＡ中に実装され得る方法のフローチャートを示すフローチャート。
【図１９】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための関係する方法を示すフローチャート。
【図２０】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための関係する方法を示すフローチャート。
【図２１】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための関係する方法を示すフローチャート。
【図２２】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための関係する方法を示すフローチャート。
【図２３】図１９〜図２２に示した１つまたは複数の方法を実行するためのシステムを示すブロック図。
【図２４】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための関係する方法を示すフローチャート。
【図２５】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための関係する方法を示すフローチャート。
【図２６】ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための関係する方法を示すフローチャート。
【図２７】図２４〜図２６に示した１つまたは複数の方法を実行するためのシステムを示すブロック図。
【発明を実施するための形態】
【００１８】
次に、図１を参照しながら、ワイヤレスネットワークのいくつかの態様を提示する。本明細書では基本サービスセット（ＢＳＳ）１００とも呼ばれるワイヤレスネットワークは、概して、アクセスポイント１１０および複数のアクセス端末または局（ＳＴＡ）１２０として示される、いくつかのワイヤレスノードとともに示されている。各ワイヤレスノードは、受信および／または送信することが可能である。以下の詳細な説明では、ダウンリンク通信では、「アクセスポイント」という用語は送信ノードを示すために使用され、「アクセス端末」という用語は受信ノードを示すために使用されるが、アップリンク通信では、「アクセスポイント」という用語は受信ノードを示すために使用され、「アクセス端末」という用語は送信ノードを示すために使用される。しかしながら、アクセスポイントおよび／またはアクセス端末のために他の用語または名称が使用され得ることを、当業者なら容易に理解されよう。例として、アクセスポイントは、基地局、ｅノードＢ（ｅＮＢ）、送受信基地局、局、端末、ノード、ワイヤレスノード、アクセスポイントとして働くアクセス端末、ネットワークエンティティ、または何らかの他の好適な用語で呼ばれることがある。アクセス端末は、ユーザ端末、移動局、加入者局、局、ワイヤレスデバイス、端末、ノード、ワイヤレスノード、ユーザ機器（ＵＥ）、モバイルエンティティまたは何らかの他の好適な用語で呼ばれることがある。本開示全体にわたって説明する様々な概念は、ワイヤレスノードの固有の名称にかかわらず、すべての好適なワイヤレスノードに当てはまるものである。
【００１９】
ワイヤレスネットワーク１００は、アクセス端末１２０にカバレージを提供するために、地理的領域全体にわたって分散される任意の数のアクセスポイントをサポートし得る。システムコントローラ１３０は、アクセスポイントの調整および制御を行うために、ならびにアクセス端末１２０に他のネットワーク（たとえば、インターネット）へのアクセスを与えるために使用され得る。簡単のために、１つのアクセスポイント１１０を示してある。アクセスポイントは、概して、カバレージの地理的領域中のアクセス端末にバックホールサービスを提供する固定端末であり得る。しかしながら、アクセスポイントは、いくつかの適用例ではモバイルであり得る。固定またはモバイルであり得るアクセス端末は、アクセスポイントのバックホールサービスを利用するか、または他のアクセス端末とのピアツーピア通信に関与する。アクセス端末の例は、電話（たとえば、セルラー電話）、ラップトップコンピュータ、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または他の好適なワイヤレスノードを含む。
【００２０】
ワイヤレスネットワーク１００はＭＩＭＯ技術をサポートし得る。ＭＩＭＯ技術を使用すると、アクセスポイント１１０は、空間分割多元接続（ＳＤＭＡ：Spatial Division Multiple Access）を使用して同時に複数のアクセス端末１２０と通信し得る。ＳＤＭＡは、異なる受信機に同時に送信される複数のストリームが、同じ周波数チャネルを共有し、その結果、より高いユーザ容量を提供することを可能にする、多元接続方式である。これは、各データストリームを空間的にプリコードし、次いで、空間的にプリコードされた各ストリームを、ダウンリンク上で異なる送信アンテナを通して送信することによって達成される。空間的にプリコードされたデータストリームは、異なる空間シグナチャをもつアクセス端末に到着し、これにより、各アクセス端末１２０は、そのアクセス端末１２０に宛てられたデータストリームを復元することが可能になる。アップリンク上で、各アクセス端末１２０は、空間的にプリコードされたデータストリームを送信し、これにより、アクセスポイント１１０は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。本明細書では「プリコードする」という用語を使用するが、概して、データストリームのプリコード、符号化、復号および／またはポストコーディングするプロセスを包含するために「コーディングする」という用語も使用され得ることに留意されたい。
【００２１】
１つまたは複数のアクセス端末１２０は、特定の機能を可能にするために複数のアンテナを装備し得る。この構成では、たとえば、アクセスポイント１１０にある複数のアンテナを使用して複数アンテナアクセスポイントと通信して、追加の帯域幅または送信電力なしにデータスループットを改善し得る。これは、送信機における高データレート信号を、異なる空間シグナチャをもつ複数の低レートデータストリームに分割し、それによって、受信機がこれらのストリームを複数のチャネルに分離し、ストリームを適切に組み合わせて高レートデータ信号を復元することを可能にすることによって達成され得る。
【００２２】
以下の開示の部分では、ＭＩＭＯ技術を同じくサポートするアクセス端末について説明するが、アクセスポイント１１０は、ＭＩＭＯ技術をサポートしないアクセス端末をもサポートするように構成され得る。この手法は、より新しいＭＩＭＯアクセス端末が適宜に導入されることを可能にしながら、より古いバージョンのアクセス端末（たとえば、「レガシー」端末）がワイヤレスネットワークに配備されたままであることを可能にし、それらの有効寿命を延長し得る。
【００２３】
図２に、システム１００内で採用され得るワイヤレスデバイス３０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス３０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。ワイヤレスデバイス３０２はアクセスポイント１１０またはユーザ端末１２０として機能するように構成され得る。
【００２４】
ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４は中央処理装置（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、または他のメモリタイプの両方を含み得るメモリ３０６は、命令とデータとをプロセッサ３０４に与え得る。メモリ３０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ３０４は、メモリ３０６内に記憶されたプログラム命令に基づいて、論理、入出力（Ｉ／Ｏ）および算術演算を実行し得る。メモリ３０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。
【００２５】
ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機３１０と受信機３１２とを含むか、またはサポートし得るハウジング３０８を含み得る。送信機３１０と受信機３１２とを組み合わせてトランシーバ３１４を形成し得る。複数の送信アンテナ３１６は、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２は、図示したものと同じまたは類似の複数の送信機、複数の受信機、複数のトランシーバを含み得る（図示せず）。
【００２６】
ワイヤレスデバイス３０２はまた、トランシーバ３１４によって受信された信号のレベルを検出および定量化するために使用され得る信号検出器３１８を含み得る。信号検出器３１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）３２０を含み得る。
【００２７】
ワイヤレスデバイス３０２の様々な構成要素は、データバスに加えて、パワーバスと、制御信号バスと、ステータス信号バスとを含み得るバスシステム３２２によって互いに結合され得る。
【００２８】
本明細書で使用する、ワイヤレスネットワークプロトコルまたはノードに関して使用される「レガシー」という用語は、概して、８０２．１１規格の８０２．１１ｎ以前のバージョンをサポートするプロトコルまたはノードを指す。
【００２９】
本明細書ではＳＤＭＡに関していくつかの技法について説明するが、それらの技法は、概して、ＳＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、およびそれらの組合せなど、任意のタイプの多元接続方式を利用するシステムにおいて適用され得ることを当業者は認識されよう。
【００３０】
以下の詳細な説明では、本開示の様々な態様について、直交周波数分割多重（ＯＦＤＭ）など、任意の好適なワイヤレス技術をサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、正確な周波数で離間したいくつかのサブキャリアにわたってデータを配信するスペクトル拡散技法である。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１、または何らかの他のエアインターフェース規格を実装し得る。他の好適なワイヤレス技術は、例として、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、または他の好適なワイヤレス技術、あるいは好適なワイヤレス技術の任意の組合せを含む。ＣＤＭＡシステムは、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（ＷＣＤＭＡ）、または何らかの他の好適なエアインターフェース規格を実装し得る。ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標）：Global System for Mobile Communications）または何らかの他の好適なエアインターフェース規格を実装し得る。当業者なら容易に諒解するように、本開示の様々な態様は、いかなる特定のワイヤレス技術および／またはエアインターフェース規格にも限定されない。
【００３１】
頭字語
【００３２】
本明細書では、ワイヤレス通信の分野における一般に認識されている使用法に合意する、以下に記載する頭文字を使用することがある。本明細書では、他の頭文字を使用することもあり、以下のリストにおいて定義されていない場合は、本明細書で最初に出現する場所で定義する。  
ＡＣＫ              肯定応答  
Ａ−ＭＰＤＵ        アグリゲート媒体アクセス制御プロトコルデータユニット（Aggregated Media Access Control Protocol Data Unit）  
ＡＰ                アクセスポイント  
ＢＡ                ブロックＡＣＫ  
ＢＡＲ              ブロックＡＣＫ要求  
ＣＲＣ              巡回冗長検査  
ＥＯＦ              フレーム終了  
ＦＣＳ              フレーム検査シーケンス  
ＩＤ                識別子  
ＩＥＥＥ            米国電気電子学会  
ＬＴＦ              ロングトレーニングフィールド  
ＭＡＣ              媒体アクセス制御  
ＭＳＢ              最上位ビット  
ＭＩＭＯ            多入力多出力  
ＭＰＤＵ            ＭＡＣプロトコルデータユニット  
ＭＵ                マルチユーザ  
ＭＵ−ＭＩＭＯ      マルチユーザ多入力多出力  
ＯＦＤＭ            直交周波数分割変調  
ＯＦＤＭＡ          直交周波数分割多元接続  
ＰＨＹ              物理レイヤ  
ＰＬＣＰ            物理レイヤコンバージェンスプロトコル  
ＰＰＤＵ            ＰＬＣＰプロトコルデータユニット  
ＰＳＤＵ            ＰＬＣＰサービスデータユニット  
ＱｏＳ              サービス品質  
ＳＤＭＡ            空間分割多元接続  
ＳＩＦＳ            短フレーム間隔（Short Interframe Space）  
ＳＩＧ              信号  
ＳＴＡ              局  
ＳＴＢＣ            時空間ブロックコーディング  
ＳＴＦ              ショートトレーニングフィールド  
ＳＵ                シングルユーザ  
ＴＣＰ              送信制御プロトコル  
ＶＨＴ              超高スループット  
ＷＬＡＮ            ワイヤレスローカルエリアネットワーク
【００３３】
参考文献ＩＥＥＥ８０２．１１−２００７およびＩＥＥＥ８０２．１１ｎ−２００９は、有用なバックグラウンド情報を与え、当技術分野で知られている。
【００３４】
ＩＥＥＥ８０２．１１規格に基づくワイヤレスＬＡＮネットワークは、複数の局に同時に並列送信を行うことによって、または８０ＭＨｚまたは１６０ＭＨｚなどのより広いチャネル帯域幅を使用することによって実現され得るより高いスループットを可能にするように進化し続ける。現在開発中のワイヤレス規格ＩＥＥＥ８０２．１１ａｃは、ＶＨＴ  ＷＬＡＮを指定する。ＩＥＥＥ８０２．１１ａｃ  ＰＰＤＵのペイロードは、概して、デフォルトでＡ−ＭＰＤＵを含んでおり、プロトコルタイミングオーバーヘッドを低減するために単一のＰＰＤＵ中で複数のＭＰＤＵが使用可能になる。
【００３５】
ＩＥＥＥ８０２．１１ａｃによって指定されているように、ＶＨＴ  ＰＰＤＵの肯定応答は、ブロック肯定応答に限定され得、ＰＰＤＵ中に存在する複数のＭＰＤＵに肯定応答する。一般に、ブロック肯定応答合意は、ＶＨＴフレームが送られ得る前に必要とされ、ＡＣＫポリシーをシグナリングするために１つまたは複数のビットを使用して定義され得る。ＩＥＥＥ８０２．１１の様々なバージョンにおいて指定されている以前の手法は、ＭＰＤＵ中にＡＣＫポリシービットを含めるものであり、ＰＰＤＵ自体を指定するためのＰＰＤＵヘッダ中のすべてのビットを予約するものであった。しかしながら、ＶＨＴ  ＰＰＤＵのためのノーマル肯定応答ポリシーはＩＥＥＥ８０２．１１ａｃによって定義されていない。代わりに、ＶＨＴフレームは概してＡ−ＭＰＤＵを含んでおり、ＢＡポリシーの使用はオーバーヘッドを低減するために有益であるので、ＢＡポリシーが定義される。
【００３６】
本開示では、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫの両方を有効にするための様々な技術（たとえば、方法、装置、システムおよびコンピュータプログラム製品）について説明する。本明細書で開示する様々な技術は、暗黙的ＡＣＫポリシーシグナリングおよび明示的ＡＣＫポリシーシグナリングの態様を含む。暗黙的ＡＣＫポリシーシグナリングは、ＭＰＤＵのＭＡＣヘッダ中に肯定応答ポリシーフィールドをオーバーロードすることを含み得る。明示的ＡＣＫポリシーシグナリングは、ノーマルＡＣＫを選択的に有効または無効にするためにＶＨＴ  ＰＰＤＵのＰＨＹヘッダ中に特定の１つまたは複数のシグナリングビットを与えることを含み得る。さらに、様々な技術は、ノーマルＡＣＫを送るべきときと、ノーマルＡＣＫを送ってはならないときとを定義するルールを与えることを含み得る。たとえば、ルールは、すべてのＭＰＤＵと非フィールド終了（非ＥＯＦ）ＭＰＤＵデリミタとがエラーなしに受信されたときにノーマルＡＣＫが送信されなければならないことを指定し得る。
【００３７】
本開示の態様は、２つのＳＴＡ間で行われる送信を使用するものとして説明され得る。ＡＰは、概して、ＩＥＥＥ８０２．１１  ＷＬＡＮでは特殊なタイプのＳＴＡであると見なされるので、送信は、ＡＰとＡＰとの間、ＡＰとＳＴＡとの間またはＳＴＡとＡＰとの間でも行われ得ることを諒解されたい。ＳＴＡからＳＴＡへの送信は、限定ではなく例として使用される。
【００３８】
ノーマルＡＣＫまたはブロックＡＣＫを用いた暗黙的ＡＣＫポリシーシグナリング 
いくつかの実施形態では、ＭＰＤＵのためのＡＣＫポリシーが、以下でＭＰＤＵヘッダとも呼ばれる媒体アクセス制御（ＭＡＣ）ヘッダ内のサービス品質（ＱｏＳ）制御フィールドのＡＣＫポリシーフィールドを介してシグナリングされ得る。ＡＣＫポリシーフィールドは、ＱｏＳ制御フィールドのビット５および６からなり得る。
【００３９】
ＭＡＣヘッダのＱｏＳ制御フィールドのビットｂ５およびｂ６は、ＶＨＴフレームのためのノーマルＡＣＫポリシーを追加するように再定義され得る。ノーマルＡＣＫまたはブロックＡＣＫは、たとえば以下でより詳細に説明するように、送信ＳＴＡによって送られる送信のタイプおよび送信ＳＴＡと受信ＳＴＡとの間のブロックＡＣＫ合意の存在または不在など、いくつかの条件に基づいて暗黙的にシグナリングされ得る。ＡＣＫタイプを暗黙的にシグナリングするためにＡＣＫポリシーフィールド、たとえば、ＭＡＣヘッダのＱｏＳ制御フィールドのビットｂ５およびｂ６を使用することは、本明細書ではＡＣＫポリシー００と呼ばれることがあり、「００」は、ビットｂ５とｂ６の両方が０にセットされることを示す。いくつかのあらかじめ定義された条件に基づいてＡＣＫタイプを暗黙的にシグナリングすることは、本明細書ではＡＣＫポリシー００をオーバーロードすると呼ぶ。
【００４０】
たとえば、ＡＣＫポリシー００は、送信ＳＴＡと受信ＳＴＡとの間にブロック肯定応答合意が存在しないときは、ＶＨＴ  ＰＰＤＵのためのノーマルＡＣＫポリシーを暗黙的にシグナリングするか、または送信ＳＴＡと受信ＳＴＡとの間にブロック肯定応答合意が存在するときは、ブロック肯定応答ポリシーを暗黙的にシグナリングし得る。そのような場合、Ａ−ＭＰＤＵフレームでない非ＶＨＴフレームを受信した場合、アドレッシングされた受信側は短フレーム間隔（ＳＩＦＳ）期間後にＡＣＫフレームまたはＱｏＳ＋ＣＦ−ＡＣＫフレームを戻し得る。Ａ−ＭＰＤＵの一部である非ＶＨＴフレームを受信した場合、アドレッシングされた受信側は、フレームを搬送するＰＰＤＵからＳＩＦＳ後に開始して、個別に、またはＡ−ＭＰＤＵの一部としてブロックＡＣＫ  ＭＰＤＵを戻し得る。ブロックＡＣＫ合意がないＶＨＴ  ＰＰＤＵを受信した場合、受信したＭＰＤＵのいずれにおいてもＦＣＳエラーが発生しておらず、受信したＭＰＤＵデリミタのいずれにおいてもＣＲＣエラーが発生していないとき、アドレッシングされた受信側はＳＩＦＳ期間後にＡＣＫフレームまたはＱｏＳ＋ＣＦ−ＡＣＫフレームを戻し得る。ブロックＡＣＫ合意があるＶＨＴ  ＰＰＤＵを受信した場合、アドレッシングされた受信側は、フレームを搬送するＰＰＤＵからＳＩＦＳ後に開始して、個別に、またはＡ−ＭＰＤＵの一部としてブロックＡＣＫ  ＭＰＤＵを戻し得る。
【００４１】
上記の例によれば、送信されたＭＰＤＵに関連するトラフィック識別子（ＴＩＤ）について、ＶＨＴ  ＰＰＤＵの送信側と受信側との間でブロックＡＣＫ合意がネゴシエートされていないとき、受信ＳＴＡは、受信したＭＰＤＵのいずれにおいてもフレーム検査シーケンス（ＦＣＳ）エラーが発生しておらず、ＰＰＤＵ中に含まれているＭＰＤＵデリミタのいずれにおいても巡回冗長検査（ＣＲＣ）エラーが発生していないとき、ＡＣＫフレームで応答する。応答は、受信したフレームの終了と応答との間の短フレーム間隔（ＳＩＦＳ）後に送られ得る。ＣＲＣチェックは、０フレーム終了（ＥＯＦ）フィールドをもつＭＰＤＵデリミタにのみ適用され得ることを諒解されたい。
【００４２】
１つまたは複数のＭＰＤＵまたはＭＰＤＵデリミタがエラーで受信されたとき、受信ＳＴＡは、ＡＣＫフレームを送らないことがある。これによって、送信ＳＴＡは、ＶＨＴ  ＰＰＤＵ中に含まれているすべてのＭＰＤＵを再送信するようになり得る。
【００４３】
ＶＨＴ  ＰＰＤＵのＭＰＤＵに関連するＴＩＤについて送信ＳＴＡと受信ＳＴＡとの間でブロックＡＣＫ合意がネゴシエートされているとき、ＶＨＴ  ＰＰＤＵを受信するＳＴＡはブロックＡＣＫフレームで応答し得る。
【００４４】
ＰＰＤＵ  ＰＨＹヘッダを介したマルチユーザＡＣＫシーケンス制御 
ＩＥＥＥ８０２．１１ａｃなどの新しいＩＥＥＥ８０２．１１規格によって、アクセスポイント（ＡＰ）からいくつかの局（ＳＴＡ）に同時に並列送信することが可能になる。そのような送信は、既存のシングルユーザ（ＳＵ）送信とは反対に、一般にマルチユーザ（ＭＵ）送信と呼ばれる。上記で説明したように、ＭＵ送信は、たとえば、空間分割多元接続（ＳＤＭＡ）とも呼ばれるマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）を使用し得る。本方法では、ＡＰは、異なる空間ストリームを使用して各ＳＴＡにデータを送る。ＭＵ送信において起こる問題は、肯定応答を送るための応答フレームのシーケンスにおける、以下「応答ロケーション」または「ロケーション」とも呼ばれる、ＳＴＡの応答位置を、ＳＴＡがどのように決定するかということである。
【００４５】
ＭＵ送信の一部としてアドレッシングされたＳＴＡのセットからの肯定応答は順々に送信され得る。応答フレーム（典型的には、ブロック肯定応答フレーム）は、ＭＵ送信の終了後に連続的に送られる。
【００４６】
一代替では、ＭＵ送信の終了後に送られる応答フレームのシーケンスにおける各ＳＴＡの応答フレームの順序を決定するために、ＭＵ送信が送られるあらかじめ定義されたグループ内のＳＴＡの順序、またはＭＵ送信を受信するためにＳＴＡに割り当てられる空間ストリームの順序付けが使用され得る。たとえば、図３に示すように、応答フレームのシーケンスにおけるＳＴＡの応答フレームの位置を決定するために、ＰＰＤＵのＰＨＹヘッダ３５０において定義されている、ＭＵ  ＰＰＤＵが送られるＭＵ−ＭＩＭＯグループにおけるＳＴＡの順序が使用され得る。ＡＰは、様々なグループにＳＴＡを割り当て、各グループはグループＩＤに関連し得る。各グループは、一般に、ＳＴＡの順序を定義する。たとえば、グループ１は、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３として定義され、グループ２は、ＳＴＡ２、ＳＴＡ１、ＳＴＡ３として定義され、グループ３は、ＳＴＡ５、ＳＴＡ６、ＳＴＡ７として定義されるなどであり得る。
【００４７】
ＳＴＡは、複数のグループのメンバーであり得る。特定のＳＴＡが属する（１つまたは複数の）グループは、ＳＴＡがＡＰに登録するときに、または何らかの他の時間にＡＰによって割り当てられ得る。グループ内の順序付けは、暗黙的に定義されることも、明示的に定義されることもある。たとえば、ＡＰは、グループ内のＳＴＡを明示的に順序付けし、この順序付けをグループ内のＳＴＡに通信し得る。順序付けは、ＳＴＡがグループに追加されるたびにメンバーＳＴＡに通信され得る。ＳＴＡは、将来参照するためにこのグループ順序付けを記憶し得る。グループＩＤは、特定のグループを参照するために利用され得る。グループＩＤはまた、ＡＰによってメンバーＳＴＡに通信され得る。一実施形態では、ＡＰは、グループＩＤと各グループＩＤに関連するＳＴＡとのリストを含んでいる管理フレームを送り得る。
【００４８】
グループＩＤは、後続の空間ストリーム割当てフィールド内のＳＴＡのロケーションを決定するためにＳＴＡによって使用され得る、ＭＵ送信３５５のＰＨＹヘッダ３５０内のフィールド中に含まれ得る。ＭＵフレームの終了後にＳＴＡによって応答フレームが送信される順序を決定するために、この同じグループシーケンスが使用され得る。したがって、グループ１へのＭＵ送信では、応答フレームは、ＳＴＡ１からの応答フレーム３６５、続いてＳＴＡ２からの応答フレーム３７０、続いてＳＴＡ３からの応答フレーム３７５の順序で発生する。グループ２にアドレッシングされるＭＵ送信では、ＳＴＡ２は、ＭＵ送信の終了後にそれの応答フレームを送り、続いてＳＴＡ１からの応答フレーム、続いてＳＴＡ３からの応答フレームを送る。応答フレームは、ＳＩＦＳ時間間隔３６０の間隔で離間され得る。
【００４９】
また、応答フレームのシーケンスにおけるＳＴＡのロケーションは、空間ストリームがＡＰによって割り当てられる方法とは無関係に、ＳＴＡがデータを受信する空間ストリームに基づき得る。空間ストリームは、一般に順番に割り当てられ得、これによりシーケンスにおける順序の決定が簡略化される。アドレッシングされたＳＴＡからの応答フレームの順序は、ＭＵ送信が送られるグループにおけるＳＴＡの順序によって決定され得る。ＳＴＡの順序はまた、ＭＵ送信中に含まれているＳＴＡのデータを受信するためにＳＴＡがリッスンする空間ストリームの割当てを決定する。
【００５０】
ノーマルＡＣＫまたは暗黙的ブロックＡＣＫ要求ＡＣＫポリシーは、ＭＰＤＵがＭＵ  ＰＰＤＵの一部である場合にシーケンシャルＡＣＫを意味するように再定義され得る。８０２．１１ａｃ  ＳＵ送信内のＭＰＤＵは、（ＭＰＤＵがレガシー送信であるかのように）ＡＣＫポリシーの元の定義を使用し得、またはＭＰＤＵは、シーケンシャルＡＣＫを使用し得、それによりこの場合、単一のＳＩＦＳ応答まで減少する。両方の解釈は同じ結果になり、すなわち、単一のＳＩＦＳ応答が発生するが、シーケンシャルＡＣＫが適用される場合、既存のＡＣＫルールを変更するオプションがある。
【００５１】
シーケンシャルＡＣＫポリシーが使用される場合、ＭＡＣヘッダのＱｏＳ制御フィールドのＡＣＫポリシーサブフィールドによってシグナリングされ得るように、応答シーケンスにおけるＢＡフレームの順序は、（たとえば、ＭＵ  ＰＰＤＵのグループＩＤに基づいて）ダウンリンクＭＵパケットが宛てられたグループにおけるＳＴＡの順序によって決定され得る。
【００５２】
ＭＵ送信におけるＡＣＫポリシーの使用−例 
図４に、ＭＵ送信のためのＡＣＫポリシーフィールドの使用の一例を示す。ＳＴＡ１およびＳＴＡ２は、各々、それらのそれぞれのＭＡＣヘッダ中で００に等しいＡＣＫポリシーを受信し、各々、シーケンシャルＡＣＫルールに従ってＢＡフレームで応答する。ＳＴＡ３は、それのＭＡＣヘッダ中で１１に等しいＡＣＫポリシーを受信し、フレームを受信すると、状態を記録することを除いていかなるアクションもとらない。ＳＴＡ３は、応答フレームを送る前にＡＰからのポールフレームを待つ。別個の宛先のためのＭＡＣヘッダは異なり得るので、ＡＣＫポリシーはＳＴＡごとに異なり得ることに留意されたい。さらに、ＭＵ送信では、各ＳＴＡは、概して、その局に宛てられたパケットのみを参照する。
【００５３】
ＳＴＡ１およびＳＴＡ２からの応答の順序は、ダウンリンクＭＵパケットが宛てられたグループにおけるＳＴＡの順序によって決定され得、たとえば、グループＩＤは、ＳＴＡの順序をＳＴＡ１、ＳＴＡ２、ＳＴＡ３として示し得ることに留意されたい。ＳＴＡ１は、ＭＵ送信４１０の終了からＳＩＦＳ４１５の時間増分後にＢＡフレーム４００で応答する。次いで、ＳＴＡ２は、ＳＴＡ１からのＢＡフレームの終了からＳＩＦＳ４１５の時間増分後にＢＡフレーム４０５で応答する。ＳＴＡ３は、ＡＰによって送信されたＢＡＲフレーム４２５の受信後にＢＡフレーム４２０で応答する。
【００５４】
ＩＥＥＥ８０２．１１ａｃ  ＰＨＹヘッダ５００構成の一例を図５に示す。ＶＨＴ−ＳＩＧ−Ａ１フィールド５０５およびＶＨＴ−ＳＩＧ−Ａ２フィールド５１０は、一緒にＶＨＴ−ＳＩＧ−Ａと呼ばれることがある図６に示すように、グループＩＤサブフィールド６００は、ＶＨＴ−ＳＩＧ−Ａフィールド６１０の一部であり得る。
【００５５】
グループＩＤサブフィールド６００は、ＩＥＥＥ８０２．１１ａｃフレームが送信されるＳＴＡのグループを識別するために使用され得る。各ＳＴＡは、一般に、送信を復号し続けるべきか、送信の残部を無視すべきかを判断するためにＰＨＹヘッダに注目する。たとえば、ＳＴＡは、グループＩＤに注目し得る。ＳＴＡがその特定のグループのメンバーでない場合、ＳＴＡは送信の残部を無視し得る。
【００５６】
ノーマルＡＣＫ、ブロックＡＣＫまたはシーケンシャルＡＣＫを用いた暗黙的ＡＣＫポリシーシグナリング 
ＭＡＣヘッダのＱｏＳ制御フィールドのビットｂ５およびｂ６を再定義する代替方法は、ＶＨＴフレームのためのノーマルＡＣＫポリシーとシーケンシャルＡＣＫポリシーとを追加し得る。上記で説明した代替暗黙的シグナリング実施形態の場合のように、ＡＣＫポリシーを暗黙的にシグナリングするために、ＡＣＫポリシーサブフィールド、たとえば、ＡＣＫポリシー００をオーバーロードすることが使用され得る。図４に関して上述したように、シーケンシャルＡＣＫは、応答フレーム（ＡＣＫまたはブロックＡＣＫ）が送信されるべき順序に対応するインデックスが各ＳＴＡに割り当てられ得る肯定応答プロシージャである。本明細書ではＡＣＫポリシー００と呼ぶＡＣＫタイプを暗黙的にシグナリングするために、ＡＣＫポリシーフィールドが使用され得、「００」は、ビットｂ５とｂ６の両方が０にセットされることを示す。いくつかのあらかじめ定義された条件に基づいてＡＣＫタイプを暗黙的にシグナリングすることは、本明細書ではＡＣＫポリシー００をオーバーロードすると呼ぶ。
【００５７】
たとえば、ＡＣＫポリシー００は、ノーマルＡＣＫ、暗黙的ブロックＡＣＫまたはシーケンシャルＡＣＫから選択される応答を暗黙的に要求し得る。あらかじめ定義された条件は、Ａ−ＭＰＤＵフレームでない非ＶＨＴフレームを受信することを含み得る。そのような条件の下では、アドレッシングされた受信側は、短フレーム間隔（ＳＩＦＳ）期間の後にＡＣＫフレームまたはＱｏＳ＋ＣＦ−ＡＣＫフレームを戻し得る。あらかじめ定義された条件は、Ａ−ＭＰＤＵの一部である非ＶＨＴフレームを受信することを含み得る。そのような条件の下では、アドレッシングされた受信側は、フレームを搬送するＰＰＤＵからＳＩＦＳ後に開始して、個別に、またはＡ−ＭＰＤＵの一部としてブロックＡＣＫ  ＭＰＤＵを戻し得る。あらかじめ定義された条件は、ネゴシエートされたブロックＡＣＫ合意がないＶＨＴフレームを受信することを含み得る。そのような条件の下では、アドレッシングされた受信側は、受信したＭＰＤＵのいずれにおいてもＦＣＳエラーが発生しておらず、受信したＭＰＤＵデリミタのいずれにおいてもＣＲＣエラーが発生していないことを判断した後の短フレーム間隔（ＳＩＦＳ）期間後にＡＣＫフレームまたはＱｏＳ＋ＣＦ−ＡＣＫフレームを戻し得る。あらかじめ定義された条件は、ネゴシエートされたブロックＡＣＫ合意があるＶＨＴフレームを受信することを含み得る。そのような条件の下では、アドレッシングされた受信側は、フレームを搬送するＰＰＤＵからＳＩＦＳ後に開始して、個別に、またはＡ−ＭＰＤＵの一部としてブロックＡＣＫ  ＭＰＤＵを戻し得る。あらかじめ定義された条件は、マルチユーザ（ＭＵ）ＶＨＴフレームを受信することを含み得る。そのような条件の下では、受信側ＳＴＡは、このＡＣＫポリシーサブフィールドを含んでいるＭＵ  ＰＰＤＵが送られるＭＵグループにＳＴＡが発生する順序から、応答フレームシーケンスにおけるそれの指定された順序を決定し得る。代替として、受信側ＳＴＡは、ＭＵ送信の一部としてリッスンするためにＳＴＡに割り当てられる空間ストリームの順序から、応答フレームシーケンスにおけるそれの指定された順序を決定し得る。したがって、ＭＵ  ＶＨＴフレームを送信するとき、シーケンシャルＡＣＫは、ＡＣＫポリシーサブフィールドのビットｂ５およびｂ６を「００」にセットすることによって示され得る。
【００５８】
暗黙的ＡＣＫポリシーシグナリングの一般態様 
いくつかの実施形態は、上記で説明したように、ＡＣＫタイプを暗黙的にシグナリングするために、あるＡＣＫポリシーＱｏＳ制御サブフィールド、たとえば、ＡＣＫポリシー００をオーバーロードすることによってＡＣＫポリシーを実装し得る。いくつかの実施形態では、ＡＣＫタイプは、いくつかの列挙条件に基づいてＭＡＣヘッダのＱｏＳ制御フィールドのビットｂ５およびｂ６を介して暗黙的にシグナリングされ得る。これらの列挙条件は、送信ＳＴＡと受信ＳＴＡとの間のブロックＡＣＫ合意の存在を含み得る。一実施形態では、００ＡＣＫポリシーを含んでいるＭＰＤＵをもつＶＨＴ  ＰＰＤＵの場合、列挙条件は、ＭＰＤＵの関係するＴＩＤについてＳＴＡ間にブロックＡＣＫ合意が存在しないとき、受信ＳＴＡは、受信エラーが発生しなかったときにＡＣＫを戻すことと、ＭＰＤＵのＴＩＤについて、ＳＴＡ間の所定の位置にブロックＡＣＫ合意があるとき、受信ＳＴＡは、受信したＭＰＤＵのシーケンス番号を示すブロックＡＣＫを戻すことと、ＭＰＤＵがＳＵ送信の一部であるとき、受信ＳＴＡは、受信したフレームの終了からＳＩＦＳの後に応答フレームを送ることと、ＭＰＤＵがＭＵ送信の一部であるとき、各受信ＳＴＡは、グループＩＤフィールド中に定義され得るＳＴＡ順序に従って、前の応答フレームからＳＩＦＳ後に応答フレームを送ることとであり得る。
【００５９】
上記のように、ＴＩＤは、トラフィック識別子であり、一般に、フレームの優先順位を示す。ＴＩＤは、各ＰＰＤＵのＭＡＣヘッダのＱｏＳ制御フィールド中に含まれ得る。ブロックＡＣＫ合意は、トラフィック指定子（ＴＳＰＥＣ：Traffic Specifier）をセットアップすることによってＳＴＡ間にセットアップされ得る。ＴＳＰＥＣは、ＡＤＤＴＳ（ＡＤＤ  ＴＳＰＥＣ）要求およびＡＤＤＴＳ応答と呼ばれる管理フレーム交換を使用してセットアップされ得る。受信ＳＴＡにおけるリオーダバッファのサイズ、ブロックＡＣＫ合意がセットアップされるＴＩＤなど、ブロックＡＣＫ合意に関連するパラメータをネゴシエートするために、この交換が使用され得る。
【００６０】
シングルユーザ送信におけるノーマルＡＣＫ 
シングルユーザ（ＳＵ）送信のためのノーマルＡＣＫプロシージャを使用する例示的なＶＨＴフレーム交換を図７に示す。図７に示すように、ＳＴＡ１はＶＨＴ  ＰＰＤＵ７００を送る。ＭＰＤＵヘッダ７０５、７１０は、ＡＣＫポリシー００を示すようにセットされたＱｏＳ制御フィールドを有する。このシナリオでは、ＳＴＡ１とＳＴＡ２との間の所定の位置にブロックＡＣＫ合意がないとき、ＳＴＡ２は、受信したＰＰＤＵにおいてＦＣＳエラーが検出されず、受信したＭＰＤＵデリミタのいずれにおいてもＣＲＣエラーが検出されないとき、ＰＰＤＵ７００の終了からＳＩＦＳ後にＡＣＫフレーム７１５を送り得る。
【００６１】
マルチユーザ送信におけるノーマルＡＣＫ  
図８に、マルチユーザ（ＭＵ）送信のためのブロックＡＣＫプロシージャと組み合わせてノーマルＡＣＫプロシージャを使用する例示的なＶＨＴフレーム交換を示す。図８に示すように、ＭＵ  ＰＰＤＵ８００内のＭＰＤＵへの応答は、ブロックＡＣＫ（ＢＡ）合意が存在するか否かに依存し得る。受信局ＳＴＡ１およびＳＴＡ３は、送信ＳＴＡとのＢＡ合意を有しない。受信局ＳＴＡ２およびＳＴＡ４は、送信局とのＢＡ合意を有する。図示の例ではシーケンシャルＡＣＫが使用され、ＭＵ  ＶＨＴフレームがＡＣＫポリシー００を用いて送信されることに合意することに留意されたい。局による応答の順序は、ＰＰＤＵ８００のＰＨＹヘッダ中のグループＩＤフィールド（たとえば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４）中に定義されているＳＴＡ順序に従って決定され得る。図８に示すように、ＳＴＡ１は、ＭＵ  ＰＰＤＵ８００の終了からＳＩＦＳ後にノーマルＡＣＫ８０５を送る。次いで、ＳＴＡ２は、ＳＴＡ１からの応答からＳＩＦＳ後にブロックＡＣＫ８１０を送る。次いで、ＳＴＡ３は、ＳＴＡ３からの応答からＳＩＦＳ後にノーマルＡＣＫ８１５を送り、次いで、この後に、ＳＴＡ４からのブロックＡＣＫ８２０が続く。
【００６２】
上記のように、既存のＶＨＴプロトコルは、ノーマルＡＣＫポリシーを使用せず、Ａ−ＭＰＤＵのためのブロックＡＣＫポリシーの使用に限定され得る。一般に、ブロックＡＣＫ合意は、ＶＨＴフレームを送ることができるようになる前に送信ＳＴＡと受信ＳＴＡとの間の所定の位置にある必要がある。対照的に、上記の実施形態は、概して、ＶＨＴフレームを送る前にブロックＡＣＫ合意をネゴシエートする必要がない。
【００６３】
前述したシーケンシャルおよびポーリングＡＣＫ（Polled ACK）は、概して、ブロックＡＣＫ合意が所定の位置にあるか否かとは無関係であり得ることを諒解されたい。概してＰＰＤＵへのＡＣＫ応答のシーケンスを変更することなしに、どのようなＡＣＫまたはＢＡが送られることになるのかを判断するために、合意があるか否かが使用され得る。説明したように、ＡＣＬ応答のシーケンスは、ＰＰＤＵ  ＰＨＹヘッダを使用して判断され得る。
【００６４】
ＰＰＤＵ  ＰＨＹヘッダを使用した明示的ＡＣＫポリシーシグナリング 
いくつかの実施形態では、ＡＣＫタイプを暗黙的にシグナリングするために１つまたは複数のＡＣＫポリシーフィールドをオーバーロードするのではなく、ＡＣＫタイプを明示的にシグナリングするために、ＡＣＫタイプフィールドがＶＨＴ  ＰＰＤＵ内に含められ得る。これは、ＰＰＤＵ自体の態様を指定することに限定される、ＰＰＤＵ  ＰＨＹヘッダの従来の使用に反し得る。これらの実施形態では、ＰＰＤＵ自体に特に関係しない情報、たとえば、ＡＣＫポリシーがＰＨＹヘッダ中に含まれ得る。代替または同等として、ＭＡＣ情報にＰＨＹヘッダ情報が点在し得る。たとえば、ＰＨＹヘッダは、２つ以上の別個の部分に分割され、ＭＡＣ情報は、これらの別個の部分間に挿入され得る。有利には、どちらの手法でも、他の方法で可能になるよりも早くＰＰＤＵ中でＭＡＣ情報を送信することが可能になる。ＰＰＤＵ  ＰＨＹヘッダのそのような使用は、以下でより詳細に説明するように、必ずしもＡＣＫポリシーをシグナリングすることに限定されるとは限らない。
【００６５】
ＶＨＴ  ＰＰＤＵ内に含まれるＡＣＫタイプフィールドは、ＰＰＤＵへの要求された応答が、ＡＣＫフレームであるべきなのかブロックＡＣＫフレームであるべきなのかを示し得る。たとえば、ＡＣＫタイプフィールドが０であるときは、要求された応答はＡＣＫフレームであり、ＡＣＫタイプフィールドが１であるときは、要求された応答はブロックＡＣＫフレームであり得る。ノーマルＡＣＫポリシーを実装するいくつかの実施形態では、ＰＰＤＵ中の受信したＭＰＤＵおよびＭＰＤＵデリミタのいずれにおいてもエラーが発生していないときにのみ、ＡＣＫフレームが送られ得ることに留意されたい。この手法に対する１つの例外は、ＥＯＦ指示を含んでいるＭＰＤＵデリミタの後に送信されるＭＰＤＵデリミタを除外することであり得る。
【００６６】
ＡＣＫタイプフィールドは、１ビットまたは複数ビットであり得る。さらに、様々な実施形態は、ＰＨＹヘッダ内の様々なロケーションにＡＣＫタイプフィールドを配置し得る。さらに、いくつかの実施形態では、ＡＣＫタイプフィールドは、本明細書で説明するように、ＭＰＤＵ  ＭＡＣヘッダ中のＱｏＳ制御フィールドビットを利用してまたは利用せずに使用され得る。ＡＣＫポリシーをシグナリングするのにただ１つの方法が使用されるとき、送信側と受信側の両方は、概して、ＡＣＫポリシーを送り、受信することをどのように処理するかを知ることになる。複数の機構がＡＣＫポリシーをシグナリングすることが許可され得る場合、送信ＳＴＡは、概して、どの機構が使用されているのかについて受信ＳＴＡに通知し得る。場合によっては、デリミタ中でビットを値１にセットするなどの特定のシグナリングなしに、シグナリング機構が明らかになることがある。他の場合には、たとえば、ＱｏＳ制御フィールド中に追加のフィールドを含めることによって、特定のシグナリングが使用されることがある。他の場合には、プリアンブル中で優先順位合意または追加の指示ビットを使用して、特定のシグナリングが実行されることがある。
【００６７】
一実施形態では、ＡＣＫタイプフィールドは、物理レイヤ（ＰＨＹ）ヘッダの信号（ＳＩＧ）フィールド内に配置され得る。この実施形態では、図９に示すように、ＡＣＫタイプフィールドは、ＶＨＴ  ＰＨＹヘッダ９００のＶＨＴ−ＳＩＧ−Ｂフィールド９０５内に配置され得る。これは、ＭＵパケットについて、すべての受信デバイスに送られるＶＨＴ−ＳＩＧ−Ａフィールドとは反対に、ＶＨＴ−ＳＩＧ−Ｂフィールドが各受信機に個別に送信されるという利点を有する。したがって、ＶＨＴ−ＳＩＧ−Ｂフィールド９０５の使用によって、ＡＣＫタイプを受信機ごとに異ならせることが可能になる。
【００６８】
明示的および暗黙的ＡＣＫポリシーシグナリングの組合せ 
ＰＰＤＵのＰＨＹヘッダ中のＡＣＫタイプフィールドは、以下に要約するように、送信のために使用されるべきＡＣＫポリシーをシグナリングするために、ＭＡＣ  ＱｏＳ制御ヘッダのＡＣＫポリシーフィールドと組み合わせて使用され得る。シングルビットＡＣＫタイプフィールドは、追加情報を搬送するために、暗黙的シグナリングのために使用される２ビット、たとえば、ＭＡＣヘッダのＱｏＳ制御フィールドのビットｂ５およびｂ６と組み合わされ得る。３ビットは、本明細書では２進値のトリプレット、たとえば、「０００」、「１００」、「０１０」などとしては要約され得、第１の値は、ＰＨＹヘッダ中のＡＣＫタイプフィールドの値を表し、最後の２つの値は、ＡＣＫポリシービットを表す。たとえば、トリプレット「０１０」は、本明細書では、ＡＣＫタイプビット値が０であり、第１のＡＣＫポリシービット値が１であり、最後のＡＣＫポリシービットが０であることを意味するものと解釈されたい。ＡＣＫタイプビットは、概して、ＡＣＫポリシービットとともに連続して送信されず、トリプレット名称は、例示的な便宜のためにすぎないことを諒解されたい。
【００６９】
この例に限らないが、例として、上述の３ビットは、以下のようにして組み合わせて使用され得る。トリプレット値「０００」は、ノーマルＡＣＫ要求を示すためにＰＰＤＵ中にセットされ得る。「０００」トリプレットを含んでいるＰＰＤＵを受信することに応答して、アドレッシングされた受信側は、受信したＭＰＤＵのいずれにおいてもＦＣＳエラーが発生しておらず、受信したＭＰＤＵデリミタのいずれにおいてもＣＲＣエラーが発生していないことを判断した後に、短フレーム間隔（ＳＩＦＳ）期間の後にＡＣＫフレームまたはＱｏＳ＋ＣＦ−ＡＣＫフレームを戻し得る。暗黙的ブロックＡＣＫ要求を示すために、トリプレット値「１００」がＰＰＤＵ中にセットされ得る。「１００」トリプレットを含んでいるＰＰＤＵを受信することに応答して、アドレッシングされた受信側は、フレームを搬送するＰＰＤＵからＳＩＦＳ後に開始して、個別に、またはＡ−ＭＰＤＵの一部としてブロックＡＣＫ  ＭＰＤＵを戻し得る。ＡＣＫなし要求を示すために、トリプレット値「０１０」がＰＰＤＵ中にセットされ得る。「０１０」トリプレットを含んでいるＰＰＤＵを受信することに応答して、アドレッシングされた受信側は、ＳＩＦＳ後にフレームを戻し得ない。明示的ブロックＡＣＫ要求を示すために、「１１１」のトリプレット値がＰＰＤＵ中にセットされ得る。「１１１」トリプレットを含んでいるＰＰＤＵを受信することに応答して、アドレッシングされた受信側は、フレームを受信すると、状態を記録することを除いていかなるアクションもとり得ない。受信側は、以後のＢｌｏｃｋＡｃｋＲｅｑフレームを予想することができる。残りのトリプレット値「００１」、「０１１」、「１０１」および「１１０」は、他の目的のために予約されるか、未使用のままであるか、または上記で要約したＡＣＫ要求のいずれかのための重複インジケータとして使用されるかし得る。
【００７０】
いくつかの実施形態では、ＱｏＳ制御ヘッダのＡＣＫポリシーフィールドは、ＡＣＫタイプフィールドがＰＰＤＵ中の他の場所に存在するときは無視され得る。これにより、ＱｏＳ制御フィールドのビットｂ５およびｂ６を他の目的のために再利用することが可能になり得る。
【００７１】
他の実施形態では、ＡＣＫタイプフィールドは、ＶＨＴ  ＰＰＤＵ中に含まれているＱｏＳ制御フィールドのＡＣＫポリシービットを再定義することによって実装され得る。たとえば、ＶＨＴ  ＰＰＤＵ中に含まれているＭＰＤＵのＱｏＳ制御フィールドのビットｂ５は、ＡＣＫタイプフィールドとして定義され得る。これにより、ＱｏＳ制御フィールドのビットｂ６を他の目的のために使用することが可能になり得る。
【００７２】
さらに別の実施形態では、ＡＣＫタイプフィールドは、ＭＰＤＵデリミタの予約済みビットのうちの１つ、たとえば、ビット０であり得る。ＭＰＤＵ予約済みビットに関する追加情報は、ＩＥＥＥ８０２．１１ｎに発見され得る。
【００７３】
ジャンボフレームを用いたＡＣＫポリシーシグナリングの実装 
ＰＨＹヘッダは、ＶＨＴ  ＰＰＤＵ中に含まれているＭＰＤＵの長さを示し得、その場合、ＭＰＤＵデリミタは、フレームから省略され得、単一のＭＰＤＵが、ＭＰＤＵ内に含まれ得る。これは、ジャンボフレームまたは大きいアグリゲートＭＡＣサービスデータユニット（Ａ−ＭＳＤＵ）をＭＰＤＵ内に配置することを可能にするために行われ得る。
【００７４】
いくつかの実施形態では、ＰＨＹヘッダは、ＡＣＫタイプフィールドを含んでいるが、長さフィールドは含んでいないことがある。これらの実施形態では、ＡＣＫタイプフィールドは、ＰＰＤＵペイロードの第１のフィールドがＭＰＤＵ長さフィールドであることをシグナリングするために、（ノーマルＡＣＫを示す）０にセットされ得る。これにより、単一のＭＰＤＵを含んでいるＶＨＴ  ＰＰＤＵはＭＰＤＵデリミタで開始する必要がなくなり得る。ＭＰＤＵデリミタのＭＰＤＵ長さフィールドは、一般にＭＰＤＵの最大サイズを４０９６オクテットに制限するので、これは有利であり得る。そのような長さ制限は、長さフィールドを変更することなしにＭＰＤＵデリミタの後にジャンボフレーム（９０００オクテット以上）が含まれ得ないことを暗示する。これにより、通常ならばＭＰＤＵ長さフィールドを明示的に変更するために必要とされ得る、受信ＳＴＡへの変更が回避され得る。
【００７５】
ＰＨＹペイロードを使用する明示的ＡＣＫポリシーシグナリング 
図１０に示すように、いくつかの実施形態では、ＡＣＫタイプフィールドのために、（たとえば、ＰＨＹサービスデータユニット（ＰＳＤＵ）の）ＶＨＴフレーム１０００のＭＡＣペイロードの第１のビット１００５が使用され得る。ＡＣＫタイプフィールドは、ノーマルＡＣＫを示すために０にセットされ得る。第２のフィールドは、保留中のＭＰＤＵ１０１５の長さを示すＭＰＤＵ長さフィールド１０１０であり得る。ＭＰＤＵ長さフィールドの後は、ＭＰＤＵ１０１５であり得る。図１１に示すように、ブロックＡＣＫポリシーが実装されていることを示すために、ＶＨＴフレーム１１００のＡＣＫタイプフィールド１１０５中の値１が使用され得る。ＡＣＫポリシーフィールドの後の次の要素はＭＰＤＵデリミタ１１１０であり得る。
【００７６】
図１２を参照すると、いくつかの実施形態では、ＡＣＫタイプフィールドは、ＶＨＴフレーム１２００のＭＰＤＵデリミタ１２０５の予約済みビット（たとえばビット０）に配置され得る。ＡＣＫタイプフィールドが１であるとき、このフィールドはＭＰＤＵデリミタの一部として含まれ得る。ＡＣＫタイプが値０にセットされたとき、ＡＣＫタイプフィールドは、ＭＰＤＵデリミタの一部ではなく、代わりに、図１０に示したように、後ろにＭＰＤＵ長さフィールドが続き得る。
【００７７】
これらの実施形態では、ＶＨＴ  ＰＰＤＵ内で搬送される単一のＭＰＤＵが、あらかじめ定義されたＭＰＤＵデリミタで可能な最大の長さよりも大きく、たとえば、４０９６オクテットよりも大きくなり得る。さらに、単一のＭＰＤＵフレーム中でより大きいＭＰＤＵペイロードを搬送するためにＭＰＤＵデリミタ長さフィールドを変更する必要がなくなり得る。
【００７８】
図１０、図１１および図１２に示したＡＣＫタイプフィールドは、有利には、ＭＰＤＵ長さフィールドの存在でノーマルＡＣＫを示すために、値１にセットされたＡＣＫタイプフィールドを使用することによって、ＶＨＴフレーム中に定義され得る。ＭＰＤＵデリミタの存在で（ＡＣＫタイプフィールドの後か、ＡＣＫタイプフィールドがＭＰＤＵデリミタの一部であるかのいずれかで）ブロックＡＣＫを示すために、値０にセットされたＡＣＫタイプフィールドが使用され得る。
【００７９】
このようにしてこれらのビットの意味を定義することにより、予約済みビットが送信時に０にセットされるという一般的な仮定に基づいて、ノーマルＡＣＫをサポートしないＳＴＡがそれのＭＰＤＵデリミタを変更しないことが可能になり得る。他の実施形態では、予約済みビットが送信時に１にセットされるとき、ビットの意味が（０の代わりに１に、１の代わりに０に）逆転され得ることに留意されたい。
【００８０】
様々なＭＰＤＵビットを使用する明示的ＡＣＫポリシーシグナリング 
いくつかの実施形態では、ＶＨＴフレーム中で、ＱｏＳ制御フィールドのビット８〜１５が、ＡＣＫタイプフィールドとＡＣＫタイプ０（ノーマルＡＣＫ）のためのＭＰＤＵ長さフィールドとを含んでいるように再定義され得る。長さフィールドは、この場合、前のＭＰＤＵデリミタ中で与えられる長さをオーバーライドし得、その結果、ＭＰＤＵデリミタフォーマットを変更する必要がなくなる。
【００８１】
図１３に、ＭＡＣヘッダの代表的なＭＰＤＵデリミタフィールド１３００を示す。いくつかの実施形態では、ノーマルＡＣＫポリシーは、ＭＰＤＵの第１のデリミタのＥＯＦフィールドを（フレーム終了を示す）値１にセットし、ＭＰＤＵ長さフィールド１３１０を０でない値にセットすることによって示され得る。ＭＰＤＵデリミタのこれらのセットを用いて、ＭＰＤＵ長さフィールドの最上位ビット（ＭＳＢ：Most Significant Bit）は、ＭＰＤＵデリミタ内の予約済みビット１３１５のうちの１つまたは複数に拡張され得る。
【００８２】
いくつかの実施形態では、ＭＰＤＵ長さフィールドは、最下位ビット（ＬＳＢ：Least Significant Bit）として予約済みビットに拡張され得る。いくつかの実施形態では、拡張された長さフィールドをもつＭＰＤＵデリミタをＳＴＡがパースすることができるかどうかをＳＴＡがそれによって示し得る、能力指示が追加され得る。
【００８３】
いくつかの実施形態では、デリミタタイプは、関連付けまたはリンクセットアッププロシージャの一部としてネゴシエートされ得る。既存のデリミタは、ジャンボフレームなどの拡張された特徴のいずれをもサポートしないＳＴＡによって選択され得るが、拡張されたＭＰＤＵ長さフィールドをもつデリミタは、拡張された特徴をサポートするＳＴＡによって選択され得る。同様に、いくつかの実施形態では、サポートされるＡＣＫタイプもネゴシエート可能であり得る。
【００８４】
フレーム交換の例 
図１４に、ＡＣＫタイプフィールドが、たとえば、０にセットされていることによってノーマルＡＣＫポリシーを示す、ＶＨＴフレーム交換シーケンス１４００の一例を示す。この例では、ＭＡＣヘッダのＱｏＳ制御フィールドは、ＳＴＡ１からのＶＨＴ  ＰＰＤＵ１４１０中に、本明細書で説明するＡＣＫポリシー「００」を示す。ＳＴＡ１からの図示されたＶＨＴ  ＰＰＤＵ１４１０からＳＩＦＳ後に、ＳＴＡ２は、受信したＶＨＴ  ＰＰＤＵ１４１０にＦＣＳエラーとＣＲＳエラーとがないと判断すると、ＳＴＡ１にＡＣＫフレーム１４２０を送る。
【００８５】
図１５に、ＡＣＫタイプフィールドが、たとえば、ＳＴＡ１からのＶＨＴ  ＰＰＤＵ１５１０中で１にセットされていることによってブロックＡＣＫポリシーを示す、ＶＨＴフレーム交換シーケンス１５００の一例を示す。この場合も、ＭＡＣヘッダのＱｏＳ制御フィールドはＡＣＫポリシー「００」を示す。ＳＴＡ１からの図示されたＶＨＴ  ＰＰＤＵ１５１０からＳＩＦＳ後に、ＳＴＡ２は、ＳＴＡ１にブロックＡＣＫフレーム１５２０を送る。
【００８６】
ＶＨＴフレーム中にノーマルＡＣＫを実装することの利点  
ノーマルＡＣＫの利点は、許容できるリンク送信レートを維持しながら、送信機および受信機においてブロックＡＣＫに関連する複雑さを実装する必要がないということであり得る。たとえば、図１６に、ＩＥＥＥ８０２．１１ｎ−２００９規格に基づくような、ブロックＡＣＫを実装するために必要とされ得る回路を示す。ノーマルＡＣＫポリシーを実装することによって、送信機においてＲＡ／ＴＩＤ毎送信バッファ制御回路１６０５とアグリゲーション制御回路１６１０とがなくされ得る。受信機において、ＴＡ／ＴＩＤ毎受信並べ替えバッファ制御回路１６１５と、スコアボードコンテキスト制御回路１６２０と、デアグリゲーション（de-aggregation）制御回路１６２５とがなくされ得る。さらに、受信並べ替えバッファ制御回路１６１５は、一般に、ＳＴＡ３０２のメモリ３０６中に含まれ得るリオーダバッファを制御する。ブロックＡＣＫが使用されないとき、受信並べ替えバッファはＳＴＡから除去され得、それにより、それの実装形態が簡略化され、メモリ要件が低減し得る。
【００８７】
ブロックＡＣＫは、一般に、正しく受信されなかったＭＰＤＵのみが再送信される必要があり得るという点で、小さい利点を与える。これはＰＰＤＵの一部のみであり得る。ノーマルＡＣＫは、一般に、受信機においてＰＰＤＵのごく一部のみが機能しなかったときでも、ＰＰＤＵ全体の再送信を必要とする。
【００８８】
方法の概観 
開示する主題に従って実施され得る方法は、様々なフローチャートを参照するとより良く理解され得る。説明を簡単にするために、方法を一連の行為／動作として図示し、説明する。ただし、いくつかの動作は、本明細書で図示および説明するものとは異なる順序で、および／または他の動作と実質的に同時に行われ得るので、請求する主題は動作の数または順序によって限定されない。さらに、本明細書で説明する方法を実装するために、図示されたすべての動作が必要とされるとは限らない。動作に関連する機能は、ソフトウェア、ハードウェア、それらの組合せまたは任意の他の好適な手段（たとえば、デバイス、システム、プロセス、または構成要素）によって実装され得ることを諒解されたい。さらに、本明細書の全体にわたって開示する方法は、そのような方法を様々なデバイスに移送および転送することを可能にする製造品に符号化された命令および／またはデータとして記憶することが可能であることをさらに諒解されたい。方法は、代替的に、状態図など、一連の相互に関係する状態または事象として表現され得ることを、当業者は理解し、諒解するであろう。
【００８９】
図１７は、いくつかの実施形態によって実装され得るＡＣＫポリシーを含むＳＴＡからのメッセージを受信する方法を示すフローチャートである。動作１７００において、受信ＳＴＡは、肯定応答ポリシーを含むメッセージを受信する。肯定応答ポリシーは、ＱｏＳ制御フィールド中に含まれ得るか、または前に説明したようにＡＣＫタイプフィールドによって指定され得る。次に、１７０５において、受信ＳＴＡは、メッセージに応答するために使用されるべきＡＣＫポリシーを決定する。これは、ＡＣＫポリシービットを復号することと、いくつかのあらかじめ定義された条件に基づいて暗黙的に送信されるＡＣＫポリシーを決定することとを伴い得る。次いで、１７１０において、受信ＳＴＡは、適切なＡＣＫフレームまたはブロックＡＣＫフレームを送る。ＳＴＡは、送信ＳＴＡとのブロック肯定応答合意が所定の位置にあるとき、適切なＡＣＫビットマップを含み得る。
【００９０】
図１８は、（たとえば、図１７の１７０５において図示したように）受信メッセージに応答するためのＡＣＫポリシーを決定するためにＳＴＡ中に実装され得る方法を示すフローチャートである。最初に、１８００において、受信ＳＴＡは、受信メッセージからＡＣＫポリシーを復元する。肯定応答ポリシーは、ＱｏＳ制御フィールド中に含まれ得るか、または前に説明したようにＡＣＫタイプフィールドによって指定され得る。次に、１８０５において、受信ＳＴＡは、ノーマルＡＣＫが使用されることになることをＡＣＫポリシーが指定しているかどうかを判断する。
【００９１】
１８０５においてノーマルＡＣＫポリシーが有効であるとＳＴＡが判断した場合、ＳＴＡは１８１０に分岐する。ノーマルＡＣＫポリシーが指定されていないとＳＴＡが判断した場合、ＳＴＡは１８２０に分岐する。
【００９２】
１８１０において、ＳＴＡは、送信ＳＴＡとのブロック肯定応答合意が所定の位置にあるか否かを判断する。送信局とのブロック肯定応答合意が存在するとＳＴＡが判断した場合、ＳＴＡは１８２０に分岐する。送信ＳＴＡとのブロック肯定応答合意が存在しないとＳＴＡが判断すると、１８１５において、受信ＳＴＡは、受信メッセージに応答してノーマルＡＣＫフレームを送る。ノーマルＡＣＫフレームは、受信メッセージ中にエラーが検出されなかった（たとえば、ＦＣＳエラーまたはＣＲＣエラーがない）場合にのみ送られ得る。次いで、方法は終了され得る。代替として、送信ＳＴＡとのブロック肯定応答合意が存在するとき、１８２０において、受信ＳＴＡは、適切なＡＣＫビットマップを含み得る適切なブロックＡＣＫフレームを送る。次いで、本方法は終了する。
【００９３】
方法および装置のさらなる例 
図１９〜図２３に、ＰＰＤＵを使用する、送信局からのワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための関係する方法を示す。図１９を参照すると、ＰＰＤＵを送信する局からのワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための方法１９００は、送信局が、少なくとも、ノーマルＡＣＫ、ブロックＡＣＫ、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵのＰＨＹヘッダ中に少なくとも１つの指定ビットをセットすること１９１０を含み得る。たとえば、本方法は、ノーマルＡＣＫおよびブロックＡＣＫから選択されるＡＣＫタイプを示すために、ＰＨＹヘッダ中に単一ビットをセットすることを含み得る。方法１９００は、受信機にＶＨＴフレーム中でＰＰＤＵを送信すること１９２０をさらに含み得る。
【００９４】
送信局による実行のための、送信局からのワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択的に有効にするための追加の動作２０００、２１００、および２２００を図２０〜図２２に示す。これらの動作２０００、２１００、および２２００のうちの１つまたは複数は、方法１９００の一部として随意に実行され得るか、またはさらに方法１９００のうちの１つまたは複数の動作を指定し得る。要素２０００、２１００、および２２００は、任意の動作順序で実行され得、または実行の特定の発生順を必要とすることなしに開発アルゴリズムによって包含され得る。各図に示された動作は、独立して実行され、相互排他的でない。したがって、別のダウンストリームまたはアップストリーム動作が実行されるかどうかにかかわらず、そのような動作のうちのいずれか１つが実行され得る。たとえば、方法１９００が動作２１００のうちの少なくとも１つを含む場合、方法１９００は、必ずしも、図示され得るいかなる（１つまたは複数の）後続のダウンストリーム動作をも含む必要なしに、少なくとも１つの動作の後に終了し得る。追加の動作２０００、２１００、および２２００の各々は、上記で説明した様々な実施形態のうちの異なる実施形態に関係し得るが、いくつかの動作、たとえば、図２２に示す動作２２００は、概して、すべての実施形態に関係し得る。
【００９５】
図２０を参照すると、方法１９００とともに使用され得る追加の動作２０００は、送信局が、ＰＨＹヘッダのＳＩＧフィールド内に少なくとも１つの指定ビットを配置すること２０１０を含み得る。局は、２０２０において、関連する送信が複数の受信機のためにブロードキャストされることになるのか、または個々の受信機を対象とするものになるのかどうかに応じて、ＳＩＧフィールドを選択し得る。２０２０において、送信がブロードキャストされることになる場合、追加の動作は、複数の受信機のすべてに送信されるフィールドを備えるＳＩＧフィールドを選択すること２０３０を含み得る。一代替では、２０２０において、送信がブロードキャストされることにならない場合、追加の動作２０００は、複数の受信機の各々に個別に送信されるフィールドを備えるＳＩＧフィールドを選択すること２０４０をさらに含み得る。
【００９６】
図２１を参照すると、方法１９００とともに使用され得る追加の動作２１００は、送信局が、ＰＰＤＵ中に含まれているＭＡＣ  ＱｏＳ制御ヘッダ中に、ＡＣＫポリシーを示す少なくとも１つの追加ビットを含めること２１１０を含み得る。代替または追加として、追加の動作２１００は、局が、ＰＰＤＵのＰＨＹペイロードの第１のロケーション中に少なくとも１つの指定ビットを配置すること２１２０を含み得る。さらなる代替または追加として、追加の動作２１００は、局が、ＰＰＤＵ中のＭＰＤＵデリミタフィールドの予約済みロケーション中に少なくとも１つの指定ビットを配置すること２１３０を含み得る。別の代替によれば、または追加として、追加の動作２１００は、ＰＨＹヘッダの分割部分間に挿入されるＭＡＣヘッダ中に少なくとも１つの指定ビットをセットすること２１４０を含み得る。
【００９７】
図２２を参照すると、方法１９００とともに使用され得る追加の動作２２００は、概して、ブロックＡＣＫを実装することを回避するために、局が、ノーマルＡＣＫを示すために少なくとも１つの指定ビットをセットすること２２１０を含み得る。代替または追加として、追加の動作２２００は、受信機とのＢＡ合意の事前ネゴシエーションを必要とすることなしにノーマルＡＣＫの使用を可能にするために、局がＰＰＤＵを送信すること２２２０を含み得る。
【００９８】
図２３を参照すると、ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択的に有効にするための、ワイヤレスネットワーク中の送信局として、あるいは送信局内で使用するためのプロセッサまたは同様のデバイスとして構成され得る例示的な装置２３００が与えられている。装置２３００は、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表すことができる機能ブロックを含み得る。
【００９９】
図示のように、一実施形態では、装置２３００は、ノーマルＡＣＫまたはブロックＡＣＫ、またはＡＣＫなしのうちの少なくとも２つから選択されるＡＣＫタイプを示すために、送信機から受信機に送信するためのＰＰＤＵのＰＨＹヘッダ中に少なくとも１つの指定ビットをセットするための電気構成要素またはモジュール２３０２を含み得る。たとえば、電気構成要素２３０２は、トランシーバなどと、ＰＰＤＵを構成するための命令をもつメモリとに結合された少なくとも１つの制御プロセッサを含み得る。装置２３００は、受信機にＶＨＴフレーム中でＰＰＤＵを送信するための電気構成要素２３０４を含み得る。たとえば、電気構成要素２３０４は、プロトコルに従ってＶＨＴフレームを送信するための命令を保持するメモリに結合された少なくとも１つの制御プロセッサを含み得る。装置２３００は、説明を簡単にするために図２３に示していない、図２０〜図２２に関連して説明した追加の動作２０００、２１００、および２２００のいずれかまたはすべてを実行するための同様の電気構成要素を含み得る。
【０１００】
関係する態様では、送信局として構成された装置２３００の場合、装置２３００は、少なくとも１つのプロセッサを有するプロセッサ構成要素２３１０を随意に含み得る。プロセッサ２３１０は、そのような場合、バス２３１２または同様の通信結合を介して構成要素２３０２〜２３０４または同様の構成要素と動作可能に通信し得る。プロセッサ２３１０は、電気構成要素２３０２〜２３０４によって実行されるプロセスまたは機能の起動とスケジューリングとを実施し得る。
【０１０１】
さらなる関連する態様では、装置２３００は、受信局と通信するためのトランシーバ構成要素２３１４を含み得る。装置２３００は、たとえば、メモリデバイス／構成要素２３１６など、情報を記憶するための構成要素を随意に含み得る。コンピュータ可読媒体またはメモリ構成要素２３１６は、バス２３１２などを介して装置２３００の他の構成要素に動作可能に結合され得る。メモリ構成要素２３１６は、構成要素２３０２〜２３０４、およびそれらの副構成要素、またはプロセッサ２３１０、追加の動作２０００、２１００、および２２００、または本明細書で開示する方法のアクティビティを実行するためのコンピュータ可読命令およびデータを記憶するように適応され得る。メモリ構成要素２３１６は、構成要素２３０２〜２３０４に関連する機能を実行するための命令を保持し得る。メモリ２３１６の外部にあるものとして示されているが、構成要素２３０２〜２３０４はメモリ２３１６の内部に存在することができることを理解されたい。
【０１０２】
図２４〜図２６に、ＰＰＤＵを使用する、ワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための関係する方法を示す。図２４を参照すると、ＰＰＤＵを受信する局においてワイヤレス送信のためのノーマルＡＣＫとブロックＡＣＫとを選択するための方法２４００は、ＶＨＴフレーム中で送信機からＰＰＤＵを受信すること２４１０を含み得る。方法２４００は、受信局が、ＰＰＤＵのＰＨＹヘッダ中に含まれている指定ビットに応答して、ノーマルＡＣＫまたはブロックＡＣＫから選択されるＡＣＫを決定すること２４２０をさらに含み得る。たとえば、受信局は、ＰＨＹヘッダ中のビットが「ノーマルＡＣＫを有効にする」ことを示す値にセットされることを決定し得る。受信機は、次いで、２４１０において受信されたＰＰＤＵに肯定応答するために、送信局にノーマルＡＣＫを与え得る。さらなる例として、受信局が、ＰＨＹヘッダ中のビットが「ブロックＡＣＫを有効にする」ことを示す値にセットされることを決定する場合、受信機は、次いで、送信局にブロックＡＣＫを与え得る。
【０１０３】
受信局においてノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための追加の動作２５００および２６００を図２５〜図２６に示す。これらの動作２５００および２６００のうちの１つまたは複数は、方法２４００の一部として随意に実行され得、あるいは方法２４００のうちの１つまたは複数の動作をさらに指定し得る。要素２５００および２６００は、任意の動作順序で実行され得、または実行の特定の発生順を必要とすることなしに開発アルゴリズムによって包含され得る。各図に示された動作は、独立して実行され、相互排他的でない。したがって、別のダウンストリームまたはアップストリーム動作が実行されるかどうかにかかわらず、そのような動作のうちのいずれか１つが実行され得る。たとえば、方法２４００が動作２６００のうちの少なくとも１つを含む場合、方法２４００は、必ずしも、図示され得るいかなる（１つまたは複数の）後続のダウンストリーム動作をも含む必要なしに、少なくとも１つの動作の後に終了し得る。追加の動作２５００および２６００の各々は、上記で説明した様々な実施形態のうちの異なる実施形態に関係し得る。
【０１０４】
図２５を参照すると、方法２４００とともに使用され得る追加の動作２５００は、受信局が、ＰＨＹヘッダのＳＩＧフィールド内の指定ビットを受信すること２５１０を含み得る。代替または追加として、追加の動作２５００は、局が、ＰＰＤＵ中に含まれているＭＡＣ  ＱｏＳ制御ヘッダ中の、ＡＣＫポリシーを示す少なくとも１つの追加ビットを受信すること２５２０を含み得る。
【０１０５】
図２６を参照すると、方法２４００とともに使用され得る追加の動作２６００は、概して、局が、ＰＰＤＵのＰＨＹペイロードの第１のロケーション中の指定ビットを受信すること２６１０を含み得る。代替または追加として、追加の動作２６００は、局が、ＰＰＤＵ中のＭＰＤＵデリミタフィールドの予約済みロケーション中の指定ビットを受信すること２６２０を含み得る。代替または追加として、追加の動作２６００は、ＰＨＹヘッダの分割部分間に挿入されるＭＡＣヘッダ中の指定ビットを受信すること２６３０を含み得る。概して、追加の動作２６００は、受信局が、ＰＰＤＵのＰＨＹヘッダ中に含まれている指定ビットの値に応答して、送信局にＡＣＫを与えること２６４０を含み得る。
【０１０６】
図２７を参照すると、ＰＰＤＵ中で受信された１つまたは複数のビットを使用してノーマルＡＣＫとブロックＡＣＫとのうちの１つを選択するための、ワイヤレスネットワーク中の受信局として、あるいは受信局内で使用するためのプロセッサまたは同様のデバイスとして構成され得る例示的な装置２７００が与えられている。装置２７００は、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表すことができる機能ブロックを含み得る。
【０１０７】
図示のように、一実施形態では、装置２７００は、ＶＨＴフレーム中で送信機からＰＰＤＵを受信するための電気構成要素またはモジュール２７０２を含み得る。たとえば、電気構成要素２７０２は、トランシーバなどと、通信プロトコルに従ってＰＰＤＵを受信するための命令をもつメモリとに結合された少なくとも１つの制御プロセッサを含み得る。装置２７００は、ＰＰＤＵのＰＨＹヘッダ中に含まれている指定ビットに応答して、ノーマルＡＣＫまたはブロックＡＣＫから選択されるＡＣＫを決定するための電気構成要素２７０４を含み得る。たとえば、電気構成要素２７０４は、ＡＣＫタイプを示すビットの値を決定するためにＰＨＹヘッダ中の情報を処理するための命令を保持するメモリに結合された少なくとも１つの制御プロセッサを含み得る。装置２７００は、例示的な簡単のために図２７に示していない、図２５〜図２６に関連して説明した追加の動作２５００および２６００のいずれかまたはすべてを実行するための同様の電気構成要素を含み得る。
【０１０８】
関係する態様では、受信局として構成された装置２７００の場合、装置２７００は、少なくとも１つのプロセッサを有するプロセッサ構成要素２７１０を随意に含み得る。プロセッサ２７１０は、そのような場合、バス２７１２または同様の通信結合を介して構成要素２７０２〜２７０４または同様の構成要素と動作可能に通信し得る。プロセッサ２７１０は、電気構成要素２７０２〜２７０４によって実行されるプロセスまたは機能の起動とスケジューリングとを実施し得る。
【０１０９】
さらなる関連する態様では、装置２７００は、送信局と通信するためのトランシーバ構成要素２７１４を含み得る。装置２７００は、たとえば、メモリデバイス／構成要素２７１６など、情報を記憶するための構成要素を随意に含み得る。コンピュータ可読媒体またはメモリ構成要素２７１６は、バス２７１２などを介して装置２７００の他の構成要素に動作可能に結合され得る。メモリ構成要素２７１６は、構成要素２７０２〜２７０４、およびそれらの副構成要素、またはプロセッサ２７１０、追加の動作２５００および２６００、または本明細書で開示する方法のアクティビティを実行するためのコンピュータ可読命令およびデータを記憶するように適応され得る。メモリ構成要素２７１６は、構成要素２７０２〜２７０４に関連する機能を実行するための命令を保持し得る。メモリ２７１６の外部にあるものとして示されているが、構成要素２７０２〜２７０４はメモリ２７１６の内部に存在することができることを理解されたい。
【０１１０】
概論 
本明細書で使用する「判断」および「決定」という用語は、多種多様なアクションを包含する。たとえば、「判断」および「決定」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベース、または別のデータ構造での探索）、確認などを含み得る。また、「判断」および「決定」は、受信（たとえば、情報の受信）、アクセス（たとえば、メモリ中のデータへのアクセス）などを含み得る。また、「判断」および「決定」は、解決、選択、選出、確立などを含み得る。
【０１１１】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号などは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１１２】
本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル手段デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ手段、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１１３】
本開示に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形式の記憶媒体中に常駐し得る。使用され得る記憶媒体のいくつかの例には、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭまたは他の光ディスク媒体などがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。
【０１１４】
説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る情報を保持する任意の利用可能な非一時的媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。
【０１１５】
特許請求の範囲は、上記に示した正確な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、本開示の範囲および趣旨から逸脱することなく、様々な改変、変更および変形が行われ得る。
【図１】
2013536599.tif 000003
【図２】
2013536599.tif 000004
【図３】
2013536599.tif 000005
【図４】
2013536599.tif 000006
【図５】
2013536599.tif 000007
【図６】
2013536599.tif 000008
【図７】
2013536599.tif 000009
【図８】
2013536599.tif 000010
【図９】
2013536599.tif 000011
【図１０】
2013536599.tif 000012
【図１１】
2013536599.tif 000013
【図１２】
2013536599.tif 000014
【図１３】
2013536599.tif 000015
【図１４】
2013536599.tif 000016
【図１５】
2013536599.tif 000017
【図１６】
2013536599.tif 000018
【図１７】
2013536599.tif 000019
【図１８】
2013536599.tif 000020
【図１９】
2013536599.tif 000021
【図２０】
2013536599.tif 000022
【図２１】
2013536599.tif 000023
【図２２】
2013536599.tif 000024
【図２３】
2013536599.tif 000025
【図２４】
2013536599.tif 000026
【図２５】
2013536599.tif 000027
【図２６】
2013536599.tif 000028
【図２７】
2013536599.tif 000029
【国際調査報告】
2013536599.tif 000030
2013536599.tif 000031
2013536599.tif 000032