JP2023553495A - 協調サービス期間に対応する通信装置および通信方法 - Google Patents

Abstract

協調サービス期間（ＳＰ）に対応する通信装置および通信方法が提供される。第１の態様は、第１のアクセスポイント（ＡＰ）であって、動作時に、１つ以上の協調ＳＰをセットアップする要求を示す要求フレームを生成する回路と、動作時に、要求フレームを第２のＡＰに送信する送信機と、を備える第１のアクセスポイント（ＡＰ）、を提供する。第２の態様は、非ＡＰ ＳＴＡであって、関連付けられたＡＰからＢｅａｃｏｎフレームまたはＡｃｔｉｏｎフレームを受信する受信機と、フレームから協調ＳＰの情報を取り出す回路と、ＳＰに参加する要求を示す要求フレームをＡＰに送信する送信機と、を備える非ＡＰ ＳＴＡ、を提供する。

Description

本実施形態は、一般的には、通信装置に関し、より詳細には、協調サービス期間（ＳＰ：Service Periods）に対応する方法および装置に関する。

次世代の無線ローカルエリアネットワーク（ＬＡＮ：local area network）の標準化において、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ技術との下位互換性を有する新しい無線アクセス技術が、ＩＥＥＥ ８０２．１１ｂｅタスクグループで検討されている。

１１ａｘ高効率（ＨＥ：High Efficiency）ＷＬＡＮでは、送信機会（ＴＸＯＰ：transmission opportunity）における複数フレームの送信がサポートされており、ステーション（ＳＴＡ）は送信キュー内の追加のフレームを送信することが可能である。１１ｂｅ超高スループット（ＥＨＴ：Extremely High Throughput）ＷＬＡＮでは、１１ａｘ ＨＥ ＷＬＡＮを上回るようにスループットを向上させる目的で、特にセルエッジＳＴＡを対象として、マルチＡＰシステムにおける協調直交周波数分割多元接続（Ｃ－ＯＦＤＭＡ：coordinated orthogonal frequency-division multiple access）、協調時分割多元接続（Ｃ－ＴＤＭＡ：coordinated time-division multiple access）、協調ビームフォーミング（Ｃ－ＢＦ：coordinated beamforming）、協調空間再利用（Ｃ－ＳＲ：coordinated Spatial Reuse）、協調マルチユーザ多入力多出力（Ｃ－ＭＵ－ＭＩＭＯ：coordinated multi user multiple input multiple output）などの協調伝送を可能にすることが提案されている。

ＩＥＥＥ ８０２．１１ｂｅでは、様々なマルチＡＰ協調方式が検討されている。時間領域での協調スケジューリングでは、アクセスポイント（ＡＰ）は自身の送信タイミングを調整する。協調空間再利用（ＳＲ）では、ＡＰは自身の送信電力を調整する。Ｃ－ＯＦＤＭＡでは、ＡＰはリソースユニット（ＲＵ）の割当てを調整する。協調ビームフォーミング（ＢＦ）では、ＡＰはＢＦを調整する。協調マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）（ジョイント送信とも呼ばれる）では、ＡＰは自身のＭＵ－ＭＩＭＯ送信を調整する。

シンガポール特許出願第１０２０２０１２１３９Ｑ号明細書

しかしながら、協調サービス期間（ＳＰ）については、これまで議論されていない。

したがって、上に述べた課題を解決することのできる通信装置および通信方法が必要とされている。さらには、添付の図面および本開示の背景技術のセクションと併せて考慮される以降の詳細な説明および添付の請求項から、他の望ましい特徴および特性が明らかになるであろう。

非限定的かつ例示的な実施形態は、協調ＳＰに対応する通信装置および通信方法の提供を容易にする。

本開示の一態様によれば、第１のアクセスポイント（ＡＰ）であって、動作時に、１つ以上の協調サービス期間（ＳＰ）をセットアップする要求を示す要求フレームを生成する回路と、動作時に、要求フレームを第２のＡＰに送信する送信機と、を備える、第１のアクセスポイント（ＡＰ）、が提供される。

本開示の別の態様によれば、非アクセスポイント（ＡＰ） ＳＴＡであって、動作時に、非ＡＰ ＳＴＡに関連付けられたＡＰからＢｅａｃｏｎフレームまたはＡｃｔｉｏｎフレームの一方を受信する受信機と、動作時に、フレームから協調伝送のためのＳＰの情報を取り出す回路と、動作時に、ＡＰに要求フレームを送信する送信機であって、要求フレームが、ＳＰに参加する要求を示す、送信機と、を備える非ＡＰ ＳＴＡ、が提供される。

本開示の別の態様によれば、１つ以上の協調ＳＰをセットアップする要求を示す要求フレームを生成するステップと、要求フレームをＡＰに送信するステップと、を含む方法、が提供される。

なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施してよいことに留意されたい。開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

添付の図は、以下の詳細な説明とともに本明細書に組み込まれてその一部を形成しており、様々な実施形態を図解し、本実施形態による様々な原理および利点を説明する役割を果たす。個別の図全体を通じて、類似する参照数字は同一または機能的に類似する要素を指す。
一例による、優先トラフィックのための拡張サービス期間を使用する通信を図解したフロー図を示している。 マルチＡＰ協調伝送のための協調サービス期間の一例を示している。 一例による、重なっている無線ネットワークを示しており、各無線ネットワークが、少なくとも１つのアクセスポイント（ＡＰ）および少なくとも１つの通信装置を含むことができる。 一例による、重なっている無線ネットワークを示しており、各無線ネットワークが、少なくとも１つのアクセスポイント（ＡＰ）および少なくとも１つの通信装置を含むことができる。 一例によるＥＨＴ Ａｃｔｉｏｎフレームを示している。 一例によるＡＰ協調セッションＡｃｔｉｏｎフレームを示している。 一例による協調伝送のシーケンスを示している。 別の例による協調伝送のシーケンスを示している。 協調ＳＰ伝送の一例を示している。 協調ＳＰをセットアップするのに使用されるＴＷＴ要求／応答のためのＴＷＴ Ｓｅｔｕｐフレームの一例を示している。 協調ＳＰ伝送の別の例を示している。 マルチＡＰバッファ状態報告に使用されるＥｔｈｅｒｔｙｐｅ ８９－０ｄデータフレームの一例を示している。 ＥＨＴ能力要素の一例を示している。 協調ＳＰをセットアップするために使用される８０２．１１データフレームの別の例を示している。 協調ＳＰ伝送の別の例を示している。 協調ＳＰ要求Ａｃｔｉｏｎフレームの一例を示している。 協調ＳＰタイプの値の例示的なテーブルを示している。 協調ＳＰ応答Ａｃｔｉｏｎフレームの一例を示している。 マルチＡＰ協調ＴＷＴ ＳＰをセットアップするために使用されるＴＷＴ Ｓｅｔｕｐフレームの一例を示している。 Ｃ－ＴＤＭＡのためのマルチＡＰ協調ＴＷＴ ＳＰをセットアップするために使用されるＴＷＴ要素の一例を示している。 Ｃ－ＴＤＭＡのための協調ＳＰの例示的な図を示している。 Ｃ－ＴＤＭＡ＋Ｃ－ＯＦＤＭＡのための協調ＳＰの例示的な図を示している。 拡張ＴＷＴ ＳＰを使用する協調ＳＰ伝送の一例を示している。 拡張ＴＷＴ ＳＰを使用する協調ＳＰ伝送の別の例を示している。 ＡＰのサービス期間（複数可）の情報を他のＡＰに要求または他のＡＰと共有するための「Ｅｔｈｅｒｔｙｐｅ ８９－０ｄ」フレーム本体を有するデータフレームの一例を示している。 協調ＳＰタイプの値の別の例示的なテーブルを示している。 ＡＰのサービス期間（複数可）の情報を他のＡＰに要求または他のＡＰと共有するためのＴＷＴ ＳＰ情報要求／応答Ａｃｔｉｏｎフレームの一例を示している。 ブロードキャスト拡張ＴＷＴ ＳＰを使用するＣ－ＴＤＭＡ送信の一例を示している。 別のＡＰの既存のＴＷＴ ＳＰに参加するために、個別ＴＷＴセットアップを介して利用され得るＴＷＴ Ｓｅｔｕｐフレームを示している。 ＡＰが、関心のある他のＡＰのスケジュール済みブロードキャストＳＰに参加することを可能にするために利用され得るＴＷＴ Ｓｅｔｕｐフレームを示している。 センシティブなトラフィックを保護するためのサブＳＰ（Sub-SP）の使用を説明した例示的な図を示している。 様々な実施形態に係る通信デバイス、例えば通信装置、例えば共有側ＡＰ（Sharing AP）または被共有ＡＰ（Shared AP）の構成を示している。 様々な実施形態に係る通信デバイス、例えば通信装置、例えば非ＡＰ ＳＴＡの構成を示している。 様々な実施形態に係る協調ＳＰの方法を図解したフロー図を示している。 様々な実施形態に係る、協調ＳＰに対応するように実施することのできるＡＰまたはＳＴＡの、部分的に枠で囲んだ概略図を示している。

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。

以下の詳細な説明は、単に例示的なものであり、実施形態または実施形態の適用および用途を限定することを意図するものではない。さらに、先の背景技術または発明を実施するための形態のセクションに提示されている理論に拘束されるように意図するものではない。さらには、添付の図面および本開示の背景と合わせて考慮される、以下の詳細な説明および添付の請求項から、他の望ましい特徴および特性が明らかになるであろう。

８０２．１１ｂｅでは、共有送信機会（ＴＸＯＰ）ベースのマルチＡＰ協調が認められており、この場合、ＡＰは、共有ＴＸＯＰ内で協調伝送を行う。例としては、共有ＴＸＯＰベースのＣ－ＯＦＤＭＡ／Ｃ－時分割多重アクセス（Ｃ－ＴＤＭＡ：C-time domain multiple access）、および共有ＴＸＯＰベースのＣ－ＳＲが挙げられる。

特許文献１には、基本サービスセット（ＢＳＳ）内で（指定されていないトラフィックからの）チャネルアクセスを制限することにより、拡張ターゲットウェイクタイム（ＴＷＴ）内で優先トラフィック（例えば低レイテンシトラフィックまたは国家安全・緊急準備（ＮＳＥＰ：National Security and Emergency Preparedness）トラフィック）を保護するメカニズムが記載されている。

例えば、図１は、一例による、優先トラフィックのための拡張サービス期間を使用する通信を図解したフロー図１００を示している。コンテンションベースのチャネルアクセス手順、例えば拡張分散チャネルアクセス（ＥＤＣＡ：enhanced distributed channel access）手順は、ブロック１０８、１１０、１１４、１１８、１２２、１２４、１３２、１３４によって示してある。簡略化のため、確認応答フレーム（例えば、ＡＣＫフレーム、ＢｌｏｃｋＡｃｋフレーム）は明示的に示していないが、必要な場合には存在することが理解されるであろう。ＡＰ １０２は、Ｂｅａｃｏｎフレーム１０９を送信して、拡張ＴＷＴ ＳＰ １２１、１２９の存在をアドバタイズすることができ、拡張ＴＷＴ ＳＰ １２１、１２９では低レイテンシトラフィックのみが許可される。ＳＴＡ１ １０４など、拡張ＴＷＴ ＳＰ １２１、１２９の間にチャネルにアクセスする必要があるＳＴＡは、次に、ＴＷＴ要求／応答フレームの交換を通じて拡張ＴＷＴ ＳＰ １２１、１２９のメンバーシップをＡＰ １０２とネゴシエートすることができる。特に、ＴＷＴネゴシエーションフェーズ１１２の間に、ＳＴＡ１ １０４は、拡張ＴＷＴ ＳＰ １２１、１２９のメンバーシップを要求するＴＷＴ要求フレームをＡＰ １０２に送信し、ＡＰ １０２は次に、メンバーシップを与えるＴＷＴ応答フレームをＳＴＡ１ １０４に送信する。ＴＷＴネゴシエーションフェーズ１１２において、ＳＴＡ１ １０４は、拡張ＴＷＴ ＳＰ １２１、１２９のＴＷＴパラメータのセットを要求、提案、または要請することができ、ＡＰ １０２は、受け入れるか拒否する、または代替設定を提案することができる。第１のターゲットビーコン送信時間（ＴＢＴＴ：first target beacon transmission time）１１６も、ネゴシエーションフェーズ１１２の間にネゴシエートすることができる。したがってＳＴＡ１は、この時点で、拡張ＴＷＴ ＳＰ １２１、１２９の間にチャネルにアクセスして低レイテンシトラフィックを交換することが許可される。ＴＷＴ要求フレームまたはＴＷＴ応答フレームに含まれるＴＷＴ要素のブロードキャストＴＷＴ ＩＤ（Broadcast TWT ID）フィールドは、ブロードキャストＴＷＴを示すために０以外の値（例えば１）に設定される。

ＳＴＡ１は、ドーズ状態に移行することができ、第１のＴＢＴＴ １１６の後、ウェイクアップしてＡＰ １０２からＢｅａｃｏｎフレーム１１９を受信することができる。Ｂｅａｃｏｎフレーム１１９は、ブロードキャストＴＷＴ（例えばブロードキャストＴＷＴ１ １２０）、ＴＷＴウェイク間隔１３０、および最小ＴＷＴウェイクアップ持続時間（拡張ＴＷＴ ＳＰ １２１、１２９の破線の四角で示してある）などのさらなるＴＷＴ情報を含むブロードキャストＴＷＴ要素を含むことができる。ＴＷＴ要素はさらに、それが拡張ＴＷＴであり、このＴＷＴ ＳＰの間は低レイテンシトラフィックのみが送信を許可されることを示す。

ＳＴＡ１は、Ｂｅａｃｏｎフレーム１１９を受信した後にスリープ状態に移行することができ、ブロードキャストＴＷＴ１ ＳＰ １２１のためにウェイクアップすることができる。ＳＴＡ１はＴＷＴ ＳＰのメンバーであり、送信する低レイテンシ（Ｌ．Ｌ．）トラフィックを有するため、拡張ＴＷＴ ＳＰのためにウェイクアップしたＳＴＡは、自身のネットワーク割当てベクトル（ＮＡＶ：network allocation vector）を設定しない。この第１の拡張ＴＷＴ ＳＰ １２１の間、ＡＰ １０２とＳＴＡ１ １０４は、それぞれ、低レイテンシダウンリンク（Ｌ．Ｌ．ＤＬ）信号１２３および低レイテンシアップリンク（Ｌ．Ｌ．ＵＬ）信号１２５などの低レイテンシトラフィックを交換する。

