JP7776641B2 - 非ｒ－ｔｗｔメンバーｓｔａのバーストトラフィック送信のためのアクセス許可 - Google Patents

Description

〔関連出願の相互参照〕
[0001] 本出願は、２０２２年１１月４日に出願された米国特許出願第１８／０５２，６６４号に対する優先権及びその利益を主張するものであり、この特許出願はその全体が引用により本明細書に組み入れられる。本出願は、２０２１年１１月１６日に出願された米国仮特許出願第６３／２６４，１２７号に対する優先権及びその利益を主張するものであり、この仮特許出願はその全体が引用により本明細書に組み入れられる。

〔連邦政府が支援する研究又は開発に関する記述〕
[0002] 適用なし

〔著作権保護を受ける資料の通知〕
[0003] 本特許文書中の資料の一部は、米国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、米国特許商標庁の一般公開ファイル又は記録内に表されるとおりに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定するわけではないが、米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておくあらゆる権利を本明細書によって放棄するものではない。

[0005] 本開示の技術は、一般に、ＣＳＭＡ／ＣＡの下での無線ネットワーク通信に関し、具体的には、Ｒ－ＴＷＴ ＳＰを使用する時にリアルタイムパケットトラフィックを増加させることに関する。

[0007] ＣＳＭＡ／ＣＡを使用する現在の無線技術は、高スループットのネットワーク性能に焦点を当てている。しかしながら、リアルタイムアプリケーション（ＲＴＡ）などのますます多くのアプリケーションが、低レイテンシ通信を必要とする。ＲＴＡから生成されるデータは、ＲＴＡトラフィックと呼ばれ、送信機ＳＴＡにおいてＲＴＡフレームとしてパケット化される。また、非時間依存アプリケーションから生成されるデータは、非ＲＴＡトラフィックと呼ばれ、送信機ＳＴＡにおいて非ＲＴＡフレームとしてパケット化される。次に、送信機ＳＴＡは、フレームを搬送するパケットを、チャネルを通じて受信機ＳＴＡに送信する。

[0008] ＲＴＡフレームは、その高い適時性の配信要件に起因して、低レイテンシ通信を必要とする。ＲＴＡフレームは、一般に、特定の期間内に配信された場合にのみ有効である。

[0009] ＣＳＭＡ／ＣＡの下での１つの意図された解決策は、ＲＴＡフレーム交換のために、８０２．１１ｂｅで規定されるように、限定的ターゲットウェイクタイム（Ｒ－ＴＷＴ：Ｒｅｓｔｒｉｃｔｅｄ Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）のサービス期間（ＳＰ）をスケジュールすることである。Ｒ－ＴＷＴ ＳＰは、スケジュールされたＲＴＡフレームにより高い優先度を許可するが、スケジュールされていないＲＴＡフレームは、送信されている情報が非常に重要である場合でも、著しい遅延を受ける場合がある。

[0010] したがって、Ｒ－ＴＷＴ ＳＰの改良された処理に対するニーズが存在する。本開示はその問題を克服し、更なる利益をもたらす。

[0011] Ｒ－ＴＷＴスケジュールされたＳＴＡ（Ｒ－ＴＷＴ ｓｃｈｅｄｕｌｅｄ ＳＴＡ）である非ＡＰ ＳＴＡが、進行中のＲ－ＴＷＴ ＳＰ中にＡＰに対するＲＴＡトラフィックの緊急バーストをキューに入れたが、進行中のＲ－ＴＷＴ ＳＰにおいて、スケジュールされたＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない。本開示の下で、非ＡＰ ＳＴＡは、進行中のＲ－ＴＷＴ ＳＰ以内にスケジューリングＡＰとのＲ－ＴＷＴネゴシエーションを開始して、現在の進行中のＲ－ＴＷＴ ＳＰの一時又は長期メンバーシップを要求するか、又は現在のＳＰの後であるが、非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＳＰの前に新たな一時又は長期Ｒ－ＴＷＴ ＳＰをセットアップすることを要求するか、又はＵＯＲＡ機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合することができる。

[0012] 本明細書の以下の部分では、本明細書で説明する技術の更なる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を制限することなく完全に開示するためのものである。

[0013] 本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。

ＴＷＴ要素のデータフィールド図である。 図１のＴＷＴ要素の制御フィールドのデータフィールド図である。 ブロードキャストＴＷＴパラメータセットのデータフィールド図である。 ブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールドのデータフィールド図である。 ＴＷＴパラメータセットフィールド内のブロードキャストＴＷＴ情報サブフィールドのデータフィールド図である。 限定的ＴＷＴトラフィック情報フィールドのデータフィールド図である。 限定的ＴＷＴトラフィック情報フィールドのトラフィック情報制御フィールドのデータフィールド図である。 ＴＷＴ情報フィールドのフレームフォーマットのデータフィールド図である。 ＩＥＥＥ ８０２．１１ａｘで規定されるＴＷＴセットアップフレームの相互作用通信図である。 ＴＷＴセットアップフレームのデータフィールド図である。 Ｒ－ＴＷＴ ＳＰを実行するための実施例の通信図である。 本開示の少なくとも１つの実施形態による通信局ハードウェアのブロック図である。 本開示の少なくとも１つの実施形態によるマルチリンクデバイス（ＭＬＤ）ハードウェアのブロック図である。 本開示の少なくとも１つの実施形態による実施例で使用されるネットワークトポロジを示す図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡのＲＡ－ＲＵプロセスの通信図である。 本開示の少なくとも１つの実施形態による、ユニキャストＲＵアクセスプロセスの通信図である。 本開示の少なくとも１つの実施形態による、新たなグループＡＩＤにＲＡ－ＲＵ ６を割り当てるためのプロセスの通信図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュールされたＳＴＡによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュールされたＳＴＡによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュールされたＳＴＡによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュールされたＳＴＡによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジューリングＡＰによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジューリングＡＰによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジューリングＡＰによる動作のフローチャートである。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴに対するブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内の一時メンバーサブフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴに対する一時メンバーサブフィールドを含むＲ－ＴＷＴ情報フレームフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴ ＳＰ中に非Ｒ－ＴＷＴメンバーＳＴＡに対する緊急Ｒ－ＴＷＴメンバーシップを実行するためのプロセスの通信図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴ ＳＰ中に非Ｒ－ＴＷＴメンバーＳＴＡに対する緊急Ｒ－ＴＷＴメンバーシップを実行するためのプロセスの通信図である。 本開示の少なくとも１つの実施形態による、進行中のＲ－ＴＷＴ ＳＰ中の非Ｒ－ＴＷＴメンバーＳＴＡに対する新たなＲ－ＴＷＴ ＳＰのセットアップ手順の通信図である。 本開示の少なくとも１つの実施形態による、進行中のＲ－ＴＷＴ ＳＰ中の非Ｒ－ＴＷＴメンバーＳＴＡに対する新たなＲ－ＴＷＴ ＳＰのセットアップ手順の通信図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰにおいてＵＯＲＡを使用して送信する通信図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを使用してＢＳＲを送信する通信図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを使用してＢＳＲを送信する通信図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰ中にＵＯＲＡの使用の開始を実行する通信図である。 本開示の少なくとも１つの実施形態による、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを当初から有していないＲ－ＴＷＴ ＳＰにおいて（単複の）ユニキャストＲＵを使用して送信する通信図である。 本開示の少なくとも１つの実施形態による、実施例で利用されるような３つのＭＬＤからなる、ＭＬＯシナリオの簡単なトポロジのネットワークトポロジを示す図である。 本開示の少なくとも１つの実施形態による、任意のリンク上で（単複の）現在のＲ－ＴＷＴ ＳＰにおいてＲ－ＴＷＴメンバーシップを有さないＭＬＤ ＳＴＡに対する複数のリンク上での緊急Ｒ－ＴＷＴ合意セットアップの通信図である。

１．Ｒ－ＴＷＴ動作の概論
[0044] 非アクセスポイント（非ＡＰ）超高スループット（ＥＨＴ）ＳＴＡは、アソシエーション（又は再アソシエーション）ＴＷＴセットアップフレーム交換を通じて、関連付けられたＥＨＴ ＡＰを含む１又は２以上の予約されたターゲットウェイトタイム（Ｒ－ＴＷＴ：Ｒｅｓｅｒｖｅｄ Ｔａｒｇｅｔ Ｗａｉｔ Ｔｉｍｅ）スケジュールに対するメンバーシップを確立する。

[0045] Ｒ－ＴＷＴ ＳＰは、このＳＰのＲ－ＴＷＴメンバーである非ＡＰ ＳＴＡのグループへの又はそれからの送信を完了するためにスケジュールされる。Ｒ－ＴＷＴスケジュールに合意するが、Ｒ－ＴＷＴ ＳＰのメンバーではない非ＡＰ ＥＨＴ ＳＴＡ送信機会（ＴＸＯＰ）保有者は、それ自身に対してスケジュールされたＲ－ＴＷＴ ＳＰ内に送信すべきである。

[0046] Ｒ－ＴＷＴ ＳＰにおいてメンバーシップを有さない非ＡＰ ＥＨＴ ＳＴＡは依然として、Ｒ－ＴＷＴ ＳＰに自発的にアクセスすることができるべきであるが、特に送信がＲ－ＴＷＴスケジューリングＡＰによって開始／トリガされた時に、Ｒ－ＴＷＴ ＳＰメンバーＳＴＡに与えられるのと同じ優先度を有さない場合がある。

[0047] アプリケーションからのＲＴＡトラフィックのバーストは、いつでも生成することができ、このＲＴＡトラフィックは、できるだけ早く送出されることを要求する。しかしながら、バーストＲＴＡトラフィックは、非ＡＰ ＥＨＴ ＳＴＡが現在のＲ－ＴＷＴ ＳＰにおいてメンバーシップを有さないが、それでもなおこのバーストＲＴＡトラフィックを配信する必要がある場合、Ｒ－ＴＷＴスケジュールの下で遅延を受ける場合がある。

１．１．ＩＥＥＥ ８０２．１１における要素
１．１．１．ＴＷＴ要素
[0050] 図１に、ＩＥＥＥ ８０２．１１ｂｅで規定されるＴＷＴ要素のフォーマットを示し、要素識別（ＩＤ）フィールド、長さフィールド、制御フィールド、ＴＷＴパラメータ情報を示す。

[0051] 図２に、図１のＴＷＴ要素の制御フィールドを示す。制御フィールドのサブフィールドは、以下の通りである。ＮＤＰページングインジケータは１の値に設定されると、ＮＤＰページングを実行すべきであることを示し、そうでなければＮＤＰページングフィールドは０に設定される。レスポンダＰＭモードサブフィールドは、電力管理モードを示す。ネゴシエーションタイプサブフィールドは、ＴＷＴ要素に含まれる情報が、ブロードキャストＴＷＴ（Ｂ－ＴＷＴ）又は個別ＴＷＴ（Ｉ－ＴＷＴ）又はウェイクＴＢＴＴ間隔のネゴシエーションのためのものであるかどうかを示す。なお、ネゴシエーションタイプサブフィールドのＭＳＢはＢ－ＴＷＴである。ＴＷＴ情報フレーム無効化サブフィールドは１に設定されると、ＴＷＴ情報フレームの受け取りがＳＴＡによって無効にされたことを示し、そうでなければ０に設定される。ウェイク継続時間ユニットサブフィールドは、公称最小ＴＷＴウェイク継続時間フィールドのユニットを示す。ウェイク継続時間ユニットサブフィールドは、ユニットが２６５μｓである場合に０に設定され、ユニットがＴＵである場合に１に設定される。リンクＩＤビットマップフィールドは、リンクＩＤビットマップ存在フィールドが１に等しい場合に存在し、そうでなければリンクＩＤビットマップフィールドは存在しない。

[0052] 図３に、ブロードキャストＴＷＴパラメータセットフィールドフォーマットを示す。ネゴシエーションタイプサブフィールドのブロードキャストフィールドが２又は３である場合、ＴＷＴ要素に、１又は２以上のブロードキャストＴＷＴパラメータセットが含まれる。図４に、ブロードキャストＴＷＴパラメータセットフィールドの要求タイプサブフィールドを示す。ターゲットウェイクタイムフィールドは、ＳＴＡがウェイクすることを要求するＴＳＦ時間に対応する符号のない整数を含む。ターゲットウェイクタイムフィールドが、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡによって送信され、かつＴＷＴセットアップコマンドサブフィールドが、コマンド「要求ＴＷＴ（Ｒｅｑｕｅｓｔ ＴＷＴ）」に対応する値を含む場合、ターゲットウェイクタイムフィールドは値０を含むことに留意されたい。

[0053] 公称最小ＴＷＴウェイク継続時間フィールドは、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡがＴＷＴウェイク間隔の期間にわたってフレーム交換を完了するためにアウェイク状態であると予想される最小時間量を、ウェイク継続時間ユニットサブフィールドによって示されるユニットで示す。ＴＷＴウェイク間隔仮数部サブフィールドは、マイクロ秒単位でＴＷＴウェイク間隔値の仮数部のバイナリ値に設定される。図５に、ブロードキャストＴＷＴ情報サブフィールドを示す。限定的ＴＷＴトラフィック情報フィールドは、要求タイプフィールドの限定的ＴＷＴトラフィック情報存在サブフィールドが１に設定された時に提示され、そのフォーマットは図６で定義される。

[0054] 図４に、ブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールドを示す。１に等しいＴＷＴ要求サブフィールドを含むＴＷＴ要素を送信するＳＴＡは、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡである。そうでなければ、そのＳＴＡは、ＴＷＴ応答側ＳＴＡ又はＴＷＴスケジューリングＡＰである。

[0055] ＴＷＴセットアップコマンドサブフィールド値は、ＴＷＴのタイプを示す。例えば、ＴＷＴセットアップコマンドフィールド値は、以下の通りである。０＝「要求ＴＷＴ（Ｒｅｑｕｅｓｔ ＴＷＴ）」、１＝「提案ＴＷＴ（Ｓｕｇｇｅｓｔ ＴＷＴ）」、２＝「請求ＴＷＴ（Ｄｅｍａｎｄ ＴＷＴ）」、３＝「ＴＷＴグルーピング（ＴＷＴ Ｇｒｏｕｐｉｎｇ）」、４＝「受諾ＴＷＴ（Ａｃｃｅｐｔ ＴＷＴ）」、５＝「代替ＴＷＴ（Ａｌｔｅｒｎａｔｅ ＴＷＴ）」、６＝「指令ＴＷＴ（Ｄｉｃｔａｔｅ ＴＷＴ）」及び７＝「拒絶ＴＷＴ（Ｒｅｊｅｃｔ ＴＷＴ）」である。

[0056] 「要求ＴＷＴ」は、要求側ＳＴＡが、ＴＷＴ合意のためにＴＷＴパラメータのセットを提供しないことにより、応答側ＳＴＡにパラメータの選択を任せることを意味する。「提案ＴＷＴ」は、要求側ＳＴＡが、ＴＷＴ合意のために好ましいＴＷＴパラメータのセットを提供するが、応答側ＳＴＡが示す代替のＴＷＴパラメータを受け入れることもできることを示す。「請求ＴＷＴ」は、要求側ＳＴＡが、ＴＷＴ合意のために示されたＴＷＴパラメータのみを現在受け入れることを示す。

[0057] 「受諾ＴＷＴ」の値は、応答側ＳＴＡによって送信された時に、応答側ＳＴＡが所与のパラメータでＴＷＴ合意を開始したことを示す。「代替ＴＷＴ」の値は、ＴＷＴパラメータの対案を示すが、ＴＷＴ合意を作成することなく、代替のＴＷＴパラメータも受け入れることができる。「指令ＴＷＴ」の値は、ＴＷＴ合意が作成されていないが、要求側ＳＴＡが、示されたＴＷＴパラメータを含む新たなＴＷＴセットアップ要求を送信した場合にのみ、ＴＷＴ合意が受け入れられる可能性が高いことを示す。新たなＴＷＴ合意のためのネゴシエーションの一部として応答側ＳＴＡによって送信される「拒絶ＴＷＴ」の値を使用して、ネゴシエーションが終了し、新たなＴＷＴ合意を作成することに失敗したことを示す。

[0058] トリガフィールドは、ＴＷＴ要素によって示されるＴＷＴ ＳＰがトリガフレームを含むかどうかを示す。トリガフレームは１に設定されると、ＴＷＴ ＳＰ中に少なくとも１つのトリガフレームが送信されることを示す。そうでなければ、トリガフレームは０に設定される。

[0059] 最後のブロードキャストパラメータセットサブフィールドは０に設定されると、このセットの後に別のブロードキャストＴＷＴパラメータセットが続くことを示す。最後のブロードキャストパラメータセットサブフィールドは１に設定されると、これがブロードキャストＴＷＴ要素において最後のブロードキャストＴＷＴパラメータセットであることを示す。

[0060] フロータイプサブフィールドは、ＴＷＴにおける、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡと、ＴＷＴ応答側ＳＴＡ又はＴＷＴスケジューリングＡＰとの間の相互作用のタイプを示す。フロータイプサブフィールドを０に設定すると、告知式ＴＷＴ（ａｎｎｏｕｎｃｅｄ ＴＷＴ）を示す。告知式ＴＷＴにおいて、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡは、ＰＳポール（ＰＳ－Ｐｏｌｌ）又はＡＰＳＤトリガフレームを送信して、自身のアウェイク状態を、ＴＷＴ応答側ＳＴＡ又はＴＷＴスケジューリングＡＰにシグナリングする。その後に、トリガフレームではないフレームが、ＴＷＴ応答側ＳＴＡ又はＴＷＴスケジューリングＡＰから、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡに送信される。フロータイプサブフィールドを１に設定すると、非告知式ＴＷＴ（ｕｎａｎｎｏｕｎｃｅｄ ＴＷＴ）を示す。非告知式ＴＷＴにおいて、ＴＷＴ応答側ＳＴＡ又はＴＷＴスケジューリングＡＰは、ＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡからＰＳポール又はＡＰＳＤトリガフレームを受け取るのを待つことなく、ＴＷＴにおいてＴＷＴ要求側ＳＴＡ又はＴＷＴスケジュールされたＳＴＡにフレームを送信する。

[0061] 告知式ＴＷＴ合意の下でセットアップされるＴＷＴ ＳＰは、告知式ＴＷＴ ＳＰである。非告知式ＴＷＴ合意の下でセットアップされるＴＷＴ ＳＰは、非告知式ＴＷＴ ＳＰである。

