特許 7446483 ８０ＭＨＺのためのパイロット信号

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-29

(45)【発行日】2024-03-08

(54)【発明の名称】８０ＭＨＺのためのパイロット信号

(51)【国際特許分類】

   H04L 27/26 20060101AFI20240301BHJP

【ＦＩ】

H04L27/26 114

【請求項の数】 16

(21)【出願番号】P 2022566195

(86)(22)【出願日】2021-03-04

(65)【公表番号】

(43)【公表日】2023-06-08

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

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

(87)【国際公開日】2021-11-04

【審査請求日】2022-12-07

(31)【優先権主張番号】10-2020-0052760

(32)【優先日】2020-04-29

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

(31)【優先権主張番号】10-2020-0053112

(32)【優先日】2020-05-04

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

(31)【優先権主張番号】10-2020-0064536

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

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

(31)【優先権主張番号】10-2020-0067742

(32)【優先日】2020-06-04

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】チョン チンヨン

(72)【発明者】

【氏名】チェ チンス

(72)【発明者】

【氏名】イム トンクク

(72)【発明者】

【氏名】パク ウンソン

【審査官】大野 友輝

(56)【参考文献】

【文献】国際公開第２０１９／２４０４１６（ＷＯ，Ａ１）

【文献】特表２０１８－５２３９４１（ＪＰ，Ａ）

【文献】特表２０１８－５０１６８７（ＪＰ，Ａ）

【文献】Jinyoung Chun ，Proposed Draft Text of 'Pilots' section in PHY， IEEE 802.11-20/1351r1 ，IEEE, Internet<URL:https://mentor.ieee.org/802.11/dcn/20/11-20-1351-01-00be-pdt-phy-pilot.docx>，2020年09月11日

【文献】Jinyoung Chun et al.，Pilot subcarriers considering new tone plan，IEEE 802.11-20/0838r3 ，IEEE, Internet<URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0838-03-00be-pilot-subcarriers-for-new-tone-plan.pptx>，2020年06月22日

【文献】Ron Porat et al.，Pilot Locations in 996 RU，IEEE 802.11-20/0835r0 ，IEEE, Internet<URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0835-00-00be-pilot-locations-in-996-ru.pptx>，2020年05月29日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ２７／２６

(57)【特許請求の範囲】

【請求項1】

無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおける送信ＳＴＡ（ｓｔａｔｉｏｎ）により実行される方法において、
第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成するステップと、
８０ＭＨｚ帯域を介して前記第１のＰＰＤＵを送信するステップと、を含み、
前記第１のＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信される第１のデータフィールドを含み、
前記第１のデータフィールドは、前記９９６トーンＲＵのための第１のパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記第１のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
方法。

【請求項2】

第２のＰＰＤＵを生成するステップと、
８０ＭＨｚ帯域を介して前記第２のＰＰＤＵを送信するステップと、をさらに含み、
前記第２のＰＰＤＵは、２６トーンＲＵを介して送信される第２のデータフィールドを含み、
前記第２のデータフィールドは、前記２６トーンＲＵのための第２のパイロットサブキャリアを含み、前記第２のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４８０｝、｛－４６８、－４５４｝、｛－４４０、－４２６｝、｛－４１４、－４００｝、｛－３８６、－３７２｝、｛－３６０、－３４６｝、｛－３３４、－３２０｝、｛－３０６、－２９２｝、｛－２８０、－２６６｝、｛－２４６、－２３２｝、｛－２２０、－２０６｝、｛－１９２、－１７８｝、｛－１６６、－１５２｝、｛－１４０、－１２６｝、｛－１１２、－９８｝、｛－８６、－７２｝、｛－５８、－４４｝、｛－３２、－１８｝、｛１８、３２｝、｛４４、５８｝、｛７２、８６｝、｛９８、１１２｝、｛１２６、１４０｝、｛１５２、１６６｝、｛１７８、１９２｝、｛２０６、２２０｝、｛２３２、２４６｝、｛２６６、２８０｝、｛２９２、３０６｝、｛３２０、３３４｝、｛３４６、３６０｝、｛３７２、３８６｝、｛４００、４１４｝、｛４２６、４４０｝、｛４５４、４６８｝、または｛４８０、４９４｝
請求項１に記載の方法。

【請求項3】

第３のＰＰＤＵを生成するステップと、
８０ＭＨｚ帯域を介して前記第３のＰＰＤＵを送信するステップと、をさらに含み、
前記第３のＰＰＤＵは、５２トーンＲＵを介して送信される第３のデータフィールドを含み、
前記第３のデータフィールドは、前記５２トーンＲＵのための第３のパイロットサブキャリアを含み、前記第３のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４８０、－４６８、－４５４｝、｛－４４０、－４２６、－４１４、－４００｝、｛－３６０、－３４６、－３３４、－３２０｝、｛－３０６、－２９２、－２８０、－２６６｝、｛－２４６、－２３２、－２２０、－２０６｝、｛－１９２、－１７８、－１６６、－１５２｝、｛－１１２、－９８、－８６、－７２｝、｛－５８、－４４、－３２、－１８｝、｛１８、３２、４４、５８｝、｛７２、８６、９８、１１２｝、｛１５２、１６６、１７８、１９２｝、｛２０６、２２０、２３２、２４６｝、｛２６６、２８０、２９２、３０６｝、｛３２０、３３４、３４６、３６０｝、｛４００、４１４、４２６、４４０｝、または｛４５４、４６８、４８０、４９４｝
請求項１に記載の方法。

