(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信のための装置であって、
前記装置がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成することと、
前記装置がＭＵ通信を介して前記ＡＰと通信するように構成される間、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って媒体アクセスプロシージャを行うことによって、前記ＳＵフレームの送信のために、媒体へのアクセスを求めて競合することと
を行うように構成された処理システムと、
前記媒体が獲得される場合、送信のために前記ＳＵフレームを出力するように構成された第１のインターフェースと
を備える、装置。
【請求項２】
ＥＤＣＡパラメータの前記第１のセットは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットとは異なる、請求項１に記載の装置。
【請求項３】
前記ＡＰからＥＤＣＡパラメータの前記第１のセットおよびＥＤＣＡパラメータの前記第２のセットを取得するように構成された第２のインターフェースをさらに備える、請求項２に記載の装置。
【請求項４】
前記処理システムは、ＭＵ通信に関連した１つまたは複数の条件を検出することに応答して、ＥＤＣＡパラメータの前記第１のセットを調整するようにさらに構成される、
請求項１に記載の装置。
【請求項５】
前記処理システムは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットと同じになるように、ＥＤＣＡパラメータの前記第１のセットを設定することによって、ＥＤＣＡパラメータの前記第１のセットを調整するように構成される、
請求項４に記載の装置。
【請求項６】
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームを備える、
請求項１に記載の装置。
【請求項７】
前記ＳＵフレームが送信のために出力された後に、ＳＵ送信機会（ＴＸＯＰ）許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを取得するように構成された第２のインターフェースをさらに備える、請求項１に記載の装置。
【請求項８】
前記ＡＣＫフレームは、前記装置または１つまたは複数の他の装置のうちの少なくとも１つからのＭＵ送信をトリガするために前記ＡＰから送られるフレームの送信のタイミングのインジケーションを備える、請求項７に記載の装置。
【請求項９】
前記装置または１つまたは複数の他の装置のうちの少なくとも１つからのＭＵ送信をトリガするように構成されたトリガフレームを、前記ＡＰから取得するように構成された第２のインターフェースをさらに備える、請求項１に記載の装置。
【請求項１０】
前記トリガフレームは、前記媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを示し、
前記処理システムは、前記１つまたは複数のバックオフパラメータに基づいて、バックオフカウントダウンタイマを開始するように構成される、
請求項９に記載の装置。
【請求項１１】
前記処理システムは、前記トリガフレームを取得することまたは前記トリガフレームによってトリガされたＭＵ送信の成功には関係なく、バックオフカウントダウンタイマを開始し、前記バックオフカウントダウンタイマを維持するように構成される、請求項９に記載の装置。
【請求項１２】
前記処理システムは、前記トリガフレームによってトリガされたＭＵ送信の成功または失敗に少なくとも部分的に基づいて、バックオフカウントダウンを調整するように構成される、請求項９に記載の装置。
【請求項１３】
前記処理システムは、前記トリガフレームによってトリガされたＭＵ送信が成功する場合、ＳＵ送信のために前記媒体にアクセスするためのコンテンションウィンドウを増加させるように構成される、請求項９に記載の装置。
【請求項１４】
前記処理システムは、前記ＳＵフレームの送信のために前記媒体へのアクセスを求める前記競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記装置においてバッファされたデータの量に基づく、
請求項１に記載の装置。
【請求項１５】
前記処理システムは、前記装置においてバッファされたデータの前記量が閾値に等しいかまたは閾値を超える場合、コンテンションウィンドウサイズを調整するように構成される、請求項１４に記載の装置。
【請求項１６】
前記装置または１つまたは複数の他の装置のうちの少なくとも１つからのＭＵ送信をトリガするように構成された１つまたは複数のトリガフレームを、前記ＡＰから取得するように構成された第２のインターフェースをさらに備え、
前記処理システムは、前記ＳＵフレームの送信のために前記媒体へのアクセスを求める前記競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記ＡＰから取得された前記１つまたは複数のトリガフレームの頻度に基づく、
請求項１に記載の装置。
【請求項１７】
前記処理システムは、前記ＳＵフレームの送信のために前記媒体へのアクセスを求める前記競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記ＳＵフレームの長さに基づく、
請求項１に記載の装置。
【請求項１８】
装置によるワイヤレス通信のための方法であって、
前記装置がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成することと、
前記装置がＭＵ通信を介して前記ＡＰと通信するように構成される間、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って媒体アクセスプロシージャを行うことによって、前記ＳＵフレームの送信のために、媒体へのアクセスを求めて競合することと、
前記媒体が獲得される場合、送信のために前記ＳＵフレームを出力することと
を備える、方法。
【請求項１９】
それを介して前記ＳＵフレームが送信される送信機
をさらに備え、前記装置は、ワイヤレス局として構成される、請求項１に記載の装置。
【発明の詳細な説明】
【米国特許法第１１９条に基づく優先権の主張】
【０００１】
[0001]  本願は、本明細書の譲受人に譲渡され、本明細書内に参照により明示的に組み込まれた、２０１５年１月７日に出願された米国仮特許出願第６２／１００，８５９号（代理人整理番号１５１４２１ＵＳＬ）の利益を主張する、２０１６年１月６日に出願された米国特許出願第１４／９８９，３０２号の優先権を主張する。
【技術分野】
【０００２】
[0002]  本開示のある特定の態様は、一般に、ワイヤレス通信に関し、より具体的には、アップリンク（ＵＬ）複数ユーザ（ＭＵ：multiple user）プロトコルにおけるワイヤレスデバイスの競合（contention）およびバックオフ挙動（backoff behavior）に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような、様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数ユーザをサポートすることが可能な多元接続ネットワークであり得る。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
[0004]  ワイヤレス通信システムに対して求められる、増大する帯域幅要求の課題に対処するために、高データスループットを取得しながらチャネルリソースを共有することによって、複数のユーザ端末が単一のアクセスポイントと通信することを可能にするための異なるスキームが開発されている。多入力多出力（ＭＩＭＯ）技術は、通信システムのためのポピュラーな技法として現れた、このようなアプローチを代表するものである。ＭＩＭＯ技術は、米国電気電子学会（ＩＥＥＥ）８０２．１１規格のようないくつかのワイヤレス通信規格に採用されている。ＩＥＥＥ８０２．１１は、ＩＥＥＥ８０２．１１委員会によって短距離通信（例えば、数十メートルから数百メートル）のために開発された、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のエアインターフェース規格のセットを示す。
【発明の概要】
【０００５】
[0005]  本開示のシステム、方法、およびデバイスは各々、いくつかの態様を有し、これらのうちのいずれも、その望ましい属性を単独で担うものではない。下記の請求項によって示される本開示の範囲を限定することなく、いくつかの特徴が簡潔に説明されるだろう。本論述を考慮した後、特に「詳細な説明」と題されたセクションを読んだ後、当業者は、ワイヤレスネットワーク内の改善された通信を含む利点を本開示の特徴がどのように提供するかを理解するであろう。
【０００６】
[0006]  本開示の態様は、一般に、アップリンク（ＵＬ）複数ユーザ（ＭＵ）プロトコルにおけるアクセスポイント（ＡＰ）および局（ＳＴＡ）の競合およびバックオフ挙動に関する。
【０００７】
[0007]  本開示のある特定の態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成するように構成された処理システムと、送信のためにＳＵフレームを出力するように構成された送信インターフェースとを含む。
【０００８】
[0008]  本開示のある特定の態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するように構成された処理システムと、送信のために第１のフレームを出力するように構成された送信インターフェースとを含む。
【０００９】
[0009]  本開示のある特定の態様は、ワイヤレス通信のための方法を提供する。方法は、一般に、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにＳＵフレームを生成することと、送信のためにＳＵフレームを出力することとを含む。
【００１０】
[0010]  本開示のある特定の態様は、ワイヤレス通信のための方法を提供する。方法は、一般に、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合することと、送信のために第１のフレームを出力することとを含む。
【００１１】
[0011]  本開示のある特定の態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにＳＵフレームを生成するための手段と、送信のためにＳＵフレームを出力するための手段とを含む。
【００１２】
[0012]  本開示のある特定の態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するための手段と、送信のために第１のフレームを出力するための手段とを含む。
【００１３】
[0013]  本開示のある特定の態様は、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにＳＵフレームを生成することと、送信のためにＳＵフレームを出力することとを行うための命令を記憶するコンピュータ可読媒体を提供する。
【００１４】
[0014]  本開示のある特定の態様は、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、一般に、ＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するための命令を記憶するコンピュータ可読媒体を含む。
【００１５】
[0015]  本開示のある特定の態様は、局を提供する。局は、一般に、少なくとも１つのアンテナと、局がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにＳＵフレームを生成するように構成された処理システムと、少なくとも１つのアンテナを介してＳＵフレームを送信するように構成された送信機とを含み得る。
【００１６】
[0016]  本開示のある特定の態様は、ＡＰを提供する。ＡＰは、一般に、少なくとも１つのアンテナと、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するように構成された処理システムと、少なくとも１つのアンテナを介して第１のフレームを送信するように構成された送信機とを含み得る。
【００１７】
[0017]  上記のおよび関連する目的の達成のために、１つまたは複数の態様は、下記で十分に説明されかつ特許請求の範囲において特に指摘される特徴を備えている。下記の説明および添付された図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が用いられ得る様々な方法のうちのほんの数例を示すものであり、本説明は、全てのこのような態様およびそれらの均等物を含むことが意図される。
【図面の簡単な説明】
【００１８】
【図１】[0018]  図１は、本開示のある特定の態様に従った、ワイヤレス通信ネットワークの例を図示する。
【図２】[0019]  図２は、本開示のある特定の態様に従った、アクセスポイント（ＡＰ）およびユーザ端末の例のブロック図である。
【図３】[0020]  図３は、本開示のある特定の態様に従った、ワイヤレスデバイスの例のブロック図である。
【図４】[0021]  図４は、本開示のある特定の態様に従った、複数ユーザ（ＭＵ）通信のためのアップリンク（ＵＬ）ダウンリンク（ＤＬ）フレーム交換の例を図示する。
【図５】[0022]  図５は、本開示のある特定の態様に従った、ワイヤレス通信のための動作の例のフロー図である。
【図５Ａ】[0023]  図５Ａは、図５に示される動作を行うことが可能な手段の例を図示する。
【図６】[0024]  図６は、本開示のある特定の態様に従った、ＵＬ／ＤＬフレーム交換を図示する図の例である。
【図７】[0025]  図７は、本開示のある特定の態様に従った、ワイヤレス通信のための動作の例のフロー図である。
【図７Ａ】[0026]  図７Ａは、図７に示される動作を行うことが可能な手段の例を図示する。
【００１９】
[0027]  理解を容易にするため、可能な場合、図面に共通している同一の要素を明確にするために同一の参照番号が使用されている。１つの実施形態で開示される要素は、具体的な説明がなくとも、他の実施形態において効果的に利用され得ることが予期される。
【詳細な説明】
【００２０】
[0028]  本開示の様々な態様が、添付の図面に関して下記により十分に説明される。しかしながら、本開示は、多くの異なる形態で具現化され得、本開示全体を通じて表される任意の具体的な構成または機能に限定されるものと解釈されるべきではない。むしろ、本開示が綿密かつ完全なものとなり、また本開示の範囲を当業者に十分に伝えることができるように、これらの態様が提供される。本明細書における教示に基づいて、当業者は、本開示の範囲が、独立して実施されようと本開示の任意の他の態様と組み合わされて実施されようと、本明細書で説明される開示の任意の態様をカバーすることを意図していることを理解するべきである。例えば、本明細書に記載される任意の数の態様を使用して、装置が実装され得るか、または方法が実現され得る。加えて、開示の範囲は、本明細書に記載される開示の様々な態様に加えてまたはそれ以外の、他の構成、機能、または構成および機能を使用して実現される、このような装置または方法をカバーすることを意図している。本明細書で開示される開示の任意の態様は、請求項の１つまたは複数の要素によって具現化され得ることが理解されるべきである。
【００２１】
[0029]  本開示の態様は、一般に、アップリンク（ＵＬ）複数ユーザ（ＭＵ）プロトコルにおけるアクセスポイント（ＡＰ）および局（ＳＴＡ）の競合およびバックオフ挙動に関する。本明細書でより詳細に説明されるように、ＭＵ動作に従事するＳＴＡは、要請されていない（unsolicited）シングルユーザ（ＳＵ）送信を送ることが可能であり得る。ＡＰは、ＭＵトリガフレームを送るために、媒体へのアクセスを求めて競合し得る。ある特定の態様に従って、ＡＰは、例えば、ＳＵおよびＭＵ送信のための拡張分散チャネルアクセス（ＥＤＣＡ）パラメータを制御することによって、ＭＵ送信を優遇して（in favor of）、ＳＵ送信の優先度を下げ（deprioritize）得る。
【００２２】
[0030]  「例示的な」という用語は、本明細書では「例、実例、または例示としての役割を果たす」という意味で使用される。「例示的」であるとして本明細書で説明される任意の態様が、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきでない。
【００２３】
[0031]  特定の態様が本明細書に説明されるが、これらの態様の多くのバリエーションおよび並び替えが、本開示の範囲内に含まれる。好ましい態様のいくつかの利益および利点が述べられるが、本開示の範囲は、特定の利益、使用、または目的に限定されることを意図しない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であることを意図しており、そのいくつかは、図面および好ましい態様の下記の説明において例として図示される。詳細な説明および図面は、限定するよりもむしろ単に本開示を例示するものであり、本開示の範囲は、添付の請求項およびそれらの均等物によって定義されている。
【００２４】
[0032]  本明細書で説明される技法は、直交多重化方式に基づく通信システムを含む、様々なブロードバンドワイヤレス通信システムのために使用され得る。このような通信システムの例は、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、およびシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するために、十分に異なる方向を利用し得る。ＴＤＭＡシステムは、送信信号を異なるタイムスロットに分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にし得、各タイムスロットは、異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、システム帯域幅全体を複数の直交サブキャリアに分割する変調技法である、直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどとも呼ばれ得る。ＯＦＤＭでは、各サブキャリアは、データと共に独立して変調され得る。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためにインターリーブされたＦＤＭＡ（ＩＦＤＭＡ）を、隣接するサブキャリアのブロック上で送信するためにローカライズされたＦＤＭＡ（ＬＦＤＭＡ）を、または隣接するサブキャリアの複数のブロック上で送信するために拡張されたＦＤＭＡ（ＥＦＤＭＡ）を利用し得る。一般に、変調シンボルは、ＯＦＤＭを用いて周波数領域で、ＳＣ−ＦＤＭＡを用いて時間領域で送られる。
【００２５】
[0033]  本明細書における教示は、様々なワイヤードまたはワイヤレス装置（例えば、ノード）に組み込まれ得る（例えば、それらの中に実装されるか、またはそれらによって行われる）。いくつかの態様では、本明細書における教示に従って実装されるワイヤレスノードは、アクセスポイントまたはアクセス端末を備え得る。
【００２６】
[0034]  アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、発展型ノードＢ（ｅＮＢ）、基地局コントローラ（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、ベーシックサービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の専門用語として知られ、実装され、またはそれらを備え得る。
【００２７】
[0035]  アクセス端末（「ＡＴ」）は、加入者局、加入者ユニット、モバイル局（ＭＳ）、遠隔局、遠隔端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ）、ユーザ局、または何らかの他の専門用語として知られ、実装され、またはそれらを備え得る。いくつかの実装では、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続能力を有するハンドヘルドデバイス、局（「ＳＴＡ」）、またはワイヤレスモデムに接続された何らかの他の適切な処理デバイスを備え得る。従って、本明細書で教示される１つまたは複数の態様は、電話（例えば、セルラフォンまたはスマートフォン）、コンピュータ（例えば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテインメントデバイス（例えば、音楽または映像デバイス、あるいは衛星ラジオ）、全地球測位システム（ＧＰＳ）デバイス、あるいはワイヤレスまたはワイヤード媒体を介して通信するように構成された任意の他の適切なデバイスに組み込まれ得る。いくつかの態様では、ＡＴは、ワイヤレスノードであり得る。このようなワイヤレスノードは、例えば、ワイヤードまたはワイヤレス通信リンクを介するネットワーク（例えば、インターネットまたはセルラネットワークのような広域ネットワーク）のための、またはネットワークへの接続を提供し得る。
【００２８】
［ワイヤレス通信システムの例］
[0036]  図１は、本開示の態様が行われ得るシステム１００を図示する。例えば、ユーザ端末（一般に、局またはＳＴＡとも呼ばれ得る）１２０は、マルチユーザ（ＭＵ：multi-user）送信を介してアクセスポイント１１０と通信するように構成され得る。ユーザ端末１２０はまた、アクセスポイント１１０への送信のために、要請されていないシングルユーザ（ＳＵ）フレームを生成することを可能にし得る。アクセスポイント１１０はまた、ユーザ端末１２０にＭＵトリガフレームを送るために、媒体へのアクセスを求めて競合し得る。
【００２９】
[0037]  システム１００は、例えば、アクセスポイントおよびユーザ端末を用いた多元接続他入力多出力（ＭＩＭＯ）システム１００であり得る。簡潔化のために、１つのアクセスポイント１１０のみが図１に示されている。アクセスポイントは通常、ユーザ端末と通信する固定局であり、基地局または何らかの他の専門用語でも呼ばれ得る。ユーザ端末は、固定またはモバイルであり得、モバイル局、ワイヤレスデバイス、または何らかの他の専門用語でも呼ばれ得る。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で、任意の所与の瞬間に１つまたは複数のユーザ端末１２０と通信し得る。ダウンリンク（すなわち、順方向リンク）は、アクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）は、ユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピア・ツー・ピアで通信し得る。
【００３０】
[0038]  システムコントローラ１３０は、これらのＡＰおよび／または他のシステムに対して協調および制御を提供し得る。ＡＰは、例えば、無線周波数電力、チャネル、認証、およびセキュリティのための調整を行い得るシステムコントローラ１３０によって管理され得る。システムコントローラ１３０は、バックホールを介してＡＰと通信し得る。ＡＰはまた、例えば、ワイヤレスまたはワイヤーラインバックホールを介して間接的にあるいは直接的に互いに通信し得る。
【００３１】
[0039]  下記の開示の一部は、空間分割多元接続（ＳＤＭＡ）を介する通信が可能なユーザ端末１２０を説明する一方、ある特定の態様では、ユーザ端末１２０はまた、ＳＤＭＡをサポートしないいくつかのユーザ端末を含み得る。よって、このような態様では、ＡＰ １１０は、ＳＤＭＡユーザ端末と非ＳＤＭＡユーザ端末の両方と通信するように構成され得る。このアプローチは、より新しいＳＤＭＡユーザ端末が適切とみなされるときに導入されることを可能にしながら、より古いバージョンのユーザ端末（「レガシ」局）が事業展開され続けることを都合良く可能にし得、それらの耐用年数を引き延ばす。
【００３２】
[0040]  システム１００は、ダウンリンクおよびアップリンク上のデータ送信のために複数の送信アンテナおよび複数の受信アンテナを用いる。アクセスポイント１１０は、Ｎａｐ個のアンテナを装備し、ダウンリンク送信のための多入力（ＭＩ）と、アップリンク送信のための多出力（ＭＯ）とを表す。選択されたＫ個のユーザ端末１２０のセットは、集合的に、ダウンリンク送信のための多出力と、アップリンク送信のための多入力とを表す。純粋なＳＤＭＡでは、Ｋ個のユーザ端末のためのデータシンボルストリームが、何らかの手段によって、コード、周波数、または時間で多重化されていない場合、Ｎａｐ≧Ｋ≧１を有することが望ましい。ＴＤＭＡ技法、ＣＤＭＡを用いた異なるコードチャネル、ＯＦＤＭを用いた互いに素なサブバンドのセットなどを使用して、データシンボルストリームが多重化されることができる場合、Ｋは、Ｎａｐよりも大きくなり得る。各選択されたユーザ端末は、アクセスポイントにユーザ固有のデータを送信し、および／またはアクセスポイントからユーザ固有のデータを受信する。一般に、各選択されたユーザ端末は、１つまたは複数（すなわち、Ｎｕｔ≧１）のアンテナを装備し得る。Ｋ個の選択されたユーザ端末は、同じまたは異なる数のアンテナを有し得る。
【００３３】
[0041]  システム１００は、時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムであり得る。ＴＤＤシステムでは、ダウンリンクとアップリンクは、同じ周波数帯域を共有する。ＦＤＤシステムでは、ダウンリンクとアップリンクは、異なる周波数帯域を使用する。ＭＩＭＯシステム１００はまた、送信のために単一キャリアまたは複数キャリアを利用し得る。各ユーザ端末は、（例えば、コストを低く抑えるために）単一のアンテナを、または（例えば、追加のコストがサポートされ得る場合には）複数のアンテナを装備し得る。ユーザ端末１２０が異なるタイムスロットに送信／受信を分割することによって同じ周波数チャネルを共有する場合、システム１００はまた、ＴＤＭＡシステムでもあり得、各タイムスロットは、異なるユーザ端末１２０に割り当てられる。
【００３４】
[0042]  図２は、図１に図示されるＡＰ １１０およびＵＴ １２０のコンポーネントの例を図示し、これらは、本開示の態様を実施するために使用され得る。ＡＰ １１０およびＵＴ １２０の１つまたは複数のコンポーネントは、本開示の態様を実現するように使用され得る。例えば、アクセスポイント１１０のアンテナ２２４、Ｔｘ／Ｒｘ２２２、プロセッサ２１０、２２０、２４０、２４２、および／またはコントローラ２３０は、本明細書で説明され、図７および７Ａに関して図示される動作を行うために使用され得る。同様に、ユーザ端末１２０のアンテナ２５２、Ｔｘ／Ｒｘ２５４、プロセッサ２６０、２７０、２８８、２９０、および／またはコントローラ２８０は、本明細書で説明され、図５および５Ａに関して図示される動作を行うために使用され得る。
【００３５】
[0043]  図２は、ＭＩＭＯシステムにおける、アクセスポイント１１０、２つのユーザ端末１２０ｍおよび１２０ｘのブロック図を図示する。アクセスポイント１１０は、Ｎｔ個のアンテナ２２４ａ〜２２４ａｐを装備している。ユーザ端末１２０ｍは、Ｎｕｔ，ｍ個のアンテナ２５２ｍａ〜２５２ｍｕを装備しており、ユーザ端末１２０ｘは、Ｎｕｔ，ｘ個のアンテナ２５２ｘａ〜２５２ｘｕを装備している。アクセスポイント１１０は、ダウンリンクについては送信エンティティであり、アップリンクについては受信エンティティである。各ユーザ端末１２０は、アップリンクについては送信エンティティであり、ダウンリンクについては受信エンティティである。本明細書で使用されるような「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立して動作する装置またはデバイスであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立して動作する装置またはデバイスである。下記の説明では、下付きの文字「ｄｎ」はダウンリンクを示し、また下付きの文字「ｕｐ」はアップリンクを示しており、Ｎｕｐ個のユーザ端末がアップリンク上の同時送信のために選択され、Ｎｄｎ個のユーザ端末がダウンリンク上の同時送信のために選択され、Ｎｕｐは、Ｎｄｎと等しいかまたは等しくない可能性があり、ＮｕｐおよびＮｄｎは、スケジューリング間隔ごとに静的な値であり得るか、または変化し得る。ビームステアリングまたは何らかの他の空間処理技法が、アクセスポイントおよびユーザ端末で使用され得る。
【００３６】
[0044]  アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、送信（ＴＸ）データプロセッサ２８８は、データソース２８６からトラフィックデータを、コントローラ２８０から制御データを受信する。コントローラ２８０は、メモリ２８２と結合され得る。ＴＸデータプロセッサ２８８は、ユーザ端末のために選択されたレートに関連付けられたコーディングおよび変調スキームに基づいて、ユーザ端末のためのトラフィックデータを処理（例えば、符号化、インターリーブ、および変調）し、データシンボルストリームを提供する。ＴＸ空間プロセッサ２９０は、そのデータシンボルストリーム上で空間処理を行い、Ｎｕｔ，ｍ個のアンテナのためにＮｕｔ，ｍ個の送信シンボルストリームを提供する。各送信機ユニット（ＴＭＴＲ）２５４は、アップリンク信号を生成するために、それぞれの送信シンボルストリームを受信および処理（例えば、アナログへの変換、増幅、フィルタリング、周波数アップコンバート）する。Ｎｕｔ，ｍ個の送信機ユニット２５４は、Ｎｕｔ，ｍ個のアンテナ２５２からアクセスポイントに送信するための、Ｎｕｔ，ｍ個のアップリンク信号を提供する。
【００３７】
[0045]  Ｎｕｐ個のユーザ端末は、アップリンク上の同時送信のためにスケジューリングされ得る。これらのユーザ端末の各々は、そのデータシンボルストリーム上で空間処理を行い、アップリンク上でその送信シンボルストリームのセットをアクセスポイントに送信する。
【００３８】
[0046]  アクセスポイント１１０において、Ｎａｐ個のアンテナ２２４ａ〜２２４ａｐは、アップリンク上で送信する全てのＮｕｐ個のユーザ端末からのアップリンク信号を受信する。各アンテナ２２４は、受信した信号をそれぞれの受信機ユニット（ＲＣＶＲ）２２２に提供する。各受信機ユニット２２２は、送信機ユニット２５４によって行われたものに対して相補的な処理を行い、受信シンボルストリームを提供する。ＲＸ空間プロセッサ２４０は、Ｎａｐ個の受信機ユニット２２２からのＮａｐ個の受信シンボルストリーム上で受信機空間処理を行い、Ｎｕｐ個の復元されたアップリンクデータシンボルストリームを提供する。受信機空間処理は、チャネル相関マトリクス反転（ＣＣＭＩ）、最小平均二乗誤差（ＭＭＳＥ）、ソフト干渉除去（ＳＩＣ）、または何らかの他の技法に従って行われる。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定である。ＲＸデータプロセッサ２４２は、そのストリームのために使用されたレートに従って、復号されたデータを取得するために、各復元されたアップリンクデータシンボルストリームを、処理（例えば、復調、デインターリーブ、および復号）する。各ユーザ端末のための復号されたデータは、記憶のためにデータシンク２４４に、および／またはさらなる処理のためにコントローラ２３０に提供され得る。コントローラ２３０は、メモリ２３２と結合され得る。
【００３９】
[0047]  ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０は、データソース２０８から、ダウンリンク送信のためにスケジューリングされたＮｄｎ個のユーザ端末のためのトラフィックデータを、コントローラ２３０から制御データを、また場合によってはスケジューラ２３４から他のデータを受信する。様々なタイプのデータが、異なるトランスポートチャネル上で送られ得る。ＴＸデータプロセッサ２１０は、各ユーザ端末のためのトラフィックデータを、そのユーザ端末のために選択されたレートに基づいて処理（例えば、符号化、インターリーブ、および変調）する。ＴＸデータプロセッサ２１０は、Ｎｄｎ個のユーザ端末のためにＮｄｎ個のダウンリンクデータシンボルストリームを提供する。ＴＸ空間プロセッサ２２０は、Ｎｄｎ個のダウンリンクデータシンボルストリーム上で（本開示において説明されるプリコーディングまたはビームフォーミングのような）空間処理を行い、Ｎａｐ個のアンテナのためにＮａｐ個の送信シンボルストリームを提供する。各送信機ユニット２２２は、ダウンリンク信号を生成するために、それぞれの送信シンボルストリームを受信および処理する。Ｎａｐ個の送信機ユニット２２２は、Ｎａｐ個のアンテナ２２４からユーザ端末への送信のためにＮａｐ個のダウンリンク信号を提供する。各ユーザ端末のための復号されたデータは、記憶のためにデータシンク２７２に、および／またはさらなる処理のためにコントローラ２８０に提供され得る。
【００４０】
[0048]  各ユーザ端末１２０において、Ｎｕｔ，ｍ個のアンテナ２５２は、アクセスポイント１１０からＮａｐ個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連付けられたアンテナ２５２から受信信号を処理し、受信シンボルストリームを提供する。ＲＸ空間プロセッサ２６０は、Ｎｕｔ，ｍ個の受信機ユニット２５４からのＮｕｔ，ｍ個の受信シンボルストリーム上で受信機空間処理を行い、ユーザ端末のための復元されたダウンリンクデータシンボルストリームを提供する。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥ、または何らかの他の技法に従って行われる。ＲＸデータプロセッサ２７０は、そのユーザ端末のための復号されたデータを取得するために、復元されたダウンリンクデータシンボルストリームを処理（例えば、復調、デインターリーブ、復号）する。
【００４１】
[0049]  各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、ダウンリンクチャネル推定値を提供し、それは、チャネル利得推定値、ＳＮＲ推定値、ノイズ分散などを含み得る。同様に、アクセスポイント１１０において、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を提供する。各ユーザ端末のためのコントローラ２８０は通常、ユーザ端末のための空間フィルタマトリクスを、そのユーザ端末のためのダウンリンクチャネル応答マトリクスＨｄｎ，ｍに基づいて導出する。コントローラ２３０は、効率的なアップリンクチャネル応答マトリクスＨｕｐ，ｅｆｆに基づいて、アクセスポイントのための空間フィルタマトリクスを導出する。各ユーザ端末のためのコントローラ２８０は、フィードバック情報（例えば、ダウンリンクおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値など）をアクセスポイントに送り得る。コントローラ２３０および２８０はまた、それぞれ、アクセスポイント１１０およびユーザ端末１２０において、様々な処理ユニットの動作を制御する。
【００４２】
[0050]  図３は、ＭＩＭＯシステム１００内で用いられ得るワイヤレスデバイス３０２において利用され得る様々なコンポーネントを図示する。ワイヤレスデバイス３０２は、本明細書で説明される様々な方法を実施するように構成され得るデバイスの一例である。例えば、ワイヤレスデバイスは、それぞれ、図１０および１１で図示される動作１０００および１１００を実施し得る。ワイヤレスデバイス３０２は、アクセスポイント１１０またはユーザ端末１２０であり得る。
【００４３】
[0051]  ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４はまた、中央処理装置（ＣＰＵ）とも呼ばれ得る。メモリ３０６は、読み取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）との両方を含み得、プロセッサ３０４に命令およびデータを提供する。メモリ３０６の一部はまた、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含み得る。プロセッサ３０４は通常、メモリ３０６内に記憶されたプログラム命令に基づいて、論理および算術演算を行う。メモリ３０６内の命令は、本明細書で説明される方法を実施するように実行可能であり得る。
【００４４】
[0052]  ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２と遠隔ノードとの間でデータの送受信を可能にする、送信機３１０および受信機３１２を含み得る、ハウジング３０８を含み得る。送信機３１０および受信機３１２は、トランシーバ３１４に統合され得る。単一のまたは複数の送信アンテナ３１６は、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２はまた、複数の送信機、複数の受信機、および複数のトランシーバ（図示されない）を含み得る。
【００４５】
[0053]  ワイヤレスデバイス３０２はまた、トランシーバ３１４によって受信された信号のレベルを検出し、定量化しようとするのに使用され得る信号検出器３１８を含み得る。信号検出器３１８は、そのような信号を、総エネルギー、シンボルあたりのサブキャリアごとのエネルギー、電力スペクトル密度および他の信号として検出し得る。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するための、デジタルシグナルプロセッサ（ＤＳＰ）３２０も含み得る。
【００４６】
[0054]  ワイヤレスデバイス３０２の様々なコンポーネントは、バスシステム３２２によって連結され得、それは、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。
【００４７】
[0055]  本明細書で使用されるような複数ユーザ（ＭＵ）送信という用語は、一般に、アクセスポイントから複数ユーザへの送信（送信機会内に同時パケットとして送られようと、順次パケットとして送られようと）、または複数ユーザからアクセスポイントへの送信（送信機会内に同時パケットとして送られようと、順次パケットとして送られようと）を指し、一方シングルユーザ（ＳＵ）送信という用語は、一般に、アクセスポイントからシングルユーザへの送信、またはシングルユーザからアクセスポイントへの送信を指す。
【００４８】
［アップリンク複数ユーザプロトコルにおけるＳＴＡ競合挙動の例］
[0056]  複数ユーザ（ＭＵ）通信では、アップリンク（ＵＬ）信号が複数の局（ＳＴＡ）からアクセスポイントへ送信され得るか、または代替的に、ダウンリンク（ＤＬ）信号がＡＰから複数のＳＴＡへ送信され得る。
【００４９】
[0057]  通常、ＳＴＡは、ＡＰからのトリガフレーム（ＴＦ）を受信した後に、ＵＬ ＭＵフレームを送る。本開示は、ＡＰがいつトリガフレームを送るか、およびＭＵモードで動作するＳＴＡが、受信したＴＦへの応答時以外にいつ媒体にアクセスすることができるかなどのような、ＭＵ通信に関する様々な問題に対処する。本開示の態様は、ＭＵモードで動作しているときでさえ、ＳＴＡによる競合ベースの媒体アクセス（contention-based medium access）のために使用され得るメカニズムを提供する。
【００５０】
[0058]  言い換えると、本開示の態様は、ＭＵおよびＳＵ通信の両方について競合ベースのアクセスを使用して通信するためのデバイス（例えば、ＡＰおよび非ＡＰ局）のための技法を提供する。このような技法は、例えば、スケジューリングされたＭＵ送信機会（ＴＸＯＰ）を待つ必要なく、緊急データを送るために局がアクセスを求めて競合することを可能にし得る。いくつかの場合には、このような技法は、例えば、ＭＵ動作が適切に動作しない場合に、ＳＵ送信を優先するために、デバイスが競合ベースのアクセスを変更することを可能にし得る。
【００５１】
[0059]  ある特定の態様に従って、ＵＬ信号またはＤＬ信号は、例えば、ＭＵ他入力多出力（ＭＵ−ＭＩＭＯ）、ＭＵ（直交）周波数分割多元接続（ＭＵ−（Ｏ）ＦＤＭＡ）を使用して送信され得る。具体的には、図４−８は、アップリンクＭＵ−ＭＩＭＯ（ＵＬ−ＭＵ−ＭＩＭＯ）送信を図示しており、さらにＵＬ−（Ｏ）ＦＤＭＡに等しく適用できるだろう。これらの実施形態では、ＵＬ−ＭＵ−ＭＩＭＯまたはＵＬ（Ｏ）ＦＤＭＡ送信は、複数のＳＴＡからＡＰに同時に送られ得、ワイヤレス通信における効率をもたらし得る。
【００５２】
[0060]  図４は、本開示のある特定の態様に従った、ＭＵ通信のためのＵＬ／ＤＬフレーム交換４００の例である。図４で示されるように、ＡＰ（例えば、ＡＰ １１０）は、ＵＬ ＭＵ送信を開始することを特定のＳＴＡが知るように、どの局がＭＵ通信に参加し得るかを示す、複数のＳＴＡ１、ＳＴＡ２、およびＳＴＡ３へのトリガフレーム４１０（例えば、送信可（ＣＴＸ：clear-to-transmit）フレーム）を送信し得る。
【００５３】
[0061]  ある特定の態様に従って、トリガフレームは、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のペイロード部分で送信され得る。局ＳＴＡ １、ＳＴＡ ２、およびＳＴＡ ３がＡＰからのトリガフレームを受信すること、ここで、これらＳＴＡはフレーム内に示される、に応答して、これらＳＴＡは、ＵＬ ＭＵ送信（例えば、送信準備完了（ＲＴＸ：ready-to-transmit）フレーム）をＡＰに送信し得る。ある特定の態様に従って、ＳＴＡは、ＡＰからのトリガフレームを受信してから、ショートフレーム間隔（ＳＩＦＳ：short interframe space）時間の後に、ＵＬ ＭＵフレーム４２０を送り得る。
【００５４】
[0062]  ある特定の態様に従って、ＡＰがトリガフレームを送る時間または時間期間を定義することが望ましいだろう。加えて、上述されるように、ＭＵ通信に参加しているＳＴＡが、例えば受信したトリガフレームに応答して送信しているとき以外にいつ媒体にアクセスすることができるかを定義することが望ましい。
【００５５】
[0063]  本開示のある特定の態様に従って、技法および装置は、ＵＬ ＭＵ通信において行われるときに、ＳＴＡの競合およびバックオフ挙動のために提供される。
【００５６】
[0064]  一般に、ＳＴＡは、それらの能力に基づいて分類され得る。例えば、ＳＴＡは、ＳＵ動作する（例えば、ＵＬ ＭＵで動作可能ではないＳＴＡ、またはＵＬ ＭＵで動作することを要求されないＵＬ ＭＵ使用可能なＳＴＡ）ものとして、またはＭＵ動作する（例えば、ＳＴＡがＵＬ ＭＵ使用可能であり、ＵＬ ＭＵで動作することを要求される場合）ものとして分類され得る。一般に、ＳＵ動作するＳＴＡ（SU-operating STAs）は、ＳＵ ＰＰＤＵのみを送ることが予期され得る。一方、ＭＵ動作するＳＴＡ（MU-operating STAs）は、（ＳＵ ＰＰＤＵの代わりに、またはＳＵ ＰＰＤＵに加えて）ＵＬ ＭＵ ＰＰＤＵを送信することをＡＰによって要求され得る。ＵＬ ＭＵ動作に含まれる（参加する）ための要求は、ＡＰに送られる管理フレーム内でＳＴＡによって示されるか、またはＭＵ ＴＸＯＰのための要求を示すことによって示されるか、あるいは、ＳＴＡの能力としてＵＬ ＭＵを示すことによって暗黙的に示され得る。
【００５７】
［ＳＵ送信を送るためのアクセスを求めるＭＵ動作するＳＴＡの競合の例］
[0065]  ＭＵ動作に参加している（または参加することが可能な）ＳＴＡは、比較的緊急の事柄についてのＳＵ送信を送ることを望み得る。例えば、ＭＵ動作するＳＴＡは、ＭＵフレーム内で時間依存のデータ（time sensitive data）または管理情報を送るために次のトリガフレームを待つよりも早く、このようなデータについてのＳＵ送信を送ることを望み得る。
【００５８】
[0066]  いくつかの場合、ＭＵ動作するＳＴＡは、媒体へのアクセスを求めて競合することが可能ではない可能性がある。このような場合、ＭＵ動作するＳＴＡは、送信時間をスケジューリングすることによって、またはトリガフレームの送信を用いてＡＰによって許可されたＴＸＯＰへの応答としてのみ送信し得る。
【００５９】
[0067]  別の場合には、ＭＵ動作するＳＴＡは、要請されていないＳＵフレームを送信するために、媒体へのアクセスを求めて競合することが可能であり得る。いくつかの場合には、ＳＴＡは、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って、アクセスを求めて競合し得る。
【００６０】
[0068]  図５は、本開示のある特定の態様に従った、ワイヤレス通信のための動作の例５００を図示する。動作５００は、装置によって、例えば（ユーザ端末／ＳＴＡ １２０のような）ＳＴＡによって、行われ得る。
【００６１】
[0069]  動作５００は、５０２において、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のためにＳＵフレーム（例えば、要請されていないＳＵフレーム）を生成することによって開始する。５０２において、ＳＴＡは、送信のためにＳＵフレームを出力し得る。
【００６２】
[0070]  上述されるように、ＳＴＡは、例えば、ＡＰから送信機会（ＴＸＯＰ）を許可されなくとも、要請されていないシングルユーザ（ＳＵ）フレームを送るために拡張分散チャネルアクセス（ＥＤＣＡ）ベースのプロトコルを使用して、媒体へのアクセスを求めて競合することが可能であり得る。ある特定の態様に従って、ＵＬ ＭＵ動作に参加している（例えば、それのためにネゴシエートおよびアドバタイズされた能力を有している）ＳＴＡでさえ、ＥＤＣＡを使用してアクセスを求めて競合することが可能であり得る。
【００６３】
[0071]  いくつかの場合には、ＭＵ動作するおよびＳＵ動作するＳＴＡは、同じまたは類似するＥＤＣＡパラメータを使用し得、同じ媒体アクセスプロシージャを行い得る。この動作モードにおいて、ＭＵ動作するＳＴＡは、ＳＵ送信を行うための媒体を獲得し得る。この動作モードは、レイテンシに敏感なトラフィック（latency sensitive traffic）に、またはバースト的なトラフィック（bursty traffic）に適し得る。しかしながら、ＳＵ ＰＰＤＵの送信は、ＭＵ ＰＰＤＵの送信よりも効率的ではない可能性がある。従って、ＭＵ動作するＳＴＡからのこれらの要請されていないＳＵ送信は、例えば、ＳＵ送信よりもＭＵ送信を優遇するためにＡＰによって抑制される（discouraged）（例えば、異なるＥＤＣＡパラメータの対象となる）可能性がある。
【００６４】
[0072]  ＭＵ動作するＳＴＡのためのＳＵ送信の優先度を下げること（Deprioritization）は、それがＳＵ送信のための媒体の使用を制限し得るため、ＭＵ送信のためにより多くの時間を残し、それにより、ネットワーク効率を強化する点で、有用であり得る。
【００６５】
[0073]  ある実装の例では、ＡＰはこれらのＳＵ送信のために「アドホック」ＥＤＣＡアクセスパラメータを設定し得る。例えば、ＳＴＡによって使用されるＥＤＣＡパラメータの第１のセットは、ＳＴＡがＭＵ送信を介してＡＰと通信するように構成されないときにＳＴＡによって使用される通常のＥＤＣＡパラメータとは異なり得る。ＡＰは、ＭＵ動作するＳＴＡのために、ＳＵ動作するＳＴＡのためのものとは異なるＥＤＣＡアクセスパラメータを設定し得る。例として、ＡＰは、要請されていないＳＵフレームのために、より短いＴＸＯＰ制限、より大きい最小コンテンションウィンドウ（ＣＷ）、より大きい最大ＣＷ、またはより長い調停フレーム間隔数（ＡＩＦＳＮ：arbitration interframe space numbers）を設定し得る。
【００６６】
[0074]  ある特定の態様に従って、ＭＵ動作するＳＴＡは、第１の時間間隔中にＥＤＣＡアクセスパラメータの第１の値を、第２の時間間隔中にＥＤＣＡアクセスパラメータの第２の値を使用し得る。例えば、第１の時間間隔は、ＳＴＡがＡＰにＵＬ ＴＸＯＰのための要求を送った後の持続時間Ｔの時間であり得る。その要求は、ＲＸＴフレームを使用して送られるか、またはＳＴＡからのＵＬデータＰＰＤＵにおいて示され得る。代替的に、第１の時間間隔は、ＵＬ送信のためのＳＴＡを示すＣＴＸをＡＰが送った後の持続時間Ｔの時間であり得る。第２の時間間隔は、第１の間隔の満了後の時間であり得る。
【００６７】
[0075]  ある実装の例では、ＭＵ動作するＳＴＡは、第１の時間間隔中に、媒体にアクセスすることが可能ではない可能性がある。別の実装の例では、ＳＴＡが第１の時間間隔中に使用し得るＥＤＣＡパラメータの第１の値は、ＳＴＡが第２の時間間隔中に使用し得るＥＤＣＡパラメータの第２の値とは異なり得る。第１の値は、第２の値と比べて、より短いＴＸＯＰ制限、より長いＣＷｍｉｎ、より長いＣＷｍａｘ、および、より長いＡＩＦＳＮを含み得る。
【００６８】
[0076]  ある特定の態様に従って、ＳＵおよびＭＵ動作のために使用され得るパラメータは、ＡＰによってＳＴＡの各々へと示され得る。例えば、ＡＰは、ＭＵ動作モードの設定で使用される管理フレームのような、各ＳＴＡに送られる管理フレーム（例えば、プローブまたはアソシエーション応答）内でインジケーションを送り得る。代替的に、インジケーションは、ビーコン内でＳＴＡに送られ得る。
【００６９】
[0077]  ＥＤＣＡ値の第１および第２のセットの値は、管理フレームを使用することによって、ＡＰによってＳＴＡへと示され得る。時間Ｔは、ＡＰとＳＴＡとの間でネゴシエートされ得る。例えば、ＳＴＡは、ＳＴＡのトラフィック遅延要件に適合し得る望ましいＴを示し得る。ＡＰは、要求を受け入れ得るか、またはＳＴＡによって許可または拒否され得る代替の値を示し得る。
【００７０】
[0078]  別の実装の例では、ＡＰは、ＭＵ動作するＳＴＡが通常のＥＤＣＡパラメータを用いて媒体へのアクセスを求めて競合することを可能にすることによって、要請されていないＳＵ送信を抑制し得るが、ＡＰは、例えば、ＴＸＯＰを要求するある特定のパケットタイプの送信のみを可能にし得る。
【００７１】
[0079]  ある特定の態様に従って、競合およびＳＵ ＰＰＤＵを送信することが可能なＭＵ動作するＳＴＡは、ＥＤＣＡアクセスの制限（例えば、ＴＸＯＰ制限）に従って、制御、データ、および／または管理を含む、ＳＵ ＰＰＤＵを送ることが可能であり得る。例えば、競合およびＳＵ ＰＰＤＵを送信することが可能なＭＵ動作するＳＴＡは、ＵＬ ＴＸＯＰを要求するフレーム（例えば、ＲＸＴフレームまたはＴＸＯＰインジケーションを有するサービス品質（ＱｏＳ：quality of service）ヌルフレーム）のみのような、フレームの特定のタイプのみを送ることが可能であり得る。
【００７２】
[0080]  ある特定の態様に従って、ＭＵ動作するＳＴＡは、ＡＰにデータの新たなバーストを知らせ得る。一例では、ＳＴＡは、データフレーム、ＴＸＯＰ要求を有するショートデータフレーム、待ち行列ステータスフィードバック情報を有するフレームを、および／またはＴＸＯＰ要求を示す制御フレームを送ることによって、送り得る。ある特定の態様に従って、ＳＴＡは、ＳＴＡがＳＵ動作するＳＴＡであろうと、ＭＵ動作するＳＴＡであろうと、通常のコンテンションパラメータ（例えば、ＥＤＣＡパラメータ）を有するＴＸＯＰ要求フレームを送り得る。ある特定の態様に従って、ＳＴＡは、明確な要求を送るよりも、データフレーム内にＴＸＯＰ要求／待ち行列フィードバックをピギーバック（piggyback）し得る。
【００７３】
[0081]  図６の交換６００の例で示されるように、第１の局（ＳＴＡ １）は、６１０において（例えば、ＳＵ ＴＸＯＰまたはＭＵ ＴＸＯＰのための）要求を送り得る。示されるように、ＡＰは、ＡＫＣ ６２０（要求の受信の肯定応答）を用いて応答し得、ＳＵ送信６３０のためにＴＸＯＰを即時に許可し得る。同様に、ＳＴＡ ２は、６４０においてＳＵ ＴＸＯＰのための要求を送り得、ＡＰは、ＳＵ送信６６０のためのＴＸＯＰを許可するＡＣＫ ６５０を用いて応答し得る。ＳＵ ＴＸＯＰを可能にすることは、後に続くＴＦを待つよりも、ＳＴＡがデータをより早く送ることを可能にし得る。
【００７４】
[0082]  代替として、ＡＰは、即時ＭＵトリガフレーム（immediate MU trigger frame）を用いて、または次に続くＭＵトリガフレームの時間を示すＡＣＫを用いて、ＳＴＡ要求に応答し得る。例えば、ＳＴＡ ２は、それがバッファされたデータを有していることを既に示しており、従ってＡＰは、ＳＴＡ １に即時ＳＵ  ＴＸＯＰを許可するよりもむしろＳＴＡ １およびＳＴＡ２がデータを送り得るため、ＭＵトリガフレームまで待つことを決定し得る。
【００７５】
[0083]  さらに別の実装の例では、ＡＰは、例えば、ある特定のパケットタイプのみの送信を可能にすることによって、また送信のために「アドホック」ＥＤＣＡパラメータを設定することによって、要請されていないＳＵ送信を抑制し得る。
【００７６】
[0084]  いくつかの場合には、制限された（または優先度を下げられた）ＳＵ送信は、ＡＰが、ＭＵ動作するＳＴＡの全てにサービスするためにＭＵデータのＴＸＯＰを割り当てた場合に、容認可能であり得る。しかしながら、ある特定の態様に従って、ある特定の「エスケープ（escape）」条件下で、ＳＴＡは、ＭＵ動作が十分に挙動しない場合、上記の制限を無視し得る。
【００７７】
[0085]  いくつかの場合には、ＳＴＡは、（例えば、望ましい結果を得るために、様々なパラメータの調整を用いて）ＭＵ動作に関連した１つまたは複数の条件を検出することに応答して、ＥＤＣＡパラメータの第１のセットを調整し得る。例えば、妥当な時間内に、ＡＰが、ＭＵ動作するＳＴＡへとＭＵトリガを成功裏に送らない場合（例えば、トリガが衝突した場合、ＡＰがトリガを送るために媒体にアクセスすることができないエクスポーズドノード（exposed node）である場合、またはＡＰがうまく実装されない場合）、ＳＴＡデータ遅延は影響を受け得る。ある特定の態様に従って、最後のＴＸＯＰ要求に続くある特定の時間の後に、ＳＴＡがＡＰによってＴＸＯＰを許可されない場合、このようなＭＵ動作するＳＴＡは、通常のＳＵ動作に（およびＳＵ ＥＤＣＡアクセスパラメータの使用に）戻り得る。このような場合、ＳＴＡはまた、ＳＵにおいて送信され得るフレームのタイプにおける制限を無視し得る。このようなエスケープ技法は、ＭＵ動作が適切に行われていないときに、枯渇（starvation）および／または遅延をＳＴＡが回避することを手助けし得る。別の例では、ＳＴＡは、取得されたスループットまたは遅延がＡＰと事前にネゴシエートされたレベル（pre-negotiated level）に到達しない場合、ＳＵ動作に戻り得る。
【００７８】
［トリガ受信後のＳＴＡバックオフの例］
[0086]  ある特定の態様に従って、媒体へのアクセスを求めて競合することが可能なＭＵ動作するＳＴＡは、ＳＴＡがＳＵ ＰＰＤＵを送信するためにバックオフプロシージャを行っている間、ＵＬ ＭＵ ＴＸＯＰを許可するＡＰからのトリガ（例えば、ＣＴＸ）を受信し得る。このような場合、バックオフカウントダウンを継続しているＳＴＡは、ＵＬ ＴＸＯＰを許可するＣＴＸの受信によって影響され得る。
【００７９】
[0087]  ある特定の態様に従って、ＳＴＡは、ポーリングされ得るか、またはトラフィック識別子（ＴＩＤ）を有するＡＰからのトリガを受信し得る。例えば、継続中のバックオフプロシージャ（ongoing backoff procedure）を有するＭＵ動作するＳＴＡは、ＴＸＯＰを許可するＡＰからのＣＴＸを受信し得る。
ある特定の態様に従って、トリガは、媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを示し得る。ＳＴＡは、バックオフカウントダウンタイマを開始し得る。ある実装の例では、ＡＰは、決定性バックオフ（deterministic backoff）を示し得る。
【００８０】
[0088]  どのＳＴＡがポーリングされ、媒体へのアクセスを求めて競合し得るかをＡＰは知っているため、ポーリング／トリガリングフレーム内でＡＰによって強いられる(enforced)決定性バックオフインジケーションは、競合を低減するために使用され得る。ある特定の態様に従って、ＡＰは、ＳＴＡごとのバックオフカウンタを示すか、またはバックオフカウンタは、トリガ情報から暗黙的に導出されるか、またはバックオフカウンタは、またはバックオフカウンタは、ＳＴＡアソシエーション識別子（ＡＩＤ）にリンクされ得る。
【００８１】
[0089]  ある特定の態様に従って、ＳＴＡは、現在のバックオフプロシージャを停止し得、ＳＴＡ ＩＤの関数（function）である値にバックオフカウントダウンカウンタを初期化して新しいバックオフプロシージャを再開する。その値は、ＣＴＸ自体においてまたはＵＬ ＭＵ ＰＰＤＵに応答してＡＣＫ／ＢＡにおいてＳＴＡへと通信され得るか、あるいはＳＴＡ ＡＩＤの関数であり得るか、あるいは管理フレームを介してＭＵ動作の設定においてまたはアソシエーションにおいてＳＴＡへと通信されている可能性がある。
【００８２】
[0090]  優先度ベースの競合（priority-based contention）では、ＡＰは、優先度の異なるレベルを有するコンテンションパラメータのいくつかのセットを予め決定し得る。このような場合には、ＡＰは、各ポーリングされたＳＴＡのためのコンテンションパラメータセットを、その優先度に基づいて、指定し得、それは、ある特定のポーリング基準に従って決定され得る。競合のないアプローチ（contention-free approach）では、ＡＰは、各ポーリングされたＳＴＡのためのユニークタイムスロットを指定し得る。
【００８３】
[0091]  別の実装の例では、ＳＴＡは、送信の結果に関係なく、それがトリガを受信する前に行っていたバックオフを再開し得る。例えば、ＳＴＡは、トリガフレームを取得することまたはそのトリガフレームによってトリガされたＭＵ送信の成功とは関係なく、バックオフカウントダウンタイマを維持し得る。言い換えると、ポーリングされた送信は、ポーリングされていない送信に如何なる影響も与えない可能性がある。
【００８４】
[0092]  さらに別の実装の例では、継続中のバックオフプロシージャを有するＭＵ動作するＳＴＡは、ＴＸＯＰを許可するＡＰからのトリガの受信の際に、現在のバックオフプロシージャを停止し、許可されたＴＸＯＰ内のＵＬ ＭＵ ＰＰＤＵの送信の後に、その送信の結果に依存して、新しいバックオフプロシージャを開始し得る。
【００８５】
[0093]  ある特定の態様に従って、ＳＴＡは、トリガフレームによってトリガされたＭＵ送信の失敗成功に少なくとも部分的に基づいて、バックオフカウントダウンを調整し得る。一例では、バックオフプロシージャは、ＥＤＣＡルールに従って、ＵＬ ＭＵ ＰＰＤＵ送信が以前の継続中のバックオフプロシージャの完了の結果であるかのように再スタートされ得る。
【００８６】
[0094]  例えば、ＵＬ ＭＵ ＰＰＤＵ送信が成功する場合、ＳＴＡは、許可されたＴＸＯＰまたは送信されたＰＰＤＵのＴＩＤに対応するコンテンションウィンドウ値をリセットし得、ＳＴＡは、コンテンションウィンドウおよび他のＥＤＣＡパラメータに従って、別のバックオフカウントダウンを再スタートし得る。代替的に、ＵＬ ＭＵ ＰＰＤＵ送信が成功しない場合、ＳＴＡは、送信されたＰＰＤＵのＴＩＤについてのコンテンションウィンドウ値を増加し得、コンテンションウィンドウおよび他のＥＤＣＡパラメータに従って、別のカウントダウンタイマを再スタートし得る。
【００８７】
[0095]  さらに別の実装の例では、ＳＴＡは、トリガに応答した後に、バックオフを再スタートし得る。言い換えると、ポーリングされた送信は、それがポーリングされていない送信であるかのように扱われ得る。送信が成功した場合、ＣＷｍｉｎは、送信されたＴＩＤのためにリセットされ得る。送信がエラーだった場合、コンテンションウィンドウは、送信されたＴＩＤについて２倍され得る。
【００８８】
[0096]  さらに別の実装の例では、バックオフは、阻害要因（disincentive）となり得る。送信が成功した場合、コンテンションウィンドウは、送信されたＴＩＤについて増加され（例えば、２倍され）得、それは、ＳＵ送信のためにより長いバックオフ時間を提供し得るため、ＭＵ送信にとって好都合である。送信がエラーだった場合、コンテンションウィンドウは、送信されたＴＩＤについて２倍となり得、以前のバックオフが再開され得るか、またはＳＴＡは、ある特定の時間の間、チャネルにアクセスすることを停止し得る。
【００８９】
[0097]  いくつかの実装では、ＳＴＡは、トリガを受信した後に、ある特定の時間の期間の間、媒体にアクセスすることを禁止され得る。
【００９０】
[0098]  ある特定の態様に従って、ＡＰは、ＵＬ ＭＵ ＴＸＯＰを受信した後にバックオフを初期化するために使用される異なるＥＤＣＡパラメータを示し得る。一例では、ＳＴＡは、そのデータバッファのサイズがある特定の閾値よりも低いか、または遅延がある特定の閾値を下回るまで、ＳＵ ＰＰＤＵを送るためにＥＤＣＡパラメータの第１のセットを使用し得る。データバッファのサイズまたは遅延が閾値を超える場合、ＳＴＡは、ＳＵ ＰＰＤＵを送信するためにより高い優先度のＥＤＣＡパラメータを使用し得る。より高い優先度のアクセスは、コンテンションウィンドウをリセットすること、ＣＷｍｉｎを減少させること、ＣＷｍａｘを減少させること、ＡＩＦＳＮを減少させること、またはＴＸＯＰ制限を増加させることによって達成される。
【００９１】
[0099]  ある特定の態様に従って、ＭＵ ＴＸＯＰを要求するためにＲＴＸを送る間、ＳＴＡは、ＡＰによって示される通常のＥＤＣＡアクセスパラメータを使用し得る。代替的に、ＳＴＡは、ペンディングのデータサイズの関数としてＥＤＣＡバックオフを調整し得る。例えば、バッファ内により多くのデータを有するＳＴＡは、チャネルにアクセスするより多くの機会を有するべきである。一旦ＳＴＡがバッファ内にデータを有すると、そのＳＴＡは、ＥＤＣＡを開始し得る。競合中に、バッファサイズが、Ｘバイトのある特定のレベルを超える場合、ＳＴＡは、コンテンションウィンドウサイズをリセットすることによって、コンテンションウィンドウサイズを減少させることによって、または、タイムアウト後でさえも現在のコンテンションウィンドウサイズを維持することによって、競合を早めることを選択し得る。ＳＴＡがチャネルアクセスを得ることなく、またはバッファされたデータを低減することなく、ある特定の時間の間に早められたコンテンションモードにある場合、ＳＴＡは、ＥＤＣＡを再スタートし得る。別の代替では、ＳＴＡは、受信したトリガの頻度(frequency)の関数として、バックオフを調整し得る。例えば、より長いコンテンションウィンドウは、より多くの受信したトリガのために使用され得る。さらに別の代替では、ＳＴＡは、送信されるフレームの長さの関数であるバックオフを調整し得る。
【００９２】
[0100]  ある特定の態様に従って、競合のためにＳＴＡによって使用されるＥＤＣＡパラメータは、許可されるＵＬ ＭＵ ＴＸＯＰの頻度および持続時間の関数であり得る。ＳＴＡは、レイテンシおよびスループットに関して、要求されたトラフィック要件をＡＰに示し得る。ＳＴＡトラフィック要件を満たすために十分ではない可能性のある、１つのＭＵ ＴＸＯＰまたは複数のＭＵ ＴＸＯＰをめったに受信しないＳＴＡは、より高い優先度アクセスを取得するために、それらのＥＤＣＡパラメータを設定し得る。例えば、要求される遅延またはスループットを受信するＳＴＡは、それほど積極的ではない（less aggressive）ＥＤＣＡパラメータを使用し得る。受信されたサービスおよびＥＤＣＡパラメータに関連している関数は、ワイヤレス規格で示され得るか、またはＡＰによって定義され得る。
【００９３】
［ＡＰのコンテンションおよびバックオフの例］
[0101]  ある特定の態様に従って、ＡＰはまた、トリガ（例えば、ＣＴＸ）フレーム（ＡＰがより高い優先度を使用し得る）を送るために、ＥＤＣＡを使用し得る。図７は、本開示のある特定の態様に従った、ワイヤレス通信のための動作７００を図示する。動作７００は、例えば、局（例えば、アクセスポイント１１０）によって行われ得る。動作７００は、７０２において、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合することによって開始し得る。７０２において、ＡＰは、送信のために第１のフレームを出力し得る。
【００９４】
[0102]  ある特定の態様に従って、ＡＰは、１つ以上のＳＴＡが送るためのバッファされたデータの存在を示した後に、トリガフレームを送るためにアクセスを求めて競合し得る。例えば、ＳＴＡは、データフレーム、ＴＸＯＰ要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームであり得るＳＵフレーム内にバッファされたデータを示し得る。代替的に、ＡＰは、通常の間隔で（例えば、周期的に）トリガフレームを送信するためにアクセスを求めて競合し得る。
【００９５】
[0103]  ＡＰが通常、それ自体のためにおよび基本サービスセット（ＢＳＳ）内の全てのＳＴＡのためにＥＤＣＡパラメータを制御しているため、トリガフレームを送るためにＡＰが媒体にアクセスする際に十分に高い優先度を有するように、ＡＰは、ＥＤＣＡパラメータを最適化し得る。ＡＰの競合のためのＥＤＣＡパラメータは、ＳＴＡから受信した要求の関数であり得る。例えば、競合は、より多くの要求またはより緊急度の高い要求がＳＴＡから受信される場合に、優先され得る。代替的に、競合は、より少ない要求がＳＴＡから受信される場合に優先度を下げられる可能性があり得る。
【００９６】
[0104]  一例では、一旦媒体がＰＩＦＳ持続時間（または、何らかの他の類似するショートフレーム間隔）の間にアイドルになっていると、ＡＰは、媒体にアクセスし得る。他のＢＳＳ ＳＴＡがより長い時間の間待つように構成され得るため、ＡＰは、媒体がアイドルになるとすぐに媒体にアクセスする際の絶対的な優先度（strict priority）を有する。これは、クライアントＳＴＡが媒体を解放した直後に、ＡＰが媒体にアクセスすることを可能にし得る。
【００９７】
[0105]  １つ以上の隣接するＡＰが媒体にアクセスするための同じ待機時間を使用する場合、ＡＰ送信は、媒体がアイドルになるとすぐに衝突し得る。別の例では、衝突は、媒体が、媒体がそのＢＳＳ ＳＴＡのうちの１つによってビジー状態に維持される場合にのみ、ＡＰが媒体アクセスのためのショートフレーム間時間（short interframe time）（例えば、ＰＩＦＳ）を使用する場合に、回避され得る。媒体がＯＢＳＳ ＡＰ／ＳＴＡによってビジー状態に維持される場合、ＡＰは、アクセスのためにショートフレーム間隔を使用しない可能性があり、代わりに、ＯＢＳＳの衝突を回避するためにランダムバックオフを行い得る。ＡＰは、媒体を占有していたまたはＮＡＶを予約したフレームの、アドレス情報を有し得る、プリアンブルまたはＭＡＣヘッダを検出することによって、そのＢＳＳ内のデバイスによってまたはＯＢＳＳ内のデバイスによって媒体がビジー状態に維持されていたかどうかを識別し得る。プリアンブル／ｍａｃヘッダ
【００９８】
[0106]  一例では、ＡＰは、（例えば、装置においてバッファされたデータの量に基づいて）少なくとも１つの要請されていないＳＵフレームを送るために媒体にアクセスするのに使用するためのＥＤＣＡパラメータの第１のセットを、他の全ての装置に示すために、１つまたは複数のフレームを生成し得る。ある特定の態様に従って、ＡＰはまた、装置がＭＵ送信を介して装置と通信するように構成されないときに媒体にアクセスするのに使用するためのＥＤＣＡパラメータの第２のセットを、他の全ての装置に示すために、１つまたは複数のフレームを生成し得る。ある特定の態様に従って、ＥＤＣＡパラメータの第１のセットは、ＥＤＣＡパラメータの第２のセットよりも短いＴＸＯＰ制限、ＥＤＣＡパラメータの第２のセットよりも長い最小または最大コンテンションウィンドウ、あるいはＥＤＣＡパラメータの第２のセットよりも長いＡＩＦＳＮを有し得る。
【００９９】
[0107]  ある特定の態様に従って、要請されていないＳＵフレームを受信することに応答して、ＡＰは、ＳＵ ＴＸＯＰ許可、ＭＵ ＴＸＯＰ許可、またはＡＣＫフレームを送り得る。ＡＣＫフレームは、第１のフレーム（例えば、トリガフレーム）の送信のタイミングを示し得る。トリガフレームはまた、検出ＳＴＡによる媒体への競合ベースのアクセスのための１つまたは複数のバックオフパラメータを含み得る。
【０１００】
[0108]  ある特定の態様に従って、（例えば、ハイブリッドモードにおいて）遅延したトリガフレームを送るときに、ＡＰは、バックオフのために調整されたＥＤＣＡを使用する。例えば、ＡＰは、応答フレーム（例えば、ＲＴＸフレーム）を受信した後、およびＡＣＫを送信した後に、バックオフカウントダウンタイマを開始し得る。ＡＰは、バックオフカウントダウンタイマに基づいて、トリガフレームの送信を遅らせ得る。
【０１０１】
[0109]  競合中に、ＳＴＡがより大きいバッファされたデータを用いてＲＴＸフレームを繰り返し送るとき、他のＳＴＡからの新しいＲＴＸフレームが受信されるとき、および／またはＳＴＡ効率がカットオフ（cutoff）を超えるとき、ＡＰは競合を早め得る。代替的に、ＳＴＡは、その残りのバックオフをＡＰに通信し得、ＡＰは、アクセスを求めて競合する（例えば、いつトリガフレームを送信するかを決定する）ために、またはどのＳＴＡを含むか（例えば、トリガフレームを用いてどのＳＴＡをターゲットとするか）を選択するために、その残りのバックオフを使用し得る。
【０１０２】
[0110]  本明細書で開示される方法は、説明される方法を達成するための１つまたは複数のステップまたは動作を備える。方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく互いに置き換えられ得る。言い換えると、ステップまたは動作の特定の順序が指定されない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。
【０１０３】
[0111]  本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一の要素を含む、それらの項目の任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、並びに、同じ要素の複数との任意の組み合わせ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、あるいは、ａ、ｂ、およびｃの任意の他の順番）をカバーすることを意図する。
【０１０４】
[0112]  本明細書で使用される場合、「決定すること」という用語は、幅広い動作を含む。例えば、「決定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、ルックアップすること（例えば、表、データベース、または別のデータ構造内でルックアップすること）、確認することなどを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立することなどを含み得る。
【０１０５】
[0113]  いくつかの場合には、フレームを実際に送信するよりもむしろ、デバイスは、送信のためのフレームを出力するためのインターフェースを有し得る。例えば、プロセッサは、送信のためにＲＦフロントエンドに、バスインターフェースを介してフレームを出力し得る。同様に、フレームを実際に送信するよりもむしろ、デバイスは、別のデバイスから受信したフレームを取得するためのインターフェースを有し得る。例えば、プロセッサは、送信のためにＲＦフロントエンドから、バスインターフェースを介してフレームを取得（または受信）し得る。
【０１０６】
[0114]  上述される方法の様々な動作は、対応する機能を行うことが可能な任意の適切な手段によって行われ得る。手段は、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むがそれらに制限されない、様々なハードウェアおよび／またはソフトウェアコンポーネントおよび／またはモジュールを含み得る。一般に、動作が図中に図示されている場合、それらの動作は、同様の参照番号を付した、対応する対照のミーンズプラスファンクションコンポーネントを有し得る。例えば、図５で図示される動作５００および図７で図示される動作７００は、それぞれ、図５Ａで図示される手段５００Ａおよび図７Ａで図示される手段７００Ａに対応する。
【０１０７】
[0115]  例えば、取得するための手段および受信するための手段は、図２で図示される受信機（例えば、トランシーバ２５４の受信機ユニット）および／またはユーザ端末１２０のアンテナ２５２、または図２で図示される受信機（例えば、トランシーバ２２２の受信機ユニット）、および／またはアクセスポイント１１０のアンテナ２２４であり得る。出力するための手段および送信するための手段は、図２で図示される送信機（例えば、トランシーバ２５４の送信機ユニット）および／またはユーザ端末１２０のアンテナ２５２、または図２で図示される送信機（例えば、トランシーバ２２２の送信機ユニット）および／またはアクセスポイント１１０のアンテナ２２４であり得る。
【０１０８】
[0116]  処理するための手段、決定するための手段、生成するための手段、含むための手段、競合するための手段、調整するための手段、開始するための手段、（アクセスを求めて競合することを控えるための）控えるための手段、および増加させるための手段は、処理システムを備え得、それらは、図２で図示されるＲＸデータプロセッサ２７０、ＴＸデータプロセッサ２８８、および／またはユーザ端末１２０のコントローラ２８０、または図２で図示されるＴＸデータプロセッサ２１０、ＲＸデータプロセッサ２４２、および／またはアクセスポイント１１０のコントローラ２３０のような、１つまたは複数のプロセッサを含み得る。
【０１０９】
[0117]  ある特定の態様に従って、このような手段は、（例えば、ハードウェア命令において、またはソフトウェア命令を実行することによって）ＰＨＹヘッダ内の即時応答インジケーションを提供するために上述される様々なアルゴリズムを実装することによって、対応する機能を行うように構成された処理システムによって実施され得る。例えば、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のために要請されていないＳＵフレームを生成するためのアルゴリズムと、送信のために要請されていないＳＵフレームを出力するためのアルゴリズム。別の例では、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって、媒体へのアクセスを求めて競合するためのアルゴリズムと、送信のために第１のフレームを出力するためのアルゴリズム。
【０１１０】
[0118]  本開示に関連して説明された、様々な例示的な論理ブロック、モジュール、および回路は、本明細書で説明される機能を行うように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、または任意のそれらの組み合わせを用いて、実装または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替では、このプロセッサは、任意の商業的に利用可能なプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを備えた１つまたは複数のマイクロプロセッサ、あるいは任意の他のこのような構成として実装され得る。
【０１１１】
[0119]  ハードウェアで実装される場合、ハードウェア構成の例は、ワイヤレスノード内に処理システムを備え得る。処理システムは、バスアーキテクチャを用いて実装され得る。バスは、処理システムの特定のアプリケーションと全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサ、機械可読媒体、およびバスインターフェースを含む様々な回路を共にリンクさせ得る。バスインターフェースは、特に、バスを介して処理システムにネットワークアダプタを接続するために使用され得る。このネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実施するために使用され得る。ユーザ端末１２０（図１を参照）の場合、ユーザインターフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もまた、バスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路などのような様々な他の回路をリンクさせ得、それらは、当該技術において周知であるため、これ以上説明されない。プロセッサは、１つまたは複数の汎用および／または特殊用途プロセッサを用いて実施され得る。例は、ソフトウェアを実行することができるマイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、および他の回路を含む。当業者は、システム全体に課された特定のアプリケーションおよび全体的な設計の制約に依存して、処理システムについて説明される機能をどのように実施することが最善かを認識するだろう。
【０１１２】
[0120]  ソフトウェアで実装される場合、これら機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして記憶または送信され得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれる場合も、その他の名称で呼ばれる場合も、命令、データ、またはそれらの任意の組み合わせを意味するものとして広く解釈されるべきである。コンピュータ可読媒体は、コンピュータ記憶媒体と、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体との両方を含む。プロセッサは、バスの管理と、機械可読記憶媒体に記憶されたソフトウェアモジュールの実行を含む汎用処理とを担い得る。コンピュータ可読記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替では、記憶媒体は、プロセッサに不可欠であり得る。例として、機械可読媒体は、送信線、データによって変調された搬送波、および／またはワイヤレスノードとは別個の、命令を記憶したコンピュータ可読記憶媒体を含み得、それらは全てバスインターフェースを通じてプロセッサによりアクセスされ得る。代替的に、または追加的に、機械可読媒体、またはそれらの任意の部分は、キャッシュおよび／または汎用レジスタファイルを用い得るような場合、プロセッサに組み込まれ得る。機械可読記憶媒体の例は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取専用メモリ）、ＰＲＯＭ（プログラマブル読取専用メモリ）、ＥＰＲＯＭ（消去可能なプログラマブル読取専用メモリ）、ＥＥＰＲＯＭ（登録商標）（電気的に消去可能なプログラマブル読取専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または任意の他の適切な記憶媒体、またはそれらの任意の組み合わせを含み得る。機械可読媒体は、コンピュータプログラム製品内で具現化され得る。
【０１１３】
[0121]  ソフトウェアモジュールは、単一の命令または多数の命令を備え得、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、および複数の記憶媒体にわたって、分散され得る。コンピュータ可読媒体は、いくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサのような装置によって実行されると、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス内に存在し得るか、または複数の記憶デバイスにわたって分散され得る。例として、ソフトウェアモジュールは、トリガイベントが生じる場合にハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中、プロセッサは、アクセススピードを上げるために、命令のうちのいくつかをキャッシュにロードし得る。１つまたは複数のキャッシュラインは次に、プロセッサによる実行のために、汎用レジスタファイルにロードされ得る。下記でソフトウェアモジュールの機能について言及する場合、そのような機能は、ソフトウェアモジュールから命令を実行するとき、プロセッサによって実施されることが理解されるだろう。
【０１１４】
[0122]  また、任意の接続は、正確にはコンピュータ可読媒体と呼ばれ得る。例えば、ソフトウェアがウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、あるいは赤外線（ＩＲ）、無線、およびマイクロ波のようなワイヤレス技法を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のようなワイヤレス技法は、媒体の定義に含まれる。本明細書で使用されるような、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここで、ディスク（disks）が通常磁気的にデータを再生する一方、ディスク（discs）は、レーザーを用いて光学的にデータを再生する。よって、いくつかの態様において、コンピュータ可読媒体は、非一時的なコンピュータ可読媒体（例えば、有形的媒体）を備え得る。加えて、他の態様では、コンピュータ可読媒体は、一時的なコンピュータ可読媒体（例えば、信号）を備え得る。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１１５】
[0123]  このように、ある特定の態様は、本明細書に表される動作を行うためのコンピュータプログラム製品を備え得る。例えば、このようなコンピュータプログラム製品は、命令を記憶した（および／または符号化された）コンピュータ可読媒体を備え得、その命令は、本明細書で説明される動作を行うために１つまたは複数のプロセッサによって実行可能である。例えば、装置がＭＵ通信を介してＡＰと通信するように構成される間、ＡＰへの送信のために要請されていないＳＵフレームを生成するための命令と、送信のために要請されていないＳＵフレームを出力するための命令。別の例では、複数の装置からのＭＵ送信をトリガするために、第１のフレームを生成することによって、媒体へのアクセスを求めて競合するための命令と、送信のために第１のフレームを出力するための命令。
【０１１６】
[0124]  さらに、本明細書で説明される方法および技法を行うためのモジュールおよび／または他の適切な手段がダウンロードされ得る、および／または、そうでなければユーザ端末および／または基地局によって適宜取得され得ることが理解されるべきである。例えば、このようなデバイスは、本明細書で説明される方法を行うための手段の転送を容易にするためにサーバに結合され得る。代替的に、本明細書で説明される様々な方法は、ユーザ端末および／または基地局が、デバイスに記憶手段を結合または提供する際に様々な方法を取得し得るように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体など）を介して提供され得る。さらに、本明細書で説明される方法および技法をデバイスに提供するために、他の任意の適切な技法が利用され得る。
【０１１７】
[0125]  本願請求項は、上に例示されたまさにその構成およびコンポーネントに限定されないことが理解されるだろう。様々な修正、変更、およびバリエーションが、上述される方法および装置の配置、動作、および詳細において、本願の特許請求の範囲から逸脱することなく行われ得る。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［書類名］特許請求の範囲
［Ｃ１］
ワイヤレス通信のための装置であって、
前記装置がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成するように構成された処理システムと、
送信のために前記ＳＵフレームを出力するように構成された第１のインターフェースと
を備える、装置。
［Ｃ２］
前記処理システムは、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って、前記ＳＵフレームの送信のために、媒体へのアクセスを求めて競合するように構成される、Ｃ１に記載の装置。
［Ｃ３］
ＥＤＣＡパラメータの前記第１のセットは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットとは異なる、Ｃ２に記載の装置。
［Ｃ４］
前記ＡＰからＥＤＣＡパラメータの前記第１および第２のセットを取得するように構成された第２のインターフェースをさらに備える、Ｃ３に記載の装置。
［Ｃ５］
前記処理システムは、ＭＵ通信に関連した１つまたは複数の条件を検出することに応答して、ＥＤＣＡパラメータの前記第１のセットを調整するようにさらに構成される、
Ｃ２に記載の装置。
［Ｃ６］
前記処理システムは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットと同じになるように、ＥＤＣＡパラメータの前記第１のセットを設定することによって、ＥＤＣＡパラメータの前記第１のセットを調整するように構成される、
Ｃ５に記載の装置。
［Ｃ７］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームを備える、
Ｃ１に記載の装置。
［Ｃ８］
前記ＳＵフレームの前記送信の後に、ＳＵ ＴＸＯＰ許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを取得するように構成された第２のインターフェースをさらに備える、Ｃ１に記載の装置。
［Ｃ９］
前記ＡＣＫフレームは、前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするために前記ＡＰから送られるフレームの送信のタイミングのインジケーションを備える、Ｃ８に記載の装置。
［Ｃ１０］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成されたトリガフレームを、前記ＡＰから取得するように構成された第２のインターフェースをさらに備える、Ｃ１に記載の装置。
［Ｃ１１］
前記トリガフレームは、前記装置および前記１つまたは複数の装置のために、媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを示す、
Ｃ１０に記載の装置。
［Ｃ１２］
前記処理システムは、前記トリガフレームを取得することまたは前記トリガフレームによってトリガされたＭＵ送信の成功には関係なく、バックオフカウントダウンタイマを開始し、前記バックオフカウントダウンタイマを維持するように構成される、Ｃ１０に記載の装置。
［Ｃ１３］
前記処理システムは、前記トリガフレームによってトリガされたＭＵ送信の成功または失敗に少なくとも部分的に基づいて、バックオフカウントダウンを調整するように構成される、Ｃ１０に記載の装置。
［Ｃ１４］
前記処理システムは、前記トリガフレームによってトリガされたＭＵ送信が成功する場合、ＳＵ送信のために前記媒体にアクセスするためのコンテンションウィンドウを増加させるように構成される、Ｃ１０に記載の装置。
［Ｃ１５］
前記処理システムは、前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記装置においてバッファされたデータの量に基づく、
Ｃ１に記載の装置。
［Ｃ１６］
前記処理システムは、前記装置においてバッファされたデータの前記量が閾値に等しいかまたは閾値を超える場合、コンテンションウィンドウサイズを調整するように構成される、Ｃ１５に記載の装置。
［Ｃ１７］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成された１つまたは複数のトリガフレームを、前記ＡＰから取得するように構成された第２のインターフェースをさらに備え、
前記処理システムは、前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記ＡＰから受信した前記１つまたは複数のトリガフレームの頻度に基づく、
Ｃ１に記載の装置。
［Ｃ１８］
前記処理システムは、前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するように構成され、前記調整は、前記ＳＵフレームの長さに基づく、
Ｃ１に記載の装置。
［Ｃ１９］
ワイヤレス通信のための装置であって、
複数の装置からのマルチユーザ（ＭＵ）送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するように構成された処理システムと、
送信のために前記第１のフレームを出力するように構成された第１のインターフェースと
を備える、装置。
［Ｃ２０］
前記処理システムは、前記複数の装置からのＭＵ送信をトリガするために、第２のフレームを周期的に生成するように構成される、Ｃ１９に記載の装置。
［Ｃ２１］
前記複数の装置のうちの１つまたは複数がバッファされたデータを有するとのインジケーションを有する１つまたは複数のフレームを取得するように構成された第２のインターフェース
をさらに備え、前記処理システムは、前記インジケーションに応答して、前記第１のフレームを生成するように構成される、Ｃ１９に記載の装置。
［Ｃ２２］
前記１つまたは複数の取得されたフレームは、シングルユーザ（ＳＵ）フレームを備える、Ｃ２１に記載の装置。
［Ｃ２３］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームのうちの少なくとも１つを備える、
Ｃ２２に記載の装置。
［Ｃ２４］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得するように構成された第２のインターフェースをさらに備え、前記処理システムは、前記少なくとも１つのＳＵフレームを送るために前記媒体にアクセスするのに使用するための拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットを、他の全ての装置に示すための１つまたは複数のフレームを生成するように構成される、Ｃ１９に記載の装置。
［Ｃ２５］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得するように構成された第２のインターフェースをさらに備え、前記処理システムは、前記ＳＵフレームに応答して、ＳＵ送信機会（ＴＸＯＰ）許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを生成するようにさらに構成される、Ｃ１９に記載の装置。
［Ｃ２６］
前記処理システムは、前記第１のフレーム内に、前記複数の装置による前記媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを含めるようにさらに構成される、Ｃ１９に記載の装置。
［Ｃ２７］
前記複数の装置のうちの１つまたは複数からフレームを取得するように構成された第２のインターフェース
をさらに備え、前記処理システムは、前記取得されたフレームの受信に基づいてバックオフカウントダウンタイマを開始し、前記バックオフカウントダウンタイマに基づいて前記第１のフレームの送信を遅らせるように構成される、Ｃ１９に記載の装置。
［Ｃ２８］
前記複数の装置のうちの１つまたは複数に関連付けられた残りのバックオフ時間を示す、前記複数の装置のうちの前記１つまたは複数からのフレームを取得するように構成された第２のインターフェースをさらに備え、前記処理システムは、前記残りのバックオフ時間に基づいて前記第１のフレームを用いてどの装置をターゲットとするかを決定するように構成される、Ｃ１９に記載の装置。
［Ｃ２９］
装置によるワイヤレス通信のための方法であって、
前記装置がマルチユーザ（ＭＵ）送信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成することと、
送信のために前記ＳＵフレームを出力することと
を備える、方法。
［Ｃ３０］
拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って、前記ＳＵフレームの送信のために、媒体へのアクセスを求めて競合することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３１］
ＥＤＣＡパラメータの前記第１のセットは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットとは異なる、Ｃ３０に記載の方法。
［Ｃ３２］
前記ＡＰからＥＤＣＡパラメータの前記第１および第２のセットを取得することをさら備える、Ｃ３１に記載の方法。
［Ｃ３３］
ＭＵ通信に関連した１つまたは複数の条件を検出することに応答して、ＥＤＣＡパラメータの前記第１のセットを調整すること
をさらに備える、Ｃ３０に記載の方法。
［Ｃ３４］
前記調整することは、
前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットと同じになるようにＥＤＣＡパラメータの前記第１のセットを設定すること
を備える、Ｃ３３に記載の方法。
［Ｃ３５］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームを備える、
Ｃ２９に記載の方法。
［Ｃ３６］
前記ＳＵフレームの前記送信の後に、ＳＵ ＴＸＯＰ許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを取得することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３７］
前記ＡＣＫフレームは、前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするために前記ＡＰから送られるフレームの送信のタイミングのインジケーションを備える、Ｃ３６に記載の方法。
［Ｃ３８］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成されたトリガフレームを、前記ＡＰから取得することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３９］
前記トリガフレームは、前記装置および前記１つまたは複数の装置のために、媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを示す、
Ｃ３８に記載の方法。
［Ｃ４０］
前記トリガフレームを取得することまたは前記トリガフレームによってトリガされたＭＵ送信の成功には関係なく、バックオフカウントダウンタイマを開始すること、および前記バックオフカウントダウンタイマを維持する、をさらに備える、Ｃ３８に記載の方法。
［Ｃ４１］
前記トリガフレームによってトリガされたＭＵ送信の成功または失敗に少なくとも部分的に基づいて、バックオフカウントダウンを調整することをさらに備える、Ｃ３８に記載の方法。
［Ｃ４２］
前記トリガフレームによってトリガされたＭＵ送信が成功する場合、ＳＵ送信のために前記媒体にアクセスするためのコンテンションウィンドウを増加させることをさらに備える、Ｃ３８に記載の方法。
［Ｃ４３］
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整することをさらに備え、前記調整は、前記装置においてバッファされたデータの量に基づく、
Ｃ２９に記載の方法。
［Ｃ４４］
前記装置においてバッファされたデータの前記量が閾値に等しいかまたは閾値を超える場合、コンテンションウィンドウサイズを調整することをさらに備える、Ｃ４３に記載の方法。
［Ｃ４５］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成された１つまたは複数のトリガフレームを、前記ＡＰから取得することと、
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整することと、前記調整は、前記ＡＰから受信した前記１つまたは複数のトリガフレームの頻度に基づく、
をさらに備える、Ｃ２９に記載の方法。
［Ｃ４６］
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整すること
をさらに備え、前記調整は、前記ＳＵフレームの長さに基づく、
Ｃ２９に記載の方法。
［Ｃ４７］
装置によるワイヤレス通信のための方法であって、
複数の装置からのマルチユーザ（ＭＵ）送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合することと、
送信のために前記ＳＵフレームを出力することと
を備える、方法。
［Ｃ４８］
前記複数の装置からのＭＵ送信をトリガするために、第２のフレームを周期的に生成することをさらに備える、Ｃ４７に記載の方法。
［Ｃ４９］
前記複数の装置のうちの１つまたは複数がバッファされたデータを有するとのインジケーションを有する１つまたは複数のフレームを取得することと、
前記インジケーションに応答して、前記第１のフレームを生成することと
をさらに備える、Ｃ４７に記載の方法。
［Ｃ５０］
前記１つまたは複数の取得されたフレームは、シングルユーザ（ＳＵ）フレームを備える、Ｃ４９に記載の方法。
［Ｃ５１］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームのうちの少なくとも１つを備える、
Ｃ５０に記載の方法。
［Ｃ５２］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得することと、
前記少なくとも１つのＳＵフレームを送るために前記媒体にアクセスするのに使用するための拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットを、他の全ての装置に示すための１つまたは複数のフレームを生成することと
をさらに備える、Ｃ４７に記載の方法。
［Ｃ５３］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得することと、
前記ＳＵフレームに応答して、ＳＵ送信機会（ＴＸＯＰ）許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを生成することと
をさらに備える、Ｃ４７に記載の方法。
［Ｃ５４］
前記第１のフレーム内に、前記複数の装置による前記媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを含めることをさらに備える、Ｃ４７に記載の方法。
［Ｃ５５］
前記複数の装置のうちの１つまたは複数からフレームを取得することと、
前記取得されたフレームの受信に基づいてバックオフカウントダウンタイマを開始することと、前記バックオフカウントダウンタイマに基づいて前記第１のフレームの送信を遅らせる
をさらに備える、Ｃ４７に記載の方法。
［Ｃ５６］
前記複数の装置のうちの１つまたは複数に関連付けられた残りのバックオフ時間を示す、前記複数の装置のうちの前記１つまたは複数からのフレームを取得することと、
前記残りのバックオフ時間に基づいて前記第１のフレームを用いてどの装置をターゲットとするかを決定することと
をさらに備える、Ｃ４７に記載の方法。
［Ｃ５７］
ワイヤレス通信のための装置であって、
前記装置がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成するための手段と、
送信のために前記ＳＵフレームを出力するための手段と
を備える、装置。
［Ｃ５８］
拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに従って、前記ＳＵフレームの送信のために、媒体へのアクセスを求めて競合するための手段をさらに備える、Ｃ５７に記載の装置。
［Ｃ５９］
ＥＤＣＡパラメータの前記第１のセットは、前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットとは異なる、Ｃ５８に記載の装置。
［Ｃ６０］
前記ＡＰからＥＤＣＡパラメータの前記第１および第２のセットを取得するための手段をさらに備える、Ｃ５８に記載の装置。
［Ｃ６１］
ＭＵ通信に関連した１つまたは複数の条件を検出することに応答して、ＥＤＣＡパラメータの前記第１のセットを調整するための手段
をさらに備える、Ｃ５９に記載の装置。
［Ｃ６２］
調整するための前記手段は、
前記装置がＭＵ通信を介して前記ＡＰと通信するように構成されないときに前記媒体へのアクセスを求めて競合するために使用されるＥＤＣＡパラメータの第２のセットと同じになるようにＥＤＣＡパラメータの前記第１のセットを設定するための手段
を備える、Ｃ６１に記載の装置。
［Ｃ６３］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームを備える、
Ｃ５７に記載の装置。
［Ｃ６４］
前記ＳＵフレームの前記送信の後に、ＳＵ ＴＸＯＰ許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを取得するための手段をさらに備える、Ｃ５７に記載の装置。
［Ｃ６５］
前記ＡＣＫフレームは、前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするために前記ＡＰから送られるフレームの送信のタイミングのインジケーションを備える、Ｃ６４に記載の装置。
［Ｃ６６］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成されたトリガフレームを、前記ＡＰから取得するための手段をさらに備える、Ｃ５７に記載の装置。
［Ｃ６７］
前記トリガフレームは、前記装置および前記１つまたは複数の装置のために、媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを示す、
Ｃ６６に記載の装置。
［Ｃ６８］
前記トリガフレームを取得することまたは前記トリガフレームによってトリガされたＭＵ送信の成功には関係なく、バックオフカウントダウンタイマを開始し、前記バックオフカウントダウンタイマを維持するための手段をさらに備える、Ｃ６６に記載の装置。
［Ｃ６９］
前記トリガフレームによってトリガされたＭＵ送信の成功または失敗に少なくとも部分的に基づいて、バックオフカウントダウンを調整するための手段をさらに備える、Ｃ６６に記載の装置。
［Ｃ７０］
前記トリガフレームによってトリガされたＭＵ送信が成功する場合、ＳＵ送信のために前記媒体にアクセスするためのコンテンションウィンドウを増加させるための手段をさらに備える、Ｃ６６に記載の装置。
［Ｃ７１］
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するための手段
をさらに備え、前記調整は、前記装置においてバッファされたデータの量に基づく、Ｃ５７に記載の装置。
［Ｃ７２］
前記装置においてバッファされたデータの前記量が閾値に等しいかまたは閾値を超える場合、コンテンションウィンドウサイズを調整するための手段をさらに備える、Ｃ７１に記載の装置。
［Ｃ７３］
前記装置および１つまたは複数の他の装置からのＭＵ送信をトリガするように構成された１つまたは複数のトリガフレームを、前記ＡＰから取得するための手段と、
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するための手段と、
をさらに備え、前記調整は、前記ＡＰから受信した前記１つまたは複数のトリガフレームの周波数に基づく、Ｃ５７に記載の装置。
［Ｃ７４］
前記ＳＵフレームの送信のために媒体へのアクセスを求める競合中に、１つまたは複数のバックオフパラメータを調整するための手段をさらに備え、前記調整は、前記ＳＵフレームの長さに基づく、
Ｃ５７に記載の装置。
［Ｃ７５］
ワイヤレス通信のための装置であって、
複数の装置からのマルチユーザ（ＭＵ）送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するための手段と、
送信のために前記第１のフレームを出力するための手段と
を備える、装置。
［Ｃ７６］
前記複数の装置からのＭＵ送信をトリガするために、第２のフレームを周期的に生成するための手段をさらに備える、Ｃ７５に記載の装置。
［Ｃ７７］
前記複数の装置のうちの１つまたは複数がバッファされたデータを有するとのインジケーションを有する１つまたは複数のフレームを取得するための手段と、
前記インジケーションに応答して、前記第１のフレームを生成するための手段と
をさらに備える、Ｃ７５に記載の装置。
［Ｃ７８］
前記１つまたは複数の取得されたフレームは、シングルユーザ（ＳＵ）フレームを備える、Ｃ７７に記載の装置。
［Ｃ７９］
前記ＳＵフレームは、データフレーム、送信機会（ＴＸＯＰ）要求を有するデータフレーム、待ち行列ステータス情報を有するフレーム、またはＴＸＯＰ要求を示す制御フレームのうちの少なくとも１つを備える、
Ｃ７８に記載の装置。
［Ｃ８０］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得するための手段と、
前記少なくとも１つのＳＵフレームを送るために前記媒体にアクセスするのに使用するための拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットを、他の全ての装置に示すための１つまたは複数のフレームを生成するための手段と
をさらに備える、Ｃ７５に記載の装置。
［Ｃ８１］
前記複数の装置のうちの１つまたは複数から、少なくとも１つのシングルユーザ（ＳＵ）フレームを取得するための手段と、
前記ＳＵフレームに応答して、ＳＵ送信機会（ＴＸＯＰ）許可、ＭＵ ＴＸＯＰ許可、または肯定応答（ＡＣＫ）フレームを生成するための手段と
をさらに備える、Ｃ７５に記載の装置。
［Ｃ８２］
前記第１のフレーム内に、前記複数の装置による前記媒体へのコンテンションベースのアクセスのための１つまたは複数のバックオフパラメータを含めるための手段をさらに備える、Ｃ７５に記載の装置。
［Ｃ８３］
前記複数の装置のうちの１つまたは複数からフレームを取得するための手段と、
前記取得されたフレームの受信に基づいてバックオフカウントダウンタイマを開始し、前記バックオフカウントダウンタイマに基づいて前記第１のフレームの送信を遅らせるための手段と
をさらに備える、Ｃ７５に記載の装置。
［Ｃ８４］
前記複数の装置のうちの１つまたは複数に関連付けられた残りのバックオフ時間を示す、前記複数の装置のうちの前記１つまたは複数からのフレームを取得するための手段と、
前記残りのバックオフ時間に基づいて前記第１のフレームを用いてどの装置をターゲットとするかを決定するための手段と
をさらに備える、Ｃ７５に記載の装置。
［Ｃ８５］
装置がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成することと、
送信のために前記ＳＵフレームを出力することと
を行うための命令を記憶する、コンピュータ可読媒体。
［Ｃ８６］
複数の装置からのマルチユーザ（ＭＵ）送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合することと、
送信のために前記第１のフレームを出力することと
を行うための命令を記憶する、コンピュータ可読媒体。
［Ｃ８７］
局であって、
少なくとも１つのアンテナと、
前記局がマルチユーザ（ＭＵ）通信を介してアクセスポイント（ＡＰ）と通信するように構成される間、前記ＡＰへの送信のためにシングルユーザ（ＳＵ）フレームを生成するように構成された処理システムと、
前記少なくとも１つのアンテナを介して前記ＳＵフレームを送信するように構成された送信機と
を備える、局。
［Ｃ８８］
アクセスポイント（ＡＰ）であって、
少なくとも１つのアンテナと、
複数の装置からのマルチユーザ（ＭＵ）送信をトリガするために、第１のフレームを生成することによって媒体へのアクセスを求めて競合するように構成された処理システムと、
前記少なくとも１つのアンテナを介して前記第１のフレームを送信するように構成された送信機と
を備える、アクセスポイント。
【図１】
0006453473.tif 000002
【図２】
0006453473.tif 000003
【図３】
0006453473.tif 000004
【図４】
0006453473.tif 000005
【図５】
0006453473.tif 000006
【図５Ａ】
0006453473.tif 000007
【図６】
0006453473.tif 000008
【図７】
0006453473.tif 000009
【図７Ａ】
0006453473.tif 000010