特許 7392158 無線ＬＡＮシステムにおけるＰＰＤＵを受信する方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2023-11-27

(45)【発行日】2023-12-05

(54)【発明の名称】無線ＬＡＮシステムにおけるＰＰＤＵを受信する方法及び装置

(51)【国際特許分類】

   H04W 72/0453 20230101AFI20231128BHJP

   H04W 28/06 20090101ALI20231128BHJP

   H04W 84/12 20090101ALI20231128BHJP

【ＦＩ】

H04W72/0453

H04W28/06 110

H04W84/12

【請求項の数】 19

(21)【出願番号】P 2022538980

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

(65)【公表番号】

(43)【公表日】2023-03-02

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

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

(87)【国際公開日】2021-07-15

【審査請求日】2022-06-23

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

(32)【優先日】2020-01-10

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

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

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

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

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

(32)【優先日】2020-08-24

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】パク ウンソン

(72)【発明者】

【氏名】チョン チンヨン

(72)【発明者】

【氏名】チェ チンス

(72)【発明者】

【氏名】イム ドングク

【審査官】松野 吉宏

(56)【参考文献】

【文献】John Son (WILUS)，Preamble Puncturing and SIG-B Signaling，IEEE 802.11-19/1606r0，米国，IEEE mentor，2019年11月08日

【文献】Woojin Ahn (WILUS)，Wider Bandwidth Channel Access in EHT，IEEE 802.11-19/1242r0，米国，IEEE mentor，2019年07月17日

【文献】Ross Jian Yu (Huawei Technologies)，preamble structure in 11be，IEEE 802.11-19/1099r2，米国，IEEE mentor，2019年09月16日

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

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線ＬＡＮシステムにおいて、
受信ＳＴＡ（ｓｔａｔｉｏｎ）が、送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップと、
前記受信ＳＴＡが、前記ＰＰＤＵを復号するステップを含み、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、方法。

【請求項2】

前記各８０ＭＨｚ帯域は第１から第４の２０ＭＨｚチャネルを含み、
前記第１から第４の２０ＭＨｚチャネルは低い周波数から高い周波数順に配置され、
前記４ビットビットマップのうち、１番目のビットは前記第１の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、２番目のビットは前記第２の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、３番目のビットは前記第３の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、４番目のビットは前記第４の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含む、請求項１に記載の方法。

【請求項3】

前記４ビットビットマップは１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００、１００１のうち、一つに設定される、請求項２に記載の方法。

【請求項4】

前記ＰＰＤＵは第２信号フィールドをさらに含み、
前記第２信号フィールドは前記第１及び第３の２０ＭＨｚチャネルに対して複製された第１信号の情報及び前記第２及び第４の２０ＭＨｚチャネルに対して複製された第２信号の情報を含む、請求項３に記載の方法。

【請求項5】

前記４ビットビットマップが０１１１に設定される場合、前記第１の２０ＭＨｚチャネルはパンクチャリングされ、
前記第２信号フィールドは前記第３の２０ＭＨｚチャネルに対して前記第１信号の情報を含み、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号の情報を含む、請求項４に記載の方法。

【請求項6】

前記第１信号フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールドであり、
前記第２信号フィールドはＥＨＴ－ＳＩＧ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ－Ｓｉｇｎａｌ）フィールドであり、
前記ＰＰＤＵはデータフィールドをさらに含み、
前記データフィールドは前記第１及び第２信号フィールドに基づいて決定されたリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して受信される、請求項４に記載の方法。

【請求項7】

前記第１信号フィールドは前記広帯域の帯域幅に対する第２情報を含み、
前記第２情報は３ビットに構成され、
前記広帯域の帯域幅は前記３ビットに基づいて２０ＭＨｚ、４０ＭＨｚ，８０ＭＨｚ、１６０／８０＋８０ＭＨｚ、２４０／１６０＋８０ＭＨｚ及び３２０ＭＨｚのうち、一つに決定される、請求項１に記載の方法。

【請求項8】

前記プリアンブルパンクチャリングパターンはプライマリー（ｐｒｉｍａｒｙ）２０ＭＨｚチャネルを除いたチャネルにおいて２０ＭＨｚ単位でパンクチャリングが実行されたパターンである、請求項１に記載の方法。

【請求項9】

無線ＬＡＮシステムにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサを含み、前記プロセッサは、
送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、
前記ＰＰＤＵを復号し、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、受信ＳＴＡ。

【請求項10】

無線ＬＡＮシステムにおいて、
送信ＳＴＡ（ｓｔａｔｉｏｎ）が、ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成するステップと、
前記送信ＳＴＡが、前記ＰＰＤＵを広帯域を介して受信ＳＴＡへ送信するステップを含み、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて送信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、方法。

【請求項11】

前記各８０ＭＨｚ帯域は第１から第４の２０ＭＨｚチャネルを含み、
前記第１から第４の２０ＭＨｚチャネルは低い周波数から高い周波数順に配置され、
前記４ビットビットマップのうち、１番目のビットは前記第１の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、２番目のビットは前記第２の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、３番目のビットは前記第３の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、４番目のビットは前記第４の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含む、請求項１０に記載の方法。

【請求項12】

前記４ビットビットマップは１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００、１００１のうち、一つに設定される、請求項１１に記載の方法。

【請求項13】

前記ＰＰＤＵは第２信号フィールドをさらに含み、
前記第２信号フィールドは前記第１及び第３の２０ＭＨｚチャネルに対して複製された第１信号の情報及び前記第２及び第４の２０ＭＨｚチャネルに対して複製された第２信号の情報を含む、請求項１２に記載の方法。

【請求項14】

前記４ビットビットマップが０１１１に設定される場合、前記第１の２０ＭＨｚチャネルはパンクチャリングされ、
前記第２信号フィールドは前記第３の２０ＭＨｚチャネルに対して前記第１信号の情報を含み、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号の情報を含む、請求項１３に記載の方法。

【請求項15】

前記第１信号フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールドであり、
前記第２信号フィールドはＥＨＴ－ＳＩＧ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ－Ｓｉｇｎａｌ）フィールドであり、
前記ＰＰＤＵはデータフィールドをさらに含み、
前記データフィールドは前記第１及び第２信号フィールドに基づいて決定されたリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して受信される、請求項１３に記載の方法。

【請求項16】

前記第１信号フィールドは前記広帯域の帯域幅に対する第２情報を含み、
前記第２情報は３ビットに構成され、
前記広帯域の帯域幅は前記３ビットに基づいて２０ＭＨｚ、４０ＭＨｚ，８０ＭＨｚ、１６０／８０＋８０ＭＨｚ、２４０／１６０＋８０ＭＨｚ及び３２０ＭＨｚのうち、一つに決定される、請求項１０に記載の方法。

【請求項17】

無線ＬＡＮシステムにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）は、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサを含み、前記プロセッサは、
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成し、
前記ＰＰＤＵを広帯域を介して受信ＳＴＡへ送信し、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて送信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、送信ＳＴＡ。

【請求項18】

少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づいてする命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップと、
前記ＰＰＤＵを復号するステップを含み、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、記録媒体。

【請求項19】

無線ＬＡＮシステムにおいて装置において、
メモリと、
前記メモリと動作できるように結合されたプロセッサを含み、前記プロセッサは、
送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、
前記ＰＰＤＵを復号し、
前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信され、
前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含み、
前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含み、
前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定され、
前記広帯域の帯域幅が３２０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含み、
前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定され、
前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は無線ＬＡＮシステムにおいてＰＰＤＵを受信する技術に関することであり、具体的には、ＯＦＤＭＡ送信において８０ＭＨｚ帯域ごとにプリアンブルパンクチャリングパターンを指示する方法及び装置に関することである。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【発明の概要】

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

【0005】

本明細書は無線ＬＡＮシステムにおいてＰＰＤＵを受信する方法及び装置を提案する。

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

【0006】

本明細書の一例はＰＰＤＵを受信する方法を提案する。

【0007】

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

【0008】

本実施例はＯＦＤＭＡ ＰＰＤＵ送信において広帯域のプリアンブルパンクチャリングパターンを指示する方法及び装置を提案する。

【0009】

受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信される。

【0010】

前記受信ＳＴＡは前記ＰＰＤＵを復号する。

【0011】

前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含む。前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含む。前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定される。例えば、前記広帯域が３個の８０ＭＨｚ帯域に構成される場合、前記第１情報は１番目の８０ＭＨｚ帯域に対する４ビットビットマップ、２番目の８０ＭＨｚ帯域に対する４ビットビットマップ及び／または、３番目の８０ＭＨｚ帯域に対する４ビットビットマップに設定される。

【0012】

前記第１信号フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールドである。すなわち、本実施例はＯＦＤＭＡ ＰＰＤＵ送信時、Ｕ－ＳＩＧフィールドにおいて８０ＭＨｚ帯域ごとにプリアンブルパンクチャリングパターンをビットマップに基づいて指示（または、シグナリング）する方法を提案する。前記Ｕ－ＳＩＧフィールドは８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターンを８０ＭＨｚ帯域ごとにそれぞれ指示することができる。したがって、前記Ｕ－ＳＩＧフィールドに含まれたプリアンブルパンクチャリングパターンに対する情報は前記８０ＭＨｚ帯域ごとに異なる場合がある。

【発明の効果】

【0013】

本明細書において提案された実施例によると、ＯＦＤＭＡ ＰＰＤＵ送信時、様々なＳＴＡの８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターンを確認し、該当するＰＰＤＵ送信に参加しないＳＴＡに対してパンクチャリングされたチャネルを介した送信を可能にすることで、送信効率及びスループットが高まる新しい効果がある。

【図面の簡単な説明】

【0014】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図15】２．４ＧＨｚ帯域内で使用／サポート／定義されるチャネルの一例を示す。

【図16】５ＧＨｚ帯域内で使用／サポート／定義されるチャネルの一例を示す。

