JP2023503617A - 無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置 - Google Patents

無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置 Download PDF

Info

Publication number
JP2023503617A
JP2023503617A JP2022530791A JP2022530791A JP2023503617A JP 2023503617 A JP2023503617 A JP 2023503617A JP 2022530791 A JP2022530791 A JP 2022530791A JP 2022530791 A JP2022530791 A JP 2022530791A JP 2023503617 A JP2023503617 A JP 2023503617A
Authority
JP
Japan
Prior art keywords
mhz
ppdu
sta
rus
mhz channel
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.)
Pending
Application number
JP2022530791A
Other languages
English (en)
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 JP2023503617A publication Critical patent/JP2023503617A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0001—Arrangements for dividing 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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0452—Multi-user MIMO systems
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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]
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/0037—Inter-user or inter-terminal allocation
    • H04L5/0039—Frequency-contiguous, i.e. with no allocation of frequencies for one user or terminal between the frequencies allocated to another
    • 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/0037—Inter-user or inter-terminal allocation
    • H04L5/0041—Frequency-non-contiguous
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

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

Abstract

無線ＬＡＮシステムにおいてＰＰＤＵを受信する方法及び装置が提案される。具体的には、受信ＳＴＡは送信ＳＴＡから広帯域を介してＰＰＤＵを受信し、ＰＰＤＵを復号する。ＰＰＤＵは制御フィールド及びデータフィールドを含む。広帯域がプライマリ１６０ＭＨｚチャネル及びセカンダリ１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、データフィールドは９９６ＲＵと４８４ＲＵがアグリゲートされた第１多重ＲＵを介して受信される。第１多重ＲＵはプライマリ１６０ＭＨｚチャネルまたはセカンダリ１６０ＭＨｚチャネル内において割り当てられる。【選択図】図２６

Description

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

