JP2017500774A - マルチユーザフレーム交換のためのプロトコル - Google Patents

Abstract

本開示のいくつかの態様は、マルチユーザブロック確認応答要求プロトコルおよびフレームのための方法および装置を提供する。いくつかの態様によれば、ワイヤレス通信のための装置が提供される。本装置は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスからの即時応答を懇請するマルチユーザ（ＭＵ）パケットを生成することとを行うように構成される処理システム、ここにおいて、即時応答が確認応答（ＡＣＫ）またはブロックＡＣＫ（ＢＡ）を備える、と、送信のためにＭＵパケットを出力するように構成されるインターフェースとを含む。【選択図】図２６

Description

関連出願の相互参照

[0001]本出願は、その全体がともに参照により本明細書に組み込まれる、２０１３年１１月１日に出願された米国仮特許出願第６１／８９９，１２１号、および２０１４年１０月３０日に出願された米国特許出願第１４／５２８，５２０号の利益を主張する。

[0002]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、アップリンクマルチユーザ（ＭＵ）フレーム交換のためのフレーム構造およびプロトコルに関する。

[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。

[0004]ワイヤレス通信システムに要求される帯域幅要件の増加の問題に対処するために、高いデータスループットを達成しながら、複数のユーザ端末がチャネルリソースを共有することによって単一のアクセスポイントと通信することを可能にするための様々な方式が開発されている。多入力多出力（ＭＩＭＯ）技術は、通信システムのための普及している技法として現れた１つのそのような手法を表す。ＭＩＭＯ技術は、米国電気電子技術者協会（ＩＥＥＥ：Institute of Electrical and Electronics Engineers）８０２．１１規格など、いくつかのワイヤレス通信規格において採用されている。ＩＥＥＥ８０２．１１は、（たとえば、数十メートルから数百メートルの）短距離通信用にＩＥＥＥ８０２．１１委員会によって開発されたワイヤレスローカルエリアネットワーク（ＷＬＡＮ）エアインターフェース規格のセットを示す。

[0005]本開示のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が単独で本開示の望ましい属性を担当するわけではない。次に、以下の特許請求の範囲によって表される本開示の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本開示の特徴が、ワイヤレスネットワークにおけるアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかが理解されよう。

[0006]本開示のいくつかの態様は、一般に、アップリンクマルチユーザ（ＭＵ）フレーム交換のためのフレーム構造およびプロトコルに関する。

[0007]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスからの即時応答を懇請する（solicit）ＭＵパケットを生成することとを行うように構成される処理システム、ここにおいて、即時応答が確認応答（ＡＣＫ）またはブロックＡＣＫ（ＢＡ）を備える、と、送信のためにＭＵパケットを出力するように構成されるインターフェースとを含む。

[0008]本開示のいくつかの態様は、ワイヤレス通信のための方法を提供する。本方法は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスからの即時応答を懇請するＭＵパケットを生成することと、ここにおいて、即時応答がＡＣＫまたはＢＡを備える、送信のためにＭＵパケットを出力することとを含む。

[0009]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、複数のデバイスが第１の能力を有すると決定するための手段と、複数のデバイスからの即時応答を懇請するＭＵパケットを生成するための手段と、ここにおいて、即時応答がＡＣＫまたはＢＡを備える、送信のためにＭＵパケットを出力するための手段とを含む。

[0010]本開示のいくつかの態様は、複数の局とのワイヤレス通信のためのアクセスポイントを提供する。本アクセスポイントは、概して、少なくとも１つのアンテナと、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスからの即時応答を懇請するＭＵパケットを生成することとを行うように構成される処理システム、ここにおいて、即時応答がＡＣＫまたはＢＡを備える、と、少なくとも１つのアンテナを介して、ＭＵパケットを送信するように構成される送信機とを含む。

[0011]本開示のいくつかの態様は、複数の局とのワイヤレス通信のためのコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスからの即時応答を懇請するＭＵパケットを生成することと、ここにおいて、即時応答がＡＣＫまたはＢＡを備える、送信のためにＭＵパケットを出力することとを行うための命令を記憶したコンピュータ可読媒体を含む。

[0012]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスの第１のセットの各々からの第１の即時応答を懇請するＭＵパケットを生成することと、複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成することとを行うように構成される処理システム、ここにおいて、第２のＭＵパケットが第１のＭＵパケットとは異なる、と、送信のために第１のＭＵパケットと第２のＭＵパケットとを出力するように構成されるインターフェースとを含む。

[0013]本開示のいくつかの態様は、ワイヤレス通信のための方法を提供する。本方法は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のＭＵパケットを生成することと、複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成することと、ここにおいて、第２のＭＵパケットが第１のＭＵパケットとは異なる、送信のために第１のＭＵパケットと第２のＭＵパケットとを出力することとを含む。

[0014]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、複数のデバイスが第１の能力を有すると決定するための手段と、複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のＭＵパケットを生成するための手段と、複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成するための手段と、ここにおいて、第２のＭＵパケットが第１のＭＵパケットとは異なる、送信のために第１のＭＵパケットと第２のＭＵパケットとを出力するための手段とを含む。

[0015]本開示のいくつかの態様は、複数の局とのワイヤレス通信のためのコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、概して、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のＭＵパケットを生成することと、複数の局の第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成することと、ここにおいて、第２のＭＵパケットが第１のＭＵパケットとは異なる、送信のために第１のＭＵパケットと第２のＭＵパケットとを出力することとを行うための命令を記憶したコンピュータ可読媒体を含む。

[0016]本開示のいくつかの態様は、複数の局とのワイヤレス通信のためのアクセスポイントを提供する。本アクセスポイントは、概して、少なくとも１つのアンテナと、複数のデバイスが第１の能力を有すると決定することと、複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のＭＵパケットを生成することと、複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成することとを行うように構成される処理システム、ここにおいて、第２のＭＵパケットが第１のＭＵパケットとは異なる、と、少なくとも１つのアンテナを介して、第１のＭＵパケットと第２のＭＵパケットとを送信するように構成される送信機とを含む。

[0017]上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

[0018]本開示の上述の特徴が詳細に理解され得るように、添付の図面にその一部を示す態様を参照することによって、上記で手短に要約されたより具体的な説明が得られ得る。ただし、その説明は他の等しく有効な態様に通じ得るので、添付の図面は、本開示のいくつかの典型的な態様のみを示し、したがって、本開示の範囲を限定するものと見なされるべきではないことに留意されたい。
本開示のいくつかの態様による、例示的なワイヤレス通信ネットワークの図。 本開示のいくつかの態様による、例示的なアクセスポイントおよびユーザ端末のブロック図。 本開示のいくつかの態様による、例示的なワイヤレスデバイスのブロック図。 アクセスポイントと複数の局との間の例示的なダウンリンク（ＤＬ）マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）を示す図。 本開示のいくつかの態様による、応答フレームのために使用される帯域幅が、応答を懇請するフレームのために使用される帯域幅に等しい、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、応答フレームのために使用される空間ストリームが、応答を懇請するフレームのために使用される空間ストリームに等しい、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルフレームが、応答のためのパラメータを示すために、応答を懇請するフレームの前に送られる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルサブフレームが、応答のためのパラメータを示すために、応答を懇請するフレームに続く別個のフレーム中で送られる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ブロック確認応答要求（ＢＡＲ：block acknowledgment request）フレームの一例を示す図。 本開示のいくつかの態様による、各局（ＳＴＡ）ごとのＢＡＲフレームを含むＤＬアグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ：aggregated medium access control protocol data unit）の例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵフレームに続く別個のＭＵ物理レイヤコンバージェンスプロトコル（ＰＬＣＰ：physical layer convergence protocol）プロトコルデータユニット（ＰＰＤＵ）フレーム中でＳＴＡに送られる各ＳＴＡごとのＢＡＲフレームの例示的なフレーム交換を示す図。 本開示のいくつかの態様による、マルチＴＩＤ ＢＡＲのための例示的なフォーマットを示す図。 本開示のいくつかの態様による、マルチＳＴＡ ＢＡＲのための例示的なフォーマットを示す図。 本開示のいくつかの態様による、受信機アドレスフィールドが削除されたマルチＳＴＡ ＢＡＲフレームの一例を示す図。 本開示のいくつかの態様による、マルチＳＴＡ ＢＡＲフレームを使用する例示的なフレーム交換を示す図。 本開示のいくつかの態様による、逆方向許可（ＲＤＧ：reverse direction grant）が各ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中に含まれる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルフレームが、第１のＵＬ応答をトリガするための送信機会の最初に送信され、ＢＡフレームが第２のＵＬ応答をトリガする、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルフレームが、ＳＴＡの複数のセットからの応答をトリガするための送信機会の最初に送信される、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルフレームが、ＳＴＡの複数のセットからの応答をトリガするための送信機会の最初に送信される、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、第２のスペシャルフレームが、ＳＴＡの異なるセットからの応答をトリガするためにＢＡ中でアグリゲートされる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、スペシャルフレームが各ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中でアグリゲートされる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ＵＬ ＡＣＫがＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ中でアグリゲートされる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ＵＬ ＡＣＫがＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ中でアグリゲートされ、ＤＬ ＡＣＫがＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中でアグリゲートされる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ＵＬ ＡＣＫがＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ中でアグリゲートされ、ＤＬ ＡＣＫおよびスペシャルフレームがＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中でアグリゲートされる、例示的なフレーム交換を示す図。 本開示のいくつかの態様による、ワイヤレス通信のための例示的な動作を示す図。 本開示のいくつかの態様による、図２５に示された動作を実行することが可能な例示的な手段を示す図。 本開示のいくつかの態様による、ワイヤレス通信のための例示的な動作を示す図。 本開示のいくつかの態様による、図２６に示された動作を実行することが可能な例示的な手段を示す図。

[0047]理解を容易にするために、可能な場合、各図に共通である同じ要素を指定するために同じ参照番号を使用している。一態様において開示する要素が、具体的な説明なしに他の態様に対して有益に利用され得ることが企図される。

[0048]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、アップリンク（ＵＬ）マルチユーザ（ＭＵ）フレーム交換のためのフレーム構造およびプロトコルに関する。いくつかの態様は、ＵＬおよび／またはダウンリンク（ＤＬ）ＭＵ多入力多出力（ＭＩＭＯ）および周波数分割多元接続（ＦＤＭＡ）システムにおいて複数のブロック確認応答（ＢＡ）を送信することを可能にするためのプロトコルルールおよび効率的なフレーム交換シーケンスを提供する。いくつかの態様によれば、マルチＳＴＡ ＢＡ要求（ＢＡＲ）フレームが複数の即時ＢＡを同時に懇請し得る。いくつかの態様によれば、フレーム交換シーケンスはスペシャルサブフレームおよび／または逆方向許可（ＲＤＧ）を伴う。

[0049]添付の図面を参照しながら本開示の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせられるにせよ、本明細書で開示する本開示のいかなる態様をもカバーするものであることを、当業者は諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本開示の範囲は、本明細書に記載する本開示の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示する本開示のいずれの態様も、請求項の１つまたは複数の要素によって実施され得ることを理解されたい。

[0050]「例示的」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。

[0051]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。

[0052]本明細書では、ワイヤレス通信の分野における一般に認識されている使用法に一致する、以下に記載する頭字語を使用することがある。本明細書では、他の頭字語を使用することもあり、以下のリストにおいて定義されていない場合は、本明細書で最初に出現する場所で定義する。
ＡＣＫ 確認応答
Ａ−ＭＰＤＵ アグリゲートメディアアクセス制御プロトコルデータユニット（Aggregated Media Access Control Protocol Data Unit）
ＡＰ アクセスポイント
ＢＡ ブロックＡＣＫ
ＢＡＲ ブロックＡＣＫ要求
ＣＲＣ............巡回冗長検査（cyclic redundancy check）
ＤＩＦＳ 分散フレーム間スペース
ＥＯＦ フレームの終了
ＥＩＦＳ 拡張フレーム間スペース
ＦＣＳ フレーム検査シーケンス
ＩＤ..............識別子
ＩＥＥＥ 米国電気電子技術者協会
ＬＴＦ............ロングトレーニングフィールド
ＭＡＣ メディアアクセス制御
ＭＳＢ 最上位ビット
ＭＩＭＯ 多入力多出力
ＭＰＤＵ ＭＡＣプロトコルデータユニット
ＭＵ..............マルチユーザ
ＭＵ−ＭＩＭＯ マルチユーザ多入力多出力
ＮＤＰ ヌルデータパケット
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＰＨＹ 物理レイヤ
ＰＬＣＰ 物理レイヤコンバージェンスプロトコル
ＰＰＤＵ ＰＬＣＰプロトコルデータユニット
ＰＳＤＵ ＰＬＣＰサービスデータユニット
ＱｏＳ サービス品質
ＲＤＧ 逆方向許可
Ｓ１Ｇ............サブ１ＧＨｚ
ＳＤＭＡ 空間分割多元接続
ＳＩＦＳ ショートフレーム間スペース（Short Interframe Space）
ＳＩＧ 信号
ＳＴＡ 局
ＳＴＢＣ..........時空間ブロックコーディング
ＳＴＦ............ショートトレーニングフィールド
ＳＵ..............シングルユーザ
ＴＣＰ 伝送制御プロトコル
ＶＨＴ............超高スループット
ＷＬＡＮ ワイヤレスローカルエリアネットワーク

[0053]本明細書で説明する技法は、直交多重化方式に基づく通信システムを含む、様々なブロードバンドワイヤレス通信システムに使用され得る。そのような通信システムの例としては、空間分割多元接続（ＳＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するために十分に異なる方向を利用し得る。ＴＤＭＡシステムは、送信信号を異なるタイムスロットに分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にし得、各タイムスロットは異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重化（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどと呼ばれることもある。ＯＦＤＭでは、各サブキャリアは独立してデータで変調され得る。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためのインターリーブＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するための局所ＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するための拡張ＦＤＭＡ（ＥＦＤＭＡ）を利用し得る。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。

[0054]本明細書の教示は、様々なワイヤードまたはワイヤレス装置（たとえば、ノード）に組み込まれ得る（たとえば、その装置内に実装されるか、またはその装置によって実行され得る）。いくつかの態様では、本明細書の教示に従って実装されるワイヤレスノードはアクセスポイントまたはアクセス端末を備え得る。

[0055]アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、発展型ノードＢ（ｅＮＢ）、基地局コントローラ（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語を備えるか、それらとして実装されるか、あるいはそれらとして知られ得る。

[0056]アクセス端末（「ＡＴ」）は、加入者局、加入者ユニット、移動局（ＭＳ）、リモート局、リモート端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ）、ユーザ局、または何らかの他の用語を備えるか、それらとして実装されるか、あるいはそれらとして知られ得る。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、局（「ＳＴＡ」）、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラーフォンまたはスマートフォン）、コンピュータ（たとえば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽もしくはビデオデバイス、または衛星ラジオ）、全地球測位システム（ＧＰＳ）デバイス、あるいはワイヤレスまたはワイヤード媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。いくつかの態様では、ノードはワイヤレスノードである。そのようなワイヤレスノードは、たとえば、ワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど、ワイドエリアネットワーク）のための、またはネットワークへの接続性を与え得る。
例示的なワイヤレス通信システム

[0057]図１に、アクセスポイントとユーザ端末とをもつ多元接続多入力多出力（ＭＩＭＯ）システム１００を示す。簡単のために、ただ１つのアクセスポイント１１０が図１に示されている。アクセスポイントは、概して、ユーザ端末と通信する固定局であり、基地局または何らかの他の用語で呼ばれることもある。ユーザ端末は、固定また移動であり得、移動局、ワイヤレスデバイス、または何らかの他の用語で呼ばれることもある。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で所与の瞬間において１つまたは複数のユーザ端末１２０と通信し得る。ダウンリンク（すなわち、順方向リンク）はアクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）はユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアで通信し得る。システムコントローラ１３０が、アクセスポイントに結合し、アクセスポイントの調整および制御を行う。

[0058]以下の開示の部分では、空間分割多元接続（ＳＤＭＡ）によって通信することが可能なユーザ端末１２０について説明するが、いくつかの態様では、ユーザ端末１２０は、ＳＤＭＡをサポートしないいくつかのユーザ端末をも含み得る。したがって、そのような態様では、ＡＰ１１０は、ＳＤＭＡユーザ端末と非ＳＤＭＡユーザ端末の両方と通信するように構成され得る。この手法は、より新しいＳＤＭＡユーザ端末が適宜に導入されることを可能にしながら、より古いバージョンのユーザ端末（「レガシー」局）が企業に配備されたままであることを都合よく可能にして、それらの有効寿命を延長し得る。

[0059]システム１００は、ダウンリンクおよびアップリンク上でのデータ伝送のために複数の送信アンテナおよび複数の受信アンテナを採用する。アクセスポイント１１０は、Ｎ_ap個のアンテナを装備し、ダウンリンク送信では多入力（ＭＩ）を表し、アップリンク送信では多出力（ＭＯ）を表す。Ｋ個の選択されたユーザ端末１２０のセットは、ダウンリンク送信では多出力をまとめて表し、アップリンク送信では多入力をまとめて表す。純粋なＳＤＭＡの場合、Ｋ個のユーザ端末のためのデータシンボルストリームが、何らかの手段によって、コード、周波数または時間において多重化されない場合、Ｎ_ap≧Ｋ≧１が成り立つことが望まれる。データシンボルストリームが、ＴＤＭＡ技法、ＣＤＭＡを用いた異なるコードチャネル、ＯＦＤＭを用いたサブバンドの独立セットなどを使用して多重化され得る場合、ＫはＮ_apよりも大きくなり得る。各選択されたユーザ端末は、ユーザ固有データをアクセスポイントに送信し、および／またはアクセスポイントからユーザ固有データを受信する。概して、各選択されたユーザ端末は、１つまたは複数のアンテナを装備し得る（すなわち、Ｎ_ut≧１）。Ｋ個の選択されたユーザ端末は同じまたは異なる数のアンテナを有することができる。

[0060]ＳＤＭＡシステムは時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムであり得る。ＴＤＤシステムの場合、ダウンリンクとアップリンクは同じ周波数帯域を共有する。ＦＤＤシステムの場合、ダウンリンクとアップリンクは異なる周波数帯域を使用する。ＭＩＭＯシステム１００はまた、伝送のために単一のキャリアまたは複数のキャリアを利用し得る。各ユーザ端末は、（たとえば、コストを抑えるために）単一のアンテナを装備するか、または（たとえば、追加コストがサポートされ得る場合）複数のアンテナを装備し得る。送信／受信を異なるタイムスロットに分割し、各タイムスロットを異なるユーザ端末１２０に割り当てることによってユーザ端末１２０が同じ周波数チャネルを共有する場合、システム１００はＴＤＭＡシステムでもあり得る。

[0061]図２に、ＭＩＭＯシステム１００におけるアクセスポイント１１０と２つのユーザ端末１２０ｍおよび１２０ｘとのブロック図を示す。アクセスポイント１１０はＮ_t個のアンテナ２２４ａ〜２２４ｔを装備する。ユーザ端末１２０ｍはＮ_ut,m個のアンテナ２５２ｍａ〜２５２ｍｕを装備し、ユーザ端末１２０ｘはＮ_ut,x個のアンテナ２５２ｘａ〜２５２ｘｕを装備する。アクセスポイント１１０は、ダウンリンクでは送信エンティティであり、アップリンクでは受信エンティティである。各ユーザ端末１２０は、アップリンクでは送信エンティティであり、ダウンリンクでは受信エンティティである。本明細書で使用する「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立動作型の装置またはデバイスであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立動作型の装置またはデバイスである。以下の説明では、下付き文字「ｄｎ」はダウンリンクを示し、下付き文字「ｕｐ」はアップリンクを示し、Ｎ_up個のユーザ端末がアップリンク上の同時送信のために選択され、Ｎ_dn個のユーザ端末がダウンリンク上の同時送信のために選択され、Ｎ_upはＮ_dnに等しいことも等しくないこともあり、Ｎ_upおよびＮ_dnは、静的値であり得るか、またはスケジューリング間隔ごとに変化することがある。ビームステアリングまたは何らかの他の空間処理技法がアクセスポイントおよびユーザ端末において使用され得る。

[0062]アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、送信（ＴＸ）データプロセッサ２８８は、データソース２８６からトラフィックデータを受信し、コントローラ２８０から制御データを受信する。ＴＸデータプロセッサ２８８は、ユーザ端末のために選択されたレートに関連するコーディングおよび変調方式に基づいてユーザ端末のためにトラフィックデータを処理（たとえば、符号化、インターリーブ、および変調）し、データシンボルストリームを与える。ＴＸ空間プロセッサ２９０は、データシンボルストリームに対して空間処理を実行し、Ｎ_ut,m個の送信シンボルストリームをＮ_ut,m個のアンテナに与える。各送信機ユニット（ＴＭＴＲ）２５４は、アップリンク信号を生成するために、それぞれの送信シンボルストリームを受信し、処理（たとえば、アナログ変換、増幅、フィルタ処理、および周波数アップコンバート）する。Ｎ_ut,m個の送信機ユニット２５４は、Ｎ_ut,m個のアンテナ２５２からアクセスポイントへの送信のためのＮ_ut,m個のアップリンク信号を与える。

[0063]アップリンク上での同時送信のためにＮ_up個のユーザ端末がスケジュールされ得る。これらのユーザ端末の各々は、それのデータシンボルストリームに対して空間処理を実行し、アップリンク上で送信シンボルストリームのそれのセットをアクセスポイントに送信する。

[0064]アクセスポイント１１０において、Ｎ_ap個のアンテナ２２４ａ〜２２４ａｐは、アップリンク上で送信するすべてのＮ_up個のユーザ端末からアップリンク信号を受信する。各アンテナ２２４は、受信信号をそれぞれの受信機ユニット（ＲＣＶＲ）２２２に与える。各受信機ユニット２２２は、送信機ユニット２５４によって実行された処理の相補的な処理を実行し、受信シンボルストリームを与える。ＲＸ空間プロセッサ２４０は、Ｎ_ap個の受信機ユニット２２２からのＮ_ap個の受信シンボルストリームに対して受信機空間処理を実行し、Ｎ_up個の復元されたアップリンクデータシンボルストリームを与える。受信機空間処理は、チャネル相関行列反転（ＣＣＭＩ：channel correlation matrix inversion）、最小平均２乗誤差（ＭＭＳＥ：minimum mean square error）、ソフト干渉消去（ＳＩＣ：soft interference cancellation）、または何らかの他の技法に従って実行される。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定値である。ＲＸデータプロセッサ２４２は、復号データを得るために、そのストリームのために使用されたレートに応じて各復元されたアップリンクデータシンボルストリームを処理（たとえば、復調、デインターリーブ、および復号）する。各ユーザ端末の復号データは、記憶のためにデータシンク２４４に与えられ、および／またはさらなる処理のためにコントローラ２３０に与えられ得る。

[0065]ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０が、ダウンリンク送信のためにスケジュールされたＮ_dn個のユーザ端末のためのトラフィックデータをデータソース２０８から受信し、コントローラ２３０から制御データを受信し、場合によってはスケジューラ２３４から他のデータを受信する。様々なタイプのデータが異なるトランスポートチャネル上で送信され得る。ＴＸデータプロセッサ２１０は、各ユーザ端末のために選択されたレートに基づいてそのユーザ端末のトラフィックデータを処理（たとえば、符号化、インターリーブ、および変調）する。ＴＸデータプロセッサ２１０はＮ_dn個のダウンリンクデータシンボルストリームをＮ_dn個のユーザ端末に与える。ＴＸ空間プロセッサ２２０は、Ｎ_dn個のダウンリンクデータシンボルストリームに対して（本開示で説明するプリコーディングまたはビームフォーミングなどの）空間処理を実行し、Ｎ_ap個の送信シンボルストリームをＮ_ap個のアンテナに与える。各送信機ユニット２２２は、ダウンリンク信号を生成するために、それぞれの送信シンボルストリームを受信し、処理する。Ｎ_ap個のアンテナ２２４からユーザ端末への送信のためのＮ_ap個のダウンリンク信号を与えるＮ_ap個の送信機ユニット２２２。

[0066]各ユーザ端末１２０において、Ｎ_ut,m個のアンテナ２５２はアクセスポイント１１０からＮ_ap個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連するアンテナ２５２からの受信信号を処理し、受信シンボルストリームを与える。ＲＸ空間プロセッサ２６０は、Ｎ_ut,m個の受信機ユニット２５４からのＮ_ut,m個の受信シンボルストリームに対して受信機空間処理を実行し、復元されたダウンリンクデータシンボルストリームをユーザ端末に与える。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥまたは何らかの他の技法に従って実行される。ＲＸデータプロセッサ２７０は、ユーザ端末のための復号データを取得するために、復元されたダウンリンクデータシンボルストリームを処理（たとえば、復調、デインターリーブ、および復号）する。

[0067]各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、チャネル利得推定値、ＳＮＲ推定値、雑音分散などを含み得る、ダウンリンクチャネル推定値を与える。同様に、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を与える。各ユーザ端末のコントローラ２８０は、一般に、そのユーザ端末のダウンリンクチャネル応答行列Ｈ_dn,mに基づいてユーザ端末の空間フィルタ行列を導出する。コントローラ２３０は、有効アップリンクチャネル応答行列Ｈ_up,effに基づいてアクセスポイントの空間フィルタ行列を導出する。各ユーザ端末のコントローラ２８０は、フィードバック情報（たとえば、ダウンリンクおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値など）をアクセスポイントに送り得る。コントローラ２３０およびコントローラ２８０はまた、それぞれ、アクセスポイント１１０およびユーザ端末１２０における様々な処理ユニットの動作を制御する。

[0068]図３に、ＭＩＭＯシステム１００内で採用され得るワイヤレスデバイス３０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス３０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。ワイヤレスデバイス３０２はアクセスポイント１１０またはユーザ端末１２０であり得る。

[0069]ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ３０６は、命令とデータとをプロセッサ３０４に与える。メモリ３０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ３０４は、一般に、メモリ３０６内に記憶されたプログラム命令に基づいて論理演算および算術演算を実行する。メモリ３０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。

[0070]ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機３１０と受信機３１２とを含み得るハウジング３０８を含み得る。送信機３１０と受信機３１２とは組み合わせられてトランシーバ３１４になり得る。単一または複数の送信アンテナ３１６が、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２はまた、複数の送信機と、複数の受信機と、複数のトランシーバとを含み得る（図示せず）。

[0071]ワイヤレスデバイス３０２はまた、トランシーバ３１４によって受信された信号のレベルを検出し、定量化するために使用され得る信号検出器３１８を含み得る。信号検出器３１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号として検出し得る。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）３２０を含み得る。

[0072]ワイヤレスデバイス３０２の様々な構成要素は、データバスに加えて、電力バスと、制御信号バスと、ステータス信号バスとを含み得る、バスシステム３２２によって互いに結合され得る。

[0073]図４に、本開示のいくつかの態様による、アクセスポイントと複数の局との間の例示的なダウンリンクマルチユーザ多入力多出力（ＤＬ−ＭＵ−ＭＩＭＯ）を示す。初めに、ＡＰは、ＤＬ−ＭＵ−ＭＩＭＯ送信を受信するように選択されたＳＴＡのうちの１つ（たとえば、ＳＴＡ１）に送信要求（ＲＴＳ：Request to Send）メッセージ４０２を送信し得る。ＭＵ−ＭＩＭＯアグリゲートにおけるすべてのデータが同じ優先度クラスであり得る。ＲＴＳメッセージ４０２は、ＭＵ−ＭＩＭＯアグリゲートにおけるデータクラスの競合パラメータを使用して送られ得る。

[0074]ＲＴＳメッセージ４０２を受信すると、選択されたＳＴＡ（たとえば、ＳＴＡ１）はＡＰに送信可（ＣＴＳ：Clear to Send）メッセージ４０４を送信し得る。ＲＴＳメッセージ４０２とＣＴＳメッセージ４０４とは、ショートフレーム間スペース（ＳＩＦＳ）、データフレームまたは他のメッセージとそれの確認応答（ＡＣＫ）との間の小さい間隔によって分離され得る。ＣＴＳメッセージ４０４を受信したことに応答して、ＡＰは、スケジューラ（一般に、図２のスケジューラ２３４など、ＡＰの処理システムの一部）によって選択されたＳＴＡにＤＬ−ＭＵ−ＭＩＭＯデータ４０６を送り得る。ＭＵ−ＭＩＭＯデータ４０６を受信するＳＴＡは、アップリンク（ＵＬ）において、図４に示されているように、ＳＴＡ１のためのＢＡから開始し、ＳＴＡ３のためのＢＡで終了する、ＢＡ４０８を連続して送信し得る。ＳＴＡ ＢＡ送信はＳＩＦＳによって分離され得る。ＳＴＡ ＢＡ送信のための順序およびタイミングは、ＤＬ−ＭＵ−ＭＩＭＯデータ４０６中で送られ得る。

[0075]ＤＬ−ＭＵ−ＭＩＭＯ送信では、複数のパケットが異なるＳＴＡに向かって同時に送られる。すべての確認応答（ＡＣＫ）が受信された場合、送信は成功したと見なされ得る。ＡＣＫが受信されない場合、すべてのパケットがおそらく失敗し、このイベントは、衝突として合理的に解釈され得る。ＡＣＫのうちのいくつかのみが消失しているが、他のＡＣＫが受信された場合、このイベントの意味（たとえば、これが衝突であったのか、ＳＴＡのうちのいくつかのみについての衝突であったのか）および競合ウィンドウ（ＣＷ）を増加させることに関する適切な反応が定義され得る。たとえば、図４において、ＭＵ−ＭＩＭＯデータ４０６は、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３（アクセス端末１２０）に送られ、ＢＡは、その後、ＳＴＡ１およびＳＴＡ３の各々から受信され、ＳＴＡ２から受信されなかった。
ＵＬ ＭＵ確認応答のための例示的なプロトコル

[0076]無線において、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）は、概して、利用可能なアンテナが、各々が１つまたは複数のアンテナを有する、いくつかの独立したアクセスポイント（ＡＰ）（たとえば、ＡＰ１１０など）および独立した無線端末（たとえば、ユーザ端末（ＵＴ）１２０）にわたって拡散される、ＭＩＭＯ技術を指す。対照的に、シングルユーザ（ＳＵ）ＭＩＭＯは、概して、単一のマルチアンテナ送信機が単一のマルチアンテナ受信機と通信することを指す。ＭＵ−ＭＩＭＯの性能は、関与するデバイスのプリコーディング能力に依拠する。

[0077] 周波数分割多元接続（ＦＤＭＡ）は、概して、チャネル化プロトコルとして多元接続プロトコルにおいて使用されるチャネルアクセス方法を指す。ＦＤＭＡは、１つまたは複数の周波数帯域、またはチャネルの個々の割振りをユーザに与える。他の多元接続システムのように、ＦＤＭＡは、複数のユーザ間のアクセスを協調させる。直交周波数分割多元接続（ＯＦＤＭＡ）はＯＦＤＭのマルチユーザバージョンである。多元接続は、サブキャリアのサブセットを個々のユーザに割り当てることによってＯＦＤＭＡにおいて達成される。これにより、数人のユーザからの同時低データレート送信が可能になる。

[0078]いくつかの態様によれば、ＦＤＭＡ送信は、たとえば、各チャネル（たとえば２０ＭＨｚ）上の複数のＳＵまたはＭＵ ＰＰＤＵからなり得る。各ＭＵ ＰＰＤＵはＭＵ−ＭＩＭＯ ＰＰＤＵまたはＦＤＭＡ ＰＰＤＵのいずれかであり得る。ＦＤＭＡ ＰＰＤＵはサブ２０ＭＨｚチャネルを割り振り得る。いくつかの態様によれば、ＦＤＭＡ送信のＰＰＤＵは、ＦＤＭＡと、ＭＵ−ＭＩＭＯと、ＯＦＤＭＡと、同じＰＰＤＵ内の時間アグリゲーションとの組合せであり得る。この場合、表記「ＤＬ ＭＩＭＯ／ＦＤＭＡ」は、ＤＬ ＦＤＭＡ ＰＰＤＵ、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ、ＤＬ ＯＦＤＭＡ ＰＰＤＵ、または複数のＳＴＡをサービスするためにＤＬ ＦＤＭＡと、ＤＬ ＭＵ−ＭＩＭＯと、時間アグリゲーションとの任意の組合せを行うＰＰＤＵのいずれかを指し得る。ＭＵ時間アグリゲートＰＰＤＵは、ＭＰＤＵまたはＭＳＤＵが、異なるＳＴＡに対応する受信機または宛先アドレスを有する、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵを含む、単一のＰＰＤＵを備え得る。ＭＵ時間アグリゲートＰＰＤＵは、時間分離を用いずにまたは極めて小さい時間分離を用いて送られたＳＵ ＰＰＤＵまたはＰＳＤＵのシーケンスを備え得る。

[0079]いくつかの態様によれば、以下でより詳細に定義される、確認応答ポリシーはＦＤＭＡ送信の各ＰＰＤＵに適用され得る。その結果、ＦＤＭＡ送信によって生成された即時応答は、各ＰＰＤＵによって生成された即時応答の組合せであり得る。

[0080]アップリンク（ＵＬ）ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡは、たとえば、ダウンリンク（ＤＬ）ＭＵ物理プロトコルデータユニット（ＰＰＤＵ）に応答して、同時に複数のブロック確認応答（ＢＡ）を送信するために使用され得る。現在の規格は、ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡを定義せず、上記の動作モードを可能にしない。

[0081]したがって、ＵＬ ＭＵ−ＭＩＭＯおよびＵＬ ＦＤＭＡの使用がＢＡを送ることを可能にするためのプロトコルルールおよびシグナリングが望ましい。
ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを用いた例示的なＵＬ ＭＵ ＡＣＫ

[0082]従来、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵでは、すべての超高スループット（ＶＨＴ）ＳＴＡにアドレス指定されたＡ−ＭＰＤＵの間の多くとも１つのアグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）は、即時応答を懇請するＭＰＤＵを含み得る。本明細書で提示するいくつかの態様によれば、この制約は緩和され得る。

[0083]本開示は、ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵを受信し、ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡが可能である局（ＳＴＡ）によってＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを用いたＡＣＫ／ＢＡを送ることを可能にするための例示的なフレーム交換およびＡＣＫシグナリングポリシーを提供する。
例示的なＡＣＫプロトコルルール

[0084]本開示は、返答のためにＭＵ−ＭＩＭＯまたはＦＤＭＡリソースを受信側ＳＴＡに割り振るために、ＡＣＫポリシーおよびシグナリングの設定を制限するためのルールを定義し得る。そのようなシグナリングは、どのＳＴＡが即時応答について（たとえば、即時ＢＡについて）懇請されるべきであるのかと、どのＳＴＡが既存のＡＣＫポリシーインジケーションを使用し得るのかと、どのモードが返答のために使用されるべきであるのか（たとえば、ＵＬ ＳＵ−ＭＩＭＯ、ＵＬ ＭＵ−ＭＩＭＯ、またはＵＬ ＭＵ ＦＤＭＡ）と、どのパラメータをＭＵ−ＭＩＭＯまたはＦＤＭＡ送信のために使用すべきなのかとを含み得る。

[0085]いくつかの態様によれば、ＡＰは、ＵＬ ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をサポートする複数の高効率ワイヤレス（ＨＥＷ）ＳＴＡ（たとえば、超高スループット（ＶＨＴ）ＳＴＡ）からの即時応答を懇請するＭＵ ＰＰＤＵを送信し得る。したがって、複数のＳＴＡからの、ＭＵ ＰＤＤＵに対する複数の応答（たとえば、ＡＣＫ／ＢＡ）は同時に可能である。たとえば、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ中のアドレス指定されたＳＴＡのすべてが、ＵＬ ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をサポートする場合、即時応答について、ＳＴＡのいずれも懇請されないか、ＳＴＡのうちのいくつかが懇請されるか、またはＳＴＡのすべてが懇請され得る。いくつかの態様によれば、複数の応答は、異なるストリームおよび／または異なる周波数中にあり得る。

[0086]例示的な実装形態では、ＡＰは、即時応答を懇請するＭＰＤＵ（たとえば、ＭＰＤＵは、「即時ＢＡまたは通常ＡＣＫ」を示す）を有する複数のアグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を含むＭＵ ＰＰＤＵを送信することによって、複数の即時応答を懇請し得る。別の例示的な実装形態では、ＡＰは、逆方向許可（ＲＤＧ）または速度フレーム交換許可を示すＡ−ＭＰＤＵ中の１つまたは複数のＭＰＤＵを送信することによって、複数の即時応答を懇請し得る。いくつかの態様によれば、ＲＤＧ許可または速度フレーム交換許可は、受信側ＳＴＡがＡＣＫ／ＢＡまたはデータを送信し得る送信機会（ＴＸＯＰ）を受信側ＳＴＡに転送し得る。

[0087]いくつかの態様によれば、ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵは、レガシー（たとえば、非ＨＥＷ）ＳＴＡとＨＥＷ ＳＴＡとの混合にアドレス指定され得る（すなわち、アドレス指定されたＳＴＡのうちのいくつかは、ＵＬ ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をサポートし、アドレス指定されたＳＴＡのうちのいくつかはそれらをサポートしない）。レガシーＳＴＡとＨＥＷ ＳＴＡとの混合にアドレス指定されたＤＬ ＦＤＭＡ ＰＰＤＵは、１次チャネル上で送られたレガシーＰＰＤＵと、他のチャネル上で送られた１つまたは複数のＰＰＤＵとであり得る。いくつかの態様によれば、ＡＰが、非ＨＥＷ ＳＴＡからの即時応答を懇請するＭＵ ＰＰＤＵを送信した場合、ＭＵ ＰＰＤＵを受信する他のＳＴＡは、即時応答について懇請されないことがある。たとえば、非ＨＥＷ ＳＴＡにアドレス指定されたＭＵ ＰＰＤＵ中の物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）サービスデータユニット（ＰＳＤＵ）（たとえば、Ａ−ＭＰＤＵ）が即時応答を懇請した場合、同じＭＵ ＰＰＤＵ中の他のＰＳＤＵは即時応答を懇請することができない。この場合、即時応答を懇請するＭＰＤＵは「即時応答」に設定され得、他のＳＴＡへのＭＰＤＵは、「ＡＣＫなし」ポリシー、「遅延ＢＡ」ポリシー、または「ＢＡＲ」ポリシーに設定され得る。いくつかの態様によれば、レガシーＳＴＡおよび１つまたは複数のＨＥＷ ＳＴＡからのアップリンク送信が、適切なＵＬ ＦＤＭＡまたはＭＵ−ＭＩＭＯプロトコルを使用することによって実行され得るという仮定の下で、非ＨＥＷ ＳＴＡにアドレス指定されたＰＳＤＵ、およびＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡをすべてサポートする１つまたは複数のＨＥＷ ＳＴＡＳにアドレス指定されたＰＳＤＵ／ＭＰＤＵは、ＨＥＷ ＳＴＡからの即時応答を懇請し得る。たとえば、ＨＥＷ ＳＴＡのためのすべてのＭＰＤＵは「即時応答」に設定され得る。代替的に、ＳＴＡのいずれも即時応答について懇請されないことがある。たとえば、すべてのＭＰＤＵは「ＡＣＫなし」ポリシーまたは「遅延ＢＡ」ポリシーに設定され得る。したがって、アドレス指定された非レガシーＳＴＡのいずれも即時応答について懇請されない限り、単一または複数のＳＴＡが即時応答について懇請され得る。

[0088]いくつかの態様によれば、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ中のアドレス指定されたＳＴＡのいずれも、ＵＬ ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をサポートしない場合、ＳＴＡのうちの多くとも単一のＳＴＡが即時応答について懇請され得る。例示的な一実装形態では、ＳＴＡのいずれも即時応答について懇請されない。

[0089]いくつかの態様によれば、ＳＴＡのうちの１つがＵＬ ＦＤＭＡまたはＵＬ ＭＵ−ＭＩＭＯをサポートしない（たとえば、レガシーＳＴＡまたはＨＥＷ ＳＴＡがＵＬ ＦＤＭＡまたはＵＬ ＭＵ−ＭＩＭＯをサポートしない）場合でも、複数の同時応答が懇請され得る。たとえば、レガシーＳＴＡは１次チャネル上で通常のＳＵ送信で応答し得るが、他の可能なＳＴＡは他のチャネル上で同時に応答し得る。場合によっては、可能なＳＴＡは、他のＳＴＡによる他のチャネル／ストリーム上でのＵＬ−ＦＤＭＡまたはＵＬ ＭＵ−ＭＩＭＯ送信を選好するために、帯域幅を制限することまたは１次チャネル中のそれの応答の空間ストリームの数を制限することによって、ＵＬ ＦＤＭＡまたはＵＬ ＭＵ−ＭＩＭＯを部分的にサポートし得る。
ＡＣＫのための応答タイプのインジケーション

[0090]いくつかの態様によれば、即時応答を送るように要求される各受信側ＳＴＡは、即時返答（たとえば、ＡＣＫ／ＢＡ）がどのように送られるべきであるのかを知るか、またはそれを示され得る。たとえば、要求されたＳＴＡは、ＳＵ−ＭＩＭＯで返答すべきなのか、ＭＵ−ＭＩＭＯで返答すべきなのか、ＦＤＭＡで返答すべきなのかを知るか、またはそれを示され得る。使用されるべきＰＨＹプリアンブルモードは、返答すべきである技法に応じて異なり得る。

[0091]ＰＨＹヘッダを除く、ＤＬ ＭＩＭＯ／ＦＤＭＡまたはＭＵ時間アグリゲートＰＰＤＵでは、データ部分は、意図された（たとえば、アドレス指定された）ＳＴＡのみによって受信され得る。ＡＣＫポリシーがデータ部分中に含まれ得るので、各ＳＴＡは、他のＳＴＡのために設定された、ＡＣＫポリシー、またはデータ部分中に含まれる任意の他の設定を知らないことがある。したがって、各ＳＴＡは、応答のタイプを個々におよびロバストに通知され得る。

[0092]オプション１：いくつかの態様によれば、各ＭＰＤＵまたはＰＳＤＵ中で各ＳＴＡのための応答タイプインジケーションが追加され得る。たとえば、１または２ビットが、応答のどのモードが使用されるべきであるか（たとえば、ＵＬ ＳＵ−ＭＩＭＯ、ＵＬ ＭＵ−ＭＩＭＯ、またはＵＬ ＦＤＭＡ）を示し得る。各ＭＰＤＵ中の応答タイプインジケーションの場合、インジケーションは、サービス品質（ＱｏＳ）制御フィールド、ＨＴまたはＶＨＴ制御フィールド、フレーム制御（ＦＣ）フィールド、ＭＰＤＵに先行するＡ−ＭＰＤＵデリミタ、拡張ＭＡＣヘッダ、または追加のフィールドをもつＡ−ＭＰＤＵデリミタ中に含まれ得る。ＰＳＤＵ中の応答タイプインジケーションの場合、インジケーションは、たとえば、サービスフィールド中に含まれ得る。代替的に、インジケーションはＰＨＹヘッダ中に含まれ得る。

[0093]オプション２：いくつかの態様によれば、応答タイプを示すための第２のオプションは、ＳＴＡが応答タイプおよびパラメータを知ることができる追加の「スペシャル」フレームをＡ−ＭＰＤＵにアグリゲートすることであり得る。たとえば、スペシャルサブフレームが受信された場合、ＳＴＡは、スペシャルサブフレームによって定義された割振りに従って返答し得る。いくつかの態様によれば、スペシャルサブフレームは、応答のためのスケジュールに関連するトークン番号を有し得、ＳＴＡは、スケジュールに従って返答し得る。代替的に、スペシャルサブフレームが受信されない場合、ＳＴＡは、ＳＵ−ＭＩＭＯ送信で返答することを知り得るか、または、ＳＴＡは、返答しないことを知り得る。

[0094]オプション３：いくつかの態様によれば、第３のオプションは第１のオプションと第２のオプションとの組合せであり得る。たとえば、（ＭＰＤＵ、ＰＳＤＵ、またはＰＨＹヘッダ中の）１または２ビットが、（たとえば、第１のオプションの場合のように）ＳＴＡのためのどのモードを応答のために使用すべきかを示し得る。応答タイプがＳＵ−ＭＩＭＯであることを１または２ビットが示す場合、ＳＴＡはＳＵ送信で返答し得る。しかしながら、応答タイプがＭＵ−ＭＩＭＯ／ＦＤＭＡであることを１または２ビットが示す場合、および（たとえば、第２のオプションの場合のように）スペシャルフレームが受信された場合、ＳＴＡは、スペシャルサブフレームによって定義された割振りに従って返答し得る。代替的に、応答タイプがＭＵであることを１または２ビットが示す場合、およびスペシャルフレームが受信されない場合、ＳＴＡは、返答しないことを知り得る。

[0095]オプション４：いくつかの態様によれば、第４のオプションは、即時返答がどのように送られるべきであるのかに関する、ＡＰと受信側ＳＴＡとの間の「静的」合意を定義することであり得る。いくつかの態様によれば、合意は、ＳＴＡごとであるか、ＳＴＡのグループごとであるか、またはワイヤレス規格において静的に定義され得る。即時返答のための合意されたモードは、管理フレーム中で（たとえば、ビーコン、プローブ応答、またはアクションフレーム中で）ＡＰによって通信され得る。例示的な実装形態では、ＤＬ ＭＵ−ＭＩＭＯ送信のために使用される各ＤＬ ＭＵ−ＭＩＭＯグループＩＤは、即時返答のために使用されるべきであるモード（たとえば、ＵＬ ＳＵ−ＭＩＭＯ、ＵＬ ＭＵ−ＭＩＭＯ、またはＵＬ ＭＵ ＦＤＭＡ）に関連し得る。この場合、アクションフレーム（たとえば、８０２．１１ａｃグループＩＤアクションフレーム）は、ユーザ位置アレイフィールド中にまたは新しいグループごとフィールド（new per group field）中に１または２ビットを含め得る。

[0096]オプション５：別の例示的な実装形態では、受信されたＰＰＤＵのタイプに基づいて使用されるべき応答のタイプを導出するためのルールが（たとえば、ワイヤレス規格において）定義され得る。たとえば、ＤＬ ＳＵ ＰＰＤＵが受信された場合、返答はＳＵを使用し得、ＤＬ ＦＤＭＡ ＰＰＤＵが受信された場合、返答はＦＤＭＡを使用し得、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵが受信された場合、返答はＵＬ ＭＵ−ＭＩＭＯを使用し得る。

[0097]いくつかの態様によれば、ＡＰは、単に、ビーコン、関連付け応答、または管理フレーム中で、ＵＬ ＦＤＭＡ／ＭＵ−ＭＩＭＯ ＢＡがアクティブ化されるか否かを示し得る。
ＭＵ−ＭＩＭＯ／ＦＤＭＡを使用した応答のためのパラメータのインジケーション

[0098]いくつかの態様によれば、ＵＬ ＭＵ−ＭＩＭＯまたはＦＤＭＡが即時応答のために使用されるべきであるとＳＴＡが決定する（たとえば、それについてインジケーションを受信するか、導出するか、静的に合意するか、または構成される）場合、ＳＴＡはまた、応答のためにどのパラメータを使用すべきかを知り得る。応答パラメータは、たとえば、即時応答のためにどの空間ストリーム／チャネルを使用すべきか、どんな持続時間を使用すべきか、およびどんな電力を使用すべきかを含み得る。いくつかの態様によれば、これらのパラメータうちの１つまたは複数は、以下のオプションまたはそれらの組合せのうちの任意の１つを用いて示され得る（たとえば、いくつかのパラメータは、あるオプションに従って搬送され、他のパラメータは別のオプションに従って搬送され得る）。

[0099]オプション１：いくつかの態様によれば、応答パラメータを示すための第１のオプションは、即時応答帯域幅（ＢＷ）ならびに変調およびコーディング方式（ＭＣＳ）のための既存のルールを拡張することであり得る。たとえば、応答フレームの帯域幅およびチャネルは、図５に示されているように、懇請するフレームの帯域幅およびチャネルに等しくなり得る。図５に示されたフレーム交換５００に示されているように、ＳＴＡ２からの即時応答を懇請するために使用される帯域幅５０２は、返答のためにＳＴＡ２によって使用される帯域幅５０４（ＢＡ ＳＴＡ２）に等しい。同様に、ＳＴＡ１からの即時応答を懇請するために使用される帯域幅５０６は、返答のためにＳＴＡ１によって使用される帯域幅５０８（ＢＡ ＳＴＡ１）に等しい。いくつかの態様によれば、懇請するフレームがＤＬ ＦＤＭＡ ＰＰＤＵである場合、応答フレームの帯域幅は、返答している特定の受信側ＳＴＡに送信するためにのみ使用される、懇請するフレームの帯域幅に等しくなり得る。いくつかの態様によれば、ＭＣＳは、要求ＭＣＳに応じて導出され得、また、帯域幅を考慮し得る。いくつかの態様によれば、マッピングは、ワイヤレス規格によって定義され得るか、またはＡＰによって示され得る。

[0100]いくつかの態様によれば、応答の帯域幅は、ＡＰによって、または規格によってある値に固定され得、一例として、帯域幅は、すべての応答側について等しい値に設定され得る。一例として、応答は、各ＳＴＡによって、またはすべてのＳＴＡによってサポートされる最も小さい応答に設定され得る。

[0101]いくつかの態様によれば、ＳＴＡは、図６に示されているように、懇請するフレームの同じ空間ストリーム（たとえば、空間ストリームの数および位置）を使用して応答フレームを送り得る。図６に示されたフレーム交換６００に示されているように、ＳＴＡ２に対する懇請するフレームは第１の空間ストリーム６０２を使用し得、ＳＴＡ２は、同じ空間ストリーム６０４を使用して返答し得る。同様に、ＳＴＡ１に対する懇請するフレームは第２の空間ストリーム６０６を使用し得、ＳＴＡ１は、同じ空間ストリーム６０８を使用して返答し得る。いくつかの態様によれば、受信側ＳＴＡおよび懇請するＡＰは、同じ空間ストリームまたは同数の空間ストリームの送信をサポートしないことがある。この場合、ＳＴＡは、Ｎ個の空間ストリームのあらかじめ定義されたサブセットを使用し得る。ＡＰは、ＳＴＡのサポートされるストリームに気づいていることがあり、たとえば、空間ストリームのあらかじめ定義されたサブセット上でのみ送信し得る。一例として、ＡＰが以下のストリーム割振り｛１および２、３および４、５および６、７および８｝を用いてＳＴＡ１〜４をサービスすると仮定する。ＳＴＡ１および２は、それぞれストリーム１および２、３および４上で応答し得るが、ＳＴＡ３および４は、それぞれストリーム５および７上で応答し得、２つのストリームを使用することが可能でない。いくつかの態様によれば、Ｎ個の空間ストリームのサブセットはワイヤレス規格において定義され得る。一例として、ＡＰまたは規格は、すべての応答が１つの空間ストリームのみを用いて送られなければならないことを示し得る。応答ＳＴＡへの空間ストリームの割当ては、グループＩＤによって、またはＤＬ ＭＵ ＰＰＤＵ中のＳＴＡ識別子のリストによって示されるように、ＤＬ ＭＵ ＰＰＤＵにおいて定義される同じＳＴＡ順序に従い得る。いくつかの態様によれば、応答のための持続時間は、ＡＰによって固定され得るか、またはＡＰによってＳＴＡに示され得る。

[0102]オプション２：いくつかの態様によれば、応答パラメータを示すための第２のオプションは、パラメータがＡＰとＳＴＡとの間で事前合意される場合であり得る。いくつかの態様によれば、事前合意されたパラメータは交換され得る。たとえば、事前合意されたパラメータは、（たとえば、プローブ応答または関連付け応答中で）ＳＴＡがＡＰに関連するときに交換され得る。別の例では、ＡＰは、ＤＬ ＭＵ ＰＰＤＵを送る前のある時間に各ＳＴＡまたはＳＴＡのグループに送られた管理／制御フレーム中で、事前合意されたパラメータを示し得る。たとえば、ＤＬ ＭＵ ＰＰＤＵを送る前に、ＡＰは、図７に示されているように、事前合意されたパラメータを示すスペシャルフレームを送り得る。図７に示されたフレーム交換７００に示されているように、スペシャルフレーム７０２は、それぞれ、ＳＴＡ２およびＳＴＡ１からの即時応答を懇請するフレーム７０４（ＤＬ ＳＴＡ２）および７０８（ＤＬ ＳＴＡ１）の前に送られる。スペシャルフレーム７０２は、それぞれ、ＳＴＡ２およびＳＴＡ１からの応答フレーム７０６（ＢＡ ＳＴＡ２）および７１０（ＢＡ ＳＴＡ１）のための事前合意されたパラメータを与え得る。

[0103]代替的に、ＡＰは、事前合意されたパラメータを交換するために、ＤＬ ＭＵ ＰＰＤＵの直前に管理アクションフレームを送り得る。いくつかの態様によれば、事前合意されたパラメータはワイヤレス規格において定義され得る（たとえば、すべてのＢＡは、最小帯域幅をもつ１つのストリームを使用し得る）。

[0104]オプション３：いくつかの態様によれば、応答パラメータは静的に割り振られ得る。たとえば、第３のオプションでは、ＤＬ ＭＵ−ＭＩＭＯ送信のために使用される各グループＩＤは、ＵＬ ＭＵ−ＭＩＭＯ返答またはＵＬ ＦＤＭＡ返答のいずれかのために使用されるべきパラメータの一部または全部に関連し得る。いくつかの態様によれば、グループＩＤは、受信されたＤＬ ＭＵ ＰＰＤＵのＰＨＹプリアンブル中で受信され得る。一例として、グループＩＤは、ＵＬ応答のための帯域幅およびストリーム割振りに関連し得る。

[0105]オプション４：第４のオプションでは、ＵＬ ＭＵ−ＭＩＭＯおよびＵＬ ＦＤＭＡ返答のための応答パラメータは、動的に割り振られ、受信されたＤＬ ＰＳＤＵ中で各ＳＴＡに示され得る。たとえば、パラメータは、各ＭＰＤＵ中に（たとえば、ＱｏＳ制御フィールド中にまたはＦＣフィールド中に）、ＭＰＤＵに先行するＡ−ＭＰＤＵデリミタ中に、または拡張ＭＡＣヘッダ中に含まれ得る。パラメータはまた、ＰＳＤＵ中に（たとえば、サービスフィールド中に）、またはＰＨＹヘッダ中に（たとえば、信号（ＳＩＧ）フィールドのうちの１つ中に）含まれ得る。この場合、応答のために使用されるべきパラメータを示すフィールドの存在は、以下のオプション、すなわち、ＱｏＳ制御フィールド中の予約済みビットの使用、ＨＴ制御フィールド中の予約済みビットの使用、サービスフィールド中の予約済みビットの使用、Ａ−ＭＰＤＵデリミタ中の予約済みビットの使用のうちの１つによってシグナリングされるか、またはＤＬ ＰＰＤＵのタイプがＤＬ ＭＵ−ＭＩＭＯであるのかＤＬ ＯＦＤＭＡであるのかによって暗黙的に示され得る。

[0106]オプション５：いくつかの態様によれば、応答パラメータを示すための第５のオプションは、Ａ−ＭＰＤＵ中でアグリゲートされるスペシャルフレームにおけるものであり得る。いくつかの態様によれば、各スペシャルフレームは１つのＳＴＡによって受信され得、そのＳＴＡのみのためにパラメータ情報を含み得る。代替的に、（１つまたは複数の）スペシャルフレーム（たとえば、ＳＴＡごとの１つのスペシャルフレームまたは単一のブロードキャストスペシャルフレーム）は、図８に示されているように、データＤＬ ＰＰＤＵに続く別個のＰＰＤＵ中で送られ得る。図８に示されたフレーム交換８００に示されているように、それぞれ、ＳＴＡ２およびＳＴＡ１からの即時応答８０６（ＢＡ ＳＴＡ２）および８１０（ＢＡ ＳＴＡ１）のためのパラメータを示すスペシャルフレーム８０４は、それぞれ、ＳＴＡ２およびＳＴＡ１からの即時応答を懇請するＤＬ ＰＰＤＵ８０２（ＤＬ ＳＴＡ２）および８０８（ＤＬ ＳＴＡ１）に続く別個のＤＬ ＰＰＤＵ中で送られ得る。スペシャルフレームはトリガフレームまたは変更されたＢＡＲフレームであり得る。
ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを用いた例示的なＢＡＲフレーム

[0107]上記で説明したように、本開示のいくつかの態様によれば、ＡＰは、ＵＬ ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をすべてサポートする複数のＨＥＷ ＳＴＡ（たとえば、ＶＨＴ ＳＴＡ）からの即時応答を懇請し得る。たとえば、ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵは、受信側ＨＥＷ ＳＴＡからの即時ＢＡまたはＡＣＫ応答を懇請する「即時ＢＡまたはＡＣＫ応答」ポリシーをもつＭＰＤＵを有するＨＥＷ ＳＴＡにアドレス指定された２つ以上のＰＳＤＵを有し得る。また、上記で説明したように、ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡが返答のための送信モードとして使用されるべきである場合、懇請されたＳＴＡが、返答のためにどの送信モード（たとえば、ＳＵ、ＵＬ ＭＵ−ＭＩＭＯ、またはＵＬ ＦＤＭＡ）を使用すべきか、および返答のためにどんなパラメータを使用すべきかを知ることが望ましいことがある。

[0108]返答のタイプと、返答のために使用すべき応答パラメータとを示すための様々なオプションが上記で与えられた。上記で説明したいくつかの実装形態では、応答パラメータはスペシャルフレーム中に含まれ得る。スペシャルフレームが正しく復号されない場合、受信側ＳＴＡは応答しない。
例示的なＳＵ ＢＡＲフレーム

[0109]いくつかの態様によれば、ブロック確認応答（ＢＡ）についてポーリングする（たとえば、懇請する）ために、ブロック確認応答要求（ＢＡＲ）フレームが使用され得る。上記で説明したように、ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡは、同時に複数のＢＡを送信するために使用され得、したがって、複数の即時応答を懇請することができるＢＡＲフレームを定義することが有用であり得る。

[0110]本開示のいくつかの態様によれば、複数のＵＬ即時応答を懇請するために、ならびにＢＡを送るためのリソースの割振りを行うためにＤＬ ＭＵ ＰＰＤＵ中で使用され得る、追加情報を搬送するＳＵ ＢＡＲが定義される。

[0111]本開示のいくつかの態様によれば、ＢＡＲフレームは、ＤＬ ＭＵ ＰＰＤＵの一部であるＡ−ＭＰＤＵ中でアグリゲートされ得、ＢＡＲフレームは単一のユーザをターゲットにし得る。たとえば、ＤＬ ＭＵ ＰＰＤＵの受信側である各ＳＴＡは、ＢＡを要求し、そのＳＴＡが返答するためのリソースを許可する、潜在的に異なるＢＡＲを受信し得る。各ＳＴＡは異なるリソースを許可され得る。

[0112]上述のように、ＢＡを要求することに加えて、ＢＡＲフレームはまた、ＢＡのためのリソースを割り振られ、返答のための送信モードを示し、返答のために使用されるべきパラメータを示し得る。いくつかの態様によれば、応答タイプおよび／または応答パラメータを示すために、既存のＢＡＲフレーム中の予約済みビットを使用すること、または既存のＢＡＲフレームにフィールドを追加することが望ましいことがある。図９に、本開示のいくつかの態様による、例示的なＢＡＲフレーム９００を示す。図９に示されているように、ＢＡＲフレーム９００は、フレーム制御フィールド９０２と、持続時間／ＩＤフィールド９０４と、受信機アドレスフィールド９０６と、送信機アドレスフィールド９０８と、ＢＡＲ制御フィールド９１０と、ＢＡＲ情報フィールド９１２と、フレーム検査シーケンスフィールド９１４とを含み得る。いくつかの態様によれば、ＢＡＲ制御フィールド９１０中の８つの予約済みビットのうちのいくつかが、応答のためのリソース割振りを示すために可変長ＢＡＲ情報フィールド９１２のために使用され得る。いくつかの態様によれば、ＢＡＲ情報フィールド９１２の１または２ビットは、応答のどのモードが使用されるべきであるか（たとえば、ＳＵ、ＵＬ ＭＵ−ＭＩＭＯ、またはＵＬ ＦＤＭＡ）を示すために使用され得る。たとえば、ＳＵは００によって示され得、ＭＵ−ＭＩＭＯは０１によって示され得、ＦＤＭＡは１０によって示され得る。ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡが使用されるべきである場合、使用されるべきパラメータ（たとえば、応答ＰＰＤＵの持続時間、空間ストリーム／チャネル割振り、および電力割振り）も、上記で説明したようにＢＡＲフレーム中のビットによって示され得る。応答パラメータが示されない場合、デフォルトのまたは事前合意された応答パラメータが使用され得る。

[0113]いくつかの態様によれば、すべてのデータＭＰＤＵのためのＢＡポリシーはＢＡに設定され得（即時応答なし）、したがって、ＢＡＲが正しく受信されない場合、即時応答は生成されない。

[0114]図１０に、本開示のいくつかの態様による、各ＳＴＡごとのＢＡＲフレームを含むＤＬ Ａ−ＭＰＤＵの例示的なフレーム交換１０００を示す。図１０に示されているように、各ＳＴＡのための異なるＢＡＲフレームが各ＳＴＡのためのＤＬ Ａ−ＭＰＤＵ中でアグリゲートされ得る。たとえば、ＢＡＲフレーム１００２（ＤＬ ＳＴＡ２＋ＢＡＲ２）およびＢＡＲフレーム１００４（ＤＬ ＳＴＡ１＋ＢＡＲ１）は、Ａ−ＭＰＤＵにアグリゲートされ得、それぞれ、ＳＴＡ２および１からのＢＡ１００６（ＢＡ ＳＴＡ２）および１００８（ＢＡ ＳＴＡ１）を懇請し得る。

[0115]いくつかの態様によれば、ＢＡＲフレームはＤＬ Ａ−ＭＰＤＵ中でアグリゲートされないことがある。図１１に、本開示のいくつかの態様による、ＤＬ Ａ−ＭＰＤＵフレームに続く別個のＭＵ物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）フレーム中でＳＴＡに送られる各ＳＴＡごとのＢＡＲフレームの例示的なフレーム交換１１００を示す。図１１に示されているように、ＢＡＲフレーム１１０６および１１０８は、それぞれ、ＳＴＡ２およびＳＴＡ１にアドレス指定されたデータＰＳＤＵ１１０２および１１０４を有するＤＬ Ａ−ＭＰＤＵに続く別個のＤＬ ＰＰＤＵ中で送られ得る。
例示的なマルチＳＴＡ ＢＡＲフレーム

[0116]いくつかの態様によれば、ＢＡを複数のＳＴＡに要求するために、マルチＳＴＡ ＢＡＲフレームが使用され得る。いくつかの態様によれば、マルチＳＴＡ ＢＡＲフレームは、ＢＡを送るように要求される複数のＳＴＡを対象とする、ブロードキャストまたはマルチキャストフレームとして送られ得る。上記で説明するＳＵ ＢＡＲフレームの場合のように、マルチＳＴＡ ＢＡＲフレームも、各ＳＴＡが、ＢＡを送るために使用し得るリソースのためのインジケーションを含み得る。

[0117]いくつかの態様によれば、マルチＳＴＡ ＢＡＲは、図１２に示されているように、マルチトラフィックインジケータ（ＴＩＤ：traffic indicator）ＢＡＲフレームのフォーマットを使用し得る。マルチＳＴＡ ＢＡＲは、ＢＡＲがマルチＳＴＡ ＢＡＲであること、どのＳＴＡが受信側であるか、許容応答の持続時間、およびＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡにおける返答のためのリソース割振りを示すために、ＢＡＲ制御フィールド中の、ＴＩＤごと情報フィールド（PER-TID information field）中の、または他の既存のフィールド中の予約済みビットのうちのいくつかを使用し得る。たとえば、各ＴＩＤについて、Ｂａｒ情報フィールド９１２は、ＴＩＤごと情報サブフィールド１２０２と、ブロックＡｃｋ開始シーケンス制御サブフィールド１２０４とを含み得る。

[0118]いくつかの態様によれば、マルチＳＴＡ ＢＡＲフレームは、ＢＡＲが、フレーム制御（ＦＣ）フィールド中の新しいサブタイプまたは拡張タイプを使用するマルチＳＴＡ ＢＡＲであるというインジケーションを含み得る。たとえば、ＦＣフィールド中の１つの予約済みビットを使用すること。代替的に、ブロードキャスト／マルチキャスト宛先アドレスを用いてＢＡＲを送ることは、ＢＡＲがマルチＳＴＡ ＢＡＲフレームであることを示し得る。

[0119]いくつかの態様によれば、どのＳＴＡが受信側であるかを示すことが、各ＳＴＡの部分またはローカル識別子（たとえば、各ＳＴＡのＡＩＤ、部分ＡＩＤ、または部分ＭＡＣアドレス）を示すためにＴＩＤごとフィールド１２０２中の１２個の予約済みビットを使用することによって達成され得る。

[0120]いくつかの態様によれば、許容応答の持続時間を示すことが、許容応答ＰＰＤＵ持続時間を示すためにＢａｒ制御フィールド中の予約済みビット１２０６を使用することによって達成され得る。また、持続時間フィールド９０２が許容ＰＰＤＵ持続時間を示すと仮定され得る。

[0121]いくつかの態様によれば、ＳＴＡがＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡ中で送るためのリソース割振りを示すことが、各ＳＴＡのための空間ストリーム／チャネル割振りおよび電力制御を含めることによって達成され得る。

[0122]いくつかの態様によれば、現在のＢＡＲフレームフォーマットは、図１３に示されているように、１３１０においてＢＡＲ情報フィールドに１または２バイトを追加することによって、たとえば、上述の割振りインジケーション（たとえば、ＳＴＡごとの空間ストリーム／チャネル割振りおよび電力制御）を含むＴＩＤごと情報フィールド１２０２を拡大することによって変更され得る。現在のＢＡＲフレームフォーマットの別の可能な変更は、図１４に示されているように、ブロードキャストされると仮定される、受信機アドレスフィールド９０６を削除することであり得る。この場合、フレームのタイプは、受信機が新しいフォーマットを正しくパースすることができるように、新しいタイプである必要があり得る。

[0123]図１５に、本開示のいくつかの態様による、マルチＳＴＡ ＢＡＲフレームを使用する例示的なフレーム交換１５００を示す。図１５に示されているように、単一のマルチＳＴＡ ＢＡＲフレーム１５０６は、それぞれ、ＳＴＡ２およびＳＴＡ１にアドレス指定されたデータＰＳＤＵ１５０２および１５０４を有するＤＬ Ａ−ＭＰＤＵに続く別個のＤＬ ＰＰＤＵ中で送られ得、ＢＡ１５０８および１５１０をそれぞれＳＴＡ２およびＳＴＡ１に要求し得る。
例示的なＭＵ逆方向許可

[0124]上記で説明したように、ＡＰはＤＬ ＭＵ−ＭＩＭＯ Ａ−ＭＰＤＵを複数のＳＴＡに送り得る。ＤＬ ＭＵ−ＭＩＭＯ Ａ−ＭＰＤＵでは、ＡＰは、送信機会がＳＴＡに転送されることを示し得る。上記で説明したように、受信側ＳＴＡはＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡをサポートし得、したがって、複数の受信側ＳＴＡは同時にＵＬ ＭＵ ＰＰＤＵを送信し得る。いくつかの態様によれば、ＵＬ ＭＵ ＰＰＤＵはデータまたは確認応答を含んでいることがある。また、上記で説明したように、返答するために、ＳＴＡが、返答のためにどんな送信モードおよびパラメータを使用すべきかをも知ることが望ましいことがある。

[0125]いくつかの態様によれば、ＡＰは、ＴＸＯＰが、たとえば、１つまたは複数のＳＴＡに送られた各ＭＰＤＵのＭＡＣヘッダ中で、逆方向許可（ＲＤＧ）ビットによって受信側ＳＴＡに許可されることを示し得る。いくつかの態様によれば、ＡＰは、ＳＴＡが、ＭＵ−ＭＩＭＯ、ＵＬ ＦＤＭＡ、またはその両方をサポートする場合（たとえば、ＨＥＷ ＳＴＡ）、複数のＳＴＡについてＲＤＧビットを設定し得る。許可はまた、応答のための送信モードおよびパラメータを指定し得る。いくつかの態様によれば、送信モードおよびパラメータのインジケーションは、送信モードおよびパラメータを示すための上記で説明したオプションのいずれかに従って搬送され得る。

[0126]いくつかの態様によれば、複数のＳＴＡが関与するので、ＴＸＯＰは、ＳＴＡがＵＬ ＰＰＤＵを送信した後にＡＰに戻され得る。

[0127]図１６に、本開示のいくつかの態様による、ＲＤＧが各Ａ−ＭＰＤＵ中に含まれる、例示的なフレーム交換１５００を示す。図１６に示されているように、ＡＰは、それぞれ、ＳＴＡ２およびＳＴＡ１にアドレス指定され、各々がＭＡＣヘッダ中のＲＤＧビット（ＲＤＧ２およびＲＤＧ１）を有する、Ａ−ＭＰＤＵ１６０２および１６０４を有するＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを送り得る。ＲＤＧビットは受信側ＳＴＡにＴＸＯＰを許可し得る。したがって、ＳＴＡ２およびＳＴＡ１はそれぞれ、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ１６０６および１６０８で応答し得る。いくつかの態様によれば、ＢＡ／ＡＣＫがＵＬ ＰＰＤＵとアグリゲートされ得るか、または、代替的に、別個のＰＳＤＵ１６１０がＡＣＫ／ＢＡとともに送られ得る。
ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡのための例示的な最適化

[0128]オーバーヘッドコストが高い場合、アップリンクＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ通信の効率が制限され得る。たとえば、ＡＰは、各ＵＬ ＭＵ−ＭＩＭＯ送信のためのトリガとしてスペシャルサブフレームを使用し得、それにより、オーバーヘッドが増加し得る。

[0129]本開示のいくつかの態様によれば、ＵＬ ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡ送信のためのオーバーヘッド低減のための手法が提供される。オーバーヘッド低減は、新しいメッセージのためのプリアンブル時間およびフレーム間隔時間を節約し得る。一態様では、オーバーヘッド低減は、ＤＬ ＭＵ−ＭＩＭＯまたはＤＬ−ＦＤＭＡパケットのアグリゲートＡ−ＭＰＤＵ中のＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡスペシャルサブフレーム情報のアグリゲーションを伴い得る。別の態様では、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡスペシャルサブフレーム情報は（たとえば、ＵＬデータを確認応答する）ダウンリンクＡＣＫとアグリゲートされ得る。スペシャルフレーム中のパラメータ情報がすでに通信されている場合、スペシャルサブフレームは単にトリガとして働き得る。別の態様では、１つのスペシャルフレームは、複数のＵＬ ＭＵ−ＭＩＭＯパケットをスケジュールするために送信され得る。
ブロードキャストＢＡによってトリガされる例示的なＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ

[0130]図１７に、本開示のいくつかの態様による、スペシャルサブフレームが送信機会の最初に送信される例示的なフレーム交換１７００を示す。図１７に示されているように、ＡＰは、受信側ＳＴＡからの即時応答をトリガする（たとえば、懇請する）ためのＴＸＯＰの最初にスペシャルフレーム１７０２を送信し得る。スペシャルサブフレームはまた、ＴＸＯＰ時間全体の間のＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ送信のための応答パラメータを定義し得る。いくつかの態様によれば、ＳＴＡは、スペシャルサブフレームに応答してパケットの第１のセットを送り得る。たとえば、受信側ＳＴＡはＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ１７０４および１７０６を送信し得る。図１７に示されているように、ＡＰは、次いで、受信側ＳＴＡの同じセットからの別のＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ送信ためのトリガとして働く、別のＴＸＯＰを許可する、ブロック確認応答（ＢＡ）１７０８で応答し得る。いくつかの態様によれば、ＡＰはＢＡをグループキャストし得る。代替的に、ＡＰは、ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを使用してＢＡを送り得る。いくつかの態様によれば、ＢＡ中のビット（たとえば、ＲＤＧビット）が許可またはトリガとして使用され得る。いくつかの態様によれば、ＢＡは、スペシャルフレーム中のトークン番号に一致するトークン番号を有し得る。図１７に示されているように、受信側ＳＴＡは、たとえば、第１のスペシャルフレームによって定義される同じパラメータを使用して、ＢＡ１７０８の直後にＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ１７１０および１７１２で応答し得る。いくつかの態様によれば、ＡＣＫ／ＢＡフレームをもつＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ送信をトリガするプロセスは連続的に所望の回数繰り返され得る。

[0131]いくつかの態様によれば、ＡＰは、送信機会内に、複数のＵＬ ＭＵ−ＭＩＭＯパケットのための情報を含むスペシャルフレームを送信し得る。いくつかの態様によれば、スペシャルフレームは、たとえば、異なる時間に、ＰＰＤＵを送信し得るＳＴＡグループ（たとえば、ＵＬ ＭＵ ＰＰＤＵグループ）を定義し得る。いくつかの態様によれば、スペシャルフレームは、グループがそれに従ってＰＰＤＵを送信し得る順序を指定し得る。スペシャルフレームはまた、グループ中のＳＴＡによって使用されるべき送信モードおよびパラメータ（たとえば、持続時間、電力、空間ストリームなど）を指定し得る。代替的に、ＳＴＡグループ、順序、および他のパラメータはあらかじめ定義され得る。
スペシャルフレームによってトリガされるＳＴＡの複数のセットによる例示的なＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ

[0132]図１８に、本開示のいくつかの態様による、スペシャルフレームが、ＳＴＡの複数のセットからの応答をトリガするための送信機会の最初に送信される、例示的なフレーム交換１８００を示す。図１８に示されているように、ＡＰは、ＳＴＡ２とＳＴＡ１とを含むＳＴＡの第１のセットと、ＳＴＡ３とＳＴＡ４とを含むＳＴＡの第２のセットとを定義するスペシャルフレーム１８０２を送り得る。ＳＴＡの第１のセット（ＳＴＡ２およびＳＴＡ１）は、スペシャルフレームを受信した後に直ちに応答し得る。たとえば、ＳＴＡ２およびＳＴＡ１は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ１８０４および１８０６を送り得る。ＡＰは、次いで、ＢＡ１８０８で応答し得る。いくつかの態様によれば、ＢＡ１８０８は、次に進むことができるグループを示すカウンタを有し得る。いくつかの態様によれば、ＢＡ１８０８は、ＴＸＯＰを次のセットに許可するビット（たとえば、ＲＤＧビット）を有し得る。図１８に示されているように、ＳＴＡの第２のセット（ＳＴＡ３およびＳＴＡ４）はＢＡの後に応答し得る。たとえば、ＳＴＡ３およびＳＴＡ４は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ１８１０および１８１２を送り得る。いくつかの態様によれば、このフレーム交換は、所望の回数継続するかまたは繰り返し得る。たとえば、図１８に示されているように、ＡＰは、次いで、第２のＢＡ１８１４を送り得、その後、ＳＴＡの第３のセットが応答し得、以下同様である。

[0133]いくつかの態様によれば、スペシャルフレームは、たとえば、図１９に示されているように、ＡＰからのＢＡなしに連続的に応答するためにＳＴＡの複数のセットをスケジュールし得る。図１９に、本開示のいくつかの態様による、スペシャルフレーム１９０２が、ＳＴＡの複数のセットからの応答をトリガするための送信機会の最初に送信される、例示的なフレーム交換１９００を示す。図１９に示されているように、ＡＰがスペシャルフレーム１９０２を送った後に、ＳＴＡ２およびＳＴＡ１は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ１９０４および１９０６で応答し得、次いで、ＡＰがＢＡ１９１２を送る前に、ＳＴＡ３およびＳＴＡ４は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ ＰＰＤＵ１９０８および１９１０で応答し得る。図１９に示されている例では、送信するためにスケジュールされたＳＴＡのセットは連続的に送信し得、各セットは、前のセットの送信をそれ自体のためのトリガと見なす。ＡＰは、次いで、すべてのセットが送信し終わった後にＡＣＫを送り得る。

[0134]いくつかの態様によれば、ＡＰがスペシャルフレームを送り、ＳＴＡの第１のセットからアップリンクデータを受信した後、ＡＰは、ＳＴＡの第２のセットからの送信をスケジュールするためにＢＡとアグリゲートされた、および図２０に示された第２のスペシャルフレームを送り得る。図２０に示されているように、ＡＰは、アップリンクデータのためにＳＴＡ２およびＳＴＡ１をスケジュールするスペシャルフレーム２００２を送り得、ＳＴＡ２およびＳＴＡ１は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２００４および２００６を送ることによって応答し得る。いくつかの態様によれば、ＡＰは、次いで、ＳＴＡ３およびＳＴＡ４からの送信をスケジュールするために別のスペシャルフレームとアグリゲートされたＢＡ２００８を送り得る。ＳＴＡ３およびＳＴＡ４は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２０１０および２０１２を送ることによって応答し得る。図２０に示されているように、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ応答は、ＡＣＫ／ＢＡを送られているＳＴＡとは異なるセットのＳＴＡを対象とし得るＢＡメッセージ中でアグリゲートされたスペシャルフレームを使用してトリガされ得る。いくつかの態様によれば、元のスペシャルフレーム中で示されたＳＴＡに基づいて、電力節約強化が実施され得る。元のスペシャルフレームは、メッセージ中で識別されたＳＴＡのみがＴＸＯＰ中に送信のためにスケジュールされ、それに応じて、識別されないＳＴＡは、スリープまたは低電力モードに入り得ることを示し得る。

[0135]いくつかの態様によれば、スペシャルフレームはダウンリンクデータのＡ−ＭＰＤＵにアグリゲートされ得、これは、そのデータを受信するＳＴＡに、それらが、次いで、ダウンリンクデータの直後にアップリンク上で送信すべきであることを示す。送信はＭＵ−ＭＩＭＯまたはＦＤＭＡであり得る。いくつかの態様では、ダウンリンク送信がＭＵ−ＭＩＭＯである場合、それに続くＵＬ送信はＭＵ−ＭＩＭＯであり、ダウンリンク送信がＦＤＭＡである場合、それに続くＵＬ送信はＦＤＭＡである。スペシャルサブフレーム情報は各ユーザについてＰＳＤＵ中に含まれ得る。スペシャルフレームは、Ａ−ＭＰＤＵ中でアグリゲートされ、単一の局にアドレス指定され得る。スペシャルサブフレーム中の情報はまた、デリミタのための新しいフォーマットが、これを可能にするために作成された場合、デリミタ中で送られ得る。スペシャルサブフレーム情報はまた、サービスフィールド中に含まれ得る。図２１に、本開示のいくつかの態様による、スペシャルフレームが、アップリンクデータをトリガするために各ＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中に含まれる、例示的なフレーム交換２１００を示す。図２１に示されているように、ＡＰは、それぞれ、ＳＴＡ２およびＳＴＡ１にアドレス指定され、各Ａ−ＭＰＤＵがスペシャルフレーム（ＣＴＸ２およびＣＴＸ１）とアグリゲートされる、Ａ−ＭＰＤＵ２１０２および２１０４を有するＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを送り得る。スペシャルフレームは受信側ＳＴＡをスケジュールし得る。したがって、ＳＴＡ２およびＳＴＡ１はそれぞれ、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２１０６および２１０８で応答し得る。いくつかの態様によれば、ＢＡ／ＡＣＫがＵＬ ＰＰＤＵとアグリゲートされ得るか、または、代替的に、別個のＰＳＤＵ２１１０がＡＣＫ／ＢＡとともに送られ得る。

[0136]いくつかの態様によれば、受信側ＳＴＡは、図２２に示されているようにＡＰからのＤＬデータを確認応答するためにＡＣＫをＵＬデータとアグリゲートし得る。たとえば、ＡＣＫはＡ−ＭＰＤＵ中で（たとえば、サービスフィールド中で）アグリゲートされ得る。図２２に、本開示のいくつかの態様による、ＡＣＫがＵＬデータとアグリゲートされる例示的なフレーム交換２２００を示す。図２２に示されているように、ＡＰは、それぞれ、ＳＴＡ２およびＳＴＡ１にアドレス指定され、各Ａ−ＭＰＤＵがスペシャルフレーム（ＣＴＸ２およびＣＴＸ１）とアグリゲートされる、Ａ−ＭＰＤＵ２２０２および２２０４を有するＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡを送り得る。スペシャルフレームは受信側ＳＴＡをスケジュールし得る。したがって、ＳＴＡ２およびＳＴＡ１はそれぞれ、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２２０６および２２０８で応答し得る。いくつかの態様によれば、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２２０６および２２０８は、ＤＬデータ送信、Ａ−ＭＰＤＵ２２０２および２２０４に対応するＡＣＫとアグリゲートされ得る。

[0137]図２３に、本開示のいくつかの態様による、ＵＬ ＡＣＫがＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ中でアグリゲートされ、ＤＬ ＡＣＫがＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中でアグリゲートされる、例示的なフレーム交換２３００を示す。図２３に示されているように、ＡＰは、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡデータをスケジュールするためにスペシャルフレーム２３０２を送り得る。受信側ＳＴＡ２およびＳＴＡ１は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２３０４および２３０６で応答し得る。別個のＢＡを送るのではなく、ＡＰは、ＳＴＡごとのアグリゲートされたＡＣＫとともにＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ２３０８および２３１０を送り得る。いくつかの態様によれば、ＡＣＫはサービスフィールド中に含まれ得る。

[0138]いくつかの態様によれば、ＡＰは、さらに、ＵＬデータおよびＡＣＫのためにＳＴＡをスケジュールするために、スペシャルフレームをＡＣＫおよびＤＬデータとアグリゲートし得る。図２４に、本開示のいくつかの態様による、ＵＬ ＡＣＫがＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ中でアグリゲートされ、ＤＬ ＡＣＫおよびスペシャルフレームがＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ中でアグリゲートされる、例示的なフレーム交換を示す。図２４に示されているように、ＡＰは、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡデータをスケジュールするためにスペシャルフレーム２４０２を送り得る。受信側ＳＴＡ２およびＳＴＡ１は、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２４０４および２４０６で応答し得る。フレーム交換２３００の場合のように、別個のＢＡを送るのではなく、ＡＰは、ＳＴＡごとのアグリゲートされたＡＣＫとともにＤＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ Ａ−ＭＰＤＵ２４０８および２４１０を送り得る。いくつかの態様によれば、ＡＰは、さらに、別のＴＸＯＰのためにＳＴＡをスケジュールするために、ＳＴＡごとのスペシャルフレームを各ＡＣＫおよびＡ−ＭＰＤＵとアグリゲートし得る。したがって、ＳＴＡ２およびＳＴＡ１は、各ＰＰＤＵ中でＳＴＡごとのＡＣＫとアグリゲートされる、それぞれ、ＵＬ ＭＵ−ＭＩＭＯ／ＦＤＭＡ ＰＰＤＵ２４１２および２４１２で応答し得る。図２４に示されているように、アップリンクＭＵパケットとダウンリンクＭＵパケットとが互いに連結され得る。ダウンリンクＭＵパケットは、前のＵＬ ＭＵパケットに対するＡＣＫならびに後続のＵＬ ＭＵ送信を開始するためのインジケーションを含み得、ＡＣＫは、アップリンクとダウンリンクの両方においてデータとアグリゲートされ得る。いくつかの態様によれば、スペシャルフレーム２４０２はＵＬ ＭＵパケットのすべてをセットアップし得、ＤＬ Ａ−ＭＰＤＵ２４０８および２４１０中のアグリゲートされたスペシャルフレームはトリガとして働くにすぎないことがある。いくつかの態様によれば、ＤＬ Ａ−ＭＰＤＵ中のスペシャルフレームは、今度のアップリンクＭＵパケットのためのパラメータを指定し得る。たとえば、ＤＬ Ａ−ＭＰＤＵ中のスペシャルフレームは、限定はしないが、持続時間または空間ストリームの数を指定し得る。

[0139]図２５に、本開示のいくつかの態様による、ワイヤレス通信のための例示的な動作２５００を示す。動作２５００は、たとえば、アクセスポイント（たとえば、ＡＰ１１０）によって実行され得る。動作２５００は、２５０２において、複数のデバイス（たとえば、ＶＨＴ ＳＴＡ）が第１の能力を有する（たとえば、ＭＵ−ＭＩＭＯまたはＦＤＭＡをサポートする）と決定することによって開始し得る。たとえば、ＡＰは、複数のデバイスの各々から、第１の能力のためのサポートを示す能力情報要素（ＩＥ）（たとえば、ＶＨＴ能力ＩＥ）を受信し得る。

[0140]２５０４において、ＡＰは、複数のデバイスからの即時応答を懇請するＭＵパケットを生成し、ここにおいて、即時応答はＡＣＫまたはＢＡを備える。いくつかの態様によれば、ＭＵパケットは、即時応答を送るためにＳＵ ＭＩＭＯ、ＭＵ ＭＩＭＯ、またはＦＤＭＡを使用するための応答タイプインジケーションを複数のデバイスの各々に与え得る。例示的な実装形態では、ＭＵパケットは複数のＭＰＤＵを含み得、各ＭＰＤＵは複数のデバイスのうちの異なるデバイスにアドレス指定され、応答タイプインジケーションは、各ＭＰＤＵのＱｏＳ制御フィールド、各ＭＰＤＵのＦＣフィールド、ＭＰＤＵに先行するＡ−ＭＰＤＵデリミタ、または拡張ＭＡＣヘッダ中で与えられ得る。代替的に、ＭＵパケットは１つまたは複数のＰＳＤＵを含み得、各ＰＳＤＵは複数のデバイスのうちの異なるデバイスにアドレス指定され、応答タイプインジケーションはＰＳＤＵのサービスフィールド中で与えられ得る。また別の代替では、応答タイプインジケーションはＭＵパケットのＰＨＹヘッダ中で与えられ得る。また別の代替では、応答タイプは、Ａ−ＭＰＤＵ中のスペシャルフレームの存在によって示され得る。また別の代替では、ＭＵパケットは１つまたは複数のグループＩＤを含み得、１つまたは複数のグループＩＤの各々は、応答タイプインジケーションが１つまたは複数のグループＩＤによって暗黙的に与えられるように、即時応答を送るためにＳＵ ＭＩＭＯを使用すべきなのか、ＭＵ ＭＩＭＯを使用すべきなのか、ＭＵ ＦＤＭＡを使用すべきなのかに関連する。また別の代替では、ＡＰは、スペシャルフレームを生成し、ＭＵパケットの後の送信のためにスペシャルフレームを出力し得、応答タイプインジケーションはスペシャルフレーム中で与えられ得る。いくつかの態様によれば、ＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用して即時を送るために使用すべき１つまたは複数のパラメータ（たとえば、使用すべき空間ストリーム、チャネル、持続時間、送信電力）のインジケーションが、応答タイプインジケーションを明示的にまたは暗黙的に与えるための上記で説明した代替のいずれか（たとえば、グループＩＤ、スペシャルフレーム、ＭＰＤＵフィールド、ＰＨＹヘッダ）に従って与えられ得る。

[0141]別の例示的な実装形態では、第１のＭＵパケットは（たとえば、Ａ−ＭＰＤＵとアグリゲートされた）１つまたは複数のＢＡＲフレームを含み得る。各ＢＡＲフレームは、１つまたは複数のデバイスにアドレス指定され得、ＢＡＲフレーム中でアドレス指定された１つまたは複数のデバイスからのＢＡを懇請する。応答タイプインジケーションおよびパラメータのインジケーションは各ＢＡＲフレーム中に含まれ得る。代替的に、ＡＰは、ＢＡＲフレームを生成し、ＭＵパケットの送信に続く送信のためにＢＡＲフレームを出力し得る。いくつかの態様によれば、ＢＡＲフレームは、複数のデバイスのうちの複数の異なるデバイスにアドレス指定されたマルチＳＴＡ ＢＡＲフレーム（たとえば、ＴＩＤ ＢＡＲフレーム）であり得る。

[0142]また別の例示的な実装形態では、各Ａ−ＭＰＤＵは、Ａ−ＭＰＤＵ中でアドレス指定されたデバイスからの即時応答を懇請するＲＤＧビットを有し得る。いくつかの態様によれば、ＲＤＧは応答タイプインジケーションおよびパラメータのインジケーションを与え得る。

[0143]２５０６において、ＡＰは、送信のためにＭＵパケットを出力する。

[0144]いくつかの態様によれば、ＡＰは、複数のデバイスからの即時応答を懇請しない第２のＭＵパケットを生成し、送信のために第２のＭＵパケットを出力し得る。ＡＰは、１つまたは複数の他のデバイスが第１の能力を欠くと決定し、１つまたは複数の他のデバイスのうちの多くとも単一のデバイスからの即時応答を懇請する第３のＭＵパケットを生成し、送信のために第３のＭＵパケットを出力し得る。いくつかの態様によれば、ＡＰは、１つまたは複数の他のデバイスが第１の能力を欠くと決定し、複数のデバイスあるいは１つまたは複数の他のデバイスのいずれかからの即時応答を懇請しない第４のＭＵパケットを生成し、送信のために第４のＭＵパケットを出力し得る。いくつかの態様によれば、ＡＰは、複数のＡ−ＭＰＤＵを含む複数のデバイスの各々からのＭＵパケットを受信し得、各Ａ−ＭＰＤＵは、ＭＵパケットに関連するＡＣＫを有する。ＡＰは、ＡＰによって送られたＭＵパケットが各デバイスにおいて正常に受信されたことを確認するために、受信されたＭＵパケットを処理し得る。

[0145]図２６に、本開示のいくつかの態様による、ワイヤレス通信のための例示的な動作２６００を示す。動作２６００は、たとえば、アクセスポイント（たとえば、ＡＰ１１０）によって実行され得る。動作２６００は、２６０２において、複数のデバイス（たとえば、ＶＨＴ ＳＴＡ）が第１の能力（たとえば、ＭＵ−ＭＩＭＯまたはＭＵ ＦＤＭＡためのサポート）を有すると決定することによって開始し得る。たとえば、ＡＰは、複数のデバイスの各々から、第１の能力のためのサポートを示すＩＥ（たとえば、ＶＨＴ能力ＩＥ）を受信し得る。

[0146]２６０４において、ＡＰは、複数デバイスの第１のセットの各々からの第１の即時応答を懇請する第１のＭＵパケットを生成する。いくつかの態様によれば、第１のＭＵパケットはスペシャルフレームである。スペシャルフレームは、懇請された即時応答のために、または送信機会におけるすべての応答のために使用すべき応答タイプ（たとえば、ＭＵ−ＭＩＭＯまたはＭＵ ＦＤＭＡ）と応答パラメータ（たとえば、空間ストリーム、チャネル、持続時間、および／または送信電力）とを示し得る。スペシャルフレームは、懇請されたデバイスのグループを示し得、局のグループが応答するための順序をも示し得る。スペシャルフレームは、スケジュールされないデバイスがスリープし得るように、デバイスのどのグループが、送信するためにスケジュールされるかを示し得る。スペシャルフレームは（たとえば、ＤＬ ＭＵ−ＭＩＭＯ ＰＰＤＵまたはＤＬ ＭＵ ＦＤＭＡ ＰＰＤＵ中で）ＤＬデータとアグリゲートされ得る。いくつかの態様によれば、即時応答は、ＤＬデータが正常に受信されたかどうか示すアグリゲートされたＡＣＫを含み得る。

[0147]２６０６において、ＡＰは、（たとえば、デバイスの第１のセットと同じであるかまたはそれとは異なり得る）複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成し、ここにおいて、第２のＭＵパケットは第１のＭＵパケットとは異なる。いくつかの態様によれば、第１および第２の即時応答はＵＬ ＭＵ ＭＩＭＯまたはＵＬ ＦＤＭＡデータフレーム（たとえば、Ａ−ＭＰＤＵ）であり得る。いくつかの態様によれば、第２のＭＵパケットは、（たとえば、ＲＤＧビットを使用して）前の即時応答が正常に受信されたかどうかを示すＢＡ（たとえば、グループキャストまたはＤＬ ＭＵ）であり得る。第２のＭＵパケットは、第１のＭＵパケットに関連するトークン番号に一致するトークン番号を有し得る。スペシャルフレームが局のグループための送信順序を示す場合、第２のパケットは、どのグループが次に送信すべきであるかを決定するためのカウンタを含み得る。いくつかの態様によれば、ＢＡはまた、スペシャルフレームとアグリゲートされ得る。

[0148]２６０８において、ＡＰは、送信のために第１のＭＵパケットと第２のＭＵパケットとを出力する。

[0149]上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。概して、図に示された動作がある場合、それらの動作は、同様の番号をもつ対応するカウンターパートのミーンズプラスファンクション構成要素を有し得る。たとえば、図２５に示された動作２５００は図２５Ａの手段２５００Ａに対応し、図２６に示された動作２６００は図２６Ａの手段２６００Ａに対応する。

[0150]たとえば、送信するための手段は、図２に示されたアクセスポイント１１０の送信機（たとえば、送信機ユニット２２２）および／または（１つまたは複数の）アンテナ２２４、あるいは図３に示された送信機３１０および／または（１つまたは複数の）アンテナ３１６を備え得る。受信するための手段は、図２に示されたアクセスポイント１１０の受信機（たとえば、受信機ユニット２２２）および／または（１つまたは複数の）アンテナ２２４、あるいは図３に示された受信機３１２および／または（１つまたは複数の）アンテナ３１６を備え得る。

[0151]ある場合には、フレームを実際に送信するのではなく、デバイスは、送信のためにフレームを出力するためのインターフェースを有し得る。たとえば、プロセッサは、バスインターフェースを介して、送信のためにＲＦフロントエンドにフレームを出力し得る。同様に、フレームを実際に受信するのではなく、デバイスは、別のデバイスから受信されたフレームを取得するためのインターフェースを有し得る。たとえば、プロセッサは、バスインターフェースを介して、送信のためにＲＦフロントエンドからフレームを取得（または受信）し得る。

[0152]処理するための手段、生成するための手段、出力するための手段、および／または決定するための手段は、図２に示されたアクセスポイント１１０のＲＸデータプロセッサ２４２、ＴＸデータプロセッサ２１０、および／またはコントローラ２３０、あるいは図３に描かれたプロセッサ３０４および／またはＤＳＰ３２０など、１つまたは複数のプロセッサを含み得る、処理システムを備え得る。

[0153]本明細書で使用する「決定すること」という用語は、多種多様なアクションを包含する。たとえば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、探索すること（たとえば、テーブル、データベースまたは別のデータ構造で探索すること）、確認することなどを含み得る。また、「決定すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。

[0154]本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同じ要素をもつ任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含するものとする。

[0155]本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、計算デバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

[0156]本開示に関連して説明した方法またはアルゴリズムのステップは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体中に常駐し得る。使用され得る記憶媒体のいくつかの例としては、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。

[0157]本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。

[0158]説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ハードウェアで実装した場合、例示的なハードウェア構成はワイヤレスノード中に処理システムを備え得る。処理システムは、バスアーキテクチャを用いて実装され得る。バスは、処理システムの特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサと、機械可読媒体と、バスインターフェースとを含む様々な回路を互いにリンクし得る。バスインターフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実装するために使用され得る。ユーザ端末１２０（図１参照）の場合、ユーザインターフェース（たとえば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧調整器、電力管理回路などの様々な他の回路をリンクし得るが、それらは当技術分野でよく知られており、したがってこれ以上は説明されない。

[0159]プロセッサは、機械可読媒体に記憶されたソフトウェアの実行を含む、バスおよび一般的な処理を管理することを担当し得る。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いて実装され得る。例としては、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行することができる他の回路がある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、データ、またはそれらの任意の組合せを意味すると広く解釈されたい。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気消去可能プログラマブル読取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の好適な記憶媒体、あるいはそれらの任意の組合せを含み得る。機械可読媒体はコンピュータプログラム製品において実施され得る。コンピュータプログラム製品はパッケージング材料を備え得る。

[0160]ハードウェア実装形態では、機械可読媒体は、プロセッサとは別個の処理システムの一部であり得る。しかしながら、当業者なら容易に理解するように、機械可読媒体またはその任意の部分は処理システムの外部にあり得る。例として、機械可読媒体は、すべてバスインターフェースを介してプロセッサによってアクセスされ得る、伝送線路、データによって変調された搬送波、および／またはワイヤレスノードとは別個のコンピュータ製品を含み得る。代替的に、または追加として、機械可読媒体またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルがそうであり得るように、プロセッサに統合され得る。

[0161]処理システムは、すべて外部バスアーキテクチャを介して他のサポート回路と互いにリンクされる、プロセッサ機能を提供する１つまたは複数のマイクロプロセッサと、機械可読媒体の少なくとも一部を提供する外部メモリとをもつ汎用処理システムとして構成され得る。代替的に、処理システムは、プロセッサをもつＡＳＩＣ（特定用途向け集積回路）と、バスインターフェースと、アクセス端末）の場合はユーザインターフェースと、サポート回路と、単一のチップに統合された機械可読媒体の少なくとも一部分とを用いて、あるいは１つまたは複数のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理デバイス）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、もしくは他の好適な回路、または本開示全体にわたって説明した様々な機能を実行することができる回路の任意の組合せを用いて、実装され得る。当業者なら、特定の適用例と、全体的なシステムに課される全体的な設計制約とに応じて、どのようにしたら処理システムについて説明した機能を最も良く実装し得るかを理解されよう。

[0162]機械可読媒体はいくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサによって実行されたときに、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス中に常駐するか、または複数の記憶デバイスにわたって分散され得る。例として、トリガイベントが発生したとき、ソフトウェアモジュールがハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中、プロセッサは、アクセス速度を高めるために、命令のいくつかをキャッシュにロードし得る。次いで、１つまたは複数のキャッシュラインが、プロセッサによる実行のために汎用レジスタファイルにロードされ得る。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行したときにプロセッサによって実装されることが理解されよう。

[0163]ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、他の態様では、コンピュータ可読媒体は、一時的なコンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0164]したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。