【図17】６ＧＨｚ帯域内で使用／サポート／定義されるチャネルの一例を示す。

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

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

【図20】ＨＥ ＳＵ ＰＰＤＵのためのＰＨＹ送信手順の一例を示す。

【図21】ＨＥ ＰＰＤＵの各フィールドを生成する送信装置ブロック図の一例を示す。

【図22】ＥＨＴ ＳＵ ＰＰＤＵの構造を示す。

【図23】Ｕ－ＳＩＧの構造を示す。

【図24】３２０ＭＨｚチャネル構成の一例を示す。

【図25】３２０ＭＨｚチャネル構成の他の例を示す。

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

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

【図28】本実施例に係る送信ＳＴＡがＰＰＤＵを送信する手順を示したフロー図である。

【図29】本実施例に係る受信ＳＴＡがＰＰＤＵを受信する手順を示したフロー図である。

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

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

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

図８に示されたように共通フィールド（８２０）及びユーザ個別フィールド（８３０）は別途エンコードできる。

【0084】

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

【0085】

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

【0086】

【表1】

【0087】

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

【0088】

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

【0089】

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

【0090】

【表2】

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

【表3】

【0102】

【表4】

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

【表5】

【0187】

【表6】

【0188】

【表7】

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

［数１］
Ｍ＝｛－１，－１，－１，１，１，１，－１，１，１，１，－１，１，１，－１，１｝

【0194】

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

【0195】

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

【0196】

ＥＨＴ－ＳＴＦ（０）＝０

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

ＥＨＴ－ＳＴＦ（－２４８）＝０

【0210】

ＥＨＴ－ＳＴＦ（２４８）＝０

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

ＥＨＴ－ＳＴＦ（－８）＝０，ＥＨＴ－ＳＴＦ（８）＝０，

【0216】

ＥＨＴ－ＳＴＦ（－１０１６）＝０，ＥＨＴ－ＳＴＦ（１０１６）＝０

【0217】

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

【0218】

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

【0219】

ＥＨＴ－ＳＴＦ（－５０４）＝０，

【0220】

ＥＨＴ－ＳＴＦ（５０４）＝０

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

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

【0232】

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

【0233】

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

【0234】

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

【0235】

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

【0236】

図１９のプロセッサ（６１０）は図１のプロセッサ（１１１、１２１）と同じである。または、図１９のプロセッサ（６１０）は図１のプロセシングチップ（１１４、１２４）と同じである。

【0237】

図１９のメモリ（１５０）は図１のメモリ（１１２、１２２）と同じである。または、図１９のメモリ（１５０）は図１のメモリ（１１２、１２２）とは異なる別の外部メモリである。

【0238】

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

【0239】

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

【0240】

１．８０２．１１ａｘ無線ＬＡＮシステムのトーンプラン（ｔｏｎｅ ｐｌａｎ）

【0241】

本明細書においてｔｏｎｅ ｐｌａｎはＲｅｓｏｕｒｃｅ Ｕｎｉｔ（ＲＵ）のサイズ及び／またはＲＵの位置（ｌｏｃａｔｉｏｎ）を決定するルールに関連する。以下では、ＩＥＥＥ８０２．１１ａｘ規格に係るＰＰＤＵ、すなわちＨＥ ＰＰＤＵに適用されるｔｏｎｅ ｐｌａｎを説明する。また、以下ではＨＥ ＰＰＤＵに適用されるＲＵサイズ、ＲＵの位置を説明し、ＨＥ ＰＰＤＵに適用されるＲＵに関連する制御情報を説明する。

【0242】

本明細書において、ＲＵに関連する制御情報（またはｔｏｎｅ ｐｌａｎに関連する制御情報）はＲＵのサイズ、位置、特定のＲＵに割り当てられるＵｓｅｒ ＳＴＡの情報、ＲＵが含まれるＰＰＤＵのための周波数帯域幅及び／または特定のＲＵに適用される変調技術に関する制御情報を含むことができる。ＲＵに関連する制御情報はＳＩＧフィールドに含まれる。例えば、ＩＥＥＥ８０２．１１ａｘ規格ではＨＥ－ＳＩＧ－Ｂフィールド内にＲＵに関連する制御情報が含まれる。すなわち、送信ＳＴＡは送信ＰＰＤＵを生成する過程において、ＰＰＤＵ内に含まれたＲＵに対する制御情報をＨＥ－ＳＩＧ－Ｂフィールド内に含めることができる。また、受信ＳＴＡは受信ＰＰＤＵ内に含まれたＨＥ－ＳＩＧ－Ｂを受信し、ＨＥ－ＳＩＧ－Ｂ内に含まれた制御情報を獲得し、該当受信ＳＴＡに割り当てられたＲＵが存在するかを判断し、ＨＥ－ＳＩＧ－Ｂに基づいて割り当てられたＲＵをデコードすることができる。

【0243】

ＩＥＥＥ８０２．１１ａｘ規格ではＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ及びＤａｔａフィールドがＲＵ単位で構成された。すなわち、第１受信ＳＴＡのための第１ＲＵが設定される場合、前記第１受信ＳＴＡのためのＳＴＦ／ＬＴＦ／Ｄａｔａフィールドは前記第１ＲＵを介して送受信される。

【0244】

ＩＥＥＥ８０２．１１ａｘ規格では一つの受信ＳＴＡのためのＰＰＤＵ（すなわち、ＳＵ ＰＰＤＵ）と複数の受信ＳＴＡのためのＰＰＤＵ（すなわち、ＭＵ ＰＰＤＵ）が別途定義され、それぞれのためのｔｏｎｅ ｐｌａｎが別途定義された。具体的な内容は以下で説明する。

【0245】

１１ａｘと定義されるＲＵは複数のサブキャリアを含むことができる。例えばＲＵがＮ個のサブキャリアを含む場合、Ｎ－ｔｏｎｅ ＲＵまたはＮＲＵと表示できる。特定のＲＵの位置はサブキャリアインデクスと表示できる。サブキャリアインデクスはＳｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇ単位と定義される。１１ａｘ規格においてＳｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇは３１２．５ｋＨｚまたは７８．１２５ｋＨｚであり、ＲＵのためのＳｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇは７８．１２５ｋＨｚである。すなわち、ＲＵのためのサブキャリアインデクス＋１はＤＣｔｏｎｅより７８．１２５ｋＨｚ増加された位置を意味し、ＲＵのためのサブキャリアインデクス－１はＤＣｔｏｎｅより７８．１２５ｋＨｚ減少された位置を意味する。例えば、特定のＲＵの位置が［－１２１：－９６］と表示される場合、該当ＲＵはサブキャリアインデクス－１２１からサブキャリアインデクス－９６までの領域に位置し、結果的に該当ＲＵは２６個のサブキャリアを含むことができる。

【0246】

Ｎ－ｔｏｎｅ ＲＵは既に設定されたパイロットトーンを含むことができる。

【0247】

２．ヌルサブキャリア（Ｎｕｌｌ ｓｕｂｃａｒｒｉｅｒ）及びパイロットサブキャリア（ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒ）

【0248】

８０２．１１ａｘシステムにおいてサブキャリアとリソース割り当てに対して説明する。

【0249】

ＯＦＤＭシンボルはサブキャリアで構成されるが、サブキャリアの個数はＰＰＤＵの帯域幅の機能をすることができる。無線ＬＡＮ８０２．１１システムではデータ送信のために用いられるデータサブキャリア、位相情報（ｐｈａｓｅ ｉｎｆｏｒｍａｔｉｏｎ）及びパラメータトラッキング（ｐａｒａｍｅｔｅｒ ｔｒａｃｋｉｎｇ）のために用いられるパイロットサブキャリア及びデータ送信とパイロット送信のために使用されない未使用（ｕｎｕｓｅｄ）サブキャリアが定義される。

【0250】

ＯＦＤＭＡ送信を使用するＨＥ ＭＵ ＰＰＤＵは２６トーンＲＵ、５２トーンＲＵ、１０６トーンＲＵ、２４２トーンＲＵ、４８４トーンＲＵ及び９９６トーンＲＵを混合して送信される。

【0251】

ここで、２６トーンＲＵは２４個のデータサブキャリアと２個のパイロットサブキャリアで構成される。５２トーンＲＵは４８個のデータサブキャリアと４個のパイロットサブキャリアで構成される。１０６トーンＲＵは１０２個のデータサブキャリアと４個のパイロットサブキャリアで構成される。２４２トーンＲＵは２３４個のデータサブキャリアと８個のパイロットサブキャリアで構成される。４８４トーンＲＵは４６８個のデータサブキャリアと１６個のパイロットサブキャリアで構成される。９９６トーンＲＵは９８０個のデータサブキャリアと１６個のパイロットサブキャリアで構成される。

【0252】

１）ヌルサブキャリア

【0253】

図５から図７で示されているように、２６－トーンＲＵ、５２－トーンＲＵ及び１０６－トーンＲＵ位置の間にヌルサブキャリアがある。ヌルサブキャリアは送信中心周波数漏洩（ｔｒａｎｓｍｉｔ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｌｅａｋａｇｅ）、受信機ＤＣオフセット（ｒｅｃｅｉｖｅｒ ＤＣ ｏｆｆｓｅｔ）及び隣接したＲＵからの干渉から保護するためにＤＣまたはエッジ（ｅｄｇｅ）トーン周辺に位置する。ヌルサブキャリアは０のエネルギーを持つ。ヌルサブキャリアのインデクスは次のように列挙される。

【0254】

【表8】

【0255】

８０＋８０ＭＨｚ ＨＥ ＰＰＤＵの各８０ＭＨｚ周波数セグメント（ｓｅｇｍｅｎｔ）に対するヌルサブキャリア位置は８０ＭＨｚ ＨＥ ＰＰＤＵの位置を従う必要がある。

【0256】

２）パイロットサブキャリア

【0257】