【請求項4】

第４のＰＰＤＵを生成するステップと、
８０ＭＨｚ帯域を介して前記第４のＰＰＤＵを送信するステップと、をさらに含み、
前記第４のＰＰＤＵは、１０６トーンＲＵを介して送信される第４のデータフィールドを含み、
前記第４のデータフィールドは、前記１０６トーンＲＵのための第４のパイロットサブキャリアを含み、前記第４のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００｝、｛－３６０、－３３４、－２９２、－２６６｝、｛－２４６、－２２０、－１７８、－１５２｝、｛－１１２、－８６、－４４、－１８｝、｛１８、４４、８６、１１２｝、｛１５２、１７８、２２０、２４６｝、｛２６６、２９２、３３４、３６０｝、または｛４００、４２６、４６８、４９４｝
請求項１に記載の方法。

【請求項5】

第５のＰＰＤＵを生成するステップと、
８０ＭＨｚ帯域を介して前記第５のＰＰＤＵを送信するステップと、をさらに含み、
前記第５のＰＰＤＵは、２４２トーンＲＵを介して送信される第５のデータフィールドを含み、
前記第５のデータフィールドは、前記２４２トーンＲＵのための第５のパイロットサブキャリアを含み、前記第５のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００、－３６０、－３３４、－２９２、－２６６｝、｛－２４６、－２２０、－１７８、－１５２、－１１２、－８６、－４４、－１８｝、｛１８、４４、８６、１１２、１５２、１７８、２２０、２４６｝、または｛２６６、２９２、３３４、３６０、４００、４２６、４６８、４９４｝
請求項１に記載の方法。

【請求項6】

第６のＰＰＤＵを生成するステップと、
８０ＭＨｚ帯域を介して前記第６のＰＰＤＵを送信するステップと、をさらに含み、
前記第６のＰＰＤＵは、４８４トーンＲＵを介して送信される第６のデータフィールドを含み、
前記第６のデータフィールドは、前記４８４トーンＲＵのための第６のパイロットサブキャリアを含み、前記第６のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００、－３６０、－３３４、－２９２、－２６６、－２４６、－２２０、－１７８、－１５２、－１１２、－８６、－４４、－１８｝、または｛１８、４４、８６、１１２、１５２、１７８、２２０、２４６、２６６、２９２、３３４、３６０、４００、４２６、４６８、４９４｝
請求項１に記載の方法。

【請求項7】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われる送信ＳＴＡ（ｓｔａｔｉｏｎ）において、
無線信号を送受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記送受信機に連結されるプロセッサと、を含み、前記プロセッサは、
第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成し、
８０ＭＨｚ帯域を介して前記第１のＰＰＤＵを送信する、ように設定され、
前記第１のＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信される第１のデータフィールドを含み、
前記第１のデータフィールドは、前記９９６トーンＲＵのための第１のパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記第１のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
送信ＳＴＡ。

【請求項8】

前記プロセッサは、
第２のＰＰＤＵを生成し、
８０ＭＨｚ帯域を介して前記第２のＰＰＤＵを送信する、ようにさらに設定され、
前記第２のＰＰＤＵは、２６トーンＲＵを介して送信される第２のデータフィールドを含み、
前記第２のデータフィールドは、前記２６トーンＲＵのための第２のパイロットサブキャリアを含み、前記第２のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４８０｝、｛－４６８、－４５４｝、｛－４４０、－４２６｝、｛－４１４、－４００｝、｛－３８６、－３７２｝、｛－３６０、－３４６｝、｛－３３４、－３２０｝、｛－３０６、－２９２｝、｛－２８０、－２６６｝、｛－２４６、－２３２｝、｛－２２０、－２０６｝、｛－１９２、－１７８｝、｛－１６６、－１５２｝、｛－１４０、－１２６｝、｛－１１２、－９８｝、｛－８６、－７２｝、｛－５８、－４４｝、｛－３２、－１８｝、｛１８、３２｝、｛４４、５８｝、｛７２、８６｝、｛９８、１１２｝、｛１２６、１４０｝、｛１５２、１６６｝、｛１７８、１９２｝、｛２０６、２２０｝、｛２３２、２４６｝、｛２６６、２８０｝、｛２９２、３０６｝、｛３２０、３３４｝、｛３４６、３６０｝、｛３７２、３８６｝、｛４００、４１４｝、｛４２６、４４０｝、｛４５４、４６８｝、または｛４８０、４９４｝
請求項７に記載の送信ＳＴＡ。

【請求項9】

前記プロセッサは、
第３のＰＰＤＵを生成し、
８０ＭＨｚ帯域を介して前記第３のＰＰＤＵを送信する、ようにさらに設定され、
前記第３のＰＰＤＵは、５２トーンＲＵを介して送信される第３のデータフィールドを含み、
前記第３のデータフィールドは、前記５２トーンＲＵのための第３のパイロットサブキャリアを含み、前記第３のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４８０、－４６８、－４５４｝、｛－４４０、－４２６、－４１４、－４００｝、｛－３６０、－３４６、－３３４、－３２０｝、｛－３０６、－２９２、－２８０、－２６６｝、｛－２４６、－２３２、－２２０、－２０６｝、｛－１９２、－１７８、－１６６、－１５２｝、｛－１１２、－９８、－８６、－７２｝、｛－５８、－４４、－３２、－１８｝、｛１８、３２、４４、５８｝、｛７２、８６、９８、１１２｝、｛１５２、１６６、１７８、１９２｝、｛２０６、２２０、２３２、２４６｝、｛２６６、２８０、２９２、３０６｝、｛３２０、３３４、３４６、３６０｝、｛４００、４１４、４２６、４４０｝、または｛４５４、４６８、４８０、４９４｝
請求項７に記載の送信ＳＴＡ。

