JP2024505214A - マルチａｐ同期伝送に対応する通信装置および通信方法 - Google Patents

Abstract

マルチＡＰ同期伝送に対応する通信装置および通信方法が提供される。例示的な一実施形態は、通信装置であって、動作時に、後続の送信の情報を含むフレームを生成する回路と、動作時に、このフレームを別の通信装置に送信する送信機と、を備える通信装置、を提供する。

Description

本実施形態は、一般的には通信装置に関し、より詳細には、マルチアクセスポイント（マルチＡＰ）同期伝送に対応する方法および装置に関する。

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

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

しかしながら、マルチＡＰ同期伝送においてＣ－ＯＦＤＭＡ動作下におけるＴＸＯＰ内での複数フレーム伝送については、これまで議論されてこなかった。

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

非限定的かつ例示的な実施形態は、マルチＡＰ同期伝送に対応する通信装置および通信方法の提供を容易にする。

本開示の一態様によれば、通信装置であって、動作時に、後続の送信の情報を含むフレームを生成する回路と、動作時に、このフレームを別の通信装置に送信する送信機と、を備える通信装置、が提供される。

本開示の別の態様によれば、後続の送信の情報を含むフレームを生成するステップと、このフレームを通信装置に送信するステップと、を含む通信方法、が提供される。

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

添付の図は、以下の詳細な説明とともに本明細書に組み込まれてその一部を形成しており、様々な実施形態を図解し、本一実施形態による様々な原理および利点を説明する役割を果たす。個別の図全体を通じて、類似する参照数字は同一または機能的に類似する要素を指す。
１１ａｘにおけるＴＸＯＰ内でのシングルＡＰベースの複数フレーム伝送の例を示している。 ブロック確認応答（ＢＡまたはＢｌｏｃｋＡｃｋ）が受信されない送信失敗の例を示している。 無効なＢＡが受信される送信失敗の例を示している。 １１ａｘにおけるＢｌｏｃｋＡｃｋ要求フレームのフォーマットの例を示している。 ＢｌｏｃｋＡｃｋフレームのバリアントとその対応する長さ（オクテット）の例示的なテーブルを示している。 典型的なＣ－ＯＦＤＭＡ伝送の例を示している。 ＢｌｏｃｋＡｃｋフレームが整列していない場合のシナリオを示している。 データ送信に失敗する場合のシナリオを示している。 ＢＡ送信に失敗する場合のシナリオを示している。 一実施形態に係るＣ－ＯＦＤＭＡ伝送を示している。 非同期伝送の例を示している。 同期ダウンリンク（ＤＬ）送信の例を示している。 同期アップリンク（ＵＬ）送信の例を示している。 ＭＡＰトリガー（MAP Trigger）フレームの例を示している。 ＭＡＰトリガーのタイプおよび対応する値の例示的なテーブルを示している。 一実施形態によるＵＬ ＴＸＶＥＣＴＯＲフィールドのサブフィールドを示している。 別の実施形態によるＵＬ ＴＸＶＥＣＴＯＲフィールドのサブフィールドを示している。 一実施形態によるＴＲＳ制御（TRS Control）サブフィールドの例を示している。 標準８０２．１１ａｘ仕様によるデフォルトＴＸＶＥＣＴＯＲパラメータリストの例示的なテーブルを示している。 ＨＥバリアントＨＴ制御（HT Control）フィールドフォーマットの新しいＡ－制御サブフィールドを示している。 制御ＩＤ（Control ID）サブフィールドの値とその対応する説明の例示的なテーブルを示している。 様々な実施形態によるＭＵ－ＢＡＲトリガー（MU-BAR Trigger）フレームの例示的なフォーマットを示している。 様々な実施形態による新しいＭＡＰ－ＢＡＲトリガー（MU-BAR Trigger）フレームの例示的なフォーマットを示している。 トリガータイプの符号化および対応するＴｒｉｇｇｅｒフレームバリアントの例示的なテーブルを示している。 様々な実施形態に係るＭＡＰ ＢＡＲトリガー（MAP BAR Trigger）フレームフォーマットの共通情報（Common Information）フィールドの例を示している。 様々な実施形態によるＭＡＰ ＢＡＲトリガー（MAP BAR Trigger）フレームフォーマットのトリガー依存ユーザ情報（Trigger Dependent User Info）サブフィールドの例を示している。 様々な実施形態による、「空白スペース」を含む例示的なフロー図を示している。 様々な実施形態による、ＭＡＰ応答を必要とする新しいＭＡＰトリガー（MAP Trigger）フレームの例示的なフォーマットを示している。 様々な実施形態による、ＭＡＰ応答を伴うＣ－ＯＦＤＭＡ伝送の単一ラウンドのフロー図を示している。 一実施形態による、媒体アクセス制御（ＭＡＣ）フレームで伝えられるＭＡＰ応答を伴うＣ－ＯＦＤＭＡ伝送の単一ラウンドのフロー図を示している。 様々な実施形態による例示的なＭＡＰ応答フレームのフォーマットを示している。 一実施形態による、ヌルデータパケット（ＮＤＰ）で伝えられるＭＡＰ応答を伴うＣ－ＯＦＤＭＡ伝送のフロー図を示している。 一実施形態によるＭＡＰ応答ＮＤＰの例示的なフォーマットを示している。 ＭＡＰ応答ＮＤＰにおけるＥＨＴ－ＬＴＦ（EHT-Long Trainingフィールド）生成のための好ましいＰＰＤＵフォーマット、対応するリソースユニット（ＲＵ）トーンセットインデックス値、およびフィードバックステータスの例示的なテーブルを示している。 ＭＡＰ応答ＮＤＰにおけるＥＨＴ－ＬＴＦ（EHT-Long Trainingフィールド）生成のための好ましい変調・符号化方式（ＭＣＳ）、対応するＲＵトーンセットインデックス値、およびフィードバックステータスの例示的なテーブルを示している。 ＡＰとＳＴＡの間で重なっているネットワーク範囲の例示的な図解を示している。 様々な実施形態による、被共有ＡＰの動作のフローチャートを示している。 様々な実施形態による、新しいＣ－ＯＦＤＭＡエラー回復間隔を使用するＣ－ＯＦＤＭＡエラー回復のフロー図を示している。 様々な実施形態による、拡張フレーム間スペース（ＥＩＦＳ）を使用するＣ－ＯＦＤＭＡエラー回復のフロー図を示している。 様々な実施形態による、ショートＰＰＤＵの送信を使用するＣ－ＯＦＤＭＡエラー回復のためのフロー図を示している。 様々な実施形態による、エラー回復における共有側ＡＰの動作のフローチャートを示している。 様々な実施形態による、ＭＡＰ応答が要求され、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームが受信される場合におけるＣ－ＯＦＤＭＡエラー回復のフロー図を示している。 様々な実施形態による、ＭＡＰ応答が要求され、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームがＡｃｋＴｉｍｅｏｕｔ間隔中に受信されない場合におけるＣ－ＯＦＤＭＡエラー回復のフロー図を示している。 様々な実施形態による、Ｃ－ＯＦＤＭＡエラー回復における共有側ＡＰの動作のフローチャートを示している。 様々な実施形態による、ＭＡＰ応答を含むＣ－ＯＦＤＭＡエラー回復メカニズムにおける共有側ＡＰの動作のフローチャートを示している。 様々な実施形態による通信デバイス、例えば通信装置、例えば共有側ＡＰの構成を示している。 様々な実施形態に係るマルチＡＰ同期伝送の方法を図解したフロー図を示している。 様々な実施形態による、マルチＡＰ同期伝送に対応するように実施することができるＡＰまたはＳＴＡの部分的に枠で囲んだ概略図を示している。

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

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

ＴＸＯＰは、ステーションがデータを転送することができる制限された期間である。ステーションは、ＴＸＯＰを取得すると、フレームシーケンスの持続時間がＴＸＯＰの制限を超えない限り、データフレーム、制御フレーム、および管理フレームを送信し、応答フレームを受信することができる。図１は、１１ａｘにおけるＴＸＯＰ内でのシングルＡＰベースの複数フレーム伝送の例を示している。

ＴＸＯＰ内での複数フレームの送信は、フレーム交換シーケンスの完了後、拡張分散チャネルアクセス機能（ＥＤＣＡＦ：Enhanced Distributed Channel Access Function）が媒体にアクセスする権利を保持するときに発生する。ＴＸＯＰホルダーが送信キュー内に追加フレームを有し、そのフレームの送信およびそのフレームに対する予期される確認応答の持続時間がＴＸＯＰ内で終了する可能性が高い場合、ＴＸＯＰホルダーは、ＴＸＯＰ制限の制約に従って、直前のフレーム交換シーケンスの完了後のショートフレーム間スペース（ＳＩＦＳ：Short Interframe Space）において、そのフレームの送信を開始することができる。ＴＸＯＰホルダーによる送信が失敗した場合、ＡＰは優先フレーム間スペース（ＰＩＦＳ：priority interframe space）回復を起動することができる。

送信が失敗であると判定されるケースは２つある。第１のケースでは、ブロック確認応答（ＢＡまたはＢｌｏｃｋＡｃｋ）が受信されない。このような例は、図２に示してある。ＴＸＯＰでは、即時確認応答を必要とするフレームを含むＨＥ物理層プロトコルデータユニット（ＰＰＤＵ）２０２が、ＡＰによって送信される。予期される確認応答の受信の開始が、ＳＩＦＳに続く最初のスロット時間中に発生しない、すなわちＢＡ ２０４がＡＰによって受信されない。その後、ＡＰは、前のフレームの後のＰＩＦＳにおいて、ブロック確認応答要求（ＢｌｏｃｋＡｃｋＲｅｑ）フレームを含む別のＰＰＤＵ ２０６を送信することができる。