ＳＴＡ１ １０４は、第１の拡張ＴＷＴ ＳＰ １２１の終了後、スリープ状態に移行することができる。ネゴシエーションフェーズまたはＢｅａｃｏｎフレーム１１９のいずれかにおいて指定されたＴＷＴウェイク間隔１３０に従って、ＳＴＡ１ １０４は、次のブロードキャストＴＷＴ１ ＳＰ １２９のためにウェイクアップすることができる。この第２の拡張ＴＷＴ ＳＰ １２９の間、ＡＰ １０２およびＳＴＡ１ １０４は、それぞれ、Ｌ．Ｌ．ＤＬ ＰＰＤＵ １３３およびＬ．Ｌ．ＵＬ ＰＰＤＵ １３５を送信する。

一方、ＡＰ １０２とメンバーシップをネゴシエートしておらず、したがって拡張ＴＷＴ ＳＰのメンバーではないＳＴＡ２ １０６などの第三者ＳＴＡは、破線の四角１２６、１３６によって示したように、拡張ＴＷＴ ＳＰ １２１、１２９の間、チャネルにアクセスすることが許可されない。このことは、ＳＴＡ２が、拡張ＴＷＴ ＳＰ １２１、１２９のためにウェイクアップしたときに、自身が拡張ＴＷＴ ＳＰのメンバーであるかどうかを確認し、メンバーではないため、ＴＷＴ ＳＰの期間を対象に自身のＮＡＶを設定することによって、達成することができる。ＴＷＴ ＳＰの間は、ＴＷＴ ＳＰによって許可された以外のトラフィックＩＤ（ＴＩＤ）のトラフィックタイプの送信が制限されるため、拡張ＴＷＰ ＳＰは、制限ＴＷＴ ＳＰと呼ばれることもある。拡張ＴＷＴ ＳＰの間にレガシーＳＴＡが送信することをさらに制限する目的で、ＡＰは、拡張ＴＷＴ ＳＰと重なるクワイエット間隔をスケジューリングするために、クワイエット要素／クワイエットチャネル要素をさらに送信することができる。非ＡＰレガシーＳＴＡに対しては、クワイエット間隔の開始時にチャネルの制御が失われ、クワイエット要素／クワイエットチャネル要素によって確立されるクワイエット間隔の長さを対象に、ＢＳＳ内の非ＡＰレガシーＳＴＡのすべてがＮＡＶを設定し、これによって非ＡＰレガシーＳＴＡは拡張ＳＰの間に送信することを制限される。

しかしながら、隣接するＢＳＳが同じチャネルで動作する重複ＢＳＳ（ＯＢＳＳ：overlapping BSS）トラフィックからの保護は考慮されていない。

マルチＡＰ協調伝送方式、特に共有ＴＸＯＰベースの方式では、異なるＢＳＳのターゲットＳＴＡが同時にアクティブモードまたはアウェイク状態にあることが必要である。このことは、特にＳＴＡがパワーセーブモードで動作するときには、必ずしも可能ではないことがある。したがって問題は、協調伝送に参加している異なるＢＳＳのＳＴＡが、同時にアクティブモードまたはアウェイク状態にあることをどのように保証するかである。さらに、解決すべき別の問題は、ＯＢＳＳからの（指定されていないトラフィックからの）チャネルアクセスを制限することによって、拡張ＴＷＴ内の優先トラフィック（例えば低レイテンシトラフィックまたはＮＳＥＰトラフィック）をどのように保護するかである。

図２を参照し、ＡＰは、マルチＡＰ協調伝送を実行することに合意する期間（協調サービス期間）をネゴシエートすることができる。例えば、ＡＰ１とＡＰ２との間の協調ＳＰのネゴシエーションは、ＳＰネゴシエーション２０２において行われる。マルチＡＰ協調伝送のためのこのような協調ＳＰは、協調ＳＰ ２０６および協調ＳＰ ２０８などの周期的に繰り返されるＳＰを含むことができ、共有側ＡＰ（被共有ＴＸＯＰを獲得したＡＰ）は、各協調ＳＰ内で使用される実際のマルチＡＰ協調方式を決定する。各ＡＰは、各協調ＳＰ内で使用される実際のマルチＡＰ協調方式に基づいて、協調ＳＰの間に送信するためのターゲットＳＴＡ（複数可）を自身に関連付けられたＳＴＡから決定する。

２０４において、ＳＴＡは、関連付けられたＡＰとスケジュール済みＳＰ（ＢＳＳ固有）をネゴシエートする、または場合によってはＳＴＡは、ＳＰネゴシエーション２０２の前に、自身に関連付けられたＡＰとスケジュール済みＳＰ（Scheduled SP）をすでにネゴシエートしていることもある。例えば、ＳＴＡ１－１およびＳＴＡ１－２はＡＰ１とネゴシエートし、ＳＴＡ２－１およびＳＴＡ２－２はＡＰ２とネゴシエートする。ＡＰは、ＳＴＡのスケジュール済みＳＰが協調ＳＰと重なるように、ＳＴＡをスケジュール済みＳＰ ２１０および２１２に割り当て、各協調伝送の間にＳＴＡがアウェイクしていることを保証する。ＡＰはさらに、協調ＳＰがＡＰのＴＢＴＴと重ならないようにするために、次のＴＢＴＴおよびビーコン間隔情報２１４を交換することができる。

本明細書において使用されるスケジュール済みＳＰとは、ＳＴＡとそれに関連付けられたＡＰとの間に存在するＳＰを意味し、ＳＴＡと関連付けられたＡＰとが、フレームを交換するための１つ以上の期間を事前にネゴシエートした任意のＳＰとすることができる。ＳＴＡは、ＳＰ、例えばＳ－ＡＰＳＤ（スケジュール済み自動パワーセーブ配信：Scheduled Automatic Power Save Delivery）ＳＰ、スケジュール済みＰＳＭＰ（パワーセーブマルチポール：Power Save Multi-poll）ＳＰ、ＴＷＴ（ターゲットウェイクタイム：Target Wake Time）ＳＰ、ＱＴＰ（クワイエットタイム期間：Quiet Time Period）ＳＰなどの間、アウェイク状態またはアクティブモードであることが期待される。協調サービス期間のネゴシエーションは、一度に２つのＡＰ間で行うことができるが、静的な共有側ＡＰ／被共有ＡＰの階層が存在する場合、多くの被共有ＡＰが同じ共有側ＡＰと協調ＳＰをネゴシエートすることができ、複数の被共有ＡＰが（共有側ＡＰによって）同じ協調ＳＰに割り当てられてもよい。そうでない場合、各協調ＳＰは２つのＡＰの間だけとすることができる。共有側ＡＰとは、自身の送信機会（ＴＸＯＰ）を別のＡＰ（被共有ＡＰ）と共有するＡＰを意味する。

ＡＰは、協調ＳＰのための以下のパラメータをネゴシエートすることができる。
－ 最初のＳＰの開始時刻： 最初の協調ＳＰが発生する時刻
－ ＳＰ持続時間： 各協調ＳＰの持続時間
－ ＳＰ間隔： 連続する２つの協調ＳＰの間の時間間隔
－ 協調ＳＰの数： １より大きい場合、このパラメータは、周期的に繰り返される協調ＳＰの総数を示す。例えば、協調ＳＰが永続的であり、マルチＡＰ協調の存続期間全体にわたり周期的に発生する場合、または協調ＳＰが明示的に終了されない限り、このパラメータは存在しなくてもよい。

－ ＳＰの間に交換されることが予期されるトラフィックの特性（データレート、バーストサイズ、遅延限界など）を、オプションとしてＳｅｔｕｐフレームに含めることができる。

ＡＰは、ＳＰの特定のサブ部分を自身に割り当てるように要求することもでき、あるいはまた、協調ＳＰがいずれかのＡＰのビーコン送信時間と重ならないように、互いのタイミング同期機能（ＴＳＦ：timing synchronization function）、次のＴＢＴＴ、ビーコン間隔（ＢＩ）に関する情報を交換することもできる。協調ＳＰがＡＰ間でネゴシエートされると、各ＢＳＳ内で、選択されるＳＴＡ（すなわち協調伝送に参加することが予期される脆弱ＳＴＡ（vulnerable STA））が、協調ＳＰと重なるスケジュール済みＳＰ（例えばＳ－ＡＰＳＤ ＳＰ、ＴＷＴ ＳＰなど）に割り当てられる。ＳＴＡは、協調ＳＰを認識している必要はない。有利なことに、協調ＳＰを認識しているのみならず、協調伝送に参加するＳＴＡのアイデンティティを認識することにより、ＡＰは、それらのＳＴＡのスケジュールをより良好に管理することができる。

すべてのＳＴＡが協調伝送から等しく恩恵を受けるわけではない。一部のＳＴＡは他のＳＴＡよりも恩恵を受け、これらのＳＴＡを脆弱ＳＴＡと呼ぶことができる。どのＳＴＡが最も恩恵を受けるかは、マルチＡＰ協調方式によっても異なる。協調ＯＦＤＭＡから最も恩恵を受け得るＳＴＡを、協調伝送の前に特定するべきであり、すなわち、Ｃ－ＯＦＤＭＡ／Ｃ－ＴＤＭＡの場合は複数のＡＰの送信範囲内にあるＳＴＡであり、Ｃ－ＳＲ／Ｃ－ＢＦの場合は互いの距離がより大きいＳＴＡである。例えば、図３を参照すると、ＳＴＡ２－１およびＳＴＡ２－２はＡＰ２（ＢＳＳ２）に関連付けられており、ＳＴＡ１－１およびＳＴＡ１－２はＡＰ１（ＢＳＳ１）に関連付けられている。ＳＴＡ１－２およびＳＴＡ２－２はＣ－ＳＲ／Ｃ－ＢＦから最も恩恵を受けることができ、なぜならこれらのＳＴＡは互いに遠く離れており、両方に同時に送信しても互いに高い干渉が発生しないためである。一方でＳＴＡ１－１およびＳＴＡ２－１はＣ－ＯＦＤＭＡ／ＴＤＭＡから最も恩恵を受け、なぜなら２つのＳＴＡは互いに非常に近く、したがって相互干渉を避けるためにこれら２つのＳＴＡへの送信は周波数領域および／または時間領域において重なっていてはならないためである。

ＡＰは、脆弱ＳＴＡを特定するために、関連付けられたＳＴＡから報告（例えば干渉測定報告）を収集することができる。一般に、ＳＴＡは、電力を節約するためにパワーセーブモードで動作し、各ＳＴＡが自身のアウェイク期間（デューティサイクル）を決定する。このようなＳＴＡのアウェイク状態を、ＯＢＳＳ間で同期させ得ることが望ましい。

すべてのセルエッジＳＴＡがＯＢＳＳ干渉の影響を等しく受けるとは限らない。まれに、セルセンターＳＴＡでさえも、ＯＢＳＳから大きな干渉を受けることがある。ＡＰは、自身のＢＳＳ内の脆弱ＳＴＡのために周波数ユニット（ＲＵ）を「予約」し、そのＲＵをＯＢＳＳ ＡＰに知らせることによって、そのようなＳＴＡをＯＢＳＳ干渉から保護することを試みることができる。すべてのＯＢＳＳ ＡＰが、隣接するＡＰの予約されたＲＵで同時に送信しないように送信を調整するならば、脆弱ＳＴＡへの干渉を大幅に回避することができる。ＡＰは、脆弱ＳＴＡなどＯＢＳＳからの保護を必要とするＳＴＡのためにのみ、ＲＵを「予約」する。ＲＵのサブセットは、「予約ＲＵセット（Reserved RU set）」または「保護ＲＵセット（Protected RU set）」と呼ぶことができる。ＡＰは、自身に関連付けられたＳＴＡからの報告を使用して、影響を受けるＳＴＡを特定し、さらに、「予約ＲＵセット」のＲＵを決定することができる。例えば図４を参照すると、ＡＰ２は、ＳＴＡからの帯域幅問合せ報告（ＢＱＲ：bandwidth query report）、または干渉報告を使用して、ＳＴＡ３を「脆弱ＳＴＡ」として特定し、さらにＳＴＡ３のための予約ＲＵセットを選択することができる。図４のＳＴＡ１など残りのＳＴＡに対しては、ＲＵの選択に制限がなくてよい。ＳＴＡからの干渉報告によって、干渉側のＯＢＳＳ ＳＴＡを特定することもでき、すなわちＳＴＡ２は、ＳＴＡ３によって干渉側ＳＴＡとして特定され得る。したがってＳＴＡ２およびＳＴＡ３を、脆弱ＳＴＡとして特定することができる。ＡＰは、予約ＲＵセットを他のＡＰに（ビーコンにおいてブロードキャストすることによって、またはＡＰ間リンクを通じて）アドバタイズする。オプションとして、ＡＰは、干渉側のＯＢＳＳ ＳＴＡを報告することもできる。

調整側ＡＰは、自身の予約ＲＵセットを選択するときに、隣接するＢＳＳの予約ＲＵセットも考慮する。予約ＲＵセットは、隣接するＢＳＳの予約ＲＵセットとの重なりが最小となるように選択される。干渉側ＳＴＡとして報告されたＳＴＡのためのＲＵも、予約ＲＵセットに制限される。

（ＡＰによって）干渉測定を要求する、および（ＳＴＡによって）干渉測定を報告する目的に、ＥＨＴ Ａｃｔｉｏｎフレームを定義することができる。図５を参照し、ＥＨＴ干渉測定要求（EHT Interference Measurement Request）フレーム５０２は、干渉測定を要求するためにＡＰによって利用することができ、ＥＨＴ干渉測定報告（EHT Interference Measurement Report）フレーム５０４は、干渉測定を報告するためにＳＴＡによって利用することができる。干渉側ＳＴＡ ＭＡＣアドレス（Interfering STA MAC Address）サブフィールド５０６は、干渉が非ＡＰ ＳＴＡからのＵＬからのものであった場合、干渉しているフレームのＴＡ（送信機アドレス）フィールドから取り出されるＳＴＡ ＭＡＣアドレスを示すことができ、または干渉が非ＡＰ ＳＴＡへのＤＬからのものであった場合、干渉しているフレームのＲＡ（受信機アドレス）フィールドから取り出されるＳＴＡ ＭＡＣアドレスを示すことができる。干渉側ＢＳＳＩＤ（Interfering BSSID）サブフィールド５０８は、干渉しているフレームのＢＳＳＩＤフィールド（通常ではアドレス（Address）フィールド３）から取り出されるＢＳＳＩＤを示すことができる。