[0062] ブロードキャストＴＷＴ推薦サブフィールドは、ブロードキャストＴＷＴ ＳＰ中にＴＷＴスケジュールされたＳＴＡ及びスケジューリングＡＰによって送信されるフレームのタイプに関する推薦を示し、以下のような値を含む。０の値は、ブロードキャストＴＷＴ ＳＰ中に送信されるフレームに関する制約がないことを示す。１の値は、トリガフレームが、ブロードキャストＴＷＴ ＳＰ中にＴＷＴスケジューリングＡＰによって送信され、ランダムアクセス及び直交周波数分割多重アクセス（ＯＦＤＭＡ）ベースのランダムアクセス（ＵＯＲＡ）のためのＲＵを含まないことを示す。２の値は、ブロードキャストＴＷＴ ＳＰ中にＴＷＴスケジューリングＡＰによって送信されるトリガフレームの数が、ランダムアクセス及びアップリンクＯＦＤＭＡランダムアクセス（ＵＯＲＡ）のための少なくとも１つのリソースユニット（ＲＵ）を含むことを示す。３の値は、ＡＰが、各ＴＷＴ ＳＰの開始において、トラフィック指示マップ（ＴＩＭ：Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）フレーム、又はＴＩＭ要素を含む高速初期リンクセットアップ（ＦＩＬＳ：Ｆａｓｔ Ｉｎｉｔｉａｌ Ｌｉｎｋ Ｓｅｔｕｐ）発見フレームを送信することを除いて、ブロードキャストＴＷＴ ＳＰ中に送信されるフレームに関する制約がないことを示す。４の値は、対応するブロードキャストＴＷＴサービス期間が限定的ＴＷＴ ＳＰであることを示す。５～７の値は予約される。

[0063] ＴＷＴウェイク間隔指数部サブフィールドは、ＴＷＴウェイク間隔の指数部の値に設定され、これは、マイクロ秒を表すバイナリ値である。

[0064] 図５に、以下のサブフィールドを有する、ＴＷＴパラメータセットフィールド内のブロードキャストＴＷＴ情報サブフィールドを示す。限定的ＴＷＴトラフィック情報存在サブフィールドは、限定的ＴＷＴパラメータセットフィールドに含まれる時に、１に設定されると、限定的ＴＷＴトラフィック情報フィールドが存在することを示し、そうでなければ０に設定される。

[0065] 要求ＴＷＴ、提案ＴＷＴ又は請求ＴＷＴのＴＷＴセットアップコマンド値を含むＴＷＴ要素内で、ブロードキャストＴＷＴ ＩＤ（存在する場合）は、送信側ＳＴＡが参加することを要求している特定のブロードキャストＴＷＴを示す。受諾ＴＷＴ、代替ＴＷＴ、指令ＴＷＴ又は拒絶ＴＷＴのＴＷＴセットアップコマンド値を含むＴＷＴ要素内で、ブロードキャストＴＷＴ ＩＤ（存在する場合）は、送信側ＳＴＡがＴＷＴパラメータを提供している特定のブロードキャストＴＷＴを示す。ＴＷＴグルーピングのＴＷＴセットアップコマンド値を含むＴＷＴ要素内で、ブロードキャストサブフィールドは０であり、ブロードキャストＴＷＴ ＩＤは存在しない。ブロードキャストＴＷＴ ＩＤサブフィールド内の値０は、メンバーシップが、ＴＷＴ要素を搬送する管理フレームのＢＳＳＩＤに対応するＢＳＳのメンバーである全てのＳＴＡに対応するブロードキャストＴＷＴを示す。

[0066] Ｒ－ＴＷＴパラメータセットフィールド内のブロードキャストＴＷＴ ＩＤサブフィールドは常に、非ゼロ値に設定されることに留意されたい。ブロードキャストＴＷＴ持続サブフィールドは、このブロードキャストＴＷＴパラメータセットに対応するブロードキャストＴＷＴ ＳＰが存在するＴＢＴＴの数を示す。

[0067] 図６に、以下のサブフィールドを有する限定的ＴＷＴトラフィック情報フィールドを示す。トラフィック情報制御サブフィールドについては、図７で説明する。限定的ＴＷＴ ＤＬ ＴＩＤビットマップサブフィールド及び限定的ＴＷＴ ＵＬ ＴＩＤビットマップサブフィールドは、それぞれ、ＴＷＴスケジューリングＡＰ又はＴＷＴスケジュールされたＳＴＡによって、どの（単複の）ＴＩＤが、ダウンリンク及びアップリンク方向においてレイテンシに敏感なトラフィックストリームとして識別されるかを指定する。ビットマップにおけるビット位置ｋにおいて値が１に設定された場合、これは、ＴＩＤ ｋがレイテンシに敏感なトラフィックストリームとして分類されたことを示す。ビットマップにおけるビット位置ｋの値が０に設定された場合、これは、ＴＩＤ ｋがレイテンシに敏感なトラフィックストリームとして分類されないことを示す。

[0068] 図７に、以下のサブフィールドを有する、限定的ＴＷＴトラフィック情報フィールドのトラフィック情報制御フィールドを示す。ＤＬ ＴＩＤビットマップ有効サブフィールドは、限定的ＴＷＴ ＤＬ ＴＩＤビットマップフィールドが有効情報を有するかどうかを示す。値が０に設定された時に、これは、全てのＴＩＤのＤＬトラフィックがレイテンシに敏感なトラフィックとして識別されたことを示し、限定的ＴＷＴ ＤＬビットマップフィールドは予約される。

[0069] ＵＬ ＴＩＤビットマップ有効サブフィールドは、限定的ＴＷＴ ＵＬ ＴＩＤビットマップフィールドが有効情報を有するかどうかを示す。値が０に設定された時に、それは、全てのＴＩＤのＵＬトラフィックがレイテンシに敏感なトラフィックとして識別されたことを示し、限定的ＴＷＴ ＵＬビットマップフィールドは予約される。

１．１．２．ＴＷＴ情報フィールド
[0071] 図８に、以下のサブフィールドを有する、ＴＷＴ情報フィールドのフレームフォーマットを示す。ＴＷＴフロー識別子サブフィールドは、ＴＷＴ情報が要求された又は提供されているＴＷＴフロー識別子を含む。

[0072] ＴＷＴフロー識別子サブフィールドは、全てのＴＷＴ（Ａｌｌ ＴＷＴ）サブフィールドが１である場合に予約される。応答要求（Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔｅｄ）サブフィールドは、ＴＷＴ情報フィールドを含むフレームの送信機が、このフレームに応答してＴＷＴ情報フレームが送信されることを要求しているかどうかを示す。応答要求サブフィールドは０に設定されると、フレームに応答してＴＷＴ情報フレームを送信しないように受信側に要求する。そうでなければ、フレームに応答してＴＷＴ情報フレームを送信するように受信側に要求する。

[0073] 次のＴＷＴ要求（Ｎｅｘｔ ＴＷＴ Ｒｅｑｕｅｓｔ）サブフィールドは１に設定されると、ＴＷＴ情報フレームが、非ゼロ長の次のＴＷＴ（Ｎｅｘｔ ＴＷＴ）フィールドを含むＴＷＴ情報フレームの配信を求める要求であることを示す。そうでなければ、値は０に設定される。

[0074] 次のＴＷＴサブフィールドサイズ（Ｎｅｘｔ ＴＷＴ Ｓｕｂｆｉｅｌｄ Ｓｉｚｅ）サブフィールドは、次のＴＷＴサブフィールドのサイズを記述する。例えば、０の値は、次のＴＷＴサブフィールドのサイズが０ビットであることを示し、１の値は、サイズが３２ビットであることを示し、２の値は、サイズが４８ビットであることを示し、３の値は、サイズが６４ビットであることを示す。

[0075] 全てのＴＷＴサブフィールドは、ＨＥ ＳＴＡによって１に設定されると、ＴＷＴ情報フレームが全てのＴＷＴを再スケジュールすることを示し、そうでなければ、値は０に設定される。

[0076] 次のＴＷＴサブフィールドは、次のＴＷＴサブフィールドの値によって決定されるような可変サイズを有する。次のＴＷＴサブフィールドに含まれる値は、ＴＷＴフロー識別子サブフィールドによって指定されるＴＷＴに対する次のＴＷＴにおけるＴＳＦの最下位部分である。

１．２．Ｒ－ＴＷＴシグナリング
[0078] 図９に、ＩＥＥＥ ８０２．１１ａｘで規定されるＴＷＴセットアップの例を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ ８０２．１１標準で規定されるものと同じとすることができる。

[0079] 非ＡＰ ＳＴＡが、ＡＰとのＴＷＴセットアップ手順を開始することを決める（決定する）。非ＡＰ ＳＴＡの局管理エンティティ（ＳＭＥ）が、非ＡＰ ＳＴＡの媒体アクセス制御（ＭＡＣ）サブレイヤ管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージを送信する。非ＡＰ ＳＴＡのＭＬＭＥは、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージを受け取った時に、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、ＡＰにＴＷＴセットアップフレーム（すなわち、ＴＷＴ要求フレーム）を送信する。ＡＰのＭＬＭＥがフレームを受け取り、ＡＰのＳＭＥに対してＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｉｎｄｉｃａｔｉｏｎメッセージを生成する。

[0080] 次に、ＡＰのＳＭＥは、ＡＰのＭＬＭＥに、ＴＷＴセットアップ結果を含むＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｓｐｏｎｓｅメッセージを送信する。次に、ＡＰのＭＬＭＥは、非ＡＰ ＳＴＡにＴＷＴセットアップフレーム（すなわち、ＴＷＴ応答フレーム）を送信する。非ＡＰ ＳＴＡのＭＬＭＥはフレームを受け取り、非ＡＰ ＳＴＡのＳＭＥにＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｃｏｎｆｉｒｍメッセージを送信する。そのメッセージから、非ＡＰ ＳＴＡは、ＴＷＴセットアップが成功したか否かを認識することができる。

[0081] 図１０に、ＴＷＴセットアップフレームのフォーマットを示す。そのフレーム内のＴＷＴ要素は、図１に示したものである。ＩＥＥＥ ８０２．１１ｂｅの規定に従って、限定的ＴＷＴ（Ｒ－ＴＷＴ）スケジューリングＡＰ（Ｒ－ＴＷＴスケジューリングＡＰと呼ばれる）は、限定的ＴＷＴ動作をサポートし、送信されたＥＨＴ能力要素内の限定的ＴＷＴサポートサブフィールドを１に設定するＥＨＴ ＡＰである。

[0082] 限定的ＴＷＴ（Ｒ－ＴＷＴ）スケジュールされたＳＴＡ（Ｒ－ＴＷＴスケジュールされたＳＴＡと呼ばれる）は、限定的ＴＷＴ動作をサポートし、送信されたＥＨＴ能力要素内の限定的ＴＷＴサポートサブフィールドを１の値に設定する非ＡＰ ＥＨＴ ＳＴＡである。

[0083] Ｒ－ＴＷＴスケジュールされたＳＴＡは、Ｒ－ＴＷＴスケジューリングＡＰによってスケジュールされる１又は２以上のＲ－ＴＷＴのメンバーシップを確立することができる。Ｒ－ＴＷＴセットアップシグナリングは、Ｒ－ＴＷＴスケジュールされたＳＴＡとＲ－ＴＷＴスケジューリングＡＰとの間のＲ－ＴＷＴのメンバーシップネゴシエーションのために使用される追加のパラメータ設定を含むブロードキャストＴＷＴと同じである。Ｒ－ＴＷＴスケジュールされたＳＴＡは、Ｒ－ＴＷＴスケジューリングＡＰによってスケジュールされるＲ－ＴＷＴのメンバーシップを確立した後に、より高い優先度を有するか、又はＲ－ＴＷＴのＳＰ中にＲ－ＴＷＴスケジューリングＡＰとフレームを交換することを許可される。他方で、Ｒ－ＴＷＴのメンバーではない、Ｒ－ＴＷＴスケジュールされたＳＴＡは、より低い優先度を有するか、又はＲ－ＴＷＴのＳＰ中にＲ－ＴＷＴスケジューリングＡＰとフレームを交換することを許可されない。

[0084] 図１１に、Ｒ－ＴＷＴ ＳＰを実行する実施例を示す。ＡＰ１は、Ｒ－ＴＷＴ１スケジューリングを告知し、Ｒ－ＴＷＴ１のメンバーを管理するＲ－ＴＷＴスケジューリングＡＰである。ＳＴＡ１及びＳＴＡ２は、Ｒ－ＴＷＴ１のメンバーＳＴＡである。Ｒ－ＴＷＴ１ ＳＰ中に、ＡＰ１は、メンバーＳＴＡとのフレーム交換（例えば、ＳＴＡ１とのＳＣＳ１のＵＬ ＰＰＤＵ、及びＳＴＡ２とのＳＣＳ２のＤＬ ＰＰＤＵ）をスケジュールして優先順位付けする。Ｒ－ＴＷＴスケジューリングを受け取り（聴取して）認識（理解）することができるＳＴＡは、Ｒ－ＴＷＴスケジュールされたＳＴＡと呼ばれる。ＳＴＡ３は、Ｒ－ＴＷＴスケジュールされたＳＴＡであるが、Ｒ－ＴＷＴ１のメンバーＳＴＡではない。ＳＴＡ３は、Ｒ－ＴＷＴ１ ＳＰの開始時間の前に、自身のＴＸＯＰを終了する必要がある。ＳＴＡ３は、クワイエットモードに入ることもできるか、又はＲ－ＴＷＴ１ ＳＰ中にチャネルを求めて競合しないことを決めることができる。スケジューリングＡＰは、クワイエット要素をブロードキャストして、Ｒ－ＴＷＴ ＳＰ中にクワイエット間隔を告知することができ、この要素を受け取る（聴取する）ＳＴＡは、クワイエットモードに入ることを選ぶことができる。

１．３．ＵＬ ＯＦＤＭＡベースのランダムアクセス（ＵＯＲＡ）
[0086] ＵＯＲＡは、非ＡＰ ＨＥ ＳＴＡが、関連付けられたＨＥ ＡＰによって割り当てられるＲＡ－ＲＵを使用してチャネルにアクセスするためのＩＥＥＥ８０２．１１ａｘの機能である。ＨＥ ＡＰは、ランダムアクセスのための１又は２以上のＲＵを含むベーシックトリガフレーム、ＢＱＲＰトリガフレーム又はＢＳＲＰトリガフレームを送信することができる。ＡＰは、非ＡＰ ＳＴＡのためのＯＦＤＭＡコンテンションウィンドウ（ＯＣＷ）の範囲を示して、ＡＰによって送信されるトリガフレームの受け取りに続いてランダムアクセスを開始すべきである。

[0087] ＯＣＷｍｉｎからＯＣＷｍａｘまでの範囲内の整数であるＯＣＷは、ビーコンフレーム、プローブ応答フレーム又は（再）アソシエーション応答フレームなどの管理フレームに含まれるＵＯＲＡパラメータセット要素に設定される。

[0088] 非ＡＰ ＨＥ ＳＴＡが異なるＡＰと関連するたびに、かつそのＡＰに向けたＲＡ－ＲＵ送信の最初の試みの前に、非ＡＰ ＨＥ ＳＴＡは、ＯＣＷの値をＯＣＷｍｉｎ値に設定すべきであり、自身のＯＦＤＭＡランダムアクセスバックオフ（ＯＢＯ）カウンタを０～ＯＣＷの範囲内に初期化すべきである。（ＯＢＯ）カウンタは、非ＡＰ ＨＥ ＳＴＡによって使用されて、ＲＡ－ＲＵにアクセスする前にカウントダウンする。

[0089] ＡＰに対するペンディングフレームを有するＨＥ ＳＴＡは、少なくとも１つの適格なＲＡ－ＲＵを含むトリガフレームを受け取ると、ＯＢＯカウンタが適格なＲＡ－ＲＵの数以下である場合、送信のために適格なＲＡ－ＲＵのうちの１つをランダムに選択することができ、自身のＯＢＯカウンタをゼロに設定すべきである。そうでなければ、ＨＥ ＳＴＡは、そのＯＢＯカウンタを、トリガフレーム内の適格なＲＡ－ＲＵの数だけデクリメントする。８０２．１１ＢＥは、現在、Ｒ－ＴＷＴにおいてＵＯＲＡをサポートしないことに留意されたい。

２．課題の記述
[0091] 拡張分散チャネルアクセス（ＥＤＣＡ）及びＲ－ＴＷＴを使用してＲ－ＴＷＴ ＳＰ中にＲＴＡトラフィック送信に優先順位付けする現在の無線通信システムでは、ＲＴＡトラフィックは、送信のために優先順位付けされる。しかしながら、Ｒ－ＴＷＴ ＳＰの継続時間は、Ｒ－ＴＷＴメンバーＳＴＡに対してスケジュールされるが、特定のＲ－ＴＷＴ ＳＰのメンバーではない非ＡＰ ＳＴＡは、一般に、Ｒ－ＴＷＴ ＳＰへのチャネルアクセスが制限されている。このアクセス制限の１つの理由は、Ｒ－ＴＷＴスケジューリングＡＰが、非Ｒ－ＴＷＴメンバーの状態がアスリープであるか又はアウェイクであるかを認識していないため、非Ｒ－ＴＷＴメンバーを自発的にトリガしないからである。ＳＴＡは依然として、それらがメンバーシップを有さないＲ－ＴＷＴ ＳＰを求めて競合することができるが、スケジューリングＡＰよりもＴＸＯＰを取得する機会が少ない場合がある。というのは、ＡＰは、非ＡＰ ＳＴＡ（そのＡＩＦＳＮ［ＡＣ］が２よりも大きい又は２に等しい）よりも高速の調停フレーム間スペーシング（ＡＩＦＳ）（そのＡＩＦＳ数（ＡＩＦＳＮ）が１よりも大きい又は１に等しい）を有することができるからである。この状況では、ＲＴＡパケットのバーストは、進行中のＲ－ＴＷＴ ＳＰのメンバーではないＳＴＡにおいてキューに入れられる場合があり、したがって、それら自身のスケジュールされたＲ－ＴＷＴ ＳＰ到着まで遅延を受ける場合がある。

[0092] したがって、当初は現在のＲ－ＴＷＴ ＳＰのメンバーではなかったが、現在の進行中のＲ－ＴＷＴ ＳＰにおいて送信すべきＲＴＡトラフィックのバーストを有するＳＴＡに対して、一時又は長期Ｒ－ＴＷＴメンバーシップをセットアップするための機構が必要である。

３．本開示の寄与
[0094] 本開示を利用することによって、バーストＲＴＡトラフィックをキューに入れたが、現在の進行中のＲ－ＴＷＴ ＳＰにおいてメンバーシップを有さないＳＴＡは、現在のＲ－ＴＷＴ ＳＰ以内にスケジューリングＡＰと直ちに交渉して、一時又は長期メンバーシップをセットアップしてこのＲ－ＴＷＴ ＳＰを使用するか、又は現在のＲ－ＴＷＴ ＳＰに続く新たなＲ－ＴＷＴ ＳＰをセットアップして、Ｒ－ＴＷＴメンバーに与えられるのと等しい優先度を有するＲＴＡトラフィックを送信することができる。

