JP2017529803A - ワイヤレスネットワークにおいてマルチユーザアップリンク媒体アクセス制御プロトコルをインプリメントするための方法および装置 - Google Patents

Abstract

送信のためのアップリンクデータを記憶するように構成された送信バッファを備える、マルチユーザワイヤレス通信のためのユーザ端末が提供される。ユーザ端末は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求フレームを生成することと、送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することとを行うように構成されたプロセッサを備える。ユーザ端末は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、送信要求フレームを送信するように構成された送信機を備える。ユーザ端末は、送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信するように構成された受信機を備える。送信機は、ユーザ端末にアドレス指定された送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信するようにさらに構成される。【選択図】図１

Description

[0001]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、ワイヤレスネットワークにおいてマルチユーザアップリンク（ＵＬ）媒体アクセス制御（ＭＡＣ）プロトコルをインプリメントするための方法および装置に関する。

[0002]多くの電気通信システムでは、通信ネットワークは、いくつかのインタラクトしている空間的に分離されたデバイスの間でフレームを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る、地理的範囲に従って分類され得る。そのようなネットワークはそれぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）に指定され得る。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング、ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。

[0003]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、したがって動的接続性の必要を有するときに、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用する非誘導伝搬モードでは、無形物理媒体を採用する。ワイヤレスネットワークは、有利には、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを可能にする。

[0004]ワイヤレス通信システムのために要求される増加する帯域幅要件という問題に対処するために、複数のユーザ端末が、高いデータスループットを達成しながら、チャネルリソースを共有することによって単一のアクセスポイントと通信することを可能にするために、異なる方式が開発されている。限られた通信リソースの場合、アクセスポイントと複数の端末との間を通るトラフィックの量を低減することが望ましい。たとえば、複数の端末がアクセスポイントにアップリンク通信を送るとき、すべてのアップリンク送信を完了するためにオーバーヘッドの量を最小限に抑えることが望ましい。したがって、ワイヤレスネットワークにおいてマルチユーザアップリンク媒体アクセス制御（ＭＡＣ）プロトコルをインプリメントするための方法および装置が必要である。

[0005]本開示の一態様は、マルチユーザワイヤレス通信のためのユーザ端末を提供する。ユーザ端末は、送信のためのアップリンクデータを記憶するように構成された送信バッファを備える。ユーザ端末は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求（request to transmit）フレームを生成することと、送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することとを行うように構成されたプロセッサを備える。ユーザ端末は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、送信要求フレームを送信するように構成された送信機を備える。ユーザ端末は、送信された送信要求フレームに基づいて、アクセスポイントから送信許可（clear to transmit）フレームを受信するように構成された受信機を備える。送信機は、ユーザ端末にアドレス指定された送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信するようにさらに構成される。

[0006]本開示の別の態様は、マルチユーザワイヤレス通信のための方法を提供する。本方法は、アップリンクデータを送信バッファに記憶することを備える。本方法は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求フレームを生成することを備える。本方法は、送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することを備える。本方法は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、送信要求フレームを送信することを備える。本方法は、送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信することを備える。本方法は、ユーザ端末にアドレス指定された送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信することを備える。

[0007]本開示の別の態様は、実行されたとき、プロセッサに方法を実行させるコードを備える非一時的コンピュータ可読媒体を提供する。本方法は、アップリンクデータを送信バッファに記憶することを備える。本方法は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求フレームを生成することを備える。本方法は、送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することを備える。本方法は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、送信要求フレームを送信することを備える。本方法は、送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信することを備える。本方法は、ユーザ端末にアドレス指定された送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信することを備える。

[0008]本開示の別の態様は、マルチユーザワイヤレス通信のためのユーザ端末を提供する。ユーザ端末は、送信のためのアップリンクデータを記憶するための手段を備える。ユーザ端末は、アップリンクデータが、アップリンクデータを記憶するための手段中に存在することに応答して、送信要求フレームを生成するための手段を備える。ユーザ端末は、送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始するための手段を備える。ユーザ端末は、送信タイマーが満了したとき、またはアップリンクデータを記憶するための手段中に存在するアップリンクデータがしきい値量を超えたとき、送信要求フレームを送信するための手段を備える。ユーザ端末は、送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信するための手段を備える。ユーザ端末は、ユーザ端末にアドレス指定された送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信するための手段を備える。

[0009]本開示の別の態様は、マルチユーザワイヤレス通信のためのアクセスポイントを提供する。アクセスポイントは、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可メッセージを送信するように構成された送信機を備え、送信許可メッセージは、アクセスポイントにアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。アクセスポイントは、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信するように構成された受信機を備える。

[0010]本開示の別の態様は、マルチユーザワイヤレス通信のための方法を提供する。本方法は、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可メッセージを送信することを備え、送信許可メッセージは、アクセスポイントにアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。本方法は、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信することを備える。

[0011]本開示の別の態様は、マルチユーザワイヤレス通信のためのアクセスポイントを提供する。アクセスポイントは、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可メッセージを送信するための手段を備え、送信許可メッセージは、アクセスポイントにアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。アクセスポイントは、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信するための手段を備える。

[0012]本開示の別の態様は、実行されたとき、プロセッサに方法を実行させる命令を備える非一時的コンピュータ可読媒体を提供する。本方法は、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可メッセージを送信することを備え、送信許可メッセージは、アクセスポイントにアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。本方法は、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信することを備える。

アクセスポイント（ＡＰ）とユーザ端末とをもつ多元接続ワイヤレス通信システムを示す図。 図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る様々な構成要素を示す図。 図１のワイヤレス通信システム内で採用され得る別のワイヤレスデバイスにおいて利用され得る様々な構成要素を示す図。 いくつかのインプリメンテーションによる、アクセスポイント開始型アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図。 いくつかのインプリメンテーションによる、ユーザ端末開始型アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図。 いくつかのインプリメンテーションによる、ハイブリッドアクセスポイントユーザ端末開始型アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図。 いくつかのインプリメンテーションによる、変更されたヌルデータフレームフォーマットを有するポーリング要求フレームを示す図。 いくつかのインプリメンテーションによる、変更された送信許可（ＣＴＸ）フレームフォーマットを有するポーリング要求フレームを示す図。 いくつかのインプリメンテーションによる、送信要求（ＲＴＸ）フレームを示す図。 いくつかのインプリメンテーションによる、変更されたサービス品質（ＱｏＳ）フレームフォーマットを有するポーリング応答フレームを示す図。 いくつかのインプリメンテーションによる、アクセスポイント開始型モードでのユーザ端末によるマルチユーザワイヤレス通信のための方法を示すフローチャート。 いくつかのインプリメンテーションによる、アクセスポイント開始型モードでのアクセスポイントによるマルチユーザワイヤレス通信のための方法を示すフローチャート。 いくつかのインプリメンテーションによる、ユーザ端末開始型モードでのユーザ端末によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート。 いくつかのインプリメンテーションによる、ユーザ端末開始型モードでのアクセスポイントによるマルチユーザワイヤレス通信のための別の方法を示すフローチャート。 いくつかのインプリメンテーションによる、ハイブリッド開始型モードでのユーザ端末によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート。 いくつかのインプリメンテーションによる、ハイブリッド開始型モードでのアクセスポイントによるマルチユーザワイヤレス通信のための別の方法を示すフローチャート。

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

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

[0031]ワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを互いに相互接続するために使用され得る。本明細書で説明する様々な態様は、Ｗｉ−Ｆｉ（登録商標）、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーなど、任意の通信規格に適用され得る。いくつかの実施形態では、多元接続ワイヤレス通信システム１００（図１参照）は、アップリンク上でのマルチユーザ通信をサポートするＷＬＡＮである。アップリンク上でのマルチユーザ通信は、複数のユーザ端末（たとえば、アクセスポイントと同時に少なくとも２つのユーザ端末）による通信を伴う。将来のＷＬＡＮ規格はこの特徴を組み込むことになる。たとえば、そのような将来の規格は、限定はしないが、高効率ＷＬＡＮ（ＨＥＷＬＡＮ：high efficiency WLAN）規格と呼ばれることもある、将来のＩＥＥＥ８０２．１１ａｘ規格を含み得る。

[0032]いくつかの態様では、ワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトラム拡散（ＤＳＳＳ）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、高効率８０２．１１プロトコルに従って送信され得る。高効率８０２．１１プロトコルのインプリメンテーションは、インターネットアクセス、センサー、計測、スマートグリッドネットワーク、または他のワイヤレス適用例のために使用され得る。有利には、この特定のワイヤレスプロトコルをインプリメントするいくつかのデバイスの態様は、他のワイヤレスプロトコルをインプリメントするデバイスよりも少ない電力を消費し得、短い距離にわたってワイヤレス信号を送信するために使用され得、および／または人間などの物体によって阻止される可能性が低い信号を送信することが可能であり得る。

[0033]いくつかのインプリメンテーションでは、高効率ＷＬＡＮ（ＨＥＷ：high efficiency WLAN）は、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）および（局、または「ユーザ端末」とも呼ばれる）クライアントがあり得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ユーザ端末はＷＬＡＮのユーザとして働く。たとえば、ユーザ端末はラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイルフォンなどであり得る。一例では、ユーザ端末は、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉ−Ｆｉ準拠ワイヤレスリンクを介してＡＰに接続する。いくつかのインプリメンテーションでは、ユーザ端末はＡＰとして使用されることもある。

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

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

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

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

[0038]図１に、アクセスポイント（ＡＰ）とユーザ端末とをもつ多元接続ワイヤレス通信システム１００を示す。簡単のために、ただ１つのアクセスポイント１０２が図１に示されている。アクセスポイントは、概して、ユーザ端末と通信する固定局であり、基地局と呼ばれるか、または何らかの他の用語を使用して呼ばれることもある。局（「ＳＴＡ」）としても知られる、ユーザ端末は、固定または移動であり得、移動局またはワイヤレスデバイスと呼ばれるか、あるいは何らかの他の用語を使用して呼ばれることもある。アクセスポイント１０２は、ダウンリンクおよびアップリンク上で所与の瞬間において１つまたは複数のユーザ端末１０４Ａ、１０４Ｂ、１０４Ｃ、１０４Ｄ（以下、総称してユーザ端末１０４Ａ〜１０４Ｄ）と通信し得る。ダウンリンク（すなわち、順方向リンク）はＡＰ１０２からユーザ端末１０４Ａ〜１０４Ｄのうちのいずれかへの任意の通信リンクであり、アップリンク（すなわち、逆方向リンク）はユーザ端末１０４Ａ〜１０４ＤからＡＰ１０２への任意の通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアで通信し得る。

[0039]システム１００は、ダウンリンクおよびアップリンク上でのデータ送信のために複数の送信アンテナと複数の受信アンテナとを採用し得る。たとえば、ＡＰ１０２は、Ｎ_ap個のアンテナ（図１に図示せず）を装備し、ダウンリンク送信では多入力（ＭＩ）を表し、アップリンク送信では多出力（ＭＯ）を表す。Ｋ個の選択されたユーザ端末１０４Ａ〜１０４Ｄのセットは、ダウンリンク送信では多出力をまとめて表し、アップリンク送信では多入力をまとめて表す。各選択されたユーザ端末１０４Ａ〜１０４Ｄは、アクセスポイントにユーザ固有データを送信し、および／またはアクセスポイントからユーザ固有データを受信し得る。概して、各選択されたユーザ端末１０４Ａ〜１０４Ｄは１つまたは複数のアンテナを装備し得る（すなわち、Ｎ_ut≧１）（図１に図示せず）。Ｋ個の選択されたユーザ端末は同じ数のアンテナを有することができるか、または、１つまたは複数のユーザ端末は異なる数のアンテナを有し得る。

