(57)【特許請求の範囲】
【請求項１】
ＷＬＡＮシステムにおけるＳＴＡ装置のデータ送信方法において、
レガシープリアンブル及びＨＥ−ＬＴＦを含む物理プリアンブルとデータフィールドを含むフィジカルプロトコルデータユニット（ＰＰＤＵ）を生成するステップと、
前記ＰＰＤＵを送信するステップと、
を含み、
前記データフィールドは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の４倍（４ｘ）の周期で送信され、
前記ＨＥ−ＬＴＦは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の前記４倍の周期で送信される４ｘ  ＨＥ−ＬＴＦ、または２倍（２ｘ）の周期で送信される２ｘ  ＨＥ−ＬＴＦであり、
前記ＨＥ−ＬＴＦのパイロットトーンは、前記４ｘ  ＨＥ−ＬＴＦがマッピングされるサブキャリアのうち、偶数インデックスを有するサブキャリアのみに挿入され、
前記パイロットトーンの値は、前記ＰＰＤＵを伝送する総ストリーム個数に基づいて各ストリーム別に予め設定されたパイロットシーケンスとして決定されるか、前記総ストリーム個数と関係なく、全てのストリームに対して固定された１つのパイロットシーケンスとして決定され、
前記パイロットシーケンスに含まれたパイロット値は、下記の数式を満たし、
【数１】
0006499285.tif 000023
ここで、ｎは、前記サブキャリアに挿入される総パイロットトーンの総個数、ｊは、前記ｎより小さいか、同じ自然数であり、
0006499285.tif 000024
は、前記パイロットシーケンスでｊ番目に位置したパイロット値、及び
0006499285.tif 000025
は、前記パイロットシーケンスで（ｎ−ｊ＋１）番目に位置したパイロット値である、ＳＴＡ装置のデータ送信方法。
【請求項２】
前記サブキャリアのうち、前記偶数インデックスを有するサブキャリアは、データを伝送し、前記サブキャリアのうち、奇数インデックスを有するサブキャリアは、データを伝送しない、請求項１に記載のＳＴＡ装置のデータ送信方法。
【請求項３】
周波数資源は、２０ＭＨｚ帯域幅、４０ＭＨｚ帯域幅、８０ＭＨｚ帯域幅、または１６０ＭＨｚ帯域幅に該当する、請求項１に記載のＳＴＡ装置のデータ送信方法。
【請求項４】
前記周波数資源が前記２０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、８個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が前記４０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が前記８０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が前記１６０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、３２個のサブキャリアに前記パイロットトーンが挿入される、請求項３に記載のＳＴＡ装置のデータ送信方法。
【請求項５】
ＷＬＡＮシステムのＳＴＡ装置において、
無線信号を送受信するＲＦユニットと、
前記ＲＦユニットを制御するプロセッサと、
を備え、
前記プロセッサは、
レガシープリアンブル及びＨＥ−ＬＴＦを含む物理プリアンブルとデータフィールドを含むフィジカルプロトコルデータユニット（ＰＰＤＵ）を生成し、
前記ＰＰＤＵを送信し、
前記データフィールドは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の４倍（４ｘ）の周期で送信され、
前記ＨＥ−ＬＴＦは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の前記４倍の周期で送信される４ｘ  ＨＥ−ＬＴＦ、または２倍（２ｘ）の周期で送信される２ｘ  ＨＥ−ＬＴＦであり、
前記ＨＥ−ＬＴＦのパイロットトーンは、前記４ｘ  ＨＥ−ＬＴＦがマッピングされるサブキャリアのうち、偶数インデックスを有するサブキャリアのみに挿入され、
前記パイロットトーンの値は、前記ＰＰＤＵを伝送する総ストリーム個数に基づいて各ストリーム別に予め設定されたパイロットシーケンスとして決定されるか、前記総ストリーム個数と関係なく、全てのストリームに対して固定された１つのパイロットシーケンスとして決定され、
前記パイロットシーケンスに含まれたパイロット値は、下記の数式を満たし、
【数２】
0006499285.tif 000026
ここで、ｎは、前記サブキャリアに挿入される総パイロットトーンの総個数、ｊは、前記ｎより小さいか、同じ自然数であり、
0006499285.tif 000027
は、前記パイロットシーケンスでｊ番目に位置したパイロット値、及び
0006499285.tif 000028
は、前記パイロットシーケンスで（ｎ−ｊ＋１）番目に位置したパイロット値である、ＳＴＡ装置。
【請求項６】
前記サブキャリアのうち、前記偶数インデックスを有するサブキャリアは、データを伝送し、前記サブキャリアのうち、奇数インデックスを有するサブキャリアは、データを伝送しない、請求項５に記載のＳＴＡ装置。
【請求項７】
周波数資源が２０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、８個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が４０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が８０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、
前記周波数資源が１６０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、３２個のサブキャリアに前記パイロットトーンが挿入される、請求項５に記載のＳＴＡ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、次世代ＷｉｒｅｌｅｓｓＬＡＮシステムの新しいフレーム及びヌメロロジーに適用可能な効率的なトーンプランを提案する。
【背景技術】
【０００２】
ワイファイ（Ｗｉ-Ｆｉ）は、２．４ＧＨｚ、５ＧＨｚまたは６０ＧＨｚ周波数帯域において機器がインターネットに接続可能なようにするＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）技術である。
【０００３】
ＷＬＡＮは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１標準に基づく。ＩＥＥＥ  ８０２．１１のＷＮＧ  ＳＣ（Ｗｉｒｅｌｅｓｓ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｔａｎｄｉｎｇ  Ｃｏｍｍｉｔｔｅｅ）は、次世代ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を中長期的に悩むアドホック委員会（ｃｏｍｍｉｔｔｅｅ）である。
【０００４】
ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのに目的をおいている。さらに具体的に、ＩＥＥＥ  ８０２．１１ｎでは、最大６００Ｍｂｐｓのデータ処理速度（ｄａｔａ  ｒａｔｅ）を提供する高処理率（ＨＴ：Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援し、また送信エラーを最小化しデータ速度を最適化するために、送信部と受信部の両端ともに多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基盤をおいている。
【０００５】
ＷＬＡＮの補給が活性化され、またこれを利用したアプリケーションが多様化するにつれて、超高処理率（ＶＨＴ：Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援する次世代ＷＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ  ＷＬＡＮシステムの次のバージョンとして、ＩＥＥＥ  ８０２．１１ａｃが新しく制定された。ＩＥＥＥ  ８０２．１１ａｃは、８０ＭＨｚ帯域幅送信及び／又はより高い帯域幅送信（例えば、１６０ＭＨｚ）を介して、１Ｇｂｐｓ以上のデータ処理速度を支援し、主に５ＧＨｚ帯域で動作する。
【０００６】
最近では、ＩＥＥＥ  ８０２．１１ａｃが支援するデータ処理速度よりさらに高い処理率を支援するための新しいＷＬＡＮシステムに対する必要性が台頭しつつある。
【０００７】
一名ＩＥＥＥ  ８０２．１１ａｘまたは高効率（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）ＷＬＡＮと呼ばれる次世代ＷＬＡＮタスクグループで主に論議されるＩＥＥＥ  ８０２．１１ａｘの範囲（ｓｃｏｐｅ）は、１）２．４ＧＨｚ及び５ＧＨｚなどの帯域で８０２．１１  ＰＨＹ（ｐｈｙｓｉｃａｌ）階層とＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層の向上、２）スペクトル効率性（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と領域スループット（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）向上、３）干渉ソースが存在する環境、密集した異種ネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）環境及び高いユーザ負荷が存在する環境のような実際の室内環境及び室外環境での性能向上などを含む。
【０００８】
ＩＥＥＥ  ８０２．１１ａｘにおいて主に考慮されるシナリオは、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＳＴＡ（ｓｔａｔｉｏｎ）が多い密集環境であり、ＩＥＥＥ  ８０２．１１ａｘは、このような状況でスペクトル効率（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と空間送信率（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）の改善について議論する。特に、室内環境だけでなく、従来のＷＬＡＮで多く考慮されなかった室外環境での実質的性能改善に関心を有する。
【０００９】
ＩＥＥＥ  ８０２．１１ａｘでは、無線オフィス（ｗｉｒｅｌｅｓｓ  ｏｆｆｉｃｅ）、スマートホーム（ｓｍａｒｔ  ｈｏｍｅ）、スタジアム（Ｓｔａｄｉｕｍ）、ホットスポット（Ｈｏｔｓｐｏｔ）、ビル／アパート（ｂｕｉｌｄｉｎｇ／ａｐａｒｔｍｅｎｔ）のようなシナリオに関心が大きく、当該シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能の向上についての議論が行われている。
【００１０】
今後、ＩＥＥＥ  ８０２．１１ａｘでは、１つのＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）での単一リンク性能向上よりは、ＯＢＳＳ（ｏｖｅｒｌａｐｐｉｎｇ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）環境でのシステム性能の向上及び室外環境性能の改善、及びセルラオフロード（ｃｅｌｌｕｌａｒ  ｏｆｆｌｏａｄｉｎｇ）などに対する議論が盛んになると予想される。このようなＩＥＥＥ  ８０２．１１ａｘの方向性は、次世代ＷＬＡＮがますます移動通信と類似の技術範囲を有するようになるのを意味する。最近、スモールセル（ｓｍａｌｌ  ｃｅｌｌ）及びＤ２Ｄ（Ｄｉｒｅｃｔ-ｔｏ-Ｄｉｒｅｃｔ）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮すると、ＩＥＥＥ  ８０２．１１ａｘに基づいた次世代ＷＬＡＮと移動通信の技術的及び事業的融合は、さらに盛んになると予測される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
８０２．１１ａｘシステムにおいてレガシーＷＬＡＮシステムに比べて４倍大きい（４ｘ）ＦＦＴサイズを使用する場合、８０２．１１ａｃシステムのパイロット配置をそのまま適用し難くなる。したがって、本発明では、既存の８０２．１１ｎ及び８０２．１１ａｃシステムで提案されたトーンプランに基づいてこれを補完及び拡張し、８０２．１１ａｘシステムのヌメロロジーに適合し、効率的なパイロット設計方式を提案しようとする。
【課題を解決するための手段】
【００１２】
本発明の一実施形態に係るＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるＳＴＡ（Ｓｔａｔｉｏｎ）装置のデータ送信方法において、レガシープリアンブル及びＨＥ−ＬＴＦ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ−Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）を含む物理プリアンブル（ｐｈｙｓｉｃａｌ  ｐｒｅａｍｂｌｅ）とデータフィールドを含むフィジカルプロトコルデータユニット（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成するステップと、前記ＰＰＤＵを送信するステップとを含み、前記データフィールドは、前記レガシープリアンブルのＩＤＦＴ（ｉｎｖｅｒｓｅ  ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）周期の４倍（４ｘ）で送信され、前記ＨＥ−ＬＴＦは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の前記４倍で送信される４ｘ  ＨＥ−ＬＴＦ、または２倍（２ｘ）で送信される２ｘ  ＨＥ−ＬＴＦであり、前記ＨＥ−ＬＴＦのパイロットトーンは、前記４ｘ  ＨＥ−ＬＴＦがマッピングされるサブキャリアのうち、偶数インデックスを有するサブキャリアのみに挿入されることができる。
【００１３】
また、前記サブキャリアのうち、前記偶数インデックスを有するサブキャリアは、データを運び（ｃａｒｒｙ）、奇数インデックスを有するサブキャリアは、前記データを運ばないことがある。
【００１４】
また、前記パイロットトーンの値は、前記ＰＰＤＵを送信する総ストリーム個数によって各ストリーム別に予め設定されたパイロットシーケンスで決定されるか、前記総ストリーム個数と関係なく、全てのストリームに対して固定された１つのパイロットシーケンスで決定されることができる。
【００１５】
また、前記パイロットシーケンスに含まれたパイロット値は、下記の数式１を満たすことができる。
【００１６】
【数１−１】
0006499285.tif 000002
【００１７】
【化１】
0006499285.tif 000003
【００１８】
また、前記各ストリーム別に決定されたパイロットシーケンス間には直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が満たされ得る。
【００１９】
また、前記パイロットシーケンスの各々は、複数のハダマード行列を組み合わせて生成された行列の各行で決定されることができる。
【００２０】
また、前記パイロットシーケンスの各々は、予め設定されたシーケンスがペアリングされることにより決定されることができる。
【００２１】
また、前記周波数資源は、２０ＭＨｚ帯域幅、４０ＭＨｚ帯域幅、８０ＭＨｚ帯域幅、または１６０ＭＨｚ帯域幅に該当し得る。
【００２２】
また、前記周波数資源が前記２０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、８個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記４０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記８０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記１６０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、３２個のサブキャリアに前記パイロットトーンが挿入され得る。
【００２３】
また、前記４０ＭＨｚまたは８０ＭＨｚ帯域幅の周波数資源に挿入された８個のパイロットトーンに対するパイロットシーケンスは、前記２０ＭＨｚ帯域幅の周波数資源に挿入された４個のパイロットトーンに対するパイロットシーケンスが２回複製（ｄｕｐｌｉｃａｔｅ）されて決定され、前記１６０ＭＨｚ帯域幅の周波数資源に挿入された３２個のパイロットトーンに対するパイロットシーケンスは、前記４０ＭＨｚまたは８０ＭＨｚ帯域幅の周波数資源に挿入された１６個のパイロットトーンに対するパイロットシーケンスが２回複製（ｄｕｐｌｉｃａｔｅ）されて決定されることができる。
【００２４】
また、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムのＳＴＡ（Ｓｔａｔｉｏｎ）装置において、無線信号を送受信するＲＦユニットと、前記ＲＦユニットを制御するプロセッサとを備え、前記プロセッサは、レガシープリアンブル及びＨＥ−ＬＴＦを含む物理プリアンブル（ｐｈｙｓｉｃａｌ  ｐｒｅａｍｂｌｅ）とデータフィールドを含むフィジカルプロトコルデータユニット（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成し、前記ＰＰＤＵを送信し、前記データフィールドは、前記レガシープリアンブルのＩＤＦＴ（ｉｎｖｅｒｓｅ  ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）周期の４倍（４ｘ）で送信され、前記ＨＥ−ＬＴＦは、前記レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の前記４倍で送信される４ｘ  ＨＥ−ＬＴＦ、または２倍（２ｘ）で送信される２ｘ  ＨＥ−ＬＴＦであり、前記ＨＥ−ＬＴＦのパイロットトーンは、前記４ｘ  ＨＥ−ＬＴＦがマッピングされるサブキャリアのうち、偶数インデックスを有するサブキャリアのみに挿入されることができる。
【００２５】
また、前記サブキャリアのうち、前記偶数インデックスを有するサブキャリアは、データを運び（ｃａｒｒｙ）、奇数インデックスを有するサブキャリアは、前記データを運ばないことがある。
【００２６】
また、前記パイロットトーンの値は、前記ＰＰＤＵを送信する総ストリーム個数によって各ストリーム別に決定されたパイロットシーケンスで決定されるか、前記総ストリーム個数と関係なく、全てのストリームに対して１つのパイロットシーケンスで決定されることができる。
【００２７】
また、前記パイロットシーケンスに含まれたパイロット値は、下記の数式１を満たすことができる。
【００２８】
【数１−２】
0006499285.tif 000004
【００２９】
【化２】
0006499285.tif 000005
【００３０】
また、前記各ストリーム別に決定されたパイロットシーケンス間には直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が満たされ得る。
【００３１】
また、前記パイロットシーケンスの各々は、複数のハダマード行列を組み合わせて生成された行列の各行で決定されることができる。
【００３２】
また、前記パイロットシーケンスの各々は、予め設定されたシーケンスがペアリングされることにより決定されることができる。
【００３３】
また、前記周波数資源は、２０ＭＨｚ帯域幅、４０ＭＨｚ帯域幅、８０ＭＨｚ帯域幅、または１６０ＭＨｚ帯域幅に該当し得る。
【００３４】
また、前記周波数資源が前記２０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、８個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記４０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記８０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、１６個のサブキャリアに前記パイロットトーンが挿入され、前記周波数資源が前記１６０ＭＨｚ帯域幅に該当する場合、前記周波数資源に含まれたサブキャリアのうち、３２個のサブキャリアに前記パイロットトーンが挿入され得る。
【００３５】
また、前記４０ＭＨｚまたは８０ＭＨｚ帯域幅の周波数資源に挿入された８個のパイロットトーンに対するパイロットシーケンスは、前記２０ＭＨｚ帯域幅の周波数資源に挿入された４個のパイロットトーンに対するパイロットシーケンスが２回複製（ｄｕｐｌｉｃａｔｅ）されて決定され、前記１６０ＭＨｚ帯域幅の周波数資源に挿入された３２個のパイロットトーンに対するパイロットシーケンスは、前記４０ＭＨｚまたは８０ＭＨｚ帯域幅の周波数資源に挿入された１６個のパイロットトーンに対するパイロットシーケンスが２回複製（ｄｕｐｌｉｃａｔｅ）されて決定されることができる。
【発明の効果】
【００３６】
本発明は、従来のＷＬＡＮシステムのプリアンブル及びＰＬＣＰヘッダのオーバーヘッドを減らし、効率的なＰＰＤＵ送信構造を設計してシステムの効率性を増進させることができる。具体的に、既存のＩＥＥＥ  ８０２．１１ｎシステムで提案されたｍｕｌｔｉ  ｓｔｒｅａｍ  ｐｉｌｏｔ設計方式を補完及び拡張して次世代ＷＬＡＮシステムの新しいフレーム構造及びヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に適用可能な効率的なｐｉｌｏｔ設計方法を提案する。
【００３７】
その他、本発明の様々な効果に関しては、以下、図面を参照して詳細に説明する。
【図面の簡単な説明】
【００３８】
本発明に関する理解を助けるために、詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明とともに本発明の技術的特徴を説明する。
【００３９】
【図１】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【図２】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【図３】本発明が適用され得る無線通信システムのｎｏｎ-ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【図４】本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【図５】本発明が適用され得る無線通信システムのＰＰＤＵのフォーマットを区分するためのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示する図である。
【図６】本発明が適用され得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【図７】本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴフォーマットを例示する。
【図８】本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する。
【図９】本発明が適用され得る無線通信システムにおける一般的なリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）手順を説明するための図である。
【図１０】本発明が適用され得る無線通信システムにおける任意バックオフ周期とフレーム送信手順を説明するための図である。
【図１１】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図１２】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図１３】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図１４】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図１５】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【図１６】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。図１６では、ＰＰＤＵ帯域幅が４０ＭＨｚである場合を例示する。
【図１７】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。図１７では、ＰＰＤＵ帯域幅が８０ＭＨｚである場合を例示する。
【図１８】既存のシステムのパイロットトーンプランを説明するために示した図である。
【図１９】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２０】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２１】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２２】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２３】本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。
【図２４】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２５】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２６】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２７】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図２８】本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。
【図２９】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図３０】本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。
【図３１】本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。
【図３２】１０６トーン資源ユニットに含まれたパイロットトーンの位置を説明するために示した図である。
【図３３】本発明の一実施形態によってＳＴＡ別に割り当てられたパイロットトーンの値をまとめた表である。
【図３４】本発明の一実施形態に係るＳＴＡ装置のデータ送信方法を示した順序図である。
【図３５】本発明の一実施形態に係るＳＴＡ装置のブロック図である。
【発明を実施するための形態】
【００４０】
本明細書において使用される用語は、本明細書での機能を考慮しつつ、できる限り、現在広く使用される一般的な用語を選択したが、これは、当分野に従事する技術者の意図、慣例、または新しい技術の出現などによって変わることができる。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、当該実施形態の説明部分でその意味を記載するであろう。したがって、本明細書において使用される用語は、単純な用語の名称でない、その用語でない実質的な意味と本明細書の全般にわたった内容に基づいて解釈されなければならないこと  を明かしておく。
【００４１】
さらに、以下、添付図面及び添付図面に記載された内容を参照して実施形態を詳細に説明するが、実施形態により制限されるか、限定されるものではない。
【００４２】
以下、添付した図面を参照して本発明の好ましい実施形態をさらに詳細に説明する。
【００４３】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用しアップリンクでＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００４４】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明らかに表すために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示しているすべての用語は、前記標準文書により説明されることができる。
【００４５】
説明を明確にするために、ＩＥＥＥ  ８０２．１１システムを中心に述べるが、本発明の技術的特徴がこれに制限されるものではない。
【００４６】
システム一般
図１は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【００４７】
ＩＥＥＥ  ８０２．１１構造は、複数の構成要素から構成されることができ、これらの相互作用により上位階層に対してトランスペアレントな（ｔｒａｎｓｐａｒｅｎｔ）ステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）移動性を支援する無線通信システムが提供されることができる。基本サービスセット（ＢＳＳ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）は、ＩＥＥＥ  ８０２．１１システムでの基本的な構成ブロックに該当できる。
【００４８】
図１では、３個のＢＳＳ（ＢＳＳ１〜ＢＳＳ３）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２は、ＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４は、ＢＳＳ２に含まれ、ＳＴＡ５及びＳＴＡ６は、ＢＳＳ３に含まれる）を例示的に示す。
【００４９】
図１においてＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解されることができる。この領域を基本サービス領域（ＢＳＡ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外に移動するようになると、当該ＢＳＡ内の他のＳＴＡと直接的に通信できなくなる。
【００５０】
ＩＥＥＥ  ８０２．１１システムにおいて最も基本的なタイプのＢＳＳは、独立的なＢＳＳ（ＩＢＳＳ：Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけから構成された最小の形態を有することができる。また、最も単純な形態で他の構成要素が省略されている図１のＢＳＳ３がＩＢＳＳの代表的な例示に該当できる。このような構成は、ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されることではなく、ＬＡＮが必要な場合に構成されることができ、これをアドホック（ａｄ-ｈｏｃ）ネットワークと称することもできる。
【００５１】
ＳＴＡのオンまたはオフ、ＳＴＡがＢＳＳ領域に入ったり行く等により、ＢＳＳでのＳＴＡのメンバーシップが動的に変更されることができる。ＢＳＳのメンバーになるためには、ＳＴＡは、同期化過程を用いてＢＳＳにジョインできる。ＢＳＳ基盤構造のすべてのサービスにアクセスするためには、ＳＴＡは、ＢＳＳに連係（ａｓｓｏｃｉａｔｅｄ）されなければならない。このような連係（ａｓｓｏｃｉａｔｉｏｎ）は、動的に設定されることができ、分配システムサービス（ＤＳＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ）の利用を含むことができる。
【００５２】
８０２．１１システムにおいて直接的なＳＴＡ-対-ＳＴＡの距離は、物理階層（ＰＨＹ：ｐｈｙｓｉｃａｌ）性能によって制限されることができる。ある場合には、このような距離の限界が十分でありうるが、場合によっては、より遠くの距離のＳＴＡ間の通信が必要でありうるときもある。拡張されたカバレッジを支援するために、分配システム（ＤＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）が構成されることができる。
【００５３】
ＤＳは、ＢＳＳが相互接続する構造を意味する。具体的に、図１のように、ＢＳＳが独立的に存在する代わりに、複数のＢＳＳから構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもできる。
【００５４】
ＤＳは、論理的な概念であり、分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）の特性によって特定されることができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では、無線媒体（ＷＭ：Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ）と分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）を論理的に区分している。各々の論理的媒体は、相違する目的のために使用され、相違する構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を同じことに制限することもせず相違することに制限することもしない。このように複数の媒体が論理的に相違するという点で、ＩＥＥＥ  ８０２．１１システムの構造（ＤＳ構造または他のネットワーク構造）の柔軟性が説明されることができる。すなわち、ＩＥＥＥ  ８０２．１１システム構造は、多様に実現化されることができ、各々の実現例の物理的な特性によって独立的に当該システム構造が特定されることができる。
【００５５】
ＤＳは、複数のＢＳＳの途切れない（ｓｅａｍｌｅｓｓ）統合を提供し、目的地へのアドレスを扱うのに必要な論理的サービスを提供することによって、移動装置を支援できる。
【００５６】
ＡＰは、関連したＳＴＡに対してＷＭを介してＤＳへのアクセスを可能にし、ＳＴＡ機能性を有する個体を意味する。ＡＰを介してＢＳＳ及びＤＳ間のデータ移動が行われることができる。例えば、図１に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有し、かつ関連したＳＴＡ（ＳＴＡ１及びＳＴＡ４）がＤＳにアクセスするようにする機能を提供する。また、すべてのＡＰは、基本的にＳＴＡに該当するので、すべてのＡＰは、アドレス可能な個体である。ＷＭ上での通信のために、ＡＰによって使用されるアドレスとＤＳＭ上での通信のために、ＡＰによって使用されるアドレスは、必ず同様である必要はない。
【００５７】
ＡＰに関連したＳＴＡのうちの１つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されることができる。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（またはフレーム）は、ＤＳに伝達されることができる。
【００５８】
任意の（ａｒｂｉｔｒａｒｙ）サイズ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳから構成されることができる。ＩＥＥＥ  ８０２．１１システムでは、このような方式のネットワークを拡張されたサービスセット（ＥＳＳ：Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）ネットワークと称する。ＥＳＳは、１つのＤＳに接続したＢＳＳの集合に該当できる。しかしながら、ＥＳＳは、ＤＳを含まない。ＥＳＳネットワークは、論理リンク制御（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層でＩＢＳＳネットワークに見える点が特徴である。ＥＳＳに含まれるＳＴＡは、互いに通信でき、移動ＳＴＡは、ＬＬＣにトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）に１つのＢＳＳから他のＢＳＳに（同じＥＳＳ内で）移動できる。
【００５９】
ＩＥＥＥ  ８０２．１１システムでは、図１でのＢＳＳの相対的な物理的位置に対してなんにも仮定しなく、次のような形態が全部可能である。
【００６０】
具体的に、ＢＳＳは、部分的に重なることができ、これは、連続的なカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは、物理的に接続されていなくても良く、論理的には、ＢＳＳ間の距離に制限はない。また、ＢＳＳは、物理的に同じ位置に位置でき、これは、リダンダンシー（ｒｅｄｕｎｄａｎｃｙ）を提供するために利用されることができる。また、１つ（または１つ以上の）ＩＢＳＳまたはＥＳＳネットワークが１つまたはそれ以上のＥＳＳネットワークとして同じ空間に物理的に存在し得る。これは、ＥＳＳネットワークが存在する位置にａｄ-ｈｏｃネットワークが動作する場合、相違する機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、または同じ位置で２つ以上の相違したアクセス及びセキュリティー政策が必要な場合などでのＥＳＳネットワーク形態に該当できる。
【００６１】
ＷＬＡＮシステムにおけるＳＴＡは、ＩＥＥＥ  ８０２．１１の媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）／ＰＨＹ規定にしたがい動作する装置である。ＳＴＡの機能がＡＰと個別的に区分されない限り、ＳＴＡは、ＡＰ  ＳＴＡと非-ＡＰ  ＳＴＡ（ｎｏｎ-ＡＰ  ＳＴＡ）を含むことができる。ただし、ＳＴＡとＡＰとの間に通信が行われるとするとき、ＳＴＡは、ｎｏｎ-ＡＰ  ＳＴＡと理解されることができる。図１の例示において、ＳＴＡ１、ＳＴＡ４、ＳＴＡ５及びＳＴＡ６は、ｎｏｎ-ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ３は、ＡＰ  ＳＴＡに該当する。
【００６２】
Ｎｏｎ-ＡＰ  ＳＴＡは、ラップトップパソコン、移動電話機のように、一般にユーザが直接扱う装置に該当する。以下の説明において、ｎｏｎ-ＡＰ  ＳＴＡは、無線装置（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、端末（ｔｅｒｍｉｎａｌ）、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、無線端末（ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、無線送受信ユニット（ＷＴＲＵ：Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ）、ネットワークインタフェース装置（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｄｅｖｉｃｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置などと呼ぶことができる。
【００６３】
また、ＡＰは、他の無線通信分野での基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ノード-Ｂ（Ｎｏｄｅ-Ｂ）、発展したノード-Ｂ（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ-Ｂ）、基底送受信システム（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００６４】
以下、本明細書においてダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、ＡＰからｎｏｎ-ＡＰ  ＳＴＡへの通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、ｎｏｎ-ＡＰ  ＳＴＡからＡＰへの通信を意味する。ダウンリンクにおける送信機は、ＡＰの一部で、受信機は、ｎｏｎ-ＡＰ  ＳＴＡの一部でありうる。アップリンクにおける送信機は、ｎｏｎ-ＡＰ  ＳＴＡの一部で、受信機は、ＡＰの一部でありうる。
【００６５】
図２は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【００６６】
図２に示すように、ＩＥＥＥ  ８０２．１１システムの階層アーキテクチャーは、ＭＡＣサブ階層（ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ｓｕｂｌａｙｅｒ／ｌａｙｅｒ）とＰＨＹサブ階層／階層（Ｐｈｙｓｉｃａｌ  ｓｕｂｌａｙｅｒ／ｌａｙｅｒ）とを備えることができる。
【００６７】
ＰＨＹは、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）個体（ｅｎｔｉｔｙ）とＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）個体とに区分されることもできる。この場合、ＰＬＣＰ個体は、ＭＡＣとデータフレームとを連結する役割を果たし、ＰＭＤ個体は、２個またはそれ以上のＳＴＡとデータとを無線で送受信する役割を果たす。
【００６８】
ＭＡＣとＰＨＹとは共に管理個体（Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を含むことができ、各々ＭＡＣサブ階層管理個体（ＭＬＭＥ：ＭＡＣ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＰＨＹサブ階層管理個体（ＰＬＭＥ：Ｐｈｙｓｉｃａｌ  ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とで呼ぶことができる。これらの管理個体は、階層管理関数の動作を介して階層管理サービスインターフェースを提供する。ＭＬＭＥは、ＰＬＭＥと連結されてＭＡＣの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができ、同様に、ＰＬＭＥもＭＬＭＥと連結されてＰＨＹの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができる。
【００６９】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が各ＳＴＡ内に存在し得る。ＳＭＥは、各階層と独立的な管理個体であって、ＭＬＭＥとＰＬＭＥから階層基盤状態情報を収集するか、または各階層の特定パラメータの値を設定する。ＳＭＥは、一般システム管理個体の代わりに、このような機能を行うことができ、標準管理プロトコルを実現できる。
【００７０】
ＭＬＭＥ、ＰＬＭＥ及びＳＭＥは、プリミティブ（ｐｒｉｍｉｔｉｖｅ）に基づく様々な方法で相互作用（ｉｎｔｅｒａｃｔ）できる。具体的に、ＸＸ-ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、管理情報ベース属性（ＭＩＢ  ａｔｔｒｉｂｕｔｅ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ａｔｔｒｉｂｕｔｅ）の値を要請するために使用され、ＸＸ-ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、当該ＭＩＢ属性値をリターン（ｒｅｔｕｒｎ）し、その他の場合には、状態フィールドにエラー表示をしてリターンする。ＸＸ-ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指定されたＭＩＢ属性を与えた値に設定するように要請するために使用される。ＭＩＢ属性が特定動作を意味している場合、この要請は、その特定動作の実行を要請する。そして、ＸＸ-ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、これは指定されたＭＩＢ属性が要請された値に設定されたことを意味する。その他の場合には、状態フィールドは、エラー状況を表す。このＭＩＢ属性が特定動作を意味する場合、このプリミティブは、当該動作が行われたことを確認してくれることができる。
【００７１】
ＰＨＹは、ＭＡＣにＴＸＶＥＣＴＯＲ、ＲＸＶＥＣＴＯＲ、及びＰＨＹＣＯＮＦＩＧ＿ＶＥＣＴＯＲを介してインターフェース（ｉｎｔｅｒｆａｃｅ）を提供する。ＴＸＶＥＣＴＯＲは、ＰＨＹにＰＰＤＵ別の送信パラメータを支援する。ＲＸＶＥＣＴＯＲを用いてＰＨＹは、ＭＡＣに受信したＰＰＤＵパラメータを知らせる。ＴＸＶＥＣＴＯＲは、ＭＡＣでＰＨＹにＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔプリミティブを介して伝達され、ＲＸＶＥＣＴＯＲは、ＰＨＹでＭＡＣにＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを介して伝達される。
【００７２】
ＰＨＹＣＯＮＦＩＧ＿ＶＥＣＴＯＲを用いてＭＡＣは、フレーム送信または受信と関係なく、ＰＨＹの動作を設定する。
【００７３】
各サブ階層（または、階層）での動作を簡略に説明すれば、次のとおりである。
【００７４】
ＭＡＣは、上位階層（例えば、ＬＬＣ）から伝達されたＭＡＣサービスデータユニット（ＭＳＤＵ：ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）またはＭＳＤＵの破片（ｆｒａｇｍｅｎｔ）にＭＡＣヘッダ（ｈｅａｄｅｒ）とフレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を付着して、１つ以上のＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。生成されたＭＰＤＵは、ＰＨＹに伝達される。
【００７５】
Ａ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）技法（ｓｃｈｅｍｅ）が使用される場合、複数個のＭＳＤＵは、単一のＡ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）に併合されることができる。ＭＳＤＵ併合動作は、ＭＡＣ上位階層で行われることができる。Ａ−ＭＳＤＵは、単一のＭＰＤＵ（破片化（ｆｒａｇｍｅｎｔ）されない場合）でＰＨＹに伝達される。
【００７６】
ＰＨＹは、ＭＡＣから伝達された物理サービスデータユニット（ＰＳＤＵ：Ｐｈｙｓｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に物理階層送受信機により必要な情報を含む付加フィールドを加えて物理プロトコルデータユニット（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。ＰＰＤＵは、無線媒体を介して送信される。
【００７７】
ＰＳＤＵは、ＰＨＹがＭＡＣから受信したものであって、ＭＰＤＵは、ＭＡＣがＰＨＹに送信したものであるので、ＰＳＤＵは、実質的にＭＰＤＵと同様である。
【００７８】
Ａ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）技法（ｓｃｈｅｍｅ）が使用される場合、複数のＭＰＤＵ（このとき、各ＭＰＤＵは、Ａ−ＭＳＤＵを運ぶことができる。）は、単一のＡ−ＭＰＤＵに併合されることができる。ＭＰＤＵ併合動作は、ＭＡＣ下位階層で行われることができる。Ａ−ＭＰＤＵは、様々なタイプのＭＰＤＵ（例えば、ＱｏＳデータ、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）、ブロックＡＣＫ（ＢｌｏｃｋＡｃｋ）等）が併合され得る。ＰＨＹは、ＭＡＣに単一のＰＳＤＵとしてＡ−ＭＰＤＵを受信する。すなわち、ＰＳＤＵは、複数のＭＰＤＵで構成される。したがって、Ａ−ＭＰＤＵは、単一のＰＰＤＵ内で無線媒体を介して送信される。
【００７９】
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フォーマット
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、物理階層から発生されるデータブロックを意味する。以下、本発明が適用されうるＩＥＥＥ  ８０２．１１  ＷＬＡＮシステムに基づいてＰＰＤＵフォーマットを説明する。
【００８０】
図３は、本発明が適用されうる無線通信システムのｎｏｎ-ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【００８１】
図３の（ａ）は、ＩＥＥＥ  ８０２．１１ａ／ｇシステムを支援するためのｎｏｎ-ＨＴフォーマットＰＰＤＵを例示する。ｎｏｎ-ＨＴ  ＰＰＤＵは、レガシー（ｌｅｇａｃｙ）ＰＰＤＵとも呼ばれることができる。
【００８２】
図３の（ａ）に示すように、ｎｏｎ-ＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ-ＬＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）及びＬ-ＳＩＧ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）ＳＩＧＮＡＬ）フィールドから構成されるレガシーフォーマットプリアンブルとデータフィールドとを含んで構成される。
【００８３】
Ｌ−ＳＴＦは、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦは、フレームタイミング取得（ｆｒａｍｅ  ｔｉｍｉｎｇ  ａｃｑｕｉｓｉｔｉｏｎ）、自動利得制御（ＡＧＣ：Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバシティ検出（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、概略的な周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使用されることができる。
【００８４】
Ｌ-ＬＴＦは、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ-ＬＴＦは、精密な周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）のために使用されることができる。
【００８５】
Ｌ-ＳＩＧフィールドは、データフィールドの復調及びデコードのための制御情報を送信するために使用されることができる。
【００８６】
図３の（ｂ）は、ＩＥＥＥ  ８０２．１１ｎシステム及びＩＥＥＥ  ８０２．１１ａ／ｇシステムを全部支援するためのＨＴ混合フォーマットＰＰＤＵ（ＨＴ-ｍｉｘｅｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００８７】
図３の（ｂ）に示すように、ＨＴ混合フォーマットＰＰＤＵは、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＨＴ-ＳＩＧ（ＨＴ-Ｓｉｇｎａｌ）フィールド、ＨＴ-ＳＴＦ（ＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＴ-ＬＴＦ（ＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）から構成されるＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【００８８】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ-ＳＴＦからＬ-ＳＩＧフィールドまでｎｏｎ-ＨＴフォーマットと同様である。Ｌ-ＳＴＡは、ＨＴ混合ＰＰＤＵを受信してもＬ-ＬＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドを介してデータフィールドを解釈できる。ただし、Ｌ-ＬＴＦは、ＨＴ-ＳＴＡがＨＴ混合ＰＰＤＵを受信しＬ-ＳＩＧフィールド及びＨＴ-ＳＩＧフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【００８９】
ＨＴ-ＳＴＡは、レガシーフィールドの後にくるＨＴ-ＳＩＧフィールド利用して、ＨＴ-混合フォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【００９０】
ＨＴ-ＬＴＦフィールドは、データフィールドの復調のためのチャネル推定に使用されることができる。ＩＥＥＥ  ８０２．１１ｎは、ＳＵ-ＭＩＭＯ（Ｓｉｎｇｌｅ-Ｕｓｅｒ  Ｍｕｌｔｉ-Ｉｎｐｕｔ  ａｎｄ  Ｍｕｌｔｉ-Ｏｕｔｐｕｔ）を支援するので、複数の空間ストリームに送信されるデータフィールドの各々に対して、チャネル推定のためにＨＴ-ＬＴＦフィールドは、複数から構成されることができる。
【００９１】
ＨＴ-ＬＴＦフィールドは、空間ストリームに対するチャネル推定のために使用されるデータＨＴ-ＬＴＦ（ｄａｔａ  ＨＴ-ＬＴＦ）とフルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）のために追加的に使用される拡張ＨＴ-ＬＴＦ（ｅｘｔｅｎｓｉｏｎ  ＨＴ-ＬＴＦ）から構成されることができる。したがって、複数のＨＴ-ＬＴＦは、送信される空間ストリームの数より同じであるか、または多くありうる。
【００９２】
ＨＴ-混合フォーマットＰＰＤＵは、Ｌ-ＳＴＡも受信してデータを取得できるようにするために、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドが最も速く送信される。以後、ＨＴ-ＳＴＡのために送信されるデータの復調及びデコードのためにＨＴ-ＳＩＧフィールドが送信される。
【００９３】
ＨＴ-ＳＩＧフィールドまでは、ビーム形成を行わないで送信して、Ｌ-ＳＴＡ及びＨＴ-ＳＴＡが当該ＰＰＤＵを受信してデータを取得できるようにし、以後に送信されるＨＴ-ＳＴＦ、ＨＴ-ＬＴＦ及びデータフィールドは、プリコーディングを介した無線信号送信が行われる。ここで、プリコーディングをして受信するＳＴＡでプリコーディングにより電力が可変される部分を勘案できるように、ＨＴ-ＳＴＦフィールドを送信し、その以後に複数のＨＴ-ＬＴＦ及びデータフィールドを送信する。
【００９４】
図３の（ｃ）は、ＩＥＥＥ  ８０２．１１ｎシステムのみを支援するためのＨＴ-ＧＦフォーマットＰＰＤＵ（ＨＴ-ｇｒｅｅｎｆｉｅｌｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００９５】
図３の（ｃ）に示すように、ＨＴ-ＧＦフォーマットＰＰＤＵは、ＨＴ-ＧＦ-ＳＴＦ、ＨＴ-ＬＴＦ１、ＨＴ-ＳＩＧフィールド、複数のＨＴ-ＬＴＦ２及びデータフィールドを含む。
【００９６】
ＨＴ-ＧＦ-ＳＴＦは、フレームタイミング取得及びＡＧＣのために使用される。
【００９７】
ＨＴ-ＬＴＦ１は、チャネル推定のために使用される。
【００９８】
ＨＴ-ＳＩＧフィールドは、データフィールドの復調及びデコードのために使用される。
【００９９】
ＨＴ-ＬＴＦ２は、データフィールドの復調のためのチャネル推定に使用される。同様に、ＨＴ-ＳＴＡは、ＳＵ-ＭＩＭＯを使用するので、複数の空間ストリームに送信されるデータフィールドの各々に対してチャネル推定を要するので、ＨＴ-ＬＴＦ２は、複数から構成されることができる。
【０１００】
複数のＨＴ-ＬＴＦ２は、ＨＴ混合ＰＰＤＵのＨＴ-ＬＴＦフィールドと同様に、複数のＤａｔａ  ＨＴ-ＬＴＦと複数の拡張ＨＴ-ＬＴＦから構成されることができる。
【０１０１】
図３の（ａ）〜（ｃ）におけるデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールド、テールビット（Ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。データフィールドのすべてのビットは、スクランブルされる。
【０１０２】
図３（ｄ）は、データフィールドに含まれるサービスフィールドを示す。サービスフィールドは、１６ビットを有する。各ビットは、０番から１５番まで付与され、０番ビットから順次に送信される。０番から６番ビットは、０に設定され、受信端内のデスクランブラー（ｄｅｓｃｒａｍｂｌｅｒ）を同期化するために使用される。
【０１０３】
ＩＥＥＥ  ８０２．１１ａｃ  ＷＬＡＮシステムは、無線チャネルを効率的に用いるために、複数のＳＴＡが同時にチャネルにアクセスするダウンリンクＭＵ-ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ-ＭＩＭＯ送信方式によれば、ＡＰがＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された１つ以上のＳＴＡに同時にパケットを送信できる。
【０１０４】
ＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、１つ以上のアンテナを介してＡＰが同じ時間資源を介してＰＰＤＵを複数のｎｏｎ-ＡＰ  ＳＴＡに送信する技術を意味する。
【０１０５】
以下、ＭＵ  ＰＰＤＵは、ＭＵ-ＭＩＭＯ技術またはＯＦＤＭＡ技術を利用して１つ以上のＳＴＡのための１つ以上のＰＳＤＵを伝達するＰＰＤＵを意味する。そして、ＳＵ  ＰＰＤＵは、１つのＰＳＤＵのみを伝達できるか、またはＰＳＤＵが存在しないフォーマットを有したＰＰＤＵを意味する。
【０１０６】
ＭＵ-ＭＩＭＯ送信のために、８０２．１１ｎ制御情報のサイズに比べてＳＴＡに送信される制御情報のサイズが相対的に大きくありうる。ＭＵ-ＭＩＭＯ支援のために追加的に要求される制御情報の一例として、各ＳＴＡにより受信される空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の数を指示する情報、各ＳＴＡに送信されるデータの変調及びコーディング関連情報などがこれに該当することができる。
【０１０７】
したがって、複数のＳＴＡに同時にデータサービスを提供するためにＭＵ-ＭＩＭＯ送信が行われるとき、送信される制御情報のサイズは、受信するＳＴＡの数に応じて増加されることができる。
【０１０８】
このように増加される制御情報のサイズを効率的に送信するために、ＭＵ-ＭＩＭＯ送信のために要求される複数の制御情報は、すべてのＳＴＡに共通的に要求される共通制御情報（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と特定ＳＴＡに個別的に要求される専用制御情報（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の２とおりのタイプの情報に区分して送信されることができる。
【０１０９】
図４は、本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【０１１０】
図４は、ＩＥＥＥ  ８０２．１１ａｃシステムを支援するためのＶＨＴフォーマットＰＰＤＵ（ＶＨＴ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【０１１１】
図４に示すように、ＶＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＶＨＴ-ＳＩＧ-Ａ（ＶＨＴ-Ｓｉｇｎａｌ-Ａ）フィールド、ＶＨＴ-ＳＴＦ（ＶＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ-ＬＴＦ（ＶＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ-ＳＩＧ-Ｂ（ＶＨＴ-Ｓｉｇｎａｌ-Ｂ）フィールドから構成されるＶＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【０１１２】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ-ＳＴＦからＬ-ＳＩＧフィールドまでｎｏｎ-ＨＴフォーマットと同様である。ただし、Ｌ-ＬＴＦは、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【０１１３】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドは、２０ＭＨｚチャネル単位に繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域幅）を介して送信されるとき、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドは、毎２０ＭＨｚチャネルで繰り返されて送信されることができる。
【０１１４】
ＶＨＴ-ＳＴＡは、レガシーフィールドの後にくるＶＨＴ-ＳＩＧ-Ａフィールド利用して、ＶＨＴフォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【０１１５】
ＶＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＡも受信してデータを取得できるようにするために、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドが最も速く送信される。以後、ＶＨＴ-ＳＴＡのために送信されるデータの復調及びデコードのために、ＶＨＴ-ＳＩＧ-Ａフィールドが送信される。
【０１１６】
ＶＨＴ-ＳＩＧ-Ａフィールドは、ＡＰとＭＩＭＯペアリングされた（ｐａｉｒｅｄ）ＶＨＴ ＳＴＡに共通する制御情報送信のためのフィールドであって、これは、受信されたＶＨＴフォーマットＰＰＤＵを解釈するための制御情報を含んでいる。
【０１１７】
ＶＨＴ-ＳＩＧ-Ａフィールドは、ＶＨＴ-ＳＩＧ-Ａ１フィールドとＶＨＴ-ＳＩＧ-Ａ２フィールドを含むことができる。
【０１１８】
ＶＨＴ-ＳＩＧ-Ａ１フィールドは、使用するチャネル帯域幅（ＢＷ：ｂａｎｄｗｉｄｔｈ）情報、時空間ブロックコーディング（ＳＴＢＣ：Ｓｐａｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｉｎｇ）の適用有無、ＭＵ-ＭＩＭＯでグループ化されたＳＴＡのグループを指示するためのグループ識別情報（Ｇｒｏｕｐ  ＩＤ：Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）、使用されるストリームの数（ＮＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ-ｔｉｍｅ  ｓｔｒｅａｍ）／部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ））に関する情報及び送信パワーセーブ禁止（Ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｓａｖｅ  ｆｏｒｂｉｄｄｅｎ）情報を含むことができる。ここで、Ｇｒｏｕｐ  ＩＤは、ＭＵ-ＭＩＭＯ送信を支援するために送信対象ＳＴＡグループに対して割り当てられる識別子を意味し、現在使用されたＭＩＭＯ送信方法がＭＵ-ＭＩＭＯであるか、またはＳＵ-ＭＩＭＯであるかを表すことができる。
【０１１９】
表１は、ＶＨＴ-ＳＩＧ-Ａ１フィールドを例示する表である。
【０１２０】
【表１】
0006499285.tif 000006
【０１２１】
ＶＨＴ-ＳＩＧ-Ａ２フィールドは、短い保護区間（ＧＩ：Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）の使用有無に関する情報、フォワードエラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）情報、単一ユーザに対するＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に関する情報、複数ユーザに対するチャネルコーディングの種類に関する情報、ビーム形成関連情報、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｉｎｇ）のための冗長ビット（ｒｅｄｕｎｄａｎｃｙ  ｂｉｔｓ）と畳み込みデコーダ（ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｄｅｃｏｄｅｒ）のテールビット（ｔａｉｌ  ｂｉｔ）などを含むことができる。
【０１２２】
表２は、ＶＨＴ-ＳＩＧ-Ａ２フィールドを例示する表である。
【０１２３】
【表２−１】
0006499285.tif 000007
【０１２４】
【表２−２】
0006499285.tif 000008
【０１２５】
ＶＨＴ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。ＶＨＴ−ＳＴＦフィールド区間（ｄｕｒａｔｉｏｎ）は、４μｓである。２０ＭＨｚ送信帯域でＶＨＴ−ＳＴＦを構成するのに使用される周波数ドメインシーケンスは、Ｌ−ＳＴＦと同様でありうる。４０ＭＨｚ／８０ＭＨｚ送信帯域でのＶＨＴ−ＳＴＦは、２０ＭＨｚ送信帯域での周波数ドメインシーケンスを２０ＭＨｚ単位で複製し、前記複製された２０ＭＨｚ単位で位相回転を行うことにより構成されることができる。
【０１２６】
ＶＨＴ-ＬＴＦは、ＶＨＴ-ＳＴＡがＭＩＭＯチャネルを推定するのに使用される。ＶＨＴ  ＷＬＡＮシステムは、ＭＵ-ＭＩＭＯを支援するから、ＶＨＴ-ＬＴＦは、ＰＰＤＵが送信される空間ストリームの数だけ設定されることができる。追加的に、フルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）が支援される場合、ＶＨＴ-ＬＴＦの数は、より多くなることができる。
【０１２７】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、ＭＵ−ＭＩＭＯペアリングされた複数のＶＨＴ−ＳＴＡがＰＰＤＵを受信してデータを取得するのに必要な専用制御情報を含む。したがって、ＶＨＴ−ＳＩＧ−Ａフィールドに含まれた共用制御情報が、現在受信されたＰＰＤＵがＭＵ−ＭＩＭＯ送信を指示した場合のみに、ＶＨＴ−ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコーディング（ｄｅｃｏｄｉｎｇ）するように設計されることができる。それに対し、共用制御情報が、現在受信されたＰＰＤＵが単一ＶＨＴ−ＳＴＡのためのもの（ＳＵ−ＭＩＭＯを含む）であることを指示した場合、ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコーディングしないように設計されることができる。
【０１２８】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、各ＶＨＴ−ＳＴＡの変調（ｍｏｄｕｌａｔｉｏｎ）、エンコーディング（ｅｎｃｏｄｉｎｇ）、及びレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）に関する情報を含む。ＶＨＴ−ＳＩＧ−Ｂフィールドのサイズは、ＭＩＭＯ送信の類型（ＭＵ−ＭＩＭＯまたはＳＵ−ＭＩＭＯ）及びＰＰＤＵ送信のために使用するチャネル帯域幅によって異なることができる。
【０１２９】
ＭＵ-ＭＩＭＯを支援するシステムにおいて同じサイズのＰＰＤＵをＡＰにペアリングされたＳＴＡに送信するために、ＰＰＤＵを構成するデータフィールドのビットサイズを指示する情報及び／又は特定フィールドを構成するビットストリームサイズを指示する情報がＶＨＴ-ＳＩＧ-Ａフィールドに含まれることができる。
【０１３０】
ただし、効果的にＰＰＤＵフォーマットを使用するために、Ｌ-ＳＩＧフィールドが使用されることができる。同じサイズのＰＰＤＵがすべてのＳＴＡに送信されるために、Ｌ-ＳＩＧフィールド内に含まれて送信される長さフィールド（ｌｅｎｇｔｈ  ｆｉｅｌｄ）及びレートフィールド（ｒａｔｅ  ｆｉｅｌｄ）が必要な情報を提供するために使用されることができる。この場合、ＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）及び／又はＡ-ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）がＭＡＣ階層のバイト（またはオクテット（ｏｃｔ：ｏｃｔｅｔ））に基づいて設定されるので、物理階層で追加的なパディング（ｐａｄｄｉｎｇ）が要求されることができる。
【０１３１】
図４においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０１３２】
上述のように、様々なＰＰＤＵのフォーマットが混合して使用されるから、ＳＴＡは、受信したＰＰＤＵのフォーマットを区分できなければならない。
【０１３３】
ここで、ＰＰＤＵを区分するという意味（またはＰＰＤＵフォーマットを区分するという意味）は、様々な意味を有することができる。例えば、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡによりデコード（または解釈）が可能なＰＰＤＵであるかどうかに対して判断するという意味を含むことができる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡにより支援可能なＰＰＤＵであるかどうかに対して判断するという意味でありうる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵを介して送信された情報がいかなる情報であるかを区分するという意味としても解釈できる。
【０１３４】
これについて下記の図面を参照してより詳細に説明する。
【０１３５】
図５は、本発明が適用され得る無線通信システムのＰＰＤＵのフォーマットを区分するためのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示する図である。
【０１３６】
図５（ａ）は、ｎｏｎ−ＨＴフォーマットＰＰＤＵに含まれるＬ−ＳＩＧフィールドのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示し、図５（ｂ）は、ＨＴ混合フォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示し、図５（ｃ）は、ＶＨＴフォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示する。
【０１３７】
ＳＴＡがｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ−ＧＦフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、Ｌ−ＳＩＧフィールド及びＬ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）の位相（ｐｈａｓｅ）が使用される。すなわち、ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールド及び／又はＬ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相に基づいてＰＰＤＵフォーマットを区分できる。
【０１３８】
図５（ａ）に示すように、Ｌ−ＳＩＧフィールドを構成するＯＦＤＭシンボルは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が用いられる。
【０１３９】
まず、ＨＴ−ＧＦフォーマットＰＰＤＵを区分するために、ＳＴＡは、受信したＰＰＤＵで１番目のＳＩＧフィールドが感知されれば、Ｌ−ＳＩＧフィールドであるか否かを判断する。すなわち、ＳＴＡは、図５（ａ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに失敗すれば、当該ＰＰＤＵがＨＴ−ＧＦフォーマットＰＰＤＵであると判断することができる。
【０１４０】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相が使用され得る。すなわち、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルの変調方法が互いに異なることができ、ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールド以後のフィールドに対する変調方法に基づいてＰＰＤＵフォーマットを区分できる。
【０１４１】
図５（ｂ）に示すように、ＨＴ混合フォーマットＰＰＤＵを区分するために、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信される２個のＯＦＤＭシンボルの位相が使用され得る。
【０１４２】
より具体的に、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信されるＨＴ−ＳＩＧフィールドに対応するＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２の位相は、両方とも反時計方向に９０度だけ回転される。すなわち、ＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２に対する変調方法は、ＱＢＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が用いられる。ＱＢＰＳＫコンステレーションは、ＢＰＳＫコンステレーションを基準として反時計方向に９０度だけ位相が回転したコンステレーションでありうる。
【０１４３】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に送信されるＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを、図５（ｂ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、当該ＰＰＤＵがＨＴフォーマットＰＰＤＵであると判断する。
【０１４４】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＶＨＴフォーマットＰＰＤＵを区分するために、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相が使用され得る。
【０１４５】
図５（ｃ）に示すように、ＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信される２個のＯＦＤＭシンボルの位相が使用され得る。
【０１４６】
より具体的に、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後のＶＨＴ−ＳＩＧ−Ａフィールドに対応するＯＦＤＭシンボル＃１の位相は回転されないが、ＯＦＤＭシンボル＃２の位相は反時計方向に９０度だけ回転される。すなわち、ＯＦＤＭシンボル＃１に対する変調方法はＢＰＳＫが用いられ、ＯＦＤＭシンボル＃２に対する変調方法はＱＢＰＳＫが用いられる。
【０１４７】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に送信されるＶＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを、図５（ｃ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、当該ＰＰＤＵがＶＨＴフォーマットＰＰＤＵであると判断することができる。
【０１４８】
それに対し、デコーディングに失敗すれば、ＳＴＡは、当該ＰＰＤＵがｎｏｎ−ＨＴフォーマットＰＰＤＵであると判断することができる。
【０１４９】
ＭＡＣフレームフォーマット
図６は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【０１５０】
図６に示すように、ＭＡＣフレーム（すなわち、ＭＰＤＵ）は、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）、フレーム本体（Ｆｒａｍｅ  Ｂｏｄｙ）及びフレームチェックシーケンス（ＦＣＳ：ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ）から構成される。
【０１５１】
ＭＡＣ  Ｈｅａｄｅｒは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、アドレス１（Ａｄｄｒｅｓｓ１）フィールド、アドレス２（Ａｄｄｒｅｓｓ２）フィールド、アドレス３（Ａｄｄｒｅｓｓ３）フィールド、シーケンス制御（Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）フィールド、アドレス４（Ａｄｄｒｅｓｓ４）フィールド、ＱｏＳ制御（ＱｏＳ  Ｃｏｎｔｒｏｌ）フィールド及びＨＴ制御（ＨＴ  Ｃｏｎｔｒｏｌ）フィールドを含む領域と定義される。
【０１５２】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、当該ＭＡＣフレーム特性に関する情報を含む。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに対するより詳細な説明は、後述する。
【０１５３】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じる他の値を有するように実現化されることができる。
【０１５４】
仮に、当該ＭＡＣフレームのタイプ及びサブタイプがパワーセーブ（ＰＳ：ｐｏｗｅｒ  ｓａｖｅ）運営のためのＰＳ-ポール（ＰＳ-Ｐｏｌｌ）フレームの場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、フレームを送信したＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）を含むように設定されることができる。その以外の場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じて特定持続時間値を有するように設定されることができる。また、フレームがＡ-ＭＰＤＵ（ａｇｇｒｅｇａｔｅ-ＭＰＤＵ）フォーマットに含まれたＭＰＤＵである場合、ＭＡＣヘッダに含まれたＤｕｒａｔｉｏｎ／ＩＤフィールドは、全部同じ値を有するように設定されることもできる。
【０１５５】
Ａｄｄｒｅｓｓ１フィールド〜Ａｄｄｒｅｓｓ４フィールドは、ＢＳＳＩＤ、ソースアドレス（ＳＡ：ｓｏｕｒｃｅ  ａｄｄｒｅｓｓ）、目的アドレス（ＤＡ：ｄｅｓｔｉｎａｔｉｏｎ  ａｄｄｒｅｓｓ）、送信ＳＴＡアドレスを表す送信アドレス（ＴＡ：Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）、受信ＳＴＡアドレスを表す受信アドレス（ＲＡ：Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）を指示するために使用される。
【０１５６】
一方、ＴＡフィールドにより実現化されたアドレスフィールドは、帯域幅シグナリングＴＡ（ｂａｎｄｗｉｄｔｈ  ｓｉｇｎａｌｉｎｇ  ＴＡ）値に設定されることができ、この場合、ＴＡフィールドは、当該ＭＡＣフレームがスクランブリングシーケンスに追加的な情報を含んでいることを指示できる。帯域幅シグナリングＴＡは、当該ＭＡＣフレームを送信するＳＴＡのＭＡＣアドレスと表現されることができるが、ＭＡＣアドレスに含まれた個別／グループビット（Ｉｎｄｉｖｉｄｕａｌ／Ｇｒｏｕｐ  ｂｉｔ）が特定値（例えば、「１」）に設定されることができる。
【０１５７】
Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドは、シーケンスナンバー（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）及びフラグメントナンバー（ｆｒａｇｍｅｎｔ  ｎｕｍｂｅｒ）を含むように設定される。シーケンスナンバーを当該ＭＡＣフレームに割り当てられたシーケンスナンバーを指示できる。フラグメントナンバーは、当該ＭＡＣフレームの各フラグメントのナンバーを指示できる。
【０１５８】
ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、ＱｏＳと関連した情報を含む。ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、サブタイプ（Ｓｕｂｔｙｐｅ）のサブフィールドにおいてＱｏＳデータフレームを指示する場合に含まれることができる。
【０１５９】
ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＨＴ及び／又はＶＨＴ送受信技法と関連した制御情報を含む。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、制御ラッパー（Ｃｏｎｔｒｏｌ  Ｗｒａｐｐｅｒ）フレームに含まれる。また、オーダー（Ｏｒｄｅｒ）サブフィールド値が１であるＱｏＳデータ（ＱｏＳ  Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレームに存在する。
【０１６０】
Ｆｒａｍｅ  Ｂｏｄｙは、ＭＡＣペイロード（ｐａｙｌｏａｄ）と定義され、上位階層で送信しようとするデータが位置するようになり、可変的なサイズを有する。例えば、最大ＭＰＤＵのサイズは、１１４５４オクテット（ｏｃｔｅｔｓ）で、最大ＰＰＤＵのサイズは、５．４８４ｍｓでありうる。
【０１６１】
ＦＣＳは、ＭＡＣフッター（ｆｏｏｔｅｒ）と定義され、ＭＡＣフレームのエラー探索のために使用される。
【０１６２】
１番目の３つのフィールド（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド及びＡｄｄｒｅｓｓ１フィールド）と最も最後のフィールド（ＦＣＳフィールド）は、最小フレームフォーマットを構成し、すべてのフレームに存在する。その他のフィールドは、特定フレームタイプにおいてのみ存在し得る。
【０１６３】
図７は、本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴフォーマットを例示する。
【０１６４】
図７に示すように、ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＶＨＴサブフィールド、ＨＴ制御ミドル（ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅ）サブフィールド、ＡＣ制限（ＡＣ  Ｃｏｎｓｔｒａｉｎｔ）サブフィールド、及び逆方向承認（ＲＤＧ：Ｒｅｖｅｒｓｅ  Ｄｉｒｅｃｔｉｏｎ  Ｇｒａｎｔ）／追加ＰＰＤＵ（Ｍｏｒｅ  ＰＰＤＵ）サブフィールドで構成されることができる。
【０１６５】
ＶＨＴサブフィールドは、ＨＴ  ＣｏｎｔｒｏｌフィールドがＶＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールドのフォーマットを有するか（ＶＨＴ＝１）、またはＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールドのフォーマットを有するか（ＶＨＴ＝０）の可否を指示する。図７では、ＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールド（すなわち、ＶＨＴ＝０）を仮定して説明する。
【０１６６】
ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、ＶＨＴサブフィールドの指示にしたがい他のフォーマットを有するように実現されることができる。ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドについてのさらに詳細な説明は後述する。
【０１６７】
ＡＣ  Ｃｏｎｓｔｒａｉｎｔサブフィールドは、逆方向（ＲＤ：ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ）データフレームのマップされたＡＣ（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ）が単一ＡＣに限定されたことであるかどうかを指示する。
【０１６８】
ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵサブフィールドは、当該フィールドがＲＤイニシエーター（ｉｎｉｔｉａｔｏｒ）またはＲＤ応答者（ｒｅｓｐｏｎｄｅｒ）によって送信されるかどうかによって異なるように解釈されることができる。
【０１６９】
ＲＤイニシエーターによって送信された場合、ＲＤＧが存在する場合、ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵフィールドが「１」に設定され、ＲＤＧが存在しない場合、「０」に設定される。ＲＤ応答者によって送信された場合、当該サブフィールドを含むＰＰＤＵがＲＤ応答者により送信された最後のフレームであると、「１」に設定され、さらに他のＰＰＤＵが送信されると、「０」に設定される。
【０１７０】
ＨＴのためのＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、リンク適応（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）サブフィールド、カリブレーションポジション（Ｃａｌｉｂｒａｔｉｏｎ  Ｐｏｓｉｔｉｏｎ）サブフィールド、カリブレーションシーケンス（Ｃａｌｉｂｒａｔｉｏｎ  Ｓｅｑｕｅｎｃｅ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド、チャネル状態情報／調整（ＣＳＩ／Ｓｔｅｅｒｉｎｇ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｔｅｅｒｉｎｇ）サブフィールド、ＨＴ  ＮＤＰ公知（ＨＴ  ＮＤＰ  Ａｎｎｏｕｎｃｅｍｅｎｔ：ＨＴ  Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールドを含むことができる。
【０１７１】
Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎサブフィールドは、トレーニング要請（ＴＲＱ：Ｔｒａｉｎｉｎｇ  ｒｅｑｕｅｓｔ）サブフィールド、ＭＣＳ要請またはアンテナ選択指示（ＭＡＩ：ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）Ｒｅｑｕｅｓｔ  ｏｒ  ＡＳＥＬ（Ａｎｔｅｎｎａ  Ｓｅｌｅｃｔｉｏｎ）Ｉｎｄｉｃａｔｉｏｎ）サブフィールド、ＭＣＳフィードバックシーケンス指示（ＭＦＳＩ：ＭＣＳ  Ｆｅｅｄｂａｃｋ  Ｓｅｑｕｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）サブフィールド、ＭＣＳフィードバック及びアンテナ選択命令／データ（ＭＦＢ／ＡＳＥＬＣ：ＭＣＳ  Ｆｅｅｄｂａｃｋ  ａｎｄ  Ａｎｔｅｎｎａ  Ｓｅｌｅｃｔｉｏｎ  Ｃｏｍｍａｎｄ／ｄａｔａ）サブフィールドを含むことができる。
【０１７２】
ＴＲＱサブフィールドは、応答者（ｒｅｓｐｏｎｄｅｒ）にサウンディングＰＰＤＵ（ｓｏｕｎｄｉｎｇ  ＰＰＤＵ）送信を要請する場合、１に設定され、応答者にサウンディングＰＰＤＵ送信を要請しない場合、０に設定される。
【０１７３】
ＭＡＩサブフィールドが１４に設定されれば、アンテナ選択指示（ＡＳＥＬ  ｉｎｄｉｃａｔｉｏｎ）を表し、ＭＦＢ／ＡＳＥＬＣサブフィールドは、アンテナ選択命令／データに解釈される。そうでない場合、ＭＡＩサブフィールドは、ＭＣＳ要請を表し、ＭＦＢ／ＡＳＥＬＣサブフィールドは、ＭＣＳフィードバックに解釈される。
【０１７４】
ＭＡＩサブフィールドがＭＣＳ要請（ＭＲＱ：ＭＣＳ  Ｒｅｑｕｅｓｔ）を表す場合、ＭＡＩサブフィールドは、ＭＲＱ（ＭＣＳ  ｒｅｑｕｅｓｔ）及びＭＳＩ（ＭＲＱ  ｓｅｑｕｅｎｃｅ  ｉｄｅｎｔｉｆｉｅｒ）で構成されると解釈される。ＭＲＱサブフィールドは、ＭＣＳフィードバックが要請されれば、「１」に設定され、ＭＣＳフィードバックが要請されなければ、「０」に設定される。ＭＲＱサブフィールドが「１」であるとき、ＭＳＩサブフィールドは、ＭＣＳフィードバック要請を特定するためのシーケンス番号を含む。ＭＲＱサブフィールドが「０」であるとき、ＭＳＩサブフィールドは、予備（ｒｅｓｅｒｖｅｄ）ビットに設定される。
【０１７５】
前述した各サブフィールドは、ＨＴ制御フィールドに含まれ得るサブフィールドの例示に該当し、他のサブフィールドに代替されるか、追加的なサブフィールドがさらに含まれることができる。
【０１７６】
図８は、本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する。
【０１７７】
図８に示すように、ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＶＨＴサブフィールド、ＨＴ制御ミドル（ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅ）サブフィールド、ＡＣ制限（ＡＣ  Ｃｏｎｓｔｒａｉｎｔ）サブフィールド、及び逆方向承認（ＲＤＧ：Ｒｅｖｅｒｓｅ  Ｄｉｒｅｃｔｉｏｎ  Ｇｒａｎｔ）／追加ＰＰＤＵ（Ｍｏｒｅ  ＰＰＤＵ）サブフィールドで構成されることができる。
【０１７８】
図８では、ＶＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールド（すなわち、ＶＨＴ＝１）を仮定して説明する。ＶＨＴのためのＨＴ  ＣｏｎｔｒｏｌフィールドをＶＨＴ  Ｃｏｎｔｒｏｌフィールドと呼ぶことができる。
【０１７９】
ＡＣ  Ｃｏｎｓｔｒａｉｎｔサブフィールド及びＲＤＧ／Ｍｏｒｅ  ＰＰＤＵサブフィールドについての説明は、前述した図７での説明と同様であるから、説明を省略する。
【０１８０】
上述のように、ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、ＶＨＴサブフィールドの指示にしたがい、他のフォーマットを有するように実現されることができる。
【０１８１】
ＶＨＴのためのＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、予備ビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）、ＭＣＳフィードバック要請（ＭＲＱ：ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）ｆｅｅｄｂａｃｋ  ｒｅｑｕｅｓｔ）サブフィールド、ＭＲＱシーケンス識別子（ＭＳＩ：ＭＲＱ  Ｓｅｑｕｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）／時空間ブロックコーディング（ＳＴＢＣ：ｓｐａｃｅ-ｔｉｍｅ  ｂｌｏｃｋ  ｃｏｄｉｎｇ）サブフィールド、ＭＣＳフィードバックシーケンス識別子（ＭＦＳＩ：ＭＣＳ  ｆｅｅｄｂａｃｋ  ｓｅｑｕｅｎｃｅ  ｉｄｅｎｔｉｆｉｅｒ）／グループＩＤ最下位ビット（ＧＩＤ-Ｌ：ＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、ＭＣＳフィードバック（ＭＦＢ：ＭＣＳ  Ｆｅｅｄｂａｃｋ）サブフィールド、グループＩＤ最上位ビット（ＧＩＤ-Ｈ：ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、コーディングタイプ（Ｃｏｄｉｎｇ  Ｔｙｐｅ）サブフィールド、フィードバック送信タイプ（ＦＢ  Ｔｘ  Ｔｙｐｅ：Ｆｅｅｄｂａｃｋ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ）サブフィールド及び自発的ＭＦＢ（Ｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢ）サブフィールドから構成されることができる。
【０１８２】
表３は、ＶＨＴフォーマットのＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドに含まれた各サブフィールドに対する説明を示す。
【０１８３】
【表３−１】
0006499285.tif 000009
【０１８４】
【表３−２】
0006499285.tif 000010
【０１８５】
そして、ＭＦＢサブフィールドは、ＶＨＴ空間-時間ストリーム数（ＮＵＭ＿ＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ）サブフィールド、ＶＨＴ-ＭＣＳサブフィールド、帯域幅（ＢＷ：Ｂａｎｄｗｉｄｔｈ）サブフィールド、信号対雑音比（ＳＮＲ：Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）サブフィールドを含むことができる。
【０１８６】
ＮＵＭ＿ＳＴＳサブフィールドは、推薦する空間ストリームの数を指示する。ＶＨＴ-ＭＣＳサブフィールドは、推薦するＭＣＳを指示する。ＢＷサブフィールドは、推薦するＭＣＳと関連した帯域幅情報を指示する。ＳＮＲサブフィールドは、データサブキャリア及び空間ストリーム上記の平均ＳＮＲ値を指示する。
【０１８７】
上述の各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、上述の各フィールドは、ＭＡＣフレームに含まれることができるフィールドの例示に該当し、これに限定されない。すなわち、上述の各フィールドが他のフィールドに代替されるか、または追加的なフィールドがさらに含まれることができ、すべてのフィールドが必須的に含まれなくても良い。
【０１８８】
リンクセットアップ手順（Ｌｉｎｋ  ｓｅｔｕｐ  Ｐｒｏｃｅｄｕｒｅ）
【０１８９】
図９は、本発明が適用され得る無線通信システムにおける一般的なリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）手順を説明するための図である。
【０１９０】
ＳＴＡがネットワークに対してリンクをセットアップし、データを送受信するためには、まず、ネットワークを発見（ｄｉｓｃｏｖｅｒｙ）するためのスキャニング（Ｓｃａｎｎｉｎｇ）手順、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手順、連係（ａｓｓｏｃｉａｔｉｏｎ）手順などを経なければならない。リンクセットアップ手順をセッション開示手順、セッションセットアップ手順とも称することができる。また、リンクセットアップ手順のスキャニング、認証、連係手順を通称して連係手順と称することもできる。
【０１９１】
ＷＬＡＮにおいてスキャニング手順は、受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）手順と能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）手順とがある。
【０１９２】
図９（ａ）は、受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）によるリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）手順を例示し、図９（ｂ）は、能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）によるリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）手順を例示する。
【０１９３】
図９（ａ）のように受動的スキャニング手順は、ＡＰが周期的にブロードキャストするビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を介して行われる。ビーコンフレームは、ＩＥＥＥ  ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）のうち、１つであって、無線ネットワークの存在を知らせ、スキャニングを行うｎｏｎ−ＡＰ  ＳＴＡにして無線ネットワークを探して、無線ネットワークに参加できるように周期的に（例えば、１００ｍｓｅｃ間隔）ブロードキャストされる。ビーコンフレームには、現在のネットワークに関する情報（例えば、ＢＳＳに対した情報）が載ってある。
【０１９４】
ネットワークに関する情報を得るために、ｎｏｎ−ＡＰ  ＳＴＡは、受動的にチャネルを移しながらビーコンフレームの受信を待つ。ビーコンフレームを受信したｎｏｎ−ＡＰ  ＳＴＡは、受信したビーコンフレームに含まれたネットワークに関する情報を格納し、次のチャネルに移動して同じ方法で次のチャネルでスキャニングを行うことができる。ｎｏｎ−ＡＰ  ＳＴＡがビーコンフレームを受信してネットワークに関する情報を取得することにより、当該チャネルでのスキャニング手順が完了する。
【０１９５】
このように、受動的スキャニング手順は、ｎｏｎ−ＡＰ  ＳＴＡが他のフレームを送信する必要無しでビーコンフレームを受信さえすれば、手順が完了するので、全体的なオーバーヘッドが少ないという長所がある。ただし、ビーコンフレームの送信周期に比例してｎｏｎ−ＡＰ  ＳＴＡのスキャニング実行時間が増えるという短所がある。
【０１９６】
それに対し、図９（ｂ）のような能動的スキャニング手順は、ｎｏｎ−ＡＰ  ＳＴＡが周辺にどのＡＰが存在するか探索するために、能動的にチャネルを移しながらプローブ要請フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をブロードキャストすることで、これを受信した全てのＡＰからネットワーク情報を要求する。
【０１９７】
プローブ要請フレームを受信した応答者（ｒｅｓｐｏｎｄｅｒ）は、フレーム衝突を防止するために、ランダム（ｒａｎｄｏｍ）時間の間待った後、プローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）にネットワーク情報を載せて、当該ｎｏｎ−ＡＰ  ＳＴＡに送信する。プローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたネットワーク関連情報を格納し、次のチャネルに移動して同じ方法でスキャニングを行うことができる。ｎｏｎ−ＡＰ  ＳＴＡがプローブ応答フレームを受信してネットワーク情報を取得することにより、スキャニング手順が完了する。
【０１９８】
能動的スキャニング手順は、受動的スキャニング手順に比べて相対的に速い時間の間スキャニングを終えることができるという長所がある。しかし、追加的なフレームシーケンス（ｆｒａｍｅ  ｓｅｑｕｅｎｃｅ）が必要なので、全体的なネットワークオーバーヘッドは増加するようになる。
【０１９９】
スキャニング手順を完了したｎｏｎ−ＡＰ  ＳＴＡは、自分だけの基準に応じてネットワークを選択した後、当該ＡＰと認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手順を行う。
【０２００】
認証手順は、ｎｏｎ−ＡＰ  ＳＴＡが認証要請フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信する過程と、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をｎｏｎ−ＡＰ  ＳＴＡに送信する過程、すなわち、２−ｗａｙハンドシェーキング（ｈａｎｄｓｈａｋｉｎｇ）で行われる。
【０２０１】
認証要請／応答に使用される認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は、管理フレームに該当する。
【０２０２】
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などに関する情報を含むことができる。これは、認証要請／応答フレームに含まれ得る情報の一部の例示に該当し、他の情報に代替されるか、追加的な情報がさらに含まれることができる。
【０２０３】
ｎｏｎ−ＡＰ  ＳＴＡは、認証要請フレームをＡＰに送信することができる。ＡＰは、受信された認証要請フレームに含まれた情報に基づいて、当該ｎｏｎ−ＡＰ  ＳＴＡに対する認証を許すか否かを決定できる。ＡＰは、認証処理の結果を認証応答フレームを介してｎｏｎ−ＡＰ  ＳＴＡに提供することができる。
【０２０４】
認証手順を介してｎｏｎ−ＡＰ  ＳＴＡとＡＰとは、互いに対する認証を経た後、連係（ａｓｓｏｃｉａｔｉｏｎ）を確立（ｅｓｔａｂｌｉｓｈ）する。
【０２０５】
連係過程は、ｎｏｎ−ＡＰ  ＳＴＡが連係要請フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信する過程と、これに応答してＡＰが連係応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をｎｏｎ−ＡＰ  ＳＴＡに送信する過程、すなわち、２−ｗａｙハンドシェーキング（ｈａｎｄｓｈａｋｉｎｇ）で行われる。
【０２０６】
連係要請フレームは、ｎｏｎ−ＡＰ  ＳＴＡの様々な能力（ｃａｐａｂｉｌｉｔｙ）に関連した情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要請（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。
【０２０７】
これに基づいてＡＰは、当該ｎｏｎ−ＡＰ  ＳＴＡに対して支援可能可否を判断する。決定後、ＡＰは、連係応答フレームに連係要請に対する受諾可否とその理由、自分が支援可能な性能（Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）に関する情報を入れてｎｏｎ−ＡＰ  ＳＴＡに送信する。
【０２０８】
連係応答フレームは、様々な能力に関連した情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連係カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重ね合わせ（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）マップなどの情報を含むことができる。
【０２０９】
前述した連係要請／応答フレームに含まれ得る情報は、例示に該当し、他の情報に代替されるか、追加的な情報がさらに含まれることができる。
【０２１０】
ｎｏｎ−ＡＰ  ＳＴＡがＡＰと成功的に連係を確立した場合、正常な送受信がなされるようになる。それに対し、ＡＰと成功的に連係を確立できなかった場合、その理由に基づいてｎｏｎ−ＡＰ  ＳＴＡは、再度連係手順を試みたり、他のＡＰに連係を試みることができる。
【０２１１】
媒体アクセスメカニズム
【０２１２】
ＩＥＥＥ  ８０２．１１における通信は、共有された無線媒体（ｓｈａｒｅｄ  ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ）においてなされるから、有線チャネル（ｗｉｒｅｄ  ｃｈａｎｎｅｌ）環境とは根本的に異なる特徴を有する。
【０２１３】
有線チャネル環境では、ＣＳＭＡ／ＣＤ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔｉｏｎ）に基づいて通信が可能である。例えば、送信端から一回シグナルが送信されると、チャネル環境が大きな変化がないから、受信端まで大きく信号が減衰されずに送信される。このとき、２つ以上のシグナルが衝突されると、感知（ｄｅｔｅｃｔｉｏｎ）が可能であった。これは、受信端で感知された電力（ｐｏｗｅｒ）が瞬間的に送信端から送信した電力より大きくなるためである。しかしながら、無線チャネル環境は、様々な要素（例えば、距離に応じてシグナルの減衰が大きいか、または瞬間的に深いフェージング（ｄｅｅｐ  ｆａｄｉｎｇ）を経ることができる）がチャネルに影響を与えるから、実際に受信端で信号が正しく送信されたか、または衝突が発生したか、送信端で正確にキャリアセンシング（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）をすることができない。
【０２１４】
これにより、ＩＥＥＥ  ８０２．１１に応じるＷＬＡＮシステムにおいて、ＭＡＣの基本アクセスメカニズムとしてＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）メカニズムを導入した。ＣＡＭＡ／ＣＡメカニズムは、ＩＥＥＥ  ８０２．１１ＭＡＣの分配調整機能（ＤＣＦ：Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）とも呼ばれるが、基本的に「ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによると、ＡＰ及び／又はＳＴＡは、送信を始めるに先立ち、所定の時間区間（例えば、ＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒ-Ｆｒａｍｅ  Ｓｐａｃｅ））の間に無線チャネルまたは媒体（ｍｅｄｉｕｍ）をセンシング（ｓｅｎｓｉｎｇ）するＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を行う。センシング結果、万が一、媒体がアイドル状態（ｉｄｌｅ  ｓｔａｔｕｓ）であると判断されると、当該媒体を介してフレーム送信を始める。これに対し、媒体が占有状態（ｏｃｃｕｐｉｅｄ  ｓｔａｔｕｓ）であると感知されると、当該ＡＰ及び／又はＳＴＡは、自分の送信を開示せずに、既に様々なＳＴＡが当該媒体を使用するために待機しているという仮定下でＤＩＦＳに追加的に媒体アクセスのための遅延時間（例えば、任意のバックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ））の間により待った後にフレーム送信を試みることができる。
【０２１５】
任意のバックオフ周期を適用することによって、フレームを送信するための複数のＳＴＡが存在すると仮定するとき、複数のＳＴＡは、確率的に異なるバックオフ周期値を有するようになって、互いに異なる時間の間に待機した後にフレーム送信を試みることが期待されるので、衝突（ｃｏｌｌｉｓｉｏｎ）を最小化させることができる。
【０２１６】
また、ＩＥＥＥ  ８０２．１１ＭＡＣプロトコルは、ＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を提供する。ＨＣＦは、前記ＤＣＦと支点調整機能（ＰＣＦ：Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に基づく。ＰＣＦは、ポーリング（ｐｏｌｌｉｎｇ）基盤の同期式アクセス方式ですべての受信ＡＰ及び／又はＳＴＡがデータフレームを受信することができるように、周期的にポーリングする方式を称する。また、ＨＣＦは、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）とＨＣＣＡ（ＨＣＦ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）を有する。ＥＤＣＡは、提供者が多数のユーザにデータフレームを提供するためのアクセス方式を競争基盤で行うことで、ＨＣＣＡは、ポーリング（ｐｏｌｌｉｎｇ）メカニズムを利用した非競争基盤のチャネルアクセス方式を使用することである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させるための媒体アクセスメカニズムを含み、競争周期（ＣＰ：Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）と非競争周期（ＣＦＰ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）の両方でＱｏＳデータを送信できる。
【０２１７】
図１０は、本発明が適用され得る無線通信システムにおける任意のバックオフ周期とフレーム送信手順を説明するための図である。
【０２１８】
特定媒体が占有（ｏｃｃｕｐｙまたはｂｕｓｙ）状態からアイドル（ｉｄｌｅ）状態に変更されると、複数のＳＴＡは、データ（またはフレーム）送信を試みることができる。このとき、衝突を最小化するための方案として、ＳＴＡは、各々任意のバックオフカウント（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｃｏｕｎｔ）を選択し、それに該当するスロット時間（ｓｌｏｔ  ｔｉｍｅ）分だけ待機した後に、送信を試みることができる。任意のバックオフカウントは、疑似-任意整数（ｐｓｅｕｄｏ-ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値を有し、０〜競争ウィンドウ（ＣＷ：Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）範囲で均一分布（ｕｎｉｆｏｒｍ  ｄｉｓｔｒｉｂｕｔｉｏｎ）した値のうちのいずれか１つで決定されることができる。ここで、ＣＷは、競争ウィンドウパラメータ値である。ＣＷパラメータは、初期値としてＣＷ＿ｍｉｎが与えられるが、送信が失敗した場合（例えば、送信されたフレームに対するＡＣＫを受信していない場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷ＿ｍａｘになると、データ送信が成功するまでＣＷ＿ｍａｘ値を維持しながらデータ送信を試みることができ、データ送信が成功する場合には、ＣＷ＿ｍｉｎ値でリセットされる。ＣＷ、ＣＷ＿ｍｉｎ及びＣＷ＿ｍａｘ値は、(２＾ｎ)-１（ｎ＝０，１，２，．．．）に設定されることが好ましい。
【０２１９】
任意のバックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値で応じてバックオフスロットをカウントダウンし、カウントダウンする間に媒体をモニタリングし続ける。媒体が占有状態であるとモニタリングされる場合、カウントダウンを中断し待機するようになり、媒体がアイドル状態になると、カウントダウンを再開する。
【０２２０】
図１０の例示においてＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３は、ＤＩＦＳ分だけ媒体がアイドル状態であることを確認し、直にフレームを送信できる。
【０２２１】
一方、残りのＳＴＡは、媒体が占有（ｂｕｓｙ）状態であることをモニタリングし待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生でき、それぞれのＳＴＡは、媒体がアイドル状態であるとモニタリングされる場合、ＤＩＦＳだけ待機した後に、各自が選択した任意のバックオフカウント値で応じてバックオフスロットをカウントダウンする。
【０２２２】
図１０の例示では、ＳＴＡ２が最も小さなバックオフカウント値を選択し、ＳＴＡ１が最も大きなバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えフレーム送信を始める時点においてＳＴＡ５の残余バックオフ時間は、ＳＴＡ１の残余バックオフ時間より短い場合を例示する。
【０２２３】
ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間にカウントダウンを止め待機する。ＳＴＡ２の媒体占有が終了して媒体が再度アイドル状態になると、ＳＴＡ１及びＳＴＡ５は、ＤＩＦＳだけ待機した後に、止めたバックオフカウントを再開する。すなわち、残余バックオフ時間ほどの残りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１より短かったので、ＳＴＡ５のフレーム送信を始めるようになる。
【０２２４】
一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生できる。このとき、ＳＴＡ４の立場では、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後、自分が選択した任意のバックオフカウント値で応じるバックオフスロットのカウントダウンを行う。
【０２２５】
図１０の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意のバックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５との間に衝突が発生できる。衝突が発生する場合には、ＳＴＡ４とＳＴＡ５ともがＡＣＫを受信できないから、データ送信を失敗するようになる。この場合、ＳＴＡ４とＳＴＡ５は、ＣＷ値を２倍に増やした後に、任意のバックオフカウント値を選択しバックオフスロットのカウントダウンを行う。
【０２２６】
一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信により媒体が占有状態である間に待機している途中で、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後に、残余バックオフ時間が経過すると、フレーム送信を始めることができる。
【０２２７】
ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／又はＳＴＡが媒体を直接センシングする物理的キャリアセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）の他に、仮像キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含む。
【０２２８】
仮像キャリアセンシングは、非表示ノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体接近上発生できる問題を補完するためのものである。仮像キャリアセンシングのために、ＷＬＡＮシステムのＭＡＣは、ネットワーク割り当てベクトル（ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を用いる。ＮＡＶは、現在媒体を使用しているか、または使用する権限があるＡＰ及び／又はＳＴＡが、媒体が利用可能な状態になるまで残っている時間を他のＡＰ及び／又はＳＴＡに指示する値である。したがって、ＮＡＶに設定された値は、当該フレームを送信するＡＰ及び／又はＳＴＡによって媒体の使用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、当該期間の間に媒体アクセスが禁止される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）の持続期間（ｄｕｒａｔｉｏｎ）フィールドの値で応じて設定されることができる。
【０２２９】
ＡＰ及び／又はＳＴＡは、媒体に接近しようとすることを知らせるために、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）フレーム及びＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）フレームを交換する手順を行うことができる。ＲＴＳフレーム及びＣＴＳフレームは、実質的なデータフレーム送信及び受信確認応答（ＡＣＫ）が支援される場合、ＡＣＫフレームが送受信されるのに必要な無線媒体が接近予約された時間的な区間を指示する情報を含む。フレームを送信しようとするＡＰ及び／又はＳＴＡから送信されたＲＴＳフレームを受信するか、またはフレーム送信対象ＳＴＡから送信されたＣＴＳフレームを受信した他のＳＴＡは、ＲＴＳ／ＣＴＳフレームに含まれている情報が指示する時間的な区間の間に媒体に接近しないように設定されることができる。これは、時間区間の間にＮＡＶが設定されることにより実現されることができる。
【０２３０】
アップリンク多重ユーザ送信方法
【０２３１】
次世代ＷｉＦｉに対する様々な分野のベンダーの高い関心と８０２．１１ａｃ以後の高いスループット（ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ）及びＱｏＥ（ｑｕａｌｉｔｙ  ｏｆ  ｅｘｐｅｒｉｅｎｃｅ）性能向上に対する要求が高まっている状況において、次世代ＷＬＡＮシステムである８０２．１１ａｘシステムのための新しいフレームフォーマット及びヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に対する議論が盛んに進行中である。
【０２３２】
ＩＥＥＥ  ８０２．１１ａｘは、より高いデータ処理率（ｄａｔａ  ｒａｔｅ）を支援し、より高いユーザ負荷（ｕｓｅｒ  ｌｏａｄ）を処理するための次世代ＷＬＡＮシステムとして最近に新しく提案されているＷＬＡＮシステムのうちの一つであって、一名高効率ＷＬＡＮ（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  ＷＬＡＮ）と呼ばれる。
【０２３３】
ＩＥＥＥ  ８０２．１１ａｘ  ＷＬＡＮシステムは、従来のＷＬＡＮシステムと同様に、２．４ＧＨｚ周波数帯域及び５ＧＨｚ周波数帯域で動作できる。また、それより高い６０ＧＨｚ周波数帯域でも動作できる。
【０２３４】
ＩＥＥＥ  ８０２．１１ａｘシステムでは、平均スループット向上（ａｖｅｒａｇｅ  ｔｈｒｏｕｇｈｐｕｔ  ｅｎｈａｎｃｅｍｅｎｔ）と室外環境でのシンボル間干渉（ｉｎｔｅｒ-ｓｙｍｂｏｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）に対する 強固な送信（ｏｕｔｄｏｏｒ  ｒｏｂｕｓｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）のために、従来のＩＥＥＥ  ８０２．１１  ＯＦＤＭ  ｓｙｓｔｅｍ（ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）より各帯域幅において４倍大きいＦＦＴサイズを使用することができる。これについて、以下の図面を参照して説明する。
【０２３５】
以下、本発明にＨＥフォーマットＰＰＤＵに対する説明において、別の言及がなくても上述のｎｏｎ-ＨＴフォーマットＰＰＤＵ、ＨＴ-ｍｉｘｅｄフォーマットＰＰＤＵ、ＨＴ-ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵ及び／又はＶＨＴフォーマットＰＰＤＵに対する説明がＨＥフォーマットＰＰＤＵに対する説明に併合されることができる。
【０２３６】
図１１は、本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【０２３７】
図１１に示すように、ＨＥＷのためのＨＥフォーマットＰＰＤＵは、大別して、レガシー部分（Ｌ−ｐａｒｔ）、ＨＥ部分（ＨＥ−ｐａｒｔ）で構成されることができる。
【０２３８】
Ｌ−ｐａｒｔは、既存のＷＬＡＮシステムで維持する形態と同様に、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、及びＬ−ＳＩＧフィールドで構成される。Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、及びＬ−ＳＩＧフィールドをレガシープリアンブル（ｌｅｇａｃｙ  ｐｒｅａｍｂｌｅ）と呼ぶことができる。
【０２３９】
ＨＥ−ｐａｒｔは、８０２．１１ａｘ標準のために新しく定義される部分であって、ＨＥ−ＳＩＧフィールドとＨＥプリアンブル（ＨＥ−ｐｒｅａｍｂｌｅ）、及びデータ（ＨＥ−ｄａｔａ）フィールドで構成されることができる。そして、ＨＥ−ｐｒｅａｍｂｌｅは、ＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドを含むことができる。また、ＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドだけでなく、ＨＥ−ＳＩＧフィールドを含んでＨＥ−ｐｒｅａｍｂｌｅと通称することもできる。
【０２４０】
図１１では、ＨＥ−ＳＩＧフィールド、ＨＥ−ＳＴＦフィールド、及びＨＥ−ＬＴＦフィールドの順序を例示しているが、これと相違した順序で構成されることができる。
【０２４１】
Ｌ−ｐａｒｔ、ＨＥ−ＳＩＧフィールド、ＨＥ−ｐｒｅａｍｂｌｅを物理プリアンブル（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｐｒｅａｍｂｌｅ）と通称することができる。
【０２４２】
ＨＥ−ＳＩＧフィールドは、ＨＥ−ｄａｔａフィールドをデコーディングするための情報（例えば、ＯＦＤＭＡ、ＵＬ  ＭＵ  ＭＩＭＯ、向上したＭＣＳ等）を含むことができる。
【０２４３】
Ｌ−ｐａｒｔとＨＥ−ｐａｒｔ（特に、ＨＥ−ｐｒｅａｍｂｌｅ及びＨＥ−ｄａｔａ）は、互いに異なるＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズを有することができ、互いに異なるＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を使用することもできる。すなわち、Ｌ−ｐａｒｔとＨＥ−ｐａｒｔ（特に、ＨＥ−ｐｒｅａｍｂｌｅ及びＨＥ−ｄａｔａ）は、サブキャリア周波数間隔（ｓｕｂｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）が互い異なるように定義され得る。
【０２４４】
８０２．１１ａｘシステムでは、レガシーＷＬＡＮシステムに比べて４倍大きい（４×）ＦＦＴサイズを使用することができる。すなわち、Ｌ-ｐａｒｔは、１×シンボル構造から構成され、ＨＥ-ｐａｒｔ（特に、ＨＥ-ｐｒｅａｍｂｌｅ及びＨＥ-ｄａｔａ）は、４×シンボル構造から構成されることができる。ここで、１×、２×、４×サイズのＦＦＴは、レガシーＷＬＡＮシステム（例えば、ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）に対する相対的なサイズを意味する。
【０２４５】
例えば、Ｌ-ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ６４、１２８、２５６、５１２であると、ＨＥ-ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ２５６、５１２、１０２４、２０４８でありうる。
【０２４６】
このようにレガシーＷＬＡＮシステムよりＦＦＴサイズが大きくなると、サブキャリア周波数間隔（ｓｕｂｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）が小さくなるので、単位周波数当たりのサブキャリアの数が増加するが、ＯＦＤＭシンボル長が長くなる。
【０２４７】
すなわち、より大きなＦＦＴサイズが使用されるということは、サブキャリア間隔が狭くなるという意味であり、同様にＩＤＦＴ（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）周期（ｐｅｒｉｏｄ）が増えるという意味である。ここで、ＩＤＦＴ／ＤＦＴ周期は、ＯＦＤＭシンボルにおいて保護区間（ＧＩ）を除いたシンボル長を意味できる。
【０２４８】
したがって、ＨＥ-ｐａｒｔ（特に、ＨＥ-ｐｒｅａｍｂｌｅ及びＨＥ-ｄａｔａ）は、Ｌ-ｐａｒｔに比べて４倍大きなＦＦＴサイズが使用されるならば、ＨＥ-ｐａｒｔのサブキャリア間隔は、Ｌ-ｐａｒｔのサブキャリア間隔の１／４倍になり、ＨＥ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、Ｌ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期の４倍になる。例えば、Ｌ-ｐａｒｔのサブキャリア間隔が３１２．５ｋＨｚ（＝２０ＭＨｚ／６４、４０ＭＨＺ／１２８、８０ＭＨｚ／２５６及び／又は１６０ＭＨｚ／５１２）であると、ＨＥ-ｐａｒｔのサブキャリア間隔は、７８．１２５ｋＨｚ（＝２０ＭＨｚ／２５６、４０ＭＨＺ／５１２、８０ＭＨｚ／１０２４及び／又は１６０ＭＨｚ／２０４８）でありうる。また、Ｌ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期が３．２μs（＝１／３１２．５ｋＨｚ）であると、ＨＥ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、１２．８μs（＝１／７８．１２５ｋＨｚ）でありうる。
【０２４９】
ここで、ＧＩは、０．８μs、１．６μs、３．２μsのうちのいずれか一つが使用されることができるので、ＧＩを含むＨＥ-ｐａｒｔのＯＦＤＭシンボル長（またはシンボル間隔（ｓｙｍｂｏｌ  ｉｎｔｅｒｖａｌ））は、ＧＩに応じて１３．６μs、１４．４μs、１６μsでありうる。
【０２５０】
図１１では、ＨＥ−ＳＩＧフィールドが１ｘシンボル構造で構成される場合を例示しているが、ＨＥ−ＳＩＧフィールドもＨＥ−ｐｒｅａｍｂｌｅ及びＨＥ−ｄａｔａのように、４ｘシンボル構造で構成されることができる。
【０２５１】
図１１の例示とは異なり、ＨＥ−ＳＩＧは、ＨＥ−ＳＩＧ  ＡフィールドとＨＥ−ＳＩＧ  Ｂフィールドとに区分されることができる。この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＩＧ  Ｂ以後からさらに大きくなることができる。すなわち、ＨＥ−ＳＩＧ  Ｂ以後からＬ−ｐａｒｔに比べてＯＦＤＭシンボル長さが長くなり得る。
【０２５２】
本発明が適用され得るＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも１つの２０ＭＨｚチャネルを介して送信されることができる。例えば、ＨＥフォーマットＰＰＤＵは、総４個の２０ＭＨｚチャネルを介して４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚ周波数帯域で送信されることができる。これについて、下記の図面を参照してより詳細に説明する。
【０２５３】
図１２は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０２５４】
図１２では、１つのＳＴＡに８０ＭＨｚが割り当てられた場合（または、８０ＭＨｚ内の複数のＳＴＡにＯＦＤＭＡ資源ユニットが割り当てられた場合）、或いは、複数のＳＴＡに各々８０ＭＨｚの互いに異なるストリームが割り当てられた場合のＰＰＤＵフォーマットを例示する。
【０２５５】
図１２に示すように、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧは、各２０ＭＨｚチャネルで６４ＦＦＴポイント（または、６４サブキャリア）に基盤して生成されたＯＦＤＭシンボルで送信されることができる。
【０２５６】
ＨＥ−ＳＩＧ  Ａフィールドは、ＰＰＤＵを受信するＳＴＡに共通に送信される共通制御情報を含むことができる。ＨＥ−ＳＩＧ  Ａフィールドは、１個〜３個のＯＦＤＭシンボルで送信されることができる。ＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚ単位で複写されて同じ情報を含む。また、ＨＥ−ＳＩＧ−Ａフィールドは、システムの全体帯域幅情報を知らせる。
【０２５７】
表４は、ＨＥ−ＳＩＧ  Ａフィールドに含まれる情報を例示する表である。
【０２５８】
【表４】
0006499285.tif 000011
【０２５９】
表４に例示される各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＰＰＤＵに含まれ得るフィールドの例示に該当し、これに限定されない。すなわち、前述した各フィールドが他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得るし、全てのフィールドが必須的に含まれないこともある。
【０２６０】
ＨＥ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０２６１】
ＨＥ−ＳＩＧ  Ｂフィールドは、各ＳＴＡが自分のデータ（例えば、ＰＳＤＵ）を受信するために要求されるユーザ特定（ｕｓｅｒ−ｓｐｅｃｉｆｉｃ）情報を含むことができる。ＨＥ−ＳＩＧ  Ｂフィールドは、１つまたは２つのＯＦＤＭシンボルで送信されることができる。例えば、ＨＥ−ＳＩＧ  Ｂフィールドは、当該ＰＳＤＵの変調及びコーディング技法（ＭＣＳ）及び当該ＰＳＤＵの長さに関する情報を含むことができる。
【０２６２】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル単位で繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域）を介して送信されるとき、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル毎に繰り返されて送信されることができる。
【０２６３】
ＦＦＴサイズが大きくなると、既存のＩＥＥＥ  ８０２．１１ａ／ｇ／ｎ／ａｃを支援するレガシーＳＴＡは、当該ＨＥ  ＰＰＤＵをデコーディングできないこともある。レガシーＳＴＡとＨＥ  ＳＴＡとが共存（ｃｏｅｘｉｓｔｅｎｃｅ）するために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧフィールドは、レガシーＳＴＡが受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信される。例えば、Ｌ−ＳＩＧフィールドは、１つのＯＦＤＭシンボルを占有し、１つのＯＦＤＭシンボル時間は、４μｓであり、ＧＩは、０．８μｓでありうる。
【０２６４】
各周波数単位別のＦＦＴサイズは、ＨＥ−ＳＴＦからさらに大きくなることができる。例えば、２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。ＦＦＴサイズが大きくなると、ＯＦＤＭサブキャリア間の間隔が小さくなるので、単位周波数当たりＯＦＤＭサブキャリアの数が増加されるが、ＯＦＤＭシンボル時間は長くなる。システムの効率を向上させるために、ＨＥ−ＳＴＦ以後のＧＩの長さは、ＨＥ−ＳＩＧ  ＡのＧＩの長さと同様に設定されることができる。
【０２６５】
ＨＥ−ＳＩＧ  Ａフィールドは、ＨＥ  ＳＴＡがＨＥ  ＰＰＤＵをデコーディングするために要求される情報を含むことができる。しかし、ＨＥ−ＳＩＧ  Ａフィールドは、レガシーＳＴＡとＨＥ  ＳＴＡとを共に受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信されることができる。これは、ＨＥ  ＳＴＡがＨＥフォーマットＰＰＤＵだけでなく、既存のＨＴ／ＶＨＴフォーマットＰＰＤＵを受信することができ、レガシーＳＴＡ及びＨＥ  ＳＴＡがＨＴ／ＶＨＴフォーマットＰＰＤＵとＨＥフォーマットＰＰＤＵとを区分しなければならないためである。
【０２６６】
図１３は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０２６７】
図１３では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０２６８】
図１３に示すように、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなり得る。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０２６９】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図１２の例示と同様であるから、以下、説明を省略する。
【０２７０】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに特定された情報を含むことができるが、全体バンド（すなわち、ＨＥ−ＳＩＧ−Ａフィールドで指示）にわたってエンコーディングされることができる。すなわち、ＨＥ−ＳＩＧ−Ｂフィールドは、全てのＳＴＡに関する情報を含み、全てのＳＴＡが受信されるようになる。
【０２７１】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。例えば、図１３においてＨＥ−ＳＩＧ−Ｂは、ＳＴＡ１が２０ＭＨｚ、ＳＴＡ２がその次の２０ＭＨｚ、ＳＴＡ３がその次の２０ＭＨｚ、ＳＴＡ４がその次の２０ＭＨｚを割り当てることができる。また、ＳＴＡ１とＳＴＡ２とは、４０ＭＨｚを割り当て、ＳＴＡ３とＳＴＡ４とは、その次の４０ＭＨｚを割り当てることができる。この場合、ＳＴＡ１とＳＴＡ２とは、互いに異なるストリームを割り当て、ＳＴＡ３とＳＴＡ４とは、互いに異なるストリームを割り当てることができる。
【０２７２】
また、ＨＥ−ＳＩＧ−Ｃフィールドを定義し、図１３の例示にＨＥ−ＳＩＧ  Ｃフィールドが追加され得る。この場合、ＨＥ−ＳＩＧ−Ｂフィールドでは、全帯域にわたって全てのＳＴＡに関する情報が送信され、各ＳＴＡに特定の制御情報は、ＨＥ−ＳＩＧ−Ｃフィールドを介して２０ＭＨｚ単位で送信されることもできる。
【０２７３】
また、図１２及び図１３の例示と異なり、ＨＥ−ＳＩＧ−Ｂフィールドは、全帯域にわたって送信せずに、ＨＥ−ＳＩＧ−Ａフィールドと同様に２０ＭＨｚ単位で送信されることができる。これについて下記の図面を参照して説明する。
【０２７４】
図１４は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０２７５】
図１４では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０２７６】
図１４に示すように、ＨＥ−ＳＩＧ−Ｂフィールドは、全帯域にわたって送信されず、ＨＥ−ＳＩＧ−Ａフィールドと同様に２０ＭＨｚ単位で送信される。ただし、このとき、ＨＥ−ＳＩＧ−Ｂは、ＨＥ−ＳＩＧ−Ａフィールドと異なり、２０ＭＨｚ単位でエンコーディングされて送信されるが、２０ＭＨｚ単位で複製されて送信されないこともある。
【０２７７】
この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０２７８】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図１２の例示と同様であるから、以下、説明を省略する。
【０２７９】
ＨＥ−ＳＩＧ−Ａフィールドは、２０ＭＨｚ単位で複写されて（ｄｕｐｌｉｃａｔｅｄ）送信される。
【０２８０】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに関する情報を含むので、２０ＭＨｚ単位の各ＨＥ−ＳＩＧ−Ｂフィールド別に各ＳＴＡに関する情報が含まれ得る。このとき、図１４の例示では、各ＳＴＡ別に２０ＭＨｚが割り当てられる場合を例示しているが、例えば、ＳＴＡに４０ＭＨｚが割り当てられる場合、２０ＭＨｚ単位でＨＥ−ＳＩＧ−Ｂフィールドが複写されて送信されることもできる。
【０２８１】
各ＢＳＳ別に互いに異なる帯域幅を支援する状況で隣接したＢＳＳからの干渉レベルが少ない一部の帯域幅をＳＴＡに割り当てる場合に、上記のように、ＨＥ−ＳＩＧ−Ｂフィールドを全帯域にわたって送信しないことがより好ましい。
【０２８２】
図１１〜図１４においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）であって、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブリングされたＰＳＤＵ、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０２８３】
一方、前述した図１１〜図１４のようなＨＥフォーマットＰＰＤＵは、Ｌ−ＳＩＧフィールドの繰り返しシンボルであるＲＬ−ＳＩＧ（Ｒｅｐｅａｔｅｄ  Ｌ−ＳＩＧ）フィールドを介して区分されることができる。ＲＬ−ＳＩＧフィールドは、ＨＥ  ＳＩＧ−Ａフィールドの前に挿入され、各ＳＴＡは、ＲＬ−ＳＩＧフィールドを用いて受信されたＰＰＤＵのフォーマットをＨＥフォーマットＰＰＤＵとして区分することができる。
【０２８４】
ＷＬＡＮシステムで動作するＡＰが同じ時間資源上において複数のＳＴＡへデータを送信する方式をＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。反対に、ＷＬＡＮシステムで動作する複数のＳＴＡが同じ時間資源上においてＡＰにデータを送信する方式をＵＬ  ＭＵ送信（ｕｐｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。
【０２８５】
このようなＤＬ  ＭＵ送信またはＵＬ  ＭＵ送信は、周波数ドメイン（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）または空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上で多重化されることができる。
【０２８６】
周波数ドメイン上において多重化される場合、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に基づいて複数のＳＴＡ各々に対して互いに異なる周波数資源（例えば、サブキャリアまたはトーン（ｔｏｎｅ））がダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる周波数資源を介した送信方式を「ＤＬ／ＵＬ  ＯＦＤＭＡ送信」と呼ぶことができる。
【０２８７】
空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上において多重化される場合、複数のＳＴＡ各々に対して互いに異なる空間ストリームがダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる空間的ストリームを介した送信方式を「ＤＬ／ＵＬ  ＭＵ  ＭＩＭＯ」送信と呼ぶことができる。
【０２８８】
図１５〜図１７は、本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【０２８９】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信方式が使用されるとき、ＰＰＤＵ帯域幅内でｎ個のトーン（ｔｏｎｅ）（または、サブキャリア（ｓｕｂｃａｒｒｉｅｒ））単位で複数個の資源ユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）が定義され得る。
【０２９０】
資源ユニットは、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のための周波数資源の割当単位を意味する。
【０２９１】
１つのＳＴＡにＤＬ／ＵＬ周波数資源として１つ以上の資源ユニットが割り当てられて、複数個のＳＴＡに各々互いに異なる資源ユニットが割り当てられ得る。
【０２９２】
図１５では、ＰＰＤＵ帯域幅が２０ＭＨｚである場合を例示する。
【０２９３】
２０ＭＨｚ  ＰＰＤＵ帯域幅（ｂａｎｄｗｉｄｔｈ）の中心周波数領域には、７個のＤＣトーンが位置し得る。また、２０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、６個のレフトガードトーン（ｌｅｆｔ  ｇｕａｒｄ  ｔｏｎｅｓ）及び５個のライトガードトーン（ｒｉｇｈｔ  ｇｕａｒｄ  ｔｏｎｅｓ）が各々位置し得る。
【０２９４】
図１５（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーン（２６トーン資源ユニット）で構成されることができる。このとき、２０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン資源ユニットに隣接して４個のレフトオーバートーンが図１５（ａ）に示したように存在し得る。また、図１５（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーン（５２トーン資源ユニット）で構成されるか、２６個のトーンで構成されることができる。このとき、２０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン／５２トーン資源ユニットに隣接して４個のレフトオーバートーンが図１５（ｂ）に示したように存在し得る。また、図１５（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーン（１０６トーン資源ユニット）で構成されるか、２６個のトーンで構成されることができる。また、図１５（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーン（２４２トーン資源ユニット）で構成されることができる。
【０２９５】
図１５（ａ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大９個のＳＴＡまで支援することができる。また、図１５（ｂ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大５個のＳＴＡまで支援することができる。また、図１５（ｃ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大３個のＳＴＡまで支援することができる。また、図１５（ｄ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域は、１つのＳＴＡに割り当てられることができる。
【０２９６】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量等に基盤して、図１５（ａ）〜図１５（ｄ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図１５（ａ）〜図１５（ｄ）が組み合わせられた資源ユニット構成方式が適用され得る。
【０２９７】
図１６では、ＰＰＤＵ帯域幅が４０ＭＨｚである場合を例示する。
【０２９８】
４０ＭＨｚ  ＰＰＤＵ帯域幅の中心周波数領域には、５個のＤＣトーンが位置し得る。また、４０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、１２個のレフトガードトーン及び１１個のライトガードトーンが各々位置し得る。
【０２９９】
図１６（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。このとき、４０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン資源ユニットに隣接して１６個のレフトオーバートーンが図１６（ａ）に示したように存在し得る。また、図１６（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。このとき、４０ＭＨｚ  ＰＰＤＵ帯域幅には２６トーン／５２トーン資源ユニットに隣接して１６個のレフトオーバートーンが図１６（ｂ）に示したように存在し得る。また、図１６（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。このとき、４０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン／１０６トーン資源ユニットに隣接して８個のレフトオーバートーンが図１６（ｃ）に示したように存在し得る。また、図１６（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されることができる。また、図１６（ｅ）のような資源ユニット構成方式によれば、１つの資源ユニットは、４８４個のトーン（４８４トーン資源ユニット）で構成されることができる。
【０３００】
図１６（ａ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１８個のＳＴＡまで支援することができる。また、図１６（ｂ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１０個のＳＴＡまで支援することができる。また、図１６（ｃ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大６個のＳＴＡまで支援することができる。また、図１６（ｄ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大２個のＳＴＡまで支援することができる。また、図１６（ｅ）のように資源ユニットが構成される場合、当該資源ユニットは、４０ＭＨｚ帯域でＳＵ  ＤＬ／ＵＬ送信のために１個のＳＴＡに割り当てられることができる。
【０３０１】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量などに基づいて、図１６（ａ）〜図１６（ｅ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図１６（ａ）〜図１６（ｅ）が組み合わせられた資源ユニット構成方式が適用されることができる。
【０３０２】
図１７では、ＰＰＤＵ帯域幅が８０ＭＨｚである場合を例示する。
【０３０３】
８０ＭＨｚ  ＰＰＤＵ帯域幅の中心周波数領域には、７個のＤＣトーンが位置し得る。ただし、８０ＭＨｚ  ＰＰＤＵ帯域幅が１つのＳＴＡに割り当てられた場合に（すなわち、９９６トーンで構成された資源ユニットが１つのＳＴＡに割り当てられた場合）、中心周波数領域には、５個のＤＣトーンが位置し得る。また、８０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、１２個のレフトガードトーン及び１１個のライトガードトーンが各々位置し得る。
【０３０４】
図１７（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。このとき、８０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン資源ユニットに隣接して３２個のレフトオーバートーンが図１７（ａ）に示したように存在し得る。また、図１７（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。このとき、８０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン／５２トーン資源ユニットに隣接して３２個のレフトオーバートーンが図１７（ｂ）に示したように存在し得る。また、図１７（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。このとき、８０ＭＨｚ  ＰＰＤＵ帯域幅には、２６トーン／１０６トーン資源ユニットに隣接して１６個のレフトオーバートーンが図１７（ｃ）に示したように存在し得る。また、図１７（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されるか、２６個のトーンで構成されることができる。図１７（ｅ）のような資源ユニット構成方式によれば、１つの資源ユニットは、４８４個のトーンで構成されるか、２６個のトーンで構成されることができる。図１７（ｆ）のような資源ユニット構成方式によれば、１つの資源ユニットは、９９６個のトーンで構成されることができる。
【０３０５】
図１７（ａ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大３７個のＳＴＡまで支援することができる。また、図１７（ｂ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大２１個のＳＴＡまで支援することができる。また、図１７（ｃ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１３個のＳＴＡまで支援することができる。また、１７（ｄ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大５個のＳＴＡまで支援することができる。また、１７（ｅ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大３個のＳＴＡまで支援することができる。また、図２８（ｆ）のように資源ユニットが構成される場合、当該資源ユニットは、８０ＭＨｚ帯域でＳＵ  ＤＬ／ＵＬ送信のために１個のＳＴＡに割り当てられることができる。
【０３０６】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量などに基づいて、図１７（ａ）〜図１７（ｆ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図１７（ａ）〜図１７（ｆ）が組み合わせられた資源ユニット構成方式が適用されることができる。
【０３０７】
その他にも、図面には示していないが、ＰＰＤＵ帯域幅が１６０ＭＨｚである場合の資源ユニットの構成方式も提案されることができる。この場合、１６０ＭＨｚ  ＰＰＤＵの帯域幅は、図３２において上述した８０ＭＨｚ  ＰＰＤＵ帯域幅が２回繰り返された構造を有することができる。
【０３０８】
上述した資源ユニット構成方式によって決定された全体資源ユニットのうち、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のために一部の資源ユニットだけが用いられることもできる。例えば、２０ＭＨｚ内で図１７（ａ）のように資源ユニットが構成される場合、９個未満のＳＴＡに各々１つずつ資源ユニットが割り当てられ、残りの資源ユニットは、いずれのＳＴＡにも割り当てられないこともある。
【０３０９】
ＤＬ  ＯＦＤＭＡ送信の場合、ＰＰＤＵのデータフィールドは、各ＳＴＡに割り当てられた資源ユニット単位で周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化されて送信される。
【０３１０】
それに対し、ＵＬ  ＯＦＤＭＡ送信の場合、各ＳＴＡ別に各々自分が割当を受けた資源ユニット単位でＰＰＤＵのデータフィールドを構成し、同時にＡＰに送信することができる。このように、各ＳＴＡが同時にＰＰＤＵを送信するので、受信端であるＡＰの立場では、各ＳＴＡから送信されるＰＰＤＵのデータフィールドが周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化（または、周波数多重化）されて送信されることと認識されることができる。
【０３１１】
また、ＤＬ／ＵＬ  ＯＦＤＭＡ送信とＤＬ／ＵＬ  ＭＵ−ＭＩＭＯ送信とが同時に支援される場合、１つの資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成されることができる。そして、１つのＳＴＡにＤＬ／ＵＬ空間資源（ｓｐａｔｉａｌ  ｒｅｓｏｕｒｃｅ）として１つ以上のストリームが割り当てられて、複数個のＳＴＡに各々互いに異なるストリームが割り当てられ得る。
【０３１２】
例えば、図１７（ｃ）において１０６トーンで構成される資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成され、ＤＬ／ＵＬ  ＯＦＤＭＡとＤＬ／ＵＬ  ＭＵ−ＭＩＭＯとを同時に支援することができる。
【０３１３】
以下では、説明の都合上、ｎ個のトーンで構成された資源ユニットを「ｎトーン資源ユニット」と呼ぶことにする（ｎは、自然数）。例えば、以下では、２６個のトーンで構成された資源ユニットは、「２６トーン資源ユニット」と呼ぶ。
【０３１４】
パイロットトーンプラン
【０３１５】
前述したように、８０２．１１ａｘシステムでレガシーＷＬＡＮシステムに比べて４倍大きい（４ｘ）ＦＦＴサイズを使用する場合、８０２．１１ａｃシステムのパイロット配置をそのまま適用し難くなる。したがって、本発明では、既存の８０２．１１ｎ及び８０２．１１ａｃシステムで提案されたトーンプランに基づいて、これを補完及び拡張して８０２．１１ａｘシステムのヌメロロジーに適し、かつ効率的なパイロット設計方式を提案しようとする。したがって、まず、既存のシステムでのパイロットトーンプランについて説明した後、本発明の実施形態に係るパイロットトーンプランについて詳細に後述する。
【０３１６】
図１８は、既存のシステムのパイロットトーンプランを説明するために示した図である。
【０３１７】
＊８０２．１１ｎシステム
【０３１８】
８０２．１１ｎシステムにおける２０ＭＨｚ帯域幅送信の場合、４個のパイロットトーンがサブキャリアに挿入され、｛−２１、−７、７、２１｝のインデックスに各々位置する。４０ＭＨｚ帯域幅送信の場合、６個のパイロットトーンがサブキャリアに挿入され、｛−５３、−２５、−１１、１１、２５、５３｝のインデックスに各々位置する。
【０３１９】
８０２．１１ｎシステムでは、Ｍｕｌｔｉ  ｓｔｒｅａｍ  ｐｉｌｏｔ（ＭＳＰ）方式が使用される。ここで、Ｍｕｌｔｉ  ｓｔｒｅａｍ  ｐｉｌｏｔ方式とは、ストリーム個数によって互いに異なるパイロットシーケンスを使用する方式を表す。したがって、ＭＳＰ方式の場合、データ送信の際に使用されるストリームの個数によってパイロットトーンの値（または、パイロット値）が決定され得る。８０２．１１ｎシステムでは、最大４個のストリームを支援する。
【０３２０】
【化３】
0006499285.tif 000012
【０３２１】
【数１−３】
0006499285.tif 000013
【０３２２】
例えば、２個のストリームを用いてデータが送信される場合、第１のストリーム（ｉＳＴＳ＝１）を介して送信される４個のパイロットトーンの値は、各々（１、１、−１、−１）に決定されることができ、第２のストリーム（ｉＳＴＳ＝２）を介して送信される４個のパイロットトーンの値は、各々（１、−１、−１、１）に決定されることができる。
【０３２３】
【化４】
0006499285.tif 000014
【０３２４】
【数２】
0006499285.tif 000015
【０３２５】
例えば、３個のストリームを用いてデータが送信される場合、第１のストリーム（ｉＳＴＳ＝１）を介して送信される６個のパイロットトーンの値は、各々（１、１、−１、−１、−１、−１）に決定されることができ、第２のストリーム（ｉＳＴＳ＝２）を介して送信される６個のパイロットトーンの値は、各々（１、１、１、−１、１、１）に決定されることができ、第３のストリーム（ｉＳＴＳ＝３）を介して送信される６個のパイロットトーンの値は、各々（１、−１、１、−１、−１、１）に決定されることができる。
【０３２６】
＊８０２．１１ａｃシステム
【０３２７】
８０２．１１ａｃシステムにおける２０ＭＨｚ帯域幅送信の場合、４個のパイロットトーンがサブキャリアに挿入され、｛−２１、−７、７、２１｝のインデックスに各々挿入される。４０ＭＨｚ帯域幅送信の場合、６個のパイロットトーンがサブキャリアに挿入され、｛−５３、−２５、−１１、１１、２５、５３｝のインデックスに各々挿入される。８０ＭＨｚ帯域幅送信の場合、８個のパイロットトーンがサブキャリアに挿入され、｛−１０３、−７５、−３９、−１１、１１、３９、７５、１０３｝のインデックスに各々挿入される。１６０ＭＨｚ帯域幅送信の場合、１６個のパイロットトーンがサブキャリアに挿入され、｛−２３１、−２０３、−１６７、−１３９、−１１７、−８９、−５３、−２５、２５、５３、８９、１１７、１３９、１６７、２０３、２３１｝のインデックスに各々挿入されることができる。
【０３２８】
【化５】
0006499285.tif 000016
【０３２９】
【化６】
0006499285.tif 000017
【０３３０】
１６０ＭＨｚ帯域幅送信の場合、８０ＭＨｚ帯域幅送信でのパイロット値が複製（ｄｕｐｌｉｃａｔｅ）されて適用されることができる。したがって、１６０ＭＨｚ帯域幅送信の場合、｛−２３１、−２０３、−１６７、−１３９、−１１７、−８９、−５３、−２５、２５、５３、８９、１１７、１３９、１６７、２０３、２３１｝のインデックスに各々位置した１６個のパイロットトーンは、順に（１、１、１、−１、−１、１、１、１、１、１、１、−１、−１、１、１、１）の値を各々有することができる。
【０３３１】
以上より、既存のシステムでのパイロットトーンプランについて説明した。以下では、上述した内容に基づいて新しいシステムに適用可能な新しいパイロットトーンプランについて提案する。特に、以下では、パイロットトーンプランとして８０２．１１ａｘシステムに適用され得るパイロットトーンの個数、位置（または、インデックス）、及び値（または、係数）などに関して詳細に説明する。パイロットトーンプランは、大別してｉ）ｎｏｎ−ＯＦＤＭＡ（または、ＭＩＭＯ）方式でのパイロットトーンプラン及びii）ＯＦＤＭＡ方式でのパイロットトーンプランに分けられることができる。
【０３３２】
Ａ．ｎｏｎ−ＯＦＤＭＡ送信（または、ＭＩＭＯ送信）
【０３３３】
ｎｏｎ−ＯＦＤＭＡ送信においてパイロットトーンプランは、大別して既存のシステムのトーンプランを用いて設計される方式と既存のシステムのトーンプランを用いずに設計される方式とがありうる。以下では、この２つの方式について帯域幅別に詳細に説明する。
【０３３４】
１．２０ＭＨｚ：２５６ＦＦＴ
【０３３５】
２０ＭＨｚ帯域幅の２５６個のサブキャリア（または、トーン）は、順に−１２８〜＋１２７のインデックスを各々有すると仮定する。
【０３３６】
（１）第１実施形態：既存のシステムのパイロットトーンプランを用いた実施形態１
【０３３７】
・パイロットトーンの個数
【０３３８】
本実施形態においてパイロットトーンの個数は、８個に提案する。２０ＭＨｚ帯域幅で使用可能なトーン数が２４２である場合（レフトガードトーンが６個、ライトガードトーンが５個、ＤＣトーンが３個である場合）、８個のパイロットトーンを使用すれば、データトーン数が２３４（＝２４２−８）であるから、既存のシステムのインターリーバをそのまま使用することができるという長所がある。したがって、性能の大きい低下さえなければ、２０ＭＨｚ帯域幅で８個のパイロットを使用することが実現の側面で有利でありうる。
【０３３９】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０３４０】
仮に、８０２．１１ａｘシステムのガードトーン及びＤＣトーンの個数が既存のシステム（８０２．１１ａｃシステム）と同様である場合、既存（８０２．１１ａｃ）のシステムの８０ＭＨｚ帯域幅送信でのパイロットトーン位置を８０２．１１ａｘシステムでのパイロットトーン位置に再使用することができる。したがって、この場合、８個のパイロットトーンは、｛±１１、±３９、±７５、±１０３｝のインデックスに各々位置し得る。
【０３４１】
ＨＥ−ＬＴＦは、４ｘサイズのＦＦＴサイズで送信（４ｘ  ＨＥ−ＬＴＦ）されることができる。また、ＨＥ−ＬＴＦは、シンボル時間を減らすために、４ｘ  ＨＥ−ＬＴＦがマッピングされたサブキャリアのうち、２つのトーン間隔で（または、２つのトーン当たり、１つのトーンずつ）データが載せられ、残りのトーンにはデータが載せられない（または、「０」値を有する）２ｘサイズのＦＦＴサイズで送信されることができる。このとき、ＨＥ−ＬＴＦは、４ｘ  ＨＥ−ＬＴＦのトーンのうち、偶数トーン（または、偶数インデックスに位置したトーン）のみにデータが載せられ、奇数トーン（または、奇数インデックスに位置したトーン）にはデータが載せられない２ｘ  ＨＥ−ＬＴＦとして送信されることができる。したがって、この場合、パイロットトーンは、４ｘ  ＨＥ−ＬＴＦがマッピングされたサブキャリアのうち、偶数（ｅｖｅｎ）トーン（インデックスが偶数であるトーン）に挿入される必要がある。したがって、前記提案した各インデックスに１を加えるか引くことによって偶数インデックスを取得でき、取得した偶数インデックスをパイロットトーンのインデックスとして使用することもできる。例えば、±１１に１を加えた場合、±１２になり、±１１から１を引いた場合には、±１０になり得る。このような偶数インデックスへの補正は、以下において重複して説明しなくても、インデックスが奇数である全ての実施形態に同様に適用されることができる。
【０３４２】
・パイロットトーンの値（パイロット値）
【０３４３】
本実施形態においてパイロットトーンの値は、ＭＳＰ方式によって決定されることができる。したがって、パイロットトーンの値は、ストリームの個数によって決定されることができる。
【０３４４】
図１９〜図２２は、本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。特に、図１９は、ＮＳＴＳが１〜３個である場合、図２０は、ＮＳＴＳが４及び５個である場合、図２１は、ＮＳＴＳが６及び７個である場合、図２２は、ＮＳＴＳが８個である場合のパイロットトーン値を各々開示する。
【０３４５】
＊ＮＳＴＳが１である場合（ＮＳＴＳ＝１）
【０３４６】
ＮＳＴＳが１である場合、８０２．１１ａｃシステムの８０ＭＨｚ帯域幅のパイロットトーンの値（図１８（ｃ））をそのまま使用することができ、したがって、本実施形態のパイロット値は、図１９（ａ）の表のように定義されることができる。図１９（ａ）においてＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψＮＳＴＳ、８ｉＳＴＳ、ｊは、ｉＳＴＳを有するストリームで８個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０３４７】
図１８（ｃ）または図１９（ａ）のパイロット値は、８０２．１１ｎシステムの２０ＭＨｚ帯域幅でＮＳＴＳ＝１及びｉＳＴＳ＝１である場合のパイロット値にミラー対称（ｍｉｒｒｏｒ  ｓｙｍｍｅｔｒｙ）を適用することによって決定された値である。このように、本実施形態においてパイロット値として８０２．１１ｎシステムでの２０ＭＨｚ帯域幅のパイロット値を再使用でき、これを数式で表現すれば、下記の数式３のとおりである。
【０３４８】
【数３】
0006499285.tif 000018
【０３４９】
【化７】
0006499285.tif 000019
【０３５０】
パイロット設計の際、ＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）などの種々のイシューが検証された既存の方式をそのまま借用する場合、別の追加的な検証なしでもパイロットの性能を保障でき、ハードウェア実現の側面でも新しいパイロットシーケンスを生成すべき負担が減るという効果がある。以下、ＮＳＴＳが２〜８である場合にも、８０２．１１ｎシステムのパイロット値が再使用され得るし、上述した説明が同様に適用され得る。
【０３５１】
＊ＮＳＴＳが２である場合（ＮＳＴＳ＝２）
【０３５２】
ＮＳＴＳが２である場合、パイロット値は、８０２．１１ｎシステムの２０ＭＨｚ帯域幅でＮＳＴＳ＝２である場合のパイロット値にミラー対称を適用することによって図１９（ｂ）のように決定されることができる。
【０３５３】
＊ＮＳＴＳが３である場合（ＮＳＴＳ＝３）
【０３５４】
ＮＳＴＳが３である場合、パイロット値は、８０２．１１ｎシステムの２０ＭＨｚ帯域幅でＮＳＴＳ＝３である場合のパイロット値にミラー対称を適用することによって図１９（ｃ）のように決定されることができる。
【０３５５】
＊ＮＳＴＳが４である場合（ＮＳＴＳ＝４）
【０３５６】
ＮＳＴＳが４である場合、パイロット値は、８０２．１１ｎシステムの２０ＭＨｚ帯域幅でＮＳＴＳ＝４である場合のパイロット値にミラー対称を適用することによって図２０（ａ）のように決定されることができる。
【０３５７】
＊ＮＳＴＳが５〜８である場合（ＮＳＴＳ＝５〜８）
【０３５８】
既存の８０２．１１ｎシステムは、最大４個のストリームまで支援するため、ＮＳＴＳが５〜８である場合には８０２．１１ｎシステムのパイロット値を再使用し難い。したがって、８０２．１１ｎシステムの２０ＭＨｚ帯域幅でＮＳＴＳ＝４である場合のパイロット値にミラー対称を適用するだけでなく、ハダマード行列（Ｈａｄａｍａｒｄ  ｍａｔｒｉｘ）の性質を適用して各ストリーム別に直交性が維持されるパイロット値を取得してＮＳＴＳ＝５〜８である場合に適用することができる。ハダマード行列の性質は、Ｈ１とＨ２が共にハダマード行列であれば、［Ｈ１、Ｈ２；Ｈ１、−Ｈ２］もハダマード行列ということである。このとき、Ｈ１は、［１、１、１、−１；１、１、−１、１；１、−１、１、１；−１、１、１、１］、Ｈ２は、［−１、１、１、１；１、−１、１、１；１、１、−１、１；１、１、１、−１］である。上述した性質を用いて生成したパイロット値は、図２０（ｂ）、図２１、及び図２２のとおりである。
【０３５９】
上記のハダマード行列の他にも、下記のように様々なハダマード行列が存在し得るし、このようなハダマード行列を用いてＮＳＴＳが５〜８である場合のパイロット値を生成できる。
【０３６０】
［Ｈ１、Ｈ１；Ｈ１、−Ｈ１］、［Ｈ２、Ｈ２；Ｈ２、−Ｈ２］、［Ｈ２、Ｈ１；Ｈ２、−Ｈ１］、［Ｈ１、−Ｈ２；Ｈ１、Ｈ２］、［Ｈ１、−Ｈ１；Ｈ１、Ｈ１］、［Ｈ２、−Ｈ２；Ｈ２、Ｈ２］、［Ｈ２、−Ｈ１；Ｈ２、Ｈ１］、［Ｈ１、Ｈ２；−Ｈ１、Ｈ２］、［Ｈ１、Ｈ１；−Ｈ１、Ｈ１］、［Ｈ２、Ｈ２；−Ｈ２、Ｈ２］、［Ｈ１、Ｈ１；Ｈ１、−Ｈ１］、［Ｈ２、Ｈ１；−Ｈ２、Ｈ１］、［−Ｈ１、Ｈ２；Ｈ１、Ｈ２］、［−Ｈ１、Ｈ１；Ｈ１、Ｈ１］、［−Ｈ２、Ｈ２；Ｈ２、Ｈ２］、［−Ｈ２、Ｈ１；Ｈ２、Ｈ１］、［Ｈ１、Ｈ２；Ｈ１、−Ｈ２］、［Ｈ１、Ｈ２；−Ｈ１、Ｈ２］
【０３６１】
このとき、［Ｈ１、Ｈ２；Ｈ１、−Ｈ２］または［Ｈ１、Ｈ２；−Ｈ１、Ｈ２］のハダマード行列を用いて生成したパイロット値を用いる場合、８０２．１１ａｃシステムの８０ＭＨｚ帯域幅でのパイロットトーンの値を再使用する方式と同様である。
【０３６２】
このように、ストリーム別に直交性が維持されたパイロット値を用いる場合、送信ダイバシティを高めることができ、意図していないビームフォーミング（ｕｎｄｅｓｉｒｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）効果を減らすことができるという効果を有する。
【０３６３】
（２）第２実施形態：既存のシステムのパイロットトーンプランを用いた実施形態２
【０３６４】
・パイロットトーンの個数／インデックス
【０３６５】
本実施形態においてパイロットトーンの個数とパイロットトーンのインデックスとは、第１実施形態で提案された方式にしたがう。
【０３６６】
・パイロットトーンの値（パイロット値）
【０３６７】
パイロットトーンの値は、第１実施形態においてＮＳＴＳ＝８である場合に提案されたパイロット値をＮＳＴＳ＝１〜７である場合に拡張して使用する単一化されたＳＳＰ方式を提案する。このようなＳＳＰ方式にしたがうとき、各ストリームのパイロットトーンは、ストリーム個数と関係なく、固定されたパイロット値を有することができる。例えば、図２２のパイロット値を用いる場合、第１のストリーム（ｉＳＴＳ＝１）のパイロットトーンは、ストリーム個数と関係なく、（１、１、１、−１、−１、１、１、１）の固定されたパイロットシーケンスを有することができる。
【０３６８】
このように、単一化されたパイロット値を使用する場合、システム構成が単純になり、ハードウェア実現の負担が減るという効果を有する。
【０３６９】
（３）第３実施形態：パイロットシーケンスのペアリングを介してのパイロット値を決定する実施形態
【０３７０】
・パイロットトーンの個数／インデックス
【０３７１】
本実施形態においてパイロットトーンの個数とパイロットトーンのインデックスとは、第１実施形態で提案された方式にしたがう。
【０３７２】
・パイロットトーンの値（パイロット値）
【０３７３】
図２３は、本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。図２３においてＡ〜Ｃグループのシーケンス間には相互直交性が維持される。また、Ｂグループ及びＣグループのシーケンスは、同じインデックスで符号だけ反対である。
【０３７４】
ＡグループのシーケンスとＢグループのシーケンス、そして、ＡグループのシーケンスとＣグループのシーケンスを一対一にマッピングすることによって長さが８である８個のシーケンスを生成できる。マッピングの際、同じインデックスのシーケンス同士にマッピングされ、生成された８個のシーケンス間には直交性が維持される。このように生成された８個のシーケンスは、ＳＳＰ方式によって特定インデックス（ｉＳＴＳ）を有するストリームの固定されたパイロットシーケンスとして各々適用されることができる。このとき、８個のパイロットシーケンスに各々与えられるストリームインデックス（ｉＳＴＳ＝１〜８）は、ランダムに与えられることができる。
【０３７５】
（４）第４実施形態：一部パイロット位置のみ使用する実施形態
【０３７６】
・パイロットトーンの個数
【０３７７】
本実施形態においてパイロットトーンの個数は、４個に提案する。
【０３７８】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０３７９】
本実施形態においてパイロットトーンのインデックスは、第１〜第３実施形態で提案したパイロットトーンのインデックス（｛±１１、±３９、±７５、±１０３｝）のうち、４個を選択して使用することを提案する。
【０３８０】
一実施形態として、パイロットトーンのインデックスは、第１〜第３実施形態で提案されたインデックスで１番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−１０３、−３９、＋１１、＋７５｝でありうる。
【０３８１】
他の実施形態として、パイロットトーンのインデックスは、第１〜第３実施形態で提案されたインデックスの２番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−７５、−１１、＋３９、＋１０３｝でありうる。
【０３８２】
他の実施形態として、パイロットトーンのインデックスは、第１〜第３実施形態で負の符号を有するインデックスと正の符号を有するインデックスとが対称になるように選択されることができる。したがって、パイロットトーンのインデックスは、下記のとおりでありうる。
【０３８３】
｛±１１、±３９｝、｛±１１、±７５｝、｛±１１、±１０３｝、｛±３９、±７５｝、｛±３９、±１０３｝、または｛±７５、±１０３｝
【０３８４】
・パイロットトーンの値（パイロット値）
【０３８５】
パイロットトーンの値は、後述する第２８、第２９、または第３０実施形態で提案された方式にしたがう。これに関しては、以下において詳細に説明する。
【０３８６】
（５）第５実施形態：８０２．１１ａｃシステムのパイロットトーンプランを適用する実施形態
【０３８７】
・パイロットトーンの個数
【０３８８】
本実施形態においてパイロットトーンの個数は、４個に提案する。
【０３８９】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０３９０】
本実施形態においてパイロットトーンのインデックスは、既存の８０２．１１ａｃシステムで２０ＭＨｚ帯域幅のパイロットトーンインデックスを４倍アップスケーリングして使用することを提案できる。この場合、アップスケーリングされたパイロットインデックスは、｛±２８、±８４｝でありうる。
【０３９１】
・パイロットトーンの値（パイロット値）
【０３９２】
パイロットトーンの値は、後述する第２８、第２９、または第３０実施形態で提案された方式にしたがう。これに関しては、以下において詳細に説明する。
【０３９３】
（６）第６実施形態：ストリーム個数によってパイロットトーンの個数を決定する実施形態
【０３９４】
パイロットトーンの個数を減らすと、データトーン（または、データを載せて運ぶトーン）が増えて、より多量のデータを送ることができるという長所があるが、減ったパイロットトーン個数の分だけ直交シーケンス（ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）を作ることができないという問題点が存在するようになる。したがって、送信データ量を増加させるために、総ストリーム個数別にパイロットトーンの個数を異なるように適用する方式を次のように提案する。
【０３９５】
総ストリーム個数が４個未満である場合には、第５実施形態で提案された方式にしたがい、４個〜８個である場合には、第１〜第４実施形態のうち、いずれか１つの実施形態で提案された方式にしたがう。
【０３９６】
（７）第７実施形態：ストリーム個数と関係なく、同じ１つのパイロットシーケンスを使用する実施形態
【０３９７】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。
【０３９８】
したがって、パイロットトーンの個数が８個である場合、パイロットトーンのインデックス（または、位置）及び値は、第１実施形態でＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。パイロットトーンの個数が４個である場合、パイロットトーンのインデックス（または、位置）は、第５実施形態で提案された方式に、パイロットトーンの値は、後述する第２８実施形態で提案された方式にしたがうことができる。
【０３９９】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対して、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０４００】
２．４０ＭＨｚ：５１２ＦＦＴ
【０４０１】
４０ＭＨｚ帯域幅の５１２個のサブキャリア（または、トーン）は、順に−２５６〜＋２５５のインデックスを各々有すると仮定する。
【０４０２】
（１）第８実施形態：第１〜第３実施形態を拡張した実施形態
【０４０３】
・パイロットトーンの個数
【０４０４】
本実施形態においてパイロットトーンの個数は、１６個に提案する。仮に、４０ＭＨｚ帯域幅で使用可能なトーン数は、４８４個である場合、４８４個のトーンは、２４２（２０ＭＨｚ帯域幅で使用可能なトーン数）個の２つのトーングループに区分されることができる。このとき、各トーングループで１６個のトーンをパイロットトーンとして使用する場合、２３４（＝２４２−１６）個のデータトーンを使用できるので、既存のシステムのインターリーバをそのまま使用することができるという長所がある。したがって、大きい性能の低下さえなければ、４０ＭＨｚ帯域幅で１６個のパイロットトーンを使用することが実現の側面で有利でありうる。
【０４０５】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４０６】
既存の８０２．１１ａｃシステムでは、８０ＭＨｚ帯域幅のパイロットトーンプランを複製（ｄｕｐｌｉｃａｔｅ）することで、１６０ＭＨｚ帯域幅のパイロットトーンプランを設計した。これと類似して、本実施形態では、２０ＭＨｚ帯域幅のパイロットトーンインデックス（第１〜第３実施形態で提案されたパイロットトーンインデックス）を複製して４０Ｈｚ帯域幅のパイロットトーンインデックスを決定できる。したがって、本実施形態においてパイロットトーンインデックスは、｛±２５、±５３、±８９、±１１７、±１３９、±１６７、±２０３、±２３１｝のように決定されることができる。
【０４０７】
このように、特定帯域幅のトーンプランを複製して使用する方式は、帯域幅別にパイロットトーンプランを格納しておく必要なく、特定帯域幅に対する１つのトーンプランのみを格納した後、複製して用いることができるという側面でシステム構成が単純になるという長所がある。
【０４０８】
・パイロットトーンの値（パイロット値）
【０４０９】
４０ＭＨｚ帯域幅のパイロットトーン値も２０ＭＨｚ帯域幅のパイロットトーン値を複製して設計されることができる。すなわち、４０ＭＨｚ帯域幅でのパイロットシーケンス（または、４０ＭＨｚ帯域幅に位置した１６個のパイロットトーンの値を羅列したシーケンス）は、２０ＭＨｚ帯域幅でのパイロットシーケンス（または、２０ＭＨｚ帯域幅に位置した８個のパイロットトーンの値を羅列したシーケンス）が２回繰り返されたシーケンスで決められることができる。これを数式で表現すれば、下記の数式４のように表現されることができる。
【０４１０】
【数４】
0006499285.tif 000020
【０４１１】
ここで、ＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψNSTS,16iSTS,jψは、ｉＳＴＳを有するストリームで４０ＭＨｚ帯域幅に含まれた１６個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値、ψNSTS,8iSTS,mod(j,8)  は、ｉＳＴＳを有するストリームで２０ＭＨｚ帯域幅に含まれた８個のパイロットトーンのうち、ｍｏｄ（ｊ、８）番目の位置のパイロットトーンの値を表す。
【０４１２】
（２）第９実施形態：第４及び第５実施形態を拡張した実施形態
【０４１３】
・パイロットトーンの個数
【０４１４】
本実施形態においてパイロットトーンの個数は、８個に提案する。既存のシステムの場合、４０ＭＨｚ帯域幅で使用されるパイロットトーン数は、８０ＭＨｚ帯域幅のパイロットトーン数より少なく、２０ＭＨｚ帯域幅のパイロットトーン数より多い。このような内容に基づくとき、仮に、８０ＭＨｚ帯域幅でｐｅａｋ  ｔｈｒｏｕｇｈｐｕｔを向上させるために、８個のパイロットトーンを使用するならば、４０ＭＨｚ帯域幅は、８個以下のパイロットトーンを使用することが好ましい。また、２０ＭＨｚ帯域幅で既存のインターリーバを再活用するために、８個のパイロットトーンを使用すべきであれば、４０ＭＨｚ帯域幅は、８個以上のパイロットトーンを使用することが好ましい。したがって、本実施形態では、この２つの条件を全て満たすために、４０ＭＨｚ帯域幅で８個のパイロットトーンを使用することを提案する。
【０４１５】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４１６】
本実施形態においてパイロットトーンのインデックスは、第４及び第５実施形態で提案されたパイロットトーンのインデックスを複製して使用することを提案する。
【０４１７】
第４及び第５実施形態で提案されたパイロットトーンのインデックス（｛±１１、±３９、±７５、±１０３｝）を複製して生成したパイロットトーンのインデックスは、次のとおりである。
【０４１８】
｛（−１０３／−２３１、２５）、（−７５／−２０３、５３）、（−３９／−１６７、８９）、（−１１／−１３９、１１７）、（１１／−１１７、１３９）、（３９／−８９、１６７）、（７５／−５３、２０３）、（１０３／−２５、２３１）、（−８４／−２１２、４４）、（−２８／−１５６、１００）、（２８／−１００、１５６）、（８４／−４４、２１２）｝
【０４１９】
ここで、「／」を中心として左側に位置した数字は、複製前のパイロットトーンのインデックス、すなわち、第４及び第５実施形態で提案されたパイロットトーンのインデックス（｛±１１、±３９｝、｛±１１、±７５｝、｛±１１、±１０３｝、｛±３９、±７５｝、｛±３９、±１０３｝、｛±７５、±１０３｝、｛±２８、±８４｝）を表し、右側に位置した数字は、複製後のパイロットトーンのインデックス、すなわち、本実施形態で提案するパイロットトーンのインデックスを表す。したがって、仮に、第４実施形態で提案されたパイロットトーンのインデックス｛±３９、±１０３｝を複製及び複製して使用する場合、上述した複製方式によって｛±２５、±８９、±１６７、±２３１｝のインデックスが生成され得るし、前記各インデックスにパイロットトーンが位置し得る。
【０４２０】
第４及び第５実施形態と本実施形態でも上述したように、２ｘ  ＨＥ−ＬＴＦの適用のために、パイロットトーンのインデックスに１を加えるか、引くことにより、偶数インデックスに補正することができる。例えば、｛±３９、±１０３｝という｛±４０、±１０４｝（＝｛±（３９＋１）、±（１０３＋１）｝）に補正されることができる。また、前記｛±４０、±１０４｝という｛±２６、±９０、±１６８、±２３２｝（＝｛±２６、±９０、±１６８、±２３２｝）に複製及び補正されることができる。このように、複製及び偶数インデックスへの補正は、以下において重複して説明しなくても、パイロットトーンのインデックスが奇数である実施形態等に同様に適用されることができる。
【０４２１】
・パイロットトーンの値（パイロット値）
【０４２２】
本実施形態においてパイロット値は、第１、第２、または第３実施形態で提案された方式にしたがう。
【０４２３】
（３）第１０実施形態：第１〜第３実施形態を拡張した実施形態
【０４２４】
・パイロットトーンの個数
【０４２５】
本実施形態においてパイロットトーンの個数は、８個に提案する。
【０４２６】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４２７】
本実施形態においてパイロットトーンのインデックスは、第１〜第３実施形態で提案されたパイロットトーンのインデックスを２倍アップスケーリングして使用することを提案する。アップスケーリングされたパイロットトーンのインデックスは、次のとおりである。
【０４２８】
｛±２２、±７８、±１５０、±２０６｝
【０４２９】
・パイロットトーンの値（パイロット値）
【０４３０】
本実施形態においてパイロット値は、第１、第２、または第３実施形態で提案された方式にしたがう。
【０４３１】
（４）第１１実施形態：一部パイロット位置のみ使用する実施形態
【０４３２】
・パイロットトーンの個数
【０４３３】
本実施形態においてパイロットトーンの個数は、８個に提案する。
【０４３４】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４３５】
本実施形態においてパイロットトーンのインデックスは、第８実施形態で提案したパイロットトーンのインデックス（｛±２５、±５３、±８９、±１１７、±１３９、±１６７、±２０３、±２３１｝）のうち、８個を選択して使用することを提案する。
【０４３６】
一実施形態として、パイロットトーンのインデックスは、前記提案されたインデックスで１番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−２３１、−１６７、−１１７、−５３、＋２５、＋８９、＋１３９、＋２０３｝でありうる。
【０４３７】
他の実施形態として、パイロットトーンのインデックスは、前記提案されたインデックスで１番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−２０３、−１３９、−８９、−２５、＋５３、＋１１７、＋１６７、＋２３１｝でありうる。
【０４３８】
他の実施形態として、パイロットトーンのインデックスは、負の符号を有するインデックスと正の符号を有するインデックスとが対称になるように選択されることができる。したがって、パイロットトーンのインデックスは、下記のとおりでありうる。
【０４３９】
｛±２５、±５３、±８９、±１１７｝、｛±２５、±５３、±８９、±１３９｝、｛±２５、±５３、±８９、±１６７｝、｛±２５、±５３、±８９、±２０３｝、｛±２５、±５３、±８９、±２３１｝、｛±２５、±５３、±１１７、±１３９｝、｛±２５、±５３、±１１７、±１６７｝、｛±２５、±５３、±１１７、±２０３｝、｛±２５、±５３、±１１７、±２３１｝、｛±２５、±５３、±１３９、±１６７｝、｛±２５、±５３、±１３９、±２０３｝、｛±２５、±５３、±１３９、±２３１｝、｛±２５、±５３、±１６７、±２０３｝、｛±２５、±５３、±１６７、±２３１｝、｛±２５、±５３、±２０３、±２３１｝、｛±２５、±８９、±１１７、±１３９｝、｛±２５、±８９、±１１７、±１６７｝、｛±２５、±８９、±１１７、±２０３｝、｛±２５、±８９、±１１７、±２３１｝、｛±２５、±８９、±１３９、±１６７｝、｛±２５、±８９、±１３９、±２０３｝、｛±２５、±８９、±１３９、±２３１｝、｛±２５、±８９、±１６７、±２０３｝、｛±２５、±８９、±１６７、±２３１｝、｛±２５、±８９、±２０３、±２３１｝、｛±２５、±１１７、±１３９、±１６７｝、｛±２５、±１１７、±１３９、±２０３｝、｛±２５、±１１７、±１３９、±２３１｝、｛±２５、±１１７、±１６７、±２０３｝、｛±２５、±１１７、±１６７、±２３１｝、｛±２５、±１１７、±２０３、±２３１｝、｛±２５、±１３９、±１６７、±２０３｝、｛±２５、±１３９、±１６７、±２３１｝、｛±２５、±１３９、±２０３、±２３１｝、｛±２５、±１６７、±２０３、±２３１｝、｛±５３、±８９、±１１７、±１３９｝、｛±５３、±８９、±１１７、±１６７｝、｛±５３、±８９、±１１７、±２０３｝、｛±５３、±８９、±１１７、±２３１｝、｛±５３、±８９、±１３９、±１６７｝、｛±５３、±８９、±１３９、±２０３｝、｛±５３、±８９、±１３９、±２３１｝、｛±５３、±８９、±１６７、±２０３｝、｛±５３、±８９、±１６７、±２３１｝、｛±５３、±８９、±２０３、±２３１｝、｛±５３、±１１７、±１３９、±１６７｝、｛±５３、±１１７、±１３９、±２０３｝、｛±５３、±１１７、±１３９、±２３１｝、｛±５３、±１１７、±１６７、±２０３｝、｛±５３、±１１７、±１６７、±２３１｝、｛±５３、±１１７、±２０３、±２３１｝、｛±５３、±１３９、±１６７、±２０３｝、｛±５３、±１３９、±１６７、±２３１｝、｛±５３、±１３９、±２０３、±２３１｝、｛±５３、±１６７、±２０３、±２３１｝、｛±８９、±１１７、±１３９、±１６７｝、｛±８９、±１１７、±１３９、±２０３｝、｛±８９、±１１７、±１３９、±２３１｝、｛±８９、±１１７、±１６７、±２０３｝、｛±８９、±１１７、±１６７、±２３１｝、｛±８９、±１１７、±２０３、±２３１｝、｛±８９、±１３９、±１６７、±２０３｝、｛±８９、±１３９、±１６７、±２３１｝、｛±８９、±１６７、±２０３、±２３１｝、｛±１１７、±１３９、±１６７、±２０３｝、｛±１１７、±１３９、±１６７、±２３１｝、｛±１１７、±１６７、±２０３、±２３１｝、または｛±１３９、±１６７、±２０３、±２３１｝
【０４４０】
・パイロットトーンの値（パイロット値）
【０４４１】
本実施形態においてパイロット値は、第１、第２、または第３実施形態で提案された方式にしたがう。
【０４４２】
（５）第１２実施形態：８０２．１１ａｃシステムと同じ個数のパイロットトーンを有する実施形態
【０４４３】
・パイロットトーンの個数
【０４４４】
本実施形態においてパイロットトーンの個数は、８０２．１１ａｃシステムと同様に６個に提案する。
【０４４５】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４４６】
本実施形態においてパイロットトーンのインデックスは、｛±４４、±１００、±２１２｝に提案し、これは、既存の８０２．１１ａｃシステムの４０ＭＨｚ帯域幅のパイロットトーンインデックスを５１２ＦＦＴサイズに合わせて４倍アップスケーリングした値である。
【０４４７】
・パイロットトーンの値（パイロット値）
【０４４８】
本実施形態においてパイロット値は、後述する第３２、第３３、または第３４実施形態で提案された方式にしたがう。
【０４４９】
（６）第１３実施形態：ストリーム個数によってパイロットトーンの個数を決定する実施形態
【０４５０】
送信データ量を増加させるために、総ストリーム個数別にパイロットトーンの個数を異なるように適用する方式を次のように提案する。総ストリーム個数が６個未満である場合には、第１２実施形態で提案された方式にしたがい、６個〜８個である場合には、第９〜第１１実施形態のうち、いずれか１つの実施形態で提案された方式にしたがい、９個〜１６個である場合には、第８実施形態で提案された方式にしたがう。
【０４５１】
（７）第１４実施形態：ストリーム個数と関係なく、同じ１つのパイロットシーケンスを使用する実施形態
【０４５２】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。
【０４５３】
したがって、パイロットトーンの個数が１６個である場合、パイロットトーンのインデックス（または、位置）は、第８実施形態で提案された方式にしたがい、パイロットトーンの値は、第１実施形態においてＮＳＴＳ＝１である場合に提案されたパイロットトーン値を２回複製して使用することができる。
【０４５４】
または、パイロットトーンの個数が８個である場合、パイロットトーンのインデックスは、第１０実施形態で提案された方式にしたがい、パイロットトーンの値は、第１実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０４５５】
または、パイロットトーンの個数が６個である場合、パイロットトーンのインデックスは、第１２実施形態で提案された方式にしたがい、パイロットトーンの値は、後述する第３２実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０４５６】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ送信状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対して、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０４５７】
３．８０ＭＨｚ：１０２４ＦＦＴ
【０４５８】
８０ＭＨｚ帯域幅の１０２４個のサブキャリア（または、トーン）は、順に−５１２〜＋５１１のインデックスを各々有すると仮定する。
【０４５９】
（１）第１５実施形態：第１、第２、第３、または第８実施形態を拡張した実施形態
【０４６０】
・パイロットトーンの個数
【０４６１】
本実施形態においてパイロットトーンの個数は、３２個に提案する。
【０４６２】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４６３】
本実施形態において２０ＭＨｚ帯域幅のパイロットトーンインデックス（第１〜第３実施形態で提案されたパイロットトーンインデックス）を４回複製して８０ＭＨｚ帯域幅のパイロットトーンインデックスを決定できる。または、４０ＭＨｚ帯域幅のパイロットトーンインデックス（第８実施形態で提案されたパイロットトーンインデックス）を２回複製して８０ＭＨｚ帯域幅のパイロットトーンインデックスを決定できる。この場合、決定されたパイロットトーンインデックスは、以下のとおりである。
【０４６４】
｛±２５、±５３、±８９、±１１７、±１３９、±１６７、±２０３、±２３１、±２８１、±３０９、±３４５、±３７３、±３９５、±４２３、±４５９、±４８７｝
【０４６５】
このように、特定帯域幅のトーンプランを複製して使用する方式は、帯域幅別にパイロットトーンプランを格納しておく必要なく、特定帯域幅に対する１つのトーンプランのみを格納した後、複製して用いることができるという長所がある。
【０４６６】
・パイロットトーンの値（パイロット値）
【０４６７】
８０ＭＨｚ帯域幅のパイロットトーン値も２０ＭＨｚ帯域幅のパイロットトーン値を複製して設計されることができる。すなわち、８０ＭＨｚ帯域幅でのパイロットシーケンス（または、８０ＭＨｚ帯域幅に位置した３２個のパイロットトーンの値を羅列したシーケンス）は、２０ＭＨｚ帯域幅でのパイロットシーケンス（または、２０ＭＨＺ帯域幅に位置した８個のパイロットトーンの値を羅列したシーケンス）が４回繰り返されたシーケンスで決められることができる。これを数式で表現すれば、下記の数式５のように表現されることができる。
【０４６８】
【数５】
0006499285.tif 000021
【０４６９】
ここで、ＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψNSTS,３2iSTS,j  は、ｉＳＴＳを有するストリームで８０ＭＨｚ帯域幅に含まれた３２個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値、ψNSTS,8iSTS,mod(j,8)  は、ｉＳＴＳを有するストリームで２０ＭＨｚ帯域幅に含まれた８個のパイロットトーンのうち、ｍｏｄ（ｊ、８）番目の位置のパイロットトーンの値を表す。
【０４７０】
または、８０ＭＨｚ帯域幅のパイロットトーン値は、４０ＭＨｚ帯域幅のパイロットトーン値を複製して設計されることができる。すなわち、８０ＭＨｚ帯域幅でのパイロットシーケンス（または、８０ＭＨｚ帯域幅に位置した３２個のパイロットトーンの値を羅列したシーケンス）は、４０ＭＨｚ帯域幅でのパイロットシーケンス（または、４０ＭＨＺ帯域幅に位置した１６個のパイロットトーンの値を羅列したシーケンス）が２回繰り返されたシーケンスで決められることができる。これを数式で表現すれば、下記の数式６のように表現されることができる。
【０４７１】
【数６】
0006499285.tif 000022
【０４７２】
ここで、ＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψNSTS,３2iSTS,j  は、ｉＳＴＳを有するストリームで８０ＭＨｚ帯域幅に含まれた３２個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値、ψNSTS,8iSTS,j  は、ｉＳＴＳを有するストリームで４０ＭＨｚ帯域幅に含まれた１６個のパイロットトーンのうち、ｍｏｄ（ｊ、１６）番目の位置のパイロットトーンの値を表す。
【０４７３】
（２）第１６実施形態：第９〜第１１実施形態を拡張した実施形態
【０４７４】
・パイロットトーンの個数
【０４７５】
本実施形態においてパイロットトーンの個数は、１６個に提案する。８０ＭＨｚ帯域幅に含まれたパイロットトーン数が４０ＭＨｚ帯域幅より少ない場合、性能の低下が発生し得る。したがって、仮に、４０ＭＨｚ帯域幅のパイロットトーンの数が実現の容易さのために１６個に確定されるならば、８０ＭＨｚ帯域幅は、１６個以上のパイロットトーンを使用することが好ましく、ｐｅａｋ  ｔｈｒｏｕｇｈｐｕｔを考慮するならば、１６個のパイロットトーンを使用することが適切でありうる。
【０４７６】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４７７】
本実施形態においてパイロットトーンのインデックスは、第９、第１０、または第１１実施形態で提案されたパイロットトーンのインデックスを複製して使用することを提案する。複製されたパイロットトーンのインデックスは、以下のとおりである。
【０４７８】
｛−２３１／−４８７、２５｝、｛−２０３／−４５９、５３｝、｛−１６７／−４２３、８９｝、｛−１３９／−３９５、１１７｝、｛−１１７／−３７３、１３９｝、｛−８９／−３４５、１６７｝、｛−５３／−３０９、２０３｝、｛−２５／−２８１、２３１｝、｛２５／−２３１、２８１｝、｛５３／−２０３、３０９｝、｛８９／−１６７、３４５｝、｛１１７／−１３９、３７３｝、｛１３９／−１１７、３９５｝、｛１６７／−８９、４２３｝、｛２０３／−５３、４５９｝、｛２３１／−２５、４８７｝、｛−２１２／−４６８、４４｝、｛−１５６／−４１２、１００｝、｛−１００／−３５６、１５６｝、｛−４４／−３００、２１２｝、｛４４／−２１２、３００｝、｛１００／−１５６、３５６｝、｛１５６／−１００、４１２｝、｛２１２／−４４、４６８｝、｛−２０６／−４６２、５０｝、｛−１５０／−４０６、１０６｝、｛−７８／−３３４、１７８｝、｛−２２／−２７８、２３４｝、｛２２／−２３４、２７８｝、｛７８／−１７８、３３４｝、｛１５０／−１０６、４０６｝、または｛２０６／−５０、４６２｝
【０４７９】
ここで「／」を中心として左側に位置した数字は、複製前のパイロットトーンのインデックス、すなわち、第９、第１０、または第１１実施形態で提案されたパイロットトーンのインデックスを表し、右側に位置した数字は、複製後のパイロットトーンのインデックス、すなわち、本実施形態で提案するパイロットトーンのインデックスを表す。
【０４８０】
・パイロットトーンの値（パイロット値）
【０４８１】
本実施形態においてパイロットトーンの値は、第８実施形態で提案された方式にしたがう。
【０４８２】
（３）第１７実施形態：第８実施形態をアップスケーリングした実施形態
【０４８３】
・パイロットトーンの個数
【０４８４】
本実施形態においてパイロットトーンの個数は、１６個に提案する。
【０４８５】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４８６】
本実施形態においてパイロットトーンのインデックスは、下記のように、第８実施形態で提案されたパイロットトーンのインデックスを２倍アップスケーリングして使用することを提案する。
【０４８７】
｛±５０、±１０６、±１７８、±２３４、±２７８、±３３４、±４０６、±４６２｝
【０４８８】
・パイロットトーンの値（パイロット値）
【０４８９】
本実施形態においてパイロットトーンの値は、第８実施形態で提案された方式にしたがう。
【０４９０】
（４）第１８実施形態：一部パイロット位置のみ使用する実施形態
【０４９１】
・パイロットトーンの個数
【０４９２】
本実施形態においてパイロットトーンの個数は、１６個に提案する。
【０４９３】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０４９４】
本実施形態においてパイロットトーンのインデックスは、第１５実施形態で提案したパイロットトーンのインデックス（｛±２５、±５３、±８９、±１１７、±１３９、±１６７、±２０３、±２３１、±２８１、±３０９、±３４５、±３７３、±３９５、±４２３、±４５９、±４８７｝）のうち、１６個を選択して使用することを提案する。
【０４９５】
一実施形態として、パイロットトーンのインデックスは、前記提案されたインデックスで１番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−４８７、−４２３、−３７３、−３０９、−２３１、−１６７、−１１７、−５３、＋２５、＋８９、＋１３９、＋２０３、＋２８１、＋３４５、＋３９５、＋４５９｝でありうる。
【０４９６】
他の実施形態として、パイロットトーンのインデックスは、前記提案されたインデックスで１番目のインデックスから二間の間隔で選択されることができる。この場合、パイロットトーンのインデックスは、｛−４５９、−３９５、−３４５、−２８１、−２０３、−１３９、−８９、−２５、＋５３、＋１１７、＋１６７、＋２３１、＋３０９、＋３７３、＋４２３、＋４８７｝でありうる。
【０４９７】
他の実施形態として、パイロットトーンのインデックスは、負の符号を有するインデックスと正の符号を有するインデックスとが対称になるように選択されることができる。したがって、パイロットトーンのインデックスは、下記のとおりでありうる。
【０４９８】
｛±２５、±８９、±１３９、±２０３、±２８１、±３４５、±３９５、±４５９｝、または｛±５３、±１１７、±１６７、±２３１、±３０９、±３７３、±４２３、±４８７｝
【０４９９】
・パイロットトーンの値（パイロット値）
【０５００】
本実施形態においてパイロットトーンの値は、第８実施形態で提案された方式にしたがう。
【０５０１】
（５）第１９実施形態：等間隔（Ｅｑｕｉ−ｄｉｓｔａｎｃｅ）及び対称パイロットトーンプランに関する実施形態
【０５０２】
・パイロットトーンの個数
【０５０３】
本実施形態においてパイロットトーンの個数は、１６個に提案する。
【０５０４】
・パイロットトーンのインデックス
【０５０５】
本実施形態では、相互等間隔を有し、対称性を満たすパイロットトーン位置に関するインデックスを下記のように提案する。
【０５０６】
｛±３３、±９５、±１５７、±２１９、±２８１、±３４３、±４０５、±４６７｝、｛±３４、±９６、±１５８、±２２０、±２８２、±３４４、±４０６、±４６８｝、または｛±３５、±９７、±１５９、±２２１、±２８３、±３４５、±４０７、±４６９｝
【０５０７】
本実施形態のように、パイロットトーン間に等間隔及び対称性を満たす場合、ＣＦＯ（Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｏｆｆｓｅｔ）性能が向上するという効果を有する。
【０５０８】
・パイロットトーンの値（パイロット値）
【０５０９】
本実施形態においてパイロットトーンの値は、本明細書における実施形態が様々に適用され得る。
【０５１０】
（６）第２０実施形態：８０２．１１ａｃシステムと同じ個数のパイロットトーンを使用する実施形態
【０５１１】
・パイロットトーンの個数
【０５１２】
本実施形態においてパイロットトーンの個数は、８０２．１１ａｃシステムと同様に８個に提案する。
【０５１３】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５１４】
本実施形態においてパイロットトーンのインデックスは、１０２４ＦＦＴサイズを考慮して８０２．１１ａｃシステムの８０ＭＨＺ帯域幅パイロットトーンインデックスを４倍アップスケーリングして使用することを提案する。４倍アップスケーリングされたパイロットトーンインデックスは、下記のとおりである。
【０５１５】
｛±４４、±１５６、±３００、±４１２｝
【０５１６】
８０２．１１ａｃシステムと８０２．１１ａｘシステムとのＦＦＴサイズを考慮して、既存のシステムのパイロットインデックスを４倍アップスケーリングして使用することは、既存のシステムとの互換及びハードウェア実現の側面で有利でありうる。
【０５１７】
・パイロットトーンの値（パイロット値）
【０５１８】
本実施形態においてパイロットトーンの値は、第１、第２、または第３実施形態で提案された方式にしたがう。
【０５１９】
（７）第２１実施形態：ストリーム個数によってパイロットトーンの個数を決定する実施形態
【０５２０】
送信データ量を増加させるために、総ストリーム個数別にパイロットトーンの個数を異なるように適用する方式を次のように提案する。総ストリーム個数が８個未満である場合には、第１９実施形態で提案された方式にしたがい、９個〜１６個である場合には、第１６〜第１８実施形態のうち、いずれか１つの実施形態で提案された方式にしたがい、１７個〜３２個である場合には、第１５実施形態で提案された方式にしたがう。
【０５２１】
（８）第２２実施形態：ストリーム個数と関係なく、同じ１つのパイロットシーケンスを使用する実施形態
【０５２２】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。
【０５２３】
したがって、パイロットトーンの個数が３２個である場合、パイロットトーンのインデックス（または、位置）は、第１５実施形態で提案された方式にしたがい、パイロットトーンの値は、第１４実施形態でパイロットトーン個数が１６である場合に提案されたパイロットトーンの値（または、パイロットシーケンスを）を２回複製して使用することができる。
【０５２４】
または、パイロットトーンの個数が１６個である場合、パイロットトーンのインデックスは、第１７実施形態で提案された方式にしたがい、パイロットトーンの値は、第１４実施形態でパイロットトーン個数が１６である場合に提案された方式にしたがうことができる。
【０５２５】
または、パイロットトーンの個数が８個である場合、パイロットトーンのインデックスは、第１９実施形態で提案された方式にしたがい、パイロットトーンの値は、第１実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０５２６】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ送信状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対し、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０５２７】
４．１６０ＭＨｚ：２０４８ＦＦＴ
【０５２８】
８０ＭＨｚ帯域幅の１０２４個のサブキャリア（または、トーン）は、順に−１０２４〜＋１０２３のインデックスを各々有すると仮定する。
【０５２９】
（１）第２３実施形態：第１５〜第１８実施形態、または第２０実施形態を拡張した実施形態
【０５３０】
本実施形態においてパイロットトーンの個数／インデックス／値は、第１５〜第１８実施形態、または第２０実施形態で提案されたパイロットトーンの個数／インデックス／値を２倍複製して使用することを提案する。以下では、各実施形態別に複製したパイロットトーンのインデックスに関して説明する。以下において、「／」を中心として左側に位置した数字は、複製前のパイロットトーンのインデックスを表し、右側に位置した数字は、複製後のパイロットトーンのインデックス、すなわち、本実施形態で提案するパイロットトーンのインデックスを表す。
【０５３１】
＊第１５実施形態の場合（６４（＝２＊３２）個のパイロットトーン）
【０５３２】
｛−４８７：−９９９、２５｝、｛−４５９：−９７１、５３｝、｛−４２３：−９３５、８９｝、｛−３９５：−９０７、１１７｝、｛−３７３：−８８５、１３９｝、｛−３４５：−８５７、１６７｝、｛−３０９：−８２１、２０３｝、｛−２８１：−７９３、２３１｝、｛−２３１：−７４３、２８１｝、｛−２０３：−７１５、３０９｝、｛−１６７：−６７９、３４５｝、｛−１３９：−６５１、３７３｝、｛−１１７：−６２９、３９５｝、｛−８９：−６０１、４２０｝、｛−５３：−５６５、４５９｝、｛−２５：−５３７、４８７｝、｛２５：−４８７、５３７｝、｛５３：−４５９、５６５｝、｛８９：−４２０、６０１｝、｛１１７：−３９５、６２９｝、｛１３９：−３７３、６５１｝、｛１６７：−３４５、６７９｝、｛２０３：−３０９、７１５｝、｛２３１：−２８１、７４３｝、｛２８１：−２３１、７９３｝、｛３０９：−２０３、８２１｝、｛３４５：−１６７、８５７｝、｛３７３：−１３９、８８５｝、｛３９５：−１１７、９０７｝、｛４２３：−８９、９３５｝、｛４５９：−５３、９７１｝、｛４８７：−２５、９９９｝
【０５３３】
＊第１６実施形態の場合（３２（＝２＊１６）個のパイロットトーン）
【０５３４】
｛−４８７：−９９９、２５｝、｛−４５９：−９７１、５３｝、｛−４２３：−９３５、８９｝、｛−３９５：−９０７、１１７｝、｛−３７３：−８８５、１３９｝、｛−３４５：−８５７、１６７｝、｛−３０９：−８２１、２０３｝、｛−２８１：−７９３、２３１｝、｛−２３１：−７４３、２８１｝、｛−２０３：−７１５、３０９｝、｛−１６７：−６７９、３４５｝、｛−１３９：−６５１、３７３｝、｛−１１７：−６２９、３９５｝、｛−８９：−６０１、４２０｝、｛−５３：−５６５、４５９｝、｛−２５：−５３７、４８７｝、｛２５：−４８７、５３７｝、｛５３：−４５９、５６５｝、｛８９：−４２０、６０１｝、｛１１７：−３９５、６２９｝、｛１３９：−３７３、６５１｝、｛１６７：−３４５、６７９｝、｛２０３：−３０９、７１５｝、｛２３１：−２８１、７４３｝、｛２８１：−２３１、７９３｝、｛３０９：−２０３、８２１｝、｛３４５：−１６７、８５７｝、｛３７３：−１３９、８８５｝、｛３９５：−１１７、９０７｝、｛４２３：−８９、９３５｝、｛４５９：−５３、９７１｝、｛４８７：−２５、９９９｝、｛−４６８：−９８０、４４｝、｛−４１２：−９２４、１００｝、｛−３５６：−８６８、１５６｝、｛−３００：−８１２、２１２｝、｛−２１２：−７２４、３００｝、｛−１５６：−６６８、３５６｝、｛−１００：−６１２、４１２｝、｛−４４：−５５６、４６８｝、｛４４：−４６８、５５６｝、｛１００：−４１２、６１２｝、｛１５６：−３５６、６６８｝、｛２１２：−３００、７２４｝、｛３００：−２１２、８１２｝、｛３５６：−１５６、８６８｝、｛４１２：−１００、９２４｝、｛４６８：−４４、９８０｝、｛−４６２：−９７４、５０｝、｛−４０６：−９１８、１０６｝、｛−３３４：−８４６、１７８｝、｛−２７８：−７９０、２３４｝、｛−２３４：−７４６、２７８｝、｛−１７８：−６９０、３３４｝、｛−１０６：−６１８、４０６｝、｛−５０：−５６２、４６２｝、｛５０：−４６２、５６２｝、｛１０６：−４０６、６１８｝、｛１７８：−３３４、６９０｝、｛２３４：−２７８、７４６｝、｛２７８：−２３４、７９０｝、｛３３４：−１７８、８４６｝、｛４０６：−１０６、９１８｝、｛４６２：−５０、９７４｝
【０５３５】
＊第１７実施形態の場合（３２（＝２＊１６）個のパイロットトーン）
【０５３６】
｛−４６２：−９７４、５０｝、｛−４０６：−９１８、１０６｝、｛−３３４：−８４６、１７８｝、｛−２７８：−７９０、２３４｝、｛−２３４：−７４６、２７８｝、｛−１７８：−６９０、３３４｝、｛−１０６：−６１８、４０６｝、｛−５０：−５６２、４６２｝、｛５０：−４６２、５６２｝、｛１０６：−４０６、６１８｝、｛１７８：−３３４、６９０｝、｛２３４：−２７８、７４６｝、｛２７８：−２３４、７９０｝、｛３３４：−１７８、８４６｝、｛４０６：−１０６、９１８｝、｛４６２：−５０、９７４｝
【０５３７】
＊第１８実施形態の場合（３２（＝２＊１６）個のパイロットトーン）
【０５３８】
｛−４８７：−９９９、２５｝、｛−４５９：−９７１、５３｝、｛−４２３：−９３５、８９｝、｛−３９５：−９０７、１１７｝、｛−３７３：−８８５、１３９｝、｛−３４５：−８５７、１６７｝、｛−３０９：−８２１、２０３｝、｛−２８１：−７９３、２３１｝、｛−２３１：−７４３、２８１｝、｛−２０３：−７１５、３０９｝、｛−１６７：−６７９、３４５｝、｛−１３９：−６５１、３７３｝、｛−１１７：−６２９、３９５｝、｛−８９：−６０１、４２０｝、｛−５３：−５６５、４５９｝、｛−２５：−５３７、４８７｝、｛２５：−４８７、５３７｝、｛５３：−４５９、５６５｝、｛８９：−４２０、６０１｝、｛１１７：−３９５、６２９｝、｛１３９：−３７３、６５１｝、｛１６７：−３４５、６７９｝、｛２０３：−３０９、７１５｝、｛２３１：−２８１、７４３｝、｛２８１：−２３１、７９３｝、｛３０９：−２０３、８２１｝、｛３４５：−１６７、８５７｝、｛３７３：−１３９、８８５｝、｛３９５：−１１７、９０７｝、｛４２３：−８９、９３５｝、｛４５９：−５３、９７１｝、｛４８７：−２５、９９９｝
【０５３９】
＊第２０実施形態の場合（１６（＝２＊８）個のパイロットトーン）
【０５４０】
｛−４１２：−９２４、１００｝、｛−３００：−８１２、２１２｝、｛−１５６：−６６８、３５６｝、｛−４４：−５５６、４６８｝、｛４４：−４６８、５５６｝、｛１５６：−３５６、６６８｝、｛３００：−２１２、８１２｝、｛４１２：−１００、９２４｝
【０５４１】
（２）第２４実施形態：ストリーム個数によってパイロットトーンの個数を決定する実施形態
【０５４２】
送信データ量を増加させるために、総ストリーム個数別にパイロットトーンの個数を異なるように適用する方式を次のように提案する。総ストリーム個数が１６個未満である場合には、第１９実施形態を複製して使用することを提案し、１７個〜３２個である場合には、第１６〜第１８実施形態のうち、いずれか１つの実施形態を複製して使用することを提案し、３２個〜６４個である場合には、第１５実施形態で提案された方式にしたがう。
【０５４３】
（３）第２５実施形態：ストリーム個数と関係なく、同じ１つのパイロットシーケンスを使用する実施形態
【０５４４】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。したがって、本実施形態においてパイロットトーンの個数／インデックス／値は、第２２実施形態で提案されたパイロットトーンの個数／インデックス／値を２倍複製して使用することを提案する。
【０５４５】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ送信状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対し、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０５４６】
以上より、ｎｏｎ−ＯＦＤＭＡ送信方式で適用可能なパイロットトーンプランについて説明した。上記で詳述した実施形態等は、ＤＬ／ＵＬ及びＳＵ／ＭＵ送信状況でＨＥ−ＬＴＦ及びＨＥ−データパートのパイロットトーンに適用されることができ、前記パイロットトーンは、ＨＥ−ＬＴＦ及びＨＥ−データパートの位相及びＣＦＯトラッキング用として使用されることができる。
【０５４７】
Ｂ．ＯＦＤＭＡ送信
【０５４８】
８０２．１１ａｘシステムにおいて新しく導入されたＯＦＤＭＡ送信方式でサブキャリアは、一定のトーン単位の資源ユニットに区分されることは、先に図１５〜１７と関連して上述したとおりである。以下では、このような資源ユニット別のパイロットトーンプランについて詳細に説明する。
【０５４９】
１．２６トーン資源ユニット
【０５５０】
２６トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜２５のインデックスを各々有すると仮定する。２６トーン資源ユニットは、２個のパイロットトーンを含むことができる。以下では、このような２個のパイロットトーンのインデックス及び値について各実施形態別に説明する。
【０５５１】
（１）第２６実施形態
【０５５２】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５５３】
一実施形態として、２個のパイロットトーンは、２６トーン資源ユニットを１３トーンずつ２つの部分に分けたとき、各部分の中心に位置し得る。したがって、この場合、パイロットトーンのインデックスは、｛６、１９｝でありうる。
【０５５４】
他の実施形態として、２個のパイロットトーンは、既存の８０２．１１ａｈシステムにおいて１ＭＨｚ  ３２ＦＦＴからＤＣトーン及びガードトーンを除いて、パイロットトーン間の間隔を考慮して補正したインデックスに位置し得る。この場合、パイロットトーンのインデックスは、｛６、１９｝でありうる。
【０５５５】
他の実施形態として、２個のパイロットトーンは、既存の８０２．１１ａｈシステムにおいて１ＭＨｚ  ３２ＦＦＴに含まれたパイロットトーン間の距離の分だけ離間して位置し得る。より詳細には、８０２．１１ａｈシステムの１ＭＨｚ  ３２ＦＦＴでパイロットトーンは、−７と＋７のインデックスに各々位置するので、２つのパイロットトーンは、１４の分だけ離間して位置する。したがって、本実施形態のパイロットトーンのインデックスは、このような離間距離と左右対称とを考慮して下記のように決定されることができる。
【０５５６】
｛５、１９｝、または｛６、２０｝
【０５５７】
・パイロットトーンの値（パイロット値）
【０５５８】
図２４及び図２５は、本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。本実施形態においてパイロットトーンの値は、ＭＳＰ方式によって図２４及び図２５の表のように決定されることができる。特に、ＮＳＴＳが１個である場合、パイロットトーンの値は、図２４の表のように決定されることができ（図２４（ａ）または図２４（ｂ））、ＮＳＴＳが２個である場合、パイロットトーンの値は、図２５の表のように決定されることができる（図２５（ａ）、図２５（ｂ）、または図２４（ｃ））。図２４及び図２５に開示された表においてｉＳＴＳは、ストリームインデックス、ψNSTS,2iSTS,j  は、ｉＳＴＳを有するストリームで２個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０５５９】
図２５においてｉは、１または２であり、ｉｃは、ｉ＝１であれば、２、ｉ＝２であれば、１の値を有する。また、図２５に図示していないが、ｉｃは、シーケンスであって｛１、１｝とともに｛−１、−１｝を有することもできる。図２５（ａ）及び図２５（ｂ）に開示された表のパイロットトーン値は、各ストリーム別に直交性が維持されるが、ｉＳＴＳ＝ｉｃである場合、ＰＡＰＲの問題が生じ得る。このようなＰＡＰＲの問題を解決するために、図２５（ｃ）のように、ストリーム別に非直交性（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌｉｔｙ）を満たすパイロットトーン値が提案され得る。
【０５６０】
（２）第２７実施形態
【０５６１】
・パイロットトーンのインデックス
【０５６２】
本実施形態においてパイロットトーンのインデックスは、第２６実施形態で提案された方式にしたがう。
【０５６３】
・パイロットトーンの値（パイロット値）
【０５６４】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。したがって、パイロットトーン値は、第２６実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０５６５】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対し、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０５６６】
２．５２トーン資源ユニット
【０５６７】
５２トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜５１のインデックスを各々有すると仮定する。５２トーン資源ユニットは、４個のパイロットトーンを含むことができる。以下では、このような４個のパイロットトーンのインデックス及び値について実施形態別に説明する。
【０５６８】
（１）第２８実施形態
【０５６９】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５７０】
一実施形態として、４個のパイロットトーンは、５２トーン資源ユニットを１３トーンずつ４つの部分に分けたとき、各部分の中心に位置し得る。したがって、この場合、パイロットトーンのインデックスは、｛６、１９、３２、４５｝でありうる。
【０５７１】
他の実施形態として、４個のパイロットトーンは、既存の８０２．１１ｎまたは８０２．１１ａｃシステムの２０ＭＨｚ帯域幅からＤＣトーン及びガードトーンを除いて、パイロットトーン間の間隔を考慮して補正したインデックスに位置し得る。したがって、この場合、パイロットトーンのインデックスは、｛５、１９、３２、４６｝でありうる。
【０５７２】
他の実施形態として、４個のパイロットトーンは、既存の８０２．１１ｎまたは８０２．１１ａｃシステムの２０ＭＨｚ帯域幅に含まれたパイロットトーン間の距離の分だけ離間して位置し得る。より詳細には、既存の８０２．１１ｎまたは８０２．１１ａｃシステムにおいて２０ＭＨｚ帯域幅のパイロットトーンは、各々−２１、−７、＋７、＋２１のインデックスに位置するので、パイロットトーンは、１４の分だけ離間して位置する。したがって、本実施形態のパイロットトーンのインデックスは、このような離間距離と左右対称とを考慮して下記のように決定されることができる。
【０５７３】
｛７、２１、３５、４９｝、或いは｛６、２０、３４、４８｝
【０５７４】
・パイロットトーンの値（パイロット値）
【０５７５】
図２６及び図２７は、本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。本実施形態においてパイロットトーンの値は、既存の８０２．１１ｎシステムの２０ＭＨｚ帯域幅のパイロット値を再活用でき、これは、図２６及び図２７に示されたとおりである。図２６及び図２７においてＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψNSTS,4iSTS,j  は、ｉＳＴＳを有するストリームで４個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０５７６】
（２）第２９実施形態
【０５７７】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５７８】
本実施形態においてパイロットトーンのインデックスは、第２８実施形態で提案された方式にしたがう。
【０５７９】
・パイロットトーンの値（パイロット値）
【０５８０】
本実施形態においてパイロットトーンの値は、第２８実施形態でＮＳＴＳ＝４である場合に提案されたパイロット値を用いて決定されることができる。したがって、本実施形態において第１のストリーム（ｉＳＴＳ＝１）のパイロットトーンは、｛１、１、１、−１｝のパイロットシーケンスを、第２のストリーム（ｉＳＴＳ＝２）のパイロットトーンは、｛１、１、−１、１｝のパイロットシーケンスを、第３のストリーム（ｉＳＴＳ＝３）のパイロットトーンは、｛１、−１、１、１｝のパイロットシーケンスを、第４のストリーム（ｉＳＴＳ＝４）のパイロットトーンは、｛−１、１、１、１｝を有することができる。
【０５８１】
（３）第３０実施形態
【０５８２】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５８３】
本実施形態においてパイロットトーンのインデックスは、第２８実施形態で提案された方式にしたがう。
【０５８４】
・パイロットトーンの値（パイロット値）
【０５８５】
図２８は、本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。
【０５８６】
本実施形態においてパイロットトーンの値は、図２８に開示されたＡグループ及びＢグループのシーケンスを組み合わせることにより生成されたパイロットシーケンスで決定されることができる。例えば、Ａグループのインデックス１のシーケンスとＢグループのインデックス１のシーケンスを使用して、｛１、１、−１、−１｝或いは｛−１、−１、１、１｝のパイロットシーケンスが生成され得る。このように生成された１つのパイロットシーケンスは、ストリーム個数と関係なく、各ストリームを介して送信されるパイロットトーンに同様に適用されることができる。
【０５８７】
（４）第３１実施形態
【０５８８】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５８９】
本実施形態においてパイロットトーンのインデックスは、第２８実施形態で提案された方式にしたがう。
【０５９０】
・パイロットトーンの値（パイロット値）
【０５９１】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。このとき、パイロットトーンの値は、第２８実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０５９２】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ送信状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対し、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０５９３】
３．１０６トーン資源ユニット
【０５９４】
１０６トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜１０５のインデックスを各々有すると仮定する。
【０５９５】
（１）第３２実施形態
【０５９６】
・パイロットトーンの個数
【０５９７】
本実施形態においてパイロットトーンの個数は、６個に提案する。
【０５９８】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０５９９】
一実施形態として、６個のパイロットトーンは、１０６トーン資源ユニットを６つの部分に分けたとき、各部分の中心に位置し得る。仮に、分けられた部分が偶数個のトーンで構成されることにより、中央に２個のトーンが位置し得る場合、パイロットトーンは、２つのトーンのうち、いずれか１つのトーンに位置し得る。
【０６００】
他の実施形態として、６個のパイロットトーンは、既存の８０２．１１ｎまたは８０２．１１ａｃシステムの４０ＭＨｚ帯域幅パイロットトーンインデックスからＤＣトーン及びガードトーンを除いて補正されたインデックスに位置し得る。この場合、パイロットトーンのインデックスは、｛１、２９、４３、６２、７６、１０４｝でありうる。
【０６０１】
・パイロットトーンの値（パイロット値）
【０６０２】
図２９及び図３０は、本発明の一実施形態によってストリーム個数によるパイロットトーンの値をまとめた表である。本実施形態においてパイロットトーンの値は、既存の８０２．１１ｎシステムの４０ＭＨｚ帯域幅のパイロット値を再活用でき、これは、図２９及び図３０に示されたとおりである。図２９及び図３０においてＮＳＴＳは、ストリーム個数、ｉＳＴＳは、ストリームインデックス、ψNSTS,6iSTS,j  は、ｉＳＴＳを有するストリームで６個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０６０３】
（２）第３３実施形態
【０６０４】
・パイロットトーンの個数／インデックス
【０６０５】
本実施形態においてパイロットトーンの個数とインデックスとは、第３２実施形態で提案された方式にしたがう。
【０６０６】
・パイロットトーンの値（パイロット値）
【０６０７】
本実施形態においてパイロットトーンの値は、第３２実施形態においてＮＳＴＳ＝４である場合に提案されたパイロット値を第１〜第４のストリームに拡張して適用することができる。したがって、本実施形態において第１のストリーム（ｉＳＴＳ＝１）のパイロットトーンは、｛１、１、−１、−１、−１、−１｝のパイロットシーケンスを、第２のストリーム（ｉＳＴＳ＝２）のパイロットトーンは、｛１、１、１、−１、１、１｝のパイロットシーケンスを、第３のストリーム（ｉＳＴＳ＝３）のパイロットトーンは、｛１、−１、１、−１、−１、１｝のパイロットシーケンスを、第４のストリーム（ｉＳＴＳ＝４）のパイロットトーンは、｛−１、１、１、１、−１、１｝のパイロットシーケンスを有することができる。
【０６０８】
（３）第３４実施形態
【０６０９】
・パイロットトーンの個数／インデックス
【０６１０】
本実施形態においてパイロットトーンの個数とインデックスとは、第３２実施形態で提案された方式にしたがう。
【０６１１】
・パイロットトーンの値（パイロット値）
【０６１２】
図３１は、本発明の一実施形態に係るパイロット値を生成するためのシーケンスグループをまとめた表である。
【０６１３】
本実施形態においてパイロットトーンの値は、Ａグループ〜Ｃグループのシーケンスを組み合わせることにより生成された１つのパイロットシーケンスによって決定されることができる。例えば、Ａグループのインデックス１のシーケンス、Ｂグループのインデックス２のシーケンス、及びＣグループのインデックス３を組み合わせて｛１１−１−１１−１｝のパイロットシーケンスを生成できる。ただし、ＰＡＰＲの問題を考慮してインデックス１またはインデックス２のシーケンスだけで構成されたシーケンスは排除する。すなわち、｛１１１１１１｝と｛−１−１−１−１−１−１｝とは、本実施形態のパイロットシーケンスとして使用しない。
【０６１４】
このように生成された１つのパイロットシーケンスは、ストリーム個数と関係なく、各ストリームを介して送信されるパイロットトーンに同様に適用されることができる。
【０６１５】
（４）第３５実施形態
【０６１６】
・パイロットトーンのインデックス（または、パイロットトーンの位置）
【０６１７】
本実施形態においてパイロットトーンのインデックスは、第３２実施形態で提案された方式にしたがう。
【０６１８】
・パイロットトーンの値（パイロット値）
【０６１９】
本実施形態では、既存の８０２．１１ａｃシステムのＳＳＰ方式のように、ストリーム個数と関係なく、１つの固定されたパイロットシーケンスを適用するパイロットトーンプランを提案できる。このとき、パイロットトーンの値は、第３２実施形態においてＮＳＴＳ＝１である場合に提案された方式にしたがうことができる。
【０６２０】
このようなパイロットトーンプランを提案する理由は、マルチストリームを用いてデータが送受信されるＭＩＭＯ送信状況で複数の直交パイロットシーケンスを使用することによって得る性能の利得に対し、これを使用するためのオーバーヘッドが相対的に大きいためである。したがって、ストリーム個数と関係なく、固定されたパイロットシーケンスを適用するＳＳＰ方式を導入することにより、オーバーヘッドを減らすことができる。
【０６２１】
１０６トーン資源ユニットに４個のパイロットトーンを使用する場合、既存のシステムの４０ＭＨＺ帯域幅で使用されるインターリーバを再使用できるという長所が存在する。したがって、以下では、１０６トーン資源ユニットが４個のパイロットトーンを含む場合の実施形態等に関して説明し、特に、パイロットトーンの「インデックス（または、位置）」を中心として説明する。以下においてパイロットトーンのインデックスは、パイロットトーン間の等間隔及び対称などを考慮して決定されることができ、パイロットトーンの値は、第２８、第２９、または第３０実施形態で提案された方式にしたがう。また、以下において１０６トーン資源ユニットは、４個の２６トーン資源ユニットと２個のレフトオーバー（ｌｅｆｔｏｖｅｒ）トーンで構成されたと仮定する。
【０６２２】
（５）第３６実施形態
【０６２３】
レフトオーバートーンが１０６トーン資源ユニットの両端に位置した場合、１０６トーン資源ユニットのインデックスは、ｉ）０〜２６（２７トーン）、ii）２７〜５２（２６トーン）、iii）５２〜７８（２６トーン）、iv）７９〜１０５（２７トーン）のように４つの部分に区分されることができ、このとき、下記のようなパイロットインデックスが提案され得る。
【０６２４】
｛１３、３９、６５、９２｝、｛１３、４０、６６、９２｝、｛１３、３９、６６、９２｝、または｛１３、４０、６５、９２｝
【０６２５】
または、１０６トーン資源ユニットの両端のインデックス０、１０５に位置したトーンを除いて２６トーンずつ４つの部分（ｉ）１〜２６（２６トーン）、ii）２７〜５２（２６トーン）、iii）５２〜７８（２６トーン）、iv）７９〜１０４（２６トーン））に区分した場合には、下記のようなパイロットインデックスが提案され得る。
【０６２６】
｛１３、３９、６５、９１｝或いは｛１４、４０、６６、９２｝
【０６２７】
（６）第３７実施形態
【０６２８】
レフトオーバートーンが１０６トーン資源ユニットの中央に位置した場合、１０６トーン資源ユニットのインデックスは、ｉ）０〜２５（２６トーン）、ii）２６〜５２（２７トーン）、iii）５３〜７９（２７トーン）、iv）８０〜１０５（２６トーン）のように４つの部分に区分されることができ、このとき、下記のようなパイロットインデックスが提案され得る。
【０６２９】
｛１２、３９、６６、９２｝、｛１３、３９、６６、９３｝、｛１２、３９、６６、９３｝、或いは｛１２、３９、６６、９２｝
【０６３０】
または、１０６トーン資源ユニットの中央のインデックス５２、５３に位置したトーンを除いて２６トーンずつ４つの部分（ｉ）０〜２５（２６トーン）、ii）２６〜５１（２６トーン）、iii）５４〜７９（２６トーン）、iv）８０〜１０５（２６トーン））に区分した場合には、下記のようなパイロットインデックスが提案され得る。
【０６３１】
｛１２、３８、６６、９２｝或いは｛１３、３９、６７、９３｝
【０６３２】
（７）第３８実施形態
【０６３３】
レフトオーバートーンが１０６トーン資源ユニットの左側端に位置した場合、１０６トーン資源ユニットのインデックスは、ｉ）０〜２７（２８トーン）、ii）２８〜５３（２６トーン）、iii）５４〜７９（２６トーン）、iv）８０〜１０５（２６トーン）のように４つの部分に区分されることができ、このとき、下記のようなパイロットインデックスが提案され得る。
【０６３４】
｛１３、４０、６６、９２｝、｛１４、４０、６６、９２｝、｛１３、４１、６７、９３｝、或いは｛１４、４１、６７、９３｝
【０６３５】
または、１０６トーン資源ユニットの左側端のインデックス０、１に位置したトーンを除いて２６トーンずつ４つの部分（ｉ）２〜２７（２６トーン）、ii）２８〜５３（２６トーン）、iii）５４〜７９（２６トーン）、iv）８０〜１０５（２６トーン））に区分した場合には、下記のようなパイロットインデックスが提案され得る。
【０６３６】
｛１４、４０、６６、９２｝或いは｛１５、４１、６７、９３｝
【０６３７】
（８）第３９実施形態
【０６３８】
レフトオーバートーンが１０６トーン資源ユニットの右側端に位置した場合、１０６トーン資源ユニットのインデックスは、ｉ）０〜２５（２６トーン）、ii）２６〜５１（２６トーン）、iii）５２〜７７（２６トーン）、iv）７８〜１０５（２８トーン）のように４つの部分に区分されることができ、このとき、下記のようなパイロットインデックスが提案され得る。
【０６３９】
｛１２、３８、６４、９１｝、｛１２、３８、６４、９２｝、｛１３、３９、６５、９１｝、或いは｛１３、３９、６５、９２｝
【０６４０】
または、１０６トーン資源ユニットの右側端のインデックス１０４、１０５に位置したトーンを除いて２６トーンずつ４つの部分（ｉ）０〜２５（２６トーン）、ii）２６〜５１（２６トーン）、iii）５２〜７７（２６トーン）、iv）７８〜１０３（２６トーン））に区分した場合には、下記のようなパイロットインデックスが提案され得る。
【０６４１】
｛１２、３８、６４、９０｝或いは｛１３、３９、６５、９１｝
【０６４２】
以上より、１０６トーン資源ユニットを４つの部分に区分し、各部分に含まれたトーンのうち、１つのトーンをパイロットトーンに決定する実施形態に関して詳述した。以下では、１０６トーン資源ユニットと対応する位置の２６トーンまたは５２トーン資源ユニットのパイロットインデックスのうち、４個を用いて１０６トーン資源ユニットのパイロットトーンインデックスとして使用する実施形態について提案する。ここで、１０６トーン資源ユニットと対応する位置の２６トーンまたは５２トーン資源ユニットは、同じ帯域幅内で１０６トーン資源ユニットと同じインデックスに位置する２６トーン資源ユニットまたは５２トーン資源ユニットを表す。または、１０６トーン資源ユニットと対応する位置の２６トーンまたは５２トーン資源ユニットは、１０６トーン資源ユニットに含まれる２６トーンまたは５２トーン資源ユニットを表す。
【０６４３】
（９）第４０実施形態
【０６４４】
図３２は、１０６トーン資源ユニットに含まれたパイロットトーンの位置を説明するために示した図である。
【０６４５】
左右対称を満たすために、２個のレフトオーバートーンが１０６トーン資源ユニットの中央に位置した場合、１０６トーン資源ユニットに含まれた４個のパイロットトーン（以下、第１〜第４のパイロットトーン）の位置は、１０６トーン資源ユニットと対応する位置の４個の２６トーン資源ユニットに含まれた８個のパイロットトーンのうち、４個のパイロットトーンの位置と同様でありうる。この場合、１０６トーン資源ユニットと対応する位置には、４個の２６トーン資源ユニット及び２個のレフトオーバートーンが存在するものの、前記２個のレフトオーバートーンは、順次並べられた前記４個の２６トーン資源ユニットの中心に位置し得る。より詳細には、順次並べられた４個の２６トーン資源ユニットを１番目〜４番目の２６トーン資源ユニットと各々呼ぶ場合、前記２個のレフトオーバートーンは、２番目及び３番目の２６トーン資源ユニット間に位置し得る。
【０６４６】
このとき、第１〜第４のパイロットトーン位置は、４個の２６トーン資源ユニットの各々に含まれた２個のパイロットトーンのうち、１個のパイロットトーンの位置と各々同様でありうる。例えば、第１のパイロットトーンの位置は、１番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、１個のパイロットトーン位置と同様であり、第２のパイロットトーンの位置は、２番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、１個のパイロットトーン位置と同様であり、第３のパイロットトーンの位置は、３番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、１個のパイロットトーン位置と同様であり、第４のパイロットトーンの位置は、４番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、１個のパイロットトーン位置と同様でありうる。
【０６４７】
このとき、第１〜第４のパイロットトーンの位置は、各２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに遠い距離に位置した１個のパイロットトーンの位置と各々同様でありうる。例えば、第１のパイロットトーンの位置は、１番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに遠い距離に位置した１個のパイロットトーン位置と同様であり、第２のパイロットトーンの位置は、２番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに遠い距離に位置した１個のパイロットトーン位置と同様であり、第３のパイロットトーンの位置は、３番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに遠い距離に位置した１個のパイロットトーン位置と同様であり、第４のパイロットトーンの位置は、４番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに遠い距離に位置した１個のパイロットトーン位置と同様でありうる。仮に、１０６トーン資源ユニットと対応する位置の４個の２６トーン資源ユニットの各々が０〜２５インデックスを有する２６個のトーンで構成され、｛６、２０｝のインデックスに位置したパイロットトーンを含む場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛６、２０、３２、４６、６０、７４、８６、１００｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮してレフトオーバートーンからさらに遠い距離に位置したパイロットトーンを選択すれば、下記のとおりである。
【０６４８】
｛６、３２、７４、１００｝（図３２参照）
【０６４９】
または、第１〜第４のパイロットトーンの位置は、各２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに近い距離に位置した１個のパイロットトーンの位置と各々同様でありうる。例えば、第１のパイロットトーンの位置は、１番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに近い距離に位置した１個のパイロットトーン位置と同様であり、第２のパイロットトーンの位置は、２番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに近い距離に位置した１個のパイロットトーン位置と同様であり、第３のパイロットトーンの位置は、３番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに近い距離に位置した１個のパイロットトーン位置と同様であり、第４のパイロットトーンの位置は、４番目の２６トーン資源ユニットに含まれた２個のパイロットトーンのうち、レフトオーバートーンからさらに近い距離に位置した１個のパイロットトーン位置と同様でありうる。仮に、１０６トーン資源ユニットと対応する位置の４個の２６トーン資源ユニットの各々が０〜２５インデックスを有する２６個のトーンで構成され、｛６、２０｝のインデックスに位置したパイロットトーンを含む場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛６、２０、３２、４６、６０、７４、８６、１００｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮してレフトオーバートーンからさらに近い距離に位置したパイロットトーンを選択すれば、下記のとおりである。
【０６５０】
｛２０、４６、６０、８６｝
【０６５１】
または、１０６トーン資源ユニットと対応する位置の２６トーン資源ユニットが０〜２５インデックスを有する２６個のトーンで構成され、｛６、１９｝のインデックスに位置したパイロットトーンを含む場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛６、１９、３２、４５、６０、７３、８６、９９｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮して４個のインデックスを決定すれば、次のとおりである。
【０６５２】
｛６、３２、７３、９９｝、または｛１９、４５、６０、８６｝
【０６５３】
または、１０６トーン資源ユニットと対応する位置の２６トーン資源ユニットが０〜２５インデックスを有する２６個のトーンで構成され、｛５、１９｝のインデックスに位置したパイロットトーンを含む場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛５、１９、３１、４５、５９、７３、８５、９９｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮して４個のインデックスを決定すれば、次のとおりである。
【０６５４】
｛５、３１、７３、９９｝、または｛１９、４５、５９、８５｝
【０６５５】
または、上述した内容に基づくとき、１０６トーン資源ユニットに含まれた４個のパイロットトーン（以下、第１〜第４のパイロットトーン）の位置は、１０６トーン資源ユニットと対応する位置の２個の５２トーン資源ユニットに含まれた８個のパイロットトーンのうち、４個のパイロットトーンの位置と同様でありうる。このとき、１０６トーン資源ユニットと対応する位置には、２個の５２トーン資源ユニット及び２個のレフトオーバートーンが存在するものの、前記２個のレフトオーバートーンは、順次並べられた前記２個の５２トーン資源ユニット中心（または、２個の５２トーン資源ユニット間）に位置し得る。
【０６５６】
この場合にも上述したことと同様に、第１〜第４のパイロットトーン位置は、２個の５２トーン資源ユニットの各々に含まれた４個のパイロットトーンのうち、２個のパイロットトーンの位置と同様でありうる。
【０６５７】
このように、１０６トーン資源ユニットを構成するより小さな単位の資源ユニットのパイロットインデックスを使用する場合、システム構成が単純になり、ハードウェア実現の負担が減るという効果を有する。
【０６５８】
（１０）第４１実施形態
【０６５９】
左右対称を満たすために、レフトオーバートーンが１０６トーン資源ユニットの両端に１つずつ位置した場合、１０６トーン資源ユニットと対応する位置の４個の２６トーン資源ユニットのパイロットトーンインデックスのうち、４個を本実施形態のパイロットトーンインデックスとして用いることができる。
【０６６０】
仮に、各２６トーン資源ユニットが０〜２５インデックスを有する２６個のトーンで構成され、｛６、１９｝のインデックスにパイロットトーンが位置した場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛７、２０、３３、４６、５９、７２、８５、９８｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮して４個のインデックスを決定すれば、次のとおりである。
【０６６１】
｛７、３３、７２、９８｝、または｛２０、４６、５９、８５｝
【０６６２】
または、各２６トーン資源ユニットが０〜２５インデックスを有する２６個のトーンで構成され、｛５、１９｝のインデックスにパイロットトーンが位置した場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛６、２０、３２、４６、５８、７２、８４、９８｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮して４個のインデックスを決定すれば、次のとおりである。
【０６６３】
｛６、３２、７２、９８｝、または｛２０、４６、５８、８４｝
【０６６４】
または、各２６トーン資源ユニットが０〜２５インデックスを有する２６個のトーンで構成され、｛６、２０｝のインデックスにパイロットトーンが位置した場合、１０６トーン資源ユニットに適用されるパイロットトーンインデックス候補は、｛７、２１、３３、４７、５９、７３、８５、９９｝になることができる。このようなパイロットトーンの候補インデックスのうち、左右対称を考慮して４個のインデックスを決定すれば、次のとおりである。
【０６６５】
｛７、３３、７３、９９｝、または｛２１、４７、５９、８５｝
【０６６６】
上述したパイロットトーンインデックスの候補で左右対称を考慮せずに、４個のインデックスを決定することも可能である。また、１０６トーン資源ユニットと対応する位置の２個の５２トーン資源ユニットに含まれたパイロットトーンを用いる場合には、上述した内容と類似して、５２トーン資源ユニットのパイロットトーンインデックスのうち、４個を１０６トーン資源ユニットのパイロットトーンのインデックスとして使用することもできる。上述した実施形態のように、より小さなトーン単位の資源ユニットのパイロットトーンを選択的に活用することによってシステムの構成が単純になるという効果を有する。
【０６６７】
（１１）第４２実施形態
【０６６８】
本実施形態では、レフトオーバートーンをパイロットトーンとして使用することを提案する。
【０６６９】
レフトオーバートーンの位置が左側端（例えば、インデックス｛０、１｝）に位置した場合、１０６トーン資源ユニットでパイロットトーンのインデックスは、左右対称を考慮して｛０、１、１０４、１０５｝になることができる。これは、レフトオーバートーンの位置が右側端（例えば、インデックス｛１０４、１０５｝）に位置した場合にも同様に適用されることができる。
【０６７０】
または、レフトオーバートーンの一部のみパイロットトーンとして使用し、パイロットトーンの左右対称及び等間隔を考慮すれば、１０６トーン資源ユニットのパイロットトーンインデックスは、下記のように決まることができる。
【０６７１】
｛０、２６、７９、１０５｝、｛０、２７、７８、１０５｝、或いは｛１、２７、７８、１０４｝
【０６７２】
または、レフトオーバートーンが１０６トーン資源ユニットの中央（例えば、インデックス｛５２、５３｝）に位置する場合、左右対称と等間隔とを考慮して１０６トーン資源ユニットのパイロットトーンのインデックスは、｛２６、５２、５３、７９｝に決められることができる。
【０６７３】
４．２４２トーン資源ユニット
【０６７４】
２４２トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜２４１のインデックスを各々有すると仮定する。２４２トーン資源ユニットに含まれたパイロットトーンの個数と値は、第１〜第７実施形態で提案された方式にしたがう。以下では、２４２トーン資源ユニットに含まれたパイロットトーンのインデックスを中心として説明する。
【０６７５】
（１）第４３実施形態
【０６７６】
本実施形態においてパイロットトーンは、２４２トーン資源ユニットがパイロットトーン数の分だけ区分される場合、区分される各部分の中央に位置し得る。例えば、２４２トーン資源ユニットに８個のパイロットトーンが含まれる場合、２４２トーン資源ユニットは、８つの部分に区画されることができ、８個のパイロットトーンは、各部分の中央に位置し得る。仮に、各部分が偶数個のトーンで構成されることで、中央に２個のトーンが位置し得る場合、パイロットトーンは、２つのトーンのうち、いずれか１つのトーンに位置し得る。
【０６７７】
例えば、２４２トーン資源ユニットのインデックスは、ｉ）０〜３０（３１トーン）、ii）３１〜６０（３０トーン）、iii）６１〜９０（３０トーン）、iv）９１〜１２０（３０トーン）、v）１２１〜１５０（３０トーン）、vi）１５１〜１８０（３０トーン）、vii）１８１〜２１０（３０トーン）、viii）２１１〜２４１（３１トーン）のように８つの部分に区分されることができ、この場合、パイロットトーンのインデックスは、下記のように提案されることができる。
【０６７８】
｛１５、４５、７５、１０５、１３６、１６６、１９６、２２６｝
【０６７９】
または、両端（｛０、２４１｝インデックス）に位置したトーンを除いて、全て３０個トーンずつを含む８つの部分（インデックスは、ｉ）１〜３０（３０トーン）、ii）３１〜６０（３０トーン）、iii）６１〜９０（３０トーン）、iv）９１〜１２０（３０トーン）、v）１２１〜１５０（３０トーン）、vi）１５１〜１８０（３０トーン）、vii）１８１〜２１０（３０トーン）、viii）２１１〜２４０（３０トーン））で２４２トーン資源ユニットを区分した場合を仮定すれば、パイロットトーンのインデックスは、下記のように提案されることができる。
【０６８０】
｛１５、４５、７５、１０５、１３５、１６５、１９５、２２５｝或いは｛１６、４６、７６、１０６、１３６、１６６、１９６、２２６｝
【０６８１】
または、２４２トーン資源ユニットのインデックスは、ｉ）０〜２９（３０トーン）、ii）３０〜５９（３０トーン）、iii）６０〜８９（３０トーン）、iv）９０〜１２０（３１トーン）、v）１２１〜１５１（３１トーン）、vi）１５２〜１８１（３０トーン）、vii）１８２〜２１１（３０トーン）、viii）２１２〜２４１（３０トーン）のように８つの部分に区分されることができ、この場合、パイロットトーンのインデックスは、下記のように提案されることができる。
【０６８２】
｛１５、４５、７５、１０５、１３６、１６６、１９６、２２６｝
【０６８３】
このとき、仮に、中央（｛１２０、１２１｝インデックス）に位置した２つのトーンを除いてパイロットトーンインデックスを提案すれば、下記のとおりである。
【０６８４】
｛１４、４４、７４、１０４、１３６、１６６、１９６、２２６｝、或いは｛１５、４５、７５、１０５、１３７、１６７、１９７、２２７｝
【０６８５】
（２）第４４実施形態
【０６８６】
本実施形態においてパイロットトーンは、第１〜第７実施形態で提案されたパイロットトーンのインデックスからＤＣトーン及びガード（Ｇｕａｒｄ）トーンのインデックスを除いた後、パイロットトーンインデックス間の間隔を考慮して補正したインデックスに位置し得る。例えば、２４２トーン資源ユニットに８個のパイロットトーンが含まれた場合、補正されたパイロットトーンのインデックスは、下記のとおりである。
【０６８７】
｛１９、４７、８３、１１１、１３０、１５８、１９４、２２２｝
【０６８８】
または、本実施形態においてパイロットトーンは、第１〜第７実施形態で提案されたパイロットトーンのインデックスからガードトーンのみを除いた後（または、ＤＣトーンのみを含んだ後）、パイロットトーンインデックス間の間隔を考慮して補正したインデックスに位置し得る。既存のシステムにおいて、パイロットトーンが８個である場合に、８個のパイロットトーンは、｛±１１、±３９、±７５、±１０３｝に各々位置するので、左右対称を考慮すれば、下記のようなパイロットトーンインデックスが導き出される。
【０６８９】
｛１７、４５、８１、１０９、１３１、１５９、１９５、２２３｝或いは｛１８、４６、８２、１１０、１３２、１６０、１９６、２２４｝
【０６９０】
５．４８４トーン資源ユニット
【０６９１】
４８４トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜４８３のインデックスを各々有すると仮定する。４８４トーン資源ユニットに含まれたパイロットトーンの個数と値とは、第８〜第１４実施形態で提案された方式にしたがう。以下では、４８４トーン資源ユニットに含まれたパイロットトーンのインデックスを中心として説明する。
【０６９２】
（１）第４５実施形態
【０６９３】
本実施形態においてパイロットトーンは、２４２トーン資源ユニットがパイロットトーン数の分だけ区分される場合、区分される各部分の中央に位置し得る。例えば、４８４トーン資源ユニットに１６個のパイロットトーンが含まれる場合、２４２トーン資源ユニットは、１６つの部分に区画されることができ、１６個のパイロットトーンは、各部分の中央に位置し得る。仮に、各部分が偶数個のトーンで構成されることで、中央に２個のトーンが位置し得る場合、パイロットトーンは、２つのトーンのうち、いずれか１つのトーンに位置し得る。
【０６９４】
（２）第４６実施形態
【０６９５】
本実施形態においてパイロットトーンは、第８〜第１４実施形態で提案されたパイロットトーンのインデックスからＤＣトーン及びガード（Ｇｕａｒｄ）トーンのインデックスを除いた後、パイロットトーンインデックス間の間隔を考慮して補正したインデックスに位置し得る。例えば、４８４トーン資源ユニットに８個のパイロットトーンが含まれた場合、補正されたパイロットトーンのインデックスは、下記のとおりである。
【０６９６】
｛３８、９４、１６６、２２２、２６１、３１７、３８９、４４５｝
【０６９７】
または、本実施形態においてパイロットトーンは、第８〜第１４実施形態で提案されたパイロットトーンのインデックスからガードトーンのみを除いた後（または、ＤＣトーンのみを含んだ後）、パイロットトーンインデックス間の間隔を考慮して補正したインデックスに位置し得る。既存のシステムにおいてパイロットトーンが８個である場合に、８個のパイロットトーンは、｛±２２、±７８、±１５０、±２０６｝に各々位置するので、左右対称を考慮すれば、下記のようなパイロットトーンインデックスが導き出される。
【０６９８】
｛３５、９１、１６３、２１９、２６３、３１９、３９１、４４７｝、または｛３６、９２、１６４、２２０、２６４、３２０、３９２、４４８｝
【０６９９】
（３）第４７実施形態
【０７００】
本実施形態のパイロットトーンは、１６個に提案する。このとき、パイロットトーンのインデックスは、第８実施形態のインデックス（｛±２５、±５３、±８９、±１１７、±１３９、±１６７、±２０３、±２３１｝）を４８４トーン数に合うように補正して使用することを提案し、下記のとおりである。
【０７０１】
｛１３、４１、７７、１０５、１２７、１５５、１９１、２１９、２６４、２９２、３２８、３５６、３７８、４０６、４４２、４７０｝
【０７０２】
または、本実施形態のパイロットトーンは。第８実施形態で提案されたパイロットトーンのインデックスからガードトーンを除いた後（ＤＣトーンは含む）、左右対称を考慮して補正したインデックスに位置し得る。補正したインデックスは、下記のとおりである。
【０７０３】
｛１０、３８、７４、１０２、１２４、１５２、１８８、２１６、２６６、２９４、３３０、３５８、３８０、４０８、４４４、４７２｝、或いは｛１１、３９、７５、１０３、１２５、１５３、１８９、２１７、２６７、２９５、３３１、３５９、３８１、４０９、４４５、４７３｝
【０７０４】
または、本実施形態のパイロットトーンは、第８実施形態で提案されたパイロットトーンの位置から両端の２トーンずつ総４トーンを除いて３０トーンずつ区分した後（２〜３１、３２〜６１、６２〜９１、９２〜１２１、…、４５２〜４８１）、パイロットトーンの左右対称を考慮して補正すれば、下記のようなパイロットトーンインデックスが導き出され得る。
【０７０５】
｛１６、４６、７６、１０６、１３６、１６６、１９６、２２６、２５６、２８６、３１６、３４６、３７６、４０６、４３６、４６６｝、或いは｛１７、４７、７７、１０７、１３７、１６７、１９７、２２７、２５７、２８７、３１７、３４７、３７７、４０７、４３７、４６７｝
【０７０６】
または、本実施形態のパイロットトーンは、第８実施形態で提案されたパイロットトーンのインデックスから中央の４トーンを除いて３０トーンずつ区分した後に補正すれば、下記のようなパイロットトーンインデックスが導き出され得る。
【０７０７】
｛１４、４４、７４、１０４、１３４、１６４、１９４、２２４、２５８、２８８、３１８、３４８、３７８、４０８、４３８、４６８｝、或いは｛１５、４５、７５、１０５、１３５、１６５、１９５、２２５、２５９、２８９、３１９、３４９、３７９、４０９、４３９、４６９｝
【０７０８】
６．９９６トーン資源ユニット
【０７０９】
９９６トーン資源ユニットに含まれたサブキャリア（または、トーン）は、順に０〜９９５のインデックスを各々有すると仮定する。９９６トーン資源ユニットに含まれたパイロットトーンの個数と値とは、第１５〜第２２実施形態で提案された方式にしたがう。以下では、９９６トーン資源ユニットに含まれたパイロットトーンのインデックスを中心として説明する。
【０７１０】
（１）第４８実施形態
【０７１１】
本実施形態においてパイロットトーンは、９９６トーン資源ユニットがパイロットトーン数の分だけ区分される場合、区分される各部分の中央に位置し得る。例えば、９９６トーン資源ユニットに１６個のパイロットトーンが含まれる場合、９９６トーン資源ユニットは、１６つの部分に区画されることができ、１６個のパイロットトーンは、各部分の中央に位置し得る。仮に、各部分が偶数個のトーンで構成されることで、中央に２個のトーンが位置し得る場合、パイロットトーンは、２つのトーンのうち、いずれか１つのトーンに位置し得る。
【０７１２】
（２）第４９実施形態
【０７１３】
本実施形態においてパイロットトーンは、第１５〜第２２実施形態で提案されたパイロットトーンのインデックスからＤＣトーン及びガード（Ｇｕａｒｄ）トーンのインデックスを除いた後、パイロットトーンインデックス間の間隔を考慮して補正したインデックスに位置し得る。
【０７１４】
（３）第５０実施形態
【０７１５】
本実施形態においてパイロットトーンは、第１７実施形態で提案されたパイロットトーンのインデックス（｛±５０、±１０６、±１７８、±２３４、±２７８、±３３４、±４０６、±４６２｝）を補正したインデックスを提案し、下記のとおりである。
【０７１６】
｛３８、９４、１６６、２２２、２６６、３２２、３９４、４５０、５４５、６０１、６７３、７２９、７７３、８２９、９０１、９５７｝
【０７１７】
または、本実施形態においてパイロットトーンは、第１７実施形態で提案されたパイロットトーンのインデックスからガードトーンのみを除いた後（または、ＤＣトーンのみを含んだ後）、パイロットトーンインデックス間の間隔及び左右対称を考慮して補正したインデックスに位置し得るし、補正したインデックスは、下記のとおりである。
【０７１８】
｛３５、９１、１６３、２１９、２６３、３１９、３９１、４４７、５４７、６０３、６７５、７３１、７７５、８３１、９０３、９５９｝、或いは｛３６、９２、１６４、２２０、２６４、３２０、３９２、４４８、５４８、６０４、６７６、７３２、７７６、８３２、９０４、９６０｝
【０７１９】
または、本実施形態のパイロットトーンは、第１７実施形態で提案されたパイロットトーンの位置から両端の２トーンずつ総４トーンを除いて６２トーンずつ区分した後（２〜６３、６４〜１２５、１２６〜１８７、１８８〜２４９、…、９３２〜９９３）、パイロットトーンの左右対称を考慮して補正すれば、下記のようなパイロットトーンインデックスが導き出され得る。
【０７２０】
｛３２、９４、１５６、２１８、２８０、３４２、４０４、４６６、５２８、５９０、６５２、７１４、７７６、８３８、９００、９６２｝、或いは｛３３、９５、１５７、２１９、２８１、３４３、４０５、４６７、５２９、５９１、６５３、７１５、７７７、８３９、９０１、９６３｝
【０７２１】
または、本実施形態のパイロットトーンは、第１７実施形態で提案されたパイロットトーンのインデックスから中央の４トーンを除いて６２トーンずつ区分（０〜６１、６２〜１２３、…、４３４〜４９５、５００〜５６１、…、９３４〜９９５）した後に補正すれば、下記のようなパイロットトーンインデックスが導き出され得る。
【０７２２】
｛３０、９２、１５４、２１６、２７８、３４０、４０２、４６４、５３０、５９２、６５４、７１６、７７８、８４０、９０２、９６４｝或いは｛３１、９３、１５５、２１７、２７９、３４１、４０３、４６５、５３１、５９３、６５５、７１７、７７９、８４１、９０３、９６５｝
【０７２３】
以上より、ｎｏｎ−ＯＦＤＭＡ送信方式とＯＦＤＭＡ送信方式とで提案するパイロットトーンプランについて詳述した。以下では、ｎｏｎ−ＯＦＤＭＡ送信方式においてユーザ別に互いに異なるパイロットトーンを割り当てる方式について説明する。
【０７２４】
Ｃ．ＳＴＡ別のパイロットトーン割当方法
【０７２５】
８０２．１１ａｘシステムでは、ＵＬ  ＭＵ送信を支援するが、この場合、ＡＰは、種々のＳＴＡ（または、ユーザ（ｕｓｅｒ））が同時に送信することによって混ざった信号を受信するようになる。このとき、各ＳＴＡは、信号をＡＰに送る前に、ＣＦＯを補償して送るが、ｎｏｉｓｅなどの通信障害のため、ＣＦＯを完全に補償できずに残余（ｒｅｓｉｄｕａｌ）ＣＦＯが残るようになる。したがって、ＵＬ  ＭＵ送信の際に、信頼するような性能を得るために、ＡＰで残余ＣＦＯを補償できる。しかし、各ＳＴＡ毎に残余ＣＦＯ値が異なるため、ＡＰでパイロットトーンを用いて残余ＣＦＯを測定及び補償するためには、上記で提案した方式とは異なり、各ＳＴＡ別にパイロットトーンを割り当てる新しい方式が必要である。
【０７２６】
以下において説明する実施形態では、ｎｏｎ−ＯＦＤＭＡ及びＯＦＤＭＡ方式で提案されたパイロットトーンプランが基本的に適用され得る。ただし、各ＳＴＡに互いに異なるパイロットトーンが割り当てられ得るし、各ＳＴＡは、自分に割り当てられたパイロットトーンでない、他のパイロットトーンの値を「０」に設定することができる。また、以下において説明する図３３は、本発明の一実施形態によってＳＴＡ別に割り当てられたパイロットトーンの値をまとめた表である。
【０７２７】
１．ランダム（Ｒａｎｄｏｍ）割当
【０７２８】
各ＳＴＡにパイロットトーン個数をランダムに割り当てることができる。
【０７２９】
例えば、ＳＴＡ１及び２が各ＳＴＡに割り当てられた１個のストリーム及び２０ＭＨｚ帯域幅を使用してＵＬ  ＭＵ送信する状況を仮定することができる。このとき、パイロットトーンの個数及びインデックスは、第１実施形態で提案された方式にしたがうことができる。この場合、ランダムに２番目及び５番目のパイロットトーンがＳＴＡ１に割り当てられ、残りのパイロットトーンがＳＴＡ２に割り当てられることができ、このとき、パイロットトーン値は、図３３（ａ）のように決定されることができる。図３３（ａ）においてｉＳＴＳは、ストリームインデックス、ψNSTS,8iSTS,j  は、ｉＳＴＳを有するストリームで８個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０７３０】
ただし、上述した実施形態の場合、ＳＴＡ別に割り当てられたパイロットトーン個数が相違するので、ＣＦＯトラッキング性能に差が生じ得る。
【０７３１】
２．偶数（Ｅｖｅｎ）割当
【０７３２】
各ＳＴＡにパイロットトーン個数を同様に割り当てることができる。
【０７３３】
各ＳＴＡ別に同じ個数のパイロットトーンを割り当てる場合、残ったパイロットトーンが生じ得る。例えば、８個のパイロットトーンをＳＴＡ１〜３に各々２個ずつ割り当てる場合、２個（＝８−２＊３）のパイロットトーンが残り得る。このとき、残ったパイロットトーンは、各ＳＴＡにランダムに割り当てることができる。または、残ったパイロットトーンは、ＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）値が最も大きいか、或いは最も小さいＳＴＡに全て割り当てることができる。または、残ったパイロットトーンは、最も大きいＳＩＮＲ値を有するＳＴＡからＳＩＮＲ値の降順で１トーンずつ、または小さいＳＩＮＲ値を有するＳＴＡからＳＩＮＲ値の昇順で１トーンずつ割り当てられることができる。ＳＩＮＲ値が大きいＳＴＡに割り当てる理由は、良い性能を見せるＳＴＡにより良い性能を保障して平均スループット（ｔｈｒｏｕｇｈｐｕｔ）を高めるためであり、逆に、ＳＩＮＲ値が小さいＳＴＡに割り当てる理由は、性能が良くないＳＴＡの性能を高めてＱｏＳを満たすためである。
【０７３４】
各ＳＴＡに割り当てられたパイロットトーンのインデックス（または、位置）は、様々に設定されることができる。
【０７３５】
一実施形態として、ＡＰは、パイロットトーンを最左側端または最右側端に位置したパイロットトーンから１トーンずつ各ＳＴＡに順次割り当てることができる。例えば、８個のパイロットトーンがＳＴＡ１〜３に割り当てられると仮定することができる。この場合、最左側に位置した１番目のパイロットトーンはＳＴＡ１に、１番目のパイロットトーンの右側に位置した２番目のパイロットトーンはＳＴＡ２に、２番目のパイロットトーンの右側に位置した３番目のパイロットトーンはＳＴＡ３に、３番目のパイロットトーンの右側に位置した４番目のパイロットトーンは再度ＳＴＡ１に割り当てられることができる。その結果、ＳＴＡ１には、１番目、４番目、及び７番目のパイロットトーンが、ＳＴＡ２には、２番目、５番目、及び８番目のパイロットトーンが、ＳＴＡ３には、３番目及び６番目のパイロットトーンが各々割り当てられることができる。
【０７３６】
他の実施形態として、ＡＰは、全体パイロットトーンを各ＳＴＡに割り当てられたパイロットトーン数の分だけ最左側または最右側から順次割り当てることができる。
【０７３７】
例えば、ＳＴＡ１にパイロットトーン３個、ＳＴＡ２にパイロットトーン３個、ＳＴＡ３にパイロットトーン２個が各々割り当てられると仮定することができる。この場合、８個のパイロットトーンは、最左側（または、最右側）に位置したパイロットトーンから３個、３個、２個が順にＳＴＡ１〜２に各々割り当てられることができる。その結果、ＳＴＡ１には、１番目〜３番目のパイロットトーンが、ＳＴＡ２には、４番目〜６番目のパイロットトーンが、ＳＴＡ３には、７番目及び８番目のパイロットトーンが各々割り当てられることができる。ここで、１番目のパイロットトーンは、周波数帯域のパイロットトーンのうち、最左側または最右側に位置したパイロットトーンを意味できる。
【０７３８】
他の例として、ＳＴＡ１及び２が各ＳＴＡ毎に割り当てられた１個のストリーム及び２０ＭＨｚ帯域幅を使用してＵＬ  ＭＵ送信する状況を仮定することができる。このとき、２０ＭＨｚ帯域幅に適用されるパイロットトーンの個数、インデックス、及び値は、第１実施形態で提案された方式にしたがうことができる。この場合、上述した内容によって２０ＭＨｚ帯域幅のパイロットトーンのうち、１番目〜４番目のパイロットトーンはＳＴＡ１に割り当てられ、５番目〜８番目のパイロットトーンはＳＴＡ２に割り当てられることができる。このとき、各ＳＴＡに割り当てられたパイロットトーンの値は、図３３（ｂ）のように決定されることができる。図３３（ｂ）においてｉＳＴＳは、ストリームインデックス、ψNSTS,8iSTS,jψは、ｉＳＴＳを有するストリームで８個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０７３９】
３．差等割当
【０７４０】
パイロットトーンをＳＩＮＲ値が最も大きいか、或いは最も小さいＳＴＡに全て割り当てることができる。または、ＳＩＮＲ値に比例或いは反比例して各ＳＴＡに割り当てられることができる。このとき、ＳＩＮＲ値に比例または反比例するように計算したパイロットトーン数が自然数でない場合、計算したパイロットトーン数を四捨五入することができる。例えば、ＳＴＡに割当可能なパイロットトーンが総８個であり、ＳＩＮＲ比率によってＳＴＡ１及び２が割当を受ける個数が各々１．６、６．４であれば、これを四捨五入してＳＴＡ１には２個、ＳＴＡ２には６個が各々割り当てられることができる。仮に、ＳＩＮＲ比率によってＳＴＡ１及び２が割当を受ける個数が各々１．５、６．５であることによってＳＴＡ１が２個、ＳＴＡ２が７個が割り当てられる場合には、割り当てられたパイロットトーン数がより大きい側から１を差し引く。すなわち、ＳＴＡ１は２個、ＳＴＡ２は６個が各々割り当てられるようになる。
【０７４１】
ＳＩＮＲ値に比例するようにパイロットトーンを割り当てる理由は、より良い性能を見せるＳＴＡにより多くのパイロットトーンを割り当てて、より良い性能を保障して平均スループット（ｔｈｒｏｕｇｈｐｕｔ）を高めるためである。逆に、ＳＩＮＲ値に反比例するようにパイロットトーンを割り当てる理由は、性能が良くないＳＴＡの性能をさらに高めてＱｏＳを満たすためである。
【０７４２】
このとき、各ＳＴＡに割り当てられたパイロットトーンのインデックス（または、位置）は、様々に設定されることができる。
【０７４３】
一実施形態として、ＡＰは、パイロットトーンを最左側または最右側に位置したパイロットトーンから１トーンずつ各ＳＴＡに順次割り当てることができる。例えば、８個のパイロットトーンがＳＴＡ１〜３に割り当てられると仮定することができる。この場合、最左側に位置した１番目のパイロットトーンはＳＴＡ１に、１番目のパイロットトーンの右側に位置した２番目のパイロットトーンはＳＴＡ２に、２番目のパイロットトーンの右側に位置した３番目のパイロットトーンはＳＴＡ３に、３番目のパイロットトーンの右側に位置した４番目のパイロットトーンは再度ＳＴＡ１に割り当てられることができる。その結果、ＳＴＡ１には１番目、４番目、及び７番目のパイロットトーンが、ＳＴＡ２には２番目、５番目、及び８番目のパイロットトーンが、ＳＴＡ３には３番目及び６番目のパイロットトーンが各々割り当てられることができる。
【０７４４】
他の実施形態として、ＡＰは、全体パイロットトーンを各ＳＴＡに割り当てられたパイロットトーン数の分だけ最左側または最右側から順次割り当てることができる。
【０７４５】
例えば、ＳＴＡ１にパイロットトーン３個、ＳＴＡ２にパイロットトーン３個、ＳＴＡ３にパイロットトーン２個が各々割り当てられた場合を仮定することができる。この場合、８個のパイロットトーンは、最左側（または、最右側）に位置したパイロットトーンから３個、３個、２個が順にＳＴＡ１、２に各々割り当てられることができる。その結果、ＳＴＡ１には１番目〜３番目のパイロットトーンが、ＳＴＡ２には４番目〜６番目のパイロットトーンが、ＳＴＡ３には７番目及び８番目のパイロットトーンが各々割り当てられることができる。ここで、１番目のパイロットトーンは、周波数帯域のパイロットトーンのうち、最左側または最右側に位置したパイロットトーンを意味できる。
【０７４６】
他の例として、ＳＴＡ１及び２が各ＳＴＡ毎に割り当てられた１個のストリーム及び２０ＭＨｚ帯域幅を使用してＵＬ  ＭＵ送信する状況を仮定することができる。このとき、２０ＭＨｚ帯域幅に適用されるパイロットトーンの個数、インデックス、及び値は、第１実施形態で提案された方式にしたがうことができる。各ＳＴＡに割り当てられるパイロットトーンの個数は、ＳＩＮＲ比率に比例するように決定されることができ、ＳＴＡ１及び２のＳＩＮＲの比率が１：４である場合、ＳＴＡ１は２個（１．６の四捨五入）、ＳＴＡ２は６個のパイロットトーンが各々割り当てられる。このとき、各ＳＴＡに割り当てられるパイロットトーンの位置は、上述した内容によって全体パイロットトーンのうち、１番目及び２番目のパイロットトーンはＳＴＡ１に割り当てられ、４番目〜８番目のパイロットトーンは、ＳＴＡ２に順次割り当てられることができる。したがって、各ＳＴＡに割り当てられたパイロットトーンの値は、図３３（ｃ）のように決定されることができる。図３３（ｃ）においてｉＳＴＳは、ストリームインデックス、ψNSTS,8iSTS,j  は、ｉＳＴＳを有するストリームで８個のパイロットトーンのうち、ｊ番目の位置のパイロットトーンの値を表す。
【０７４７】
パイロットトーン数が限定されている状況でパイロットトーンを割り当てらなければならないＳＴＡ数が多い場合、上述した実施形態を適用したとき、各ＳＴＡ毎に割当を受けることができるパイロットトーン数が少なくなるので、ＣＦＯ推定性能が顕著に劣化され得る。したがって、各ＳＴＡに割り当てられるパイロットトーン数を増やすためにＳＴＡをグループ化し、各グループにパイロットトーンを割り当てる方式を提案する。
【０７４８】
このとき、ＳＴＡは、下記の実施形態のようにグループ化されることができる。
【０７４９】
１）１つのグループ内に属し得る最大ＳＴＡ数（ＮＵ＿ｍａｘ）及びチャネル直交性スレスホールド（ｏｒｔｈｏｇｏｎａｌｉｔｙ  ｔｈｒｅｓｈｏｌｄ）であるアルファ（ａｌｐｈａ）（０〜１：小さいほど、直交性増加）値を設定。
【０７５０】
２）ＳＩＮＲが大きい順にＳＴＡを分類（ｓｏｒｔｉｎｇ）。
【０７５１】
３）ＳＩＮＲが最も大きいＳＴＡのチャネルと他のＳＴＡのチャネルとの間のｃｏｒｒｅｌａｔｉｏｎ値を求めた後、その値がアルファ値未満であるＳＴＡのうち、ｃｏｒｒｅｌａｔｉｏｎ値が小さいＳＴＡから最大ＳＴＡ数（ＮＵ＿ｍａｘ）までグループ化。
【０７５２】
４）グループ化されていないＳＴＡのうち、ＳＩＮＲが最も大きいＳＴＡから順次上記の１）〜３）を行い、全てのＳＴＡがグループ化されるまで行う。このとき、１つのグループ内の１つのＳＴＡも含むことが可能である。
【０７５３】
各グループ内に属するＳＴＡは、グループに割り当てられたパイロットトーンを使用するようになる。例えば、ＳＴＡ１及び２が第１のグループに属し、第１のグループに４個のパイロットトーンが割り当てられることができる。この場合、ＳＴＡ１及び２は、第１のグループに割り当てられた４個のパイロットトーンを使用できる。このとき、パイロットトーンがグループ別に割り当てられる方式は、上述した実施形態でＳＴＡをグループに代えて適用することができる。ただし、この場合、ＳＩＮＲ値は、グループ内のＳＴＡ等のＳＩＮＲ平均値を使用できる。
【０７５４】
図３４は、本発明の一実施形態に係るＳＴＡ装置のデータ送信方法を示した順序図である。本順序図と関連して上述した実施形態等が同様に適用され得る。したがって、以下では、重複する説明を省略する。
【０７５５】
図３４に示すように、ＳＴＡは、ＰＰＤＵを生成できる（Ｓ３４０１）。このとき、生成されるＰＰＤＵは、物理プリアンブル及びデータフィールドを含み、物理プリアンブルは、ＨＥ−ＬＴＦを含む。
【０７５６】
次に、ＳＴＡは、生成したＰＰＤＵを送信できる（Ｓ３４０２）。このとき、ＨＥ−ＬＴＦは、レガシープリアンブルのＩＤＦＴ／ＤＦＴ周期の４倍で送信される４ｘ  ＨＥ−ＬＴＦ、または２倍で送信される２ｘ  ＨＥ−ＬＴＦでありうる。また、この場合、ＨＥ−ＬＴＦのパイロットトーンは、４ｘ  ＨＥ−ＬＴＦがマッピングされるサブキャリアのうち、偶数インデックスを有するサブキャリアのみに挿入されることができる。
【０７５７】
図３５は、本発明の一実施の形態にかかる各ＳＴＡ装置のブロック図である。
【０７５８】
図３５において、ＳＴＡ装置３５１０は、メモリ３５１２、プロセッサ３５１１及びＲＦユニット３５１３を備えることができる。そして、上述のようにＳＴＡ装置は、ＨＥ  ＳＴＡ装置であって、ＡＰまたはｎｏｎ-ＡＰ  ＳＴＡになることができる。
【０７５９】
ＲＦユニット３５１３は、プロセッサ３５１１に接続されて無線信号を送信／受信することができる。ＲＦユニット３５１３は、プロセッサ３５１１から受信されたデータを送受信帯域にアップコンバートして信号を送信できる。
【０７６０】
プロセッサ３５１１は、ＲＦユニット３５１３に接続されてＩＥＥＥ  ８０２．１１システムによる物理階層及び／又はＭＡＣ階層を実現できる。プロセッサ３５１１は、上述の図面及び説明による本発明の様々な実施の形態にかかる動作を行うように構成されることができる。また、上述の本発明の様々な実施の形態にかかるＳＴＡ３５１０の動作を実現するモジュールがメモリ３５１２に格納され、プロセッサ３５１１によって実行されることができる。
【０７６１】
メモリ３５１２は、プロセッサ３５１１に接続されて、プロセッサ３５１１を駆動するための様々な情報を格納する。メモリ３５１２は、プロセッサ３５１１の内部に含まれるか、またはプロセッサ３５１１の外部に設置されて、プロセッサ３５１１と公知の手段により接続されることができる。
【０７６２】
また、ＳＴＡ装置３５１０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を備えることができる。
【０７６３】
図３５のＳＴＡ装置３５１０の具体的な構成は、上述の本発明の様々な実施の形態で説明した事項が独立的に適用されるか、または２以上の実施の形態が同時に適用されるように実現されることができる。
【０７６４】
説明の都合上、各図面を分けて説明したが、各図面に述べられている実施形態等を併合して新しい実施形態を実現するように設計することも可能である。また、表示装置は、上述したように説明された実施形態等の構成と方法が限定して適用され得るものではなく、上述した実施形態等は、様々な変形がなされ得るように、各実施形態等の全部または一部が選択的に組み合わせられて構成されることもできる。
【０７６５】
また、以上では、好ましい実施形態について図示し、説明したが、本明細書は、上述した特定の実施形態に限定されず、請求の範囲で請求する要旨を逸脱することなく、当該明細書の属する技術分野における通常の知識を有する者によって様々な変形実施が可能であることはもちろんであり、このような変形実施等は、本明細書の技術的思想や展望から個別的に理解されてはならないであろう。
【０７６６】
様々な実施形態が本発明を実施するための最善の形態で説明された。
【産業上の利用可能性】
【０７６７】
本発明の無線通信システムにおけるデータ送受信方法は、ＩＥＥＥ  ８０２．１１システムに適用される例を中心として説明したが、ＩＥＥＥ  ８０２．１１システムの他にも、様々な無線通信システムに適用することが可能である。
【図１】
0006499285.tif 000029
【図２】
0006499285.tif 000030
【図３】
0006499285.tif 000031
【図４】
0006499285.tif 000032
【図５（ａ）】
0006499285.tif 000033
【図５（ｂ）】
0006499285.tif 000034
【図５（ｃ）】
0006499285.tif 000035
【図６】
0006499285.tif 000036
【図７】
0006499285.tif 000037
【図８】
0006499285.tif 000038
【図９（ａ）】
0006499285.tif 000039
【図９（ｂ）】
0006499285.tif 000040
【図１０】
0006499285.tif 000041
【図１１】
0006499285.tif 000042
【図１２】
0006499285.tif 000043
【図１３】
0006499285.tif 000044
【図１４】
0006499285.tif 000045
【図１５】
0006499285.tif 000046
【図１６】
0006499285.tif 000047
【図１７】
0006499285.tif 000048
【図１８（ａ）】
0006499285.tif 000049
【図１８（ｂ）】
0006499285.tif 000050
【図１８（ｃ）】
0006499285.tif 000051
【図１９（ａ）】
0006499285.tif 000052
【図１９（ｂ）】
0006499285.tif 000053
【図１９（ｃ）】
0006499285.tif 000054
【図２０（ａ）】
0006499285.tif 000055
【図２０（ｂ）】
0006499285.tif 000056
【図２１（ａ）】
0006499285.tif 000057
【図２１（ｂ）】
0006499285.tif 000058
【図２２】
0006499285.tif 000059
【図２３】
0006499285.tif 000060
【図２４】
0006499285.tif 000061
【図２５】
0006499285.tif 000062
【図２６】
0006499285.tif 000063
【図２７】
0006499285.tif 000064
【図２８】
0006499285.tif 000065
【図２９】
0006499285.tif 000066
【図３０】
0006499285.tif 000067
【図３１】
0006499285.tif 000068
【図３２】
0006499285.tif 000069
【図３３（ａ）】
0006499285.tif 000070
【図３３（ｂ）】
0006499285.tif 000071
【図３３（ｃ）】
0006499285.tif 000072
【図３４】
0006499285.tif 000073
【図３５】
0006499285.tif 000074