４．実施形態
４．１．通信局（ＳＴＡ及びＭＬＤ）ハードウェア
[0097] 図１２に、本開示のプロトコルを実行するように構成されるＳＴＡハードウェアの実施形態例１０を示す。外部Ｉ／Ｏ接続１４は、好ましくは、回路１２の内部バス１６に結合し、内部バス１６上に、ＣＰＵ１８及びメモリ（例えばＲＡＭ）２０が接続されて、通信プロトコルを実装する（単複の）プログラムを実行するようになっている。ホストマシンは、通信をサポートするための少なくとも１つのモデム２２を収容し、モデム２２は、少なくとも１つのＲＦモジュール２４、２８に結合され、ＲＦモジュール２４、２８の各々は、１又は複数のアンテナ２９、２６ａ、２６ｂ、２６ｃ、…、２６ｎに接続される。複数のアンテナ（例えばアンテナアレイ）を含むＲＦモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、ＳＴＡは、複数のビームパターンのセットを使用して、信号を送信することができる。

[0098] バス１４は、ＣＰＵに様々な装置を接続すること、例えば、センサ、アクチュエータなどへの接続を可能にする。プロセッサ１８上では、通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行され、通信プロトコルが実行されて、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰ ＳＴＡ）の機能を実行できるようにする。また、プログラミングは、現在の通信文脈においてどのような役割を実行しているかによって、異なるモード（ＴＸＯＰ保有者、ＴＸＯＰ共有参加者、送信元、中間、送信先、第１のＡＰ、他のＡＰ、第１のＡＰと関連付けられる局、他のＡＰと関連付けられる局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、被調整機（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、ＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。

[0099] したがって、図示のＳＴＡ ＨＷは、少なくとも１つの帯域で通信を提供するために、少なくとも１つのモデム及び関連するＲＦ回路を含むように構成される。本開示は、各々が任意の数のＲＦ回路に結合された複数のモデム２２を含むように構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジが広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判断した時に無効にできるものもある。少なくとも１つの実施形態では、ＲＦ回路が、周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、複数のビームパターンのセットを使用して信号を送信することができ、各ビームパターン方向がアンテナセクタとみなされる。

[0100] 更に、なお、この図に示すような局ハードウェアの複数のインスタンスは、マルチリンクデバイス（ＭＬＤ）に組み合わせることができ、マルチリンクデバイス（ＭＬＤ）は、通常、活動を調整するためのプロセッサ及びメモリを有するが、ＭＬＤ内の各ＳＴＡに別個のＣＰＵ及びメモリが常に必要であるとは限らないので、これらのリソースを共有することができると理解されたい。

[0101] 図１３に、マルチリンクデバイス（ＭＬＤ）ハードウェア構成の実施形態例４０を示す。ソフトＡＰ ＭＬＤは、ＡＰとして動作させる１又は２以上の提携ＳＴＡからなるＭＬＤである。ソフトＡＰ ＭＬＤは、２．４ＧＨｚ、５ＧＨｚ及び６ＧＨｚでの複数の無線動作をサポートすべきである。複数の無線の中で、基本リンクセットは、同時送受信（ＳＴＲ）モードを満たすリンクペア、例えば、基本リンクセット（２．４ＧＨｚ及び５ＧＨｚ）、基本リンクセット（２．４ＧＨｚ及び６ＧＨｚ）である。

[0102] 条件付きリンクは、いくつかの基本リンクを含む非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。例えば、これらのリンクペアは、５ＧＨｚが基本リンクである時に、５ＧＨｚリンクに対応する条件付きリンクとして６ＧＨｚリンクを含むことができ、６ＧＨｚが基本リンクである時には、５ＧＨｚリンクが、６ＧＨｚリンクに対応する条件付きリンクである。ソフトＡＰは、Ｗｉ－Ｆｉホットスポット及びテザーリング（ｔｅｔｈｅｒｉｎｇ）を含む異なるシナリオにおいて使用される。

[0103] 複数のＳＴＡが、ＭＬＤと提携しており、その各ＳＴＡは、異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ６２及びメモリ（例えばＲＡＭ）６４を有するＭＬＤ管理エンティティ４８に接続して、ＭＬＤレベルにおいて通信プロトコルを実装するプログラムを実行できるようにする。ＭＬＤは、ＭＬＤが接続される各提携局（ここでは、ＳＴＡ １ ４２、ＳＴＡ ２ ４４、…、ＳＴＡ Ｎ ４６として例示する）にタスクを分散し、各提携局から情報を収集して、提携ＳＴＡ間で情報を共有することができる。

[0104] 少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡは、それ自身のＣＰＵ５０及びメモリ（ＲＡＭ）５２を有し、ＣＰＵ５０及びメモリ（ＲＡＭ）５２は、バス５８を通じて少なくとも１つのモデム５４に結合され、モデム５４は、少なくとも１つのＲＦ回路５６に接続され、ＲＦ回路５６は、１又は２以上のアンテナを有する。本例では、ＲＦ回路は、例えばアンテナアレイの複数のアンテナ６０ａ、６０ｂ、６０ｃ、…、６０ｎを有する。モデムは、ＲＦ回路及び関連するアンテナと共同して、近隣ＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールは、周波数変換器と、アレイアンテナコントローラと、そのアンテナとインターフェイスするための他の回路とを含む。

[0105] ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて、リソースを、互いに及び／又はＭＬＤ管理エンティティと共有することができるので、それ自身のプロセッサ及びメモリを必ずしも必要としないと理解されたい。上記のＭＬＤの図は、限定ではなく一例として示したものであるが、本開示は、広範囲のＭＬＤ実装で動作することができると理解されたい。

４．２．ＳＴＡトポロジ例
[0107] 図１４に、本開示の実施例において検討する例示的なＳＴＡトポロジ７０を示す。この図は、提案する技術の理解を向上させるために関与する技術の説明を助けるために提供される。プロトコルは、任意の所望のトポロジのＷＬＡＮ ＳＴＡ及びＭＬＤの間の通信に利用することができるので、本開示は、この例のトポロジに決して限定されないと理解されたい。

[0108] マルチリンクデバイス（ＭＬＤ）は、１よりも多くの提携ＳＴＡを有し、１つのＭＡＣデータサービスを含む、論理リンク制御（ＬＬＣ）に対する１つの媒体アクセス制御（ＭＡＣ）サービスアクセスポイント（ＳＡＰ）を有するデバイスである。

[0109] ＡＰがＭＬＤと提携している場合、そのＭＬＤはＡＰ ＭＬＤである。非ＡＰ ＳＴＡがＭＬＤと提携している場合、そのＭＬＤは非ＡＰ ＭＬＤである。

[0110] 図１４に示すように、例示のシナリオは、合計３つの局、図示のように、１つのアクセスポイント（ＡＰ）７２と、ＡＰと通信するＳＴＡ１ ７４及びＳＴＡ２ ７６の２つの非ＡＰ ＳＴＡとを有する。全てのＳＴＡは、ランダムチャネルアクセスのためにＥＤＣＡを使用する。

[0111] Ｒ－ＴＷＴスケジューリングＡＰは、Ｒ－ＴＷＴ ＳＰをスケジュールして告知することができる。Ｒ－ＴＷＴスケジュールされたＳＴＡは、Ｒ－ＴＷＴスケジューリングＡＰからのＲ－ＴＷＴ告知を受け取り認識して、Ｒ－ＴＷＴ動作をサポートすることができる非ＡＰ ＳＴＡである。Ｒ－ＴＷＴスケジュールされたＳＴＡは、Ｒ－ＴＷＴスケジューリングＡＰとして働くＡＰと、Ｒ－ＴＷＴのメンバーシップを交渉することができる。Ｒ－ＴＷＴスケジュールされたＳＴＡがＲ－ＴＷＴのメンバーＳＴＡになった時に、Ｒ－ＴＷＴスケジュールされたＳＴＡ（すなわち、Ｒ－ＴＷＴメンバーＳＴＡ）のトラフィック（例えば、ＵＬ、ＤＬ、Ｐ２Ｐ）は、そのＲ－ＴＷＴのＳＰ中に送信するようにスケジュールされて優先順位付けされる。

[0112] この例示的な図では、ＡＰはＲ－ＴＷＴスケジューリングＡＰであり、ＳＴＡ１及びＳＴＡ２の両方は、Ｒ－ＴＷＴスケジュールされたＳＴＡである。

４．３．現在のＲ－ＴＷＴ ＳＰにおける緊急Ｒ－ＴＷＴメンバーシップ要求
[0114] この節では、現在の進行中のＲ－ＴＷＴ ＳＰと異なる（単複の）Ｒ－ＴＷＴ ＳＰの少なくとも１つのＲ－ＴＷＴメンバーシップを有する、Ｒ－ＴＷＴスケジュールされた非ＡＰ ＳＴＡ（ＳＴＡ）が、送信すべき緊急バーストＵＬフローを有し、ＳＴＡのスケジュールされたＲ－ＴＷＴ ＳＰを待つ代わりに、スケジューリングＡＰとのＲ－ＴＷＴネゴシエーションを直ちに開始することができる機構について説明する。非Ｒ－ＴＷＴメンバーＳＴＡは、現在のＲ－ＴＷＴ ＳＰの新たなメンバーとして（一時的に又はより長期的に）受け入れられることを要求して、ＳＴＡがスケジューリングＡＰから合意を受け取ると、現在のＲ－ＴＷＴ ＳＰにおいて当初のＲ－ＴＷＴメンバーと同じ優先度を有する緊急バーストＵＬフローを配信することができるようにすることができる。

[0115] 非Ｒ－ＴＷＴメンバーＳＴＡとスケジューリングＡＰとの間のＲ－ＴＷＴネゴシエーションは、フレームの交換に基づく。フレームは、例えば、このタイプのアクションを示すネゴシエーションタイプサブフィールド（例えば本明細書の実施例では「３」に等しい）を含むＴＷＴ要素を搬送するＴＷＴ要求フレーム及びＴＷＴ応答フレームである。

[0116] ブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールドの予約サブフィールドは、非ＡＰ ＳＴＡによって使用されて、図２５に示すような新たに定められた「一時メンバー」サブフィールドを使用して現在のＲ－ＴＷＴ ＳＰのメンバーシップ（一時又は長期）を要求することができる。予約サブフィールドは、スケジューリングＡＰによって使用されて、メンバーシップの受け入れを示すか、又は要求したＳＴＡに、現在のＲ－ＴＷＴの新たなＲ－ＴＷＴメンバーシップを割り当てることもできる。

[0117] 少なくとも１つの実施形態では、このフィールドは、複数のオプション、この例では２つのオプションを提供して、一時又は長期メンバーシップが、スケジュールされた非ＡＰ ＳＴＡによって要求されたか、又はスケジューリングＡＰによって割り当てられたことを示す。

[0118] 現在のＲ－ＴＷＴ ＳＰの一時メンバーシップが割り当てられる、スケジュールされた非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーが現在の進行中のＲ－ＴＷＴ ＳＰのメンバーになるために、１回限りの使用同意のみを提供している。

[0119] 特定のＲ－ＴＷＴ ＳＰを使用するために要求側の非ＡＰ ＳＴＡに長期メンバーシップを割り当てることに同意するスケジューリングＡＰは、この非ＡＰ ＳＴＡがＲ－ＴＷＴ合意の破棄を実行するまで、このＲ－ＴＷＴ ＳＰ（例えば、ブロードキャストＴＷＴ ＩＤによって識別される）を使用するために、要求側のスケジュールされた非ＡＰ ＳＴＡに対するメンバーシップを維持すべきである。

[0120] スケジューリングＡＰは、現在のＲ－ＴＷＴ ＳＰの新たなメンバーになることを要求したＳＴＡからの要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか、又はＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができる。

４．４．現在のＲ－ＴＷＴ ＳＰ中の緊急の新たなＲ－ＴＷＴ ＳＰセットアップ
[0122] この節では、緊急バーストＵＬフローを有するが、現在のＲ－ＴＷＴ ＳＰにおいてＲ－ＴＷＴメンバーシップを当初取得しなかったＳＴＡが、この現在のＲ－ＴＷＴ ＳＰ中に、スケジューリングＡＰと、別の（一時又は長期）Ｒ－ＴＷＴ ＳＰをセットアップすることを試みる機構について説明する。他の（一時又は長期）Ｒ－ＴＷＴ ＳＰは、現在のＲ－ＴＷＴ ＳＰに直ちに続くことができ、要求側ＳＴＡの（単複の）当初スケジュールされたＲ－ＴＷＴ ＳＰの時間に達する前に、できるだけ早くセットアップされるべきである。

[0123] 要求側ＳＴＡに対する新たな（一時又は長期）Ｒ－ＴＷＴ ＳＰは、時間領域において、要求側ＳＴＡがＲ－ＴＷＴメンバーシップを有さない既存のＲ－ＴＷＴ ＳＰと重なることができることに留意されたい。この場合、要求側ＳＴＡは、新たなＲ－ＴＷＴ ＳＰのメンバーであるので、高いアクセス優先度を依然として有するべきである。

[0124] 新たなＲ－ＴＷＴ ＳＰは、スケジューリングＡＰに新たな提案されたＲ－ＴＷＴ情報を送信することによって、セットアップことができる。

[0125] スケジューリングＡＰは、非ＡＰ ＳＴＡからＲ－ＴＷＴ情報フレームを受け取ると、次のＴＷＴをスケジュールし、かつ次のＲ－ＴＷＴが、Ｒ－ＴＷＴ情報フレームを送信したスケジュールされたＳＴＡに対する一時又は長期Ｒ－ＴＷＴ ＳＰであるかどうかを示すために、フレームで応答すべきである。

[0126] 新たなＲ－ＴＷＴ情報フレームは、ＴＷＴ情報フィールドに基づいて設計され、ＩＥＥＥ８０２．１１ａｘ＿Ｄ８．０で規定されるような柔軟なＴＷＴ機能を維持する。更に、提案されたＲ－ＴＷＴ情報フレームは、図６で説明したように、限定的ＴＷＴトラフィック情報フィールドを含み、新たなＲ－ＴＷＴ ＳＰにおいて要求された／受け入れられたＲＴＡトラフィック情報を示し、また、一時Ｒ－ＴＷＴフィールドを含み、要求が一時又は長期Ｒ－ＴＷＴ ＳＰを求めるものであるかどうかを示すことができる。提案されたＲ－ＴＷＴ情報フレームのフレームフォーマットは、図２６に示す。

[0127] Ｒ－ＴＷＴ情報フレーム交換を開始した非ＡＰ ＳＴＡは、スケジューリングＡＰから合意を受け取ると、新たな一時又は長期Ｒ－ＴＷＴ ＳＰを使用して、バーストＵＬフローを送信することができる。

４．５．ＵＯＲＡを使用する緊急の非Ｒ－ＴＷＴメンバーＳＴＡの送信
[0129] 現在のＩＥＥＥ ８０２．１１ｂｅは、Ｂ－ＴＷＴ要素に対するブロードキャストＴＷＴ推薦サブフィールドを２の値に設定することによって、Ｂ－ＴＷＴにおいてＵＯＲＡをサポートする。４の値に等しいブロードキャストＴＷＴ推薦フィールドを有するブロードキャストＴＷＴパラメータセットは、Ｒ－ＴＷＴパラメータセットを示し、現在、Ｒ－ＴＷＴのためにＵＯＲＡを使用することに制限も要件もない。

[0130] この節では、ブロードキャストＴＷＴ推薦フィールドが、Ｒ－ＴＷＴ ＳＰ中にＲ－ＴＷＴスケジューリングＡＰによって送信されるトリガフレームがランダムアクセスのための少なくとも１つのＲＵを含むことを示すための新たな値を定義する。この場合、非Ｒ－ＴＷＴメンバーＳＴＡ及びＲ－ＴＷＴメンバーＳＴＡの両方によって、ＲＡ－ＲＵを使用することができる。

[0131] ブロードキャストＴＷＴ推薦フィールドの新たな値、例えば「５」をセットアップして、Ｒ－ＴＷＴ ＳＰにおいてＵＯＲＡ機能を有効にすることを示すことができる。新たな機能は、各Ｒ－ＴＷＴ ＳＰの開始において、最初に有効にすることができる。代替的に、この機能は、このＲ－ＴＷＴ ＳＰにおいてＲ－ＴＷＴメンバーシップを取得していないＳＴＡによって、現在の進行中のＲ－ＴＷＴ ＳＰ中にスケジューリングＡＰとネゴシエーションフレーム（例えば、Ｒ－ＴＷＴ要求及びＲ－ＴＷＴ応答）を交換することによって、開始することができる。

[0132] 現在の進行中のＲ－ＴＷＴ ＳＰにおいてＵＯＲＡ機能が有効にされた時に、送信すべきＲＴＡパケットのバーストを有する非Ｒ－ＴＷＴメンバーＳＴＡは、標準規格で規定されるようなＵＯＲＡ送信手順に基づいて、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを使用することができる。

[0133] Ｒ－ＴＷＴメンバーＳＴＡ及び非Ｒ－ＴＷＴメンバーＳＴＡの両方は、送信するためにＲＡ－ＲＵを求めて競合することができる。ＯＦＤＭＡバックオフ（ＯＢＯ）カウンタがゼロまでカウントダウンした時に、非Ｒ－ＴＷＴメンバーＳＴＡは、１つのランダムアクセスリソースユニット（ＲＡ－ＲＵ）を使用して、アップリンク（ＵＬ）物理レイヤコンバージェンス手順プロトコルデータユニット（ＰＰＤＵ）を直接送信することができるか、又はＲＡ－ＲＵにおいてバッファステータスレポート（ＢＳＲ）を送信して、スケジューリングＡＰが非Ｒ－ＴＷＴメンバーＳＴＡに特定のＲＵを割り当てて、次にトリガされたＵＬ ＰＰＤＵ送信において直接アクセスできるようにすることができる。

[0134] 図１５に、Ｒ－ＴＷＴ ＳＰにおいてＵＯＲＡが有効にされた時の、非Ｒ－ＴＷＴメンバーＳＴＡ（例えば、ＳＴＡ２）及びＲ－ＴＷＴメンバーＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ３及びＳＴＡ４）のＲＡ－ＲＵプロセスの実施形態例９０を示す。図示のＲＵは、周波数スペクトルの部分にわたる。この図には、ＳＴＡ１～ＳＴＡ４のＡＩＤ値（９２）を示し、ＳＴＡ１～ＳＴＡ４の各々は、スケジューリングＡＰによってトリガフレームが送信される前に初期ＯＢＯ値を有していた。

[0135] スケジューリングＡＰからトリガフレーム（９４）を受け取ると、以下の割り当て（９６）が行われる。ＳＴＡ１及びＳＴＡ３は両方とも、このＲ－ＴＷＴ ＳＰのメンバーであり、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ１には、専用ＲＵ（ＲＵ１及びＲＵ２）が割り当てられ、ＳＴＡ３には、専用ＲＵ（ＲＵ３及びＲＵ４）が割り当てられる。ＳＴＡ１及びＳＴＡ３は、ＲＡ－ＲＵを求めて競合せず、代わりに、自身に割り当てられたＲＵ上で自身のペンディングフレームを送信する。

[0136] ＳＴＡ４は、このＲ－ＴＷＴ ＳＰのメンバーであり、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ４は、トリガフレームから割り当てられたＲＵを受け取らず、したがって、ＲＡ－ＲＵを求めて競合する。ＳＴＡ４は、そのＯＢＯカウンタを、トリガフレームに示される適格なＲＡ－ＲＵの数（すなわち、この場合、関連付けられたＳＴＡに対する２つのＲＡ－ＲＵ）だけデクリメントする。ＳＴＡ４のＯＢＯカウンタが非ゼロ値にデクリメントされたと仮定すると、ＳＴＡ４は、ＲＡ－ＲＵを搬送する後のトリガフレームをスケジューリングＡＰから受け取るまで、新たなＯＢＯ値を維持する。