[0040]システム１００は、時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムであり得る。ＴＤＤシステムの場合、ダウンリンクとアップリンクは同じ周波数帯域を共有する。ＦＤＤシステムの場合、ダウンリンクとアップリンクは異なる周波数帯域を使用する。システム１００はまた、送信のために単一のキャリアまたは複数のキャリアを利用し得る。各ユーザ端末１０４Ａ〜１０４Ｄは、（たとえば、コストを抑えるために）単一のアンテナを装備するか、または（たとえば、追加コストがサポートされ得る場合）複数のアンテナを装備し得る。システム１００はまた、送信、受信を異なるタイムスロットに分割することによってユーザ端末１０４Ａ〜１０４Ｄが同じ周波数チャネルを共有する場合、ＴＤＭＡシステムであり得、ここで、各タイムスロットは異なるユーザ端末１０４Ａ〜１０４Ｄに割り当てられ得る。図１に示されているように、ＡＰ１０２は、以下の図２〜図１５でより詳細に説明するように、ＡＰ１０２に関連する１つまたは複数のタスクを実行するように構成され得る、ＡＰマルチユーザ（ＭＵ）制御モジュール２３０を含み得る。その上、ユーザ端末１０４Ａ〜１０４Ｄの各々は、それぞれ、ユーザ端末（ＵＴ）マルチユーザ（ＭＵ）制御モジュール２２４Ａ、２２４Ｂ、２２４Ｃ、２２４Ｄを含み得る。ＵＴ ＭＵ制御モジュール２２４Ａ〜２２４Ｄについて、図２に関して以下でより詳細に説明する。ユーザ端末１０４Ａ〜１０４Ｄの各々は、それぞれ、送信バッファ２２６Ａ、２２６Ｂ、２２６Ｃ、２２６Ｄと、それぞれ、送信タイマー２２７Ａ、２２７Ｂ、２２７Ｃ、２２７Ｄと、それぞれ、タイムアウトタイマー２２８Ａ、２２８Ｂ、２２８Ｃ、２２８Ｄとをさらに含み得る。送信バッファ２２６Ａ〜２２６Ｄ、送信タイマー２２７Ａ〜２２７Ｄ、およびタイムアウトタイマー２２８Ａ〜２２８Ｄの動作について、図２Ａ、ならびに１つまたは複数の後の図に関して以下でより詳細に説明する。図１に示されているように、ユーザ端末１０４Ａ〜１０４Ｄの各々は、以下でより詳細に説明する条件下でＡＰ１０２に送信要求（ＲＴＸ）フレーム４１２、５１２を送信し、以下でより詳細に説明する条件下でＡＰ１０２から送信許可（ＣＴＸ）フレーム３０６、４０６、５０６を受信するように構成され得る。

[0041]図２Ａに、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法をインプリメントするように構成され得るデバイスの一例である。ワイヤレスデバイス２０２はユーザ端末１０４Ａ〜１０４Ｄのうちのいずれかをインプリメントし得る。

[0042]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含み得る、ＵＴ ＵＬ制御モジュール２２４Ａ、２２４Ｂ、２２４Ｃ、２２４Ｄを含み得る。プロセッサ２０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。いくつかのインプリメンテーションでは、ＵＴ ＵＬ制御モジュール２２４Ａ、２２４Ｂ、２２４Ｃ、２２４Ｄは、読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ２０６をさらに備え得、命令とデータとをプロセッサ２０４に与える。メモリ２０６の一部分は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ２０４は、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行し得る。メモリ２０６中の命令は、本明細書で説明する方法をインプリメントするために実行可能であり得る。いくつかのインプリメンテーションでは、プロセッサ２０４は、各々が、１つまたは複数の図に関して以下でより詳細に説明するような機能を有する、送信タイマー２２７Ａ、２２７Ｂ、２２７Ｃ、２２７Ｄと、タイムアウトタイマー２２８Ａ、２２８Ｂ、２２８Ｃ、２２８Ｄとを備え得る。いくつかのインプリメンテーションでは、メモリ２０６は、「送信のためのアップリンクデータを記憶するための手段」と呼ばれることもあるか、またはそれの少なくとも一部分を備え得る、送信バッファ２２６Ａ、２２６Ｂ、２２６Ｃ、２２６Ｄを備え得る。

[0043]プロセッサ２０４は、１つまたは複数のプロセッサとともにインプリメントされた処理システムを備えるか、またはそれの構成要素であり得る。少なくともいくつかのインプリメンテーションでは、プロセッサ２０４は、「送信要求（ＲＴＸ）フレームを生成するための手段」、「ＲＴＸフレームをいつ送信すべきかを決定するための送信タイマーを開始するための手段」、「送信機がＲＴＸフレームを送信したとき、タイムアウトタイマーを開始するための手段」、「送信タイマーのタイムアウト値およびアップリンクデータのしきい値量のうちの少なくとも１つを構成するための手段」、「ポーリング要求フレームを受信したことに応答して、装置に関連するアップリンク情報を備えるポーリング応答フレームを生成するための手段」、および／または「装置に関連するアップリンク情報を、ポーリング応答フレームのシーケンス制御フィールドまたはサービス品質制御フィールドの一方または両方の１つまたは複数のビットに挿入するための手段」と呼ばれることもあるか、あるいはそれらの少なくとも一部分を備え得る。

[0044]処理システムはまた、コードを備える非一時的、コンピュータ可読媒体を含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。

[0045]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機２１０と受信機２１２とを含み得るハウジング２０８をも含み得る。送信機２１０と受信機２１２とは組み合わせられてトランシーバ２１４になり得る。単一または複数のトランシーバアンテナ２１６が、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。いくつかのインプリメンテーションでは、送信機２１０は、「ＲＴＸフレームを送信するための手段」、「送信タイマーが満了したとき、またはアップリンクデータを記憶するための手段中に存在するアップリンクデータがしきい値量を超えたとき、装置にアドレス指定されたＣＴＸフレームを受信したことに基づいて、少なくとも１つの他の装置がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信するための手段」、「ＲＴＸフレームを再送信するための手段」、および／または「ポーリング応答フレームをアクセスポイントに送信するための手段」と呼ばれることもあるか、あるいはそれらの少なくとも一部分を備え得る。同様に、受信機２１２は、「送信されたＲＴＸフレームに基づいて、アクセスポイントから送信許可（ＣＴＸ）フレームを受信するための手段」、「アクセスポイントから肯定応答フレームを受信するための手段」、および／または「アクセスポイントからポーリング要求フレームを受信するための手段」と呼ばれることもあるか、あるいはそれらの少なくとも一部分を備え得る。

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

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

[0048]図２Ｂに、ワイヤレス通信システム１００内で採用され得る別のワイヤレスデバイス２５２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２５２は、本明細書で説明する様々な方法をインプリメントするように構成され得るデバイスの一例である。ワイヤレスデバイス２５２はＡＰ１０２をインプリメントし得る。

[0049]ワイヤレスデバイス２５２は、ワイヤレスデバイス２５２の動作を制御するプロセッサ２５４を含み得る、ＡＴ ＵＬ制御モジュール２３０を含み得る。プロセッサ２５４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。いくつかのインプリメンテーションでは、ＡＴ ＵＬ制御モジュール２３０は、読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ２５６をさらに備え得、命令とデータとをプロセッサ２５４に与える。メモリ２５６の一部分は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ２５４は、メモリ２５６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行し得る。メモリ２５６中の命令は、本明細書で説明する方法をインプリメントするために実行可能であり得る。いくつかのインプリメンテーションでは、プロセッサ２５４は、１つまたは複数の図に関して以下でより詳細に説明するような機能を有するトリガタイマー２５８を備え得る。プロセッサ２５４は、１つまたは複数のプロセッサとともにインプリメントされた処理システムを備えるか、またはそれの構成要素であり得る。

[0050]処理システムはまた、コードを備える非一時的、コンピュータ可読媒体を含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。

[0051]ワイヤレスデバイス２５２は、ワイヤレスデバイス２５２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機２１０と受信機２１２とを含み得るハウジング２０８をも含み得る。送信機２１０と受信機２１２とは組み合わせられてトランシーバ２１４になり得る。単一または複数のトランシーバアンテナ２１６が、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。いくつかのインプリメンテーションでは、送信機２１０は、「複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可（ＣＴＸ）メッセージを送信するための手段」と呼ばれることもあるか、またはそれの少なくとも一部分を備え得る。同様に、受信機２１２は、「指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信するための手段」と呼ばれることもあるか、またはそれの少なくとも一部分を備え得る。

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

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

[0054]本開示のいくつかの態様は、複数のユーザ端末からＡＰにアップリンク（ＵＬ）信号を送信することをサポートする。いくつかの実施形態では、ＵＬ信号は、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）システムにおいて送信され得る。代替的に、ＵＬ信号は、マルチユーザＦＤＭＡ（ＭＵ−ＦＤＭＡ）システムまたは同様のＦＤＭＡシステムにおいて送信され得る。これらの実施形態では、ＵＬ−ＭＵ−ＭＩＭＯ送信またはＵＬ−ＦＤＭＡ送信は、複数のユーザ端末からＡＰに同時に送信され得、ワイヤレス通信における効率をもたらし得る。

[0055]ワイヤレスデバイスおよびモバイルデバイスの数の増加は、ワイヤレス通信システムのために要求される帯域幅要件にさらなる圧力を加える。限られた通信リソースの場合、ＡＰと複数のユーザ端末との間を通る制御トラフィックの量を低減することが望ましい。たとえば、複数の端末がアクセスポイントにアップリンク通信を送るとき、すべてのアップリンク送信を完了するために制御オーバーヘッドトラフィックの量を最小限に抑えることが望ましい。したがって、本明細書で説明する実施形態は、ＡＰへのアップリンク送信のスループットを増加させるための、通信交換を利用することと、スケジューリングと、いくつかのフレームとをサポートする。

[0056]本出願は、通信のアップリンクマルチユーザモードを、アクセスポイント１０２が開始するのか（ＡＰ開始型モード）、ユーザ端末１０４Ａ〜１０４Ｄが開始するのか（ＳＴＡ開始型モード）、またはアクセスポイント１０２と１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄとの組合せが開始するのか（ハイブリッドモード）に基づく３つの動作モードを企図する。

[0057]ＡＰ開始型モードについて、図３に関して最初に説明する。図３に、いくつかのインプリメンテーションによる、アクセスポイント開始型アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図３００を示す。タイミング図３００に関して、クロスハッチシェーディングパターンを有するフレームが、ＡＰ、たとえば図１のＡＰ１０２によって送信されたダウンリンク通信であり得る。これに反して、シェーディングパターンを有しないフレームが、ユーザ端末ユーザ端末１０４Ａ〜１０４Ｄのうちの１つまたは複数によって送信されたアップリンク通信であり得る。図３に示されているように、ＡＰ１０２は、ＡＰ１０２に送信するためのアップリンクデータを有するユーザ端末があるかどうかに関する、１つまたは複数のそれぞれのユーザ端末１０４Ａ〜１０４Ｄからの情報を収集するために、ポーリング要求フレーム３０２Ａ、３０２Ｂを送信し得る。ＡＰ開始型モードは、ＡＰ１０２がポーリング要求フレーム３０２Ａ、３０２Ｂを送信することによって開始され得る。

[0058]いくつかのインプリメンテーションでは、ＡＰ１０２は、ＡＰ１０２によって決定および／または選択される持続時間を有する周期的ポーリング間隔に基づいて、ポーリング要求フレーム３０２Ａ、３０２Ｂを送信し得る。ＡＰ１０２が比較的短い周期的ポーリング間隔を選択した場合、ユーザ端末１０４Ａ〜１０４Ｄは、より頻繁に周期的ポーリング要求フレームを受信するために起動しなければならないので、ユーザ端末１０４Ａ〜１０４Ｄは、増加電力利用という犠牲を払って、より最新の情報を与え得る。これに反して、ＡＰ１０２が比較的長い周期的ポーリング間隔を選択した場合、ユーザ端末１０４Ａ〜１０４Ｄは、より少ない電力を使用するが、あまり最新でない情報をＡＰ１０２に与え得る。周期的ポーリング間隔は、ユーザ端末１０４Ａ〜１０４Ｄが、特定のビーコン間隔中にのみＡＰ１０２からポーリング要求フレームを受信するために起動するような、ビーコン間隔の倍数であり得る。いくつかのインプリメンテーションでは、ＡＰ１０２は、ユーザ端末１０４Ａ〜１０４Ｄの各々のためのそれぞれの周期的ポーリング間隔を決定し得、その場合、周期的ポーリング間隔はユーザ端末ごとに異なるであろう。ＡＰ１０２は、ビーコンを介して、または特定のＳＴＡとの関連付け中に、各ユーザ端末１０４Ａ〜１０４Ｄにそれぞれの周期的ポーリング間隔を通知し得る。