パイロットサブキャリアがＨＥ ＳＵ ＰＰＤＵ、ＨＥ ＭＵ ＰＰＤＵ、ＨＥ ＥＲ ＳＵ ＰＰＤＵまたはＨＥ ＴＢ ＰＰＤＵのＨＥ－ＬＴＦフィールドに存在すれば、ＨＥ－ＬＴＦフィールド及びデータフィールド内パイロットシーケンスの位置は４ｘ ＨＥ－ＬＴＦの位置と同じである。１ｘ ＨＥ－ＬＴＦにおいて、ＨＥ－ＬＴＦ内パイロットシーケンスの位置は４倍乗算されたデータフィールドに対するパイロットサブキャリアで構成される。パイロットサブキャリアが２ｘ ＨＥ－ＬＴＦ内に存在する場合、パイロットサブキャリアの位置は４ｘデータシンボル内パイロットの位置と同じである必要がある。全てのパイロットサブキャリアは以下のように列挙された偶数のインデクスに位置する。

【0258】

【表9】

【0259】

【表10】

【0260】

１６０ＭＨｚまたは８０＋８０ＭＨｚにおいてパイロットサブキャリアの位置は両側８０ＭＨｚに対する同じ８０ＭＨｚ位置を用いる必要がある。

【0261】

３．ＨＥ送信手順（ＨＥ ｔｒａｎｓｍｉｔ ｐｒｏｃｅｄｕｒｅ）及び位相回転（Ｐｈａｓｅ ｒｏｔａｔｉｏｎ）

【0262】

８０２．１１ａｘ無線ＬＡＮシステムにおいてＰＨＹ（ｐｈｙｓｉｃａｌ）での送信手順はＨＥ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）ＰＰＤＵのための送信手順、ＨＥ ＥＲ（Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ）ＳＵ ＰＰＤＵのための送信手順、ＨＥ ＭＵ（Ｍｕｌｔｉ Ｕｓｅｒ）ＰＰＤＵのための送信手順及びＨＥ ＴＢ（ｔｒｉｇｇｅｒ－Ｂａｓｅｄ）ＰＰＤＵのための送信手順が存在する。ＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）のＦＯＲＭＡＴフィールドはＨＥ＿ＳＵ、ＨＥ＿ＭＵ、ＨＥ＿ＥＲ＿ＳＵまたはＨＥ＿ＴＢと同じである。前記送信手順はＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）のような選択的な特徴（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）の動作を説明しているものではない。前記様々な送信手順のうち、図２１はＨＥ ＳＵ ＰＰＤＵのためのＰＨＹ送信手順のみを示した。

【0263】

図２０はＨＥ ＳＵ ＰＰＤＵのためのＰＨＹ送信手順の一例を示す。

【0264】

データを送信するために、ＭＡＣではＰＨＹエンティティ（ｅｎｔｉｔｙ）が送信状態に進入することを引き起こすＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔｐｒｉｍｉｔｉｖｅを生成する。また、ＰＨＹはＰＬＭＥを介したｓｔａｔｉｏｎ ｍａｎａｇｅｍｅｎｔを介して適切な周波数において動作するように設定される。ＨＥ－ＭＣＳ、コーディング類型及び送信電力のような他の送信パラメータはＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）ｐｒｉｍｉｔｉｖｅを用いてＰＨＹ－ＳＡＰを介して設定される。トリガーフレームを伝えるＰＰＤＵを送信した以後、ＭＡＣサブ層（ｓｕｂｌａｙｅｒ）はＰＨＹエンティティに期待されたＨＥ ＴＢ ＰＰＤＵ応答を復調するために必要な情報を提供するＴＲＩＧＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒとともにＰＨＹ－ＴＲＩＧＧＥＲ．ｒｅｑｕｅｓｔを発行することができる。

【0265】

ＰＨＹはＰＨＹ－ＣＣＡ．ｉｎｄｉｃａｔｉｏｎを介してプライマリチャネルと他のチャネルの状態を指示する。ＰＰＤＵの送信はＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）ｐｒｉｍｉｔｉｖｅを受信した以後、ＰＨＹによって開始する必要がある。

【0266】

ＰＨＹプリアンブル送信が開始した以後、ＰＨＹエンティティはデータスクランブル（ｓｃｒａｍｂｌｉｎｇ）及びデータエンコードを即時開始する。データフィールドに対するエンコード方法はＴＸＶＥＣＴＯＲのＦＥＣ＿ＣＯＤＩＮＧ、ＣＨ＿ＢＡＮＤＷＩＤＴＨ、ＮＵＭ＿ＳＴＳ、ＳＴＢＣ、ＭＣＳ及びＮＵＭ＿ＵＳＥＲＳパラメータに基づく。

【0267】

ＳＥＲＶＩＣＥフィールド及びＰＳＤＵは後述する送信装置ブロック図（ｔｒａｎｓｍｉｔｔｅｒ ｂｌｏｃｋ ｄｉａｇｒａｍ）においてエンコードされる。データはＭＡＣによって発行されたＰＨＹ－ＤＡＴＡ．ｒｅｑｕｅｓｔ（ＤＡＴＡ）ｐｒｉｍｉｔｉｖｅとＰＨＹによって発行されたＰＨＹ－ＤＡＴＡ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅｓのシリーズを介してＭＡＣとＰＨＹ間に交換する必要がある。ＰＨＹパディング（ｐａｄｄｉｎｇ）ビットはコーディングされたＰＳＤＵのビットの数をＯＦＤＭシンボルごとにコーディングされたビットの個数の整数倍数にするためにＰＳＤＵに付加する（ａｐｐｅｎｄｅｄ）。

【0268】

送信はＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを介してＭＡＣによって早く終了される。ＰＳＤＵ送信はＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを受信することで終了される。各ＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅはＰＨＹからＰＨＹ－ＴＸＥＮＤ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅとともに受けたことを知らせることができる。

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

【表11】

【0304】

【表12】

【0305】

ＨＥ ＰＰＤＵのＬ－ＬＴＦは次のように構成される。

【0306】

【表13】

【0307】

ＨＥ ＰＰＤＵのＬ－ＳＩＧは次のように構成される。

【0308】

【表14】

【0309】

【表15】

【0310】

ＨＥ ＰＰＤＵのＲＬ－ＳＩＧは次のように構成される。

【0311】

【表16】

【0312】

【表17】

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

このような場合、２４０／１６０＋８０ＭＨｚはｐｒｉｍａｒｙ ８０を含んだ3個の８０ＭＨｚ ｃｈａｎｎｅｌに構成され、したがって３つの組み合わせが可能である。

【0373】

Ｍｏｄｅ １：（８０＿１，８０＿２，８０＿３），Ｍｏｄｅ ２：（８０＿１，８０＿２，８０＿４），Ｍｏｄｅ ３：（８０＿１，８０＿３，８０＿４）

【0374】

この３つの組み合わせ（Ｍｏｄｅ １，２，３）に対する指示をさらにｂａｎｄｗｉｄｔｈ ｆｉｌｅｄにおいて実行することができ、以下の通り３ｂｉｔを用いて表すことができる。

【0375】

０：２０ＭＨｚ

【0376】

１：４０ＭＨｚ

【0377】

２：８０ＭＨｚ

【0378】

３：１６０ＭＨｚ ａｎｄ ８０＋８０ＭＨｚ

【0379】

４：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ Ｍｏｄｅ １

【0380】

５：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ Ｍｏｄｅ ２

【0381】

６：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ Ｍｏｄｅ ３

【0382】

７：３２０ＭＨｚ ａｎｄ １６０＋１６０ＭＨｚ

【0383】

本実施例は以下の例６に比べてｂｉｔ数は少ないが、受信端がｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用されたかどうかを比較的遅く習得するという欠点がある。

【0384】

４．１．４．例６

【0385】

４ｂｉｔを用いて以下の通り表すことができる。

【0386】

０：２０ＭＨｚ

【0387】

１：４０ＭＨｚ

【0388】

２：８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0389】

３：１６０ＭＨｚ ａｎｄ ８０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0390】

４：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ １

【0391】

５：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ ２

【0392】

６：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ ３

【0393】

７：３２０ＭＨｚ ａｎｄ １６０＋１６０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0394】

８：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ８０ＭＨｚ

【0395】

９：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ １６０ＭＨｚ ｏｒ ８０＋８０ＭＨｚ

【0396】

１０：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ Ｍｏｄｅ １

【0397】

１１：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ Ｍｏｄｅ ２

【0398】

１２：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ Ｍｏｄｅ ３

【0399】

１３：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ３２０ＭＨｚ ｏｒ １６０＋１６０ＭＨｚ

【0400】

１４～１５：ｒｅｓｅｒｖｅｄ

【0401】

本実施例はＯｖｅｒｈｅａｄが大きい代わりにｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ適用有無と２４０／１６０＋８０ＭＨｚに用いられる８０ＭＨｚ ｃｈａｎｎｅｌを比較的迅速に習得することができるという利点がある。８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄはｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ時、他の目的で使用される場合もある。

【0402】

４．１．４．例７

【0403】

４ｂｉｔを用いて以下の通り表すことができる。

【0404】

０：２０ＭＨｚ

【0405】

１：４０ＭＨｚ

【0406】

２：８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0407】

３：１６０ＭＨｚ ａｎｄ ８０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0408】

４：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ １

【0409】

５：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ ２

【0410】

６：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ Ｍｏｄｅ ３

【0411】

７：３２０ＭＨｚ ａｎｄ １６０＋１６０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0412】

８：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ８０ＭＨｚ

【0413】

９：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ １６０ＭＨｚ ｏｒ ８０＋８０ＭＨｚ

【0414】

１０：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ

【0415】

１１：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ３２０ＭＨｚ ｏｒ １６０＋１６０ＭＨｚ

【0416】

１２～１５：ｒｅｓｅｒｖｅｄ

【0417】

