JP2016540439A - 無線ローカルエリアネットワークのためのアップリンクマルチユーザ多入力多出力関連出願の相互参照 - Google Patents

Abstract

クライアントのアップリンクグループの複数のメンバを選択する方法が説明される。アップリンクトラフィック特性情報信号は、複数の通信デバイスの各々より受信される。複数の通信デバイスのうちの複数の通信デバイスは、それぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいてクライアントのアップリンクグループの複数のメンバとして選択される。アップリンクグループ定義フレームは、クライアントのアップリンクグループの各メンバに送信される。アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す。クライアントのアップリンクグループの複数のメンバは、複数のアップリンクデータフレームを同時に送信するようトリガされる。

Description

本開示は、「ＵＬ ＭＵ ＭＩＭＯ ＭＡＣ Ｃｏｎｓｉｄｅｒａｔｉｏｎ」と題され、２０１３年１１月２６日に出願された、米国仮特許出願第６１／９０９、０２４号の利益を主張し、その開示が全体において参照により本明細書に組み込まれる。

本開示は、概して、複数の通信ネットワークに関し、より具体的には、複数の多出力多入力手法を用いる複数の無線ローカルエリアネットワークに関する。

インフラストラクチャモードで動作するとき、複数の無線ローカルエリアネットワーク（ＷＬＡＮ）は、通常、アクセスポイント（ＡＰ）、および１または複数のクライアントステーションを含む。複数のＷＬＡＮは、過去１０年の間に急速に進化した。米国電気電子学会（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎ規格等のＷＬＡＮ規格の発展により、シングルユーザピークデータスループットは、改善されてきている。例えば、ＩＥＥＥ８０２．１１ｂ規格は１１メガビット／秒（Ｍｂｐｓ）のシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格は５４Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ｎ規格は６００Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａｃ規格はギガビット／秒（Ｇｂｐｓ）の範囲のシングルユーザピークスループットを指定する。将来的な規格は、数十Ｇｂｐｓの範囲のスループット等、より大きいスループットを提供することを保証する。

実施形態において、方法は、アップリンクトラフィック特性情報信号を、複数の通信デバイスの各々から受信する段階を含む。方法はまた、それぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして、複数の通信デバイスのうちの複数の通信デバイスを選択する段階を含む。方法は、アップリンクグループ定義フレームを、クライアントのアップリンクグループの各メンバに送信する段階を含み、アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す。方法は更に、複数のアップリンクデータフレームを同時に送信するよう、クライアントのアップリンクグループの複数のメンバをトリガする段階を含む。

別の実施形態において、装置は、１または複数の集積回路を有するネットワークインタフェースデバイスを含む。１または複数の集積回路は、アップリンクトラフィック特性情報信号を、複数の通信デバイスの各々からを受信するよう構成される。１または複数の集積回路は、複数の通信デバイスのうちの複数の通信デバイスを、それぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして選択するよう構成される。１または複数の集積回路は、アップリンクグループの定義フレームを、クライアントのアップリンクグループの各メンバに送信するよう構成される。アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す。

実施形態において、方法は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージを、クライアントのアップリンクグループの第１通信デバイスから受信する段階を含む。Ｅ−ＲＴＳメッセージは、ｉ）第１通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）第１通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。方法は、第１通信デバイスとクライアントのアップリンクグループの第２通信デバイスからのそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を生じさせるべく、通信フレームを、第１通信デバイスおよび第２通信デバイスに送信する段階を含む。通信フレームは、データユニットサイズの指標を含む。方法はまた、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信する段階を含み、複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、示されたデータユニットのサイズを有する。

別の実施形態において、装置は、１または複数の集積回路を有するネットワークインタフェースデバイスを含む。１または複数の集積回路は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージを、クライアントのアップリンクグループの第１通信デバイスから受信するよう構成され、Ｅ−ＲＴＳメッセージは、ｉ）第１通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）第１通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。１または複数の集積回路は、第１通信デバイスとクライアントのアップリンクグループの第２通信デバイスからのそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を生じさせるべく、通信フレームを、第１通信デバイスおよび第２通信デバイスに送信するよう構成される。通信フレームは、データユニットサイズの指標を含む。１または複数の集積回路は、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信するよう構成され、複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、示されたデータユニットのサイズを有する。

実施形態において、方法は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージを、クライアントのアップリンクグループの通信デバイスにより、無線ローカルエリアネットワークのアクセスポイントに送信する段階を含む。Ｅ−ＲＴＳメッセージは、ｉ）通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。方法は、通信フレームをアクセスポイントから受信する段階を含み、通信フレームは、示されたデータユニットのサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含む。方法はまた、示されたデータユニットのサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階を含む。方法は、通信デバイスにより、かつ通信フレームに応答して、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間に、アップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信する段階を含む。

実施形態において、クライアントのアップリンクグループの通信デバイスは、拡張された送信要求（Ｅ−ＲＴＳ）のメッセージを無線ローカルエリアネットワークのアクセスポイントに送信するよう構成された１または複数の集積回路を有するネットワークインタフェースデバイスを備える。Ｅ−ＲＴＳメッセージは、ｉ）通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットのサイズの指標とを含む。１または複数の集積回路は、通信フレームをアクセスポイントから受信するよう構成される。通信フレームは、示されたデータユニットのサイズを有するアップリンクＭＵ−ＭＩＭＯのデータユニットを送信するプロンプトを含む。１または複数の集積回路は、示されたデータユニットのサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを生成するよう構成される。１または複数の集積回路は、通信フレームに応答して、アップリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間に、アクセスポイントに送信するよう構成される。

別の実施形態において、方法は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、アクセスポイントにより、クライアントのアップリンクグループの第１通信デバイスおよびクライアントのアップリンクグループの第２通信デバイスに送信する段階を含む。各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）クライアントのアップリンクグループの対応する通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含む。複数のダウンリンクＭＵ−ＭＩＭＯデータユニットは、同時に送信される。方法は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、第１通信デバイスおよび第２通信デバイスからそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを受信する段階を含む。各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含む。複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、同時に受信される。

実施形態において、無線ローカルエリアネットワークのアクセスポイントは、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの第１通信デバイスおよびクライアントのアップリンクグループの第２通信デバイスに送信するよう構成された１または複数の集積回路を有するネットワークインタフェースデバイスを備える。各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）クライアントのアップリンクグループの対応する通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含む。複数のダウンリンクＭＵ−ＭＩＭＯデータユニットは、同時に送信される。１または複数の集積回路は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを第１通信デバイスおよび第２通信デバイスから受信するよう構成される。各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含む。複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、同時に受信される。

実施形態による、例示的なの無線ローカルエリアネットワーク（ＷＬＡＮ）のブロック図である。

実施形態による、ＷＬＡＮにおける例示的な送信シーケンスの図である。

別の実施形態による、ＷＬＡＮにおける別の例示的な送信シーケンスの図である。

実施形態による、アクセスポイントにより開始されるＷＬＡＮにおける例示的な送信シーケンスの図である。

別の実施形態による、通信デバイスにより開始されるＷＬＡＮにおける例示的な送信シーケンスの図である。

実施形態による、アクセスポイントにより開始されるＷＬＡＮにおける例示的な送信シーケンスの図である。

実施形態による、アクセスポイントにより開始されるＷＬＡＮにおける別の例示的な送信シーケンスの図である。

実施形態による、アクセスポイントにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法のフロー図である。

実施形態による、クライアントのアップリンクグループの通信デバイスにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法のフロー図である。

実施形態による、クライアントのアップリンクグループの通信デバイスにより開始されるクライアントのアップリンクグループとの通信のための別の例示的な方法のフロー図である。

実施形態による、アクセスポイントにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法のフロー図である。

以下に説明される複数の実施形態において、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）等の第１通信デバイスは、複数の独立したデータストリームを、複数のクライアントステーション等の複数の第２通信デバイスから同時に受信する。第１通信デバイスは、複数の第２通信デバイスが第１通信デバイスに送信するデータを有することを判断する。それから、第１通信デバイスは、第１通信デバイスの送信機会期間（ＴＸＯＰ）の間に複数のデータストリームを同時に送信するよう、複数の第２通信デバイスを促す。実施形態において、ＴＸＯＰは、ネットワークにおける通信デバイスに対して確保された有界時間のインターバルであって、（複数の送信の期間が第１通信デバイスにより定義されたＰＰＤＵ長を超えない限り、かつＴＸＯＰを超えない限り）その間中、通信デバイスは出来るだけ多くのフレームを送信することが出来る。実施形態において、ＴＸＯＰが割り当てられている通信デバイスが他の通信デバイスに対して送信を明確に許可しない限り、または他の通信デバイスが、ＴＸＯＰが割り当てられている通信デバイスの送信に確認応答しない限り、他の複数の通信デバイスは概して、ＴＸＯＰにおいて送信することを許可されない。

図１は、実施形態による、例示的な無線ローカルエリアネットワーク（ＷＬＡＮ）１０のブロック図である。ＡＰ１４は、ネットワークインタフェース１６に結合されたホストプロセッサ１５を含む。ネットワークインタフェース１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８および、物理層（ＰＨＹ）処理ユニット２０を含む。ＰＨＹ処理ユニット２０は複数のトランシーバ２１を含み、複数のトランシーバは複数のアンテナ２４に結合される。３つのトランシーバ２１および３つのアンテナ２４が図１に図示されているが、他の複数の実施形態において、ＡＰ１４は異なる数（例えば、１、２、４、５等）のトランシーバ２１およびアンテナ２４を含むことが出来る。

ＷＬＡＮ１０は、複数のクライアントステーション２５を含む。４つのクライアントステーション２５が図１に図示されているが、様々なシナリオおよび実施形態において、ＷＬＡＮ１０は、異なる数（例えば、１、２、３、５、６等）のクライアントステーション２５を含むことが出来る。いくつかの実施形態において、ＡＰ１４は、独立データを２又はより多いクライアントステーション２５に同時に送信するよう構成される。そのような一実施形態において、２又はより多いクライアントステーション２５は、ＡＰにより作成されてグループ識別子により識別される、クライアントのアップリンクグループの複数のメンバである。他の複数の実施形態において、ＡＰ１４は、２又はより多いクライアントステーション２５により同時に送信されるそれぞれのデータストリームを受信するよう、追加的にまたは代替的に構成される。実施形態において、同時に送信をする２又はより多いクライアントステーション２５は、クライアントのアップリンクグループの複数のメンバである。一実施形態において、例えば、「Ａｃｃｅｓｓ Ｐｏｉｎｔ ｗｉｔｈ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄａｔａ ｆｏｒ Ｍｕｌｔｉｐｌｅ Ｃｌｉｅｎｔ Ｓｔａｔｉｏｎｓ」と題され、２００８年７月１８日に出願された米国特許出願第１２/１７５，５２６号において説明され、参照により本明細書に組み込まれる複数の手法を用いて、ネットワークインタフェース１６は、複数の空間ストリームを介して独立したデータを複数のクライアントステーション２５に同時に送信するよう構成される。別の例として、別の実施形態において、「Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ ｗｉｔｈ Ｓｉｍｕｌｔａｎｅｏｕｓ Ｕｐｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄａｔａ ｆｒｏｍ Ｍｕｌｔｉｐｌｅ Ｃｌｉｅｎｔ Ｓｔａｔｉｏｎｓ」と題され、２００８年７月１８日に出願の米国特許出願第１２/１７５、５０１号において説明され、参照により本明細書に組み込まれる複数の手法を用いて、ネットワークインタフェース１６は、異なる複数の空間ストリームを介して複数のクライアントステーション２５により同時に送信された独立したデータストリームを受信するよう、追加的にまたは代替的に構成される。