[0165]さらに、本明細書で説明した方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。その上、本明細書で説明した方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。

[0166]特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。

[0166]特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
複数のデバイスが第１の能力を有すると決定することと、
前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットは、前記第１のＭＵパケットとは異なる、と
を行うように構成された処理システムと、
送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力するように構成されたインターフェースと
を備える、ワイヤレス通信のための装置。
［Ｃ２］
前記第１の能力は、ＭＵ多入力多出力（ＭＵ−ＭＩＭＯ）または周波数分割多元接続（ＦＤＭＡ）のうちの少なくとも１つのためのサポートを備える、
Ｃ１に記載の装置。
［Ｃ３］
前記第１のＭＵパケットは、スペシャルフレームを備える、
Ｃ１に記載の装置。
［Ｃ４］
前記スペシャルフレームは、前記第１の即時応答と前記第２の即時応答とを送るためにシングルユーザ（ＳＵ）多入力多出力（ＭＩＭＯ）、マルチユーザ（ＭＵ）ＭＩＭＯ、または周波数分割多元接続（ＦＤＭＡ）を使用するための応答タイプを前記デバイスの第１のセットおよび前記デバイスの第２のセットの各々に示す、
Ｃ３に記載の装置。
［Ｃ５］
前記スペシャルフレームは、前記応答タイプインジケーションが前記第１の即時応答または前記第２の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第１の即時応答または前記第２の即時応答を送るために使用すべき１つまたは複数のパラメータを示す、
Ｃ４に記載の装置。
［Ｃ６］
１つまたは複数のパラメータの前記インジケーションは、使用すべき１つまたは複数の空間ストリーム、使用すべき１つまたは複数のチャネル、使用すべき持続時間、あるいは使用すべき送信電力のうちの少なくとも１つのインジケーションを備える、
Ｃ５に記載の装置。
［Ｃ７］
前記第１の即時応答は、デバイスの前記第１のセットの各々からの第１のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備え、前記第２の即時応答は、デバイスの前記第２のセットの各々からの第２のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備える、
Ｃ１に記載の装置。
［Ｃ８］
前記第２のＭＵパケットは、ブロック確認応答（ＢＡ）を備え、
前記ＢＡは、デバイスの前記第１のセットの各々からの前記即時応答が正常に受信されたかどうかを示す、
Ｃ１に記載の装置。
［Ｃ９］
前記インターフェースは、ＭＵ ＭＩＭＯまたはＦＤＭＡを使用してグループキャストまたは送信のために前記ＢＡを出力するように構成される、
Ｃ８に記載の装置。
［Ｃ１０］
前記第２のＭＵパケット中のビットは、前記即時応答を懇請する、
Ｃ１に記載の装置。
［Ｃ１１］
前記ビットは、逆方向許可（ＲＤＧ）を備える、
Ｃ１０に記載の装置。
［Ｃ１２］
前記第２のＭＵパケットは、前記第１のＭＵパケットに関連するトークン番号に一致するトークン番号を有する、
Ｃ１に記載の装置。
［Ｃ１３］
前記デバイスの第１のセットと前記デバイスの第２のセットとは、同じである、
Ｃ１に記載の装置。
［Ｃ１４］
前記デバイスの第１のセットと前記デバイスの第２のセットとは、異なる、
Ｃ１に記載の装置。
［Ｃ１５］
前記スペシャルフレームは、前記デバイスの第１のセットと前記デバイスの第２のセットとを示す、
Ｃ３に記載の装置。
［Ｃ１６］
前記スペシャルフレームは、前記デバイスの第１のセットと前記デバイスの第２のセットとの順序を示す、
Ｃ１５に記載の装置。
［Ｃ１７］
前記第２のＭＵパケットは、前記デバイスの第１のセットまたは前記デバイスの第２のセットが前記即時応答を送信することができるかどうかを示すカウンタを含む、
Ｃ１に記載の装置。
［Ｃ１８］
前記第１のＭＵパケットは、前記複数デバイスのうちの第３のセットからの第３の即時応答を懇請する、
Ｃ１に記載の装置。
［Ｃ１９］
前記第２のＭＵパケットがブロック確認応答（ＢＡ）を備え、
前記ＢＡは、デバイスの前記第１のセットおよびデバイスの前記第３のセットの各々からの前記即時応答が正常に受信されたかどうかを示す、
Ｃ１８に記載の装置。
［Ｃ２０］
前記スペシャルフレームは、前記第１の即時応答を送るためにシングルユーザ（ＳＵ）多入力多出力（ＭＩＭＯ）、マルチユーザ（ＭＵ）ＭＩＭＯ、または周波数分割多元接続（ＦＤＭＡ）を使用するための応答タイプをデバイスの前記第１のセットの各々に示し、
前記第２のＭＵパケットが、ブロック確認応答（ＢＡ）とアグリゲートされた他のスペシャルフレームを備え、
前記他のスペシャルフレームは、前記第２の即時応答を送るためにＳＵ ＭＩＭＯ、ＭＵ ＭＩＭＯ、またはＦＤＭＡを使用するための応答タイプをデバイスの前記第２のセットの各々に示す、
Ｃ３に記載の装置。
［Ｃ２１］
前記スペシャルフレームは、前記応答タイプインジケーションが前記第１の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第１の即時応答を送るために使用すべき１つまたは複数のパラメータを示し、
前記他のスペシャルフレームは、前記応答タイプインジケーションが前記第２の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第２の即時応答を送るために使用すべき１つまたは複数のパラメータを示す、
Ｃ２０に記載の装置。
［Ｃ２２］
１つまたは複数のパラメータの前記インジケーションは、使用すべき１つまたは複数の空間ストリーム、使用すべき１つまたは複数のチャネル、使用すべき持続時間、あるいは使用すべき送信電力のうちの少なくとも１つのインジケーションを備える、
Ｃ２１に記載の装置。
［Ｃ２３］
前記スペシャルフレームは、前記局の第２のセットがスケジュールされるかどうかを示す、
Ｃ３に記載の装置。
［Ｃ２４］
前記第１のＭＵパケットを生成することは、スペシャルフレームをそれの中に含むＭＵ多入力多出力（ＭＩＭＯ）アグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を生成することを備える、
Ｃ１に記載の装置。
［Ｃ２５］
前記第１の即時応答は、デバイスの前記第１のセットの各々からの第１のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備え、
各ＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームは、前記スペシャルフレームを含む前記ＭＵ ＭＩＭＯ Ａ−ＭＰＤＵが正常に受信されたかどうか示す確認応答（ＡＣＫ）を備える、
Ｃ２４に記載の装置。
［Ｃ２６］
前記第２のＭＵパケットは、デバイスの前記第２のセットの各々のためのＭＵ多入力多出力（ＭＩＭＯ）アグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、
各ＭＵ ＭＩＭＯ Ａ−ＭＰＤＵは、前記第１の即時応答が前記第１のセット中の前記デバイスのうちの１つから正常に受信されたかどうかを示す確認応答（ＡＣＫ）を含む、
Ｃ１に記載の装置。
［Ｃ２７］
前記複数のデバイスが前記第１の能力を有すると決定することは、前記複数のデバイスの各々から、前記第１の能力のためのサポートを示す情報要素（ＩＥ）を受信することを備える、
Ｃ１に記載の装置。
［Ｃ２８］
複数のデバイスが第１の能力を有すると決定することと、
前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と、
送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力することと
を備える、ワイヤレス通信のための方法。
［Ｃ２９］
複数のデバイスが第１の能力を有すると決定するための手段と、
前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成するための手段と、
前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成するための手段、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と、
送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ３０］
少なくとも１つのアンテナと、
複数のデバイスが第１の能力を有すると決定することと、
前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と
を行うように構成された処理システムと、
前記少なくとも１つのアンテナを介して、前記第１のＭＵパケットと前記第２のＭＵとを送信するように構成された送信機と
を備える、アクセスポイント（ＡＰ）。