第１のケースでは、無効なＢＡが受信される。このような例は、図３に示してある。ＴＸＯＰにおいて、即時確認応答を必要とするフレームを含むＨＥ ＰＰＤＵ ３０２が、ＡＰによって送信される。予期される確認応答の受信は起こる、すなわちＢＡ ３０４がＡＰによって受信されるが、ＢＡ ３０４は無効なフレームとして認識される。その後、ＡＰは、受信したＢＡフレームの後のＰＩＦＳにおいて、ＢｌｏｃｋＡｃｋＲｅｑフレームを含む別のＰＰＤＵ ３０６を送信することができる。

ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの長さは、ＢｌｏｃｋＡｃｋＲｅｑフレームによって勧誘されたときのＢｌｏｃｋＡｃｋフレームバリアントおよび受信側装置に依存する。使用されるＢｌｏｃｋＡｃｋフレームバリアントは、即時応答を勧誘する、ＳＴＡによって送信されるＢｌｏｃｋＡｃｋＲｅｑフレームに示される。ＢｌｏｃｋＡｃｋフレームを伝えるために使用されるＰＰＤＵのタイプは、勧誘されたＳＴＡによって決定され、非ＨＴ ＰＰＤＵまたはＨＥシングルユーザ（ＳＵ）ＰＰＤＵとすることができる。プライマリ変調・符号化方式（ＭＣＳ）およびプライマリレートは、勧誘されたＳＴＡによってＰＰＤＵに対して選択される。１１ａｘにおけるＢｌｏｃｋＡｃｋＲｅｑフレームフォーマットの例は図４に示してあり、ＢｌｏｃｋＡｃｋフレームバリアントとその対応する長さ（オクテット）の例示的なテーブルを図５に示してある。

しかしながら、ＢｌｏｃｋＡｃｋＲｅｑフレームに示されるアップリンク（ＵＬ）ＰＰＤＵのパラメータに関する情報が存在しない。ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの長さは、ＢｌｏｃｋＡｃｋＲｅｑフレームで勧誘されたときにＳＴＡによって決定される。ＡＰはＰＰＤＵの長さを推定することはできるが決定することはできない。

Ｃ－ＯＦＤＭＡ伝送では、共有側ＡＰは、取得したＴＸＯＰの間、（１つ以上の）被共有ＡＰと周波数リソースを共有する。典型的なＣ－ＯＦＤＭＡ伝送の例を図６に示してある。共有側ＡＰは、（１つ以上の）共有ＡＰと、２０ＭＨｚのチャネルの倍数を単位として自身の周波数リソースを共有するものとする。Ｃ－ＯＦＤＭＡ伝送は、２つのフェーズを含むことができる。フェーズ１（ネゴシエーションおよび準備）では、Ｃ－ＯＦＤＭＡ伝送に必要な情報を交換することができる。フェーズ２では、参加ＡＰ間の協調伝送が共有側ＡＰによって開始されるものとする。協調伝送が同期される場合、同期に必要な情報を、協調伝送の前に示すことができる。

Ｃ－ＯＦＤＭＡ動作のＴＸＯＰ内での複数フレーム伝送を実現するためには、数多くの問題が存在し得る。例えば、整列していない（１つ以上の）ＢｌｏｃｋＡｃｋフレームによって、ＡＣＩ（隣接チャネル干渉：Adjacent Channel Interference）および衝突が引き起こされることがある。別の例では、エラー回復の問題が存在することがあり、整列していないＢｌｏｃｋＡｃｋフレームと１１ａｘエラー回復メカニズムにより、衝突が引き起こされることがある。

図７は、整列していないＢｌｏｃｋＡｃｋフレームのシナリオを示している。ＳＴＡ１は共有側ＡＰに関連付けられており、ＳＴＡ２は被共有ＡＰに関連付けられている。マルチＡＰ（ＭＡＰ）トリガー（Multi-AP (MAP) Trigger）フレーム７０２は被共有ＡＰを対象としており、ＳＴＡ２は共有側ＡＰを聞くことができない。ＳＴＡ１によって送信されるＢｌｏｃｋＡｃｋフレーム７０４とＳＴＡ２によって送信されるＢｌｏｃｋＡｃｋフレーム７０６は整列していないことがあり、したがって衝突およびＡＣＩ（隣接チャネル干渉）が発生し得る。

図８は、失敗したデータ送信のシナリオを示している。ＳＴＡ１は共有側ＡＰに関連付けられており、ＳＴＡ２は被共有ＡＰに関連付けられている。ＭＡＰ Ｔｒｉｇｇｅｒフレーム８０２は被共有ＡＰを対象としており、共有側ＡＰはＳＴＡ２を聞くことができない。ＳＴＡ１によって送信されたＢｌｏｃｋＡｃｋフレーム８０４が共有側ＡＰによって受信されない場合、共有側ＡＰによってＰＩＦＳ回復が実行される。この場合、共有側ＡＰによってＰＩＦＳに続いて被共有ＡＰに送信されるＭＡＰ Ｔｒｉｇｇｅｒフレーム８０８は、ＳＴＡ２によって送信されるＢｌｏｃｋＡｃｋフレーム８０６と衝突する。

図９は、失敗したＢＡ送信のシナリオを示している。ＳＴＡ１は共有側ＡＰに関連付けられており、ＳＴＡ２は被共有ＡＰに関連付けられている。ＭＡＰ Ｔｒｉｇｇｅｒフレーム９０２は被共有ＡＰを対象としており、共有側ＡＰはＳＴＡ２を聞くことができない。ＳＴＡ１によって送信されるＢＡフレーム９０４が失敗した場合、共有側ＡＰは、ＢＡフレーム９０４の後のＰＩＦＳにおいて後続フレームを送信する。後続フレームの送信が、ＳＴＡ２によって送信されるＢｌｏｃｋＡｃｋフレーム９０６と衝突する可能性がある。しかしながら、ＳＴＡ１およびＳＴＡ２によって送信されるＢｌｏｃｋＡｃｋフレーム９０４および９０６が整列しているならば、そのような問題は生じない。

複数のＡＰが一緒に送信している動作では、１つのＡＰが、後続の送信に関する情報を（１つ以上の）他のＡＰに送信することができる。可能な動作として、伝送タイプ（非同期／同期）、予期されるＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータ、および他の類似する情報など、後続の送信に関する情報がＡＰ間で共有されるように、マルチＡＰ協調またはマルチリンク伝送（マルチリンクＡＰが関与するとき）を利用することができる。

図１０は、一実施形態に係るＣ－ＯＦＤＭＡ伝送を示している。Ｃ－ＯＦＤＭＡ伝送は、以下のフェーズを含む。ネゴシエーションおよび準備フェーズ１００２には、次の協調伝送のための必要なネゴシエーションおよび準備を含めることができる。例えば、送信要求（ＲＴＳ：request to send）フレームおよび送信クリア（ＣＴＳ：clear to send）フレームの交換、次の協調伝送への参加要求および参加意図の交換、プライマリチャネルの切替え、（１つ以上の）候補被共有ＡＰのバッファ状態の報告、（１つ以上の）被共有ＡＰの選択などである。その後、協調伝送フェーズ１００４は、Ｃ－ＯＦＤＭＡ伝送１００８の１つ以上のラウンドを含むことができる。共有側ＡＰは、Ｃ－ＯＦＤＭＡ伝送の１ラウンドを開始するために、ＭＡＰ Ｔｒｉｇｇｅｒフレーム１００６を（１つ以上の）被共有ＡＰに送信する。ＭＡＰ Ｔｒｉｇｇｅｒフレーム１００６は、非ＨＴ重複ＰＰＤＵで伝えることができる。さらに、Ｃ－ＯＦＤＭＡ伝送の意図されるタイプは、Ｃ－ＯＦＤＭＡ伝送の前に示される。１つのオプションでは、意図される伝送タイプは、次の協調伝送フェーズ１００４が１つのタイプのＣ－ＯＦＤＭＡ伝送のみを含むように、ネゴシエーションおよび準備フェーズ１００２において示される。別のオプションでは、意図される伝送タイプは、Ｃ－ＯＦＤＭＡ伝送の開始されるラウンドのためのＭＡＰ Ｔｒｉｇｇｅｒフレーム１００６において示される。

Ｃ－ＯＦＤＭＡ伝送の意図されるタイプは、非同期伝送または同期伝送とすることができる。意図される伝送タイプは、干渉レベルに基づいて決定することができ、ＡＰ間のＡＣＩは、非同期送信ではスペクトルマスクによって低減することができ、同期送信では整列したシンボルによってさらに低減することができる。また、意図される伝送タイプは、（１つ以上の）被共有ＡＰのバッファの状態に基づいて決定されてもよく、（１つ以上の）被共有ＡＰが大きなバッファを有するシナリオでは、非同期送信はより良い選択である。意図される伝送タイプは、共有側ＡＰの後続の送信の持続時間に基づいて決定されてもよい。例えば、後続の送信の持続時間が長い場合（すなわち取得したＴＸＯＰの終わりまで）、非同期伝送を選択することができる。

図１１は、非同期伝送の例を示している。非同期伝送が示された場合、共有側ＡＰは、ＭＡＰ Ｔｒｉｇｇｅｒフレーム１１０２の送信後、（１つ以上の）被共有ＡＰに割り当てられた（１つ以上の）サブチャネルをもはや制御しない。代わりに、被共有ＡＰが、割り当てられた（１つ以上の）サブチャネルの完全な制御を獲得する。共有側ＡＰおよび（１つ以上の）被共有ＡＰは、自身の周波数リソース上で独立して送信する。したがって、非同期伝送において、共有側ＡＰは、送信を整列させる必要はないが、（１つ以上の）被共有ＡＰおよび割り当てられたサブチャネルに対する制御を失う。

