JP7804764B2 - マルチリンク制限付きｔｗｔ - Google Patents

Description

〔関連出願との相互参照〕
本出願は、２０２１年１１月１日に出願された米国仮特許出願シリアル番号第６３／２６３，３４０号に対する優先権及びその利益を主張する、２０２２年１０月２４日に出願された米国特許出願シリアル番号第１８／０４９，２８５号に対する優先権及びその利益を主張するものであり、これらの各文献はその全体が引用により本明細書に組み入れられる。上述した各出願に対して優先権を主張する。

〔連邦政府が支援する研究又は開発に関する記述〕
該当なし

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

本開示の技術は、一般にＣＳＭＡ／ＣＡを使用する無線ローカルエリアネットワークに関し、具体的には、複数のリンク上にサービス期間（ＳＰ）を有するマルチリンク（ＭＬ）Ｒ－ＴＷＴのＭＬＤ Ｒ－ＴＷＴスケジューリングに関する。

キャリア検知多重アクセス及び衝突回避（ＣＳＭＡ／ＣＡ）を用いた現在の無線技術は、ネットワークの高スループット性能に主眼を置いているが、低遅延性能には欠けている。しかしながら、リアルタイムアプリケーション（ＲＴＡ）などのますます多くのアプリケーションが低遅延を必要としており、従って技術格差が存在する。

ＲＴＡは低遅延通信を必要とし、ベストエフォート通信を使用する。ＲＴＡから生成されるデータはＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて（単複の）ＲＴＡフレームとしてパケット化される。また、非時間依存アプリケーショから生成されるデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて（単複の）非ＲＴＡフレームとしてパケット化される。その後、送信側ＳＴＡは、フレームを搬送するパケットをチャネル経由で受信側ＳＴＡに送信する。

ＲＴＡフレームは、配信の高適時性要件に起因して低遅延を必要とする。ＲＴＡフレームは、一定時間内に配信された場合に有効である。ＣＳＭＡ／ＣＡ無線技術における１つの解決策は、ＲＴＡフレーム交換のために制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のサービス期間（ＳＰ）をスケジュールすることである。Ｒ－ＴＷＴ ＳＰ中、ＲＴＡフレームは他のフレームよりも高い送信優先度を有する。

しかしながら、現在のＲ－ＴＷＴ機構の実装は、スケジューリング及びオーバーヘッドの問題を抱えている。本開示は、これらの問題を克服してさらなる利点を提供するものである。

キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して、ＲＴＡフレーム交換のために制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のサービス期間（ＳＰ）をスケジュールする無線ローカルエリアネットワーク（ＷＬＡＮ）。Ｒ－ＴＷＴ ＳＰ中、ＲＴＡフレームは他のフレームよりも高い送信優先度を有する。本開示では、複数のリンク上でサービス期間（ＳＰ）がスケジュールされるマルチリンク（ＭＬ）Ｒ－ＴＷＴをＲ－ＴＷＴスケジュール側ＭＬＤがスケジュールできるプロトコルについて説明する。これらのＭＬ Ｒ－ＴＷＴは、１又は２以上のシングルリンク（ＳＬ）Ｒ－ＴＷＴであることができ、ＭＬ Ｒ－ＴＷＴは、ＳＬ Ｒ－ＴＷＴから独立したＲ－ＴＷＴであることができる。Ｒ－ＴＷＴスケジュール側ＭＬＤは、ＭＬ Ｒ－ＴＷＴを識別するために一意のＭＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる。ＭＬ Ｒ－ＴＷＴがＳＬ Ｒ－ＴＷＴから成る場合、各ＳＬ Ｒ－ＴＷＴは、リンク上での識別のために一意のリンクレベルＲ－ＴＷＴ ＩＤに割り当てられる。Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、複数のリンク上のＭＬ Ｒ－ＴＷＴ管理のために１つのリンク上でＭＬ Ｒ－ＴＷＴシグナリングを完了すればよい。

非ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートするためにＭＬ Ｒ－ＴＷＴ要求フレームを送信する。ＡＰ ＭＬＤは、非ＡＰ ＭＬＤからの要求を受諾又は拒絶するためにＭＬ Ｒ－ＴＷＴ応答フレームで応答する。ＡＰ ＭＬＤが要求を受諾した場合、非ＡＰ ＭＬＤはＭＬ Ｒ－ＴＷＴのメンバーになる。

非ＡＰ ＳＴＡは、ＭＬ Ｒ－ＴＷＴシグナリングのためにＭＬ ＴＷＴ要素を含むフレームを送信する。ＭＬ ＴＷＴ要素は、１又は２以上のブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。ＭＬ ＴＷＴ要素は、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む。

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

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

ＩＥＥＥ８０２．１１ａｘにおいてターゲットウェイクタイム（ＴＷＴ）を実行する相互作用通信図である。 ＴＷＴ設定フレームのデータフィールド図である。 ＩＥＥＥ８０２．１１ａｘで定められるＴＷＴ要素のデータフィールド図である。 ＴＷＴ要素の制御フィールドのデータフィールド図である。 ブロードキャストＴＷＴパラメータ情報フィールド（ネゴシエーションタイプが２又は３の時のＴＷＴ要素内のＴＷＴパラメータ情報フィールド）のデータフィールド図である。 図５のブロードキャストＴＷＴパラメータ情報フィールドの要求タイプフィールドのデータフィールド図である。 図５のブロードキャストＴＷＴパラメータ情報フィールドのブロードキャストＴＷＴ情報フィールドのデータフィールド図である。 ＡＰ１、ＳＴＡ１、ＳＴＡ２及びＳＴＡ３を有するシナリオにおけるＲ－ＴＷＴ ＳＰ通信動作の通信図である。 ＩＥＥＥ８０２．１１ａｘで定められるＴＷＴティアダウン（ｔｅａｒｄｏｗｎ）シグナリングの相互作用通信図である。 ＴＷＴティアダウンフレームのデータフィールド図である。 ＴＷＴフローフィールドのフィールドのデータフィールド図である。 ＴＷＴフローフィールドのフィールドのデータフィールド図である。 ＴＷＴフローフィールドのフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、無線局（ＳＴＡ）ハードウェアのハードウェアブロック図である。 本開示の少なくとも１つの実施形態による、マルチリンク装置（ＭＬＤ）ハードウェアなどに含まれる局構成のハードウェアブロック図である。 本開示の少なくとも１つの実施形態による、検討のための局トポロジー図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤに所属するＡＰがＭＬ Ｒ－ＴＷＴスケジューリングを告知するフロー図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤに所属するＡＰがＭＬ Ｒ－ＴＷＴスケジューリングを告知するフロー図である。 本開示の少なくとも１つの実施形態による、被Ｒ－ＴＷＴスケジュール側ＭＬＤがＭＬ Ｒ－ＴＷＴメンバーシップを要求するフロー図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴメンバーシップに応答するフロー図である。 本開示の少なくとも１つの実施形態による、ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションシグナリングの相互作用通信図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴをティアダウンするフロー図である。 本開示の少なくとも１つの実施形態による、ＭＬレベルＲ－ＴＷＴ ＩＤを使用するＭＬ Ｒ－ＴＷＴティアダウンシグナリングの相互作用通信図である。 本開示の少なくとも１つの実施形態による、ＭＬ Ｒ－ＴＷＴのメンバーシップ管理に使用されるＭＬ Ｒ－ＴＷＴ設定フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＭＬ Ｒ－ＴＷＴティアダウンフレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＭＬ ＴＷＴ要素のデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＭＬ ＴＷＴ要素の制御フィールドのフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの要求タイプフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの要求タイプフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、リンク情報フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、リンク情報フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、リンク情報フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、リンク情報フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、リンク情報フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＡＰが自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰスケジューリングのみを告知するＲ－ＴＷＴスケジューリングの通信図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬ Ｒ－ＴＷＴスケジューリングを告知する通信図である。 本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬ Ｒ－ＴＷＴスケジューリングを告知する別のオプションの通信図である。 本開示の少なくとも１つの実施形態による、ＡＰがそのリンク上のＳＰのＭＬ Ｒ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの通信図である。 本開示の少なくとも１つの実施形態によるＭＬ Ｒ－ＴＷＴ設定手順の通信図である。 本開示の少なくとも１つの実施形態によるＭＬ Ｒ－ＴＷＴ設定手順の通信図である。 本開示の少なくとも１つの実施形態による、複数のリンクを介したＭＬ Ｒ－ＴＷＴ設定手順の通信図である。 本開示の少なくとも１つの実施形態による、１つのリンクを介したＭＬ Ｒ－ＴＷＴの設定手順の通信図である。 本開示の少なくとも１つの実施形態による、ＭＬ Ｒ－ＴＷＴのためのＭＬ Ｒ－ＴＷＴ設定手順の通信図である。 本開示の少なくとも１つの実施形態による、部分的要求のみが受諾されるＭＬ Ｒ－ＴＷＴのためのＭＬ Ｒ－ＴＷＴ設定手順の通信図である。 本開示の少なくとも１つの実施形態による、ＡＰがＳＬ Ｒ－ＴＷＴスケジューリング及びＭＬ Ｒ－ＴＷＴスケジューリングをＭＬ ＴＷＴ要素で告知するＲ－ＴＷＴスケジューリングの通信図である。 本開示の少なくとも１つの実施形態による、ＭＬＤレベルＲ－ＴＷＴ ＩＤを使用するＭＬ Ｒ－ＴＷＴ設定の通信図である。 本開示の少なくとも１つの実施形態による、ＡＰがその所属するＡＰ ＭＬＤの全てのＭＬ Ｒ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの通信図である。 本開示の少なくとも１つの実施形態による、特殊ＭＬＤリンク上のＭＬ Ｒ－ＴＷＴ動作の通信図である。

１．現在の無線技術
１．１．制限付きＴＷＴ（Ｒ－ＴＷＴ）
図１に、ＩＥＥＥ８０２．１１ａｘで定められるターゲットウェイクタイム（ＴＷＴ）設定の例を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ８０２．１１標準で定められるものと同じであることができる。

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

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

図２に、フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、期間（Ｄｕｒａｔｉｏｎ）、アドレス（Ａｄｄｒｅｓｓ）（１～３）、シーケンス制御（Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）、データ（ｄａｔａ）、及びフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ：ＦＣＳ）というフィールドを有するＴＷＴ設定フレームのフォーマットを示す。図の下側には、データフィールド内のサブフィールドを、カテゴリ（Ｃａｔｅｇｏｒｙ）、アクション（Ａｃｔｉｏｎ）、ダイアログトークン（Ｄｉａｌｏｇ Ｔｏｋｅｎ）、及び図３で詳述するＴＷＴ要素（ＴＷＴ ｅｌｅｍｅｎｔ）として示す。

図３に、ＩＥＥＥ８０２．１１ａｘで定められるＴＷＴ要素のフォーマットを示す。要素ＩＤ（Ｅｌｅｍｅｎｔ ＩＤ）、長さ（Ｌｅｎｇｔｈ）、制御（Ｃｏｎｔｒｏｌ）、及びＴＷＴパラメータ情報（ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）としてフィールドを示す。ＴＷＴ要素の制御フィールド内のネゴシエーションタイプフィールドが２又は３の値に設定された場合、ＴＷＴ要素内のＴＷＴパラメータ情報フィールドは、図５に示すようなブロードキャストＴＷＴパラメータ情報フィールドを搬送する。

なお、現段階ではＩＥＥＥ８０２．１１ｂｅにアップデート（草案Ｐ８０２．１１ｂｅ＿Ｄ１．０１）が存在する。ブロードキャストＴＷＴパラメータ情報フィールドの要求タイプフィールド内のブロードキャストＴＷＴ推奨フィールドの値が４に設定された場合、これはブロードキャストＴＷＴパラメータ情報フィールド内に示されるブロードキャストＴＷＴ（Ｂ－ＴＷＴ）が制限付きＴＷＴ（Ｒ－ＴＷＴ）であることを表す。

図４に、図３に示すＴＷＴ要素の制御フィールドのサブフィールドを示す。これらのサブフィールドを、近隣発見プロトコル（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ：ＮＤＰ）ページングインジケータ、応答者電力管理（Ｒｅｓｐｏｎｄｅｒ Ｐｏｗｅｒ－Ｍａｎａｇｅｍｅｎｔ：ＰＭ）モード、ネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ ｔｙｐｅ）、ＴＷＴ情報フレーム無効化（ＴＷＴ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｒａｍｅ ｄｉｓａｂｌｅｄ）、ウェイク期間単位（Ｗａｋｅ Ｄｕｒａｔｉｏｎ Ｕｎｉｔ）、及び予備（ｒｅｓｅｒｖｅｄ）サブフィールドとして示す。

図５に、ブロードキャストＴＷＴパラメータ情報フィールド（ネゴシエーションタイプが２又は３である時のＴＷＴ要素内のＴＷＴパラメータ情報フィールド）を示す。

図６には、図５のブロードキャストＴＷＴパラメータ情報フィールドの要求タイプフィールド内のサブフィールドを示す。これらのサブフィールドを、ＴＷＴ要求（ＴＷＴ Ｒｅｑｕｅｓｔ）、ＴＷＴ設定コマンド（ＴＷＴ Ｓｅｔｕｐ Ｃｏｍｍａｎｄ）、トリガー（Ｔｒｉｇｇｅｒ）、最後のブロードキャストパラメータセット（Ｌａｓｔ Ｂｒｏａｄｃａｓｔ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、フロータイプ（Ｆｌｏｗ Ｔｙｐｅ）、ブロードキャストＴＷＴ推奨（Ｂｒｏａｄｃａｓｔ ＴＷＴ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）、ＴＷＴウェイク間隔指数（ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｅｘｐｏｎｅｎｔ）、及び予備（Ｒｅｓｅｒｖｅｄ）サブフィールドとして示す。

図７に、図５のブロードキャストＴＷＴパラメータ情報フィールドのブロードキャストＴＷＴ情報フィールドのサブフィールドを示す。これらのサブフィールドを、制限付きＴＷＴトラフィック情報存在（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ Ｔｒａｆｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｅｓｅｎｔ）、予備（Ｒｅｓｅｒｖｅｄ）、ブロードキャストＴＷＴ ＩＤ（Ｂｒｏａｄｃａｓｔ ＴＷＴ ＩＤ）、及びブロードキャストＴＷＴ永続性（Ｂｒｏａｄｃａｓｔ ＴＷＴ Ｐｅｒｓｉｓｔｅｎｃｅ）として示す。

ＩＥＥＥ８０２．１１ｂｅの定義によれば、Ｒ－ＴＷＴ要素は以下の特徴を有する。（ａ）Ｒ－ＴＷＴスケジュール側ＡＰ（Ｒ－ＴＷＴ ｓｃｈｅｄｕｌｉｎｇ ＡＰ）と呼ばれる制限付きＴＷＴ Ｒ－ＴＷＴスケジュール側ＡＰは、制限付きＴＷＴ動作をサポートして、送信されるＥＨＴ能力要素内の制限付きＴＷＴサポートサブフィールドを１の値に設定する超高スループット（Ｅｘｔｒａ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ：ＥＨＴ）ＡＰである。（ｂ）被Ｒ－ＴＷＴスケジュール側ＳＴＡ（Ｒ－ＴＷＴ ｓｃｈｅｄｕｌｅｄ ＳＴＡ）と呼ばれる被制限付きＴＷＴ Ｒ－ＴＷＴスケジュール側ＳＴＡは、制限付きＴＷＴ動作をサポートして、送信されるＥＨＴ能力要素内の制限付きＴＷＴサポートサブフィールドを１の値に設定する非ＡＰ ＥＨＴ ＳＴＡである。（ｃ）被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴスケジュール側ＡＰによってスケジュールされた１又は２以上のＲ－ＴＷＴのメンバーシップを確立することができる。Ｒ－ＴＷＴ設定シグナリングは、被Ｒ－ＴＷＴスケジュール側ＳＴＡとＲ－ＴＷＴスケジュール側ＡＰとの間のＲ－ＴＷＴのメンバーシップネゴシエーションに使用されるパラメータ設定をブロードキャストＴＷＴに追加したものと同じである。被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴスケジュール側ＡＰによってスケジュールされたＲ－ＴＷＴのメンバーシップを確立した後に、Ｒ－ＴＷＴのＳＰ中にＲ－ＴＷＴスケジュール側ＡＰとのフレーム交換の優先度が高くなり、又はフレーム交換を許可される。一方で、Ｒ－ＴＷＴのメンバーではない被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴのＳＰ中にＲ－ＴＷＴスケジュール側ＡＰとのフレーム交換の優先度が低くなり、又はフレーム交換を許可されない。