ＡＰは、ブロードキャストする代わりに、連結された（consolidated）セルエッジＲＵセットまたは予約ＲＵセットを、Ａｃｔｉｏｎフレームとして直接的に、またはデータフレームに（例えばＥｔｈｅｒｔｙｐｅ ８９－０ｄフレームとして）カプセル化して、ＡＰ間リンクを通じて別のＡＰに送信することができる。予約ＲＵセット要素（Reserved RU set element）フィールド６０２を伝える、図６に示したような新しいＡＰ協調セッションアクション（AP Coordination Session Action）フレーム６００を定義することができる（セルエッジＲＵセット（cell-edge RU set）フィールドが予約ＲＵセット（Reserved RU set）フィールドとして名前を変えたことを除いて、セルエッジＲＵセット（Cell-edge RU Set）要素と同じフォーマット）。カテゴリ（Category）フィールド６０４は、ＡＰ協調セッションアクション（AP Coordination Session Action）フィールドの値６を有することができ、この値６は、ＡＰ協調セッションアクション（AP Coordination Session Action）フレーム６００がＡＰ協調予約ＲＵのためのフレームであることを示す。さらに、干渉側ＳＴＡリスト（List of Interfering STAs）フィールド６０６は、ターゲットＡＰのＢＳＳ、ＭＡＣアドレス、または関連識別子（ＡＩＤ）に属する干渉側ＳＴＡをリストすることができる。予約ＲＵの情報は、次の「ＡＰ協調予約ＲＵ（AP Coordination Reserved RU）」フレームが送信されるまで有効であるとみなされる。ＡＰは、予約ＲＵセットを他のＡＰに自発的に送信することができる、または送信は別のＡＰからの要求に対する応答であってもよい。

図７に示した協調伝送シーケンスの例では、ＢＳＳ１とＢＳＳ２は異なる動作チャネル（同じ帯域幅であるが開始周波数およびプライマリチャネルが異なる）を有することができ、ただし動作チャネルはＣＨ３およびＣＨ４で重複している。ＢＳＳ２の予約ＲＵセットは、ＣＨ５とＣＨ６に割り当てられており、ＢＳＳ１の予約ＲＵセットは、ＣＨ１とＣＨ２に割り当てられている。ＢＳＳ２ではＵＬ ＭＵ ＰＰＤＵの送信が行われており、脆弱ＳＴＡへのＤＬ送信に使用されるＲＵはＣＨ５とＣＨ６にある。ＢＳＳ１のＡＰは、ＣＨ１およびＣＨ２におけるＲＵを脆弱ＳＴＡに割り当てるＴＦフレームを送信することにより、アップリンク送信を勧誘する（solicit）ことができる。ＢＳＳ１の脆弱ＳＴＡは、その後、ＣＨ１およびＣＨ２における割り当てられたＲＵ上でＵＬ ＰＰＤＵを送信することができる。脆弱ＳＴＡのための予約ＲＵセットが重なっていないことは、空間再利用を促進しながらＢＳＳ間干渉を最小化するうえで役立つ。

協調伝送シーケンスの別の例を図８に示す。複数のＡＰによる送信が、例えばマルチＡＰコーディネータ（図８のＡＰ２）によって緊密に調整されるマルチＡＰネットワークでは、送信タイミングのみならず、脆弱ＳＴＡとの間の送信に使用されるＲＵの両方を、マルチＡＰコーディネータによって決定することができる。ＡＰ２は、協調アップリンク送信を開始するために、マルチＡＰ Ｔｒｉｇｇｅｒフレーム８０２を別のＡＰ（ＡＰ１）に送信する。マルチＡＰ Ｔｒｉｇｇｅｒフレーム８０２は、ＳＴＡ２からのＵＬ送信を開始するようにＡＰ１に指示し、さらに、ＳＴＡ２からのＵＬ送信に使用されるＲＵ１を割り当てる。

ＳＩＦＳ（ショートフレーム間スペース：Short Interframe Space）の間隔の後、ＡＰ２およびＡＰ１の両方がＢａｓｉｃ Ｔｒｉｇｇｅｒフレーム８０４を送信し、ＡＰ２はＳＴＡ３からのＵＬ送信のためのＲＵ２を割り当て、ＡＰ１はＳＴＡ２からのＵＬ送信のためのＲＵ１を割り当てる。ＳＩＦＳの間隔の後、ＳＴＡ３およびＳＴＡ２が、それぞれＲＵ２およびＲＵ１上でＵＬ ＰＰＤＵ ８０６を送信し、これによって相互干渉を回避する。ＡＰ２およびＡＰ１は、ＳＩＦＳの間隔の後、それぞれＲＵ２およびＲＵ１上でＢｌｏｃｋＡｃｋフレーム８０８を送信する。この送信シーケンスにより、ＡＰは、脆弱ＳＴＡへのＲＵ割り当てを動的に調整することができる。

一実施形態では、個別ターゲットウェイクタイム（ＴＷＴ）合意を、ＡＰ間の協調ＳＰとしてネゴシエートすることができる。要求側ＡＰはＴＷＴリクエスタＳＴＡとして機能し、応答側ＡＰはＴＷＴレスポンダＳＴＡとして機能することができる。図９を参照し、ＳＴＡ１－１およびＳＴＡ１－２はＡＰ１に関連付けられており、ＳＴＡ２－１およびＳＴＡ２－２はＡＰ２に関連付けられており、ＳＴＡ３－１はＡＰ３に関連付けられている。個別ＴＷＴ合意を、ＡＰ間で協調ＳＰ ９０２としてネゴシエートすることができる。協調ＳＰ ９０２は、協調ＴＷＴ ＳＰと呼ぶこともできる。協調ＴＷＴ ＳＰに割り当てられたＡＰのいずれか（すなわちＡＰ１、ＡＰ２、またはＡＰ３）が、共有側ＡＰの役割を果たすことができる。さらにＡＰは、協調ＳＰに参加するように別のＡＰをスケジューリングするために、未勧誘ＴＷＴセットアップ応答９０６を送信することができる。未勧誘ＴＷＴセットアップ応答９０６を送信するＡＰは、同じ協調ＳＰにすでに割り当てられているＡＰと、割り当てられるように計画されているＡＰのリストも含めることができる。協調ＴＷＴ ＳＰがネゴシエートされると、各ＡＰは、スケジュール済みＳＰ ９０４が協調ＳＰ ９０２と重なるように、脆弱ＳＴＡと、新しいスケジュール済みＳＰ ９０４をネゴシエートするかまたは既存のスケジュールを再ネゴシエートすることができる。ＳＴＡのスケジュール済みＳＰ ９０４は、ＳＴＡと、関連付けられたＡＰとが、フレームを交換するための１つ以上の期間を事前にネゴシエートし、かつ、ＳＴＡがＳＰ中にアウェイク状態またはアクティブモードであることが期待される任意のＳＰであってよく、例えば、Ｓ－ＡＰＳＤ（スケジュール済み自動パワーセーブ配信）ＳＰ、スケジュール済みＰＳＭＰ（パワーセーブマルチポール）ＳＰ、ＴＷＴ（ターゲットウェイクタイム）ＳＰ、ＱＴＰ（クワイエットタイム期間）ＳＰであってよい。図９では、ＳＴＡがそれぞれの関連付けられたＡＰとスケジュール済みＳＰを同時にネゴシエートするように示してあるが、実際にはネゴシエーションは異なる時刻に行われてもよく、ＡＰが協調ＳＰをセットアップする前に、いくつかのＳＴＡがすでにスケジュール済みＳＰをネゴシエートしていてもよい。各協調ＳＰ内で、共有側ＡＰは、使用するマルチＡＰ協調方式を決定し、例えば、第１の協調ＳＰ ９０２では、共有側ＡＰであるＡＰ１は、Ｃ－ＯＦＤＭＡを使用することを決定し、動作帯域幅の上側半分をＡＰ２と共有し、したがって、ＡＰ１およびＡＰ２は、第１の協調ＳＰの間、重ならない周波数チャネル（またはＲＵ）上でＳＴＡ１－１およびＳＴＡ２－１に送信し、一方でＡＰ３はマルチＡＰ協調伝送に参加しない。第２の協調ＳＰでは、共有側ＡＰであるＡＰ１は、Ｃ－ＴＤＭＡを使用することを決定し、自身のＴＸＯＰのサブセクションをＡＰ２およびＡＰ３に割り当て、したがって第２の協調ＳＰの間、ＡＰ１、ＡＰ２、およびＡＰ３は、互いの送信が重なることなくそれぞれの関連付けられたＳＴＡであるＳＴＡ１－１、ＳＴＡ２－１、およびＳＴＡ３－１に送信する。

ＴＷＴ Ｓｅｔｕｐフレームを、マルチＡＰ協調用にカスタマイズすることができる。図１０は、協調ＳＰをセットアップするために使用されるＴＷＴ要求／応答のためのＴＷＴ Ｓｅｔｕｐフレーム１０００の一例を示している。アドレス１（Address 1）フィールド（またはＡ１フィールド）１００２は、ターゲットＡＰのＭＡＣアドレスを示すことができる。アドレス２（Address 2）フィールド（またはＡ２フィールド）１００４は、要求側ＡＰのＭＡＣアドレスを示すことができる。アドレス３（Address 3）フィールド（またはＡ３フィールド）１００６は、存在する場合は特別な値（すなわちＡＰ候補セットの仮想ＢＳＳＩＤ）に設定することができ、存在しない場合は、ターゲットＡＰのＭＡＣアドレスに設定される。ＴＷＴ ＳｅｔｕｐフレームはパブリックなＡｃｔｉｏｎフレームではないため、デフォルトでは、ＡＰは、ＡＰに関連付けられていないＳＴＡからのそのようなフレームを拒否する。したがって、Ａ３フィールド１００６を、ＡＰ候補セット内のすべてのＡＰに既知である特別な値（すなわち仮想ＢＳＳＩＤ）に設定することができる。Ａ３フィールドが特別な値として設定されたＴＷＴ Ｓｅｔｕｐフレームは、ＡＰ候補セット内のＡＰによって受理される。ＡＰは、例えばＡＰ候補セットが存在する場合、セット内の他のＡＰからのフレームのみを受理するなど、ＴＡに基づくさらなるフィルタリングを行うことができる。あるいは、ＢＳＳＩＤを受信側ＡＰのＢＳＳＩＤに設定し、受信側ＡＰは、ＴＡがＡＰ候補セット内のいずれかのＡＰのＭＡＣアドレスに一致する場合、フレームを受理する。ＡＰ候補セットとは、基本的なネゴシエーションおよび能力の交換を行い、共有側ＡＰ（取得したＴＸＯＰを別のＡＰと共有するＡＰ）または被共有ＡＰ（共有ＴＸＯＰの受け手）として、マルチＡＰ協調伝送に参加することに合意したＡＰのセットである。本開示では、参加するＡＰすべてがＡＰ候補セットのメンバーであると想定する。ＡＰは、ＡＰ候補セットを形成するためのネゴシエーションを完了したものと想定する。

ＡＰのタイミング同期機能（ＴＳＦ）は同期している可能性が低いため、応答側ＡＰが、要求されたターゲットウェイクタイムを正しく計算するのを支援する目的で、ＴＳＦオフセット／ＴＳＦ値（TSF Offset/TSF Value）フィールド１００８が、２つの関与する要求側ＡＰと受信側ＡＰのＴＳＦの差、または送信時における要求側ＡＰのＴＳＦの値のいずれかを示すことができる。さらにＡＰは、協調ＳＰの実際の開始時刻／持続時間を決定するときに、互いのＴＢＴＴおよびＢＩも考慮する。ＴＷＴ Ｓｅｔｕｐ応答（TWT Setup Response）フレームのメンバーＡＰリスト（Member AP List）フィールド１０１０は、同じ協調ＴＷＴ ＳＰに割り当てられている他のＡＰのＭＡＣアドレスのリストを伝えることができる。さらに、ＴＷＴ要素フィールド１０１２の予備ビット（マルチＡＰ協調ＴＷＴ（Multi-AP Coordinated TWT）サブフィールド１０１４）を使用して、ＴＷＴ要素フィールド１０１２が協調ＳＰを対象としていることを明示することができる。

