JP2018517332A - データフレームを生成し送信するための装置及び方法 - Google Patents

Abstract

本開示の幾つかの態様は、ワイヤレス通信のための装置を提供する。本装置は、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するように構成された処理システムと、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、送信のためにフレームを出力するように構成されたインタフェースとを含む。

Description

関連出願の相互参照
[0001]本出願は、参照により本明細書に組み込まれる、２０１５年４月１４日に出願された「Ｆｒａｍｅ Ｆｏｒｍａｔ ｆｏｒ ＯＦＤＭ， ＳＣ ＷＢ， Ａｇｇｒｅｇａｔｅｄ ＳＣ， ａｎｄ Ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＭＩＭＯ Ｓｉｇｎａｌｓ」と題する仮特許出願第６２／１４７，４７９号の出願日の利益を主張する。

[0002]本開示の幾つかの態様は、一般にワイヤレス通信に関し、より詳細には、直交周波数分割多重化（ＯＦＤＭ）信号、シングルキャリア広帯域（ＳＣ ＷＢ）信号、集約されたシングルキャリア（aggregated single carrier）（ＳＣ）信号、ＯＦＤＭ ＭＩＭＯ（空間）信号、ＳＣ ＷＢ ＭＩＭＯ（空間）信号及び集約されたＳＣ ＭＩＭＯ（空間）信号の送信のために拡張フレーム（enhanced frame）を送信及び受信することに関する。

[0003]本明細書は、ＮＧ６０（次世代６０ＧＨｚ）と呼ばれている、又は米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ａｙとしても知られている、現在開発されている新しいプロトコルのための提案されているフレームフォーマットの概念設計である。それは、（過去に「ＷｉＧｉｇ」としても知られている）既存の規格ＩＥＥＥ８０２．１１ａｄに加えての開発である。

[0004]新しい規格又はプロトコルの主な目標は、スループットを増大させ、カバレージを拡張し、更に、電力消費（例えば、ビット当たりの平均エネルギー）を減らすことである。新しい規格が、後方互換性を有するものとし、８０２．１１ａｄ（レガシー）デバイスが同じ環境で共存することを可能にすべきであることも明白である。

[0005]本開示の幾つかの態様は、ワイヤレス通信のための装置を提供する。本装置は、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するように構成された処理システムと、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、少なくとも１つのアンテナによる送信のためにフレームを出力するように構成されたインタフェースとを備える。

[0006]本開示の幾つかの態様は、ワイヤレス通信のための方法を提供する。本方法は、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成することと、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、送信のためにフレームを出力することとを備える。

[0007]本開示の幾つかの態様は、ワイヤレス通信のための装置を提供する。本装置は、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するための手段と、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、送信のためにフレームを出力するための手段とを備える。

[0008]本開示の幾つかの態様は、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成することと、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、送信のためにフレームを出力することとを行うための命令を記憶したコンピュータ可読媒体を提供する。

[0009]本開示の幾つかの態様は、ワイヤレスノードを提供する。本ワイヤレスノードは、少なくとも１つのアンテナと、プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するように構成された処理システムと、ここにおいて、プリアンブル及び第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、第２のヘッダが、第１のデバイスによって復号されるように構成されず、ここにおいて、プリアンブル、第１のヘッダ及び第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、少なくとも１つのアンテナによる送信のためにフレームを出力するように構成されたインタフェースとを備える。

[0010]本開示の幾つかの態様はまた、上記の装置及び動作に対応する様々な方法と、手段と、コンピュータプログラム製品とを提供する。

[0011]本開示の幾つかの態様による、例示的なワイヤレス通信ネットワークの図。 [0012]本開示の幾つかの態様による、例示的なアクセスポイント又はユーザデバイスのブロック図。 [0013]本開示の幾つかの態様による、アクセスポイント（一般に、第１のワイヤレスノード）及びユーザデバイス（一般に、第２のワイヤレスノード）のブロック図。 [0014]本開示の幾つかの態様による、例示的なフレーム又はフレーム部分を示す図。 [0015]本開示の幾つかの態様による、例示的な拡張指向性マルチギガビット（ＥＤＭＧ：Extended Directional Multigigabit）ヘッダを示す図。 [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]図３Ａは、本開示の幾つかの態様による、例示的なフレーム又はフレーム部分３００の図を示す。本明細書で説明されるように、本明細書で説明されるフレームフォーマットの全てがレガシー（例えば、８０２．１１ａｄ）フィールド、即ち、Ｌ−ＳＴＦ＋Ｌ−ＣＥＦ＋Ｌ−ヘッダで始まる。これらのフィールドは、レガシーユーザデバイス及び新しいプロトコルデバイス（例えば、アクセスポイント及びユーザデバイス）によって復号可能であり得る。レガシーフィールドの後に、送信は、新しいプロトコル（例えば、「ＮＧ６０」としても知られている、現在開発されている８０２．１１ａｙプロトコル）の一部であり得る１つ又は複数の様々なフィールドを含む。新しいプロトコルによれば、幾つかのオプションが使用され得、直交周波数分割多重化（ＯＦＤＭ）、シングルキャリア広帯域（ＳＣ ＷＢ）、シングルキャリア（ＳＣ）−集約（single carrier (SC)-Aggregate）を使用するフレームの送信では、各々が様々なオプション及びフォーマットを有する。前述の新しいプロトコルオプションは、随意の付加されたペイロードデータを伴う拡張指向性マルチギガビット（ＥＤＭＧ）ヘッダで始まる。レガシーデバイスは、ＥＤＭＧヘッダを復号することができないことがあるが、新しいプロトコルデバイスは、ＥＤＭＧヘッダを復号することができる。

[0077]図によれば、ｘ軸、即ち水平軸は時間を表し、ｙ軸、即ち垂直軸は周波数を表す。後方互換性目的でレガシー（例えば、８０２．１１ａｄ）プロトコルにより、フレーム３００のレガシーＬ−ＳＴＦ部分は１．１６マイクロ秒（μｓ）の持続時間を有することができ、レガシーＬ−ＣＥＦ部分は０．７３μｓの持続時間を有することができ、レガシーＬ−ヘッダ部分は０．５８μｓの持続時間を有することができる。ＥＤＭＧヘッダは、０．２９μｓ以上の持続時間を有することができる。フレーム３００がフルフレームである（フレーム部分ではない）場合、フレーム３００は、単一周波数レガシーチャネルを介して送信され得、ＥＤＭＧヘッダに付加されたペイロードデータを含み得る。そのような構成は、送信のためにオーバーヘッドを消費し得る、新しいフレームフォーマットによる別個のペイロードデータの必要がないので、ショートメッセージに有用であり得る。

[0078]レガシーＬ−ヘッダは、様々なパラメータを指定し、範囲内にある全ての局（レガシーデバイス、更新されたレガシーデバイス、新しいプロトコルデバイス及びアクセスポイント）によって復号され得る。これらの局は、それらがメッセージを受信するのを待っているとき、又は送信前に、リッスンする。レガシーＬ−ヘッダは、データ送信において使用される変調コード化方式（ＭＣＳ）と送信されるデータの量とを指定する。局は、ネットワーク割り当てベクトル（ＮＡＶ）を更新するために、（例えば、Ｌ−ＳＴＦと、Ｌ−ＣＥＳと、Ｌ−ヘッダと、ＥＤＭＧヘッダと、ＳＴＦ（含まれる場合）と、ＣＥＦ（含まれる場合）と、ペイロードデータ（含まれる場合）とを含むが、ＴＲＮフィールドを除く）本明細書で説明される新しいフレームのいずれかの持続時間の長さ全体を計算するために、これらの２つの値を使用する。これは、局がデータ自体を復号することができない場合でも、又は局がメッセージの予定受信機ではない場合でも、別のデバイス（例えば、アクセスポイント又はユーザデバイス）によって媒体が使用される予定であることを局が知ることを可能にする機構である。ＮＡＶの使用は、送信された信号の衝突を回避するための機構の１つである。

[0079]レガシー８０２．１１ａｄフレームフォーマットでは、データは、サイズがコード化レートに従う低密度パリティチェック（ＬＤＰＣ）ブロックに配置され、次いで、固定長ブロック（例えば、６７２ビット）に符号化される。結果は、連結され、次いで、選択されたＭＣＳ（主に変調）に従って高速フーリエ変換（ＦＦＴ）ブロック（変調シンボルのブロック）に分割される。受信機では、プロセスは逆である。低データＭＣＳでは、１つのＬＤＰＣブロックが１つ又は複数のＦＦＴブロックを必要とすることになる一方、高データＭＣＳでは、１つのＦＦＴブロックが２つ以上のＬＤＰＣブロックをホストし得ることに留意されたい。この説明は、本明細書でより詳細に説明されるように、ＥＤＭＧヘッダに付加されたＬＤＰＣデータの配置に関係する。

[0080]図３Ｂは、本開示の幾つかの態様による、フレーム又はフレーム部分３００の例示的なＥＤＭＧヘッダ３５０を示す。ＥＤＭＧヘッダは、送信フレームを受信し復号することができるように受信機によって使用される送信フレームパラメータ（ＭＣＳ、データ長、モードなど）を指定する。他の局（宛先の局ではない）がＥＤＭＧヘッダを復調する必要はない。従って、ＥＤＭＧヘッダ及び付加されたデータは、宛先の局に適した上位のＭＣＳで送信され得る。

[0081]ＥＤＭＧヘッダ３５０は、（１）ペイロードデータがＥＤＭＧヘッダに付加されるか、それとも別個のペイロードデータ部分にあるかにかかわらず、全ての同時チャネルにおけるオクテットでのペイロードデータの長さを指定するための２４ビットを含み得るペイロードデータ長フィールドと、（２）ＥＤＭＧヘッダに付加されたＬＤＰＣデータブロックの数を指定するための１０ビットを含み得るＬＤＰＣブロックのＥＤＭＧヘッダ番号フィールドと、この値が０であるとき、それは、ＥＤＭＧヘッダにデータのＬＤＰＣブロックが１つあることを意味する、（３）送信されている空間ストリームの数（例えば、１〜１６）を表すための４ビットを含み得る空間ストリームフィールドと、（４）結合されたチャネル（１〜８個の８０２．１１ａｄ周波数チャネル（並びに８０２．１１ａｄにおいて利用可能ではない追加のチャネル））の数を指定するための３ビットを含み得るチャネルフィールドと、（５）結合されたチャネルの第１のチャネルのオフセットを指定するための３ビットを含み得るチャネルオフセットフィールドと、を備える。言い換えれば、チャネルオフセットは、結合されたチャネルの間で最低周波数チャネルを識別する。第１のチャネルが全ての利用可能なチャネルの間で最低周波数チャネルであるとき、又はたった１つのチャネルが使用される（即ち、チャネル結合がない）とき、この値は０に設定される。

[0082]ＥＤＭＧヘッダ３５０は、（６）フレームのペイロードデータ部分において使用されるＭＣＳを指定するための６ビットを含み得る１１ａｙ ＭＣＳフィールドと、ＥＤＭＧヘッダに付加されるデータが（新しいプロトコルに従ってのみ利用可能である上位ＭＣＳではなく）レガシー８０２．１１ａｄ ＭＣＳのみを使用することに留意されたい、新しいプロトコルＭＣＳは、６４ＱＡＭ、６４ＡＰＳＫ、２５６ＱＡＭ及び２５６ＡＰＳＫなど、８０２．１１ａｄにおいて利用可能なスループット変調方式を超える上位スループット変調方式を含み得る、（７）短いＧＩ（ガードインターバル）又は長いＧＩを示すための１ビットを含み得るＧＩモードフィールドと、（８）短いＦＦＴブロック又は長いＦＦＴブロックを示すための１ビットを含み得るＦＦＴモードフィールドと、（９）短いＬＤＰＣブロック又は長いＬＤＰＣブロックを信号伝達するための１ビットを含み得るＬＤＰＣモードフィールドと、（１０）設定されたとき、ＭＩＭＯのための長いチャネル推定系列の使用を示す１ビットを含み得るロングＣＥＦフィールドと、空間ストリームの数が１である場合、このビットは予約されている、を備える。

