JP2024515101A - Ｗｌａｎシステムのためのマルチａｐチャネルサウンディングフィードバック手順 - Google Patents

Abstract

マルチアクセスポイント（ＡＰ）セットのメンバーである第１のＡＰに関連付けられた局（ＳＴＡ）は、同様にマルチＡＰセットのメンバーである第２のＡＰからトリガフレームを受信する。ＳＴＡは、第２のＡＰに関連付けられない。トリガフレームは、ＳＴＡと第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）と、第１のＡＰのＡＰ識別子（ＡＰＩＤ）とを含み、ＳＴＡは、ＳＴＡと第２のＡＰとの間の通信チャネルのチャネル品質を示す情報を含むフィードバックメッセージを第２のＡＰに送信する。ＯＢＳＳ ＳＴＡからのフィードバックを要請するトリガフレームのための様々なフォーマットが開示される。

Description

（関連出願の相互参照）
本出願は、２０２１年４月２３日に出願された米国特許仮出願第６３／１７８，９３６号及び２０２１年５月２１日に出願された米国特許仮出願第６３／１９１，６５１号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。

インフラストラクチャ基本サービスセット（Infrastructure Basic Service Set、ＢＳＳ）モードのワイヤレスローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）は、ＢＳＳのアクセスポイント（Access Point、ＡＰ）と、ＡＰに関連付けられた１つ以上の局（station、ＳＴＡ）とを含み得る。ＡＰは、トラフィックをＢＳＳ内及びＢＳＳ外に搬送する、分配システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス若しくはインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し、ＳＴＡに配信され得る。ＳＴＡから生じるＢＳＳ外の宛先までのトラフィックは、ＡＰに送信されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックもまた、ＡＰを通って送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信する。

８０２．１１ ａｃ及び／又は８０２．１１ ａｘなど、インフラストラクチャ動作モードのための米国電子電気技術者協会（Electronics and Electrical Engineers、ＩＥＥＥ）８０２．１１規格によれば、ＡＰは、固定チャネル、通常はプライマリチャネル上でビーコンを送信し得る。このチャネルは、２０ＭＨｚ幅であり得、ＢＳＳの動作チャネルであり得る。このチャネルはまた、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。８０２．１１システムにおける基本チャネルアクセスは、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）であり得る。この動作モードでは、一部のＳＴＡ、又はＡＰを含む全てのＳＴＡは、プライマリチャネルを感知し得る。チャネルがビジーであると検出された場合、ＳＴＡは「バックオフ」され得る。したがって、１つのＳＴＡは、ＢＳＳにおける任意の所与の時間に送信し得る。

８０２．１１ｎ規格に従って動作する実施形態では、高スループット（High Throughput、ＨＴ）ＳＴＡはまた、通信のために４０ＭＨｚ幅のチャネルを使用し得る。これは、プライマリ２０ＭＨｚチャネルを、隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の連続するチャネルを形成することによって達成され得る。

８０２．１１ａｃ規格に従って動作する実施形態では、非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上記の８０２．１１ｎと同様の連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって又は８０＋８０構成とも称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割するセグメントパーサを通過し得る。逆離散フーリエ変換（Inverse Discrete Fourier Transformation、ＩＤＦＴ）動作及び時間ドメイン処理は、各ストリームで別々に行われ得る。次いで、ストリームは、２つのチャネルにマッピングされ得、データは送信され得る。受信機では、この機構は逆になり得、組み合わせたデータはＭＡＣに送信され得る。

スペクトル効率を改善するために、８０２．１１ａｃ規格に従って動作するシステムは、例えば、ダウンリンクＯＦＤＭシンボル中に、同じシンボルの時間フレーム内の複数のＳＴＡへのＡＰからのダウンリンクマルチユーザＭＩＭＯ（Multi-User MIMO、ＭＵ－ＭＩＭＯ）送信の概念を実装し得る。ダウンリンクＭＵ－ＭＩＭＯの使用の可能性は、８０２．１１ ａｈ規格に従って動作する実施形態についても検討され得る。ダウンリンクＭＵ－ＭＩＭＯは８０２．１１ａｃで使用されるように、同じシンボルタイミングを複数のＳＴＡへの送信に使用し得るため、複数のＳＴＡへの波形送信の干渉は、問題でなくなり得ることに留意することが重要である。しかしながら、ＡＰからのＭＵ－ＭＩＭＯ送信に関与する全てのＳＴＡは、同じチャネル又は帯域を使用する必要があり得、これは、ＡＰからのＭＵ－ＭＩＭＯ送信の宛先として含まれる、ＳＴＡによってサポートされる最小チャネル帯域幅に動作帯域幅を制限し得る。

マルチアクセスポイント（ＡＰ）セットのメンバーである第１のＡＰに関連付けられた局（ＳＴＡ）は、同様にマルチＡＰセットのメンバーである第２のＡＰからトリガフレームを受信する。ＳＴＡは、第２のＡＰに関連付けられない。トリガフレームは、ＳＴＡと第１のＡＰとの間の関連付けに関する関連付け識別子（association identifier、ＡＩＤ）と、第１のＡＰのＡＰ識別子（AP identifier、ＡＰＩＤ）とを含む。ＳＴＡは、ＳＴＡと第２のＡＰとの間の通信チャネルのチャネル品質を示す情報を含むフィードバックメッセージを第２のＡＰに送信する。ＯＢＳＳ ＳＴＡにフィードバックを要請するためのトリガフレームのための様々なフォーマットが開示される。

一実施形態では、トリガフレームは、ビームフォーミング報告ポール（beamforming report poll、ＢＦＲＰ）トリガフレームである。ＢＦＲＰトリガフレームは、ＳＴＡと第１のＡＰとの間の関連付けに関するＡＩＤを含むユーザ情報フィールドを含む。ユーザ情報フィールドはまた、重複基本サービスセット（overlapping basic service set、ＯＢＳＳ）インジケータと第１のＡＰのＡＰＩＤとを含むトリガ依存ユーザ情報フィールドを含む。ＯＢＳＳインジケータは、ＡＰＩＤが重複基本サービスセット（ＯＢＳＳ）ＡＰであることを示す。

別の実施形態では、トリガフレームはＢＦＲＰトリガフレームであり、ＢＦＲＰトリガフレームは、新しい特殊ユーザ情報フィールド並びに少なくとも１つのユーザ情報フィールドを含む。新しい特殊ユーザ情報フィールドは、対応するユーザ情報フィールドに関連付けられたユーザポインタフィールドを含む。ユーザポインタフィールドは、ＡＰＩＤを含み、対応するユーザ情報フィールドは、ＳＴＡと第１のＡＰとの間の関連付けに関するＡＩＤを含む。

開示される実施形態では、ＢＦＲＰトリガフレームを受信するＯＢＳＳ ＳＴＡ（すなわち、関連付けられていないＳＴＡ）は、ＡＩＤ及びＡＰＩＤを使用して明確に識別され得る。次いで、ＯＢＳＳ ＳＴＡは、関連付けられていないＡＰにフィードバックを送信することができる。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 マルチＡＰシステムにおいて実行されるシーケンシャルチャネルサウンディング手順及びジョイントチャネルサウンディング手順の例を示す図である。 高効率（High Efficiency、ＨＥ）ヌルデータパケット（Null Data Packet、ＮＤＰ）パケットアナウンスメントフレームフォーマットの一例を示す図である。 ＥＨＴ ＮＤＰアナウンスメントフレームにおけるＳＴＡ情報フィールドフォーマットの一例を示す図である。 トリガフレームフォーマットの一例を示す図である。 超高スループット（Extremely High Throughput、ＥＨＴ）バリアントユーザ情報フィールドフォーマットの一例を示す図である。 ＥＨＴ特殊ユーザ情報フィールドフォーマットの一例を示す図である。 重複ＢＳＳ（ＯＢＳＳ）ＳＴＡからチャネル状態情報（Channel State Information、ＣＳＩ）フィードバックを収集するための１つの例示的な手順を示す図である。 ＯＢＳＳ ＳＴＡからＣＳＩフィードバックを収集するための別の例示的な手順を示す図である。 ＥＨＴ／拡張圧縮ビームフォーミング／チャネル品質情報（Channel Quality Information、ＣＱＩ）フレームアクションフィールドフォーマットの一例を提供する。 トリガ依存ユーザ情報サブフィールドの一例を示す図である。 トリガフレームに含まれ得る新しい特殊ユーザ情報の一例を示す図である。 修正されたＥＨＴ／拡張多入力多出力（Multiple Input-Multiple Output、ＭＩＭＯ）制御フィールドの一例を示す図である。 トリガフレームを使用してＯＢＳＳ ＳＴＡフィードバックを要請するための２つの実施形態を示す図である。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれも局（ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイル局、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（gNode B、ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信し、かつ／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像分配などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を行い得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信し、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信し、かつ／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信し、かつ／又は受信するように構成され得るということが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって伝送される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつメモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受電し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノード－Ｂを含み得るということが理解されよう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノード－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する、分配システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス若しくはインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡから生じるＢＳＳ外の宛先までのトラフィックは、ＡＰに送信されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、プライマリチャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃとの間で信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノード－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全部は、１つ以上のエミュレーションデバイス（図示せず）によって行われ得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を行う目的で、別のデバイスに直接結合され得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。