図１１に示した例示的な伝送では、ＳＴＡのためのスケジュール済みＳＰは、ＴＷＴ、例えばトリガー方式ＴＷＴ ＳＰであってもよい。ＳＴＡのスケジュール済みＳＰは、ＳＴＡがアウェイクしているかどうか、およびＳＴＡのバッファの状態などをＡＰが確認できるように、協調ＳＰよりも少し早く開始することができる。被共有ＡＰは、（例えば共有ＴＸＯＰの開始時に）この情報を共有側ＡＰに渡すことができ、共有側ＡＰはこの情報を使用して、どの被共有ＡＰ（複数可）とＴＸＯＰを共有するかを決定することができる。例えば、スケジュール済みＳＰの開始時に、各ＡＰ、すなわちＡＰ１、ＡＰ２、およびＡＰ３は、オプションとして、自身のＢＳＳ内の関連付けられたＳＴＡの情報を収集することができ、これは、バッファ状態報告ポールトリガーフレーム（ＢＳＲＰ ＴＦ：Buffer Status Report Poll Trigger frame）１１０２を関連付けられた各ＳＴＡに送信し、このフレームに対して各ＳＴＡが、要求された情報を関連付けられたＡＰに送信することによって応答することによる。次に、共有側ＡＰ１は、例えば協調ＳＰ１の開始時に、ＭＡＰバッファ状態報告ポールＴｒｉｇｇｅｒフレーム（ＢＳＲＰ ＴＦ：Buffer Status Report Poll Trigger frame）１１０４を被共有ＡＰであるＡＰ２およびＡＰ３に送信して、それぞれの関連付けられたＳＴＡの情報を要求することができる。その後、ＡＰ２およびＡＰ３はそれぞれ、ＯＦＤＭＡ方式でＡＰ１にＭＡＰ ＢＳＲフレーム１１０６を送信して、自身の識別されたＳＴＡまたは関連付けられたＳＴＡのバッファ状態（ＵＬおよびＤＬの両方）を報告することができる。例えば、報告に基づくと、ＡＰ３のバッファリングされているトラフィックは、ＡＰ２のバッファリングされているトラフィックよりもはるかに少ないため、ＡＰ１は、ＴＸＯＰをＡＰ２と共有することを決定し、したがってＡＰ２にＭＡＰ ＴＦ １１０８を送信して、ＡＰ１がＡＰ２とＴＸＯＰを共有するように意図していることと、ＡＰ２に割り当てられるＲＵ、送信期間、ＭＣＳ、ＴＸパワーなどの関連する送信パラメータとを示す。ＭＡＰ ＴＦ １１０８の後のＳＩＦＳの後、ＡＰ１およびＡＰ２が協調伝送を開始し、それぞれＳＴＡ１－１およびＳＴＡ２－１にＤＬ ＰＰＤＵをＯＦＤＭＡ方式で送信し、続いて各ＳＴＡが関連付けられたＡＰに確認応答フレーム（例えばＢｌｏｃｋＡｃｋフレーム）を送り返す。ＭＡＰ ＢＳＲフレーム１１０６はまた、ＡＰ１の送信範囲内にあるすべてのＳＴＡのＮＡＶを設定することによって、協調伝送を保護する目的も果たす。

図１２のデータフレーム１２００などのＥｔｈｅｒｔｙｐｅ ８９－０ｄデータフレームは、ＡＰ間でバッファ状態報告を共有する目的でＭＡＰ－ＢＳＲフレーム（ＭＡＰ ＢＳＲフレーム１１０６など）として使用することができる。例えば、ＵＬ／ＤＬフィールド１２０２は、報告がＤＬバッファに関するものかＵＬバッファに関するものかを示すことができる。キューサイズ（Queue Size）フィールド１２０４は、ＡＰ（ＤＬの場合）／関連付けられた脆弱ＳＴＡ（ＵＬの場合）における総バッファサイズの推定を示すことができる（１１ａｘと同じエンコーディングを使用することができる）。

さらに、ＡＰまたはＳＴＡは、図１３に示したように、ＥＨＴ能力要素１３００を使用して、自身のサポートされる機能を示すことができる。例えば、ＥＨＴ ＭＡＣ能力（EHT MAC Capabilities）フィールド１３０２は、拡張ＴＷＴがサポートされるかどうかを示すことができる拡張ＴＷＴ（Enhanced TWT）フィールド１３０４を含むことができる。ＥＨＴマルチＡＰ能力（EHT Multi-AP Capabilities）フィールド１３０６は、マルチＡＰ伝送方式がサポートされるかどうかを示すために使用することのできるＣ－ＯＦＤＭＡフィールド、Ｃ－ＴＤＭＡフィールド、Ｃ－ＳＲフィールド、Ｃ－ＢＦフィールド、およびジョイント送信（Joint Transmission）フィールドを含むことができる。さらにＥＨＴマルチＡＰ能力（EHT Multi-AP Capabilities）フィールド１３０６は、関与するＡＰが協調ＳＰをサポートするかどうかを示すことができる協調ＳＰ（Coordinated SP）フィールド１３０８と、関与するＡＰがＳＰに関する情報の勧誘をサポートするかどうかを示すことができるＳＰ情報勧誘（SP Information Solicitation）フィールド１３１０とを含むことができる。

（協調ＳＰをセットアップするための）ＴＷＴ Ｓｅｔｕｐフレームは、図１４の８０２．１１データフレーム１４００などのＥｔｈｅｒｔｙｐｅ ８９－０ｄデータフレーム内で伝えることもできる。例えば、データフレーム１４００は、協調ＳＰをセットアップするための情報を含む１つ以上のＴＷＴ要素（TWT Element）フィールド１４０２と、データフレーム１４００がＴＷＴセットアップ用であることを示すサブタイプ（sub-type）フィールド１４０４とを含むことができる。

様々な実施形態において、協調ＳＰは、マルチＡＰ協調方式（Ｃ－ＯＦＤＭＡ／Ｃ－ＴＤＭＡ、Ｃ－ＳＲ／Ｃ－ＢＦ、ジョイント送信など）、またはＳＰ内で許可されるトラフィックタイプを指定することができる。例えば、図１５を参照し、協調ＳＰ１ １５０２は、Ｃ－ＯＦＤＭＡ／ＴＤＭＡ伝送のための協調ＳＰとすることができ、協調ＳＰ２ １５０４は、Ｃ－ＳＲ／Ｃ－ＢＦ伝送のための協調ＳＰとすることができる。この場合、ＳＴＡを、ＳＴＡに適する協調ＳＰ内にあるスケジュール済みＳＰ（ＢＳＳに固有）に割り当てることができ、適する協調伝送の間、ＳＴＡがアウェイクしていることが保証される。有利なことに、これによりＳＴＡは、より多くの省電力利得を得ることができ、適していない協調ＳＰの間に不必要にウェイクアップすることを回避することが可能になる。

ＡＰは、特定のタイプのＭＡＰ協調方式のための協調ＳＰ、または特定のタイプのトラフィックのための協調ＳＰをセットアップするように、別のＡＰに要求することができる。ＳＰネゴシエーションフェーズの間に、要求側ＡＰは、Ｃ－ＯＦＤＭＡのための自身にとって望ましい２０ＭＨｚサブチャネルをさらに指定することができ、応答側ＡＰは、Ｃ－ＯＦＤＭＡのために要求側ＡＰに割り当てられる２０ＭＨｚサブチャネルを指定することができる。同様に、要求側ＡＰは、Ｃ－ＴＤＭＡのための、または優先トラフィックのための、自身にとって望ましいＳＰ内のサブタイムスロットをさらに指定することができ、応答側ＡＰは、要求側ＡＰに割り当てられるサブタイムスロットを指定することができる。ＡＰは、サブタイムスロットの間、ＢＳＳチャネルがクワイエットであるようにＢｅａｃｏｎ／Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームにおいてクワイエット要素（複数可）またはクワイエットチャネル要素（複数可）を送信することによって、サブタイムスロットの間、各ＡＰの自身に関連付けられたＳＴＡからのセンシティブなトラフィック（例えば低レイテンシトラフィック／ＮＳＥＰトラフィック）をさらに保護することができる。

図１６の協調ＳＰ要求（Coordinated SP Request）Ａｃｔｉｏｎフレーム１６００および図１８の協調ＳＰ応答（Coordinated SP Response）Ａｃｔｉｏｎフレーム１８００などの新しいパブリックＡｃｔｉｏｎフレームを使用して、協調ＳＰをネゴシエートすることができる。例えば、協調ＳＰ要求（Coordinated SP Request）フレーム１６００は、要求されるＳＰパラメータを示すことができるスケジュール要素（Schedule Element）フィールド１６０２を含むことができる。スケジュール要素（Schedule Element）フィールド１６０２はスケジュール情報（Schedule Info）フィールド１６０４をさらに含むことができ、このフィールド１６０４は、図１７のテーブル１７００を参照して協調ＳＰタイプの値を示すことができる。例えば、協調ＳＰタイプの値０は、協調ＳＰがＣ－ＯＦＤＭＡのためのＳＰであることを示し、協調ＳＰタイプの値１は、協調ＳＰがＣ－ＴＤＭＡのためのＳＰであることを示し、他も同様である。さらに、協調ＳＰ応答（Coordinated SP Response）フレーム１８００は、要求が受け入れられるか拒否されるかを示すことができるステータス（Status）フィールド１８０２を含むことができる。このフレームは、協調ＳＰのための合意されたＳＰパラメータを示すことができるスケジュール要素（Schedule Element）フィールド１８０４をさらに含むことができる。

一例では、ベースラインスケジュール（Baseline Schedule）要素を再利用して（ＩＥＥＥ ８０２．１１－２０２０の９．４．２．３３ スケジュール要素（Schedule element））、協調ＳＰをネゴシエートすることができる。例えば、ベースラインスケジュール（Baseline Schedule）要素のサービス開始時間（Service Start Time）フィールドは、サービスが開始される予想時間をマイクロ秒単位で示し、第１のＳＰの開始時のＴＳＦタイマー値の下位４オクテットを表す。サービス間隔（Service Interval）フィールドは、連続する２つのＳＰ間の時間をマイクロ秒単位で示し、あるＳＰの開始から次のＳＰの開始までの測定される時間を表す。さらに、スケジュール情報（Schedule Info）フィールドのいくつかの予備ビットを使用して、協調ＳＰタイプ情報、すなわち協調ＳＰ内で実行されるマルチＡＰ協調方式を示すことができる。指定間隔（Specification Interval）フィールドは、周期的に繰り返される協調ＳＰの場合の協調ＳＰの数を伝える目的に再利用することができる。

あるいは、ＴＷＴ Ｓｅｔｕｐフレームを使用して、協調ＳＰをネゴシエートすることができる。マルチＡＰ協調ＴＷＴ ＳＰをセットアップするためのＴＷＴ要求およびＴＷＴ応答に利用され得る図１９の例示的なＴＷＴ Ｓｅｔｕｐフレーム１９００を参照すると、ＴＷＴ Ｓｅｔｕｐフレーム１９００は、１つ以上のＴＷＴ要素（TWT Element）フィールド１９０２を含むことができ、ＴＷＴ要素（TWT Element）フィールド１９０２は、マルチＡＰ協調方式および／または許可されるトラフィックタイプを指定するための協調ＳＰタイプ（Coordinated SP Type）フィールド１９０４を含む。例えば、協調ＳＰタイプ（Coordinated SP Type）フィールド１９０４は、協調ＳＰタイプを示すための図１７のテーブル１７００に基づいて協調ＳＰタイプの値を示すことができる。さらにＴＷＴ Ｓｅｔｕｐフレーム１９００は、トラフィック特性を示すことができるｅＴＳＰＥＣフィールド１９０６を含むことができる。例えば、協調ＳＰタイプ（Coordinated SP Type）フィールド１９０４が特定のトラフィックタイプを示す場合、トラフィックのさらなる特性をｅＴＳＰＥＣフィールド１９０６において示すことができる。

ＢＳＳ内ＴＷＴをネゴシエートするために、ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素（TWT Element）のＴＷＴチャネルフィールド（ＴＷＴチャネル（TWT Channel）フィールド１９０８など）および拡張ＴＷＴチャネルフィールド（拡張ＴＷＴチャネル（Extended TWT Channel）フィールド１９１０など）は、ＨＥ／ＥＨＴサブチャネルの選択的な送信のために一緒に使用される。ＴＷＴチャネルは、プライマリ１６０ＭＨｚ内でＨＥ／ＥＨＴ ＳＴＡのために要求されるセカンダリチャネル（複数可）を伝えるために使用することができる。拡張ＴＷＴチャネルは、セカンダリ１６０ＭＨｚ内でＥＨＴ ＳＴＡのために要求されるセカンダリチャネル（複数可）を伝えるために使用することができる。１に設定された１ビットは、２０ＭＨｚで動作するＳＴＡのための２０ＭＨｚチャネルを示し、すべてが１に設定された４個の最下位ビット（ＬＳＢ）または４個の最上位ビット（ＭＳＢ）は、セカンダリ１６０ＭＨｚ内の第１または第２の８０ＭＨｚチャネルを示す。

Ｃ－ＯＦＤＭＡ ＭＡＰ協調ＳＰのためのＴＷＴネゴシエーションでは、ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素（TWT Element）におけるＴＷＴチャネル（TWT Channel）フィールドおよび拡張ＴＷＴチャネル（Extended TWT Channel）フィールドは、Ｃ－ＯＦＤＭＡ ＭＡＰ送信の間の要求側ＡＰの所望の／割り当てられるサブチャネルを伝えるために、一緒に使用される。ＴＷＴチャネル（TWT Channel）は、プライマリ１６０ＭＨｚ内でＡＰのために要求されるセカンダリチャネル（複数可）を伝えるために使用され、各ビットは１つの２０ＭＨｚサブチャネルを表す。拡張ＴＷＴチャネル（Extended TWT Channel）は、セカンダリ１６０ＭＨｚ内でＡＰのために要求されるセカンダリチャネル（複数可）を伝えるために使用され、各ビットは１つの２０ＭＨｚサブチャネルを表す。

ＡＰはまた、協調ＳＰ内のサブＳＰ（すなわち特定のタイムスロット）を要求することもできる。サブＳＰとは、要求側ＡＰが（例えばジッタセンシティブな低レイテンシトラフィックのための）準保証されたチャネルアクセスを必要とする、より小さい期間を示すことができる。図２０を参照し、Ｃ－ＴＤＭＡ ＭＡＰ協調ＳＰの場合のＴＷＴネゴシエーション、または優先トラフィックのための協調ＳＰの場合のＴＷＴネゴシエーションでは、ＴＷＴ Ｓｅｔｕｐフレーム（すなわち図２０のＴＷＴ要素（TWT Element）２０００など）は、Ｃ－ＯＦＤＭＡ ＭＡＰ送信の間の要求側ＡＰのための（協調ＳＰ内の）所望の／割り当てられるサブＳＰに関連する情報をさらに伝えることができる。
－ 設定されている場合、サブＳＰネゴシエート不可（Sub-SP Non-Negotiable）フィールド２００２は、要求されるサブＳＰの開始時刻を変更できないことを示す。
－ サブＳＰ開始オフセット（Sub-SP Start Offset）フィールド２００４は、ＳＰ開始時刻から、要求される／割り当てられるサブＳＰの開始時刻までの時間オフセットを伝えるために使用される。
－ サブＳＰ持続時間（Sub-SP Duration）フィールド２００６は、要求される／割り当てられるサブ ＳＰの持続時間を伝えるために使用される。
－ サブＳＰ間隔（Sub-SP Intervals）フィールド２００８は、サブＳＰが周期的でもある場合に、連続するサブＳＰの間の時間間隔を示す。