クライアントステーション２５−１は、ネットワークインタフェース２７に結合されたホストプロセッサ２６を含む。ネットワークインタフェース２７は、ＭＡＣ処理ユニット２８およびＰＨＹ処理ユニット２９を含む。ＰＨＹ処理ユニット２９は、複数のトランシーバ３０を含み、複数のトランシーバは複数のアンテナ３４に結合されている。３つのトランシーバ３０及び３つのアンテナ３４が図１に図示されているが、他の複数の実施形態において、クライアントステーション２５−１は、異なる数（例えば、１、２、４、５等）のトランシーバ３０及びアンテナ３４を含むことが出来る。

実施形態において、クライアントステーション２５−２、２５−３および２５−４のうちの１または複数は、クライアントステーション２５−１と同一または類似の構造を有する。これらの複数の実施形態において、クライアントステーション２５−１のような構造をした複数のクライアントステーション２５は、同一または異なる数の複数のトランシーバおよびアンテナを有する。例えば、実施形態によると、クライアントステーション２５−２は、２つのトランシーバおよび２つのアンテナ（不図示）のみを有する。

いくつかの実施形態において、２又はより多いクライアントステーション２５は、ＡＰ１４により同時に送信されるそれぞれのデータストリームを受信するよう構成される。実施形態において、複数のクライアントステーション２５は、クライアントのアップリンクグループの複数のメンバである。他の複数の実施形態において、２又はより多いクライアントステーション２５は、ＡＰ１４が複数のデータストリームを同時に受信するように、対応する複数のデータストリームをＡＰ１４に送信するよう、追加的または代替的に構成される。例えば、一実施形態において、米国特許出願第１２/１７５、５２６号において説明された複数の手法を用いて、ネットワークインタフェース２７は、ＡＰ１４により複数の空間ストリームを介して複数のクライアントステーション２５に同時に送信される複数の独立したデータストリームのうち、１つのデータストリームを受信するよう構成される。

別の例として、別の実施形態において、米国特許出願第１２/１７５、５０１号において説明された複数の手法を用いて、ネットワークインタフェース２７は、複数のクライアントステーション２５により異なる複数の空間ストリームを介して同時に送信される独立した複数のデータストリームのうち、１つのデータストリームをＡＰ１４に送信するよう、追加的または代替的に構成される。

いくつかの実施形態において、複数のグループステーションから同時のアップリンク送信をトリガする前に、ＡＰは、アップリンクグループを定義し、アップリンクグループにおける複数のステーションに、アップリンクグループの割り当てについて通知する。実施形態において、ＳＴＡは、１または複数のトラフィック特性を示す通信フレームまたは管理フレーム（例えば、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたアクセスカテゴリのデータレート、またはアップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべきトラフィックバースト情報）を、拡張型分散チャネルアクセス（ＥＤＣＡ）の手順を通じてＡＰに送信する。ＡＰは、複数のステーションのアップリンクトラフィック特性または他の情報、例えば複数のステーション間の干渉に基づいて、クライアントのアップリンクグループの複数のメンバの選択を実行する。アップリンクグループのメンバ選択を終えた後で、ＡＰはＥＤＣＡの複数の手順または他の複数の媒体アクセス機構を通じて、アップリンクグループ定義フレームを、アップリンクグループの複数のメンバに送信する。実施形態において、アップリンクグループ定義フレームは、ｉ）アップリンクグループにおける複数のメンバステーション、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｖ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも１つを含む。実施形態において、開始時間は、以下に説明されるアップリンク同時送信をトリガすべく、アップリンクグループ定義フレームの送信時間から、通信フレームの送信時間までの時間オフセットとして示されるか、または別の好適な時間の指標である。実施形態において、期間は、スケジュールの間に送信されるべきいくつかのデータフレームの持続時間（例えば、アップリンク同時送信に対するＴＸＯＰ）として示される。実施形態において、インターバルは、２つの隣接するアップリンク同時送信の複数のＴＸＯＰ間の持続時間（例えば、数マイクロ秒）、所定の複数のインターバルの整数個（例えば、短いフレーム間の間隔の整数個）、または他の好適なインターバル指標を示す。実施形態において、ＡＰはインターバルを、クライアントステーションから受信された、提示されたサービスインターバルに設定する。実施形態において、アップリンクグループの定義フレームは、アクセスカテゴリ、トラフィックカテゴリ、トラフィックストリーム、ＴＩＤ，データレート、ＭＣＳ値、またはアップリンクＭＵ−ＭＩＭＯスケジュールの間の複数の送信に用いられるべき他の好適な複数のパラメータに関する値を示す。実施形態において、アップリンクグループの定義フレームは、１または複数の情報要素を有するアクションフレームであり、１または複数の情報要素は、アップリンクグループの複数のメンバステーション識別子、ＭＵ−ＭＩＭＯ送信スケジュール、および／または他の好適なデータを含む。

図２は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮにおける例示的な送信シーケンス２００の図であり、ＡＰは、第１クライアントステーション（ＳＴＡ１）、第２クライアントステーション（ＳＴＡ２）、および第３クライアントステーション（ＳＴＡ３）に対して、独立したデータを、ＡＰの送信機会（ＴＸＯＰ）２０２の間にＡＰに同時に送信するよう促す。ＡＰは、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３に対して、独立したデータを、ＡＰのＴＸＯＰ２０２の間にＡＰに同時に送信するよう促す、通信フレーム２０４を生成および送信する。一実施形態において、ＡＰは、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３に対して、独立したデータを、例えば、それぞれ空間ストリームＳＳ−１、ＳＳ−２、およびＳＳ−３の異なる複数の空間ストリームを介してＡＰに同時に送信するよう促す、通信フレーム２０４を生成および送信する。一実施形態において、ＡＰは、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３に対して、独立したデータを異なる複数の空間ストリームを介してＡＰに同時に送信するよう促す、ＤＬ同期フレーム２０４を生成および送信する。別の実施形態において、ＤＬ同期フレームは、独立したデータを、異なる複数のＯＦＤＭサブチャネルを介してＡＰに同時に送信するよう、一群のステーションをトリガする。

一実施形態において、通信フレーム２０４は、期間フィールド（例えば、ＵＬ物理層プロトコルデータユニット（ＰＰＤＵ）期間フィールド）を含み、期間フィールドは、通信フレーム２０４に応答して複数のＵＬ通信フレーム（例えば、ＰＰＤＵ）の最長期間を示す。一実施形態において、通信フレーム２０４は、ＰＨＹプリアンブルを備え、ＭＡＣの部分を省略する。本実施形態において、ＰＨＹプリアンブルは、クライアントのアップリンクグループに対応するグループＩＤと、通信フレーム２０４に応答して複数のＵＬ通信フレーム（例えば、ＰＰＤＵ）の最長期間を示す期間フィールドとを含む。実施形態において、通信フレーム２０４は、どの複数のクライアントステーションがＴＸＯＰ２０２の間に送信を行うべきかを示す、複数のステーション識別子を含む。実施形態において、通信フレーム２０４は、いくつかの空間ストリーム（Ｎ_ｓｓ）と、対応する複数のクライアントステーションにより用いられるべき対応する複数の空間ストリームに対するインデックスとを含む。実施形態において、通信フレーム２０４は、対応する複数のクライアントステーションにより用いられるべきチャネル帯域幅を含む。実施形態において、通信フレームは、対応するクライアントステーションにより用いられるべき変調・符号化方式（ＭＣＳ）に対応する、変調・符号化方式の値を含む。実施形態において、通信フレームは、対応するクライアントステーションにより用いられるべき送信電力値を含む。

通信フレーム２０４に応答して、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３は、ＡＰのＴＸＯＰ２０２の間に、独立したデータをＡＰに同時に送信する。例えば、実施形態において、ＳＴＡ１は通信フレーム２０６を送信し、ＳＴＡ２は通信フレーム２０８を同時に送信し、ＳＴＡ３は通信フレーム２１０を同時に送信する。一実施形態において、通信フレーム２０６、通信フレーム２０８、および通信フレーム２１０は、例えば、それぞれ空間ストリームＳＳ−１、ＳＳ−２、およびＳＳ−３という異なる空間ストリームを用いて送信される。実施形態において、通信フレーム２０６の期間、通信フレーム２０８の期間、および／または通信フレーム２１０の期間は、通信フレーム２０４に示された最長期間よりも小さいかまたは同じである。従って、実施形態において、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３は、通信フレーム２０４に示された最長期間よりも小さいかまたは同じ期間を有するよう、通信フレーム２０６、通信フレーム２０８、および通信フレーム２１０を生成する。一実施形態において、通信フレーム２０８が通信フレーム２０４に示された最長期間よりも小さい場合、ＳＴＡ２は合計期間を最長期間に増大させるべく、パディング２１２を含む。別の実施形態において、パディング２１２は省略される。一実施形態において、通信フレーム２０６、２０８、２１０の各々が最長期間より短い場合、それらは最長期間にパディングされる。

ＡＰは、通信フレーム２０６、２０８、および２１０に確認応答するよう、複数の確認応答（ＡＣＫまたはＢｌｏｃｋＡｃｋ）２１６、２１８、および２２０を生成し、それぞれをＳＴＡ１、ＳＴＡ２、およびＳＴＡ３に送信する。図２に示された実施形態において、ＡＰは、ＡＣＫ２１６、ＡＣＫ２１８、およびＡＣＫ２２０の各々を、異なる時間に（すなわち、時間をずらして）、異なる空間ストリームにおいて送信する。実施形態において、ＡＣＫが送信される空間ストリームは、対応する通信フレームが送信される同一の空間ストリームである（すなわち、通信フレーム２０６およびＡＣＫ２１６は、空間ストリームＳＳ−１を用いて送信される）。別の実施形態において、ＡＰは、ＡＣＫ２１６、ＡＣＫ２１８、およびＡＣＫ２２０の各々を、異なる時間に、同一の空間ストリームにおいて送信する。いくつかの実施形態において、ＡＰは、ＳＴＡ１、ＳＴＡ２、および／またはＳＴＡ３に対して、ＡＰのＴＸＯＰ２０２の残余期間の間に、追加の独立したデータをＡＰに同時に送信するよう促す、複数の通信フレームを生成および送信し続ける。一実施形態において、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３は、通信フレーム２０６、２０８、および２１０において、アップデートされた保留データのキュー情報を含む。本実施形態において、ＡＰはアップデートされた保留データのキュー情報を用いて、追加の独立したデータに対する最長期間を判断し、ＡＰは追加のＤＬ同期フレーム（不図示）における最長期間を示す情報を含む。

