特開 2024-180524 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵにおいてＢＣＣインターリーブが実行されたＰＰＤＵを受信する方法及び装置

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

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

(11)【公開番号】P2024180524

(43)【公開日】2024-12-26

(54)【発明の名称】無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵにおいてＢＣＣインターリーブが実行されたＰＰＤＵを受信する方法及び装置

(51)【国際特許分類】

   H04L 1/00 20060101AFI20241219BHJP

   H04L 27/26 20060101ALI20241219BHJP

【ＦＩ】

H04L1/00 F

H04L27/26 113

【審査請求】有

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2024178336

(22)【出願日】2024-10-10

(62)【分割の表示】P 2022545454の分割

【原出願日】2021-01-20

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

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

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

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

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

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

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】パク ウンソン

(72)【発明者】

【氏名】チョン チンヨン

(72)【発明者】

【氏名】チェ チンス

(72)【発明者】

【氏名】イム トングク

(57)【要約】

【課題】無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵにおいて、ＢＣＣインターリーブが実行されたＰＰＤＵを受信する方法及び装置の提供。
【解決手段】具体的には、受信ＳＴＡは送信ＳＴＡからデータフィールドを含むＰＰＤＵを受信し、データフィールドを復号する。データフィールドは第１ＲＵと第２ＲＵがアグリゲートされたＭｕｌｔｉ－ＲＵを介して受信される。データフィールドはＢＣＣインターリーバブロックに含まれた符号化ビット列に基づいて生成される。符号化ビット列はデータビット列を第１及び第２パラメータに基づいてインターリーブして獲得される。データビット列は第１パラメータに基づいてＢＣＣインターリーバブロックの行に入力され、第２パラメータに基づいてＢＣＣインターリーバブロックの列で読み出すことでインターリーブされる。
【選択図】図２６

【特許請求の範囲】

【請求項1】

無線ＬＡＮ（Local Area Network）システムにおける方法であって、
受信ＳＴＡ（station）が、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信するステップと、
前記受信ＳＴＡが、前記データフィールドを復号するステップと、を含み、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して受信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて獲得され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、方法。

【請求項2】

前記符号化ビット列は、前記データビット列にストリームパースを実行することによって、各空間ストリームに対して獲得され、
前記データビット列は、ＢＣＣ符号化され、
前記データフィールドは、前記符号化ビット列にコンスタレーションマッピングとＩＤＦＴ（Inverse Discrete Fourier Transform）とを実行することによって生成された送信信号を含む、請求項１に記載の方法。

【請求項3】

空間ストリームの数が２個以上、４個以下であることに基づいて、前記符号化ビット列は、前記Ｎ_ROTに基づいて周波数回転を受ける、請求項２に記載の方法。

【請求項4】

前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_ROTは３１である、請求項３に記載の方法。

【請求項5】

前記ＤＣＭが前記符号化ビット列に前記コンスタレーションマッピングを実行することによって獲得されたコンスタレーションビットに実行されることに基づいて、前記コンスタレーションマッピングは、ＢＰＳＫ（Binary Phase Shift Keying）に基づいて実行され、
前記空間ストリームの数は１個である、請求項２に記載の方法。

【請求項6】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１２であり、且つ前記Ｎ_ROWは３である、請求項５に記載の方法。

【請求項7】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは３である、請求項５に記載の方法。

【請求項8】

無線ＬＡＮ（Local Area Network）における受信ＳＴＡ（station）であって、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサと、を備え、
前記プロセッサは、
送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信し、
前記データフィールドを復号する、ように構成され、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して受信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて獲得され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、受信ＳＴＡ。

【請求項9】

無線ＬＡＮ（Local Area Network）における方法であって、
送信ＳＴＡ（station）が、データフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を生成するステップと、
前記送信ＳＴＡが、前記ＰＰＤＵを受信ＳＴＡへ送信するステップと、を含み、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して送信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて生成され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、方法。

【請求項10】

前記符号化ビット列は、前記データビット列にストリームパースを実行することによって、各空間ストリームに対して獲得され、
前記データビット列は、ＢＣＣ符号化され、
前記データフィールドは、前記符号化ビット列にコンスタレーションマッピングとＩＤＦＴ（Inverse Discrete Fourier Transform）とを実行することによって生成された送信信号を含む、請求項９に記載の方法。

【請求項11】

空間ストリームの数が２個以上、４個以下であることに基づいて、前記符号化ビット列は、前記Ｎ_ROTに基づいて周波数回転を受ける、請求項１０に記載の方法。

【請求項12】

前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_ROTは３１である、請求項１１に記載の方法。

【請求項13】

前記ＤＣＭが前記符号化ビット列に前記コンスタレーションマッピングを実行することによって獲得されたコンスタレーションビットに実行されることに基づいて、前記コンスタレーションマッピングは、ＢＰＳＫ（Binary Phase Shift Keying）に基づいて実行され、
前記空間ストリームの数は１個である、請求項１０に記載の方法。

【請求項14】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１２であり、且つ前記Ｎ_ROWは３である、請求項１３に記載の方法。

【請求項15】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは３である、請求項１３に記載の方法。

【請求項16】

無線ＬＡＮ（Local Area Network）における送信ＳＴＡ（station）であって、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサと、を備え、
前記プロセッサは、
データフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を生成し、
前記ＰＰＤＵを受信ＳＴＡへ送信する、ように構成され、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して送信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて生成され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、送信ＳＴＡ。

【請求項17】

命令を格納する少なくとも１つのＣＲＭ（computer readable medium）であって、
前記命令は、少なくとも１つのプロセッサによって実行されることに基づいて、
送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信するステップと、
前記データフィールドを復号するステップと、を含む動作を実行し、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して受信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて獲得され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、ＣＲＭ。

【請求項18】

無線ＬＡＮ（Local Area Network）における装置であって、
メモリと、
前記メモリと動作できるように結合されたプロセッサと、を備え、
前記プロセッサは、
送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信し、
前記データフィールドを復号する、ように構成され、
前記データフィールドは、ＭＲＵ（multiple-resource unit）を介して受信され、
前記データフィールドは、ＢＣＣ（binary convolutional code）インターリーバブロックに含まれた符号化ビット列に基づいて獲得され、
前記符号化ビット列は、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいてデータビット列をインターリーブして獲得され、
前記データビット列は、前記Ｎ_ROWに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記Ｎ_COLに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことでインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSであり、
前記Ｎ_ROWは、ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ_COLは、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ_BPSCSは、各空間ストリーム内のキャリアごとの符号化ビットの数であり、
前記Ｎ_ROTは、周波数回転に対するパラメータである、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は無線ＬＡＮシステムにおいてＭｕｌｔｉ－ＲＵを介してデータを受信する技術に関することで、より詳しくは、Ｍｕｌｔｉ－ＲＵにおいてＢＣＣインターリーブが実行されたＰＰＤＵを受信する方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【発明の概要】

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

【0005】

本明細書は無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵにおいてＢＣＣインターリーブが実行されたＰＰＤＵを受信する方法及び装置を提案する。

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

【0006】

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

【0007】

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

【0008】

本実施例は８０２．１１ｂｅ無線ＬＡＮシステムにおいてサポートするＭｕｌｔｉ－ＲＵ（または、ＭＲＵ）を１つのＳＴＡに割り当て、ＰＰＤＵを送信するとき、前記ＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣインターリーブを実行する方法を提案する。特に、本実施例はＭｕｌｔｉ－ＲＵ送信の時、ＢＣＣインターリーブを実行するＢＣＣパラメータを定義する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは複数個の連続、または、不連続のＲＵがアグリゲートされたＲＵを意味する。

【0009】

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

【0010】

受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。

【0011】

前記受信ＳＴＡは前記データフィールドを復号する。

【0012】

前記データフィールドは第１リソースユニット（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，ＲＵ）と第２ＲＵがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）多重ＲＵ（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，Ｍｕｌｔｉ－ＲＵ）を介して受信される。

【0013】

前記データフィールドはＢＣＣインターリーバ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎ Ｃｏｄｉｎｇ ｉｎｔｅｒｌｅａｖｅｒ）ブロックに含まれた符号化ビット列（ｃｏｄｅｄ ｂｉｔ ｓｔｒｉｎｇ）に基づいて生成される。

【0014】

前記符号化ビット列はデータビット列を第１及び第２パラメータに基づいてインターリーブして獲得される。具体的には、前記データビット列は前記第１パラメータに基づいて前記ＢＣＣインターリーバブロックの行に入力され（ｅｎｔｅｒｉｎｇ ｉｎ ｒｏｗｓ）前記第２パラメータに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことで（ｒｅａｄｉｎｇ ｏｕｔ ｉｎ ｃｏｌｕｍｎｓ）インターリーブされる。

【発明の効果】

【0015】

本明細書において提案された実施例によると、Ｍｕｌｔｉ－ＲＵにおいてＢＣＣインターリーバパラメータを提案することで、Ｍｕｌｔｉ－ＲＵ送信の時、ＢＣＣエンコード及びインターリーブを介して周波数ダイバーシティ側面で利益があり、これで全体のスループットを高める新しい効果がある。

【図面の簡単な説明】

【0016】

【図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】本実施例に係る受信ＳＴＡがＰＰＤＵを受信する手順を示したフロー図である。

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

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

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

【0087】

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

【0088】

【表1】

【0089】

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

【0090】

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

【0091】

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

【0092】

【表2】

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