本実施例において２４０／１６０＋８０ＭＨｚのｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇでは、用いられる3個の８０ＭＨｚがＥＨＴ－ＳＩＧなどにおいて指示される。８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄはｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ時、他の目的で用いられる場合もある。

【0418】

４．２．８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄ

【0419】

（各）８０ＭＨｚごとに互い異なるｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを持つことができるため（各）８０ＭＨｚごとにＵ－ＳＩＧ内の８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄは異なって構成される。既存の１１ａｘのようにＥＨＴ－ＳＩＧが１２１２…構造（または、１２１２３４３４…）を持てばｃｈａｎｎｅｌ１と２（または、３と４）に対するｄｅｃｏｄｉｎｇのみ保証できるように簡単にｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを指示することができ、または、正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを指示することもできる。ＥＨＴ－ＳＩＧが１２１２構造（または、１２１２３４３４…）ではなく８０ＭＨｚ帯域でエンコード（ｅｎｃｏｄｉｎｇ）されれば正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ指示が有利である。

【0420】

４．２．１．例１

【0421】

１ｂｉｔを利用した構造

【0422】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0423】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0424】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられ、ＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。Ｐｕｎｃｔｕｒｉｎｇが限定的であるため、効率性（ｅｆｆｉｃｉｅｎｃｙ）の観点から好ましくはないがｏｖｅｒｈｅａｄは少ない。２つのうち、１つのビットに対する説明のみ反映され残りのｅｌｅｍｅｎｔには全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇのビットに対する説明が用いられる。

【0425】

４．２．２．例２

【0426】

１ｂｉｔを利用した構造

【0427】

０：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0428】

１：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0429】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。Ｐｕｎｃｔｕｒｉｎｇが限定的であるためｅｆｆｉｃｉｅｎｃｙの観点から好ましくはないがｏｖｅｒｈｅａｄは少ない。２つのうち、１つのビットに対する説明のみ反映され残りのｅｌｅｍｅｎｔには全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇのビットに対する説明が用いられる。

【0430】

４．２．３．例３

【0431】

２ｂｉｔを利用した構造

【0432】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0433】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0434】

２：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0435】

３：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0436】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。４つのうち、3個のビットに対する説明のみ反映され残りの１つのｅｌｅｍｅｎｔには全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇのビットに対する説明が用いられる。

【0437】

４．２．４．例４

【0438】

２ｂｉｔを利用した構造

【0439】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0440】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0441】

２：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0442】

３：ｒｅｓｅｒｖｅｄ

【0443】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。Ｐｕｎｃｔｕｒｉｎｇが限定的であるためｅｆｆｉｃｉｅｎｃｙの観点から好ましくはないがｏｖｅｒｈｅａｄは少ない。

【0444】

４．２．５．例５

【0445】

２ｂｉｔを利用した構造

【0446】

０：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0447】

１：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0448】

２：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0449】

３：ｒｅｓｅｒｖｅｄ

【0450】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。Ｐｕｎｃｔｕｒｉｎｇが限定的であるためｅｆｆｉｃｉｅｎｃｙの観点から好ましくはないがｏｖｅｒｈｅａｄは少ない。

【0451】

４．２．６．例６

【0452】

３ｂｉｔを利用した構造

【0453】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0454】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0455】

２：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0456】

３：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0457】

４：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0458】

５～７：ｒｅｓｅｒｖｅｄ

【0459】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。

【0460】

４．２．７．例７

【0461】

２ｂｉｔを利用した構造

【0462】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0463】

１：２番目に低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0464】

２：３番目に低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0465】

３：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0466】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合を考慮し限られたｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮する。

【0467】

４．２．８．例８

【0468】

４ｂｉｔを利用したｂｉｔ ｍａｐ方法

【0469】

００００～１１１１まで合計１６種類のｐａｔｔｅｒｎがあり、０はｐｕｎｃｔｕｒｉｎｇを、１はｐｕｎｃｔｕｒｉｎｇされないことを意味する。０と１に対する説明は互い変更する場合があり、これは８０ＭＨｚ単位にエンコードされた場合に役立つ。様々なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを考慮することができｅｆｆｉｃｉｅｎｃｙの観点では好ましいがｏｖｅｒｈｅａｄが最も大きい。

【0470】

該当するｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎとしては下記のみ考慮することができる。

【0471】

１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００

【0472】

これはｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信の限られたｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ状況を考慮するとき可能な方法である。

【0473】

または、以下のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ考慮することもできる。

【0474】

１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００、１００１

【0475】

これはｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信の限られたｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ状況のみならずＯＦＤＭＡまたは、ＭＵ送信の柔軟な（ｆｌｅｘｉｂｌｅ）ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇを考慮するとき望ましい方法である。

【0476】

以外に様々なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ方法が適用される。

【0477】

上記の提案はＯＦＤＭＡまたは、特にＭＵ状況に適用でき（各）８０ＭＨｚごとにｆｌｅｘｉｂｌｅ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇを可能にする。Ｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信の場合、限られたｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇが定義されておりこれとは別の方法で提示することもできる。（例えば、より多くのｂｉｔを用いて指示することができる。例えば、４．３の方法）

【0478】

４．２．９。例９

【0479】

１ｂｉｔを利用した構造

【0480】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0481】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0482】

ビットに対する説明は互い変更する場合があり、これは正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎが指示されていない場合であり、ＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合に特に役立つ。Ｐｕｎｃｔｕｒｉｎｇに制限があり限定的な状況にのみ適用することができる。

【0483】

４．２．１０．例１０

【0484】

１ｂｉｔを利用した構造

【0485】

０：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0486】

１：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0487】

ビットに対する説明は互い変更する場合があり、これは正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎが指示されていない場合であり、ＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合に特に役立つ。Ｐｕｎｃｔｕｒｉｎｇに制限があり限定的な状況にのみ適用することができる。

【0488】

４．２．１１．例１１

【0489】

２ｂｉｔを利用した構造

【0490】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0491】

１：最も高い２０ＭＨｚとその次に高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0492】

２：最も低い２０ＭＨｚと最も高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0493】

３：２番目に低い２０ＭＨｚと２番目に高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0494】

ビットに対する説明は互い変更する場合があり、これは正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎが指示されていない場合であり、ＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合に特に役立つ。比較的ｐｕｎｃｔｕｒｉｎｇに制限があり限定的な状況にのみ適用することができる。

【0495】

４．２．１２．例１２

【0496】

２ｂｉｔを利用した構造

【0497】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0498】

１：２番目に低い２０ＭＨｚとその次に低い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0499】

２：３番目に低い２０ＭＨｚと最も高い２０ＭＨｚ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ、それ以外のｃｈａｎｎｅｌはｐｕｎｃｔｕｒｉｎｇまたは、ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0500】

３：ｒｅｓｅｒｖｅｄ

【0501】

ビットに対する説明は互い変更する場合があり、これは正確なｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎが指示されていない場合であり、ＥＨＴ－ＳＩＧが１２１２．．構造（または、１２１２３４３４…）である場合に特に役立つ。比較的ｐｕｎｃｔｕｒｉｎｇに制限があり限定的な状況にのみ適用することができる。

【0502】

４．２．１３．例１３

【0503】

３ｂｉｔを利用した構造

【0504】

０：最も低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0505】

１：２番目に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0506】

２：３番目に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0507】

３：最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0508】

４：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0509】

５：２番目に低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0510】

６：３番目に低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0511】

７：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0512】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられる。２０ＭＨｚと連続した４０ＭＨｚ Ｐｕｎｃｔｕｒｉｎｇが考慮された状況であり、６０ＭＨｚ以上のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用される状況では使用が不可能である。ＯＦＤＭＡまたは、ＭＵ送信は上記のような構成を用いるがｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信ではｅｌｅｍｅｎｔ５の説明が「２番目に低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ」において「全体のｂａｎｄｗｉｄｔｈ（該当する８０ＭＨｚ ｃｈａｎｎｅｌではないｗｈｏｌｅ ｂａｎｄｗｉｄｔｈを意味）においてｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ」に変更する場合もある。以下の表のように手順を変更し、表すことができる。（ｏ：ｎｏｎ－ｐｕｎｃｔｕｒｅｄ ２０ＭＨｚ ｃｈａｎｎｅｌ，ｘ：ｐｕｎｃｔｕｒｅｄ ２０ＭＨｚ ｃｈａｎｎｅｌ）

【0513】

［表８］

【表18】

【0514】

Ｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信の場合、限られたｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇが定義されておりこれとは別の方法で提示することもできる。（例えば、より多くのｂｉｔを用いて指示することができる。例えば、４．３の方法）

【0515】

４．２．１４．例１４

【0516】

３ｂｉｔを利用した構造

【0517】

０：最も低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0518】

１：２番目に低い２０ＭＨｚとその次に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0519】

２：３番目に低い２０ＭＨｚと最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0520】

３：低連続の３つの２０ＭＨｚ ｃｈａｎｎｅｌ ｐｕｎｃｔｕｒｉｎｇ

【0521】

４：高連続の３つの２０ＭＨｚ ｃｈａｎｎｅｌ ｐｕｎｃｔｕｒｉｎｇ

【0522】

５：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0523】

６～７：ｒｅｓｅｒｖｅｄ

【0524】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられる。連続した６０ＭＨｚと４０ＭＨｚ Ｐｕｎｃｔｕｒｉｎｇが考慮された状況であり、２０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用される状況では使用が不可能である。

【0525】

４．２．１５．例１５

【0526】

３ｂｉｔを利用した構造

【0527】

０：最も低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0528】

１：２番目に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0529】

２：３番目に低い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0530】

３：最も高い２０ＭＨｚ ｐｕｎｃｔｕｒｉｎｇ

【0531】

４：低連続の３つの２０ＭＨｚ ｃｈａｎｎｅｌ ｐｕｎｃｔｕｒｉｎｇ

【0532】

５：高連続の３つの２０ＭＨｚ ｃｈａｎｎｅｌ ｐｕｎｃｔｕｒｉｎｇ