図８に、ＡＰ１、ＳＴＡ１、ＳＴＡ２及びＳＴＡ３を有するシナリオにおけるＲ－ＴＷＴ ＳＰ通信動作の例を示す。ＡＰ１は、Ｒ－ＴＷＴ１スケジューリングを告知してＲ－ＴＷＴ１のメンバーを管理するＲ－ＴＷＴスケジュール側ＡＰである。ＳＴＡ１及びＳＴＡ２はＲ－ＴＷＴ１のメンバーＳＴＡである。ＡＰ１は、Ｒ－ＴＷＴ１ ＳＰ中に、メンバーＳＴＡとのフレーム交換（例えば、ＳＴＡ１との間のＳＣＳ１のＵＬ ＰＰＤＵ及びＳＴＡ２との間のＳＣＳ２のＤＬ ＰＰＤＵ）をスケジュールして優先度付けする。Ｒ－ＴＷＴスケジューリングを受け取って（感知して）認識（理解）できるＳＴＡは、被Ｒ－ＴＷＴスケジュール側ＳＴＡと呼ばれる。ＳＴＡ３は、被Ｒ－ＴＷＴスケジュール側ＳＴＡであるがＲ－ＴＷＴ１のメンバーＳＴＡではない。ＳＴＡ３は、Ｒ－ＴＷＴ１ ＳＰの開始時刻前にそのＴＸＯＰを終了する必要がある。ＳＴＡ３は、Ｒ－ＴＷＴ１ ＳＰ中にクワイエットモードに入り、又はチャネルを求めて競合しないこともできる。スケジュール側ＡＰは、Ｒ－ＴＷＴ ＳＰ中にクワイエット間隔を告知するクワイエット要素をブロードキャストすることができ、この要素を感知したＳＴＡはクワイエットモードに入ることができる。

図９に、ＩＥＥＥ８０２．１１ａｘで定められるＴＷＴティアダウンシグナリングを示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ８０２．１１ａｘ標準で定められるものと同じであることができる。

ＡＰは、ＴＷＴをティアダウンすると決定して以下を実行する。ＡＰの局管理エンティティ（ＳＭＥ）は、ＭＡＣ副層管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージを送信する。ＡＰのＭＬＭＥは、ＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージを受け取ると、ＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、非ＡＰ ＳＴＡにＴＷＴティアダウンフレームを送信（例えば、ユニキャスト、グループキャスト又はブロードキャスト）する。非ＡＰ ＳＴＡのＭＬＭＥはフレームを受け取り、フレーム内の情報を搬送するＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｉｎｄｉｃａｔｉｏｎメッセージをそのＳＭＥに対して生成する。その後、非ＡＰ ＳＴＡのＳＭＥは、そのＭＬＭＥにＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｉｎｄｉｃａｔｉｏｎメッセージを送信する。この結果、非ＡＰ ＳＴＡのＭＬＭＥは、ＡＰによってどの（単複の）ＴＷＴがティアダウンされるかを知る。

図１０に、フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、期間（Ｄｕｒａｔｉｏｎ）、アドレス（Ａｄｄｒｅｓｓ）（１～３）、シーケンス制御（Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）、データ（ｄａｔａ）、及びＦＣＳというフィールドを有するＴＷＴティアダウンフレームのフォーマットを示す。ここでは、カテゴリ（Ｃａｔｅｇｏｒｙ）、アクション（Ａｃｔｉｏｎ）及びＴＷＴフロー（ＴＷＴ Ｆｌｏｗ）というサブフィールドを有するデータフィールドを示す。

図１１～図１３に、図１０に示したようなＴＷＴフローフィールドのフィールドを示す。図１１には、ＴＷＴフロー識別子（ＴＷＴ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）、予備（Ｒｅｓｅｒｖｅｄ）、ネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅ）、及び全ＴＷＴティアダウン（Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ）というサブフィールドを有するタイプ０又は１ＴＷＴフローフィールドフォーマットを示す。図１２には、予備（Ｒｅｓｅｒｖｅｄ）、ネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅ）、及び予備（Ｒｅｓｅｒｖｅｄ）というサブフィールドを有するタイプ２ＴＷＴフローフィールドフォーマットを示す。図１３には、ブロードキャストＴＷＴ ＩＤフィールド内にＩＤが示されるブロードキャストＴＷＴのティアダウンを示すタイプ３ＴＷＴフローフィールドを示す。ブロードキャストＴＷＴ ＩＤフィールドがＲ－ＴＷＴを参照している場合、このフィールドはＲ－ＴＷＴのティアダウンを示す。このフィールドは、ネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅ）及び全ＴＷＴティアダウン（Ｔｅａｒｄｏｗｎ Ａｌｌ ＴＷＴ）サブフィールドも含む。

２．課題の記述
現在の無線通信システムは、ＥＤＣＡ及びＲ－ＴＷＴを使用してＲＴＡトラフィック送信を優先度付けする。Ｒ－ＴＷＴ ＳＰ中には、ＲＴＡトラフィックが優先して送信される。一方で、現在の無線通信システムは、各ＳＴＡが異なるリンク上で動作する１又は２以上のＳＴＡに所属するマルチリンク装置（ＭＬＤ）を定めている。Ｒ－ＴＷＴ ＳＰは、ＲＴＡトラフィック送信のためのスループット、遅延時間、信頼度及びジッタなどのサービス品質を改善するために複数のリンク上でスケジュールすることができる。しかしながら、現在のＲ－ＴＷＴの管理及び動作はリンクレベルでしか行われない。ＭＬＤの観点からＲ－ＴＷＴを管理してスケジュールする機構は存在しない。Ｒ－ＴＷＴが各リンク上で個別にスケジュールされる結果、Ｒ－ＴＷＴ管理のためのシグナリングに起因してオーバーヘッドが著しく大きくなる場合がある。また、リンクレベル管理の考察に照らせば、異なるリンク上のＲ－ＴＷＴの協調も実行不可能である。

３．本開示の寄与
提案する技術を利用することにより、Ｒ－ＴＷＴスケジュール側ＭＬＤは、複数のリンク上でＳＰがスケジュールされるマルチリンク（ＭＬ）Ｒ－ＴＷＴをスケジュールすることができる。１．１節で説明したように、ＭＬ Ｒ－ＴＷＴは、同じリンク上でＳＰがスケジュールされる１又は２以上のシングルリンク（ＳＬ）Ｒ－ＴＷＴから成ることができる。或いは、ＭＬ Ｒ－ＴＷＴは、ＳＬ Ｒ－ＴＷＴから独立したＲ－ＴＷＴであることもできる。

本開示のプロトコルを利用することにより、Ｒ－ＴＷＴスケジュール側ＭＬＤは、ＭＬ Ｒ－ＴＷＴを識別するために一意のＭＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる。ＭＬ Ｒ－ＴＷＴがＳＬ Ｒ－ＴＷＴから成る場合には、各ＳＬ Ｒ－ＴＷＴが、そのリンク上での識別のために一意のリンクレベルＲ－ＴＷＴ ＩＤに割り当てられる。

本開示のプロトコルを利用することにより、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、複数のリンク上のＭＬ Ｒ－ＴＷＴ管理のために１つのリンク上でＭＬ Ｒ－ＴＷＴシグナリングを完了（終了）すればよい。

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

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

従って、図示のＳＴＡ ＨＷは、少なくとも１つのモデムと、少なくとも１つの帯域上での通信を提供するための関連するＲＦ回路とで構成される。本開示は、主にサブ６ＧＨｚ帯を対象とする。

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

また、図示のような局ハードウェアの複数のインスタンスはマルチリンク装置（ＭＬＤ）に組み合わせることができ、通常、このＭＬＤは活動を協調させるためにプロセッサ及びメモリを有するが、必ずしもＭＬＤ内の各ＳＴＡに別々のＣＰＵ及びメモリが必要なわけではない。

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

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

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

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

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

４．２．検討のためのネットワークトポロジー
図１６に、本開示の実施例における検討のためのＳＴＡトポロジー例６５を示す。この図は、関連する技術の説明を支援するとともに、提案する技術の理解を高めるために提供するものである。なお、プロトコルはいずれかの所望のトポロジーのＷＬＡＮ ＳＴＡとＭＬＤとの間の通信において利用できるので、本開示は決してこの実施例のトポロジーに限定されるものではないと理解されたい。

ＭＬＤは、複数の所属するＳＴＡと、１つのＭＡＣデータサービスを含む、論理リンク制御（ＬＬＣ）への１つのＭＡＣサービスアクセスポイント（ＳＡＰ）とを有する装置である。

ＡＰがあるＭＬＤに所属する場合、そのＭＬＤはＡＰ ＭＬＤである。非ＡＰ ＳＴＡがあるＭＬＤに所属する場合、そのＭＬＤは非ＡＰ ＭＬＤである。

図１６に示すように、３つのＭＬＤ７０、７２及び７４を有するシナリオを例示する。ＡＰ１ ７６及びＡＰ２ ７８はマルチリンク装置７０（ＭＬＤ）＃１に所属しており、ＳＴＡ１ ８０及びＳＴＡ４ ８６はＭＬＤ＃２ ７２に所属しており、ＳＴＡ３ ８４及びＳＴＡ５ ８８はＭＬＤ＃３ ７４に所属している。ＳＴＡ２ ８４は、リンク１上で動作する非ＡＰ ＳＴＡ、又はシングルリンクＭＬＤ（すなわち、１つのＳＴＡしか有しておらず、１つのリンク上で動作する特殊ＭＬＤ）を含むことができる、被Ｒ－ＴＷＴスケジュール側局である。ＳＴＡ６ ９２は、被Ｒ－ＴＷＴスケジュール側局ではなく、この局も、リンク１上で動作する非ＡＰ ＳＴＡ、又はシングルリンクＭＬＤ（すなわち、１つのＳＴＡしか有しておらず、１つのリンク上で動作する特殊ＭＬＤ）を含むことができる。

図示のように、このシナリオは、ここでは単複の開口部（例えば、ドア及び窓など）９６を有する会議室９４として示す所与のエリア内に３つのＭＬＤ、２つのＡＰ、及び６つのＳＴＡが存在するものと仮定する。ＳＴＡ１、ＳＴＡ２、ＳＴＡ３及びＳＴＡ６は、リンク１を介してＡＰ１に関連付けられ、ＳＴＡ４及びＳＴＡ５は、リンク２を介してＡＰ２に関連付けられる。

全てのＳＴＡは、全てのリンク上でランダムチャネルアクセスのためにＥＤＣＡを使用する。Ｒ－ＴＷＴスケジュール側ＡＰは、Ｒ－ＴＷＴをスケジュールして告知することができる。被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴスケジュール側ＡＰからのＲ－ＴＷＴ告知を受け取って認識し、Ｒ－ＴＷＴ動作をサポートできる非ＡＰ ＳＴＡである。被Ｒ－ＴＷＴスケジュール側ＳＴＡは、Ｒ－ＴＷＴスケジュール側ＡＰとの間でＲ－ＴＷＴのメンバーシップをネゴシエートすることができる。被Ｒ－ＴＷＴスケジュール側ＳＴＡがＲ－ＴＷＴのメンバーＳＴＡになると、被Ｒ－ＴＷＴスケジュール側ＳＴＡ（すなわち、Ｒ－ＴＷＴメンバーＳＴＡ）のトラフィック（例えば、ＵＬ、ＤＬ、Ｐ２Ｐ）がそのＲ－ＴＷＴ ＳＰ中にスケジュールされ優先して送信される。

ＡＰ１及びＡＰ２は、Ｒ－ＴＷＴスケジュール側ＡＰである。ＳＴＡ１～ＳＴＡ５は被Ｒ－ＴＷＴスケジュール側ＳＴＡであり、ＳＴＡ６は被Ｒ－ＴＷＴスケジュール側ＳＴＡではない。

４．３．ＭＬ Ｒ－ＴＷＴの定義
ここでは、本開示で使用する定義を紹介する。ＭＬ Ｒ－ＴＷＴ動作をサポートするＡＰ ＭＬＤは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤと呼ぶ。ＭＬ Ｒ－ＴＷＴ動作をサポートする非ＡＰ ＭＬＤは、被Ｒ－ＴＷＴスケジュール側ＭＬＤと呼ぶ。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤとのＭＬ Ｒ－ＴＷＴ設定のネゴシエーションに成功した後には、そのＲ－ＴＷＴのメンバーＭＬＤになる。この場合、メンバーＭＬＤのトラフィックは、そのＲ－ＴＷＴ ＳＰ中に優先して送信されるようになる。例えば、図１６に示すように、ＭＬＤ１はＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤである。ＭＬＤ２及びＭＬＤ３は、被Ｒ－ＴＷＴスケジュール側ＭＬＤである。

ＳＬ Ｒ－ＴＷＴはＲ－ＴＷＴスケジュール側ＡＰによってスケジュールされ、そのＳＰはＲ－ＴＷＴスケジュール側ＡＰの同じリンク上でスケジュールされ、１．１節で定義したものと同じである。Ｒ－ＴＷＴスケジュール側ＡＰは、リンクレベルＲ－ＴＷＴ ＩＤと呼ばれる一意のＩＤをＳＬ Ｒ－ＴＷＴに割り当てる。リンクレベルＲ－ＴＷＴ ＩＤは、Ｒ－ＴＷＴスケジュール側ＡＰ及びその所属するＳＴＡが自機のリンク上のＳＬ Ｒ－ＴＷＴを識別するために使用することができる。

ＭＬ Ｒ－ＴＷＴはＲ－ＴＷＴスケジュール側ＭＬＤによってスケジュールされ、そのＳＰは１又は２以上のリンク上でスケジュールされる。ＭＬ Ｒ－ＴＷＴは、同じＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤに所属する異なるＡＰによってスケジュールされた１又は２以上のＳＬ Ｒ－ＴＷＴから成る。ＭＬ Ｒ－ＴＷＴのＳＰは、これらのＳＬ Ｒ－ＴＷＴのＳＰである。ＭＬ Ｒ－ＴＷＴは、暗黙的ＭＬ Ｒ－ＴＷＴ（ｉｍｐｌｉｃｉｔ ＭＬ Ｒ－ＴＷＴ）又は明示的ＭＬ Ｒ－ＴＷＴ（ｅｘｐｌｉｃｉｔ ＭＬ Ｒ－ＴＷＴ）のいずれかである。

明示的ＭＬ Ｒ－ＴＷＴは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによってその全てのリンク（又は複数のリンク）上でＭＬＤレベルＲ－ＴＷＴ ＩＤと呼ばれる一意のＩＤに割り当てられたＭＬ Ｒ－ＴＷＴである。ＭＬＤレベルＲ－ＴＷＴ ＩＤは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤ及びその全てのリンク上の所属するＭＬＤがＭＬ Ｒ－ＴＷＴを識別するために使用することができる。

暗黙的ＭＬ Ｒ－ＴＷＴは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによって一意のＭＬＤレベルＲ－ＴＷＴ ＩＤに割り当てられない。暗黙的ＭＬ Ｒ－ＴＷＴは、以下のうちの少なくとも１つを共通して共有する一群のＳＬ Ｒ－ＴＷＴであることができる。（ａ）ＳＬ Ｒ－ＴＷＴは、同じリンクレベルＲ－ＴＷＴ ＩＤを有するが、異なるリンク上でスケジュールされる。（ｂ）ＳＬ Ｒ－ＴＷＴは、異なるリンク上に同じＳＰスケジューリングを有する。（ｃ）同じＭＬ ＴＷＴ要素内でスケジューリングが告知されるＳＬ Ｒ－ＴＷＴ。

なお、暗黙的ＭＬ Ｒ－ＴＷＴは、ＩＥＥＥ８０２．１１で定められる暗黙的ＴＷＴ（個別ＴＷＴ（ｉｎｄｉｖｉｄｕａｌ ＴＷＴ））ではない。

ＭＬ Ｒ－ＴＷＴは、１つのＳＬ Ｒ－ＴＷＴのみから成る場合にはＳＬ Ｒ－ＴＷＴと同じである。

いくつかの事例では、ＭＬ Ｒ－ＴＷＴ ＳＰがスケジュールされたリンクの一部で、被Ｒ－ＴＷＴスケジュール側ＭＬＤがＭＬ Ｒ－ＴＷＴのメンバーＭＬＤになることができる。この場合、メンバーＭＬＤのトラフィックは、ＭＬ Ｒ－ＴＷＴ ＳＰ中に、ＭＬ Ｒ－ＴＷＴ ＳＰの全てのリンクではなくこれらのリンク上のみで優先して送信される。例えば、ＭＬ Ｒ－ＴＷＴは、そのＳＰをリンク１、リンク２及びリンク３上でスケジュールする。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、リンク１上及びリンク２上のみでこのＭＬ Ｒ－ＴＷＴのメンバーＭＬＤになる。この場合、ＭＬ Ｒ－ＴＷＴ ＳＰ中に、リンク１及びリンク２上ではＲ－ＴＷＴスケジュールＭＬＤのトラフィックが優先して送信される。

各リンク上のＭＬ Ｒ－ＴＷＴ ＳＰのためのＲ－ＴＷＴスケジュール側ＡＰ及び被Ｒ－ＴＷＴスケジュール側ＳＴＡの動作は、ＩＥＥＥ８０２．１１ｂｅで定められるＲ－ＴＷＴ動作と同じであることができる。例えば、被Ｒ－ＴＷＴスケジュール側ＳＴＡは、そのリンク上でスケジュールされたＭＬ Ｒ－ＴＷＴ ＳＰの開始前にＴＸＯＰを終了しなければならない。

少なくとも１つの実施形態／モード／オプションでは、異なるリンク上のＭＬ Ｒ－ＴＷＴの（ＳＰ開始時刻、ＳＰ期間、ＳＰ間の間隔などの）ＳＰスケジューリングが同じである必要がある。

４．４．ＭＬ Ｒ－ＴＷＴシグナリング
本節では、ＭＬ Ｒ－ＴＷＴスケジューリング告知、ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション、及びＭＬ Ｒ－ＴＷＴティアダウンのためのＭＬ Ｒ－ＴＷＴシグナリングについて説明する。ＭＬ Ｒ－ＴＷＴシグナリングの目的は、１つのリンクを介して送信されるシグナリングにＭＬ Ｒ－ＴＷＴを管理させることである。