【表3】

【0104】

【表4】

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

【数1】

【0185】

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

【0186】

【数2】

【0187】

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

【0188】

【数3】

【0189】

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

【0190】

【数4】

【0191】

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

【0192】

【数5】

【0193】

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

【0194】

【数6】

【0195】

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

【0196】

【数7】

【0197】

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

【0198】

【数8】

【0199】

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

【0200】

【数9】

【0201】

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

【0202】

【数10】

【0203】

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

【0204】

【数11】

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

ＰＨＹにおいて、ＴＸＶＥＣＴＯＲのＧＩ＿ＴＹＰＥパラメータにおいてＧＩ ｄｕｒａｔｉｏｎとともに指示されるＧＩ（Ｇｕａｒｄ Ｉｎｔｅｒｖａｌ）は遅延スプレッド（ｄｅｌａｙ ｓｐｒｅａｄ）に対する対策として全てのデータＯＦＤＭシンボルに挿入される。

【0255】

ＰＰＤＵ送信が完了されればＰＨＹエンティティは受信状態に進入する。

【0256】

ＨＥ ＰＰＤＵの各フィールドの生成のために次のようなブロック図が用いられる。

【0257】

ａ）ｐｒｅ－ＦＥＣ ＰＨＹ ｐａｄｄｉｎｇ

【0258】

ｂ）Ｓｃｒａｍｂｌｅｒ

【0259】

ｃ）ＦＥＣ（ＢＣＣ ｏｒ ＬＤＰＣ）ｅｎｃｏｄｅｒｓ

【0260】

ｄ）ｐｏｓｔ－ＦＥＣ ＰＨＹ ｐａｄｄｉｎｇ

【0261】

ｅ）Ｓｔｒｅａｍ ｐａｒｓｅｒ

【0262】

ｆ）Ｓｅｇｍｅｎｔ ｐａｒｓｅｒ（連続の（ｃｏｎｔｉｇｕｏｕｓ）１６０ＭＨｚ ａｎｄ 不連続の（ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ）８０＋８０ＭＨｚ送信のために）

【0263】

ｇ）ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ

【0264】

ｈ）Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ

【0265】

ｉ）ＤＣＭ ｔｏｎｅ ｍａｐｐｅｒ

【0266】

ｊ）Ｐｉｌｏｔ ｉｎｓｅｒｔｉｏｎ

【0267】

ｋ）Ｒｅｐｌｉｃａｔｉｏｎ ｏｖｅｒ ｍｕｌｔｉｐｌｅ ２０ＭＨｚ（ＢＷ＞２０ＭＨｚに対して）

【0268】

ｌ）Ｍｕｌｔｉｐｌｉｃａｔｉｏｎ ｂｙ １^stｃｏｌｕｍｎ ｏｆ Ｐ_HE-LTF

【0269】

ｍ）ＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒ

【0270】

ｎ）Ｓｅｇｍｅｎｔ ｄｅｐａｒｓｅｒ

【0271】

ｏ）Ｓｐａｃｅ ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｅ（ＳＴＢＣ）ｅｎｃｏｄｅｒ ｆｏｒ ｏｎｅ ｓｐａｔｉａｌ ｓｔｒｅａｍ

【0272】

ｐ）Ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ（ＣＳＤ）ｐｅｒ ＳＴＳ ｉｎｓｅｒｔｉｏｎ

【0273】

ｑ）Ｓｐａｔｉａｌ ｍａｐｐｅｒ

【0274】

ｒ）Ｆｒｅｑｕｅｎｃｙ ｍａｐｐｉｎｇ

【0275】

ｓ）Ｉｎｖｅｒｓｅ ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ（ＩＤＦＴ）

【0276】

ｆ）Ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ（ＣＳＤ）ｐｅｒ ｃｈａｉｎ ｉｎｓｅｒｔｉｏｎ

【0277】

ｕ）Ｇｕａｒｄ ｉｎｔｅｒｖａｌ（ＧＩ）ｉｎｓｅｒｔｉｏｎ

【0278】

ｖ）Ｗｉｎｄｏｗｉｎｇ

【0279】

図２１はＢＣＣエンコードを用いてＨＥ ＰＰＤＵのデータフィールドを生成する送信装置のブロック図の一例を示す。

【0280】

図２１はＢＣＣ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎ Ｃｏｄｉｎｇ）エンコードが適用され、２６トーンＲＵ、５２トーンＲＵ、１０６トーンＲＵまたは、２４２トーンＲＵにおいてＵＬ送信または、ＤＬ ｎｏｎ－ＭＵ ＭＩＭＯ送信ができるＨＥ ＰＰＤＵのデータフィールドを生成するために用いられる送信装置のブロック図を示す。

【0281】

図２１を参照すると、送信装置のブロック図に入力されたビットストリームに対して、１）Ｐｒｅ－ＦＥＣ ＰＨＹパディング（ｐａｄｄｉｎｇ）が実行され、２）スクランブル動作が実行され、３）ＢＣＣ符号化が実行され、４）Ｐｏｓｔ－ＦＥＣ ＰＨＹパディングが実行され、５）符号化されたビットを特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作が実行され、６）空間ストリーム別にＢＣＣインターリーブ（ｉｎｔｅｒｌｅａｖｉｎｇ）が実行され、７）空間ストリーム別にコンスタレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）が実行され、変調シンボルが生成される。

【0282】

図２２は本明細書の実施例に適用できるブロックインターリーブ適用の一例を示す図面である。

【0283】

前記送信装置がエンコード技術でＢＣＣエンコードを使用した場合、エンコードされたビット列はブロックインターリーバ（ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）を介してインターリーブされる。インターリーバはインターリーバブロックの列（Ｎ_COL）と行（Ｎ_ROW）のサイズを定義した値に従って使用する。Ｎ_ROTは周波数回転（ｆｒｅｑｕｅｎｃｙ ｒｏｔａｔｉｏｎ）に対するパラメータである。定義した値は下記の表５の通りである。

【0284】

【表5】

【0285】

ここで、Ｎ_BPSCS（ｉ_SS）は各空間ストリームにおいて、１つの搬送波当り符号化されたビットの数を示す（ただし、ｉ_SS＝１においてＮ_SSの間の整数である）。上記のようなインターリーバを用いる方法は行に沿って符号化されたビット列を入力し、これを列に従って読み出すことである。これは、ブロックインターリーブを用いる方法を示す図面である図２２を参照することができる。

【0286】

コンスタレーションマッピング（Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）の一部であるＤＣＭトーンマッパー（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎｔｏｎｅ ｍａｐｐｅｒ）はＤＣＭがＲＵに対して指示されている場合にのみ適用される。空間マッピング（Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ）ブロックの右側にあるブロックのみならずコンスタレーションマッピング及びＣＳＤブロックに構成されるこのような送信装置のブロック図のサブセット（ｓｕｂｓｅｔ）はＨＥ－ＬＴＦフィールドまたは、ＨＥ－ＳＴＦフィールドを生成するのにも用いられる。

【0287】

前記図２１の送信装置のブロック図はセグメントパーサー（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）がないため、１つの周波数セグメントに対して前記動作が実行される。ただし、必要な場合、前記図２１の送信装置のブロック図において前記ストリームパーサー以後、セグメントパーサーを付加し、周波数セグメントを分けるセグメントパース（Ｓｅｇｍｅｎｔ ｐａｒｓｉｎｇ）が実行される場合もある。これで、各周波数セグメント別（Ｍｕｌｔｉ－ＲＵでは各ＲＵ別）に前記ＢＣＣインターリーブ、前記コンスタレーションマッピング、または、ＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。

【0288】

また、ＨＥ ＭＵ送信において、ＣＳＤ（ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ）は該当するユーザに対する空間－時間ストリーム開始インデクスに対する知識で実行されるという点を除いて、ＰＰＤＵエンコードプロセッサは空間マッピングブロックの入力までユーザごとにＲＵ（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ）において独立して実行される。ＲＵの全てのユーザデータは空間マッピングブロックの送信チェーンに結合されマッピングされる。

【0289】

以下では、コンスタレーションマッピングに対して説明する。

【0290】

コンスタレーションマッピングはコンスタレーションマッピングの入力ビットとＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ及び２５６－ＱＡＭに対する複素コンスタレーションポイントのマッピングを意味する。すなわち、コンスタレーションマッピングは変調方法によって、ストリームパーサーまたは、セグメントパーサー（もし、存在すれば）の出力でのビットを複素コンスタレーションポイントにマッピングさせることができる。

【0291】

ＤＣＭ技術はＨＥ ＰＰＤＵのデータフィールド及び／または、ＳＩＧ－Ｂフィールドにのみ適用される。また、ＤＣＭ技術は送信装置において使用されるか使用されない場合がある（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）。

【0292】

１１ａｘのＤＣＭ技術に対するより具体的な内容は以下の通りである。

【0293】

ＤＣＭはＨＥ－ＳＩＧ－Ｂ及びデータフィールドに対するオプションの変調方式である。ＤＣＭはＨＥ ＳＵ ＰＰＤＵ及びＨＥ ＥＲ ＳＵ ＰＰＤＵに適用される。ＨＥ ＭＵ ＰＰＤＵまたは、ＨＥ ＴＢ ＰＰＤＵにおいて、ＤＣＭは１つのユーザに対するデータを含むＲＵに適用され、複数のユーザに対するデータを含むＲＵに適用されない。

【0294】