[0059]いくつかのインプリメンテーションでは、ＡＰ１０２は、決定された周期的ポーリング間隔に基づくのではなく、それぞれのユーザ端末１０４Ａ〜１０４Ｄ上で動作しているアプリケーションのためのデータトラフィックパターンに基づいて、またはアプリケーションのタイプに基づいて、ポーリング要求フレーム３０２Ａ、３０２Ｂを送信し得る。たとえば、ＡＰ１０２は、ユーザ端末１０４Ａ〜１０４Ｄの各々からのピギーバック情報またはトラフィック仕様（ＴＳＰＥＣ：traffic specification）を受信し、分析することによって、アプリケーションのそのようなデータトラフィックパターンまたはタイプを決定し得る。追加または代替として、ＡＰ１０２は、実際のデータトラフィックを知られているトラフィックパターンと相関することによって、アプリケーションのそのようなトラフィックパターンまたはタイプを決定し得る。アプリケーションのトラフィックパターンまたはタイプは、新しいまたは既存のサービス品質（ＱｏＳ）タイプまたはアクセスポリシーのうちの１つであり得る。

[0060]いくつかのインプリメンテーションでは、ＡＰ１０２は、ポーリング要求フレーム３０２Ａ、３０２Ｂを２つ以上のＳＴＡ、たとえば、ユーザ端末１０４Ａ〜１０４Ｂのグループにアドレス指定し得る。ＡＰ１０２は、ランダムに、同様の受信信号強度インジケータ（ＲＳＳＩ：received signal strength indicator）に基づいて、同様のスリープサイクルに基づいて、同様のトラフィックパターンに基づいて、または同様のバッファサイズに基づいて、特定のユーザ端末をグループに割り当て得る。ＡＰ１０２は、代替的に、応答するための、送信請求されないユーザ端末による競合についての１つまたは複数の空の送信ストリームを予約することによって、ユーザ端末１０４Ａ〜１０４Ｄをグループ化し得る。

[0061]いくつかのインプリメンテーションでは、単一のポーリング要求フレームを複数のユーザ端末１０４Ａ〜１０４Ｄにアドレス指定するのではなく、ＡＰ１０２は、ユーザ端末１０４Ａ〜１０４Ｄの各々にアドレス指定された別個のポーリング要求フレームを連続的に送信し得る。ポーリング要求フレーム３０２Ａ、３０２Ｂのための例示的なフレームフォーマットについて、図６および図７に関してより詳細に説明する。

[0062]ユーザ端末１０４Ａ〜１０４Ｄの各々は、そのユーザ端末１０４Ａ〜１０４Ｄにアドレス指定されたポーリング要求フレーム３０２Ａ、３０２Ｂを受信したことに応答して、ポーリング応答フレーム３０４Ａ、３０４Ｂを送信し得る。いくつかのインプリメンテーションでは、アドレス指定されたユーザ端末１０４Ａ〜１０４Ｄの各々は、異なる周波数チャネル上で実質的に同時にそれぞれのポーリング応答フレーム３０４Ａ、３０４Ｂを送り得る。他のインプリメンテーションでは、アドレス指定されたユーザ端末１０４Ａ〜１０４Ｄの各々は、同じまたは異なる周波数チャネル上で連続的にそれぞれのポーリング応答フレーム３０４Ａ、３０４Ｂを送り得る。アドレス指定されたユーザ端末１０４Ａ〜１０４Ｄの各々は、ポーリング要求フレーム３０２Ａ、３０４Ｂを受信した後直ちに、または代替的に、ポーリング要求フレーム３０２Ａ、３０４Ｂを受信したことに応答して競合ベースのアクセス制御が開始した後に、ポーリング応答フレーム３０４Ａ、３０４Ｂを送信し得る。ポーリング応答フレーム３０４Ａ、３０４Ｂは、限定はしないが、ＳＴＡの送信バッファ中にキューイングされたデータの量、ＳＴＡの着信または発信トラフィックレート、キューイングされたデータを送るための許容または最大待ち時間、ＳＴＡのメディアアクセス制御サービスデータユニット（ＭＳＤＵ）のための平均最大および／または最小サイズ、ＳＴＡによって決定された要求された送信機会長さ、ならびにＳＴＡに関連する変調およびコーディング方式（ＭＣＳ）を含む、送信ユーザ端末１０４Ａ〜１０４Ｄに関連する情報を含み得る。ポーリング応答フレーム３０４Ａ、３０４Ｂのための例示的なフレームフォーマットについて、図９に関してより詳細に説明する。

[0063]ＡＰ１０２は、アドレス指定されたユーザ端末１０４Ａ〜１０４Ｄの各々からポーリング応答フレーム３０４Ａ、３０４Ｂを受信したことに基づいて、ポーリング要求フレーム３０２Ａ、３０２Ｂ中でアドレス指定されたユーザ端末１０４Ａ〜１０４Ｄからの送信をトリガするための送信許可（ＣＴＸ）フレーム３０６をいつ送信すべきかを決定し得る。ＡＰ１０２は、この決定を行うためのトリガタイマー（たとえば、トリガタイマー２５８）を維持し得る。ＡＰ１０２は、ポーリング応答フレーム３０４Ａ、３０４Ｂを送信したユーザ端末１０４Ａ〜１０４Ｄのリストと、ポーリング応答フレーム３０４Ａ、３０４Ｂ中で受信された関連する情報とを維持し得る。ＡＰ１０２は、その特定のＳＴＡにアドレス指定されたＣＴＸフレーム３０６をいつ送るべきかを決定するために、ポーリング応答フレーム３０４Ａ、３０４Ｂを送信した各ユーザ端末１０４Ａ〜１０４Ｄのためのトリガタイマー２５８を開始し得る。各トリガタイマー２５８のタイムアウト値は、関連するＳＴＡの受信された情報、アプリケーションタイプ、および／またはデータトラフィックパターンに基づき得る。ＡＰ１０２は、関連するトリガタイマーの満了に基づいて、特定のユーザ端末１０４Ａ〜１０４Ｄにアドレス指定されたＣＴＸフレーム３０６を送信し得る。

[0064]代替的に、ＡＰ１０２は、特定のユーザ端末１０４Ａ〜１０４Ｄの伝送効率が、所定の、ＡＰ調整可能なしきい値を満たすことに基づいて、ＣＴＸフレーム３０６を送信し得る。ＡＰ１０２は、たとえば、特定の時間間隔にわたってその特定のユーザ端末１０４Ａ〜１０４Ｄによって送信されたデータのパッキング効率に基づいて、特定のユーザ端末１０４Ａ〜１０４Ｄの伝送効率を決定し得る。また他のインプリメンテーションでは、ＡＰ１０２は、競合ベースのアクセス制御に基づいて、特定のユーザ端末１０４Ａ〜１０４Ｄにアドレス指定されたＣＴＸフレーム３０６を送信し得る。

[0065]２つ以上のユーザ端末１０４Ａ〜１０４ＤがＣＴＸフレーム３０６中でアドレス指定された場合、ＡＰ１０２は、どのユーザ端末１０４Ａ〜１０４ＤをＣＴＸフレーム３０６中でアドレス指定すべきかを選択的に決定し得る。ＡＰ１０２は、関連するトリガタイマー２５８が満了したいずれかのユーザ端末１０４Ａ〜１０４Ｄを選択し得る。ＡＰ１０２は、伝送効率が、所定の、ＡＰ調整可能なしきい値を満たす、いずれかのユーザ端末１０４Ａ〜１０４Ｄを選択し得る。マルチユーザＵＬ送信帯域幅が依然として利用可能である場合、ＡＰ１０２は、送信バッファ中にキューイングされたデータの量降順（たとえば、最も大きい量が最初に選択される）、トリガタイマー２５８の満了の昇順（たとえば、トリガタイマーの最も早い満了が最初に選択される）、伝送効率降順（たとえば、最も高い伝送効率が最初に選択される）、ランダム選択、または追加の選択なしのうちの少なくとも１つに従って、１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄを選択し得る。したがって、ＡＰ１０２は、トリガタイマー２５８が満了すること、複数のユーザ端末１０４Ａ〜１０４Ｄのうちの少なくとも１つの伝送効率がしきい値を超えること、満了していないトリガタイマー上に残っている時間の降順、送信されるべきキューイングされたアップリンクデータの量の降順、または複数のユーザ端末１０４Ａ〜１０４Ｄに関連する伝送効率の降順、またはそれらの任意の組合せに基づいて、ＣＴＸフレーム３０６に選択的にアドレス指定するように構成され得る。

[0066]ＣＴＸフレーム３０６を受信したことに応答して、ＣＴＸフレーム３０６中でアドレス指定された各ユーザ端末１０４Ａ〜１０４Ｄは、マルチユーザ（ＭＵ）物理レイヤコンバージェンスプロシージャ（ＰＬＣＰ：physical layer convergence procedure）プロトコルデータユニット（ＭＵ−ＰＰＤＵ）３０８中で、それのキューイングされたデータをＡＰ１０２に送信し得る。したがって、ＭＵ−ＰＰＤＵ３０８は、ＣＴＸフレーム３０６中でアドレス指定されたユーザ端末１０４Ａ〜１０４Ｄの各々からＡＰ１０２に実質的に同時に送信されたデータを備え得る。ＭＵ−ＰＰＤＵ３０８を受信したことに応答して、ＡＰ１０２は、ブロック肯定応答（ブロックＡＣＫ）フレーム３１０を送信することによってＭＵ−ＰＰＤＵ３０８の受信を肯定応答し得る。

[0067]次に、ユーザ端末１０４Ａ〜１０４Ｄ（ＳＴＡ）開始型モードについて、図４に関して説明する。図４に、いくつかのインプリメンテーションによる、ユーザ端末開始型アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図４００を示す。１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄは、ＡＰ１０２に送信要求（ＲＴＸ）フレーム４１２を送ることによってＵＬモードを開始し得る。ユーザ端末１０４Ａ〜１０４Ｄのうちのいずれかは、データが、ＡＰ１０２への送信のためのそれの送信バッファ中にキューイングされたことに基づいて、ＲＴＸフレーム４１２を送信するための競合バックオフタイマーを開始し得る。伝送媒体上での衝突を回避するために、この競合バックオフ中に、競合ウィンドウ長さが使用され得る。ＡＰ１０２は、この競合ウィンドウ長さを決定し、ビーコン中でユーザ端末１０４Ａ〜１０４Ｄの各々にそれを通信し得る。いくつかのインプリメンテーションでは、ユーザ端末１０４Ａ〜１０４Ｄのうちのいずれかは、０でない量のデータが、ＡＰ１０２への送信のためのそれの送信バッファ中にキューイングされたことに基づいて、ＲＴＸフレーム４１２を送信するための送信タイマー２２７Ａ〜２２７Ｄを開始し得る。送信タイマー２２７Ａ〜２２７Ｄが満了したとき、またはそれの送信バッファ中にキューイングされたデータの量が所定のしきい値「Ｙ」を超えたとき、送信タイマー２２７Ａ〜２２７Ｄは第１の値「Ｘ」からカウントダウンし、ユーザ端末１０４Ａ〜１０４Ｄは競合バックオフタイマーを開始する。「Ｘ」および「Ｙ」の値は、限定はしないが、同じ基本サービスセット（ＢＳＳ）中のユーザ端末の数および／または特定のＳＴＡからの着信トラフィック統計値を含む、いくつかの変数の関数であり得る。代替的に、「Ｘ」および「Ｙ」の値が適用されるユーザ端末１０４Ａ〜１０４Ｄは、「Ｘ」および「Ｙ」の値を決定し得る。代替的に、ＡＰ１０２は、「Ｘ」および「Ｙ」の値を決定し、ビーコンまたは他の管理フレーム中で（たとえば、ＴＳ情報フィールドの予約済みビット中で）それらを適切なユーザ端末１０４Ａ〜１０４Ｄに通信し得る。したがって、送信タイマー２２７Ａ〜２２７Ｄのタイムアウト値（Ｘ）およびアップリンクデータのしきい値量（Ｙ）のうちの少なくとも１つが、ＡＰ１０２またはユーザ端末（たとえば、１０４Ａ〜１０４Ｄ）の一方または両方によって構成可能である。