図３は、実施形態による、図１のＷＬＡＮ１０等、ＷＬＡＮにおける別の例示的な送信シーケンス３００の図であり、ＡＰが、第１クライアントステーション（ＳＴＡ１）、第２クライアントステーション（ＳＴＡ２）、および第３クライアントステーション（ＳＴＡ３）に対して、ＡＰの送信機会（ＴＸＯＰ）３０２の間に独立したデータをＡＰに同時に送信するよう促す。送信シーケンス３００は、概して送信シーケンス２００と同一である。しかし、ＡＰは、別個の確認応答２１６、２１８、および２２０の代わりに、ブロードキャスト確認応答（Ｂ−ＡＣＫ）３１６を用いる。実施形態において、Ｂ−ＡＣＫ３１６は、クライアントのアップリンクグループのグループＩＤ（例えば受信機のアドレス）と、通信フレーム２０６、２０８、および２１０を送信する複数のステーション識別子（例えば、ＡＩＤ）と、および／またはＳＴＡ１、ＳＴＡ２、およびＳＴＡ３からの複数の送信に確認応答する他の好適な確認応答情報とを含む制御フレームである。実施形態において、Ｂ−ＡＣＫは、複数のＳＴＡからの複数の送信に確認応答すべく、ＡＣＫおよびＢｌｏｃｋＡｃｋの両方を含む。実施形態において、ＡＰは、単一の空間ストリームにおいてＢ−ＡＣＫ３１６を送信する。別の実施形態において、ＡＰは、Ｂ−ＡＣＫ３１６を複数のビームフォーミング空間ストリームとして送信する。そのような一実施形態において、Ｂ−ＡＣＫ３１６は、通信フレーム２０６、２０８、および２１０の各々が送信された複数の空間ストリーム（すなわち、空間ストリームＳＳ−１、ＳＳ−２、およびＳＳ−３のそれぞれ）を用いて、各クライアントステーションに対して別個のダウンリンクＭＵ−ＭＩＭＯデータユニットとして、送信される。別のそのような実施形態において、Ｂ−ＡＣＫ３１６は、複数のクライアントステーションに送信される、集約媒体アクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）等の他のデータと結び付けられる。別の実施形態において、Ｂ−ＡＣＫは異なるＯＦＤＭサブチャネルにおける同時送信に確認応答するのに用いられる。

図４は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮにおける例示的な送信シーケンス４００の図であり、送信シーケンス４００はアクセスポイントにより開始される。ＡＰのＴＸＯＰ４０２において、ＡＰは、ポーリング通信フレーム４０４等のトリガ信号を生成し、それをクライアントステーションＳＴＡ１、ＳＴＡ２、およびＳＴＡ３等の複数のクライアントステーションに送信する。実施形態において、ポーリング通信フレーム４０４は、ダウンリンク同期フレーム（ＤＬ Ｓｙｎｃ）である。別の実施形態において、ポーリング通信フレーム４０４は、ポーリングフレームとして指定されたアクションフレームである。実施形態において、ＡＰは、例えばＴＸＯＰ４０２における後続の複数の送信を保護すべく、通信フレーム４０４の期間フィールドの値を、ＡＰのＴＸＯＰ４０２の残りの期間に対応する値に設定する。

実施形態において、ＡＰは、単一の空間ストリームにおいてポーリング通信フレーム４０４を送信する。そのような一実施形態において、ポーリング通信フレーム４０４は、クライアントのアップリンクグループのグループＩＤに対応する受信アドレスを有する。本実施形態において、クライアントのアップリンクグループの複数のメンバである複数のクライアントステーションは、グループ識別子に基づいてポーリング通信フレーム４０４に応答するよう構成される。別の実施形態において、ＡＰは、ポーリング通信フレーム４０４を、ＡＰに通信可能に結合された、および／または登録された各クライアントステーションに送信する。実施形態において、ＡＰは、どのクライアントステーションが、グループＩＤに対応するクライアントのアップリンクグループにあるのか、クライアントステーションに前もって伝える。例えば、一実施形態において、ＡＰは、以下に説明するアップリンクグループ定義フレーム４０８を、前もって送信する。アップリンクグループ定義フレーム４０８は、グループＩＤを示し、また、グループＩＤに対応するグループに属する複数のクライアントステーションを識別する複数の関連付けＩＤ（ＡＩＤ）を含む。その後、ＡＰが、グループＩＤを有するポーリング通信フレーム４０４を送信するとき、グループＩＤに属する複数のクライアントステーションは、それらがＡＰに送信されるべきデータを有するか否かを示す情報（例えば、トラフィック情報）を送信するよう要求されていることを理解する。本実施形態において、グループ定義フレームにおける複数のＡＩＤの順序は、以下に説明するように、グループＩＤに属する複数のクライアントステーションが複数のフィードバックフレームを送信する、空間ストリームを示す。

別の実施形態において、ポーリング通信フレーム４０４は、グループＩＤ、およびグループＩＤに対応するクライアントのアップリンクグループに属する複数のクライアントステーションを識別する複数のＡＩＤを含む。実施形態において、グループ定義フレームにおける複数のＡＩＤの順序は、グループＩＤに属する複数のクライアントステーションが複数のフィードバックフレームを送信する空間ストリームを示す。一実施形態において、ポーリング通信フレーム４０４は、インジケータ（例えば、ＰＨＹヘッダまたはＭＡＣヘッダにおけるフィールド、フラグ等）を有するグループ定義フレームである。そのグループ定義フレームは、グループＩＤに対応するグループにおける複数のクライアントステーションがＡＰに送信されるべきデータを有するか否かに関する情報を、複数のクライアントステーションがＡＰに送信すべきであることを示す。

ポーリング通信フレーム４０４がグループＩＤを含む一実施形態において、ポーリング通信フレーム４０４はまた、情報（例えば、各ビットがクライアントのアップリンクグループにおけるクライアントステーションに対応するビットマップ）を含む。その情報は、クライアントステーションがＡＰに送信されるべきデータを有するか否かを示す情報を、グループＩＤに対応するグループにおけるどのステーションが送信するのかを示す。例えば、実施形態において、ポーリング通信フレーム４０４は、グループＩＤと、ＡＰに送信されるべきデータがあるか否かを示す情報を送信するグループ内の複数のクライアントステーションのサブセットを示す情報とを含む。

実施形態において、ポーリング通信フレーム４０４は、クライアントステーションに対して、アップリンクトラフィック特性情報信号を送信するよう促す情報を含む。実施形態において、ポーリング通信フレーム４０４は、クライアントステーションに対して、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられる提示されたアクセスカテゴリ（ＡＣ）データレート、またはアップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるトラフィックバースト情報を送信するよう促す。実施形態において、ポーリング通信フレーム４０４は、クライアントステーションがＡＰに送信されるべきデータを有するか否かを示す情報を送信するよう、クライアントステーションに対する要求を含む。実施形態において、クライアントステーションがＡＰに送信されるべきデータを有するか否かを示す情報は、ＡＰに送信されるべきデータに対応するキューにおけるデータ量の指標である。実施形態において、キューは特定のトラフィックカテゴリに対応する。実施形態において、キューは特定のトラフィックストリームに対応する。実施形態において、キューは、ＩＥＥＥ８０２．１１ｅ規格において説明されるトラフィック識別子（ＴＩＤ）等の特定のＴＩＤに対応する。実施形態において、ポーリング通信フレーム４０４は、クライアントステーションに対して、ＡＰに送信されるべき特定のトラフィックカテゴリ、トラフィックストリーム、またはトラフィック識別子（ＴＩＤ）におけるデータ量を示す情報を送信するよう促す。実施形態において、ポーリング通信フレーム４０４は、クライアントステーションに対して、ＡＰに送信されるべき１または複数もしくはすべてのトラフィックカテゴリ、トラフィックストリーム、またはＴＩＤにおけるデータ量を示す情報を送信するよう促す。

ポーリング通信フレーム４０４に応答して、各クライアントステーションは、ＡＰのＴＸＯＰ４０２の間に、それぞれの通信フレーム４０６（すなわち、通信フレーム４０６−１、４０６−２、および４０６−３）を同時にＡＰに送信し、通信フレーム４０６（以下、本明細書においてアップリンクフィードバックフレームまたはＦＢフレームと称する）は、クライアントステーションがＡＰに送信されるべきデータを有するか否かを示す情報を含む。実施形態において、情報は、上記で説明したように、アップリンクトラフィック特性情報信号を含む。実施形態において、キューにおけるデータ量の指標は、ＦＢフレーム４０６のＭＡＣヘッダにおけるフィールドである。実施形態において、キューにおけるデータ量の指標は、ＭＡＣヘッダのＱｏＳフィールドにおけるサブフィールドである。実施形態において、各ＦＢフレーム４０６は、ポーリングフレーム４０４により示される特定のトラフィックカテゴリ（または複数のカテゴリ）、トラフィックストリーム、またはＴＩＤにおけるデータ量を示す。いくつかの実施形態において、ＦＢフレームは、アップリンクトラフィック特性情報信号を含む情報要素を有するアクションフレームである。実施形態において、クライアントステーションは、フィードバックフレーム４０６と、アップリンクＭＵ−ＭＩＭＯデータユニットにおける集約媒体アクセス制御プロトコルデータユニットとを組み合わせる。

実施形態において、ＡＰは、ＡＰに送信されるべき当該ステーションのアップリンク特性情報についての情報を含む複数のＦＢフレーム４０６を受信し、この情報を用いてアップリンクグループ割り当てを判断する。図４に図示されるシナリオにおいて、ＡＰは、複数のクライアントステーションが同一または同様のトラフィック特性を有することを判断する。結果として、ＡＰは、それぞれのアップリンクトラフィック特性情報信号により示される情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして複数の通信デバイスを選択する。実施形態において、ＡＰは、クライアントのアップリンクグループの複数のメンバの選択を実行し、通信フレーム４０４を送信する前にアップリンクグループ定義フレーム４０８を送信する。いくつかの実施形態において、ＡＰは、アップリンクＭＵ−ＭＩＭＯスケジュールの終了まで等のある期間、所定の時間（例えば、５秒、２分）、または別の好適な期間、クライアントのアップリンクグループを維持する。実施形態において、ＡＰは、クライアントのアップリンクグループの１または複数のメンバ、またはすべてのメンバがＡＰと関連付けを解除されるまで、クライアントのアップリンクグループを維持する。

