特表2024-531102 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特表2024-531102無線ＬＡＮシステムにおけるＮＤＰＡフレームにおいてＳＵ／ＭＵ送信のためのフィードバックのときの様々なＮｇ値を指示する方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1(a)
1(b)
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

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

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

(11)【公表番号】

(43)【公表日】2024-08-29

(54)【発明の名称】無線ＬＡＮシステムにおけるＮＤＰＡフレームにおいてＳＵ／ＭＵ送信のためのフィードバックのときの様々なＮｇ値を指示する方法及び装置

(51)【国際特許分類】

H04L 27/26 20060101AFI20240822BHJP

H04B 7/0417 20170101ALI20240822BHJP

H04B 7/06 20060101ALI20240822BHJP

【ＦＩ】

H04L27/26 113

H04B7/0417 130

H04B7/06 956

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024506497

(86)(22)【出願日】2022-08-01

(85)【翻訳文提出日】2024-02-01

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

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

(87)【国際公開日】2023-02-16

(31)【優先権主張番号】10-2021-0105522

(32)【優先日】2021-08-10

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジーエレクトロニクスインコーポレイティド

【氏名又は名称原語表記】ＬＧＥＬＥＣＴＲＯＮＩＣＳＩＮＣ．

【住所又は居所原語表記】１２８，Ｙｅｏｕｉ－ｄａｅｒｏ，Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ，０７３３６Ｓｅｏｕｌ，ＲｅｐｕｂｌｉｃｏｆＫｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本実

(72)【発明者】

【氏名】パクウンソン

(72)【発明者】

【氏名】チョンチンヨン

(72)【発明者】

【氏名】チェチンス

(72)【発明者】

【氏名】イムトングク

(57)【要約】

無線ＬＡＮシステムにおいてフィードバックフレームを送信する方法及び装置を提案する。具体的には、受信ＳＴＡは送信ＳＴＡからＮＤＰＡフレームを受信する。受信ＳＴＡは送信ＳＴＡからＮＤＰフレームを受信する。受信ＳＴＡは送信ＳＴＡにＮＤＰＡフレーム及びＮＤＰフレームに基づいてフィードバックフレームを送信する。ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含む。ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含む。フィードバックフレームはＳＵ又はＭＵ送信のためのフィードバック情報を含む。フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含む。第１のビットが０に設定され、第２のビットが０に設定される場合、フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、Ｎｇ値は１６である。
【選択図】図２２

【特許請求の範囲】

【請求項1】

無線ＬＡＮシステムにおいて、
受信ＳＴＡ（ｓｔａｔｉｏｎ）が、送信ＳＴＡからＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信するステップ、
前記受信ＳＴＡが、前記送信ＳＴＡからＮＤＰフレームを受信するステップ、及び
前記受信ＳＴＡが、前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信するステップを含むが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、方法。

【請求項2】

前記第１のビットが０に設定され、前記第２のビットが１に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は３２であり、
前記第１のビットが１に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＭＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は４であり、
前記第１のビットが１に設定され、前記第２のビットが１に設定される場合、前記フィードバックフレームはＭＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は８である、請求項１に記載の方法。

【請求項3】

前記Ｎｇ値が４である場合、前記フィードバック情報は４個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含み、
前記Ｎｇ値が１６である場合、前記フィードバック情報は１６個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含み、
前記Ｎｇ値が８である場合、前記フィードバック情報は８個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含み、
前記Ｎｇ値が３２である場合、前記フィードバック情報は３２個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含む、請求項２に記載の方法。

【請求項4】

前記ＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドは第３のビットを含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定され、前記第３のビットが０に設定される場合、量子化分解能（ｑｕａｎｔｉｚａｔｉｏｎｒｅｓｏｌｕｔｉｏｎ）のＰｈｉ値は４であり、Ｐｓｉ値は２であり、
前記第１のビットが０に設定され、前記第２のビットが０に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は６であり、Ｐｓｉ値は４であり、
前記第１のビットが０に設定され、前記第２のビットが１に設定され、前記第３のビットが０に設定される場合、量子化分解能のＰｈｉ値は４であり、Ｐｓｉ値は２であり、
前記第１のビットが０に設定され、前記第２のビットが１に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は６であり、Ｐｓｉ値は４であり、
前記第１のビットが１に設定され、前記第２のビットが０に設定され、前記第３のビットが０に設定される場合、量子化分解能のＰｈｉ値は７であり、Ｐｓｉ値は５であり、
前記第１のビットが１に設定され、前記第２のビットが０に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は９であり、Ｐｓｉ値は７であり、
前記第１のビットが１に設定され、前記第２のビットが１に設定され、前記第３のビットが０に設定される場合、前記フィードバック情報はＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）を含み、
前記第１のビットが１に設定され、前記第２のビットが１に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は９であり、Ｐｓｉ値は７である、請求項１に記載の方法。

【請求項5】

前記量子化分解能のＰｈｉ値及びＰｓｉ値は量子化された信号を二進符号で示すために必要なビット数である、請求項４に記載の方法。

【請求項6】

無線ＬＡＮシステムにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は、
メモリ、
送受信機、及び
前記メモリ及び前記送受信機と動作できるように組み合わされたプロセッサを含むが、前記プロセッサは、
送信ＳＴＡからＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信し、
前記送信ＳＴＡからＮＤＰフレームを受信し、
前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信するが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、受信ＳＴＡ。

【請求項7】

無線ＬＡＮシステムにおいて、
送信ＳＴＡ（ｓｔａｔｉｏｎ）が、受信ＳＴＡにＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信するステップ、
前記送信ＳＴＡが、前記受信ＳＴＡにＮＤＰフレームを送信するステップ、及び
前記送信ＳＴＡが、前記受信ＳＴＡから前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを受信するステップを含むが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、方法。

【請求項8】

【請求項9】

【請求項10】

【請求項11】

前記量子化分解能のＰｈｉ値及びＰｓｉ値は量子化された信号を二進符号で示すために必要なビット数である、請求項１０に記載の方法。

【請求項12】

無線ＬＡＮシステムにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）は、
メモリ、
送受信機、及び
前記メモリ及び前記送受信機と動作できるように組み合わされたプロセッサを含むが、前記プロセッサは、
受信ＳＴＡにＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信し、
前記受信ＳＴＡにＮＤＰフレームを送信し、
前記受信ＳＴＡから前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを受信するが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、送信ＳＴＡ。

【請求項13】

少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づく命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記憶媒体（ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ）において、
送信ＳＴＡ（ｓｔａｔｉｏｎ）からＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信するステップ、
前記送信ＳＴＡからＮＤＰフレームを受信するステップ、及び
前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信するステップを含むが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、記憶媒体。

【請求項14】

無線ＬＡＮシステムにおける装置において、
メモリ、及び
前記メモリと動作できるように組み合わされたプロセッサを含むが、前記プロセッサは、
送信ＳＴＡ（ｓｔａｔｉｏｎ）からＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信し、
前記送信ＳＴＡからＮＤＰフレームを受信し、
前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信するが、
前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、
前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビットを含み、
前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含み、
前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含み、
前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は無線ＬＡＮシステムにおいてＮＤＰＡフレームに基づいてフィードバックフレームを送信する技術に関するもので、より具体的には、ＮＤＰＡフレームにおいてＳＵ／ＭＵ送信のためのフィードバックのとき様々なＮｇ値を指示する方法及び装置に関するものである。

【背景技術】

【0002】

ＷＬＡＮ（ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）は様々な方法で改善されてきた。例えば、ＩＥＥＥ８０２．１１ａｘ規格はＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）及びＤＬＭＵＭＩＭＯ（ｄｏｗｎｌｉｎｋｍｕｌｔｉ－ｕｓｅｒｍｕｌｔｉｐｌｅｉｎｐｕｔ，ｍｕｌｔｉｐｌｅｏｕｔｐｕｔ）技術を用いて、改善された通信環境を提案した。

【0003】

本明細書は新しい通信規格において活用できる技術的な特徴を提案する。例えば、新しい通信規格は最近議論になっているＥＨＴ（Ｅｘｔｒｅｍｅｈｉｇｈｔｈｒｏｕｇｈｐｕｔ）規格である。ＥＨＴ規格は新しく提案された帯域幅の増加、改善されたＰＰＤＵ（ＰＨＹｌａｙｅｒｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）構造、改善されたシーケンス、ＨＡＲＱ（Ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）技術などを使用できる。ＥＨＴ規格はＩＥＥＥ８０２．１１ｂｅ規格と呼べる。

【0004】

新しい無線ＬＡＮ規格では増加された個数の空間ストリームが用いられる。この場合、増加された個数の空間ストリームを適切に使用するために無線ＬＡＮシステム内でのシグナリング技術を改善する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本明細書は無線ＬＡＮシステムにおいてＮＤＰＡフレームにおいてＳＵ／ＭＵ送信のためのフィードバックのとき様々なＮｇ値を指示する方法及び装置を提案する。

【課題を解決するための手段】

【0006】

本明細書の一例はＮＤＰＡフレームにおいてＳＵ／ＭＵ送信のためのフィードバックのとき様々なＮｇ値を指示する方法を提案する。

【0007】

本実施形態は次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）をサポートすることができるネットワーク環境において実行される。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと後方互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0008】

本実施形態は受信ＳＴＡにおいて実行され、前記受信ＳＴＡはビームフォーミー（ｂｅａｍｆｏｒｍｅｅ）又は少なくとも１つのＳＴＡ（ｓｔａｔｉｏｎ）に対応することができる。送信ＳＴＡはビームフォーマ（ｂｅａｍｆｏｒｍｅｒ）又はＡＰ（ａｃｃｅｓｓｐｏｉｎｔ）に対応することができる。

【0009】

本実施形態はＳＵ又はＭＵ送信のためのフィードバックのとき様々なＮｇ値を指示するためにＮＤＰＡフレームのＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを構成する方法を提案する。

【0010】

受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡからＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信する。

【0011】

前記受信ＳＴＡは前記送信ＳＴＡからＮＤＰフレームを受信する。

【0012】

前記受信ＳＴＡは前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信する。

【0013】

前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、

【0014】

前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビット（Ｂ２５及びＢ２６）を含む。

【0015】

前記フィードバックフレームはＳＵ（ＳｉｎｇｌｅＵｓｅｒ）又はＭＵ（ＭｕｌｔｉＵｓｅｒ）送信のためのフィードバック情報を含む。前記フィードバック情報はＮｇ値に基づいてフィードバックされるサブキャリアに対する情報を含む。

【0016】

前記Ｎｇ値と前記フィードバック情報がＳＵに送信されるか又はＭＵに送信されるか否かは前記第１及び第２のビットに基づいて決定される。

【0017】

例えば、前記第１のビットが０に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は１６である。

【0018】

前記第１のビットが０に設定され、前記第２のビットが１に設定される場合、前記フィードバックフレームはＳＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は３２であり得る。

【0019】

前記第１のビットが１に設定され、前記第２のビットが０に設定される場合、前記フィードバックフレームはＭＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は４であり得る。

【0020】

前記第１のビットが１に設定され、前記第２のビットが１に設定される場合、前記フィードバックフレームはＭＵ送信のためのフィードバック情報を含み、前記Ｎｇ値は８であり得る。

【0021】

【発明の効果】

【0022】

本明細書において提案された実施形態によれば、Ｎｇ値がＳＵ又はＭＵ送信によって４、１６である場合のみならず、８、３２である場合も指示できるためより様々なＮｇ値（２種類－＞４種類）をサポートすることでフィードバックオーバーヘッドと性能のバランスを調整できるといった効果がある。

【図面の簡単な説明】

【0023】

【図1】本明細書の送信装置及び／または受信装置の一例を示す。

【図2】無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。

【図3】通常のリンク設定（ｌｉｎｋｓｅｔｕｐ）過程を説明する図面である。

【図4】ＩＥＥＥ規格において使われるＰＰＤＵの一例を示した図面である。

【図5】２０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【図6】４０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【図7】８０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【図8】ＨＥ－ＳＩＧ－Ｂフィールドの構造を示している。

【図9】ＭＵ－ＭＩＭＯ技術を介して複数のＵｓｅｒＳＴＡが同じＲＵに割り当てられる一例を示している。

【図10】本明細書に使われるＰＰＤＵの一例を示している。

【図11】本明細書の送信装置及び／又は受信装置の変形された一例を示している。

【図12】ＥＨＴｎｏｎ－ＴＢサウンディングの一例を示している。

【図13】ＥＨＴＴＢサウンディングの一例を示している。

【図14】ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅフォーマットの一例を示している。

【図15】ＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドフォーマットの一例を示している。

【図16】８０２．１１ｂｅ無線ＬＡＮシステムの８０ＭＨｚＰＰＤＵに対するトーンプランを示している。

【図17】８０２．１１ｂｅにおいて定義するＮＤＰＡｆｒａｍｅフォーマットの一例を示している。

【図18】ＨＥＮＤＰＡｆｒａｍｅのＳＴＡＩｎｆｏフィールドフォーマットの一例を示している。

【図19】本明細書において提案するＥＨＴＮＤＰＡｆｒａｍｅのＳＴＡＩｎｆｏフィールドフォーマットの一例を示している。

【図20】本実施形態に係る送信装置の動作を示した手順フロー図である。

【図21】本実施形態に係る受信装置の動作を示した手順フロー図である。

【図22】本実施形態に係る送信ＳＴＡがフィードバックフレームを受信する手順を示したフロー図である。

【図23】本実施形態に係る受信ＳＴＡがフィードバックフレームを送信する手順を示したフロー図である。

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

【0024】

本明細書において「ＡまたはＢ（ＡｏｒＢ）」は「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「ＡまたはＢ（ＡｏｒＢ）」は「Ａ及び／またはＢ（Ａａｎｄ／ｏｒＢ）」と解釈されることができる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ、ＢｏｒＣ）」は「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ、ＢａｎｄＣ）」を意味することができる。

【0025】

本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は「及び／または（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／またはＢ」を意味することができる。それによって、「Ａ／Ｂ」は「ただＡ」、「ただＢ」、または「ＡとＢの両方とも」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。

【0026】

本明細書において「少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」は、「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「少なくとも一つのＡまたはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡｏｒＢ）」や「少なくとも一つのＡ及び／またはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄ／ｏｒＢ）」という表現は「少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」と同様に解釈されることができる。

【0027】

また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢａｎｄＣ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ、ＢａｎｄＣ）」を意味することができる。また、「少なくとも一つのＡ、ＢまたはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢｏｒＣ）」や「少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、Ｂａｎｄ／ｏｒＣ）」は「少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢａｎｄＣ）」を意味することができる。

【0028】

また、本明細書で使われる括弧は「例えば（ｆｏｒｅｘａｍｐｌｅ）」を意味することができる。具体的には、「制御情報（ＰＤＣＣＨ）」で表示された場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。また、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されずに、「ＰＤＤＣＨ」が「制御情報」の一例として提案されたものである。また、「制御情報（即ち、ＰＤＣＣＨ）」で表示された場合も、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。

【0029】

本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。

【0030】

本明細書の以下の一例は様々な無線通信システムに適用される。例えば、本明細書の以下の一例は無線ＬＡＮ（ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ，ＷＬＡＮ）システムに適用される。例えば、本明細書はＩＥＥＥ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ８０２．１１ａｘ規格に適用される。また、本明細書は新しく提案されるＥＨＴ規格またはＩＥＥＥ８０２．１１ｂｅ規格にも適用される。また、本明細書の一例はＥＨＴ規格またはＩＥＥＥ８０２．１１ｂｅを改善（ｅｎｈａｎｃｅ）した新しい無線ＬＡＮ規格にも適用される。また、本明細書の一例は移動通信システムに適用される。例えば、３ＧＰＰ（登録商標）（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格に基づくＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）及びその進化（ｅｖｏｌｕａｔｉｏｎ）に基づく移動通信システムに適用される。また、本明細書の一例は３ＧＰＰ規格に基づく５ＧＮＲ規格の通信システムに適用される。