[0068]ユーザ端末１０４Ａ〜１０４Ｄは、ＲＴＸフレーム４１２を送ったことに応答して、ＡＰ１０２からフレームを受信するためのタイムアウトタイマー２２８Ａ〜２２８Ｄを開始し得る。ＡＰ１０２からフレームを受信するためのタイマーであるタイムアウトタイマーは、最初にＡＰ１０２にＲＴＸフレーム４１２を送信するためのタイマーである送信タイマーとは異なるタイマーである。ＲＴＸフレーム４１２を送信したユーザ端末１０４Ａ〜１０４Ｄが、タイムアウトタイマー２２８Ａ〜２２８Ｄが満了する前にＡＰ１０２からＣＴＸフレームまたはポーリング要求フレームを受信しない場合、ユーザ端末１０４Ａ〜１０４ＤはＲＴＸフレーム４１２を再送信し得る。しかしながら、ユーザ端末１０４Ａ〜１０４Ｄが、タイムアウトタイマーの満了の前にポーリング要求フレーム４０２を受信した場合、ユーザ端末１０４Ａ〜１０４Ｄは、タイムアウトタイマー２２８Ａ〜２２８Ｄをリセットし、図３に関して前に説明したユーザ端末１０４Ａ〜１０４Ｄの情報を含むポーリング応答フレーム４０４を送信するべきである。

[0069]ＡＰ１０２は、ポーリング要求フレーム４０２の点線アウトラインによって示されるように、ＲＴＸフレーム４１２を受信したことに応答して、ポーリング要求フレーム４０２を随意に送信し得る。ポーリング要求フレーム４０２は、図３に関して前に説明したポーリング要求フレーム３０２Ａ、３０２Ｂと同じであり得る。ポーリング要求フレーム４０２はまた、ＲＴＸフレーム４１２を送信したユーザ端末１０４Ａ〜１０４Ｄ以外の１つまたは複数のユーザ端末からデータトラフィック情報を取得するために利用され得る。ポーリング要求フレーム４０２によってアドレス指定されたいずれかのユーザ端末１０４Ａ〜１０４Ｄは、ＡＰ１０２からポーリング要求フレーム４０２を受信したことに応答して、ポーリング応答フレーム４０４を送信し得る。ポーリング応答フレーム４０４は、図３に関して前に説明したポーリング応答フレーム３０４Ａ、３０４Ｂと同じであり得る。

[0070]ポーリング応答フレーム４０４を受信したことに応答して、ＡＰ１０２は、ユーザ端末１０４Ａ〜１０４Ｄのうちの１つまたは複数にアドレス指定されたＣＴＸフレーム４０６を送信し得る。ＲＴＸフレーム４１２を送信したユーザ端末１０４Ａ〜１０４Ｄは、ＣＴＸフレーム４０６によってアドレス指定される。ＣＴＸフレーム４０６は、図３に関して前に説明したように決定された、１つまたは複数の他のユーザ端末にさらにアドレス指定され得る。ＣＴＸフレーム４０６は、図３に関して前に説明したＣＴＸフレーム３０６と同じであり得る。ポーリング要求フレーム４０２およびポーリング応答フレーム４０４が送信されないいくつかのインプリメンテーションでは、ＡＰ１０２は、ＲＴＸフレーム４１２を受信したことに応答して直接、ＣＴＸフレーム４０６を送信し得る。ＡＰ１０２は、それの送信をトリガするフレームを受信したことに応答して、または競合ベースのアクセス制御後に直接、ＣＴＸフレーム４０６を送信し得る。ＣＴＸフレーム４０６を受信するいずれかのユーザ端末１０４Ａ〜１０４Ｄは、それの識別子が、データ送信をトリガするためのＣＴＸフレーム中に含まれるか否かにかかわらず、それのアクティブタイムアウトタイマーを中断し得る。受信されたＣＴＸフレーム４０６が特定のユーザ端末１０４Ａ〜１０４Ｄの識別子を含む（たとえば、ＣＴＸフレーム４０６が、ＵＬ送信ためにその特定のユーザ端末１０４Ａ〜１０４Ｄをトリガした）場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、それのタイムアウトタイマー２２８Ａ〜２２８Ｄをキャンセルまたはクリアし、図３に関して前に説明したＭＵ−ＰＰＤＵ３０８と実質的に同じであり得るＭＵ−ＰＰＤＵ４０８中でＡＰ１０２にＵＬデータを送信することによってＵＬ送信を開始し得る。受信されたＣＴＸフレーム４０６が特定のユーザ端末１０４Ａ〜１０４Ｄの識別子を含まない（たとえば、ＣＴＸフレーム４０６が、ＵＬ送信のためにその特定のユーザ端末１０４Ａ〜１０４Ｄをトリガしない）場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、次のＲＴＸ送信のための新しい送信タイマー２２７Ａ〜２２７Ｄを開始し得る。

[0071]特定のユーザ端末１０４Ａ〜１０４Ｄが、（前のタイムアウトタイマーの満了により）ＲＴＸフレーム４１２を再送信することに備えてすでにバックオフしつつあり、その特定のユーザ端末１０４Ａ〜１０４Ｄにアドレス指定されたＣＴＸフレーム４０６を受信した（たとえば、ＣＴＸフレーム４０６がその特定のＳＴＡをトリガした）場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、それのＲＴＸバックオフタイマーをリセットまたはクリアし、ＭＵ−ＰＰＤＵ４０８中でＡＰ１０２にＵＬデータを送信することを開始し得る。

[0072]受信されたＣＴＸフレーム４０６が特定のＳＴＡの識別子を含む場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、それのタイムアウトタイマー２２８Ａ〜２２８Ｄをリセットし、ＭＵ−ＰＰＤＵ４０８中でＡＰ１０２にＵＬデータを送信することによってＵＬ送信を開始し得る。受信されたＣＴＸフレーム４０６が特定のＳＴＡの識別子を含まない場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、次のＲＴＸフレーム送信のための新しい送信タイマー２２７Ａ〜２２７Ｄを設定し、それを開始し得る。

[0073]ＭＵ−ＰＰＤＵ４０８がＡＰ１０２によって受信された後、ＡＰ１０２は、ＭＵ−ＰＰＤＵ４０８の受信を肯定応答するブロックＡＣＫフレーム４１０を送信し得る。ブロックＡＣＫフレーム４１０は、図３に関して前に説明したブロックＡＣＫフレーム３１０と同じであり得る。

[0074]ＵＬデータセッション後（たとえば、ＡＰ１０２がブロックＡＣＫフレーム４１０を送信した後）、依然として、特定のユーザ端末１０４Ａ〜１０４Ｄからの送信のためのＵＬデータがある（たとえば、送信バッファ中のキューイングされたデータの量が依然として０よりも大きい）場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは新しい送信タイマーを開始し得る。代替的に、ＵＬデータセッション後、送信のためのＵＬデータがない場合、その特定のユーザ端末１０４Ａ〜１０４Ｄは、それの送信タイマー２２７Ａ〜２２７Ｄとそれのタイムアウトタイマー２２８Ａ〜２２８Ｄの両方がアクティブである場合、それらをリセットし得る。

[0075]次に、ハイブリッドアクセスポイント１０２（ＡＰ）およびユーザ端末１０４Ａ〜１０４Ｄ（ＳＴＡ）モードについて、図５に関して説明する。図５に、いくつかのインプリメンテーションによる、ハイブリッドアクセスポイントユーザ端末アップリンク（ＵＬ）ＭＵ通信のためのフレーム交換のタイミング図５００を示す。図５に示されているように、ユーザ端末１０４Ａ〜１０４Ｄのうちの１つが、図４のＲＴＸフレーム４１２について前に説明したように、ＲＴＸフレーム５１２Ａ、５１２Ｂを送信し得る。ＲＴＸフレーム５１２Ａ、５１２Ｂを送信した後、送信ユーザ端末１０４Ａ〜１０４Ｄは、図４に関して前に説明したように、タイムアウトタイマーを開始し得る。タイムアウトタイマー２２８Ａ〜２２８Ｄが、ＡＰ１０２から肯定応答フレーム５１４Ａ、５１４ＢまたはＣＴＸフレーム５０６のいずれかを受信する前に満了した場合、ユーザ端末１０４Ａ〜１０４ＤはＲＴＸフレーム５１２Ａ、５１２Ｂを再送信し得る。

[0076]しかしながら、図４とは対照的に、ＲＴＸフレーム５１２Ａ、５１２Ｂを受信すると、ＡＰ１０２は、ＲＴＸフレーム５１２Ａ、５１２Ｂを送信したユーザ端末１０４Ａ〜１０４Ｄに肯定応答（ＡＣＫ）フレーム５１４Ａ、５１４Ｂを送信し得る。いくつかのインプリメンテーションでは、ＡＰ１０２は、タイムアウトタイマー２２８Ａ〜２２８Ｄのための新しい値（たとえば、「Ｘ」値）と、所定のバッファしきい値のための新しい値（たとえば、「Ｙ」値）とをＡＣＫフレーム５１４Ａ、５１４Ｂ中に挿入し得る。ＡＣＫフレーム５１４Ａ、５１４Ｂがそれにアドレス指定されたユーザ端末１０４Ａ〜１０４Ｄは、それに応じてそれの「Ｘ」および「Ｙ」値を更新し得る。いくつかのインプリメンテーションでは、ＡＣＫフレーム５１４Ａ、５１４Ｂがそれにアドレス指定されなかったユーザ端末１０４Ａ〜１０４Ｄも、それに応じてそれらの「Ｘ」および「Ｙ」値を更新し得る。ＡＣＫフレーム５１４Ａ、５１４Ｂが「Ｘ」および「Ｙ」のための新しい値を含まないインプリメンテーションでは、ＡＣＫフレーム５１４Ａ、５１４Ｂがそれにアドレス指定されたユーザ端末１０４Ａ〜１０４Ｄは、そのＳＴＡに知られている情報に基づいて、それの「Ｘ」および「Ｙ」値を更新し得る。同様に、ＡＣＫフレーム５１４Ａ、５１４Ｂが「Ｘ」および「Ｙ」のための新しい値を含まないいくつかのインプリメンテーションでは、ＡＣＫフレーム５１４Ａ、５１４Ｂがそれにアドレス指定されなかったユーザ端末も、それらのユーザ端末に知られている情報に従ってそれらの「Ｘ」および「Ｙ」値を更新し（たとえば、低下させ）得る。ＡＣＫフレーム５１４Ａ、５１４Ｂを受信すると、受信ユーザ端末１０４Ａ〜１０４Ｄは、タイムアウトタイマー２２８Ａ〜２２８Ｄがアクティブである場合、それをリセットし得る。ユーザ端末１０４Ａ〜１０４Ｄはまた、次のＲＴＸフレーム送信のための新しい送信タイマー２２７Ａ〜２２７Ｄを開始し得る。

[0077]いくつかのインプリメンテーションでは、ＡＰ１０２は、ＢＳＳ中でＲＴＸ送信ユーザ端末１０４Ａ〜１０４Ｄからおよび／または他のユーザ端末から追加情報を受信するために、（点線アウトラインによって示されるように）ポーリング要求フレーム５０２を随意に送信し得る。ポーリング要求フレーム５０２は、図３および図４に関して前に説明したポーリング要求フレーム３０２Ａ、３０２Ｂ、４０２と同じであり得る。いくつかのインプリメンテーションでは、ポーリング要求フレーム５０２は、ＡＣＫフレーム５１４Ａと組み合わせられて、ＲＴＸフレーム５１２Ａの受信を肯定応答することと、１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄからの追加情報を要求することとの両方を行う単一の送信されたフレームになり得る。ポーリング要求フレーム５０２が、タイムアウトタイマー２２８Ａ〜２２８Ｄが満了する前にユーザ端末１０４Ａ〜１０４Ｄによって受信された場合、ユーザ端末１０４Ａ〜１０４Ｄは、タイムアウトタイマー２２８Ａ〜２２８Ｄをリセットまたはクリアし、図３に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄの情報を含むポーリング応答フレーム５０４を送信し得る。ポーリング応答フレーム５０４は、図３および図４に関して前に説明したポーリング応答フレーム３０４Ａ、３０４Ｂ、４０４と同じであり得る。

[0078]いくつかのインプリメンテーションでは、送信ユーザ端末１０４Ａ〜１０４Ｄの伝送効率が、図３に関して前に説明した、所定の、ＡＰ調整可能な値よりも大きい場合、ＡＣＫフレーム５１４Ａ、５１４Ｂ、ポーリング要求フレーム５０２またはポーリング応答フレーム５０４は送信されないことがあり、ＡＰ１０２は、ＲＴＸフレーム５１２Ａ、５１２Ｂを受信した直後に、およびＲＴＸフレーム５１２Ａ、５１２Ｂを受信したことに応答して直接、ＲＴＸフレーム５１２Ａ、５１２Ｂを送るユーザ端末１０４Ａ〜１０４Ｄにアドレス指定されたＣＴＸフレーム５０６を送信し得る。

