(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信のための装置であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成された受信機と、
処理システムであって、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも２つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも２つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示し、前記少なくとも２つのビットは、少なくとも、通常応答、ロング応答、応答なし、または、ヌルデータパケット（ＮＤＰ）応答についての指示を与え、前記処理システムは、
前記応答のタイプが、前記通常応答が送られるべきであるというものである場合は、第１の延期時間を決定し、
前記応答のタイプが、前記ロング応答が送られるべきであるというものである場合は、第２の延期時間を決定する
ことによって、前記延期時間を決定するように構成される、
前記決定された延期時間に基づいて、信号の送信を延期することと、
を行うように構成された処理システムと、
を備える装置。
【請求項２】
前記処理システムは、前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットするようにさらに構成される、請求項１に記載の装置。
【請求項３】
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、請求項２に記載の装置。
【請求項４】
前記延期時間を決定することが、
前記応答のタイプが、応答が送られるべきでないというものである場合は、第３の延期時間を決定することと、
前記応答のタイプが、ヌルデータパケット（ＮＤＰ）応答が送られるべきであるというものである場合は、第４の延期時間を決定することと、
をさらに備える、請求項１に記載の装置。
【請求項５】
前記第３の延期時間は０であり、
前記第２の延期時間は最大ＰＰＤＵ持続時間とショートフレーム間スペース（ＳＩＦＳ）時間の和である、請求項４に記載の装置。
【請求項６】
前記第１の延期時間は、通常送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和であり、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、請求項４に記載の装置。
【請求項７】
前記処理システムは、プリアンブルタイプに基づいて前記第４の延期時間を決定するように構成される、請求項４に記載の装置。
【請求項８】
前記処理システムは、ＮＤＰ送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和を備えるように前記第４の延期時間を決定するように構成され、ここにおいて、前記ＮＤＰ送信時間は、
前記プリアンブルタイプが１ＭＨｚプリアンブルである場合、１ＭＨｚ  ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または
前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合、２ＭＨｚ以上のＮＤＰ  ＭＡＣフレーム、
を送信するための、マイクロ秒での時間に等しい、請求項７に記載の装置。
【請求項９】
前記処理システムは、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて、前記延期時間を決定するようにさらに構成される、請求項１に記載の装置。
【請求項１０】
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、前記処理システムは、前記ＮＤＰ  ＭＡＣフレームのタイプに基づいて、前記延期時間を決定するようにさらに構成される、請求項１に記載の装置。
【請求項１１】
装置によるワイヤレス通信のための方法であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも２つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも２つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示し、前記少なくとも２つのビットは、少なくとも、通常応答、ロング応答、応答なし、または、ヌルデータパケット（ＮＤＰ）応答についての指示を与え、前記延期時間を決定することは、
前記応答のタイプが、前記通常応答が送られるべきであるというものである場合は、第１の延期時間を決定し、
前記応答のタイプが、前記ロング応答が送られるべきであるというものである場合は、第２の延期時間を決定する
ことを備える、
前記決定された延期時間に基づいて、信号の送信を延期することと、
を備える方法。
【請求項１２】
前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットすることをさらに備える、請求項１１に記載の方法。
【請求項１３】
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、請求項１２に記載の方法。
【請求項１４】
前記延期時間を決定することは、
前記応答のタイプが、応答が送られるべきでないというものである場合は、第３の延期時間を決定することと、
前記応答のタイプが、ヌルデータパケット（ＮＤＰ）応答が送られるべきであるというものである場合は、第４の延期時間を決定することと、
をさらに備える、請求項１１に記載の方法。
【請求項１５】
前記第３の延期時間は０であり、
前記第２の延期時間は最大ＰＰＤＵ持続時間とショートフレーム間スペース（ＳＩＦＳ）時間の和である、請求項１４に記載の方法。
【請求項１６】
前記第１の延期時間は、通常送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和であり、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、請求項１４に記載の方法。
【請求項１７】
前記第４の延期時間を決定することは、プリアンブルタイプに基づく、請求項１４に記載の方法。
【請求項１８】
前記第４の延期時間は、ＮＤＰ送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和を備えるように決定され、ここにおいて、前記ＮＤＰ送信時間は、
前記プリアンブルタイプが１ＭＨｚプリアンブルである場合、１ＭＨｚ  ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または
前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合、２ＭＨｚ以上のＮＤＰ  ＭＡＣフレーム、
を送信するための、マイクロ秒での時間に等しい、請求項１７に記載の方法。
【請求項１９】
前記延期時間を決定することは、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つにさらに基づく、請求項１１に記載の方法。
【請求項２０】
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、前記延期時間を決定することは、前記ＮＤＰ  ＭＡＣフレームのタイプにさらに基づく、請求項１１に記載の方法。
【請求項２１】
ワイヤレス通信のための装置であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するための手段と、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも２つのビットに基づいて延期時間を決定するための手段と、ここにおいて、前記少なくとも２つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示し、前記少なくとも２つのビットは、少なくとも、通常応答、ロング応答、応答なし、または、ヌルデータパケット（ＮＤＰ）応答についての指示を与え、前記延期時間を決定することは、
前記応答のタイプが、前記通常応答が送られるべきであるというものである場合は、第１の延期時間を決定し、
前記応答のタイプが、前記ロング応答が送られるべきであるというものである場合は、第２の延期時間を決定する
ことを備える、
前記決定された延期時間に基づいて、信号の送信を延期するための手段と、
を備える装置。
【請求項２２】
前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットするための手段をさらに備える、請求項２１に記載の装置。
【請求項２３】
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、請求項２２に記載の装置。
【請求項２４】
前記延期時間を決定することは、
前記応答のタイプが、応答が送られるべきでないというものである場合は、第３の延期時間を決定することと、
前記応答のタイプが、ヌルデータパケット（ＮＤＰ）応答が送られるべきであるというものである場合は、第４の延期時間を決定することと、
をさらに備える、請求項２１に記載の装置。
【請求項２５】
前記第１の延期時間は０であり、
前記第２の延期時間は最大ＰＰＤＵ持続時間とショートフレーム間スペース（ＳＩＦＳ）時間の和である、請求項２４に記載の装置。
【請求項２６】
前記第１の延期時間は、通常送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和であり、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、請求項２４に記載の装置。
【請求項２７】
決定するための前記手段は、前記ＮＤＰ応答が送られるべきであることを前記少なくとも２つのビットが示す場合、プリアンブルタイプに基づいて前記第４の延期時間を決定するように構成される、請求項２４に記載の装置。
【請求項２８】
決定するための前記手段は、ＮＤＰ送信時間とショートフレーム間スペース（ＳＩＦＳ）時間の和を備えるように前記第４の延期時間を決定するように構成され、前記ＮＤＰ送信時間は、前記プリアンブルタイプが１ＭＨｚプリアンブルである場合は１ＭＨｚ  ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合は２ＭＨｚ以上のＮＤＰ  ＭＡＣフレームを送信するための、マイクロ秒での時間に等しい、請求項２７に記載の装置。
【請求項２９】
決定するための前記手段は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて、前記延期時間を決定するようにさらに構成される、請求項２１に記載の装置。
【請求項３０】
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、決定するための前記手段は、前記ＮＤＰ  ＭＡＣフレームのタイプに基づいて、前記延期時間を決定するようにさらに構成される、請求項２１に記載の装置。
【請求項３１】
コンピュータ読み取り可能な記録媒体であって、
装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも２つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも２つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示し、前記少なくとも２つのビットは、少なくとも、通常応答、ロング応答、応答なし、または、ヌルデータパケット（ＮＤＰ）応答についての指示を与え、前記延期時間を決定することは、
前記応答のタイプが、前記通常応答が送られるべきであるというものである場合は、第１の延期時間を決定し、
前記応答のタイプが、前記ロング応答が送られるべきであるというものである場合は、第２の延期時間を決定する、ことを備え、
前記決定された延期時間に基づいて、信号の送信を延期することと、
をコンピュータに実行させる命令を記録した、コンピュータ読み取り可能な記録媒体。
【請求項３２】
ワイヤレス局であって、
少なくとも１つのアンテナと、
前記少なくとも１つのアンテナを介して、前記ワイヤレス局に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成された受信機と、
処理システムであって、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも２つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも２つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示し、前記少なくとも２つのビットは、少なくとも、通常応答、ロング応答、応答なし、または、ヌルデータパケット（ＮＤＰ）応答についての指示を与え、前記処理システムは、
前記応答のタイプが、前記通常応答が送られるべきであるというものである場合は、第１の延期時間を決定し、
前記応答のタイプが、前記ロング応答が送られるべきであるというものである場合は、第２の延期時間を決定する
ことによって、前記延期時間を決定するように構成される、
前記決定された延期時間に基づいて、信号の送信を延期することと、
を行うように構成された処理システムと、
を備えるワイヤレス局。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条による優先権の主張  
[0001]本出願は、それらのすべての全体が参照によって本明細書に組み込まれている、２０１３年２月２０日に出願した米国仮特許出願第６１／７６７，２４０号（代理人整理番号第１３１７８１Ｐ１号）、２０１３年２月２６日に出願した米国仮特許出願第６１／７６９，７１８号（代理人整理番号第１３１７８１Ｐ２号）、２０１３年３月２６日に出願した米国仮特許出願第６１／８０５，４０２号（代理人整理番号第１３１７８１Ｐ３号）、２０１３年４月８日に出願した米国仮特許出願第６１／８０９，７１６号（代理人整理番号第１３１７８１Ｐ４号）、２０１３年４月１０日に出願した米国仮特許出願第６１／８１０，６６３号（代理人整理番号第１３１７８１Ｐ５号）、２０１３年５月６日に出願した米国仮特許出願第６１／８２０，１３３号（代理人整理番号第１３１７８１Ｐ６号）、２０１３年７月９日に出願した米国仮特許出願第６１／８４３，９０６号（代理人整理番号第１３１７８１ＵＳＬ０７号）、２０１３年７月９日に出願した米国仮特許出願第６１／８４４，００８号（代理人整理番号第１３１７８１ＵＳＬ０８号）、および２０１３年８月１６日に出願した米国仮特許出願第６１／８６６，９９１号（代理人整理番号第１３１７８１ＵＳＬ０９号）の利益を主張する。
【０００２】
[0002]本開示のいくつかの態様は、概して、ワイヤレス通信に関し、より詳細には、プロトコルデータユニットを確認応答（acknowledging）するための応答のタイプを示すことに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークおよびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
[0004]より大きなカバレージおよびより広い通信範囲に対する要望に対処するために、様々な方式が開発されている。１つのそのような方式は、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ａｈタスクフォースにより開発されている、サブ１ＧＨｚ周波数帯域（たとえば、米国では９０２〜９２８ＭＨｚで運用している）である。この開発は、他のＩＥＥＥ８０２．１１グループよりもワイヤレス範囲が広く障害物による損失が小さい周波数帯域を利用することに対する要望により、推進されている。
【発明の概要】
【０００５】
[0005]本開示の態様は概して、プロトコルデータユニット内で、送信されたプロトコルデータユニットを確認応答するための応答のタイプを示すことに関する。
【０００６】
[0006]本開示のいくつかの態様は、ワイヤレス通信のための第１の装置を提供する。第１の装置は概して、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を第２の装置に送信するように構成された送信機と、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットするように構成された処理システムとを含む。
【０００７】
[0007]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、ＰＰＤＵを受信するように構成された受信機と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定するように構成された処理システムとを含む。
【０００８】
[0008]本開示のいくつかの態様は、第１の装置によるワイヤレス通信のための方法を提供する。方法は概して、第２の装置にＰＰＤＵを送信することと、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットすることとを含む。
【０００９】
[0009]本開示のいくつかの態様は、装置によるワイヤレス通信のための方法を提供する。方法は概して、ＰＰＤＵを受信することと、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定することとを含む。
【００１０】
[0010]本開示のいくつかの態様は、ワイヤレス通信のための第１の装置を提供する。第１の装置は概して、第２の装置にＰＰＤＵを送信するための手段と、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットするための手段とを含む。
【００１１】
[0011]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、ＰＰＤＵを受信するための手段と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定するための手段とを含む。
【００１２】
[0012]本開示のいくつかの態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は概して、装置にＰＰＤＵを送信することと、送信されたＰＰＤＵに応答して装置から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットすることと、を行うように概して実行可能な命令を有するコンピュータ可読媒体を含む。
【００１３】
[0013]本開示のいくつかの態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は概して、装置においてＰＰＤＵを受信することと、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定することと、を行うように実行可能な命令を有するコンピュータ可読媒体を含む。
【００１４】
[0014]本開示のいくつかの態様は、ワイヤレス通信のための第１のワイヤレス局を提供する。第１のワイヤレス局は概して、少なくとも１つのアンテナと、少なくとも１つのアンテナを介して、第２のワイヤレス局にＰＰＤＵを送信するように構成された送信機と、送信されたＰＰＤＵに応答して第２のワイヤレス局から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットするように構成された処理システムとを含む。
【００１５】
[0015]本開示のいくつかの態様は、ワイヤレス通信のためのワイヤレス局を提供する。ワイヤレス局は概して、少なくとも１つのアンテナと、少なくとも１つのアンテナを介してＰＰＤＵを受信するように構成された受信機と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定するように構成された処理システムとを含む。
【００１６】
[0016]本開示のいくつかの態様は、ワイヤレス通信のための第１の装置を提供する。第１の装置は概して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を第２の装置に送信するように構成された送信機と、送信されたＭＰＤＵに応答して第２の装置から期待される確認応答（ＡＣＫ）のタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のフレーム制御フィールド（ＦＣＦ）中の少なくとも１つのビットをセットするように構成された処理システムとを含む。
【００１７】
[0017]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、ＭＰＤＵのＭＡＣヘッダＦＣＦを受信するように構成された受信機と、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定するように構成された処理システムとを含む。
【００１８】
[0018]本開示のいくつかの態様は、第１の装置によるワイヤレス通信のための方法を提供する。方法は概して、第２の装置にＭＰＤＵを送信することと、送信されたＭＰＤＵに応答して第２の装置から期待されるＡＣＫのタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のＦＣＦ中の少なくとも１つのビットをセットすることとを含む。
【００１９】
[0019]本開示のいくつかの態様は、ワイヤレス通信のための方法を提供する。方法は概して、ＭＰＤＵのＭＡＣヘッダＦＣＦを受信することと、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定することとを含む。
【００２０】
[0020]本開示のいくつかの態様は、ワイヤレス通信のための第１の装置を提供する。第１の装置は概して、第２の装置にＭＰＤＵを送信するための手段と、送信されたＭＰＤＵに応答して第２の装置から期待されるＡＣＫのタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のＦＣＦ中の少なくとも１つのビットをセットするための手段とを含む。
【００２１】
[0021]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、ＭＰＤＵのＭＡＣヘッダＦＣＦを受信するための手段と、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定するための手段とを含む。
【００２２】
[0022]本開示のいくつかの態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は概して、装置にＭＰＤＵを送信することと、送信されたＭＰＤＵに応答して装置から期待されるＡＣＫのタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のＦＣＦ中の少なくとも１つのビットをセットすることと、を行うように実行可能な命令を有するコンピュータ可読媒体を含む。
【００２３】
[0023]本開示のいくつかの態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は概して、ＭＰＤＵのＭＡＣヘッダＦＣＦを受信することと、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定することと、を行うように実行可能な命令を有するコンピュータ可読媒体を含む。
【００２４】
[0024]本開示のいくつかの態様は、第１のワイヤレス局を提供する。第１のワイヤレス局は概して、少なくとも１つのアンテナと、少なくとも１つのアンテナを介して第２のワイヤレス局にＭＰＤＵを送信するように構成された送信機と、送信されたＭＰＤＵに応答して第２のワイヤレス局から期待されるＡＣＫのタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のＦＣＦ中の少なくとも１つのビットをセットするように構成された処理システムとを含む。
【００２５】
[0025]本開示のいくつかの態様は、ワイヤレス局を提供する。ワイヤレス局は概して、少なくとも１つのアンテナと、少なくとも１つのアンテナを介してＭＰＤＵのＭＡＣヘッダＦＣＦを受信するように構成された受信機と、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定するように構成された処理システムとを含む。
【００２６】
[0026]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、装置に向けられていないＰＰＤＵを受信するように構成された受信機と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するように構成された処理システムであって、少なくとも１つのビットはＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、処理システムと、を含む。
【００２７】
[0027]本開示のいくつかの態様は、装置によるワイヤレス通信のための方法を提供する。方法は概して、装置に向けられていないＰＰＤＵを受信することと、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定することであって、少なくとも１つのビットはＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、決定することと、を含む。
【００２８】
[0028]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。装置は概して、装置に向けられていないＰＰＤＵを受信するための手段と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するための手段であって、少なくとも１つのビットはＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、決定するための手段と、を含む。
【００２９】
[0029]本開示のいくつかの態様は、装置によるワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は概して、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するために、装置に向けられていないＰＰＤＵを受信することを行うように実行可能な命令を有するコンピュータ可読媒体を含み、少なくとも１つのビットは、ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す。
【００３０】
[0030]本開示のいくつかの態様は、ワイヤレス局を提供する。ワイヤレス局は概して、少なくとも１つのアンテナと、少なくとも１つのアンテナを介して、ワイヤレス局に向けられていないＰＰＤＵを受信するように構成された受信機と、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するように構成された処理システムであって、少なくとも１つのビットはＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、処理システムと、を含む。
【００３１】
[0031]本開示の上述の特徴を詳細に理解することができるように、添付の図面にその一部を示す態様を参照することによって、上記で簡単に要約したより具体的な説明を得ることができる。しかしながら、この説明は他の同等の効果のある態様を容認し得るので、添付の図面は、本開示の特定の典型的な態様のみを示し、したがって、本開示の範囲の限定とみなされるべきではないことに留意されたい。
【図面の簡単な説明】
【００３２】
【図１】本開示のいくつかの態様による例示的なワイヤレス通信ネットワークの図。
【図２】本開示のいくつかの態様による、例示的アクセスポイントとユーザ端末とのブロック図。
【図３】本開示の特定の態様による例示的ワイヤレスデバイスのブロック図。
【図４】本開示のいくつかの態様による、確認応答（ＡＣＫ）指示フィールドの例示的な符号化を示す図。
【図５】本開示のいくつかの態様による、確認応答（ＡＣＫ）指示フィールドの例示的な符号化を示す図。
【図６】本開示のいくつかの態様による、確認応答（ＡＣＫ）指示フィールドの例示的な符号化を示す図。
【図７】本開示のいくつかの態様による、発信元によるワイヤレス通信のための例示的動作の流れ図。
【図７Ａ】図７に示す動作を実施することが可能な例示的手段を示す図。
【図８】本開示のいくつかの態様による、受信側によるワイヤレス通信のための例示的動作の流れ図。
【図８Ａ】図８に示す動作を実施することが可能な例示的手段を示す図。
【図９】本開示のいくつかの態様による、異なる応答タイプならびに変調およびコーディング方式（ＭＣＳ）値についての例示的な拡張フレーム間スペース（ＥＩＦＳ）値を示す図。
【図１０】本開示のいくつかの態様による、ＡＣＫ指示フィールドの例示的な符号化を示す図。
【図１１】本開示のいくつかの態様による、応答を送信するために使うべきＭＣＳを示すための可能なやり方を示す図。
【図１２】本開示のいくつかの態様による、応答を送信するために使うべきＭＣＳを示すための可能なやり方を示す図。
【図１３】本開示のいくつかの態様による、マルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）用のＡＣＫ指示フィールドの例示的な符号化を示す図。
【図１４】本開示のいくつかの態様による、応答帯域幅インジケータの例示的な使用およびフォーマットを示す図。
【図１５】本開示のいくつかの態様による、応答帯域幅インジケータの例示的な使用およびフォーマットを示す図。
【図１６】本開示のいくつかの態様による、ＡＣＫポリシービットを有する例示的なフレーム制御フィールド（ＦＣＦ）を示す図。
【図１７】本開示のいくつかの態様による、図１６のＡＣＫポリシービットの例示的な解釈を示す図。
【図１８】本開示のいくつかの態様による、ヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームについての例示的な等価なＡＣＫ指示を示す図。
【図１９】本開示のいくつかの態様による、発信元によるワイヤレス通信のための例示的動作の流れ図。
【図１９Ａ】図１９に示す動作を実施することが可能な例示的手段を示す図。
【図２０】本開示のいくつかの態様による、受信側によるワイヤレス通信のための例示的動作の流れ図。
【図２０Ａ】図２０に示す動作を実施することが可能な例示的手段を示す図。
【図２１】本開示のいくつかの態様による、応答のタイプを示すためのＴＸＶＥＣＴＯＲ中のRESPONSE_INDICATIONパラメータについての例示的な値のテーブル。
【図２２】本開示のいくつかの態様による、異なる装置に向けられたＰＰＤＵを受信するサードパーティ装置によるワイヤレス通信のための例示的動作の流れ図。
【図２２Ａ】図２２に示す動作を実施することが可能な例示的手段を示す図。
【詳細な説明】
【００３３】
本開示の様々な態様について、以下で、添付の図面を参照してより詳細に説明する。ただし、本開示は、多くの異なる形態で実施され得るものであり、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈すべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する本開示のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置を実装し得、または方法を実施し得る。さらに、本開示の範囲は、本明細書に記載の本開示の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置またはそのような方法をカバーするものとする。本明細書で開示する本開示の任意の態様が請求項の１つまたは複数の要素によって実施できることを理解されたい。
【００３４】
「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利なものと解釈すべきではない。
【００３５】
本明細書では特定の態様について説明するが、これらの態様の多くの変形体および置換は本開示の範囲内に入る。好ましい態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるものとし、そのうちのいくつかを例として図および好ましい態様についての以下の説明で示す。詳細な説明および図面は、限定的なものではなく本開示を説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびその均等物によって規定される。
【００３６】
[0058]本明細書では、ワイヤレス通信の分野における一般に認識されている使用法に一致する、以下に記載する頭字語を使用することがある。本明細書では、他の頭文字を使用することもあり、以下のリストにおいて定義されていない場合は、本明細書で最初に出現する場所で定義する。  
ＡＣＫ  確認応答  
Ａ−ＭＰＤＵ  アグリゲートＭＡＣプロトコルデータユニット  
ＡＰ  アクセスポイント  
ＢＡ  ブロックＡｃｋ  
ＢＡＲ  ブロックＡｃｋ要求  
ＣＲＣ  巡回冗長検査  
ＤＣＦ  分散協調機能  
ＤＩＦＳ  ＤＣＦフレーム間スペース  
ＥＯＦ  フレーム終了  
ＥＩＦＳ  拡張フレーム間スペース  
ＦＣＳ  フレーム検査シーケンス  
ＩＤ  識別子  
ＩＥＥＥ  米国電気電子技術者協会  
ＬＴＦ  ロングトレーニングフィールド  
ＭＡＣ  メディアアクセス制御  
ＭＳＢ  最上位ビット  
ＭＩＭＯ  多入力多出力  
ＭＰＤＵ  ＭＡＣプロトコルデータユニット  
ＭＵ  マルチユーザ  
ＭＵ−ＭＩＭＯ  マルチユーザ多入力多出力  
ＮＤＰ  ヌルデータパケット  
ＯＦＤＭ  直交周波数分割多重  
ＯＦＤＭＡ  直交周波数分割多元接続  
ＰＨＹ  物理レイヤ  
ＰＬＣＰ  物理レイヤコンバージェンスプロトコル  
ＰＰＤＵ  ＰＬＣＰプロトコルデータユニット  
ＰＳＤＵ  ＰＬＣＰサービスデータユニット  
ＱｏＳ  サービス品質  
ＲＤＧ  逆方向グラント  
Ｓ１Ｇ  サブ１ＧＨｚ  
ＳＤＭＡ  空間分割多元接続  
ＳＩＦＳ  ショートフレーム間スペース  
ＳＩＧ  信号  
ＳＴＡ  局  
ＳＴＢＣ  時空間ブロックコーディング  
ＳＴＦ  ショートトレーニングフィールド  
ＳＵ  シングルユーザ  
ＴＣＰ  伝送制御プロトコル  
ＶＨＴ  超高スループット  
ＷＬＡＮ  ワイヤレスローカルエリアネットワーク
例示的なワイヤレス通信システム  
[0059]本明細書で説明する技法は、直交多重化方式に基づく通信システムを含む様々なブロードバンドワイヤレス通信システムに使用され得る。そのような通信システムの例には、空間分割多元接続（ＳＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。ＳＤＭＡシステムは、十分に異なる方向を使用して、複数のユーザ端末に属すデータを同時に送信するために利用できる。ＴＤＭＡシステムは、複数のユーザ端末が、送信信号を異なるタイムスロットに分割することによって、同じ周波数チャネルを共有することを可能にすることができ、各タイムスロットは、異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどと呼ぶこともできる。ＯＦＤＭでは、各サブキャリアはデータで独立して変調できる。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためのインターリーブされたＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するための局所ＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するための拡張ＦＤＭＡ（ＥＦＤＭＡ）を利用することができる。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で送られる。
【００３７】
[0060]本明細書の教示は、様々なワイヤードまたはワイヤレス装置（たとえば、ノード）に組み込まれ得る（たとえば、その装置内に実装され、またはその装置によって実行され得る）。いくつかの態様では、本明細書の教示に従って実装されるワイヤレスノードはアクセスポイントまたはアクセス端末を備え得る。
【００３８】
アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）、基地局コントローラ（「ＢＳＣ」）、ベーストランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。
【００３９】
アクセス端末（「ＡＴ」）は、加入者局、加入者ユニット、移動局（ＭＳ）、リモート局、リモート端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ）、ユーザ局、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、局（「ＳＴＡ」）、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、娯楽デバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、全地球測位システム（ＧＰＳ）デバイス、あるいはワイヤレスまたはワイヤード媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。いくつかの態様では、ノードはワイヤレスノードである。たとえば、そのようなワイヤレスノードは、ワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど、ワイドエリアネットワーク）のための、またはネットワークへの接続性を与え得る。
【００４０】
図１に、アクセスポイントとユーザ端末とをもつ多元接続多入力多出力（ＭＩＭＯ）システム１００を示す。簡単のために、図１にはただ１つのアクセスポイント１１０を示してある。アクセスポイントは、一般に、ユーザ端末と通信する固定局であり、基地局または何らかの他の用語で呼ばれることもある。ユーザ端末は、固定でもモバイルでもよく、移動局、ワイヤレスデバイスまたは何らかの他の用語で呼ばれることもある。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で所与の瞬間において１つまたは複数のユーザ端末１２０と通信することができる。ダウンリンク（すなわち、順方向リンク）はアクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）はユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアに通信することができる。システムコントローラ１３０は、アクセスポイントに結合し、アクセスポイントの調整および制御を行う。
【００４１】
以下の開示の部分では、空間分割多元接続（ＳＤＭＡ）によって通信することが可能なユーザ端末１２０について説明するが、いくつかの態様では、ユーザ端末１２０は、ＳＤＭＡをサポートしないいくつかのユーザ端末をも含むことができる。したがって、そのような態様では、ＡＰ１１０は、ＳＤＭＡユーザ端末と非ＳＤＭＡユーザ端末の両方と通信するように構成できる。この手法は、より新しいＳＤＭＡユーザ端末が適宜に導入されることを可能にしながら、より古いバージョンのユーザ端末（「レガシー」局）が企業に展開されたままであることを都合よく可能にして、それらの有効寿命を延長することができる。
【００４２】
[0065]システム１００は、ダウンリンクおよびアップリンク上でのデータ送信のために複数の送信アンテナおよび複数の受信アンテナを採用する。アクセスポイント１１０は、Ｎap個のアンテナを備え、ダウンリンク送信では多入力（ＭＩ）を表し、アップリンク送信では多出力（ＭＯ）を表す。Ｋ個の選択されたユーザ端末１２０のセットは、ダウンリンク送信では多出力を集合的に表し、アップリンク送信では多入力を集合的に表す。純粋なＳＤＭＡの場合、Ｋ個のユーザ端末のためのデータシンボルストリームが、何らかの手段によって、コード、周波数、または時間で多重化されない場合、Ｎap≧Ｋ≧１であることが望まれる。ＴＤＭＡ技法、ＣＤＭＡを用いた様々なコードチャネル、ＯＦＤＭを用いたサブバンドの独立セットなどを使用してデータシンボルストリームを多重化することができる場合、ＫはＮapよりも大きくすることができる。各選択されたユーザ端末は、ユーザ固有のデータをアクセスポイントに送信し、および／またはアクセスポイントからユーザ固有のデータを受信する。一般に、各選択されたユーザ端末は、１つまたは複数のアンテナを備えることができる（すなわち、Ｎut≧１）。Ｋ個の選択されたユーザ端末は、同じまたは異なる数のアンテナを有することができる。
【００４３】
システム１００は時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムとすることができる。ＴＤＤシステムの場合、ダウンリンクとアップリンクは同じ周波数帯域を共有する。ＦＤＤシステムの場合、ダウンリンクとアップリンクは異なる周波数帯域を使用する。ＭＩＭＯシステム１００はまた、送信のために単一のキャリアまたは複数のキャリアを利用することができる。各ユーザ端末は、（たとえば、コストを抑えるために）単一のアンテナを備えることができ、または（たとえば、追加費用をサポートすることができる場合）複数のアンテナを備えることができる。ユーザ端末１２０が、送信／受信を異なるタイムスロットに分割することによって、同じ周波数チャネルを共有する場合、システム１００は、ＴＤＭＡシステムであってもよく、各タイムスロットは、異なるユーザ端末１２０に割り当てられる。
【００４４】
図２に、ＭＩＭＯシステム１００におけるアクセスポイント１１０と２つのユーザ端末１２０ｍおよび１２０ｘとのブロック図を示す。アクセスポイント１１０は、Ｎt個のアンテナ２２４ａ〜２２４ｔを備える。ユーザ端末１２０ｍは、Ｎut,m個のアンテナ２５２ｍａ〜２５２ｍｕを備え、ユーザ端末１２０ｘは、Ｎut,x個のアンテナ２５２ｘａ〜２５２ｘｕを備える。アクセスポイント１１０は、ダウンリンクでは送信エンティティであり、アップリンクでは受信エンティティである。各ユーザ端末１２０は、アップリンクでは送信エンティティであり、ダウンリンクでは受信エンティティである。本明細書で使用する「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立動作型の装置またはデバイスであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立動作型の装置またはデバイスである。以下の説明では、下付き文字「ｄｎ」はダウンリンクを示し、上付き文字「ｕｐ」はアップリンクを示し、Ｎup個のユーザ端末がアップリンク上での同時送信のために選択され、Ｎdn個のユーザ端末がダウンリンク上での同時送信のために選択され、Ｎupは、Ｎdnに等しいことも等しくないこともあり、ＮupとＮdnとは、静的な値であるかまたはスケジュール間隔ごとに変化することができる。アクセスポイントおよびユーザ端末においてビームステアリングまたは何らかの他の空間処理技法が使用できる。
【００４５】
アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、送信（ＴＸ）データプロセッサ２８８は、データソース２８６からトラフィックデータを受信し、コントローラ２８０から制御データを受信する。ＴＸデータプロセッサ２８８は、ユーザ端末のための選択されたレートに関連するコーディングおよび変調方式に基づいて、ユーザ端末のためのトラフィックデータを処理（たとえば、符号化、インターリーブ、および変調）し、データシンボルストリームを与える。ＴＸ空間プロセッサ２９０は、データシンボルストリームに対して空間処理を実行し、Ｎut,m個の送信シンボルストリームをＮut,m個のアンテナに与える。各送信機ユニット（ＴＭＴＲ）２５４は、アップリンク信号を発生するために、それぞれの送信シンボルストリームを受信し、処理（たとえば、アナログ変換、増幅、フィルタ処理、および周波数アップコンバート）する。Ｎut,m個の送信機ユニット２５４は、Ｎut,m個のアンテナ２５２からアクセスポイントへの送信用に、Ｎut,m個のアップリンク信号を与える。
【００４６】
アップリンク上での同時送信のためにＮup個のユーザ端末がスケジュールできる。これらのユーザ端末の各々は、そのデータシンボルストリームに対して空間処理を実行し、アップリンク上で送信シンボルストリームのそのセットをアクセスポイントに送信する。
【００４７】
[0070]アクセスポイント１１０において、Ｎap個のアンテナ２２４ａ〜２２４ａｐは、アップリンク上で送信するすべてのＮup個のユーザ端末からアップリンク信号を受信する。各アンテナ２２４は、受信信号をそれぞれの受信機ユニット（ＲＣＶＲ）２２２に与える。各受信機ユニット２２２は、送信機ユニット２５４によって実行された処理を補足する処理を実行し、受信シンボルストリームを与える。ＲＸ空間プロセッサ２４０は、Ｎap個の受信機ユニット２２２からのＮap個の受信シンボルストリームに対して受信機空間処理を実行し、Ｎup個の復元されたアップリンクデータシンボルストリームを与える。受信機空間処理は、チャネル相関行列反転（ＣＣＭＩ）、最小平均２乗誤差（ＭＭＳＥ）、ソフト干渉消去（ＳＩＣ）、または何らかの他の技法に従って実行される。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定値である。ＲＸデータプロセッサ２４２は、復号データを得るために、そのストリームのために使用されたレートに応じて各復元されたアップリンクデータシンボルストリームを処理（たとえば、復調、デインターリーブ、および復号）する。各ユーザ端末の復号データは、記憶のためにデータシンク２４４に与えられ、および／またはさらなる処理のためにコントローラ２３０に与えられる。
【００４８】
ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０は、ダウンリンク送信のためにスケジュールされたＮdn個のユーザ端末のためのデータソース２０８からトラフィックデータを受信し、コントローラ２３０から制御データを受信し、場合によってはスケジューラ２３４から他のデータを受信する。様々なタイプのデータは様々なトランスポートチャネル上で送られる。ＴＸデータプロセッサ２１０は、そのユーザ端末のために選択されたレートに基づいて各ユーザ端末のトラフィックデータを処理（たとえば、符号化、インターリーブ、変調）する。ＴＸデータプロセッサ２１０は、Ｎdn個のダウンリンクデータシンボルストリームをＮdn個のユーザ端末に与える。ＴＸ空間プロセッサ２２０は、Ｎdn個のダウンリンクデータシンボルストリームに対して空間処理（本開示に記載するプリコーディングまたはビームフォーミングなど）を実施し、Ｎap個のアンテナにＮap個の送信シンボルストリームを与える。各送信機ユニット２２２は、ダウンリンク信号を発生するために、それぞれの送信シンボルストリームを受信し、処理する。Ｎap個の送信機ユニット２２２は、Ｎap個のアンテナ２２４からユーザ端末への送信のために、Ｎap個のダウンリンク信号を与える。
【００４９】
各ユーザ端末１２０において、Ｎut,m個のアンテナ２５２は、アクセスポイント１１０からＮap個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連するアンテナ２５２からの受信信号を処理し、受信シンボルストリームを与える。ＲＸ空間プロセッサ２６０は、Ｎut,m個の受信機ユニット２５４からのＮut,m個の受信シンボルストリームに対して受信機空間処理を実行し、復元されたダウンリンクデータシンボルストリームをユーザ端末に与える。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥまたは何らかの他の技法に従って実行される。ＲＸデータプロセッサ２７０は、ユーザ端末のための復号データを得るために、復元されたダウンリンクデータシンボルストリームを処理（たとえば、復調、デインターリーブ、および復号）する。
【００５０】
各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、チャネル利得推定値、ＳＮＲ推定値、ノイズ分散などを含み得るダウンリンクチャネル推定値を与える。同様に、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を与える。各ユーザ端末用のコントローラ２８０は通常、ユーザ端末についての空間フィルタ行列を、そのユーザ端末についてのダウンリンクチャネル応答行列Ｈdn,mに基づいて導出する。コントローラ２３０は、アクセスポイントについての空間フィルタ行列を、実効アップリンクチャネル応答行列Ｈup,effに基づいて導出する。各ユーザ端末用のコントローラ２８０は、フィードバック情報（たとえば、ダウンリンクおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値など）をアクセスポイントに送ることができる。コントローラ２３０および２８０は、それぞれ、アクセスポイント１１０とユーザ端末１２０とにおける様々な処理ユニットの動作も制御する。
【００５１】
図３に、ＭＩＭＯシステム１００内で採用され得るワイヤレスデバイス３０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス３０２は、本明細書で説明する様々な方法を実装するように構成できるデバイスの一例である。ワイヤレスデバイス３０２はアクセスポイント１１０またはユーザ端末１２０であり得る。
【００５２】
[0075]ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含むことができる。プロセッサ３０４は中央処理装置（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含むことができるメモリ３０６は、命令とデータとをプロセッサ３０４に与える。メモリ３０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含むことができる。プロセッサ３０４は一般に、メモリ３０６内に記憶されたプログラム命令に基づいて、論理および演算動作を実行する。メモリ３０６中の命令は、本明細書で説明する方法を実装するために実行可能である。
【００５３】
ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２と遠隔地との間のデータの送信および受信を可能にするために送信機３１０と受信機３１２とを含むことができるハウジング３０８を含むこともできる。送信機３１０と受信機３１２とを組み合わせてトランシーバ３１４を形成することができる。単一または複数の送信アンテナ３１６は、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２は、複数の送信機と、複数の受信機と、複数のトランシーバとをも含むことができる（図示せず）。
【００５４】
ワイヤレスデバイス３０２は、トランシーバ３１４によって受信された信号のレベルを検出および定量化するために使用できる信号検出器３１８をも含むことができる。信号検出器３１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）３２０を含み得る。
【００５５】
ワイヤレスデバイス３０２の様々な構成要素は、データバスに加えて、電力バスと、制御信号バスと、ステータス信号バスとを含み得るバスシステム３２２によって互いに結合され得る。
【００５６】
例示的なＡＣＫタイプ指示（indication）およびＥＩＦＳ  
[0079]ＨＥＷ（高効率ＷｉＦｉ（登録商標）もしくは高効率ＷＬＡＮ）またはサブ１ＧＨｚ（Ｓ１Ｇ）としても知られているように、ＩＥＥＥ８０２．１１ａｈは、８０２．１１ネットワークにおいてより長い範囲を可能にする、ＩＥＥＥ８０２．１１規格に対する改正である。８０２．１１ａｈチャネルは、８０２．１１ａｈのみに専用となり、このことは、これらのチャネル中にレガシー８０２．１１デバイスがないことを含意する。これにより、ＰＬＣＰヘッダ（ＰＨＹヘッダとしても知られる）を設計し直すこと、およびＰＰＤＵのサードパーティ受信機が、ＰＰＤＵに対する応答があるかどうかを現時点では知らないという問題に対処することが可能になる。
【００５７】
[0080]本開示のいくつかの態様は、ＰＰＤＵのＰＬＣＰヘッダ中にＡＣＫ指示フィールド（応答指示フィールドとも呼ばれる）を含むＰＰＤＵ（たとえば、Ｓ１Ｇ  ＰＰＤＵ）を送信するための技法と装置とを提供する。ＡＣＫ指示フィールドは、ＰＰＤＵに対する応答（ある場合）のタイプを示し得る。応答のタイプは、サードパーティ受信機（ＰＰＤＵ中のＭＰＤＵの受信側でないか、またはＰＰＤＵ中のＭＰＤＵ（複数可）を復号することができない受信機である）によって、ＰＰＤＵに対する可能応答を延期するのに使われる。延期は、再開バックオフに先立つ拡張フレーム間スペース（ＥＩＦＳ）時間に基づき得る。特定の態様では、延期は、応答指示延期（ＲＩＤ：Response Indication Deferral）プロシージャに基づき得る。ＭＡＣ部分を復号することができない場合、受信ＰＰＤＵの後、ＥＩＦＳが開始される。
【００５８】
[0081]いくつかの態様によると、ＡＣＫ指示フィールドは、Ｓ１Ｇ  ＰＰＤＵの信号（ＳＩＧ）フィールド中に含まれ得る。本明細書で使用するとき、用語「ＳＩＧフィールド」は、また、例えば２ＭＨｚの長さに等しいまたはより大きいプリアンブルにおける、シグナルＡフィールド（ＳＩＧ−Ａフィールド）および／またはシグナルＢフィールド（ＳＩＧ−Ｂフィールド）を指し得る。ＡＣＫ指示フィールドはサイズが２ビットであり得、４つの可能応答タイプ（０〜３）を指定する。ＡＣＫ指示フィールドの例示的な符号化が、図４に示されている。
【００５９】
Ｓ１Ｇにおける規約は、５１２バイト未満のＭＰＤＵが、ＳＩＧフィールド中のオクテットカウントを通して示されること、および５１２オクテット以上のパケットが、ＰＰＤＵのシンボルの数によって示されることである。後者のケースにおいて、Ａ−ＭＰＤＵは、フレームのＭＡＣ部分中で使われる（このことは、ＭＰＤＵ（複数可）のオクテットカウントが、ＭＰＤＵデリミタによって示されること、およびブロック確認応答（ブロックＡｃｋ）が使われ得ることも含意する）。長さフィールドをオクテットカウントそれともシンボルカウントとして解釈するかは、アグリゲーションビットの設定に依存する。いくつかの態様に対して、長さ、アグリゲーション、およびＡＣＫ指示は、ＰＬＣＰヘッダのＳＩＧフィールドの一部である。フレーム終了（ＥＯＦ）フィールドは、ＭＰＤＵデリミタの一部である。第１の非ゼロ長ＭＰＤＵデリミタが、１に等しいＥＯＦ値を有するとき、これは、単一のＭＰＤＵのみがＰＰＤＵ中に存在することと、応答はＡＣＫフレーム（通常またはＮＤＰフォーマット、ここでＮＤＰは一般に、ＰＬＣＰヘッダのみからなり、すなわち、真のヌルデータパケットである）でなければならないこととをシグナリングする。それ以外のとき、Ａ−ＭＰＤＵに対する応答はブロックＡｃｋ（通常またはＮＤＰフォーマット）である。通常ブロックＡｃｋフレームは概して、ＭＰＤＵヘッダと、開始シーケンス番号（ＳＳＮ）と、６４ビットのブロックＡｃｋビットマップとを含む、３２バイト長の圧縮タイプである。
【００６０】
逆向きグラント（ＲＤＧ：Reverse Direct Grant）は概して、ＡＣＫまたはブロックＡｃｋ以外の応答フレームを送るための時間を受信機に付与するのに使われる機構を指す。ＡＣＫ指示は、ＲＤＧ向けにロング応答（ＡＣＫ指示＝３）にセットされる。
【００６１】
図４に示される例示的なＡＣＫ指示フィールド符号化は、応答なし（no response）、ＮＤＰ応答、通常（制御）応答、およびロング応答（long response）についての指示を与える。超高スループット（ＶＨＴ）シングルＭＰＤＵと組み合わせられた、通常ＡＣＫについての指示はないが、それは、この場合、通常ＡＣＫではなくＮＤＰ  ＡＣＫが使われ得ると仮定されるからである。ＶＨＴシングルＭＰＤＵについての通常ＡＣＫ指示を追加することが可能であるが、それには、第５の応答タイプを伴い、これは、ＡＣＫ指示フィールド用に３ビットを使うことを示唆する。２ビットのみが現時点で利用可能であり、したがって、ＶＨＴシングルＭＰＤＵについての通常ＡＣＫオプションを省くための設計選択ということになる。
【００６２】
[0085]通常ＡＣＫが、２（通常応答）のＡＣＫ指示値を使って、ＶＨＴシングルＭＰＤＵに対する応答として送られるが、通常ＡＣＫの送信側と受信機の両方が、ブロックＡｃｋ（ＢＡ）とＡＣＫとの間の送信時間の差に等しいポストＡＣＫ  ＥＩＦＳを観察し得ることが可能である。  
ポストＡＣＫ  ＥＩＦＳ  ＝  ＢＡ送信時間  −  ＡＣＫ送信時間
ポストＡＣＫ  ＥＩＦＳ（ＶＨＴシングルＭＰＤＵ用）を含むＡＣＫ指示フィールドの例示的な符号化が、図５に示されている。
【００６３】
別のソリューションは、ＡＣＫフレームではなく、ＳＳＮおよびブロックＡｃｋビットマップがすべて０、または何らかの他の予約済み値にセットされているブロックＡＣＫフレームを送ることである。さらに別のソリューションは、ＡＣＫを、ゼロ長デリミタ（４オクテットの非ゼロＭＰＤＵデリミタ、１４オクテットＡＣＫ、２オクテットのＡ−ＭＰＤＵパディング、および３つのゼロ長デリミタ）を使って３２オクテットまで埋められたＡ−ＭＰＤＵとして送ることである。図６は、ＶＨＴシングルＭＰＤＵについての３２オクテットＡＣＫをもつＡＣＫ指示フィールドの例示的な符号化を示す。
【００６４】
[0088]ロング応答タイプは可能性として、サードパーティ受信機において、非常に長いＥＩＦＳを開始させる。不公平を避けるために、ロング応答（＝３）のＡＣＫ指示をもつＰＰＤＵが、異なるＡＣＫ指示（＜３）をもつＰＰＤＵでフォローアップされ得る。このフォローアップＰＰＤＵは、サードパーティ受信機におけるＥＩＦＳまたはＲＩＤを短縮（truncates）し、すべての競合相手を、バックオフを再開するための同じスケジュールに戻す。
【００６５】
[0089]一実施形態では、ロング応答のイニシエータは、交換（exchange）の最後のフレームとして送信機会（ＴＸＯＰ）トランケーション（truncation）フレームを送ることによって、ＥＩＦＳを短縮（truncates）し得る。このＴＸＯＰトランケーションは、持続時間フィールド値が０にセットされた、コンテンションフリーエンド（ＣＦ−Ｅｎｄ）フレームまたはＣＴＳ−ｔｏ−Ｓｅｌｆ（それ自体にアドレス指定されたＣＴＳ）フレームであり得る。一実施形態では、ＣＦ−ＥｎｄまたはＣＴＳ−Ｔｏ−Ｓｅｌｆフレームは、ヌルデータパケット（ＮＤＰ）であり得、すべての制御情報がＮＤＰフレームのＳＩＧフィールドに含まれている。一実施形態では、ＴＸＯＰトランケーションフレームの役割を果たすＮＤＰ  ＣＴＳフレームは、それが、通常のＣＦ−Ｅｎｄフレームと比較して、より短く、最も低い変調およびコーディングスキーム（ＭＣＳ）で送られ、したがって、より効率的であり得るならば、通常のネットワーク動作においてＣＦ−Ｅｎｄに置き換わり得る。例として、ＮＤＰ  ＣＴＳフレームは、それが送信すべきそれ以上のデータをもたないときには周囲のＳＴＡのＮＡＶをリセットするために、または、Speed Frame ExchangeもしくはReverse Direction Protocolsなど、ＲＤＧに類似のプロトコルを使用して、そのピアＳＴＡに対して許可されている可能性のあるＴＸＯＰをリリースするために、ＴＸＯＰホルダによって使用され得る。このような実施形態では、ピアＳＴＡがある特定の量の時間（例えば、ＳＩＦＳ時間）後に媒体にアクセスしない場合、ＴＸＯＰホルダは、ＮＡＶをリセットし、媒体をフリーにするために、ある特定の量の時間（例えば、ポイント調整機能（ＰＣＦ）フレーム間スペース（ＰＩＦＳ）時間）後に０にセットされた持続時間でＮＤＰ  ＣＴＳフレームを送ることができる。
【００６６】
[0090]いくつかの態様では、本明細書において提供される技法は概して、要請フレームに対する、（ＮＤＰと、通常制御フレームと、長いフレームとを含む）複数の応答フレームの中から、受信機が選択する（および、他のＳＴＡが検出する）ことを可能にするＡＣＫ指示ビットのマッピングを提供する。選択は、ＰＨＹプリアンブル中のＡＣＫ指示フィールドと、上述したように、ＰＨＹプリアンブル（たとえば、アグリゲーションビット）において入手可能な他の情報、ならびにＭＰＤＵデリミタ（たとえば、ＥＯＦ）における何らかの情報を使うこととに基づき得る。本開示のいくつかの態様は概して、この指示に基づくＥＩＦＳまたはＲＩＤの算出にも関する。
【００６７】
いくつかのケースでは、新規ＡＣＫ指示が、ＱｏＳ制御フィールドからの、「ブロックＡｃｋ」ＡＣＫポリシーについての明示的値をもたず、暗黙的なもののみをもつ場合がある。これは、ＡＣＫ指示フィールド中のビットを助け得る。いくつかのケースでは、「ブロックＡｃｋ」ＡＣＫポリシーの暗黙的指示は、以下の設定により与えられ得る。  
・ＡＣＫ指示  ＝  ０（応答なし（No Response））  
・アグリゲーション  ＝  １（Ａ−ＭＰＤＵ）  
・第１の非ゼロ長ＭＰＤＵデリミタがＥＯＦ＝０を有する（すなわち、ＶＨＴ
シングルＡ−ＭＰＤＵがない）
[0092]これらの値がＰＰＤＵヘッダおよび第１の非ゼロ長ＭＰＤＵデリミタ中にあるとき、ＡＣＫポリシーは「ブロックＡｃｋ」に等しく、これは、受信ＭＰＤＵに関して状態が記録される（すなわち、それに基づいてブロックＡｃｋビットマップが形成され得る）が、ＰＰＤＵの後にブロックＡｃｋフレームが送られないことを意味する。
【００６８】
[0093]前述したようにＳＩＧフィールドにＡＣＫ指示フィールドを含めることは、ヌルデータパケット（ＮＤＰ）制御応答フレームおよび通常の制御応答フレームの持続時間、ならびに、スピードフレーム交換（Speed Frame exchange）および非対称ＢＡの指示を与える。それにより、サードパーティＳＴＡが、応答の持続時間を正確に予測できるようになり、ＰＬＣＰヘッダ情報だけに基づく動的ＥＩＦＳ計算を可能にする。予定される受信機は、次いで、ショートＭＡＣヘッダについて本明細書に記載した規則に基づいて、または通常のＭＡＣヘッダのＱｏＳ制御フィールド内の既に存在するＡＣＫポリシーフィールドにより、そのＡＣＫポリシーを決定し得る。
【００６９】
[0094]図７は、本開示のいくつかの態様による発信（送信）装置による、ワイヤレス通信のための例示的動作７００の流れ図である。動作７００は、７０２で始まることができ、ここで発信装置は、受信装置にＰＰＤＵを送信する。７０４で、７０２での実際の送信の前に、発信装置は、送信されたＰＰＤＵに応答して受信装置から期待される応答のタイプを示すように、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットをセットする。
【００７０】
[0095]いくつかの態様によれば、少なくとも１つのビットは、第２の装置ならびに他の装置によっても復号可能なＰＬＣＰヘッダの第１の部分にありうる。いくつかの態様では、ＰＬＣＰヘッダの第１の部分は、ＰＰＤＵが１ＭＨｚのＰＰＤＵである場合、シグナル（ＳＩＧ）フィールドを、ＰＰＤＵが２ＭＨｚ以上のＰＰＤＵである場合、シグナルＡ（ＳＩＧ−Ａ）フィールドを含む。
【００７１】
[0096]いくつかの態様によると、動作７００は、発信装置が、第２の装置によってヌルデータパケット（ＮＤＰ）中で応答が送られることを可能にする少なくとも１つのタイプを含むタイプ群から、指示（すなわち、応答のタイプ）を選択することをさらに含む。
【００７２】
[0097]いくつかの態様によると、動作７００は、発信装置が、ＰＰＤＵの信号（ＳＩＧ）フィールドまたはメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）デリミタ中のビットを、ＰＰＤＵがシングルＭＰＤＵを備えることを示す値にセットすることをさらに含む。
【００７３】
[0098]いくつかの態様によれば、動作７００は、発信元の装置がＢＡビットマップとともにＮＤＰブロック確認応答（ＢＡ）を受信することをさらに含む。この場合、処理システムは、ＢＡビットマップの１つまたは複数のビットを確認応答識別情報（ＡＣＫ  ＩＤ）への拡張として解釈するように構成され得る。
【００７４】
[0099]いくつかの態様によると、少なくとも１つのビットは、応答なし（no response）が期待されることを示す値にセットされる。
【００７５】
[0100]いくつかの態様によると、少なくとも１つのビットは、応答なしが期待されること、ヌルデータパケット（ＮＤＰ）応答が期待されること、通常応答が期待されること、またはロング応答が期待されることを示す値にセットされた少なくとも２つのビットである。いくつかの態様では、動作７００は、発信元の装置が、ＰＰＤＵに対する応答を受信し、以前に送信されたＰＰＤＵに対する応答を受け取った後で第２のＰＰＤＵを送信することをさらに含む。いくつかの態様では、動作７００は、発信元の装置が、送信された第２のＰＰＤＵに応答して第２の装置からの応答なしが期待されることを示すように、第２のＰＰＤＵのＰＬＣＰヘッダにおいて少なくとも１つのビットをセットすることをさらに含み得る。いくつかの態様では、動作７００は、ロング応答が期待されることを示す値に少なくとも２つのビットがセットされた場合、ＥＩＦＳを短縮するためのフレームを送信することをさらに含み得る。フレームは、コンテンションフリーエンド（ＣＦ−Ｅｎｄ）フレームまたは送信可（ＣＴＳ：clear-to-send）フレームでありうる。以上に示したように、フレームは、ヌルデータパケット（ＮＤＰ）であり得る。
【００７６】
[0101]いくつかの態様によると、動作７００は、発信装置が、ＰＰＤＵのＰＬＣＰヘッダ中（たとえば、ＳＩＧフィールド中）のビットを、ＰＰＤＵがアグリゲートＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）を備えるかどうかを示す値にセットすることをさらに含み得る。
【００７７】
[0102]いくつかの態様によると、動作７００は、発信装置が、フレーム終了（ＥＯＦ）値を、非ゼロ長フィールドをもつＰＰＤＵの第１のＭＰＤＵデリミタのゼロにセットすることをさらに含み得る。このＥＯＦ値は、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプをさらに示す。
【００７８】
[0103]いくつかの態様によると、動作７００は、発信装置が、ＰＰＤＵのＰＬＣＰヘッダ中の別のビットを、ＰＰＤＵがマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）パケットとして送信されることを示す値にセットすることをさらに含み得る。この場合、ＭＵ−ＭＩＭＯパケットは、異なるユーザ位置にいるユーザに向けられた異なるパケットを備えることができ、ＰＰＤＵ（ＭＵ−ＭＩＭＯパケット）のＰＬＣＰヘッダ中の少なくとも１つのビットは、非ゼロの時空間ストリーム数（Ｎｓｔｓ）をもつ、第１のユーザ位置にいるユーザに対応する第２の装置のみから期待される応答のタイプ示すことができる。いくつかの態様に対して、第１のユーザ位置はグループ識別子（ＧＩＤ）に基づく。いくつかの態様に対して、動作７００は、発信装置が、ＧＩＤをＰＬＣＰヘッダ中に含めることをさらに含み得る。いくつかの態様に対して、ＭＵ−ＭＩＭＯパケットは、異なるユーザ位置にいるユーザに向けられた異なるパケットを備え、ＰＬＣＰヘッダ中の少なくとも１つのビットは、第１のユーザ位置にいるユーザに対応する第２の装置のみから期待される応答のタイプを示す。この場合、第１の装置は、非ゼロの時空間ストリーム数（Ｎｓｔｓ）をもつ、非第１のユーザ位置にいるユーザまたは非第１のユーザ位置にいるユーザのうちの少なくとも１人からの応答を期待しなくてよい。いくつかの態様に対して、動作７００は、他のユーザ位置にいる１人または複数のユーザから期待される１つまたは複数の応答のタイプを別々に示すことをさらに含み得る。
【００７９】
[0104]いくつかの態様によると、動作７００は、発信装置が、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つの他のビットを、第２の装置から期待される応答の帯域幅を示すようにセットすることをさらに含み得る。
【００８０】
[0105]いくつかの態様によると、動作７００は、発信装置が、ＰＬＣＰヘッダ中に、第２の装置が応答を送信するために使うための変調およびコーディング方式（ＭＣＳ）を符号化すること、または場合によっては提供することをさらに含み得る。
【００８１】
[0106]いくつかの態様によると、動作７００は、ＰＬＣＰヘッダ中の少なくとも１つのビットと一緒に、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプを示す、少なくとも１つのＡＣＫポリシービットを有するフレーム制御フィールド（ＦＣＦ）を送信することをさらに含み得る。この場合、少なくとも１つのＡＣＫポリシービットは、ＦＣＦのタイプフィールド中の少なくとも１つのビットを含み得る。他の態様の場合、ＰＰＤＵは、ＰＬＣＰヘッダ中の少なくとも１つのビットとともに、送信されたＰＰＤＵに応答して第２の装置から期待される応答のタイプを示す少なくとも１つのＡＣＫポリシービットを有するサービス品質（ＱｏＳ）制御フィールドを含み得る。
【００８２】
[0107]いくつかの態様によると、ＰＰＤＵは、フレーム制御フィールド（ＦＣＦ）もしくはサービス品質（ＱｏＳ）制御フィールド中の少なくとも１つのＡＣＫポリシービット、またはＰＰＤＵのメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）デリミタ中のフレーム終了（ＥＯＦ）フィールドのうちの少なくとも１つをさらに備える。この場合、ＡＣＫポリシービットまたはＥＯＦフィールドのうちの少なくとも１つは、ＰＬＣＰヘッダ中の少なくとも１つのビットと一緒に、第２の装置から期待される応答のタイプを示す。いくつかの態様に対して、誘発ＰＰＤＵのタイプは、第２の装置から期待される応答のタイプを示す。
【００８３】
[0108]いくつかの態様によると、７０４でセットすることは、メディアアクセス制御（ＭＡＣ）レイヤから（または、より具体的には、ＭＡＣレイヤのサブレイヤから）受信されたパラメータのセット中のパラメータに基づいて、少なくとも１つのビットをセットすることを含み得る。パラメータのセットは、ＴＸＶＥＣＴＯＲであってよく、パラメータは、応答指示（たとえば、ACK_INDICATIONとも呼ばれるRESPONSE INDICATION）であってよい。
【００８４】
[0109]いくつかの態様によると、７０４でセットすることは、ＰＰＤＵのメディアアクセス制御（ＭＡＣ）ヘッダ中のパラメータのセットに基づいて、少なくとも１つのビットをセットすることを含み得る。
【００８５】
[0110]いくつかの態様によると、発信装置が、ポイント協調機能（ＰＣＦ）フレーム間スペース（ＰＩＦＳ）時間の後、ＰＰＤＵに対する応答を受信しなかった場合、動作７００は、応答指示延期（ＲＩＤ）カウンタまたはネットワーク割振りベクトル（ＮＡＶ）カウンタをリセットするために第２のＰＰＤＵを送信することをさらに伴い得る。
【００８６】
[0111]いくつかの態様によると、動作は、応答用の帯域幅について、第２の装置と交渉することをさらに含む。
【００８７】
[0112]図８は、本開示のいくつかの態様による、受信装置によるワイヤレス通信のための例示的動作８００の流れ図である。動作８００は、８０２で始まることができ、ここで受信装置はＰＰＤＵを受信する。８０４で、受信装置は、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、ＰＰＤＵについて送るべき応答のタイプを決定する。
【００８８】
[0113]いくつかの態様によると、応答のタイプは、装置によってヌルデータパケット（ＮＤＰ）中で応答が送られることを可能にする少なくとも１つのタイプを含むタイプ群から選択される。この場合、動作８００は、受信装置が、決定に基づいて、ＮＤＰ中で応答のタイプを送信することをさらに伴い得る。
【００８９】
[0114]いくつかの態様によると、決定された応答のタイプは、ヌルデータパケット（ＮＤＰ）ブロック確認応答（ＢＡ）である。この場合、動作８００は、使用ＢＡビットマップの１つまたは複数のビットを使って、ＮＤＰ  ＢＡ中で送られるべき拡張確認応答識別（ＡＣＫ  ＩＤ）を生成することをさらに含み得る。
【００９０】
[0115]いくつかの態様によると、８０４で応答のタイプを決定することは、少なくとも１つのビットが、応答が送られるべきでない（no response is to be sent）ことを示す値にセットされていると決定することを伴い得る。
【００９１】
[0116]いくつかの態様によると、動作８００は、受信装置が、ＰＰＤＵのＰＬＣＰヘッダ（たとえば、ＳＩＧフィールド）中のビットが、ＰＰＤＵがアグリゲートメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を備えることを示す値にセットされていると決定することと、ＰＬＣＰヘッダ中のビット（たとえば、ＳＩＧフィールド）に基づいて、ＰＰＤＵに応答して、ブロック確認応答（ＢＡ）を送信することとをさらに含み得る。いくつかの態様に対して、決定は、ＭＰＤＵデリミタ中のＥＯＦフィールドに基づき得る。
【００９２】
[0117]いくつかの態様によると、動作８００は、受信装置が、ＰＰＤＵのＰＬＣＰヘッダ中のビットが、ＰＰＤＵがマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）パケットとして送信されたことを示す値にセットされていると決定することをさらに含む。この場合、ＭＵ−ＭＩＭＯパケットは、異なるユーザ位置にいるユーザに向けられた異なるパケットを備え得る。いくつかの態様に対して、ＰＰＤＵ（ＭＵ−ＭＩＭＯパケット）のＰＬＣＰヘッダ中の少なくとも１つのビットは、第１のユーザ位置にいるシングルユーザのみから期待される応答のタイプを示すことができ、受信装置は、第１のユーザ位置以外の位置にいるユーザに対応することができ、および／または動作８００は、ＰＬＣＰヘッダ中の少なくとも１つのビット以外の情報に基づいて、応答のタイプを別々に決定することをさらに含み得る。他の態様の場合、ＰＬＣＰヘッダ中の少なくとも１つのビットは、非ゼロの時空間ストリーム数（Ｎｓｔｓ）をもつ第１のユーザ位置にいるユーザに対応する装置のみから期待される応答のタイプを示し得る。
【００９３】
[0118]いくつかの態様によると、動作８００は、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つの他のビットに基づいて、応答の帯域幅を決定することをさらに含み得る。この場合、動作８００は、少なくとも１つの他のビットに少なくとも部分的に基づいて、ＥＩＦＳを決定することも含み得る。他の態様の場合、動作８００は、示される能力（たとえば、帯域幅を用いて動作するためのサポートを示すＳ１Ｇ能力要素）に基づいて、応答の帯域幅を決定することをさらに含み得る。
【００９４】
[0119]いくつかの態様によると、動作８００は、ＰＬＣＰヘッダ中の１つまたは複数の他のビットに基づいて、応答を送信するために使うべき変調およびコーディング方式（ＭＣＳ）を決定することをさらに伴い得る。
【００９５】
[0120]いくつかの態様によると、動作８００は、受信装置が、第１の非ゼロ長ＭＰＤＵデリミタが、ゼロにセットされたフレーム終了（ＥＯＦ）値を有すると決定することと、ＥＯＦ値に基づいて、ＰＰＤＵに応答してブロック確認応答（ＢＡ）を送信することとをさらに含み得る。ＰＬＣＰヘッダ中の少なくとも１つのビットがヌルデータパケット（ＮＤＰ）応答を示す場合、処理システムは、送るべき応答のタイプがＮＤＰ  ＢＡであると決定するように構成され得る。ＰＬＣＰヘッダ中の少なくとも１つのビットが通常応答を示す場合、処理システムは、送るべき応答のタイプが通常ＢＡであると決定するように構成され得る。
【００９６】
[0121]いくつかの態様によると、動作８００は、受信装置が、第１の非ゼロ長ＭＰＤＵデリミタが、１にセットされたフレーム終了（ＥＯＦ）値を有すると決定することと、ＥＯＦ値に基づいて、ＰＰＤＵに応答して確認応答（ＡＣＫ）を送信することとをさらに含み得る。ＰＬＣＰヘッダ中の少なくとも１つのビットがヌルデータパケット（ＮＤＰ）応答を示す場合、処理システムは、送るべき応答のタイプがＮＤＰ  ＡＣＫであると決定するように構成され得る。ＰＬＣＰヘッダ中の少なくとも１つのビットが通常応答を示す場合、処理システムは、送るべき応答のタイプが通常ＡＣＫであると決定するように構成される。
【００９７】
[0122]いくつかの態様によると、動作８００は、受信装置が、決定された応答のタイプを送信することをさらに伴い得る。
【００９８】
[0123]いくつかの態様によると、８０４で、送るべき応答のタイプを決定することは、ＰＬＣＰヘッダ中のアグリゲーションビット、ＰＰＤＵ中の少なくとも１つのメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）デリミタ中のフレーム終了（ＥＯＦ）値、またはＰＰＤＵ中のフレーム制御フィールド（ＦＣＦ）もしくはサービス品質（ＱｏＳ）制御フィールド中の少なくとも１つのＡＣＫポリシービットのうちの少なくとも１つに基づく。
【００９９】
[0124]いくつかの態様によると、少なくとも１つのビットは、ロング応答が送られるべきであることを示す値にセットされる。この場合、動作８００は、ロング応答に基づいてＥＩＦＳを決定することと、ＥＩＦＳを短縮するためのフレームを受信することとをさらに含み得る。いくつかの態様に対して、フレームは、コンテンションフリー期間終了（ＣＦ−Ｅｎｄ）フレームまたは送信可（ＣＴＳ）フレームである。
【０１００】
[0125]いくつかの態様によると、動作８００は、少なくとも１つのＡＣＫポリシービットを備えるフレーム制御フィールド（ＦＣＦ）を受信することをさらに伴い、ここにおいて、８０４で決定することは、少なくとも１つのＡＣＫポリシービットに基づいて、送るべき応答のタイプを決定することをさらに含む。いくつかの態様に対して、少なくとも１つのＡＣＫポリシービットは、ＦＣＦのタイプフィールド中の少なくとも１つのビットを含む。他の態様の場合、動作８００は、少なくとも１つのＡＣＫポリシービットを備えるサービス品質（ＱｏＳ）制御フィールドを受信することをさらに伴い、ここにおいて、８０４で決定することは、少なくとも１つのＡＣＫポリシービットに基づいて、送るべき応答のタイプを決定することをさらに含む
[0126]いくつかの態様によると、８０４で決定することは、ＭＡＣレイヤ（またはより具体的には、ＭＡＣサブレイヤ）に送られたパラメータのセット中のパラメータに基づいて、送るべき応答のタイプを決定することをさらに含み得る。パラメータのセットは、ＰＬＣＰヘッダ中の少なくとも１つのビットに基づき得る。いくつかの態様に対して、パラメータのセットはＲＸＶＥＣＴＯＲであってよく、パラメータは応答指示（たとえば、RESPONSE_INDICATION）であってよい。いくつかの態様に対して、動作８００は、パラメータに基づいてＲＩＤカウンタをセットすることをさらに含み得る。
【０１０１】
[0127]図９に示し、上で記したように、上述したパケットフォーマットを検出するデバイスは、ＰＬＣＰヘッダ中で示される、期待される応答のタイプに少なくとも部分的に基づいて、ＥＩＦＳを算出することが可能であり得る。ただし、いくつかの態様によると、非対称ＢＡ応答がサポートされてよく、ここでＢＡは、要請パケットとは異なる帯域幅およびレートで送信される。その結果、ＥＩＦＳは、応答フレームの帯域幅に少なくとも部分的に基づいて算出することもできる。図９の「動的ＥＩＦＳ」列に示すように、ＥＩＦＳは、異なる応答タイプおよび異なる帯域幅に対して大幅に変わり得る。ＡＣＫ指示により、すべてのＳＴＡが、受信パケットのＰＬＣＰヘッダ中で入手可能な情報に基づいてＥＩＦＳを正しく算出することができる。図９のテーブルは、１ＭＨｚでのＭＣＳ０、２ＭＨｚでのＭＣＳ０、および１ＭＨｚと２ＭＨｚの両方に対してＭＣＳ４をもつ送信についてである。
【０１０２】
[0128]図１０のＡＣＫ指示要約に示されるように、受信フレームのＳＩＧフィールド中のＡＣＫ指示＝０は、即時応答が要求されない、応答なし（No Response）を示す。アグリゲーションビット＝０は、Ａｃｋなしポリシーを示す。第１の非ゼロＥＯＦ＝１をもつアグリゲーションビット＝１（またはＭＵ）もＡｃｋなしポリシーを示し、第１の非ゼロＥＯＦ＝０はブロックＡｃｋポリシーを示す。ＡＣＫ指示＝０（応答なし（No Response））を用いて、サードパーティ受信ＳＴＡは、ＥＩＦＳ＝ＤＩＦＳを算出することができる。この算出は、ＡＣＫ指示の値のみに基づき得るので、受信フレームのＭＡＣヘッダは、復号される必要はない。
【０１０３】
[0129]受信フレームのＳＩＧフィールド中のＡＣＫ指示＝１は、ＮＤＰ応答を示す。アグリゲーションビット＝０は、ＮＤＰ  ＡＣＫまたはＮＤＰ  ＣＴＳを示す。第１の非ゼロＥＯＦ＝１をもつアグリゲーションビット＝１（またはＭＵ）はＮＤＰ  ＡＣＫを示し、第１の非ゼロＥＯＦ＝０はＮＤＰ  ＢＡを示す。ＮＤＰ応答ケースにおいて、サードパーティ受信ＳＴＡは、EIFS = aSIFSTime + DIFS + _NDPTxTimeを算出することができる。この算出は、ＡＣＫ指示の値のみに基づき得る。
【０１０４】
[0130]受信フレームのＳＩＧフィールド中のＡＣＫ指示＝２は、通常応答を示す。アグリゲーションビット＝０は、１４バイト応答（ＡＣＫまたはＣＴＳ）を示す。アグリゲーションビット＝１（またはＭＵ）は、３２バイト応答（ＢＡ、ブロック確認応答ＴＷＴ（ＢＡＴ）、またはＡ−ＭＰＤＵ  ＡＣＫ、ＴＷＴ確認応答（ＴＡＣＫ）、ここで「ＴＷＴ」は「目標起動時間」を現す）を示す。第１の非ゼロＥＯＦ＝１は、Ａ−ＭＰＤＵパディングＡＣＫまたはＴＡＣＫ（３２バイトまでパディングされたＡ−ＭＰＤＵであるショートＴＷＴ確認応答（スタック）も）を示し、第１の非ゼロＥＯＦ＝０はＢＡまたはＢＡＴを示す。通常応答ケースにおいて、サードパーティ受信ＳＴＡは、アグリゲーションビットに依存してＥＩＦＳを算出することができる。アグリゲーションビット＝０であると、EIFS = aSIFSTime + DIFS + _ACKTxTimeであり、アグリゲーションビット＝１であると、EIFS = aSIFSTime + DIFS + _BATxTimeである。応答ＭＣＳは、ＰＨＹ必須ＭＣＳセットに基づいて決定され得る。
【０１０５】
[0131]ロング応答タイプ（たとえば、ＡＣＫ指示＝３）の場合、アグリゲーション＝０は、ＥＯＦ値にかかわらず、「明示的Ａｃｋなし」ポリシーと本質的に等価であってよく、速度フレーム応答タイプが送信され得る。同様に、ＥＯＦ＝１をもつアグリゲーション＝１は、「明示的Ａｃｋなし」ポリシーと本質的に等価であってよく、速度フレーム応答タイプが送信されてよい。一方、アグリゲーション＝１およびＥＯＦ＝０は、「ブロックＡｃｋ」ポリシーと本質的に等価であってよく、受信側は、それに従って更新されたブロックＡｃｋポリシーをもつ速度フレームで応答してよい。
【０１０６】
[0132]いくつかの態様によると、ＭＵ−ＭＩＭＯパケット用のＰＬＣＰヘッダ中で、ＡＣＫ指示が与えられ得る。そのようなケースにおいて、たとえば、ＭＵ−ＭＩＭＯパケットＰＬＣＰヘッダのＳＩＧ−Ａフィールド中のＡＣＫ指示は、シングルユーザにのみ該当し得る。たとえば、ＳＩＧ−Ａフィールド中のＡＣＫ指示は、User_Position＝０をもつユーザにのみ該当することができ、他の位置（User_Position＞０）をもつユーザはすべて、ＡＣＫ指示＝０を有し得る。アグリゲーションビットは、ＭＵ−ＭＩＭＯパケットについて、常に１にセットされ得る。図１３は、ＥＯＦ値に基づく、等価なＡＣＫポリシーと、期待される応答フレームと、応答長さとを示すＭＵ−ＭＩＭＯ  ＡＣＫ指示についての例示的な符号化を示す。
【０１０７】
[0133]いくつかのケースでは、ＭＣＳがＭＵ  ＳＩＧ−Ａフィールド中に存在しない場合があり（たとえば、ＳＩＧ−Ｂフィールド中にある）、このことは、通常応答（たとえば、ＡＣＫ指示＝２）を指定する、ＭＵパケットについての応答ＭＣＳの決定を複雑にし得る。そのようなケースにおいて、応答に使うべきＭＣＳは、パケットのＰＬＣＰヘッダ中で符号化され得る。たとえば、現時点では、ＭＵ  ＳＩＧ−Ａフィールド中に２つの予約済みビットがあり、これらは、応答ＭＣＳを符号化するのに使われ得る（たとえば、２ビットの応答ＭＣＳフィールド）。これらのビットは、ＳＵ  ＳＩＧ−Ａフィールド中でも入手可能であり、応答をより決定的にするのに使われ得る。一例として、応答ＭＣＳフィールドは、ＡＣＫ指示≠２（通常応答）用に次のように予約され得る。  
ＡＣＫ指示 ＝ ０（応答なし）  
ＡＣＫ指示 ＝ １（ＮＤＰ応答）  
ＡＣＫ指示 ＝ ３（ロング応答）  
（２つの予約済みビットを使う）このような応答ＭＣＳフィールドの可能な符号化は、次のようになり得る。  
応答ＭＣＳ ＝ ０： ＭＣＳ０  
応答ＭＣＳ ＝ １： ＭＣＳ２  
応答ＭＣＳ ＝ ２： ＭＣＳ４  
応答ＭＣＳ ＝ ３： ＭＣＳ６  
図１１および図１２は、そのような応答ＭＣＳフィールド値が、そのような（従来）予約済みのビットを使って、２ＭＨｚ  ＳＩＧ−Ａフィールド中にどのように組み込まれ得るかをさらに示す。
【０１０８】
[0134]いくつかのケースでは、ＳＵ  ＳＩＧ−Ａフィールドおよび／またはＭＵ  ＳＩＧ−Ａフィールド中の１つのビット（予約済みであり得る２つのうちの任意のもの）は、応答用フレームのＰＬＣＰヘッダがより低い帯域幅（ＢＷ）のものであり得る（たとえば、本明細書では、図１４に示すように、応答ＢＷインジケータフィールドと呼ばれる）場合、送信機によって、受信機に対して指示を出すのに使われ得る。たとえば、２ＭＨｚ  ＰＰＤＵの送信機は、（たとえば、１にセットされた）このビットを用いて、受信機が１ＭＨｚ応答フレームを送らなければならないことを示すことができる。応答フレームのタイプは、ＡＣＫ指示フィールドおよび／またはＥＯＦフィールドならびに本明細書に記載される他の方法に依存し得る。本実施形態では、サードパーティＳＴＡは、この情報を、ＳＵ（ＭＵ）ＳＩＧ−Ａ情報中のこの追加指示に基づいてＥＩＦＳ値を正しく算出するのに使うことができる。たとえば、応答ＢＷインジケータビットに基づいて、サードパーティ局は、応答用フレームが１ＭＨｚフレームであり（したがって、異なるＰＬＣＰヘッダおよびＭＣＳレートを有し）得るかどうか決定することができる。本実施形態では、ＥＩＦＳ算出規則は、ＳＩＧ−Ａフィールド中に存在するＡＣＫ指示フィールドに依存して、ＥＩＦＳを算出するために、ＰＬＣＰヘッダのタイプを考慮に入れてよい。別の実施形態では、応答ＢＷインジケータビットは、ＰＰＤＵの（予約済み値をもつサブフィールドを有する）他のフィールド中に置かれ得る。
【０１０９】
[0135]一例として、応答ＢＷインジケータは、ＰＰＤＵのサービスフィールド中に置かれ得る。別の実施形態では、ＰＰＤＵのサービスフィールド中の１つの予約済みビットは、予定受信機に対して、受信フレームが中継フレームである（すなわち、受信ＰＰＤＵのサービスフィールドの１つのビットが中継フレームビットであり得る）ことを示すのに使われ得る。この中継フレームビットは、ＳＴＡによって、リレーモードでのＴＸＯＰ共有プロシージャ中に、リレーが受信フレームに対してＡＣＫで応答し得るか、またはリレーが受信ＰＰＤＵを次のホップ（たとえば、ＡＰ）に直接フォワードし得るかどうかを示すのに使われ得る。同様に、中継フレームビットも、ダウンリンクにおいて（すなわち、リレーを経由する、ＡＰからＳＴＡへの送信のために）使われ得る。本実施形態では、中継フレームビットは、予定受信機（リレーＳＴＡ）がそのビットを、ＰＰＤＵを発信したＳＴＡによって開始された同じＴＸＯＰを共有する次のホップＳＴＡ（たとえば、ＡＰ）にフォワードすることができる場合、１にセットされ得る。そうでない場合、中継フレームビットは、０にセットされ、ＰＰＤＵを生成したＳＴＡが、フレームをリレーによって次のホップ（たとえば、ＡＰ）にフォワードさせるのに先立って、受信機（すなわち、リレー）からＡＣＫを期待し得ることを示し得る。
【０１１０】
[0136]一例として、１にセットされた（たとえば、１ＭＨｚ応答ＰＰＤＵを示す）応答ＢＷインジケータと、１にセットされたＥＯＦフィールドとをもつ２ＭＨｚ  ＰＰＤＵ中で１にセットされたＡＣＫ指示は、以下の指示を与え、すなわち、（１）受信ＳＴＡは、１ＭＨｚ  ＮＤＰ  ＡＣＫフレームで応答し、（２）サードパーティＳＴＡは、EIFS = aSIFStime + DIFS + NDPTxTimeを算出し、ここでＮＤＰＴｘＴｉｍｅはＮＤＰタイプに依存し、ＮＤＰタイプは、この例では、５６０μｓの持続時間を有する１ＭＨｚ  ＮＤＰ  ＡＣＫである。応答ＢＷインジケータが０だった（たとえば、２ＭＨｚ応答ＰＰＤＵを示す）場合、受信機は、持続時間２４０μｓのＮＤＰ  ＡＣＫで応答しており、同様に、サードパーティＳＴＡは、この値（２４０μｓ）を、対応するＥＩＦＳを算出するために考慮に入れている。別の実施形態では、サービスフィールドの１つ（または複数）の予約済みビットは、ＰＰＤＵの予定受信機に対して、追加ＭＡＣまたはＰＨＹ特徴または機能性を可能にし得る追加制御情報（そうでなければ、ＰＰＤＵのＭＡＣヘッダまたはＰＬＣＰヘッダ中に含まれることになる）を示すのに使われ得る。
【０１１１】
[0137]一実施形態では、応答ＢＷインジケータに基づいて、送信機は、期待応答ＰＰＤＵに基づく、そのaPHY-RX-START-Delayパラメータ（異なるタイプのＰＰＤＵについては異なり得る）を決定することができる。一例として、図１５に示すように、応答ＢＷインジケータが、１ＭＨｚの期待ＰＰＤＵを示すようにセットされている場合、aPHY-RX-START-Delayパラメータは、６００μｓ前後（たとえば、６０６μｓ）にセットされてよく、これは、１ＭＨｚ  ＡＣＫまたはＮＤＰ  ＡＣＫフレームなどの１ＭＨｚ  ＰＰＤＵ応答には適切な値である。別の実施形態では、aPHY-RX-START-Delayパラメータは、通常制御応答フレーム相対物に対して、１ＭＨｚ  ＮＤＰ  ＡＣＫフレーム（概して、１ＭＨｚ  ＮＤＰフレーム）用に、より小さい値であってよい。
【０１１２】
[0138]別の例では、応答ＢＷインジケータが、２ＭＨｚ以上の期待ＰＰＤＵを示すようにセットされている場合、aPHY-RX-START-Delayパラメータは、約２８０μｓ（たとえば、２８６μｓ）にセットされてよく、これは、ＡＣＫまたはＮＤＰ  ＡＣＫフレームなどの２ＭＨｚ以上のＰＰＤＵ応答には適切な値である。別の実施形態では、aPHY-RX-START-Delayパラメータは、通常制御応答フレーム相対物に対して、２ＭＨｚ以上のＮＤＰ  ＡＣＫフレーム（概して、２ＭＨｚ以上のＮＤＰフレーム）用に、より小さい値であってよい。
【０１１３】
[0139]一実施形態では、送信機および受信機は、交渉を用いて、またはこれらの設定において動作する能力を示して（たとえば、関連付け要求／応答を通して、もしくは管理フレームを通して）、あらかじめ合意することができる。たとえば、応答用の帯域幅は、Ｓ１Ｇ能力要素に基づき得る。
【０１１４】
[0140]一実施形態では、少なくとも１つのビットを利用するＡＣＫポリシーフィールドが、ＭＡＣヘッダのフレーム制御フィールド（ＦＣＦ）に追加され得る。このようなＡＣＫポリシーフィールドは、ＭＰＤＵデリミタ中のＥＯＦビットと同様の機能性を有し得る。一例として、受信フレームのＦＣＦ中の１ビットのＡＣＫポリシーフィールドは、受信フレームについては確認応答が要求されないことを予定受信機に対して示すように０にセットされてよい。同様に、１にセットされたＡＣＫポリシーフィールドビットの値は、受信フレームについて確認応答が期待されることを示し得る。概して、ＦＣＦ中のＡＣＫポリシーフィールドは、ＡＣＫ指示フィールドおよびＳＩＧフィールド中のアグリゲーションビットとともに、異なるＡＣＫポリシーを示すのに使われ得る。一例として、アグリゲーションビットが１にセットされ、ＦＣＦのＡＣＫポリシーが１にセットされている場合、受信機は、その組合せをブロックＡｃｋポリシーとして解釈する。たとえば、受信機は、受信フレームの状態を記録することができ、ＳＩＧフィールド中のＡＣＫ指示フィールドが「応答なし（No response）」を示す場合、代わりに確認応答を送らなくてよい。上述したような、同様の規則が、この新規指示に当てはまり得る。追加の例として、ＡＣＫ指示フィールドが、「ＮＤＰ応答」を示す値を有する場合、アグリゲーションビットが１にセットされている場合、およびＡＣＫポリシービットが１にセットされている場合、予定受信機によって従われるべき等価なＡＣＫポリシーは「暗黙的ＢＡＲ」であってよく、これは、ＮＤＰ  ＢＡ（または、ＡＣＫ指示が通常制御応答フレームを指定する場合は通常ＢＡ）応答、誘発フレーム（受信フレーム）の後のＳＩＦＳ時間を伴い得る。
【０１１５】
[0141]いくつかのケースでは、ＮＤＰ応答にセットされたＡＣＫ指示をもつＶＨＴシングルＭＰＤＵに対して、受信側が、「拡張ＡＣＫ  ＩＤ」をもつＢＡを送ることができるという選択肢もあり得る。たとえば、受信側は、要請フレームの部分的ＦＣＳにセットされたＢＡビットマップビットを使って、従来のＡＣＫ  ＩＤを拡張することができる。この手法は、ＡＣＫ  ＩＤに追加ビットマップサイズビットを効果的に追加することができる（この場合、持続時間またはより多くのデータ（more data）などはなくてよいことに留意されたい）。いくつかの態様によると、１つまたは複数のビット（たとえば、ＭＰＤＵデリミタ中の単一ビット）は、ＢＡポリシーまたはＡＣＫなしポリシー（予約済みビット）を示すのに使われ得る。いくつかの態様によると、上述したように、要請フレームのフレーム制御フィールド（ＦＣＦ）中の１つまたは複数のビットは、ＡＣＫポリシーを示すのに使われ得る。いくつかの態様によると、１つのビットが、ＡＣＫポリシーを示すのに使われ得る。いくつかの態様によると、ＡＣＫポリシービットは、フレーム制御フィールドのタイプフィールドのＬＳＢビットであってよく、またはＡＣＫポリシービットは、フレーム制御フィールドのタイプフィールドと同じ位置に置かれてよい。この後者のケースでは、タイプフィールドは、フレーム用のＡＣＫポリシーを示すのに使われ得る１つのビットを解放するために、１ビットだけ（たとえば、４から３ビットに）削減され得る。
【０１１６】
[0142]いくつかのケースでは、ＦＣＦ中のＡＣＫポリシービットは、ＳＩＧフィールド中のビットにより与えられるＡＣＫ指示とは別々に（または、と一緒に）機能し得る。ＡＣＫポリシービットは、ＭＰＤＵの配信においてフォローアップされる確認応答ポリシーを識別し得る。ＡＣＫポリシービット（またはビットのセット）は概して、ＦＣＦ中のどこにでも置かれ得る。図１６は、ＡＣＫポリシービットがＦＣＦ中の最終ビットである、ＦＣＦの１つの例示的なフォーマットを示す。図１７のテーブルは、このようなＡＣＫポリシービットがどのように解釈され得るかを示す。
【０１１７】
[0143]いくつかの実施形態では、応答のタイプは、誘発ＰＰＤＵのＱｏＳ制御フィールドおよび／またはフレーム制御フィールド中のＡｃｋポリシーフィールドに基づいて決定され、応答のフレームフォーマットは、RESPONSE_INDICATION（ACK_INDICATIONとも呼ばれる）ＴＸＶＥＣＴＯＲパラメータに基づいて決定され得る。言い換えれば、Ａｃｋポリシーフィールドが、送信機によって示されるＡｃｋポリシーを決定し、RESPONSE_INDICATIONが、応答のタイプ（ＮＤＰ  ＡＣＫフレームよりもむしろ通常ＡＣＫフレーム、など）を決定する。
【０１１８】
[0144]いくつかの態様に対して、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）を使って、ＰＰＤＵが複数の受信機に送られ得る。この場合、ＰＬＣＰヘッダの初期部分は、全方向型であり、どのＳＴＡのグループがＭＵ  ＰＰＤＵの一部としてアドレス指定されるかを識別するグループ識別子（グループＩＤ）と、各受信機についての時空間ストリームの数（Ｎｓｔｓ）とを指定する。グループ中のＳＴＡは、ユーザ位置と呼ばれる順序を有する。ユーザ位置は、ＰＬＣＰヘッダの全方向型部分のＮｓｔｓフィールド中のどのＮｓｔｓ値に忠実であるかを決定する。特定のユーザについてのＮｓｔｓは０であってよく、これは、ＭＵ  ＰＰＤＵが、グループ中のそのユーザを宛先とするＰＰＤＵを含まないことを意味する。ＭＵ  ＰＰＤＵに対して、ＰＬＣＰヘッダ中のＡＣＫ指示は、非ゼロＮｓｔｓをもつ第１のユーザに該当する。非ゼロＮｓｔｓをもつ他のユーザは、応答なしＡＣＫ指示を暗黙的に有する。
【０１１９】
[0145]いくつかのケースでは、ＭＵ−ＭＩＭＯを使って複数の受信機に送られるＰＰＤＵは、ユーザの各々についての２ビットのＡＣＫポリシーを、ユーザ別ＡＣＫポリシーを指定するＰＬＣＰヘッダのＳＩＧ−Ｂフィールド中に含めることができ、ＡＣＫポリシーフィールドの符号化は、通常ＩＥＥＥ８０２．１１ＭＡＣヘッダのＱｏＳ制御フィールド中に置かれたＡＣＫポリシーサブフィールドと同様または同じであり、たとえば、各Ａｃｋなし、ＢＡポリシー、通常ＡＣＫまたは暗黙的ブロックＡｃｋ要求（ＢＡＲ）、明示的確認応答なしもしくはＰＳＭＰ  Ａｃｋ、およびブロックＡｃｋに対して１つの組合せである。
【０１２０】
[0146]図１３は、ＭＵ−ＭＩＭＯ用のＳＩＧ−Ａフィールド中で与えられるＡＣＫ指示用のビットの例示的なマッピングを示す。ＭＵ−ＭＩＭＯに対して概して、各ユーザは、ＡＣＫポリシーの指示を有し得るので、ただ１人のユーザ（本明細書では１次ユーザと呼ばれる）が応答することができ、他のユーザは控える。この１次ユーザだけが、ＳＩＧ−Ａフィールド中に示されるＡＣＫポリシーを継承することができる。
【０１２１】
[0147]どのユーザが１次ユーザであるかを示すための様々なオプションがある。１つのオプションは、上で記したように、位置０にいるユーザを１次ユーザとするものである。別のオプションは、１次ユーザを示すのに、ＳＩＧ−Ｂフィールド中の単一（「１次ユーザ」）ビットを使うものである。たとえば、１次ユーザビットは、１次ユーザのＳＩＧ−Ｂフィールド中で１にセットされてよく、他のユーザの１次ユーザビットは０にセットされる。上述したように、１次ユーザは、ＳＩＧ−ＡフィールドからＡＣＫポリシーを継承することができる唯一のユーザである。他のすべてのユーザは、ＡＣＫ指示＝０（すなわち、応答なし）を有し得る。
【０１２２】
[0148]図１９は、本開示のいくつかの態様による、ワイヤレス通信のための例示的動作１９００の流れ図である。動作１９００は、送信局（たとえば、ＡＰ）などの第１の装置によって実施することができる。動作は、１９０２で始まることができ、ここで第１の装置は、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を第２の装置（たとえば、ＳＴＡ）に送信する。１９０４で、第１の装置は、送信されたＭＰＤＵに応答して第２の装置から期待される確認応答（ＡＣＫ）のタイプを示すように、ＭＰＤＵのＭＡＣヘッダ中のフレーム制御フィールド（ＦＣＦ）中の少なくとも１つのビットをセットすることができる。
【０１２３】
[0149]いくつかの態様によると、ＦＣＦ中の少なくとも１つのビットは、送信されたＭＰＤＵに応答して第２の装置から通常ＡＣＫそれともブロックＡＣＫが期待されるかを示す。いくつかの態様に対して、動作１９００は、第１の装置が、送信されたＭＰＤＵに応答して第２の装置から期待されるＡＣＫのタイプを示すように、ＰＰＤＵ（ＭＰＤＵを含む）のＰＬＣＰヘッダ中の少なくとも１つのビットをセットすることをさらに伴い得る。この場合、ＰＬＣＰヘッダ中の少なくとも１つのビットは、（１）応答なしが期待される、（２）ＮＤＰ応答が期待されること、（３）通常応答が期待されること、または（４）ロング応答が期待されることのうちの少なくとも１つを示す値にセットされた少なくとも２つのビットを含み得る。
【０１２４】
[0150]図２０は、本開示のいくつかの態様による、ワイヤレス通信のための例示的動作２０００の流れ図である。動作２０００は、受信装置（たとえば、ＳＴＡ）によって実施することができる。動作２０００は、２００２で始まることができ、ここで装置は、ＭＰＤＵのＭＡＣヘッダ中のＦＣＦを受信する。２００４で、装置は、ＦＣＦ中の少なくとも１つのビットに基づいて、ＭＰＤＵについて送るべきＡＣＫのタイプを決定することができる。いくつかの態様によると、動作２０００は、装置が、２００４での決定に基づいて、ＡＣＫのタイプを送信することをさらに含み得る。
【０１２５】
[0151]いくつかの態様によると、ＦＣＦ中の少なくとも１つのビットは、通常ＡＣＫそれともブロックＡＣＫが送られるべきであるかを示す。いくつかの態様に対して、２００４で決定することは、ＰＰＤＵ（ＭＰＤＵを含む）のＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、送るべきＡＣＫのタイプを決定することを伴い得る。この場合、ＰＬＣＰヘッダ中の少なくとも１つのビットは、（１）応答が送られるべきでない（no response is to be sent）、（２）ＮＤＰ応答が送られるべきであること、（３）通常応答が送られるべきであること、または（４）ロング応答が送られるべきであることのうちの１つを示す値にセットされた少なくとも２つのビットを含み得る。
【０１２６】
[0152]上の説明は、ＥＩＦＳ値の算出に集中しているが、本明細書において提示する規則は、ネットワーク割振りベクトル（ＮＡＶ）や応答指示延期（ＲＩＤ）など、異なる延期機構に従うサードパーティ局（ＳＴＡ）に該当または支援し得ることが、当業者には諒解できよう。いくつかの態様によると、ＲＩＤは、ＥＩＦＳについて本明細書に記載されるのと同様の（または、まったく同じ）方式で決定され得る。これは、ＰＬＣＰヘッダに基づく延期機構、ならびにフレーム検査シーケンス（ＦＣＳ）失敗に基づく異なる機構を効果的に提供することができる。
【０１２７】
[0153]いくつかのケースでは、デバイスは、ＮＤＰ  ＭＡＣフレームのタイプに基づいて、どのＡＣＫのタイプが示されるか決定することを望む場合がある。例示的な指示が、図１８に示されている。図示される指示に加え、図示されるものの組合せが（たとえば、ＮＤＰ送信可（ＣＴＳ）やＮＤＰ省電力（ＰＳ）ポールのために）サポートされ得る。
【０１２８】
[0154]ＲＩＤは、Ｓ１Ｇ  ＳＴＡに適用可能な仮想キャリア検知（ＣＳ）機構と見なされ得る。ＲＩＤをセットし、リセットするための機構について、以下で説明する。非Ｓ１Ｇ  ＳＴＡに対して、ＣＳ機構は、ＮＡＶ状態およびＳＴＡの送信機状況を、媒体のビジー／アイドル状態を決定するための物理的ＣＳと組み合わせればよい。Ｓ１Ｇ  ＳＴＡに対して、ＣＳ機構は、ＮＡＶ状態、ＲＩＤ状態、およびＳＴＡの送信機状況を、媒体のビジー／アイドル状態を決定するための物理的ＣＳと組み合わせる。ＮＡＶおよびＲＩＤは、均一レートで０までカウントダウンするカウンタと思われ得る。非Ｓ１Ｇ  ＳＴＡに対して、ＮＡＶカウンタが０であるとき、仮想ＣＳ指示は媒体がアイドルであることであり、非ゼロのとき、指示はビジーである。Ｓ１Ｇ  ＳＴＡに対して、ＮＡＶおよびＲＩＤカウンタの両方が０であるとき、仮想ＣＳ指示は媒体がアイドルであることであり、それらのいずれかが非ゼロであるとき、指示はビジーである。媒体は、ＳＴＡが送信中のとき、ビジーであると決定される可能性が最も高くなり得る。
【０１２９】
[0155]Ｓ１Ｇ  ＳＴＡについてのＲＩＤをセットし、リセットするために、ＲＩＤカウンタは、PHY-RXSTART.indicationプリミティブが受信されるたびに０にセットされる可能性が最も高くなり得る。PHY-RXEND.indicationプリミティブがエラーを含んでいなかった（またはＲＸＶＥＣＴＯＲパラメータを与える）フレームを受信したＳ１Ｇ  ＳＴＡが、そのＲＩＤカウンタを、ＩＥＥＥ８０２．１１ａｈに記載される受信フレームのＲＸＶＥＣＴＯＲパラメータのPREAMBLE_TYPE、RESPONSE_INDICATION、AGGREGATION、ＭＣＳ、およびCH_BANDWIDTHの値に基づいて更新する可能性が最も高くなり得る。いくつかの態様に対して、Ｓ１Ｇ  ＳＴＡが受信ＰＳＤＵ内のフレームのうちのいずれかの予定受信機である場合、または現在のＰＰＤＵが、有効な持続時間フィールドをもつ少なくとも１つのＭＰＤＵを含む場合、Ｓ１Ｇ  ＳＴＡは、そのＲＩＤカウンタを更新しなくてよい。ＲＩＤカウンタは、現在のＰＰＤＵについてPHY-RXEND.indicationプリミティブが発行される瞬間に、更新される可能性が最も高くなり得る。
【０１３０】
[0156]RESPONSE_INDICATIONの値がロング応答である場合、ＲＩＤカウンタはMaxPPDUTxTime + aSIFSTimeにセットされてよく、ここでＭａｘＰＰＤＵＴｘＴｉｍｅは、ＩＥＥＥ８０２．１１ａｈにおいて定義されるように、Ｓ１Ｇ  ＰＰＤＵの、マイクロ秒での最大持続時間である。RESPONSE_INDICATIONの値が通常応答である場合、ＲＩＤカウンタはNormalTxTime + aSIFSTimeにセットされてよく、ここでＮｏｒｍａｌＴｘＴｉｍｅは、ＩＥＥＥ８０２．１１ａｈに従って、ＲＸＶＥＣＴＯＲパラメータPREAMBLE_TYPE、AGGREGATION、ＭＣＳ、およびCH_BANDWIDTHに基づいて算出される。RESPONSE_INDICATIONの値がＮＤＰ応答である場合、ＲＩＤカウンタはNDPTxTime + aSIFSTimeにセットされてよく、ここでＮＤＰＴｘＴｉｍｅは、ＲＸＶＥＣＴＯＲパラメータPREAMBLE_TYPEに基づいて算出され、PREAMBLE_TYPEが１ＭＨｚプリアンブルである場合は１ＭＨｚ  ＮＤＰ  ＭＡＣフレーム、またはPREAMBLE_TYPEが２ＭＨｚ以上のショート／ロングプリアンブルである場合は２ＭＨｚ以上のＮＤＰ  ＭＡＣフレームのいずれかを送信するための、マイクロ秒での時間に等しい。RESPONSE_INDICATIONの値が応答なしである場合、ＲＩＤカウンタは０にセットされてよい。
【０１３１】
[0157]受信ＰＰＤＵがＮＤＰ  ＭＡＣフレームである場合、Ｓ１Ｇ  ＳＴＡは、等価なRESPONSE_INDICATIONを示す図１８のテーブルに記載される、ＮＤＰ  ＭＡＣフレームのタイプごとのRESPONSE_INDICATION値を使うことによって、ＲＩＤカウンタをセットする可能性が最も高くなり得る。ＮＡＶをセットする持続時間フィールドを含むＮＤＰ  ＭＡＣフレームは、ＲＩＤカウンタをリセットするための、応答なしの等価なRESPONSE_INDICATIONを有し得るが、それは、そのようなフレームは、ＮＡＶをどのようにしてもセットするからである。
【０１３２】
[0158]上述したように、いくつかのケースでは、本明細書に記載される技法は、ネットワーク割振りベクトル（ＮＡＶ）、ＥＩＦＳ、または応答指示延期（ＲＩＤ）など、様々な延期機構に適用され得る。これらの機構のうちのいずれかのカウンタをセットするために、ＳＴＡは、他のＳＴＡに新規カウンタ値をシグナリングすればよい。ＲＩＤのケースについての例として、ＳＴＡは、その応答を誘発するフレームの後の期待されるＳＩＦＳ時間である応答フレームを保護するためにＲＩＤ情報を配信すればよい。そうするために、本開示のいくつかの態様によると、ＳＴＡは、各ＰＰＤＵ用のＭＡＣサブレイヤから受信されたパラメータのセット中のRESPONSE_INDICATION（ACK_INDICATIONとも呼ばれる）パラメータ（たとえば、ＴＸＶＥＣＴＯＲパラメータ）に従って、１つまたは複数のビットをセットすればよい。図２１は、Ｓ１Ｇ  ＳＴＡが受信することを期待する応答タイプに基づいてセットされ得るRESPONSE_INDICATIONパラメータについての例示的な値を示す。ＭＡＣサブレイヤに送られるＲＸＶＥＣＴＯＲは、対応する値を、RESPONSE_INDICATIONパラメータ中に有し得る。
【０１３３】
[0159]図２２は、本開示のいくつかの態様による、ワイヤレス通信のための例示的動作２２００の流れ図である。動作２２００は、サードパーティ受信装置（たとえば、予定受信側ではないＳＴＡ）によって実施することができる。動作２２００は、２２０２で始まることができ、ここで装置は、装置に向けられていないＰＰＤＵを受信する。２２０４で、装置は、ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて、（ワイヤレス媒体にアクセスするための）延期時間を決定することができ、ここにおいて、少なくとも１つのビットは、ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す。
【０１３４】
[0160]いくつかの態様によると、動作２２００は、装置が、決定された延期時間に基づいて、応答指示延期（ＲＩＤ）カウンタをセットすることをさらに含み得る。いくつかの態様に対して、装置は、ＲＩＤカウンタの値およびネットワーク割振りベクトル（ＮＡＶ）カウンタの値に少なくとも部分的に基づいて、キャリア検知（ＣＳ）指示を決定し得る。いくつかの態様に対して、ＲＩＤカウンタは、受信ＰＰＤＵについてPHY-RXEND.indicationプリミティブが発行されたときに更新される。他の態様の場合、ＲＩＤカウンタは、PHY-RXEND.indicationプリミティブが受信ＰＰＤＵについて発行されることが期待される瞬間に更新される。
【０１３５】
[0161]いくつかの態様によると、ＰＬＣＰヘッダ中の少なくとも１つのビットは、応答が送られるべきでない（no response is to be sent）、ＮＤＰ応答が送られるべきであること、通常応答が送られるべきであること、またはロング応答が送られるべきであることを示す値にセットされた少なくとも２つのビットを含む。いくつかの態様に対して、少なくとも２つのビットが、応答が送られるべきでないことを示す場合、延期時間は０であると決定される。他の態様の場合、延期時間は、少なくとも２つのビットが、ロング応答が送られるべきであることを示す場合、最大ＰＰＤＵ持続時間プラスショートフレーム間スペース（ＳＩＦＳ）を含むと決定される。いくつかの態様に対して、２２０４で延期時間を決定することは、プリアンブルタイプ、ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つにさらに基づく。いくつかの態様に対して、延期時間は、少なくとも２つのビットが、通常応答が送られるべきであることを示す場合、通常送信時間プラスＳＩＦＳを含むように決定され得る。この場合、通常送信時間は、プリアンブルタイプ、ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、またはＭＣＳのうちの少なくとも１つに基づいて算出され得る。いくつかの態様に対して、２２０４で延期時間を決定することは、少なくとも２つのビットが、ＮＤＰ応答が送られるべきであることを示す場合、プリアンブルタイプに基づく。この場合、延期時間は、ＮＤＰ送信時間プラスＳＩＦＳを含むように決定されてよく、ここでＮＤＰ送信時間は、（Ａ）プリアンブルタイプが１ＭＨｚプリアンブルである場合は１ＭＨｚ  ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または（Ｂ）プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合は２ＭＨｚ以上のＮＤＰ  ＭＡＣフレームを送信するための、マイクロ秒での時間に等しい。
【０１３６】
[0162]いくつかの態様によると、ＰＰＤＵは、ヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームである。この場合、２２０４で延期時間を決定することは、応答のタイプを示す少なくとも１つのビットに、およびＮＤＰ  ＭＡＣフレームのタイプに基づき得る。
【０１３７】
[0163]上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。一般に、図に示す動作がある場合、それらの動作は、同様の番号をもつ対応するカウンターパートのミーンズプラスファンクション構成要素を有し得る。たとえば、図７および図８に示した動作７００および８００は、それぞれ、図７Ａおよび図８Ａに示した手段７００Ａおよび８００Ａに対応する。同様に、図１９および図２０に示した動作１９００および２０００は、それぞれ、図１９Ａおよび図２０Ａに示した手段１９００Ａおよび２０００Ａに対応する。同様に、図２２に示した動作２２００は、図２２Ａに示した手段２２００Ａに対応する。
【０１３８】
たとえば、送信するための手段は、図２に示されるアクセスポイント１１０の送信機（たとえば、送信機ユニット２２２）および／またはアンテナ（複数可）２２４、図２に描かれるユーザ端末１２０の送信機（たとえば、送信機ユニット２５４）および／またはアンテナ（複数可）２５２、あるいは図３に示される送信機３１０および／またはアンテナ（複数可）３１６を備え得る。受信するための手段は、図２に示されるアクセスポイント１１０の受信機（たとえば、受信機ユニット２２２）および／またはアンテナ（複数可）２２４、図２に示されるユーザ端末１２０の受信機（たとえば、受信機ユニット２５４）および／またはアンテナ（複数可）２５２、あるいは図３に示される受信機３１２および／またはアンテナ（複数可）３１６を備え得る。処理するための手段、セットするための手段、選択するための手段、解釈するための手段、含むための手段、（別々に）示すための手段、符号化するための手段、提供するための手段、生成するための手段、および／または（別々に）決定するための手段は、処理システムを備えることができ、処理システムは、図２に示される、アクセスポイント１１０のＲＸデータプロセッサ２４２、ＴＸデータプロセッサ２１０、および／またはコントローラ２３０、図２に示される、ユーザ端末１２０のＲＸデータプロセッサ２７０、ＴＸデータプロセッサ２８８、および／またはコントローラ２８０、あるいは図３に描かれるプロセッサ３０４および／またはＤＳＰ３２０など、１つまたは複数のプロセッサを含み得る。
【０１３９】
いくつかの態様によると、そのような手段は、（たとえば、ハードウェアでまたはソフトウェア命令を実行することによって）様々なアルゴリズムを実装することによって、対応する機能を実施するように構成された処理システムによって実装され得る。たとえば、送信について期待される応答のタイプ（たとえば、ＭＰＤＵまたはＰＰＤＵ）を示すようにビットをセットするためのアルゴリズムは、入力として、送るべき送信のタイプと、その送信についてどの応答のタイプが期待されるかという決定に対して計算に入れることができる条件付き入力とを受信し得る。この入力に基づいて、アルゴリズムは、適切なビットを、期待される応答のタイプを示すようにセットし得る。同様に、受信された送信中のビットに基づいて、どの応答のタイプが期待されるか決定するためのアルゴリズムは、ビットを（入力として）受信し、ビット値に基づいて、どの応答のタイプが期待されるか決定することができる。
【０１４０】
本明細書で使用する「決定」という用語は、多種多様なアクションを包含する。たとえば、「決定」は、算出、計算、処理、導出、調査、探索（たとえば、テーブル、データベース、または別のデータ構造での探索）、確認などを含むことができる。また、「決定」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含むことができる。また、「決定」は、解決、選択、選出、確立などを含むことができる。
【０１４１】
本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらのアイテムの任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ〜ｂ、ａ〜ｃ、ｂ〜ｃ、およびａ〜ｂ〜ｃをカバーするものとする。
【０１４２】
本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【０１４３】
本開示に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアか、プロセッサによって実行されるソフトウェアモジュールか、またはその２つの組合せで実施できる。ソフトウェアモジュールは、当技術分野で知られている任意の形式の記憶媒体中に常駐することができる。使用できる記憶媒体のいくつかの例には、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備えることができ、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化されることもできる。
【０１４４】
本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱せずに互いに交換される可能性がある。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更できる。
【０１４５】
説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装できる。ハードウェアで実装される場合、例示的ハードウェア構成は、ワイヤレスノード内の処理システムを備え得る。処理システムは、バスアーキテクチャを使って実装され得る。バスは、処理システムの特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。そのバスは、プロセッサと、機械可読媒体と、バスインターフェースとを含む様々な回路を互いにリンクし得る。バスインターフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するのに使われ得る。ネットワークアダプタは、ＰＨＹ層の信号処理機能を実装するのに使われ得る。ユーザ端末１２０（図１参照）の場合、ユーザインターフェース（たとえば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）をバスに接続することもできる。バスは、タイミングソース、周辺機器、電圧調整器、電力管理回路など様々な他の回路をリンクさせることも可能であり、これは当技術分野ではよく知られているので、これ以上説明しない。
【０１４６】
プロセッサは、機械可読媒体に格納されたソフトウェアの実行を含む、バスおよび一般的な処理を管理することを担当し得る。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いて実装することができる。例としては、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行できる他の回路がある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、データ、またはそれらの組合せを意味すると広く解釈されたい。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気消去可能プログラマブル読取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、もしくは他の適切な記憶媒体、またはそれらの任意の組合せを含むことができる。機械可読媒体はコンピュータプログラム製品に具現化され得る。コンピュータプログラム製品は、実装材料を備え得る。
【０１４７】
ハードウェア実装形態では、機械可読媒体は、処理システムの一部であるか、またはプロセッサとは別個であり得る。しかしながら、当業者なら容易に理解するように、機械可読媒体またはその任意の部分は処理システムの外部に存在することができる。例として、機械可読媒体は、すべてバスインターフェースを介してプロセッサがアクセスし得る、送信線路、データによって変調された搬送波、および／またはワイヤレスノードとは別個のコンピュータ製品を含み得る。代替的または追加的に、機械可読媒体またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルがそうであるようにプロセッサに統合することができる。
【０１４８】
処理システムは、すべて外部バスアーキテクチャを介して他のサポート回路と互いにリンクされる、プロセッサ機能を与える１つまたは複数のマイクロプロセッサと、機械可読媒体の少なくとも一部を与える外部メモリとをもつ汎用処理システムとして構成することができる。代替的に、処理システムは、プロセッサをもつＡＳＩＣ（特定用途向け集積回路）と、バスインターフェースと、アクセス端末の場合はユーザインターフェースと、サポート回路と、単一のチップに統合された機械可読媒体の少なくとも一部分とを用いて、あるいは１つまたは複数のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理デバイス）、コントローラ、ステートマシン、ゲート論理、ディスクリートハードウェア構成要素、もしくは他の適切な回路、または本開示全体にわたって説明する様々な機能を実行することができる回路の任意の組合せを用いて、実装され得る。当業者なら、特定の適用例および全体的なシステムに課される全体的な設計制約に応じて、どのようにしたら処理システムについて説明した機能を最も良く実装できるかを理解されよう。
【０１４９】
機械可読媒体は、いくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサによって実行されたときに、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス内に存在することができ、または複数の記憶デバイスに分散することができる。例として、トリガイベントが発生したときに、ソフトウェアモジュールをハードドライブからＲＡＭにロードすることができる。ソフトウェアモジュールの実行中、プロセッサは、アクセス速度を高めるために、命令のいくつかをキャッシュにロードすることができる。次いで、１つまたは複数のキャッシュラインを、プロセッサによる実行のために汎用レジスタファイルにロードすることができる。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行したときにプロセッサによって実装されることが理解されよう。
【０１５０】
ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、もしくは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるとき、ディスク（ｄｉｓｋ）とディスク（ｄｉｓｃ）とは、コンパクトディスク（compact disc）（ＣＤ）と、レーザディスク（登録商標）（laser disc）と、光ディスク（optical disc）と、デジタルバーサタイルディスク（digital versatile disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（floppy disk）と、ブルーレイ（登録商標）ディスク（Blu-ray（登録商標） disc）とを含み、ディスク（ｄｉｓｋ）が、通常、磁気的にデータを再生する一方、ディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ可読媒体は一時的でないコンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、他の態様では、コンピュータ可読媒体は、一時的なコンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１５１】
したがって、いくつかの態様は、本明細書で提示する動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明する動作を実行するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０１５２】
さらに、本明細書に記載の方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードおよび／または他の方法で取得できることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明する方法を実施するための手段の転送を容易にするために、サーバに結合することができる。代替的に、本明細書で説明される様々な方法は、ユーザ端末および／または基地局がストレージ手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、ストレージ手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなど物理記憶媒体など）によって提供できる。さらに、本明細書で説明する方法および技法をデバイスに与えるための任意の他の適切な技法を利用することができる。
【０１５３】
特許請求の範囲は、上記に示した精密な構成および構成要素に限定されないことを理解されたい。上記の方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形を行うことができる。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための装置であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成された受信機と、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するように構成された処理システムと、ここにおいて、前記少なくとも１つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、
を備える装置。
［Ｃ２］
前記処理システムは、前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットするようにさらに構成される、上記Ｃ１に記載の装置。
［Ｃ３］
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、上記Ｃ２に記載の装置。
［Ｃ４］
前記ＰＬＣＰヘッダ中の前記少なくとも１つのビットは、応答が送られるべきでない、ヌルデータパケット（ＮＤＰ）応答が送られるべきであること、通常応答が送られるべきであること、またはロング応答が送られるべきであることを示す値にセットされた少なくとも２つのビットを備える、上記Ｃ１に記載の装置。
［Ｃ５］
前記処理システムは、
応答が送られるべきでないことを前記少なくとも２つのビットが示す場合、前記延期時間が０であると決定し、
前記ロング応答が送られるべきであることを前記少なくとも２つのビットが示す場合、最大ＰＰＤＵ持続時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成される、上記Ｃ４に記載の装置。
［Ｃ６］
前記処理システムは、前記通常応答が送られるべきであることを前記少なくとも２つのビットが示す場合、通常送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成され、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、上記Ｃ４に記載の装置。
［Ｃ７］
前記処理システムは、前記ＮＤＰ応答が送られるべきであることを前記少なくとも２つのビットが示す場合、プリアンブルタイプに基づいて前記延期時間を決定するように構成される、上記Ｃ４に記載の装置。
［Ｃ８］
前記処理システムは、ＮＤＰ送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成され、ここにおいて、前記ＮＤＰ送信時間は、
前記プリアンブルタイプが１ＭＨｚプリアンブルである場合、１ＭＨｚ ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または
前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合、２ＭＨｚ以上のＮＤＰ ＭＡＣフレーム、
を送信するための、マイクロ秒での時間に等しい、上記Ｃ７に記載の装置。
［Ｃ９］
前記処理システムは、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて、前記延期時間を決定するようにさらに構成される、上記Ｃ１に記載の装置。
［Ｃ１０］
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、前記処理システムは、前記ＮＤＰ ＭＡＣフレームのタイプに基づいて、前記延期時間を決定するようにさらに構成される、上記Ｃ１に記載の装置。
［Ｃ１１］
装置によるワイヤレス通信のための方法であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも１つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、
を備える方法。
［Ｃ１２］
前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットすることをさらに備える、上記Ｃ１１に記載の方法。
［Ｃ１３］
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、上記Ｃ１２に記載の方法。
［Ｃ１４］
前記ＰＬＣＰヘッダ中の前記少なくとも１つのビットは、応答が送られるべきでない、ヌルデータパケット（ＮＤＰ）応答が送られるべきであること、通常応答が送られるべきであること、またはロング応答が送られるべきであることを示す値にセットされた少なくとも２つのビットを備える、上記Ｃ１１に記載の方法。
［Ｃ１５］
応答が送られるべきでないことを前記少なくとも２つのビットが示す場合、前記延期時間は、０であると決定され、
前記ロング応答が送られるべきであることを前記少なくとも２つのビットが示す場合、前記延期時間は、最大ＰＰＤＵ持続時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように決定される、上記Ｃ１４に記載の方法。
［Ｃ１６］
前記通常応答が送られるべきであることを前記少なくとも２つのビットが示す場合、前記延期時間は、通常送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように決定され、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、上記Ｃ１４に記載の方法。
［Ｃ１７］
前記ＮＤＰ応答が送られるべきであることを前記少なくとも２つのビットが示す場合、前記延期時間を決定することは、プリアンブルタイプに基づく、上記Ｃ１４に記載の方法。
［Ｃ１８］
前記延期時間は、ＮＤＰ送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように決定され、ここにおいて、前記ＮＤＰ送信時間は、
前記プリアンブルタイプが１ＭＨｚプリアンブルである場合、１ＭＨｚ ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または
前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合、２ＭＨｚ以上のＮＤＰ ＭＡＣフレーム、
を送信するための、マイクロ秒での時間に等しい、上記Ｃ１７に記載の方法。
［Ｃ１９］
前記延期時間を決定することは、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つにさらに基づく、上記Ｃ１１に記載の方法。
［Ｃ２０］
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、前記延期時間を決定することは、前記ＮＤＰ ＭＡＣフレームのタイプにさらに基づく、上記Ｃ１１に記載の方法。
［Ｃ２１］
ワイヤレス通信のための装置であって、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するための手段と、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するための手段と、ここにおいて、前記少なくとも１つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、
を備える装置。
［Ｃ２２］
前記決定された延期時間に基づいて応答指示延期（ＲＩＤ）カウンタをセットするための手段をさらに備える、上記Ｃ２１に記載の装置。
［Ｃ２３］
前記ＲＩＤカウンタは、ＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブが前記受信されたＰＰＤＵについて発行されることが期待される瞬間に更新される、上記Ｃ２２に記載の装置。
［Ｃ２４］
前記ＰＬＣＰヘッダ中の前記少なくとも１つのビットは、応答が送られるべきでない、ヌルデータパケット（ＮＤＰ）応答が送られるべきであること、通常応答が送られるべきであること、またはロング応答が送られるべきであることを示す値にセットされた少なくとも２つのビットを備える、上記Ｃ２１に記載の装置。
［Ｃ２５］
決定するための前記手段は、
応答が送られるべきでないことを前記少なくとも２つのビットが示す場合、前記延期時間が０であると決定し、
前記ロング応答が送られるべきであると前記少なくとも２つのビットが示す場合、最大ＰＰＤＵ持続時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成される、上記Ｃ２４に記載の装置。
［Ｃ２６］
決定するための前記手段は、前記通常応答が送られるべきであることを前記少なくとも２つのビットが示す場合、通常送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成され、前記通常送信時間は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて算出される、上記Ｃ２４に記載の装置。
［Ｃ２７］
決定するための前記手段は、前記ＮＤＰ応答が送られるべきであることを前記少なくとも２つのビットが示す場合、プリアンブルタイプに基づいて前記延期時間を決定するように構成される、上記Ｃ２４に記載の装置。
［Ｃ２８］
決定するための前記手段は、ＮＤＰ送信時間プラスショートフレーム間スペース（ＳＩＦＳ）を備えるように前記延期時間を決定するように構成され、前記ＮＤＰ送信時間は、前記プリアンブルタイプが１ＭＨｚプリアンブルである場合は１ＭＨｚ ＮＤＰメディアアクセス制御（ＭＡＣ）フレーム、または前記プリアンブルタイプが２ＭＨｚ以上のショート／ロングプリアンブルである場合は２ＭＨｚ以上のＮＤＰ ＭＡＣフレームを送信するための、マイクロ秒での時間に等しい、上記Ｃ２７に記載の装置。
［Ｃ２９］
決定するための前記手段は、プリアンブルタイプ、前記ＰＬＣＰヘッダ中のアグリゲーションビット、チャネル帯域幅、または変調およびコーディング方式（ＭＣＳ）のうちの少なくとも１つに基づいて、前記延期時間を決定するようにさらに構成される、上記Ｃ２１に記載の装置。
［Ｃ３０］
前記ＰＰＤＵはヌルデータパケット（ＮＤＰ）メディアアクセス制御（ＭＡＣ）フレームを備え、決定するための前記手段は、前記ＮＤＰ ＭＡＣフレームのタイプに基づいて、前記延期時間を決定するようにさらに構成される、上記Ｃ２１に記載の装置。
［Ｃ３１］
コンピュータ可読媒体を備える、装置によるワイヤレス通信のためのコンピュータプログラム製品であって、前記コンピュータ可読媒体は、
前記装置に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定することと、ここにおいて、前記少なくとも１つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、を行うように実行可能な命令を有する、コンピュータプログラム製品。
［Ｃ３２］
ワイヤレス局であって、
少なくとも１つのアンテナと、
前記少なくとも１つのアンテナを介して、前記ワイヤレス局に向けられていない物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成された受信機と、
前記ＰＰＤＵのＰＬＣＰヘッダ中の少なくとも１つのビットに基づいて延期時間を決定するように構成された処理システムと、ここにおいて、前記少なくとも１つのビットは、前記ＰＰＤＵの予定受信側によって送られるべき応答のタイプを示す、
を備えるワイヤレス局。
【図１】
0006363109.tif 000002
【図２】
0006363109.tif 000003
【図３】
0006363109.tif 000004
【図４】
0006363109.tif 000005
【図５】
0006363109.tif 000006
【図６】
0006363109.tif 000007
【図７】
0006363109.tif 000008
【図７Ａ】
0006363109.tif 000009
【図８】
0006363109.tif 000010
【図８Ａ】
0006363109.tif 000011
【図９】
0006363109.tif 000012
【図１０】
0006363109.tif 000013
【図１１】
0006363109.tif 000014
【図１２】
0006363109.tif 000015
【図１３】
0006363109.tif 000016
【図１４】
0006363109.tif 000017
【図１５】
0006363109.tif 000018
【図１６】
0006363109.tif 000019
【図１７】
0006363109.tif 000020
【図１８】
0006363109.tif 000021
【図１９】
0006363109.tif 000022
【図１９Ａ】
0006363109.tif 000023
【図２０】
0006363109.tif 000024
【図２０Ａ】
0006363109.tif 000025
【図２１】
0006363109.tif 000026
【図２２】
0006363109.tif 000027
【図２２Ａ】
0006363109.tif 000028