【請求項10】

前記プロセッサは、
第４のＰＰＤＵを生成し、
８０ＭＨｚ帯域を介して前記第４のＰＰＤＵを送信する、ようにさらに設定され、
前記第４のＰＰＤＵは、１０６トーンＲＵを介して送信される第４のデータフィールドを含み、
前記第４のデータフィールドは、前記１０６トーンＲＵのための第４のパイロットサブキャリアを含み、前記第４のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００｝、｛－３６０、－３３４、－２９２、－２６６｝、｛－２４６、－２２０、－１７８、－１５２｝、｛－１１２、－８６、－４４、－１８｝、｛１８、４４、８６、１１２｝、｛１５２、１７８、２２０、２４６｝、｛２６６、２９２、３３４、３６０｝、または｛４００、４２６、４６８、４９４｝
請求項７に記載の送信ＳＴＡ。

【請求項11】

前記プロセッサは、
第５のＰＰＤＵを生成し、
８０ＭＨｚ帯域を介して前記第５のＰＰＤＵを送信する、ようにさらに設定され、
前記第５のＰＰＤＵは、２４２トーンＲＵを介して送信される第５のデータフィールドを含み、
前記第５のデータフィールドは、前記２４２トーンＲＵのための第５のパイロットサブキャリアを含み、前記第５のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００、－３６０、－３３４、－２９２、－２６６｝、｛－２４６、－２２０、－１７８、－１５２、－１１２、－８６、－４４、－１８｝、｛１８、４４、８６、１１２、１５２、１７８、２２０、２４６｝、または｛２６６、２９２、３３４、３６０、４００、４２６、４６８、４９４｝
請求項７に記載の送信ＳＴＡ。

【請求項12】

前記プロセッサは、
第６のＰＰＤＵを生成し、
８０ＭＨｚ帯域を介して前記第６のＰＰＤＵを送信する、ようにさらに設定され、
前記第６のＰＰＤＵは、４８４トーンＲＵを介して送信される第６のデータフィールドを含み、
前記第６のデータフィールドは、前記４８４トーンＲＵのための第６のパイロットサブキャリアを含み、前記第６のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４９４、－４６８、－４２６、－４００、－３６０、－３３４、－２９２、－２６６、－２４６、－２２０、－１７８、－１５２、－１１２、－８６、－４４、－１８｝、または｛１８、４４、８６、１１２、１５２、１７８、２２０、２４６、２６６、２９２、３３４、３６０、４００、４２６、４６８、４９４｝
請求項７に記載の送信ＳＴＡ。

【請求項13】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムの受信ＳＴＡ（ｓｔａｔｉｏｎ）で実行される方法において、
送信ＳＴＡから８０ＭＨｚ帯域を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を受信するステップと、
前記ＰＰＤＵを復号するステップと、を含み、
前記ＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信されるデータフィールドを含み、
前記データフィールドは、前記９９６トーンＲＵのためのパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記パイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
方法。

【請求項14】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われる受信ＳＴＡ（ｓｔａｔｉｏｎ）において、
無線信号を送受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記送受信機に連結されるプロセッサと、を含み、前記プロセッサは、
送信ＳＴＡから８０ＭＨｚ帯域を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を受信し、
前記ＰＰＤＵを復号するように設定され、
前記ＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信されるデータフィールドを含み、
前記データフィールドは、前記９９６トーンＲＵのためのパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記パイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
受信ＳＴＡ。

【請求項15】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムの送信ＳＴＡ（ｓｔａｔｉｏｎ）の少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成するステップと、
８０ＭＨｚ帯域を介して前記第１のＰＰＤＵを送信するステップと、を含む動作（ｏｐｅｒａｔｉｏｎ）を実行し、
前記第１のＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信される第１のデータフィールドを含み、
前記第１のデータフィールドは、前記９９６トーンＲＵのための第１のパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記第１のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
装置。

【請求項16】

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システム上の装置において、
メモリと、
前記メモリと動作可能に結合されたプロセッサ（ｐｒｏｃｅｓｓｏｒ）と、を含み、前記プロセッサは、
第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成し、
８０ＭＨｚ帯域を介して前記第１のＰＰＤＵを送信する、ように設定され、
前記第１のＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信される第１のデータフィールドを含み、
前記第１のデータフィールドは、前記９９６トーンＲＵのための第１のパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記第１のパイロットサブキャリアのインデックスは、下記の通りである、
｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝
装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムで新しいトーンプランに適したサブキャリア位置に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

多様な実施例による無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムにおける送信ＳＴＡ（ｓｔａｔｉｏｎ）は、第１のＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を生成する。送信ＳＴＡは、８０ＭＨｚ帯域を介して前記第１のＰＰＤＵを送信する。前記第１のＰＰＤＵは、９９６トーン（ｔｏｎｅ）ＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して送信される第１のデータフィールドを含む。前記第１のデータフィールドは、前記９９６トーンＲＵのための第１のパイロットサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含み、前記第１のパイロットサブキャリアのインデックスは、｛－４６８、－４００、－３３４、－２６６、－２２０、－１５２、－８６、－１８、１８、８６、１５２、２２０、２６６、３３４、４００、４６８｝の通りである。