[0137] ＳＴＡ２は、このＲ－ＴＷＴ ＳＰのメンバーではないが、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ２は、そのＯＢＯカウンタを、トリガフレームに示される適格なＲＡ－ＲＵの数（すなわち、この場合、関連付けられたＳＴＡに対する２つのＲＡ－ＲＵ）だけデクリメントする。ＳＴＡ２のＯＢＯカウンタが終端（例えば、ゼロ）値にデクリメントされたと仮定すると、ＳＴＡ２は、適格なＲＡ－ＲＵのセット（すなわち、ＲＵ５及びＲＵ６）からランダムに選択したＲＵ６上で自身のペンディングフレームを送信する。

[0138] ＲＵにおけるこれらの送信されたＰＰＤＵの受け取りは、この事例では、マルチユーザブロック確認応答（ＭＵ ＢＡ）によって確認応答（９８）される。

４．６．（単複の）保証されたユニキャストＲＵを使用する緊急の非Ｒ－ＴＷＴメンバーＳＴＡの送信
[0140] 現在の進行中のＲ－ＴＷＴ ＳＰにおいてメンバーシップを有さないＳＴＡは、現在のＲ－ＴＷＴ ＳＰの一時メンバーになることを要求し、現在の進行中のＲ－ＴＷＴ ＳＰにおいて自身のバーストＲＴＡトラフィックを配信するための（単複の）ユニキャストＲＵを要求することができる。Ｒ－ＴＷＴスケジューリングＡＰは、ＳＴＡの要求を受け入れると、ＳＴＡに（単複の）ユニキャストＲＵを保証することができる。

[0141] この節では、ブロードキャストＴＷＴ推薦サブフィールドに対して新たな値を定めることによって、（単複の）ユニキャストＲＵを保証するセットアップについて説明する。（単複の）保証されたユニキャストＲＵは、スケジューリングＡＰによって、特定のＡＩＤに割り当てられて、新たな一時Ｒ－ＴＷＴメンバーＳＴＡによって使用されて、ＡＰにバーストトラフィックを送信する。

[0142] ブロードキャストＴＷＴ推薦フィールドの新たな値、例えば「６」を使用して、Ｒ－ＴＷＴにおいてユニキャストＲＵ機能を有効にすることができる。新たな機能は、任意のＲ－ＴＷＴ ＳＰの開始においてスケジュールすることができない。というのは、スケジューリングＡＰは、どの非メンバーＳＴＡがこのＲ－ＴＷＴ ＳＰのメンバーになることを要求するかの情報を有さない（知らない）ので、スケジューリングＡＰは、特定のＡＩＤに（単複の）ユニキャストＲＵを設定することができないからである。

[0143] このＲ－ＴＷＴ機能における（単複の）新たなユニキャストＲＵは、現在の進行中のＲ－ＴＷＴ ＳＰ中に、非Ｒ－ＴＷＴメンバーＳＴＡによって、スケジューリングＡＰとネゴシエーションフレーム（例えば、Ｒ－ＴＷＴ要求及びＲ－ＴＷＴ応答）を交換することによって、開始することができる。

[0144] 図１６に、Ｒ－ＴＷＴ ＳＰにおいて（単複の）保証されたユニキャストＲＵが有効にされた時の、一時的な新たなＲ－ＴＷＴメンバーＳＴＡ（例えば、ＳＴＡ２）及びＲ－ＴＷＴメンバーＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ３）の局ＡＩＤ（１１２）を示す、ユニキャストＲＵアクセスプロセスの実施形態例１１０を示す。

[0145] ＳＴＡ２は、このトリガされたＲ－ＴＷＴ ＳＰのメンバーであったが、スケジューリングＡＰに送信すべきペンディングＲＴＡバーストを有する。ＳＴＡ２は、スケジューリングＡＰにＴＷＴ要求フレームを送信して、ＳＴＡ２を新たな一時メンバーとして追加することを要求又は提案して、このＲ－ＴＷＴ ＳＰ中に（単複の）ユニキャストＲＵを要求することができる。スケジューリングＡＰは、ＳＴＡ２から要求又は提案されたＴＷＴセットアップコマンドを受け入れるか、代替を提案／指令するか、又は拒絶することができる。

[0146] スケジューリングＡＰがＳＴＡ２から新たなＴＷＴセットアップコマンドを受け入れたと仮定すると、ＡＰは、ＴＷＴ応答フレームで応答し、ＴＷＴセットアップコマンドフィールドを「受諾ＴＷＴ」に設定し、ブロードキャストＴＷＴ推薦フィールドを新たな設計された値（例えば、６）に設定して、現在のＲ－ＴＷＴ ＳＰにおいてユニキャストＲＵ機能を有効にする。

[0147] ＳＴＡ２は、スケジューリングＡＰから、新たなＴＷＴセットアップコマンドが受け入れられたという指示を含むＴＷＴ応答フレームを受け取った後に、要求されたＲ－ＴＷＴ ＳＰの新たな一時メンバーになる。

[0148] スケジューリングＡＰからトリガフレーム（１１４）を受け取ると、ＳＴＡ１及びＳＴＡ３は両方とも、このトリガされたＲ－ＴＷＴ ＳＰの当初のメンバーであり、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ１には、専用ＲＵ（ＲＵ１及びＲＵ２）が割り当てられ、ＳＴＡ３には、専用ＲＵ（ＲＵ３、ＲＵ４及びＲＵ５）が割り当てられる。ＳＴＡ１及びＳＴＡ３は、自身に割り当てられたＲＵを使用して自身のペンディングフレームを送信すべきである。

[0149] スケジューリングＡＰは、後のトリガフレームで（ＡＩＤ ８から示されるように）ＳＴＡ２にＲＵ６を割り当てる。新たなＲ－ＴＷＴメンバーＳＴＡ２は、ＳＴＡ２にユニキャストＲＵ６が割り当てられたことを示すトリガフレームを受け取り、ＲＵ６に直ちにアクセスしてＵＬ ＰＰＤＵを送信することができる。

[0150] ＲＵにおけるこれらの送信されたＰＰＤＵの受け取りは、ＭＵ ＢＡ（１１８）によって確認応答される。

４．７．非Ｒ－ＴＷＴメンバーＳＴＡに対するＲＡ－ＲＵグループＡＩＤの割り当て
[0152] この節では、現在の進行中のＲ－ＴＷＴ ＳＰにおいてメンバーシップを有さないが、ＵＬ ＲＴＡトラフィックをバッファリングすることができる非ＡＰ ＳＴＡのために使用される、新たなグループＡＩＤに（単複の）ＲＡ－ＲＵを割り当てるための機構について説明する。

[0153] 非Ｒ－ＴＷＴメンバーに（単複の）ＲＡ－ＲＵを割り当てる新たなグループＡＩＤは、いつＲ－ＴＷＴが適用されるかを示すビーコンフレーム本体によって含まれるべきであり、新たなグループＡＩＤは、非Ｒ－ＴＷＴメンバーＳＴＡに対する（単複の）ＲＡ－ＲＵに専用に割り当てられて、任意のＲ－ＴＷＴ ＳＰ中にアクセスを提供する。

[0154] 少なくとも１つの実施形態／モード／オプションでは、新たなグループＡＩＤ値は、表１（８０２．１１ａｘ仕様の表９－２９ｈの資料を含む）に見られる値に基づいて、トリガフレームのユーザ情報フィールドのＡＩＤ１２サブフィールドの予備の値のうちの１つとすることができる。

[0155] 新たなグループＡＩＤ値、例えば２０５０は、ユーザ情報フィールドが、任意のＲ－ＴＷＴ ＳＰにおいて関連付けられた非Ｒ－ＴＷＴメンバーＳＴＡに１又は２以上の連続するＲＡ－ＲＵを割り当てたことを示す。ＥＨＴ以前のデバイスは新たなグループＡＩＤを認識しないので、新たなグループＡＩＤに割り当てられる（単複の）ＲＡ－ＲＵへのアクセスを求めて競合することができないことに留意されたい。ブロードキャストＴＷＴ推薦フィールドの新たな値、例えば「７」を使用して、Ｒ－ＴＷＴ ＳＰにおいて非Ｒ－ＴＷＴメンバーに対する新たなグループＡＩＤに対して割り当てられた（単複の）ＲＡ－ＲＵを有効にすることができる。

[0156] 図１７に、非Ｒ－ＴＷＴメンバーＳＴＡ（例えばＳＴＡ２）に対する新たなグループＡＩＤ（例えば２０５０）にＲＡ－ＲＵ ６を割り当てるためのプロセスの実施形態例１３０を示す。ステータス（１３２）は、ＳＴＡ１～ＳＴＡ４及びそれらの関連付けられたＡＩＤを示す。Ｒ－ＴＷＴメンバーＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ３及びＳＴＡ４）は、ＲＡ－ＲＵ ６を使用してアクセスを求めて競合することができない。というのは、ＲＵ６は、グループＡＩＤ ２０５０を有する（単複の）ＳＴＡに割り当てられたからである。

[0157] トリガフレーム（１３４）は、スケジューリングＡＰからの割り当てを含む。ＳＴＡ１及びＳＴＡ３は両方とも、このＲ－ＴＷＴ ＳＰのメンバーであり、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ１には、専用ＲＵ（ＲＵ１及びＲＵ２）が割り当てられ、ＳＴＡ３には、専用ＲＵ（ＲＵ３及びＲＵ４）が割り当てられる。したがって、ＳＴＡ１及びＳＴＡ３は、ＲＡ－ＲＵを求めて競合する必要がなく、代わりに、自身に割り当てられたＲＵ上で自身のペンディングフレームを送信する。

[0158] ＳＴＡ４は、このＲ－ＴＷＴ ＳＰのメンバーであり、スケジューリングＡＰに対するペンディングフレームを有する。しかし、ＳＴＡ４には、トリガフレームにおいてＲＵが割り当てられていないので、ＲＡ－ＲＵを求めて競合する。ＳＴＡ４は、そのＯＢＯカウンタを、トリガフレームに示される適格なＲＡ－ＲＵの数（すなわち、この場合、関連付けられたＳＴＡに対する２つのＲＡ－ＲＵ）だけデクリメントする。ＳＴＡ４のＯＢＯカウンタが非ゼロ値にデクリメントされたと仮定すると、ＳＴＡ４は、ＲＡ－ＲＵを搬送する後のトリガフレームをスケジューリングＡＰから受け取るまで、新たなＯＢＯ値を維持する。

[0159] ＳＴＡ２は、このＲ－ＴＷＴ ＳＰのメンバーではなく、スケジューリングＡＰに対するペンディングフレームを有する。ＳＴＡ２は、その新たなグループＡＩＤ ＯＢＯカウンタを、トリガフレームに示される適格なＲＡ－ＲＵの数（すなわち、この場合、関連付けられたＳＴＡに対する１つのＲＡ－ＲＵ）だけデクリメントする。ＳＴＡ２のＯＢＯカウンタが終端（ゼロ）値にデクリメントされたと仮定すると、ＳＴＡ２は、ＲＵ６上で自身のペンディングフレームを送信する。

[0160] したがって、ＲＵ１～ＲＵ４及びＲＵ６は、図示のように、ＴＢ ＰＰＤＵを送信（１３６）し、これに応答して、ＭＵ ＢＡが受け取られる（１３８）。

４．８．ＭＬＯにおける非Ｒ－ＴＷＴメンバーＳＴＡに対する緊急Ｒ－ＴＷＴメンバーシップセットアップ
[0162] 複数のリンク上で（単複の）現在の進行中のＲ－ＴＷＴ ＳＰにおいてＲ－ＴＷＴメンバーシップを有さないＭＬＤ ＳＴＡは、任意の利用可能なリンク上でネゴシエーションを通じて、複数のリンクに対して（単複の）提案されたＲ－ＴＷＴ合意をセットアップすることができるべきである。１つのリンク上のネゴシエーションフレーム交換を通じたＭＬ Ｒ－ＴＷＴ ＳＰセットアップは、出願人の先の出願において提案されていることに留意されたい。

[0163] 異なるリンク上に、異なる提案されたＲ－ＴＷＴ合意（４．３節～４．６節）をセットアップすることができる。例えば、（４．５節で提案されるような）ＵＯＲＡ機能を含むＬ２上のＲ－ＴＷＴ－Ｘ ＳＰ、及び（４．６節で提案されるような）ユニキャスト機能を含むＬ３上のＲ－ＴＷＴ－Ｚ ＳＰ。

[0164] スケジューリングＡＰは、ＴＷＴ要求フレームを受け取ると、ＴＷＴ応答フレームで応答して、（単複の）任意の要求された動作リンク上の新たなＲ－ＴＷＴ合意の受け入れを告知すべきである。

４．９．プロトコルのフロー図
[0166] 図１８～図２１に、Ｒ－ＴＷＴスケジュールされたＳＴＡによる動作の実施形態例１５０を示す。

[0167] ブロック１５２において、ＳＴＡが、そのアプリケーション層からトラフィックのバーストを取得し、トラフィックのバーストは、ＳＴＡのＥＤＣＡキューに入れられる。チェック１５４によって、局が送信リンク上のＲ－ＴＷＴ ＳＰにおいてメンバーシップを有するかどうかを判断する。局がメンバーシップを有さない場合、ブロック１５６において、ＳＴＡは、スケジューリングＡＰからのトリガを待つのみであり、その後、送信することができる。

[0168] ブロック１５４において、ＳＴＡがメンバーシップを有さないことが判明した場合、ブロック１５８において、ＳＴＡは、送信リンク上の現在のＲ－ＴＷＴのメンバーとして追加されることを要求（又は提案）するためのネゴシエーションフレームを送信するかどうかを判断する。

[0169] ＳＴＡがメンバーシップを要求することを決定した場合、図１９のブロック１６０において、チェックが実行されて、ＳＴＡが、スケジューリングＡＰから、送信リンク上の現在のＲ－ＴＷＴのメンバーとしてＳＴＡを追加することを受け入れるためのネゴシエーションフレームを受け取ったかどうかを判断する。

[0170] ブロック１６０において、ＳＴＡが送信リンク上のＲ－ＴＷＴに追加されたと判断された場合、実行は図１８のブロック１５６に進み、ＳＴＡは、スケジューリングＡＰからのトリガを待つ。

[0171] 一方で、ブロック１６０において、ＳＴＡが送信リンクに対するメンバーとして追加されなかったと判断された場合、ブロック１６２において、ＳＴＡは依然として、非Ｒ－ＴＷＴメンバーとしてチャネルを求めて競合することができる。

[0172] 図１８のチェック１５８において、ＳＴＡがメンバーシップを要求しなかった場合、図２０のブロック１６４において、全てのＳＴＡに対して（単複の）ＲＡ－ＲＵが有効にされているかどうかを判断するチェックが行われる（１６４）。

[0173] 全てのＳＴＡに対してＲＡ－ＲＵが有効にされている場合、ブロック１６６において、ブロック１６６において、非Ｒ－ＴＷＴ ＳＴＡは、関連付けられたＳＴＡに割り当てられるＲＡ－ＲＵを求めて競合することができる。一方で、全ての局に対してＲＡ－ＲＵが有効にされていない場合、ブロック１６８において、チェックによって、非Ｒ－ＴＷＴ ＳＴＡのみに対してＲＡ－ＲＵが有効にされたかどうかを判断する。

[0174] 非Ｒ－ＴＷＴ ＳＴＡのみに対してＲＡ－ＲＵが有効にされた場合、ブロック１７０において、ＳＴＡは、非Ｒ－ＴＷＴ ＳＴＡのみに割り当てられるＲＡ－ＲＵを求めて競合することができる。そうでない場合には、実行は図２１のチェック１７２に進む。

[0175] チェック１７２において、非Ｒ－ＴＷＴ ＳＴＡに対して（単複の）ＲＵが保証されている場合、ブロック１７４において、ＳＴＡは、（単複の）保証されたＲＵ上で送信する。そうでない場合には、実行はブロック１７６に進み、ＳＴＡが、現在のＲ－ＴＷＴ ＳＰの後であるがＳＴＡ自身のＲ－ＴＷＴ ＳＰの前の新たなＲ－ＴＷＴ ＳＰをセットアップしたかどうかをチェックする。Ｒ－ＴＷＴのセットアップがない場合、プロセスを終了する。

[0176] そうでない場合には、ブロック１７８において、チェックによって、ＳＴＡが、スケジューリングＡＰから、新たなＲ－ＴＷＴの新たなセットアップを受け入れるためのフレームを受け取ったかどうかを判断する。ＳＴＡがフレームを受け取っていない場合、実行は図１９のブロック１６２（既に説明した）に進む。ＳＴＡがフレームを受け取った場合、ブロック１８０において、ＳＴＡは、チャネルを求めて競合するか、又は新たなＲ－ＴＷＴ ＳＰにおいてスケジューリングＡＰからのトリガを待つことができる。

[0177] 図２２～図２４に、Ｒ－ＴＷＴスケジューリングＡＰによる動作の実施形態例１９０を示す。ブロック１９２において、チェックによって、ＡＰが、現在のＲ－ＴＷＴの一時又は長期メンバーとして追加されることを要求（提案）するための、又は送信リンク上に新たな一時又は長期Ｒ－ＴＷＴをセットアップするためのネゴシエーションフレームを受け取ったかどうかを判断する。

[0178] チェック１９２の条件が満たされない場合、実行は図２３のブロック１９８に進み、ＡＰは、非Ｒ－ＴＷＴメンバーＳＴＡを自発的に（自動的に）トリガせず、プロセスを終了する。

[0179] 一方で、チェック１９２が満たされた場合、ブロック１９４において、ＡＰは、要求側ＳＴＡに応答して、要求の受け入れ又は拒絶を示す。次に、チェック１９６において、ＡＰが、指定された送信リンク上の要求されたＲ－ＴＷＴのメンバーとして要求側ＳＴＡを受け入れたかどうかを判断する。ＡＰが受け入れなかった場合、実行は図２３のブロック１９８（既に説明した）に進む。

[0180] そうでない場合には、実行は図２３のブロック２００に進み、ＡＰは、Ｒ－ＴＷＴメンバーとして非Ｒ－ＴＷＴメンバー局をトリガすることができる。次に、チェック２０２において、全ての関連付けられたＳＴＡ送信に対して（単複の）ＲＡ－ＲＵが有効にされているかどうかを判断する。条件が満たされる場合、ブロック２０４において、ＡＰは、トリガにおいてＳＴＡのための少なくとも１つのＲＡ－ＲＵを示し、プロセスを終了する。

[0181] 一方で、チェック２０２の条件が満たされない場合、図２４のチェック２０６において、非Ｒ－ＴＷＴ ＳＴＡ送信のみに対して（単複の）ＲＡ－ＲＵが有効にされたかどうかを判断する。その条件が満たされる場合、ブロック２０８において、ＡＰは、トリガにおいて、非Ｒ－ＴＷＴメンバーＳＴＡのみに対する特定のグループＡＩＤに割り当てられる少なくとも１つのＲＡ－ＲＵを示し、プロセスを終了する。