非同期送信において、共有側ＡＰは、条件が許すならば、例えば利用可能なアンテナを使用することによって、またはＰＰＤＵ間のＳＩＦＳの間にサブチャネル上でクリアチャネルアセスメント（ＣＣＡ：clear channel assessment）を行うことによって、被共有ＡＰに割り当てられたサブチャネルを依然としてリスンすることができる。割り当てられたサブチャネルが長時間にわたりアイドルであると検出された場合（例えばＰＩＦＳ、またはＳＩＦＳの２つの連続する時間の間アイドル）、共有側ＡＰは、フレーム（例えば、無競合終了（ＣＦ－Ｅｎｄ：Contention Free-End）フレームまたはＭＡＰ Ｔｒｉｇｇｅｒフレーム）を（１つ以上の）被共有ＡＰに送信して協調伝送を終了させる、または割り当てられたサブチャネルを自身の使用のために取り戻すことを試みることができる。

同期伝送が示された場合、共有側ＡＰは、取得したＴＸＯＰの終了まですべての周波数リソースを制御する。図１２は、同期ダウンリンク（ＤＬ）送信の例を示しており、図１３は、同期アップリンク（ＵＬ）送信の例を示している。図１２に示した同期ＤＬ送信の場合、後続のＣ－ＯＦＤＭＡ伝送におけるＵＬ ＢｌｏｃｋＡｃｋフレームを、Ｔｒｉｇｇｅｒフレーム１２０２またはトリガー式応答スケジューリング（ＴＲＳ：triggered response scheduling）制御フィールドによって勧誘することができる。後続のＣ－ＯＦＤＭＡ伝送に必要なパラメータは、ＭＡＰ Ｔｒｉｇｇｅｒフレーム１２０２において示され、例えば、各被共有ＡＰのための割り当てられる周波数リソース、Ｃ－ＯＦＤＭＡ伝送を整列させるのに必要なＴＸＶＥＣＴＯＲＳ、最大送信電力、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータ（例えばＰＰＤＵフォーマット）、その他の類似するパラメータである。

ＳＩＦＳの後、共有側ＡＰおよび（１つ以上の）被共有ＡＰは、ＭＡＰ Ｔｒｉｇｇｅｒフレーム１２０２に示されたパラメータに従って、自身の周波数リソース上で同時にデータ（ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータが含まれる）を送信する（すなわち、共有側ＡＰからＳＴＡ１にＥＨＴ ＰＰＤＵ １２０４が送信され、被共有ＡＰからＳＴＡ２にＥＨＴ ＰＰＤＵ １２０６が送信される）。ＳＩＦＳの後、ＳＴＡは、受信したＤＬ ＰＰＤＵで伝えられたパラメータに従って、ＢｌｏｃｋＡｃｋフレームを対応する関連付けられるＡＰに同時に送信する（すなわち、ＳＴＡ１から共有側ＡＰにＢＡフレーム１２０８が送信され、ＳＴＡ２から被共有ＡＰにＢＡフレーム１２１０が送信される）。有効なＢｌｏｃｋＡｃｋフレームが受信された場合、少なくともＳＩＦＳの後、共有側ＡＰは、ＴＸＯＰ持続時間が許すならば、新しいＭＡＰ Ｔｒｉｇｇｅｒフレーム１２１２を送信してＣ－ＯＦＤＭＡ伝送の別のラウンドを開始することができる。共有側ＡＰが、予期されるＢｌｏｃｋＡｃｋフレームを受信しない場合、Ｃ－ＯＦＤＭＡ回復メカニズムが実行される。共有側ＡＰは、ＴＸＯＰ持続時間が許すならば、Ｃ－ＯＦＤＭＡ回復メカニズムに従って新しいＭＡＰ Ｔｒｉｇｇｅｒフレームを送信し、Ｃ－ＯＦＤＭＡ伝送の別のラウンドを開始することができる。

同期伝送では、共有側ＡＰによってトリガーまたは示されない限り、被共有ＡＰは伝送を開始しない。さらに、被共有ＡＰは、ＭＡＰ Ｔｒｉｇｇｅｒフレームに示されたパラメータに従って送信する。有利なことに、ＳＴＡによって送信されるＢｌｏｃｋＡｃｋフレームが整列し、ＢｌｏｃｋＡｃｋフレームの不整列またはＢｌｏｃｋＡｃｋフレームの送信失敗によって引き起こされる衝突が回避される。

図１４は、ＭＡＰトリガー（MAP Trigger）フレーム１４００の例を示しており、図１５は、ＭＡＰトリガータイプおよび対応する値の例示的なテーブルを示している。例えば、ＭＡＰトリガータイプ（MAP trigger type）フィールド１４０２が値「０」を示すとき、対応するＭＡＰタイプはジョイント送信であり、ＭＡＰトリガータイプ（MAP trigger type）フィールド１４０２が値「１」を示すとき、対応するＭＡＰタイプはＣ－ＯＦＤＭＡ伝送である。

ＵＬ／ＤＬフラグ（UL/DL Flag）フィールド１４０４が「ＵＬ送信」を示すとき、ＤＬ ＴＸＶＥＣＴＯＲフィールド１４０６に含まれる情報は、Ｔｒｉｇｇｅｒフレームを含むＤＬ ＰＰＤＵのパラメータと、ＢｌｏｃｋＡｃｋフレームを伝えるＤＬ ＰＰＤＵのパラメータを示すために使用される。さらに、ＵＬ ＴＸＶＥＣＴＯＲフィールド１４０８に含まれる情報は、（１つ以上の）ＳＴＡによって次のＣ－ＯＦＤＭＡ伝送で送信される予定のトリガーベースのＵＬ ＰＰＤＵのパラメータを示すために使用される。図１６は、ＵＬ／ＤＬフラグ（UL/DL Flag）フィールド１４０４が「ＵＬ送信」を示すときのＵＬ ＴＸＶＥＣＴＯＲフィールド１４０８のサブフィールドを示しており、ＰＰＤＵフォーマット（PPDU Format）サブフィールド１６０２はＨＥ ＴＢ ＰＰＤＵ／ＥＨＴ ＴＢ ＰＰＤＵを示すことができる。

ＵＬ／ＤＬフラグ（UL/DL Flag）フィールド１４０４が「ＤＬ送信」を示すとき、ＤＬ ＴＸＶＥＣＴＯＲフィールド１４０６のＢＡのＤＬ ＰＰＤＵ長さ（DL PPDU Length for BA）サブフィールド１４１０は予備となり、ＵＬ ＴＸＶＥＣＴＯＲフィールド１４０８に含まれる情報は、（１つ以上の）ＳＴＡによる次のＣ－ＯＦＤＭＡ伝送におけるＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示す。図１７は、ＵＬ／ＤＬフラグ（UL/DL Flag）フィールド１４０４が「ＤＬ送信」を示すときのＵＬ ＴＸＶＥＣＴＯＲフィールド１４０８のサブフィールドを示しており、ＰＰＤＵフォーマット（PPDU Format）サブフィールド１７０４は非ＨＴ／ＨＥ／ＥＨＴ ＰＰＤＵを示すことができる。一例では、ＰＰＤＵフォーマットを暗黙的に示すことができ、すなわちＳＴＡは、ＢｌｏｃｋＡｃｋフレームを伝えるために勧誘ＤＬ ＰＰＤＵと同じＰＰＤＵフォーマットを使用する。ＢＡ勧誘方法（BA Soliciting Manner）サブフィールド１７０２は、ＴＲＳ制御（TRS Control）フィールドまたはＴｒｉｇｇｅｒフレーム／Ｔｒｉｇｇｅｒフレームのみを示すことができる。ＰＰＤＵフォーマット（PPDU Format）サブフィールド１７０４が「非ＨＴ ＰＰＤＵ」と示される、またはＢＡ勧誘方法（BA Soliciting Manner）サブフィールド１７０２が「ＴＲＳ制御フィールドまたはＴｒｉｇｇｅｒフレーム（TRS Control field or Trigger frame）」と示される場合、ＰＰＤＵフォーマット（PPDU Format）サブフィールド１７０４以降のサブフィールドは予備となる。ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの長さは、一般に通常のデータＰＰＤＵより短い。ＵＬ ＴＸＶＥＣＴＯＲフィールド１７００の最上位ビット（ＭＳＢ）を再利用してＢＡ勧誘方法を示すことができ、この場合にＵＬデータシンボルの数は、ＵＬ ＰＰＤＵの長さを示すことと比較してより少ないビットを使用して示すことができる。

一実施形態では、Ｃ－ＯＦＤＭＡ伝送の各ラウンドにおいて、共有側ＡＰによって送信されるＭＡＰ Ｔｒｉｇｇｅｒフレームに示される、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータは、（１つ以上の）被共有ＡＰからの明示的なフィードバックなしに決定される。１つのオプションでは、パラメータは共有側ＡＰが自身の要件に基づいて決定する。別のオプションでは、パラメータは共有側ＡＰがＢｌｏｃｋＡｃｋフレームのビットマップの最大長に基づいて決定する。ビットマップの最大長は、１０２４オクテット、またはすべての参加ＡＰ間の最大可能なビットマップ長であり、これはネゴシエーションおよび準備フェーズにおいて交換することができる。