【0031】

以下、本明細書の技術的な特徴を説明するために本明細書が適用される技術的な特徴を説明する。

【0032】

図１は本明細書の送信装置及び／または受信装置の一例を示す。

【0033】

図１の一例は以下で説明される様々な技術的な特徴を実行することができる。図１は少なくとも一つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ１１０、１２０は移動端末（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ）、無線送受信ユニット（ＷｉｒｅｌｅｓｓＴｒａｎｓｍｉｔ／ＲｅｃｅｉｖｅＵｎｉｔ；ＷＴＲＵ）、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）または単にユーザ（ｕｓｅｒ）などの様々な名称として呼ばれる。本明細書のＳＴＡ１１０、１２０はネットワーク、基地局（ＢａｓｅＳｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）、リピータ、ルータ、リレーなどの様々な名称で呼ばれる。本明細書のＳＴＡ１１０、１２０は受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅなど様々な名称で呼ばれる。

【0034】

例えば、ＳＴＡ１１０、１２０はＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）役割を実行するかｎｏｎ－ＡＰ役割を実行することができる。すなわち、本明細書のＳＴＡ１１０、１２０はＡＰ及び／またはｎｏｎ－ＡＰの機能を実行することができる。本明細書においてＡＰはＡＰＳＴＡとも表示できる。

【0035】

本明細書のＳＴＡ１１０、１２０はＩＥＥＥ８０２．１１規格以外の様々な通信規格をともにサポートすることができる。例えば、３ＧＰＰ規格に係る通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５ＧＮＲ規格）などをサポートすることができる。また、本明細書のＳＴＡは携帯電話、車両（ｖｅｈｉｃｌｅ）、パーソナルコンピューターなどの様々な装置に実装される。また、本明細書のＳＴＡは音声通話、ビデオ通話、データ通信、自動走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ，Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの様々な通信サービスのための通信をサポートすることができる。

【0036】

本明細書においてＳＴＡ１１０、１２０はＩＥＥＥ８０２．１１規格の規定に従う媒体アクセス制御（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ，ＭＡＣ）と無線媒体に対する物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ）インターフェースを含むことができる。

【0037】

図１（ａ）に基づいてＳＴＡ１１０、１２０を説明すると以下の通りである。

【0038】

第１ＳＴＡ１１０はプロセッサ１１１、メモリ１１２及び送受信機１１３を含む。示されたプロセッサ、メモリ及び送受信機はそれぞれ別のチップとして実装されるか、少なくとも二つ以上のブロック／機能が一つのチップを介して実装される。

【0039】

第１ＳＴＡの送受信機１１３は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。

【0040】

例えば、第１ＳＴＡ１１０はＡＰの意図された動作を実行することができる。例えば、ＡＰのプロセッサ１１１は送受信機１１３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。ＡＰのメモリ１１２は送受信機１１３を介して受信された信号（すなわち、受信信号）を格納することができ、送受信機を介して送信される信号（すなわち、送信信号）を格納することができる。

【0041】

例えば、第２ＳＴＡ１２０はＮｏｎ－ＡＰＳＴＡの意図された動作を実行することができる。例えば、ｎｏｎ－ＡＰの送受信機１２３は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。

【0042】

例えば、Ｎｏｎ－ＡＰＳＴＡのプロセッサ１２１は送受信機１２３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。Ｎｏｎ－ＡＰＳＴＡのメモリ１２２は送受信機１２３を介して受信された信号（すなわち、受信信号）を格納することができ、送受信機を介して送信される信号（すなわち、送信信号）を格納することができる。

【0043】

例えば、以下の明細書においてＡＰと表示された装置の動作は第１ＳＴＡ１１０または第２ＳＴＡ１２０において実行される。例えば第１ＳＴＡ１１０がＡＰである場合、ＡＰと表示された装置の動作は第１ＳＴＡ１１０のプロセッサ１１１によって制御され、第１ＳＴＡ１１０のプロセッサ１１１によって制御される送受信機１１３を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ１１０のメモリ１１２に格納される。また、第２ＳＴＡ１１０がＡＰである場合、ＡＰと表示された装置の動作は第２ＳＴＡ１２０のプロセッサ１２１によって制御され、第２ＳＴＡ１２０のプロセッサ１２１によって制御される送受信機１２３を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ１１０のメモリ１２２に格納される。

【0044】

例えば、以下の明細書においてｎｏｎ－ＡＰ（またはＵｓｅｒ－ＳＴＡ）と表示された装置の動作は第１ＳＴＡ１１０または第２ＳＴＡ１２０において実行される。例えば、第２ＳＴＡ１２０がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第２ＳＴＡ１２０のプロセッサ１２１によって制御され、第２ＳＴＡ１２０のプロセッサ１２１によって制御される送受信機１２３を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ１２０のメモリ１２２に格納される。例えば、第１ＳＴＡ１１０がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第１ＳＴＡ１１０のプロセッサ１１１によって制御され、第１ＳＴＡ１２０のプロセッサ１１１によって制御される送受信機１１３を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ１１０のメモリ１１２に格納される。

【0045】

以下の明細書において（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと呼ばれる装置は図１のＳＴＡ１１０、１２０を意味する。例えば、具体的な符号なしに（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと表示された装置も図１のＳＴＡ１１０、１２０を意味する。例えば、以下の一例において様々なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は図１の送受信機１１３、１２３において実行される場合がある。また、以下の一例において、様々なＳＴＡが送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作は図１のプロセッサ１１１、１２１において実行される場合がある。例えば、送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのビット情報を決定／獲得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる時間リソースや周波数リソース（例えば、サブキャリアリソース）などを決定／構成／獲得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエクストラシーケンス）などを決定／構成／獲得する動作、４）ＳＴＡに対して適用される電力制御動作及び／または省電力動作、５）ＡＣＫ信号の決定／獲得／構成／演算／デコード／エンコードなどに関連する動作を含むことができる。また、以下の一例において様々なＳＴＡが送受信信号の決定／獲得／構成／演算／デコード／エンコードのために使用する様々な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連する情報）は図１のメモリ１１２、１２２に格納される。

【0046】

上述した図１（ａ）の装置／ＳＴＡは図１（ｂ）のように変形される。以下の図１（ｂ）に基づいて、本明細書のＳＴＡ１１０、１２０を説明する。

【0047】

例えば、図１（ｂ）に示された送受信機１１３、１２３は上述した図１（ａ）に示された送受信機と同じ機能を実行することができる。例えば、図１（ｂ）に示されたプロセシングチップ１１４、１２４はプロセッサ１１１、１２１及びメモリ１１２、１２２を含むことができる。図１（ｂ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２は上述した図１（ａ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２と同じ機能を実行することができる。

【0048】

以下で説明される、移動端末（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ）、無線送受信ユニット（ＷｉｒｅｌｅｓｓＴｒａｎｓｍｉｔ／ＲｅｃｅｉｖｅＵｎｉｔ；ＷＴＲＵ）、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（ＢａｓｅＳｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）、リピータ、ルータ、リレー、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／または送信Ａｐｐａｒａｔｕｓは、図１（ａ）／（ｂ）に示されたＳＴＡ１１０、１２０を意味するか、図１（ｂ）に示されたプロセシングチップ１１４、１２４を意味する。すなわち、本明細書の技術的な特徴は、図１（ａ）／（ｂ）に示されたＳＴＡ１１０、１２０に実行できるか、図１（ｂ）に示されたプロセシングチップ１１４、１２４でのみ実行される場合がある。例えば、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ａ）／（ｂ）に示されたプロセッサ１１１、１２１において生成された制御信号が図１（ａ）／（ｂ）に示された送受信機１１３、１２３を介して送信される技術的な特徴として理解できる。または、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ｂ）に示されたプロセシングチップ１１４、１２４において送受信機１１３、１２３に伝送される制御信号が生成される技術的な特徴として理解できる。

【0049】

例えば、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示された送受信機１１３、１２３によって制御信号が受信される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示された送受信機１１３、１２３に受信された制御信号が図１（ａ）に示されたプロセッサ１１１、１２１によって獲得される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ｂ）に示された送受信機１１３、１２３に受信された制御信号が図１（ｂ）に示されたプロセシングチップ１１４、１２４によって獲得される技術的な特徴として理解できる。

【0050】

図１（ｂ）を参照すると、メモリ１１２、１２２内にソフトウェアコード１１５、１２５が含まれる。ソフトウェアコード１１５、１２５はプロセッサ１１１、１２１の動作を制御するｉｎｓｔｒｕｃｔｉｏｎが含まれる。ソフトウェアコード１１５、１２５は様々なプログラミング言語で含まれる。

【0051】

図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。プロセッサはＡＰ（ａｐｐｌｉｃａｔｉｏｎｐｒｏｃｅｓｓｏｒ）である。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４はＤＳＰ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒａｎｄｄｅｍｏｄｕｌａｔｏｒ）のうち、少なくとも一つを含むことができる。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４はＱｕａｌｃｏｍｍ（登録商標）によって製造されたＳＮＡＰＤＲＡＧＯＮ（商標）シリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）によって製造されたＥＸＹＮＯＳ（商標）シリーズプロセッサ、Ａｐｐｌｅ（登録商標）によって製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）によって製造されたＨＥＬＩＯ（商標）シリーズプロセッサ、ＩＮＴＥＬ（登録商標）によって製造されたＡＴＯＭ（商標）シリーズプロセッサまたはこれを改善（ｅｎｈａｎｃｅ）したプロセッサである。

【0052】

本明細書においてアップリンクはｎｏｎ－ＡＰＳＴＡからＡＰＳＴＡへの通信のためのリンクを意味し、アップリンクを介してアップリンクＰＰＤＵ／パケット／信号などが送信される。また、本明細書においてダウンリンクはＡＰＳＴＡからｎｏｎ－ＡＰＳＴＡへの通信のためのリンクを意味し、ダウンリンクを介してダウンリンクＰＰＤＵ／パケット／信号などが送信される。

【0053】

図２は無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。

【0054】

図２の上部はＩＥＥＥ（ｉｎｓｔｉｔｕｔｅｏｆｅｌｅｃｔｒｉｃａｌａｎｄｅｌｅｔｒｏｎｉｃｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャーＢＳＳ（ｂａｓｉｃｓｅｒｖｉｃｅｓｅｔ）の構造を示す。

【0055】

図２の上部を参照すると、無線ＬＡＮシステムは一つまたはそれ以上のインフラストラクチャーＢＳＳ２００、２０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ２００、２０５は正常に同期を行って互いに通信できるＡＰ（ａｃｃｅｓｓｐｏｉｎｔ，２２５）及びＳＴＡ１（Ｓｔａｔｉｏｎ，２００－１）のようなＡＰとＳＴＡのセットとして、特定の領域を指す概念ではない。ＢＳＳ２０５は一つのＡＰ２３０に一つ以上の結合可能なＳＴＡ２０５－１、２０５－２を含めることができる。

【0056】

ＢＳＳは少なくとも一つのＳＴＡ、配信サービス（ｄｉｓｔｒｉｂｕｔｉｏｎＳｅｒｖｉｃｅ）を提供するＡＰ２２５、２３０及び多数のＡＰを接続する配信システム（ｄｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ，ＤＳ，２１０）を含むことができる。

【0057】

配信システム２１０は複数のＢＳＳ２００、２０５を接続して拡張サービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄｓｅｒｖｉｃｅｓｅｔ，２４０）を実装することができる。ＥＳＳ２４０は一つまたは複数個のＡＰが配信システム２１０を介して接続されてできた一つのネットワークを指示する用語として使用される。一つのＥＳＳ２４０に含まれるＡＰは同じＳＳＩＤ（ｓｅｒｖｉｃｅｓｅｔｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を持つ。

【0058】

ポータル（ｐｏｒｔａｌ，２２０）は無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との接続を実行するブリッジ役割を実行することができる。

【0059】

図２の上部のようなＢＳＳではＡＰ２２５、２３０の間のネットワーク及びＡＰ２２５、２３０とＳＴＡ（２００－１、２０５－１、２０５－２）の間のネットワークが実装される。しかし、ＡＰ２２５、２３０なしにＳＴＡ間でもネットワークを設定して通信を行うこともできる。ＡＰ２２５、２３０なしにＳＴＡ間でもネットワークを設定して通信を行うネットワークをアドホックネットワーク（Ａｄ－Ｈｏｃｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔｂａｓｉｃｓｅｒｖｉｃｅｓｅｔ，ＩＢＳＳ）と定義する。

【0060】

図２の下部はＩＢＳＳを示した概念図である。

【0061】

図２の下部を参照すると、ＩＢＳＳはアドホックモードに動作するＢＳＳである。ＩＢＳＳはＡＰを含まないため中央において管理機能を実行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）がない。すなわち、ＩＢＳＳにおいてＳＴＡ２５０－１、２５０－２、２５０－３、２５５－４、２５５－５は分散方法（分散方式。ｄｉｓｔｒｉｂｕｔｅｄｍａｎｎｅｒ）で管理される。ＩＢＳＳでは全てのＳＴＡ２５０－１、２５０－２、２５０－３、２５５－４、２５５－５が移動ＳＴＡで構成され、配信システムへの接続が許可されず自己完備ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄｎｅｔｗｏｒｋ）を構成する。

【0062】

図３は通常のリンク設定（ｌｉｎｋｓｅｔｕｐ）過程を説明する図面である。

【0063】

示されたＳ３１０ステップにおいてＳＴＡはネットワークを見つける動作を実行することができる。ネットワークを見つける動作はＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには参加可能なネットワークを見つける必要がある。ＳＴＡは無線ネットワークに参加する前に互換性のあるネットワークを識別する必要があるが、特定の領域に存在するネットワークの識別過程をスキャニングという。スキャニング方法にはアクティブスキャン（ａｃｔｉｖｅｓｃａｎｎｉｎｇ）とパシップスキャン（ｐａｓｓｉｖｅｓｃａｎｎｉｎｇ）がある。

【0064】

図３では例示的に、アクティブスキャン過程を含むネットワークを見つける動作を示す。アクティブスキャンにおいてスキャニングを行うＳＴＡはチャネルを移動させ周辺にどのＡＰが存在するか探索するためにプローブ要求フレーム（ｐｒｏｂｅｒｅｑｕｅｓｔｆｒａｍｅ）を送信しこれに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）はプローブ要求フレームを送信したＳＴＡへプローブ要求フレームに対する応答にプローブ応答フレーム（ｐｒｏｂｅｒｅｓｐｏｎｓｅｆｒａｍｅ）を送信する。ここで、応答者はスキャニングされているチャネルのＢＳＳにおいて最後にビーコンフレーム（ｂｅａｃｏｎｆｒａｍｅ）を送信したＳＴＡである。ＢＳＳではＡＰがビーコンフレームを送信するためＡＰが応答者になり、ＩＢＳＳではＩＢＳＳ内のＳＴＡが戻ってビーコンフレームを送信するため、応答者が一定ではない。例えば、１番チャネルにおいてプローブ要求フレームを送信し１番チャネルにおいてプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を格納し次のチャネル（例えば、２番チャネル）に移動して同じ方法にスキャニング（すなわち、２番チャネル上においてプローブ要求／応答送受信）を実行することができる。

【0065】

図３の一例と表示されてはいないが、スキャニング動作はパシップスキャン方法で実行される場合もある。パシップスキャンに基づいてスキャニングを行うＳＴＡはチャネルを移動しながらビーコンフレームを待つことができる。ビーコンフレームはＩＥＥＥ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）のうちの一つとして、無線ネットワークの存在を知らせ、スキャニングを行うＳＴＡに無線ネットワークを見つけて、無線ネットワークに参加できるように周期的に送信される。ＢＳＳにおいてＡＰがビーコンフレームを周期的に送信する役割を実行し、ＩＢＳＳではＩＢＳＳ内のＳＴＡが戻ってビーコンフレームを送信する。スキャニングを行うＳＴＡはビーコンフレームを受信すればビーコンフレームに含まれたＢＳＳに対する情報を格納し、他のチャネルに移動しながら各チャネルにおいてビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれたＢＳＳ関連情報を格納し、次のチャネルに移動して同じ方法で次のチャネルにおいてスキャニングを行うことができる。

