特表 2024-516640 ＷＬＡＮシステムのためのマルチＡＰチャネルサウンディング手順

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-16

(54)【発明の名称】ＷＬＡＮシステムのためのマルチＡＰチャネルサウンディング手順

(51)【国際特許分類】

   H04W 28/06 20090101AFI20240409BHJP

   H04W 84/12 20090101ALI20240409BHJP

   H04W 16/28 20090101ALI20240409BHJP

   H04W 72/0453 20230101ALI20240409BHJP

【ＦＩ】

H04W28/06 110

H04W84/12

H04W16/28

H04W72/0453

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023565571

(86)(22)【出願日】2022-04-29

(85)【翻訳文提出日】2023-11-29

(86)【国際出願番号】 US2022027033

(87)【国際公開番号】W WO2022232578

(87)【国際公開日】2022-11-03

(31)【優先権主張番号】63/182,387

(32)【優先日】2021-04-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/194,508

(32)【優先日】2021-05-28

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/245,465

(32)【優先日】2021-09-17

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/280,995

(32)【優先日】2021-11-18

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所

(72)【発明者】

【氏名】サード、マフムード

(72)【発明者】

【氏名】リン、ジナン

(72)【発明者】

【氏名】ルー、ハンチン

(72)【発明者】

【氏名】ワン、シャオフェイ

(72)【発明者】

【氏名】ヤン、ルイ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067CC02

5K067DD11

5K067EE02

5K067EE10

5K067KK03

(57)【要約】

第１のアクセスポイント（ＡＰ）に関連付けられたステーション（ＳＴＡ）によって実行される方法であって、第１のＡＰが、第１のＡＰと少なくとも第２のＡＰとを備えたマルチＡＰ（ＭＡＰ）セットの一部であり、方法は、ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームを、ＳＴＡが関連付けられていない第２のＡＰから受信することであって、ＮＤＰＡフレームが、ＳＴＡと第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）を含む特別ＳＴＡ情報フィールドを含む、受信することと、ヌルデータパケット（ＮＤＰ）フレームを、ＳＴＡが関連付けられていない第２のＡＰから受信することと、ＮＤＰフレームに基づくフィードバックを、第１のＡＰに送信することと、を損ない得る。

【特許請求の範囲】

【請求項1】

第１のアクセスポイント（ＡＰ）に関連付けられたステーション（ＳＴＡ）であって、前記第１のＡＰが、前記第１のＡＰと少なくとも第２のＡＰとを備えたマルチＡＰ（ＭＡＰ）セットの一部であり、前記ＳＴＡが、
ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信するように構成された受信機であって、前記ＮＤＰＡフレームが、前記ＳＴＡと前記第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）を含む特別ＳＴＡ情報フィールドを含み、
前記受信機が、ヌルデータパケット（ＮＤＰ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信するように更に構成されている、受信機と、
前記ＮＤＰフレームに基づくフィードバックを、前記第１のＡＰに送信するように構成された送信機と、を備える、ＳＴＡ。

【請求項2】

前記受信機が、ビームフォーミング報告ポール（ＢＦＲＰ）を、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信するように更に構成されている、請求項１に記載のＳＴＡ。

【請求項3】

前記ＮＤＰフレームに基づく前記フィードバックが、ビームフォーミング報告である、請求項１に記載のＳＴＡ。

【請求項4】

前記ＳＴＡが、マルチＡＰチャネルサウンディング手順に参加している、請求項１に記載のＳＴＡ。

【請求項5】

前記特別ＳＴＡ情報フィールドが、ＡＰ数サブフィールドを含み、前記ＡＰ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＡＰの数を示す、請求項４に記載のＳＴＡ。

【請求項6】

前記特別ＳＴＡ情報フィールドが、ＡＰからのＳＴＡ数サブフィールドを含み、前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの数を示す、請求項４に記載のＳＴＡ。

【請求項7】

前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの絶対数を示す、請求項６に記載のＳＴＡ。

【請求項8】

前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの相対数を示す、請求項６に記載のＳＴＡ。

【請求項9】

第１のアクセスポイント（ＡＰ）に関連付けられたステーション（ＳＴＡ）によって実行される方法であって、前記第１のＡＰが、前記第１のＡＰと少なくとも第２のＡＰとを備えたマルチＡＰ（ＭＰＡ）セットの一部であり、前記方法が、
ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信することであって、前記ＮＤＰＡフレームが、前記ＳＴＡと前記第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）を含む特別ＳＴＡ情報フィールドを含む、受信することと、
ヌルデータパケット（ＮＤＰ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信することと、
前記ＮＤＰフレームに基づくフィードバックを、前記第１のＡＰに送信することと、を含む、方法。

【請求項10】

前記受信機が、ビームフォーミング報告ポール（ＢＦＲＰ）を、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信するように更に構成されている、請求項９に記載の方法。

【請求項11】

前記ＮＤＰフレームに基づく前記フィードバックが、ビームフォーミング報告である、請求項９に記載の方法。

【請求項12】

前記ＳＴＡが、マルチＡＰチャネルサウンディング手順に参加している、請求項９に記載のＳＴＡ。

【請求項13】

前記特別ＳＴＡ情報フィールドが、ＡＰ数サブフィールドを含み、前記ＡＰ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＡＰの数を示す、請求項１２に記載のＳＴＡ。

【請求項14】

前記特別ＳＴＡ情報フィールドが、ＡＰからのＳＴＡ数サブフィールドを含み、前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの数を示す、請求項１２に記載のＳＴＡ。

【請求項15】

前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの絶対数を示す、請求項１４に記載のＳＴＡ。

【請求項16】

前記ＡＰからのＳＴＡ数サブフィールドが、前記マルチＡＰチャネルサウンディング手順に関与するＳＴＡの相対数を示す、請求項１４に記載のＳＴＡ。

【請求項17】

第１のアクセスポイント（ＡＰ）に関連付けられたステーション（ＳＴＡ）によって実行される方法であって、前記第１のＡＰが、前記第１のＡＰと少なくとも第２のＡＰとを備えたマルチＡＰ（ＭＰＡ）セットの一部であり、前記方法が、
ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信することであって、前記ＮＤＰＡフレームが、前記ＳＴＡと前記第１のＡＰとの間の関連付けに関する関連付け識別子（ＡＩＤ）を含む特別ＳＴＡ情報フィールドを含む、受信することと、
ヌルデータパケット（ＮＤＰ）フレームを、前記ＳＴＡが関連付けられていない前記第２のＡＰから受信することと、
前記ＮＤＰフレームに基づくフィードバックを、前記第２のＡＰに送信することと、を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【発明の概要】

【0002】

ＷＬＡＮシステムのためのマルチＡＰチャネルサウンディングのための方法及び装置が開示される。第１のアクセスポイント（access point、ＡＰ）に関連付けられたステーション（station、ＳＴＡ）によって実行される方法であって、第１のＡＰが、第１のＡＰと少なくとも第２のＡＰとを備えたマルチＡＰ（multi－AP、ＭＡＰ）セットの一部であり、方法は、ヌルデータパケットアナウンスメント（null data packet announcement、ＮＤＰＡ）フレームを、ＳＴＡが関連付けられていない第２のＡＰから受信することであって、ＮＤＰＡフレームが、ＳＴＡと第１のＡＰとの間の関連付けに関する関連付け識別子（association identifier、ＡＩＤ）を含む特別ＳＴＡ情報フィールドを含む、受信することと、ヌルデータパケット（null data packet、ＮＤＰ）フレームを、ＳＴＡが関連付けられていない第２のＡＰから受信することと、ＮＤＰフレームに基づくフィードバックを、第１のＡＰに送信することと、を損ない得る。

【0003】

受信機は、ビームフォーミング報告ポール（beamforming report poll、ＢＦＲＰ）を、ＳＴＡが関連付けられていない第２のＡＰから受信するように更に構成され得る。ＮＤＰフレームに基づくフィードバックは、ビームフォーミング報告である。ＳＴＡは、マルチＡＰチャネルサウンディング手順に参加していてもよい。特別ＳＴＡ情報フィールドは、ＡＰ数サブフィールドを含み得、ＡＰ数サブフィールドは、マルチＡＰチャネルサウンディング手順に関与するＡＰの数を示す。特別ＳＴＡ情報フィールドは、ＡＰからのＳＴＡ数サブフィールドを含み得、ＡＰからのＳＴＡ数サブフィールドは、マルチＡＰチャネルサウンディング手順に関与するＳＴＡの数を示す。ＡＰからのＳＴＡ数サブフィールドは、マルチＡＰチャネルサウンディング手順に関与するＳＴＡの絶対数を示し得る。ＡＰからのＳＴＡ数サブフィールドは、マルチＡＰチャネルサウンディング手順に関与するＳＴＡの相対数を示し得る。

【図面の簡単な説明】

【0004】

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。

【0005】

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit／receive unit、ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

【図1D】一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。

【図2】複数アクセスポイント（マルチＡＰ）環境における順次チャネルサウンディング対共同チャネルサウンディングを示すシステム図である。

【図3】高効率ヌルデータパケット（high efficiency NDP、ＨＥ ＮＤＰ）アナウンスメントフレームフォーマットを示す図である。

【図4】ＥＨＴ ＮＤＰアナウンスメントフレーム内のＳＴＡ情報フィールドフォーマットを示す図である。

【図5】トリガフレームフォーマットを示す図である。

【図6】ＥＨＴバリアントユーザ情報フィールドフォーマットを示す図である。

【図7】ＥＨＴ特別ユーザ情報フィールドフォーマットを示す図である。

【図8】潜在的な協調機会の識別を示すシステム図である。

【図9】事前選択無線測定手順を示す図である。

【図10】１つの特別ＳＴＡ情報フィールドを有する第１のＥＨＴ ＮＤＰＡバリアント設計を示す図である。

【図11】第１のＮＤＰＡ設計における特別ＳＴＡ情報フィールドの一例を示す図である。

【図12】２つ以上の特別ＳＴＡ情報フィールドを有する第２のＥＨＴ ＮＤＰＡバリアント設計を示す図である。

【図13】第２のＮＤＰＡ設計における特別ＳＴＡ情報フィールドの一例を示す図である。

【図14】マルチＡＰハイブリッドサウンディングの一例を示す図である。

【図15】並列ハイブリッドサウンディングプロセスを示す図である。

【図16】順次ハイブリッドサウンディングプロセスを示す図である。

【図17】ＡＰ１が先導ＡＰであるＭＡＰサウンディングの場合の単一のＮＤＰを示す図である。

【図18】ＡＰ１が先導ＡＰであり、単一のＮＤＰが協調ＡＰにわたって複製される、ＭＡＰサウンディングのための複製されたＮＤＰを示す図である。

【図19】ＭＡＰサウンディングのための単一のＮＤＰにおいて使用される、物理レイヤプロトコルデータユニット（physical layer protocol data unit、ＰＰＤＵ）フォーマットを示す図である。

【図20】ＭＡＰサウンディングのための複製されたＮＤＰ内で使用されるＰＰＤＵフォーマットを示す図である。

【図21】ハイブリッドトーンインターリーブされた直交符号ベースのＥＨＴ－ＬＴＦシンボル送信を示す図である。

【図22】複数のＡＰを使用する共同送信スキームを示す図である。

【図23】ＡＰ間アンテナとＳＴＡとの間のＣＳＩを示す図である。

【図24】組み合わされたチャネルサウンディングを有効化するための手順の一例を示す図である。

【図25】無線感知の一例を示す図である。

【図26】将来互換のためのサウンディングダイアログトークンＮＤＰＡの一例である。

【図27】同じフレーム内でＥＨＴ ＳＴＡとＳＥＮＳ ＳＴＡとを信号伝達するために２つの特別ＳＴＡ情報を有する、ＮＤＰＡバリアント設計の一例である。

【図28】順方向計算可能トリガフレーム設計Ｉの一例である。

【図29】上位互換トリガフレーム設計ＩＩの一例である。

【図30】トリガＮＤＰＡ内のタイプフィールドの設計の一例である。

【図31】特別ＳＴＡ情報フィールドの設計の一例である。

【図32】ＭＡＰサウンディング手順の一例である。

【図33】マルチアクセスポイントサウンディング手順の一例である。

【発明を実施するための形態】

【0006】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）と、ＡＰに関連付けられている１つ以上のステーション（ＳＴＡ）を有する。ＡＰは通常、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有する。ＢＳＳの外側から発信されたＳＴＡへのトラフィックは、ＡＰを経由して到着し、ＳＴＡに配信される。ＳＴＡからＢＳＳの外側の宛先へのトラフィックは、ＡＰに送信され、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信する。

【0061】

８０２．１１ａｃインフラストラクチャモードの動作を使用して、ＡＰは、通常はプライマリチャネルである固定チャネル上にビーコンを送信し得る。このチャネルは２０ＭＨｚ幅とすることができ、ＢＳＳの動作チャネルである。このチャネルは、ＳＴＡがＡＰとの接続を確立するためにも使用される。８０２．１１システムにおける基本チャネルアクセスは、衝突回避を用いるキャリア感知多重アクセス（ＣＳＭＡ／ＣＡ）である。この動作モードでは、ＡＰを含む全てのＳＴＡは、プライマリチャネルを感知し得る。チャネルがビジー状態であることが検出された場合、ＳＴＡはバックオフする。したがって、１つのみのＳＴＡは、所与のＢＳＳにおける任意の所与の時間に送信し得る。

【0062】

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

【0063】

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

【0064】

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

【0065】

ＩＥＥＥ８０２．１１ Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）のスタディグループは、２０１８年９月に結成された。ＥＨＴは、８０２．１１ａｘに続くＩＥＥＥ８０２．１１規格の次の主要な改訂版とみなされる。ＥＨＴは、ピークスループットを更に増加させ、ＩＥＥＥ８０２．１１ネットワークの効率を改善する可能性を探るために形成される。ＥＨＴのスタディグループに続いて、８０２．１１ＥＨＴ規格を規定するために、８０２．１１ｂｅのタスクグループが設立された。対処される主要な使用事例及び用途は、Ｖｉｄｅｏ－ｏｖｅｒ－ＷＬＡＮ、拡張現実（Augmented Reality、ＡＲ）、及び仮想現実（Virtual Reality、ＶＲ）などの高スループット及び低レイテンシの用途を含む。

【0066】

ピークスループットの向上及び改善された効率という目標を達成するために、ＥＨＴ ＳＧ及び８０２．１１ｂｅに関して議論された特徴のリストには、複数アクセスポイント（マルチＡＰ）協調、マルチバンド／マルチリンク、３２０ＭＨｚ帯域幅、１６個の空間ストリーム、ＨＡＲＱ、６ＧＨｚチャネルアクセス及び８０２．１１ｂｅマルチＡＰ送信のための新しい設計が含まれる。

【0067】