（１つ以上の）被共有ＡＰは、ＤＬ ＴＸＶＥＣＴＯＲフィールドおよびＵＬ ＴＸＶＥＣＴＯＲフィールドの両方に示されるパラメータに従って、ＤＬ送信を準備して送信する。ＤＬ送信には、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータに関する情報が含まれる。送信キュー内のＭＡＣプロトコルデータユニット（ＭＰＤＵ）または集約ＭＰＤＵ（Ａ－ＭＰＤＵ）によって要求されるＢｌｏｃｋＡｃｋを、示されたパラメータを使用するＰＰＤＵにおいて伝えることができない場合、被共有ＡＰは、ＭＰＤＵをあきらめる、またはＡ－ＭＰＤＵを短縮することができる。例えば、共有側ＡＰは、ＢｌｏｃｋＡｃｋフレームを伝えるための長さＬ_１のＰＰＤＵを勧誘することを決定し、それを被共有ＡＰに示す。被共有ＡＰは、送信キューに１８０個のＭＰＤＵが担持されたＡ－ＭＰＤＵを有する。予期されるＢｌｏｃｋＡｃｋフレームにおけるビットマップの長さは、３２オクテットであるべきである。被共有ＡＰは、予期されるＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの予測長さ（Ｌ_２）を、Ｌ_２＞Ｌ_１であるように、パラメータ（ＢｌｏｃｋＡｃｋフレームの長さ、使用可能な最高ＭＣＳ、ＰＰＤＵフォーマットなど）に基づいて計算する。次に被共有ＡＰは、Ａ－ＭＰＤＵを内側の６４個のＭＰＤＵに短縮し、８オクテットのビットマップを有するＢｌｏｃｋＡｃｋフレームを勧誘することができる。これにより、有利なことに複雑さが低下するが、被共有ＡＰのオーバーヘッドが大きくなる、またはスループットが低下することがある。

一実施形態では、ＭＡＰ ＴｒｉｇｇｅｒフレームのＢＡ勧誘方法（BA Soliciting Manner）サブフィールドが「ＴＲＳ制御フィールドまたはＴｒｉｇｇｅｒフレーム」として示される場合、共有側ＡＰおよび（１つ以上の）被共有ＡＰは、ＨＥバリアントＨＴ制御（HE variant HT Control）フィールドのＴＲＳ制御（TRS Control）サブフィールドを再利用することにより、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを、関連付けられるＳＴＡに示すことができる。ＨＴ制御（HT Control）フィールドは、制御ラッパー（Control Wrapper）フレームに常に存在し、フレーム制御（Frame Control）フィールドの＋ＨＴＣサブフィールドが１に設定されているとき、サービス品質（ＱｏＳ）データ・管理（Quality of Service (QoS) Data and Management）フレームに存在する。ＴＲＳ制御（TRS Control）サブフィールドは、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの一部のパラメータを示す。その他の必要なパラメータは、デフォルトのＴＸＶＥＣＴＯＲパラメータリストとして設定することができる。ＰＰＤＵは、ＢｌｏｃｋＡｃｋフレームのパラメータを示すＴＲＳ制御（TRS Control）サブフィールドを伝えるフレームを有するＢｌｏｃｋＡｃｋ要求フレームを伝えるものとする。

図１８は、ＴＲＳ制御（TRS Control）サブフィールド１８００の例を示している。ＲＵ割当て（RU Allocation）サブフィールド１８０２では、ＢＡフレームを伝えるＰＰＤＵを勧誘するために使用されるとき、予備のエントリを使用してＰＰＤＵフォーマットを示すことができる。ＰＰＤＵフォーマットは、非ＨＴ ＰＰＤＵまたはＥＨＴ ＰＰＤＵとすることができる。予備サブフィールド１８０４は、ＴＲＳ制御（TRS Control）サブフィールド１８００が、ＢＡフレームを伝えるＰＰＤＵのパラメータを示すために再利用されることを示すために使用することができる。例えば、ＴＲＳ制御（TRS Control）サブフィールド１８００において「０」が示される場合、ＢＡフレームを伝えるＰＰＤＵフォーマットはＨＥ ＴＢ ＰＰＤＵである。さらなる参考のために、図１９は、標準８０２．１１ａｘ仕様に従ったデフォルトＴＸＶＥＣＴＯＲパラメータリストの例示的なテーブルを示している。

ＭＡＰトリガー（MAP Trigger）フレームにおけるＢＡ勧誘方法（BA Soliciting Manner）サブフィールドが「ＴＲＳ制御フィールドまたはＴｒｉｇｇｅｒフレーム」として示されるとき、共有側ＡＰおよび（１つ以上の）被共有ＡＰは、ＨＥバリアントＨＴ制御（HE variant HT Control）フィールドの新しい制御（Control）サブフィールドを使用して、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを、関連付けられるＳＴＡに示すことができる。図２０は、ＨＥバリアントＨＴ制御（HE variant HT Control）フィールドフォーマットの新しいＡ－制御（A-Control）サブフィールド２００２を示しており、図２１は、制御ＩＤ（Control ID）サブフィールドの値およびそれらの対応する説明の例示的なテーブル２１００を示している。例えば、値７を有する制御ＩＤ（Control ID）サブフィールド２００４は、Ａ－制御（A-Control）サブフィールド２００２がＭＡＰ ＢｌｏｃｋＡｃｋスケジューリング制御（ＭＢＳ）に使用されることを示す。

Ａ－制御（A-Control）サブフィールド２００２は、長さ３０ビットとすることができる。ＰＰＤＵ（すなわち共有側ＡＰおよび（１つ以上の）被共有ＡＰからそれぞれの関連付けられるＳＴＡに送信される）は、ＢｌｏｃｋＡｃｋフレームのパラメータを示すためのＡ－制御（A-Control）サブフィールド２００２を伝えるフレームを有するＢｌｏｃｋＡｃｋ要求フレームを伝えるものとする。ＢｌｏｃｋＡｃｋフレームのパラメータは、Ａ－制御（A-Control）サブフィールド２００２の制御情報（Control Information）サブフィールド２００６において示すことができる。この新しい制御フィールドは、ＢＡフレームがＳＵ ＰＰＤＵで伝えられる場合にも使用することができる。

一実施形態では、共有側ＡＰおよび（１つ以上の）被共有ＡＰは、関連付けられるＳＴＡに対するマルチユーザブロック確認応答要求（ＭＵ－ＢＡＲ）Ｔｒｉｇｇｅｒフレームを再利用することにより、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示すことができる。図２２は、ＭＵ－ＢＡＲ Ｔｒｉｇｇｅｒフレーム２２００の例示的なフォーマットを示しており、このフォーマットは、少なくとも共通情報（Common Information）フィールド２２０２およびユーザ情報リスト（User Info List）フィールド２２１０を含む。共通情報（Common Information）フィールド２２０２は、さらなるＴＦ（More TF）サブフィールド２２０４およびＣＳ必要（CS Required）サブフィールド２２０６を含むことができる。さらなるＴＦ（More TF）サブフィールド２２０４は、ＣＳ必要（CS Required）サブフィールド２２０６と共に使用して、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのＰＰＤＵフォーマットを示すことができる。例えば、ＰＰＤＵフォーマットは、非ＨＴ ＰＰＤＵ、ＨＥ ＴＢ ＰＰＤＵ、またはＥＨＴ ＴＢ ＰＰＤＵとして示すことができる。ユーザ情報リスト（User Info List）フィールド２２１０は、少なくともトリガー依存ユーザ情報（Trigger Dependent User Info）サブフィールド２２１２を含むユーザ情報（User Info）フィールドを含むことができる。トリガー依存ユーザ情報（Trigger Dependent User Info）サブフィールド２２１２のＢＡエンドシーケンス制御（BA End Sequence Control）サブフィールド２２１４は、ＢＡのサイズを示すために使用することができる。予備フィールド２２０８は、ＭＵ－ＢＡＲトリガー（MU-BAR Trigger）フレーム２２００が、Ｃ－ＯＦＤＭＡにおいてＢＡフレームを伝えるＰＰＤＵのパラメータを示すために再利用されることを示すために使用することができる。

一実施形態では、共有側ＡＰおよび（１つ以上の）被共有ＡＰは、ＤＬ ＰＰＤＵで伝えられるＴｒｉｇｇｅｒフレームバリアントにおけるＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを、関連付けられるＳＴＡに示すことができる。図２３は、少なくとも共通情報（Common Information）フィールド２３０２を含む新しいＭＡＰ－ＢＡＲトリガー（MAP-BAR Trigger）フレーム２３００の例示的なフォーマットを示している。共通情報（Common Information）フィールド２３０２は、少なくとも、トリガータイプ（Trigger Type）サブフィールド２３０４、さらなるＴＦ（More TF）フィールド、ＣＳ必要（CS Required）フィールド、ＭＵ－ＭＩＭＯ ＬＴＦモード（MU-MIMO LTF Mode）フィールド、ＵＬ ＳＴＢＣフィールド、ＬＤＰＣエクストラシンボルセグメント（LDPC Extra Symbol Segment）フィールド、ドップラー（Doppler）フィールド、ＵＬ－ＨＥ－ＳＩＧＡ２予備（UL-HE-SIGA2 Reserved）フィールド、およびトリガー依存共通情報（Trigger Dependent Common Info）フィールド２３０６を含むことができる。トリガータイプ（Trigger Type）サブフィールド２３０４は、Ｔｒｉｇｇｅｒフレームバリアントを識別する。その符号化の例は、図２４のテーブル２４００に定義されている。例えば、トリガータイプ（Trigger Type）サブフィールドの値８は、トリガフレームバリアントがＭＡＰ ＢＡＲフォーマットであることを示す。