[0079]また他のインプリメンテーションでは、ＡＰ１０２は、図３に関して前に説明したように、ＲＴＸフレーム５１２Ａ、５１２Ｂを受信したことに応答して、ＡＣＫフレーム５１４Ａ、５１４Ｂを送信し、次いで、ＣＴＸフレーム５０６をいつ送信すべきかを決定するための、ＲＴＸフレーム５１２Ａ、５１２Ｂを送信したユーザ端末１０４Ａ〜１０４Ｄに関連するトリガタイマー２５８を開始し得る。ＡＰ１０２は、ＡＰ１０２に複数のＲＴＸフレームを送信したが、ＵＬデータをまだ送信していない特定のユーザ端末１０４Ａ〜１０４Ｄに関連するトリガタイマー２５８のための初期カウントダウン値を随意に短縮または低減し得る。したがって、インプリメンテーションに応じて、ＡＰ１０２は、いずれかのユーザ端末１０４Ａ〜１０４Ｄに関連するトリガタイマー２５８が満了するとすぐに、いずれかのユーザ端末１０４Ａ〜１０４Ｄの送信効率が、所定の、ＡＰ調整可能な値よりも大きくなるとすぐに、またはすぐ上の２つの条件のうちのいずれかの存在によってトリガされた競合ベースのアクセス制御後に、ＣＴＸフレーム５０６を送信するように構成され得る。競合ベースのアクセス制御が利用された場合、他のフレームと比較してＣＴＸフレーム５０６のためのより高い競合優先度を保証するために、ＣＴＸフレーム５０６のための競合パラメータは他のフレームのための競合パラメータとは異なり得る。たとえば、ＣＴＸフレーム５０６と他のタイプのフレーム（たとえば、ポーリング要求フレーム）の両方が送信のために同時にスケジュールされることになる場合、ＡＰ１０２は、他のフレーム（たとえば、ポーリング要求フレーム５０２）の前に、送信のためにＣＴＸフレーム５０６をスケジュールし得る。ＣＴＸフレーム５０６がＲＴＸフレーム５１２Ａ、５１２Ｂの受信の直後に送信されない場合、ＡＰ１０２は、図３に関して前に説明したように、ＣＴＸフレーム５０６中でスケジュールされるべきユーザ端末１０４Ａ〜１０４Ｄの選択されたリストを与え得る（たとえば、それらの識別子はＣＴＸフレーム５０６中に含まれるべきである）。ＣＴＸフレーム５０６の送信後、ユーザ端末１０４Ａ〜１０４ＤおよびＡＰ１０２の挙動は、ＣＴＸフレーム５０６中でアドレス指定されたいずれかのユーザ端末１０４Ａ〜１０４ＤによるＭＵ−ＰＰＤＵフレーム５０８を介したＵＬデータの送信を含む、図４に関して前に説明したものと同じであり得る。ＡＰ１０２は、次いで、ＭＵ−ＰＰＤＵフレーム５０８の正確な受信を肯定応答するためにブロックＡＣＫフレーム５１０を送信し得る。

[0080]図６に、いくつかのインプリメンテーションによる、変更されたヌルデータフレームフォーマットを有するポーリング要求フレーム６００を示す。図３、図４、および図５のポーリング要求フレーム３０２Ａ、３０２Ｂ、４０２、５０２は、図６に示されているものなど、変更されたヌルデータフレーム（たとえば、ヌルデータパケット）フォーマットを有し得る。ポーリング要求フレーム６００は、以下の８つのフィールド、すなわち、フレーム制御（ｆｃ）フィールド６０４と、持続時間フィールド６０６と、受信機アドレス（ａ１）フィールド６０８と、送信機アドレス（ａ２）フィールド６１０と、宛先アドレス（ａ３）フィールド６１２と、第４のアドレス（ａ４）フィールド６１４と、サービス品質（ＱｏＳ）制御フィールド６１６と、高スループット（ＨＴ）制御フィールド６１８とのうちの１つまたは複数を含むＭＡＣヘッダ６０２を含み得る。ヌルデータフレーム６００はフレーム検査シーケンス（ＦＣＳ）フィールド６２０をさらに含み得る。ａ１フィールド６０８、ａ２フィールド６１０、ａ３フィールド６１２、およびａ４フィールド６１４の各々は、６８ビット（６オクテット）値である、デバイスのフルＭＡＣアドレスを備え得るか、または代替的に、これらのフィールドのうちのいずれかは、ショートＭＡＣヘッダフォーマットに基づく、関連する識別情報（ＡＩＤ）を備え得る。図１および図３〜図５で説明したタイミング図に関して、図１のＡＰ１０２は、ポーリングデータが要求されるすべてのユーザ端末１０４Ａ〜１０４Ｄ（たとえば、図１のユーザ端末１０４Ａ〜１０４Ｄのうちのいずれか）に対応するグループ識別子のいずれかを、受信機アドレス（ａ１）フィールド６０８または宛先アドレス（ａ３）フィールド６１２のいずれか中に含めるように構成され得る。代替的に、ＡＰ１０２は、ポーリング要求フレーム６００によってポーリングデータが要求されるユーザ端末１０４Ａ〜１０４Ｄの各々のための別個のＭＡＣアドレスを、フィールド６０８および６１２のいずれか中に含めるように構成され得る。ＡＰ１０２のＭＡＣアドレスは送信機アドレス（ａ２）フィールド６１０中に含まれ得る。

[0081]さらに、上記で説明したフィールドの各々は１つまたは複数のサブフィールドを備え得る。たとえば、図６に示されているように、フレーム制御フィールド６０４は、以下のサブフィールド、すなわち、プロトコルバージョンサブフィールド６２２と、タイプサブフィールド６２４と、サブタイプサブフィールド６２６と、分散システム（ＤＳ：distributed system）行きサブフィールド（to distributed system (DS) subfield）６２８と、ＤＳ発サブフィールド（from DS subfield）６３０と、モアフラグメントサブフィールド（more fragments subfield）６３２と、再試行サブフィールド６３４と、電力管理サブフィールド６３６と、モアデータインジケーションサブフィールド（more data indication subfield）６３８と、ＷＥＰサブフィールド６４０と、順序サブフィールド６４２とのうちの１つまたは複数を備え得る。いくつかのインプリメンテーションでは、ＡＰ１０２は、タイプサブフィールド６２４および／またはサブタイプサブフィールド６２６中に、フレーム６００をポーリング要求フレームとして識別する新しいインジケーションを挿入するように構成され得る。このようにして、いずれかの適合受信ユーザ端末１０４Ａ〜１０４Ｄは、図３〜図５に関して前に説明したように、フレーム６００をポーリング要求フレームとして正しく識別するように構成され得る。

[0082]いくつかの他のインプリメンテーションでは、図３〜図５のポーリング要求フレーム３０２Ａ、３０２Ｂ、４０２、５０２は、変更されたＣＴＸフレームのフォーマットを有し得る。図７に、変更された送信許可（ＣＴＸ）フレームフォーマットを有するポーリング要求フレーム７００を示す。ポーリング要求フレーム７００は、以下の４つのフィールド、すなわち、フレーム制御（ＦＣ）フィールド７０２と、持続時間フィールド７０４と、（受信機アドレス（ａ１）とも呼ばれる）受信機アドレス（ＲＡ）フィールド７０６と、フレーム検査シーケンス（ＦＣＳ）フィールド７０８とのうちの１つまたは複数を含み得る。フレーム制御フィールド７０２は、図６に関して前に説明したフレーム制御フィールド６０４と実質的に同じであり得、実質的に同じ情報を含み得る。持続時間フィールド７０４は、図６に関して前に説明した持続時間フィールド６０６と実質的に同じであり得、実質的に同じ情報を含み得る。ＲＡフィールド７０６は、図６に関して前に説明したアドレス１フィールド６０８と実質的に同じであり得、実質的に同じ情報を含む。最後に、ＦＣＳフィールド７０８は、図６に関して前に説明したＦＣＳフィールド６２０と実質的に同じであり得、実質的に同じ情報を含み得る。ポーリング要求フレーム３０２Ａ、３０２Ｂ、４０２、５０２の例示的なインプリメンテーションについて図６および図７において説明したが、本出願はそのように限定されず、ポーリング要求フレーム３０２Ａ、３０２Ｂ、４０２、５０２は、他の新しいフレームタイプまたは構成を備え得る。

[0083]さらに、ＣＴＸフレーム３０６、４０６、５０６は、フレーム制御フィールド７０２内のタイプサブフィールドおよび／またはサブタイプサブフィールド中のインジケーションが、ポーリング要求フレームではなくＣＴＸフレームを示し得ることを除いて、ポーリング要求フレーム７００と実質的に同じフォーマットを有し得る。

[0084]図８に、いくつかのインプリメンテーションによる、送信要求（ＲＴＸ）フレームを示す。ＲＴＸフレーム８００は、以下の５つのフィールド、すなわち、フレーム制御（ＦＣ）フィールド８０２と、持続時間フィールド８０４と、（受信機アドレス（ａ１）とも呼ばれる）受信機アドレス（ＲＡ）フィールド８０６と、（送信機アドレス（ａ２）とも呼ばれる）送信機アドレス（ＴＡ）フィールド８０８と、フレーム検査シーケンス（ＦＣＳ）フィールド８１０とのうちの１つまたは複数を含み得る。フレーム制御フィールド８０２、持続時間フィールド８０４、ＲＡフィールド８０６、ＴＡフィールド８０８およびＦＣＳフィールド８１０は、図６に関して前に説明した、それぞれ、フレーム制御フィールド６０４、持続時間フィールド６０６、アドレス１フィールド６０８、アドレス２フィールド６１０、およびＦＣＳフィールド６２０と実質的に同じであり、実質的に同じ情報を含み得る。

[0085]図９に、いくつかのインプリメンテーションによる、変更されたサービス品質（ＱｏＳ）フレームフォーマットを有するポーリング応答フレーム９００を示す。いくつかのインプリメンテーションでは、図３、図４、および図５のポーリング応答フレーム３０４Ａ、３０４Ｂ、４０４、５０４は、図９に示されている、変更されたＱｏＳフレームフォーマットを有し得る。ポーリング応答フレーム９００は、以下の９つのフィールド、すなわち、フレーム制御（ｆｃ）フィールド９０４と、持続時間フィールド９０６と、受信機アドレス（ａ１）フィールド９０８と、送信機アドレス（ａ２）フィールド９１０と、宛先アドレス（ａ３）フィールド９１２と、シーケンス制御フィールド９２２と、第４のアドレス（ａ４）フィールド９１４と、サービス品質（ＱｏＳ）制御フィールド９１６と、高スループット（ＨＴ）制御フィールド９１８とのうちの１つまたは複数を含むＭＡＣヘッダ９０２を含み得る。ポーリング応答フレーム９００がヌルフレームでない場合、ポーリング応答フレーム９００は、データペイロードを含み得るフレーム本体フィールド９２４をさらに含み得る。ポーリング応答フレーム９００は、エラー検査目的のためのフレーム検査シーケンス（ＦＣＳ）フィールド９２０をさらに含む。フレーム制御フィールド９０４、持続時間フィールド９０６、アドレス１フィールド９０８、アドレス２フィールド９１０、アドレス３フィールド９１２、アドレスフィールド９１４、ＨＴ制御フィールド９１８およびＦＣＳフィールド９２０の各々は、図６に関して前に説明した、それぞれ、フレーム制御フィールド６０４、持続時間フィールド６０６、アドレス１フィールド６０８、アドレス２フィールド６１０、アドレス３フィールド６１２、アドレスフィールド６１４、ＨＴ制御フィールド６１８およびＦＣＳフィールド６２０と実質的に同じであり、実質的に同じ情報を含み得る。たとえば、いくつかのインプリメンテーションでは、ポーリング要求フレームを受信するユーザ端末１０４Ａ〜１０４Ｄは、ポーリング応答フレームに対応する新しいインジケーションをフレーム制御フィールド９０４のタイプサブフィールドおよび／またはサブタイプフィールド（図６参照）中に挿入するように構成され得る。このようにして、ＡＰ１０２は、図３〜図５に関して前に説明したように、フレーム９００をポーリング応答フレームとして正確に識別することが可能であり得る。

