JP2017532862A - ワイヤレス通信ネットワークのためのトーンプランのためのシステムおよび方法 - Google Patents

ワイヤレス通信ネットワークのためのトーンプランのためのシステムおよび方法 Download PDF

Info

Publication number
JP2017532862A
JP2017532862A JP2017514433A JP2017514433A JP2017532862A JP 2017532862 A JP2017532862 A JP 2017532862A JP 2017514433 A JP2017514433 A JP 2017514433A JP 2017514433 A JP2017514433 A JP 2017514433A JP 2017532862 A JP2017532862 A JP 2017532862A
Authority
JP
Japan
Prior art keywords
tones
tone
data
mhz
transmission
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
JP2017514433A
Other languages
English (en)
Other versions
JP2017532862A5 (ja
Inventor
ティアン、ビン
ヤン、リン
チェン、ジアリン・リ
ベルマニ、サミーア
タンドラ、ラーフル
キム、ユハン
バン・ネー、ディディエー・ヨハネ・リチャード
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2017532862A publication Critical patent/JP2017532862A/ja
Publication of JP2017532862A5 publication Critical patent/JP2017532862A5/ja
Pending legal-status Critical Current

Links

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
    • 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
    • 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/022—Site diversity; Macro-diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • 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/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/06—Arrangements for detecting or preventing errors in the information received by diversity reception using space diversity
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel

Landscapes

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

Abstract

本明細書では、ワイヤレス通信ネットワークを介して通信するための方法および装置を開示する。１つの方法は、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することを含む。本方法は、さらに、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定することを含む。本方法は、さらに、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することを含む。本方法は、さらに、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信することを含む。

Description

[0001]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、様々なトーンプランに従ってメッセージを与えるための方法および装置に関する。
[0002]多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に離れたデバイス間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークはそれぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）に指定され得る。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用される交換／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。
[0003]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、したがって動的接続性の必要を有するときに、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用する非誘導伝搬モードでは、無形物理媒体を採用する。ワイヤレスネットワークは、有利には、固定された有線ネットワークと比較すると、ユーザモビリティと迅速なフィールド展開とを容易にする。
[0004]ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信することができる。デバイス送信は互いに干渉することがあり、いくつかの送信は他の送信を選択的に阻止することがある。多くのデバイスが通信ネットワークを共有する場合、輻輳および非効率的なリンク使用が生じることがある。したがって、ワイヤレスネットワークにおける通信効率を改善するためのシステム、方法、および非一時的コンピュータ可読媒体が必要とされる。
[0005]添付の特許請求の範囲内のシステム、方法およびデバイスの様々な実装形態は、それぞれいくつかの態様を有し、それらのうちのいずれの単一の態様も、単独では本明細書で説明する望ましい属性を担わない。添付の特許請求の範囲を限定することなしに、いくつかの顕著な特徴について本明細書で説明する。
[0006]本明細書で説明する主題の１つまたは複数の実装形態の詳細を添付の図面および以下の説明に記載する。他の特徴、態様、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。以下の図の相対寸法は一定の縮尺で描かれていないことがあることに留意されたい。
[0007]本開示の一態様は、ワイヤレス通信ネットワークを介して通信する方法を提供する。本方法は、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することを含む。本方法は、さらに、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定することを含む。本方法は、さらに、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することを含む。本方法は、さらに、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信することを含む。
[0008]本開示の別の態様は、ワイヤレス通信ネットワークを介して通信するための装置を提供する。本装置は、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することと、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定することと、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することとを行うように構成されたプロセッサを含む。本装置は、さらに、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信するように構成された送信機を含む。
[0009]本開示の別の態様は、ワイヤレス通信ネットワークを介して通信するための装置を提供する。本装置は、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成するための手段を含む。本装置は、さらに、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定するための手段を備える。本装置は、さらに、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定するための手段を備える。本装置は、さらに、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信するための手段を備える。
[0010]本開示のまた別の態様は、実行されたとき、ワイヤレス通信ネットワークを介して通信する方法を実行するコードを備える非一時的コンピュータ可読媒体を提供する。本方法は、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することを含む。本方法は、さらに、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定することを含む。本方法は、さらに、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することを含む。本方法は、さらに、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信することを含む。
[0011]本開示の一態様は、ワイヤレス通信ネットワークを介して通信する方法を提供する。本方法は、複数のデータトーンの各々の値を決定すること、複数の決定された値は、メッセージの一部分に対応する、を含む。本方法は、さらに、複数のＤＣ保護トーンのうちの１つまたは複数に１つまたは複数の値を割り当てること、１つまたは複数の割り当てられた値は、複数のデータトーンのうちの１つまたは複数の複数の決定された値のうちの１つまたは複数に対応する、を含む。本方法は、さらに、複数のデータトーンとＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信することを含む。
[0012]本開示の別の態様は、ワイヤレス通信ネットワークを介して通信するための装置を提供する。本装置は、複数のデータトーンの各々の値を決定すること、複数の決定された値は、メッセージの一部分に対応する、を行うように構成されたプロセッサを含む。本プロセッサは、さらに、複数のＤＣ保護トーンのうちの１つまたは複数に１つまたは複数の値を割り当てること、１つまたは複数の割り当てられた値は、複数のデータトーンのうちの１つまたは複数の複数の決定された値のうちの１つまたは複数に対応する、を行うように構成される。本装置は、さらに、複数のデータトーンとＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信するように構成された送信機を含む。
[0013]本開示の別の態様は、ワイヤレス通信ネットワークを介して通信するための装置を提供する。本装置は、複数のデータトーンの各々の値を決定するための手段、複数の決定された値は、メッセージの一部分に対応する、を含む。本装置は、さらに、複数のＤＣ保護トーンのうちの１つまたは複数に１つまたは複数の値を割り当てるための手段、１つまたは複数の割り当てられた値は、複数のデータトーンのうちの１つまたは複数の複数の決定された値のうちの１つまたは複数に対応する、を含む。本装置は、さらに、複数のデータトーンとＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信するための手段を含む。
[0014]本開示のまた別の態様は、実行されたとき、ワイヤレス通信ネットワークを介して通信する方法を実行するコードを備える非一時的コンピュータ可読媒体を提供する。本方法は、複数のデータトーンの各々の値を決定すること、複数の決定された値は、メッセージの一部分に対応する、を含む。本方法は、さらに、複数のＤＣ保護トーンのうちの１つまたは複数に１つまたは複数の値を割り当てること、１つまたは複数の割り当てられた値は、複数のデータトーンのうちの１つまたは複数の複数の決定された値のうちの１つまたは複数に対応する、を含む。本方法は、さらに、複数のデータトーンとＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信することを含む。
[0015]本開示の一態様は、トーン割振りユニットを使用してワイヤレス通信ネットワークを介して通信する方法を提供する。本方法は、メッセージの送信のための総帯域幅を決定することと、総帯域幅は、複数のトーンを備える、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することと、各トーングループは、トーン割振りユニットに等しいトーンの数を有する、指示を決定することと、指示は、複数のトーングループのうちの１つまたは複数を複数のワイヤレス通信デバイスのうちの１つのワイヤレス通信デバイスに割り当てる、複数のワイヤレス通信デバイスに指示を送信することとを含む。
[0016]いくつかの態様では、トーン割振りユニットは、３２個のトーンを含み得、ここにおいて、各トーングループは、２つのパイロットトーンと３０個のデータトーンとを含む。トーングループごとに、パイロットトーンは、トーングループの第１１のトーンインデックスと第２２のトーンインデックスとの中、トーングループの第８のトーンインデックスと第２４のトーンインデックスとの中、またはトーングループの第８のトーンインデックスと第２５のトーンインデックスとの中に含まれ得る。総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを７つのトーングループに論理的に分割することと、４９４個のトーンを１５個のトーングループに論理的に分割することと、１００６個のトーンを３１個のトーングループに論理的に分割することとのうちの１つを含み得る。いくつかの態様では、トーン割振りユニットは、２６個のトーンを含み得、ここにおいて、各トーングループは、２つのパイロットトーンと２４個のデータトーンとを含む。総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを９つのトーングループに論理的に分割することと、４９４個のトーンを１９個のトーングループに論理的に分割することと、１００６個のトーンを３８個のトーングループに論理的に分割することとのうちの１つを含み得る。本方法はまた、少なくともワイヤレス通信デバイスにメッセージを送信することを含み得、これは、符号化されたデータをインターリーブすることと、インターリーブされた符号化されたデータに基づいて送信のための一連のインターリーブされたビットを生成することとを含み得、インターリーバは、１つまたは複数の空間ストリームに対応する１つまたは複数のストリームインターリーバを備え、１つまたは複数のストリームインターリーバは、最大４つの空間ストリームの場合は、１〜１８のうちの１つのベースサブキャリア回転と［０ ２ １ ３］のインターリーブされた回転インデックスとを使用することと、５つ以上の空間ストリームの場合は、１〜１４のうちの１つのベースサブキャリア回転と［０ ４ ２ ６ １ ５ ３ ７］または［０ ５ ２ ７ ３ ６ １ ４］または隣接するストリームの平均サブキャリア距離を最大にするように選定された別の置換のインターリーブされた回転インデックスとを使用することとを含む。いくつかの態様では、低密度パリティチェックマッピング距離は、２、３、５、６、１０、および１５のうちの１つであり得る。ある態様では、どのトーングループ中にもない複数のトーン中のトーンは、メッセージ中のガードトーンに隣接して位置するかまたは直流トーンに隣接して位置し得る。
[0017]いくつかの態様では、全帯域幅送信など、１つまたは複数のトーングループからの１つまたは２つのトーンは、さらに、１つまたは複数の追加のトーングループにグループ化され得る。いくつかの送信では、総帯域幅は、２０ＭＨｚであり得、メッセージは、１１個のガードトーンと、３つの直流トーンと、８つのパイロットトーンと、２３４個のデータトーンとを含み得る。これらの２３４個のデータトーンは、３０個のデータトーンからなる７つのトーングループと、１２個のデータトーンからなる２つの追加のトーングループとを含み得る。いくつかの送信では、総帯域幅は、４０ＭＨｚであり得、メッセージは、１１個のガードトーンと、５つの直流トーンと、１６個のパイロットトーンと、４８０個のデータトーンとを含み得る。これらの４８０個のトーンは、３０個のデータトーンからなる１６個のトーングループを含み得る。いくつかの送信では、総帯域幅は、８０ＭＨｚであり得、メッセージは、１１個のガードトーンと、７つの直流トーンと、１６個のパイロットトーンと、９９０個のデータトーンとを含み得る。これらの９９０個のトーンは、３０個のデータトーンからなる３３個のトーングループを含み得る。
[0018]本方法は、さらに、いかなるトーングループ中にもない複数のトーン中のいくつかのトーンを同期、共通制御、シグナリング、スケジューリング、および電力制御のうちの１つまたは複数のために割り振ることを含み得る。どのトーングループ中にもない複数のトーン中のトーンは、メッセージ中の直流または保護エッジトーンとして使用され得る。総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、さらに、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割した後に残された複数のトーン中のいくつかのトーンを使用して最後のトーングループを形成することを含み得る。複数のトーンは、データまたはパイロットトーンとして使用され得るいくつかの使用可能なトーンを含み得、メッセージは、さらに、ガードトーンと直流トーンとを含み得る。指示は、アップリンクメッセージのためのトリガメッセージを含み得る。指示は、ダウンリンクメッセージのパケットヘッダを含み得る。総帯域幅は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚのうちの１つであり得る。いくつかの態様では、総帯域幅は、８０ＭＨｚであり得、メッセージの送信は、２１個以上のガードトーンを含み得る。トーン割振りは、２６個のトーンと２４２個のトーンのうちの１つを備え得る。
[0019]いくつかの態様では、トーン割振りは３４個のトーンであり得る。いくつかの態様では、各トーングループは、２つのパイロットトーンと３２個のデータトーンとを含み得る。総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを７つのトーングループに論理的に分割することと、４９０個のトーンを１４個のトーングループに論理的に分割することと、９８０個のトーンを２８個のトーングループに論理的に分割することとのうちの１つを含み得る。いくつかの態様では、トーン割振りは２６個のトーンを含み得る。総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを９つのトーングループに論理的に分割することと、４９０個のトーンを１８個のトーングループに論理的に分割することと、９８０個のトーンを３６個のトーングループに論理的に分割することとのうちの１つを含み得る。少なくともワイヤレス通信デバイスにメッセージを送信することは、４０または８０ＭＨｚのメッセージの各２０ＭＨｚ部分が１１個のガードトーンを含むように４０または８０ＭＨｚのメッセージを送信することを含み得る。低密度パリティチェックマッピング距離は、２、４、８、および１６のうちの１つであり得る。
[0020]本開示の一態様は、１１個のガードトーンと３つの直流トーンとを含むメッセージを提供し、ここにおいて、各トーングループは、３０個のデータトーンと２つのパイロットトーンとを含み、ここにおいて、追加のトーングループは、２つのパイロットトーンと１６個のデータトーンとを含む。たとえば、追加のトーングループは、直流トーンの各側に９つのトーンを有し得、各側は、直流トーンのその側上のトーン内の第５のトーン上にパイロットトーンを有し得る。いくつかの態様では、総帯域幅は、２０ＭＨｚであり得、メッセージは、７つのトーングループを含み得る。いくつかの態様では、総帯域幅は、４０ＭＨｚであり得、メッセージは、１５個のトーングループを含み得る。いくつかの態様では、総帯域幅は、８０ＭＨｚであり得、メッセージは、３１個のトーングループを含み得る。
[0021]メッセージは、５つの直流トーンを含み得る。たとえば、トーンインデックス３のデータトーンは、トーンインデックス−２において繰り返され得、トーンインデックス−３のデータトーンは、トーンインデックス２において繰り返され得る。いくつかの態様では、トーンインデックス４のデータトーンは、トーンインデックス−１において繰り返され得、トーンインデックス３のデータトーンは、トーンインデックス−２において繰り返され得る。メッセージは、３つの直流トーンを含み得る。いくつかの態様では、トーンインデックス２のデータトーンは、トーンインデックス−１において繰り返され得、トーンインデックス−２のデータトーンは、トーンインデックス１において繰り返され得る。
[0022]本開示の一態様は、メッセージの送信のための総帯域幅を決定することと、総帯域幅は、複数のトーンを備える、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することと、各トーングループは、トーン割振りユニットに等しいトーンの数を有する、指示を決定することと、指示は、複数のトーングループのうちの１つまたは複数を複数のワイヤレス通信デバイスのうちの１つのワイヤレス通信デバイスに割り当てる、複数のワイヤレス通信デバイスに指示を送信することとを行うように構成された処理システムを含む、ワイヤレス通信のための装置を提供する。
[0023]一態様では、ワイヤレス通信のための装置が提供される。本装置は、メッセージの送信のための総帯域幅を決定するための手段と、総帯域幅は、複数のトーンを備える、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割するための手段と、各トーングループは、トーン割振りユニットに等しいトーンの数を有する、指示を決定するための手段と、指示は、複数のトーングループのうちの１つまたは複数を複数のワイヤレス通信デバイスのうちの１つのワイヤレス通信デバイスに割り当てる、複数のワイヤレス通信デバイスに指示を送信するための手段とを含む。
[0024]本開示の一態様は、実行されたとき、装置に、メッセージの送信のための総帯域幅を決定することと、総帯域幅は、複数のトーンを備える、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することと、各トーングループは、トーン割振りユニットに等しいトーンの数を有する、指示を決定することと、指示は、複数のトーングループのうちの１つまたは複数を複数のワイヤレス通信デバイスのうちの１つのワイヤレス通信デバイスに割り当てる、複数のワイヤレス通信デバイスに指示を送信することとを行わせるコードを備える非一時的コンピュータ可読媒体を提供する。
[0025]一態様では、異なるサイズのリソースユニットを使用してワイヤレス通信ネットワークを介して通信する方法を開示する。本方法は、１つまたは複数のワイヤレスデバイスにメッセージを送信するための総帯域幅を決定することと、総帯域幅は、複数のトーンを備える、１つまたは複数のワイヤレス通信デバイスの各々のためのリソースユニットサイズを選択することと、リソースユニットサイズは、３０個のトーン、６０個のトーン、１２０個のトーン、２４２個のトーン、４９８個のトーン、および１０１０個のトーンのうちの１つから選択される、指示を決定することと、指示は、１つまたは複数のワイヤレス通信デバイスの各々のために選択されたリソースユニットサイズを示す、複数のワイヤレス通信デバイスに指示を送信することとを含む。
[0026]いくつかの態様では、送信の総帯域幅は、２０ＭＨｚであり得、複数のトーンは、２５６個のトーンを備え、送信の総帯域幅は、４０ＭＨｚであり得、複数のトーンは、５１２個のトーンを備え、または送信の総帯域幅は、８０ＭＨｚであり得、複数のトーンは、１０２４個のトーンを備える。各１０１０トーンリソースユニットは、１００２個のデータトーンと８つのパイロットトーンと、１０００個のデータトーンと１０個のパイロットトーンと、９９８個のデータトーンと１２個のパイロットトーンと、９９６個のデータトーンと１４個のパイロットトーンと、または９９４個のデータトーンと１６個のパイロットトーンとを含み得る。各４９８トーンリソースユニットは、４８２個のデータトーンと１６個のパイロットトーンと、４８６個のデータトーンと１２個のパイロットトーンと、４８８個のデータトーンと１０個のパイロットトーンと、または４９０個のデータトーンと８個のパイロットトーンとを含み得る。いくつかの態様では、複数のトーンは、１１個のガードトーンと少なくとも３つの直流トーンとを含み得る。３０個のトーンをもつリソースユニットは、２つのパイロットトーンと２８個のデータトーンとを含み得、２つのパイロットトーンは、リソースユニット中の第８のトーンインデックスと第２３のトーンインデックスとの上に位置し得るか、またはリソースユニット中の第１０のトーンインデックスと第２１のトーンインデックスとの上に位置し得る。いくつかの態様では、総帯域幅は、８０ＭＨｚであり得、複数のトーンは、２１個以上のガードトーンを含み得る。
[0027]本開示の態様が採用され得るワイヤレス通信システムの一例を示す図。 [0028]図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る様々な構成要素を示す図。 [0029]一実施形態による、例示的な２Ｎトーンプランを示す図。 [0030]２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために２６個のトーンを含むトーン割振りユニットを使用する図。 [0031]２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために３２個のトーンを含むトーン割振りユニットを使用する図。 [0032]一実施形態による、直交周波数分割多元接続（ＯＦＤＭＡ）トーンプランのためのインターリービングパラメータを生成するように動作可能であるシステムを示す図。 [0033]ワイヤレス通信を送信および受信するために、図６のワイヤレスデバイスなど、ワイヤレスデバイスにおいて実装され得る例示的な多入力多出力（ＭＩＭＯ）システムを示す図。 [0034]３２個のトーンのトーン割振りユニットとともに使用され得るインターリーバパラメータを示す図。 [0035]トーン割振りユニットを使用してワイヤレス通信ネットワークを介して通信する例示的な方法のためのフローチャート。 [0036]本開示のいくつかの態様による、送信中のレフトオーバートーンのロケーションの例示的な例の図。 [0037]本開示のいくつかの態様による、送信中のレフトオーバートーンのロケーションの例示的な例の図。 [0038]２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために３４個のトーンを含むトーン割振りユニットを使用する図。 [0039]８０ＭＨｚの送信の４つの２０ＭＨｚ部分を別個に復号することを可能にするために使用され得るガードトーンのロケーションの図。 [0040]トーン割振りユニットごとに２つのパイロットトーンをもつ３４個のトーンのトーン割振りユニットとともに使用され得るインターリーバパラメータを示す図。 [0041]２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために２６個のトーンを含むトーン割振りユニットを使用する図。 [0042]異なるトーン割振りユニットを使用するとき、および異なる境界を保持するときに様々な帯域幅の送信において見られるいくつかのデータトーンの間の比較を示す図。 [0043]２０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較を示す図。 [0044]４０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較を示す図。 [0045]８０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較を示す図。 [0046]スペクトルマスクと、８０ＭＨｚの送信のための１ｘのシンボル持続時間と４ｘのシンボル持続時間とをもつパケットのための波形との図。 スペクトルマスクと、８０ＭＨｚの送信のための１ｘのシンボル持続時間と４ｘのシンボル持続時間とをもつパケットのための波形との図。 [0047]３２トーン割振りユニットを使用するときの２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々における無駄の量の図。 [0048]所与の３２トーンのトーン割振りユニット中で、各トーン割振りユニット内の第１１のトーンと第２２のトーンとにパイロットトーンが位置するオプションを示す図 [0049]所与の３２トーンのトーン割振りユニット中で、各トーン割振りユニット内の第８のトーンと第２４のトーンとにパイロットトーンが位置するオプションを示す図。 [0050]所与の３２トーンのトーン割振りユニット中で、各トーン割振りユニット内の第８のトーンと第２５のトーンとにパイロットトーンが位置するオプションを示す図。 [0051]３つの直流トーンとともに３２トーンのトーン割振りユニットを使用するときの２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々における無駄の量の図。 [0052]１８個のトーンの小さいトーン割振りユニットとともに使用され得るインターリーバパラメータを示す図。 [0053]７つのデータトーンを含むトーンプランにおける直流トーンのロケーションの図。 [0054]５つの直流トーンをもつ送信を可能にするために繰り返されるデータトーンを使用する図。 ５つの直流トーンをもつ送信を可能にするために繰り返されるデータトーンを使用する図。 [0055]送信中の直流トーンの数を７から３に低減するために繰り返されるデータトーンを使用することを示す図。 送信中の直流トーンの数を７から３に低減するために繰り返されるデータトーンを使用することを示す図。 [0056]例示的な２０ＭＨｚの送信の図。 [0057]４０ＭＨｚの送信を送信するために２つの２０ＭＨｚ部分を使用する図。 [0058]２０ＭＨｚ互換の送信中のいくつかのトーンを追加の使用可能なトーンとして使用する４０ＭＨｚの送信の図。 [0059]４つの２０ＭＨｚ部分を含む８０ＭＨｚの送信の図。 [0060]２０ＭＨｚ互換の送信中のいくつかのトーンを追加の使用可能なトーンとして使用する８０ＭＨｚの送信の図。 [0061]本開示のいくつかの態様による、２０ＭＨｚの送信の図。 [0062]本開示のいくつかの態様による、４０ＭＨｚの送信の図。 [0063]本開示のいくつかの態様による、８０ＭＨｚの送信の図。 本開示のいくつかの態様による、８０ＭＨｚの送信の図。 [0064]２４２トーン割振りを使用するなど、本開示のいくつかの態様による、４０ＭＨｚの送信の図。 [0065]２４２トーン割振りを使用するなど、本開示のいくつかの態様による、８０ＭＨｚの送信の図。 [0066]２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々において使用され得る様々なリソースユニットサイズの図。 [0067]２０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図。 [0068]４０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図。 [0069]８０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図。 [0070]１０１０個のトーンのリソースユニットとともに使用され得るインターリーバパラメータを示す図。 [0071]１０２４トーン８０ＭＨｚの送信中のＮｄａｔａのいくつかの可能な値のために使用され得るＬＤＰＣトーンマッピング距離を示す図。 [0072]本開示のいくつかの態様による、いくつかの４０ＭＨｚトーンプランの図。 [0073]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0074]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0075]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0076]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0077]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0078]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0079]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0080]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0081]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0082]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0083]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0084]２４２トーントーングループを含み得るいくつかの２０ＭＨｚトーンプランの図。 [0085]いくつかの４０ＭＨｚトーンプランの図。 [0086]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0087]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0088]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0089]スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0090]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0091]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0092]スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図。 [0093]２６トーンおよび２４２トーンリソースユニットを使用する２０ＭＨｚの送信の図。 [0094]２６トーンおよび２４２トーンリソースユニットを使用する４０ＭＨｚの送信の図。 [0095]２６トーンおよび２４２トーンリソースユニットを使用する８０ＭＨｚの送信の図。 [0096]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [0097]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [0098]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [0099]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00100]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00101]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00102]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00103]２６トーンおよび２４２トーンリソースユニットを使用する２０ＭＨｚの送信の図。 [00104]分割２６トーンリソースユニットトーンの同じ配置を使用する４０ＭＨｚの送信の図。 [00105]２６トーンおよび２４２トーンリソースユニットを使用する８０ＭＨｚの送信の図。 [00106]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00107]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00108]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00109]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00110]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00111]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00112]２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図。 [00113]ワイヤレス通信ネットワークを介した通信の例示的な方法のフローチャート。 [00114]ワイヤレス通信ネットワークを介した通信の別の例示的な方法のフローチャート。
[00115]添付の図面を参照しながら、新規のシステム、装置、および方法の様々な態様について、以下でより十分に説明する。ただし、本開示の教示は、多くの異なる形態で具現化され得、本開示全体にわたって提示されるいずれかの特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように与えられる。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をも包含するものであることを、当業者なら諒解されたい。たとえば、本明細書に記載する態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本発明の範囲は、本明細書に記載する本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示するいかなる態様も請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。
[00116]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのうちのいくつかを例として、図において、および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
デバイスを実装すること
[00117]ワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含むことができる。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを互いに相互接続するために使用され得る。本明細書で説明する様々な態様は、Ｗｉ−Ｆｉ（登録商標）、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーなど、任意の通信規格に適用され得る。
[00118]いくつかの態様では、ワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトラム拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、高効率８０２．１１プロトコルに従って送信され得る。
[00119]いくつかの実施態様では、ＷＬＡＮは、このワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）および（局または「ＳＴＡ」とも呼ばれる）クライアントがあり得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイルフォンなどであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉ−Ｆｉ（たとえば、８０２．１１ａｘなどのＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとしても使用され得る。
[00120]本明細書で説明する技法は、直交多重化方式に基づく通信システムを含む様々なブロードバンドワイヤレス通信システムのために使用され得る。そのような通信システムの例としては、空間分割多元接続（ＳＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するために十分に異なる方向を利用することができる。ＴＤＭＡシステムは、送信信号を異なるタイムスロットに分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にすることができ、各タイムスロットは異なるユーザ端末に割り当てられる。ＴＤＭＡシステムは、ＧＳＭ（登録商標）または当技術分野で知られている何らかの他の規格を実装することができる。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重化（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどと呼ばれることもある。ＯＦＤＭでは、各サブキャリアは独立してデータで変調され得る。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１または当技術分野で知られている何らかの他の規格を実装することができる。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためのインターリーブＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するための局所ＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するための拡張ＦＤＭＡ（ＥＦＤＭＡ）を利用することができる。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で送られる。ＳＣ−ＦＤＭＡシステムは、３ＧＰＰ（登録商標）−ＬＴＥ（登録商標）（第３世代パートナーシッププロジェクトロングタームエボリューション（3rd Generation Partnership Project Long Term Evolution））または他の規格を実装することができる。
[00121]本明細書の教示は、様々なワイヤード装置またはワイヤレス装置（たとえば、ノード）に組み込まれ得る（たとえば、その装置内で実装されるか、またはその装置によって実行され得る）。いくつかの態様では、本明細書の教示に従って実装されるワイヤレスノードはアクセスポイントまたはアクセス端末を備えることができる。
[00122]アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。
[00123]また、局「ＳＴＡ」は、ユーザ端末、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続能力を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備えることができる。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラーフォンまたはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。
[00124]図１に、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１ａｘ規格に従って動作することができる。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。
[00125]様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡ１０６との間の、ワイヤレス通信システム１００における送信に使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。そうである場合、ワイヤレス通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。そうである場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。
[00126]ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を容易にする通信リンクは、ダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を容易にする通信リンクは、アップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。
[00127]ＡＰ１０４は、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与えることができる。ＡＰ１０４は、ＡＰ１０４に関連付けられ、通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００が中央ＡＰ１０４を有しないことがあり、むしろ、ＳＴＡ１０６間のピアツーピアネットワークとして機能できることに留意されたい。したがって、本明細書で説明するＡＰ１０４の機能は、代替的にＳＴＡ１０６のうちの１つまたは複数によって実行され得る。
[00128]図２に、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス２０２は、ＡＰ１０４を備えるか、またはＳＴＡ１０６のうちの１つを備えることができる。
[00129]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含むことができる。プロセッサ２０４は、中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含むことができるメモリ２０６は、命令とデータとをプロセッサ２０４に提供する。メモリ２０６の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含むことができる。プロセッサ２０４は、一般に、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ２０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。
[00130]プロセッサ２０４は、１つまたは複数のプロセッサを用いて実装された処理システムを備えることができ、またはその構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、ステートマシン、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限ステートマシン、または情報の計算もしくは他の操作を実行できる任意の他の適切なエンティティの、任意の組合せを用いて実装され得る。
[00131]処理システムはまた、ソフトウェアを記憶するための機械可読媒体を含むことができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含むことができる。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。
[00132]ワイヤレスデバイス２０２はまた、ワイヤレスデバイス２０２と遠隔地との間のデータの送信と受信とを可能にするために、送信機２１０と受信機２１２とを含むことができるハウジング２０８を含むことができる。送信機２１０と受信機２１２とは、組み合わされてトランシーバ２１４になり得る。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。ワイヤレスデバイス２０２はまた、たとえば、ＭＩＭＯ通信中に利用され得る、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナを含むことができる（図示せず）。
[00133]ワイヤレスデバイス２０２はまた、トランシーバ２１４によって受信された信号のレベルを検出および定量化するために使用され得る、信号検出器２１８を含むことができる。信号検出器２１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号として検出することができる。ワイヤレスデバイス２０２は、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）２２０をも含むことができる。ＤＳＰ２２０は、送信用のデータユニットを生成するように構成され得る。いくつかの態様では、データユニットは物理レイヤデータユニット（ＰＰＤＵ：physical layer data unit）を備えることができる。いくつかの態様では、ＰＰＤＵはパケットと呼ばれる。
[00134]ワイヤレスデバイス２０２は、いくつかの態様では、ユーザインターフェース２２２をさらに備えることができる。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備えることができる。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝達し、および／またはユーザからの入力を受信する、任意の要素または構成要素を含むことができる。
[00135]ワイヤレスデバイス２０２の様々な構成要素は、バスシステム２２６によって互いに結合され得る。バスシステム２２６は、たとえば、データバス、ならびに、データバスに加えて、電力バスと、制御信号バスと、ステータス信号バスとを含むことができる。ワイヤレスデバイス２０２の構成要素は、何らかの他の機構を使用して、一緒に結合され得るか、または互いに対する入力を受け入れ、もしくは提供し得ることを当業者は諒解されよう。
[00136]いくつかの別個の構成要素が図２に示されているが、構成要素のうちの１つまたは複数は組み合わされるかまたは共通に実装され得ることを、当業者なら認識されよう。たとえば、プロセッサ２０４は、プロセッサ２０４に関して上記で説明した機能を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上記で説明した機能を実装するためにも使用され得る。さらに、図２に示された構成要素の各々は、複数の別個の要素を使用して実装され得る。
[00137]上記で説明したように、ワイヤレスデバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備えることができ、通信を送信および／または受信するために使用され得る。ワイヤレスネットワークにおけるデバイス間で交換される通信は、パケットまたはフレームを備えることができるデータユニットを含むことができる。いくつかの態様では、データユニットは、データフレーム、制御フレーム、および／または管理フレームを含むことができる。データフレームは、ＡＰおよび／またはＳＴＡから他のＡＰおよび／またはＳＴＡにデータを送信するために使用され得る。制御フレームは、様々な動作を実行するためのおよびデータを確実に配信するためのデータフレーム（たとえば、データの受信を肯定応答すること、ＡＰのポーリング、エリアクリアリング動作、チャネル取得、キャリア検知保守機能など）とともに使用され得る。管理フレームは、様々な監視機能に（たとえば、ワイヤレスネットワークに接続し、そこから離脱するためなどに）使用され得る。
[00138]本開示のいくつかの態様は、ＡＰ１０４が、効率を改善するために最適化された方法でＳＴＡ１０６送信を割り振ることを可能にすることをサポートする。高効率ワイヤレス（ＨＥＷ）局、（８０２．１１ａｘなどの）８０２．１１高効率プロトコルを利用する局、および（８０２．１１ｂなどの）より古いまたはレガシー８０２．１１プロトコルを使用する局の両方は、ワイヤレス媒体にアクセスする際に、互いに競合または協調することがある。いくつかの実施形態では、本明細書で説明する高効率８０２．１１プロトコルは、ＨＥＷおよびレガシー局が、（トーンマップと呼ばれることもある）様々なＯＦＤＭＡトーンプランに従って相互動作することを可能にすることができる。いくつかの実施形態では、ＨＥＷ局は、ＯＦＤＭＡにおいて多元接続技法を使用することによってなど、より効率的な方法でワイヤレス媒体にアクセスすることができる。したがって、集合住宅または人口密度の高い公共空間の場合、高効率８０２．１１プロトコルを使用するＡＰおよび／またはＳＴＡは、アクティブなワイヤレスデバイスの数が増加するときでも、レイテンシの低減およびネットワークスループットの増加を経験し、それにより、ユーザエクスペリエンスを改善することができる。
[00139]いくつかの実施形態では、ＡＰ１０４は、ＨＥＷ ＳＴＡのための様々なＤＬトーンプランに従ってワイヤレス媒体上で送信することができる。たとえば、図１に関して、ＳＴＡ１０６Ａ〜１０６ＤはＨＥＷ ＳＴＡであり得る。いくつかの実施形態では、ＨＥＷ ＳＴＡは、レガシーＳＴＡのシンボル持続時間の４倍のシンボル持続時間を使用して通信することができる。したがって、送信される各シンボルは、持続時間が４倍長いことがある。より長いシンボル持続時間を使用するとき、個々のトーンの各々は、送信されるべき帯域幅の１／４程度のみを必要とし得る。たとえば、様々な実施形態では、１ｘシンボル持続時間は３．２ｍｓであり得、４ｘシンボル持続時間は１２．８ｍｓであり得る。ＡＰ１０４は、通信帯域幅に基づいて、１つまたは複数のトーンプランに従ってＨＥＷ ＳＴＡ１０６Ａ〜１０６Ｄにメッセージを送信することができる。いくつかの態様では、ＡＰ１０４は、ＯＦＤＭＡを使用して、複数のＨＥＷ ＳＴＡに同時に送信するように構成され得る。
マルチキャリア割振りのための効率的なトーンプラン設計
[00140]図３に、一実施形態による、例示的な２Ｎトーンプラン３００を示す。一実施形態では、トーンプラン３００は、２Ｎ点ＦＦＴを使用して生成された、周波数領域におけるＯＦＤＭトーンに対応する。トーンプラン３００は、−Ｎ〜Ｎ−１でインデックス付けされた２Ｎ個のＯＦＤＭトーンを含む。トーンプラン３００は、ガードトーン３１０の２つのセットと、データ／パイロットトーン３２０の２つのセットと、直流（ＤＣ）トーン３３０のセットとを含む。様々な実施形態では、ガードトーン３１０およびＤＣトーン３３０はヌルであり得る。様々な実施形態では、トーンプラン３００は、別の好適な数のパイロットトーンを含み、および／または他の好適なトーンロケーションにあるパイロットトーンを含む。
[00141]いくつかの態様では、ＯＦＤＭＡトーンプランは、様々なＩＥＥＥ８０２．１１プロトコルと比較して、４ｘシンボル持続時間を使用した送信のために与えられ得る。たとえば、４ｘシンボル持続時間は、各々継続時間が１２．８ｍｓであるいくつかのシンボルを使用し得る（一方、いくつかの他のＩＥＥＥ８０２．１１プロトコルにおけるシンボルは、継続時間が３．２ｍｓであり得る）。
[00142]いくつかの態様では、送信３００のデータ／パイロットトーン３２０は、任意の数の異なるユーザの間で分割され得る。たとえば、データ／パイロットトーン３２０は、１人から８人のユーザの間で分割され得る。データ／パイロットトーン３２０を分割するために、ＡＰ１０４または別のデバイスは、様々なデバイスにシグナリングして、どのデバイスが特定の送信中で（データ／パイロットトーン３２０の）どのトーン上で送信または受信し得るのかを示し得る。したがって、データ／パイロットトーン３２０を分割するためのシステムおよび方法が望まれることがあり、この分割は、トーンプランに基づき得る。
[00143]トーンプランは、いくつかの異なる特性に基づいて選定され得る。たとえば、大部分のまたはすべての帯域幅にわたって一貫していることがある単純なトーンプランを有することが有益であり得る。たとえば、ＯＦＤＭＡ送信は、２０、４０、または８０ＭＨｚを介して送信され得、これらの帯域幅のいずれかのために使用され得るトーンプランを使用することが望ましいことがある。さらに、トーンプランは、それがより少ない数のビルディングブロックサイズを使用するという点で単純であり得る。たとえば、トーンプランは、トーン割振りユニット（ＴＡＵ）と呼ばれることがあるユニットを含み得る。このユニットは、特定のユーザに特定の量の帯域幅を割り当てるために使用され得る。たとえば、１人のユーザには、いくつかのＴＡＵとして帯域幅が割り当てられ得、送信のデータ／パイロットトーン３２０は、いくつかのＴＡＵに分解され得る。いくつかの態様では、単一のサイズのＴＡＵを有することが有益であり得る。たとえば、２つ以上のサイズのＴＡＵがある場合、そのデバイスに割り振られたトーンをデバイスに通知するためにより多くのシグナリングが必要になり得る。対照的に、すべてのトーンが一貫したサイズのＴＡＵに分解される場合、デバイスへのシグナリングは、そのデバイスに割り当てられたＴＡＵの数をデバイスに示すことしか必要にならないことがある。したがって、単一のＴＡＵサイズを使用することは、シグナリングを低減し、様々なデバイスへのトーン割振りを簡略化し得る。
[00144]トーンプランはまた、効率に基づいて選定され得る。たとえば、異なる帯域幅（たとえば、２０、４０、または８０ＭＨｚ）の送信は、異なる数のトーンを有し得る。したがって、ＴＡＵの作成後により少ない数のトーンの残余を残すＴＡＵサイズを選定することが有益であり得る。たとえば、ＴＡＵが、１００個のトーンである場合に、ある送信が１９９個のトーンを含む場合、これは、１つのＴＡＵを作成した後に９９個のトーンの残余を残し得る。したがって、９９個のトーンが「レフトオーバー」トーンと見なされ得、これは、まったく非効率的であり得る。したがって、レフトオーバートーンの数を低減することが有益であり得る。また、ＵＬ ＯＦＤＭＡ送信とＤＬ ＯＦＤＭＡ送信との両方で同じトーンプランを使用することを可能にするトーンプランが使用されると有益であり得る。さらに、必要なときに、２０および４０ＭＨｚの境界を保持するようにトーンプランが構成される場合有益であり得る。たとえば、帯域幅の２つの異なる２０または４０ＭＨｚ部分の間の境界上にある割振りを有するのではなく、各２０または４０ＭＨｚ部分を互いに別個に復号することを可能にするトーンプランを有することが望ましいことがある。たとえば、干渉パターンを２０または４０ＭＨｚのチャネルと整合することが有益であり得る。さらに、２０ＭＨｚの送信と４０ＭＨｚの送信とが送信されるとき、８０ＭＨｚを介して送信されるときに送信中に２０ＭＨｚの「穴」を作成することのように、チャネルバインディングを有することが有益であり得る。これにより、たとえば、帯域幅のこの未使用部分中でレガシーパケットを送信することが可能になり得る。最後に、異なる帯域幅中でなど、様々な異なる送信中で固定のパイロットトーンロケーションを与えるトーンプランを使用することも有利であり得る。
[00145]概して、いくつかの異なる提案が行われている。たとえば、２つ以上の異なるトーンユニットなどの複数の異なるビルディングブロックを含むいくつかの提案が行われている。たとえば、基本トーンユニット（ＢＴＵ：basic tone unit）と、基本トーンユニットよりも小さいスモールトーンユニット（ＳＴＵ：small tone unit）とがあり得る。さらに、ＢＴＵ自体のサイズは、送信の帯域幅に基づいて変動し得る。別の提案では、トーンユニットではなく、リソースブロックが使用される。しかしながら、いくつかの態様では、ＯＦＤＭＡにおける送信のすべての帯域幅に単一のトーン割振りユニットＴＡＵを使用することが有益であり得る。
[00146]図４は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために２６個のトーンを含むＴＡＵを使用する図である。概して、ＩＥＥＥ８０２．１１ａｘ送信中の２６個のトーンは、２．０３ＭＨｚの帯域幅を介して送信され得る。たとえば、２０ＭＨｚの送信は、７つのＤＣトーンと、２５６のＦＦＴサイズのうちの１１個のガードトーンとを含み得る。これは、データおよびパイロットトーンとして使用され得る２３８個の他のトーンを残し得る。したがって、これらのトーンは、各ＴＡＵが２６個のトーンを有する９つのＴＡＵに分割され得る。これは、（すなわち、レフトオーバートーンが無駄にされたと見なされる場合）１．６％の無駄を表す４つのレフトオーバートーンを残し得る。同様に、４０ＭＨｚの送信は、７つのＤＣトーンと、５１２のＦＦＴサイズのうちの１１個のガードトーンとを含み得る。これは、割振りのための４９４個のトーンを残し得、これは、レフトオーバートーンなしで、それぞれ２６個のトーンからなる１９個のＴＡＵに割り振られ得る。８０ＭＨｚの送信は、１０２４のＦＦＴサイズを使用し、７つのＤＣトーンと１１個のガードトーンとを含み得、これは、割振りのための１００６個のトーンを残し得る。これらのトーンは、１．８％の無駄を表す１８個のレフトオーバートーンがある状態で、３８個のＴＡＵに割り振られ得る。
[00147]上記のように、いくつかのトーンは、いくつかの送信中のレフトオーバーであり得る。これらのトーンは、いくつかの異なる用途のために使用され得る。たとえば、これらのトーンは、追加のＤＣまたはガードトーンとして使用され得る。ここで、２０ＭＨｚおよび４０ＭＨｚの送信はそれぞれ、奇数のＴＡＵを含むことに留意されよう。奇数のＴＡＵのために、ＴＡＵのうちの１つは、ＤＣトーンを横断しなければならない（すなわち、ＤＣトーンの各側にトーンを含む）。８０ＭＨｚの送信では、偶数のＴＡＵが存在するので、ＴＡＵは、ＤＣトーンを横断する必要がないことになる。
[00148]いくつかの態様では、いくつかのＴＡＵ割振りルールがあり得る。たとえば、一定数のＴＡＵが、シグナリング／制御／スケジューリング／肯定応答（ＡＣＫ）および他の機能のために使用され得る。たとえば、２０ＭＨｚの送信では１つのＴＡＵが、４０ＭＨｚの送信では３つのＴＡＵが、８０ＭＨｚの送信では６つのＴＡＵがこの目的のために使用され得る。これは、これらの送信中に、それぞれ、８つ、１６個、および３２個のＴＡＵを残し得る。これらの数のＴＡＵにより、２０、４０、および８０ＭＨｚの３つの送信のすべてにおいて８人の異なるユーザの間での均等な割振りが可能になるので、これらを残すことが有益であり得る。他のＴＡＵ割振りルールも使用され得る。たとえば、８０ＭＨｚの送信において、単一のデバイスへの最小割振りは４つのＴＡＵであり得る。いくつかの態様では、８０ＭＨｚの送信が、３８個のＴＡＵを含み、最小割振りが、４つのＴＡＵである場合、最後の２つのＴＡＵは、常に最後の４つのＴＡＵ部分とともに割り当てられ得る。いくつかの態様では、トーンマッピングはまた、２６トーンＴＡＵを使用するとき、分散方式で行われ得る。
[00149]図３１は、本開示のいくつかの態様による、２０ＭＨｚの送信の図である。たとえば、この送信は、図４に示し、上記で説明した割振りを使用し得る。概して、送信は、７つのＤＣトーンと、６つの左ガードトーンと、５つの右ガードトーンとを含む。送信は、ＤＣトーンの左側に４つのトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。送信はまた、ＤＣトーンの右側に４つのトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。送信は、さらに、１つの追加のトーン割振りユニットを含み、これは、ＤＣトーンの各側に１３個のトーンを含む。図示のように、これらのトーンは、送信のエッジ／ガードトーンの近くに配置され得る。代替的に、これらのトーンは、ＤＣトーンの近くなど、送信中の他の場所に配置され得る。最後に、送信は、ＤＣトーンの各側に２つずつ、４つのレフトオーバートーンを含む。この図では、これらのレフトオーバートーンは、ガードトーンの近くに配置され得る。したがって、送信は、各々が２６個のトーンをもつ９つのトーン割振りユニットを含む。
[00150]図３２は、本開示のいくつかの態様による、４０ＭＨｚの送信の図である。たとえば、この送信は、図４に示し、上記で説明した割振りを使用し得る。概して、送信は、７つのＤＣトーンと、６つの左ガードトーンと、５つの右ガードトーンとを含む。送信は、ＤＣトーンの左側に９つのトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。送信はまた、ＤＣトーンの右側に９つのトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。送信は、さらに、１つの追加のトーン割振りユニットを含み、これは、ＤＣトーンの各側に１３個のトーンを含む。図示のように、これらのトーンは、送信のエッジ／ガードトーンの近くに配置され得る。代替的に、これらのトーンは、ＤＣトーンの近くなど、送信中の他の場所に配置され得る。したがって、送信は、各々が２６個のトーンをもつ１９個のトーン割振りユニットを含む。
[00151]図３３Ａは、本開示のいくつかの態様による、８０ＭＨｚの送信の図である。たとえば、この送信は、図４に示し、上記で説明した割振りを使用し得る。概して、送信は、７つのＤＣトーンと、６つの左ガードトーンと、５つの右ガードトーンとを含む。送信は、ＤＣトーンの左側に１９個のトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。送信はまた、ＤＣトーンの右側に１９個のトーン割振りユニットを含み、各トーン割振りユニットは、２６個のトーンを有する。最後に、送信は、ＤＣトーンの各側に９つずつ、１８個のレフトオーバートーンを含む。この図では、これらのレフトオーバートーンは、ガードトーンの近くに配置され得る。代替的に、図３３Ｂに示すように、これらのトーンは、ＤＣトーンの近くなど、送信中の他の場所に配置され得る。したがって、送信は、各々が２６個のトーンをもつ３８個のトーン割振りユニットを含む。
[00152]図５は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために３２個のトーンを含むＴＡＵを使用する図である。概して、ＩＥＥＥ８０２．１１ａｘ送信中の３２個のトーンは、２．５ＭＨｚの帯域幅を介して送信され得る。たとえば、２０ＭＨｚの送信は、７つのＤＣトーンと、２５６のＦＦＴサイズのうちの１１個のガードトーンとを含み得る。これは、データおよびパイロットトーンとして使用され得る２３８個の他のトーンを残し得る。したがって、これらのトーンは、各ＴＡＵが３２個のトーンを有する７つのＴＡＵに分割され得る。これは、（すなわち、レフトオーバートーンが無駄にされたと見なされる場合）５．９％の無駄を表す１４個のレフトオーバートーンを残し得る。同様に、４０ＭＨｚの送信は、７つのＤＣトーンと、５１２のＦＦＴサイズのうちの１１個のガードトーンとを含み得る。これは、割振りのための４９４個のトーンを残し得、これは、２．８％の無駄を表す１４個のレフトオーバートーンがある状態で、それぞれ３２個のトーンからなる１５個のＴＡＵに割り振られ得る。８０ＭＨｚの送信は、１０２４のＦＦＴサイズを使用し、７つのＤＣトーンと１１個のガードトーンとを含み得、これは、割振りのための１００６個のトーンを残し得る。これらのトーンは、１．４％の無駄を表す１４個のレフトオーバートーンがある状態で、３１個のＴＡＵに割り振られ得る。
[00153]観測され得るように、これらの割振りの各々は、各２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚ中に一貫してちょうど１４個のレフトオーバートーンを含む。これらの１４個のトーンは、同期／共通制御／シグナリング／スケジューリング／出力制御チャネルのために使用され得る。これらの１４個のトーンがこれらの目的のために使用されるとき、事実上、無駄がまったくないことがあり得る。これらのトーンはまた、追加のＤＣトーンまたは保護エッジトーンのために使用され得る。これらの１４個のトーンはまた、８つ、１６個、および３２個のＴＡＵがあることが可能であり得る特殊な１４トーンＴＡＵにおいて使用され得る。上記のように、８人のユーザ間でのＴＡＵのより容易な分割が可能になるので、これらの数のＴＡＵを含むことが有益であり得る。
[00154]いくつかの態様では、ここでのＴＡＵグリッドは、２０、４０、および８０ＭＨｚの割振りについて一貫している。したがって、レフトオーバートーンは、２つのエッジにまたは、（各側に７つのトーンをもつ）ＤＣトーンの周りに追加され得る。１つのＴＡＵは、ＤＣトーンの各側に１６個のトーンをもつＤＣにわたって位置し得る。
[00155]いくつかの態様では、ここで、ＴＡＵの数が奇数であることに留意されよう。したがって、奇数のＴＡＵのための効率的なシグナリング方法が望まれ得る。概して、３２トーンＴＡＵの各々は、２つのパイロットトーンを有し得、したがって、３０シンボルインターリーバは、３２トーンＴＡＵとともに使用され得る。分散ＯＦＤＭＡ送信のためにどのようにＴＡＵをマッピングするのかを決定することも有用であり得る。
[00156]いくつかの態様では、ＳＴＡに複数のＴＡＵが割り当てられる場合、符号化は、すべての割り当てられたＴＡＵにわたって実行され得る。サブバンドＯＦＤＭＡ通信の場合、インターリービングは、２つのレイヤ中で行われ得る。最初に、デバイスのすべてのビットは、デバイスに割り当てられたすべてのＴＡＵにわたって均等に分散され得る。たとえば、ビット１、２、３、．．．Ｎは、ＴＡＵ１、２、３、．．．Ｎなどに割り当てられ得る。これの後、各個々のＴＡＵがＴＡＵ内でインターリーブされ得る。したがって、ただ１つのサイズ、すなわち、ＴＡＵのサイズ、のインターリーバが必要とされ得る。分散ＯＦＤＭＡシステムでは、インターリービングは、必要とされることも必要とされないこともある。いくつかの態様では、ＴＡＵは、ＴＡＵのために何個のパイロットトーンが必要とされ得るのかに少なくとも部分的に基づいて選定され得る。たとえば、２６個または３２個のＴＡＵは、ＴＡＵごとに２つのパイロットトーンのみが必要とされ得ると有益であり得る。しかしながら、より多くのパイロットトーンが必要とされる場合、他のＴＡＵが使用され得る。概して、ＴＡＵのサイズについて考えるとき、それは、シグナリングコストと、パイロットコストと、レフトオーバートーンとの間のトレードオフである。たとえば、より小さいＴＡＵが使用されるとき、ＴＡＵ中のトーンの総数に占める、必要とされるパイロットトーンの数が（データトーンの数と比較して）増加し得る。さらに、より小さいＴＡＵが使用されるとき、ＯＦＤＭＡ送信において様々なデバイスに割り振られなければならないＴＡＵの総数がより多くなることになるので、シグナリングは、より多くのデータを送信する必要があり得る。しかしながら、より大きいＴＡＵが使用されるので、レフトオーバートーンが潜在的により多くなり、これは、所与の帯域幅のための全体的なスループットを低減し、非効率的であり得る。
[00157]図６に、一実施形態による、直交周波数分割多元接続（ＯＦＤＭＡ）トーンプランのためのインターリービングパラメータを生成するように動作可能であるシステム１０００を示す。システム１０００は、ワイヤレスネットワーク１０５０を介して複数の他のデバイス（たとえば、宛先デバイス）１０２０、１０３０、および１０４０とワイヤレス通信するように構成された第１のデバイス（たとえば、ソースデバイス）１０１０を含む。代替実施形態では、異なる数のソースデバイス宛先デバイスが、システム１０００中に存在し得る。様々な実施形態では、ソースデバイス１０１０はＡＰ１０４（図１）を含むことができ、他のデバイス１０２０、１０３０、および１０４０はＳＴＡ１０６（図１）を含むことができる。システム１０００はシステム１００（図１）を含むことができる。様々な実施形態では、デバイス１０１０、１０２０、１０３０、および１０４０のいずれも、ワイヤレスデバイス２０２（図２）を含むことができる。
[00158]特定の実施形態では、ワイヤレスネットワーク１０５０は、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ワイヤレスネットワーク（たとえば、Ｗｉ−Ｆｉネットワーク）である。たとえば、ワイヤレスネットワーク１０５０は、ＩＥＥＥ８０２．１１規格に従って動作することができる。特定の実施形態では、ワイヤレスネットワーク１０５０は多元接続通信をサポートする。たとえば、ワイヤレスネットワーク１０５０は、宛先デバイス１０２０、１０３０、および１０４０の各々への単一のパケット１０６０の通信をサポートすることができ、ここで、単一のパケット１０６０は、宛先デバイスの各々に向けられた個々のデータ部分を含む。一例では、パケット１０６０は、本明細書でさらに説明するように、ＯＦＤＭＡパケットであり得る。
[00159]ソースデバイス１０１０は、多元接続パケットを生成し、複数の宛先デバイスに送信するように構成されたアクセスポイント（ＡＰ）または他のデバイスであり得る。特定の実施形態では、ソースデバイス１０１０は、プロセッサ１０１１（たとえば、中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワーク処理ユニット（ＮＰＵ）など）と、メモリ１０１２（たとえば、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）など）と、ワイヤレスネットワーク１０５０を介してデータを送信および受信するように構成されたワイヤレスインターフェース１０１５とを含む。メモリ１０１２は、図７のインターリービングシステム１０１４に関して説明する技法に従ってデータをインターリーブするために、インターリービングシステム１０１４によって使用されるバイナリ畳み込みコード（ＢＣＣ）インターリービングパラメータ１０１３を記憶することができる。
[00160]本明細書で使用する「トーン」は、データがその内側で通信され得る周波数または周波数のセット（たとえば、周波数範囲）を表すことができる。トーンは、代替的にサブキャリアと呼ばれることがある。したがって、「トーン」は周波数領域ユニットであり得、パケットは複数のトーンにわたることができる。トーンとは対照的に、「シンボル」は時間領域ユニットであり得、パケットは複数のシンボルにわたる（たとえば、複数のシンボルを含む）ことができ、各シンボルは特定の持続時間を有する。したがって、ワイヤレスパケットは、周波数範囲（たとえば、トーン）と時間期間（たとえば、シンボル）とにわたる２次元構造として視覚化され得る。
[00161]一例として、ワイヤレスデバイスは、２０メガヘルツ（ＭＨｚ）ワイヤレスチャネル（たとえば、２０ＭＨｚ帯域幅を有するチャネル）を介してパケットを受信することができる。ワイヤレスデバイスは、パケット中の２５６個のトーンを決定するために２５６点高速フーリエ変換（ＦＦＴ）を実施することができる。トーンのサブセットが「使用可能」と考えられ得、残りのトーンは「使用不可能」と考えられ得る（たとえば、ガードトーン、直流（ＤＣ）トーンなどであり得る）。例示のために、いくつかのデータトーンとパイロットトーンとを含む、２５６個のトーンのうちの２３８個が使用可能であり得る。
[00162]特定の実施形態では、インターリービングパラメータ１０１３は、パケット１０６０のどのデータトーンが個々の宛先デバイスに割り当てられるかを決定するために、多元接続パケット１０６０の生成中にインターリービングシステム１０１４によって使用され得る。たとえば、パケット１０６０は、各個々の宛先デバイス１０２０、１０３０、および１０４０に割り振られたトーンの別個のセットを含むことができる。例示のために、パケット１０６０はインターリーブされたトーン割振りを利用することができる。
[00163]宛先デバイス１０２０、１０３０、および１０４０はそれぞれ、プロセッサ（たとえば、プロセッサ１０２１）と、メモリ（たとえば、メモリ１０２２）と、ワイヤレスインターフェース（たとえば、ワイヤレスインターフェース１０２５）とを含むことができる。宛先デバイス１０２０、１０３０、および１０４０はそれぞれ、図７のＭＩＭＯ検出器１１１８に関して説明するように、パケット（たとえば、単一接続パケットまたは多元接続パケット）をデインターリーブするように構成されたデインターリービングシステム１０２４をも含むことができる。一例では、メモリ１０２２は、インターリービングパラメータ１０１３と同等のインターリービングパラメータ１０２３を記憶することができる。
[00164]動作中、ソースデバイス１０１０は、パケット１０６０を生成し、それをワイヤレスネットワーク１０５０を介して宛先デバイス１０２０、１０３０、および１０４０の各々に送信することができる。パケット１０６０は、インターリーブされたパターンに従って各個々の宛先デバイスに割り振られたデータトーンの別個のセットを含むことができる。
[00165]したがって、図６のシステム１０００は、ＩＥＥＥ８０２．１１ワイヤレスネットワーク上で通信するために、ソースデバイスおよび宛先デバイスが使用するためのＯＦＤＭＡデータトーンインターリービングパラメータを供給することができる。たとえば、インターリービングパラメータ１０１３、１０２３（またはそれの部分）は、図示のように、ソースデバイスおよび宛先デバイスのメモリに記憶され得る、ワイヤレス規格（たとえば、ＩＥＥＥ８０２．１１規格）によって規格化され得る、などである。本明細書で説明する様々なデータトーンプランはダウンリンク（ＤＬ）ＯＦＤＭＡ通信ならびにアップリンク（ＵＬ）ＯＦＤＭＡ通信の両方のために適用可能であり得ることに留意されたい。
[00166]たとえば、ソースデバイス１０１０（たとえば、アクセスポイント）はワイヤレスネットワーク１０５０を介して信号を受信することができる。信号はアップリンクパケットに対応することができる。パケット中で、トーンの別個のセットが、宛先デバイス（たとえば、移動局）１０２０、１０３０、および１０４０の各々に割り振られ、その宛先デバイスによって送信されたアップリンクデータを搬送することができる。
[00167]図７に、ワイヤレス通信を送信および受信するために、図６のワイヤレスデバイスなど、ワイヤレスデバイスにおいて実装され得る例示的な多入力多出力（ＭＩＭＯ）システム１１００を示す。システム１１００は、図６の第１のデバイス１０１０と図６の宛先デバイス１０２０とを含む。
[00168]第１のデバイス１０１０は、エンコーダ１１０４と、インターリービングシステム１０１４と、複数の変調器１１０２ａ〜１１０２ｃと、複数の送信（ＴＸ）回路１１１０ａ〜１１１０ｃと、複数のアンテナ１１１２ａ〜１１１２ｃとを含む。宛先デバイス１０２０は、複数のアンテナ１１１４ａ〜１１１４ｃと、複数の受信（ＲＸ）回路１１１６ａ〜１１１６ｃと、ＭＩＭＯ検出器１１１８と、デコーダ１１２０とを含む。
[00169]ビットシーケンスがエンコーダ１１０４に供給され得る。エンコーダ１１０４は、ビットシーケンスを符号化するように構成され得る。たとえば、エンコーダ１１０４は、ビットシーケンスに前方誤り訂正（ＦＥＣ）コードを適用するように構成され得る。ＦＥＣコードは、ブロックコード、畳み込みコード（たとえば、バイナリ畳み込みコード）などであり得る。符号化ビットシーケンスはインターリービングシステム１０１４に供給され得る。
[00170]インターリービングシステム１０１４は、ストリームパーサ１１０６と複数の空間ストリームインターリーバ１１０８ａ〜１１０８ｃとを含むことができる。ストリームパーサ１１０６は、エンコーダ１１０４から複数の空間ストリームインターリーバ１１０８ａ〜１１０８ｃへの符号化ビットストリームをパースするように構成され得る。
[00171]各インターリーバ１１０８ａ〜１１０８ｃは、周波数インターリービングを実施するように構成され得る。たとえば、ストリームパーサ１１０６は、各空間ストリームについてシンボルごとにコード化ビットのブロックを出力することができる。各ブロックは、行に書き込み、列を読み出す、対応するインターリーバ１１０８ａ〜１１０８ｃによってインターリーブされ得る。列数（Ｎｃｏｌ）またはインターリーバ深度は、データトーン数（Ｎｄａｔａ）に基づき得る。行数（Ｎｒｏｗ）は、列数（Ｎｃｏｌ）およびデータトーン数（Ｎｄａｔａ）の関数であり得る。たとえば、行数（Ｎｒｏｗ）は、列数（Ｎｃｏｌ）で除算されたデータトーン数（Ｎｄａｔａ）に等しくなり得る（たとえば、Ｎｒｏｗ＝Ｎｄａｔａ／Ｎｃｏｌ）。
[00172]図８に、３２個のトーンのＴＡＵとともに使用され得るインターリーバパラメータを示す。たとえば、３２個のトーンをもつＴＡＵは、２つのパイロットトーンと、３０個のデータトーンとを含み得る。特定の実施形態では、インターリーバ深度（たとえば、列数（Ｎｃｏｌ））はデータトーン数（Ｎｄａｔａ）の因数であり得る。したがって、３０データトーンＴＡＵサイズでは、３０データトーンブロックは、２、３、５、６、１０、または１５のインターリーバ深度を有することができる。
[00173]２つ以上の空間ストリームがある場合、空間ストリームに周波数回転が適用され得る。周波数回転は、ベースサブキャリア回転（ＮＲＯＴ）と回転インデックスとに基づき得る。ベースサブキャリア回転（ＮＲＯＴ）および回転インデックスは、データトーン数（Ｎｄａｔａ）と空間ストリーム数（Ｎｓｓ）とに基づき得る。
[00174]たとえば、データトーンブロックが４つまたはそれ以下の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１８のいずれかであり得る。回転インデックス（たとえば、第６の列）は、このシナリオでは［０ ２ １ ３］のビット逆転であり得る。代替的に、データトーンブロックが５つ以上の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１４のいずれかであり得る。回転インデックス（たとえば、第７の列）は、いくつかの実施形態では［０ ４ ２ ６ １ ５ ３ ７］のビット逆転であり得、または回転インデックスは、他の実施形態では、隣接するストリームの平均サブキャリア距離を最大にする（または増加させる）ように選定され得る（たとえば、［０ ５ ２ ７ ３ ６ １ ４］）。本明細書では、平均サブキャリア距離を最大にするインデックスの一例として［０ ５ ２ ７ ３ ６ １ ４］の回転インデックスが使用されているが、平均サブキャリア距離を最大にする（または増加させる）任意の他の回転インデックスが使用され得る。たとえば、隣接するストリームの平均サブキャリア距離を最大にする任意の置換が使用され得、［０ ５ ２ ７ ３ ６ １ ４］は１つの例にすぎない。
[00175]概して、ＬＤＰＣトーンマッピング距離（ＤＴＭ）は、ＩＥＥＥ８０２．１１ａｃ仕様において定義されている。マッピング距離（ＤＴＭ）は、少なくとも、ＬＤＰＣコードワード長（ＬＣＷ）で除算されたＯＦＤＭシンボルごとのコード化ビット数（ＮＣＢＰＳ）と同じ大きさであり得（たとえば、ＮＣＢＰＳ／ＬＣＷ≦ＤＴＭ）、したがって、各ＬＤＰＣコードワードはトーンの全範囲をカバーする。さらに、マッピング距離（ＤＴＭ）はサブキャリア数の整数約数（Ｎｄａｔａ）であり得る。マッピング距離（ＤＴＭ）は、固定トーン処理を用いる、受信回路１１１６ａ〜１１１６ｃの高速フーリエ変換（ＦＦＴ）モジュールにおいて実装されたトーンデマッパを使用可能にするために、各帯域幅内のレートにわたって一定であり得る。いくつかの態様では、３０データトーンのブロックを使用するとき、ＬＤＰＣトーンマッピング距離は、２、３、５、６、１０、および１５の候補から選定され得る。さらに、３０データトーンブロックは、０個の変調およびコーディング方式（ＭＣＳ）除外を有し得る。
[00176]図９に、トーン割振りユニットを使用してワイヤレス通信ネットワークを介して通信する例示的な方法のためのフローチャート９００を示す。本方法は、ＡＰ１０４によって実行され得る。本方法は、いくつかの異なるデバイスがアップリンクまたはダウンリンクＯＦＤＭＡ送信を送信または受信することを可能にするために、それらのデバイスの間で帯域幅を分割するために使用され得る。
[00177]ブロック９１０において、ＡＰ１０４は、メッセージの送信のための総帯域幅を決定し、総帯域幅は、複数のトーンを備える。たとえば、この帯域幅は、２０ＭＨｚ、４０ＭＨｚ、または８０ＭＨｚのうちの１つであり得る。いくつかの態様では、複数のトーンは、データまたはパイロットトーンとして使用され得るいくつかの使用可能なトーンを含み、ここにおいて、メッセージは、さらに、ガードトーンと直流トーンとを含む。たとえば、複数のトーンは、使用可能なトーンだけを指すために使用され得、任意のメッセージにおいて見つけられ得るガードトーンまたはＤＣトーンを指さないことがある。したがって、それらのトーンは、ＴＡＵサイズを使用してグループに分割されないことがある。いくつかの態様では、決定するための手段はプロセッサを含み得る。
[00178]ブロック９２０において、ＡＰ１０４は、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割し、各トーングループは、トーン割振りユニットに等しいトーンの数を有する。いくつかの態様では、トーン割振りユニットは、２６個または３２個のトーンのうちの１つであり得、２つのパイロットトーンと、それぞれ、２４個または３０個のデータトーンとを含み得る。３２トーンＴＡＵが使用されるとき、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを７つのトーングループに論理的に分割することと、４９４個のトーンを１５個のトーングループに論理的に分割することと、１００６個のトーンを３１個のトーングループに論理的に分割することとのうちの１つを含み得る。２６トーンＴＡＵが使用されるとき、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを９つのトーングループに論理的に分割することと、４９４個のトーンを１９個のトーングループに論理的に分割することと、１００６個のトーンを３８個のトーングループに論理的に分割することとのうちの１つを含み得る。いくつかの態様では、どのトーングループ中にもない複数のトーン中のいくつかのトーンは、同期、共通制御、シグナリング、スケジューリング、および電力制御のうちの１つまたは複数のために割り振られ得る。割り振るための手段はプロセッサを含み得る。これらのトーンは、レフトオーバートーンと呼ばれることがある。これらのレフトオーバートーンはまた、メッセージ中の直流または保護エッジトーンとして使用され得る。レフトオーバートーンはまた、一緒にグループ化されて、他のトーングループよりも小さい（それよりも少ないトーンを含んでいる）最後のトーングループを形成し得る。いくつかの態様では、論理的に分割するための手段はプロセッサを含み得る。
[00179]ブロック９３０において、ＡＰ１０４は、指示を決定し、指示は、複数のトーングループのうちの１つまたは複数を複数のワイヤレス通信デバイスのうちの１つのワイヤレス通信デバイスに割り当てる。いくつかの態様では、決定するための手段はプロセッサを含み得る。
[00180]ブロック９４０において、ＡＰ１０４は、複数のワイヤレス通信デバイスに指示を送信する。いくつかの態様では、この指示は、ＵＬ ＯＦＤＭＡ送信をトリガし得るトリガメッセージであり得る。たとえば、このメッセージは、いくつかのワイヤレスデバイスに送信され得、それらのデバイスに、それらの割り振られたトーンと、ＵＬ ＯＦＤＭＡ送信のタイミングなどの他の情報とを通知し得る。したがって、それらのデバイスは、指示において見られる情報に少なくとも部分的に基づいてＵＬ ＯＦＤＭＡ送信を送信するように構成され得る。いくつかの態様では、この指示は、ダウンリンクメッセージのパケットヘッダであり得る。たとえば、ＤＬ ＯＦＤＭＡメッセージは、パケットヘッダを含み得、指示は、そのパケットヘッダの一部として含まれ得る。いくつかの態様では、送信するための手段は送信機を含み得る。
[00181]いくつかの態様では、ＡＰ１０４は、さらに、少なくともワイヤレス通信デバイスにメッセージを送信する。たとえば、メッセージが、ＤＬ ＯＦＤＭＡ送信であるとき、ＡＰ１０４は、１つまたは複数のワイヤレス通信デバイスにメッセージを送信し得る。いくつかの態様では、メッセージを送信することは、メッセージをインターリーブすることを含み得、これは、符号化されたデータをインターリーブすることと、インターリーブされた符号化されたデータに基づいて送信のための一連のインターリーブされたビットを生成することとを含み、インターリーバは、１つまたは複数の空間ストリームに対応する１つまたは複数のストリームインターリーバを含み、１つまたは複数のストリームインターリーバは、最大４つの空間ストリームの場合は、１〜１８のうちの１つのベースサブキャリア回転と［０ ２ １ ３］のインターリーブされた回転インデックスとを使用することと、５つ以上の空間ストリームの場合は、１〜１４のうちの１つのベースサブキャリア回転と［０ ４ ２ ６ １ ５ ３ ７］または［０ ５ ２ ７ ３ ６ １ ４］または隣接するストリームの平均サブキャリア距離を最大化するように選定された別の置換のインターリーブされた回転インデックスとを使用することとを含む。いくつかの態様では、インターリーブするための手段はプロセッサを含み得る。生成するための手段はプロセッサを含み得る。
[00182]いくつかの態様では、ＴＡＵは、レフトオーバートーンがＤＣトーンの各側に位置し得るように構成され得る。図１０は、レフトオーバートーンの例示的なロケーションの図である。この図では、３２個のトーンからなるＴＡＵが使用されたので、１４個のレフトオーバートーンがある。これらのトーンは、ＤＣトーンの周りに配置されており、ＤＣトーンの各側に７つのレフトオーバートーンがある。いくつかの態様では、ＴＡＵは、レフトオーバートーンが送信のエッジに位置し得るように構成され得る。図１１は、レフトオーバートーンの例示的なロケーションの別の図である。この図では、３２個のトーンからなるＴＡＵが使用されたので、１４個のレフトオーバートーンがある。これらのトーンは、送信のエッジに配置されており、送信のガードトーンおよび帯域エッジに隣接して、ＤＣトーンの各側に７つのレフトオーバートーンがある。したがって、どのトーングループ中にもない複数のトーン中のトーンは、メッセージ中のガードトーンに隣接して位置するかまたは直流トーンに隣接して位置し得る。
[00183]いくつかの態様では、送信の２０ＭＨｚ部分と４０ＭＨｚ部分との間の境界が維持されると有益であり得る。たとえば、ガードトーンは、送信の各２０ＭＨｚ部分の周りに配置され得、したがって、送信の各個々の２０ＭＨｚ部分が別個に復号され得る。さらに、各ＴＡＵは、そのようなシナリオでは、送信の単一の２０ＭＨｚ部分中に位置し得、したがって、ＴＡＵは、２つの異なる２０ＭＨｚ部分の間の境界をまたがない。したがって、送信の各２０ＭＨｚ部分は、別個に復号され得、したがって、受信デバイスは、送信の帯域幅全体ではなく、送信の２０ＭＨｚ部分のサブセットを復号するだけでよいことがある。
[00184]送信の各２０ＭＨｚ部分の間の境界でのより良いパフォーマンスのために最適化されたＴＡＵサイズを使用することが望ましいことがある。たとえば、送信の各２０ＭＨｚ部分の間に境界があるとき、様々なＴＡＵサイズはより多いまたはより少ないレフトオーバートーンを有し得る。したがって、ＴＡＵサイズは、２０ＭＨｚの境界が使用されるときにレフトオーバートーンの数を念頭に置きながら選定され得る。
[00185]図１２は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために３４個のトーンを含むトーン割振りユニットを使用する図である。３４トーンＴＡＵは、図示のように、送信の各２０ＭＨｚ部分の間のガードトーンと連携して使用され得る。２０ＭＨｚの送信では、２５６個の総トーンの外に７つのＤＣトーンと１１個のガードトーンとがあり得る。したがって、割振りのための２３８個のトーンがあり得る。３４トーンＴＡＵを使用するとき、レフトオーバートーンのない７つのＴＡＵがあり得る。これは、２０ＭＨｚの送信だけであるので、送信の各２０ＭＨｚ部分が別個に復号され得ることを保証するために追加のガードトーンの必要はない。
[00186]４０ＭＨｚの送信では、５１２個のトーンがあり得る。一般に、そのような送信は、７つのＤＣトーンと１１個のガードトーンとを含み得る。しかしながら、ＩＥＥＥ８０２．１１ａｃ規格によれば、様々な送信が別個に復号され得ることを保証するために、それらの送信の間に１１個のガードトーンがあることが必要とされる。したがって、この４０ＭＨｚの送信は、１１個のＤＣトーンを有し得、これはまた、送信の下側の２０ＭＨｚ（トーン−１から−２５６まで）と上側の２０ＭＨｚ（トーン０から２５５まで）との間のガードトーンとして働く。したがって、この４０ＭＨｚの送信は、１１個のエッジトーンと、送信の２つの２０ＭＨｚ部分の間の１１個のＤＣ／ガードトーンとを含み、データおよびパイロットトーンとして使用され得る４９０個のトーンを残し得る。これらの４９０個のトーンにより、１４個のレフトオーバートーンがある状態で、１４個のＴＡＵが可能になり得る。１４個のレフトオーバートーンを有することは、２．７３％の無駄を表し得る。
[00187]８０ＭＨｚの送信では、１０２４個のトーンと、４つの２０ＭＨｚ部分とがあり得る。図１３は、８０ＭＨｚの送信の４つの２０ＭＨｚ部分を別個に復号することを可能にするために使用され得るガードトーンのロケーションの図である。たとえば、４つの２０ＭＨｚ部分の各々は、ガードトーン１３１０など、部分の左側に（部分中で最も低い６つのトーンインデックスに）６つのガードトーンを有し得る。さらに、４つの２０ＭＨｚ部分の各々は、ガードトーン１３２０など、部分の右側に（部分中の５つの最も高いトーンインデックス中に）５つのガードトーンを有し得る。したがって、ガードトーンは、この８０ＭＨｚの送信中でインデックス［−５１２，−５０７］、［−２６１，−２５１］、［−５，５］、［２５１，２６１］、および［５０７，５１１］において見つけられ得る。したがって、８０ＭＨｚの送信の各２０ＭＨｚ部分は、１１個のガードまたはエッジトーンを含み得る。したがって、８０ＭＨｚの送信は、４４個のガードトーンを含み得る。これらのトーンのうち、（インデックス［−５，５］をもつ）これらのトーンのうちの１１個はまた、８０ＭＨｚの送信の２つの４０ＭＨｚの半分の間のＤＣトーンとして働き得る。同様に、第１の２０ＭＨｚ部分１３０２と第２の２０ＭＨｚ部分１３０４との間の１１個のトーンは、第１の４０ＭＨｚ部分の２つの半分の間のＤＣトーンと考えられ得る。たとえば、１１個のガードトーン１３２０、１３１２は、ＤＣ１と呼ばれることがある。同様に、部分１３０６と部分１３０８との間の１１個のガードトーンは、ＤＣ２と呼ばれることがある。
[00188]したがって、８０ＭＨｚの送信は、４４個のＤＣおよびエッジトーンを含み、したがって、割振りのために使用され得る９８０個のトーンを有し得る。これらのトーンは、２８個のレフトオーバートーンがある状態で、２８個のＴＡＵに分割され得る。したがって、この送信は、４．８８％の無駄を有し得、これは、送信の２０ＭＨｚ部分（ＤＣ１とＤＣ２と）の間に境界を作成するために使用されたであろう２２個の追加のトーンを含む。
[00189]図１２に示す送信はそれぞれ、明らかな２０および４０ＭＨｚの境界を含み、２０ＭＨｚ部分ごとに７つのＴＡＵを含む。４０および８０ＭＨｚの割振りはそれぞれ、各２０ＭＨｚ部分中に７つのレフトオーバートーンをも含む。前述のように、レフトオーバートーンは、同期のために、共通の制御のために、シグナリングのために、スケジューリングのために、および電力制御（ＰＣ）チャネルのために使用され得る。これらのトーンはまた、エッジトーンに、またはＤＣトーンに追加され得る。３４ＴＡＵの１つの利点は、帯域幅がそれぞれ２倍になると利用可能なトーンの数が２倍になるので、ＴＡＵのその数が帯域幅だけ均等にスケーリングすることであり得る。いくつかの態様では、３４トーンＴＡＵは、３０シンボルインターリーバを使用してＴＡＵごとに４つのパイロットトーンとともに、または３２シンボルインターリーバを使用してＴＡＵごとに２つのパイロットトーンとともに使用され得る。３０シンボルインターリーバの使用について、図８を参照しながら上記で説明した。
[00190]いくつかの態様では、４０ＭＨｚおよび８０ＭＨｚの送信中のレフトオーバートーンは、これらのトーンの外にトーングループを形成するために一緒にグループ化され得る。これらのトーングループは、他のＴＡＵとは異なるサイズであり得る。たとえば、１４のトーングループサイズが使用され得、したがって、４０ＭＨｚの送信は、１つのそのようなトーングループを含み得、８０ＭＨｚの送信は、２つのそのようなトーングループを含み得る。これらのトーングループは、送信の２つ以上の２０ＭＨｚ部分中にトーンを含み得る。たとえば、送信の各２０ＭＨｚ部分は、７つのレフトオーバートーンを含み得る。したがって、１４トーングループを構築するために少なくとも２つのそのような部分を要し得る。３４トーンＴＡＵをもつ１４トーングループを使用するとき、４０ＭＨｚの送信は、１５個のトーングループを含み得、８０ＭＨｚの送信は、３０個のトーングループを含み得る。
[00191]図１４に、ＴＡＵごとに２つのパイロットトーンをもつ３４個のトーンのトーン割振りユニットとともに使用され得るインターリーバパラメータを示す。特定の実施形態では、インターリーバ深度（たとえば、列数（Ｎｃｏｌ））はデータトーン数（Ｎｄａｔａ）の因数であり得る。したがって、３２データトーンＴＡＵサイズでは、３２データトーンブロックは、２、４、８、または１６のインターリーバ深度を有することができる。
[00192]２つ以上の空間ストリームがある場合、空間ストリームに周波数回転が適用され得る。周波数回転は、ベースサブキャリア回転（ＮＲＯＴ）と回転インデックスとに基づき得る。ベースサブキャリア回転（ＮＲＯＴ）および回転インデックスは、データトーン数（Ｎｄａｔａ）と空間ストリーム数（Ｎｓｓ）とに基づき得る。
[00193]たとえば、データトーンブロックが４つまたはそれ以下の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１８のいずれかであり得る。回転インデックス（たとえば、第６の列）は、このシナリオでは［０ ２ １ ３］のビット逆転であり得る。代替的に、データトーンブロックが５つ以上の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１４のいずれかであり得る。回転インデックス（たとえば、第７の列）は、いくつかの実施形態では［０ ４ ２ ６ １ ５ ３ ７］のビット逆転であり得、または回転インデックスは、他の実施形態では、隣接するストリームの平均サブキャリア距離を最大にする（または増加させる）ように選定され得る（たとえば、［０ ５ ２ ７ ３ ６ １ ４］）。本明細書では、平均サブキャリア距離を最大にするインデックスの一例として［０ ５ ２ ７ ３ ６ １ ４］の回転インデックスが使用されているが、平均サブキャリア距離を最大にする（または増加させる）任意の他の回転インデックスが使用され得る。たとえば、隣接するストリームの平均サブキャリア距離を最大にする任意の置換が使用され得、［０ ５ ２ ７ ３ ６ １ ４］は１つの例にすぎない。
[00194]概して、ＬＤＰＣトーンマッピング距離（ＤＴＭ）は、ＩＥＥＥ８０２．１１ａｃ仕様において定義されている。マッピング距離（ＤＴＭ）は、少なくとも、ＬＤＰＣコードワード長（ＬＣＷ）で除算されたＯＦＤＭシンボルごとのコード化ビット数（ＮＣＢＰＳ）と同じ大きさであり得（たとえば、ＮＣＢＰＳ／ＬＣＷ≦ＤＴＭ）、したがって、各ＬＤＰＣコードワードはトーンの全範囲をカバーする。さらに、マッピング距離（ＤＴＭ）はサブキャリア数の整数約数（Ｎｄａｔａ）であり得る。マッピング距離（ＤＴＭ）は、固定トーン処理を用いる、受信回路１１１６ａ〜１１１６ｃの高速フーリエ変換（ＦＦＴ）モジュールにおいて実装されたトーンデマッパを使用可能にするために、各帯域幅内のレートにわたって一定であり得る。いくつかの態様では、３２データトーンのブロックを使用するとき、ＬＤＰＣトーンマッピング距離は、２、４、８、および１６の候補から選定され得る。さらに、３２データトーンブロックは、１、２、４、５、７、および８つの空間ストリームの各々をもつＭＣＳ９について、６つの変調およびコーディング方式（ＭＣＳ）除外を有し得る。したがって、いくつかの態様では、３２データトーンブラックが使用されるとき、ＭＣＳ９は、いくつかの除外されたＭＣＳ組合せにより、全体として未使用であり得る。
[00195]図１５は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々のために２６個のトーンを含むトーン割振りユニットを使用する図である。２６トーンＴＡＵは、図示のように、送信の各２０ＭＨｚ部分の間のガードトーンと連携して使用され得る。２０ＭＨｚの送信では、２５６個の総トーンの外に７つのＤＣトーンと１１個のガードトーンとがあり得る。したがって、割振りのための２３８個のトーンがあり得る。２６トーンＴＡＵを使用するとき、１．５６％の無駄を表す４つのレフトオーバートーンをもつ９つのＴＡＵがあり得る。これは、２０ＭＨｚの送信であるので、送信の各２０ＭＨｚ部分が別個に復号され得ることを保証するために追加のガードトーンの必要はない。
[00196]４０ＭＨｚの送信では、５１２個のトーンがあり得る。一般に、そのような送信は、７つのＤＣトーンと１１個のガードトーンとを含み得る。しかしながら、ＩＥＥＥ８０２．１１ａｃ規格によれば、様々な送信が別個に復号され得ることを保証するために、それらの送信の間に１１個のガードトーンがあることが必要とされ得る。したがって、この４０ＭＨｚの送信は、１１個のＤＣトーンを有し得、これはまた、送信の下側の２０ＭＨｚ（トーン−１から−２５６まで）と上側の２０ＭＨｚ（トーン０から２５５まで）との間のガードトーンとして働く。したがって、この４０ＭＨｚの送信は、１１個のエッジトーンと、送信の２つの２０ＭＨｚ部分の間の１１個のＤＣ／ガードトーンとを含み、データおよびパイロットトーンとして使用され得る４９０個のトーンを残し得る。これらの４９０個のトーンにより、２２個のレフトオーバートーンがある状態で、１８個のＴＡＵが可能になり得、ここで、各ＴＡＵは２６個のトーンを有する。２２個のレフトオーバートーンを有することは、４．３０％の無駄を表し得る。
[00197]８０ＭＨｚの送信では、１０２４個のトーンと、４つの２０ＭＨｚ部分とがあり得る。前述のように、８０ＭＨｚの送信は、４４個のＤＣおよびエッジトーンを含み得、したがって、データおよびパイロットトーンのために使用され得る９８０個のトーンを有し得る。これらのトーンは、４４個のレフトオーバートーンがある状態で、３６個のＴＡＵに分割され得る。したがって、この送信は、６．４５％の無駄を有し得、これは、送信の２０ＭＨｚ部分（ＤＣ１とＤＣ２と）の間に境界を作成するために使用されたであろう２２個の追加のトーンを含む。２６のＴＡＵサイズよりも実際に大きい、４４個のレフトオーバートーンがあることに留意されよう。しかしながら、これらのレフトオーバートーンは、様々な２０ＭＨｚ部分にわたって散在し得る。たとえば、各２０ＭＨｚ部分は、１１個のレフトオーバートーンを有し得る。したがって、別のＴＡＵが、必然的に、２つ以上の２０ＭＨｚ部分にわたる必要があることになるので、レフトオーバートーンは、そのＴＡＵを形成するのに好適でないことがある。
[00198]図１５に示す送信はそれぞれ、明らかな２０および４０ＭＨｚの境界を含み、２０ＭＨｚ部分ごとに９つのＴＡＵを含む。４０および８０ＭＨｚの割振りはそれぞれ、各２０ＭＨｚ部分中に１１個のレフトオーバートーンをも含む。前述のように、レフトオーバートーンは、同期のために、共通の制御のために、シグナリングのために、スケジューリングのために、および電力制御（ＰＣ）チャネルのために使用され得る。これらのトーンはまた、エッジトーンに、またはＤＣトーンに追加され得る。２６トーンＴＡＵの１つの利点は、帯域幅がそれぞれ２倍になると利用可能なトーンの数が２倍になるので、ＴＡＵのその数が帯域幅だけ均等にスケーリングすることであり得る。いくつかの態様では、２６トーンＴＡＵは、２４シンボルインターリーバを使用して、ＴＡＵごとに２つのパイロットトーンとともに使用され得る。ＩＥＥＥ８０２．１１規格および提案の様々な実装形態で２４トーンインターリーバが以前に使用されていたので、そのようなインターリーバのパラメータは当業者にはよく知られていることがある。
[00199]いくつかの態様では、４０ＭＨｚおよび８０ＭＨｚの送信中のレフトオーバートーンは、これらのトーンの外にトーングループを形成するために一緒にグループ化され得る。これらのトーングループは、他のＴＡＵとは異なるサイズであり得る。たとえば、これらのトーングループは、１４個のトーンを含み得る。したがって、４０ＭＨｚの送信では、１つのより小さいトーングループが、２２個のレフトオーバートーンから形成され得る。８０ＭＨｚの送信では、３つのより小さいトーングループが、４４個のレフトオーバートーンから形成され得る。これらのトーングループは、送信の２つ以上の２０ＭＨｚ部分中にトーンを含み得る。たとえば、送信の各２０ＭＨｚ部分は、１１個のレフトオーバートーンを含み得る。したがって、１４トーングループを構築するために少なくとも２つのそのような部分を要し得る。２６トーンＴＡＵをもつ１４トーングループを使用するとき、４０ＭＨｚの送信は、より小さいトーングループを含む１９個のトーングループを含み得、８０ＭＨｚの送信は、３つのより小さいトーングループを含む３９個のトーングループを含み得る。
[00200]図１６に、異なるトーン割振りユニットを使用するとき、および異なる境界を保持するときに様々な帯域幅の送信において見られるいくつかのデータトーンの間の比較を示す。図示のように、オプション２は、３０個のデータトーンがある状態で、３２のＴＡＵサイズを使用することを含み得、オプション３は、３２個のデータトーンがある状態で、３４のＴＡＵサイズを使用することを含み得、オプション４は、２４個のデータトーンがある状態で、２６のＴＡＵサイズを使用することを含み得る。たとえば、オプション２は、図５で提示するオプションに対応し得る。しかしながら、この割振りは、４０ＭＨｚおよび８０ＭＨｚの送信における境界のうちの１つまたは複数を保持するために必要に応じて変更され得る。これらの境界を保持するために、それらのＴＡＵが、さもなければ、送信の２つの２０ＭＨｚ部分の間の境界上に生じ得るので、オプション２は、より少ないＴＡＵを含み得る。
[00201]２０ＭＨｚの送信の場合、オプション２は、７つのＴＡＵの各々の中に３０個のデータトーンを含み得、オプション３は、７つのＴＡＵの各々の中に３２個のデータトーンを含み得、オプション４は、９つのＴＡＵの各々の中に２４個のデータトーンを含み得る。したがって、様々なオプションは、それぞれ、２１０個、２２４個、および、２１６個のデータトーンを与え得る。したがって、いくつかの態様では、オプション３は、より多くのデータトーンを有し得るので、２０ＭＨｚの送信において最も高いスループットが可能になり得る。
[00202]境界が保持されない４０ＭＨｚの送信の場合、その様々なオプションは、４５０個、４４８個、および４３２個のデータトーンを含み得る。しかしながら、２０ＭＨｚの境界が保持され、４０ＭＨｚの送信の２つの２０ＭＨｚ部分の間の境界トーンとして１１個のトーンが使用される場合、オプション２は、１４個のＴＡＵだけしか含むことができないことがあり、したがって、４２０個のデータトーンしか含まないことがある。
[00203]８０ＭＨｚの送信の場合、オプション３は、８９６個のデータトーンを含み得、オプション４は、８６４個のデータトーンを含み得る。境界が保たれないとき、オプション２は、９３０個のデータトーンを含み得る。２つの４０ＭＨｚ部分の間に１１個のガードトーンを可能にするために、オプション２は、１つ少ないＴＡＵを有し、したがって、９００個のデータトーンを含み得る。ＤＣ１とＤＣ２との両方を保つが、７つのＤＣトーンのみを依然として有するために、オプション２は、２９個のＴＡＵと８７０個のデータトーンとを有し得る。各々が別個に復号され得る４つの２０のＭＨｚ部分を含むために、オプション２は、８４０個のデータトーンのみを含み得る。
[00204]オプション３および４では、２０および４０ＭＨｚの境界が常に守られることに留意されたい。しかしながら、オプション２では、２０ＭＨｚまたは４０ＭＨｚの境界が保持されるたびにＴＡＵの数が低減される。したがって、４０ＭＨｚの送信が１つの境界を含むので、これは、オプション２におけるＴＡＵの数を１５から１４に低減する。８０ＭＨｚの送信は、１つの境界（４０ＭＨｚの境界）、２つの境界（２つの２０ＭＨｚの境界）、または３つの境界（それらの２０ＭＨｚ境界および４０ＭＨｚ境界）を含み得る。したがって、８０ＭＨｚの送信のためのオプション２は、これらの境界のうちの何個が保持されるかに応じて、３１個から３０個、２９個、または２８個に低減され得る。
[00205]図１６は、これらの３つのオプションの帯域幅効率を比較するために使用され得る。いくつかの２０および４０ＭＨｚの境界が保持されるとき、オプション２は、オプション３に勝る利点を有しないが、どの境界が保持されるのかに応じて、オプション４よりも多くのデータトーンを依然として有し得る。オプション２とオプション４とはいかなるＭＣＳ組合せも除外しないが、オプション３は、６つのＭＣＳ組合せ（１、２、４、５、７、および８つの空間ストリームの各々をもつＭＣＳ９）を除外することにも留意されよう。いくつかの態様では、オプション３がデータトーンごとにより少ないパイロットトーン（２４個のデータトーンに対する２つのパイロットトーンと比較して、３２個のデータトーンに対する２つのパイロットトーン）を含むので、オプション３は、オプション４よりも多くのデータトーンを含み得、より少ないレフトオーバートーンをも有し得る。
[00206]したがって、いくつかの態様では、上記のトーン割振りユニットサイズおよびプランは、トーン割振りユニットが３４個のトーンを含み得ることを与え得る。たとえば、各トーングループは、２つのパイロットトーンと３２個のデータトーンとを含み得る。いくつかの態様では、送信の総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを７つのトーングループに論理的に分割することと、４９０個のトーンを１４個のトーングループに論理的に分割することと、９８０個のトーンを２８個のトーングループに論理的に分割することとのうちの１つを含み得る。いくつかの態様では、総帯域幅中の複数のトーンを複数のトーングループに論理的に分割することは、２３８個のトーンを９つのトーングループに論理的に分割することと、４９０個のトーンを１８個のトーングループに論理的に分割することと、９８０個のトーンを３６個のトーングループに論理的に分割することとのうちの１つを含み得る。いくつかの態様では、少なくともワイヤレス通信デバイスにメッセージを送信することは、４０または８０ＭＨｚのメッセージの各２０ＭＨｚ部分が１１個のガードトーンを含むように４０または８０ＭＨｚのメッセージを送信することを含む。これにより、上記で説明したように、送信の各２０ＭＨｚ部分を別個に復号することが可能になり得る。いくつかの態様では、低密度パリティチェックマッピング距離は、２、４、８、および１６のうちの１つである。たとえば、これらのＬＤＰＣ値は、３２個のデータトーンを含むトーングループが使用されるときに使用され得る。
[00207]したがって、上記のいくつかの態様によれば、トーンプランは、ＩＥＥＥ８０２．１１規格におけるすべての帯域幅に固定のサイズの３２個のトーンがある状態で、１つの基本トーン割振りユニット（ＴＡＵ）を有し得る。これは、いくつかの利点を提供し得る。最初に、これにより、ただ１つの基本ブロックサイズが可能になり得、これは、デバイスに対する割振りを簡略化し、必要とされるトーンプランの数を簡略化し得る。この３２トーン割振りはまた、サイズがちょうど２．５ＭＨｚであり得、たとえば、送信の様々な部分の間の２０ＭＨｚの境界を明らかに保つために有益であり得る。帯域幅にかかわらず同じＴＡＵを使用することにより、すべての帯域幅中でのフィックスＴＡＵおよびパイロットロケーションも可能になり得る。これにより、すべての帯域幅のための奇数のＴＡＵも可能になり得る。さらに、より高い帯域幅グリッドが、より低い帯域幅グリッドの両側のわずかな追加のＴＡＵからなり得る。これにより、サブバンド送信のための様々なデバイスからの単純なフィードバックも可能になり得る。たとえば、ＳＴＡは、最良のチャネルを有するＴＡＵインデックスを報告し得、したがって、ＡＰは、そのＳＴＡにＴＡＵが割り当てられるときにその情報を使用し得る。１つの基本トーン割振りの使用はまた、すべての帯域幅にわたって一貫したレフトオーバートーンを残し得る。これらのレフトオーバートーンは、固定ロケーションに配置され得る。したがって、そこは、スモールトーンユニット（ＳＴＵ）として使用され得るか、または共通制御シグナリングのために使用され得る。
[00208]しかしながら、いくつかの態様では、送信の帯域幅全体が１つのデバイスに割り振られ得る（全帯域幅割振り）。たとえば、これは、送信がＭＵ−ＭＩＭＯ送信のために使用されるとき、または、シングルユーザに帯域幅全体が割り振られるときに行われ得る。概して、シングルユーザに帯域幅全体が割り振られるとき、帯域幅が複数のデバイスの間で分割された場合に必要とされたであろう数より（同数のデータトーンに対して、または同数のデータトーンにパイロットトーンを加えたものに対して）少ないパイロットトーンを使用することが可能であり得る。したがって、そのような送信は、より少ないパイロットトーンを使用し、したがって、同じ帯域幅中により大きい数のデータトーンを含むという意味においてより効率的であり得る。そのような送信において、異なる利点と欠点とを提供し得るいくつかの異なるオプションが使用され得る。
[00209]最初に、全帯域幅割振りは、同じ３２トーンＴＡＵベースのプランを依然として使用し得る。このオプションは、前に説明したように同じ３２トーン処理を再使用し得るので、単純であり得る。ただし、この３２トーン処理は、３０個のデータトーンごとに２つのパイロットトーンを含む。デバイスに（１などの）小さい数のＴＡＵが割り当てられるときにこの数のパイロットトーンが必要になるが、全帯域幅割振りにおいてより少ないパイロットトーンを使用することが可能であり得る。したがって、このオプションは、他の代替と比較して効率が欠如し得る。
[00210]第２に、全帯域幅割振りは、上記で説明したものとは異なるトーンプランを使用し得る。たとえば、全帯域幅割振りは、ＩＥＥＥ８０２．１１ａｃトーンプランに基づくトーンプランを使用し得る。これは、効率問題を解決し得るが、（送信がそのようなトーンプランを使用していることを示すために１つまたは２つのビットフィールドを含めるなどの）新しいシグナリングの使用を必要とし得る。たとえば、２０ＭＨｚの送信は、ＩＥＥＥ８０２．１１ａｃ ＶＨＴ８０（超高スループット８０ＭＨｚ：Very High Throughput 80 MHz）送信に基づくトーンプランを使用し得る。この２０ＭＨｚパケットが８０２．１１ａｃに対して４ｘシンボル持続時間を含み得るので、パケットは８０２．１１ａｃにおける８０ＭＨｚの送信と同数のトーンを有し得る。したがって、８０２．１１ａｃからの８０ＭＨｚの送信は、ここで２０ＭＨｚの送信として使用され得る。しかしながら、これに関する１つの起こり得る問題は、そのような送信が３つのＤＣトーンしか含まないということである。これは、４ｘシンボル持続時間送信には不十分な数のＤＣトーンであり得る。４０ＭＨｚの送信では、新しいトーンプランが使用され得るか、または、２つのＶＨＴ８０送信（ＶＨＴ８０＋８０またはＶＨＴ１６０）が使用され得る。たとえば、８０２．１１ａｃでは、１６０ＭＨｚの送信は、２回複製された８０ＭＨｚ ＶＨＴ８０トーンプランを使用することによって送信され得る。８０ＭＨｚの送信の場合、これは、新しいトーンプランを使用し得るか、または複製された４０ＭＨｚトーンプラン（すなわち、ＩＥＥＥ８０２．１１ａｃからの４つのＶＨＴ８０送信）を使用し得る。概して、しかしながら、パイロットトーンの数は、データトーンの数が増大するにつれて線形的に増大しないことがあるので、これらの送信を複製することは、さもなければ必要になるより多くのパイロットトーンを有することになり得る。すなわち、より大きい送信では、比例的に、より少ないパイロットトーンが必要とされ得る。たとえば、パイロットトーンをも２倍にすることを必要とするのではなく、２つの追加のパイロットトーンのみを必要としながら、データトーンの数を２倍にすることが可能であり得る。
[00211]効率的な全帯域幅送信のための第３のオプションは、パンクチャドパイロットトーンがある状態で、３２トーンＴＡＵプランを使用すべきであり得る。たとえば、追加のパイロットトーンは、「パンクチャ」され得、パイロットトーンではなくデータトーンとして使用され得る。さらに、単一のデバイスによって送信される送信はまた、より少ないＤＣトーンを必要とし得る。したがって、いくつかのＤＣトーンはまた、「パンクチャ」され得、ＤＣトーンではなくデータトーンとして使用され得る。したがって、これらのパンクチャドパイロットトーンプランは、上記の通常のＴＡＵベースのトーンプランと概して同じＴＡＵを含み得るが、通常ならばパイロットトーンまたはＤＣトーンであったであろうトーンは追加のデータトーンとして使用され得る。したがって、このトーンプランは、変更がないＴＡＵベースのトーンプランよりも少ないパイロットおよび／またはＤＣトーンを有し、多くのデータトーンを有し得、これは、全帯域幅送信では有利であり得る。
[00212]たとえば、８０ＭＨｚの送信では、ＴＡＵプランの下で（４つの３２トーンＴＡＵ中で）８つのパイロットトーンごとに、２つが、パイロットトーンとして使用され得、６つが、追加のデータトーンとして再利用され得る。３２個のトーンＴＡＵをもつ８０ＭＨｚの送信では、３１個のＴＡＵと１４個のレフトオーバートーンがあり得、これは、２つのパイロットトーン（ＳＴＵ）をもつ１２個のデータトーンブロックとして使用され得る。したがって、８０ＭＨｚの送信は、６４個のパイロットトーン（各ＴＡＵ中の２つに加えて、１４個のレフトオーバートーン中に２つ）を含み得る。パイロットパンクチャの後に、１６個のパイロットトーンに加えて４８個の追加のデータトーンだけになり得る。概して、パイロットパンクチャドデータトーンのすべてがデータトーンブロックに一緒にグループ化され得る。たとえば、８０ＭＨｚでは、パイロットパンクチャドデータトーン（４８個）は、２つの３０データトーンブロックを生成するために、レフトオーバートーン／ＳＴＡＵからの１２個のデータトーンとグループ化され得る。したがって、パイロットパンクチャを使用することによって、より効率的な送信が可能になり得、パイロットパンクチャを使用することは、（依然として、同じ３０および１２トーンデータブロックを使用し得るので）、追加のインターリーバパラメータを必要としないことがある。
[00213]図１７は、２０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較である。第１の列は、１ｘシンボル持続時間をもつＩＥＥＥ８０２．１１ｎ／１１ａｃによる送信を含む。この送信は、７つのガードトーンと、１つのＤＣトーンと、４つのパイロットトーンと、５２個のデータトーンとを含み得る。これは、１ｘシンボル持続時間において、２０ＭＨｚは、４ｘシンボル持続時間における２５６個のトーンではなく６４個のトーンしか含まないので、６４個の総トーンの外である。
[00214]オプション１は、変更なしに、３２トーンＴＡＵプランを使用する。これは、（３０個のデータトーンからなる７つのＴＡＵと１つの１２データトーンＳＴＵとの中に）２２２個のデータトーンがある状態で、１１個のガードトーンと、７つのＤＣトーンと、１６個のパイロットトーンとを含む。これは、８０２．１１ｎ／ａｃトーンプランと比較して５％の効率利得を提供し得る。これは、２つのオプションの各々について総トーンの数と比較してプラン中のデータトーンの数の比較に基づく。
[00215]オプション２は、８０ＭＨｚの送信のためにＩＥＥＥ８０２．１１ａｃトーンプランを使用する。２０ＭＨｚにおける４ｘシンボル持続時間送信は、８０ＭＨｚ １ｘシンボル持続時間送信と同数のトーンを含むので、そのようなトーンプランは、ここで使用可能であり得る。このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る１０％の効率利得のために、１１個のガードトーンと、３つのＤＣトーンと、８つのパイロットトーンと、２３４個のデータトーンとを含む。
[00216]最後に、オプション３は、剰余パイロットトーンをデータトーンとして使用するために、パイロットパンクチャを用いたＴＡＵプランを使用する。このオプションは、１１個のガードトーンと、３つのＤＣトーンと、８つのパイロットトーンとを含む。剰余ＤＣトーンもデータトーンになることを可能にするためにパイロットパンクチャがここで使用され得ることが観測され得る。概して、全帯域幅割振りは、他の可能なＯＦＤＭＡ割振りと同数のＤＣトーンを必要としないことがある。したがって、この割振り中に３つのＤＣトーンしかないことがある。ここで示すように、これにより、２３４個のデータトーンが可能になり得、これは、７つの３０データトーンＴＡＵおよび２つの１２データトーンＳＴＵとしてグループ化され得る。このトーンプランは、ＩＥＥＥ８０２．１１ａｃベースのトーンプランとちょうど同程度効率的であり得る。さらに、オプション３は、３０個のデータトーンユニットと１２個のデータトーンユニットとしか含まないので、このオプションは、いかなる新しいインターリーバパラメータも必要としないことがある。これらのデータトーンユニットの両方のためのインターリーバパラメータが、知られていることがあり、これらの方法中の他の場所で同様に使用され得る。したがって、新しいインターリーバパラメータは必要とされないことがある。
[00217]図１８は、４０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較である。第１の列は、１ｘシンボル持続時間をもつＩＥＥＥ８０２．１１ｎ／１１ａｃによる送信を含む。この送信は、１１個のガードトーンと、３つのＤＣトーンと、６つのパイロットトーンと、１０８個のデータトーンとを含み得る。これは、１ｘシンボル持続時間において、４０ＭＨｚは、４ｘシンボル持続時間における５１２個のトーンではなく１２８個のトーンしか含まないので、１２８個の総トーンの外である。
[00218]オプション１は、変更なしに、３２トーンＴＡＵプランを使用する。これは、（３０個のデータトーンからなる１５個のＴＡＵと１つの１２データトーンＳＴＵとの中に）４６２個のデータトーンがある状態で、１１個のガードトーンと、７つのＤＣトーンと、３２個のパイロットトーンとを含む。これは、８０２．１１ｎ／ａｃトーンプランと比較して６％の効率利得を提供し得る。これは、２つのオプションの各々について総トーンの数と比較してプラン中のデータトーンの数の比較に基づく。
[00219]オプション２は、１６０ＭＨｚの送信のためにＩＥＥＥ８０２．１１ａｃトーンプランを使用し、これは、２つの８０ＭＨｚトーンプランを複製することを伴う。前述のように、このトーンプランは、元来１６０ＭＨｚのために使用されるが、より長いシンボル持続時間を使用するときの所与の帯域幅中のより多数のトーンにより、ここでは、４０ＭＨｚのために使用され得る。このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る７％の効率利得のために、１１個のガードトーンと、１１個のＤＣトーンと、６つのアイドルトーンと、１６個のパイロットトーンと、４６８個のデータトーンとを含む。
[00220]代替オプション２は、５１２個のトーンのために新しいトーン設計を使用し得る。この設計は、１１個のガードトーンと、５つのＤＣトーンと、１６個のパイロットトーンとを含み、したがって、４８０個のデータトーンを有し得る。このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る１０％の効率利得を提供し得る。
[00221]最後に、オプション３は、３２トーンＴＡＵプランを使用するが、送信の効率を増加させるために剰余ＤＣおよびパイロットトーンをデータトーンとして使用することを可能にするためにパイロットパンクチャを用いて使用する。このトーンプランは、１１個のガードトーンと、５つのＤＣトーンと、１６個のパイロットトーンとを含む。剰余ＤＣトーンもデータトーンになることを可能にするためにパイロットパンクチャがここで使用され得ることが観測され得る。概して、全帯域幅割振りは、他の可能なＯＦＤＭＡ割振りと同数のＤＣトーンを必要としないことがある。したがって、この割振り中に５つのＤＣトーンしかないことがある。これにより、４８０個のデータトーンが可能になり得、これは、（１５個のＴＡＵとパイロットパンクチャおよびＳＴＵからのトーンとを含む）３０個のトーンからなる１６個のグループとしてグループ化され得る。たとえば、（元の７つのうちの）２つのＤＣトーンがデータトーンとして使用され得、オプション１ではパイロットトーンであったであろう１６個のトーンがデータトーンとして使用され得る。これらの１８個のトーンは、３０トーン割振りを形成するために、ＳＴＵ中の１２個のデータトーンとともにグループ化され得る。したがって、このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る１０％の効率利得を提供し得る。したがって、パイロットパンクチャドＴＡＵプランは、新たに設計された４０ＭＨｚトーンプランと同じ効率を達成し得る。パイロットパンクチャドＴＡＵプランはまた、３０個のトーンの１つのインターリーバサイズしか必要としないことがある。
[00222]図１９は、８０ＭＨｚの送信における全帯域幅割振りのための様々なオプションの効率の比較である。第１の列は、１ｘシンボル持続時間をもつＩＥＥＥ８０２．１１ｎ／１１ａｃによる送信を含む。この送信は、１１個のガードトーンと、３つのＤＣトーンと、８つのパイロットトーンと、２３４個のデータトーンとを含み得る。これは、１ｘシンボル持続時間において、８０ＭＨｚは、４ｘシンボル持続時間における１０２４個のトーンではなく２５６個のトーンしか含まないので、２５６個の総トーンの外である。
[00223]オプション１は、変更なしに、３２トーンＴＡＵプランを使用する。これは、（３０個のデータトーンからなる３１個のＴＡＵと１つの１２データトーンＳＴＵとの中に）９４２個のデータトーンがある状態で、１１個のガードトーンと、７つのＤＣトーンと、６４個のパイロットトーンとを含む。これは、８０２．１１ｎ／ａｃトーンプランと比較して０．６％の効率利得を提供し得る。これは、２つのオプションの各々について総トーンの数と比較してプラン中のデータトーンの数の比較に基づく。
[00224]オプション２は、１６０ＭＨｚの送信のために２回複製されるＩＥＥＥ８０２．１１ａｃトーンプランを使用する。各１６０ＭＨｚの送信自体が、２つの８０ＭＨｚのトーンプランを複製することを伴うので、このオプションは、本質的に、ＩＥＥＥ８０２．１１ａｃからの４つの８０ＭＨｚトーンプランを使用し得る。前述のように、このトーンプランは、元来高帯域幅のために使用されるが、より長いシンボル持続時間を使用するときの所与の帯域幅中のより多数のトーンにより、ここでは、８０ＭＨｚのために使用され得る。このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る効率利得がないために、１１個のガードトーンと、１１個のＤＣトーンと、３４個のアイドルトーンと、３２個のパイロットトーンと、９３６個のデータトーンとを含む。
[00225]代替オプション２は、１０２４個のトーンのために新しいトーン設計を使用し得る。この設計は、１１個のガードトーンと、５つのＤＣトーンと、１２個のパイロットトーンとを含み、したがって、９９６個のデータトーンを有し得る。このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る６％の効率利得を提供し得る。
[00226]最後に、オプション３は、３２トーンＴＡＵプランを使用するが、送信の効率を増加させるために剰余ＤＣおよびパイロットトーンをデータトーンとして使用することを可能にするためにパイロットパンクチャを用いて使用する。このトーンプランは、１１個のガードトーンと、７つのＤＣトーンと、１６個のパイロットトーンとを含む。剰余ＤＣトーンもデータトーンになることを可能にするためにパイロットパンクチャがここで使用され得ることが観測され得る。概して、全帯域幅割振りは、他の可能なＯＦＤＭＡ割振りと同数のＤＣトーンを必要としないことがある。したがって、この割振り中に７つのＤＣトーンしかないことがある。これにより、９９０個のデータトーンが可能になり得、これは、（３１個のＴＡＵとパイロットパンクチャおよびＳＴＵからのトーンとを含む）３０個のトーンからなる３３個のグループとしてグループ化され得る。たとえば、オプション１ではパイロットトーンであったであろう４８個のトーンは、データトーンとして使用され得る。これらの４８個のトーンは、２つの３０トーン割振りを形成するために、ＳＴＵ中の１２個のデータトーンとともにグループ化され得る（１２トーンＳＴＵを含むオプション１を参照）。したがって、このトーンプランは、ＩＥＥＥ８０２．１１ｎ／ａｃに勝る５％の効率利得を提供し得る。したがって、パイロットパンクチャドＴＡＵプランは、新たに設計された４０ＭＨｚトーンプランと同じ効率を達成し得る。パイロットパンクチャドＴＡＵプランはまた、３０個のトーンの１つのインターリーバサイズしか必要としないことがある。
[00227]図２１は、３２トーンＴＡＵを使用するときの２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々における無駄の量の図である。たとえば、２０ＭＨｚの送信は、７つのＤＣトーンと、１１個のエッジトーンと、割振りのための２３８個のトーンと、７つのＴＡＵと、１４個のレフトオーバートーンがある状態で、２５６個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、５．９％の無駄を表し得る。４０ＭＨｚの送信は、７つのＤＣトーンと、１１個のエッジトーンと、割振りのための４９４個のトーンと、１５個のＴＡＵと、１４個のレフトオーバートーンがある状態で、５１２個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、２．８％の無駄を表し得る。８０ＭＨｚの送信は、７つのＤＣトーンと、１１個のエッジトーンと、割振りのための１００６個のトーンと、３１個のＴＡＵと、１４個のレフトオーバートーンがある状態で、１０２４個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、１．４％の無駄を表し得る。
[00228]図２２Ａ、図２２Ｂ、および図２２Ｃは、パイロットトーンが配置され得るトーン割振りユニット内の可能な位置を示す図である。たとえば、３２トーンＴＡＵは、２つのパイロットトーンと３０個のデータトーンとを有し得る。いくつかの態様では、これらのパイロットトーンが単一のＴＡＵ内で広げられるか、またはシングルユーザに複数のＴＡＵが割り当てられる状況において広げられることが有益であり得る。たとえば、理想的には、所与のユーザのためのパイロットトーンが、各パイロットトーンの間で同数のデータトーンで、帯域幅にわたって均等に広げられれば最良であり得る。したがって、以下に、ＴＡＵ内のパイロットトーンのロケーションのための３つのオプションを提示する。各オプションがあらゆるＴＡＵで使用され得、したがって、各ＴＡＵは、それらのＴＡＵ内の同じトーンインデックスにパイロットトーンを含む。
[00229]図２２Ａに、所与の３２トーンのトーン割振りユニット中で、第１１のトーンと第２２のトーンとにパイロットトーンが位置するオプションを示す。この割振りは、単一のＴＡＵ内でパイロットトーンを最も均等に広げ得る。たとえば、所与のＴＡＵ中のトーンは、１から３２までなど、番号付けされ得る。この番号付けは、各トーンのトーンインデックスに基づき得、したがって、隣接するトーン番号も帯域幅中で隣接する。したがって、ＴＡＵ中のパイロットトーンは、このトーン番号付け方式では、トーンインデックス１１および２２に配置され得る。したがって、ＴＡＵは、（１〜１０に番号付けされた）１０個の連続するデータトーンと、次いで（１１に番号付けされた）パイロットトーンと、次いで（１２〜２１に番号付けされた）さらに１０個のデータトーンと、次いで（２２に番号付けされた）第２のパイロットトーンと、最後に（２３〜３２に番号付けされた）さらに１０個のデータトーンとを含み得る。したがって、単一のＴＡＵ中で、このパイロットトーン割振りにより、データトーン内でのパイロットトーンの均等な間隔が可能になり得ることが観測され得る。しかしながら、パイロットトーンのこの割振りの１つの欠点は、デバイスに複数の連続するＴＡＵが割り当てられる場合、２つのＴＡＵの間のパイロットトーン間隔が、所望される間隔の２倍になるということである。たとえば、デバイスに２つのＴＡＵが割り当てられるとき、これは、図２２Ａに示すように、６４個のトーンを含み得る。（トーン１からトーン３２まで伸びる）ＴＡＵｉ２２０５中で、インデックス１１および２２にパイロットトーンがあり得る。同様に、ＴＡＵｉ＋１ ２２１０中で、また、インデックス１１および２２にパイロットトーンがあり得る。しかしながら、ＴＡＵｉ ２２０５中のインデックス２２にあるパイロットトーンとＴＡＵｉ＋１ ２２１０中のインデックス１１にあるパイロットトーンとの間に、１０個ではなく、２０個のデータトーンがある（ＴＡＵｉ ２２０５中に１０個のデータトーン、インデックス２３〜３２があり、また、ＴＡＵｉ＋１ ２２１０中に１０個のデータトーン、インデックス１〜１０がある）。したがって、このパイロットトーン間隔が、このシナリオでは最適ではないことがある。
[00230]図２２Ｂに、所与の３２トーンのトーン割振りユニット中で、第８のトーンと第２４のトーンとにパイロットトーンが位置するオプションを示す。この割振りは、複数のＴＡＵ内でパイロットトーンをより均等に広げ得る。たとえば、所与のＴＡＵ中のトーンは、１から３２までなど、番号付けされ得る。この番号付けは、各トーンのトーンインデックスに基づき得、したがって、隣接するトーン番号も帯域幅中で隣接する。デバイスに、２つのＴＡＵ（ＴＡＵｉ ２２１５およびＴＡＵｉ＋１ ２２２０など）が割り当てられるとき、これは、図２２Ｂに示すように６４個のトーンを含み得る。ＴＡＵｉ２２１５中で、インデックス８および２４にパイロットトーンがあり得る。同様に、ＴＡＵｉ＋１ ２２２０中で、また、インデックス８および２４にパイロットトーンがあり得る。したがって、ユーザへの総割振りは、７つのデータトーン（ＴＡＵｉ ２２１５中の１〜７）と、１つのパイロットトーン（ＴＡＵｉ ２２１５中の８）と、１５個のデータトーン（ＴＡＵｉ ２２１５中の９〜２３）と、１つのパイロットトーン（ＴＡＵｉ ２２１５中の２４）と、１５個のデータトーン（ＴＡＵｉ ２２１５中の２５〜３２およびＴＡＵｉ＋１ ２２２０中の１〜７）と、１つのパイロットトーン（ＴＡＵｉ＋１ ２２２０中の８）と、１５個のデータトーン（ＴＡＵｉ＋１ ２２２０中の９〜２３）と、１つのパイロットトーン（ＴＡＵｉ＋１ ２２２０中の２４）と、最後に、８つのデータトーン（ＴＡＵｉ＋１ ２２２０中の２５〜３２）とを含み得る。したがって、端以外で、これにより、１５個のデータトーンの均等な間隔と、それに続くパイロットトーンとが可能になることが観測され得る。これにより、パイロットトーンのためのより良い周波数ダイバーシティが可能になり得る。
[00231]図２２Ｃに、所与の３２トーンのトーン割振りユニット中で、第８のトーンと第２５のトーンとにパイロットトーンが位置するオプションを示す。この割振りは、複数のＴＡＵ内でパイロットトーンを比較的均等に広げるとともに、ＴＡＵ内の対称パイロットトーン配置をも実現し得る。たとえば、所与のＴＡＵ中のトーンは、１から３２までなど、番号付けされ得る。この番号付けは、各トーンのトーンインデックスに基づき得、したがって、隣接するトーン番号も帯域幅中で隣接する。デバイスに、２つのＴＡＵ（ＴＡＵｉ ２２２５およびＴＡＵｉ＋１ ２２３０など）が割り当てられるとき、これは、図２２Ｃに示すように６４個のトーンを含み得る。ＴＡＵｉ２２２５中で、インデックス８および２５にパイロットトーンがあり得る。同様に、ＴＡＵｉ＋１ ２２３０中で、また、インデックス８および２５にパイロットトーンがあり得る。したがって、ユーザへの総割振りは、７つのデータトーン（ＴＡＵｉ ２２２５中の１〜７）と、１つのパイロットトーン（ＴＡＵｉ ２２２５中の８）と、１６個のデータトーン（ＴＡＵｉ ２２２５中の９〜２４）と、１つのパイロットトーン（ＴＡＵｉ ２２２５中の２５）と、１４個のデータトーン（ＴＡＵｉ ２２２５中の２６〜３２およびＴＡＵｉ＋１ ２２３０中の１〜７）と、１つのパイロットトーン（ＴＡＵｉ＋１ ２２３０中の８）と、１６個のデータトーン（ＴＡＵｉ＋１ ２２３０中の９〜２４）と、１つのパイロットトーン（ＴＡＵｉ＋１ ２２３０中の２５）と、最後に、７つのデータトーン（ＴＡＵｉ＋１ ２２３０中の２６〜３２）とを含み得る。したがって、端以外で、これにより、パイロットトーンの間の１４個または１６個のいずれかのデータトーンを用いた比較的均等な間隔が可能になることが観測され得る。これにより、パイロットトーンのためのより良い周波数ダイバーシティが可能になるとともに、所与のＴＡＵを用いたパイロットトーンの対称間隔も可能になり得る。
[00232]概して、３２トーンＴＡＵを用いたトーンプランは、１４個のレフトオーバートーンを含む。これらのレフトオーバートーンは、送信のＤＣトーンの各側に７つのトーンを含み得る。これらのレフトオーバートーンは、スモールトーンユニット（ＳＴＵ）にグループ化され得、これは、１２個のデータトーンと２つのパイロットトーンとを含む。ＳＴＵの各側内のパイロットトーンは、その側の第４のトーン上に配置され得る。すなわち、ＤＣトーンの各側に７つのトーンがあり得、それらのトーンは、１〜７に番号付けされ得る。パイロットトーンは、これらのトーンの中心に、インデックス番号４に配置され得る。
[00233]全帯域幅割振りがあるときのパイロットパンクチャを用いたＴＡＵプランでは、通常ならばパイロットトーンとして使用されたであろういくつかのトーンが、データトーンとして代わりに使用され得る。２０または４０ＭＨｚの送信では、パイロットトーンになるつもりのトーンの半分が、データトーンとして使用され得る。たとえば、２つごとのパイロットトーンになるつもりのトーン中の第１のパイロットトーンが、帯域幅の左半分（負のトーンインデックス）でパイロットトーンとして使用され得るが、他のトーンは、データトーンとして使用され得る。同様に、帯域幅の右半分（正のトーンインデックス）で２つごとのパイロットトーンになるつもりのトーンの第２のパイロットトーンになるつもりのトーンは、パイロットトーンとして使用され得るが、他のパイロットトーンになるつもりのトーンは、データトーンとして代わりに使用され得る。８０ＭＨｚの送信では、パイロットトーンになるつもりのトーンの１／４だけが全帯域幅送信中でパイロットトーンとして実際に使用され得るが、３／４は、データトーンとして代わりに使用され得る。たとえば、４つごとのパイロットトーンになるつもりのトーン中の第１のパイロットトーンが、帯域幅の左半分（負のトーンインデックス）でパイロットトーンとして使用され得るが、他のトーンは、データトーンとして使用され得る。同様に、帯域幅の右半分（正のトーンインデックス）で、４つごとのパイロットトーンになるつもりのトーンの第４のパイロットトーンになるつもりのトーンは、パイロットトーンとして使用され得るが、他のパイロットトーンになるつもりのトーンは、データトーンとして代わりに使用され得る。したがって、これは、本開示のいくつかの態様に従って、パイロットパンクチャのために使用され得る。
[00234]図２０Ａおよび図２０Ｂは、スペクトルマスクと、８０ＭＨｚの送信のための１ｘのシンボル持続時間と４ｘのシンボル持続時間とをもつパケットのための波形との図である。これらの図では、４ｘシンボル持続時間送信は、７つのＤＣトーンを有し、１ｘシンボル持続時間送信は、３つのＤＣトーンを有する。１ｘシンボル持続時間と４ｘシンボル持続時間との両方は、帯域エッジに１１個のガードトーンを含む。ここに示されたスペクトルマスクは、ＩＥＥＥ８０２．１１ａｃ ８０ＭＨｚパケットのものであり、４ｘシンボル持続時間をもつ１１個のガードトーンを使用することの実現可能性を判定するために使用され得る。概して、１ｘ送信と４ｘ送信とはＯＯＢＥではまったく同様であり、両方の波形は、４ｄＢの電力増幅器バックオフ（Ｐ＝３と仮定する）の場合でも、マージンをもつマスクを満たすことができることが観測され得る。図２０Ｂは、図２０Ａと同じグラフのズームインバージョンであり、４ｘ波形がコーナーでスペクトルマスクをわずかに侵していることをはっきりと示している。より広いインバンドスペクトルが、ブロッカーパフォーマンスに主に影響を及ぼすことが観測され得る。
[00235]いくつかの態様では、７つよりも少数のＤＣトーンを使用することが望ましいことがある。より少ないＤＣトーンを使用することにより、概して、送信中により多くのデータトーンを含めることが可能になり得、したがって、データスループットを改善し得る。たとえば、いくつかの送信は、７つのＤＣトーンではなく、３つのＤＣトーンのみを使用し得る。
[00236]図２３は、３つのＤＣトーンとともに３２トーンのトーン割振りユニットを使用するときの２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々における無駄の量の図である。いくつかの態様では、これらのトーンプランは、７つのＤＣトーンとともに３２トーンのトーン割振りユニットを使用するトーンプランと同様であるが、４つの追加のレフトオーバートーンを有することが観測され得る。
[00237]たとえば、２０ＭＨｚの送信は、３つのＤＣトーンと、１１個のエッジトーンと、割振りのための２４２個のトーンと、７つのＴＡＵと、１８個のレフトオーバートーンがある状態で、２５６個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、７％の無駄を表し得る。４０ＭＨｚの送信は、３つのＤＣトーンと、１１個のエッジトーンと、割振りのための４９８個のトーンと、１５個のＴＡＵと、１８個のレフトオーバートーンがある状態で、５１２個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、３．５％の無駄を表し得る。８０ＭＨｚの送信は、３つのＤＣトーンと、１１個のエッジトーンと、割振りのための１０１０個のトーンと、３１個のＴＡＵと、１８個のレフトオーバートーンがある状態で、１０２４個のトーンのＦＦＴサイズを使用し得る。これらのレフトオーバートーンは、１．８％の無駄を表し得る。
[00238]これらの割振りでは、２０、４０、および８０ＭＨｚの割振りの各々にわたって１８個のレフトオーバートーンがあることが観測され得る。これらのレフトオーバートーンは、図１０に示すように、ＤＣトーンを中心にするが、各側に２つの追加のレフトオーバートーン（すなわち、ＤＣトーンの各側に７つのレフトオーバートーンではなく、ＤＣトーンの各側に９つのレフトオーバートーン）があり得る。いくつかの態様では、これらのトーンは、シグナリング、スケジューリング、電力制御、ブロードキャストメッセージ、および他の目的などの共通制御のために使用され得る。これらのトーンはまた、小型のトーン割振りユニットを形成するために使用され得る。このスモールＴＡＵ（ＳＴＡＵ）は、１８個のトーンを含み得る。ＳＴＡＵは、２つのパイロットトーンと１６個のデータトーンとを有し得る。ＳＴＡＵのためのパイロットトーンはそれぞれ、ＤＣトーンのそれらのそれぞれの側の中心にあり得る。すなわち、ＤＣトーンは、−１〜１のインデックスをもつトーン（３つのＤＣトーン）を含み得る。したがって、ＳＴＡＵは、−１０〜−２と２〜１０とのインデックスをもつトーンを含み得る。ＳＴＡＵ内のパイロットトーンは、（パイロットトーンの左側に４つのトーン−１０〜−７と右側に４つのトーン−５〜−２がある状態で）トーンインデックス−６と、（パイロットトーンの左側に４つのトーン２〜５と右側に４つのトーン７〜１０がある状態で）トーンインデックス６とにパイロットトーンを配置するなど、ＳＴＡＵの各側の中心に配置され得る。たとえば、ＳＴＡＵは、直流トーンの各側（ＤＣトーンの横またはガードトーンの横、あるいはトーン内の別のロケーションのいずれか）に９つのトーンを有し得る。ＳＴＡＵは、各側に、４つのデータトーンとパイロットトーンとを有し、したがって、４つ多くのデータトーンを有し得る。したがって、ＳＴＡＵ中のパイロットトーンは、直流トーンの各側の第５のトーンであり得、したがって、各パイロットトーンは、ＤＣトーンのそれの側のＳＴＡＵのトーンの中心にある。
[00239]ＳＴＡＵを使用するとき、２０ＭＨｚの送信は、７つのＴＡＵと１つのＳＴＡＵとを有し得、４０ＭＨｚの送信は、１５個のＴＡＵと１つのＳＴＡＵとを有し得、８０ＭＨｚの送信は、３１個のＴＡＵと１つのＳＴＡＵとを有し得る。合計では、したがって、２０、４０、および８０ＭＨｚの送信は、それぞれ、８つ、１６個、および３２個のＴＡＵ＋ＳＴＡＵを含み得、これは、８人のユーザ間で分割可能であり得る。したがって、ＳＴＡＵにレフトオーバートーンを割り当てるとき、２０、４０、および８０ＭＨｚのいずれの場合も無駄がないことがある。３２トーンＴＡＵを使用した前の割振りの場合と同様に、ここでのＴＡＵグリッドは、２０、４０、および８０ＭＨｚについて一貫していることがある。レフトオーバートーンは、ＤＣトーンの隣、または送信の帯域エッジの近くのいずれかに配置され得る。各トーン割振りが奇数のＴＡＵを含むので、これは、ＤＣトーンの各側に１６個のトーンがある状態で、１つのＴＡＵがＤＣトーンを横切ってブリッジすることを意味する。
[00240]概して、８０ＭＨｚの送信などのより高い帯域幅送信では、ＴＡＵを割り当てるために必要とされるオーバーヘッドを低減するために、（２つのＴＡＵの倍数単位で割り当てるなど）複数のＴＡＵを割り当てることが望ましいことがある。
[00241]図２４に、１８個のトーンのＳＴＡＵとともに使用され得るインターリーバパラメータを示す。たとえば、１８個のトーンをもつＳＴＡＵは、２つのパイロットトーンと、１６個のデータトーンとを含み得る。特定の実施形態では、インターリーバ深度（たとえば、列数（Ｎｃｏｌ））はデータトーン数（Ｎｄａｔａ）の因数であり得る。したがって、１６データトーンＴＡＵサイズでは、１６データトーンブロックは、２、４、または８のインターリーバ深度を有することができる。
[00242]２つ以上の空間ストリームがある場合、空間ストリームに周波数回転が適用され得る。周波数回転は、ベースサブキャリア回転（ＮＲＯＴ）と回転インデックスとに基づき得る。ベースサブキャリア回転（ＮＲＯＴ）および回転インデックスは、データトーン数（Ｎｄａｔａ）と空間ストリーム数（Ｎｓｓ）とに基づき得る。
[00243]たとえば、データトーンブロックが４つまたはそれ以下の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１２のいずれかであり得る。回転インデックス（たとえば、第６の列）は、このシナリオでは［０ ２ １ ３］のビット逆転であり得る。代替的に、データトーンブロックが５つ以上の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１〜１２のいずれかであり得る。回転インデックス（たとえば、第７の列）は、いくつかの実施形態では［０ ４ ２ ６ １ ５ ３ ７］のビット逆転であり得、または回転インデックスは、他の実施形態では、隣接するストリームの平均サブキャリア距離を最大にする（または増加させる）ように選定され得る（たとえば、［０ ５ ２ ７ ３ ６ １ ４］）。本明細書では、平均サブキャリア距離を最大にするインデックスの一例として［０ ５ ２ ７ ３ ６ １ ４］の回転インデックスが使用されているが、平均サブキャリア距離を最大にする（または増加させる）任意の他の回転インデックスが使用され得る。たとえば、隣接するストリームの平均サブキャリア距離を最大にする任意の置換が使用され得、［０ ５ ２ ７ ３ ６ １ ４］は１つの例にすぎない。
[00244]概して、ＬＤＰＣトーンマッピング距離（ＤＴＭ）は、ＩＥＥＥ８０２．１１ａｃ仕様において定義されている。マッピング距離（ＤＴＭ）は、少なくとも、ＬＤＰＣコードワード長（ＬＣＷ）で除算されたＯＦＤＭシンボルごとのコード化ビット数（ＮＣＢＰＳ）と同じ大きさであり得（たとえば、ＮＣＢＰＳ／ＬＣＷ≦ＤＴＭ）、したがって、各ＬＤＰＣコードワードはトーンの全範囲をカバーする。さらに、マッピング距離（ＤＴＭ）はサブキャリア数の整数約数（Ｎｄａｔａ）であり得る。マッピング距離（ＤＴＭ）は、固定トーン処理を用いる、受信回路１１１６ａ〜１１１６ｃの高速フーリエ変換（ＦＦＴ）モジュールにおいて実装されたトーンデマッパを使用可能にするために、各帯域幅内のレートにわたって一定であり得る。いくつかの態様では、１６データトーンのブロックを使用するとき、ＬＤＰＣトーンマッピング距離は、２、４、および８の候補から選定され得る。さらに、１６データトーンブロックは、１、２、４、５、７、および８つの空間ストリームのいずれかをもつＭＣＳ９において、６つの変調およびコーディング方式（ＭＣＳ）除外を有し得る。
[00245]より多くのデータトーン、したがって、より多くのデータを送信することを可能にするために、特定の送信中により少ないＤＣトーンを有することが望ましいことがある。いくつかのＩＥＥＥ８０２．１１プロトコルでは、いくつかのトーンは、ＤＣ保護のために予約され得る。たとえば、６ＧＨｚにおいて、送信機と受信機クロックとの間の最大４０百万分率（ｐｐｍ）差では、最大搬送周波数オフセット（ＣＦＯ）は、２４０ｋＨｚであり得る。４ｘシンボル持続時間をもつ送信では、各トーン間のトーン間隔は、７８．１ｋＨｚであり得る。したがって、２４０を７８．１で除算すると約３になるので、データ損失の危険を低減するためにＤＣ保護のためにＤＣトーン（たとえば、０とインデックス付けされたトーン）の各側に３つのトーンを残すことが好ましいことがある。
[00246]したがって、図２５は、７つのデータトーン（たとえば、インデックス０にあるトーンの各側に３つのＤＣトーン）を含むトーンプランにおけるＤＣトーンのロケーションの図である。図示のように、送信は、複数のトーンを含み得、ここにおいて、複数のトーンの各々は、０とインデックス付けされたトーンに対するトーンインデックスを備える。これらのトーンインデックスは、０とインデックス付けされたトーンの各側にほぼ等しい数のトーンがある状態で、０とインデックス付けされたトーンを中心とし得る（送信は、一般に、偶数のトーンを含むので、通常、０とインデックス付けされたトーンの正の側より負の側に１つ多くのトーンがあり得る）。負のインデックス番号を有するトーンは、「左」側にあると言われ得、正のインデックス番号を有するトーンは、「右」側にあると言われ得る。
[00247]７つのＤＣトーンがあるとき、ＤＣトーンは、−３〜３とインデックス付けされたトーンを含み得る。図示のように、４とインデックス付けされたトーンは、データトーンであり得、送信の右側の第１のデータトーンであり得る。同様に、−４とインデックス付けされたトーンはまた、データトーンであり得、送信の左側の第１のデータトーンであり得る。いくつかの態様では、さらにより多くのデータトーン、したがって、より多くのデータを送信することを可能にするために、特定の送信中に７つより少ないＤＣトーンを有することが望ましいことがある。たとえば、７つではなく３つのＤＣトーンだけが使用された場合、トーンインデックス３、２、−２、および−３が、ＤＣトーンではなくデータトーンとして使用され得る。これにより、３つのＤＣトーンを使用する各送信中で４つ多くのデータトーンが可能になることになる。同様に、７つのＤＣトーンではなく５つのＤＣトーンを使用することにより、各送信中で２つの追加のデータトーンを送信することが可能になることになる。
[00248]図２６Ａおよび図２６Ｂは、５つのＤＣ保護トーンをもつ送信を可能にするために繰り返されるデータトーンを使用するトーンプランの２つの図である。ＤＣ保護トーンは、失われるか、劣化するか、あるいは受信機ＤＣノッチフィルタによって影響を及ぼされ得るメッセージ中のデータを保護するために使用されるトーンを指すことがある。ＤＣ保護トーンは、メッセージデータを搬送することも搬送しないこともある。いくつかの態様では、メッセージデータを含んでいないＤＣ保護トーンは、従来のＤＣトーン（たとえば、ヌルトーン）と呼ばれることがある。いくつかの態様では、受信機ＤＣノッチフィルタによって影響を及ぼされ得るデータトーンを繰り返すことによって、送信中で使用されるＤＣ保護トーンの数を低減することが可能であり得る。たとえば、「可能なＤＣ範囲」（たとえば、受信機ＤＣノッチフィルタによって影響を及ぼされるトーンの可能な揺動）によって示されるように、影響を及ぼされる実際のトーンは、変動し得るが、最終的に５つのトーンにしか影響を及ぼさないことがある。したがって、ＤＣ保護トーン内のデータトーンのうちの１つまたは複数を複製することは、各繰り返されるデータトーンの少なくとも１つのコピーをそのままに保ち得る。したがって、いくつかの態様では、ワイヤレス通信ネットワークを介して通信する方法は、データトーンと１つまたは複数のＤＣ保護トーンとを含むメッセージを形成することを備え得る。複数のデータトーンのうちの１つまたは複数の値は、メッセージのデータ部分を搬送するために設定され得る。さらに、ＤＣ保護トーンのうちの１つまたは複数の値は、データトーンからの値のうちの１つまたは複数を繰り返すことによって設定され得る。したがって、メッセージは、データトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスに送信され得る。
[00249]たとえば、図２６Ａでは、ＤＣ保護トーンの各側からの１つのトーンは、ＤＣ保護トーンの反対側でもう１回繰り返される。言い換えれば、ＤＣ保護トーンのうちの少なくとも１つのために設定された値のうちの１つまたは複数は、ＤＣ保護トーンに近接して（たとえば、３つ、５つ、または７つのトーンの分離の範囲内に）位置するデータトーンの値に対応することができる。図示のように、トーン３とインデックス付けされたトーンは、ＤＣ保護トーンに近接したデータトーンを備え、これは、同じく、トーン−２とインデックス付けされたトーンにおいて繰り返され、これは、ＤＣ保護トーンである。同様に、トーン−３とインデックス付けされたトーンは、トーン２とインデックス付けされたトーンにおいて繰り返されるデータトーンを備え、これは、やはり、ＤＣ保護トーンである。やはり図示のように、トーン１とインデックス付けされたトーンと、トーン０とインデックス付けされたトーンと、トーン−１とインデックス付けされたトーンとは、いかなるメッセージデータも含んでいないことがあり、従来のＤＣトーンであり得る。言い換えれば、１つまたは複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含むことができ、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを備えることができ、ここにおいて、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンの値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンの値を備える。この手法は、シングルユーザ送信とマルチユーザ送信との両方のために使用され得る。このトーンプランの利益の非限定的な例として、繰り返されるデータトーンの２つのコピーのうちの１つ（たとえば、トーン３とインデックス付けされたトーンまたはトーン−２とインデックス付けされたトーン）が可読であるべきであるので、受信機ＤＣノッチフィルタからの影響は、データトーンの繰返しを使用して低減され得る。マルチユーザ（ＭＵ）送信では、ＭＵ送信中の他のＳＴＡからの送信機ＤＣの影響は、ＭＵ送信中の他のＳＴＡによって生じるデータトーンにおいて見られる影響（たとえば、干渉）と同様であり得る。これらの影響は、ＤＣトーン送信電力がデータトーン送信電力以下であることに少なくとも部分的に基づいて同様であり得る。
[00250]たとえば、図２６Ｂに示すように、ＤＣ保護トーンの各側からの２つのトーンは、ＤＣ保護トーン（たとえば、トーン０とインデックス付けされたトーン）の反対側でもう１回繰り返される。たとえば、トーン３および４とインデックス付けされたトーンは、それぞれ、トーン−２および−１とインデックス付けされたトーン（ＤＣ保護トーン）において繰り返されるデータトーンであり得る。同様に、トーン−３および−４とインデックス付けされたトーンは、それぞれ、トーン２および１とインデックス付けされたトーン（ＤＣ保護トーン）において繰り返されるデータトーンであり得る。やはり図示のように、トーン０とインデックス付けされたトーンは、いかなるメッセージデータも含んでいないことがあり、従来のＤＣトーンであり得る。言い換えれば、１つまたは複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含み得、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを含み得、ここにおいて、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛４｝とインデックス付けされたデータトーンの値を備え、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンの値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−４｝とインデックス付けされたデータトーンの値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンの値を備える。図２６Ａと同様に、ＤＣ保護トーンの２つの側のうちの１つからのトーンは、正しく受信され得、したがって、より少ないＤＣ保護トーンが使用され得る。４つの一意のデータトーンのうちのいくつかが２つの異なるトーンインデックスの２つの異なるトーンにおいて送信されるが、９つの図示のトーンがそれらのデータトーンを含むので、図２６Ａと図２６Ｂとの両方が、事実上、５つのＤＣ保護トーンを有することが観測され得る。
[00251]いくつかの態様では、トーンのこの繰返しに加えて、またはその代わりに、より少ないＤＣ保護トーンを含むために他の改変も使用され得る。たとえば、より少ないＤＣ保護トーンを使用し、より低いコードレートでＤＣ保護トーンの周りのデータを符号化することが可能であり得る。言い換えれば、ＤＣ保護トーンのすべてあるいは値に割り当てられたＤＣ保護トーンのうちの１つまたは複数だけが、複数のデータトーンよりも低いレートで符号化され得る。さらに、複数のデータトーンからの値が割り当てられたＤＣ保護トーンのうちの１つまたは複数からの追加または代替として、１つまたは複数のＤＣ保護トーンに近接して位置する複数のデータトーンのうちの１つまたは複数あるいはＤＣ保護トーンのうちの１つまたは複数中で繰り返されるデータに対応するデータトーンは、複数のデータトーンからの残りのデータトーンよりも低いレートで符号化され得る。言い換えれば、複数のデータトーンのうちの１つまたは複数からの１つまたは複数の値が割り当てられた１つまたは複数のＤＣ保護トーンのうちの１つまたは複数および割り当てられた１つまたは複数の値に対応する複数のデータトーンのうちの１つまたは複数は、割り当てられた１つまたは複数の値に対応する複数のデータトーンのうちの１つまたは複数を含まない複数のデータトーンよりも低いレートで符号化され得る。利益の非限定的な例として、これらの改変は、より少ないＤＣ保護トーンを使用することを可能にし、したがって、より多くのデータを送信することを可能にしながら、ＤＣ保護トーンの周りのトーンを復号することを容易にし得る。
[00252]図２７Ａおよび図２７Ｂに、一実施形態による、例示的なトーンプランを示す。詳細には、図２７Ａに、図２５のトーンプランと同様に、７つのＤＣトーンを使用するトーンプランを示す。一方、図２７Ｂに、送信中に含まれているＤＣ保護トーンの数を７つから３つに低減するために、繰り返されるデータトーンを使用するトーンプランを示す。たとえば、図示のように、トーン２、３、および４とインデックス付けされたトーンの各々は、データトーンとして使用され得、トーン−２、−３、および−４とインデックス付けされたトーンも、データトーンとして使用され得る。さらに、図示のように、トーン１、０、および−１とインデックス付けされたトーンは、ＤＣ保護トーンとして使用され得る。いくつかの態様では、トーン２とインデックス付けされたトーン中に含まれているデータは、ＤＣ保護トーンの反対側でトーン−１とインデックス付けされたトーンにおいて繰り返され得、トーン−２とインデックス付けされたトーン中に含まれているデータは、トーン１とインデックス付けされたトーンにおいて同様に繰り返され得る。やはり図示のように、トーン０とインデックス付けされたトーンは、いかなるメッセージデータも含んでいないことがあり、従来のＤＣトーンであり得る。言い換えれば、１つまたは複数のＤＣ保護トーンは、｛−１，０，１｝とインデックス付けされた３つのＤＣ保護トーンを含み得、複数のデータトーンは、｛−２，２｝とインデックス付けされたデータトーンを含み得、ここにおいて、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛２｝とインデックス付けされたデータトーンの値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−２｝とインデックス付けされたデータトーンの値を備える。利益の非限定的な例として、上述したように、この繰返しは、データが、それが送信される２つのトーンのうちの１つ中で正常に復号され得ることを保証するのに役立ち得、これは、次に、ワイヤレス通信デバイスがより多くのデータを送信または受信することを可能にし得る。したがって、この方式は、７つのＤＣトーンを使用することを必要とするのではなく、３つのＤＣ保護トーンを使用して送信するために使用され得る。
[00253]５つまたは３つのＤＣ保護トーンを使用するときのパフォーマンス影響は、許容可能であり得る。たとえば、２．４ＧＨｚの送信では、顕著な損失がないことがあり、受信機ＤＣ保護ノッチフィルタが、データトーンのいずれにも影響を及ぼさないことになる。最大３２．５ｐｐｍのＣＦＯを用いる６ＧＨｚの送信では、また、いかなる顕著な損失もないことになる。さらに、３２．５〜４０ｐｐｍのＣＦＯを用いる６ＧＨｚの送信では、３つのＤＣ保護トーンを使用するときに非常に軽微な損失（０．５ｄＢ）があり得る。いくつかの態様では、ただ１つのデータトーンがこの損失によって影響を及ぼされ得る。したがって、すべてのダウンリンクおよびシングルユーザアップリンク送信などの単一の送信機送信の場合、図２６Ａ、図２６Ｂ、または図２７Ｂに示すように、繰返し保護を用いた５つまたは３つのＤＣ保護トーンが十分であり得る。
[00254]アップリンクマルチユーザおよびＯＦＤＭＡ送信では、複数のキャリア漏れがある場合、パフォーマンスは、効果的なキャリア漏れレベルなどの実装形態に高度に依存し得る。７つのＤＣトーンを利用して送信するときに存在する劣化のレベルが、概して、許容可能であり得、一方、５つまたは３つのＤＣ保護トーンを利用してデータを送信するときに存在する劣化のレベルも許容可能であり得る。（８０ＭＨｚの送信などの）広帯域送信におけるマルチユーザシナリオでは、この劣化は問題にならないことがある。たとえば、単一のデータトーンが送信中で劣化される場合でも、そのような送信は、９００個以上のデータトーンをもつ１０２４個のトーンを含み得る。したがって、１つの紛失データトーンは、総データトーンの小部分のみを表し得る。いくつかの態様では、ＯＦＤＭＡ送信では、ただ１つのＳＴＡが高ＭＣＳシナリオにおいて損害を被り得る。たとえば、１つのＳＴＡには、少数のトーンが割り当てられ得、１つまたは複数のデータトーンを失うことは、より大きい部分の総トーンがそのユーザに割り当てられることを表し得る。しかしながら、ただ１人のユーザに対する損失は、送信中でより多くのデータトーンを送信するために依然として許容でき得る。したがって、送信中で５つまたは３つのＤＣ保護トーンを使用することは有利であり得る。
[00255]いくつかの態様では、送信が、総送信帯域幅の一部分のみを受信することができるデバイスによって受信可能であることが望ましいことがある。たとえば、４０ＭＨｚまたは８０ＭＨｚの送信が、４０または８０ＭＨｚの送信の２０ＭＨｚ部分中でのみ送信を受信することが可能であるデバイスに送信することが可能であることが望ましいことがある。たとえば、これは、８０ＭＨｚの送信の各２０ＭＨｚ部分（ＨＥ２０）が、送信のその部分と他の部分との間にガードトーン（ならびに送信のエッジにエッジトーン）を含むことを必要とし得る。また、４０または８０ＭＨｚの送信の各２０ＭＨｚ部分が、２０ＭＨｚ部分の中心にそれ自体のＤＣトーンを含めば有用であり得る。したがって、８０ＭＨｚの送信の２０ＭＨｚ部分は、デバイスがその部分を受信または送信し得るように、それ自体のガードトーンとそれ自体のＤＣトーンとの両方を含み得る。したがって、４０または８０ＭＨｚの送信は、これらの２０ＭＨｚ部分のうちの２つまたは４つあるいはＨＥ２０割振りユニットを含み得る。
[00256]いくつかの態様では、いくつかのデバイスは、それらが２０ＭＨｚ部分しか受信することができない場合など、より大きい送信中でこれらの２０ＭＨｚ部分を必要とし得る。しかしながら、他の送信は、２０ＭＨｚ部分しか必要としないいかなるデバイスも含まないことがある。したがって、ＯＦＤＭＡ送信に参加するＨＥ２０「モード」のＳＴＡがないとき、追加の割振りユニットを作成するためにＨＥ２０送信の部分が「とらえられ」得れば有利であり得る。たとえば、そのような場合、ＨＥ２０モードのデバイスが存在しないことがあるので、各ＨＥ２０からのＤＣトーンといくつかのガードトーンとは、ＤＣまたはガードトーンとして使用されることが必要とされないことがある。したがって、これらのトーンが、「とらえられ」、データトーンの１つまたは複数の追加のユニットとして使用され得る。
[00257]本明細書で提示する他の割振りの場合と同様に、これらのトーン割振りも、単一のトーン割振りサイズを使用し得る。たとえば、このトーン割振りサイズは、上記で説明したように、２つのパイロットトーンと２４個のデータトーンとを含む２６個のトーンであり得る。単一のトーン割振りサイズを使用することは、ＨＥ２０デバイスがより大きい送信の一部分を受信することを可能にするＨＥ２０割振りを与える利益に加えて、様々なデバイスへのトーンの割振りをシグナリングすることを簡略化し得るので有利であり得る。
[00258]図２８は、例示的な２０ＭＨｚの送信２８００の図である。この２０ＭＨｚの送信は、合計２５６個のトーンを含む。送信は、８つの左ガードトーンと７つの右ガードトーンとを含む。これらのトーンは、送信中のデータトーンとワイヤレス媒体の他の部分上で行われ得る送信との間にバッファを与えるために、それらの上にデータがない状態で送信され得る。送信は、さらに、７つのＤＣトーンを含み、これは、送信中のすべてのトーンの中心に配置され得る。たとえば、送信は、（左側の）−１２８から（右側の）１２７までのインデックス番号を使用して連続的に番号付けされたトーンを含み得る。ＤＣトーンは、トーンの中心にあり得、したがって、７つのＤＣトーンは、インデックス−３からインデックス３までのトーンを含み得る。
[00259]送信２８００は、ＤＣトーンの左側に４つの２６トーン割振りとＤＣトーンの右側に４つの２６トーン割振りとを含み得る。さらに、送信は、ＤＣトーンの各側に１３個の追加のデータトーンを含み得る。各側のこれらの１３個の追加のデータトーンは、第９の２６トーン割振りを形成するために、一緒に組み合わされ得る。したがって、送信２８００は、９つの２６トーン割振りを含み得、その各々が、２４個のデータトーンと２つのパイロットトーンとを含み得る。
[00260]図２９Ａは、４０ＭＨｚの送信２９００を送信するために２つの２０ＭＨｚ部分を使用する図である。この図では、図２８からの「ＨＥ２０」送信２８００は、４０ＭＨｚの送信２９００（または「ＨＥ４０」送信）を形成するために複製される。したがって、４０ＭＨｚの送信２９００中のＤＣトーンの各側に、２０ＭＨｚの送信２８００と同じである送信が使用される。さらに、ＤＣトーン自体は、左半分のＨＥ２０送信２８００からの右ガードトーンと右半分のＨＥ２０送信２８００からの左ガードトーンとを使用して構築される。この送信２９００は、送信２８００の単なる重複であるので、送信２８００の値の各々も複製され、この送信２９００は、ＤＣトーンの各側に９つある状態で、１８個の２６トーン割振りを含む。送信２９００は、さらに、送信の各ＨＥ２０半分中の７つのＤＣトーンと、４０ＭＨｚの送信の中心の１５個のＤＣトーンと、８つの左ガードトーンと、７つの右ガードトーンとを含む。
[00261]４０ＭＨｚの送信２９００中の２つのチャネルのうちの１つ上で送信または受信のみを行うことができるデバイスが、送信２８００と同様に、送信２９００の半分をそれが２０ＭＨｚの送信であるかのように扱うことが可能であり得ることが観測され得る。したがって、この送信２９００は、それがそのようなＨＥ２０デバイスとの間での送信を可能にしながら、同じく、２０ＭＨｚの送信中で送信されるであろうよりも多くのデータを送信することを可能にするという点で有利であり得る。
[00262]図２９Ｂは、２０ＭＨｚ互換の送信中のいくつかのトーンを追加の使用可能なトーンとして使用する４０ＭＨｚの送信の図である。たとえば、いくつかの態様では、所与の送信中でデータを送信または受信しているすべてのＳＴＡは、４０ＭＨｚの送信に適合し得る。すなわち、所与の送信中にそれ自体のガードトーンとＤＣトーンとを含む２０ＭＨｚ部分を必要とするいかなるＳＴＡもないことがある。したがって、送信２９００中でガードトーンまたはＤＣトーンであったいくつかのトーンが、使用可能なトーン（デバイスに割り当てられ得るパイロットトーンまたはデータトーン）になり得るように、それらが「とらえられ」得る機構を与えることが有益であり得る。したがって、送信２９５０は、同じトーンロケーション中に送信２９００の１８個の２６トーン割振りの各々を含む。
[00263]しかしながら、これに加えて、送信２９５０は、デバイスに割り当てられ得る１つの追加の２６トーン割振りを含む。この追加の２６トーン割振りは、送信２９００中の２０ＭＨｚ部分のためのＤＣトーンであった１４個のトーン（各側に７つ）から構成される。ＨＥ２０モードのデバイスが送信２９５０中に含まれないので、これらの追加のＤＣトーンは必要とされないことがある。したがって、これらの１４個のトーンは、使用可能なトーンとして再利用され得る。さらに、送信２９００の１５個の中心のＤＣトーンの各側からの５つのトーン（合計１０個のトーン）も使用可能なトーンとして再利用され得る。これにより、５つのＤＣトーンしか有しない送信２９５０がもたらされ得、ここで、送信２９００は、４０ＭＨｚの送信の中心に１５個のＤＣトーンを有していた。最後に、送信２９５０はまた、送信２９００ではガードトーンであったものから、使用可能なトーンであるものに再利用された１つのトーンを各側に有し得る。
[00264]したがって、送信２９５０は、送信２９００のトーン割振りユニットの各々を含み得る。ただし、送信２９５０は、さらに、１つの追加のトーン割振りユニットを含み得る。この追加のトーン割振りユニットは、送信２９００では、２つのガードトーン、１４個の「ＨＥ２０」ＤＣトーン、および１０個のＤＣトーンとして使用されたトーンから構成され得る。これらの２６個のトーンは、送信２９５０が１９個の２６トーン割振りを含み得るように１つの追加のトーン割振りユニットを形成するために一緒に組み合わされ得る。
[00265]図３０Ａは、４つの２０ＭＨｚ部分を含む８０ＭＨｚの送信３０００の図である。この図では、この送信の各２０ＭＨｚ部分が、図２８に示した２０ＭＨｚの送信と同じトーンプランを使用し得るので、送信３０００の４つの２０ＭＨｚ部分の各々がそれら自体のＤＣトーンを含む。したがって、いくつかの態様では、この送信は、４つのＨＥ２０トーンプランを含み得る。（図２８からの）各ＨＥ２０トーンプランが９つのトーン割振りユニットを含むので、図３０Ａの８０ＭＨｚの送信は、３６個のトーン割振りユニットを含む。この送信３０００は、８つの左ガードトーンと７つの右ガードトーンとを含み得る。この送信はまた、送信の中心の１５個のＤＣトーンと、送信の各２０ＭＨｚ部分の間の１５個のトーンとを含み得、送信の各２０ＭＨｚ部分はそれ自体、７つのＤＣトーンを含み得る。
[00266]図３０Ｂは、２０ＭＨｚ互換の送信中のいくつかのトーンを追加の使用可能なトーンとして使用する８０ＭＨｚの送信３０５０の図である。たとえば、送信３０５０は、図２９Ｂ中の送信２９５０のためのトーンプランを複製することに相当するトーンプランを用いる８０ＭＨｚの送信である。したがって、送信３０５０は、送信３０００からの各トーン割振りユニット、ならびに、左の４０ＭＨｚからのものと右の４０ＭＨｚからのものとの２つの追加のトーン割振りユニットを含み得る。図示のように、各追加のトーン割振りユニットは、通常ならばガードトーン（１つのトーン）、８０ＭＨｚの送信のためのＤＣトーン（１つのトーン）、４０ＭＨｚの送信のためのＤＣトーン（１０個のトーン、各側に５つ）、および各２０ＭＨｚ部分のためのＤＣトーン（１４個のトーン、８０ＭＨｚの送信の各側の２つの２０ＭＨｚの部分の各々からの７つ）として使用されたであろうトーンを含み得る。したがって、送信３０５０は、送信２９５０の複製バージョンであるので、３８個のトーン割振りユニットを含み得、これは、送信２９５０において見られる１９個のトーン割振りユニットの２倍である。
[00267]したがって、送信３０５０は、７つの左ガードトーンと、６つの右ガードトーンと、１３個のＤＣトーンとを含む。さらに、送信３０５０は、８０ＭＨｚの送信の左の４０ＭＨｚの中心の５つのＤＣトーンと、右の４０ＭＨｚの中心の５つのＤＣトーンとを含む。
[00268]図示のように、図３０の送信３０００などの送信は、いくつかの利点を有し得る。たとえば、この送信は、知られていることがある、ワイヤレス通信中の他の場所で使用され得る割振りサイズである２６個のトーン割振りを使用する。さらに、この送信は、単一のサイズのトーン割振りのみを含み、これは、様々なユーザへのトーンの割振りをシグナリングすることを簡略化することと、ＭＡＣ（媒体アクセス制御）リソース割振り、ＴＰＣ、および他のパラメータをも簡略化することとの両方を行い得る。さらに、上記のいくつかの態様による送信により、ＳＴＡがＨＥ２０またはＨＥ４０モードで動作することが可能になり得る（したがって、ＳＴＡは、独立した２０ＭＨｚ部分を必要とすることも必要としないこともある）とともに、より劣る能力をもつデバイスが、８０ＭＨｚの送信などのより大きい送信の部分を使用することが依然として可能になり得る。上記の割振りの別の利点は、これが異なる帯域幅モード間で同じトーン割振りを使用し得るということである。さらに、ＤＣトーンおよび他のトーンを使用可能なトーンに変換することによって送信が追加の割振りユニットを「とらえる」ことを可能にするモードを含むことにより、送信の効率を最大にすることが可能になり得る。
[00269]いくつかの態様では、単一のデバイスには、所与の送信の２０ＭＨｚ部分（以上）が割り当てられ得る。たとえば、単一のデバイスには、２０ＭＨｚの送信の全２０ＭＨｚが割り当てられ得るか、または４０ＭＨｚまたは８０ＭＨｚの送信中の２０ＭＨｚ以上が割り当てられ得る。したがって、送信の全２０ＭＨｚ部分中で送信するために単一のデバイスに割り当てられ得る。
[00270]送信の全２０ＭＨｚ部分中で送信するために単一のデバイスに割り当てられ、他のいかなるデバイスもその２０ＭＨｚ部分のいかなる部分でも送信しないとき、２６個のトーンのＴＡＵなどのより小さいトーン割振りユニットを使用するより効率的であり得る異なるトーンプランを使用することは有利であり得る。たとえば、２０ＭＨｚの送信では、送信が単一のＳＴＡによって送信されているか、またはそれに送信されている場合、送信は、ＩＥＥＥ８０２．１１ａｃからのＶＨＴ８０トーンプランと同様であるトーンプランを使用し得る。ＶＨＴ８０トーンプランは、８０ＭＨｚのために設計されたが、ここでのトーンは、ＩＥＥＥ８０２．１１ａｃでのシンボル持続時間の４倍のシンボル持続時間を有し得るので、２０ＭＨｚの送信のために同様のトーンプランを使用することが可能であり得る。たとえば、これらの送信は、２３４個のデータトーンと８つのパイロットトーンとをもつ２４２個の使用可能なトーン、ならびに１１個のガードトーン（左側に６つおよび右側に５つ）と３つのＤＣトーンとを含み得る。同様に、このトーンプランはまた、４０ＭＨｚまたは８０ＭＨｚの送信中の１つまたは複数の２０ＭＨｚ部分のために使用され得る。概して、ＡＰは、２６トーンのトーンブロックを含むトーンプランと２４２トーンブロックを含むトーンプランとの間で選択し得る。この選択は、送信の２０のＭＨｚ部分ごとに単独で行われ得、したがって、送信は、両方のタイプの２０ＭＨｚ部分を含み得る。
[00271]図３４は、２４２トーン割振りを使用するなど、本開示のいくつかの態様による、４０ＭＨｚの送信３４００の図である。図示のように、４０ＭＨｚの送信は、２つの２０ＭＨｚ部分を含み得、各部分は、２４２個の使用可能なトーンと（２０ＭＨｚ部分の中心に）３つのＤＣトーンとを含む。いくつかの態様では、この送信は、６つの左ガードトーンと５つの右ガードトーン、ならびに（２つの２０ＭＨｚ部分の左右のガードトーンから構成されることが観測され得る）１１個のＤＣトーンを含み得る。図示のように、このトーンプランは、上記で説明したＶＨＴ８０トーンプランを複製することと考えられ得る。いくつかの態様では、このトーンプランは、そのトーンプランがＶＨＴ８０トーンプランの複製コピーであったので、ＩＥＥＥ８０２．１１ａｃからのＶＨＴ１６０トーンプランであると考えられ得る。
[00272]送信の各２０ＭＨｚ部分は、（２０ＭＨｚ部分にただ１つのデバイスが割り当てられるとき）ＶＨＴ８０のようなトーンプランを使用するか、または図２８中でなど、上記で説明した９つの２６トーントーングループを使用し得ることに留意されよう。単一のデバイスに送信されるとき、ＶＨＴ８０のようなトーンプランを使用して送信することにより、２０ＭＨｚ中の２３４個のデータトーンが可能になり得、一方、２６トーントーングループ送信を使用することにより、２１６個のデータトーン（各々が２４個のデータトーンと２つのパイロットトーンとをもつ９つのトーングループ）だけが可能になり得ることが観測され得る。したがって、所与の帯域幅中でより多くのデータトーンを送信することを可能にするために、可能な場合、２４２個の使用可能トーンのＶＨＴ８０のような部分を使用することがより効率的であり得る。そのような２０ＭＨｚ部分の使用により、送信の各２０ＭＨｚ部分がそれ自体のガードトーンとＤＣトーンとを含むことを依然として可能にし、したがって、２０のＭＨｚ部分が、より大きい送信ではなく、２０ＭＨｚの送信のみを受信するように構成され得る「ＨＥ２０モード」のデバイスによって受信され得ることも観測され得る。
[00273]いくつかの態様では、４０ＭＨｚの送信３４００からのいくつかのトーンも再使用され得る。たとえば、ある時間に、ＨＥ２０モードのデバイスが存在しないことがあり、したがって、各２０ＭＨｚ部分中でＤＣトーンを送信することが必要とされないことがある。したがって、６つの内部ＤＣトーンが、他の使用のために再使用され、再利用され得る。同様に、送信３４００は、１１個のＤＣトーンを含む。しかしながら、いくつかの態様では、３つのＤＣトーンなど、より少ないＤＣトーンが必要とされ得る。したがって、８つのＤＣトーンも再利用され得る。したがって、最大１４個のトーンが、別の方法で再使用され得る。１４個のトーンの再使用は、これが、新しい２６トーントーングループを生成するのに十分なトーンでないので、最高効率のために追加のトーンプランを必要とし得る。したがって、いくつかの変形形態では、より少ないＤＣトーンが使用され得、および／または各２０ＭＨｚ部分中に含まれるＤＣトーンが省略され得る。全４０ＭＨｚ部分が１つのデバイスに割り当てられるとき、４８０個のデータトーンと、１６個のパイロットトーンと、１１個のガードトーンと、５つのＤＣトーンとを含み得る４９６個の使用可能なトーン割振りを使用してそのデバイスに送信することも可能であり得る。
[00274]図３５は、２４２トーン割振りを使用するなど、本開示のいくつかの態様による、８０ＭＨｚの送信３５００の図である。図示のように、この割振りは、４つのＶＨＴ８０のようなトーンプランまたは２つのＶＨＴ１６０のようなトーンプランから構成され得る。したがって、この送信は、６つの左ガードトーンと、５つの右ガードトーンと、各２０ＭＨｚ部分の間の（すなわち、８０ＭＨｚの送信の中心の、および８０ＭＨｚの送信の各４０ＭＨｚ半分の中心の）１１個のＤＣトーンとを含み得る。各２０ＭＨｚの１服は、その部分の中心の３つのＤＣトーンと、２３４個のデータトーンと８つのパイロットトーンとを含む２４２個の使用可能なトーンとを含み得る。前述のように、４０ＭＨｚの送信では、８０ＭＨｚの送信の各２０ＭＨｚ部分は、（ＶＨＴ８０のような）２４２使用可能トーン構成または９つの２６トーントーングループ構成のいずれかを含み得る。たとえば、２０ＭＨｚ部分が単一のデバイスだけに割り当てられる場合、ＶＨＴ８０のような部分により、２０ＭＨｚ部分ごとにより多くのデータトーンの使用が可能になり得る。しかしながら、２０ＭＨｚ部分が、２つ以上のデバイスに割り当てられる場合、その一部分は、２６トーントーングループを代わりに使用し得、これにより、９つのトーングループを複数のＳＴＡの間で分割することが可能になり得る。前述のように、これらの２つの２０ＭＨｚ部分設計のうちのいずれかを使用することにより、ＤＣトーンを各２０ＭＨｚ部分中に含むことが可能になり得、これにより、ＨＥ２０モードのデバイスが、送信または送信のその部分を受信することが可能になり得る。
[00275]送信３５００中のいくつかのトーンが再使用され得る（すなわち、使用不可能なトーンから使用可能なトーン、データトーンまたはパイロットトーンのいずれかに転換され得る）ことが観測され得る。代替的に、この再使用は、上記で説明したように、スケジューリングなど、他の目的のためにトーンを使用し得る。たとえば、送信３５００中の最大４２個のトーンが再使用され得、ＤＣトーンがこの目的のために必要とされない場合、２つの４０ＭＨｚ部分の中心でＤＣトーンとして使用される２２個のトーンは、他の目的のために再使用され得る。さらに、送信中のＤＣトーンの数（８０ＭＨｚの送信の中心にあるＤＣトーン）は、１１個から３つのトーンに低減され得、これにより、８つのトーンを再使用することが可能になり得る。さらに、２０ＭＨｚ部分の各々は、その部分の中心に３つのＤＣトーンを含む。これらのトーンはまた、ＨＥ２０モードのデバイスが特定の送信中に含まれないときになど再使用され得る。したがって、これらの４２個のトーン、または任意の数のそれらのトーン（たとえば、任意の組合せでのそれらのトーンのサブセット）が別の目的のために再使用され得る。この送信３５００は、他のトーンプランと比較してリソースの効率的な割振りを有し得、１０２４トーン送信中で９３６個のデータトーンを含み得る。さらに、上記のように、いくつかの他のトーン割振りが使用され得る。たとえば、１つのデバイスに８０ＭＨｚの送信の全４０ＭＨｚ部分が割り当てられる場合、そのデバイスは、２つの２４２トーンブロックではなく、１６個のパイロットトーンと４８０個のデータトーンとをもつ４９６個のトーンの新しいブロックサイズを受信し得る。さらに、単一のデバイスに全８０ＭＨｚが割り当てられる場合、１００６個のトーンの新しいブロックサイズが使用され得、これは、（１１個のガードトーンと７つのＤＣトーンとをもつ）９９０個のデータトーンと１６個のパイロットトーンとを含む。
[00276]上記で説明したように、これらのトーンプランはまた、一緒に使用され得る。たとえば、４０ＭＨｚの送信は、１つの２０ＭＨｚ部分中に１つの２４２トーンブロックを含み得、他の２０ＭＨｚ部分中に９つの２６トーンのトーンブロックを含み得る。同様に、８０ＭＨｚの送信は、同様に、これらの２つのタイプの２０ＭＨｚ部分の混合を含み得る。概して、ＡＰは、２０ＭＨｚ部分ごとにこれらのトーンプランのうちのどれを使用すべきかを決定し得る。この決定は、所与の２０ＭＨｚ部分のトーンを介して送信または受信することになるいくつかのデバイスに基づいて、ならびに（いずれかのデバイスがＨＥ２０モードの送信を必要とするかどうかなど）様々なデバイスの能力に基づいて行われ得る。これらのトーンプランは、各２０ＭＨｚ部分の間の境界と各２０ＭＨｚ部分中のＤＣトーンとを依然として維持しながら、ユーザ間のトーンの効率的な割振りを可能にし得る。さらに、単一のデバイスに全２０ＭＨｚ部分が割り当てられるとき、より効率的なトーンプランが使用され得る。さらに、明らかな２０ＭＨｚの境界および／または各２０ＭＨｚ部分のためのＤＣトーンが必要とされないとき、送信の効率を高めるためにいくつかのトーンも再使用され得る。
[00277]いくつかの態様では、複数のデバイスに送信されるか、またはそれから受信され得る送信を与えることが望ましいことがある。たとえば、メッセージの送信は、２０ＭＨｚ、４０ＭＨｚ、または８０ＭＨｚの帯域幅を介してなど、総帯域幅を介して行われ得る。このメッセージは、ダウンリンクＯＦＤＭＡ送信であり得、これは、一度に複数のデバイスに情報を送信するために、異なるデバイスを対象とするメッセージの部分を含み得る。ダウンリンクＯＦＤＭＡメッセージはまた、場合によっては、ただ１つの受信側（シングルユーザ）を対象とし得る。いくつかの態様では、このメッセージはまた、アップリンクＯＦＤＭＡメッセージであり得る。そのようなＵＬ ＯＦＤＭＡメッセージは、いくつかの異なる部分を含み得、各々が、異なるデバイスによって総帯域幅の異なる部分上で送信され、各々が、ＡＰなどの共通受信側を対象とする。したがって、いくつかのＯＦＤＭＡ送信では、複数のデバイスは、ＡＰに同時に送信し得、これらのデバイスの各々からの送信は、ＡＰにおいて同時に受信され得る。場合によっては、ＵＬ ＯＦＤＭＡ送信はまた、シングルユーザによって送信され得る。
[00278]概して、ＵＬ ＯＦＤＭＡ送信またはＤＬ ＯＦＤＭＡ送信のいずれかでは、異なるデバイスが総帯域幅の異なる量を有することを可能にすることが望ましいことがある。たとえば、異なるデバイスは、ＡＰとの間の送信のためにキューイングされた異なる量のデータを有し得る。したがって、より多くのキューイングされたデータをもつデバイスには、より少ないキューイングされたデータをもつデバイスよりも総帯域幅のより大きい一部分が割り振られ得る。ＡＰは、各ユーザのＭＡＣペイロード情報、チャネル報告、ＭＣＳ、および他のファクタに基づいて、異なるデバイスに帯域幅の異なる部分を割り当てるなど、リソース割振りのための決定を行うように構成され得る。
[00279]送信の総帯域幅は、いくつかの異なるトーンから構成され得る。送信中のいくつかのトーンは、送信のシンボル持続時間と送信の総帯域幅とに少なくとも部分的に依存し得る。たとえば、４ｘシンボル持続時間（すなわち、ＩＥＥＥ８０２．１１ａｃ送信中のシンボル持続時間の４倍の長さであるシンボル持続時間）をもつ２０ＭＨｚの送信は、２５６個のトーンを含み得、一方、４ｘシンボル持続時間をもつ４０ＭＨｚの送信は、５１２個のトーンを含み得、４ｘシンボル持続時間をもつ８０ＭＨｚの送信は、１０２４個のトーンを含み得る。デバイスに総帯域幅の異なる部分を与えるために、異なるデバイスには、異なる数のトーンが割り振られ得る。
[00280]ＡＰ（または別のデバイス）は、ＯＦＤＭＡ送信の一部であるワイヤレスネットワーク中の様々なデバイスに指示を送信し得、指示は、どのデバイスが送信の一部であるのかと、それらのデバイスのトーン割振りとを示す。この指示は、たとえば、ＤＬ ＯＦＤＭＡ送信のパケットヘッダ中に含まれ得るか、またはＤＬ ＯＦＤＭＡ送信より前に送信され得る。ＵＬ ＯＦＤＭＡ送信の場合、指示は、トリガメッセージまたは別のメッセージ中に含まれ得、これは、様々なデバイスにそれらの割振りを通知し得、それらのデバイスにＵＬ ＯＦＤＭＡ送信のタイミングをも通知し得る。
[00281]いくつかの態様では、デバイスはまた、異なる能力を有し得、したがって、（「ＨＥ２０」デバイスなどの）いくつかのデバイスは、総帯域幅のある部分上でしか送信または受信することができないことがある。たとえば、ＨＥ２０デバイスは、総帯域幅の１つの２０ＭＨｚ部分を使用するように構成され得、帯域幅の他の部分を使用するように構成されないことがある。そのようなデバイスは、デバイスが受信することが可能である帯域幅の一部分をデバイスに割り当てることによって、（４０ＭＨｚまたは８０ＭＨｚの送信など）２０ＭＨｚよりも大きい総帯域幅を用いた送信中に含まれ得る。たとえば、ＨＥ２０デバイスは、４０ＭＨｚの送信の２０ＭＨｚ部分を受信し得る。
[00282]いくつかの態様では、ＨＥ２０デバイスが、より大きい送信の２０ＭＨｚ部分のみを受信（または送信）することを可能にするために、送信の各２０ＭＨｚ部分に、それら自体のガードトーンと直流（ＤＣ）トーンとを与えるトーンプランを与えることが望ましいことがある。たとえば、送信の各２０ＭＨｚ部分は、３つ以上のＤＣトーンを含み得、１１個のガードトーンをも含み得る。これにより、デバイスは、デバイスが受信するように構成されていないことがあるか、または受信することができないことがある送信の他の部分からの干渉を受けることなしに、送信の２０ＭＨｚ部分を受信することが可能になり得る。たとえば、十分なＤＣトーンとガードトーンとが送信のトーンプラン中に与えられている場合、ＨＥ２０デバイスは、送信がより大きい送信であることに気づく必要なしにより大きい送信の２０ＭＨｚ部分を送信または受信し得る。
[00283]いくつかの態様では、シグナリングの観点から、送信中の各デバイスに単一のリソースユニットを割り当てることが有益であり得る。各リソースユニットは、いくつかのトーンを含み得、これは、パイロットトーンまたはデータトーンのいずれかとしてそれらのトーンを割り当てたデバイスによって使用され得る。これらのリソースユニットは、複数の可能なサイズを有し得、各々が、異なる数のトーンを含んでいる。たとえば、１つのリソースユニットサイズは、３０個のトーンを含み得る。これらの３０個のトーンは、２８個のデータトーンと２つのパイロットトーンとを含み得る。複数のリソースユニットサイズが使用され得る。たとえば、リソースユニットサイズには、３０個のトーン、６０個のトーン、１２０個のトーン、２４２個のトーン、４９８個のトーン、および１０１０個のトーンがあり得る。これらの様々なリソースユニットサイズの各々は、異なる数のデータトーンとパイロットトーンとを含み得る。いくつかの態様では、単一デバイスに複数のリソースユニットを割り当てることも可能であり得る。
[00284]図３６は、２０ＭＨｚ、４０ＭＨｚ、および８０ＭＨｚの送信の各々において使用され得る様々なリソースユニットサイズの図である。これらの送信は、（単一のデバイスにいくつかの異なるデバイスによって送信される）ＵＬ ＯＦＤＭＡまたは（いくつかの異なるデバイスに１つのデバイスによって送信される）ＤＬ ＯＦＤＭＡのいずれかであり得る。送信中の各デバイスには、単一のリソースユニットが割り当てられ得るが、各デバイスに割り当てられるリソースユニットサイズは、デバイス間で変動し得る。
[00285]概して、２０ＭＨｚの送信は、２５６個のトーンを含み得、これらのトーンのうちの少なくとも３つは、２０ＭＨｚの送信の中心でＤＣトーンとして使用され得、これらのトーンのうちの１１個は、２０ＭＨｚの送信のエッジにおいてガードトーンとして使用され得る。これは、２４２個の「使用可能な」トーンを残し得、これは、デバイスに割り当てられ、そのデバイスによってＤＣトーンまたはデータトーンのいずれかとして使用され得るトーンからなり得る。２０ＭＨｚの送信により、４つの異なるリソースユニットサイズの使用が可能になり得る。これらのサイズには、３０個のトーン、６０個のトーン、１２０個のトーン、または２４２個のトーンがあり得る。これらのサイズのリソースユニットの各々を使用することは、０個の未使用トーンを生じ得る。
[00286]図３７は、２０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図３７００である。図示のように、８つの３０トーンリソースユニットが使用されるとき、２０ＭＨｚの送信は、最大８つのリソースユニットを含み得る。２０ＭＨｚの送信は、５つのＤＣトーンとともに８つの３０トーンリソースユニットを含み得る。２０ＭＨｚの送信はまた、５つのＤＣトーンとともに４つの６０トーンリソースユニットを含み得る。２０ＭＨｚの送信はまた、５つのＤＣトーンとともに２つの１２０トーンリソースユニットを含み得る。２０ＭＨｚの送信はまた、３つのＤＣトーンとともに１つの２４２トーンリソースユニットを含み得る。これらの２０ＭＨｚの送信の各々では、左端（すなわち、負のトーンインデックス）の６つと右端（正のトーンインデックス）の５つとをもつ１１個のガードトーンがあり得る。
[00287]図３７００中の４つの代替の２０ＭＨｚの送信の各々が単一のリソースユニットサイズを含んでいるものとして示されているが、これらのリソースユニットサイズは組み合わされ得る。たとえば、２０ＭＨｚの送信は、一態様では、２つの３０トーンリソースユニットと、１つの６０トーンリソースユニットと、１つの１２０トーンリソースユニットとを含み得る。ＯＦＤＭＡ送信中で受信または送信している各デバイスには、単一のリソースユニットが割り当てられ得る。所与のデバイスに割り当てられたリソースユニットのサイズは、そのデバイス上に存在するキューイングされたデータの量に少なくとも部分的に基づき得る。たとえば、デバイスが、フル２０ＭＨｚ帯域幅にわたってデータを送信するのに十分なキューイングされたデータを有する場合、そのデバイスには、全２０ＭＨｚの送信が１つの２４２トーンリソースユニットとして割り当てられ得る。割振り決定は、優先度ユーザ設定または割振りデバイスにとって利用可能な他のデータなど、他のメトリックにも基づき得る。
[00288]再び図３６を参照すると、４０ＭＨｚの送信は、５１２個のトーンを含み得る。これらのトーンのうちで、少なくとも３つのトーンがＤＣトーンとして使用され得、１１個のトーンがガードトーンとして使用され得る。これは、最大４９８個の使用可能なトーンを残し得、これは、３０個、６０個、１２０個、２４２個、または４９８個のトーンのリソースユニットに分割され得る。これにより、４０ＭＨｚのメッセージ中に最大１６個のリソースユニットが可能になり得る。２４２個以下のトーンのリソースユニットを使用するとき、これは、１４個の未使用トーンをもたらし得、メッセージについて、これは９７．３％の効率である。
[00289]図３８は、４０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図３８００である。図示のように、１６個の３０トーンリソースユニットが使用されるとき、４０ＭＨｚの送信は、最大１６個のリソースユニットを含み得る。４０ＭＨｚの送信は、４０ＭＨｚの送信の中心の１１個のＤＣトーンと４０ＭＨｚの送信の２つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに１６個の３０トーンリソースユニットを含み得る。４０ＭＨｚの送信はまた、４０ＭＨｚの送信の中心の１１個のＤＣトーンと４０ＭＨｚの送信の２つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに８つの６０トーンリソースユニットを含み得る。
[00290]４０ＭＨｚの送信はまた、４０ＭＨｚの送信の中心の１１個のＤＣトーンと４０ＭＨｚの送信の２つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに４つの１２０トーンリソースユニットを含み得る。４０ＭＨｚの送信はまた、４０ＭＨｚの送信の中心の１１個のＤＣトーンと４０ＭＨｚの送信の２つの２０ＭＨｚ部分の各々上の３つのＤＣトーンとともに２つの２４２トーンリソースユニットを含み得る。最後に、４０ＭＨｚの送信は、３つのＤＣトーンとともに１つの４９８トーンリソースユニットを含み得る。これらの送信の各々では、左端（すなわち、負のトーンインデックス）に６つと右端（正のトーンインデックス）に５つとをもつ１１個のガードトーンがあり得る。
[00291]図３８００中の５つの代替の４０ＭＨｚの送信の各々が単一のリソースユニットサイズを含んでいるものとして示されているが、これらのリソースユニットサイズは組み合わされ得る。たとえば、４０ＭＨｚの送信は、一態様では、２つの３０トーンリソースユニットと、１つの６０トーンリソースユニットと、１つの１２０トーンリソースユニットと、１つの２４２トーンリソースユニットとを含み得る。ＯＦＤＭＡ送信中で受信または送信している各デバイスには、単一のリソースユニットが割り当てられ得る。所与のデバイスに割り当てられたリソースユニットのサイズは、そのデバイス上に存在するキューイングされたデータの量に少なくとも部分的に基づき得る。たとえば、デバイスが、フル４０ＭＨｚ帯域幅にわたってデータを送信するのに十分なキューイングされたデータを有する場合、そのデバイスには、全４０ＭＨｚの送信が１つの４９８トーンリソースユニットとして割り当てられ得る。
[00292]再び図３６を参照すると、８０ＭＨｚの送信は、１０２４個のトーンを含み得る。これらのトーンのうちで、少なくとも３つのトーンがＤＣトーンとして使用され得、１１個のトーンがガードトーンとして使用され得る。これは、最大１０１０個の使用可能なトーンを残し得、これは、３０個、６０個、１２０個、２４２個、４９８個、または１０１０個のトーンのリソースユニットに分割され得る。これにより、８０ＭＨｚのメッセージ中に最大３２個のリソースユニットが可能になり得る。２４２個以下のトーンのリソースユニットを使用するとき、これは、４２個の未使用トーンをもたらし得、メッセージについて、これは９５．９％の効率である。２つの４９８トーンリソースユニットを使用するとき、これは、１４個の未使用トーンをもたらし得、これは、９８．６％の効率である。
[00293]図３９は、８０ＭＨｚの送信とともに使用され得る様々なサイズのリソースユニットの図３９００である。図示のように、３２個の３０トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、最大３２個のリソースユニットを含み得る。８０ＭＨｚの送信は、８０ＭＨｚの送信の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の各４０ＭＨｚ部分の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の４つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに３２個の３０トーンリソースユニットを含み得る。
[00294]８０ＭＨｚの送信はまた、８０ＭＨｚの送信の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の各４０ＭＨｚ部分の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の４つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに１６個の６０トーンリソースユニットを含み得る。８０ＭＨｚの送信はまた、８０ＭＨｚの送信の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の各４０ＭＨｚ部分の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の４つの２０ＭＨｚ部分の各々上の５つのＤＣトーンとともに８つの１２０トーンリソースユニットを含み得る。
[00295]８０ＭＨｚの送信はまた、８０ＭＨｚの送信の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の各４０ＭＨｚ部分の中心の１１個のＤＣトーンと、８０ＭＨｚの送信の４つの２０ＭＨｚ部分の各々上の３つのＤＣトーンとともに４つの２４２トーンリソースユニットを含み得る。さらに、８０ＭＨｚの送信は、１１個のＤＣトーンとともに、および８０ＭＨｚの送信の２つの４０ＭＨｚ半分の各々中の３つのＤＣトーンとともに、２つの４９８トーンリソースユニットを含み得る。
[00296]最後に、８０ＭＨｚの送信は、単一の１０１０トーンリソースユニットを含み得、これは、３つのＤＣトーンを有し得る。これらの送信の各々では、左端（すなわち、負のトーンインデックス）に６つと右端（正のトーンインデックス）に５つとをもつ１１個のガードトーンがあり得る。
[00297]図３９００中の６つの代替の８０ＭＨｚの送信の各々が単一のリソースユニットサイズを含んでいるものとして示しているが、これらのリソースユニットサイズは組み合わされ得る。たとえば、８０ＭＨｚの送信は、一態様では、２つの３０トーンリソースユニットと、１つの６０トーンリソースユニットと、１つの１２０トーンリソースユニットと、１つの２４２トーンリソースユニットと、１つの４９８トーンリソースユニットとを含み得る。ＯＦＤＭＡ送信中で受信または送信している各デバイスには、単一のリソースユニットが割り当てられ得る。所与のデバイスに割り当てられたリソースユニットのサイズは、そのデバイス上に存在するキューイングされたデータの量に少なくとも部分的に基づき得る。たとえば、デバイスが、フル８０ＭＨｚ帯域幅にわたってデータを送信するのに十分なキューイングされたデータを有する場合、そのデバイスには、全８０ＭＨｚの送信が１つの１０１０トーンリソースユニットとして割り当てられ得る。
[00298]上記のリソースユニットの各々は、異なる数のパイロットトーンを有し得る。さらに、これらのリソースユニットの各々は、リソースユニット内で異なる配置のパイロットトーンを有し得る。３０トーンリソースユニットは、２８個のデータトーンと２つのパイロットトーンとを含み得る。概して、送信のすべてのトーンにわたって均等にパイロットトーンを広げるパイロットトーンにロケーションを与えることが有益であり得る。
[00299]いくつかの態様では、リソースユニット内のパイロットトーンは、リソースユニット内の第８のトーンと第２３のトーンとの上に配置され得る。これにより、第１のパイロットトーンの左側に７つのトーン、第２のパイロットトーンの右側に７つのトーン、およびパイロットトーンの間に１４個のトーンが可能になり得る。パイロットトーンの各ペア間に１４個のデータトーン（があり、最初と最後のパイロットトーンの両側に７つのデータトーン）があり得るので、そのようなパイロットトーンロケーションは、たとえば、デバイスに、複数の連続するリソースユニットが割り当てられるとき、パイロットトーンの均等な分布を保証し得る。
[00300]６０トーンおよび１２０トーンリソースユニットは、いくつかの態様では、２つまたは４つの３０トーンリソースユニットと考えられ得る。たとえば、６０トーンリソースユニットは、３０トーンリソースユニットからのトーンプランのいくつかの要素を「再使用」し得る。そのような６０トーンリソースユニットは、６０トーンリソースユニットが２つの３０トーンリソースユニットから構成されたかのように、同じパイロットトーンロケーションならびに同数のデータトーンおよびパイロットトーンを使用し得る。同様に、１２０トーンリソースユニットは、パイロットトーンが、４つの３０トーンリソースユニットの場合に配置されたであろうロケーションと同じロケーション中に配置された状態で、８つのパイロットトーンと１１２個のデータトーンとを含み得る。したがって、これらのリソースユニットの各３０トーン部分の第８のトーンと第２３のトーンとの上にパイロットトーンを配置することにより、パイロットトーンをリソースユニットにわたって均等に広げることが可能になり得る。
[00301]いくつかの態様では、リソースユニット内のパイロットトーンは、３０トーンリソースユニット内の第１０のトーンと第２１のトーンとの上に配置され得る。単一の３０トーンリソースユニットでは、これにより、９つのデータトーンと、それに続く１つのパイロットトーンと、それに続く１０個のデータトーンと、それに続く１つのパイロットトーンと、それに続く９つのデータトーンとがもたらされ得る。したがって、単一のリソースユニットの場合、パイロットトーンのこの配置により、３０トーンリソースユニットのトーン内のパイロットトーンの均等な分布が可能になり得る。しかしながら、このパイロットトーンロケーションは、２つ以上のリソースユニットが所与のユーザに割り当てられるとき、またはこれらのパイロットトーンロケーションが６０または１２０トーンリソースユニットにおいて使用されるとき、あまり望ましくないことがある。それらの状況では、パイロットトーン間隔は、パイロットトーンの間に１０個のデータトーンを有することと、パイロットトーンの間に１８個のデータトーンを有することとの間で入れ替わり得る。したがって、それらの状況では、代わりに、リソースユニット内の第８のトーンと第２３のトーンとの上にパイロットトーンを与えることが有益であり得る。
[00302]概して、上記のように、シングルユーザトーンプランは、２０ＭＨｚ、４０ＭＨｚおよび、８０ＭＨｚの各々ごとに与えられ得る。たとえば、２０ＭＨｚの送信のためのシングルユーザトーンプランは、２４２個のトーンを含み得る。４０ＭＨｚの送信のためのシングルユーザトーンプランは、４９８個のトーンを含み得る。８０ＭＨｚの送信のためのシングルユーザトーンプランは、１０１０個のトーンを含み得る。いくつかの態様では、他のシングルユーザトーンプランも使用され得る。
[00303]４９８個のトーンを含むリソースユニットは、１６個のパイロットトーンと、４８２個のデータトーンとを含み得る。いくつかの態様では、４９８トーンリソースユニットは、１２個のパイロットトーンと４８６個のデータトーンとを含み得る。いくつかの態様では、４９８トーンリソースユニットは、１０個のパイロットトーンと４８８個のデータトーンとを含み得る。いくつかの態様では、４９８トーンリソースユニットは、８つのパイロットトーンと４９０個のデータトーンとを含み得る。
[00304]１０１０個のトーンを含むリソースユニットは、８つのパイロットトーンと、１００２個のデータトーンとを含み得る。いくつかの態様では、１０１０トーンリソースユニットは、１０個のパイロットトーンと１０００個のデータトーンとを含み得る。いくつかの態様では、１０１０トーンリソースユニットは、１２個のパイロットトーンと９９８個のデータトーンとを含み得る。いくつかの態様では、１０１０トーンリソースユニットは、１４個のパイロットトーンと９９６個のデータトーンとを含み得る。いくつかの態様では、１０１０トーンリソースユニットは、１６個のパイロットトーンと９９４個のデータトーンとを含み得る。
[00305]図４０に、１０１０個のトーンのリソースユニットとともに使用され得るインターリーバパラメータを示す。たとえば、１０１０トーンリソースユニットは、１０００個のデータトーン、１００２個のデータトーン、１００４個のデータトーン、１００６個のデータトーン、または１０１０個のデータトーンを含み得る。特定の実施形態では、インターリーバ深度（たとえば、列数（Ｎｃｏｌ））はデータトーン数（Ｎｄａｔａ）の因数であり得る。したがって、１０００個のデータトーンを含むリソースユニットでは、インターリーバ深さオブは、１および１０００を除く１０００の因数のいずれかから選択され得る。したがって、たとえば、Ｎｄａｔａが１０００であるとき、Ｎｃｏｌは、２、４、５、８、１０、２０、２５、４０、５０、１００、１２５、２００、２５０、または５００のいずれかであり得る。同様に、Ｎｄａｔａの他の値のためのＮｃｏｌの値も図４０に示す。
[00306]２つ以上の空間ストリームがある場合、空間ストリームに周波数回転が適用され得る。周波数回転は、ベースサブキャリア回転（ＮＲＯＴ）と回転インデックスとに基づき得る。ベースサブキャリア回転（ＮＲＯＴ）および回転インデックスは、データトーン数（Ｎｄａｔａ）と空間ストリーム数（Ｎｓｓ）とに基づき得る。
[00307]たとえば、データトーンブロックが４つまたはそれ以下の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、２４０〜２６２のいずれかであり得る。回転インデックス（たとえば、第６の列）は、このシナリオでは［０ ２ １ ３］のビット逆転であり得る。代替的に、データトーンブロックが５つ以上の空間ストリーム（Ｎｓｓ）を有する場合、ベースサブキャリア回転（ＮＲＯＴ）は、１１５〜１３６のいずれかであり得る。回転インデックス（たとえば、第７の列）は、いくつかの実施形態では［０ ４ ２ ６ １ ５ ３ ７］のビット逆転であり得、または回転インデックスは、他の実施形態では、隣接するストリームの平均サブキャリア距離を最大にする（または増加させる）ように選定され得る（たとえば、［０ ５ ２ ７ ３ ６ １ ４］）。本明細書では、平均サブキャリア距離を最大にするインデックスの一例として［０ ５ ２ ７ ３ ６ １ ４］の回転インデックスが使用されているが、平均サブキャリア距離を最大にする（または増加させる）任意の他の回転インデックスが使用され得る。たとえば、隣接するストリームの平均サブキャリア距離を最大にする任意の置換が使用され得、［０ ５ ２ ７ ３ ６ １ ４］は１つの例にすぎない。
[00308]概して、ＬＤＰＣトーンマッピング距離（ＤＴＭ）は、ＩＥＥＥ８０２．１１ａｃ仕様において定義されている。マッピング距離（ＤＴＭ）は、少なくとも、ＬＤＰＣコードワード長（ＬＣＷ）で除算されたＯＦＤＭシンボルごとのコード化ビット数（ＮＣＢＰＳ）と同じ大きさであり得（たとえば、ＮＣＢＰＳ／ＬＣＷ≦ＤＴＭ）、したがって、各ＬＤＰＣコードワードはトーンの全範囲をカバーする。さらに、マッピング距離（ＤＴＭ）はサブキャリア数の整数約数（Ｎｄａｔａ）であり得る。マッピング距離（ＤＴＭ）は、固定トーン処理を用いる、受信回路１１１６ａ〜１１１６ｃの高速フーリエ変換（ＦＦＴ）モジュールにおいて実装されたトーンデマッパを使用可能にするために、各帯域幅内のレートにわたって一定であり得る。
[00309]図４１に、１０２４トーン８０ＭＨｚの送信中のＮｄａｔａのいくつかの可能な値のために使用され得るＬＤＰＣトーンマッピング距離を示す。たとえば、１０００のＮｄａｔａ値が使用される場合、（１および１０００を除く）Ｎｄａｔａの因数のアンドが、マッピング距離ＤＴＭとして使用され得る。たとえば、Ｎｄａｔａが１０００であるとき、２、４、５、８、１０、２０、２５、４０、５０、１００、１２５、２００、２５０、または５００のいずれかがマッピング距離として使用され得る。同様に、図４１に、Ｎｄａｔａの他の可能な値のために使用され得るＤＴＭの他の値を示す。
[00310]いくつかの態様では、いくつかの送信のための追加のガードトーンを与えることが望ましいことがある。所与のトーンプラン中により多くのガードトーンを与えることは、スペクトルマスク準拠を支援し得る。たとえば、８０ＭＨｚの送信中に１１個以上のガードトーン（左側に６つおよび右側に５つ）を与えることが有益であり得、ここで、送信は、ＩＥＥＥ８０２．１１ａｃ準拠送信と比較して４ｘのシンボル持続時間を用いて送信される。したがって、追加のガードトーンを可能にするＨＥ８０（高効率８０のＭＨｚ）送信のためのトーンプランを与えることが望ましいことがある。これらの送信により、（左側に１１個のガードトーンおよび右側に１０個をもつ）２１個のガードトーン、（左側に１２個のガードトーンおよび右側に１１個をもつ）２３個のガードトーン、または別の数のガードトーンが可能になり得る。
[00311]いくつかのトーンプランは、図３９００（図３９）に示したトーンプランと同様であり得るが、追加のガードトーンを与えるために変更され得る。たとえば、これらのトーンプランは、送信中のガードトーンの数の増加を可能にするために、ＨＥ８０送信のいくつかの部分中のＤＣトーンの数を低減し得、これは、送信のスペクトルマスク準拠を助け得る。
[00312]いくつかの態様では、８０ＭＨｚの送信は、４つの２０ＭＨｚ部分を含み得る。たとえば、図３９００に、２４０トーン以下のトーングループを使用するとき、各々が、（同数のガードトーン、データトーン、およびＤＣトーンロケーションをもつ）ＨＥ２０トーンプランを含む４つの別個の２０ＭＨｚ部分を含むトーンプランを示す。８０ＭＨｚの送信中でガードトーンの数の増加が使用されるとき、４つの別個のＨＥ２０部分を含む８０ＭＨｚのためのトーンプランを使用することが可能でないことがある。しかしながら、これらのＨＥ２０部分は、（たとえば、２０ＭＨｚの送信のみを受信し得る）ＨＥ２０限定デバイスがより大きい送信の一部分を受信することを可能にするために使用され得るので、有用である。したがって、８０ＭＨｚの送信が、ガードトーンの数の増加をもつものであったとしても、１つまたは複数のＨＥ２０部分を含むことが望ましいことがある。
[00313]いくつかの態様では、追加のガードトーンをもつ８０ＭＨｚの送信は、それ自体が２つのＨＥ２０部分から構成され得るＨＥ４０部分（すなわち、上記で説明した４０ＭＨｚトーンプランを使用する部分）を含み得る。たとえば、このＨＥ４０部分は、８０ＭＨｚの送信の「中心」の４０ＭＨｚであり得る。８０ＭＨｚの送信は、中心のＨＥ４０部分の各側に１つずつの２つの他の２０ＭＨｚ部分を含み得、これらの２つの他の２０ＭＨｚ部分の各々は、上記で説明したＨＥ２０送信から変更されたトーンプランを有し得る。たとえば、これらの２つの外側の２０ＭＨｚ部分からのいくつかのＤＣトーンまたはガードトーンは、８０ＭＨｚの送信が追加のガードトーンを含むことを可能にするために再利用され得る。
[00314]上記で説明したように、８０ＭＨｚの送信のそのようなＨＥ４０（したがって、２つのＨＥ２０）部分を含むことにより、ＨＥ２０限定デバイスおよびＨＥ４０限定デバイスとの適合性が可能になり得る。８０ＭＨｚの送信上でガードトーンの増加を可能にするように外側の２つの２０ＭＨｚ部分を変更することは、これがスペクトルマスク準拠を可能にし、それを助けるので、有利であり得る。
[00315]図４２Ａは、本開示のいくつかの態様による、いくつかの４０ＭＨｚトーンプランの図である。この図中の各線は、代替トーンプランを反映する。たとえば、４０ＭＨｚの送信は、１１個の中心のＤＣトーンと送信の各２０ＭＨｚ部分の中心の５つのＤＣトーンとともに、１６個の３０トーントーングループを含み得る。４０ＭＨｚの送信は、１１個のガードトーンを含み得る。４０ＭＨｚが、シングルユーザに割り当てられるとき、そのユーザは、４９６トーントーングループを受信し得、送信は、５つのＤＣトーンのみを含み得る。図示されたトーングループの各々は互いに組み合わされ得、したがって、４０ＭＨｚの送信は、いくつかの３０トーン、６０トーン、１２０トーン、および２４０トーントーングループを含み得る。
[00316]図４２Ｂは、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00317]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00318]８０ＭＨｚの送信の外側の２つの２０ＭＨｚ部分（すなわち、さらに左およびさらに右の２０ＭＨｚ部分）は、ＤＣトーンの数が減少し得る。図示のように、外側の２つの２０ＭＨｚ部分は、いかなるＤＣトーンも有しないことがある。これらの２つの２０ＭＨｚ部分中ではＤＣトーンを使用しないことによって、これらのトーンは、送信中に与えられるガードトーンの数を増加させるために代わりに使用され得る。
[00319]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣトーンを含み得る。より小さいトーングループ（２４０トーンまたはそれ以下）が使用されるとき、送信は、中心のＤＣトーンを含めて、送信の各２０ＭＨｚ部分の間に１１個のＤＣトーンを含み得る。より小さいトーングループ（２４０トーンまたはそれ以下）が使用されるとき、送信は、２つの２０ＭＨｚ部分中に５つのＤＣトーンを含み、外側の２つの２０ＭＨｚ部分中にＤＣトーンを含まないことがある。
[00320]図４３は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00321]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00322]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣトーンを含み得る。
[00323]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が５つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの半分の中心に６つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00324]図４４は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00325]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00326]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣトーンを含み得る。
[00327]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が４つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの半分の中心の近くに７つのＤＣトーンを含み得る。内部の２０ＭＨｚ部分よりも少ないＤＣトーンが外側の２０ＭＨｚ部分において使用されるとき、および増加したガードトーンが使用されるとき、これは、各４０ＭＨｚ部分の中心からわずかに中心を外れたＨＥ４０ ＤＣトーンをもたらし得ることに留意されたい。すなわち、図４４中の７つのＤＣトーンは、各２０ＭＨｚ部分中の異なる数のＤＣトーンならびに存在するいくつかのガードトーンにより、第１の４０ＭＨｚ部分の真の中心を中心としていないことがある。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00328]図４５は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00329]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00330]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣトーンを含み得る。
[00331]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が３つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに８つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00332]図４６は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00333]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00334]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣトーンを含み得る。
[00335]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が２つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに９つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00336]図４７は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00337]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00338]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で１１個のＤＣを含み得る。
[00339]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が１つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに１０個のＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00340]図４８は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00341]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00342]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９６トーントーングループを含み得る。９９６トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で９つのＤＣトーンを含み得る。
[00343]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が４つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに６つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00344]図４９は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00345]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00346]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９６トーントーングループを含み得る。９９６トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で９つのＤＣトーンを含み得る。
[00347]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が３つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに７つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00348]図５０は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00349]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00350]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９６トーントーングループを含み得る。９９６トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で９つのＤＣトーンを含み得る。
[00351]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が２つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに８つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00352]図５１は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00353]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00354]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９６トーントーングループを含み得る。９９６トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で９つのＤＣトーンを含み得る。
[00355]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が１つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに９つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00356]図５２は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00357]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９６トーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４０トーントーングループの混合を含み得る。この図から、２４０トーン以下のトーングループから構成される送信の各々が、図４２Ａに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00358]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４０トーン、４９６トーン、および／または９９６トーントーングループを含み得る。９９６トーントーングループが使用されるとき、送信は、５つのＤＣトーンしか含まないことがある。２つの４９６トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で９つのＤＣトーンを含み得る。
[00359]この図では、２４０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々がＤＣトーンを含まないことがある。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに１０個のＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00360]図５３Ａは、２４２トーントーングループを含み得るいくつかの２０ＭＨｚトーンプランの図である。たとえば、２０ＭＨｚの送信は、１１個のガードトーンを含み得、３０、６０、または１２０トーントーングループを使用して送信するときに５つのＤＣトーンを含み得る。２０ＭＨｚの送信はまた、３つのＤＣトーンを含み得る２４２個のトーンをもつトーングループを含み得る。前述のように、送信は、様々なサイズのトーングループを含み得、図示のように、ただ１つのトーングループサイズを含む必要はない。
[00361]図５３Ｂは、いくつかの４０ＭＨｚトーンプランの図である。たとえば、４０ＭＨｚの送信は、１１個のガードトーンを含み得、３０個、６０個、１２０個、または２４２個のトーンのトーングループを使用して送信するときに１１個のＤＣトーンを含み得る。さらに、送信の各２０ＭＨｚ部分は、１２０個のトーン以下のトーングループを使用するときに５つのＤＣトーンを含み得、２４２個のトーンのトーングループを使用するときに３つのＤＣトーンを含み得る。４０ＭＨｚの送信はまた、３つのＤＣトーンとともに、単一の４９８トーン割振りを含み得る。前述のように、送信は、様々なサイズのトーングループを含み得、図示のように、ただ１つのトーングループサイズを含む必要はない。
[00362]図５３Ｃは、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および１０００個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00363]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00364]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または１０００トーントーングループを含み得る。１０００トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で７つのＤＣトーンを含み得る。
[00365]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が５つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、３つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに６つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00366]図５４は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および１０００個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00367]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00368]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または１０００トーントーングループを含み得る。１０００トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で７つのＤＣトーンを含み得る。
[00369]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が４つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、２つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに７つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00370]図５５は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および１０００個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00371]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00372]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または１０００トーントーングループを含み得る。１０００トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で７つのＤＣトーンを含み得る。
[00373]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が３つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、１つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに８つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00374]図５６は、スペクトルマスク準拠を助けるために２１個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および１０００個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１１個のガードトーンと右側（正のトーンインデックス）の１０個のガードトーンとをもつ２１個のガードトーンを含む。
[00375]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00376]したがって、２１個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または１０００トーントーングループを含み得る。１０００トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で７つのＤＣトーンを含み得る。
[00377]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が２つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、ＤＣトーンを含まないことがある。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに９つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２１個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00378]図５７は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および９９８個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00379]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00380]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で５つのＤＣトーンを含み得る。
[00381]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が４つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、２つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに６つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00382]図５８は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および９９８個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00383]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00384]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で５つのＤＣトーンを含み得る。
[00385]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が３つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、１つのＤＣトーンを含み得る。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに７つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00386]図５９は、スペクトルマスク準拠を助けるために２３個のガードトーンを含み得るいくつかの８０ＭＨｚトーンプランの図である。これらのトーンプランは、３０個、６０個、１２０個、２４２個、４９８個、および９９８個のトーンを有するトーングループを含む、６つのサイズのトーングループを含み得る。前述のように、この図の６本の線の各々は、８０ＭＨｚの送信のための異なるトーンプランを示す。これらの送信の各々は、左側（負のトーンインデックス）の１２個のガードトーンと右側（正のトーンインデックス）の１１個のガードトーンとをもつ２３個のガードトーンを含む。
[00387]前述のように、図示された送信の各々の部分は、互いに組み合わされ得る。たとえば、送信の一方の４０ＭＨｚ部分は、４９８トーントーングループを含み得、一方、他方の４０ＭＨｚ部分は、３０トーン、６０トーン、１２０トーン、および２４２トーントーングループの混合を含み得る。この図から、２４２トーン以下のトーングループから構成される送信の各々が、図５３Ｂに示したように、４０ＭＨｚの送信と同等のトーンプランを有する中心の４０ＭＨｚ部分を含むことに留意されよう。たとえば、中心の４０ＭＨｚは、スタンドアロンの４０ＭＨｚの送信と同数のＤＣトーンとガードトーンとを含み得る。
[00388]したがって、２３個のガードトーンをもつ８０ＭＨｚの送信は、３０トーン、６０トーン、１２０トーン、２４２トーン、４９８トーン、および／または９９８トーントーングループを含み得る。９９８トーントーングループが使用されるとき、送信は、３つのＤＣトーンしか含まないことがある。２つの４９８トーントーングループが使用されるとき、送信は、２つの４０ＭＨｚ部分の中心にＤＣトーンのない状態で５つのＤＣトーンを含み得る。
[00389]この図では、１２０個のトーンまたはそれ以下のトーングループが使用されるとき、外側の２つの２０ＭＨｚ部分の各々が２つのＤＣトーンを含み、２４２個のトーンのトーングループが使用されるとき、ＤＣトーンを含まないことがある。さらに、送信の各４０ＭＨｚ半分は、２つの４０ＭＨｚ部分の中心の近くに８つのＤＣトーンを含み得る。（図３９と比較して）ＤＣトーンのこの数の低減により、２３個のガードトーンなど、より多くのガードトーンが可能になり得る。
[00390]いくつかの態様では、３０個のトーンのリソースユニット（トーングループ）を使用することは、有利であり得る。たとえば、このリコースユニットサイズにより、８つのトーングループを各２０ＭＨｚ帯域幅中に適合することが可能になり得る。８は偶数であり、したがって、これは、８つの３０トーンリソースユニットのいずれもＤＣトーンの両側にトーンを含まないことを意味する。代わりに、リソースユニットの各々は、そのような２０ＭＨｚの送信中のＤＣトーンの片側に完全にある。
[00391]しかしながら、代わりに２６トーンリソースユニットを使用することが望ましいことがある。そのようなリソースユニットの使用により、ＩＥＥＥ８０２．１１規格の前のバージョンにおいて使用されていた送信機パラメータの使用が可能になり得、したがって、（インターリーバパラメータを含む）これらの送信機パラメータが知られていることがある。４ｘシンボル持続時間とともに２６トーンリソースユニットを使用するとき、帯域幅の各２０ＭＨｚ部分中に９つのリソースユニットがあり得る。これは、奇数であるので、リソースユニットのうちの１つは中心のＤＣトーンの両側にトーンを含む。たとえば、９つのリソースユニットのうちの８つは、ＤＣトーンの片側にのみトーンを含むことになるが、第９のリソースユニットは、ＤＣトーンの左側に１３個のトーンを含み、ＤＣトーンの右側に１３個のトーンを含む。これらの１３個のトーンの各々は、ＤＣトーンのそれらの側で、送信中の任意のロケーションにあり得る。たとえば、各側のこれらの１３個のトーンは、ＨＥ２０ ＤＣトーンの周りに配置され得、したがって、それらは、各側のＤＣトーンに隣接する。代替的に、各側のこれらの１３個のトーンは、ＨＥ２０送信のエッジの周りに配置され得、したがって、それらは、２０ＭＨｚの送信（またはより大きい送信の２０ＭＨｚ部分）のガードトーンに隣接し得る。
[00392]さらに、いくつかの態様では、８０ＭＨｚの送信中で同じく２１個または２３個のガードトーンを使用しながら、２６トーンリソースユニットを使用することが望ましいことがある。上記で説明したように、２１個または２３個のガードトーンの使用は、スペクトルマスク準拠のために有益であり得る。したがって、ＨＥ８０送信中の１１個、２１個、または２３個のガードトーンのいずれかと、ＨＥ２０ ＤＣトーンの各サイズへの１３個のトーンの配置とを含むトーンプランが所望され得る。
[00393]図６０は、２６トーンおよび２４２トーンリソースユニットを使用する２０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、１５個のガードトーン（左側に８つ、右側に７つ）と７つのＤＣトーンとを含み得る。９つのリソースユニットがあり、１つのリソースユニットは、ＤＣトーンの両側にトーンを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、ＤＣトーンに隣接して位置するトーンを含み得る。２４２トーンリソースユニットが使用されるとき、２０ＭＨｚの送信は、１１個のガードトーン（左側に６つ、右側に５つ）と３つのＤＣトーンとを含み得る。
[00394]図６１は、２６トーンおよび２４２トーンリソースユニットを使用する４０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、１５個のガードトーン（左側に８つ、右側に７つ）と、１５個のＤＣトーンと、送信の各２０ＭＨｚ部分中の７つのＤＣトーンとを含み得る。このトーンプランが、並んでいる２つの２０ＭＨｚの送信と同等であることが観測され得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00395]２つの２４２トーンリソースユニットが使用されるとき、４０ＭＨｚの送信は、１１個のガードトーン（左側に６つ、右側に５つ）と、１１個のＤＣトーンと、各２０ＭＨｚ部分の中心の近くの３つのＤＣトーンとを含み得る。２つの２４２トーンリソースユニットを使用して送信することは、ある意味では、並んでいる２つの２０ＭＨｚの送信を送信することと同等であり得ることに留意されよう。
[00396]図６２は、２６トーンおよび２４２トーンリソースユニットを使用する８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、１５個のガードトーン（左側に８つ、右側に７つ）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の１５個のＤＣトーンと、送信の各２０ＭＨｚ部分の中心の７つのＤＣトーンとを含み得る。このトーンプランが、並んでいる４つの２０ＭＨｚの送信と同等であることが観測され得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00397]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、１１個のガードトーン（左側に６つ、右側に５つ）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の１１個のＤＣトーンと、各２０ＭＨｚ部分の中心の近くの３つのＤＣトーンとを含み得る。４つの２４２トーンリソースユニットを使用して送信することは、ある意味では、並んでいる４つの２０ＭＨｚの送信を送信することと同等であり得ることに留意されよう。
[00398]いくつかの態様では、追加のガードトーンを与えるために、図６２のトーンプランを改変することが望ましいことがある。上記で説明したように、これは、８０ＭＨｚの送信におけるスペクトルマスク準拠を助け得る。図６２のトーンプランは、より多くのガードトーンを追加するために、いくつかの方法で改変され得る。たとえば、２つの４０ＭＨｚ部分中でＤＣトーンとして使用されたトーンは、ガードトーンになるように再利用され得る。４つの２０ＭＨｚ部分中でＤＣトーンとして使用されたトーンはまた、ガードトーンとして再利用され得る。いくつかの態様では、より多くのガードトーンを与えるために改変された２つの外側の２０ＭＨｚ部分のみからのトーンを再利用することが有益であり得る。これにより、８０ＭＨｚの送信の中心の４０ＭＨｚが４０ＭＨｚの送信に同等であることが可能になり得、これは、ＨＥ２０またはＨＥ４０送信のみをサポートし得るデバイスのために有益であり得る。
[00399]図６３は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１０個のＤＣトーンと、送信の各２０ＭＨｚ部分の中心の７つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00400]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの６つのＤＣトーンと、各２０ＭＨｚ部分の中心の近くの３つのＤＣトーンとを含み得る。
[00401]図６４は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１１個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の６つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00402]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの７つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の２つのＤＣトーンとを含み得る。
[00403]図６５は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１２個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の５つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00404]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの８つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の１つのＤＣトーンとを含み得る。
[00405]図６６は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１３個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の４つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00406]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの９つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の０個のＤＣトーンとを含み得る。
[00407]図６７は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１０個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の６つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00408]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの６つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の２つのＤＣトーンとを含み得る。
[00409]図６８は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１１個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の５つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00410]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの７つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の１つのＤＣトーンとを含み得る。
[00411]図６９は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１２個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の４つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、その２０ＭＨｚ部分のＤＣトーンに隣接して位置するトーンを含み得る。
[00412]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの８つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の０個のＤＣトーンとを含み得る。
[00413]図７０は、２６トーンおよび２４２トーンリソースユニットを使用する２０ＭＨｚの送信の図である。この図では、２６トーンリソースユニットを使用するときに、７つのＤＣトーンと１５個のガードトーンとがあることが観測され得る。ここで、９つのリソースユニットがあり、第９のリソースユニットは、ＤＣトーンの各側に１３個のトーンを含む。これらのトーンは、２０ＭＨｚの送信の最も外側の部分に、２０ＭＨｚのエッジの近くに、ガードトーンに隣接して配置される。この送信はまた、代わりに２４２トーンリソースユニットを使用し得、その場合、送信は、３つのＤＣトーンと１１個のガードトーンとを含む。同様に、図７１は、分割２６トーンリソースユニットトーンの同じ配置を使用する４０ＭＨｚの送信の図である。ここで、２０ＭＨｚのＤＣトーンの各側に１３個のトーンを含む２つのリソースユニットの各々からのトーンは、２０ＭＨｚ部分の最も外側のエッジに配置される。
[00414]図７２は、２６トーンおよび２４２トーンリソースユニットを使用する８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、１５個のガードトーン（左側に８つ、右側に７つ）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１５個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の７つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00415]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、１１個のガードトーン（左側に６個、右側に５個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１１個のＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の３つのＤＣトーンとを含み得る。
[00416]これらのトーンプランは、スペクトルマスク準拠で助けるために、８０ＭＨｚの送信中で追加のガードトーンに適応するために調整され得る。
[00417]図７３は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１０個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の７つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00418]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの６つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の３つのＤＣトーンとを含み得る。
[00419]図７４は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１１個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の６つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00420]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの７つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の２つのＤＣトーンとを含み得る。
[00421]図７５は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１２個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の５つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00422]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの８つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の１つのＤＣトーンとを含み得る。
[00423]図７６は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２５個のガードトーン（左側に１３個、右側に１２個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１３個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の４つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00424]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２１個のガードトーン（左側に１１個、右側に１０個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの９つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の０個のＤＣトーンとを含み得る。
[00425]図７７は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１０個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の６つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00426]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの６つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の２つのＤＣトーンとを含み得る。
[00427]図７８は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１１個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の５つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00428]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの７つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の１つのＤＣトーンとを含み得る。
[00429]図７９は、２６トーンおよび２４２トーンリソースユニットを使用する、追加のガードトーンをもつ８０ＭＨｚの送信の図である。各２６トーンリソースユニットは、２４個のデータトーンと２つのパイロットトーンとを含み得る。各２４２トーンリソースユニットは、２３４個のデータトーンと８つのパイロットトーンとを含み得る。図示のように、２６トーンリソースユニットを使用するとき、送信は、２７個のガードトーン（左側に１４個、右側に１３個）と、１５個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの１２個のＤＣトーンと、送信の２つの中心の２０ＭＨｚ部分の中心の７つのＤＣトーンと、送信の２つの外側の２０ＭＨｚ部分の中心の４つのＤＣトーンとを含み得る。各２０ＭＨｚ部分は、その２０ＭＨｚ部分のＤＣトーンの両側にトーンを含む１つのリソースユニットを含み得る。図示のように、ＤＣトーンの各側に１３個のトーンを含むリソースユニットは、２０ＭＨｚ部分の最も端のエッジ上に位置するトーンと、２０ＭＨｚ部分のエッジに隣接するトーンと、エッジにあるＤＣトーンまたはガードトーンとを含み得る。
[00430]４つの２４２トーンリソースユニットが使用されるとき、８０ＭＨｚの送信は、２３個のガードトーン（左側に１２個、右側に１１個）と、１１個のＤＣトーンと、各４０ＭＨｚ部分の中心の近くの８つのＤＣトーンと、２つの中心の２０ＭＨｚ部分の中心の３つのＤＣトーンと、２つの外側の２０ＭＨｚ部分の中心の０個のＤＣトーンとを含み得る。
[00431]いくつかの態様では、２６トーンリソースユニットおよび２４２トーンリソースユニットを使用するとき、デバイスに割り振られ得る割振りは、１つの２６トーンユニット、２つの２６トーンユニット、４つの２６トーンユニット、１つの２４２トーンユニット、２つの２４２トーンユニット、３つの２４２トーンユニット、および４つの２４２トーンユニットを含む。
[00432]デバイスに１つの２６トーンユニットが割り振られるとき、これは、２４個のデータトーンと２つのパイロットトーンとを含み得る。この場合のインターリービングは、ＩＥＥＥ８０２．１１ａｈ準拠の送信において使用される既存の２４トーンインターリーバを使用することができる。
[00433]２つの２６トーンユニットの割振りの場合、これは、４８個のデータトーンと４つのパイロットトーンとを含み得る。４８個のデータトーンを送信するとき、ＩＥＥＥ８０２．１１ａで使用される既存の４８トーンインターリーバが使用され得る。ここで、Ｎｃｏｌは、１６であり得、Ｎｒｏｔは、［１：２４］のうちの１つであり、ＬＤＰＣトーンマッピング距離（Ｄｔｍ）は、｛２，３，４，６，８，１２，１６，２４｝から選定され得る。これらの設定は、Ｎｄａｔａが５２であるときのインターリーバパラメータと同じであり得る。
[00434]４つの２６トーンユニットの割振りの場合、インターリービングのための３つのオプションがあり得る。第１のオプションでは、インターリービングは、２つのステップで行われ得る。最初に、４つのブロックにわたる周波数セグメントパース、次いで、（２６個のトーンが２つのパイロットトーンと２４個のデータトーンを含むと仮定すると）各ブロック中の２４トーンインターリービング。第２のオプションは、２つのステップでのインターリービングを含む。最初に、２つのブロックにわたる周波数セグメントパース、次いで、各２ｘ２６トーンブロックとの４８トーンインターリービング。これは、｛２，３，４，６，８，１２，１６，２４｝から選定されるＬＤＰＣトーンマッピング距離を使用し得る。
[00435]第３のオプションは、９６、９８、または、１００個のデータトーンのうちの１つと８つ、６つ、または４つのパイロットトーンのうちの１つをもつ１０４個のトーンを使用し得る。短縮インターリービングは、（Ｎｃｏｌ＝１８、Ｎｃｃ≦４の場合はＮｒｏｔ＝２９、Ｎｓｓ＞４の場合はＮｒｏｔ＝１３を有する）既存の１０８トーンインターリーバを用いて行われ得、ここで、列で読み取るとき、１０８個ではなく、９６／９８／１００個のデータトーンのみを有するので、ビットが書き込まれていないグリッドはスキップされる。
[00436]２４２個のトーン以上の割振りの場合、インターリービングは、２つのステップで行われ得る。最初に、周波数セグメントパース、次いで、各２４２トーンリソースユニット内での（各２４２トーンユニット中に２３４個のデータトーンと８つのパイロットトーンとをもつ）２３４トーンインターリービング。ここで、ＬＤＰＣトーンマッピング距離（Ｄｔｍ）は、｛２，３，６，９，１３，１８，２６，３９，７８，１１７｝から選定され得る。
[00437]図８０に、ワイヤレス通信ネットワークを介した通信の例示的な方法８０００のフローチャートを示す。方法８０００は、図１のＡＰ１０４あるいはＳＴＡ１０６のうちの１つまたは複数などのＡＰまたはＳＴＡによって実行され得る。方法８０００は、変動する数のＤＣ保護トーンおよび／またはデータトーンを利用してＡＰ１０４またはＳＴＡ１０６との間でデータパケットを送信するために使用され得る。いくつかの態様では、方法８０００により、ＳＴＡ１０６は、アップリンクまたはダウンリンクＯＦＤＭＡ送信を送信または受信することが可能になり得る。
[00438]ブロック８０１０において、ＡＰ１０４は、たとえば、複数のデータトーンの各々の値を決定し、複数の決定された値は、メッセージの一部分に対応する。いくつかの態様では、複数のＤＣ保護トーンは、｛０｝とインデックス付けされたトーンを備え、複数のデータトーンとＤＣ保護トーンとの各々は、｛０｝とインデックス付けされたトーンに対するトーンインデックスを備える。
[00439]ブロック８０２０において、ＡＰ１０４は、たとえば、複数のＤＣ保護トーンのうちの１つまたは複数に１つまたは複数の値を割り当て、１つまたは複数の割り当てられた値は、複数のデータトーンのうちの１つまたは複数の複数の決定された値のうちの１つまたは複数に対応する。いくつかの態様では、１つまたは複数の割り当てられた値は、｛０｝とインデックス付けされたトーンの反対側に位置する複数のデータトーンのうちの１つのデータトーンの値に対応する。様々な態様では、１つまたは複数の割り当てられた値は、複数のＤＣ保護トーンに近接して位置する複数のデータトーンのうちの１つのデータトーンの値に対応する。いくつかの態様では、１つまたは複数の値が割り当てられた複数のＤＣ保護トーンのうちの１つまたは複数は、複数のデータトーンよりも低いレートで符号化される。いくつかの実施形態では、１つまたは複数の値が割り当てられた複数のＤＣ保護トーンのうちの１つまたは複数および割り当てられた１つまたは複数の値に対応する複数のデータトーンのうちの１つまたは複数は、割り当てられた１つまたは複数の値に対応する複数のデータトーンのうちの１つまたは複数を含まない複数のデータトーンよりも低いレートで符号化される。
[00440]一実施形態では、複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含み、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを備え、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンの値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンの値を備える。別の実施形態では、複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含み、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを備え、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛４｝とインデックス付けされたデータトーンの値を備え、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンの値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−４｝とインデックス付けされたデータトーンの値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンの値を備える。別の実施形態では、複数のＤＣ保護トーンは、｛−１，０，１｝とインデックス付けされた３つのＤＣ保護トーンを含み、複数のデータトーンは、｛−２，２｝とインデックス付けされたデータトーンを備え、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛２｝とインデックス付けされたデータトーンの値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−２｝とインデックス付けされたデータトーンの値を備える。
[00441]ブロック８０３０において、ＡＰ１０４は、たとえば、複数のデータトーンとＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信する。方法８０００を利用することの利益の非限定的な例として、ＡＰ１０４は、より少ないＤＣ保護トーンを利用することによってより多くのデータトーンを送信することが可能であり得る。
[00442]図８１に、ワイヤレス通信ネットワークを介した別の通信の例示的な方法８１００のフローチャートを示す。方法８１００は、図１のＡＰ１０４あるいはＳＴＡ１０６のうちの１つまたは複数などのＡＰまたはＳＴＡによって実行され得る。方法８１００は、変動する数のＤＣ保護トーンおよび／またはデータトーンを利用してＡＰ１０４またはＳＴＡ１０６との間でデータパケットを送信するために使用され得る。いくつかの態様では、方法８１００により、ＳＴＡ１０６は、アップリンクまたはダウンリンクＯＦＤＭＡ送信を送信または受信することが可能になり得る。
[00443]ブロック８１１０において、ＡＰ１０４は、たとえば、複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成する。いくつかの態様では、１つまたは複数のＤＣ保護トーンは、｛０｝とインデックス付けされたトーンを備え、複数のデータトーンと１つまたは複数のＤＣ保護トーンとの各々は、｛０｝とインデックス付けされたトーンに対するトーンインデックスを備える。
[00444]ブロック８１２０において、ＡＰ１０４は、たとえば、メッセージのデータ部分を搬送するために複数のデータトーンのうちの１つのデータトーンの値を設定する。データトーンの値を設定するための手段は、図２のプロセッサ２０４を備え得る。
[00445]ブロック８１３０において、ＡＰ１０４は、たとえば、ＤＣ保護トーンの値としてデータトーンの値を繰り返すことによって１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定する。いくつかの態様では、１つまたは複数のＤＣ保護トーンは、メッセージのいかなるデータも搬送しない少なくとも１つのＤＣトーンとデータトーンから繰り返されるデータを搬送するＤＣ保護トーンとを備える。様々な態様では、データトーンは、１つまたは複数のＤＣ保護トーンに近接して位置し、データトーンからの繰り返されるデータを搬送するＤＣ保護トーンから見て｛０｝とインデックス付けされたトーンの反対側に位置する。いくつかの態様では、データトーンから繰り返されるデータを搬送する少なくともＤＣ保護トーンは、複数のデータトーンよりも低いレートで符号化される。いくつかの態様では、少なくともデータトーンとデータトーンから繰り返されるデータを搬送するＤＣ保護トーンとは、データトーンを含まない複数のデータトーンよりも低いレートで符号化される。
[00446]一実施形態では、１つまたは複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含み、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを備え、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンから繰り返される値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンから繰り返される値を備える。別の実施形態では、１つまたは複数のＤＣ保護トーンは、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを含み、複数のデータトーンは、｛−３，３｝とインデックス付けされたデータトーンを備え、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛４｝とインデックス付けされたデータトーンから繰り返される値を備え、｛−２｝とインデックス付けされたＤＣ保護トーンは、｛３｝とインデックス付けされたデータトーンから繰り返される値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−４｝とインデックス付けされたデータトーンから繰り返される値を備え、｛２｝とインデックス付けされたＤＣ保護トーンは、｛−３｝とインデックス付けされたデータトーンから繰り返される値を備える。別の実施形態では、１つまたは複数のＤＣ保護トーンは、｛−１，０，１｝とインデックス付けされた３つのＤＣ保護トーンを含み、複数のデータトーンは、｛−２，２｝とインデックス付けされたデータトーンを備え、｛−１｝とインデックス付けされたＤＣ保護トーンは、｛２｝とインデックス付けされたデータトーンから繰り返される値を備え、｛１｝とインデックス付けされたＤＣ保護トーンは、｛−２｝とインデックス付けされたデータトーンから繰り返される値を備える。
[00447]ブロック８１４０において、ＡＰ１０４は、たとえば、複数のデータトーンと１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスにメッセージを送信する。方法８１００を利用することの利益の非限定的な例として、ＡＰ１０４は、より少ないＤＣ保護トーンを利用することによってより多くのデータトーンを送信することが可能であり得る。
技術を実装すること
[00448]情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体を通して参照され得るデータと、命令と、コマンドと、情報と、信号と、ビットと、シンボルと、チップとが、電圧、電流、電磁波、磁場または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
[00449]本開示で説明した実装形態への様々な変更は当業者には容易に明らかになり得、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の実装形態に適用され得る。したがって、本開示は、本明細書で示した実装形態に限定されるものではなく、本明細書で開示する特許請求の範囲、原理および新規の特徴に一致する、最も広い範囲を与られるべきである。「例示的」という単語は、本明細書ではもっぱら「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明するいかなる実装形態も、必ずしも他の実装形態よりも好ましいか、または有利であると解釈されるべきではない。
[00450]また、別個の実装形態の文脈において本明細書で説明したいくつかの特徴は、単一の実装形態において組合せで実装され得る。また、逆に、単一の実装形態の文脈において説明した様々な特徴は、複数の実装形態において別個に、あるいは任意の好適な部分組合せで実装され得る。その上、特徴は、いくつかの組合せで働くものとして上記で説明され、初めにそのように請求されることさえあるが、請求される組合せからの１つまたは複数の特徴は、場合によってはその組合せから削除され得、請求される組合せは、部分組合せ、または部分組合せの変形形態を対象とし得る。
[00451]上記で説明した方法の様々な動作は、様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／またはモジュールなど、それらの動作を実施することが可能な任意の好適な手段によって実施され得る。概して、図に示すどの動作も、その動作を実施することが可能な対応する機能的手段によって実施され得る。
[00452]本開示に関連して説明した様々な例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
[00453]１つまたは複数の態様では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備えることができる。さらに、いくつかの態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備えることができる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[00454]本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく変更され得る。
[00455]さらに、本明細書で説明した方法および技法を実施するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。その上、本明細書で説明した方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。
[00456]上記は本開示の態様を対象とするが、それの基本的範囲から逸脱することなく本開示の他の態様およびさらなる態様が考案され得、それの範囲は以下の特許請求の範囲によって決定される。