【発明の効果】

【0005】

本明細書の一例によると、新しく定義された８０ＭＨｚトーンプランに適したパイロット信号を送受信することができる。

【図面の簡単な説明】

【0006】

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

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

【図3】一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。

【図4】ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示した図である。

【図5】２０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

【図6】４０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

【図7】８０ＭＨｚ帯域上で使用される資源ユニットＲＵの配置を示す図である。

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

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

【図10】ＵＬ－ＭＵによる動作を示す。

【図11】トリガーフレームの一例を示す。

【図12】トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。

【図13】ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。

【図14】ＵＯＲＡ技法の技術的特徴を説明する。

【図15】２．４ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。

【図16】５ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。

【図17】６ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を図示する。

【図18】本明細書に使用されるＰＰＤＵの一例を示す。

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

【図20】８０ＭＨｚ ＯＦＤＭＡトーンプランの一実施例を示す。

【図21】トーンプランの一実施例を示す。

【図22】送信ＳＴＡ動作方法の一実施例を示す。

【図23】受信ＳＴＡ動作方法の一実施例を示す。

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

【0007】

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

【0008】

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は、「Ａ及び／又はＢ」を意味することができる。これにより、「Ａ／Ｂ」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ、またはＣ」を意味することができる。

【0009】

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

【0010】

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

【0011】

また、本明細書において使用される括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味することができる。具体的に、「制御情報（ＥＨＴ－Ｓｉｇｎａｌ）」と表示された場合、「制御情報」の一例として「ＥＨＴ－Ｓｉｇｎａｌ」が提案されたことでありうる。言い換えれば、本明細書の「制御情報」は、「ＥＨＴ－Ｓｉｇｎａｌ」に制限（ｌｉｍｉｔ）されず、「ＥＨＴ－Ｓｉｇｎａｌ」が「制御情報」の一例として提案されたことでありうる。また、「制御情報（すなわち、ＥＨＴ－ｓｉｇｎａｌ）」と表示された場合にも、「制御情報」の一例として「ＥＨＴ－ｓｉｇｎａｌ」が提案されたことでありうる。

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

第１のＳＴＡ（１１０）は、プロセッサ１１１、メモリ１１２、及びトランシーバ１１３を備えることができる。図示されたプロセッサ、メモリ、及びトランシーバは、各々別のチップで実現されるか、少なくとも２つ以上記のブロック／機能が１つのチップを介して実現されることができる。

【0022】

第１のＳＴＡのトランシーバ１１３は、信号の送受信動作を行う。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信できる。

【0023】

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

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

【表1】

【0079】

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

【0080】

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

【0081】

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

【0082】

【表2】

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

図９は、ＭＵ－ＭＩＭＯ技法によって複数のＵｓｅｒ ＳＴＡが同じＲＵに割り当てられる一例を示す。

【0088】

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

【0089】

８個のＵｓｅｒ ｆｉｅｌｄは、図９に示された順序で含まれることができる。また、図８において図示されたように、２個のＵｓｅｒ ｆｉｅｌｄは、１個のＵｓｅｒ ｂｌｏｃｋ ｆｉｅｌｄで実現されることができる。

【0090】

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

【0091】

それぞれのＵｓｅｒ ｆｉｅｌｄは、同じ大きさ（例えば、２１ビット）を有することができる。例えば、第１のフォーマット（ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ ｆｉｅｌｄは、次のように構成されることができる。

【0092】

例えば、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第１のビット（例えば、Ｂ０－Ｂ１０）は、当該Ｕｓｅｒ ｆｉｅｌｄが割り当てられるＵｓｅｒ ＳＴＡの識別情報（例えば、ＳＴＡ－ＩＤ、ｐａｒｔｉａｌ ＡＩＤ等）を含むことができる。また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第２のビット（例えば、Ｂ１１－Ｂ１４）は、空間設定（ｓｐａｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報を含むことができる。具体的に、第２のビット（すなわち、Ｂ１１－Ｂ１４）の一例は、下記の表３乃至表４のとおりであることができる。

【0093】

【表3】

【0094】

【表4】

【0095】

表３及び／又は表４に示されたように、第２のビット（すなわち、Ｂ１１－Ｂ１４）は、ＭＵ－ＭＩＭＯ技法によって割り当てられる複数のＵｓｅｒ ＳＴＡに割り当てられるＳｐａｔｉａｌ Ｓｔｒｅａｍの個数に関する情報を含むことができる。例えば、図９のように、１０６－ＲＵに３個のＵｓｅｒ ＳＴＡがＭＵ－ＭＩＭＯ技法に基づいて割り当てられる場合、Ｎ＿ｕｓｅｒは、「３」に設定され、これにより、表３に表示されたように、Ｎ＿ＳＴＳ［１］、Ｎ＿ＳＴＳ［２］、Ｎ＿ＳＴＳ［３］の値が決定され得る。例えば、第２のビット（Ｂ１１－Ｂ１４）の値が「００１１」である場合、Ｎ＿ＳＴＳ［１］＝４、Ｎ＿ＳＴＳ［２］＝１、Ｎ＿ＳＴＳ［３］＝１に設定されることができる。すなわち、図９の一例においてＵｓｅｒ ｆｉｅｌｄ １に対しては、４個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ２に対しては、１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ３に対しては、１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ得る。

【0096】