１１ｂｅにおいて、同じＭＡＰ共有ＴＸＯＰ内にＣ－ＯＦＤＭＡ送信とＣ－ＴＤＭＡ送信とが混在することが許可されないものと決定された場合、協調ＳＰタイプがＣ－ＴＤＭＡであるとき、または協調ＳＰタイプが優先トラフィック用に予約されている場合、ＴＷＴチャネル（TWT Channel）フィールドおよび拡張ＴＷＴチャネル（Extended TWT Channel）フィールドを、サブＳＰ開始オフセット（Sub-SP Start Offset）フィールドおよびサブＳＰ持続時間（Sub-SP Duration）フィールドとして再利用することも可能である。

図２１は、Ｃ－ＴＤＭＡのための協調ＳＰの例示的な図２１００を示している。この例では、すべてのＳＴＡが低レイテンシトラフィックを有し、ネゴシエートされる協調ＳＰのタイプは低レイテンシである。ＡＰ１と協調ＳＰをネゴシエートするとき、ＡＰ２およびＡＰ３は、協調ＳＰのサブセクション（サブＳＰ ２１０４など、サブＳＰと呼ぶ）を示すこともでき、これらのサブＳＰの間、ＡＰ２およびＡＰ３は、特定のトラフィックタイプ（例えばジッタの影響を大きく受ける低レイテンシトラフィック）への準保証されるチャネルアクセスの提供を必要とする。協調ＳＰのメンバーＡＰのサブＳＰが重ならない場合、共有ＴＸＯＰの間、共有側ＡＰはＣ－ＴＤＭＡ送信を採用することができ、それぞれの要求されたサブＳＰの間、各メンバーＡＰに共有ＴＸＯＰを提供するために最善を尽くす。各ＡＰは、割り当てられたサブＳＰ ２１０４を使用して、それぞれの関連付けられたＳＴＡと通信する。共有側ＡＰであるＡＰ１は、自身に関連付けられたＳＴＡへの送信のために（すなわちＤＬ－ＰＰＤＵ ２１０２の送信などのために）ＴＸＯＰの未使用部分を取り戻すことができる。

協調ＳＰのメンバーＡＰのサブＳＰが互いに重なる場合、共有ＴＸＯＰの間、共有側ＡＰは、Ｃ－ＴＤＭＡのみを使用してＴＸＯＰを適切に共有できないことがある。このような場合、共有ＡＰは、Ｃ－ＴＤＭＡとＣ－ＯＦＤＭＡの混合する伝送を採用することができ、それぞれの要求されたサブＳＰの間、各メンバーＡＰに共有ＴＸＯＰを提供するために最善を尽くすと同時に、少なくともサブＳＰの間、メンバーＡＰに異なるサブチャネルが割り当てられることを保証する。例えば、図２２のＣ－ＴＤＭＡ＋Ｃ－ＯＦＤＭＡの例示的な図２２００を参照すると、共有側ＡＰであるＡＰ１は、共有ＴＸＯＰの最初の部分の間は、帯域幅全体を使用して、Ｃ－ＴＤＭＡ部分２２０４を介して自身に関連付けられたＳＴＡとの間の送信を行い、共有ＴＸＯＰの第２の部分を協調ＳＰの他のメンバーＡＰに割り当てる。例えば、共有側ＡＰであるＡＰ１は、被共有ＡＰであるＡＰ２およびＡＰ３にＭＡＰ ＴＦ ２２０２を送信して、Ｃ－ＴＤＭＡ部分２２０４のためのＣ－ＴＤＭＡパラメータをシグナリングすることができる。ＴＸＯＰの第２の部分の間、共有側ＡＰは、Ｃ－ＯＦＤＭＡをさらに採用し、ＴＸＯＰをメンバーＡＰと共有し、重ならないサブチャネルを各メンバーＡＰに割り当てることができる。これを達成するために、共有側ＡＰは、ＴＸＯＰの自身のＣ－ＴＤＭＡ部分２２０４の終わりに、第２のＭＡＰ ＴＦ ２２０６を送信して、共有ＴＸＯＰのＣ－ＯＦＤＭＡ部分２２０８の間、メンバーＡＰにサブチャネルを割り当てることができ、すなわちＡＰ２にセカンダリ１６０ＭＨｚチャネル、ＡＰ３にプライマリ１６０ＭＨｚチャネルを割り当てる（すべてのＡＰの動作チャネルが３２０ＭＨｚであるものと想定する）。あるいは、協調ＳＰのネゴシエーション２２１０中に（例えばＴＷＴ要素のＴＷＴチャネル（TWT Channel）フィールドおよびＴＷＴ拡張チャネル（TWT Extended Channel）フィールドを使用して）サブチャネルがすでに割り当てられている場合、各ＡＰは割り当てられた自身のサブチャネルをすでに認識しているため、Ｃ－ＯＦＤＭＡのための第２のＭＡＰ ＴＦ ２２０６をスキップすることができる。被共有ＡＰであるＡＰ２およびＡＰ３の各々は、サブＳＰ内の自身の割り当てられたチャネルを使用して、それぞれの関連付けられたＳＴＡと通信する。さらに共有側ＡＰは、自身に関連付けられたＳＴＡに送信するために、（時間領域または周波数領域のいずれかにおける）ＴＸＯＰの未使用部分を自身の都合に基づいて使用することができる。この例では、すべてのＳＴＡが低レイテンシトラフィックを有し、ネゴシエートされる協調ＳＰタイプは低レイテンシである。

一実施形態では、各ＡＰは、ＢＳＳ内のＳＴＡに協調ＳＰをアドバタイズすることもでき、すなわちＡＰは、協調ＳＰの上にブロードキャストＴＷＴ ＳＰを重ねて、それらをＢｅａｃｏｎフレームのＴＷＴ要素を介してアドバタイズすることができる。例えば、図２３の伝送図２３００を参照し、ＡＰ１およびＡＰ２は、協調ＳＰと重なるブロードキャストＴＷＴ ＳＰを、Ｂｅａｃｏｎフレーム２３０２を使用してセットアップすることができ、例えば、協調ＳＰ１と重なる拡張ＴＷＴ ＳＰのセット（ＩＤ１のブロードキャストＴＷＴ ＳＰ）と、協調ＳＰ ２と重なる別の拡張ＴＷＴ ＳＰのセット（ＩＤ２のブロードキャストＴＷＴ ＳＰ）をセットアップすることができる。この例では、ＡＰはＳＴＡのタイプを識別しなくてもよく、代わりにＳＴＡは、関心のあるブロードキャストＴＷＴ ＳＰに参加するために、送信部分２３０４においてネゴシエートすることができる。ＳＴＡは、重なっている協調ＳＰの存在を認識している必要はない。したがってＡＰは、ＳＴＡを識別してマイクロマネジメントする（micro-manage）必要はなく、なぜならＳＴＡは関心のあるＳＰにサインアップすることができるためであり、例えば、送信する低レイテンシトラフィックを有するＳＴＡ１－１およびＳＴＡ２－１は、（ブロードキャストＴＷＴ ＩＤ１を有する）拡張ＴＷＴ ＳＰに参加するようにネゴシエートすることができ、送信するＮＳＥＰトラフィックを有するＳＴＡ１－２およびＳＴＡ２－２は、（ブロードキャストＴＷＴ ＩＤ２を有する）拡張ＴＷＴ ＳＰに参加するようにネゴシエートすることができる。

一実施形態では、ＡＰは、第２のＡＰの関連付けられたＳＴＡのためのスケジュール済みＳＰの情報を第２のＡＰに要求し、その情報を使用して自身に関連付けられたＳＴＡのためのＳＰをスケジューリングすることで、ＯＢＳＳ間での優先トラフィックの間の相互競合を低減することができる。図２４の伝送図２４００を参照すると、ＡＰ候補セットのＡＰは、（既存の、および／またはセットアップしようとする）拡張ＴＷＴ ＳＰに関する情報を交換し、ＴＷＴ ＳＰが時間領域／周波数領域において重ならないように、それぞれの拡張ＴＷＴ ＳＰを調整する。例えば、ＡＰ２は、ＡＰ１にＳＰ情報要求２４０２を、ＡＰ３にＳＰ情報要求２４０４をそれぞれ送信することにより、ＡＰ１およびＡＰ３の拡張ＴＷＴ情報を要求することができる。ＡＰ１およびＡＰ３の拡張ＴＷＴ情報を使用して、ＡＰ２は、自身の拡張ＴＷＴ ＳＰすなわち拡張ＴＷＴ ＳＰ ２４０６がＡＰ１／ＡＰ３の拡張ＴＷＴ ＳＰと時間／周波数において重ならないようにすることができる。

ＡＰ間の情報交換は、無線（帯域内）を通じてもよいし、バックホールリンク（有線／無線）（帯域外）を通じてもよい。拡張ＴＷＴは、特許文献１に定義されているようにすることができる。調整は任意のＴＷＴ ＳＰに対して行うことができるが、拡張ＴＷＴの調整は、ＯＢＳＳの優先トラフィック（例えば低レイテンシトラフィック）が同時にチャネルを競合しないことを保証することによって、より多くの利益をもたらし得る。この実施形態は、ＡＰ間に強い関係がなく（例えば企業以外の配備）、ＡＰがＴＸＯＰを共有する意図がない配備に適していることがある。

ＡＰが別のＡＰのＢｅａｃｏｎフレームを復号して、その別のＡＰのブロードキャスト拡張ＳＰ（存在時）の情報を収集し、重なりを避けるために（必要であれば）自身の拡張ＳＰを受動的に調整することが可能である。しかしながら、個別ＴＷＴ ＳＰはＢｅａｃｏｎフレームにおいてアドバタイズされないため、別のＡＰが、ＡＰの個別ＴＷＴ ＳＰを認識しないことがある。ＡＰはまた、別のＡＰのサービス期間（ＡＰ協調ＳＰ、またはＡＰのＳＴＡのスケジュール済みＳＰ（ブロードキャストＳＰおよび個別ＳＰの両方））の情報を要求することもできる。例えばＡＰは、別のＡＰに、その協調ＳＰの情報を要求することができ、この情報を使用して、関心のある協調ＳＰに参加することを要求することができる。あるいはＡＰは、優先トラフィックのための拡張ＴＷＴ ＳＰの情報を別のＡＰに要求し、２つのＡＰのＳＰが重ならないように、必要に応じて、優先ＳＰのための自身の拡張ＴＷＴを調整することもできる。マネージドネットワーク（例えば企業の配備）では、ＡＰ間のＳＰのこのような調整を、例えばＡＰコントローラ（複数可）によって集中的に管理することもできる。ＡＰ間にマスター／スレーブ階層が存在する場合、マスターＡＰはＡＰ間のＳＰの調整を支援することができる。

図２５のデータフレーム２５００のような、「Ｅｔｈｅｒｔｙｐｅ ８９－０ｄ」フレーム本体を有するデータフレーム、または図２７のＴＷＴ ＳＰ情報要求／応答アクション（TWT SP Information Request/Response Action）フレーム２７００のような新しいパブリックＡｃｔｉｏｎフレームのいずれかを使用して、ＡＰのサービス期間（複数可）の情報を他のＡＰに要求する、または他のＡＰと共有することができる。データフレーム２５００を参照すると、ＴＷＴ ＳＰタイプ（TWT SP Type）フィールドは、図２６のテーブル２６００に基づいてＴＷＴ ＳＰタイプの値を示すことができる。例えば、ＴＷＴ ＳＰタイプの値０は、ＡＰ協調ＳＰがＣ－ＯＦＤＭＡ／Ｃ－ＴＤＭＡのためのＳＰであることを示し、値１は、ＡＰ協調ＳＰがＣ－ＳＲ／Ｃ－ＢＦのためのＳＰであることを示し、他も同様である。データフレーム２５００は、ＴＷＴ ＳＰに関する情報を伝える０個以上のＴＷＴ要素（TWT Element）フィールド２５０４と、ＴＷＴ ＳＰの間に交換されることが予期／許可されるトラフィックの特性に関する情報を伝える０個以上のｅＴＳＰＥＣ要素（eTSPEC Element）フィールド２５０６とを含むことができる。

図２７のＴＷＴ ＳＰ情報要求／応答（TWT SP Information Request/Response）フレーム２７００を参照すると、以下のフィールドは、ＴＷＴ ＳＰ情報応答（TWT SP Information Response）フレームにおいて常に伝えられ、ＴＷＴ ＳＰ情報要求（TWT SP Information Request）フレームにおいてオプションとして伝えることができる。
－ 現在のＴＳＦ（Current TSF）フィールド２７０２： 受信側ＡＰがＴＷＴ ＳＰのターゲットウェイクタイムを計算するのを支援する、送信時におけるＡＰのＴＳＦ値を伝える。
－ ＴＷＴ要素（TWT Element）フィールド２７０４： 各ＴＷＴ要素は、送信側ＡＰの１つのＴＷＴ ＳＰに関する情報を伝える。
さらに、ＴＷＴ ＳＰの間に交換されることが予期／許可されるトラフィックの特性に関する情報を伝えるｅＴＳＰＥＣ要素（eTSPEC Element）フィールド２７０６は、両方のフレームにおいてオプションとして伝えることができる。

一実施形態では、ＡＰは、別のＡＰの既存のスケジュール済みＳＰ（例えば個別ＴＷＰ ＳＰまたはブロードキャストＴＷＰ ＳＰのいずれか）に参加することを要求することもできる。図２８の伝送図２８００を参照すると、ＡＰ２は、自身に関連付けられたＳＴＡのために（例えば低レイテンシトラフィック用の）ブロードキャスト拡張ＴＷＴ ＳＰ（ＩＤ ２）２８０２をセットアップ済みである。ＡＰ１およびＡＰ３は、ＡＰ２のＢｅａｃｏｎフレームを受動的にリッスンする、またはＳＰ情報要求／応答フレームを交換することによって、ＡＰ２の低レイテンシ用の拡張ＴＷＴ ＳＰの情報を収集する。ＡＰ１およびＡＰ３は、ＡＰ２のブロードキャストＴＷＴ ＳＰ（ＩＤ ２）２８０２に参加することを要求する。このＴＷＴ ＳＰの間、ＡＰ２は、ＡＰ１およびＡＰ３もＴＷＴ ＳＰのメンバーであることを認識しており、例えばＣ－ＴＤＭＡ送信用に、自身のＴＸＯＰをＡＰ１およびＡＰ３と共有することができる。