Claims (24)

  1. ワイヤレス通信ネットワークを介して通信する方法であって、
    複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することと、
    前記メッセージのデータ部分を搬送するために前記複数のデータトーンのうちの１つのデータトーンの値を設定することと、
    前記ＤＣ保護トーンの前記値として前記データトーンの前記値を繰り返すことによって前記１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することと、
    前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスに前記メッセージを送信することと
    を備える方法。
  2. 前記１つまたは複数のＤＣ保護トーンが、前記メッセージのいかなるデータも搬送しない少なくとも１つのＤＣトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとを備える、請求項１に記載の方法。
  3. 前記１つまたは複数のＤＣ保護トーンが、｛０｝とインデックス付けされたトーンを備える、ここにおいて、前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとの各々が、｛０｝とインデックス付けされた前記トーンに対するトーンインデックスを備える、ここにおいて、前記データトーンが、前記データトーンからの前記繰り返されるデータを搬送する前記ＤＣ保護トーンから見て｛０｝とインデックス付けされた前記トーンの反対側に位置する、請求項１に記載の方法。
  4. 前記１つまたは複数のＤＣ保護トーンが、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−３，３｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−２｝とインデックス付けされた前記ＤＣ保護トーンが、｛３｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛２｝とインデックス付けされた前記ＤＣ保護トーンが、｛−３｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項１に記載の方法。
  5. 前記１つまたは複数のＤＣ保護トーンが、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−３，３｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−１｝とインデックス付けされた前記ＤＣ保護トーンが、｛４｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛−２｝とインデックス付けされた前記ＤＣ保護トーンが、｛３｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛１｝とインデックス付けされた前記ＤＣ保護トーンが、｛−４｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛２｝とインデックス付けされた前記ＤＣ保護トーンが、｛−３｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項１に記載の方法。
  6. 前記１つまたは複数のＤＣ保護トーンが、｛−１，０，１｝とインデックス付けされた３つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−２，２｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−１｝とインデックス付けされた前記ＤＣ保護トーンが、｛２｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛１｝とインデックス付けされた前記ＤＣ保護トーンが、｛−２｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項１に記載の方法。
  7. 前記データトーンから繰り返されるデータを搬送する少なくとも前記ＤＣ保護トーンが、前記複数のデータトーンよりも低いレートで符号化される、請求項１に記載の方法。
  8. 少なくとも前記データトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとが、前記データトーンを含まない前記複数のデータトーンよりも低いレートで符号化される、請求項１に記載の方法。
  9. ワイヤレス通信ネットワークを介して通信するための装置であって、
    複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することと、
    前記メッセージのデータ部分を搬送するために前記複数のデータトーンのうちの１つのデータトーンの値を設定することと、
    前記ＤＣ保護トーンの前記値として前記データトーンの前記値を繰り返すことによって前記１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することと
    を行うように構成されたプロセッサと、
    前記プロセッサと結合され、前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスに前記メッセージを送信するように構成された送信機と
    を備える装置。
  10. 前記１つまたは複数のＤＣ保護トーンが、前記メッセージのいかなるデータも搬送しない少なくとも１つのＤＣトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとを備える、請求項９に記載の装置。
  11. 前記１つまたは複数のＤＣ保護トーンが、｛０｝とインデックス付けされたトーンを備える、ここにおいて、前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとの各々が、｛０｝とインデックス付けされた前記トーンに対するトーンインデックスを備える、ここにおいて、前記データトーンが、前記データトーンからの前記繰り返されるデータを搬送する前記ＤＣ保護トーンから見て｛０｝とインデックス付けされた前記トーンの反対側に位置する、請求項９に記載の装置。
  12. 前記１つまたは複数のＤＣ保護トーンが、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−３，３｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−２｝とインデックス付けされた前記ＤＣ保護トーンが、｛３｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛２｝とインデックス付けされた前記ＤＣ保護トーンが、｛−３｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項９に記載の装置。
  13. 前記１つまたは複数のＤＣ保護トーンが、｛−２，−１，０，１，２｝とインデックス付けされた５つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−３，３｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−１｝とインデックス付けされた前記ＤＣ保護トーンが、｛４｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛−２｝とインデックス付けされた前記ＤＣ保護トーンが、｛３｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛１｝とインデックス付けされた前記ＤＣ保護トーンが、｛−４｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛２｝とインデックス付けされた前記ＤＣ保護トーンが、｛−３｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項９に記載の装置。
  14. 前記１つまたは複数のＤＣ保護トーンが、｛−１，０，１｝とインデックス付けされた３つのＤＣ保護トーンを備える、ここにおいて、前記複数のデータトーンが、｛−２，２｝とインデックス付けされたデータトーンを備える、ここにおいて、｛−１｝とインデックス付けされた前記ＤＣ保護トーンが、｛２｝とインデックス付けされた前記データトーンから繰り返される値を備える、ここにおいて、｛１｝とインデックス付けされた前記ＤＣ保護トーンが、｛−２｝とインデックス付けされた前記データトーンから繰り返される値を備える、請求項９に記載の装置。
  15. 前記データトーンから繰り返されるデータを搬送する少なくとも前記ＤＣ保護トーンが、前記複数のデータトーンよりも低いレートで符号化される、請求項９に記載の装置。
  16. 少なくとも前記データトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとが、前記データトーンを含まない前記複数のデータトーンよりも低いレートで符号化される、請求項９に記載の装置。
  17. ワイヤレス通信ネットワークを介して通信するための装置であって、
    複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成するための手段と、
    前記メッセージのデータ部分を搬送するために前記複数のデータトーンのうちの１つのデータトーンの値を設定するための手段と、
    前記ＤＣ保護トーンの前記値として前記データトーンの前記値を繰り返すことによって前記１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定するための手段と、
    前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスに前記メッセージを送信するための手段と
    を備える装置。
  18. 前記１つまたは複数のＤＣ保護トーンが、前記メッセージのいかなるデータも搬送しない少なくとも１つのＤＣトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとを備える、請求項１７に記載の装置。
  19. 前記データトーンから繰り返されるデータを搬送する少なくとも前記ＤＣ保護トーンが、前記複数のデータトーンよりも低いレートで符号化される、請求項１７に記載の装置。
  20. 少なくとも前記データトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとが、前記データトーンを含まない前記複数のデータトーンよりも低いレートで符号化される、請求項１７に記載の装置。
  21. 実行されたとき、ワイヤレス通信ネットワークを介して通信する方法を実行するコードを備える非一時的コンピュータ可読媒体であって、前記方法は、
    複数のデータトーンと１つまたは複数の直流（ＤＣ）保護トーンとを含むメッセージを形成することと、
    前記メッセージのデータ部分を搬送するために前記複数のデータトーンのうちの１つのデータトーンの値を設定することと、
    前記ＤＣ保護トーンの前記値として前記データトーンの前記値を繰り返すことによって前記１つまたは複数のＤＣ保護トーンのうちの１つのＤＣ保護トーンの値を設定することと、
    前記複数のデータトーンと前記１つまたは複数のＤＣ保護トーンとを利用して１つまたは複数のワイヤレス通信デバイスに前記メッセージを送信することと
    を備える、非一時的コンピュータ可読媒体。
  22. 前記１つまたは複数のＤＣ保護トーンが、前記メッセージのいかなるデータも搬送しない少なくとも１つのＤＣトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとを備える、請求項２１に記載のコンピュータ可読媒体。
  23. 前記データトーンから繰り返されるデータを搬送する少なくとも前記ＤＣ保護トーンが、前記複数のデータトーンよりも低いレートで符号化される、請求項２１に記載のコンピュータ可読媒体。
  24. 少なくとも前記データトーンと前記データトーンから繰り返されるデータを搬送する前記ＤＣ保護トーンとが、前記データトーンを含まない前記複数のデータトーンよりも低いレートで符号化される、請求項２１に記載のコンピュータ可読媒体。