【0533】

６：全てのｃｈａｎｎｅｌ ｎｏｎ－ｐｕｎｃｔｕｒｉｎｇ

【0534】

７：ｒｅｓｅｒｖｅｄ

【0535】

ビットに対する説明は互い変更する場合があり、これは全てのＥＨＴ－ＳＩＧ構造において用いられる。２０ＭＨｚと連続した６０ＭＨｚ Ｐｕｎｃｔｕｒｉｎｇが考慮された状況であり、４０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用される状況では使用が不可能である。

【0536】

上記で提案した様々な８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄは特にＯＦＤＭＡまたは、ＭＵ状況に適用でき、各８０ＭＨｚごとにｆｌｅｘｉｂｌｅ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇを可能にする。Ｎｏｎ－ＯＦＤＭＡまたは、ＳＵ送信の場合、限られたｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇが定義されておりこれとは別の方法でｉｎｄｉｃａｔｉｏｎできる。（例えば、より多くのｂｉｔを用いて指示することができる。例えば、４．３の方法）

【0537】

４．３．Ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄ

【0538】

ＰＰＤＵに適用されているｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ情報を載せることができる。この場合、Ｂａｎｄｗｉｄｔｈ ｆｉｅｌｄは４．１．１．例１及び４．１．２．例２に構成され、４．２．の８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄは使用されない場合がある。

【0539】

その一方で、ＰＰＤＵに適用されるｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎは（各）ｂａｎｄｗｉｄｔｈごとに以下の通りである。これを基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎだとしよう。以下でＯまたは、Ｘは特定の２０ＭＨｚ ｃｈａｎｎｅｌがｐｕｎｃｔｕｒｉｎｇされないかｐｕｎｃｔｕｒｉｎｇされたものを意味し、ｆｒｅｑｕｅｎｃｙが低い２０ＭＨｚ ｃｈａｎｎｅｌから高い２０ＭＨｚ ｃｈａｎｎｅｌ順に表している。

【0540】

８０ＭＨｚ（４種類）

【0541】

［ＸＯＯＯ］，［ＯＸＯＯ］，［ＯＯＸＯ］，［ＯＯＯＸ］

【0542】

１６０／８０＋８０ＭＨｚ（１２種類）

【0543】

［ＸＯＯＯ ＯＯＯＯ］，［ＯＸＯＯ ＯＯＯＯ］，［ＯＯＸＯ ＯＯＯＯ］，［ＯＯＯＸ ＯＯＯＯ］，

【0544】

［ＯＯＯＯ ＸＯＯＯ］，［ＯＯＯＯＯＸＯＯ］，［ＯＯＯＯ ＯＯＸＯ］，［ＯＯＯＯ ＯＯＯＸ］，

【0545】

［ＸＸＯＯ ＯＯＯＯ］，［ＯＯＸＸ ＯＯＯＯ］，［ＯＯＯＯ ＸＸＯＯ］，［ＯＯＯＯ ＯＯＸＸ］

【0546】

２４０／１６０＋８０ＭＨｚ（９種類）

【0547】

［ＸＸＯＯ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＸＸ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＸＸＯＯ ＯＯＯＯ］，

【0548】

［ＯＯＯＯ ＯＯＸＸ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＸＸＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＯＯＸＸ］，

【0549】

［ＸＸＸＸ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＸＸＸＸ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＸＸＸＸ］

【0550】

３２０／１６０＋１６０ＭＨｚ（１２種類）

【0551】

［ＸＸＯＯ ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＸＸ ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ］，

【0552】

［ＯＯＯＯ ＸＸＯＯ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＸＸ ＯＯＯＯ ＯＯＯＯ］，

【0553】

［ＯＯＯＯ ＯＯＯＯ ＸＸＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＯＯＸＸ ＯＯＯＯ］，

【0554】

［ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ ＸＸＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ ＯＯＸＸ］，

【0555】

［ＸＸＸＸ ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＸＸＸＸ ＯＯＯＯ ＯＯＯＯ］，

【0556】

［ＯＯＯＯ ＯＯＯＯ ＸＸＸＸ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＯＯ ＯＯＯＯ ＸＸＸＸ］

【0557】

また、各ｂａｎｄｗｉｄｔｈにおいて追加的に、以下のｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎを適応し、これを追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎと呼ぶ。

【0558】

８０ＭＨｚ（４種類）

【0559】

［ＸＯＸＯ］，［ＯＸＸＯ］，［ＸＯＯＸ］，［ＯＸＯＸ］

【0560】

１６０／８０＋８０ＭＨｚ（１種類）

【0561】

［ＯＯＸＸ ＸＸＯＯ］

【0562】

２４０／１６０＋８０ＭＨｚ（２種類）

【0563】

［ＯＯＸＸ ＸＸＯＯ ＯＯＯＯ］，［ＯＯＯＯ ＯＯＸＸ ＸＸＯＯ］

【0564】

３２０／１６０＋１６０ＭＨｚ（３種類）

【0565】

［ＯＯＸＸ ＸＸＯＯ ＯＯＯＯ ＯＯＯＯ］

【0566】

［ＯＯＯＯ ＯＯＸＸ ＸＸＯＯ ＯＯＯＯ］，

【0567】

［ＯＯＯＯ ＯＯＯＯ ＯＯＸＸ ＸＸＯＯ］

【0568】

基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられる場合のみならず、追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎがともに用いられる場合にもＰｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄは４ｂｉｔに構成され以下の通りインジケータを各ｂａｎｄｗｉｄｔｈごとに異なるように設定することができる。すなわち、Ｂａｎｄｗｉｄｔｈ ｆｉｅｌｄの情報によってＰｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄのビットに対する説明は異なる場合がある。

【0569】

４．３．１Ｂａｎｄｗｉｄｔｈ ｆｉｅｌｄが例１である場合

【0570】

Ｂａｎｄｗｉｄｔｈが２０ＭＨｚ、４０ＭＨｚである場合はｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用されないためＰｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄがどの値で表現されても関係ないが基本的に０または、１５に設定される。

【0571】

８０ＭＨｚにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0572】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0573】

１～４：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類にｍａｐｐｉｎｇ

【0574】

５～１５：ｒｅｓｅｒｖｅｄ

【0575】

８０ＭＨｚにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0576】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0577】

１～８：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類にｍａｐｐｉｎｇ

【0578】

９～１５：ｒｅｓｅｒｖｅｄ

【0579】

１６０／８０＋８０ＭＨｚにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0580】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0581】

１～１２：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類にｍａｐｐｉｎｇ

【0582】

１３～１５：ｒｅｓｅｒｖｅｄ

【0583】

１６０／８０＋８０ＭＨｚにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0584】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0585】

１～１３：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１種類にｍａｐｐｉｎｇ

【0586】

１４～１５：ｒｅｓｅｒｖｅｄ

【0587】

２４０／１６０＋８０ＭＨｚにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0588】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0589】

１～９：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの９種類にｍａｐｐｉｎｇ

【0590】

１０～１５：ｒｅｓｅｒｖｅｄ

【0591】

２４０／１６０＋８０ＭＨｚにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0592】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0593】

１～１１：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの９種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの２種類にｍａｐｐｉｎｇ

【0594】

１２～１５：ｒｅｓｅｒｖｅｄ

【0595】

３２０／１６０＋１６０ＭＨｚにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0596】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0597】

１～１２：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類にｍａｐｐｉｎｇ

【0598】

１３～１５：ｒｅｓｅｒｖｅｄ

【0599】

３２０／１６０＋１６０ＭＨｚにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0600】

０：ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ

【0601】

１～１５：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの３種類にｍａｐｐｉｎｇ

【0602】

４．３．２Ｂａｎｄｗｉｄｔｈ ｆｉｅｌｄが例２である場合

【0603】

Ｂａｎｄｗｉｄｔｈが２０ＭＨｚ、４０ＭＨｚ及び８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ、１６０ＭＨｚ及び８０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ、２４０ＭＨｚ及び１６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ、３２０ＭＨｚ及び１６０＋１６０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅである場合は、ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇが適用されないためＰｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ ｆｉｅｌｄがどの値で表現されても関係ないが基本的に０または、１５に設定される。

【0604】

８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0605】

０～３：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類にｍａｐｐｉｎｇ

【0606】

４～１５：ｒｅｓｅｒｖｅｄ

【0607】

８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0608】

０～７：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの４種類にｍａｐｐｉｎｇ

【0609】

８～１５：ｒｅｓｅｒｖｅｄ

【0610】

１６０／８０＋８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0611】

０～１１：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類にｍａｐｐｉｎｇ

【0612】

１２～１５：ｒｅｓｅｒｖｅｄ

【0613】

１６０／８０＋８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0614】

０～１２：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１種類にｍａｐｐｉｎｇ

【0615】

１３～１５：ｒｅｓｅｒｖｅｄ

【0616】

２４０／１６０＋８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0617】

０～８：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの９種類にｍａｐｐｉｎｇ

【0618】

９～１５：ｒｅｓｅｒｖｅｄ

【0619】

２４０／１６０＋８０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0620】

０～１０：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの９種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの２種類にｍａｐｐｉｎｇ

【0621】

１１～１５：ｒｅｓｅｒｖｅｄ

【0622】

３２０／１６０＋１６０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎのみ用いられた場合は以下の通りである。

【0623】

０～１１：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類にｍａｐｐｉｎｇ

【0624】

１２～１５：ｒｅｓｅｒｖｅｄ

【0625】

３２０／１６０＋１６０ＭＨｚ ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅにおいて追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎも用いられた場合は以下の通りである。

【0626】

０～１４：各値は基本的なｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの１２種類及び追加のｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎの３種類にｍａｐｐｉｎｇ

【0627】

１５：ｒｅｓｅｒｖｅｄ

【0628】

Ｏｖｅｒｈｅａｄ観点から４．３．１の方法が適切である。