ＤＣＭはＨＥ－ＭＣＳ０、１、３及び４に対してのみ適用可能である。ＤＣＭはＮｓｓ＝１または、Ｎｓｓ＝２でのみ適用可能である（ＨＥ ＭＵ ＰＰＤＵにおいて１つのユーザＲＵの場合、Ｎｓｓ，ｒ，ｕ＝１または、Ｎｓｓ，ｒ，ｕ＝２）．ＤＣＭはＭＵ－ＭＩＭＯまたは、ＳＴＢＣとともに適用することはできない。

【0295】

ＤＣＭが用いられる場合、ビットシーケンスはシンボルの一対（ｄ′_k′ｄ′_q(k)）にマッピングされる。このとき、９９６トーンＲＵまたは、それより小さいＲＵに対する周波数ダイバーシティを利用するためにｋは０＜＝ｋ＜＝Ｎ_SD－１の範囲を持ち、ｑ（ｋ）はＮ_SD＜＝ｑ（ｋ）＜＝２Ｎ_SD－１の範囲を持つ。２ｘ９９６トーンＲＵに対して、ｋは０＜＝ｋ＜＝Ｎ_SD／２－１の範囲を持ち、ｑ（ｋ）はＮ_SD／２＜＝ｑ（ｋ）＜＝Ｎ_SD－１の範囲を持つ。周波数ダイバーシティを最大化するために、ＤＣＭサブキャリアの一対（ｋ，ｑ（ｋ））のインデクスは９９６トーンＲＵまたは、それより小さいＲＵに対してｑ（ｋ）＝ｋ＋Ｎ_SDであり、２ｘ９９６トーンＲＵに対してｑ（ｋ）＝ｋ＋Ｎ_SD／２である。ここで、Ｎ_SDはＤＣＭ＝１である場合、Ｎ_SDに、ＤＣＭ＝０である場合、Ｎ_SDの半値を持つ。

【0296】

ＤＣＭが適用される変調ビットに対して、次のように説明することができる。

【0297】

【0298】

以下では、ＬＤＰＣトーン（ｔｏｎｅ）マッピングに対して説明する。

【0299】

ＬＤＰＣトーンマッピングはＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）パラメータであるＤ_TMを用いて全てのＬＤＰＣエンコードされたストリームにおいて実行する必要がある。Ｄ_TMは各帯域幅に対して定数であり、以下の通り各帯域別に値を持つ。ＬＤＰＣトーンマッピングはＢＣＣを用いてエンコードされたストリームに対しては実行しないようにする必要がある。

【0300】

【0301】

ＶＨＴ ＰＰＤＵ送信に対して、ユーザｕに関するＬＤＰＣコーディングされたストリームに対するＬＤＰＣトーンマッピングはコンスタレーションマッピング（Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）によって生成された複素数のストリームに置換し、以下の通り、実行される。

【0302】

【0303】

【0304】

前記ＬＤＰＣトーンマッピング動作に対する結果として、２個の連続に生成された複素コンスタレーション定数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）ｄ′_k,i,n,l,u及びｄ′_k+1,i,n,l,uそれぞれは少なくともＤ_TM－１だけ互い離れた２個のデータトーン（ｄａｔａ ｔｏｎｅ）において送信される。例えば、ｄ′_k,i,n,l,uは第１データトーンにおいて送信され、ｄ′_k+1,i,n,l,uは第２データトーンにおいて送信され、前記第１及び第２データトーンはＤ_TM－１だけ互い離れる場合がある。前記動作はＤ_TM行とＮ_SD／Ｄ_TM列（２０ＭＨｚ、４０ＭＨｚ，８０ＭＨｚまたは、８０＋８０ＭＨｚに対して）または、Ｎ_SD／２＊Ｄ_TM列（１６０ＭＨｚに対して）を持った行列を用いてｉ、ｎ及びｕ変数に対して複素数ｄ′_0,i,n,l,u，…，ｄ′_{NSD-1,i,n,l,u}をブロックインターリーブ（ｂｌｏｃｋ－ｉｎｔｅｒｌｅａｖｉｎｇ）することと同じである。このとき、ｄ′_0,i,n,l,u，…、ｄ′_{NSD-1,i,n,l,u}は行列にｒｏｗ－ｗｉｓｅに作成され、ｄ′_0,i,n,l,u，…、ｄ′_{NSD-1,i,n,l,u}は行列からｃｏｌｕｍｎ－ｗｉｓｅに読み込まれる。

【0305】

ＬＤＰＣトーンマッピングは周波数サブブロックインデクスｌに指示される１６０ＭＨｚまたは、８０＋８０ＭＨｚ送信の上位（ｕｐｐｅｒ）８０ＭＨｚと下位（ｌｏｗｅｒ）８０ＭＨｚに対して分離され、実行される。

【0306】

ＬＤＰＣトーンマッピングはＢＣＣコーディングされたストリームに対しては実行されないため、ＢＣＣコーディングされたストリームに対しては次のような数式が適用される。

【0307】

【0308】

また、ＬＤＰＣトーンマッピングはＲＵ（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ）にマッピングされた全てのＬＤＰＣエンコードされたストリームにおいて実行する必要がある。ＬＤＰＣトーンマッピングはＢＣＣを使用したストリームに対して実行しないようにする必要がある。ＤＣＭがＬＤＰＣエンコードされたストリームに適用される場合、Ｄ_{TM_DCM}がＲＵの低い半分（ｌｏｗｅｒ ｈａｌｆ）データサブキャリアとＲＵの高い半分（ｕｐｐｅｒ ｈａｌｆ）データサブキャリア両方に適用する必要がある。ＬＤＰＣトーンマッピング距離パラメータＤ_TM及びＤ_{TM_DCM}は各ＲＵサイズ及び他のＲＵサイズに対する値に対して定数である。

【0309】

【0310】

ＬＤＰＣトーンマッピングパラメータＤ_TM及びＤ_{TM_DCM}は各周波数サブブロックｌ＝０とｌ＝１に対して適用される。

【0311】

ＤＣＭがないＨＥ ＰＰＤＵに対して、ｒ番目ＲＵにおいてユーザｕに対するＬＤＰＣエンコードされたストリームに対するＬＤＰＣトーンマッピングはコンスタレーションマッピング（Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）によって生成された複素数のストリームに置換し、以下の通り実行される。

【0312】

【0313】

ＤＣＭがデータフィールドに適用されるＨＥ ＰＰＤＵに対して、ｒ番目のＲＵにおいてユーザｕに対するＬＤＰＣエンコードされたストリームに対するＬＤＰＣトーンマッピングはコンスタレーションマッピング（Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）によって生成された複素数のストリームに置換し、以下の通り実行される。

【0314】

【0315】

【0316】

２６－、５２－、１０６－、２４２－、４８４－及び９９６－トーンＲＵに対して、ＬＤＰＣトーンマッパーは１つのセグメントに定義される。ＬＤＰＣトーンマッピングは周波数サブブロックインデクス１によって指示される２ｘ９９６－トーンＲＵの上位（ｕｐｐｅｒ）８０ＭＨｚと下位（ｌｏｗｅｒ）８０ＭＨｚ周波数セグメントに対して分離され実行される。

【0317】

ＬＤＰＣトーンマッピングはＢＣＣコーディングされたストリームに対しては実行されないため、ＢＣＣコーディングされたストリームに対しては次のような数式が適用される。

【0318】

【0319】

図２３はデータにＤＣＭ技術が適用される一例を示す。

【0320】

その一方で、ＩＥＥＥ８０２．１１ａｘではＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ／Ｓｕｂ－ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）技術が適用された。ＤＣＭ技術に基づいた送信装置は同じ情報を互い異なるサブキャリアを介して送信することができる。例えば、送信装置は図２３のような構造を含むことができる。図２３において示されているように、第１データ情報が第１コンスタレーションマッピング、すなわち、ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ１に基づいてｓｕｂｃａｒｒｉｅｒＫに含まれる。また、同じ第１データ情報が第２コンスタレーションマッピング、すなわち、ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ２に基づいてｓｕｂｃａｒｒｉｅｒＫ＋Ｎ／２に含まれる。第１コンスタレーションマッピング及び第２コンスタレーションマッピングは同じマッピング技術であり、異なるマッピング技術でもある。図２３において、変数ＮはＲＵまたは、ｆｒｅｑｕｅｎｃｙ ｓｅｇｍｅｎｔに含まれるデータトーンの数であるＮ＿ＳＤである場合がある。また、図２３の技術は同じデータに対して第１／第２コンスタレーションマッピングが適用された結果が第１／第２トーンにマッピングされる一例であるが、例えば、同じデータに対して第１／第２／第３コンスタレーションマッピングが適用された結果が第１／第２／第３トーンにマッピングされるか、同じデータに対して第１／第２…／第Ｎコンスタレーションマッピングが適用された結果が第１／第２…第Ｎトーンにマッピングされることも可能である。

【0321】

ＤＣＭ技術はＨＥ ＰＰＤＵのデータフィールド及び／または、ＳＩＧ－Ｂフィールドにのみ適用される。またＤＣＭ技術は送信装置において使用されるか使用されない場合がある（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）。

【0322】

１１ａｘのＤＣＭ技術に対するより具体的な内容は以下の通りである。

【0323】