表３及び／又は表４の一例のように、ユーザステーション（Ｕｓｅｒ ＳＴＡ）のための空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、４ビットで構成されることができる。また、ユーザステーション（Ｕｓｅｒ ＳＴＡ）のための空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、最大８個の空間ストリームまで支援することができる。また、空間ストリーム（Ｓｐａｔｉａｌ Ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、１つのＵｓｅｒ ＳＴＡのために、最大４個の空間ストリームまで支援することができる。

【0097】

また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第３のビット（すなわち、Ｂ１５－１８）は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報を含むことができる。ＭＣＳ情報は、当該ＳＩＧ－Ｂが含まれるＰＰＤＵ内のデータフィールドに適用されることができる。

【0098】

本明細書において使用されるＭＣＳ、ＭＣＳ情報、ＭＣＳインデックス、ＭＣＳフィールドなどは、特定のインデックス値で表示されることができる。例えば、ＭＣＳ情報は、インデックス０ないしインデックス１１で表示されることができる。ＭＣＳ情報は、性状変調タイプ（例えば、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ、１０２４－ＱＡＭ等）に関する情報、及びコーディングレート（例えば、１／２、２／３、３／４、５／６等）に関する情報を含むことができる。ＭＣＳ情報には、チャネルコーディングタイプ（例えば、ＢＣＣまたはＬＤＰＣ）に関する情報が除外され得る。

【0099】

また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第４のビット（すなわち、Ｂ１９）は、Ｒｅｓｅｒｖｅｄフィールドであることができる。

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

【表5】

【0178】

【表6】

【0179】

【表7】

【0180】

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

【0181】

ＥＨＴ－ＳＩＧは、多様なＭＣＳ技法に基づいて構成されることができる。前述したように、ＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関連した情報は、Ｕ－ＳＩＧに含まれることができる。ＥＨＴ－ＳＩＧは、ＤＣＭ技法に基づいて構成されることができる。例えば、ＥＨＴ－ＳＩＧのために割り当てられたＮ個のデータトーン（例えば、５２個のデータトーン）のうち、連続する半分のトーンには第１の変調技法が適用され、残りの連続する半分のトーンには第２の変調技法が適用されることができる。すなわち、送信ＳＴＡは、特定の制御情報を第１の変調技法に基づいて第１のシンボルに変調して連続する半分のトーンに割り当て、同じ制御情報を第２の変調技法に基づいて第２のシンボルに変調して残りの連続する半分のトーンに割り当てることができる。前述したように、ＥＨＴ－ＳＩＧにＤＣＭ技法が適用されるかどうかに関連した情報（例えば、１ビットフィールド）は、Ｕ－ＳＩＧに含まれることができる。

【0182】

図１８のＥＨＴ－ＳＴＦは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。図１８のＥＨＴ－ＬＴＦは、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。

【0183】

図１８のＥＨＴ－ＳＴＦは、様々なタイプに設定されることができる。例えば、ＳＴＦのうち、第１のタイプ（すなわち、１ｘ ＳＴＦ）は、１６個のサブキャリア間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第１のタイプＳＴＦシーケンスに基づいて生成されることができる。第１のタイプＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、０．８μｓの周期を有することができ、０．８μｓの周期信号は、５回繰り返されて４μｓ長さを有する第１のタイプＳＴＦになることができる。例えば、ＳＴＦのうち、第２のタイプ（すなわち、２ｘ ＳＴＦ）は、８個のサブキャリア間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第２のタイプＳＴＦシーケンスに基づいて生成されることができる。第２のタイプＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、１．６μｓの周期を有することができ、１．６μｓの周期信号は、５回繰り返されて８μｓ長さを有する第２のタイプＥＨＴ－ＳＴＦになることができる。以下では、ＥＨＴ－ＳＴＦを構成するためのシーケンス（すなわち、ＥＨＴ－ＳＴＦシーケンス）の一例が提示される。以下のシーケンスは、様々な方式で変形されることができる。

【0184】

ＥＨＴ－ＳＴＦは、以下のＭシーケンスに基づいて構成されることができる。

【0185】

＜数１＞
Ｍ＝｛－１、－１、－１、１、１、１、－１、１、１、１、－１、１、１、－１、１｝

【0186】

２０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。例えば、第１のタイプシーケンスは、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ） ＰＰＤＵでないＥＨＴ－ＰＰＤＵに含まれることができる。下記の数式において（ａ：ｂ：ｃ）は、ａトーンインデックス（すなわち、サブキャリアインデックス）からｃトーンインデックスまでｂトーン間隔（すなわち、サブキャリア間隔）で定義される区間を意味することができる。例えば、下記の数式２は、トーンインデックス－１１２から１１２インデックスまで１６トーン間隔で定義されるシーケンスを表すことができる。ＥＨＴ－ＳＴＦに対しては、７８．１２５ｋＨｚのサブキャリアスペーシングが適用されるので、１６トーン間隔は、７８．１２５＊１６＝１２５０ｋＨｚ間隔でＥＨＴ－ＳＴＦ ｃｏｅｆｆｉｃｉｅｎｔ（または、ｅｌｅｍｅｎｔ）が配置されることを意味することができる。また、＊は、乗算を意味し、ｓｑｒｔ（）は、スクエアルートを意味する。

【0187】

＜数２＞
ＥＨＴ－ＳＴＦ（－１１２：１６：１１２）＝｛Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（０）＝０

【0188】

４０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

【0189】

＜数３＞
ＥＨＴ－ＳＴＦ（－２４０：１６：２４０）＝｛Ｍ、０、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0190】

