(57)【特許請求の範囲】
【請求項１】
通信チャネルを介した送信のための物理層データユニット（ＰＨＹデータユニット）を生成する方法であって、
前記ＰＨＹデータユニットのデータ部分の１又は複数のＯＦＤＭシンボルに含まれることになる複数の情報ビットを受信する段階と、
前記１又は複数のＯＦＤＭシンボルの最終ＯＦＤＭシンボルに含められることになる、前記複数の情報ビットの過剰な情報ビットの数を決定する段階と、
過剰な情報ビットの決定された前記数に基づいて、前記最終ＯＦＤＭシンボル内の境界の境界値を選択する段階と、
１または複数の第１パディングビットを前記複数の情報ビットに追加することで、前記複数の情報ビットが符号化後、前記最終ＯＦＤＭシンボルの第１部分まで、前記１または複数のＯＦＤＭシンボルを満たすようにする段階であって、前記最終ＯＦＤＭシンボルの前記第１部分が前記最終ＯＦＤＭシンボル内で前記境界までの前記最終ＯＦＤＭシンボルの初期部分である、段階と、
前記複数の情報ビットおよび前記複数の第１パディングビットを符号化して複数の符号化ビットを生成する段階と、
（ｉ）前記最終ＯＦＤＭシンボルに対応する前記複数の符号化ビットに、１又は複数の第２パディングビットを追加する段階、または、（ｉｉ）前記最終ＯＦＤＭシンボルに対応する前記複数の符号化ビットに基づいて生成される複数のコンスタレーションポイントのセットに、１又は複数のパディングコンスタレーションポイントを追加する段階のうち１つを実行することで、前記１又は複数の第２パディングビット、または、前記１又は複数のパディングコンスタレーションポイントが前記最終ＯＦＤＭシンボルの第２部分を占有するようにする段階であって、前記第２部分は、前記境界の後の前記最終ＯＦＤＭシンボルの残りの部分である、段階と、
前記１または複数のＯＦＤＭシンボルを生成する段階であって、（ｉ）前記最終ＯＦＤＭシンボルに対応する符号化された前記複数の情報ビットと、（ｉｉ）前記最終ＯＦＤＭシンボルの前記第１部分内の符号化された前記複数の第１パディングビットと、（ｉｉｉ）前記最終ＯＦＤＭシンボルの前記第２部分内の前記１又は複数の第２パディングビットまたは前記１又は複数のパディングコンスタレーションポイントとを含めるように前記最終ＯＦＤＭシンボルを生成する段階と、
少なくとも前記１または複数のＯＦＤＭシンボルを含めるように前記ＰＨＹデータユニットを生成する段階と
を有する方法。
【請求項２】
前記最終ＯＦＤＭシンボルは、第１サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応するロングＯＦＤＭシンボルであり、前記境界値を選択する段階は、仮想ショートＯＦＤＭシンボル内のデータビット数の整数倍のセットから前記値を選択する段階であって、前記仮想ショートＯＦＤＭシンボルは、前記第１サイズの分数である第２サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応する、段階を含む、請求項１に記載の方法。
【請求項３】
前記ＰＨＹデータユニットを生成する段階は更に、選択された前記境界値が閾値を超える場合に前記データ部分の後に信号拡張フィールドを含める段階であって、前記信号拡張フィールドの期間は選択された前記境界値に基づいて決定される、段階を含む、請求項１に記載の方法。
【請求項４】
前記ＰＨＹデータユニットのプリアンブルに含まれることになる信号フィールドを生成する段階であって、前記信号フィールドは、選択された前記境界値のインジケーションを含む、段階と、
前記信号フィールドを含めるように前記ＰＨＹデータユニットの前記プリアンブルを生成する段階と、
前記プリアンブルを更に含めるように前記ＰＨＹデータユニットを生成する段階と
を更に有する、請求項３に記載の方法。
【請求項５】
前記信号フィールドを生成する段階は、拡張信号フィールドが前記ＰＨＹデータユニット内に含まれているかどうか示すためのインジケーションを更に含むように前記信号フィールドを生成する段階を含む、請求項４に記載の方法。
【請求項６】
前記複数の情報ビットおよび前記複数の第１パディングビットを符号化して複数の符号化ビットを生成する段階は、１または複数のバイナリ畳み込み符号（ＢＣＣ）エンコーダを使用して前記複数の情報ビットおよび前記複数の第１パディングビットを符号化する段階を含む、請求項１に記載の方法。
【請求項７】
前記複数の情報ビットおよび前記複数の第１パディングビットを符号化して、複数の符号化ビットを生成する段階は、１または複数の低密度パリティチェック（ＬＤＰＣ）エンコーダを使用して前記複数の情報ビット、および、前記複数の第１パディングビットを符号化する段階を含む、請求項１または６に記載の方法。
【請求項８】
前記複数の符号化ビットに、前記１又は複数の第２パディングビットを追加する段階は、Ｙ個の最終符号化ビットを反復する段階を含み、Ｙはゼロより大きな正の整数である、請求項１、６または７に記載の方法。
【請求項９】
物理層データユニット（ＰＨＹデータユニット）のデータ部分の１又は複数のＯＦＤＭシンボルに含められることになる複数の情報ビットを受信する段階と、
前記１又は複数のＯＦＤＭシンボルの最終ＯＦＤＭシンボル内に含まれることになる、複数の情報ビットの過剰な情報ビットの数を決定する段階と、
前記過剰な情報ビットの決定された数に基づいて前記最終ＯＦＤＭシンボル内の境界の境界値を選択する段階と、
１または複数の第１パディングビットを前記複数の情報ビットに追加することで、前記複数の情報ビットが、符号化された後で、前記最終ＯＦＤＭシンボルの第１部分まで前記１または複数のＯＦＤＭシンボルを満たすようにする段階であって、前記最終ＯＦＤＭシンボルの前記第１部分は、前記最終ＯＦＤＭシンボル内の前記境界までの、前記最終ＯＦＤＭシンボルの初期部分である、段階と、
前記複数の情報ビットおよび前記複数の第１パディングビットを符号化することで複数の符号化ビットを生成する段階と、
（ｉ）前記最終ＯＦＤＭシンボルに対応する前記複数の符号化ビットに、１又は複数の第２パディングビットを追加する段階、または、（ｉｉ）前記最終ＯＦＤＭシンボルに対応する前記複数の符号化ビットに基づいて生成される複数のコンスタレーションポイントのセットに、１又は複数のパディングコンスタレーションポイントを追加する段階のうち１つを実行することで、前記１又は複数の第２パディングビットまたは、前記１又は複数のパディングコンスタレーションポイントが前記最終ＯＦＤＭシンボルの第２部分を占有するようにする段階であって、前記第２部分は、前記境界の後の、前記最終ＯＦＤＭシンボルの残りの部分である、段階と、
前記１または複数のＯＦＤＭシンボルを生成する段階であって、（ｉ）前記最終ＯＦＤＭシンボルに対応する、符号化された前記複数の情報ビットと、（ｉｉ）前記最終ＯＦＤＭシンボルの前記第１部分内の符号化された前記複数の第１パディングビットと、（ｉｉｉ）前記最終ＯＦＤＭシンボルの前記第２部分内の前記１又は複数の第２パディングビット、または前記１又は複数のパディングコンスタレーションポイントとを含むように前記最終ＯＦＤＭシンボルを生成する段階を含む、段階と、
少なくとも前記１または複数のＯＦＤＭシンボルを含むように前記ＰＨＹデータユニットを生成する段階と
を実行する１または複数の集積回路を有するネットワークインタフェースデバイスを備える装置。
【請求項１０】
前記最終ＯＦＤＭシンボルは、第１サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応するロングＯＦＤＭシンボルであり、前記１または複数の集積回路は、仮想ショートＯＦＤＭシンボル内のデータビットの数の整数倍のセットから前記境界値を選択し、前記仮想ショートＯＦＤＭシンボルは、前記第１サイズの分数である第２サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応する、請求項９に記載の装置。
【請求項１１】
前記１または複数の集積回路は、選択された前記境界値が閾値を超える場合、前記データ部分の後に信号拡張フィールドを更に含めるべく、前記ＰＨＹデータユニットを生成し、前記信号拡張フィールドの期間は選択された前記境界値に基づいて決定される、請求項９に記載の装置。
【請求項１２】
前記１または複数の集積回路が更に、
前記ＰＨＹデータユニットのプリアンブルに含まれることになる信号フィールドを生成する段階であって、前記信号フィールドは、選択された前記境界値のインジケーションを含む、段階と、
前記信号フィールドを含めるように前記ＰＨＹデータユニットの前記プリアンブルを生成する段階と、
前記プリアンブルを更に含めるように前記ＰＨＹデータユニットを生成する段階と
を実行する、請求項１１に記載の装置。
【請求項１３】
前記１または複数の集積回路が更に、拡張信号フィールドが前記ＰＨＹデータユニット内に含まれているかどうか示すインジケーションを更に含めるべく前記信号フィールドを生成する、請求項１１または１２に記載の装置。
【請求項１４】
前記１または複数の集積回路が、１または複数のバイナリ畳み込み符号（ＢＣＣ）エンコーダを使用して前記複数の情報ビットおよび前記複数の第１パディングビットを符号化する、請求項９に記載の装置。
【請求項１５】
前記１または複数の集積回路が、１または複数の低密度パリティチェック（ＬＤＰＣ）エンコーダを使用して前記複数の情報ビットおよび前記複数の第１パディングビットを符号化する、請求項９または１４に記載の装置。
【請求項１６】
前記最終ＯＦＤＭシンボルに対応する前記複数の符号化ビットに、前記１又は複数の第２パディングビットを追加する段階は、ゼロより大きな正の整数であるＹ個の最終符号化ビットを反復することを含む請求項９、１４または１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本開示は、以下の米国仮特許出願の利益を主張する。  ２０１４年６月１１日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ」と題された、米国仮特許出願第６２／０１０，７８７号
２０１４年７月２２日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０２７，５２５号
２０１４年８月７日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０３４，５０２号
２０１４年８月２６日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０４１，８５８号
２０１４年９月１６日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０５１，０８９号
２０１４年１２月３日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０８７，０８３号
２０１４年１２月１９日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／０９４，８２５号
２０１５年４月１６日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ−ｖ６」と題された、米国仮特許出願第６２／１４８，４５６号
２０１５年５月２９日に申請され、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、米国仮特許出願第６２／１６８，６５２号
【０００２】
上で参照された特許出願すべての開示は、参照によって、その全体が本明細書に組み込まれる。
【０００３】
本出願は、本出願と同一の日付に申請された、「Ｃｏｍｐｒｅｓｓｅｄ  ＯＦＤＭ  Ｓｙｍｂｏｌ  ｆｏｒ  Ｐａｄｄｉｎｇ  ａｎｄ  Ｐｒｅａｍｂｌｅ」と題された、参照によってその全体が本明細書に組み込まれる米国特許出願第＿＿＿号（Ａｔｔｏｒｎｅｙ  Ｄｏｃｋｅｔ  Ｎｏ．  ＭＰ６３７９）に関連する。
【０００４】
本開示は概して、通信ネットワークに関し、より具体的には直交周波数分割多重（ＯＦＤＭ）を利用する無線ローカルエリアネットワークに関する。
【背景技術】
【０００５】
通常、あるインフラストラクチャのモードで動作する場合、無線ローカルエリアネットワーク（ＷＬＡＮ）は、アクセスポイント（ＡＰ）および１または複数のクライアント局を含む。ＷＬＡＮは、過去十年で急速に進化した。米国電気電子学会（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎ規格などのＷＬＡＮ規格の発展により、シングルユーザピークデータスループットは、改善されてきている。例えば、ＩＥＥＥ８０２．１１ｂ規格は１１メガビット／秒（Ｍｂｐｓ）のシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格は５４Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ｎ規格は６００Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａｃ規格はギガビット／秒（Ｇｂｐｓ）の範囲のシングルユーザピークスループットを指定する。将来の規格は、数十Ｇｂｐｓ範囲のスループットなど、更に大きいスループットを提供することが見込まれている。
【発明の概要】
【０００６】
一実施形態において、通信チャネルを介した送信のための物理層（ＰＨＹ）データユニットを生成する方法は、ＰＨＹデータユニットのデータ部分に含まれることになる複数の情報ビットを受信する段階を含む。また、この方法は、複数の情報ビットが、符号化された後で、最終ＯＦＤＭシンボルの第１部分までの１または複数のＯＦＤＭシンボルを満たすように、１または複数の第１パディングビットを複数の情報ビットに追加する段階であって、最終ＯＦＤＭシンボルの第１部分は、最終ＯＦＤＭシンボル内の境界までの、最終ＯＦＤＭシンボルの初期部分である、段階と、複数の情報ビットおよび複数の第１パディングビットを符号化して、複数の符号化ビットを生成する段階とを含む。この方法は追加的に、パディングされた符号化ビットまたはパディングされたコンスタレーションポイントが最終ＯＦＤＭシンボルの第２部分（第２部分とは、境界の後の最終ＯＦＤＭシンボルの残りの部分）を占有するように、（ｉ）最終ＯＦＤＭシンボルに対応する符号化ビットをパディングする段階、または、（ｉｉ）最終ＯＦＤＭシンボルに対応する符号化ビットに基づいて生成されるコンスタレーションポイントをパディングする段階のうち、１つを実行する段階を含む。この方法は更に、１または複数のＯＦＤＭシンボルを生成する段階を含み、その段階は、（ｉ）最終ＯＦＤＭシンボルに対応する符号化情報ビットと、（ｉｉ）最終ＯＦＤＭシンボルの第１部分における第１パディングビットと、（ｉｉｉ）最終ＯＦＤＭシンボルの第２部分における第２パディングビットまたはパディングコンスタレーションポイントとを含めるように、最終ＯＦＤＭシンボルを生成する段階と、少なくとも１または複数のＯＦＤＭシンボルを含めるようにＰＨＹデータユニットを生成する段階とを含む。
【図面の簡単な説明】
【０００７】
【図１】一実施形態による、例示的な無線ローカルエリアネットワーク（ＷＬＡＮ）１０のブロック図である。
【０００８】
【図２Ａ】一実施形態による、物理層（ＰＨＹ）データユニットの図である。
【０００９】
【図２Ｂ】他の実施形態による、物理層（ＰＨＹ）データユニットの図である。
【００１０】
【図３Ａ】複数の実施形態による、ＰＨＹデータユニットのＯＦＤＭシンボルで使用される直交周波数分割多重（ＯＦＤＭ）トーン間隔を示す図の１つである。
【図３Ｂ】複数の実施形態による、ＰＨＹデータユニットのＯＦＤＭシンボルで使用される直交周波数分割多重（ＯＦＤＭ）トーン間隔を示す図の１つである。
【図３Ｃ】複数の実施形態による、ＰＨＹデータユニットのＯＦＤＭシンボルで使用される直交周波数分割多重（ＯＦＤＭ）トーン間隔を示す図の１つである。
【００１１】
【図４】一実施形態による、データユニットのＯＦＤＭシンボルで使用されるガードインターバルを示す図である。
【００１２】
【図５】一実施形態による、ＰＨＹ処理ユニットのブロック図である。
【００１３】
【図６】一実施形態による、例示的なパディングシステムのブロック図である。
【００１４】
【図７】他の実施形態による、他の例示的なパディングシステムのブロック図である。
【００１５】
【図８】他の実施形態による、他の例示的なパディングシステムのブロック図である。
【００１６】
【図９】他の実施形態による、他の例示的なパディングシステムのブロック図である。
【００１７】
【図１０Ａ】一実施形態による、データユニットで使用される信号拡張フィールド期間を示すブロック図での１つある。
【図１０Ｂ】一実施形態による、データユニットで使用される信号拡張フィールド期間を示すブロック図での１つある。
【図１０Ｃ】一実施形態による、データユニットで使用される信号拡張フィールド期間を示すブロック図での１つある。
【図１０Ｄ】一実施形態による、データユニットで使用される信号拡張フィールド期間を示すブロック図での１つある。
【００１８】
【図１１Ａ】他の実施形態による、異なるａの値を有するデータユニットで使用される信号拡張フィールド期間を示すブロック図の１つである。
【図１１Ｂ】他の実施形態による、異なるａの値を有するデータユニットで使用される信号拡張フィールド期間を示すブロック図の１つである。
【図１１Ｃ】他の実施形態による、異なるａの値を有するデータユニットで使用される信号拡張フィールド期間を示すブロック図の１つである。
【図１１Ｄ】他の実施形態による、異なるａの値を有するデータユニットで使用される信号拡張フィールド期間を示すブロック図の１つである。
【００１９】
【図１２Ａ】一実施形態によるパディング方式を示す図の１つである。
【図１２Ｂ】他の実施形態によるパディング方式を示す図の１つである。
【００２０】
【図１３】一実施形態による、例示的なＰＨＹ処理ユニットの送信部分のブロック図である。
【００２１】
【図１４Ａ】一実施形態による、トレーニングフィールド処理ユニットのブロック図である。
【００２２】
【図１４Ｂ】他の実施形態による、トレーニングフィールド処理ユニットのブロック図である。
【００２３】
【図１５】一実施形態による、マルチストリームのロングトレーニングフィールドのトーン割り当てを示すブロック図である。
【００２４】
【図１６】他の実施形態による、マルチストリームのロングトレーニングフィールドのトーン割り当てを示すブロック図である。
【００２５】
【図１７】一実施形態による、データユニットを生成するための方法のフロー図である。
【００２６】
【図１８】他の実施形態による、データユニットを生成するための方法のフロー図である。
【００２７】
【図１９】他の実施形態による、データユニットを処理するための方法のフロー図を示す。
【発明を実施するための形態】
【００２８】
下記の複数の実施形態において、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）などの無線ネットワークデバイスは、１または複数のクライアント局に複数のデータストリームを送信する。ＡＰは、少なくとも第１通信プロトコルに準拠して、複数のクライアント局と動作するように構成されている。第１通信プロトコルは、本明細書において、「高効率ＷｉＦｉ」、「ＨＥＷ」通信プロトコル、または、ＩＥＥＥ８０２．１１ａｘ通信プロトコルと称される場合がある。いくつかの実施形態において、ＡＰ付近の異なるクライアント局は、ＨＥＷ通信プロトコルと同一の周波数帯域であるが、一般的により低いデータスループットによる動作を規定する１または複数の他の通信プロトコルに準拠して動作するように構成されている。より低いデータスループットの通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｎ、および／またはＩＥＥＥ８０２．１１ａｃ）は、本明細書において、「レガシ」通信プロトコルと総称される。 
【００２９】
図１は、一実施形態による、例示的な無線ローカルエリアネットワーク（ＷＬＡＮ）１０のブロック図である。ＡＰ１４は、ネットワークインタフェースデバイス１６と結合されたホストプロセッサ１５を有する。ネットワークインタフェースデバイス１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８および物理層（ＰＨＹ）処理ユニット２０を含む。ＰＨＹ処理ユニット２０は、複数のトランシーバ２１を含み、複数のトランシーバ２１は、複数のアンテナ２４に結合されている。３つのトランシーバ２１および３つのアンテナ２４が図１に図示されているが、他の複数の実施形態において、ＡＰ１４は他の好適な数（例えば、１、２、４、５など）のトランシーバ２１およびアンテナ２４を含む。一実施形態において、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０は、第１通信プロトコル（例えば、ＨＥＷ通信プロトコル）に準拠して動作するように構成されている。また、他の実施形態において、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０は、第２通信プロトコル（例えば、ＩＥＥＥ８０２.１１ａｃ規格）に準拠して動作するように構成されている。更に他の実施形態において、ＭＡＣ処理ユニット１８およびＰＨＹ処理ユニット２０は、第２通信プロトコル、第３通信プロトコル、および／または、第４通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａ規格および／またはＩＥＥＥ８０２．１１ｎ規格）に準拠して動作するように追加的に構成されている。
【００３０】
ＷＬＡＮ１０は、複数のクライアント局２５を含む。４つのクライアント局２５が図１に図示されているが、様々なシナリオおよび実施形態において、ＷＬＡＮ１０は他の好適な数（例えば、１、２、３、５、６など）のクライアント局２５を含む。複数のクライアント局２５のうち少なくとも１つ（例えば、クライアント局２５−１）は、少なくとも第１の通信プロトコルに準拠して動作するように構成されている。いくつかの実施形態において、複数のクライアント局２５のうち少なくとも１つは、第１の通信プロトコルに準拠して動作するように構成されていないが、第２通信プロトコル、第３通信プロトコル、および／または、第４通信プロトコル（本明細書ではレガシクライアント局と称される）のうち少なくとも１つに準拠して動作するように構成されている。
【００３１】
クライアント局２５−１は、ネットワークインタフェースデバイス２７に結合されたホストプロセッサ２６を含む。ネットワークインタフェースデバイス２７は、ＭＡＣ処理ユニット２８およびＰＨＹ処理ユニット２９を含む。ＰＨＹ処理ユニット２９は、複数のトランシーバ３０を含み、複数のトランシーバ３０は、複数のアンテナ３４に結合されている。３つのトランシーバ３０および３つのアンテナ３４が図１に図示されているが、他の複数の実施形態において、クライアント局２５−１は他の好適な数（例えば、１、２、４、５など）のトランシーバ３０およびアンテナ３４を含む。 
【００３２】
一実施形態によれば、クライアント局２５−４はレガシクライアント局である。すなわち、クライアント局２５−４は、第１の通信プロトコルに準拠してＡＰ１４または他のクライアント局２５により送信されるデータユニットを受信し、完全に復号することができない。同様に、一実施形態によれば、レガシクライアント局２５−４は、第１の通信プロトコルに準拠して複数のデータユニットを送信することができない。一方、レガシクライアント局２５−４は、第２通信プロトコル、第３通信プロトコル、および／または、第４通信プロトコルに準拠して、データユニットを受信し、完全に復号および送信することが可能である。 
【００３３】
一実施形態において、クライアント局２５−２および２５−３の一方または双方は、クライアント局２５−１と同一またはこれに類似する構造を有する。一実施形態において、クライアント局２５−４は、クライアント局２５−１に類似する構造を有する。これらの実施形態において、クライアント局２５−１と同一または類似する構造の複数のクライアント局２５は、同一または異なる数のトランシーバおよびアンテナを有する。例えば、一実施形態によれば、クライアント局２５−２は、２つのトランシーバおよび２つのアンテナのみを有する。
【００３４】
様々な実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠し、本明細書に記載される複数のフォーマットを有する複数のデータユニットを生成するように構成されている。トランシーバ２１は、アンテナ２４を介して複数の生成済みデータユニットを送信するように構成されている。同様に、トランシーバ２４は、アンテナ２４を介して複数のデータユニットを受信するように構成されている。様々な実施形態によれば、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠し、本明細書に記載される複数のフォーマットを有する、受信された複数のデータユニットを処理し、当該データユニットが第１通信プロトコルに準拠しているかどうか判断するように構成されている。
【００３５】
様々な実施形態において、クライアントデバイス２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠し、本明細書に記載される複数のフォーマットを有する複数のデータユニットを生成するように構成されている。トランシーバ３０は、アンテナ３４を介して複数の生成済みデータユニットを送信するように構成されている。同様に、トランシーバ３０は、アンテナ３４を介して複数のデータユニットを受信するように構成されている。様々な実施形態によれば、クライアントデバイス２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠し、本明細書の以下に記載される複数のフォーマットを有する複数の受信済みデータユニットを処理し、複数のそのようなデータユニットが第１通信プロトコルに準拠していることを判断するように構成されている。
【００３６】
図２Ａは、一実施形態による、直交周波数分割多重（ＯＦＤＭ）変調を介してクライアント局（例えば、クライアント局２５−１）へＡＰ１４によって送信するように構成されている物理層（ＰＨＹ）データユニット２００の図である。また、一実施形態において、クライアント局２５−１は、データユニット２００をＡＰ１４に送信するように構成されている。データユニット２００は、ＨＥＷ通信プロトコルに準拠し、２０ＭＨｚバンド幅を占有する。他の複数の実施形態において、データユニット２００と同様の複数のデータユニットは、例えば、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ、６４０ＭＨｚなど他の複数の好適なバンド幅を占有する。データユニット２００は、「混合モード」の状況、すなわち、ＷＬＡＮ１０が第１通信プロトコルではなく、レガシ通信プロトコルに準拠するクライアント局（例えば、レガシクライアント局２４−４）を含む場合に好適である。データユニット２００は、いくつかの実施形態において、他の状況でも利用される。 
【００３７】
データユニット２００は、プリアンブル２０２を含み、プリアンブル２０２は、レガシプリアンブル部分２０３および高効率（ＨＥ）プリアンブル部分２０４を含む。レガシプリアンブル部分２０２は、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、およびＬ−ＳＩＧ２１５を含む。ＨＥプリアンブル部分２０４は、１または複数のＨＥ信号フィールド（ＨＥ−ＳＩＧＡ）２２０、ＨＥショートトレーニングフィールド（ＨＥ−ＳＴＦ）２２５、Ｍ個のＨＥロングトレーニングフィールド（ＨＥ−ＬＴＦ）２３０（Ｍは整数）、および、ＨＥ信号フィールドＢ（ＨＥ−ＳＩＧＢ）２３５を含む。Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、ＨＥ−ＳＩＧＡ２２０、ＨＥ−ＳＴＦ２２５、Ｍ個のＨＥ−ＬＴＦ２３０、およびＨＥ−ＳＩＧＢ２３５の各々は、整数個の１または複数のＯＦＤＭシンボルを含む。例えば、一実施形態において、ＨＥ−ＳＩＧＡ２２０は２つのＯＦＤＭシンボルを含み、一実施形態において、ＨＥ−ＳＩＧＢフィールドは、１つのＯＦＤＭシンボルを含む。一実施形態において、Ｌ−ＳＩＧ２１５、ＨＥ−ＳＩＧＡ２２０、および、ＨＥ−ＳＩＧＢ２３５は一般的に、データユニット２００のフォーマッティング情報を有する。いくつかの実施形態において、データユニット２００は、データ部分２４０も含む。一実施形態において、データ部分２４０は、パディング部分２４４を含む。一実施形態において、パディング部分２４４は、データ部分２４０の最終ＯＦＤＭシンボルのみを含む。他の実施形態において、パディング部分２４４は、データ部分２４０の最後にある１つより多くのＯＦＤＭシンボルを含む。いくつかの実施形態および／またはシナリオにおいて、データ部分２４０はパディング部分２４４を省略する。
【００３８】
一実施形態において、データユニット２００は更に、信号拡張（ＳＥ）フィールド２４５を含む。詳細は後述するが、一実施形態において、ＳＥフィールド２４５は、肯定応答（ＡＣＫ）またはブロック肯定応答（ＢｌｋＡｃｋ）信号を送信デバイスに提供する前に、受信デバイス（例えば、クライアント局２５またはＡＰ１４）がデータ部分２４０の最終ＯＦＤＭシンボルを処理するためのバッファ時間を提供する。いくつかの実施形態および／またはシナリオにおいて、データユニット２００はＳＥフィールド２４５を省略する。一般的に、本明細書で使用される、「受信デバイス」という用語は、様々な実施形態において、クライアント局（例えば、図１のクライアント局２５の１つ）、または、アクセスポイント（例えば、図１のＡＰ１４）を指す。同様に、本明細書で使用される、「送信デバイス」という用語は、様々な実施形態において、クライアント局（例えば、図１のクライアント局２５の１つ）、または、アクセスポイント（例えば、図１のＡＰ１４）を指す。
【００３９】
図２Ａの一実施形態において、データユニット２００は、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、および１または複数のＨＥ−ＳＩＧＡ２２０の各々のうち１つを含む。データユニット２００と同様のＯＦＤＭデータユニットが２０ＭＨｚ以外の累積バンド幅を占有する他の複数の実施形態において、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、および１または複数のＨＥ−ＳＩＧＡ２２０の各々は、一実施形態において、データユニットのバンド幅全体のうち２０ＭＨｚサブバンドの数に対応する回数だけ反復する。例えば、一実施形態において、ＯＦＤＭデータユニットは、８０ＭＨｚバンド幅を占有し、従って、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、および１または複数のＨＥ−ＳＩＧＡ２２０の各々を４つ含む。いくつかの実施形態において、異なる２０ＭＨｚのサブバンド信号の変調は、異なる角度で回転される。例えば、一実施形態において、第１サブバンド内のすべてのＯＦＤＭトーンは０°回転し、第２サブバンド内のすべてのＯＦＤＭトーンは９０°回転し、第３サブバンドは１８０°回転し、第４サブバンドは２７０°回転する。他の複数の実施形態において、異なる好適な回転が利用される。少なくともいくつかの実施形態において、２０ＭＨｚのサブバンド信号の異なる複数の位相は、データユニット２００におけるＯＦＤＭシンボルのピーク対平均電力比（ＰＡＰＲ）の減少をもたらす。一実施形態において、第１通信プロトコルに準拠するデータユニットが、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ、および６４０ＭＨｚなどの累積バンド幅を占有するＯＦＤＭデータユニットである場合、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、ＨＥ−ＳＩＧＢ、ＨＥデータ部分は、データユニットの対応する全バンド幅を占有する。
【００４０】
一実施形態において、データユニット２００は、単一のクライアント局２５へ（または、単一のクライアント局２５から）送信されるシングルユーザ（ＳＵ）データユニットである。他の実施形態において、データユニット２００は、マルチユーザ（ＭＵ）データユニットであり、独立したデータストリームが複数のクライアント局２５へ（または、複数のクライアント局２５から）同時に送信され、データストリームの各々は、データユニット２００内の１または複数の空間ストリームを使用して送信される。データユニット２００がＭＵデータユニットである一実施形態において、データユニット２００内のＨＥ−ＳＩＧＢフィールド２３５は、ベクタＱＰ１によって空間的にマッピングされる。ここで、一実施形態において、Ｑは、空間ストリーム（または、時空間符号化が利用される場合は時空間ストリーム）を、複数の送信アンテナにマッピングするアンテナマップまたは空間マッピング行列であり、Ｐ１は、Ｐの各要素が＋１または−１であるアダマール行列である空間ストリームマッピング行列Ｐにおける第１列である。他の実施形態において、Ｐの各要素は、複素数である（例えば、離散フーリエ変換行列はＰとして使用される）。他の実施形態において、Ｐのいくつかの要素は、＋１または−１以外の整数である。一実施形態において、Ｐ１は第１空間ストリームに対応する。 
【００４１】
一実施形態において、各ＨＥ−ＬＴＦ２３０が生成されるとき、複数の値を複数の空間ストリームにマッピングするのに行列Ｐの別個の列が使用される。例えば、一実施形態において、行列Ｐの第１列、すなわちＰ１は信号ＨＥ−ＬＴＦ１  ２３０−１に適用され、行列Ｐの第２列、すなわちＰ２は、信号ＨＥ−ＬＴＦ２などに適用される。従って、一実施形態において、クライアント局２５は、ＨＥ−ＳＩＧＢフィールド２３５を復号するのにＨＥ−ＬＴＦ１からのチャネル推定を使用し得る。他の実施形態によれば、ＨＥ−ＳＩＧＢはベクタＱＰＮによって空間的にマッピングされるので、クライアント局２５は他の実施形態において、ＨＥ−ＳＩＧＢ２３５を復号するのにＨＥ−ＬＴＦＮ  ２３０−Ｍからのチャネル推定を使用し得る。
【００４２】
図２Ｂは、一実施形態による、例示的な直交周波数分割多元接続（ＯＦＤＭＡ）データユニット２５０の図である。ＯＦＤＭＡデータユニット２５０は、複数のＯＦＤＭデータユニット２５２−１、２５２−２および２５２−３を含む。一実施形態において、各データユニット２５２−１、２５２−２および２５２−３は、図２Ａのデータユニット２００と同一であるか、または同様である。一実施形態において、ＡＰ１４は、ＯＦＤＭＡデータユニット２５０内の各ＯＦＤＭサブチャネルを介して、異なるクライアント局２５へＯＦＤＭデータユニット２５２−１、２５２−２、２５２−３を送信する。他の実施形態において、複数の異なるクライアント局２５は、各々のＯＦＤＭデータユニット２５２−１、２５２−２、または２５２−３を、ＯＦＤＭＡデータユニット２５０内の各ＯＦＤＭサブチャネルにおいて、ＡＰ１４へ送信する。この実施形態において、ＡＰ１４は、この実施形態ではＯＦＤＭＡデータユニット２５０内の各ＯＦＤＭサブチャネルを介して複数のクライアント局２５からＯＦＤＭデータユニット２５２−１、２５２−２、２５２−３を受信する。
【００４３】
一実施形態において、ＯＦＤＭデータユニット２５２−１、２５２−２、２５２−３の各々は、ＨＥＷ通信プロトコルなどのＯＦＤＭＡ送信をサポートする通信プロトコルに準拠する。ＯＦＤＭＡデータユニット２５０がダウンリンクのＯＦＤＭＡデータユニットに対応する一実施形態において、ＯＦＤＭＡデータユニット２５０はＡＰ１４によって生成され、その結果、各ＯＦＤＭデータユニット２５２は、クライアント局へのＯＦＤＭＡデータユニット２５０のダウンリンク送信に割り当てられたＷＬＡＮ１０の各々のサブチャネルを介して各々のクライアント局２５へ送信される。同様に、ＯＦＤＭＡデータユニット２５０がアップリンクＯＦＤＭＡデータユニットに対応する実施形態において、ＡＰ１４は、一実施形態において複数のクライアント局からの複数のＯＦＤＭデータユニット２５２のアップリンク送信のために割り当てられたＷＬＡＮ１０の各々のサブチャネルを介してＯＦＤＭデータユニット２５２を受信する。例えば、図示された実施形態において、ＯＦＤＭデータユニット２５２−１は、ＷＬＡＮ１０の第１の２０ＭＨｚサブチャネルを介して送信され、ＯＦＤＭデータユニット２５２−２は、ＷＬＡＮ１０の第２の２０ＭＨｚサブチャネルを介して送信され、ＯＦＤＭデータユニット２５２−３は、ＷＬＡＮ１０の４０ＭＨｚサブチャネルを介して送信される。 
【００４４】
一実施形態において、ＯＦＤＭデータユニット２５２の各々は、図２Ａのデータユニット２００と同一または同様の方法でフォーマットされる。図２Ｂの実施形態において、ＯＦＤＭデータユニット２５２−ｉの各々は、１または複数のレガシショートトレーニングフィールド（Ｌ−ＳＴＦ）２５４、１または複数のレガシロングトレーニングフィールド（Ｌ−ＬＴＦ）２５６、１または複数のレガシ信号フィールド（Ｌ−ＳＩＧ）２５８、１または複数の第１高効率ＷＬＡＮ信号フィールド（ＨＥ−ＳＩＧ−Ａ）２６０、Ｎｉ個のＨＥロングトレーニングフィールド（ＨＥ−ＬＴＦ）２６４、および、第２ＨＥ信号フィールド（ＨＥ−ＳＩＧＢ）２６６を含むプリアンブルを有する。図２Ｂに図示された実施形態において、複数のデータユニット２５２−ｉは、異なる数であるＭｉ個のＨＥ−ＬＴＦフィールド２６４を含むが、データユニット２５２−ｉの各々は、いくつかの実施形態において、ＨＥ−ＳＩＧＢフィールド２６６をデータユニット２５０のデータ部分２７０の最初に揃えるべく、同一の数であるＭ個のＨＥ−ＬＴＦフィールド２６４を含む。例えば、データユニット２５２−ｉの各々は、一実施形態において、複数のクライアント局２５のうち、データユニット２５０内の最大数の空間ストリームを利用するクライアント局２５に対応するＭ個のＨＥ−ＬＴＦフィールド２６４を含む。この実施形態において、より少ない空間ストリームを使用する複数のクライアント局２５に向けられたデータユニット２５２−ｉは、１または複数の「パディング」ＨＥ−ＬＴＦフィールド２６４を含めることで、ＨＥ−ＬＴＦフィールド２６４を、最大数の空間ストリームを有するデータユニット２５２−ｉに揃える。例えば、一実施形態において、１または複数のパディングＨＥ−ＬＴＦフィールド２６４は、一実施形態において対応するユーザの非パディングＨＥ−ＬＴＦフィールドの反復を含む。
【００４５】
追加的に、各ＯＦＤＭデータユニット２５２は、高効率データ部分（ＨＥ−ＤＡＴＡ）２６８を含む。一実施形態において、１または複数のＯＦＤＭデータユニット２５２の長さを等しくするべく、１または複数のＯＦＤＭデータユニット２５２において、パディングが使用される。従って、この実施形態において、ＯＦＤＭデータユニット２５２の各々の長さは、ＯＦＤＭＡデータユニット２５２の長さに対応する。複数のＯＦＤＭデータユニット２５２が等しい長さであることを保証することで、一実施形態において、データユニット２５２を受信するクライアント局２５による確認応答フレームの送信を同期する。一実施形態において、１または複数のＯＦＤＭデータユニット２５２の各々は、ＰＨＹプロトコルデータユニット（ＰＰＤＵ）に含まれるアグリゲートＭＡＣサービスデータユニット（Ａ−ＭＰＤＵ）である。一実施形態において、１または複数のＡ−ＭＰＤＵ２５２内のパディング（例えばゼロパディング）は、複数のデータユニット２５２の長さを等しくすること、および、ＯＦＤＭＡデータユニット２５０に対応する肯定応答フレームの送信を同期することに使用される。例えば、図示された実施形態において、データユニット２５２−２および２５２−３の各々は、データユニット２５２−２および２５２−３のそれぞれの長さをデータユニット２５２−１の長さと等しくするためのパディング部分２７０を含む。 
【００４６】
一実施形態において、各ＯＦＤＭデータユニット２５２のデータ部分２６８は、パディング部分２７２を含む。一実施形態において、パディング部分２７２は、対応するＯＦＤＭデータユニット２５２のデータ部分２６８の最終ＯＦＤＭシンボルを含む。他の実施形態において、パディング部分２７２は、対応するＯＦＤＭデータユニット２５２のデータ部分２６８の最後にある１つより多くのＯＦＤＭシンボルを含む。いくつかの実施形態および／またはシナリオにおいて、データユニット２５２のデータ部分２６８はパディング部分２７２を省略する。
【００４７】
一実施形態において、各データユニット２５２は更に、信号拡張（ＳＥ）フィールド２７４を含む。詳細は後述するが、ＳＥフィールド２７４は一実施形態において、肯定応答（ＡＣＫ）またはブロック肯定応答（ＢｌｋＡｃｋ）信号を送信デバイスに提供する前に、受信デバイス（例えば、クライアント局２５またはＡＰ１４）がデータ部分２４０の最終ＯＦＤＭシンボルを処理するためのバッファ時間を提供する。いくつかの実施形態および／またはシナリオにおいて、データユニット２５２はＳＥフィールド２７４を省略される。
【００４８】
一実施形態において、各Ｌ−ＬＳＦフィールド２５４、各Ｌ−ＬＴＦフィールド２５６、各Ｌ−ＳＩＧフィールド２５８、および、各ＨＥ−ＳＩＧＡフィールド２６０は、ＷＬＡＮ１０によってサポートされる最小のバンド幅（例えば２０ＭＨｚ）を占有する。一実施形態において、ＯＦＤＭデータユニット２５２が、ＷＬＡＮ１０の最小バンド幅より大きいバンド幅を占有する場合、各Ｌ−ＬＳＦフィールド２５４、各Ｌ−ＬＴＦフィールド２５６、各Ｌ−ＳＩＧフィールド２５８、および、各ＨＥ−ＳＩＧＡフィールド２６０は、ＯＦＤＭデータユニット２５２の各最小バンド幅部分（例えば、データユニット２５２の各２０ＭＨｚ部分）において重複する。一方、一実施形態において、各ＨＥ−ＳＴＦフィールド２６２、各ＨＥ−ＬＴＦフィールド２６４、各ＨＥ−ＳＩＧＢフィールド２６６、各ＨＥデータ部分２６８、各ＳＥフィールド２７４は、対応するＯＦＤＭデータユニット２５２のバンド幅全体を占有する。例えば、図示された実施形態において、ＯＦＤＭデータユニット２５２−３は、４０ＭＨｚを占有し、ここにおいて、Ｌ−ＳＴＦフィールド２５４、Ｌ−ＬＴＦフィールド２５６、Ｌ−ＳＩＧフィールド２５８、およびＨＥ−ＳＩＧＡフィールド２６０は、ＯＦＤＭデータユニット２５２−３の上と下の２０ＭＨｚ帯域で重複し、一方、ＨＥ−ＳＴＦフィールド２６２、ＨＥ−ＬＴＦフィールド２６４、ＨＥ−ＳＩＧＢフィールド２６６、ＨＥデータ部分２６８、およびＳＥフィールド２７４の各々は、データユニット２５２−３の４０ＭＨｚバンド幅の全体を占有する。
【００４９】
いくつかの実施形態において、異なるクライアント局２５のデータは、ＯＦＤＭトーンの各々のセットを使用して、データユニット２５０内で送信され、クライアント局２５に割り当てられたＯＦＤＭトーンのセットは、ＷＬＡＮ１０の最小チャネルより小さいバンド幅に対応し得る。例えば、一実施形態において、クライアント局２５に割り当てられたＯＦＤＭトーンのセットは、２０ＭＨｚより小さい（例えば、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または、２０ＭＨｚより小さい他の好適なバンド幅）バンド幅に対応する。一実施形態において、ＯＦＤＭデータユニット２５２が、ＷＬＡＮ１０の最小バンド幅より小さいバンド幅を占有する場合、Ｌ−ＳＴＦフィールド２５４、Ｌ−ＬＴＦフィールド２５６、Ｌ−ＳＩＧフィールド２５８、および、ＨＥ−ＳＩＧＡフィールド２６０の各々は、それにもかかわらず、（例えば、データユニット２５２の２０ＭＨｚ部分における）ＯＦＤＭデータユニット２５２の各最小バンド幅部分の全体を占有する。一方、一実施形態において、ＨＥ−ＳＴＦフィールド２６２、ＨＥ−ＬＴＦフィールド２６４、ＨＥ−ＳＩＧＢフィールド２６６、ＨＥデータ部分２６８、ＳＥフィールド２７４は、対応するＯＦＤＭデータユニット２５２のより小さいバンド幅を占有する。一般的に、一実施形態において、データユニット２５２は、データユニット２５０内のＯＦＤＭトーンの任意の好適な数に対応する。
【００５０】
クライアント局２５に対応するＯＦＤＭトーンのセットは、本明細書において、「リソースユニット（ＲＵ）」と称される場合がある。一実施形態において、各ＯＦＤＭデータユニット２５２は、クライアント局２５、および、クライアント局２５に割り当てられたリソースユニットに対応する。様々な実施形態において、クライアント局２５に対応するＲＵは、データユニット２５０内に好適な数のＯＦＤＭトーンを含む。例えば、いくつかの実施形態および／またはシナリオにおいて、ＲＵは、２６、５２、１０６、２４２、４８４、または９９６のＯＦＤＭトーンを含む。他の複数の実施形態において、ＲＵは他の好適な数のＯＦＤＭトーンを含む。
【００５１】
一実施形態において、第１通信プロトコルは、レガシ通信プロトコルによって規定されたものと同一のチャネライゼーション方式を利用する。例えば、第１通信プロトコルは、ＩＥＥＥ８０２．１１ａｃ規格で規定されたものと同一のチャネライゼーション方式を利用する。この実施形態において、第１通信プロトコルは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚの通信チャネルで動作する。例えば中心周波数において、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ通信チャネルは、レガシ通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａｃ規格）によって利用される複数のチャネルと一致する。しかし、一実施形態において、第１通信プロトコルは、レガシ通信プロトコル（例えばＩＥＥＥ８０２．１１ａｃ規格）によって規定されるトーン間隔と異なるトーン間隔を規定する。例えば、第１通信プロトコルは、レガシ通信プロトコルによって規定されるトーン間隔の分数１／Ｎであるトーン間隔を規定する。ここで、一実施形態において、Ｎは１より大きな正の整数である。一実施形態において、整数Ｎは偶数（例えば、２、４、６、８、１０など）である。一実施形態において、整数Ｎは２の階乗に対応する整数（例えば、２、４、８、１６など）である。一実施形態において、レガシ通信プロトコルによってサポートまたは達成される通信範囲と比較して、通信範囲を改善するべく、低減されたトーン間隔が第１通信プロトコルで使用される。追加的または代替的に、レガシ通信プロトコルによって同一のバンド幅チャネルで達成されるスループットと比較して、スループットを高めるべく、低減されたトーン間隔が第１通信プロトコルにおいて使用される。 
【００５２】
図３Ａ−３Ｃは、いくつかの実施形態において、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０など、データユニットのＯＦＤＭシンボルと共に使用されるＯＦＤＭトーン間隔を示す図である。まず、図３Ａにおいて、トーン間隔３００は、レガシ通信プロトコルにおいて規定されているトーン間隔に対応する。例えば、一実施形態において、トーン間隔３００は、ＩＥＥＥ８０２．１１ａｃ規格で規定されるトーン間隔に対応する。一実施形態において、特定のバンド幅について、トーン間隔３００で生成されたＯＦＤＭシンボルは、逆デジタルフーリエ変換（ＩＤＦＴ）サイズを使用して生成され、その結果、特定のバンド幅におけるトーン間隔（ＴＳ）は、３１２．５ｋＨｚとなる。例えば、一実施形態において、２０ＭＨｚバンド幅について、トーン間隔３００で生成されたＯＦＤＭシンボルは、６４ポイントＩＤＦＴを使用して生成され、その結果、トーン間隔（ＴＳ）は３１２．５ｋＨｚとなる。同様に、一実施形態において、４０ＭＨｚバンド幅について、トーン間隔３００で生成されたＯＦＤＭシンボルは、１２８ポイントＩＤＦＴを使用して生成され、８０ＭＨｚバンド幅について、トーン間隔３００で生成されたＯＦＤＭシンボルは、２５６ポイントＩＤＦＴを使用して生成され、１６０ＭＨｚバンド幅について、トーン間隔３００で生成されたＯＦＤＭシンボルは、５１２ポイントＩＤＦＴなどを使用して生成される。代替的に、いくつかの実施形態において、チャネルバンド幅のうち少なくともいくつかについて生成されたＯＦＤＭシンボルは、ＩＤＦＴサイズを使用して生成され、その結果、バンド幅全体のサブバンドにおけるトーン間隔（ＴＳ）は、３１２．５ｋＨｚとなる。そのような実施形態において、ＯＦＤＭシンボルの複数のサブバンドは、ＩＤＦＴサイズを使用して個々に生成され、その結果、個別のサブバンドにおいて、トーン間隔（ＴＳ）は３１２．５ｋＨｚとなる。例えば、一実施形態において、１６０ＭＨｚ幅チャネルのＯＦＤＭシンボルは、１６０ＭＨｚ幅チャネルの２つの８０ＭＨｚサブバンドの各々における２５６ポイントＩＤＦＴを使用して生成される。 
【００５３】
次に図３Ｂにおいて、トーン間隔３２０は、図３Ａのトーン間隔３００に対して、２の倍数（１／２）低減している。例えば、引き続き上の例で、２０ＭＨｚバンド幅についてトーン間隔３００で生成されたＯＦＤＭシンボルは、６４ポイントＩＤＦＴを使用して生成される一方で、２０ＭＨｚバンド幅についてトーン間隔３２０で生成されたＯＦＤＭシンボルは、１２８ポイントＩＤＦＴを使用して生成され、その結果、図３Ａのトーン間隔３００が１／２（すなわち、１５６．２５ｋＨｚ）となる。同様に、一実施形態において、４０ＭＨｚ幅チャネルについて、トーン間隔３２０で生成されたＯＦＤＭシンボルは、２５６ポイントＩＤＦＴを使用して生成され、８０ＭＨｚバンド幅チャネルについて、トーン間隔３２０で生成されたＯＦＤＭシンボルは、５１２ポイントＩＤＦＴを使用して生成され、１６０ＭＨｚバンド幅チャネルについて、トーン間隔３２０で生成されたＯＦＤＭシンボルは、１０２４ポイントＩＤＦＴなどを使用して生成される。代替的に、いくつかの実施形態において、チャネルバンド幅のうち少なくともいくつかについて生成されたＯＦＤＭシンボルは、ＩＤＦＴサイズを使用して生成され、その結果、バンド幅全体のサブバンドにおけるトーン間隔（ＴＳ）は、１５６．２５ｋＨｚとなる。そのような実施形態において、ＯＦＤＭシンボルの複数のサブバンドは、ＩＤＦＴサイズを使用して個々に生成され、その結果、個別のサブバンドにおいて、トーン間隔（ＴＳ）は３１２．５ｋＨｚとなる。例えば、一実施形態において、１６０ＭＨｚバンド幅チャネルのＯＦＤＭシンボルは、１６０ＭＨｚバンド幅チャネルの２つの８０ＭＨｚサブバンドのうち各々における５１２ポイントＩＤＦＴを使用して生成される。 
【００５４】
次に図３Ｃにおいて、トーン間隔３５０は、図３Ａのトーン間隔３００に対して、４の倍数（１／４）低減される。例えば、引き続き上の例で、一実施形態において、２０ＭＨｚバンド幅についてトーン間隔３００で生成されたＯＦＤＭシンボルは、６４ポイントＩＤＦＴを使用して生成される一方で、２０ＭＨｚバンド幅についてトーン間隔３５０で生成されたＯＦＤＭシンボルは、２５６ポイントＩＤＦＴを使用して生成され、その結果、図３Ａのトーン間隔３００が１／４（すなわち、７８．１２５ｋＨｚ）となる。同様に、一実施形態において、４０ＭＨｚバンド幅チャネルについて、トーン間隔３５０で生成されたＯＦＤＭシンボルは、５１２ポイントＩＤＦＴを使用して生成され、８０ＭＨｚバンド幅チャネルについて、トーン間隔３５０で生成されたＯＦＤＭシンボルは、１０２４ポイントＩＤＦＴを使用して生成され、１６０ＭＨｚバンド幅チャネルについて、トーン間隔３５０で生成されたＯＦＤＭシンボルは、２０４８ポイントＩＤＦＴなどを使用して生成される。代替的に、いくつかの実施形態において、チャネルバンド幅のうち少なくともいくつかについて生成されたＯＦＤＭシンボルは、ＩＤＦＴサイズを使用して生成され、その結果、バンド幅全体のサブバンドにおけるトーン間隔（ＴＳ）は、７８．１２５ｋＨｚとなる。そのような実施形態において、ＯＦＤＭシンボルの複数のサブバンドは、ＩＤＦＴサイズを使用して個々に生成され、その結果、個別のサブバンドにおいて、トーン間隔（ＴＳ）は３１２．５ｋＨｚとなる。例えば、一実施形態において、１６０ＭＨｚバンド幅チャネルのＯＦＤＭシンボルは、１６０ＭＨｚバンド幅チャネルの８０ＭＨｚサブバンドの各々について、５１２ポイントＩＤＦＴを使用して生成される。単に他の例として、一実施形態において、４０ＭＨｚバンド幅チャネルのＯＦＤＭシンボルは、４０ＭＨｚバンド幅チャネルの２０ＭＨｚのサブバンドの各々における２５６ポイントＩＤＦＴを使用して生成される。更に他の例として、更に他の実施形態において、８０ＭＨｚバンド幅チャネルのＯＦＤＭシンボルが、一実施形態において８０ＭＨｚバンド幅チャネルの４つの２０ＭＨｚサブバンドのうち各々における２５６ポイントＩＤＦＴを使用して生成される。
【００５５】
図３Ａのトーン間隔３００など、レガシ通信プロトコルにおいて規定されたトーン間隔は、本明細書において、「通常のトーン間隔」と称される場合があり、図３Ｂのトーン間隔３２０および図３Ｃのトーン間隔３５０など、レガシ通信プロトコルで規定されたトーン間隔より小さいトーン間隔は、本明細書において、「低減されたトーン間隔」と称される場合がある。
【００５６】
一般的に、ＯＦＤＭシンボルのシンボル期間は、時間領域において、ＯＦＤＭシンボルで使用されるトーン間隔と反比例する。つまり、Δｆが、ＯＦＤＭシンボルで使用されるトーン間隔に対応する場合、ＯＦＤＭシンボルの時間シンボル期間は、Ｔ＝１／Δｆである。従って、ＯＦＤＭシンボルで比較的小さいトーン間隔が使用される結果、一実施形態において、ＯＦＤＭシンボルのシンボル期間が比較的大きくなり、その逆も成立する。例えば、一実施形態において、図３Ａのように、Δｆ＝３１２．５ｋＨｚのトーン間隔の結果、ＯＦＤＭシンボル期間は３．２マイクロ秒となり、一方、図３Ｂのように、Δｆ＝１５６．２５ｋＨｚのトーン間隔の結果、ＯＦＤＭシンボル期間は６．４マイクロ秒となる。更に、受信デバイス（例えば、クライアント局２５またはＡＰ１４）がＯＦＤＭシンボルをサンプリングするのに必要とするサンプリングレートは、ＯＦＤＭシンボルを生成するのに使用されるＩＤＦＴサイズ（ポイント数）に反比例する。特に、一実施形態において、ＮｆｆｔがＯＦＤＭシンボルを生成するのに使用されるＩＤＦＴサイズである場合、受信デバイスがＯＦＤＭシンボルをサンプリングするのに必要とするサンプリングレートは、Ｔ／Ｎｆｆｔであり、ＴはＯＦＤＭシンボル期間である（Ｔ＝１／Δｆ）。
【００５７】
一実施形態において、第１通信プロトコルは、通信チャネル内の多経路伝搬によって引き起こされる、受信デバイスにおけるシンボル間干渉を防止または最小化するべく、複数のＯＦＤＭシンボルで使用され得る、異なる長さのガードインターバルのセットを規定する。一般的に、一実施形態において、利用されている特定のチャネルの遅延拡散に基づいて干渉を緩和するのに、十分に長いガードインターバルが必要である。一方、一実施形態において、特にＯＦＤＭシンボルの長さに対するガードインターバルの比率、および、従って、ＯＦＤＭシンボルにおける送信できる「有用な」データの量という観点で、ガードインターバルが比較的短い結果、一般的に、ガードインターバルに関連するオーバヘッドが小さくなり、全体的なスループットが向上する。
【００５８】
図４は、一実施形態による、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５など、データユニットのＯＦＤＭシンボルで使用されるガードインターバルを示す図である。一実施形態において、ガードインターバル部分４０２は、ＯＦＤＭシンボル４０４の情報部分の先頭に追加される。一実施形態において、ガードインターバルは、情報部分５０４の最終部分を反復する巡回プレフィックスを含む。一実施形態において、受信デバイス（例えば、クライアント局２５またはＡＰ１４）におけるＯＦＤＭトーンの直交性を確実にするべく、および、ＯＦＤＭシンボルが送信される通信チャネルにおける多経路伝搬に起因するシンボル間干渉を最小化または排除するべく、ガードインターバル部分４０２が使用される。
【００５９】
一実施形態によれば、データユニット２００の複数の特定のＯＦＤＭシンボルで使用されるガードインターバル部分４０２の長さは、ＨＥＷ通信プロトコルによってサポートされるガードインターバルのセットから選択される。例えば、ＨＥＷ通信プロトコルによってサポートされるガードインターバルのセットは、０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、３．２マイクロ秒のガードインターバルを含む。他の複数の実施形態において、ＨＥＷ通信プロトコルによってサポートされるガードインターバルのセットは、０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、３．２マイクロ秒のガードインターバルのうち１または複数を除外し、および／または、ガードインターバル０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、３．２マイクロ秒の代わりに、または、それに加えて、０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、３．２マイクロ秒以外の１または複数の好適なガードインターバルを含む。一実施形態において、レガシ通信プロトコル（例えば、ＩＥＥＥ８０２．１１ｎ規格、または、ＩＥＥＥ８０２．１１ａｃ規格）で使用される用語に従って、０．８マイクロ秒のガードインターバルは、本明細書において、「ノーマルガードインターバル」と称される場合があり、０．４マイクロ秒のガードインターバルは、本明細書において、「ショートガードインターバル」と称される場合がある。 
【００６０】
一実施形態において、第１通信プロトコルは少なくとも、通常のトーン間隔を利用する第１送信モード（例えば通常モード）であって、レガシ通信プロトコル（例えばＩＥＥＥ８０２．１１ａｃ規格）によって規定される複数のガードインターバルをサポートする第１送信モードを定義し、レガシ通信プロトコルのトーン間隔および複数のガードインターバルと比較して、低減されたトーン間隔、および／または、より大きいガードインターバルを利用する第２送信モード（例えば、高効率モード）を定義する。例えば、通常モードは一実施形態において、図３Ａの通常のトーン間隔３００を利用し、０．４マイクロ秒、および、０．８マイクロ秒のガードインターバルをサポートする。一方、高効率モードは、例示的な実施形態において、図３Ｃの１／４トーン間隔３５０を利用し、０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、２．４マイクロ秒、３．２マイクロ秒のガードインターバルのオプション、または、他の好適なガードインターバルのオプションのうち、２またはそれより多く（例えば、２、３、４など）をサポートする。代替的に、他の実施形態において、第１通信プロトコルは、低減されたトーン間隔（例えば、１／２トーン間隔、または、１／４トーン間隔）を利用する通常モードを定義し、０．４マイクロ秒、０．８マイクロ秒、１．６マイクロ秒、２．４マイクロ秒、３．２マイクロ秒のガードインターバルのオプション、および、他の好適なガードインターバルのオプションのうち、２またはそれより多く（例えば、２、３、４など）をサポートする。
【００６１】
一実施形態において、データユニット２００などのデータユニットと共に使用されている特定の送信モードは、データユニットのプリアンブルに含まれるモードインジケーションを介して受信デバイスに通知される。例えば、図２Ａのデータユニット２００に関連して、一実施形態において、ＨＥ−ＳＩＧＡフィールド２２０、または、ＨＥ−ＳＩＧＢフィールド２３５は、データユニット２００で使用される送信モードのインジケーションを含む。他の実施形態において、データユニット２００のプリアンブルは、受信デバイスが、データユニット２００のプリアンブルの１または複数のフィールドの変調（例えば、二位相偏移変調（ＢＰＳＫ）か、９０°偏移させた二位相偏移変調（Ｑ−ＢＰＳＫ））に基づいて、データユニット２００で使用される送信モードを自動検出できるようにフォーマットされる。
【００６２】
いくつかの実施形態において、図２Ａのデータユニット２００のＯＦＤＭシンボルのいくつかは、レガシ通信プロトコル（例えばＩＥＥＥ８０２．１１ａｃ規格）の通常のトーン間隔、および、通常のガードインターバル（例えば、０．８マイクロ秒）で生成され、一方、データユニット２００の他のＯＦＤＭシンボルは、低減されたトーン間隔（例えば、図３Ｂの１／２トーン間隔３２０、または、図３Ｃのトーン間隔３５０）で、および／または、レガシ通信プロトコルによってサポートされるガードインターバルと比較して、より長いガードインターバルで生成される。例えば、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、ＨＥ−ＳＩＧＡ２２０、およびＨＥ−ＳＴＦフィールド２２５は、一実施形態において、ＩＥＥＥ８０２．１１ａｃ規格の通常のトーン間隔および通常のガードインターバル（例えば０．８マイクロ秒）で生成される一方、ＨＥ−ＬＴＦ２３０、ＨＥ−ＳＩＧＢ２３５、および、データ部分２４０は、低減されたトーン間隔（例えば、図３Ｂの１／２トーン間隔３２０、または、図３Ｃのトーン間隔３５０）で、および／または、ＩＥＥＥ８０２．１１ａｃ規格によってサポートされるガードインターバルと比較して、より長いガードインターバルで生成される。他の例として、他の実施形態において、Ｌ−ＳＴＦ２０５、Ｌ−ＬＴＦ２１０、Ｌ−ＳＩＧ２１５、およびＨＥ−ＳＩＧＡ２２０は、ＩＥＥＥ８０２．１１ａｃ規格の通常のトーン間隔、および、通常のガードインターバル（例えば、０．８マイクロ秒）で生成され、ＨＥ−ＳＴＦフィールドは、通常のトーン間隔で、かつ、ＩＥＥＥ８０２．１１ａｃ規格でサポートされるガードインターバルと比較して、より長いガードインターバルで生成され、ＨＥ−ＬＴＦ２３０、ＨＥ−ＳＩＧＢ２３５、および、データ部分２４０は、低減されたトーン間隔（例えば、図３Ｂの１／２トーン間隔３２０、または、図３Ｃのトーン間隔３５０）で、および／または、ＩＥＥＥ８０２．１１ａｃ規格でサポートされるガードインターバルと比較して、より長いガードインターバルを使用して生成される。
【００６３】
図５は、一実施形態による、第１通信プロトコルに準拠する複数のデータユニットを生成するように構成された例示的なＰＨＹ処理ユニット５００の送信部分のブロック図である。図１に関連して、一実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０、および、クライアント局２５−１のＰＨＹ処理ユニット２９は各々、ＰＨＹ処理ユニット５００と同様または同一である。ＰＨＹ処理ユニット５００は、一実施形態において、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０などの複数のデータユニットを生成するように構成される。しかし、他の複数の実施形態において、ＰＨＹ処理ユニット５００は、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０と異なる好適なデータユニットを生成するように構成される。同様に、ＰＨＹ処理ユニット５００と異なる好適なＰＨＹ処理ユニットは、いくつかの実施形態において、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０などのデータユニットを生成するように構成される。
【００６４】
一実施形態において、ＰＨＹ処理ユニット５００は、処理経路５０１を含み、処理経路５０１は、ＰＨＹパディングユニット５０２、スクランブラ５０６、エンコーダパーサ５１０、１または複数の前方誤り訂正（ＦＥＣ）エンコーダ５１２、ストリームパーサ５１６、ＢＣＣインタリーバ５１８、コンスタレーションマッパ５２２、ＬＤＰＣトーンマッパ５２６、時空間ブロック符号化（ＳＴＢＣ）ユニット５２８、巡回シフトダイバーシティ（ＣＳＤ）ユニット５３２、および、空間マッピングユニット５３６を含む。いくつかの実施形態による、処理経路５０１の様々なコンポーネントの詳細は後述する。詳細は後述するが、いくつかの実施形態において、処理経路５０１のいくつかのコンポーネントは、バイパスまたは省略される。更に、処理ユニット５００が図２ＢのＯＦＤＭＡデータユニット２５０のようなマルチユーザデータユニットを生成するように構成される実施形態において、ＰＨＹ処理ユニット５００は、複数の処理経路５０１を含み、各処理経路５０１は、一実施形態において、マルチユーザデータユニットが送信される特定のクライアント局に対応する。一実施形態において、ＰＨＹ処理ユニット５００の各処理経路５０１は、データユニットが送信されることになるクライアント局２５に割り当てられたＯＦＤＭトーンのサブセット、つまり、リソースユニットに対応する。
【００６５】
一実施形態において、処理経路５０１のパディングユニット５０２は、一実施形態によれば、情報ビットストリームをスクランブラ５０６に提供する前に１または複数のパディングビットを情報ビットストリームに追加する。スクランブラ５０６は一般的に、一実施形態において、情報ビットストリームをスクランブリングすることで、複数の１または０の長い配列の発生を減少させる。エンコーダパーサ５１０は、スクランブラ５０６に結合される。エンコーダパーサ５１０は、情報ビットストリームを、１または複数のＦＥＣエンコーダ５１２と対応する１または複数のエンコーダ入力ストリームに逆多重化する。 
【００６６】
図５には３つのＦＥＣエンコーダ５１２が示されているが、様々な実施形態および／またはシナリオにおいて、異なる数のＦＥＣエンコーダが含まれ、および／または、異なる数のＦＥＣエンコーダが並行して動作する。例えば、一実施形態によれば、ＰＨＹ処理ユニット５００は、４つのＦＥＣエンコーダ５１２を含み、１、２、３、または４つのＦＥＣエンコーダ５１２は、特定の変調および符号化方式（ＭＣＳ）、バンド幅、ならびに空間ストリームの数に応じて、同時に動作する。各ＦＥＣエンコーダ５１２は、対応する入力ストリームを符号化して、対応する符号化ストリームを生成する。一実施形態において、各ＦＥＣエンコーダ５１２は、バイナリ畳み込み符号器（ＢＣＣ）を含む。他の実施形態において、各ＦＥＣエンコーダ５１２は、パンクチャリングブロックの後にＢＣＣを含む。他の実施形態において、各ＦＥＣエンコーダ５１２は、低密度パリティチェック（ＬＤＰＣ）エンコーダを含む。ＬＤＰＣ符号化が利用されるいくつかの実施形態において、１つのエンコーダ５１２のみがビット情報ストリームを符号化するのに利用され、エンコーダパーサ５１０はバイパスまたは省略される。 
【００６７】
ストリームパーサ５１６は、１または複数の符号化されたストリームを構文解析して１または複数の空間ストリームに変換し、複数のコンスタレーションポイント／シンボルへと別個にインターリーブおよびマッピングする。一実施形態において、ストリームパーサ５１６は、以下の数式が満たされるように、ＩＥＥＥ８０２．１１ａｃ規格に準拠して動作する。
【数１】
0006645676.tif 000002
ｓは、複数のＮｓｓ個の空間ストリームの各々についてコンスタレーションポイント内の単一軸に割り当てられた符号化ビットの数であり、ＮＢＰＳＣＳは、サブキャリアあたりのビット数である。一実施形態において、各ＦＥＣエンコーダ５１２（ＢＣＣまたはＬＤＰＣ）について、符号化ビットの連続するブロックは、ラウンドロビン方式で異なる空間ストリームに割り当てられる。ＦＥＣエンコーダ５１２のセットが２またはそれより多いＢＣＣエンコーダを含む、いくつかの実施形態において、個別のＦＥＣエンコーダ５１２の出力は、各ラウンドロビンサイクルで交互に使用される。すなわち、最初に第１ＦＥＣエンコーダ５１２からのＳ個のビットがＮｓｓ個の空間ストリームへ供給され、次に、第２のＦＥＣエンコーダ１０６からのＳ個のビットがＮｓｓ個の空間ストリームへ供給される、などである。
【数２】
0006645676.tif 000003
【００６８】
Ｎｓｓ個の空間ストリームの各々に対応して、インタリーバ５１８は複数のビットをインターリーブして（すなわち、複数のビットの順序を変更する）、複数の隣接ノイジービットの長い配列が受信デバイスでデコーダに入ることを防止する。より具体的には、インタリーバ５１８は、複数の隣接符号化ビットを周波数領域または時間領域における隣接しない場所へマッピングする。インタリーバ５１８は、一実施形態において、各データストリーム内で２つの周波数パーミュテーションを実行し、異なるストリーム上でビットを別に循環シフトするべく第３パーミュテーションを実行する。様々な実施形態において、インタリーバ５１８によって使用されるパラメータＮｃｏｌ、Ｎｒｏｗ、Ｎｒｏｔ（すなわち、それぞれ列の数、行の数、周波数回転パラメータ）は、生成されるデータユニットのバンド幅、および、データユニットを生成するべく利用されるＦＦＴサイズに基づく好適な値である。一実施形態において、インタリーバ５１８による第１パーミュテーションは、複数の隣接符号化ビットが信号の複数の非隣接サブキャリアにマッピングされることを確実にする。一実施形態において、インタリーバ５１８によって実行される第２のパーミュテーションは、隣接符号化ビットがコンスタレーションの上位ビットおよび下位ビットに代替的にマッピングされることを確実にすることで、信頼性の低いビットの長い配列を回避する。更に、複数の空間ストリームを伴う複数の実施形態において、第３パーミュテーションがインタリーバ５１８によって実行され、第３パーミュテーションは、一実施形態において、各々の異なる空間ストリーム上で異なる周波数回転を実行する。
【００６９】
いくつかの実施形態において、例えば、ＬＤＰＣ符号化が利用される場合（例えば、ＦＥＣエンコーダ５１２がＬＤＰＣエンコーダである場合）、複数のＢＣＣインタリーバ５１８はバイパスまたは省略される。
【００７０】
一実施形態において、複数のＢＣＣインタリーバ５１８の複数の出力（複数のＢＣＣインタリーバ５１８がバイパスまたは省略される場合、セグメントパーサ５１６の出力）は、複数のコンスタレーションマッパ５２２に提供される。一実施形態において、各コンスタレーションマッパ５２２は、ＯＦＤＭシンボルの異なるサブキャリア／トーンに対応するコンスタレーションポイントにビットの配列をマッピングする。より具体的には、一実施形態において、コンスタレーションマッパ５２２は各空間ストリームについて、長さｌｏｇ２（Ｍ）の全ビット配列をＭ個のコンスタレーションポイントの１つへ変換する。コンスタレーションマッパ５２２は、利用されているＭＣＳに応じて、異なる数のコンスタレーションポイントを扱う。一実施形態において、コンスタレーションマッパ５２２は、Ｍ＝２、４、１６、６４、２５６、１０２４を扱う直角位相振幅変調（ＱＡＭ）マッパである。他の複数の実施形態において、コンスタレーションマッパ５２２は、２、４、１６、６４、２５６、１０２４から成るセットのうち少なくとも２つの値の異なるサブセットと等しいＭに対応する異なる変調方式を扱う。 
【００７１】
一実施形態において、ＬＤＰＣ符号化が利用される場合、コンスタレーションマッパ５２２の出力は、ＬＤＰＣトーンマッパ５２６によって作用される。いくつかの実施形態において、ＢＣＣ符号化が利用される場合（例えば、ＦＥＣエンコーダ５１２がＢＣＣエンコーダである場合）、ＬＤＰＣトーンマッパ５２６はバイパスされるか、または省略される。
【００７２】
各ＬＤＰＣトーンマッパ５２６は、空間ストリーム、および、トーン再マッピング機能に係るセグメントに対応する複数のコンスタレーションポイントを並び替える。トーン再マッピング機能は一般的に、連続するＯＦＤＭトーンが送信中に悪影響を受ける場合に備えて、受信デバイスでデータ復旧を容易にするべく、連続する符号化ビットまたは情報ビットのブロックがＯＦＤＭシンボル内の連続しない複数のトーン上にマッピングされるように定義される。複数のＬＤＰＣトーンマッパパラメータ（例えば、「トーンマッピング距離」、つまり、隣接する複数のコンスタレーションポイントがマッピングされる２つのＯＦＤＭトーンの間の距離）は、異なる実施形態において異なり得る。
【００７３】
時空間ブロック符号化（ＳＴＢＣ）ユニット５２８は、１または複数の空間ストリームに対応するコンスタレーションポイントを受信し、複数の空間ストリームを複数（ＮＳＴＳ個）の時空間ストリームに展開する。いくつかの実施形態において、ＳＴＢＣユニット５２８は省略される。巡回シフトダイバーシティ（ＣＳＤ）ユニット５３２はＳＴＢＣユニット５２８に結合される。ＣＳＤユニット５３２は、予期しないビームフォーミングを防止するべく、（時空間ストリームが１つより多い場合）時空間ストリームの１つを除くすべてに複数の巡回シフトを挿入する。説明を容易にするべく、ＳＴＢＣユニット５２８が省略される複数の実施形態においても、ＣＳＤユニット５３２への入力は、時空間ストリームと称される。
【００７４】
空間マッピングユニット５３６は、ＮＳＴＳ個の時空間ストリームをＮＴＸ個の送信チェーンにマッピングする。様々な実施形態において、空間マッピングは、（１）各時空間ストリームからの複数のコンスタレーションポイントが複数の送信チェーン上に直接マッピングされるダイレクトマッピング（すなわち、１対１マッピング）、（２）送信チェーンへの入力を生成するべく、すべての時空間ストリームからの複数のコンスタレーションポイントの複数のベクタが行列乗算を介して拡張される空間拡張、（３）送信チェーンへの入力を生成するべく、すべての時空間ストリームからの複数のコンスタレーションポイントの各ベクタにステアリングベクタの行列を乗じるビームフォーミングのうち１または複数を含む。空間マッピングユニット５３６の各出力は、送信チェーンに対応し、空間マッピングユニット５３６の各出力は、コンスタレーションポイントのブロックを時間領域信号に変換するＩＤＦＴプロセッサ５４０（例えば、逆高速フーリエ変換（ＩＦＦＴ）計算ユニット）によって作用される。
【００７５】
複数のＩＤＦＴプロセッサ５４０の複数の出力は、複数のＯＦＤＭシンボルに対し、一実施形態においてＯＦＤＭシンボルの循環拡張であるガードインターバル（ＧＩ）部分をプリペンドする機能と、スペクトル遅延を増加させるべく複数のＯＦＤＭシンボルの端を平滑化する機能とを有する、ＧＩ挿入およびウィンドウイングユニット５４４に提供される。複数のＧＩ挿入およびウィンドウイングユニット５４４の複数の出力は、複数の信号を複数のアナログ信号へ変換し、複数の信号を送信用の無線周波数（ＲＦ）へアップコンバートするアナログおよび無線周波数（ＲＦ）ユニット５４８に提供される。様々な実施形態および／またはシナリオにおいて、複数の信号は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚバンド幅チャネルで送信される（例えば、一実施形態において、それぞれ、プロセッサ５４０での２５６、５１２、１０２４、または２０４８ポイントＩＤＦＴに対応し、ＩＤＦＴサイズに関係なく一定であるクロックレートを利用する）。他の複数の実施形態において、他の好適なチャネルバンド幅（および／またはＩＤＦＴサイズ）が利用される。
【００７６】
様々な実施形態において、ＰＨＹ処理ユニット５００は、様々な好適な数（例えば、１、２、３、４、５、６、７など）の送信チェーンを含む。更に、いくつかのシナリオにおいて、ＰＨＹ処理ユニット５００は、すべての送信チェーンを利用しない。単に説明のための例として、ＰＨＹ処理ユニット５００が４つの送信チェーンを含む実施形態において、例えば、２つの空間ストリームのみが利用されている場合、ＰＨＹ処理ユニット５００は、２つの送信チェーンのみ、または、３つの送信チェーンのみを利用し得る。 
【００７７】
一実施形態において、ＰＨＹ処理ユニット（例えば、ＰＨＹ処理ユニット５００）は、データユニット（例えばデータユニット２００）の異なる部分のために、異なるサイズの複数のＯＦＤＭシンボルを生成するように構成される。例えば、ＰＨＹ処理ユニットは、データユニットのＯＦＤＭシンボルの第１セットについて、（例えば、１／４トーン間隔など、低減されたトーン間隔で生成される）「ロングＯＦＤＭシンボル」を生成するように構成され、データユニットのＯＦＤＭの第２セットについて、（例えば、通常のトーン間隔で、または、１／２トーン間隔など、ＯＦＤＭシンボルの第１セットの低減されたトーン間隔より大きい低減されたトーン間隔で生成された）「ショートＯＦＤＭシンボル」または「圧縮ＯＦＤＭシンボル」を生成するように構成される。一実施形態において、ＯＦＤＭシンボルの第２セットは、データユニットのデータ部分の１または複数のパディングＯＦＤＭシンボル（例えば、図２Ａおよび２ＢのパディングＯＦＤＭシンボル２４４）を含む。いくつかの実施形態において、複数のＯＦＤＭシンボルの第２セットは更に、異なるサイズのＯＦＤＭシンボルのサブセットを含む。例えば、データユニットのロングＯＦＤＭシンボルが、８０ＭＨｚ幅通信チャネル用の１０２４ポイントＩＤＦＴに対応するトーン間隔で生成される実施形態において、データユニットのショートＯＦＤＭシンボルの第１サブセットは、１０２４ポイントＩＤＦＴ（例えば、５１２ポイントＩＤＦＴ）より小さい第１サイズＩＤＦＴに対応するトーン間隔で生成され、データユニットのショートＯＦＤＭシンボルの第２サブセットは、１０２４ポイントＩＤＦＴ（例えば、２５６ポイントＩＤＦＴ）より小さい第２サイズＩＤＦＴに対応するトーン間隔で生成される。
【００７８】
一般的に、少なくともいくつかの実施形態において、複数のショートＯＦＤＭシンボルを使用してデータユニットのデータ部分の１または複数のパディングＯＦＤＭシンボルを送信すると、パディングに関連するオーバヘッドが減少する。少なくともいくつかの実施形態において、ショートＯＦＤＭシンボルを使用してデータユニットのデータ部分の１または複数のパディングＯＦＤＭシンボルを送信すると、最終ＯＦＤＭシンボルにおける符号化ビットの数が減少し、受信デバイスが最終ＯＦＤＭシンボルをより迅速に処理することが可能となり、それにより、受信デバイスが所定の時間（例えば、ｓｈｏｒｔ  ｉｎｔｅｒ−ｆｒａｍｅ  ｓｐａｃｅ（ＳＩＦＳ）周期の終了時）に肯定応答フレーム（ＡｃｋまたはＢｌｋＡｃｋ）を送信するのに十分な時間を提供する。
【００７９】
他の実施形態において、ＰＨＹ処理ユニット（例えば、ＰＨＹ処理ユニット５００）は、最終ロングＯＦＤＭシンボルに「漏れた」過剰な複数の情報ビットの数に基づいて、柔軟な２段階パディング方式を使用するように構成され、可変長信号拡張フィールドを利用して、受信デバイスが最終ロングＯＦＤＭシンボルを処理するのに十分なバッファ時間を提供するように構成される。一実施形態において、パディングの第１段階は、情報ビットを符号化する前に情報ビットに適用される。第１段階のパディングは、複数のパディングされた情報ビットがロングＯＦＤＭシンボル内の境界ａまでＯＦＤＭトーンに対応することを確実にするべく、必要に応じて１または複数のパディングビットを情報ビットに追加し、第２段階は、複数の符号化情報ビット（または、符号化情報ビットに基づいて生成されたコンスタレーションポイント）をパディングして、境界ａの後のロングＯＦＤＭシンボルの残りの部分を満たす。一実施形態において、受信デバイスは第２段階の複数のパディングビット（または複数のコンスタレーションポイント）を復号する必要はない。従って、一実施形態において、受信デバイスは、最終ＯＦＤＭシンボル内の境界ａで最終ＯＦＤＭシンボルの復号を停止する。更に、一実施形態において、データユニットのデータ部分に続く信号拡張フィールドの期間（例えば、図２ＡのＳＥフィールド２４５、または、図２ＢのＳＥフィールド２７４）は可変であり、データユニットについて選択された境界ａの値に基づいて選択される。例えば、一実施形態において、信号拡張フィールドの比較的長い期間は、変数ａの比較的高い値に対して選択される。
【００８０】
いくつかの実施形態において、データユニットがいくつかの変調・符号化方式を使用して生成される場合、および／または、複数の比較的高いデータレートに関連するいくつかのチャネルバンド幅のために生成される場合、ショートＯＦＤＭシンボル方式、または、２段階パディング方式が使用される。例えば、一実施形態において、ショートＯＦＤＭシンボル方式、または、２段階パディング方式は、８０ＭＨｚバンド幅チャネル、または、１６０ＭＨｚバンド幅チャネルのみに使用される。更に、いくつかの実施形態において、可変期間の信号拡張フィールドは、ＩＥＥＥ８０２．１１ａｃ規格で規定されているＭＣＳ５−９に対応する変調および符号化方式など、比較的高いデータレートに関連する変調および符号化方式のみで使用される。この実施形態において、比較的低いＭＣＳを使用して生成されるデータユニットでは、信号拡張フィールドが省略される。例として、例示的な実施形態において、２段階パディング方式は、８０ＭＨｚ  ＢＷまたは１６０ＭＨｚ  ＢＷのために生成されたすべてのデータユニットで使用されるが、可変期間の拡張信号フィールドは、比較的高いＭＣＳを使用して生成された複数のデータユニットのみで使用される。
【００８１】
一実施形態において、境界ａの詳細は、ＯＦＤＭシンボル内の過剰な情報ビットの数に基づいて決定される。一実施形態において、境界ａの値は、ＯＦＤＭシンボルのトーンである｛１／４、１／２、３／４、１｝のセットから選択される。他の実施形態において、境界ａの値は、ロングＯＦＤＭシンボル内の仮想ショートＯＦＤＭシンボルにおけるシンボルあたりのデータビット数の整数倍｛１、２、３、４｝のセットから選択される。一実施形態において、データユニットの選択された境界ａの選択された値は、受信デバイスに通知される。例えば、一実施形態において、データユニットのために選択された境界ａの値のインジケーションは、データユニットの（例えば、信号フィールドにおける）プリアンブルに含まれる。単に例として、図２Ａに関連して、一実施形態において、データユニット２００のＨＥ−ＳＩＧＡフィールド２２０またはＨＥ＿ＳＩＧＢフィールド２３５は、データユニット２００のパディング部分２２４に対応する最終ＯＦＤＭシンボルで使用される境界ａの選択された値のインジケーションを含む。同様に、単に他の例として、図２Ｂに関連して、一実施形態において、データユニット２５０のＨＥ−ＳＩＧＡフィールド２６０またはＨＥ−ＳＩＧＢフィールド２６６は、データユニット２５０のパディング部分２７２に対応する最終ＯＦＤＭシンボルで使用される境界ａの選択された値のインジケーションを含む。一実施形態において、受信デバイスは、示された境界ａまでパディングＯＦＤＭシンボルを復号および処理するだけで良い。従って、上述のように、一実施形態において、境界ａの後のパディングＯＦＤＭシンボルの残りの部分は、受信デバイスで復号または処理される必要がなく、最終ＯＦＤＭシンボルの境界ａまでの第１部分を処理するべく、最終ＯＦＤＭシンボルにおけるバッファ時間を提供する。
【００８２】
一実施形態において、データユニットのデータ部分に続く信号拡張フィールドの期間（例えば、図２ＡのＳＥフィールド２４５、または、図２ＢのＳＥフィールド２７４）は、データユニットの最終ＯＦＤＭシンボルに選択された境界ａの値に基づいて選択される。従って、この実施形態において、ＳＥフィールドの期間は、データユニットのデータ部分の最終ＯＦＤＭシンボルにおける第２段階パディングによって提供されるバッファ時間の合計に基づいて選択される。この場合、最終ＯＦＤＭシンボルは、一実施形態において、受信デバイスが最終ＯＦＤＭシンボルを処理するための、より長いバッファ時間を提供するので、例えば、より小さい境界値ａが選択される場合、比較的短いＳＥフィールド（または、ＳＥフィールドなし）が使用される。一方、一実施形態において、より大きい境界値ａが選択される場合、より長いＳＥフィールドが使用される。なぜなら、この場合、最終ＯＦＤＭシンボルは、受信デバイスが最終ＯＦＤＭシンボルを処理するための、より短いバッファ時間を提供するからである。いくつかの実施形態による、複数の例示的な境界、および、複数の対応する例示的な信号拡張フィールドについては、図１０Ａ〜１０Ｄおよび図１１Ａ〜１１Ｄに関連して、詳細が後述される。
【００８３】
図６は、一実施形態による、例示的なパディングシステム６００のブロック図である。パディングシステム６００は、一実施形態によれば、図５のＰＨＹ処理ユニット５００と併せて利用される。他の実施形態において、パディングシステム６００と異なる他の好適なパディングシステムが、ＰＨＹ処理ユニット５００と併せて利用される。同様に、ＰＨＹ処理部５００は、いくつかの実施形態において、パディングシステム６００とは異なる好適なパディングシステムを実装する。一実施形態において、パディングシステム６００は、ＦＥＣエンコーダ５１２がＢＣＣエンコーダである実施形態において使用される。パディングシステム６００は、エンコーダ前パディングユニット６０４、および、エンコーダ後パディングユニット６１２に結合された、エンコーダ前パディングユニット６０４、エンコーダ後パディングユニット６１２、および、計算ユニット６１８を含む。一実施形態によれば、エンコーダ前パディングユニット６０４およびエンコーダ後パディングユニット６１２は各々、図５のＰＨＹユニット５００に含まれる。他の実施形態によれば、エンコーダ前パディングユニット６０４は、少なくとも部分的に、図１のＭＡＣユニット１８、２８に含まれる。 
【００８４】
一実施形態において、計算ユニット６１８は、ＯＦＤＭシンボルの最小整数に適合しない過剰な情報ビットの数に基づいて、エンコーダ前パディングビットの数を決定する。例えば、一実施形態において、データ部分２０４の複数のＯＦＤＭシンボルが複数のロングＯＦＤＭシンボルおよび複数のショートＯＦＤＭシンボルへ仮想的に分割され、ショートＯＦＤＭシンボルは、ロングＯＦＤＭシンボルの部分（例えば、１／４、１／２など）に対応する。特に、一実施形態において、最終ロングＯＦＤＭシンボルは仮想的に、整数個のショートＯＦＤＭシンボル（例えば、２個のショートＯＦＤＭシンボル、４個のショートＯＦＤＭシンボルなど）に細分され、各ショートＯＦＤＭシンボルは、最終ロングＯＦＤＭシンボルの対応部分（例えば、１／２、１／４など）である。パディングユニット６０４は、ＮＰＡＤ１個のパディングビットを複数の情報ビットに追加し、その結果、エンコーダ５１８によって符号化された後、符号化ビットは、最終ＯＦＤＭシンボルの第１部分まで、最終ＯＦＤＭシンボルを満たす。一実施形態において、パディングユニット６１２は、ＮＰＡＤ２個のパディングビットを符号化情報ビットに追加し、その結果、符号化情報ビットは最終ＯＦＤＭシンボルの全体を完全に満たす。
【００８５】
一実施形態において、計算ユニット６１８は、情報ビットで完全に満たされたＯＦＤＭシンボルの最小整数に適合しない過剰な情報ビットの数に基づいて、変数ａの値を計算する。このために、一実施形態において、計算ユニット６１８は、すべての情報ビットを含めるのに必要なロングＯＦＤＭシンボルの数を、
【数３】
0006645676.tif 000004
に従って計算し、過剰なビット数ＮＥｘｃｅｓｓを 
【数４】
0006645676.tif 000005
に従って計算する。次に、計算ユニット６１８は、過剰なビット数ＮＥｘｃｅｓｓに基づいて、ＮＥｘｃｅｓｓを閾値と比較し、ＮＥｘｃｅｓｓと閾値との比較に基づいて変数ａに値を割り当てることで、変数ａの値を決定する。一実施形態において、（ｉ）チャネルバンド幅と、（ｉｉ）空間ストリームの数と、（ｉｉｉ）利用されているＭＣＳとによって決定される仮想ショートＯＦＤＭシンボルにおけるデータビット数は、閾値として使用される。この実施形態において、変数ａの値は、
【数５】
0006645676.tif 000006
に従って決定される。一実施形態において、次に、変数ａの値に基づいて、
【数６】
0006645676.tif 000007
に従って、最終ＯＦＤＭシンボルにおけるデータビット数が決定される。そして、一実施形態において、最終ＯＦＤＭシンボルにおける符号化ビットの数は、
【数７】
0006645676.tif 000008
に従って決定される。他の実施形態において、ＮＤＢＰＳ ＳＨＯＲＴとは異なる好適な閾値が使用される。例えば、例示的な一実施形態において、少なくとも約１／４ＮＤＢＰＳ ＬＯＮＧに対応する閾値が使用される。 
【００８６】
一実施形態において、複数の情報ビットを符号化する前にパディングユニット６０４によって複数の情報ビットに追加されるエンコーダ前パディングビットの数は、
【数８】
0006645676.tif 000009
に従って決定される。パディングユニット６１２によって、複数の符号化情報ビットに追加される複数のエンコーダ後パディングビット数ＮＰＡＤ２は、
【数９】
0006645676.tif 000010
に従って決定される。
【００８７】
一実施形態において、パディングユニット６０４は、（例えば、数８に従って決定される）パディングビットの数ＮＰＡＤ１を複数の情報ビットに追加し、複数のパディングされた情報ビットをスクランブラ３１６へ提供する。一実施形態によれば、パディングユニット６０４は、図５のＰＨＹユニット５００に含まれる。他の実施形態によれば、パディングユニット６０４は少なくとも部分的に、図１のＭＡＣユニット１８、２８に含まれる。末尾ビット挿入ユニット５０８は、複数の末尾ビットを、パディングおよびスクランブリングされた複数の情報ビットに挿入し、パディングおよびスクランブリングされた複数の情報ビットは次に、１または複数のエンコーダ５１２を使用して符号化される。一実施形態において、末尾挿入ユニット６０８は、６×Ｎｓｓ個の末尾ビットを挿入する。ここで、Ｎｓｓは、複数の情報ビットを符号化するのに使用される複数のＦＥＣエンコーダ数である。他の実施形態において、末尾挿入ユニット６０８は、他の好適な数の末尾ビットを挿入する。
【００８８】
１または複数のＦＥＣエンコーダ５１２によって符号化された後で、複数の符号化情報ビットは、エンコーダ後パディングユニット６１２に提供される。エンコーダ後パディングユニット６１２は、複数の符号化ビットが最終ＯＦＤＭシンボルの全体を完全に満たすように符号化ビットをパディングする。一実施形態において、エンコーダ後パディングユニット６１２は、（例えば、数９に従って決定される）パディングビットの数ＮＰＡＤ２を追加する。
【００８９】
図７は、一実施形態による、例示的なパディングシステム７００のブロック図である。パディングシステム７００は、一実施形態によれば、図５のＰＨＹ処理ユニット５００と併せて利用される。他の実施形態において、パディングシステム７００と異なる他の好適なパディングシステムが、ＰＨＹ処理ユニット５００と併せて利用される。同様に、ＰＨＹ処理部５００は、いくつかの実施形態において、パディングシステム７００とは異なる好適なパディングシステムを実装する。一実施形態において、パディングシステム７００は、ＦＥＣエンコーダ５１２がＬＤＰＣエンコーダである実施形態において使用される。パディングシステム７００は、エンコーダ前パディングユニット７０４、エンコーダ後パディングユニット７１２、ならびに、エンコーダ前パディングユニット７０４、および、エンコーダ後パディングユニット７１２に結合された計算ユニット７１８を含む。一実施形態によれば、エンコーダ前パディングユニット７０４およびエンコーダ後パディングユニット７１２は各々、図５のＰＨＹユニット５００に含まれる。他の実施形態によれば、エンコーダ前パディングユニット７０４は、少なくとも部分的に、図１のＭＡＣユニット１８、２８に含まれる。
【００９０】
一実施形態において、変数ａ計算ユニット７１８は、情報ビットで完全に満たされたＯＦＤＭシンボルの最小整数に適合しない過剰な情報ビットの数に基づいて、変数ａの値を計算する。このために、一実施形態において、計算ユニット７１８は、すべての情報ビットを含めるのに必要なロングＯＦＤＭシンボルの最初の数を、
【数１０】
0006645676.tif 000011
に従って計算し、最初の過剰なビット数ＮＥｘｃｅｓｓを 
【数１１】
0006645676.tif 000012
に従って計算する。次に、計算ユニット７１８は、最初の過剰なビット数ＮＥｘｃｅｓｓ．ｉｎｉｔに基づいて、ＮＥｘｃｅｓｓを閾値と比較し、ＮＥｘｃｅｓｓと閾値との比較に基づいて変数ａに値を割り当てることで、変数ａの初期値（ａｉｎｉｔ）を決定する。一実施形態において、（ｉ）チャネルバンド幅と、（ｉｉ）空間ストリームの数と、（ｉｉｉ）利用されているＭＣＳとによって決定される仮想ショートＯＦＤＭシンボルにおけるデータビット数は、閾値として使用される。この実施形態において、変数ａの値は、
【数１２】
0006645676.tif 000013
に従って決定される。一実施形態において、次に、
【数１３】
0006645676.tif 000014
に従って、変数ａｉｎｉｔの値に基づいて、最終ＯＦＤＭシンボルにおける複数のデータビットの最初の数が決定される。そして、一実施形態において、最終ＯＦＤＭシンボルにおける符号化ビットの最初の数は、
【数１４】
0006645676.tif 000015
に従って決定される。他の実施形態において、ＮＤＢＰＳ ＳＨＯＲＴとは異なる好適な閾値が使用される。例えば、例示的な一実施形態において、少なくとも約１／４ＮＤＢＰＳ ＬＯＮＧに対応する閾値が使用される。
【００９１】
一実施形態において、複数の情報ビットを符号化する前にパディングユニット６０４によって複数の情報ビットに追加されるエンコーダ前パディングビットの数ＮＰＡＤ１は、
【数１５】
0006645676.tif 000016
に従って決定される。ＬＤＰＣエンコーダパラメータＮｐｉｄ、および、Ｎａｖｂｉｔｓはそれぞれ、
【数１６】
0006645676.tif 000017
および
【数１７】
0006645676.tif 000018
に従って決定される。次に、一実施形態において、数１７に従って決定されるＮａｖｂｉｔｓの数に基づいて、コードワードの数ＮＣＷ、短縮ビットの数Ｎｓｈｒｔ、パンクチャリングビットの数Ｎｐｕｎｃ、および、反復ビットの数Ｎｒｅｐが決定される。例えば、一実施形態において、Ｎｃｗ、Ｎｓｈｒｔ、Ｎｐｕｎｃ、Ｎｒｅｐは、ＩＥＥＥ８０２．１１ｎ規格に記載されているように決定される。
【００９２】
いくつかの状況において、例えば、ＩＥＥＥ８０２．１１ｎ規格でも記載されているように、最小数のＯＦＤＭシンボルにおける利用可能なビット数は、１つ、または、時空間ブロック符号化が使用される場合、２つのＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。例えば、一実施形態において、利用可能なビット数は、１つ、または、時空間ブロック符号化が使用される場合、２つのショートＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。一実施形態において、利用可能なビット数が更新される場合、変数ａの値がそれに応じて更新され、必要な場合、ロングＯＦＤＭシンボルの数が、
【数１８】
0006645676.tif 000019
に従って更新される。次に、一実施形態において、
【数１９】
0006645676.tif 000020
【数２０】
0006645676.tif 000021
【数２１】
0006645676.tif 000022
に従って、ＯＦＤＭシンボルあたりの新たな利用可能なビット数に基づいて、ショートＯＦＤＭシンボルの最後の数が決定される。一実施形態において、
【数２２】
0006645676.tif 000023
に従って、変数ａの更新された値に基づいて、最終ＯＦＤＭシンボルにおける符号化ビットの数が更新される。複数のパディングユニット６１２によって複数の符号化情報ビットに追加されるエンコーダ後パディングビットの数ＮＰＡＤ２は、
【数２３】
0006645676.tif 000024
に従って決定される。
【００９３】
一実施形態において、データユニット２００がＭＵデータである実施形態において、図２Ｂのデータユニット２５０、または、図２Ａのデータユニット２００などのマルチユーザデータユニットの場合、計算ユニット７１８は、最長パケット期間のユーザに基づいて変数ａの値を計算する。このために、計算ユニット７１８は、
【数２４】
0006645676.tif 000025
に従って、各ユーザｕについて、ロングＯＦＤＭシンボルの最初の数、および、初期値ａを計算する。ここで、Ｌｕは、ユーザｕに対応する複数の情報ビットのオクテットの数である。更に、計算ユニット７１８は、
【数２５】
0006645676.tif 000026
に従って、各ユーザｕについて、最初の過剰なビット数ＮＥｘｃｅｓｓ．ｕを計算する。次に、計算ユニット７１８は、各ユーザｕについて、対応するユーザｕの最初の過剰なビット数ＮＥｘｃｅｓｓ．ｕに基づいて、対応するＮＥｘｃｅｓｓ．ｕを閾値と比較し、ＮＥｘｃｅｓｓ．ｕと閾値との比較に基づいて変数ａに値を割り当てることで、変数ａの初期値（ａｉｎｉｔ．ｕ）を決定する。一実施形態において、（ｉ）チャネルバンド幅と、（ｉｉ）空間ストリームの数と、（ｉｉｉ）利用されているＭＣＳとによって決定される仮想ショートＯＦＤＭシンボルにおけるデータビット数は、閾値として使用される。この実施形態において、変数ａの値は、
【数２６】
0006645676.tif 000027
に従って決定される。次に、一実施形態において、最大パケット期間のユーザは、
【数２７】
0006645676.tif 000028
に従って選択される。ここで、βはユーザｕに対応するショートＯＦＤＭシンボルにおけるデータトーンの数と、ユーザｕに対応するロングＯＦＤＭシンボルにおけるデータトーンの数との比率である。例示的な実施形態において、β＝０．２５である。他の実施形態において、βは０．２５以外の好適な値である。
【００９４】
次に、ロングＯＦＤＭシンボルの最初の数および初期値はそれぞれ、
【数２８】
0006645676.tif 000029
および
【数２９】
0006645676.tif 000030
に従って決定される。
【００９５】
次に、一実施形態において、
【数３０】
0006645676.tif 000031
に従って、変数ａｉｎｉｔの値に基づき、最終ＯＦＤＭシンボルにおけるデータビットの最初の数が決定される。一実施形態において、最終ＯＦＤＭシンボルにおける符号化ビットの最初の数は、
【数３１】
0006645676.tif 000032
に従って決定される。他の実施形態において、ＮＤＢＰＳ．ＳＨＯＲＴと異なる好適な閾値が使用される。例えば、例示的な一実施形態において、少なくとも約１／４ＮＤＢＰＳ ＬＯＮＧに対応する閾値が使用される。 
【００９６】
一実施形態において、ユーザｕの複数の情報ビットを符号化する前に、各ユーザｕの複数の情報ビットに追加されるエンコーダ前パディングビットの数は、
【数３２】
0006645676.tif 000033
に従って決定される。次に、各ユーザの複数のＬＤＰＣエンコーダパラメータＮｐｉｄおよびＮａｖｂｉｔｓはそれぞれ、
【数３３】
0006645676.tif 000034
および
【数３４】
0006645676.tif 000035
に従って決定される。次に、一実施形態において、数３４に従って各ユーザについて決定されるＮａｖｂｉｔｓの数に基づいて、コードワードの数ＮＣＷ、短縮ビットの数Ｎｓｈｒｔ、パンクチャリングビットの数Ｎｐｕｎｃ、および、反復ビットの数Ｎｒｅｐが対応するユーザについて決定される。例えば、一実施形態において、Ｎｃｗ、Ｎｓｈｒｔ、Ｎｐｕｎｃ、Ｎｒｅｐは、ＩＥＥＥ８０２．１１ｎ規格に記載されているように、各ユーザについて決定される。 
【００９７】
いくつかの状況において、例えば、ＩＥＥＥ８０２．１１ｎ規格でも記載されているように、最小数のＯＦＤＭシンボルにおける利用可能なビット数は、１つ、または、時空間ブロック符号化が使用される場合、２つのＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。例えば、一実施形態において、あるユーザについて利用可能なビット数は、対応するユーザについて、
【数３５】
0006645676.tif 000036
に従って、１つ、または、時空間ブロック符号化が使用される場合、２つのショートＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。
【００９８】
一実施形態において、少なくとも１ユーザについて、利用可能なビット数が更新される場合、変数ａの値がそれに応じて更新され、必要な場合、ロングＯＦＤＭシンボルの数が、
【数３６】
0006645676.tif 000037
【数３７】
0006645676.tif 000038
に従って更新される。一実施形態において、各ユーザの最終ＯＦＤＭシンボルにおける符号化ビットの数は、
【数３８】
0006645676.tif 000039
に従って、変数ａの更新された値に基づいて更新される。更に、すべてのＬＤＰＣユーザについて、ＬＤＰＣエンコーダパラメータの少なくともいくつかが更新される。例えば、各ＬＤＰＣユーザについて、パンクチャリングビットの数Ｎｐｕｎｃｔが、
【数３９】
0006645676.tif 000040
に従って更新される。各ユーザについて符号化情報ビットに追加されるエンコーダ後パディングビットの数ＮＰＡＤ２は、
【数４０】
0006645676.tif 000041
に従って決定される。一実施形態において、ＮＳＹＭ．ＬＯＮＧ個のロングＯＦＤＭシンボルを生成するべく情報ビットおよび第１パディングビットが符号化され、次に、最後のｍＳＴＢＴのＯＦＤＭシンボルの各々における各ユーザｕについて、ＮＰＡＤ２．ｕが追加される。
【００９９】
一実施形態において、数３７に従ってロングＯＦＤＭシンボルの数が更新される場合、これはデータユニットのプリアンブルの信号フィールド（例えば、ＨＥ−ＳＩＧＡフィールド、または、ＨＥ−ＳＩＧＢフィールド）内で示される。例えば、一実施形態において、信号フィールドにおける「過剰パディングビット」インジケーションＮｌｄｐｃ＿ｅｘｔは、論理値１に設定され、ロングＯＦＤＭシンボルの数が更新されたことを示す。更に、一実施形態において、変数ａの最後の（更新された、または更新されない）値は、プリアンブルの信号フィールドにおいて信号で送られる。
【０１００】
上述のように、一実施形態において、信号拡張フィールドは、データユニットのデータ部分の最終ＯＦＤＭシンボルに続くデータユニットに含まれる。一実施形態において、送信デバイスは、変数ａの値に基づいて、信号拡張フィールドを含めるかどうか決定し、信号フィールドがデータユニット内に含まれる場合、信号拡張フィールドの期間を決定する。一実施形態において、データユニットの信号フィールド（例えば、ＬＳＩＧフィールド、ＨＥ−ＳＩＧＡ、またはＨＥ−ＳＩＧＢ）は、データユニット内における信号拡張フィールドの有無を示すためのＥＴＳＥインジケーションを含む。
【０１０１】
データユニットを受信する受信デバイスは、データユニット内のＬ−ＳＩＧフィールド内のＬＥＮＧＴＨフィールドの値に基づいて、ロングＯＦＤＭシンボルの最初の数を決定する。次に、受信デバイスは、
【数４１】
0006645676.tif 000042
および
【数４２】
0006645676.tif 000043
に従って、過剰パディングビットのインジケーションＮｌｄｐｃ＿ｅｘｔおよびデータユニット内のＨＥ−ＳＩＧＡフィールド内の変数ａの値に基づいて、ロングＯＦＤＭシンボルの実際の数を決定する。
【０１０２】
一実施形態において、受信デバイスは、データユニットのＬＳＩＧフィールド内のＬＥＮＧＴＨインジケーションに基づいて、更に、変数ａの値のインジケーション、および、データユニット内の信号拡張フィールドの有無を示すＥＴＳＥインジケーションに基づいて、データユニットの期間を決定する。一実施形態において、送信デバイスは、
【数４３】
0006645676.tif 000044
【数４４】
0006645676.tif 000045
【数４５】
0006645676.tif 000046
に従ってＬＥＮＧＴＨフィールドの値を決定する。
【０１０３】
受信デバイスで、一実施形態において、データユニット内のロングＯＦＤＭシンボルの数は、
【数４６】
0006645676.tif 000047
に従って決定される。
【０１０４】
上の数式では、時空間ブロック符号化がデータユニットのために利用されていることをデータユニットの信号フィールドが示している場合、時空間ブロック符号化はデータユニットのデータ部分のＯＦＤＭシンボルすべてで使用されることを想定している。しかし、いくつかの実施形態において、時空間ブロック符号化がデータユニット内で使用されないことをデータユニットの信号フィールドが示す場合でも、時空間ブロック符号化はデータユニットのデータ部分の最終ＯＦＤＭシンボルに適用されない。複数のそのような実施形態において、複数の上の数式は、データユニットの最終ＯＦＤＭシンボル内に時空間ブロック符号化が存在しないことを考慮して、適宜修正される。
【０１０５】
図８は、一実施形態による、例示的なパディングシステム８００のブロック図である。パディングシステム８００は、一実施形態によれば、図５のＰＨＹ処理ユニット５００と併せて利用される。他の実施形態において、パディングシステム８００と異なる他の好適なパディングシステムが、ＰＨＹ処理ユニット５００と併せて利用される。同様に、ＰＨＹ処理部５００は、いくつかの実施形態において、パディングシステム６００とは異なる好適なパディングシステムを実装する。パディングシステム８００は、ＦＥＣエンコーダ５１２がＦＥＣエンコーダである実施形態において使用される。 
【０１０６】
パディングシステム８００は一般的に、一実施形態において、パディングシステム８００のエンコーダ後パディングが複数の符号化情報ビットではなく複数のコンスタレーションポイントで実行されるという点を除き、図６のパディングシステム６００と同様である。図５に関連して、一実施形態において、エンコーダ後コンスタレーションポイントパディングは、ＩＤＦＴユニット５４０の直前で実行される。パディングシステム８００は、一実施形態において、空間マッピングユニット５３６の出力で複数のコンスタレーションポイントに作用するエンコーダ後パディングユニット８０２を含む。一実施形態において、ＰＨＹパディングシステム８００は追加的にトーンマッピングユニット８０４を含む。トーンマッピングユニット８０４は、一実施形態において、ＬＤＰＣトーンマッパ５２６と同様である。他の実施形態において、トーンマッピングユニット８０４は、ＬＤＰＣトーンマッパ５２６と異なる。更に他の実施形態において、パディングシステム８００はトーンマッピングユニット８０４を省略する。
【０１０７】
図９は、一実施形態による、例示的なパディングシステム９００のブロック図である。一実施形態によれば、図５のパディングシステム９００は、ＰＨＹ処理ユニット５００と併せて利用される。他の実施形態において、パディングシステム９００と異なる他の好適なパディングシステムがＰＨＹ処理ユニット５００と併せて利用される。同様に、いくつかの実施形態において、ＰＨＹ処理５００は、パディングシステム９００と異なる好適なパディングシステムを実装する。パディングシステム９００は、ＦＥＣエンコーダ５１２がＬＤＰＣエンコーダである実施形態において使用される。
【０１０８】
パディングシステム９００は一般的に、一実施形態において、パディングシステム９００のエンコーダ後パディングが複数の符号化情報ビットではなく複数のコンスタレーションポイントで実行されるという点を除き、図７のパディングシステム７００と同様である。図５に関連して、一実施形態において、ＩＤＦＴユニット５４０の直前でエンコーダ後コンスタレーションポイントパディングが実行される。パディングシステム９００は、一実施形態において、空間マッピングユニット５３６の出力で複数のコンスタレーションポイントに作用するエンコーダ後パディングユニット９０２を含む。一実施形態において、ＰＨＹパディングシステム９００は追加的にトーンマッピングユニット９０４を含む。トーンマッピングユニット９０４は、一実施形態において、ＬＤＰＣトーンマッパ５２６と同様である。他の実施形態において、トーンマッピングユニット９０４は、ＬＤＰＣトーンマッパ５２６と異なる。更に他の実施形態において、パディングシステム８００はトーンマッピングユニット９０４を省略する。 
【０１０９】
一実施形態において、エンコーダ後パディングユニット９０２によって追加されるコンスタレーションポイントの数は、最終ＯＦＤＭシンボルにおける符号化ビットの数を決定するための複数の数式が
【数４７】
0006645676.tif 000048
で置き換えられる点、および、第２パディングビットの数を決定するための複数の数式が
【数４８】
0006645676.tif 000049
で置き換えられる点を除き、上述のようなエンコーダ後パディングビットの数と同様の態様で決定される。ここで、ＮＴＯＮＥ．ＳＨＯＲＴは、ショートＯＦＤＭシンボルにおけるデータトーンの数であり、ＮＴＯＮＥ．ＬＯＮＧは、ロングＯＦＤＭシンボルにおけるデータトーンの数である。エンコーダ後パディングユニット９０２は、一実施形態において、データユニットのデータ部分のｍＳＴＢＣ最終ＯＦＤＭシンボルの各々におけるＮＴＯＮＥ．ＰＡＤ２個のコンスタレーションポイントを追加する。
【０１１０】
一実施形態において、信号拡張フィールド２４５または信号拡張フィールド２７０の長さまたは期間は可変であり、特定のデータユニットに含まれる、エンコーダ後パディングビットの数、または、エンコーダ後コンスタレーションポイントの数に基づいて決定される特定のデータユニットで使用される長さまたは期間を有する。例えば、一実施形態において、信号拡張フィールド２４５または信号拡張フィールド２７０の長さまたは期間は、データユニットの最終ＯＦＤＭシンボルにおける過剰な情報ビットの数に基づいて上述のように計算された値ａに基づいて決定される。 
【０１１１】
図１０Ａ−１０Ｄは、一実施形態による、異なるａの値、および、従って、ＯＦＤＭシンボル１０００内の異なる数のエンコーダ後パディングビットを有する複数のデータユニットで使用されるパディングシナリオおよび信号拡張フィールド期間を示すブロック図である。図２Ａに関連して、一実施形態において、ＯＦＤＭシンボル１０００は、データユニット２００のデータ部分２４０の最終ＯＦＤＭシンボルである。同様に、図２Ｂに関連して、他の実施形態において、ＯＦＤＭシンボル１０００は、データユニット２５２のデータ部分２６８の最終ＯＦＤＭシンボルである。一実施形態において、ＯＦＤＭシンボル１０００は、図６−９のパディングシステム６００−９００のうち１つを使用して生成される。他の実施形態において、ＯＦＤＭシンボル１０００は、図６−９のパディングシステム６００−９００と異なる好適なパディングシステムを使用して生成される。 
【０１１２】
一般的に、ＯＦＤＭシンボル１０００は、複数の符号化情報ビット、および、複数の第１、またはエンコーダ前パディングビットを含む部分１００２、ならびに、第２、またはエンコーダ後パディングビットを含む部分１００４を有する。図１０Ａは、ａ＝１であるシナリオを示す。この場合、ＯＦＤＭシンボル１０００は、第１仮想ショートＯＦＤＭシンボルの複数のＯＦＤＭトーンに対応する、複数の過剰な情報ビット、および、複数の第１エンコーダ前パディングビット１００２ａを含み、残りの３つの仮想ショートＯＦＤＭシンボルに対応する複数のエンコーダ後パディングビット１００４ａを含む。この場合、期間ｄ１の拡張フィールドを含む。一実施形態において、期間ｄ１はゼロに等しい（すなわち、データユニットは信号拡張フィールドを含まない）。他の実施形態において、期間ｄ１は０より大きい好適な期間である。図１０Ｂは、ａ＝２であるシナリオを示す。この場合、ＯＦＤＭシンボル１０００は、最初の２つの仮想ショートＯＦＤＭシンボルの複数のＯＦＤＭトーンに対応する、複数の過剰な情報ビット、および、複数の第１エンコーダ前パディングビット１００２ｂを含み、残りの２つの仮想ショートＯＦＤＭシンボルに対応する複数のエンコーダ後ビット１００４ｂを含む。この場合、データユニットは、一実施形態において、期間ｄ１より大きい期間ｄ２（ｄ２＞ｄ１）を含む信号拡張フィールド１００６ｂを有する。図１０Ｃは、ａ＝３であるシナリオを示す。この場合、ＯＦＤＭシンボル１０００は、最初の３つの仮想ショートＯＦＤＭシンボルの複数のＯＦＤＭトーンに対応する、複数の過剰な情報ビット、および、複数の第１エンコーダ前パディングビット１００２ｃを含み、残りの１つの仮想ショートＯＦＤＭシンボルに対応する複数のエンコーダ後ビット１００４ｃを含む。この場合、データユニットは、一実施形態において、期間ｄ２より大きい期間ｄ３（ｄ３＞ｄ２）の信号拡張フィールド１００６ｃを有する。図１０Ｃは、ａ＝４であるシナリオを示す。この場合、ＯＦＤＭシンボル１０００は、ＯＦＤＭシンボル１０００全体の複数のＯＦＤＭトーンに対応する、複数の過剰な情報ビット、および、複数の第１エンコーダ前パディングビット１００２ｄを含む。この場合、データユニットは、一実施形態において、期間ｄ３より大きい期間ｄ４（ｄ４＞ｄ３）の信号拡張フィールド１００６ｄを有する。単に例として、一実施形態において、ｄ１＝４マイクロ秒、ｄ２＝８マイクロ秒、ｄ３＝１２マイクロ秒、ｄ４＝１６マイクロ秒である。他の複数の実施形態において、ｄ１、ｄ２、ｄ３、および／または、ｄ４は、他の好適な期間である。 
【０１１３】
異なる実施形態において、ＯＦＤＭシンボル１０００の部分１００４の内容は異なる。例えば、一実施形態において、部分１００４は、任意またはランダムの複数のエンコーダ後ビットを含む。この実施形態において、受信デバイスは、ＯＦＤＭシンボル１０００を処理するとき、複数の第２パディングビットを破棄する。他の実施形態において、部分１００４は、ＯＦＤＭシンボル１０００がその一部であるデータユニットのデータ部分における複数の最後の符号化ビットの対応する数Ｙの反復を含む。例えば、一実施形態において、部分１００４は、ＯＦＤＭシンボル１０００がその一部であるデータユニットのデータ部分における最後のＬＤＰＣコードワード（ＣＷ）に対応する符号化ビットの１つまたは複数の反復を含む。他の実施形態において、部分１００４における第２パディングビットの数に応じて、部分１００４は、部分１００２における符号化ビットの部分の反復、または、代替的に、部分１００２におけるすべての符号化ビットの１つまたは複数の反復を含む。部分１００４が符号化ビットの反復を含む、いくつかの実施形態において、反復される符号化ビットを所定の拡散シーケンスＣで乗じることで、符号化ビットの直接的な反復を回避し、ＰＡＰＲを減少させる。例えば、上述のように、部分１００４が最後のＣＷに対応する複数の符号化ビットの１つまたは複数の反復を含む実施形態において、１つまたは複数の反復ｉの各々は、一実施形態において、異なる所定の拡散シーケンスＣｉと乗じられる。 
【０１１４】
部分１００４が複数の符号化ビットの複数の反復を含む、いくつかの実施形態において、受信デバイスは、ＯＦＤＭシンボル１０００を処理するとき、反復する符号化ビットを破棄する。部分１００４が複数の符号化ビットの複数の反復を含む他の複数の実施形態において、受信デバイスは、ＯＦＤＭシンボル１０００における符号化ビットの複数の反復を組み合わせることで、復調を改善する。例えば、受信デバイスは、一実施形態において、複数の符号化ビットの複数の反復に基づいて得られる複数の対数尤度（ＬＬＲ）決定を組み合わせることで、復調のパフォーマンスを改善する。
【０１１５】
図１１Ａ−１１Ｄは、一実施形態による、異なるａの値を有する複数のデータユニットで使用される複数の信号拡張フィールド期間を示す複数のブロック図である。図１１Ａ−１１Ｃが、エンコーダ後パディングが複数の符号化ビットではなく複数のコンスタレーションポイントで実行される実施形態を図示している点を除き、図１１Ａ−１１Ｄは一般的に、図１０Ａ−１０Ｄと同様である。
【０１１６】
図１２Ａ−１２Ｂは、一実施形態による、データ部分の最後のＯＦＤＭパディングシンボル内の境界ａ１までの複数の情報ビットおよび複数の第１パディングビットのみを確実にするパディング方式を示す図である。この場合、受信デバイスは一般的に、一実施形態において、データ部分の最終ＯＦＤＭシンボルを受信および復号する場合、十分なバッファ時間を有する。従って、一実施形態において、信号拡張フィールド（例えば、図２Ａにおける信号拡張フィールド２４５、または、図２Ｂにおける信号拡張フィールド２７４）は不要であり、省略される。
【０１１７】
最初に、図１２Ａに関連して、過剰なビットの数が、ショートＯＦＤＭシンボル内のデータビット数より小さい、または、それと等しい（すなわち、Ｎｅｘｃｅｓｓ≦ＮＤＢＰＳ．ＳＨＯＲＴ）シナリオにおいて、ＯＦＤＭシンボル１２００は、ＯＦＤＭシンボル１２００の第１部分１２０２内に複数の過剰な情報ビット、および、必要な場合、複数の第１エンコーダ前パディングビットを含み、ＯＦＤＭシンボル１２００の第２部分１２０４に複数の第２エンコーダ後ビット（または複数のコンスタレーションポイント）を含む。図１２Ｂに関連して、複数の過剰なビットの数がショートＯＦＤＭシンボル内のデータビットの数より大きい（すなわち、Ｎｅｘｃｅｓｓ＞ＮＤＢＰＳ．ＳＨＯＲＴ）シナリオにおいて、２つのパディングＯＦＤＭシンボルは、一実施形態において、データ部分の最後に含まれる。第１パディングＯＦＤＭシンボル１２５４は、ＯＦＤＭシンボル１２５４の第１部分１２５６に複数の過剰な情報ビットを含み、ＯＦＤＭシンボル１２５６の第２部分１２５８に複数の第１エンコーダ前パディングビットを含む。第２パディングＯＦＤＭシンボル１２６０は、ＯＦＤＭシンボル１２６０の第１部分１２６２に第１エンコーダ前パディングビットを含み、ＯＦＤＭシンボル１２６０の第２部分１２６４に複数の第２エンコーダ後パディングビット（または複数のコンスタレーションポイント）を含む。一実施形態において、第１部分１２６２は、境界ａ１まで（例えば、１つの仮想ショートＯＦＤＭシンボルまで）のＯＦＤＭシンボルの初期部分を含み、第２部分１２６４は、ＯＦＤＭシンボルの残りの部分（例えば、残りの３つの仮想ＯＦＤＭシンボル）を含む。
【０１１８】
いくつかの実施形態において、ＰＨＹ処理ユニットは、上述のような２段階パディング処理を使用する代わりに、データユニットのデータ部分の１または複数の最終ＯＦＤＭシンボル（例えば複数のパディングシンボル）を、（例えば、通常のトーン間隔を使用して生成される）複数のショートＯＦＤＭシンボルとして送信するように構成される。少なくともいくつかのそのような実施形態において、最終ＯＦＤＭシンボルのサイズがより小さいので、受信デバイスは、最終ＯＦＤＭシンボルを処理するのに十分な時間を有する。追加的に、少なくともいくつかの実施形態および／またはシナリオにおいて、（ロングではなく）ショートＯＦＤＭシンボル内で複数のパディングビットを送信することで、複数のパディングビットの送信に関連するオーバヘッドが減少する。一実施形態において、ＰＨＹ処理ユニット５００は、ロングＯＦＤＭシンボルの数およびショートＯＦＤＭシンボルの決定された数に基づいて、生成されるロングＯＦＤＭシンボルの数、および、生成されるショートＯＦＤＭシンボルの数を決定し、複数の情報ビットに追加されるパディングビットの数を決定する。例えば、複数の情報ビットを符号化するのにＢＣＣ符号化が利用される実施形態において、ロングＯＦＤＭシンボルの数が、
【数４９】
0006645676.tif 000050
に従って決定され、ショートＯＦＤＭシンボルの数が、
【数５０】
0006645676.tif 000051
に従って決定される。ここで、一実施形態において、Ｌは情報ビットのバイト数であり、Ｎｓｅｒｖｉｃｅは複数の情報ビットに追加されるサービスビットの数（例えば、１６）であり、ＮｔａｉｌはＢＣＣエンコーダあたり複数の情報ビットに追加される末尾ビットの数（例えば、６）であり、Ｎｅｓは複数の情報ビットを符号化するのに使用されるエンコーダの数であり、ｍＳＴＢＳは、時空間ブロック符号化が利用される場合２に等しくなり、時空間ブロック符号化が使用されない場合１に等しくなる。 次に、ロングＯＦＤＭシンボルの数およびショートＯＦＤＭシンボルの数に基づいて、
【数５１】
0006645676.tif 000052
に従って、ＰＨＹパディングビットの数が決定される。
【０１１９】
ＬＤＰＣ符号化が利用される実施形態において、ロングＯＦＤＭシンボルの数は、数１０に従って決定され、ショートＯＦＤＭシンボルの最初の数は、
【数５２】
0006645676.tif 000053
に従って決定される。次に、決定されたロングＯＦＤＭシンボルの数、および、決定されたショートＯＦＤＭシンボルの最初の数に基づいて、
【数５３】
0006645676.tif 000054
に従ってパディングビットの数が決定される。次に、複数のＬＤＰＣエンコーダパラメータＮｐｌｄおよびＮａｖｂｉｔｓが、それぞれ、
【数５４】
0006645676.tif 000055
および
【数５５】
0006645676.tif 000056
に従って決定される。ここで、ＮＣＰＢＳ．ＬＯＮＧは、ロングＯＦＤＭシンボルあたりの符号化ビットの数であり、ＮＣＰＢＳ．ＳＨＯＲＴは、ショートＯＦＤＭシンボルあたりの符号化ビットの数である。次に、一実施形態において、数５５に従って決定されるＮａｖｂｉｔｓの数に基づいて、コードワードの数ＮＣＷ、短縮ビットの数Ｎｓｈｒｔ、パンクチャリングビットの数Ｎｐｕｎｃ、および、反復ビットの数Ｎｒｅｐが決定される。例えば、一実施形態において、Ｎｃｗ、Ｎｓｈｒｔ、Ｎｐｕｎｃ、Ｎｒｅｐは、ＩＥＥＥ８０２．１１ｎ規格またはＩＥＥＥ８０２．１１ａｃ規格に記載されているように決定される。
【０１２０】
いくつかの状況において、例えば、ＩＥＥＥ８０２．１１ｎ規格でも記載されているように、最小数のＯＦＤＭシンボルにおける利用可能なビット数は、１つ、または、時空間ブロック符号化が使用される場合、２つのＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。例えば、一実施形態において、利用可能なビット数は、１つ、または、時空間ブロック符号化が使用される場合、２つのショートＯＦＤＭシンボルにおける利用可能なビット数ずつ増やされる。この実施形態において、新しい利用可能なビット数は、
【数５６】
0006645676.tif 000057
に従って決定される。次に、一実施形態において、ショートＯＦＤＭシンボルの最後の数が、ＯＦＤＭシンボルあたりの新しい利用可能なビット数に基づいて、
【数５７】
0006645676.tif 000058
に従って決定される。
【０１２１】
一実施形態において、ＮＳＹＭ．ＳＨＯＲＴ．ｉｎｉｔ＞ＮＳＹＭ．ＳＨＯＲＴである場合、データユニットのデータ部分において、過剰なショートＯＦＤＭシンボルが必要である。従って、一実施形態において、ＮＳＹＭ．ＳＨＯＲＴ．ｉｎｉｔ＞ＮＳＹＭ．ＳＨＯＲＴである場合、データユニットのプリアンブルに含まれる（例えば、ＨＥ−ＳＩＧＡフィールド２２０またはＨＥ−ＳＩＧＢフィールド２３５に含まれる）過剰なＬＤＰＣ  ＯＦＤＭシンボルのインジケータＮｌｄｐｃ＿ｅｘｔは、論理値１に設定されることで、過剰なＯＦＤＭシンボルが使用されていることを示し、ＮＳＹＭ．ＳＨＯＲＴ．ｉｎｉｔ≦ＮＳＹＭ．ＳＨＯＲＴである場合、過剰なＬＤＰＣ  ＯＦＤＭシンボルのインジケータＮｌｄｐｃ＿ｅｘｔは、論理値０に設定される。 
【０１２２】
図５に関連して、一実施形態において、ＰＨＹ処理ユニット５００は、データユニットに含まれる複数の情報ビットを受信し、受信した複数の情報ビットに基づいて、データユニットのために、決定された数のロングＯＦＤＭシンボル、および、決定された数のショートＯＦＤＭシンボルを生成する。一実施形態において、各ロングＯＦＤＭシンボルは、チャネルバンド幅、空間ストリームの数（Ｎｓｓ）、および、利用されているＭＣＳによって決定される、ロングＯＦＤＭシンボルあたりのデータビット数（ＮＤＰＢＳ．ＬＯＮＧ）を有する複数の情報ビットのブロックに基づいて生成される。より具体的には、ロングＯＦＤＭシンボルあたりのデータビット数ＮＤＰＢＳ．ＬＯＮＧは、ＯＦＤＭシンボルが生成されるチャネルバンド幅に対応するトーンプランにおけるデータトーンの数と、ＯＦＤＭシンボルが送信される空間ストリームの数Ｎｓｓと、使用されるＭＣＳの変調に応じたサブキャリアあたりの符号化ビットの数（ＮＣＢＰＳＣ）と、使用されるＭＣＳの符号化レートＲとによって決定される。単に例として、１／４トーン間隔がロングＯＦＤＭシンボルで使用される実施形態において、対応するトーンプランは、例示的な実施形態において、９９０のデータトーンを含む。この実施形態において、ロングＯＦＤＭシンボルあたりのデータビット数は、ＮＤＰＢＳ．ＬＯＮＧ＝９９０・Ｎｓｓ・ＮＣＢＰＳＣ・Ｒである。一実施形態において、複数の符号化ビットの複数のブロック、および、複数のロングＯＦＤＭシンボルに対応する複数のコンスタレーションポイントの複数の対応するブロックは、ロングＯＦＤＭシンボル内のＯＦＤＭトーンの数に対応する複数のパラメータを使用して処理される。例えば、８０ＭＨｚ幅チャネルで送信されるデータユニットについて、複数の符号化ビットの複数のブロック、および、複数のロングＯＦＤＭシンボルに対応する複数のコンスタレーションポイントの対応する複数のブロックは、ＯＦＤＭシンボルあたり１０２４ＯＦＤＭトーンに対応する複数のパラメータ（例えば、複数のＢＣＣインタリーバ５２０によって使用される複数のＢＣＣインタリーバパラメータ、複数のＬＤＰＣトーンマッパ５２６によって使用される複数のＬＤＰＣトーンマッパパラメータなど）を使用して処理される。
【０１２３】
同様に、一実施形態において、各ショートＯＦＤＭシンボルは、チャネルバンド幅、空間ストリームの数（Ｎｓｓ）、および、利用されているＭＣＳによって決定される、ショートＯＦＤＭシンボルあたりのデータビット数（ＮＤＰＢＳ．ＳＨＯＲＴ）を有する複数の情報ビットのブロックに基づいて生成される。より具体的には、ロングＯＦＤＭシンボルあたりのデータビット数ＮＤＰＢＳ．ＳＨＯＲＴは、ＯＦＤＭシンボルが生成されるチャネルバンド幅に対応するトーンプランにおけるデータトーンの数と、ＯＦＤＭシンボルが送信される空間ストリームの数Ｎｓｓと、使用されるＭＣＳの変調に応じたサブキャリアあたりの符号化ビットの数（ＮＣＢＰＳＣ）と、使用されるＭＣＳの符号化レートＲとによって決定される。一実施形態において、データユニットの複数のショートＯＦＤＭシンボルに使用されるＭＣＳは、データユニットの複数のロングＯＦＤＭシンボルに使用されるＭＣＳと同一である。引き続き、上述の例としての８０ＭＨｚチャネルバンド幅に関して、通常のトーン間隔がショートＯＦＤＭシンボルで使用される実施形態において、８０ＭＨｚ幅チャネルのための対応するトーンプランは、例示的な実施形態において、２３４のデータトーンを含む。この実施形態において、ショートＯＦＤＭシンボルあたりのデータビット数は、ＮＤＰＢＳ．ＳＨＯＲＴ＝２３４・Ｎｓｓ・ＮＣＢＰＳＣ・Ｒであり、Ｎｓｓ、ＮＣＢＰＳＣ、Ｒは、データユニットのロングＯＦＤＭシンボルで使用されるものと同一である。しかしながら、他の実施形態において、データユニットの複数のショートＯＦＤＭシンボルに使用されるＭＣＳは、データユニットの複数のロングＯＦＤＭシンボルに使用されるＭＣＳと異なる。一実施形態において、複数の符号化ビットの複数のブロック、および、複数のショートＯＦＤＭシンボルに対応する複数のコンスタレーションポイントの複数の対応するブロックは、ショートＯＦＤＭシンボル内のＯＦＤＭトーンの数に対応する複数のパラメータを使用して処理される。例えば、８０ＭＨｚ幅チャネルで送信されるデータユニットについて、複数の符号化ビットの複数のブロック、および、複数のショートＯＦＤＭシンボルに対応する複数のコンスタレーションポイントの対応する複数のブロックは、ＯＦＤＭシンボルあたり２５６のＯＦＤＭトーンに対応する複数のパラメータ（例えば、複数のＢＣＣインタリーバ５２０によって使用される複数のＢＣＣインタリーバパラメータ、複数のＬＤＰＣトーンマッパ５２６によって使用される複数のＬＤＰＣトーンマッパパラメータなど）を使用して処理される。
【０１２４】
いくつかの実施形態において、ＰＨＹ処理ユニット５００は、出力増大を複数のショートＯＦＤＭシンボルの複数の非ゼロＯＦＤＭトーンに適用することで、データユニットの複数のロングＯＦＤＭシンボルおよびショートＯＦＤＭ全体において、時間領域内で同一の送信出力を維持する。例えば、一実施形態において、出力増大がショートＯＦＤＭシンボル内の各非ゼロＯＦＤＭトーンに適用され、出力は、ロングＯＦＤＭシンボルにおける複数の非ゼロトーンとショートＯＦＤＭシンボルにおける複数の非ゼロトーンとの比の平方根に対応するスケール係数でスケーリングされる。単に例として、複数のロングＯＦＤＭシンボルで使用されるＩＤＦＴサイズについて定義されるトーンマップに従って生成されるロングＯＦＤＭシンボルにおける非ゼロＯＦＤＭトーンの数（例えば、１０２４ポイント）は、複数のロングＯＦＤＭシンボルで使用されるＩＤＦＴサイズについて定義されるトーンマップに従って生成される、対応するＮ個のショートＯＦＤＭシンボルにおける非ゼロＯＦＤＭトーンの数（例えば２５６ポイント）より大きい。例えば、例示的な実施形態において、８０ＭＨｚチャネル用の１０２４ポイントＯＦＤＭシンボルについて定義されたトーンマップは、９９８の非ゼロＯＦＤＭトーン（９９０データトーンおよび８のパイロットトーン）を含む一方で、８０ＭＨｚチャネル用の２５６ポイントＯＦＤＭシンボルについて定義されたトーンマップ（すなわち、１／４トーン間隔）は、２４２の非ゼロトーン（２３４のデータトーンおよび８のパイロットトーン）を含み、その結果、４つのショートＯＦＤＭシンボルにおける非ゼロトーンが２４２×４＝９６８となる。この例示的な実施形態において、出力増大がショートＯＦＤＭシンボル内の各非ゼロトーンに適用され、出力はｒｃｏｍｐ（ｒｃｏｍｐ＝９９８／９６８＝１．０３１）の平方根のスケール係数によってスケーリングされることで、例示的な実施形態において、ショートＯＦＤＭシンボル内の複数の非ゼロトーンの比較的小さい数のための出力補償を提供する。従って、この例示的な実施形態において、ショートＯＦＤＭシンボルにおける各非ゼロトーンの出力は、１．０３１の平方根、すなわち１．０１５４によってスケーリングされる。
【０１２５】
図１３は、一実施形態による、複数のデータユニットを生成するように構成された例示的なＰＨＹ処理ユニット１３００の送信部分のブロック図である。図１に関連して、一実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０、および、クライアント局２５−１のＰＨＹ処理ユニット２９は各々、ＰＨＹ処理ユニット１３００と同様または同一のＰＨＹ処理ユニットを含む。ＰＨＹ処理ユニット１３００は、一実施形態において、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０などの複数のデータユニットを生成するように構成される。しかしながら、他の複数の実施形態において、ＰＨＹ処理ユニット１３００は、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０と異なる複数の好適なデータユニットを生成するように構成される。同様に、ＰＨＹ処理ユニット１３００と異なる複数の好適なＰＨＹ処理ユニットは、いくつかの実施形態において、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０などのデータユニットを生成するように構成される。
【０１２６】
一実施形態において、ＰＨＹ処理ユニット１３００は、図５のＰＨＹ処理ユニット５００と同様であり、図５のＰＨＹ処理ユニット５００と同様に番号が付けられた多くの要素を含む。追加的に、ＰＨＹ処理ユニット１３００は、アップサンプリングユニット１３０２および切断プロセッサ１３０４を含む。一実施形態において、アップサンプリングユニット１３０２および切断プロセッサ１３０４は、ＰＨＹ処理ユニット１３００がデータユニットのショートＯＦＤＭシンボルを生成するときに使用される。一実施形態において、アップサンプリングユニット１３０２および切断プロセッサ１３０４は、ＰＨＹ処理ユニット１３００がデータユニットのロングＯＦＤＭシンボルを生成するときにバイパスされる。ショートＯＦＤＭシンボルを生成するとき、ＰＨＹ処理ユニット１３００は、複数のＮＤＢＰＳ．ＳＨＯＲＴビットで開始し、ＮＤＢＰＳ．ＳＨＯＲＴは、ショートＯＦＤＭシンボルにおけるＯＦＤＭトーンの数（例えば、ＮＤＢＰＳ．ＳＨＯＲＴ＝Ｋ／Ｎ、ＫはロングＯＦＤＭシンボル内のＯＦＤＭトーンの数、ＮはロングＯＦＤＭシンボルとショートＯＦＤＭシンボルとの間のトーン間隔比）、および、利用されているＭＣＳに基づいて決定される。単に例として、（例えば、８０ＭＨｚバンド幅において）Ｋ＝１０２４、および、ショートＯＦＤＭシンボルと比較してロングＯＦＤＭシンボルが１／４トーン間隔である一実施形態において、データユニットのショートＯＦＤＭシンボルのためのＮＤＢＰＳ．ＳＨＯＲＴは、一実施形態において、２５６のＯＦＤＭトーン、および、データユニットのロングＯＦＤＭシンボルに使用されるものと同一のＭＣＳを使用して決定される。引き続き同一の例示的な実施形態において、２５６ポイントＩＤＦＴ  ＯＦＤＭシンボルのためのトーンマップが２３４のデータトーンを含む場合、および、６４ＱＡＭ変調および５／６の符号化レート（例えば、ＩＥＥＥ８０２．１１ａｃ規格のＭＣＳ７）を定義するＭＣＳが２つの空間ストリームと共に使用される場合、一実施形態において、ＮＤＢＰＳ．ＳＨＯＲＴ＝２３４×２×６×５／６＝２３４０である。
【０１２７】
ショートＯＦＤＭシンボルのための符号化の流れは、一実施形態において、空間マッピングユニット５３６の複数の出力がアップサンプリングユニット１３０２に提供されることを除いて、概して、（例えば、図５に関連する上述のような）ロングＯＦＤＭシンボルのための符号化の流れと同一である。アップサンプリングユニット１３０２は、複数のコンスタレーションポイントの各ペアの間に（Ｎ−１）個のゼロコンスタレーションポイントを挿入することで、ショートＯＦＤＭシンボルに対応する複数のコンスタレーションポイントをアップサンプリングする。ここで、１／Ｎ（例えば、１／４）は、ショートＯＦＤＭシンボルにおけるトーンの数と、ロングＯＦＤＭシンボルにおけるトーンの数との間のトーン比である。従って、一実施形態において、ショートＯＦＤＭシンボル内の複数のＤＣトーンインデックスがロングＯＦＤＭシンボル内の複数のＤＣトーンインデックスに対応することを除き、ロングＯＦＤＭシンボル内のトーンインデックスｋは、ショートＯＦＤＭシンボル内のトーンインデックスｋ×Ｎに対応する。 
【０１２８】
いくつかの実施形態において、アップサンプリングユニット１３０２は、追加的に、出力増大を複数の非ゼロＯＦＤＭトーンに追加することで、ショートＯＦＤＭシンボルの送信およびロングＯＦＤＭシンボルの送信において、時間領域内で同一の平均送信出力を維持する。例えば、アップサンプリングユニット１３０２は、一実施形態において、ロングＯＦＤＭシンボル内の複数の非ゼロトーンとショートＯＦＤＭシンボル内の非ゼロトーンとの比率の平方根に対応するスケール係数で、各非ゼロＯＦＤＭトーンにおける出力増大を実施する。単に例として、例示的な実施形態において、８０ＭＨｚ幅チャネル用の１０２４ポイントＩＤＦＴを使用して生成されたロングＯＦＤＭシンボルが、９９８の非ゼロＯＦＤＭトーン（９９０のデータトーンおよび８のパイロットトーン）を含む一方で、例示的な実施形態において、１／４トーン間隔で生成された８０ＭＨｚチャネル用のショートＯＦＤＭシンボルは、２４２の非ゼロトーン（２３４のデータトーンおよび８のパイロットトーン）を含む。この例示的な実施形態において、出力増大がショートＯＦＤＭシンボル内の各非ゼロトーンに適用され、出力はｒｃｏｍｐ（ｒｃｏｍｐ＝９９８／２４２＝４．１２４）の平方根のスケール係数でスケーリングされることで、例示的な実施形態において、ショートＯＦＤＭシンボル内の複数の非ゼロトーンの比較的小さい数のための出力補償を提供する。従って、この例示的な実施形態において、ショートＯＦＤＭシンボルにおける各非ゼロトーンの出力は、４．１２４の平方根、すなわち２．０３１によってスケーリングされる。代替的に、いくつかの実施形態において、例えば、実装を容易にするべく、ｒｃｏｍｐの平方根ではなくＮの平方根のスケール係数による出力増大が、ショートＯＦＤＭシンボルの各非ゼロトーンに適用される。従って、引き続き上の例において、２．０３１ではなく、４の平方根、すなわち２のスケール係数による出力増大が、一実施形態において、ショートＯＦＤＭシンボルの複数の非ゼロＯＦＤＭトーンに適用される。この実施形態において、ショートＯＦＤＭシンボル内の送信出力は、ロングＯＦＤＭシンボルにおける送信出力に対して、約０．２デシベル（ｄＢ）減らされる。 
【０１２９】
各空間ストリームに対応する、アップサンプリングされた複数のコンスタレーションポイントは、一実施形態において、データユニットのロングＯＦＤＭシンボルに使用されるＩＤＦＴサイズを使用して、対応するＩＤＦＴユニット５４０よって、時間領域信号に変換される。アップサンプリングユニット１３０２によって実行されるアップサンプリングの結果、各ＩＤＦＴプロセッサ５４０の出力は、ショートＯＦＤＭシンボルに対応する信号のＮ周期を含む。切断プロセッサ１３０４は、信号の第１周期において、各ＩＤＦＴプロセッサ５４０の出力を切断する。一実施形態において、切断プロセッサ１３０４は、Ｋ／Ｎのサンプルにおいて、各ＩＤＦＴプロセッサ３４０の出力を切断する。従って、一実施形態において、切断プロセッサ１３０４の切断された各出力は、ショートＯＦＤＭシンボルの期間に対応する。次に、ガードインターバルは、一実施形態において、各空間ストリームに対応する切断された信号に追加される。
【０１３０】
一実施形態において、受信デバイスは、Ｋ／ＮポイントＦＦＴ、および、Ｋ／ＮサイズＦＦＴのために定義された対応するトーンマップを使用して、データユニットの複数のショートＯＦＤＭシンボルを処理する。例えば、ショートＯＦＤＭシンボルを受信し、ＯＦＤＭシンボルのガードインターバル部分を除去すると、受信デバイスは、送信された信号のＫ／Ｎのサンプルを取得するべく、Ｋ／ＮサイズのＦＦＴを使用して、ＯＦＤＭシンボルを処理する。一実施形態において、受信デバイスは、データユニットの１または複数のロングトレーニングフィールドに基づいて取得されたチャネル推定を利用する。従って、一実施形態において、ロングＯＦＤＭシンボルを使用して送信されたロングトレーニングフィールドのｋ個のＯＦＤＭトーンに基づいてチャネル推定が実行された場合、受信デバイスは、トーンｋ×Ｎに対応する複数のチャネル推定ｈｋを利用する。更に、一実施形態において、送信デバイスで出力増大がショートＯＦＤＭシンボルに適用される場合、同一のスケール係数によって出力が減らされるか、代替的に、実施形態において、対応する出力増大がチャネル推定ｈｋに適用されることで、受信デバイスでトーンｋを適切に復調する。
【０１３１】
一実施形態において、データユニットが、データユニットのデータ部分の最後に１または複数のショートＯＦＤＭパディングシンボルを含む場合、信号拡張フィールド（例えば、図２ＡのＳＥフィールド２４５、または、図２ＢのＳＥフィールド２７４）がデータユニットから省略される。一方、データユニットがデータ部分の最後に何らかのショートＯＦＤＭシンボルを含まない場合（例えば、データ部分の最後にパディングが不要である場合）、一実施形態において、データユニットは、データ部分の後にＳＥフィールドを含む。
【０１３２】
代替的に、いくつかの実施形態において、データユニット２００のデータ部分２４０に含められるロングＯＦＤＭシンボルの数、および、ショートＯＦＤＭシンボルの数は、データ部分の最後のショートＯＦＤＭシンボルの数が所定の閾値Ｘ（Ｘは０より大きな正の整数）を超えるように決定される。更に、いくつかのそのような実施形態において、データユニット２００は、データ部分２４０の最後に少なくともＸのショートＯＦＤＭシンボルを含むので、データユニット２００は、ＳＥフィールド２４５を省略する。例示的な実施形態において、データユニット２００が、１／Ｎのトーン間隔（例えば１／４トーン間隔）で生成された、少なくともＮ（例えば、少なくとも４）個のショートＯＦＤＭシンボルを含むことを確実にするべく、ロングＯＦＤＭシンボルの数を決定するための上の数式は、１つのロングＯＦＤＭシンボルを引くことで変更される。例えば、一実施形態において、データユニットのための複数の情報ビットを符号化するべくＢＣＣ符号化が利用される場合、ロングＯＦＤＭシンボルの数の数が
【数５８】
0006645676.tif 000059
に従って決定されるように、上の数４５が変更される。
【０１３３】
同様に、データユニットのための複数の情報ビットを符号化するのにＬＤＰＣ符号化が利用される一実施形態において、ロングＯＦＤＭシンボルの最初の数が
【数５９】
0006645676.tif 000060
に従って決定されるように、上の数４５が変更される。
【０１３４】
一実施形態において、データユニット２００のショートＯＦＤＭシンボルは、データユニット２００の複数のロングＯＦＤＭシンボルと同一の長さの複数のトーンインデックスに、複数のパイロットトーンを含む。従って、一実施形態において、受信デバイスは、ロングＯＦＤＭシンボルおよびショートＯＦＤＭシンボルにわたって複数のパイロットトーンの複数のトーンインデックスに対応する複数のトレーニング信号に基づいて取得される複数のチャネル推定を使用して、位相および周波数トラッキングを実行する。代替的に、いくつかの実施形態において、複数のトラベリングパイロットが、少なくとも、データユニット２００の複数のロングＯＦＤＭシンボルに適用される。この場合、複数のパイロットトーンインデックスは、異なるロングＯＦＤＭシンボル内で異なり得る。複数のそのような実施形態において、受信デバイスは、少なくとも、複数のロングＯＦＤＭシンボルに含まれる複数のトラベリングパイロットトーンに基づいて、最初は１または複数のトレーニングフィールド（例えば、ＬＴＦフィールド２３０、２６４）に基づいて取得される複数のチャネル推定を更新し得る。複数のトラベリングパイロットトーンがデータユニット２００の複数のロングＯＦＤＭシンボル内で使用される実施形態において、固定された複数のパイロットトーンインデックスは、データユニット２００の複数のショートＯＦＤＭシンボル内で使用される。また、複数のトラベリングパイロットトーンがデータユニット２００の複数のロングＯＦＤＭシンボル内で使用される他の実施形態において、複数のトラベリングパイロットは、データユニット２００の複数のショートＯＦＤＭシンボルで使用され、複数のパイロットインデックスは、複数のパイロットトーンインデックスに対して１／Ｎの係数でスケーリングされ、パイロットトーンテーブルは、複数のロングＯＦＤＭシンボルのための複数のトラベリングパイロットトーンの複数のインデックスを定義する。ここで、１／Ｎ（例えば、１／４）は、ショートＯＦＤＭシンボル内のトーン数とロングＯＦＤＭシンボル内のトーン数との間のトーン比率である。
【０１３５】
一実施形態において、データユニット２００を受信する受信デバイスは、データユニット２００のプリアンブルに含まれる１または複数のインジケーションに基づいて、データユニット２００におけるロングＯＦＤＭシンボルの数、および、ショートＯＦＤＭシンボルの数を決定する。例えば、受信デバイスは、一実施形態において、Ｌ−ＳＩＧフィールド２１５に含まれるＬＥＮＧＴＨフィールドに基づいて、データユニット２００におけるロングＯＦＤＭシンボルの数、および、ショートＯＦＤＭシンボルの数を決定する。一実施形態において、ＬＥＮＧＴＨフィールド２１５は、データユニット２００のレガシプリアンブル部分２０３の後にデータユニット２００の長さのインジケーションを含む。一実施形態において、受信デバイスは、データユニット２００のＬ−ＳＩＧフィールド２１５におけるＬＥＮＧＴＨフィールドに基づいてデータユニット２００のデータ部分２４０の期間ＴＤを決定する。例えば、一実施形態において、受信デバイスは、
【数６０】
0006645676.tif 000061
に従って、ＴＤを決定する。ここで、Ｌ＿ＬＥＮＧＴＨは、Ｌ−ＳＩＧフィールド２１５におけるＬＥＮＧＴＨフィールドの値であり、ＴＨＥＷ＿ＰＲＥＡＭＢＬＥは、ＨＥＷプリアンブル部分２０４の期間である。
【０１３６】
一実施形態において、受信デバイスは次に、
【数６１】
0006645676.tif 000062
に従って、データ部分２４０におけるロングＯＦＤＭシンボルの数を決定する。データユニット２００が少なくともＸのショートＯＦＤＭシンボルを含むことを確実にするべく、送信デバイスでロングＯＦＤＭシンボルの数が決定された他の実施形態において、受信デバイスは、
【数６２】
0006645676.tif 000063
に従って、データユニット２００のデータ部分２４０におけるロングＯＦＤＭシンボルの数を決定する。受信デバイスは次に、
【数６３】
0006645676.tif 000064
に従って、データ部分２４０におけるショートＯＦＤＭシンボルの数を決定する。ＴＬＯＮＧは、データユニット２００内の複数のロングＯＦＤＭシンボルで使用されるトーン間隔およびガードインターバル期間によって決定されるロングＯＦＤＭシンボルの期間であり、ＴＳＨＯＲＴは、データユニット２００内の複数のショートＯＦＤＭシンボルで使用されるトーン間隔およびガードインターバル期間によって決定されるショートＯＦＤＭシンボルの期間である。
【０１３７】
ＬＤＰＣ符号化が利用される一実施形態において、受信デバイスは、数５８に従って、ロングＯＦＤＭシンボルの数ＮＳＹＭ．ＬＯＮＧを決定し、数５９に従って、ショートＯＦＤＭシンボルＮの最初の数ＮＳＹＭ．ＳＨＯＲＴ．ｉｎｉｔを決定する。一実施形態において、受信デバイスは次に、必要な場合、データユニットのプリアンブルに含まれる過剰ＬＤＰＣ  ＯＦＤＭシンボルインジケータＮｌｄｐｃ＿ｅｘｔ（例えば、ＨＥ−ＳＩＧＡフィールド２２０またはＨＥ−ＳＩＧＢフィールド２３５に含まれる）に基づいて、複数のショートＯＦＤＭシンボルの数を更新する。特に、一実施形態において、受信デバイスは必要な場合、
【数６４】
0006645676.tif 000065
に従って、ショートＯＦＤＭシンボルの数を更新する。
【０１３８】
いくつかの実施形態において、データユニット２００のＨＥＷプリアンブル部分２０４（例えば、ＨＥ−ＳＩＧＡフィールド２２０またはＨＥ−ＳＩＧＢフィールド２３５）は、データユニット２００のデータ部分２４０内にロングＯＦＤＭシンボルの数のインジケーション、および、データユニット２００のデータ部分２４０内にショートＯＦＤＭシンボルの数のインジケーションを含む。そのような実施形態において、受信デバイスは、データユニット２００のＨＥＷプリアンブル部分２０４に含まれる、ロングＯＦＤＭシンボルの数のインジケーション、ショートＯＦＤＭシンボルの数のインジケーションに基づいて、データユニット２００のデータ部分２４０におけるロングＯＦＤＭシンボルの数、および、ショートＯＦＤＭシンボルの数をそれぞれ決定する。
【０１３９】
いくつかの実施形態において、データユニットのデータ部分の１または複数のパディングＯＦＤＭシンボルに加えて、または、その代わりに、データユニットのプリアンブルの少なくともいくつかのＯＦＤＭシンボルで、ＯＦＤＭシンボル圧縮が使用される。例えば、図２Ａに関連して、ＨＥ−ＳＩＧＡフィールド２２０、ＨＥ−ＳＴＦフィールド２２５、ＨＥ−ＬＴＦフィールド２３０、および、ＨＥ−ＳＩＧＢフィールド２３５のうち１または複数に対応する複数のＯＦＤＭシンボルは、一実施形態において、複数の圧縮ＯＦＤＭシンボルである。同様に、他の例として、図２Ｂに関連して、ＨＥ−ＳＩＧＡフィールド２６０、ＨＥ−ＳＴＦフィールド２２５、ＨＥ−ＬＴＦフィールド２３０、および、ＨＥ−ＳＩＧＢフィールド２３５のうち１または複数に対応する複数のＯＦＤＭシンボルは、一実施形態において、複数の圧縮ＯＦＤＭシンボルである。
【０１４０】
図１４Ａは、一実施形態による、ロングトレーニングフィールドの複数の圧縮ＯＦＤＭシンボルを生成するように構成されたトレーニングフィールド処理ユニット１４００のブロック図である。一実施形態において、処理ユニット１４００は、図２Ａのデータユニット２００のＨＥ−ＬＴＦフィールド２３０、または、図２Ｂのデータユニット２５０のＨＥ−ＬＴＦフィールド２６４を生成するように構成されている。他の複数の実施形態において、他の複数の好適な処理ユニットは、図２Ａのデータユニット２００のＨＥ−ＬＴＦフィールド２３０、または、図２Ｂのデータユニット２５０のＨＥ−ＬＴＦフィールド２６４を生成するように構成されている。同様に、いくつかの実施形態において、処理ユニット１４００は、図２Ａのデータユニット２００の複数のＨＥ−ＬＴＦフィールド２３０、または、図２Ｂのデータユニット２５０の複数のＨＥ−ＬＴＦフィールド２６４と異なる複数のトレーニングフィールドを生成するように構成されている。処理ユニット１４００は、一実施形態において、８０ＭＨｚバンド幅に対応する。処理ユニット１４００と同様の複数の処理ユニットは、他のバンド幅（例えば、２０ＭＨｚ、４０ＭＨｚ、１６０ＭＨｚなど）で使用される。
【０１４１】
一実施形態において、レガシ通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａｃ規格）で規定されているロングトレーニング配列は、第１通信プロトコルにおける対応するバンド幅のためのロングトレーニング配列として使用される。処理ユニット１４００は、一実施形態において、ＩＥＥＥ８０２．１１ａｃ規格で８０ＭＨｚバンド幅について規定されているが、低減されたトーン間隔に対応する複数のトーンに広がるＨＥ−ＬＴＦ配列に対応する複数の値を有するトレーニング配列１４０２を受信する。例えば、１／４トーン間隔が使用される一実施形態において、ＨＥ−ＬＴＦ配列１４０２は、ＩＥＥＥ８０２．１１ａｃ規格によって８０ＭＨｚバンド幅について規定されたＶＨＴ−ＬＴＦ配列の複数の値であって、配列内の連続する値が、（例えば、データユニットのデータ部分における）８０ＭＨｚのロングＯＦＤＭシンボルに使用されるトーンマップの４トーンごと（例えば、トーン［±４、±８、±１２...］）に変調するように広がる、複数の値を含む。一実施形態において、複数のＶＨＴ−ＬＴＦ配列値の送信に使用されない複数の残りのトーン（例えば、複数のトーン［±５、±６、±７、±９、±１０...］）は、ゼロトーンである。他の例として、１／２トーン間隔が使用される実施形態において、ＨＥ−ＬＴＦ配列１４０２は、ＩＥＥＥ８０２．１１ａｃ規格によって８０ＭＨｚバンド幅について規定されたＶＨＴ−ＬＴＦ配列の値であって、配列内の連続する値が、（例えば、データユニットのデータ部分における）複数の８０ＭＨｚのロングＯＦＤＭシンボルに使用されるトーンマップを２トーンごとに変調するように広がる、複数の値（例えば、トーン［±２、±４、±８...］）を含む。複数のＶＨＴ−ＬＴＦ配列値の送信にＨＥ−ＬＴＦ配列１４０２内で使用されない複数の残りのトーン（すなわち、トーン［±３、±５、±７、±９、±１１...］）は、一実施形態において、ゼロトーンである。 
【０１４２】
ＨＥ−ＬＴＦ配列１４０２は、入力処理ユニット１４０４によって処理される。一実施形態において、入力処理ユニット１４０４は、図５のＣＳＤユニット５３２のようなＣＳＤユニット、および、図５の空間マッピングユニット５２６のような空間マッピングユニットを含む。一実施形態において、入力処理ユニット１４０４は追加的に、ＨＥ−ＬＴＦ配列１４０２をＣＳＤユニットに提供する前に空間ストリームのマッピング行列Ｐの列または行をＨＥ−ＬＴＦ配列１４０２に適用するＬＴＦマッピングユニットを含む。一実施形態において、行列Ｐの列または行は、ＨＥ−ＬＴＦ配列１４０２の非ゼロトーンのみに適用される。一実施形態において、行列Ｐは、ＩＥＥＥ８０２．１１ａｃ規格で規定されているＰＶＨＴＬＴＦ行列に対応する。 
【０１４３】
一実施形態において、各空間ストリームに対応するアップサンプリング処理ユニット１４０６は、処理ユニット１４０４の出力でトレーニング配列を１／Ｎの係数でアップサンプリングする。ここで、Ｎは、トーン間隔低減係数である。例えば、１／４のトーン間隔低減が使用される一実施形態において、アップサンプリング処理ユニット１４０６は、４の係数でトレーニング配列をアップサンプリングする。いくつかの実施形態において、アップサンプリング処理ユニット１４０６は、追加的に、出力増大を複数の非ゼロＯＦＤＭトーンに適用することで、（例えば、データユニットのデータ部分内における）圧縮ＬＴＦフィールドＯＦＤＭシンボルの送信、および、ロングＯＦＤＭシンボルの送信において、時間領域内で、同一の平均送信出力を維持する。例えば、アップサンプリングユニット１４０６は、一実施形態において、ロングＯＦＤＭシンボル内の複数の非ゼロトーンとショートＯＦＤＭシンボル内の複数の非ゼロトーンとの比率の平方根に対応するスケール係数によって、各非ゼロＯＦＤＭトーンにおける出力増大を実施する。単に例として、例示的な実施形態において、８０ＭＨｚ幅チャネル用の１０２４ポイントＩＤＦＴを使用して生成されたロングＯＦＤＭシンボルが、９９８の非ゼロＯＦＤＭトーン（９９０のデータトーンおよび８のパイロットトーン）を含む一方で、例示的な実施形態において、１／４トーン間隔で生成された８０ＭＨｚチャネル用の圧縮ＬＴＦ  ＯＦＤＭシンボルは、２４２の非ゼロトーン（２３４のデータトーンおよび８のパイロットトーン）を含む。この例示的な実施形態において、出力増大が圧縮ＬＴＦフィールドＯＦＤＭシンボル内の各非ゼロトーンに適用され、出力はｒｃｏｍｐ（ｒｃｏｍｐ＝９９８／２４２＝４．１２４）の平方根のスケール係数によってスケーリングされることで、例示的な実施形態において、圧縮ＯＦＤＭシンボル内の複数の非ゼロトーンの比較的小さい数のための出力補償を提供する。従って、この例示的な実施形態において、ショートＯＦＤＭシンボルにおける各非ゼロトーンの出力は、４．１２４の平方根、すなわち２．０３１でスケーリングされる。代替的に、いくつかの実施形態において、例えば、実装を容易にするべく、ｒｃｏｍｐの平方根ではなくＮの平方根のスケール係数による出力増大が、圧縮ＬＴＦフィールドＯＦＤＭシンボルの各非ゼロトーンに適用される。従って、引き続き上の例において、２．０３１ではなく、４の平方根、すなわち２のスケール係数による出力増大が、一実施形態において、圧縮ＬＴＦフィールドＯＦＤＭシンボルの複数の非ゼロＯＦＤＭトーンに適用される。この実施形態において、圧縮ＬＴＦ  ＯＦＤＭシンボル内の送信出力は、ロングＯＦＤＭシンボルにおける送信出力に対して、約０．２デシベル（ｄＢ）減らされる。一実施形態において、スケール係数は受信デバイスで事前に知られる（例えば、スケール係数は第１通信プロトコルによって正規化される）ので、出力増大が送信デバイスでショートＯＦＤＭシンボルに適用される場合、一実施形態において、送信デバイスによって導入される出力増大を補償するべく、対応するスケール係数を受信デバイスで使用できる。
【０１４４】
各空間ストリームに対応する、アップサンプリングされたトレーニング配列は、ＩＤＦＴプロセッサ１４０８によって、時間領域信号に変換される。一実施形態において、ＩＤＦＴプロセッサ１４０８は、図５のＩＤＦＴプロセッサ５４０と同一である。図１４Ａの例示的な実施形態において、各ＩＤＦＴプロセッサ１４０８は、１０２４ポイントＩＤＦＴを使用して、空間ストリームに対応するトレーニング配列を変換する。各ＩＤＦＴプロセッサ１４０８の時間領域出力は、空間ストリームに対応するトレーニング配列の１／Ｎ周期（例えば、４周期）を含む。
【０１４５】
一実施形態において、各空間ストリームに対応して、切断ユニット１４１２は、ＩＤＦＴ出力信号の単一周期に対応する数のサンプルで、対応するＩＤＦＴプロセッサ１４０８の出力を切断する。例えば、一実施形態において、切断ユニット１４１２は、８０ＭＨｚバンド幅のための２５６サンプルで、対応するＩＤＦＴプロセッサ１４０８の出力を切断する。対応するＧＩ挿入ユニット１４１２は、ガードインターバルを、切断された信号に追加する。例えば、ＧＩ挿入ユニット１４１２は、一実施形態において、他の好適な期間の０．４マイクロ秒ＧＩインターバル、０．８マイクロ秒ＧＩインターバル、または、他の好適な期間のＧＩインターバルを追加する。一実施形態において、８０ＭＨｚバンド幅のための、ＬＴＦ処理ユニット１４００によって生成された、切断されたＨＥ−ＬＴＦ信号、および、ガードインターバルの期間は、３．２マイクロ秒＋ＧＩ期間である。 
【０１４６】
図１４Ｂは、他の実施形態による、ロングトレーニングフィールドの圧縮ＯＦＤＭシンボルを生成するように構成されたトレーニングフィールド処理ユニット１４５０のブロック図である。一実施形態において、処理ユニット１４５０は、図２Ａのデータユニット２００のＨＥ−ＬＴＦフィールド２３０、または、図２Ｂのデータユニット２５０のＨＥ−ＬＴＦフィールド２６４を生成するように構成されている。他の複数の実施形態において、他の複数の好適な処理ユニットは、図２Ａのデータユニット２００のＨＥ−ＬＴＦフィールド２３０、または、図２Ｂのデータユニット２５０のＨＥ−ＬＴＦフィールド２６４を生成するように構成されている。同様に、いくつかの実施形態において、処理ユニット１４５０は、図２Ａのデータユニット２００のＨＥ−ＬＴＦフィールド２３０と異なるトレーニングフィールド、または、図２Ｂのデータユニット２５０のＨＥ−ＬＴＦフィールド２６４を生成するように構成される。処理ユニット１４５０は、一実施形態において、８０ＭＨｚバンド幅に対応する。処理ユニット１４００と同様の複数の処理ユニットは、他の複数のバンド幅（例えば、２０ＭＨｚ、４０ＭＨｚ、１６０ＭＨｚなど）で使用される。
【０１４７】
トレーニングフィールド処理ユニット１４５０は、一実施形態において、ＯＦＤＭシンボルのためのトレーニングフィールドのＮ周期を生成することなく、処理ユニット１４５０が圧縮ロングトレーニングフィールドＯＦＤＭシンボルを直接生成することを除き、図１４Ａのトレーニングフィールド処理ユニット１４００と同様である。従って、一実施形態において、トレーニングフィールド処理ユニット１４５０は、アップスケーリングユニット１４０８、および、切断ユニット１４１０を省略する。処理ユニット１４５０は、ＩＥＥＥ８０２．１１ａｃ規格のようなレガシ通信プロトコルによって、対応するバンド幅（例えば、図１４Ｂにおける８０ＭＨｚバンド幅）について規定されたＬＴＦトレーニング配列に対応するトレーニング配列１４５２に作用する。入力処理１４０４の出力は、対応するＩＤＦＴユニット１４５８によって、時間領域信号に変換される。一実施形態において、ＩＤＦＴプロセッサ１４５８は、図５のＩＤＦＴプロセッサ５４０と同一であるが、データユニットのデータ部分の複数のＯＦＤＭシンボルを生成するのに使用されるＩＤＦＴサイズと比較して、より小さいサイズ（例えば、１／Ｎサイズ）のＩＤＦＴを利用することで、データユニットの複数のＨＥ−ＬＴＦフィールドを生成する。図１４Ａおよび１４Ｂの例示的な実施形態において、ＩＤＦＴプロセッサ１４５８は、８０ＭＨｚバンド幅のための２５６ポイントＩＤＦＴを使用してトレーニング配列を変換する。 
【０１４８】
いくつかの実施形態において、データユニットの複数のロングトレーニングフィールドに対応するＯＦＤＭシンボルの期間は、データユニット（例えば、図２Ａのデータユニット２００、または、図２Ｂのデータユニット２５０）が送信される送信モードに依存する。例えば、一実施形態において、第１トレーニングフィールドモードで、複数のロングトレーニングフィールドに対応する複数のＯＦＤＭシンボルは、一実施形態において、データユニットのデータ部分の複数のロングＯＦＤＭシンボルに対して長く、すなわち、圧縮されておらず、第２モードで、複数のロングトレーニングフィールドに対応する複数のＯＦＤＭシンボルは、データ部分の複数のロングＯＦＤＭシンボルに対して短く、例えば、１／２または１／４圧縮されている。他の実施形態において、第１トレーニングフィールドモードで、複数のロングトレーニングフィールドに対応する複数のＯＦＤＭシンボルは、データユニットのデータ部分の複数のロングＯＦＤＭシンボルに対して長く、すなわち、圧縮されておらず、第２モードで、複数のロングトレーニングフィールドに対応する複数のＯＦＤＭシンボルは、データユニットのデータ部分のロングＯＦＤＭシンボルに対して１／２圧縮され、第２モードで、複数のロングトレーニングフィールドに対応する複数のＯＦＤＭシンボルは、データユニットのデータ部分のロングＯＦＤＭシンボルに対して、１／４圧縮される。一実施形態において、使用される特定のモードは、データユニットの信号フィールド内で通知される。例えば、一実施形態において、データユニットのＨＥ−ＳＩＧＡフィールド、または、データユニットのＨＥ−ＳＩＧＢフィールドは、２ビットトレーニングフィールドモードのインジケーションを含み、２ビットの第１の値（例えば、００）は、複数のロングトレーニングフィールドにおいて圧縮が使用されないことを示し、２ビットの第２の値（例えば、０１）は、ロングトレーニングフィールドにおいて１／２圧縮が使用されることを示し、２ビットの第３の値（例えば、１０）は、複数のロングトレーニングフィールドにおいて１／４圧縮が使用されることを示し、２ビットの第４の値（例えば、１１）は、確保されている。他の例として、１ビットトレーニングフィールドモードのインジケーションは、トレーニングフィールド圧縮モードを示すのに使用され、１ビットの第１の値（例えば、０）は、複数のロングトレーニングフィールドにおいて、いかなる圧縮も使用されないか、複数のロングトレーニングフィールドにおいて、１／２圧縮が使用されることを示し、１ビットの第２の値（例えば、１）は、ロングトレーニングフィールドにおいて１／４圧縮が使用されることを示す。 
【０１４９】
更に他の実施形態において、ロングトレーニングフィールドモード圧縮インジケーションは、ガードインターバル期間インジケーションと組み合わされる。例えば、一実施形態において、データユニット（例えば、データユニット２００）のプリアンブル（例えば、プリアンブルのＨＥＷ−ＳＩＧＡフィールド、または、プリアンブルのＨＥＷ−ＳＩＧＢフィールド）は、ＬＴＦトレーニングフィールド（および／またはＨＥ−ＳＩＧＢフィールド）圧縮モードインジケーションとしても機能するガードインターバル期間インジケーションを含む。また、単に例として、第１ガードインターバル期間（例えば、０．４マイクロ秒または０．８マイクロ秒）を示すガードインターバルインジケーションは、１／２または１／４圧縮モードが１または複数のＬＴＦトレーニングフィールド、および／または、ＨＥ−ＳＩＧＢフィールドで使用されることも示し、第２ガードインターバル期間（例えば、０．８マイクロ秒より大きい）を示すガードインターバルインジケーションは、１または複数のＬＴＦトレーニングフィールドおよび／またはＨＥ−ＳＩＧＢフィールド内で圧縮が使用されないことも示す。一実施形態において、データユニット（例えば、データユニット２００）の複数の圧縮または非圧縮ロングトレーニングフィールドは、ＩＥＥＥ８０２．１１ａｃ規格によって対応するバンド幅について規定されているが、
【数６５】
0006645676.tif 000066
に従って複数の空間ストリームにマッピングされる、複数のパイロットトーン位置に対応する複数のパイロットトーンインデックスｋでマルチストリームパイロットトーンを含む。
【数６６】
0006645676.tif 000067
は、空間マッピング行列であり、
【数６７】
0006645676.tif 000068
は、ストリーム前ＣＳＤであり、
【数６８】
0006645676.tif 000069
は、上述のようなＰ行列であり、ＬＴＦｋは、トーンｋに対応するトレーニング配列値（１または−１）である。一実施形態において、複数のロングトレーニングフィールドにおけるマルチストリームパイロットトーンは、受信デバイスが、データユニットのデータ部分における複数のパイロットトーンに隣接する複数のデータトーンを正確に復調することを可能にする。
【０１５０】
一実施形態において、複数の圧縮ＬＴＦフィールドでデータユニットを受信する受信デバイスは、チャネルバンド幅の１／ＮのＯＦＤＭトーンに対応するチャネル推定を取得する。一実施形態において、受信デバイスは、データユニットのデータ部分におけるＮ個のＯＦＤＭトーンを復調するべく、チャネルバンド幅の１／ＮのＯＦＤＭトーンに対応する複数のチャネル推定を利用する。例えば、一実施形態において、データユニットの圧縮ＬＴＦフィールドにおけるトーンインデックスｊを有するＯＦＤＭトーンに基づいて取得されたチャネル推定を使用して、（例えば、データユニットのデータ部分の）ロングＯＦＤＭシンボル内のインデックスｋを有するＯＦＤＭトーンを復調する。ここで、Ｎを乗じられるｊの値は、圧縮ＬＴＦフィールドにおける、Ｎを乗じられる他のいかなるトーンインデックスよりもインデックスｋに近い。従って、例えば受信デバイスは一実施形態において、圧縮ＬＴＦフィールドにおけるトーンインデックス２を有するＯＦＤＭトーンに基づいて取得されるチャネル推定を使用して、（例えば、データユニットのデータ部分における）ロングＯＦＤＭシンボル内の２と１０との間の範囲にある複数のトーンインデックスを有する複数のＯＦＤＭトーンを復調する。更に、引き続き同一の実施形態において、受信デバイスは、圧縮ＬＴＦフィールドなどにおけるインデックス３を有するＯＦＤＭトーンに基づいて取得されるチャネル推定を使用して、この実施形態において、ロングＯＦＤＭシンボル内の１１と１２との間の範囲にある複数のトーンインデックスを有する複数のＯＦＤＭトーンを復調する。代替的に、他の実施形態において、受信デバイスは、圧縮ＬＴＦフィールドにおけるトーンインデックスｋを有するＯＦＤＭトーンに基づいて取得されるチャネル推定を利用することで、（例えば、データユニットのデータ部分内の）ロングＯＦＤＭシンボルにおけるｋからｋ＋Ｎの範囲にあるトーンを復調する。 
【０１５１】
更に他の実施形態において、受信デバイスは、補間を使用することで、圧縮ＬＴＦフィールドから、チャネル推定が利用できなかった残りのトーンに対応する複数のチャネル推定を取得する。例えば、一実施形態において、受信デバイスは、線形補間を使用することで、チャネル推定が利用できなかった残りのトーンに対応するチャネル推定を圧縮ＬＴＦフィールドから取得する。他の実施形態において、受信デバイスは、他の好適な種類の補間を使用することで、チャネル推定が利用できなかった残りのトーンに対応する複数のチャネル推定を圧縮ＬＴＦフィールドから取得する。
【０１５２】
ロングトレーニングフィールド圧縮が、図２Ａのデータユニット２００のようなＭＵデータユニットと共に使用される実施形態であって、データユニット２００がＭＵデータユニット、または、図２ＢのＯＦＤＭＡデータユニット２００である実施形態において、複数の空間ストリームのうち異なる空間ストリームに対応する複数のトレーニング信号の送信のために割り当てられた単一のＯＦＤＭトーン内の複数の非重複ＯＦＤＭトーンを有する複数の空間ストリームに対応する複数のトレーニング信号を送信するのに１つのＯＦＤＭシンボルが使用される。この場合、圧縮ＯＦＤＭシンボル内のトーン数に対応するＯＦＤＭトーン数を各々有する複数のロングトレーニングフィールドは、単一のＯＦＤＭシンボルのロングトレーニングフィールドを使用して送信される。例えば、ロングトレーニングに使用される圧縮係数Ｎが、データユニット内の空間ストリームの数と等しい、または、より大きい実施形態において、単一のロングトレーニングフィールドＯＦＤＭシンボルは、ＯＦＤＭシンボルの重複しない複数の直交ＯＦＤＭトーン上で送信される複数の空間ストリームの各々に対応する複数のトレーニングトーンを含む。例として、一実施形態において、トレーニングフィールドＯＦＤＭシンボルの各ｍｏｄｕｌｏ（ｎ，Ｎ）番目のトーンは、空間ストリームｎに割り当てられる。いくつかの実施形態において、受信デバイスが例えば複数のトレーニングフィールドから取得される複数のチャネル推定を平均できるように、複数のそのようなＬＴＦトレーニングフィールド（例えば、ロングトレーニングフィールドの複数の反復ＯＦＤＭシンボル）が送信される。更に、そのような一実施形態において、複数のロングトレーニングフィールドＯＦＤＭシンボルから取得できるチャネル推定を更に向上させるべく、異なるＯＦＤＭトーンが、複数のＬＴＦトレーニングフィールドのうちの異なるＬＴＦトレーニングフィールドにおける同一の空間ストリームに割り当てられる。例えば、一実施形態において、ｍｏｄｕｌｏ（（ｎ＋ｉ），４）の複数のトーンインデックスでの複数のＯＦＤＭトーンは、ロングトレーニングＯＦＤＭシンボルｉ内の空間ストリームｎに割り当てられる。 
【０１５３】
圧縮係数Ｎが空間ストリームの数Ｎｓｓより大きい実施形態において、過剰な空間ストリームに対応する複数のＯＦＤＭトーンは、複数のゼロトーンとして送信されるか、Ｎｓｓ個の空間ストリームのいくつかに割り当てられる。例えば、圧縮係数Ｎ＝４、空間ストリーム数Ｎｓｓ＝２である実施形態において、過剰な２つの空間ストリームの各々に対応する複数のＯＦＤＭトーンは、Ｎｓｓ空間ストリームの各々に割り当てられる。圧縮係数Ｎ＝４、空間ストリーム数Ｎｓｓ＝２である他の実施形態において、過剰な２つの空間ストリームに対応する複数のＯＦＤＭトーンは、他の空間ストリームと比較して、信号ノイズ比（ＳＮＲ）が比較的低いチャネルに対応する空間ストリームなど、Ｎｓｓ個の空間ストリームの１つに割り当てられる。圧縮係数Ｎが空間ストリーム数Ｎｓｓより高い他の実施形態において、Ｎｓｓ×Ｎ次元を有するマッピング行列Ｐは、マッピング行列Ｐの異なる行を使用して単一のトレーニングフィールドＯＦＤＭシンボルの複数のＯＦＤＭトーンをＮｓｓ個の空間ストリームの各々にマッピングするのに使用される。
【０１５４】
一実施形態において、受信デバイスは、データユニットに含まれる単一のトレーニングフィールドＯＦＤＭシンボルにおける空間ストリームに割り当てられる複数のＯＦＤＭトーンに基づいて各空間ストリームに対応する複数のチャネル推定を取得する段階を実行し、一実施形態において、図１４Ａ−１４Ｂに関連して上述したように、（例えば、データユニットのデータ部分のロングＯＦＤＭシンボル内の）複数のＯＦＤＭトーンの復調にチャネル推定のレプリケーションまたは補間を利用する。図１５は、圧縮係数４（１／Ｎ＝１／４）、空間ストリーム数４の例示的な実施形態におけるマルチストリームＬＴＦトーン割り当てを示すブロック図である。 
【０１５５】
圧縮係数Ｎが空間ストリームの数Ｎｓｓより小さい実施形態において、トレーニングフィールドＯＦＤＭシンボルの重複するＯＦＤＭトーンは、空間ストリームのいくつかに割り当てられる。例えば、一実施形態において、ｍｏｄｕｌｏ（ｎ，Ｎ）のトーンインデックスでの複数のＯＦＤＭトーンは、一実施形態において、空間ストリームｎに割り当てられる。一実施形態において、マッピング行列Ｐの異なる列は、異なる空間ストリームに割り当てられた重複するＯＦＤＭトーンに適用される。例えば、圧縮係数Ｎ、空間ストリーム数４の実施形態において、そのような複数のトレーニングフィールドＯＦＤＭシンボルは、そのような実施形態において、データユニットに含まれる。一般的に、空間ストリーム数Ｎｓｓ＝Ｍ×Ｎ＋Ｋである場合、Ｌ個のＯＦＤＭシンボルが必要となる（一実施形態において、Ｋ＝０の場合、Ｌ＝Ｍであり、Ｋ≠０の場合、Ｌ＝Ｍ＋１）。図１６は、一実施形態による、圧縮係数２（１／Ｎ＝１／２）、および、空間ストリーム数４である例示的な実施形態のマルチストリームＬＴＦトーン割り当てを示すブロック図である。
【０１５６】
一般的に、圧縮係数Ｎが空間ストリーム数Ｎｓｓより小さい実施形態において、空間ストリーム数Ｎｓｓ＝Ｍ×Ｎ＋Ｋである場合、Ｌ個のＯＦＤＭシンボルが必要である（一実施形態において、Ｋ＝０の場合、Ｌ＝Ｍであり、Ｋ≠０の場合、Ｌ＝Ｍ＋１）。一実施形態において、空間ストリームの各々は、Ｌ個のグループにグループ化され、Ｌ個のグループの各々には、Ｍ個の空間ストリームがある。ただし、Ｋ≠０の実施形態において、Ｌ個のグループの１つは、Ｍ個の空間ストリームではなく、Ｋ個の空間ストリームを含む。次に、一実施形態において、１つのロングトレーニングフィールドＯＦＤＭシンボルの複数の非重複ＯＦＤＭトーンは、同一グループ内の複数の空間ストリームに割り当てられる。更に、一実施形態において、異なる行（または、異なる列）、または、空間マッピング行列Ｐは、異なるグループのメンバである異なる空間ストリームに割り当てられた複数の対応するＯＦＤＭトーンに割り当てられた複数のＯＦＤＭトーンに適用される。例えば、図１６に関連して、空間ストリーム０および空間ストリーム１は、グループ化され、第１グループを形成し、複数の非重複ＯＦＤＭトーンは、第１グループの空間ストリーム０および空間ストリーム１に割り当てられる。更に、引き続き同一の実施形態において、空間ストリーム２および空間ストリーム３は、グループ化され、第２グループを形成し、複数の非重複ＯＦＤＭトーンは、第２グループの空間ストリーム２および空間ストリーム３に割り当てられる。更に、２×２空間マッピング行列Ｐの異なる行または列は、一実施形態において、空間ストリーム０および空間ストリーム２に対応する複数のＯＦＤＭトーンに適用される。同様に、２×２空間マッピング行列Ｐの異なる行または列は、一実施形態において、空間ストリーム１および空間ストリーム３に対応するＯＦＤＭトーンに適用される。
【０１５７】
圧縮係数Ｎが空間ストリームの数Ｎｓｓより小さい他の実施形態において、ハイブリッドモードが使用される。ハイブリッドモードでは、１または複数のトレーニングＯＦＤＭシンボルの組み合わせが複数の空間ストリームのうち第１の番号によって共有され、１または複数の他のトレーニングＯＦＤＭシンボルが圧縮され、複数の空間ストリームのうち第１の番号より少ない空間ストリームに使用される。例えば、Ｋ≠０である上述の実施形態において、１または複数の圧縮されたロングトレーニングフィールドＯＦＤＭシンボルは、一実施形態において、Ｍ個の空間ストリームではなく、Ｋ個の空間ストリームを含むＬ個のグループのうち１つに使用され、１または複数の圧縮ＯＦＤＭシンボルの各々は、Ｋ個の空間ストリームのうち１つに使用される。
【０１５８】
圧縮係数Ｎが空間ストリーム数Ｎｓｓより小さい他の実施形態において、Ｎｓｓは、グループの各々に含まれる空間ストリーム数Ｎｓｓ＿ｌｔｆの数がＮの約数となるようにグループ化される。一実施形態において、別個のＯＦＤＭシンボルがグループの各々に使用され、対応するグループに含まれる空間ストリーム数に応じて、圧縮モード（例えば、圧縮なし、１／２圧縮、または、１／４圧縮）がＯＦＤＭシンボルのために選択される。例として、Ｎ＝４、Ｎｓｓ＝７である実施形態において、空間ストリームの３つのグループが形成され、第１グループは４つの空間ストリームを含み、第２グループは２つの空間ストリームを含み、第３グループは１つの空間ストリームを含む。この実施形態において、非圧縮ＯＦＤＭシンボルは、第１グループに使用され、１／２圧縮ＯＦＤＭシンボルは、第２グループに使用され、１／４圧縮ＯＦＤＭシンボルは、第３グループに使用される。各ＯＦＤＭシンボル内で、インデックスｍｏｄｕｌｏ（ｎ×Ｎ／Ｎｓｓ＿ｌｔｆ，Ｎ）を有する複数のＯＦＤＭトーンは、一実施形態において、グループ内の空間ストリームｎに割り当てられる。 
【０１５９】
図１７は、一実施形態による、データユニットを生成するための例示的な方法１７００のフロー図である。図１に関連して、一実施形態において、方法１７００は、ネットワークインタフェースデバイス１６によって実装される。例えば、そのような一実施形態において、ＰＨＹ処理ユニット２０は、方法１７００を実装するように構成されている。また、他の実施形態によれば、ＭＡＣ処理１８は、方法１７００の少なくとも一部を実装するように構成されている。引き続き図１に関連して、更に他の実施形態において、方法１７００は、ネットワークインタフェースデバイス２７（例えば、ＰＨＹ処理ユニット２９および／またはＭＡＣ処理ユニット２８）によって実装される。他の複数の実施形態において、方法１７００は、他の好適なネットワークインタフェースデバイスによって実装される。
【０１６０】
ブロック１７０２では、データユニットのデータ部分に含まれることになる複数の情報ビットが受信される。ブロック１７０４では、１または複数のエンコーダ前パディングビットが複数の情報ビットに追加される。一実施形態において、複数のパディングされた情報ビットが、符号化後、１または複数のＯＦＤＭシンボルのうち最終ＯＦＤＭシンボルの第１部分まで１または複数のＯＦＤＭシンボルを満たすように、１または複数のエンコーダ前パディングビットは複数の情報ビットに追加される。一実施形態において、第１部分は、最終ＯＦＤＭシンボル内の境界までの、最終ＯＦＤＭシンボルの初期部分に対応する。
【０１６１】
ブロック１７０６では、複数の情報ビット、および、複数のエンコーダ前パディングビットは、１または複数のエンコーダを使用して符号化される。ブロック１７０８では、最終ＯＦＤＭシンボルに対応する複数の符号化ビットがパディングされるか、最終ＯＦＤＭシンボルに対応する複数の符号化ビットに基づいて生成される複数のコンスタレーションポイントは、複数のパディングされた符号化ビット、または、複数のパディングされたコンスタレーションポイントが最終ＯＦＤＭシンボルの第２部分を占有するようにパディングされる。一実施形態において、最終ＯＦＤＭシンボルの第２部分は、最終ＯＦＤＭシンボル内の境界後の残りの部分である。
【０１６２】
ブロック１７１０では、１または複数のＯＦＤＭシンボルが生成される。一実施形態において、１または複数のＯＦＤＭシンボルは、（ｉ）最終ＯＦＤＭシンボルに対応する複数の符号化情報ビット、（ｉｉ）最終ＯＦＤＭシンボルの第１部分における複数の第１パディングビット、（ｉｉｉ）最終ＯＦＤＭシンボルの第２部分における複数の第２パディングビットまたは複数のパディングコンスタレーションポイントを含むように生成される。ブロック１７１２では、データユニットは、ブロック１７１２で生成された少なくとも１または複数のＯＦＤＭシンボルを含むように生成される。
【０１６３】
図１８は、一実施形態による、データユニットを生成するための例示的な方法１８００のフロー図である。図１に関連して、一実施形態において、方法１８００は、ネットワークインタフェースデバイス１６によって実装される。例えば、そのような一実施形態において、ＰＨＹ処理ユニット２０は、方法１８００を実装するように構成されている。また、他の実施形態によれば、ＭＡＣ処理１８は、方法１８００の少なくとも一部を実装するように構成されている。引き続き図１に関連して、更に他の実施形態において、方法１８００は、ネットワークインタフェースデバイス２７（例えば、ＰＨＹ処理ユニット２９および／またはＭＡＣ処理ユニット２８）によって実装される。他の複数の実施形態において、方法１８００は、他の好適なネットワークインタフェースデバイスによって実装される。
【０１６４】
ブロック１８０２では、１または複数のロングＯＦＤＭシンボルがデータユニットのデータ部分のために生成される。一実施形態において、１または複数のロングＯＦＤＭシンボルは、複数のＯＦＤＭトーンの第１番号を付けて生成される。一実施形態において、複数のＯＦＤＭトーンの第１番号は、第１トーン間隔に対応する（例えば、１／４トーン間隔などの低減されたトーン間隔）。一実施形態において、ＯＦＤＭトーンの第１番号は、第１サイズのＩＤＦＴに対応する。 
【０１６５】
ブロック１８０４では、１または複数のショートＯＦＤＭシンボルが、データユニットのプリアンブルの１または複数のロングトレーニングフィールドのために生成される。一実施形態において、１または複数のショートＯＦＤＭシンボルは、複数のＯＦＤＭトーンの第１番号の分数である、複数のＯＦＤＭトーンの第２番号を付けて生成される。一実施形態において、複数のＯＦＤＭトーンの第２番号は、第２トーン間隔（例えば、通常のトーン間隔）に対応する。一実施形態において、複数のＯＦＤＭトーンの第２番号は、第１サイズの分数である第２サイズのＩＤＦＴに対応する。
【０１６６】
ブロック１８０６では、データユニットが生成される。一実施形態において、ブロック１８０６でデータユニットを生成することは、（ｉ）プリアンブルの１または複数のトレーニングフィールドに対応する１または複数のショートＯＦＤＭシンボルを含めるようにプリアンブルを生成することと、（ｉｉ）１または複数のロングＯＦＤＭシンボルを含めるようにデータ部分を生成することとを含む。
【０１６７】
図１９は、一実施形態による、データユニットを処理するための例示的な方法１９００のフロー図である。図１に関連して、一実施形態において、方法１９００は、ネットワークインタフェースデバイス１６によって実装される。例えば、そのような一実施形態において、ＰＨＹ処理ユニット２０は、方法１９００を実装するように構成されている。また、他の実施形態によれば、ＭＡＣ処理１８は、方法１９００の少なくとも一部を実装するように構成されている。引き続き図１に関連して、更に他の実施形態において、方法１８００は、ネットワークインタフェースデバイス２７（例えば、ＰＨＹ処理ユニット２９および／またはＭＡＣ処理ユニット２８）によって実装される。他の複数の実施形態において、方法１９００は、他の好適なネットワークインタフェースデバイスによって実装される。
【０１６８】
ブロック１９０２では、ロングＯＦＤＭシンボルが受信される。一実施形態において、ロングＯＦＤＭシンボルは、ブロック１９０２で、データユニットのデータ部分で受信される。ロングＯＦＤＭシンボルは、複数のＯＦＤＭトーンの第１番号を含む複数のＯＦＤＭトーンの第１セットを有する。単に例として、ＯＦＤＭシンボルが８０ＭＨｚのバンド幅を有する例示的な実施形態において、ロングＯＦＤＭシンボルは、１０２４のＯＦＤＭトーンを含む。
【０１６９】
ブロック１９０４では、１または複数のショートＯＦＤＭシンボルが受信される。一実施形態において、複数のショートＯＦＤＭシンボルは、データユニットのプリアンブル部分で受信される。一実施形態において、１または複数のショートＯＦＤＭシンボルは、データユニットのプリアンブルに含まえる１または複数のロングトレーニングフィールドに対応する。１または複数のショートＯＦＤＭシンボルの各々は、複数のＯＦＤＭトーンの第２番号を含む複数のＯＦＤＭトーンの第２セットを有する。一実施形態において、複数のＯＦＤＭトーンの第２番号は、複数のＯＦＤＭトーンの第１番号の分数１／Ｎである。単に例として、ＯＦＤＭシンボルが８０ＭＨｚのバンド幅を有する例示的な実施形態において、１または複数のショートＯＦＤＭシンボルの各々は、２５６のＯＦＤＭトーンを含む。
【０１７０】
ブロック１９０６では、複数のＯＦＤＭトーンの第２セットのＯＦＤＭトーンに対応する複数のチャネル推定が取得される。ブロック１９０８では、ブロック１０９６で取得された複数のチャネル推定は、ブロック１９０２で受信されたロングＯＦＤＭシンボルのＯＦＤＭトーンの第１セットの複数のＯＦＤＭトーンを処理するのに使用される。
【０１７１】
一実施形態において、通信チャネルを介した送信のための物理層（ＰＨＹ）データユニットを生成する方法は、ＰＨＹデータユニットのデータ部分に含まれることになる複数の情報ビットを受信する段階を含む。また、この方法は、情報ビットが、符号化された後、最終ＯＦＤＭシンボルの第１部分までの、１または複数のＯＦＤＭシンボルを満たすように、１または複数の第１パディングビットを複数の情報ビットに追加する段階であって、最終ＯＦＤＭシンボルの第１部分は、最終ＯＦＤＭシンボル内の境界までの最終ＯＦＤＭシンボルの初期部分である、段階と、複数の情報ビットおよび複数の第１パディングビットを符号化して、複数の符号化ビットを生成する段階とを含む。この方法は更に、パディングされた符号化ビットまたはパディングされたコンスタレーションポイントが最終ＯＦＤＭシンボルの第２部分（第２部分とは、境界の後の最終ＯＦＤＭシンボルの残りの部分）を占有するように、（ｉ）最終ＯＦＤＭシンボルに対応する符号化ビットをパディングする段階、または、（ｉｉ）最終ＯＦＤＭシンボルに対応する符号化ビットに基づいて生成されるコンスタレーションポイントをパディングする段階のうち、１つを実行する段階を含む。この方法は更に、１または複数のＯＦＤＭシンボルを生成する段階を含み、その段階は、（ｉ）最終ＯＦＤＭシンボルに対応する符号化情報ビットと、（ｉｉ）最終ＯＦＤＭシンボルの第１部分における第１パディングビットと、（ｉｉｉ）最終ＯＦＤＭシンボルの第２部分における第２パディングビットまたはパディングコンスタレーションポイントとを含めるように、最終ＯＦＤＭシンボルを生成する段階と、少なくとも１または複数のＯＦＤＭシンボルを含めるようにＰＨＹデータユニットを生成する段階とを含む。
【０１７２】
他の複数の実施形態において、本方法は、以下の複数の機能のうち１または複数の任意の好適な組み合わせを含む。
【０１７３】
本方法は更に、最終ＯＦＤＭシンボル内に含まれることになる複数の情報ビットのセットの過剰な情報ビットの数を決定する段階と、複数の過剰な情報ビットの決定された数に基づいて最終ＯＦＤＭシンボル内の境界の境界値を選択する段階とを含む。
【０１７４】
最終ＯＦＤＭシンボルは、第１サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応するロングＯＦＤＭシンボルであり、境界の値を選択する段階は、仮想ショートＯＦＤＭシンボル内のデータビット数の整数倍のセットから値を選択する段階を含み、仮想ショートＯＦＤＭシンボルは、第１サイズの分数である第２サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応する。
【０１７５】
ＰＨＹデータユニットを生成する段階は更に、選択された境界値が閾値を超える場合に、データ部分の後に信号拡張フィールドを含める段階であって、信号拡張フィールドの期間が選択された境界値に基づいて決定される、段階を含む。
【０１７６】
この方法は更に、ＰＨＹデータユニットのプリアンブルに含まれる信号フィールドを生成する段階であって、信号フィールドは選択された境界値のインジケーションを含む、段階を含む。
【０１７７】
本方法は更に、信号フィールドを更に含むようにＰＨＹデータユニットのプリアンブルを生成する段階を含む。
【０１７８】
本方法は更に、プリアンブルを更に含むようにＰＨＹデータユニットを生成する段階を含む。
【０１７９】
信号フィールドを生成する段階は、拡張信号フィールドがＰＨＹデータユニットに含まれているかどうか示すためのインジケーションを更に含めるように信号フィールドを生成する段階を含む。
【０１８０】
複数の情報ビットおよび複数の第１パディングビットを符号化して複数の符号化ビットを生成する段階は、１または複数のバイナリ畳み込み符号（ＢＣＣ）エンコーダを使用して、複数の情報ビットおよび複数の第１パディングビットを符号化する段階を含む。
【０１８１】
複数の情報ビットおよび複数の第１パディングビットを符号化して、複数の符号化ビットを生成する段階は、１または複数の低密度パリティチェック（ＬＤＰＣ）エンコーダを使用して複数の情報ビットおよび複数の第１パディングビットを符号化する段階を含む。
【０１８２】
複数のパディングされた符号化ビットが最終ＯＦＤＭシンボルの第２部分を占有するように符号化ビットをパディングする段階は、複数の符号化ビットに基づいて生成されるコンスタレーションポイントのセットに１または複数のパディングコンスタレーションポイントを追加する段階を含む。
【０１８３】
複数のパディングされた符号化ビットが最終ＯＦＤＭシンボルの第２部分を占有するように符号化ビットをパディングする段階は、Ｙ個の最終符号化ビットを反復させる段階を含む（Ｙはゼロより大きな正の整数）。
【０１８４】
他の実施形態において、装置は、物理層（ＰＨＹ）データユニットのデータ部分に含まれることになる複数の情報ビットを受信するように構成される１または複数の集積回路を有するネットワークインタフェースデバイスを備える。１または複数の集積回路は更に、複数の情報ビットが、符号化された後、最終ＯＦＤＭシンボルの第１部分までの、１または複数のＯＦＤＭシンボルを満たすように、１または複数の第１パディングビットを情報ビットに追加する段階であって、最終ＯＦＤＭシンボルの第１部分は、最終ＯＦＤＭシンボル内の境界までの最終ＯＦＤＭシンボルの初期部分である、段階と、複数の情報ビットおよび複数の第１パディングビットを符号化して、複数の符号化ビットを生成する段階とを実行するように構成される。１または複数の集積回路は更に、パディングされた符号化ビットまたはパディングされたコンスタレーションポイントが最終ＯＦＤＭシンボルの第２部分（第２部分とは、境界の後の最終ＯＦＤＭシンボルの残りの部分）を占有するように、（ｉ）最終ＯＦＤＭシンボルに対応する符号化ビットをパディングする段階、または、（ｉｉ）最終ＯＦＤＭシンボルに対応する符号化ビットに基づいて生成されるコンスタレーションポイントをパディングする段階のうち、１つを実行するように構成される。１または複数の集積回路は追加的に、１または複数のＯＦＤＭシンボルを生成するように構成され、その生成する段階は、（ｉ）最終ＯＦＤＭシンボルに対応する符号化情報ビットと、（ｉｉ）最終ＯＦＤＭシンボルの第１部分における第１パディングビットと、（ｉｉｉ）最終ＯＦＤＭシンボルの第２部分における第２パディングビットまたはパディングコンスタレーションポイントとを含めるように、最終ＯＦＤＭシンボルを生成する段階と、少なくとも１または複数のＯＦＤＭシンボルを含めるようにＰＨＹデータユニットを生成する段階とを含む。
【０１８５】
他の複数の実施形態において、装置は、以下の複数の機能のうち１または複数の任意の好適な組み合わせを含む。
【０１８６】
１または複数の集積回路は更に、最終ＯＦＤＭシンボル内に含まれることになる複数の情報ビットのセットの過剰な情報ビットの数を決定し、複数の過剰な情報ビットの決定された数に基づいて最終ＯＦＤＭシンボル内の境界の境界値を選択するように構成される。
【０１８７】
最終ＯＦＤＭシンボルは、第１サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応するロングＯＦＤＭシンボルであり、１または複数の集積回路は、仮想ショートＯＦＤＭシンボル内のデータビット数の整数倍のセットから境界の値を選択するように構成され、仮想ショートＯＦＤＭシンボルは、第１サイズの分数である第２サイズの逆デジタルフーリエ変換（ＩＤＦＴ）に対応する。
【０１８８】
１または複数の集積回路は、選択された境界値が閾値を超える場合に、データ部分の後に信号拡張フィールドを更に含めるようにＰＨＹデータユニットを生成する段階であって、信号拡張フィールドの期間が選択された境界値に基づいて決定される、段階を実行するように構成される。
【０１８９】
１または複数の集積回路は更に、ＰＨＹデータユニットのプリアンブルに含まれる信号フィールドを生成する段階であって、信号フィールドは選択された境界値のインジケーションを含む、段階を実行するように構成される。
【０１９０】
１または複数の集積回路は更に、信号フィールドを更に含めるべく、ＰＨＹデータユニットのプリアンブルを生成するように構成される。
【０１９１】
１または複数の集積回路は更に、プリアンブルを更に含むべくＰＨＹデータユニットを生成するように構成されている。
【０１９２】
１または複数の集積回路は更に、拡張信号フィールドがＰＨＹデータユニットに含まれているかどうか示すためのインジケーションを更に含めるべく信号フィールドを生成するように構成される。
【０１９３】
１または複数の集積回路は、１または複数のバイナリ畳み込み符号（ＢＣＣ）エンコーダを使用して複数の情報ビットおよび複数の第１パディングビットを符号化するように構成されている。
【０１９４】
１または複数の集積回路は、１または複数の低密度パリティチェック（ＬＤＰＣ）エンコーダを使用して複数の情報ビットおよび複数の第１パディングビットを符号化するように構成されている。
【０１９５】
１または複数の集積回路は、少なくとも、複数の符号化ビットに基づいて生成されるコンスタレーションポイントのセットに１または複数パディングコンスタレーションポイントを追加することで、パディングされた符号化ビットが最終ＯＦＤＭシンボルの第２部分を占有するべく、符号化ビットをパディングするように構成される。
【０１９６】
１または複数の集積回路は、少なくとも、Ｙ個（Ｙはゼロより大きな正の整数）の最終符号化ビットを反復することで、パディングされた符号化ビットが最終ＯＦＤＭシンボルの第２部分を占有するべく、符号化ビットをパディングするように構成される。
【０１９７】
上述の様々なブロック、動作および技術の少なくともいくつかは、ハードウェア、複数のファームウェア命令を実行するプロセッサ、複数のソフトウェア命令を実行するプロセッサまたはこれらの任意の組み合わせを利用して実装され得る。ソフトウェア命令もしくはファームウェア命令を実行するプロセッサを利用して実装される場合、ソフトウェア命令もしくはファームウェア命令は、ＲＡＭもしくはＲＯＭ、またはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光学ディスク、テープドライブなどの磁気ディスク、光学ディスクドライブ、または他のストレージ媒体などの任意のコンピュータ可読メモリに格納され得る。同様に、ソフトウェア命令もしくはファームウェア命令は、例えば、コンピュータ可読ディスクもしくは他の可搬式コンピュータストレージ機構上、または通信媒体によることを含む、任意の既知もしくは所望の提供方法により、ユーザもしくはシステムに提供され得る。通信媒体は通常、搬送波または他の輸送機構などの変調されたデータ信号内で、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを具現化する。「変調されたデータ信号」という用語は、情報を信号内に符号化するように設定または変更された特性のうち１または複数を含む信号を意味する。これに限定しないが、例として、通信媒体は、有線ネットワークもしくは直接有線接続などの有線媒体、ならびに、音、無線周波数、赤外線、および他の無線媒体などの無線媒体を含む。従って、ソフトウェア命令またはファームウェア命令は、電話回線、ＤＳＬ回線、ケーブルテレビ回線、光ファイバ回線、無線通信チャネル、インターネットなどの通信チャネルを経由して（これらは輸送可能なストレージ媒体によって当該ソフトウェアを提供することと同一、または、互換可能と見なされる）、ユーザまたはシステムへ配信され得る。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行された場合に、プロセッサに様々な行為を実行させる機械可読命令を含み得る。
【０１９８】
ハードウェア内で実装される場合、ハードウェアは、個別部品、集積回路、特定用途向け集積回路（ＡＳＩＣ）などのうち１または複数を備え得る。
【０１９９】
本発明は、特定の例に関連して記載されているが、これは、発明を限定するものではなく、一例にすぎず、開示された実施形態に対し、本発明の範囲から逸脱することなく、変更、追加、および／または、削除が実施され得る。
【図１】
0006645676.tif 000070
【図２Ａ】
0006645676.tif 000071
【図２Ｂ】
0006645676.tif 000072
【図３Ａ】
0006645676.tif 000073
【図３Ｂ】
0006645676.tif 000074
【図３Ｃ】
0006645676.tif 000075
【図４】
0006645676.tif 000076
【図５】
0006645676.tif 000077
【図６】
0006645676.tif 000078
【図７】
0006645676.tif 000079
【図８】
0006645676.tif 000080
【図９】
0006645676.tif 000081
【図１０Ａ】
0006645676.tif 000082
【図１０Ｂ】
0006645676.tif 000083
【図１０Ｃ】
0006645676.tif 000084
【図１０Ｄ】
0006645676.tif 000085
【図１１Ａ】
0006645676.tif 000086
【図１１Ｂ】
0006645676.tif 000087
【図１１Ｃ】
0006645676.tif 000088
【図１１Ｄ】
0006645676.tif 000089
【図１２Ａ】
0006645676.tif 000090
【図１２Ｂ】
0006645676.tif 000091
【図１３】
0006645676.tif 000092
【図１４Ａ】
0006645676.tif 000093
【図１４Ｂ】
0006645676.tif 000094
【図１５】
0006645676.tif 000095
【図１６】
0006645676.tif 000096
【図１７】
0006645676.tif 000097
【図１８】
0006645676.tif 000098
【図１９】
0006645676.tif 000099