ＤＣＭはＨＥ－ＳＩＧ－Ｂ及びデータフィールドに対するオプションの変調方式である。ＤＣＭはＨＥ ＳＵ ＰＰＤＵ及びＨＥ ＥＲ ＳＵ ＰＰＤＵに適用される。ＨＥ ＭＵ ＰＰＤＵまたは、ＨＥ ＴＢ ＰＰＤＵにおいて、ＤＣＭは１つのユーザに対するデータを含むＲＵに適用され、複数のユーザに対するデータを含むＲＵに適用されない。

【0324】

ＤＣＭはＨＥ－ＭＣＳ０、１、３及び４に対してのみ適用可能である。ＤＣＭはＮｓｓ＝１または、Ｎｓｓ＝２でのみ適用可能である（ＨＥ ＭＵ ＰＰＤＵにおいて１つのユーザＲＵの場合、Ｎｓｓ，ｒ，ｕ＝１または、Ｎｓｓ，ｒ，ｕ＝２）。ＤＣＭはＭＵ－ＭＩＭＯまたは、ＳＴＢＣとともに適用することはできない。

【0325】

ＤＣＭが用いられる場合、ビットシーケンスはシンボルの一対（ｄ′_k,ｄ′_q(k)）にマッピングされる。このとき、９９６トーンＲＵまたは、それより小さいＲＵに対する周波数ダイバーシティを利用するためにｋは０＜＝ｋ＜＝Ｎ_SD－１の範囲を持ち、ｑ（ｋ）はＮ_SD＜＝ｑ（ｋ）＜＝２Ｎ_SD－１の範囲を持つ。２ｘ９９６トーンＲＵに対して、ｋは０＜＝ｋ＜＝Ｎ_SD／２－１の範囲を持ち、ｑ（ｋ）はＮ_SD／２＜＝ｑ（ｋ）＜＝Ｎ_SD－１の範囲を持つ。周波数ダイバーシティを最大化するために、ＤＣＭサブキャリアの一対（ｋ，ｑ（ｋ））のインデクスは９９６トーンＲＵまたは、それより小さいＲＵに対してｑ（ｋ）＝ｋ＋Ｎ_SDであり、２ｘ９９６トーンＲＵに対してｑ（ｋ）＝ｋ＋Ｎ_SD／２である。ここで、Ｎ_SDはＤＣＭ＝１である場合、Ｎ_SDに、ＤＣＭ＝０である場合、Ｎ_SDの半値を持つ。

【0326】

ＤＣＭが適用される変調ビットに対して、次のように説明することができる。

【0327】

【0328】

Ｎｏｎ－ＯＦＤＭＡ ＨＥ ＰＰＤＵにおいてＨＥ－ｍｏｄｕｌａｔｅｄフィールドに対するサブキャリア割り当て関連変数はｎｏｎ－ＯＦＤＭＡ ＨＥ ＰＰＤＵに対するトーン割り当て関連パラメータとして、以下の通り定義することができる。

【0329】

【0330】

ＯＦＤＭＡ ＨＥ ＰＰＤＵにおいてＲＵに対するサブキャリア割り当て関連変数はＯＦＤＭＡ ＨＥ ＰＰＤＵに対するトーン割り当て関連パラメータとして以下の通り定義することができる。

【0331】

【0332】

上述したように、Ｎ_SDは１つのＲＵまたは、周波数セグメント（例えば、２０／４０／８０／１６０ＭＨｚセグメント）に含まれるデータトーンの数を意味することができる。

【0333】

８０２．１１無線ＬＡＮシステムにおいて頻繁に用いられるパラメータは次のように定義することができる。

【0334】

【0335】

【0336】

【0337】

以下では、ＢＣＣインターリーバ（ｉｎｔｅｒｌｅａｖｅｒ）に対して説明する。

【0338】

説明の便宜上、インターリーバの動作はＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）の場合のみ説明する。ＭＵ送信のユーザｕに対して、インターリーバはストリームパーサーからユーザに対する出力ビットに対してＮ_SS、Ｎ_CBPSS、Ｎ_CBPSSI及びＮ_BPSCSをＮ_SS,u、Ｎ_CBPSS,u、Ｎ_CBPSSI,u及びＮ_BPSCS,uにそれぞれ変更し、同じ方法で動作する。すなわち、インターリーバの動作は該当するユーザのビットのみで構成されたＳＵ送信である場合と同じである。

【0339】

以下の説明はＢＣＣエンコードの場合に用いられるインターリーバに対して説明する。以下で説明されたインターリーバはＬＤＰＣエンコードの場合、無視される。

【0340】

２０ＭＨｚ、４０ＭＨｚまたは、８０ＭＨｚＶＨＴ ＰＰＤＵ送信においてストリームパーサーの出力ビットはＮ_CBPSビットグループで処理される。各グループはＮ_CBPSSビットのＮ_SSブロックに分けられ、各ブロックはインターリーバに基づいてインターリーバによってインターリーブする必要がある。１６０ＭＨｚまたは、８０＋８０ＭＨｚＶＨＴ ＰＰＤＵ送信において、セグメントパーサーのＮ_CBPSS／２出力ビットの各周波数サブブロックは本明細書において定義された８０ＭＨｚの間インターリーバによってインターリーブされる。行にデータを入力し列で読み込むこのインターリーバは帯域幅によってＮ_COL列とＮ_ROW行が異なる。Ｎ_COL及びＮ_ROWの値は前記表５に示されている。

【0341】

インターリーバに係る演算が適用された後、空間ストリームが２個以上存在する場合、追加空間ストリームに周波数回転という３番目の演算が適用される。周波数回転に対するパラメータはＮ_ROTであり、Ｎ_ROTの値は表５に示されている。

【0342】

追加パラメータは空間ストリームインデクスｉ_ss＝１，２，…，Ｎ_ssである。３番目の演算の出力は空間ストリームインデクスの関数である。

【0343】

インターリーブは３つの順列（ｐｅｒｍｕｔａｔｉｏｎ）を用いて定義される。１番目の順列は以下の数式に示されたルールによって提供される。

【0344】

【数12】

【0345】

ここで、Ｎ_CBPSSIはＢＣＣインターリーバブロック別の空間ストリーム別シンボル別の符号化ビットの数である。ｋはサブキャリアインデクスを示し、ＯＦＤＭＡまたは、ＲＵ ａｇｇｒｅｇａｔｉｏｎが用いられる場合、割り当てられたＲＵまたは、ＭＲＵのサブキャリアインデクスを示す。

【0346】

２番目の順列は以下の数式に示されたルールによって定義される。

【0347】

【数13】

【0348】

空間ストリームにおいて、コンスタレーションポイント（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｐｏｉｎｔ）の単一軸（実数（ｒｅａｌ）または、虚数（ｉｍａｇｉｎａｒｙ））に割り当てられたビット数ｓは以下の数式で示されている。

【0349】

【数14】

【0350】

前記２番目の順列においてｓは上のように定義される。

【0351】

前記１番目の順列と２番目の順列に対する数式によると、前記ＢＣＣインターリーバブロックに含まれた符号化ビットはＮ_ROWにデータを入力し、Ｎ_COLに読み込むことでインターリーブされる。

【0352】

また、インターリーバに係る演算が適用された後、空間ストリームが２個以上存在する場合、（Ｎ_SS＞＝２）追加空間ストリームにＮ_ROTに基づいて周波数回転という演算を適用することができる。

【0353】

もし、２＜＝Ｎ_SS＜＝４であれば、周波数回転は前記２番目の順列の出力（数１３）に以下のように適用される。

【0354】

【数15】

【0355】

このとき、ｉ_ss＝１，２，…，Ｎ_ssは前記インターリーブが動作する空間ストリームインデクスを意味する。

【0356】

もし、Ｎ_SS＞＝４であれば、周波数回転は前記２番目の順列の出力（数１３）に以下のように適用される。

【0357】

【数16】

【0358】

このとき、ｉ_ss＝１，２，…，Ｎ_ssは前記インターリーブが動作する空間ストリームインデクスであり、Ｊ（ｉ_ss）は以下の通り定義された整数である。

【0359】

【0360】

デインターリーバ（ｄｅｉｎｔｅｒｌｅａｖｅｒ）は逆順列（ｉｎｖｅｒｓｅ ｐｅｒｍｕｔａｔｉｏｎ）を実行するために、次の３種類の演算を用いる。ｒは受信されたブロック（空間ストリーム当り）のビットインデクスだとする。１番目の演算はインターリーバの３番目（周波数回転）順列を反対に（逆に）する。Ｎ_ss＝１であれば、この反転（ｒｅｖｅｒｓａｌ）はｊ＝ｒ（ｒ＝０，１，…，Ｎ_CBPSSI－１）によって実行される。２＜＝Ｎ_ss＜＝４であるとき、この反転は以下の数式のように実行される。

【0361】

【数17】

【0362】

Ｎ_SS＞４であれば、この反転は以下の数式のように実行される。

【0363】

【数18】

【0364】

以下の数式によって定義された２番目の演算はインターリーバにおいて２番目の順列（数１３）を反対に（逆に）する。

【0365】

【数19】

【0366】

以下の数式によって定義された３番目の演算はインターリーバにおいて１番目の順列（数１２）を反対に（逆に）する。

【0367】

【数20】

【0368】

また、８０２．１１ａｘ無線ＬＡＮシステムからＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）サイズ及びＤＣＭが適用されるかどうかに係るデータフィールドに対するインターリーバパラメータ、Ｎ_COL、Ｎ_ROW及びＮ_ROTはＲＵサイズ列に対して次のように定義される。