実施形態において、ＡＰはアップリンクグループ定義フレーム４０８を生成し、それをクライアントのアップリンクグループの各メンバに送信する。実施形態において、アップリンクグループ定義フレーム４０８はまた、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す。実施形態において、アップリンクグループ定義フレーム４０８は、ｉ）アップリンクグループにおける複数のメンバステーション、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｖ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも１つを含む。実施形態において、開始時間は、アップリンクグループ定義フレーム４０８の送信時間から、以下に説明される通信フレーム４１２の送信時間までの時間オフセット、または別の好適な時間指標として示される。実施形態において、期間は、持続時間（例えば、ＴＸＯＰ４０２の残余期間）、スケジュールの間に送信されるべきいくつかのデータフレーム、または他の好適な複数のインジケータとして示される。実施形態において、複数の送信間のインターバルは、持続時間（例えば、数マイクロ秒）、所定の複数のインターバルの整数個（例えば、短いフレーム間の間隔の整数個）、または他の好適なインターバルの指標を示す。実施形態において、ＡＰは、インターバルを、クライアントステーションから（例えば、通信フレーム４０６から）受信される提示されたサービスインターバルに設定する。実施形態において、アップリンクグループ定義フレーム４０８は、アクセスカテゴリ、トラフィックカテゴリ、トラフィックストリーム、ＴＩＤ、データレート、ＭＣＳ値、またはアップリンクＭＵ−ＭＩＭＯスケジュールの間の複数の送信に用いられるべき他の好適な複数のパラメータに対する値を示す。実施形態において、アップリンクグループ定義フレームは、ＭＵ−ＭＩＭＯ送信スケジュール、および／または他の好適なデータを含む１または複数の情報要素を有するアクションフレームである。

一実施形態において、ＡＰは、クライアントのアップリンクグループにおける複数のクライアントステーションがＡＰに送信されるべきデータを有するか否かを示す情報を含む複数のＦＢフレーム４０６を受信し、この情報を用いて、複数のクライアントステーションがＡＰに送信されるべきデータを有するか否かを判断する。図４に図示されるシナリオにおいて、ＡＰは、クライアントのアップリンクグループからの複数のクライアントステーションが、ＡＰに送信されるべきデータを有することを判断する。結果として、ＡＰは、アップリンクデータフレーム送信に対して、クライアントのアップリンクグループから複数の通信デバイスを選択する。ＡＰは、選択された複数のクライアントステーションに対して、ＡＰのＴＸＯＰ４０２の間に独立したデータを同時にＡＰに送信するよう促す、通信フレーム４１２を生成し、それを送信する。いくつかの実施形態において、通信フレーム４１２は、概して通信フレーム２０４と同一である。一実施形態において、ＡＰは、複数のクライアントステーションに対して、独立したデータを異なる空間ストリーム、例えば、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットを介してＡＰに同時に送信するよう促す、通信フレーム４１２を生成し、それを送信する。一実施形態において、ＡＰは、複数のクライアントステーションに対して、独立したデータを異なる空間ストリームを介してＡＰに同時に送信するよう促す、ＤＬ同期フレーム４１２を生成し、それを送信する。実施形態において、ＤＬ同期フレーム４１２は、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットに用いられるべきデータユニットサイズ４１５の指標、例えば、持続時間またはビットカウントの指標を含む。実施形態において、ＡＰは、ＵＬ ＭＵ−ＭＩＭＯ送信スケジュールに従って、通信フレーム４１２を送信する。いくつかの実施形態において、通信フレーム４１２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ（複製）ＰＰＤＵ等の、レガシＰＰＤＵとして提供される。実施形態において、ＡＰは、例えば、ＴＸＯＰ４０２における後続の複数の送信を保護すべく、通信フレーム４１２の期間フィールドの値を、ＡＰのＴＸＯＰ４０２の残りの期間に対応する値に設定する。

通信フレーム４１２に応答して、複数のクライアントステーションは、ＡＰのＴＸＯＰ４０２の間に、独立した複数のデータユニット４１４を、１または複数の送信において同時にＡＰに送信する。例えば、実施形態において、複数のクライアントステーションは１または複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４を異なる空間ストリームを介して生成および送信する。図４に示された実施形態において、ＳＴＡ１は、ＳＴＡ２によるＵＬ ＭＵ−ＭＩＭＯデータユニット４１４―２のＡＰへの送信と同時に、ＵＬ ＭＵ−ＭＩＭＯデータユニット４１４−１をＡＰに送信する。実施形態において、複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４は、通信フレーム４１２により示される特定のトラフィックカテゴリ、トラフィックストリーム、またはＴＩＤに対応する。実施形態において、複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４は、ＴＸＯＰと関連付けられる、または通信フレーム４１２により示されるトラフィックカテゴリ、トラフィックストリーム、またはＴＩＤを少なくとも含む。実施形態において、複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４の１または複数は、好適なデータユニットサイズ（例えば、データユニットサイズ４１５）を有するよう、好適なパディングを含む。

複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４の受信に応答して、ＡＰは、Ｂ−ＡＣＫ３１６に関して上記で説明されたように、複数のアップリンクＭＵ−ＭＩＭＯデータユニット４１４に確認応答をすべく、ブロードキャスト確認応答（Ｂ−ＡＣＫ）４１６を送信する。いくつかの実施形態において、複数のクライアントステーションは、例えば、複数のＵＬ ＭＵ−ＭＩＭＯ送信を定義する前のＤＬ ＳＹＮＣフレームに従って、Ｂ−ＡＣＫ４１６に応答して、ＴＸＯＰ４０２の残余期間の間に、１または複数の追加のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８を送信する。実施形態において、ＡＰは、複数のクライアントステーションに対して、複数の追加のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８を送信するよう促す、追加のＤＬ同期フレーム４１２等の追加の通信フレームを送信する。実施形態において、ＡＰは、Ｂ−ＡＣＫ４１６と追加のＤＬ同期フレーム４１２とを含む複合フレームを送信する。複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８の受信に応答して、ＡＰは、上記で説明されたように、複数のアップリンクＭＵ−ＭＩＭＯデータユニット４１８に確認応答すべく、ブロードキャスト確認応答（Ｂ−ＡＣＫ）４２０を送信する。実施形態において、Ｂ−ＡＣＫ４１６は省略され、Ｂ−ＡＣＫ４２０は、複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４と複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８に確認応答する。

実施形態において、隣接するＵＬ ＭＵ ＰＰＤＵ間（すなわち、ＵＬ ＭＵ−ＭＩＭＯデータユニット４１４と４１８との間）のダウンリンクＰＰＤＵの送信時間が拡張されたフレーム間の間隔よりも小さいとき、ＡＰの少なくともいくつかの隣接デバイス（例えば、他の複数のアクセスポイントまたは複数のクライアントステーション）は、ネットワーク割り当てベクトル（ＮＡＶ）を設定すべく、通信フレーム４０４または通信フレーム４１２における期間のサブフィールドの値を用いる。そのような一実施形態において、複数のクライアントステーションの複数の隣接デバイスは、ＴＸＯＰ４０２を保護すべく、拡張されたフレーム間の間隔を用いる。別の実施形態において、隣接するＵＬ ＭＵ ＰＰＤＵ間のダウンリンクＰＰＤＵの送信時間が拡張されたフレーム間の間隔より長いとき、図５および図７に関して以下に説明されるように、追加のメッセージ送信要求、および／またはメッセージ送信許可がＴＸＯＰ４０２の保護に用いられる。

一実施形態において、複数のクライアントステーションが、１または複数のデータユニット４１４においてＡＰのＴＸＯＰ４０２の間に独立したデータをＡＰに同時に送信するとき、複数のクライアントステーションは通信フレーム４０２または通信フレーム４１２によりスケジューリングされるため、複数のクライアントステーションは、通信フレーム４０４または通信フレーム４１２においてネットワーク割り当てベクトル（ＮＡＶ）を無視する。複数のクライアントステーションがＮＡＶを無視するとき、複数のクライアントステーションは、ＡＰのＴＸＯＰの間に複数の通信フレーム４１４を送信することが出来る。別の実施形態において、通信フレーム４１２は、複数のクライアントステーションがＡＰのＴＸＯＰ４０２の間に複数の通信フレーム４１４を送信することを許可されることを示す、逆方向グラント（ＲＤＧ）のインジケータを含む。

図５は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮにおける例示的な送信シーケンス５００の図であり、送信シーケンス５００は通信デバイスにより開始される。送信シーケンス５００は、概して送信シーケンス４００と同一である。しかし、ＳＴＡ２等のクライアントステーションは、トリガフレーム、例えば拡張された送信要求（Ｅ−ＲＴＳ）メッセージ５１０をＡＰに送信する。いくつかの実施形態において、拡張されたＲＴＳメッセージ５１０は、ＳＴＡ２が（図４のＡＰのＴＸＯＰ４０２の代わりに）ＴＸＯＰ５０２と、（例えば、ＵＬ ＭＵ−ＭＩＭＯデータユニットにおける）ＡＰに送信されるべきデータとを有することを示す。実施形態において、Ｅ−ＲＴＳメッセージ５１０は、ｉ）ＳＴＡ２のＴＸＯＰ５０２の長さと、ｉｉ）ＳＴＡ２により送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズ５１５の指標とを含む。実施形態において、ＳＴＡ２は、クライアントのアップリンクグループのメンバであり、データサイズユニットの指標は、クライアントのアップリンクグループの他の複数のメンバの送信と同時にＳＴＡ２により送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズである。実施形態において、Ｅ−ＲＴＳメッセージ５１０は、データユニットサイズ５１５が、ＴＸＯＰ５０２の終了まで用いられるべきか否かという指標を含む。実施形態において、クライアントステーションは、例えば、ＴＸＯＰ５０２における後続の複数の送信を保護すべく、Ｅ−ＲＴＳメッセージ５１０の期間フィールドの値を、ＴＸＯＰ５０２の期間に対応する値に設定する。実施形態において、ＳＴＡ２は、調停フレーム間の間隔（ＡＩＦＳ）およびバックオフ値の期間の待機後に、Ｅ−ＲＴＳ５１０を送信する。いくつかの実施形態において、Ｅ−ＲＴＳ５１０は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ（複製）ＰＰＤＵ等のレガシＰＰＤＵとして提供される。