図２５は、ＭＡＰ ＢＡＲトリガー（MAP BAR Trigger）フレームフォーマットの共通情報（Common Information）フィールド２５００の例を示しており、共通情報（Common Information）フィールドのさらなるＴＦ（More TF）フィールド、ＣＳ必要（CS Required）フィールド、ＭＵ－ＭＩＭＯ ＬＴＦモード（MU-MIMO LTF Mode）フィールド、ＵＬ ＳＴＢＣフィールド、ＬＤＰＣエクストラシンボルセグメント（LDPC Extra Symbol Segment）フィールド、ドップラー（Doppler）フィールド、およびＵＬ－ＨＥ－ＳＩＧＡ２予備（UL-HE-SIGA2 Reserved）フィールドは予備である。ＭＡＰ ＢＡＲトリガー（MAP BAR Trigger）フレーム２３００のトリガー依存ユーザ情報（Trigger Dependent User Info）サブフィールド２６００は、図２６に示したように定義され（すなわちＭＵ－ＢＡＲトリガー（MU-BAR trigger）フレーム２２００の同じサブフィールド２２１２に類似する）、ＢＡＲ制御（BAR Control）サブフィールド２６０２およびＢＡＲ情報（BAR Information）フィールド２６０４は、ＢｌｏｃｋＡｃｋ要求（BlockAck Request）フレームと同様に定義される。新しいＡ－制御（A-Control）サブフィールドと比較して、ＭＡＰ ＢＡＲトリガー（MAP BAR Trigger）フレームにおいてより多くの情報を示すことができるが、送信の大きなオーバーヘッドが生じ得る。

一実施形態では、共有側ＡＰは、オプションとして（１つ以上の）被共有ＡＰからのＭＡＰ応答を勧誘することができる。勧誘されたＭＡＰ応答は、次のラウンドのＣ－ＯＦＤＭＡ伝送の予期されるＢｌｏｃｋＡｃｋフレームの推定されるパラメータと、協調フェーズ中に共有側ＡＰが必要とし得る他のネゴシエーション情報（すなわち空のバッファ報告）とを伝えることができる。ＭＡＰ応答は、ＭＡＰトリガー（MAP Trigger）フレームによって勧誘することができ、１ラウンドのＣ－ＯＦＤＭＡ伝送の終了時に送信することができる。共有側ＡＰは、次の条件、すなわち、残りのＴＸＯＰにおいて可能である、および、次のラウンドのＣ－ＯＦＤＭＡ伝送が同期伝送である、が満たされるときにのみＭＡＰ応答を勧誘する。

１ラウンドのＣ－ＯＦＤＭＡ伝送において、共有側ＡＰは、ＭＡＰ応答におけるパラメータと、ＭＡＰトリガー（MAP Trigger）フレームにおける自身の要件とに基づいて、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示す。（１つ以上の）被共有ＡＰは、ＤＬ ＴＸＶＥＣＴＯＲフィールドおよびＵＬ ＴＸＶＥＣＴＯＲフィールドの両方に示されるパラメータに従って、ＤＬ送信を準備して送信する。共有側ＡＰおよび（１つ以上の）被共有ＡＰは、ＤＬ送信に含まれるＨＥバリアントＨＴ制御（HE variant HT Control）フィールドのＴＲＳ制御（TRS Control）サブフィールドまたはＭＵ－ＢＡＲトリガー（MU-BAR Trigger）フレームを使用して、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを関連付けられるＳＴＡに示す。有利なことに、これにより、（１つ以上の）被共有ＡＰのデータ伝送が成功することが保証される。Ｃ－ＯＦＤＭＡ伝送手順には、ＭＡＰ応答のオーバーヘッドが追加される。さらに、共有側ＡＰに関連付けられるＳＴＡのために「空白スペース」が作成される。図２７は、「空白スペース」の例示的なフロー図２７００を示している。フロー図２７００において、ＳＴＡ１は被共有ＡＰを聞くことができない。ＭＡＰ応答２７０２および次のＳＩＦＳ ２７０４の持続時間において、ＳＴＡ１によりチャネルはアイドルとして検出される。この持続時間は、ＳＴＡ１にとって「空白スペース」２７０６である。ＳＴＡ１がこの期間中に何かを送信しようとすると、衝突が発生し得る。

共有側ＡＰは、ＭＡＰ応答必要（MAP Response Required）サブフィールド２８０２を利用することによって、図２８に示したＭＡＰトリガー（MAP Trigger）フレーム２８００において被共有ＡＰからのＭＡＰ応答が要求されるかどうかを示すことができる。ＭＡＰ応答が要求されるとき、Ｃ－ＯＦＤＭＡ送信の１ラウンドの手順は、図２９の例示的なフロー図２９００に示したとおりである。被共有ＡＰは、受信したＢｌｏｃｋＡｃｋフレームの後のＳＩＦＳにおいて、ＭＡＰ応答２９０２を共有側ＡＰに送信する。

図３０の例示的なフロー図３０００におけるＭＡＰ応答３００２に示したように、ＭＡＰ応答はＭＡＣフレームで伝えられてもよい。例えば、ＭＡＰ応答３００２は、ＭＡＰ応答フレームを伝えるＥＨＴ ＰＰＤＵであってもよい。

図３１は、例示的なＭＡＰ応答フレームフォーマット３１００を示している。ＭＡＰ応答フレームを伝えるＰＰＤＵのパラメータ（例えばＰＰＤＵ長、ＥＨＴ－ＬＴＦシンボルの数など）は、予め定義されたデフォルトのパラメータリストとして設定することができる、あるいは、必要なパラメータをＭＡＰトリガー（MAP Trigger）フレームにおいて示すことができる。

ＭＡＰ応答の情報は、ヌルデータパケット（ＮＤＰ）において伝えることができる。図３２の例示的なフロー図３２００に示したように、ＭＡＰ応答３２０４は、ＭＡＰ応答ＮＤＰとすることができる。ＭＡＰ応答ＮＤＰを勧誘するために必要ないくつかの情報（すなわちターゲットＲＳＳＩ）は、ＭＡＰトリガー（MAP Trigger）フレーム３２０２のＡＰ情報リスト（AP Info List）フィールドのＡＰ毎情報（Per AP Info）サブフィールドに示されるものとする。ＭＡＰ応答ＮＤＰ ３３００の例示的なフォーマットを図３３に示す。有利なことに、ＭＡＣフレームでＭＡＰ応答を伝えるのと比較して、より低いオーバーヘッドが達成される。しかしながら、被共有ＡＰに関連付けられるＳＴＡは、ＭＡＰ応答ＮＤＰの目的を認識できないことがある。

スケジューリングされた被共有ＡＰは、ＭＡＰ応答ＮＤＰのＥＨＴ－ＬＴＦフィールドを使用して好ましいパラメータを示すために、異なるトーンセットを使用することができる。トーンセットは、ＦＥＥＤＢＡＣＫ＿ＳＴＡＴＵＳ（２種類のステータス）とＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ（各ステータスに対して１８種類のトーンセット）から決定することができ、したがって各２０ＭＨｚチャネルに対して合計３６個のエントリが存在する。好ましいＰＰＤＵフォーマット、好ましいＭＣＳ、好ましいＢＡタイプなどの好ましいパラメータを示す必要がある。図３４の例示的なテーブル３４００を参照すると、好ましいＰＰＤＵフォーマットは、フィードバックステータスが「０」であるとき、非ＨＴ ＰＰＤＵ（ＲＵトーンセットインデックスが１）、ＨＥ ＰＰＤＵ（ＲＵトーンセットインデックスが２）、およびＥＨＴ ＰＰＤＵ（ＲＵトーンセットインデックスが３）などの３つのエントリを有することができる。フィードバックステータスが「１」である図３５の例示的なテーブル３５００を参照すると、１～１４のＲＵトーンセットインデックスを有する好ましいＭＣＳの０～１３個のエントリが存在し得る。ＡＰは、ＥＨＴ－ＬＴＦにおいて複数のトーンセットが使用されているかどうかを検出することによって、ＭＡＰ応答ＮＤＰをＥＨＴ ＴＢフィードバックＮＤＰ（単一のＲＵトーンセットのみが使用される）と区別することができる。さらに、拡張圧縮／圧縮／マルチトラフィック識別子（Ｍｕｌｔｉ－ＴＩＤ）／再試行を伴うグループキャスト（ＧＣＲ）／一般リンクＧＣＲ（ＧＬＫ－ＧＣＲ）などの好ましいＢＡタイプに関する５つのエントリが存在することができる。

ＭＡＰ応答ＮＤＰにおける利用可能なエントリを使用して、被共有ＡＰのバッファの状態を示すことができる。例えば、被共有ＡＰが空のバッファを示す場合、共有側ＡＰは（１つ以上の）被共有ＡＰとの協調を終了し、対応する（１つ以上の）サブチャネルを自身または他の（１つ以上の）被共有ＡＰに再割当てすることができる。信頼性を向上させるために、複数のエントリを集約して単一の好ましいパラメータを示すことができる。例えば、ＦＥＥＤＢＡＣＫ＿ＳＴＡＴＵＳが０であるときのＲＵ＿ＴＯＮＥ＿ＳＥＴ＿ＩＮＤＥＸ １＋２＋３を使用して、「非ＨＴ ＰＰＤＵが好ましい」ことを示す。

共有側ＡＰは、関連付けられるＳＴＡの「空白スペース」を減らすために、ＭＡＰ応答送信のために自身が使用するサブチャネルを（１つ以上の）被共有ＡＰに割り当てることができる。例えば、被共有ＡＰは、自身の割り当てられたサブチャネルのみならず、余分に割り当てられたサブチャネル上で、ＭＡＰ応答を送信することができる。共有側ＡＰは、関連付けられるＳＴＡの情報（例えば、位置、動作帯域幅）に基づいて、（１つ以上の）被共有ＡＰに余分なサブチャネルを割り当てることができ、余分なサブチャネルはＭＡＰ応答送信のためにのみ割り当てられる。