Claims (20)

  1. 無線ＬＡＮシステムにおいて、
    受信ＳＴＡ（station）が、送信ＳＴＡから広帯域を介してＰＰＤＵ（Physical Protocol Data Unit）を受信するステップ、及び
    前記受信ＳＴＡが、前記ＰＰＤＵを復号するステップを含むが、
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、方法。
  2. 前記ＰＰＤＵは、ＯＦＤＭＡ（orthogonal frequency division multiple access）方法に基づいて送信され、
    前記制御フィールドは、前記第１多重ＲＵに関する割り当て情報を含み、
    前記３２０／１６０＋１６０ＭＨｚ帯域において前記第１多重ＲＵを除いた他のＲＵまたは他の多重ＲＵは、パンクチャリング（puncturing）されるか前記受信ＳＴＡではない他の受信ＳＴＡのために割り当てられ、
    前記９９６ＲＵは、９９６個のトーン（tone）で構成されたＲＵであり、
    前記４８４ＲＵは、４８４個のトーンで構成されたＲＵである、請求項１に記載の方法。
  3. 前記３２０／１６０＋１６０ＭＨｚ帯域において第１チャネルがパンクチャリングされる場合、前記第１チャネルを除いた第２チャネルは、プライマリ２０ＭＨｚ及び前記セカンダリ１６０ＭＨｚチャネルのうち、少なくとも一つの２０ＭＨｚチャネルである、請求項１に記載の方法。
  4. 前記広帯域が第１から第４の８０ＭＨｚサブチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、４８４ＲＵと２４２ＲＵがアグリゲートされた第２多重ＲＵを介して受信され、
    前記第２多重ＲＵは、前記第１、第２、第３または第４の８０ＭＨｚチャネル内において割り当てられる、請求項１に記載の方法。
  5. 前記制御フィールドは、前記第２多重ＲＵに関する割り当て情報を含み、
    前記３２０／１６０＋１６０ＭＨｚ帯域において前記第２多重ＲＵを除いた他のＲＵまたは他の多重ＲＵは、パンクチャリングされるか前記受信ＳＴＡではない他の受信ＳＴＡのために割り当てられ、
    前記４８４ＲＵは、４８４個のトーンで構成されたＲＵであり、
    前記２４２ＲＵは、２４２個のトーンで構成されたＲＵである、請求項４に記載の方法。
  6. 前記第１から第４の８０ＭＨｚサブチャネルのうち、一つは、プライマリ８０ＭＨｚチャネルであり、前記プライマリ８０ＭＨｚチャネルを除いた残りの３個のサブチャネルは、セカンダリ８０ＭＨｚチャネルである、請求項４に記載の方法。
  7. 前記受信ＳＴＡが第１及び第２ＳＴＡを含み、前記第２多重ＲＵが前記第１及び第３の８０ＭＨｚチャネル内でのみ割り当てられる場合、
    前記第１ＳＴＡは、前記データフィールドを前記第１の８０ＭＨｚチャネル内に割り当てられた前記第２多重ＲＵを介して受信し、
    前記第２ＳＴＡは、前記データフィールドを前記第３の８０ＭＨｚチャネル内に割り当てられた前記第２多重ＲＵを介して受信する、請求項４に記載の方法。
  8. 前記受信ＳＴＡが第１及び第２ＳＴＡを含み、前記第１多重ＲＵが前記プライマリ１６０ＭＨｚチャネル及び前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる場合、
    前記第１ＳＴＡは、前記データフィールドを前記プライマリ１６０ＭＨｚチャネル内に割り当てられた第１多重ＲＵを介して受信し、
    前記第２ＳＴＡは、前記データフィールドを前記セカンダリ１６０ＭＨｚチャネル内に割り当てられた第１多重ＲＵを介して受信する、請求項１に記載の方法。
  9. 無線ＬＡＮシステムにおいて、受信ＳＴＡ（station）は
    メモリ、
    トランシーバ、及び
    前記メモリ及び前記トランシーバと動作できるように結合されたプロセッサを含むが、前記プロセッサは、
    送信ＳＴＡから広帯域を介してＰＰＤＵ（Physical Protocol Data Unit）を受信し、及び
    前記ＰＰＤＵを復号するが、
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、受信ＳＴＡ。
  10. 無線ＬＡＮシステムにおいて、
    送信ＳＴＡ（station）が、ＰＰＤＵ（Physical Protocol Data Unit）を生成するステップ、及び
    前記送信ＳＴＡが、前記ＰＰＤＵを広帯域を介して受信ＳＴＡへ送信するステップを含むが、
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、方法。
  11. 前記ＰＰＤＵは、ＯＦＤＭＡ（orthogonal frequency division multiple access）方法に基づいて送信され、
    前記制御フィールドは、前記第１多重ＲＵに関する割り当て情報を含み、
    前記３２０／１６０＋１６０ＭＨｚ帯域において前記第１多重ＲＵを除いた他のＲＵまたは他の多重ＲＵは、パンクチャリング（puncturing）されるか前記受信ＳＴＡではない他の受信ＳＴＡのために割り当てられ、
    前記９９６ＲＵは、９９６個のトーン（tone）で構成されたＲＵであり、
    前記４８４ＲＵは、４８４個のトーンで構成されたＲＵである、請求項１０に記載の方法。
  12. 前記３２０／１６０＋１６０ＭＨｚ帯域において、第１チャネルがパンクチャリングされる場合、前記第１チャネルを除いた第２チャネルは、プライマリ２０ＭＨｚ及び前記セカンダリ１６０ＭＨｚチャネルのうち、少なくとも一つの２０ＭＨｚチャネルである、請求項１０に記載の方法。
  13. 前記広帯域が第１から第４の８０ＭＨｚサブチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、４８４ＲＵと２４２ＲＵがアグリゲートされた第２多重ＲＵを介して受信され、
    前記第２多重ＲＵは、前記第１、第２、第３または第４の８０ＭＨｚチャネル内において割り当てられる、請求項１０に記載の方法。
  14. 前記制御フィールドは、前記第２多重ＲＵに関する割り当て情報を含み、
    前記３２０／１６０＋１６０ＭＨｚ帯域において前記第２多重ＲＵを除いた他のＲＵまたは他の多重ＲＵは、パンクチャリングされるか前記受信ＳＴＡではない他の受信ＳＴＡのために割り当てられ、
    前記４８４ＲＵは、４８４個のトーンで構成されたＲＵであり、
    前記２４２ＲＵは、２４２個のトーンで構成されたＲＵである、請求項１３に記載の方法。
  15. 前記第１から第４の８０ＭＨｚサブチャネルのうち、一つは、プライマリ８０ＭＨｚチャネルであり、前記プライマリ８０ＭＨｚチャネルを除いた残りの３個のサブチャネルは、セカンダリ８０ＭＨｚチャネルである、請求項１３に記載の方法。
  16. 前記受信ＳＴＡが第１及び第２ＳＴＡを含み、前記第２多重ＲＵが前記第１及び第３の８０ＭＨｚチャネル内でのみ割り当てられる場合、
    前記第１ＳＴＡは、前記データフィールドを前記第１の８０ＭＨｚチャネル内に割り当てられた前記第２多重ＲＵを介して受信し、
    前記第２ＳＴＡは、前記データフィールドを前記第３の８０ＭＨｚチャネル内に割り当てられた前記第２多重ＲＵを介して受信する、請求項１３に記載の方法。
  17. 前記受信ＳＴＡが第１及び第２ＳＴＡを含み、前記第１多重ＲＵが前記プライマリ１６０ＭＨｚチャネル及び前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる場合、
    前記第１ＳＴＡは、前記データフィールドを前記プライマリ１６０ＭＨｚチャネル内に割り当てられた第１多重ＲＵを介して受信し、
    前記第２ＳＴＡは、前記データフィールドを前記セカンダリ１６０ＭＨｚチャネル内に割り当てられた第１多重ＲＵを介して受信する、請求項１０に記載の方法。
  18. 無線ＬＡＮシステムにおいて、送信ＳＴＡ（station）は、
    メモリ、
    トランシーバ、及び
    前記メモリ及び前記トランシーバと動作できるように結合されたプロセッサを含むが、前記プロセッサは、
    ＰＰＤＵ（Physical Protocol Data Unit）を生成し、及び
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、送信ＳＴＡ。
  19. 少なくとも一つのプロセッサ（processor）によって実行されることに基づく命令（instruction）を含む少なくとも一つのコンピューター可読記憶媒体（computer readable medium）において、
    送信ＳＴＡから広帯域を介してＰＰＤＵ（Physical Protocol Data Unit）を受信するステップ、及び
    前記ＰＰＤＵを復号するステップを含むが、
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、記憶媒体。
  20. 無線ＬＡＮシステムにおける装置において、
    メモリ、及び
    前記メモリと動作できるように結合されたプロセッサを含むが、前記プロセッサは、
    送信ＳＴＡから広帯域を介してＰＰＤＵ（Physical Protocol Data Unit）を受信し、及び
    前記ＰＰＤＵを復号するが、
    前記ＰＰＤＵは、制御フィールド及びデータフィールドを含み、
    前記広帯域がプライマリ（primary）１６０ＭＨｚチャネル及びセカンダリ（secondary）１６０ＭＨｚチャネルを含む３２０／１６０＋１６０ＭＨｚ帯域である場合、
    前記データフィールドは、９９６ＲＵ（Resource Unit）と４８４ＲＵがアグリゲートされた（aggregated）第１多重（multiple）ＲＵを介して受信され、及び
    前記第１多重ＲＵは、前記プライマリ１６０ＭＨｚチャネルまたは前記セカンダリ１６０ＭＨｚチャネル内において割り当てられる、装置。