Ｅ−ＲＴＳメッセージ５１０に応答して、ＡＰは、図４に関して上記で説明されたように、通信フレーム４１２を送信する。いくつかの実施形態において、ＡＰは、Ｅ−ＲＴＳメッセージ５１０の後、短いフレーム間の間隔後に、通信フレーム４１２を送信する。実施形態において、通信フレーム４１２は、Ｅ−ＲＴＳメッセージ５１０からのデータユニットサイズ５１５の指標を含む。そのような一実施形態において、ＵＬ ＭＵ−ＭＩＭＯデータユニット４１４は、データユニットサイズ５１５に対応するサイズを有する。複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１４の受信に応答して、ＡＰは、上記で説明されたように、複数のアップリンクＭＵ−ＭＩＭＯデータユニット４１４に確認応答すべく、ブロードキャスト確認応答（Ｂ−ＡＣＫ）４１６を送信する。いくつかの実施形態において、複数のクライアントステーションは、例えば、前の通信フレーム４１２により示されるアップリンクＭＵ−ＭＩＭＯ送信スケジュールに従って、Ｂ−ＡＣＫ４１６に応答して、ＴＸＯＰ５０２の残余期間の間に、１または複数の追加のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８を送信する。実施形態において、クライアントステーションＳＴＡ２は、ＳＴＡ２がＴＸＯＰ５０２において残りの時間および、ＡＰに送信されるべき追加のデータを有することを示すべく、追加のＥ−ＲＴＳメッセージ５１１を送信する。実施形態において、Ｅ−ＲＴＳメッセージ５１１は、ＳＴＡ２により送信されるべき追加のアップリンクＭＵ−ＭＩＭＯデータユニットに対する、追加のデータユニットサイズ５２５を含む。いくつかの実施形態において、クライアントステーションは、ＡＰとの動的帯域幅の複数のネゴシエーションのため、フレーム交換Ｅ−ＲＴＳとＳＹＮＣとを用いる。

実施形態において、ＡＰは、Ｅ−ＲＴＳメッセージ５１１に応答して、複数のクライアントステーションに対して、追加の複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８を送信するよう促す、追加のＤＬ同期フレーム５１２等の追加の通信フレーム５１２を送信する。別の実施形態において、ＡＰは、Ｂ−ＡＣＫ４１６と追加のＤＬ同期フレーム５１２とを含む複合フレームを送信する。実施形態において、ＳＴＡは、ＵＬ ＭＵ−ＭＩＭＯデータユニット４１４−２とＥ−ＲＴＳメッセージ５１１とを含む複合フレームを送信する。別の実施形態において、Ｅ−ＲＴＳメッセージ５１１および通信フレーム５１２は省略され、複数のクライアントステーションは、Ｂ−ＡＣＫ４１６に応答して、複数のＵＬ ＭＵ−ＭＩＭＯデータユニット４１８を送信する。

図６は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮにおける例示的な送信シーケンス６００の図であり、送信シーケンス６００はアクセスポイントにより開始される。図６の実施形態において、ＡＰは、例えば、ＴＸＯＰ６０２における後続の複数の送信を保護すべく（例えば、クライアントのアップリンクグループのクライアントステーションＳＴＡ１およびクライアントステーションＳＴＡ２への送信に対する時間を確保すべく）、アクセスポイントのＴＸＯＰ６０２の長さを示す通信フレーム６１０を送信する。実施形態において、通信フレーム６１０は、自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレーム６１０である。ＡＰは、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニット６１２を、ＳＴＡ１とＳＴＡ２に同時に送信する。図６に示された実施形態において、各ダウンリンクＭＵ−ＭＩＭＯデータユニット６１２は、ｉ）それぞれの集約媒体アクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）６１３と、ｉｉ）対応するクライアントステーションによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号６１４とを含む。例えば、実施形態において、ＳＴＡ１に対するダウンリンクＭＵ−ＭＩＭＯデータユニット６１２−１は、Ａ−ＭＰＤＵ６１３−１および同期フレーム６１４−１を含み、同期フレーム６１４−１は、クライアントステーションＳＴＡ−１に対して、ＡＰのＴＸＯＰ６０２の間に、独立したアップリンクＭＵ−ＭＩＭＯデータユニットをＡＰに送信するよう促す（例えば、ＤＬ同期フレーム４１２と同様に）。実施形態において、同期フレーム６１４は、対応するクライアントステーションにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズ６１５の指標を含む。

それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニット６１２に応答して、ＳＴＡ１とＳＴＡ２はそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニット６１６を同時に送信し、ＡＰはそれらを同時に受信する。各アップリンクＭＵ−ＭＩＭＯデータユニット６１６は、ｉ）それぞれの第２Ａ−ＭＰＤＵ６１７と、ｉｉ）対応する第１Ａ−ＭＰＤＵ６１３の確認応答６１８とを含む。複数のＵＬ ＭＵ−ＭＩＭＯデータユニット６１６の受信に応答して、ＡＰは、Ｂ−ＡＣＫ４２０に関して上記で説明されたように、複数のアップリンクＭＵ−ＭＩＭＯデータユニット６１６に確認応答すべく、ブロードキャスト確認応答（Ｂ−ＡＣＫ）６２０を送信する。

図７は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮにおける別の例示的な送信シーケンス７００の図であり、送信シーケンス７００はアクセスポイントにより開始される。送信シーケンス７００は、概して送信シーケンス６００と同一である。しかし、ＡＰは、例えば、クライアントのアップリンクグループのクライアントステーションＳＴＡ１およびクライアントステーションＳＴＡ２への送信のための時間を確保すべく、ＡＰのＴＸＯＰ７０２の長さを示す通信フレーム７１０を用いる。実施形態において、通信フレーム７１０は、ＳＴＡ１に送信される送信要求（ＲＴＳ）フレーム７１０である。通信フレーム７１０に応答して、ＳＴＡ１は、通信フレーム７１１をＡＰに送信し、ＲＴＳフレーム７１０の受信を確認する。実施形態において、通信フレーム７１１は、送信許可（ＣＴＳ）フレーム７１１である。実施形態において、ＡＰは、ＣＴＳフレーム７１１に応答して、複数のＤＬ ＭＵ−ＭＩＭＯデータユニット６１２を同時に送信する。

図８は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮのアクセスポイントにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法８００のフロー図である。実施形態において、方法８００は、図１のＡＰ１４のネットワークインタフェース１６等のネットワークインタフェースにより実装される。例えば、ネットワークインタフェース１６は、方法８００を実装するよう構成される。他の複数の実施形態において、方法８００は、別の好適な通信デバイスにより実装される。

実施形態において、ブロック８０２では、ＡＰは複数の通信デバイスの各々からアップリンクトラフィック特性情報信号を受信する。実施形態において、アップリンクトラフィック特性情報信号は管理フレームであり、ＳＴＡはアップリンクトラフィック特性情報信号をＥＤＣＡの手順を用いて送信する。実施形態において、アップリンクトラフィック特性情報信号は、図４に関して上記で説明されたように、フィードバックフレーム４０６である。実施形態において、アップリンクトラフィック特性情報信号は、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたアクセスカテゴリデータレート、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべきトラフィックバースト情報のうちの少なくとも１つを含む。

実施形態において、ブロック８０４では、ＡＰは、図４に関して上記で説明されたように、それぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして、複数の通信デバイスのうちの複数の通信デバイスを選択する。

実施形態において、ブロック８０６では、ＡＰは、アップリンクグループ定義フレームをクライアントのアップリンクグループの各メンバに送信する。一実施形態において、アップリンクグループ定義フレームは、ＥＤＣＡの手順を通じてＡＰにより送信される管理フレームである。いくつかの実施形態において、アップリンクグループ定義フレームは、図４に関して上記で説明されたように、アップリンクグループ定義フレーム４０８である。実施形態において、アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクＭＵ−ＭＩＭＯ送信スケジュールを示す。実施形態において、アップリンクグループ定義フレームは、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも１つを含む。

いくつかの実施形態において、ＡＰは、それぞれのアップリンクトラフィック特性情報信号の送信を促すべく、通信フレームを複数の通信デバイスに送信する。例えば、実施形態において、ＡＰは複数の通信デバイスに通信フレーム４０４を送信する。実施形態において、通信フレームは、クライアントのアップリンクグループの複数のメンバに対するポール指標を含む。実施形態において、それぞれのアップリンクトラフィック特性情報信号は、利用可能なアップリンクデータの指標を含む複数のアップリンクＭＵ−ＭＩＭＯフィードバックフレームである。実施形態において、複数のアップリンクＭＵ−ＭＩＭＯフィードバックフレームは、クオリティオブサービスの複数のヌルフレームである。別の実施形態において、複数のアップリンクＭＵ−ＭＩＭＯフィードバックフレームは、新たに定義された複数の制御フレームである（すなわち、ＩＥＥＥ８０２．１１規格においては現在定義されていない）。

いくつかの実施形態において、ＡＰは、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに従ってクライアントのアップリンクグループの複数のメンバによる独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を促すべく、通信フレームをクライアントのアップリンクグループに送信する。実施形態において、通信フレームは、図４に関して上記で説明されたように、ＤＬ同期フレーム４１２である。実施形態において、通信フレームは、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニット、例えば、データユニットサイズ４１５に用いられるべきデータユニットサイズの指標を含む。実施形態において、通信フレームは、複数のダウンリンク確認応答が送信される送信期間の最長期間が拡張されたフレーム間の間隔よりも小さい場合、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットおよび対応する複数のダウンリンク確認応答の両方が送信される送信期間に対する最長期間の指標を含む。

実施形態において、ＡＰは、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループから同時に受信する。更なる実施形態において、ＡＰは、単一のグループ確認応答フレームをクライアントのアップリンクグループに送信する。実施形態において、単一のグループ確認応答フレームは、ｉ）クライアントのアップリンクグループのグループ識別子に対応する受信機のアドレスと、ｉｉ）クライアントのアップリンクグループの各メンバに対するブロードキャスト確認応答インジケータ、例えば、クライアントのＡＩＤおよび確認応答されたフレームの指標、とを有する。

実施形態において、ＡＰは、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバから受信し、１または複数の他の独立したアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループの１または複数の他のメンバから同時に受信する。更なる実施形態において、ＡＰは、ダウンリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバに送信する。そのような一実施形態において、ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）アップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）集約媒体アクセス制御プロトコルデータユニットとを含む。

図９は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮの通信デバイスにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法９００のフロー図である。方法９００は、実施形態において、図１のクライアント２５−１のネットワークインタフェース２７等のネットワークインタフェースにより実装される。例えば、ネットワークインタフェース２７は、方法９００を実装するよう構成される。他の複数の実施形態において、方法９００は、別の好適な通信デバイスにより実装される。

実施形態において、ブロック９０２では、ＡＰは、ＵＬトリガメッセージをクライアントのアップリンクグループの第１通信デバイスから受信する。実施形態において、ＵＬトリガメッセージは、拡張されたＲＴＳメッセージ５１０である。別の実施形態において、ＵＬトリガメッセージは、新たに定義された制御フレームである。実施形態において、拡張されたＲＴＳメッセージまたは新たに定義された制御フレームは、ｉ）第１通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）第１通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。

実施形態において、ブロック９０４では、ＡＰは、第１通信デバイスおよびクライアントのアップリンクグループの第２通信デバイスからのそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を生じさせるべく、通信フレームを第１通信デバイスおよび第２通信デバイスに送信する。実施形態において、通信フレームは通信フレーム４１２である。いくつかの実施形態において、通信フレームは、ＲＴＳメッセージにおいて受信されたデータユニットサイズの指標を含む。

実施形態において、ブロック９０６では、ＡＰはそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信する。実施形態において、複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、示されたデータユニットサイズを有する。実施形態において、複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、アップリンクＭＵ−ＭＩＭＯデータユニット４１４および／または４１８である。