[0083]ＥＤＭＧヘッダ３５０は、（１１）新しいフレームのレガシー部分（Ｌ−ＳＴＦ、Ｌ−ＣＥＦ及びＬ−ヘッダ）及びＥＤＭＧヘッダの集約された送信電力と、フレームのＳＣ ＷＢ送信部分（ＳＴＦ＋ＣＥＦ＋ペイロードデータ）との間の平均電力の差を示すための４ビットを含み得る電力差フィールドを備える。この差は、ベンダー固有のものであり得る。幾つかの送信機は、ＰＡ非線形性に起因して、集約された部分とＳＣ ＷＢ部分との間の電力バックオフを必要とする。この値は、自動利得制御（ＡＧＣ）セットアップを支援するために予想電力差について受信機に知らせる。例えば、値はｄＢ単位（例えば、００００：０ｄＢ、０１００：４ｄＢ、１１１１：１５ｄＢ以上）でコード化される。

[0084]ＥＤＭＧヘッダ３５０は、（１２）この時点で予約されている２２ビットを含み得る予約済みビットと、送信機はこの時点で予約済みビットを０に設定すべきである、将来、これらのビットは、様々なニーズに割り当てられ得る、（１３）ベンダーによって使用され得、相互運用性を必要としない８スペアビットを含み得るプロプライエタリビットと、受信機はこれらのビットを、何であるかを知っている場合を除いて処分すべきである、（１４）ＥＤＭＧヘッダを承認する（sign）ための１６ビットを含み得るＣＲＣフィールドと、このフィールドは受信機によって、受信されたＥＤＭＧヘッダの正しさを確認するために使用される、（ＣＲＣを除く）全てのビットは、ＣＲＣを計算するために使用されるものとする、を備える。

[0085]ＥＤＭＧヘッダ３５０は、全く同じコンテンツを有する同時送信される各チャネルで送られ得る。この重複は受信機によって、正しい検出の確率を高めるために使用され得る。受信機は、次のような異なるアルゴリズム、即ち、オプション１：受信機はたった１つのチャネルを復号する（単純なものだが最低のパフォーマンス）と、オプション２：受信機はそのときにたった１つのチャネルを復号すると、を使用し得る。ＣＲＣに合格した場合、追加のチャネルのためのＣＲＣ処理を中止し、そうでない場合、追加のチャネルのためのＣＲＣ処理を試みる。オプション２は、オプション１よりもパフォーマンスが良好であるが、直列処理を必要とする。そしてオプション３：受信機は、全てのチャネルを復号し、訂正されたＣＲＣを有するものを選択する。オプション３は、オプション２と同じパフォーマンスを有するが、より速い。
拡張ヘッダに付加されるデータ
[0086]受信機は、新しいプロトコルに従って、実際的側面から、第２のＳＴＦ、第２のＣＥＦ及び別個のペイロードデータに関するサンプルが受信され得る前に、ＥＤＭＧヘッダを復号する必要がある。その理由は、受信機が幾つかの調整を実行する必要があり得ることである。例えば、ＳＣ ＷＢ送信モードでは、第２のＳＴＦは、広帯域（ＷＢ）モードで送信され、受信機フロントエンドは、新しいフィルタ及び他のパラメータにより再構成される必要がある。新しいプロトコル変調の使用は、（例えば、第２のＳＴＦ及び／又は第２のＣＥＦを処理するために）場合によってはいくらかのオーバーヘッドが使用されることを必要とする。このオーバーヘッドは、特にショートメッセージにおいて効率性を低下させる。

[0087]上記の効率的なサポートは、（１）受信機がフレームのＳＣ ＷＢ送信セクションを受信するようにセットアップすることを可能にするために、特定の量のペイロードデータを開始する送信するにあたり、ＥＤＭＧヘッダの後の「スペア」期間を使用することと、（２）ＥＤＭＧヘッダに付加されるデータを、変調が（ＳＴＦ及び／又はＣＥＦを含む）新しいプロトコルフィールドに変わる前の少なくとも２つのＬＤＰＣブロック及び２つのＦＦＴブロックに拡張することと、短いペイロードデータの効率性を改善するために、ＥＤＭＧヘッダに付加されるデータを、（上記で指定された）最小限を超えて拡張するオプションと、を推奨するように我々を導く。

[0088]ＥＤＭＧヘッダは、レガシーＬ−ヘッダにおいて指定されたレガシー８０２．１１ａｄ ＭＣＳを使用して、任意の送信に使用される各チャネルで送られるものとする。ＥＤＭＧヘッダは、（データが送られる場合）ペイロードデータを付加され得る。ＥＤＭＧヘッダに付加されたデータは、全ての使用されるチャネルに亘って分割（区別）され得る。

[0089]新しいプロトコル変調を使用するペイロードデータが送信において使用される場合、ＥＤＭＧヘッダ及び付加されたデータは、少なくとも２つのＦＦＴブロックと少なくとも２つのＬＤＰＣブロックとを占有すべきである（これは全て、レガシーＭＣＳを使用している）。全てのＬＤＰＣブロックは、ＥＤＭＧヘッダにおいて完全にポピュレートされ得る。送信機は、この部分を、更なるＬＤＰＣブロック、最大１０２４個のＬＤＰＣブロックに拡張し得る（チャネルごとに、全てのチャネルは同じレガシーＭＣＳを使用する）。ＥＤＭＧヘッダに付加されたデータの長さは、（チャネル当たりのＥＤＭＧヘッダにおけるＬＤＰＣブロックフィールドのＥＤＭＧヘッダ番号で指定された）ＬＤＰＣブロックの数とチャネルの数及びＬＤＰＣブロック当たりのビットの量との積による。新しいプロトコルペイロードデータフィールドにおけるデータの長さは、ＥＤＭＧヘッダで指定された長さによるデータの残りである。

[0090]新しいプロトコル変調が送信において（例えば、ショートメッセージ用途で）使用されない場合、ＥＤＭＧヘッダ及び付加されたペイロードデータ（データが送られる場合）は、少なくとも１つのＦＦＴブロックと少なくとも１のＬＤＰＣブロックとを占有すべきである（これは全て、レガシーＭＣＳを使用している）。ペイロードデータは、最低チャネルインデックスからＬＤＰＣブロックを充填すべきである（例えば、最低周波数チャネルのＬＤＰＣブロックが最初に充填され、次いで、２番目に低い周波数チャネルのＬＤＰＣブロックが充填され、以下同様である）。ＥＤＭＧヘッダで指定された長さは、新しいプロトコル変調が使用されないときに、ＥＤＭＧヘッダに続いて送信される付加されたペイロードデータを指す。

[0091]送信機は、（第２のＳＴＦ及び第２のＣＥＦのオーバーヘッドなど、新しいプロトコルセクションを回避して）短いパケットのための送信を最適化するために、より多くの数のＬＤＰＣブロックを選択し得る。受信機は、新しいプロトコルペイロードデータセクションが一体あるのかどうかを推論し、ある場合、新しいプロトコルペイロードデータセクションのみにおけるデータの正確な量を計算するために、これらのＬＤＰＣブロックからのデータ長を、ＥＤＭＧヘッダにおけるデータ長と比較すべきである。新しいプロトコルペイロードデータが存在する場合に、ＥＤＭＧヘッダとデータとを含むＬＤＰＣブロックが、データで完全にポピュレートされることに留意されたい。

[0092]ＦＦＴブロック及びＬＤＰＣブロックはチャネルごとのものである。ＥＤＭＧヘッダに付加されたペイロードデータは、バイト当たりのラウンドロビン方式で、最低チャネルからチャネル間で均等に分割される。ペイロードデータ全体が、ＥＤＭＧヘッダに付加された部分に制限され得ない場合、データの前に最初に完全に充填されたこの部分が、新しいプロトコルペイロードデータセクションを介して送られる。ＥＤＭＧヘッダにおけるデータ長は、どこに位置するか（例えば、ＥＤＭＧヘッダに付加されるか、それとも新しいプロトコルペイロードデータセクションにあるか）にかかわらず実際のオクテット数を指定する。

[0093]以下は、２つのＬＤＰＣブロック又は２つのＦＦＴブロックの場合のＥＤＭＧヘッダに付加されたデータセクションにおいて利用可能なデータの量に関する少数の非限定的な例を提供する。

[0094]ケース１：１チャネル＆レガシーＭＣＳ−１（これは、最も少ないデータの場合であり得る）。ＭＣＳ−１では、２つのＬＤＰＣブロックが使用され得る。これらの２つのブロックは、３３６ビットをホストし、送信されるべき３つのＦＦＴブロックを要する。この例では、ＥＤＭＧヘッダにおける情報フィールド（ヘッダデータ）は、１０４ビットを占有する。従って、ＥＤＭＧヘッダに付加されたペイロードデータは、２３２ビット（２９バイト）（即ち、３３６ビット−１０４ビット）である。

[0095]ケース２：４チャネル及びレガシーＭＣＳ−１２（これは、最も多いデータの場合であり得る）。ＭＣＳ−１２では、２つのＦＦＴブロックは、５つのＬＤＰＣブロックを受け入れる（host）ことができる、チャネル当たり３５８４個のコード化されたビットを受け入れる。このコードレートでは、５つのＬＤＰＣブロックに２５２０個の情報ビットがあり、そのうち１０４個のヘッダビットは、ＥＤＭＧヘッダに使用される。これにより、チャネル当たりのＥＤＭＧヘッダにおけるペイロードデータのための２４１６ビットが残る。従って、この場合、計１２１４ペイロードバイトのデータが、４つのチャネルのＥＤＭＧヘッダを介して送信され得る。

[0096]ケース３：２チャネル及びレガシーＭＣＳ−８（これは、中間のデータ量の場合であり得る）。ＭＣＳ−８では、２つのＦＦＴブロックは、２つのＬＤＰＣブロックを保持することができるチャネル当たり１７９２個のコード化されたビットを受け入れる。２つのＬＤＰＣブロックでは、１００８個の情報ビットがあり、そのうち１０４個は、ＥＤＭＧヘッダのヘッダ情報に専用のものである。これにより、各チャネルのＥＤＭＧヘッダにおけるペイロードデータのための計９０４ビットが残る。２チャネルの場合、ＥＤＭＧヘッダにおける計２２８バイトのペイロードデータが送信され得る。
送信モードを示すためのレガシーヘッダ変更
[0097]ビット４４〜４６は、レガシー（例えば、８０２．１１ａｄ）Ｌ−ヘッダでは予約済みビットであり、新しいプロトコルフレームのための送信モードを信号伝達するために、新しいプロトコルフレームのレガシーＬ−ヘッダ部分において使用され得る。例えば、レガシーＬ−ヘッダ部分は、これを、全て０以外の任意の値に３ビット（例えば、ビット４４〜４６）を設定することによって、新しいプロトコルフレームとして信号伝達する。ビット値の一例及び対応するモードが、以下のテーブルに示されている。

[0098]図４Ａ〜図４Ｂは、本開示の別の態様による、直交周波数分割多重化（ＯＦＤＭ）送信モードに従った送信のための例示的なフレーム４００及び４５０を示す。ＯＦＤＭフレームフォーマットは、後方対応のためにプレフィックスとしてレガシー８０２．１１ａｄプリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）及びＬ−ヘッダを維持すべきである。更に、ＯＦＤＭフレーム４００及び４５０は通常、レガシープリアンブル自体に適用される必要がある、ピーク対平均電力比（ＰＡＲＰ）を低減するためのいくらかのバックオフを伴って送信される。