全ての被Ｒ－ＴＷＴスケジュール側ＭＬＤが同じリンク上で動作している（又は有効になっている）場合、Ｒ－ＴＷＴスケジュール側ＡＰは、複数のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰの開始を示す（トリガーフレーム＋Ｂ－ＴＷＴ ＳＰ内のＰＳ－Ｐｏｌｌなどの）信号シーケンスをそのリンク上で開始するだけでよい。

Ｒ－ＴＷＴスケジュール側ＡＰは、複数のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰの終了を示す（ブロードキャストＥＯＳＰ信号などの）信号をそのリンク上で送信するだけでよい。Ｒ－ＴＷＴスケジュール側ＡＰは、そのリンク上のみでビーコンを送信することによってＭＬ Ｒ－ＴＷＴスケジューリングを告知することができる。

被Ｒ－ＴＷＴスケジュール側ＭＬＤが、ＭＬ Ｒ－ＴＷＴ ＳＰ中にトラフィック仕様（ＴＳＰＥＣ）又はＱｏＳ特性要素の下でのトラフィックストリームの送信のためにＭＬ Ｒ－ＴＷＴのメンバーシップを要求する場合、ＡＰは、ＭＬ Ｒ－ＴＷＴ ＳＰがスケジュールされる全てのリンクの容量に基づいて、この要求がトラフィックストリームのＱｏＳ要件を満たすことができるかどうかを検討する。なお、ＳＬ Ｒ－ＴＷＴメンバーシップネゴシエーションについては、ＡＰは、ＳＬ Ｒ－ＴＷＴ ＳＰがスケジュールされるリンクの容量に基づいて、このネゴシエーションがトラフィックストリームのＱｏＳ要件を満たすことができるかどうかを検討するだけでよい。

ＭＬ Ｒ－ＴＷＴ ＳＰ中に送信されるトラフィックは、非ＡＰ ＭＬＤとＡＰ ＭＬＤとの間のＴＩＤ－リンクマッピングに従うことができる。複数のリンク上のＭＬ Ｒ－ＴＷＴのＳＰの場合には、これらの全てのリンクがＭＬ Ｒ－ＴＷＴ ＳＰ中に同じＴＩＤ－リンクマッピングを有するものとし、或いはＭＬ Ｒ－ＴＷＴ ＳＰ中にリンクにマッピングできる遅延に弱いトラフィックの少なくとも１つのＴＩＤを各リンクが有するものとすることが可能である。

なお、ブロードキャストＭＬ ＴＷＴパラメータ情報フィールドの要求タイプフィールド内のブロードキャストＴＷＴ推奨フィールドが「２」又は「３」の値に設定されている場合には、本開示で説明するＭＬ Ｒ－ＴＷＴシグナリングをブロードキャストＴＷＴシグナリングに使用することもできる。

４．４．１．ＭＬ Ｒ－ＴＷＴスケジューリングの告知
図１７及び図１８に、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤに所属するＡＰがＭＬ Ｒ－ＴＷＴスケジューリングを告知する実施形態例１１０を示す。ＡＰは、ＭＬ Ｒ－ＴＷＴスケジューリングを告知するフレームを送信する予定である場合（１１２）、ブロック１１４において決定されるような複数のオプションを有することができる。

ＡＰは、オプション１を選択した場合には、図１８のブロック１１６において、ＡＰのリンク上でスケジュールされるＳＰ及び他のリンク上の同時ＳＰを有するＭＬ Ｒ－ＴＷＴのスケジューリングを告知する（単複の）ブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する（単複の）ＭＬ ＴＷＴ要素をフレームに追加する。オプション１の例は、図３９及び図４０に示す。

ＡＰは、図１７のブロック１１４においてオプション２を選択した場合には、図１８のブロック１２０において、自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰのスケジューリングのみを告知する（単複の）ブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する（単複の）ＭＬ ＴＷＴ要素をフレームに追加する。例えば、ＭＬ Ｒ－ＴＷＴのＳＰがリンク１及びリンク２上でスケジュールされる場合には、リンク１上のＡＰがリンク１上のＭＬ Ｒ－ＴＷＴのＳＰスケジューリングのみをそのフレーム内で告知し、リンク２上のＡＰがリンク２上のＭＬ Ｒ－ＴＷＴのＳＰスケジューリングのみをそのフレーム内で告知する。図３６に例を示す。

ＡＰは、図１７のブロック１１４においてオプション３を選択した場合には、図１８のブロック１２２において、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによってスケジュールされる全てのＭＬ Ｒ－ＴＷＴのスケジューリングを告知する（単複の）ブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する（単複の）ＭＬ ＴＷＴ要素をフレームに追加する。この事例については、図３７、図３８、図４６及び図４８に示す。

その後、ＡＰは、これらの各場合に、図１８の１１８においてその関連する非ＡＰ ＳＴＡにフレームを送信（例えば、ユニキャスト、マルチキャスト、グループキャスト、又はブロードキャスト）する。

ＭＬ Ｒ－ＴＷＴスケジューリングの情報を搬送するフレームは、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーション応答フレーム、又はその他の管理フレームであることができる。

ＭＬ ＴＷＴ要素は、対応する非送信ＢＳＳのＲ－ＴＷＴ ＭＬＤのＭＬ Ｒ－ＴＷＴスケジューリングを告知するために、ＩＥＥＥ８０２．１１で定められる複数ＢＳＳＩＤ（Ｍｕｌｔｉｐｌｅ ＢＳＳＩＤ）要素に含めることが可能である。

ＭＬ ＴＷＴ要素及びブロードキャストＭＬ ＴＷＴパラメータセットフィールドのフォーマットは４．５節に示す。

４．４．２．ＭＬ Ｒ－ＴＷＴメンバーシップのネゴシエーション
本節では、被Ｒ－ＴＷＴスケジュール側ＭＬＤの側及びＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤの側からのＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションのフローチャートを示す。

図１９に、被Ｒ－ＴＷＴスケジュール側ＭＬＤがＭＬ Ｒ－ＴＷＴメンバーシップを要求する実施形態例１３０を示す。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによってスケジュールされるＭＬ Ｒ－ＴＷＴのメンバーシップに関して、例えばリンク１などのリンクを介してＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤとネゴシエートする予定である（１３２）。

この場合、リンク１上の被Ｒ－ＴＷＴスケジュール側ＭＬＤに所属するＳＴＡが、そのＭＬ Ｒ－ＴＷＴのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送するＭＬ Ｒ－ＴＷＴ要求フレームをＭＬ ＴＷＴ要素内でリンク１を介して送信する（１３４）。

チェック１３６において、Ｒ－ＴＷＴスケジュール側ＡＰがＭＬ Ｒ－ＴＷＴのメンバーシップ要求を受諾することを示すＭＬ ＴＷＴ応答フレームを被Ｒ－ＴＷＴスケジュール側ＭＬＤが受け取ったかどうかを判定する。この条件が満たされた場合、被Ｒ－ＴＷＴスケジュール側ＭＬＤはＭＬ Ｒ－ＴＷＴのメンバーである（１３８）。

この条件が満たされない場合、被Ｒ－ＴＷＴスケジュール側ＭＬＤはＭＬ Ｒ－ＴＷＴのメンバーではない（１４０）。

なお、ＭＬ Ｒ－ＴＷＴ要求フレーム及びＭＬ ＴＷＴ応答フレームが異なるリンクを介して送信されるようにすることも可能である。図４２に例を示す。ＭＬ Ｒ－ＴＷＴ要求フレーム及びＭＬ ＴＷＴ応答フレームのフォーマットは図２４に示す。

被Ｒ－ＴＷＴスケジュール側ＭＬＤが、複数のリンク上でＳＰがスケジュールされるＭＬ Ｒ－ＴＷＴを要求する場合、少なくとも１つの実施形態／モード／オプションでは、ＭＬ Ｒ－ＴＷＴ ＳＰがスケジュールされる部分的リンク上で被Ｒ－ＴＷＴスケジュール側ＭＬＤがＭＬ Ｒ－ＴＷＴのメンバーになるべきである旨をＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤが応答することができる。例えば、ＭＬ Ｒ－ＴＷＴが複数のＳＬ Ｒ－ＴＷＴから成る場合、被ＭＬ Ｒ－ＴＷＴスケジュール側ＭＬＤは、一部のＳＬ Ｒ－ＴＷＴのメンバーになることはできるが、他のＳＬ Ｒ－ＴＷＴのメンバーとしては許可されない。その後、被ＭＬ Ｒ－ＴＷＴスケジュール側ＭＬＤは、メンバーでない他のＳＬ Ｒ－ＴＷＴのメンバーシップを単独で要求することができる。少なくとも１つの他の実施形態／モード／オプションでは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤを、ＭＬ Ｒ－ＴＷＴ ＳＰがスケジュールされる全てのリンク上でのＭＬ Ｒ－ＴＷＴ ＳＰのメンバーシップを受諾するように、或いはこれらのリンクのいずれにおいてもメンバーシップを許可しないように構成することができる。

図２０に、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴメンバーシップに応答する実施形態例１５０を示す。Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、被Ｒ－ＴＷＴスケジュール側ＭＬＤからリンク１などのリンクを介して、ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートするためのＭＬ Ｒ－ＴＷＴ要求フレームを受け取る（１５２）。

その後、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、そのＭＬ Ｒ－ＴＷＴのメンバーシップネゴシエーションの決定を示すための、そのＭＬ Ｒ－ＴＷＴのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送するＭＬ Ｒ－ＴＷＴ応答フレームをリンク１又は別のリンクのいずれかで送信する（１５４）。

少なくとも１つの実施形態／モード／オプションでは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤが、ＭＬ Ｒ－ＴＷＴ要求フレームが送信されたリンクと同じリンク（例えば、この例ではリンク１）上でＭＬ Ｒ－ＴＷＴ応答フレームを送信する必要がある。ＭＬ Ｒ－ＴＷＴ要求フレーム及びＭＬ ＴＷＴ応答フレームのフォーマットは図２４に示す。

図２１に、被Ｒ－ＴＷＴスケジュール側ＭＬＤ（非ＡＰ ＭＬＤ）とＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤ（ＡＰ ＭＬＤ）との間のＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションシグナリング（すなわち、設定手順）の実施形態例１７０を示す。この図には、非ＡＰ ＭＬＤ局管理エンティティ（ＳＭＥ）１７２とそのＭＬＤ／ＳＴＡ ＭＡＣ層管理エンティティ（ＭＬＭＥ）１７４との間の通信、並びにネットワークを介したＡＰ ＭＬＤ／ＡＰ ＭＬＭＥ１７６及びそのＡＰ ＳＭＥ１７８との通信を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ８０２．１１ｂｅ標準で定められるものと同じであることができる。

非ＡＰ ＭＬＤは、ＡＰ ＭＬＤとの間でＭＬ Ｒ－ＴＷＴ設定手順を開始すると決定（判定）する。非ＡＰ ＭＬＤの局管理エンティティ（ＳＭＥ）は、ＭＡＣ副層管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージ１８０を送信する。非ＡＰ ＭＬＤ／ＳＴＡのＭＬＭＥは、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージを受け取ると、ＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、ＡＰ ＭＬＤにＭＬ Ｒ－ＴＷＴ設定フレーム１８２（すなわち、ＭＬ Ｒ－ＴＷＴ要求フレーム）を送信する。ＡＰ又はＡＰ ＭＬＤのＭＬＭＥはフレームを受け取り、ＳＭＥに対してＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｉｎｄｉｃａｔｉｏｎメッセージ１８４を生成する。

次に、ＡＰ ＭＬＤのＳＭＥはこの要求情報を処理し、そのＭＬＭＥにＭＬ Ｒ－ＴＷＴ設定結果を含むＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｒｅｓｐｏｎｓｅメッセージ１８８を送信する。次に、ＡＰ又はＡＰ ＭＬＤのＭＬＭＥは、非ＡＰ ＭＬＤにＭＬ Ｒ－ＴＷＴ設定フレーム１９０（すなわち、ＭＬ Ｒ－ＴＷＴ応答フレーム）を送信する。非ＡＰ ＭＬＤ又はＳＴＡのＭＬＭＥはフレームを受け取り、ＳＭＥにＭＬＭＥ－ＴＷＴＳＥＴＵＰ．ｃｏｎｆｉｒｍメッセージ１９２を送信する。この結果、非ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴ設定が成功したか否かを判定する（知る）ことができる。ＭＬ Ｒ－ＴＷＴ設定フレームのフォーマットは図２４に示す。

少なくとも１つの実施形態／モード／オプションでは、ＡＰ ＭＬＤが、非ＡＰ ＭＬＤのＭＬ Ｒ－ＴＷＴメンバーシップを確立、変更又は終了するために、非ＡＰ ＭＬＤに一方的なＭＬ Ｒ－ＴＷＴ応答フレームを送信することができる。

４．４．３．ＭＬ Ｒ－ＴＷＴのティアダウン
図２２に、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴをティアダウンする実施形態例２１０を示す。ＡＰは、ＭＬ Ｒ－ＴＷＴをティアダウンするための、ここではオプション１及びオプション２として示す複数のオプションのうちのいずれかを決定する（２１２）。

ブロック２１２においてオプション１が選択された場合には、ブロック２１４において、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＭＬレベルＲ－ＴＷＴ ＩＤを使用してＭＬ Ｒ－ＴＷＴをティアダウンする。この場合、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、ティアダウンする予定のＭＬレベルＲ－ＴＷＴ ＩＤを示すＭＬ Ｒ－ＴＷＴティアダウンフレームを送信する（２１６）。ＭＬ Ｒ－ＴＷＴティアダウンフレームのフォーマットは、図２５に示す通りであることができる。

ブロック２１２においてオプション２が選択された場合には、ブロック２１８において、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがＳＬレベルＲ－ＴＷＴ ＩＤを使用してＭＬ Ｒ－ＴＷＴの１つのＳＬ Ｒ－ＴＷＴをティアダウンする。この場合、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、そのＳＬ Ｒ－ＴＷＴのＳＰがスケジュールされているリンク上で、ネゴシエーションタイプサブフィールド＝３のＴＷＴフローフィールドを搬送するＴＷＴティアダウンフレームを送信する（２２０）。なお、この場合、ＭＬ Ｒ－ＴＷＴの他のＳＬ Ｒ－ＴＷＴはティアダウンされない。ＴＷＴティアダウンフレームのフォーマットは、限定するわけではないが図１０に示すものと同じであることができる。

図２３に、ＭＬレベルＲ－ＴＷＴ ＩＤを使用するＭＬ Ｒ－ＴＷＴティアダウンシグナリングの実施形態例２３０を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ８０２．１１ｂｅ標準に定められるものと同じであることができる。図２３には、図２１と同様に、非ＡＰ ＭＬＤ局管理エンティティ（ＳＭＥ）１７２とそのＭＬＤ／ＳＴＡ ＭＡＣ層管理エンティティ（ＭＬＭＥ）１７４との間の通信、並びにネットワークを介したＡＰ ＭＬＤ／ＡＰ ＭＬＭＥ１７６及びそのＡＰ ＳＭＥ１７８との通信を示す。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴをティアダウンすると決定（判定）している（２３２）。ＡＰ ＭＬＤの局管理エンティティ（ＳＭＥ）は、そのＭＡＣ副層管理エンティティ（ＭＬＭＥ）又は所属するＡＰのＭＬＭＥにＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージ２３４を送信する。ＡＰ又はＡＰ ＭＬＤのＭＬＭＥは、ＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージを受け取ると、ＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して、非ＡＰ ＭＬＤにＭＬ Ｒ－ＴＷＴティアダウンフレーム２３６を送信（ユニキャスト、グループキャスト、又はブロードキャスト）する。非ＡＰ ＭＬＤ又はＳＴＡのＭＬＭＥはフレームを受け取り、そのＳＭＥに対してフレーム内の情報を搬送するＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｉｎｄｉｃａｔｉｏｎメッセージを生成する。

次に、非ＡＰ ＭＬＤのＳＭＥは、そのＭＬＭＥ又は所属するＡＰのＭＬＭＥにＭＬＭＥ－ＴＷＴＴＥＡＲＤＯＷＮ．ｉｎｄｉｃａｔｉｏｎメッセージを送信する。この結果、非ＡＰ ＭＬＤ又はＳＴＡのＭＬＭＥは、ＡＰによってどの（単複の）ＴＷＴがティアダウンされたかを認識する（知る）ことができる。ＴＷＴティアダウンフレームのフォーマットは図２５に示す。

４．５．フレームフォーマット
本節では、ＭＬ Ｒ－ＴＷＴ設定フレーム及びＭＬ Ｒ－ＴＷＴティアダウンフレームのフォーマットを示す。

４．５．１．ＭＬ Ｒ－ＴＷＴ設定フレーム
図２４に、ＭＬ Ｒ－ＴＷＴのメンバーシップ管理に使用されるＭＬ Ｒ－ＴＷＴ設定フレームの実施形態例３１０を示す。

ＭＬ Ｒ－ＴＷＴ設定フレームは、ＭＬ Ｒ－ＴＷＴのメンバーシップを要求するために送信される時にはＭＬ Ｒ－ＴＷＴ要求フレームである。ＭＬ Ｒ－ＴＷＴ設定フレームは、ＭＬ Ｒ－ＴＷＴのメンバーシップ要求に対する応答として送信される時にはＭＬ Ｒ－ＴＷＴ応答フレームである。なお、少なくとも１つの実施形態／モード／オプションでは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤが、非ＡＰ ＭＬＤのＭＬ Ｒ－ＴＷＴメンバーシップを確立、変更又は終了するために、非ＡＰ ＭＬＤに一方的なＭＬ Ｒ－ＴＷＴ応答フレームを送信することができる。