【0369】

【0370】

また、ＨＥ－ＳＩＧ－Ａ及びＨＥ－ＳＩＧ－Ｂフィールドに対するインターリーバパラメータ、Ｎ_COL及びＮ_ROWはＨＥ－ＳＩＧ－Ａ／ＨＥ－ＳＩＧ－Ｂ列に対して、前記表のように定義される。ＨＥ－ＳＩＧ－ＡフィールドではＤＣＭが用いられない。

【0371】

４．本明細書に適用可能な実施例

【0372】

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

【0373】

本明細書では１つのＳＴＡにＭＲＵ（Ｍｕｌｔｉ－Ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を割り当て、ＰＰＤＵを送信する状況においてＢＣＣ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎ Ｃｏｄｉｎｇ）が適用された場合、ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｐａｒａｍｅｔｅｒに対して、提案する。

【0374】

既存の８０２．１１ａｘでは２６／５２／１０６／２４２／４８４／９９６／２ｘ９９６－ｔｏｎｅ ＲＵを用いてｄａｔａを送信することができ、この場合、ｃｈａｎｎｅｌ ｃｏｄｉｎｇはＢＣＣまたは、ＬＤＰＣが用いられる。特にＢＣＣが用いられる場合、周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ）のために既存のＷｉ－Ｆｉシステムと同じくＢＣＣ ｉｎｔｅｒｌｅａｖｅｒが用いられ、ＢＣＣが適用される場合のＰＰＤＵ ｅｎｃｏｄｉｎｇ ｐｒｏｃｅｓｓ及びＢＣＣ ｉｎｔｅｒｌｅａｖｅｒに対することは先に説明した。

【0375】

８０２．１１ｂｅでは１つのＳＴＡに１つのＲＵではない複数個のＲＵを割り当て、ＰＰＤＵを送信し、スループット（ｔｈｒｏｕｇｈｐｕｔ）を向上させ、複数のＲＵを割り当てる情報はＥＨＴ－ＳＩＧフィールドにおいて知らせることができる。図１８はＥＨＴ ＰＰＤＵの構造である。

【0376】

Ｕ－ＳＩＧはバージョンに依存しないフィールド（ｖｅｒｓｉｏｎ ｉｎｄｅｐｅｎｄｅｎｔ ｆｉｅｌｄ）とバージョン依存フィールド（ｖｅｒｓｉｏｎ ｄｅｐｅｎｄｅｎｔ ｆｉｅｌｄ）に構成される。また２つのｓｙｍｂｏｌで構成され、２つのｓｙｍｂｏｌがｊｏｉｎｔｌｙ ｅｎｃｏｄｉｎｇされ、各２０ＭＨｚごとに５２個ｄａｔａ ｔｏｎｅ及び４個のｐｉｌｏｔ ｔｏｎｅに構成される。また、Ｕ－ＳＩＧはＨＥ－ＳＩＧ－Ａと同じ方法に変調される。ＥＨＴ－ＳＩＧは共通フィールド（Ｃｏｍｍｏｎ ｆｉｅｌｄ）とユーザ特定のフィールド（ｕｓｅｒ ｓｐｅｃｉｆｉｃ ｆｉｅｌｄ）に分けられ可変（ｖａｒｉａｂｌｅ）ＭＣＳにｅｎｃｏｄｉｎｇされる。ＲＵを割り当てる情報はＣｏｍｍｏｎ ｆｉｅｌｄ及びｕｓｅｒ ｓｐｅｃｉｆｉｃ ｆｉｅｌｄに載せられる。

【0377】

このような状況において、本明細書は１つの２６－ｔｏｎｅ ＲＵと１つの１０６－ｔｏｎｅ ＲＵがアグリゲート（ａｇｇｒｅｇａｔｅ）されるか、または、１つの２６－ｔｏｎｅ ＲＵと１つの５２－ｔｏｎｅ ＲＵがアグリゲートされる場合を考慮する。アグリゲートされるＲＵは隣接した２つのＲＵであり、２０ＭＨｚ ｃｈａｎｎｅｌ内の２つのＲＵである。または、８０ＭＨｚ ｔｏｎｅ ｐｌａｎでのｃｅｎｔｅｒ２６－ｔｏｎｅ ＲＵと隣接した５２－ｔｏｎｅ ＲＵまたは、１０６－ｔｏｎｅ ＲＵである場合がある。各組み合わせされたＲＵを１つのＲＵのように考慮し以下の通り、ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｐａｒａｍｅｔｅｒを提案し、ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ手順は先に説明した既存の１１ａｘのＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ手順をそのまま適用することができる。

【0378】

ただし、８０２．１１ｂｅ無線ＬＡＮシステムにおいてＢＣＣは空間ストリーム数が４個以下であり、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭまたは、２５６－ＱＡＭ変調のうち、一つである２４２トーン以下のサイズのＲＵまたは、ＭＲＵにのみ適用できる。

【0379】

ＢＣＣエンコーダはｓｍａｌｌ ＭＲＵに適用される。ＢＣＣである符号化ビットは全体ＭＲＵにわたってインターリーブされる。ＢＣＣにエンコードされたＭＲＵのインターリーバパラメータは以下の表６と表７に示されている。ＤＣＭはＢＰＳＫ及び単一ストリームの場合にのみ適用されるため、Ｎ_ROTは適用されず、Ｎ_ROWはＮ_BPSCSなしに決定される（Ｎ_BPSCSは常に１）。Ｎ_BPSCSは空間ストリーム当り、サブキャリア当りの符号化ビットの数である。

【0380】

以下はＤＣＭが適用されない場合、各ＲＵ組み合わせでのＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｐａｒａｍｅｔｅｒの１つの例である。

【0381】

【表6】

【0382】

２６＋５２ＲＵ組み合わせの場合、Ｎ_COLは１２であり、Ｎ_ROWは６ Ｘ Ｎ_BPSCSが使用される場合もある。Ｎ_ROTは１６、１７、１９など、他の数が使用される場合もある。

【0383】

２６＋１０６ＲＵ組み合わせの場合、Ｎ_COLは２１とＮ_ROWは６ Ｘ Ｎ_BPSCSが使用される場合もある。または、Ｎ_COLは１４とＮ_ROWは９ Ｘ Ｎ_BPSCSが使用される場合もある。Ｎ_ROTは３０、３２など、他の数が使用される場合もある。

【0384】

送信ＳＴＡはＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣ符号化を実行しＢＣＣ符号化されたビットを特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行した後、各空間ストリームに対してＢＣＣインターリーブを実行してインターリーブされたビットをコンスタレーションマッピングすることができる。

【0385】

例えば、受信ＳＴＡに２６＋５２ＲＵ組み合わせのＭＲＵが割り当てられ、Ｎ_COLは１８であり、Ｎ_ROWは４ Ｘ Ｎ_BPSCSであり、Ｎ_ROTは１８が用いられる場合を仮定する。

【0386】

前記数式１２及び数式１３によると、前記ＢＣＣインターリーバブロックに含まれた符号化ビット（Ｎ_CBPSSI）はＮ_ROW（＝１８）にデータを入力し、Ｎ_COL（＝４ Ｘ Ｎ_BPSCS）に読み込むことでインターリーブされる。また、インターリーバに係る演算が適用された後、空間ストリームが２個以上存在する場合、（Ｎ_SS＞＝２）追加空間ストリームにＮ_ROT（＝１８）に基づいて周波数回転を前記数式１５（２＜＝Ｎ_SS＜＝４である場合、）のように実行することができる。

【0387】

ここで、Ｎ_CBPSSIはＢＣＣインターリーバブロック別の空間ストリーム別、シンボル別の符号化ビットの数である。ｋは２６＋５２ＲＵのサブキャリアインデクスでｋ＝０，１，…，７１（Ｎ_SD＝７２）を示す。前記数式１３において、ｓは空間ストリームにおいてコンスタレーションポイントの単一軸（実数または、虚数）に割り当てられたビット数であり、数式１４を介して獲得することができる。

【0388】

性能の観点では前記表６において定義された例が望ましい。

【0389】

以下は、ＤＣＭが適用された場合、各ＲＵ組み合わせでのＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｐａｒａｍｅｔｅｒの１つの例である。

【0390】

【表7】

【0391】

２６＋５２ＲＵ組み合わせの場合、Ｎ_COLは１２とＮ_ROWは３ Ｘ Ｎ_BPSCSが使用される場合もある。Ｎ_ROTは８、１０など、他の数が使用される場合もある。

【0392】

２６＋１０６ＲＵ組み合わせの場合、Ｎ_COLは２１とＮ_ROWは３ Ｘ Ｎ_BPSCSが使用される場合もある。または、Ｎ_COLは７とＮ_ROWは９ Ｘ Ｎ_BPSCSが使用される場合もある。Ｎ_ROTは１４、１６など、他の数が使用される場合もある。

【0393】

送信ＳＴＡはＰＰＤＵのデータフィールドに含まれるデータビット列に対して、ＢＣＣ符号化を実行し、ＢＣＣ符号化されたビットを特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行した後、各空間ストリームに対してＢＣＣインターリーブを実行してインターリーブされたビットをコンスタレーションマッピングすることができる。

【0394】