ＩＥＥＥ ８０２．１１ Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）研究グループは、２０１８年９月に形成された。ＥＨＴの開発は、８０２．１１ ａｘに続くＩＥＥＥ ８０２．１１規格に対する次の主要な改訂のための１つの基礎を提供し得る。ＥＨＴ研究グループは、ピークスループットを更に増加させ、ＩＥＥＥ８０２．１１ネットワークの効率を改善する可能性を探る。ＥＨＴ研究グループの確立に続いて、８０２．１１ｂｅタスクグループも、８０２．１１ ＥＨＴ仕様を提供するために確立された。対処されるユースケース及びアプリケーションは、以下のような高スループット及び低レイテンシアプリケーションを含む。Ｖｉｄｅｏ－ｏｖｅｒ－ＷＬＡＮ、拡張現実（ＡＲ）、及び仮想現実（ＶＲ）。ピークスループットの向上及び効率の改善という目標を達成するために、ＥＨＴ ＳＧ及び８０２．１１ ｂｅにおいて論じられた特徴のリストは、マルチＡＰ、マルチバンド／マルチリンク、３２０ＭＨｚ帯域幅、１６個の空間ストリーム、ＨＡＲＱ（Hybrid Automatic Repeat Request）、ＡＰ協調、及び６ＧＨｚチャネルアクセスのための新しい設計を含む。ＩＥＥＥ標準化委員会は、ＥＨＴ研究グループで開発されたプロジェクト認可要求（Project Authorization Request、ＰＡＲ）及び標準規格開発基準（Criteria for Standards Development、ＣＳＤ）に基づいて、ＩＥＥＥ ８０２．１１ｂｅタスクグループ（Task Group、ＴＧ）を承認した。

８０２．１１ ｂｅ規格によるマルチＡＰ送信に関する更なる詳細が、本明細書で説明される。基本的に、マルチＡＰ動作は、ＳＴＡが複数のＡＰから送信を受信することを含む。マルチＡＰ送信は、複数の送信が各ＡＰから同時に受信されるようなＭＵ送信であり得る。

協調マルチＡＰ（coordinated multi-AP、Ｃ－ＭＡＰ）送信は、８０２．１１ ｂｅにおいてサポートされ得る。そのようなＣ－ＭＡＰ送信方式は、以下を含むことができる。協調マルチＡＰ ＯＦＤＭＡ、協調マルチＡＰ ＴＤＭＡ、協調マルチＡＰ空間再利用、協調ビームフォーミング／ヌリング、及びジョイント送信。

協調マルチＡＰシステムのコンテキストでは、いくつかの用語が本明細書で定義され、使用される。例えば、共有ＡＰは、送信機会（transmission opportunity、ＴＸＯＰ）を取得し、マルチＡＰ協調を開始するＥＨＴ ＡＰ又はＥＨＴ ＡＰのセットを指すことがある。共有ＡＰは、協調ＡＰとも称される。共有ＡＰは、共有ＡＰによってマルチＡＰ送信のために協調されるＥＨＴ ＡＰ又はＥＨＴ ＡＰのセットを指す。ＡＰ候補セットは、マルチＡＰ協調を開始するか又はそれに参加するＡＰ又はＡＰのセットを指す。

８０２．１１ｂｅ規格は、ＡＰがＡＰ候補セットの一部であり、共有ＡＰによって開始された協調マルチＡＰ送信に共有ＡＰとして参加することができるかどうかを判定するための機構をサポートし得る。手順は、ＡＰが、取得されたＴＸＯＰのその周波数／時間リソースをＡＰのセットと共有するために定義される必要があり得る。別のＡＰによって共有されるリソース（すなわち、周波数又は時間）を使用することを意図するＡＰは、そのリソースを共有したＡＰにそのリソースの必要性を示すことが可能であり得る。協調ＯＦＤＭＡは、１１ ｂｅにおいてサポートされ得、協調ＯＦＤＭＡでは、ＤＬ ＯＦＤＭＡとその対応するＵＬ ＯＦＤＭＡ肯定応答の両方が許可され得る。

８０２．１１ ｂｅ規格によるマルチＡＰチャネルサウンディングに関する更なる詳細が、本明細書で説明される。８０２．１１ｎ及び８０２．１１ ａｃ規格によるチャネルサウンディングは、一般に明示的チャネルサウンディング又は暗黙的チャネルサウンディングと呼ばれる２つの異なる方式を使用して実行され得る。明示的チャネルサウンディングでは、ＡＰは、ＳＴＡがそれ自体のチャネルを測定し、ＣＳＩフィードバックをＡＰに送ることを可能にするプリアンブルとともに、ＮＤＰをＳＴＡに送信し得る。暗黙的チャネルサウンディングでは、ＳＴＡはＮＤＰを送り得、ＡＰは、チャネルが相互的であると仮定して、ＳＴＡのチャネルを測定し得る。

８０２．１１ｂｅは、ＳＵ－ＭＩＭＯ及びＭＵ－ＭＩＭＯのための空間ストリームの最大数（例えば、１６）をサポートし得る。各ＭＵ－ＭＩＭＯスケジュールされた非ＡＰ ＳＴＡに割り振られる空間ストリームの最大数は、例えば、４に制限され得る。ＤＬ送信が空間的に多重化され得るユーザの最大数は、例えば、ＲＵごとに８であり得る。

８０２．１１ｂｅは、複数ＡＰシステムにおいてチャネルサウンディングの２つ以上のモードをサポートし得る。チャネルサウンディングのこれらのモードのうちの２つは、シーケンシャルサウンディング及びジョイントサウンディングであり得る。シーケンシャルサウンディングでは、各ＡＰは、各ＡＰの重複サウンディング期間なしに独立してＮＤＰを送信することができる。言い換えれば、各ＡＰは、それ自体の時間期間においてサウンディングを実行し、次いで、これらのサウンディング時間期間は、シーケンシャルと呼ばれ得る。ジョイントサウンディングでは、ＡＰは、全てのＬＴＦトーン上でアクティブな合計８個以下のアンテナを有し、ＯＦＤＭシンボルにわたって８０２．１１ ａｘのＰ行列を使用する。言い換えれば、８個以下のアンテナを有するＡＰを含む複数ＡＰシステムにおけるジョイントサウンディングは、全てのＬＴＦトーン上で全てのアンテナをアクティブにし、サウンディング信号を送信／受信するために８０２．１１ ａｘ Ｐ行列を使用することができる。

ＣＳＩフィードバック収集は、複数ＡＰシステムにおいて、８０２．１１ ａｘのような４ステップサウンディングシーケンス（（ヌルデータパケットアナウンスメント（Null Data Packet Announcement、ＮＤＰＡ）＋ＮＤＰ＋ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレーム＋ＣＳＩ報告）を使用して実行されて、ＢＳＳ内と重複ＢＳＳ（ＯＢＳＳ）ＳＴＡの両方からフィードバックを収集することができる。言い換えれば、この４ステッププロセスは、ＡＰによって動作されるＢＳＳ中のＳＴＡ、及びその同じＡＰに関連付けられない重複するＢＳＳ中のＳＴＡからサウンディングフィードバックを取得するために使用され得る。複数ＡＰシステムのためのシーケンシャルサウンディングでは、ＳＴＡは、ＯＢＳＳ ＡＰから受信されたＮＤＰＡフレーム及びＢＦＲＰトリガフレームを処理することができ、ＳＴＡは、ＯＢＳＳ ＡＰからのＢＦＲＰ ＴＦでポーリングされた場合、対応するＣＳＩでＯＢＳＳ ＡＰに応答することができる。

図２は、マルチＡＰシステムにおいて実行されるシーケンシャルチャネルサウンディング手順とジョイントチャネルサウンディング手順の両方の例を示す信号フロー図を示す。いずれかのプロセスを開始するために、一例では、共有ＡＰ（ＡＰ１）がマルチＡＰ ＮＤＰＡを送信し、次いで、協調グループ（ＡＰ１、ＡＰ２、及びＡＰ３）内の各ＡＰがＮＤＰＡを送信し得る。シーケンシャルサウンディング方式では、協調グループ中の各ＡＰ（ＡＰ１、ＡＰ２、及びＡＰ３）は、協調グループ中の全てのＳＴＡに異なる非重複時間中にＮＤＰを送信し得る（すなわち、時間多重化され得る）。このシナリオでは、各ＮＤＰは、ショートフレーム間スペース（short interframe space、ＳＩＦＳ）時間間隔によって分離され得る。ジョイントサウンディング方式では、協調ＡＰ（ＡＰ１、ＡＰ２、及びＡＰ３）は各々、ＮＤＰを同時に送信することができ、ここで、異なるロングトレーニングフィールド（Long Training Field、ＬＴＦ）トーンは、帯域幅全体に広がり、空間的に多重化されるか、又は直交コードを使用するかのいずれかである。そうでない場合、各ＡＰは、ＡＰ間でトーンの重複がないように、選択されたトーン上でのみ、それらのそれぞれのＬＴＦトーンを送信し得る。ＮＤＰフレームを受信するＳＴＡ（ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３）は、次いで、ＣＳＩ又はＣＱＩを判定し、その情報を協調グループ中のＡＰのうちの１つ（ＡＰ１、ＡＰ２、又はＡＰ３）に返信し得る。