【0629】

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

【0630】

図２６の一例は送信装置（ＡＰ及び／または、ｎｏｎ－ＡＰ ＳＴＡ）において実行される。例えば、図２６の一例はＥＨＴ ＳＵ ＰＰＤＵ、ＥＨＴ ＥＲ ＳＵ ＰＰＤＵ、ＥＨＴ ＭＵ ＰＰＤＵを送信するＡＰによって実行される。図２６の一例はＥＨＴ ＳＵ ＰＰＤＵ、ＥＨＴ ＥＲ ＳＵ ＰＰＤＵ、ＥＨＴ ＭＵ ＰＰＤＵを送信するｎｏｎ－ＡＰによって実行される。

【0631】

図２６の一例の各ｓｔｅｐ（または、後述する詳細なｓｕｂ－ｓｔｅｐ）のうち一部は省略されるか変更される。

【0632】

Ｓ２６１０ステップにおいて、送信装置（すなわち、送信ＳＴＡ）は上述した明細書に係る４．２段落のＣｈａｎｎｅｌ Ａｃｃｅｓｓ動作を実行することができる。例えば、送信ＳＴＡはＴＸＯＰ開始直前（または、ＰＰＤＵ送信開始直前）のＰＩＦＳ（単なる例であり、他のＩＦＳの場合もある）の間、ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ、ｓｅｃｏｎｄａｒｙ ４０ＭＨｚ、ｓｅｃｏｎｄａｒｙ ８０ＭＨｚ、ｓｅｃｏｎｄａｒｙ １６０ＭＨｚがｉｄｌｅであれば、３２０ＭＨｚ／１６０＋１６０ＭＨｚ ｍａｓｋ ＰＰＤＵを送信することができるため、Ｓ２６１０ステップを介してＢＷ（ＢａｎｄＷｉｄｔｈ）が３２０ＭＨｚまたは、１６０＋１６０ＭＨｚに決定される。

【0633】

Ｓ２６２０ステップにおいて、送信ＳＴＡはＰＰＤＵを構成することができる。例えば、ＰＰＤＵはＥＨＴ ＳＵ ＰＰＤＵ、ＥＨＴ ＥＲ ＳＵ ＰＰＤＵ、ＥＨＴ ＭＵ ＰＰＤＵである。図１８のようにＰＰＤＵはＵ－ＳＩＧを含むことができる。

【0634】

送信ＳＴＡはＳ２６１０ステップを介して決定したＢＷに基づいてＳ２６２０ステップを実行することができる。

【0635】

すなわち、上述したように、Ｕ－ＳＩＧまたは、ＥＨＴ－ＳＩＧ内には、特定の（ＢＷ）ｎ－ｂｉｔ（例えば、４ビット）情報が含まれ、該当するビットは４．１の一例によって決定される。例えば、下記のようなｅｌｅｍｅｎｔに基づいてＵ－ＳＩＧまたは、ＥＨＧ－ＳＩＧのＢａｎｄｗｉｄｔｈフィールドが構成される。

【0636】

０：２０ＭＨｚ

【0637】

１：４０ＭＨｚ

【0638】

２：８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0639】

３：１６０ＭＨｚ ａｎｄ ８０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0640】

４：２４０ＭＨｚ ａｎｄ １６０＋８０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0641】

５：３２０ＭＨｚ ａｎｄ １６０＋１６０ＭＨｚ ｎｏｎ－ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｍｏｄｅ

【0642】

６：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ８０ＭＨｚ，ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｅａｍｂｌｅ ｏｎｌｙ ｔｈｅ ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0643】

７：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ８０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｅａｍｂｌｅ ｏｎｌｙ ｏｎｅ ｏｆ ｔｈｅ ｔｗｏ ２０ＭＨｚ ｓｕｂｃｈａｎｎｅｌｓ ｉｎ ｓｅｃｏｎｄａｒｙ ４０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0644】

８：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ １６０ＭＨｚ ｏｒ ８０＋８０ＭＨｚ，ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｏｎｌｙ ｔｈｅ ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0645】

９：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ １６０ＭＨｚ ｏｒ ８０＋８０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｒｅｓｅｎｔ、ａｎｄ ａｔ ｌｅａｓｔ ｏｎｅ ２０ＭＨｚ ｓｕｂｃｈａｎｎｅｌ ｔｈａｔ ｉｓ ｎｏｔ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0646】

１０：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｏｎｌｙ ｔｈｅ ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0647】

１１：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ２４０ＭＨｚ ｏｒ １６０＋８０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｒｅｓｅｎｔ、ａｎｄ ａｔ ｌｅａｓｔ ｏｎｅ ２０ＭＨｚ ｓｕｂｃｈａｎｎｅｌ ｔｈａｔ ｉｓ ｎｏｔ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0648】

１２：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ３２０ＭＨｚ ｏｒ １６０＋１６０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｏｎｌｙ ｔｈｅ ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0649】

１３：ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｉｎ ３２０ＭＨｚ ｏｒ １６０＋１６０ＭＨｚ、ｗｈｅｒｅ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ８０ＭＨｚ ｏｆ ｔｈｅ ｐｒｅａｍｂｌｅ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｒｅｓｅｎｔ、ａｎｄ ａｔ ｌｅａｓｔ ｏｎｅ ２０ＭＨｚ ｓｕｂｃｈａｎｎｅｌ ｔｈａｔ ｉｓ ｎｏｔ ｉｎ ｔｈｅ ｐｒｉｍａｒｙ ４０ＭＨｚ ｉｓ ｐｕｎｃｔｕｒｅｄ

【0650】

１４～１５：ｒｅｓｅｒｖｅｄ

【0651】

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

【0652】

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

【0653】

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

【0654】

例えば、上述したＵ－ＳＩＧは２個のＯＦＤＭシンボルに基づいて送信される。例えば、１つのＯＦＤＭシンボルは２６ビット情報を含むことができる。２６ビット情報は上述した４ビットのＢＷ情報を含むことができる。２６ビット情報の代わりに任意のｍビット情報が使用される場合もある。

【0655】

２６ビット情報に対しては、１／２符号率のＢＣＣ符号化が適用される。ＢＣＣ符号化ビット（すなわち、５２ビット）に対しては、インターリーバによるインターリーブが適用される。インターリーブされた５２ビットに対しては、Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒによるコンステレーションマッピングが実行される。具体的にはＢＰＳＫモジュールが適用され、５２個のＢＰＳＫシンボルが生成される。５２個のＢＳＰＫシンボルはＤＣトーン、パイロットトーン（－２１、－７、＋７、＋２１）トーンを除いた残りの周波数領域（－２８から＋２８）にマッチングされる。以後Ｐｈａｓｅ ｒｏｔａｔｉｏｎ、ＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作などを介して受信ＳＴＡに送信される。

【0656】

図１に示されているように、送信装置はメモリ１１２、プロセッサ１１１、及び送受信機１１３を含むことができる。

【0657】

前記メモリ１１２は本明細書に記載された多数のＴｏｎｅ－Ｐｌａｎ／ＲＵに関する情報を格納することができる。

【0658】

前記プロセッサ１１１は前記メモリ１１２に格納された情報に基づいて様々なＲＵを生成し、ＰＰＤＵを構成することができる。プロセッサ１１１によって生成されたＰＰＤＵの一例は図１８の通りである。

【0659】

前記プロセッサ１１１は図２６に示されている動作全部／一部を実行することができる。

【0660】

示されている送受信機１１３はアンテナを含み、アナログ信号処理を実行することができる。具体的には、前記プロセッサ１１１は前記送受信機１１３を制御し、前記プロセッサ１１１によって生成されたＰＰＤＵを送信することができる。

【0661】

または、前記プロセッサ１１１は送信ＰＰＤＵを生成しメモリ１１２に送信ＰＰＤＵに関する情報を格納することができる。

【0662】

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

【0663】

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

【0664】

図２７の一例は受信ＳＴＡまたは、受信装置（ＡＰ及び／または、ｎｏｎ－ＡＰ ＳＴＡ）において実行される。図２７の一例は受信ＳＴＡまたは、受信装置（ＡＰ及び／または、ｎｏｎ－ＡＰ ＳＴＡ）において実行される。例えば、図２７の一例はＥＨＴ ＳＵ ＰＰＤＵ、ＥＨＴ ＥＲ ＳＵ ＰＰＤＵ、ＥＨＴ ＭＵ ＰＰＤＵを受信するｎｏｎ－ＡＰによって実行される。図２７の一例はＥＨＴ ＳＵ ＰＰＤＵ、ＥＨＴ ＥＲ ＳＵ ＰＰＤＵを送信するＡＰによって実行される。

【0665】

図２７の一例の各ｓｔｅｐ（または、後述する詳細なｓｕｂ－ｓｔｅｐ）のうち一部は省略される。

【0666】

Ｓ２７１０ステップにおいて、受信装置（受信ＳＴＡ）はＳ２７１０ステップを介してＰＰＤＵの全部または一部を受信することができる。受信された信号は図１８の形態である。

【0667】

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

【0668】

Ｓ２７２０ステップにおいて、受信ＳＴＡはＵ－ＳＩＧまたは、ＥＨＴ－ＳＩＧに含まれた情報をデコーディングし、ＥＨＴ ＰＰＤＵのＢＷに関する情報を獲得（ｏｂｔａｉｎ）することができる。

【0669】

これを介して受信ＳＴＡは受信したＰＰＤＵの他のフィールド／シンボルに対するデコードを完了することができる。

【0670】

その結果、受信ＳＴＡはＳ２７２０ステップを介してＰＰＤＵ内に含まれたデータフィールドをデコードすることができる。以後、受信ＳＴＡはデータフィールドからデコードされたデータを上位層（例えば、ＭＡＣ層）に伝達する処理動作を実行することができる。また、上位層に伝達されたデータに対応し、上位層からＰＨＹ層に信号の生成が指示される場合、その後の動作を実行することができる。