ＭＬ Ｒ－ＴＷＴ設定フレームは以下のフィールドを有する。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡ チャネルアクセスに使用されるネットワーク割り当てベクトル（ＮＡＶ）情報を含む。アドレス１（Ａｄｄｒｅｓｓ１）フィールドは、フレームの受信側のアドレスを含む。アドレス２（Ａｄｄｒｅｓｓ２）フィールドは、フレームを送信したＳＴＡのアドレスを含む。アドレス３（Ａｄｄｒｅｓｓ３）フィールドは、受信側のＢＳＳＩＤを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールドは、フレームのフラグメント番号及びシーケンス番号を含む。

データ（ｄａｔａ）フィールドには、以下のサブフィールドを示す。カテゴリ（Ｃａｔｅｇｏｒｙ）及びアクション（Ａｃｔｉｏｎ）サブフィールドは、フレームがＭＬ Ｒ－ＴＷＴ設定フレームであることを示すように設定される。少なくとも１つの実施形態／モード／オプションでは、カテゴリフィールド及びアクションフィールドを、図２に示すようなＴＷＴ設定フレームと同じ値に設定することができる。

ダイアログトークン（Ｄｉａｌｏｇ ｔｏｋｅｎ）サブフィールドは、複数の同時ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションが存在する時にＭＬ Ｒ－ＴＷＴ応答フレームをＭＬ Ｒ－ＴＷＴ要求フレームと一致させるために使用される。ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションでは、ＭＬ Ｒ－ＴＷＴ応答フレーム及びＭＬ Ｒ－ＴＷＴ要求フレームが同じ一意のダイアログトークン番号を共有すべきである。ＭＬ Ｒ－ＴＷＴ応答フレーム及びＭＬ Ｒ－ＴＷＴ要求フレームが異なるリンクを介して送信される場合、これらのダイアログトークンは、ＭＬ Ｒ－ＴＷＴ要求フレームを送信する非ＡＰ ＭＬＤとＭＬ Ｒ－ＴＷＴ応答フレームを送信するＡＰ ＭＬＤとの間の全てのリンクにわたって一意でなければならない。

ＭＬ ＴＷＴ要素（ＭＬ ＴＷＴ ｅｌｅｍｅｎｔ）は、ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション又は管理情報を示すように設定される。ＭＬ ＴＷＴ要素のフォーマットは図２６に示す。

４．５．２．ＭＬ Ｒ－ＴＷＴティアダウンフレーム
図２５に、以下のフィールドを有するＭＬ Ｒ－ＴＷＴティアダウンフレームの実施形態例３３０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。アドレス１（Ａｄｄｒｅｓｓ１）フィールドは、フレームの受信側のアドレスを含む。アドレス２（Ａｄｄｒｅｓｓ２）フィールドは、フレームを送信したＳＴＡのアドレスを含む。アドレス３（Ａｄｄｒｅｓｓ３）フィールドは、受信側のＢＳＳＩＤを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールドは、フレームのフラグメント番号及びシーケンス番号を含む。

データ（ｄａｔａ）フィールドには、以下のサブフィールドを示す。カテゴリ（Ｃａｔｅｇｏｒｙ）及びアクション（Ａｃｔｉｏｎ）サブフィールドは、フレームがＭＬ Ｒ－ＴＷＴティアダウンアクションフレームであることを示すように設定される。カテゴリサブフィールド及びアクションサブフィールドは、図１０に示すようなＴＷＴティアダウンフレームと同じ数字に設定される。

ＴＷＴフロー（ＴＷＴ Ｆｌｏｗ）サブフィールドは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによってどのＭＬ Ｒ－ＴＷＴがティアダウンされるかを示すように設定される。受信側、すなわち被Ｒ－ＴＷＴスケジュール側ＭＬＤは、このサブフィールドを受け取ると、どのＭＬ Ｒ－ＴＷＴがティアダウンされたかを認識する（知る）ことができる。従って、受信側はそのＭＬ Ｒ－ＴＷＴのメンバーシップを要求すべきではない。受信側は、既にそのＭＬ Ｒ－ＴＷＴのメンバーである場合には、このサブフィールドを受け取った直後にメンバーシップから離脱すべきである。ＭＬ Ｒ－ＴＷＴが複数のＳＬ Ｒ－ＴＷＴから成る場合、ＭＬ Ｒ－ＴＷＴがティアダウンされると、そのＳＬ Ｒ－ＴＷＴもティアダウンされる可能性がある。或いは、少なくとも１つの実施形態／態様／オプションでは、ＭＬ Ｒ－ＴＷＴがティアダウンされても、その関連するＳＬ Ｒ－ＴＷＴは必ずしもティアダウンされない。

ＴＷＴフローサブフィールドのサブフィールドは以下の通りである。ＭＬ Ｒ－ＴＷＴ ＩＤサブフィールドは、Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによってどのＭＬ Ｒ－ＴＷＴがティアダウンされたかを示すように設定される。このサブフィールドは、全ＭＬ Ｒ－ＴＷＴティアダウン（Ｔｅａｒｄｏｗｎ Ａｌｌ ＭＬ Ｒ－ＴＷＴ）フィールドが「１」に設定された時には予備であることができる。

ネゴシエーションタイプ（Ｎｅｇｏｔｉａｔｉｏｎ Ｔｙｐｅ）サブフィールドは、ＴＷＴフローフィールドのＭＬ Ｒ－ＴＷＴフィールド存在及び全ＭＬ Ｒ－ＴＷＴティアダウンフィールドなどの内容がＭＬ Ｒ－ＴＷＴティアダウンのためのものであることを示すように設定される。例えば、ネゴシエーションタイプは２の値に設定することができる。

全ＭＬ Ｒ－ＴＷＴティアダウン（Ｔｅａｒｄｏｗｎ Ａｌｌ ＭＬ Ｒ－ＴＷＴ）フィールドは、Ｒ－ＴＷＴスケジュール側ＭＬＤが全てのＭＬ Ｒ－ＴＷＴをティアダウンするかどうかを示すように設定される。このサブフィールドは、ここに例示するように１ビット指示として実装することができる。このサブフィールドは、第１の状態（例えば、「１」）に設定されると、Ｒ－ＴＷＴスケジュール側ＭＬＤがその全てのＭＬ Ｒ－ＴＷＴをティアダウンすることを示す。そうでなければ、このサブフィールドは、ＭＬ Ｒ－ＴＷＴ ＩＤフィールド内に示されるＭＬ Ｒ－ＴＷＴのみをＲ－ＴＷＴスケジュール側ＭＬＤがティアダウンすることを示す第２の状態（例えば、「０」）に設定される。

４．６．ＭＬ ＴＷＴ要素フォーマット
本節では、ＭＬ ＴＷＴ要素のフォーマットを示す。ＭＬ ＴＷＴ要素は、ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション又は管理情報を示すように設定される。

ＭＬ ＴＷＴ要素は、ＭＬ Ｒ－ＴＷＴ要求フレームで送信される場合には、送信側のＭＬ Ｒ－ＴＷＴメンバーシップ要求を示すように設定される。受信側はこの要素を受け取ると、ＭＬ Ｒ－ＴＷＴメンバーシップ要求の要件に基づいてメンバーシップ要求を受諾するかどうかを判定する。その後、受信側は、メンバーシップ要求に関する判定を示すＭＬ Ｒ－ＴＷＴ応答フレームを送信する。

ＭＬ ＴＷＴ要素は、ＭＬ Ｒ－ＴＷＴ応答フレームで送信される場合には、ＭＬ Ｒ－ＴＷＴメンバーシップ要求の判定を示すように設定される。

ＭＬ Ｒ－ＴＷＴメンバーシップ要求が受諾された場合、ＭＬ ＴＷＴ要素は、そのメンバーのＭＬ Ｒ－ＴＷＴ ＳＰスケジューリングも搬送する。被Ｒ－ＴＷＴスケジュール側ＭＬＤ などの受信側は、このフィールドを受け取ると、ＭＬ Ｒ－ＴＷＴメンバーシップ要求が受諾されたことを認識し、ＭＬ Ｒ－ＴＷＴのメンバーになり、ＭＬ Ｒ－ＴＷＴ ＳＰスケジューリングに従って動作する。

ＭＬ Ｒ－ＴＷＴメンバーシップ要求が拒絶された場合、受信側はＭＬ Ｒ－ＴＷＴのメンバーではないと認識する。また、ＭＬ ＴＷＴ要素は、受信側がＭＬ Ｒ－ＴＷＴメンバーを再要求するために使用できる提案パラメータを搬送することもできる。

ＭＬ ＴＷＴ要素がビーコンなどのＭＬ Ｒ－ＴＷＴスケジューリング告知フレームで送信される場合、このフィールドは、ＭＬ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤのＭＬ Ｒ－ＴＷＴスケジューリングを示すように設定される。この要素を受け取った受信側は、ＭＬ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤのＭＬ Ｒ－ＴＷＴスケジューリングを確認することができる。受信側は、被Ｒ－ＴＷＴスケジュール側ＭＬＤである場合にはＭＬ Ｒ－ＴＷＴスケジューリングに従って動作する。受信側は、ＭＬ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤによって告知されたＭＬ Ｒ－ＴＷＴのメンバーシップを要求することもできる。

同じＭＬ Ｒ－ＴＷＴ設定フレーム内又は同じＭＬ Ｒ－ＴＷＴスケジューリング告知フレーム内に複数のＭＬ ＴＷＴ要素が存在することもできる。

図２６に、以下のフィールドを有するＭＬ ＴＷＴ要素の実施形態例３５０を示す。要素ＩＤ（Ｅｌｅｍｅｎｔ ＩＤ）フィールドは、要素がＭＬ ＴＷＴ要素であることを示すように設定される。このフィールドは、図３に示すようなＴＷＴ要素と同じ値に設定することができる。長さ（Ｌｅｎｇｔｈ）フィールドは、要素の長さを示すように設定される。制御（Ｃｏｎｔｒｏｌ）フィールドも含まれ、そのサブフィールドについては図２７で後述する。複数のブロードキャストＭＬ ＴＷＴパラメータセットフィールドを有することができるＴＷＴパラメータ情報（ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドも含まれ、そのサブフィールドについては図２８で説明する。

ブロードキャストＭＬ ＴＷＴパラメータセット（Ｂｒｏａｄｃａｓｔ ＭＬ ＴＷＴ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）フィールドは、スケジューリング告知に使用される場合にはＭＬ Ｒ－ＴＷＴスケジューリングを示す。被Ｒ－ＴＷＴスケジュール側ＭＬＤなどの受信側は、ＭＬ Ｒ－ＴＷＴスケジューリングに従って動作し、ＭＬ Ｒ－ＴＷＴのメンバーシップを要求することができる。

被Ｒ－ＴＷＴスケジュール側ＭＬＤがＭＬ Ｒ－ＴＷＴメンバーシップ要求を送信するためにブロードキャストＭＬ ＴＷＴパラメータセットフィールドを使用する場合、このフィールドは、ＭＬ Ｒ－ＴＷＴの要件を示すように設定される。ＭＬ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、要求を受け取ると、被Ｒ－ＴＷＴスケジュール側ＭＬＤの要件に基づいて要求を受諾するか、それとも拒絶するかを決定する。

Ｒ－ＴＷＴスケジュール側ＭＬＤが被Ｒ－ＴＷＴスケジュール側ＭＬＤからのメンバーシップ要求を受諾するためにブロードキャストＭＬ ＴＷＴパラメータセットフィールドを使用する場合、このフィールドは、被Ｒ－ＴＷＴスケジュール側ＭＬＤがメンバーになるＭＬ Ｒ－ＴＷＴスケジューリングを示すように設定される。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、このフィールドを受け取った後にＭＬ Ｒ－ＴＷＴのメンバーになる。被Ｒ－ＴＷＴスケジュール側ＭＬＤのトラフィックは、ＭＬ Ｒ－ＴＷＴ ＳＰ中に優先して送信される。

Ｒ－ＴＷＴスケジュール側ＭＬＤが、被Ｒ－ＴＷＴスケジュール側ＭＬＤからのメンバーシップ要求を拒絶するためにブロードキャストＭＬ ＴＷＴパラメータセットフィールドを使用する（例えば、ＴＷＴ設定コマンドフィールドが「ＴＷＴ拒絶（Ｒｅｊｅｃｔ ＴＷＴ）」に設定される）場合、被Ｒ－ＴＷＴスケジュール側ＭＬＤは、このフィールドを受け取った後に、Ｒ－ＴＷＴスケジュール側ＭＬＤによってメンバーシップ要求が拒絶され、或いは既存のＭＬ Ｒ－ＴＷＴメンバーシップが終了したと認識する。

Ｒ－ＴＷＴスケジュール側ＭＬＤが、被Ｒ－ＴＷＴスケジュール側ＭＬＤからのメンバーシップ要求を拒絶するためにブロードキャストＭＬ ＴＷＴパラメータセットフィールドを使用する（例えば、ＴＷＴ設定コマンドフィールドが「代替ＴＷＴ（Ａｌｔｅｒｎａｔｅ ＴＷＴ）」又は「ＴＷＴ指示（Ｄｉｃｔａｔｅ ＴＷＴ）」に設定される）場合、このフィールドは、被Ｒ－ＴＷＴスケジュール側ＭＬＤが次回にＭＬ Ｒ－ＴＷＴメンバーシップを要求するために使用できる提案パラメータを示すように設定される。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、このフィールドを受け取ると、ＭＬ Ｒ－ＴＷＴのメンバーシップを取得しなかったと認識するが、提案パラメータを使用してＭＬ Ｒ－ＴＷＴメンバーシップを再要求することができる。

各ブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、（１つを含む）複数のＳＬ Ｒ－ＴＷＴ又は１つのＭＬ Ｒ－ＴＷＴのパラメータ設定を表すことができる。一例として以下を示す。（ａ）１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、ＭＬＤレベルＲ－ＴＷＴ ＩＤを有するＭＬ Ｒ－ＴＷＴを表すことができる。（ｂ）１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、同じパラメータ設定及び同じＳＬレベルＲ－ＴＷＴ ＩＤを有するが異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴを表すことができる。同じブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のＳＬ Ｒ－ＴＷＴは同じＭＬ Ｒ－ＴＷＴに属することができる。

図２７に、図２６に示すＭＬ ＴＷＴ要素の制御フィールドの実施形態例３７０を示す。ＮＤＰページングインジケータ、応答者ＰＭモード、ネゴシエーションタイプ、ＴＷＴ情報フレーム無効化、ウェイク期間単位フィールドは、図４に示すＴＷＴ要素の制御フィールド内のものと同一であることができる。

ＭＬ ＴＷＴ指示（ＭＬ ＴＷＴ Ｉｎｄｉｃａｔｉｏｎ）フィールドは、ＭＬ ＴＷＴ要素内のＴＷＴパラメータ情報フィールドがブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送しているかどうかを示すように設定される。このフィールドは、１ビット指示として実装することができる。例えば、このフィールドが第１の状態（例えば、「１」）に設定された場合、ＭＬ ＴＷＴ要素はブロードキャストＭＬ ＴＷＴパラメータセットフィールドのみを搬送する。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、ＭＬ ＴＷＴ要素はブロードキャストＴＷＴパラメータセットフィールドのみを搬送する。なお、ＭＬ ＴＷＴ要素の要素ＩＤがＴＷＴ要素内のものと同じである場合には、このフィールドを使用して、要素がＴＷＴ要素であるか、それともＭＬ ＴＷＴ要素であるかを示すこともできる。このフィールドが第１の状態（例えば、「１」）に設定された場合、要素はＭＬ ＴＷＴ要素であり、一方でこのフィールドが第２の状態（例えば、「０」）に設定された場合、要素はＴＷＴ要素である。

リンク情報存在（Ｌｉｎｋ Ｉｎｆｏ Ｐｒｅｓｅｎｔ）フィールドは、リンク情報フィールドの存在を示すように設定される。このフィールドが第１の状態（例えば、「１」）に設定された場合、制御フィールド内にリンク情報フィールドが提示される。このフィールドが第２の状態（例えば、「０」）に設定された場合、制御フィールド内にリンク情報フィールドが提示されない。

リンク情報（Ｌｉｎｋ Ｉｎｆｏ）フィールドは、ＭＬ ＴＷＴ要素の内容がどのリンクに適用されるか（すなわち、ＭＬ ＴＷＴ要素内の全てのブロードキャストＭＬ ＴＷＴパラメータセットフィールドの内容がどのリンクに適用されるか）を示すように設定される。ＭＬＤなどの受信側は、このフィールドを受け取ると、ＭＬ ＴＷＴ要素の内容がどのリンクに適用されるかについての情報を有し、これらのリンク上で動作している所属するＳＴＡにこれらのパラメータを転送する。例えば、ＭＬＤがリンク１上でＭＬ ＴＷＴ要素を受け取り、制御フィールド内のリンク情報フィールドがリンク２に設定されている場合、このＭＬ ＴＷＴ要素は、リンク２上でスケジュールされたＲ－ＴＷＴ ＳＰのためのものである。ＭＬＤは、リンク２上の所属するＳＴＡにブロードキャストＭＬ ＴＷＴパラメータセットフィールドを転送することができる。リンク情報フィールドのフォーマットは、図３１～図３５のうちの１つであることができる。