ＡＰはまた、ＴＷＴセットアップ要求において、所望のサブチャネルまたはサブＳＰを示すこともできる。この場合、ＴＷＴ ＳＰへの参加を要求する第１のＡＰは、ＴＷＴ要求側ＳＴＡ（またはＴＷＴ被スケジューリングＳＴＡ）であり、要求を受け入れる第２のＡＰは、ＴＷＴ応答側ＳＴＡ（またはＴＷＴスケジューリング側ＳＴＡ）である。このＴＷＴ ＳＰの間、第２のＡＰは共有側ＡＰとして動作することが期待され、第１のＡＰは被共有ＡＰである。第１のＡＰは、ＴＷＴ ＳＰの開始時に第２のＡＰが協調伝送を開始するのを待機し、チャネルへのアクセスを取得する試みを控えるべきである。この例では、以下の４つのフェーズがある。
－ フェーズ１（ＳＰ情報収集フェーズ）： ＡＰ１およびＡＰ３は、ＡＰ２によって提供されるＴＷＴ ＳＰ（関連付けられたＳＴＡのためのブロードキャスト／個別ＴＷＴ ＳＰ、または他のＡＰのための協調ＳＰ）の情報を収集する。
－ フェーズ２（ＡＰ－ＡＰ ＳＰ参加フェーズ）： ＡＰ１およびＡＰ３は、ＡＰ２のブロードキャスト拡張ＴＷＴ ＳＰの１つ（例えば低レイテンシトラフィック用に予約されているＳＰ）への参加を要求する。ＡＰ１およびＡＰ３は、ＴＷＴ ＳＰ内のサブＳＰを要求することもできる。
－ フェーズ３（ＢＳＳ内ＳＰ要求）： ＢＳＳ内ＳＰがまだ存在しない場合、ＡＰ１およびＡＰ３は、ＭＡＰ協調伝送の恩恵を受け得る、それぞれの関連付けられたＳＴＡのためのＳＰを、ＡＰ１とＡＰ３が参加したＡＰ２のＴＷＴ ＳＰ内にＳＰが位置するようにセットアップすることができる。ＢＳＳ内ＳＰは、ＡＰによって要求されたものがあれば、サブＳＰと重なる。このことは、例えば、新しいＴＷＴ ＳＰがセットアップされる場合、ＡＰが、選択されるＳＴＡに未勧誘ＴＷＴセットアップ応答フレームを送信することによって、または、既存のＴＷＴ ＳＰの開始時刻を調整するためのＴＷＴ情報フレームを送信することによって、達成することができる。
－ フェーズ４（ＴＷＴ ＳＰの間のＭＡＰ協調伝送）。ＡＰ２は、ＴＷＴ ＳＰの間に協調伝送（例えばＣ－ＴＤＭＡ／Ｃ－ＯＦＤＭＡなど）を開始し、例えば、共有ＴＸＯＰ内でＡＰ１およびＡＰ３のための時間／周波数リソースを割り当てる。

図２９は、別のＡＰの既存のＴＷＴ ＳＰに参加するために個別ＴＷＴセットアップを介して利用することのできるＴＷＴ Ｓｅｔｕｐフレーム２９００を示している。ＴＷＴ ＳｅｔｕｐフレームはパブリックなＡｃｔｉｏｎフレームではないため、ＡＰが別のＡＰによって送信されたＴＷＴ Ｓｅｔｕｐフレームを受け入れることができるように、ＩＥＥＥ ８０２．１１ｂｅ仕様において特別な例外を定義することができる。あるいは、ＡＰ－ＡＰ ＴＷＴセットアップのための、ＴＷＴ Ｓｅｔｕｐフレームの等価の新しいパブリックＡｃｔｉｏｎフレームを定義することができる。ＴＷＴ Ｓｅｔｕｐフレーム２９００は、１つまたは２つのＴＷＴ要素（TWT Element）フィールド２９０２を含むことができ、このフィールド２９０２は、制御（Control）フィールド２９０４およびＴＷＴパラメータ情報（TWT Parameter Information）フィールド２９０８を含むことができる。制御（Control）フィールド２９０４は、ＴＷＴ要素がＡＰ－ＡＰセットアップのためのものであることを予備ビットを使用して示すことができるマルチＡＰ協調ＴＷＴ（Multi-AP Coordinated TWT）フィールド２９０６を含むことができる。ＴＷＴパラメータ情報（TWT Parameter Information）フィールド２９０８は、セカンダリ１６０ＭＨｚ内で要求されるセカンダリチャネル（複数可）を伝えることのできる拡張ＴＷＴチャネル（Extended TWT Channel）フィールド２９１０と、ＴＷＴ ＳＰの間に使用され得るＭＡＰ協調伝送方式を示すことのできるＭＡＰ協調タイプ（MAP Coordination type）フィールド２９１２と、（設定されていれば）要求されるサブＳＰ開始時刻を変更できないことを示すことのできるサブＳＰネゴシエート不可（Sub-SP Non-Negotiable）フィールド２９１４と、ＳＰ開始時刻から要求／割り当てられるサブＳＰの開始までの時間オフセットを示すことのできるサブＳＰ開始オフセット（Sub-SP Start Offset）フィールド２９１６と、要求または割り当てられるサブＳＰの持続時間を示すことのできるサブＳＰ持続時間（Sub-SP Duration）フィールド２９１８と、サブＳＰが周期的でもある場合に連続するサブＳＰの間の時間間隔を示すことのできるサブＳＰ間隔（Sub-SP Intervals）フィールド２９２０と、を含むことができる。

あるいは、Ａｃｔｉｏｎフレームの代わりに、ＴＷＴ Ｓｅｔｕｐフレームをｅｔｈｅｒｔｙｐｅ ８９－０ｄデータフレームの中にカプセル化することもできる。この方法では、ＡＰ－ＡＰ ＴＷＴセットアップのための新しいパブリックＡｃｔｉｏｎフレームを定義する必要がない。要求側ＡＰは、ＴＷＴセットアップ要求フレームに自身のＴＳＦ値／ＴＳＦオフセットを含める代わりに、応答側ＡＰのＴＳＦに基づいてＴＷＴ ＳＰのターゲットウェイクタイムを計算することもでき、したがってＴＷＴ要素のターゲットウェイクタイム（Target Wake Time）フィールドは、応答側ＡＰの観点からの実際の開始時間を示し、それに対してさらなる調整を行う必要がない。

サブＳＰネゴシエート不可（Sub-SP Non-Negotiable）フィールド２９１４は、要求側ＡＰが非常に高い確率でチャネルにアクセスできるべきである準保証期間を必要としていることを応答側ＡＰに示すために、要求側ＡＰによって設定することができる。このような要求は、例えば、ジッタの影響を大きく受ける低レイテンシトラフィックを対象として行うことができる。応答側ＡＰは、ＴＷＴ要求を受け入れる場合、ＡＰまたはその関連付けられたＳＴＡがサブＳＰの間に送信しないことを保証するものとする。サブＳＰ開始オフセット（Sub-SP Start Offset）フィールド２９１６は、要求されるＳＰ開始時刻から、要求／割り当てられるサブＳＰの開始までの時間オフセットを示すことができる。あるいは、このフィールドは、最初のサブＳＰが開始するよう要求される実際の（応答側ＡＰの）ＴＳＦを示すこともできる。

さらに、サブＳＰ持続時間（Sub-SP Duration）フィールド２９１８は、各サブＳＰの持続時間を示すことができる。サブＳＰ間隔（Sub-SP Intervals）フィールド２９２０は、サブＳＰが周期的でもあり、要求されるＴＷＴ ＳＰ内で複数のサブＳＰが発生する場合に、連続するサブＳＰの間の時間間隔を示すことができる。

ＡＰは、このように、ＴＷＴ Ｓｅｔｕｐフレーム２９００を使用して、関心のある他のＡＰの個々のスケジュール済みＳＰに参加することができる。あるいは、ブロードキャストＴＷＴセットアップを使用して、ＡＰの既存のスケジュール済みＳＰに参加することもできる。例えば、図３０のＴＷＴ Ｓｅｔｕｐフレーム３０００は、ＴＷＴ Ｓｅｔｕｐフレーム２９００について説明した方法に類似する方法で利用することができ、ＡＰが、関心のある他のＡＰのスケジュール済みブロードキャストＳＰに参加することを可能にする。

図３１は、サブＳＰを使用して、センシティブなトラフィック（例えばジッタセンシティブな低レイテンシトラフィック）を保護することを図解した例示的な図３１００を示している。この例のフェーズは以下のとおりである。
－ フェーズ１： ＳＴＡ２－２は、ジッタセンシティブな低レイテンシトラフィックのための周期的なＴＷＴ ＳＰ＃２０をＡＰ２とネゴシエート済みである。このＳＰは、持続時間が短いが頻繁に発生する。トラフィックはジッタの影響を大きく受けるため、ＡＰ２は、ＳＰの間、ＳＴＡ２－２のトラフィックが優先的に扱われるようにする必要がある。
－ フェーズ２Ａ： ＡＰ２が、３１０２においてＡＰ１のブロードキャストＴＷＴ＃１への参加を要求する。
－ フェーズ２Ｂ： ＡＰ２が、ＴＷＴ＃１内にネゴシエート不可のサブＳＰ ３１０４を割り当てるように要求する。
－ フェーズ３： ＴＷＴ＃１の開始時、ＡＰ２はＡＰ１のＴＷＴ ＳＰ＃１を認識しているため、ＡＰ１からのＭＡＰ ＴＦ ３１０６を待機する。
－ フェーズ４： ＴＷＴ ＳＰ内で、ＡＰ１は自身のＴＸＯＰを（例えばＣ－ＴＤＭＡを使用して）ＡＰ２と共有し、これによりＡＰ２は、ＡＰ２のＴＷＴ＃２０ ＳＰの間、ジッタセンシティブなトラフィックを送信するための媒体へのアクセスを確実に得ることができる。各ＡＰは、サブＳＰがクワイエット期間と重なるように、それぞれの関連付けられたＳＴＡにクワイエット要素／クワイエットチャネル要素を送信することによってサブＳＰをさらに保護し、第三者ＳＴＡがサブＳＰの間に送信しないことを保証することができる。
－ フェーズ５： ＡＰ２は、ＡＰ１のＴＷＴ＃１と重なるＴＷＴ＃２０ ＳＰの間、関連付けられたＳＴＡとの間でセンシティブなトラフィック３１０８を送信／受信する。

ＡＰ間でＴＷＴ ＳＰを調整することにより、ＡＰは、取得したＴＸＯＰ内でも効果的に送信を調整することができ、ジッタセンシティブなトラフィックに対するＯＢＳＳ送信の悪影響を軽減することができることを理解できる。

例示的な図３１００では、ＡＰ２は、ＡＰ１のＴＷＴ ＳＰの情報を、ＡＰ１のＢｅａｃｏｎフレームを受動的にリッスンすることによって、またはＳＰ情報要求／応答フレームを使用してＡＰ１にそのような情報を自発的に要求することによって、収集したものと想定する。ＳＴＡ１－１およびＳＴＡ２－１は、それぞれＡＰ１およびＡＰ２に関連付けられる。ＡＰ１のＴＷＴ ＳＰ＃１とＡＰ２のＴＷＴ ＳＰ＃２０は、（各ＴＷＴ合意のＴＷＴウェイク間隔によって決まる）異なる周期を有することができるため、要求されるサブＳＰの開始時刻は一定ではなく、ＴＷＴ ＳＰ＃１の異なる発生において変化してもよい。ＡＰ１は、サブＳＰがＡＰ２のＴＷＴ ＳＰ＃２０と整列するようにする目的で、各新しいＴＷＴ ＳＰ＃１の開始時にサブＳＰの開始時刻を計算する必要がある。あるいは、ＴＷＴ ＳＰ＃１のすべての新しいインスタンスの前に、ＡＰ２は、例えばＴＷＴ情報フレームを使用して、要求するサブＳＰの正しい開始時刻をＡＰ１に通知してもよい。ＡＰ１およびＡＰ２は、ネゴシエート不可のサブＳＰの間、ＢＳＳチャネルがクワイエットであるように、Ｂｅａｃｏｎ／Ｐｒｏｂｅ応答フレームにおいてクワイエット要素（複数可）またはクワイエットチャネル要素（複数可）を送信することによって、各ＡＰの関連付けられたＳＴＡからのジッタセンシティブなトラフィックをさらに保護することができる。

図３２は、様々な実施形態に係る通信デバイス３２００、例えば通信装置、例えば共有側ＡＰまたは被共有ＡＰの構成を示している。通信デバイス３２００は、信号を送信および受信するための少なくとも１つのアンテナ（無線Ｉ／Ｆモジュール）３２０２を含むことができる（簡略化のため図３２には１つのみのアンテナを示してある）。この通信デバイスは、有線Ｉ／Ｆモジュール３２１２、無線Ｉ／Ｆモジュール３２０２、電源３２２０、少なくとも１つのメモリ３２１８、少なくとも１つのプロセッサを含む中央処理装置（ＣＰＵ）３２１４、および少なくとも１つの二次記憶装置３２１６、を備えることができる。無線Ｉ／Ｆモジュール３２０２は、ＭＡＣサブレイヤ３２０６およびＰＨＹサブレイヤ３２０４をさらに含むことができる。ＭＡＣサブレイヤ３２０６は、サービス期間管理モジュール３２０８を備えており、サービス期間管理モジュール３２０８は、関連付けられたＳＴＡのためのサービス期間を管理し、そのようなすべてのＳＰの記録を協調サービス期間の記録３２１０に保持する。無線Ｉ／Ｆモジュール３２１２、ＣＰＵ ３２１４、少なくとも１つのメモリ３２１８、および少なくとも１つの二次記憶装置３２１６は、本開示に説明されているように、調整かつ優先されるトラフィック（すなわち低レイテンシトラフィック）のためのＴＷＴ要求フレーム、応答フレーム、Ｔｒｉｇｇｅｒフレーム、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム、ＤＬ ＭＵ ＰＰＤＵ、Ｂｅａｃｏｎフレーム、ＤＬ ＰＰＤＵ、ＴＷＴ要素を含むフレーム、ＲＴＳ／ＣＴＳフレーム、ＴＷＴ情報フレーム、ＮＳＥＰ応答フレーム、ＮＳＥＰフレーム、およびＴＷＴ Ｓｅｔｕｐフレームを生成するように構成されている通信デバイス３２００の回路として、共に機能することができる。次いでアンテナ３２０２が、生成されたフレーム（複数可）またはＰＰＤＵ（複数可）を他の通信装置、例えばＳＴＡ（複数可）に送信することができる。アンテナ３２０２は、本開示に説明されているように、他の通信装置、すなわちＳＴＡ（複数可）から、調整かつ優先されるトラフィック（すなわち低レイテンシトラフィック）のためのＴＷＴ要求フレーム、応答フレーム、ＰＳ－Ｐｏｌｌフレーム、ＱｏＳ Ｎｕｌｌフレーム、ＢｌｏｃｋＡｃｋフレーム、ＴＢ ＰＰＤＵ（すなわちＵＬ ＰＰＤＵ）、ＣＴＳフレーム、ＮＳＥＰ要求フレーム、ＮＳＥＰフレーム、およびＴＷＴ Ｓｅｔｕｐフレームを受信することができる。その後、受信したフレーム（複数可）またはＰＰＤＵ（複数可）を処理するように、通信デバイス３２００の回路を構成することができる。