【0066】

ネットワークを発見したＳＴＡは、ステップＳ３２０を介して認証過程を実行することができる。このような認証過程は後述するステップＳ３４０のセキュリティ設定動作と明確に区分するために第１認証（ｆｉｒｓｔａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と称する。Ｓ３２０の認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｑｕｅｓｔｆｒａｍｅ）をＡＰへ送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｓｐｏｎｓｅｆｒａｍｅ）をＳＴＡへ送信する過程を含むことができる。認証要求／応答に用いられる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｆｒａｍｅ）は管理フレームに該当する。

【0067】

認証フレームは認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎａｌｇｏｒｉｔｈｍｎｕｍｂｅｒ）、認証取引シーケンス番号（認証トランザクションシーケンス番号。ａｕｔｈｅｎｔｉｃａｔｉｏｎｔｒａｎｓａｃｔｉｏｎｓｅｑｕｅｎｃｅｎｕｍｂｅｒ）、ステータスコード（ｓｔａｔｕｓｃｏｄｅ）、チャレンジテキスト（ｃｈａｌｌｅｎｇｅｔｅｘｔ）、ＲＳＮ（ＲｏｂｕｓｔＳｅｃｕｒｉｔｙＮｅｔｗｏｒｋ）、有限巡回群（ＦｉｎｉｔｅＣｙｃｌｉｃＧｒｏｕｐ）などに対する情報を含むことができる。

【0068】

ＳＴＡは認証要求フレームをＡＰへ送信することができる。ＡＰは受信された認証要求フレームに含まれた情報に基づいて、該当ＳＴＡに対する認証を許可するか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを介してＳＴＡに提供することができる。

【0069】

正常に認証されたＳＴＡはステップＳ３３０に基づいて接続過程を実行することができる。接続過程はＳＴＡが接続要求フレーム（アソシエーション要求フレーム。ａｓｓｏｃｉａｔｉｏｎｒｅｑｕｅｓｔｆｒａｍｅ）をＡＰへ送信し、これに応答してＡＰが接続応答フレーム（アソシエーション応答フレーム。ａｓｓｏｃｉａｔｉｏｎｒｅｓｐｏｎｓｅｆｒａｍｅ）をＳＴＡへ送信する過程を含む。例えば、接続要求フレームは様々な能力（ｃａｐａｂｉｌｌｉｔｙ）に関連する情報、ビーコンリスンインターバル（ｌｉｓｔｅｎｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅｓｅｔｉｄｅｎｔｉｆｉｅｒ）、サポートレート（ｓｕｐｐｏｒｔｅｄｒａｔｅｓ）、サポートチャネル（ｓｕｐｐｏｒｔｅｄｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、サポートオペレーティングクラス（ｓｕｐｐｏｒｔｅｄｏｐｅｒａｔｉｎｇｃｌａｓｓｅｓ）、ＴＩＭ放送要求（ＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎＭａｐＢｒｏａｄｃａｓｔｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに対する情報を含むことができる。例えば、接続応答フレームは様々な能力に関連する情報、ステータスコード、ＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩＤ）、サポートレート、ＥＤＣＡ（ＥｎｈａｎｃｅｄＤｉｓｔｒｉｂｕｔｅｄＣｈａｎｎｅｌＡｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（ＲｅｃｅｉｖｅｄＣｈａｎｎｅｌＰｏｗｅｒＩｎｄｉｃａｔｏｒ）、ＲＳＮＩ（ＲｅｃｅｉｖｅｄＳｉｇｎａｌｔｏＮｏｉｓｅＩｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウトインターバル（アソシエーションカムバック時間（ａｓｓｏｃｉａｔｉｏｎｃｏｍｅｂａｃｋｔｉｍｅ））、重複（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。

【0070】

以後、Ｓ３４０ステップにおいて、ＳＴＡはセキュリティ設定過程を実行することができる。ステップＳ３４０のセキュリティ設定過程は、例えば、ＥＡＰＯＬ（ＥｘｔｅｓｉｂｌｅＡｕｔｈｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌｏｖｅｒＬＡＮ）フレームを介した４ウェイ（ｗａｙ）ハンドシェイクを介して、プライベートキー設定（ｐｒｉｖａｔｅｋｅｙｓｅｔｕｐ）をする過程を含むことができる。

【0071】

図４はＩＥＥＥ規格において用いられるＰＰＤＵの一例を示した図面である。

【0072】

示されたように、ＩＥＥＥａ／ｇ／ｎ／ａｃなどの規格では様々な形のＰＰＤＵ（ＰＨＹｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）が使用される。具体的には、ＬＴＦ、ＳＴＦフィールドはトレーニング信号を含み、ＳＩＧ－Ａ、ＳＩＧ－Ｂには受信ステーションのための制御情報が含まれ、データフィールドにはＰＳＤＵ（ＭＡＣＰＤＵ／ＡｇｇｒｅｇａｔｅｄＭＡＣＰＤＵ）に相応するユーザデータが含まれた。

【0073】

また、図４はＩＥＥＥ８０２．１１ａｘ規格のＨＥＰＰＤＵの一例も含む。図４に係るＨＥＰＰＤＵは多重ユーザのためのＰＰＤＵの一例として、ＨＥ－ＳＩＧ－Ｂは多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには該当ＨＥ－ＳＩＧ－Ｂが省略される。

【0074】

示されたように、多重ユーザ（マルチユーザ。ＭｕｌｔｉｐｌｅＵｓｅｒ；ＭＵ）のためのＨＥ－ＰＰＤＵはＬ－ＳＴＦ（ｌｅｇａｃｙ－ｓｈｏｒｔｔｒａｉｎｉｎｇｆｉｅｌｄ）、Ｌ－ＬＴＦ（ｌｅｇａｃｙ－ｌｏｎｇｔｒａｉｎｉｎｇｆｉｅｌｄ）、Ｌ－ＳＩＧ（ｌｅｇａｃｙ－ｓｉｇｎａｌ）、ＨＥ－ＳＩＧ－Ａ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌＡ）、ＨＥ－ＳＩＧ－Ｂ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ－Ｂ）、ＨＥ－ＳＴＦ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｈｏｒｔｔｒａｉｎｉｎｇｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｌｏｎｇｔｒａｉｎｉｎｇｆｉｅｌｄ）、データフィールド（またはＭＡＣペイロード）及びＰＥ（ＰａｃｋｅｔＥｘｔｅｎｓｉｏｎ）フィールドを含むことができる。それぞれのフィールドは示された時間区間（すなわち、４または８μｓなど）の間に送信される。

【0075】

以下のように、ＰＰＤＵにおいて用いられるリソースユニット（ＲＵ）を説明する。リソースユニットは複数個のサブキャリア（またはトーン）を含むことができる。リソースユニットはＯＦＤＭＡ技術に基づいて多数のＳＴＡへ信号を送信する場合に使用される。また、一つのＳＴＡへ信号を送信する場合にもリソースユニットが定義される。リソースユニットはＳＴＦ、ＬＴＦ、データフィールドなどのために使用される。

【0076】

図５は２０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【0077】

図５に示した通り、互い異なる数のトーン（すなわち、サブキャリア）に対応するリソースユニット（ＲｅｓｏｕｒｃｅＵｎｉｔ；ＲＵ）が使用されＨＥ－ＰＰＤＵの一部のフィールドを構成することができる。例えば、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、データフィールドに対して示されたＲＵ単位でリソースを割り当てることができる。

【0078】

図５の最上段に示した通り、２６ユニット（すなわち、２６個のトーンに対応するユニット）が配置される。２０ＭＨｚ帯域の最も左側（ｌｅｆｔｍｏｓｔ）帯域には６個のトーンがガード（Ｇｕａｒｄ）帯域として用いられ、２０ＭＨｚ帯域の最も右側（ｒｉｇｈｔｍｏｓｔ）帯域には５個のトーンがガード帯域として用いられる。また、中心帯域、すなわち、ＤＣ帯域には７個のＤＣトーンが挿入され、ＤＣ帯域の左右側に各１３個のトーンに対応する２６ユニットが存在することができる。また、その他の帯域には２６ユニット、５２ユニット、１０６ユニットが割り当てられる。各ユニットは受信ステーション、すなわち、ユーザのために割り当てられる。

【0079】

その一方で、図５のＲＵ配置は多数のユーザ（ＭＵ）のための状況のみならず、単一ユーザ（ＳＵ）のための状況でも活用され、この場合には図５の最下段に示した通り１個の２４２ユニットを使用することが可能でありこの場合には３個のＤＣトーンを挿入することができる。

【0080】

図５の一例においては様々なサイズのＲＵ、すなわち、２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵなどが提案されたところ、このようなＲＵの具体的なサイズは拡張又は増加することができるため、本実施形態は各ＲＵの具体的なサイズ（すなわち、対応するトーンの数）に制限されない。

【0081】

図６は４０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【0082】

図５の一例において様々なサイズのＲＵが使用されたことと同様に、図６の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵなどが使用される。また、中心周波数には５個のＤＣトーンを挿入することができ、４０ＭＨｚ帯域の最も左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として用いられ、４０ＭＨｚ帯域の最も右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として用いられる。

【0083】

また、示した通り、単一ユーザのために使われる場合、４８４－ＲＵが使用される。その一方で、ＲＵの具体的な数が変更できるという点は図４の一例と同じである。

【0084】

図７は８０ＭＨｚ帯域上で使われるリソースユニット（ＲＵ）の配置を示す図面である。

【0085】

図５及び図６の一例において様々なサイズのＲＵが使用されたことと同様に、図７の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵ、９９６－ＲＵなどが使用される。また、中心周波数には７個のＤＣトーンを挿入することができ、８０ＭＨｚ帯域の最も左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として用いられ、８０ＭＨｚ帯域の最も右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として用いられる。また、ＤＣ帯域左右に位置するそれぞれ１３個のトーンを使用した２６－ＲＵを使用することができる。

【0086】

また、示した通り、単一ユーザのために使われる場合、９９６－ＲＵが使用され、この場合には５個のＤＣトーンを挿入することができる。

【0087】

本明細書において説明したＲＵはＵＬ（Ｕｐｌｉｎｋ）通信及びＤＬ（Ｄｏｗｎｌｉｎｋ）通信に使用される。例えば、ＴｒｉｇｇｅｒｆｒａｍｅによってｓｏｌｉｃｉｔされるＵＬ－ＭＵ通信が実行される場合、送信ＳＴＡ（例えば、ＡＰ）はＴｒｉｇｇｅｒｆｒａｍｅを介して第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当て、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当てることができる。以降、第１のＳＴＡは第１のＲＵに基づいて第１のＴｒｉｇｇｅｒ－ｂａｓｅｄＰＰＤＵを送信することができ、第２のＳＴＡは第２のＲＵに基づいて第２のＴｒｉｇｇｅｒ－ｂａｓｅｄＰＰＤＵを送信することができる。第１の／第２のＴｒｉｇｇｅｒ－ｂａｓｅｄＰＰＤＵは同じ時間区間にＡＰに送信される。

【0088】

例えば、ＤＬＭＵＰＰＤＵが構成される場合、送信ＳＴＡ（例えば、ＡＰ）は第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当て、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当てることができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は１つのＭＵＰＰＤＵ内で第１のＲＵを介して第１のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができ、第２のＲＵを介して第２のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができる。

【0089】

ＲＵの配置に関する情報はＨＥ－ＳＩＧ－Ｂを介してシグナルされる。

【0090】

図８はＨＥ－ＳＩＧ－Ｂフィールドの構造を示している。

【0091】

示した通り、ＨＥ－ＳＩＧ－Ｂフィールド８１０は共通フィールド８２０及びユーザ個別（ユーザ固有。ｕｓｅｒ－ｓｐｅｃｉｆｉｃ）フィールド８３０を含む。共通フィールド８２０はＳＩＧ－Ｂを受信する全てのユーザ（すなわち、ユーザＳＴＡ）に共通適用される情報を含むことができる。ユーザ個別フィールド８３０はユーザ個別制御フィールドと呼べる。ユーザ個別フィールド８３０は、ＳＩＧ－Ｂが複数のユーザに伝達される場合複数のユーザのうち、いずれか一部にのみ適用される。

【0092】

図８に示した通り共通フィールド８２０及びユーザ個別フィールド８３０は別途エンコーディングすることができる。

【0093】

共通フィールド８２０はＮ＊８ビットのＲＵａｌｌｏｃａｔｉｏｎ情報を含むことができる。例えば、ＲＵａｌｌｏｃａｔｉｏｎ情報はＲＵの位置（ｌｏｃａｔｉｏｎ）に関する情報を含むことができる。例えば、図５の通り２０ＭＨｚチャネルが使われる場合、ＲＵａｌｌｏｃａｔｉｏｎ情報はどの周波数帯域にどのＲＵ（２６－ＲＵ／５２－ＲＵ／１０６－ＲＵ）が配置されるかに関する情報を含むことができる。

【0094】

ＲＵａｌｌｏｃａｔｉｏｎ情報が８ビットで構成される場合の一例は次の通りである。

【0095】

【表1】

【0096】

図５の一例の通り、２０ＭＨｚチャネルには最大９個の２６－ＲＵが割り当てられる。表１の通り共通フィールド８２０のＲＵａｌｌｏｃａｔｉｏｎ情報が「００００００００」のように設定される場合対応するチャネル（すなわち、２０ＭＨｚ）には９個の２６－ＲＵが割り当てられる。また、表１の通り共通フィールド８２０のＲＵａｌｌｏｃａｔｉｏｎ情報が「０００００００１」のように設定される場合対応するチャネルに７個の２６－ＲＵと１個の５２－ＲＵが配置される。すなわち、図５の一例において最も右側においては５２－ＲＵが割り当てられ、その左側には７個の２６－ＲＵが割り当てられる。

【0097】

表１の一例はＲＵａｌｌｏｃａｔｉｏｎ情報が表示できるＲＵｌｏｃａｔｉｏｎのうち、一部のみを表示したものである。

【0098】

例えば、ＲＵａｌｌｏｃａｔｉｏｎ情報は下記の表２の一例を追加で含むことができる。

【0099】

【表2】

【0100】

「０１０００ｙ２ｙ１ｙ０」は２０ＭＨｚチャネルの最も左側に１０６－ＲＵが割り当てられ、その右側に５個の２６－ＲＵが割り当てられる一例に関連する。この場合、１０６－ＲＵに対してはＭＵ－ＭＩＭＯ技術に基づいて多数のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられる。具体的には、１０６－ＲＵに対しては最大８個のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられ、１０６－ＲＵに割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の数は３ビット情報（ｙ２ｙ１ｙ０）に基づいて決定される。例えば、３ビット情報（ｙ２ｙ１ｙ０）がＮに設定される場合、１０６－ＲＵにＭＵ－ＭＩＭＯ技術に基づいて割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の数はＮ＋１であり得る。

【0101】

通常、複数のＲＵに対しては互い異なる複数のＳＴＡ（例えばＵｓｅｒＳＴＡ）が割り当てられる。しかし特定のサイズ（例えば、１０６サブキャリア）以上の１つのＲＵに対してはＭＵ－ＭＩＭＯ技術に基づいて複数のＳＴＡ（例えばＵｓｅｒＳＴＡ）が割り当てられる。

【0102】