【0671】

図１に示されているように、受信装置はメモリ１２２、プロセッサ１２１、及び送受信機１２３を含むことができる。

【0672】

送受信機１２３はプロセッサ１２１の制御に基づいてＰＰＤＵを受信することができる。例えば、送受信機１２３は多数の詳細のユニット（示していない）を含むことができる。例えば、送受信機１２３は少なくとも１つの受信アンテナを含み該当する受信アンテナのためのフィルターを含むことができる。

【0673】

送受信機１２３を介して受信されたＰＰＤＵはメモリ１２２に格納される。プロセッサ１２１はメモリ１２２を介して受信ＰＰＤＵに対するデコードを処理することができる。プロセッサ１２１はＰＰＤＵに含まれたＴｏｎｅ－Ｐｌａｎ／ＲＵに関する制御情報（例えば、ＥＨＴ－ＳＩＧ）を獲得し、獲得した制御情報をメモリ１２２に格納することができる。

【0674】

プロセッサ１２１は受信されたＰＰＤＵに対するデコードを実行することができる。具体的には、ＰＰＤＵに適用されたＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）の結果を復元する動作を実行することができる。ＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）の結果を復元する動作はプロセッサ１２１内に個別に実装される多数の処理ユニット（示していない）を介して実行される。

【0675】

また、プロセッサ１２１は送受信機１２３を介して受信したＰＰＤＵのデータフィールドをデコードすることができる。

【0676】

また、プロセッサ１２１はデコードされたデータを処理（ｐｒｏｃｅｓｓ）することができる。例えば、プロセッサ１２１はデコードされたデータフィールドに関する情報を上位層（例えば、ＭＡＣ層）に伝達する処理動作を実行することができる。また、上位層に伝達されたデータに対応し、上位層からＰＨＹ層に信号の生成が指示される場合、その後の動作を実行することができる。

【0677】

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

【0678】

図２８は本実施例に係る送信ＳＴＡがＰＰＤＵを送信する手順を示したフロー図である。

【0679】

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

【0680】

図２８の一例は送信ＳＴＡにおいて実行され、前記送信ＳＴＡはＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）に対応することができる。図３０の受信ＳＴＡはＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムをサポートするＳＴＡに対応することができる。

【0681】

本実施例はＯＦＤＭＡ ＰＰＤＵ送信において広帯域のプリアンブルパンクチャリングパターンを指示する方法及び装置を提案する。

【0682】

Ｓ２８１０ステップにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）はＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成する。

【0683】

Ｓ２８２０ステップにおいて、前記送信ＳＴＡは前記ＰＰＤＵを広帯域を介して受信ＳＴＡへ送信する。前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて送信される。

【0684】

前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含む。前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含む。前記第１情報は前記各８０ＭＨｚ帯域ごとに４ビットビットマップに設定される。例えば、前記広帯域が３個の８０ＭＨｚ帯域に構成される場合、前記第１情報は１番目の８０ＭＨｚ帯域に対する４ビットビットマップ、２番目の８０ＭＨｚ帯域に対する４ビットビットマップ及び／または、３番目の８０ＭＨｚ帯域に対する４ビットビットマップに設定される。

【0685】

前記第１信号フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールドである。すなわち、本実施例はＯＦＤＭＡ ＰＰＤＵ送信時、Ｕ－ＳＩＧフィールドにおいて８０ＭＨｚ帯域ごとにプリアンブルパンクチャリングパターンをビットマップに基づいて指示（または、シグナリング）する方法を提案する。前記Ｕ－ＳＩＧフィールドは８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターンを８０ＭＨｚ帯域ごとにそれぞれ指示することができる。したがって、前記Ｕ－ＳＩＧフィールドに含まれたプリアンブルパンクチャリングパターンに対する情報は前記８０ＭＨｚ帯域ごとに異なる場合がある。

【0686】

前記８０ＭＨｚ帯域は第１から第４の２０ＭＨｚチャネルを含むことができる。前記第１から第４の２０ＭＨｚチャネルは低い周波数から高い周波数順に配置される。すなわち、前記第１の２０ＭＨｚチャネルが最も低い周波数に配置され、前記第４の２０ＭＨｚチャネルが最も高い周波数に配置される。

【0687】

前記４ビットビットマップのうち、１番目のビットは前記第１の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、２番目のビットは前記第２の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、３番目のビットは前記第３の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、４番目のビットは前記第４の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含むことができる。

【0688】

前記４ビットビットマップは１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００、１００１のうち、一つに設定される。ここで、１は該当する２０ＭＨｚチャネルがパンクチャリングされないことを示し、０は該当する２０ＭＨｚチャネルがパンクチャリングされることを示す。例えば、前記４ビットビットマップが１００１に設定される場合、前記第１及び第４の２０ＭＨｚチャネルはパンクチャリングされず、前記第２及び第３の２０ＭＨｚチャネルはパンクチャリングされることがわかる。

【0689】

前記ＰＰＤＵは第２信号フィールドをさらに含むことができる。前記第２信号フィールドはＥＨＴ－ＳＩＧ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ－Ｓｉｇｎａｌ）フィールドである。前記第２信号フィールドは前記第１及び第３の２０ＭＨｚチャネルに対して複製された第１信号の情報及び前記第２及び第４の２０ＭＨｚチャネルに対して複製された第２信号の情報を含むことができる（前記ＥＨＴ－ＳＩＧフィールドは１２１２構造を持つ）。すなわち、前記第１及び第３の２０ＭＨｚチャネルに対して前記第２信号フィールドに含まれた情報が前記第１信号の情報で同じであり、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号フィールドに含まれた情報が前記第２信号の情報で同じである。これによって、受信ＳＴＡは前記第１の２０ＭＨｚチャネルに対する前記第１信号の情報を復号し、前記第３の２０ＭＨｚチャネルに対する第１信号の情報も認識でき、前記第２の２０ＭＨｚチャネルに対する前記第２信号の情報を復号し、前記第４の２０ＭＨｚチャネルに対する第２信号の情報も認識できる。

【0690】

前記第２信号フィールドの構造は前記第１信号フィールドに含まれたプリアンブルパンクチャリングパターンに対する第１情報に基づいて設定される。例えば、前記４ビットビットマップが０１１１に設定される場合、前記第１の２０ＭＨｚチャネルはパンクチャリングされる。前記第１の２０ＭＨｚチャネルがパンクチャリングされるため、前記第２信号フィールドは前記第１の２０ＭＨｚチャネルに対して前記第１信号の情報を含まない場合がある。これによって、前記第２信号フィールドは前記第３の２０ＭＨｚチャネルに対して前記第１信号の情報を含み、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号の情報を含むことができる。

【0691】

前記第１信号フィールドは前記広帯域の帯域幅に対する第２情報を含むことができる。前記第２情報は３ビットで構成される。前記広帯域の帯域幅は前記３ビットに基づいて２０ＭＨｚ、４０ＭＨｚ，８０ＭＨｚ、１６０／８０＋８０ＭＨｚ、２４０／１６０＋８０ＭＨｚ及び３２０／１６０＋１６０ＭＨｚのうち、一つに決定される。例えば、前記３ビットが０００である場合、前記広帯域の帯域幅は２０ＭＨｚであり、前記３ビットが００１である場合、前記広帯域の帯域幅は４０ＭＨｚであり、前記３ビットが０１０である場合、前記広帯域の帯域幅は８０ＭＨｚであり、前記３ビットが０１１である場合、前記広帯域の帯域幅は１６０／８０＋８０ＭＨｚであり、前記３ビットが１００である場合、前記広帯域の帯域幅は２４０／１６０＋８０ＭＨｚであり、前記３ビットが１０１である場合、前記広帯域の帯域幅は３２０／１６０＋１６０ＭＨｚであり、前記３ビットが１１０または、１１１であることは予備ビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）に設定することができる。または、前記３ビットに基づいて帯域幅が２４０／１６０＋８０ＭＨｚである場合は、指示しない場合もある（帯域幅が３２０／１６０＋１６０ＭＨｚや８０ＭＨｚパンクチャリングされる場合として指示）。

【0692】

前記広帯域の帯域幅が３２０／１６０＋１６０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含む。前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。すなわち、前記第１から第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンはそれぞれ４ビットビットマップにシグナリングされる。前記プリアンブルパンクチャリングパターンはプライマリー（ｐｒｉｍａｒｙ）２０ＭＨｚチャネルを除いたチャネルにおいて２０ＭＨｚ単位でパンクチャリングが実行されたパターンである。

【0693】

前記ＰＰＤＵはデータフィールドをさらに含むことができる。前記データフィールドは前記第１及び第２信号フィールドに基づいて決定されたリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して受信される。

【0694】

前記Ｕ－ＳＩＧはバージョンに依存しない（ｖｅｒｓｉｏｎ ｉｎｄｅｐｅｎｄｅｎｔ）フィールド及びバージョン依存（ｖｅｒｓｉｏｎ ｄｅｐｅｎｄｅｎｔ）フィールドを含むことができる。

【0695】

また、前記ＰＰＤＵは制御フィールド及び前記データフィールドを含む。前記制御フィールドはレガシー無線ＬＡＮシステムをサポートする第１制御フィールド及び８０２．１１ｂｅ無線ＬＡＮシステムをサポートする第２制御フィールドを含む。前記第２制御フィールドは前記Ｕ－ＳＩＧフィールドまたは、前記ＥＨＴ－ＳＩＧフィールドを含むことができる。前記第２制御フィールドは前記データフィールドが送信されるＲＵに対する割り当て情報を含むことができる。

【0696】

図２９は本実施例に係る受信ＳＴＡがＰＰＤＵを受信する手順を示したフロー図である。

【0697】

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

【0698】

図２９の一例は受信ＳＴＡにおいて実行され、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムをサポートするＳＴＡに対応することができる。図２５の送信ＳＴＡはＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）に対応することができる。