[0086]さらに、図９に示されているように、ＱｏＳ制御フィールド９１６は、以下のサブフィールド、すなわち、トラフィックインジケータサブフィールド９５０と、サービス期間終了サブフィールド９５２と、肯定応答ポリシーサブフィールド９５４と、予約済みサブフィールド９５６と、変動サブフィールド９５８とのうちの１つまたは複数を備え得る。いくつかのインプリメンテーションでは、上述のサブフィールドは、それぞれ、４、１、２、１、および８ビットの長さを有し得る。図３〜図５に関して前に説明したように、ポーリング要求フレームを受信したことに応答して、ポーリング要求フレームがそれにアドレス指定された１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄは、ＡＰ１０２に送信されるべきキューイングされたデータの長さ、ユーザ端末の着信トラフィックレート、キューイングされたデータを送るためのユーザ端末１０４Ａ〜１０４Ｄの許容待ち時間、ユーザ端末のＭＳＤＵ平均最大および最小サイズ、ユーザ端末の所望のＴＸＯＰ長さ、ならびにユーザ端末のＭＣＳなど、送信ユーザ端末１０４Ａ〜１０４Ｄに対応する情報を含むポーリング応答フレームを送信し得る。

[0087]本出願は、そのような情報をＡＰ１０２に送信するためにポーリング応答フレーム９００（たとえば、変更されたＱｏＳフレーム）の１つまたは複数のフィールドまたはサブフィールドを再利用することを企図する。たとえば、ＡＰ１０２に送信されるべきキューイングされたデータの長さは、ポーリング応答フレーム９００のフォーマットを有する最後に送信されたＱｏＳデータフレームのＱｏＳ制御フィールド９１６のビット８〜１５のうちの１つまたは複数中で（たとえば、変動サブフィールド９５８中で）ピギーバックされ得る。いくつかのインプリメンテーションでは、追加のアップリンク情報（たとえば、ユーザ端末の着信トラフィックレート、キューイングされたデータを送るためのユーザ端末の許容待ち時間、ユーザ端末のＭＳＤＵ平均最大および最小サイズ、ユーザ端末の所望のＴＸＯＰ長さ、ならびにユーザ端末のＭＣＳ）は、ＱｏＳ制御フィールド９１６のサブフィールドのうちの１つまたは複数を再利用することによって、ポーリング応答フレーム９００中に含まれ得る。たとえば、変動サブフィールド９５８のビット８および９または８〜１０は、情報のタイプ（たとえば、ユーザ端末の着信トラフィックレート、キューイングされたデータを送るためのユーザ端末の許容待ち時間、ユーザ端末のＭＳＤＵ平均最大および最小サイズ、ユーザ端末の所望のＴＸＯＰ長さ、ならびにユーザ端末のＭＣＳ）を示すために再利用され得、ビット１０〜１５または１１〜１５は、それぞれ、ビット８および９または８〜１０中で示される情報タイプに対応する（１つまたは複数の）値を示すために再利用され得る。さらにまたは代替として、ポーリング応答フレーム９００がＱｏＳヌルフレームのフォーマットを有する場合、フレーム本体フィールド９２４は、シーケンスが必要とされるであろうデータを含まないことになるので、シーケンス制御フィールド９２２は、通常、利用されないであろう。そのような状況では、本出願は、アップリンクデータをＡＰ１０２に送信するためにシーケンス制御フィールド９２４を再利用することを企図する。たとえば、前に説明した追加のアップリンク情報の少なくとも一部分は、ポーリング応答フレーム９００がＱｏＳヌルフレームのフォーマットを有するとき、シーケンス制御フィールド９２２中に挿入され得る。したがって、図１のユーザ端末１０４Ａ〜１０４Ｄのうちのいずれかは、上記で説明したようにアップリンク情報を挿入し、ポーリング応答フレーム９００をＡＰ１０２に送信するように構成され得る。このようにして、ＡＰ１０２は、図３〜図５に関して前に説明したように、１つまたは複数のユーザ端末１０４Ａ〜１０４Ｄからの所望のアップリンク情報を取得することが可能であり得る。

[0088]ポーリング応答フレーム３０４Ａ、３０４Ｂ、４０４、５０４の例示的なインプリメンテーションについて図９に関して説明したが、本出願はそのように限定されず、ポーリング応答フレーム３０４Ａ、３０４Ｂ、４０４、５０４は、他の新しいフレームタイプまたは構成を備え得る。

[0089]図１０は、図３に関して前に説明した、いくつかのインプリメンテーションによる、アクセスポイント開始型モードでのユーザ端末（たとえば、図１のユーザ端末１０４Ａ〜１０４Ｄのうちのいずれか）によるマルチユーザワイヤレス通信のための方法を示すフローチャート１０００である。いくつかのインプリメンテーションでは、前に述べたように、ユーザ端末１０４Ａ〜１０４Ｄは、図２Ａのワイヤレスデバイス２０２によってインプリメントされ得る。したがって、フローチャート１０００におけるステップのうちの１つまたは複数は、図２に関して前に説明した、ＵＴ ＭＵ制御モジュール２３０（たとえば、送信タイマー２２７Ａ〜２２７Ｄとタイムアウトタイマー２２８Ａ〜２２８Ｄとを備え得るプロセッサ２０４、および送信バッファ２２６Ａ〜２２６Ｄを備え得るメモリ２０６のうちの１つまたは複数）および／または送信機２１０または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[0090]フローチャート１０００は、アップリンクデータを送信バッファに記憶することを含む、ブロック１００２から始まり得る。たとえば、図２Ａのワイヤレスデバイス２０２は、図１のＡＰ１０２への送信のためのアップリンクデータを送信バッファ２２６Ａ〜２２６Ｄに記憶するように構成され得る。フローチャート１０００は、次いでブロック１００４に進み得る。

[0091]ブロック１００４は、装置に関連するアップリンク情報を取得するために、アクセスポイントからポーリング要求フレームを受信することを含む。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図３に関して前に説明したようにポーリング要求フレーム３０２Ａ、３０２Ｂを受信するように構成され得る。フローチャート１０００は、次いでブロック１００６に進み得る。

[0092]ブロック１００６は、アクセスポイントからポーリング要求フレームを受信したことに応答して、ユーザ端末に関連するアップリンク情報を備えるポーリング応答フレームを生成することと、ポーリング応答フレームをアクセスポイントに送信することとを含む。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２）は、図３に関して前に説明したようにポーリング応答フレーム３０４Ａ、３０４Ｂを生成するように構成され得る。フローチャート１０００は、次いでブロック１００８に進み得る。

[0093]ブロック１００８は、アクセスポイントから送信許可（ＣＴＸ）フレームを受信することを含む。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図３に関して前に説明したように、アクセスポイント１０２（図１）からＣＴＸフレーム３０６を受信するように構成され得る。フローチャート１０００は、次いでブロック１０１０に進み得る。

[0094]ブロック１０１０は、ユーザ端末にアドレス指定されたＣＴＸフレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信することを含む。たとえば、ワイヤレスデバイス２０２の送信機２１０（図２）は、図３に関して前に説明したように、ＣＴＸフレーム３０６を受信したことに基づいて、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイント１０２（図１）に、送信バッファ２２６Ａ〜２２６Ｄ中に存在するアップリンクデータを送信するように構成され得る。

[0095]図１１は、図３に関して前に説明した、いくつかのインプリメンテーションによる、アクセスポイント開始型モードでのアクセスポイント（たとえば、図１のＡＰ１０２）によるマルチユーザワイヤレス通信のための方法を示すフローチャート１１００である。いくつかのインプリメンテーションでは、前に述べたように、ＡＰ１０２は、図２Ｂのワイヤレスデバイス２５２によってインプリメントされ得る。したがって、フローチャート１１００におけるステップのうちの１つまたは複数は、図２Ｂに関して前に説明した、ＡＰ ＭＵ制御モジュール２３０（たとえば、トリガタイマー２５８を含み得るプロセッサ２５４、およびメモリ２５６の一方または両方）および／または送信機２１１または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[0096]フローチャート１１００は、複数のユーザ端末からのアップリンク情報を取得するためにポーリング要求フレームを送信することを含む、ブロック１１０２から始まり得る。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図３に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）からのアップリンク情報を取得するためにポーリング要求フレーム３０２Ａ、３０２Ｂを送信するように構成され得る。フローチャート１１００は、次いでブロック１１０４に進み得る。

[0097]ブロック１１０４は、複数のユーザ端末からのアップリンク情報を備える少なくとも１つのポーリング応答フレームを受信することを含む。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図３に関して前に説明したようにポーリング応答フレーム３０４Ａ、３０４Ｂを受信するように構成され得る。フローチャート１１００は、次いでブロック１１０６に進み得る。

[0098]ブロック１１０６は、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可（ＣＴＸ）フレームを送信することを含み、ＣＴＸフレームは、装置にアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図３に関して前に説明したようにＣＴＸフレーム３０６を送信するように構成され得る。「複数のユーザ端末に選択的にアドレス指定された」という用語は、ポーリング応答フレーム３０４Ａ、３０４Ｂを最初に送信するユーザ端末のすべてよりも少ないユーザ端末がＣＴＸフレーム３０６中でアドレス指定されることを示し得る。フローチャート１１００は、次いでブロック１１０８に進み得る。

[0099]ブロック１１０８は、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信することを含む。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図３に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの２つ以上からのアップリンクデータを含み得る、ＭＵ−ＰＰＤＵ３０８を受信するように構成され得る。

[00100]図１２は、図４に関して前に説明した、いくつかのインプリメンテーションによる、ユーザ端末開始型モードでのユーザ端末（たとえば、図１のユーザ端末１０４Ａ〜１０４Ｄのうちのいずれか）によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート１２００である。いくつかのインプリメンテーションでは、前に述べたように、ユーザ端末１０４Ａ〜１０４Ｄは、図２Ａのワイヤレスデバイス２０２によってインプリメントされ得る。したがって、フローチャート１０００におけるステップのうちの１つまたは複数は、図２に関して前に説明した、ＵＴ ＭＵ制御モジュール２３０（たとえば、送信タイマー２２７Ａ〜２２７Ｄとタイムアウトタイマー２２８Ａ〜２２８Ｄとを備え得るプロセッサ２０４、および送信バッファ２２６Ａ〜２２６Ｄを備え得るメモリ２０６のうちの１つまたは複数）および／または送信機２１０または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[00101]フローチャート１２００は、アップリンクデータを送信バッファに記憶することを含む、ブロック１２０２から始まり得る。たとえば、図２Ａのワイヤレスデバイス２０２は、図１のＡＰ１０２への送信のためのアップリンクデータを送信バッファ２２６Ａ〜２２６Ｄに記憶するように構成され得る。フローチャート１２００は、次いでブロック１２０４に進み得る。

[00102]ブロック１２０４は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求（ＲＴＸ）フレームを生成することを含む。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図４に関して前に説明したようにＲＴＸフレーム４１２を生成するように構成され得る。フローチャート１２００は、次いでブロック１２０６に進み得る。

[00103]ブロック１２０６は、ＲＴＸフレームをいつ送信すべきかを決定するための送信タイマーを開始することを含む。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図４に関して前に説明したように送信タイマー２２７Ａ〜２２７Ｄを開始するように構成され得る。フローチャート１２００は、次いでブロック１２０８に進み得る。

[00104]ブロック１２０８は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、ＲＴＸフレームを送信することを含む。たとえば、ワイヤレスデバイス２０２の送信機２１０（図２Ａ）は、図４に関して前に説明したように、送信タイマー２２７Ａ〜２２７Ｄのいずれかが「Ｘ」から０までカウントダウンしたとき、または送信バッファ中のアップリンクデータが所定のトリガレベル「Ｙ」を超えたとき、ＲＴＸフレーム４１２を送信するように構成され得る。フローチャート１２００は、次いでブロック１２１２に進み得る。

[00105]いくつかのインプリメンテーションでは、ＡＰ１０２は、ＲＴＸフレーム４１２を受信すると、ポーリング要求を送信し得る。そのようなインプリメンテーションでは、フローチャート１２００はブロック１２１０に進み得る。場合によっては、フローチャート１２００は、破線矢印によって示されているように、ブロック１２１０および１２１２をスキップして、ブロック１２１４に直接進み得る。ブロック１２１０は、装置に関連するアップリンク情報を取得するために、アクセスポイントからポーリング要求フレームを受信することを備え得る。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図４に関して前に説明したようにポーリング要求フレーム４０２を受信するように構成され得る。フローチャート１２００は、次いでブロック１２１２に進み得る。