図８に示した通り、ユーザ個別フィールド８３０は複数個のユーザフィールドを含むことができる。上述した通り、共通フィールド８２０のＲＵａｌｌｏｃａｔｉｏｎ情報に基づいて特定のチャネルに割り当てられるＳＴＡ（例えばＵｓｅｒＳＴＡ）の数が決定される。例えば、共通フィールド８２０のＲＵａｌｌｏｃａｔｉｏｎ情報が「００００００００」である場合９個の２６－ＲＵそれぞれに１個ずつのＵｓｅｒＳＴＡが割り当て（すなわち、合計９個のＵｓｅｒＳＴＡが割り当て）られる。すなわち、最大９個のＵｓｅｒＳＴＡがＯＦＤＭＡ技術を介して特定のチャネルに割り当てられる。言い換えれば、最大９個のＵｓｅｒＳＴＡがｎｏｎ－ＭＵ－ＭＩＭＯ技術を介して特定のチャネルに割り当てられる。

【0103】

例えば、ＲＵａｌｌｏｃａｔｉｏｎが「０１０００ｙ２ｙ１ｙ０」に設定される場合、最も左側に配置される１０６－ＲＵにはＭＵ－ＭＩＭＯ技術を介して複数のＵｓｅｒＳＴＡが割り当てられ、その右側に配置される５個の２６－ＲＵにはｎｏｎ－ＭＵ－ＭＩＭＯ技術を介して５個のＵｓｅｒＳＴＡが割り当てられる。このような場合は図９の一例を介して具体化される。

【0104】

図９はＭＵ－ＭＩＭＯ技術を介して複数のＵｓｅｒＳＴＡが同じＲＵに割り当てられる一例を示している。

【0105】

例えば、図９の通りＲＵａｌｌｏｃａｔｉｏｎが「０１００００１０」に設定される場合、表２に基づいて、特定のチャネルの最も左側には１０６－ＲＵが割り当てられその右側には５個の２６－ＲＵが割り当てられる。また、１０６－ＲＵには合計３個のＵｓｅｒＳＴＡがＭＵ－ＭＩＭＯ技術を介して割り当てられる。その結果、合計８個のＵｓｅｒＳＴＡが割り当てられるため、ＨＥ－ＳＩＧ－Ｂのユーザ個別フィールド８３０は８個のＵｓｅｒｆｉｅｌｄを含むことができる。

【0106】

８個のＵｓｅｒｆｉｅｌｄは図９に示された順で含まれる。また、図８において示した通り、２個のＵｓｅｒｆｉｅｌｄは１個のＵｓｅｒｂｌｏｃｋｆｉｅｌｄで実装される。

【0107】

図８及び図９に示されるＵｓｅｒｆｉｅｌｄは２個のフォーマットに基づいて構成される。すなわち、ＭＵ－ＭＩＭＯ技術に関連するＵｓｅｒｆｉｅｌｄは第１のフォーマットで構成され、ｎｏｎ－ＭＵ－ＭＩＭＯ技術に関連するＵｓｅｒｆｉｅｌｄは第２のフォーマットで構成される。図９の一例を参照すれば、Ｕｓｅｒｆｉｅｌｄ１からＵｓｅｒｆｉｅｌｄ３は第１のフォーマットに基づくことができ、Ｕｓｅｒｆｉｅｌｄ４からＵｓｅｒｆｉｅｌｄ８は第２のフォーマットに基づくことができる。第１のフォーマット又は第２のフォーマットは同じ長さ（例えば２１ビット）のビット情報を含むことができる。

【0108】

それぞれのＵｓｅｒｆｉｅｌｄは同じサイズ（例えば２１ビット）を持つことができる。例えば、第１のフォーマット（ＭＵ－ＭＩＭＯ技術のフォーマット）のＵｓｅｒｆｉｅｌｄは次の通り構成される。

【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】

Ｕ－ＳＩＧは２０ＭＨｚ単位で構成される。例えば、８０ＭＨｚＰＰＤＵが構成される場合、Ｕ－ＳＩＧが複製される。すなわち、８０ＭＨｚＰＰＤＵ内に同じ４個のＵ－ＳＩＧが含まれる。８０ＭＨｚ帯域幅を超過するＰＰＤＵは互い異なるＵ－ＳＩＧを含むことができる。

【0142】

図１０のＥＨＴ－ＳＩＧは受信ＳＴＡのための制御情報を含むことができる。ＥＨＴ－ＳＩＧは少なくとも１つのシンボルを介して送信され、１つのシンボルは４ｕｓの長さを持つことができる。ＥＨＴ－ＳＩＧのために使われるシンボルの数に関する情報はＵ－ＳＩＧに含まれる。

【0143】

ＥＨＴ－ＳＩＧは図８から図９を介して説明したＨＥ－ＳＩＧ－Ｂの技術的な特徴を含むことができる。例えばＥＨＴ－ＳＩＧは、図８の一例と同じく、共通フィールド（ｃｏｍｍｏｎｆｉｅｌｄ）及びユーザ個別フィールド（ｕｓｅｒ－ｓｐｅｃｉｆｉｃｆｉｅｌｄ）を含むことができる。ＥＨＴ－ＳＩＧの共通フィールドは省略することができ、ユーザ個別フィールドの数はユーザ（ｕｓｅｒ）の数に基づいて決定される。

【0144】

図８の一例と同じく、ＥＨＴ－ＳＩＧの共通フィールド及びＥＨＴ－ＳＩＧのユーザ個別フィールドは個別的にコーディングされる。ユーザ個別フィールドに含まれる１つのユーザブロックフィールド（Ｕｓｅｒｂｌｏｃｋｆｉｅｌｄ）は２個のユーザ（ｕｓｅｒ）のための情報を含むことができるが、ユーザ個別フィールドに含まれる最後のユーザブロックフィールドは１個のユーザのための情報を含むことができる。すなわち、ＥＨＴ－ＳＩＧの１つのユーザブロックフィールドは最大２個のユーザフィールド（Ｕｓｅｒｆｉｅｌｄ）を含むことができる。図９の一例と同じく、各ユーザフィールド（Ｕｓｅｒｆｉｅｌｄ）はＭＵ－ＭＩＭＯ割り当てに関連するか、ｎｏｎ－ＭＵ－ＭＩＭＯ割り当てに関連する。

【0145】

図８の一例と同じく、ＥＨＴ－ＳＩＧの共通フィールドはＣＲＣビットとＴａｉｌビットを含むことができ、ＣＲＣビットの長さは４ビットで決定することができ、Ｔａｉｌビットの長さは６ビットで決定され「００００００」に設定することができる。

【0146】

図８の一例と同じく、ＥＨＴ－ＳＩＧの共通フィールドはＲＵ割り当て情報（ＲＵａｌｌｏｃａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。ＲＵａｌｌｏｃａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎは複数のユーザ（すなわち、複数の受信ＳＴＡ）が割り当てられるＲＵの位置（ｌｏｃａｔｉｏｎ）に関する情報を意味することができる。ＲＵａｌｌｏｃａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎは、表１と同じく、８ビット（又はＮビット）単位で構成される。

【0147】

ＥＨＴ－ＳＩＧの共通フィールドが省略されるモードをサポートすることができる。ＥＨＴ－ＳＩＧの共通フィールドが省略されるモードはｃｏｍｐｒｅｓｓｅｄｍｏｄｅと呼べる。ｃｏｍｐｒｅｓｓｅｄｍｏｄｅが使われる場合、ＥＨＴＰＰＤＵの複数のユーザ（すなわち、複数の受信ＳＴＡ）はｎｏｎ－ＯＦＤＭＡに基づいてＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。すなわち、ＥＨＴＰＰＤＵの複数のユーザは同じ周波数帯域を介して受信されるＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。その一方で、ｎｏｎ－ｃｏｍｐｒｅｓｓｅｄｍｏｄｅが使われる場合、ＥＨＴＰＰＤＵの複数のユーザはＯＦＤＭＡに基づいてＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）をデコーディングすることができる。すなわち、ＥＨＴＰＰＤＵの複数のユーザは異なる周波数帯域を介してＰＰＤＵ（例えば、ＰＰＤＵのデータフィールド）を受信することができる。

【0148】

ＥＨＴ－ＳＩＧは様々なＭＣＳ技術に基づいて構成される。上述した通りＥＨＴ－ＳＩＧに適用されるＭＣＳ技術に関する情報はＵ－ＳＩＧに含まれる。ＥＨＴ－ＳＩＧはＤＣＭ技術に基づいて構成される。例えば、ＥＨＴ－ＳＩＧのために割り当てられたＮ個のデータトーン（例えば、５２個のデータトーン）のうち、連続する半分のトーンには第１の変調技術が適用され、残りの連続する半分のトーンには第２の変調技術が適用される。すなわち、送信ＳＴＡは特定の制御情報を第１の変調技術に基づいて第１のシンボルに変調して連続する半分のトーンに割り当て、同じ制御情報を第２の変調技術に基づいて第２のシンボルに変調して残りの連続する半分のトーンに割り当てることができる。上述した通りＥＨＴ－ＳＩＧにＤＣＭ技術が適用されるか否かに関する情報（例えば、１ビットフィールド）はＵ－ＳＩＧに含まれる。図１０のＥＨＴ－ＳＴＦはＭＩＭＯ（ｍｕｌｔｉｐｌｅｉｎｐｕｔｍｕｌｔｉｐｌｅｏｕｔｐｕｔ）環境又はＯＦＤＭＡ環境において自動利得制御推定（ａｕｔｏｍａｔｉｃｇａｉｎｃｏｎｔｒｏｌｅｓｔｉｍａｔｉｏｎ）を向上させるために使用される。図１０のＥＨＴ－ＬＴＦはＭＩＭＯ環境又はＯＦＤＭＡ環境においてチャネルを推定するために使用される。

【0149】

ＳＴＦ及び／又はＬＴＦのタイプに関する情報（ＬＴＦに適用されるＧＩに関する情報も含まれる）は図１０のＳＩＧＡフィールド及び／又はＳＩＧＢフィールドなどに含まれる。

【0150】

図１０のＰＰＤＵ（すなわち、ＥＨＴ－ＰＰＤＵ）は図５及び図６の一例に基づいて構成される。

【0151】

例えば、２０ＭＨｚ帯域上で送信されるＥＨＴＰＰＤＵ、すなわち、２０ＭＨｚＥＨＴＰＰＤＵは図５のＲＵに基づいて構成される。すなわち、ＥＨＴＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は図５の通り決定される。

【0152】

４０ＭＨｚ帯域上で送信されるＥＨＴＰＰＤＵ、すなわち、４０ＭＨｚＥＨＴＰＰＤＵは図６のＲＵに基づいて構成される。すなわち、ＥＨＴＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は図６の通り決定することができる。

【0153】

図６のＲＵ位置は４０ＭＨｚに対応するため、図６のパターンを２回繰り返しすれば８０ＭＨｚのためのトーン－プラン（ｔｏｎｅ－ｐｌａｎ）が決定される。すなわち、８０ＭＨｚＥＨＴＰＰＤＵは図７のＲＵではない図６のＲＵが２回繰り返される新しいトーン－プランに基づいて送信される。

【0154】

図６のパターンが２回繰り返される場合、ＤＣ領域には２３個のトーン（すなわち、１１ガードトーン＋１２ガードトーン）が構成される。すなわち、ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚＥＨＴＰＰＤＵのためのトーン－プランは２３個のＤＣトーンを持つことができる。これとは違って、Ｎｏｎ－ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚＥＨＴＰＰＤＵ（すなわち、ｎｏｎ－ＯＦＤＭＡｆｕｌｌＢａｎｄｗｉｄｔｈ８０ＭＨｚＰＰＤＵ）は９９６ＲＵに基づいて構成され５個のＤＣトーン、１２個の左側ガードトーン、１１個の右側ガードトーンを含むことができる。

【0155】

１６０／２４０／３２０ＭＨｚのためのトーン－プランは図６のパターンを複数回繰り返しする形で構成される。

【0156】

図１０のＰＰＤＵは以下の方法に基づいてＥＨＴＰＰＤＵで識別される。

【0157】

受信ＳＴＡは次の事項に基づいて受信ＰＰＤＵのタイプをＥＨＴＰＰＤＵと判断することができる。例えば、１）受信ＰＰＤＵのＬ－ＬＴＦ信号以降の１番目のシンボルがＢＰＳＫであり、２）受信ＰＰＤＵのＬ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）受信ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈフィールドの値に対して「ｍｏｄｕｌｏ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵはＥＨＴＰＰＤＵと判断される。受信ＰＰＤＵがＥＨＴＰＰＤＵと判断される場合、受信ＳＴＡは図１０のＲＬ－ＳＩＧ以降のシンボルに含まれるビット情報に基づいてＥＨＴＰＰＤＵのタイプ（例えば、ＳＵ／ＭＵ／Ｔｒｉｇｇｅｒ－ｂａｓｅｄ／ＥｘｔｅｎｄｅｄＲａｎｇｅタイプ）をｄｅｔｅｃｔすることができる。言い換えれば、受信ＳＴＡは１）ＢＳＰＫであるＬ－ＬＴＦ信号以降の１番目のシンボル、２）Ｌ－ＳＩＧフィールドに連続しＬ－ＳＩＧと同じＲＬ－ＳＩＧ、及び３）「ｍｏｄｕｌｏ３」を適用した結果が「０」に設定することができるＬｅｎｇｔｈフィールドを含むＬ－ＳＩＧに基づいて、受信ＰＰＤＵをＥＨＴＰＰＤＵと判断することができる。

【0158】

例えば、受信ＳＴＡは次の事項に基づいて受信ＰＰＤＵのタイプをＨＥＰＰＤＵと判断することができる。例えば、１）Ｌ－ＬＴＦ信号以降の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ３」を適用した結果が「１」又は「２」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵはＨＥＰＰＤＵと判断される。

【0159】

例えば、受信ＳＴＡは次の事項に基づいて、受信ＰＰＤＵのタイプをｎｏｎ－ＨＴ、ＨＴ及びＶＨＴＰＰＤＵと判断することができる。例えば、１）Ｌ－ＬＴＦ信号以降の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされない場合、受信ＰＰＤＵはｎｏｎ－ＨＴ、ＨＴ及びＶＨＴＰＰＤＵと判断される。また、受信ＳＴＡがＲＬ－ＳＩＧの繰り返しをｄｅｔｅｃｔしたとしてもＬ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合には、受信ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ及びＶＨＴＰＰＤＵと判断される。

【0160】

以下の一例において（送信／受信／アップ／ダウン）信号、（送信／受信／アップ／ダウン）フレーム、（送信／受信／アップ／ダウン）パケット、（送信／受信／アップ／ダウン）データユニット、（送信／受信／アップ／ダウン）データなどで表示される信号は図１０のＰＰＤＵに基づいて送受信される信号であり得る。図１０のＰＰＤＵは様々なタイプのフレームを送受信するために使用される。例えば、図１０のＰＰＤＵは制御フレーム（ｃｏｎｔｒｏｌｆｒａｍｅ）のために使用される。制御フレームの一例は、ＲＴＳ（ｒｅｑｕｅｓｔｔｏｓｅｎｄ）、ＣＴＳ（ｃｌｅａｒｔｏｓｅｎｄ）、ＰＳ－Ｐｏｌｌ（ＰｏｗｅｒＳａｖｅ－Ｐｏｌｌ）、ＢｌｏｃｋＡＣＫＲｅｑ、ＢｌｏｃｋＡｃｋ、ＮＤＰ（ＮｕｌｌＤａｔａＰａｃｋｅｔ）ａｎｎｏｕｎｃｅｍｅｎｔ、Ｔｒｉｇｇｅｒｆｒａｍｅを含むことができる。例えば、図１０のＰＰＤＵは管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）のために使用される。ｍａｎａｇｅｍｅｎｔｆｒａｍｅの一例は、Ｂｅａｃｏｎｆｒａｍｅ、（Ｒｅ－）ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔｆｒａｍｅ、（Ｒｅ－）ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅｆｒａｍｅ、ＰｒｏｂｅＲｅｑｕｅｓｔｆｒａｍｅ、ＰｒｏｂｅＲｅｓｐｏｎｓｅｆｒａｍｅを含むことができる。例えば、図１０のＰＰＤＵはデータフレームのために使用される。例えば、図１０のＰＰＤＵは制御フレーム、管理フレーム、及びデータフレームのうち、少なくとも２つ以上を同時に送信するために使用される場合もある。