JP2017514433A 2014-09-16 2015-09-15 ワイヤレス通信ネットワークのためのトーンプランのためのシステムおよび方法 Pending JP2017532862A (ja)

Applications Claiming Priority (17)

Application Number Priority Date Filing Date Title
US201462051207P 2014-09-16 2014-09-16
US62/051,207 2014-09-16
US201462053642P 2014-09-22 2014-09-22
US62/053,642 2014-09-22
US201462058002P 2014-09-30 2014-09-30
US62/058,002 2014-09-30
US201462059820P 2014-10-03 2014-10-03
US62/059,820 2014-10-03
US201462063324P 2014-10-13 2014-10-13
US62/063,324 2014-10-13
US201462068196P 2014-10-24 2014-10-24
US62/068,196 2014-10-24
US201462069785P 2014-10-28 2014-10-28
US62/069,785 2014-10-28
US14/853,872 US10128917B2 (en) 2014-09-16 2015-09-14 Systems and methods for tone plans for wireless communication networks
US14/853,872 2015-09-14
PCT/US2015/050228 WO2016044298A1 (en) 2014-09-16 2015-09-15 Systems and methods for tone plans for wireless communication networks

Publications (2)

Publication Number Publication Date
JP2017532862A true JP2017532862A (ja) 2017-11-02
JP2017532862A5 JP2017532862A5 (ja) 2019-01-31