【0699】

本実施例はＯＦＤＭＡ ＰＰＤＵ送信において広帯域のプリアンブルパンクチャリングパターンを指示する方法及び装置を提案する。

【0700】

Ｓ２９１０ステップにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。前記ＰＰＤＵはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方法に基づいて受信される。

【0701】

Ｓ２９２０ステップにおいて、前記受信ＳＴＡは前記ＰＰＤＵを復号する。

【0702】

前記ＰＰＤＵは第１信号（ｓｉｇｎａｌ）フィールドを含む。前記第１信号フィールドは前記広帯域において各８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターン（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ ｐａｔｔｅｒｎ）に対する第１情報を含む。前記第１情報は前記（各）８０ＭＨｚ帯域ごとに４ビットビットマップに設定される。例えば、前記広帯域が３個の８０ＭＨｚ帯域に構成される場合、前記第１情報は１番目の８０ＭＨｚ帯域に対する４ビットビットマップ、２番目の８０ＭＨｚ帯域に対する４ビットビットマップ及び／または、３番目の８０ＭＨｚ帯域に対する４ビットビットマップに設定される。

【0703】

前記第１信号フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールドである。すなわち、本実施例はＯＦＤＭＡ ＰＰＤＵ送信時、Ｕ－ＳＩＧフィールドにおいて８０ＭＨｚ帯域ごとにプリアンブルパンクチャリングパターンをビットマップに基づいて指示（または、シグナリング）する方法を提案する。前記Ｕ－ＳＩＧフィールドは８０ＭＨｚ帯域に対するプリアンブルパンクチャリングパターンを８０ＭＨｚ帯域ごとにそれぞれ指示することができる。したがって、前記Ｕ－ＳＩＧフィールドに含まれたプリアンブルパンクチャリングパターンに対する情報は前記８０ＭＨｚ帯域ごとに異なる場合がある。

【0704】

前記８０ＭＨｚ帯域は第１から第４の２０ＭＨｚチャネルを含むことができる。前記第１から第４の２０ＭＨｚチャネルは低い周波数から高い周波数順に配置される。すなわち、前記第１の２０ＭＨｚチャネルが最も低い周波数に配置され、前記第４の２０ＭＨｚチャネルが最も高い周波数に配置される。

【0705】

前記４ビットビットマップのうち、１番目のビットは前記第１の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、２番目のビットは前記第２の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、３番目のビットは前記第３の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含み、４番目のビットは前記第４の２０ＭＨｚチャネルのパンクチャリングの有無に対する情報を含むことができる。

【0706】

前記４ビットビットマップは１１１１、０１１１、１０１１、１１０１、１１１０、００１１、１１００、１００１のうち、一つに設定される。ここで、１は該当する２０ＭＨｚチャネルがパンクチャリングされないことを示し、０は該当する２０ＭＨｚチャネルがパンクチャリングされることを示す。例えば、前記４ビットビットマップが１００１に設定される場合、前記第１及び第４の２０ＭＨｚチャネルはパンクチャリングされず、前記第２及び第３の２０ＭＨｚチャネルはパンクチャリングされることがわかる。

【0707】

前記ＰＰＤＵは第２信号フィールドをさらに含むことができる。前記第２信号フィールドはＥＨＴ－ＳＩＧ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ－Ｓｉｇｎａｌ）フィールドである。前記第２信号フィールドは前記第１及び第３の２０ＭＨｚチャネルに対して複製された第１信号の情報及び前記第２及び第４の２０ＭＨｚチャネルに対して複製された第２信号の情報を含むことができる（前記ＥＨＴ－ＳＩＧフィールドは１２１２構造を持つ）。すなわち、前記第１及び第３の２０ＭＨｚチャネルに対して前記第２信号フィールドに含まれた情報が前記第１信号の情報として同じであり、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号フィールドに含まれた情報が前記第２信号の情報で同じである。これによって、受信ＳＴＡは前記第１の２０ＭＨｚチャネルに対する前記第１信号の情報を復号し、前記第３の２０ＭＨｚチャネルに対する第１信号の情報も認識することができ、前記第２の２０ＭＨｚチャネルに対する前記第２信号の情報を復号し、前記第４の２０ＭＨｚチャネルに対する第２信号の情報も認識することができる。

【0708】

前記第２信号フィールドの構造は前記第１信号フィールドに含まれたプリアンブルパンクチャリングパターンに対する第１情報に基づいて設定される。例えば、前記４ビットビットマップが０１１１に設定される場合、前記第１の２０ＭＨｚチャネルはパンクチャリングされる。前記第１の２０ＭＨｚチャネルがパンクチャリングされるため、前記第２信号フィールドは前記第１の２０ＭＨｚチャネルに対して前記第１信号の情報を含まない場合がある。これによって、前記第２信号フィールドは前記第３の２０ＭＨｚチャネルに対して前記第１信号の情報を含み、前記第２及び第４の２０ＭＨｚチャネルに対して前記第２信号の情報を含むことができる。

【0709】

前記第１信号フィールドは前記広帯域の帯域幅に対する第２情報を含むことができる。前記第２情報は３ビットで構成される。前記広帯域の帯域幅は前記３ビットに基づいて２０ＭＨｚ、４０ＭＨｚ，８０ＭＨｚ、１６０／８０＋８０ＭＨｚ、２４０／１６０＋８０ＭＨｚ及び３２０／１６０＋１６０ＭＨｚのうち、一つに決定される。例えば、前記３ビットが０００である場合、前記広帯域の帯域幅は２０ＭＨｚであり、前記３ビットが００１である場合、前記広帯域の帯域幅は４０ＭＨｚであり、前記３ビットが０１０である場合、前記広帯域の帯域幅は８０ＭＨｚであり、前記３ビットが０１１である場合、前記広帯域の帯域幅は１６０／８０＋８０ＭＨｚであり、前記３ビットが１００である場合、前記広帯域の帯域幅は２４０／１６０＋８０ＭＨｚであり、前記３ビットが１０１である場合、前記広帯域の帯域幅は３２０／１６０＋１６０ＭＨｚであり、前記３ビットが１１０または、１１１であることは予備ビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）に設定することができる。または、前記３ビットに基づいて帯域幅が２４０／１６０＋８０ＭＨｚである場合は指示しない場合もある（帯域幅が３２０／１６０＋１６０ＭＨｚや８０ＭＨｚパンクチャリングされる場合として指示）。

【0710】

前記広帯域の帯域幅が３２０／１６０＋１６０ＭＨｚである場合、前記広帯域は第１から第４の８０ＭＨｚチャネルを含む。前記第１の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第１の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第２の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第２の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第３の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第３の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。前記第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンは前記第４の８０ＭＨｚチャネルに対する前記４ビットビットマップに基づいて決定される。すなわち、前記第１から第４の８０ＭＨｚチャネルに対するプリアンブルパンクチャリングパターンはそれぞれ４ビットビットマップにシグナリングされる。前記プリアンブルパンクチャリングパターンはプライマリー（ｐｒｉｍａｒｙ）２０ＭＨｚチャネルを除いたチャネルにおいて２０ＭＨｚ単位でパンクチャリングが実行されたパターンである。

【0711】

前記ＰＰＤＵはデータフィールドをさらに含むことができる。前記データフィールドは前記第１及び第２信号フィールドに基づいて決定されたリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を介して受信される。

【0712】

前記Ｕ－ＳＩＧはバージョンに依存しない（ｖｅｒｓｉｏｎ ｉｎｄｅｐｅｎｄｅｎｔ）フィールド及びバージョン依存（ｖｅｒｓｉｏｎ ｄｅｐｅｎｄｅｎｔ）フィールドを含むことができる。

【0713】

また、前記ＰＰＤＵは制御フィールド及び前記データフィールドを含む。前記制御フィールドはレガシー無線ＬＡＮシステムをサポートする第１制御フィールド及び８０２．１１ｂｅ無線ＬＡＮシステムをサポートする第２制御フィールドを含む。前記第２制御フィールドは前記Ｕ－ＳＩＧフィールドまたは、前記ＥＨＴ－ＳＩＧフィールドを含むことができる。前記第２制御フィールドは前記データフィールドが送信されるＲＵに対する割り当て情報を含むことができる。

【0714】

５．装置構成

【0715】

上述した本明細書の技術的な特徴は様々な装置及び方法に適用される。例えば、上述した本明細書の技術的な特徴は図１及び／または、図１９の装置を介して実行／サポートされる。例えば、上述した本明細書の技術的な特徴は、図１及び／または、図１９の一部にのみ適用される。例えば、上述した本明細書の技術的な特徴は、図１のプロセシングチップ１１４、１２４に基づいて実装されるか、図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて実装されるか、図１９のプロセッサ６１０とメモリ６２０に基づいて実装される。例えば、本明細書の装置は、送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し；及び前記ＰＰＤＵを復号する。

【0716】

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

【0717】

前記ＣＲＭは、送信ＳＴＡから広帯域を介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップ；及び前記ＰＰＤＵを復号するステップを含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行する命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。本明細書のＣＲＭ内に格納される命令は少なくとも１つのプロセッサによって実行（ｅｘｅｃｕｔｅ）される。本明細書のＣＲＭに関連する少なくとも１つのプロセッサは図１のプロセッサ１１１、１２１または、プロセシングチップ１１４、１２４であるか、図１９のプロセッサ６１０である。その一方で、本明細書のＣＲＭは図１のメモリ１１２、１２２であるか図１９のメモリ６２０であるか、別途の外部メモリ／記憶媒体／ディスクなどである。

【0718】

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

【0719】

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

【0720】

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

【0721】

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

【0722】

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

【0723】

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

【0724】

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

【0725】

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

【0726】

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

【0727】

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

【0728】

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

【0729】

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

【0730】

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

【0731】

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

【0732】

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

【0733】

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

【0734】

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

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

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】