いくつかの実施形態において、ＡＰは、単一のダウンリンクＭＵ−ＭＩＭＯデータユニットを第１通信デバイスおよび第２通信デバイスに送信する。実施形態において、単一のダウンリンクＭＵ−ＭＩＭＯデータユニットは、Ｂ−ＡＣＫ３１６、４１６、または４２０である。実施形態において、ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）第１通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）第２通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答とを含む。

実施形態において、ＡＰは、クライアントのアップリンクグループの複数のメンバに基づいて、通信フレーム４１２とダウンリンクＭＵ−ＭＩＭＯデータユニット４１６に対するデータレートを選択する。そのような一シナリオにおいて、ＡＰは、クライアントのアップリンクグループの他の複数のメンバが通信フレーム４１２とダウンリンクＭＵ−ＭＩＭＯデータユニット４１６とをデコードすることが可能であることを保証すべく、データレートを選択する。別の実施形態において、ＡＰは、第１通信デバイスからのＲＴＳメッセージに含まれるデータレート指標に基づいて、通信フレーム４１２とダウンリンクＭＵ−ＭＩＭＯデータユニット４１６に対するデータレートを選択する。そのような一シナリオにおいて、第１通信デバイスはそのＴＸＯＰをより効率的に用いることが出来る。

図１０は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮの通信デバイスにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法１０００のフロー図である。実施形態において、方法１０００は、図１のクライアント２５−１のネットワークインタフェース２７等のネットワークインタフェースにより実装される。例えば、ネットワークインタフェース２７は、方法１０００を実装するよう構成される。他の複数の実施形態において、方法１０００は、別の好適な通信デバイスにより実装される。

実施形態において、ブロック１００２では、クライアントのアップリンクグループの通信デバイスは、ＵＬトリガメッセージを無線ローカルエリアネットワークのアクセスポイントに送信する。実施形態において、ＵＬトリガメッセージは、拡張されたＲＴＳメッセージ５１０、または新たに定義された制御フレームである。実施形態において、拡張されたＲＴＳメッセージまたは新たに定義された制御フレームは、ｉ）通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。

実施形態において、ブロック１００４では、通信デバイスは、アクセスポイントから通信フレームを受信する。実施形態において、通信フレームは、通信フレーム４１２である。実施形態において、通信フレームは、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含む。

ブロック１００６では、通信デバイスは、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを生成する。実施形態において、アップリンクＭＵ−ＭＩＭＯデータユニットは、アップリンクＭＵ−ＭＩＭＯデータユニット４１４である。ブロック１００８では、通信フレームに応答して、通信デバイスは、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間にアップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信する。

実施形態において、複数の通信デバイスは、ｉ）ＴＸＯＰの長さの残余期間と、ｉｉ）通信デバイスにより送信されるべき別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む追加の拡張されたＲＴＳメッセージを含むよう、アップリンクＭＵ−ＭＩＭＯデータユニットを生成する。

いくつかの実施形態において、通信デバイスは、ＴＸＯＰの間にアクセスポイントからグループ確認応答フレームを受信する。実施形態において、グループ確認応答フレームは、Ｂ−ＡＣＫ３１６、４１６、または４２０である。実施形態において、グループ確認応答フレームは、ｉ）通信デバイスにより送信されるアップリンクＭＵ−ＭＩＭＯデータユニットと、ｉｉ）クライアントのアップリンクグループの別の通信デバイスにより送信される別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するそれぞれの確認応答を含む。実施形態において、通信デバイスは、追加のアップリンクＭＵ−ＭＩＭＯデータユニット、例えば、グループ確認応答フレームの受信後、示されたデータユニットサイズを有する、アップリンクＭＵ−ＭＩＭＯデータユニット４１８を生成する。通信デバイスは、通信フレームに応答して、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間に追加アップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信する。

図１１は、実施形態による、図１のＷＬＡＮ１０等のＷＬＡＮのアクセスポイントにより開始されるクライアントのアップリンクグループとの通信のための例示的な方法１１００のフロー図である。実施形態において、方法１１００は、図１のＡＰ１４のネットワークインタフェース１６等のネットワークインタフェースにより実装される。例えば、ネットワークインタフェース１６は、方法１１００を実装するよう構成される。他の複数の実施形態において、方法１１００は、別の好適な通信デバイスにより実装される。

実施形態において、ブロック１１０２では、アクセスポイントは、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの第１通信デバイスとクライアントのアップリンクグループの第２通信デバイスに送信する。実施形態において、ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ダウンリンクＭＵ−ＭＩＭＯデータユニット６１２である。実施形態において、各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）クライアントのアップリンクグループの対応する通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含む。様々な実施形態において、アクセスポイントは、複数のダウンリンクＭＵ−ＭＩＭＯデータユニットを同時に送信する。

様々な実施形態において、ブロック１１０４では、アクセスポイントは、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、第１通信デバイスと第２通信デバイスからそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを受信する。実施形態において、アップリンクＭＵ−ＭＩＭＯデータユニットは、アップリンクＭＵ−ＭＩＭＯデータユニット６１６である。実施形態において、各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含む。いくつかの実施形態において、アクセスポイントは、複数のアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信する。

実施形態において、アクセスポイントはアクセスポイントの送信機会（ＴＸＯＰ）の長さを示す自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレームを送信する。実施形態において、ＣＴＳ−ｔｏ−Ｓｅｌｆフレームは、ＣＴＳ−ｔｏ−Ｓｅｌｆフレーム６１０である。実施形態において、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に送信され、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に受信される。

別の実施形態において、アクセスポイントは送信要求（ＲＴＳ）メッセージを第１通信デバイスに送信し、ＲＴＳメッセージはアクセスポイントのＴＸＯＰを示す。実施形態において、ＲＴＳメッセージは、ＲＴＳメッセージ７１０である。実施形態において、アクセスポイントは、第１通信デバイスから、かつＲＴＳメッセージに応答して、ＴＸＯＰの残りの長さを示す送信許可（ＣＴＳ）フレームを受信する。実施形態において、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットは、ＣＴＳフレームの受信後、ＴＸＯＰの間に送信され、クライアントのそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に受信される。

本発明の更なる複数の態様は、以下の複数の節の１または複数に関連する。

実施形態において、方法は、アップリンクトラフィック特性情報信号を複数の通信デバイスの各々から受信する段階と、複数の通信デバイスのうちの複数の通信デバイスをそれぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループのメンバとして選択する段階と、アップリンクグループ定義フレームをクライアントのアップリンクグループの各メンバに送信する段階であって、アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す段階と、複数のアップリンクデータフレームを同時に送信するようクライアントのアップリンクグループの複数のメンバをトリガする段階とを含む。

他の複数の実施形態において、方法は、１または複数の以下の特徴の任意の好適な組み合せを含む。

アップリンクグループ定義フレームは、ｉ）クライアントのアップリンクグループの複数のメンバの複数のステーション識別子（ＡＩＤ）、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｖ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも1つを含む。

アップリンクトラフィック特性情報信号は、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたアクセスカテゴリデータレート、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべきトラフィックバースト情報のうちの少なくとも１つを含む。

アップリンクトラフィック特性情報信号は、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたアクセスカテゴリデータレート、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべきトラフィックバースト情報のうちの少なくとも１つを含む。

方法は、それぞれのアップリンクトラフィック特性情報信号の送信を促すべく、通信フレームを複数の通信デバイスに送信する段階を更に含み、通信フレームは、クライアントのアップリンクグループの複数のメンバに対するポール指標を含む。

方法は、ＥＤＣＡの複数の手順を通じてそれぞれのアップリンクトラフィック特性情報信号を受信する段階を更に含む。

複数のアップリンクＭＵ−ＭＩＭＯフィードバックフレームは、複数の管理フレームである。

方法は、クライアントのアップリンクグループのメンバによる独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を促すべく、通信フレームをクライアントのアップリンクグループに送信する段階を更に含む。

通信フレームは、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットに用いられるべきデータユニットサイズの指標を含む。

通信フレームは、複数のダウンリンク確認応答が送信される送信期間の最長期間が、拡張されたフレーム間の間隔よりも小さい場合、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットおよび対応する複数のダウンリンク確認応答の両方が送信される、送信期間の最長期間の指標を含む。

方法は、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループから同時に受信する段階と、単一のグループ確認応答フレームをクライアントのアップリンクグループに送信する段階とを更に含む。単一のグループ確認応答フレームは、ｉ）ブロードキャストアドレスと、ｉｉ）クライアントのアップリンクグループの各メンバに対する複数の管理フレームおよびデータの受信と確認応答インジケータおよびステーション識別子（ＡＩＤ）を有する。

方法は、独立したアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバから受信する段階であって、１または複数の他の独立したアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループの１または複数の他のメンバから同時に受信する段階と、ダウンリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバに送信する段階とを更に含む。ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）アップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）集約媒体アクセス制御プロトコルデータユニットとを含む。

方法は、複数のアップリンクトラフィック特性情報信号を要求すべく、トリガフレームをクライアントのアップリンクグループの複数の通信デバイスに送信する段階と、複数のアップリンクトラフィック特性情報信号を複数の通信デバイスの各々から受信する段階と、複数の同時アップリンク送信のためクライアントのアップリンクグループのメンバのいくつかまたはすべてを選択する段階とを更に含む。

方法は、複数の同時アップリンク送信のため、アップリンクトリガフレームを選択された複数のメンバに送信することを更に含む。

それぞれのアップリンクトラフィック特性情報信号は、利用可能なアップリンクデータの指標を含む複数のアップリンクＭＵ−ＭＩＭＯフィードバックフレームである。

アップリンクトラフィック特性情報信号は、制御フレームである。

別の実施形態において、装置は、１または複数の集積回路を有するネットワークインタフェースデバイスを含み、１または複数の集積回路は、アップリンクトラフィック特性情報信号を複数の通信デバイスの各々から受信し、複数の通信デバイスのうちの複数の通信デバイスを、それぞれのアップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして選択し、アップリンクグループ定義フレームをクライアントのアップリンクグループの各メンバに送信し、アップリンクグループ定義フレームは、クライアントのアップリンクグループの複数のメンバがアクセスポイントに同時に送信できるよう、クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示すよう構成される。

他の複数の実施形態において、装置は、１または複数の以下の特徴の任意の好適な組み合せを含む。

アップリンクグループ定義フレームは、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも１つを含む。

アップリンクトラフィック特性情報信号は、ｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたサービスインターバル、ｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべき提示されたアクセスカテゴリデータレート、またはｉｉｉ）アップリンクＭＵ−ＭＩＭＯ送信スケジュールに用いられるべきトラフィックバースト情報のうちの少なくとも１つを含む。

１または複数の集積回路は、アップリンクＭＵ−ＭＩＭＯ送信スケジュールに従って、クライアントのアップリンクグループの複数のメンバによる独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を促すべく、通信フレームをクライアントのアップリンクグループに送信するよう構成される。