Claims (30)

1. 複数のデバイスが第１の能力を有すると決定することと、
   前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
   前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットは、前記第１のＭＵパケットとは異なる、と
   を行うように構成された処理システムと、
   送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力するように構成されたインターフェースと
   を備える、ワイヤレス通信のための装置。
2. 前記第１の能力は、ＭＵ多入力多出力（ＭＵ−ＭＩＭＯ）または周波数分割多元接続（ＦＤＭＡ）のうちの少なくとも１つのためのサポートを備える、
   請求項１に記載の装置。
3. 前記第１のＭＵパケットは、スペシャルフレームを備える、
   請求項１に記載の装置。
4. 前記スペシャルフレームは、前記第１の即時応答と前記第２の即時応答とを送るためにシングルユーザ（ＳＵ）多入力多出力（ＭＩＭＯ）、マルチユーザ（ＭＵ）ＭＩＭＯ、または周波数分割多元接続（ＦＤＭＡ）を使用するための応答タイプを前記デバイスの第１のセットおよび前記デバイスの第２のセットの各々に示す、
   請求項３に記載の装置。
5. 前記スペシャルフレームは、前記応答タイプインジケーションが前記第１の即時応答または前記第２の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第１の即時応答または前記第２の即時応答を送るために使用すべき１つまたは複数のパラメータを示す、
   請求項４に記載の装置。