なお、図２７に示す制御フィールド内のリンク情報フィールドと、図２８に示すブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドとが同じＭＬ ＴＷＴ要素内に同時に存在することはできない。

制御フィールド及びブロードキャストＭＬ ＴＷＴパラメータセットフィールドの両方にリンク情報フィールドが存在しない場合、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドが送信されるリンク上のＳＬ Ｒ－ＴＷＴのためのものである。

図２８に、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの実施形態例３９０を示す。各ブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、ＭＬ Ｒ－ＴＷＴに属する（同じリンクレベルＩＤであるが異なるリンク上でスケジュールされる）１又は２以上のＳＬ Ｒ－ＴＷＴのパラメータ設定を表すことができる。要求タイプ（Ｒｅｑｕｅｓｔ Ｔｙｐｅ）フィールドは、図２９に示すように設定することができる。

ターゲットウェイクタイム（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）フィールドは、Ｒ－ＴＷＴ ＳＰの開始時刻を示すように設定される。このフィールドは、スケジューリング告知のために設定される場合、スケジューリング告知フレーム（例えば、ビーコン）後のＲ－ＴＷＴの最初のＳＰの開始時刻を示す。被Ｒ－ＴＷＴスケジュール側ＭＬＤは、このフィールドを受け取った後にＲ－ＴＷＴの最初のＳＰの開始時刻情報を有するようになる。このフィールドは、被Ｒ－ＴＷＴスケジュール側ＭＬＤのＭＬ Ｒ－ＴＷＴメンバーシップ要求のために設定される場合、被Ｒ－ＴＷＴスケジュール側ＭＬＤがＲ－ＴＷＴのメンバーになった場合のＲ－ＴＷＴの最初のＳＰの開始時刻を示す。Ｒ－ＴＷＴスケジュール側ＭＬＤは、このフィールドに従ってメンバーシップ要求を受諾するかどうかを判定することができる。このフィールドは、ＴＷＴ設定コマンドフィールドが「代替ＴＷＴ」又は「ＴＷＴ指示」に設定されている時のＭＬ Ｒ－ＴＷＴ応答のために設定される場合、Ｒ－ＴＷＴスケジュール側ＭＬＤが次回にＲ－ＴＷＴのメンバーシップを要求すると決定する時にこのフィールドを設定するために使用できる提案パラメータを示す。このフィールドは、ＭＬ Ｒ－ＴＷＴ要求を受諾するＭＬ Ｒ－ＴＷＴ応答のために設定される場合、被Ｒ－ＴＷＴスケジュール側ＭＬＤがこのフィールドを受け取ってＲ－ＴＷＴのメンバーになった後のＲ－ＴＷＴの最初のＳＰの開始時刻を示す。

ターゲットウェイクタイムフィールドは、以下のオプションのうちの１つを使用して設定することができる。オプション１では、ターゲットウェイクタイムフィールドが、このフィールドを送信するＳＴＡのＴＳＦ時間に設定される。オプション２では、ターゲットウェイクタイムフィールドが、リンク情報が１つのリンクしか示すことができない場合に同じブロードキャストＭＬ ＴＷＴパラメータセットフィールドのリンク情報フィールド内に示されるリンクのＴＳＦ時間に設定される。オプション３では、ターゲットウェイクタイムフィールドが、リンク情報が１つのリンクしか示すことができない場合にＭＬ ＴＷＴ要素の制御フィールドのリンク情報フィールド内に示されるリンクのＴＳＦ時間に設定される。オプション４では、ターゲットウェイクタイムフィールドが、リンク情報フィールドの先頭ビット（図３２に示すリンクビットマップ内のＭＳＢ又はＬＳＢ、或いは図３３～図３５に示す最初のリンクＩＤフィールド）であるリンクのＴＳＦ時間に設定される。

公称最小ＴＷＴウェイク期間（ｎｏｍｉｎａｌ ｍｉｎｉｍｕｍ ＴＷＴ Ｗａｋｅ Ｄｕｒａｔｉｏｎ）フィールドは、Ｒ－ＴＷＴ ＳＰ期間を示すように設定される。ＴＷＴウェイク間隔仮数（ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｍａｎｔｉｓｓａ）フィールド及び図２９に示すＴＷＴウェイク間隔指数（ＴＷＴ Ｗａｋｅ Ｉｎｔｅｒｖａｌ Ｅｘｐｏｎｅｎｔ）フィールドは、ＩＥＥＥ８０２．１１ａｘで定められるものと同様のＲ－ＴＷＴ ＳＰ間の間隔を表すように設定される。ブロードキャストＴＷＴ情報（Ｂｒｏａｄｃａｓｔ ＴＷＴ Ｉｎｆｏ）フィールドは、図３０に示す通りであることができる。制限付きＴＷＴトラフィック情報（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ Ｔｒａｆｆｉｃ Ｉｎｆｏ）フィールドは、図３０に示す制限付きＴＷＴトラフィック情報存在（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ Ｔｒａｆｆｉｃ Ｉｎｆｏ Ｐｒｅｓｅｎｔ）フィールドが第１の状態（例えば、「１」）に設定された時に存在し、このフィールドは、ＩＥＥＥ８０２．１１ｂｅで定められるものと同一であることができる。ブロードキャストＭＬ ＴＷＴ ＩＤ（Ｂｒｏａｄｃａｓｔ ＭＬ ＴＷＴ ＩＤ）フィールドは、ＭＬ Ｒ－ＴＷＴのＭＬＤレベルＲ－ＴＷＴ ＩＤを示すように設定される。受信側は、このフィールドを使用してＭＬ Ｒ－ＴＷＴを識別することができる。

リンク情報（Ｌｉｎｋ Ｉｎｆｏ）フィールドは、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの内容がどのリンクに適用されるかを示すように設定される。受信側は、このフィールドを受け取ると、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの内容がどのリンクに適用されるかについての情報を有し、これらのリンク上で動作するＳＴＡにこれらのパラメータを転送する。例えば、ＭＬＤがリンク１上でブロードキャストＭＬ ＴＷＴパラメータセットフィールドを受け取り、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのリンク情報フィールドがリンク２に設定されている場合、このブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、リンク２上でスケジュールされるＲ－ＴＷＴ ＳＰのためのものである。ＭＬＤは、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドをリンク２上の所属するＳＴＡに転送することができる。リンク情報フィールドのフォーマットは、図３１～図３５のうちの１つであることができる。

図２９に、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの要求タイプフィールドの実施形態例４１０を示す。ＴＷＴ要求フィールド、ＴＷＴ設定コマンドフィールド、トリガーフィールド、最後のブロードキャストパラメータセットフィールド、フロータイプフィールド、ブロードキャストＴＷＴ推奨フィールド、及びＴＷＴウェイク間隔指数フィールドは、ＩＥＥＥ８０２．１１ａｘで定められるものと同一であることができる。

トリガーベースオンリー（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ Ｏｎｌｙ）フィールドは、Ｒ－ＴＷＴ ＳＰ中に被ＭＬ Ｒ－ＴＷＴスケジュール側ＭＬＤがチャネルを求めて競合できるかどうかを示すように設定される。少なくとも１つの実施形態では、このフィールドが１ビット指示であることができる。例えば、このフィールドが第１の状態（例えば、「１」）に設定された場合、ＭＬ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤのみがＲ－ＴＷＴ ＳＰ中にＲ－ＴＷＴメンバーのＵＬトラフィック送信をトリガーすることができる。このフィールドが第２の状態（例えば、「０」）に設定された場合、Ｒ－ＴＷＴメンバーは、Ｒ－ＴＷＴ ＳＰ中にＵＬトラフィック送信のためのチャネルを求めて競合し、そのチャネルにアクセスすることができる。

少なくとも１つの実施形態／モード／オプションでは、ブロードキャストＴＷＴ推奨フィールドが、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドがＲ－ＴＷＴのためのものであることを示すよう（例えば、値４）に設定された場合、トリガーフィールドがトリガーベースオンリーフィールドとして機能し、トリガーベースオンリーフィールドは不要である。

図３０に、以下のサブフィールドを有する、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの要求タイプフィールドの実施形態例４３０を示す。

制限付きＴＷＴトラフィック情報存在（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ Ｔｒａｆｆｉｃ Ｉｎｆｏ Ｐｒｅｓｅｎｔ）フィールドは、少なくとも１つの実施形態では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内に制限付きＴＷＴトラフィック情報フィールドが存在するかどうかを示す１ビット指示であり、図７に示すものと同一であることができる。

ＭＬ ＴＷＴ ＩＤ存在（ＭＬ ＴＷＴ ＩＤ Ｐｒｅｓｅｎｔ）フィールドは、図２８に示すブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にブロードキャストＭＬ ＴＷＴ ＩＤフィールドが存在するか否かを示すように設定される。少なくとも１つの実施形態では、このフィールドが１ビット指示であることができる。例えば、このフィールドが第１の状態（例えば、「１」）に設定された場合、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にブロードキャストＭＬ ＴＷＴ ＩＤフィールドが存在する。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にブロードキャストＭＬ ＴＷＴ ＩＤフィールドは存在しない。

リンク情報存在（Ｌｉｎｋ Ｉｎｆｏ Ｐｒｅｓｅｎｔ）フィールドは、少なくとも１つの実施形態では、図２８に示すブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にリンク情報フィールドが存在するか否かを示す１ビット指示であることができる。例えば、このフィールドが第１の状態（例えば、「１」）に設定された場合、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にリンク情報フィールドが存在する。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にリンク情報フィールドは存在しない。この場合、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、このフィールドが送信されるリンク上のＭＬ Ｒ－ＴＷＴパラメータ設定のためのものである。

ブロードキャストＴＷＴ ＩＤ（Ｂｒｏａｄｃａｓｔ ＴＷＴ ＩＤ）フィールドは、ＳＬ Ｒ－ＴＷＴのリンクレベルＲ－ＴＷＴ ＩＤを示すように設定される。ブロードキャストＭＬ ＴＷＴパラメータ設定フィールド内のパラメータは、リンク情報フィールド内に示されるリンク上の（単複の）特定のＳＬ Ｒ－ＴＷＴのためのものである。

ブロードキャストＴＷＴ持続性（Ｂｒｏａｄｃａｓｔ ＴＷＴ Ｐｅｒｓｉｓｔｅｎｃｅ）フィールドは、ＩＥＥＥ８０２．１１ａｘで定められるものと同一であることができる。

少なくとも１つの実施形態／モード／オプションでは、ＭＬ ＴＷＴ ＩＤ存在フィールドが、ブロードキャストＴＷＴ ＩＤをＭＬＤ レベルＲ－ＴＷＴ ＩＤに設定すべきであるか、それともリンクレベルＲ－ＴＷＴ ＩＤに設定すべきであるかを示すように設定される。ＭＬ ＴＷＴ ＩＤ存在フィールドが第１の状態（例えば、「１」）に設定された場合、ブロードキャストＴＷＴ ＩＤフィールドはＭＬＤレベルＲ－ＴＷＴ ＩＤを示すように設定される。ＭＬ ＴＷＴ ＩＤ存在フィールドが第２の状態（例えば、「０」）に設定された場合、ブロードキャストＴＷＴ ＩＤフィールドはリンクレベルＲ－ＴＷＴ ＩＤを示すように設定される。

図３１～図３５に、リンク情報フィールドのフォーマットの５つのオプション４５０、４７０、４９０、５１０及び５３０を限定ではなく一例として示す。

図３１のオプション１では、リンク情報フィールドが１つのリンクＩＤ（Ｌｉｎｋ ＩＤ）フィールドのみを搬送することができる。リンクＩＤフィールドは、情報が適用される１つのリンクを表すように設定される。

図３２のオプション２では、リンク情報フィールドが１つのリンクビットマップ（ｌｉｎｋ ｂｉｔｍａｐ）フィールドを搬送することができる。このフィールドは、ＩＥＥＥ８０２．１１ｂｅで定められるものと同じであることができる。リンクビットマップフィールドは複数のビットから成る。各ビットはリンクを表す。ビットは、第１の状態（例えば、「１」）に設定された場合、このビットの対応するリンクに情報が適用されることを表す。そうでなければ、ビットは第２の状態（例えば「０」）に設定され、このビットの対応するリンクに情報が適用されないことを表す。

図３３のオプション３では、リンク情報フィールドが複数のリンクＩＤフィールドを搬送することができる。各リンクＩＤフィールドは、情報が適用される１つのリンクを表すように設定される。さらなるリンクＩＤ（Ｍｏｒｅ Ｌｉｎｋ ＩＤ）フィールドは、後続する別のリンクＩＤフィールドが存在するかどうかを示すように設定される。例えば、さらなるリンクＩＤフィールドが第１の状態（例えば、「１」）に設定された場合には、後続する別のリンクＩＤフィールドが存在する。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定され、後続するリンクＩＤフィールドは存在しない。

図３４のオプション４では、リンク情報フィールドが複数のリンクＩＤフィールドを搬送することができる。各リンクＩＤフィールドは、情報が適用される１つのリンクを表すように設定される。最後のリンクＩＤ（Ｌａｓｔ Ｌｉｎｋ ＩＤ）フィールドは、後続する別のリンクＩＤフィールドが存在するかどうかを示すように設定される。例えば、最後のリンクＩＤフィールドが第２の状態（例えば、「０」）に設定された場合、後続する別のリンクＩＤフィールドが存在する。そうでなければ、このフィールドは第１の状態（例えば、「１」）に設定され、後続するリンクＩＤフィールドは存在しない。

図３５のオプション５では、リンク情報フィールドが複数のリンクＩＤフィールドを搬送することができる。各リンクＩＤフィールドは、情報が適用される１つのリンクを表すように設定される。リンクＩＤフィールドの前に、リンクＩＤ数（Ｎｕｍｂｅｒ ｏｆ Ｌｉｎｋ ＩＤ）フィールドが存在する。このフィールドは、リンク情報フィールド内のリンクＩＤフィールドの数を示すように設定される。

なお、ＭＬ Ｒ－ＴＷＴスケジューリング告知のためのＭＬ ＴＷＴ要素内のリンク情報フィールドのフォーマットは、ＭＬ Ｒ－ＴＷＴ設定（メンバーシップネゴシエーション）のためのＭＬ ＴＷＴ要素内のリンク情報フィールドのフォーマットとは異なることができる。

少なくとも１つの実施形態／モード／オプションでは、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドがリンク情報存在フィールド及びＭＬ ＴＷＴ ＩＤ存在フィールドを含むので、ＭＬ ＴＷＴ指示フィールドは不要である。これらの２つのフィールドは、図５に示すようなブロードキャストＴＷＴパラメータセットフィールドの予備ビットに位置することが好ましい。例えば、これらが第２の状態（例えば、「０」）に設定された場合、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、図５に示すようなブロードキャストＴＷＴパラメータセットフィールドと同じである。

４．７．例
本節では、ＭＬ Ｒ－ＴＷＴシグナリングの複数の例を示す。これらの例におけるネットワークトポロジーは図１６に示す通りである。本節の例では、ＳＬ Ｒ－ＴＷＴｘが、リンクレベルＲ－ＴＷＴ ＩＤ＝ｘのＳＬ Ｒ－ＴＷＴを表し、ＭＬ Ｒ－ＴＷＴｙが、ＭＬＤ レベルＲ－ＴＷＴ ＩＤ＝ｙのＭＬ Ｒ－ＴＷＴを表す。

これらのフレーム交換の例では、フレーム内の１対の「｛｝」がＭＬ ＴＷＴ要素を表す。「｛｝」間の内容は、そのＭＬ ＴＷＴ要素の内容を表す。ＭＬ ＴＷＴ要素内の１対の「＜＞」は、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドを表す。「＜＞」間の内容は、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドの内容を表す。例えば、｛＜ＳＬ Ｒ－ＴＷＴ１，リンク１，２＞，＜ＳＬ Ｒ－ＴＷＴ２，リンク１＞｝は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送するＭＬ ＴＷＴ要素を表す。一方のブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、ＳＰがリンク１上でスケジュールされるＳＬ Ｒ－ＴＷＴ１（リンク１上のＳＬ Ｒ－ＴＷＴ１）、及びＳＰがリンク２上でスケジュールされる別のＳＬ Ｒ－ＴＷＴ１（リンク１上のＳＬ Ｒ－ＴＷＴ１）のためのものである。別のブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、ＳＰがリンク１上でスケジュールされるＳＬ Ｒ－ＴＷＴ２（リンク１上のＳＬ Ｒ－ＴＷＴ２）のためのものである。｛＜ＳＬ Ｒ－ＴＷＴ１，ＭＬ Ｒ－ＴＷＴ２，リンク１，２＞｝は、ＭＬ Ｒ－ＴＷＴ２に属するリンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ１のための１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送するＭＬ ＴＷＴ要素を表す。

４．７．１．ブロードキャストＭＬ ＴＷＴパラメータセットフィールド毎のリンク情報
本節では、図２８に示すようなブロードキャストＭＬ ＴＷＴパラメータセットフィールド毎にしかリンク情報フィールドが存在しないシナリオについても検討する。すなわち、図２７に示すようなＭＬ ＴＷＴ要素の制御フィールドにはリンク情報フィールドが存在しない。