[00106]ブロック１２１２は、アクセスポイントからポーリング要求フレームを受信したことに応答して、装置に関連するアップリンク情報を備えるポーリング応答フレームを生成することと、ポーリング応答フレームをアクセスポイントに送信することとを含む。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図４に関して前に説明したようにポーリング応答フレーム４０４を生成するように構成され得る。フローチャート１２００は、次いでブロック１２１４に進み得る。

[00107]ブロック１２１４は、アクセスポイントから送信許可（ＣＴＸ）フレームを受信することを含む。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図４に関して前に説明したように、アクセスポイント１０２（図１）からＣＴＸフレーム４０６を受信するように構成され得る。フローチャート１２００は、次いでブロック１２１６に進み得る。

[00108]ブロック１２１６は、装置にアドレス指定されたＣＴＸフレームを受信したことに基づいて、少なくとも１つの他の装置がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信することを含む。たとえば、ワイヤレスデバイス２０２の送信機２１０（図２Ａ）は、図４に関して前に説明したように、ＣＴＸフレーム４０６を受信したことに基づいて、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイント１０２（図１）に、メモリ２０６中に存在するアップリンクデータを送信するように構成され得る。

[00109]図１３は、図４に関して前に説明した、いくつかのインプリメンテーションによる、ユーザ端末開始型モードでのアクセスポイント（たとえば、図１のＡＰ１０２）によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート１３００である。いくつかのインプリメンテーションでは、前に述べたように、ＡＰ１０２は、図２Ｂのワイヤレスデバイス２５２によってインプリメントされ得る。したがって、フローチャート１１００におけるステップのうちの１つまたは複数は、図２Ｂに関して前に説明した、ＡＰ ＭＵ制御モジュール２３０（たとえば、トリガタイマー２５８を含み得るプロセッサ２５４、およびメモリ２５６の一方または両方）および／または送信機２１０または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[00110]フローチャート１３００は、送信要求（ＲＴＸ）フレームを受信することを含み得る、ブロック１３０２から始まり得る。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図４に関して前に説明したようにＲＴＸフレーム４１２を受信するように構成され得る。いくつかのインプリメンテーションでは、次いで、ポーリング要求フレームが送信され得る。そのようなインプリメンテーションでは、フローチャート１３００はブロック１３０４に進み得る。場合によっては、フローチャート１３００は、破線矢印によって示されているように、ブロック１３０８に直接進み得る。

[00111]ブロック１３０４は、複数のユーザ端末からのアップリンク情報を取得するためにポーリング要求フレームを送信することを備え得る。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図４に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）からのアップリンク情報を取得するためにポーリング要求フレーム４０２を送信するように構成され得る。フローチャート１３００は、次いでブロック１３０６に進み得る。

[00112]ブロック１３０６は、複数のユーザ端末からのアップリンク情報を備える少なくとも１つのポーリング応答フレームを受信することを備え得る。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図４に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの１つまたは複数からポーリング応答フレーム４０４を受信するように構成され得る。フローチャート１３００は、次いでブロック１３０８に進み得る。

[00113]ブロック１３０８は、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可（ＣＴＸ）フレームを送信することを備え得、ＣＴＸフレームは、装置にアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図４に関して前に説明したようにＣＴＸフレーム４０６を送信するように構成され得る。「複数のユーザ端末に選択的にアドレス指定された」という用語は、ポーリング応答フレーム４０４を最初に送信するユーザ端末のすべてよりも少ないユーザ端末がＣＴＸフレーム４０６中でアドレス指定されることを示し得る。フローチャート１３００は、次いでブロック１３１０に進み得る。

[00114]ブロック１３１０は、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信することを備え得る。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図４に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの２つ以上からのアップリンクデータを含み得る、ＭＵ−ＰＰＤＵ４０８を受信するように構成され得る。

[00115]図１４は、図５に関して前に説明した、いくつかのインプリメンテーションによる、ハイブリッド開始型モードでのユーザ端末（たとえば、図１のユーザ端末１０４Ａ〜１０４Ｄのうちのいずれか）によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート１４００である。いくつかのインプリメンテーションでは、前に述べたように、ユーザ端末１０４Ａ〜１０４Ｄは、図２Ａのワイヤレスデバイス２０２によってインプリメントされ得る。したがって、フローチャート１０００におけるステップのうちの１つまたは複数は、図２に関して前に説明した、ＵＴ ＭＵ制御モジュール２３０（たとえば、送信タイマー２２７Ａ〜２２７Ｄとタイムアウトタイマー２２８Ａ〜２２８Ｄとを備え得るプロセッサ２０４、および送信バッファ２２６Ａ〜２２６Ｄを備え得るメモリ２０６のうちの１つまたは複数）および／または送信機２１０または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[00116]フローチャート１４００は、アップリンクデータを送信バッファに記憶することを含み得る、ブロック１４０２から始まり得る。たとえば、図２Ａのワイヤレスデバイス２０２は、図１のＡＰ１０２への送信のためのアップリンクデータをメモリ２０６に記憶するように構成され得る。フローチャート１４００は、次いでブロック１４０４に進み得る。

[00117]ブロック１４０４は、アップリンクデータが送信バッファ中に存在することに応答して、送信要求（ＲＴＸ）フレームを生成することを備え得る。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図５に関して前に説明したようにＲＴＸフレーム５１２Ａ、５１２Ｂを生成するように構成され得る。フローチャート１４００は、次いでブロック１４０６に進み得る。

[00118]ブロック１４０６は、ＲＴＸフレームをいつ送信すべきかを決定するための送信タイマーを開始することを備え得る。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図５に関して前に説明したように送信タイマー２２７Ａ〜２２７Ｄを開始するように構成され得る。フローチャート１４００は、次いでブロック１４０８に進み得る。

[00119]ブロック１４０８は、送信タイマーが満了したとき、または送信バッファ中に存在するアップリンクデータがしきい値量を超えたとき、ＲＴＸフレームを送信することを備え得る。たとえば、ワイヤレスデバイス２０２の送信機２１０（図２Ａ）は、図５に関して前に説明したように、送信タイマー２２７Ａ〜２２７Ｄのいずれかが「Ｘ」から０までカウントダウンしたとき、または送信バッファ中のアップリンクデータが所定のトリガレベル「Ｙ」を超えたとき、ＲＴＸフレーム５１２Ａ、５１２Ｂを送信するように構成され得る。フローチャート１４００は、次いでブロック１４１２に進み得る。

[00120]ブロック１４１０は、アクセスポイントがＲＴＸフレームを受信したことに応答して、アクセスポイントから肯定応答フレームを受信することを備え得る。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図５に関して前に説明したようにＡＣＫフレーム５１４Ａ、５１４Ｂを受信するように構成され得る。

[00121]いくつかのインプリメンテーションでは、ＡＰ１０２は、ＡＣＫフレーム５１４Ａ、５１４Ｂ（図５）を送信した後、ポーリング要求を送信し得る。そのようなインプリメンテーションでは、フローチャート１４００はブロック１４１２に進み得る。場合によっては、フローチャート１４００は、破線矢印によって示されているように、ブロック１４１２および１４１４をスキップして、ブロック１４１６に直接進み得る。ブロック１４１２は、装置に関連するアップリンク情報を取得するために、アクセスポイントからポーリング要求フレームを受信することを備え得る。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図５に関して前に説明したようにポーリング要求フレーム５０２を受信するように構成され得る。フローチャート１４００は、次いでブロック１４１４に進み得る。

[00122]ブロック１４１４は、アクセスポイントからポーリング要求フレームを受信したことに応答して、装置に関連するアップリンク情報を備えるポーリング応答フレームを生成することと、ポーリング応答フレームをアクセスポイントに送信することとを備え得る。たとえば、ワイヤレスデバイス２０２のプロセッサ２０４（図２Ａ）は、図５に関して前に説明したようにポーリング応答フレーム５０４を生成するように構成され得る。フローチャート１４００は、次いでブロック１４１６に進み得る。

[00123]ブロック１４１６は、アクセスポイントから送信許可（ＣＴＸ）フレームを受信することを備え得る。たとえば、ワイヤレスデバイス２０２の受信機２１２（図２Ａ）は、図５に関して前に説明したように、アクセスポイント１０２（図１）からＣＴＸフレーム５０６を受信するように構成され得る。フローチャート１４００は、次いでブロック１４１８に進み得る。

[00124]ブロック１４１８は、装置にアドレス指定されたＣＴＸフレームを受信したことに基づいて、少なくとも１つの他の装置がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイントに、送信バッファ中に存在するアップリンクデータを送信することを備え得る。たとえば、ワイヤレスデバイス２０２の送信機２１０（図２Ａ）は、図５に関して前に説明したように、ＣＴＸフレーム５０６を受信したことに基づいて、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間にアクセスポイント１０２（図１）に、メモリ２０６中に存在するアップリンクデータを送信するように構成され得る。

[00125]図１５は、図５に関して前に説明した、いくつかのインプリメンテーションによる、ハイブリッド開始型モードでのアクセスポイント（たとえば、図１のＡＰ１０２）によるマルチユーザワイヤレス通信のための別の方法を示すフローチャート１５００である。いくつかのインプリメンテーションでは、前に述べたように、ＡＰ１０２は、図２Ｂのワイヤレスデバイス２５２によってインプリメントされ得る。したがって、フローチャート１１００におけるステップのうちの１つまたは複数は、図２Ｂに関して前に説明した、ＡＰ ＭＵ制御モジュール２３０（たとえば、トリガタイマー２５８を含み得るプロセッサ２５４、およびメモリ２５６の一方または両方）および／または送信機２１０または受信機２１２によって、あるいはそれらとともに実行され得る。しかしながら、本明細書で説明するステップのうちの１つまたは複数をインプリメントするために他の構成要素が使用され得ることを当業者は諒解されよう。ブロックについてある順序で行われるものとして説明することがあるが、ブロックは並べ替えられ得、ブロックは省略され得、および／または追加のブロックが追加され得る。

[00126]フローチャート１５００は、送信要求（ＲＴＸ）フレームを受信することを含み得る、ブロック１５０２から始まり得る。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図５に関して前に説明したようにＲＴＸフレーム５１２Ａ、５１２Ｂを受信するように構成され得る。

[00127]ブロック１５０４は、受信機がＲＴＸフレームを受信したことに応答して、肯定応答フレームを送信することを含む。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、受信機２１２がＲＴＸフレーム５１２Ａ、５１２Ｂを受信したことに応答して、肯定応答フレーム５１４Ａ、５１４Ｂを送信するように構成され得る。いくつかのインプリメンテーションでは、次いで、ポーリング要求フレームが送信され得る。そのようなインプリメンテーションでは、フローチャート１５００はブロック１５０６に進み得る。場合によっては、フローチャート１５００は、破線矢印によって示されているように、ブロック１５１０に直接進み得る。

[00128]ブロック１５０６は、複数のユーザ端末からのアップリンク情報を取得するためにポーリング要求フレームを送信することを含む。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図５に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）からのアップリンク情報を取得するためにポーリング要求フレーム５０２を送信するように構成され得る。フローチャート１５００は、次いでブロック１５０８に進み得る。

[00129]ブロック１５０８は、複数のユーザ端末からのアップリンク情報を備える少なくとも１つのポーリング応答フレームを受信することを含む。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図５に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの１つまたは複数からポーリング応答フレーム５０４を受信するように構成され得る。フローチャート１５００は、次いでブロック１５１０に進み得る。

[00130]ブロック１５１０は、複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可（ＣＴＸ）フレームを送信することを含み、ＣＴＸフレームは、装置にアップリンクデータを同時に送信するための、複数のユーザ端末のうちの１つまたは複数の各々のための指定された時間を示す。たとえば、ワイヤレスデバイス２５２の送信機２１０（図２Ｂ）は、図５に関して前に説明したようにＣＴＸフレーム５０６を送信するように構成され得る。「複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された」という用語は、ポーリング応答フレーム５０４を最初に送信するユーザ端末のすべてよりも少ないユーザ端末がＣＴＸフレーム５０６中でアドレス指定されることを示し得る。フローチャート１５００は、次いでブロック１５１２に進み得る。