[0099]この例では、フレーム４００は、新しいプロトコルによる２つ結合されたチャネルＯＦＤＭフレームの一例である。フレーム４００は、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、随意の付加されたペイロードデータとともにＥＤＭＧヘッダとを送信するための第１の（例えば、８０２．１１ａｄ）周波数チャネル（図示のように下側チャネル）を備える。第１のチャネルは、実質的に１．７６ＧＨｚの帯域幅を有し得る。フレーム４００は、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを送信するための第２のチャネル（図示のように上側チャネル）を更に備える。第１及び第２のチャネルにおけるレガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）とレガシーＬ−ヘッダとの送信は、８０２．１１ａｄ後方互換性のためである。第１のチャネルのＥＤＭＧヘッダに付加されたペイロードデータは、第２のチャネルのＥＤＭＧヘッダに付加されたペイロードデータとは異なり得る。第２のチャネルも、実質的に１．７６ＧＨｚの帯域幅を有し得る。

[00100]更に、フレーム４００は、第１のチャネルと第２のチャネルとの間の周波数に位置するギャップ充填（ＧＦ）チャネルを備える。ＧＦチャネルは、実質的に０．４４ＧＨｚの帯域幅を有し得る。送信のための総帯域幅は３．９２ＧＨｚであるので、第１のチャネルの高周波数部分は、ＧＦチャネルの低周波数部分と２０ＭＨｚだけ重なる。同様に、ＧＦチャネルの高周波数部分は、第２のチャネルの低波数部分と２０ＭＨｚだけ重なる。ＧＦチャネルによって送信されるプリアンブル（ＳＴＦ−ＧＦ及びＣＥＦ−ＧＦ）及びヘッダ−ＧＦは、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）並びにレガシーＬ−ヘッダと実質的に同じように構成され得るが、ＥＤＭＧヘッダ及び付加された随意のデータは、冗長的に送信されなくてよい。レガシーデバイスは、ＧＦチャネルによって送信されたプリアンブル（ＳＴＦ−ＧＦ及びＣＥＦ−ＧＦ）とヘッダ−ＧＦとを復号することができないことがあるが、新しいプロトコルデバイスは、そのようなフィールドを復号し得る。第１のチャネル、ＧＦチャネル及び第２のチャネルによるレガシープリアンブル及びレガシーＬ−ヘッダの送信は、実質的に時間整合される。同様に、第１のチャネル及び第２のチャネルによるＥＤＭＧヘッダの送信も、実質的に時間整合される。

[00101]フレーム４００のペイロードデータは、周波数で一緒に結合された第１のチャネル、ＧＦチャネル及び第２のチャネルの周波数帯域の組合せを含む周波数帯域を有する結合されたチャネルによって送信される。前に説明されたように、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）、レガシーＬ−ヘッダ及びＥＤＭＧヘッダの送信は、レガシー８０２．１１ａｄプロトコルにおいて指定されたＭＣＳを使用して送信される。ペイロードデータフィールドにおけるデータは、新しいプロトコルに従って指定されたＭＣＳのうちの１つを使用して送信される。新しいプロトコルは、レガシー８０２．１１ａｄプロトコルにおいて指定されたＭＣＳ以外の追加のＭＣＳを含むので、ペイロードデータは、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを送信するために使用されるＭＣＳとは異なるＭＣＳを使用して送信され得る。しかしながら、レガシープロトコル（例えば、８０２．１１ａｄ）において指定されたＭＣＳと共通するＭＣＳを新しいプロトコルが含み得るので、プロトコルペイロードデータを送信するために使用されるＭＣＳは、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを送信するために使用されるＭＣＳと同じであってよいことを理解されたい。

[00102]フレーム４５０は、２チャネル結合されたＯＦＤＭフレームと構造的に同じである３チャネル結合されたＯＦＤＭフレームの一例であるが、追加の第３のチャネルと、第２のチャネルと第３のチャネルとの間の周波数に位置する追加のＧＦチャネルとを含む。ペイロードデータは、一緒に結合された第１のチャネル、第１のＧＦチャネル、第２のチャネル、第２のＧＦチャネル及び第３のチャネルの周波数帯域の組合せを含む周波数帯域を有する結合されたチャネルによって送信される。

[00103]ＯＦＤＭフレーム４００及び４５０のためのＥＤＭＧヘッダは、電力差フィールドビットが予約ビットとして示されることを除いて、前に説明されたＥＤＭＧヘッダ３５０と基本的に同じであり得る。この違いは、ＯＦＤＭフレームが、フレームの持続時間を通じて実質的に均一の平均電力で送信されるためであり得る。

[00104]フレーム４００及び４５０は、２チャネル結合及び３チャネル結合の例であるが、フレームは、４つ以上の結合されたチャネルを提供するために同様の方法で構成されてよいことを理解されたい。
ＳＣ ＷＢのためのフレームフォーマット
[00105]図５Ａ〜図５Ｄは、本開示の一態様による、シングルキャリア広帯域（ＳＣ ＷＢ）送信モードを使用する送信のための例示的なフレーム５００、５１０、５２０及び５３０を示す。

[00106]ＳＣ ＷＢ送信セクションは、現在のＳＴＦ、ＣＥＦと及びペイロードデータ並びに随意のビームトレーニング系列（ＴＲＮ）であり得る３つのサブセクションを含む。ＳＴＦは、（レガシーＬ−ＳＴＦの場合のように）ゴレイコード（Golay codes）で作られる。この期間中に、受信機は、ＡＧＣ、タイミング及び周波数取得を完了させると予想される。ＳＴＦは、ゴレイ系列Ｇａ及びＧｂを８０２．１１ａｄ ＳＴＦと同じ順序で使用する。随意に、ＳＴＦゴレイ系列は、（８０２．１１ａｄの場合のような）１２８又は２５６若しくは５１２の長さを有し得る。

[00107]第２のＣＥＦ系列は、８０２．１１ａｄのレガシーＬ−ＣＥＦと同様のゴレイ系列構成を使用し、１２８長の系列を、２つ結合されたチャネルフレーム５１０のための２５６長の系列に置き換え、３つ結合されたチャネルフレーム５２０のための５１２長の系列に置き換え、４つ（又はより多く）結合されたチャネルフレーム５３０のための１０２４長の系列に置き換えるだけである。長さ２５６、５１２及び１０２４のゴレイ系列のフォーマットは、８０２．１１ａｄ規格による連結された（｜｜）Ｇａ₁₂₈及びＧｂ₁₂₈系列を使用して、次のようになる。

[00108]ペイロードデータは、以下の変更を伴って、８０２．１１ａｄと同様にＭＳＣを使用して変調される。（１）ＢＰＳＫ、ＱＰＳＫ及び１６ＱＡＭに加えて、上位の変調、即ち、６４ＱＡＭ、６４ＡＰＳＫ、１２８ＡＰＳＫ、２５６ＱＡＭ、２５６ＡＰＳＫが定義される（そして使用され得る）。（２）ＦＦＴブロックは（８０２．１１ａｄの場合のような）５１２又は７６８、１０２４、１５３６若しくは２０４８であり得る。そして（３）（隣接するＦＦＴブロックの間に位置する）ガードインターバル（ＧＩ）も、８０２．１１ａｄの場合のようにゴレイコードに基づき得るが、更なる長さのオプション、即ち、３２、（８０２．１１ａｄの場合のような）６４、１２８又は２５６がサポートされ得る。

[00109]前に説明されたように、ビームトレーニング系列（ＴＲＮ）は、全ての場合において随意である。ＳＣ ＷＢ送信セクション（第２のＳＴＦ、第２のＣＥＦ、ペイロードデータ及びＴＲＮ）が使用されない場合、８０２．１１ａｄによるＴＲＮフィールドが提供され得ることに留意されたい。ＳＣ ＷＢ送信セクションが使用されるとき、ＳＣ ＷＢ送信セクションは、新しいプロトコル（例えば、８０２．１１ａｙ）ＴＲＮオプションを使用する。新しいプロトコルＴＲＮフィールドは、８０２．１１ａｄと同様に作られるが、ゴレイコードを２倍又は４倍にする（例えば、長さ１２８の代わりに２５６又は５１２のゴレイ系列を使用する）オプションを伴う。

[00110]例示的なフレーム５００に関して、この場合は、シングルチャネルのための新しいプロトコルフレームの拡張である。フレーム５００は、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを備える。フレーム５００は、ＳＴＦ及びペイロードデータの送信のための新しいプロトコルの新しいＭＣＳを支援する。シングルチャネルの場合、チャネルを再推定する必要がないので、第２のＣＥＦは存在しないことに留意されたい。受信機が新しいプロトコル変調の上位群（higher constellations）のために受信機チェーンセットアップを改善し得るので、ＳＴＦは存在する。

[00111]例示的なフレーム５１０に関して、この場合は、２つ結合されたチャネルフレームのための新しいプロトコルの拡張である。フレーム５１０は、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを送信するための第１の周波数チャネル（下側チャネル）を備える。フレーム５１０は、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）と、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを送信するための第２の周波数チャネル（上側チャネル）を更に備える。第１のチャネルのＥＤＭＧヘッダに付加されたデータは、第２のチャネルのＥＤＭＧヘッダに付加されたデータとは異なり得ることに留意されたい。ＥＤＭＧヘッダの情報フィールドは、前に説明されたＥＤＭＧヘッダ３５０のように構成され得る。フレーム５１０のＳＣ ＷＢ送信セクション、即ち、ＳＴＦ、ＣＥＦ、ペイロードデータ及び随意のＴＲＮは、第１及び第２のチャネルの周波数帯域の各々の少なくとも一部分を備える周波数帯域を有する結合されたチャネルを介して送信される。前に説明されたように、レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）、レガシーＬ−ヘッダ並びにＥＤＭＧヘッダの送信は、レガシー８０２．１１ａｄにおいて指定されたＭＣＳを使用し、ＳＣ ＷＢ送信セクションの送信は、新しいプロトコルにおいて指定されたＭＣＳを使用し、これらのＭＣＳは異なり得る。

[00112]例示的なフレーム５２０に関して、この場合は、３つ結合されたチャネルの場合の新しいプロトコルフレームの拡張である。例示的なフレーム５３０に関して、この場合は、４つ結合されたチャネルの場合の新しいプロトコルフレームの拡張である。この説明に基づいて、フレームが任意の数の結合されたチャネルを有するように構成され得ることを理解されたい。

[00113]局が２つ以上のチャネルで送信するとき、局は、最初と最後との間の最大差が１．７６ＧＨｚサンプリングレートでの１シンボル時間を超えないことのみを制約として、任意の時間量だけチャネル間でシンボル時間をシフトさせることができる。それは、最大差が０．５６８ナノ秒に限定され得ることを意味する。そうすることの主な理由は、集約されたＰＡＰＲを低減することである。レガシーＭＣＳ集約セクションとＳＣ ＷＢ送信との間の時間同期が第１の（最低周波数）チャネルに対して保たれるべきである。このスキューは、ＳＣ送信にのみ使用されてよく、ＯＦＤＭモードでは許されないことに留意されたい。例えば、２チャネルモードでは、シフトは１／２シンボルであり得、３チャネルでは、シフトは１／３及び２／３シンボルであり得、４チャネルでは、それぞれ１／４、１／２及び３／４シンボルであり得る。

[00114]図５Ｅは、本開示の別の態様による、例示的なフレーム５１０、５２０及び５３０のいずれかに関する例示的な送信電力プロファイルを示す。図示のように、ＳＣ ＷＢ送信セクションの送信電力レベルは、レガシーＭＣＳ集約セクションの送信電力レベルよりも大きい（又はそれに等しいことがある）。ＳＣ ＷＢ送信セクション及びレガシーＭＣＳ集約セクションの使用は、ＰＡＰＲ差及び実際のＰＡに起因して、異なる送信機バックオフを課す。どの変調方式でも、１つの送信は、エラーベクトル振幅（ＥＶＭ）及び／又は送信マスクを遵守し（in compliance）続けるために、２つ以上の集約された信号に同じ変調が使用される場合よりも低いＰＡＰＲを有する。異なる変調は異なるＰＡＰＲを有し、従って、異なるバックオフを必要とすることに留意されたい。バックオフ値は、（主にＰＡへの）実装依存である。