４．７．１．１．暗黙的ＭＬ Ｒ－ＴＷＴ
本節では、暗黙的ＭＬ Ｒ－ＴＷＴが１又は２以上のＳＬ Ｒ－ＴＷＴを含む場合のシナリオについて検討する。各ＳＬ Ｒ－ＴＷＴは、そのリンク上の被Ｒ－ＴＷＴスケジュール側ＡＰによって一意のリンクレベルＲ－ＴＷＴ ＩＤに割り当てられる。Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴにＭＬレベルＲ－ＴＷＴ ＩＤを割り当てない。すなわち、図２８に示すようなブロードキャストＭＬ ＴＷＴパラメータセットフィールド内には、ブロードキャストＭＬ ＴＷＴ ＩＤフィールドは存在しない。

本節の例では、ＡＰ１がリンク１上でＳＬ Ｒ－ＴＷＴ４をスケジュールする。ＡＰ２は、リンク２上でＳＬ Ｒ－ＴＷＴ２及びＳＬ Ｒ－ＴＷＴ４をスケジュールする。リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４のスケジューリングは同じ（すなわち、ＳＰ開始時刻、ＳＰ期間、及びＳＰ間の間隔は同じ）であるが、ＳＬ Ｒ－ＴＷＴ２のスケジューリングは他の２つと異なる。４．３節によれば、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４は暗黙的ＭＬ Ｒ－ＴＷＴとみなすことができ、ＳＬ Ｒ－ＴＷＴ２は別の暗黙的ＭＬ Ｒ－ＴＷＴとみなすことができる。

図３６に、ＡＰが自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰスケジューリングのみを告知するＲ－ＴＷＴスケジューリングの実施形態例６１０を示す。限定ではなく一例として、この図には、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１がリンク１上でビーコン６１４を送信する場合、このビーコンはＭＬ ＴＷＴ要素を搬送する。ＭＬ ＴＷＴ要素は、リンク１上のＳＬ Ｒ－ＴＷＴ４ ＳＰスケジューリングの開始６２０及び期間６２４のみを示すブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。なお、ＳＬ Ｒ－ＴＷＴ４のブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、このフィールドがリンク１上のＳＬ Ｒ－ＴＷＴ４のためのものであることを示すリンク情報フィールドを含んでいない。

ＡＰ２がリンク２上でビーコン６１２を送信する場合、このビーコンはＭＬ ＴＷＴ要素を搬送する。ＭＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。一方は、リンク２上のＳＬ Ｒ－ＴＷＴ２のスケジューリング６１６を示し、他方は、リンク２上のＳＬ Ｒ－ＴＷＴ４のスケジュールされた開始６１８及び期間６２４を示す。

ＡＰ１及びＡＰ２は、リンク１ ６２０及びリンク２ ６１８上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中に、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４のメンバーとフレームを交換することができる。ＡＰ１及びＡＰ２は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中に、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４のメンバーとそれぞれフレームを交換することができる。図示のように、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４はトリガーベースオンリーである。この結果、ＡＰ１及びＡＰ２は、チャネルにアクセスしてＵＬ及びＤＬ送信をトリガーする。リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４のメンバーは、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中にチャネルにアクセスすべきではない。

ＡＰ２は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ中に、リンク２上のＳＬ Ｒ－ＴＷＴ２のメンバーとフレームを交換することができる。図示のように、リンク２上のＳＬ Ｒ－ＴＷＴ２はトリガーベースオンリーではない。この結果、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２のメンバーである場合、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ中にチャネルを求めて競合し、チャネルにアクセスしてＡＰ２とフレームを交換することができる。

ＡＰ１はトリガーフレーム（ＴＦ）６２２ａを送信し、ＡＰ２はＴＦ６２２ｂを送信し、ＳＴＡ３及びＳＴＡ５がこれに対してそれぞれＵＬ ＰＰＤＵ６２６ａ及び６２６ｂで応答しているのが分かる。ＡＰは、送信を受け取るとＢＡ６２８ａ及び６２８ｂで応答する。ＡＰ１及びＡＰ２はＤＬＭＵ ＰＰＤＵ６３０ａ及び６３０ｂを送信し、ＳＴＡ３及びＳＴＡ５からそれぞれＢＡ６３２ａ、６３２ｂを受け取っているのが分かる。これらの各送信は、非同時送受信（ＮＳＴＲ）リンクペアのリンクに対して整列しているように示す。その後、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ６３４内に非トリガーＵＬ ＰＰＤＵ６３６を送信してＡＰ２からＢＡ６３８を受け取る。

なお、上記の事例ではリンク情報フィールドは不要である。ＭＬ ＴＷＴ要素のフォーマットはＴＷＴ要素と同じであることができる。すなわち、ＭＬ ＴＷＴ要素は、ＩＥＥＥ８０２．１１ａｘで定められるようなブロードキャストＴＷＴをサポートするＳＴＡによって復号することができる。従って、ＭＬ ＴＷＴ要素は、ブロードキャストＴＷＴスケジューリングを告知するために使用することもできる。

なお、リンク１及びリンク２がＮＳＴＲリンクペアのリンクでない場合、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中のＰＰＤＵアライメントは不要である。

図３７に、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬ Ｒ－ＴＷＴスケジューリングを告知する実施形態例７１０を示す。この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドが複数のリンクを表すことができる。すなわち、リンク情報フィールドのフォーマットは、図３２～図３５に示す通りであることができる。限定ではなく一例として、この図には、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１は、ＭＬ ＴＷＴ要素を搬送するビーコン７１４をリンク１上で送信する。ＭＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。一方のフィールドは、リンク２上のＳＬ Ｒ－ＴＷＴ２ ７２２のスケジューリングを示し、他方のフィールドは、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ７２４のスケジューリングを示す。ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、ＡＰ１のＴＳＦ時間に設定される。

ＡＰ２は、ＭＬ ＴＷＴ要素を搬送するビーコン７１２をリンク２上で送信する。ＭＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。一方は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ７１６のスケジューリングを示す。他方は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４の開始７１８及び期間７２４のスケジューリングを示す。ＭＬ ＴＷＴ要素内のブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、ＡＰ２のＴＳＦ時間に設定される。

図の残り部分は図３６と同様であり、ＡＰ１がトリガーフレーム（ＴＦ）７２６ａを送信し、ＡＰ２がＴＦ７２６ｂを送信し、ＳＴＡ３及びＳＴＡ５がこれに対してそれぞれＵＬ ＰＰＤＵ７２８ａ及び７２８ｂで応答する。ＡＰは、送信を受け取るとＢＡ７３０ａ及び７３０ｂで応答する。ＡＰ１及びＡＰ２はＤＬＭＵ ＰＰＤＵ７３２ａ及び７３２ｂを送信し、ＳＴＡ３及びＳＴＡ５からそれぞれＢＡ７３４ａ、７３４ｂを受け取っているのが分かる。これらの各送信は、ＮＳＴＲリンクペアのリンクに対して整列しているように示す。その後、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ７３６内に非トリガーＵＬ ＰＰＤＵ７３８を送信してＡＰ２からＢＡ７４０を受け取る。

図３８に、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬ Ｒ－ＴＷＴスケジューリングを告知する別の実施形態例８１０を示す。この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドが１つのリンクのみを表すことができる。すなわち、リンク情報フィールドのフォーマットは、図３１又は図３２に示す通りであることができ（例えば、１つのビットのみを「１」に設定することができる）。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１は、ＭＬ ＴＷＴ要素を搬送するビーコン８１４をリンク１上で送信する。ＭＬ ＴＷＴ要素は、３つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。第１のブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、リンク２上のＳＬ Ｒ－ＴＷＴ２ ８２１のスケジューリングを示す。第２及び第３のブロードキャストＭＬ ＴＷＴパラメータセットフィールドは、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４の開始８２０及び期間８２４のスケジューリングを示す。ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、そのブロードキャストＭＬ ＴＷＴパラメータセットフィールドのリンク情報フィールド内に示されるリンク上のＡＰのＴＳＦ時間に設定される。例えば、リンク２上のＳＬ Ｒ－ＴＷＴ２のブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、リンク２上のＡＰ２のＴＳＦ時間に設定される。

ＡＰ２は、ＭＬ ＴＷＴ要素を搬送するビーコン８１２をリンク２上で送信する。ＭＬ ＴＷＴ要素は、リンク１上で送信されるビーコン内のものと同一である。

図の残り部分は図３６と同様であり、ＡＰ１がトリガーフレーム（ＴＦ）８２２ａを送信し、ＡＰ２がＴＦ８２２ｂを送信し、ＳＴＡ３及びＳＴＡ５がこれに対してそれぞれＵＬ ＰＰＤＵ８２６ａ、８２６ｂで応答する。ＡＰは、送信を受け取るとＢＡ８２８ａ及び８２８ｂで応答する。ＡＰ１及びＡＰ２はＤＬＭＵ ＰＰＤＵ８３０ａ及び８３０ｂを送信し、ＳＴＡ３及びＳＴＡ５からそれぞれＢＡ８３２ａ、８３２ｂを受け取っているのが分かる。これらの各送信は、ＮＳＴＲリンクペアのリンクに対して整列しているように示す。その後、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ８３４内に非トリガーＵＬ ＰＰＤＵ８３６を送信してＡＰ２からＢＡ８３８を受け取る。

図３９に、ＡＰがそのリンク上のＳＰのＭＬ Ｒ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの実施形態例９１０を示す。この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドが複数のリンクを表すことができる。すなわち、リンク情報フィールドのフォーマットは、図３２～図３５に示す通りであることができる。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１は、ＭＬ ＴＷＴ要素を搬送するビーコン９１４をリンク１上で送信する。リンク１上のＳＬ Ｒ－ＴＷＴ４及びリンク２上のＳＬ Ｒ－ＴＷＴ４はＭＬ Ｒ－ＴＷＴとみなされるので、ＭＬ ＴＷＴ要素は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４の開始９２０及び期間９２４のスケジューリングを示す１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、ＡＰ１のＴＳＦ時間に設定される。

ＡＰ２は、ＭＬ ＴＷＴ要素を搬送するビーコン９１２をリンク２上で送信する。ＭＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。一方は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ９１６のスケジューリングを示す。リンク１上のＳＬ Ｒ－ＴＷＴ４及びリンク２上のＳＬ Ｒ－ＴＷＴ４はＭＬ Ｒ－ＴＷＴとみなされるので、他方は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４の開始９１８及び期間９２４のスケジューリングを示す。ＭＬ ＴＷＴ要素のブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、ＡＰ２のＴＳＦ時間に設定される。

図の残り部分は図３８と同様であり、ＡＰ１がトリガーフレーム（ＴＦ）９２２ａを送信し、ＡＰ２がＴＦ９２２ｂを送信し、ＳＴＡ３及びＳＴＡ５がこれに対してそれぞれＵＬ ＰＰＤＵ９２６ａ、９２６ｂで応答する。ＡＰは、送信を受け取るとＢＡ９２８ａ及び９２８ｂで応答する。ＡＰ１及びＡＰ２はＤＬＭＵ ＰＰＤＵ９３０ａ及び９３０ｂを送信し、ＳＴＡ３及びＳＴＡ５からそれぞれＢＡ９３２ａ、９３２ｂを受け取っているのが分かる。これらの各送信は、ＮＳＴＲリンクペアのリンクに対して整列しているように示す。その後、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ ９３４内に非トリガーＵＬ ＰＰＤＵ９３６を送信してＡＰ２からＢＡ９３８を受け取る。

図４０に、ＭＬ Ｒ－ＴＷＴ設定手順の実施形態例１０１０を示す。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーションは、リンク２上でＳＰがスケジュールされているＳＬ Ｒ－ＴＷＴ２のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレーム１０１４を送信することから開始する（１０１２）。ＡＰ１は、この要求を受け取った後に、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答１０１６を返送する。ＭＬ Ｒ－ＴＷＴ応答１０１６は、リンク２上のＳＴＡ５の最初のＳＬ Ｒ－ＴＷＴ２ ＳＰの開始時刻１０１８を示すこともできる。この結果、ＳＴＡ５はＳＬ Ｒ－ＴＷＴ２のメンバーＳＴＡになる。ＳＬ Ｒ－ＴＷＴ２がトリガーベースオンリーでない場合、ＳＴＡ５は、ＳＬ Ｒ－ＴＷＴ２ ＳＰ１０２０中にチャネルを求めて競合し、ＡＰ２にＵＬ ＰＰＤＵ１０２４及び１０２８を送信することができる。この図には、ＡＰ２がＵＬ ＰＰＤＵの受信に対してＢＡ１０２６及び１０３０で応答することも示す。

リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ間の間隔１０２２は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

図４１に、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内にリンク情報フィールドが存在しない場合のＭＬ Ｒ－ＴＷＴ設定手順の実施形態例１１１０を示す。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１１１２は、リンク２上でＳＰがスケジュールされているＳＬ Ｒ－ＴＷＴ２のメンバーシップを要求するためにＳＴＡ５がリンク２を介してＡＰ２にＭＬ Ｒ－ＴＷＴ要求フレーム１１１４を送信することから開始する。ＡＰ２は、この要求を受け取った後に、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答１１１６を返送する。ＭＬ Ｒ－ＴＷＴ応答１１１６は、リンク２上のＳＴＡ５の最初のＳＬ Ｒ－ＴＷＴ２ ＳＰの開始時刻１１１８を示すこともできる。この結果、ＳＴＡ５はＳＬ Ｒ－ＴＷＴ２のメンバーＳＴＡ１１２２になる。ＳＬ Ｒ－ＴＷＴ２がトリガーベースオンリーでない場合、ＳＴＡ５は、ＳＬ Ｒ－ＴＷＴ２ ＳＰ １１２２中にチャネルを求めて競合し、ＡＰ２にＵＬ ＰＰＤＵ１１２４及び１１２８を送信することができる。この図には、ＡＰ２がＵＬ ＰＰＤＵの受信に対してＢＡ１１２６及び１１３０で応答することも示す。

リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ間の間隔１１２０は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

なお、この事例ではリンク情報フィールドは不要である。ＭＬ ＴＷＴ要素のフォーマットはＴＷＴ要素と同じであることができる。すなわち、ＭＬ ＴＷＴ要素は、ＩＥＥＥ８０２．１１ａｘで定められるようなブロードキャストＴＷＴをサポートするＳＴＡによって復号することができる。従って、ＭＬ ＴＷＴ要素はブロードキャストＴＷＴ設定に使用することもできる。

図４２に、複数のリンクを介したＭＬ Ｒ－ＴＷＴ設定手順の実施形態例１２１０を示す。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１２１２は、リンク２上でＳＰがスケジュールされているＳＬ Ｒ－ＴＷＴ２のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレーム１２１４を送信することから開始する。ＡＰ１は、この要求を受け取った後に、要求が受け取られたことを示すＡＣＫフレーム１２１６を送信する。

次に、ＡＰ１は、この要求（ＭＬＤ内転送であるため図示せず）をＡＰ２に転送する。次に、ＡＰ２は、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答１２１８を、リンク２を介して送信する。ＭＬ Ｒ－ＴＷＴ応答１２１８は、リンク２上のＳＴＡ５の最初のＳＬ Ｒ－ＴＷＴ２ ＳＰの開始時刻１２２２を示すこともできる。この結果、ＳＴＡ５は、応答を受け取ってＳＴＡ５がＳＬ Ｒ－ＴＷＴ２のメンバーＳＴＡになったことを示すＡＣＫフレーム１２２０を送信する。ＳＬ Ｒ－ＴＷＴ２がトリガーベースオンリーでない場合、ＳＴＡ５は、ＳＬ Ｒ－ＴＷＴ２ ＳＰ１２２６中にチャネルを求めて競合し、ＡＰ２にＵＬ ＰＰＤＵ１２２８及び１２３２を送信することができる。この図には、ＡＰ２がＵＬ ＰＰＤＵの受信に対してＢＡ１２３０及び１２３４で応答することも示す。

リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ間の間隔１２２４は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

図４３に、１つのリンクを介したＭＬ Ｒ－ＴＷＴのためのＭＬ Ｒ－ＴＷＴ設定手順の実施形態例１３１０を示す。この例では、ＭＬ Ｒ－ＴＷＴが、リンク１上のＳＬ Ｒ－ＴＷＴ４及びリンク２上のＳＬ Ｒ－ＴＷＴ４から成る。ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドは複数のリンクを表すことができる。すなわち、リンク情報フィールドのフォーマットは図３２～図３５に示す通りであることができる。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１３１２は、リンク１及びリンク２上でスケジュールされているＳＬ Ｒ－ＴＷＴ４のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレーム１３１４を送信することから開始する。ＡＰ１は、この要求を受け取った後に、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答フレーム１３１６を返送する。ＳＬ Ｒ－ＴＷＴ４のブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、（リンク１上の）ＡＰ１のＴＳＦ時間内のリンク１上のＳＴＡ３及びリンク２上のＳＴＡ５の最初のＳＬ Ｒ－ＴＷＴ４ ＳＰの開始時刻１３１８を示すように設定される。

この結果、ＳＴＡ３は、リンク１上のＲ－ＴＷＴ４のメンバーＳＴＡになり、ＳＴＡ５は、リンク２上のＲ－ＴＷＴ４ １３２２のメンバーＳＴＡになる。ＳＴＡ３及びＳＴＡ５は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中にそれぞれＡＰ１及びＡＰ２とフレームを交換する。従って、ＡＰ１については、ＤＬ ＰＰＤＵ１３２４ａ及び１３２８ａを送信してＳＴＡ３からＢＡ１３２６ａ及び１３３０ａを受け取るように示しており、ＡＰ２については、ＤＬ ＰＰＤＵ１３２４ｂ及び１３２８ｂを送信してＳＴＡ５からＢＡ１３２６ｂ及び１３３０ｂを受け取るように示している。