通信フレームは、複数のダウンリンク確認応答が送信される送信期間の最長期間が拡張されたフレーム間の間隔よりも小さい場合、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットおよび対応する複数のダウンリンク確認応答の両方が送信される送信期間に対する最長期間の指標を含む。

１または複数の集積回路は、独立した複数のアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループから同時に受信し、単一のグループ確認応答フレームをクライアントのアップリンクグループに送信するよう構成される。単一のグループ確認応答フレームは、ｉ）クライアントのアップリンクグループのグループ識別子に対応する受信機アドレスと、ｉｉ）クライアントのアップリンクグループの各メンバに対するブロードキャスト確認応答インジケータとを有する。

１または複数の集積回路は、独立したアップリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバから受信し、１または複数の他の独立したアップリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの１または複数の他のメンバから同時に受信し、ダウンリンクＭＵ−ＭＩＭＯデータユニットをクライアントのアップリンクグループのメンバに送信するよう構成される。ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）アップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）集約媒体アクセス制御プロトコルデータユニットとを含む。

実施形態において、方法は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージをクライアントのアップリンクグループの第１通信デバイスから受信する段階を含む。Ｅ−ＲＴＳメッセージは、ｉ）第１通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）第１通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。方法は、第１通信デバイスとクライアントのアップリンクグループの第２通信デバイスからそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を生じさせるべく、通信フレームを第１通信デバイスと第２通信デバイスに送信する段階を更に含む。通信フレームは、データユニットサイズの指標を含む。方法はまた、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信する段階を含む。複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、示されたデータユニットサイズを有する。

他の複数の実施形態において、方法は、１または複数の以下の特徴の任意の好適な組み合せを含む。

方法は、単一のダウンリンクＭＵ−ＭＩＭＯデータユニットを第１通信デバイスおよび第２通信デバイスに送信する段階を更に含む。ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）第１通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）第２通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答とを含む。

方法は、クライアントのアップリンクグループの複数のメンバに基づいて、通信フレームとダウンリンクＭＵ−ＭＩＭＯデータユニットに対するデータレートを選択する段階を更に含む。

方法は、第１通信デバイスからのＲＴＳメッセージに含まれるデータレート指標に基づいて、通信フレームとダウンリンクＭＵ−ＭＩＭＯデータユニットに対するデータレートを選択する段階を更に含む。

別の実施形態において、装置は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージをクライアントのアップリンクグループの第１通信デバイスから受信するよう構成される、１または複数の集積回路を有するネットワークインタフェースデバイスを含む。Ｅ−ＲＴＳメッセージは、ｉ）第１通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）第１通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。１または複数の集積回路は、第１通信デバイスとクライアントのアップリンクグループの第２通信デバイスからそれぞれのアップリンクＭＵ−ＭＩＭＯデータユニットの同時送信を生じさせるべく、通信フレームを第１通信デバイスおよび第２通信デバイスに送信するよう構成される。通信フレームは、データユニットサイズの指標を含む。１または複数の集積回路はまた、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを同時に受信するよう構成され、複数のアップリンクＭＵ−ＭＩＭＯデータユニットは示されたデータユニットサイズを有する。

他の複数の実施形態において、装置は、１または複数の以下の特徴の任意の好適な組み合せを含む。

１または複数の集積回路は、単一のダウンリンクＭＵ−ＭＩＭＯデータユニットを第１通信デバイスと第２通信デバイスに送信するよう構成される。ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）第１通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答と、ｉｉ）第２通信デバイスからのアップリンクＭＵ−ＭＩＭＯデータユニットに対する確認応答とを含む。

１または複数の集積回路は、クライアントのアップリンクグループの複数のメンバに基づいて、通信フレームおよびダウンリンクＭＵ−ＭＩＭＯデータユニットに対するデータレートを選択するよう構成される。

１または複数の集積回路は、第１通信デバイスからのＲＴＳメッセージに含まれるデータレート指標に基づいて、通信フレームおよびダウンリンクＭＵ−ＭＩＭＯデータユニットに対するデータレートを選択するよう構成される。

実施形態において、方法は、拡張された送信要求（Ｅ−ＲＴＳ）メッセージを、クライアントのアップリンクグループの通信デバイスにより無線ローカルエリアネットワークのアクセスポイントに送信する段階を含む。Ｅ−ＲＴＳメッセージは、ｉ）通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。方法は、通信フレームをアクセスポイントから受信する段階を含む。通信フレームは、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含む。方法は、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階と、通信デバイスにより、かつ通信フレームに応答して、クライアントのアップリンクグループの他のメンバの送信と同時に、ＴＸＯＰの間にアップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信する段階とを更に含む。

他の複数の実施形態において、方法は、１または複数の以下の特徴の任意の好適な組み合せを含む。

アップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階は、ｉ）ＴＸＯＰ長さの残余期間と、ｉｉ）通信デバイスにより送信されるべき別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む追加のＥ−ＲＴＳメッセージを含むべく、アップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階を含む。

方法は、ＴＸＯＰの間にグループ確認応答フレームをアクセスポイントから受信する段階を更に含む。グループ確認応答フレームは、ｉ）通信デバイスにより送信されるアップリンクＭＵ−ＭＩＭＯデータユニットと、ｉｉ）クライアントのアップリンクグループの別の通信デバイスにより送信される別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するそれぞれの確認応答を含む。.方法はまた、グループ確認応答フレームの受信後、示されたデータユニットサイズを有する追加のアップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階と、通信デバイスにより、かつ通信フレームに応答して、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間に、追加のアップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信する段階を含む。

別の実施形態において、クライアントのアップリンクグループの通信デバイスは、拡張された送信要求（Ｅ−ＲＴＳ）メッセージを無線ローカルエリアネットワークのアクセスポイントに送信するよう構成される、１または複数の集積回路を有するネットワークインタフェースデバイスを含む。Ｅ−ＲＴＳメッセージは、ｉ）通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む。１または複数の集積回路は、通信フレームをアクセスポイントから受信するよう構成される。通信フレームは、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含む。１または複数の集積回路は、示されたデータユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを生成し、通信フレームに応答して、クライアントのアップリンクグループの他のメンバの送信と同時に、ＴＸＯＰの間に、アップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信するよう構成される。

他の複数の実施形態において、装置は、１または複数の以下の特徴の任意の好適な組み合せを含む。

１または複数の集積回路は、ｉ）ＴＸＯＰ長さの残余期間と、ｉｉ）通信デバイスにより送信されるべき別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む追加のＥ−ＲＴＳメッセージを含むべく、アップリンクＭＵ−ＭＩＭＯデータユニットを生成するよう構成される。

１または複数の集積回路は、ＴＸＯＰの間に、グループ確認応答フレームをアクセスポイントから受信するよう構成される。グループ確認応答フレームは、ｉ）通信デバイスにより送信されるアップリンクＭＵ−ＭＩＭＯデータユニットと、ｉｉ）クライアントのアップリンクグループの別の通信デバイスにより送信される別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するそれぞれの確認応答を含む。１または複数の集積回路は、グループ確認応答フレームの受信後、示されたデータユニットサイズを有する追加のアップリンクＭＵ−ＭＩＭＯデータユニットを生成し、通信フレームに応答して、クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、ＴＸＯＰの間に追加のアップリンクＭＵ−ＭＩＭＯデータユニットをアクセスポイントに送信するよう構成される。

実施形態において、方法は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、アクセスポイントによりクライアントのアップリンクグループの第１通信デバイスおよびクライアントのアップリンクグループの第２通信デバイスに送信する段階を含む。各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）クライアントのアップリンクグループの対応する通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含む。複数のダウンリンクＭＵ−ＭＩＭＯデータユニットは同時に送信される。方法は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを第１通信デバイスおよび第２通信デバイスから受信する段階を含む。各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含む。複数のアップリンクＭＵ−ＭＩＭＯデータユニットは同時に受信される。

他の複数の実施形態において、方法は、１または複数の以下の特徴の任意の好適な組み合せを含む。

方法は、アクセスポイントの送信機会（ＴＸＯＰ）の長さを示す自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレームを送信する段階を更に含む。それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に送信され、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に受信される。

方法は、送信要求（ＲＴＳ）メッセージを第１通信デバイスに送信する段階を更に含む。ＲＴＳメッセージは、アクセスポイントのＴＸＯＰを示す。方法は、第１通信デバイスから、かつＲＴＳメッセージに応答して、ＴＸＯＰの残りの長さを示す送信許可（ＣＴＳ）フレームを受信する段階を含む。それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットは、ＣＴＳフレームの受信後、ＴＸＯＰの間に送信される。それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットは、ＴＸＯＰの間に受信される。

別の実施形態において、装置は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの第１通信デバイスおよびクライアントのアップリンクグループの第２通信デバイスに送信するよう構成される１または複数の集積回路を有するネットワークインタフェースデバイスを含む。各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）クライアントのアップリンクグループの対応通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含む。複数のダウンリンクＭＵ−ＭＩＭＯデータユニットは同時に送信される。１または複数の集積回路は、それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを、第１通信デバイスおよび第２通信デバイスから受信するよう構成される。各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含む。複数のアップリンクＭＵ−ＭＩＭＯデータユニットは、同時に受信される。

他の複数の実施形態において、装置は、１または複数の以下の特徴の任意の好適な組み合せを含む。

１または複数の集積回路は、アクセスポイントの送信機会（ＴＸＯＰ）の長さを示す自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレームを送信するよう構成される。それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に送信され、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に受信される。

１または複数の集積回路は、送信要求（ＲＴＳ）メッセージを第１通信デバイスに送信するよう構成される。ＲＴＳメッセージは、アクセスポイントのＴＸＯＰを示す。１または複数の集積回路は、第１通信デバイスから、かつＲＴＳメッセージに応答して、ＴＸＯＰの残りの長さを示す送信許可（ＣＴＳ）フレームを受信するよう構成される。それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットはＣＴＳフレームの受信後、ＴＸＯＰの間に送信され、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットはＴＸＯＰの間に受信される。

上述の様々なブロック、オペレーション、技術の少なくともいくつかは、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、またはそれらの任意の組み合わせを用いて実装され得る。ソフトウェア又はファームウェア命令を実行するプロセッサを使用して実装されるとき、ソフトウェア又はファームウェア命令は、ＲＡＭもしくはＲＯＭ、またはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光学ディスクドライブ、テープドライブ等の磁気ディスク、光学ディスク、または他のストレージ媒体等の任意のコンピュータ可読メモリに格納され得る。同様に、ソフトウェア又はファームウェア命令は、例えば、コンピュータ可読ディスクもしくは他の可搬式コンピュータストレージメカニズム上、または通信媒体によることを含む、任意の既知、もしくは所望の提供方法により、ユーザまたはシステムに提供され得る。通常、通信媒体は、複数のコンピュータ可読命令、データ構造体、プログラムモジュールまたは搬送波もしくは他の搬送メカニズム等の変調済みデータ信号における他のデータを実施する。「変調済みデータ信号」という用語は、信号中の情報をエンコードするように設定もしくは変更された複数の特性のうち１または複数を有する信号を意味する。限定ではなく例として、通信媒体としては、有線ネットワークもしくは直接の有線接続等の有線媒体、ならびに音響、無線周波、赤外線および他の無線媒体等の無線媒体が挙げられる。従って、ソフトウェア又はファームウェア命令は、電話回線、ＤＳＬ回線、ケーブルテレビ回線、光ファイバ回線、無線通信チャネル、インターネット等（これらは、可搬式のストレージ媒体によりそのようなソフトウェアを提供するのと同一もしくは互換的なものとみなされる）通信チャネルを介してユーザまたはシステムに提供され得る。ソフトウェア又はファームウェア命令は、プロセッサにより実行されると、プロセッサに様々な動作を実行させる機械可読命令を含み得る。