[0182] 上記の条件が満たされない場合、チェック２１０が実行されて、要求側の非Ｒ－ＴＷＴ ＳＴＡに対して（単複の）保証されたＲＵが有効にされているかどうかを判断する。条件が満たされない場合、プロセスを終了する。そうでない場合には、ブロック２１２が実行されて、ＡＰは、要求側の非Ｒ－ＴＷＴ ＳＴＡに対して少なくとも１つの保証されたＲＵが存在することを示す。

４．１０．新たなフィールド及びフレーム
[0184] 図２５に、Ｒ－ＴＷＴに対するブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内の一時メンバーサブフィールドの実施形態例２３０を示す。ブロードキャストＴＷＴパラメータセットフィールドの要求タイプフィールド内の新たなサブフィールドは、非ＡＰ ＳＴＡによって使用されて、現在のＲ－ＴＷＴ ＳＰの新たなメンバーとして追加されることを要求する。新たなサブフィールドは、スケジューリングＡＰによって使用されて、要求を受け入れること、又は要求したＳＴＡに現在のＲ－ＴＷＴの新たなＲ－ＴＷＴメンバーシップを割り当てることを示すこともできる。

[0185] この新たなフィールドは、スケジューリングＡＰと、Ｒ－ＴＷＴ ＳＰの一時メンバー又は長期メンバーになることを要求したスケジュールされた非ＡＰ ＳＴＡとの間で交換されるネゴシエーションフレーム（例えば、ＴＷＴ要求及びＴＷＴ応答）によって搬送されるＴＷＴ要素内に存在する。

[0186] この新たな提案されたフィールド（すなわち、一時メンバー）は、２つの段階を有し、スケジュールされたＳＴＡによって要求されるような、又はスケジューリングＡＰによって割り当てられる、一時メンバーシップ（例えば、段階０）又は長期メンバーシップ（例えば、段階１）を示すことができる。

[0187] 現在のＲ－ＴＷＴ ＳＰの一時メンバーシップが割り当てられるスケジュールされたＳＴＡは、該ＳＴＡが現在のＲ－ＴＷＴ ＳＰの当初のメンバーと同じ優先度を有するべきである現在のＲ－ＴＷＴ ＳＰにおいて１回限りのＲ－ＴＷＴメンバーシップが与えられる。

[0188] 特定のＲ－ＴＷＴ ＳＰを使用するために要求側のスケジュールされたＳＴＡに長期メンバーシップを割り当てることに同意するスケジューリングＡＰは、この非ＡＰ ＳＴＡがＲ－ＴＷＴ合意の破棄を行うまで、このＲ－ＴＷＴ ＳＰ（例えば、ブロードキャストＴＷＴ ＩＤによって識別される）を使用するために、要求側のスケジュールされた非ＡＰ ＳＴＡに対するメンバーシップを維持すべきである。

[0189] ブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内の他の全てのサブフィールドは、図４で説明したものと同じである。

[0190] 図２６に、Ｒ－ＴＷＴに対する一時メンバーサブフィールドを含むＲ－ＴＷＴ情報フレームフォーマットの実施形態例２５０を示す。送信すべき緊急バーストアップロード（ＵＬ）フローを有するが、現在のＲ－ＴＷＴ ＳＰのメンバーではないＳＴＡが、スケジューリングＡＰとのＲ－ＴＷＴ情報フレーム交換を開始することができる。非Ｒ－ＴＷＴメンバーＳＴＡは、現在のＲ－ＴＷＴ ＳＰの後に新たな（一時的な又はより長期的な）Ｒ－ＴＷＴ ＳＰをセットアップすることを要求することができ、このＲ－ＴＷＴ ＳＰは、該ＳＴＡ自身のＲ－ＴＷＴ ＳＰよりも早いものであるべきである。

[0191] スケジューリングＡＰは、非ＡＰ ＳＴＡからＲ－ＴＷＴ情報フレームを受け取ると、Ｒ－ＴＷＴ情報フレームと同じフィールドを搬送するフレームで応答して、次のＴＷＴ開始時間を示し、新たなＲ－ＴＷＴ ＳＰが、このセットアップを要求したスケジュールされたＳＴＡに対する一時又は長期ＳＰであるかどうかを示す。

[0192] 新たな「一時Ｒ－ＴＷＴ」サブフィールドの前のフィールドは、ＩＥＥＥ８０２．１１ａｘ＿Ｄ８．０で規定されるような柔軟なＴＷＴ機能を維持すべきである、図８で説明したようなＴＷＴ情報フレーム内のものと同じである。

[0193] 一時Ｒ－ＴＷＴフィールドは、新たなＲ－ＴＷＴ ＳＰが（例えば１段階に設定された場合）１回だけ一時的にセットアップされたか、又は（例えば０段階に設定された場合）長期にわたってセットアップされた（このセットアップを開始するスケジュールされたＳＴＡによって破棄される必要がある）ことを示す。

[0194] 「一時Ｒ－ＴＷＴ」の後のフィールドは、新たなＲ－ＴＷＴ ＳＰにおいて要求された／受け入れられたＲＴＡトラフィック情報を示す、図６で説明したような限定的ＴＷＴトラフィック情報フィールド内のものと同じである。

[0195] Ｒ－ＴＷＴ情報フレームを開始した非ＡＰ ＳＴＡは、スケジューリングＡＰからの合意を交換し受け取り、新たな一時／長期Ｒ－ＴＷＴ ＳＰを使用して、優先順位付けされたバーストＵＬフローを送信することができる。

４．１１．動作例
４．１１．１．現在のＲ－ＴＷＴ ＳＰ以内の緊急（一時／永久）Ｒ－ＴＷＴメンバーシップセットアップ
[0198] 図２７及び図２８に、Ｒ－ＴＷＴ ＳＰ中に非Ｒ－ＴＷＴメンバーＳＴＡに対する緊急Ｒ－ＴＷＴメンバーシップを実行するためのプロセスの実施形態例３１０を示す。ＡＰ ３１２、ＳＴＡ１ ３１４及びＳＴＡ２ ３１６の間の相互作用を示す。

[0199] ＡＰは、異なるブロードキャストＴＷＴパラメータセット（３１８）を含む（単複の）ビーコンフレーム（３２０）をブロードキャストして、ブロードキャストＴＷＴ ＩＤによって識別される異なるＲ－ＴＷＴ ＳＰ（例えば、Ｒ－ＴＷＴ－Ｘ ＳＰ及びＲ－ＴＷＴ－Ｙ ＳＰ）をセットアップする。

[0200] この例では、Ｒ－ＴＷＴ－Ｘ ＳＰ及びＲ－ＴＷＴ－Ｙ ＳＰの両方は、トリガ可能なＲ－ＴＷＴ ＳＰ（Ｔｒｉｇｇｅｒ－ｅｎａｂｌｅｄ Ｒ－ＴＷＴ ＳＰｓ）としてスケジュールされる。ＳＴＡ１は、Ｒ－ＴＷＴ－Ｘ ＳＰのみのメンバーであり、一方、ＳＴＡ２は、Ｒ－ＴＷＴ－Ｙ ＳＰのみのメンバーである。ＳＴＡ１及びＳＴＡ２の両方は、Ｒ－ＴＷＴを決定するために（単複の）ビーコンフレームを受け取るためにウェイクする省電力（ＰＳ）ＳＴＡである。通信がない場合、これらのＳＴＡは、図の開始において及びスケジューリングＡＰからビーコンフレームを受け取った後に見られるように、ドーズ状態（３２２）（３２４）であることができる。

[0201] トリガ可能なＴＷＴ ＳＰ（３２６）及び（３５６）中に、ＡＰは、まず、ベーシックトリガフレーム（３２８）を送信し、これに対して、ＳＴＡ１及びＳＴＡ２は、ＴＷＴ ＳＰ中にアウェイクであることを示す。ＳＴＡ１及びＳＴＡ２は、それらがＲ－ＴＷＴメンバーシップを有するスケジュールされたＲ－ＴＷＴ ＳＰにおいてＤＬ ＰＰＤＵを受け取るためにウェイクアップすべきであり、それら自身のＲ－ＴＷＴ ＳＰ以外ではドーズ状態になることができる。

[0202] Ｒ－ＴＷＴ－Ｘ ＳＰにおいて、以下が行われる。Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーとしてのＳＴＡ１は、ベーシックトリガフレームに対してＰＳポール（３３０）で応答して、ＳＴＡ１がアウェイクであることを示し、ＡＰからＡＣＫ／ＢＡ（３３２）を受け取る。ＳＴＡ２は、ベーシックトリガフレームに応答しない。これは、ＳＴＡ２がまだドーズ状態であることを示す。

[0203] ＳＴＡ１は、そのＤＬ ＰＰＤＵ（３３４）を受け取り、図示のように、ＡＣＫ／ＢＡ（３３６）で応答する。この交換の後に、ＳＴＡ１は、このＲ－ＴＷＴ－Ｘ ＳＰ以外ではドーズ状態（３５２）になる。

[0204] Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーではないＳＴＡ２は、図示のように、ＳＴＡ２をドーズ状態からウェイクアップ状態に変化させる、送信すべき緊急ＵＬ ＲＴＡフローでウェイクする。図示のように、ＳＴＡ２は、ＴＷＴ要素を搬送するネゴシエーションフレーム（例えばＴＷＴ要求）を送信することによって、スケジューリングＡＰとのＲ－ＴＷＴネゴシエーション要求（３３８）を開始する。

[0205] ブロードキャストＴＷＴパラメータセットフィールド内のＴＷＴセットアップコマンドサブフィールドは、「要求ＴＷＴ」又は「提案ＴＷＴ」として設定されて、スケジューリングＡＰに決定を任せるべきである。

[0206] 要求／提案側の非ＡＰ ＳＴＡは、図２５について説明したようなブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内の新たな一時メンバーサブフィールドに示すことによって、要求されたＲ－ＴＷＴ－Ｘ ＳＰの一時又は長期メンバーになることを求める自身の要求を示すべきである。

[0207] スケジューリングＡＰは、要求／提案されたＴＷＴパラメータセットに合意した場合、「受諾ＴＷＴ」として設定されたＴＷＴセットアップコマンドフィールドを有するＴＷＴ応答フレーム（３４０）で応答すべきであり、図２５について説明したようなブロードキャストＴＷＴパラメータセットフィールド内の要求タイプフィールド内の新たな提案された一時メンバーサブフィールドに、メンバーシップの同意された期間（すなわち、一時又は長期）を示す。

[0208] スケジューリングＡＰは、ＳＴＡ２にＢＳＲＰフレーム（３４２）を送信してＢＳＲフレーム（３４４）をトリガし、ＢＳＲ情報を使用して、ＳＴＡ２にＲＵを割り当てて、ＵＬ ＴＢ ＰＰＤＵを送信するようにすることができる。ＳＴＡ２に対するＲＵ情報の割り当ては、ベーシックトリガフレーム（３４６）で搬送される。ＳＴＡ２は、ベーシックトリガフレームを受け取ると、割り当てられたＲＵを使用して、（単複の）ＵＬトリガベースの（ＴＢ）ＰＰＤＵ（３４８）を送信すべきである。スケジューリングＡＰは、ＳＴＡ２から（単複の）ＰＰＤＵを受け取った後に、ＡＣＫ／ＢＡ（３５０）で応答すべきである。その後に、ＳＴＡ２は、図示のように、ドーズ状態（３５４）に戻る。

[0209] Ｒ－ＴＷＴ－Ｙ ＳＰにおいて、以下が行われる。

[0210] Ｒ－ＴＷＴ－Ｙ ＳＰ（３５６）のメンバーとしてのＳＴＡ２は、アウェイクし、スケジューリングＡＰからのベーシックトリガフレーム（３５８）に対してＰＳポール（３６０）で応答して、ＳＴＡ２がアウェイクであることを示し、ＡＰによってＡＣＫ／ＢＡ（３６２）が送信される。なお、ＳＴＡ１は、ベーシックトリガフレームに応答せず、これは、ＳＴＡ１がアスリープ（ドーズ）状態（３５２）であることを示す。

[0211] ＳＴＡ２は、そのＤＬ ＰＰＤＵ（３６４）を受け取り、ＡＰとの後続の交換においてＡＣＫ／ＢＡ（３６６）で応答し、その後に、このＲ－ＴＷＴ－Ｙ ＳＰ以外ではドーズ状態に戻ることができる。

４．１１．２．現在のＲ－ＴＷＴ ＳＰ中の緊急の新たなＲ－ＴＷＴ ＳＰセットアップ
[0213] 図２９及び図３０に、進行中のＲ－ＴＷＴ ＳＰ中の非Ｒ－ＴＷＴメンバーＳＴＡに対する新たなＲ－ＴＷＴ ＳＰのセットアップ手順の実施形態例４１０を示す。ＡＰ ３１２、ＳＴＡ１ ３１４及びＳＴＡ２ ３１６の間の相互作用を再び示す。

[0214] ＡＰによってブロードキャストされた（単複の）ビーコンフレーム（３２０）は、異なるブロードキャストＴＷＴパラメータセット（３１８）を含み、ブロードキャストＴＷＴ ＩＤによって識別される異なるＲ－ＴＷＴ ＳＰ（例えば、Ｒ－ＴＷＴ－Ｘ ＳＰ、Ｒ－ＴＷＴ－Ｙ ＳＰ及びＲ－ＴＷＴ－Ｚ ＳＰ）をセットアップする。

[0215] この例では、Ｒ－ＴＷＴ－Ｘ ＳＰ（４１２）及びＲ－ＴＷＴ－Ｙ ＳＰ（４４６）の両方は、トリガ可能なＲ－ＴＷＴ ＳＰとしてスケジュールされる。Ｒ－ＴＷＴ－Ｚ ＳＰ（４３６）は、トリガ可能なＲ－ＴＷＴ ＳＰではない。

[0216] ＳＴＡ１は、Ｒ－ＴＷＴ－Ｘ ＳＰのみのメンバーであり、一方、ＳＴＡ２は、Ｒ－ＴＷＴ－Ｙ ＳＰのみのメンバーである。ＳＴＡ１及びＳＴＡ２の両方は、Ｒ－ＴＷＴを決定するために（単複の）ビーコンフレームを受け取るためにウェイクする省電力（ＰＳ）ＳＴＡであり、スケジューリングＡＰからビーコンフレームを受け取った後にドーズ状態であることができる。

[0217] トリガ可能なＴＷＴ ＳＰ中に、ＡＰは、まず、ベーシックトリガフレーム（４１４）及び（４３８）を送信し、これに対して、ＳＴＡ１及びＳＴＡ２は、ＴＷＴ ＳＰ中にアウェイクであることを示す。

[0218] ＳＴＡ１及びＳＴＡ２は、それらがＲ－ＴＷＴメンバーシップを有するスケジュールされたＲ－ＴＷＴ ＳＰにおいてＤＬ ＰＰＤＵを受け取るためにウェイクアップすべきであり、それら自身のＲ－ＴＷＴ ＳＰ以外ではドーズ状態に戻る。

[0219] Ｒ－ＴＷＴ－Ｘ ＳＰにおいて、以下が行われる。

[0220] Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーとしてのＳＴＡ１は、ベーシックトリガフレーム（４１４）に対してＰＳポール（４１６）で応答して、ＳＴＡ１がアウェイクであることを示す。ＳＴＡ２は、ベーシックトリガフレームに応答しない。これは、ＳＴＡ２がドーズ状態であることを示す。

[0221] ＳＴＡ１は、そのＤＬバッファリングされたユニット（ＢＵ）（４２０）（図示のようにＤＬ ＳＵ／ＭＵ ＰＰＤＵを含む）を受け取り、ＡＣＫ／ＢＡ（４２２）で応答する。Ｒ－ＴＷＴ－Ｘ ＳＰの後に、ＳＴＡ１は、ドーズ状態（４３０）に戻る／なることができる。

[0222] Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーではないＳＴＡ２は、図示のように、送信すべき緊急ＵＬ ＲＴＡフローを有し、それによって、ＳＴＡ２はドーズ状態からウェイクアップ状態に変化する。図示のように、ＳＴＡ２は、スケジューリングＡＰにＲ－ＴＷＴ情報フレーム（４２４）を送信して、現在のＲ－ＴＷＴ－Ｘ ＳＰの後に、かつＳＴＡ２自身のＲ－ＴＷＴ－Ｙ ＳＰの前に、新たな（一時／長期）Ｒ－ＴＷＴ ＳＰをセットアップするように、スケジューリングＡＰに要求／提案する。

[0223] Ｒ－ＴＷＴ情報フレームは、応答要求フィールド及び次のＴＷＴ要求フィールドをゼロに設定して、応答がＲ－ＴＷＴ情報フレームである必要がないことを示すべきである。要求／提案側の非ＡＰ ＳＴＡは、図２６で説明したようなＲ－ＴＷＴ情報フレーム内の一時Ｒ－ＴＷＴフィールドに示すことによって、一時又は長期Ｒ－ＴＷＴ ＳＰが必要であるかどうかを示すべきである。

[0224] スケジューリングＡＰは、非ＡＰ ＳＴＡからＲ－ＴＷＴ情報フレームを受け取ると、Ｒ－ＴＷＴ情報フレームに含まれるようなフィールドを搬送するフレーム（４２６）で応答し、次のＴＷＴを最も早い時間に設定して、新たなＲ－ＴＷＴ ＳＰを開始する。応答要求フィールド及び次のＴＷＴ要求フィールドは、ゼロに設定されるべきである。

[0225] スケジューリングＡＰは、図２６で説明したようなＲ－ＴＷＴ情報フレーム内の一時Ｒ－ＴＷＴフィールドに示すことによって、このセットアップにおいて一時又は長期Ｒ－ＴＷＴ ＳＰが合意されたかどうかを示すべきである。

[0226] 新たな（一時／長期）Ｒ－ＴＷＴ－Ｘ＋１ ＳＰ（４２８）において、以下が行われる。このＳＰは、図示のように、時間領域において既存のＲ－ＴＷＴ－Ｚ ＳＰと部分的に重なる。この場合、ＳＴＡ２は、Ｒ－ＴＷＴ－ＺのＲ－ＴＷＴメンバーシップを有さないが、全てのＲ－ＴＷＴ－Ｘ＋１ ＳＰ中にＲ－ＴＷＴメンバーとして高いアクセス優先度を依然として有するべきである。