リンク１上のＳＬ Ｒ－ＴＷＴ４ ＳＰ間の間隔１３２０は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

図４４に、ＭＬ Ｒ－ＴＷＴの設定手順の実施形態例１４１０を示す。この例では、ＭＬ Ｒ－ＴＷＴが、リンク１上のＳＬ Ｒ－ＴＷＴ４及びリンク２上のＳＬ Ｒ－ＴＷＴ４から成る。前回の例と比べると、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドは１つのリンクのみを表すことができる。すなわち、リンク情報フィールドのフォーマットは図３１又は図３２に示す通りであることができる（例えば、１つのビットのみを「１」に設定することができる）。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１４１２は、リンク１及びリンク２上でスケジュールされているＳＬ Ｒ－ＴＷＴ４のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレームを送信することから開始する。ＡＰ１は、この要求を受け取った後に、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答フレーム１４１６を返送する。

ＭＬ Ｒ－ＴＷＴ要求／応答フレームは、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４のための２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを有するＭＬ ＴＷＴ要素を含む。リンク１上のＳＬ Ｒ－ＴＷＴ４のためのブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、（リンク１上の）ＡＰ１のＴＳＦ時間内のリンク１上のＳＴＡ３の最初のＳＬ Ｒ－ＴＷＴ４ ＳＰの開始時刻１４１８を示すように設定される。リンク２上のＳＬ Ｒ－ＴＷＴ４のためのブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、（リンク２上の）ＡＰ２のＴＳＦ時間内のリンク２上のＳＴＡ５の最初のＳＬ Ｒ－ＴＷＴ４ ＳＰの開始時刻１４２０を示すように設定される。

この結果、ＳＴＡ３は、リンク１上のＲ－ＴＷＴ４のメンバーＳＴＡになり、ＳＴＡ５は、リンク２上のＲ－ＴＷＴ４のメンバーＳＴＡになる。ＳＴＡ３及びＳＴＡ５は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中にそれぞれＡＰ１及びＡＰ２とフレームを交換する。具体的には、ＡＰ１については、ＤＬ ＰＰＤＵ１４２６ａ及び１４３０ａを送信してＳＴＡ３からＢＡ１４２８ａ及び１４３２ａを受け取るように示しており、ＡＰ２については、ＤＬ ＰＰＤＵ１４２６ｂ及び１４３０ｂを送信してＳＴＡ５からＢＡ１４２８ｂ及び１４３２ｂを受け取るように示している。

リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ間の間隔１４２２は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

図４５に、部分的要求のみが受諾されるＭＬ Ｒ－ＴＷＴのためのＭＬ Ｒ－ＴＷＴ設定手順の実施形態例１５１０を示す。この例では、ＭＬ Ｒ－ＴＷＴが、リンク１上のＳＬ Ｒ－ＴＷＴ４及びリンク２上のＳＬ Ｒ－ＴＷＴ４から成る。この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドが１つのリンクのみを表すことができる。すなわち、リンク情報フィールドのフォーマットは図３１又は図３２に示す通りであることができる（例えば、１つのビットのみを「１」に設定することができる）。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１５１２は、リンク１及びリンク２上でスケジュールされているＳＬ Ｒ－ＴＷＴ４のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレーム１５１４を送信することから開始する。ＡＰ１は、この要求を受け取った後に、リンク２上のＳＬ Ｒ－ＴＷＴ４のメンバーシップ要求のみを受け入れることを示すＭＬ Ｒ－ＴＷＴ応答フレーム１５１６を返送し、その開始時刻１５１８を示す。

従って、ＳＴＡ５はリンク２上のＲ－ＴＷＴ４のメンバーＳＴＡになり、ＳＴＡ３はリンク１上のＲ－ＴＷＴ４のメンバーＳＴＡではない。ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ４ ＳＰ中にＡＰ２とフレームを交換する。具体的には、ＡＰ２がＤＬ ＰＰＤＵ１５２４及び１５２８を送信し、ＳＴＡ５からＢＡ１５２６及び１５３０を受け取るように示している。

リンク１及びリンク２のＳＬ Ｒ－ＴＷＴ４ ＳＰ間の間隔１５２０は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

４．７．１．２ 明示的ＭＬ Ｒ－ＴＷＴ
本節では、明示的ＭＬ Ｒ－ＴＷＴが１又は２以上のＳＬ Ｒ－ＴＷＴから成る場合のシナリオについて検討する。各ＳＬ Ｒ－ＴＷＴは、そのリンク上の被Ｒ－ＴＷＴスケジュール側ＡＰによって一意のリンクレベルＲ－ＴＷＴ ＩＤに割り当てられる。Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤも、そのＭＬ Ｒ－ＴＷＴにＭＬレベルＲ－ＴＷＴ ＩＤを割り当てる。具体的には、図２８に示すようなブロードキャストＭＬ ＴＷＴパラメータセットフィールドがＭＬ Ｒ－ＴＷＴに属する（単複の）ＳＬ Ｒ－ＴＷＴのためのものである場合、このフィールド内にブロードキャストＭＬ ＴＷＴ ＩＤフィールドが存在する。

本節の例では、ＡＰ１がリンク１上のＳＬ Ｒ－ＴＷＴ１をスケジュールする。ＭＬＤ１は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ２から成るＭＬ Ｒ－ＴＷＴ１をスケジュールする。

図４６に、ＡＰがＳＬ Ｒ－ＴＷＴスケジューリング及びＭＬ Ｒ－ＴＷＴスケジューリングをＭＬ ＴＷＴ要素で告知するＲ－ＴＷＴスケジューリングの実施形態例１６１０を示す。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１は、ＭＬ ＴＷＴ要素を搬送するビーコン１６１４をリンク１上で送信する。ＭＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを含む。一方の要素は、ＳＬ Ｒ－ＴＷＴ１ １６２２をスケジュールするとともに、リンク２上の後続のＳＬ Ｒ－ＴＷＴ１ １６２０をスケジュールするためのものである。他方の要素は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ２のためのものである。

ＡＰ２も、ＳＬ ＴＷＴ要素を搬送するビーコン１６１２をリンク１上で送信する。ＳＬ ＴＷＴ要素は、２つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを含む。一方は、（リンク１及びリンク２で同じ）ＳＬ Ｒ－ＴＷＴ１ １６１８をスケジュールするためのものであり、他方はリンク２上の後続１６１６のためだけのものである。他方の要素は、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ２ １６２６から成るＳＬ Ｒ－ＴＷＴ２のためのものである。

その後、ＭＬＤ１は、ＭＬ Ｒ－ＴＷＴ１ ＳＰ１６２６中に、リンク１及びリンク２上のＭＬ Ｒ－ＴＷＴ１のメンバーとフレームを交換することができる。ＡＰ２は、ＳＬ Ｒ－ＴＷＴ１ ＳＰ中にリンク２上のＳＬ Ｒ－ＴＷＴ１のメンバーとフレームを交換することができる。具体的には、ＡＰ１は、ＴＦ１６２４ａを送信し、ＵＬ ＰＰＤＵ１６２８ａを受け取り、ＢＡ１６３０ａ及びＤＬＭＵ ＰＰＤＵ１６３２ａを送信し、ＢＡ１６３４ａを受け取っていることが分かり、ＡＰ２は、ＴＦ１６２４ｂを送信し、ＵＬ ＰＰＤＵ１６２８ｂを受け取り、ＢＡ１６３０ｂ及びＤＬＭＵ ＰＰＤＵ１６３２ｂを送信し、ＢＡ１６３４ｂを受け取っていることが分かる。

リンク２上のＳＬ Ｒ－ＴＷＴ１ ＳＰ１６１６の終了後には、リンク２上の別のＳＬ Ｒ－ＴＷＴ１ ＳＰ１６３６が開始され、ＳＴＡ５がＵＬ ＰＰＤＵ１６３８を送信してＢＡ１６４０を受け取る。

図４７に、ＭＬＤレベルＲ－ＴＷＴ ＩＤを使用するＭＬ Ｒ－ＴＷＴ設定の実施形態例１７１０を示す。この例では、ＭＬＤ３が、図４６に示すようなリンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ２から成るＭＬ Ｒ－ＴＷＴ１をＭＬＤ１がスケジュールしたと認識（判定）している。この結果、ＭＬＤ３は、ＭＬＤレベルＲ－ＴＷＴ ＩＤを使用してＭＬ Ｒ－ＴＷＴ１のメンバーシップを要求することができる。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴメンバーシップネゴシエーション１７１２は、ＭＬ Ｒ－ＴＷＴ１のメンバーシップを要求するためにＳＴＡ３がリンク１を介してＡＰ１にＭＬ Ｒ－ＴＷＴ要求フレーム１７１４を送信することから開始する。ＡＰ１は、この要求を受け取った後に、メンバーシップ要求が受諾されたことを示すＭＬ Ｒ－ＴＷＴ応答フレーム１７１６、並びに開始時刻１７１８及び終了１７２２を返送する。

従って、ＭＬＤ３はＭＬ Ｒ－ＴＷＴ１のメンバーになる。ＳＴＡ３及びＳＴＡ５は、リンク１及びリンク２上のＭＬ Ｒ－ＴＷＴ１ ＳＰ１７２３中にそれぞれＡＰ１及びＡＰ２とフレームを交換する。具体的には、ＡＰ１については、ＤＬ ＰＰＤＵ１７２０ａ及び１７２６ａを送信してＳＴＡ３からＢＡ１７２４ａ及び１７２８ａを受け取るように示しており、ＡＰ２については、ＤＬ ＰＰＤＵ１７２０ｂ及び１７２６ｂを送信してＳＴＡ５からＢＡ１７２４ｂ及び１７２８ｂを受け取るように示している。

リンク１及びリンク２上のＭＬ Ｒ－ＴＷＴ１ ＳＰ間の間隔１７２２は、ＭＬ Ｒ－ＴＷＴ設定中に設定されるパラメータから決定される。この目的は、Ｒ－ＴＷＴスケジュールが複数のＳＰを有する予定であることを定期的に示すことである。Ｒ－ＴＷＴ ＳＰ外では、被Ｒ－ＴＷＴスケジュール側ＳＴＡが次のＲ－ＴＷＴ ＳＰの開始時刻前にＴＸＯＰを終了しなければならない点を除き、全てのＳＴＡがＩＥＥＥ８０２．１１ａｘで定められるようにＥＤＣＡを使用してチャネルを求めて競合する。

４．７．２．ＭＬ ＴＷＴ要素毎のリンク情報フィールド
本節では、制御フィールド内にリンク情報フィールドが存在する点を除き、４．７．１．１節で説明したものと同じシナリオについて検討する。

図４８に、ＡＰがその所属するＡＰ ＭＬＤの全てのＭＬ Ｒ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの実施形態例１８１０を示す。この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内のリンク情報フィールドが複数のリンクを表すことができる。すなわち、リンク情報フィールドのフォーマットは図３２～図３５に示す通りであることができる。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＡＰ１は、２つのＭＬ ＴＷＴ要素を搬送するビーコン１８１４をリンク１上で送信する。第１のＭＬ ＴＷＴ要素は、ＳＬ Ｒ－ＴＷＴ２ １８３４をスケジュール（１８２１）するための１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。第１のＭＬ ＴＷＴ要素では、制御フィールド内のリンク情報フィールドが、ＳＬ Ｒ－ＴＷＴ２がリンク２上でスケジュールされることを示す「リンク２」に設定される。第２のＭＬ ＴＷＴ要素は、ＳＬ Ｒ－ＴＷＴ４のための１つのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送する。第２のＭＬ ＴＷＴ要素では、制御フィールド内のリンク情報フィールドが、リンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４ １８２４のＳＬ Ｒ－ＴＷＴ４スケジューリング１８２０を示す「リンク１及びリンク２」に設定される。

ＡＰ２は、２つのＭＬ ＴＷＴ要素を搬送するビーコン１８１２をリンク２上で送信する。これらの２つの要素は、ＡＰ１によって送信されたビーコンと同様に、リンク２上のＳＬ Ｒ－ＴＷＴ２スケジューリング１８１６、並びにリンク１及びリンク２上のＳＬ Ｒ－ＴＷＴ４スケジューリング１８１８を搬送する。

図の残り部分は図３８と同様であり、ＡＰ１がＴＦ１８２２ａを送信し、ＡＰ２がＴＦ１８２２ｂを送信し、ＳＴＡ３及びＳＴＡ５がこれに対してそれぞれＵＬ ＰＰＤＵ１８２６ａ、１８２６ｂで応答する。ＡＰは、送信を受け取るとＢＡ１８２８ａ及び１８２８ｂで応答する。ＡＰ１及びＡＰ２はＤＬ ＭＵＰＰＤＵ１８３０ａ及び１８３０ｂを送信し、ＳＴＡ３及びＳＴＡ５からそれぞれＢＡ１８３２ａ、１８３２ｂを受け取っているのが分かる。これらの各送信は、ＮＳＴＲリンクペアのリンクに対して整列しているように示す。

その後、ＳＴＡ５は、リンク２上のＳＬ Ｒ－ＴＷＴ２ ＳＰ１８３４内に非トリガーＵＬ ＰＰＤＵ１８３６を送信してＡＰ２からＢＡ１８３８を受け取る。

この例では、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドが、ブロードキャストＭＬ ＴＷＴパラメータセットフィールドを送信するＡＰのＴＳＦ時間に設定される。例えば、リンク１で送信されるブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、リンク１上のＡＰ１のＴＳＦ時間に設定される。リンク２上で送信されるブロードキャストＭＬ ＴＷＴパラメータセットフィールドのターゲットウェイクタイムフィールドは、リンク２上のＡＰ２のＴＳＦ時間に設定される。

４．８．特殊ＭＬＤリンク上でのＭＬ Ｒ－ＴＷＴ動作
本節では、拡張マルチリンクシングルラジオ（ｅｎｈａｎｃｅｄ Ｍｕｌｔｉ－Ｌｉｎｋ Ｓｉｎｇｌｅ－Ｒａｄｉｏ：ｅＭＬＳＲ）リンク、拡張マルチリンクマルチラジオ（ｅｎｈａｎｃｅｄ Ｍｕｌｔｉ－Ｌｉｎｋ Ｍｕｌｔｉ－Ｒａｄｉｏ：ｅＭＬＭＲ）リンク、及び非同時送信－受信（Ｎｏｎ－Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｔ－Ｒｅｃｅｉｖｅ：ＮＳＴＲ）リンクなどの特殊ＭＬＤリンク上のいくつかのＭＬ Ｒ－ＴＷＴ動作について説明する。

図４９に、特殊ＭＬＤリンク上のＭＬ Ｒ－ＴＷＴ動作の実施形態例１９１０を示す。この例のネットワークトポロジーは図１６に示している。この例では、（ａ）ＭＬＤ１及びＭＬＤ３がリンク１及びリンク２上でｅＭＬＳＲで動作するシナリオ、又は（ｂ）ＭＬＤ１及びＭＬＤ３がｅＭＬＭＲモードで動作し、リンク１及びリンク２がｅＭＬＭＲリンクであるシナリオ、又は（ｃ）ＭＬＤ３がＮＳＴＲ ＭＬＤであり、リンク１及びリンク２がＭＬＤ３のＮＳＴＲリンクペアであるシナリオについて検討する。この図にも、限定ではなく一例として、ＡＰ１ ７６及びＡＰ２ ７８を有するＭＬＤ１ ７０と、ＳＴＡ３ ８４及びＳＴＡ５ ８８を有するＭＬＤ３ ７４との間の相互作用を示す。

ＭＬ Ｒ－ＴＷＴ設定１９１２において、ＳＴＡ３がメンバーシップを要求しており（１９１４）、これに対してＡＰ１が、リンク２上のＳＬ Ｒ－ＴＷＴ４のみをスケジュールするＭＬ Ｒ－ＴＷＴ応答１９１６にスケジュール１９１８及び期間１９２２を含めて応答する。非ＡＰ ＭＬＤ３は、ＡＰ ＭＬＤ１との間でＳＬ Ｒ－ＴＷＴ４のメンバーシップをネゴシエートし、ＳＴＡ５はＳＬ Ｒ－ＴＷＴ４のメンバーになる。ＳＴＡ５は、ＳＬ Ｒ－ＴＷＴ４ ＳＰ中にＡＰ２とフレームを交換することができる。この結果、ＳＴＡ３は、Ｒ－ＴＷＴ４ ＳＰの開始時刻前にリンク１上のＴＸＯＰを終了する（１９１９）必要があり、Ｒ－ＴＷＴ４ ＳＰが終了するまで、又はＲ－ＴＷＴ４ ＳＰ中にＳＴＡ５がＡＰ２とのフレーム交換を終了するまでリンク１上のチャネル１９２０にアクセスできない可能性がある。

ｅＭＬＳＲ／ｅＭＬＭＲの遅延を考慮すると、ＳＴＡ３は、Ｒ－ＴＷＴ４ ＳＰの開始時刻よりも所与の遅延時間だけ前にリンク１ｅＭＬＳＲ／ｅＭＬＭＲ上のＴＸＯＰを終了する必要がある。ＡＰ１は、Ｒ－ＴＷＴ４ ＳＰが終了するまでリンク１上でＳＴＡ３に送信することができない。この遅延時間は、関連するＥＭＬ能力フィールド内で指定され、アソシエーション手順に示すことができると認識される。