ＳＴＡ（図２に示されるＳＴＡ１、ＳＴＡ２、又はＳＴＡ３など）がＮＤＰを受信すると、チャネルを測定し、ＣＳＩフィードバック報告を準備することができる。少なくとも３つの異なる方法が、ＳＴＡからＣＳＩを収集するために使用され得る。場合によっては、各ＡＰは、ｉｎ－ＢＳＳ及びＯＢＳＳ ＳＴＡのフィードバックを含む全てのＣＳＩを収集し得る。場合によっては、各ＡＰは、その関連付けられたＳＴＡのみからＣＳＩを収集し得る。また、場合によっては、共有ＡＰ（図２のＡＰ１）は、協調グループ内の全ての共有ＡＰのＣＳＩを収集することができる。

マルチＡＰシステムにおけるチャネルサウンディング手順には様々な課題が存在する。１つのそのような問題は、サウンディング手順に関与するＳＴＡが協調ＡＰを聞くことができない場合があることである。

他の課題は、マルチＡＰ協調セット内のＡＰの同期、異なるサウンディング方式のオーバーヘッド、複雑さ、及び性能、明示的及び暗黙的サウンディングにおけるＮＤＰ送信の変形例、並びにフィードバック収集及び低減を伴う場合がある。

８０２．１１ ｂｅ ＴＧは、図３に示すように、８０２．１１ ａｘのＮＤＰＡと同様のＮＤＰアナウンスメント（ＮＤＰＡ）の構造を維持することに同意している。しかしながら、図３に示されるＳＴＡ情報フィールドは、８０２．１１ ｂｅ ＥＨＴの新しい特徴を収容するように変更される。

上述したように、図３は、８０２．１１ ａｘと一致するＨＥ ＮＤＰアナウンスメントフレームフォーマットの一例を示す。当業者は、この８０２．１１ ａｘ ＮＤＰアナウンスメントフレームフォーマットを認識するであろう。フレームは、ＭＡＣヘッダ内に、フレーム制御フィールドと、持続時間フィールドと、受信機アドレス（receiver address、ＲＡ）フィールドと、送信機アドレス（transmitter address、ＴＡ）フィールドとを含む。次いで、サウンディングダイアログトークンの後に、図３においてＳＴＡ Ｉｎｆｏ １からＳＴＡ Ｉｎｆｏ ｎとして示されるいくつかのＳＴＡ情報フィールドが続く。フレームチェックシーケンス（ＦＣＳ）は、フレームの最後のフィールドである。

図３に示されるＳＴＡ Ｉｎｆｏ １フィールドは、図４により詳細に示される。図４は、ＥＨＴ ＮＤＰアナウンスメントフレームにおけるＳＴＡ情報フィールドフォーマットの一例を示す。ＳＴＡ情報フィールドは、関連付け識別子（ＡＩＤ）フィールド、部分帯域幅（bandwidth、ＢＷ）情報フィールド、予約済みビット、Ｎｃフィールド、フィードバックタイプ及びＮｇフィールド、曖昧さ回避ビット、コードブックサイズビット、及び予約済みフィールドを含む。

図５は、トリガフレームフォーマットの一例を示す図である。トリガフレームは、トリガフレームのＭＡＣヘッダにフレーム制御フィールド、持続時間フィールド、ＲＡフィールド、及びＴＡフィールドを含む。トリガフレームは、可変長の共通情報フィールド、可変長のユーザ情報リストフィールド、可変長のパディングフィールド、最後にＦＣＳフィールドを更に含む。トリガフレームは、リソースを１つ以上のＳＴＡに割り振り、アップリンクにおけるシングル又はマルチユーザアクセスをトリガするように機能し得る。８０２．１１ ｂｅ標準と一致する方法で、ユーザ情報フィールドの新しい変形がサポートされてもよく、特殊ユーザ情報フィールドが共通情報フィールドの後に追加されてもよい。両方の拡張は、ＨＥ（８０２．１１ ａｘ準拠）デバイスとＥＨＴ（８０２．１１ ｂｅ準拠）デバイスの両方のための統一されたトリガ方式を可能にし得る。

図６は、ＥＨＴユーザ情報フィールドフォーマットの一例を示す。ＥＨＴユーザ情報フィールドは、ＡＩＤ１２フィールド、リソースユニット（resource unit、ＲＵ）割り振りフィールド、ＵＬ ＦＥＣコーディングタイプフィールド、ＵＬ ＥＨＴ変調及びコーディング方式（ＭＣＳ）フィールド、予約済みビット、空間ストリーム（spatial stream、ＳＳ）割り振り／ランダムアクセスＲＵ（random access RU、ＲＡ－ＲＵ）情報フィールド、ＵＬターゲット受信電力フィールド、ＰＳ１６０フィールド、及び可変長トリガ依存ユーザ情報フィールドを含んでもよい。トリガ依存ユーザ情報の内容は、どのタイプのトリガフレームがＥＨＴユーザ情報フィールドを搬送するかに基づく。例えば、ビームフォーミングフィードバック報告ポール（ＢＦＲＰ）トリガフレームは、ある情報を搬送するトリガ依存ユーザ情報フィールドを有し得るが、一般トリガフレームは、他の異なる情報を搬送するトリガ依存ユーザ情報フィールドを有し得る。

図７は、ＥＨＴ特殊ユーザ情報フィールドフォーマットの一例を示す。ＥＨＴ特殊ユーザ情報フィールドは、ＡＩＤ１２フィールド、物理層（ＰＨＹバージョンＩＤ）フィールド、ＵＬ帯域幅拡張フィールド、空間再利用１フィールド、空間再利用２フィールド、Ｕ－ＳＩ無視及び検証フィールド、予約済みフィールド、及び可変長トリガ依存ユーザ情報フィールドを含むことができる。トリガ依存ユーザ情報の内容は、どのタイプのトリガフレームがＥＨＴユーザ情報フィールドを搬送するかに基づく。例えば、ビームフォーミングフィードバック報告ポール（ＢＦＲＰ）トリガフレームは、ある情報を搬送するトリガ依存ユーザ情報フィールドを有し得るが、一般トリガフレームは、他の異なる情報を搬送するトリガ依存ユーザ情報フィールドを有し得る。

８０２．１１ ｂｅシステムでは、ＯＢＳＳ ＳＴＡからＣＳＩフィードバックを収集する際に第１の問題が存在する。ＭＡＰサウンディングでは、サウンディングに関与する各ＡＰは、その関連付けられたＳＴＡ及びＯＢＳＳ ＳＴＡ（すなわち、別のＡＰに関連付けられたＳＴＡ）からＣＳＩフィードバックを収集することができる。ＯＢＳＳ ＳＴＡからのフィードバック収集は、特にＯＢＳＳ ＳＴＡがカバレッジ範囲のエッジにあるとき、未解決の問題であり得る。例えば、ＯＢＳＳ ＳＴＡは、協調ＡＰからのＤＬ送信を聴取し得るが、ＳＴＡからのＵＬ送信は、不十分な送信電力及び／又は不十分な数の送信アンテナに起因して、協調ＡＰに十分に到達しないことがある。

第２の問題は、ＢＦＲＰトリガフレームを使用するＯＢＳＳ ＳＴＡからのＣＳＩフィードバックの要請に存在する。ＭＡＰサウンディングは、協調送信（例えば、協調ビームフォーミング（coordinated beamforming、ＣＢＦ）及びジョイント送信（joint transmission、ＪＴＸ））を実行するために、関連付けられたＳＴＡから、及び関連付けられていないＳＴＡからのＣＳＩフィードバックの収集を伴い得る。既存のＢＦＲＰトリガフレームは、関連付けられていないＯＢＳＳ ＳＴＡからのＣＳＩフィードバックの要請をサポートしないことがある。ＢＦＲＰトリガフレームがＯＢＳＳから関連付けられていないＳＴＡをトリガしているという指示、関連付けられていないＯＢＳＳ ＳＴＡの識別、及び異なるＢＳＳからのいくつかのＳＴＡが同じＡＩＤを有し得る潜在的なＡＩＤ衝突を含むいくつかの問題が存在し、ＭＡＰ通信を可能にするために対処されなければならない。

第３の問題は、チャネルサウンディングフィードバック手順の最適化に存在する。ビームフォーマ及びビームフォーミは、異なるサブチャネル上で異なる干渉レベルを経験することがある。プリアンブルパンクチャリングが送信のほとんどにおいて許可されるとき、問題はより深刻であり得る。例えば、ＡＰは、３２０ ＭＨｚチャネルを獲得し、３２０ ＭＨｚチャネル上でそのＣＳＩ／ＣＱＩをフィードバックするようにＳＴＡに要求し得る。ＳＴＡ側では、１つ以上のサブチャネルが、残りよりも重い干渉を経験することがある。ＳＴＡは、強く干渉されたサブチャネル上で良好なチャネル測定値を取得することができない場合がある。したがって、影響を受けたサブチャネル上のＣＳＩ／ＣＱＩフィードバックは、使用できないか、又は誤解を招く可能性がある。