[00115]多くの場合に、新しいプロトコル送信をできるだけ効率的に保つために、アグリゲーションモードで送信されるレガシー集約セクションは、より高いバックオフを必要とすることになる。この差は、受信機パフォーマンスに影響し得る問題である。受信機がこれを軽減するのを助けるために、レガシー受信機に１つと、対象となる新しいプロトコル受信機に１つの、２つの機構が用いられ得ることが提案される。送信電力変動は、図５Ｅに示されるように、集約されたセクションからＳＣ ＷＢセクションへの切替え時にある。

[00116]対象となる新しいプロトコル受信機は通常、レガシーＬ−ＳＴＦの最初に受信チェーンを調整する。レガシー集約セクションとＳＣ ＷＢ送信セクションとの間に電力変動がある場合、受信機は飽和状態になり得る。受信機は、ＳＴＦの間にＡＧＣを調整することができるが、これは、（ＳＣ ＷＢ信号での）周波数及び時間取得のような他の活動の時間を減らし得る。受信機を助けるために、ＥＤＭＧヘッダにおける電力差フィールドは、電力ステップ（例えば、ＳＣ ＷＢ送信セクションとレガシーＭＣＳ集約セクションとの送信電力レベルの間の差）を指定する。受信機はそれを使用して、必要とされるＡＧＣステップを予想し、それにより第２のＡＧＣを短縮することができる。

[00117]レガシープリアンブル（Ｌ−ＳＴＦ及びＬ−ＣＥＦ）とＬ−ヘッダとを受信するレガシー受信機（８０２．１１ａｄ）は、衝突回避方法のうちの１つとして、ＮＡＶを更新するために、これらの部分を使用する。しかしながら、場合によっては、受信電力は媒体の再利用を可能とするほど低いので、これらの受信機は受信電力にも注目する。この場合、電力が境界近くにある場合に、電力ステップは受信機の幾つかをミスリードし得る。前述のようなレガシーヘッダフォーマットの更新は、電力ステップを信号伝達するオプションを表す。これらのビットを復号することができるレガシー受信機（例えば、更新されたレガシー受信機又はユーザデバイス）は、その電力推定を改善するために、それに基づいて行動し得る。この機能は、衝突回避システムに不可欠なものではなく、レガシー受信機は、それなしで動作することができることに留意されたい。

[00118]モードは、予約済みビットの大半を使用しており、（例えば、ＳＣ ＷＢモードで電力ステップを信号伝達するために）幾つかの追加ビットを有する必要がいくらかあるので、データ長フィールドのＬＳＢがこの目的で使用され得る。全ての新しいプロトコルモードでは、レガシーＬ−ヘッダにおける長さビットがＮＡＶ計算に使用されるだけである。全てのＭＣＳのために最大４ビット（また、ＭＣＳ−１が除外される場合には更に多く）を使用することによって、ＮＡＶ計算は影響されない。以下のテーブルに従い、レガシー集約セクション（Ｌ−ＳＴＦ、Ｌ−ＣＥＦ、Ｌ−ヘッダ及びＥＤＭＧヘッダ）とＳＣ ＷＢ送信セクション（ＳＴＦ、ＣＥＦ及びペイロードデータ）との送信電力レベルの間の差を信号伝達するために、レガシーヘッダ長の３ＬＳＢビットが使用される。

[00119]図６Ａ〜図６Ｄは、本開示の一態様による、集約シングルキャリア（ＳＣ）送信モードを介した送信のための例示的なフレーム６００、６１０、６２０及び６３０を示す。集約ＳＣモードでの送信は、レガシー８０２．１１ａｄチャネルのアグリゲーションである。新しいプロトコルは８０２．１１ａｄのモードを拡張するので、ＥＤＭＧヘッダビットが必要である。

[00120]（本明細書で更に説明されている）集約ＳＣとＳＣ ＷＢの両方のためのフレームフォーマットは、それらの第１のセクション（レガシーＬ−ＳＴＦ、レガシーＬ−ＣＥＦ、レガシーＬ−ヘッダ及びＥＤＭＧヘッダ）では同様であり、送信の残りでは異なる。同様の部分は、後方互換性特徴のために８０２．１１ａｄと後方互換性があるので、同じに保たれている。それは、レガシー（８０２．１１ａｄ）デバイスがそれを検出し、レガシーヘッダを復号することが可能となることを意味する。前に説明されたように、この特徴は、レガシーデバイスが、衝突回避方法の一部である、ＮＡＶを更新することを可能にする。更に、チャネル結合された（ＣＢ）モードでは、レガシーＬ−ＳＴＦ、レガシーＬ−ＣＥＦ及びレガシーＬ−ヘッダは、ＮＡＶを取得するために全てのチャネルでレガシーデバイスを支援するために、全ての使用されるチャネルで送信される。

[00121]レガシー（Ｌ−ＳＴＦ＋Ｌ−ＣＥＦ＋Ｌ−ヘッダ）及びＥＤＭＧヘッダは、集約されたチャネルにわたって同じ電力で送信されるべきである。但し、ＲＦ障害に起因して、実際の実効等方放射電力（ＥＩＲＰ）は異なり得る。ＥＤＭＧヘッダも、８０２．１１ａｄチャネルにおいて送信される。前に説明されたように、ＥＤＭＧヘッダは、新しいプロトコル送信のみの一部である情報を含み、また、新しいプロトコルペイロードデータが同じシンボルに付加される。以下の考慮事項が適用される。（１）レガシーＬ−ＳＴＦ及びＬ−ＣＥＦが適用される（追加のＣＥＦは必要ない）。（２）８０２．１１ａｄのためのレガシーヘッダにおいて定義されたＭＣＳが、ＥＤＭＧヘッダに付加されたペイロードデータに適用される。（３）ＥＤＭＧヘッダに付加されたペイロードデータが、ショートメッセージのオーバーヘッドを改善する。（４）ＥＤＭＧヘッダに付加されたペイロードデータが、オーバーヘッドを改善するために、チャネル結合された（ＣＢ）モードでチャネル全体で分割される。そして（５）平均電力が各チャネルにおいて同じに保たれるべきである（Ｌ−ＳＴＦ、Ｌ−ＣＥＦ、Ｌ−ヘッダ及びＥＤＭＧヘッダの電力が同じであることを意味する）。

[00122]フレーム６００は、シングルチャネルの場合の新しいプロトコルの拡張の一例である。それは、ペイロードデータ及び随意のＴＲＮの送信のための新しいプロトコルの新しいＭＣＳを支援する。フレーム６１０は、２つ集約されたチャネルの場合の新しいプロトコルの拡張の一例である。それも、ペイロードデータ及び随意のＴＲＮの送信のための新しいプロトコルの新しいＭＣＳを支援する。フレーム６２０は、３つ集約されたチャネルの場合の新しいプロトコルの拡張の一例である。それは、ペイロードデータ及び随意のＴＲＮの送信のための新しいプロトコルの新しいＭＣＳを支援する。また、フレーム６３０は、４つ集約されたチャネルの場合の新しいプロトコルの拡張の一例である。それは、ペイロードデータ及び随意のＴＲＮの送信のための新しいプロトコルの新しいＭＣＳを支援する。ＥＤＭＧヘッダ及び付加されたペイロードデータは、電力差ビットがなく、それらが代わりに予約済みビットであり得ることを除いて、ＳＣ ＷＢ送信モードに関して説明されたのと同じである。

[00123]集約ＳＣのための次の２つの実装オプションがある。（１）各チャネルが独立している、及び（２）全てのチャネルが混合している。この第１のオプションでは、各チャネルが独立している。即ち、ペイロードデータ及び随意のＴＲＮのためのＭＣＳは、各チャネルにおいて異なり得る。ＬＤＰＣブロックは１つのチャネルに制限され、各チャネルはそれ自体のブロックを有する。送信機は、チャネルごとに異なる電力を割り当てることができるが、電力は、送信全体では固定的であるものとする。この場合、ＥＤＭＧヘッダは、各チャネルにおいて異なり得る（例えば、チャネルごとに異なるＭＣＳ）。

[00124]この第２のオプションでは、全てのチャネルが結合され、混合している。即ち、ペイロードデータ及び随意のＴＲＮのためのＭＣＳは、全てチャネルで同じである。ＬＤＰＣブロックは、チャネル間で均等に分散される。送信機は、各チャネルの検出確率を均等にするために、チャネルごとに異なる電力を割り当てることができる（また割り当てるべきである）が、電力は、送信全体の間は固定的であるものとする。このオプションでは、ＥＤＭＧヘッダは、各チャネルにおいて同じであり得る。
ＭＩＭＯのためのフレームフォーマット
[00125]ＭＩＭＯの場合、レガシーセクション（Ｌ−ＳＴＦ、Ｌ−ＣＥＦ及びＬ−ヘッダ）がＥＤＭＧヘッダとともに、各送信チェーンにおいて送られる。８０２．１１ａｃと同様に、意図的でないビームフォーミングを防止するためにレガシーセクション及びＥＤＭＧヘッダの全ての送信の間に遅延ΔＴが挿入される。言い換えれば、別個の送信のレガシーセクション及びＥＤＭＧヘッダの送信は、遅延ΔＴによって互いにスキューされる。

[00126]ＭＩＭＯチャネル推定のために、過度のレイテンシを生じさせることなく、また実質的に同じＳＮＲを維持して、チャネルを推定するために様々な技法が使用され得る。第１は、系列間の遅延の使用である。この遅延が実質的に３６．４ｎｓである場合、チャネル遅延が１．７６ＧＨｚで６４サンプル以下となるので、受信機においてチャネル推定が分離され得る。第２は、８０２．１１ｍｃ、セクション２０．３．９．４．６から取得された高スループットロングトレーニングフィールド（ＨＴ−ＬＴＦ）のためにマッピング直交Ｐ行列（Ｐ_HTLTF）を使用する複数の直交系列の送信である。第３は、共役系列対正則系列の送信である。第４のものは、８０２．１１ｍｃの２２．３．８．３．５において定義される超高スループットロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）のためにマッピングＰ行列（Ｐ_VHTLTF）を使用する複数の直交系列の送信である。第５は、ＭＩＭＯ推定の正確性向上のためにチャネル推定の長さを増大させることである。長さを増大させることは、同じゴレイ系列により、上記の技法（第４の技法）を使用して行われる。このオプションは、チャネル推定の統合時間（integration time）を２倍にするので、共役系列又は遅延系列の使用を回避する。
ＯＦＤＭ ＭＩＭＯのためのフレームフォーマット
[00127]図７は、本開示の一態様による、３つのチャネル結合を使用するＭＩＭＯ ＯＦＤＭ信号における３つの空間送信ストリームの送信のための例示的なフレーム７００を示す。空間送信の各々は、前に説明されたフレーム４５０の場合と同様に構成され得る。各空間送信は、２つ又は４つ以上のチャネル結合を含み得ることを理解されたい。

[00128]送信されるレガシーセクション（Ｌ−ＳＴＦ、Ｌ−ＣＥＳ及びＬ−ヘッダ）並びにＥＤＭＧヘッダは、意図的でないビームフォーミングを防止するために、それらの間の遅延ΔＴ（例えば、ΔＴ＝３６．４ｎｓ）を伴って送信される。ＥＤＭＧヘッダの後のフレーム７００のセクションは、時間整合されたＭＩＭＯ方式で送信され得る。即ち、第１の送信（ＴＸ＃１）のチャネル推定セクション（ＣＥＦ、ＣＥＦ−ＧＦ、ＣＥＦ、ＣＥＦ−ＧＦ及びＣＥＦ）並びにペイロードデータは、第２の送信（ＴＸ＃１）のチャネル推定セクション（ＣＥＦ＊、ＣＥＦ＊−ＧＦ、ＣＥＦ＊、ＣＥＦ＊−ＧＦ及びＣＥＦ）並びにペイロードと、また第３の送信（ＴＸ＃３）のチャネル推定セクション（ＣＥＦ、ＣＥＦ−ＧＦ、ＣＥＦ、ＣＥＦ−ＧＦ及びＣＥＦ）並びにペイロードと時間整合されたＭＩＭＯ（空間）方式で送信され得る。