【0161】

図１１は本明細書の送信装置及び／又は受信装置の変形された一例を示している。

【0162】

図１の（ａ）／（ｂ）の各装置／ＳＴＡは図１１の通り変形される。図１１の送受信機６３０は図１の送受信機１１３、１２３と同じであり得る。図１１の送受信機６３０は受信器（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を含むことができる。

【0163】

図１１のプロセッサ６１０は図１のプロセッサ１１１、１２１と同じであり得る。又は、図１１のプロセッサ６１０は図１の処理チップ１１４、１２４と同じであり得る。

【0164】

図１１のメモリ１５０は図１のメモリ１１２、１２２と同じであり得る。又は、図１１のメモリ１５０は図１のメモリ１１２、１２２とは異なる別途の外部メモリであり得る。

【0165】

図１１を参照すれば、電力管理モジュール６１１はプロセッサ６１０及び／又は送受信機６３０に対する電力を管理する。バッテリー６１２は電力管理モジュール６１１に電力を供給する。ディスプレイ６１３はプロセッサ６１０によって処理された結果を出力する。キーパッド６１４はプロセッサ６１０によって使用される入力を受信する。キーパッド６１４はディスプレイ６１３上に表示される。ＳＩＭカード６１５は携帯電話及びコンピューターのような携帯電話装置において加入者を識別して認証することに使われるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙ）及びそれに関連するキーを安全に格納するために使われる集積回路であり得る。

【0166】

図１１を参照すれば、スピーカー６４０はプロセッサ６１０によって処理された音関連結果を出力することができる。マイク６４１はプロセッサ６１０によって使用される音関連入力を受信することができる。

【0167】

１．ＥＨＴサウンディングプロトコル（ＥＨＴｓｏｕｎｄｉｎｇｐｒｏｔｏｃｏｌ）

【0168】

送信ビームフォーミング及びＤＬＭＵ－ＭＩＭＯ（ＤｏｗｎＬｉｎｋＭｕｌｔｉＵｓｅｒ－ＭｕｌｔｉＩｎｐｕｔＭｕｌｔｉＯｕｔｐｕｔ）は１つ以上の受信器において受信を最適化するために送信信号に適用されるステアリング行列（ｓｔｅｅｒｉｎｇｍａｔｒｉｘ）を計算するためにチャネル状態に対する知識が必要である。ＥＨＴＳＴＡはＥＨＴサウンディングプロトコルを用いてチャネル状態情報を決定する。ＥＨＴサウンディングプロトコルはＥＨＴｎｏｎ－ｔｒｉｇｇｅｒ－ｂａｓｅｄ（ｎｏｎ－ＴＢ）サウンディング及びＥＨＴトリガーベース（ＴＢ）サウンディングで定義された明示的フィードバックメカニズムを提供する。ここでＥＨＴビームフォーミー（ｂｅａｍｆｏｒｍｅｅ）はＥＨＴビームフォーマ（ｂｅａｍｆｏｒｍｅｒ）によって送信されたトレーニング信号（すなわち、ＥＨＴサウンディングＮＤＰ）を用いてチャネルを測定し、チャネル状態の変換された推定値を再び送る。ＥＨＴビームフォーマはこの推定値を用いてステアリング行列を誘導する。

【0169】

ＥＨＴビームフォーミーは１つ以上のＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇ／ＣＱＩフレームに含まれたＥＨＴ圧縮（ｃｏｍｐｒｅｓｓｅｄ）Ｂｅａｍｆｏｒｍｉｎｇ／ＣＱＩｒｅｐｏｒｔにおいてチャネル状態の推定値を返す。ＥＨＴ圧縮ビームフォーミング／ＣＱＩｒｅｐｏｒｔには３つのタイプがある。

【0170】

－ＳＵフィードバック：ＥＨＴ圧縮ビームフォーミング／ＣＱＩｒｅｐｏｒｔはＥＨＴ圧縮ビームフォーミング報告フィールドで構成される。

【0171】

－ＭＵフィードバック：ＥＨＴ圧縮ビームフォーミング／ＣＱＩｒｅｐｏｒｔはＥＨＴ圧縮ビームフォーミング報告フィールドとＥＨＴＭＵＥｘｃｌｕｓｉｖｅビームフォーミング報告フィールドで構成される。

【0172】

－ＣＱＩフィードバック：ＥＨＴ圧縮ビームフォーミング／ＣＱＩ報告はＥＨＴＣＱＩ報告フィールドで構成される。

【0173】

参考に、ＥＨＴＴＢサウンディングの使用が必ずＭＵフィードバックを意味するものではない。ＥＨＴＴＢサウンディングはＳＵフィードバック及びＣＱＩフィードバックを得ることにも使用される。

【0174】

図１２はＥＨＴｎｏｎ－ＴＢサウンディングの一例を示している。

【0175】

ＥＨＴｎｏｎ－ＴＢサウンディングシーケンスは正確に１つのＳＴＡ情報フィールドを含む個別的にアドレスされたＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームを用いてＥＨＴビームフォーマによって開始され、ＳＩＦＳ以降はＥＨＴサウンディングＮＤＰが実行される。ＥＨＴビームフォーミーはＳＩＦＳ後ＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇ／ＣＱＩフレームと応答する。

【0176】

ＳＴＡ情報フィールドのＡＩＤ１１サブフィールドはＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームのＲＡフィールドによって識別されるＳＴＡのＡＩＤに設定することができるが、ＲＡフィールドによって識別されるＳＴＡがｍｅｓｈＳＴＡ、ＡＰ又はＩＢＳＳＳＴＡである場合０に設定する必要がある。

【0177】

単一ＥＨＴビームフォーミーがあるＥＨＴｎｏｎ－ＴＢサウンディングシーケンスの一例が図１２において示される。

【0178】

図１３はＥＨＴＴＢサウンディングの一例を示している。

【0179】

ＥＨＴＴＢサウンディングシーケンスは２個以上のＳＴＡ情報フィールドがあるブロードキャストＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームを用いてＥＨＴビームフォーマによって開始され、ＳＩＦＳ次にＥＨＴサウンディングＮＤＰが送信され、ＳＩＦＳ次にＢＦＲＰ（ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔ）トリガーフレームが送信される。各ＥＨＴビームフォーミーは１つ以上のＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇ／ＣＱＩフレームを含むＥＨＴＴＢＰＰＤＵとＳＩＦＳ以降応答する。ＥＨＴＴＢサウンディングシーケンス内で送信されたＢＦＲＰトリガーフレームはＥＨＴＴＢＰＰＤＵを要求する必要がある。

【0180】

２つ以上のＥＨＴビームフォーミーがあるＥＨＴＴＢサウンディングシーケンスの一例は図１３に示されている。

【0181】

ＥＨＴＴＢサウンディングシーケンスを開始するＥＨＴビームフォーマは２つ以上のＳＴＡ情報フィールドとブロードキャストアドレスに設定されたＲＡフィールドが含まれたＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームを送信する必要がある。

【0182】

ＥＨＴビームフォーマはＳＵ、ＭＵ又はＣＱＩフィードバックを要求するためにＥＨＴＴＢサウンディングシーケンスを開始することができる。

【0183】

図１４はＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅフォーマットの一例を示している。

【0184】

ＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅはＶＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅ、ＨＥＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅ及びＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅの３種類の変形（ｖａｒｉａｎｔ）を持つ。各ｖａｒｉａｎｔはＨＥｓｕｂｆｉｅｌｄの設定とＳｏｕｎｄｉｎｇＤｉａｌｏｇＴｏｋｅｎフィールド内のＲａｎｇｉｎｇｓｕｂｆｉｅｌｄによって分けることができる。

【0185】

ＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅは少なくとも１つのＳＴＡＩｎｆｏフィールドを含む。ＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅが１つのＳＴＡＩｎｆｏフィールドのみ含める場合、ＲＡフィールドはフィードバックを提供できるＳＴＡのアドレスに設定することができる。ＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅが１つ以上のＳＴＡＩｎｆｏフィールドを含む場合、ＲＡフィールドはブロードキャストアドレスに設定することができる。

【0186】

ＴＡフィールドはＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅを送信するＳＴＡのアドレス又はＶＨＴ／ＨＥ／ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔｆｒａｍｅはを送信するＳＴＡの帯域幅シグナリングＴＡに設定することができる。

【0187】

ＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドのＲｅｓｏｌｕｔｉｏｎサブフィールドはＦｅｅｄｂａｃｋＢｉｔｍａｐサブフィールドの各ビットに対する分解能帯域幅を示している。ＦｅｅｄｂａｃｋＢｉｔｍａｐサブフィールドは最も低い周波数において最も高い周波数まで各分解能帯域幅の要求を示しＢ１は最も低い分解能帯域幅を示している。ＦｅｅｄｂａｃｋＢｉｔｍａｐサブフィールドの各ビットは当該分解能帯域幅においてフィードバックが要求される場合、１に設定することができる。

【0188】

ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が３２０ＭＨｚ未満である場合ＲｅｓｏｌｕｔｉｏｎビットＢ０を０に設定して２０ＭＨｚの分解能を示している。

【0189】

－ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が２０ＭＨｚであるとき、Ｂ１は２４２－ｔｏｎｅＲＵに対するフィードバック要求を示すために１に設定することができる。Ｂ２－Ｂ８は保留されており、０に設定することができる。

【0190】

－ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が４０ＭＨｚであるとき、Ｂ１とＢ２は２個の２４２－ｔｏｎｅＲＵそれぞれに対するフィードバック要求を低い周波数において高い周波数として示す。Ｂ３－Ｂ８は保留され０に設定することができる。

【0191】

－ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が８０ＭＨｚであるとき、Ｂ１～Ｂ４は低周波数から高周波数で４個の２４２－ｔｏｎｅＲＵそれぞれに対するフィードバック要求を示している。Ｂ５～Ｂ８は予約されており０に設定されている。Ｂ１～Ｂ４が全て１に設定されている場合、９９６トーンＲＵに対するフィードバック要求を示している。

【0192】

－ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が１６０ＭＨｚであるとき、Ｂ１－Ｂ８は低周波数から高周波数で８個の２４２－ｔｏｎｅＲＵそれぞれに対するフィードバック要求を示している。Ｂ１～Ｂ４が全て１に設定されている場合、下位９９６トーンＲＵに対するフィードバック要求を示し、Ｂ５～Ｂ８が全て１に設定されている場合、上位９９６トーンＲＵに対するフィードバック要求を示している。

【0193】

ＥＨＴＮＤＰＡｎｎｏｕｎｃｅｍｅｎｔフレームの帯域幅が３２０ＭＨｚである場合ＲｅｓｏｌｕｔｉｏｎビットＢ０を１に設定して４０ＭＨｚの分解能を示している。Ｂ１～Ｂ８は低周波数から高周波数で８個の４８４トーンＲＵそれぞれに対するフィードバック要求を示している。Ｂ１とＢ２が全て１に設定されれば最も低い９９６－ｔｏｎｅＲＵに対するフィードバック要求を示し、Ｂ３とＢ４が全て１に設定されれば２番目に低い９９６－ｔｏｎｅＲＵに対するフィードバック要求を示し、Ｂ５とＢ６が全て１に設定されれば２番目に高い９９６－ｔｏｎｅＲＵに対するフィードバック要求を示し、Ｂ７とＢ８が全て１に設定されれば最も高い９９６－ｔｏｎｅＲＵに対するフィードバック要求を示している。

【0194】

ＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドは下記の表に定義されている。

【0195】

【表3】

【0196】

図１５はＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドフォーマットの一例を示している。

【0197】

ＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドのサブフィールドは下記の通り定義される。

【0198】

図１５のＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＳＵ又はＭＵを指示すれば、ＮｃＩｎｄｅｘサブフィールドは圧縮ビームフォーミングフィードバック行列のｃｏｌｕｍｎの数において１を引いた値（Ｎｃ－１）を指示する。ＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＣＱＩを指示すれば、ＮｃＩｎｄｅｘサブフィールドはＣＱＩｒｅｐｏｒｔにおいて空間ストリームの数（Ｎｃ）を指示し、Ｎｃ－１に設定することができる。７以上のＮｃＩｎｄｅｘサブフィールド値は保留される。

【0199】

図１５のＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＳＵ又はＭＵを指示すれば、ＮｒＩｎｄｅｘサブフィールドは圧縮ビームフォーミングフィードバック行列のｒｏｗの数において１を引いた値（Ｎｒ－１）を指示する。値０と８－１５は保留される。ＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＣＱＩを指示すれば、ＮｒＩｎｄｅｘサブフィールドは保留される。

【0200】

図１５のＢＷサブフィールドはＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドを解釈するとき開始と終わりのサブキャリアを決定するのに使われるチャネル幅を指示する。ＢＷサブフィールドの値はＥＨＴＮＤＰの帯域幅に対応し、２０ＭＨｚに対して０に設定され、４０ＭＨｚに対して１に設定され、８０ＭＨｚに対して２に設定され、１６０ＭＨｚに対して３に設定され、３２０ＭＨｚに対して４に設定することができる。

【0201】

ＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＳＵ又はＭＵを指示すれば、Ｇｒｏｕｐｉｎｇサブフィールドは圧縮ビームフォーミングフィードバック行列のために使われるサブキャリアグルーピングＮｇを指示し、Ｎｇ＝４であれば０に設定され、Ｎｇ＝１６であれば１に設定することができる。ＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＣＱＩを指示すれば、Ｇｒｏｕｐｉｎｇサブフィールドは保留される。

【0202】

ＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドは図１４の下段にあるフォーマットで定義される。Ｒｅｓｏｌｕｔｉｏｎビットはフィードバック分解能帯域幅を指示する。Ｒｅｓｏｌｕｔｉｏｎビットは、ＢＷサブフィールドが０から３に設定されるとき２０ＭＨｚの分解能を指示するために０に設定され、ＢＷサブフィールドが４に設定されるとき４０ＭＨｚの分解能を指示するために１に設定することができる。ＦｅｅｄｂａｃｋＢｉｔｍａｐサブフィールドはビームフォーマがフィードバックを要求する各分解能帯域幅を指示する。ＦｅｅｄｂａｃｋＢｉｔｍａｐサブフィールドの各ビットは対応する帯域幅に対するフィードバックが要求される場合１に設定され、そうでない場合０に設定することができる。

【0203】

ＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔフィールドは各空間ストリームの平均ＳＮＲ（ＳｉｇｎａｌｔｏＮｏｉｓｅＲａｔｉｏｎ）と送信ビームフォーマがステアリング行列Ｑを決定するのに使用する圧縮されたビームフォーミングフィードバック行列Ｖを次の通り伝達する。

【0204】

ＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔフィールドのサイズはＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドの値によって異なる。ＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔフィールドはＥＨＴ圧縮されたビームフォーミング報告情報又は分割された（ｓｅｇｍｅｎｔｅｄ）ＥＨＴ圧縮されたビームフォーミング／ＣＱＩ報告の場合連続の（長さが０の場合もある）部分を含む。ＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドのＦｅｅｄｂａｃｋＴｙｐｅサブフィールドがＳＵ又はＭＵを指示する場合ＥＨＴ圧縮されたビームフォーミング報告情報はＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇ／ＣＱＩ報告に含まれる。

【0205】

ＥＨＴＣｏｍｐｒｅｓｓｅｄＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔ情報には１番目の行列角度と２番目の最も低い周波数において最も高い周波数でデータ及びパイロットサブキャリアインデックスによってインデクシングされたチャネル行列要素が含まれる。

【0206】

ここでＮｃはＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドのＮｃＩｎｄｅｘサブフィールドによって決定された圧縮されたビームフォーミングフィードバック行列の列数であり、ＮｒはＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドのＮｒＩｎｄｅｘサブフィールドによって決定された圧縮されたビームフォーミングフィードバック行列の行数である。

【0207】

Ｎｓは圧縮されたビームフォーミングフィードバック行列がビームフォーマで再び送信されるサブキャリアの数である。ビームフォーマ又はビームフォーミー２つのうち、どれがフィードバックパラメータを決定するかによって、ビームフォーマ又はビームフォーミーはＮｇ個の隣接したサブキャリアの各グループに対して単一圧縮されたビームフォーミングフィードバック行列のみが報告されるグルーピングという方法を用いてＮｓを減らす。ＮｓはＥＨＴＭＩＭＯＣｏｎｔｒｏｌフィールドのＢＷ、ＰａｒｔｉａｌＢＷＩｎｆｏ及びＧｒｏｕｐｉｎｇサブフィールドの機能である。

【0208】

サブキャリアインデックスｓｃｉｄｘ（ｉ），ｉ＝０，１、．．．，Ｎｓ－１、は周波数順で各２４２トーンＲＵ又は９９６トーンＲＵに対するサブキャリアインデックスを接続したもので、ＢＷ及びＧｒｏｕｐｉｎｇサブフィールドとともにＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドに識別される。各２４２－ｔｏｎｅＲＵ又は９９６－ｔｏｎｅＲＵに対するサブキャリアインデックスは下記の表の通り定義される。

【0209】

フィードバック要求が全体８０ＭＨｚサブブロック（ｓｕｂｂｌｏｃｋ）をカバーしないとき、サブキャリアインデックスは次の通りである。

【0210】

【表4】

【0211】

【表5】

【0212】

フィードバック要求が全体８０ＭＨｚサブブロック（ｓｕｂｂｌｏｃｋ）をカバーしＮｇ＝４であるとき、サブキャリアインデックスは次の通りである。

【0213】

【表6】

【0214】

フィードバック要求が全体８０ＭＨｚサブブロック（ｓｕｂｂｌｏｃｋ）をカバーしＮｇ＝１６であるとき、サブキャリアインデックスは次の通りである。

【0215】

【表7】

【0216】

２．本明細書に適用可能な実施形態

【0217】

無線ＬＡＮ８０２．１１ｂｅシステムにおいてはｐｅａｋｔｈｒｏｕｇｈｐｕｔの増加のために既存の８０２．１１ａｘよりさらに広い帯域を使用するか又はさらに多いアンテナを用いて増加されたｓｔｒｅａｍの送信を考慮している。また、本明細書は様々なｂａｎｄ／ｌｉｎｋをａｇｇｒｅｇａｔｉｏｎして使用する方法も考慮している。

【0218】

既存の８０２．１１ａｘにおいてはＳＵ／ＭＵＭＩＭＯＰＰＤＵを送信するためにはｃｈａｎｎｅｌ情報を用いてＱｍａｔｒｉｘを構成することができ、このためにはｓｏｕｎｄｉｎｇ及びｃｈａｎｎｅｌ情報のｆｅｅｄｂａｃｋを受ける手順が必要であり、このときｓｏｕｎｄｉｎｇのためのＰＰＤＵはＮＤＰが使用される。これに対する手順は上記詳細に説明している。特に、Ｎｇによってｆｅｅｄｂａｃｋｔｏｎｅが異なる場合があり、８０２．１１ａｘにおいて各ｂａｎｄｗｉｄｔｈに係るｆｅｅｄｂａｃｋｔｏｎｅが定義され、また、上記説明している。

【0219】

８０２．１１ｂｅにおいては８０２．１１ａｘとは異なるｔｏｎｅｐｌａｎが使用されｗｉｄｅｂａｎｄｗｉｄｔｈ利用及び最大１６個のｓｔｒｅａｍまで送信することができるためｆｅｅｄｂａｃｋｏｖｅｒｈｅａｄを減らせるための新しいＮｇを考慮することもできる。

【0220】

図１６は８０２．１１ｂｅ無線ＬＡＮシステムの８０ＭＨｚＰＰＤＵに対するトーンプランを示している。

【0221】

８０２．１１ｂｅ無線ＬＡＮシステムでの２０ＭＨｚ及び４０ＭＨｚＰＰＤＵに対するトーンプラン及びＲＵ位置は８０２．１１ａｘ無線ＬＡＮシステムでのそれと同じである。図１６は８０ＭＨｚＰＰＤＵに対するＥＨＴトーンプラン及びＲＵ位置を示している。１６０ＭＨｚ又はそれ以上帯域で拡張されたＥＨＴＰＰＤＵは複数の８０ＭＨｚサブブロックで構成される。各８０ＭＨｚサブブロックに対するトーンプランは８０ＭＨｚＥＨＴＰＰＤＵのトーンプランと同じである。８０／１６０／３２０ＭＨｚＰＰＤＵ内８０ＭＨｚサブブロックがパンクチャリングされず全体８０ＭＨｚサブブロックがＲＵ又はＲＵ又はＭＲＵの一部として使われる場合、前記８０ＭＨｚサブブロックは図１６に示された９９６トーンＲＵを使用する。８０／１６０／３２０ＭＨｚＰＰＤＵ内８０ＭＨｚサブブロックがパンクチャリングされるがＲＵ又はＲＵ又はＭＲＵの一部として全体８０ＭＨｚサブブロックが使用されない場合、前記８０ＭＨｚサブブロックは図１６において９９６トーンＲＵを除いたトーンプランを使用する。

【0222】

８０ＭＨｚＥＨＴＰＰＤＵにおいてＲＵのデータ及びパイロットサブキャリアのインデックスは次の通り固定される。下記の表において、サブキャリアインデックスが０であるサブキャリアはＤＣトーンに対応する。サブキャリアインデックスが負数であるサブキャリアはＤＣトーンより低い周波数を持ったサブキャリアに対応する。サブキャリアインデックスが正数であるサブキャリアはＤＣトーンより高い周波数を持ったサブキャリアに対応する。

【0223】

【表8】

【0224】

その一方で、ＡＰはｃｈａｎｎｅｌ状態に対するｆｅｅｄｂａｃｋを受けるためにＮＤＰ送信前にＮＤＰＡを送り当該ＮＤＰに対する情報をＳＴＡに指示することができる。本明細書はこの場合一部のｃｈａｎｎｅｌのみｆｅｅｄｂａｃｋを要求するｆｉｅｌｄであるＰａｒｔｉａｌＢＷＩｎｆｏｆｉｅｌｄを構成する方法に対して提案する。

【0225】

ＮＤＰＡのＰａｒｔｉａｌＢＷＩｎｆｏｆｉｅｌｄは全体ＢＷではない一部のｃｈａｎｎｅｌに対するｆｅｅｄｂａｃｋを要求するためのｆｉｅｌｄであり、８０２．１１ａｘにおいては２６ＲＵ（ＲｅｓｏｕｒｃｅＵｎｉｔ）単位でｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求したが８０２．１１ｂｅにおいては効率を高めるために前記表４及び表５の通り２４２ＲＵ単位でｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求することが決定された。また、８０２．１１ｂｅにおいてはｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋ要求が全体８０ＭＨｚサブブロックをカバーする場合には前記表６及び表７の通り９９６ＲＵ単位でｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求する方法も提案する。

【0226】

図１７は８０２．１１ｂｅにおいて定義するＮＤＰＡｆｒａｍｅフォーマットの一例を示している。

【0227】

図１７の上段に位置したＮＤＰＡｆｒａｍｅは図１４のＥＨＴＮＤＰＡｆｒａｍｅと同じである。図１７のＳｏｕｎｄｉｎｇＤｉａｌｏｇＴｏｋｅｎフィールドは１オクテット（又は８ビット）で構成されるが、Ｂ０とＢ１の値によってＮＤＰＡｍｏｄｅがＶＨＴ／ＨＥ／８０２．１１ａｚ／ＥＨＴに変更される。前記ＳｏｕｎｄｉｎｇＤｉａｌｏｇＴｏｋｅｎフィールドに含まれたＳｏｕｎｄｉｎｇＤｉａｌｏｇＴｏｋｅｎＮｕｍｂｅｒフィールドはＮＤＰＡｆｒａｍｅを識別するビームフォーマによって選択される値を含む。

【0228】

図１８はＨＥＮＤＰＡｆｒａｍｅのＳＴＡＩｎｆｏフィールドフォーマットの一例を示している。

【0229】

ＨＥＮＤＰＡｆｒａｍｅのＡＩＤ１１サブフィールドが２０４７に設定されない場合、ＳＴＡＩｎｆｏフィールドのフォーマットは図１８の上段の通り構成される。ＡＩＤ１１サブフィールドが２０４７ではない場合、ＨＥｓｏｕｎｄｉｎｇＮＤＰを処理してサウンディングフィードバックを準備することで期待されるＳＴＡの識別子がＡＩＤ１１に含まれる。

【0230】

ＨＥＮＤＰＡ３ＧＰＰｅのＳＴＡＩｎｆｏフィールドに含まれたＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドは図１８の下段のように構成され、７ビットのＲＵＳｔａｒｔＩｎｄｅｘサブフィールドと７ビットのＲＵＥｎｄＩｎｄｅｘサブフィールドとして合計１４ビットで構成される。ＲＵＳｔａｒｔＩｎｄｅｘサブフィールド及びＲＵＥｎｄＩｎｄｅｘサブフィールドはＨＥＮＤＰＡｆｒａｍｅの帯域幅によって２６ＲＵ単位でｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求することができたが、既存のＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドが１４ビットで構成されることと、パンクチャリングを考慮する必要がある場合ＤｉｓａｌｌｏｗｅｄＳｕｂｃｈａｎｎｅｌＢｉｔｍａｐサブフィールドを別に定義すべきだったため、多少大きいフィードバックオーバーヘッドが発生する問題点があった。また、前記表３によれば、８０２．１１ｂｅ無線ＬＡＮシステムでもＥＨＴＮＤＰＡｆｒａｍｅの帯域幅が３２０ＭＨｚである場合４０ＭＨｚ単位でのみｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求することができる限界点もあった。したがって、本明細書はＥＨＴＮＤＰＡｆｒａｍｅのＳＴＡＩｎｆｏフィールド内のＰａｒｔｉａｌＢＷＩｎｆｏフィールドを新しく構成して様々なＲＵ／ＭＲＵ状況においてｐａｒｔｉａｌＢＷｆｅｅｄｂａｃｋを要求する方法を提案する。

【0231】

図１９は本明細書において提案するＥＨＴＮＤＰＡｆｒａｍｅのＳＴＡＩｎｆｏフィールドフォーマットの一例を示している。

【0232】

図１９の上段はＡＩＤ１１サブフィールドが特別な値（例えば、２０４４）に設定されない場合、ＳＴＡＩｎｆｏフィールドのフォーマットを示している。このとき、前記ＳＴＡＩｎｆｏフィールドはＰａｒｔｉａｌＢＷＩｎｆｏフィールドを含み、ＰａｒｔｉａｌＢＷＩｎｆｏフィールドは９ビットのビットマップで定義される。

【0233】

図１９の下段はＡＩＤ１１サブフィールドが特別な値に設定される場合、ＳＴＡＩｎｆｏフィールドのフォーマットを示している。このとき、前記ＳＴＡＩｎｆｏフィールドはＳｐｅｃｉａｌｉｎｆｏｒｍａｔｉｏｎを含み、Ｓｐｅｃｉａｌｉｎｆｏｒｍａｔｉｏｎの具体的な内容は次世代無線ＬＡＮシステムにおいて議論している。

【0234】

前記ＰａｒｔｉａｌＢＷＩｎｆｏフィールドは１ビットのＲｅｓｏｌｕｔｉｏｎビットと８ビットのフィードバックビットマップを含む。前記Ｒｅｓｏｌｕｔｉｏｎビットは前記フィードバックビットマップの各ビットに対するｒｅｓｏｌｕｔｉｏｎ帯域幅（２０ＭＨｚ又は４０ＭＨｚ）を指示することができる。ＮＤＰフレームの帯域幅が３２０ＭＨｚより小さい場合フィードバック単位が２０ＭＨｚ（２４２ＲＵ）であり前記Ｒｅｓｏｌｕｔｉｏｎビットは０に設定することができる。ＮＤＰフレームの帯域幅が３２０ＭＨｚである場合フィードバック単位が４０ＭＨｚ（４８４ＲＵ）であり前記Ｒｅｓｏｌｕｔｉｏｎビットは１に設定することができる。

【0235】

前記８ビットのフィードバックビットマップは最低周波数から最高周波数まで各ｒｅｓｏｌｕｔｉｏｎ帯域幅に対するフィードバック要求を指示することができる。Ｂ０＝０である場合、前記８ビットのフィードバックビットマップは１６０ＭＨｚ内の各２０ＭＨｚサブチャネル別にフィードバック要求を指示する。Ｂ０＝１である場合、前記８ビットのフィードバックビットマップは３２０ＭＨｚ内の各４０ＭＨｚサブチャネル別にフィードバック要求を指示する。前記フィードバックビットマップの各ビットは当該ｒｅｓｏｌｕｔｉｏｎ帯域幅においてフィードバックが要求される場合１に設定することができる。

【0236】

例えば、ＥＨＴＮＤＰＡフレームの帯域幅が３２０ＭＨｚより小さい場合、前記ＲｅｓｏｌｕｔｉｏｎビットＢ０は２０ＭＨｚのｒｅｓｏｌｕｔｉｏｎを指示するために０に設定することができる。

【0237】

－ＥＨＴＮＤＰＡフレームの帯域幅が２０ＭＨｚである場合、Ｂ１は２４２ＲＵに対するフィードバック要求を指示するために１に設定され、Ｂ２－Ｂ８は保留される（ｒｅｓｅｒｖｅｄ）。

【0238】

－ＥＨＴＮＤＰＡフレームの帯域幅が４０ＭＨｚである場合、Ｂ１及びＢ２は低い周波数から高い周波数まで２個の２４２ＲＵそれぞれに対するフィードバック要求を指示し、Ｂ３－Ｂ８は保留される。

【0239】

－ＥＨＴＮＤＰＡフレームの帯域幅が８０ＭＨｚである場合、Ｂ１－Ｂ４は低い周波数から高い周波数まで４個の２４２ＲＵそれぞれに対するフィードバック要求を指示し、Ｂ５－Ｂ８は保留される。このとき、Ｂ１－Ｂ４が全て１に設定される場合、Ｂ１－Ｂ４は９９６ＲＵに対するフィードバック要求を指示する。

【0240】

－ＥＨＴＮＤＰＡフレームの帯域幅が１６０ＭＨｚである場合、Ｂ１－Ｂ８は低い周波数から高い周波数まで８個の２４２ＲＵそれぞれに対するフィードバック要求を指示する。このとき、Ｂ１－Ｂ４が全て１に設定される場合、Ｂ１－Ｂ４は低い９９６ＲＵに対するフィードバック要求を指示する。Ｂ５－Ｂ８が全て１に設定される場合、Ｂ５－Ｂ８は高い９９６ＲＵに対するフィードバック要求を指示する。

【0241】

ＥＨＴＮＤＰＡフレームの帯域幅が３２０ＭＨｚである場合、前記ＲｅｓｏｌｕｔｉｏｎビットＢ０は４０ＭＨｚのｒｅｓｏｌｕｔｉｏｎを指示するために１に設定することができる。Ｂ１－Ｂ８は低い周波数から高い周波数まで８個の４８４ＲＵそれぞれに対するフィードバック要求を指示する。このとき、Ｂ１及びＢ２が全て１に設定される場合、Ｂ１及びＢ２は最も低い９９６ＲＵに対するフィードバック要求を指示する。Ｂ３及びＢ４が全て１に設定される場合、Ｂ３及びＢ４は２番目に低い９９６ＲＵに対するフィードバック要求を指示する。Ｂ５及びＢ６が全て１に設定される場合、Ｂ５及びＢ６は２番目に高い９９６ＲＵに対するフィードバック要求を指示する。Ｂ７及びＢ８が全て１に設定される場合、Ｂ７及びＢ８は最も高い９９６ＲＵに対するフィードバック要求を指示する。