[0227] Ｒ－ＴＷＴ－Ｘ＋１ ＳＰ中に、スケジューリングＡＰは、ＳＴＡ２にバッファステータスレポートポール（ＢＳＲＰ）／トリガ応答スケジューリング（ＴＲＳ）フレーム（４３２）を送信して、ＢＳＲフレーム（４３４）をトリガすることができる。ここで、ＡＰは、ＢＳＲ情報を利用して、ＳＴＡ２にＲＵを割り当てて、ＵＬ ＴＢ ＰＰＤＵを送信するようにすることができる。ＳＴＡ２に対するＲＵの割り当ては、ベーシックトリガフレーム（４３８）で搬送される。ＳＴＡ２は、ベーシックトリガフレームを受け取ると、割り当てられたＲＵを使用して、ＵＬ ＴＢ ＰＰＤＵ（４４０）を送信すべきである。スケジューリングＡＰは、ＳＴＡ２から（単複の）ＰＰＤＵを受け取った後に、ＡＣＫ／ＢＡ（４４２）で応答すべきである。ＳＴＡ２は、このＲ－ＴＷＴ－Ｘ＋１ ＳＰの後に、ドーズ状態（４４４）に戻ることができる。

[0228] Ｒ－ＴＷＴ－Ｙ ＳＰにおいて、以下が行われる。

[0229] Ｒ－ＴＷＴ－Ｙ ＳＰのメンバーとしてのＳＴＡ２は、スケジューリングＡＰからのベーシックトリガフレーム（４４８）に対してＰＳポール（４５０）で応答して、ＳＴＡ２がアウェイクであることを示し、これに対して、ＡＰはＡＣＫ／ＢＡ（４５２）を送信する。一方で、ＳＴＡ１は、ベーシックトリガフレームに応答しない。これは、ＳＴＡ１がドーズ状態であることを示す。

[0230] ＳＴＡ２は、ＡＰとの交換においてＤＬ ＢＵ（例えば、ＤＬ ＳＵ／ＭＵ ＰＰＤＵ）（４５４）を受け取り、ＡＣＫ／ＢＡ（４５６）で応答する。ＳＴＡ２は、このＲ－ＴＷＴ－Ｙ ＳＰ以外ではドーズ状態に戻ることができる。

４．１１．３．ＵＯＲＡを使用する緊急の非Ｒ－ＴＷＴメンバーＳＴＡの送信
[0232] 以下の実施例は、４．５節で説明した新たな実装に基づく。

[0233] 図３１に、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰにおいてＵＯＲＡを使用して送信する実施形態例５１０を示す。図示のＳＴＡ及びＡＰは、前の２つの図と同じである。

[0234] ＡＰは、異なるブロードキャストＴＷＴパラメータセット（３１８）を含む（単複の）ビーコンフレーム（３２０）をブロードキャストして、異なるＲ－ＴＷＴ ＳＰをセットアップする。例えば、図示のように、Ｒ－ＴＷＴ－Ｘ ＳＰは、Ｒ－ＴＷＴ－Ｘ ＳＰ（５１２）においてＵＯＲＡが有効にされたことを示す「５」の値を有するブロードキャストＴＷＴ推薦フィールドで設定され、Ｒ－ＴＷＴ－Ｙ ＳＰ（５２８）は、それが当初のＲ－ＴＷＴ－Ｙ ＳＰであることを示す「４」の値に設定されたブロードキャストＴＷＴ推薦フィールドで設定される。

[0235] ＳＴＡ１は、Ｒ－ＴＷＴ－Ｘ ＳＰのみのメンバーであり、一方、ＳＴＡ２は、Ｒ－ＴＷＴ－Ｙ ＳＰのみのメンバーである。

[0236] Ｒ－ＴＷＴ－Ｘ ＳＰ（５１２）において、スケジューリングＡＰは、ＲＡ－ＲＵ（５１６）（例えば、この図に示す最初の２つのトリガフレーム）を含むトリガフレーム（５１８）及び（５２４）をブロードキャストすることができる。

[0237] Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーとしてのＳＴＡ１は、第１のトリガフレームを受け取ると、ＲＡ－ＲＵ（５１４）を求めて競合する必要がなく、代わりに、トリガフレームに示されるように割り当てられたＲＵ（例えば、ＲＵ１～ＲＵ３）上で自身のペンディングＰＰＤＵ（５２０）を送信する。非Ｒ－ＴＷＴ－ＸメンバーＳＴＡとしてのＳＴＡ２は、そのＯＢＯカウンタをデクリメントして、トリガフレームに示されるような適格なＲＡ－ＲＵ（例えば、ＲＵ４、ＲＵ５）を求めて競合することができる。この例では、ＳＴＡ２のＯＢＯカウンタは、第１のトリガフレームを受け取った後にゼロまでカウントダウンし、ＳＴＡ２は、適格なＲＡ－ＲＵからＲＵ４を選択して、ＵＬ ＰＰＤＵ（５２２）を送信する。ＡＰは、ＵＬ ＰＰＤＵの受け取りとして、ＡＣＫ／ＢＡ（図示せず）で応答すべきである。

[0238] Ｒ－ＴＷＴ－Ｘ ＳＰのメンバーとしてのＳＴＡ１は、第２のトリガフレーム（５２４）を受け取ると、ＲＡ－ＲＵを求めて競合する必要がなく、代わりに、トリガフレームに示されるように割り当てられたＲＵ（例えば、ＲＵ１～ＲＵ７）上で自身のペンディングＰＰＤＵ（５２６）を送信する。非Ｒ－ＴＷＴ－ＸメンバーＳＴＡとしてのＳＴＡ２は、そのＯＢＯカウンタをデクリメントして、トリガフレームに示されるような適格なＲＡ－ＲＵ（例えば、ＲＵ８）を求めて競合することができる。この例では、ＳＴＡ２のＯＢＯカウンタは、第１のトリガフレームを受け取った後に非終端（非ゼロ）値までデクリメントし、ＳＴＡ２はＯＢＯ値を維持し、関連付けられたＳＴＡに対するＲＡ－ＲＵを搬送するトリガフレームを後で受け取るまでカウントダウンすることを再開する。

[0239] Ｒ－ＴＷＴ－Ｙ ＳＰ（５２８）において、ＵＯＲＡは許可されていない（５３０）。非Ｒ－ＴＷＴ－ＹメンバーＳＴＡ（例えば、ＳＴＡ１）は、送信すべきバーストＵＬトラフィックを有する時に、４．３節及び４．４節で説明したように、まずＲ－ＴＷＴ－Ｙの一時又は長期メンバーシップを取得する必要がある場合がある。

[0240] 図３２及び図３３に、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを使用してＢＳＲを送信する実施形態例６１０を示す。ＳＴＡ及びＡＰは、前の図で説明したのと同じであり、他の点ではこの例は同様であるが、以下で説明する相違点がある。

[0241] ブロードキャストＴＷＴパラメータセット（３１８）を含むビーコン（３２０）が送信される。ブロードキャストＴＷＴパラメータセット（３１８）は、ＲＡ－ＲＵを含むＲ－ＴＷＴ－Ｘ ＳＰ（６１４）を定め、ＲＡ－ＲＵの保証を含まない（６３２）トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ（６３０）を記述する。

[0242] トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ（６１２）内では、ＳＴＡ１はメンバーであるので、ＳＴＡ１は、第１及び第２のトリガフレーム（６１８）及び（６２４）を受け取った時に、図示のように、割り当てられたＲＵ上でそれぞれＵＬ ＰＰＤＵ（６２０）及び（６２６）（例えば、ＲＵ１～ＲＵ３上で第１のＰＰＤＵ、及びＲＵ１～ＲＵ７上で第２のＰＰＤＵ）を送信する。

[0243] ＳＴＡ２は、この第１のトリガフレーム（６１８）を受け取ると、そのＯＢＯカウンタをデクリメントして、トリガフレームに示されるような適格なＲＡ－ＲＵ（例えば、ＲＵ４及びＲＵ５）を求めて競合することによって、非Ｒ－ＴＷＴ－ＸメンバーＳＴＡとして応答する。この例では、ＳＴＡ２のＯＢＯカウンタは、この第１のトリガフレームを受け取った後にターミナルカウント（ゼロ）までカウントダウンし、ＳＴＡ２は、適格なＲＡ－ＲＵからＲＵ４を選択して、ＢＳＲ（６２２）を送信する。ＡＰは、ＢＳＲに示されるバッファステータス情報に基づいて、次のトリガフレームにおいてＳＴＡ２にＲＵを割り当てるべきである。

[0244] ＳＴＡ２は、第２のトリガフレーム（６２４）を受け取ると、ＲＵ（例えば、ＲＵ８及びＲＵ９）が割り当てられ、適格なＲＡ－ＲＵを求めて競合することなく、割り当てられたＲＵを使用して（単複の）ＵＬ ＰＰＤＵ（６２８）を直接送信することができるべきである。

[0245] 図３４に、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを有さないＲ－ＴＷＴ ＳＰ中にＵＯＲＡを使用するための初期化を実行する実施形態例７１０を示す。ＳＴＡ及びＡＰは、前の図で説明したのと同じである。

[0246] ＡＰは、異なるブロードキャストＴＷＴパラメータセット（３１８）を含む（単複の）ビーコンフレーム（３２０）をブロードキャストして、異なるＲ－ＴＷＴ ＳＰ（例えば、Ｒ－ＴＷＴ－Ｘ ＳＰ（７１２）及びＲ－ＴＷＴ－Ｙ ＳＰ（７２６））をセットアップする。この例では、両方のＲ－ＴＷＴ ＳＰは、ＵＯＲＡを含まないＲ－ＴＷＴのみを示す「４」の値で設定されたブロードキャストＴＷＴ推薦フィールドでセットアップされる。ＳＴＡ１は、Ｒ－ＴＷＴ－Ｘ ＳＰのみのメンバーであり、一方、ＳＴＡ２は、Ｒ－ＴＷＴ－Ｙ ＳＰのみのメンバーである。

[0247] Ｒ－ＴＷＴ－Ｘ ＳＰ（７１２）において、スケジューリングＡＰは、ＲＡ－ＲＵの保証を含まない（７１４）トリガフレームをブロードキャストする。したがって、トリガされた非ＡＰ ＳＴＡのみが、各トリガフレームに示されるように割り当てられたＲＵを使用して、ＴＢ ＵＬ ＰＰＤＵを送信することができる。

[0248] 非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ（例えば、ＳＴＡ２）は、送信すべきＲＴＡトラフィックのバーストを有する時に、Ｒ－ＴＷＴ－Ｘ ＳＰ中にスケジューリングＡＰとのＲ－ＴＷＴ合意を確立して、Ｒ－ＴＷＴ－Ｘ ＳＰにおいて一時的に又は長期セットアップのためにＵＯＲＡを開始するようにスケジューリングＡＰに要求することを試みる。

[0249] 非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ２は、この例では、Ｒ－ＴＷＴ ＳＰにおいてＵＯＲＡが有効にされていることを示す値（例えば「５」）に設定されたブロードキャストＴＷＴ推薦フィールドと、スケジューリングＡＰに決定を任せるように「要求／提案ＴＷＴ」に設定されたＴＷＴセットアップコマンドフィールドとを含むＴＷＴセットアップ要求フレーム（７１６）を送信することによって、セットアップを開始する。

[0250] スケジューリングＡＰは、非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ２からＴＷＴ要求フレーム（７１６）を受け取ると、ＴＷＴ応答（７１８）フレームで応答して、スケジューリングＡＰが新たなＲ－ＴＷＴパラメータを受け入れたかどうかを示す。この例では、スケジューリングＡＰは要求を受け入れて、「受諾ＴＷＴ」に設定されたＴＷＴセットアップコマンドフィールドと、値（「５」として例示される）に設定されたブロードキャストＴＷＴ推薦フィールドとを含むＴＷＴ応答フレームにおいて新たなＲ－ＴＷＴパラメータセットを示す（７２０）。

[0251] ＳＴＡ２は、スケジューリングＡＰからＴＷＴ応答フレームを受け取った後に、一時又は長期Ｒ－ＴＷＴ－ＸメンバーＳＴＡになり、ＲＡ－ＲＵにアクセスすることによって、又は４．３節で説明したように、ＡＰ割り当てが受け取られたＢＳＲに基づく場合、割り当てられたＲＵにアクセスすることによって、ＴＢ ＰＰＤＵを送信することができるべきであることに留意されたい。

[0252] ＲＡ－ＲＵを含むＲ－ＴＷＴ－Ｘ ＳＰにおける送信手順は、この例の場合では、ＳＴＡ２がＲ－ＴＷＴ－Ｘ ＳＰにおいてメンバーシップを取得することを除いて、図３２及び図３３の前述の例と同様である。

[0253] ＡＰは、パラメータセット（７２１）を含むＴＷＴ応答（７１８）を送信した後に、Ｒ－ＴＷＴ ＳＰをＵＯＲＡに変更することにより、ＲＡ－ＲＵを許可する（７２４）。その後に、ＡＰはトリガフレーム（７２２）を送信する。

[0254] Ｒ－ＴＷＴ－Ｘ ＳＰが終了した後に、図示のように、ＲＡ－ＲＵの保証を有さない（７２８）トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ（７２６）が存在する。

[0255] 非Ｒ－ＴＷＴ－ＹメンバーＳＴＡ（例えば、ＳＴＡ１）は、送信すべきバーストＵＬトラフィックを有する時に、４．３節及び４．４節で説明したように、まずＲ－ＴＷＴ－Ｙの一時又は長期メンバーシップを取得する必要がある場合がある。

４．１１．４．（単複の）ユニキャストＲＵを使用する緊急の非Ｒ－ＴＷＴメンバーＳＴＡの送信
[0257] 図３５に、非Ｒ－ＴＷＴメンバーＳＴＡが、メンバーシップを当初から有していないＲ－ＴＷＴ ＳＰにおいて（単複の）ユニキャストＲＵを使用して送信する実施形態例８１０を示す。

[0258] 異なるブロードキャストＴＷＴパラメータセット（３１８）を含む、ＡＰによってブロードキャストされた（単複の）ビーコンフレーム（３２０）を使用して、異なるＲ－ＴＷＴ ＳＰ（例えば、Ｒ－ＴＷＴ－Ｘ ＳＰ及びＲ－ＴＷＴ－Ｙ ＳＰ）をセットアップする。この例では、両方のＲ－ＴＷＴ ＳＰは、（単複の）ユニキャストＲＵを含まないＲ－ＴＷＴのみが実行されるべきであることを示す値（「４」として例示される）に設定されたブロードキャストＴＷＴ推薦フィールドでセットアップされる。ＳＴＡ１は、Ｒ－ＴＷＴ－Ｘ ＳＰのみのメンバーであり、一方、ＳＴＡ２は、Ｒ－ＴＷＴ－Ｙ ＳＰのみのメンバーである。

[0259] Ｒ－ＴＷＴ－Ｘ ＳＰ（８１２）において、スケジューリングＡＰは、ＲＡ－ＲＵを含まないトリガフレームをブロードキャストする。したがって、トリガされた非ＡＰ ＳＴＡのみが、各トリガフレームに示されるように割り当てられたＲＵを使用して、ＴＢ ＵＬ ＰＰＤＵを送信することができる。

[0260] 非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ（例えば、ＳＴＡ２）は、送信すべきＲＴＡトラフィックのバーストを有する時に、図示のように、Ｒ－ＴＷＴ－Ｘ ＳＰ（８１２）中にスケジューリングＡＰとのＲ－ＴＷＴ－Ｘ合意を確立して、一時的セットアップとしてＲ－ＴＷＴ－Ｘ ＳＰにおいて（単複の）ユニキャストＲＵを求めることを要求する。

[0261] 非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ２は、有効にされた（単複の）ユニキャストＲＵを含むＲ－ＴＷＴ ＳＰを示す値（例えば「６」）に設定されたブロードキャストＴＷＴ推薦フィールドと、スケジューリングＡＰが決定できるように「要求／提案ＴＷＴ」に設定されたＴＷＴセットアップコマンドフィールドとを含むＴＷＴセットアップ要求フレーム（８１４）を送信することによって、セットアップを開始することができる。

[0262] スケジューリングＡＰは、非Ｒ－ＴＷＴ－ＸメンバーＳＴＡ２からＴＷＴ要求フレームを受け取ると、ＴＷＴ応答フレーム（８１６）で応答して、スケジューリングＡＰが新たなＲ－ＴＷＴパラメータを受け入れたかどうかを示す。この例では、スケジューリングＡＰは、「受諾ＴＷＴ」に設定されたＴＷＴセットアップコマンドフィールドと、値（「６」として例示される）に設定されたブロードキャストＴＷＴ推薦フィールドとを含むＴＷＴ応答フレームに示される（８１８）新たなＲ－ＴＷＴパラメータを受け入れる。

[0263] Ｒ－ＴＷＴ－Ｘ ＳＰ（８１２）は、ブロードキャストＴＷＴパラメータセット（８２０）に従って変更され、ＡＰは、ＲＵ情報を含むトリガ（８２２）を送信する。ＳＴＡ２は、ＲＵ５上でＵＬ ＰＰＤＵ（８２６）を送信し、ＡＰによって受け取られる（８２４）。

[0264] ＳＴＡ２は、スケジューリングＡＰからＴＷＴ応答フレームを受け取った後に、一時Ｒ－ＴＷＴ－ＸメンバーＳＴＡになり、したがって、ＳＴＡ２は、割り当てられたＲＵ（すなわち、ＲＵ５）にアクセスすることによって、ＴＢ ＰＰＤＵを送信することができるべきであることに留意されたい。

[0265] Ｒ－ＴＷＴ－Ｙ ＳＰ（８２８）である次のＳＰにおいて、（単複の）ユニキャストＲＵは許可されていない（８３０）。非Ｒ－ＴＷＴ－ＹメンバーＳＴＡ（例えば、ＳＴＡ１）は、送信すべきＵＬトラフィックのバーストを有する時に、まずＲ－ＴＷＴ－Ｙにおいて一時メンバーシップを取得する必要がある場合がある。

４．１１．５．緊急の非Ｒ－ＴＷＴメンバーＳＴＡの送信
[0267] 図３６に、３つのＭＬＤからなる、ＭＬＯシナリオの簡単なトポロジの実施形態例８５０を示す。ＡＰ ＭＬＤ ８５２は、３つの異なるリンク上で動作する３つの提携ＡＰ、例えば、Ｌ１上のＡＰ１ ８５８と、Ｌ２上のＡＰ２ ８６０と、Ｌ３上のＡＰ３ ８６２とを有する。

[0268] ＭＬＤ２ ８５４は、２つの異なるリンク上で動作する２つの提携ＳＴＡ、すなわち、Ｌ１上のＳＴＡ１ ８６４と、Ｌ２上のＳＴＡ２ ８６６とを有する。ＭＬＤ３ ８５６は、２つの異なるリンク上で動作する２つの提携ＳＴＡ、すなわち、Ｌ２上のＳＴＡ３ ８６８と、Ｌ３上のＳＴＡ４ ８７０とを有する。

[0269] 図３７に、任意のリンク上で（単複の）現在のＲ－ＴＷＴ ＳＰにおいてＲ－ＴＷＴメンバーシップを有さないＭＬＤ ＳＴＡに対する複数のリンク上での緊急Ｒ－ＴＷＴ合意セットアップの実施形態例９１０を示す。相互作用するＭＬＤは、図３６に見られるものである。