[00129]それぞれのレガシーセクション及びＥＤＭＧヘッダの間の遅延ΔＴ並びに後続セクション（ＣＥＳ及びペイロードデータ）の時間整合のために、第１の送信ＴＸ＃１及び第２の送信ＴＸ＃２におけるフレームのこれらの２つの部分の間にギャップがある。これらのギャップは、レガシーチャネル及びギャップ充填チャネルの各々に関して影付きボックスとして示されている。フレーム７００を送信する送信機は、フレーム７００内の送信電力変動を回避するために、これらのギャップの各々においてダミー信号を挿入し得る。

[00130]最大２×２のＭＩＭＯ（２つのチャネル結合をそれぞれ有する２つの空間送信）の場合、この遅延は、ＯＦＤＭにおけるチャネル結合のＳＩＳＯ（レガシー）チャネル推定系列を適用することによってＭＩＭＯチャネルを推定するために使用される。３つ以上のストリームの場合、ＥＤＭＧヘッダシグナリングに続く、新しいチャネル推定系列を含む必要がある。このチャネル推定系列は、上記の手法を使用して推定に追加された追加の次元を有し、チャネル結合の場合と同じフォーマットに従っている。フレーム７００は、３つのチャネル結合及び３つの空間送信ストリームのＭＩＭＯに関する一例である。
ＷＢ ＳＣ ＭＩＭＯのためのフレームフォーマット
[00131]図８Ａ〜図８Ｃは、本開示の一態様による、ＭＩＭＯ ＳＣ ＷＢ信号における２つ、４つ、及び８つの空間ストリームの送信のための例示的なフレーム８００、８２０及び８４０を示す。図８Ａ及び図８Ｂに示される空間送信の各々は、前に説明されたフレーム５１０と同様に構成され得る。図８Ａ及び図８Ｂにおける空間信号の各々が、前に説明されたフレーム５２０及び５３０と同様に、３つ以上のチャネル結合を含み得ることを理解されたい。

[00132]フレーム７００と同様に、フレーム８００中の送信ＴＸ＃１及びＴＸ＃２並びにフレーム８２０中の空間送信ＴＸ＃１、ＴＸ＃２、ＴＸ＃３及びＴＸ＃４のそれぞれのレガシーセクション（Ｌ−ＳＴＦ、Ｌ−ＣＥＳ及びＬ−ヘッダ）並びにＥＤＭＧヘッダセクションの間のビームフォーミング防止遅延ΔＴのために、フレーム８００の第１の送信ＴＸ＃１中並びにフレーム８２０の第１の送信ＴＸ＃１、第２の送信ＴＸ＃２及び第３の送信ＴＸ＃３中のフレームの２つの部分の間にギャップがある。これらのギャップは、レガシーチャネル及びギャップ充填チャネルの各々に関して影付きボックスとして示されている。フレーム８００又は８２０を送信する送信機は、それぞれフレーム８００又は８２０内の送信電力変動を回避するために、これらのギャップの各々においてダミー信号を挿入し得る。

[00133]また、フレーム７００と同様に、フレーム８００の第１の送信ＴＸ＃１及び第２の送信ＴＸ＃２の第２のＳＴＦ、第２のＣＥＦ及びペイロードデータは、時間整合されたＭＩＭＯ（空間）方式で送信される。同様に、フレーム８２０の第１、第２、第３及び第４の送信ＴＸ＃１〜ＴＸ＃４の第２のＳＴＦ、第２のＣＥＦ及びペイロードデータは、時間整合されたＭＩＭＯ（空間）方式で送信される。

[00134]図８Ｃに示されるフレーム８４０の空間送信の各々は、第２の（新しいプロトコル）ＣＥＦ並びにそれのより長い系列（例えば、２つの連結されたＣＥＦ、２つの連結された共役ＣＥＦ（ＣＥＦ＊）、−ＣＥＦと連結されたＣＥＦ及び−ＣＥＦ＊と連結されたＣＥＦ＊）を除いて、フレーム５００と同様に構成され得る。ＣＥＦ、ＣＥＦ＊、−ＣＥＦ及び−ＣＥＦ＊の異なる組合せの使用は、受信機が、異なる空間送信に関するチャネル推定を区別することを可能にする。ビームフォーミング防止遅延ΔＴのために、フレーム８４０の送信ＴＸ＃１〜ＴＸ＃７は、フレーム８４０における送信電力変動を回避するためにレガシー／ＥＤＭＧセクションと後続のＣＥＦセクションとの間のギャップ（影付きエリア）において送信されるダミー信号を含む。同様に、フレーム８４０の送信ＴＸ＃１〜ＴＸ＃７のそれぞれのＣＥＳ及びペイロードデータセクションは、時間整合されたＭＩＭＯ（空間）方式で送信される。

[00135]ＳＣ ＷＢの場合、送信は、第２のＳＴＦの開始前及びそれの後に、２つの段階に分割される。第２のＳＴＦの送信前に、ＭＩＭＯ送信は、レガシーＬ−ＳＴＦと、レガシーＬ−ＣＥＦと、レガシーＬ−ヘッダと、ＥＤＭＧヘッダとを含み、各送信チェーンが、１．７６ＧＨｚで６４サンプル（例えば、３６．４ｎｓ）だけ遅延したこの同じ信号を送るようにする。これは、意図的でないビームフォーミングが発生しないことを保証するために行われる。Ｌ−ＳＴＦの間、全ての送信アンテナが同じデータを送る。次いで、チャネル推定フィールド（ＣＥＦ）時間において、受信機が空間チャネル全体を推定できるように、各アンテナが異なる系列を送る。

[00136]フレーム８００は、２つの空間ストリーム及び２チャネル結合送信に関する一例である。フレーム８２０は、４つの空間ストリーム及び２チャネル結合送信に関する一例である。フレーム８４０は、８つの空間ストリーム及びシングルチャネル送信に関する一例である。
集約ＳＣ ＭＩＭＯのためのフレームフォーマット
[00137]図９Ａ〜図９Ｂは、本開示の一態様による、ＭＩＭＯ集約送信モードにおける２つ及び３つの空間ストリームの送信のための例示的なフレーム９００及び９２０を示す。空間送信の各々は、前に説明されたフレーム６１０などの２チャネル集約ＳＣフレームと同様に構成され得る。空間送信の各々は、２つ未満又は３つ以上の集約チャネルを含み得ることを理解されたい。

[00138]同様に、図９Ｂに示される空間送信の各々は、第２の（新しいプロトコル）ＣＥＦ並びにそれのより長い系列（例えば、２つの連結されたＣＥＦ、２つの連結された共役ＣＥＦ（ＣＥＦ＊）、−ＣＥＦと連結されたＣＥＦ及び−ＣＥＦ＊と連結されたＣＥＦ＊）を除いて、フレーム６１０などの２チャネル集約ＳＣフレームと同様に構成され得る。ＣＥＦ、ＣＥＦ＊、−ＣＥＦ及び−ＣＥＦ＊の異なる組合せの使用は、受信機が、異なる空間送信に関するチャネル推定を区別することを可能にする。

[00139]ＭＩＭＯ集約ＳＣは、（いずれにせよＭＩＭＯ関連ではない）送信されていない帯域の間のギャップにおけるチャネル推定の相違を伴って、ＳＣ ＷＢ送信モード、即ち、３つの方法と同じ技法を使用し、従って、基本的系列は、複数回送信される８０２．１１ａｄ ＣＥＦ系列である。

[00140]例示的なフレーム９００は、２つのＭＩＭＯ空間送信を伴う２チャネル結合に関する一例である。その場合、レガシープリアンブルのＣＥＦを使用してＭＩＭＯチャネル推定が行われるので、追加のＣＥＦ系列を追加する必要はない。例示的なフレーム９２０は、ＭＩＭＯの３つの空間送信の場合の一例であり、その場合、空間チャネルを推定するために追加のＣＥＦ系列が必要である。ＣＥＦ系列は、上記のＳＣ ＷＢに使用されるものと同様である。前のＭＩＭＯフレームと同様に、ビームフォーミング防止遅延ΔＴのために、フレーム９００における送信ＴＸ＃１並びにフレーム９２０における送信ＴＸ＃１及びＴＸ＃２は、それぞれフレーム９００又は９２０における送信電力変動を回避するためにレガシー／ＥＤＭＧセクションと後続のＣＥＦ及び／又はペイロードデータセクションとの間のギャップ（影付きエリア）において送信されるダミー信号を含む。

[00141]同様に、フレーム９００の送信ＴＸ＃１〜ＴＸ＃２のそれぞれのペイロードデータセクションは、時間整合されたＭＩＭＯ（空間）方式で送信される。同様に、フレーム９２０の送信ＴＸ＃１〜ＴＸ＃３のそれぞれのＣＥＦ及びペイロードデータセクションは、時間整合されたＭＩＭＯ（空間）方式で送信される。

[00142]図１０は、本開示の幾つかの態様による、例示的なデバイス１０００を示す。デバイス１０００は、本明細書で説明される動作のうちの１つ又は複数を実行するためにアクセスポイント又はユーザデバイスにおいて動作するように構成され得る。デバイス１０００は、処理システム１０２０と、処理システム１０２０に結合されたメモリ１０１０とを含む。メモリ１０１０は、処理システム１０２０によって実行されたとき、処理システム１０２０に、本明細書で説明される動作のうちの１つ又は複数を実行させる命令を記憶し得る。処理システム１０２０の例示的な実装形態が以下で提供される。デバイス１０００はまた、処理システム１０２０に結合された送信／受信機インタフェース１０３０を備える。インタフェース１０３０（例えば、インタフェースバス）は、以下で更に説明されるように、無線周波数（ＲＦ）フロントエンド（例えば、トランシーバ２２６−１〜２２６−Ｎ、２６６−１〜２６６−Ｍ）に処理システム１０２０をインタフェースするように構成され得る。

[00143]幾つかの態様では、処理システム１０２０は、以下のうちの１つ又は複数を含み得る。本明細書で説明される動作のうちの１つ又は複数を実行するための送信データプロセッサ（例えば、送信データプロセッサ２２０若しくは２６０）、フレームビルダー（例えば、フレームビルダー２２２若しくは２６２）、送信プロセッサ（例えば、送信プロセッサ２２４若しくは２６４）及び／又はコントローラ（例えば、コントローラ２３４若しくは２７４）。これらの態様では、処理システム１０２０は、フレームを生成し、（例えば、アクセスポイント又はユーザデバイスへの）ワイヤレス送信のためにインタフェース１０３０を介してＲＦフロントエンド（例えば、トランシーバ２２６−１〜２２６−Ｎ又は２６６−１〜２６６−Ｍ）にフレームを出力することができる。

[00144]幾つかの態様では、処理システム１０２０は、以下のうちの１つ又は複数を含み得る。本明細書で説明される動作のうちの１つ又は複数を実行するための受信プロセッサ（例えば、受信プロセッサ２４２若しくは２８２）、受信データプロセッサ（例えば、受信データプロセッサ２４４若しくは２８４）及び／又はコントローラ（例えば、コントローラ２３４及び２７４）。これらの態様では、処理システム１０２０は、インタフェース１０３０を介してＲＦフロントエンド（例えば、トランシーバ２２６−１〜２２６−Ｎ又は２６６−１〜２６６−Ｍ）からフレームを受信し、上記で説明された態様のいずれか１つ又は複数に従ってフレームを処理することができる。