存在する別の問題は、異なる標準リリースのために設計されたＳＴＡの挙動を制御することである。ＩＥＥＥ ８０２．１１規格で定義される信号（Signal、ＳＩＧ）フィールドでは、いくつかのビットが、将来のリリースのために特定の値なしに予約され得る。しかしながら、現在のリリース（例えば、Ｒ１）に特定の値がないと、将来のリリース（例えば、Ｒ２）のデバイスが利用可能であるときに少なくとも２つの問題が生じる可能性がある。１つの問題は、Ｒ１機能のみをサポートするＢＳＳ内で動作するＲ２機能対応デバイスの予測不可能な挙動である。別の問題は、必要なときに、Ｒ２機能対応デバイスのための全てのＲ２関連機能（Ｒ２機能のサブセットだけではない）を無効にする能力である。

上述したＥＨＴユーザ情報フィールド及び／又はＥＨＴ特殊ユーザ情報フィールドを使用して、上述した問題のいくつかに対処する様々な解決策について説明する。いくつかの実施形態は、ＯＢＳＳ ＳＴＡからＣＳＩフィードバックを収集するための方法を提供することができ、少なくとも、上記で紹介した第１の問題において説明した問題に対処することができる。

ＭＡＰシナリオでは、ＳＴＡの全てが、参加しているＡＰの全てを聞くことができないことがある。代替又は追加として、ＳＴＡは、１つ以上の参加しているＡＰからのＤＬ送信を聞くことができるが、１つ以上のＳＴＡからのＵＬ送信は、１つ以上の参加しているＡＰに到達しないことがある。ＳＴＡ間のデバイスツーデバイス（device-to-device、Ｄ２Ｄ）送信は、情報をＡＰに中継するのに役立ち得る。

図８エラー！参照元が見つからない及びエラー！参照元が見つからない図９は、ＯＢＳＳ ＳＴＡからＣＳＩフィードバックを収集するための例示的な手順を示す。図８に示すように、共有ＡＰ１は、関連付けられたＳＴＡであるＳＴＡ１１及びＳＴＡ１２にトリガフレームを送信する。ＳＴＡ１１及びＳＴＡ１２の名前の最初の数字は、ＳＴＡがＡＰ１に関連付けられていることを示すことに留意されたい。同様に、ＳＴＡ２１及びＳＴＡ２２は、ＡＰ２に関連付けられ、ＡＰ１を共有することに関してＯＢＳＳ ＳＴＡとみなされる。ＡＰ１及びＡＰ２は、ＭＡＰグループ（又はＭＡＰ協調セット）を形成し、ＡＰ１は共有ＡＰであり、ＡＰ２は共有ＡＰである。ＮＤＰＡ／ＮＤＰサウンディング交換が実行されてもよく、手順は、ＣＳＩ／ＣＱＩフィードバックを収集することに焦点を当ててもよい。

引き続き図８を参照すると、共有ＡＰ、ＡＰ１は、それ自体と、ＯＢＳＳ ＳＴＡ又は関連付けられていないＳＴＡ（例えば、ＳＴＡ２１及びＳＴＡ２２）との間のチャネル状態情報（ＣＳＩ）を取得しようと試み得る。ＯＢＳＳ ＳＴＡと直接通信する代わりに、ＡＰ１は、その関連付けられたＳＴＡ（例えば、ＳＴＡ１１及びＳＴＡ１２）に、ＣＳＩ情報を中継するように要求し得る。ＡＰ１は、１つ以上の関連付けられたＳＴＡ（ＳＴＡ１１及びＳＴＡ１２）にサービス期間（Service Period、ＳＰ）を共有する１つ以上のピアツーピア（Peer-to-Peer、Ｐ２Ｐ）トリガＴＸＯＰを割り振るために、トリガフレームを送信することができる。概して、トリガされたＴＸＯＰ共有ＳＰは、ＳＴＡ１１及びＳＴＡ１２によってピアツーピア送信、例えば、関連付けられたＳＴＡ及び関連付けられていないＳＴＡを含む他のＳＴＡとのチャネルサウンディング中継手順を実行するために使用され得る、（トリガフレームを使用して）ＡＰによって獲得されたＴＸＯＰ内の期間であり得る。図８に示す例では、ＯＢＳＳ／関連付けられていないＳＴＡであるＳＴＡ２１及びＳＴＡ２２とのピアツーピアＭＡＰサウンディング報告手順が示されている。これは、ＳＴＡ１１及びＳＴＡ１２がそれぞれＳＴＡ２１及びＳＴＡ２２にピアツーピアＢＦポールフレームを送信することによって達成され得る。ＳＴＡ２１は、前のサウンディングセッションにおいてＡＰ１とＳＴＡ２１との間で測定されたＣＳＩに基づいてサウンディングフィードバックを生成することができる。ＳＴＡ２２は、前のサウンディングセッションにおいてＡＰ１とＳＴＡ２２との間で測定されたＣＳＩに基づいてサウンディングフィードバックを生成することができる。ＳＴＡ２１及びＳＴＡ２２は、それぞれＳＴＡ１１及びＳＴＡ１２にＣＳＩを送信することができる。共有ＡＰ１は、トリガされたＴＸＯＰ共有ＳＰの終わりに、ＢＦＲＰトリガフレームを送信して、その関連付けられたＳＴＡ、ＳＴＡ１１及びＳＴＡ１２からの集約されたフィードバックを要請することができる。このようにして、ＯＢＳＳ ＳＴＡ、ＳＴＡ２１及びＳＴＡ２２からのフィードバックは、ＡＰ１を共有することによって収集され得る。

いくつかの実施形態では、トリガフレーム又は特別なタイプのトリガフレームにおいて、共有ＡＰ１は、関連付けられたＳＴＡ、例えば、ＳＴＡ１１に対応するＡＩＤフィールドを有するユーザ情報フィールドを含み得る。共有ＡＰ１は、トリガされたＴＸＯＰ共有ＳＰのための持続時間を割り振ることもできる。いくつかの実施形態では、トリガフレームの共通情報フィールド、特殊ユーザ情報フィールド、又はユーザ情報フィールド内の１つ以上の予約済みビットは、ユーザ情報フィールドが時間領域リソース割り振りを含むことを示し得る。１つ以上のビットが設定されるとき、ＲＵ割り振りサブフィールドは、トリガされたＴＸＯＰ共有ＳＰの持続時間を示し得る。代替又は追加として、ＵＬ ＦＥＣコーディングタイプサブフィールド、及び／又はＵＬ ＭＣＳサブフィールド、ＵＬ ＤＣＭサブフィールド、及び／又は予約済みサブフィールド、及び／又はＵＬターゲット受信電力サブフィールド、及び／又はＳＳ割り振り／ＲＡ－ＲＵサブフィールドなどの他のサブフィールドは、ＴＸＯＰ共有ＳＰの持続時間を示すために再利用され、使用され得る。別の実施形態では、上述のサブフィールドの組み合わせが、トリガされたＴＸＯＰ共有ＳＰの持続時間を示すために使用され得る。

いくつかの実施形態では、トリガフレームにおいて、共有ＡＰ１は、その関連付けられたＳＴＡ、例えば、ＳＴＡ１１及びＳＴＡ１２に対応するＡＩＤをもつ２つ以上のユーザ情報フィールドを含み得る。共有ＡＰ１は、複数のタイムスロットをＳＴＡに割り振ることができ、各タイムスロットは、１つのＳＴＡに割り当てられ得る。いくつかの実施形態では、トリガフレームの共通情報フィールド、特殊ユーザ情報フィールド、又はユーザ情報フィールド内の１つ以上の予約済みビットは、ユーザ情報フィールドが時間領域リソース割り振りを含み得ることを示し得る。いくつかの実施形態では、トリガフレーム中の各ユーザ情報フィールドは、トリガされたＴＸＯＰ共有ＳＰのための持続時間を示すか、又は搬送し得る。ＳＰを共有する第１のトリガＴＸＯＰは、トリガフレームの終了に続くＳＩＦＳ持続時間の後に開始し得る。ｋ番目のユーザ情報フィールドに対応するＳＴＡは、ｋ番目のトリガされたＴＸＯＰ共有ＳＰを使用するように割り振られ得る。各ＳＴＡは、割り振られたＳＰの開始時間を判定するために、それ自体のユーザ情報フィールドの前に全てのユーザ情報フィールドを復号する必要があり得る。いくつかの実施形態では、各ユーザ情報フィールドは、割り振られたトリガされたＴＸＯＰ共有ＳＰの開始時間及び持続時間を搬送し得る。いくつかの実施形態では、共通持続時間サブフィールドは、共通情報フィールド又は特殊ユーザ情報フィールド内で搬送され得る。共通持続時間サブフィールドは、各トリガされたＴＸＯＰ共有ＳＰの持続時間を示すことができる。例えば、全てのトリガされたＴＸＯＰ共有ＳＰは、同じ持続時間を有し得る。このようにして、ＳＴＡは、そのトリガされたＴＸＯＰ共有ＳＰの開始時間を判定するために、それ自体のユーザ情報フィールドの順序をチェックする必要があり得る。