８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

【0191】

＜数４＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0192】

１６０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１のタイプ（すなわち、１ｘ ＳＴＦ）シーケンスであることができる。

【0193】

＜数５＞
ＥＨＴ－ＳＴＦ（－１００８：１６：１００８）＝｛Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ、０、－Ｍ、－１、Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0194】

８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、下位８０ＭＨｚのためのシーケンスは、数式４と同一であることができる。８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。

【0195】

＜数６＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛－Ｍ、－１、Ｍ、０、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0196】

以下、数式７ないし数式１１は、第２のタイプ（すなわち、２ｘ ＳＴＦ）シーケンスの一例に関連する。

【0197】

＜数７＞
ＥＨＴ－ＳＴＦ（－１２０：８：１２０）＝｛Ｍ、０、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0198】

４０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

【0199】

＜数８＞
ＥＨＴ－ＳＴＦ（－２４８：８：２４８）＝｛Ｍ、－１、－Ｍ、０、Ｍ、－１、Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－２４８）＝０
ＥＨＴ－ＳＴＦ（２４８）＝０

【0200】

８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

【0201】

＜数９＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛Ｍ、－１、Ｍ、－１、－Ｍ、－１、Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）

【0202】

１６０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。

【0203】

＜数１０＞
ＥＨＴ－ＳＴＦ（－１０１６：１６：１０１６）＝｛Ｍ、－１、Ｍ、－１、－Ｍ、－１、Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ、０、－Ｍ、１、－Ｍ、１、Ｍ、１、－Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－８）＝０、ＥＨＴ－ＳＴＦ（８）＝０、
ＥＨＴ－ＳＴＦ（－１０１６）＝０、ＥＨＴ－ＳＴＦ（１０１６）＝０

【0204】

８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、下位８０ＭＨｚのためのシーケンスは、数式９と同一であることができる。８０＋８０ＭＨｚ ＰＰＤＵのためのＥＨＴ－ＳＴＦのうち、上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。

【0205】

＜数１１＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛－Ｍ、１、－Ｍ、１、Ｍ、１、－Ｍ、０、－Ｍ、１、Ｍ、１、－Ｍ、１、－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－５０４）＝０、
ＥＨＴ－ＳＴＦ（５０４）＝０

【0206】

ＥＨＴ－ＬＴＦは、第１、第２、第３のタイプ（すなわち、１ｘ、２ｘ、４ｘ ＬＴＦ）を有することができる。例えば、第１／第２／第３のタイプＬＴＦは、４／２／１個のサブキャリア間隔でｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置されるＬＴＦシーケンスに基づいて生成されることができる。第１／第２／第３のタイプＬＴＦは、３．２／６．４／１２．８μｓの時間長さを有することができる。また、第１／第２／第３のタイプＬＴＦには、様々な長さのＧＩ（例えば、０．８／１／６／３．２μｓ）が適用され得る。

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

図１８のＰＰＤＵは、以下の方法に基づいてＥＨＴ ＰＰＤＵと判断（または、識別）されることができる。

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

図１９は、本明細書の送信装置及び／又は受信装置の変形された一例を示す。

【0220】

図１の副図面（ａ）／（ｂ）の各装置／ＳＴＡは、図１９のように変形されることができる。図１９のトランシーバ６３０は、図１のトランシーバ１１３、１２３と同一であることができる。図１９のトランシーバ６３０は、受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を備えることができる。

【0221】

図１９のプロセッサ６１０は、図１のプロセッサ１１１、１２１と同一であることができる。または、図１９のプロセッサ６１０は、図１のプロセシングチップ１１４、１２４と同一であることができる。

【0222】

図１９のメモリ１５０は、図１のメモリ１１２、１２２と同一であることができる。または、図１９のメモリ１５０は、図１のメモリ１１２、１２２とは相違した別の外部メモリであることができる。

【0223】

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

【0224】

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

【0225】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された２０ＭＨｚ帯域の１ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0226】

【0227】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された４０ＭＨｚ帯域の１ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0228】

【0229】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された８０ＭＨｚ帯域の１ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0230】

【0231】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された１６０ＭＨｚ帯域の１ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0232】

【0233】

１ｘ ＨＥ－ＬＴＦを使用する８０＋８０ＭＨｚ送信の場合、下位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_lower_1x}の８０ＭＨｚ １ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならず、上位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_upper_1x}の８０ＭＨｚ １ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならない。

【0234】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された２０ＭＨｚ帯域の２ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0235】

【0236】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された４０ＭＨｚ帯域の２ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0237】

【0238】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された８０ＭＨｚ帯域の２ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0239】

【0240】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された１６０ＭＨｚ帯域の２ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0241】

【0242】

【0243】

２ｘ ＨＥ－ＬＴＦを使用する８０＋８０ＭＨｚ送信の場合、下位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_lower_2x}の８０ＭＨｚ ２ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならず、上位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_upper_2x}の８０ＭＨｚ ２ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならない。

【0244】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された２０ＭＨｚ帯域の４ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0245】

【0246】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された４０ＭＨｚ帯域の４ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0247】

【0248】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された８０ＭＨｚ帯域の４ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0249】

【0250】

既存８０２．１１ａｘ、すなわち、ＨＥで規定された１６０ＭＨｚ帯域の４ｘ ＨＥ－ＬＴＦは、下記の通りである。

【0251】

【0252】