例えば、受信ＳＴＡに２６＋１０６ＲＵ組み合わせのＭＲＵが割り当てられ、Ｎ_COLは２１であり、Ｎ_ROWは３ Ｘ Ｎ_BPSCSが用いられる場合を仮定する。ＤＣＭが適用されるため、変調方法はＢＰＳＫであり、単一ストリームであるため、Ｎ_ROTは適用されず、Ｎ_BPSCSは常に１に設定される。

【0395】

前記数式１２及び数式１３によると、前記ＢＣＣインターリーバブロックに含まれた符号化ビット（Ｎ_CBPSSI）はＮ_ROW（＝２１）にデータを入力し、Ｎ_COL（＝３ Ｘ Ｎ_BPSCS）に読み込むことでインターリーブされる。空間ストリームが１つであるため、周波数回転は実行されない。

【0396】

ここで、Ｎ_CBPSSIはＢＣＣインターリーバブロック別の空間ストリーム別、シンボル別の符号化ビットの数である。ｋは２６＋１０６ＲＵのサブキャリアインデクスとしてｋ＝０，１，…，６２（Ｎ_SD＝６３）を示す。前記数式１３においてｓは空間ストリームにおいてコンスタレーションポイントの単一軸（実数または、虚数）に割り当てられたビット数であり、数式１４を介して獲得することができる。

【0397】

性能の観点から、前記表７において定義された例が望ましい。

【0398】

以下は、上記で説明したＤＣＭ適用有無に係る２個のＭＲＵ（２６＋５２ＲＵと２６＋１０６ＲＵ）でのＢＣＣインターリーブに用いられるパラメータをまとめた一例である。このとき、Ｎ_SDはＭＲＵ当りデータサブキャリアの数を意味する。

【0399】

【表8】

【0400】

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

【0401】

図２４の一例は送信装置（ＡＰ及び／または、ｎｏｎ－ＡＰ ＳＴＡ）において実行される。図２４の一例の各ｓｔｅｐ（または、後述する詳細なｓｕｂ－ｓｔｅｐ）のうち、一部は省略されるか変更される。

【0402】

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

【0403】

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

【0404】

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

【0405】

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

【0406】

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

【0407】

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

【0408】

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

【0409】

上述したＳ２４２０ステップ及びＳ２４３０ステップを介してＰＰＤＵのデータフィールドを構成する方法は図２１の装置に基づいて実行される。

【0410】

示されているように、送信装置はデータフィールドに含まれるデータビット列に対して１）ＰＨＹ ｐａｄｄｉｎｇを実行し、２）ｓｃｒａｍｂｌｉｎｇ動作を実行し、３）ＢＣＣ符号化を実行することができる。以後、４）ＢＣＣ符号化ビットを特定の１つの空間ストリームにマッピングするＳｔｒｅａｍ ｐａｒｓｉｎｇ動作を実行し、５）必要な場合、周波数セグメントを分けるＳｅｇｍｅｎｔ ｐａｒｓｉｎｇ動作を実行し、６）個別空間ストリーム及び各周波数セグメントに対してｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇを実行し、変調シンボルを生成することができる。

【0411】

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

【0412】

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

【0413】

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

【0414】

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

【0415】

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

【0416】

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

【0417】

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

【0418】

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

【0419】

図２５の一例は受信ＳＴＡ、または、受信装置（ＡＰ及び／または、ｎｏｎ－ＡＰ ＳＴＡ）において実行される。図２５の一例の各ｓｔｅｐ（または、後述する詳細なｓｕｂ－ｓｔｅｐ）のうち、一部は省略される。

【0420】

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

【0421】

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

【0422】

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

【0423】

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

【0424】

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

【0425】

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

【0426】

上述したＰＰＤＵは図１の装置に基づいて受信される。

【0427】

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

【0428】

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

【0429】

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

【0430】

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

【0431】

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

【0432】

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

【0433】

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

【0434】

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

【0435】

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

【0436】

本実施例は８０２．１１ｂｅ無線ＬＡＮシステムにおいてサポートするＭｕｌｔｉ－ＲＵ（または、ＭＲＵ）を１つのＳＴＡに割り当て、ＰＰＤＵを送信するとき、前記ＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣインターリーブを実行する方法を提案する。特に、本実施例はＭｕｌｔｉ－ＲＵ送信の時、ＢＣＣインターリーブが実行できるＢＣＣパラメータを定義する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは複数の連続または、不連続のＲＵがアグリゲートされたＲＵを意味する。

【0437】

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

【0438】

Ｓ２６１０ステップにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）はデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成する。

【0439】

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

【0440】

前記データフィールドは第１リソースユニット（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，ＲＵ）と第２ＲＵがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）多重ＲＵ（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，Ｍｕｌｔｉ－ＲＵ）を介して受信される。

【0441】

前記データフィールドはＢＣＣインターリーバ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎ Ｃｏｄｉｎｇ ｉｎｔｅｒｌｅａｖｅｒ）ブロックに含まれた符号化ビット列（ｃｏｄｅｄ ｂｉｔ ｓｔｒｉｎｇ）に基づいて生成される。

【0442】

前記符号化ビット列はデータビット列を第１及び第２パラメータに基づいてインターリーブして獲得される。具体的には、前記データビット列は前記第１パラメータに基づいて前記ＢＣＣインターリーバブロックの行に入力し（ｅｎｔｅｒｉｎｇ ｉｎ ｒｏｗｓ）前記第２パラメータに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことで（ｒｅａｄｉｎｇ ｏｕｔ ｉｎ ｃｏｌｕｍｎｓ）インターリーブされる（Ｔｈｅ ｄａｔａ ｂｉｔ ｓｔｉｎｇ ｉｓ ｉｎｔｅｒｌｅａｖｅｄ ｂｙ ｅｎｔｅｒｉｎｇ ｉｎ ｒｏｗｓ ｏｆ ｔｈｅ ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｂｌｏｃｋ ｂａｓｅｄ ｏｎ ｔｈｅ ｆｉｒｓｔ ｐａｒａｍｅｔｅｒ ａｎｄ ｒｅａｄｉｎｇ ｏｕｔ ｉｎ ｒｏｗｓ ｏｆ ｔｈｅ ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｂｌｏｃｋ ｂａｓｅｄ ｏｎ ｔｈｅ ｓｅｃｏｎｄ ｐａｒａｍｅｔｅｒ）。前記符号化ビット列に対するＢＣＣインターリーブ動作は前記数式１２及び数式１３のように実行される。

【0443】

前記符号化ビット列は前記データビット列にストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）を実行し、空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）それぞれに対して獲得される。前記ＢＣＣインターリーバブロックは前記空間ストリーム別に分けられる。前記空間ストリーム別ＢＣＣインターリーバブロックに含まれたストリームパーサーの出力ビットはブロック別にインターリーブされる。前記データビット列はＢＣＣ符号化される。ＢＣＣ符号化（エンコード）である場合にのみ前記ＢＣＣインターリーバブロックによってインターリーブ動作が実行される。

【0444】

前記データフィールドは前記符号化ビット列にコンスタレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）とＩＤＦＴ（Ｉｎｖｅｒｓｅ Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を実行し、生成された送信信号を含むことができる。これは、前記ＢＣＣインターリーバブロック以後の手順を意味する。

【0445】

ＰＰＤＵの送信手順を説明すると次のようになる。送信ＳＴＡはＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣ符号化を実行しＢＣＣ符号化されたビットを特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行した後各空間ストリームに対してＢＣＣインターリーブを実行してインターリーブされたビットをコンスタレーションマッピングすることができる。

【0446】

具体的には、送信ＳＴＡは前記データビット列に対して１）ＰＨＹパディング（ｐａｄｄｉｎｇ）を実行し、２）スクランブル動作を実行し、３）ＢＣＣ符号化を実行し、４）ＢＣＣ符号化ビット列を特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行し、５）個別空間ストリームで分けられたＢＣＣインターリーバブロックにおいてＢＣＣインターリーブを実行し、６）前記ＢＣＣインターリーブされたビット列に対して前記コンスタレーションマッピングを実行し、７）前記コンスタレーションマッピングに基づいて生成された変調シンボル（コンスタレーションビット）に対して空間周波数マッピング（ｓｐａｔｉａｌ ｆｒｅｑｕｅｎｃｙ ｍａｐｐｉｎｇ）及びＩＤＦＴを実行し、送信信号を生成することができる。送信ＳＴＡでは前記１）から７）の手順が順序に動作され、本実施例では前記５）の手順に対して重点的に説明する。

【0447】

前記空間ストリームの数が２個以上、４個以下である場合、前記符号化ビット列は第３パラメータに基づいて周波数回転（ｆｒｅｑｕｅｎｃｙ ｒｏｔａｔｉｏｎ）が実行される。すなわち、前記空間ストリームが２個以上存在する場合、追加空間ストリームに対して前記第３パラメータに基づいて周波数回転が実行される。前記符号化ビット列に対する周波数回転は前記数式１５のように実行される。

【0448】

以下は、前記Ｍｕｌｔｉ－ＲＵの構成に係る前記第１から第３パラメータの値を定義した一例を説明する。以下の２個の実施例はＤＣＭが適用されない場合の一例である。

【0449】

例えば、前記第１ＲＵが２６トーン（ｔｏｎｅ）ＲＵであり、前記第２ＲＵが５２トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋５２トーンＲＵを示す。前記２６＋５２トーンＲＵのデータサブキャリアの数は７２個である。これによって、前記第１パラメータの値は１８であり、前記第２パラメータの値は４ Ｘ Ｎ_BPSCSであり、前記第３パラメータの値は１８である。ここで、Ｎ_BPSCSは前記空間ストリーム当り、サブキャリア当り符号化ビットの数（ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）である。