[00145]ユーザデバイスの場合、デバイス１０００は、処理システム１０２０に結合されたユーザインタフェース１０４０を含み得る。ユーザインタフェース１０４０は、（例えば、キーボード、マウス、ジョイスティックなどを介して）ユーザからデータを受信し、処理システム１０２０にデータを提供するように構成され得る。ユーザインタフェース１０４０はまた、（例えば、ディスプレイ、スピーカーなどを介して）処理システム１０２０からユーザにデータを出力するように構成され得る。この場合、データは、ユーザに出力される前に追加の処理を経ることがある。アクセスポイント２１２の場合、ユーザインタフェース１０４０は省略され得る。

[00146]上記で説明された方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）又はプロセッサを含む、様々なハードウェア及び／又はソフトウェア構成要素及び／又はモジュールを含み得る。概して、図に示されている動作がある場合、それらの動作は、同様の番号をもつ対応するカウンターパートのミーンズプラスファンクション構成要素を有し得る。

[00147]例えば、フレームを生成するための手段の幾つかの例としては、処理システム１０２０、Ｔｘフレーム処理システム２０２、フレームビルダー２２２及びフレームビルダー２６２がある。送信のためにフレームを出力するための手段の幾つかの例としては、送信／受信インタフェース１０３０、インタフェース２０８、送信プロセッサ２２４及び送信プロセッサ２６４がある。

[00148]場合によっては、フレームを実際に送信するのではなく、デバイスは、送信のためにフレームを出力するためのインタフェース（出力するための手段）を有し得る。例えば、プロセッサは、バスインタフェースを介して、送信のために無線周波数（ＲＦ）フロントエンドにフレームを出力し得る。同様に、フレームを実際に受信するのではなく、デバイスは、別のデバイスから受信されたフレームを取得するためのインタフェース（取得するための手段）を有し得る。例えば、プロセッサは、バスインタフェースを介して、受信のためにＲＦフロントエンドからフレームを取得（又は受信）し得る。

[00149]本明細書で使用される「決定すること」という用語は、多種多様な行為を包含する。例えば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、探索すること（例えば、テーブル、データベース又は別のデータ構造において探索すること）、確認することなどを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。

[00150]本明細書で使用される、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ又はｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ及びａ−ｂ−ｃ並びに複数の同じ要素を用いた任意の組合せ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ及びｃ−ｃ−ｃ又はａ、ｂ及びｃの任意の他の順序）を包含するものとする。

[00151]本開示に関連して説明された様々な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲート若しくはトランジスタ論理、個別ハードウェア構成要素又は本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装又は実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ又は状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ若しくは複数のマイクロプロセッサ又は任意の他のそのような構成として実装されることもある。

[00152]本明細書で説明される処理は、上記で説明された任意のデジタル手段及び又は任意のアナログ手段若しくは回路によって実行され得ることを理解されたい。

[00153]本開示に関連して説明された方法又はアルゴリズムのステップは、ハードウェアで直接具現化されるか、プロセッサによって実行されるソフトウェアモジュールで具現化されるか、又はその２つの組合せで具現化され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体中に存在し得る。使用され得る記憶媒体の幾つかの例としては、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令又は多数の命令を備え得、幾つかの異なるコードセグメント上で、異なるプログラム間で及び複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。

[00154]本明細書で開示される方法は、説明された方法を達成するための１つ又は複数のステップ又は行為を備える。方法のステップ及び／又は行為は、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップ又は行為の特定の順序が指定されていない限り、特定のステップ及び／又は行為の順序及び／又は使用は、特許請求の範囲から逸脱することなく変更され得る。

[00155]説明された機能は、ハードウェア、ソフトウェア、ファームウェア又はそれらの任意の組合せで実装され得る。ハードウェアで実装される場合、例示的なハードウェア構成は、ワイヤレスノード中に処理システムを備え得る。処理システムは、バスアーキテクチャを用いて実装され得る。バスは、処理システムの特定の適用例及び全体的な設計制約に応じて、任意の数の相互接続バス及びブリッジを含み得る。バスは、プロセッサと、機械可読媒体と、バスインタフェースとを含む様々な回路を互いにリンクし得る。バスインタフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実装するために使用され得る。ユーザデバイス１０６、１０８及び１１０（図１参照）のいずれかの場合、ユーザインタフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧調整器、電力管理回路などの様々な他の回路をリンクし得るが、それらは当技術分野でよく知られており、従ってこれ以上は説明されない。

[00156]プロセッサは、機械可読媒体に記憶されたソフトウェアの実行を含む、バス及び一般的な処理を管理することを担当し得る。プロセッサは、１つ又は複数の汎用及び／又は専用プロセッサを用いて実装され得る。例としては、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ及びソフトウェアを実行することができる他の回路がある。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、データ又はそれらの任意の組合せを意味すると広く解釈されたい。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気消去可能プログラマブル読取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、若しくは他の好適な記憶媒体又はそれらの任意の組合せを含み得る。機械可読媒体はコンピュータプログラム製品において具現化され得る。コンピュータプログラム製品はパッケージング材料を備え得る。

[00157]ハードウェア実装形態では、機械可読媒体は、プロセッサとは別個の処理システムの一部であり得る。しかしながら、当業者なら容易に諒解するように、機械可読媒体又はその任意の部分は処理システムの外部にあり得る。例として、機械可読媒体は、全てがバスインタフェースを介してプロセッサによってアクセスされ得る、伝送線路、データによって変調された搬送波及び／又はワイヤレスノードとは別個のコンピュータ製品を含み得る。代替的に、又は追加で、機械可読媒体又はその任意の部分は、キャッシュ及び／又は汎用レジスタファイルがそうであり得るように、プロセッサに統合され得る。

[00158]処理システムは、全てが外部バスアーキテクチャを介して他の支援する回路と互いにリンクされる、プロセッサ機能を提供する１つ又は複数のマイクロプロセッサと、機械可読媒体の少なくとも一部を提供する外部メモリとをもつ汎用処理システムとして構成され得る。代替的に、処理システムは、プロセッサをもつＡＳＩＣ（特定用途向け集積回路）と、バスインタフェースと、アクセス端末）の場合はユーザインタフェースと、サポート回路と、単一のチップに統合された機械可読媒体の少なくとも一部分とを用いて、又は１つ以上のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理デバイス）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、若しくは他の好適な回路又は本開示全体にわたって説明された様々な機能を実行することができる回路の任意の組合せを用いて、実装され得る。当業者は、特定の適用例と、全体的なシステムに課される全体的な設計制約とに応じて、処理システムについて説明された機能を最適に実装する方法を理解されよう。

[00159]機械可読媒体は、幾つかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサによって実行されたとき、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス中に存在するか、又は複数の記憶デバイスにわたって分散され得る。例として、トリガイベントが発生したとき、ソフトウェアモジュールがハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中に、プロセッサは、アクセス速度を高めるために、命令の幾つかをキャッシュにロードし得る。次いで、１つ又は複数のキャッシュラインが、プロセッサによる実行のために汎用レジスタファイルにロードされ得る。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行するとき、プロセッサによって実装されることが理解されよう。

[00160]ソフトウェアで実装される場合、機能は、１つ又は複数の命令又はコードとしてコンピュータ可読媒体上に記憶されるか、若しくはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの移転を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定でなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス又は所望のプログラムコードを命令若しくはデータ構造の形式で搬送若しくは記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）又は赤外線（ＩＲ）、無線及びマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ又は他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ又は赤外線、無線及びマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）及びディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）及びＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、レーザーを用いてデータを光学的に再生する。従って、幾つかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（例えば、有形媒体）を備え得る。更に、他の態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体（例えば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲に含まれるべきである。

[00161]従って、幾つかの態様は、本明細書で提示された動作を実行するためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、本明細書で説明された動作を実行するために１つ又は複数のプロセッサによって実行可能である命令を記憶した（及び／又は符号化した）コンピュータ可読媒体を備えることができる。幾つかの態様の場合、コンピュータプログラム製品は、パッケージング材料を含む場合がある。

[00162]更に、本明細書で説明された方法及び技法を実行するためのモジュール及び／又は他の適切な手段は、適用可能な場合にユーザ端末及び／又は基地局によってダウンロードされ、及び／又は他の方法で取得され得ることを諒解されたい。例えば、そのようなデバイスは、本明細書で説明された方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明された様々な方法は、ユーザ端末及び／又は基地局が記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）又はフロッピーディスクなどの物理記憶媒体など）をデバイスに結合又は提供すると様々な方法を得ることができるように、記憶手段によって提供され得る。その上、本明細書で説明された方法及び技法をデバイスに提供するための任意の他の好適な技法が利用され得る。

[00163]特許請求の範囲は、上記で示された厳密な構成及び構成要素に限定されないことを理解されたい。上記で説明された方法及び装置の構成、動作及び詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更及び変形が行われ得る。

Claims (116)

1. ワイヤレス通信のための装置であって、
   プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するように構成された処理システムと、ここにおいて、前記プリアンブル及び前記第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、前記第２のヘッダが、前記第１のデバイスによって復号されるように構成されず、ここにおいて、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、
   送信のために前記フレームを出力するように構成されたインタフェースと
   を備える装置。