図３３は、様々な実施形態に係る通信デバイス３３００、例えば通信装置、例えば非ＡＰ ＳＴＡの構成を示している。通信デバイス３３００は、信号を送信および受信するための少なくとも１つのアンテナ３３０２を含むことができる（簡略化のため図３３には１つのみのアンテナを示してある）。この通信デバイスは、有線Ｉ／Ｆモジュール３３１２、無線Ｉ／Ｆモジュール３３０２、電源３３２０、少なくとも１つのメモリ３３１８、少なくとも１つのプロセッサを含む中央処理装置（ＣＰＵ）３３１４、および少なくとも１つの二次記憶装置３３１６、を備えることができる。無線Ｉ／Ｆモジュール３３０２は、ＭＡＣサブレイヤ３３０６およびＰＨＹサブレイヤ３３０４をさらに含むことができる。ＭＡＣサブレイヤ３３０６は、サービス期間サブスクリプションモジュール３３０８を備えており、サービス期間サブスクリプションモジュール３３０８は、通信デバイス３３００がメンバーであるサービス期間を管理し、そのようなすべてのＳＰの記録を、サブスクライブされたサービス期間の記録３３１０に保持する。無線Ｉ／Ｆモジュール３３１２、ＣＰＵ ３３１４、少なくとも１つのメモリ３３１８、および少なくとも１つの二次記憶装置３３１６は、本開示に説明されているように、調整かつ優先されるトラフィック（すなわち低レイテンシトラフィック）のためのＴＷＴ要求フレーム、応答フレーム、ＰＳ－Ｐｏｌｌフレーム、ＱｏＳ Ｎｕｌｌフレーム、ＢｌｏｃｋＡｃｋフレーム、ＴＢ ＰＰＤＵ（すなわちＵＬ ＰＰＤＵ）、ＣＴＳフレーム、ＮＳＥＰ要求フレーム、ＮＳＥＰフレーム、およびＴＷＴ Ｓｅｔｕｐフレームを生成するよう構成されている通信デバイス３３００の回路として、共に機能することができる。次いでアンテナ３３０２が、生成されたフレーム（複数可）またはＰＰＤＵ（複数可）を他の通信デバイス、例えばＡＰ（複数可）に送信することができる。アンテナ３２０２は、本開示に説明されているように、他の通信装置、すなわちＡＰ（複数可）から、調整かつ優先されるトラフィック（すなわち低レイテンシトラフィック）のためのＴＷＴ応答フレーム、Ｔｒｉｇｇｅｒフレーム、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム、ＤＬ ＭＵ ＰＰＤＵ、Ｂｅａｃｏｎフレーム、ＤＬ ＰＰＤＵ、ＴＷＴ要素を含むフレーム、ＲＴＳ／ＣＴＳフレーム、ＴＷＴ情報フレーム、ＮＳＥＰ応答フレーム、ＮＳＥＰフレーム、およびＴＷＴ Ｓｅｔｕｐフレームを受信することができる。その後、受信したフレーム（複数可）またはＰＰＤＵ（複数可）を処理するように、通信デバイス３３００の回路を構成することができる。

図３４は、様々な実施形態に係る通信方法を図解したフロー図３４００を示している。ステップ３４０２において、１つ以上の協調ＳＰをセットアップする要求を示すフレームを生成する。ステップ３４０４において、フレームをＡＰに送信する。

図３５は、協調ＳＰに対応するように実施することのできる通信装置３５００の、部分的に枠で囲んだ概略図を示している。通信装置３５００は、様々な実施形態に従って、共有側ＡＰ、被共有ＡＰ、または関連付けられたＳＴＡとして実施することができる。

通信装置３５００の様々な機能および動作は、階層モデルに従って各層に配置される。このモデルでは、ＩＥＥＥ仕様に従って下位の層が上位の層に報告し、上位の層から指示を受け取る。説明を簡潔にする目的で、本開示では階層モデルの詳細については説明しない。

図３５に示したように、通信装置３５００は、回路３５１４、少なくとも１つの無線送信機３５０２、少なくとも１つの無線受信機３５０４、および複数のアンテナ３５１２（簡潔さのため図３５には説明を目的として１つのみのアンテナを示してある）を含むことができる。回路は、少なくとも１つのコントローラ３５０６を含むことができ、コントローラ３５０６は、ＭＩＭＯ無線ネットワークにおける１つ以上の他のマルチリンクデバイスとの通信の制御を含む、実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するために使用される。少なくとも１つのコントローラ３５０６は、少なくとも１つの無線送信機３５０２を通じて１つ以上の他のＳＴＡ、ＡＰ、またはＡＰマルチリンクデバイス（ＭＬＤ）に送信されるフレームを生成するように、少なくとも１つの送信信号生成器３５０８を制御することができ、さらに、１つ以上の他のＳＴＡ、ＡＰ、またはＡＰ ＭＬＤから少なくとも１つの無線受信機３５０４を通じて受信されたフレームを処理するように、少なくとも１つの受信信号処理器３５１０を制御することができる。少なくとも１つの送信信号生成器３５０８および少なくとも１つの受信信号処理器３５１０は、上述した機能のために少なくとも１つのコントローラ３５０６と通信する、通信装置３５００の独立したモジュールとすることができる。あるいは、少なくとも１つの送信信号生成器３５０８および少なくとも１つの受信信号処理器３５１０を、少なくとも１つのコントローラ３５０６に含めることができる。これらの機能モジュールの配置は柔軟であり、実際のニーズおよび／または要件に応じて変化してもよいことが当業者には理解されるであろう。データ処理装置、記憶装置、および他の関連する制御装置は、適切な回路基板および／またはチップセットに設けることができる。

様々な実施形態では、動作時に、少なくとも１つの無線送信機３５０２、少なくとも１つの無線受信機３５０４、および少なくとも１つのアンテナ３５１２を、少なくとも１つのコントローラ３５０６によって制御することができる。さらに、１つの無線送信機３５０２のみを示してあるが、そのような送信機が２つ以上存在し得ることが理解されるであろう。

様々な実施形態では、動作時に、少なくとも１つの無線受信機３５０４は、少なくとも１つの受信信号処理器３５１０と共に、通信装置３５００の受信機を形成する。通信装置３５００の受信機は、動作時に、マルチリンク通信に必要な機能を提供する。１つの無線受信機３５０４のみを示してあるが、そのような受信機が２つ以上存在し得ることが理解されるであろう。

通信装置３５００は、動作時に、協調ＳＰに必要な機能を提供する。例えば、通信装置３５００は、第１のＡＰとすることができる。回路３５１４は、動作時、１つ以上の協調ＳＰをセットアップする要求を示す要求フレームを生成することができる。無線送信機３５０２は、動作時、要求フレームを第２のＡＰに送信することができる。

無線受信機３５０４は、動作時、第２のＡＰから応答フレームを受信することができ、応答フレームは、１つ以上の協調ＳＰをセットアップする要求の受け入れを示す。無線送信機３５０２は、協調ＳＰと重なるスケジュール済みＳＰをセットアップするためのフレームを１つ以上の関連付けられたＳＴＡに送信するように、さらに構成することができる。要求フレーム、応答フレーム、およびこのフレームは、ＴＷＴ Ｓｅｔｕｐフレームであってもよく、協調ＳＰは、ＴＷＴ ＳＰであってもよい。ＴＷＴ Ｓｅｔｕｐフレームは、協調ＳＰがマルチＡＰ協調伝送のためのＳＰであるという指示情報を伝え、ＴＷＴ Ｓｅｔｕｐフレームを送信するＡＰのタイミング同期機能（ＴＳＦ）値をさらに伝える。第２のＡＰから受信されるＴＷＴ Ｓｅｔｕｐフレームは、同様に協調ＳＰのメンバーである１つ以上の他のＡＰのアイデンティティ情報を伝えることもできる。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素のＴＷＴチャネル（TWT Channel）フィールドおよびＴＷＴ拡張チャネル（TWT Extended channel）フィールドにおいて、第１のＡＰによって要求されるサブチャネル、または第２のＡＰによって第１のＡＰに割り当てられるサブチャネルを示すことができ、これらのサブチャネルは第２のＡＰの動作チャネルのサブセットである。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素において、第１のＡＰによって要求される、または第２のＡＰによって第１のＡＰに割り当てられる１つ以上のサブＳＰの、開始時間オフセット、持続時間、および間隔を示すことができ、これらのサブＳＰは協調ＳＰの一部である。第１のＡＰは、第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰの間、割り当てられたサブチャネルにおいて、または割り当てられたサブＳＰにおいて送信することを第２のＡＰによって許可された唯一のＡＰであってよい。

第１のＡＰは、協調ＳＰ内で第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰに参加するように、さらに構成することができ、第１のＡＰの無線送信機３５０２は、第２のＡＰと協調する方法で自身に関連付けられたＳＴＡにフレームを送信するように、さらに構成することができる。無線送信機３５０２は、共有ＴＸＯＰの開始時に、自身のＢＳＳのＤＬバッファ状態およびＵＬバッファ状態を報告するフレームを第２のＡＰに送信するように、さらに構成することができる。マルチＡＰ協調伝送は、Ｃ－ＯＦＤＭＡ送信、Ｃ－ＴＤＭＡ送信、Ｃ－ＳＲ送信、Ｃ－ＢＦ送信、または協調ＭＵ－ＭＩＭＯ送信のうちの１つとすることができる。回路３５１４は、関連付けられたＳＴＡのためのマルチＡＰ協調伝送の適切なタイプを決定するように、さらに構成することができ、無線送信機３５０２は、決定されたマルチＡＰ協調伝送のタイプに基づいて、対応する協調ＳＰと重なるスケジュール済みＳＰを設定するためのフレームを関連付けられたＳＴＡに送信するようにさらに構成することができ、要求フレームおよびこのフレームはＴＷＴ Ｓｅｔｕｐフレームである。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素のＴＷＴチャネル（TWT channel）フィールドおよびＴＷＴ拡張チャネル（TWT Extended channel）フィールドにおいて、第１のＡＰによって要求されるサブチャネル、または第２のＡＰによって第１のＡＰに割り当てられるサブチャネルを示すことができ、これらのサブチャネルは、第２のＡＰの動作チャネルのサブセットである。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素において、第１のＡＰによって要求される、または第２のＡＰによって第１のＡＰに割り当てられる１つ以上のサブＳＰの、開始時間オフセット、持続時間、および間隔を示すことができ、これらのサブＳＰは、協調ＳＰの一部である。第１のＡＰは、第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰの間、割り当てられたサブチャネルにおいて、または割り当てられたサブＳＰにおいて送信することを第２のＡＰによって許可された唯一のＡＰであってよい。

無線受信機３５０４は、動作時、第２のＡＰによって送信されたフレームを受信することができ、このフレームは、Ｂｅａｃｏｎフレーム、Ａｃｔｉｏｎフレーム、またはデータフレームのうちの１つであり、回路３５１４は、受信したフレームから、第２のＡＰに関連付けられたＳＰの情報を取り出すように、さらに構成することができる。ＳＰは、ＴＷＴ ＳＰであってもよい。無線送信機３５０２は、第２のＡＰの関連付けられたＳＰのうちの１つ以上に参加することを要求するためのＴＷＴ Ｓｅｔｕｐ要求フレームを、第２のＡＰに送信するように、さらに構成することができる。無線送信機３５０２は、第２のＡＰの関連付けられたＳＰと重ならないスケジュール済みＳＰをセットアップするためのフレームを、１つ以上の関連付けられたＳＴＡに送信するように、さらに構成することができる。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素のＴＷＴチャネル（TWT channel）フィールドおよびＴＷＴ拡張チャネル（TWT Extended channel）フィールドにおいて、第１のＡＰによって要求されるサブチャネル、または第２のＡＰによって第１のＡＰに割り当てられるサブチャネルを示すことができ、これらのサブチャネルは、第２のＡＰの動作チャネルのサブセットである。ＴＷＴ Ｓｅｔｕｐフレームは、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素において、第１のＡＰによって要求される、または第２のＡＰによって第１のＡＰに割り当てられる１つ以上のサブＳＰの、開始時間オフセット、持続時間、および間隔を示すことができ、これらのサブＳＰは、協調ＳＰの一部である。第１のＡＰは、第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰの間、割り当てられたサブチャネルにおいて、または割り当てられたサブＳＰにおいて送信することを第２のＡＰによって許可された唯一のＡＰであってよい。

通信装置３５００は、非ＡＰ ＳＴＡであってもよい。無線受信機３５０４は、動作時、関連付けられたＡＰから、ＢｅａｃｏｎフレームまたはＡｃｔｉｏｎフレームのうちの１つを受信することができる。回路３５１４は、動作時、フレームから、協調伝送のためのＳＰの情報を取り出すことができる。無線送信機３５０２は、動作時、ＡＰに要求フレームを送信することができ、要求フレームは、ＳＰに参加することの要求を示す。ＳＰはＴＷＴ ＳＰであってもよく、要求フレームはＴＷＴ Ｓｅｔｕｐ要求フレームであってもよい。

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用されている各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、複数のチップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ：Field Programmable Gate Array）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサ（reconfigurable processor）を使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、将来の集積回路技術がＬＳＩに置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを応用することもできる。