6. １つまたは複数のパラメータの前記インジケーションは、使用すべき１つまたは複数の空間ストリーム、使用すべき１つまたは複数のチャネル、使用すべき持続時間、あるいは使用すべき送信電力のうちの少なくとも１つのインジケーションを備える、
   請求項５に記載の装置。
7. 前記第１の即時応答は、デバイスの前記第１のセットの各々からの第１のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備え、前記第２の即時応答は、デバイスの前記第２のセットの各々からの第２のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備える、
   請求項１に記載の装置。
8. 前記第２のＭＵパケットは、ブロック確認応答（ＢＡ）を備え、
   前記ＢＡは、デバイスの前記第１のセットの各々からの前記即時応答が正常に受信されたかどうかを示す、
   請求項１に記載の装置。
9. 前記インターフェースは、ＭＵ ＭＩＭＯまたはＦＤＭＡを使用してグループキャストまたは送信のために前記ＢＡを出力するように構成される、
   請求項８に記載の装置。
10. 前記第２のＭＵパケット中のビットは、前記即時応答を懇請する、
    請求項１に記載の装置。
11. 前記ビットは、逆方向許可（ＲＤＧ）を備える、
    請求項１０に記載の装置。
12. 前記第２のＭＵパケットは、前記第１のＭＵパケットに関連するトークン番号に一致するトークン番号を有する、
    請求項１に記載の装置。