Family

ID=55455856

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017514433A Pending JP2017532862A (ja) 2014-09-16 2015-09-15 ワイヤレス通信ネットワークのためのトーンプランのためのシステムおよび方法

Country Status (6)

Country Link
US (1) US10128917B2 (ja)
EP (1) EP3195515A1 (ja)
JP (1) JP2017532862A (ja)
KR (1) KR20170057265A (ja)
CN (1) CN107005380A (ja)
WO (1) WO2016044298A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017538307A (ja) * 2014-10-02 2017-12-21 マーベル ワールド トレード リミテッド Ｗｌａｎ内のｏｆｄｍシンボルおよびｏｆｄｍａシンボルの送信をそれぞれ含む、シングルユーザおよびマルチユーザ動作モード中のトーンマッピングのシステムおよび方法

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9680563B2 (en) * 2014-01-17 2017-06-13 Apple Inc. System and method for partial bandwidth communication
US20160007354A1 (en) * 2014-07-07 2016-01-07 Qualcomm Incorporated Systems and methods for improved communication efficiency in high efficiency wireless networks
US10069593B2 (en) * 2014-07-07 2018-09-04 Huawei Technologies Co., Ltd. Bandwidth selection method of wireless fidelity technology and access point AP
US9894663B2 (en) 2014-07-23 2018-02-13 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US9949262B2 (en) 2014-08-05 2018-04-17 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US9814036B2 (en) * 2014-09-18 2017-11-07 Qualcomm, Incorporated Logical tone index mapping for distributed tone index transmission
WO2016056878A1 (ko) * 2014-10-09 2016-04-14 엘지전자 주식회사 무선랜에서 자원 할당 설정에 따라 무선 자원을 할당하는 방법 및 장치
WO2016060504A1 (ko) * 2014-10-16 2016-04-21 엘지전자 주식회사 무선랜에서 서로 다른 크기의 대역폭 상에서 무선 자원을 할당하는 방법 및 장치
US20160128048A1 (en) * 2014-10-29 2016-05-05 Qualcomm Incorporated Control channel on plcp service data unit (psdu) tones
CN107113830B (zh) * 2014-11-01 2020-11-20 Lg电子株式会社 用于在无线lan中分配资源单元的方法和装置
US10348460B2 (en) * 2014-11-16 2019-07-09 Lg Electronics Inc. Method for transmitting frame in wireless LAN system
US9924510B2 (en) * 2014-12-03 2018-03-20 Intel IP Corporation Wireless device, method, and computer readable media for orthogonal frequency division multiple access (OFDMA) allocations based on a basic tone resource unit or entire sub-channel
US10575280B2 (en) * 2014-12-16 2020-02-25 Lg Electronics Inc. Data transmission method in wireless communication system and device therefor
ES2929221T3 (es) * 2015-01-26 2022-11-28 Huawei Tech Co Ltd Sistema y método para comunicar un formato de trama multiplexada por división ortogonal de frecuencia (OFDM)
US20160241369A1 (en) * 2015-02-13 2016-08-18 Qualcomm Incorporated Tone plans and interleaver parameters for wireless communication networks
US10348471B2 (en) * 2015-08-07 2019-07-09 Newracom, Inc. Control information for multi-user transmissions in WLAN systems
US10651983B2 (en) * 2015-08-11 2020-05-12 Lg Electronics Inc. Method and apparatus for configuring a signal field including allocation information for a resource unit in wireless local area network system
US10050751B2 (en) * 2015-08-11 2018-08-14 Lg Electronics Inc. Method and apparatus for configuring a signal field including allocation information for a resource unit in wireless local area network system
EP3348011B1 (en) * 2015-09-11 2020-04-08 Interdigital Patent Holdings, Inc. Multiple resource unit allocation for ofdma wlan
US10349440B2 (en) * 2016-04-11 2019-07-09 Qualcomm Incorporated Feedback mechanism to activate and/or deactivate a semi-persistent scheduling grant
US10595217B2 (en) 2017-02-13 2020-03-17 Qualcomm Incorporated Flexible interleaving for wireless communications
DE112019003227T5 (de) * 2018-06-28 2021-03-11 Sony Corporation Mehrebenen-Vorwegnahmeangabe bei ultrazuverlässiger und latenzarmer Kommunikation
US11115163B2 (en) * 2019-08-09 2021-09-07 Newracom Inc. Enhanced resource unit allocation in wireless local area network
US11323217B2 (en) * 2019-08-29 2022-05-03 Cisco Technology, Inc. Multi-band width tone plan for OFDMA in a wireless network
US20210160889A1 (en) * 2019-11-27 2021-05-27 Qualcomm Incorporated Parser and interleaving parameter design for resource unit aggregation
US11937230B2 (en) 2020-06-16 2024-03-19 Nxp Usa, Inc. Method and apparatus for wireless communications
US11882062B2 (en) * 2020-06-16 2024-01-23 Nxp Usa, Inc. Method and apparatus for wireless communications
US20220263624A1 (en) * 2021-02-17 2022-08-18 Mediatek Singapore Pte. Ltd. Pilot Tone Design For Distributed-Tone Resource Units In 6GHz Low-Power Indoor Systems
US20220263636A1 (en) * 2021-02-17 2022-08-18 Mediatek Singapore Pte. Ltd. EHT-STF Transmission For Distributed-Tone Resource Units In 6GHz Low-Power Indoor Systems

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003283456A (ja) * 1999-03-02 2003-10-03 Matsushita Electric Ind Co Ltd Ｏｆｄｍ送受信装置
JP2009500961A (ja) * 2005-07-08 2009-01-08 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド 所定のタイミング・パターンによりマルチキャリア通信システムのｄｃトーン上でデータを送信するための基地局における方法と装置
JP2010504021A (ja) * 2006-09-15 2010-02-04 サムスン エレクトロニクス カンパニー リミテッド 超広帯域信号の干渉回避方法及びその方法を実行する超広帯域端末機
US20130208822A1 (en) * 2012-02-15 2013-08-15 Marvell World Trade Ltd. Low Bandwidth PHY Transmission in a Wider Bandwidth

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7536624B2 (en) * 2002-01-03 2009-05-19 The Directv Group, Inc. Sets of rate-compatible universal turbo codes nearly optimized over various rates and interleaver sizes
GB2376855A (en) * 2001-06-20 2002-12-24 Sony Uk Ltd Determining symbol synchronisation in an OFDM receiver in response to one of two impulse response estimates
US7668075B2 (en) * 2004-04-06 2010-02-23 Texas Instruments Incorporated Versatile system for dual carrier transformation in orthogonal frequency division multiplexing
US7532565B2 (en) * 2004-05-07 2009-05-12 Texas Instruments Incorporated Mapping data tones onto guard tones for a multi-band OFDM system
EP1782596A4 (en) * 2004-07-01 2012-11-14 Texas Instruments Inc TIME-RANGE WINDOW TECHNOLOGY OF A MULTI-BAND-OFDM SYSTEM FOR ENHANCING SPECTRAL SCULPTURING
US7672383B2 (en) * 2004-09-17 2010-03-02 Qualcomm Incorporated Noise variance estimation in wireless communications for diversity combining and log-likelihood scaling
US7664187B2 (en) * 2005-04-25 2010-02-16 Sirf Technology, Inc. Memory reduction in digital broadcast receivers
US8830983B2 (en) * 2005-12-20 2014-09-09 Lg Electronics Inc. Method of generating code sequence and method of transmitting signal using the same
KR101016469B1 (ko) * 2006-10-24 2011-02-24 콸콤 인코포레이티드 보호 독립적 신호 맵핑
US8054742B2 (en) * 2008-08-26 2011-11-08 Texas Instruments Incorporated System and method for sidelobe suppression in communications systems
US8625690B2 (en) * 2011-03-04 2014-01-07 Qualcomm Incorporated Systems and methods for wireless communication in sub gigahertz bands
US8848823B2 (en) * 2011-12-02 2014-09-30 Qualcomm Incorporated Systems, methods, and devices to perform interleaving
US20130179755A1 (en) * 2012-01-11 2013-07-11 Qualcomm Incorporated Systems and methods for low density parity check tone mapping
US8811507B2 (en) * 2012-04-09 2014-08-19 Qualcomm Incorporated Systems and methods for wireless communication in sub gigahertz bands
CN104521172B (zh) * 2012-05-24 2017-09-22 马维尔国际贸易有限公司 在远程无线局域网中的频域重复
US9642138B2 (en) * 2012-07-16 2017-05-02 Qualcomm Incorporated Systems and methods for frequency interleaving for whitespace transmission
US9780919B2 (en) * 2013-07-05 2017-10-03 Quallcomm, Incorporated High efficiency WLAN preamble structure
US9462575B2 (en) * 2013-08-28 2016-10-04 Qualcomm Incorporated Low rate data communication
US9648620B2 (en) * 2013-08-28 2017-05-09 Qualcomm Incorporated Tone allocation for multiple access wireless networks
US9325463B2 (en) * 2013-11-19 2016-04-26 Intel IP Corporation High-efficiency WLAN (HEW) master station and methods to increase information bits for HEW communication
US9525522B2 (en) * 2014-02-05 2016-12-20 Qualcomm Incorporated Systems and methods for improved communication efficiency in high efficiency wireless networks
US20150223246A1 (en) * 2014-02-05 2015-08-06 Qualcomm Incorporated Systems and methods for improved communication efficiency in high efficiency wireless networks
WO2015195582A1 (en) * 2014-06-16 2015-12-23 Qualcomm Incorporated Interleaving in ofdma data tone plans
US9455810B2 (en) * 2014-06-26 2016-09-27 Intel IP Corporation On the definition of the resource block in OFDMA/UL MUMIMO in HEW
US9894663B2 (en) * 2014-07-23 2018-02-13 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US9949262B2 (en) * 2014-08-05 2018-04-17 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US10028284B2 (en) * 2014-08-14 2018-07-17 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US9844028B2 (en) * 2014-08-15 2017-12-12 Qualcomm Incorporated Systems and methods for improved communication efficiency in wireless networks
US10149292B2 (en) * 2014-09-24 2018-12-04 Qualcomm Incorporated Systems and methods for efficient resource allocation in wireless communication networks
US10164729B2 (en) * 2014-10-02 2018-12-25 Marvell World Trade Ltd. System and method of tone mapping during single user and multiple user operating modes including transmissions respectively of OFDM symbols and OFDMA symbols in a WLAN

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003283456A (ja) * 1999-03-02 2003-10-03 Matsushita Electric Ind Co Ltd Ｏｆｄｍ送受信装置
JP2009500961A (ja) * 2005-07-08 2009-01-08 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド 所定のタイミング・パターンによりマルチキャリア通信システムのｄｃトーン上でデータを送信するための基地局における方法と装置
JP2010504021A (ja) * 2006-09-15 2010-02-04 サムスン エレクトロニクス カンパニー リミテッド 超広帯域信号の干渉回避方法及びその方法を実行する超広帯域端末機
US20130208822A1 (en) * 2012-02-15 2013-08-15 Marvell World Trade Ltd. Low Bandwidth PHY Transmission in a Wider Bandwidth

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SUDHIR SRINIVASA(MARVELL) ET AL.: "80MHz Tone Allocation", IEEE 802.11-10/0370R0, JPN6018052060, 17 March 2010 (2010-03-17) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017538307A (ja) * 2014-10-02 2017-12-21 マーベル ワールド トレード リミテッド Ｗｌａｎ内のｏｆｄｍシンボルおよびｏｆｄｍａシンボルの送信をそれぞれ含む、シングルユーザおよびマルチユーザ動作モード中のトーンマッピングのシステムおよび方法