本開示は、通信デバイスと呼ばれる、通信の機能を有する任意の種類の装置、デバイス、またはシステムによって実施することができる。

このような通信デバイスの非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

通信デバイスは、携帯型または可搬型に限定されず、非携帯型または据え付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、およびこれらのさまざまな組合せを通じて、データを交換することを含むことができる。

通信デバイスは、本開示の中で説明した通信の機能を実行する通信装置に結合されたコントローラまたはセンサなどの装置を備えることができる。例えば、通信デバイスは、通信デバイスの通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。

通信デバイスは、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

ステーションの非限定的な例は、マルチリンクステーション論理エンティティ（すなわちＡＰ ＭＬＤなど）に属する第１の複数のステーションに含まれるステーションであってもよく、第１の複数のステーションのうちのステーションは、マルチリンクステーション論理エンティティに属する第１の複数のステーションの一部として、上位層に対する共通の媒体アクセス制御（ＭＡＣ）データサービスインターフェースを共有し、共通のＭＡＣデータサービスインターフェースは共通のＭＡＣアドレスまたはトラフィック識別子（ＴＩＤ）に関連付けられる。

本開示では、以下のステートメントが説明されている。

（ステートメント１）
第１のアクセスポイント（ＡＰ）であって、
動作時に、１つ以上の協調サービス期間（ＳＰ）をセットアップする要求を示す要求フレームを生成する回路と、
動作時に、要求フレームを第２のＡＰに送信する送信機と、
を備える、第１のアクセスポイント（ＡＰ）。

（ステートメント２）
動作時、第２のＡＰから応答フレームを受信する受信機であって、応答フレームが、１つ以上の協調ＳＰをセットアップする要求の受入れを示す、受信機、をさらに備えており、送信機が、協調ＳＰと重なるスケジュール済みＳＰをセットアップするためのフレームを１つ以上の関連付けられたステーション（ＳＴＡ）に送信するように、さらに構成されている、
ステートメント１に記載の第１のＡＰ。

（ステートメント３）
要求フレーム、応答フレーム、およびフレームが、ターゲットウェイクタイム（ＴＷＴ）Ｓｅｔｕｐフレームであり、協調ＳＰがＴＷＴ ＳＰである、
ステートメント２に記載の第１のＡＰ。

（ステートメント４）
ＴＷＴ Ｓｅｔｕｐフレームが、協調ＳＰがマルチＡＰ協調伝送のためのＳＰであるという指示情報を伝え、ＴＷＴ Ｓｅｔｕｐフレームを送信するＡＰのタイミング同期機能（ＴＳＦ）値をさらに伝える、
ステートメント３に記載の第１のＡＰ。

（ステートメント５）
第２のＡＰから受信されるＴＷＴ Ｓｅｔｕｐフレームが、同様に協調ＳＰのメンバーである１つ以上の他のＡＰのアイデンティティ情報をさらに伝える、
ステートメント３に記載の第１のＡＰ。

（ステートメント６）
第１のＡＰが、協調ＳＰ内で第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰに参加するように、さらに構成されており、第１のＡＰの送信機が、第２のＡＰと協調する方法で、自身に関連付けられたＳＴＡにフレームを送信するように、さらに構成されている、
ステートメント１に記載の第１のＡＰ。

（ステートメント７）
送信機が、共有ＴＸＯＰの開始時に、自身の基本サービスセット（ＢＳＳ）のダウンリンク（ＤＬ）バッファ状態およびアップリンク（ＵＬ）バッファ状態を報告するフレームを、第２のＡＰに送信するように、さらに構成されている、
ステートメント６に記載の第１のＡＰ。

（ステートメント８）
マルチＡＰ協調伝送が、協調直交周波数分割多元接続（ＯＦＤＭＡ）送信、協調時分割多元接続（ＴＤＭＡ）送信、協調空間再利用（ＳＲ）送信、協調ビームフォーミング（ＢＦ）送信、または協調マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）送信、のうちの１つである、
ステートメント６に記載の第１のＡＰ。

（ステートメント９）
回路が、各関連付けられたＳＴＡのためのマルチＡＰ協調伝送の適切なタイプを決定するように、さらに構成されており、送信機が、決定されたマルチＡＰ協調伝送タイプに基づいて、対応する協調ＳＰと重なるスケジュール済みＳＰをセットアップするためのフレームを関連付けられたＳＴＡに送信するように、さらに構成されており、要求フレームおよびフレームがＴＷＴ Ｓｅｔｕｐフレームである、
ステートメント８に記載の第１のＡＰ。

（ステートメント１０）
動作時、第２のＡＰによって送信されたフレームを受信する受信機であって、フレームが、Ｂｅａｃｏｎフレーム、Ａｃｔｉｏｎフレーム、またはデータフレームのうちの１つである、受信機、をさらに備えており、回路が、受信されたフレームから、第２のＡＰに関連付けられたＳＰの情報を取り出すように、さらに構成されている、
ステートメント１に記載の第１のＡＰ。

（ステートメント１１）
ＳＰがＴＷＴ ＳＰである、
ステートメント１０に記載の第１のＡＰ。

（ステートメント１２）
送信機が、第２のＡＰの関連付けられたＳＰのうちの１つ以上に参加することを要求するためのＴＷＴセットアップ要求フレームを、第２のＡＰに送信するように、さらに構成されている、
ステートメント１１に記載の第１のＡＰ。

（ステートメント１３）
送信機が、第２のＡＰの関連付けられたＳＰと重ならないスケジュール済みＳＰをセットアップするためのフレームを１つ以上の関連付けられたＳＴＡに送信するように、さらに構成されている、
ステートメント１０に記載の第１のＡＰ。

（ステートメント１４）
ＴＷＴ Ｓｅｔｕｐフレームが、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素のＴＷＴチャネル（TWT channel）フィールドおよびＴＷＴ拡張チャネル（TWT Extended channel）フィールドにおいて、第１のＡＰによって要求される、または第２のＡＰによって第１のＡＰに割り当てられるサブチャネル、を示し、サブチャネルが、第２のＡＰの動作チャネルのサブセットである、
ステートメント３、ステートメント９、およびステートメント１２に記載の第１のＡＰ。

（ステートメント１５）
ＴＷＴ Ｓｅｔｕｐフレームが、各ＴＷＴ ＳｅｔｕｐフレームのＴＷＴ要素において、第１のＡＰによって要求される、または第２のＡＰによって第１のＡＰに割り当てられる１つ以上のサブＳＰの、開始時間オフセット、持続時間、および間隔を示し、サブＳＰが、協調ＳＰの一部である、
ステートメント３、ステートメント９、およびステートメント１２に記載の第１のＡＰ。

（ステートメント１６）
第１のＡＰが、第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰの間、割り当てられたサブチャネル、または割り当てられたサブＳＰにおいて送信することを第２のＡＰによって許可された唯一のＡＰである、
ステートメント１４およびステートメント１５に記載のＡＰ。

（ステートメント１７）
非ＡＰ ＳＴＡであって、
動作時、自身に関連付けられたＡＰからＢｅａｃｏｎフレームまたはＡｃｔｉｏｎフレームの一方を受信する受信機と、
動作時、フレームから協調伝送のためのＳＰの情報を取り出す回路と、
動作時、要求フレームをＡＰに送信する送信機であって、要求フレームが、ＳＰに参加する要求を示す、送信機と、
を備える、非ＡＰ ＳＴＡ。

（ステートメント１８）
ＳＰがＴＷＴ ＳＰであり、要求フレームがＴＷＴセットアップ要求フレームである、
ステートメント１７に記載の非ＡＰ ＳＴＡ。

（ステートメント１９）
１つ以上の協調サービス期間（ＳＰ）をセットアップする要求を示す要求フレームを生成するステップと、
要求フレームをＡＰに送信するステップと、
を含む、方法。

このように、本発明の実施形態は、協調ＳＰに対応する通信装置および通信方法を提供することを理解できる。

本発明の実施形態のここまでの詳細な説明では、例示的な実施形態を提示してきたが、膨大な数の変形形態が存在することを理解されたい。さらに、例示的な実施形態は例であり、本開示の範囲、適用性、動作、または構成を何ら制限するようには意図していないことを理解されたい。むしろ、ここまでの詳細な説明は、例示的な実施形態を実施するための便利な指針を当業者に提供するものである。例示的な実施形態に記載された動作のステップおよび方法の機能および編成と、例示的な実施形態に記載されたデバイスのモジュールおよび構造には、添付の請求項に記載されている主題の範囲から逸脱することなく、様々な変更を行うことができることを理解されたい。

Claims (15)

1. 第１のアクセスポイント（ＡＰ）であって、
   動作時に、１つ以上の協調サービス期間（ＳＰ）をセットアップする要求を示す要求フレームを生成する回路と、
   動作時に、前記要求フレームを第２のＡＰに送信する送信機と、
   を備える、第１のアクセスポイント（ＡＰ）。
2. 動作時、前記第２のＡＰから応答フレームを受信する受信機であって、前記応答フレームが、１つ以上の協調ＳＰをセットアップする前記要求の受入れを示す、前記受信機、をさらに備えており、前記送信機が、前記協調ＳＰと重なるスケジュール済みＳＰをセットアップするためのフレームを１つ以上の関連付けられたステーション（ＳＴＡ）に送信するように、さらに構成されている、
   請求項１に記載の第１のＡＰ。
3. 前記要求フレーム、前記応答フレーム、および前記フレームが、ターゲットウェイクタイム（ＴＷＴ）Ｓｅｔｕｐフレームであり、前記協調ＳＰがＴＷＴ ＳＰである、
   請求項２に記載の第１のＡＰ。
4. 前記ＴＷＴ Ｓｅｔｕｐフレームが、前記協調ＳＰがマルチＡＰ協調伝送のためのＳＰであるという指示情報を伝え、前記ＴＷＴ Ｓｅｔｕｐフレームを送信する前記ＡＰのタイミング同期機能（ＴＳＦ）値をさらに伝える、
   請求項３に記載の第１のＡＰ。
5. 前記第２のＡＰから受信される前記ＴＷＴ Ｓｅｔｕｐフレームが、同様に前記協調ＳＰのメンバーである１つ以上の他のＡＰのアイデンティティ情報をさらに伝える、
   請求項３に記載の第１のＡＰ。
6. 前記第１のＡＰが、協調ＳＰ内で前記第２のＡＰによって開始されるマルチＡＰ協調伝送のための共有ＴＸＯＰに参加するように、さらに構成されており、前記第１のＡＰの前記送信機が、前記第２のＡＰと協調する方法で、前記第１のＡＰに関連付けられたＳＴＡにフレームを送信するように、さらに構成されている、
   請求項１に記載の第１のＡＰ。
7. 前記送信機が、共有ＴＸＯＰの開始時に、前記第１のＡＰの基本サービスセット（ＢＳＳ）のダウンリンク（ＤＬ）バッファ状態およびアップリンク（ＵＬ）バッファ状態を報告するフレームを、前記第２のＡＰに送信するように、さらに構成されている、
   請求項６に記載の第１のＡＰ。
8. 前記マルチＡＰ協調伝送が、協調直交周波数分割多元接続（ＯＦＤＭＡ）送信、協調時分割多元接続（ＴＤＭＡ）送信、協調空間再利用（ＳＲ）送信、協調ビームフォーミング（ＢＦ）送信、または協調マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）送信、のうちの１つである、
   請求項６に記載の第１のＡＰ。
9. 前記回路が、各関連付けられたＳＴＡのためのマルチＡＰ協調伝送の適切なタイプを決定するように、さらに構成されており、前記送信機が、前記決定されたマルチＡＰ協調伝送タイプに基づいて、対応する協調ＳＰと重なるスケジュール済みＳＰをセットアップするためのフレームを前記関連付けられたＳＴＡに送信するように、さらに構成されており、前記要求フレームおよび前記フレームがＴＷＴ Ｓｅｔｕｐフレームである、
   請求項８に記載の第１のＡＰ。
10. 動作時、前記第２のＡＰによって送信されたフレームを受信する受信機であって、前記フレームが、Ｂｅａｃｏｎフレーム、Ａｃｔｉｏｎフレーム、またはデータフレームのうちの１つである、前記受信機、をさらに備えており、前記回路が、前記受信されたフレームから、前記第２のＡＰに関連付けられたＳＰの情報を取り出すように、さらに構成されている、
    請求項１に記載の第１のＡＰ。
11. 前記ＳＰがＴＷＴ ＳＰである、
    請求項１０に記載の第１のＡＰ。
12. 前記送信機が、前記第２のＡＰの関連付けられたＳＰのうちの１つ以上に参加することを要求するためのＴＷＴセットアップ要求フレームを、前記第２のＡＰに送信するように、さらに構成されている、
    請求項１１に記載の第１のＡＰ。
13. 前記送信機が、前記第２のＡＰの関連付けられたＳＰと重ならないスケジュール済みＳＰをセットアップするためのフレームを１つ以上の関連付けられたＳＴＡに送信するように、さらに構成されている、
    請求項１０に記載の第１のＡＰ。
14. 非アクセスポイント（ＡＰ） ＳＴＡであって、
    動作時、前記非ＡＰ ＳＴＡに関連付けられたＡＰによって送信されたフレームを受信する受信機であって、前記フレームが、ＢｅａｃｏｎフレームまたはＡｃｔｉｏｎフレームである、前記受信機と、
    動作時、前記フレームから協調伝送のためのＳＰの情報を取り出す回路と、
    動作時、要求フレームを前記ＡＰに送信する送信機であって、前記要求フレームが、前記ＳＰに参加する要求を示す、前記送信機と、
    を備える、非ＡＰ ＳＴＡ。
15. １つ以上の協調サービス期間（ＳＰ）をセットアップする要求を示す要求フレームを生成するステップと、
    前記要求フレームをＡＰに送信するステップと、
    を含む、方法。
    

Images