2. 前記第１のプロトコルが、利用可能な変調コード化方式（ＭＣＳ）の第１のセットを含み、前記第２のプロトコルが、利用可能な変調コード化方式（ＭＣＳ）の第２のセットを含み、ＭＣＳの前記第１のセットがＭＣＳの前記第２のセットとは異なる、請求項１に記載の装置。
3. 前記処理システムが、前記第１のセットにおける前記ＭＣＳのうちの少なくとも１つを使用して、前記フレームの前記第１のヘッダに関するヘッダデータの第１のセットと前記第２のヘッダに関するヘッダデータの第２のセットとを変調しコード化するように更に構成される、請求項２に記載の装置。
4. 前記フレームが、前記第２のヘッダに付加された第１のペイロードデータを備え、前記処理システムが、前記第１のセットにおける前記ＭＣＳのうちの前記少なくとも１つを使用して、前記フレームの前記第１のペイロードデータを変調しコード化するように更に構成される、請求項３に記載の装置。
5. 前記フレームが、第２のペイロードデータを更に備え、前記処理システムが、ＭＣＳの前記第２のセットにおける前記ＭＣＳのうちの１つを使用して、前記フレームの前記第２のペイロードデータを変調しコード化するように更に構成される、請求項４に記載の装置。
6. 前記第２のヘッダに付加された前記第１のペイロードデータが、前記フレームを受信する前記第２のデバイスが、前記第２のヘッダに付加された前記第１のペイロードデータを受信する一方で、前記第２のペイロードデータを受信するようにセットアップすることを可能にする、特定の量のデータを含む、請求項５に記載の装置。
7. 前記第２のヘッダが、前記フレームの前記送信に関連する1つ以上のチャネルのための前記第１のペイロードデータ及び前記第２のペイロードデータの長さを示す情報を備える、請求項５に記載の装置。
8. 前記処理システムが、直交周波数分割多重化（ＯＦＤＭ）信号又はシングルキャリア（ＳＣ）信号を使用する送信のために前記フレームを生成するように構成される、請求項１に記載の装置。
9. 前記第１のヘッダが、前記フレームが前記ＯＦＤＭ信号を介した送信のために構成されるか、それとも前記ＳＣ信号を介した送信のために構成されるかを示すヘッダデータの第１のセットを備える、請求項８に記載の装置。
10. 前記処理システムが、1つ以上のチャネルを介したＯＦＤＭ信号を使用する送信のために前記フレームを生成するように構成され、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、前記1つ以上のチャネルを介して送信されるように構成される、請求項１に記載の装置。
11. 前記処理システムが、前記プリアンブル及び前記第１のヘッダが1つ以上のギャップ充填チャネルを介して送信されるように構成されるように、前記フレームを生成するように構成され、前記1つ以上のギャップ充填チャネルの各々が、前記1つ以上のチャネルの隣接ペアの間に位置し、前記第２のヘッダが、前記1つ以上のギャップ充填チャネルを介して送信されるように構成されない、請求項１０に記載の装置。
12. 前記フレームが、ペイロードデータを備え、前記フレームの前記ペイロードデータが、前記1つ以上のチャネルを備える結合されたチャネルを介して送信されるように構成される、請求項１０に記載の装置。
13. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの数を指定する情報を備える、請求項１２に記載の装置。
14. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの最低周波数チャネルを識別する情報を備える、請求項１２に記載の装置。
15. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のショートトレーニングフィールド（ＳＴＦ）とペイロードデータとを更に備える、請求項１に記載の装置。
16. 前記フレームの前記第２のＳＴＦ及び前記ペイロードデータが、シングルキャリアで変調されるように構成される、請求項１５に記載の装置。
17. 前記フレームの前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダが、それぞれ、複数のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項１６に記載の装置。
18. 前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームの前記第２のＣＥＦが、シングルキャリアで変調されるように構成される、請求項１５に記載の装置。
19. 前記フレームの前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータが、前記複数のチャネルの少なくとも幾つかの少なくとも一部分を備える結合されたチャネルを介して送信されるように構成される、請求項１８に記載の装置。
20. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの数を指定する情報を備える、請求項１９に記載の装置。
21. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記複数のチャネルの最低周波数を識別する情報を備える、請求項１９に記載の装置。
22. 前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータの送信に関する第１の電力レベルが、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダの送信に関する第２の電力レベル以上である、請求項１９に記載の装置。
23. 前記第２のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備える、請求項２２に記載の装置。
24. 前記第１のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備え、前記電力差情報が前記第１のプロトコルにおいて指定されていない、請求項２２に記載の装置。
25. 前記フレームが、第１のペイロードデータを更に備え、前記第１のヘッダ及び前記第２のヘッダが、前記第１のプロトコルにおいて指定された変調コード化方式（ＭＣＳ）を使用して変調され、コード化されたヘッダデータを含み、前記処理システムが、前記第２のプロトコルにおいて指定された第１の変調コード化方式（ＭＣＳ）を使用して前記フレームの前記第１のペイロードデータを変調しコード化するように構成される、請求項１に記載の装置。
26. 前記フレームが、前記第２のヘッダと同じ構成を有する第３のヘッダを更に備え、前記第３のヘッダが、前記第２のヘッダの情報とは異なる情報を含み、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で冗長的に送信されるように構成され、前記第２のヘッダ及び前記第３のヘッダが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項２５に記載の装置。
27. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された第２の変調コード化方式（ＭＣＳ）により変調され、コード化され、前記第２のＭＣＳが前記第１のＭＣＳとは異なり、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で冗長的に送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項２５に記載の装置。
28. 前記第１のペイロードデータが、1つ以上のコード化されたデータブロックの第１のセットを備え、前記第２のペイロードデータが、1つ以上のコード化されたデータブロックの第２のセットを備え、1つ以上のコード化されたデータブロックの前記第１のセットが、1つ以上のコード化されたデータブロックの前記第２のセットとは異なる、請求項２７に記載の装置。
29. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された前記第１のＭＣＳを使用して変調され、コード化され、前記プリアンブル、前記第１のヘッダ、前記第２のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で冗長的に送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項２５に記載の装置。
30. 前記第１及び第２のペイロードデータが、複数のコード化されたデータブロックを備え、前記コード化されたデータブロックの第１及び第２の部分が、それぞれ、前記第１及び第２のチャネルを介して送信されるように構成される、請求項２９に記載の装置。
31. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）とペイロードデータとを備え、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦ系列が、チャネルの第１のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第１のセットを含む第１の結合されたチャネルを介して送信されるように構成され、前記第１の結合されたチャネルが、第１の空間送信に関連付けられる、請求項１に記載の装置。
32. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信が、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信からスキューされ、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項３１に記載の装置。
33. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦの共役が、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項３１に記載の装置。
34. 前記第２のＣＥＦ及び前記第２のＣＥＦの前記共役が、実質的に時間整合された方法で送信されるように構成される、請求項３３に記載の装置。
35. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び第３のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられ、前記第２のＣＥＦ及び前記第３のＣＥＦが、それぞれ、異なる直交系列を使用する、請求項３１に記載の装置。
36. 前記フレームが、ペイロードデータを更に備え、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダ、チャネルの前記第１のセットが、第１の送信に関連付けられ、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、チャネルの第２のセットを介して送信されるように構成され、チャネルの前記第２のセットが、第２の送信に関連付けられ、前記第２の送信が、時間間隔によって前記第１の送信からスキューされる、請求項１に記載の装置。
37. チャネルの前記第１のセットに関連する前記ペイロードデータ及びチャネルの前記第２のセットに関連する前記ペイロードデータが、実質的に時間整合された方法で送信されるように構成される、請求項３６に記載の装置。
38. 前記プリアンブルが、第１のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記第２のＣＥＦが、チャネルの前記第１のセットを介して送信されるように構成され、前記第２のＣＥＦの共役が、チャネルの前記第２のセットを介して送信されるように構成される、請求項３６に記載の装置。
39. ワイヤレス通信のための方法であって、
    プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成することと、ここにおいて、前記プリアンブル及び前記第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、前記第２のヘッダが、前記第１のデバイスによって復号されるように構成されず、ここにおいて、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、
    送信のために前記フレームを出力することと
    を備える方法。
40. 前記第１のプロトコルが、利用可能な変調コード化方式（ＭＣＳ）の第１のセットを含み、前記第２のプロトコルが、利用可能な変調コード化方式の第２のセットを含み、ＭＣＳの前記第１のセットがＭＣＳの前記第２のセットとは異なる、請求項３９に記載の方法。
41. 前記第１のヘッダが、ヘッダデータの第１のセットを含み、前記第２のヘッダが、ヘッダデータの第２のセットを含み、ヘッダデータの前記第１のセット及びヘッダデータの前記第２のセットが、前記第１のセットにおける前記ＭＣＳのうちの少なくとも１つを使用して変調され、コード化される、請求項４０に記載の方法。
42. 前記フレームが、前記第２のヘッダに付加された第１のペイロードデータを備え、前記フレームの前記第１のペイロードデータが、前記第１のセットにおける前記ＭＣＳのうちの前記少なくとも１つを使用して変調され、コード化される、請求項４１に記載の方法。
43. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、ＭＣＳの前記第２のセットにおける前記ＭＣＳのうちの１つを使用して変調されコード化される、請求項４２に記載の方法。
44. 前記第２のヘッダに付加された前記第１のペイロードデータが、前記フレームを受信する前記第２のデバイスが、前記第２のヘッダに付加された前記第１のペイロードデータを受信する一方で、前記第２のペイロードデータを受信するようにセットアップすることを可能にする、特定の量のデータを含む、請求項４３に記載の方法。
45. 前記第２のヘッダが、前記フレームの前記送信に関連する全ての1つ以上のチャネルのための前記第１のペイロードデータ及び前記第２のペイロードデータの長さを示す情報を備える、請求項４３に記載の方法。
46. 前記フレームが、直交周波数分割多重化（ＯＦＤＭ）信号又はシングルキャリア（ＳＣ）信号を使用する送信のために構成される、請求項３９に記載の方法。
47. 前記第１のヘッダが、前記フレームが前記ＯＦＤＭ信号を介した送信のために構成されるか、それとも前記ＳＣ信号を介した送信のために構成されるかを示す情報を備える、請求項４６に記載の方法。
48. 前記フレームが、1つ以上のチャネルを介したＯＦＤＭ信号を使用する送信のために構成され、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、前記1つ以上のチャネルを介して送信されるように構成される、請求項３９に記載の方法。
49. 前記プリアンブル及び前記第１のヘッダが、1つ以上のギャップ充填チャネルを介して送信されるように構成され、前記1つ以上のギャップ充填チャネルの各々が、前記1つ以上のチャネルの隣接ペアの間に位置し、前記第２のヘッダが、前記1つ以上のギャップ充填チャネルのいずれかを介して送信されるように構成されない、請求項４８に記載の方法。
50. 前記フレームが、ペイロードデータを備え、前記フレームの前記ペイロードデータが、前記1つ以上のチャネルを備える結合されたチャネルを介して送信されるように構成される、請求項４８に記載の方法。
51. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの数を指定する情報を備える、請求項５０に記載の方法。
52. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの最低周波数チャネルを識別する情報を備える、請求項５０に記載の方法。
53. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のショートトレーニングフィールド（ＳＴＦ）とペイロードデータとを更に備える、請求項３９に記載の方法。
54. 前記フレームの前記第２のＳＴＦ及び前記ペイロードデータが、シングルキャリアによって変調されるように構成される、請求項５３に記載の方法。
55. 前記フレームの前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダが、それぞれ、複数のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項５４に記載の方法。
56. 前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームの前記第２のＣＥＦが、前記シングルキャリアによって変調されるように構成される、請求項５３に記載の方法。
57. 前記フレームの前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータが、前記複数のチャネルの少なくとも一部分少なくとも幾つかを備える結合されたチャネルを介して送信されるように構成される、請求項５６に記載の方法。
58. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記複数のチャネルの数を指定する情報を備える、請求項５７に記載の方法。
59. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記複数のチャネルの最低周波数チャネルを識別する情報を備える、請求項５７に記載の方法。
60. 前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータの送信に関する第１の電力レベルが、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダの送信に関する第２の電力レベル以上である、請求項５７に記載の方法。
61. 前記第２のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備える、請求項６０に記載の方法。
62. 前記第１のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備え、前記電力差情報が前記第１のプロトコルにおいて指定されていない、請求項６０に記載の方法。
63. 前記フレームが、第１のペイロードデータを更に備え、前記フレームの前記第１のヘッダ及び前記第２のヘッダが、前記第１のプロトコルにおいて指定された変調コード化方式（ＭＣＳ）を使用して変調され、コード化されたヘッダデータを含み、前記フレームの前記第１のペイロードデータが、前記第２のプロトコルにおいて指定された第１の変調コード化方式（ＭＣＳ）を使用して変調されコード化される、請求項３９に記載の方法。
64. 前記フレームが、前記第２のヘッダと同じ構成を有する第３のヘッダを更に備え、前記第３のヘッダが、前記第２のヘッダの情報とは異なる情報を含み、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第２のヘッダ及び前記第３のヘッダが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項６３に記載の方法。
65. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された第２の変調コード化方式（ＭＣＳ）により変調され、コード化され、前記第２のＭＣＳが前記第１のＭＣＳとは異なり、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項６３に記載の方法。
66. 前記第１のペイロードデータが、1つ以上のコード化されたデータブロックの第１のセットを備え、前記第２の別個のペイロードデータが、1つ以上のコード化されたデータブロックの第２のセットを備え、1つ以上のコード化されたデータブロックの前記第１のセットが、1つ以上のコード化されたデータブロックの前記第２のセットとは異なる、請求項６５に記載の方法。
67. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された前記第１のＭＣＳを使用して変調されコード化され、前記プリアンブル、前記第１のヘッダ、前記第２のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項６３に記載の方法。
68. 前記第１及び第２のペイロードデータが、複数のコード化されたデータブロックを備え、前記コード化されたデータブロックの第１及び第２の部分が、それぞれ、前記第１及び第２のチャネルを介して送信されるように構成される、請求項６７に記載の方法。
69. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）とペイロードデータとを備え、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦ系列が、チャネルの第１のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第１のセットを含む第１の結合されたチャネルを介して送信されるように構成され、前記第１の結合されたチャネルが、第１の空間送信に関連付けられる、請求項３９に記載の方法。
70. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信が、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信からスキューされ、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項６９に記載の方法。
71. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦの共役が、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項６９に記載の方法。
72. 前記第２のＣＥＦ及び前記第２のＣＥＦの前記共役が、実質的に時間整合された方法で送信されるように構成される、請求項７１に記載の方法。
73. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び第３のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられ、前記第２のＣＥＦ及び前記第３のＣＥＦが、それぞれ、異なる直交系列を使用する、請求項６９に記載の方法。
74. 前記フレームが、ペイロードデータを更に備え、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダ、チャネルの前記第１のセットが、第１の送信に関連付けられ、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、チャネルの第２のセットを介して送信されるように構成され、チャネルの前記第２のセットが、第２の送信に関連付けられ、前記第２の送信が、時間間隔によって前記第１の送信からスキューされる、請求項３９に記載の方法。
75. チャネルの前記第１のセットに関連する前記ペイロードデータ及びチャネルの前記第２のセットに関連する前記ペイロードデータが、実質的に時間整合された方法で送信されるように構成される、請求項７４に記載の方法。
76. 前記プリアンブルが、第１のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記第２のＣＥＦが、チャネルの前記第１のセットを介して送信されるように構成され、前記第２のＣＥＦの共役が、チャネルの前記第２のセットを介して送信されるように構成される、請求項７４に記載の方法。
77. ワイヤレス通信のための装置であって、
    プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するための手段と、ここにおいて、前記プリアンブル及び前記第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、前記第２のヘッダが、前記第１のデバイスによって復号されるように構成されず、ここにおいて、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、
    送信のために前記フレームを出力するための手段と
    を備える装置。