いくつかの実施形態では、トリガフレームにおいて、共有ＡＰ１は、２つ以上のユーザ情報フィールドを含み得、各ユーザ情報フィールドは、その関連付けられたＳＴＡ、例えば、ＳＴＡ１１、ＳＴＡ１２の各々に対応するＡＩＤを含む。共有ＡＰ１は、時間－周波数リソースをＳＴＡに割り振ることができる。いくつかの実施形態では、トリガフレームは、割り振られたトリガされたＴＸＯＰ共有ＳＰがＰ２Ｐ ＣＳＩ／ＣＱＩ交換のために使用されることを示し得る。いくつかの実施形態では、トリガフレームは、トリガされたＴＸＯＰ共有ＳＰのイニシエータ及び／又はレスポンダを示し得る。

図８に示すように、ＳＴＡ１１及び／又はＳＴＡ１２は、他のＳＴＡ（すなわち、ＳＴＡ２１及び／又はＳＴＡ２２）にＣＳＩ／ＣＱＩ報告を要求するために、ビームフォーミング報告ポール（ＢＦＲＰ）フレーム又はＢＦＲＰトリガフレームを送信し得る。２つ以上のＳＴＡがトリガされたＴＸＯＰ共有ＳＰを共有する場合、ＳＴＡは、割り振られた時間周波数リソースを使用して、それらの送信を実行することができる。

図８に示すように、トリガされたＴＸＯＰ共有ＳＰの後、共有ＡＰ１は、ＴＸＯＰの所有権を取り戻すことができる。次いで、共有ＡＰ１は、上記で説明したように、１つ以上のＳＴＡ（すなわち、ＳＴＡ１１及びＳＴＡ１２）からのＣＱＩ／ＣＳＩ報告をトリガするために、ＢＦＲＰトリガフレームを送信する。

いくつかの実施形態では、アグリゲートされたビームフォーミング報告は、共有ＡＰ１が送信するＢＦＲＰトリガフレームに応答して共有ＡＰ１に送信され得る。アグリゲートされたビームフォーミング報告は、送信機と受信機との複数のペア間でＣＳＩ／ＣＱＩ報告を搬送し得る。例えば、エラー！参照元が見つからない。図８に示すように、ＳＴＡ１１からの報告は、ＡＰ１とＳＴＡ１１との間のＣＳＩ情報、及びＳＴＡ２１とＡＰ１との間のＣＳＩ情報（例えば、ＳＴＡ１１がトリガされたＴＸＯＰ共有ＳＰ中に取得した情報）を搬送することができる。

いくつかの実施形態では、Ａ－ＭＰＤＵは、送信機と受信機との複数のペア間でＣＳＩ情報を搬送するために使用され得る。Ａ－ＭＰＤＵフォーマットでは、ＭＡＣヘッダが各ＭＰＤＵ中で搬送され得る。２つのＳＴＡ間のチャネルを搬送するＭＰＤＵの場合、ＭＡＣヘッダ中のアドレスフィールドのいくつかは、２つのＳＴＡのＭＡＣアドレスを搬送するために使用され得る。いくつかの例では、各ＭＰＤＵは、送信機と受信機のペア、例えば、ＡＰ１とＳＴＡ１１との間でＣＳＩを搬送し得るＨＥ圧縮ビームフォーミング／ＣＱＩアクションフレームであり得る。ＭＰＤＵのＭＡＣヘッダ中のいくつかのアドレスフィールドは、ＡＰ１及びＳＴＡ１１のＭＡＣアドレスを含み得る。

図９を参照すると、一実施形態が示されており、エラー！参照元が見つからないＳＴＡ１１とＳＴＡ１２は、割り振られた異なる周波数リソースでトリガされたＴＸＯＰ共有ＳＰを共有する。したがって、ＳＴＡ１１及びＳＴＡ１２は、それぞれＳＴＡ２１及びＳＴＡ２２に割り振られたリソース上で送信することができる。ＳＴＡ２１及びＳＴＡ２２は、ＡＰ１がＮＤＰサウンディングフレームを送信したときに実行された測定を含む１つ以上のＣＳＩ／ＣＱＩ報告で応答し得る。この例では、ＡＰ１は、トリガフレーム及びＣＴＳフレームを交換することによって、ＳＴＡ１１及びＳＴＡ１２とトリガされたＴＸＯＰ共有ＳＰを割り振ることができる。ＳＴＡ１１は、前のサウンディングセッションにおいてＡＰ２とＳＴＡ１１との間で測定されたＣＳＩに基づいてサウンディング報告を生成し得る。ＳＴＡ１２は、前のサウンディングセッションにおいてＡＰ２とＳＴＡ１２との間で測定されたＣＳＩに基づいてサウンディング報告を生成し得る。ＳＴＡ１１及びＳＴＡ１２は、準備されたサウンディング報告とともに、それらのＢＦ報告フレームをそれぞれＳＴＡ２１及びＳＴＡ２２に送信することができる。ＳＴＡ２１は、前のサウンディングセッションにおいてＡＰ１とＳＴＡ２１との間で測定されたＣＳＩに基づいてサウンディング報告を生成し得る。ＳＴＡ２２は、前のサウンディングセッションにおいてＡＰ１とＳＴＡ２２との間で測定されたＣＳＩに基づいてサウンディング報告を生成し得る。ＳＴＡ２１及びＳＴＡ２２は、準備されたサウンディング報告とともに、それらのＢＦ報告フレームをそれぞれＳＴＡ１１及びＳＴＡ１２に送信することができる。トリガされたＴＸＯＰ共有ＳＰの後、共有ＡＰ１は、ＴＸＯＰの所有権を取り戻すことができる。次いで、共有ＡＰ１は、１つ以上のＳＴＡからのＣＱＩ／ＣＳＩ報告をトリガするために、ＢＦＲＰトリガフレームを送信する。この例では、ＡＰ１からＢＦＲＰトリガフレームを受信すると、ＳＴＡ１１及びＳＴＡ１２は、それらのアグリゲートされたＣＳＩ報告をＡＰ１に送信することができ、ＳＴＡ２１及びＳＴＡ２２は、それらのアグリゲートされたＣＳＩ報告をＡＰ２に送信することができる。送信は、時間／周波数／空間領域において多重化され得る。

図１０は、ＥＨＴ／拡張圧縮ビームフォーミング／ＣＱＩフレームアクションフィールドフォーマットの一例を提供する。いくつかの実施形態では、エラー！参照元が見つからない図１０に示すように、新たに定義された拡張圧縮ビームフォーミング／ＣＱＩアクションフレームが存在する。ＭＡＰ拡張フィールドが、アクションフレームに追加され得る。ＭＡＰ拡張フィールドは、ＭＡＰ関連情報を搬送し得る。例えば、それは、ＣＳＩ／ＣＱＩが関係するビームフォーミ及びビームフォーマのためのＭＡＣアドレス若しくは圧縮ＭＡＣアドレス又は別のタイプのＩＤをもつビームフォーミ／ビームフォーマＩＤサブフィールドを搬送し得る。ＭＡＰ拡張フィールド及び／又はビームフォーミ／ビームフォーマＩＤサブフィールドの存在は、随意であり得る。拡張ＭＩＭＯ制御フィールドなどの必須フィールドのうちの１つにおいて、ビットは、ＭＡＰ拡張フィールドの存在を示すために使用され得る。

上述の手順は、全てのＳＴＡが単一のＡＰに関連付けられる単一のＢＳＳの場合に拡張され得ることに留意されたい。いくつかのＳＴＡは、ＢＳＳのエッジにあり得、それらは、ＣＳＩ／ＣＱＩ情報をＡＰに中継するために他のＳＴＡを使用し得る。送信間の上述したＳＩＦＳは、他のフレーム間間隔で置き換えられ得ることに更に留意されたい。開示されるトリガフレーム設計は、トリガされたＴＸＯＰ共有ＳＰが使用され得る任意の場合に使用され得る。

他の実施形態では、ＣＳＩフィードバックは、トリガフレーム中のＥＨＴバリアントユーザ情報フィールドのＢ２５を使用して、ＢＦＲＰトリガフレームを使用してＯＢＳＳ ＳＴＡから要請され得る。ＥＨＴユーザ情報フィールドを図６に示す。予約済みビット２５（すなわち、Ｂ２５）は、（ｉｎ－ＢＳＳ／ＯＢＳＳ）サブフィールドにリネームされ、このユーザ情報が協調グループ中の別のＡＰに関連付けられたＳＴＡを対象とすることを示すために使用され得る。例えば、Ｂ２５は、ＳＴＡがｉｎ－ＢＳＳ ＳＴＡであることを示すために０に等しく設定され得る。Ｂ２５は、ＳＴＡがＯＢＳＳ ＳＴＡであることを示すために１に等しく設定されてよく、その逆も同様である。Ｂ２５は、ｉｎ－ＢＳＳ／ＯＢＳＳビットを搬送するために使用されるビット範囲の単なる一例であり得るが、他の位置のビットを同じ目的のために使用することもできることに留意されたい。