Also Published As

Publication number Publication date
US20160080043A1 (en) 2016-03-17
KR20170057265A (ko) 2017-05-24
WO2016044298A1 (en) 2016-03-24
US10128917B2 (en) 2018-11-13
CN107005380A (zh) 2017-08-01
EP3195515A1 (en) 2017-07-26

Similar Documents

Publication Publication Date Title
JP2017532862A (ja) ワイヤレス通信ネットワークのためのトーンプランのためのシステムおよび方法
US10958391B2 (en) Tone plans for wireless communication networks
US10129873B2 (en) Non-contiguous channel allocation and bonding for wireless communication networks
US9844028B2 (en) Systems and methods for improved communication efficiency in wireless networks
KR101912170B1 (ko) 무선 네트워크들에서 개선된 통신 효율을 위한 시스템들 및 방법들
US20170273083A1 (en) Tone plan adaptation for channel bonding in wireless communication networks
US10028284B2 (en) Systems and methods for improved communication efficiency in wireless networks
US9949262B2 (en) Systems and methods for improved communication efficiency in wireless networks
US20170265240A1 (en) Systems and methods for device communication using adaptive tone plans
JP2017528941A (ja) 高効率ワイヤレスネットワークにおける通信効率の改善のためのシステムおよび方法
US10135593B2 (en) Allocation signaling for wireless communication networks

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180823

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181214

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20181214

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20181225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190108

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190827