【0450】

別の例として、前記第１ＲＵが２６トーンＲＵであり、前記第２ＲＵが１０６トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋１０６トーンＲＵを示す。前記２６＋１０６トーンＲＵのデータサブキャリアの数は１２６個である。これによって、前記第１パラメータの値は２１であり、前記第２パラメータの値は６ Ｘ Ｎ_BPSCSであり、前記第３パラメータの値は３１である。ここで、Ｎ_BPSCSは前記空間ストリーム当り、サブキャリア当り符号化ビットの数（ｎｕｍｂｅｒｏｆｃｏｄｅｄｂｉｔｓｐｅｒｓｕｂｃａｒｒｉｅｒｐｅｒｓｐａｔｉａｌ ｓｔｒｅａｍ）である。

【0451】

また、以下の２個の実施例はＤＣＭが適用される場合の一例である。

【0452】

前記符号化ビット列に前記コンスタレーションマッピングを実行して獲得したコンスタレーションビットにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記コンスタレーションマッピングはＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）に実行され、前記空間ストリームの数は１個である。ＤＣＭはＢＰＳＫ変調方法及び単一ストリーム場合にのみ適用されるため、周波数回転は適用されず（第３パラメータ定義しない）Ｎ_BPSCSは常に１を持つ。

【0453】

例えば、前記第１ＲＵが２６トーンＲＵであり、前記第２ＲＵが５２トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋５２トーンＲＵを示す。前記２６＋５２トーンＲＵのデータサブキャリアの数は３６個である。これによって、前記第１パラメータの値は１２であり、前記第２パラメータの値は３である。

【0454】

別の例として、前記第１ＲＵが２６トーンＲＵであり、前記第２ＲＵが１０６トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋１０６トーンＲＵを示す。前記２６＋１０６トーンＲＵのデータサブキャリアの数は６３個である。これによって、前記第１パラメータの値は２１であり、前記第２パラメータの値は３である。

【0455】

前記２６トーンＲＵは２６個のトーンに構成されたリソースユニットであり、前記５２トーンＲＵは５２個のトーンに構成されたリソースユニットである。前記２６トーンＲＵと前記５２トーンＲＵは互い隣接するか２０ＭＨｚチャネル内含まれる。

【0456】

前記２６トーンＲＵは２６個のトーンに構成されたリソースユニットであり、前記１０６トーンＲＵは１０６個のトーンに構成されたリソースユニットであり、前記２６トーンＲＵと前記１０６トーンＲＵは互い隣接するか２０ＭＨｚチャネル内に含まれる。

【0457】

前記ＰＰＤＵは制御フィールドをさらに含むことができる。前記制御フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールド及びＥＨＴ－ＳＩＧフィールドを含むことができる。前記制御フィールドは前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含み、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報はＲＵのサイズと位置、ＲＵに関連する制御情報、ＲＵが含まれる周波数帯域に関する情報及びＲＵを受信するＳＴＡに対する情報などを含むことができる。

【0458】

また、前記ＰＰＤＵはＬ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＥＨＴ－ＳＴＦ（ＳｈｏｒｔＴｒａｉｎｉｎｇＦｉｅｌｄ）、ＥＨＴ－ＬＴＦ（ＬｏｎｇＴｒａｉｎｉｎｇＦｉｅｌｄ）を含むことができる。前記ＥＨＴ－ＳＩＧフィールドはＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドを含むことができる。

【0459】

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

【0460】

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

【0461】

本実施例は８０２．１１ｂｅ無線ＬＡＮシステムにおいてサポートするＭｕｌｔｉ－ＲＵ（または、ＭＲＵ）を１つのＳＴＡに割り当て、ＰＰＤＵを送信するとき、前記ＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣインターリーブを実行する方法を提案する。特に、本実施例はＭｕｌｔｉ－ＲＵ送信の時、ＢＣＣインターリーブが実行できるＢＣＣパラメータを定義する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは複数の連続または、不連続のＲＵがアグリゲートされたＲＵを意味する。

【0462】

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

【0463】

Ｓ２７１０ステップにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。

【0464】

Ｓ２７２０ステップにおいて、前記受信ＳＴＡは前記データフィールドを復号する。

【0465】

前記データフィールドは第１リソースユニット（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，ＲＵ）と第２ＲＵがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）多重ＲＵ（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ ｕｎｉｔ，Ｍｕｌｔｉ－ＲＵ）を介して受信される。

【0466】

前記データフィールドはＢＣＣインターリーバ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎ Ｃｏｄｉｎｇ ｉｎｔｅｒｌｅａｖｅｒ）ブロックに含まれた符号化ビット列（ｃｏｄｅｄ ｂｉｔ ｓｔｒｉｎｇ）に基づいて生成される。

【0467】

前記符号化ビット列はデータビット列を第１及び第２パラメータに基づいてインターリーブして獲得される。具体的には、前記データビット列は前記第１パラメータに基づいて前記ＢＣＣインターリーバブロックの行に入力し（ｅｎｔｅｒｉｎｇ ｉｎ ｒｏｗｓ）前記第２パラメータに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことで（ｒｅａｄｉｎｇ ｏｕｔ ｉｎ ｃｏｌｕｍｎｓ）インターリーブされる（Ｔｈｅ ｄａｔａ ｂｉｔ ｓｔｉｎｇ ｉｓ ｉｎｔｅｒｌｅａｖｅｄ ｂｙ ｅｎｔｅｒｉｎｇ ｉｎ ｒｏｗｓ ｏｆ ｔｈｅ ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｂｌｏｃｋ ｂａｓｅｄ ｏｎ ｔｈｅ ｆｉｒｓｔ ｐａｒａｍｅｔｅｒ ａｎｄ ｒｅａｄｉｎｇ ｏｕｔ ｉｎ ｒｏｗｓ ｏｆ ｔｈｅ ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ ｂｌｏｃｋ ｂａｓｅｄ ｏｎ ｔｈｅ ｓｅｃｏｎｄ ｐａｒａｍｅｔｅｒ）。前記符号化ビット列に対するＢＣＣインターリーブ動作は前記数式１２及び数式１３のように実行される。

【0468】

前記符号化ビット列は前記データビット列にストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）を実行し、空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）それぞれに対して獲得される。前記ＢＣＣインターリーバブロックは前記空間ストリーム別に分けられる。前記空間ストリーム別ＢＣＣインターリーバブロックに含まれたストリームパーサーの出力ビットはブロック別にインターリーブされる。前記データビット列はＢＣＣ符号化される。ＢＣＣ符号化（エンコード）である場合にのみ前記ＢＣＣインターリーバブロックによってインターリーブ動作が実行される。

【0469】

前記データフィールドは前記符号化ビット列にコンスタレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）とＩＤＦＴ（Ｉｎｖｅｒｓｅ Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を実行し、生成された送信信号を含むことができる。これは、前記ＢＣＣインターリーバブロック以後の手順を意味する。

【0470】

ＰＰＤＵの送信手順を説明すると次のようになる。送信ＳＴＡはＰＰＤＵのデータフィールドに含まれるデータビット列に対してＢＣＣ符号化を実行し、ＢＣＣ符号化されたビットを特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行した後、各空間ストリームに対してＢＣＣインターリーブを実行してインターリーブされたビットをコンスタレーションマッピングすることができる。

【0471】

具体的には、送信ＳＴＡは前記データビット列に対して１）ＰＨＹパディング（ｐａｄｄｉｎｇ）を実行し、２）スクランブル動作を実行し、３）ＢＣＣ符号化を実行し、４）ＢＣＣ符号化ビット列を特定の１つの空間ストリームにマッピングするストリームパース（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作を実行し、５）個別空間ストリームで分けられたＢＣＣインターリーバブロックにおいてＢＣＣインターリーブを実行し、６）前記ＢＣＣインターリーブされたビット列に対して前記コンスタレーションマッピングを実行し、７）前記コンスタレーションマッピングに基づいて生成された変調シンボル（コンスタレーションビット）に対して空間周波数マッピング（ｓｐａｔｉａｌ ｆｒｅｑｕｅｎｃｙ ｍａｐｐｉｎｇ）及びＩＤＦＴを実行し、送信信号を生成することができる。送信ＳＴＡでは前記１）から７）の手順が順序に動作され、本実施例では、前記５）の手順に対して重点的に説明する。

【0472】

前記空間ストリームの数が２個以上、４個以下である場合、前記符号化ビット列は第３パラメータに基づいて周波数回転（ｆｒｅｑｕｅｎｃｙ ｒｏｔａｔｉｏｎ）が実行される。すなわち、前記空間ストリームが２個以上存在する場合、追加空間ストリームに対して前記第３パラメータに基づいて周波数回転が実行される。前記符号化ビット列に対する周波数回転は前記数式１５のように実行される。

【0473】

以下は、前記Ｍｕｌｔｉ－ＲＵの構成に係る前記第１から第３パラメータの値を定義した一例を説明する。以下の２個の実施例はＤＣＭが適用されない場合の一例である。

【0474】

