知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-527489ワイヤレスローカルエリアネットワークシステムのための拡張チャネルサウンディングプロトコル
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-07-25
(54)【発明の名称】ワイヤレスローカルエリアネットワークシステムのための拡張チャネルサウンディングプロトコル
(51)【国際特許分類】
H04W 24/06 20090101AFI20240718BHJP
H04W 16/28 20090101ALI20240718BHJP
H04W 84/12 20090101ALI20240718BHJP
H04B 7/06 20060101ALI20240718BHJP
H04B 7/08 20060101ALI20240718BHJP
【ＦＩ】
H04W24/06
H04W16/28
H04W84/12
H04B7/06 956
H04B7/08 800
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023577315
(86)(22)【出願日】2022-06-20
(85)【翻訳文提出日】2024-01-19
(86)【国際出願番号】 US2022034161
(87)【国際公開番号】W WO2022266531
(87)【国際公開日】2022-12-22
(31)【優先権主張番号】63/212,329
(32)【優先日】2021-06-18
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/252,854
(32)【優先日】2021-10-06
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】リン、ジナン
(72)【発明者】
【氏名】サード、マハムド
(72)【発明者】
【氏名】ルー、ハンチン
(72)【発明者】
【氏名】ヤン、ルイ
(72)【発明者】
【氏名】ワン、シアオフェイ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA14
5K067AA23
5K067DD23
5K067DD43
5K067EE02
5K067EE10
(57)【要約】
ワイヤレスエリアネットワーク（ＷＬＡＮ）のためのマルチＡＰチャネルサウンディングのための方法及び装置が開示される。ビームフォーミによって実行される方法は、ビームフォーマから、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を受信することと、ビームフォーマからＮＤＰフレームを受信することと、ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、ＢＦＲＰトリガフレームのフィードバックフォーマットによって示されるフォーマットを使用して、ＮＤＰ及びＮＤＰＡに基づいて、フィードバック報告を含むフィードバックフレームをビームフォーマに送信することと、を処理し得る。トリガフレームは、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームであり得る。フィードバック報告は、ビームフォーミング報告又はベクトルインデックス（ＶＩ）フィードバック報告であり得る。ビームフォーマは、アクセスポイント（ＡＰ）であり得るが、ビームフォーミは、局（ＳＴＡ）であり得る。
【特許請求の範囲】
【請求項1】
ビームフォーミにおける使用のための方法であって、ビームフォーマから、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を受信することと、
前記ビームフォーマから、ＮＤＰフレームを受信することと、
前記ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、
前記ＮＤＰ及び前記ＮＤＰＡに基づいて、前記ＢＦＲＰトリガフレームの前記フィードバックフォーマットによって示されるフォーマットを使用して、フィードバック報告を含むフィードバックフレームを前記ビームフォーマに送信することと、
を含む、方法。
【請求項2】
前記トリガフレームが、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項１に記載の方法。
【請求項3】
前記フィードバック報告が、ビームフォーミング報告である、請求項１に記載の方法。
【請求項4】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項１に記載の方法。
【請求項5】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項１に記載の方法。
【請求項6】
前記ビームフォーミが、局（ＳＴＡ）である、請求項１に記載の方法。
【請求項7】
ビームフォーミであって、プロセッサと、
受信機と、
送信機と、
を備え、
前記プロセッサ及び前記受信機が、
ビームフォーマから、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を受信することと、
前記ビームフォーマから、ＮＤＰフレームを受信することと、
前記ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、を行うように構成され、
前記プロセッサ及び前記送信機が、前記ＮＤＰ及び前記ＮＤＰＡに基づいて、前記ＢＦＲＰトリガフレームの前記フィードバックフォーマットによって示されるフォーマットを使用して、フィードバック報告を含むフィードバックフレームを、前記ビームフォーマに送信するように構成されている、ビームフォーミ。
【請求項8】
前記トリガフレームが、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項７に記載のビームフォーミ。
【請求項9】
前記フィードバック報告が、ビームフォーミング報告である、請求項７に記載のビームフォーミ。
【請求項10】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項７に記載のビームフォーミ。
【請求項11】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項７に記載のビームフォーミ。
【請求項12】
前記ビームフォーミが、局（ＳＴＡ）である、請求項７に記載のビームフォーミ。
【請求項13】
ビームフォーマによって実行される方法であって、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を送信することと、
ＮＤＰフレームを送信することと、
フィードバックフォーマットのインジケーションを含む第１の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、
前記フィードバックフォーマットの前記インジケーションに基づいて、ビームフォーミの第１のセットから、１つ以上のビームフォーミング報告を受信することと、
フィードバックフォーマットのインジケーションを含む第２の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、
前記フィードバックフォーマットの前記インジケーションに基づいて、ビームフォーミの第２のセットから、１つ以上のフィードバック報告を受信することと、
を含む、方法。
【請求項14】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項１３に記載のビームフォーマ。
【請求項15】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項１３に記載のビームフォーマ。
【請求項16】
前記ビームフォーミが、局（ＳＴＡ）である、請求項１３に記載のビームフォーマ。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年６月１８日に出願された米国特許仮出願第６３／２１２，３２９号及び２０２１年１０月６日に出願された米国特許仮出願第６３／２５２，８５４号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。
本出願は、２０２１年６月１８日に出願された米国特許仮出願第６３／２１２，３２９号及び２０２１年１０月６日に出願された米国特許仮出願第６３／２５２，８５４号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。
【発明の概要】
【0002】
ワイヤレスエリアネットワーク（Wireless Area Network、ＷＬＡＮ）のためのマルチアクセスポイント（Multi Access Point、ＭＡＰ又はマルチＡＰ）チャネルサウンディングのための方法及び装置が開示される。ビームフォーミによって実行される方法は、ビームフォーマから、ヌルデータパック（null data packed、ＮＤＰ）アナウンスメント（NDP announcement、ＮＤＰＡ）フレームを受信することと、ビームフォーマから、ＮＤＰフレームを受信することと、ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、ＢＦＲＰトリガフレームのフィードバックフォーマットによって示されるフォーマットを使用して、ＮＤＰ及びＮＤＰＡに基づいて、フィードバック報告を含むフィードバックフレームをビームフォーマに送信することと、を処理し得る。トリガフレームは、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームであり得る。フィードバック報告は、ビームフォーミング報告又はベクトルインデックス（vector index、ＶＩ）フィードバック報告であり得る。ビームフォーマは、アクセスポイント（access point、ＡＰ）であり得、ビームフォーミは、局（station、ＳＴＡ）であり得る。
【0003】
ビームフォーマによって実行される方法は、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を送信することと、ＮＤＰフレームを送信することと、フィードバックフォーマットのインジケーションを含む第１の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、ビームフォーミの第１のセットから、フィードバックフォーマットのインジケーションに基づいて、１つ以上のビームフォーミング報告を受信することと、フィードバックフォーマットのインジケーションを含む第２の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、ビームフォーミの第２のセットから、フィードバックフォーマットのインジケーションに基づいて、１つ以上のフィードバック報告を受信することと、を処理し得る。フィードバック報告は、ＶＩフィードバック報告であり得る。ビームフォーマは、アクセスポイント（access point、ＡＰ）であり得、ビームフォーミは、局（station、ＳＴＡ）であり得る。
【図面の簡単な説明】
【0004】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができるが、図中の同様の参照番号は、同様の要素を示す。
【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。
【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。
【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。
【図2】マルチＡＰシステムにおいて実行されるシーケンシャルチャネルサウンディング手順及びジョイントチャネルサウンディング手順の例を示す図である。
【図3】高効率（High Efficiency、ＨＥ）ヌルデータパケット（Null Data Packet、ＮＤＰ）パケットアナウンスメントフレームフォーマットの一例を示す図である。
【図4】ＥＨＴ ＮＤＰアナウンスメントフレームにおけるＳＴＡ情報フィールドフォーマットの一例を示す図である。
【図5】トリガフレームフォーマットの一例を示す図である。
【図6】超高スループット（Extremely High Throughput、ＥＨＴ）バリアントユーザ情報フィールドフォーマットの一例を示す図である。
【図7】ＥＨＴ特殊ユーザ情報フィールドフォーマットの一例を示す図である。
【図8】Ｃ２ ＳＴＡのみを用いるＶＩサウンディングプロトコルの例を示す。
【図9】グループベースのＶＩフィードバックのサウンディングプロトコルの例を示す図である。
【図10】ＳＴＡの混合クラス（Ｃ１ ＳＴＡ及びＣ２ ＳＴＡ）を用いるＶＩサウンディングプロトコルの一例を示す図である。
【図11】Ｃ２ ＳＴＡのみを用いるビームフォーミングされたＮＤＰサウンディングプロトコルの一例を示す図である。
【図12】Ｃ２ ＳＴＡのみを用いるビームフォーミングされたＮＤＰサウンディングプロトコルの別の一例を示す図である。
【図13】Ｃ１ ＳＴＡ及びＣ２ ＳＴＡを用いる、ビームフォーミングされたＮＤＰサウンディングプロトコルの一例を示す図である。
【図14】インデックスフィードバックを用いるマルチＡＰサウンディングプロトコルの一例を示す図である。
【図15】ビームフォーミングされた単一のマルチＡＰサウンディング手順の一例を示す図である。
【図16】マルチＡＰサウンディングのためのビームフォーミングされた単一のＮＤＰ構造の一例を示す図である。
【図17】ＥＨＴ－ＬＴＦのインターリーブされたＡＰ送信を用いる、単一のビームフォーミングされたＮＤＰパケット構造の一例を示す図である。
【図18】ＥＨＴ－ＬＴＦのインターリーブされたビーム送信を用いる、単一のビームフォーミングされたＮＤＰパケット構造の一例を示す図である。
【図19】ＥＨＴ－ＬＴＦのインターリーブされたＡＰ及びビーム送信を用いる、単一のビームフォーミングされたＮＤＰパケット構造の一例を示す図である。
【発明を実施するための形態】
【0005】
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。
【0006】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれも局（ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得るが、ユーザ機器（user equipment、ＵＥ）、モバイル局、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0007】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ＨｏｍｅノードＢ、Ｈｏｍｅ ｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（new radio、ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として描示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
【0008】
基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分けられ得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得るが、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。
【0009】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0010】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0011】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。
【0012】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。
【0013】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に、及び／又はここから送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。
【0014】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0015】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ＨｏｍｅノードＢ、Ｈｏｍｅ ｅノードＢ又はアクセスポイントであり得るが、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【0016】
ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）と通信し得る。
【0017】
ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0018】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
【0019】
図１Ｂは、例示的なＷＴＲＵ１０２を図示するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0020】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして描示するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一体に統合され得るということが理解されよう。
【0021】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが理解されよう。
【0022】
送信／受信要素１２２は、単一の要素として図１Ｂに描示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0023】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
【0024】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得るが、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。
【0025】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0026】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得るが、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。
【0027】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得るが、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。
【0028】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。
【0029】
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0030】
ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノード－Ｂを含み得るということが理解されよう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0031】
ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得るが、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0032】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）、パケットデータゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。
【0033】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノード－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得るが、更に、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0034】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらからルーティングし、かつ転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ記憶する機能などの、他の機能を実行し得る。
【0035】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0036】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得るが、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。
【0037】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。
【0038】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0039】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（Access Point、ＡＰ）及びＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得るが、更にＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得るが、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
【0040】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得るが、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。
【0041】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
【0042】
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別個に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
【0043】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【0044】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、プライマリチャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。
【0045】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
【0046】
図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を使用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0047】
ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得る、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得るが、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
【0048】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0049】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。
【0050】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得るが、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0051】
図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。
【0052】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0053】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0054】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行し得る。
【0055】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有される、かつ／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとローカルＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0056】
図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノード－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。
【0057】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を行う目的で、別のデバイスに直接結合され得る。
【0058】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用され得る。
【0059】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのワイヤレスローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）は、ＢＳＳのアクセスポイント（Access Point、ＡＰ）と、ＡＰに関連付けられた１つ以上の局（station、ＳＴＡ）とを含み得る。ＡＰは、トラフィックをＢＳＳ内及びＢＳＳ外に搬送する、分配システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス若しくはインターフェースを有し得る。ＢＳＳ外から生じ、ＡＰを通って到達するＳＴＡへのトラフィックは、ＳＴＡに配信され得る。ＳＴＡから生じるＢＳＳ外の宛先までのトラフィックは、ＡＰに送信されて、それぞれの宛先に配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックもまた、ＡＰを通って送信され得るが、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信する。
【0060】
８０２．１１ａｃ及び／又は８０２．１１ａｘなど、インフラストラクチャ動作モードのための米国電子電気技術者協会（Electronics and Electrical Engineers、ＩＥＥＥ）８０２．１１規格によれば、ＡＰは、固定チャネル、通常はプライマリチャネル上でビーコンを送信し得る。このチャネルは、２０ＭＨｚ幅であり得るが、ＢＳＳの動作チャネルであり得る。このチャネルはまた、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。８０２．１１システムにおける基本チャネルアクセスは、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）であり得る。この動作モードでは、一部のＳＴＡ、又はＡＰを含む全てのＳＴＡは、プライマリチャネルを感知し得る。チャネルがビジーであると検出された場合、ＳＴＡは「バックオフ」され得る。したがって、１つのＳＴＡは、ＢＳＳにおける任意の所与の時間に送信し得る。
【0061】
８０２．１１ｎ規格に従って動作する実施形態では、高スループット（High Throughput、ＨＴ）ＳＴＡはまた、通信のために４０ＭＨｚ幅のチャネルを使用し得る。これは、プライマリ２０ＭＨｚチャネルを、隣接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の連続するチャネルを形成することによって達成され得る。
【0062】
８０２．１１ａｃ規格に従って動作する実施形態では、非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び８０ＭＨｚのチャネルは、上記の８０２．１１ｎと同様の連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成とも称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割するセグメントパーサを通過し得る。逆離散フーリエ変換（Inverse Discrete Fourier Transformation、ＩＤＦＴ）動作及び時間ドメイン処理は、各ストリームで別々に行われ得る。次いで、ストリームは、２つのチャネルにマッピングされ得るが、データは送信され得る。受信機では、この機構は逆になり得るが、組み合わせたデータはＭＡＣに送信され得る。
【0063】
スペクトル効率を改善するために、８０２．１１ａｃ規格に従って動作するシステムは、例えば、ダウンリンクＯＦＤＭシンボル中に、同じシンボルの時間フレーム内の複数のＳＴＡへのＡＰからのダウンリンクマルチユーザＭＩＭＯ（Multi-User MIMO、ＭＵ－ＭＩＭＯ）送信の概念を実装し得る。ダウンリンクＭＵ－ＭＩＭＯの使用の可能性は、８０２．１１ａｈ規格に従って動作する実施形態についても検討され得る。ダウンリンクＭＵ－ＭＩＭＯは８０２．１１ａｃで使用されるように、同じシンボルタイミングを複数のＳＴＡへの送信に使用し得るため、複数のＳＴＡへの波形送信の干渉は、問題でなくなり得ることに留意することが重要である。しかしながら、ＡＰからのＭＵ－ＭＩＭＯ送信に関与する全てのＳＴＡは、同じチャネル又は帯域を使用する必要があり得、これは、ＡＰからのＭＵ－ＭＩＭＯ送信の宛先として含まれる、ＳＴＡによってサポートされる最小チャネル帯域幅に動作帯域幅を制限し得る。
【0064】
ＩＥＥＥ ８０２．１１の超高スループット（Extremely High Throughput、ＥＨＴ）のスタディグループは、２０１８年９月に結成された。ＥＨＴの開発は、８０２．１１ａｘに続くＩＥＥＥ ８０２．１１規格に対する次の主要な改訂のための１つの基礎を提供し得る。ＥＨＴ研究グループは、ピークスループットを更に増加させ、ＩＥＥＥ ８０２．１１ネットワークの効率を改善する可能性を探る。ＥＨＴ研究グループの確立に続いて、８０２．１１ｂｅタスクグループも、８０２．１１ ＥＨＴ仕様を提供するために確立された。対処されるユースケース及びアプリケーションは、以下のような高スループット及び低レイテンシアプリケーション：ＷＬＡＮ経由のビデオ、拡張現実（ＡＲ）、及び仮想現実（ＶＲ）、を含む。ピークスループットの向上及び効率の改善という目標を達成するために、ＥＨＴ ＳＧ及び８０２．１１ｂｅにおいて論じられた特徴のリストは、マルチＡＰ、マルチバンド／マルチリンク、３２０ＭＨｚ帯域幅、１６個の空間ストリーム、ＨＡＲＱ、ＡＰ協調、及び６ＧＨｚチャネルアクセスのための新しい設計を含む。ＩＥＥＥ標準化委員会は、ＥＨＴ研究グループで開発されたプロジェクト認可要求（Project Authorization Request、ＰＡＲ）及び標準規格開発基準（Criteria for Standards Development、ＣＳＤ）に基づいて、ＩＥＥＥ ８０２．１１ｂｅタスクグループ（Task Group、ＴＧ）を承認した。
【0065】
ＥＨＴ ＳＴＡは、チャネル状態情報を決定するために、ＥＨＴサウンディングプロトコルを使用する。ＥＨＴサウンディングプロトコルは、ＥＨＴ非トリガベース（非ＴＢ）サウンディング及びＥＨＴトリガベース（ＴＢ）サウンディングとして定義される明示的なフィードバック機構を提供し、ＥＨＴビームフォーミは、ＥＨＴビームフォーマによって送信されたトレーニング信号（すなわち、ＥＨＴサウンディングＮＤＰ）を使用してチャネルを測定し、チャネル状態の変換された推定値を送り返す。ＥＨＴビームフォーマは、この推定値を使用してステアリング行列を導出する。
【0066】
ＥＨＴビームフォーミは、１つ以上のＥＨＴ圧縮ビームフォーミング／ＣＱＩフレームで搬送されるＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告でチャネル状態の推定値を返す。３つのタイプのＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告が存在する：（１）ＳＵフィードバック、（２）ＭＵフィードバック、及び（３）ＣＱＩフィードバック。
【0067】
ＳＵフィードバックにおいて、ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告は、ＥＨＴ圧縮ビームフォーミング報告フィールドからなる。ＭＵフィードバックでは、ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告は、ＥＨＴ圧縮ビームフォーミング報告フィールド及びＥＨＴ ＭＵ排他的ビームフォーミング報告フィールドからなる。ＣＱＩフィードバックにおいて、ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告は、ＥＨＴ ＣＱＩ報告フィールドからなる。
【0068】
協調マルチＡＰ（coordinated multi-AP、Ｃ－ＭＡＰ）送信は、８０２．１１ｂｅにおいてサポートされ得る。これまで説明してきた方式は、（１）協調マルチＡＰ ＯＦＤＭＡ、（２）協調マルチＡＰ ＴＤＭＡ、（３）協調マルチＡＰ空間再利用、（４）協調ビームフォーミング／ヌリング、及び（５）ジョイント送信、を含む。
【0069】
協調マルチＡＰの文脈において、いくつかの用語が定義されており、（１）共有ＡＰ、（２）被共有ＡＰ、及び（３）ＡＰ候補セットが含まれる。共有ＡＰにおいては、ＥＨＴ ＡＰがＴＸＯＰを取得してマルチＡＰ協調を開始する。被共有ＡＰにおいては、ＥＨＴ ＡＰが、共有ＡＰによってマルチＡＰ送信のために協調される。ＡＰ候補セットにおいては、ＡＰのセットが、マルチＡＰ協調を開始し得るか又はそれに参加し得る。
【0070】
８０２．１１ｂｅ規格は、ＡＰがＡＰ候補セットの一部であり、共有ＡＰによって開始された協調マルチＡＰ送信に被共有ＡＰとして参加することができるかどうかを判定するための機構をサポートし得る。手順は、あるＡＰが、取得されたＴＸＯＰのその周波数／時間リソースをＡＰのセットと共有するために、定義される必要があり得る。別のＡＰによって共有されるリソース（すなわち、周波数又は時間）を使用することを意図するＡＰは、そのリソースを共有したＡＰにそのリソースの必要性を示すことが可能であり得る。協調ＯＦＤＭＡは、１１ｂｅにおいてサポートされ得るが、協調ＯＦＤＭＡでは、ＤＬ ＯＦＤＭＡとその対応するＵＬ ＯＦＤＭＡ肯定応答の両方が許可され得る。
【0071】
８０２．１１ｂｅ規格によるマルチＡＰチャネルサウンディングに関する更なる詳細が、本明細書で説明される。８０２．１１ｎ及び８０２．１１ａｃ規格によるチャネルサウンディングは、一般に明示的チャネルサウンディング及び暗黙的チャネルサウンディングと呼ばれる２つの異なる方式を使用して実行され得る。明示的チャネルサウンディングでは、ＡＰは、ＮＤＰをＳＴＡに、そのＳＴＡがそれ自体のチャネルを測定し、ＣＳＩフィードバックをＡＰに送ることを可能にするプリアンブルとともに送信し得る。暗黙的チャネルサウンディングでは、ＳＴＡはＮＤＰを送り得るが、ＡＰは、ＳＴＡのチャネルが相互的であると仮定して、そのチャネルを測定し得る。
【0072】
８０２．１１ｂｅは、ＳＵ－ＭＩＭＯ及びＭＵ－ＭＩＭＯのための空間ストリームの最大数（例えば、１６）をサポートし得る。各ＭＵ－ＭＩＭＯスケジュールされた非ＡＰ ＳＴＡに割り振られる空間ストリームの最大数は、（例えば、４に）制限され得る。ＤＬ送信が空間的に多重化され得るユーザの最大数は、例えば、リソースブロック（ＲＵ）ごとに８であり得る。
【0073】
８０２．１１ｂｅは、複数ＡＰシステムにおいてチャネルサウンディングの２つ以上のモードをサポートし得る。チャネルサウンディングのこれらのモードのうちの２つは、シーケンシャルサウンディング及びジョイントサウンディングであり得る。シーケンシャルサウンディングでは、各ＡＰは、各ＡＰの重複サウンディング期間なしに独立してＮＤＰを送信することができる。言い換えれば、各ＡＰは、それ自体の時間期間においてサウンディングを実行し、次いで、これらのサウンディング時間期間は、シーケンシャルと呼ばれ得る。ジョイントサウンディングでは、ＡＰは、全てのＬＴＦトーン上でアクティブな合計８個以下のアンテナを有し、ＯＦＤＭシンボルにわたって８０２．１１ａｘのＰ行列を使用する。言い換えれば、８個以下のアンテナを有するＡＰを含む複数ＡＰシステムにおけるジョイントサウンディングは、全てのＬＴＦトーン上で全てのアンテナをアクティブにし、サウンディング信号を送信／受信するために、８０２．１１ａｘのＰ行列を使用することができる。
【0074】
ＣＳＩフィードバック収集は、複数ＡＰシステムにおいて、８０２．１１ａｘのような４ステップサウンディングシーケンス（（ヌルデータパケットアナウンスメント（Null Data Packet Announcement、ＮＤＰＡ）＋ＮＤＰ＋ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレーム＋ＣＳＩ報告）を使用して実行されて、ＢＳＳ内と重複ＢＳＳ（overlapping BSS、ＯＢＳＳ）ＳＴＡの両方からフィードバックを収集することができる。言い換えれば、この４ステッププロセスは、ＡＰによって動作されるＢＳＳ中のＳＴＡ、及び重複するＢＳＳ中の、その同じＡＰに関連付けられないＳＴＡから、サウンディングフィードバックを取得するために使用され得る。複数ＡＰシステムのためのシーケンシャルサウンディングでは、ＳＴＡは、ＯＢＳＳ ＡＰから受信されたＮＤＰＡフレーム及びＢＦＲＰトリガフレームを処理することができ、ＳＴＡは、ＯＢＳＳ ＡＰからのＢＦＲＰ ＴＦでポーリングされた場合、対応するＣＳＩでＯＢＳＳ ＡＰに応答することができる。
【0075】
図２は、マルチＡＰシステムにおいて実行されるシーケンシャルチャネルサウンディング手順とジョイントチャネルサウンディング手順の両方の例を示す信号フロー図を示す。いずれかのプロセスを開始するために、一例では、共有ＡＰ（ＡＰ１ ２０２ａ）は、マルチＡＰ ＮＤＰＡ（ＭＡＰ－ＮＤＰＡ）２０６を送信し、次いで、協調グループ内の各ＡＰ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）は、ＮＤＰＡを送信することができる（ＡＰ１ ２０２ａは、ＮＤＰＡ２０８ａを送信し、ＡＰ２ ２０２ｂは、ＮＤＰＡ２０８ｂを送信し、ＡＰ３ ２０２ｃは、ＮＤＰＡ２０８ｃを送信する）。サウンディングプロシージャ（ジョイント又はシーケンシャルのいずれか）の後、ＡＰ１ ２０２ａは、ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームを送信する。ＮＤＰＡ ２０８ａ、２０８ｂ、及び２０８ｃは、以下でより詳細に説明される、図３に示されるフォーマットを有し得る。ＢＦＲＰトリガフレームは、以下でより詳細に説明する図５に示すフォーマットを有することができる。
【0076】
シーケンシャルサウンディング方式では、協調グループ中の各ＡＰ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）は、協調グループ中の全てのＳＴＡ（２０４ａ、２０４ｂ、及び２０４ｃ）に、異なる非重複時間中に、それぞれ対応するＮＤＰ（ＮＤＰ２１０ａ、ＮＤＰ２１０ｂ、及びＮＤＰ２１０ｃ）を送信し得る（すなわち、時間多重化され得る）。このシナリオでは、各ＮＤＰＮＤＰ２１０ａ、２１０ｂ、及び２１０ｃは、ショートフレーム間スペース（short interframe space、ＳＩＦＳ）時間間隔によって分離され得る。
【0077】
ジョイントサウンディング方式では、協調ＡＰ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）は各々、それぞれ対応するＮＤＰ（ＮＤＰ２１０ａ、ＮＤＰ２１０ｂ、及びＮＤＰ２１０ｃ）を同時に送信することができ、ここで、異なるロングトレーニングフィールド（Long Training Field、ＬＴＦ）トーンは、帯域幅全体に広がり、空間的に多重化されるか、又は直交コードを使用しているかのいずれかである。そうでない場合、各ＡＰ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）は、ＡＰどうしの間でトーンの重複がないように、選択されたトーン上でのみ、それぞれ対応するＬＴＦトーンを送信し得る。ＮＤＰフレームを受信するＳＴＡ（ＳＴＡ１ ２０４ａ、ＳＴＡ２ ２０４ｂ、及びＳＴＡ３ ２０４ｃ）は、次いで、ＣＳＩ又はＣＱＩを判定し、その情報をフィードバック報告２１６ａ、２１６ｂ、及び２１６ｃにおいて、協調グループ中のＡＰのうちの１つ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、又はＡＰ３ ２０２ｃ）に返信し得る。
【0078】
ＭＡＰ－ＮＤＰＡ２０６は、全てのＡＰ（ＡＰ１ ２０２ａ、ＡＰ２ ２０２ｂ、及びＡＰ３ ２０２ｃ）に、それぞれ対応するＮＤＰＡ（ＮＤＰＡ １ ２０８ａ、ＮＤＰＡ ２ ２０８ｂ、及びＮＤＰＡ ３ ２０８ｃ）を、関連付けられたＳＴＡ（ＳＴＡ １ ２０４ａ、ＳＴＡ ２ ２０４ｂ、及びＳＴＡ ３ ２０４ｃ）に送信するように通知してもよい。ＭＡＰ－ＮＤＰＡ２０６は、異なるＡＰに必要とされるサウンディング情報を含むことができる。例えば、サウンディング情報は、フィードバックタイプ、サウンディングサブチャネル又はＲＵ（フィードバックのためにどのサブチャネル又はＲＵがサウンディングされる必要があるか）、サウンディング帯域幅を含み得る。
【0079】
ＡＰは、それらの関連付けられたＳＴＡからのチャネルフィードバックを要請するために、ＮＤＰＡを送信し得る。ＮＤＰＡは、フィードバックタイプ及びグルーピング情報、フィードバックのために要求されたサブチャネル、コードブックサイズ、要求されたＳＴＡアドレスなどを示すことができる。異なるＳＴＡが、異なるサブチャネルに対するフィードバックのために要求され得る。
【0080】
ＡＰは、ＮＤＰを、チャネル応答を計算するためにＮＤＰ中に含まれるトレーニングフィールドを分析する、要求されたＳＴＡに対して送信し得る。
【0081】
ＳＴＡ（図２に示されるＳＴＡ１ ２０４ａ、ＳＴＡ２ ２０４ｂ、又はＳＴＡ３ ２０４ｃなど）がＮＤＰを受信すると、チャネルを測定し、ＣＳＩフィードバック報告を準備する。ＳＴＡからＣＳＩを収集するために、異なる方法が提案される。一方法においては、各ＡＰは、ｉｎ－ＢＳＳ及びＯＢＳＳ局のフィードバックを含む、全てのＣＳＩを収集する。別の一方法においては、各ＡＰは、その関連付けられたＳＴＡのみからＣＳＩを収集し得る。別の一方法においては、共有ＡＰ（図２のＡＰ１ ２０２ａ）は、協調グループ内の全ての被共有ＡＰのＣＳＩを収集することができる。
【0082】
概して、マルチＡＰにおけるチャネルサウンディングの課題は、（１）サウンディングに関与するＳＴＡが、協調ＡＰ（又はマスターＡＰ）を聞くことができないこと、（２）マルチＡＰ協調セット内のＡＰの同期、（３）異なるサウンディング方式の、オーバーヘッド、複雑さ、及び性能、（４）明示的及び暗黙的サウンディングにおけるＮＤＰ送信の変形例、並びに（５）フィードバック収集及び低減を含む。
【0083】
８０２．１１ｂｅのタスクグループ（Task Group、ＴＧ）は、図３に示すような８０２．１１ａｘのＮＤＰＡと同様のＮＤＰアナウンスメント（ＮＤＰＡ）の構造を維持することに同意している。しかしながら、図４に示されるＳＴＡ情報フィールドは、８０２．１１ｂｅのＥＨＴの新しい特徴に対応するように変更される。
【0084】
上述したように、図３は、例示的な高効率（High Efficiency、ＨＥ）ＮＤＰＡフレームフォーマットを示す。当業者は、この８０２．１１ａｘのＮＤＰＡフレームフォーマット、及びフレームに含まれるサブフィールドの目的／解釈を認識及び理解するであろう。ＨＥ ＮＤＰＡフレーム３００は、フレーム制御フィールド３０２と、持続時間フィールド３０４と、受信機アドレス（Receiver Address、ＲＡ）フィールド３０６と、送信機アドレス（Transmitter Address、ＴＡ）フィールド３０８と、サウンディングダイアログトークンフィールド３１０と、１つ以上のＳＴＡ情報フィールド３１２（すなわち、ＳＴＡ情報１．．．ＳＴＡ情報ｎ）と、フレームチェックシーケンス（Frame Check Sequence、ＦＣＳ）フィールド３１４とを含み得る。フレーム制御フィールド３０２は、２オクテットであり得る。持続時間フィールド３０４は、２オクテットであり得る。ＲＡフィールド３０６は、６オクテットであり得る。ＴＡフィールド３０８は、６オクテットであり得る。サウンディングダイアログトークンフィールド３１０フィールドは、１オクテットであり得る。１つ以上のＳＴＡ情報フィールド３１２はそれぞれ、４オクテットであり得る。ＦＣＳフィールド３１４は、４オクテットであり得る。フレーム制御フィールド３０２、持続時間フィールド３０４、ＲＡフィールド３０６、及びＴＡフィールド３０８は、ＭＡＣヘッダ３２０を構成し得る。図３に示されているフィールドの目的及び機能は、８０２．１１ａｘ規格において定義されており、当業者には知られており理解されている。
【0085】
図４は、図３に示されたＮＤＰＡフレーム３００内のＳＴＡ情報フィールド３１２の例示的なフォーマットを示す図である。当業者は、この８０２．１１ａｘのＳＴＡ情報フィールドフォーマットを認識及び理解するであろう。ＳＴＡ情報フィールド３１２フォーマットは、関連付けＩＤ（Associated ID、ＡＩＤ）サブフィールド４０２、部分ＢＷ情報サブフィールド４０４、予約済みサブフィールド４０６、Ｎｃサブフィールド４０８、フィードバックタイプ及びＮｇサブフィールド４１０、曖昧性除去サブフィールド４１２、コードブックサイズサブフィールド４１４、及び予約済みサブフィールド４１６を含み得る。ＡＩＤ１１サブフィールド４０２は、１１ビットであり得る。部分ＢＷ情報サブフィールド４０４は、９ビットであり得る。予約済みサブフィールド４０６は、１ビットであり得る。Ｎｃサブフィールド４０８は、４ビットであり得る。フィードバックタイプ及びＮｇサブフィールド４１０は、２ビットであり得る。曖昧性除去サブフィールド４１２は、１ビットであり得る。コードブックサイズサブフィールド４１４は、１ビットであり得る。予約済みサブフィールド４１６は、３ビットであり得る。図４に示されているサブフィールドの目的及び機能は、８０２．１１ａｘ規格において定義されており、当業者には知られており理解されている。
【0086】
トリガフレームは、リソースを配分し、アップリンクにおける単一又はマルチユーザアクセスをトリガするために、８０２．１１ａｘにおいて最初に導入された。図５は、トリガフレームフォーマットの一例を示す図である。８０２．１１ｂｅにおいては、ユーザ情報フィールドの新しい変形が提案され、特殊ユーザ情報フィールドが共通情報フィールドの後に追加される。図６及び図７に示されるような両方の強化は、ＨＥデバイス及びＥＨＴデバイスの両方に対して統一されたトリガ方式を可能にする。
【0087】
図５は、トリガフレームフォーマットの一例を示す図である。当業者は、この８０２．１１ａｘトリガフレームフォーマットを認識及び理解するであろう。トリガフレーム５００は、フレーム制御フィールド５０２、持続時間フィールド５０４、ＲＡフィールド５０６、ＴＡフィールド５０８、共通情報フィールド５１０、ユーザ情報リストフィールド５１２、パディングフィールド５１４、及びＦＣＳフィールド５１６を含み得る。フレーム制御フィールド５０２、持続時間フィールド５０４、ＲＡフィールド５０６、及びＴＡフィールド５０８は、ＭＡＣヘッダ５２０を処理し得る。フレーム制御フィールド５０２は、２オクテットであり得る。持続時間フィールド５０４は、２オクテットであり得る。ＲＡフィールド５０６は、６オクテットであり得る。ＴＡフィールド５０８は、６オクテットであり得る。共通情報フィールド５１０は、８オクテット以上であり得る。ユーザ情報リストフィールド５１２及びパディングフィールド５１４は、可変オクテットであり得る。ＦＣＦフィールド５１６は、４オクテットであり得る。図５に示されているフィールドの目的及び機能は、８０２．１１ａｘ規格において定義されており、当業者には知られており理解されている。
【0088】
図６は、図５で説明したユーザ情報フィールド５１２のフォーマットの一例を示す。当業者は、この８０２．１１ａｘユーザ情報フィールドフォーマットを認識及び理解するであろう。ＥＨＴユーザ情報フィールド５１２は、ＡＩＤサブフィールド６０２、ＲＵ配分サブフィールド６０４、ＵＬ ＦＥＳ符号化タイプサブフィールド６０６、ＵＬ ＥＨＴ－ＭＣＳサブフィールド６０８、予約済みサブフィールド６１０、ＳＳ配分／ＲＡ－ＲＵ情報サブフィールド６１２、ＵＬターゲット受信電力サブフィールド６１４、ＰＳ１６０サブフィールド６１６、及びトリガ依存ユーザ情報サブフィールド６１８を含み得る。ＡＩＤ１２サブフィールド６０２は、１２ビットであり得る。ＲＵ配分サブフィールド６０４は、８ビットであり得る。ＵＬ ＦＥＳ符号化タイプサブフィールド６０６は、１ビットであり得る。ＵＬ ＥＨＴ－ＭＣＳサブフィールド６０８は、４ビットであり得る。予約済みサブフィールド６１０は、１ビットであり得る。ＳＳ配分／ＲＡ－ＲＵ情報サブフィールド６１２は、６ビットであり得る。ＵＬターゲット受信電力サブフィールド６１４は、７ビットであり得る。ＰＳ１６０サブフィールド６１６は、１ビットであり得る。トリガ依存ユーザ情報サブフィールド６１８は、可変ビットであり得る。図６に示されているサブフィールドの目的及び機能は、８０２．１１ａｘ規格において定義されており、当業者には知られており理解されている。
【0089】
トリガ依存ユーザ情報サブフィールド６１８の内容は、どのタイプのトリガフレームがＥＨＴユーザ情報フィールドを搬送するかに基づく。例えば、ビームフォーミングフィードバック報告ポール（ＢＦＲＰ）トリガフレームは、ある情報を搬送するトリガ依存ユーザ情報フィールドを有し得るが、一般トリガフレームは、他の異なる情報を搬送するトリガ依存ユーザ情報フィールドを有し得る。
【0090】
図７は、ＥＨＴ特殊ユーザ情報フィールドフォーマットの一例を示す。ＥＨＴ特別ユーザ情報フィールド７００は、ＡＩＤサブフィールド７０２、ＰＨＹバージョンＩＤサブフィールド７０４、ＵＬ帯域幅拡張サブフィールド７０６、空間再利用１サブフィールド７０８、空間再利用１サブフィールド７１０、Ｕ－ＳＩＧ無視及び検証サブフィールド７１２、予約済みサブフィールド７１４、及びトリガ依存ユーザ情報サブフィールド７１６を含み得る。ＡＩＤ１２サブフィールド７０２は、１２ビットであり得る。ＰＨＹバージョンＩＤサブフィールド７０４は、３ビットであり得る。ＵＬ帯域幅拡張サブフィールド７０６は、２ビットであり得る。空間再利用１サブフィールド７０８は、４ビットであり得る。空間再利用２サブフィールド７１０は、４ビットであり得る。Ｕ－ＳＩＧ無視及び検証サブフィールド７１２は、１２ビットであり得る。予約済みサブフィールド７１４サブフィールドは、３ビットであり得る。トリガ依存ユーザ情報サブフィールド７１６は、可変ビットであり得る。トリガ依存ユーザ情報の内容は、どのタイプのトリガフレームがＥＨＴユーザ情報フィールドを搬送するかに基づく。例えば、ビームフォーミングフィードバック報告ポール（ＢＦＲＰ）トリガフレームは、ある情報を搬送するトリガ依存ユーザ情報フィールドを有し得るが、一般トリガフレームは、他の異なる情報を搬送するトリガ依存ユーザ情報フィールドを有し得る。
【0091】
８０２．１１ｂｅシステムにおいて、第１の問題は、図５において上述したトリガフレーム設計を強化する際に存在する。ＥＨＴサウンディングプロトコルは、ＨＥサウンディングプロトコルとのいくつかの差異を示し得る。ＥＨＴサウンディングプロトコルは、ＥＨＴサウンディングプロトコルの変更に対応するために、図５で説明したトリガフレーム５００（例えば、ＢＦＲＰトリガフレーム）に対する改善を必要とする場合がある。
【0092】
拡張サウンディング方式は、ＣＳＩフィードバックサイズを大幅に低減し、性能の改善を可能にすることができる。しかしながら、そのような方式は、実行するためにより長い時間を必要とし得る、より複雑な計算を必要とし得る。拡張チャネルサウンディング方式に対応するために、トリガフレームは、いくつかの拡張を必要とし得る。拡張サウンディング方式を可能にするために、いくつかの手順及び特徴が定義され得る。
【0093】
第２の問題は、現在のサウンディングプロトコルの全体的な持続時間が、フィードバック報告時間によって支配されることである。これは主に、圧縮ビームフォーミング報告によって必要とされる大きなビット数に起因する。したがって、チャネル精度損失を最小限に抑えながらサウンディングプロトコル全体の時間を短縮するための、新しいサウンディングプロトコルを有することが望ましい。
【0094】
第３の問題は、サウンディングプロトコルの全体の持続時間がＡＰの数に比例することである。ＭＡＰ環境では、ＳＴＡは、その関連ＡＰとＯＢＳＳ ＡＰの両方に、チャネル状態を報告する必要がある。これにより、ＭＡＰサウンディングプロトコルがより長い時間がかかり、より複雑になる可能性がある。したがって、サウンディング手順の全体的な持続時間を短縮し、チャネル状態報告をより効率的にする、ＭＡＰにおける新しいサウンディングプロトコルを有することが望ましい。
【0095】
上述の問題は、以下に説明する実施形態によって対処される。
【0096】
１つの方法では、ＢＦＲＰトリガフレームの特殊ユーザ情報フィールド７００の図７のビットの予約済みサブフィールド７１４内の１ビットを使用して、要求されたサウンディングフィードバックが、ＥＨＴ圧縮／ＣＱＩ報告であるか、又は非ＥＨＴ（ＨＥ又はレガシーを含む）圧縮ビームフォーミング／ＣＱＩ報告であるかを示すことができる。例えば、ビット＝１は、ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告を要求することを表す。ビット＝０は、非ＥＨＴビームフォーミング／ＣＱＩ報告を要求することを表す。
【0097】
非ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告が要求される場合、非ＡＰ ＳＴＡは、図６のトリガ依存ユーザ情報サブフィールド６１８内のビット、すなわち、フィードバックセグメント再送信ビットマップを復号して、どのフィードバックセグメントが要求されるかを決定することができる。ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告が要求される場合、非ＡＰで非ＥＨＴのＳＴＡはそれを無視することができる。ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告が要求される後者の場合、トリガ依存ユーザ情報サブフィールド６１８は、他の目的のために使用され得る。例えば、トリガ依存ユーザ情報サブフィールド６１８は、ＮＤＰ形式及びフィードバックフォーマットを示すために、又はどのビームフォーミングされたＮＤＰ（又はＮｓ個のＥＨＴ－ＬＴＦを含み得るプリコードされたＥＨＴ－ＬＴＦセット、ここで、Ｎｓは、ビームフォーマにおける送信アンテナの関数である）が送信されるかを示すために使用され得る。フィードバックフォーマットのインジケーションのために使用される（上記の図５で説明された）ＢＦＲＰトリガフレーム内のトリガ依存ユーザ情報サブフィールド６１８の例示的な定義は、以下の表１に与えられる。
【0098】
【表1】
【0099】
１つの方法では、ビームフォーミングされたＮＤＰ（個々のビームフォーミングされたＮＤＰ又はマルチビームフォーミングされたＮＤＰ若しくはマルチビームフォーミングされたＮＤＰの変形のいずれか）が送信されるとき、トリガ依存ユーザ情報サブフィールド６１８は、どのビームフォーミングされたＮＤＰ（又はプリコードされたＥＨＴ－ＬＴＦセット）が送信されているかを示すために使用され得る。位置ｎ（ＬＳＢについてはｎ＝０、ＭＳＢについてはｎ＝７）におけるビットが１である場合、ｎ番目のビームフォーミングされたＮＤＰ（又はｎ番目のＥＨＴ－ＬＴＦセット）が送信されている。例えば、位置１のビットが１である場合、１番目のプリコーディングされたＮＤＰのみが、個々のビームフォーミングされたＮＤＰ方式で送信されるか、又は第１のプリコーディングされたＥＨＴ－ＬＴＦセット（Ｎｓ個のＥＨＴ＿ＬＴＦを含み、Ｎｓはビームフォーマにおける送信アンテナ数の関数である）がマルチビームフォーミングされたＮＤＰで送信されるか、又は第１のビームフォーミングされたＮＤＰにおける第１のＥＨＴ－ＬＴＦセットがマルチビームフォーミングされたＮＤＰの変形で送信される。全ての位置におけるビットが１に等しい場合、全てのビームフォーミングされたＮＤＰは、個々のビームフォーミングされたＮＤＰにおいて送信される。又は、全てのプリコードされたＥＨＴ－ＬＴＦセットが、マルチビームフォーミングされたＮＤＰ又はその変形で送信される。位置ｎのビットは、１つのビームフォーミングされたＮＤＰ又は１つのプリコーディングされたＥＨＴ－ＬＴＦセットを参照し得るということに留意されたい。ビットはまた、ビームフォーミングされたＮＤＰの１つのグループ、又はプリコードされたＥＨＴ－ＬＴＦセットの１つのグループを参照し得る。ビームフォーミングされたＮＤＰ（又はＥＨＴ－ＬＴＦセット）再送信ビットマップのために使用される（上記の図５で説明されたような）ＢＦＲＰトリガフレームにおけるトリガ依存ユーザ情報サブフィールド６１８フォーマットの例示的な定義は、以下の表２に与えられる。
【0100】
【表2】
【0101】
一実施形態では、ＴＢサウンディングシーケンスにおけるＴＢ ＰＰＤＵの高データレート送信を防止するために、送信を請求されたＥＨＴ ＴＢ ＰＰＤＵを示す、図６のユーザ情報フィールド５１２のＵＬ ＥＨＴ－ＭＣＳサブフィールド６０８において与えられる値は、ある値（例えば、１.５Ｇｂｐｓ）以上のＴＢ ＰＰＤＵのデータレートをもたらさない場合があり得る。代替的に、受信側ＳＴＡにＣＳＩフィードバックを処理するためのより多くの時間を与えるために、より多くのパディングビットがＢＦＲＰトリガフレームに追加され得る。対応する解決策は、ＨＥ ＭＡＣ能力情報フィールドのトリガフレーム５００ＭＡＣパディング持続時間サブフィールド内の予約値を使用すること、すなわち、３に設定して、１６マイクロ秒より大きい任意の値を示すことである。このインジケーションはまた、ＢＦＲＰトリガフレームのみに対して指定され得る。
【0102】
代替的に、ＥＨＴ ＭＡＣ能力情報フィールド内の１つの予約済みビットが、ＴＢサウンディングフィードバックレートリミットを示すために使用され得る。例えば、予約済みビットは、０に設定されて、ＥＨＴ ＴＢサウンディングシーケンスにおけるＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告の最大サポートデータレートが、ＥＨＴ能力要素のサポートＥＨＴ ＭＣＳ及びＮＳＳセットフィールドから計算された、ＴＢ ＰＰＤＵデータ送信における最大サポートレートと同じであることを示してもよい。予約ビットは、１に設定されて、ＥＨＴ ＴＢサウンディングシーケンスにおけるＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告の最大サポートデータレートが、固定データレート（例えば、固定データレートは１．５Ｇｂｐｓである）の最小値であり、ＥＨＴ能力要素のサポートＥＨＴ ＭＣＳ及びＮＳＳセットフィールドから計算された、ＴＢ ＰＰＤＵデータ送信における最大サポートレートであることを示してもよい。
【0103】
代替的に、ＥＨＴ ＰＨＹ能力要素（例えば、Ｂ６３又はＢ０）内の１つの予約済みビットは、ＥＨＴ ＴＢサウンディングシーケンス内のＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告の最大サポートデータレートを示すために使用され得る。例えば、予約済みビットは、０に設定されて、ＥＨＴ ＴＢサウンディングシーケンスにおけるＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告の最大サポートデータレートが、ＥＨＴ能力要素のサポートＥＨＴ ＭＣＳ及びＮＳＳセットフィールドから計算された、ＴＢ ＰＰＤＵデータ送信における最大サポートレートと同じであることを示してもよい。予約ビットは、１に設定されて、ＥＨＴ ＴＢサウンディングシーケンスにおけるＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告の最大サポートデータレートが、固定データレート（例えば、固定データレートは１.５Ｇｂｐｓである）の最小値であり、ＥＨＴ能力要素のサポートＥＨＴ ＭＣＳ及びＮＳＳセットフィールドから計算された、ＴＢ ＰＰＤＵデータ送信における最大サポートレートであることを示してもよい。
【0104】
拡張サウンディング方式を有効にすることは、トリガフレーム５００への修正を必要とし得る。最良の（又はビーム無効化のために最悪の）ベクトルインデックス又はビームインデックスを識別するために必要とされる処理は、レガシーＣＳＩフィードバックにおいて必要とされる処理よりも長い時間を要し得る。したがって、（特にローエンドデバイスの場合に）より多くの処理時間を可能にすることが望ましい。
【0105】
一実施形態では、ＡＰは、図５に示されるような、トリガフレーム５００中のパディングサブフィールド５１４を使用して、より多くの処理時間を可能にし得る。ＡＰは、関連付けにおいて早期に実行される能力交換において識別され得る最も弱いデバイスを考慮して、最悪の場合のための十分な時間を可能にするためにパディング長を増加させ得る。
【0106】
一実施形態では、ＡＰは、記載されるユーザ情報リストフィールド５１２中に、いくつかのダミーユーザ情報サブフィールドを追加し得る。それらのダミーサブフィールドは、予約されたＡＩＤ又は必要に応じて任意の他のＡＩＤを用いてアドレス指定され得る。これは、ＳＴＡがインデックスベースのＣＳＩフィードバックを送ることを要求される前に利用可能な時間を、延長し得る。
【0107】
一実施形態では、ＡＰは、ＳＴＡを、それらの能力に基づいてグループ化し得るが、その場合、強力なデバイスが、それらのＣＳＩフィードバックを、トリガ／ＣＳＩフィードバックの第１のラウンドにおいて送るようにトリガされ得るだけでなく、計算的に制限されたデバイスは、後でそれらのフィードバックを送るようにトリガされ得る。ＳＴＡのグループ化は、関連付けにおいて実行される能力交換に基づいて行われてもよく、それらの処理能力によって分類される２つ以上のグループにあってもよい。
【0108】
一実施形態では、ＡＰは、図５で説明したトリガフレーム５００中の共通情報フィールド５１０中の１つ以上のビットを使用して、予想されるフレーム間スペースが、ＳＩＦＳよりも長いことをシグナリングし得る。一例では、拡張フレーム間スペース（extended inter-frame space、ＥＩＦＳ）が、ＳＩＦＳの代わりに使用され得る。別の一例では、ＡＰは、フレーム間スペースがＳＩＦＳのＮ倍であることをシグナリングし得るが、このオプションを有効にするために、ＡＰは、共通情報フィールド中の１つ以上のビットを使用して、パラメータＮをシグナリングし得る。
【0109】
場合によっては、同じチャネルサウンディングセッションにおいて混合フィードバックを可能にすることが望ましいことがあり得る。これは、レガシーＳＴＡ及び同じチャネルサウンディングラウンドにおいて拡張チャネルサウンディング方式をサポートするＳＴＡから、ＣＳＩフィードバックを受信することを可能にし得る。一実施形態では、レガシーＳＴＡが、トリガリング／ＣＳＩフィードバックラウンドにおいて、トリガフレーム中でトリガされ得るが、アドバンストＳＴＡが次のラウンドにおいて別個のトリガフレーム中でトリガされ得るように、ＡＰはＳＴＡをグループ化し得る。これは、拡張チャネルサウンディング方式をサポートするＳＴＡによってＣＳＩフィードバックを処理するためのより多くの時間を可能にし得る。
【0110】
マルチＡＰチャネルサウンディングでは、図２で説明したように、協調／被協調ＡＰとサウンディングセッションに関与するＳＴＡとの間のチャネルについてのＣＳＩフィードバックは、異なる方法で収集され得る。１つの方式（方式１）では、各ＡＰは、その関連付けられたＳＴＡから、及びＯＢＳＳ ＳＴＡから、ＣＳＩフィードバックを収集することができる。別の方式（方式２）では、各ＡＰは、その関連付けられたＳＴＡからのみ、ＣＳＩフィードバックを収集し得る。更に別の方式（方式３）では、協調ＡＰは、全てのＳＴＡから、全てのＡＰのためのフィードバックを収集する。
【0111】
上記で説明した３つの拡張チャネルサウンディング方式では、ＣＳＩフィードバックはインデックスベースのフィードバックであり得るが、ここで、インデックスは、真のチャネル行列Ｖと最も相関するあるプリコーディング行列／ベクトルを指し得る。したがって、フィードバックは、（レガシー圧縮ビームフォーミングフィードバックにおける数十から数百オクテットと比較して）各サブキャリアについて非常に少ないビットであり得る。
【0112】
（上記の方式２を考慮する）一実施形態では、ＡＰは、その関連付けられたＳＴＡをトリガして、ＳＴＡとサウンディングセッションに関与するＡＰの全て又はいくつかとの間のＣＳＩフィードバックを含む、組み合わせられたインデックスベースのビームフォーミング報告を送信し得る。一例では、トリガフレーム５００中の所与のＳＴＡに対応するＡＩＤ１２を持つＳＴＡ情報フィールド３１２中の１ビットは、ＳＴＡが個々のＣＳＩフィードバック（それの関連付けられたＡＰのみへのチャネルのフィードバック）を送ることが予想されるのか、組み合わされたＣＳＩフィードバックを送ることが予想されるのかを示すために、再利用され得る。追加的又は代替的に、ユーザ情報フィールド５１２のトリガ依存ユーザ情報サブフィールド６１８は、予想されるフィードバックが、個々のフィードバックであるか又は組み合わされたフィードバックであるかを示すために使用され得る。他のＡＰのＣＳＩフィードバックを含む組み合わされたＣＳＩフィードバックを受信するＡＰは、次に、無線で又はワイヤードバックホールを使用して、それらのＣＳＩフィードバックを送信し得る。
【0113】
以下の実施形態は、ＭＡＰ－ＮＤＰＡフレーム２０６、ＮＤＰフレーム２１０ａ、２１０ｂ、及び２１０ｃ、トリガフレーム２１４、並びにフィードバック報告２１６ａ、２１６ｂ、及び２１６ｃを含む全体的な持続時間を短縮するために、図２で説明されるような効率的なサウンディングプロトコルをどのように設計するかに対処するものである。
【0114】
有効化されたＶインデックス（ＶＩ）フィードバックを伴うサウンディングプロトコル（事前定義されたＶ行列のインデックスのみがフィードバックされ、事前定義されたＶ行列は、ビームフォーマ及びビームフォーミによって知られている）が以下で説明される。ＶＩフィードバックプロトコルにおいては、ＳＴＡは、ビーム無効化のために実チャネルに最も良く（又は最も悪く）一致するＶ行列インデックスを決定するために、より長い処理時間を要することがある。したがって、サウンディングプロトコルは、ＶＩをフィードバックするためのより長い処理時間を補償するために、拡張された設計を必要とし得る。異なるシナリオにおいて使用され得る複数のソリューションが存在する。
【0115】
１つのシナリオでは、図８に示されるように、２つのクラス２のＳＴＡが存在し得る。図８に示されるように、ビームフォーマ８０２は、ＮＤＰＡ８０６、ＮＤＰ８０８、及び拡張ＢＦＲＰトリガ８１０を送信する。拡張ＢＦＲＰトリガフレーム８１０は、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。
【0116】
拡張ＢＦＲＰトリガ８１０に応答して、ビームフォーミ８０４ａ及びビームフォーミ８０４ｂは、それぞれフィードバック報告８１２ａ及び８１２ｂを送信する。図８に示すシナリオ（すなわち、クラス２のＳＴＡが２つのみであるシナリオ）では、１つの方法は、拡張ＢＦＲＰトリガフレーム８１０とフィードバック報告８１２ａ及び８１２ｂとの間に、より長い待機時間８１４を定義することであり得る。この長い待機時間８１４は、ｎＳＩＦＳ（例えば、ｎ＝３）であり得るが、更に、拡張ＢＦＲＰトリガ８１０において示され得る。図８では、ビームフォーマ８０２はＡＰであり得るが、ビームフォーミ８０４ａ及び８０４ｂはＳＴＡであり得る。
【0117】
拡張ＢＦＲＰトリガ８１０にこのインジケーション（すなわち、待機時間８１４）を含める、少なくとも２つのオプションがある。１つのオプションでは、インジケーションは、（図５のトリガフレーム５００中の共通情報フィールド５１０などの）共通情報フィールド中の予約済みビットを使用して、待機時間が通常であるかどうか（すなわち、ＳＩＦＳであるか、又は通常よりも長いか（例えば、ｎＳＩＦＳ、ｎ＞１））を示し得る。別のオプションでは、インジケーションは、トリガ依存ユーザ情報サブフィールド６１８中に示されるフィードバックセグメント再送信ビットマップを使用し得る。ＶＩフィードバック方式では、フィードバックビットが大幅に削減されるので、報告内には、はるかに少ないセグメントが存在することになる。フィードバックセグメント再送信ビットマップ内の１ビットは、待機時間がより長いかどうかを示すためのビットとして使用され得る。
【0118】
図８に示されているように、ビームフォーマ８０２はＡＰであり得るが、ビームフォーミ８０４ａ及び８０４ｂはＳＴＡであり得る。
【0119】
代替的に、別の方法は、Ｃ２ ＳＴＡを、それらの能力（例えば、信号処理能力、又は事前定義されたプリコーダセットの異なるサブセットにアクセスする能力）に基づいてグループ化することであり得る。Ｃ２ ＳＴＡの同じグループは、同時にＣＳＩをフィードバックするようにスケジュールされ得る。
【0120】
図９は、グループベースのＶＩフィードバックの例示的なサウンディングプロトコルを示す。例えば、ビームフォーミ９０４ａ及びビームフォーミ９０４ｂは、ＥＨＴ Ｒ２ ＳＴＡ（すなわち、グループ１）であり得るが、ビームフォーミ９０４ｃ及びビームフォーミ９０４ｄは、それ以降のＳＴＡ（すなわち、グループ２）であり得る。
【0121】
ビームフォーマ９０２は、ＮＤＰＡ９０６、ＮＤＰ９０８、及び拡張ＢＦＲＰトリガ９１０ａを送信する。拡張ＢＦＲＰトリガ９１０ａを受信すると、ビームフォーミ９０４ａ及びビームフォーミ９０４ｂ（高い処理能力を有するか、又はプリコーダのより小さいサブセットのみにアクセスすることができる）は、フィードバック報告９１２ａ及び９１２ｂを送信する。拡張ＢＦＲＰトリガ９１０ａ及び９１０ｂは、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。ビームフォーマ９０２は、ＡＰであり得るが、ビームフォーミ９０４ａ、９０４ｂ、９０４ｃ、及び９０４ｄは、ＳＴＡであり得る。
【0122】
次に、ビームフォーマ９０２は、拡張ＢＦＲＰトリガ９１０ｂを送信する。拡張ＢＦＲＰトリガ９１０ｂを受信すると、ビームフォーミ９０４ｃ及びビームフォーミ９０４ｄ（より低い処理能力を有するか、又はプリコーダのより大きいサブセットにアクセスする）は、フィードバック９１４ａ及び９１４ｂの後にフィードバック９１４ａ及び９１４ｂを送信するようにスケジュールされる。トリガフレームは、ＶＩフィードバックの各グループの送信の前に送出され得る。各ＢＦＲＰトリガフレームとＶＩフィードバックとの間の待機時間は、通常の待機時間（すなわち、ＳＩＦＳ）である。
【0123】
別のシナリオでは、（１）クラス１のＳＴＡ（ＥＨＴ Ｒ１とそれ以前のＳＴＡ）と、（２）クラス２のＳＴＡ（ＥＨＴ Ｒ２とそれ以後のＳＴＡ）との、それぞれのチャネル状態情報を報告するように要求される、クラス分けされたＳＴＡが混在する場合があり得る。図１０は、クラスの混在したＳＴＡ（すなわち、Ｃ１ ＳＴＡ及びＣ２ ＳＴＡ）を有する例示的なＶＩサウンディングプロトコルを示す。
【0124】
ＥＨＴ Ｒ１ ＳＴＡは、ＥＨＴ能力要素において示すことができないＥＨＴ機能をなんら実装していないＥＨＴ ＳＴＡである。ＥＨＴ以前のＳＴＡは、ＥＨＴ機能を実装していないレガシーＳＴＡである。ＥＨＴ Ｒ２及びそれ以降のＳＴＡは、レガシー及びＥＨＴ Ｒ１のＳＴＡには存在しない高度な機能を実装したＳＴＡである。
【0125】
図１０は、ＳＴＡの混合クラス（例えば、Ｃ１ ＳＴＡ及びＣ２ ＳＴＡ）を用いるＶＩサウンディングプロトコルの一例を示す。図８及び図９と同様に、ビームフォーマ１００２は、ＮＤＰＡ１００６、ＮＤＰ１００８、拡張ＢＦＲＰトリガ１０１０ａ及び拡張ＢＦＲＰトリガ１０１０ｂを送信する。拡張ＢＦＲＰトリガ１０１０ａ及び１０１０ｂは、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。
【0126】
図１０に示されているように、１つの方法は、最初に、拡張ＢＦＲＰトリガ１０１０ａを介して、ビームフォーミ１００４ａ及びビームフォーミ１００４ｂ（すなわち、Ｃ１ ＳＴＡ）からのビームフォーミング報告１０１２ａ及び１０１２ｂを要求することであり得る。レガシー圧縮ビームフォーミング報告１０１２ａ及び１０１２ｂが報告された後、ＶＩフィードバック報告１０１４ａ及び１０１４ｂが、別の拡張トリガフレーム１０１０ｂによって要求される。レガシー非ＡＰ（Ｃ１）ＳＴＡは、ＯＦＤＭＡ方法を使用して、割り当てられた潜在的により大きいＢＷを有する圧縮ビームフォーミング報告を送り返すことができる。Ｃ２ ＳＴＡはまた、ＯＦＤＭＡを使用してＶＩフィードバックを送信することもできる。トリガフレームとビームフォーミング報告又はＶＩ報告との間の待機期間は同じである。（すなわち、図１０に示されるようなＳＩＦＳである。）ビームフォーマ１００２は、ＡＰであり得るが、ビームフォーミ１００４ａ、１００４ｂ、１００４ｃ、及び１００４ｄは、ＳＴＡであり得る。
【0127】
複数の実装形態が、ビームフォーミングされたＮＤＰのためのサウンディング手順に対処する（ここで、ＮＤＰは複数のプリコーダによってプリコードされ、ＳＴＡはプリコーダのインデックスを送るように要求される）。例えば、チャネルのベストマッチ（又はビーム無効化のためのワーストマッチ）を有するプリコーダ、又はチャネルの最小マッチを有するプリコーダが、以下で説明される。様々なシナリオのために複数の実装形態が使用され得る。
【0128】
１つのシナリオでは、チャネル状態情報を送信するように要求される、クラス２のＳＴＡ（すなわち、ＥＨＴ Ｒ２以降のＳＴＡ）のみが存在し得る。ＥＨＴシンボルは、１つのＮＤＰフレーム中で送信する全てのＮ＿Ｂプリコーダとともに適用され得る。
【0129】
図１１は、クラス２（Ｃ２）ＳＴＡのみを用いる、ビームフォーミングされたＮＤＰサウンディングプロトコルの一例を示す。ビームフォーマ１１０２は、ＮＤＰＡ１１０６、ＮＤＰ１１０８、及び拡張ＢＦＲＰトリガ１１１０を送信する。ＮＤＰ１１０８は、マルチビームを有するビームフォーミングされたＮＤＰであり得る。拡張ＢＦＲＰトリガ１１１０は、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。拡張ＢＦＲＰトリガ１１１０を受信すると、１つ以上のＣ２ビームフォーミ１１０４は、フィードバック報告１１１２を送信する。ビームフォーマ１１０２はＡＰであり得るが、ビームフォーミ１１０４はＳＴＡであり得る。
【0130】
代替的に、図１２に示されているように、ビームフォーマは、非ＡＰ ＳＴＡが短時間で多くのＥＨＴを処理することを必要としないように、Ｋ個のＮＤＰにおける異なるプリコーダを有するＥＨＴシンボルを送信することができる。全体の持続時間を短縮するために、Ｋの例示的な値は２又は３であり得る。
【0131】
図１２は、Ｃ２ ＳＴＡを用いるビームフォーミングされたＮＤＰサウンディングプロトコルの別の一例を示す。図１２に示すように、図１１と同様に、ビームフォーマ１２０２は、ＮＤＰＡ１２０６を送信する。しかしながら、図１１とは対照的に、１つのＮＤＰフレームを送信する代わりに、ビームフォーマ１２０２は、１つ以上のビームフォーミングされたＮＤＰ１２０４ａ、１２０４ｂ、及び１２０４ｎを送信する。次に、ビームフォーマ１２０２は、拡張ＢＦＲＰトリガフレーム１２１０を送信する。これに応答して、１つ以上のビームフォーミ１２０４は、フィードバック報告１２１２を送信する。拡張ＢＦＲＰトリガフレーム１２１０は、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。ビームフォーマ１２０２はＡＰであり得るが、ビームフォーミ１２０４はＳＴＡであり得る。
【0132】
別のシナリオでは、チャネル状態情報を送信するように要求されるＣ１ ＳＴＡ及びＣ２ ＳＴＡが混在している。図１３に示すように、逆方向能力を有効にするために、ビームフォーマは、図１３に示すように、第１のＮＤＰを１つのプリコーダ又は非プリコーダで送信させ、残りのＮＤＰをプリコードされたＥＨＴシンボルで送信させるように選択することができる。
【0133】
図１２と同様に、図１３では、ビームフォーマ１３０２は、ＮＤＰＡ１３０６と、１つ以上のビームフォーミングされたＮＤＰ１３０４ａ、１３０４ｂ、及び１３０４ｎとを送信する。次に、ビームフォーマ１３０２は、拡張ＢＦＲＰトリガ１３１０を送信する。これに応答して、１つ以上のビームフォーミ１３０４は、フィードバック報告１３１２を送信する。拡張ＢＦＲＰトリガ１３１０は、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。ビームフォーマ１３０２はＡＰであり得るが、ビームフォーミ１３０４はＳＴＡであり得る。
【0134】
しかしながら、図１２とは対照的に、逆方向能力を有効にするために、ビームフォーマは、図１３に示されるように、第１のＮＤＰを１つのプリコーダ又は非プリコーダで送信させ、残りのＮＤＰをプリコードされたＥＨＴシンボルで送信させるように選択することができる。
【0135】
この場合、ＥＨＴの数は、ＮＤＰごとに異なり得る。ＥＨＴ－ＬＴＦの個数及びＥＨＴの送信形態（プリコーディングされるか又はプリコーディングされない）に関する情報は、図３及び図４に示すように、ＮＤＰＡ ＳＴＡ情報サブフィールド３１２で示されてもよい。代替的に、ＮＤＰどうしの間のＳＩＦは除去され得る。各ＮＤＰの持続時間は、ＮＤＰＡにおいて定義されるべきである。ＮＤＰ→ＢＦＲＰ→ＢＦは、ビーム微調整及びビーム追跡のために繰り返され得る。
【0136】
ＭＡＰ環境におけるサウンディング手順を最適化するための実装形態について以下で説明する。１つの方法では、複数のＡＰがインデックスベースのフィードバックを要求するとき、送信を請求されたＳＴＡは、それのフィードバック報告を組み合わせ、１つのＡＰ（例えば、それの関連するＡＰ）に送り返すことができる。複数のＡＰのフィードバックを受信したＡＰは、該当ＡＰにＣＳＩを転送することができる。
【0137】
図１４は、インデックスフィードバックを用いるＭＡＰサウンディングプロトコルの例を示す。図１４では、ＡＰ１ １４０２ａは、ＳＴＡ １４０４ａ及び１４０４ｂに関連付けられ、ＡＰ２ １４０２ｂは、ＳＴＡ １４０４ｃ及び１４０４ｄに関連付けられる。ＡＰ１ １４０２ａは、ＮＤＰＡ １４０６ａ、ＮＤＰＡ １４０８ａ、及び拡張ＢＦＲＰトリガ１４１０ａを送信する。ＡＰ２ １４０２ｂは、ＮＤＰＡ１４０６ｂ、ＮＤＰＡ１４０８ｂ、及び拡張ＢＦＲＰトリガ１４１０ｂを送信することができる。拡張ＢＦＲＰトリガ１４１０ａを受信すると、ＳＴＡ１４０４ａは、インデックスフィードバック報告１４１２ａを送信することができ、ＳＴＡ１４０４ｂは、インデックスフィードバック報告１４１２ｂを送信することができる。拡張ＢＦＲＰトリガ１４１０ｂを受信すると、ＳＴＡ１４０４ｃは、インデックスフィードバック報告１４１２ｃを送信することができ、ＳＴＡ１４０４ｄは、インデックスフィードバック報告１４１２ｄを送信することができる。インデックスフィードバック報告１４１２ａ、１４１２ｂ、１４１２ｃ、及び１４１２ｄは、同時に送信され得る。インデックスフィードバック報告１４１２ａ、１４１２ｂ、１４１２ｃ、及び１４１２ｄは、ＶＩフィードバック、ビームインデックスフィードバック、又は他のショートフィードバック報告であり得る。
【0138】
拡張ＢＦＲＰトリガ１４１０ａ及び１４１０ｂは、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。
【0139】
ＡＰは、その関連付けられたＳＴＡをトリガして、同じＣＳＩフィードバックフレーム中のいくつかのＡＰのためのＶＩフィードバックを含む、組み合わされたフィードバック報告を送り得る。この特徴を可能にするために、ＥＨＴ圧縮ビームフォーミング／ＣＱＩフレームフォーマットにいくつかの変更を導入することができる。
【0140】
一実施形態では、拡張フィードバックの新しいフォーマットを示すために、ＥＨＴアクションフィールド値テーブルにいくつかのエントリを追加することができる。一例では、フィードバック管理フレームが拡張インデックスベースのＣＳＩフィードバックを搬送することを示すために、値１（又は任意の他の値）のエントリが追加され得るが、フィードバック管理フレームが組み合わされた拡張インデックスベースのＣＳＩフィードバックを搬送することを示すために、値２（又は任意の他の値）の別のエントリが追加され得る。表３は、例示的なＥＨＴアクションフィールド値を示す。
【0141】
【表3】
【0142】
一実施形態では、ＥＨＴ ＭＩＭＯ制御フィールド内の１つ以上のビットを使用して、ビームフォーミングフィードバックフレームが個別の拡張ビームフォーミング報告又は組み合わされた拡張ビームフォーミング報告のいずれかを搬送していることを示すことができる。一例では、１ビットは、搬送されるビームフォーミング報告が個別報告であることをシグナリングするために０に設定されるか、又はビームフォーミング報告が組み合わされた報告であることを示すために１に設定されるように、個別の／組み合わされたものとして命名され得る。
【0143】
一実施形態では、サブフィールドが、２ビット以上のサイズを有するＭＩＭＯ制御フィールドに追加されてもよく（組み合わされた報告の数サブフィールド）、フィードバックフレームにおいていくつのビームフォーミング報告が組み合わされているかを示すために使用されてもよい（表４に示されるＮパラメータ）。
【0144】
【表4】
【0145】
一例では、組み合わせられた報告の最小数は２つの報告（Ｎ＝２）である場合、２ビットが使用され得る。表５は、例示的な符号化を示す。
【0146】
【表5】
【0147】
一実施形態では、組み合わされた報告は、最初の拡張ビームフォーミング報告が最小のＩＤを有するＡＰに向けられ、最後の拡張ビームフォーミング報告が最大のＩＤを有するＡＰに向けられ得るように、ＡＰのＩＤの昇順で順序付けられ得る。拡張ビームフォーミング報告を送信請求するためにトリガフレームを送信したトリガＡＰは、このチャネルサウンディングセッションに関与する全てのＡＰのリストと、どのＡＰがどのＳＴＡからのチャネルサウンディングフィードバックを予想し得るかのマッピングとを有し得る。この情報は、マルチＡＰチャネルサウンディング手順における第１のステップとして送られ得るマルチＡＰ ＮＤＰＡにおいて交換され得る。
【0148】
一実施形態では、表６に示されているように、どのビームフォーミング報告がどのＡＰに宛てられているかを示すために、組み合わせ報告マップフィールドが拡張ビームフォーミング／ＣＱＩフレームに追加され得る。一例では、組み合わせ報告マップは、対応する報告にマッピングするＡＰ ＩＤを各々が表すＮ個の要素からなるように設計され得る（例えば、第１のＡＰ ＩＤは、第１の拡張ビームフォーミング報告にマッピングされたＡＰである、等々）。
【0149】
【表6】
【0150】
図１５は、単一のビームフォーミングされたＭＡＰサウンディング手順の例示的な一実施形態を示す。ビームフォーマ１５０２ａは、先導ＡＰ ＮＤＰＡを送信し得る。次に、ビームフォーマ１５０２ａ及び１５０２ｂは、それぞれのＮＤＰＡ１５０８ａ及び１５０８ｂ、ＮＤＰＰ１５１０ａ及び１５１０ｂ、並びに拡張ＢＦＲＰトリガ１５１２ａ及び１５１２ｂを送信する。これに応答して、ビームフォーミ１５０４ａは、ＢＦインデックス１５１４ａを送信し、ビームフォーミ１５０４ｂは、ＢＦインデックス１５１４ｂを送信し、ビームフォーミ１５０４ｃは、ＢＦインデックス１５１４ｃを送信し、ビームフォーミ１５０４ｄは、ＢＦインデックス１５１４ｄを送信する。拡張ＢＦＲＰトリガ１５１０ａ及び１５１０ｂは、上記の図５で説明されたトリガフレームフォーマット５００を有し得る。
【0151】
【0152】
【数1】
【0153】
各ＡＰは、異なる数のプリコーダをＥＨＴ＿ＬＴＦに適用してもよい、すなわち、ＮＢ，ｉは、ＡＰごとに異なってもよい。ＮＳＳ，ＢＦ－ＮＤＰ，ｉ及びＮＢ，ｉの両方ともが、ＡＰｉから送信されたＮＤＰＡ ＳＴＡ情報フィールドによって示される。いくつかのＡＰは、プリコーディングされていないＥＨＴ－ＬＴＦ、すなわち、ＮＢ，ｉ＝１を送信してもよい。
【0154】
図１６は、単一のビームフォーミングされたＮＤＰフレーム１６００の一例を示す。ＮＤＰフレーム１６００は、Ｌ－ＳＴＦフィールド１６０２、Ｌ－ＬＴＦフィールド１６０４、Ｌ－ＳＩＧフィールド１６０６、ＲＬ－ＳＩＧフィールド１６０８、Ｕ－ＳＩＧフィールド１６１０、ＥＨＴ－ＳＩＧフィールド１６１２、ＥＨＴ－ＳＴＦフィールド１６１４、１つ以上のＡＰ１－ＥＨＴ－ＬＴＦフィールド１６１６、１つ以上のＡＰ２－ＥＨＴ－ＬＴＦフィールド１６１８、及びＰＥフィールド１６２０を含み得る。フィールド１６０２～１６１２は、先導ＡＰ又は別のＡＰによって送信され得る。
【0155】
インターリーブされたＡＰ送信が、ＭＡＰサウンディングプロトコルにおけるＥＨＴ－ＬＴＦの数を低減するために使用され得る。図１７に示すように、一実装形態では、ＡＰは、それらのＥＨＴ－ＬＴＦを異なるトーンで送ることができる。この例では、単一のビームフォーミングされたＮＤＰ中のＥＨＴ－ＬＴＦの総数は、ＮＥＨＴ－ＬＴＦ＝Ｎ×Ｍである。なお、ここで
【0156】
【数2】
【0157】
別の一実装形態では、インターリーブされたマルチビーム送信が、ＭＡＰサウンディングプロトコルにおけるＥＨＴ－ＬＴＦの数を低減するために使用され得る。この実施態様では、図１８に示すように、この方法は、同じＡＰからのＥＨＴ－ＬＴＦに、異なるトーンで異なるプリコーダを適用することである。この例では、単一のビームフォーミングされたＮＤＰにおけるＥＨＴ－ＬＴＦの総数は、
【0158】
【数3】
【0159】
別の一実装形態では、インターリーブされたマルチビーム送信及びＡＰ送信が、ＭＡＰサウンディングプロトコルにおけるＥＨＴ－ＬＴＦの数を低減するために使用され得る。この実装は、図１９に示されるように、異なるＡＰからのＥＨＴ－ＬＴＦに、異なるトーンで異なるプリコーダを適用する。この例では、単一のビームフォーミングされたＮＤＰにおけるＥＨＴ－ＬＴＦの総数は、
【0160】
【数4】
【0161】
一実施形態では、ＥＨＴ ＰＨＹ能力情報フィールド内の２ビットを使用して、帯域幅サポートに関して異なるＭＵビームフォーマ能力を示すことができる。例えば、Ｂ６１及びＢ６０のみが、異なるＭＵビームフォーマ能力を示すために使用される。両方のビット（Ｂ６１及びＢ６０）が０に設定されるとき、それは、ＭＵビームフォーマであって、ＨＥ能力要素において１６０ＭＨｚチャネル幅をサポートせず、８０ＭＨｚチャネル幅のみをサポートするビームフォーマを示す。ビット（Ｂ６１及びＢ６０）が０１に設定されるとき、それは、ＭＵビームフォーマであって、１６０ＭＨｚチャネル幅をサポートするビームフォーマを示す。ビット（Ｂ６１及びＢ６０）が１０に設定されるとき、それは、そのビームフォーマが、ＭＵビームフォーマであり、３２０ＭＨｚチャネル幅をサポートすることを示す。Ｂ６２は、他の目的のために予約され得る。代替的に、Ｂ６０及びＢ６２からの任意の他の２ビットは、帯域幅サポートに関するＭＵビームフォーマ能力のインジケーションのために使用されてもよく、１つの残りのビットは、他の使用のために予約される。
【0162】
一実施形態では、ＥＨＴ ＮＤＰアナウンスメントフレームにおいて識別されるＳＴＡは、ＥＨＴ ＴＢサウンディングシーケンスの同じＴＸＯＰにおいてＢＦＲＰトリガフレームによってトリガされるＳＴＡと同じであってもよい。
【0163】
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（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】
【手続補正書】
【提出日】2024-02-19
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ビームフォーミにおける使用のための方法であって、ビームフォーマから、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を受信することと、
前記ビームフォーマから前記ＮＤＰＡに基づいて、ＮＤＰフレームを受信することと、
前記ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、
前記ＮＤＰに基づいて、前記ＢＦＲＰトリガフレームの前記フィードバックフォーマットによって示されるフォーマットを使用して、フィードバック報告を含むフィードバックフレームを前記ビームフォーマに送信することと、
を含む、方法。
【請求項2】
前記トリガフレームが、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項１に記載の方法。
【請求項3】
前記フィードバック報告が、ビームフォーミング報告である、請求項１に記載の方法。
【請求項4】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項１に記載の方法。
【請求項5】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項１に記載の方法。
【請求項6】
前記ビームフォーミが、局（ＳＴＡ）である、請求項１に記載の方法。
【請求項7】
ビームフォーミであって、プロセッサと、
受信機と、
送信機と、
を備え、
前記プロセッサ及び前記受信機が、
ビームフォーマから、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を受信することと、
前記ビームフォーマから前記ＮＤＰＡに基づいて、ＮＤＰフレームを受信することと、
前記ビームフォーマから、フィードバックフォーマットのインジケーションを含む拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを受信することと、を行うように構成され、
前記プロセッサ及び前記送信機が、前記ＮＤＰに基づいて、前記ＢＦＲＰトリガフレームの前記フィードバックフォーマットによって示されるフォーマットを使用して、フィードバック報告を含むフィードバックフレームを、前記ビームフォーマに送信するように構成されている、ビームフォーミ。
【請求項8】
前記トリガフレームが、拡張ビームフォーミング報告ポール（ＢＦＲＰ）トリガフレームである、請求項７に記載のビームフォーミ。
【請求項9】
前記フィードバック報告が、ビームフォーミング報告である、請求項７に記載のビームフォーミ。
【請求項10】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項７に記載のビームフォーミ。
【請求項11】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項７に記載のビームフォーミ。
【請求項12】
前記ビームフォーミが、局（ＳＴＡ）である、請求項７に記載のビームフォーミ。
【請求項13】
ビームフォーマによって実行される方法であって、ヌルデータパック（ＮＤＰ）アナウンスメントフレーム（ＮＤＰＡ）を送信することと、
ＮＤＰフレームを送信することと、
フィードバックフォーマットのインジケーションを含む第１の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、
前記フィードバックフォーマットの前記インジケーションに基づいて、ビームフォーミの第１のセットから、１つ以上のビームフォーミング報告を受信することと、
フィードバックフォーマットのインジケーションを含む第２の拡張ビームフォーミング要求ポール（ＢＦＲＰ）トリガフレームを送信することと、
前記フィードバックフォーマットの前記インジケーションに基づいて、ビームフォーミの第２のセットから、１つ以上のフィードバック報告を受信することと、
を含む、方法。
【請求項14】
前記フィードバック報告が、ベクトルインデックス（ＶＩ）フィードバック報告である、請求項１３に記載のビームフォーマ。
【請求項15】
前記ビームフォーマが、アクセスポイント（ＡＰ）である、請求項１３に記載のビームフォーマ。
【請求項16】
前記ビームフォーミが、局（ＳＴＡ）である、請求項１３に記載のビームフォーマ。
【請求項17】
前記フィードバックフレームが、前記ＮＤＰＡに更に基づく、請求項１に記載の方法。
【請求項18】
前記フィードバックフレームが、前記ＮＤＰＡに更に基づく、請求項７に記載のビームフォーミ。
【請求項19】
前記ＢＦＲＰが、トリガ依存ユーザ情報サブフィールドを含む、請求項２に記載の方法。
【請求項20】
前記ＢＦＲＰが、トリガ依存ユーザ情報サブフィールドを含む、請求項８に記載のビームフォーミ。
【国際調査報告】