ハードウェアに実装されるとき、ハードウェアは離散コンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）、等のうち１または複数を含んでもよい。

発明を限定するのではなく単に例示することを意図した複数の特定の例を参照して本発明が説明されたものの、発明の範囲から逸脱することなく、開示された複数の実施形態に対して様々な変更、追加および／または削除がなされてよい。

Claims (42)

1. アップリンクトラフィック特性情報信号を複数の通信デバイスの各々から受信する段階と、
   前記複数の通信デバイスのうちの複数の通信デバイスをそれぞれの前記アップリンクトラフィック特性情報信号により示されるトラフィック情報に少なくとも基づいて、クライアントのアップリンクグループの複数のメンバとして選択する段階と、
   アップリンクグループ定義フレームを前記クライアントのアップリンクグループの各メンバに送信する段階であって、前記アップリンクグループ定義フレームは、前記クライアントのアップリンクグループの前記複数のメンバがアクセスポイントに同時に送信できるよう、前記クライアントのアップリンクグループに対するアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信スケジュールを示す段階と、
   複数のアップリンクデータフレームを同時に送信するよう、前記クライアントのアップリンクグループの前記複数のメンバをトリガする段階と
   を備える、方法。
2. 前記アップリンクグループ定義フレームは、ｉ）前記クライアントのアップリンクグループの前記複数のメンバの複数のステーション識別子（ＡＩＤ）、ｉｉ）前記アップリンクＭＵ−ＭＩＭＯ送信スケジュールの開始時間、ｉｉｉ）前記アップリンクＭＵ−ＭＩＭＯ送信スケジュールの期間、またはｉｖ）前記アップリンクＭＵ−ＭＩＭＯ送信スケジュールの複数の送信間のインターバルのうちの少なくとも1つを含む、請求項１に記載の方法。
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. 前記１または複数の集積回路は、
    前記第１通信デバイスからの前記ＲＴＳメッセージに含まれるデータレート指標に基づいて、前記通信フレームおよび前記ダウンリンクＭＵ−ＭＩＭＯデータユニットに対するデータレートを選択する、請求項２７から２９のいずれか１項に記載の装置。
31. 拡張された送信要求（Ｅ−ＲＴＳ）メッセージを、クライアントのアップリンクグループの通信デバイスにより無線ローカルエリアネットワークのアクセスポイントに送信する段階であって、前記Ｅ−ＲＴＳメッセージは、ｉ）前記通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に前記通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む段階と、
    通信フレームを前記アクセスポイントから受信する段階であって、前記通信フレームは、示された前記データユニットサイズを有するアップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含む段階と、
    示された前記データユニットサイズを有する前記アップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階と、
    前記通信デバイスにより、前記通信フレームに応答して、前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、前記ＴＸＯＰの間に、前記アップリンクＭＵ−ＭＩＭＯデータユニットを前記アクセスポイントに送信する段階と
    を備える方法。
32. 前記アップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階は、ｉ）前記ＴＸＯＰの長さの残余期間と、ｉｉ）前記通信デバイスにより送信されるべき別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む追加のＥ−ＲＴＳメッセージを含むべく、前記アップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階を備える、請求項３１に記載の方法。
33. 前記ＴＸＯＰの間にグループ確認応答フレームを前記アクセスポイントから受信する段階であって、前記グループ確認応答フレームは、ｉ）前記通信デバイスにより送信される前記アップリンクＭＵ−ＭＩＭＯデータユニットおよび、ｉｉ）前記クライアントのアップリンクグループの別の通信デバイスにより送信される別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するそれぞれの確認応答を含む段階と、
    前記グループ確認応答フレームの受信後、示された前記データユニットサイズを有する追加のアップリンクＭＵ−ＭＩＭＯデータユニットを生成する段階と、
    前記通信デバイスにより、前記通信フレームに応答して、前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、前記ＴＸＯＰの間に、前記追加のアップリンクＭＵ−ＭＩＭＯデータユニットを前記アクセスポイントに送信する段階とを更に備える、請求項３１または３２に記載の方法。
34. クライアントのアップリンクグループの通信デバイスであって、前記通信デバイスは、
    １または複数の集積回路を有するネットワークインタフェースデバイスを備え、
    前記１または複数の集積回路は、
    拡張された送信要求（Ｅ−ＲＴＳ）メッセージを無線ローカルエリアネットワークのアクセスポイントに送信し、前記Ｅ−ＲＴＳメッセージは、ｉ）前記通信デバイスの送信機会（ＴＸＯＰ）の長さと、ｉｉ）前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、前記通信デバイスにより送信されるべきアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含み、
    通信フレームを前記アクセスポイントから受信し、前記通信フレームは、示された前記データユニットサイズを有する前記アップリンクＭＵ−ＭＩＭＯデータユニットを送信するプロンプトを含み、
    示された前記データユニットサイズを有する前記アップリンクＭＵ−ＭＩＭＯデータユニットを生成し、
    前記通信フレームに応答して、前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、前記ＴＸＯＰの間に、前記アップリンクＭＵ−ＭＩＭＯデータユニットを、前記アクセスポイントに送信する、
    通信デバイス。
35. 前記１または複数の集積回路は、
    ｉ）前記ＴＸＯＰの長さの残余期間と、ｉｉ）前記通信デバイスにより送信されるべき別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するデータユニットサイズの指標とを含む追加のＥ−ＲＴＳメッセージを含むべく、前記アップリンクＭＵ−ＭＩＭＯデータユニットを生成する、請求項３４に記載の通信デバイス。
36. 前記１または複数の集積回路は、
    前記ＴＸＯＰの間に、グループ確認応答フレームを前記アクセスポイントから受信し、
    前記グループ確認応答フレームの受信後、示された前記データユニットサイズを有する追加のアップリンクＭＵ−ＭＩＭＯデータユニットを生成し、
    前記通信フレームに応答して、前記クライアントのアップリンクグループの他の複数のメンバの複数の送信と同時に、前記ＴＸＯＰの間に、前記追加のアップリンクＭＵ−ＭＩＭＯデータユニットを前記アクセスポイントに送信し、
    前記グループ確認応答フレームは、ｉ）前記通信デバイスにより送信される前記アップリンクＭＵ−ＭＩＭＯデータユニット、およびｉｉ）前記クライアントのアップリンクグループの別の通信デバイスにより送信される別のアップリンクＭＵ−ＭＩＭＯデータユニットに対するそれぞれの確認応答を含む、請求項３４または３５に記載の通信デバイス。
37. それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、アクセスポイントによりクライアントのアップリンクグループの第１通信デバイスおよび前記クライアントのアップリンクグループの第２通信デバイスに送信する段階であって、各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）前記クライアントのアップリンクグループの対応する前記通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含み、複数の前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは同時に送信される段階と、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを前記第１通信デバイスおよび前記第２通信デバイスから受信する段階であって、各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する前記第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含み、複数の前記アップリンクＭＵ−ＭＩＭＯデータユニットは同時に受信される段階と
    を備える方法。
38. 前記アクセスポイントの送信機会（ＴＸＯＰ）の長さを示す自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレームを送信する段階を更に備え、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に送信され、
    それぞれの前記アップリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に受信される、請求項３７に記載の方法。
39. 送信要求（ＲＴＳ）メッセージを前記第１通信デバイスに送信する段階であって、前記ＲＴＳメッセージは、前記アクセスポイントのＴＸＯＰを示す段階と、
    前記第１通信デバイスから、かつ前記ＲＴＳメッセージに応答して、前記ＴＸＯＰの残りの長さを示す送信許可（ＣＴＳ）フレームを受信する段階とを更に備え、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは、前記ＣＴＳフレームの受信後、前記ＴＸＯＰの間に送信され、
    それぞれの前記アップリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に受信される、請求項３７または３８に記載の方法。
40. 無線ローカルエリアネットワークのアクセスポイントであって、前記アクセスポイントは、
    １または複数の集積回路を有するネットワークインタフェースデバイスを備え、前記１または複数の集積回路は、
    それぞれのダウンリンクＭＵ−ＭＩＭＯデータユニットを、クライアントのアップリンクグループの第１通信デバイスおよび前記クライアントのアップリンクグループの第２通信デバイスに送信し、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットに応答して、それぞれのアップリンクＭＵ−ＭＩＭＯデータユニットを前記第１通信デバイスおよび前記第２通信デバイスから受信し、
    各ダウンリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第１集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）前記クライアントのアップリンクグループの対応する前記通信デバイスによる独立したアップリンクＭＵ−ＭＩＭＯデータユニットの送信を促す通信信号とを含み、
    複数の前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは同時に送信され、
    各アップリンクＭＵ−ＭＩＭＯデータユニットは、ｉ）それぞれの第２集約媒体アクセス制御プロトコルデータユニットと、ｉｉ）対応する前記第１集約媒体アクセス制御プロトコルデータユニットの確認応答とを含み、
    複数の前記アップリンクＭＵ−ＭＩＭＯデータユニットは同時に受信される、
    アクセスポイント。
41. 前記１または複数の集積回路は、
    前記アクセスポイントの送信機会（ＴＸＯＰ）の長さを示す自己への送信許可（ＣＴＳ−ｔｏ−Ｓｅｌｆ）フレームを送信し、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に送信され、
    それぞれの前記アップリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に受信される、請求項４０に記載の装置。
42. 前記１または複数の集積回路は、
    送信要求（ＲＴＳ）メッセージを前記第１通信デバイスに送信し、
    前記第１通信デバイスから、かつ前記ＲＴＳメッセージに応答して、ＴＸＯＰの残りの長さを示す送信許可（ＣＴＳ）フレームを受信し、
    前記ＲＴＳメッセージは前記アクセスポイントの前記ＴＸＯＰを示し、
    それぞれの前記ダウンリンクＭＵ−ＭＩＭＯデータユニットは、前記ＣＴＳフレームの受信後、前記ＴＸＯＰの間に送信され、
    それぞれの前記アップリンクＭＵ−ＭＩＭＯデータユニットは前記ＴＸＯＰの間に受信される、請求項４０または４１に記載の装置。

Images