例えば、前記第１ＲＵが２６トーン（ｔｏｎｅ）ＲＵであり、前記第２ＲＵが５２トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋５２トーンＲＵを示す。前記２６＋５２トーンＲＵのデータサブキャリアの数は７２個である。これによって、前記第１パラメータの値は１８であり、前記第２パラメータの値は４ Ｘ Ｎ_BPSCSであり、前記第３パラメータの値は１８である。ここで、Ｎ_BPSCSは前記空間ストリーム当り、サブキャリア当り符号化ビットの数（ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）である。

【0475】

別の例として、前記第１ＲＵが２６トーンＲＵであり、前記第２ＲＵが１０６トーンＲＵであるため、前記Ｍｕｌｔｉ－ＲＵは２６＋１０６トーンＲＵを示す。前記２６＋１０６トーンＲＵのデータサブキャリアの数は１２６個である。これによって、前記第１パラメータの値は２１であり、前記第２パラメータの値は６ Ｘ Ｎ_BPSCSであり、前記第３パラメータの値は３１である。ここで、Ｎ_BPSCSは前記空間ストリーム当り、サブキャリア当り符号化ビットの数（ｎｕｍｂｅｒｏｆｃｏｄｅｄｂｉｔｓｐｅｒｓｕｂｃａｒｒｉｅｒｐｅｒｓｐａｔｉａｌ ｓｔｒｅａｍ）である。

【0476】

また、以下の２個の実施例はＤＣＭが適用される場合の一例である。

【0477】

前記符号化ビット列に前記コンスタレーションマッピングを実行して獲得したコンスタレーションビットにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記コンスタレーションマッピングはＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）に実行され、前記空間ストリームの数は１個である。ＤＣＭはＢＰＳＫ変調方法及び単一ストリームの場合にのみ適用されるため、周波数回転は適用されず（第３パラメータ定義しない）Ｎ_BPSCSは常に１を持つ。

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

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

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

【手続補正書】

【提出日】2024-11-08

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線ＬＡＮ（Local Area Network）システムにおける方法であって、
送信ＳＴＡ（station）が、データフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を生成するステップと、
前記送信ＳＴＡが、前記ＰＰＤＵを受信ＳＴＡへ送信するステップと、を含み、
前記データフィールドは、ＭＲＵ（multiple-resource unit）上でＢＣＣ（binary convolutional code）符号化を用いて送信され、
前記データフィールドのＢＣＣ符号化ビットは、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むインターリーバパラメータに基づいて処理され、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSである、方法。

【請求項2】

前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_ROTは３１である、請求項１に記載の方法。

【請求項3】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１２であり、且つ前記Ｎ_ROWは３である、請求項１に記載の方法。

【請求項4】

前記データフィールドがＢＰＳＫ（Binary Phase Shift Keying）で変調されることに基づいて、前記ＤＣＭが使用され、
空間ストリームの数は１であり、前記Ｎ _ROT は適用可能でなく、
空間ストリーム当たり、サブキャリア当たりの符号化ビットの数は、１である、請求項３に記載の方法。

【請求項5】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは３である、請求項１に記載の方法。

【請求項6】

前記データフィールドがＢＰＳＫで変調されることに基づいて、前記ＤＣＭが使用され、
空間ストリームの数は１であり、前記Ｎ _ROT は適用可能でなく、
空間ストリーム当たり、サブキャリア当たりの符号化ビットの数は、１である、請求項５に記載の方法。

【請求項7】

前記ＢＣＣ符号化ビットは、ＢＣＣインターリーバブロックに基づいてインターリーブされ、
前記Ｎ _ROW は、前記ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ _COL は、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ _BPSCS は、各空間ストリーム内のサブキャリアごとの符号化ビットの数であり、
前記Ｎ _ROT は、周波数回転に対するパラメータであり、
前記ＢＣＣ符号化ビットは、前記ＢＣＣインターリーバブロックの前記行に沿って入力され、前記ＢＣＣインターリーバブロックの前記列に従って読まれる、請求項１に記載の方法。

【請求項8】

空間ストリームの数が２個以上、４個以下であることに基づいて、前記Ｎ _ROT に基づいて前記ＢＣＣ符号化ビットに周波数回転が適用される、請求項７に記載の方法。

【請求項9】

無線ＬＡＮ（Local Area Network）における送信ＳＴＡ（station）であって、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサと、を備え、
前記プロセッサは、
データフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を生成し、
前記ＰＰＤＵを受信ＳＴＡへ送信する、ように構成され、
前記データフィールドは、ＭＲＵ（multiple-resource unit）上でＢＣＣ（binary convolutional code）符号化を用いて送信され、
前記データフィールドのＢＣＣ符号化ビットは、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むインターリーバパラメータに基づいて処理され、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSである、送信ＳＴＡ。

【請求項10】

無線ＬＡＮ（Local Area Network）における方法であって、
受信ＳＴＡ（station）が、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信するステップと、
前記受信ＳＴＡが、前記データフィールドを復号するステップと、を含み、
前記データフィールドは、ＭＲＵ（multiple-resource unit）上で符号化する、ＢＣＣ（binary convolutional code）によって処理されるデータであり、
前記データフィールドのＢＣＣ符号化ビットは、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいて処理され、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSである、方法。

【請求項11】

前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_ROTは３１である、請求項１０に記載の方法。

【請求項12】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１２であり、且つ前記Ｎ_ROWは３である、請求項１０に記載の方法。

【請求項13】

前記データフィールドがＢＰＳＫ（Binary Phase Shift Keying）で変調されることに基づいて、前記ＤＣＭが使用され、
空間ストリームの数は１であり、前記Ｎ _ROT は適用可能でなく、
空間ストリーム当たり、サブキャリア当たりの符号化ビットの数は、１である、請求項１２に記載の方法。

【請求項14】

前記ＤＣＭが使用されることと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは３である、請求項１０に記載の方法。

【請求項15】

前記データフィールドがＢＰＳＫで変調されることに基づいて、前記ＤＣＭが使用され、
空間ストリームの数は１であり、前記Ｎ _ROT は適用可能でなく、
空間ストリーム当たり、サブキャリア当たりの符号化ビットの数は、１である、請求項１４に記載の方法。

【請求項16】

前記ＢＣＣ符号化ビットは、ＢＣＣインターリーバブロックに基づいてインターリーブされ、
前記Ｎ _ROW は、前記ＢＣＣインターリーバブロックの行のサイズであり、
前記Ｎ _COL は、前記ＢＣＣインターリーバブロックの列のサイズであり、
前記Ｎ _BPSCS は、各空間ストリーム内のサブキャリアごとの符号化ビットの数であり、
前記Ｎ _ROT は、周波数回転に対するパラメータであり、
前記ＢＣＣ符号化ビットは、前記ＢＣＣインターリーバブロックの前記行に沿って入力され、前記ＢＣＣインターリーバブロックの前記列に従って読まれる、請求項１０に記載の方法。

【請求項17】

空間ストリームの数が２個以上、４個以下であることに基づいて、前記Ｎ _ROT に基づいて前記ＢＣＣ符号化ビットに周波数回転が適用される、請求項１６に記載の方法。

【請求項18】

無線ＬＡＮ（Local Area Network）における受信ＳＴＡ（station）であって、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサと、を備え、
前記プロセッサは、
送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を受信し、
前記データフィールドを復号する、ように構成され、
前記データフィールドは、ＭＲＵ（multiple-resource unit）上で符号化する、ＢＣＣ（binary convolutional code）によって処理されるデータであり受信され、
前記データフィールドのＢＣＣ符号化ビットは、Ｎ_COL、Ｎ_ROW及びＮ_ROTを含むパラメータに基づいて処理され、
ＤＣＭ（Dual Carrier Modulation）が使用されないことと、前記ＭＲＵのサイズが５２＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは１８であり、前記Ｎ_ROWは４×Ｎ_BPSCSであり、且つ前記Ｎ_ROTは１８であり、
前記ＤＣＭが使用されないことと、前記ＭＲＵの前記サイズが１０６＋２６トーンＭＲＵであることとに基づいて、前記Ｎ_COLは２１であり、且つ前記Ｎ_ROWは６×Ｎ_BPSCSである、受信ＳＴＡ。

【請求項19】

無線ＬＡＮ（Local Area Network）における方法であって、
送信ＳＴＡ（station）が、データフィールドを含むＰＰＤＵ（Physical Protocol Data Unit）を生成するステップと、
前記送信ＳＴＡが、前記ＰＰＤＵを受信ＳＴＡへ送信するステップと、を含み、
前記データフィールドは、第１ＲＵ（resource unit）と第２ＲＵがアグリゲートされたＭｕｌｔｉ－ＲＵ（multiple-resource unit）を介して送信され、
前記データフィールドは、ＢＣＣインターリーバブロックに含まれた符号化ビット列に基づいて生成され、
前記符号化ビット列は、第１及び第２パラメータに基づいてデータビット列をインターリーブすることによって獲得され、
前記データビット列は、前記第１パラメータに基づいて前記ＢＣＣインターリーバブロックの行に入力し、前記第２パラメータに基づいて前記ＢＣＣインターリーバブロックの列で読み出すことによってインターリーブされ、
ＤＣＭ（Dual Carrier Modulation）が適用されないことと、前記第１ＲＵが２６トーンＲＵであることと、前記第２ＲＵが１０６トーンＲＵであることとに基づいて、前記第１パラメータの値は２１であり、前記第２パラメータの値は６×Ｎ _BPSCS であり、
Ｎ _BPSCS は、空間ストリーム当たり、サブキャリア当たりの符号化ビットの数である、方法。