４ｘ ＨＥ－ＬＴＦを使用する８０＋８０ＭＨｚ送信の場合、下位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_lower_4x}の８０ＭＨｚ ４ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならず、上位８０ＭＨｚ周波数セグメントは、ＨＥＬＴＦ－_-500、500-＝ＬＴＦ_{80MHz_upper_4x}の８０ＭＨｚ ４ｘ ＨＥ－ＬＴＦシーケンスを使用しなければならない。

【0253】

図２０は、８０ＭＨｚ ＯＦＤＭＡトーンプランの一実施例を示す。

【0254】

図２０を参照すると、８０ＭＨｚ ＯＦＤＭＡトーンプランは、４０ＭＨｚ ＯＦＤＭＡトーンプランを複製し、各々＋／－２０ＭＨｚ移動することによって構成されることができる。例えば、１６０ＭＨｚ、２４０ＭＨｚ、３２０ＭＨｚトーンプランは、８０ＭＨｚトーンプランを複写する方法で構成されることができる。

【0255】

８０ＭＨｚ ＯＦＤＭＡトーンプランは、下記のように構成されることができる。

【0256】

｛－２５６＋［－２４４：－３３：２４４］、２５６＋［－２４４：－３３：２４４］｝=［－５００：－２５９、－２５３：－１２、１２：２５３、２５９：５００］

【0257】

新しいトーンプランは、本質的に「－２５３：－１２」及び「１２：２５３」部分とｓｍａｌｌ ＲＵのみ１１ａｘと相対的に移動したものである。４８４ＲＵは、中間に５個の空のトーンを有するように、類似するように変更されることができる。８０ＭＨｚ ＯＦＤＭＡは、４０ＭＨｚ複製であって、表８の４８４トーンＲＵを右側／左側に各々２５６トーン移動したものである。

【0258】

【表8】

【0259】

提案されたｎｅｗ ｔｏｎｅ ｐｌａｎによってｔｏｎｅ ｐｌａｎを設計する場合、ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置が変わることができる。例えば、８０ＭＨｚの構成の場合、２４２ｔｏｎｅが４個が含まれ、２番目と３番目の２４２ｔｏｎｅがＤＣ側に５ｔｏｎｅずつｓｈｉｆｔされるようになる。Ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒも、これと共に５ｔｏｎｅずつｓｈｉｆｔをする場合、奇数ｔｏｎｅに位置するようになって問題になることができる。したがって、本発明ではｐｉｌｏｔの位置を異なるようにする方法を提案する。

【0260】

まず、既存の８０ＭＨｚでのｔｏｎｅ ｐｌａｎは、表９の通りである。

【0261】

【表9】

【0262】

８０ＭＨｚでの新しいｔｏｎｅ ｐｌａｎの一実施例は、表１０の通りである。

【0263】

【表10】

【0264】

新しいｔｏｎｅ ｐｌａｎによると、ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置が変わらなければならないが、既存方式を維持すると、奇数ｔｏｎｅにｍａｐｐｉｎｇされるようになる。この場合、ＳＴＦ／ＬＴＦなどが偶数ｔｏｎｅにのみｍａｐｐｉｎｇされる場合、ｐｉｌｏｔが奇数ｔｏｎｅにｍａｐｐｉｎｇされると、問題になることができて、本明細書ではｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置を表１１のように提案する。

【0265】

【表11】

【0266】

ここで、１４及び２３番目の２６ＲＵのためのｐｉｌｏｔは｛－１３８、－１２４｝及び｛１２４、１３８｝の代わりに｛－１４０、－１２６｝及び｛１２６、１４０｝を使用することもできる。これはｐｉｌｏｔ ｔｏｎｅを２６トーンＲＵ内で１～２６ｔｏｎｅのうち６乃至７番目のｔｏｎｅまたは２０乃至２１番目のｔｏｎｅの位置に合わせるためである。

【0267】

また、新しいｔｏｎｅ ｐｌａｎの場合にも、９９６ＲＵは変更事項がないため、９９６ＲＵまたはそれの倍数になるＲＵを使用する場合には、既存のｐｉｌｏｔの位置をそのまま維持することもできる。

【0268】

前記Ｐｉｌｏｔ ｔｏｎｅを［８０＿Ｐｉｌｏｔ＿ｉｄｘ］と称すると、１６０／２４０／３２０ＭＨｚの場合、Ｐｉｌｏｔ ｔｏｎｅを下記のように表現できる。

【0269】

１６０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２

【0270】

２４０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１０２４、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１０２４

【0271】

３２０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１５３６、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１５３６

【0272】

１１ｂｅで通過された新しいａｇｇｒｅｇａｔｅｄ ＲＵ（以下、ＭＲＵと称する）またはさらに追加される可能性があるＭＲＵは、下記の通りである。

【0273】

８０ＭＨｚの場合：２６＋５２ＭＲＵ、２６＋１０６ＭＲＵ、４８４＋２４２ＭＲＵ

【0274】

１６０ＭＨｚの場合：２６＋５２ＭＲＵ、２６＋１０６ＭＲＵ、４８４＋９９６ＭＲＵ、２４２＋４８４＋９９６ＭＲＵ

【0275】

２４０ＭＨｚの場合：２６＋５２ＭＲＵ、２６＋１０６ＭＲＵ、２＊９９６ＭＲＵ、２＊９９６＋４８４ＭＲＵ、９９６＋４８４ＭＲＵ

【0276】

３２０ＭＨｚの場合：２６＋５２ＭＲＵ、２６＋１０６ＭＲＵ、３＊９９６ＭＲＵ、３＊９９６＋４８４ＭＲＵ、４８４＋９９６ＭＲＵ

