(57)【要約】      （修正有）【課題】データパケットに応答して確認応答を送信するための方法および装置を提供する。【解決手段】局（ＳＴＡ）は、アクセスポイント（ＡＰ）から、オプションフィールドを含む制御フレームを受信する。オプションフィールドは、制御フレームがＳＴＡのグループに対するものであることを示し、制御フレームがブロック確認応答（ブロックＡＣＫ）制御フレームであることをさらに示す。ＳＴＡは、ＡＰにデータユニットを送信し、ＡＰからブロックＡＣＫフレームを受信する。データユニットは、データユニットの優先度と関連付けられたトラフィックＩＤ（ＴＩＤ）を有する。ブロックＡＣＫフレームは複数のサブフィールドを含み、サブフィールドの各々は、関連付けＩＤ（ＡＩＤ）およびＴＩＤを含む。ＳＴＡは、サブフィールドのＡＩＤが、記憶されたＡＩＤに一致することを条件に、データユニットがＡＰによって正しく受信されたかどうかを判定する。【選択図】図２４
2019071618.tif 000002
【特許請求の範囲】
【請求項１】
局（ＳＴＡ）であって、
関連付けＩＤ（ＡＩＤ）を記憶するように構成されたメモリと、
アクセスポイント（ＡＰ）から送信要求（ＲＴＳ）フレームを受信するように構成された受信機と、
前記ＲＴＳフレームに対し、送信可（ＣＴＳ）フレームにより応答するように構成された送信機と、
前記ＡＰから、オプションフィールドを含む制御フレームを受信するように構成された前記受信機であって、前記オプションフィールドは、前記制御フレームがＳＴＡのグループに対するものであることを示し、および前記制御フレームがブロック確認応答（ブロックＡＣＫ）制御フレームであることをさらに示す、前記受信機と、
前記ＡＰに、データユニットを送信するように構成された前記送信機であって、前記データユニットは、前記データユニットの優先度と関連付けられたトラフィックＩＤ（ＴＩＤ）を有する、前記送信機と、
前記ＡＰから、ブロック確認応答（ブロックＡＣＫ）フレームを受信するように構成された前記受信機であって、前記ブロックＡＣＫフレームは、ブロードキャストアドレスにアドレス指定され、ならびに複数のサブフィールドを含み、前記複数のサブフィールドの各々は、ＡＩＤおよびＴＩＤを含む、前記受信機と、
前記複数のサブフィールドのうちの少なくとも１つのＡＩＤが前記記憶されたＡＩＤに一致することを条件に、前記データユニットが前記ＡＰによって正しく受信されたかどうかを判定するように構成されたプロセッサと
を備えたことを特徴とするＳＴＡ。
【請求項２】
前記ブロックＡＣＫフレームは、複数のデータ媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）に対応する情報を含むことを特徴とする請求項１に記載のＳＴＡ。
【請求項３】
前記制御フレームは、前記ＳＴＡの送信がブロック確認応答されることになることを示すことを特徴とする請求項１に記載のＳＴＡ。
【請求項４】
前記データユニットが前記ＡＰによって正しく受信されたかどうかの前記判定は、前記データユニットの前記優先度と関連付けられた前記ＴＩＤに基づいていることを特徴とする請求項１に記載のＳＴＡ。
【請求項５】
前記データユニットが前記ＡＰによって正しく受信されたかどうかの前記判定は、前記ブロックＡＣＫフレームに含まれる開始シーケンス番号に基づいていることを特徴とする請求項１に記載のＳＴＡ。
【請求項６】
前記データユニットが前記ＡＰによって正しく受信されたかどうかの前記判定は、前記ブロックＡＣＫフレームに含まれるビットマップに基づいていることを特徴とする請求項１に記載のＳＴＡ。
【請求項７】
前記ブロックＡＣＫフレームは、別のＳＴＡのＡＩＤに対応するＡＩＤビット、別のデータユニットに対応するＴＩＤ、別の開始シーケンス番号、および別のビットマップを含むことを特徴とする請求項５に記載のＳＴＡ。
【請求項８】
前記ブロックＡＣＫフレームの受信は、前記データユニットの送信からの遅延時間の次に来ることを特徴とする請求項１に記載のＳＴＡ。
【請求項９】
送信要求（ＲＴＳ）フレームを送信するように構成された送信機と、
前記送信されたＲＴＳフレームに応答して、送信可（ＣＴＳ）フレームを受信するように構成された受信機と、
オプションフィールドを含む制御フレームを送信するように構成された前記送信機であって、前記オプションフィールドは、前記制御フレームが局（ＳＴＡ）のグループに対するものであることを示し、および前記制御フレームがブロック確認応答（ブロックＡＣＫ）制御フレームであることをさらに示す、前記送信機と、
第１のＳＴＡから、第１のデータユニットを受信するように構成された前記受信機であって、前記第１のデータユニットは、第１のデータを含む、前記受信機と、
第２のＳＴＡから、第２のデータユニットを受信するように構成された前記受信機であって、前記第２のデータユニットは、第２のデータを含む、前記受信機と、
前記第１のＳＴＡおよび前記第２のＳＴＡに、確認応答（ＡＣＫ）フレームを送信するように構成された前記送信機であって、前記ＡＣＫフレームは、ブロードキャストアドレスにアドレス指定され、および前記ＡＣＫフレームがマルチトラフィックＩＤ（マルチＴＩＤ）ブロックＡＣＫフレームフォーマットまたは別のＡＣＫフレームフォーマットであるかどうかを示すフィールドを含む、前記送信機と
を備えたことを特徴とするアクセスポイント（ＡＰ）。
【請求項１０】
前記ＡＣＫフレームは、前記第１のデータおよび前記第２のデータが前記ＡＰによって正しく受信されたかどうかのインジケーションを含むことを特徴とする請求項９に記載のＡＰ。
【請求項１１】
前記ＡＣＫフレームは、前記第１のＳＴＡのＡＩＤに対応するＡＩＤビット、前記第１のデータに対応する第１のＴＩＤ、第１の開始シーケンス番号、および第１のＡＣＫビットマップを含むことを特徴とする請求項９に記載のＡＰ。
【請求項１２】
前記ＡＣＫフレームは、前記第２のＳＴＡのＡＩＤに対応するＡＩＤビット、前記第２のデータに対応する第２のＴＩＤ、第２の開始シーケンス番号、および第２のＡＣＫビットマップをさらに含むことを特徴とする請求項１１に記載のＡＰ。
【請求項１３】
前記ＡＣＫフレームは、ブロックＡＣＫフレームタイプであることを特徴とする請求項９に記載のＡＰ。
【請求項１４】
前記第１のＡＣＫビットマップの各々のビットは、確認応答（ＡＣＫ）または否定ＡＣＫ（ＮＡＣＫ）を示すことを特徴とする請求項１１に記載のＡＰ。
【請求項１５】
前記第１のＴＩＤは、前記第２のＴＩＤとは異なることを特徴とする請求項１２に記載のＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信されたフレームに応答して確認応答を送信するための方法および装置に関する。
【背景技術】
【０００２】
本願は、２０１２年５月１１日に出願された米国特許仮出願第６１／６４６，０４０号、２０１２年７月９日に出願された米国特許仮出願第６１／６６９，３９０号、２０１２年９月１１日に出願された米国特許仮出願第６１／６９９，５３１号、２０１２年１１月９日に出願された米国特許仮出願第６１／７２４，４６６号の利益を主張し、それらの内容を参照により本明細書に組み込む。
【０００３】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおける無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１または複数のステーション（ＳＴＡ）とを有する。ＡＰは、一般に、配信システム（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｙｓｔｅｍ／ＤＳ）、またはＢＳＳ内で、またＢＢＳからトラフィックを搬送する別のタイプの有線または無線ネットワークへのアクセスまたはインターフェースを有する。ＢＳＳの外側から生じるＳＴＡへのトラフィックは、ＡＰを通って到着し、ＳＴＡに配信される。ＳＴＡから生じる、ＢＳＳ外の宛先へのトラフィックは、ＡＰに送られ、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィックもまたＡＰを通って送られ、ソースＳＴＡがトラフィックをＡＰに送り、ＡＰがトラフィックを宛先ＳＴＡに配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、実際にはピアツーピアトラフィックである。ピアツーピアトラフィックは、ＩＥＥＥ８０２．１１ｅ  ＤＬＳまたはＩＥＥＥ８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用して、直接リンクセットアップ（ＤＬＳ）でソースと宛先ＳＴＡの間で直接送られる。独立ＢＳＳ（ＩＢＳＳ）にあるＷＬＡＮにはＡＰがなく、ＳＴＡは、互いに直接通信する。
【０００４】
現行のＩＥＥＥ８０２．１１インフラストラクチャ動作モードでは、ＡＰが１次チャネルと呼ばれるチャネル上でビーコンを送信する。１次チャネルは、２０ＭＨｚ幅であり、ＢＳＳの動作チャネルである。このチャネルは、ＳＴＡによってＡＰと接続を確立するためにも使用される。８０２．１１システムにおけるチャネルアクセス機構は、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）である。この動作モードでは、ＡＰを含めて、あらゆるＳＴＡが１次チャネルを感知することになり、チャネルがビジーであると検出された場合、ＳＴＡとＡＰは、バックオフする。したがって、１つのＳＴＡ（ＡＰを含む）が、任意の所与の時に所与のＢＳＳで送信することができる。
【０００５】
ＩＥＥＥ８０２．１１ｎでは、高スループット（ＨＴ）ＳＴＡもまた、通信のために４０ＭＨｚ幅チャネルを使用する。これは、１次の２０ＭＨｚチャネルを別の隣接する２０ＭＨｚチャネルと組み合わせ、４０ＭＨｚ幅チャネルを形成することによって行われる。
【０００６】
ＩＥＥＥ８０２．１１ａｃでは、超高スループット（ＶＨＴ）ＳＴＡが、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚチャネルと８０ＭＨｚチャネルは、ＩＥＥＥ８０２．１１ｎと同様に連続する２０ＭＨｚチャネルを組み合わせることによって形成され、１６０ＭＨｚチャネルは、８個の連続する２０ＭＨｚチャネル、または２つの非連続的な８０ＭＨｚチャネル（８０＋８０構成）を組み合わせることによって形成される。
【０００７】
チャネル動作帯域幅は、ＩＥＥＥ８０２．１１ａｆおよびＩＥＥＥ８０２．１１ａｈでサポートされるサブ１ＧＨｚ動作モードのために削減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）での動作のために２ＭＨｚ、４ＭＨｚ、および８ＭＨｚ帯域幅をサポートする。８０２．１１ａｈは、非ＴＶＷＳでの動作のために１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。８０２．１１ａｈでの一部のＳＴＡは、限られた能力を有するセンサと考えられ、１ＭＨｚ送信モードをサポートする。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで、本発明では、受信されたフレームに応答して確認応答を送信するための改善された方法および装置を提供する。
【課題を解決するための手段】
【０００９】
無線通信においてデータパケットに応答して確認応答を送信するための方法および装置が開示される。受信側が複数のステーションから複数の複数のデータパケットを受信し、そのデータパケットに対する確認応答を単一の送信で発信元ステーションに送信する。確認応答は、マルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）を使用して送信される。確認応答は、データパケットを受信した後、時間的に遅延される。確認応答は、合意されたスケジュールに基づいて送信される、ステーションによって請求される、または所定の数のデータパケットが受信された後、請求なしに送信される。
【００１０】
あるいは、確認応答は、単一の送信で集約および送信される。確認応答は、媒体アクセス制御（ＭＡＣ）サービスデータユニット領域内、ＭＡＣプロトコルデータユニット領域内、または物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）領域内で集約される。
【００１１】
ショート確認応答（ＡＣＫ）フレームが、受信されたフレームに応答して送られる。ショートＡＣＫフレームは、受信されたフレーム内に含まれるシーケンスＩＤに対応するＡＣＫシーケンスを含む。ショートＡＣＫフレームは、ショートトレーニングフィールド（ＳＴＦ）およびＡＣＫシーケンスを含む。ショートＡＣＫフレームは、ショートＡＣＫインジケーションと共に送信される。ショートＡＣＫフレームは、受信されたフレーム内に含まれるインジケーションに応答して送られる。
【図面の簡単な説明】
【００１２】
より詳細な理解を、添付の図面と共に、例として与えられている以下の説明から得ることができる。
【図１Ａ】１または複数の開示されている実施形態が実装される例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示されている通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】従来の確認応答（ＡＣＫ）フレームの図である。
【図３】データフレームおよびショートＡＣＫフレームの例示的なメッセージ交換シーケンスの図である。
【図４】例示的な物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）データフレームフォーマットの図である。
【図５】通常のＰＰＤＵ、およびショートＡＣＫインジケーションを有する例示的なショートＡＣＫフレームの図である。
【図６】通常のＰＰＤＵ、および拡張されたショートトレーニングフィールド（ＳＴＦ）を有する例示的なショートＡＣＫフレームの図である。
【図７】従来の媒体アクセス制御（ＭＡＣ）フレームフォーマットの図である。
【図８】ＭＵ−ＭＩＭＯブロックＡＣＫのためのＰＰＤＵフレーム構造の一例の図である。
【図９】遅延型ＭＵ−ＭＩＭＯブロックＡＣＫのための例示的なメッセージ交換シーケンスの図である。
【図１０】ブロックＡＣＫ要求（ＢＡＲ）フレームフォーマットの図である。
【図１１】集約マルチユーザＡＣＫ（Ａ−ＭＵ−ＡＣＫ）フレームのための例示的なＰＰＤＵ構造の図である。
【図１２】別個の適応変調および符号化方式（ＭＣＳ）で符号化されたマルチユーザＡＣＫフレームに集約されたＡＣＫまたはブロックＡＣＫ（ＢＡ）ＭＡＣプロトコルデータユニット（ＭＰＤＵ）の一例の図である。
【図１３】別個の適応変調および符号化方式（ＭＣＳ）で符号化されたマルチユーザＡＣＫフレームに集約されたＡＣＫまたはブロックＡＣＫ（ＢＡ）ＭＡＣプロトコルデータユニット（ＭＰＤＵ）の一例の図である。
【図１４】ユーザのために様々なＭＥＭＯ方式を実装するために各ユーザについて別個のロングトレーニングフィールド（ＬＴＦ）を有する集約マルチユーザＡＣＫの一例の図である。
【図１５】シングルユーザピギーバックＡＣＫの一例の図である。
【図１６】ＭＳＤＵレベルで集約されたシングルユーザピギーバックＡＣＫの一例の図である。
【図１７】ＭＰＤＵレベルでのピギーバックＡＣＫの一例の図である。
【図１８】ＰＰＤＵレベルでのピギーバックＡＣＫの一例の図である。
【図１９】マルチユーザピギーバックＡＣＫの一例の図である。
【図２０】従来の「ＡＤＤＢＡ要求」フレームアクションフィールドフォーマットの図である。
【図２１】従来の「ＡＤＤＢＡ応答」フレームアクションフィールドフォーマットの図である。
【図２２】従来のＤＥＬＢＡフレームの図である。
【図２３】ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレーム内のＡＣＫフィールドの一例の図である。
【図２４】ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレーム内のＡＣＫフィールドの一例の図である。
【図２５】従来のショートＡＣＫフレームフォーマットの図である。
【図２６】ショートＡＣＫ応答の一例の図である。
【図２７】ダウンリンクデータのためのスピードフレーム交換の例示的な手順の図である。
【図２８】アップリンクデータのためのスピードフレーム交換の例示的な手順の図である。
【図２９】ダウンリンクデータのためのショートＡＣＫフレーム（またはショートＢＡフレーム）を使用するスピードフレーム交換の一例の図である。
【図３０】アップリンクデータのためのショートＡＣＫ（またはショートＢＡ）フレームを使用するスピードフレーム交換の一例の図である。
【図３１】ショートＰＳ−ＰｏｌｌフレームおよびショートＡＣＫ（またはショートＢＡ）フレームを使用するスピードフレーム交換の一例の図である。
【発明を実施するための形態】
【００１３】
図１Ａは、１または複数の開示されている実施形態が実装される例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用によってそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を使用する。
【００１４】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスである。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含む。
【００１５】
また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含む。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスである。たとえば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、高度化ノードＢ、ホームノードＢ、ホーム高度化ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどである。基地局１１４ａ、１１４ｂは、それぞれが単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことを理解されたい。
【００１６】
基地局１１４ａは、ＲＡＮ１０４の一部であり、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。さらに、セルは、セルセクタに分割される。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、３つ、すなわちセルのセクタごとに１つ、トランシーバを含む。他の実施形態では、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を使用し、したがって、セルの各セクタについて複数のトランシーバを使用する。
【００１７】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であるエアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信する。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立される。
【００１８】
より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用する。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立するユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。
【００１９】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立する拡張ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など無線技術を実装する。
【００２０】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実装する。
【００２１】
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホーム高度化ノードＢ、またはアクセスポイントであり、事業所、自宅、乗物、キャンパスなど、局所的な領域での無線コネクティビティを円滑にするための任意の好適なＲＡＴを使用する。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用する。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要でない。
【００２２】
ＲＡＮ１０４は、コアネットワーク１０６と通信し、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークである。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、映像配信などを提供することができ、かつ／またはユーザ認証などハイレベルセキュリティ機能を実施する。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信する。
【００２３】
また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働く。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含む。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する１または複数のＲＡＮに接続された別のコアネットワークを含む。
【００２４】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含む。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクの上で異なる無線ネットワークと通信するために複数のトランシーバを含む。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用する基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用する基地局１１４ｂと通信するように構成される。
【００２５】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１３０、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含むことを理解されたい。
【００２６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などである。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施する。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は、送信／受信エレメント１２２に結合される。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことが理解される。
【００２７】
送信／受信エレメント１２２は、エアインターフェース１１６の上で基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成される。たとえば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。他の実施形態では、送信／受信エレメント１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである。他の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号を共に送信および受信するように構成される。送信／受信エレメント１２２は、任意の組合せの無線信号を送信および／または受信するように構成されることが理解される。
【００２８】
さらに、送信／受信エレメント１２２は、図１Ｂに単一のエレメントとして示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含む。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用する。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含む。
【００２９】
トランシーバ１２０は、送信／受信エレメント１２２によって送信しようとする信号を変調するように、また送信／受信エレメント１２２によって受信される信号を復調するように構成される。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有する。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含む。
【００３０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力する。さらに、プロセッサ１１８は、非取外し式メモリ１３０および／または取外し式メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させる。非取外し式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含む。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させる。
【００３１】
プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／またはその電力を制御するように構成される。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含む。
【００３２】
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されるＧＰＳチップセット１３６に結合される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定する。ＷＴＲＵ１０２は、一実施形態と一貫したまま、任意の好適な位置決定方法により位置情報を獲得することが理解される。
【００３３】
さらに、プロセッサ１１８は他の周辺機器１３８に結合され、それらの周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含む。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンドフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変換（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含む。
【００３４】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。
【００３５】
ＲＡＮ１０４は、高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の高度化ノードＢを含むことを理解されたい。高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれが、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装する。したがって、高度化ノードＢ１４０ａは、たとえば複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する。
【００３６】
高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される。図１Ｃに示されているように、高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信する。
【００３７】
図１Ｃに示されているコアネットワーク１０６は、無線通信移動管理装置（ＭＭＥ）、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
【００３８】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され、制御ノードとして働く。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中に特定のサービングゲートウェイを選択することなどの責任を担う。また、ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供する。
【００３９】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続される。サービングゲートウェイ１４４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送する。また、サービングゲートウェイ１４４は、高度化ノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが使用可能であるときページングをトリガすること、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施する。
【００４０】
また、サービングゲートウェイ１４４はＰＤＮゲートウェイ１４６に接続され、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。
【００４１】
コアネットワーク１０６は、他のネットワークとの通信を容易にする。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはＩＰゲートウェイと通信する。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。
【００４２】
他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）１６０に接続される。ＷＬＡＮ１６０は、アクセスルータ１６５を含む。アクセスルータは、ゲートウェイ機能を含む。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信する。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間の通信は、有線イーサネット（ＩＥＥＥ８０２．３標準）を介しても、任意のタイプの無線通信プロトコルを介してもよい。ＡＰ１７０ａは、ＷＴＲＵ１０２ｄとエアインターフェース上で無線通信する。
【００４３】
以下、「ショートフレーム」および「ヌルデータパケット」（ＮＤＰ）という用語は、交換可能に使用されることになる。ショートフレーム（ショートＡＣＫ、ショートブロックＡＣＫ、ショートクリアトゥセンド（ＣＴＳ）、ショートプローブ要求など）は、データフィールドを担持しない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）である。以下、「ＳＴＡ」（たとえば、ＷＴＲＵ）という用語は、非ＡＰステーションまたはＡＰステーションを含む。本明細書に開示されている実施形態は、非ＡＰ  ＳＴＡまたはＡＰステーション（ＡＰ）によって実装される。以下、開示されている実施形態は、任意の８０２．１１システム、および任意の無線通信システムに適用される。
【００４４】
無線送信は、たとえ送信を保護するためにチャネル符号化およびインターリービングなど保護機構が使用されても、誤りのあるものになる可能性がある。したがって、正しいパケット受信の確認応答のための機構がＷＬＡＮシステムに導入されている。それ自体にアドレス指定されたデータフレームの受信に成功したＳＴＡ／ＡＰは、肯定応答を送る。フレームを送信するＳＴＡ／ＡＰは、所定の量の時間内にＡＣＫを受信しない場合、データフレームが正しく受信されなかったとみなし、それを再送信する。必ずしもすべてのデータフレームをこのように確認することができるとは限らない。８０２．１１標準は、データフレームの受信側から確認応答を明示的に期待しないことを発信側が示すとき「ＡＣＫなし（ｎｏ  ＡＣＫ）」をもサポートする。
【００４５】
ブロックＡＣＫは、８０２．１１ｅアメンドメントで導入された。ブロックＡＣＫは、複数のフレームの受信側が単一のブロックＡＣＫを送信し、データフレームのブロックを確認することを可能にすることによって、システム効率を改善する。ブロックＡＣＫは、即時ブロックＡＣＫであっても、遅延ブロックＡＣＫであってもよい。
【００４６】
図２は、従来のＡＣＫフレーム２００を示す。従来のＡＣＫフレーム２００は、ショートトレーニングフィールド（ＳＴＦ）２０２およびロングトレーニングフィールド（ＬＴＦ）２０４を含むＰＬＣＰプリアンブルと、信号（ＳＩＧ）フィールド２０６と、ＡＣＫ本体フレーム２０８とを有する。ＡＣＫ本体フレーム２０８は、２バイトのフレーム制御フィールド２１０と、２バイトの持続時間フィールド２１２と、６バイトの受信機アドレス（ＲＡ）フィールド２１４と、４バイトのフレームチェックシーケンス（ＦＣＳ）２１６とを有する。フレーム制御フィールド２１０によって担持される情報は、これがＡＣＫフレームであることを示す。ＲＡフィールド２１４は、データ交換セッションの発信側を示す。
【００４７】
発信側からのデータフレーム（または任意の他のフレーム）を確認するために、ショートＡＣＫフレームが使用される。図３は、データフレームおよびショートＡＣＫフレームの例示的なメッセージ交換シーケンスを示す。また、図３は、一実施形態によるショートＡＣＫフレームの例示的なＰＰＤＵフレーム構造を示す。発信側は、データフレーム３１０を受信側に送信し、受信側は、データフレーム３１０を復号し、ショートＡＣＫフレーム３２０を発信側に送信し、データフレームの復号の成功または不成功を示す。データフレーム３１０では、発信側は、期待されるＡＣＫ送信がショートＡＣＫになることを示す。発信側は、データフレーム３１０内でＡＣＫシーケンスＩＤを明示的または暗黙に識別する。次いで、受信側は、ショートＡＣＫフレーム３２０のＡＣＫシーケンスフィールド３２４内に、対応するＡＣＫシーケンスを含める。
【００４８】
ショートＡＣＫフレーム３２０は、ＳＴＦ３２２と、ＡＣＫシーケンスフィールド３２４とを含む。ＳＴＦ３２２は、自動利得制御（ＡＧＣ）、および粗い時間周波数オフセット推定のために使用される。ショートＡＣＫフレーム３２０は、ＳＴＦ３２２によって他のフレームから区別される。
【００４９】
データフレーム３１０によって示されるＡＣＫシーケンスＩＤに対応するＡＣＫシーケンスが、対応するデータフレーム３１０を示す。ＡＣＫシーケンスは、周波数領域で、または時間領域で変調される。たとえば、定振幅ゼロ自己相関（ＣＡＺＡＣ）プロパティを有する事前定義のシーケンスのセットがＡＣＫシーケンスとして使用される。たとえば、一般チャープライク（ＧＣＬ）シーケンスが使用される。Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスは、ＧＣＬシーケンスの特別な場合である。各シーケンスは、シーケンスＩＤを有する。発信側は、送信されるデータフレーム３１０内でこのシーケンスＩＤを暗黙または明示的に割り当てる。受信側は、ショートＡＣＫフレーム３２０内に、対応するシーケンスを含める。ショートＡＣＫフレーム３２０は、直交シーケンスが選ばれるので、同時の複数ユーザアクセスのために使用される。
【００５０】
発信側は、周波数領域または時間領域での割り当てられたＡＣＫシーケンスと相関させることによって、受信されたショートＡＣＫフレームを復調する。発信側がショートＡＣＫを正しく復調した後で、発信側は、これが以前に送信されたデータパケットに対する確認応答であることを知る。誤検出も可能性がある。しかし、誤検出の確率は、ＡＣＫシーケンスの数を増大することによって低減される。
【００５１】
意図されないＳＴＡは、発信側から送信されたデータパケット３１０を復調したとき、それらのネットワーク割当てベクトル（ＮＡＶ）を設定する。データパケット３１０によって担持される持続時間フィールドは、次に来るＡＣＫがショートＡＣＫになることを考慮して設定される。意図されないＳＴＡがデータパケット３１０を復調することができず、しかしショートＡＣＫ  ＳＴＦフィールドを検出した場合、意図されないＳＴＡは、これがショートＡＣＫフレームであると識別し、それに応じて媒体にアクセスするのを延期する。
【００５２】
拡張フレーム間スペース（ＥＩＦＳ）は、フレームが検出されたが正しく受信されなかった場合、延期するために使用される。現行の８０２．１１では、ＥＩＦＳ＝αＳＩＦＳＴｉｍｅ＋ＡＣＫＴｘＴｉｍｅ＋ＤＩＦＳである。システムがショートＡＣＫをすべてのＡＣＫ送信に使用する場合、またはショートＡＣＫが使用されていることをＳＴＡが知っている場合、ＳＴＡは、延期するために、再定義されたＥＩＦＳ、または新たに定義されたＥＩＦＳ＿ＳＡＣＫを使用する。たとえば、ＥＩＦＳ＿ＳＡＣＫ＝αＳＩＦＳＴｉｍｅ＋ＳＡＣＫＴｘＴｉｍｅ＋ＤＩＦＳであり、この式でＳＡＣＫＴｘＴｉｍｅは、Ｓ−ＡＣＫフレームを最も低いデータ転送速度で送信するために必要とされる時間である。
【００５３】
発信側は、データパケット内でショートＡＣＫフレームのためのＡＣＫシーケンスＩＤを割り当てる。ＡＣＫシーケンスＩＤは、暗黙に示されてもよい。たとえば、ＡＣＫシーケンスＩＤは、以下のパラメータ、すなわちスクランブラシード（６ビット）、ＦＣＳ（４バイト）、ＳＩＧフィールド内のＣＲＣ（４ビット）、ＳＩＧフィールド内の長さフィールド（９ないし２１ビット）、および／または基本サービスセット識別（ＢＳＳＩＤ）（６バイト）のうちの１つ、または任意の（完全または部分的な）組合せの関数として決定される。
【００５４】
あるいは、ＡＣＫシーケンスＩＤは、明示的に示されてもよい。たとえば、ＡＣＫシーケンスＩＤは、データフレーム内のサービスフィールドを使用することによって示される。図４は、例示的なＰＰＤＵデータフレームフォーマットを示す。ＰＰＤＵ４００は、プリアンブル４１０と、ＳＩＧフィールド４２０と、データフィールド４３０とを含む。データフィールド４３０は、サービスフィールド４３２と、ＭＰＤＵ４３４と、テールおよびパディングビット４３６とを含む。サービスフィールド４３２は、１６ビットフィールドである。サービスフィールド４３２の最初の７ビットは、スクランブラ初期化ビットであり、デスクランブラを同期するために使用され、通常、ゼロに設定される。サービスフィールド４３２の残りの９ビットは、現在予約されている。サービスフィールド４３２の予約された９ビットが、ＡＣＫシーケンスＩＤを明示的に割り当てるために使用されてもよい。
【００５５】
発信側は、そのデータパケット内で、そのデータパケットに応答してショートＡＣＫフレームが期待されることを示す。このインジケーションは、ＳＩＧフィールド４２０（たとえば、ショートＡＣＫフレームが期待される、または受入れ可能であることを示すためにＳＩＧフィールド４２０内の１ビットを使用する）またはサービスフィールド４３２（たとえば、ショートＡＣＫフレームが期待される、または受入れ可能であることを示すためにサービスフィールド４３２内の１ビット（たとえば、ビット７）を使用する）を使用することによって提供される。
【００５６】
他の実施形態では、受信側は、ショートＡＣＫフレームでデータフレームに応答し、ショートＡＣＫインジケーションがそのショートＡＣＫフレーム内に明示的または暗黙に含まれる。（所期の、および意図されない）ＡＰおよびＳＴＡは、ショートＡＣＫインジケーションに基づいてフレームをショートＡＣＫフレームとして識別する。ショートＡＣＫフレームの単純な構造により、受信するＳＴＡは、ＡＣＫシーケンスの相関検出を開始する前にそれがショートＡＣＫフレームであると決定する。
【００５７】
ショートＡＣＫインジケーションは、ＳＴＦフィールド内に含まれてもよい。ＳＴＦは、シーケンスのいくつかの繰返しを含む。たとえば、大抵の８０２．１１システムは、ＳＴＦシーケンスの１０個の繰返しを含み、一方、１ＭＨｚのための８０２．１１ａｈのＳＴＦは２０個の繰返しを有する。一実施形態では、ＳＴＦシーケンスの１または複数の繰返しの符号が反転され、そのフレームがショートＡＣＫフレームであることを示す。図５は、通常のＰＰＤＵ５１０、およびショートＡＣＫインジケーションを有する例示的なショートＡＣＫフレーム５２０を示す。図５では、最後の２つのＳＴＦシーケンス５２２の符号が反転され、そのフレームがショートＡＣＫフレームであることを示す。これは、自己相関挙動を変更することになり、その結果、受信機は、これがショートＡＣＫフレームであることを検出する。
【００５８】
他の実施形態では、ＳＴＦシーケンスの増やされた数の繰返しを使用し、ショートＡＣＫフレームを示す。図６は、通常のＰＰＤＵ６１０、および拡張されたＳＴＦ６２２を有する例示的なショートＡＣＫフレーム６２０を示す。受信機は、通常のＳＴＦまたは自己相関プラットフォームより長いものを検出した後で、そのフレームがショートＡＣＫフレームであると決定する。
【００５９】
ＡＣＫフレームは、送信前に物理レイヤ内で変調および符号化される。変調および符号化方式（ＭＣＳ）は、以前に受信されたデータフレームのレート（ＭＣＳ）以下であるＢＳＳＢａｓｉｃＲａｔｅＳｅｔパラメータ内で最も高いレートである。このようにして、ＢＳＳにおけるＳＴＡは、ＡＣＫフレームを検出する能力を有する。
【００６０】
ＡＣＫからのオーバーヘッドを低減するために、より高いＭＣＳがより有望である。なぜなら、送信するために必要とするＯＦＤＭシンボルの数がより少ないからである。いくつかの８０２．１１標準では、ＡＣＫインジケーションフィールドがＳＩＧフィールド内で定義され、送信側によって送信される。ＡＣＫインジケーションは、次に来るＡＣＫフレームについての情報を示すために使用される。たとえば、８０２．１１ａｈでは、ＡＣＫインジケーションは、以下の定義を有する（００：ＡＣＫ；０１：ＢＡ；１０：ＡＣＫなし；１１：ＡＣＫ、ＢＡ、またはＣＴＳでないフレーム）。ＡＣＫインジケーションがあれば、意図されないＳＴＡは、次に来るフレームがＡＣＫフレームであるかどうか解明する。したがって、ＳＴＡがＡＣＫフレーム本体を理解しなければならない必要はない。一実施形態では、ＢＳＳＢａｓｉｃＲａｔｅＳｅｔにおいてＡＣＫフレームのためにＭＣＳを選ぶ要件は、ＡＣＫインジケーションがＳＩＧフィールド内で使用されるとき緩和される。発信側からＳＩＧフィールド内で送信されるＡＣＫインジケーションがない場合、意図されないＳＴＡは、ＡＣＫフレームを復号し、これがＡＣＫフレームであることを解明しなければならない。したがって、ＡＣＫフレームは、すべてのＳＴＡが理解することができる基本的なＭＣＳを使用するべきである。ＢＳＳＢａｓｉｃＲａｔｅＳｅｔ内で定義されるＭＣＳであるべきである。発信側からのＳＩＧフィールド内にＡＣＫインジケーションがある場合、意図されないＳＴＡは、ＳＩＧフィールドを検出し、ＡＣＫフレームが来ることに気付き、ある持続時間の間、延期する。このようにして、他のＳＴＡは、ＡＣＫフレームを全く復号する必要がなく、その結果、ＡＣＫフレームは、ＢＳＳＢａｓｉｃＲａｔｅＳｅｔ内で定義されたもの以外の任意のＭＣＳを使用してもよい。
【００６１】
他の実施形態では、発信側は、ＡＣＫフレームのためにＭＣＳおよび／または帯域幅を割り当て、受信側は、予め割り当てられたＭＣＳおよび／または帯域幅でＡＣＫフレームを送信する。
【００６２】
８０２．１１ａｈでは、受信機は１ＭＨｚと２ＭＨｚ両方の受信をサポートするべきであり、一方、送信機では１ＭＨｚがサポートされることが必要とされる。したがって、ＡＰは、ＳＴＡに２ＭＨｚパケットを送信し、データパケット内で、次に来るＡＣＫが１ＭＨｚで送信されることになることを明示的または暗黙に示すことが可能である。あるいは、ＳＴＡは、１ＭＨｚパケットをＡＰに送信し、２ＭＨｚチャネル上で動作中のＡＰは、１ＭＨｚか２ＭＨｚのＡＣＫで応答することを選ぶ。ＡＣＫを２ＭＨｚで送信することにより、ＡＣＫオーバーヘッドが低減される。上記の例では、ＳＴＡは、ＡＣＫ送信のためにＡＰによって使用される帯域幅を示す。
【００６３】
別の例では、ＳＴＡが２つの受信無線周波数（ＲＦ）チェーンを有するが、１つの送信ＲＦチェーンしか有していない。現行の標準の場合、ＳＴＡが１つのデータストリームパケットをＡＰに送信した後、ＡＰは１つのデータストリームでＡＣＫを送信する。しかし、チャネル状態が非常に良好である場合、ＡＰが２つのデータストリームでＡＣＫを送信することを可能にすることは、より効率的である。一実施形態では、ＳＴＡは、前の２つのデータストリームをＡＰから受信したときチャネル状態を検査し、ＡＰが２つのデータストリームでＡＣＫを送信するのに適しているかどうか決定する。
【００６４】
発信側がデータパケットを受信側に送信するとき、発信側が、受信側から発信側へのチャネルの何らかの知識を有しおよび非対称の送受信能力について認識している場合、発信側は、ＡＣＫフレームのために特定のＭＣＳおよび／または帯域幅を決定し、それをデータフレーム内で示す。そうでない場合、発信側は、前のデータパケットで使用されたＭＣＳ以下のＭＣＳを選び、発信側および受信側の能力に従って帯域幅を選ぶ。
【００６５】
次に来るＡＣＫフレームのための選択されたＭＣＳおよび帯域幅は、データパケットのＭＡＣヘッダ内で示される。図７は、従来のＭＡＣフレームフォーマットを示す。現行の８０２．１１標準では、ＡＣＫポリシサブフィールドがＭＡＣヘッダのＱｏＳ制御フィールド７１０内で定義される。ＡＣＫポリシサブフィールドは、長さが２ビットであり、ＭＰＤＵを配信したとき従われる確認応答ポリシを識別する。一実施形態では、ＡＣＫポリシサブフィールドは、ＭＣＳおよび帯域幅インジケーションのために拡張される。ＭＣＳおよび帯域幅情報のために必要とされるビットの数は、標準に応じて変わる。たとえば、８０２．１１ａｈの場合、表１に示されているように、帯域幅を示すために２ビットが使用される。
【００６６】
【表１】
2019071618.tif 000003
【００６７】
あるいは、ＡＣＫフレームのためのＭＣＳおよび帯域幅は、ＳＩＧフィールド内で明示的に示されてもよい。たとえば、ＡＣＫフレームのためのＭＣＳおよび帯域幅を表すために、いくつかのビットがＳＩＧフィールド内で追加される。
【００６８】
あるいは、ＡＣＫフレームのためのＭＣＳおよび帯域幅は、ＭＡＣヘッダ内の持続時間フィールド７２０を設定することによって暗黙に示されてもよい。ＭＡＣヘッダ内の持続時間フィールド７２０は、保留中のパケットに、１つのＡＣＫまたはブロックＡＣＫを加え、ショートフレーム間スペース（ＳＩＦＳ）間隔を加えたものを送信するために必要とされる時間値に設定される。ＡＣＫまたはブロックＡＣＫの持続時間値は、予め割り当てられたＭＣＳおよび帯域幅で計算される。
【００６９】
ＡＣＫフレームが予め割り当てられたＭＣＳおよび帯域幅で送信されるとき、それに応じて、ＮＡＶ設定が修正される。発信側によって送信されるＭＡＣフレームの持続時間フィールド７２０は、媒体がビジーであると発信側が予想する持続時間を示す時間値を保持する。従来、発信側は、ＭＣＳを次に来るＡＣＫフレームに割り当てない。したがって、発信側は、システムによってサポートされる最も低いＭＣＳに基づいて、次に来るＡＣＫ送信の持続時間を推定する。本明細書に開示されている実施形態による予め割り当てられたＭＣＳを用いて、発信側は、割り当てられたＭＣＳで次に来るＡＣＫ送信を推定し、持続時間フィールド７２０内により正確な時間値を与える。このようにして、意図されないＳＴＡは、ＮＡＶをより正確に設定する。
【００７０】
受信側は、データパケットを正しく復調した後で、それに応じてＡＣＫパケットを準備する。明示的なインジケーションが使用されるとき、受信側は、予め割り当てられたＭＣＳおよび帯域幅でＡＣＫフレームを送信する。暗黙のインジケーションが使用されるとき、受信側は、指定された持続時間内でＡＣＫ送信を完了するＭＣＳおよび帯域幅でＡＣＫフレームを送信する。受信側によって使用されるＭＣＳおよび帯域幅は、発信側によって選ばれたものと同一であることが必要とされない。しかし、ＡＣＫ  ＰＰＤＵ持続時間は、発信側によってＭＡＣフレームフォーマットに設定された持続時間値内に収まる必要がある。
【００７１】
複数のユーザ（たとえば、ＳＴＡ）のためのＡＣＫまたはＢＡは、単一のＡＣＫまたはＢＡ送信を介して送信される。複数のユーザのためのＡＣＫ（またはＢＡ）は、空間領域で集約され、マルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）を使用して送信されても、時間領域で集約され、集約マルチユーザＡＣＫを使用して送信されてもよい。
【００７２】
一実施形態では、ＭＵ−ＭＩＭＯ  ＰＰＤＵフォーマットを使用し、遅延型マルチユーザＡＣＫまたはブロックＡＣＫを送信する。図８は、ＭＵ−ＭＩＭＯブロックＡＣＫのためのＰＰＤＵフレーム構造の一例を示す。ＰＰＤＵは、オムニ部分８１０と、ＭＵ部分８２０とを含む。オムニ部分８１０は、すべてのユーザに対して送信され、ＭＵ部分８２０は、ＭＵ−ＭＩＭＯ送信の各空間ストリームを介して送信される。オムニ部分８１０は、ＳＴＦと、ＬＴＳと、ＳＩＧフィールド（ＳＩＧＡ）とを含む。ＭＵ部分８２０は、ＳＴＦと、ＬＴＳと、ＡＣＫ本体フレーム８２２とを含む。図８に示されているＡＣＫ本体フレーム８２２は、ＢＡフレーム８３０である。あるいは、ＡＣＫ本体フレーム８２２は、通常のＡＣＫフレームであってもよい。マルチユーザブロックＡＣＫは、遅延型マルチユーザブロックＡＣＫに適用される。
【００７３】
図９は、遅延型ＭＵ−ＭＩＭＯブロックＡＣＫのための例示的なメッセージ交換シーケンスを示す。ＳＴＡ１が、チャネルを取得し、いくつかのメッセージ交換９１０でＡＰとネゴシエーションし、遅延型ブロックＡＣＫポリシを用いてＡＰとブロックＡＣＫセッションをセットアップする。発信側（この例ではＳＴＡ１）がデータを送信し、その後にブロックＡＣＫ要求（ＢＡＲ）９１４が続く。ＢＡＲフレーム９１４は、受信側（この例ではＡＰ）にＡＣＫフレーム９１６を請求する。図１０は、ＢＡＲフレームフォーマットを示す。ＢＡＲフレーム９１４は、ＢＡＲ制御フィールド１００２を含む。ＢＡＲ制御フィールド１００２内のＢＡＲ  ＡＣＫポリシフィールドが「１」に設定されている場合、受信側は、ＢＡＲフレーム９１４を受信したとき直ちにＡＣＫを返す。ＢＡＲ制御フィールド１００２内のＢＡＲ  ＡＣＫポリシフィールドが「０」に設定されている場合、受信側は、ＢＡＲフレーム９１４を受信したときＡＣＫを送らない。図９に示されている例では、ＡＰは、ＢＡＲフレーム９１４に応答してＡＣＫ９１６を送る。各ＢＡセッション中、意図されないＳＴＡ（発信側以外のＳＴＡすべて（この例では、ＳＴＡ２ないしＳＴＡ４）、および受信側（この例ではＡＰ））は、ＢＡセッションの間じゅうそれらのＮＡＶを設定する。ＡＰは、ＳＴＡ１のためにＢＡを保持し、遅延された送信を待つ。
【００７４】
次いで、ＳＴＡ２が、チャネルを取得し、ＡＰとメッセージ９２０を交換しＢＡセッションをセットアップし、データフレーム９２２およびＢＡＲフレーム９２４をＡＰに送信し、ＡＰからＡＣＫフレーム９２６を受信する。次いで、ＳＴＡ３が、チャネルを取得し、ＡＰとメッセージ９３０を交換しＢＡセッションをセットアップし、データフレーム９３２およびＢＡＲフレーム９３４をＡＰに送信し、ＡＰからＡＣＫフレーム９３６を受信する。次いで、ＳＴＡ４が、チャネルを取得し、ＡＰとメッセージ９４０を交換しＢＡセッションをセットアップし、データフレーム９４２およびＢＡＲフレーム９４４をＡＰに送信し、ＡＰからＡＣＫフレーム９４６を受信する。
【００７５】
ＡＰは、いくつかのブロックＡＣＫ（この例では、ＢＡ１ないしＢＡ４）をグループ化し、ＭＵ−ＭＩＭＯ送信（すなわち、遅延型ＭＵ−ＭＩＭＯ  ＢＡ）を使用してそれらを送信する。ＡＰは、ＭＵ−ＭＩＭＯブロックＡＣＫ送信のために、いくつかのグループ化基準（たとえば、同様のアクセスカテゴリ（ＡＣ）、または良好な空間チャネル相関を有する）に従って複数のブロックＡＣＫをグループ化する。
【００７６】
ＡＰは、異なるＭＵ−ＭＩＭＯ重みでＢＡを変調し、それらを同時に送信する。ＭＵ−ＭＩＭＯ  ＢＡフレーム内では、ＢＡ制御フィールド内のＢＡ  ＡＣＫポリシフィールドが、ＢＡフレームに応答してＡＣＫが要求されるかどうかを示す。ＢＡ  ＡＣＫポリシフィールドは、すべてのユーザに対して「０」または「１」に設定される。ＢＡ  ＡＣＫポリシフィールドが「１」に設定されている場合、ＢＡフレーム９５０は、発信側（この例では、ＳＴＡ１ないしＳＴＡ４）にＡＣＫ応答を請求しないことになる。ＢＡ  ＡＣＫポリシフィールドが「０」に設定されている場合、ＢＡフレーム９５０は、図９に示されているように、発信側（この例では、ＳＴＡ１ないしＳＴＡ４）にＡＣＫ応答９６０を請求する。
【００７７】
ＭＵ−ＭＩＭＯ  ＢＡ９５０に応答してのＳＴＡからのＡＣＫ応答９６０は、ＭＵ−ＭＩＭＯを使用して同時にＳＴＡによって送信される。あるいは、ＳＴＡは、たとえばグループＩＤ内で定義されたユーザ位置アレイに従って、ＡＣＫを順次送信する。グループＩＤは、ＳＩＧフィールド内に含まれる。
【００７８】
遅延型ＭＵ−ＭＩＭＯ  ＡＣＫシーケンス内に含まれるＡＰ／ＳＴＡすべてが、遅延型ブロックＡＣＫおよびＭＵ−ＭＩＭＯのサポートを宣言する。
【００７９】
他の実施形態では、複数のユーザのためにＡＣＫまたはＢＡをＭＵ−ＭＩＭＯで送信するのではなく、ＡＣＫまたはＢＡは、時間領域で集約され、順次送信される（すなわち、集約マルチユーザＡＣＫ（Ａ−ＭＵ−ＡＣＫ））。受信機（ＳＴＡまたはＡＰ）は、データパケットを受信し、受信されたデータパケットに応答して確認応答パケットを生成し、それらの確認応答パケットを集約し、集約された確認応答パケットを単一の送信で送信する。
【００８０】
図１１は、Ａ−ＭＵ−ＡＣＫフレームのための例示的なＰＰＤＵ構造を示す。図１１では、ＡＣＫは、ＭＰＤＵレベルで集約される。集約されたＡＣＫは、ブロックＡＣＫまたは通常のＡＣＫである。Ａ−ＭＵ−ＡＣＫのためのＰＰＤＵ１１００は、プリアンブル１１１０と、ＳＩＧフィールド１１２０と、データフィールド１１３０とを含む。データフィールド１１３０内には、Ａ−ＭＵ−ＡＣＫフレーム１１３２が含まれる。Ａ−ＭＵ−ＡＣＫフレーム１１３２は、ＡＣＫデリミタ１１４４によって分離された１または複数のユーザ（この例では、ＡＣＫ１、ＡＣＫ２、ＡＣＫ３）のためのＡＣＫ（またはＢＡ）ＭＰＤＵ１１４２を含む。ＡＣＫ／ＢＡ  ＭＰＤＵ１１４２は、ＭＡＣレベルで集約され、Ａ−ＭＵ−ＡＣＫフレーム１１３２は、集約ＭＰＤＵパケットとして物理レイヤに渡され、その結果、Ａ−ＭＵ−ＡＣＫフレーム１１３２は、物理レイヤによってパケット全体として符号化および変調される。最も低いＭＣＳがＡ−ＭＵ−ＡＣＫのために使用される。
【００８１】
各ＡＣＫ／ＢＡ  ＭＰＤＵ１１４２の冒頭にＡＣＫデリミタ１１４４が挿入される。ＡＣＫデリミタ１１４４は、長さが３２ビットまたは８ビットである。３２ビットのＡＣＫデリミタは、長さフィールドと、ＣＲＣと、８ビットの署名フィールドとを含む。長さフィールドは、次に来るＡＣＫ／ＢＡ  ＭＰＤＵの長さを示すために使用される。署名フィールドは、デリミタを求めてスキャンするときＡＣＫデリミタを検出するために使用される。８ビットのＡＣＫデリミタは、デリミタを求めてスキャンするときＡＣＫデリミタを検出するために使用される８ビットの署名フィールドを含む。
【００８２】
集約マルチユーザＡＣＫパケットは、複数のユーザ（たとえば、ＳＴＡ）にブロードキャストまたはマルチキャストされる。経路損失、チャネル状態、受信機感度などにより、異なるユーザは異なる無線リンク品質を有するので、すべてのユーザのために同じ集約マルチユーザＡＣＫパケットにおいて同じＭＣＳを使用することは、簡単であるが効率的でない。さらに、比較的低いＭＣＳが選ばれる場合、必ずしもすべてのユーザが正しく集約マルチユーザＡＣＫフレームを復号するとは限らない。
【００８３】
マルチユーザＡＣＫフレームに集約されたＡＣＫまたはＢＡ  ＭＰＤＵは、図１２および図１３に示されているように、別個のＭＣＳで符号化されてもよい。図１２および図１３に示されている例では、集約マルチユーザＡＣＫフレーム内に含まれる３つのＡＣＫ／ＢＡ  ＭＰＤＵが、３つのＭＣＳ（同じであってもなくてもよい）で別々に符号化される。各ＭＰＤＵについての長さおよびＭＣＳは、ＳＩＧフィールド内で示される。図１２では、集約マルチユーザＡＣＫフレームは、３つのＡＣＫ  ＭＰＤＵ１２１０ａないし１２１０ｃに共通のＳＩＧフィールド１２２０を含む。図１３では、別個のＳＩＧフィールド１３２０ａないし１３２０ｃが各ＡＣＫ／ＢＡ  ＭＰＤＵ１３１０ａないし１３１０ｃ用に含まれる。
【００８４】
マルチユーザ集約は、コンステレーションマッピング後、逆離散フーリエ変換（ＩＤＦＴ）前に実施される。このようにして、最後のフレーム以外の符号化されたＡＣＫフレームのすべてについて、１つのパディングおよびテールビットフィールドが追加される。整数のＯＦＤＭシンボルに切り上げるためにより多くのパディングビットを挿入する必要はない。最後の符号化されたＡＣＫフレームについては、必要な場合、テールビットとパディングビット両方が挿入される。ＳＩＧフィールド内の長さフィールドは、各ＡＣＫ本体フレームの長さをこの方式に伴うバイトで明示的に示す。
【００８５】
あるいは、マルチユーザ集約は、ＩＤＦＴの後で実施されてもよい（すなわち、集約は、ＯＦＤＭシンボルの単位にある）。各符号化されたＡＣＫフレームは、整数のＯＦＤＭシンボルを占有する。したがって、テールビットおよびＯＦＤＭシンボルパディングビットは、各符号化されたＡＣＫフレームについて追加される。ＳＩＧフィールド内の長さフィールドは、各ＡＣＫ本体フレームの長さをバイトまたはＯＦＤＭシンボルの単位で示す。
【００８６】
図１２は、共通のＳＩＧフィールド１２２０を有する集約マルチユーザＡＣＫの一例を示す。図１３は、別々のＳＩＧフィールド１３２０を有する集約マルチユーザＡＣＫの一例を示す。図１２および図１３のどちらにおいても、各ＡＣＫ／ＢＡ  ＭＰＤＵは、別個のＭＣＳで符号化される。
【００８７】
図１２および図１３に示されている例では、すべてのユーザがチャネル推定のために共通のプリアンブル１２３０、１３３０を使用する。したがって、ＭＩＭＯ方式の使用は、制限される。たとえば、空間時間ブロック符号化（ＳＴＢＣ）が使用される場合、ＳＴＢＣは、パケットにおいてすべてのユーザについて使用され、異なるＭＩＭＯ方式がユーザの一部について使用されない。
【００８８】
他の実施形態では、様々なＭＩＭＯ方式が、たとえば、図１４に示されているＰＰＤＵ構造を使用して、集約マルチユーザＡＣＫフレームの送信時に使用される。図１４は、ユーザのために様々なＭＥＭＯ方式を実装するために各ユーザについて別個のＬＴＦを有する集約マルチユーザＡＣＫの一例を示す。図１４では、専用ＬＴＦ１４０２（この例では、ＬＴＦ１、ＬＴＦ２、ＬＴＦ３）が、ＡＧＣ調整およびチャネル推定のために各ユーザについて含まれる。各ユーザについての専用ＬＴＦの長さは、送信されるデータストリームの数、およびＡＧＣが必要とされるかどうかによって決まる。別々のＬＴＦがある場合、異なるＭＩＭＯ方式が異なるユーザについて使用される（この例では、ユーザ１およびユーザ３についてビームフォーミング、ユーザ２についてＳＴＢＣ）。
【００８９】
他の実施形態では、階層変調を使用し、（１または複数の）同じＯＦＤＭシンボルの異なるコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）内の異なるユーザについてＡＣＫを同時に送信する。階層変調は、（たとえば、異なるユーザについての）複数のデータストリームを、ベースレイヤシンボルとエンハンスメントレイヤシンボルが送信前に同期的に誇張される単一のシンボルストリームに多重化することができる。
【００９０】
確認応答は、データパケット内でピギーバック（ｐｉｇｇｙｂａｃｋ）される（すなわち、ピギーバックＡＣＫ）。ピギーバックＡＣＫがある場合、データフレームが、以前に受信されたＭＡＣプロトコルデータユニット（ＭＰＤＵ）の確認応答、および／またはそのフレームが向けて送られるＳＴＡに対するポーリングでオーバーロードされる。ピギーバックＡＣＫは、確認応答のフィードバックに必要とされるオーバーヘッドを低減するために使用される。
【００９１】
ＡＣＫ、およびＡＣＫがピギーバックされるデータは、単一のユーザに向けて送られる（すなわち、シングルユーザピギーバックＡＣＫ）。図１５は、シングルユーザピギーバックＡＣＫの一例の図を示す。発信側がデータパケット１５１０を受信側に送信する。データが時間に敏感なものでない場合、ピギーバックＡＣＫが使用される。発信側は、ピギーバックＡＣＫが可能であることを（たとえば、データパケット内で）示す。受信側が発信側に向けて送られるデータペイロード１５３０を有する場合、受信側は、ＡＣＫ１５２０をデータパケット１５３０と共にピギーバックする。ピギーバックＡＣＫは、即時のものであっても、遅延されてもよい。受信側が発信側に対するデータペイロードを有していない場合、受信側は、ＡＣＫを遅延してもよい（すなわち、データと共にＡＣＫを後でピギーバックする）。
【００９２】
シングルユーザピギーバックＡＣＫは、ＭＳＤＵレベルで実施されてもよい。図１６は、ＭＳＤＵレベルで集約されたシングルユーザピギーバックＡＣＫの一例を示す。ＡＣＫ（またはＢＡ）ＭＳＤＵ１６１０およびデータＭＳＤＵ１６２０が集約され、修正されたＭＡＣヘッダ１６３０が、集約されたＡＣＫおよびデータＭＳＤＵに追加される。ＭＡＣヘッダ１６３０は、フレームのサブタイプがピギーバックされたＡＣＫまたはＢＡを有するデータフレームであることを示す。フレームがピギーバックされたＡＣＫまたはＢＡを有するデータフレームであることを、ＭＡＣヘッダ内のフレーム制御フィールド内のサブタイプフィールドが示した後で、ＭＡＣヘッダ内のシーケンス制御フィールドが、データＭＳＤＵおよびＡＣＫのシーケンス番号をカバーするように拡張される。ＢＡが使用される場合、ＢＡ制御フィールドがＭＡＣヘッダ内に含まれる。
【００９３】
シングルユーザピギーバックＡＣＫは、ＭＰＤＵレベルで実施されてもよい。図１７は、ＭＰＤＵレベルでのピギーバックＡＣＫの一例を示す。ＡＣＫ  ＭＰＤＵ１７１０とデータＭＰＤＵ１７２０が集約され、物理レイヤに渡される。共通のＰＬＣＰヘッダおよびプリアンブルが、集約パケットに追加され、ＰＰＤＵ１７００を形成する。この方式では、ＡＣＫ  ＭＰＤＵ１７１０およびデータＭＰＤＵ１７２０が、同じＭＣＳで符号化および変調される。ＡＣＫおよびデータは別々のＭＡＣヘッダを有する別々のＭＰＤＵに含まれ、これらのＭＰＤＵはＭＰＤＵデリミタによって分離される。
【００９４】
シングルユーザピギーバックＡＣＫは、ＰＰＤＵレベルで実施されてもよい。図１８は、ＰＰＤＵレベルでのピギーバックＡＣＫの一例を示す。ＡＣＫおよびデータは、別々のＭＰＤＵ内に含まれ、これらのＭＰＤＵは、別々に変調および符号化される。別個のＭＣＳがこれらのＭＰＤＵに使用される。図１８に示されているように、ＡＣＫおよびデータのためのＭＣＳが定義される共通のＳＩＧフィールドが使用される。あるいは、別々のＳＩＧフィールドが含まれてもよい。
【００９５】
シングルユーザピギーバックパケットは、複数のデータパケットおよび／または複数のＡＣＫ／ＢＡパケットを含む。
【００９６】
ＡＣＫおよびデータは、異なるユーザに向けて送られる（すなわち、マルチユーザピギーバックＡＣＫ）。ピギーバックＡＣＫは、即時のものであっても、遅延されてもよい。図１９は、マルチユーザピギーバックＡＣＫの一例を示す。発信側がデータパケット１９１０を受信側に送信する。データが時間に敏感なものでない場合、発信側は、ピギーバックＡＣＫを可能にする。この場合には、発信側は、ピギーバックＡＣＫが可能であることを（たとえば、データパケット内で）示す。受信側は、ＡＣＫ１９２０を第３のＳＴＡに向けて送られるデータパケット１９３０と共にピギーバックすることを選んでもよい。
【００９７】
マルチユーザピギーバックＡＣＫは、ＭＰＤＵレベルで実施されてもよい。この場合には、ＡＣＫおよびデータＭＰＤＵが集約され、物理レイヤに渡される。各ＭＰＤＵパケットのＭＡＣヘッダは、それ自体の受信機アドレス（ＲＡ）情報を有する。共通のＰＬＣＰヘッダおよびプリアンブルが、集約パケットに追加され、ＰＰＤＵを形成する。この方式では、ＡＣＫおよびデータＭＰＤＵが、同じＭＣＳで符号化および変調される。シングルユーザピギーバックＡＣＫと同様に、ＭＰＤＵ領域内のマルチユーザピギーバックは、図１７に示されているフレームフォーマットを使用する。
【００９８】
マルチユーザピギーバックＡＣＫは、ＰＰＤＵ領域で実施されてもよい。この場合、ＡＣＫおよびデータは、別々のＭＰＤＵ内あり、別々に変調および符号化される。ＡＣＫおよびデータのためのＭＣＳが定義される共通のＳＩＧが使用される。あるいは、別々のＳＩＧが使用されてもよい。
【００９９】
マルチユーザピギーバックＡＣＫパケットは、複数のデータパケットおよび／または複数のＡＣＫまたはＢＡパケットを含む。
【０１００】
以下、遅延型マルチユーザＡＣＫ（ＤＭＡ）のための実施形態のセットアップについて述べる。ＤＭＡは、複数のユーザからのパケットを同時に確認することによってデータパケットについてのオーバーヘッドを効果的に低減することができる効率的なＡＣＫ機構である。
【０１０１】
ＳＴＡは、関連付けまたは任意の他の時間中、ＡＰに対して、そのＳＴＡが遅延型マルチユーザＡＣＫを受信することが可能であることを示す。遅延型マルチユーザＡＣＫを容易にするために、３つの新しいアクションフレーム、すなわち遅延型マルチユーザＡＣＫ追加要求アクションフレーム（ＡＤＤＤＭＡ  Ｒｅｑｕｅｓｔ）、遅延型マルチユーザＡＣＫ追加応答アクションフレーム（ＡＤＤＤＭＡ  Ｒｅｓｐｏｎｓｅ）、および遅延型マルチユーザＡＣＫ削除フレーム（ＤＥＬＤＭＡ）が定義される。
【０１０２】
ＡＤＤＭＡフレームは、特定のトラフィッククラス（ＴＣ）またはトラフィックストリーム（ＴＳ）のために遅延型マルチユーザＡＣＫをセットアップするために、または修正するために使用される。「ＡＤＤＭＡ応答」フレームは、「ＡＤＤＭＡ要求」フレームに応答して送られる。ＤＥＬＤＭＡフレームは、遅延型マルチユーザＡＣＫの参加を終了するために発信側または受信側によって送られる。
【０１０３】
これらの３つの新しいアクションフレームは、たとえば、従来のブロックＡＣＫアクションフレームを使用して実装される。「ＡＤＤＭＡ要求」フレーム、「ＡＤＤＭＡ応答」フレーム、およびＤＥＬＤＭＡフレームのための例示的なブロックＡＣＫアクションフィールド値が、表２に示されている。
【０１０４】
【表２】
2019071618.tif 000004
【０１０５】
ＡＤＤＭＡ要求フレームのフォーマットとしてＡＤＤＢＡ要求フレームが使用される。図２０は、従来のＡＤＤＢＡ要求フレームアクションフィールドフォーマットを示す。ブロックＡＣＫアクションフィールド２００２が「３」に設定され、これがＡＤＤＭＡ要求フレームであることを示す。ブロックＡＣＫパラメータセット２００４内のブロックＡＣＫポリシビットは、「０」に設定されている場合、特定のトラフィッククラス（ＴＣ）またはトラフィックストリーム（ＴＳ）のためではない、ＳＴＡのための正規の遅延型マルチユーザＡＣＫとして、また「１」に設定されている場合、ブロックＡＣＫパラメータセット２００４内のトラフィック識別子（ＴＩＤ）フィールドによって指定される特定のＴＣまたはＴＳのためのＳＴＡのための遅延型マルチユーザＡＣＫとして解釈される。ブロックＡＣＫタイムアウト値フィールド２００６内、または他のフィールド内のいくつかのビットを使用し、遅延型マルチユーザＡＣＫオプション、すなわちスケジュールされた遅延型マルチユーザＡＣＫ、請求によらない遅延型マルチユーザＡＣＫ、または請求による遅延型マルチユーザＡＣＫを示す。
【０１０６】
ＡＤＤＭＡ応答フレームのフォーマットとしてＡＤＤＢＡ応答フレームが使用される。図２１は、従来のＡＤＤＢＡ応答フレームアクションフィールドフォーマットを示す。ブロックＡＣＫアクションフィールド２１０２が「４」に設定され、これがＡＤＤＭＡ応答フレームであることを示す。ブロックＡＣＫパラメータセット２１０４内のブロックＡＣＫポリシビットは、「０」に設定されている場合、特定のＴＣまたはＴＳのためではない、ＳＴＡのための正規の遅延型マルチユーザＡＣＫとして、また「１」に設定されている場合、ブロックＡＣＫパラメータセット２１０４内のＴＩＤフィールドによって指定される特定のＴＣまたはＴＳのためのＳＴＡのための遅延型マルチユーザＡＣＫとして解釈される。ブロックＡＣＫタイムアウト値フィールド２１０６内、または他のフィールド内のいくつかのビットを使用し、遅延型マルチユーザＡＣＫオプション、すなわちスケジュールされた遅延型マルチユーザＡＣＫ、請求によらない遅延型マルチユーザＡＣＫ、または請求による遅延型マルチユーザＡＣＫを示す。
【０１０７】
ＤＥＬＤＭＡフレームのフォーマットとしてＤＥＬＢＡフレームが使用される。図２２は、従来のＤＥＬＢＡフレームを示す。ブロックＡＣＫアクションフィールド２２０２が「５」に設定され、これがＤＥＬＤＭＡフレームであることを示す。ＤＥＬＢＡパラメータセットフィールド２２０４（ビット０ないし１０）の予約されたビットの１つは、「０」に設定されている場合、特定のＴＣまたはＴＳのためではない、ＳＴＡのための遅延型マルチユーザＡＣＫを削除することとして、また「１」に設定されている場合、ＤＥＬＢＡパラメータセット２２０４内のＴＩＤフィールドによって指定される特定のＴＣまたはＴＳのためのＳＴＡのための遅延型マルチユーザＡＣＫを削除することとして解釈される。
【０１０８】
ＳＴＡは、ＡＤＤＭＡ要求フレームを、受信するＳＴＡ／ＡＰに送ることによって、受信するＳＴＡまたはＡＰに対して、遅延型マルチユーザＡＣＫ機構が可能であり、それを使用するのをいとわないことを示す。ＳＴＡは、ＡＤＤＭＡ要求フレームを送ることによって、受信するＳＴＡ／ＡＰに対して、それ自体から生じたＴＳまたはＴＣ１つだけについて遅延型マルチユーザＡＣＫを開始していることを示し、ブロックＡＣＫポリシビットを「１」に、またＴＩＤフィールドをＴＳまたはＴＣのＴＩＤに設定する。
【０１０９】
受信するＳＴＡ／ＡＰは、ＡＤＤＭＡ応答フレームを送ることによって応答する。受信するＳＴＡ／ＡＰは、そのＳＴＡ、またはそれが遅延型マルチユーザＡＣＫをセットアップした他のＳＴＡからパケットを受信した後で、受信されたパケットを記録する。受信するＳＴＡ／ＡＰは、後から、スケジュールされた遅延型マルチユーザＡＣＫもしくは請求によらない遅延型マルチユーザＡＣＫの場合には事前設定の時間に、または請求による遅延型マルチユーザＡＣＫの場合には、それ以外のＳＴＡのうちの１つの要求時に、遅延型マルチユーザＡＣＫフレームを送る。
【０１１０】
送信するＳＴＡまたはＡＰ、および受信するＳＴＡまたはＡＰは、ＤＥＬＤＭＡフレームを送信することによって遅延型マルチユーザＡＣＫ構成を削除してもよく、ＤＥＬＤＭＡフレームは、遅延型マルチユーザＡＣＫにおける他方の当事者によって即時に確認される。
【０１１１】
ＳＴＡがそのパケットを送信した後で、そのパケットは、受信するＳＴＡ／ＡＰによって即時に確認されない。なぜなら、受信するＳＴＡ／ＡＰは、それ以外のＳＴＡからのパケットを蓄積し、次いで遅延型マルチユーザＡＣＫフレームを使用してそれらを同時に確認するからである。
【０１１２】
ＳＴＡは、バッテリ駆動であるので、ＳＴＡにそれらのパケットを送信させ、ドーズ状態に移行させ、受信側（たとえば、ＡＰ）から遅延型マルチユーザＡＣＫフレームを受信するように所定の時間にウェークアップさせることが望ましい。スケジュールされた遅延型マルチユーザＡＣＫの場合、受信側とすでにＤＭＡ構成をセットアップした発信側（たとえば、ＳＴＡ）は、それら自体の送信直後にドーズ状態に移行し、受信側から遅延型マルチユーザＡＣＫフレームを受信するために、それら自体の送信に続く遅延型マルチユーザＡＣＫ送信間隔でウェークアップする。受信側は、遅延型マルチユーザＡＣＫ送信間隔をビーコン、またはショートビーコンもしくは他のタイプの管理、制御、もしくはアクションフレーム内で示す。
【０１１３】
発信側が、遅延型マルチユーザＡＣＫフレームを評価することによってそのパケットが受信側によって成功裏に受信されていないことを発見した場合、発信側は、肯定応答されていないパケットを直ちに再送信するか、又は後の時点で再送信してもよい。
【０１１４】
請求によらない遅延型マルチユーザＡＣＫの場合、受信側（たとえば、ＡＰ）は、受信側とすでにＤＭＡ構成をセットアップした発信側（たとえば、ＳＴＡ）から十分な数のパケットを受信したと判断し、受信されたパケットすべてについて確認するために遅延型マルチユーザＡＣＫフレームを送信する。
【０１１５】
請求による遅延型マルチユーザＡＣＫの場合、受信側とすでにＤＭＡ構成をセットアップした発信側（たとえば、送信するＳＴＡ）は、いくつかの所定の間隔またはランダムな間隔で受信側にＤＭＡ要求フレームを送信する。次いで、受信側は、遅延型マルチユーザＡＣＫフレームを請求する１または複数のＤＭＡ要求フレームを受信した後で受信されたパケットすべてを確認するために、遅延型マルチユーザＡＣＫフレームを送信する。
【０１１６】
ＤＭＡ要求フレームは、たとえばブロックＡＣＫアクションフレームまたは任意の他の管理もしくは制御フレームを使用することによって実装される。ブロックＡＣＫアクションフレームとして実装される場合、これがＤＭＡ要求フレームであることを示すために、ブロックＡＣＫアクションフィールド値が「６」に設定される。ＤＭＡ要求フレームは、ＤＭＡ要求がグループ全体のためのものであるか、それとも個々のＳＴＡのためのものであるかを示すためのＤＭＡ要求オプションフィールド、および／またはＤＭＡ要求が正規のＡＣＫだけのためのものであるか、それともブロックＡＣＫのためのものであるかを示すためのＤＭＡ要求オプションフィールドを含む。
【０１１７】
ＳＴＡは、自律的に、またはＡＰによってグループに予め構成されてもよい。たとえば、ＡＰは、グループＩＤ管理フレーム、または任意の他の管理もしくは制御フレームを使用してＳＴＡグループメンバーシップを告知する。ＳＴＡのグループのための遅延型マルチユーザＡＣＫフレームのＭＡＣヘッダ内の受信機アドレスは、ＳＴＡとＡＰによって相互に合意されるブロードキャストまたはマルチキャストＭＡＣアドレスである。
【０１１８】
ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームは、ブロックＡＣＫアクションフレーム、または任意の管理もしくは制御フレームを使用して実装される。ブロックＡＣＫアクションフレームとして実装される場合、これがＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームであることを示すために、ブロックＡＣＫアクションフィールド値が「７」に設定される。
【０１１９】
ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームは、ＤＭＡが予め構成されたグループのためのものであることを示すための、およびＡＣＫが通常のＡＣＫであるか又はブロックＡＣＫであるかを示すための、ＡＣＫオプションフィールドを含む。また、ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームは、予め構成されたグループの各メンバのためのブロックＡＣＫがマルチＴＩＤ（Ｍｕｌｔｉ  ＴＩＤ）であるかどうか、予め構成されたグループの各メンバのためのブロックＡＣＫがマルチＴＩＤであるかどうか、および確認されるＳＴＡ当たりのＴＩＤの数Ｋ（Ｎｕｍｂｅｒ  ｏｆ  ＴＩＤｓ  ｐｅｒ  ＳＴＡ）、ならびに／または予め構成されたグループのメンバ当たりのＴＩＤ当たりの確認されているフレームの数Ｎ（Ｎｕｍｂｅｒ  ｏｆ  ＡＣＫｅｄ  ｆｒａｍｅｓ  ｐｅｒ  ＴＩＤ）、を示すためのブロックＡＣＫオプションフィールドを含む。
【０１２０】
ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームは、ＡＣＫフィールドの数を示すフィールドを含む。ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレームは、ＡＣＫフィールドを含む。図２３は、ＳＴＡの予め構成されたグループのための遅延型マルチユーザＡＣＫフレーム内のＡＣＫフィールドの一例を示す。これらのＡＣＫフィールドは、予め構成されたグループ内のＳＴＡの順序と同じ順序で配置される。各ＡＣＫフィールドは、Ｋ（ＴＩＤ＋ＴＩＤ  ＡＣＫ）フィールドを含む。数Ｋは、ブロックＡＣＫオプションフィールド内のＳＴＡ当たりのＴＩＤの数によって指定される。ＴＩＤ  ＡＣＫフィールドは、開始シーケンス番号と、関連付けられたＴＩＤのためのフレームのためのＡＣＫをそれぞれが示すＮ個のビットのビットマップとを含む。
【０１２１】
ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、ブロックＡＣＫフレーム、または任意の管理もしくは制御フレームを使用して実装される。ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、これがＤＭＡフレームであることを示すフィールドである識別を含む。ブロックＡＣＫアクションフィールド値は、ブロックＡＣＫアクションフレームとして実装される場合、７に設定される。
【０１２２】
ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、ＤＡフィールドを含む。ＤＭＡ内のＭＡＣヘッダ内の宛先アドレスは、ＳＴＡとＡＰによって相互に合意されるマルチキャストまたはブロードキャストアドレスである。ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、ＡＣＫオプションフィールドを含む。ＡＣＫオプションフィールドは、ＤＭＡがアドホックグループのものであることを示し、またＡＣＫが通常のＡＣＫであるか、それともブロックＡＣＫであるかを示す。
【０１２３】
ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、アドホックグループの各メンバのためのブロックＡＣＫがマルチＴＩＤ（Ｍｕｌｔｉ  ＴＩＤ）であるかどうかと、アドホックグループの各メンバのためのブロックＡＣＫがマルチＴＩＤであるかどうか、および確認されるＳＴＡ当たりのＴＩＤの数Ｋ（Ｎｕｍｂｅｒ  ｏｆ  ＴＩＤｓ  ｐｅｒ  ＳＴＡ）と、アドホックグループのメンバ当たりのＴＩＤ当たりの確認されているフレームの数Ｎ（Ｎｕｍｂｅｒ  ｏｆ  ＡＣＫｅｄ  ｆｒａｍｅｓ  ｐｅｒ  ＴＩＤ）を示すためのブロックＡＣＫオプションを含む。
【０１２４】
ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、現在のＤＭＡフレーム内に含まれるＡＣＫフィールドの数を示すフィールド（Ｎｕｍｂｅｒ  ｏｆ  ＡＣＫ  ｆｉｅｌｄｓ）を含む。ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレームは、ＡＣＫフィールドを含む。図２４は、ＳＴＡのアドホックグループのための遅延型マルチユーザＡＣＫフレーム内のＡＣＫフィールドの一例を示す。各ＡＣＫフィールドは、アドホックグループの各メンバのためのものである。各ＡＣＫフィールドは、アドホックグループのメンバのＩＤを含むＩＤフィールドで始まる。このＩＤは、ＭＡＣアドレス、関連付けＩＤ（ＡＩＤ）、またはＳＴＡとＡＰが合意した他の形態のＩＤである。各ＡＣＫフィールドは、Ｋ（ＴＩＤ＋ＴＩＤ  ＡＣＫ）フィールドを含む。数Ｋは、ブロックＡＣＫオプションフィールド内のＳＴＡ当たりのＴＩＤの数によって指定される。ＴＩＤ  ＡＣＫフィールドは、開始シーケンス番号と、関連付けられたＴＩＤのためのフレームのためのＡＣＫをそれぞれが示すＮ個のビットのビットマップとを含む。
【０１２５】
ショートＡＣＫフレームは、ＡＣＫフレームの短縮バージョンであり、ＭＡＣレイヤフィールドを有していない。ショートＢＡフレームは、ＢＡフレームの短縮バージョンであり、ＭＡＣレイヤフィールドを有していない。図２５は、従来のショートＡＣＫフレームフォーマットを示す。従来のショートＡＣＫフレームは、ＳＴＦフィールド２５０２と、ＬＴＦフィールド２５０４と、ＳＩＧフィールド２５０６とを含む。ショートＡＣＫフレームのＳＩＧフィールド２５０６は、そのフレームがショートＡＣＫフレームであるというインジケーションと、ショートＡＣＫの所期の受信機を示すためのＡＣＫ  ＩＤ、それ以上のデータフィールド、およびＮＡＶ設定のための持続時間フィールドなど他のインジケーションおよびシグナリングとを有する。ショートＢＡフレームは、ショートＡＣＫフレームと同じ構造を有する。ショートＢＡフレームは、ＳＴＦフィールドと、ＬＴＦフィールドと、ＳＩＧフィールドとを含む。ショートＢＡフレームのＳＩＧフィールドは、そのフレームがショートＢＡフレームであるインジケーションと、ＢＡの所期の受信機を示すためのブロックＡＣＫ  ＩＤ、開始シーケンス制御およびブロックビットマップなどのショートＢＡフレームに必要とされる他のインジケーションおよびシグナリングとを有する。
【０１２６】
８０２．１１ａｈ標準は、早期ＡＣＫインジケーションのための機構を提供する。ＳＩＧフィールドは、確認されるべきフレームに対する応答として期待される確認応答のタイプを示すためのＡＣＫインジケーションビット（２ビット）を含む。これらのＡＣＫインジケーションビットは、ＡＣＫのために「００」、ＢＡのために「０１」、ＡＣＫなしのために「１０」に設定され、「１１」は、現在予約されている。
【０１２７】
ＳＴＡが電力を節約するためにＰＨＹプリアンブル後のパケットを復号することを飛ばした場合、またはパケットの残りの部分を正しく復号することが可能でない場合、ＳＴＡは、ＭＡＣヘッダから「持続時間」値を取得し、媒体アクセスのためにそのＮＡＶを更新することが可能でない。そのような場合、ＳＴＡは、媒体がアイドルであることを検出した後で、ＥＩＦＳまたはＥＩＦＳ−ＤＩＦＳ＋ＡＩＦＳ［ＡＣ］の持続時間だけ、媒体アクセスを延期する。ＤＩＦＳは、ＤＣＦフレーム間空間であり、ＡＩＦＳは、調停フレーム間空間（所与のアクセスカテゴリについてＱｏＳ機能によって使用される）である。ＥＩＦＳは、ＥＩＦＳ＝ＳＩＦＳ＋ＤＩＦＳ＋ＡＣＫ  Ｔｉｍｅとして定義され、この式でＡＣＫ  Ｔｉｍｅ（ＡＣＫ時間）は、物理レイヤによってサポートされる最も低い速度でＡＣＫフレームを送信するために必要とされる時間である。
【０１２８】
一実施形態では、正規のＡＣＫまたはＢＡの代わりに、ショートＡＣＫまたはショートＢＡ（従来のフォーマット、または上記で開示されている一実施形態による、図２に示されているフォーマット）が受信側（ＡＰまたはＳＴＡ）によってフレームに応答して送られることを、発信側（ＳＴＡまたはＡＰ）が要求する、または示す。ショートＡＣＫまたはショートＢＡがそれぞれ正規のＡＣＫまたは正規のＢＡの代わりに使用されるとき、ＭＡＣプロトコルが拡張され、効率を高める。図２６は、ショートＡＣＫ応答の一例を示す。発信側は、データフレーム２６０２を、データフレーム２６０２内のショートＡＣＫインジケーションと共に受信側に送り、受信側は、応答してショートＡＣＫ２６０４を送る。ショートＡＣＫインジケーションは、ショートＢＡインジケーションに拡張される。発信側は、ブロックＡＣＫ要求（ＢＡＲ）または即時ＢＡＲでの集約ＭＰＤＵ（ＡＭＰＤＵ）をショートＢＡインジケーションと共に送り、受信側は、応答してショートＢＡを送る。
【０１２９】
発信側は、ＳＩＧフィールド内のＡＣＫインジケーションビットの「１０」値を使用することによって、ショートＡＣＫインジケーションまたはショートＢＡインジケーション（以下、まとめて「ショートＡＣＫインジケーション」）を伝える。「１０」のＡＣＫインジケーション値は、ＡＣＫなし応答を伝えるためにも使用される。これらの２つのインジケーションは、以下のようにＡＣＫインジケーションの「１０」値において組み合わされる。ショートＥＩＦＳが、これらの２つの場合について、ＥＩＦＳの代わりに指定される。これらの２つの場合について、そのＮＡＶを更新するためにＭＡＣヘッダからの持続時間値を有していない意図されないＳＴＡは、媒体がアイドルであることを検出した後で、ショートＥＩＦＳの持続時間だけ、媒体アクセスを延期する。ショートＥＩＦＳは、ショートＥＩＦＳ＝ＳＩＦＳ＋ＤＩＦＳ＋Ｓｈｏｒｔ  ＡＣＫ  Ｔｉｍｅとして定義され、この式でＳｈｏｒｔ  ＡＣＫ  Ｔｉｍｅは、ショートＡＣＫフレームを送信するために必要とされる時間である。ショートＡＣＫ時間は、そのフィールドの時間の長さを加算したものとして定義される（たとえば、１ＭＨｚまたは２ＭＨｚ、および場合によってはより高い帯域幅モードについてＳＴＦ、ＬＴＦ、およびＳＩＧフィールドの時間の長さを足し合わせたもの）。あるいは、ショートＡＣＫ時間は、ＰＨＹによってサポートされる最も低い速度でショートＡＣＫフレーム内容を送信するために必要とされる時間として計算される。また、ショートＥＩＦＳは、ショートＥＩＦＳ＝ＳＩＦＳ＋ＤＩＦＳ＋Ｓｈｏｒｔ  ＢＡ  Ｔｉｍｅとして定義され、この式でＳｈｏｒｔ  ＢＡ  Ｔｉｍｅは、ショートＢＡフレームを送信するために必要とされる時間である。
【０１３０】
あるいは、フレームの発信側は、ショートＡＣＫインジケーションをそのフレームの物理レイヤ部分の任意の部分内（たとえば、１または複数のビットを使用してプリアンブル、またはＳＩＧフィールド内のサブフィールド内）で伝えてもよい。
【０１３１】
あるいは、発信側は、ショートＡＣＫインジケーションをフレームのＭＡＣ部分内（たとえば、ＭＡＣヘッダ内）で伝えてもよい。たとえば、ショートＡＣＫインジケーションは、ＭＡＣヘッダの制御フィールド内で示されるか、またはＭＡＣヘッダ内の既存のフィールドまたはビットのいずれかを再使用することによって示される。
【０１３２】
応答してショートＡＣＫまたはショートＢＡが送られることを必要とするというインジケーションと共にそこに向けて送られたフレームを受信するデバイス（ＳＴＡまたはＡＰ）は、それぞれショートＡＣＫフレームまたはショートＢＡフレームで応答する。ショートＡＣＫフレームまたはショートＢＡフレームは、ショートＡＣＫまたはショートＢＡインジケーションと共にフレームを受信するＳＩＦＳの後で送られる。
【０１３３】
ＳＴＡおよびＡＰは、ショートＡＣＫまたはショートＢＡを使用してパケットを確認するそれらの能力および優先権（ｐｒｅｆｅｒｅｎｃｅ）を示し、たとえば、関連付けプロセス中に、関連付け要求フレームおよび関連付け応答フレーム内の既存の又は新しいＩＥ、フィールド、サブフィールドを使用して示す。
【０１３４】
あるいは、ショートＡＣＫまたはショートＢＡは、可能とされている確認応答である（すなわち、ショートＡＣＫまたはショートＢＡが通常のＡＣＫフレームまたは通常のＢＡフレームの代わりに使用される）。
【０１３５】
通常のＡＣＫまたは通常のＢＡが使用されるとき、フレーム内の持続時間フィールド内の値は、一般に、システムによってサポートされる最も低いＭＣＳを使用して送信機によって推定される。これは、持続時間を過剰に推定しすぎる傾向があり、したがって、媒体使用の非効率に通じる。なぜなら、この持続時間フィールドが、システム内の意図されないＳＴＡによって媒体アクセスのためにＮＡＶを設定するために使用されるからである。ショートＡＣＫまたはショートＢＡを使用するべきとき、送信機（ＳＴＡまたはＡＰ）は、ショートＡＣＫフレームまたはショートＢＡフレームを送信するために必要とされる時間を使用することによって、ＭＡＣヘッダの持続時間フィールド内の持続時間値をより正確に設定する。これは、より正確な持続時間値をもたらすことになり、したがって、媒体使用の効率化に通じる。なぜなら、この持続時間フィールドが、システム内の意図されないＳＴＡの受信機によって媒体アクセスのためにそれらのＮＡＶを設定するために使用されるからである。
【０１３６】
ショートＡＣＫまたはショートＢＡ機構は、集約された送信に適用される。ＡＭＰＤＵは、集約されたＭＡＣ  ＰＤＵである。正規のＡＣＫフレームまたは正規のＢＡフレームがＡＭＰＤＵ内で送信される。ショートＡＣＫまたはショートＢＡは、ＡＭＰＤＵの一部としてＳＴＡまたはＡＰによって送信されなくてもよい。ショートＡＣＫまたはショートＢＡは、パケット間にＲＩＦＳ間隔を置いて複数のパケットが連続して送信される縮小フレーム間空間（ＲＩＦＳ）バーストにおいて、いくつかの物理レイヤパケットが集約され媒体使用効率を高める集約ＰＰＤＵの一部としてＳＴＡまたはＡＰによって送信されてもよい。ＲＩＦＳは、ＳＩＦＳより小さい。
【０１３７】
ショートＣＴＳフレームは、ＭＡＣレイヤフィールドを有していないＣＴＳフレームの短縮バージョンである。ショートＣＴＳフレームは、ＳＴＦフィールドと、ＬＴＳフィールドと、ＳＩＧフィールドとを含む。ショートＣＴＳフレームのＳＩＧフィールドは、そのフレームがショートＣＴＳフレームであるというインジケーションと、ＣＴＳフレームの所期の受信機を示すためのＣＴＳ  ＩＤ、帯域幅、およびＮＡＶ設定のための持続時間など他のインジケーションおよびシグナリングとを含む。
【０１３８】
送る要求（ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄ／ＲＴＳ）フレームの送信機（ＳＴＡまたはＡＰ）（すなわち、起動側）は、ＲＴＳフレームの所期の受信機（ＡＰまたはＳＴＡ）（すなわち、応答側）によってＲＴＳフレームに応答してショートＣＴＳフレームが送られるべきであることを要求し、または示す。
【０１３９】
一実施形態では、そのようなショートＣＴＳインジケーションは、ＳＩＧフィールド内のＡＣＫインジケーションビットの「１０」値を再使用することによってＲＴＳフレーム内で伝えられる。「１０」のＡＣＫインジケーションビットは、ＡＣＫなし応答を伝えるためにも使用される。これらの２つのインジケーションまたは場合は、以下のようにＡＣＫインジケーションビットの「１０」値において組み合わされる。ショートＥＩＦＳが、これらの２つの場合について、ＥＩＦＳの代わりに指定される。これらの２つの場合について、そのＮＡＶを更新するためにＭＡＣヘッダからの「持続時間」値を有していない意図されないＳＴＡは、媒体がアイドルであることを検出した後で、ショートＥＩＦＳの持続時間だけ、媒体アクセスを延期する。ショートＥＩＦＳは、ショートＥＩＦＳ＝ＳＩＦＳ＋ＤＩＦＳ＋Ｓｈｏｒｔ  ＣＴＳ  Ｔｉｍｅとして定義される。Ｓｈｏｒｔ  ＣＴＳ  Ｔｉｍｅ（ショートＣＴＳ時間）は、そのフィールドの時間の長さを加算したものとして定義される（すなわち、１ＭＨｚまたは２ＭＨｚ、およびより高い帯域幅モードについてＳＴＦ、ＬＴＦ、およびＳＩＧフィールドの時間の長さを足し合わせたもの）。あるいは、ショートＣＴＳ時間は、物理レイヤによってサポートされる最も低い速度でショートＣＴＳフレーム内容を送信するために必要とされる時間として計算される。ショートＡＣＫ時間は、ショートＣＴＳ時間と同じであってもよく、ショートＡＣＫ時間は、ショートＣＴＳ時間の代わりに使用されてもよい。なぜなら、ショートＡＣＫフレームとショートＣＴＳフレームは、たとえ担持する内容の一部が異なるにしても、同じフォーマットと長さを有するからである。
【０１４０】
あるいは、フレームのＲＴＳフレームの送信機（すなわち、起動側）は、そのフレームの物理レイヤ部分の任意の部分（たとえば、１または複数のビットを使用してプリアンブル、またはＳＩＧフィールド内のサブフィールド内）で伝えてもよい。
【０１４１】
あるいは、ＲＴＳフレームの送信機（すなわち、起動側）は、ショートＣＴＳインジケーションをフレームのＭＡＣ部分内（たとえば、ＭＡＣヘッダ内）で伝えてもよい。たとえば、ショートＣＴＳインジケーションは、ＭＡＣヘッダの制御フィールド内で、またはＭＡＣヘッダ内の既存のフィールドまたはビットのいずれかを再使用することによって示される。
【０１４２】
応答してショートＣＴＳが送られることを必要とするというインジケーションと共にそこに向けて送られたＲＴＳフレームを受信するデバイス（ＳＴＡまたはＡＰ）は、ショートＣＴＳフレームで応答する。ショートＣＴＳフレームは、ショートＣＴＳインジケーションと共にＲＴＳフレームを受信するＳＩＦＳの後で送られる。
【０１４３】
ＳＴＡおよびＡＰは、ショートＣＴＳフレームを使用してＲＴＳフレームに応答するそれらの能力および／または優先権を示し、たとえば、関連付けプロセス中に、関連付け要求フレームおよび関連付け応答フレーム内の任意の既存の、または新しいＩＥ、フィールド、サブフィールドを使用して示す。
【０１４４】
あるいは、ショートＣＴＳは、ＲＴＳフレームに対して可能とされた応答である（すなわち、ショートＣＴＳは、正規のＣＴＳフレームの代わりに使用される）。
【０１４５】
ＲＴＳフレームがデバイス（ＡＰまたはＳＴＡ）によって送られるとき、そのデバイスは、その近隣（ｎｅｉｇｈｂｏｒｈｏｏｄ）内のデバイスのためにＮＡＶを設定する。しかし、応答ＣＴＳは、近隣のデバイスによって受信されない。たとえば、ＲＴＳフレームの所期の受信機（ＳＴＡ／ＡＰ）は、ＣＴＳフレームに応答できないか、またはＣＴＳフレームの受信に失敗がある。８０２．１１標準によれば、ＲＴＳフレームの受信に基づいてその最後のＮＡＶを更新させるＳＴＡは、ＲＴＳフレームの受信の終わりから始まるＣＴＳタイムアウト間隔中に受信が検出されない場合、ＣＴＳタイムアウト間隔後にそのＮＡＶをリセットする。ＣＴＳタイムアウト間隔は、（２×ＳＩＦＳ）＋（ＣＴＳ  Ｔｉｍｅ）＋Ｒｅｃｅｉｖｅｒ  Ｓｔａｒｔ  Ｄｅｌａｙ＋（２×Ｓｌｏｔ  Ｔｉｍｅ）として計算され、この式で、ＳＩＦＳおよびＳｌｏｔ  Ｔｉｍｅ（スロット時間）は、システムパラメータである。ＣＴＳ  Ｔｉｍｅ（ＣＴＳ時間）は、ＣＴＳフレームの長さと、ＲＴＳフレームが受信されたデータ転送速度とを使用して計算される。
【０１４６】
一実施形態では、ＲＴＳフレームを送信するデバイス（ＳＴＡまたはＡＰ）は、その応答フレームがショートＣＴＳフレームであることを示し、またはショートＣＴＳフレームがＲＴＳフレームに対して可能とされた応答である場合、ショートＣＴＳタイムアウト間隔がＣＴＳタイムアウト間隔の代わりに使用される。たとえば、ショートＣＴＳタイムアウト間隔は、（２×ＳＩＦＳ）＋（ｓｈｏｒｔ  ＣＴＳ  Ｔｉｍｅ）＋Ｒｅｃｅｉｖｅｒ  Ｓｔａｒｔ  Ｄｅｌａｙ＋（２×Ｓｌｏｔ  Ｔｉｍｅ）として得られ、この式で、ＳＩＦＳおよびＳｌｏｔ  Ｔｉｍｅは、システムパラメータである。ショートＣＴＳ時間は、そのフィールドの時間の長さを加算したものとして定義される（たとえば、ＳＴＦ、ＬＴＦ、およびＳＩＧフィールドの時間の長さを足し合わせたもの）。あるいは、ショートＣＴＳ時間は、物理レイヤによってサポートされる最も低い速度でショートＣＴＳフレーム内容を送信するために必要とされる時間として計算される。
【０１４７】
一実施形態では、ＲＴＳフレームを送信するデバイス（ＳＴＡまたはＡＰ）は、その応答フレームがショートＣＴＳフレームであるべきであることを示し、またはショートＣＴＳフレームがＲＴＳフレームに対して可能とされた応答である場合、上述のショートＣＴＳ時間が、ＲＴＳフレームの持続時間／ＩＤフィールド内に設定するための時間を推定する際に使用される。
【０１４８】
８０２．１１ａｈ標準は、それ以上のデータフィールドおよび応答フレームフィールドの使用によって可能にされるスピードフレーム交換プロトコルを導入した。それ以上のデータフィールドは、送るべきそれ以上のデータがあるか否かを示す１ビットフィールドである。それ以上のデータフィールドは、応答するＳＴＡが応答フレームフィールドを適切に設定することを可能にする。応答フレームフィールド（またはＡＣＫインジケーションビット）は、次に来るフレームのタイプを示す２ビットフィールドである。応答フレームフィールドは、ＡＣＫのために「００」、ＢＡのために「０１」、ＡＣＫなしのために「１０」、ＡＣＫでもＣＴＳでもＢＡでもないフレームのために「１１」（すなわち、応答フレームがデータフレームであることを示す）に設定される。
【０１４９】
図２７および図２８は、それぞれダウンリンクおよびアップリンクのためのスピードフレーム交換の例示的な手順を示す。図２７では、ＳＴＡが、データを取り出すためにＰＳ−Ｐｏｌｌフレーム２７０２をＡＰに送る。ＡＰは、「それ以上のデータ」フィールドが「１」、応答フレームフィールドが「１１」に設定された状態でＡＣＫ２７０４で応答する。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームが「００」に設定された状態でデータフレーム２７０６を送る。ＳＴＡは、データフレーム２７０６を受信し、それ以上のデータフィールドが「０」、応答フレームフィールドが「１０」に設定された状態でＡＣＫフレーム２７０８を送る。
【０１５０】
図２８では、ＳＴＡがデータフレーム２８０２をＡＰに、それ以上のデータフィールドが「１」、応答フレームフィールドが「００」に設定された状態で送る。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１１」に設定された状態でＡＣＫフレーム２８０４を送る。次いでＳＴＡは、それ以上のデータフィールドが「０」、応答フレームフィールドが「００」に設定された状態で別のデータフレーム２８０６を送る。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１０」に設定された状態でＡＣＫフレーム２８０８を送る。
【０１５１】
一実施形態では、ショートＡＣＫフレームおよびショートＢＡフレームがスピードフレーム交換で使用される。ショートＡＣＫフレームは、ＰＳ−Ｐｏｌｌフレームまたはデータフレームに応答して使用される。ショートＢＡフレームは、ＡＭＰＤＵに応答して使用される。ショートＡＣＫフレームおよびショートＢＡフレームのＳＩＧフィールドは、応答フレームフィールド（またはＡＣＫインジケーションフィールド）および／またはそれ以上のデータフィールドを含む。応答フレームフィールド（またはＡＣＫインジケーションフィールド）は、スピードフレーム交換を行うために、ショートＡＣＫフレームまたはショートＢＡフレームのそれ以上のデータフィールドと共に使用される。
【０１５２】
図２９は、ダウンリンクデータのためのショートＡＣＫフレーム（またはショートＢＡフレーム）を使用するスピードフレーム交換の一例を示す。ＳＴＡが、ＡＰからデータを取り出すためにＰＳ−Ｐｏｌｌフレーム２９０２を送る。ＡＰは、それ以上のデータフィールドが「１」、応答フレームフィールドが「１１」に設定された状態でショートＡＣＫフレーム２９０４で応答する。ＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが、非集約データフレームについてショートＡＣＫ、または集約データフレームについてショートＢＡに設定された状態でデータフレーム２９０６を送る。次いでＳＴＡは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１０」に設定された状態で、受信されたデータタイプに応じてショートＡＣＫ（またはショートＢＡ）２９０８で応答する。
【０１５３】
図３０は、アップリンクデータのためのショートＡＣＫ（またはショートＢＡ）フレームを使用するスピードフレーム交換の一例を示す。ＳＴＡが、データフレーム３００２（またはＡＭＰＤＵ）をＡＰに、それ以上のデータフィールドが「１」、応答フレームフィールドが、データタイプに応じてショートＡＣＫまたはショートＢＡに設定された状態で送る。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１１」に設定された状態でショートＡＣＫフレーム３００４（またはショートＢＡ）を送る。次いでＳＴＡは、それ以上のデータフィールドが「０」、応答フレームフィールドがショートＡＣＫまたはショートＢＡに設定された状態で別のデータフレーム３００６（またはＡＭＰＤＵ）を送る。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１０」に設定された状態でショートＡＣＫフレーム３００８（またはショートＢＡ）を送る。
【０１５４】
例として、応答フレームフィールド（またはＡＣＫインジケーションフィールド）値は、「００」に設定しショートＡＣＫを示し、「０１」に設定しショートＢＡを示し、あるいは「１０」に設定しショートＡＣＫおよびショートＢＡを示す。
【０１５５】
他の実施形態では、ショートＰＳ−Ｐｏｌｌフレームがスピードフレーム交換で使用される。ショートＰＳ−ＰｏｌｌフレームのＳＩＧフィールドは、応答フレームフィールド（またはＡＣＫインジケーションフィールド）またはそれ以上のデータフィールドの一方または両方を含む。ＳＴＡからのショートＰＳ−Ｐｏｌｌは、応答がショートＡＣＫフレームであること、また送信するべきそれ以上のデータがあることを示す。
【０１５６】
図３１は、ショートＰＳ−ＰｏｌｌフレームおよびショートＡＣＫ（またはショートＢＡ）フレームを使用するスピードフレーム交換の一例を示す。ＳＴＡが、ＡＰからデータを取り出すために、それ以上のデータフィールドが「１」、応答フレームフィールドがショートＡＣＫに設定された状態でショートＰＳ−Ｐｏｌｌフレーム３１０２を送る。ＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１１」に設定された状態でショートＡＣＫフレーム３１０４で応答する。ＳＴＡは、「それ以上のデータ」フィールドが「０」、応答フレームフィールドが、非集約データフレームについてショートＡＣＫ、または集約データフレームについてショートＢＡに設定された状態でデータフレーム３１０６（またはＡＭＰＤＵ）を送る。次いでＡＰは、それ以上のデータフィールドが「０」、応答フレームフィールドが「１０」に設定された状態で、受信されたデータタイプに応じてショートＡＣＫ３１０８（またはショートＢＡ）で応答する。
【０１５７】
それ以上のデータフィールドは、ＳＴＡがアップリンクデータを有するか否かに基づいて設定される。ショートＰＳ−Ｐｏｌｌフレームが、スケジュールされていないウェークアップイベントでＳＴＡによって送られる場合には、ＡＰがデータではなく確認応答を送る可能性が最も高くなるので、応答フレームフィールドは、ショートＡＣＫを示すように設定される。
【０１５８】
正規のＭＡＣフレームでは、ＭＡＣヘッダ内の持続時間フィールドは、そのフレームの意図されない受信機のためにＮＡＶを設定するために使用される。しかし、ショートフレーム（たとえば、ショートＡＣＫ、ショートＢＡ、ショートＣＴＳ）は、持続時間フィールドを有していないか、および持続時間情報を担持していない。
【０１５９】
ＳＴＡがスリープ状態からウェークアップし、フレームシーケンスを受信しそのＮＡＶを設定するために媒体を監視する場合、ＳＴＡは、持続時間フィールドを有する正規のフレーム（ショートフレームでない）が検出されるまで、持続時間情報を有するショートフレームが検出されるまで、または期間の経過がシステムパラメータとして指定されているＰｒｏｂｅＤｅｌａｙに等しくなるまで、引き続きクリアチャネル評価（ＣＣＡ）を実施する。ショートフレームが受信された場合、およびそれがＳＩＧフィールド内に持続時間フィールドまたは情報を含む場合、ＳＴＡはそれを使用し、そのＮＡＶを設定する。ショートフレームが受信された場合、かつそれが持続時間フィールドまたは情報を含まない場合、ＳＴＡは、ＮＡＶ設定のためにそのフレームを無視する。
【０１６０】
意図されないＳＴＡがショートフレームを受信し、そのショートフレームが持続時間フィールドまたは情報を含まない場合、その意図されないＳＴＡは、そのＮＡＶを更新せず、その既存のＮＡＶ設定を保持する。既存のＮＡＶ設定は、フレーム交換シーケンス（たとえば、ショートビームフォーミングレポート（ＢＲ）ポール（Ｐｏｌｌ）の場合のサウンディングシーケンス、ショートＢＡの場合のデータおよびＡＣＫフレームシーケンス）のより以前のフレーム内の持続時間設定によってトリガされたものである。
【０１６１】
ショートフレームが持続時間フィールドまたは情報を有する場合、意図されないＳＴＡは、新しいＮＡＶ値が現在／既存のＮＡＶ値より大きい場合、その持続時間フィールドまたは情報に基づいてそのＮＡＶを更新する。
【０１６２】
意図されないＳＴＡがショートＰＳ−Ｐｏｌｌフレームを受信した場合、その意図されないＳＴＡは、新しいＮＡＶ値が現在のＮＡＶ値より大きい場合、応答フレーム（たとえば、データ、ＡＣＫ、ショートＡＣＫ）を送信するために必要とされる持続時間に１つのＳＩＦＳ間隔を加えたものを使用してそのＮＡＶ設定を更新する。あるいは、意図されないＳＴＡは、応答フレームがショートＰＳ−Ｐｏｌｌフレーム内で示されていない場合、デフォルトの応答フレームまたはシステム内で指定された応答フレーム持続時間を使用してそのＮＡＶ設定を更新する。あるいは、意図されないＳＴＡは、新しいＮＡＶ値が現在のＮＡＶ値より大きい場合、ショートＰＳ−Ｐｏｌｌフレーム内で示された応答フレーム（たとえば、データ、ＡＣＫ、ショートＡＣＫ）を送信するために必要とされる持続時間に１つのＳＩＦＳ間隔を加えたものを使用してそのＮＡＶを更新する。意図されないＳＴＡは、持続時間計算において、ショートＰＳ−Ｐｏｌｌフレーム内で示された応答フレームおよび関連のＳＩＦＳ間隔に対して任意の必要とされるオーバーヘッドまたは追加の応答フレーム（たとえば、ＡＣＫフレーム）を含める。
【０１６３】
一実施形態では、ショートフレーム（たとえば、ショートＢＡ、ショートＢＲ−Ｐｏｌｌ、およびショートプローブ要求（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ））は、ＮＡＶ設定のためにＳＩＧフィールド内に持続時間フィールドまたは情報を含む。ＳＩＧフィールドのサイズは、たとえば、より高いＭＣＳを使用することによって増大される。
【０１６４】
ＳＴＡが開始またはトリガフレーム（たとえば、ＰＳ−Ｐｏｌｌフレームまたはデータフレーム）を使用してＡＰとの通信を開始するとき、そのＳＴＡは、そのフレームの持続時間フィールドを設定することによってその送信機会（ＴＸＯＰ）持続時間を確立し、それにより意図されない受信機／ＳＴＡのＮＡＶを設定する。ＡＰによって送信されるダウンリンクデータがあり、ＳＴＡがＴＸＯＰ保持側またはＴＸＯＰ起動側であるスピードフレーム交換では、ＳＴＡは、最初にＴＸＯＰ全体（複数のフレームのシーケンス全体）について持続時間を推定し、それを使用し、ＮＡＶを設定するために送信するフレーム内の持続時間フィールドを設定する。たとえば、推定は、送信するための任意のデータ、受信されるべき期待されるデータ、使用されるべき期待されるＭＣＳ、およびフレーム間空間（たとえば、ＳＩＦＳ）のうちの１または複数に基づく。ＳＴＡは、余分な未使用のＴＸＯＰ持続時間があればそれをＣＦ−Ｅｎｄフレームで切り詰める。
【０１６５】
あるいは、ＳＴＡは、その開始またはトリガフレーム、任意の必要とされる（１または複数の）応答フレーム、および（１または複数の）フレーム間空間（たとえば、ＳＩＦＳ）についての持続時間を推定し、その推定に基づいてその開始／トリガフレーム内で持続時間フィールドを設定する。次いで、ＳＴＡは、それ以上のデータがあることをＡＰが示す（「それ以上のデータ」フィールド＝１）たびにＴＸＯＰ持続時間を延長する。ＳＴＡは、所与のＱｏＳ送信のための指定されたＴＸＯＰ持続時間限界（たとえば、ＥＤＣＡ規則によって指定される）を越えてＴＸＯＰ持続時間を延長しない。
【０１６６】
ＳＴＡは、送信または受信するためのデータがないとき、ＣＦ−Ｅｎｄフレームを使用してスピードフレーム交換のための媒体予約またはＴＸＯＰ持続時間を切り詰める。
【０１６７】
ＡＰは、ＳＴＡから受信するフレーム内の持続時間値に基づいて、送信するフレーム内の持続時間値を設定する。
【０１６８】
意図されないＳＴＡがＰＳ−Ｐｏｌｌフレームを受信した場合、その意図されないＳＴＡは、新しいＮＡＶ値が現在のＮＡＶ値より大きい場合、応答フレーム（たとえば、データ、ＡＣＫ、ショートＡＣＫ）を送信するために必要とされる持続時間に１つのＳＩＦＳ間隔を加えたものを使用してそのＮＡＶ設定を更新する。あるいは、意図されないＳＴＡは、応答フレームがＰＳ−Ｐｏｌｌフレーム内で示されていない場合、デフォルトの応答フレームまたはシステム内で指定された応答フレーム持続時間を使用してそのＮＡＶ設定を設定する。あるいは、意図されないＳＴＡは、新しいＮＡＶ値が現在のＮＡＶ値より大きい場合、ＰＳ−Ｐｏｌｌフレーム内で示された応答フレーム（たとえば、データ、ＡＣＫ、ショートＡＣＫ）を送信するために必要とされる持続時間に１つのＳＩＦＳ間隔を加えたものを使用してそのＮＡＶ設定を設定する。意図されないＳＴＡは、持続時間計算において、ＰＳ−Ｐｏｌｌフレーム内で示された応答フレームおよび関連のＳＩＦＳ間隔に対して任意の必要とされるオーバーヘッドまたは追加の応答フレーム（たとえば、ＡＣＫフレーム）を含める。
【０１６９】
ステーションは、別のステーションから情報を得ることを必要とするとき、プローブ要求フレームを送る。正規のプローブ要求フレームの代わりに、ショートプローブ要求フレームが使用される。ショートプローブ要求フレームは、ＳＴＦフィールドと、ＬＴＦフィールドと、ＳＩＧフィールドとを含む。ショートプローブ要求フレームのＳＩＧフィールドは、他のインジケーションの中でもとりわけ、そのフレームがショートプローブ要求フレームであるというインジケーションと、アクセスネットワークオプション、部分的なＳＳＩＤ、およびプローブ応答またはショートビーコンがショートプローブ要求フレームに対する応答として期待されるかどうかのインジケーションなどの必要とされるシグナリングとを含む。
【０１７０】
ＳＴＡが、そのＳＴＡの記憶している変更シーケンスとは異なる変更シーケンスを有するショートビーコンを受信したとき、そのＳＴＡは、そのシステム情報を更新する必要がある。システム情報更新は、変更シーケンスを担持するプローブ要求フレームを使用し、ＳＴＡによって更新されることを必要とするシステム情報要素と変更シーケンスとを含む最適化されたプローブ応答フレームを送るようにＡＰをトリガして行われる。
【０１７１】
サイズがより小さいため、ＮＤＰプローブ要求フレームを使用することは、特にシステム情報を更新したいと望む多数のＳＴＡがあるとき、より媒体時間を占有することになる正規のプローブ要求フレームを使用するより効率的である。また、ＳＴＡでの電力消費もＮＤＰプローブ要求フレームを使用することによって削減される。これは、完全なビーコンが頻繁に送信されない、またはショートビーコンがＢＳＳで使用されるとき特に有用である。
【０１７２】
一実施形態では、ＮＤＰプローブ要求フレームは、ＳＴＡ内に記憶された変更シーケンスを含む。これは、たとえば、ＳＩＧフィールド内で使用可能な限られたビット内に収容することができる小さいサイズの変更シーケンス（たとえば、８ビットシーケンスではなく４ビットシーケンス）を使用することによって行われる。
【０１７３】
ＮＤＰプローブ要求フレームは、どのシステム情報要素がＳＴＡによって必要とされるかを示す（たとえば、システム情報要素のサブセットを表すビットマップ）。ＮＤＰプローブ要求フレームは、最後に受信されたショートビーコン内の変更シーケンスがＳＴＡ内に記憶された変更シーケンスとは異なることを示す。
【０１７４】
ＮＤＰプローブ要求フレームは、事前定義のシステム情報要素のどのセットがＳＴＡによって必要とされるかを示す。事前定義のシステム情報要素のこれらのセットはインデックス付けされ、システム情報のセットを表すインデックスが、ＮＤＰプローブ要求フレーム内でシグナリングされる。たとえば、システム情報要素の事前定義のセットは、タイムスタンプ、ビーコン間隔、および能力など必須情報を含むシステム情報要素またはフィールドのセット、ＥＤＣＡパラメータ、無音（Ｑｕｉｅｔ）要素、ＢＳＳ負荷、チャネルスイッチアナウンスメント、ＨＴ動作要素、ＶＨＴ動作要素など他の情報を含むシステム情報要素またはフィールドのセット、または、必須情報と他の情報の任意の組合せを含むシステム情報要素またはフィールドのセットである。たとえば、上記のシグナリングは、ＮＤＰプローブ要求フレームのＳＩＧフィールド内の予約されたビットの１または複数のビットを使用することによって実装される。
【０１７５】
ＳＴＡ内に記憶された変更シーケンスを含むＮＤＰプローブ要求フレームをＳＴＡが送ったとき、ＡＰは、ＳＴＡによって更新されることを必要とするシステム情報要素と変更シーケンスとを含む最適化されたプローブ応答フレームを送る。ＡＰは、以前の変更シーケンスと、対応する変更されたシステム情報要素のＩＤとを記憶することによってこれを行うことが可能である。ＡＰは、ＳＴＡからの受信された変更シーケンスをその記憶している以前の変更シーケンスと比較することによって、送るための更新された情報を見出す。
【０１７６】
ＳＴＡが、どのシステム情報要素が必要とされるかを示すＮＤＰプローブ要求フレームを送るとき、ＡＰは、ＳＴＡによって更新されることを必要とするシステム情報要素と変更シーケンスとを含む最適化されたプローブ応答フレームを送る。
【０１７７】
ＳＴＡが、事前定義のシステム情報要素のどのセットが必要とされるかを示すＮＤＰプローブ要求フレームを送るとき、ＡＰは、事前定義のシステム情報要素の示されたセットと変更シーケンスとを含む最適化されたプローブ応答フレームを送る。
【０１７８】
ＳＴＡが、最後に受信されたショートビーコン内の変更シーケンスがＳＴＡ内に記憶された変更シーケンスとは異なることを示すＮＤＰプローブ要求フレームを送るとき、ＡＰは、ＳＴＡによって更新されることを必要とするシステム情報要素の事前定義のセットまたは基本セットと変更シーケンスとを含む最適化されたプローブ応答フレームを送る。
【０１７９】
上記の任意の実施形態において、プローブ要求フレームに対する応答は、ＮＤＰプローブ要求フレーム内で要求されたまたは示された情報を含む、ショートプローブ応答フレームである。
【０１８０】
ＮＤＰ  ＰＳ−Ｐｏｌｌフレームは、アクティブポーリングに使用される。ＮＤＰ  ＰＳ−Ｐｏｌｌフレームは、ＳＴＦフィールドと、ＬＴＦフィールドと、ＳＩＧフィールドとを含む。ショートＰＳ−ＰｏｌｌフレームのＳＩＧフィールドは、そのフレームがショートＰＳ−Ｐｏｌｌフレームであるというインジケーションと、送信するＳＴＡのＡＩＤまたは部分的なＡＩＤ、ＳＴＡが関連付けられるＢＳＳのＢＳＳＩＤまたは部分的なＢＳＳＩＤ、およびＳＴＡがＡＰからデータを受信するために好ましいＭＣＳなどショートＰＳ−Ｐｏｌｌフレームに必要とされる他のインジケーション又はシグナリングとを有する。
【０１８１】
ＮＤＰ  ＰＳ−Ｐｏｌｌフレームは、ＢＳＳ変更シーケンスおよび／または現在のタイムスタンプを要求するためのシグナリングを含む。このシグナリングは、ＮＤＰ  ＰＳ−ＰｏｌｌフレームのＳＩＧフィールド内に含まれる。ＳＩＧフィールドの１または複数のビットが、ＡＰからの変更シーケンス要求および／または現在のタイムスタンプ要求を示すために使用される。ＳＩＧフィールドの１または複数のビットは、以下のフィールド、すなわち好ましいＭＣＳ、変更シーケンス要求および／または現在のタイムスタンプ要求のうちの１または複数が含まれるかどうかを示すために使用される。
【０１８２】
ＳＴＡが、ＢＳＳ変更シーケンスを求める要求を含むＮＤＰ  ＰＳ−Ｐｏｌｌフレームを送るとき、ＡＰは、ＢＳＳ変更シーケンスを直ちに応答フレーム内で送るか、またはＳＴＡに対する応答フレーム内でビーコンを検査すべきであることを示す。ＳＴＡが、現在のタイムスタンプを求める要求を含むＮＤＰ  ＰＳ−Ｐｏｌｌフレームを送るとき、ＡＰは、現在のタイムスタンプを直ちに応答フレーム内で送るか、またはＳＴＡに対する応答フレーム内でビーコンを検査すべきであることを示す。
【０１８３】
ＡＣＫまたはデータなどＰＳ−Ｐｏｌｌフレームに応答して送信されるＡＰからのフレームのいずれかが、ＡＰからの要求された情報を担持する。あるいは、ＡＰからの新しい応答フレームがＰＳ−Ｐｏｌｌフレームのために定義され、ＡＰからの要求された情報を担持してもよい。このフレームは、管理、制御、またはデータなど任意のタイプのものである。
【０１８４】
本明細書では、実施形態がＩＥＥＥ８０２．１１プロトコルに関連して記載されているが、これらの実施形態は、任意の無線通信システムに適用可能であることを理解されたい。様々な実施形態においてＳＩＦＳがフレーム間空間として使用されているが、ＲＩＦＳまたは他の合意された時間間隔など、他のフレーム間隔すべてが使用されてもよい。
【０１８５】
実施形態
【０１８６】
１．無線通信においてデータパケットに応答して確認応答を送信するステーションで使用するための方法。
【０１８７】
２．データパケットを複数のステーションから受信するステップを含むことを特徴とする実施形態１に記載の方法。
【０１８８】
３．前記データパケットのための確認応答を生成するステップを含むことを特徴とする実施形態２に記載の方法。
【０１８９】
４．送信機会を得るステップを含むことを特徴とする実施形態３に記載の方法。
【０１９０】
５．前記データパケットのための前記確認応答を前記複数のステーションに単一の送信で送信するステップを含むことを特徴とする実施形態４に記載の方法。
【０１９１】
６．前記確認応答はＭＵ−ＭＩＭＯを使用して送信されることを特徴とする実施形態５に記載の方法。
【０１９２】
７．前記確認応答は、前記データパケットを受信してから所定の時間後に送信されることを特徴とする実施形態５ないし６のいずれか１つに記載の方法。
【０１９３】
８．前記確認応答は、合意されたスケジュールもしくは前記ステーションの１つによる請求に基づいて、または所定の数のデータパケットが受信されたという条件で送信されることを特徴とする実施形態５ないし７のいずれか１つに記載の方法。
【０１９４】
９．前記データパケットのための確認応答を生成するステップは、前記データパケットのための確認応答パケットを生成するステップと、前記確認応答パケットを集約するステップとを含むことを特徴とする実施形態４に記載の方法。
【０１９５】
１０．前記確認応答を送信するステップは、前記集約された確認応答パケットを前記単一の送信で送信するステップを含むことを特徴とする実施形態９に記載の方法。
【０１９６】
１１．前記確認応答パケットは、ＭＡＣサービスデータユニット内、ＭＡＣプロトコルデータユニット内、またはＰＰＤＵ内で集約されることを特徴とする実施形態１０に記載の方法。
【０１９７】
１２．無線通信において確認応答を送信するステーションで使用するための方法。
【０１９８】
１３．シーケンスＩＤを示すフレームを受信するステップを含むことを特徴とする実施形態１２に記載の方法。
【０１９９】
１４．前記受信されたフレームに応答してショートＡＣＫフレームを送信するステップを含み、前記ショートＡＣＫフレームは、前記シーケンスＩＤに対応するＡＣＫシーケンスを含むことを特徴とする実施形態１３に記載の方法。
【０２００】
１５．前記ショートＡＣＫフレームは、ＳＴＦおよびＡＣＫシーケンスを含むことを特徴とする実施形態１４に記載の方法。
【０２０１】
１６．前記ショートＡＣＫフレームは、ショートＡＣＫインジケーションと共に送信されることを特徴とする実施形態１４ないし１５のいずれか一項に記載の方法。
【０２０２】
１７．前記ショートＡＣＫフレームは、前記フレーム内に含まれるインジケーションに応答して送信されることを特徴とする実施形態１４ないし１６のいずれか一項に記載の方法。
【０２０３】
１８．無線通信においてデータパケットに応答して確認応答を送信するためのＷＴＲＵ。
【０２０４】
１９．データパケットを複数のステーションから受信するように構成されたプロセッサを備えたことを特徴とする実施形態１８に記載のＷＴＲＵ。
【０２０５】
２０．前記プロセッサは、前記データパケットのための確認応答を生成するように構成されたことを特徴とする実施形態１９に記載のＷＴＲＵ。
【０２０６】
２１．前記プロセッサは、前記データパケットのための前記確認応答を前記ステーションに単一の送信で送信するように構成されたことを特徴とする実施形態１９に記載のＷＴＲＵ。
【０２０７】
２２．前記プロセッサは、ＭＵ−ＭＩＭＯを使用して前記確認応答を送信するように構成されることを特徴とする実施形態２１に記載のＷＴＲＵ。
【０２０８】
２３．前記プロセッサは、前記データパケットを受信してから所定の時間後に前記確認応答を送信するように構成されることを特徴とする実施形態２１ないし２２のいずれか一項に記載のＷＴＲＵ。
【０２０９】
２４．前記プロセッサは、合意されたスケジュールもしくは前記複数のステーションの１つによる請求に基づいて、または所定の数のデータパケットが受信されたという条件で、前記確認応答を送信するように構成されたことを特徴とする実施形態２１ないし２３のいずれか一項に記載のＷＴＲＵ。
【０２１０】
２５．前記プロセッサは、前記データパケットのための確認応答パケットを生成し、前記確認応答パケットを集約するように構成され、前記集約された確認応答パケットは、前記単一の送信で送信されることを特徴とする実施形態２１に記載のＷＴＲＵ。
【０２１１】
２６．前記プロセッサは、前記確認応答パケットを、ＭＡＣサービスデータユニット内、ＭＡＣプロトコルデータユニット内、またはＰＰＤＵ内、で集約するように構成されることを特徴とする実施形態２５に記載のＷＴＲＵ。
【０２１２】
２７．無線通信において確認応答を送信するためのＷＴＲＵ。
【０２１３】
２８．フレームを受信するように構成されたプロセッサを備えたことを特徴とする実施形態２７に記載のＷＴＲＵ。
【０２１４】
２９．前記プロセッサは、前記受信されたフレームに応答してショートＡＣＫフレームを送信するように構成されたことを特徴とする実施形態２８に記載のＷＴＲＵ。
【０２１５】
３０．前記受信されたフレームはシーケンスＩＤを示し、前記ショートＡＣＫフレームは前記シーケンスＩＤに対応するＡＣＫシーケンスを含むことを特徴とする実施形態２９に記載のＷＴＲＵ。
【０２１６】
３１．前記ショートＡＣＫフレームは、ＳＴＦおよびＡＣＫシーケンスを含むことを特徴とする実施形態２９ないし３０のいずれか１つに記載のＷＴＲＵ。
【０２１７】
３２．前記ショートＡＣＫフレームは、ショートＡＣＫインジケーションと共に送信されることを特徴とする実施形態２９ないし３１のいずれか１つに記載のＷＴＲＵ。
【０２１８】
３３．前記ショートＡＣＫフレームは、前記フレーム内に含まれるインジケーションに応答して送信されることを特徴とする実施形態２９ないし３２のいずれか１つに記載のＷＴＲＵ。
【０２１９】
上記では特徴および要素が特定の組合せで述べられているが、当業者なら、各特徴または要素を、単独で、または他の特徴および要素との任意の組合せで使用することができることを理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施されてもよい。コンピュータ可読記憶媒体の例は、（有線接続または無線接続の上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）など光媒体を含む。ソフトウェアに関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装してもよい。
【図１Ａ】
2019071618.tif 000005
【図１Ｂ】
2019071618.tif 000006
【図１Ｃ】
2019071618.tif 000007
【図２】
2019071618.tif 000008
【図３】
2019071618.tif 000009
【図４】
2019071618.tif 000010
【図５】
2019071618.tif 000011
【図６】
2019071618.tif 000012
【図７】
2019071618.tif 000013
【図８】
2019071618.tif 000014
【図９】
2019071618.tif 000015
【図１０】
2019071618.tif 000016
【図１１】
2019071618.tif 000017
【図１２】
2019071618.tif 000018
【図１３】
2019071618.tif 000019
【図１４】
2019071618.tif 000020
【図１５】
2019071618.tif 000021
【図１６】
2019071618.tif 000022
【図１７】
2019071618.tif 000023
【図１８】
2019071618.tif 000024
【図１９】
2019071618.tif 000025
【図２０】
2019071618.tif 000026
【図２１】
2019071618.tif 000027
【図２２】
2019071618.tif 000028
【図２３】
2019071618.tif 000029
【図２４】
2019071618.tif 000030
【図２５】
2019071618.tif 000031
【図２６】
2019071618.tif 000032
【図２７】
2019071618.tif 000033
【図２８】
2019071618.tif 000034
【図２９】
2019071618.tif 000035
【図３０】
2019071618.tif 000036
【図３１】
2019071618.tif 000037