いくつかの実施形態では、共有ＡＰに関連付けられたＳＴＡによる送信を要請するためにトリガフレームが使用されるかどうかを示す指示が、トリガフレームの特殊ユーザ情報フィールド及び／又は共通情報フィールドにおいて搬送され得る。

図１１は、ＢＦＲＰトリガフレーム中のトリガ依存ユーザ情報サブフィールドの一例を示す。いくつかの例では、ＢＦＲＰトリガフレームのトリガ依存ユーザ情報サブフィールドは、エラー！参照元が見つからない図１１に示すように、関連付けられたユーザ情報フィールドがｉｎ－ＢＳＳ ＳＴＡ又はＯＢＳＳ ＳＴＡに宛てられることを示す。一実施形態では、トリガ依存ユーザ情報サブフィールドの第１のビットは、ｉｎ－ＢＳＳ／ＯＢＳＳと名付けられ得、ここで、０の値は、ｉｎ－ＢＳＳ ＳＴＡを示し、１の値は、ＯＢＳＳ ＳＴＡを示し、又はその逆も同様である。サブフィールドの残りのビットは、このＳＴＡが関連付けられたＡＰに関連付けられたＩＤであり得るＡＰＩＤをシグナリングするために使用され得る。ＡＰＩＤの例は、以下のように、マルチＡＰ協調グループ内の各ＡＰに割り当てられたＡＩＤ１１の最下位７ビットを含み得る。マルチＡＰ協調グループ内の各ＡＰに割り当てられたＡＩＤ１１全体、ＳＴＡが関連付けられたＡＰの圧縮ＢＳＳＩＤの一部、又は、このＳＴＡが関連付けられたＡＰの圧縮ＢＳＳＩＤ全体。

いくつかの実施形態では、ＥＨＴ特殊ユーザ情報フィールドの予約済みビット（例えば、上記の段落で説明した、図７に示すＥＨＴ特殊ユーザ情報フィールドのＢ３７～Ｂ３９）を使用して、このトリガフレーム中でトリガされるＯＢＳＳからのＳＴＡの数をシグナリングすることができる。この実施形態では、ＯＢＳＳ ＳＴＡのユーザ情報フィールドは、特殊ユーザ情報フィールドの直後に位置してもよい。言い換えれば、ＥＨＴ特殊ユーザ情報フィールドは、トリガフレーム内の共通情報フィールド後の最初のフィールドである。

いくつかの実施形態では、特殊ユーザ情報フィールドのトリガ依存ユーザ情報サブフィールドは、どのＳＴＡがｉｎ－ＢＳＳ ＳＴＡであり、どのＳＴＡがＯＢＳＳ ＳＴＡであるかを示す以下のユーザ情報リストのマップをシグナリングするために使用され得る。上記の段落で説明した、図７に示す特殊ユーザ情報フィールド（Ｂ３７～Ｂ３９）内の予約済みビットは、特殊ユーザ情報フィールド内のトリガ依存ユーザ情報サブフィールドの数を示し得る。トリガ依存ユーザ情報サブフィールドの順序は、各トリガ依存ユーザ情報サブフィールドが同じ順序でユーザ情報サブフィールドにマッピングし得る、特殊ユーザ情報フィールドに続くユーザ情報サブフィールドへのマッピングを示し得る。各トリガ依存ユーザ情報サブフィールドは、このサブフィールドがｉｎ－ＢＳＳ又はＯＢＳＳ ＳＴＡにマッピングされることを示すためのビットを含み得、残りのビットは、ＡＰＩＤを含むために使用され得る。

図１２は、上記で説明したように、トリガフレーム中に含まれ得る新しい特殊ユーザ情報フィールドフォーマットを示す。この新しい特殊ユーザ情報フィールドは、例えば、既存の特殊ユーザ情報フィールドの直後に配置され得る。新しい特殊ユーザ情報フィールドは、別の特殊ＩＤを使用して、それがマルチＡＰトリガリング目的のためのものであることを示し得る。新しい特殊ユーザ情報フィールドのサブフィールドは、次のように定義することができる。ＡＩＤ１２は特殊ＩＤとして設定されてもよい。トリガされたＯＢＳＳユーザの数フィールドは、現在のトリガフレームにおいて何人のＯＢＳＳユーザがトリガされたかを示し得る。次いで、複数のユーザポインタサブフィールドが続き、各ユーザポインタサブフィールドは、新しい特殊ユーザ情報フィールドに続くユーザ情報フィールドのうちの１つを指すことができる。いくつかの実施形態では、ユーザポインタサブフィールドは、トリガフレーム中のこのユーザ情報フィールドの順序を明示的に示すためのサブフィールドを含み得る。いくつかの実施形態では、ユーザポインタサブフィールドは、ＯＢＳＳ ＳＴＡの全てのユーザ情報フィールドが、例えば、新しい特殊ユーザ情報フィールドの直後に位置し得る、ユーザ情報フィールドの同じ順序を有し得る。そのような場合、順序は暗黙的に示され得る。また、ユーザポインタサブフィールドは、ＯＢＳＳ ＳＴＡに関連付けられたＡＰＩＤを含むことができる。

いくつかの実施形態では、トリガフレーム、例えば、ＢＦＲＰトリガフレームは、ＯＢＳＳ ＡＰなど、別のＡＰに関連付けられたＳＴＡからのフィードバック送信をトリガするために使用され得る。例えば、マルチＡＰセット中の第１のメンバーＡＰが、第２のメンバーＡＰに関連付けられたＳＴＡからのサウンディングフィードバックを要請することを望むとき、要請するＡＰ（第１のＡＰ）は、第２のＡＰのＢＳＳのＢＳＳＩＤに設定された受信機アドレス（ＲＡ）を含むトリガフレーム、例えば、ＢＦＲＰトリガフレームを送り得る。ＢＦＲＰトリガフレームは、ＢＦＲＰトリガフレームが第２のＡＰのＢＳＳに関連付けられたＳＴＡをターゲットとするという指示を含んでもよい。例えば、そのような指示は、ＲＡ ＭＡＣアドレス中のグループビットであり得る。代替又は追加として、指示は、トリガフレームの共通情報フィールドに含まれる１つ以上のビットなど、トリガフレームに含まれる１つ以上のビットであり得る。

いくつかの実施形態では、トリガフレーム、例えば、ＢＦＲＰトリガフレームは、１つ以上の新しい特殊ユーザ情報フィールドを含み得る。新しい特殊ユーザ情報フィールド又はユーザ情報フィールドは、マルチＡＰセット（multi-AP set、ＭＰＳ）のＡＰに関連付けられたＩＤ又はＡＩＤを含み得る。特殊ユーザ情報フィールドに続くユーザ情報フィールドは、そのメンバーＡＰに関連付けられたＳＴＡを表すＡＩＤを含み得る。ユーザ情報フィールドで使用されるＳＴＡのＡＩＤは、ＳＴＡが関連付けられたメンバーＡＰによってＳＴＡに割り当てられたＡＩＤであり得る。追加の特殊ユーザ情報フィールド又はユーザ情報フィールドは、各々がＭＰＳの別のメンバーＡＰを表すＩＤ又はＡＩＤを含み得る。特殊ユーザ情報フィールドに続くユーザ情報フィールド、又はＭＰＳの第２のメンバーＡＰを表すユーザ情報フィールドは、第２のメンバーＡＰに関連付けられたＳＴＡのためのＩＤ又はＡＩＤを含み得る。ＩＤ又はＡＩＤは、第２のメンバーＡＰによってＳＴＡに割り当てられたＡＩＤであり得る。

いくつかの実施形態では、トリガフレーム、例えば、ＢＦＲＰトリガフレームは、同じＭＰＳに属し得る１つ以上のメンバーＡＰなど、１つ以上のＡＰに関連付けられたＳＴＡからのフィードバック送信をトリガするために、ＡＰによって使用され得る。トリガフレームのＲＡアドレスは、ＭＰＳを表すＭＡＣアドレスに設定され得る。

いくつかの実施形態では、トリガフレーム、例えば、ＢＦＲＰトリガフレームは、１つ以上の特殊ユーザ情報フィールドを含み得る。特殊ユーザ情報フィールドは、ＭＰＳを表すＩＤ又はＡＩＤを含んでもよい。特殊ユーザ情報フィールドに続くユーザ情報フィールドは、ＭＰＳに属する１つ以上のＳＴＡを表すＡＩＤを含み得る。

いくつかの実施形態では、トリガフレーム、例えば、ＢＦＲＰトリガフレームは、１つ以上のランダムアクセスＲＵ／ＭＲＵを使用して、ＭＰＳからの、又はＭＰＳの１つのメンバーＡＰに属する特定のＢＳＳからのフィードバック送信を要請し得る。

ＭＰＳの協調メンバーＡＰは、マルチＡＰセット（ＭＰＳ）に含まれる１つ以上のメンバーＡＰを告知することができる。協調メンバーＡＰは、その関連付けられたＳＴＡがサウンディングフレームを受信し、フィードバックを計算し、サウンディングフィードバックを提供するためにトリガフレーム又はＢＦＲＰトリガフレームに応答すべき１つ以上のメンバーＡＰを示すことができる。