図３６の図解３６００を参照すると、ＡＰセットは、１つの共有側ＡＰ（ＡＰ１）および２つの被共有ＡＰ（ＡＰ２、ＡＰ３）を含む。ＡＰ１は８０ＭＨｚチャネルにおいてＴＸＯＰを取得し、３番目および４番目の２０ＭＨｚサブチャネルをそれぞれＡＰ２およびＡＰ３に割り当てる。ＡＰ１は、４０ＭＨｚで動作するＳＴＡ１およびＳＴＡ３と、２０ＭＨｚで動作するＳＴＡ２の３つのＳＴＡに関連付けられている。重なっている領域３６０２および３６０４に示したように、ＳＴＡ１はＡＰ２の到達可能範囲内にあり、ＳＴＡ２はＡＰ３の到達可能範囲内にある。ＡＰ１は、ＭＡＰ応答を送信するためのプライマリ２０ＭＨｚをＡＰ３に割り当てるとともに、ＡＰ２に別の２０ＭＨｚを割り当てる。この場合、ＳＴＡ１およびＳＴＡ２の「空白スペース」が回避される。

図３７は、被共有ＡＰの動作のフローチャート３７００を示している。プロセスは、ステップ３７０２で開始する。ステップ３７０４において、ＭＡＰ Ｔｒｉｇｇｅｒフレームを受信する。ステップ３７０６では、ＭＡＰ Ｔｒｉｇｇｅｒフレームにおいて、次の送信が同期送信であることが示されているかどうかを判定する。「はい」であると判定された場合、処理はステップ３７０８に進み、ＭＡＰ Ｔｒｉｇｇｅｒフレームの共通情報フィールドおよびＡＰ情報リストフィールドから情報を取得する。ステップ３７１０において、取得したパラメータに従って送信を導出する。ステップ３７１２において、ＤＬ ＰＰＤＵを送信し、その後、プロセスはステップ３７１４で終了する。一方、ステップ３７０６において、次の送信が同期送信ではない、すなわち非同期送信であると判定された場合、プロセスはステップ３７１６に進み、割り当てられたサブチャネルおよび付与された持続時間（すなわち残りのＴＸＯＰ）に関する情報を取得する。ステップ３７１８において、付与された持続時間の間、割り当てられたサブチャネル上で送信を独立して行う。その後、プロセスはステップ３７１４において終了する。

拡張フレーム間スペース（ＥＩＦＳ）を使用するＣ－ＯＦＤＭＡエラー回復の場合、応答としてＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームを必要とするＭＰＤＵまたはＡ－ＭＰＤＵを送信した後、共有側ＡＰは、ＰＨＹ－ＴＸＥＮＤ確認プリミティブを起点としてａＳＩＦＳＴｉｍｅ＋ａＳｌｏｔＴｉｍｅ＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙの値を有するＡｃｋＴｉｍｅｏｕｔ間隔を待機するものとする。ＡｃｋＴｉｍｅｏｕｔ間隔中にＰＨＹ－ＲＸＳＴＡＲＴ表示プリミティブが発生しない（すなわちＡＣＫ／ＢｌｏｃｋＡｃｋフレームが受信されない）場合、共有側ＡＰは、前回の送信の後のＥＩＦＳにおいて（１つ以上の）被共有ＡＰへの送信を開始する。共有側ＡＰは、ＥＩＦＳの間にＥＤ（エネルギ検出）センシングを行うものとし、検出の結果がアイドルである場合にのみ送信を開始する。図３８のフロー図３８００を参照すると、ＥＩＦＳ ３８０２は、ａＳＩＦＳＴｉｍｅ ３８０４＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ＡＩＦＳ（アービトレーションフレーム間スペース：arbitration interframe space）３８０６の和の持続時間を有することができ、ここでＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅは、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵ ３８０８の予測持続時間である。

新しいＣ－ＯＦＤＭＡエラー回復間隔を使用するＣ－ＯＦＤＭＡエラー回復の場合、応答としてＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームを必要とするＭＰＤＵまたはＡ－ＭＰＤＵを送信した後、共有側ＡＰは、ＰＨＹ－ＴＸＥＮＤ確認プリミティブを起点としてａＳＩＦＳＴｉｍｅ＋ａＳｌｏｔＴｉｍｅ＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙの値を有するＡｃｋＴｉｍｅｏｕｔ間隔を待機するものとする。ＡｃｋＴｉｍｅｏｕｔ間隔中にＰＨＹ－ＲＸＳＴＡＲＴ表示プリミティブが発生しない（すなわちＡＣＫ／ＢｌｏｃｋＡｃｋフレームが受信されない）場合、共有側ＡＰは、前回の送信の後のＣ－ＯＦＤＭＡエラー回復間隔において（１つ以上の）被共有ＡＰへの別の送信を開始する。共有側ＡＰは、Ｃ－ＯＦＤＭＡエラー回復中にＥＤ（エネルギ検出）センシングを実行するものとし、検出結果がアイドルである場合にのみ、送信を開始する。図３９のフロー図３９００を参照すると、Ｃ－ＯＦＤＭＡエラー回復間隔３９０２は、ａＳＩＦＳＴｉｍｅ ３９０４＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ａＳＩＦＳＴｉｍｅ ３９０６の和の持続時間を有することができ、ここでＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅは、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵ ３９０８の予測持続時間である。誤りのあるＢｌｏｃｋＡｃｋフレームを受信した場合、共有側ＡＰは、ＰＩＦＳ回復メカニズムに従ってエラー回復を実行する。ＢｌｏｃｋＡｃｋフレームの送信が整列しているとき、ＰＩＦＳ回復メカニズムによって衝突が発生することはない。

ショートＰＰＤＵの送信を使用するＣ－ＯＦＤＭＡエラー回復の場合、応答としてＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームを必要とするＭＰＤＵまたはＡ－ＭＰＤＵを送信した後、共有側ＡＰは、ＰＨＹ－ＴＸＥＮＤ確認プリミティブを起点としてａＳＩＦＳＴｉｍｅ＋ａＳｌｏｔＴｉｍｅ＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙの値を有するＡｃｋＴｉｍｅｏｕｔ間隔を待機するものとする。図４０のフロー図４０００を参照すると、ＡｃｋＴｉｍｅｏｕｔ間隔中にＰＨＹ－ＲＸＳＴＡＲＴ．表示プリミティブが発生しない（すなわちＢＡ ４００２などのＡＣＫ／ＢｌｏｃｋＡｃｋフレームが受信されない）場合、共有側ＡＰは、前回の送信後のＰＩＦＳにおいて、関連付けられるＳＴＡまたは自身に対して１つ以上のショートＰＰＤＵ ４００４（例えばＲＴＳフレーム、ＣＴＳ－ｔｏ－ｓｅｌｆフレーム）を送信する。共有側ＡＰは、ショートＰＰＤＵ（例えば、ＲＴＳとＣＴＳの交換、複数のＣＴＳ－ｔｏ－ｓｅｌｆフレーム）の後のＳＩＦＳにおいて、（１つ以上の）被共有ＡＰへの別の送信を開始し（すなわちＭＡＰ Ｔｒｉｇｇｅｒフレーム４００６で開始）、ショートＰＰＤＵ ４００４の持続時間が、予期されるＢｌｏｃｋＡｃｋフレーム４００２の持続時間を超えることを保証する。

図４１は、エラー回復における共有側ＡＰの動作のフローチャート４１００を示している。プロセスは、ステップ４１０２で開始される。ステップ４１０４において、即時フィードバックを必要とするフレームを含むＰＰＤＵを送信する。ステップ４１０６において、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームの受信がＡｃｋＴｉｍｅｏｕｔ間隔中に起こるかどうかを判定する。「はい」であると判定された場合、プロセスはステップ４１０８に進み、受信したフレームが正しく復号および復調されるかどうかを判定する。「はい」であると判定された場合、プロセスはステップ４１１０に進み、受信したＡＣＫ／ＢｌｏｃｋＡｃｋフレーム後のＳＩＦＳにおいて別の送信を開始し、その後、プロセスはステップ４１１２で終了する。そうでない場合、プロセスは代わりにステップ４１１４に進み、ＰＩＦＳ回復メカニズムに従って別の送信を開始し、その後、プロセスはステップ４１１２で終了する。一方、ステップ４１０６において、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームの受信がＡｃｋＴｉｍｅｏｕｔ間隔中に起こらなかったと判定された場合、プロセスは代わりにステップ４１１６に進み、Ｃ－ＯＦＤＭＡエラー回復メカニズムに従って（すなわち図３８、図３９、および図４０の例に示したように）別の送信を開始し、プロセスはステップ４１１２で終了する。

図４２のフロー図４２００を参照すると、ＭＡＰ応答が要求され、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームが受信される場合におけるＣ－ＯＦＤＭＡエラー回復では、被共有ＡＰは、受信したＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２の終了後のＳＩＦＳにおいて、ＭＡＰ応答４２０４を送信することができる。予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２が受信されない場合、被共有ＡＰは、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２の終了後のＳＩＦＳにおいて、ＭＡＰ応答４２０４を送信する。受信したＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２が無効であると認識された場合、被共有ＡＰは、その後のＭＡＰ応答４２０４を送信しない。予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２がＡｃｋＴｉｍｅｏｕｔ間隔中に受信された場合、ＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４２０２が正常に復号されるか否かに関わらず、共有側ＡＰは、ＰＨＹ－ＲＸＥＮＤ確認プリミティブを起点としてＡｃｋＴｉｍｅｏｕｔ間隔を待機するものとする。ＡｃｋＴｉｍｅｏｕｔ間隔中にＰＨＹ－ＲＸＳＴＡＲＴ表示プリミティブが発生しなかった（すなわちＭＡＰ応答４２０４が受信されない）場合、共有側ＡＰは、ＢｌｏｃｋＡｃｋフレーム４２０２の終了後のＰＩＦＳにおいて、（１つ以上の）被共有ＡＰへの送信を開始する、すなわちＭＡＰ Ｔｒｉｇｇｅｒフレーム４２０６から開始する。