[00131]ブロック１５１２は、指定された時間に複数のユーザ端末の各々からアップリンクデータ送信を受信することを含む。たとえば、ワイヤレスデバイス２５２の受信機２１２（図２Ｂ）は、図５に関して前に説明したように、ユーザ端末１０４Ａ〜１０４Ｄ（図１）のうちの２つ以上からのアップリンクデータを含み得る、ＭＵ−ＰＰＤＵ５０８を受信するように構成され得る。

[00132]本開示で説明したインプリメンテーションへの様々な修正は当業者には容易に明らかであり得、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他のインプリメンテーションに適用され得る。したがって、本開示は、本明細書で示したインプリメンテーションに限定されるものではなく、本明細書で開示する特許請求の範囲、原理および新規の特徴に一致する、最も広い範囲を与られるべきである。「例示的」という単語は、本明細書ではもっぱら「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明したいかなるインプリメンテーションも、必ずしも他のインプリメンテーションよりも好ましいまたは有利であると解釈されるべきであるとは限らない。

[00133]また、別個のインプリメンテーションに関して本明細書で説明したいくつかの特徴は、単一のインプリメンテーションにおいて組合せでインプリメントされ得る。また、逆に、単一のインプリメンテーションに関して説明した様々な特徴は、複数のインプリメンテーションにおいて別個に、または任意の好適な部分組合せでインプリメントされ得る。その上、特徴は、いくつかの組合せで働くものとして上記で説明され、初めにそのように請求されることさえあるが、請求される組合せからの１つまたは複数の特徴は、場合によってはその組合せから削除され得、請求される組合せは、部分組合せ、または部分組合せの変形形態を対象とし得る。

[00134]上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示されているどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。

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

[00136]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せでインプリメントされ得る。ソフトウェアでインプリメントされる場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ記憶媒体を含み得るコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。上記の組合せもコンピュータ可読媒体の範囲に含まれるべきである。

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

[00138]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって決定される。

Claims (30)

1. マルチユーザワイヤレス通信のためのユーザ端末であって、
   送信のためのアップリンクデータを記憶するように構成された送信バッファと、
   アップリンクデータが前記送信バッファ中に存在することに応答して、送信要求フレームを生成することと、
   前記送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することと
   を行うように構成されたプロセッサと、
   前記送信タイマーが満了したとき、または前記送信バッファ中に存在する前記アップリンクデータがしきい値量を超えたとき、前記送信要求フレームを送信するように構成された送信機と、
   前記送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信するように構成された受信機、ここにおいて、前記送信機は、前記ユーザ端末にアドレス指定された前記送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間に前記アクセスポイントに、前記送信バッファ中に存在する前記アップリンクデータを送信するように構成された、と
   を備える、ユーザ端末。
2. 前記プロセッサは、前記送信機が前記送信要求フレームを送信したことに応答して、タイムアウトタイマーを開始するようにさらに構成され、
   前記送信機は、前記タイムアウトタイマーが満了する前に前記受信機が前記送信許可フレームを受信しないことに応答して、前記送信要求フレームを再送信するように構成された、
   請求項１に記載のユーザ端末。
3. 前記受信機は、前記アクセスポイントが前記送信要求フレームを受信したことに応答して、前記アクセスポイントから肯定応答フレームを受信するようにさらに構成された、
   請求項１に記載のユーザ端末。
4. 前記送信タイマーのタイムアウト値および前記アップリンクデータの前記しきい値量のうちの少なくとも１つが、前記プロセッサと前記アクセスポイントの一方または両方によって構成可能である、
   請求項１に記載のユーザ端末。
5. 前記受信機は、前記アクセスポイントが前記送信許可フレームを送信する前に、前記ユーザ端末に関連するアップリンク情報を取得するために、前記アクセスポイントからポーリング要求フレームを受信するようにさらに構成された、
   請求項１に記載のユーザ端末。
6. 前記プロセッサは、前記受信機が前記ポーリング要求フレームを受信したことに応答して、前記ユーザ端末に関連する前記アップリンク情報を備えるポーリング応答フレームを生成するように構成され、
   前記送信機が、前記ポーリング応答フレームを前記アクセスポイントに送信するように構成された、
   請求項５に記載のユーザ端末。
7. 前記プロセッサは、前記アップリンク情報を、前記ポーリング応答フレームのシーケンス制御フィールドまたはサービス品質制御フィールドの一方または両方の１つまたは複数のビットに挿入するように構成され、前記アップリンク情報は、前記送信バッファ中に存在する前記アップリンクデータの量と、前記ユーザ端末の着信トラフィックレートと、前記アップリンクデータを送るための最大待ち時間と、メディアアクセス制御サービスデータユニットのサイズと、要求された送信機会の長さと、前記ユーザ端末に関連する変調およびコーディング方式とのうちの少なくとも１つを備える、
   請求項６に記載のユーザ端末。
8. ユーザ端末によるマルチユーザワイヤレス通信のための方法であって、
   アップリンクデータを送信バッファに記憶することと、
   前記アップリンクデータが前記送信バッファ中に存在することに応答して、送信要求フレームを生成することと、
   前記送信要求フレームをいつ送信すべきかを決定するための送信タイマーを開始することと、
   前記送信タイマーが満了したとき、または前記送信バッファ中に存在する前記アップリンクデータがしきい値量を超えたとき、前記送信要求フレームを送信することと、
   前記送信された送信要求フレームに基づいて、アクセスポイントから送信許可フレームを受信することと、
   前記送信許可フレームを受信したことに基づいて、少なくとも１つの他のユーザ端末がアップリンクデータを送信するのと同時に、指定された時間に前記アクセスポイントに、前記送信バッファ中に存在する前記アップリンクデータを送信することと
   を備える、方法。
9. 前記送信要求フレームを送信すると、タイムアウトタイマーを開始することと、前記タイムアウトタイマーが満了する前に前記送信許可フレームが受信されない場合、前記送信要求フレームを再送信することとをさらに備える、
   請求項８に記載の方法。
10. 前記アクセスポイントが前記送信要求フレームを受信したことに応答して、前記アクセスポイントから肯定応答フレームを受信することをさらに備える、
    請求項８に記載の方法。
11. 前記送信タイマーのタイムアウト値および前記アップリンクデータの前記しきい値量のうちの少なくとも１つは、前記アクセスポイントによって構成可能である、
    請求項８に記載の方法。
12. 前記アクセスポイントが前記送信許可フレームを送信する前に、アップリンク情報を取得するために前記アクセスポイントからポーリング要求フレームを受信することをさらに備える、
    請求項８に記載の方法。
13. 前記アクセスポイントから前記ポーリング要求フレームを受信したことに応答して、前記アップリンク情報を備えるポーリング応答フレームを生成することと、
    前記ポーリング応答フレームを前記アクセスポイントに送信することと
    をさらに備える、請求項１２に記載の方法。
14. 前記アップリンク情報は、前記送信バッファ中に存在する前記アップリンクデータの量と、前記ユーザ端末の着信トラフィックレートと、前記アップリンクデータを送るための最大待ち時間と、メディアアクセス制御サービスデータユニットのサイズと、要求された送信機会長さと、前記ユーザ端末に関連する変調およびコーディング方式とのうちの少なくとも１つを備え、前記方法が、前記アップリンク情報を、前記ポーリング応答フレームのシーケンス制御フィールドまたはサービス品質制御フィールドの一方または両方の１つまたは複数のビットに挿入することをさらに備える、
    請求項１３に記載の方法。
15. マルチユーザワイヤレス通信のためのアクセスポイントであって、
    複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可フレームを送信するように構成された送信機、前記送信許可フレームは、前記アクセスポイントにアップリンクデータを同時に送信するための、前記複数のユーザ端末のうちの前記１つまたは複数の各々のための指定された時間を示す、と、
    前記指定された時間に前記複数のユーザ端末のうちの前記１つまたは複数の各々からアップリンクデータ送信を受信するように構成された受信機と
    を備える、アクセスポイント。
16. 前記受信機は、前記送信機が前記送信許可フレームを送信する前に、送信要求フレームを受信するように構成された、
    請求項１５に記載のアクセスポイント。
17. 前記送信機は、前記受信機が前記送信要求フレームを受信したことに応答して、肯定応答フレームを送信するようにさらに構成された、
    請求項１６に記載のアクセスポイント。
18. 前記送信機は、前記送信許可フレームを送信する前に、前記複数のユーザ端末からのアップリンク情報を取得するためにポーリング要求フレームを送信するように構成され、
    前記受信機は、前記複数のユーザ端末からの前記アップリンク情報を備える少なくとも１つのポーリング応答フレームを受信するように構成された、
    請求項１５に記載のアクセスポイント。
19. 前記ポーリング要求フレームは、ヌルデータパケットを備える、
    請求項１８に記載のアクセスポイント。
20. 前記複数のユーザ端末の各々のためのトリガタイマーを維持することと、
    トリガタイマーが満了すること、前記複数のユーザ端末のうちの少なくとも１つの伝送効率がしきい値を超えること、満了していないトリガタイマー上に残っている時間の降順、送信されるべきキューイングされたアップリンクデータの量の降順、および前記複数のユーザ端末に関連する伝送効率の降順に基づいて、前記送信許可フレームの送信の前に、前記送信許可フレームを前記複数のユーザ端末のうちの前記１つまたは複数に選択的にアドレス指定することと
    を行うように構成されたプロセッサをさらに備える、請求項１５に記載のアクセスポイント。
21. 前記プロセッサは、前記複数のユーザ端末の各々のバッファサイズ、トラフィックパターン、スリープサイクル、および受信信号強度インジケータのうちの１つまたは複数に基づいて、前記ポーリング要求フレームを前記複数のユーザ端末の各々に選択的にアドレス指定するようにさらに構成された、
    請求項２０に記載のアクセスポイント。
22. 前記送信機は、前記複数のユーザ端末のうちの少なくとも１つの伝送効率がしきい値を超えたとき、前記送信許可フレームを送信するようにさらに構成された、
    請求項１５に記載のアクセスポイント。
23. アクセスポイントによるマルチユーザワイヤレス通信のための方法であって、
    複数のユーザ端末のうちの１つまたは複数に選択的にアドレス指定された送信許可フレームを送信すること、前記送信許可フレームは、前記アクセスポイントにアップリンクデータを同時に送信するための、前記複数のユーザ端末のうちの前記１つまたは複数の各々のための指定された時間を示す、と、
    前記指定された時間に前記複数のユーザ端末のうちの前記１つまたは複数の各々からアップリンクデータ送信を受信することと
    を備える、方法。
24. 前記送信許可フレームを送信する前に、送信要求フレームを受信することをさらに備える、
    請求項２３に記載の方法。
25. 前記受信機が前記送信要求フレームを受信したことに応答して、肯定応答フレームを送信することをさらに備える、
    請求項２４に記載の方法。
26. 前記送信許可フレームを送信する前に、前記複数のユーザ端末からのアップリンク情報を取得するためにポーリング要求フレームを送信することと、
    前記複数のユーザ端末からの前記アップリンク情報を備える少なくとも１つのポーリング応答フレームを受信することと
    をさらに備える、請求項２３に記載の方法。
27. 前記ポーリング要求フレームは、ヌルデータパケットを備える、
    請求項２６に記載の方法。
28. 前記複数のユーザ端末の各々のためのトリガタイマーを維持することと、
    トリガタイマーが満了すること、前記複数のユーザ端末のうちの少なくとも１つの伝送効率がしきい値を超えること、満了していないトリガタイマー上に残っている時間の降順、送信されるべきキューイングされたアップリンクデータの量の降順、および前記複数のユーザ端末に関連する伝送効率の降順に基づいて、前記送信許可フレームの送信の前に、前記送信許可フレームを前記複数のユーザ端末のうちの前記１つまたは複数に選択的にアドレス指定することと
    をさらに備える、請求項２３に記載の方法。
29. 前記複数のユーザ端末の各々のバッファサイズ、トラフィックパターン、スリープサイクル、および受信信号強度インジケータのうちの１つまたは複数に基づいて、前記ポーリング要求フレームを前記複数のユーザ端末の各々に選択的にアドレス指定することをさらに備える、
    請求項２６に記載の方法。
30. 前記送信許可フレームは、前記複数のユーザ端末のうちの少なくとも１つの伝送効率がしきい値を超えたときに送信される、
    請求項２３に記載の方法。

Images