加えて、メンバーＡＰは、ＳＴＡがトリガによって、例えば、ＢＦＲＰトリガフレームによって、同じＭＰＳ中のメンバーＡＰによって請求されるときに使用されるべき、それの関連付けられたＳＴＡの各々のための１つ以上のＩＤ又はＡＩＤを告知し得る。

ＭＰＳに属するメンバーＡＰに関連付けられたＳＴＡは、以下の条件のうちの１つ以上又はサブセット又は組み合わせが満たされる場合、同じＭＰＳのメンバーＡＰによって送信されるトリガフレーム、例えば、ＢＦＲＰトリガフレームに応答し得る。例えば、トリガフレーム又はＢＦＲＰトリガフレームは、ＳＴＡに関連付けられたＡＰによって告知されている可能性がある同じＭＰＳに属するメンバーＡＰによって送信され得る。トリガフレーム又はＢＦＲＰトリガフレームは、ＳＴＡが属するＢＳＳ、例えば、ＢＳＳＩＤを表すＲＡアドレスとともに送信され得、及び／又はトリガフレームは、トリガフレームがＢＳＳに属するＳＴＡに向けられているという指示を含み得る。

トリガフレーム又はＢＦＲＰトリガフレームは、ＳＴＡが属するＢＳＳ又はＳＴＡが関連付けられているＡＰを表すＩＤ又はＡＩＤを含み得る、新しい特殊ユーザ情報フィールドを含み得る。別の条件は、ユーザ情報フィールドに含まれるＩＤ又はＡＩＤが、メンバーＡＰによってＳＴＡに割り当てられ得る、ＳＴＡに属するＩＤ又はＡＩＤと一致するときに満たされ得る。ＩＤ又はＡＩＤは、通常のＡＩＤとして割り当てられるか又は示されてもよく、あるいは、ＳＴＡがＡＰに関連付けられているＡＰが属するＭＰＳのメンバーＡＰによって送信されるトリガ又はＢＦＲＰトリガフレームによって要請されるとき、又はＢＳＳにアドレス指定されるとき、あるいはＳＴＡが属するＢＳＳ又はＳＴＡが関連付けられているＡＰを表すＩＤ又はＡＩＤを含む新しい特殊ユーザ情報フィールドに従って使用されるべきＩＤ又はＡＩＤとして割り当てられるか又は示されてもよい。

別の条件は、トリガフレーム又はＢＦＲＰトリガフレームが、ＳＴＡの関連付けられたＡＰが属するＭＰＳのメンバーＡＰによって送信される、若しくはＢＳＳにアドレス指定される、又はＳＴＡが属するＢＳＳ若しくはＳＴＡが関連付けられたＡＰを表すＩＤ若しくはＡＩＤを含む特殊ユーザ情報フィールドに従う、トリガ又はＢＦＲＰフレームによって要請されるとき、ランダムアクセスＲＵ／ＭＲＵを示し得るときに満たされ得る。

ＳＴＡは、トリガ又はＢＦＲＰトリガフレームにおいて示されるような割り振られたＲＵ／ＭＲＵを使用して、あるいはＵＯＲＡ機構及び割り当てられたランダムアクセスＲＵ／ＭＲＵのうちの１つ以上を使用して、ビームフォーミング報告、圧縮ビームフォーミング報告、ＣＳＩ、ＭＩＭＯフィードバック、又は他のタイプのフィードバックフレームなど、トリガ又はＢＦＲＰトリガフレームへのフィードバック送信で応答することができる。

チャネルフィードバック手順を最適化することが望ましい。以下の実施形態で説明する解決策は、少なくとも上述の問題に対処することができる。ビームフォーミングフィードバックフレームにおいて、ＳＴＡは、いくつかのサブチャネル上のＣＳＩ／ＣＱＩ情報を示し得る測定されたチャネルビットマップフィールドを送信し得る。測定チャネルビットマップフィールドは、ＥＨＴ／拡張圧縮ビームフォーミング／ＣＱＩアクションフレーム内で搬送され得る。いくつかの実施形態では、ＥＨＴ／拡張ＭＩＭＯ制御フィールドは、測定チャネルビットマップフィールドを搬送することができる。

図１３は、修正されたＥＨＴ／拡張ＭＩＭＯ制御フィールドの一例を示す。ＥＨＴ／拡張ＭＩＭＯ制御フィールドは、Ｎｃインデックスフィールド、Ｎｒインデックスフィールド、帯域幅（ＢＷ）フィールド、グルーピングフィールド、フィードバックタイプフィールド、第１の予約済みフィールド、残りのフィードバックセグメントフィールド、第１のフィードバックセグメントフィールド、部分ＦＢ ＢＷ情報フィールド、サウンディングダイアログトークン番号フィールド、コードブック情報フィールド、及び／又は第２の予約済みフィールドを含み得る。いくつかの実施形態では、部分ＢＷ情報サブフィールドが、上記で説明された測定チャネルビットマップフィールドを搬送するために使用され得る。いくつかの実施形態では、サブフィールドは、図１３に示すように、部分ＦＢ ＢＷ情報として改名され得る。いくつかの実施形態では、いくつかのビット（例えば、９ビット）が、このサブフィールドのために使用され得る。ビット０（Ｂ０）は、解像度を示し得る。例えば、ＢＷサブフィールドが０～３に設定される（又はＢＷが１６０ ＭＨｚ以下である）とき、Ｂ０は０に設定され得、測定されたチャネルビットマップ解像度は２０ ＭＨｚである。測定されたチャネルビットマップは、例えば、８ビットを有し得、各ビットは、対応する２０ ＭＨｚサブチャネル上のＣＳＩ／ＣＱＩが報告中に含まれるかどうかを示し得る。ＢＷサブフィールドが４に設定される（又はＢＷが３２０ ＭＨｚに等しい）とき、Ｂ０は１に設定され得、測定されたチャネルビットマップ解像度は４０ ＭＨｚであり得る。測定されたチャネルビットマップは、８ビットを有し得、各ビットは、対応する４０ ＭＨｚサブチャネル上のＣＳＩ／ＣＱＩが報告中に含まれるかどうかを示し得る。いくつかの方法では、いくつかのビット、例えば、８ビットが、測定されたチャネルビットマップのために使用され得、解像度は、ＢＷサブフィールドによって暗黙的にシグナリングされ得る。

他の実施形態では、拡張部分ＦＢ ＢＷ情報フィールドを用いたサウンディング手順が利用され得る。例えば、ビームフォーマは、サウンディング手順を開始するために、１つ以上のビームフォーミにＮＤＰＡフレームを送信し得る。次いで、ビームフォーミは、それにアドレス指定されたＮＤＰＡフレームを検出し、次のサウンディングを準備することができる。ビームフォーマは、次いで、ＮＤＰＡフレームの後に１つ以上のＮＤＰフレームを送信することができる。ビームフォーマは、１つ以上のビームフォーミからのＢＦ報告をトリガするために、ＢＦＲＰトリガフレームを送信することができる。

ビームフォーミが、サウンディング／ＮＤＰフレームが送られる１つ以上のサブチャネル上で比較的高い干渉を経験し得る場合、又はビームフォーミが、１つ以上のサブチャネル上でＮＡＶ設定を有し得る場合、例えば、ＮＤＰフレームがサブチャネル１～４上で送信され得、ビームフォーミが、サブチャネル３がビジーであり得ることを検出し得る場合、解決策が必要である。ビームフォーミは、圧縮ＢＦ／ＣＱＩフレーム内の拡張ＭＩＭＯ制御フィールド内に部分ＦＢ ＢＷ情報フィールドを含めることができる。部分ＦＢ ＢＷ情報フィールドは、どのサブチャネル上にＢＦ／ＣＱＩ報告がないかを示すことができる。上記の例では、サブチャネルがＮＡＶ設定に基づいてビジーであると判定されたので、サブチャネル３上にＢＦ／ＣＱＩ報告はない。

圧縮ビームフォーミング報告フィールド及び／又はＭＵ排他的ビームフォーミング報告フィールド及び／又はＣＱＩ報告フィールドには、部分ＦＢ ＢＷ情報フィールドにおいて識別されるサブチャネルに関連する報告が含まれなくてもよい。上記の例では、サブチャネル３に関連する報告は含まれないことがある。

更なる実施形態では、異なる標準リリースに関して上述した問題を解決するために、１つの解決策は、デバイスがサポートすることができる１つ以上のリリースの指示のために、予約済みビット内に１ビット又は数ビットを設定することであり得る。他の予約済みビットは、リリース１のための他の目的、例えば、信号フィールドのＰＡＰＲ（ピーク対平均電力比）、又はいくつかのＲ１固有の特徴（すなわち、Ｒ１デバイスのみの特徴）の制御のために使用され得る。それらのビットが、送信信号のＰＡＰＲを制御するために、又は他の目的のために使用される場合、それらは、異なるチャネル帯域幅及び／又はサブチャネル／プリアンブルパンクチャリングパターン、及び／又はＭＣＳ、及び／又はガード内部に対して異なり得る。

