(57)【要約】【解決手段】方法は、第１のフォーマットに従って第１のデータユニットのプリアンブルを生成する段階を含む。上記第１のフォーマットに従って上記第１のデータユニットの上記プリアンブルを生成する段階は、上記第１のデータユニットの第１のプリアンブル部分を生成する段階と、上記第１のデータユニットの第２のプリアンブル部分を生成する段階と含む。上記第１のデータユニットの上記第１のプリアンブル部分は、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、上記第１のデータユニットの上記第２のプリアンブル部分は、上記第１のデータユニットの上記第１のプリアンブル部分に続く。上記方法は、上記第１のデータユニットの上記第１のプリアンブル部分ではなく上記第１のデータユニットの上記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用する段階も含む。
2015505443.tif 000002
【特許請求の範囲】
【請求項１】
方法であり、
前記方法は、第１のフォーマットに従って第１のデータユニットのプリアンブルを生成する段階を備え、
前記第１のフォーマットに従って前記第１のデータユニットの前記プリアンブルを生成する段階は、
（ｉ）前記第１のデータユニットの第１のプリアンブル部分を生成する段階と、
（ｉｉ）前記第１のデータユニットの第２のプリアンブル部分を生成する段階と
を有し、
前記第１のデータユニットの前記第１のプリアンブル部分は、前記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
前記第１のデータユニットの前記第２のプリアンブル部分は、前記第１のデータユニットの前記第１のプリアンブル部分に続き、
前記方法は、前記第１のデータユニットの前記第１のプリアンブル部分ではなく前記第１のデータユニットの前記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用する段階を備える、方法。
【請求項２】
前記第１のデータユニットの前記第１のプリアンブル部分を生成する段階は、前記第１のデータユニットに関連付けられた物理層（ＰＨＹ）パラメータを受信デバイスに対して示す第１のデータユニット信号フィールド（第１のデータユニットＳＩＧフィールド）を生成する段階を有し、
前記第１のデータユニットＳＩＧフィールドは、前記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す前記情報を含む、請求項１に記載の方法。
【請求項３】
前記第１のデータユニットの前記第１のプリアンブル部分を生成する段階は、
前記第１のデータユニットＳＩＧフィールドの前の第１のロングトレーニングフィールド（第１のＬＴＦ）を生成する段階と、
前記第１のＬＴＦの前の第１のショートトレーニングフィールド（第１のＳＴＦ）を生成する段階と
をさらに有し、
前記第１のデータユニットの前記第２のプリアンブル部分を生成する段階は、第２のＳＴＦと、前記第２のＳＴＦに続く第２のＬＴＦとを生成する段階を有する、請求項２に記載の方法。
【請求項４】
前記方法は、
前記第１のデータユニットのデータ部分を生成する段階と、
前記第１のデータユニットの前記データ部分に対して前記ビーム形成ステアリング行列を適用する段階と
をさらに備え、
前記第１のデータユニットの前記データ部分は、前記第１のデータユニットの前記第２のプリアンブル部分に続く、請求項２または３に記載の方法。
【請求項５】
前記第１のデータユニットＳＩＧフィールドはさらに、前記第１のデータユニットの前記データ部分の変調および符号化スキームを受信デバイスに対して示す情報を含む、請求項４に記載の方法。
【請求項６】
前記方法は、前記第１のフォーマットとは異なる第２のフォーマットに従って第２のデータユニットのプリアンブルを生成する段階をさらに備え、
前記第２のフォーマットに従って前記第２のデータユニットの前記プリアンブルを生成する段階は、
（ｉ）前記第２のデータユニットの第１のプリアンブル部分を生成する段階と、
（ｉｉ）前記第２のデータユニットの第２のプリアンブル部分を生成する段階と
を有し、
前記第２のデータユニットの前記第１のプリアンブル部分は、前記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す情報を含み、
前記第２のデータユニットの前記第２のプリアンブル部分は、前記第２のデータユニットの前記第１のプリアンブル部分に続き、
前記方法は、前記第２のデータユニットの前記第１のプリアンブル部分ではなく前記第２のデータユニットの前記第２のプリアンブル部分に対して１または複数のビーム形成ステアリング行列を適用する段階をさらに備える、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記第１のデータユニットの前記第１のプリアンブル部分を生成する段階は、前記第１のデータユニットに関連付けられた物理層（ＰＨＹ）パラメータを受信デバイスに対して示す第１のデータユニット信号フィールド（第１のデータユニットＳＩＧフィールド）を生成する段階を有し、
前記第１のデータユニットＳＩＧフィールドは、前記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す前記情報を含み、
前記第２のデータユニットの前記第１のプリアンブル部分を生成する段階は、前記第２のデータユニットに関連付けられたＰＨＹパラメータを１または複数の受信デバイスに対して示す第２のデータユニットＳＩＧフィールドを生成する段階を有し、
前記第２のデータユニットＳＩＧフィールドは、前記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す前記情報を含む、請求項６に記載の方法。
【請求項８】
装置であり、
前記装置はネットワークインタフェースを備え、
前記ネットワークインタフェースは、
第１のフォーマットに従って第１のデータユニットのプリアンブルを生成し、
前記ネットワークインタフェースは、
（ｉ）前記第１のデータユニットの第１のプリアンブル部分を生成し、
（ｉｉ）前記第１のデータユニットの第２のプリアンブル部分を生成する
ことにより前記第１のフォーマットに従って前記第１のデータユニットの前記プリアンブルを少なくとも部分的に生成し、
前記第１のデータユニットの前記第１のプリアンブル部分は、前記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
前記第１のデータユニットの前記第２のプリアンブル部分は、前記第１のデータユニットの前記第１のプリアンブル部分に続き、
前記ネットワークインタフェースは、前記第１のデータユニットの前記第１のプリアンブル部分ではなく前記第１のデータユニットの前記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用する、装置。
【請求項９】
前記ネットワークインタフェースは、前記第１のデータユニットに関連付けられた物理層（ＰＨＹ）パラメータを受信デバイスに対して示す第１のデータユニット信号フィールド（第１のデータユニットＳＩＧフィールド）を生成することにより前記第１のデータユニットの前記第１のプリアンブル部分を少なくとも部分的に生成し、
前記第１のデータユニットＳＩＧフィールドは、前記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す前記情報を含む、請求項８に記載の装置。
【請求項１０】
前記ネットワークインタフェースはさらに、
前記第１のデータユニットのデータ部分を生成し、
前記第１のデータユニットの前記データ部分に対して前記ビーム形成ステアリング行列を適用し、
前記第１のデータユニットの前記データ部分は、前記第１のデータユニットの前記第２のプリアンブル部分に続く、請求項９に記載の装置。
【請求項１１】
前記第１のデータユニットＳＩＧフィールドはさらに、前記第１のデータユニットの前記データ部分の変調および符号化スキームを受信デバイスに対して示す情報を含む、請求項１０に記載の装置。
【請求項１２】
前記ネットワークインタフェースはさらに、前記第１のフォーマットとは異なる第２のフォーマットに従って第２のデータユニットのプリアンブルを生成し、
前記ネットワークインタフェースは、
（ｉ）前記第２のデータユニットの第１のプリアンブル部分を生成し、
（ｉｉ）前記第２のデータユニットの第２のプリアンブル部分を生成する
ことにより、前記第２のフォーマットに従って前記第２のデータユニットの前記プリアンブルを少なくとも部分的に生成し、
前記第２のデータユニットの前記第１のプリアンブル部分は、前記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す情報を含み、
前記第２のデータユニットの前記第２のプリアンブル部分は、前記第２のデータユニットの前記第１のプリアンブル部分に続き、
前記ネットワークインタフェースはさらに、前記第２のデータユニットの前記第１のプリアンブル部分ではなく前記第２のデータユニットの前記第２のプリアンブル部分に対して１または複数のビーム形成ステアリング行列を適用する、請求項１０または１１に記載の装置。
【請求項１３】
方法であり、
前記方法は、複数のデータユニットを受信する段階を備え、
前記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含み、
それぞれのデータユニットの前記第１のプリアンブル部分は、各々のデータユニットに関連付けられた複数の物理層（ＰＨＹ）パラメータを示す信号フィールド（ＳＩＧフィールド）を含み、
前記方法は、
それぞれのデータユニットの前記第１のプリアンブル部分の前記ＳＩＧフィールドにおける情報に基づき、前記各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断する段階と、
前記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、前記ＳＩＧフィールドの第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理する段階と、
前記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、前記ＳＩＧフィールドの第２のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理する段階と
を備え、
前記第２のサブフィールドマッピングは前記第１のサブフィールドマッピングとは異なる、方法。
【請求項１４】
前記ＳＩＧフィールドの前記第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理する段階は、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットの変調および符号化スキームを判断する段階を有する、請求項１３に記載の方法。
【請求項１５】
前記ＳＩＧフィールドの前記第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理する段階は、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットに関連付けられた部分的アソシエーション識別子（ＰＡＩＤ）を判断する段階を有する、請求項１３または１４に記載の方法。
【請求項１６】
前記ＳＩＧフィールドの前記第２のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理する段階は、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットのグループ識別子（ＧＩＤ）を判断する段階を有する、請求項１３から１５のいずれか１項に記載の方法。
【請求項１７】
装置であり、
前記装置はネットワークインタフェースを備え、
前記ネットワークインタフェースは複数のデータユニットを受信し、
前記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含み、
それぞれのデータユニットの前記第１のプリアンブル部分は、各々のデータユニットに関連付けられた複数の物理層（ＰＨＹ）パラメータを示す信号フィールド（ＳＩＧフィールド）を含み、
前記ネットワークインタフェースは、
それぞれのデータユニットの前記第１のプリアンブル部分の前記ＳＩＧフィールドにおける情報に基づき、前記各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断し、
前記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、前記ＳＩＧフィールドの第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理し、
前記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、前記ＳＩＧフィールドの第２のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを処理し、
前記第２のサブフィールドマッピングは前記第１のサブフィールドマッピングとは異なる、装置。
【請求項１８】
前記ネットワークインタフェースは、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットの変調および符号化スキームを判断することにより、前記ＳＩＧフィールドの前記第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを少なくとも部分的に処理する、請求項１７に記載の装置。
【請求項１９】
前記ネットワークインタフェースは、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットに関連付けられた部分的アソシエーション識別子（ＰＡＩＤ）を判断することにより、前記ＳＩＧフィールドの前記第１のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを少なくとも部分的に処理する、請求項１７または１８に記載の装置。
【請求項２０】
前記ネットワークインタフェースは、前記各々のデータユニットの前記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、前記各々のデータユニットのグループ識別子（ＧＩＤ）を判断することにより、前記ＳＩＧフィールドの前記第２のサブフィールドマッピングに従って前記各々のデータユニットの前記ＳＩＧフィールドを少なくとも部分的に処理する、請求項１７から１９のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本開示は、以下の米国仮特許出願の便益を主張する。  ２０１２年１月１３日に提出された、発明の名称が「Ｓｉｎｇｌｅ  Ｕｓｅｒ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｏｒｍａｔ  ｉｎ  １１ａｈ」である米国仮特許出願第６１／５８６，５６５号。  ２０１２年１月１７日に提出された、発明の名称が「Ｓｉｎｇｌｅ  Ｕｓｅｒ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｏｒｍａｔ  ｉｎ  １１ａｈ」である米国仮特許出願第６１／５８７，３８６号。２０１２年１月２７日に提出された、発明の名称が「Ｓｉｎｇｌｅ  Ｕｓｅｒ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｏｒｍａｔ  ｉｎ  １１ａｈ」である米国仮特許出願第６１／５９１，７１８号。  ２０１２年３月１４日に提出された、発明の名称が「Ｔｒａｎｓｍｉｔ  Ｂｅａｍｆｏｒｍｉｎｇ  ｗｉｔｈ  ＭＵ−ＭＩＭＯ」である米国仮特許出願第６１／６１０，７２５号。  ２０１２年７月２３日に提出された、発明の名称が「Ｓｉｎｇｌｅ  Ｕｓｅｒ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｏｒｍａｔ  ｉｎ  １１ａｈ」である米国仮特許出願第６１／６７４，７２４号。  上記で参照された全ての特許出願の開示はそれらの全体が、本明細書に参照により組み込まれる。
【０００２】
本願は、本願と同日に提出された、発明の名称が「Ｄａｔａ  Ｕｎｉｔ  Ｆｏｒｍａｔ  ｆｏｒ  Ｓｉｎｇｌｅ  Ｕｓｅｒ  Ｂｅａｍｆｏｒｍｉｎｇ  ｉｎ  Ｌｏｎｇ−Ｒａｎｇｅ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ  （ＷＬＡＮｓ）」である米国特許出願第＿＿＿＿＿＿＿号（代理人整理番号ＭＰ４５１５．Ｄ１に関する。当該米国特許出願はその全体が本明細書に参照により組み込まれる。
【０００３】
本開示は一般的に、通信ネットワークに関し、より詳細には、長距離無線ローカルエリアネットワークに関する。
【背景技術】
【０００４】
本明細書で提供される背景の説明は、本開示の文脈を一般的に示すことを目的としている。この背景技術のセクションで説明される範囲において、本願発明の発明者らによる研究、および提出時点において先行技術として見なされ得ない説明の態様は、本開示の先行技術として明示的にも暗示的にも認められない。
【０００５】
インフラストラクチャモードで動作している場合、無線ローカルエリアネットワーク（ＷＬＡＮ）は典型的にはアクセスポイント（ＡＰ）および１または複数のクライアント局を含む。ＷＬＡＮは過去１０年の間に急速に進化した。Ｉｎｓｔｉｔｕｔｅ  ｆｏｒ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ  ＳｔａｎｄａｒｄなどのＷＬＡＮ規格の開発は、シングルユーザピークデータスループットを向上させた。例えば、ＩＥＥＥ  ８０２．１１ｂ  Ｓｔａｎｄａｒｄは１１メガビット／秒（Ｍｂｐｓ）のシングルユーザピークスループットを特定し、ＩＥＥＥ  ８０２．１１ａ  Ｓｔａｎｄａｒｄおよび８０２．１１ｇ  Ｓｔａｎｄａｒｄは、５４Ｍｂｐｓのシングルユーザピークスループットを特定し、ＩＥＥＥ  ８０２．１１ｎ  Ｓｔａｎｄａｒｄは、６００Ｍｂｐｓのシングルユーザピークスループットを特定し、ＩＥＥＥ  ８０２．１１ａｃ  Ｓｔａｎｄａｒｄは、ギガビット／秒（Ｇｂｐｓ）範囲のシングルユーザピークスループットを特定する。
【０００６】
２つの新しい規格ＩＥＥＥ  ８０２．１１ａｈの研究が始まっている。同規格は、サブ１ＧＨｚ周波数での無線ネットワーク処理を特定するであろう。低周波数通信チャネルは一般的に、より高い周波数での送信と比較して、より良好な伝搬品質およびより長い伝搬距離により特徴付けられる。過去においては、サブ１ＧＨｚ帯域は他の用途（例えば、認可されたＴＶ周波数帯域、無線周波数帯域、その他）のために確保されていたので、そのような周波数は無線通信ネットワークには利用されてこなかった。サブ１ＧＨｚ帯域には未認可のままの周波数帯域が殆どなく、異なる地理的領域においてそれぞれ異なる特定の未認可の周波数がある。ＩＥＥＥ  ８０２．１１ａｈ  Ｓｔａｎｄａｒｄは利用可能な未認可のサブ１ＧＨｚ周波数帯域の無線処理を特定するであろう。
【発明の概要】
【０００７】
一実施形態において、方法は、第１のフォーマットに従って第１のデータユニットのプリアンブルを生成する段階を含む。上記第１のフォーマットに従って上記第１のデータユニットの上記プリアンブルを生成する段階は、
（ｉ）上記第１のデータユニットの第１のプリアンブル部分を生成する段階と、
（ｉｉ）上記第１のデータユニットの第２のプリアンブル部分を生成する段階と
を含む。上記第１のデータユニットの上記第１のプリアンブル部分は、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第１のデータユニットの上記第２のプリアンブル部分は、上記第１のデータユニットの上記第１のプリアンブル部分に続く。上記方法は、上記第１のデータユニットの上記第１のプリアンブル部分ではなく上記第１のデータユニットの上記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用する段階も含む。
【０００８】
他の実施形態において、装置はネットワークインタフェースを含む。上記ネットワークインタフェースは、
（ｉ）第１のデータユニットの第１のプリアンブル部分を生成し、
（ｉｉ）上記第１のデータユニットの第２のプリアンブル部分を生成する
ことにより第１のフォーマットに従って上記第１のデータユニットのプリアンブルを少なくとも部分的に生成するよう構成される。上記第１のデータユニットの上記第１のプリアンブル部分は、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第１のデータユニットの上記第２のプリアンブル部分は、上記第１のデータユニットの上記第１のプリアンブル部分に続く。上記ネットワークインタフェースは、上記第１のデータユニットの上記第１のプリアンブル部分ではなく上記第１のデータユニットの上記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用するようにも構成される。
【０００９】
他の実施形態において、方法は、複数のデータユニットを受信する段階を含む。上記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含む。それぞれのデータユニットの上記第１のプリアンブル部分は、各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。  また上記方法は、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける情報に基づき、各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断する段階と、
上記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階と
を含む。また上記方法は、
上記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第２のサブフィールドマッピングに従って各々のデータユニットの上記ＳＩＧフィールドを処理する段階を含む。上記第２のサブフィールドマッピングは上記第１のサブフィールドマッピングとは異なる。
【００１０】
他の実施形態において、装置は、複数のデータユニットを受信するよう構成されたネットワークインタフェースを含む。上記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含む。それぞれのデータユニットの上記第１のプリアンブル部分は、各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。また上記ネットワークインタフェースは、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける情報に基づき、各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断し、
上記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理するようにも構成される。また上記ネットワークインタフェースは、上記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第２のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理するようにも構成される。上記第２のサブフィールドマッピングは上記第１のサブフィールドマッピングとは異なる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る、例示的な無線ローカルエリアネットワーク（ＷＬＡＮ）のブロック図である。
【００１２】
【図２】シングルユーザビーム形成のための従来技術のサウンディング技術の図である。
【００１３】
【図３】マルチユーザビーム形成のための従来技術のサウンディング技術の図である。
【００１４】
【図４】実施形態に係る、通常モードのシングルユーザ（ＳＵ）データユニットに関して用いられる例示的なプリアンブルフォーマットの図である。
【００１５】
【図５】実施形態に係る、通常モードのマルチユーザ（ＭＵ）データユニットに関して用いられる例示的なプリアンブルフォーマットの図である。
【００１６】
【図６】実施形態に係る、通常モードのＳＵビーム形成（ＳＵ−ＢＦ）データユニットに関して用いられる例示的なプリアンブルフォーマットの図である。
【００１７】
【図７】実施形態に係る、低帯域幅モードのＳＵデータユニットに関して用いられる例示的なプリアンブルフォーマットの図である。
【００１８】
【図８】実施形態に係る、低帯域幅モードのＳＵ−ＢＦデータユニットに関して用いられる例示的なプリアンブルフォーマットの図である。
【００１９】
【図９】実施形態に係る、例示的な通常モードのＳＵデータユニット、例示的な通常モードのＭＵまたはＳＵ−ＢＦデータユニット、および例示的な低帯域幅モードのＳＵデータユニットの対応するプリアンブル部分の図である。
【００２０】
【図１０】実施形態に係る、データユニットのプリアンブル内のシンボルを変調させるのに用いられる例示的な変調技術を図示する図である。
【００２１】
【図１１】実施形態に係る、データユニットを生成するための例示的な方法のフロー図である。
【００２２】
【図１２】実施形態に係る、データユニットを受信および処理するための例示的な方法のフロー図である。
【００２３】
【図１３】実施形態に係る、データユニットを受信および処理するための他の例示的な方法のフロー図である。
【発明を実施するための形態】
【００２４】
以下に説明する実施形態において、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）などの無線ネットワークデバイスは、１または複数クライアント局へデータストリームを送信する。ＡＰは、通信プロトコルに従ってクライアント局と動作するよう構成される。実施形態において、通信プロトコルは、サブ１ＧＨｚ周波数範囲での処理を規定し、典型的には、比較的低いデータレート（例えば、ＩＥＥＥ  ８０２．１１ａｈ）での長距離無線通信を必要とする用途に関して用いられる。様々な実施形態に係る、そのようなプロトコルの物理層（ＰＨＹ）データユニットの例示的なフォーマットは、米国特許出願第１３／３５９，３３６号、「Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｆｒａｍｅ  Ｆｏｒｍａｔ  Ｆｏｒ  Ｌｏｎｇ  Ｒａｎｇｅ  ＷＬＡＮ」に説明されている。同米国特許出願の開示は、その全体が参照により本明細書に組み込まれる。
【００２５】
いくつかの実施形態において、通信プロトコルは、より高いデータレートのための第１ＰＨＹモード（本明細書において「通常モード」と呼ばれる）と、より低いデータレートのための第２ＰＨＹモード（本明細書において「低レートモード」と呼ばれる）とのうち両方を特定する。例えば、さらに通信距離を長くするべく、より低いデータレートモードが用いられ得、一般的に、同モードは、受信機の感度（または感度利得）を向上させる。いくつかの実施形態において、低レートモードはより低いデータレートのみでなく、通常モードと比較して、より低いチャネル帯域幅も利用する。この帯域幅がより低いＰＨＹモードは本明細書において、「低帯域幅モード」と呼ばれる。例示的な一実施形態において、低帯域幅モードのデータユニットは、１ＭＨｚ帯域幅での送信のために３２ポイントの離散逆フーリエ変換（ＩＤＦＴ）を用いて生成され、通常モードのデータユニットは、２ＭＨｚまたはそれより高い帯域幅での送信のために６４ポイントまたはそれより大きいＩＤＦＴを用いて生成される。低帯域幅モードおよび通常モードの両方のデータユニットが、同じクロックレートを用いて生成される。様々な実施形態に係る、低レートモードのデータユニット（低帯域幅モードのデータユニットを含む）の例示的なフォーマット、および、そのようなデータユニットの生成は、米国特許出願第１３／３６６，０６４号、「Ｃｏｎｔｒｏｌ  Ｍｏｄｅ  ＰＨＹ  ｆｏｒ  ＷＬＡＮ」、および、米国特許出願第１３／４９４，５０５号、「Ｌｏｗ  Ｂａｎｄｗｉｄｔｈ  ＰＨＹ  ｆｏｒ  ＷＬＡＮ」に説明されている。これら米国特許出願の開示は、それら全体が参照により本明細書に組み込まれる。低帯域幅モードの通信は一般的に、より長い距離の通信をサポートする感度利得を有しており、通常モードの通信よりもロバストである。
【００２６】
いくつかの実施形態において、ＡＰまたはクライアント局などの送信デバイスは、送信されるデータユニットをビーム形成することが出来る。本明細書で用いられるように、「ビーム形成する」および「ビーム形成され」という用語は一般的に、受信側のビーム形成ではなく送信側のビーム形成（つまり、送信デバイスにおいてビーム形成ステアリング行列を適用すること）を指す。さらに、実施形態において、送信デバイスは、ＩＥＥＥ  ８０２．１１ａｃで規定されるシングルユーザ（ＳＵ）およびマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）処理と同様のＳＵ処理およびＭＵ−ＭＩＭＯ処理の両方をサポートする。便宜上、ＭＵ−ＭＩＭＯ処理は本明細書において単にＭＵ処理と呼ばれる。ＭＵ処理は本質的にビーム形成を利用するが、ＳＵデータユニットは一般的に、ビーム形成されている（ＳＵ−ＢＦデータユニット）か、またはビーム形成されていない（つまり、「オープンループ」またはＳＵ−ＯＬデータユニットである）。様々な実施形態において、送信デバイスは、通常モードにおいて、ＳＵ−ＢＦデータユニットおよびＭＵデータユニットの両方を生成することが出来る。
【００２７】
ＭＵデータユニットに関して、送信デバイスは、複数のユーザの全てのために意図された第１のビーム形成されていない部分（本明細書において、指向性アンテナまたはアンテナアレーを介して送信され得るが一般的に「オムニ」部分と呼ばれる）と、各ユーザに関して異なるビーム形成ステアリング行列を用いてビーム形成されている様々なフィールド（例えば、ロングトレーニングフィールド）を含む第２の部分とを含むプリアンブルフォーマットを利用する。いくつかの実施形態および／またはシナリオにおいて、送信デバイスは、異なる、より短いプリアンブルのフォーマットを利用してＳＵ−ＢＦデータユニットを送信し、ここで、プリアンブルのオムニ部分は省略され、プリアンブルの全体がビーム形成されている。ＳＵ−ＢＦデータユニット全体にビーム形成を適用することにより、受信デバイスは、例えば、プリアンブルの第１の受信されたフィールドに基づいて自動利得制御（ＡＧＣ）レベルを適切に設定し得る。しかしＳＵ−ＢＦデータユニット全体のビーム形成は、他のデバイス（例えば、ビーム形成されている送信に対して垂直な方向に位置するデバイス）による、ＳＵ−ＢＦデータユニットの何らかの部分の検出および／またはデコードの失敗を引き起こし得る。このことにより、複数のデバイス（例えば、クライアント局）が他のデバイス（例えば、ＡＰ）と同時に通信することを試みる従来の「隠れたノード」の課題がもたらされ、干渉を引き起こし得る。したがって、一実施形態において、送信デバイスは代わりに、ＭＵデータユニットのプリアンブルフォーマットと同様に、ビーム形成されていない（オムニ）部分およびビーム形成されている部分の両方を含むより長いプリアンブルのフォーマットを利用してＳＵ−ＢＦデータユニットを生成する。オムニ部分により、データユニットの意図された受信者以外のデバイスは、例えば、ＳＵ−ＢＦデータユニットを検出する、および／または、ＳＵ−ＢＦデータユニットのデータ部分の持続時間を示すＳＵ−ＢＦデータユニットのプリアンブルにおける情報をデコードすることが出来るようになる。
【００２８】
いくつかの実施形態において、それぞれのデータユニットのプリアンブルの、１または複数の直交波周波数分割多重（ＯＦＤＭ）シンボルは、データユニットに関して、より長いプリアンブルのフォーマット（オムニ部分およびビーム形成されている部分の両方を含む）が用いられているのか、またはより短いプリアンブルのフォーマットが用いられているのかを示すシンボルコンスタレーション回転を用いて変調させられる。さらに、より長いプリアンブルのフォーマットが用いられるいくつかの実施形態およびシナリオにおいて、プリアンブルのオムニ部分は、データユニットがＭＵデータユニットであるのか、またはＳＵ−ＢＦデータユニットであるのかを受信デバイスに対して示す情報を含んだフィールドを含む。
【００２９】
図１は、実施形態に係る、ＡＰ１４を含む例示的なＷＬＡＮ１０のブロック図である。ＡＰ１４は、ネットワークインタフェース１６に結合されたホストプロセッサ１５を含む。ネットワークインタフェース１６は、媒体アクセス制御（ＭＡＣ）プロセッシングユニット１８、および物理層（ＰＨＹ）プロセッシングユニット２０を含む。ＰＨＹプロセッシングユニット２０は、複数のトランシーバ２１を含み、トランシーバ２１は、複数のアンテナ２４に結合される。３つのトランシーバ２１および３つのアンテナ２４が図１に図示されているが、他の実施形態において、ＡＰ１４は、異なる数（例えば、１、２、４、５、その他）のトランシーバ２１およびアンテナ２４を含み得る。
【００３０】
ＷＬＡＮ１０はさらに、複数のクライアント局２５を含む。４つのクライアント局２５が図１に図示されているが、様々なシナリオおよび実施形態において、ＷＬＡＮ１０は異なる数（例えば、１、２、３、５、６、その他）のクライアント局２５を含み得る。クライアント局２５−１〜２５−４のうちそれぞれは、少なくとも長距離通信プロトコルに従って動作するよう構成される。いくつかの実施形態において、１または複数のクライアント局２５−１〜２５−４は、短距離通信プロトコルのうち１または複数に従って動作するようにも構成される。
【００３１】
クライアント局２５−１は、ネットワークインタフェース２７に結合されたホストプロセッサ２６を含む。ネットワークインタフェース２７は、ＭＡＣプロセッシングユニット２８およびＰＨＹプロセッシングユニット２９を含む。ＰＨＹプロセッシングユニット２９は、複数のトランシーバ３０を含み、トランシーバ３０は複数のアンテナ３４に結合される。３つのトランシーバ３０および３つのアンテナ３４が図１には図示されているが、他の実施形態において、クライアント局２５−１は、異なる数（例えば、１、２、４、５、その他）のトランシーバ３０およびアンテナ３４を含み得る。
【００３２】
いくつかの実施形態において、クライアント局２５−２、２５−３、２５−４のうち１つ、いくつか、または全てが、クライアント局２５−１と同じ、または同様の構造を有する。これらの実施形態において、クライアント局２５−１と同じ、または同様の構造を有するクライアント局２５は、同じ、または異なる数のトランシーバおよびアンテナを有する。例えば、実施形態によると、クライアント局２５−２は、２つのトランシーバおよび２つのアンテナのみを有する（図１に図示せず）。
【００３３】
実施形態において、ＡＰ１４のＰＨＹプロセッシングユニット２０は、長距離通信プロトコルに準拠するデータユニットを生成するよう構成される。より詳細には、いくつかの実施形態において、ＰＨＹプロセッシングユニット２０は、長距離通信プロトコルに準拠する通常モードおよび低帯域幅モードの両方のデータユニットを選択的に生成するよう構成される。実施形態において、ＰＨＹプロセッシングユニット２０はさらに、ＩＥＥＥ  ８０２．１１ａｃ規格で規定されるＳＵおよびＭＵ処理と同様のＳＵおよびＭＵの両方の処理をサポートするよう構成される。したがって、実施形態において、ＰＨＹプロセッシングユニット２０は、１ユーザ（例えば、クライアント局２５−１のみ）のために意図されたＳＵデータユニットと、複数のユーザ（例えば、クライアント局２５−１〜２５−４のうち２またはそれより多く）のために意図されたＭＵデータユニットとの両方を選択的に生成するよう構成される。実施形態において、ＭＵ送信は、どのクライアント局が、ＡＰ１４により送信される特定のＭＵデータユニットに関連付けられているかを示す「グループＩＤ」を用いる。グループＩＤは、グループ形成の間に割り当てられる。
【００３４】
いくつかの実施形態において、ＰＨＹプロセッシングユニット２０は、通常モードまたは低帯域幅モードのいずれかの場合にＳＵデータユニットを生成するが、通常モードの場合にのみＭＵデータユニットを生成し得るよう構成される。他の実施形態において、ＰＨＹプロセッシングユニット２０は、通常モードの場合および低帯域幅モード場合の両方においてＳＵデータユニットおよびＭＵデータユニットを生成するよう構成される。さらに、実施形態において、ＰＨＹプロセッシングユニット２０は、ＳＵ−ＢＦデータユニットおよびＳＵ−ＯＬデータユニットの両方を生成するよう構成される。いくつかの実施形態において、ＰＨＹプロセッシングユニット２０は、通常モードまたは低帯域幅モードのいずれかの場合にＳＵ−ＯＬデータユニットを生成し、通常モードの場合にのみＳＵ−ＢＦデータユニットを生成し得るよう構成される。他の実施形態において、ＰＨＹプロセッシングユニット２０は、通常モードの場合および低帯域幅モードの場合の両方において、ＳＵ−ＯＬおよびＳＵ−ＢＦデータユニットを生成するよう構成される。
【００３５】
ＡＰ１４のトランシーバ２１は、生成されたデータユニットをアンテナ２４を介して送信するよう構成される。様々な実施形態において、トランシーバ２１は、データユニットをアンテナ２４を介して受信するようにも構成され、ＡＰ１４のＰＨＹプロセッシングユニット２０はさらに、受信されたデータユニットを長距離通信プロトコルに準拠して処理するよう構成される。
【００３６】
様々な実施形態において、クライアント局２５−１のＰＨＹプロセッシングユニット２９は、長距離通信プロトコルに準拠して、データユニットを生成し、および／または受信されたデータユニットを処理するようにも構成される。しかし、いくつかの実施形態において、ＰＨＹプロセッシングユニット２９は、ＭＵデータユニットを生成するよう構成されず、および／または、ＳＵ−ＢＦデータユニットを生成するよう構成されない。トランシーバ３０は、生成されたデータユニットをアンテナ３４を介して送信し、および／またはデータユニットをアンテナ３４を介して受信するよう構成される。
【００３７】
ＡＰ１４などのデバイスが送信をビーム形成するべく、典型的には、ビーム形成ステアリング行列を適切に生成するために、何らかのやり方のフィードバックが用いられる。例えば、ＡＰ１４などの送信デバイスは、クライアント局２５−１などの受信デバイスへ「サウンディング」パケットを送信し得、受信デバイスは、チャネル情報を導出するために、サウンディングパケットを処理し得る。その後ステアリング行列の係数が、当該チャネル情報に基づいて受信デバイスにおいて計算され得、送信デバイスへ返信され得る。図２および３は、いくつかの実施形態において、長距離通信プロトコルでのビーム形成をサポートする図１のＷＬＡＮ１０によっても利用される、ＩＥＥＥ  ８０２．１１ａｃ規格により規定される従来技術のサウンディング技術を示す。様々なシナリオおよび実施形態において、例えば、図２および３の「ビーム形成する側」は図１のＡＰ１４であり、図２の「ビーム形成される側」は図１のクライアント局２５−１であり、図３の「ビーム形成される側＃１〜＃３」はそれぞれ、図１のクライアント局２５−１〜２５−３である。
【００３８】
詳細には、図２は、ＳＵビーム形成のための従来技術のサウンディング技術１００を示す。サウンディング技術１００において、ビーム形成する側は、「ヌルデータパケットアナウンス」（ＮＤＰＡ）パケット１０２を、ビーム形成される側へ（つまり、ビーム形成されている送信の意図された受信者へ）送信する。ＮＤＰＡパケット１０２を送信した後の「短フレーム間隔」（ＳＩＦＳ）内で、ビーム形成する側はサウンディングパケットとしての役割を果たす「ヌルデータパケット」（ＮＤＰ）１０４をビーム形成される側へ戻すよう送信する。ビーム形成される側はＮＤＰ１０４を処理して、ビーム形成係数を計算し、当該係数を、フィードバックメッセージ１０６内でビーム形成する側へ送信する。ビーム形成する側はその後、ビーム形成される側へのビーム形成されている送信に関して用いられることになるステアリングベクトルを計算する。
【００３９】
図３は、ＭＵビーム形成のための従来技術のサウンディング技術１２０を示す。サウンディング技術１２０において、ビーム形成する側は、全てのビーム形成される側（図３の例示的なシナリオにおいて、＃１〜＃３）へＮＤＰＡパケット１２２を送信する。ＮＤＰＡパケット１２２は、局（ＳＴＡ）情報フィールドを含み、ＳＩＦＳ内でＮＤＰパケット１２４が後に続く。アソシエーション識別子（ＡＩＤ）がＮＤＰＡパケット１２２のＳＴＡフィールドに含まれるビーム形成される側（つまり、図３の例示的なシナリオにおいて「ビーム形成される側＃１」）は、受信されたＮＤＰ１２４に基づいてビーム形成係数を計算し、計算された係数を含むフィードバックメッセージ１２６を用いてＳＩＦＳ内で応答する。ビーム形成する側はその後、続く局（つまり、図３の例示的なシナリオにおいて、「ビーム形成される側＃２」、それに続いて「ビーム形成される側＃３」）を、ポーリング信号１３０、１３２を用いてポーリングし、ビーム形成される側は、計算されたビーム形成係数を含むフィードバックメッセージ１３４、１３６をそれぞれ用いて応答する。ビーム形成する側はその後、ビーム形成される側のうち全てからのフィードバックされたビーム形成係数を用いて、全てのビーム形成される側によるＭＵデータユニットの受信を向上させるよう最適化されたステアリングベクトルを計算する。
【００４０】
代替的な実施形態において、図１のＷＬＡＮ１０は、ビーム形成に関して用いられることになるフィードバック情報を取得するべく、図２および３の例示的なサウンディング技術１００、１２０とは以外の他の適した技術を用いる。
【００４１】
図４〜８は、実施形態に係る、通常モードまたは低帯域幅モードのいずれかの異なるタイプのＳＵおよびＭＵデータユニットに関して用いられる例示的なプリアンブルフォーマットを示す。様々な実施形態において、ＡＰ１４のＰＨＹプロセッシングユニット２０および／またはクライアント局２５−１のＰＨＹプロセッシングユニット２９は、図４〜８の例示的なフォーマットに準拠するプリアンブルを含むデータユニットを生成するよう構成される。説明を容易にするべく、図４〜８のプリアンブルフォーマットのうちそれぞれは、ＡＰ１４が、（ＳＵデータユニットに関して）クライアント局２５−１へ、または、（ＭＵデータユニットに関して）クライアント局２５−１〜２５−４のうち２またはそれ以上へ、それぞれのプリアンブルフォーマットを用いるデータユニットを送信する実施形態およびシナリオを参照して説明される。さらに、様々な実施形態および／またはシナリオにおいて、図２または３の例示的な技術１００、１２０などのサウンディング技術が、図４〜８のプリアンブルフォーマットを用いるＳＵ−ＢＦおよび／またはＭＵデータユニットをビーム形成するべく用いられる。さらに、図４〜８のプリアンブルの様々なフィールドに関して特定の数のＯＦＤＭシンボルが示されているが、他の実施形態では、フィールドのうちいくつかまたは全てに、異なる数のＯＦＤＭシンボルが含まれる。一実施形態において、図４〜８の全ての「通常モード」のプリアンブルフォーマットは、２ＭＨｚまたはそれより高い帯域幅で送信されるデータユニットに対応し、図４〜８の全ての「低帯域幅モード」のプリアンブルフォーマットは、１ＭＨｚ帯域幅で送信されるデータユニットに対応する。
【００４２】
まず図４を参照すると、実施形態において、ＡＰ１４は例示的なプリアンブルフォーマット１５０を用いて、ＳＵ−ＢＦデータユニットとビーム形成されていないＳＵ−ＯＬデータユニットとのうち両方に関して通常モードのデータユニットを生成する。他の実施形態において、ＡＰ１４は、例示的なプリアンブルフォーマット１５０を用いて通常モードの、ＳＵ−ＢＦデータユニットではなくＳＵ−ＯＬデータユニットを生成する。プリアンブルフォーマット１５０は、ショートトレーニングフィールド（ＳＴＦ）１５２と、ＳＴＦ１５２の後の第１のロングトレーニングフィールド（ＬＴＦ１）１５４と、ＬＴＦ１  １５４の後の信号フィールド（ＳＩＧフィールド）１５６と、ＳＩＧフィールド１５６の後の残りのＬＴＦ１５８とを含む。いくつかの実施形態および／またはシナリオにおいて、プリアンブルフォーマット１５０を用いるＳＵデータユニットは、残りのＬＴＦ１５８の直後に続くデータ部分（図示せず）も含む。実施形態において、クライアント局２５−１は、ＳＴＦ１５２の受信の間にプリアンブルフォーマット１５０を利用してデータユニットを検出する。さらに、実施形態において、クライアント局２５−１は、ＳＴＦ１５２に基づいてＡＧＣレベルを設定し、チャネル推定のためにＬＴＦ１  １５４および残りのＬＴＦ１５８を用い（例えば、空間ストリームが１つである場合のためにＬＴＦ１５８が省略されるように１つの空間ストリーム当たり１つのＬＴＦ）、プリアンブルフォーマット１５０を利用するデータユニットと関連付けられた特定のＰＨＹパラメータ（例えば、データユニットのデータ部分で用いられる変調および符号化スキーム、データ部分の長さまたは持続時間、その他）を判断するべくＳＩＧフィールド１５６内の情報ビットを用いる。
【００４３】
プリアンブルフォーマット１５０が通常モードのＳＵ−ＢＦデータユニットにより用いられる一実施形態および／またはシナリオにおいて、プリアンブル１５０の全体が、プリアンブル１５０に続くデータ部分に加えてビーム形成されている。つまり、ビーム形成ステアリング行列は、ＳＴＦ１５２の始まりから開始してデータユニット全体に適用される。ビーム形成を通常モードのＳＵ−ＢＦデータユニット全体に適用することにより、データユニットを受信する際に様々な課題がクライアント局２５−１において回避され得る。ビーム形成ステアリング行列がＳＴＦ１５２に適用されなかった場合、例えば、クライアント局２５−１は、データユニットのビーム形成されている部分の受信信号レベルに最適化されていないＡＧＣレベルを設定する可能性が高い。さらに、ビーム形成ステアリング行列がＬＴＦ１  １５４および／または残りのＬＴＦ１５８に適用されなかった場合、クライアント局２５−１は、データユニットのビーム形成されている部分に対応するチャネルを不十分にしか反映していないチャネルパラメータを推定する可能性が高い。しかし上述したように、ビーム形成をデータユニット全体（プリアンブルフォーマット１５０の全てのフィールドを含む）に適用することは、「隠れたノード」の課題に繋がり得る。特に、ＡＰ１４の範囲内の、ビーム形成されている送信の方向に対して概ね垂直である位置にあるデバイス（例えば、クライアント局２５−２〜２５−４のうちいずれか、または全て）は、ＡＰ１４からクライアント局２５−１へ送信されたＳＵ−ＢＦデータユニットの長さまたは持続時間を示すＳＩＧフィールド１５６の情報をデコードし損ね得る。したがって、１または複数の他のクライアント局は、ＡＰ１４がまだクライアント局２５−１へ送信している間に、ＡＰ１４と通信しようと試み得る。
【００４４】
実施形態において、ＡＰ１４は、図５の例示的なプリアンブルフォーマット１７０を用いて、通常モードのＭＵデータユニットを生成する。プリアンブルフォーマット１７０は、ビーム形成されていない「オムニ」部分と、ビーム形成されている「ＭＵ部分」とを含む。プリアンブルフォーマット１７０のオムニ部分は、ＳＴＦ１７２と、ＳＴＦ１７２の後のＬＴＦ１  １７４と、ＬＴＦ１  １７４の後の第１のＳＩＧ（ＳＩＧＡ）フィールド１７６とを含む。プリアンブルフォーマット１７０のＭＵ部分は、マルチユーザＳＴＦ（ＭＵ−ＳＴＦ）１７８と、全てのユーザに関するチャネル推定のためのマルチユーザＬＴＦ（ＭＵ−ＬＴＦ）１８０と、ユーザ特定のＳＩＧフィールド情報を含む第２のＳＩＧ（ＳＩＧＢ）フィールド１８２とを含む。いくつかの実施形態および／またはシナリオにおいて、プリアンブルフォーマット１７０を用いる通常モードのＭＵデータユニットは、ＳＩＧＢフィールド１８２の直後に続く、全てのユーザに関するデータを保持するデータ部分（図示せず）も含む。プリアンブル１７０のオムニ部分はビーム形成されていないので、複数のユーザのうちそれぞれ（例えば、クライアント局２５−１〜２５−４のうちいずれか）は、ＳＴＦ１７２に基づきデータユニットを検出出来、ＳＩＧＡフィールド１７６内のグループ識別子などＰＨＹ情報をデコード出来、その他の処理を行うことが出来る。
【００４５】
図４のプリアンブルフォーマット１５０と比較すると、ＭＵプリアンブルフォーマット１７０は比較的長い。したがって、オムニ部分およびビーム形成されている部分の両方を含まないプリアンブルフォーマット（例えば、プリアンブルフォーマット１５０）は、本明細書において、「ショートプリアンブル」フォーマットと呼ばれ得、オムニ部分とビーム形成されている部分とのうち両方を含むプリアンブルフォーマット（例えば、プリアンブルフォーマット１７０）は、本明細書において、「ロングプリアンブル」フォーマットと呼ばれ得る。実施形態において、「ロングプリアンブル」フォーマットは、通常モードのＭＵデータユニットに関するプリアンブルフォーマット１７０と同様に、通常モードのＳＵ−ＢＦデータユニットに関しても用いられる。図６は、実施形態に係る、通常モードのＳＵ−ＢＦデータユニットに関して用いられるそのような１つのロングプリアンブルフォーマット２００の図である。図５のロングプリアンブルフォーマット１７０と同様に、ロングプリアンブルフォーマット２００は、ビーム形成されていないオムニ部分と、ビーム形成されている「ＳＵ−ＢＦ部分」とを含む。プリアンブルフォーマット２００のオムニ部分は、ＳＴＦ２０２と、ＳＴＦ２０２の後のＬＴＦ１  ２０４と、ＬＴＦ１  ２０４の後の第１のＳＩＧ（ＳＩＧＡ）フィールド２０６とを含む。プリアンブルフォーマット２００のＳＵ−ＢＦ部分は、ビーム形成されているＳＴＦ（ＳＵＢＦ−ＳＴＦ）２０８と、各空間ストリームに関するチャネル推定のためのビーム形成されているＬＴＦ（ＳＵＢＦ−ＬＴＦ）２１０と、ビーム形成されている第２のＳＩＧ（ＳＩＧＢ）フィールド２１２とを含む。いくつかの実施形態において、ＳＵＢＦ−ＬＴＦ２１０はＮ個のＬＴＦを含み、Ｎ個のＬＴＦのうち最初のＬＴＦは、オムニ部分のＬＴＦ１  ２０４と同じ（または同様の）回数だけ繰り返しされる。実施形態において、ＳＵ−ＢＦデータユニットのＳＵＢＦ−ＬＴＦの第１のＬＴＦは、ＭＵデータユニットの第１のＬＴＦ（ＬＴＦ１）と同じである。他の実施形態において、ＳＵＢＦ−ＬＴＦ２１０のＮ個のＬＴＦのうち最初のＬＴＦは、１ＯＦＤＭシンボル長だけであり、フィールド２１２は、（ＳＩＧＢフィールド２１２がＳＵ−ＢＦ処理の間に情報を伝達するために必要とされない限り）図６に示されるＳＩＧＢフィールドではなくＮ個のＬＴＦのうち最初のＬＴＦの複製である。第１のＬＴＦを繰り返すことにより、チャネル推定の信頼性が高められ得る。いくつかの実施形態および／またはシナリオにおいて、ロングプリアンブルフォーマット２００を用いる通常モードのＳＵ−ＢＦデータユニットは、ＳＩＧＢ（またはＬＴＦ）フィールド２１２の直後に続くビーム形成されているデータ部分も含む。
【００４６】
プリアンブル２００のオムニ部分はビーム形成されていないので、ロングプリアンブルフォーマット２００を用いるデータユニットの意図された受信者ではない範囲内の他のデバイスは、ＳＴＦ２０２に基づきデータユニットを検出出来、ＳＩＧＡフィールド２０６のデータユニットのデータ部分の長さまたは持続時間などＰＨＹ情報をデコード出来、その他の処理を行うことが出来る。したがって、ロングプリアンブルフォーマット２００を有する通常モードのＳＵ−ＢＦデータユニットを用いる通信は、例えば、図４のショートプリアンブルフォーマット１５０を有する通常モードのＳＵ−ＢＦデータユニットを用いる通信よりも、隠れたノードの課題からの影響が少なくなり得る。
【００４７】
いくつかの実施形態において、図１のＡＰ１４などの送信デバイスは、ショートプリアンブルフォーマット１５０を有する通常モードのＳＵ−ＢＦデータユニットと、ロングプリアンブルフォーマット２００を有する通常モードのＳＵ−ＢＦデータユニットとのうち両方を選択的に生成するよう構成される。他の実施形態において、図１のＡＰ１４などの送信デバイスは、ロングプリアンブルフォーマット２００のみを用いて通常モードのＳＵ−ＢＦデータユニットを生成するよう構成される。これら後者の実施形態のうちいくつかにおいて、送信デバイスは、ショートプリアンブルフォーマット１５０を用いて通常モードのＳＵ−ＯＬデータユニットを生成し、ロングプリアンブルフォーマット２００を用いて通常モードのＳＵ−ＢＦデータユニットを生成するよう構成される。いくつかの実施形態およびシナリオにおいて、少なくとも１つのデバイス（例えば、クライアント局２５−１）は、ショートプリアンブルフォーマット１５０のみを用いて通常モードのＳＵデータユニットを生成するよう構成され、同じ通信システム内（例えば、同じくＷＬＡＮ１０内）の少なくとも１つの他のデバイス（例えば、クライアント局２５−２）は、ロングプリアンブルフォーマット２００のみを用いて通常モードのＳＵデータユニットを生成するよう構成される。
【００４８】
図７および８は、実施形態に係る、低帯域幅モードのデータユニットに関する例示的なショートプリアンブルフォーマットおよびロングプリアンブルフォーマットを示す。実施形態において、ＡＰ１４は、ＳＵ−ＢＦおよびＳＵ−ＯＬの両方の処理のために低帯域幅モードのデータユニットを生成するべく図７の例示的なショートプリアンブルフォーマット２２０を用いる。他の実施形態において、ＡＰ１４は、低帯域幅モードのＳＵ−ＢＦデータユニットではなく低帯域幅モードのＳＵ−ＯＬデータユニットを生成するべくショートプリアンブルフォーマット２２０を用いる。ショートプリアンブルフォーマット２２０は、ＳＴＦ２２２と、ＳＴＦ２２２の後のＬＴＦ１  ２２４と、ＬＴＦ１  ２２４の後のＳＩＧフィールド２２６と、ＳＩＧフィールド２２６の後の残りのＬＴＦ２２８とを含む。いくつかの実施形態および／またはシナリオにおいて、ショートプリアンブルフォーマット２２０を用いる低帯域幅モードのＳＵデータユニットは、残りのＬＴＦ２２８の直後に続くデータ部分（図示せず）も含む。
【００４９】
ショートプリアンブルフォーマット２２０が低帯域幅モードのＳＵ−ＢＦデータユニットにより用いられる一実施形態および／またはシナリオにおいて、プリアンブルは、プリアンブルに続くデータ部分に加えてビーム形成されている。つまり、図４のショートプリアンブルフォーマット１５０を参照して上述されたやり方と同様に、ビーム形成ステアリング行列は、ＳＴＦ２２２の始まりから開始してデータユニット全体に適用される。
【００５０】
実施形態において、ロングプリアンブルフォーマットは、低帯域幅モードのＳＵ−ＢＦデータユニットに関して用いられる。図８は、そのような１つのロングプリアンブルフォーマット２４０の図である。図６のロングプリアンブルフォーマット２００と同様に、ロングプリアンブルフォーマット２４０は、ビーム形成されていないオムニ部分と、ビーム形成されている「ＳＵ−ＢＦ部分」とを含む。ロングプリアンブルフォーマット２４０のオムニ部分は、ＳＴＦ２４２と、ＳＴＦ２４２の後のＬＴＦ１  ２４４と、ＬＴＦ１  ２４４の後のＳＩＧフィールド２４６とを含む。ロングプリアンブルフォーマット２４０のＳＵ−ＢＦ部分は、ビーム形成されているＳＴＦ（ＳＵＢＦ−ＳＴＦ）２４８と、各空間ストリームのチャネル推定のためのビーム形成されているＬＴＦ（ＳＵＢＦ−ＬＴＦ）２５０とを含む。様々な実施形態において、ＳＵＢＦ−ＬＴＦ２５０はＮ個のＬＴＦを含み、Ｎ個のＬＴＦのうちそれぞれは、１、２、または４つのシンボルの繰り返しを有する。ロングプリアンブルフォーマット２４０のオムニ部分はビーム形成されていないので、ロングプリアンブルフォーマット２４０を用いるデータユニットの意図された受信者ではない範囲内の他のデバイスは、ＳＴＦ２４２に基づいてデータユニットを検出出来、ＳＩＧフィールド２４６のデータ部分の持続時間の長さなどＰＨＹ情報をデコード出来、その他の処理を行うことが出来る。したがって、ロングプリアンブルフォーマット２４０を用いる低帯域幅モードのＳＵ−ＢＦデータユニットを用いる通信は、例えば、図７のショートプリアンブルフォーマット２２０を用いる低帯域幅モードのＳＵ−ＢＦデータユニットを用いる通信よりも、隠れたノードの課題からの影響が少なくなり得る。
【００５１】
いくつかの実施形態において、図１のＡＰ１４などの送信デバイスは、ショートプリアンブルフォーマット２２０を用いる低帯域幅モードのＳＵ−ＢＦデータユニットと、ロングプリアンブルフォーマット２４０を用いる低帯域幅モードのＳＵ−ＢＦデータユニットとのうち両方を選択的に生成するよう構成される。他の実施形態において、図１のＡＰ１４などの送信デバイスは、ロングプリアンブルフォーマット２４０のみを用いて低帯域幅モードのＳＵ−ＢＦデータユニットを生成するよう構成される。これら後者の実施形態のうちいくつかにおいて、送信デバイスは、ショートプリアンブルフォーマット２２０を用いて低帯域幅モードのＳＵ−ＯＬデータユニットを生成し、ロングプリアンブルフォーマット２４０を用いて低帯域幅モードのＳＵ−ＢＦデータユニットを生成するよう構成される。いくつかの実施形態およびシナリオにおいて、少なくとも１つのデバイス（例えば、クライアント局２５−１）は、ショートプリアンブルフォーマット２２０のみを用いて低帯域幅モードのＳＵ−ＢＦデータユニットを生成するよう構成され、少なくとも１つの他のデバイス（例えば、クライアント局２５−２）は、ロングプリアンブルフォーマット２４０のみを用いて低帯域幅モードのＳＵ−ＢＦデータユニットを生成するよう構成される。
【００５２】
１つの通信システム内（例えば、図１のＷＬＡＮ１０内）のデバイスが図４〜８に示される様々なロングおよびショートのＳＵおよびＭＵプリアンブルフォーマットのうちいくつか、または全てに従ってデータユニットを生成出来るいくつかの実施形態において、データユニットを受信するデバイスは、データユニットにより利用されるプリアンブルフォーマットを検出するよう構成される。本明細書で用いられるように、プリアンブル「フォーマット」とは、プリアンブル内のフィールドの配置および／またはタイプ（例えば、ＳＴＦ、ＬＴＦ、ＳＩＧフィールド、その他の配置）、並びに／若しくは、１または複数の特定のプリアンブルフィールドのサブフィールドの配置およびタイプ（例えば、そのＰＨＹパラメータがプリアンブルのＳＩＧフィールド内で特定される、それらＰＨＹパラメータに対応するサブフィールドの位置、その他）を指し得る。
【００５３】
図９は、実施形態に係る、データユニットが（例えば、図４のショートプリアンブルフォーマット１５０と同様の）ショートプリアンブルフォーマットを含むか、または、（例えば、図５のロングプリアンブルフォーマット１７０、または、図６のロングプリアンブルフォーマット２００と同様の）ロングプリアンブルフォーマットを含むかを自動検出するための例示的な技術を図示する。図９の例示的な技術は、データユニットが低帯域幅モードのデータユニットであるのか、または通常モードのデータユニットであるのかを自動検出するべく用いられ得、このことは、いくつかの実施形態において、プリアンブルフォーマットを判断することも出来る（例えば、低帯域幅モードのデータユニットがショートプリアンブルフォーマットのみを利用する実施形態において、および／または、低帯域幅モードのデータユニットが通常モードのデータユニットと比較して異なる数のＯＦＤＭシンボルを特定のフィールド内に有する実施形態において、その他において）。図９において、プリアンブルの第１のＬＴＦの始まりから開始する様々なプリアンブル部分が示されている。実施形態において、（ＳＴＦの後の）第１のＬＴＦの始まりは、受信されたデータユニットに対して受信デバイスが時間アライメントを達成し得る第１のポイントを示す。実施形態において、第１のプリアンブル部分３００は、通常モードのＳＵ（つまりＳＵ−ＯＬまたはＳＵ−ＢＦ）データユニットのショートプリアンブルに対応し、ダブルガードインターバル（ＤＧＩ）３０２と、ＬＴＦの第１のＯＦＤＭシンボル３０４と、ＬＴＦの第２のＯＦＤＭシンボル３０６と、ガードインターバル（ＧＩ）３１０と、ＳＩＧフィールドの第１のＯＦＤＭシンボル３１２と、他のＧＩ３１４と、ＳＩＧフィールドの第２のＯＦＤＭシンボル３１６とを含む。実施形態において、第２のプリアンブル部分３２０は通常モードのＭＵまたはＳＵ−ＢＦデータユニットのロングプリアンブルに対応し、ＤＧＩ３２２と、ＬＴＦの第１のＯＦＤＭシンボル３２４と、ＬＴＦの第２のＯＦＤＭシンボル３２６と、ＧＩ３３０と、ＳＩＧフィールドの第１のＯＦＤＭシンボル３３２と、他のＧＩ３３４と、ＳＩＧフィールドの第２のＯＦＤＭシンボル３３６とを含む。実施形態において、第３のプリアンブル部分３４０は、通常モードのＳＵ（つまりＳＵ−ＢＦまたはＳＵ−ＯＬ）データユニットのショートプリアンブルまたはロングプリアンブルに対応し、ＤＧＩ３４２と、ＬＴＦの第１のＯＦＤＭシンボル３４４と、ＬＴＦの第２のＯＦＤＭシンボル３４６と、ＧＩ３５０と、ＬＴＦの第３のＯＦＤＭシンボル３５２と、他のＧＩ３５４と、ＬＴＦの第４のＯＦＤＭシンボル３５６とを含む。様々な実施形態において、プリアンブル部分３００は、図４のショートプリアンブルフォーマット１５０のＬＴＦ１  １５４およびＳＩＧフィールド１５６に対応し、プリアンブル部分３２０は、（ＭＵデータユニットに関する）図５のロングプリアンブルフォーマット１７０のＬＴＦ１  １７４およびＳＩＧＡフィールド１７６と、（ＳＵ−ＢＦデータユニットに関する）図６のロングプリアンブルフォーマット２００のＬＴＦ１  ２０４およびＳＩＧＡフィールド２０６とのうちいずれかに対応し、プリアンブル部分３４０は、図７のショートプリアンブルフォーマット２２０のＬＴＦ１  ２２４およびＳＩＧフィールド２２６と、図８のロングプリアンブルフォーマット２４０のＬＴＦ１  ２４４およびＳＩＧフィールド２４６とのうちいずれかに対応する。
【００５４】
図９に見られるように、データユニットが通常モードのデータユニットであるのか、または低帯域幅モードのデータユニットであるのかは、ＬＴＦの開始から第３のＯＦＤＭシンボルに関して用いられる変調タイプにより示される。特に、プリアンブル部分３００のＯＦＤＭシンボル３１２（第１のＳＩＧフィールドシンボル）、およびプリアンブル部分３２０のＯＦＤＭシンボル３３２（第１のＳＩＧＡフィールドシンボル）は、低帯域幅モードのデータユニットではなく通常モードのデータユニットを示すべくｑｕａｔｅｒｎａｒｙ２相位相偏移変調（ＢＰＳＫ）（ＱＢＰＳＫ）を用いて変調させられる。逆にプリアンブル部分３４０のＯＦＤＭシンボル３５２（第３のＬＴＦシンボル）は、通常モードのデータユニットではなく低帯域幅モードのデータユニットを示すべくＢＰＳＫを用いて変調させられる。図１０は、ＢＰＳＫシンボルコンスタレーション４００およびＱＢＰＳＫシンボルコンスタレーション４２０を図示する。図１０に見られるように、ＱＢＰＳＫ変調は、ＢＰＳＫ変調と同一であるが、ＱＢＰＳＫのシンボルコンスタレーション４２０は、ＢＰＳＫのシンボルコンスタレーション４００に対して９０度回転させられている点が異なる。したがって、実施形態において、受信機は、ＳＴＦの終わりの後の第３のＯＦＤＭシンボルにおけるシンボルコンスタレーションの回転を検出することにより、受信されたデータユニットが通常モードのデータユニットであるのか、または低帯域幅モードのデータユニットであるのかを検出する。様々な代替的な実施形態において、ＢＰＳＫが代わりに通常モードを示し、ＱＢＰＳＫが代わりに低帯域幅モードを示し、（ＳＴＦに続く第３のＯＦＤＭシンボル以外の）異なるＯＦＤＭシンボルの変調を用いて通常モードまたは低帯域幅モードを示し、並びに／若しくは、異なるシンボルコンスタレーション（例えば、ＱＰＳＫ、１６−ＱＡＭ、その他）は、通常モードまたは低帯域幅モードを示すべく回転させられる。
【００５５】
図９に戻ると、通常モードのデータユニットが（例えば、図４のショートプリアンブルフォーマット１５０と同様の）ショートプリアンブルフォーマットを利用するのか、または（例えば、図５のロングプリアンブルフォーマット１７０または図６のロングプリアンブルフォーマット２００と同様の）ロングプリアンブルフォーマットを利用するのかは、ＬＴＦの開始から第４のＯＦＤＭシンボルに関して用いられる変調タイプにより示される。特に、プリアンブル部分３００のＯＦＤＭシンボル３１６（第２のＳＩＧフィールドシンボル）は、ロングプリアンブルフォーマットではなくショートプリアンブルフォーマットを示すべくＱＢＰＳＫ変調を用いて変調させられる。逆にプリアンブル部分３２０のＯＦＤＭシンボル３３６（第２のＳＩＧＡシンボル）は、ショートプリアンブルフォーマットではなくロングプリアンブルフォーマットを示すべくＢＰＳＫ変調を用いて変調させられる。したがって、実施形態において、受信機は、ＳＴＦの終わりの後の第４のＯＦＤＭシンボルにおけるシンボルコンスタレーションの回転を検出することにより、受信されたデータユニットがショートプリアンブルフォーマットを利用するのか、またはロングプリアンブルフォーマットを利用するのかを検出する。様々な代替的な実施形態において、ＢＰＳＫが代わりにショートプリアンブルフォーマットを示し、ＱＢＰＳＫが代わりにロングプリアンブルフォーマットを示し、（ＳＴＦに続く第４のＯＦＤＭシンボル以外の）異なるＯＦＤＭシンボルの変調を用いてより長いプリアンブルのフォーマットが用いられているのか、またはより短いプリアンブルのフォーマットが用いられているのかを示し、並びに／若しくは、異なるシンボルコンスタレーション（例えば、ＱＰＳＫ、１６−ＱＡＭ、その他）が、ロングプリアンブルフォーマットが用いられているのか、またはショートプリアンブルフォーマットが用いられているのかを示すべく回転させられる。
【００５６】
低帯域幅モードのデータユニットが（例えば、図７のプリアンブルフォーマット２２０と同様の）ショートプリアンブルフォーマットと、（例えば、図７のプリアンブルフォーマット２４０と同様の）ロングプリアンブルフォーマットとのうちいずれかを用い得るいくつかの実施形態において、ＯＦＤＭシンボルのシンボルコンスタレーション回転が受信機により、低帯域幅モードのデータユニットがショートプリアンブルフォーマットを用いるのか、またはロングプリアンブルフォーマットを用いるのかを検出するべく用いられる。一実施形態において、例えば、低帯域幅モードのデータユニットのＳＩＧフィールド（例えば、ショートプリアンブルフォーマット２２０のＳＩＧフィールド２２６、または、ロングプリアンブルフォーマット２４０のＳＩＧフィールド２４６）のＯＦＤＭシンボルのうち１または複数がＢＰＳＫ変調させられる場合、受信機は、データユニットがショートプリアンブルフォーマットを用いていると判断し、他方、ＱＢＰＳＫ変調は代わりにロングプリアンブルフォーマットを示す（または、逆のことも言える）。ＳＵ−ＯＬの低帯域幅モードのデータユニットがショートプリアンブルフォーマットのみを用い、ＳＵ−ＢＦの低帯域幅モードのデータユニットがロングプリアンブルフォーマットのみを用い、ＭＵの低帯域幅モードのデータユニットが許可されない一実施形態において、低帯域幅モードのデータユニットによりショートプリアンブルフォーマットが用いられているのか、またはロングプリアンブルフォーマットが用いられているのかを判断することは、データユニットがＳＵ−ＯＬデータユニットであるのか、またはＳＵ−ＢＦデータユニットであるのかを判断することと同等である。
【００５７】
図９は、ショートプリアンブルフォーマットが用いられているか、またはロングプリアンブルフォーマットが用いられているかを自動検出する（プリアンブルが低帯域幅モードに属するか、または通常モードのデータユニットに属するかを自動検出することに加えて）ための例示的な技術を示すが、いくつかの実施形態において、受信機が、ロングプリアンブルフォーマットのデータユニットがＳＵ−ＢＦデータユニットであるのか、またはＭＵデータユニットであるのかを判断出来るようにするためには他のメカニズムが必要である。ＳＵ−ＢＦデータユニットおよびＭＵデータユニットの両方がロングプリアンブルフォーマットを利用し得るいくつかの実施形態において、例えば、シンボルコンスタレーション回転に基づく図９の自動検出は、ＳＵ−ＢＦデータユニットとＭＵデータユニットとを十分に区別しない。例えば、ロングプリアンブルのＳＩＧフィールドにおける、サブフィールドのタイプ、および／またはサブフィールド当たりのビット数を判断するために、受信機はまだ、データユニットがＳＵ−ＢＦデータユニットであるのか、またはＭＵデータユニットであるのかを判断する必要があり得る。
【００５８】
したがって、一実施形態において、ロングプリアンブルフォーマットに準拠する各プリアンブルのオムニ部分におけるＳＩＧフィールド（例えば、図５のロングプリアンブルフォーマット１７０のＳＩＧＡフィールド１７６、または、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）は、ＳＩＧフィールドにおけるグループＩＤ（ＧＩＤ）サブフィールドを用いて、データユニットがＳＵ−ＢＦデータユニットであるのか、またはＭＵデータユニットであるのかを示す。例えば、実施形態において、１または複数のＧＩＤ値からなる特定のサブセットにおいてＧＩＤ値（例えば、６ビットのＧＩＤサブフィールドに関して、０および６３）を含むＳＩＧフィールドは、データユニットがＳＵ−ＢＦデータユニットであることを示し、他の全てのＧＩＤ値（例えば、１〜６２）は、データユニットがＭＵデータユニットであることを示す。実施形態において、後者の場合、ＧＩＤサブフィールドは、どの局がＭＵデータユニットと関連付けられているかを示す「通常の」能を有する。
【００５９】
ＳＵ−ＢＦデータユニットとＭＵデータユニットとを区別するべくＧＩＤサブフィールドが用いられる一実施形態に関して、表１は、プリアンブルの第１のＳＩＧフィールドにおけるサブフィールドおよびビットの例示的な配置／フォーマットを示す（例えば、図４のショートプリアンブルフォーマット１５０のＳＩＧフィールド１５６、図５のロングプリアンブルフォーマット１７０のＳＩＧＡフィールド１７６、または、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）。
【表１】
2015505443.tif 000003
実施形態において、表１に示される様々なＳＩＧサブフィールドは、ＩＥＥＥ  ８０２．１１ａｃ規格に規定される同様の名前が付けられたＳＩＧサブフィールドと同じであるか、または同様である。表１の例示的な実施形態に見られるように、殆どのサブフィールドは、ＭＵロングプリアンブルフォーマットのＳＩＧフィールドと、ＳＵ−ＢＦロングプリアンブルゴーマットのＳＩＧフィールドとの間で同一である。しかし、本実施形態において、符号化およびＮｓｔｓサブフィールドにおけるビットのサブセットのみが、ＳＵ−ＢＦ処理のために利用される。例えば、実施形態において、ロングプリアンブルフォーマットのＳＵ−ＢＦデータユニットに関する符号化サブフィールドは、ＬＤＰＣ追加ビットとして１ビットを用い、１ユーザのＬＤＰＣ／ＢＣＣインジケータとして１ビットを用いる。他の例として、実施形態において、（ＭＵデータユニットに関して）通常複数のユーザのうちの最初のユーザに対応するＮｓｔｓ部分のみがゼロ以外の値を有し、残りのＮｓｔｓ値は全てゼロである。一実施形態において、ＳＵ−ＢＦのより長いプリアンブルのフォーマットの場合に関する「確保済」ビットのいくつかが代わりに、ＰＡＩＤサブフィールドに関して用いられる。表１の実施形態において、ロングプリアンブルフォーマットを用いるＳＵ−ＢＦデータユニットに関するＭＣＳは、図６のロングプリアンブルフォーマット２００のＳＩＧＢフィールド２１２など後のＳＩＧフィールドにおいてシグナリングされる。
【００６０】
ＭＵまたはＳＵ−ＢＦ処理を示すべくＧＩＤサブフィールドが用いられる（上述されたような）他の実施形態において、第１のＳＩＧフィールドのサブフィールドおよびビット（例えば、図４のショートプリアンブルフォーマット１５０のＳＩＧフィールド１５６、図５のロングプリアンブルフォーマット１７０のＳＩＧＡフィールド１７６、または、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）は再規定され、表２の例示的な配置／フォーマットに反映されるように、ＳＵ−ＢＦのロングプリアンブルフォーマットに関して最適化される。
【表２】
2015505443.tif 000004
実施形態において、表２に示される様々なＳＩＧサブフィールドは、ＩＥＥＥ  ８０２．１１ａｃ規格に規定される同様の名前が付けられたＳＩＧサブフィールドと同じであるか、または同様である。表２の例示的な実施形態に見られるように、符号化およびＮｓｔｓサブフィールドは、余剰ビットを無駄にすることをさけるために、ＳＵ−ＢＦのロングプリアンブルフォーマットに関して短くされている。同時に、表１とは異なり、ＳＵ−ＢＦのロングプリアンブルフォーマットは、第１のＳＩＧフィールドに関するＭＣＳサブフィールドを規定する。したがって、本実施形態において、後の何らかのＳＩＧフィールド（例えば、図６のＳＩＧＢフィールド２１２）は、ＭＣＳを含む必要がない。したがって、これらの実施形態のうちいくつかにおいて、ロングプリアンブルフォーマットを用いるＳＵ−ＢＦデータユニットは、第２のＳＩＧフィールドを含まない（例えば、様々な実施形態において、ＳＩＧＢフィールド２１２がＬＴＦで置換される、省略される、またはその他の処理が行われる）。
【００６１】
代替的な実施形態において、ロングプリアンブルフォーマットに準拠する各プリアンブルのオムニ部分におけるＳＩＧフィールド（例えば、図５のロングプリアンブルフォーマット１７０のＳＩＧＡフィールド１７６、または、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）は、ＧＩＤサブフィールドのＳＵまたはＭＵ処理を示すのではなく、データがＳＵ−ＢＦデータユニットであるのか、またはＭＵデータユニットであるのかを示す「ＭＵ／ＳＵ」ビットを含む。これらの実施形態のうちいくつかにおいて、表３の例示的な配置／フォーマットに示されるように、ＧＩＤフィールドは、ロングプリアンブルフォーマットを用いるＳＵ−ＢＦデータユニットのＳＩＧフィールド（例えば、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）から省略される。
【表３】
2015505443.tif 000005
実施形態において、表３に示される様々なＳＩＧサブフィールドは、ＩＥＥＥ  ８０２．１１ａｃ規格に規定される同様の名前が付けられたＳＩＧサブフィールドと同じであるか、または同様である。上記に見られるように、ロングプリアンブルフォーマットを有するＳＵ−ＢＦデータユニットに関するＳＩＧフィールドフォーマットは、表２のものと非常に似ている（例えば、ＭＣＳサブフィールドが含まれる）。しかし、表３において、ロングプリアンブルフォーマットを有するデータユニットのＭＵ処理とＳＵ−ＢＦ処理とを区別するべくＭＵ／ＳＵサブフィールドが追加され、ＭＵ処理とＳＵ−ＢＦ処理とを区別するべくもはや用いられなくなり、ＳＵ−ＢＦ処理に関する他の目的のための役割を果たさなくなるので、ＧＩＤサブフィールドが（ＳＵ−ＢＦの場合において）省略される。表２の例示的な実施形態のように、ロングプリアンブルフォーマットを用いるＳＵ−ＢＦデータユニットにおける何らかの後のＳＩＧフィールド（例えば、図６のＳＩＧＢフィールド２１２）はＭＣＳを含む必要がない。したがって、これらの実施形態のうちいくつかにおいて、ロングプリアンブルフォーマットを用いるＳＵ−ＢＦデータユニットは、第２のＳＩＧフィールドを含まない（例えば、様々な実施形態において、ＳＩＧＢフィールド２１２がＬＴＦで置換される、または省略される、またはその他の処理が行われる）。
【００６２】
さらに他の実施形態において、ロングプリアンブルフォーマットを用いる場合ＳＵ−ＢＦ処理は、送信されるデータを１ユーザのみが有する（つまり、ゼロ以外の数の時空間ストリームが１ユーザに対応し、いずれの時空間ストリームも何らかの他のユーザに対応しない）特別な場合に関してＭＵ処理のサブセットに過ぎない。本実施形態において、ＳＵ−ＢＦ処理を示すために「特別な」ＧＩＤ値が確保されていない。むしろ、何らかの他のユーザが標準的なＭＵ処理においてＧＩＤにマッピングされるように、１ユーザがＧＩＤへマッピングされる。そのような一実施形態に関して、表４はプリアンブルの第１のＳＩＧフィールド（例えば、図４のショートプリアンブルフォーマット１５０のＳＩＧフィールド１５６、図５のロングプリアンブルフォーマット１７０のＳＩＧＡフィールド１７６、または、図６のロングプリアンブルフォーマット２００のＳＩＧＡフィールド２０６）におけるサブフィールドおよびビットの例示的な配置／フォーマットを示す。
【表４】
2015505443.tif 000006
実施形態において、表４に示される様々なＳＩＧサブフィールドは、ＩＥＥＥ  ８０２．１１ａｃ規格に規定される同様の名前が付けられたＳＩＧサブフィールドと同じであるか、または同様である。表４の例示的な実施形態に見られるように、ロングプリアンブルフォーマットを有するＭＵデータユニットの第１のＳＩＧフィールドのサブフィールドは、ロングプリアンブルフォーマットを有するＳＵ−ＢＦデータユニットの第１のＳＩＧフィールドのサブフィールドと同一である。
【００６３】
図１１は、一実施形態およびシナリオに係る、データユニットを生成するための例示的な方法５００のフロー図である。一実施形態およびシナリオにおいて、方法５００は、図１のＡＰ１４のネットワークインタフェース１６により実施される。
【００６４】
ブロック５１０および５２０において、第１のデータユニットのプリアンブルが、第１のフォーマット（例えば、ロングプリアンブルフォーマット）に従って生成される。より詳細には、第１のデータユニットの第１のプリアンブル部分が、ブロック５１０において生成され、第１のデータユニットの第２のプリアンブル部分が、ブロック５２０において生成される。ブロック５１０において生成される第１のプリアンブル部分は、第１のデータユニットがＳＵデータユニットであることを受信デバイスに対して示す情報を含む。ブロック５２０において生成される第２のプリアンブル部分は、ブロック５１０において生成される第１のプリアンブル部分に続く。
【００６５】
実施形態において、ブロック５１０において第１のプリアンブル部分を生成することは、第１のデータユニットに関連付けられたＰＨＹパラメータを受信デバイスに対して示すＳＩＧフィールドを生成することを含む。さらに、実施形態において、生成されるＳＩＧフィールドは、第１のデータユニットがＳＵデータユニットであることを受信デバイスに対して示す（上記にて参照された）情報を含む。例えば、一実施形態およびシナリオにおいて、ＳＩＧフィールドのＭＵ／ＳＵサブフィールドにおけるビットは、第１のデータユニットがＳＵデータユニットであることを示す。他の例示的な実施形態およびシナリオにおいて、ＳＩＧフィールドのグループＩＤ（ＧＩＤ）サブフィールドにおける特定の値、または値の範囲は、第１のデータユニットがＳＵデータユニットであることを示す。いくつかの実施形態において、ＳＩＧフィールドは、第１のデータユニットのデータ部分の変調および符号化スキームなど、第１のデータユニットの他のＰＨＹパラメータを示す情報も含む。
【００６６】
一実施形態において、ブロック５１０において第１のプリアンブル部分を生成することは、図６のＳＴＦ２０２、ＬＴＦ１  ２０４、およびＳＩＧＡフィールド２０６のうちそれぞれと同様のＳＴＦ、ＬＴＦ、および第１のＳＩＧフィールドを生成することを含み、並びに／若しくは、ブロック５２０において第２のプリアンブル部分を生成することは、ＳＵＢＦ−ＳＴＦ２０８、ＳＵＢＦ−ＬＴＦ２１０、およびＳＩＧＢフィールド２１２のうちそれぞれと同様のＳＴＦ、１または複数の追加のＬＴＦ、および第２のＳＩＧフィールドを生成することを含む。
【００６７】
ブロック５３０において、ビーム形成ステアリング行列が、第１のデータユニットの第２のプリアンブル部分に適用される。しかし、ビーム形成ステアリング行列は第１のデータユニットの第１のプリアンブル部分には適用されない。したがって、第１のプリアンブル部分は、第１のデータユニットの意図された受信者以外のデバイスによってより容易に検出され得る「オムニ」部分としての役割を果たす。
【００６８】
いくつかの実施形態において、方法５００は、図１１に見られない他のブロックを含む。一実施形態において、例えば、方法５００は、第１のデータユニットのデータ部分が生成される第１の追加のブロックを含み、ここで、データ部分は、ブロック５２０において生成される第２のプリアンブル部分に続き、方法５００は、ビーム形成ステアリング行列が第１のデータユニットのデータ部分に適用される第２の追加のブロックを含む。
【００６９】
他の例として、一実施形態およびシナリオにおいて、方法５００は、第１のデータユニットのプリアンブルの第１のフォーマットとは異なる第２のフォーマット（例えば、ショートプリアンブルフォーマット）に従って第２のデータユニットのプリアンブルが生成される追加のブロックを含む。実施形態において、第２のフォーマットに従って第２のデータユニットのプリアンブルを生成することは、第２のデータユニットの第１のプリアンブル部分、および、データユニットの第２のプリアンブル部分を生成することを含む。一実施形態において、第２のデータユニットの第１のプリアンブル部分は、第２のデータユニットがＭＵデータユニットであることを受信デバイスに対して示す情報を含み、第２のデータユニットの第２のプリアンブル部分が第２のデータユニットの第１のプリアンブル部分に続く。さらに、本実施形態およびシナリオにおいて、１または複数のビーム形成ステアリング行列は第２のデータユニットの第１のプリアンブル部分ではなく、第２のデータユニットの第２のプリアンブル部分に適用される。いくつかの実施形態において、第１のデータユニットの第１のプリアンブル部分は、第１のデータユニットがＳＵデータユニットであることを受信デバイスに対して示す情報を含むＳＩＧフィールドを含み、第２のデータユニットの第１のプリアンブル部分は、第２のデータユニットがＭＵデータユニットであることを受信デバイスに対して示す情報を含むＳＩＧフィールド（例えば、上述したようなＭＵ／ＳＵビット、またはＧＩＤサブフィールド）を含む。
【００７０】
図１２は、実施形態に係る、データユニットを受信および処理するための例示的な方法６００のフロー図である。一実施形態およびシナリオにおいて、方法６００は、クライアント局２５−１のネットワークインタフェース２７により実施される。一実施形態およびシナリオにおいて、方法６００は、図１１の方法５００を用いて生成されたデータユニットを受信する場合に用いられる。いくつかの実施形態およびシナリオにおいて、方法６００は、図５のロングプリアンブルフォーマット１７０と、図６のロングプリアンブルフォーマット２００と、図８のロングプリアンブルフォーマット２４０とのうちいずれかと同様のプリアンブルフォーマットを有するデータユニットを受信する場合に用いられる。
【００７１】
ブロック６１０において、データユニットが受信される。データユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含む。さらに、第１のプリアンブル部分は、受信されたデータユニットと関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。
【００７２】
ブロック６２０において、第１のプリアンブル部分のＳＩＧフィールドの情報に基づいて、ブロック６１０において受信されたデータユニットがＳＵデータユニットであるのか、またはＭＵデータユニットであるのかが判断される。一実施形態において、ブロック６２０における判断は、ＭＵ／ＳＵサブフィールドのビット（例えば、ＳＩＧフィールドの第１のビット）に基づいて行われる。ＳＵ−ＯＬデータユニットが、オムニ部分を有するロングプリアンブルフォーマットを採用しない実施形態において、データユニットがＳＵデータユニットであるのか、またはＭＵデータユニットであるのかの判断は、データユニットがＳＵ−ＢＦデータユニットであるのか、またはＭＵデータユニットであるのかの判断と同等である。
【００７３】
ブロック６１０において受信されたデータユニットがＳＵデータユニットであるとブロック６２０において判断されると、フローはブロック６３０に進む。ブロック６３０において、データユニットのＳＩＧフィールドは、ＳＩＧフィールドの第１のサブフィールドマッピングに従って処理される。様々な実施形態において、第１のサブフィールドマッピングは、上記の表１、表２、または表３の「ロングプリアンブルフォーマットを有するＳＵ−ＢＦ」の列に示されるマッピングである。一実施形態において、ブロック６３０における処理は、ＳＩＧフィールドのＭＣＳサブフィールドにおける１または複数の情報ビットに基づいて、受信されたデータユニットの変調および符号化スキーム（ＭＣＳ）を判断することを含む。他の実施形態において、ブロック６３０における処理は、ＳＩＧフィールドのＰＡＩＤサブフィールドにおける１または複数の情報ビットに基づいて、受信されたデータユニットと関連付けられた部分的アソシエーション識別子（ＰＡＩＤ）を判断することを含む。
【００７４】
代わりに、ブロック６１０において受信されたデータユニットがＭＵデータユニットであると、ブロック６２０において判断された場合、フローはブロック６４０に進む。ブロック６４０において、データユニットのＳＩＧフィールドは、第１のサブフィールドマッピングとは異なる上記ＳＩＧフィールドの第２のサブフィールドマッピングに従って処理される。様々な実施形態において、第２のサブフィールドマッピングは、上記の表１、表２、または表３の「ロングプリアンブルフォーマットを有するＭＵ」の列に示されるマッピングである。一実施形態において、ブロック６４０における処理は、ＳＩＧフィールドのＧＩＤサブフィールドの１または複数の情報ビットに基づいて、受信されたデータユニットのグループ識別子（ＧＩＤ）を判断することを含む。
【００７５】
いくつかの実施形態において、方法６００は、図１１に見られない他のブロックを含む。一実施形態において、例えば、方法６００は、ＳＩＧフィールドの１または複数のサブフィールドに示される１または複数のＰＨＹパラメータに基づいて、ブロック６１０において受信されたデータユニットのデータ部分が処理される追加のブロックを含む。いくつかの実施形態およびシナリオにおいて、方法６００は、複数の受信されたデータユニットのうちそれぞれのデータユニットに関して繰り返される。
【００７６】
図１３は、実施形態に係る、データユニットを受信および処理するための他の例示的な方法７００のフロー図である。一実施形態およびシナリオにおいて、方法７００は、クライアント局２５−１のネットワークインタフェース２７により実施される。一実施形態およびシナリオにおいて、方法７００は、図４のショートプリアンブルフォーマット１５０と、図５のロングプリアンブルフォーマット１７０と、図６のロングプリアンブルフォーマット２００と、または図８のロングプリアンブルフォーマット２４０とのうちいずれかと同様のプリアンブルフォーマットを有するデータユニットを受信する場合に用いられる。
【００７７】
ブロック７１０において、データユニットが受信される。データユニットは、第１のプリアンブル部分と、第１のプリアンブル部分に続く第２のプリアンブル部分とを有するプリアンブルを含む。第１のプリアンブル部分は、受信されたデータユニットと関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。
【００７８】
ブロック７２０において、第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転が検出される。第１のプリアンブル部分における特定のＯＦＤＭシンボル（またはシンボル群）に関してＢＰＳＫまたはＱＢＰＳＫが利用される一実施形態において、例えば、ブロック７２０において、変調の０度または９０度の回転が検出される。一実施形態において、コンスタレーション回転が検出されるＯＦＤＭシンボルは、第１のプリアンブル部分のＳＩＧフィールドに位置する。
【００７９】
ブロック７２０において検出されたシンボルコンスタレーション回転に基づいて、ブロック７１０において受信されたデータユニットのプリアンブルが、第１のフォーマット（例えば、ショートプリアンブルフォーマット）に準拠するか否かがブロック７３０において判断される。ＢＰＳＫまたはＱＢＰＳＫが利用される一実施形態において、ブロック７３０において、ＢＰＳＫが利用されている場合、プリアンブルが第１のフォーマットに準拠すると判断され、ＱＢＰＳＫが利用されている場合、プリアンブルが第１のフォーマットに準拠しないと判断され、または逆のことも言える。実施形態において、第１のフォーマットは、図４の例示的なプリアンブルフォーマット１５０などプリアンブル内のフィールドの特定の配置である。
【００８０】
プリアンブルが第１のフォーマットに準拠するとブロック７３０において判断された場合、フローはブロック７４０に進む。ブロック７４０において、ブロック７１０において受信されたデータユニットの第２のプリアンブル部分が第１のフォーマットに従って処理される。一実施形態において、第１のフォーマットは、第２のプリアンブル部分の始まりにおいて少なくとも１つのＬＴＦを含むことが知られている。したがって、本実施形態において、ブロック７４０における処理は、ブロック７１０において受信されるデータユニットの第２のプリアンブル部分の始まりに位置するＬＴＦを利用してチャネル応答を推定することを含む。
【００８１】
代わりに、ブロック７３０において、プリアンブルが第１のフォーマットに準拠しないと判断された場合、フローはブロック７５０に進む。ブロック７５０において、ブロック７１０において受信されたデータユニットの第１のプリアンブル部分における１または複数の情報ビットがＳＵデータユニットを示すか、またはＭＵデータユニットを示すかが判断される。オムニ部分を有するロングプリアンブルフォーマットをＳＵ−ＯＬデータユニットが採用しない実施形態において、情報ビットがＳＵデータユニットを示すか、またはＭＵデータユニットを示すか判断することは、情報ビットがＳＵ−ＢＦデータユニットを示すか、またはＭＵデータユニットを示すか判断することと同等である。実施形態において、ブロック７３０において判断を行うのに用いられる情報ビットは、第１のプリアンブル部分のＳＩＧフィールドに含まれる。
【００８２】
ブロック７５０において、第１のプリアンブル部分における情報ビットがＳＵデータユニットを示すと判断された場合、フローはブロック７６０に進む。ブロック７１０において受信されるデータユニットの第２のプリアンブル部分は、ブロック７６０において、第１のフォーマットとは異なる第２のフォーマットに従って処理される。一実施形態において、第２のフォーマットは、ＭＵではなくＳＵのデータユニットに関して用いられるプリアンブルフォーマット（例えば、ＳＵ−ＢＦロングプリアンブルゴーマット）であることが知られている。一実施形態において、第２のフォーマットは、例えば、図６の例示的なロングプリアンブルフォーマット２００内の配置など、プリアンブル内のフィールドの特定の配置に対応する。一実施形態において、ブロック７６０における処理は、第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、方法７００を実施する受信デバイスのＡＧＣレベルを設定することと、第２のプリアンブル部分の１または複数のＬＴＦを利用して、１ユーザ（つまり、方法７００を実施するデバイスに対応するユーザ）に関連付けられた１または複数の各々の空間ストリームに対応する１または複数のチャネル応答を推定することとのうち両方を含む。これらの実施形態のうちいくつかにおいて、第２のフォーマットは、第２のプリアンブル部分の第１のＬＴＦの複製を第２のプリアンブル部分において含むことも受信デバイスにより知られている。例えば、図６の例示的なプリアンブルフォーマット２００において、代わりにＳＩＧＢフィールド２１２が、ＳＵＢＦ−ＬＴＦ２１０の第１のＬＴＦの複製である。これらの実施形態において、ブロック７６０における処理は、第２のプリアンブル部分第１のＬＴＦに対応する空間ストリームのチャネル応答を推定することに役立てるために追加の複製のＬＴＦを利用することも含む。
【００８３】
一実施形態において、ブロック７６０における処理は、第２のフォーマットにより特定される、第１のプリアンブル部分のＳＩＧフィールドのサブフィールドのタイプおよび位置の知識にも基づく。様々な実施形態において、例えば、第２のフォーマットは、上記の表１、表２、または表３の「ロングプリアンブルフォーマットを有するＳＵ−ＢＦ」の列に示される第１のプリアンブル部分のＳＩＧフィールドの配置を特定する。
【００８４】
代わりに、ブロック７５０において、第１のプリアンブル部分における情報ビットがＭＵデータユニットを示すと判断された場合、フローはブロック７７０に進む。ブロック７１０において受信されたデータユニットの第２のプリアンブル部分は、ブロック７７０において、第１のフォーマットおよび第２のフォーマットの両方と異なる第３フォーマットに従って処理される。一実施形態において、第３フォーマットは、ＳＵではなくＭＵのデータユニットに関して用いられるプリアンブルフォーマット（例えば、ＭＵロングプリアンブルフォーマット）であることが知られている。第３フォーマットは、例えば、図５の例示的なロングプリアンブルフォーマット１７０の配置など、プリアンブル内のフィールドの特定の配置に対応する。一実施形態において、ブロック７７０における処理は、第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、方法７００を実施する受信デバイスのＡＧＣレベルを設定することと、第２のプリアンブル部分の１または複数のＬＴＦを利用して、１ユーザ（つまり、方法７００を実施するデバイスに対応するユーザ）に関連付けられた１または複数のチャネル応答を推定することとのうち両方を含む。しかし、ブロック７６０におけるＳＵ処理とは異なり、ブロック７７０におけるＭＵ処理は、第２のプリアンブル部分におけるＬＴＦが複数のユーザと関連付けられたＬＴＦを含むこと（つまり、第２のプリアンブル部分におけるＬＴＦからなるサブセットのみが受信デバイスによりチャネル推定に関して用いられるべきであること）を知った上で実行される。実施形態において、第３フォーマットが、第２のプリアンブル部分のＬＴＦに続く、受信されたデータユニットおよび複数のユーザに関連付けられた１または複数のＰＨＹパラメータを示す情報ビットを含む第２のプリアンブル部分のＳＩＧフィールドも含むことが知られている。したがって、本実施形態において、ブロック７７０における処理はさらに、第２のプリアンブル部分のＳＩＧフィールドにおける情報ビットをデコードすることを含む。
【００８５】
一実施形態において、ブロック７７０における処理は、第３フォーマットにより特定される、第１のプリアンブル部分のＳＩＧフィールドのサブフィールドのタイプおよび位置の知識にも基づく。様々な実施形態において、例えば、第３フォーマットは、上記の表１、表２、または表３の「ロングプリアンブルフォーマットを有するＭＵ」の列に示される第１のプリアンブル部分のＳＩＧフィールドの配置を特定する。
【００８６】
いくつかの実施形態において、方法７００は、図１３に見られない他のブロックを含む。一実施形態において、例えば、方法７００は、第１のプリアンブル部分における１または複数の追加のＯＦＤＭシンボルのシンボルコンスタレーション回転が検出される第１の追加のブロックと、追加のＯＦＤＭシンボルの検出されたシンボルコンスタレーション回転に基づいて、データユニットが第１のチャネル帯域幅に対応するか否か（例えば、データユニットが低帯域幅モードのデータユニットであるか否か）を判断する第２の追加のブロックとを含む。一実施形態において、例えば、第１のプリアンブル部分におけるＳＩＧフィールドの第１のＯＦＤＭシンボルのシンボルコンスタレーション回転は、ブロック７２０において検出され、第１のプリアンブル部分におけるＳＩＧフィールドの第２のＯＦＤＭシンボルのシンボルコンスタレーション回転は、（例えば、図９の例示的なプリアンブル部分３００、３２０において示されるように）実施形態において、追加のブロックにおいて検出される。いくつかの実施形態およびシナリオにおいて、方法７００は、複数の受信されたデータユニットのうちそれぞれのデータユニットに関して繰り返される。
【００８７】
上述した様々なブロック、処理、および技術のうち少なくともいくつかは、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、または、これらの何らかの組み合わせを利用して実施され得る。ソフトウェア命令またはファームウェア命令を実行するプロセッサを利用して実施した場合、当該ソフトウェア命令またはファームウェア命令は、ＲＡＭまたはＲＯＭ、或いは、フラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ、その他の磁気ディスク、光ディスク、または他の記憶媒体などコンピュータ可読メモリに格納されてもよい。同様に、ソフトウェア命令またはファームウェア命令は、例えば、コンピュータ可読ディスクまたは他の搬送可能なコンピュータ記憶メカニズム上で、または通信媒体を介することを例えば含む公知の、または所望される伝達方法を介して、ユーザまたはシステムへ届けられ得る。典型的には通信媒体はコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波、または他の搬送メカニズムなどの変調させられたデータ信号で具体化する。「変調させられたデータ信号」という用語は、その特性のうち１または複数が、情報を信号内でエンコードするよう設定または変更された信号を指す。例として、通信媒体には、有線ネットワークまたは直接有線接続などの有線媒体、並びに、音響媒体、無線周波数媒体、赤外線媒体、および他の無線媒体などの無線媒体が含まれるが、これらに限定されない。したがって、ソフトウェア命令またはファームウェア命令は、電話線、ＤＳＬ線、ケーブルテレビ線、光ファイバー線、無線通信チャネル、インターネット、その他などの（搬送可能な記憶媒体を介してそのようなソフトウェアを提供することと同じ、またはそのことの代替と見なされる）通信チャネルを介してユーザまたはシステムに届けられ得る。ソフトウェア命令またはファームウェア命令には、プロセッサにより実行されると当該プロセッサに様々な動作を行わせるマシン可読命令が含まれ得る。
【００８８】
ハードウェアで実施された場合、当該ハードウェアは、個別のコンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）、その他のうち１または複数を備え得る。
【００８９】
本願発明の更なる態様は、以下の項目のうち１または複数に関する。
【００９０】
一実施形態において、方法は、第１のフォーマットに従って第１のデータユニットのプリアンブルを生成する段階を含む。上記第１のフォーマットに従って上記第１のデータユニットの上記プリアンブルを生成する段階は、
（ｉ）上記第１のデータユニットの第１のプリアンブル部分を生成する段階と、
（ｉｉ）上記第１のデータユニットの第２のプリアンブル部分を生成する段階と
を含む。上記第１のデータユニットの上記第１のプリアンブル部分は、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第１のデータユニットの上記第２のプリアンブル部分は、上記第１のデータユニットの上記第１のプリアンブル部分に続く。上記方法は、上記第１のデータユニットの上記第１のプリアンブル部分ではなく上記第１のデータユニットの上記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用する段階も含む。
【００９１】
他の実施形態において、方法は、以下の特徴のうち１または複数を含む。
【００９２】
上記第１のデータユニットの上記第１のプリアンブル部分を生成する段階は、上記第１のデータユニットに関連付けられたＰＨＹパラメータを受信デバイスに対して示す第１のデータユニットＳＩＧフィールドを生成する段階を含み、
上記第１のデータユニットＳＩＧフィールドは、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す上記情報を含む。
【００９３】
上記第１のデータユニットの上記第１のプリアンブル部分を生成する段階は、
上記第１のデータユニットＳＩＧフィールドの前の第１のＬＴＦを生成する段階と、
上記第１のＬＴＦの前の第１のＳＴＦを生成する段階と
をさらに含み、
上記第１のデータユニットの上記第２のプリアンブル部分を生成する段階は、第２のＳＴＦと、上記第２のＳＴＦに続く第２のＬＴＦとを生成する段階を含む。
【００９４】
上記方法は、
上記第１のデータユニットのデータ部分を生成する段階と、
上記第１のデータユニットの上記データ部分に対して上記ビーム形成ステアリング行列を適用する段階と
をさらに含み、
上記第１のデータユニットの上記データ部分は、上記第１のデータユニットの上記第２のプリアンブル部分に続く。
【００９５】
上記第１のデータユニットＳＩＧフィールドはさらに、上記第１のデータユニットの上記データ部分の変調および符号化スキームを受信デバイスに対して示す情報を含む。
【００９６】
上記方法は、上記第１のフォーマットとは異なる第２のフォーマットに従って第２のデータユニットのプリアンブルを生成する段階をさらに含み、
上記第２のフォーマットに従って上記第２のデータユニットの上記プリアンブルを生成する段階は、
（ｉ）上記第２のデータユニットの第１のプリアンブル部分を生成する段階と、
（ｉｉ）上記第２のデータユニットの第２のプリアンブル部分を生成する段階と
を有し、
上記第２のデータユニットの上記第１のプリアンブル部分は、上記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第２のデータユニットの上記第２のプリアンブル部分は、上記第２のデータユニットの上記第１のプリアンブル部分に続き、
上記方法は、上記第２のデータユニットの上記第１のプリアンブル部分ではなく上記第２のデータユニットの上記第２のプリアンブル部分に対して１または複数のビーム形成ステアリング行列を適用する段階をさらに含む。
【００９７】
上記第１のデータユニットの上記第１のプリアンブル部分を生成する段階は、上記第１のデータユニットに関連付けられたＰＨＹパラメータを受信デバイスに対して示す第１のデータユニットＳＩＧフィールドを生成する段階を有し、
上記第１のデータユニットＳＩＧフィールドは、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す上記情報を含み、
上記第２のデータユニットの上記第１のプリアンブル部分を生成する段階は、上記第２のデータユニットに関連付けられたＰＨＹパラメータを１または複数の受信デバイスに対して示す第２のデータユニットＳＩＧフィールドを生成する段階を有し、
上記第２のデータユニットＳＩＧフィールドは、上記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す上記情報を含む。
【００９８】
他の実施形態において、装置はネットワークインタフェースを含む。上記ネットワークインタフェースは、
（ｉ）第１のデータユニットの第１のプリアンブル部分を生成し、
（ｉｉ）上記第１のデータユニットの第２のプリアンブル部分を生成する
ことにより第１のフォーマットに従って上記第１のデータユニットのプリアンブルを少なくとも部分的に生成するよう構成される。上記第１のデータユニットの上記第１のプリアンブル部分は、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第１のデータユニットの上記第２のプリアンブル部分は、上記第１のデータユニットの上記第１のプリアンブル部分に続く。上記ネットワークインタフェースは、上記第１のデータユニットの上記第１のプリアンブル部分ではなく上記第１のデータユニットの上記第２のプリアンブル部分に対してビーム形成ステアリング行列を適用するようにも構成される。
【００９９】
他の実施形態において、装置は、以下の特徴のうち１または複数を含む。
【０１００】
上記ネットワークインタフェースは、上記第１のデータユニットに関連付けられたＰＨＹパラメータを受信デバイスに対して示す第１のデータユニットＳＩＧフィールドを生成することにより上記第１のデータユニットの上記第１のプリアンブル部分を少なくとも部分的に生成するよう構成され、
上記第１のデータユニットＳＩＧフィールドは、上記第１のデータユニットがシングルユーザデータユニットであることを受信デバイスに対して示す上記情報を含む。
【０１０１】
上記ネットワークインタフェースはさらに、
上記第１のデータユニットのデータ部分を生成し、
上記第１のデータユニットの上記データ部分に対して上記ビーム形成ステアリング行列を適用する、
よう構成され、
上記第１のデータユニットの上記データ部分は、上記第１のデータユニットの上記第２のプリアンブル部分に続く。
【０１０２】
上記第１のデータユニットＳＩＧフィールドはさらに、上記第１のデータユニットの上記データ部分の変調および符号化スキームを受信デバイスに対して示す情報を含む。
【０１０３】
上記ネットワークインタフェースはさらに、
（ｉ）第２のデータユニットの第１のプリアンブル部分を生成し、
（ｉｉ）上記第２のデータユニットの第２のプリアンブル部分を生成する
ことにより、上記第１のフォーマットと異なる第２のフォーマットに従って上記第２のデータユニットのプリアンブルを少なくとも部分的に生成するよう構成され、
上記第２のデータユニットの上記第１のプリアンブル部分は、上記第２のデータユニットがマルチユーザデータユニットであることを受信デバイスに対して示す情報を含み、
上記第２のデータユニットの上記第２のプリアンブル部分は、上記第２のデータユニットの上記第１のプリアンブル部分に続き、
上記ネットワークインタフェースはさらに、上記第２のデータユニットの上記第１のプリアンブル部分ではなく上記第２のデータユニットの上記第２のプリアンブル部分に対して１または複数のビーム形成ステアリング行列を適用するよう構成される。
【０１０４】
他の実施形態において、方法は、複数のデータユニットを受信する段階を含む。上記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含む。それぞれのデータユニットの上記第１のプリアンブル部分は、各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。  また上記方法は、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける情報に基づき、各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断する段階と、
上記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階と
を含む。また上記方法は、
上記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第２のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階を含む。上記第２のサブフィールドマッピングは上記第１のサブフィールドマッピングとは異なる。
【０１０５】
他の実施形態において、方法は、以下の特徴のうち１または複数を含む。
【０１０６】
上記ＳＩＧフィールドの上記第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階は、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットの変調および符号化スキームを判断する段階を有する。
【０１０７】
上記ＳＩＧフィールドの上記第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階は、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットに関連付けられたＰＡＩＤを判断する段階を含む。
【０１０８】
上記ＳＩＧフィールドの上記第２のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する段階は、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットのＧＩＤを判断する段階を含む。
【０１０９】
他の実施形態において、装置は、複数のデータユニットを受信するよう構成されたネットワークインタフェースを含む。上記複数のデータユニットのうちそれぞれのデータユニットは、ビーム形成されていない第１のプリアンブル部分と、ビーム形成されている第２のプリアンブル部分とを有するプリアンブルを含む。それぞれのデータユニットの上記第１のプリアンブル部分は、上記各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示すＳＩＧフィールドを含む。また上記ネットワークインタフェースは、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける情報に基づき、各々のデータユニットがシングルユーザデータユニットであるのか、またはマルチユーザデータユニットであるのかを判断し、
上記各々のデータユニットがシングルユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理する
ようにも構成される。また上記ネットワークインタフェースは、上記各々のデータユニットがマルチユーザデータユニットであると判断した場合に、上記ＳＩＧフィールドの第２のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを処理するようにも構成される。上記第２のサブフィールドマッピングは上記第１のサブフィールドマッピングとは異なる。
【０１１０】
他の実施形態において、装置は、以下の特徴のうち１または複数を含む。
【０１１１】
上記ネットワークインタフェースは、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットの変調および符号化スキームを判断することにより、上記ＳＩＧフィールドの上記第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを少なくとも部分的に処理するよう構成される。
【０１１２】
上記ネットワークインタフェースは、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットに関連付けられたＰＡＩＤを判断することにより、上記ＳＩＧフィールドの上記第１のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを少なくとも部分的に処理するよう構成される。
【０１１３】
上記ネットワークインタフェースは、上記各々のデータユニットの上記ＳＩＧフィールドのＳＩＧサブフィールドにおける１または複数の情報ビットに基づいて、上記各々のデータユニットのＧＩＤを判断することにより、上記ＳＩＧフィールドの上記第２のサブフィールドマッピングに従って上記各々のデータユニットの上記ＳＩＧフィールドを少なくとも部分的に処理するよう構成される。
【０１１４】
他の実施形態において、方法は、プリアンブルをそれぞれが有する複数のデータユニットを受信する段階を含む。上記複数のデータユニットのうちそれぞれのデータユニットの上記プリアンブルは、（ｉ）第１のプリアンブル部分と、（ｉｉ）上記第１のプリアンブル部分に続く第２のプリアンブル部分とを含む。また方法は、
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階と、
それぞれの検出されたシンボルコンスタレーション回転に基づき、上記各々のデータユニットの上記プリアンブルが第１のフォーマットに準拠するか否かを判断する段階と、
上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠すると判断された場合、上記第１のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階と
を含む。また方法は、
上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠しないと判断された場合に、
（ｉ）上記各々のデータユニットの上記第１のプリアンブル部分における１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを判断する段階と、
（ｉｉ）上記各々のデータユニットの上記第１のプリアンブル部分における上記１または複数の情報ビットがシングルユーザデータユニットを示すと判断された場合に、上記第１のフォーマットとは異なる第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階と、
（ｉｉｉ）上記各々のデータユニットの上記第１のプリアンブル部分における上記１または複数の情報ビットがマルチユーザデータユニットを示すと判断された場合に、上記第１のフォーマットおよび上記第２のフォーマットと異なる第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階と
を含む。
【０１１５】
他の実施形態において、方法は、以下の特徴のうち１または複数を含む。
【０１１６】
それぞれの検出されたシンボルコンスタレーション回転に基づき、上記各々のデータユニットの上記プリアンブルが第１のフォーマットに準拠するか否かを判断する段階は、
上記検出されたシンボルコンスタレーション回転が（ｉ）ＢＰＳＫ変調と（ｉｉ）ＱＢＰＳＫ変調とのうち一方に対応する場合に、上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠すると判断する段階と、
上記検出されたシンボルコンスタレーション回転が（ｉ）ＢＰＳＫ変調と（ｉｉ）ＱＢＰＳＫ変調とのうち他の一方に対応する場合、上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠しないと判断する段階と
を含む。
【０１１７】
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階は、それぞれのデータユニットの上記第１のプリアンブル部分のＳＩＧフィールドにおける１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階を含み、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドは、上記各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示す。
【０１１８】
上記各々のデータユニットの上記第１のプリアンブル部分における１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを判断する段階は、上記各々のデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを判断する段階を含む。
【０１１９】
上記第１のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階は、上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＬＴＦを利用してチャネル応答を推定する段階を含む。
【０１２０】
上記第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階は、
上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、受信機の自動利得制御レベルを設定する段階と、
上記各々のデータユニットの上記第２のプリアンブル部分における１または複数のＬＴＦを利用して、１ユーザに関連付けられた１または複数の各々の空間ストリームに対応する１または複数のチャネル応答を推定する段階と
を含む。
【０１２１】
上記第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階はさらに、上記各々のデータユニットの上記第２のプリアンブル部分の追加のＬＴＦを利用して、上記１または複数の各々の空間ストリームの第１の空間ストリームのチャネル応答を推定する段階を含み、
上記第２のプリアンブル部分の上記追加のＬＴＦは上記第２のプリアンブル部分の上記１または複数のＬＴＦの最初のＬＴＦと同一であり、
上記第２のプリアンブル部分の上記追加のＬＴＦが、上記第２のプリアンブル部分の上記１または複数のＬＴＦに続く。
【０１２２】
上記第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階は、
上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、受信機の自動利得制御レベルを設定する段階と、
上記各々のデータユニットの上記第２のプリアンブル部分における複数のＬＴＦのうち１または複数のＬＴＦを利用して、１または複数のチャネル応答を推定する段階と
を含み、
上記１または複数のチャネル応答は、１ユーザに関連付けられた１または複数の各々の空間ストリームに対応し、
上記第２のプリアンブル部分における上記複数のＬＴＦは、複数のユーザと関連付けられたＬＴＦを含む。
【０１２３】
上記第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する段階はさらに、上記第２のプリアンブル部分のＳＩＧフィールドにおける情報ビットをデコードする段階を含み、
上記第２のプリアンブル部分の上記ＳＩＧフィールドは上記第２のプリアンブル部分の上記複数のＬＴＦに続き、
上記第２のプリアンブル部分の上記ＳＩＧフィールドにおける上記情報ビットは、（ｉ）上記各々のデータユニットおよび（ｉｉ）上記複数のユーザに関連付けられた１または複数のＰＨＹパラメータを示す。
【０１２４】
上記方法は、
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数の追加のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階と、
上記１または複数の追加のＯＦＤＭシンボルのそれぞれの検出されたシンボルコンスタレーション回転に基づき、上記各々のデータユニットが第１のチャネル帯域幅に対応するか否かを判断する段階と
を含む。
【０１２５】
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階は、それぞれのデータユニットの上記第１のプリアンブル部分のＳＩＧフィールドにおける第１のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階を含み、
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数の追加のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階は、それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける第２のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出する段階を含み、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドは、各々のデータユニットと関連付けられた複数のＰＨＹパラメータを示す。
【０１２６】
上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける上記第１のＯＦＤＭシンボルは、上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける上記第２のＯＦＤＭシンボルに続く。
【０１２７】
他の実施形態において、装置は、プリアンブルをそれぞれが有する複数のデータユニットを受信するよう構成されたネットワークインタフェースを含む。上記複数のデータユニットのうちそれぞれのデータユニットの上記プリアンブルは、（ｉ）第１のプリアンブル部分と、（ｉｉ）上記第１のプリアンブル部分に続く第２のプリアンブル部分とを含む。上記ネットワークインタフェースはさらに、
それぞれのデータユニットの上記第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出し、
それぞれの検出されたシンボルコンスタレーション回転に基づき、上記各々のデータユニットの上記プリアンブルが第１のフォーマットに準拠するか否かを判断し、
上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠すると判断された場合、上記第１のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する
よう構成される。上記ネットワークインタフェースは、
上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠しないと判断された場合に、
（ｉ）上記各々のデータユニットの上記第１のプリアンブル部分における１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを判断し、
（ｉｉ）上記各々のデータユニットの上記第１のプリアンブル部分における上記１または複数の情報ビットがシングルユーザデータユニットを示すと判断された場合に、上記第１のフォーマットとは異なる第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理し、
（ｉｉｉ）上記各々のデータユニットの上記第１のプリアンブル部分における上記１または複数の情報ビットがマルチユーザデータユニットを示すと判断された場合に、上記第１のフォーマットおよび上記第２のフォーマットと異なる第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理する
ようにも構成される。
【０１２８】
他の実施形態において、装置は、以下の特徴のうち１または複数を含む。
【０１２９】
上記ネットワークインタフェースは、
検出されたシンボルコンスタレーション回転が（ｉ）ＢＰＳＫ変調と（ｉｉ）ＱＢＰＳＫ変調とのうち一方に対応する場合に、上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠すると判断し、
上記検出されたシンボルコンスタレーション回転が（ｉ）ＢＰＳＫ変調と（ｉｉ）ＱＢＰＳＫ変調とのうち他の一方に対応する場合、上記各々のデータユニットの上記プリアンブルが上記第１のフォーマットに準拠しないと判断する
ことにより、それぞれの上記検出されたシンボルコンスタレーション回転に基づき、上記各々のデータユニットの上記プリアンブルが第１のフォーマットに準拠するか否かを少なくとも部分的に判断するよう構成される。
【０１３０】
上記ネットワークインタフェースは、それぞれのデータユニットの上記第１のプリアンブル部分のＳＩＧフィールドにおける１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を検出することにより、それぞれのデータユニットの上記第１のプリアンブル部分における１または複数のＯＦＤＭシンボルのシンボルコンスタレーション回転を少なくとも部分的に検出するよう構成され、
それぞれのデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドは、上記各々のデータユニットに関連付けられた複数のＰＨＹパラメータを示す。
【０１３１】
上記ネットワークインタフェースは、上記各々のデータユニットの上記第１のプリアンブル部分の上記ＳＩＧフィールドにおける１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを判断することにより、上記各々のデータユニットの上記第１のプリアンブル部分における１または複数の情報ビットがシングルユーザデータユニットを示すか、またはマルチユーザデータユニットを示すかを少なくとも部分的に判断するよう構成される。
【０１３２】
上記ネットワークインタフェースは、上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＬＴＦを利用してチャネル応答を推定することにより、上記第１のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を少なくとも部分的に処理するよう構成される。
【０１３３】
上記ネットワークインタフェースは、
上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、受信機の自動利得制御レベルを設定し、
上記各々のデータユニットの上記第２のプリアンブル部分における１または複数のＬＴＦを利用して、１ユーザに関連付けられた１または複数の各々の空間ストリームに対応する１または複数のチャネル応答を推定する
ことにより、上記第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を少なくとも部分的に処理するよう構成される。
【０１３４】
上記ネットワークインタフェースはさらに、上記各々のデータユニットの上記第２のプリアンブル部分の追加のＬＴＦを利用して、上記１または複数の各々の空間ストリームの第１の空間ストリームのチャネル応答を推定することにより、上記第２のフォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理するよう構成され、
上記第２のプリアンブル部分の上記追加のＬＴＦは上記第２のプリアンブル部分の上記１または複数のＬＴＦの最初のＬＴＦと同一であり、
上記第２のプリアンブル部分の上記追加のＬＴＦが、上記第２のプリアンブル部分の上記１または複数のＬＴＦに続く。
【０１３５】
上記ネットワークインタフェースは、
上記各々のデータユニットの上記第２のプリアンブル部分の始まりにおけるＳＴＦを利用して、受信機の自動利得制御レベルを設定し
上記各々のデータユニットの上記第２のプリアンブル部分における複数のＬＴＦのうち１または複数のＬＴＦを利用して、１または複数のチャネル応答を推定する
ことにより、上記第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を少なくとも部分的に処理するよう構成され、
上記１または複数のチャネル応答は、１ユーザに関連付けられた１または複数の各々の空間ストリームに対応し、
上記第２のプリアンブル部分における上記複数のＬＴＦは、複数のユーザと関連付けられたＬＴＦを含む。
【０１３６】
上記ネットワークインタフェースはさらに、上記第２のプリアンブル部分のＳＩＧフィールドにおける情報ビットをデコードすることにより、上記第３フォーマットに従って上記各々のデータユニットの上記第２のプリアンブル部分を処理するよう構成され、
上記第２のプリアンブル部分の上記ＳＩＧフィールドは上記第２のプリアンブル部分の上記複数のＬＴＦに続き、
上記第２のプリアンブル部分の上記ＳＩＧフィールドにおける上記情報ビットは、（ｉ）上記各々のデータユニットおよび（ｉｉ）上記複数のユーザに関連付けられた１または複数のＰＨＹパラメータを示す。
【０１３７】
本願発明を限定するのではなく例示することのみを意図された特定の例を参照して本願発明を説明してきたが、本願発明の範囲から逸脱することなく、開示される実施形態に対し、変更、追加、および／または削除が行われ得る。
【図１】
2015505443.tif 000007
【図２】
2015505443.tif 000008
【図３】
2015505443.tif 000009
【図４】
2015505443.tif 000010
【図５】
2015505443.tif 000011
【図６】
2015505443.tif 000012
【図７】
2015505443.tif 000013
【図８】
2015505443.tif 000014
【図９】
2015505443.tif 000015
【図１０】
2015505443.tif 000016
【図１１】
2015505443.tif 000017
【図１２】
2015505443.tif 000018
【図１３】
2015505443.tif 000019
【国際調査報告】
2015505443.tif 000020
2015505443.tif 000021
2015505443.tif 000022