13. 前記デバイスの第１のセットと前記デバイスの第２のセットとは、同じである、
    請求項１に記載の装置。
14. 前記デバイスの第１のセットと前記デバイスの第２のセットとは、異なる、
    請求項１に記載の装置。
15. 前記スペシャルフレームは、前記デバイスの第１のセットと前記デバイスの第２のセットとを示す、
    請求項３に記載の装置。
16. 前記スペシャルフレームは、前記デバイスの第１のセットと前記デバイスの第２のセットとの順序を示す、
    請求項１５に記載の装置。
17. 前記第２のＭＵパケットは、前記デバイスの第１のセットまたは前記デバイスの第２のセットが前記即時応答を送信することができるかどうかを示すカウンタを含む、
    請求項１に記載の装置。
18. 前記第１のＭＵパケットは、前記複数デバイスのうちの第３のセットからの第３の即時応答を懇請する、
    請求項１に記載の装置。
19. 前記第２のＭＵパケットがブロック確認応答（ＢＡ）を備え、
    前記ＢＡは、デバイスの前記第１のセットおよびデバイスの前記第３のセットの各々からの前記即時応答が正常に受信されたかどうかを示す、
    請求項１８に記載の装置。
20. 前記スペシャルフレームは、前記第１の即時応答を送るためにシングルユーザ（ＳＵ）多入力多出力（ＭＩＭＯ）、マルチユーザ（ＭＵ）ＭＩＭＯ、または周波数分割多元接続（ＦＤＭＡ）を使用するための応答タイプをデバイスの前記第１のセットの各々に示し、
    前記第２のＭＵパケットが、ブロック確認応答（ＢＡ）とアグリゲートされた他のスペシャルフレームを備え、
    前記他のスペシャルフレームは、前記第２の即時応答を送るためにＳＵ ＭＩＭＯ、ＭＵ ＭＩＭＯ、またはＦＤＭＡを使用するための応答タイプをデバイスの前記第２のセットの各々に示す、
    請求項３に記載の装置。