[0270] スケジューリングＭＬＤ ＡＰは、Ｌ１（９１２）及びＬ２（９１４）上でＭＬＤ２に対してＲ－ＴＷＴ－Ｘ ＳＰをスケジュールし、Ｌ２（９３０）及び（９３４）上で、かつＬ３（９３２）及び（９３６）上で、ＭＬＤ３に対してＲ－ＴＷＴ－Ｙ ＳＰをスケジュールした。ＭＬＤ２は、この例の焦点でではないので図示しない。

[0271] この例では、ＭＬＤ３が、Ｌ１及びＬ３上でメンバーシップを取得していないＲ－ＴＷＴ－Ｘ ＳＰ中に送信すべき緊急バーストＵＬトラフィック（９１６）を有すると仮定する。ＭＬＤ３は、Ｌ３を使用して、バッファリングされたパケットを送信することができる。これは、Ｌ１及びＬ２上のＲ－ＴＷＴ－Ｘ ＳＰ中におけるＬ３上のＳＴＡ４とＡＰ３との間のパケット交換として示す。この場合、ＳＴＡ４は、ＲＴＳ（９１８）を送信してＣＴＳ（９２０）を受け取り、次に、ＳＴＡ４は、ＵＬ ＰＰＤＵ（９２２）を送信してＡＣＫ／ＢＡ（９２４）を受け取る。Ｌ３を使用する以外に、ＭＬＤ３は、Ｌ２上の現在のＲ－ＴＷＴ－Ｘ ＳＰのメンバーになることを要求することができ、Ｌ３上に新たなＲ－ＴＷＴ－Ｚ ＳＰをセットアップすることを要求することができる。ＭＬＤ３は、任意の利用可能なリンク上でＲ－ＴＷＴネゴシエーションフレームを送信することによって、Ｌ２及びＬ３上でそれぞれ、ＭＬＤ１と新たなＲ－ＴＷＴ－Ｘセットアップ及び新たなＲ－ＴＷＴ－Ｚセットアップを交渉すべきである。

[0272] この例では、異なるリンク上に、異なるブロードキャストＴＷＴ合意を確立することができる。例えば、（４．５節で提案されるような）ＵＯＲＡ機能を含むＬ２上のＲ－ＴＷＴ－Ｘ ＳＰ、及び（４．６節で提案されるような）ユニキャスト機能を含むＬ３上のＲ－ＴＷＴ－Ｚ ＳＰ。

[0273] ネゴシエーションフレーム（例えば、ＴＷＴ要求及びＴＷＴ応答）は、Ｌ３上のＳＴＡ４とＡＰ３との間で交換される。ＡＰ３は、Ｌ３上でＴＷＴ要求フレーム（９２６）を受け取ると、ＴＷＴ応答フレーム（９２８）で応答して、Ｌ２上の新たなＲ－ＴＷＴ－Ｘ合意及び／又はＬ３上の新たなＲ－ＴＷＴ－Ｚ合意の受け入れを告知すべきである。ＭＬＤ３のＳＴＡ３は、ＴＷＴ応答フレームを受け取った後に、Ｌ２上のＲ－ＴＷＴ－Ｘ ＳＰ（９３０）及び（９３４）を使用する一時／長期メンバーとして追加される。同時に、ＭＬＤ３のＳＴＡ４は、Ｌ３上の新たなＲ－ＴＷＴ－Ｚ ＳＰ（９３２）及び（９３６）を使用するメンバーである。
ＭＬＤ３は、Ｌ２及びＬ３上のＲ－ＴＷＴ－Ｙ ＳＰのメンバーであり、したがって、Ｒ－ＴＷＴメンバーの最も高い優先度で、Ｌ２（９３８）及びＬ３（９４０）上のＲ－ＴＷＴ－Ｙ ＳＰにアクセスすることができる。

５．実施形態の一般的範囲
[0275] 本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフロー図を参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようなあらゆるコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、（単複の）コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実装するための手段を生み出すようにすることができる。

[0276] したがって、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコード論理手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフロー図の各ブロック、並びにあらゆる手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。

[0277] 更に、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリデバイスに記憶して、これらのコンピュータ可読メモリ又はメモリデバイスに記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実装する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実装される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実装するためのステップを提供するようにすることもできる。

[0278] 更に、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。

[0279] 更に、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。

[0280] 本明細書の説明から、本開示は、限定ではないが以下の内容を含む技術の複数の実装を含むと理解されるであろう。

[0281] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）であり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒａｎｄｏｍ－ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、（ｄ）（ｉｉ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、を含み、（ｄ）（ｉｉｉ）前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、（ｄ）（ｉｖ）前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、（Ａ）前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信するか、又は（Ｂ）ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合する、装置。

[0282] ネットワークにおける無線通信のための装置であって、前記装置は、（ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）であり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、（ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、（ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、（ｄ）（ｉ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、（ｄ）（ｉｉ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、を含み、（ｄ）（ｉｉｉ）前記Ｒ－ＴＷＴネゴシエーションは、前記非ＡＰ ＳＴＡがＴＷＴ要求フレームを送信してＴＷＴ応答フレームを受け取ることに基づき、これらのフレームの各々は、この形態のネゴシエーションを示すネゴシエーションタイプサブフィールドを含むＴＷＴ情報要素を搬送し、（ｄ）（ｉｖ）前記ＴＷＴ情報要素は、現在のＲ－ＴＷＴにおいて一時又は長期メンバーシップを示すための要求タイプフィールドのサブフィールドを含み、このサブフィールドは、メンバーシップが受け入れられたかどうかを示すために、前記スケジューリングＡＰによって使用することができ、（ｄ）（ｖ）前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、（ｄ）（ｖｉ）前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、（Ａ）前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信するか、又は（Ｂ）ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合し、（ｄ）（ｖｉｉ）ブロードキャストＴＷＴ推薦フィールドに値を設定して、Ｒ－ＴＷＴにおいて少なくとも１つのＲＡ－ＲＵ機能を含むＵＯＲＡを有効にすることを要求することに応答して、ＵＯＲＡを有効にすることができる、装置。

[0283] ネットワークにおいて無線通信を実行する方法であって、前記方法は、（ａ）別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）間で通信するステップであって、前記無線局（ＳＴＡ）の各々は、アクセスポイント（ＡＰ）又は非ＡＰ ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線ＳＴＡと無線通信する、ステップと、（ｂ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、（ｃ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、を含み、（ｄ）前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、（ｅ）前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、（Ａ）前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信するか、又は（Ｂ）ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合する、方法。

[0284] 前記Ｒ－ＴＷＴネゴシエーションは、前記非ＡＰ ＳＴＡがＴＷＴ要求フレームを送信してＴＷＴ応答フレームを受け取ることに基づき、これらのフレームの各々は、この形態のネゴシエーションを示すネゴシエーションタイプサブフィールドを含むＴＷＴ情報要素を搬送する、前出のいずれかの実装の装置又は方法。

[0285] 前記ＴＷＴ情報要素は、現在のＲ－ＴＷＴにおいて一時又は長期メンバーシップを示すための要求タイプフィールドのサブフィールドを更に含み、このサブフィールドは、メンバーシップが受け入れられたかどうかを示すために、前記スケジューリングＡＰによって使用することができる、前出のいずれかの実装の装置又は方法。

[0286] ブロードキャストＴＷＴ推薦フィールドに値を設定して、Ｒ－ＴＷＴにおいて少なくとも１つのＲＡ－ＲＵ機能を含むＵＯＲＡを有効にすることを要求することに応答して、ＵＯＲＡを有効にすることができる、前出のいずれかの実装の装置又は方法。

[0287] 任意のＲ－ＴＷＴに対してスケジュールされる非ＡＰ ＳＴＡは、ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵ送信を求めて競合することができる、前出のいずれかの実装の装置又は方法。

[0288] 任意のＲ－ＴＷＴに対してスケジュールされない非ＡＰ ＳＴＡは、ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵ送信を求めて競合することができる、前出のいずれかの実装の装置又は方法。

[0289] 非ＡＰ ＳＴＡは、そのＯＦＤＭＡバックオフ（ＯＢＯ）カウンタがターミナルカウントに達すると、Ｒ－ＴＷＴメンバーＳＴＡではないにもかかわらず、１つのＲＡ－ＲＵを使用してＵＬ ＰＰＤＵを直接送信することができるか、又は前記ＲＡ－ＲＵにおいてバッファステータスレポート（ＢＳＲ）を送信して、前記スケジューリングＡＰが前記非ＡＰ ＳＴＡに特定のＲＵを割り当てて、次にトリガされたＵＬ ＰＰＤＵ送信において直接アクセスを実行できるようにすることができる、前出のいずれかの実装の装置又は方法。

[0290] Ｒ－ＴＷＴスケジュールされたＳＴＡである前記非ＡＰ ＳＴＡは、自身が所有する特定のアソシエーション識別（ＡＩＤ）に割り当てられる保証されたユニキャストＲＵを使用して、現在のＲ－ＴＷＴ ＳＰに参加することを要求する、前出のいずれかの実装の装置又は方法。

[0291] ブロードキャストＴＷＴ推薦フィールドの値は、前記保証されたユニキャストＲＵの割り当てを求める要求を示す、前出のいずれかの実装の装置又は方法。

[0292] 前記保証されたユニキャストＲＵの割り当ては、任意のＲ－ＴＷＴ ＳＰの開始においてスケジュールすることができない、前出のいずれかの実装の装置又は方法。

[0293] 任意のＲ－ＴＷＴに対してスケジュールされる前記非ＡＰ ＳＴＡは、前記スケジューリングＡＰとネゴシエーションフレームを交換することによって、現在の進行中のＲ－ＴＷＴ ＳＰ中に前記保証されたユニキャストＲＵの割り当てを開始することができる、前出のいずれかの実装の装置又は方法。

[0294] 前記非ＡＰ ＳＴＡは、前記スケジューリングＡＰから受け入れメッセージを受け取ると、このＲ－ＴＷＴ ＳＰにおいて送信するために自身のＡＩＤに割り当てられる前記保証されたユニキャストＲＵに直ちにアクセスすることができる、前出のいずれかの実装の装置又は方法。

[0295] Ｒ－ＴＷＴスケジュールされたＳＴＡである前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーではない非ＡＰ ＳＴＡに対して指定される（単複の）割り当てられたＲＡ－ＲＵ上で新たなグループアソシエーション識別（ＡＩＤ）を求めて競合することができる、前出のいずれかの実装の装置又は方法。

[0296] ブロードキャストＴＷＴ推薦フィールドを特定の値に設定して、Ｒ－ＴＷＴメンバーではない非ＡＰ ＳＴＡに対してＲＡ－ＲＵアクセスを有効にすることを示す、前出のいずれかの実装の装置又は方法。

[0297] （単複の）割り当てられたＲＡ－ＲＵ上で新たなグループアソシエーション識別（ＡＩＤ）を求めて競合することは、任意のＲ－ＴＷＴ ＳＰの開始においてスケジュールすることができる、前出のいずれかの実装の装置又は方法。

[0298] 前記新たなＡＩＤは、ビーコンフレームにおいて搬送され、周期的にブロードキャストされる、前出のいずれかの実装の装置又は方法。

[0299] 現在のＲ－ＴＷＴ ＳＰにおいてメンバーシップを取得していない前記非ＡＰ ＳＴＡは、このＲ－ＴＷＴ ＳＰにおいて送信するために前記新たなグループＡＩＤに専用に割り当てられる前記（単複の）ＲＡ－ＲＵへのアクセスを求めて競合することができる、前出のいずれかの実装の装置又は方法。

[0300] スケジュールされたＲ－ＴＷＴ ＳＴＡである前記非ＡＰ ＳＴＡは、（Ａ）現在の進行中のＲ－ＴＷＴ ＳＰの一時メンバーシップが１回だけ割り当てられ、（Ｂ）いつでも破棄することができる長期メンバーシップが割り当てられることができる、前出のいずれかの実装の装置又は方法。

[0301] ＭＬＤ ＳＴＡであるスケジュールされたＲ－ＴＷＴメンバーである前記非ＡＰ ＳＴＡは、その複数のリンク上で異なるＲ－ＴＷＴ合意をセットアップすることを要求することができる、前出のいずれかの実装の装置又は方法。

[0302] 本明細書で使用する「実装」という用語は、以下に限定されるわけではないが、本明細書で説明する技術を実施する実施形態、実施例又はその他の形態を含むように意図するものである。

[0303] 本明細書で使用する単数語「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈によって別途明確に指定しない限り、複数の参照物を含むことができる。単数形による物への言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味するものである。

[0304] 本開示内の「Ａ、Ｂ及び／又はＣ」などの語句の構成体は、Ａ、Ｂ、又はＣのいずれかが存在することができる場合、又は項目Ａ、Ｂ及びＣの任意の組み合わせを表す。「～のうちの少なくとも１つ」の後に要素を列挙したグループが続くような語句の構成体は、これらのグループ要素のうちの少なくとも１つが存在し、適用可能な場合、これらの列挙された要素の任意の可能な組み合わせを含むことを示す。

[0305] 本明細書中の「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態の用語への言及は、説明された実施形態に関連して説明する特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを示す。したがって、これらの様々な実施形態の語句は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態と異なる特定の実施形態について言及するものではない。実施形態の語句は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態にあらゆる好適な態様で組み合わせることができることを意味すると解釈すべきである。

[0306] 本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。したがって、例えば物体の組は、単一の物体又は複数の物体を含むことができる。

[0307] 第１の（ｆｉｒｓｔ）及び第２の（ｓｅｃｏｎｄ）、上部（ｔｏｐ）及び下部（ｂｏｔｔｏｍ）、上部の（ｕｐｐｅｒ）及び下部の（ｌｏｗｅｒ）、左（ｌｅｆｔ）及び右（ｒｉｇｈｔ）などの関係語は、ある実体又は動作を別の実体又は動作と区別するためだけに使用することができ、必ずしもこのような実体又は動作同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。

[0308] 「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｎｔａｉｎｓ）」、「含んでいる（ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、要素の列挙を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置が、これらの要素しか含んでいないのではなく、明確に列挙されていない、又はこのようなプロセス、方法、物品、又は装置に固有のその他の要素を含むことができるように非排他的な包含を含むことが意図されている。「～を含む（ｃｏｍｐｒｉｓｅｓ．．．ａ）」、「～を有する（ｈａｓ．．．ａ）」、「～を含む（ｉｎｃｌｕｄｅｓ．．．ａ）」、「～を含む（ｃｏｎｔａｉｎｓ．．．ａ）」によって導かれる要素は、これ以上の制約が無い場合、その要素を含む（ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｎｔａｉｎｓ）、有する（ｈａｓ）プロセス、方法、物品、又は装置内に更なる同一の要素が存在することを否定するものではない。

[0309] 本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似の（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「本質的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらの用語の他のあらゆるバージョンは、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０％以下の角度変動範囲を意味することができる。

[0310] また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に簡略化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。

[0311] 本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続 される」と定義されるが、必ずしも直接的な、また必ずしも機械的な接続ではない。特定の方法で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその方法で構成されるが、列挙されていない方法で構成することもできる。

[0312] 利益、利点、問題の解決法、及びあらゆる利益、利点、又は解決法を生じる又はより明確にすることができるあらゆる（単複の）要素が、本明細書で説明する技術又は一部の又は全ての請求項の重要な、必要な、又は不可欠な特徴又は要素であると解釈すべきではない。

[0313] 更に、上記の開示では、開示を簡潔にするために、様々な実施形態において様々な特徴を一緒にグループ化することができる。この開示の方法は、特許請求される実施形態が各請求項で明白に記載されるものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

[0314] 本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。

[0315] 管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。したがって、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は一般への公開として解釈すべきではない。

[0316] 以下の特許請求の範囲は、本明細書によって本開示に組み込まれ、各請求項は別個に特許請求される主題として自立する。

[0317] 本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。したがって、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。

[0318] 当業者に周知の本開示の実施形態の要素の全ての構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。更に、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。

ＡＩＤ１２サブフィールド符号化