図４３のフロー図４３００を参照すると、ＭＡＰ応答が要求され、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４３０２がＡｃｋＴｉｍｅｏｕｔ間隔中に受信されない場合のＣ－ＯＦＤＭＡエラー回復では、共有側ＡＰは、ＡＣＫ／ＢｌｏｃｋＡｃｋフレーム４３０２の推定される終了後にＡｃｋＴｉｍｅｏｕｔ間隔を待機するものとする。ＡｃｋＴｉｍｅｏｕｔ間隔中にＰＨＹ－ＲＸＳＴＡＲＴ表示プリミティブが発生しない（すなわちＭＡＰ応答４３０４が受信されない）場合、共有側ＡＰは、前の送信後のＥＩＦＳにおいて（最短ＥＩＦＳ＝ａＳＩＦＳＴｉｍｅ＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ＰＩＦＳであるように）、またはＡＣＫ／ＢｌｏｃｋＡｃｋフレームの推定される終了後のＰＩＦＳにおいて、（１つ以上の）被共有ＡＰへの送信を開始する（すなわちＭＡＰ Ｔｒｉｇｇｅｒフレーム４３０６で開始する）ことができる。複雑さを低減するために、ＭＡＰ応答が壊れていても、いかなるエラー回復手順も引き起こさない。

図４４は、Ｃ－ＯＦＤＭＡエラー回復における共有側ＡＰの動作のフローチャート４４００を示している。プロセスはステップ４４０２で開始する。ステップ４４０４において、ＭＡＰ Ｔｒｉｇｇｅｒフレームを送信する。ステップ４４０６では、ＭＡＰ Ｔｒｉｇｇｅｒフレームにおいて、ＭＡＰ応答が必要であると示されているかどうかを判定する。「はい」であると判定された場合、プロセスは次にステップ４４０８に進み、即時フィードバックを必要とするフレームを伝えるＰＰＤＵを送信する。ステップ４４１０において、ＭＡＰ応答を含むＣ－ＯＦＤＭＡエラー回復メカニズムを進める。その後、プロセスはステップ４４１２において終了する。一方、ステップ４４０６で、ＭＡＰ Ｔｒｉｇｇｅｒフレームにおいて、ＭＡＰ応答が必要であると示されていないと判定された場合、プロセスは代わりにステップ４１１４に進み、通常のＣ－ＯＦＤＭＡエラー回復メカニズムを進め、プロセスはステップ４４１２において終了する。

図４５は、ＭＡＰ応答を含むＣ－ＯＦＤＭＡエラー回復メカニズムにおける共有側ＡＰの動作のフローチャート４５００を示している。プロセスは、ステップ４５０２において開始する。ステップ４５０４において、予期されるＡＣＫ／ＢｌｏｃｋＡｃｋフレームの受信がＡｃｋＴｉｍｅｏｕｔ間隔中に起こるかどうかを判定する。「はい」であると判定された場合、プロセスは次にステップ４５０６に進み、予期されるＭＡＰ応答の受信が、ＡＣＫ／ＢｌｏｃｋＡｃｋフレームの予期される終了後のＡｃｋＴｉｍｅｏｕｔ間隔中に起こるかどうかを判定する。「はい」であると判定された場合、プロセスは次にステップ４５０８に進み、ＳＩＦＳの後に別の送信を開始し、プロセスはステップ４５１０において終了する。そうでない場合、プロセスはステップ４５０６から代わりにステップ４５１２に進み、ＡＣＫ／ＢｌｏｃｋＡｃｋフレームの終了後のＰＩＦＳにおいて別の送信を開始し、ステップ４５１０において終了する。一方、ステップ４５０４において、予期されたＡＣＫ／ＢｌｏｃｋＡｃｋフレームの受信がＡｃｋＴｉｍｅｏｕｔ間隔中に起こらなかったと判定された場合、プロセスは代わりにステップ４５１４に進み、予期されるＭＡＰ応答の受信が、ＡＣＫ／ＢｌｏｃｋＡｃｋフレームの予期された終了後のＡｃｋＴｉｍｅｏｕｔ間隔中に起こるかどうかを判定する。「はい」であると判定された場合、プロセスはステップ４５０８に進み、ＳＩＦＳの後に別の送信を開始し、その後、プロセスはステップ４５１０において終了する。そうでない場合、プロセスはステップ４５１４から代わりにステップ４５１６に進み、前の送信の後の特定の持続時間において別の送信を開始し、その後プロセスはステップ４５１０において終了する。

図４６は、様々な実施形態による、通信デバイス４６００、例えば通信装置、例えば共有側ＡＰの構成を示している。図４６の概略的な例における通信デバイス４６００は、少なくとも１つのアンテナ４６０２と、少なくとも１つの無線送信機４６０４、少なくとも１つの無線受信機４６０６、および回路４６０８を有する。回路４６０８は、少なくとも１つのコントローラまたはＣＰＵ ４６１０を含むことができ、コントローラまたはＣＰＵ ４６１０は、関連付けられるＳＴＡなどの他の通信装置、または被共有ＡＰなどの別のＡＰとの通信の制御を含む、ＣＰＵ ４６１０が実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するために使用される。

回路４６０８は、通信デバイス４６００の送信プロセスを担当する送信マネージャ４６１２をさらに含むことができる。送信マネージャ４６１２は、ＭＡＰ応答をスケジューリングするＭＡＰ応答スケジューラ４６１４と、ＢＡパラメータを決定するＢＡパラメータ決定モジュール４６１６と、送信タイプを決定する送信タイプ決定モジュール４６１８とを含むことができる。

ＡＰによってＳＴＡに送信されるＰＰＤＵは、必要な一部のパラメータのみを含むことができる。このような必要なパラメータとしては、ＰＰＤＵのフォーマット、ＰＰＤＵの長さ、ＡＰ送信電力、ターゲットＲＳＳＩ、および他の類似するパラメータが挙げられる。ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの他のパラメータは、ＭＣＳ、データレート、および他の類似するパラメータなど、示されたパラメータに従ってＳＴＡ自身によって決定することができる。整列性を確保するために、ＬＴＦシンボル数などの一部のパラメータは、統一された事前定義リストによって決定することができる。

ＡＰによってＳＴＡに送信されるＰＰＤＵは、必要な一部のパラメータのみを含むことができ、ＢｌｏｃｋＡｃｋフレームの他のパラメータは、示されたパラメータに従ってＳＴＡ自身によって決定することができる。例えば、いくつかの必要なパラメータとしては、ＢｌｏｃｋＡｃｋのタイプ、最大ビットマップサイズ、および他の類似するパラメータが挙げられる。ＳＴＡによって決定することのできるパラメータとしては、ビットマップサイズおよび他の類似するパラメータが挙げられる。

さらに、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵまたはＢｌｏｃｋＡｃｋフレームの部分パラメータを有するＢｌｏｃｋＡｃｋを勧誘する新しいＡ－制御フィールド／新しいＴｒｉｇｇｅｒフレーム、または新しいＭＡＣ機能を受信するＳＴＡは、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵまたはＢｌｏｃｋＡｃｋフレームの他のパラメータを、示されたパラメータに従って自身によって決定することができる。

図４７は、様々な実施形態に係る通信方法を図解したフロー図４７００を示している。ステップ４７０２において、後続の送信の情報を含むフレームを生成する。ステップ４７０４において、このフレームを通信装置に送信する。

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

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

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

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

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

通信装置４８００は、動作時に、マルチＡＰ同期伝送に必要な機能を提供する。例えば、通信装置４８００は、共有側ＡＰとすることができる。回路４８１４は、動作時、後続の送信の情報を含むフレームを生成することができる。送信機４８０２は、動作時、そのフレームを別の通信装置に送信することができる。

通信装置４８００および別の通信装置は、ＡＰとすることができる。情報は、後続の送信が非同期であるか同期であるかを示すことができる。情報は、後続の送信に対するＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示すことができる。回路４８１４は、ＢｌｏｃｋＡｃｋフレーム内のビットマップの最大長に基づいてパラメータを決定するようにさらに構成することができる。

情報は、後続の送信がダウンリンク（ＤＬ）送信であることをさらに示すことができ、送信機４８０２は、情報に基づいて関連付けられるＳＴＡにデータを送信するように構成することができ、受信機４８０４は、動作時、データを送信した後に、パラメータに基づいて関連付けられるＳＴＡからＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵを受信することができる。

情報は、後続の送信がＵＬ送信であることをさらに示すことができ、受信機４８０４は、動作時、情報に基づいて関連付けられるＳＴＡからデータを受信することができ、送信機４８０２は、データを受信した後にパラメータに基づいて、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵを関連付けられるＳＴＡに送信するよう構成することができる。

フレームはＭＡＰ Ｔｒｉｇｇｅｒフレームとすることができ、ＭＡＰ ＴｒｉｇｇｅｒフレームのＢＡ勧誘方法（BA Soliciting Manner）サブフィールドが「ＴＲＳ制御フィールドまたはＴｒｉｇｇｅｒフレーム」と示されるとき、送信機は、ＢｌｏｃｋＡｃｋフレームのパラメータを示すＴＲＳ制御（TRS Control）サブフィールドまたはＭＢＳ制御（MBS Control）サブフィールドを有するフレームを関連付けられるＳＴＡに送信するように構成することができる。

送信機４８０２は、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示すＭＵ－ＢＡＲトリガー（MU-BAR Trigger）フレームまたはＭＡＰ－ＢＡＲトリガー（MAP-BAR trigger）フレームを関連付けられるＳＴＡに送信するように構成することができる。