【0277】

このＭＲＵに対して新しいｔｏｎｅ ｐｌａｎに対するｐｉｌｏｔ ｔｏｎｅは、下記のような二つの方式に定義することができる。

【0278】

方法１．Ｘ＋Ｙ ＭＲＵの場合、Ｘ ＲＵとＹ ＲＵの各々に対するｐｉｌｏｔ ｔｏｎｅを使用する。例えば、２６＋５２ｔｏｎｅの場合、前記表で定義された２６－ｔｏｎｅ ＲＵに対するｐｉｌｏｔ ｉｎｄｅｘ及び５２－ｔｏｎｅ ＲＵに対するｐｉｌｏｔ ｉｎｄｅｘを各々適用できる。２４２＋４８４＋９９６ＭＲＵの場合、各々、２４２－ｔｏｎｅ ＲＵ、４８４－ｔｏｎｅ ＲＵ、及び９９６－ｔｏｎｅ ＲＵに対するｐｉｌｏｔ ｉｎｄｅｘを使用することができる。多数の９９６が含まれている場合にも、各々、９９６－ｔｏｎｅ ＲＵに対するｐｉｌｏｔ ｉｎｄｅｘを使用することができる。

【0279】

方法２．Ｘ＋Ｙ ＭＲＵの場合、Ｘ＋Ｙ値より大きいＲＵのうち最も小さいＲＵに対するｐｉｌｏｔ ｔｏｎｅを使用することができる。すなわち、２６＋５２ＭＲＵの場合、１０６－ｔｏｎｅ ＲＵに対するｐｉｌｏｔ ｉｎｄｅｘを使用し、そのうち含まれない２６－ｔｏｎｅに属するｐｉｌｏｔ ｉｎｄｅｘは含まない方法である。２６＋１０６ＭＲＵの場合、２４２－ｔｏｎｅ ＲＵのｐｉｌｏｔ ｉｎｄｅｘを使用し、含まれないｔｏｎｅ ｉｎｄｅｘに属するｐｉｌｏｔ ｉｎｄｅｘは含まない。４８４＋２４２ＭＲＵの場合、９９６－ｔｏｎｅ ＲＵのｐｉｌｏｔ ｉｎｄｅｘを使用するが、含まれないｔｏｎｅ ｉｎｄｅｘに属するｐｉｌｏｔ ｉｎｄｅｘは含まない。ただし、９９６－ｔｏｎｅ ＲＵより大きい場合は、各々、９９６－ｔｏｎｅ ＲＵに属するｐｉｌｏｔ ｉｎｄｅｘを使用する。例えば、３２０ＭＨｚの場合、３＊９９６＋４８４ＭＲＵであると、３２０ＭＨｚの場合のｐｉｌｏｔ ｉｎｄｅｘを使用し、含まれないｔｏｎｅに属するｐｉｌｏｔ ｉｎｄｅｘは含まない。

【0280】

図２１は、トーンプランの一実施例を示す。

【0281】

図２１を参照すると、８０ＭＨｚでの２６＋５２ＭＲＵの定義（斜線を引いた部分）に対して、方法１と方法２のｐｉｌｏｔ ｔｏｎｅを例示すると、表１２の通りである。

【0282】

【表12】

【0283】

例示のＰｉｌｏｔ ｔｏｎｅを［８０＿Ｐｉｌｏｔ＿ｉｄｘ］と称すると、１６０／２４０／３２０ＭＨｚの場合、Ｐｉｌｏｔ ｔｏｎｅを下記のように表現できる。

【0284】

１６０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２

【0285】

２４０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１０２４、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１０２４

【0286】

３２０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１５３６、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１５３６

【0287】

８０ＭＨｚで新しいｔｏｎｅ ｐｌａｎの一実施例は、表１３の通りである。

【0288】

【表13】

【0289】

新しいｔｏｎｅ ｐｌａｎによると、ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置が変わらなければならないが、既存方式を維持すると、奇数ｔｏｎｅにｍａｐｐｉｎｇされるようになる。この場合、ＳＴＦ／ＬＴＦなどが偶数ｔｏｎｅにのみｍａｐｐｉｎｇされる場合、ｐｉｌｏｔが奇数ｔｏｎｅにｍａｐｐｉｎｇされると、問題になることができて、本明細書ではｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置を表１４のように提案する。

【0290】

【表14】

【0291】

前記Ｐｉｌｏｔ ｔｏｎｅを［８０＿Ｐｉｌｏｔ＿ｉｄｘ］と称すると、１６０／２４０／３２０ＭＨｚの場合、Ｐｉｌｏｔ ｔｏｎｅを下記のように表現できる。

【0292】

１６０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２

【0293】

２４０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－７６８、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋７６８

【0294】

３２０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１０２４、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１０２４

【0295】

または、例えば、前記Ｐｉｌｏｔ ｔｏｎｅを［８０＿Ｐｉｌｏｔ＿ｉｄｘ］と称すると、１６０／２４０／３２０ＭＨｚの場合、Ｐｉｌｏｔ ｔｏｎｅを下記のように表現できる。

【0296】

１６０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２

【0297】

２４０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－７６８、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋７６８

【0298】

３２０ＭＨｚの場合：［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－１０２４、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］－５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋５１２、［８０＿Ｐｉｌｏｔ＿ｉｄｘ］＋１０２４

【0299】

表１５は、ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒの位置の一実施例を示したものである。

【0300】

【表15】

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

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

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