【0242】

ＰａｒｔｉａｌＢＷＩｎｆｏサブフィールドの具体的な値は前記表３に定義されている。

【0243】

３．発明が解決しようとする技術的な課題

【0244】

無線ＬＡＮシステム（８０２．１１）においてＡＰはｃｈａｎｎｅｌ状態のｆｅｅｄｂａｃｋを受けるためのＮＤＰ送信前にＮＤＰＡを送り、当該ＮＤＰに対する情報をＳＴＡに指示することができる。この場合、ＡＰはＮＤＰＡｆｒａｍｅ内のＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇｓｕｂｆｉｅｌｄを用いてＳＵ／ＭＵのためのＦｅｅｄｂａｃｋＴｙｐｅ及びＮｇ情報を指示することができる。本明細書においてはＳＵ／ＭＵ送信のためのｆｅｅｄｂａｃｋ時、互い異なる様々なＮｇを用いる場合を考慮してＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇｓｕｂｆｉｅｌｄを設計する方法を提案する。

【0245】

ＨＥ／ＥＨＴＴＢ（ＴｒｉｇｇｅｒＢａｓｅｄ）サウンディングに対するＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇｓｕｂｆｉｅｌｄは次のように定義している。

【0246】

【表9】

【0247】

前記表９はＳＵ及びＭＵ送信のためのＮｇを指示するときＳＵとＭＵ送信において全て４と１６の同じＮｇを使用している。しかし、フィードバックオーバーヘッドを減らすためにＳＵとＭＵ送信において互い異なるＮｇが使用され、下記のような様々な例を提案することができる。

【0248】

＜実施形態１＞

【0249】

【表10】

【0250】

実施形態１は各ＳＵ及びＭＵｔｙｐｅにおいて互い異なる２つのＮｇを使用することを提案しており、実際のｃｈａｎｎｅｌ状態に対するｆｅｅｄｂａｃｋを送信するＥＨＴＭＩＭＯＣｏｎｔｒｏｌｆｉｅｌｄにおいてＮｇを指示するとき、既存のｓｕｂｆｉｅｌｄ構造をそのまま再使用することができるメリットがある。当該の例においてＳＵｔｙｐｅの場合、Ｎｇは１６又は３２を使用しているが、他のＮｇ値が使用され、その例として、Ｎｇ＝１６の代わり、Ｎｇ＝４又は８が使用される。ＭＵｔｙｐｅの場合、Ｎｇは４又は８を使用しているが、他のＮｇ値が使用され、その例としてＮｇ＝８の代わりＮｇ＝１６又は３２が使用される。

【0251】

＜実施形態２＞

【0252】

【表11】

【0253】

実施形態２はＳＵ／ＭＵｔｙｐｅにおいて様々なＮｇが使用されるため性能の観点から利得があり得るが実際のｃｈａｎｎｅｌ状態に対するｆｅｅｄｂａｃｋを送信するＥＨＴＭＩＭＯＣｏｎｔｒｏｌｆｉｅｌｄにおいてＮｇを指示するとき追加のｆｉｅｌｄが必要な場合がある。当該の例の最後のビットの組み合わせ（Ｂ２５＝１，Ｂ２６＝１，Ｂ２８＝１）においてｏｖｅｒｈｅａｄを減らすためにＮｇは３２であり得る。

【0254】

＜実施形態３＞

【0255】

【表12】

【0256】

実施形態３はＳＵ／ＭＵｔｙｐｅにおいて様々なＮｇが使用されるため性能の観点から利得があり得るが実際のｃｈａｎｎｅｌ状態に対するｆｅｅｄｂａｃｋを送信するＥＨＴＭＩＭＯＣｏｎｔｒｏｌｆｉｅｌｄにおいてＮｇを指示するとき追加のｆｉｅｌｄが必要な場合がある。実施形態２と違う点は小さい値の２つのＮｇ（４又は８である場合）においては少ないｂｉｔ数（＝０）のｃｏｄｅｂｏｏｋを使用し、大きい値のＮｇ（１６又は３２である場合）においては多いｂｉｔ数（＝１）のｃｏｄｅｂｏｏｋを使用することにある。当該例の最後のビットの組み合わせ（Ｂ２５＝１、Ｂ２６＝１、Ｂ２８＝１）において性能を高めるためにＮｇは８であり得る。

【0257】

＜実施形態４＞

【0258】

【表13】

【0259】

実施形態４は既存の４、１６のＮｇ値を使用する代わり８と３２のＮｇ値を使用することを提案しており性能の観点からは良くないが、ｆｅｅｄｂａｃｋｏｖｅｒｈｅａｄ観点から望ましい方法であり得る。性能を向上させるためにＮｇ値が３２の代わり１６が使用される。また、ＥＨＴＭＩＭＯＣｏｎｔｒｏｌｆｉｅｌｄにおいてＮｇを指示するとき既存のｓｕｂｆｉｅｌｄ構造をそのまま再使用することができるメリットもある。

【0260】

＜実施形態５＞

【0261】

【表14】

【0262】

実施形態５は既存の４、１６のＮｇ値を使用する代わり４と３２のＮｇ値を使用することを提案しており、これは性能に最適化されたＮｇを使用するかｆｅｅｄｂａｃｋｏｖｅｒｈｅａｄに最適化されたＮｇを使用する方法である。また、ＥＨＴＭＩＭＯＣｏｎｔｒｏｌｆｉｅｌｄにおいてＮｇを指示するとき既存のｓｕｂｆｉｅｌｄ構造をそのまま再使用することができる利点もある。

【0263】

上記で現在定義されたｄｅｓｉｇｎ及び様々なｄｅｓｉｇｎの一例においてＢ２５が０である場合はＳＵｔｙｐｅを指示し、Ｂ２５が１である場合はＭＵ及びＣＱＩを指示する。Ｂ２５が１である場合、４種類のｃａｓｅが存在する。さらに特定のｄｅｓｉｇｎのＢ２５が０である場合と異なるｄｅｓｉｇｎのＢ２５が１である場合が組み合わせされ新しいｄｅｓｉｇｎを構成することを提案するが、下記の実施形態はこれに関連する様々な例を示している。

【0264】

＜実施形態６＞

【0265】

【表15】

【0266】

実施形態６は実施形態２のＢ２５が０である場合と実施形態１のＢ２５が１である場合が組み合わせされた場合である。当該の例はＳＵｔｙｐｅにおいては柔軟な運用で性能及びｏｖｅｒｈｅａｄ観点から全て望ましい。ＭＵｔｙｐｅにおいては性能を考慮して小さい値のＮｇが使用された場合を示している。実施形態２のＢ２５が０である場合の代わり、実施形態３のＢ２５が０である場合を使用しても同様の効果が得られる。

【0267】

＜実施形態７＞

【0268】

【表16】

【0269】

実施形態７は実施形態２のＢ２５が０である場合と現在定義されたｄｅｓｉｇｎのＢ２５が１である場合が組み合わせされた場合である。当該の例はＳＵｔｙｐｅにおいて柔軟な運用で性能及びｏｖｅｒｈｅａｄ観点から全て望ましく、ＭＵｔｙｐｅにおいてまた、性能及びｏｖｅｒｈｅａｄ観点から望ましい状況であり得る。実施形態２のＢ２５が０である場合の代わり実施形態３のＢ２５が０である場合を使用しても同様の効果が得られる。現在定義されたｄｅｓｉｇｎのＢ２５が１である場合の代わり実施形態５のＢ２５が１である場合を使用してＭＵｔｙｐｅにおいてｏｖｅｒｈｅａｄをさらに減らす効果が得られる。

【0270】

図２０は本実施形態に係る送信装置の動作を示した手順フロー図である。

【0271】

図２０の一例は送信ＳＴＡ又は送信装置（ＡＰ及び／又はｎｏｎ－ＡＰＳＴＡ）において実行される。

【0272】

図２０の一例の各ｓｔｅｐ（又は後述する詳細のｓｕｂ－ｓｔｅｐ）のうち、一部は省略するが変更することができる。

【0273】

Ｓ２０１０ステップを介して、送信装置（送信ＳＴＡ）は上述したＴｏｎｅｐｌａｎに関する情報を獲得（取得。ｏｂｔａｉｎ）することができる。上述した通りＴｏｎｅｐｌａｎに関する情報はＲＵのサイズ、位置、ＲＵに関する制御情報、ＲＵが含まれる周波数帯域に関する情報、ＲＵを受信するＳＴＡに関する情報などを含む。

【0274】

Ｓ２０２０ステップを介して、送信装置は獲得した制御情報に基づいてＰＰＤＵを構成／生成することができる。ＰＰＤＵを構成／生成するステップはＰＰＤＵの各フィールドを構成／生成するステップを含むことができる。すなわち、Ｓ２０２０ステップはＴｏｎｅｐｌａｎに関する制御情報を含むＥＨＴ－ＳＩＧフィールドを構成するステップを含む。すなわち、Ｓ２０２０ステップはＲＵのサイズ／位置を指示する制御情報（例えば、Ｎビットマップ）を含むフィールドを構成するステップ及び／又はＲＵを受信するＳＴＡの識別子（例えば、ＡＩＤ）を含むフィールドを構成するステップを含むことができる。

【0275】

また、Ｓ２０２０ステップは特定のＲＵを介して送信されるＳＴＦ／ＬＴＦシーケンスを生成するステップを含むことができる。ＳＴＦ／ＬＴＦシーケンスは既に設定されたＳＴＦ生成シーケンス／ＬＴＦ生成シーケンスに基づいて生成することができる。

【0276】

また、Ｓ２０２０ステップは特定のＲＵを介して送信されるデータフィールド（すなわち、ＭＰＤＵ）を生成するステップを含むことができる。

【0277】

送信装置はＳ２０２０ステップを介して構成されたＰＰＤＵをＳ２０３０ステップに基づいて受信装置に送信することができる。

【0278】

Ｓ２０３０ステップを実行する間、送信装置はＣＳＤ、ＳｐａｔｉａｌＭａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）などの動作のうち、少なくとも１つを実行することができる。

【0279】

本明細書によって構成された信号／フィールド／シーケンスは図１０の形で送信される。

【0280】

図２１は本実施形態に係る受信装置の動作を示した手順フロー図である。

【0281】

上述したＰＰＤＵは図２１の一例によって受信される。

【0282】

図２１の一例は受信ＳＴＡ又は受信装置（ＡＰ及び／又はｎｏｎ－ＡＰＳＴＡ）において実行される。

【0283】

図２１の一例の各ｓｔｅｐ（又は後述する詳細のｓｕｂ－ｓｔｅｐ）のうち、一部は省略することができる。

【0284】

受信装置（受信ＳＴＡ）はＳ２１１０ステップを介してＰＰＤＵの全部又は一部を受信することができる。受信された信号は図１０の形であり得る。

【0285】

Ｓ２１１０ステップのｓｕｂ－ｓｔｅｐは図２０のＳ２０３０ステップに基づいて決定される。すなわち、Ｓ２１１０ステップはＳ２０３０ステップにおいて適用された、ＣＳＤ、ＳｐａｔｉａｌＭａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）動作の結果を復元する動作を実行することができる。

【0286】

Ｓ２１２０ステップにおいて、受信装置はＰＰＤＵの全部／一部に対するデコーディングを実行することができる。また、受信装置はデコーディングされたＰＰＤＵからＴｏｎｅｐｌａｎ（すなわち、ＲＵ）に関する制御情報を獲得することができる。

【0287】

より具体的には、受信装置はＬｅｇａｃｙＳＴＦ／ＬＴＦに基づいてＰＰＤＵのＬ－ＳＩＧ及びＥＨＴ－ＳＩＧをデコーディングし、Ｌ－ＳＩＧ及びＥＨＴＳＩＧフィールドに含まれた情報を獲得することができる。本明細書に記載された様々なＴｏｎｅｐｌａｎ（すなわち、ＲＵ）に関する情報はＥＨＴ－ＳＩＧに含まれ、受信ＳＴＡはＥＨＴ－ＳＩＧを介してＴｏｎｅｐｌａｎ（すなわち、ＲＵ）に関する情報を獲得することができる。

【0288】

Ｓ２１３０ステップにおいて、受信装置はＳ２１２０ステップを介して獲得したＴｏｎｅｐｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵの残りの部分をデコーディングすることができる。例えば、受信ＳＴＡはｏｎｅＰｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵのＳＴＦ／ＬＴＦフィールドをデコーディングすることができる。また、受信ＳＴＡはＴｏｎｅｐｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵのデータフィールドをデコーディングし、データフィールドに含まれたＭＰＤＵを獲得することができる。

【0289】

また、受信装置はＳ２１３０ステップを介してデコーディングされたデータを上位層（例えば、ＭＡＣ層）で伝達する処理動作を実行することができる。また、上位層で伝達されたデータに対応して上位層からＰＨＹ層で信号の生成が指示される場合、後続動作を実行することができる。

【0290】

以下では、図１から図２１を参照して、上述した実施形態を説明する。

【0291】

図２２は本実施形態に係る送信ＳＴＡがフィードバックフレームを受信する手順を示したフロー図である。

【0292】

図２２の一例は次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）をサポートすることができるネットワーク環境において実行される。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと後方互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0293】

図２２の一例は送信ＳＴＡにおいて実行され、前記送信ＳＴＡはビームフォーマ（ｂｅａｍｆｏｒｍｅｒ）又はＡＰ（ａｃｃｅｓｓｐｏｉｎｔ）に対応することができる。図２２の受信ＳＴＡはビームフォーミー（ｂｅａｍｆｏｒｍｅｅ）又は少なくとも１つのＳＴＡ（ｓｔａｔｉｏｎ）に対応することができる。

【0294】

【0295】

Ｓ２２１０ステップにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）は受信ＳＴＡにＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信する。

【0296】

Ｓ２２２０ステップにおいて、前記送信ＳＴＡは前記受信ＳＴＡにＮＤＰフレームを送信する。

【0297】

Ｓ２２３０ステップにおいて、前記送信ＳＴＡは前記受信ＳＴＡから前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを受信する。

【0298】

前記受信ＳＴＡが１つのＳＴＡである場合、前記Ｓ２２１０ステップからＳ２２３０ステップの通りｎｏｎ－ＴＢ（ＴｒｉｇｇｅｒＢａｓｅｄ）サウンディング方法を使用する。しかし、前記受信ＳＴＡが複数のＳＴＡである場合（すなわち、ＭＵフィードバックである場合）、前記Ｓ２２２０ステップと前記Ｓ２２３０ステップの間にＢＦＲＰ（ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ）トリガーフレームを用いて前記フィードバックフレームをトリガーするＴＢサウンディング方法を使用することができる。具体的には、前記送信ＳＴＡは前記ＮＤＰフレームを送信した以降前記ＢＦＲＰトリガーフレームを送信して、前記ＢＦＲＰトリガーフレームによってトリガーされるフィードバックフレームを受信することができる。前記ＢＦＲＰトリガーフレームは少なくとも１つのユーザ情報フィールドを含み、前記ユーザ情報フィールドによって識別された受信ＳＴＡのみが前記フィードバックフレームを送信することができる。

【0299】

前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、

【0300】

前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビット（Ｂ２５及びＢ２６）を含む。

【0301】

【0302】

前記Ｎｇ値と前記フィードバック情報がＳＵに送信されるか又はＭＵに送信されるか否かは前記第１及び第２のビットに基づいて決定することができる。

【0303】

【0304】

【0305】

【0306】

【0307】