フレームは、ＭＡＰトリガー（MAP trigger）フレームとすることができ、ＭＡＰ Ｔｒｉｇｇｅｒフレームは、別の通信装置からのＭＡＰ応答の要求を含み、受信機４８０４は、動作時に、別の通信装置からＭＡＰ応答を受信することができ、ＭＡＰ応答は、後続の送信に対する予期されるＢｌｏｃｋＡｃｋフレームの推定されるパラメータを含む。送信機４８０２は、パラメータがＭＡＰ応答における推定されるパラメータに基づいて決定されるように、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示す別のＭＡＰトリガー（MAP Trigger）フレームを別の通信装置に送信するように構成することができ、送信機４８０２は、データが、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示すように、関連付けられるＳＴＡにデータを送信するようにさらに構成することができる。予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが前の送信後のＡｃｋＴｉｍｅｏｕｔ間隔内に受信され、ＰＨＹ－ＲＸＥＮＤ確認プリミティブを起点として別のＡｃｋＴｉｍｅｏｕｔ間隔中にＭＡＰ応答が受信されないとき、送信機４８０２は、受信されたＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの終了後のＰＩＦＳにおいて、別の通信装置への別の送信を開始するように構成することができる。予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが前の送信後のＡｃｋＴｉｍｅｏｕｔ間隔内に受信されず、予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの推定される終了後の別のＡｃｋＴｉｍｅｏｕｔ間隔内にＭＡＰ応答が受信されないとき、送信機４８０２は、受信したＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの終了後のＰＩＦＳにおいて、または前の送信後のＥＩＦＳにおいて、別の通信装置への別の送信を開始するように構成することができる。

送信機４８０２は、応答としてＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームを必要とするＭＰＤＵまたはＡ－ＭＰＤＵを送信するように構成することができ、送信機４８０２は、ＭＰＤＵまたはＡ－ＭＰＤＵの送信後のＡｃｋＴｉｍｅｏｕｔ間隔内にＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが受信されないとき、ＭＰＤＵまたはＡ－ＭＰＤＵの送信後の時間持続時間（time duration）において別の通信装置への別の送信を開始するようにさらに構成することができる。時間持続時間は、拡張フレーム間スペース（ＥＩＦＳ）＝ＳＩＦＳ時間＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ＡＩＦＳ、またはＣ－ＯＦＤＭＡエラー回復間隔＝ａＳＩＦＳＴｉｍｅ＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ａＳＩＦＳＴｉｍｅ、とすることができ、ここでＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅは、ブロックＡｃｋフレームを伝えるＰＰＤＵの予期される持続時間である。送信機４８０２は、ＭＰＤＵまたはＡ－ＭＰＤＵの送信後のＰＩＦＳにおいて、１つ以上のショートＰＰＤＵを関連付けられるＳＴＡに送信する、または通信装置に戻すようにさらに構成することができ、１つ以上のショートＰＰＤＵの送信後のＳＩＦＳにおいて別の送信が開始される。

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

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

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

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

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

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

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

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

このように、本実施形態は、マルチＡＰ同期伝送に対応する通信装置および通信方法を提供することを理解できる。

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

Claims (17)

1. 通信装置であって、
   動作時に、後続の送信の情報を含むフレームを生成する回路と、
   前記フレームを別の通信装置に送信する送信機と、
   を備えている、通信装置。
2. 前記通信装置および前記別の通信装置が、アクセスポイント（ＡＰ）である、
   請求項１に記載の通信装置。
3. 前記情報が、前記後続の送信が非同期であるか同期であるかを示す、
   請求項１に記載の通信装置。
4. 前記情報が、前記後続の送信に対するブロック確認応答（ＢｌｏｃｋＡｃｋ）フレームを伝える物理層プロトコルデータユニット（ＰＰＤＵ）のパラメータを示す、
   請求項１に記載の通信装置。
5. 前記回路が、ＢｌｏｃｋＡｃｋフレームにおけるビットマップの最大長に基づいて前記パラメータを決定するように構成されている、
   請求項４に記載の通信装置。
6. 前記情報が、前記後続の送信がダウンリンク（ＤＬ）送信であることをさらに示し、前記送信機が、前記情報に基づいて、関連付けられるＳＴＡにデータを送信するように構成されており、前記通信装置が、動作時に、前記データを送信した後に前記パラメータに基づいて、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵを前記関連付けられるＳＴＡから受信する受信機、をさらに備える、
   請求項４に記載の通信装置。
7. 前記情報が、前記後続の送信がアップリンク（ＵＬ）送信であることをさらに示し、前記通信装置が、動作時に、前記情報に基づいて関連付けられるＳＴＡからデータを受信する受信機、をさらに備え、前記送信機が、前記データを受信した後に前記パラメータに基づいて前記関連付けられるＳＴＡに、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵを送信するよう構成されている、
   請求項４に記載の通信装置。
8. 前記フレームがＭＡＰ Ｔｒｉｇｇｅｒフレームであり、前記ＭＡＰ ＴｒｉｇｇｅｒフレームにおけるＢＡ勧誘方法サブフィールドが「トリガー式応答スケジューリング（ＴＲＳ）制御フィールドまたはＴｒｉｇｇｅｒフレーム」として示されるとき、前記送信機が、ＴＲＳ制御サブフィールドまたはＭＡＰ ＢｌｏｃｋＡｃｋスケジューリング（ＭＢＳ）制御サブフィールドを伝えるフレームを送信し、関連付けられるＳＴＡにＢｌｏｃｋＡｃｋフレームのパラメータを示す、ように構成され得る、
   請求項１に記載の通信装置。
9. 前記送信機が、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを関連付けられるＳＴＡに示すマルチユーザブロック確認応答要求（ＭＵ－ＢＡＲ）ＴｒｉｇｇｅｒフレームまたはＭＡＰ－ＢＡＲ Ｔｒｉｇｇｅｒフレームを送信するよう構成されている、
   請求項１に記載の通信装置。
10. 前記フレームがＭＡＰ Ｔｒｉｇｇｅｒフレームであり、前記ＭＡＰ Ｔｒｉｇｇｅｒフレームが、前記別の通信装置からのＭＡＰ応答の要求を含み、前記通信装置が、動作時に、前記別の通信装置からＭＡＰ応答を受信する受信機、をさらに備え、前記ＭＡＰ応答が、前記後続の送信に対する予期されるＢｌｏｃｋＡｃｋフレームの推定されるパラメータを含む、
    請求項１に記載の通信装置。
11. 前記送信機が、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示す別のＭＡＰ Ｔｒｉｇｇｅｒフレームを前記別の通信装置に送信するように構成されており、したがって前記パラメータが、前記ＭＡＰ応答における前記推定されるパラメータに基づいて決定され、前記送信機が、データを関連付けられるＳＴＡに送信し、したがって前記データが、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵのパラメータを示す、ようにさらに構成されている、
    請求項１０に記載の通信装置。
12. 前記送信機が、応答としてＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームを必要とするＭＡＣプロトコルデータユニット（ＭＰＤＵ）または集約ＭＰＤＵ（Ａ－ＭＰＤＵ）を送信するように構成されており、前記送信機が、前記ＭＰＤＵまたは前記Ａ－ＭＰＤＵの送信後のＡｃｋＴｉｍｅｏｕｔ間隔内にＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが受信されないときに、前記ＭＰＤＵまたは前記Ａ－ＭＰＤＵの送信後の時間持続時間において前記別の通信装置への別の送信を開始するようにさらに構成されている、
    請求項１に記載の通信装置。
13. 前記時間持続時間が、拡張フレーム間スペース（ＥＩＦＳ）＝ショートフレーム間スペース（ＳＩＦＳ）時間＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋アービトレーションフレーム間スペース（ＡＩＦＳ）、または協調直交周波数分割多元接続（Ｃ－ＯＦＤＭＡ）エラー回復間隔＝ａＳＩＦＳＴｉｍｅ＋ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅ＋ａＳＩＦＳＴｉｍｅであり、前記ＥｓｔｉｍａｔｅｄＡｃｋＴｘＴｉｍｅが、ＢｌｏｃｋＡｃｋフレームを伝えるＰＰＤＵの予測される持続時間である、
    請求項１２に記載の通信装置。
14. 前記送信機が、前記ＭＰＤＵまたは前記Ａ－ＭＰＤＵの前記送信の後の優先フレーム間スペース（ＰＩＦＳ）において、１つ以上のショートＰＰＤＵを関連付けられるＳＴＡに送信する、または前記通信装置に戻すようにさらに構成されており、前記別の送信が、前記１つ以上のショートＰＰＤＵの前記送信の後のＳＩＦＳにおいて開始される、
    請求項１２に記載の通信装置。
15. 予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが、前回の送信の後のＡｃｋＴｉｍｅｏｕｔ間隔内に受信されるとき、かつ、ＰＨＹ－ＲＸＥＮＤ確認プリミティブを起点とする別のＡｃｋＴｉｍｅｏｕｔ間隔の間にＭＡＰ応答が受信されないとき、前記送信機が、前記受信されたＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの終了後のＰＩＦＳにおいて、前記別の通信装置への別の送信を開始するように構成されている、
    請求項１０に記載の通信装置。
16. 予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームが、前回の送信の後のＡｃｋＴｉｍｅｏｕｔ間隔内に受信されないとき、かつ、前記予期されるＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの推定される終了後の別のＡｃｋＴｉｍｅｏｕｔ間隔の間にＭＡＰ応答が受信されないとき、前記送信機が、前記受信されたＡｃｋフレームまたはＢｌｏｃｋＡｃｋフレームの前記終了後のＰＩＦＳにおいて、または前記前回の送信の後のＥＩＦＳにおいて、前記別の通信装置への別の送信を開始するように構成されている、
    請求項１０に記載の通信装置。
17. 通信方法であって、
    後続の送信の情報を含むフレームを生成するステップと、
    前記フレームを通信装置に送信するステップと、
    を含む、通信方法。

Images