JP7320667B2 - 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置 - Google Patents

無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置 Download PDF

Info

Publication number
JP7320667B2
JP7320667B2 JP2022508769A JP2022508769A JP7320667B2 JP 7320667 B2 JP7320667 B2 JP 7320667B2 JP 2022508769 A JP2022508769 A JP 2022508769A JP 2022508769 A JP2022508769 A JP 2022508769A JP 7320667 B2 JP7320667 B2 JP 7320667B2
Authority
JP
Japan
Prior art keywords
tone
mru
data
ppdu
mapping
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022508769A
Other languages
English (en)
Other versions
JP2022544933A (ja
Inventor
パク，ウンソン
チェ，ジンス
イム，ドングク
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2022544933A publication Critical patent/JP2022544933A/ja
Application granted granted Critical
Publication of JP7320667B2 publication Critical patent/JP7320667B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H04L1/0058—Block-coded modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0042—Arrangements for allocating sub-channels of the transmission path intra-user or intra-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本明細書は、無線ＬＡＮシステムにおいてＭｕｌｔｉ－ＲＵを介してデータを受信する技法に関し、より詳細には、Ｍｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置に関する。
ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は、多様な方式で改善されてきた。例えば、ＩＥＥＥ ８０２．１１ａｘ標準は、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）及びＤＬ ＭＵ ＭＩＭＯ（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技法を使用し、改善された通信環境を提案した。
本明細書は、新たな通信標準で活用可能な技術的特徴を提案する。例えば、新たな通信標準は、最近議論中のＥＨＴ（Ｅｘｔｒｅｍｅ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）規格であり得る。ＥＨＴ規格は、新たに提案される増加した帯域幅、改善したＰＰＤＵ（ＰＨＹ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）構造、改善したシーケンス、ＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）技法等を使用することができる。ＥＨＴ規格は、ＩＥＥＥ ８０２．１１ｂｅ規格と呼ばれ得る。
新たな無線ＬＡＮの規格では、増加した個数の空間ストリームが使われることができる。この場合、増加した個数の空間ストリームを適切に使用するために、無線ＬＡＮシステム内におけるシグナリング技法が改善されなければならない。
本明細書は、無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置を提案する。
本明細書の一例は、ＰＰＤＵを受信する方法を提案する。
本実施形態は、次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ 無線ＬＡＮシステム）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｘシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
本実施形態は、８０２．１１ｂｅ無線ＬＡＮシステムでサポートするＭｕｌｔｉ－ＲＵを一つのＳＴＡに割り当ててＰＰＤＵを送信する際に、前記ＰＰＤＵのデータフィールドに含まれるデータのビット列に対してＬＤＰＣトーンマッピングを実行する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは、多数個の連続的又は不連続的なＲＵがアグリゲートされたＲＵを意味する。
本実施形態は、受信ＳＴＡで実行され、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムをサポートするＳＴＡに対応し得る。図３０の送信ＳＴＡは、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）に対応し得る。
受信ＳＴＡ（ｓｔａｔｉｏｎ）は、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。
前記受信ＳＴＡは、前記データフィールドを復号する。
前記データフィールドは、多重リソースユニット（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、Ｍｕｌｔｉ－ＲＵ）を介して受信される。前記データフィールドに含まれたデータトーン（ｄａｔａ ｔｏｎｅ）は、前記Ｍｕｌｔｉ－ＲＵに対して第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。
前記Ｍｕｌｔｉ－ＲＵは、多様なＲＵの組み合わせで前記受信ＳＴＡ（一つのＳＴＡ）に割り当てられることができる。また、前記Ｍｕｌｔｉ－ＲＵでデータトーンの個数によって前記第１のパラメータを決定することができる。前記第１のパラメータは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMに対応し得る。前記ＤTMは、ＬＤＰＣトーンマッピングで使用されるトーン間隔であり得る。
例えば、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）ＲＵである場合、前記第１のパラメータは１８である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと５２トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは４である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと１０６トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは６である。
本明細書で提案された実施形態によると、Ｍｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングのパラメータを提案することによって、ＬＤＰＣトーンマッピングを介して周波数ダイバーシティの側面で最適化されたデータトーンを取得することができ、これによって全体のスループットを高める新しい効果がある。
本明細書の送信装置及び／又は受信装置の一例を示す。 無線ＬＡＮ（ＷＬＡＮ）の構造を示す概念図である。 一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。 ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示す図である。 ２０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。 ４０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。 ８０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。 ＨＥ－ＳＩＧ－Ｂフィールドの構造を示す。 ＭＵ－ＭＩＭＯ技法を介して、複数のＵｓｅｒ ＳＴＡが同じＲＵに割り当てられる一例を示す。 ＵＬ－ＭＵによる動作を示す。 トリガーフレームの一例を示す。 トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。 ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。 ＵＯＲＡ技法の技術的特徴を説明する。 ２．４ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。 ５ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。 ６ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。 本明細書に使用されるＰＰＤＵの一例を示す。 ＨＥ ＳＵ ＰＰＤＵのためのＰＨＹ送信手順の一例を示す。 ＨＥ ＰＰＤＵの各フィールドを生成する送信装置のブロック図の一例を示す。 ＬＤＰＣトーンマッピングの動作の一例を示す。 データにＤＣＭ技法が適用される一例を示す。 ＤＣＭが適用されない状況で、５２トーンＲＵにトーン間隔が３に設定されたＬＤＰＣトーンマッピングの一例を示す。 ＤＣＭが適用される状況で、１０６トーンＲＵにトーン間隔が３に設定されたＬＤＰＣトーンマッピングの一例を示す。 ＤＣＭが適用されない状況で、２４２＋４８４トーンＲＵにトーン間隔が１８に設定されたＬＤＰＣトーンマッピングの一例を示す。 ＤＣＭが適用されない状況で、２ｘ４８４トーンＲＵにトーン間隔が８に設定されたＬＤＰＣトーンマッピングの一例を示す。 本実施形態に係る送信装置の動作を示す手順のフローチャートである。 本実施形態に係る受信装置の動作を示す手順のフローチャートである。 本実施形態に係る送信ＳＴＡがＰＰＤＵを送信する手順を示すフローチャートである。 本実施形態に係る受信ＳＴＡがＰＰＤＵを受信する手順を示すフローチャートである。 本明細書の送信装置及び／又は受信装置の変形された一例を示す。
本明細書において「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈され得る。例えば、本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」を意味し得る。
本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。
本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも一つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも一つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。
また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも一つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ／ｏｒ Ｃ）」は「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。
また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＥＨＴ－Ｓｉｇｎａｌ）」と表示されている場合、「制御情報」の一例として「ＥＨＴ－Ｓｉｇｎａｌ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＥＨＴ－Ｓｉｇｎａｌ」に制限（ｌｉｍｉｔ）されず、「ＥＨＴ－Ｓｉｇｎａｌ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＥＨＴ－Ｓｉｇｎａｌ）」と表示されている場合にも、「制御情報」の一例として「ＥＨＴ－Ｓｉｇｎａｌ」が提案されているものであり得る。
本明細書において１つの図面内で個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。
本明細書の以下の一例は、多様な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムに適用されることができる。例えば、本明細書は、ＩＥＥＥ ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ ８０２．１１ａｘ規格に適用されることができる。また、本明細書は、新たに提案されるＥＨＴ規格又はＩＥＥＥ ８０２．１１ｂｅ規格にも適用されることができる。さらに、本明細書の一例は、ＥＨＴ規格又はＩＥＥＥ ８０２．１１ｂｅを改善（ｅｎｈａｎｃｅ）した新たな無線ＬＡＮ規格にも適用されることができる。また、本明細書の一例は、移動通信システムにも適用されることができる。例えば、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格に基づくＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びその進化（ｅｖｏｌｕａｔｉｏｎ）に基づく移動通信システムに適用されることができる。さらに、本明細書の一例は、３ＧＰＰ規格に基づく５Ｇ ＮＲ規格の通信システムに適用されることができる。
以下、本明細書の技術的特徴を説明するために、本明細書が適用できる技術的特徴を説明する。
図１は、本明細書の送信装置及び／又は受信装置の一例を示す。
図１の一例は、以下で説明される多様な技術的特徴を実行することができる。図１は、少なくとも一つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ１１０、１２０は、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）又は単純にユーザ（ｕｓｅｒ）等の多様な名称でも呼ばれ得る。本明細書のＳＴＡ１１０、１２０は、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピーター、ルーター、リレー等の多様な名称で呼ばれ得る。本明細書のＳＴＡ１１０、１２０は、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ等の多様な名称で呼ばれ得る。
例えば、ＳＴＡ１１０、１２０は、ＡＰ（ａｃｃｅｓｓ Ｐｏｉｎｔ）の役割をするか、ｎｏｎ－ＡＰの役割をすることができる。すなわち、本明細書のＳＴＡ１１０、１２０は、ＡＰ及び／又はｎｏｎ－ＡＰの機能を行うことができる。本明細書において、ＡＰはＡＰ ＳＴＡでも表示され得る。
本明細書のＳＴＡ１１０、１２０は、ＩＥＥＥ ８０２．１１規格以外の多様な通信規格を共にサポートすることができる。例えば、３ＧＰＰ規格による通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ規格）などをサポートすることができる。また、本明細書のＳＴＡは、携帯電話、車両（ｖｅｈｉｃｌｅ）、パーソナルコンピュータなどの多様な装置で実現されることができる。また、本明細書のＳＴＡは、音声通話、映像通話、データ通信、自律走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ、Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの多様な通信サービスのための通信をサポートすることができる。
本明細書において、ＳＴＡ１１０、１２０は、ＩＥＥＥ ８０２．１１標準の規定に従う媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）のインターフェースを含むことができる。
図１の副図面（ａ）に基づいてＳＴＡ１１０、１２０を説明すると、以下の通りである。
第１のＳＴＡ１１０は、プロセッサ１１１、メモリ１１２、及びトランシーバー１１３を含むことができる。図示されたプロセッサ、メモリ、及びトランシーバーは、それぞれ別途のチップで実現されるか、少なくとも２以上のブロック／機能が一つのチップを介して実現されることができる。
第１のＳＴＡのトランシーバー１１３は、信号の送受信動作を実行する。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。
例えば、第１のＳＴＡ１１０は、ＡＰの意図された動作を実行することができる。例えば、ＡＰのプロセッサ１１１は、トランシーバー１１３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。ＡＰのメモリ１１２は、トランシーバー１１３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバーを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、第２のＳＴＡ１２０は、Ｎｏｎ－ＡＰ ＳＴＡの意図された動作を実行することができる。例えば、ｎｏｎ－ＡＰのトランシーバー１２３は、信号の送受信動作を実行する。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。
例えば、Ｎｏｎ－ＡＰ ＳＴＡのプロセッサ１２１は、トランシーバー１２３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。Ｎｏｎ－ＡＰ ＳＴＡのメモリ１２２は、トランシーバー１２３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバーを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、以下の明細書において、ＡＰで表示された装置の動作は、第１のＳＴＡ１１０又は第２のＳＴＡ１２０で実行されることができる。例えば、第１のＳＴＡ１１０がＡＰである場合、ＡＰで表示された装置の動作は、第１のＳＴＡ１１０のプロセッサ１１１により制御され、第１のＳＴＡ１１０のプロセッサ１１１により制御されるトランシーバー１１３を介して関連した信号が送信されるか受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ１１０のメモリ１１２に格納されることができる。また、第２のＳＴＡ１２０がＡＰである場合、ＡＰで表示された装置の動作は、第２のＳＴＡ１２０のプロセッサ１２１により制御され、第２のＳＴＡ１２０のプロセッサ１２１により制御されるトランシーバー１２３を介して関連した信号が送信されるか受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ１２０のメモリ１２２に格納されることができる。
例えば、以下の明細書において、ｎｏｎ－ＡＰ（又はＵｓｅｒ－ＳＴＡ）で表示された装置の動作は、第１のＳＴＡ１１０又は第２のＳＴＡ１２０で実行されることができる。例えば、第２のＳＴＡ１２０がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第２のＳＴＡ１２０のプロセッサ１２１により制御され、第２のＳＴＡ１２０のプロセッサ１２１により制御されるトランシーバー１２３を介して関連した信号が送信されるか受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ１２０のメモリ１２２に格納されることができる。例えば、第１のＳＴＡ１１０がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第１のＳＴＡ１１０のプロセッサ１１１により制御され、第１のＳＴＡ１１０のプロセッサ１１１により制御されるトランシーバー１１３を介して関連した信号が送信されるか受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ１１０のメモリ１１２に格納されることができる。
以下の明細書において、（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワーク等と呼ばれる装置は、図１のＳＴＡ１１０、１２０を意味することができる。例えば、具体的な図面符号なしで（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワーク等で表示された装置も、図１のＳＴＡ１１０、１２０を意味することができる。例えば、以下の一例で多様なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は、図１のトランシーバー１１３、１２３で実行されるものであり得る。また、以下の一例で多様なＳＴＡが送受信信号を生成するか、送受信信号のために事前にデータ処理や演算を実行する動作は、図１のプロセッサ１１１、１２１で実行されるものであり得る。例えば、送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ，、Ｄａｔａ）のビット情報を決定／取得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）のために使用される時間リソースや周波数リソース（例えば、サブキャリアリソース）等を決定／構成／取得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）のために使用される特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエキストラシーケンス）などを決定／構成／取得する動作、４）ＳＴＡに対して適用される電力制御動作及び／又はパワーセービング動作、５）ＡＣＫ信号の決定／取得／構成／演算／デコード／エンコード等に関連した動作を含むことができる。また、以下の一例で多様なＳＴＡが送受信信号の決定／取得／構成／演算／デコード／エンコードのために使用する多様な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連した情報）は、図１のメモリ１１２、１２２に格納されることができる。
前述した図１の副図面（ａ）の装置／ＳＴＡは、図１の副図面（ｂ）のように変形し得る。以下、図１の副図面（ｂ）に基づいて、本明細書のＳＴＡ１１０、１２０を説明する。
例えば、図１の副図面（ｂ）に示したトランシーバー１１３、１２３は、前述した図１の副図面（ａ）に示したトランシーバーと同じ機能を実行することができる。例えば、図１の副図面（ｂ）に示したプロセシングチップ１１４、１２４は、プロセッサ１１１、１２１及びメモリ１１２、１２２を含むことができる。図１の副図面（ｂ）に示したプロセッサ１１１、１２１及びメモリ１１２、１２２は、前述した図１の副図面（ａ）に示したプロセッサ１１１、１２１及びメモリ１１２、１２２と同じ機能を実行することができる。
以下で説明される、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピーター、ルーター、リレー、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／又は送信Ａｐｐａｒａｔｕｓは、図１の副図面（ａ）／（ｂ）に示したＳＴＡ１１０、１２０を意味するか、図１の副図面（ｂ）に示したプロセシングチップ１１４、１２４を意味することができる。すなわち、本明細書の技術的特徴は、図１の副図面（ａ）／（ｂ）に示したＳＴＡ１１０、１２０に実行されることもでき、図１の副図面（ｂ）に示したプロセシングチップ１１４、１２４でのみ実行されることもできる。例えば、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ａ）／（ｂ）に示したプロセッサ１１１、１２１で生成された制御信号が図１の副図面（ａ）／（ｂ）に示したトランシーバー１１３、１２３を介して送信される技術的特徴として理解されることができる。或いは、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ｂ）に示したプロセシングチップ１１４、１２４でトランシーバー１１３、１２３に伝達される制御信号が生成される技術的特徴として理解されることができる。
例えば、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示したトランシーバー１１３、１２３により制御信号が受信される技術的特徴として理解されることができる。或いは、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示したトランシーバー１１３、１２３に受信された制御信号が図１の副図面（ａ）に示したプロセッサ１１１、１２１により取得される技術的特徴として理解されることができる。又は、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ｂ）に示したトランシーバー１１３、１２３に受信された制御信号が図１の副図面（ｂ）に示したプロセシングチップ１１４、１２４により取得される技術的特徴として理解されることができる。
図１の副図面（ｂ）を参照すると、メモリ１１２、１２２内にソフトウェアコード１１５、１２５を含むことができる。ソフトウェアコード１１５、１２５は、プロセッサ１１１、１２１の動作を制御するｉｎｓｔｒｕｃｔｉｏｎを含むことができる。ソフトウェアコード１１５、１２５は、多様なプログラミング言語に含まれ得る。
図１に示したプロセッサ１１１、１２１又はプロセシングチップ１１４、１２４は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。プロセッサは、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）であり得る。例えば、図１に示したプロセッサ１１１、１２１又はプロセシングチップ１１４、１２４は、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒ ａｎｄ ｄｅｍｏｄｕｌａｔｏｒ）の少なくとも一つを含むことができる。例えば、図１に示したプロセッサ１１１、１２１又はプロセシングチップ１１４、１２４は、Ｑｕａｌｃｏｍｍ（登録商標）により製造されたＳＮＡＰＤＲＡＧＯＮＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）により製造されたＥＸＹＮＯＳＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）により製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）により製造されたＨＥＬＩＯＴＭシリーズプロセッサ、ＩＮＴＥＬ（登録商標）により製造されたＡＴＯＭＴＭシリーズプロセッサ又はこれを改善（ｅｎｈａｎｃｅ）したプロセッサであり得る。
本明細書において、アップリンクは、ｎｏｎ－ＡＰ ＳＴＡからＡＰ ＳＴＡへの通信のためのリンクを意味することができ、アップリンクを介してアップリンクＰＰＤＵ／パケット／信号等が送信できる。また、本明細書において、ダウンリンクは、ＡＰ ＳＴＡからｎｏｎ－ＡＰ ＳＴＡへの通信のためのリンクを意味することができ、ダウンリンクを介してダウンリンクＰＰＤＵ／パケット／信号等が送信できる。
図２は、無線ＬＡＮ（ＷＬＡＮ）の構造を示す概念図である。
図２の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャーＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。
図２の上段を参照すると、無線ＬＡＮシステムは、一つ又はそれ以上のインフラストラクチャーＢＳＳ２００、２０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ２００、２０５は、成功裏に同期化を行って互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）２２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）２００－１のようなＡＰとＳＴＡの集合であって、特定領域を指す概念ではない。ＢＳＳ２０５は、一つのＡＰ２３０に一つ以上の結合可能なＳＴＡ２０５－１、２０５－２を含むこともできる。
ＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ２２５、２３０及び多数のＡＰを連結させる分散システム（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ）２１０を含むことができる。
分散システム２１０は、多数のＢＳＳ２００、２０５を連結し、拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ）２４０を実現することができる。ＥＳＳ２４０は、一つ又は多数個のＡＰが分散システム２１０を介して連結されてなる一つのネットワークを指示する用語として使用されることができる。一つのＥＳＳ２４０に含まれるＡＰは、同一のＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
ポータル（ｐｏｒｔａｌ）２２０は、無線ＬＡＮネットワーク（ＩＥＥＥ ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を行うブリッジの役割をすることができる。
図２の上段のようなＢＳＳでは、ＡＰ２２５、２３０間のネットワーク及びＡＰ２２５、２３０とＳＴＡ２００－１、２０５－１、２０５－２間のネットワークが実現できる。しかし、ＡＰ２２５、２３０なしでＳＴＡの間でもネットワークを設定して通信を実行することも可能である。ＡＰ２２５、２３０なしでＳＴＡの間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ－Ｈｏｃ ｎｅｔｗｏｒｋ）又は独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＩＢＳＳ）と定義する。
図２の下段はＩＢＳＳを示す概念図である。
図２の下段を参照すると、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳはＡＰを含まないため、中央で管理機能を実行する個体（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。すなわち、ＩＢＳＳでＳＴＡ２５０－１、２５０－２、２５０－３、２５５－４、２５５－５は分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）で管理される。ＩＢＳＳでは、全てのＳＴＡ２５０－１、２５０－２、２５０－３、２５５－４、２５５－５が移動ＳＴＡからなることができ、分散システムへのアクセスが許容されないので、自己完結型ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）をなす。
図３は、一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。
図示されたＳ３１０のステップにおいて、ＳＴＡはネットワーク発見動作を実行することができる。ネットワーク発見動作は、ＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参与可能なネットワークを見つけなければならない。ＳＴＡは、無線ネットワークに参与する前に互換可能なネットワークを識別しなければならないが、特定の領域に存在するネットワークの識別過程をスキャニングという。スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）がある。
図３では、例示的に能動的スキャニング過程を含むネットワーク発見動作を示す。能動的スキャニングでスキャニングを実行するＳＴＡは、チャネルを移動しながら周辺にどのようなＡＰが存在するかを探索するためにプローブ要求フレーム（ｐｒｏｂｅｒｅｑｕｅｓｔｆｒａｍｅ）を送信し、これに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要求フレームを送信したＳＴＡにプローブ要求フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅｒｅｓｐｏｎｓｅｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎｆｒａｍｅ）を送信したＳＴＡであり得る。ＢＳＳでは、ＡＰがビーコンフレームを送信するため、ＡＰが応答者になり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信するため、応答者が一定ではない。例えば、１番チャネルでプローブ要求フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれているＢＳＳ関連情報を格納し、次のチャネル（例えば、２番チャネル）に移動して同じ方法でスキャニング（即ち、２番チャネル上でプローブ要求／応答送受信）を実行することができる。
図３の一例には表示されていないが、スキャニング動作は、受動的スキャニング方式で実行されることもできる。受動的スキャニングに基づいてスキャニングを実行するＳＴＡは、チャネルを移動しながらビーコンフレームを待つことができる。ビーコンフレームは、ＩＥＥＥ ８０２．１１で管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）のうち一つであって、無線ネットワークの存在を知らせ、スキャニングを実行するＳＴＡをして無線ネットワークを見つけて無線ネットワークに参与せしめるように周期的に送信される。ＢＳＳでＡＰがビーコンフレームを周期的に送信する役割を行い、ＩＢＳＳではＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信する。スキャニングを実行するＳＴＡは、ビーコンフレームを受信すると、ビーコンフレームに含まれているＢＳＳに対する情報を格納し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれているＢＳＳ関連情報を格納し、次のチャネルに移動して同じ方法で次のチャネルでスキャニングを実行することができる。
ネットワークを見つけたＳＴＡは、ステップＳ３２０を介して認証過程を実行することができる。このような認証過程は、後述するステップＳ３４０のセキュリティセットアップ動作と明確に区分するために、１番目の認証（ｆｉｒｓｔａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程といえる。Ｓ３２０の認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｑｕｅｓｔｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｓｐｏｎｓｅｆｒａｍｅ）をＳＴＡに送信する過程を含むことができる。認証要求／応答に使用される認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎｆｒａｍｅ）は、管理フレームに該当する。
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎａｌｇｏｒｉｔｈｍｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎｔｒａｎｓａｃｔｉｏｎｓｅｑｕｅｎｃｅｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅｔｅｘｔ）、ＲＳＮ（ＲｏｂｕｓｔＳｅｃｕｒｉｔｙＮｅｔｗｏｒｋ）、有限循環グループ（ＦｉｎｉｔｅＣｙｃｌｉｃＧｒｏｕｐ）などに対する情報を含むことができる。
ＳＴＡは、認証要求フレームをＡＰに送信できる。ＡＰは、受信された認証要求フレームに含まれている情報に基づいて、当該ＳＴＡに対する認証を許容するかどうかを決定することができる。ＡＰは、認証処理の結果を認証応答フレームを介してＳＴＡに提供できる。
成功裏に認証されたＳＴＡは、ステップＳ３３０に基づいて連結過程を実行することができる。連結過程は、ＳＴＡが連結要求フレーム（ａｓｓｏｃｉａｔｉｏｎｒｅｑｕｅｓｔｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが連結応答フレーム（ａｓｓｏｃｉａｔｉｏｎｒｅｓｐｏｎｓｅｆｒａｍｅ）をＳＴＡに送信する過程を含む。例えば、連結要求フレームは、多様な能力（ｃａｐａｂｉｌｉｔｙ）に関連した情報、ビーコン聴取間隔（ｌｉｓｔｅｎｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅｓｅｔｉｄｅｎｔｉｆｉｅｒ）、サポートレート（ｓｕｐｐｏｒｔｅｄｒａｔｅｓ）、サポートチャネル（ｓｕｐｐｏｒｔｅｄｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、サポートオペレーティングクラス（ｓｕｐｐｏｒｔｅｄｏｐｅｒａｔｉｎｇｃｌａｓｓｅｓ）、ＴＩＭ放送要求（ＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎＭａｐＢｒｏａｄｃａｓｔｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに対する情報を含むことができる。例えば、連結応答フレームは、多様な能力に関連した情報、状態コード、ＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩＤ）、サポートレート、ＥＤＣＡ（ＥｎｈａｎｃｅｄＤｉｓｔｒｉｂｕｔｅｄＣｈａｎｎｅｌＡｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（ＲｅｃｅｉｖｅｄＣｈａｎｎｅｌＰｏｗｅｒＩｎｄｉｃａｔｏｒ）、ＲＳＮＩ（ＲｅｃｅｉｖｅｄＳｉｇｎａｌｔｏＮｏｉｓｅＩｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連携カムバック時間（ａｓｓｏｃｉａｔｉｏｎｃｏｍｅｂａｃｋｔｉｍｅ））、重複（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
以後Ｓ３４０のステップにおいて、ＳＴＡは、セキュリティセットアップ過程を実行することができる。ステップＳ３４０のセキュリティセットアップ過程は、例えば、ＥＡＰＯＬ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌｏｖｅｒＬＡＮ）フレームを介した４－ウェイ（ｗａｙ）ハンドシェイキングを介して、プライベートキーセットアップ（ｐｒｉｖａｔｅｋｅｙｓｅｔｕｐ）をする過程を含むことができる。
図４は、ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示す図である。
図示されたように、ＩＥＥＥａ／ｇ／ｎ／ａｃなどの規格では多様な形態のＰＰＤＵ（ＰＨＹｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）が使用された。具体的に、ＬＴＦ、ＳＴＦフィールドは、トレーニング信号を含み、ＳＩＧ－Ａ、ＳＩＧ－Ｂには受信ステーションのための制御情報が含まれ、データフィールドにはＰＳＤＵ（ＭＡＣＰＤＵ／ＡｇｇｒｅｇａｔｅｄＭＡＣＰＤＵ）に相応するユーザデータが含まれている。
また、図４は、ＩＥＥＥ ８０２．１１ａｘ規格のＨＥＰＰＤＵの一例も含む。図４によるＨＥＰＰＤＵは、多重ユーザのためのＰＰＤＵの一例であって、ＨＥ－ＳＩＧ－Ｂは、多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには当該ＨＥ－ＳＩＧ－Ｂが省略され得る。
図示されたように、多重ユーザ（ＭｕｌｔｉｐｌｅＵｓｅｒ；ＭＵ）のためのＨＥ－ＰＰＤＵは、Ｌ－ＳＴＦ（ｌｅｇａｃｙ－ｓｈｏｒｔｔｒａｉｎｉｎｇｆｉｅｌｄ）、Ｌ－ＬＴＦ（ｌｅｇａｃｙ－ｌｏｎｇｔｒａｉｎｉｎｇｆｉｅｌｄ）、Ｌ－ＳＩＧ（ｌｅｇａｃｙ－ｓｉｇｎａｌ）、ＨＥ－ＳＩＧ－Ａ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ Ａ）、ＨＥ－ＳＩＧ－Ｂ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ－Ｂ）、ＨＥ－ＳＴＦ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｓｈｏｒｔｔｒａｉｎｉｎｇｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ｈｉｇｈｅｆｆｉｃｉｅｎｃｙ－ｌｏｎｇｔｒａｉｎｉｎｇｆｉｅｌｄ）、データフィールド（または、ＭＡＣペイロード）及びＰＥ（ＰａｃｋｅｔＥｘｔｅｎｓｉｏｎ）フィールドを含むことができる。各々のフィールドは、図示された時間区間（即ち、４または８μｓ等）の間に送信されることができる。
以下、ＰＰＤＵで使用されるリソースユニット（ＲＵ）を説明する。リソースユニットは、複数個のサブキャリア（または、トーン）を含むことができる。リソースユニットは、ＯＦＤＭＡ技法に基づいて多数のＳＴＡに信号を送信する場合に使われることができる。また、一つのＳＴＡに信号を送信する場合もリソースユニットが定義されることができる。リソースユニットは、ＳＴＦ、ＬＴＦ、データフィールドなどのために使われることができる。
図５は、２０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。
図５に示すように、互いに異なる個数のトーン（即ち、サブキャリア）に対応するリソースユニット（ＲｅｓｏｕｒｃｅＵｎｉｔ；ＲＵ）が使われてＨＥ－ＰＰＤＵの一部フィールドを構成することができる。例えば、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、データフィールドに対して図示されたＲＵ単位でリソースが割り当てられることができる。
図５の最上段に示すように、２６－ユニット（即ち、２６個のトーンに相応するユニット）が配置できる。２０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には６個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、２０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には５個のトーンがガード帯域として使われることができる。また、中心帯域、即ち、ＤＣ帯域には７個のＤＣトーンが挿入され、ＤＣ帯域の左右側に各１３個のトーンに相応する２６－ユニットが存在し得る。また、その他の帯域には２６－ユニット、５２－ユニット、１０６－ユニットが割り当てられることができる。各ユニットは、受信ステーション、即ち、ユーザのために割り当てられることができる。
一方、図５のＲＵ配置は、多数のユーザ（ＭＵ）のための状況だけでなく、単一ユーザ（ＳＵ）のための状況でも活用され、この場合、図５の最下段に示すように、１個の２４２－ユニットを使用することが可能であり、この場合には、３個のＤＣトーンが挿入できる。
図５の一例では、多様な大きさのＲＵ、即ち、２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵなどが提案されているが、このようなＲＵの具体的な大きさは、拡張または増加し得るため、本実施形態は、各ＲＵの具体的な大きさ（即ち、相応するトーンの個数）に制限されない。
図６は、４０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。
図５の一例で多様な大きさのＲＵが使われたことと同様に、図６の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵなどが使われることができる。また、中心周波数には５個のＤＣトーンが挿入でき、４０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、４０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として使われることができる。
また、図示されたように、単一ユーザのために使われる場合、４８４－ＲＵが使われることができる。一方、ＲＵの具体的な個数が変更され得るという点は、図４の一例と同じである。
図７は、８０ＭＨｚ帯域上で使用されるリソースユニット（ＲＵ）の配置を示す図である。
図５及び図６の一例で多様な大きさのＲＵが使われたことと同様に、図７の一例も２６－ＲＵ、５２－ＲＵ、１０６－ＲＵ、２４２－ＲＵ、４８４－ＲＵ、９９６－ＲＵなどが使われることができる。また、中心周波数には７個のＤＣトーンが挿入でき、８０ＭＨｚ帯域の最左側（ｌｅｆｔｍｏｓｔ）帯域には１２個のトーンがガード（Ｇｕａｒｄ）帯域として使われ、８０ＭＨｚ帯域の最右側（ｒｉｇｈｔｍｏｓｔ）帯域には１１個のトーンがガード帯域として使われることができる。また、ＤＣ帯域の左右に位置する各々１３個のトーンを使用した２６－ＲＵを使用することができる。
また、図示されたように、単一ユーザのために使われる場合、９９６－ＲＵが使われることができ、この場合には、５個のＤＣトーンが挿入できる。
本明細書で説明されたＲＵは、ＵＬ（Ｕｐｌｉｎｋ）通信及びＤＬ（Ｄｏｗｎｌｉｎｋ）通信に使われることができる。例えば、Ｔｒｉｇｇｅｒ ｆｒａｍｅによりｓｏｌｉｃｉｔされるＵＬ－ＭＵ通信が実行される場合、送信ＳＴＡ（例えば、ＡＰ）は、Ｔｒｉｇｇｅｒ ｆｒａｍｅを介して第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てて、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てることができる。以後、第１のＳＴＡは第１のＲＵに基づいて第１のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信することができ、第２のＳＴＡは第２のＲＵに基づいて第２のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信することができる。第１／第２のＴｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵは、同じ時間区間にＡＰに送信される。
例えば、ＤＬ ＭＵ ＰＰＤＵが構成される場合、送信ＳＴＡ（例えば、ＡＰ）は第１のＳＴＡには第１のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てて、第２のＳＴＡには第２のＲＵ（例えば、２６／５２／１０６／２４２－ＲＵ等）を割り当てることができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は、一つのＭＵ ＰＰＤＵ内で第１のＲＵを介して第１のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができ、第２のＲＵを介して第２のＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができる。
ＲＵの配置に関する情報は、ＨＥ－ＳＩＧ－Ｂを介してシグナルされることができる。
図８は、ＨＥ－ＳＩＧ－Ｂフィールドの構造を示す。
図示されたように、ＨＥ－ＳＩＧ－Ｂフィールド８１０は、共通フィールド８２０及びユーザ－個別（ｕｓｅｒ－ｓｐｅｃｉｆｉｃ）フィールド８３０を含む。共通フィールド８２０は、ＳＩＧ－Ｂを受信する全てのユーザ（すなわち、ユーザＳＴＡ）に共通に適用される情報を含むことができる。ユーザ－個別フィールド８３０は、ユーザ－個別制御フィールドと呼ばれ得る。ユーザ－個別フィールド８３０は、ＳＩＧ－Ｂが複数のユーザに伝達される場合、複数のユーザのいずれか一部にのみ適用されることができる。
図８に示すように、共通フィールド８２０及びユーザ－個別フィールド８３０は、別にエンコードされることができる。
共通フィールド８２０は、Ｎ＊８ビットのＲＵ ａｌｌｏｃａｔｉｏｎ情報を含むことができる。例えば、ＲＵ ａｌｌｏｃａｔｉｏｎ情報は、ＲＵの位置（ｌｏｃａｔｉｏｎ）に関する情報を含むことができる。例えば、図５のように２０ＭＨｚチャネルが使われる場合、ＲＵ ａｌｌｏｃａｔｉｏｎ情報はどの周波数帯域にどのＲＵ（２６－ＲＵ／５２－ＲＵ／１０６－ＲＵ）が配置されるかに関する情報を含むことができる。
ＲＵ ａｌｌｏｃａｔｉｏｎ情報が８ビットで構成される場合の一例は次の通りである。
図５の一例のように、２０ＭＨｚチャネルには、最大９個の２６－ＲＵが割り当てられることができる。表１のように共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「００００００００」のように設定される場合、対応するチャネル（すなわち、２０ＭＨｚ）には９個の２６－ＲＵが割り当てられることができる。また、表１のように、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「０００００００１」のように設定される場合、対応するチャネルに７個の２６－ＲＵと１個の５２－ＲＵが配置される。すなわち、図５の一例において最右側では５２－ＲＵが割り当てられ、その左側には７個の２６－ＲＵが割り当てられることができる。
表１の一例は、ＲＵ ａｌｌｏｃａｔｉｏｎ情報が表示することができるＲＵ ｌｏｃａｔｉｏｎのうちの一部のみを表示したものである。
例えば、ＲＵ ａｌｌｏｃａｔｉｏｎ情報は、下記表２の一例をさらに含むことができる。
「０１０００ｙ２ｙ１ｙ０」は、２０ＭＨｚチャネルの最左側に１０６－ＲＵが割り当てられ、その右側に５個の２６－ＲＵが割り当てられる一例に関連する。この場合、１０６－ＲＵに対してはＭＵ－ＭＩＭＯ技法に基づいて多数のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられることができる。具体的に、１０６－ＲＵに対しては最大８個のＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）が割り当てられることができ、１０６－ＲＵに割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の個数は３ビットの情報（ｙ２ｙ１ｙ０）に基づいて決定される。例えば、３ビットの情報（ｙ２ｙ１ｙ０）がＮに設定される場合、１０６－ＲＵにＭＵ－ＭＩＭＯ技法に基づいて割り当てられるＳＴＡ（例えば、Ｕｓｅｒ－ＳＴＡ）の個数はＮ＋１であり得る。
一般に、複数のＲＵに対しては、互いに異なる複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）が割り当てられることができる。しかし、特定の大きさ（例えば、１０６サブキャリア）以上の一つのＲＵに対しては、ＭＵ－ＭＩＭＯ技法に基づいて複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）が割り当てられることができる。
図８に示すように、ユーザ－個別フィールド８３０は、複数個のユーザフィールドを含むことができる。前述のように、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報に基づいて、特定のチャネルに割り当てられるＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）の個数が決定できる。例えば、共通フィールド８２０のＲＵ ａｌｌｏｃａｔｉｏｎ情報が「００００００００」である場合、９個の２６－ＲＵそれぞれに１個ずつのＵｓｅｒ ＳＴＡが割り当て（すなわち、計９個のＵｓｅｒ ＳＴＡが割り当て）られることができる。すなわち、最大９個のＵｓｅｒ ＳＴＡがＯＦＤＭＡ技法を介して特定のチャネルに割り当てられることができる。言い換えると、最大９個のＵｓｅｒ ＳＴＡがｎｏｎ－ＭＵ－ＭＩＭＯ技法を介して特定のチャネルに割り当てられることができる。
例えば、ＲＵ ａｌｌｏｃａｔｉｏｎが「０１０００ｙ２ｙ１ｙ０」に設定される場合、最左側に配置される１０６－ＲＵにはＭＵ－ＭＩＭＯ技法を介して複数のＵｓｅｒ ＳＴＡが割り当てられ、その右側に配置される５個の２６－ＲＵにはｎｏｎ－ＭＵ－ＭＩＭＯ技法を介して５個のＵｓｅｒ ＳＴＡが割り当てられることができる。このような場合は、図９の一例を介して具体化される。
図９は、ＭＵ－ＭＩＭＯ技法を介して複数のＵｓｅｒ ＳＴＡが同じＲＵに割り当てられる一例を示す。
例えば、図９のようにＲＵ ａｌｌｏｃａｔｉｏｎが「０１００００１０」に設定される場合、表２に基づいて、特定のチャネルの最左側には１０６－ＲＵが割り当てられ、その右側には５個の２６－ＲＵが割り当てられることができる。また、１０６－ＲＵには計３個のＵｓｅｒ ＳＴＡがＭＵ－ＭＩＭＯ技法を介して割り当てられることができる。結果として、計８個のＵｓｅｒ ＳＴＡが割り当てられるため、ＨＥ－ＳＩＧ－Ｂのユーザ－個別フィールド８３０は、８個のＵｓｅｒ ｆｉｅｌｄを含むことができる。
８個のＵｓｅｒ ｆｉｅｌｄは、図９に示した順序で含むことができる。また、図８に示すように、２個のＵｓｅｒ ｆｉｅｌｄは、１個のＵｓｅｒ ｂｌｏｃｋ ｆｉｅｌｄで実現されることができる。
図８及び図９に示すＵｓｅｒ ｆｉｅｌｄは、２個のフォーマットに基づいて構成されることができる。すなわち、ＭＵ－ＭＩＭＯ技法に関連するＵｓｅｒ ｆｉｅｌｄは、第１のフォーマットで構成され、ｎｏｎ－ＭＵ－ＭＩＭＯ技法に関連するＵｓｅｒ ｆｉｅｌｄは、第２のフォーマットで構成されることができる。図９の一例を参照すると、Ｕｓｅｒ ｆｉｅｌｄ １乃至Ｕｓｅｒ ｆｉｅｌｄ ３は、第１のフォーマットに基づくことができ、Ｕｓｅｒ ｆｉｅｌｄ ４乃至Ｕｓｅｒ Ｆｉｅｌｄ ８は、第２のフォーマットに基づくことができる。第１のフォーマット又は第２のフォーマットは、同じ長さ（例えば、２１ビット）のビット情報を含むことができる。
それぞれのＵｓｅｒ ｆｉｅｌｄは、同じ大きさ（例えば、２１ビット）を有することができる。例えば、第１のフォーマット（ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ Ｆｉｅｌｄは次のように構成できる。
例えば、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第１のビット（例えば、Ｂ０－Ｂ１０）は、当該Ｕｓｅｒ ｆｉｅｌｄが割り当てられるＵｓｅｒ ＳＴＡの識別情報（例えば、ＳＴＡ－ＩＤ、ｐａｒｔｉａｌ ＡＩＤ等）を含むことができる。また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第２のビット（例えば、Ｂ１１－Ｂ１４）は、空間設定（ｓｐａｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報を含むことができる。具体的に、第２のビット（すなわち、Ｂ１１－Ｂ１４）の一例は下記表３乃至表４の通りである。
表３及び／又は表４に示すように、第２のビット（すなわち、Ｂ１１－Ｂ１４）は、ＭＵ－ＭＩＭＯ技法によって割り当てられる複数のＵｓｅｒ ＳＴＡに割り当てられるＳｐａｔｉａｌ Ｓｔｒｅａｍの個数に関する情報を含むことができる。例えば、図９のように１０６－ＲＵに３個のＵｓｅｒ ＳＴＡがＭＵ－ＭＩＭＯ技法に基づいて割り当てられる場合、Ｎ＿ｕｓｅｒは「３」に設定され、これによって表３に示すように、Ｎ＿ＳＴＳ［１］、Ｎ＿ＳＴＳ［２］、Ｎ＿ＳＴＳ［３］の値が決定できる。例えば、第２のビット（Ｂ１１－Ｂ１４）の値が「００１１」である場合、Ｎ＿ＳＴＳ［１］＝４、Ｎ＿ＳＴＳ［２］＝１、Ｎ＿ＳＴＳ［３］＝１に設定されることができる。すなわち、図９の一例においてＵｓｅｒ ｆｉｅｌｄ １に対しては４個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ２に対しては１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられ、Ｕｓｅｒ ｆｉｅｌｄ ３に対しては１個のＳｐａｔｉａｌ Ｓｔｒｅａｍが割り当てられることができる。
表３及び／又は表４の一例のように、ユーザステーション（ｕｓｅｒ ＳＴＡ）のための空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、４ビットで構成されることができる。また、ユーザステーション（ｕｓｅｒ ＳＴＡ）のための空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、最大８個の空間ストリームまでサポートできる。さらに、空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）の個数に関する情報（すなわち、第２のビット、Ｂ１１－Ｂ１４）は、一つのＵｓｅｒ ＳＴＡのために最大４個の空間ストリームまでサポートできる。
また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第３のビット（すなわち、Ｂ１５－１８）は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報を含むことができる。ＭＣＳ情報は、当該ＳＩＧ－Ｂが含まれるＰＰＤＵ内のデータフィールドに適用されることができる。
本明細書において使われるＭＣＳ、ＭＣＳ情報、ＭＣＳインデックス、ＭＣＳフィールド等は、特定のインデックス値で表示されることができる。例えば、ＭＣＳ情報は、インデックス０乃至インデックス１１で表示されることができる。ＭＣＳ情報は、コンステレーション変調タイプ（例えば、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ、１０２４－ＱＡＭ等）に関する情報、及びコーディングレート（例えば、１／２、２／３、３／４、５／６等）に関する情報を含むことができる。ＭＣＳ情報にはチャネルコーディングタイプ（例えば、ＢＣＣ又はＬＤＰＣ）に関する情報が除かれることができる。
また、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第４のビット（すなわち、Ｂ１９）はＲｅｓｅｒｖｅｄフィールドであり得る。
さらに、Ｕｓｅｒ ｆｉｅｌｄ（すなわち、２１ビット）内の第５のビット（すなわち、Ｂ２０）は、コーディングタイプ（例えば、ＢＣＣ又はＬＤＰＣ）に関する情報を含むことができる。すなわち、第５のビット（すなわち、Ｂ２０）は、当該ＳＩＧ－Ｂが含まれるＰＰＤＵ内のデータフィールドに適用されたチャネルコーディングのタイプ（例えば、ＢＣＣ又はＬＤＰＣ）に関する情報を含むことができる。
前述した一例は、第１のフォーマット（ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ Ｆｉｅｌｄに関連する。第２のフォーマット（ｎｏｎ－ＭＵ－ＭＩＭＯ技法のフォーマット）のＵｓｅｒ ｆｉｅｌｄの一例は以下の通りである。
第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第１のビット（例えば、Ｂ０－Ｂ１０）は、Ｕｓｅｒ ＳＴＡの識別情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第２のビット（例えば、Ｂ１１－Ｂ１３）は、当該ＲＵに適用される空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）の個数に関する情報を含むことができる。さらに、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第３のビット（例えば、Ｂ１４）は、ｂｅａｍｆｏｒｍｉｎｇ ｓｔｅｅｒｉｎｇ ｍａｔｒｉｘが適用されるかどうかに関する情報を含むことができる。第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第４のビット（例えば、Ｂ１５－Ｂ１８）は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報を含むことができる。また、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第５のビット（例えば、Ｂ１９）は、ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が適用されるかどうかに関する情報を含むことができる。さらに、第２のフォーマットのＵｓｅｒ ｆｉｅｌｄ内の第６のビット（すなわち、Ｂ２０）は、コーディングタイプ（例えば、ＢＣＣ又はＬＤＰＣ）に関する情報を含むことができる。
図１０は、ＵＬ－ＭＵによる動作を示す。図示されたように、送信ＳＴＡ（例えば、ＡＰ）は、ｃｏｎｔｅｎｄｉｎｇ（すなわち、Ｂａｃｋｏｆｆ動作）を介してチャネルアクセスを実行し、Ｔｒｉｇｇｅｒ ｆｒａｍｅ１０３０を送信することができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ１３３０が含まれたＰＰＤＵを送信することができる。Ｔｒｉｇｇｅｒ ｆｒａｍｅが含まれたＰＰＤＵが受信されると、ＳＩＦＳだけのｄｅｌａｙ以後、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵが送信される。
ＴＢ ＰＰＤＵ１０４１、１０４２は同じ時間帯に送信され、Ｔｒｉｇｇｅｒ ｆｒａｍｅ１０３０内にＡＩＤが表示された複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）から送信されることができる。ＴＢ ＰＰＤＵに対するＡＣＫ フレーム１０５０は、多様な形態で実現されることができる。
トリガーフレームの具体的な特徴は、図１１乃至図１３を介して説明される。ＵＬ－ＭＵ通信が使われる場合も、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）技法又はＭＵ ＭＩＭＯ技法が使われることができ、ＯＦＤＭＡ及びＭＵ ＭＩＭＯ技法が同時に使われることができる。
図１１は、トリガーフレームの一例を示す。図１１のトリガーフレームはアップリンクＭＵ送信（Ｕｐｌｉｎｋ Ｍｕｌｔｉｐｌｅ－Ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）のためのリソースを割り当てて、例えば、ＡＰから送信されることができる。トリガーフレームは、ＭＡＣフレームで構成されることができ、ＰＰＤＵに含まれることができる。
図１１に示したそれぞれのフィールドは一部省略されることがあり、他のフィールドが追加されることがある。また、フィールドそれぞれの長さは、図示されたことと異なって変化されることがある。
図１１のフレームコントロール（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールド１１１０は、ＭＡＣプロトコルのバージョンに関する情報情報及びその他の追加的な制御情報を含み、デュレーションフィールド１１２０は、ＮＡＶ設定のための時間情報やＳＴＡの識別子（例えば、ＡＩＤ）に関する情報を含むことができる。
また、ＲＡフィールド１１３０は、当該トリガーフレームの受信ＳＴＡのアドレス情報を含み、必要に応じて省略し得る。ＴＡフィールド１１４０は、当該トリガーフレームを送信するＳＴＡ（例えば、ＡＰ）のアドレス情報を含み、共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールド１１５０は、当該トリガーフレームを受信する受信ＳＴＡに適用される共通制御情報を含む。例えば、当該トリガーフレームに対応して送信される上りＰＰＤＵのＬ－ＳＩＧフィールドの長さを指示するフィールドや、当該トリガーフレームに対応して送信される上りＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報を含むことができる。また、共通制御情報として、当該トリガーフレームに対応して送信される上りＰＰＤＵのＣＰの長さに関する情報やＬＴＦフィールドの長さに関する情報を含むことができる。
また、図１１のトリガーフレームを受信する受信ＳＴＡの個数に相応する個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド（１１６０＃１乃至１１６０＃Ｎ）を含むことが好ましい。前記個別ユーザ情報フィールドは、「割り当てフィールド」と呼ばれることもある。
また、図１１のトリガーフレームは、パディングフィールド１１７０と、フレームチェックシーケンスフィールド１１８０を含むことができる。
図１１に示している、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド（１１６０＃１乃至１１６０＃Ｎ）のそれぞれは、再度多数のサブフィールドを含むことができる。
図１２は、トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。図１２のサブフィールドのうちの一部は省略されることがあり、その他のサブフィールドが追加されることもある。また、図示されたサブフィールドそれぞれの長さは変形され得る。
図示された長さフィールド１２１０は、当該トリガーフレームに対応して送信される上りＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドと同じ値を有し、上りＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドは、上りＰＰＤＵの長さを示す。結果として、トリガーフレームの長さフィールド１２１０は、対応するアップリンクＰＰＤＵの長さを指示するのに使われることができる。
また、カスケード指示子フィールド１２２０は、カスケード動作が実行されるかどうかを指示する。カスケード動作は、同一のＴＸＯＰ内にダウンリンクＭＵ送信とアップリンクＭＵ送信とが共に実行されることを意味する。すなわち、ダウンリンクＭＵ送信が実行された後、既設定された時間（例えば、ＳＩＦＳ）以後にアップリンクＭＵ送信が実行されることを意味する。カスケード動作の中にはダウンリンク通信を実行する送信装置（例えば、ＡＰ）は１個のみ存在し、アップリンク通信を実行する送信装置（例えば、ｎｏｎ－ＡＰ）は複数個存在し得る。
ＣＳ要求フィールド１２３０は、当該トリガーフレームを受信した受信装置が対応するアップリンクＰＰＤＵを送信する状況で無線媒体の状態やＮＡＶ等を考慮しなければならないかどうかを指示する。
ＨＥ－ＳＩＧ－Ａ情報フィールド１２４０は、当該トリガーフレームに対応して送信される上りＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報を含むことができる。
ＣＰ及びＬＴＦタイプフィールド１２５０は、当該トリガーフレームに対応して送信される上りＰＰＤＵのＬＴＦの長さ及びＣＰ長さに関する情報を含むことができる。トリガータイプフィールド１０６０は、当該トリガーフレームが使われる目的、例えば、通常のトリガリング、ビームフォーミングのためのトリガリング、Ｂｌｏｃｋ ＡＣＫ／ＮＡＣＫに対する要求等を指示することができる。
本明細書において、トリガーフレームのトリガータイプフィールド１２６０は、通常のトリガリングのための基本（Ｂａｓｉｃ）タイプのトリガーフレームを指示すると仮定できる。例えば、基本（Ｂａｓｉｃ）タイプのトリガーフレームは、基本トリガーフレームとして言及されることができる。
図１３は、ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。図１３のユーザ情報フィールド１３００は、前記図１１で言及された個別ユーザ情報フィールド（１１６０＃１～１１６０＃Ｎ）のいずれか一つとして理解されることができる。図１３のユーザ情報フィールド１３００に含まれたサブフィールドのうちの一部は省略されることがあり、その他のサブフィールドが追加されることもある。また、図示されたサブフィールドのそれぞれの 長さは変形され得る。
図１３のユーザ識別子（Ｕｓｅｒ Ｉｄｅｎｔｉｆｉｅｒ）フィールド１３１０は、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）に相応するＳＴＡ（すなわち、受信ＳＴＡ）の識別子を示すものであって、識別子の一例は受信ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）値の全部又は一部になり得る。
また、ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド１３２０を含むことができる。すなわち、ユーザ識別子フィールド１３１０で識別された受信ＳＴＡが、トリガーフレームに対応してＴＢ ＰＰＤＵを送信する場合、ＲＵ割り当てフィールド１３２０が指示したＲＵを介してＴＢ ＰＰＤＵを送信する。この場合、ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド１３２０により指示されるＲＵは、図５、図６、図７に示したＲＵであり得る。
図１３のサブフィールドは、コーディングタイプフィールド１３３０を含むことができる。コーディングタイプフィールド１３３０は、ＴＢ ＰＰＤＵのコーディング タイプを指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「０」に設定されることができる。
また、図１３のサブフィールドは、ＭＣＳフィールド１３４０を含むことができる。ＭＣＳフィールド１３４０は、ＴＢ ＰＰＤＵに適用されるＭＣＳ技法を指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「０」に設定されることができる。
以下、ＵＯＲＡ（ＵＬ ＯＦＤＭＡ－ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）技法について説明する。
図１４は、ＵＯＲＡ技法の技術的特徴を説明する。
送信ＳＴＡ（例えば、ＡＰ）はトリガーフレームを介して、図１４に示すように６個のＲＵリソースを割り当てることができる。具体的に、ＡＰは、第１のＲＵリソースＡＩＤ０、ＲＵ１、第２のＲＵリソースＡＩＤ０、ＲＵ２、第３のＲＵリソースＡＩＤ０、ＲＵ３、第４のＲＵリソースＡＩＤ２０４５、ＲＵ４、第５のＲＵリソースＡＩＤ２０４５、ＲＵ５、第６のＲＵリソースＡＩＤ３、ＲＵ６を割り当てることができる。ＡＩＤ０、ＡＩＤ３、又はＡＩＤ２０４５に関する情報は、例えば、図１３のユーザ識別フィールド１３１０に含まれることができる。ＲＵ１乃至ＲＵ６に関する情報は、例えば、図１３のＲＵ割り当てフィールド１３２０に含まれることができる。ＡＩＤ＝０は連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味することができ、ＡＩＤ＝２０４５は非連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味することができる。これによって、図１４の第１乃至第３のＲＵリソースは、連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして使われることができ、図１４の第４乃至第５のＲＵリソースは、非連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして使われることができ、図１４の第６のＲＵリソースは、通常のＵＬ ＭＵのためのリソースとして使われることができる。
図１４の一例では、ＳＴＡ１のＯＢＯ（ＯＦＤＭＡ ｒａｎｄｏｍ ａｃｃｅｓｓ ＢａｃｋＯｆｆ）カウンターが０に減少し、ＳＴＡ１が第２のＲＵリソースＡＩＤ０、ＲＵ２をランダムに選択する。また、ＳＴＡ２／３のＯＢＯカウンターは０よりも大きいため、ＳＴＡ２／３にはアップリンクリソースが割り当てられていない。さらに、図１４においてＳＴＡ４はトリガーフレーム内に自身のＡＩＤ（すなわち、ＡＩＤ＝３）が含まれているので、バックオフなしでＲＵ６のリソースが割り当てられている。
具体的に、図１４のＳＴＡ１は連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ１のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは、計３個（ＲＵ１、ＲＵ２、ＲＵ３）であり、これによって、ＳＴＡ１はＯＢＯカウンターを３だけ減少させて、ＯＢＯカウンターが０になった。また、図１４のＳＴＡ２は連結された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ２のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは、計３個（ＲＵ１、ＲＵ２、ＲＵ３）であり、これによって、ＳＴＡ２はＯＢＯカウンターを３だけ減少させたが、ＯＢＯカウンターが０よりも大きい状態である。さらに、図１４のＳＴＡ３は、非連結された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるので、ＳＴＡ３のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは計２個（ＲＵ４、ＲＵ５）であり、これによって、ＳＴＡ３はＯＢＯカウンターを２だけ減少させたが、ＯＢＯカウンターが０よりも大きい状態である。
図１５は、２．４ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。
２．４ＧＨｚバンドは、第１のバンド（帯域）等の他の名称で呼ばれ得る。また、２．４ＧＨｚバンドは、中心周波数が２．４ＧＨｚに隣接したチャネル（例えば、中心周波数が２．４乃至２．５ＧＨｚ内に位置するチャネル）が使用／サポート／定義される周波数領域を意味することができる。
２．４ＧＨｚバンドには、多数の２０ＭＨｚチャネルを含むことができる。２．４ＧＨｚバンド内の２０ＭＨｚは、多数のチャネルインデックス（例えば、インデックス１乃至インデックス１４）を有することができる。例えば、チャネルインデックス１が割り当てられる２０ＭＨｚチャネルの中心周波数は２．４１２ＧＨｚであってもよく、チャネルインデックス２が割り当てられる２０ＭＨｚチャネルの中心周波数は２．４１７ＧＨｚであってもよく、チャネルインデックスＮが割り当てられる２０ＭＨｚチャネルの中心周波数は（２．４０７＋０．００５＊Ｎ）ＧＨｚであってもよい。チャネルインデックスはチャネル番号等の多様な名称で呼ばれ得る。チャネルインデックス及び中心周波数の具体的な数値は変更され得る。
図１５は、２．４ＧＨｚバンド内の４個のチャネルを例示的に示す。図示された第１の周波数領域１５１０乃至第４の周波数領域１５４０は、それぞれ一つのチャネルを含むことができる。例えば、第１の周波数領域１５１０は、１番チャネル（１番インデックスを有する２０ＭＨｚチャネル）を含むことができる。そのとき、１番チャネルの中心周波数は、２４１２ＭＨｚに設定されることができる。第２の周波数領域１５２０は、６番チャネルを含むことができる。そのとき、６番チャネルの中心周波数は、２４３７ＭＨｚに設定されることができる。第３の周波数領域１５３０は、１１番チャネルを含むことができる。そのとき、チャネル１１の中心周波数は、２４６２ＭＨｚに設定されることができる。第４の周波数領域１５４０は、１４番チャネルを含むことができる。そのとき、チャネル１４の中心周波数は、２４８４ＭＨｚに設定されることができる。
図１６は、５ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。
５ＧＨｚバンドは、第２のバンド／帯域等の他の名称で呼ばれ得る。５ＧＨｚバンドは、中心周波数が５ＧＨｚ以上６ＧＨｚ未満（又は５．９ＧＨｚ未満）であるチャネルが使用／サポート／定義される周波数領域を意味することができる。或いは、５ＧＨｚバンドは４．５ＧＨｚから５．５ＧＨｚの間で複数個のチャネルを含むことができる。図１６に示した具体的な数値は変更され得る。
５ＧＨｚバンド内の複数のチャネルは、ＵＮＩＩ（Ｕｎｌｉｃｅｎｓｅｄ Ｎａｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）－１、ＵＮＩＩ－２、ＵＮＩＩ－３、ＩＳＭを含む。ＵＮＩＩ－１は、ＵＮＩＩ Ｌｏｗで呼ばれ得る。ＵＮＩＩ－２は、ＵＮＩＩ ＭｉｄとＵＮＩＩ－２Ｅｘｔｅｎｄｅｄで呼ばれる周波数領域を含むことができる。ＵＮＩＩ－３はＵＮＩＩ－Ｕｐｐｅｒと呼ばれ得る。
５ＧＨｚバンド内には複数のチャネルが設定でき、各チャネルの帯域幅は２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚ等に多様に設定されることができる。例えば、ＵＮＩＩ－１及びＵＮＩＩ－２内の５１７０ＭＨｚ乃至５３３０ＭＨｚの周波数領域／範囲は、８個の２０ＭＨｚチャネルに区分できる。５１７０ＭＨｚから５３３０ＭＨｚの周波数領域／範囲は、４０ＭＨｚの周波数領域を介して４個のチャネルに区分できる。５１７０ＭＨｚから５３３０ＭＨｚの周波数領域／範囲は、８０ＭＨｚの周波数領域を介して２個のチャネルに区分できる。或いは、５１７０ＭＨｚから５３３０ＭＨｚの周波数領域／範囲は、１６０ＭＨｚの周波数領域を介して１個のチャネルに区分できる。
図１７は、６ＧＨｚバンド内で使用／サポート／定義されるチャネルの一例を示す。
６ＧＨｚバンドは、第３のバンド／帯域等の他の名称で呼ばれ得る。６ＧＨｚバンドは、中心周波数が５．９ＧＨｚ以上であるチャネルが使用／サポート／定義される周波数領域を意味することができる。図１７に示した具体的な数値は変更され得る。
例えば、図１７の２０ＭＨｚチャネルは、５．９４０ＧＨｚから定義されることができる。具体的に、図１７の２０ＭＨｚチャネルのうち、最左側のチャネルは１番インデックス（又は、チャネルインデックス、チャネル番号など）を有することができ、中心周波数は５．９４５ＧＨｚが割り当てられる。すなわち、インデックスＮ番チャネルの中心周波数は（５．９４０＋０．００５＊Ｎ）ＧＨｚと決定されることができる。
これによって、図１７の２０ＭＨｚチャネルのインデックス（又はチャネル番号）は、１、５、９、１３、１７、２１、２５、２９、３３、３７、４１、４５、４９、５３、５７、６１、６５、６９、７３、７７、８１、８５、８９、９３、９７、１０１、１０５、１０９、１１３、１１７、１２１、１２５、１２９、１３３、１３７、１４１、１４５、１４９、１５３、１５７、１６１、１６５、１６９、１７３、１７７、１８１、１８５、１８９、１９３、１９７、２０１、２０５、２０９、２１３、２１７、２２１、２２５、２２９、２３３であり得る。また、前述した（５．９４０＋０．００５＊Ｎ）ＧＨｚの規則によって、図１７の４０ＭＨｚチャネルのインデックスは、３、１１、１９、２７、３５、４３、５１、５９、６７、７５、８３、９１、９９、１０７、１１５、１２３、１３１、１３９、１４７、１５５、１６３、１７１、１７９、１８７、１９５、２０３、２１１、２１９、２２７であり得る。
図１７の一例には、２０、４０、８０、１６０ＭＨｚチャネルが示しているが、さらに２４０ＭＨｚチャネルや３２０ＭＨｚチャネルが追加され得る。
以下、本明細書のＳＴＡで送信／受信されるＰＰＤＵが説明される。
図１８は、本明細書に使用されるＰＰＤＵの一例を示す。
図１８のＰＰＤＵは、ＥＨＴ ＰＰＤＵ、送信ＰＰＤＵ、受信ＰＰＤＵ、第１タイプ又は第ＮタイプのＰＰＤＵ等の多様な名称で呼ばれ得る。例えば、本明細書において、ＰＰＤＵ又はＥＨＴ ＰＰＤＵは、送信ＰＰＤＵ、受信ＰＰＤＵ、第１タイプ又は第ＮタイプのＰＰＤＵ等の多様な名称で呼ばれ得る。また、ＥＨＴ ＰＰＵは、ＥＨＴシステム及び／又はＥＨＴシステムを改善した新たな無線ＬＡＮシステムで使われることができる。
図１８のＰＰＤＵは、ＥＨＴシステムで使われるＰＰＤＵタイプのうちの一部又は全部を示すことができる。例えば、図１８の一例は、ＳＵ（ｓｉｎｇｌｅ－ｕｓｅｒ）モード及びＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）モードの全てのために使われるが、ＳＵモードのみのために使われるか、ＭＵモードのみのために使われることができる。例えば、ＥＨＴシステム上でＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ） ＰＰＤＵは別に定義されるか、図１８の一例に基づいて構成されることができる。図１０乃至図１４のうち少なくとも一つを介して説明されるトリガーフレーム、及びトリガーフレームにより開始されるＵＬ－ＭＵ動作（例えば、ＴＢ ＰＰＤＵの送信動作）はＥＨＴシステムにそのまま適用されることができる。
図１８において、Ｌ－ＳＴＦ乃至ＥＨＴ－ＬＴＦは、プリアンブル（ｐｒｅａｍｂｌｅ）又は物理プリアンブル（ｐｈｙｓｉｃａｌ ｐｒｅａｍｂｌｅ）と呼ばれ得、物理層で生成／送信／受信／取得／デコードされることができる。
図１８のＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、３１２．５ｋＨｚと決められ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、７８．１２５ｋＨｚと決められることができる。すなわち、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｔｏｎｅ ｉｎｄｅｘ（又はｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、３１２．５ｋＨｚ単位で表示され、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｔｏｎｅ ｉｎｄｅｘ（又はｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、７８．１２５ｋＨｚ単位で表示されることができる。
図１８のＰＰＤＵは、Ｌ－ＬＴＦ及びＬ－ＳＴＦは、従来のフィールドと同一であり得る。
図１８のＬ－ＳＩＧフィールドは、例えば、２４ビットのビット情報を含むことができる。例えば、２４ビット情報は、４ビットのＲａｔｅフィールド、１ビットのＲｅｓｅｒｖｅｄビット、１２ビットのＬｅｎｇｔｈフィールド、１ビットのＰａｒｉｔｙビット及び６ビットのＴａｉｌビットを含むことができる。例えば、１２ビットのＬｅｎｇｔｈフィールドは、ＰＰＤＵの長さ又はｔｉｍｅ ｄｕｒａｔｉｏｎに関する情報を含むことができる。例えば、１２ビットのＬｅｎｇｔｈフィールドの値は、ＰＰＤＵのタイプに基づいて決定されることができる。例えば、ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるか、ＥＨＴ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は３の倍数と決定されることができる。例えば、ＰＰＤＵがＨＥ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は、「３の倍数＋１」又は「３の倍数＋２」と決定されることができる。言い換えると、ｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるか、ＥＨＴ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は３の倍数と決定されることができ、ＨＥ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は、「３の倍数＋１」又は「３の倍数＋２」に決定されることができる。
例えば、送信ＳＴＡは、Ｌ－ＳＩＧフィールドの２４ビット情報に対して１／２の符号化率（ｃｏｄｅ ｒａｔｅ）に基づいたＢＣＣエンコードを適用することができる。その後、送信ＳＴＡは、４８ビットのＢＣＣ符号化ビットを取得することができる。４８ビットの符号化ビットに対しては、ＢＰＳＫ変調が適用され、４８個のＢＰＳＫシンボルが生成できる。送信ＳＴＡは、４８個のＢＰＳＫシンボルを、パイロットサブキャリア｛サブキャリアインデックス－２１，－７，＋７，＋２１｝及びＤＣサブキャリア｛サブキャリアインデックス０｝を除いた位置にマッピングできる。結果として、４８個のＢＰＳＫシンボルは、サブキャリアインデックス－２６乃至－２２、－２０乃至－８、－６乃至－１、＋１乃至＋６、＋８乃至＋２０、及び＋２２乃至＋２６にマッピングされることができる。送信ＳＴＡは、サブキャリアインデックス｛－２８，－２７，＋２７，２８｝に｛－１，－１，－１，１｝の信号をさらにマッピングできる。前記の信号は、｛－２８，－２７，＋２７，２８｝に相応する周波数領域に対するチャネルの推定のために使われることができる。
送信ＳＴＡは、Ｌ－ＳＩＧと同一に生成されるＲＬ－ＳＩＧを生成することができる。ＲＬ－ＳＩＧに対しては、ＢＰＳＫ変調が適用される。受信ＳＴＡは、ＲＬ－ＳＩＧの存在に基づいて受信ＰＰＤＵがＨＥ ＰＰＤＵ又はＥＨＴ ＰＰＤＵであることが分かる。
図１８のＲＬ－ＳＩＧの以後は、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）が挿入できる。Ｕ－ＳＩＧは、第１のＳＩＧフィールド、第１のＳＩＧ、第１タイプのＳＩＧ、制御シグナル、制御シグナルフィールド、第１（タイプ）の制御シグナル等の多様な名称で呼ばれ得る。
Ｕ－ＳＩＧは、Ｎビットの情報を含むことができ、ＥＨＴ ＰＰＤＵのタイプを識別するための情報を含むことができる。例えば、Ｕ－ＳＩＧは、２個のシンボル（例えば、連続する２個のＯＦＤＭシンボル）に基づいて構成されることができる。Ｕ－ＳＩＧのための各シンボル（例えば、ＯＦＤＭシンボル）は、４ｕｓのｄｕｒａｔｉｏｎを有することができる。Ｕ－ＳＩＧの各シンボルは、２６ビット情報を送信するために使われることができる。例えば、Ｕ－ＳＩＧの各シンボルは、５２個のデータトーンと４個のパイロットトーンに基づいて送受信されることができる。
Ｕ－ＳＩＧ（又はＵ－ＳＩＧフィールド）を介しては、例えば、Ａビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）が送信でき、Ｕ－ＳＩＧの第１のシンボルは、総Ａビット情報のうち最初のＸビット情報（例えば、２６ ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信し、Ｕ－ＳＩＧの第２のシンボルは、総Ａビット情報のうち残りのＹビット情報（例えば、２６ ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信することができる。例えば、送信ＳＴＡは、各Ｕ－ＳＩＧシンボルに含まれる２６ ｕｎ－ｃｏｄｅｄ ｂｉｔを取得することができる。送信ＳＴＡは、Ｒ＝１／２のｒａｔｅに基づいてｃｏｎｖｏｌｕｔｉｏｎａｌ ｅｎｃｏｄｉｎｇ（すなわち、ＢＣＣエンコード）を実行し、５２－ｃｏｄｅｄ ｂｉｔを生成し、５２－ｃｏｄｅｄ ｂｉｔに対するインターリービングを実行することができる。送信ＳＴＡは、インターリービングされた５２－ｃｏｄｅｄ ｂｉｔに対してＢＰＳＫ変調を実行し、各Ｕ－ＳＩＧシンボルに割り当てられる５２個のＢＰＳＫシンボルを生成することができる。一つのＵ－ＳＩＧシンボルは、ＤＣインデックス０を除いて、サブキャリアインデックス－２８からサブキャリアインデックス＋２８までの５６個のトーン（サブキャリア）に基づいて送信されることができる。送信ＳＴＡが生成した５２個のＢＰＳＫシンボルは、パイロットトーンである－２１、－７、＋７、＋２１トーンを除いた残りのトーン（サブキャリア）に基づいて送信されることができる。
例えば、Ｕ－ＳＩＧにより送信されるＡビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ＣＲＣフィールド（例えば、４ビット長さのフィールド）及びテールフィールド（例えば、６ビット長さのフィールド）を含むことができる。前記ＣＲＣフィールド及びテールフィールドは、Ｕ－ＳＩＧの第２のシンボルを介して送信されることができる。前記ＣＲＣフィールドは、Ｕ－ＳＩＧの第１のシンボルに割り当てられる２６ビットと第２のシンボル内で前記ＣＲＣ／テールフィールドを除いた残りの１６ビットに基づいて生成されることができ、従来のＣＲＣ ｃａｌｃｕｌａｔｉｏｎアルゴリズムに基づいて生成されることができる。また、前記テールフィールドは、ｃｏｎｖｏｌｕｔｉｏｎａｌ ｄｅｃｏｄｅｒのｔｒｅｌｌｉｓをｔｅｒｍｉｎａｔｅするために使われることができ、例えば、「００００００」に設定されることができる。
Ｕ－ＳＩＧ（又はＵ－ＳＩＧフィールド）により送信されるＡビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに区分できる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓの大きさは、固定的又は可変的であり得る。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボルにのみ割り当てられるか、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボル及び第２のシンボルにいずれも割り当てられることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、第１の制御ビット及び第２の制御ビット等の多様な名称で呼ばれ得る。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒは、送受信ＰＰＤＵのＰＨＹ ｖｅｒｓｉｏｎに関連した情報を含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒの第１の値は、送受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを指示することができる。言い換えると、送信ＳＴＡは、ＥＨＴ ＰＰＤＵを送信する場合、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを第１の値に設定できる。言い換えると、受信ＳＴＡは、第１の値を有するＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒに基づいて、受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを判断することができる。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、１ビットのＵＬ／ＤＬ ｆｌａｇフィールドを含むことができる。１ビットのＵＬ／ＤＬ ｆｌａｇフィールドの第１の値はＵＬ通信に関連し、ＵＬ／ＤＬ ｆｌａｇフィールドの第２の値はＤＬ通信に関連する。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、ＴＸＯＰの長さに関する情報、ＢＳＳ ｃｏｌｏｒ ＩＤに関する情報を含むことができる。
例えば、ＥＨＴ ＰＰＤＵが多様なタイプ（例えば、ＳＵをサポートするＥＨＴ ＰＰＤＵ、ＭＵをサポートするＥＨＴ ＰＰＤＵ、Ｔｒｉｇｇｅｒ Ｆｒａｍｅに関連したＥＨＴ ＰＰＤＵ、Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ送信に関連したＥＨＴ ＰＰＤＵなどの多様なタイプ）に区分される場合、ＥＨＴ ＰＰＤＵのタイプに関する情報は、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに含まれることができる。
例えば、Ｕ－ＳＩＧは、１）帯域幅に関する情報を含む帯域幅フィールド、２）ＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関する情報を含むフィールド、３）ＥＨＴ－ＳＩＧにデュアルサブキャリアモジュレーション（ｄｕａｌ ｓｕｂｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ、ＤＣＭ）技法が適用されるかどうかに関連した情報を含む指示フィールド、４）ＥＨＴ－ＳＩＧのために使われるシンボルの個数に関する情報を含むフィールド、５）ＥＨＴ－ＳＩＧが全帯域にわたって生成されるかどうかに関する情報を含むフィールド、６）ＥＨＴ－ＬＴＦ／ＳＴＦのタイプに関する情報を含むフィールド、７）ＥＨＴ－ＬＴＦの長さ及びＣＰ長さを指示するフィールドに関する情報を含むことができる。
図１８のＰＰＤＵにはプリアンブルパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用できる。プリアンブルパンクチャリングは、ＰＰＤＵの全帯域のうち一部帯域（例えば、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域）をパンクチャリングを適用することを意味する。例えば、８０ＭＨｚのＰＰＤＵが送信される場合、ＳＴＡは、８０ＭＨｚ帯域のうち、ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してパンクチャリングを適用し、ｐｒｉｍａｒｙ ２０ＭＨｚ帯域とｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域を介してのみＰＰＤＵを送信することができる。
例えば、プリアンブルパンクチャリングのパターンは、事前に設定されることができる。例えば、第１のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用できる。例えば、第２のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域に含まれた２個のｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域のいずれか一つに対してのみパンクチャリングが適用できる。例えば、第３のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（又は８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用できる。例えば、第４のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（又は８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｐｒｉｍａｒｙ ４０ＭＨｚ帯域は存在（ｐｒｅｓｅｎｔ）し、ｐｒｉｍａｒｙ ４０ＭＨｚ帯域に属さない少なくとも一つの２０ＭＨｚチャネルに対してパンクチャリングが適用できる。
ＰＰＤＵに適用されるプリアンブルパンクチャリンに関する情報は、Ｕ－ＳＩＧ及び／又はＥＨＴ－ＳＩＧに含まれることができる。例えば、Ｕ－ＳＩＧの第１のフィールドは、ＰＰＤＵの連続する帯域幅（ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄｗｉｄｔｈ）に関する情報を含み、Ｕ－ＳＩＧの第２のフィールドはＰＰＤＵに適用されるプリアンブルパンクチャリングに関する情報を含むことができる。
例えば、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。ＰＰＤＵの帯域幅が８０ＭＨｚを超える場合、Ｕ－ＳＩＧは８０ＭＨｚ単位で個別的に構成されることができる。例えば、ＰＰＤＵの帯域幅が１６０ＭＨｚである場合、当該ＰＰＤＵには１番目の８０ＭＨｚ帯域のための第１のＵ－ＳＩＧ及び２番目の８０ＭＨｚ帯域のための第２のＵ－ＳＩＧが含まれ得る。この場合、第１のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第１のＵ－ＳＩＧの第２のフィールドは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。また、第２のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第２のＵ－ＳＩＧの第２のフィールドは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。一方、第１のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができ、第２のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。
さらに又は代わりに、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。Ｕ－ＳＩＧは、全ての帯域に関するプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。すなわち、ＥＨＴ－ＳＩＧはプリアンブルパンクチャリングに関する情報を含まず、Ｕ－ＳＩＧのみがプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。
Ｕ－ＳＩＧは、２０ＭＨｚ単位で構成されることができる。例えば、８０ＭＨｚのＰＰＤＵが構成される場合、Ｕ－ＳＩＧが複製できる。すなわち、８０ＭＨｚのＰＰＤＵ内に同じ４個のＵ－ＳＩＧを含むことができる。８０ＭＨｚ帯域幅を超えるＰＰＤＵは互いに異なるＵ－ＳＩＧを含むことができる。
図１８のＥＨＴ－ＳＩＧは、図８乃至図９の一例に表示されたＨＥ－ＳＩＧ－Ｂの技術的特徴をそのまま含むことができる。ＥＨＴ－ＳＩＧは、第２のＳＩＧフィールド、第２のＳＩＧ、第２タイプのＳＩＧ、制御シグナル、制御シグナルフィールド、第２（タイプ）の制御シグナルなどの多様な名称で呼ばれ得る。
ＥＨＴ－ＳＩＧは、ＥＨＴ－ＰＰＤＵがＳＵモードをサポートするか、ＭＵモードはサポートするかに関するＮビット情報（例えば、１ビット情報）を含むことができる。
ＥＨＴ－ＳＩＧは多様なＭＣＳ技法に基づいて構成されることができる。前述のようにＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関連した情報は、Ｕ－ＳＩＧに含まれることができる。ＥＨＴ－ＳＩＧは、ＤＣＭ技法に基づいて構成されることができる。例えば、ＥＨＴ－ＳＩＧのために割り当てられたＮ個のデータトーン（例えば、５２個のデータトーン）のうち連続する半分のトーンには第１の変調技法が適用され、残りの連続する半分のトーンには第２の変調技法が適用できる。すなわち、送信ＳＴＡは、特定の制御情報を第１の変調技法に基づいて第１のシンボルに変調して連続する半分のトーンに割り当てて、同じ制御情報を第２の変調技法に基づいて第２のシンボルに変調して残りの連続する半分のトーンに割り当てることができる。前述のように、ＥＨＴ－ＳＩＧにＤＣＭ技法が適用されるかどうかに関連した情報（例えば、１ビットフィールド）はＵ－ＳＩＧに含まれることができる。図１８のＥＨＴ－ＳＴＦは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）環境又はＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。図１８のＥＨＴ－ＬＴＦは、ＭＩＭＯ環境又はＯＦＤＭＡ環境でチャネルを推定するために使われることができる。
図１８のＥＨＴ－ＳＴＦは、多様なタイプに設定されることができる。例えば、ＳＴＦのうち第１タイプ（すなわち、１ｘＳＴＦ）は、１６個のサブキャリア間隔にｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第１タイプのＳＴＦシーケンスに基づいて生成されることができる。第１タイプのＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、０．８μｓの周期を有することができ、０．８μｓの周期信号は５回繰り返されて４μｓの長さを有する第１タイプのＳＴＦになることができる。例えば、ＳＴＦのうち第２タイプ（すなわち、２ｘＳＴＦ）は、８個のサブキャリア間隔にｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置される第２タイプのＳＴＦシーケンスに基づいて生成されることができる。第２タイプのＳＴＦシーケンスに基づいて生成されたＳＴＦ信号は、１．６μｓの周期を有することができ、１．６μｓの周期信号は５回繰り返されて８μｓの長さを有する第２タイプのＥＨＴ－ＳＴＦになることができる。以下では、ＥＨＴ－ＳＴＦを構成するためのシーケンス（すなわち、ＥＨＴ－ＳＴＦシーケンス）の一例が提示される。以下のシーケンスは多様な方式で変形され得る。
ＥＨＴ－ＳＴＦは、以下のＭシーケンスに基づいて構成されることができる。
＜数式１＞
Ｍ＝｛－１，－１，－１，１，１，１，－１，１，１，１，－１，１，１，－１，１｝
２０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１タイプ（すなわち、１ｘＳＴＦ）のシーケンスであり得る。例えば、第１タイプのシーケンスは、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵではないＥＨＴ－ＰＰＤＵに含まれることができる。以下の数式において、（ａ：ｂ：ｃ）はａトーンインデックス（すなわち、サブキャリアインデックス）からｃトーンインデックスまでｂトーン間隔（すなわち、サブキャリア間隔）で定義される区間を意味することができる。例えば、以下の数式２は、トーンインデックス－１１２から１１２インデックスまで１６トーンの間隔で定義されるシーケンスを示すことができる。ＥＨＴ－ＳＴＦに対しては、７８．１２５ｋＨｚのサブキャリアスペーシングが適用されるので、１６トーンの間隔は７８．１２５＊１６＝１２５０ｋＨｚ間隔にＥＨＴ－ＳＴＦ ｃｏｅｆｆｉｃｉｅｎｔ（又はｅｌｅｍｅｎｔ）が配置されることを意味することができる。また、＊は掛け算を意味し、ｓｑｒｔ（）は平方根を意味する。
＜数式２＞
ＥＨＴ－ＳＴＦ（－１１２：１６：１１２）＝｛Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（０）＝０
４０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１タイプ（すなわち、１ｘＳＴＦ）のシーケンスであり得る。
＜数式３＞
ＥＨＴ－ＳＴＦ（－２４０：１６：２４０）＝｛Ｍ，０，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１タイプ（すなわち、１ｘＳＴＦ）のシーケンスであり得る。
＜数式４＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛Ｍ，１，－Ｍ，０，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
１６０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。以下の一例は、第１タイプ（すなわち、１ｘＳＴＦ）のシーケンスであり得る。
＜数式５＞
ＥＨＴ－ＳＴＦ（－１００８：１６：１００８）＝｛Ｍ，１，－Ｍ，０，－Ｍ，１，－Ｍ，０，－Ｍ，－１，Ｍ，０，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
８０＋８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦのうち下位８０ＭＨｚのためのシーケンスは、数式４と同一であり得る。８０＋８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦのうち上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。
＜数式６＞
ＥＨＴ－ＳＴＦ（－４９６：１６：４９６）＝｛－Ｍ，－１，Ｍ，０，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
以下の数式７乃至数式１１は、第２タイプ（すなわち、２ｘＳＴＦ）のシーケンスの一例に関連する。
＜数式７＞
ＥＨＴ－ＳＴＦ（－１２０：８：１２０）＝｛Ｍ，０，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
４０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。
＜数式８＞
ＥＨＴ－ＳＴＦ（－２４８：８：２４８）＝｛Ｍ，－１，－Ｍ，０，Ｍ，－１，Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－２４８）＝０
ＥＨＴ－ＳＴＦ（２４８）＝０
８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。
＜数式９＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛Ｍ，－１，Ｍ，－１，－Ｍ，－１，Ｍ，０，－Ｍ，１，Ｍ，１，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
１６０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦは、以下の数式に基づいて構成されることができる。
＜数式１０＞
ＥＨＴ－ＳＴＦ（－１０１６：１６：１０１６）＝｛Ｍ，－１，Ｍ，－１，－Ｍ，－１，Ｍ，０，－Ｍ，１，Ｍ，１，－Ｍ，１，－Ｍ，０，－Ｍ，１，－Ｍ，１，Ｍ，１，－Ｍ，０，－Ｍ，１，Ｍ，１，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－８）＝０，ＥＨＴ－ＳＴＦ（８）＝０，
ＥＨＴ－ＳＴＦ（－１０１６）＝０，ＥＨＴ－ＳＴＦ（１０１６）＝０
８０＋８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦのうち下位８０ＭＨｚのためのシーケンスは、数式９と同一であり得る。８０＋８０ＭＨｚのＰＰＤＵのためのＥＨＴ－ＳＴＦのうち上位８０ＭＨｚのためのシーケンスは、以下の数式に基づいて構成されることができる。
＜数式１１＞
ＥＨＴ－ＳＴＦ（－５０４：８：５０４）＝｛－Ｍ，１，－Ｍ，１，Ｍ，１，－Ｍ，０，－Ｍ，１，Ｍ，１，－Ｍ，１，－Ｍ｝＊（１＋ｊ）／ｓｑｒｔ（２）
ＥＨＴ－ＳＴＦ（－５０４）＝０，
ＥＨＴ－ＳＴＦ（５０４）＝０
ＥＨＴ－ＬＴＦは、第１、第２、第３タイプ（すなわち、１ｘ、２ｘ、４ｘＬＴＦ）を有することができる。例えば、第１／第２／第３タイプのＬＴＦは、４／２／１個のサブキャリア間隔にｎｏｎ－ｚｅｒｏ ｃｏｅｆｆｉｃｉｅｎｔが配置されるＬＴＦシーケンスに基づいて生成されることができる。第１／第２／第３タイプのＬＴＦは、３．２／６．４／１２．８μｓの時間長さを有することができる。また、第１／第２／第３タイプのＬＴＦには、多様な長さのＧＩ（例えば、０．８／１／６／３．２μｓ）が適用できる。
ＳＴＦ及び／又はＬＴＦのタイプに関する情報（ＬＴＦに適用されるＧＩに関する情報も含まれる）は、図１８のＳＩＧ Ａフィールド及び／又はＳＩＧ Ｂフィールドなどに含まれることができる。
図１８のＰＰＤＵ（すなわち、ＥＨＴ－ＰＰＤＵ）は、図５及び図６の一例に基づいて構成されることができる。
例えば、２０ＭＨｚ帯域上で送信されるＥＨＴ ＰＰＤＵ、すなわち、２０ＭＨｚのＥＨＴ ＰＰＤＵは、図５のＲＵに基づいて構成されることができる。すなわち、ＥＨＴ ＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は図５のように決定できる。
４０ＭＨｚ帯域上で送信されるＥＨＴ ＰＰＤＵ、すなわち、４０ＭＨｚのＥＨＴ ＰＰＤＵは、図６のＲＵに基づいて構成されることができる。すなわち、ＥＨＴ ＰＰＤＵに含まれるＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、データフィールドのＲＵの位置（ｌｏｃａｔｉｏｎ）は図６のように決定できる。
図６のＲＵ位置は４０ＭＨｚに対応するので、図６のパターンを２回繰り返すと、８０ＭＨｚのためのトーン－プラン（ｔｏｎｅ－ｐｌａｎ）が決定できる。すなわち、８０ＭＨｚのＥＨＴ ＰＰＤＵは、図７のＲＵではない図６のＲＵが２回繰り返される新たなトーン－プランに基づいて送信されることができる。
図６のパターンが２回繰り返される場合、ＤＣ領域には２３個のトーン（すなわち、１１ガードトーン＋１２ガードトーン）が構成できる。すなわち、ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚのＥＨＴ ＰＰＤＵのためのトーン－プランは、２３個のＤＣトーンを有することができる。これと異なり、Ｎｏｎ－ＯＦＤＭＡに基づいて割り当てられる８０ＭＨｚのＥＨＴ ＰＰＤＵ（すなわち、ｎｏｎ－ＯＦＤＭＡ ｆｕｌｌ Ｂａｎｄｗｉｄｔｈ ８０ＭＨｚ ＰＰＤＵ）は、９９６ＲＵに基づいて構成され、５個のＤＣトーン、１２個の左側ガードトーン、１１個の右側ガードトーンを含むことができる。
１６０／２４０／３２０ＭＨｚのためのトーン－プランは、図６のパターンを数回繰り返す形態で構成されることができる。
図１８のＰＰＤＵは、以下の方法に基づいてＥＨＴ ＰＰＤＵに識別されることができる。
受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＥＨＴ ＰＰＤＵと判断できる。例えば、１）受信ＰＰＤＵのＬ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）受信ＰＰＤＵのＬ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）受信ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈフィールドの値に対して「ｍｏｄｕｌｏ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵはＥＨＴ ＰＰＤＵと判断されることができる。受信ＰＰＤＵがＥＨＴ ＰＰＤＵと判断される場合、受信ＳＴＡは図１８のＲＬ－ＳＩＧ以後のシンボルに含まれるビット情報に基づいてＥＨＴ ＰＰＤＵのタイプ（例えば、ＳＵ／ＭＵ／Ｔｒｉｇｇｅｒ－ｂａｓｅｄ／Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅタイプ）をｄｅｔｅｃｔすることができる。言い換えると、受信ＳＴＡは、１）ＢＳＰＫであるＬ－ＬＴＦ信号以後の１番目のシンボル、２）Ｌ－ＳＩＧフィールドに連続し、Ｌ－ＳＩＧと同一のＲＬ－ＳＩＧ、及び３）「ｍｏｄｕｌｏ３」を適用した結果が「０」に設定されるＬｅｎｇｔｈフィールドを含むＬ－ＳＩＧに基づいて、受信ＰＰＤＵをＥＨＴ ＰＰＤＵと判断できる。
例えば、受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＨＥ ＰＰＤＵと判断できる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ３」を適用した結果が「１」又は「２」とｄｅｔｅｃｔされる場合、受信ＰＰＤＵはＨＥ ＰＰＤＵと判断されることができる。
例えば、受信ＳＴＡは、次の事項に基づいて、受信ＰＰＤＵのタイプをｎｏｎ－ＨＴ、ＨＴ及びＶＨＴ ＰＰＤＵと判断できる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返されるＲＬ－ＳＩＧがｄｅｔｅｃｔされない場合、受信ＰＰＤＵはｎｏｎ－ＨＴ、ＨＴ及びＶＨＴ ＰＰＤＵと判断されることができる。また、受信ＳＴＡがＲＬ－ＳＩＧの繰り返しをｄｅｔｅｃｔしたとしても、Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ３」を適用した結果が「０」とｄｅｔｅｃｔされる場合には、受信ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ及びＶＨＴ ＰＰＤＵと判断されることができる。
以下の一例において、（送信／受信／上り／下り）信号、（送信／受信／上り／下り）フレーム、（送信／受信／上り／下り）パケット、（送信／受信／上り／下り）データユニット、（送信／受信／上り／下り）データ等で表示される信号は、図１８のＰＰＤＵに基づいて送受信される信号であり得る。図１８のＰＰＤＵは、多様なタイプのフレームを送受信するために使われることができる。例えば、図１８のＰＰＤＵは、制御フレーム（ｃｏｎｔｒｏｌ ｆｒａｍｅ）のために使われることができる。制御フレームの一例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）、ＰＳ－Ｐｏｌｌ（Ｐｏｗｅｒ Ｓａｖｅ－Ｐｏｌｌ）、ＢｌｏｃｋＡＣＫＲｅｑ、ＢｌｏｃｋＡｃｋ、ＮＤＰ（Ｎｕｌｌ Ｄａｔａ Ｐａｃｋｅｔ）ａｎｎｏｕｎｃｅｍｅｎｔ、Ｔｒｉｇｇｅｒ Ｆｒａｍｅを含むことができる。例えば、図１８のＰＰＤＵは管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために使われることができる。ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅの一例は、Ｂｅａｃｏｎ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを含むことができる。例えば、図１８のＰＰＤＵは、データフレームのために使われることができる。例えば、図１８のＰＰＤＵは、制御フレーム、管理フレーム、及びデータフレームのうち少なくとも２以上を同時に送信するために使われることもできる。
１．８０２．１１ａｘ無線ＬＡＮシステムのトーンプラン（ｔｏｎｅ ｐｌａｎ）
本明細書において、ｔｏｎｅ ｐｌａｎはＲｅｓｏｕｒｃｅ Ｕｎｉｔ（ＲＵ）の大きさ及び／又はＲＵの位置（ｌｏｃａｔｉｏｎ）を決定する規則に関連する。以下では、ＩＥＥＥ ８０２．１１ａｘ規格によるＰＰＤＵ、すなわち、ＨＥ ＰＰＤＵに適用されるｔｏｎｅ ｐｌａｎを説明する。言い換えると、以下ではＨＥ ＰＰＤＵに適用されるＲＵの大きさ、ＲＵの位置を説明し、ＨＥ ＰＰＤＵに適用されるＲＵに関連した制御情報を説明する。
本明細書において、ＲＵに関連した制御情報（又はｔｏｎｅ ｐｌａｎに関連した 制御情報）は、ＲＵの大きさ、位置、特定のＲＵに割り当てられるｕｓｅｒ ＳＴＡの情報、ＲＵが含まれるＰＰＤＵのための周波数帯域幅及び／又は特定のＲＵに適用される変調技法に関する制御情報を含むことができる。ＲＵに関連した制御情報は、ＳＩＧフィールドに含まれることができる。例えば、ＩＥＥＥ ８０２．１１ａｘ規格では、ＨＥ－ＳＩＧ－Ｂフィールド内にＲＵに関連した制御情報が含まれる。すなわち、送信ＳＴＡは送信ＰＰＤＵを生成する過程で、ＰＰＤＵ内に含まれたＲＵに対する制御情報をＨＥ－ＳＩＧ－Ｂフィールド内に含ませることができる。また、受信ＳＴＡは受信ＰＰＤＵ内に含まれたＨＥ－ＳＩＧ－Ｂを受信し、ＨＥ－ＳＩＧ－Ｂ内に含まれた制御情報を取得し、当該受信ＳＴＡに割り当てられたＲＵが存在するかを判断し、ＨＥ－ＳＩＧ－Ｂに基づいて割り当てられたＲＵをデコードすることができる。
ＩＥＥＥ ８０２．１１ａｘ規格では、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ及びＤａｔａフィールドがＲＵ単位で構成できた。すなわち、第１の受信ＳＴＡのための第１のＲＵが設定される場合、前記第１の受信ＳＴＡのためのＳＴＦ／ＬＴＦ／Ｄａｔａフィールドは、前記第１のＲＵを介して送受信されることができる。
ＩＥＥＥ ８０２．１１ａｘ規格では一つの受信ＳＴＡのためのＰＰＤＵ（すなわち、ＳＵ ＰＰＤＵ）と複数の受信ＳＴＡのためのＰＰＤＵ（すなわち、ＭＵ ＰＰＤＵ）が別途に定義され、それぞれのためのｔｏｎｅ ｐｌａｎが別途に定義された。具体的な内容は以下で説明する。
１１ａｘに定義されるＲＵは、複数のサブキャリアを含むことができる。例えば、 ＲＵがＮ個のサブキャリアを含む場合、Ｎ－ｔｏｎｅ ＲＵ又はＮ ＲＵで表示されることができる。特定のＲＵの位置は、サブキャリアインデックスで表示されることができる。サブキャリアインデックスは、Ｓｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇの単位で定義されることができる。１１ａｘ規格でＳｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇは、３１２．５ｋＨｚ又は７８．１２５ｋＨｚであり、ＲＵのためのＳｕｂｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｓｐａｃｉｎｇは７８．１２５ｋＨｚである。すなわち、ＲＵのためのサブキャリアインデックス＋１は、ＤＣ ｔｏｎｅよりも７８．１２５ｋＨｚさらに増加した位置を意味し、ＲＵのためのサブキャリアインデックス－１は、ＤＣ ｔｏｎｅよりも７８．１２５ｋＨｚさらに減少した位置を意味することができる。例えば、特定のＲＵの位置が［－１２１：－９６］で表示される場合、当該ＲＵはサブキャリアインデックス －１２１からサブキャリアインデックス－９６までの領域に位置し、結果として、当該ＲＵは２６個のサブキャリアを含むことができる。
Ｎ－ｔｏｎｅ ＲＵは、既設定されたパイロットトーンを含むことができる。
２．ヌルサブキャリア（Ｎｕｌｌ ｓｕｂｃａｒｒｉｅｒ）及びパイロットサブキャリア（ｐｉｌｏｔ ｓｕｂｃａｒｒｉｅｒ）
８０２．１１ａｘシステムにおけるサブキャリアとリソース割り当てについて説明する。
ＯＦＤＭシンボルはサブキャリアで構成されるが、サブキャリアの個数はＰＰＤＵの帯域幅の機能をすることができる。無線ＬＡＮ８０２．１１システムでは、データの送信のために使われるデータサブキャリア、フェイズ情報（ｐｈａｓｅ ｉｎｆｏｒｍａｔｉｏｎ）及びパラメータトラッキング（ｐａｒａｍｅｔｅｒ ｔｒａｃｋｉｎｇ）のために使われるパイロットサブキャリア及びデータ送信とパイロット送信のために使われない非使用（ｕｎｕｓｅｄ）サブキャリアが定義される。
ＯＦＤＭＡ送信を使用するＨＥ ＭＵ ＰＰＤＵは、２６トーンＲＵ、５２トーンＲＵ、１０６トーンＲＵ、２４２トーンＲＵ、４８４トーンＲＵ及び９９６トーンＲＵを混合して送信されることができる。
ここで、２６トーンＲＵは、２４個のデータサブキャリアと２個のパイロットサブキャリアで構成される。５２トーンＲＵは、４８個のデータサブキャリアと４個のパイロットサブキャリアで構成される。１０６トーンＲＵは、１０２個のデータサブキャリアと４個のパイロットサブキャリアで構成される。２４２トーンＲＵは、２３４個のデータサブキャリアと８個のパイロットサブキャリアで構成される。４８４トーンＲＵは、４６８個のデータサブキャリアと１６個のパイロットサブキャリアで構成される。９９６トーンＲＵは、９８０個のデータサブキャリアと１６個のパイロットサブキャリアで構成される。
１）ヌルサブキャリア
図５乃至７に示すように、２６－トーンＲＵ、５２－トーンＲＵ及び１０６－トーンＲＵの位置間にヌルサブキャリアがある。ヌルサブキャリアは、送信中心周波数漏れ（ｔｒａｎｓｍｉｔ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｌｅａｋａｇｅ）、受信機ＤＣオフセット（ｒｅｃｅｉｖｅｒ ＤＣ ｏｆｆｓｅｔ）及び隣接したＲＵからの干渉から保護するためにＤＣ又はエッジ（ｅｄｇｅ）トーンの近くに位置する。ヌルサブキャリアは０のエネルギーを有する。ヌルサブキャリアのインデックスは次のように挙げられる。
８０＋８０ＭＨｚのＨＥ ＰＰＤＵの各８０ＭＨｚ周波数セグメント（ｓｅｇｍｅｎｔ）に対するヌルサブキャリアの位置は、８０ＭＨｚのＨＥ ＰＰＤＵの位置に従わなければならない。
２）パイロット サブキャリア
パイロットサブキャリアがＨＥ ＳＵ ＰＰＤＵ、ＨＥ ＭＵ ＰＰＤＵ、ＨＥ ＥＲ ＳＵ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵのＨＥ－ＬＴＦフィールドに存在すれば、ＨＥ－ＬＴＦフィールド及びデータフィールド内のパイロットシーケンスの位置は、４ｘＨＥ－ＬＴＦの位置と同一であり得る。１ｘＨＥ－ＬＴＦで、ＨＥ－ＬＴＦ内のパイロットシーケンスの位置は、４倍掛けられたデータフィールドに対するパイロットサブキャリアで構成される。パイロットサブキャリアが２ｘＨＥ－ＬＴＦ内に存在する場合、パイロットサブキャリアの位置は、４ｘデータシンボル内のパイロットの位置と同一でなければならない。全てのパイロットサブキャリアは下記のように挙げられた偶数のインデックスに位置する。
１６０ＭＨｚ又は８０＋８０ＭＨｚでパイロットサブキャリアの位置は、両方の８０ＭＨｚに対する同一の８０ＭＨｚの位置を使わなければならない。
３．ＨＥ送信手順（ＨＥ ｔｒａｎｓｍｉｔ ｐｒｏｃｅｄｕｒｅ）及びＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピング
８０２．１１ａｘ無線ＬＡＮシステムにおいてＰＨＹ（ｐｈｙｓｉｃａｌ）における送信手順は、ＨＥ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）ＰＰＤＵのための送信手順、ＨＥ ＥＲ（ｅｘｔｅｎｄｅｄ ｒａｎｇｅ）ＳＵ ＰＰＤＵのための送信手順、ＨＥ ＭＵ（Ｍｕｌｔｉ Ｕｓｅｒ）ＰＰＤＵのための送信手順、及びＨＥ ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵのための送信手順が存在する。ＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）のＦＯＲＭＡＴフィールドは、ＨＥ＿ＳＵ、ＨＥ＿ＭＵ、ＨＥ＿ＥＲ＿ＳＵ又はＨＥ＿ＴＢと同一であり得る。前記送信手順は、ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）のような選択的な特徴（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）の動作を説明してはいない。前記多様な送信手順のうち、図２１はＨＥ ＳＵ ＰＰＤＵのためのＰＨＹの送信手順のみを示した。
図１９は、ＨＥ ＳＵ ＰＰＤＵのためのＰＨＹ送信手順の一例を示す。
データを送信するために、ＭＡＣではＰＨＹのエンティティ（ｅｎｔｉｔｙ）が送信状態で進入することを誘発するＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを生成する。また、ＰＨＹは、ＰＬＭＥを介したｓｔａｔｉｏｎ ｍａｎａｇｅｍｅｎｔを介して適切な周波数で動作するように設定される。ＨＥ－ＭＣＳ、コーディング類型及び送信電力のような他の送信パラメータは、ＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ） ｐｒｉｍｉｔｉｖｅを使用してＰＨＹ－ＳＡＰを介して設定される。トリガーフレームを伝達するＰＰＤＵを送信した以後、ＭＡＣのサブ層（ｓｕｂｌａｙｅｒ）はＰＨＹのエンティティに期待されたＨＥ ＴＢ ＰＰＤＵの応答を復調するために必要な情報を提供するＴＲＩＧＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒと共にＰＨＹ－ＴＲＩＧＧＥＲ．ｒｅｑｕｅｓｔを発行することができる。
ＰＨＹはＰＨＹ－ＣＣＡ．ｉｎｄｉｃａｔｉｏｎを介してプライマリチャネルと異なるチャネルの状態を指示する。ＰＰＤＵの送信はＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ） ｐｒｉｍｉｔｉｖｅを受信した後にＰＨＹにより開始されなければならない。
ＰＨＹプリアンブルの送信が開始された後、ＰＨＹのエンティティは、データスクランブリング（ｓｃｒａｍｂｌｉｎｇ）及びデータエンコードを直ちに開始する。データフィールドに対するエンコード方法は、ＴＸＶＥＣＴＯＲのＦＥＣ＿ＣＯＤＩＮＧ、ＣＨ＿ＢＡＮＤＷＩＤＴＨ、ＮＵＭ＿ＳＴＳ、ＳＴＢＣ、ＭＣＳ及びＮＵＭ＿ＵＳＥＲＳのパラメータに基づく。
ＳＥＲＶＩＣＥフィールド及びＰＳＤＵは、後述する送信装置のブロック図（ｔｒａｎｓｍｉｔｔｅｒ ｂｌｏｃｋ ｄｉａｇｒａｍ）でエンコードされる。データはＭＡＣにより発行されたＰＨＹ－ＤＡＴＡ．ｒｅｑｕｅｓｔ（ＤＡＴＡ） ｐｒｉｍｉｔｉｖｅとＰＨＹにより発行されたＰＨＹ－ＤＡＴＡ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅｓのシリーズを介して、ＭＡＣとＰＨＹとの間に交換されなければならない。ＰＨＹのパディング（ｐａｄｄｉｎｇ）ビットは、コーディングされたＰＳＤＵのビットの数をＯＦＤＭシンボル別にコーディングされたビットの個数の定数倍数に作るためにＰＳＤＵに付加される（ａｐｐｅｎｄｅｄ）。
送信はＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを介してＭＡＣにより早速に終了する。ＰＳＤＵの送信はＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを受信することによって終了する。各ＰＨＹ－ＴＸＥＮＤ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅはＰＨＹからＰＨＹ－ＴＸＥＮＤ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅと共に受けたことを知らせることができる。
パケット延長（ｐａｃｋｅｔ ｅｘｔｅｎｓｉｏｎ）及び／又は信号延長（ｓｉｇｎａｌ ｅｘｔｅｎｓｉｏｎ）はＰＰＤＵで存在し得る。ＰＨＹ－ＴＸＥＮＤ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅは、最も最近のＰＰＤＵの実際の終了時間、パケット延長の終了時間及び信号延長の終了時間で生成される。
ＰＨＹで、ＴＸＶＥＣＴＯＲのＧＩ＿ＴＹＰＥのパラメータでＧＩ ｄｕｒａｔｉｏｎと共に指示されるＧＩ（Ｇｕａｒｄ Ｉｎｔｅｒｖａｌ）は遅延拡散（ｄｅｌａｙ ｓｐｒｅａｄ）に対する対策として全てのデータのＯＦＤＭシンボルに挿入される。
ＰＰＤＵの送信が完了すれば、ＰＨＹのエンティティは受信状態で進入することになる。
図２０は、ＨＥ ＰＰＤＵの各フィールドを生成する送信装置のブロック図の一例を示す。
ＨＥ ＰＰＤＵの各フィールドの生成のために次のようなブロック図が使われる。
ａ）ｐｒｅ－ＦＥＣ ＰＨＹ ｐａｄｄｉｎｇ
ｂ）Ｓｃｒａｍｂｌｅｒ
ｃ）ＦＥＣ（ＢＣＣ ｏｒ ＬＤＰＣ）ｅｎｃｏｄｅｒｓ
ｄ）ｐｏｓｔ－ＦＥＣ ＰＨＹ ｐａｄｄｉｎｇ
ｅ）Ｓｔｒｅａｍ ｐａｒｓｅｒ
ｆ）Ｓｅｇｍｅｎｔ ｐａｒｓｅｒ（連続的な（ｃｏｎｔｉｇｕｏｕｓ）１６０ＭＨｚ ａｎｄ 不連続的な（ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ）８０＋８０ＭＨｚの送信のために）
ｇ）ＢＣＣ ｉｎｔｅｒｌｅａｖｅｒ
ｈ）Ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ
ｉ）ＤＣＭ ｔｏｎｅ ｍａｐｐｅｒ
ｊ）Ｐｉｌｏｔ ｉｎｓｅｒｔｉｏｎ
ｋ）Ｒｅｐｌｉｃａｔｉｏｎ ｏｖｅｒ ｍｕｌｔｉｐｌｅ ２０ＭＨｚ（ＢＷ＞２０ＭＨｚに対して）
ｌ）Ｍｕｌｔｉｐｌｉｃａｔｉｏｎ ｂｙ １st ｃｏｌｕｍｎ ｏｆ ＰHE-LTF
ｍ）ＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒ
ｎ）Ｓｅｇｍｅｎｔ ｄｅｐａｒｓｅｒ
ｏ）Ｓｐａｃｅ ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｅ （ＳＴＢＣ） ｅｎｃｏｄｅｒ ｆｏｒ ｏｎｅ ｓｐａｔｉａｌ ｓｔｒｅａｍ
ｐ）Ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ （ＣＳＤ） ｐｅｒ ＳＴＳ ｉｎｓｅｒｔｉｏｎ
ｑ）Ｓｐａｔｉａｌ ｍａｐｐｅｒ
ｒ）Ｆｒｅｑｕｅｎｃｙ ｍａｐｐｉｎｇ
ｓ）Ｉｎｖｅｒｓｅ ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ （ＩＤＦＴ）
ｔ）Ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ （ＣＳＤ） ｐｅｒ ｃｈａｉｎ ｉｎｓｅｒｔｉｏｎ
ｕ）Ｇｕａｒｄ ｉｎｔｅｒｖａｌ （ＧＩ） ｉｎｓｅｒｔｉｏｎ
ｖ）Ｗｉｎｄｏｗｉｎｇ
図２０は、ＬＤＰＣエンコードが適用され、１６０ＭＨｚ帯域で送信されるＨＥ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）ＰＰＤＵのデータフィールドを生成するために使われる送信装置のブロック図を示す。もし、送信装置のブロック図が８０＋８０ＭＨｚ帯域で送信されるＨＥ ＳＵ ＰＰＤＵのデータフィールドを生成するために使われれば、前記図２０のようにＳｅｇｍｅｎｔ ｄｅｐａｒｓｅｒをしない。すなわち、Ｓｅｇｍｅｎｔ ｐａｒｓｅｒで８０ＭＨｚ帯域と異なる８０ＭＨｚ帯域が分けられた状態で８０ＭＨｚ帯域別に送信装置のブロック図が使われる。
ＬＤＰＣエンコードを介してＨＥ ＳＵ ＰＰＤＵ、ＨＥ ＥＲ（ｅｘｔｅｎｄｅｄ ｒａｎｇｅ）ＳＵ ＰＰＤＵ及びＨＥ ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵのデータフィールドは、次のように構成されることができる。
図２０を参照すると、データフィールド（又はデータのビット列）はＬＤＰＣエンコーダにエンコードされることができる。前記ＬＤＰＣエンコーダに入力されるデータのビット列は、スクランブラーによりスクランブリングされた状態であり得る。
前記ＬＤＰＣエンコーダによりエンコードされたデータのビット列は、ストリームパーサ（ｓｔｒｅａｍ ｐａｒｓｅｒ）により複数の空間ストリームに分けられる。そのとき、各空間ストリームに分けられたエンコードされたデータのビット列を空間ブロック（ｓｐａｔｉａｌ ｂｌｏｃｋ）といえる。空間ブロックの個数は、ＰＰＤＵが送信されるのに使われる空間ストリームの個数により決定されることができ、空間ストリームの個数と同じように設定されることができる。
それぞれの空間ブロックは、セグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）により少なくとも一つ以上のデータ片に分けられる。図２２のようにデータフィールドが１６０ＭＨｚ帯域で送信される場合、前記１６０ＭＨｚ帯域は２個の８０ＭＨｚ帯域に分けられ、それぞれの８０ＭＨｚ帯域に対して第１のデータ片及び第２のデータ片に分けられる。その後、第１及び第２のデータ片は、８０ＭＨｚ帯域に対してそれぞれコンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）され、ＬＤＰＣマッピングされることができる。
ＨＥ ＭＵ送信で、ＣＳＤ（ｃｙｃｌｉｃ ｓｈｉｆｔ ｄｉｖｅｒｓｉｔｙ）は、当該ユーザに対する空間－時間ストリームの開始インデックスに対する知識で実行されるという点を除き、ＰＰＤＵエンコードプロセッサは、空間マッピングブロックの入力までユーザ毎にＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）で独立に実行される。ＲＵの全てのユーザデータは、空間マッピングブロックの送信チェーンに結合されてマッピングされる。
以下では、ＬＤＰＣトーン（ｔｏｎｅ）マッピングについて説明する。
ＬＤＰＣトーンマッピングは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMを使って全てのＬＤＰＣエンコードされたストリームで実行されなければならない。ＤTMは、各帯域幅に対して常数であり、下記のように各帯域別に値を有する。ＬＤＰＣトーンマッピングは、ＢＣＣを使ってエンコードされたストリームに対しては実行されてはならない。
ＶＨＴ ＰＰＤＵ送信に対して、ユーザｕに関するＬＤＰＣコーディングされたストリームに対するＬＤＰＣトーンマッピングは、コンステレーションマッパ（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）により生成された複素数のストリームを置換し、下記のように実行されることができる。
前記ＬＤＰＣトーンマッピングの動作に対する結果として、２個の連続的に生成された複素コンステレーション数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）ｄ’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は行列からｃｏｌｕｍｎ－ｗｉｓｅに読まれる。
ＬＤＰＣトーンマッピングは、周波数サブブロックインデックスｌに指示される１６０ＭＨｚ又は８０＋８０ＭＨｚ送信の上位（ｕｐｐｅｒ）８０ＭＨｚと下位（ｌｏｗｅｒ）８０ＭＨｚに対して分離されて実行される。
ＬＤＰＣトーンマッピングは、ＢＣＣコーディングされたストリームに対しては実行されないので、ＢＣＣコーディングされたストリームに対しては次のような数式が適用できる。
また、ＬＤＰＣトーンマッピングは、ＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）にマッピングされた全てのＬＤＰＣエンコードされたストリームで実行されなければならない。ＬＤＰＣトーンマッピングは、ＢＣＣを使用したストリームに対して実行されてはならない。ＤＣＭがＬＤＰＣエンコードされたストリームに適用される場合、ＤTM_DCMがＲＵの低い半分（ｌｏｗｅｒ ｈａｌｆ）データサブキャリアとＲＵの高い半分（ｕｐｐｅｒ ｈａｌｆ）データサブキャリアの両方に適用されなければならない。ＬＤＰＣトーンマッピング距離のパラメータＤTM及びＤTM_DCMは、各ＲＵの大きさ及び他のＲＵの大きさに対する値に対して常数である。
ＬＤＰＣトーンマッピングのパラメータＤTM及びＤTM_DCMは、各周波数サブブロックｌ＝０とｌ＝１に対して適用される。
ＤＣＭがないＨＥ ＰＰＤＵに対して、ｒ番目のＲＵでユーザｕに対するＬＤＰＣエンコードされたストリームに対するＬＤＰＣトーンマッピングは、コンステレーションマッパ（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）により生成された複素数のストリームを置換し、下記のように実行されることができる。
ＤＭＣがデータフィールドに適用されるＨＥ ＰＰＤＵに対して、ｒ番目のＲＵでユーザｕに対するＬＤＰＣエンコードされたストリームに対するＬＤＰＣトーンマッピングは、コンステレーションマッパ（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒ）により生成された複素数のストリームを置換し、下記のように実行されることができる。
２６－、５２－、１０６－、２４２－、４８４－及び９９６－トーンＲＵに対してＬＤＰＣトーンマッパは一つのセグメントで定義される。ＬＤＰＣトーンマッピングは、周波数サブブロックインデックス１により指示される２ｘ９９６－トーンＲＵの上位（ｕｐｐｅｒ）８０ＭＨｚと下位（ｌｏｗｅｒ）８０ＭＨｚの周波数セグメントに対して分離されて実行される。
ＬＤＰＣトーンマッピングはＢＣＣコーディングされたストリームに対しては実行されないので、ＢＣＣコーディングされたストリームに対しては次のような数式が適用できる。
本明細書で説明されたＬＤＰＣトーンマッピングの概念について簡略に説明すると以下の通りである。
従来の無線ＬＡＮデータパケットのデータレートが高まる場合、ＬＣＷ（ＬＤＰＣ ｃｏｄｅｗｏｒｄ）の長さはＮ＿ＣＢＰＳ（ＯＦＤＭシンボル内のビットの個数）に比べて非常に小さくなることがある。この場合、ＬＤＰＣ ｃｏｄｅｄ ｂｉｔは、一部のトーン又はサブキャリアのみに送信され、これにより十分な周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ）が確保されない問題が発生し得る。
図２１は、ＬＤＰＣトーンマッピングの動作の一例を示す。
本明細書において、ＬＤＰＣトーンマッピングは特定のトーン又はサブキャリア間隔にＬＤＰＣ－ｃｏｄｅｄ ｓｔｒｅａｍをマッピングする技法を意味することができる。本明細書にはトーン間隔（Ｄ＿ＴＭ）がＰＰＤＵのＢＷによって、４、６、９等に設定された一例が説明されている。例えば、図２３はトーン間隔（Ｄ＿ＴＭ）が３に設定されたＬＤＰＣトーンマッピングの一例である。すなわち、インターリービング動作と類似の動作がＬＤＰＣトーンマッピングを介して実行されることができる。
例えば、８０２．１１ａｃ規格のＰＰＤＵ（すなわち、ＶＨＴ ＰＰＤＵ）や８０２．１１ａｘ規格のＰＰＤＵ（すなわち、ＨＥ ＰＰＤＵ）のデータフィールドに対してはＣｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒの後にＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒが位置し得る。例えば、図２２においてＣｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒの出力（すなわち、連続するＣｏｎｓｔｅｌｌａｔｉｏｎ ｓｙｍｂｏｌ）は、Ｄ＿ＴＭ－１の間隔に分離されたデータトーンにマッピングされることができる。
図２２は、データにＤＣＭ技法が適用される一例を示す。
一方、ＩＥＥＥ ８０２．１１ａｘでは、ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ／Ｓｕｂ－ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）技法が適用された。ＤＣＭ技法に基づいた送信装置は、同じ情報を互いに異なるサブキャリアを介して送信できる。例えば、送信装置は図２２のような構造を含むことができる。図２２で示すように、第１のデータ情報が第１のコンステレーションマッピング、すなわち、ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ １に基づいてｓｕｂｃａｒｒｉｅｒ Ｋに含まれることができる。また、同一の第１のデータ情報が第２のコンステレーションマッピング、すなわち、ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ ２に基づいてｓｕｂｃａｒｒｉｅｒ Ｋ＋Ｎ／２に含まれることができる。第１のコンステレーションマッピング及び第２のコンステレーションマッピングは同じマッピング技法であってもよく、異なるマッピング技法であってもよい。図２２において、変数ＮはＲＵ又はｆｒｅｑｕｅｎｃｙ ｓｅｇｍｅｎｔに含まれるデータトーンの個数であるＮ＿ＳＤであってもよい。また、図２４の技法は、同じデータに対して第１／第２のコンステレーションマッピングが適用された結果が第１／第２のトーンにマッピングされる一例であるが、例えば、同じデータに対して第１／第２／第３のコンステレーションマッピングが適用された結果が第１／第２／第３のトーンにマッピングされるか、同じデータに対して第１／第２．．．／第Ｎのコンステレーションマッピングが適用された結果が第１／第２．．．第Ｎのトーンにマッピングされることも可能である。
ＤＣＭ技法は、ＨＥ ＰＰＤＵのデータフィールド及び／又はＳＩＧ－Ｂフィールドにのみ適用されることができる。また、ＤＣＭ技法は送信装置で使われてもよく、使われなくてもよい（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）。
１１ａｘのＤＣＭ技法に対するより具体的な内容は以下の通りである。
ＤＣＭは、ＨＥ－ＳＩＧ－Ｂ及びデータフィールドに対する選択的な変調技法である。ＤＣＭはＨＥ ＳＵ ＰＰＤＵ及びＨＥ ＥＲ ＳＵ ＰＰＤＵに適用されることができる。ＨＥ ＭＵ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵで、ＤＣＭは一つのユーザに対するデータを含むＲＵに適用されることができ、複数のユーザに対するデータを含むＲＵに適用されることはできない。
ＤＣＭは、ＨＥ－ＭＣＳ ０、１、３及び４に対してのみ適用可能である。ＤＣＭは、Ｎｓｓ＝１又はＮｓｓ＝２でのみ適用可能である（ＨＥ ＭＵ ＰＰＤＵで一つのユーザＲＵの場合、Ｎｓｓ，ｒ，ｕ＝１又はＮｓｓ，ｒ，ｕ＝２）。ＤＣＭはＭＵ－ＭＩＭＯ又はＳＴＢＣと共に適用可能ではない。
ＤＣＭが使われる場合、ビットシーケンスはシンボル一対（ｄ’k，ｄ’q(k)）にマッピングされる。そのとき、９９６トーンＲＵ又はそれより小さいＲＵに対する周波数ダイバーシティを用いるために、ｋは０＜＝ｋ＜＝ＮSD－１の範囲を有し、ｑ（ｋ）はＮSD＜＝ｑ（ｋ）＜＝２ＮSD－１の範囲を有する。２ｘ９９６トーンＲＵに対して、ｋは０＜＝ｋ＜＝ＮSD／２－１の範囲を有し、ｑ（ｋ）はＮSD／２＜＝ｑ（ｋ）＜＝ＮSD－１の範囲を有する。周波数ダイバーシティを最大化するために、ＤＣＭサブキャリア一対（ｋ，ｑ（ｋ））のインデックスは９９６トーンＲＵ又はそれより小さいＲＵに対してｑ（ｋ）＝ｋ＋ＮSDであり、２ｘ９９６トーンＲＵに対してｑ（ｋ）＝ｋ＋ＮSD／２である。ここで、ＮSDはＤＣＭ＝１である場合ＮSDに、ＤＣＭ＝０である場合ＮSDの半値を有する。
ＤＣＭが適用される変調ビットに対しては次のように説明できる。
Ｎｏｎ－ＯＦＤＭＡ ＨＥ ＰＰＤＵでＨＥ－ｍｏｄｕｌａｔｅｄフィールドに対するサブキャリア割り当て関連の変数は、ｎｏｎ－ＯＦＤＭＡ ＨＥ ＰＰＤＵに対するトーン割り当て関連のパラメータとして下記のように定義できる。
ＯＦＤＭＡ ＨＥ ＰＰＤＵでＲＵに対するサブキャリア割り当て関連の変数は、ＯＦＤＭＡ ＨＥ ＰＰＤＵに対するトーン割り当て関連のパラメータとして下記のように定義できる。
前述のように、ＮSDは一つのＲＵ又は周波数セグメント（例えば、２０／４０／８０／１６０ＭＨｚセグメント）に含まれるデータトーンの個数を意味することができる。
８０２．１１ａｘ無線ＬＡＮシステムでよく使われるパラメータは、次のように定義できる。
以下では、ＬＤＰＣトーンマッピングが実行される動作について具体的に説明する。
図２３は、ＤＣＭが適用されない状況で、５２トーンＲＵにトーン間隔が３に設定されたＬＤＰＣトーンマッピングの一例を示す。
図２３は、５２トーンＲＵに対してＤＣＭなしでＬＤＰＣトーンマッピングが実行される一例を示す。前述した内容によると、ｋはｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力されたｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇされたトーンインデックスであり、ｔ（ｋ）はＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒにより出力されたＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇされたトーンインデックスである。前述した表によると、５２トーンＲＵに対してＤTM＝３であり、ＮSD＝４８である。
ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力された複素コンステレーション数ｄ’k,i,n,l,,r,uはインターリービング動作と類似のＬＤＰＣトーンマッピングを介して複素コンステレーション数ｄ’’t(k),i,n,l,,r,uを取得することができ、これによって、前記ｄ’k,i,n,l,,r,uがｄ’’t(k),i,n,l,,r,uのようにＤTM－１だけ互いに離れたデータトーンでマッピングされることが分かる。すなわち、前記ＬＤＰＣトーンマッピング動作に対する結果として、２個の連続的に生成された複素コンステレーション数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）のそれぞれはＤTM－１だけ互いに離れた２個のデータトーン（ｄａｔａ ｔｏｎｅ）で送信されることができる。
図２３を参照すると、５２トーンＲＵに対するＬＤＰＣトーンマッピングであるので、ｋ＝０、１、．．．、４７であり、ｌ＝０であるので、セグメントパーサは実行されない。５２トーンＲＵに対して、ｔ（ｋ）＝ＤTM＊（ｋ ｍｏｄ ＮSD／ＤTM）＋［ｋ＊ＤTM／ＮSD］であるので、トーンインデックスが次のようにＤTM－１の間隔に分離されることができる。
ｋ＝０－＞ｔ（ｋ）＝０
ｋ＝１－＞ｔ（ｋ）＝３
ｋ＝２－＞ｔ（ｋ）＝６
．．．
ｋ＝１５－＞ｔ（ｋ）＝４５
ｋ＝１６－＞ｔ（ｋ）＝１（ｋ＝１６から再度上に行ってインターリービングを開始する）
ｋ＝１７－＞ｔ（ｋ）＝４
ｋ＝１８－＞ｔ（ｋ）＝７
．．．
ｋ＝４６－＞ｔ（ｋ）＝４４
ｋ＝４７－＞ｔ（ｋ）＝４７
図２４は、ＤＣＭが適用される状況で、１０６トーンＲＵにトーン間隔が３に設定されたＬＤＰＣトーンマッピングの一例を示す。
図２４は、１０６トーンＲＵに対してＤＣＭ適用してＬＤＰＣトーンマッピングが実行される一例を示す。前述した内容によると、ｋはｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力されたｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇされたトーンインデックスであり、ｔ（ｋ）はＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒにより出力されたＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇされたトーンインデックスである。前述した表によると、１０６トーンＲＵに対してＤTM_DCM＝３であり、ＮSD＝５１である。
ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力された複素コンステレーション数ｄ’k,i,n,l,,r,uは、インターリービング動作と類似のＬＤＰＣトーンマッピングを介して複素コンステレーション数ｄ’’t(k),i,n,l,,r,uを取得することができ、これによって、前記ｄ’k,i,n,l,,r,uがｄ’’t(k),i,n,l,,r,uのようにＤTM－１だけ互いに離れたデータトーンでマッピングされることが分かる。すなわち、前記ＬＤＰＣトーンマッピング動作に対する結果として、２個の連続的に生成された複素コンステレーション数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）のそれぞれは、ＤTM－１だけ互いに離れた２個のデータトーン（ｄａｔａ ｔｏｎｅ）で送信されることができる。
図２４を参照すると、１０６トーンＲＵに対するＬＤＰＣトーンマッピングであるので、ｋ＝０、１、．．．、１０１であり、ｌ＝０であるので、セグメントパーサは実行されない。但し、ここではＤＣＭが適用されるので、１０６トーンＲＵに対してｋ＜ＮSDである場合（ｌｏｗｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒ）、ｔ（ｋ）＝ＤTM_DCM＊（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋［ｋ＊ＤTM_DCM／ＮSD］であり、ｋ＞＝ＮSDである場合（ｕｐｐｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒ）ｔ（ｋ）＝ＤTM_DCM＊（（ｋ－ＮSD） ｍｏｄ ＮSD／ＤTM_DCM）＋［（ｋ－ＮSD）＊ＤTM_DCM／ＮSD］であるので、トーンインデックスがｌｏｗｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒとｕｐｐｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒ別に次のようにＤTM－１の間隔に分離されることができる。
＜ｌｏｗｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒ＞
ｋ＝０－＞ｔ（ｋ）＝０
ｋ＝１－＞ｔ（ｋ）＝３
ｋ＝２－＞ｔ（ｋ）＝６
．．．
ｋ＝１６－＞ｔ（ｋ）＝４８
ｋ＝１７－＞ｔ（ｋ）＝１（ｋ＝１７から再度上に行ってインターリービングを開始する）
．．．
ｋ＝５０－＞ｔ（ｋ）＝５０
＜ｕｐｐｅｒ ｈａｌｆ ｄａｔａ ｓｕｂｃａｒｒｉｅｒ＞
ｋ＝５１－＞ｔ（ｋ）＝５１
ｋ＝５２－＞ｔ（ｋ）＝５４
．．．
ｋ＝１０１－＞ｔ（ｋ）＝１０１
４．本明細書に適用可能な実施形態
無線ＬＡＮ８０２．１１システムでは、ｐｅａｋ ｔｈｒｏｕｇｈｐｕｔの増加のために、既存の１１ａｘよりもさらに広い帯域を使うか、或いはより多くのアンテナを使って、増加したｓｔｒｅａｍの送信を考慮している。また、本明細書は、多様な ｂａｎｄをａｇｇｒｅｇａｔｉｏｎして使う方式も考慮している。
本明細書では、一つのＳＴＡにｍｕｌｔｉ－ＲＵを割り当ててＰＰＤＵを送信する状況で、ＬＤＰＣ ｃｈａｎｎｅｌ ｃｏｄｉｎｇが適用された場合、ｔｏｎｅ ｍａｐｐｉｎｇ方式について提案する。
既存の８０２．１１ａｘでは２６／５２／１０６／２４２／４８４／９９６／２ｘ９９６－ｔｏｎｅＲＵを使ってｄａｔａを送信することができ、この場合、ｃｈａｎｎｅｌ ｃｏｄｉｎｇは、ＢＣＣ又はＬＤＰＣが使われることができる。特に、ＬＤＰＣが使われる場合、ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙのためにＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇが使われることができ、ＬＤＰＣが適用される場合のＰＰＤＵ ｅｎｃｏｄｉｎｇ ｐｒｏｃｅｓｓ及びＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇに関することは、図２１乃至図２６で詳しく説明されている。
既存の８０２．１１ａｘシステムでは、一つのＳＴＡは一つのＲＵのみが割り当てられているが、８０２．１１ｂｅではＭｕｌｔｉ－ＲＵという方式を導入し、一つのＳＴＡは一つのＲＵではない多数個のＲＵが割り当てられることができる。これによって、ＳＴＡは多数個のＲＵを使ってＰＰＤＵを送信することができるので、スループット（ｔｈｒｏｕｇｈｐｕｔ）を向上させることができる。Ｍｕｌｔｉ－ＲＵを割り当てる情報は、図１８のＥＨＴ－ＳＩＧフィールドで知らせることができる。
図１８のＵ－ＳＩＧは、ｖｅｒｓｉｏｎ ｉｎｄｅｐｅｎｄｅｎｔ ｆｉｅｌｄとｖｅｒｓｉｏｎ ｄｅｐｅｎｄｅｎｔ ｆｉｅｌｄとで構成される。また、Ｕ－ＳＩＧは二つのｓｙｍｂｏｌからなり、二つのｓｙｍｂｏｌがｊｏｉｎｔｌｙ ｅｎｃｏｄｉｎｇされ、各２０ＭＨｚ毎に５２個のｄａｔａ ｔｏｎｅ及び４個のｐｉｌｏｔ ｔｏｎｅで構成される。さらに、Ｕ－ＳＩＧは、ＨＥ－ＳＩＧ－Ａと同じ方式で変調される。ＥＨＴ－ＳＩＧはｃｏｍｍｏｎ ｆｉｅｌｄとｕｓｅｒ ｓｐｅｃｉｆｉｃ ｆｉｅｌｄに分けられ、可変（ｖａｒｉａｂｌｅ）ＭＣＳにエンコードされることができる。前述したＲＵを割り当てる情報は、ｃｏｍｍｏｎ ｆｉｅｌｄ及びｕｓｅｒ ｓｐｅｃｉｆｉｃ ｆｉｅｌｄに載せることができる。
すなわち、Ｍｕｌｔｉ－ＲＵを使ってＰＰＤＵを送信する状況で、ＬＤＰＣ ｃｈａｎｎｅｌ ｃｏｄｉｎｇが適用される場合、ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇ方法を下記のように定義できる。
４．１各ＲＵ内におけるＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇの適用
各ＲＵにおけるＮSDとＤTM及びＤTM_DCMは下記の通りである。ここでは、Ｍｕｌｔｉ－ＲＵで各ＲＵ別にＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇを実行するので、前述したＲＵの大きさ別のＮSDとＤTM及びＤTM_DCMがそのまま使われることができる。
このような場合、下記の既存の数式を用いて割り当てられたｍｕｌｔｉ－ＲＵで各ＲＵ別にＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇを適用してｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙを得ることができる。
そのとき、Ｍｕｌｔｉ－ＲＵでＲＵ別にＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇが実行されるためには、図２０のセグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）によりＭｕｌｔｉ－ＲＵがＲＵ別に分けられなければならない。すなわち、データフィールドがＭｕｌｔｉ－ＲＵで送信される場合、前記Ｍｕｌｔｉ－ＲＵはセグメントパーサにより周波数セグメント別に分けられ、前記ＬＤＰＣトーンマッピング（コンステレーションマッピングも可能）は、周波数セグメント別に実行されることができる。そのとき、一つの周波数セグメントの大きさは、Ｍｕｌｔｉ－ＲＵの各ＲＵの大きさであり得る。
但し、８０２．１１ｂｅではＬａｒｇｅ ＲＵとＳｍａｌｌ ＲＵという概念を導入し、Ｌａｒｇｅ ＲＵは、２４２ ｔｏｎｅ ＲＵ以上の大きさを有するＲＵを意味し、Ｓｍａｌｌ ＲＵは、２４２ ｔｏｎｅ ＲＵ未満の大きさを有するＲＵを意味する。Ｌａｒｇｅ ＲＵの組み合わせでＭｕｌｔｉ－ＲＵが構成される場合、セグメントパーサが適用されて、Ｍｕｌｔｉ－ＲＵが各ＲＵ別に分けられてＬＤＰＣトーンマッピングが実行できる。
但し、Ｌａｒｇｅ ＲＵの組み合わせで構成されても、Ｍｕｌｔｉ－ＲＵの大きさが８０ＭＨｚ以内であれば、その際にはセグメントパーサが適用されずにＭｕｌｔｉ－ＲＵを一つのＲＵと見て、後述する４．２の方式のようにＬＤＰＣトーンマッピングが実行できる。例えば、２４２＋４８４ ｔｏｎｅ ＲＵは、全体の大きさが８０ＭＨｚ帯域よりも小さいので、ＲＵ別に分けられずに一つのＲＵのように考慮されてＬＤＰＣトーンマッピングが実行される。
また、Ｓｍａｌｌ ＲＵの組み合わせ又はｓｍａｌｌ ＲＵ＋ｌａｒｇｅ ＲＵの組み合わせであるが、Ｍｕｌｔｉ－ＲＵの大きさが８０ＭＨｚ以内である場合も、ＲＵ別に分けられずに一つのＲＵのように考慮されてＬＤＰＣトーンマッピングが実行できる（Ｍｕｌｔｉ－ＲＵに対してセグメントパーサが適用されない）。
４．２ 割り当てられたＲＵ全体におけるｔｏｎｅ ｍａｐｐｉｎｇの適用
Ｍｕｌｔｉ－ＲＵが一つのＳＴＡに割り当てられる場合、Ｍｕｌｔｉ－ＲＵ（又はＮｅｗ ＲＵ）におけるＮSD、ＤTM、ＤTM_DCMを定義することができる。但し、多数個のＲＵが組み合わせられる場合、このためのスケジューリング、シグナリング、ハードウェア複雑度（ｈａｒｄｗａｒｅ ｃｏｍｐｌｅｘｉｔｙ）が増えるので、２個のＲＵのみ一つのＳＴＡに割り当てられ、下記のように２個のＲＵの組み合わせにより形成されたＭｕｌｔｉ－ＲＵ（又はＮｅｗ ＲＵ）及びＭｕｌｔｉ－ＲＵ（又はＮｅｗ ＲＵ）におけるＮSD、ＤTM、ＤTM_DCMを提案する。Ｎｅｗ ＲＵと定義しているが、２個のＲＵが組み合わせられてまるで一つのＲＵのように考慮されて、これが一つのＳＴＡに割り当てられたものと考慮できる。従って、ＬＤＰＣ ｅｎｃｏｄｉｎｇは、Ｎｅｗ ＲＵの各ＲＵ別に実行されるのではなく、組み合わせられたＲＵをまるで一つのＲＵのように考慮し、一つのエンコーダ（ｅｎｃｏｄｅｒ）を用いて実行されることができ、下記のようにＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒも全体割り当てられたＲＵの大きさを考慮して新たに定義されることができ、Ｎｅｗ ＲＵに対してＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇを適用してｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙを得ることができる。
また、４．１で提示された既存の数式をそのまま用いて、前記Ｎｅｗ ＲＵに対してＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇを適用することができる。但し、４．１で提示された既存の数式でｋ、ｌ、ｔ（ｋ）は、Ｎｅｗ ＲＵ（又はＭｕｌｔｉ－ＲＵ）の大きさに合わせて値が設定できる。詳しい実施形態は、図２５及び図２６で説明する。
８０２．１１ｂｅでは２４２ｔｏｎｅよりも小さいＲＵと２４２ｔｏｎｅよりも大きいか同じであるＲＵの組み合わせは考慮されなくてもよく、特に、２４２ｔｏｎｅよりも小さいＲＵの組み合わせは２６＋５２ｔｏｎｅ ＲＵ／２６＋１０６ ｔｏｎｅ ＲＵのみ考慮してもよい。互いにアグリゲートされる（ａｇｇｒｅｇａｔｅｄ）２６／５２／１０６ ｔｏｎｅ ＲＵは、隣接した２個のＲＵであってもよく、２０ＭＨｚ ｃｈａｎｎｅｌ内の２個のＲＵであってもよい。或いは、８０ＭＨｚ ｔｏｎｅ ｐｌａｎにおける中央（ｃｅｎｔｅｒ）２６ ｔｏｎｅ ＲＵと隣接した５２ ｔｏｎｅ ＲＵ又は１０６ ｔｏｎｅ ＲＵであってもよい。既存のＲＵに対するＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒの大きさを考慮した際、２６＋５２ ｔｏｎｅ ＲＵでＤTMは４、ＤTM_DCMは２を使用することが好ましく、２６＋１０６ ｔｏｎｅ ＲＵではＤTM、ＤTM_DCMそれぞれ６、３（又は７、３）を使うことが好ましい。或いは、性能の側面で大きく差がないので、２４２ ｔｏｎｅよりも小さいＲＵ間の組み合わせである２６＋５２ ｔｏｎｅ ＲＵと２６＋１０６ ｔｏｎｅ ＲＵではＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒの大きさを一つで同じように定義することが好ましく、ＤTMは６、ＤTM_DCMは３で定義されることができる。
以下では、Ｍｕｌｔｉ－ＲＵの送信におけるＬＤＰＣトーンマッピングが実行される動作について具体的に説明する。
図２５は、ＤＣＭが適用されない状況で、２４２＋４８４トーンＲＵにトーン間隔が１８に設定されたＬＤＰＣトーンマッピングの一例を示す。
図２５は、２４２＋４８４トーンＲＵに対してＬＤＰＣトーンマッピングが実行される一例を示す。前述した内容によると、ｋはｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力されたｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇされたトーンインデックスであり、ｔ（ｋ）はＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒにより出力されたＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇされたトーンインデックスである。前述した表によると、２４２＋４８４トーンＲＵに対してＤTM＝１８を用いており、ＮSD＝７０２である。
ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力された複素コンステレーション数ｄ’k,i,n,l,,r,uは、インターリービング動作と類似するＬＤＰＣトーンマッピングを介して複素コンステレーション数ｄ’’t(k),i,n,l,,r,uを取得することができ、これによって、前記ｄ’k,i,n,l,,r,uがｄ’’t(k),i,n,l,,r,uのようにＤTM－１だけ互いに離れたデータトーンでマッピングされることが分かる。すなわち、前記ＬＤＰＣトーンマッピング動作に対する結果として、２個の連続的に生成された複素コンステレーション数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）それぞれは、ＤTM－１だけ互いに離れた２個のデータトーン（ｄａｔａ ｔｏｎｅ）で送信されることができる。
図２５を参照すると、２４２＋４８４トーンＲＵに対するＬＤＰＣトーンマッピングであるので、ｋ＝０、１、．．．、７０１であり、２４２＋４８４トーンＲＵの大きさが８０ＭＨｚ帯域よりも小さいため、セグメントパーサは実行されない（ｌ＝０）。前記２４２＋４８４トーンＲＵに対してｔ（ｋ）＝ＤTM＊（ｋ ｍｏｄ ＮSD／ＤTM）＋［ｋ＊ＤTM／ＮSD］の数式を用いてＬＤＰＣトーンマッピングが実行されるので、トーンインデックスが次のようにＤTM－１の間隔に分離できる。
ｋ＝０－＞ｔ（ｋ）＝０
ｋ＝１－＞ｔ（ｋ）＝１８
ｋ＝２－＞ｔ（ｋ）＝３６
．．．
ｋ＝３８－＞ｔ（ｋ）＝６８４
ｋ＝３９－＞ｔ（ｋ）＝１（ｋ＝３９から再度上に行ってインターリービングを開始する）
ｋ＝４０－＞ｔ（ｋ）＝１９
ｋ＝４１－＞ｔ（ｋ）＝３７
．．．
ｋ＝６６３－＞ｔ（ｋ）＝１７
ｋ＝６６４－＞ｔ（ｋ）＝３５
…
ｋ＝７０１－＞ｔ（ｋ）＝７０１
図２６は、ＤＣＭが適用されない状況で、２ｘ４８４トーンＲＵにトーン間隔が８に設定されたＬＤＰＣトーンマッピングの一例を示す。
図２６は、２ｘ４８４（又は４８４＋４８４）トーンＲＵに対してＬＤＰＣトーンマッピングが実行される一例を示す。前述した内容によると、ｋはｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力されたｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇされたトーンインデックスであり、ｔ（ｋ）はＬＤＰＣ ｔｏｎｅ ｍａｐｐｅｒにより出力されたＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇされたトーンインデックスである。前述した表によると、２ｘ４８４トーンＲＵに対してＤTM＝１２を用いており、ＮSD＝９３６である。
ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｅｒにより出力された複素コンステレーション数ｄ’k,i,n,l,,r,uは、インターリービング動作と類似するＬＤＰＣトーンマッピングを介して複素コンステレーション数ｄ’’t(k),i,n,l,,r,uを取得することができ、これによって、前記ｄ’k,i,n,l,,r,uがｄ’’t(k),i,n,l,,r,uのようにＤTM－１だけ互いに離れたデータトーンでマッピングされることが分かる。すなわち、前記ＬＤＰＣトーンマッピング動作に対する結果として、２個の連続的に生成された複素コンステレーション数（ｃｏｍｐｌｅｘ ｃｏｎｓｔｅｌｌａｔｉｏｎ ｎｕｍｂｅｒｓ）のそれぞれは、ＤTM－１だけ互いに離れた２個のデータトーン（ｄａｔａ ｔｏｎｅ）で送信されることができる。
図２６を参照すると、２ｘ４８４トーンＲＵでセグメントパーサが実行され、ＲＵ別にＬＤＰＣトーンマッピングが実行できる（ｌ＝０、１で、各ＲＵを区分することができる）。これによって、各４８４トーンＲＵに対するｋ＝０、１、．．．、４６７であり得る。前記各４８４トーンＲＵに対して、ｔ（ｋ）＝ＤTM＊（ｋ ｍｏｄ （ＮSD／２）／ＤTM）＋［ｋ＊ＤTM／（ＮSD／２）］の数式を用いてＬＤＰＣトーンマッピングが実行されるので、トーンインデックスが次のようにＤTM－１の間隔に分離できる。前記２ｘ４８４トーンＲＵは、１番目の４８４トーンＲＵ（第１のＲＵ）と２番目の４８４トーンＲＵ（第２のＲＵ）で構成されると仮定する。
＜１番目の４８４トーンＲＵ（第１のＲＵ）＞
ｋ＝０－＞ｔ（ｋ）＝０
ｋ＝１－＞ｔ（ｋ）＝１２
ｋ＝２－＞ｔ（ｋ）＝２４
．．．
ｋ＝３８－＞ｔ（ｋ）＝４５６
ｋ＝３９－＞ｔ（ｋ）＝１（ｋ＝３９から再度上に行ってインターリービングを開始する）
ｋ＝４０－＞ｔ（ｋ）＝１３
ｋ＝４１－＞ｔ（ｋ）＝１５
．．．
ｋ＝４２９－＞ｔ（ｋ）＝１１
ｋ＝４３０－＞ｔ（ｋ）＝２３
…
ｋ＝４６７－＞ｔ（ｋ）＝４６７
＜２番目の４８４トーンＲＵ（第２のＲＵ）＞
ｋ＝０－＞ｔ（ｋ）＝０
ｋ＝１－＞ｔ（ｋ）＝１２
ｋ＝２－＞ｔ（ｋ）＝２４
．．．
ｋ＝３８－＞ｔ（ｋ）＝４５６
ｋ＝３９－＞ｔ（ｋ）＝１（ｋ＝３９から再度上に行ってインターリービングを開始する）
ｋ＝４０－＞ｔ（ｋ）＝１３
ｋ＝４１－＞ｔ（ｋ）＝１５
．．．
ｋ＝４２９－＞ｔ（ｋ）＝１１
ｋ＝４３０－＞ｔ（ｋ）＝２３
…
ｋ＝４６７－＞ｔ（ｋ）＝４６７
図２７は、本実施形態に係る送信装置の動作を示す手順のフローチャートである。
図２７の一例は、送信装置（ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡ）で実行されることができる。図２７の一例の各ｓｔｅｐ（又は後述する細部的なｓｕｂ－ｓｔｅｐ）のうちの一部は、省略または変更され得る。
例えば、図２７が実行される前に、ＡＰ及びｎｏｎ－ＡＰ ＳＴＡは、各ＳＴＡがＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートするかに関する能力（ｃａｐａｂｉｌｉｔｙ）情報を交換することができる。例えば、ビーコン、ｐｒｏｂｅ ｒｅｑｕｅｓｔ、ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ、ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ、ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ、その他のｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、その他のｃｏｎｔｒｏｌ ｆｒａｍｅ、又は一般的なＤａｔａ ＰＰＤＵのＭＡＣヘッダ等にＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートするかに関する能力（ｃａｐａｂｉｌｉｔｙ）情報を含むことができる。
ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇに関する能力情報は、多様な値を有することができる。例えば、ＳＴＡがＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートしない場合、第１の値を有し、特定の第１の技法（例えば、前述した４．１節の技法）によってＬＤＰＣ－ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、第２の値を有し、特定の第２の技法（例えば、前述した４．２節の技法）によってＬＤＰＣ－ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、第３の値を有することができる。或いは、前述した技法のいずれか一つに基づいてＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、前記ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇに関する能力情報は第１の値を有し、ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇがサポートされない場合、第２の値を有することもできる。
Ｓ２７１０のステップにおいて、送信装置（すなわち、送信ＳＴＡ）は、前述したＴｏｎｅ Ｐｌａｎに関する情報を取得（ｏｂｔａｉｎ）することができる。前述したように、Ｔｏｎｅ Ｐｌａｎに関する情報は、ＲＵの大きさ、位置、ＲＵに関連した制御情報、ＲＵが含まれる周波数帯域に関する情報、ＲＵを受信するＳＴＡに関する情報等を含む。
Ｓ２７２０のステップにおいて、送信ＳＴＡは取得した制御情報に基づいてＰＰＤＵを構成／生成することができる。ＰＰＤＵを構成／生成するステップは、ＰＰＤＵの各フィールドを構成／生成するステップを含むことができる。すなわち、Ｓ２７２０のステップは、Ｔｏｎｅ Ｐｌａｎ又はサウンディングに関する制御情報を含むＥＨＴ－ＳＩＧ－Ａ／Ｂ／Ｃフィールドを構成するステップを含む。すなわち、Ｓ２７２０のステップは、ＲＵの大きさ／位置を指示する制御情報（例えば、Ｎビットマップ）を含むフィールドを構成するステップ及び／又はＲＵを受信するＳＴＡの識別子（例えば、ＡＩＤ）を含むフィールドを構成するステップを含むことができる。
また、Ｓ２７２０のステップは、特定のＲＵを介して送信されるＳＴＦ／ＬＴＦシーケンスを生成するステップを含むことができる。ＳＴＦ／ＬＴＦシーケンスは、既設定されたＳＴＦ生成シーケンス／ＬＴＦ生成シーケンスに基づいて生成されることができる。
また、Ｓ２７２０のステップは、特定のＲＵを介して送信されるデータフィールド（すなわち、ＭＰＤＵ）を生成するステップを含むことができる。
Ｓ２７３０のステップにおいて、送信装置はＳ２７２０のステップを介して構成されたＰＰＤＵをＳ２７３０のステップに基づいて受信装置に送信することができる。
Ｓ２７３０のステップを実行する間、送信装置はＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）等の動作のうち少なくとも一つを実行することができる。
本明細書によって構成された信号／フィールド／シーケンスは、図１８の形態で送信されることができる。
前述したＳ２７２０のステップ及びＳ２７３０のステップを介してＰＰＤＵのデータフィールドを構成する方法は、図２０の装置に基づいて実行されることができる。
図示されたように、送信装置はデータフィールドに含まれるデータのビット列に対して、１）ＰＨＹ ｐａｄｄｉｎｇを実行し、２）ｓｃｒａｍｂｌｉｎｇ動作を実行し、３）ＬＤＰＣ符号化を実行することができる。以後、４）ＬＤＰＣ符号化ビットを特定の空間ストリームにマッピングするＳｔｒｅａｍ ｐａｒｓｉｎｇ動作を実行し、５）必要な場合、周波数セグメントを分けるＳｅｇｍｅｎｔ ｐａｒｓｉｎｇ動作を実行し、６）個別の空間ストリーム及び各周波数セグメントに対してｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇを実行し、７）ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇに基づいて生成された変調シンボルに対して、本明細書によるＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇを実行することができる。
また、図１に示すように、送信装置はメモリ１１２、プロセッサ１１１、及びトランシーバー１１３を含むことができる。
前記メモリ１１２は、本明細書に記載された多数のＴｏｎｅ－Ｐｌａｎ／ＲＵに関する情報を格納することができる。
前記プロセッサ１１１は、前記メモリ１１２に格納された情報に基づいて多様な ＲＵを生成し、ＰＰＤＵを構成することができる。プロセッサ１１１により生成されたＰＰＤＵの一例は図１の通りである。
前記プロセッサ１１１は、図２７に示した動作の全部／一部を実行することができる。
図示されたトランシーバー１１３はアンテナを含み、アナログ信号処理を実行することができる。具体的に、前記プロセッサ１１１は、前記トランシーバー１１３を制御し、前記プロセッサ１１１により生成されたＰＰＤＵを送信することができる。
或いは、前記プロセッサ１１１は送信ＰＰＤＵを生成し、メモリ１１２に送信ＰＰＤＵに関する情報を格納させることができる。
図２８は、本実施形態に係る受信装置の動作を示す手順のフローチャートである。
図２８の一例は、受信装置（ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡ）で実行されることができる。
図２８の一例は、受信ＳＴＡ又は受信装置（ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡ）で実行されることができる。図２８の一例の各ｓｔｅｐ（又は後述する細部的なｓｕｂ－ｓｔｅｐ）のうちの一部は省略され得る。
例えば、図２８が実行される前に、ＡＰ及びｎｏｎ－ＡＰ ＳＴＡは、各ＳＴＡがＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートするかに関する能力（ｃａｐａｂｉｌｉｔｙ）情報を交換することができる。例えば、ビーコン、ｐｒｏｂｅ ｒｅｑｕｅｓｔ、ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ、ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ、ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ、その他のｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、その他のｃｏｎｔｒｏｌ ｆｒａｍｅ、又は一般的なＤａｔａ ＰＰＤＵのＭＡＣヘッダ等にＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートするかに関する能力（ｃａｐａｂｉｌｉｔｙ）情報を含むことができる。
ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇに関する能力情報は多様な値を有することができる。例えば、ＳＴＡがＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートしない場合、第１の値を有し、特定の第１の技法（例えば、前述した４．１節の技法）によってＬＤＰＣ－ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、第２の値を有し、特定の第２の技法（例えば、前述した４．２節の技法）によってＬＤＰＣ－ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、第３の値を有することができる。或いは、前述した技法のいずれか一つに基づいてＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇをサポートする場合、前記ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇに関する能力情報は第１の値を有し、ＬＤＰＣ ｔｏｎｅ ｍａｐｐｉｎｇがサポートされない場合、第２の値を有することもできる。
Ｓ２８１０のステップにおいて、受信装置（受信ＳＴＡ）はＰＰＤＵの全部又は一部を受信することができる。受信された信号は、図１８の形態であり得る。
Ｓ２８１０のステップのｓｕｂ－ｓｔｅｐは、Ｓ２７３０のステップに基づいて決定されることができる。すなわち、Ｓ２８１０のステップは、Ｓ２７３０のステップで適用された、ＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）動作の結果を復元する動作を実行することができる。
Ｓ２８２０のステップにおいて、受信装置はＰＰＤＵの全部／一部に対するデコードを実行することができる。また、受信装置はデコードされたＰＰＤＵからＴｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）又はサウンディングに関連した制御情報を取得することができる。
より具体的に、受信装置はＬｅｇａｃｙ ＳＴＦ／ＬＴＦに基づいてＰＰＤＵのＬ－ＳＩＧ及びＥＨＴ－ＳＩＧをデコードし、Ｌ－ＳＩＧ及びＥＨＴ ＳＩＧフィールドに含まれた情報を取得することができる。本明細書に記載された多様なＴｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）に関する情報は、ＥＨＴ－ＳＩＧ（ＥＨＴ－ＳＩＧ－Ａ／Ｂ／Ｃ等）に含まれることができ、受信ＳＴＡはＥＨＴ－ＳＩＧを介してＴｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）に関する情報を取得することができる。
Ｓ２８３０のステップにおいて、受信装置はＳ２８２０のステップを介して取得したＴｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵの残りの部分をデコードすることができる。例えば、受信ＳＴＡは、ｔｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵのＳＴＦ／ＬＴＦフィールドをデコードすることができる。また、受信ＳＴＡは、Ｔｏｎｅ Ｐｌａｎ（すなわち、ＲＵ）に関する情報に基づいてＰＰＤＵのデータフィールドをデコードし、データフィールドに含まれたＭＰＤＵを取得することができる。
また、受信装置はＳ２８３０のステップを介してデコードされたデータを上位層（例えば、ＭＡＣ層）に伝達する処理動作を実行することができる。さらに、上位層に伝達されたデータに対応し、上位層からＰＨＹ層に信号の生成が指示される場合、後続動作を実行することができる。
前述したＰＰＤＵは、図１の装置に基づいて受信されることができる。
図１に示すように、受信装置は、メモリ１１２、プロセッサ１２１、及びトランシーバー１２３を含むことができる。
トランシーバー１２３は、プロセッサ１２１の制御に基づいてＰＰＤＵを受信することができる。例えば、トランシーバー１２３は、多数の細部ユニット（図示せず）を含むことができる。例えば、トランシーバー１２３は少なくとも一つの受信アンテナを含み、当該受信アンテナのためのフィルタを含むことができる。
トランシーバー１２３を介して受信されたＰＰＤＵは、メモリ１２２に格納されることができる。プロセッサ１２１はメモリ１２２を介して受信ＰＰＤＵに対するデコードを処理することができる。プロセッサ１２１はＰＰＤＵに含まれたＴｏｎｅ－Ｐｌａｎ／ＲＵに関する制御情報（例えば、ＥＨＴ－ＳＩＧ）を取得し、取得した制御情報をメモリ１２２に格納することができる。
プロセッサ１２１は受信されたＰＰＤＵに対するデコードを実行することができる。具体的に、ＰＰＤＵに適用されたＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）の結果を復元する動作を実行することができる。ＣＳＤ、Ｓｐａｔｉａｌ Ｍａｐｐｉｎｇ、ＩＤＦＴ／ＩＦＦＴ動作、ＧＩ挿入（ｉｎｓｅｒｔ）の結果を復元する動作は、プロセッサ２０１０内に個別的に実現される多数の処理ユニット（図示せず）を介して実行されることができる。
また、プロセッサ１２１はトランシーバー１２３を介して受信したＰＰＤＵのデータフィールドをデコードすることができる。
さらに、プロセッサ１２１は、デコードされたデータを処理（ｐｒｏｃｅｓｓ）することができる。例えば、プロセッサ１２１はデコードされたデータフィールドに関する情報を上位層（例えば、ＭＡＣ層）に伝達する処理動作を実行することができる。また、上位層に伝達されたデータに対応し、上位層からＰＨＹ層に信号の生成が指示される場合、後続動作を実行することができる。
以下では、図１乃至図２８を参照し、前述した実施形態を説明する。
図２９は、本実施形態に係る送信ＳＴＡがＰＰＤＵを送信する手順を示すフローチャートである。
図２９の一例は、次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｘシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
本実施形態は、８０２．１１ｂｅ無線ＬＡＮシステムでサポートするＭｕｌｔｉ－ＲＵを一つのＳＴＡに割り当ててＰＰＤＵを送信するとき、前記ＰＰＤＵのデータフィールドに含まれるデータのビット列に対してＬＤＰＣトーンマッピングを実行する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは多数個の連続的又は不連続的なＲＵがアグリゲートされたＲＵを意味する。
図２９の一例は送信ＳＴＡで実行され、前記送信ＳＴＡはＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）に対応し得る。図２９の受信ＳＴＡは、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムをサポートするＳＴＡに対応し得る。
Ｓ２９１０のステップにおいて、送信ＳＴＡ（ｓｔａｔｉｏｎ）はデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成する。
Ｓ２９２０のステップにおいて、前記送信ＳＴＡは、前記ＰＰＤＵを受信ＳＴＡに送信する。
前記データフィールドは、多重リソースユニット（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、Ｍｕｌｔｉ－ＲＵ）を介して送信される。前記データフィールドに含まれたデータトーン（ｄａｔａ ｔｏｎｅ）は、前記Ｍｕｌｔｉ－ＲＵに対して第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。
前記Ｍｕｌｔｉ－ＲＵは多様なＲＵの組み合わせで前記受信ＳＴＡ（一つのＳＴＡ）に割り当てられることができる。また、前記Ｍｕｌｔｉ－ＲＵでデータトーンの個数によって前記第１のパラメータが決定できる。前記第１のパラメータは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMに対応し得る。前記ＤTMは、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
例えば、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）ＲＵである場合、前記第１のパラメータは１８である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと５２トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは４である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと１０６トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは６である。
前記データフィールドに含まれたデータトーンは、第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行できる。具体的に、前記データフィールドは、ビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成されることができる。前記ビットストリームは、コンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて前記データトーンにマッピングされることができる。前記データトーンは、前記Ｍｕｌｔｉ－ＲＵに対して、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータだけトーン間隔が設定できる。前記ＬＤＰＣトーンマッピングは、インターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）動作と類似し、前記ビットストリームは、前記ＬＤＰＣトーンマッピングに基づいて、前記第１のパラメータのトーン間隔に分散されてデータトーンにマッピングされることができる。また、前記ビットストリームは、前記ＬＤＰＣトーンマッピングが実行される前、前記コンステレーションマッピングに基づいて変調されることができる。
また、前記ビットストリームは、前記コンステレーションマッピングが実行される前にストリームパーサ（ｓｔｒｅａｍ ｐａｒｓｅｒ）によりストリーム別に分けられるか、セグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）により周波数セグメント別に分けられることができる。前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別及び／又は周波数セグメント別に実行されることができる。前記ストリームと前記周波数セグメントは、ラウンドロビン方式（ｒｏｕｎｄ ｒｏｂｉｎ ｓｃｈｅｍｅ）で比例率（Ｐｒｏｐｏｒｔｉｏｎａｌ Ｒａｔｉｏ）によってパーシング（ｐａｒｓｉｎｇ）されることができる。前記比例率に関連した変数ｓは、次のように定義できる。
Ｓ＝ｍａｘ（１，ＮBPSCS／２）
そのとき、ＮBPSCSは、空間ストリーム別のサブキャリア別のコーディングされたビットの個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）を意味する。前記コーディングされたビットは、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）値により決定されることができる。
前記送信ＳＴＡが複数個のストリームをサポートする場合、前記複数個のストリームが前記ストリームパーサによりストリーム別に分けられ、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別に実行されることができる。
前記Ｍｕｌｔｉ－ＲＵがセグメントパーサにより周波数セグメント別に分けられると、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、周波数セグメント別に実行されることができる。そのとき、一つの周波数セグメントは、Ｍｕｌｔｉ－ＲＵの各ＲＵであり得る。すなわち、前記送信ＳＴＡでセグメントパーサが使われれば、前記Ｍｕｌｔｉ－ＲＵはＲＵ別に分けられて、各ＲＵに対してＬＤＰＣトーンマッピングが分離されて実行されることができる。但し、本実施形態では、ＲＵ別にＬＤＰＣトーンマッピングが分離されて実行されず、前記Ｍｕｌｔｉ－ＲＵを一つのＲＵとみて、ＬＤＰＣトーンマッピングを実行する方法を提案する。
前記ビットストリームに対して、１）ＰＨＹパディング（ｐａｄｄｉｎｇ）が実行され、２）スクランブリング動作が実行され、３）ＬＤＰＣ符号化が実行され、４）ＬＤＰＣ符号化ビットを特定の空間ストリームにマッピングするストリームパーシング（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作が実行され、５）Ｍｕｌｔｉ－ＲＵを周波数セグメント（各ＲＵ）に分けるセグメントパーシング（Ｓｅｇｍｅｎｔ ｐａｒｓｉｎｇ）動作が実行され（必要な場合）、６）個別の空間ストリーム及び各周波数セグメントに対して前記コンステレーションマッピングが実行され、７）前記コンステレーションマッピングに基づいて生成された変調シンボルに対して前記ＬＤＰＣトーンマッピングが実行できる。送信ＳＴＡでは、前記１）乃至７）の手順が順序通り動作され、本実施形態では前記７）の手順について重点的に説明する。
すなわち、前述した実施形態は、前記Ｍｕｌｔｉ－ＲＵに対して前記ＬＤＰＣトーンマッピングが実行され、前記データトーンが前記第１のパラメータのトーン間隔に分散される動作を説明する。前記データトーンのインデックスは、次のように決定されることができる。
ｔ（ｋ）＝ＤTM（ｋ ｍｏｄ ＮSD／ＤTM）＋ｆｌｏｏｒ（ｋ＊ＤTM／ＮSD）
ここで、ｔ（ｋ）は、前記データトーンのインデックスであり、ＤTMは、前記第１のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記コンステレーションマッピングでＤＣＭが適用される場合も考慮できる。前記ビットストリームにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記ビットストリームは、第１のコンステレーションマッピングに基づいて第１のデータトーンにマッピングされ、前記第２のコンステレーションマッピングに基づいて第２のデータトーンにマッピングされることができる。
前記第１乃至第２のコンステレーションマッピングは、ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）又は１６－ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）のうち一つの変調方式であり得る。但し、ＤＣＭが適用されない場合、前記コンステレーションマッピングは、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ又は１０２４－ＱＡＭのうち一つの変調方式であり得る。
前記第１及び第２のデータトーンのそれぞれは、前記ＬＤＰＣトーンマッピングに基づいて第２のパラメータだけトーン間隔が設定できる。前記第１及び第２のデータトーンは、前記データトーンに含まれることができる。一例として、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされたＲＵである場合、前記第２のパラメータは１３であり得る。
前記第２のパラメータは、ＤＣＭ技法が適用される場合のＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTM_DCMに対応し得る。前記ＤTM_DCMは、ＤＣＭが適用される場合、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
前記ＤＣＭが適用される場合、前記第１のデータトーンは周波数上で下位半分（ｌｏｗｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ）であり、前記第２のデータトーンは周波数上で上位半分（ｕｐｐｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ＋Ｎ／２）であり得る。ここで、トーンは、サブキャリアと混用して使用できる。
前記第１のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（ｋ＊ＤTM_DCM／ＮSD）
ここで、ｔ（ｋ）は、前記第１のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記第２のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（（ｋ－ＮSD）ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（（ｋ－ＮSD）＊ＤTM_DCM／ＮSD）＋ＮSD
ここで、ｔ（ｋ）は、前記第２のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
一例として、前記第１及び第２のコンステレーションマッピングがＢＰＳＫ変調方式であると、前記ビットストリームは前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに位相回転（ｐｈａｓｅ ｒｏｔａｔｉｏｎ）を適用して生成されることができる（ｄk+NSD＝ｄkｘｅj(k+NSD)*pi）。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
別の例として、前記第１及び第２のコンステレーションマッピングがＱＰＳＫ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに対して共役複素数（ｃｏｎｊｕｇａｔｅ）であり得る（ｄk+NSD＝ｃｏｎｊ（ｄk））。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
また別の例として、前記第１及び第２のコンステレーションマッピングが１６－ＱＡＭの変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルに対する第１のビットグループのビット順序は、前記第１の変調シンボルに対する第２のビットグループのビット順序と異なり得る（（Ｂ4k，Ｂ4k+1，Ｂ4k+2，Ｂ4k+3）－＞（Ｂ4k+1，Ｂ4k，Ｂ4k+3，Ｂ4k+2））。前記第１及び第２のビットグループは、前記ビットストリームに含まれることができる。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
前記２６トーンＲＵは、２６個のトーンで構成されたリソースユニットであり、前記５２トーンＲＵは、５２個のトーンで構成されたリソースユニットである。前記２６トーンＲＵと前記５２トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記２６トーンＲＵは、２６個のトーンで構成されたリソースユニットであり、前記１０６トーンＲＵは、１０６個のトーンで構成されたリソースユニットであり、前記２６トーンＲＵと前記１０６トーンＲＵは、互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記ＰＰＤＵは制御フィールドをさらに含むことができる。前記制御フィールドはＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールド及びＥＨＴ－ＳＩＧフィールドを含むことができる。前記制御フィールドは、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含み、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報は、ＲＵの大きさと位置、ＲＵに関連した制御情報、ＲＵが含まれる周波数帯域に関する情報及びＲＵを受信するＳＴＡに対する情報等を含むことができる。
また、前記ＰＰＤＵは、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＥＨＴ－ＳＴＦ（Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）を含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドを含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ｃフィールドをさらに含むことができる。
図３０は、本実施形態に係る受信ＳＴＡがＰＰＤＵを受信する手順を示すフローチャートである。
図３０の一例は、次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｘシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
本実施形態は、８０２．１１ｂｅ無線ＬＡＮシステムでサポートするＭｕｌｔｉ－ＲＵを一つのＳＴＡに割り当ててＰＰＤＵを送信するとき、前記ＰＰＤＵのデータフィールドに含まれるデータのビット列に対してＬＤＰＣトーンマッピングを実行する方法を提案する。前記Ｍｕｌｔｉ－ＲＵは、多数個の連続的又は不連続的なＲＵがアグリゲートされたＲＵを意味する。
図３０の一例は、受信ＳＴＡで実行され、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムをサポートするＳＴＡに対応し得る。図３０の送信ＳＴＡは、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）に対応し得る。
Ｓ３０１０のステップにおいて、受信ＳＴＡ（ｓｔａｔｉｏｎ）は、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信する。
Ｓ３０２０のステップにおいて、前記受信ＳＴＡは、前記データフィールドを復号する。
前記データフィールドは、多重リソースユニット（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、Ｍｕｌｔｉ－ＲＵ）を介して受信される。前記データフィールドに含まれたデータトーン（ｄａｔａ ｔｏｎｅ）は、前記Ｍｕｌｔｉ－ＲＵに対して第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。
前記Ｍｕｌｔｉ－ＲＵは多様なＲＵの組み合わせで前記受信ＳＴＡ（一つのＳＴＡ）に割り当てられることができる。また、前記Ｍｕｌｔｉ－ＲＵでデータトーンの個数によって前記第１のパラメータが決定できる。前記第１のパラメータは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMに対応し得る。前記ＤTMは、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
例えば、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）ＲＵである場合、前記第１のパラメータは１８である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと５２トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは４である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと１０６トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは６である。
前記データフィールドに含まれたデータトーンは、第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行できる。具体的に、前記データフィールドは、ビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成されることができる。前記ビットストリームは、コンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて前記データトーンにマッピングされることができる。前記データトーンは、前記Ｍｕｌｔｉ－ＲＵに対して、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータだけトーン間隔が設定できる。前記ＬＤＰＣトーンマッピングは、インターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）動作と類似し、前記ビットストリームは前記ＬＤＰＣトーンマッピングに基づいて、前記第１のパラメータのトーン間隔に分散されてデータトーンにマッピングされることができる。また、前記ビットストリームは、前記ＬＤＰＣトーンマッピングが実行される前に前記コンステレーションマッピングに基づいて変調されることができる。
また、前記ビットストリームは、前記コンステレーションマッピングが実行される前にストリームパーサ（ｓｔｒｅａｍ ｐａｒｓｅｒ）によりストリーム別に分けられるか、セグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）により周波数セグメント別に分けられることができる。前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別及び／又は周波数セグメント別に実行されることができる。前記ストリームと前記周波数セグメントは、ラウンドロビン方式（ｒｏｕｎｄ ｒｏｂｉｎ ｓｃｈｅｍｅ）で比例率（Ｐｒｏｐｏｒｔｉｏｎａｌ Ｒａｔｉｏ）によってパーシング（ｐａｒｓｉｎｇ）されることができる。前記比例率に関連した変数ｓは、次のように定義できる。
Ｓ＝ｍａｘ（１，ＮBPSCS／２）
そのとき、ＮBPSCSは、空間ストリーム別のサブキャリア別のコーディングされたビットの個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）を意味する。前記コーディングされたビットは、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）値により決定されることができる。
前記送信ＳＴＡが複数個のストリームをサポートする場合、前記複数個のストリームが前記ストリームパーサによりストリーム別に分けられ、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別に実行されることができる。
前記Ｍｕｌｔｉ－ＲＵがセグメントパーサにより周波数セグメント別に分けられると、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、周波数セグメント別に実行されることができる。そのとき、一つの周波数セグメントは、Ｍｕｌｔｉ－ＲＵの各ＲＵであり得る。すなわち、前記送信ＳＴＡでセグメントパーサが使われれば、前記Ｍｕｌｔｉ－ＲＵは、ＲＵ別に分けられて各ＲＵに対してＬＤＰＣトーンマッピングが分離されて実行されることができる。但し、本実施形態では、ＲＵ別にＬＤＰＣトーンマッピングが分離されて実行されず、前記Ｍｕｌｔｉ－ＲＵを一つのＲＵとみて、ＬＤＰＣトーンマッピングを実行する方法を提案する。
前記ビットストリームに対して、１）ＰＨＹパディング（ｐａｄｄｉｎｇ）が実行され、２）スクランブリング動作が実行され、３）ＬＤＰＣ符号化が実行され、４）ＬＤＰＣ符号化ビットを特定の空間ストリームにマッピングするストリームパーシング（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作が実行され、５）Ｍｕｌｔｉ－ＲＵを周波数セグメント（各ＲＵ）に分けるセグメントパーシング（Ｓｅｇｍｅｎｔ ｐａｒｓｉｎｇ）動作が実行され（必要な場合）、６）個別の空間ストリーム及び各周波数セグメントに対して前記コンステレーションマッピングが実行され、７）前記コンステレーションマッピングに基づいて生成された変調シンボルに対して、前記ＬＤＰＣトーンマッピングが実行できる。送信ＳＴＡでは、前記１）乃至７）の手順が順序通り動作され、本実施形態では、前記７）の手順について重点的に説明する。
但し、受信ＳＴＡではデータフィールドの復号を実行するので、前記１）乃至７）の手順が逆に実行されることができる。前記送信装置からデータフィールドを受信したＳＴＡは、８）ＬＤＰＣトーンデマッピング（ｄｅｍａｐｐｉｎｇ）を実行し、９）コンステレーションデマッピングを実行して、変調シンボルで再度ビット列を得ることになり、１０）ストリームデパーサ（ｓｔｒｅａｍ ｄｅｐａｒｓｅｒ）又はセグメントデパーサ（ｓｅｇｅｍｅｎｔ ｄｅｐａｒｓｅｒ）を介してビット列を空間ストリーム又は周波数セグメント別にマッピングせず、１１）ＬＤＰＣ復号化を実行し、１２）デスクランブリング（ｄｅｓｃｒａｍｂｌｉｎｇ）動作が実行され、１３）Ｐｒｅ－ＦＥＣパディング又はＰｏｓｔ－ＦＥＣパディングが実行できる。受信ＳＴＡは、前記８）乃至１３）の手順を介して、前記ビットストリーム（入力ビットストリーム）を復号することができる。
すなわち、前述した実施形態は、前記Ｍｕｌｔｉ－ＲＵに対して前記ＬＤＰＣトーンマッピングが実行され、前記データトーンが前記第１のパラメータのトーン間隔に分散される動作を説明する。前記データトーンのインデックスは、次のように決定されることができる。
ｔ（ｋ）＝ＤTM（ｋ ｍｏｄ ＮSD／ＤTM）＋ｆｌｏｏｒ（ｋ＊ＤTM／ＮSD）
ここで、ｔ（ｋ）は、前記データトーンのインデックスであり、ＤTMは、前記第１のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記コンステレーションマッピングでＤＣＭが適用される場合も考慮できる。前記ビットストリームにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記ビットストリームは第１のコンステレーションマッピングに基づいて第１のデータトーンにマッピングされ、前記第２のコンステレーションマッピングに基づいて第２のデータトーンにマッピングされることができる。
前記第１乃至第２のコンステレーションマッピングは、ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）又は１６－ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）のうち一つの変調方式であり得る。但し、ＤＣＭが適用されない場合、前記コンステレーションマッピングはＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ又は１０２４－ＱＡＭのうち一つの変調方式であり得る。
前記第１及び第２のデータトーンのそれぞれは、前記ＬＤＰＣトーンマッピングに基づいて第２のパラメータだけトーン間隔が設定できる。前記第１及び第２のデータトーンは、前記データトーンに含まれることができる。一例として、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされたＲＵである場合、前記第２のパラメータは１３であり得る。
前記第２のパラメータは、ＤＣＭ技法が適用される場合のＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTM_DCMに対応し得る。前記ＤTM_DCMは、ＤＣＭが適用される場合、ＬＤＰＣトーンマッピングで使用されるトーン間隔であり得る。
前記ＤＣＭが適用される場合、前記第１のデータトーンは、周波数上で下位半分（ｌｏｗｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ）であり、前記第２のデータトーンは、周波数上で上位半分（ｕｐｐｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ＋Ｎ／２）であり得る。ここで、トーンは、サブキャリアと混用して使うことができる。
前記第１のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（ｋ＊ＤTM_DCM／ＮSD）
ここで、ｔ（ｋ）は、前記第１のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記第２のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（（ｋ－ＮSD） ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（（ｋ－ＮSD）＊ＤTM_DCM／ＮSD）＋ＮSD
ここで、ｔ（ｋ）は、前記第２のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
一例として、前記第１及び第２のコンステレーションマッピングがＢＰＳＫ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに位相回転（ｐｈａｓｅ ｒｏｔａｔｉｏｎ）を適用して生成されることができる（ｄk+NSD＝ｄkｘｅj(k+NSD)*pi）。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは前記第２のデータトーンにマッピングされることができる。
別の例として、前記第１及び第２のコンステレーションマッピングがＱＰＳＫ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに対して共役複素数（ｃｏｎｊｕｇａｔｅ）であり得る（ｄk+NSD＝ｃｏｎｊ（ｄk））。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
また別の例として、前記第１及び第２のコンステレーションマッピングが１６－ＱＡＭ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルに対する第１のビットグループのビット順序は、前記第１の変調シンボルに対する第２のビットグループのビット順序と異なり得る（（Ｂ4k，Ｂ4k+1，Ｂ4k+2，Ｂ4k+3）－＞（Ｂ4k+1，Ｂ4k，Ｂ4k+3，Ｂ4k+2））。前記第１及び第２のビットグループは、前記ビットストリームに含まれることができる。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記５２トーンＲＵは５２個のトーンで構成されたリソースユニットである。前記２６トーンＲＵと前記５２トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記１０６トーンＲＵは１０６個のトーンで構成されたリソースユニットであり、前記２６トーンＲＵと前記１０６トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記ＰＰＤＵは制御フィールドをさらに含むことができる。前記制御フィールドは、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールド及びＥＨＴ－ＳＩＧフィールドを含むことができる。前記制御フィールドは、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含み、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報は、ＲＵの大きさと位置、ＲＵに関連した制御情報、ＲＵが含まれる周波数帯域に関する情報及びＲＵを受信するＳＴＡに対する情報等を含むことができる。
また、前記ＰＰＤＵは、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＥＨＴ－ＳＴＦ（Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）を含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドを含むことができる。前記ＥＨＴ－ＳＩＧフィールドはＥＨＴ－ＳＩＧ－Ｃフィールドをさらに含むことができる。
５．装置構成
図３１は、本明細書の送信装置及び／又は受信装置の変形された一例を示す。
図１の副図面（ａ）／（ｂ）の各装置／ＳＴＡは、図３１のように変形され得る。図３１のトランシーバー６３０は、図１のトランシーバー１１３、１２３と同一であり得る。図３１のトランシーバー６３０は、受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を含むことができる。
図３１のプロセッサ６１０は、図１のプロセッサ１１１、１２１と同一であり得る。或いは、図３１のプロセッサ６１０は、図１のプロセシングチップ１１４、１２４と同一であり得る。
図３１のメモリ１５０は、図１のメモリ１１２、１２２と同一であり得る。或いは、図３１のメモリ１５０は、図１のメモリ１１２、１２２とは異なる別途の外部メモリであり得る。
図３１を参照すると、電力管理モジュール６１１はプロセッサ６１０及び／又はトランシーバー６３０に対する電力を管理する。バッテリ６１２は、電力管理モジュール６１１に電力を供給する。ディスプレイ６１３は、プロセッサ６１０により処理された結果を出力する。キーパッド６１４はプロセッサ６１０により使われる入力を受信する。キーパッド６１４はディスプレイ６１３上に表示されることができる。ＳＩＭカード６１５は携帯電話及びコンピュータのような携帯電話装置で加入者を識別して認証するのに使われるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）、及びそれと関連したキーを安全に格納するために使われる集積回路であり得る。
図３１を参照すると、スピーカー６４０はプロセッサ６１０により処理された音関連の結果を出力することができる。マイク６４１はプロセッサ６１０により使われる音関連の入力を受信することができる。
前述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図３１の装置を介して実行／サポートされることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図３１の一部にのみ適用されることができる。例えば、前述した本明細書の技術的特徴は、図１のプロセシングチップ１１４、１２４に基づいて実現されるか、図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて実現されるか、図３１のプロセッサ６１０とメモリ６２０に基づいて実現されることができる。例えば、本明細書の装置は、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し；及び前記データフィールドを復号する。
前記データフィールドは多重リソースユニット（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、Ｍｕｌｔｉ－ＲＵ）を介して受信される。前記データフィールドに含まれたデータトーン（ｄａｔａ ｔｏｎｅ）は、前記Ｍｕｌｔｉ－ＲＵに対して第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。
前記Ｍｕｌｔｉ－ＲＵは多様なＲＵの組み合わせで前記受信ＳＴＡ（一つのＳＴＡ）に割り当てられることができる。また、前記Ｍｕｌｔｉ－ＲＵでデータトーンの個数によって前記第１のパラメータが決定できる。前記第１のパラメータは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMに対応し得る。前記ＤTMは、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
例えば、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）ＲＵである場合、前記第１のパラメータは１８である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと５２トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは４である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと１０６トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは６である。
前記データフィールドに含まれたデータトーンは、第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行できる。具体的に、前記データフィールドはビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成されることができる。前記ビットストリームはコンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて前記データトーンにマッピングされることができる。前記データトーンは、前記Ｍｕｌｔｉ－ＲＵに対して、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータだけトーン間隔が設定できる。前記ＬＤＰＣトーンマッピングはインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）動作と類似し、前記ビットストリームは、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータのトーン間隔に分散されてデータトーンにマッピングされることができる。また、前記ビットストリームは、前記ＬＤＰＣトーンマッピングが実行される前に前記コンステレーションマッピングに基づいて変調されることができる。
また、前記ビットストリームは、前記コンステレーションマッピングが実行される前にストリームパーサ（ｓｔｒｅａｍ ｐａｒｓｅｒ）によりストリーム別に分けられるか、セグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）により周波数セグメント別に分けられることができる。前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別及び／又は周波数セグメント別に実行されることができる。前記ストリームと前記周波数セグメントはラウンドロビン方式（ｒｏｕｎｄ ｒｏｂｉｎ ｓｃｈｅｍｅ）で比例率（Ｐｒｏｐｏｒｔｉｏｎａｌ Ｒａｔｉｏ）によってパーシング（ｐａｒｓｉｎｇ）されることができる。前記比例率に関連した変数ｓは、次のように定義できる。
Ｓ＝ｍａｘ（１，ＮBPSCS／２）
そのとき、ＮBPSCSは、空間ストリーム別のサブキャリア別のコーディングされたビットの個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）を意味する。前記コーディングされたビットは、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）値により決定されることができる。
前記送信ＳＴＡが複数個のストリームをサポートする場合、前記複数個のストリームが前記ストリームパーサによりストリーム別に分けられ、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別に実行されることができる。
前記Ｍｕｌｔｉ－ＲＵがセグメントパーサにより周波数セグメント別に分けられると、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは周波数セグメント別に実行されることができる。そのとき、一つの周波数セグメントはＭｕｌｔｉ－ＲＵの各ＲＵであり得る。すなわち、前記送信ＳＴＡでセグメントパーサが使われれば、前記Ｍｕｌｔｉ－ＲＵはＲＵ別に分けられて各ＲＵに対してＬＤＰＣトーンマッピングが分離されて実行されることができる。但し、本実施形態ではＲＵ別にＬＤＰＣトーンマッピングが分離されて実行されず、前記Ｍｕｌｔｉ－ＲＵを一つのＲＵとみて、ＬＤＰＣトーンマッピングを実行する方法を提案する。
前記ビットストリームに対して、１）ＰＨＹパディング（ｐａｄｄｉｎｇ）が実行され、２）スクランブリング動作が実行され、３）ＬＤＰＣ符号化が実行され、４）ＬＤＰＣ符号化ビットを特定の空間ストリームにマッピングするストリームパーシング（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作が実行され、５）Ｍｕｌｔｉ－ＲＵを周波数セグメント（各ＲＵ）に分けるセグメントパーシング（Ｓｅｇｍｅｎｔ ｐａｒｓｉｎｇ）動作が実行され（必要な場合）、６）個別の空間ストリーム及び各周波数セグメントに対して前記コンステレーションマッピングが実行され、７）前記コンステレーションマッピングに基づいて生成された変調シンボルに対して前記ＬＤＰＣトーンマッピングが実行できる。送信ＳＴＡでは、前記１）乃至７）の手順が順序通り動作され、本実施形態では前記７）の手順について重点的に説明する。
すなわち、前述した実施形態は、前記Ｍｕｌｔｉ－ＲＵに対して前記ＬＤＰＣトーンマッピングが実行され、前記データトーンが前記第１のパラメータのトーン間隔に分散される動作を説明する。前記データトーンのインデックスは、次のように決定されることができる。
ｔ（ｋ）＝ＤTM（ｋ ｍｏｄ ＮSD／ＤTM）＋ｆｌｏｏｒ（ｋ＊ＤTM／ＮSD）
ここで、ｔ（ｋ）は、前記データトーンのインデックスであり、ＤTMは、前記第１のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記コンステレーションマッピングでＤＣＭが適用される場合も考慮できる。前記ビットストリームにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記ビットストリームは、第１のコンステレーションマッピングに基づいて第１のデータトーンにマッピングされ、前記第２のコンステレーションマッピングに基づいて第２のデータトーンにマッピングされることができる。
前記第１乃至第２のコンステレーションマッピングは、ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）又は１６－ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）のうち一つの変調方式であり得る。但し、ＤＣＭが適用されない場合、前記コンステレーションマッピングはＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ又は１０２４－ＱＡＭのうち一つの変調方式であり得る。
前記第１及び第２のデータトーンのそれぞれは、前記ＬＤＰＣトーンマッピングに基づいて第２のパラメータだけトーン間隔が設定できる。前記第１及び第２のデータトーンは、前記データトーンに含まれることができる。一例として、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされたＲＵである場合、前記第２のパラメータは１３であり得る。
前記第２のパラメータは、ＤＣＭ技法が適用される場合のＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTM_DCMに対応し得る。前記ＤTM_DCMは、ＤＣＭが適用される場合、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
前記ＤＣＭが適用される場合、前記第１のデータトーンは、周波数上で下位半分（ｌｏｗｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ）であり、前記第２のデータトーンは周波数上で上位半分（ｕｐｐｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ＋Ｎ／２）であり得る。ここで、トーンは、サブキャリアと混用して使用できる。
前記第１のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（ｋ＊ＤTM_DCM／ＮSD）
ここで、ｔ（ｋ）は、前記第１のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記第２のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（（ｋ－ＮSD） ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（（ｋ－ＮSD）＊ＤTM_DCM／ＮSD）＋ＮSD
ここで、ｔ（ｋ）は、前記第２のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
一例として、前記第１及び第２のコンステレーションマッピングがＢＰＳＫ変調方式であると、前記ビットストリームは前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに位相回転（ｐｈａｓｅ ｒｏｔａｔｉｏｎ）を適用して生成されることができる（ｄk+NSD＝ｄkｘｅj(k+NSD)*pi）。前記第１の変調シンボルは前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは前記第２ データトーンにマッピングされることができる。
別の例として、前記第１及び第２のコンステレーションマッピングがＱＰＳＫ変調方式であると、前記ビットストリームは前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに対して共役複素数（ｃｏｎｊｕｇａｔｅ）であり得る（ｄk+NSD＝ｃｏｎｊ（ｄk））。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは前記第２のデータトーンにマッピングされることができる。
また別の例として、前記第１及び第２のコンステレーションマッピングが１６－ＱＡＭ変調方式であると、前記ビットストリームは前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調 シンボルに対する第１のビットグループのビット順序は、前記第１の変調シンボルに対する第２のビットグループのビット順序と異なり得る（（Ｂ4k，Ｂ4k+1，Ｂ4k+2，Ｂ4k+3）－＞（Ｂ4k+1，Ｂ4k，Ｂ4k+3，Ｂ4k+2））。前記第１及び第２のビットグループは、前記ビットストリームに含まれることができる。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記５２トーンＲＵは５２個のトーンで構成されたリソースユニットである。前記２６トーンＲＵと前記５２トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記１０６トーンＲＵは１０６個のトーンで構成されたリソースユニットであり、前記２６トーンＲＵと前記１０６トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記ＰＰＤＵは制御フィールドをさらに含むことができる。前記制御フィールドは Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールド及びＥＨＴ－ＳＩＧフィールドを含むことができる。前記制御フィールドは、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含み、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報は、ＲＵの大きさと位置、ＲＵに関連した制御情報、ＲＵが含まれる周波数帯域に関する情報及びＲＵを受信するＳＴＡに対する情報等を含むことができる。
また、前記ＰＰＤＵは、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＥＨＴ－ＳＴＦ（Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）を含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドを含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ｃフィールドをさらに含むことができる。
本明細書の技術的特徴は、ＣＲＭ（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）に基づいて実現されることができる。例えば、本明細書により提案されるＣＲＭは、少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることを基にする命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取ることができる記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）である。
前記ＣＲＭは、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップと、前記データフィールドを復号するステップとを含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行する命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。本明細書のＣＲＭ内に格納される命令語は、少なくとも一つのプロセッサにより実行（ｅｘｅｃｕｔｅ）されることができる。本明細書のＣＲＭに関連した少なくとも一つのプロセッサは、図１のプロセッサ１１１、１２１又はプロセシングチップ１１４、１２４であるか、図３１のプロセッサ６１０であり得る。一方、本明細書のＣＲＭは図１のメモリ１１２、１２２であるか、図３１のメモリ６２０であるか、別途の外部メモリ／格納媒体／ディスク等であり得る。
前記データフィールドは多重リソースユニット（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ、Ｍｕｌｔｉ－ＲＵ）を介して受信される。前記データフィールドに含まれたデータトーン（ｄａｔａ ｔｏｎｅ）は、前記Ｍｕｌｔｉ－ＲＵに対して第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行される。
前記Ｍｕｌｔｉ－ＲＵは多様なＲＵの組み合わせで前記受信ＳＴＡ（一つのＳＴＡ）に割り当てられることができる。また、前記Ｍｕｌｔｉ－ＲＵでデータトーンの個数によって前記第１のパラメータが決定できる。前記第１のパラメータは、ＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTMに対応し得る。前記ＤTMは、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
例えば、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされた（ａｇｇｒｅｇａｔｅｄ）ＲＵである場合、前記第１のパラメータは１８である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと５２トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは４である。前記Ｍｕｌｔｉ－ＲＵが２６トーンＲＵと１０６トーンＲＵとがアグリゲートされたＲＵである場合、前記第１のパラメータは６である。
前記データフィールドに含まれたデータトーンは第１のパラメータに基づいてＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）トーンマッピングが実行できる。具体的に、前記データフィールドは、ビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成されることができる。前記ビットストリームは、コンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて前記データトーンにマッピングされることができる。前記データトーンは、前記Ｍｕｌｔｉ－ＲＵに対して、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータだけトーン間隔が設定できる。前記ＬＤＰＣトーンマッピングは、インターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）動作と類似し、前記ビットストリームは、前記ＬＤＰＣトーンマッピングに基づいて前記第１のパラメータのトーン間隔に分散されてデータトーンにマッピングされることができる。また、前記ビットストリームは、前記ＬＤＰＣトーンマッピングが実行される前に前記コンステレーションマッピングに基づいて変調されることができる。
また、前記ビットストリームは、前記コンステレーションマッピングが実行される前にストリームパーサ（ｓｔｒｅａｍ ｐａｒｓｅｒ）によりストリーム別に分けられるか、セグメントパーサ（ｓｅｇｍｅｎｔ ｐａｒｓｅｒ）により周波数セグメント別に分けられることができる。前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別及び／又は周波数セグメント別に実行されることができる。前記ストリームと前記周波数セグメントはラウンドロビン方式（ｒｏｕｎｄ ｒｏｂｉｎ ｓｃｈｅｍｅ）で比例率（Ｐｒｏｐｏｒｔｉｏｎａｌ Ｒａｔｉｏ）によってパーシング（ｐａｒｓｉｎｇ）されることができる。前記比例率に関連した変数ｓは、次のように定義できる。
Ｓ＝ｍａｘ（１，ＮBPSCS／２）
そのとき、ＮBPSCSは、空間ストリーム別のサブキャリア別のコーディングされたビットの個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｄｅｄ ｂｉｔｓ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ ｐｅｒ ｓｐａｔｉａｌ ｓｔｒｅａｍ）を意味する。前記コーディングされたビットは、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）値により決定されることができる。
前記送信ＳＴＡが複数個のストリームをサポートする場合、前記複数個のストリームが前記ストリームパーサによりストリーム別に分けられ、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、ストリーム別に実行されることができる。
前記Ｍｕｌｔｉ－ＲＵがセグメントパーサにより周波数セグメント別に分けられると、前記コンステレーションマッピング及び前記ＬＤＰＣトーンマッピングは、周波数セグメント別に実行されることができる。そのとき、一つの周波数セグメントはＭｕｌｔｉ－ＲＵの各ＲＵであり得る。すなわち、前記送信ＳＴＡでセグメントパーサが使われれば、前記Ｍｕｌｔｉ－ＲＵはＲＵ別に分けられて、各ＲＵに対してＬＤＰＣトーンマッピングが分離されて実行されることができる。但し、本実施形態ではＲＵ別にＬＤＰＣトーンマッピングが分離されて実行されず、前記Ｍｕｌｔｉ－ＲＵを一つのＲＵとみて、ＬＤＰＣトーンマッピングを実行する方法を提案する。
前記ビットストリームに対して、１）ＰＨＹパディング（ｐａｄｄｉｎｇ）が実行され、２）スクランブリング動作が実行され、３）ＬＤＰＣ符号化が実行され、４）ＬＤＰＣ符号化ビットを特定の空間ストリームにマッピングするストリームパーシング（ｓｔｒｅａｍ ｐａｒｓｉｎｇ）動作が実行され、５）Ｍｕｌｔｉ－ＲＵを周波数セグメント（各ＲＵ）に分けるセグメントパーシング（Ｓｅｇｍｅｎｔ ｐａｒｓｉｎｇ）動作が実行され（必要な場合）、６）個別の空間ストリーム及び各周波数セグメントに対して前記コンステレーションマッピングが実行され、７）前記コンステレーションマッピングに基づいて生成された変調シンボルに対して前記ＬＤＰＣトーンマッピングが実行できる。送信ＳＴＡでは、前記１）乃至７）の手順が順序通り動作され、本実施形態では、前記７）の手順について重点的に説明する。
すなわち、前述した実施形態は、前記Ｍｕｌｔｉ－ＲＵに対して前記ＬＤＰＣトーンマッピングが実行され、前記データトーンが前記第１のパラメータのトーン間隔に分散される動作を説明する。前記データトーンのインデックスは、次のように決定されることができる。
ｔ（ｋ）＝ＤTM（ｋ ｍｏｄ ＮSD／ＤTM）＋ｆｌｏｏｒ（ｋ＊ＤTM／ＮSD）
ここで、ｔ（ｋ）は、前記データトーンのインデックスであり、ＤTMは、前記第１のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記コンステレーションマッピングでＤＣＭが適用される場合も考慮できる。前記ビットストリームにＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が実行される場合、前記ビットストリームは、第１のコンステレーションマッピングに基づいて第１のデータトーンにマッピングされ、前記第２のコンステレーションマッピングに基づいて第２のデータトーンにマッピングされることができる。
前記第１乃至第２のコンステレーションマッピングは、ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）又は１６－ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）のうち一つの変調方式であり得る。但し、 ＤＣＭが適用されない場合、前記コンステレーションマッピングはＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ又は１０２４－ＱＡＭのうち一つの変調方式であり得る。
前記第１及び第２のデータトーンのそれぞれは、前記ＬＤＰＣトーンマッピングに基づいて第２のパラメータだけトーン間隔が設定できる。前記第１及び第２のデータトーンは、前記データトーンに含まれることができる。一例として、前記Ｍｕｌｔｉ－ＲＵが２４２トーンＲＵと４８４トーンＲＵとがアグリゲートされたＲＵである場合、前記第２のパラメータは１３であり得る。
前記第２のパラメータは、ＤＣＭ技法が適用される場合のＬＤＰＣトーンマッピング距離（ｄｉｓｔａｎｃｅ）のパラメータであるＤTM_DCMに対応し得る。前記ＤTM_DCMは、ＤＣＭが適用される場合、ＬＤＰＣトーンマッピングで使われるトーン間隔であり得る。
前記ＤＣＭが適用される場合、前記第１のデータトーンは周波数上で下位半分（ｌｏｗｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ）であり、前記第２のデータトーンは、周波数上で上位半分（ｕｐｐｅｒ ｈａｌｆ）トーン（又はサブキャリアｋ＋Ｎ／２）であり得る。ここで、トーンは、サブキャリアと混用して使うことができる。
前記第１のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（ｋ＊ＤTM_DCM／ＮSD）
ここで、ｔ（ｋ）は、前記第１のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
前記第２のデータトーンのインデックスは次のように決定されることができる。
ｔ（ｋ）＝ＤTM_DCM（（ｋ－ＮSD） ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（（ｋ－ＮSD）＊ＤTM_DCM／ＮSD）＋ＮSD
ここで、ｔ（ｋ）は、前記第２のデータトーンのインデックスであり、ＤTM_DCMは、前記第２のパラメータであり、ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、ｆｌｏｏｒは床関数である。
一例として、前記第１及び第２のコンステレーションマッピングがＢＰＳＫ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに位相回転（ｐｈａｓｅ ｒｏｔａｔｉｏｎ）を適用して生成されることができる（ｄk+NSD＝ｄkｘｅj(k+NSD)*pi）。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
別の例として、前記第１及び第２のコンステレーションマッピングがＱＰＳＫ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルは、前記第１の変調シンボルに対して共役複素数（ｃｏｎｊｕｇａｔｅ）であり得る（ｄk+NSD＝ｃｏｎｊ（ｄk））。前記第１の変調シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
また別の例として、前記第１及び第２のコンステレーションマッピングが１６－ＱＡＭ変調方式であると、前記ビットストリームは、前記第１のコンステレーションマッピングに基づいて第１の変調シンボルに変調され、前記第２のコンステレーションマッピングに基づいて第２の変調シンボルに変調されることができる。前記第２の変調シンボルに対する第１のビットグループのビット順序は、前記第１の変調シンボルに対する第２のビットグループのビット順序と異なり得る（（Ｂ4k，Ｂ4k+1，Ｂ4k+2，Ｂ4k+3）－＞（Ｂ4k+1，Ｂ4k，Ｂ4k+3，Ｂ4k+2））。前記第１及び第２のビットグループは、前記ビットストリームに含まれることができる。前記第１の変調 シンボルは、前記第１のデータトーンにマッピングされ、前記第２の変調シンボルは、前記第２のデータトーンにマッピングされることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記５２トーンＲＵは５２個のトーンで構成されたリソースユニットである。前記２６トーンＲＵと前記５２トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、前記１０６トーンＲＵは１０６個のトーンで構成されたリソースユニットであり、前記２６トーンＲＵと前記１０６トーンＲＵは互いに隣接するか、２０ＭＨｚのチャネル内に含まれることができる。
前記ＰＰＤＵは制御フィールドをさらに含むことができる。前記制御フィールドは、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ－Ｓｉｇｎａｌ）フィールド及びＥＨＴ－ＳＩＧフィールドを含むことができる。前記制御フィールドは、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含み、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報は、ＲＵの大きさと位置、ＲＵに関連した制御情報、ＲＵが含まれる周波数帯域に関する情報及び ＲＵを受信するＳＴＡに対する情報などを含むことができる。
また、前記ＰＰＤＵは、Ｌ－ＳＩＧ（Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ－Ｓｉｇｎａｌ）フィールド、ＥＨＴ－ＳＴＦ（Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）を含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドを含むことができる。前記ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧ－Ｃフィールドをさらに含むことができる。
前述した本明細書の技術的特徴は、多様な応用例（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）をサポートする装置における無線通信のために前述の技術的特徴が適用できる。
人工知能は、人工的な知能又はこれを作ることができる方法論を研究する分野を意味し、マシンラーニング（機械学習、Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）は、人工知能の分野において扱う多様な問題を定義し、それを解決する方法論を研究する分野を意味する。マシンラーニングは、ある作業に対してたゆまぬ経験を通じて、その作業に対する性能を高めるアルゴリズムと定義することもある。
人工ニューラルネットワーク（Ａｒｔｉｆｉｃｉａｌ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ；ＡＮＮ）は、マシンラーニングで使用されるモデルであって、シナプスの結合でネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を有するモデル全般を意味することができる。人工ニューラルネットワークは、他のレイヤのニューロン間の接続パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）により定義されることができる。
人工ニューラルネットワークは、入力層（Ｉｎｐｕｔ Ｌａｙｅｒ）、出力層（Ｏｕｔｐｕｔ Ｌａｙｅｒ）、及び選択的に１つ以上の隠れ層（Ｈｉｄｄｅｎ Ｌａｙｅｒ）を含むことができる。各層は、１つ以上のニューロンを含み、人工ニューラルネットワークは、ニューロンとニューロンとを接続するシナプスを含むことができる。人工ニューラルネットワークにおいて各ニューロンは、シナプスを介して入力される入力信号、加重値、偏向に対する活性関数の関数値を出力することができる。
モデルパラメータは、学習を介して決定されるパラメータを意味し、シナプス接続の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは、マシンラーニングアルゴリズムにおいて学習前に設定されなければならないパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ Ｒａｔｅ）、繰り返し回数、ミニ配置サイズ、初期化関数などが含まれる。
人工ニューラルネットワークの学習の目的は、損失関数を最小化するモデルパラメータを決定することと見ることができる。損失関数は、人工ニューラルネットワークの学習過程で最適のモデルパラメータを決定するための指標として利用されることができる。
マシンラーニングは、学習方式によって教師あり学習（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、教師なし学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ Ｌｅａｒｎｉｎｇ）に分類できる。
教師あり学習は、学習データに対するラベル（ｌａｂｅｌ）が与えられた状態で人工ニューラルネットワークを学習させる方法を意味し、ラベルとは、学習データが人工ニューラルネットワークに入力される場合、人工ニューラルネットワークが推論しなければならない正解（又は、結果値）を意味することができる。教師なし学習は、学習データに対するラベルが与えられない状態で人工ニューラルネットワークを学習させる方法を意味する。強化学習は、ある環境内で定義されたエージェントが各状態で累積補償を最大化する行動又は行動順序を選択するように学習させる学習方法を意味することができる。
人工ニューラルネットワークのうち複数の隠れ層を含むディープニューラルネットワーク（ＤＮＮ：Ｄｅｅｐ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）で実現されるマシンラーニングをディープラーニング（深層学習、Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）と呼ぶこともあり、ディープラーニングは、マシンラーニングの一部である。以下で、マシンラーニングは、ディープラーニングを含む意味として使用される。
また、前述した技術的特徴は、ロボットの無線通信に適用されることができる。
ロボットは、自分が保有した能力により与えられた仕事を自動で処理するか作動する機械を意味することができる。特に、環境を認識し、自ら判断して動作を行う機能を有するロボットを知能型ロボットといえる。
ロボットは、使用目的や分野に応じて産業用、医療用、家庭用、軍事用などに分類できる。ロボットは、アクチュエータ又はモータを含む駆動部を備えてロボット関節を動かすなどの様々な物理的動作を実行することができる。また、移動可能なロボットは、駆動部にホイール、ブレーキ、プロペラなどが含まれて、駆動部を介して地上で走行するか空中で飛行することができる。
また、前述した技術的特徴は、拡張現実をサポートする装置に適用されることができる。
エクステンデッドリアリティは、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、複合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は、現実世界のオブジェクトや背景などをＣＧ映像のみで提供し、ＡＲ技術は、実物映像の上に仮想で作られたＣＧ映像を共に提供し、ＭＲ技術は、現実世界に仮想オブジェクトを混ぜて結合させて提供するコンピュータグラフィックスの技術である。
ＭＲ技術は、現実オブジェクトと仮想オブジェクトを共に見せてくれるという点でＡＲ技術と類似している。しかしながら、ＡＲ技術では、仮想オブジェクトが現実オブジェクトを補完する形態で使用されるのに対して、ＭＲ技術では、仮想オブジェクトと現実オブジェクトが同等な性格で使われるという点で違いがある。
ＸＲ技術は、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ラップトップ、デスクトップ、ＴＶ、デジタルサイネージなどに適用されることができ、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）といえる。
本明細書に記載された請求項は、多様な方式で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で実現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置で実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法で実現されることができる。

Claims (17)

  1. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおける方法であって、
    送信ＳＴＡ（ｓｔａｔｉｏｎ）が、データフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成するステップ；及び
    前記送信ＳＴＡが、前記ＰＰＤＵを受信ＳＴＡに送信するステップ；を含んでなり、
    前記データフィールドはＭＲＵ（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ：多重リソースユニット）を介して送信され、
    ＬＤＰＣトーンマッピング（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｔｏｎｅ Ｍａｐｐｉｎｇ）は、Ｄ TM に基づいて、前記ＭＲＵにおいて、実行され、及び
    前記ＭＲＵのサイズが４８４トーンＭＲＵ＋２４２トーンＭＲＵである場合、前記Ｄ TM は１８であり、
    前記ＭＲＵのサイズが５２トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は４であり、
    前記ＭＲＵのサイズが１０６トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は６であり、
    前記Ｄ TM は、前記ＭＲＵにおいて、データトーン（ｄａｔａ ｔｏｎｅ）に対する距離（ｄｉｓｔａｎｃｅ）パラメータである、方法。
  2. 前記４８４トーンＭＲＵ＋前記２４２トーンＭＲＵは、４８４トーンＲＵと２４２トーンＲＵとがアグリゲートされたＭＲＵであり、
    前記５２トーンＭＲＵ＋前記２６トーンＭＲＵは、５２トーンＲＵと２６トーンＲＵとがアグリゲートされたＭＲＵであり、
    前記１０６トーンＭＲＵ＋前記２６トーンＭＲＵは、１０６トーンＲＵと２６トーンＲＵとがアグリゲートされたＭＲＵである、請求項１に記載の方法。
  3. 前記データフィールドは、ビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成され、
    コンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて、前記ビットストリームは、前記データトーンにマッピングされ、
    前記ＬＤＰＣトーンマッピングに基づいて、前記データトーンのトーン間隔は、前記Ｍｕｌｔｉ－ＲＵに対して、前記Ｄ TM に設定される、請求項２に記載の方法。
  4. 前記データトーンのインデックスは以下の数式により決定される、請求項３に記載の方法。
    ｔ（ｋ）＝ＤTM（ｋ ｍｏｄ ＮSD／ＤTM）＋ｆｌｏｏｒ（ｋ＊ＤTM／ＮSD）
    〔数式中、
    ｔ（ｋ）は、前記データトーンのインデックスであり、
    ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、
    ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、
    ｆｌｏｏｒは、床関数である。〕
  5. ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）が前記ビットストリームで実行される場合、
    前記ビットストリームは、第１のコンステレーションマッピングに基づいて、第１のデータトーンにマッピングされ、及び、第２のコンステレーションマッピングに基づいて、第２のデータトーンにマッピングされ、
    前記ＬＤＰＣトーンマッピングに基づいて、前記第１のデータトーン及び第２のデータトーンの其々のトーン間隔は、前記Ｍｕｌｔｉ－ＲＵに対して、Ｄ TM DCM に設定され、
    前記第１のデータトーン及び前記第２のデータトーンは、前記データトーンに含まれ、
    前記Ｍｕｌｔｉ－ＲＵのサイズが４８４トーンＭＲＵ＋２４２トーンＭＲＵである場合、前記Ｄ TM DCM は１３である、請求項４に記載の方法。
  6. 前記第１のデータトーンは、周波数上で下位半分（ｌｏｗｅｒ ｈａｌｆ）トーンであり、
    前記第２のデータトーンは、周波数上で上位半分（ｕｐｐｅｒ ｈａｌｆ）トーンであり、
    前記４８４トーンＭＲＵ＋前記２４２トーンＭＲＵは、４８４トーンＲＵと２４２トーンＲＵとがアグリゲートされたＭＲＵであり、
    前記ＤＣＭが適用される場合、前記Ｄ TM DCM は、前記ＭＲＵにおいて、前記データトーン（ｄａｔａ ｔｏｎｅ）に対する距離（ｄｉｓｔａｎｃｅ）パラメータである、請求項５に記載の方法。
  7. 前記第１のデータトーンのインデックスは以下の数式により決定される、請求項６に記載の方法。
    ｔ（ｋ）＝ＤTM_DCM（ｋ ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（ｋ＊ＤTM_DCM／ＮSD）
    〔数式中、
    ｔ（ｋ）は、前記第１のデータトーンのインデックスであり、
    ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、
    ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、
    ｆｌｏｏｒは、床関数である。〕
  8. 前記第２のデータトーンのインデックスは以下の数式により決定される、請求項６に記載の方法。
    ｔ（ｋ）＝ＤTM_DCM（（ｋ－ＮSD） ｍｏｄ ＮSD／ＤTM_DCM）＋ｆｌｏｏｒ（（ｋ－ＮSD）＊ＤTM_DCM／ＮSD）＋ＮSD
    〔数式中、
    ｔ（ｋ）は、前記第２のデータトーンのインデックスであり、
    ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、
    ＮSDは、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、
    ｆｌｏｏｒは、床関数である。〕
  9. 前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、
    前記５２トーンＲＵは５２個のトーンで構成されたリソースユニットであり、
    前記２６トーンＲＵと前記５２トーンＲＵは互いに隣接するか、又は、２０ＭＨｚのチャネル内に含まれる、請求項２に記載の方法。
  10. 前記２６トーンＲＵは２６個のトーンで構成されたリソースユニットであり、
    前記１０６トーンＲＵは１０６個のトーンで構成されたリソースユニットであり、
    前記２６トーンＲＵと前記１０６トーンＲＵは互いに隣接するか、又は、２０ＭＨｚのチャネル内に含まれる、請求項２に記載の方法。
  11. 前記ＰＰＤＵは制御フィールドを更に含み、
    前記制御フィールドは、前記Ｍｕｌｔｉ－ＲＵに対する割り当て情報を含む、請求項１に記載の方法。
  12. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおける送信ＳＴＡ（ｓｔａｔｉｏｎ）であって、
    メモリ；
    トランシーバー；
    前記メモリ及び前記トランシーバーと動作可能に結合されたプロセッサ；を備えてなり、
    前記プロセッサは、
    データフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成し、及び
    前記ＰＰＤＵを受信ＳＴＡに送信する、ように構成されてなり、
    前記データフィールドはＭＲＵ（Ｍｕｌｔｉｐｌｅ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ：多重リソースユニット）を介して送信され、
    ＬＤＰＣトーンマッピング（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｔｏｎｅ Ｍａｐｐｉｎｇ）が、Ｄ TM に基づいて、前記ＭＲＵにおいて、実行され、及び
    前記ＭＲＵのサイズが４８４トーンＭＲＵ＋２４２トーンＭＲＵである場合、前記Ｄ TM は１８であり、
    前記ＭＲＵのサイズが５２トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は４であり、
    前記ＭＲＵのサイズが１０６トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は６であり、
    前記Ｄ TM は、前記ＭＲＵにおいて、データトーン（ｄａｔａ ｔｏｎｅ）に対する距離（ｄｉｓｔａｎｃｅ）パラメータである、送信ＳＴＡ。
  13. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおける方法であって、
    受信ＳＴＡ（ｓｔａｔｉｏｎ）が、送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップ；
    及び
    前記受信ＳＴＡ（ｓｔａｔｉｏｎ）が、前記データフィールドを復号するステップ；を含んでなり、
    ＬＤＰＣトーンマッピング（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｔｏｎｅ Ｍａｐｐｉｎｇ）が、Ｄ TM に基づいて、前記ＭＲＵにおいて、実行され、及び
    前記ＭＲＵのサイズが４８４トーンＭＲＵ＋２４２トーンＭＲＵである場合、前記Ｄ TM は１８であり、
    前記ＭＲＵのサイズが５２トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は４であり、
    前記ＭＲＵのサイズが１０６トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は６であり、
    前記Ｄ TM は、前記ＭＲＵにおいて、データトーン（ｄａｔａ ｔｏｎｅ）に対する距離（ｄｉｓｔａｎｃｅ）パラメータである、方法。
  14. 前記４８４トーンＭＲＵ＋前記２４２トーンＭＲＵは、４８４トーンＲＵと２４２トーンＲＵとがアグリゲートされたＭＲＵであり、
    前記５２トーンＭＲＵ＋前記２６トーンＭＲＵは、５２トーンＲＵと２６トーンＲＵとがアグリゲートされたＭＲＵであり、
    前記１０６トーンＭＲＵ＋前記２６トーンＭＲＵは、１０６トーンＲＵと２６トーンＲＵとがアグリゲートされたＭＲＵである、請求項１３に記載の方法。
  15. 前記データフィールドはビットストリーム（ｂｉｔ ｓｔｒｅａｍ）に基づいて生成され、
    コンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）に基づいて、前記ビットストリームは前記データトーンにマッピングされ、
    前記ＬＤＰＣトーンマッピングに基づいて、前記データトーンのトーン間隔は、前記Ｍｕｌｔｉ－ＲＵに対して、前記Ｄ TM に設定される、請求項１４に記載の方法。
  16. 前記データトーンのインデックスは以下の数式により決定される、請求項１５に記載の方法。
    ｔ（ｋ）＝Ｄ TM （ｋ ｍｏｄ Ｎ SD ／Ｄ TM ）＋ｆｌｏｏｒ（ｋ＊Ｄ TM ／Ｎ SD ）
    〔数式中、
    ｔ（ｋ）は、前記データトーンのインデックスであり、
    ｋは、前記ビットストリームがマッピングされたトーンのインデックスであり、
    Ｎ SD は、前記Ｍｕｌｔｉ－ＲＵで前記データトーンの個数であり、
    ｆｌｏｏｒは、床関数である。〕
  17. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）における受信ＳＴＡ（ｓｔａｔｉｏｎ）であって、
    メモリ；
    トランシーバー；
    前記メモリ及び前記トランシーバーと動作可能に結合されたプロセッサ；を備えてなり、
    前記プロセッサは、
    送信ＳＴＡからデータフィールドを含むＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、及び
    前記データフィールドを復号する、ように構成されてなり、
    ＬＤＰＣトーンマッピング（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｔｏｎｅ Ｍａｐｐｉｎｇ）が、Ｄ TM に基づいて、前記ＭＲＵにおいて、実行され、及び
    前記ＭＲＵのサイズが４８４トーンＭＲＵ＋２４２トーンＭＲＵである場合、前記Ｄ TM は１８であり、
    前記ＭＲＵのサイズが５２トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は４であり、
    前記ＭＲＵのサイズが１０６トーンＭＲＵ＋２６トーンＭＲＵである場合、前記Ｄ TM は６であり、
    前記Ｄ TM は、前記ＭＲＵにおいて、データトーン（ｄａｔａ ｔｏｎｅ）に対する距離（ｄｉｓｔａｎｃｅ）パラメータである、受信ＳＴＡ。
JP2022508769A 2019-08-12 2020-07-21 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置 Active JP7320667B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR20190098153 2019-08-12
KR10-2019-0098153 2019-08-12
KR10-2020-0010099 2020-01-28
KR20200010099 2020-01-28
KR20200013937 2020-02-05
KR10-2020-0013937 2020-02-05
PCT/KR2020/009608 WO2021029551A1 (ko) 2019-08-12 2020-07-21 무선랜 시스템에서 multi-ru에서 ldpc 톤 매핑이 수행된 ppdu를 수신하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2022544933A JP2022544933A (ja) 2022-10-24
JP7320667B2 true JP7320667B2 (ja) 2023-08-03

Family

ID=74570672

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022508769A Active JP7320667B2 (ja) 2019-08-12 2020-07-21 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置

Country Status (6)

Country Link
US (1) US11902020B2 (ja)
EP (2) EP4398531A2 (ja)
JP (1) JP7320667B2 (ja)
KR (1) KR20220024788A (ja)
CN (1) CN114365435B (ja)
WO (1) WO2021029551A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116743334B (zh) * 2019-11-15 2024-03-01 华为技术有限公司 传输物理层协议数据单元的方法和装置
US20210160889A1 (en) * 2019-11-27 2021-05-27 Qualcomm Incorporated Parser and interleaving parameter design for resource unit aggregation
US20220255690A1 (en) * 2021-02-09 2022-08-11 Mediatek Singapore Pte. Ltd. Signaling For UL TB PPDU With Distributed-Tone Resource Units In 6GHz Low-Power Indoor Systems
WO2023191362A1 (ko) * 2022-03-29 2023-10-05 엘지전자 주식회사 무선랜 시스템에서 하나의 수신 sta이 복수의 psdu를 동시에 송수신하기 위해 복수의 ru 또는 mru를 할당하는 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015187720A2 (en) 2014-06-02 2015-12-10 Marvell Semiconductor, Inc. High efficiency orthogonal frequency division multiplexing (ofdm) physical layer (phy)
JP2017530599A (ja) 2014-08-15 2017-10-12 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレスネットワークにおける改善された通信効率のためのシステムおよび方法
JP2018524898A (ja) 2015-06-16 2018-08-30 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソーススケジューリング方法、装置、およびデバイス
JP2017532817A5 (ja) 2015-08-13 2018-09-06

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130179755A1 (en) * 2012-01-11 2013-07-11 Qualcomm Incorporated Systems and methods for low density parity check tone mapping
US9894663B2 (en) * 2014-07-23 2018-02-13 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US10028284B2 (en) * 2014-08-14 2018-07-17 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
CN107005381B (zh) * 2014-11-27 2020-06-05 Lg电子株式会社 在无线lan中基于不同的导频音图案发送数据的方法和装置
US10224987B2 (en) * 2015-04-14 2019-03-05 Lg Electronics Inc. Method and apparatus for configuring signal field used for multiple resource units in wireless LAN system
US10536196B2 (en) * 2015-09-11 2020-01-14 Interdigital Patent Holdings, Inc. Multiple resource unit allocation for OFDMA WLAN
US10211948B2 (en) * 2015-10-12 2019-02-19 Mediatek Inc. LDPC tone mapping schemes for dual-sub-carrier modulation in WLAN
US10110406B2 (en) * 2015-10-30 2018-10-23 Qualcomm Incorporated Systems and methods for channel interleaving in wireless networks
US10728861B2 (en) * 2017-10-11 2020-07-28 Qualcomm Incorporated Spectral mask and flatness for wireless local area networks
US11677499B2 (en) * 2018-10-25 2023-06-13 Mediatek Singapore Pte. Ltd. Tone interleaving methods for multi-bands and wide bandwidth transmissions in WLAN

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015187720A2 (en) 2014-06-02 2015-12-10 Marvell Semiconductor, Inc. High efficiency orthogonal frequency division multiplexing (ofdm) physical layer (phy)
JP2017517215A (ja) 2014-06-02 2017-06-22 マーベル ワールド トレード リミテッド 高効率な直交周波数分割多重（ｏｆｄｍ）物理層（ｐｈｙ）
JP2019071647A (ja) 2014-06-02 2019-05-09 マーベル ワールド トレード リミテッド 通信チャネルを介した送信のためのデータユニットを生成する方法および装置
JP2017530599A (ja) 2014-08-15 2017-10-12 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレスネットワークにおける改善された通信効率のためのシステムおよび方法
JP2018524898A (ja) 2015-06-16 2018-08-30 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソーススケジューリング方法、装置、およびデバイス
JP2017532817A5 (ja) 2015-08-13 2018-09-06

Also Published As

Publication number Publication date
US11902020B2 (en) 2024-02-13
WO2021029551A1 (ko) 2021-02-18
CN114365435B (zh) 2024-01-23
EP4016904A4 (en) 2023-09-06
CN114365435A (zh) 2022-04-15
US20220278771A1 (en) 2022-09-01
EP4398531A2 (en) 2024-07-10
EP4016904A1 (en) 2022-06-22
EP4016904B1 (en) 2024-07-10
US20230246738A1 (en) 2023-08-03
KR20220024788A (ko) 2022-03-03
JP2022544933A (ja) 2022-10-24

Similar Documents

Publication Publication Date Title
US20220279562A1 (en) Method and device for receiving ppdu having been subjected to ldpc tone mapping in broadband tone plan in wireless lan system
US20220294558A1 (en) Method and device for receiving ppdu, for which ldpc tone mapping has been performed, in wireless lan system
KR102595373B1 (ko) 무선랜 시스템에서 광대역을 통해 ppdu를 수신하는 방법 및 장치
JP7320667B2 (ja) 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置
KR102669115B1 (ko) 무선랜 시스템에서 ppdu를 수신하는 방법 및 장치
US11968069B2 (en) Method and apparatus for receiving PPDU with duplicated data through 80 MHZ band in wireless LAN system
US11876739B2 (en) Method and apparatus for receiving PPDU in which data is duplicated and to which phase rotation is applied in wireless LAN system
KR20220113463A (ko) 무선랜 시스템에서 광대역을 통해 ppdu를 수신하는 방법 및 장치
JP2023503617A (ja) 無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置
US20230388051A1 (en) Method and apparatus for receiving ppdu on which bcc interleaving has been performed in multi-ru in wireless lan system
US20230327684A1 (en) Method and apparatus for receiving ppdu in which data is duplicated in wireless lan system
KR20220153603A (ko) 무선 통신 시스템에서 프리앰블을 구성하기 위한 기법
US12034533B2 (en) Method by which multi-RU receives LDPC-tone-mapped PPDU in wireless LAN system, and apparatus
JP7518912B2 (ja) 無線通信システムにおけるプリアンブルを構成するための技法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220210

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230606

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230724

R150 Certificate of patent or registration of utility model

Ref document number: 7320667

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150