21. 前記スペシャルフレームは、前記応答タイプインジケーションが前記第１の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第１の即時応答を送るために使用すべき１つまたは複数のパラメータを示し、
    前記他のスペシャルフレームは、前記応答タイプインジケーションが前記第２の即時応答のためにＭＵ ＭＩＭＯまたはＭＵ ＦＤＭＡを使用することを示す場合、前記第２の即時応答を送るために使用すべき１つまたは複数のパラメータを示す、
    請求項２０に記載の装置。
22. １つまたは複数のパラメータの前記インジケーションは、使用すべき１つまたは複数の空間ストリーム、使用すべき１つまたは複数のチャネル、使用すべき持続時間、あるいは使用すべき送信電力のうちの少なくとも１つのインジケーションを備える、
    請求項２１に記載の装置。
23. 前記スペシャルフレームは、前記局の第２のセットがスケジュールされるかどうかを示す、
    請求項３に記載の装置。
24. 前記第１のＭＵパケットを生成することは、スペシャルフレームをそれの中に含むＭＵ多入力多出力（ＭＩＭＯ）アグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を生成することを備える、
    請求項１に記載の装置。
25. 前記第１の即時応答は、デバイスの前記第１のセットの各々からの第１のＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームを備え、
    各ＭＵ ＭＩＭＯまたはＦＤＭＡデータフレームは、前記スペシャルフレームを含む前記ＭＵ ＭＩＭＯ Ａ−ＭＰＤＵが正常に受信されたかどうか示す確認応答（ＡＣＫ）を備える、
    請求項２４に記載の装置。