すなわち、本実施形態はＳＵ送信のためのフィードバックが必要な場合は大きいＮｇ値（１６又は３２）を指示し、ＭＵ送信のためのフィードバックが必要な場合は小さいＮｇ値（４又は８）を指示するためにＮＤＰＡフレームのＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを構成する方法を提案する。チャネルサウンディング動作の時Ｎｇ値が大きいほどフィードバックオーバーヘッドは減らせるが、フィードバック性能は落ちる場合があるため性能とオーバーヘッドのバランスをよく調整する必要がある。本実施形態によれば、Ｎｇ値がＳＵ又はＭＵ送信によって４、１６である場合のみならず８、３２である場合も指示できるためより様々なＮｇ値（２種類－＞４種類）をサポートすることでフィードバックオーバーヘッドと性能のバランスを調整できるといった効果がある。

【0308】

前記Ｎｇ値に係るフィードバックされるサブキャリアは次のように設定される。

【0309】

前記Ｎｇ値が４である場合、前記フィードバック情報は４個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含むことができる。前記Ｎｇ値が１６である場合、前記フィードバック情報は１６個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含むことができる。前記Ｎｇ値が８である場合、前記フィードバック情報は８個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含むことができる。前記Ｎｇ値が３２である場合、前記フィードバック情報は３２個のサブキャリア間隔でフィードバックされるサブキャリアに対する情報を含むことができる。

【0310】

前記ＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドは第３のビット（Ｂ２８）を含むことができる。

【0311】

例えば、前記第１のビットが０に設定され、前記第２のビットが０に設定され、前記第３のビットが０に設定される場合、量子化分解能（ｑｕａｎｔｉｚａｔｉｏｎｒｅｓｏｌｕｔｉｏｎ）のＰｈｉ値は４であり、Ｐｓｉ値は２であり得る。

【0312】

前記第１のビットが０に設定され、前記第２のビットが０に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は６であり、Ｐｓｉ値は４であり得る。

【0313】

前記第１のビットが０に設定され、前記第２のビットが１に設定され、前記第３のビットが０に設定される場合、量子化分解能のＰｈｉ値は４であり、Ｐｓｉ値は２であり得る。

【0314】

前記第１のビットが０に設定され、前記第２のビットが１に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は６であり、Ｐｓｉ値は４であり得る。

【0315】

前記第１のビットが１に設定され、前記第２のビットが０に設定され、前記第３のビットが０に設定される場合、量子化分解能のＰｈｉ値は７であり、Ｐｓｉ値は５であり得る。

【0316】

前記第１のビットが１に設定され、前記第２のビットが０に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は９であり、Ｐｓｉ値は７であり得る。

【0317】

前記第１のビットが１に設定され、前記第２のビットが１に設定され、前記第３のビットが０に設定される場合、前記フィードバック情報はＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）を含むことができる。

【0318】

前記第１のビットが１に設定され、前記第２のビットが１に設定され、前記第３のビットが１に設定される場合、量子化分解能のＰｈｉ値は９であり、Ｐｓｉ値は７であり得る。

【0319】

前記量子化分解能のＰｈｉ値及びＰｓｉ値は量子化された信号を二進符号で示すために必要なビット数であり得る。

【0320】

前記ＮＤＰＡフレームはＳＴＡＩｎｆｏフィールドを含むことができる。前記ＳＴＡＩｎｆｏフィールドはＡＩＤ１１サブフィールド、ＰａｒｔｉａｌＢＷＩｎｆｏサブフィールド、第１のＲｅｓｅｒｖｅｄサブフィールド、ＮｃＩｎｄｅｘサブフィールド、前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド、Ｄｉｓａｍｂｉｇｕａｔｉｏｎサブフィールド、ＣｏｄｅｂｏｏｋＳｉｚｅサブフィールド及び第２のＲｅｓｅｒｖｅｄサブフィールドを含むことができる。

【0321】

前記ＮＤＰフレーム及び前記フィードバックフレームは前記ＮＤＰＡフレームと同じ帯域において送信される。前記ＮＤＰフレームはＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＭＵ（ＭｕｌｔｉＵｓｅｒ）ＰＰＤＵの変形で定義することができる。前記ＮＤＰフレームはデータなしにＬ－ＳＴＦ（Ｌｅｇａｃｙ－ＳｈｏｒｔＴｒａｉｎｉｎｇＦｉｅｌｄ）、Ｌ－ＬＴＦ（Ｌｅｇａｃｙ－ＬｏｎｇＴｒａｉｎｉｎｇＦｉｅｌｄ）、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）、ＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬ－ＳＩＧ）、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）、ＥＨＴ－ＳＩＧ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦｓ及びＰＥ（ＰａｃｋｅｔＥｘｔｅｎｓｉｏｎ）を含むことができる。

【0322】

図２３は本実施形態に係る受信ＳＴＡがフィードバックフレームを送信する手順を示したフロー図である。

【0323】

図２３の一例は次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）をサポートすることができるネットワーク環境において実行される。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと後方互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0324】

図２３の一例は受信ＳＴＡにおいて実行され、前記受信ＳＴＡはビームフォーミー（ｂｅａｍｆｏｒｍｅｅ）又は少なくとも１つのＳＴＡ（ｓｔａｔｉｏｎ）に対応することができる。図２３の送信ＳＴＡはビームフォーマ（ｂｅａｍｆｏｒｍｅｒ）又はＡＰ（ａｃｃｅｓｓｐｏｉｎｔ）に対応することができる。

【0325】

【0326】

Ｓ２３１０ステップにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡからＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信する。

【0327】

Ｓ２３２０ステップにおいて、前記受信ＳＴＡは前記送信ＳＴＡからＮＤＰフレームを受信する。

【0328】

Ｓ２３３０ステップにおいて、前記受信ＳＴＡは前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信する。

【0329】

前記受信ＳＴＡが１つのＳＴＡである場合、前記Ｓ２３１０ステップからＳ２３３０ステップの通りｎｏｎ－ＴＢ（ＴｒｉｇｇｅｒＢａｓｅｄ）サウンディング方法を使用する。しかし、前記受信ＳＴＡが複数のＳＴＡである場合（すなわち、ＭＵフィードバックである場合）、前記Ｓ２３２０ステップと前記Ｓ２３３０ステップの間にＢＦＲＰ（ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ）トリガーフレームを用いて前記フィードバックフレームをトリガーするＴＢサウンディング方法を使用することができる。具体的には、前記送信ＳＴＡは前記ＮＤＰフレームを送信した以降、前記ＢＦＲＰトリガーフレームを送信して、前記ＢＦＲＰトリガーフレームによってトリガーされるフィードバックフレームを受信することができる。前記ＢＦＲＰトリガーフレームは少なくとも１つのユーザ情報フィールドを含み、前記ユーザ情報フィールドによって識別された受信ＳＴＡのみが前記フィードバックフレームを送信することができる。

【0330】

前記ＮＤＰＡフレームはＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールド及びＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドを含み、

【0331】

前記ＦｅｅｄｂａｃｋＴｙｐｅＡｎｄＮｇサブフィールドは第１及び第２のビット（Ｂ２５及びＢ２６）を含む。

【0332】

【0333】

【0334】

【0335】

【0336】

【0337】

【0338】

【0339】

前記Ｎｇ値に係るフィードバックされるサブキャリアは次の通り設定される。

【0340】

【0341】

前記ＣｏｄｅｂｏｏｋＳｉｚｅサブフィールドは第３のビット（Ｂ２８）を含むことができる。

【0342】

【0343】

【0344】

【0345】

【0346】

【0347】

【0348】

【0349】

【0350】

前記量子化分解能のＰｈｉ値及びＰｓｉ値は量子化された信号を二進符号で示すために必要なビット数であり得る。

【0351】

【0352】

前記ＮＤＰフレーム及び前記フィードバックフレームは前記ＮＤＰＡフレームと同じ帯域において送信される。前記ＮＤＰフレームはＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＭＵ（ＭｕｌｔｉＵｓｅｒ）ＰＰＤＵの変形として定義することができる。前記ＮＤＰフレームはデータなしにＬ－ＳＴＦ（Ｌｅｇａｃｙ－ＳｈｏｒｔＴｒａｉｎｉｎｇＦｉｅｌｄ）、Ｌ－ＬＴＦ（Ｌｅｇａｃｙ－ＬｏｎｇＴｒａｉｎｉｎｇＦｉｅｌｄ）、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）、ＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬ－ＳＩＧ）、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）、ＥＨＴ－ＳＩＧ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦｓ及びＰＥ（ＰａｃｋｅｔＥｘｔｅｎｓｉｏｎ）を含むことができる。

【0353】

４．装置構成

【0354】

上述した本明細書の技術的な特徴は様々な装置及び方法に適用される。例えば、上述した本明細書の技術的な特徴は図１及び／又は図１１の装置を介して実行／サポートされる。例えば、上述した本明細書の技術的な特徴は、図１及び／又は図１１の一部にのみ適用される。例えば、上述した本明細書の技術的な特徴は、図１の処理チップ１１４、１２４に基づいて実装されるか、図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて実装されるか、図１１のプロセッサ６１０とメモリ６２０に基づいて実装される。例えば、本明細書の装置は、送信ＳＴＡ（ｓｔａｔｉｏｎ）からＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信し、前記送信ＳＴＡからＮＤＰフレームを受信し、及び前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信する。

【0355】

本明細書の技術的な特徴はＣＲＭ（ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ）に基づいて実装される。例えば、本明細書によって提案されるＣＲＭは少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づく命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記憶媒体（ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ）である。

【0356】

前記ＣＲＭは、送信ＳＴＡ（ｓｔａｔｉｏｎ）からＮＤＰＡ（ＮｕｌｌＤａｔａＰａｃｋｅｔＡｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信するステップ、前記送信ＳＴＡからＮＤＰフレームを受信するステップ、及び前記送信ＳＴＡに前記ＮＤＰＡフレーム及び前記ＮＤＰフレームに基づいてフィードバックフレームを送信するステップを含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行する命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。本明細書のＣＲＭ内に格納される命令は少なくとも１つのプロセッサによって実行（ｅｘｅｃｕｔｅ）される。本明細書のＣＲＭに関する少なくとも１つのプロセッサは図１のプロセッサ１１１、１２１又は処理チップ１１４、１２４であるか、図１１のプロセッサ６１０であり得る。その一方で、本明細書のＣＲＭは図１のメモリ１１２、１２２であるか図１１のメモリ６２０であるか、別途の外部メモリ／格納媒体／ディスクなどであり得る。

【0357】

上述した本明細書の技術的な特徴は様々なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）をサポートする装置での無線通信のために上述した技術的な特徴が適用される。

【0358】

人工知能は人工的な知能またはこれを作る方法論を研究する分野を意味し、機械学習（ＭａｃｈｉｎｅＬｅａｒｎｉｎｇ）は人工知能分野において扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。機械学習はある作業に対して継続的な経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。

【0359】

人工ニューラルネットワーク（人工ニューラルネットワーク；ＡＮＮ）は機械学習において用いられるモデルとして、シナプスの結合にネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を持つモデル全般を意味する。人工ニューラルネットワークは他のレイヤーのニューロンの間の接続パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（ＡｃｔｉｖａｔｉｏｎＦｕｎｃｔｉｏｎ）によって定義される。

【0360】

人工ニューラルネットワークは入力層（ＩｎｐｕｔＬａｙｅｒ）、出力層（ＯｕｔｐｕｔＬａｙｅｒ）、そして選択的に一つ以上の隠れ層（ＨｉｄｄｅｎＬａｙｅｒ）を含むことができる。各層は一つ以上のニューロンを含み、人工ニューラルネットワークはニューロンとニューロンを接続するシナプスを含むことができる。人工ニューラルネットワークにおいて各ニューロンはシナプスを介して入力される入力信号、加重値、偏向に対する活性化関数の関数値を出力することができる。

【0361】

モデルパラメータは学習を介して決定されるパラメータを意味し、シナプス接続の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは機械学習アルゴリズムにおいて学習前に設定する必要があるパラメータを意味し、学習率（ＬｅａｒｎｉｎｇＲａｔｅ）、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。

【0362】

人工ニューラルネットワークの学習の目的は損失関数を最小化するモデルパラメータを決定することである。損失関数は人工ニューラルネットワークの学習過程において最適のモデルパラメータを決定するための指標として用いられる。

【0363】

機械学習は学習方法によって教師あり学習（ＳｕｐｅｒｖｉｓｅｄＬｅａｒｎｉｎｇ）、教師なし学習（ＵｎｓｕｐｅｒｖｉｓｅｄＬｅａｒｎｉｎｇ）、強化学習（ＲｅｉｎｆｏｒｃｅｍｅｎｔＬｅａｒｎｉｎｇ）として分類することができる。

【0364】

教師あり学習は学習データに対するラベル（ｌａｂｅｌ）が与えられた状態において人工ニューラルネットワークを学習させる方法を意味し、ラベルという学習データが人工ニューラルネットワークに入力される場合、人工ニューラルネットワークが推論する必要がある正解（または、結果値）を意味する。教師なし学習は学習データに対するラベルが与えられない状態において人工ニューラルネットワークを学習させる方法を意味する。強化学習はある環境内において定義されたエージェントが各状態において累積報酬を最大化する行動または行動順序を選択するように学習させる学習方法を意味する。

【0365】

人工ニューラルネットワークのうち、複数の隠れ層を含む深層ニューラルネットワーク（ＤＮＮ：ＤｅｅｐＮｅｕｒａｌＮｅｔｗｏｒｋ）として実装される機械学習を深層学習（ＤｅｅｐＬｅａｒｎｉｎｇ）とも呼び、深層学習は機械学習の一部である。以下で、機械学習は深層学習を含む意味として使用される。

【0366】

また、上述した技術的な特徴はロボットの無線通信に適用される。

【0367】

ロボットは自ら保有した能力によって与えられた仕事を自動に処理するか、作動する機械を意味する。特に、環境を認識し自ら判断して動作を実行する機能を持つロボットを知能型ロボットと称する。

【0368】

ロボットは使用目的や分野によって産業用、医療用、家庭用、軍事用などで分類できる。ロボットはアクチュエータまたはモータを含む駆動部を備えロボット関節を動かすなどの様々な物理動作を実行することができる。また、移動可能なロボットは駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか空中で飛行することができる。

【0369】

また、上述した技術的な特徴は拡張現実をサポートする装置に適用される。

【0370】

拡張現実は仮想現実（ＶＲ：ＶｉｒｔｕａｌＲｅａｌｉｔｙ）、拡張現実（ＡＲ：ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ）、複合現実（ＭＲ：ＭｉｘｅｄＲｅａｌｉｔｙ）を総称する。ＶＲ技術は現実世界のオブジェクトや背景などをＣＧ映像としてのみ提供し、ＡＲ技術は実際の物体映像上に仮想として作られたＣＧ映像をともに提供し、ＭＲ技術は現実世界に仮想物体をミックスして、且つ、結合させて提供するコンピューターグラフィックス技術である。

【0371】

ＭＲ技術は仮想物体と仮想物体を一緒に見せるという点でＡＲ技術と似ている。しかし、ＡＲ技術では仮想物体が仮想物体を補完する形で用いられる一方、ＭＲ技術では仮想物体と仮想物体が同等な性格で使用されるという点で違いがある。

【0372】

ＸＲ技術はＨＭＤ（Ｈｅａｄ－ＭｏｕｎｔＤｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ノートパソコン、デスクトップ、ＴＶ、デジタルサイネージなどに適用され、ＸＲ技術が適用された装置をＸＲ装置（ＸＲＤｅｖｉｃｅ）と称することができる。

【0373】

本明細書に記載された請求項は様々な方法に組み合わせることができる。例えば、本明細書の方法請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の装置請求項の技術的な特徴を組み合わせて方法として実装される。また、本明細書の方法請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の方法
請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて方法として実装される。

【図1(a)】