別の実施形態では、全部でＮ個の予約済みビットが存在する。１ビットは、例えば、デバイスがリリース１に従って動作することが可能であるかどうかを示すために使用され得る。ビットがリリース１を示すように設定される場合、残りのＮ－１個の予約済みビットは、ＰＡＰＲを低減するための任意のシーケンスを示すために使用され得、受信機は、Ｎ－１個の予約済みビットを無視し得る。ビットがリリース２又はそれ以降のリリースバージョンを示すように設定される場合、残りのＮ－１個の予約済みビットは、リリース２又はそれ以降のリリースバージョンの特徴を示すために使用され得る。この場合、リリース１の受信機は、Ｎ－１個の予約済みビットを無視することができるが、リリース２の受信機は、それらの意味を理解することができる。

要約すると、図１４を参照すると、マルチＡＰシステムにおいてＯＢＳＳ ＳＴＡからのフィードバックをサポートするための２つの実施形態が本明細書で開示される。図１４に示すトリガフレームは、図５に示して説明したトリガフレームと同じである。トリガフレームは、ＢＦＲＰトリガフレームであり得る。上述のいくつかの実施形態では、全般的に「設計１」と呼ばれ、図６を参照して上述したユーザ情報フィールドは、トリガフレームの共通情報フィールドの後に存在する。ユーザ情報フィールドは、図１１を参照して説明した可変長トリガ依存ユーザ情報フィールドに、このユーザ情報フィールドでアドレス指定されたＳＴＡがｉｎ－ＢＳＳに関連付けられているかＯＢＳＳに関連付けられているかの指示と、このユーザ情報フィールドでアドレス指定されたＳＴＡが関連付けられているＡＰを識別するためのＡＰＩＤとを含む。ユーザ情報フィールドの一致するＡＩＤを有し、その関連付けられたＡＰのＡＰＩＤがトリガ依存ユーザ情報フィールド内のＡＰＩＤと一致するＳＴＡは、フィードバックを生成し、トリガフレームを送信したＡＰにフィードバックを送信することができる。「設計２」では、図１２に関連して上記で説明したように、新しい特殊ユーザ情報フィールドが、トリガフレームの共通情報フィールドの後に存在する。新しい特殊ユーザ情報フィールドは、１つ以上のユーザポインタフィールドを含み、トリガフレーム内に存在する各ユーザ情報フィールドに対して１つのユーザポインタフィールドがある。各ユーザポインタフィールドは、ユーザ情報リスト内のユーザ情報フィールドの順序を示す順序フィールドと、ＡＰＩＤフィールドとを含む。特別ユーザ情報フィールド内に対応するＡＰＩＤを有するＳＴＡは、順序サブフィールドによって指定された順序でユーザ情報リスト内のユーザ情報フィールドを探すことができる。ＳＴＡ ＡＩＤがユーザ情報フィールド内のＡＩＤと一致する場合、ＳＴＡは、フィードバックを生成し、トリガフレームを送信したＡＰにフィードバックを送信することができる。これらの設計の両方において、ＳＴＡは、ＳＴＡが関連付けられないＡＰにフィードバックを送信するように指示され得る。

特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

本明細書に説明される解決策は、８０２．１１仕様のプロトコルを考慮したものであるが、本明細書に記載の解決策は、このシナリオに限定されず、他の無線システムにも更に適用可能であることが理解される。ＳＩＦＳは、設計及び手順の実施例における様々なフレーム間スペーシングを示すために使用されているが、ＲＩＦＳ、ＡＩＦＳ、ＤＩＦＳ、又は他の時間間隔などの他の全てのフレーム間スペーシングが、同じ解決策に適用され得る。トリガされたＴＸＯＰ当たり４つのＲＢが、いくつかの図に例として示されているが、利用されるＲＢ／チャネル／及び帯域幅の実際の数は変化し得る。特定のビットが、例えば、ｉｎ－ＢＳＳ／ＯＢＳＳをシグナリングするために使用され得るが、他のビットが、この情報をシグナリングするために使用され得る。

Claims (18)

1. マルチアクセスポイント（ＡＰ）セットのメンバーである第１のＡＰに関連付けられた局（ＳＴＡ）であって、前記ＳＴＡが、
   同様に前記マルチＡＰセットのメンバーである第２のＡＰからトリガフレームを受信するように構成されたトランシーバを備え、前記ＳＴＡが、前記第２のＡＰに関連付けられておらず、前記トリガフレームが、前記ＳＴＡと前記第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）と、前記第１のＡＰのＡＰ識別子（ＡＰＩＤ）とを含み、
   前記トランシーバが、前記ＳＴＡと前記第２のＡＰとの間の通信チャネルのチャネル品質を示す情報を含むフィードバックメッセージを前記第２のＡＰに送信するように更に構成されている、ＳＴＡ。
2. 前記トリガフレームに含まれた前記ＡＩＤが前記ＳＴＡと前記第１のＡＰとの間の前記関連付けに関する記憶されたＡＩＤに対応すると判定し、前記トリガフレームに含まれた前記ＡＰＩＤが前記第１のＡＰのＡＰＩＤに対応すると判定し、かつ前記フィードバックメッセージを生成するように構成されたプロセッサを更に備える、請求項１に記載のＳＴＡ。
3. 前記フィードバックメッセージがビームフォーミング報告である、請求項２に記載のＳＴＡ。
4. 前記フィードバックメッセージが、チャネル品質情報（ＣＱＩ）を含む、請求項２に記載のＳＴＡ。
5. 前記第２のＡＰが、重複基本サービスセット（ＯＢＳＳ）ＡＰに関連付けられている、請求項１に記載のＳＴＡ。
6. 前記トリガフレームが、ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項１に記載のＳＴＡ。
7. 前記トリガフレームが、前記ＡＩＤを含むユーザ情報フィールドを含み、前記ユーザ情報フィールドが、重複基本サービスセット（ＯＢＳＳ）インジケータと前記第１のＡＰの前記ＡＰＩＤとを含むトリガ依存ユーザ情報フィールドを含む、請求項６に記載のＳＴＡ。
8. 前記ＯＢＳＳインジケータは、前記ＡＰＩＤがＯＢＳＳ ＡＰであることを示す、請求項７に記載のＳＴＡ。
9. 前記トリガフレームが、対応するユーザ情報フィールドに関連付けられたユーザポインタフィールドを含む新しい特殊ユーザ情報フィールドを含み、前記ユーザポインタフィールドが、前記ＡＰＩＤを含み、前記対応するユーザ情報フィールドが、前記ＡＩＤを含む、請求項６に記載のＳＴＡ。
10. マルチアクセスポイント（ＡＰ）セットのメンバーである第１のＡＰに関連付けられた局（ＳＴＡ）において使用するための方法であって、前記方法が、
    同様に前記マルチＡＰセットのメンバーである第２のＡＰからトリガフレームを受信することであって、前記ＳＴＡが、前記第２のＡＰに関連付けられておらず、前記トリガフレームが、前記ＳＴＡと前記第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）と、前記第１のＡＰのＡＰ識別子（ＡＰＩＤ）とを含む、受信することと、
    前記ＳＴＡと前記第２のＡＰとの間の通信チャネルのチャネル品質を示す情報を含むフィードバックメッセージを前記第２のＡＰに送信することと、を含む、方法。
11. 前記トリガフレームに含まれた前記ＡＩＤが、前記ＳＴＡと前記第１のＡＰとの間の前記関連付けに関する記憶されたＡＩＤに対応すると判定することと、
    前記トリガフレームに含まれた前記ＡＰＩＤが前記第１のＡＰのＡＰＩＤに対応すると判定することと、
    前記フィードバックメッセージを生成することと、を更に含む、請求項１０に記載の方法。
12. 前記フィードバックメッセージがビームフォーミング報告である、請求項１１に記載のＳＴＡ。
13. 前記フィードバックメッセージが、チャネル品質情報（ＣＱＩ）を含む、請求項１に記載のＳＴＡ。
14. 前記第２のＡＰが、重複基本サービスセット（ＯＢＳＳ）ＡＰに関連付けられている、請求項１０に記載のＳＴＡ。
15. 前記トリガフレームが、ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項１０に記載のＳＴＡ。
16. 前記トリガフレームが、前記ＡＩＤを含むユーザ情報フィールドを含み、前記ユーザ情報フィールドが、重複基本サービスセット（ＯＢＳＳ）インジケータと前記第１のＡＰの前記ＡＰＩＤとを含むトリガ依存ユーザ情報フィールドを含む、請求項１５に記載のＳＴＡ。
17. 前記ＯＢＳＳインジケータは、前記ＡＰＩＤがＯＢＳＳ ＡＰであることを示す、請求項１６に記載のＳＴＡ。
18. 前記トリガフレームが、対応するユーザ情報フィールドに関連付けられたユーザポインタフィールドを含む新しい特殊ユーザ情報フィールドを含み、前記ユーザポインタフィールドが、前記ＡＰＩＤを含み、前記対応するユーザ情報フィールドが、前記ＡＩＤを含む、請求項１５に記載のＳＴＡ。