26. 前記第２のＭＵパケットは、デバイスの前記第２のセットの各々のためのＭＵ多入力多出力（ＭＩＭＯ）アグリゲート媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、
    各ＭＵ ＭＩＭＯ Ａ−ＭＰＤＵは、前記第１の即時応答が前記第１のセット中の前記デバイスのうちの１つから正常に受信されたかどうかを示す確認応答（ＡＣＫ）を含む、
    請求項１に記載の装置。
27. 前記複数のデバイスが前記第１の能力を有すると決定することは、前記複数のデバイスの各々から、前記第１の能力のためのサポートを示す情報要素（ＩＥ）を受信することを備える、
    請求項１に記載の装置。
28. 複数のデバイスが第１の能力を有すると決定することと、
    前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
    前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と、
    送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力することと
    を備える、ワイヤレス通信のための方法。
29. 複数のデバイスが第１の能力を有すると決定するための手段と、
    前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成するための手段と、
    前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成するための手段、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と、
    送信のために前記第１のＭＵパケットと前記第２のＭＵパケットとを出力するための手段と
    を備える、ワイヤレス通信のための装置。
30. 少なくとも１つのアンテナと、
    複数のデバイスが第１の能力を有すると決定することと、
    前記複数のデバイスの第１のセットの各々からの第１の即時応答を懇請する第１のマルチユーザ（ＭＵ）パケットを生成することと、
    前記複数のデバイスの第２のセットの各々からの第２の即時応答を懇請する第２のＭＵパケットを生成すること、ここにおいて、前記第２のＭＵパケットが前記第１のＭＵパケットとは異なる、と
    を行うように構成された処理システムと、
    前記少なくとも１つのアンテナを介して、前記第１のＭＵパケットと前記第２のＭＵとを送信するように構成された送信機と
    を備える、アクセスポイント（ＡＰ）。

Images