１０ 実施形態例
１２ 回路
１４ 外部Ｉ／Ｏ接続／バス
１６ 内部バス
１８ ＣＰＵ／プロセッサ
２０ メモリ
２２ モデム
２４，２８ ＲＦモジュール
２６ａ，２６ｂ，２６ｃ，…２６ｎ，２９ アンテナ
４０ 実施形態例
４２ ＳＴＡ １
４４ ＳＴＡ ２
４６ ＳＴＡ Ｎ
４８ ＭＬＤ管理エンティティ
５０ ＣＰＵ
５２ メモリ（ＲＡＭ）
５４ モデム
５６ ＲＦ回路
５８ バス
６０ａ，６０ｂ，６０ｃ，…，６０ｎ アンテナ
６２ ＣＰＵ
６４ メモリ（ＲＡＭ）
７０ 例示的なＳＴＡトポロジ
７２ アクセスポイント（ＡＰ）
７４ ＳＴＡ１
７６ ＳＴＡ２
９０ 実施形態例
９２ ＡＩＤ値
９４ トリガフレーム
９６ 割り当て
９８ ＭＵ ＢＡ
１１０ 実施形態例
１１２ 局ＡＩＤ
１１４ トリガフレーム
１１８ ＭＵ ＢＡ
１３０ 実施形態例
１３２ ステータス
１３４ トリガフレーム
１３６ ＴＢ ＰＰＤＵ
１３８ ＭＵ ＢＡ
１５０ 実施形態例
１５２ ＳＴＡが送信すべきＲＴＡトラフィックのバーストを有する
１５４ 送信リンク上に、ＳＴＡがＲ－ＴＷＴメンバーシップを有するＲ－ＴＷＴ ＳＰが存在するか？
１５６ ＳＴＡはスケジューリングＡＰからのトリガを待つことができる
１５８ ＳＴＡが、送信リンク上の現在のＲ－ＴＷＴのメンバーとして追加されることを要求／提案するためのネゴシエーションフレームを送信するか？
１６０ ＳＴＡが、スケジューリングＡＰから、送信リンク上の現在のＲ－ＴＷＴのメンバーとしてＳＴＡを追加することを受け入れるためのネゴシエーションフレームを受け取ったか？
１６２ ＳＴＡは依然として、非Ｒ－ＴＷＴメンバーとしてチャネルアクセスを求めて競合することができる
１６４ 全てのＳＴＡに対して（単複の）ＲＡ－ＲＵが有効にされているか？
１６６ 非Ｒ－ＴＷＴ ＳＴＡは、関連付けられたＳＴＡに割り当てられるＲＡ－ＲＵを求めて競合することができる
１６８ 非Ｒ－ＴＷＴ ＳＴＡのみに対して（単複の）ＲＡ－ＲＵが有効にされたか？
１７０ ＳＴＡは、非Ｒ－ＴＷＴ ＳＴＡのみに割り当てられるＲＡ－ＲＵを求めて競合することができる
１７２ 非Ｒ－ＴＷＴ ＳＴＡに対して（単複の）ＲＵが保証されているか？
１７４ ＳＴＡは（単複の）保証されたＲＵ上で送信する
１７６ ＳＴＡが、現在のＲ－ＴＷＴ ＳＰの後であるがＳＴＡ自身のＲ－ＴＷＴ ＳＰの前の新たなＲ－ＴＷＴ ＳＰをセットアップしたか？
１７８ ＳＴＡが、スケジューリングＡＰから、新たなＲ－ＴＷＴのセットアップを受け入れるためのフレームを受け取ったか？
１８０ ＳＴＡは、チャネルを求めて競合するか、又は新たなＲ－ＴＷＴ ＳＰにおいてスケジューリングＡＰからのトリガを待つことができる
１９０ 実施形態例
１９２ ＡＰが、現在のＲ－ＴＷＴの一時／長期メンバーとして追加されることを要求／提案するための、又は送信リンク上に新たな一時／長期Ｒ－ＴＷＴをセットアップするためのネゴシエーションフレームを受け取ったか？
１９４ ＡＰは、要求側ＳＴＡに応答して、要求の受け入れ又は拒絶を示す
１９６ ＡＰが、送信リンク上の要求されたＲ－ＴＷＴのメンバーとして要求側ＳＴＡを受け入れたか？
１９８ ＡＰは、非Ｒ－ＴＷＴメンバーＳＴＡを自発的にトリガしない
２００ ＡＰは、Ｒ－ＴＷＴメンバーとして非Ｒ－ＴＷＴメンバーＳＴＡをトリガすることができる
２０２ 全ての関連付けられたＳＴＡ送信に対して（単複の）ＲＡ－ＲＵが有効にされているか？
２０４ ＡＰは、トリガにおいて全てのＳＴＡのための少なくとも１つのＲＡ－ＲＵを示す
２０６ 非Ｒ－ＴＷＴ ＳＴＡ送信のみに対して（単複の）ＲＡ－ＲＵが有効にされたか？
２０８ ＡＰは、トリガにおいて、非Ｒ－ＴＷＴメンバーＳＴＡのみに対する特定のグループＡＩＤに割り当てられる少なくとも１つのＲＡ－ＲＵを示す
２１０ 要求側の非Ｒ－ＴＷＴ ＳＴＡに対して（単複の）保証されたＲＵが有効にされているか？
２１２ ＡＰは、要求側の非Ｒ－ＴＷＴ ＳＴＡに対する少なくとも１つの保証されたＲＵを示す
２３０ 実施形態例
２５０ 実施形態例
３１０ 実施形態例
３１２ ＡＰ
３１４ ＳＴＡ１
３１６ ＳＴＡ２
３１８ ブロードキャストＴＷＴパラメータセット
３２０ ビーコン
３２２ ドーズ
３２４ ドーズ
３２６ トリガ可能なＲ-ＴＷＴ-Ｘ ＳＰ
３２８ ベーシックトリガ
３３０ ＰＳポール
３３２ ＡＣＫ／ＢＡ
３３４ ＤＬ ＰＰＤＵ
３３６ ＡＣＫ／ＢＡ
３３８ ＴＷＴ要求
３４０ ＴＷＴ応答
３４２ ＢＳＲＰ
３４４ ＢＳＲ
３４６ ベーシックトリガ
３４８ ＵＬ ＰＰＤＵ
３５０ ＡＣＫ／ＢＡ
３５２ ドーズ
３５４ ドーズ
３５６ トリガ可能なＲ-ＴＷＴ-Ｙ ＳＰ
３５８ ベーシックトリガ
３６０ ＰＳポール
３６２ ＡＣＫ／ＢＡ
３６４ ＤＬ ＰＰＤＵ
３６６ ＡＣＫ／ＢＡ
４１０ 実施形態例
４１２ トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ
４１４ ベーシックトリガ
４１６ ＰＳポール
４２０ ＤＬ ＳＵ／ＭＵ ＰＰＤＵ
４２２ ＡＣＫ／ＢＡ
４２４ ＴＷＴ情報フレーム
４２６ ＴＷＴ情報フレームのＡＣＫ
４２８ トリガ可能なＲ－ＴＷＴ－Ｘ＋１ ＳＰ
４３０ ドーズ
４３２ ＢＳＲＰ／ＴＲＳ
４３４ ＢＳＲ
４３６ Ｒ－ＴＷＴ－Ｚ ＳＰ
４３８ ベーシックトリガ
４４０ ＵＬ ＰＰＤＵ
４４２ ＡＣＫ／ＢＡ
４４４ ドーズ
４４６ トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ
４４８ ベーシックトリガ
４５０ ＰＳポール
４５２ ＡＣＫ／ＢＡ
４５４ ＤＬ ＳＵ／ＭＵ ＰＰＤＵ
４５６ ＡＣＫ／ＢＡ
５１０ 実施形態例
５１２ トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ
５１４ ＲＡ－ＲＵを含むＲ－ＴＷＴ－Ｘ ＳＰ
５１６ ＲＡ－ＲＵを含むトリガフレーム
５１８ トリガ
５２０ ＵＬ ＰＰＤＵ
５２２ ＵＬ ＰＰＤＵ
５２４ トリガ
５２６ ＵＬ ＰＰＤＵ
５２８ トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ
５３０ ＲＡ－ＲＵの保証を含まないＲ－ＴＷＴ－Ｙ ＳＰ
６１０ 実施形態例
６１２ トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ
６１４ ＲＡ－ＲＵを含むＲ－ＴＷＴ－Ｘ ＳＰ
６１６ ＲＡ－ＲＵを含むトリガフレーム
６１８ 第１のトリガ
６２０ ＵＬ ＰＰＤＵ
６２２ ＢＳＲ
６２４ 第２のトリガ
６２６ ＵＬ ＰＰＤＵ
６２８ ＵＬ ＰＰＤＵ
６３０ トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ
６３２ ＲＡ－ＲＵの保証を含まないＲ－ＴＷＴ－Ｙ ＳＰ
７１０ 実施形態例
７１２ トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ
７１４ ＲＡ－ＲＵの保証を含まないＲ－ＴＷＴ－Ｘ ＳＰ
７１６ ＴＷＴ要求
７１８ ＴＷＴ応答
７２０ 新たなＲ－ＴＷＴパラメータセットを示す
７２１ ブロードキャストＴＷＴパラメータセット
７２２ ＲＡ－ＲＵを含むトリガフレーム
７２４ ＲＡ－ＲＵを含むＲ－ＴＷＴ－Ｘ ＳＰ
７２６ トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ
７２８ ＲＡ－ＲＵの保証を含まないＲ－ＴＷＴ－Ｙ ＳＰ
８１０ 実施形態例
８１２ トリガ可能なＲ－ＴＷＴ－Ｘ ＳＰ
８１４ ＴＷＴ要求
８１６ ＴＷＴ応答
８１８ 新たなＲ－ＴＷＴパラメータを示す
８２０ ブロードキャストＴＷＴパラメータセット
８２２ トリガ
８２４ ＵＬ ＰＰＤＵが受け取られる
８２６ ＵＬ ＰＰＤＵ
８２８ トリガ可能なＲ－ＴＷＴ－Ｙ ＳＰ
８３０ ＲＡ－ＲＵの保証を含まないＲ－ＴＷＴ－Ｙ ＳＰ
８５０ 実施形態例
８５２ ＡＰ ＭＬＤ
８５４ ＭＬＤ２
８５６ ＭＬＤ３
８５８ ＡＰ１
８６０ ＡＰ２
８６２ ＡＰ３
８６４ ＳＴＡ１
８６６ ＳＴＡ２
８６８ ＳＴＡ３
８７０ ＳＴＡ４
９１０ 実施形態例
９１２ ＳＴＡ１に対するＲ－ＴＷＴ－Ｘ
９１４ ＳＴＡ２に対するＲ－ＴＷＴ－Ｘ
９１６ ＡＰへのＵＬバーストフロー
９１８ ＲＴＳ
９２０ ＣＴＳ
９２２ ＵＬ ＰＰＤＵ
９２４ ＡＣＫ／ＢＡ
９２６ ＴＷＴ要求
９２８ ＴＷＴ応答
９３０ ＳＴＡ３に対するＲ－ＴＷＴ－Ｘ
９３２ ＳＴＡ４に対するＲ－ＴＷＴ－Ｚ
９３４ ＳＴＡ３に対するＲ－ＴＷＴ－Ｘ
９３６ ＳＴＡ４に対するＲ－ＴＷＴ－Ｚ
９３８ ＳＴＡ３に対するＲ－ＴＷＴ－Ｙ
９４０ ＳＴＡ４に対するＲ－ＴＷＴ－Ｙ

Claims (21)

1. ネットワークにおける無線通信のための装置であって、前記装置は、
   （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）であり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
   （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
   （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
   を備え、
   （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
   （ｉ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ：ｒａｎｄｏｍ－ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、
   （ｉｉ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、
   を含み、
   （ｉｉｉ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、
   （ｉｖ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信し、
   前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、前記非ＡＰ ＳＴＡは、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合する、
   ことを特徴とする装置。
2. 前記Ｒ－ＴＷＴネゴシエーションは、前記非ＡＰ ＳＴＡがＴＷＴ要求フレームを送信してＴＷＴ応答フレームを受け取ることに基づき、これらのフレームの各々は、ネゴシエーションを示すネゴシエーションタイプサブフィールドを含むＴＷＴ情報要素を搬送することを特徴とする、請求項１に記載の装置。
3. 前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記ＴＷＴ情報要素は、現在のＲ－ＴＷＴにおいて一時又は長期メンバーシップを示すための要求タイプフィールドのサブフィールドを更に含み、このサブフィールドは、メンバーシップが受け入れられたかどうかを示すために、前記スケジューリングＡＰによって使用することができることを特徴とする、請求項２に記載の装置。
4. 前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、ブロードキャストＴＷＴ推薦フィールドに値を設定して、Ｒ－ＴＷＴにおいて少なくとも１つのＲＡ－ＲＵ機能を含むＵＯＲＡを有効にすることを要求することに応答して、ＵＯＲＡを有効にすることができることを特徴とする、請求項１に記載の装置。
5. 前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、任意のＲ－ＴＷＴに対してスケジュールされる別の非ＡＰ ＳＴＡは、ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵ送信を求めて競合することができることを特徴とする、請求項１に記載の装置。
6. 前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、任意のＲ－ＴＷＴに対してスケジュールされない別の非ＡＰ ＳＴＡは、ＵＯＲＡが有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵ送信を求めて競合することができることを特徴とする、請求項１に記載の装置。
7. 前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、別の非ＡＰ ＳＴＡは、そのＯＦＤＭＡバックオフ（ＯＢＯ）カウンタがターミナルカウントに達すると、Ｒ－ＴＷＴメンバーＳＴＡではないにもかかわらず、１つのＲＡ－ＲＵを使用してＵＬ ＰＰＤＵを直接送信することができるか、又は前記ＲＡ－ＲＵにおいてバッファステータスレポート（ＢＳＲ）を送信して、前記スケジューリングＡＰが前記別の非ＡＰ ＳＴＡに特定のＲＵを割り当てて、次にトリガされたＵＬ ＰＰＤＵ送信において直接アクセスを実行できるようにすることができることを特徴とする、請求項６に記載の装置。
8. Ｒ－ＴＷＴスケジュールされたＳＴＡ（Ｒ－ＴＷＴ ｓｃｈｅｄｕｌｅｄ ＳＴＡ）である前記非ＡＰ ＳＴＡは、自身が所有する特定のアソシエーション識別（ＡＩＤ）に割り当てられる保証されたユニキャストＲＵを使用して、現在のＲ－ＴＷＴ ＳＰに参加することを要求することを特徴とする、請求項１に記載の装置。
9. ブロードキャストＴＷＴ推薦フィールドの値は、前記保証されたユニキャストＲＵの割り当てを求める要求を示すことを特徴とする、請求項８に記載の装置。
10. 前記保証されたユニキャストＲＵの割り当ては、任意のＲ－ＴＷＴ ＳＰの開始においてスケジュールすることができないことを特徴とする、請求項８に記載の装置。
11. 任意のＲ－ＴＷＴに対してスケジュールされる前記非ＡＰ ＳＴＡは、前記スケジューリングＡＰとネゴシエーションフレームを交換することによって、現在の進行中のＲ－ＴＷＴ ＳＰ中に前記保証されたユニキャストＲＵの割り当てを開始することができることを特徴とする、請求項８に記載の装置。
12. 前記非ＡＰ ＳＴＡは、前記スケジューリングＡＰから受け入れメッセージを受け取ると、このＲ－ＴＷＴ ＳＰにおいて送信するために自身のＡＩＤに割り当てられる前記保証されたユニキャストＲＵに直ちにアクセスすることができることを特徴とする、請求項８に記載の装置。
13. 前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、Ｒ－ＴＷＴスケジュールされたＳＴＡである前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーではない非ＡＰ ＳＴＡに対して指定される割り当てられたＲＡ－ＲＵ上で新たなグループアソシエーション識別（ＡＩＤ）を求めて競合することができることを特徴とする、請求項１に記載の装置。
14. ブロードキャストＴＷＴ推薦フィールドを特定の値に設定して、Ｒ－ＴＷＴメンバーではない別の非ＡＰ ＳＴＡに対してＲＡ－ＲＵアクセスを有効にすることを示すことを特徴とする、請求項１３に記載の装置。
15. 割り当てられたＲＡ－ＲＵ上で新たなグループアソシエーション識別（ＡＩＤ）を求めて競合することは、任意のＲ－ＴＷＴ ＳＰの開始においてスケジュールすることができることを特徴とする、請求項１３に記載の装置。
16. 前記新たなＡＩＤは、ビーコンフレームにおいて搬送され、周期的にブロードキャストされることを特徴とする、請求項１３に記載の装置。
17. 現在のＲ－ＴＷＴ ＳＰにおいてメンバーシップを取得していない前記非ＡＰ ＳＴＡは、このＲ－ＴＷＴ ＳＰにおいて送信するために前記新たなグループＡＩＤに専用に割り当てられる前記ＲＡ－ＲＵへのアクセスを求めて競合することができることを特徴とする、請求項１３に記載の装置。
18. スケジュールされたＲ－ＴＷＴ ＳＴＡである前記非ＡＰ ＳＴＡは、現在の進行中のＲ－ＴＷＴ ＳＰの一時メンバーシップが１回だけ割り当てられることができ、又はいつでも破棄することができる長期メンバーシップが割り当てられることができることを特徴とする、請求項１に記載の装置。
19. ＭＬＤ ＳＴＡであるスケジュールされたＲ－ＴＷＴメンバーである前記非ＡＰ ＳＴＡは、その複数のリンク上で異なるＲ－ＴＷＴ合意をセットアップすることを要求することができることを特徴とする、請求項１に記載の装置。
20. ネットワークにおける無線通信のための装置であって、前記装置は、
    （ａ）無線通信回路であって、前記無線通信回路は、別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）であり、前記無線通信回路は、通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線局（ＳＴＡ）と無線通信するためのものである、無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するための前記無線通信回路に結合されるプロセッサと、
    （ｃ）他のＳＴＡと通信するための前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、前記無線通信回路のための無線通信プロトコルのステップを実行し、前記ステップは、
    （ｉ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、
    （ｉｉ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、
    を含み、
    （ｉｉｉ）前記Ｒ－ＴＷＴネゴシエーションは、前記非ＡＰ ＳＴＡがＴＷＴ要求フレームを送信してＴＷＴ応答フレームを受け取ることに基づき、これらのフレームの各々は、この形態のネゴシエーションを示すネゴシエーションタイプサブフィールドを含むＴＷＴ情報要素を搬送し、
    （ｉｖ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記ＴＷＴ情報要素は、現在のＲ－ＴＷＴにおいて一時又は長期メンバーシップを示すための要求タイプフィールドのサブフィールドを含み、このサブフィールドは、メンバーシップが受け入れられたかどうかを示すために、前記スケジューリングＡＰによって使用することができ、
    （ｖ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、
    （ｖｉ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信し、前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、前記非ＡＰ ＳＴＡは、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合し、
    （ｖｉｉ）前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、ブロードキャストＴＷＴ推薦フィールドに値を設定して、Ｒ－ＴＷＴにおいて少なくとも１つのＲＡ－ＲＵ機能を含むＵＯＲＡを有効にすることを要求することに応答して、ＵＯＲＡを有効にすることができる、
    ことを特徴とする装置。
21. ネットワークにおいて無線通信を実行する方法であって、前記方法は、
    （ａ）別個のＳＴＡ又はマルチリンクデバイス（ＭＬＤ）内のＳＴＡである無線局（ＳＴＡ）間で通信するステップであって、前記無線局（ＳＴＡ）の各々は、アクセスポイント（ＡＰ）又は非ＡＰ ＳＴＡとして動作して、全てのリンク上のランダムチャネルアクセスのために拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上のキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して、他の無線ＳＴＡと無線通信する、ステップと、
    （ｂ）進行中のランダムターゲットウェイトタイム（Ｒ－ＴＷＴ）サービス期間（ＳＰ）中に前記ＡＰに送信するために非ＡＰ ＳＴＡによってリアルタイムアプリケーション（ＲＴＡ）トラフィックの緊急バーストをキューに入れるステップであって、前記進行中のＲ－ＴＷＴ ＳＰにおいて、前記非ＡＰ ＳＴＡは、Ｒ－ＴＷＴメンバーシップを有さない、ステップと、
    （ｃ）前記非ＡＰ ＳＴＡから、前記進行中のＲ－ＴＷＴ ＳＰ以内に、スケジューリングＡＰとしてスケジューリングを実行するための前記ＡＰとのＲ－ＴＷＴネゴシエーションを開始するステップであって、前記ネゴシエーションは、（Ａ）現在のＲ－ＴＷＴ ＳＰであるか、又は現在進行中のＲ－ＴＷＴ ＳＰの後であるが、前記非ＡＰ ＳＴＡがＲ－ＴＷＴメンバーシップを当初有していたＲ－ＴＷＴ ＳＰの前のＲ－ＴＷＴ ＳＰである、特定のＲ－ＴＷＴ ＳＰにおいて一時又は長期メンバーシップを求める要求、又は（Ｂ）アップリンク直交周波数分割多重アクセスベースのランダムアクセス（ＵＯＲＡ）機能が有効にされた場合、現在のＲ－ＴＷＴ ＳＰにおいてランダムアクセスリソースユニット（ＲＡ－ＲＵ）を求めて競合することを求める要求を含む、ステップと、
    を含み、
    （ｄ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記スケジューリングＡＰは、メンバーシップ要求を行う前記非ＡＰ ＳＴＡからの前記メンバーシップ要求を受け入れる又は拒絶することができるか、又は代替Ｒ－ＴＷＴセットアップを示すか又は前記ＳＴＡからの好ましいＲ－ＴＷＴセットアップを指令することができ、
    （ｅ）前記Ｒ－ＴＷＴネゴシエーションが（Ａ）の要求を含む場合において、前記メンバーシップ要求が受け入れられたことに応答して、前記非ＡＰ ＳＴＡは、前記特定のＲ－ＴＷＴ ＳＰにおいてＲＴＡトラフィックの緊急バーストを送信し、前記Ｒ－ＴＷＴネゴシエーションが（Ｂ）の要求を含む場合において、前記非ＡＰ ＳＴＡは、現在のＲ－ＴＷＴ ＳＰにおいてＲＡ－ＲＵを求めて競合する、
    ことを特徴とする方法。