ＩＥＥＥ標準化委員会は、ＥＨＴ ＳＧで開発されたプロジェクト認可要求（Project Authorization Request、ＰＡＲ）及び標準規格開発基準（Criteria for Standards Development、ＣＳＤ）に基づいて、ＩＥＥＥ ８０２．１１ｂｅタスクグループ（Task Group、ＴＧ）を承認した。協調マルチＡＰ（Coordinated Multi－AP、Ｃ－ＭＡＰ）送信は、８０２．１１ｂｅにおいてサポートされ得る。これまで議論されてきたスキームには、協調マルチＡＰ ＯＦＤＭＡ（Coordinated Multi－AP OFDMA、ｃｏ－ＯＦＤＭＡ）、協調マルチＡＰ ＴＤＭＡ(Coordinated Multi－AP TDMA、ｃｏ－ＴＤＭＡ）、協調マルチＡＰ空間再利用（Coordinated Spatial Reuse、ＣＳＲ）、協調ビームフォーミング／ヌリング（Coordinated beamforming／nulling、ＣＢＦ）及び共同送信（Joint Transmission、ＪＴＸ）がある。

【0068】

協調マルチＡＰの文脈において、いくつかの用語が定義されている。共有ＡＰ（sharing AP）は、ＴＸＯＰを取得してマルチＡＰ協調を開始するＥＨＴ ＡＰである。被共有ＡＰ（shared AP）は、共有ＡＰによってマルチＡＰ送信のために協調されるＥＨＴ ＡＰである。ＡＰ候補セットは、マルチＡＰ協調を開始する又はそれに参加することができるＡＰのセットである。

【0069】

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

【0070】

８０２．１１ｎ及び８０２．１１ａｃにおけるチャネルサウンディングは、２つの異なるスキーム、明示的又は暗黙的な方式を使用して実行され得る。明示的チャネルサウンディングでは、ＡＰは、ＳＴＡがそれ自体のチャネルを測定し、チャネル状態情報（Channel State Information、ＣＳＩ）フィードバックをＡＰに送ることを可能にするプリアンブルとともに、ＮＤＰをＳＴＡに送信する。暗黙的チャネルサウンディングでは、ＳＴＡはＮＤＰを送信し、ＡＰは、チャネルが相互的であると仮定してＳＴＡのチャネルを測定する。

【0071】

８０２．１１ｂｅ ＴＧでは、８０２．１１ｂｅが、各ＭＵ－ＭＩＭＯスケジュールされた非ＡＰ ＳＴＡに配分される空間ストリームの最大数が４に制限されるＳＵ－ＭＩＭＯ及びＭＵ－ＭＩＭＯのために最大１６個の空間ストリームをサポートすることと、ＤＬ送信のために空間多重化されるユーザの最大数がＲＵ／ＭＲＵ当たり８であることとが合意されている。

【0072】

８０２．１１は、マルチＡＰ環境において、順次サウンディングと共同サウンディングとを含むチャネルサウンディングの２つのモードをサポートする。順次サウンディングでは、各ＡＰは、各ＡＰの重複するサウンディング期間なしに独立してＮＤＰを送信する。また、ＡＰにおける合計８個以下の全てのアンテナが全てのＬＴＦトーン上でアクティブであり、ＯＦＤＭシンボルにわたって８２．１１ａｘのＰ行列を使用する複数ＡＰのための任意選択的モードとして、共同サウンディングも提供されることが合意されている。ＣＳＩフィードバック収集は、マルチＡＰにおいて８０２．１１ａｘのような４ステップサウンディングシーケンス（ＮＤＰＡ＋ＮＤＰ＋ＢＦＲＰ ＴＦ＋ＣＳＩ報告）を使用して実行されて、ＢＳＳ内ＳＴＡ及び重複基本サービスセット（overlapping basic service set、ＯＢＳＳ）ＳＴＡの両方からフィードバックを収集することができる。また、マルチＡＰのための順次サウンディングにおいて、ＳＴＡは、ＯＢＳＳ ＡＰから受信したＮＤＰＡフレームとＢＦＲＰトリガフレームとを処理することができることも合意されている。ＳＴＡは、ＯＢＳＳ ＡＰからのＢＦＲＰトリガフレームによってポーリングされた場合、対応するＣＳＩでＯＢＳＳ ＡＰに応答することができる。

【0073】

図２は、複数アクセスポイント（マルチＡＰ）環境における順次チャネルサウンディング対共同チャネルサウンディングを示すシステム図である。順次サウンディングでは、協調グループ内の各ＡＰ（すなわち、ＡＰ１ ２０２ａ、ＡＰ２、２０２ｂ、及びＡＰ３ ２０２ｃ）は、協調グループ内の全てのＳＴＡ２０４に、異なる重複しない時間においてＮＤＰ２０６ａ、２０６ｂ、及び２０６ｃを送信する（すなわち、時間多重化される）。共同サウンディングでは、協調するＡＰ（すなわち、ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）は、ＮＤＰ２０８を同時に送信することができ、ここで、異なるＬＴＦトーンは、帯域幅全体に広がり空間的に多重化されるか、又は直交コードを使用するかのいずれかであり、あるいは、ＬＴＦトーンは、各ＡＰのための選択されたトーン上でのみ送られる。

【0074】

ＳＴＡは、ＮＤＰを受信するときに、チャネルを測定し、ＣＳＩフィードバック報告を準備する。ＳＴＡからＣＳＩを収集するために、以下を含む異なる方法が提案される。（１）各ＡＰが、ＢＳＳ内ステーション及びＯＢＳＳステーションのフィードバックを含む全てのＣＳＩを収集する、（２）各ＡＰが、その関連付けられたＳＴＡのみからＣＳＩを収集する、かつ／又は（３）共有ＡＰが、協調グループ内の全ての被共有ＡＰに対するＣＳＩを収集する。

【0075】

概して、マルチＡＰ環境におけるチャネルサウンディングの課題は、サウンディングに関与するＳＴＡが共有ＡＰを聞くことができないこと、マルチＡＰ協調セット内のＡＰの同期、異なるサウンディングスキームのオーバーヘッド、複雑さ、及び性能が変化すること、明示的サウンディング及び暗黙的サウンディングにおけるＮＤＰ送信のバリアント、フィードバックの収集及び削減、である。

【0076】

図３は、高効率ヌルデータパケット（ＨＥ ＮＤＰ）アナウンスメントフレーム３００フォーマットを示す図である。図３に示すように、８０２．１１ｂｅ ＴＧは、８０２．１１ａｘのＮＤＰＡと同様のＮＤＰアナウンスメント（ＮＤＰＡ）の構造を維持することに合意している。ＨＥ ＮＤＰアナウンスメントフレーム３００は、フレーム制御フィールド３０２、持続時間フィールド３０４、ＲＡフィールド３０６、ＴＡフィールド３０８、サウンディングダイアログトークンフィールド３１０、ＳＴＡ情報フィールド３１２、ＳＴＡ情報ｎフィールド３１４、及びＦＣＳフィールド３１６を含み得る。フレーム制御フィールド３０２は、２オクテットであり得る。持続時間フィールド３０４は、２オクテットであり得る。ＲＡフィールド３０６は、６オクテットであり得る。ＴＡフィールド３０８は、６オクテットであり得る。サウンディングダイアログトークンフィールド３１０フィールドは、１オクテットであり得る。ＳＴＡ情報１フィールド３１２及びＳＴＡ情報ｎフィールド３１４は、４オクテットであり得る。ＦＣＳフィールド３１６は、４オクテットであり得る。フレーム制御フィールド３０２、持続時間フィールド３０４、ＲＡフィールド３０６、及びＴＡフィールド３０８は、ＭＡＣヘッダ３２０を構成し得る。

【0077】

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

【0078】

図４に示すように、ＥＨＴ ＮＤＰアナウンスメントフレーム中のＳＴＡ情報フィールド４００フォーマットは、関連付けＩＤ（ＡＩＤ）１１サブフィールド４０２、部分ＢＷ情報サブフィールド４０４、予約済みサブフィールド４０６、Ｎｃサブフィールド４０８、フィードバックタイプ及びＮｇサブフィールド４１０、曖昧性除去サブフィールド４１２、コードブックサイズサブフィールド４１４、及び予約済みサブフィールド４１６を含み得る。ＡＩＤ１１サブフィールド４０２は、１１ビットであり得る。部分ＢＷ情報サブフィールド４０４は、９ビットであり得る。予約済みサブフィールド４０６は、１ビットであり得る。Ｎｃサブフィールド４０８は、４ビットであり得る。フィードバックタイプ及びＮｇサブフィールド４１０は、２ビットであり得る。曖昧性除去サブフィールド４１２は、１ビットであり得る。コードブックサイズサブフィールド４１４は、１ビットであり得る。予約済みサブフィールド４１６は、３ビットであり得る。

【0079】

図５は、トリガフレームフォーマット５００を示す図である。トリガフレームは、リソースを配分し、アップリンクにおける単一又はマルチユーザアクセスをトリガするために、８０２．１１ａｘにおいて最初に導入された。図５に示すように、トリガフレームフォーマット５００は、フレーム制御フィールド５０２、持続時間フィールド５０４、ＲＡフィールド５０６、ＴＡフィールド５０８、共通情報フィールド５１０、ユーザ情報リストフィールド５１２、パディングフィールド５１４、及びＦＣＳフィールド５１６を含み得る。フレーム制御フィールド５０２、持続時間フィールド５０４、ＲＡフィールド５０６、及びＴＡフィールド５０８は、ＭＡＣヘッダ５２０を損ない得る。フレーム制御フィールド５０２は、２オクテットであり得る。持続時間フィールド５０４は、２オクテットであり得る。ＲＡフィールド５０６は、６オクテットであり得る。ＴＡフィールド５０８は、６オクテットであり得る。共通情報フィールド５１０は、８オクテット以上であり得る。ユーザ情報リストフィールド５１２及びパディングフィールド５１４は、可変オクテットであり得る。ＦＣＦフィールド５１６は、４オクテットであり得る。

【0080】

図６は、ＥＨＴバリアントユーザ情報フィールドフォーマット６００を示す図であり、図７は、ＥＨＴ特別ユーザ情報フィールド７００フォーマットの一例を示す図である。図６及び図７に示されるような両方の強化は、ＨＥデバイス及びＥＨＴデバイスの両方に対して統一されたトリガスキームを提供する。

【0081】

ＥＨＴバリアントユーザ情報フィールドフォーマット６００は、ＡＩＤ１２フィールド６０２、ＲＵ配分サブフィールド６０４、ＵＬ ＦＥＳ符号化タイプサブフィールド６０６、ＵＬ ＥＨＴ－ＭＣＳサブフィールド６０８、予約済みサブフィールド６１０、ＳＳ配分／ＲＡ－ＲＵ情報サブフィールド６１２、ＵＬターゲット受信電力サブフィールド６１４、ＰＳ１６０サブフィールド６１６、及びトリガ依存ユーザ情報サブフィールド６１８を含み得る。ＡＩＤ１２サブフィールド６０２は、１２ビットであり得る。ＲＵ配分サブフィールド６０４は、８ビットであり得る。ＵＬ ＦＥＳ符号化タイプサブフィールド６０６は、１ビットであり得る。ＵＬ ＥＨＴ－ＭＣＳサブフィールド６０８は、４ビットであり得る。予約済みサブフィールド６１０は、１ビットであり得る。ＳＳ配分／ＲＡ－ＲＵ情報サブフィールド６１２は、６ビットであり得る。ＵＬターゲット受信電力サブフィールド６１４は、７ビットであり得る。ＰＳ１６０サブフィールド６１６は、１ビットであり得る。トリガ依存ユーザ情報サブフィールド６１８は、可変ビットであり得る。

【0082】

図７は、ＥＨＴ特別ユーザ情報フィールド７００フォーマットを示す図である。ＥＨＴ特別ユーザ情報フィールド７００は、ＡＩＤ１２サブフィールド７０２、ＰＨＹバージョンＩＤサブフィールド７０４、ＵＬ帯域幅拡張サブフィールド７０６、空間再利用１サブフィールド７０８、空間再利用１サブフィールド７１０、Ｕ－ＳＩＧ無視及び検証サブフィールド７１２、予約済みサブフィールド７１４、及びトリガ依存ユーザ情報サブフィールド７１６を含み得る。ＡＩＤ１２サブフィールド７０２は、１２ビットであり得る。ＰＨＹバージョンＩＤサブフィールド７０４は、３ビットであり得る。ＵＬ帯域幅拡張サブフィールド７０６は、２ビットであり得る。空間再利用１サブフィールド７０８は、４ビットであり得る。空間再利用２サブフィールド７１０は、４ビットであり得る。Ｕ－ＳＩＧ無視及び検証サブフィールド７１２は、１２ビットであり得る。予約済みサブフィールド７１４サブフィールドは、３ビットであり得る。トリガ依存ユーザ情報サブフィールド７１６は、可変ビットであり得る。

【0083】

マルチＡＰ送信が有効化された環境では、潜在的な協調機会を識別することは、チャネルサウンディング及びデータ送信手順の前に不可欠な手順であり得る。この事前選択フェーズは、協調機会を見つけるために粗い無線測定を必要とする場合がある。無線測定フェーズは、マルチＡＰチャネルサウンディング及びデータ送信フェーズの直前であるものとする。無線測定フェーズのためにいくつかの手順を考案することができる。

【0084】

ＮＤＰＡは、ＯＢＳＳ ＳＴＡに信号伝達することができる。マルチＡＰチャネルサウンディングでは、サウンディングラウンドに参加している各ＡＰは、サウンディングに関与するＳＴＡがＡＰに関連付けられているかＯＢＳＳ ＡＰに関連付けられているかにかかわらず、ＣＳＩフィードバックパラメータをそれらのＳＴＡに信号伝達するために、ＮＤＰＡを送ることができる。ＮＤＰＡフレーム内でＯＢＳＳ ＳＴＡに信号伝達することは未解決の問題であり、ＮＤＰＡフレームがＯＢＳＳからのＳＴＡのＳＴＡ情報を含むことの指示、他のＯＢＳＳに関連付けられたＳＴＡの識別、及び異なるＢＳＳからのいくつかのＳＴＡが同じＡＩＤを有する場合があるＡＩＤ衝突を含む、いくつかの問題が浮上し得る。

【0085】

マルチＡＰチャネルサウンディングは、ハイブリッドサウンディングを採用してもよい。マルチＡＰ動作では、各ＡＰは、そのＢＳＳ内のＳＴＡに対するチャネル状態情報（ＣＳＩ）を知る必要があり得るだけでなく、ＯＢＳＳ内のＳＴＡに対するＣＳＩを知る必要もあり得る。ＡＰ候補セット内のＡＰに関連付けられたＢＳＳ内の全てのＳＴＡに対して明示的サウンディングを使用することは、信号伝達及び時間に関してかなりの量のオーバーヘッドにつながる可能性がある。オーバーヘッドを削減するために明示的サウンディング及び暗黙的サウンディングの組み合わせを協調的にどのように利用するかは、未解決の問題である。

【0086】

ＮＤＰは、マルチＡＰ（ＭＡＰ）チャネルサウンディングのために拡張されるべきである。ＮＤＰの現在の設計は、マルチＡＰチャネルサウンディングをサポートすることができない。例えば、ＮＤＰは、各ＡＰが異なるＢＳＳカラーを有し得る複数のＡＰから送られ得る。異なるＡＰから１つのＮＤＰ内でＥＨＴ－ＬＴＦシンボルを送る複数の方法が存在する。それには、どのＥＨＴ－ＬＴＦシンボルがどのＡＰによって送られるかを示す信号伝達が必要となる。１つのＥＨＴ－ＬＴＦシンボルを使用して異なるＡＰからの直交性を実現するために、２つ以上の機構が存在し得る。したがって、共同マルチＡＰサウンディングにおいて使用される直交性機構を示す必要があり得る。

【0087】

あるＭＡＰ動作シナリオでは、データの１つのセットが、有線又は無線バックホールを介して接続され得る複数のＡＰから送信され得る。このシナリオでは、複数のＡＰからの組み合わされたＣＳＩのみが必要とされ得る。加えて、各Ｔｘ－ＲｘペアのＣＳＩではなく、組み合わされたＣＳＩを取得することは、特定の無線感知アプリケーションにとって十分であり得る。そのようなサウンディングを達成するための機構は、現在、８０２．１１規格において利用可能ではない。

【0088】

ＥＨＴのいくつかの特徴は、８０２．１１の領域に他の機能性を導入するために、将来の修正において再使用され得る。これらの特徴を将来使用可能とするために、いくつかのＭＡＣフレーム（ＮＤＰＡ及びトリガフレームなど）は、将来の修正（ＳＥＮＳなど）との上位互換性を保証するために、ＥＨＴにおいて再設計され得る。このようにして、ＥＨＴ ＭＡＣフレームは、不可欠な情報を信号伝達するための将来の修正において使用され得る。

【0089】

暗黙的サウンディングは、ＳＴＡ（ＡＰ又は非ＡＰ）が別のＳＴＡ（ＡＰ又は非ＡＰ）にＮＤＰを送るように要請し、要請側のＳＴＡが、通信目的（ビームフォーミング、リンク適応など）又は感知目的のいずれかのために使用されるべきＣＳＩを測定することができるようにするサウンディング手順である。８０２．１１における暗黙的サウンディングは、一度に１つのＳＴＡからのＮＤＰ送信を要請するために定義される。アップリンクにおいてＮＤＰ（直交又は非直交）を送るように２つ以上のＳＴＡをトリガすることは、未解決の問題である。ＮＤＰＡは、ＮＤＰＡが複数のＳＴＡがＮＤＰを同時に送信するようにトリガするために使用され得るように、トリガ機能を提供するように再設計され得る。

【0090】

ＭＡＰサウンディングでは、共有ＡＰは、ＮＤＰＡ及びＮＤＰをＭＡＰ協調グループ内のＳＴＡに送るように、被共有ＡＰをトリガする必要があり得る。共有ＡＰは、ＭＡＰトリガフレーム又は共同ＮＤＰＡフレームを使用することによって、ＭＡＰサウンディング手順をトリガし得る。いずれにせよ、ＭＡＰサウンディング手順に対するトリガフレームの設計が必要である。

【0091】

マルチＡＰ送信における潜在的な協調機会は識別され得る。一実施形態では、無線測定は、チャネルサウンディングフェーズに参加しているＡＰ及びＳＴＡの、事前選択のために使用され得る。

【0092】

図８は、潜在的な協調機会の識別を示すシステム図である。マルチＡＰ協調グループにおける潜在的な協調機会の識別は、不必要なオーバーヘッドを回避することによって、サウンディング手順の最適化を可能にし得る。ＳＴＡ１１ ８０４ａ及びＳＴＡ１２ ８０４ｂは、ＡＰ１ ８０２ａとＢＳＳ内にあり、ＡＰ２ ８０２ｂとＯＢＳＳ内にある。ＳＴＡ２１ ８０４Ｃは、ＡＰ２ ８０２ｂとＢＳＳ内にあり、ＡＰ１ ８０２ａとＯＢＳＳ内にある。ＳＴＡ２２ ８０４ｄは、ＡＰ２ ８０２ｂとＢＳＳ内にあり、ＡＰ１ ８０２ａとＯＢＳＳ内にある。ＳＴＡ３１ ８１４ａは、ＡＰ３ ８１２ａとＢＳＳ内であり、ＡＰ４ ８１２ｂとＯＢＳＳ内にある。ＳＴＡ３２ ８１４ｂは、ＡＰ３ ８１２ａとＢＳＳ内にあり、ＡＰ４ ８１２ｂとＯＢＳＳ内にある。ＳＴＡ４１ ８１４ｃは、ＡＰ４ ８１２ｄとＢＳＳ内にあり、ＡＰ３ ８１２ｃとＯＢＳＳ内にある。ＳＴＡ４１ ８１４ｄは、ＡＰ４ ８１２ｄとＢＳＳ内にあり、ＡＰ３ ８１２ｃとＯＢＳＳ内にある。

【0093】

図８に示すように、事前選択無線測定フェーズを適用することは、ＳＴＡへの他のＡＰからの過度な干渉を回避しながら、ＡＰ１ ８０２ａからＳＴＡ１２ ８０４ｂに、かつＡＰ２ ８０２ｂからＳＴＡ２１ ８０４ｃにデータを送信するために、ＡＰ１ ８０２ａとＡＰ２ ８０２ｂとの間の潜在的な協調を見つけることをもたらし得る。事前選択無線測定フェーズはまた、マルチＡＰチャネルサウンディングに関連付けられたオーバーヘッド及び複雑さを最小限に抑えることも可能にし得る。例えば、ＡＰ１ ８０２ａとＡＰ２ ８０２ｂとの間の協調機会は、ＡＰ３ ８１２ａとＡＰ４ ８１２ｂとの間の協調機会とは重複しない。したがって、マルチＡＰチャネルサウンディングは、１つの協調機会に関与するＳＴＡと、任意の他の重複しない協調機会に関与するＡＰのいずれかとの間でＣＳＩフィードバックを送ることを回避するために、共有ＡＰ（ＡＰ１ ８０２ａ）によって計画され得る。

【0094】

図９は、事前選択無線測定手順９２０の一例を示す図である。事前選択無線測定フェーズ９２０では、図９に示されるように、共有ＡＰ９０２ａは、無線測定フェーズをトリガするために、マルチＡＰ無線測定報告ポール（MAP Radio Measurement Report Poll、ＭＡＰ－ＲＭＲＰ）９０６を被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄに送信し得る。

【0095】

その後、マルチＡＰ協調グループ内の全ての被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄは、その関連付けられたＳＴＡ９０４にＲＭＲＰ９０８を送ることによって応答することができ、ここで、ＲＭＲＰ９０８及びＭＡＰ－ＲＭＲＰ９０６は、トリガフレームのバリアントであり得る。１つのオプションでは、各ＳＴＡは、ＲＭＲＰ９０８内でＡＰによって配分されたＲＵにおいて、ＲＭフィードバック９１０を各ＳＴＡのＡＰに送ることによって応答してもよい。次いで、全ての被共有ＡＰ９０２ｂ、９０２ｃ、９０２ｄは、有線送信又はオーバザエア送信のいずれかを使用して、収集されたフィードバックを共有ＡＰ９０２ａに送り得る。代替的に又は追加的に、関連付けられたＳＴＡ９０４は、ＲＭフィードバック９１０を共有ＡＰ９０２ａに直接送ることによって応答し得る。共有ＡＰ９０２ａは、ビクティムＳＴＡ（特定のＡＰからの高い干渉を経験しているＳＴＡ）を識別するために、収集された無線測定値を分析し、ビクティムＳＴＡとして識別されたＳＴＡに関与するマルチＡＰチャネルサウンディングフェーズ９３０に備えることができる。非重複協調機会のマルチＡＰチャネルサウンディングは、共同解除され、並列に行われ得る。ＲＭフィードバック９１０の分析は、共有ＡＰ９０２ａが、測定された干渉のレベルに基づいて、協調及び最適な協調スキーム（例えば、ＣＢＦ、ｃｏ－ＯＦＤＭＡなど）のために選択された候補ＡＰ及びＳＴＡを識別することを可能にし得る。

【0096】

ＲＭフィードバック９１０は、ＲＭＲＰ９０８にリストされたＡＰから検出された受信信号のＲＳＳＩ／ＰＬ／ＳＮＲ／ＣＱＩを示す報告を含み得る。共有ＡＰ９０２ａは、ＲＭＲＰトリガフレーム間の直交性を維持するために、ＭＡＰ－ＲＭＲＰ９０６内で被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄに情報を提供することができる。一例では、測定値は、許容される測定レベルの予め設計されたテーブルからの、量子化されたレベルであり得る。別の例では、測定値は、高／低レベルを示すための所与の閾値に対するインジケータであり得る。閾値は、指定された協調のいくつかのシナリオをカバーするために、共有ＡＰ９０２ａから被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄに信号伝達され得る動的設定であり得る。

【0097】

ＭＡＰ－ＲＭＲＰ９０６は、トリガフレームのバリアントか又は新たな制御フレームであってもよい。一例では、トリガタイプサブフィールドの符号化では、表１に示されるような予約済み値のうちの１つ（例えば、９）を使用してもよい。しかしながら、ＭＡＰ－ＲＭＲＰトリガフレームバリアントを示すために、任意の他の値が使用されてもよい。１つの方法では、ＭＡＰ－ＲＭＲＰ９０６は、無線測定フェーズ９２０をセットアップをするために、共有ＡＰ９０２ａによって被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄに送られ得る。このセットアップには、無線測定フェーズに参加している被共有ＡＰのリストを示すこと、ＲＭＲＰトリガフレームを送るために、無線測定フェーズ９２０に参加している被共有ＡＰに直交リソース（時間／周波数／空間／符号）を配分することが含まれ得る。

【0098】

無線測定フェーズ９２０パラメータの信号伝達には、測定のタイプ（ＲＳＳ／ＰＬ／ＣＱＩ／ＳＮＲ）、測定値が量子化レベル（より高い分解能）又は高／低指示のいずれかであることを示すフィードバックタイプが含まれ得る。閾値は、所与の測定値が高いか又は低いかを示す。

【0099】

共有ＡＰ９０２ａは、全ての被共有ＡＰ９０２ｂ、９０２ｃ、及び９０２ｄによって既知であるチャネル上でＭＡＰ－ＲＭＲＰ９０６を送ることができ、全ての（共有及び被共有）ＡＰは、短いフレーム間スペース（Short Interframe Space、ＳＩＦＳ）（又は任意の他のフレーム間スペース）の後に、それらの関連付けられたＳＴＡにＲＭＲＰ９０８を送ることによって応答することができる。ＭＡＰ－ＲＭＲＰ９０６に応答している全てのＡＰが、無線測定フェーズの直後に続くマルチＡＰチャネルサウンディングフェーズ９３０に参加する必要がなくてもよい。

【0100】

協調グループ内のＡＰは、ＲＭフィードバックを収集するために、それらの関連付けられたＳＴＡの全て又はいくつかにＲＭＲＰトリガフレームを送り得る。このフィードバックは、共有ＡＰによって分析されて、どのＡＰ及びＳＴＡが後続のマルチＡＰチャネルサウンディングに参加し得るか決定する。ＲＭＲＰは、ＲＭフェーズに参加し得るＳＴＡを示し、ＲＭフィードバックを準備するためにパラメータをＳＴＡに提供するトリガフレームのバリアントであってもよい。ＲＭＲＰトリガフレームは、共有ＡＰによってＭＡＰ－ＲＭＲＰ内で示された直交無線リソース（周波数／時間／空間／符号）上で異なるＡＰから送信され得る。

【0101】

１つの方法では、トリガフレームの共通情報フィールド内のトリガタイプサブフィールドは、ＲＭＲＰトリガフレームバリアントに新たに割り当てられたタイプを示し得る。一例では、トリガタイプサブフィールドの符号化では、表１に示されるような予約済み値のうちの１つ（例えば、８）を使用してもよい。しかしながら、ＲＭＲＰトリガフレームバリアントを示すために、任意の他の値が使用されてもよい。

【0102】

１つの方法では、測定タイプは、共通情報フィールド中の予約済みビットのうちのいくつかを使用して信号伝達され得る。したがって、ＲＭフェーズに参加している全てのＳＴＡは、同じ測定タイプで応答することができる。別の例では、測定タイプは、ユーザ情報フィールド中で各ＳＴＡについて個々に信号伝達され得、これにより、異なるタイプの測定形態、異なるユーザを収集する際の柔軟性をより高めることが可能となり、その結果、異なる協調スキーム（例えば、ＣＢＦ、ＪＴＸなど）において異なるＳＴＡを関与させることが可能となり得る。

【0103】

【表1】

表１：トリガタイプサブフィールドの符号化

【0104】

１つの方法では、ユーザ情報フィールドのトリガ依存ユーザ情報サブフィールドは、同じトリガフレーム内において異なるＳＴＡごとに異なり得るＲＭ位相パラメータを信号伝達するために使用され得る。一例では、測定タイプ（ＲＳＳ、ＰＬ、ＣＱＩ、ＳＮＲ）を符号化するために２ビット以上が使用され得、フィードバックタイプ（例えば、量子化レベル又は高／低指示）を示すために１ビット以上が使用され得、高／低指示フィードバックタイプの場合、閾値を信号伝達するために２ビット以上が使用され得る。この閾値は、ＳＴＡによって使用されて、特定のＡＰからの測定値が閾値以上（高）であるか、又は閾値未満（低）であるかを判定することができる。

【0105】

１つの方法では、ユーザ情報フィールド内のトリガ依存ユーザ情報サブフィールドは、ＳＴＡの近傍にある（共有又は被共有）ＡＰのリストを信号伝達するために使用され得る。ＳＴＡではそれらＡＰから受信された信号の測定が必要とされる。例えば、ＡＰは、圧縮されたＢＳＳＩＤ、又はマルチＡＰ協調グループ内の共有／被共有ＡＰに割り当てられたＩＤによって識別され得る。別の方法では、ＳＴＡには、事前に定義された閾値よりも高い測定値（高干渉、近接など）をもつＡＰについての測定値を提供することが要求され得る。この方法では、ＲＭＲＰを送信しているＡＰは、対象となるＳＴＡがＡＰに測定値を提供することができるＡＰを明示的にリストする必要がない。言い換えれば、ＳＴＡは、受信された信号が所与の閾値よりも高いＡＰのリストを含むＲＭフィードバックを送る場合がある。

【0106】

１つの方法では、ＲＭフィードバックは、ＲＭＲＰトリガフレーム内でリストされたＳＴＡからそれらの関連付けられたＡＰに送り返され得る。この場合、各ＡＰがそれらの関連付けられたＳＴＡに個々のトリガを送信し得ることと仮定する。次いで、被共有ＡＰは、収集された測定値を、有線又は無線接続を介して共有ＡＰに送り得る。別の方法では、ＳＴＡは、共有ＡＰからＲＭフェーズに参加している全てのＳＴＡに送られる単一のＲＭＲＰトリガフレームに対する応答として、ＲＭフィードバックを共有ＡＰに直接送信することができる。

【0107】

ＲＭフィードバックは、ＳＴＡによってその近傍の異なるＡＰから受信された信号について測定された無線測定値のリストである。ＳＴＡは、ＲＭＲＰトリガフレーム内でＡＰによって送られたフィードバックパラメータに基づいて測定値を準備し得る。

【0108】

１つの方法では、ＳＴＡは、既知の送信電力を有するビーコンフレーム又は任意の他の制御若しくは管理フレーム上で無線測定を実行し得る。この場合、ＳＴＡは、ＲＭＲＰにリストされたＡＰからの受信信号の直近の測定値でＲＭＲＰトリガフレームに応答し得る。

【0109】

１つの方法では、ＳＴＡは、全てのＲＭＲＰトリガフレームが直交リソース上で送られ得ることを前提として、他のＡＰから送られたＲＭＲＰトリガフレーム上で測定を実行し得る。したがって、ＳＴＡは、ＲＭフィードバックＴＢ ＰＰＤＵ内で測定値を送り得る。

【0110】

共有ＡＰは、ＲＭフェーズの直後に行われるマルチＡＰチャネルサウンディングフェーズに関与し得る協調機会及びＡＰ／ＳＴＡを識別するために、収集されたＲＭフィードバックを分析し得る。一例では、異なるＡＰからの受信信号の測定のためにＳＴＡから送られ得る、図８に示されたシナリオのためのＲＭフィードバックは、表２である。これらの測定値は、下に記載する以下のアルゴリズムに従って分析され得る。

【0111】

各ＡＰについて、高い受信信号を報告しているＯＢＳＳ ＳＴＡを見つける。例えば、ＡＰ１→ＳＴＡ２１、ＡＰ２→ＳＴＡ１２、ＡＰ３→ＳＴＡ４１、ＡＰ４→ＳＴＡ３２）。

【0112】

各ＡＰについて、（このＡＰ、ビクティムＳＴＡ、ＯＢＳＳ ＡＰ）、（ＡＰ１、ＳＴＡ２１、ＡＰ２）、（ＡＰ２、ＳＴＡ１２、ＡＰ１）、（ＡＰ３、ＳＴＡ４１、ＡＰ４）、及び（ＡＰ４、ＳＴＡ３２、ＡＰ３）、を含み得るタプルをリストする。

【0113】

同じＡＰを含む全てのタプルをより大きいタプルに結合し、各タプルは協調機会を識別することができる。例えば、（ＡＰ１、ＳＴＡ２１、ＡＰ２）＋（ＡＰ２、ＳＴＡ１２、ＡＰ１）→ＡＰ１、ＡＰ２、ＳＴＡ１２、ＳＴＡ２１）及び（ＡＰ３、ＳＴＡ４１、ＡＰ４）＋（ＡＰ４、ＳＴＡ３２、ＡＰ３）→ＡＰ３、ＡＰ４、ＳＴＡ３２、ＳＴＡ４１）。

【0114】

【表2】

表２：無線測定フィードバック例

【0115】

一実施形態では、ＮＤＰＡは、ＯＢＳＳ ＳＴＡに信号伝達し得る。１つの方法では、図４に示されるように、ＳＴＡ情報フィールドのＢ２０は、（ＢＳＳ内／ＯＢＳＳ）サブフィールドに名前変更され、このＳＴＡ情報が協調グループ内の別のＡＰに関連付けられたＳＴＡを対象とすることを示すために使用され得る。このビットの設定は、Ｂ２０＝０でＢＳＳ内のＳＴＡを示し、Ｂ２０＝１でＯＢＳＳ ＳＴＡを示し得る。Ｂ２０は、ＢＳＳ内／ＯＢＳＳ内ビットを搬送するための例として使用されているが、他の場所のビットが使用されてもよい。別の方法では、ＯＢＳＳからＳＴＡに信号伝達するために、ＥＨＴ ＮＤＰアナウンスメントフレーム中に特別情報フィールドが導入されてもよい。この方法では、ＮＤＰＡの新たなバリアントが定義されてもよい（ＥＨＴ ＮＤＰＡバリアント）。

【0116】

図１０は、１つの特別ＳＴＡ情報フィールド１０１２を有するＥＨＴ ＮＤＰＡバリアントフレーム１０００設計の一例を示す図である。第１のＥＨＴ ＮＤＰＡバリアント設計１０００は、フレーム制御フィールド１００２、持続時間フィールド１００４、ＲＡフィールド１００６、ＴＡフィールド１０１０、特別ＳＴＡ情報フィールド１０１２、１つ以上のＳＴＡ情報フィールド１０１４、及びＦＣＳフィールド１０１６を含み得る。フレーム制御フィールド１００２は、２オクテットであり得る。持続時間フィールド１００４は、２オクテットであり得、ＲＡフィールド１００６は、６オクテットであり得る。ＴＡフィールド１００８は、６オクテットであり得る。サウンドトークンダイアログフィールド１０１０は、１オクテットであり得る。特別ＳＴＡ情報フィールド１０１２は、４オクテットであり得る。１つ以上のＳＴＡ情報フィールド１０１４は、４オクテットであり得る。ＦＣＳフィールド１０１６は、４オクテットであり得る。

【0117】

ＮＤＰＡ内に特別ＳＴＡ情報フィールド１０１２を配置する際に、いくつかの設計が考慮され得る。第１の設計では、図１０に示すように、サウンディングダイアログトークンフィールド１０１０の直後に、１つの特別ＳＴＡ情報フィールド１０１２のみが挿入され得る。この設計では、特別ＡＩＤを使用して、このフィールドが特別ＳＴＡ情報フィールド１０１２であることを示し得る。１つの方法では、特別ＳＴＡ情報フィールド１０１２は、任意選択的に存在してもよい。特別ＳＴＡ情報フィールド１０１２が存在しない場合、受信ＳＴＡは、ＮＤＰＡフレームがＢＳＳ内の従来のサウンディングのためのものであるが、マルチＡＰサウンディングに関与していないと考えてもよい。代替的に又は追加的に、第１のＳＴＡ情報フィールドは、特別ＳＴＡ情報フィールド１０１２として常に復号されてもよい。この設計における特別ＳＴＡ情報１０１２には、どのＳＴＡ情報フィールドがＢＳＳ内ＳＴＡを対象としたものであるかと、どのＳＴＡ情報フィールドがＯＢＳＳ ＳＴＡを対象としたものであるかとを示すためのマップが含まれ得る。

【0118】

図１１は、第１のＮＤＰＡ設計における特別ＳＴＡ情報フィールド１１００の一例を示す図である。特別ＳＴＡ情報フィールド１１００は、ＡＩＤ１１サブフィールド１１０２、ＡＰ数サブフィールド１１０４、ＡＰ１からのＳＴＡ数サブフィールド１１０６、ＡＰ２からのＳＴＡ数サブフィールド１１０８、ＡＰ３からのＳＴＡ数サブフィールド１１１０、ＡＰ４からのＳＴＡ数サブフィールド１１１２、ＡＰ５からのＳＴＡ数サブフィールド１１１４、及び予約済みサブフィールド１１１６を含み得る。ＡＩＤ１１サブフィールドは、１１ビットであり得る。ＡＰ数サブフィールドは、２ビットであり得る。ＡＰ１からのＳＴＡ数サブフィールド１１０６は、２ビットであり得る。ＡＰ２からのＳＴＡ数サブフィールド１１０８は、２ビットであり得る。ＡＰ３からのＳＴＡ数サブフィールド１１１０は、２ビットであり得る。ＡＰ４からのＳＴＡ数サブフィールド１１１２は、２ビットであり得る。ＡＰ５からのＳＴＡ数サブフィールド１１１４は、２ビットであり得る。予約済みサブフィールド１１１６は、９ビットであり得る。

【0119】

ＡＩＤ１１サブフィールド１１０２は、特別ＳＴＡ情報を示すための特別な値をとり得、ＡＰ数サブフィールド１１０４は、マルチＡＰチャネルサウンディング（ｎ）に関与するＡＰの総数を示し得る。ＡＰからのＳＴＡ数ｍサブフィールド１１０６～１１１４、ここでｍ∈｛１，２，．．．，ｎ｝は、各ＡＰからのマルチＡＰチャネルサウンディングに関与するＳＴＡの数を示し得る。

【0120】

マルチＡＰチャネルサウンディングに関与するＡＰの最小数は２であり得、したがって、ＡＰ数サブフィールドは、２つ以上のＡＰを示すために使用されることになる。ＡＰからのＳＴＡ数ｍサブフィールドは、各ＡＰからのマルチＡＰチャネルサウンディングに関与するＳＴＡの絶対数、又は所与の平均若しくはＡＰ１からのＳＴＡの数のいずれかに対するＳＴＡの相対数を示し得る。１：ｎの形式でのＡＰの順序は、どのＡＰがどのサブフィールドにマッピングされるかを全てのＳＴＡが識別し得るように、共有ＡＰによって信号伝達された所与の順序であり得る。また、この順序は、第１のＡＰが常にＮＤＰＡの送信者であるように、このＮＤＰＡを送信しているＡＰに対して選択されてもよい。

【0121】

図１２は、２つ以上の特別ＳＴＡ情報フィールドを有する、ＥＨＴ ＮＤＰＡバリアントフレーム１２００設計の別の例を示す図である。ＥＨＴ ＮＤＬＡバリアントフレーム１０００と同様に、ＥＨＴ ＮＤＰＡバリアントフレーム１２００は、フレーム制御フィールド１２０２、持続時間フィールド１２０４、ＲＡフィールド１２０６、ＴＡフィールド１２０８、サウンドダイアログトークンフィールド１２１０、ＦＣＳフィールド１２１６を含み得る。ＥＨＴ ＮＤＰＡバリアントフレーム１２００は、第１の特別ＳＴＡ情報フィールド１２１２ａ、及びそれに続くＳＴＡ情報フィールド１２１４ａを含み得る。更に、ＥＨＴ ＮＤＰＡバリアントフレーム１２００は、１つ以上の追加の特別ＳＴＡ情報フィールド１２１２ｂ、及びその各々の後に続く１つ以上のＳＴＡ情報フィールド１２１４ｂを含み得る。フレーム制御フィールド１２０２は、２オクテットであり得る。持続時間フィールド１２０４は、２オクテットであり得る。ＲＡフィールド１２０６は、６オクテットであり得る。ＲＡフィールド１２０８は、６オクテットであり得る。サウンディングダイアログトークンフィールドは、１オクテットであり得る。特別ＳＴＡ情報フィールド（すなわち、１２１２ａ及び１２１２ｂ）は、４オクテットであり得る。ＳＴＡ情報フィールド（すなわち、１２１４ａ及び１２１４ｂ）は、４オクテットであり得る。ＦＣＳフィールド１２１６は、４オクテットであり得る。

【0122】

図１２に示すように、ＥＨＴ ＮＤＰＡバリアントフレーム１２００設計は、ＮＤＰＡに追加され得る２つ以上の特別ＳＴＡ情報（すなわち、１２１２ａ及び１２１２ｂ）を含み得、各特別ＳＴＡ情報は、特別ＡＩＤを使用して現在のサウンディング手順に関与するＡＰのうちの１つを示す。特別ＳＴＡ情報フィールド１２１２ａ及び１２１２ｂに続く、ＳＴＡ情報フィールド（すなわち、１２１６ａ及び１２１６ｂ）は、このＡＰに関連付けられたＳＴＡを対象とする。１つの方法では、ＮＤＰＡフレームを送信するＡＰは、それ自体を識別するために特別ＳＴＡ情報フィールドを含む必要がなくてもよい。

【0123】

図１３は、ＥＨＴ ＮＤＰＡバリアントフレーム１２００の特別ＳＴＡ情報フィールドの一例を示す図である。特別ＳＴＡ情報フィールド１３００は、ＡＩＤ１１サブフィールド１３０２、及び予約済みサブフィールド１３０４を含み得る。ＡＩＤ１１ １３０２サブフィールドは、１１ビットであり得、予約済みサブフィールド１３０４は、２１ビットであり得る。一例では、特別ＳＴＡ情報フィールド１３００は、ＡＩＤ１１サブフィールド１３０２を含み得、全ての残りのビットは、図１３に示されるように予約され得る。１つの方法では、いくつかのＡＩＤ値が、ＭＡＰ送信における被共有ＡＰのために予約される。例えば、０～７のＡＩＤ値は、マルチＡＰチャネルサウンディングに関与するＡＰの識別のために予約され得る。次いで、この特別ＡＩＤ１１は、これに続くＳＴＡ情報サブフィールドがこのＡＰに関連付けられたＳＴＡを対象とするように、所与のＡＰを識別するために特別ＳＴＡ情報フィールド内で使用され得る。１つの方法では、事前に定義されたＡＩＤ値を使用して、ＳＴＡ情報フィールドが特別ＳＴＡ情報フィールドであり得ることを示し得る。ＢＳＳＩＤ、又は圧縮されたＢＳＳＩＤ、又は他のタイプのＡＰ ＩＤが、被共有ＡＰを示すためにＡＩＤ１１フィールドに続き得る。

【0124】

図１４は、マルチＡＰハイブリッドサウンディングの一例を示す図である。マルチＡＰチャネルサウンディングは、ハイブリッドサウンディングを含んでもよい。一実施形態では、協調マルチＡＰセットアップにおけるハイブリッドチャネルサウンディングは、各ＢＳＳ（すなわち、ＢＳＳ１ １４０２ａ及びＢＳＳ２ １４０２ｂ）内で明示的サウンディング手順を使用することによって達成され得る。各ＡＰ（すなわち、ＡＰ１ １４０４ａ及びＡＰ２ １４０４ｂ）と他のＢＳＳ内のＳＴＡ（すなわち、ＳＴＡ１ １４０６ａ及びＳＴＡ２ １４０６ｂ）との間のＣＳＩ情報は、そのＡＰの関連付けられたＳＴＡがＬＴＦを含むそれらＳＴＡのＴＢ ＰＰＤＵを送信するときに、チャネル相反性を仮定して暗黙的に取得され得る。

【0125】

図１４は、そのようなハイブリッドチャネルサウンディングの一例を示す。この例では、ＡＰ１ １４０４ａ及びＡＰ２ １４０４ｂは、独立して、直交方式で、サウンディングフィードバック（例えば、それらの関連付けられたＳＴＡ１４０６ａ及び１４０６ｂからの圧縮されたＢＦＲＰ／ＣＱＩ情報）を収集する。同時に、各ＡＰは、ＳＴＡがそれらのサウンディングフィードバックを送るときに、このＡＰと近隣ＢＳＳ内のＳＴＡとの間のチャネルを推定することもできる。そのようなチャネル推定は、プリアンブル内でＬＴＦ又は任意の既知の若しくは事前に定義されたシーケンスがある限り、近隣ＢＳＳ内のＳＴＡがＵＬにおいて任意のＰＰＤＵを送るときに取得され得る。

【0126】

協調マルチＡＰにおけるハイブリッドチャネルサウンディングは、２つのスキーム、具体的には並列ハイブリッドサウンディング及び順次ハイブリッドサウンディングによって達成され得る。図１５は、並列ハイブリッドサウンディングプロセスを示す図であり、図１６は、順次ハイブリッドサウンディングプロセスを示す図である。図１５及び図１６において、ＳＴＡｉ１は、ＢＳＳｉ内のＡＰｉに関連付けられ、ｉ＝０、１、２である（これらの図には示さず）。これらの図では、関連付けられたＡＰと通信するＳＴＡは１つしかないが、サウンディングプロセスに参加している各ＢＳＳ内により多くのＳＴＡが存在し得る。

【0127】

図１５は、並列ハイブリッドサウンディングプロセスｓを示す図である。図１５に示すように、並列ハイブリッドサウンディングプロセスでは、ＢＳＳごとのサウンディングプロセスの各ステップ（すなわち、ＮＤＰＡフェーズ１５０４～ＮＤＰフェーズ１５０６～トリガフェーズ１５０８～フィードバックフェーズ１５１０～肯定応答フェーズ１５１２）は、次のステップが開始される前に全てのＢＳＳについて完了される必要があり得る。例えば、図１５に示すように、全てのＡＰ（すなわち、１５２０、１５２２ａ、及び１５２２ｂ）からのＮＤＰＡの送信は、全てのＡＰからのＮＤＰの送信が開始される前に完了される必要があり得る。マルチＡＰにおける並列ハイブリッドサウンディングプロセスの各ステップは、「フェーズ」と名付けることもできる。ＭＡＰ－ＭＤＰＡフェーズ後の動作の各フェーズは、前のフェーズが完了するまで開始され得ない。２つのフェーズ間の時間ギャップは、十分に小さい必要があり得る（例えば、媒体を損失することを回避するための、ＳＩＦＳ）。

【0128】

並列ハイブリッドサウンディングプロセスの各フェーズにおいて、ＳＴＡ１５２４ａ、１５２４ｂ、及び１５２４ｃ（ＤＬ又はＵＬにおける、ＡＰ又は非ＡＰ）から送信された信号は、周波数、時間、コード若しくは空間、又はこれらの領域の任意の組み合わせ若しくはサブセットであり得る領域において、直交で送信され得る（図１５において異なる破線を使用して表される）。並列ハイブリッドサウンディングプロセスにおける異なる送信フェーズが異なる直交送信スキームを使用することもまた可能であり得る。例えば、ＮＤＰＡフェーズ１５０４中は、異なるＡＰからの送信は異なるサブチャネル上で行われ、一方、ＮＤＰフェーズ１５０４中は、異なるＡＰからのＮＤＰの送信は特定の順序で、かつ全チャネルにわたって（例えば、直交（Ｐ）行列で符号化された）直交符号を使用して、異なる時間で達成される。

【0129】

フィードバックフェーズ１５１０中、並列ハイブリッドサウンディングプロセスに参加している全てのＡＰは、それ自体のＢＳＳ又はＯＢＳＳ内の全てのＳＴＡからのフィードバック信号をリッスンして（受信して）、これらの送信のプリアンブル内のＬＴＦに基づいてチャネルを測定する必要があり得る。これは、ＯＢＳＳにおけるＡＰとＳＴＡとの間の暗黙的サウンディングが達成され得るやり方である。

【0130】

並列ハイブリッドサウンディングプロセスを有効化するために、共有ＡＰ１５２０は、事前に定義された（協調ＭＡＰセットアップ手順中に全ての被共有ＡＰによって既知である）チャネル上で送信されるＭＡＰ－ＮＤＰＡフレーム１５３０を、以下のような情報とともに全ての被共有ＡＰ１５２２ａ及び１５２２ｂに送ることによって、サウンディング手順全体を制御又は管理することができる。サウンディングプロセスのタイプ（例えば、並列又は順次）、並列ハイブリッドサウンディングプロセスに参加し得る被共有ＡＰ ＩＤ、並列ハイブリッドサウンディングプロセスフェーズの各々又はいくつかにおける各ＢＳＳのためのリソース配分若しくは使用が通信され得る。

【0131】

リソースは、各ＢＳＳがそのサウンディングプロセスにおけるフェーズ中に使用し得るチャネル若しくはサブチャネル、サブブロック、又はＲＵ若しくはＭＲＵを含む周波数領域リソースを含み得る。これは、ＮＤＰＡフェーズ中及びフィードバックフェーズ中の場合であり得る。リソースはまた、時間領域リソース、例えば、全てのＢＳＳ内のＡＰ及び／又はＳＴＡの全て若しくはそのグループからの、ＮＤＰＡ、ＮＤＰ、フィードバック及びＡＣＫを含む送信のための順序を含み得る。

【0132】

周波数領域リソース及び時間領域リソースは、共同で使用され得る。例えば、異なるＡＰから送信されたいくつかのＮＤＰＡが同じプライマリチャネルを使用する必要がある場合、これらのＮＤＰＡは時間的に連続して送信される必要があり得、そうでない場合、これらのＮＤＰＡは、同時であるが異なるチャネル上で送信され得る。

【0133】

リソースは、全てのＢＳＳ内のＡＰ及び／又はＳＴＡの全て若しくはそのグループからの、ＮＤＰＡ、ＮＤＰ、フィードバック及びＡＣＫを含む送信に割り当てることができる、直交符号、直交符号のインデックスを含む符号領域リソースを更に含み得る。符号領域リソース及び時間領域リソースは、共同で使用され得る。例えば、ＮＤＰ送信は、典型的に、ＢＳＳ帯域幅全体にわたって送信される必要がある。異なるＡＰからの直交送信を達成するために、直交符号のセット（例えば、Ｐ行列）を使用するか、又は異なるタイムスロットを使用して、それらを分離することができる。複数のアンテナを使用する送信中の全てのＡＰ及びＳＴＡのための、ビームフォーミング情報又は事前符号化情報。

【0134】

共有ＡＰ１５２０は、これらの送信中に同じリソースを使用し得る全てのＳＰ及びＳＴＡのための送信電力上限又は他の空間再利用パラメータを更に含む情報を有するＭＡＰ－ＮＤＰＡフレーム１５３０を送り得る。ＣＰ長、全てのＡＰ及びＳＴＡのためのＵＬ及びＤＬ送信におけるＬＴＦシンボルの数、ＯＦＤＭヌメロロジなどの他のパラメータ、並びに被共有ＡＰがＭＡＰ－ＦＢフェーズ中にそれらの受信された及び／又は測定されたチャネル情報をフィードバックするための（周波数、時間、コード、又は空間における）リソース配分が含まれ得る。ＣＱＩ、（圧縮された）ＣＳＩ、コードブックなどを含むフィードバックタイプが含まれてもよい。

【0135】

全ての協調されたＡＰが同じＢＳＳ内のＳＴＡからチャネル情報フィードバックを受信し、ＯＢＳＳ内のＳＴＡからのチャネルを測定した後、全ての被共有ＡＰは、図１５に示すように、ＭＡＰ－ＦＢフェーズ中にその情報を被共有ＡＰに送ることができる。ＭＡＰ－ＦＢフレームは、同じＢＳＳ内のＳＴＡから送信されたＣＳＩ及び／又はＣＱＩ、フィードバックフェーズ中に測定されたＯＢＳＳ ＳＴＡからの、チャネルのＣＳＩ及び／又はＣＱＩ、上述のＳＴＡに対応するＳＴＡ ＩＤ、ＮＤＰ送信中に使用される各ＢＳＳのための、サブチャネルパンクチャリング情報、例えばパンクチャリングビットマップパターン又は符号、ＦＢ送信（暗黙的サウンディング）からのチャネル測定中に使用される各ＢＳＳのための、サブチャネルパンクチャリング情報、例えばパンクチャリングビットマップパターン又は符号、を含むことができる

【0136】

順次ハイブリッドサウンディングプロセスでは、各ＢＳＳ内でサウンディング手順（すなわち、ＮＰＤＡ→ＮＤＰ→ＴＦ→ＦＢ→ＡＣＫ）は、他のＢＳＳのものとは時間的に独立して行われる。しかしながら、あるＡＰがＮＤＰＡフレームを送るとき、他のＡＰは、暗黙的サウンディングを達成するために、そのＡＰに関連付けられたＳＴＡによってフィードバックが送られるときに、いつ及び／又はどこで（周波数における）どのＳＴＡからのチャネル情報を事前測定できるかを知ることができるように、そのフレームを復号する必要があり得る。例えば、図１６に示すように、ＡＰ０がＮＤＰＡ０を送るとき、ＡＰ１及びＡＰ２は、ＳＴＡ０１がフィードバックを送るときにＡＰ１及びＡＰ２が所与の時間及びチャネルにおいてそのＳＴＡのためのＵＬにおけるチャネルを測定し得るように、このＮＤＰＡ０フレームを復号し得る。ＳＴＡからのＵＬチャネルを測定するための時間はまた、ＴＦ０をリッスンすることによって達成され得る。

【0137】

順次ハイブリッドサウンディングプロセスを有効化するために、共有ＡＰ１６２０は、事前に定義された（協調ＭＡＰセットアップ手順中に全ての被共有ＡＰによって既知である）チャネル上で送信されるＭＡＰ－ＮＤＰＡフレーム１６０２を、以下の可能な情報とともに全ての被共有ＡＰ１６２２ａ及び１６２２ｂに送ることによって、サウンディング手順全体を制御又は管理することができる。サウンディングプロセスのタイプ（例えば、並列又は順次）、並列ハイブリッドサウンディングプロセスに参加し得る被共有ＡＰ ＩＤ、異なるＢＳＳ間のＢＳＳごとのサウンディング手順の順序、各ＢＳＳのためのサウンディング手順におけるステップのうちのいくつか、例えば、ＮＤＰＡ及びフィードバック（Feedback、ＦＢ）のために使用され得る周波数リソース、並びにフィードバックタイプ（例えば、ＣＱＩ、ＣＳＩ、事前符号化コードブックなど）。

【0138】

図１６に示すＭＡＰ－ＦＢのための手順は、並列ハイブリッドサウンディングプロセスにおける手順と同じであってもよい。並列ハイブリッドサウンディングプロセス及び順次サウンディングプロセスは、単一のＭＡＰ－ＮＤＰＡフレームによって一緒に組み合わせられ、制御され、又は管理され得る。これは、リソースが制限されており、複数のＴＸＯＰが必要とされるときに使用され得る。

【0139】

図１７は、ＡＰ１ １７０２が先導ＡＰであるＭＡＰサウンディングの場合の単一のＮＤＰ１７０６を示す図である。マルチＡＰサウンディングは、ＮＤＰをそれらの関連付けられたＳＴＡ及び関連付けられていないＳＴＡに送るために協調ＡＰを必要とし得る。これは、特に、協調するＡＰの数及び参加しているＳＴＡの数が増加するときに、追加のオーバーヘッドのコストを有し得る。オーバーヘッドを節約し、複雑さを低減するために、図１７において単一ＮＤＰサウンディングプロトコルが提案される。このプロトコルでは、単一のＮＤＰが、ＡＰ協調期間中に先導ＡＰ１７０２ａから送られる。この先導ＡＰ１７０２ａは、必ずしもＭＡＰセット全体におけるマスタＡＰである必要はない。それは動的な役割であり得る（すなわち、先導ＡＰ１７０２ａは、ある協調から別の協調で変更され得る）。図１７において、ＡＰ１ １７０２ａは、このＭＡＰ協調中の先導ＡＰであり、ＡＰ２ １７０２ｂは、協調ＡＰである。それらは、（例えば、周波数領域、時間領域、符号領域などにおける）特定の多重化機構を介してＮＤＰＡ １７０６をＳＴＡに送る。

【0140】

単一ＮＤＰサウンディングプロトコルの実施形態では、先導ＡＰ１７０２ａは、先導ＡＰ ＮＤＰＡ１７０４を送出し、先導ＡＰ ＮＤＰＡ１７０４は、全ての協調ＡＰに単一ＮＤＰサウンディングプロトコルの開始を通知し、協調ＡＰから関連付けられたＳＴＡへのＮＤＰＡの送信を同期させる。このフェーズの後、各ＡＰは、１つのＮＤＰＡを送出して、ＣＳＩ収集をアナウンスする。チャネルフィードバックは、ＡＰとその関連付けられたＳＴＡとの間のチャネルだけでなく、ＡＰに関連付けられていないＳＴＡとの間のチャネルも含み得る。ＮＤＰＡが送出された後（例えば、１つのＳＩＦタイムスロット後）、単一のＮＤＰが、アドレスが全てのＮＤＰＡに含まれる全てのＳＴＡに送られる。

【0141】

図１８は、ＡＰ１ １８０２ａが先導ＡＰであり、単一ＮＤＰ１８０６が協調ＡＰにわたって複製される、ＭＡＰサウンディングのための複製されたＮＤＰを示す図である。ＭＡＰ ＮＤＰサウンディングプロトコルの指示（例えば、１は非ＭＡＰ ＮＤＰサウンディングプロトコルを表し、０はＭＡＰ ＮＤＰサウンディングプロトコルを表す）、ＭＡＰ ＮＤＰサウンディングプロトコルのタイプ（すなわち、単一ＮＤＰサウンディングプロトコル（図１７）、重複単一ＮＤＰサウンディングプロトコル（図１８）、並列サウンディングプロトコル（図１５）、又は順次サウンディングプロトコル（図１６））、又はこのＭＡＰサウンディングプロトコルに参加している協調ＡＰ、を含む新たな情報が、先導ＡＰ ＮＤＰＡ１８０４又はマスタＮＤＰＡに含まれ得る。

【0142】

協働ＡＰからのＮＤＰＡを実装する１つの方法は、これらのＡＰに同じＮＤＰＡフレーム１８０６を送信させることである。ＮＤＰＡフレーム１８０６には、新たな情報が含まれ得る。ＭＡＰ ＮＤＰサウンディングプロトコルの指示、例えば、１は非ＭＡＰ ＮＤＰサウンディングプロトコルを表し、０はＭＡＰ ＮＤＰサウンディングプロトコルを表す。これは、ＥＨＴ ＮＤＰアナウンスメントフレームのＳＴＡ情報フィールドのＢ２０、ＭＡＰサウンディングプロトコルのタイプ、すなわち、単一ＮＤＰサウンディングプロトコル（すなわち図１７）、重複単一ＮＤＰサウンディングプロトコル（すなわち図１８）、又は並列サウンディングプロトコル（すなわち図１５）、又は順次サウンディングプロトコル（すなわち図１６））、関連付けられていないＳＴＡ、すなわちＡＰに関連付けられていないＳＴＡに通知するために追加のＢＳＳカラーが含まれる必要があり得るＳＴＡにＣＳＩを要求する指示、を使用し得る。これはまた、ＥＨＴ ＮＤＰアナウンスメントフレーム内のＳＴＡ情報フィールドのＢ０～Ｂ１０の修正されたＡＩＤ１１、ＮＤＰソース配分、例えば、ＮＤＰ又はＮＤＰの部分的な部分（例えば、ＥＨＴ－ＬＴＦ）を送信するために各参加しているＡＰにどのリソースが配分されるか、とともに使用され得る。これは、ＥＨＴ ＮＤＰアナウンスメントフレーム内のＳＴＡ情報フィールドフォーマットのＢ２８～Ｂ３１を使用してもよい。

【0143】

図１９は、ＭＡＰサウンディングのための単一のＮＤＰにおいて使用される、物理レイヤプロトコルデータユニット（ＰＰＤＵ）フォーマットを示す図である。物理レイヤプロトコルデータユニット（ＰＰＤＵ）フォーマット１９００は、Ｌ－ＳＴＦフレーム１９０２、Ｌ－ＬＴＦフレーム１９０４、Ｌ－ＳＩＧ１９０６、ＲＬ－ＳＩＧ１９０８、Ｕ－ＳＩＧ１９１０、ＥＨＴ－ＳＩＧ１９１２、ＥＨＴ－ＳＴＦ１９１４、１つ以上のＥＨＴ－ＬＴＦ１９１６、及びＰＥ１９１８を含み得る。

【0144】

１つのＮＤＰが複数のＡＰによって共同で送られるとき、新たな情報が、Ｕ－ＳＩＧフィールド、又はＮＤＰを送信するために使用されるＰＰＤＵの任意の他の部分に含まれ得、この情報は、このＮＤＰがＭＡＰサウンディングをサポートし得るＳＴＡのためのものであることを示す指示、ＢＳＳカラー情報、このＮＤＰに含まれるＡＰ数、ＥＨＴ－ＬＴＦ送信パターン及びリソース、並びに直交性機構を含む。

【0145】

ＢＳＳカラー情報は、ＡＰのＢＳＳのメンバではない少なくとも１つの対象とされた受信側ＳＴＡが存在し、代替的に、Ｎ１＋Ｎ２＝６ビットを有するＢＳＳカラーの新しいフォーマットが存在する場合、０に設定され得る。Ｎ１ビットは、先導ＡＰが属するＢＳＳカラーを表し、Ｎ２ビットは、ＭＡＰサウンディングにおいて異なるＢＳＳカラーを有する少なくとももう１つのＡＰが存在することを表す。

【0146】

ＥＨＴ－ＬＴＦ送信パターン及びリソース、例えば、ＡＰによって送られるＥＨＴ－ＬＴＦの順序は、直交機構依存であってよい。周波数領域直交である場合、それは、どのトーン又はサブキャリアがどのＡＰによって使用されるかを示すべきであり、それが符号ドメイン直交である場合、それは、どの直交シーケンスがどのＡＰに適用されるかを示すべきである。

【0147】

直交性機構を使用して、異なるＡＰからの同じＥＨＴ－ＬＴＦシンボル、例えば、トーンインターリーブされたＥＨＴ－ＬＴＦ送信、直交又は擬似直交符号ベースのＥＨＴ－ＬＴＦ送信、又はハイブリッドなどを区別してもよい。

【0148】

単一ＮＤＰにおけるＥＨＴ－ＬＴＦの数は、

【0149】

【数1】

に等しくてもよく、ここで、Ｎ_ｔｘｉは、ＳＴＡにＣＳＩ情報を要求するＡＰ_ｉからの送信機アンテナの数である。Ｎ_ｔｘｉは、ＡＰ_ｉからの送信機アンテナのセット全体又はサブセットであってもよい。協調ＡＰの総数は、Ｎ_ＡＰである。ここでは、２つのＡＰからのＥＨＴ－ＬＴＦ送信の例を示す。

【0150】

一例では、２つの協調ＡＰが存在する、すなわち、Ｎ_ＡＰ＝２と仮定し、かつ各ＡＰが２つの送信機アンテナを有する、すなわち、Ｎ_ｔｘ１＝Ｎ_ｔｘ２＝２と仮定する。ＡＰｉからの送信機アンテナに対応するチャネル要素は、ｈ_ｉ１，ｈ_ｉ２である。ＡＰ１及びＡＰ２は、同じＥＨＴ－ＬＴＦシンボルを送信する。各受信側にＮ_ｒｘ受信機アンテナがあると仮定すると、直交符号行列がＥＨＴ－ＬＴＦシンボルに適用されるときに、受信信号行列Ｙは、１つのＳＴＡにおいて、以下のように与えられ得る。

【0151】

【数2】

【0152】

式中、Ｈ_ｉは、ＡＰ_ｉから受信機アンテナへのチャネル要素行列である。

【0153】

【数3】

は、ＡＰ_ｉの第ｎ_ｔｘ番目の送信機アンテナ
から、受信側ＳＴＡの第ｎ_ｒｘ番目の受信機アンテナへのチャネル要素として定義され得る。次いで、

【0154】

【数4】

は、次元Ｎ_ｔｘ×Ｎ_ＡＰを有し、以下のように与えられ得る。

【0155】

【数5】

【0156】

関数ｇ（）は、異なるＡＰからのシンボルを直交させるための直交関数であり、例えば、行列の各要素に直交シーケンスを乗算することによる拡散関数であり得る。直交符号は、直交行列Ｐの行から得ることができる。Ｎ_ＡＰ＝２の場合の例示的なＰは、以下のように与えられ得る。

【0157】

【数6】

【0158】

Ｓ_{ＥＨＴ－ＬＴＦ}は、次元Ｎ_{ＥＨＴ－ＬＴＦ}×Ｎ_{ＥＨＴ－ＬＴＦ}を有するＥＨＴ－ＬＴＦシンボル行列、例えば以下である。

【0159】

【数7】

【0160】

図２０は、ＭＡＰサウンディングのための複製されたＮＤＰ内で使用される、ＰＰＤＵ２０００フォーマットを示す図である。ＰＰＤＵフォーマット２０００は、Ｌ－ＳＴＦフレーム２００２、Ｌ－ＬＴＦフレーム２００４、Ｌ－ＳＩＧ２００６、ＲＬ－ＳＩＧ２００８、Ｕ－ＳＩＧ２０１０、ＥＨＴ－ＳＩＧ２０１２、ＥＨＴ－ＳＴＦ２０１４、１つ以上のＥＨＴ－ＬＴＦ２０１６、及びＰＥ２０１８を含み得る。

【0161】

図２１は、ハイブリッドトーンインターリーブされた直交符号ベースのＥＨＴ－ＬＴＦシンボル送信を示す図である。複数のＡＰからのＥＨＴ－ＬＴＦシンボルを区別するために、ハイブリッド直交性機構、すなわち、トーンインターリーブされた直交符号ハイブリッドが使用され得る。図２１は、ハイブリッドトーンインターリーブされた直交符号がＥＨＴ－ＬＴＦ送信においてどのように適用され得るかを示すための一例を示す。この例では、４つの協調ＡＰがある。ＡＰ１及びＡＰ２は、奇数トーンでＥＨＴ－ＬＴＦを送信する。ＡＰ３及びＡＰ４は、偶数トーンでＥＨＴ－ＬＴＦを送信する。同じトーン内で、ＥＨＴ－ＬＴＦ送信は、おそらく式１と同じものであり得る。

【0162】

代替のサウンディングプロトコルである、複製された単一ＮＤＰサウンディングプロトコルは、図１８に提示される。図１７の単一ＮＤＰサウンディングプロトコルとは対照的に、複製された単一ＮＤＰサウンディングプロトコルは、協調ＡＰが、ＣＳＩ情報を要求するために使用される同じ帯域幅を介して、先導ＡＰと同じＮＤＰを送ることを可能にする。複製された単一ＮＤＰサウンディングプロトコルのためのＮＤＰフォーマットは、図２０においてアドレス指定される。

【0163】

図２２は、複数のＡＰ２２０２ａ及び２２０２ｂを使用する共同送信スキームを示す。１つの共同送信スキームでは、複数のＳＴＡのためのデータが、同じ数のＴｘアンテナをもつ複数のＡＰにおいて利用可能である。２つの異なるＡＰからのアンテナのペアは、組み合わされたアンテナを形成し、同じ信号を送信し得る。例えば、ＡＰ１は、インデックスＡｎｔ１１ ２２０４ａ及びＡｎｔ１２ ２２０４ｂをもつ２つの物理アンテナを有する。ＡＰ２は、インデックスＡｎｔ２１ ２２０４ｃ及びＡｎｔ２２ ２２０４ｄを有する２つの物理アンテナを有する。次いで、アンテナペア（Ａｎｔ１１ ２２０４ａ、Ａｎｔ２１ ２２０４ｂ）及びアンテナペア（Ａｎｔ２１ ２２０４ｃ、Ａｎｔ２２ ２２０４ｄ）は、ＡＰ間アンテナ又はＡＰ間アンテナポートと称される新たなＴｘアンテナのセットを形成することができ、Ａｎｔ１１ ２２０４ａ及びＡｎｔ２１ ２２０４ｂは、同じ信号を送信することができる。同様に、Ａｎｔ２１ ２２０４ｃ及びＡｎｔ２２ ２２０４ｄは、同じ信号を送信することができる。

【0164】

図２２に示すように、ＳＳ１ ２２０６ａ及びＳＳ２ ２２０６ｂは、２つの空間ストリーム又は２つの独立したデータセットである。そのような送信スキームを達成するために、各Ｔｘ－ＲｘアンテナペアについてＣＳＩを取得する必要はない。ＡＰ間ＴｘアンテナとＲｘアンテナとの間のＣＳＩのみが必要とされる。

【0165】

図２３は、Ｈ_{ＡＰ１－ＳＴＡ１１}及びＨ_{ＡＰ２－ＳＴＡ１１}が個々に取得されるのではなく、Ｈ_{ＡＰ１ＡＰ２－ＳＴＡ１１}＝Ｈ_{ＡＰ１－ＳＴＡ１１}＋Ｈ_{ＡＰ２－ＳＴＡ１１}が取得される必要がある例を示す。組み合わされたＣＳＩ、例えば、Ｈ_{ＡＰ１ＡＰ２－ＳＴＡ１１}を取得するために、異なるＡＰ ２３０２ａ及び２３０２ｂからのサウンディング信号は、同時に送信される必要がある。

【0166】

図２４は、組み合わされたチャネルサウンディングを有効化するための手順の一例を示す。同時送信を達成するために、協調されたＡＰセット内の共有ＡＰ（ＡＰ１）２４０２ａは、以下の情報を含み得るＭＡＰトリガフレーム２４０４を送信する。（１）被共有ＡｐのＩＤ、（２）協調されたＡＰセット内のＡＰによって使用されるリソース（限定はしないが、周波数リソースユニット、並びに／又はＮＤＰＡ及びＦＢトリガの送信の順序、並びに／又はＴｘアンテナの数を含む）、及び（３）各ＡＰに対する循環シフトダイバーシティ（cyclic shift diversity、ＣＳＤ）設定。各空間ストリームが異なるＡＰ中のアンテナから送信され得るので、ＡＰのうちの１つ（例えば、共有ＡＰ）は、そのアンテナの全てに対してＣＳＤを使用する必要がなくてもよい。しかしながら、他のＡＰ中の全ての他のアンテナは、ＣＳＤセットアップを有する必要があり得、各ＡＰ中の全てのアンテナのためのＣＳＤ値は同じであり得る。

【0167】

ＭＡＰトリガフレーム２４０４が送信された後、ＳＩＦＳの後、全てのＡＰ（例えば、２４０２ａ及び２４０２ｂ）は、ＣＳＩを取得するために既存のトリガフレームベースのサウンディング手順に従うことができる。異なるＡＰから送信されたＮＤＰフレームが同じ時間－周波数リソースを使用するので、全てのＳＴＡからの測定されたＣＳＩは、異なるＡＰから結合されたＣＳＩであろう。前述の方法は、ＢＳＳ ＳＵ ＭＩＭＯごとに適用されてもよく、その場合、「ＢＦトリガが必要とされなくてもよい。

【0168】

更に、前述の方法は、無線感知用途に適用されてもよい。図２５は、ＡＰ１ ２５０２ａ及びＡＰ２ ２５０２ｂが、ＮＤＰフレーム又は感知信号を有する任意のフレームを同時に送信することができる協調された感知波形送信機である例を示す。ＳＴＡ１１ ２５０４ａ及びＳＴＡ２１ ２５０４ｂは、チャネル変動を測定し得、特定の感知用途に有用であり得るメトリックを計算し得る、感知波形受信機である。感知のための特定のタイプの測定は、「ＭＡＰトリガ」フレームに含まれ得る。

【0169】

一実施形態では、ＮＤＰＡフレーム内のサウンディングダイアログトークンフィールドは、将来の修正（８０２．１１ｂｆなど）のためのＮＤＰＡフレームバリアントを示すために３ビット以上が使用され得るように、再設計され得る。図２６及び表３は、サウンディングダイアログトークン内の３ビットを使用する場合の１つの可能な設計を示す。

【0170】

図２６に示すように、ＮＤＰＡフレーム２６００内のサウンディングダイアログトークンフィールドは、ＮＤＰＡフレームバリアントサブフレーム２６０２及びサウンディングダイアログトークン番号２６０４を含み得る。ＮＤＰＡフレームバリアントサブフレーム２６０２は、３ビットであり得る。サウンディングダイアログトークン番号２６０４は、５ビットであり得る。

【0171】

表３に示すように、この設計では、サウンディングダイアログトークンのＢ２又はＢ７が、Ｂ０及びＢ１と一緒に使用されて、ＮＤＰＡフレームバリアントを示すことができる。

【0172】

【表3】

表３：サウンディングダイアログトークン内の３ビットを用いたＮＤＰＡフレームバリアントの指示の例

【0173】

一実施形態では、ビットの設定（Ｂ０ Ｂ１＝１ １）を使用してＥＨＴ又はＥＨＴ＋フレームバリアントを示すように、ＮＤＰフレームバリアントを示すために２ビットを用いるサウンディングダイアログトークンフィールドの現在の設計が使用され得る。１つの方法では、ＳＴＡ情報フィールド内の１つ以上の予約済みビットを使用して、それらのビットのデフォルト値がＥＨＴを示し得し得、他の値がＳＥＮＳなどの他の将来の修正を示し得るように、ビヨンドＥＨＴの修正バージョンを示し得る。この例では、バージョン情報は、異なるＳＴＡごとに異なり得る。したがって、ＮＤＰＡは、ＥＨＴ及びビヨンドＥＨＴ（例えば、ＳＥＮＳ）を含む異なる将来の修正を実装するＳＴＡからのＮＤＰの送信を、信号伝達又は要請するために使用され得る。

【0174】

別の方法では、ＮＤＰＡフレーム内で全てのＳＴＡのための共通情報を信号伝達するために、特別ＡＩＤ１１を用いて特別ＳＴＡ情報フィールドが定義されてもよい。この特別ＳＴＡ情報フィールドを使用して、ＥＨＴ若しくはＳＥＮＳ、又は任意の他の将来の修正など、意図された修正のバージョンを信号伝達してもよい。１つの代替形態では、１つの特別ＳＴＡ情報フィールドのみがＮＤＰＡフレームに含まれてもよく、第１のＳＴＡ情報フィールドとしてサウンディングダイアログトークンフィールドの直後に置かれてもよい。この場合、同じ修正からのＳＴＡのみが、同じＮＤＰＡにおいて信号伝達され得る。別の代替形態では、異なる修正からのＳＴＡを信号伝達するために、２つ以上の特別ＳＴＡ情報フィールドがＮＤＰＡに含まれてもよい。この代替形態では、各特別ＳＴＡ情報フィールドは、それに続くＳＴＡ情報フィールドが全て同じ修正からのものであることを示し得る。

【0175】

この代替形態の一例が図２７に示される。この場合、同じＮＤＰＡ内でＥＨＴ ＳＴＡとＳＥＮＳ ＳＴＡとを信号伝達するために２つの特別ＳＴＡ情報フィールド２７００が使用される。特別ＳＴＡ情報フィールド２７００は、フレーム制御フレーム２７０２、持続時間フレーム２７０４、ＲＡフレーム２７０６、ＴＡフレーム２７０８、サウンディングダイアログトークンフレーム２７１０、ＥＨＴ特別ＳＴＡ情報フィールド２７１２、１つ以上のＥＨＴ ＳＴＡ情報フィールド２７１４、１つ以上のＳＥＮＳ特別ＳＴＡ情報フィールド２７１６、及びＦＣＳフィールド２７１８を含み得る。

【0176】

一実施形態では、新たな制御フレームが、将来の修正（例えば、ビヨンドＥＨＴ）のためにＮＤＰＡ＋として定義され得る。この新たなＮＤＰＡでは、サウンディングダイアログトークンは、２ビット以上を使用して修正バージョンを示すように設計され得る。

【0177】

一実施形態では、ＥＨＴ ＭＵ ＰＰＤＵのＵ－ＳＩＧ内の１ビット以上（ＭＡＰフィールドと称され得る）は、このＰＰＤＵがＢＳＳ内及びＯＢＳＳの両方内のＳＴＡを対象としていることを示すことができる。一例では、ＮＤＰＡフレームは、ＰＰＤＵによって搬送され得、これにより、ＮＤＰＡがこのサウンディング／感知手順においてＯＢＳＳ ＳＴＡのための信号伝達を搬送し得ることの早期検出を可能にし得る。別の例では、トリガフレームは、ＰＰＤＵによって搬送され得、これにより、トリガフレームがこのサウンディング／感知手順においてフィードバック形態であるＯＢＳＳ ＳＴＡを要請し得ることの早期検出を可能にし得る。

【0178】

非ＡＰ ＳＴＡは、以下のような早期決定手順を用いることができる。非ＡＰ ＳＴＡは、ＰＰＤＵを受信し得、ＳＴＡは、ＰＰＤＵのＵ－ＳＩＧフィールド内のＢＳＳカラーを確認し得る。ＢＳＳカラーが、ＰＰＤＵがＯＢＳＳから送信され得る（すなわち、ＰＰＤＵがＢＳＳ間ＰＰＤＵとして識別され得る）ことを示す場合、ＳＴＡは、ＭＡＰフィールドを確認し続けることができる。ＭＡＰフィールドが設定されている（ＰＰＤＵがＭＡＰ送信のためのものであることを示す）場合、ＳＴＡは、ＰＰＤＵ全体を復号し続けることができる。ＲＸＶＥＣＴＯＲパラメータＭＡＰ＿ＯＰＥＲＡＴＩＯＮは、Ｕ－ＳＩＧフィールド内のＭＡＰフィールドに設定された値に基づいて定義することができる。例えば、ＭＡＰ＿ＯＰＥＲＡＴＩＯＮは、ＭＡＰフィールドが設定される場合、１に設定され得、そうでない場合、０に設定され得る。ＭＡＰ＿ＯＰＥＲＡＴＩＯＮが１であり、ＰＰＤＵがＢＳＳ間ＰＰＤＵであるとき、ＳＴＡは、ＰＰＤＵの継続する復号中に後でＰＰＤＵの対象とされた受信機ではないと決定しない限り、ＲＸＶＥＣＴＯＲパラメータＴＸＯＰ＿ＤＵＲＡＴＩＯＮに基づいてその基本ＮＡＶを更新しないことがある。

【0179】

そうでない場合、ＳＴＡは、ＰＰＤＵ全体を復号する必要がない場合がある。ＳＴＡは、基本ＮＡＶを設定し、ＰＰＤＵの終わりまで、又はＴＸＯＰ持続時間フィールド内の設定に基づいて、ドーズモードに移行することができる。

【0180】

一実施形態では、センシング機能（１１ｂｆ修正）をサポートするＳＴＡは、感知に参加しているＳＴＡに信号伝達するＮＤＰＡ内のサウンディングダイアログトークンを常に無視することができ、又はＮＤＰＡフレームが感知管理セットアップの下でその終了の前に送信されるときのみそれを無視することができる。１つの方法では、これらのルールは、８０２．１１ｂｅ後の任意の修正をサポートする任意のＳＴＡに適用され得る。

【0181】

一実施形態では、ＳＵ／ＭＵビームフォーミング受信側（beamformee）がＥＨＴ ＰＨＹ能力情報フィールド内の非トリガＣＱＩビームフォーミングフィードバックサブフィールドを１に設定することによってサポートを示す場合、ＭＵビームフォーマは、ＥＨＴ非ＴＢサウンディングシーケンス内のＭＵ／ＳＵビームフォーミング受信側からの全帯域幅ＣＱＩフィードバックを要請することができる。

【0182】

代替的に、ＥＨＴ ＰＨＹ能力情報フィールド内の非トリガＣＱＩフィードバックサブフィールドの拡張定義が定義されているときに、ＳＵ／ＭＵビームフォーミング受信側がＥＨＴ ＰＨＹ能力情報フィールド内の非トリガＣＱＩビームフォーミングフィードバックサブフィールドを１に設定することによってサポートを示す場合、ＭＵビームフォーマは、ＥＨＴ非ＴＢサウンディングシーケンス内のＭＵ／ＳＵビームフォーミング受信側からの部分帯域幅ＣＱＩフィードバック又は全帯域幅ＣＱＩフィードバックを要請することができる。非トリガＣＱＩフィードバックサブフィールドの拡張された定義は、以下のように与えられる。（１）ＡＰの場合、部分帯域幅及び全帯域幅の非トリガＣＱＩフィードバックの受信のサポートを示し、（２）非ＡＰ ＳＴＡの場合、部分帯域幅及び全帯域幅の、非トリガＣＱＩフィードバックの送信のサポートを示し、（３）サポートされていない場合は、０に設定され、かつ／又はサポートされている場合は、１に設定される。

【0183】

ＥＨＴ非ＴＢサウンディングシーケンスでは、ＮＤＰのＵ－ＳＩＧ内のＢＷフィールド及びパンクチャリングチャネル情報フィールドによって示される占有サブチャネルは、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求されたサブチャネルと同じであってもよい。ＥＨＴ非ＴＢサウンディングシーケンスでは、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で要求されたサブチャネルは、ＥＨＴ動作要素内の無効サブチャネルビットマップフィールド内で示されたいかなるサブチャネルも含まなくてよい。代替的に、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求されたサブチャネルは、ＥＨＴ動作要素によって許可されたサブチャネルと同じであるか、又はサブチャネルのサブセットであってもよい。

【0184】

ＥＨＴ非ＴＢサウンディングシーケンスでは、異なる要求されたチャネルパターンを有する複数のシナリオがある。

【0185】

一例では、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求されたサブチャネルが、ビーコンフレーム内で示された許容可能なサブチャネルと同じであるが、ＥＨＴ動作要素内の無効サブチャネルビットマップフィールド内で示されたいかなるサブチャネルも含まないとき、ＣＳＩ／ＣＱＩフィードバックを搬送するＥＨＴ ＭＵ ＰＰＤＵのＵ－ＳＩＧフィールドのパンクチャリングされたチャネル情報サブフィールド内で示されたパンクチャリングされたサブチャネルは、ビーコンフレーム内で示されたものと同じ、又はそれより多くのパンクチャリングされたサブチャネルを有し得る。又は、ＣＳＩ／ＣＱＩフィードバックを搬送するＥＨＴ ＭＵ ＰＰＤＵのＵ－ＳＩＧフィールドのパンクチャリングされたチャネル情報サブフィールド内で示された占有されたサブチャネルは、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求サブチャネルと同じであってもよく、又は要求サブチャネルのサブセットであってもよい。

【0186】

別の例では、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求されたサブチャネルが、ビーコンフレーム内で示された許容可能なサブチャネルのサブセットであるとき、ＣＳＩ／ＣＱＩフィードバックを搬送するＥＨＴ ＭＵ ＰＰＤＵのＵ－ＳＩＧフィールドのパンクチャリングされたチャネル情報サブフィールド内で示された占有されたサブチャネルは、ＥＨＴ ＮＤＰアナウンスメントフレーム内の部分ＢＷ情報サブフィールド内で示された要求されたサブチャネルと同じ、又はそれよりも少ない、又はそれよりも多いサブチャネルを含み得る。しかしながら、ＣＳＩ／ＣＱＩフィードバックを搬送するＥＨＴ ＭＵ ＰＰＤＵにおいて使用されるサブチャネルは、ＥＨＴ動作要素内の無効サブチャネルビットマップフィールド内で示されたいかなるサブチャネルも含まなくてよい。トリガフレームは、将来のバージョンのために再使用され得るように設計され得る。本明細書で開示されるトリガフレーム設計は、将来のバージョンからＰＰＤＵをトリガするために使用され得る。ここで、将来のバージョンとは、１１ｂｅ後の任意の８０２．１１修正であり得る。

【0187】

トリガフレームは、１つ以上の特別ユーザ情報フィールドを搬送し得る。特別ユーザ情報フィールドは、全てのユーザ又はユーザのサブセットに何らかの共通情報を搬送し得る。各特別ユーザ情報フィールドは、共通のＰＨＹバージョンを有するユーザのサブセットに情報を搬送し得る。

【0188】

１つの方法では、特別ユーザ情報フィールドは、特別ＡＩＤ（例えば、ＡＩＤ＝２００７）によって識別され得る。各特別ユーザ情報フィールドは、ＰＨＹバージョン（例えば、１１ｂｅ／ＥＨＴバージョン）を示し得るＰＨＹバージョンＩＤ（PHY version ID、ＰＶＩＤ）サブフィールドを搬送する。１つの方法では、このサブフィールドは、１１ｂｅから始まる任意のバージョン（ＰＨＹを有するバージョンだけでなく、例えば、１１ｂｅ、１１ｂｆなど）を示すように一般化され得る。特別ユーザ情報フィールドに続くユーザ情報フィールドは、対応するバージョンで規定されたＴＢ ＰＰＤＵで応答し得る。

【0189】

図２８は、順方向計算可能トリガフレーム設計２８００の一例を示す。図２８に示すように、一設計では、順方向計算可能トリガフレーム設計は、フレーム制御フィールド２８０２、持続時間フィールド２８０４、ＲＡフィールド２８０６、ＴＡフィールド２８０８、共通情報フィールド２８１０、特別ユーザ情報１フィールド２８１２ａ、ユーザ情報フィールド２８１４ａ、特別ユーザ情報２フィールド２８１２ｂ、ユーザ情報フィールド２８１４ｂ、パディングフィールド２８１６、及びＦＣＳフィールド２８１８を含み得る。

【0190】

図２８に示すように、２つの特別ユーザ情報フィールドがトリガフレームに存在し得、第１の特別ユーザ情報フィールド２８１２ａは、ＥＨＴバリアントを示すＰＶＩＤを含み得、第２の特別ユーザ情報フィールド２８１２ｂは、ＥＨＴ＋バリアントを示すＰＶＩＤを含み得る。第１の特別ユーザ情報フィールド２８１２ａに続くユーザ情報フィールド内で識別されたＡＩＤを有するＳＴＡは、ＥＨＴ ＴＢ ＰＰＤＵで応答し得る。第２の特別ユーザ情報フィールド２８１２ｂに続くユーザ情報フィールド内で識別されたＡＩＤを有するＳＴＡは、ＥＨＴ ＋ＴＢ ＰＰＤＵで応答し得る。この方法では、ユーザ情報フィールドの場所は、対応するユーザがどの特別ユーザ情報フィールドを確認することができるかを暗黙的に示すために使用される。

【0191】

１つの方法では、特別ユーザ情報フィールドの内容は、ＰＶＩＤに応じて変化し得る。受信ＳＴＡは、最初に特別ユーザ情報フィールド内のＰＶＩＤサブフィールドを確認し、ＰＨＹバージョンを判定した後、次いで各サブフィールドの意味を判定することができる。

【0192】

１つの方法では、ＡＩＤ及びＰＶＩＤは一緒に、８０２．１１バージョン／改正を示し得る。例えば、特別ユーザ情報フィールドは、ＡＩＤのセットによって識別され得る（例えば、ＡＩＤ＝［２００７、値１、値２など］、特別ユーザ情報フィールドを搬送するためにＭ個のＡＩＤが定義されると仮定され得る）。各ＡＩＤ値は、Ｎ個のＰＶＩＤを表すために使用されてもよい。この例では、Ｎ×Ｍ個の異なる８０２．１１バージョン／修正が搬送され得る。

【0193】

図２９は、上位互換トリガフレーム設計２９００の別の例を示す。図２９に示すように、一設計では、順方向計算可能トリガフレーム設計は、フレーム制御フィールド２９０２、持続時間フィールド２９０４、ＲＡフィールド２９０６、ＴＡフィールド２９０８、共通情報フィールド２９１０、特別ユーザ情報１フィールド２９１２ａ、１つ以上のユーザ情報フィールド２９１４、特別ユーザ情報２フィールド２９１２ｂ、パディングフィールド２９１６、及びＦＣＳフィールド２９１８を含み得る。

【0194】

図２９に示すように、全ての特別ユーザ情報フィールドは、共通情報フィールドの直後に搬送され得る。ユーザ情報フィールドは、特別ユーザ情報フィールドの後に続いてもよい。

【0195】

各特別ユーザ情報フィールドは、ＰＶＩＤ内で示されるのと同じフォーマットを有し得るユーザ情報フィールドの数を示すサブフィールドを搬送し得る。ユーザ情報フィールドは、最初にＰＶＩＤ１（第１の特別ユーザ情報フィールド内で搬送されるＰＶＩＤ）を有するユーザ情報フィールドを搬送し、次にＰＶＩＤ２（第２の特別ユーザ情報フィールド内で搬送されるＰＶＩＤ）を有するユーザ情報フィールドを搬送するという順序であり得る。

【0196】

１つの方法では、バージョンＩＤ／ＰＶＩＤは、共通情報フィールド又は共通情報フィールドのバリアント（例えば、ＥＨＴバリアント）内で搬送され得る。１つの方法では、１つのバージョンＩＤ／ＰＶＩＤ値が、共通情報フィールド内で識別され得、したがって、トリガフレームは、１つの８０２．１１バージョンをトリガするために使用され得る。１つの方法では、バージョンＩＤ／ＰＶＩＤのビットマップは、共通情報フィールド内で搬送され得、各ビットは、トリガフレーム内の１つのバージョンの存在を示し得る。

【0197】

８０２．１１において、暗黙的サウンディング手順は、ＳＴＡ Ａ（ビームフォーマ）がＳＴＡ Ｂ（ビームフォーミング受信側）からのサウンディングＮＤＰを要請することを可能にするように規定される。この手順では、サウンディングＮＤＰは、単一のＳＴＡのみから要請され得る。

【0198】

一実施形態では、トリガベースの暗黙的サウンディングは、複数のＳＴＡがアップリンクにおいてサウンディングＮＤＰを送るようにトリガされ得るように、トリガＮＤＰＡを設計することによって有効化され得る。また、アップリンクビームフォーミングを可能にするためにアップリンクサウンディングが有効化され得る。アップリンクサウンディングでは、ＡＰは、トリガＮＤＰＡを使用して、アップリンクにおける複数の非ＡＰ ＳＴＡからのサウンディングＮＤＰ送信を要請し得る。次いで、ＡＰは、ビームフォーミングフィードバックを計算し、それを非ＡＰ ＳＴＡに送り得る。アップリンクビームフォーミングでは、非ＡＰ ＳＴＡ（ビームフォーマ）は、ＡＰ（ビームフォーミング受信側）から送信されたビームフォーミングフィードバックに基づいて、ビームフォーミングされたデータを送信し得る。

【0199】

一実施形態では、新たな制御フレーム（トリガＮＤＰＡ）は、トリガＮＤＰＡフレームタイプを示すために新たなフレーム制御インデックスで定義されてもよい。図３０は、トリガＮＤＰＡフレーム３０００内のタイプフィールド３０１２の設計の一例を示す。トリガＮＤＰＡは、フレーム制御フィールド３００２、持続時間フィールド３００４、ＲＡフィールド３００６、ＴＡフィールド３００８、タイプフィールド３０１０、サウンディングダイアログフィールド３０１２、１つ以上のＳＴＡ情報フィールド３０１４、及びＦＣＳフィールド３０１６を含み得る。更に、図３０に示すように、タイプフィールド３０１０は、トリガタイプサブフィールド３０２２、トリガサブタイプサブフィールド３０２４、トリガ依存情報サブフィールド３０２６、及びバージョン情報サブフィールド３０２８を含み得る。トリガＮＤＰＡフレーム３０００は、現在のＮＤＰＡと同じ設計を有していてもよく、以下のようなより多くの信号伝達を提供するために、別のフィールド（タイプフィールド３０１０＝１オクテット以上）を追加で含んでもよい。（１）トリガタイプ３０２２、（２）トリガサブタイプ３０２４、（３）トリガ依存情報３０２６、及び（４）バージョン情報３０２８。

【0200】

暗黙的サウンディングＮＤＰ送信、アップリンクサウンディングＮＤＰ送信、感知ＮＤＰ送信、及び機械学習／連合学習モデル更新を含む、異なる機能を提供するために、多くのトリガタイプが定義され得る。

【0201】

トリガサブタイプサブフィールド３０２４は、順次ＮＤＰ、直交符号を有する共同ＮＤＰ、インターリーブされたＮＤＰなど、トリガタイプ３０１０に関係するより多くの情報を提供し得る。一例では、暗黙的サウンディングＮＤＰは、帯域幅全体において異なる時間に連続して、異なる周波数サブチャネルにおいて共同で、帯域幅全体において異なる直交符号用いて共同で、又は異なるサブキャリアグループを用いて帯域幅全体において共同で（インターリーブされたＮＤＰ）送られ得る。

【0202】

トリガ依存情報サブフィールド３０２６は、各トリガＮＤＰＡタイプ及び／又はサブタイプに固有のより多くの情報を信号伝達してもよい。一例では、インターリーブされたＮＤＰにおいて、いくつのサブキャリアグループが使用されることになるか、及び各サブキャリアグループ内のサブキャリアリストを示してもよい。別の例では、このサブフィールドを使用して、ＭＬ／ＦＬモデル更新に関するより多くの情報（例えば、ＭＬモデルタイプ、モデルのサイズ、勾配の量子化レベルの数など）を提供してもよい。

【0203】

バージョン情報サブフィールド３０２８は、８０２．１１修正のバージョンを示し得る。

【0204】

別の実施形態では、サウンディングダイアログトークンフィールド３０１２のうちの１ビットは、ＮＤＰＡフレームがトリガＮＤＰＡであることを示すために使用することができ、これにより、信号伝達されたＳＴＡは、ＳＴＡ情報フィールドを従来のＮＤＰＡではなくトリガベースのＮＤＰＡとしてパースすることができる。別の実施形態では、ＳＴＡ情報フィールド内の１ビットを使用して、ＮＤＰＡフレームがトリガＮＤＰＡであることを示すことができる。

【0205】

図３１は、特別ＳＴＡ情報フィールド３１１２を有するトリガＮＤＰＡ３１００の一例である。図３１に示すように、トリガＮＤＰＡ３１００は、フレーム制御フィールド３１０２、持続時間フィールド３１０４、ＲＡフィールド３１０６、ＴＡフィールド３１０８、サウンディングダイアログフィールド３１１０、特別ＳＴＡ情報フィールド３１１２、１つ以上のＳＴＡ情報フィールド３１１４、及びＦＣＳフィールド３１１６を含み得る。

【0206】

特別ＳＴＡ情報フィールド３０１０は、ＡＩＤサブフィールド３１２２、トリガタイプサブフィールド３１２４、トリガサブタイプサブフィールド３１２６、トリガ依存情報サブフィールド３１２８、ＵＬ帯域幅サブフィールド３１３０、ＬＴＦ及びガードインターバルタイプサブフィールド３１３２、並びにＡＰ Ｔｘ電力サブフィールド３１３４を含み得る。

【0207】

図３１に示されるように、一実施形態では、いくつかの特別ＩＤを使用して、以下のようなトリガＮＤＰＡ内の全てのトリガされたＳＴＡのための共通情報を信号伝達するために使用され得る特別ＳＴＡ情報フィールド３１１２を示すことができる。（１）ＡＩＤ１１、（２）トリガタイプ、（３）トリガサブタイプ、（４）トリガ依存情報、（５）ＵＬ帯域幅、（６）ＬＴＦ及びガードインターバルタイプ、並びに（７）ＡＰ Ｔｘ電力。

【0208】

ＡＩＤ１１サブフィールド３１２２は、このＳＴＡ情報フィールドが特別ＳＴＡ情報フィールドであり、その中で信号伝達される情報が、トリガされたＮＤＰＡ内の全ての信号伝達されたＳＴＡに共通であることを識別するための特別ＳＴＡ ＩＤであり得る。トリガタイプサブフィールド３１２４は、トリガＮＤＰＡタイプ（例えば、暗黙的サウンディング、アップリンクサウンディングなど）を示すための代替又は追加のオプションであり得る。トリガサブタイプサブフィールド３１２６は、トリガＮＤＰＡサブタイプ（例えば、順次ＮＤＰＡ、インターリーブＮＤＰＡなど）を示すための代替又は追加のオプションであり得る。トリガ依存情報サブフィールド３１２８は、各トリガＮＤＰＡタイプ及び／又はサブタイプに固有の情報を示すための代替又は追加のオプションであり得る。ＵＬ帯域幅サブフィールド３１３０は、ＢＳＳ動作帯域幅を示し得る。ＬＴＦ及びガードインターバルタイプサブフィールド３１３２は、ＬＴＦ及びガードインターバルタイプを示し得る。ＡＰ Ｔｘ電力サブフィールド３１３４は、パスロス計算目的のためのＡＰ送信電力を示し得る。

【0209】

一実施形態では、トリガＮＤＰＡのＳＴＡ情報フィールドは、以下のサブフィールドを含み得る。（１）ＡＩＤ、（２）ＢＷ配分、（３）Ｎｔ、（４）ＬＴＦの数、（５）曖昧性除去、及び（６）ＵＬターゲット受信機電力。

【0210】

ＡＩＤサブフィールドは、このＳＴＡ情報フィールドによって対象とされたＳＴＡを識別するための関連付けＩＤであり得る。ＢＷ配分サブフィールドは、対象とされたＳＴＡがＮＤＰを送信する帯域幅の配分を示し得る。帯域幅配分は、特別ＳＴＡ情報フィールドのタイプフィールド又はトリガタイプサブフィールド内で示され得るトリガＮＤＰＡのタイプに基づいて、異なってパースされ得る。一例では、インターリーブされたＮＤＰの場合、帯域幅配分サブフィールドは、各ＳＴＡに配分されたサブキャリアグループを示し得る。異なる直交符号と共同で送信されるＮＤＰの別の例では、帯域幅割振りサブフィールドは、配分された直交コード（シーケンス）を示し得る。また別の例では、順次ＮＤＰの場合、帯域幅配分は、ＳＴＡがそれのＮＤＰを送信するべき相対時間を示し得る。ＭＬ／ＦＬモデル更新の場合、ＮＤＰは、無線におけるモデル勾配のアグリゲーションを可能にするために非直交モードで送信され得る。このシナリオでは、帯域幅配分サブフィールドは、勾配量子化レベルの数、予想されるＬＴＦの数、予想されるＮＤＰの数など、この特定のシナリオに関係するより多くの情報を信号伝達するために使用され得る。

【0211】

Ｎｔサブフィールドは、アップリンクにおけるＮＤＰの送信のために使用されるアンテナの数を示し得る。ＬＴＦの数は、チャネル推定の精度を改善するために余分なＬＴＦの送信が許容される場合に、ＮＤＰ内のＬＴＦの数を示し得る。曖昧性除去サブフィールドは、レガシーＶＨＴ ＳＴＡとの下位互換性を示し得る。ＵＬターゲット受信電力サブフィールドは、電力制御目的のためのＡＰにおけるターゲット受信電力を示し得る。

【0212】

一実施形態では、アップリンクサウンディングシナリオにおけるＣＳＩフィードバック（ビームフォーミング報告）は、個別にアドレス指定されるか、１つのＡ－ＭＰＤＵにアグリゲートされるか、又は１つのマルチＳＴＡの圧縮されたビームフォーミング／ＣＱＩ報告にアグリゲートされるかのいずれかの異なる方法で、非ＡＰ ＳＴＡに送り返され得る。

【0213】

１つの方法では、各非ＡＰ ＳＴＡのビームフォーミング報告は、現在の圧縮されたビームフォーミング／ＣＱＩフレームがそのまま使用され得るように、異なるＰＰＤＵで送られ得る。この方法では、各ビームフォーミング報告は、受信非ＡＰ ＳＴＡに個々にアドレス指定され得る。

【0214】

別の方法では、いくつかのビームフォーミング報告が、ブロードキャストアドレス又はグループキャストアドレスにアドレス指定され得る１つのＡ－ＭＰＤＵにアグリゲートされ得る。この方法では、報告が送信される非ＡＰ ＳＴＡを識別するために、圧縮されたビームフォーミング／ＣＱＩフレームに別のフィールドが追加され得る。また、いくつかのビームフォーミング報告がＡ－ＭＰＤＵ上にアグリゲートされることを信号伝達するために、別のフィールドが必要であり得る。

【0215】

更に別の方法では、圧縮されたビームフォーミング／ＣＱＩ報告は、１つのフレーム（すなわち、マルチＳＴＡの圧縮されたビームフォーミング／ＣＱＩフレーム）内に複数の報告をアグリゲートするように再設計され得る。この方法では、アグリゲートされたビームフォーミング報告の数は、ＭＩＭＯ制御フィールド内で信号伝達され得、ビームフォーミング報告は、トリガされたＮＤＰＡサウンディングにおいて信号伝達されたＳＴＡのＡＩＤの昇順でスタックされ得る。一例では、アグリゲートされた報告中のこのＳＴＡに対応するビームフォーミング報告のフィールドの直前に、ＳＴＡのＡＩＤを示すために、圧縮されたビームフォーミング／ＣＱＩフレームに新たなフィールドが追加されてもよい。別の例では、サウンディング手順を開始するために使用されるトリガ－ＮＤＰＡで信号伝達される対応するＳＴＡにスタックされたビームフォーミング報告をマッピングするために、圧縮されたビームフォーミング／ＣＱＩフレームに新たなフィールドが追加されてもよい。

【0216】

非ＡＰ ＳＴＡは、アップリンクにおいてフィードバックを送信しないので、ＳＴＡ情報フィールド内でフィードバックタイプ又はコードブックサイズを示す必要はない。しかしながら、アップリンクビームフォーミングの場合、非ＡＰ ＳＴＡは、ビームフォーミングフィードバック報告をパースするために、フィードバックタイプ及びコードブックサイズについての情報を必要とし得る。この情報は、圧縮されたビームフォーミング／ＣＱＩフレームのＭＩＭＯ制御フィールド内で信号伝達され得る。

【0217】

複数のＡＰは、ＳＴＡのグループに共同で又は協調して送信することができる。図３２は、共有ＡＰ３２０２が、複数のＡＰ３２０４からの同時ＮＤＰ送信３２１２をトリガするためにＭＡＰトリガフレーム又は共同ＮＰＤＡフレーム３２１０を送信し、サウンディングを実行するようにＳＴＡ３２０６に命令し得る、コンパクトＭＡＰサウンディング手順の一例を示す。

【0218】

共有又は先導ＡＰ３２０２は、ＭＡＰトリガ／共同ＮＤＰＡフレーム３２１０を送信し得る。このフレームを使用して、複数のＡＰ３２０４からのＮＤＰフレーム送信をトリガし得る。その一方で、ＭＡＰトリガフレーム／ＮＤＰＡ３２１０は、ＳＴＡ３２０６がサウンディング測定及び報告を実行するための情報を伝達することができる。１つの方法では、共有ＡＰ３２０２から送信されるトリガ／ＮＤＰＡフレーム３２１０は、いくつかの対象とされたＳＴＡ３２０６が共有ＡＰ３２０２の送信を聞くことができない場合に、より多くのＭＡＰトリガ／ＮＤＰＡフレーム３２１０が被共有ＡＰ３２０４から送信され得ることを示すためのサブフィールドを搬送し得る。

【0219】

共有ＡＰ及び被共有ＡＰ、例えば、ＡＰ１、ＡＰ２、及びＡＰ３は、ＮＤＰフレームを同時に又は順次に送信し得る。被共有ＡＰがＮＤＰを同時に送信するとき、ＮＤＰフレームは、周波数又は空間領域において直交して送信される必要があり得る。例えば、Ｐ行列（又は他の直交行列）が、被共有ＡＰ間のＮＤＰフレームのＬＴＦシンボルに適用され得る。別の例では、ＬＴＦシンボルは、インターレースされたポピュレートされたサブキャリア上で送信され得る。共有ＡＰ及び／又は被共有ＡＰは、ビームフォーミング報告のためにリソースをＳＴＡに配分するために、ＢＦＲＰフレームを同時に又は順次に送信し得る。ＳＴＡは、ＢＦ報告を送信し得る。

【0220】

ＭＡＰ共同／協調された送信を考慮すると、被共有ＡＰと共有ＡＰとの間の異なるタイプの通信が必要とされ得る。１つの方法では、トリガフレームは、複数のＡＰからの送信をトリガするためにＡＰによって使用され得る。図３２に示す例では、トリガフレームは、複数のＡＰからのＮＤＰ送信をトリガするために使用される。しかしながら、トリガフレームは、複数のＡＰからの他のタイプのフレーム送信をトリガするために使用されてもよい。

【0221】

１つの方法では、ＭＡＰトリガを示すために、新たなトリガタイプ値が定義され得る。トリガタイプサブフィールドは、トリガフレーム内の共通情報フィールド内で搬送され得る。トリガタイプサブフィールドがＭＡＰトリガに設定されると、ユーザ情報フィールドは、ＭＡＰ関連通信のための情報を搬送することができる。

【0222】

ユーザ情報フィールドは、（１）ＡＰ ＩＤ及び（２）ＭＡＰトリガサブタイプを搬送し得る。ＡＰ ＩＤサブフィールドは、ＡＰ ＩＤを搬送し得る。１つの方法では、ＡＰ ＩＤサブフィールドのサイズは、マルチＡＰセット中のＡＰの数に依存し得る。

【0223】

複数のＭＡＰトリガフレームサブタイプが存在してもよい。ＭＡＰトリガサブタイプフィールドは、ＭＡＰトリガフレームサブタイプを搬送するために使用され得る。例えば、ＭＡＰ基本トリガ、ＭＡＰ ＮＤＰトリガ（これは、ＭＡＰサウンディング、ＭＡＰ ＮＤＰフィードバックなどのために使用され得る）、ＭＡＰアグリゲートバッファ状態報告トリガ（これは、被共有ＡＰがＢＳＳのためのアグリゲートバッファ状態を報告することをトリガし得る）があり得る。１つの方法では、ＭＡＰトリガサブタイプは組み合わされて、共通情報フィールド内のトリガタイプサブフィールド内に示され得る。

【0224】

トリガタイプ及びＭＡＰトリガサブタイプがＭＡＰ ＮＤＰトリガを示し得る場合では、ユーザ情報フィールドはまた、以下のサブフィールドのうちの１つ以上も搬送し得る。（１）各ＡＰのためのＢＷ、（２）パンクチャリングされたチャネル情報、（３）ＳＳ配分、（４）プライマリチャネル、（５）反復送信、及び（６）ＴＢ ＰＰＤＵタイプ。

【0225】

各ＡＰのためのＢＷサブフィールドは、各ＡＰごとのＮＤＰ送信のための動作帯域幅又は帯域幅を示し得る。１つの方法では、このサブフィールドは、ＭＡＰセット中の異なるＡＰに対して異なる動作帯域幅／ＮＤＰ帯域幅を可能にするユーザ情報フィールドごとに異なっていてもよい。共通情報フィールド内のＵＬ ＢＷサブフィールドは、ＮＤＰ ＰＰＤＵの信号伝達フィールド内の帯域幅フィールドをセットアップするために使用され得る。代替方法では、全てのＡＰが、共有ＡＰの命令に従って、同じＢＷを使用してＮＤＰフレームを送信することができる。この場合、共通情報フィールド内のＵＬ ＢＷサブフィールドは、ＮＤＰ送信の帯域幅を示すために使用され得る。

【0226】

各ＡＰごとのパンクチャリングされたチャネル情報サブフィールドは、各ＡＰごとのパンクチャリングされたチャネルを示し得る。ＡＰ ＩＤによって識別されるＡＰは、パンクチャリングされたチャネル中でＮＤＰフレームを送信しない場合がある。このサブフィールドは、複数のＡＰからのＮＤＰフレームが同時に送信され得、したがって１つのＡＰによってパンクチャリングされたサブチャネルが別のＡＰによって送信するために使用され得るときに、特に必要とされ得る。このサブフィールドがなければ、非ＡＰ ＳＴＡは、各サブチャネル上で誰が送信しているかを知ることができない。１つの方法では、各ＡＰごとにパンクチャリングされたチャネルを示すために、ビットマップが使用され得る。１つの方法では、ビットマップサイズは事前に定義されてもよく、各ビットは、対応するサブチャネルがパンクチャリングされているかどうかを示してもよい。サブチャネル分解能は、共有ＡＰの総動作帯域幅に依存し得る。例えば、パンクチャリングされたチャネルビットマップを示すために、８ビットビットマップが使用され得る。共有ＡＰが１６０ＭＨｚチャネル以下で動作される場合、各ビットは、（式ｍａｘ（２０，ＢＷ／８）によって求められる）２０ＭＨｚサブチャネル上のパンクチャシナリオを示し得る。共有ＡＰが３２０ＭＨｚチャネル上で動作される場合、各ビットは、（式ＢＷ／８によって求められる）４０ＭＨｚサブチャネル上のパンクチャシナリオを示し得る。

【0227】

１つの方法では、ビットマップサイズは、最大帯域幅をカバーするように定義されてもよく、各ビットは、固定サブチャネル分解能を有してもよい。例えば、各ビットは、２０ＭＨｚサブチャネル上のパンクチャリングされたチャネルシナリオを示し得る。最大サポート帯域幅が３２０ＭＨｚである場合、ビットマップのために１６ビットが必要とされ得る。

【0228】

ＳＳ配分サブフィールドは、ＮＤＰ送信のための空間ストリーム配分を搬送し得る。このサブフィールドは、開始空間ストリームと、ＡＰに配分された空間ストリームの数とを示し得る。ここでの情報は、ＮＤＰフレームのＬＴＦシンボルを送信するために使用されるＰ行列又は他の直交行列の列／行に対応し得る。

【0229】

プライマリチャネルサブフィールドは、ＡＰのプライマリサブチャネルを示し得る。

【0230】

反復送信サブフィールドは、ＡＰ（例えば、共有ＡＰ及び被共有ＡＰ、又は被共有ＡＰ）が、共有ＡＰによって送信されたトリガフレームのｘＩＦＳ時間の後に、ＮＤＰＡ送信を反復し得るかどうかを示すように設定され得る。反復送信が真に設定される場合、ＡＰは、反復トリガフレーム送信の後にＮＤＰフレームを送信することができる。いくつかの対象とされたＳＴＡが共有ＡＰからの送信を受信することができない場合があるとき、反復送信が使用され得る。

【0231】

ＴＢ ＰＰＤＵタイプサブフィールド（表５に示さず）は、応答側ＡＰがトリガフレームに応答して使用し得るＴＢ ＰＰＤＵタイプ（例えば、ＥＨＴ ＴＢ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵなど）を示すために使用され得る。本明細書で開示されるトリガフレーム設計は、ＭＡＰサウンディング手順以外の他のＭＡＰトリガ送信に使用されてもよいことに留意されたい。

【0232】

１つの方法では、（図３２に示すように）被共有ＡＰからの同時ＮＤＰ送信をトリガするために、ＭＡＰ ＮＤＰＡ／共同ＮＤＰＡフレームが共有ＡＰから送信される。ＭＡＰ ＮＤＰＡ／共同ＮＤＰＡフレームが手順において使用されるとき、非ＡＰ ＳＴＡは、従来のサウンディング手順としてＭＡＰ ＮＤＰＡ／共同ＮＤＰＡ／ＮＤＰシーケンスを処理することができることに留意されたい。ＭＡＰアーキテクチャは、任意の非ＡＰ ＳＴＡと、ＭＡＰセット内の任意のＡＰ又は共有ＡＰとの間の通信を可能にすることができる。共有ＡＰは、被共有ＡＰがＮＤＰフレームを同時に送信するための命令を含み得る。共有ＡＰは、サウンディング測定を実行し、サウンディングフィードバック報告を準備するために、ＭＡＰサウンディング手順の一部であり得る非ＡＰ ＳＴＡのための命令を含み得る。共同ＮＤＰＡフレームの一例を表４に示す。

【0233】

サウンディングダイアログトークンフィールド内のサブフィールドを使用して、ＮＤＰＡフレームが共同ＮＤＰＡであることを示し得る。開示される他の上位互換方法は、ＮＤＰＡフレームが共同ＮＤＰＡフレームであることを示すために使用されてもよい。

【0234】

ＡＰ情報フィールドは、ＡＰ及びＳＴＡのためのリソース配分情報を搬送するために使用され得る。ＡＰ情報フィールドの設計の一例を表５に示す。

【0235】

ＡＩＤ１１／ＡＰＩＤサブフィールドを使用して、ＭＡＰセット内のＡＰを一意に識別し得る。このサブフィールドはまた、ＡＰＩＤを搬送するフィールドがＡＰ情報フィールド又はＳＴＡ情報フィールドであることを識別するために使用され得る。１つの方法では、非ＡＰ ＳＴＡに割り当てられたＡＩＤ１１は、［０，２００７］の範囲内にあり得るので、ＡＩＤ１１フィールドと区別するために、ＡＰＩＤは２００７又は２０４８よりも大きい値を有し得る。ＡＰＩＤが２０４８より大きい場合、ＡＰＩＤのＭＳＢは１であり得、ＡＩＤ１１のＭＳＢは０であり得るので、このサブフィールドのＭＳＢは、ＡＰ情報フィールドとＳＴＡ情報フィールドとを区別するために使用され得る。

【0236】

ＡＰ情報フィールド及びＳＴＡ情報フィールドのフォーマットは異なり得る。受信機は、ＡＰ情報／ＳＴＡ情報フィールドのフォーマットを決定するためにＡＩＤ１１／ＡＰＩＤサブフィールドを使用してもよい。

【0237】

１つの方法では、ＡＰ情報フィールド（例えば、第１のＡＰ情報フィールド）が、共有ＡＰの情報を含むために使用されてもよい。特別ＡＰ ＩＤを使用して、共有ＡＰを識別してもよい。ＡＰ情報フィールド内で搬送される情報を使用して、ＮＤＰ ＰＰＤＵ中の信号伝達フィールドをセットアップしてもよい。被共有ＡＰは、ＡＰ情報フィールド内で搬送される情報を読み取り、１つ以上のサブフィールド内の値をＮＤＰ ＰＰＤＵ信号伝達フィールド内の対応するサブフィールドにコピーし得る。

【0238】

ＡＰごとのＢＷサブフィールドは、各ＡＰについての動作帯域幅を示し得る。

【0239】

共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、ＭＡＰ ＴＸＯＰの動作帯域幅であり得る。共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールド内の、ＡＰごとのＢＷサブフィールドは、ＮＤＰ ＰＰＤＵ内の信号伝達フィールドにコピーされ得る。

【0240】

被共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、ＡＰ及びその関連付けられたＳＴＡについての帯域幅であり得る。

【0241】

パンクチャリングされたチャネル情報サブフィールドは、パンクチャリングされたチャネル情報を搬送し得る。

【0242】

共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、共有ＡＰ及びＭＡＰ ＴＸＯＰ全体についてのパンクチャリングされたチャネル情報であり得る。

【0243】

被共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、ＡＰについてのパンクチャリングされたチャネル情報であり得る。

【0244】

曖昧性除去サブフィールドは、レガシーＳＴＡ（例えば、ＶＨＴ ＳＴＡ）が、それが対象となる受信ＳＴＡではないことを知るために使用され得る。

【0245】

ＳＳ配分サブフィールドは、ＮＤＰ送信のための空間ストリーム配分を搬送し得る。

【0246】

共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、ＮＤＰフレーム内のＬＴＦシンボルの総数と、共有ＡＰのために配分された空間ストリームの数とを示し得る。ｍが共有ＡＰに配分された空間ストリームの数である場合、共有ＡＰは、（Ｐ行列又は他の直交行列の最初のｍ個の列又は行に対応する）最初のｍ個の空間ストリームを使用して、ＮＤＰフレームを送信し得ることに留意されたい。

【0247】

被共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、開始空間ストリームと、ＡＰに配分された空間ストリームの数とを示し得る。ここでの情報は、ＮＤＰフレームのＬＴＦシンボルを送信するために使用されるＰ行列又は他の直交行列の列／行に対応し得る。

【0248】

プライマリチャネルサブフィールドは、ＡＰのプライマリサブチャネルを示し得る。共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、共有ＡＰ及びＭＡＰ ＴＸＯＰ全体についてのプライマリチャネルを示し得る。被共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドでは、これは、ＡＰについてのプライマリチャネル情報を示し得る。

【0249】

反復送信サブフィールドは、ＡＰ（例えば、共有ＡＰ及び被共有ＡＰ、又は被共有ＡＰ）が、共有ＡＰによって送信されたＮＤＰＡのｘＩＦＳ時間の後に、ＮＤＰＡ送信を反復し得るかどうかを示すように設定され得る。反復送信が真に設定される場合、ＡＰは、反復ＮＤＰＡ送信の後にＮＤＰフレームを送信することができる。いくつかの対象とされたＳＴＡが共有ＡＰからの送信を受信することができない場合があるとき、反復送信が使用され得る。

【0250】

ＴＢ ＰＰＤＵタイプサブフィールド（表５に示さず）は、応答側ＡＰが共同ＮＤＰＡフレームに応答して使用し得るＴＢ ＰＰＤＵタイプ（例えば、ＥＨＴ ＴＢ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵなど）を示すために使用され得る。

【0251】

ＳＴＡ情報フィールドは、非ＡＰ ＳＴＡのためのサウンディング測定及び報告情報を搬送するために使用され得る。一例では、ＳＴＡ情報フィールドは、従来のＮＤＰＡフレームと同じ設計であり得る。１つの方法では、ＡＩＤ１１サブフィールドは、ＳＴＡに割り当てられたＡＩＤのためのＬＳＢであり得る。

【0252】

複数のＢＳＳに関与する送信では、複数のＢＳＳにおいて割り当てられたＡＩＤは衝突を有し得る。例えば、ＢＳＳ１において、ＳＴＡ１は、ＡＩＤ１を割り当てられ得る。ＢＳＳ２において、ＳＴＡ２もまたＡＩＤ１を割り当てられ得る。ＡＩＤ１がＳＴＡ情報フィールドで使用される場合、ＳＴＡ１及びＳＴＡ２の両方が応答することができる。１つの方法では、ＡＩＤ１１サブフィールド内で使用される値は、ＡＩＤ及びＡＰＩＤの関数、すなわち、ＡＩＤ１１値＝ｆ（ＡＩＤ１１，ＡＰＩＤ１１）であり得る。式中、ＡＰＩＤは、ＡＰに関連付けられたＳＴＡ関連ＡＰのＡＰＩＤである。一例では、ＡＩＤ１１値＝ＸＯＲ（ＡＩＤ１１，ＡＰＩＤ１１）、又はＡＩＤ１１値＝ＡＮＤ（ＡＩＤ１１，ＡＰＩＤ１１）、又はＡＩＤ１１値＝ＯＲ（ＡＩＤ１１，ＡＰＩＤ１１）である。式中、ＡＩＤ１１及びＡＰＩＤ１１は、それぞれＡＩＤ及びＡＰＩＤの１１ＬＳＢ（又はＭＳＢ）であってもよい。この方法は、一般化され、ＡＩＤが使用される任意のフレーム、例えば、トリガフレームなどに適用され得ることに留意されたい。１つの方法では、ＳＴＡ情報フィールドは、トリガフレーム内のユーザ情報フィールド設計に従い得る。

【0253】

共有ＡＰを示すＡＰＩＤを有するＡＰ情報フィールドは、全てのＡＰに情報を搬送するための共通情報フィールドとして名付けられ得／定義され得、共通情報フィールド内で搬送される情報は、今後のＴＢ ＰＰＤＵ内の信号伝達フィールドを設定するのを助け得ることに留意されたい。１つの方法では、ＡＰＩＤサブフィールドは、共通情報フィールドを識別するために、事前に定義された又は予約されたＡＩＤ値に設定され得る。

【0254】

【表4】

表４：共同ＮＤＰＡフレーム設計の例

【0255】

【表5】

表５：ＡＰ情報フィールドの設計の例

【0256】

ここで言及されるＰＰＤＵの信号伝達フィールドは、ＰＰＤＵのプリアンブルの一部であり得ることに留意されたい。例えば、ＥＨＴ ＰＰＤＵの場合、ここで言及される信号伝達フィールドは、ＵＳＩＧフィールド及び／又はＥＨＴ ＳＩＧフィールドであってもよい。

【0257】

図３３は、マルチアクセスポイントサウンディング手順の一例を示す図である。図３３に示すように、ＡＰ１ ３３０２ａは共有ＡＰであり、ＡＰ２ ３３０２ｂは被共有ＡＰである。ＳＴＡ１１ ３３０４ａ及びＳＴＡ１２ ３３０４ｂは、ＡＰ１ ３３０２ａに関連付けられている。ＳＴＡ２１ ３３０４ｃ及びＳＴＡ２２ ３３０４ｄは、ＡＰ２に関連付けられている。ＳＴＡ１２ ３３０４ｂは、ＡＰ２ ３３０２のＯＢＳＳであり、ＡＰ２ ３３０２に関連付けられていない。ＳＴＡ２１ ３３０４ｃは、ＡＰ１ ３３０２ａのＯＢＳＳであり、ＡＰ１ ３３０２ａに関連付けられていない。

【0258】

サウンディング手順中に、ＡＰ１ ３３０２ａはＮＤＰＡ１ ３３０６ａを送信し、ＡＰ２はＮＤＰＡ２ ３３０６ｂを全てのＳＴＡに送信する。ＳＴＡ１１ ３３０４ａ及びＳＴＡ１２ ３３０４ｂは、ＡＰ１ ３３０２ａに関連付けられているので、それらはＮＤＰＡ１ ３３０６ａを復号し、ＡＰ１ ３３０２ａからＮＤＰ１ ３３０８ａを受信する準備をする。ＳＴＡ２１ ３３０４ｃは、ＡＰ１ ３３０２ａのＯＢＳＳであるので、ＳＴＡ２１ ３３０４ｃも、ＮＤＰＡ１ ３３０６ａを復号し、ＮＤＰ１ ３３０８ａを受信する準備をすることができる。

【0259】

ＳＴＡ２１ ３３０４ｃ及びＳＴＡ２２ ３３０４ｄは、ＡＰ２ ３３０２ｂに関連付けられているので、それらはＮＤＰＡ ３３０６ｂを復号し、ＡＰ２ ３３０２ｂからＮＤＰ２ ３３０８ｂを受信する準備をする。ＳＴＡ１２ ３３０４ｂは、ＡＰ２ ３３０２ｂのＯＢＳＳであるので、ＳＴＡ１２ ３３０４ｂも、ＮＤＰＡ ３３０６ｂを復号し、ＮＤＰ２ ３３０８ｂを受信する準備をすることができる。

【0260】

次に、ＡＰ１ ３３０２ａは、ＮＤＰ１ ３３０８ａを送信し、ＡＰ２ ３３０２ｂは、ＮＰＤ２ ３３０８ａを送信する。次いで、ＡＰ１ ３３０２ａは、ビームフォーミング報告ポール（ＢＲＦＰ）１ ３３１０ａをＳＴＡ１１ ３３０４ａ及びＳＴＡ１２ ３３０４ｂに送信する。ＡＰ２ ３３０２ｂは、ＢＦＲＰ２ ３３１０ｂをＳＴＡ２１ ３３０４ｃ及びＳＴＡ２２ ３３０４ｄに送信する。ＳＴＡ１１ ３３０４ａは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ）報告３３１２ａを送信し、ＳＴＡ１２ ３３０４ｂは、ＢＦ報告３３１２ｂをＡＰ１ ３３０２ａに送信する。ＳＴＡ２１ ３３０４ｃは、ＢＦ報告３３１２ｃをＡＰ２ ３３０２ｂに送信し、ＳＴＡ２２ ３３０４ｄは、ＢＦ報告３３１２ｄをＡＰ２ ３３０２ｂに送信する。

【0261】

更に、図３３には示さないが、ＳＴＡ１２ ３３０４ｂは、ＢＦ報告３３１２ｂをＡＰ２ ３３０２ｂに送信してもよく、ＳＴＡ２１ ３３０４ｃは、ＢＦ報告３３１２ｃをＡＰ１ ３３０２ａに送信してもよい。

【0262】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【手続補正書】

【提出日】2024-01-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ステーション（ＳＴＡ）であって、
ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームをアクセスポイント（ＡＰ）から受信するように構成された受信機を備え、前記ＮＤＰＡフレームが、部分ＢＷ情報フィールドを含み、前記部分ＢＷ情報フィールドが、１つ以上の要求されたサブチャネルを示し、
前記受信機が、ヌルデータパケット（ＮＤＰ）フレームを前記ＡＰから受信するように更に構成されており、前記ＮＤＰフレームが、ＢＷフィールド及びパンクチャリングチャネル情報フィールドを含む、Ｕ－ＳＩＧフィールドを含み、
前記ＢＷフィールド及びパンクチャリングチャネル情報フィールドによって示されたサブチャネルが、前記ＮＤＰＡ内で示された前記１つ以上の要求されたサブチャネルと同じである、ＳＴＡ。

【請求項2】

前記受信機が、ビームフォーミング報告ポール（ＢＦＲＰ）を前記ＡＰから受信するように更に構成されている、請求項１に記載のＳＴＡ。

【請求項3】

前記ＳＴＡが、サウンディング手順に参加している、請求項１に記載のＳＴＡ。

【請求項4】

ステーション（ＳＴＡ）によって実行される方法であって、
ヌルデータパケットアナウンスメント（ＮＤＰＡ）フレームをアクセスポイント（ＡＰ）から受信することであって、前記ＮＤＰＡフレームが、部分ＢＷ情報フィールドを含み、前記部分ＢＷ情報フィールドが、１つ以上の要求されたサブチャネルを示す、受信することと、
ヌルデータパケット（ＮＤＰ）フレームを前記ＡＰから受信することであって、前記ＮＤＰフレームが、ＢＷフィールド及びパンクチャリングチャネル情報フィールドを含む、Ｕ－ＳＩＧフィールドを含む、受信することと、を含み、
前記ＢＷフィールド及びパンクチャリングチャネル情報フィールドによって示されたサブチャネルが、前記ＮＤＰＡ内で示された前記１つ以上の要求されたサブチャネルと同じである、方法。

【請求項5】

前記受信機が、ビームフォーミング報告ポール（ＢＦＲＰ）を前記ＡＰから受信するように更に構成されている、請求項４に記載の方法。

【請求項6】

前記ＳＴＡが、マルチＡＰチャネルサウンディング手順に参加している、請求項４に記載の方法。

【請求項7】

前記要求されたサブチャネルが、動作要素に含まれる無効サブチャネルビットマップフィールド内で示されたサブチャネルを含まない、請求項１に記載のＳＴＡ。

【請求項8】

前記要求されたサブチャネルが、サブチャネルビットマップフィールドに含まれる動作要素によって許容されるサブチャネルと同じである、請求項１に記載のＳＴＡ。

【請求項9】

前記要求されたサブチャネルが、サブチャネルビットマップフィールドに含まれる動作要素によって許容されるサブチャネルのサブセットである、請求項１に記載のＳＴＡ。

【請求項10】

前記ＮＤＰＡフレームが、１つ以上の特別ＳＴＡ情報フィールドを含む、請求項１に記載のＳＴＡ。

【請求項11】

前記１つ以上の特別ＳＴＡ情報フィールドが、ＡＩＤ１１サブフィールドを含む、請求項１０に記載のＳＴＡ。

【請求項12】

前記要求されたサブチャネルが、動作要素に含まれる無効サブチャネルビットマップフィールド内で示されたサブチャネルを含まない、請求項４に記載の方法。

【請求項13】

前記要求されたサブチャネルが、サブチャネルビットマップフィールドに含まれる動作要素によって許容されるサブチャネルと同じである、請求項４に記載の方法。

【請求項14】

前記要求されたサブチャネルが、サブチャネルビットマップフィールドに含まれる動作要素によって許容されるサブチャネルのサブセットである、請求項４に記載の方法。

【請求項15】

前記ＮＤＰＡフレームが、１つ以上の特別ＳＴＡ情報フィールドを含む、請求項４に記載の方法。

【請求項16】

前記１つ以上の特別ＳＴＡ情報フィールドが、ＡＩＤ１１サブフィールドを含む、請求項１５に記載の方法。

【国際調査報告】