78. 前記第１のプロトコルが、利用可能な変調コード化方式（ＭＣＳ）の第１のセットを含み、前記第２のプロトコルが、利用可能な変調コード化方式の第２のセットを含み、ＭＣＳの前記第１のセットがＭＣＳの前記第２のセットとは異なる、請求項７７に記載の装置。
79. 生成するための前記手段が、前記第１のセットにおける前記ＭＣＳのうちの少なくとも１つを使用して、前記フレームの前記第１のヘッダにおけるヘッダデータの第１のセットと前記第２のヘッダにおけるヘッダデータの第２のセットとを変調しコード化するように更に構成される、請求項７８に記載の装置。
80. 前記フレームが、前記第２のヘッダに付加された第１のペイロードデータを備え、生成するための前記手段が、前記第１のセットにおける前記ＭＣＳのうちの前記１つを使用して、前記フレームの前記第１のペイロードデータを変調し、コード化するように更に構成される、請求項７９に記載の装置。
81. 前記フレームが、第２のペイロードデータを更に備え、生成するための前記手段が、ＭＣＳの前記第２のセットにおける前記ＭＣＳのうちの１つを使用して、前記フレームの前記第２のペイロードデータを変調しコード化するように更に構成される、請求項８０に記載の装置。
82. 前記第２のヘッダに付加された前記第１のペイロードデータが、前記フレームを受信する前記第２のデバイスが、前記第２のヘッダに付加された前記第１のペイロードデータを受信する一方で、前記第２のペイロードデータを受信するようにセットアップすることを可能にする、特定の量のデータを含む、請求項８１に記載の装置。
83. 前記第２のヘッダが、前記フレームの前記送信に関連する全ての1つ以上のチャネルのための前記第１のペイロードデータ及び前記第２のペイロードデータの長さを示す情報を備える、請求項８１に記載の装置。
84. 生成するための前記手段が、直交周波数分割多重化（ＯＦＤＭ）信号又はシングルキャリア（ＳＣ）信号を使用する送信のために前記フレームを生成するように更に構成される、請求項７７に記載の装置。
85. 前記第１のヘッダが、前記フレームが前記ＯＦＤＭ信号を介した送信のために構成されるか、それとも前記ＳＣ信号を介した送信のために構成されるかを示す情報を備える、請求項８４に記載の装置。
86. 生成するための前記手段が、1つ以上のチャネルを介したＯＦＤＭ信号を使用する送信のために前記フレームを生成するように更に構成され、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、前記1つ以上のチャネルを介して送信されるように構成される、請求項７７に記載の装置。
87. 生成するための前記手段が、前記プリアンブル及び前記第１のヘッダが1つ以上のギャップ充填チャネルを介して送信されるように構成されるように、前記フレームを生成するように更に構成され、前記1つ以上のギャップ充填チャネルの各々が、前記1つ以上のチャネルの隣接ペアの間に位置し、前記第２のヘッダが、前記1つ以上のギャップ充填チャネルを介して送信されるように構成されない、請求項８６に記載の装置。
88. 前記フレームが、ペイロードデータを備え、前記フレームの前記ペイロードデータが、前記1つ以上のチャネルを備える結合されたチャネルを介して送信されるように構成される、請求項８６に記載の装置。
89. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの数を指定する情報を備える、請求項８８に記載の装置。
90. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記1つ以上のチャネルの最低周波数チャネルを識別する情報を備える、請求項８８に記載の装置。
91. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のショートトレーニングフィールド（ＳＴＦ）とペイロードデータとを更に備える、請求項７７に記載の装置。
92. 前記フレームの前記第２のＳＴＦ及び前記ペイロードデータが、シングルキャリアによって変調されるように構成される、請求項９１に記載の装置。
93. 前記フレームの前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダが、それぞれ、複数のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項９２に記載の装置。
94. 前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームの前記第２のＣＥＦが、前記シングルキャリアによって変調されるように構成される、請求項９１に記載の装置。
95. 前記フレームの前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータが、前記複数のチャネルの少なくとも幾つかの少なくとも一部分を備える結合されたチャネルを介して送信されるように構成される、請求項９４に記載の装置。
96. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記複数のチャネルの数を指定する情報を備える、請求項９５に記載の装置。
97. 前記第２のヘッダが、前記結合されたチャネルに含まれる前記複数のチャネルの最低周波数チャネルを識別する情報を備える、請求項９５に記載の装置。
98. 前記第２のＳＴＦ、前記第２のＣＥＦ及び前記ペイロードデータの送信に関する第１の電力レベルが、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ及び前記第２のヘッダの送信に関する第２の電力レベル以上である、請求項９５に記載の装置。
99. 前記第２のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備える、請求項９８に記載の装置。
100. 前記第１のヘッダが、前記第１の電力レベルと前記第２の電力レベルとの間の電力差を示す情報を備え、前記電力差情報が前記第１のプロトコルにおいて指定されていない、請求項９８に記載の装置。
101. 前記フレームが、第１のペイロードデータを更に備え、前記第１のヘッダ及び前記第２のヘッダが、前記第１のプロトコルにおいて指定された変調コード化方式（ＭＣＳ）を使用して変調されコード化されたヘッダデータを含み、生成するための前記手段が、前記第２のプロトコルにおいて指定された第１の変調コード化方式（ＭＣＳ）を使用して前記フレームの前記第１のペイロードデータを変調しコード化するように更に構成される、請求項７７に記載の装置。
102. 前記フレームが、前記第２のヘッダと同じ構成を有する第３のヘッダを更に備え、前記第３のヘッダが、前記第２のヘッダとは異なる情報を含み、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第２のヘッダ及び前記第３のヘッダが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項１０１に記載の装置。
103. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された第２の変調コード化方式（ＭＣＳ）により変調されコード化され、前記第２のＭＣＳが前記第１のＭＣＳとは異なり、前記プリアンブル及び前記第１のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項１０１に記載の装置。
104. 前記第１のペイロードデータが、1つ以上のコード化されたデータブロックの第１のセットを備え、前記第２のペイロードデータが、1つ以上のコード化されたデータブロックの第２のセットを備え、1つ以上のコード化されたデータブロックの前記第１のセットが、1つ以上のコード化されたデータブロックの前記第２のセットとは異なる、請求項１０３に記載の装置。
105. 前記フレームが、第２のペイロードデータを更に備え、前記フレームの前記第２のペイロードデータが、前記第２のプロトコルにおいて指定された前記第１のＭＣＳを使用して変調されコード化され、前記プリアンブル、前記第１のヘッダ、前記第２のヘッダが、第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成され、前記第１のペイロードデータ及び前記第２のペイロードデータが、それぞれ、前記第１及び第２のチャネルを介して時間整合又は時間スキューされた方法で送信されるように構成される、請求項１０１に記載の装置。
106. 前記第１及び第２のペイロードデータが、複数のコード化されたデータブロックを備え、前記コード化されたデータブロックの第１及び第２の部分が、それぞれ、前記第１及び第２のチャネルを介して送信されるように構成される、請求項１０５に記載の装置。
107. 前記プリアンブルが、第１のショートトレーニングフィールド（ＳＴＦ）と第１のチャネル推定フィールド（ＣＥＦ）とを備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）とペイロードデータとを備え、前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦ系列が、チャネルの第１のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第１のセットを含む第１の結合されたチャネルを介して送信されるように構成され、前記第１の結合されたチャネルが、第１の空間送信に関連付けられる、請求項７７に記載の装置。
108. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信が、チャネルの前記第２のセットの前記第１のＳＴＦ、第１のＣＥＦ及び第１のヘッダの前記送信からスキューされ、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項１０７に記載の装置。
109. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び前記第２のＣＥＦの共役が、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられる、請求項１０７に記載の装置。
110. 前記第２のＣＥＦ及び前記第２のＣＥＦの前記共役が、実質的に時間整合された方法で送信されるように構成される、請求項１０９に記載の装置。
111. 前記第１のＳＴＦ、前記第１のＣＥＦ、前記第１のヘッダ、前記第２のヘッダ及び第３のＣＥＦが、チャネルの第２のセットを介して送信されるように構成され、前記ペイロードデータが、チャネルの前記第２のセットを含む第２の結合されたチャネルを介して送信されるように構成され、前記第２の結合されたチャネルが、第２の空間送信に関連付けられ、前記第２のＣＥＦ及び前記第３のＣＥＦが、それぞれ、異なる直交系列を使用する、請求項１０７に記載の装置。
112. 前記フレームが、ペイロードデータを更に備え、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダ、チャネルの前記第１のセットが、第１の送信に関連付けられ、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、チャネルの第２のセットを介して送信されるように構成され、チャネルの前記第２のセットが、第２の送信に関連付けられ、前記第２の送信が、時間間隔によって前記第１の送信からスキューされる、請求項７７に記載の装置。
113. チャネルの前記第１のセットに関連する前記ペイロードデータ及びチャネルの前記第２のセットに関連する前記ペイロードデータが、実質的に時間整合された方法で送信されるように構成される、請求項１１２に記載の装置。
114. 前記プリアンブルが、第１のチャネル推定フィールド（ＣＥＦ）を備え、前記フレームが、第２のチャネル推定フィールド（ＣＥＦ）を備え、前記第２のＣＥＦが、チャネルの前記第１のセットを介して送信されるように構成され、前記第２のＣＥＦの共役が、チャネルの前記第２のセットを介して送信されるように構成される、請求項１１２に記載の装置。
115. プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成することと、ここにおいて、前記プリアンブル及び前記第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、前記第２のヘッダが、前記第１のデバイスによって復号されるように構成されず、ここにおいて、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、送信のために前記フレームを出力することとを行うための命令を記憶したコンピュータ可読媒体。
116. 少なくとも１つのアンテナと、
     プリアンブルと、第１のヘッダと、第２のヘッダとを備えるフレームを生成するように構成された処理システムと、ここにおいて、前記プリアンブル及び前記第１のヘッダが、第１のプロトコルに従って動作する第１のデバイスによって復号されるように構成され、前記第２のヘッダが、前記第１のデバイスによって復号されるように構成されず、ここにおいて、前記プリアンブル、前記第１のヘッダ及び前記第２のヘッダが、第２のプロトコルに従って動作する第２のデバイスによって復号されるように構成される、
     前記少なくとも１つのアンテナを介した送信のために前記フレームを出力するように構成されたインタフェースと
     を備えるワイヤレスノード。

Images