JP2022530791A 2019-11-25 2020-11-24 無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置 Pending JP2023503617A (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR10-2019-0152618 2019-11-25
KR20190152618 2019-11-25
KR20190158529 2019-12-02
KR10-2019-0158529 2019-12-02
KR20190163053 2019-12-09
KR10-2019-0163053 2019-12-09
KR20190167212 2019-12-13
KR10-2019-0167212 2019-12-13
PCT/KR2020/016643 WO2021107543A1 (ko) 2019-11-25 2020-11-24 무선랜 시스템에서 다중 ru를 통해 ppdu를 수신하는 방법 및 장치

Publications (1)

Publication Number Publication Date
JP2023503617A true JP2023503617A (ja) 2023-01-31

Family

ID=76130644

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022530791A Pending JP2023503617A (ja) 2019-11-25 2020-11-24 無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置

Country Status (6)

Country Link
US (1) US20230006784A1 (ja)
EP (1) EP4064599A4 (ja)
JP (1) JP2023503617A (ja)
KR (1) KR20220106746A (ja)
CN (1) CN114930764A (ja)
WO (1) WO2021107543A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022124831A1 (ko) * 2020-12-09 2022-06-16 엘지전자 주식회사 트리거 프레임의 구성
WO2023204512A1 (ko) * 2022-04-20 2023-10-26 엘지전자 주식회사 무선랜 시스템에서 넓은 대역폭에 대한 ppdu 송신 또는 수신 방법 및 장치

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016201739A1 (zh) * 2015-06-16 2016-12-22 华为技术有限公司 资源调度的方法、装置和设备
US10123330B2 (en) * 2015-07-01 2018-11-06 Samsung Electronics Co., Ltd. Methods to enable efficient wideband operations in local area networks using OFDMA
WO2017027479A1 (en) * 2015-08-07 2017-02-16 Newracom, Inc. Control information for multi-user transmissions in wlan systems
KR101901449B1 (ko) * 2015-08-10 2018-09-21 엘지전자 주식회사 무선랜 시스템에서 자원 유닛에 관한 정보를 포함하는 제어 필드를 구성하는 방법 및 장치
KR102349455B1 (ko) * 2018-01-19 2022-01-10 삼성전자주식회사 무선통신시스템에서 신호를 송수신하는 방법 및 장치
US11044056B2 (en) * 2018-02-01 2021-06-22 Mediatek Singapore Pte. Ltd. Enhanced resource unit allocation schemes for OFDMA transmission in WLAN
US10856311B2 (en) * 2018-03-06 2020-12-01 Qualcomm Incorporated Systems and methods of communicating via sub-bands in wireless communication networks

Also Published As

Publication number Publication date
KR20220106746A (ko) 2022-07-29
EP4064599A1 (en) 2022-09-28
CN114930764A (zh) 2022-08-19
EP4064599A4 (en) 2023-01-04
WO2021107543A1 (ko) 2021-06-03
US20230006784A1 (en) 2023-01-05

Similar Documents

Publication Publication Date Title
CN114245980B (zh) 用于在无线lan系统中通过宽带接收ppdu的方法和设备
JP7392158B2 (ja) 無線ｌａｎシステムにおけるｐｐｄｕを受信する方法及び装置
JP7320667B2 (ja) 無線ＬＡＮシステムにおけるＭｕｌｔｉ－ＲＵでＬＤＰＣトーンマッピングが実行されたＰＰＤＵを受信する方法及び装置
JP7443538B2 (ja) 無線ｌａｎシステムにおける広帯域を介してｐｐｄｕを受信する方法及び装置
JP2023516492A (ja) ３２０ｍｈｚのための１ｘ ｌｔｆシーケンス
CN114946250A (zh) 无线lan系统中通过多个ru接收ppdu的方法及装置
JP7447276B2 (ja) 無線ＬＡＮシステムにおける広帯域に対する１ｘ ＥＨＴ－ＳＴＦシーケンスを設定する方法及び装置
JP7446483B2 (ja) ８０ｍｈｚのためのパイロット信号
JP2023503617A (ja) 無線ｌａｎシステムにおける多重ｒｕを介してｐｐｄｕを受信する方法及び装置
KR20230112630A (ko) 무선랜 시스템에서 a-ppdu의 구조 및 채널 스위칭을 위한 지시자를 설정하는 방법 및 장치
JP2023518733A (ja) 無線ＬＡＮシステムにおける広帯域に対する２ｘ ＥＨＴ－ＳＴＦシーケンスを設定する方法及び装置
JP2023540319A (ja) 無線ＬＡＮシステムにおける２０ＭＨｚでのみ操作するＳＴＡに対してＲＵ及びＭＲＵを制限してリソースを割り当てる方法及び装置
JP2023517683A (ja) 無線通信システムにおけるプリアンブルを構成するための技法
KR102669115B1 (ko) 무선랜 시스템에서 ppdu를 수신하는 방법 및 장치
US11984981B2 (en) Method and apparatus for receiving PPDU on which BCC interleaving has been performed in multi-RU in wireless LAN system
US20230006786A1 (en) Method and device for receiving ppdu through multiple rus in wireless lan system
JP2024074978A (ja) 無線ｌａｎシステムにおけるマルチｒｕを介してｐｐｄｕを受信する方法および装置
JP2023521143A (ja) 無線ｌａｎシステムにおける広帯域に対して最適化された位相回転を適用する方法及び装置
CN118138419A (zh) 无线lan系统中的接收站、发送站以及方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231102