ＡＰ２がバックオフ（ＢＯ）１９２６を完了し、ＭＵ送信要求（ＲＴＳ）１９２８を送信してＳＴＡ５から送信許可（ＣＴＳ）１９３０を受け取る通信が見られる。次に、ＡＰ２はＤＬ ＰＰＤＵ１９３２を送信し、ＳＴＡ５はこれを受け取るとＢＡ１９３４を送信する。ＳＬ Ｒ－ＴＷＴ４ ＳＰ１９２４間の間隔後に、リンク２上の別のＳＬ Ｒ－ＴＷＴ４ １９３６を開始することができる。

なお、ＴＸＯＰとして動作し、第１の特殊リンク上のＲ－ＴＷＴ ＳＰの開始前の所与の時間内にＴＸＯＰを確実に終了させる必要があるＡＰに関しても同様の条件が当てはまると理解されたい。

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

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

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

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

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

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

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局が、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）をスケジュールすることと、（ｄ）（ｉｉ）非ＡＰマルチリンク装置（ＭＬＤ）から、ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートするＭＬ Ｒ－ＴＷＴ要求フレームを受け取ることと、（ｄ）（ｉｉｉ）前記ＡＰのＭＬＤが、前記ＭＬ Ｒ－ＴＷＴ要求フレームに対し、非ＡＰ ＭＬＤからのＭＬ Ｒ－ＴＷＴ要求フレームでの要求の受諾又は拒絶を示すＭＬ Ｒ－ＴＷＴ応答フレームで応答することと、を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、（ｄ）（ｉｖ）ＡＰ ＭＬＤが前記要求を受諾した場合、非ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴのメンバーになる、装置。

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）非ＡＰ ＳＴＡが、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のためのＭＬターゲットウェイクタイム（ＴＷＴ）要素を含むフレームを送信することを含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、（ｄ）（ｉｉ）ＭＬ ＴＷＴ要素は、１又は２以上のブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送し、（ｄ）（ｉｉｉ）ＭＬ ＴＷＴ要素は、いくつかのリンク上でのみＲ－ＴＷＴスケジュールがスケジュールされる時にブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む、装置。

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局がマルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）を設定することであって、非ＡＰマルチリンク装置（ＭＬＤ）がＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートできる、ことと、（ｄ）（ｉｉ）第１のＭＬＤ上の第１の局の、特殊ＭＬＤリンクを介した通信をスケジュールすることと、（ｄ）（ｉｉｉ）第１のＭＬＤの第１の局による特殊ＭＬＤリンクを介したフレーム交換の開始前に、第１のＭＬＤの第２の局が所与の遅延期間を残して送信機会（ＴＸＯＰ）を終了しなければならないことを必要とすることと、を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、装置。

パケットの送信を実行する、ＣＳＭＡ／ＣＡが適用される無線通信システム／装置であって、（ａ）ＡＰ ＭＬＤが、複数のリンク上でＳＰがスケジュールされるＭＬ Ｒ－ＴＷＴをスケジュールすることと、（ｂ）非ＡＰ ＭＬＤが、ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートするためにＭＬ Ｒ－ＴＷＴ要求フレームを送信することと、を含み、（ｃ）ＡＰ ＭＬＤが、非ＡＰ ＭＬＤからの要求を受諾又は拒絶するためにＭＬ Ｒ－ＴＷＴ応答フレームで応答し、（ｄ）ＡＰ ＭＬＤが要求を受諾した場合、非ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴのメンバーになる、無線通信システム／装置。

パケットの送信を実行する、ＣＳＭＡ／ＣＡが適用される無線通信システム／装置であって、（ａ）ＳＴＡが、ＭＬ Ｒ－ＴＷＴシグナリングのためのＭＬ ＴＷＴ要素を含むフレームを送信することを含み、（ｂ）ＭＬ ＴＷＴ要素が、１又は２以上のブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送し、（ｃ）ＭＬ ＴＷＴ要素が、ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む、無線通信システム／装置。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴのスケジューリングを、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーションフレーム、又はＭＬ Ｒ－ＴＷＴスケジューリング告知フレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＡＰ ＭＬＤによってスケジュールされた全てのＭＬ Ｒ－ＴＷＴのスケジューリングを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＡＰの同じリンク上で一部のＳＰがスケジュールされるＭＬ Ｒ－ＴＷＴのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＭＬ Ｒ－ＴＷＴ及びＳＬ Ｒ－ＴＷＴのスケジューリングを同じフレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴは、ＡＰ ＭＬＤに所属するＡＰによって異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴから成ることができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴを識別するために、ＭＬ Ｒ－ＴＷＴに一意のＭＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴのＳＬ Ｒ－ＴＷＴが同じＭＬ Ｒ－ＴＷＴに属することを示すために、ＳＬ Ｒ－ＴＷＴに同じＳＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

同じＭＬ ＴＷＴ要素内の同じＳＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

異なるリンク上の、例えば同じＳＰ開始時刻、ＳＰ期間及びＳＰ間隔などの同じＳＰスケジューリングを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

同じＭＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、請求項１に記載の装置。

ＭＬ Ｒ－ＴＷＴ要求フレーム又は応答フレームは、対応するＭＬ Ｒ－ＴＷＴパラメータが適用されるリンクを示すリンク情報を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴ要求又は応答フレームは、１又は２以上のリンクのＭＬ Ｒ－ＴＷＴ情報を搬送する１又は２以上のＭＬ ＴＷＴ要素を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴの部分的リンク上でＭＬ Ｒ－ＴＷＴメンバーシップ要求を受諾することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴのメンバーシップネゴシエーションは、ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴのスケジューリングを告知する前に行うことができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ ＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ ＴＷＴ要素は、全てのブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

各リンク情報フィールドは、その情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴのスケジューリングを、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーションフレーム、又はＭＬ Ｒ－ＴＷＴスケジューリング告知フレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＡＰ ＭＬＤによってスケジュールされた全てのＭＬ Ｒ－ＴＷＴのスケジューリングを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＡＰの同じリンク上で一部のＳＰがスケジュールされるＭＬ Ｒ－ＴＷＴのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤに所属するＡＰは、ＭＬ Ｒ－ＴＷＴ及びＳＬ Ｒ－ＴＷＴのスケジューリングを同じフレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴは、ＡＰ ＭＬＤに所属するＡＰによって異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴから成ることができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴを識別するために、ＭＬ Ｒ－ＴＷＴに一意のＭＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴのＳＬ Ｒ－ＴＷＴが同じＭＬ Ｒ－ＴＷＴに属することを示すために、ＳＬ Ｒ－ＴＷＴに同じＳＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

同じＭＬ ＴＷＴ要素内の同じＳＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

異なるリンク上の、例えば同じＳＰ開始時刻、ＳＰ期間及びＳＰ間隔などの同じＳＰスケジューリングを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

同じＭＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴ要求フレーム又は応答フレームは、対応するＭＬ Ｒ－ＴＷＴパラメータが適用されるリンクを示すリンク情報を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴ要求又は応答フレームは、１又は２以上のリンクのＭＬ Ｒ－ＴＷＴ情報を搬送する１又は２以上のＭＬ ＴＷＴ要素を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

ＡＰ ＭＬＤは、ＭＬ Ｒ－ＴＷＴの部分的リンク上でＭＬ Ｒ－ＴＷＴメンバーシップ要求を受諾することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ Ｒ－ＴＷＴのメンバーシップネゴシエーションは、ＡＰ ＭＬＤがＭＬ Ｒ－ＴＷＴのスケジューリングを告知する前に行うことができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ ＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、いずれかの先行する実装の装置、方法又はシステム。

ＭＬ ＴＷＴ要素は、全てのブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

各リンク情報フィールドは、その情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

前記特殊ＭＬＤリンクは、非同時送信受信（ＮＳＴＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

前記特殊ＭＬＤリンクは、拡張マルチリンクシングルラジオ（ｅＭＬＳＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

前記特殊ＭＬＤリンクは、拡張マルチリンクマルチラジオ（ｅＭＬＭＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例、又はその他の形態を制限なく含むように意図される。

本明細書で使用する単数形の「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味する。

本開示における「Ａ、Ｂ及び／又はＣ」などの表現構造は、Ａ、Ｂ又はＣのいずれか、或いは項目Ａ、Ｂ及びＣのいずれかの組み合わせが存在し得ることを表す。「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも１つが存在することを示す。

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

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

本文書における第１及び第２、頂部及び底部、上側及び下側、並びに左及び右などの関係語は、１つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。

「備える、有する、含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｈａｓ、ｈａｖｉｎｇ、ｉｎｃｌｕｄｅｓ、ｉｎｃｌｕｄｉｎｇ、ｃｏｎｔａｉｎｓ、ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品又は装置は、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品又は装置に特有の他の要素を含むこともできる。「～を備える、有する、又は含む（ｃｏｍｐｒｉｓｅｓ … ａ、ｈａｓ … ａ、ｉｎｃｌｕｄｅｓ … ａ、ｃｏｎｔａｉｎｓ … ａ）」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品又は装置にさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。

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

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

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

利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの（単複の）要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。

また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

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

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

以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。

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

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

１３２ 被Ｒ－ＴＷＴスケジュール側ＭＬＤが、ＭＬ Ｒ－ＴＷＴのメンバーシップに関して、例えばリンク１などのリンクを介してＲ－ＴＷＴスケジュール側ＡＰ ＭＬＤとネゴシエートする予定
１３４ 被Ｒ－ＴＷＴスケジュール側ＭＬＤに所属するＳＴＡが、そのＭＬ Ｒ－ＴＷＴのブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送するＭＬ Ｒ－ＴＷＴ要求フレームをＭＬ ＴＷＴ要素内でリンク１などのリンクを介して送信
１３６ Ｒ－ＴＷＴスケジュール側ＡＰ ＭＬＤがメンバーシップ要求を受諾することを示すＭＬ ＴＷＴ応答フレームを被Ｒ－ＴＷＴスケジュール側ＭＬＤが受け取ったか？
１３８ 被Ｒ－ＴＷＴスケジュール側ＭＬＤはそのＭＬ Ｒ－ＴＷＴのメンバーである
１４０ 被Ｒ－ＴＷＴスケジュール側ＭＬＤはそのＭＬ Ｒ－ＴＷＴのメンバーではない

Claims (23)

1. ネットワークにおける無線通信のための装置であって、
   （ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
   （ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
   （ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
   を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
   （ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局が、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）をスケジュールすることと、
   （ｉｉ）非ＡＰマルチリンク装置（ＭＬＤ）から、ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートするＭＬ Ｒ－ＴＷＴ要求フレームを受け取ることと、
   （ｉｉｉ）前記ＡＰのＭＬＤが、前記ＭＬ Ｒ－ＴＷＴ要求フレームに対し、前記非ＡＰ ＭＬＤからの前記ＭＬ Ｒ－ＴＷＴ要求フレームでの要求の受諾又は拒絶を示すＭＬ Ｒ－ＴＷＴ応答フレームで応答することと、
   を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
   （ｉｖ）前記ＡＰ ＭＬＤが前記要求を受諾した場合、前記非ＡＰ ＭＬＤが前記ＭＬ Ｒ－ＴＷＴのメンバーになり、
   ＭＬ Ｒ－ＴＷＴは、前記ＡＰ局によって異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴから成ることができる、
   ことを特徴とする装置。
2. 前記ＡＰ ＭＬＤは、前記ＭＬ Ｒ－ＴＷＴのスケジューリングを、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーションフレーム、又はＭＬ Ｒ－ＴＷＴスケジューリング告知フレームで告知することができる、
   請求項１に記載の装置。
3. 前記ＡＰ ＭＬＤに所属するＡＰは、自機のリンク上のＭＬ Ｒ－ＴＷＴ ＳＰのスケジューリングのみを告知することができる、
   請求項１に記載の装置。
4. 前記ＡＰ ＭＬＤに所属するＡＰは、前記ＡＰ ＭＬＤによってスケジュールされた全てのＭＬ Ｒ－ＴＷＴのスケジューリングを告知することができる、
   請求項１に記載の装置。
5. 前記ＡＰ ＭＬＤに所属するＡＰは、該ＡＰの同じリンク上で一部のＳＰがスケジュールされるＭＬ Ｒ－ＴＷＴのスケジューリングのみを告知することができる、
   請求項１に記載の装置。
6. 前記ＡＰ ＭＬＤに所属するＡＰは、ＭＬ Ｒ－ＴＷＴ及びＳＬ Ｒ－ＴＷＴのスケジューリングを同じフレームで告知することができる、
   請求項１に記載の装置。
7. 前記ＡＰ ＭＬＤは、前記ＭＬ Ｒ－ＴＷＴを識別するために、前記ＭＬ Ｒ－ＴＷＴに一意のＭＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、
   請求項１に記載の装置。
8. 前記ＡＰ ＭＬＤは、前記ＭＬ Ｒ－ＴＷＴのＳＬ Ｒ－ＴＷＴが同じＭＬ Ｒ－ＴＷＴに属することを示すために、前記ＳＬ Ｒ－ＴＷＴに同じＳＬレベルＲ－ＴＷＴ ＩＤを割り当てることができる、
   請求項１に記載の装置。
9. 同じＭＬ ＴＷＴ要素内の同じＳＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、
   請求項１に記載の装置。
10. 異なるリンク上の、例えば同じＳＰ開始時刻、ＳＰ期間及びＳＰ間隔などの同じＳＰスケジューリングを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、
    請求項１に記載の装置。
11. 同じＭＬレベルＲ－ＴＷＴ ＩＤを有するＳＬ Ｒ－ＴＷＴは、ＭＬ Ｒ－ＴＷＴとみなすことができる、
    請求項１に記載の装置。
12. ＭＬ Ｒ－ＴＷＴ要求フレーム又は応答フレームは、対応するＭＬ Ｒ－ＴＷＴパラメータが適用されるリンクを示すリンク情報を含むことができる、
    請求項１に記載の装置。
13. ＭＬ Ｒ－ＴＷＴ要求又は応答フレームは、１又は２以上のリンクのＭＬ Ｒ－ＴＷＴ情報を搬送する１又は２以上のＭＬ ＴＷＴ要素を含むことができる、
    請求項１に記載の装置。
14. ＡＰ ＭＬＤは、前記ＭＬ Ｒ－ＴＷＴの部分的リンク上でＭＬ Ｒ－ＴＷＴメンバーシップ要求を受諾することができる、
    請求項１に記載の装置。
15. ＭＬ Ｒ－ＴＷＴのメンバーシップネゴシエーションは、ＡＰ ＭＬＤが前記ＭＬ Ｒ－ＴＷＴのスケジューリングを告知する前に行うことができる、
    請求項１に記載の装置。
16. ネットワークにおける無線通信のための装置であって、
    （ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
    （ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
    （ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）非ＡＰ ＳＴＡが、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のためのＭＬターゲットウェイクタイム（ＴＷＴ）要素を含むフレームを送信すること、
    を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
    （ｉｉ）前記ＭＬ ＴＷＴ要素は、１又は２以上のブロードキャストＭＬ ＴＷＴパラメータセットフィールドを搬送し、
    （ｉｉｉ）前記ＭＬ ＴＷＴ要素は、いくつかのリンク上でのみＲ－ＴＷＴスケジュールがスケジュールされる時に前記ブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含み、
    ＭＬ Ｒ－ＴＷＴは、前記非ＡＰ ＳＴＡによって異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴから成ることができる、
    ことを特徴とする装置。
17. 前記ＭＬ ＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、
    請求項１６に記載の装置。
18. 前記ＭＬ ＴＷＴ要素は、全てのブロードキャストＭＬ ＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、
    請求項１６に記載の装置。
19. 各リンク情報フィールドは、その情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、
    請求項１６に記載の装置。
20. ネットワークにおける無線通信のための装置であって、
    （ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
    （ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
    （ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
    を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局がマルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）を設定することであって、非ＡＰマルチリンク装置（ＭＬＤ）が前記ＭＬ Ｒ－ＴＷＴのメンバーシップをネゴシエートできる、ことと、
    （ｉｉ）第１のＭＬＤ上の第１の局の、特殊ＭＬＤリンクを介した通信をスケジュールすることと、
    （ｉｉｉ）前記第１のＭＬＤの第１の局による前記特殊ＭＬＤリンクを介したフレーム交換の開始前に、前記第１のＭＬＤの第２の局が所与の遅延期間を残して送信機会（ＴＸＯＰ）を終了しなければならないことを必要とすることと、
    を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
    ＭＬ Ｒ－ＴＷＴは、前記ＡＰ局によって異なるリンク上でスケジュールされる１又は２以上のＳＬ Ｒ－ＴＷＴから成ることができる、
    ことを特徴とする装置。
21. 前記特殊ＭＬＤリンクは、非同時送信受信（ＮＳＴＲ）リンクを含む、
    請求項２０に記載の装置。
22. 前記特殊ＭＬＤリンクは、拡張マルチリンクシングルラジオ（ｅＭＬＳＲ）リンクを含む、
    請求項２０に記載の装置。
23. 前記特殊ＭＬＤリンクは、拡張マルチリンクマルチラジオ（ｅＭＬＭＲ）リンクを含む、
    請求項２０に記載の装置。