(57)【特許請求の範囲】
【請求項１】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるダウンリンク（ＤＬ）チャネル状態のフィードバック情報を送信するためのＳＴＡ（Ｓｔａｔｉｏｎ）のためのサウンディング方法であって、
ＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信することと、
前記ＮＤＰフレームを受信することと、
前記ＳＴＡに割り当てられた資源割り当て情報を含むトリガーフレームを受信することと、
前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成することと、
前記資源割り当て情報によって指示された周波数資源を用いて前記チャネル状態情報を含むフィードバックフレームのアップリンク（ＵＬ）多重ユーザ（ＭＵ）送信を行うことと
を含み、
前記ＮＤＰＡフレームは、前記ＳＴＡによって測定されるべき測定対象周波数帯域に関連する指示情報を含み、
前記測定対象周波数帯域は、前記ＮＤＰフレームを送信するために使われる周波数帯域の部分的周波数帯域であり、
前記指示情報は、前記測定対象周波数帯域に対応する２６トーン資源ユニットのインデックスを指示する、方法。
【請求項２】
前記ＮＤＰＡフレーム、前記ＮＤＰフレーム、及び前記トリガーフレームは、１つのＤＬ  ＰＰＤＵに含まれて受信されるか、または、それぞれ、異なるＤＬ  ＰＰＤＵに含まれて受信される、請求項１に記載の方法。
【請求項３】
前記ＮＤＰＡフレーム、前記ＮＤＰフレーム，及び前記トリガーフレームが、それぞれ、異なるＤＬ  ＰＰＤＵに含まれて受信される場合、
前記ＳＴＡは、前記異なるＤＬ  ＰＰＤＵをＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）間隔で受信する、請求項１に記載の方法。
【請求項４】
前記資源割り当て情報は、前記フィードバックフレームのＵＬ  ＭＵ送信を行うために前記ＳＴＡに割り当てられた資源ユニットの個数を指示する、請求項１に記載の方法。
【請求項５】
前記資源ユニットは、２６個のサブキャリアを含む前記２６トーン資源ユニットである、請求項４に記載の方法。
【請求項６】
前記資源割り当て情報のビット値は、前記ＳＴＡに割り当てられた資源ユニットの個数を指示する、請求項４に記載の方法。
【請求項７】
前記資源割り当て情報は、前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられた資源ユニットと順次に対応する複数のビットを含み、
前記複数のビットの各ビット値は、各ビットに対応する資源ユニットが割り当てられるＳＴＡが異なるＳＴＡに変更されることによって、以前のビット値と異なるビット値にスイッチングされる、請求項４に記載の方法。
【請求項８】
前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられた前記資源ユニットに異なるインデックスが割り当てられた場合、
前記資源割り当て情報は、前記ＳＴＡに割り当てられた資源ユニットのインデックス情報を含む、請求項４に記載の方法。
【請求項９】
前記チャネル状態情報は、空間ストリームに対して既に設定された周波数単位で生成されたフィードバック値を含み、
前記フィードバック値は、前記空間ストリームに対する前記既に設定された周波数単位のＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）またはビームフォーミングフィードバック行列である、請求項１に記載の方法。
【請求項１０】
前記既に設定された周波数単位は、前記２６トーン資源ユニット、２０ＭＨｚチャネル、または、前記ＮＤＰフレームを運ぶＤＬ  ＰＰＤＵの全体送信チャネルによって形成される、請求項９に記載の方法。
【請求項１１】
前記チャネル状態情報は、前記測定対象周波数帯域に対して生成される、請求項１に記載の方法。
【請求項１２】
前記生成されたチャネル状態情報は、前記測定対象周波数帯域に対するビームフォーミングフィードバック行列についての情報である、請求項１１に記載の方法。
【請求項１３】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるＳＴＡ（Ｓｔａｔｉｏｎ）であって、
無線信号を送受信するように構成されたＲＦユニットと、
前記ＲＦユニットを制御するように構成されたプロセッサと
を含み、
前記プロセッサは、
ＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）を受信することと、
前記ＮＤＰフレームを受信することと、
前記ＳＴＡに割り当てられた資源割り当て情報を含むトリガーフレームを受信することと、
前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成することと、
前記資源割り当て情報によって指示された周波数資源を用いて前記チャネル状態情報を含むフィードバックフレームのアップリンク（ＵＬ）多重ユーザ（ＭＵ）送信を行うことと
を実行するようにさらに構成され、
前記ＮＤＰＡフレームは、前記ＳＴＡによって測定されるべき測定対象周波数帯域に関連する指示情報を含み、
前記測定対象周波数帯域は、前記ＮＤＰフレームを送信するために使われる周波数帯域の部分的周波数帯域であり、
前記指示情報は、前記測定対象周波数帯域に対応する２６トーン資源ユニットのインデックスを指示する、ＳＴＡ。
【請求項１４】
前記ＮＤＰＡフレーム、前記ＮＤＰフレーム，及び前記トリガーフレームが、それぞれ、異なるＤＬ  ＰＰＤＵに含まれて受信される場合、
前記ＳＴＡは、前記異なるＤＬ  ＰＰＤＵをＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）間隔で受信する、請求項１３に記載のＳＴＡ。
【請求項１５】
前記チャネル状態情報は、前記測定対象周波数帯域に対して生成される、請求項１３に記載のＳＴＡ。
【請求項１６】
前記生成されたチャネル状態情報は、前記測定対象周波数帯域に対するビームフォーミングフィードバック行列についての情報である、請求項１３に記載のＳＴＡ。
【請求項１７】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）であって、
無線信号を送受信するように構成されたＲＦユニットと、
前記ＲＦユニットを制御するように構成されたプロセッサと
を含み、
前記プロセッサは、
ＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）をＳＴＡ（Ｓｔａｔｉｏｎ）に送信することと、
前記ＮＤＰフレームを前記ＳＴＡに送信することと、
前記ＳＴＡに割り当てられた資源割り当て情報を含むトリガーフレームを前記ＳＴＡに送信することと、
チャネル状態情報を含むアップリンク（ＵＬ）多重ユーザ（ＭＵ）フィードバックフレームを受信することであって、前記ＵＰ  ＭＵフィードバックフレームは、前記資源割り当て情報によって指示された周波数資源を用いて送信される、ことと
を実行するようにさらに構成され、
前記ＮＤＰＡフレームは、前記ＳＴＡによって測定されるべき測定対象周波数帯域に関連する指示情報を含み、
前記測定対象周波数帯域は、前記ＮＤＰフレームを送信するために使われる周波数帯域の部分的周波数帯域であり、
前記指示情報は、前記測定対象周波数帯域に対応する２６トーン資源ユニットのインデックスを指示する、ＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、ＳＴＡが測定したチャネル状態をアップリンク（Ｕｐｌｉｎｋ）多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信するためのチャネルサウンディング方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
ワイパイ（Ｗｉ−Ｆｉ）は、２．４ＧＨｚ、５ＧＨｚまたは６０ＧＨｚ周波数帯域において機器がインターネットに接続可能なようにするＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）技術である。
【０００３】
ＷＬＡＮは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１標準に基づく。ＩＥＥＥ  ８０２．１１のＷＮＧ  ＳＣ（Ｗｉｒｅｌｅｓｓ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｔａｎｄｉｎｇ  Ｃｏｍｍｉｔｔｅｅ）は、次世代ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を中長期的に悩むアドホック委員会（ｃｏｍｍｉｔｔｅｅ）である。
【０００４】
ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのに目的をおいている。さらに具体的に、ＩＥＥＥ  ８０２．１１ｎでは、最大６００Ｍｂｐｓのデータ処理速度（ｄａｔａ  ｒａｔｅ）を提供する高処理率（ＨＴ：Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援し、また送信エラーを最小化しデータ速度を最適化するために、送信部と受信部の両端ともに多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基盤をおいている。
【０００５】
ＷＬＡＮの補給が活性化され、またこれを利用したアプリケーションが多様化するにつれて、超高処理率（ＶＨＴ：Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援する次世代ＷＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ  ＷＬＡＮシステムの次のバージョンとして、ＩＥＥＥ  ８０２．１１ａｃが新しく制定された。ＩＥＥＥ  ８０２．１１ａｃは、８０ＭＨｚ帯域幅送信及び／又はより高い帯域幅送信（例えば、１６０ＭＨｚ）を介して、１Ｇｂｐｓ以上のデータ処理速度を支援し、主に５ＧＨｚ帯域で動作する。
【０００６】
最近では、ＩＥＥＥ  ８０２．１１ａｃが支援するデータ処理速度よりさらに高い処理率を支援するための新しいＷＬＡＮシステムに対する必要性が台頭しつつある。
【０００７】
一名ＩＥＥＥ  ８０２．１１ａｘまたは高効率（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）ＷＬＡＮと呼ばれる次世代ＷＬＡＮタスクグループで主に論議されるＩＥＥＥ  ８０２．１１ａｘの範囲（ｓｃｏｐｅ）は、１）２．４ＧＨｚ及び５ＧＨｚなどの帯域で８０２．１１  ＰＨＹ（ｐｈｙｓｉｃａｌ）階層とＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層の向上、２）スペクトル効率性（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と領域スループット（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）向上、３）干渉ソースが存在する環境、密集した異種ネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）環境及び高いユーザ負荷が存在する環境のような実際の室内環境及び室外環境での性能向上などを含む。
【０００８】
ＩＥＥＥ  ８０２．１１ａｘにおいて主に考慮されるシナリオは、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＳＴＡ（ｓｔａｔｉｏｎ）が多い密集環境であり、ＩＥＥＥ  ８０２．１１ａｘは、このような状況でスペクトル効率（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と空間送信率（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）の改善について議論する。特に、室内環境だけでなく、従来のＷＬＡＮで多く考慮されなかった室外環境での実質的性能改善に関心を有する。
【０００９】
ＩＥＥＥ  ８０２．１１ａｘでは、無線オフィス（ｗｉｒｅｌｅｓｓ  ｏｆｆｉｃｅ）、スマートホーム（ｓｍａｒｔ  ｈｏｍｅ）、スタジアム（Ｓｔａｄｉｕｍ）、ホットスポット（Ｈｏｔｓｐｏｔ）、ビル／アパート（ｂｕｉｌｄｉｎｇ／ａｐａｒｔｍｅｎｔ）のようなシナリオに関心が大きく、当該シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能の向上についての議論が行われている。
【００１０】
今後、ＩＥＥＥ  ８０２．１１ａｘでは、１つのＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）での単一リンク性能向上よりは、ＯＢＳＳ（ｏｖｅｒｌａｐｐｉｎｇ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）環境でのシステム性能の向上及び室外環境性能の改善、及びセルラオフロード（ｃｅｌｌｕｌａｒ  ｏｆｆｌｏａｄｉｎｇ）などに対する議論が盛んになると予想される。このようなＩＥＥＥ  ８０２．１１ａｘの方向性は、次世代ＷＬＡＮがますます移動通信と類似の技術範囲を有するようになるのを意味する。最近、スモールセル（ｓｍａｌｌ  ｃｅｌｌ）及びＤ２Ｄ（Ｄｉｒｅｃｔ−ｔｏ−Ｄｉｒｅｃｔ）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮すると、ＩＥＥＥ  ８０２．１１ａｘに基づいた次世代ＷＬＡＮと移動通信の技術的及び事業的融合は、さらに盛んになると予測される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、次世代無線通信システムで適用可能な新たなサウンディングプロトコルを提案し、サウンディングプロトコルのために送受信されるフレームのＨＥ（Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ）フォーマットを提案することを目的とする。
【００１２】
また、本発明の目的は、次世代無線通信システムでＳＴＡが測定したチャネル状態情報をアップリンク多重ユーザ送信するための効率良い方法を提案することを目的とする。
【００１３】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【課題を解決するための手段】
【００１４】
前述した技術的課題を解決するために、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）チャネル状態に関するフィードバック情報を送信するためのＳＴＡ（Ｓｔａｔｉｏｎ）のサウンディング方法において、ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信するステップ；前記ＮＤＰフレームを受信するステップ；前記ＳＴＡに割り当てられた資源割り当て情報が含まれたトリガーフレームを受信するステップ；前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成するステップ；及び前記チャネル状態情報が含まれたフィードバックフレームを前記資源割り当て情報が指示する周波数資源を用いてアップリンク（ＵＬ：Ｕｐｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信するステップ；を含むことができる。
【００１５】
また、前記ＮＤＰＡフレーム、前記ＮＤＰフレーム、及び前記トリガーフレームは、１つのＤＬ  ＰＰＤＵに含まれて受信されるか、または互いに異なるＤＬ  ＰＰＤＵに各々含まれて受信できる。
【００１６】
また、前記ＮＤＰＡフレーム、前記ＮＤＰフレーム，及び前記トリガーフレームが前記互いに異なるＤＬ  ＰＰＰＤＵに各々含まれて受信される場合、前記互いに異なるＤＬ  ＰＰＤＵはＳＩＦＳ（Ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）間隔で前記ＳＴＡに受信できる。
【００１７】
また、前記資源割り当て情報は前記フィードバックフレームをＵＬ  ＭＵ送信するために前記ＳＴＡに割り当てられた資源ユニットの個数を指示することができる。
【００１８】
また、前記資源ユニットは２６個のサブキャリアで構成された２６トーン資源ユニットでありうる。
【００１９】
また、前記資源割り当て情報のビット値は前記ＳＴＡに割り当てられた資源ユニットの個数を指示することができる。
【００２０】
また、前記資源割り当て情報は前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられる資源ユニットと順次に対応する複数のビットを含み、前記複数のビットの各々のビット値は、各ビットと対応する資源ユニットが割り当てられるＳＴＡが他のＳＴＡに変更されるにつれて以前ビットのビット値と異なるビット値にスイッチングできる。
【００２１】
また、前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられる資源ユニットに各々互いに異なるインデックスが割り当てられる場合、前記資源割り当て情報は前記ＳＴＡに割り当てられた資源ユニットのインデックス情報を含むことができる。
【００２２】
また、前記チャネル状態情報は空間ストリームに対して既に設定された周波数単位で生成したフィードバック値を含み、前記フィードバック値は前記空間ストリームに対する前記既に設定された周波数単位のＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）またはビームフォーミングフィードバック行列でありうる。
【００２３】
また、前記既に設定された周波数単位は前記ＮＤＰフレームを運ぶＤＬ  ＰＰＤＵの全体送信チャネルでありうる。
【００２４】
また、前記既に設定された周波数単位は２６トーン資源ユニットまたは２０ＭＨｚチャネルでありうる。
【００２５】
また、前記ＮＤＰＡフレームは前記ＳＴＡが測定しなければならない周波数帯域の指示情報を含むことができる。
【００２６】
また、前記チャネル状態情報を生成するステップは、前記指示情報が指示する前記周波数帯域に対する前記チャネル状態情報を生成するステップでありうる。
【００２７】
また、前記チャネル状態を測定するステップは、所定の大きさの周波数帯域に対する前記チャネル状態情報を生成するステップであり、前記所定の大きさは前記ＮＤＰフレームが送信されることに使われる周波数帯域の大きさと等しいか小さいことがある。
【００２８】
また、前記生成されたチャネル状態情報は前記所定の大きさの周波数帯域に対するビームフォーミングフィードバック行列情報でありうる。
【００２９】
また、前記ＮＤＰフレームの前記トレーニングフィールドはＨＥ−ＬＴＦ（Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ−Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）でありうる。
【００３０】
また、本発明の他の実施形態に従うＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるＳＴＡ（Ｓｔａｔｉｏｎ）装置において、無線信号を送受信する、ＲＦユニット；及び前記ＲＦユニットを制御するプロセッサ；を含み、前記プロセッサは、ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信し、前記ＮＤＰフレームを受信し、前記ＳＴＡに割り当てられた資源割り当て情報が含まれたトリガーフレームを受信し、前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成し、及び前記チャネル状態情報が含まれたフィードバックフレームを前記資源割り当て情報が指示する周波数資源を用いてアップリンク（ＵＬ：Ｕｐｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信することができる。
【００３１】
以外に本発明の他の効果に対しては、以下の実施形態で追加で説明する。
例えば、本願は以下の項目を提供する。
（項目１）
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）チャネル状態に関するフィードバック情報を送信するためのＳＴＡ（Ｓｔａｔｉｏｎ）のサウンディング方法であって、
ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信するステップと、
前記ＮＤＰフレームを受信するステップと、
前記ＳＴＡに割り当てられた資源割り当て情報が含まれたトリガーフレームを受信するステップと、
前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成するステップと、
前記チャネル状態情報が含まれたフィードバックフレームを前記資源割り当て情報が指示する周波数資源を用いてアップリンク（ＵＬ：Ｕｐｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信するステップと、
を含む、ＳＴＡ装置のサウンディング方法。
（項目２）
前記ＮＤＰＡフレーム、前記ＮＤＰフレーム、及び前記トリガーフレームは、１つのＤＬ  ＰＰＤＵに含まれて受信されるか、または互いに異なるＤＬ  ＰＰＤＵに各々含まれて受信される、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目３）
前記ＮＤＰＡフレーム、前記ＮＤＰフレーム，及び前記トリガーフレームが前記互いに異なるＤＬ  ＰＰＰＤＵに各々含まれて受信される場合、
前記互いに異なるＤＬ  ＰＰＤＵはＳＩＦＳ（Ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）間隔で前記ＳＴＡに受信される、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目４）
前記資源割り当て情報は、前記フィードバックフレームをＵＬ  ＭＵ送信するために前記ＳＴＡに割り当てられた資源ユニットの個数を指示する、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目５）
前記資源ユニットは、２６個のサブキャリアで構成された２６トーン資源ユニットである、項目４に記載のＳＴＡ装置のサウンディング方法。
（項目６）
前記資源割り当て情報のビット値は、前記ＳＴＡに割り当てられた資源ユニットの個数を指示する、項目４に記載のＳＴＡ装置のサウンディング方法。
（項目７）
前記資源割り当て情報は、前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられる資源ユニットと順次に対応する複数のビットを含み、
前記複数のビットの各々のビット値は、各ビットと対応する資源ユニットが割り当てられるＳＴＡが異なるＳＴＡに変更されることによって、以前ビットのビット値と異なるビット値にスイッチングされる、項目４に記載のＳＴＡ装置のサウンディング方法。
（項目８）
前記フィードバックフレームのＵＬ  ＭＵ送信のために割り当てられる資源ユニットに各々互いに異なるインデックスが割り当てられる場合、
前記資源割り当て情報は、前記ＳＴＡに割り当てられた資源ユニットのインデックス情報を含む、項目４に記載のＳＴＡ装置のサウンディング方法。
（項目９）
前記チャネル状態情報は空間ストリームに対して既に設定された周波数単位で生成したフィードバック値を含み、
前記フィードバック値は前記空間ストリームに対する前記既に設定された周波数単位のＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）またはビームフォーミングフィードバック行列である、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目１０）
前記既に設定された周波数単位は、前記ＮＤＰフレームを運ぶＤＬ  ＰＰＤＵの全体送信チャネルである、項目９に記載のＳＴＡ装置のサウンディング方法。
（項目１１）
前記既に設定された周波数単位は、２６トーン資源ユニットまたは２０ＭＨｚチャネルである、項目９に記載のＳＴＡ装置のサウンディング方法。
（項目１２）
前記ＮＤＰＡフレームは、前記ＳＴＡが測定しなければならない周波数帯域の指示情報を含む、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目１３）
前記チャネル状態情報を生成するステップは、
前記指示情報が指示する前記周波数帯域に対する前記チャネル状態情報を生成するステップである、項目１２に記載のＳＴＡ装置のサウンディング方法。
（項目１４）
前記チャネル状態を測定するステップは、所定の大きさの周波数帯域に対する前記チャネル状態情報を生成するステップであり、
前記所定の大きさは前記ＮＤＰフレームが送信されることに使われる周波数帯域の大きさと等しいか小さい、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目１５）
前記生成されたチャネル状態情報は、前記所定の大きさの周波数帯域に対するビームフォーミングフィードバック行列情報である、項目１４に記載のＳＴＡ装置のサウンディング方法。
（項目１６）
前記ＮＤＰフレームの前記トレーニングフィールドは、ＨＥ−ＬＴＦ（Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ−Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）である、項目１に記載のＳＴＡ装置のサウンディング方法。
（項目１７）
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）システムにおけるＳＴＡ（Ｓｔａｔｉｏｎ）装置であって、
無線信号を送受信するＲＦユニットと、
前記ＲＦユニットを制御するプロセッサとを含み、
前記プロセッサは、
ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）フレームの送信を知らせるＮＤＰＡ（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを受信し、
前記ＮＤＰフレームを受信し、
前記ＳＴＡに割り当てられた資源割り当て情報が含まれたトリガーフレームを受信し、
前記ＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成し、及び前記チャネル状態情報が含まれたフィードバックフレームを前記資源割り当て情報が指示する周波数資源を用いてアップリンク（ＵＬ：Ｕｐｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信する、ＳＴＡ装置。
【発明の効果】
【００３２】
本発明の一実施形態によれば、ＯＦＤＭＡ技術が適用される次世代のＷＬＡＮシステムにおいて効率よく適用できるサウンディングプロトコルが提案される
【００３３】
また、本発明の一実施形態によれば、ＡＰはＳＴＡのＵＬ  ＭＵフィードバックフレーム転送のためのトリガー情報を転送してくれるので、各ＴＡはフィードバックフレームのＵＬ  ＭＵ転送が可能である。
【００３４】
また、本発明の一実施形態によれば、ＳＴＡがＤＬチャンネルに対するフィードバックフレームをＵＬ  ＭＵ伝送することができるので、ＡＰはより速やかにＤＬチャンネルに対するチャンネル状態情報を獲得することができる。
【００３５】
その他、本発明の他の効果に対しては、以下の実施形態で追加で説明する。
【図面の簡単な説明】
【００３６】
本発明に関する理解を助けるために、詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明とともに本発明の技術的特徴を説明する。
【図１】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【図２】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【図３】本発明が適用され得る無線通信システムのｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【図４】本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【図５】本発明が適用できるＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【図６】本発明が適用できる無線通信システムにおけるＭＡＣフレーム内のフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドを例示する図である。
【図７】本発明が適用され得る無線通信システムにおけるチャネルサウンディング（ｓｏｕｎｄｉｎｇ）方法を概念的に示す図である。
【図８】本発明が適用され得る無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【図９】本発明が適用され得る無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【図１０】本発明が適用され得る無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームフォーマットを例示する図である。
【図１１】本発明が適用され得る無線通信システムにおけるビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームフォーマットを例示する図である。
【図１２】本発明が適用され得る無線通信システムにおける下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【図１３】本発明が適用され得る無線通信システムにおける下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【図１４】本発明が適用され得る無線通信システムにおける下向きリンクＭＵ−ＭＩＭＯ送信過程を例示する図である。
【図１５】本発明が適用され得る無線通信システムにおけるＡＣＫフレームを例示する図である。
【図１６】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームを例示する図である。
【図１７】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームのＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【図１８】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームを例示する図である。
【図１９】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームのＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【図２０】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図２１】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２２】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２３】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２４】本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【図２５】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【図２６】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【図２７】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【図２８】本発明の一実施形態に係るサウンディングプロトコルを例示する図である。
【図２９】本発明の第１実施形態に係るサウンディングプロトコルを例示する図である。
【図３０】本発明の第２及び第３実施形態に係るサウンディングプロトコルを例示する図である。
【図３１】本発明の一実施形態に係るＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームに各々含まれる情報を例示する図である。
【図３２】本発明の第３実施形態に係るサウンディングプロトコルで送受信されるＤＬ  ＰＰＤＵフォーマットを例示する。
【図３３】図３２（ａ）のＤＬ  ＰＰＤＵフォーマットの具体的な実施形態を図示した図である。
【図３４】本発明の一実施形態に係るＳＴＡ装置のサウンディング方法を示すフローチャートである。
【図３５】本発明の一実施形態に係る各ＳＴＡ装置のブロック図である。
【発明を実施するための形態】
【００３７】
本明細書において使用される用語は、本明細書での機能を考慮しつつ、できる限り、現在広く使用される一般的な用語を選択したが、これは、当分野に従事する技術者の意図、慣例、または新しい技術の出現などによって変わることができる。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、当該実施形態の説明部分でその意味を記載するであろう。したがって、本明細書において使用される用語は、単純な用語の名称でない、その用語でない実質的な意味と本明細書の全般にわたった内容に基づいて解釈されなければならないことを明かしておく。
【００３８】
さらに、以下、添付図面及び添付図面に記載された内容を参照して実施形態を詳細に説明するが、実施形態により制限されるか、限定されるものではない。
【００３９】
以下、添付した図面を参照して本発明の好ましい実施形態をさらに詳細に説明する。
【００４０】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用しアップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００４１】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明らかに表すために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示しているすべての用語は、前記標準文書により説明されることができる。
【００４２】
説明を明確にするために、ＩＥＥＥ  ８０２．１１システムを中心に述べるが、本発明の技術的特徴がこれに制限されるものではない。
【００４３】
（システム一般）
図１は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【００４４】
ＩＥＥＥ  ８０２．１１構造は、複数の構成要素から構成されることができ、これらの相互作用により上位階層に対してトランスペアレントな（ｔｒａｎｓｐａｒｅｎｔ）ステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）移動性を支援する無線通信システムが提供されることができる。基本サービスセット（ＢＳＳ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）は、ＩＥＥＥ  ８０２．１１システムでの基本的な構成ブロックに該当できる。
【００４５】
図１では、３個のＢＳＳ（ＢＳＳ１ないしＢＳＳ３）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２は、ＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４は、ＢＳＳ２に含まれ、ＳＴＡ５及びＳＴＡ６は、ＢＳＳ３に含まれる）を例示的に示す。
【００４６】
図１においてＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解されることができる。この領域を基本サービス領域（ＢＳＡ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外に移動するようになると、当該ＢＳＡ内の他のＳＴＡと直接的に通信できなくなる。
【００４７】
ＩＥＥＥ  ８０２．１１システムにおいて最も基本的なタイプのＢＳＳは、独立的なＢＳＳ（ＩＢＳＳ：Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけから構成された最小の形態を有することができる。また、最も単純な形態で他の構成要素が省略されている図１のＢＳＳ３がＩＢＳＳの代表的な例示に該当できる。このような構成は、ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されることではなく、ＬＡＮが必要な場合に構成されることができ、これをアドホック（ａｄ−ｈｏｃ）ネットワークと称することもできる。
【００４８】
ＳＴＡのオンまたはオフ、ＳＴＡがＢＳＳ領域に入ったり行く等により、ＢＳＳでのＳＴＡのメンバーシップが動的に変更されることができる。ＢＳＳのメンバーになるためには、ＳＴＡは、同期化過程を利用してＢＳＳにジョインできる。ＢＳＳ基盤構造のすべてのサービスにアクセスするためには、ＳＴＡは、ＢＳＳに連係（ａｓｓｏｃｉａｔｅｄ）されなければならない。このような連係（ａｓｓｏｃｉａｔｉｏｎ）は、動的に設定されることができ、分配システムサービス（ＤＳＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ）の利用を含むことができる。
【００４９】
８０２．１１システムにおいて直接的なＳＴＡ−対−ＳＴＡの距離は、物理階層（ＰＨＹ：ｐｈｙｓｉｃａｌ）性能によって制限されることができる。ある場合には、このような距離の限界が十分でありうるが、場合によっては、より遠くの距離のＳＴＡ間の通信が必要でありうるときもある。拡張されたカバレッジを支援するために、分配システム（ＤＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）が構成されることができる。
【００５０】
ＤＳは、ＢＳＳが相互接続する構造を意味する。具体的に、図１のように、ＢＳＳが独立的に存在する代わりに、複数のＢＳＳから構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもできる。
【００５１】
ＤＳは、論理的な概念であり、分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）の特性によって特定されることができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では、無線媒体（ＷＭ：Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ）と分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）を論理的に区分している。各々の論理的媒体は、相違する目的のために使用され、相違する構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を同じことに制限することもせず相違することに制限することもしない。このように複数の媒体が論理的に相違するという点で、ＩＥＥＥ  ８０２．１１システムの構造（ＤＳ構造または他のネットワーク構造）の柔軟性が説明されることができる。すなわち、ＩＥＥＥ  ８０２．１１システム構造は、多様に実現化されることができ、各々の実現例の物理的な特性によって独立的に当該システム構造が特定されることができる。
【００５２】
ＤＳは、複数のＢＳＳの途切れない（ｓｅａｍｌｅｓｓ）統合を提供し、目的地へのアドレスを扱うのに必要な論理的サービスを提供することによって、移動装置を支援できる。
【００５３】
ＡＰは、関連したＳＴＡに対してＷＭを介してＤＳへのアクセスを可能にし、ＳＴＡ機能性を有する個体を意味する。ＡＰを介してＢＳＳ及びＤＳ間のデータ移動が行われることができる。例えば、図１に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有し、かつ関連したＳＴＡ（ＳＴＡ１及びＳＴＡ４）がＤＳにアクセスするようにする機能を提供する。また、すべてのＡＰは、基本的にＳＴＡに該当するので、すべてのＡＰは、アドレス可能な個体である。ＷＭ上での通信のために、ＡＰによって使用されるアドレスとＤＳＭ上での通信のために、ＡＰによって使用されるアドレスは、必ず同一である必要はない。
【００５４】
ＡＰに関連したＳＴＡのうちの１つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されることができる。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（またはフレーム）は、ＤＳに伝達されることができる。
【００５５】
任意の（ａｒｂｉｔｒａｒｙ）サイズ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳから構成されることができる。ＩＥＥＥ  ８０２．１１システムでは、このような方式のネットワークを拡張されたサービスセット（ＥＳＳ：Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）ネットワークと称する。ＥＳＳは、１つのＤＳに接続したＢＳＳの集合に該当できる。しかしながら、ＥＳＳは、ＤＳを含まない。ＥＳＳネットワークは、論理リンク制御（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層でＩＢＳＳネットワークに見える点が特徴である。ＥＳＳに含まれるＳＴＡは、互いに通信でき、移動ＳＴＡは、ＬＬＣにトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）に１つのＢＳＳから他のＢＳＳに（同じＥＳＳ内で）移動できる。
【００５６】
ＩＥＥＥ  ８０２．１１システムでは、図１でのＢＳＳの相対的な物理的位置に対してなんにも仮定しなく、次のような形態が全部可能である。
【００５７】
具体的に、ＢＳＳは、部分的に重なることができ、これは、連続的なカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは、物理的に接続されていなくても良く、論理的には、ＢＳＳ間の距離に制限はない。また、ＢＳＳは、物理的に同じ位置に位置でき、これは、リダンダンシー（ｒｅｄｕｎｄａｎｃｙ）を提供するために利用されることができる。また、１つ（または１つ以上の）ＩＢＳＳまたはＥＳＳネットワークが１つまたはそれ以上のＥＳＳネットワークとして同じ空間に物理的に存在できる。これは、ＥＳＳネットワークが存在する位置にａｄ−ｈｏｃネットワークが動作する場合、相違する機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、または同じ位置で２つ以上の相違したアクセス及びセキュリティー政策が必要な場合などでのＥＳＳネットワーク形態に該当できる。
【００５８】
ＷＬＡＮシステムにおけるＳＴＡは、ＩＥＥＥ  ８０２．１１の媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）／ＰＨＹ規定に従って動作する装置である。ＳＴＡの機能がＡＰと個別的に区分されない限り、ＳＴＡは、ＡＰ  ＳＴＡと非−ＡＰ  ＳＴＡ（ｎｏｎ−ＡＰ  ＳＴＡ）を含むことができる。ただし、ＳＴＡとＡＰとの間に通信が行われるとするとき、ＳＴＡは、ｎｏｎ−ＡＰ  ＳＴＡと理解されることができる。図１の例示において、ＳＴＡ１、ＳＴＡ４、ＳＴＡ５及びＳＴＡ６は、ｎｏｎ−ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ３は、ＡＰ  ＳＴＡに該当する。
【００５９】
Ｎｏｎ−ＡＰ  ＳＴＡは、ラップトップパソコン、移動電話機のように、一般にユーザが直接扱う装置に該当する。以下の説明において、ｎｏｎ−ＡＰ  ＳＴＡは、無線装置（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、端末（ｔｅｒｍｉｎａｌ）、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、無線端末（ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、無線送受信ユニット（ＷＴＲＵ：Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ）、ネットワークインタフェース装置（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｄｅｖｉｃｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置などと呼ぶことができる。
【００６０】
また、ＡＰは、他の無線通信分野での基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、発展したノード−Ｂ（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）、基底送受信システム（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００６１】
以下、本明細書においてダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、ＡＰからｎｏｎ−ＡＰ  ＳＴＡへの通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、ｎｏｎ−ＡＰ  ＳＴＡからＡＰへの通信を意味する。ダウンリンクにおける送信機は、ＡＰの一部で、受信機は、ｎｏｎ−ＡＰ  ＳＴＡの一部でありうる。アップリンクにおける送信機は、ｎｏｎ−ＡＰ  ＳＴＡの一部で、受信機は、ＡＰの一部でありうる。
【００６２】
図２は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【００６３】
図２に示すように、ＩＥＥＥ  ８０２．１１システムの階層アーキテクチャーは、ＭＡＣ副階層（ＭＡＣ  ｓｕｂｌａｙｅｒ）とＰＨＹ副階層（ＰＨＹ  ｓｕｂｌａｙｅｒ）を含むことができる。
【００６４】
ＰＨＹ  ｓｕｂｌａｙｅｒは、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）個体（ｅｎｔｉｔｙ）とＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）個体とに区分されることもできる。この場合、ＰＬＣＰ個体は、ＭＡＣ  ｓｕｂｌａｙｅｒとデータフレームとを接続する機能を果たし、ＰＭＤ個体は、２個またはそれ以上のＳＴＡとデータとを無線で送受信する機能を果たす。
【００６５】
ＭＡＣ  ｓｕｂｌａｙｅｒとＰＨＹ  ｓｕｂｌａｙｅｒとも、管理個体（Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を含むことができ、それぞれＭＡＣサブ階層管理個体（ＭＬＭＥ：ＭＡＣ  ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＰＨＹサブ階層管理個体（ＰＬＭＥ：Ｐｈｙｓｉｃａｌ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と呼ぶことができる。これらの管理個体は、階層管理関数の動作を介して階層管理サービスインタフェースを提供する。ＭＬＭＥは、ＰＬＭＥに接続されてＭＡＣ  ｓｕｂｌａｙｅｒの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができ、同様に、ＰＬＭＥもＭＬＭＥに接続されてＰＨＹ  ｓｕｂｌａｙｅｒの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができる。
【００６６】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が各ＳＴＡ内に存在できる。ＳＭＥは、各階層と独立的な管理個体であって、ＭＬＭＥとＰＬＭＥから階層基盤状態情報を収集するか、または各階層の特定パラメータの値を設定する。ＳＭＥは、一般システム管理個体の代わりに、このような機能を行うことができ、標準管理プロトコルを実現できる。
【００６７】
ＭＬＭＥ、ＰＬＭＥ及びＳＭＥは、プリミティブ（ｐｒｉｍｉｔｉｖｅ）に基づく様々な方法で相互作用（ｉｎｔｅｒａｃｔ）できる。具体的に、ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、管理情報ベース属性（ＭＩＢ  ａｔｔｒｉｂｕｔｅ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ａｔｔｒｉｂｕｔｅ）の値を要請するために使用され、ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、当該ＭＩＢ属性値をリターン（ｒｅｔｕｒｎ）し、その他の場合には、状態フィールドにエラー表示をしてリターンする。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指定されたＭＩＢ属性を与えた値に設定するように要請するために使用される。ＭＩＢ属性が特定動作を意味している場合、この要請は、その特定動作の実行を要請する。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、これは指定されたＭＩＢ属性が要請された値に設定されたことを意味する。その他の場合には、状態フィールドは、エラー状況を表す。このＭＩＢ属性が特定動作を意味する場合、このプリミティブは、当該動作が行われたことを確認してくれることができる。
【００６８】
各ｓｕｂｌａｙｅｒでの動作を簡略に説明すると、以下のとおりである。
【００６９】
ＭＡＣ  ｓｕｂｌａｙｅｒは、上位階層（例えば、ＬＬＣ階層）から伝達されたＭＡＣサービスデータユニット（ＭＳＤＵ：ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）またはＭＳＤＵのフラグメント（ｆｒａｇｍｅｎｔ）にＭＡＣヘッダ（ｈｅａｄｅｒ）とフレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を付着して、１つ以上のＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。生成されたＭＰＤＵは、ＰＨＹ  ｓｕｂｌａｙｅｒに伝達される。
【００７０】
Ａ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）技法（ｓｃｈｅｍｅ）が用いられる場合、複数のＭＳＤＵは、単一のＡ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）に併合されることができる。ＭＳＤＵ併合動作は、ＭＡＣ上位階層で行われることができる。Ａ−ＭＳＤＵは、単一のＭＰＤＵ（フラグメント化（ｆｒａｇｍｅｎｔ）されない場合）でＰＨＹ  ｓｕｂｌａｙｅｒに伝達される。
【００７１】
ＰＨＹ  ｓｕｂｌａｙｅｒは、ＭＡＣ  ｓｕｂｌａｙｅｒから伝達された物理サービスデータユニット（ＰＳＤＵ：Ｐｈｙｓｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に物理階層送受信機により必要な情報を含む付加フィールドを付け加えて、物理プロトコルデータユニット（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。ＰＰＤＵは、無線媒体を介して送信される。
【００７２】
ＰＳＤＵは、ＰＨＹ  ｓｕｂｌａｙｅｒがＭＡＣ  ｓｕｂｌａｙｅｒから受信したものであり、ＭＰＤＵは、ＭＡＣ  ｓｕｂｌａｙｅｒがＰＨＹ  ｓｕｂｌａｙｅｒに送信したものであるから、ＰＳＤＵは、実質的にＭＰＤＵと同一である。
【００７３】
Ａ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）技法（ｓｃｈｅｍｅ）が用いられる場合、複数のＭＰＤＵ（このとき、各ＭＰＤＵは、Ａ−ＭＳＤＵを運ぶことができる。）は、単一のＡ−ＭＰＤＵに併合されることができる。ＭＰＤＵ併合動作は、ＭＡＣ下位階層で行われることができる。Ａ−ＭＰＤＵは、様々なタイプのＭＰＤＵ（例えば、ＱｏＳデータ、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）等）が併合されることができる。ＰＨＹ  ｓｕｂｌａｙｅｒは、ＭＡＣ  ｓｕｂｌａｙｅｒから単一のＰＳＤＵとしてＡ−ＭＰＤＵを受信する。すなわち、ＰＳＤＵは、複数のＭＰＤＵから構成される。したがって、Ａ−ＭＰＤＵは、単一のＰＰＤＵ内で無線媒体を介して送信される。
【００７４】
（ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フォーマット）
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、物理階層から発生されるデータブロックを意味する。以下、本発明が適用されうるＩＥＥＥ  ８０２．１１  ＷＬＡＮシステムに基づいてＰＰＤＵフォーマットを説明する。
【００７５】
図３は、本発明が適用されうる無線通信システムのｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【００７６】
図３の（ａ）は、ＩＥＥＥ  ８０２．１１ａ／ｇシステムを支援するためのｎｏｎ−ＨＴフォーマットＰＰＤＵを例示する。ｎｏｎ−ＨＴ  ＰＰＤＵは、レガシー（ｌｅｇａｃｙ）ＰＰＤＵとも呼ばれることができる。
【００７７】
図３の（ａ）に示すように、ｎｏｎ−ＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ−ＨＴ）Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＬＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ−ＨＴ）Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）及びＬ−ＳＩＧ（Ｌｅｇａｃｙ（またはＮｏｎ−ＨＴ）ＳＩＧＮＡＬ）フィールドから構成されるレガシーフォーマットプリアンブルとデータフィールドとを含んで構成される。
【００７８】
Ｌ−ＳＴＦは、短いトレーニングＯＦＤＭ（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦは、フレームタイミング取得（ｆｒａｍｅ  ｔｉｍｉｎｇ  ａｃｑｕｉｓｉｔｉｏｎ）、自動利得制御（ＡＧＣ：Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバーシチ検出（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、概略的な周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使用されることができる。
【００７９】
Ｌ−ＬＴＦは、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦは、精密な周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）のために使用されることができる。
【００８０】
Ｌ−ＳＩＧフィールドは、データフィールドの復調及びデコードのための制御情報を送信するために使用されることができる。
【００８１】
Ｌ−ＳＩＧフィールドは、４ビットのレート（Ｒａｔｅ）フィールド、１ビットの予備（Ｒｅｓｅｒｖｅｄ）ビット、１２ビットの長さ（Ｌｅｎｇｔｈ）フィールド、１ビットのパリティビット、６ビットの信号テール（Ｓｉｇｎａｌ  Ｔａｉｌ）フィールドから構成されることができる。
【００８２】
レートフィールドは、送信率情報を含み、長さフィールドは、ＰＳＤＵのオクテットの数を指示する。
【００８３】
図３の（ｂ）は、ＩＥＥＥ  ８０２．１１ｎシステム及びＩＥＥＥ  ８０２．１１ａ／ｇシステムを全部支援するためのＨＴ混合フォーマットＰＰＤＵ（ＨＴ−ｍｉｘｅｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００８４】
図３の（ｂ）に示すように、ＨＴ混合フォーマットＰＰＤＵは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＨＴ−ＳＩＧ（ＨＴ−Ｓｉｇｎａｌ）フィールド、ＨＴ−ＳＴＦ（ＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＴ−ＬＴＦ（ＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）から構成されるＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【００８５】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧフィールドまでｎｏｎ−ＨＴフォーマットと同一である。Ｌ−ＳＴＡは、ＨＴ混合ＰＰＤＵを受信してもＬ−ＬＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドを介してデータフィールドを解釈できる。ただし、Ｌ−ＬＴＦは、ＨＴ−ＳＴＡがＨＴ混合ＰＰＤＵを受信しＬ−ＳＩＧフィールド及びＨＴ−ＳＩＧフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【００８６】
ＨＴ−ＳＴＡは、レガシーフィールドの後にくるＨＴ−ＳＩＧフィールド利用して、ＨＴ−混合フォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【００８７】
ＨＴ−ＬＴＦフィールドは、データフィールドの復調のためのチャネル推定に使用されることができる。ＩＥＥＥ  ８０２．１１ｎは、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ−Ｕｓｅｒ  Ｍｕｌｔｉ−Ｉｎｐｕｔ  ａｎｄ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ）を支援するので、複数の空間ストリームに送信されるデータフィールドの各々に対して、チャネル推定のためにＨＴ−ＬＴＦフィールドは、複数から構成されることができる。
【００８８】
ＨＴ−ＬＴＦフィールドは、空間ストリームに対するチャネル推定のために使用されるデータＨＴ−ＬＴＦ（ｄａｔａ  ＨＴ−ＬＴＦ）とフルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）のために追加的に使用される拡張ＨＴ−ＬＴＦ（ｅｘｔｅｎｓｉｏｎ  ＨＴ−ＬＴＦ）から構成されることができる。したがって、複数のＨＴ−ＬＴＦは、送信される空間ストリームの数より同じであるか、または多くありうる。
【００８９】
ＨＴ−混合フォーマットＰＰＤＵは、Ｌ−ＳＴＡも受信してデータを取得できるようにするために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドが最も速く送信される。以後、ＨＴ−ＳＴＡのために送信されるデータの復調及びデコードのためにＨＴ−ＳＩＧフィールドが送信される。
【００９０】
ＨＴ−ＳＩＧフィールドまでは、ビーム形成を行わないで送信して、Ｌ−ＳＴＡ及びＨＴ−ＳＴＡが当該ＰＰＤＵを受信してデータを取得できるようにし、以後に送信されるＨＴ−ＳＴＦ、ＨＴ−ＬＴＦ及びデータフィールドは、プリコーディングを介した無線信号送信が行われる。ここで、プリコーディングをして受信するＳＴＡでプリコーディングにより電力が可変される部分を勘案できるように、ＨＴ−ＳＴＦフィールドを送信し、その以後に複数のＨＴ−ＬＴＦ及びデータフィールドを送信する。
【００９１】
以下の表１は、ＨＴ−ＳＩＧフィールドを例示する表である。
【００９２】
【表１】
0006484725.tif 000002
【００９３】
図３の（ｃ）は、ＩＥＥＥ  ８０２．１１ｎシステムのみを支援するためのＨＴ−ＧＦフォーマットＰＰＤＵ（ＨＴ−ｇｒｅｅｎｆｉｅｌｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００９４】
図３の（ｃ）に示すように、ＨＴ−ＧＦフォーマットＰＰＤＵは、ＨＴ−ＧＦ−ＳＴＦ、ＨＴ−ＬＴＦ１、ＨＴ−ＳＩＧフィールド、複数のＨＴ−ＬＴＦ２及びデータフィールドを含む。
【００９５】
ＨＴ−ＧＦ−ＳＴＦは、フレームタイミング取得及びＡＧＣのために使用される。
【００９６】
ＨＴ−ＬＴＦ１は、チャネル推定のために使用される。
【００９７】
ＨＴ−ＳＩＧフィールドは、データフィールドの復調及びデコードのために使用される。
【００９８】
ＨＴ−ＬＴＦ２は、データフィールドの復調のためのチャネル推定に使用される。同様に、ＨＴ−ＳＴＡは、ＳＵ−ＭＩＭＯを使用するので、複数の空間ストリームに送信されるデータフィールドの各々に対してチャネル推定を要するので、ＨＴ−ＬＴＦ２は、複数から構成されることができる。
【００９９】
複数のＨＴ−ＬＴＦ２は、ＨＴ混合ＰＰＤＵのＨＴ−ＬＴＦフィールドと同様に、複数のＤａｔａ  ＨＴ−ＬＴＦと複数の拡張ＨＴ−ＬＴＦから構成されることができる。
【０１００】
図３の（ａ）〜（ｃ）におけるデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールド、テールビット（Ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。データフィールドのすべてのビットは、スクランブルされる。
【０１０１】
図３（ｄ）は、データフィールドに含まれるサービスフィールドを示す。サービスフィールドは、１６ビットを有する。各ビットは、０番から１５番まで付与され、０番ビットから順次に送信される。０番から６番ビットは、０に設定され、受信端内のデスクランブラー（ｄｅｓｃｒａｍｂｌｅｒ）を同期化するために使用される。
【０１０２】
ＩＥＥＥ  ８０２．１１ａｃ  ＷＬＡＮシステムは、無線チャネルを効率的に利用するために、複数のＳＴＡが同時にチャネルにアクセスするダウンリンクＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ−ＭＩＭＯ送信方式によれば、ＡＰがＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された１つ以上のＳＴＡに同時にパケットを送信できる。
【０１０３】
ＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ−ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、１つ以上のアンテナを介してＡＰが同じ時間資源を介してＰＰＤＵを複数のｎｏｎ−ＡＰ  ＳＴＡに送信する技術を意味する。
【０１０４】
以下、ＭＵ  ＰＰＤＵは、ＭＵ−ＭＩＭＯ技術またはＯＦＤＭＡ技術を利用して１つ以上のＳＴＡのための１つ以上のＰＳＤＵを伝達するＰＰＤＵを意味する。そして、ＳＵ  ＰＰＤＵは、１つのＰＳＤＵのみを伝達できるか、またはＰＳＤＵが存在しないフォーマットを有したＰＰＤＵを意味する。
【０１０５】
ＭＵ−ＭＩＭＯ送信のために、８０２．１１ｎ制御情報のサイズに比べてＳＴＡに送信される制御情報のサイズが相対的に大きくありうる。ＭＵ−ＭＩＭＯ支援のために追加的に要求される制御情報の一例として、各ＳＴＡにより受信される空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の数を指示する情報、各ＳＴＡに送信されるデータの変調及びコーディング関連情報などがこれに該当することができる。
【０１０６】
したがって、複数のＳＴＡに同時にデータサービスを提供するためにＭＵ−ＭＩＭＯ送信が行われるとき、送信される制御情報のサイズは、受信するＳＴＡの数に応じて増加されることができる。
【０１０７】
このように増加される制御情報のサイズを効率的に送信するために、ＭＵ−ＭＩＭＯ送信のために要求される複数の制御情報は、すべてのＳＴＡに共通的に要求される共通制御情報（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と特定ＳＴＡに個別的に要求される専用制御情報（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の２とおりのタイプの情報に区分して送信されることができる。
【０１０８】
図４は、本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【０１０９】
図４（ａ）は、ＩＥＥＥ  ８０２．１１ａｃシステムを支援するためのＶＨＴフォーマットＰＰＤＵ（ＶＨＴ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【０１１０】
図４（ａ）に示すように、ＶＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＶＨＴ−ＳＩＧ−Ａ（ＶＨＴ−Ｓｉｇｎａｌ−Ａ）フィールド、ＶＨＴ−ＳＴＦ（ＶＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ−ＬＴＦ（ＶＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ−ＳＩＧ−Ｂ（ＶＨＴ−Ｓｉｇｎａｌ−Ｂ）フィールドから構成されるＶＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【０１１１】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧフィールドまでｎｏｎ−ＨＴフォーマットと同一である。ただし、Ｌ−ＬＴＦは、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【０１１２】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドは、２０ＭＨｚチャネル単位に繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域幅）を介して送信されるとき、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドは、毎２０ＭＨｚチャネルで繰り返されて送信されることができる。
【０１１３】
ＶＨＴ−ＳＴＡは、レガシーフィールドの後にくるＶＨＴ−ＳＩＧ−Ａフィールド利用して、ＶＨＴフォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【０１１４】
ＶＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＡも受信してデータを取得できるようにするために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドが最も速く送信される。以後、ＶＨＴ−ＳＴＡのために送信されるデータの復調及びデコードのために、ＶＨＴ−ＳＩＧ−Ａフィールドが送信される。
【０１１５】
ＶＨＴ−ＳＩＧ−Ａフィールドは、ＡＰとＭＩＭＯペアリングされた（ｐａｉｒｅｄ）ＶＨＴ  ＳＴＡに共通する制御情報送信のためのフィールドであって、これは、受信されたＶＨＴフォーマットＰＰＤＵを解釈するための制御情報を含んでいる。
【０１１６】
ＶＨＴ−ＳＩＧ−Ａフィールドは、ＶＨＴ−ＳＩＧ−Ａ１フィールドとＶＨＴ−ＳＩＧ−Ａ２フィールドを含むことができる。
【０１１７】
ＶＨＴ−ＳＩＧ−Ａ１フィールドは、使用するチャネル帯域幅（ＢＷ：ｂａｎｄｗｉｄｔｈ）情報、時空間ブロックコーディング（ＳＴＢＣ：Ｓｐａｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｉｎｇ）の適用有無、ＭＵ−ＭＩＭＯでグループ化されたＳＴＡのグループを指示するためのグループ識別情報（Ｇｒｏｕｐ  ＩＤ：Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）、使用されるストリームの数（ＮＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）／部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ））に関する情報及び送信パワーセーブ禁止（Ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｓａｖｅ  ｆｏｒｂｉｄｄｅｎ）情報を含むことができる。ここで、Ｇｒｏｕｐ  ＩＤは、ＭＵ−ＭＩＭＯ送信を支援するために送信対象ＳＴＡグループに対して割り当てられる識別子を意味し、現在使用されたＭＩＭＯ送信方法がＭＵ−ＭＩＭＯであるか、またはＳＵ−ＭＩＭＯであるかを表すことができる。
【０１１８】
表２は、ＶＨＴ−ＳＩＧ−Ａ１フィールドを例示する表である。
【０１１９】
【表２】
0006484725.tif 000003
【０１２０】
ＶＨＴ−ＳＩＧ−Ａ２フィールドは、短い保護区間（ＧＩ：Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）の使用有無に関する情報、フォワードエラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）情報、単一ユーザに対するＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に関する情報、複数ユーザに対するチャネルコーディングの種類に関する情報、ビーム形成関連情報、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｉｎｇ）のための冗長ビット（ｒｅｄｕｎｄａｎｃｙ  ｂｉｔｓ）と畳み込みデコーダ（ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｄｅｃｏｄｅｒ）のテールビット（ｔａｉｌ  ｂｉｔ）などを含むことができる。
【０１２１】
表３は、ＶＨＴ−ＳＩＧ−Ａ２フィールドを例示する表である。
【０１２２】
【表３−１】
0006484725.tif 000004
【表３−２】
0006484725.tif 000005
【０１２３】
ＶＨＴ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０１２４】
ＶＨＴ−ＬＴＦは、ＶＨＴ−ＳＴＡがＭＩＭＯチャネルを推定するのに使用される。ＶＨＴ  ＷＬＡＮシステムは、ＭＵ−ＭＩＭＯを支援するから、ＶＨＴ−ＬＴＦは、ＰＰＤＵが送信される空間ストリームの数だけ設定されることができる。追加的に、フルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）が支援される場合、ＶＨＴ−ＬＴＦの数は、より多くなることができる。
【０１２５】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、ＭＵ−ＭＩＭＯペアリングされた複数のＶＨＴ−ＳＴＡがＰＰＤＵを受信してデータを取得するのに必要な専用制御情報を含む。したがって、ＶＨＴ−ＳＩＧ−Ａフィールドに含まれた共通制御情報（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）が現在受信されたＰＰＤＵがＭＵ−ＭＩＭＯ送信を指示した場合においてのみ、ＶＨＴ−ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコード（ｄｅｃｏｄｉｎｇ）するよう設計されることができる。これに対し、共通制御情報が現在受信されたＰＰＤＵが単一ＶＨＴ−ＳＴＡのためのもの（ＳＵ−ＭＩＭＯを含む）であることを指示した場合、ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコードしないように設計されることができる。
【０１２６】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、ＶＨＴ−ＳＩＧ−Ｂ長さ（Ｌｅｎｇｔｈ）フィールド、ＶＨＴ−ＭＣＳフィールド、予備（Ｒｅｓｅｒｖｅｄ）フィールド、テール（Ｔａｉｌ）フィールドを含む。
【０１２７】
ＶＨＴ−ＳＩＧ−Ｂ長さ（Ｌｅｎｇｔｈ）フィールドは、Ａ−ＭＰＤＵの長さ（ＥＯＦ（ｅｎｄ−ｏｆ−ｆｒａｍｅ）パディング以前）を指示する。ＶＨＴ−ＭＣＳフィールドは、各ＶＨＴ−ＳＴＡの変調（ｍｏｄｕｌａｔｉｏｎ）、エンコーディング（ｅｎｃｏｄｉｎｇ）及びレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）に関する情報を含む。
【０１２８】
ＶＨＴ−ＳＩＧ−Ｂフィールドのサイズは、ＭＩＭＯ送信の類型（ＭＵ−ＭＩＭＯまたはＳＵ−ＭＩＭＯ）及びＰＰＤＵ送信のために使用するチャネル帯域幅に応じて異なりうる。
【０１２９】
図４（ｂ）は、ＰＰＤＵ送信帯域幅に応じるＶＨＴ−ＳＩＧ−Ｂフィールドを例示する。
【０１３０】
図４（ｂ）に示すように、４０ＭＨｚ送信において、ＶＨＴ−ＳＩＧ−Ｂビットは、２回繰り返される。８０ＭＨｚ送信において、ＶＨＴ−ＳＩＧ−Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。
【０１３１】
１６０ＭＨｚ送信及び８０＋８０ＭＨｚにおいて、まず８０ＭＨｚ送信のようにＶＨＴ−ＳＩＧ−Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。そして、全体１１７ビットが再度繰り返される。
【０１３２】
ＭＵ−ＭＩＭＯを支援するシステムにおいて同じサイズのＰＰＤＵをＡＰにペアリングされたＳＴＡに送信するために、ＰＰＤＵを構成するデータフィールドのビットサイズを指示する情報及び／又は特定フィールドを構成するビットストリームサイズを指示する情報がＶＨＴ−ＳＩＧ−Ａフィールドに含まれることができる。
【０１３３】
ただし、効果的にＰＰＤＵフォーマットを使用するために、Ｌ−ＳＩＧフィールドが使用されることができる。同じサイズのＰＰＤＵがすべてのＳＴＡに送信されるために、Ｌ−ＳＩＧフィールド内に含まれて送信される長さフィールド（ｌｅｎｇｔｈ  ｆｉｅｌｄ）及びレートフィールド（ｒａｔｅ  ｆｉｅｌｄ）が必要な情報を提供するために使用されることができる。この場合、ＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）及び／又はＡ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）がＭＡＣ階層のバイト（またはオクテット（ｏｃｔ：ｏｃｔｅｔ））に基づいて設定されるので、物理階層で追加的なパディング（ｐａｄｄｉｎｇ）が要求されることができる。
【０１３４】
図４においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０１３５】
上述のように、様々なＰＰＤＵのフォーマットが混合して使用されるから、ＳＴＡは、受信したＰＰＤＵのフォーマットを区分できなければならない。
【０１３６】
ここで、ＰＰＤＵを区分するという意味（またはＰＰＤＵフォーマットを区分するという意味）は、様々な意味を有することができる。例えば、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡによりデコード（または解釈）が可能なＰＰＤＵであるかどうかに対して判断するという意味を含むことができる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡにより支援可能なＰＰＤＵであるかどうかに対して判断するという意味でありうる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵを介して送信された情報がいかなる情報であるかを区分するという意味としても解釈できる。
【０１３７】
これについて下記の図面を参照してより詳細に説明する。
【０１３８】
（ＭＡＣフレームフォーマット）
図５は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【０１３９】
図５に示すように、ＭＡＣフレーム（すなわち、ＭＰＤＵ）は、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）、フレーム本体（Ｆｒａｍｅ  Ｂｏｄｙ）及びフレームチェックシーケンス（ＦＣＳ：ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ）から構成される。
【０１４０】
ＭＡＣ  Ｈｅａｄｅｒは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、アドレス１（Ａｄｄｒｅｓｓ１）フィールド、アドレス２（Ａｄｄｒｅｓｓ２）フィールド、アドレス３（Ａｄｄｒｅｓｓ３）フィールド、シーケンス制御（Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）フィールド、アドレス４（Ａｄｄｒｅｓｓ４）フィールド、ＱｏＳ制御（ＱｏＳ  Ｃｏｎｔｒｏｌ）フィールド及びＨＴ制御（ＨＴ  Ｃｏｎｔｒｏｌ）フィールドを含む領域と定義される。
【０１４１】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、当該ＭＡＣフレーム特性に関する情報を含む。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに対するより詳細な説明は、後述する。
【０１４２】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じる他の値を有するように実現化されることができる。
【０１４３】
仮に、当該ＭＡＣフレームのタイプ及びサブタイプがパワーセーブ（ＰＳ：ｐｏｗｅｒ  ｓａｖｅ）運営のためのＰＳ−ポール（ＰＳ−Ｐｏｌｌ）フレームの場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、フレームを送信したＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）を含むように設定されることができる。その以外の場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じて特定持続時間値を有するように設定されることができる。また、フレームがＡ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅ−ＭＰＤＵ）フォーマットに含まれたＭＰＤＵである場合、ＭＡＣヘッダに含まれたＤｕｒａｔｉｏｎ／ＩＤフィールドは、全部同じ値を有するように設定されることもできる。
【０１４４】
Ａｄｄｒｅｓｓ１フィールドないしＡｄｄｒｅｓｓ４フィールドは、ＢＳＳＩＤ、ソースアドレス（ＳＡ：ｓｏｕｒｃｅ  ａｄｄｒｅｓｓ）、目的アドレス（ＤＡ：ｄｅｓｔｉｎａｔｉｏｎ  ａｄｄｒｅｓｓ）、送信ＳＴＡアドレスを表す送信アドレス（ＴＡ：Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）、受信ＳＴＡアドレスを表す受信アドレス（ＲＡ：Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）を指示するために使用される。
【０１４５】
一方、ＴＡフィールドにより実現化されたアドレスフィールドは、帯域幅シグナリングＴＡ（ｂａｎｄｗｉｄｔｈ  ｓｉｇｎａｌｉｎｇ  ＴＡ）値に設定されることができ、この場合、ＴＡフィールドは、当該ＭＡＣフレームがスクランブリングシーケンスに追加的な情報を含んでいることを指示できる。帯域幅シグナリングＴＡは、当該ＭＡＣフレームを送信するＳＴＡのＭＡＣアドレスと表現されることができるが、ＭＡＣアドレスに含まれた個別／グループビット（Ｉｎｄｉｖｉｄｕａｌ／Ｇｒｏｕｐ  ｂｉｔ）が特定値（例えば、「１」）に設定されることができる。
【０１４６】
Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドは、シーケンスナンバー（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）及びフラグメントナンバー（ｆｒａｇｍｅｎｔ  ｎｕｍｂｅｒ）を含むように設定される。シーケンスナンバーを当該ＭＡＣフレームに割り当てられたシーケンスナンバーを指示できる。フラグメントナンバーは、当該ＭＡＣフレームの各フラグメントのナンバーを指示できる。
【０１４７】
ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、ＱｏＳと関連した情報を含む。ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、サブタイプ（Ｓｕｂｔｙｐｅ）のサブフィールドにおいてＱｏＳデータフレームを指示する場合に含まれることができる。
【０１４８】
ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＨＴ及び／又はＶＨＴ送受信技法と関連した制御情報を含む。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、制御ラッパー（Ｃｏｎｔｒｏｌ  Ｗｒａｐｐｅｒ）フレームに含まれる。また、オーダー（Ｏｒｄｅｒ）サブフィールド値が１であるＱｏＳデータ（ＱｏＳ  Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレームに存在する。
【０１４９】
Ｆｒａｍｅ  Ｂｏｄｙは、ＭＡＣペイロード（ｐａｙｌｏａｄ）と定義され、上位階層で送信しようとするデータが位置するようになり、可変的なサイズを有する。例えば、最大ＭＰＤＵのサイズは、１１４５４オクテット（ｏｃｔｅｔｓ）で、最大ＰＰＤＵのサイズは、５．４８４ｍｓでありうる。
【０１５０】
ＦＣＳは、ＭＡＣフッター（ｆｏｏｔｅｒ）と定義され、ＭＡＣフレームのエラー探索のために使用される。
【０１５１】
１番目の３つのフィールド（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド及びＡｄｄｒｅｓｓ１フィールド）と最も最後のフィールド（ＦＣＳフィールド）は、最小フレームフォーマットを構成し、すべてのフレームに存在する。その他のフィールドは、特定フレームタイプにおいてのみ存在できる。
【０１５２】
図６は、本発明が適用され得る無線通信システムにおけるＭＡＣフレーム内のフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドを例示する図である。
【０１５３】
図６に示すように、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、プロトコルバージョン（Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ）サブフィールド、タイプ（Ｔｙｐｅ）サブフィールド、サブタイプ（Ｓｕｂｔｙｐｅ）サブフィールド、Ｔｏ  ＤＳサブフィールド、Ｆｒｏｍ  ＤＳサブフィールド、追加フラグメント（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓ）サブフィールド、リトライ（Ｒｅｔｒｙ）サブフィールド、パワー管理（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ）サブフィールド、追加データ（Ｍｏｒｅ  Ｄａｔａ）サブフィールド、保護されたフレーム（Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅ）サブフィールド、及びオーダー（Ｏｒｄｅｒ）サブフィールドで構成される。
【０１５４】
Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎサブフィールドは、当該ＭＡＣフレームに適用されたＷＬＡＮプロトコルのバージョンを指示できる。
【０１５５】
Ｔｙｐｅサブフィールド及びＳｕｂｔｙｐｅサブフィールドは、当該ＭＡＣフレームの機能を識別する情報を指示するように設定されることができる。
【０１５６】
ＭＡＣフレームのタイプは、管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）、データフレーム（Ｄａｔａ  Ｆｒａｍｅ）の３つのフレームタイプを含むことができる。
【０１５７】
そして、各フレームタイプは、さらにサブタイプに区分されることができる。
【０１５８】
例えば、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅｓ）は、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ−ｔｏ−ｓｅｎｄ）フレーム、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレーム、ＰＳ−Ｐｏｌｌフレーム、ＣＦ（ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ）−Ｅｎｄフレーム、ＣＦ−Ｅｎｄ＋ＣＦ−ＡＣＫフレーム、ブロックＡＣＫ要請（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（ＢＡ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレーム、制御ラッパー（Ｃｏｎｔｒｏｌ  Ｗｒａｐｐｅｒ（Ｃｏｎｔｒｏｌ＋ＨＴＣｏｎｔｒｏｌ））フレーム、ＶＨＴヌルデータパケット公知（ＮＤＰＡ：Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）、ビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームを含むことができる。
【０１５９】
管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅｓ）は、ビーコン（Ｂｅａｃｏｎ）フレーム、ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）フレーム、連係解除（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ）フレーム、連係要請／応答（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、再連係要請／応答（ＲｅＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、プローブ要請／応答（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、認証解除（Ｄｅａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、動作（Ａｃｔｉｏｎ）フレーム、動作無応答（Ａｃｔｉｏｎ  Ｎｏ  ＡＣＫ）フレーム、タイミング広告（Ｔｉｍｉｎｇ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）フレームを含むことができる。
【０１６０】
Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、当該ＭＡＣフレームヘッダに含まれたＡｄｄｒｅｓｓ１フィールドないしＡｄｄｒｅｓｓ４フィールドを解釈するために必要な情報を含むことができる。Ｃｏｎｔｒｏｌフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、両方とも「０」に設定される。Ｍａｎａｇｅｍｅｎｔフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、当該フレームがＱｏＳ管理フレーム（ＱＭＦ：ＱｏＳ  Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）であれば、順に「１」、「０」に設定され、当該フレームがＱＭＦでなければ、順に全て「０」、「０」に設定されることができる。
【０１６１】
Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓサブフィールドは、当該ＭＡＣフレームに続いて送信されるフラグメント（ｆｒａｇｍｅｎｔ）が存在するか否かを指示できる。現在、ＭＳＤＵまたはＭＭＰＤＵのさらに他のフラグメント（ｆｒａｇｍｅｎｔ）が存在する場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１６２】
Ｒｅｔｒｙサブフィールドは、当該ＭＡＣフレームが以前ＭＡＣフレームの再送信によるものであるか否かを指示できる。以前ＭＡＣフレームの再送信である場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１６３】
Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドは、ＳＴＡのパワー管理モードを指示できる。Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールド値が「１」であれば、ＳＴＡがパワーセーブモードに切り替えることを指示できる。
【０１６４】
Ｍｏｒｅ  Ｄａｔａサブフィールドは、追加的に送信されるＭＡＣフレームが存在するか否かを指示できる。追加的に送信されるＭＡＣフレームが存在する場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１６５】
Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅサブフィールドは、フレームボディ（Ｆｒａｍｅ  Ｂｏｄｙ）フィールドが暗号化されたか否かを指示できる。Ｆｒａｍｅ  Ｂｏｄｙフィールドが暗号化されたエンカプセレーションアルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ  ｅｎｃａｐｓｕｌａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ）により処理された情報を含む場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１６６】
前述した各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＭＡＣフレームに含まれ得るフィールドの例示に該当し、これに限定されない。すなわち、前述した各フィールドが他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得るし、全てのフィールドが必須的に含まれることではない。
【０１６７】
（チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）フィードバック（ｆｅｅｄｂａｃｋ）方法）
ビームフォーマ（Ｂｅａｍｆｏｒｍｅｒ）が全てのアンテナを１つのビームフォーミー（Ｂｅａｍｆｏｒｍｅｅ）に割り当てて通信するＳＵ−ＭＩＭＯ技術は、時空間を用いたダイバシティ利得（ｄｉｖｅｒｓｉｔｙ  ｇａｉｎ）とストリーム（ｓｔｒｅａｍ）多重送信とを介してチャネル容量を増大させる。ＳＵ−ＭＩＭＯ技術は、ＭＩＭＯ技術を適用しないときに比べてアンテナの個数を増やすことにより、空間自由度を拡張させて物理階層の性能向上に寄与することができる。
【０１６８】
また、Ｂｅａｍｆｏｒｍｅｒが複数のＢｅａｍｆｏｒｍｅｅにアンテナを割り当てるＭＵ−ＭＩＭＯ技術は、Ｂｅａｍｆｏｒｍｅｒに接続した複数のＢｅａｍｆｏｒｍｅｅの多重接続のためのリンク階層プロトコルを介して、Ｂｅａｍｆｏｒｍｅｅ当たり送信率を高めるか、チャネルの信頼度を高めることにより、ＭＩＭＯアンテナの性能を向上させることができる。
【０１６９】
ＭＩＭＯ環境では、Ｂｅａｍｆｏｒｍｅｒがチャネル情報をどれくらい正確に知っているのかが性能に大きい影響を及ぼすことができるので、チャネル情報取得のためのフィードバック手順が要求される。
【０１７０】
チャネル情報取得のためのフィードバック手順は、大別して２つの方式が支援され得る。１つは、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用する方式であり、残りの１つは、データフィールドが含まれていないチャネルサウンディング（ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）手順を利用する方式である。サウンディングは、プリアンブルトレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を含むＰＰＤＵのデータ復調以外の目的のために、チャネルを測定するために当該トレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を利用することを意味する。
【０１７１】
以下、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用したチャネル情報フィードバック方法とＮＤＰ（ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）を利用したチャネル情報フィードバック方法についてより具体的に説明する。
【０１７２】
１）制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用したフィードバック方法
ＭＩＭＯ環境でＢｅａｍｆｏｒｍｅｒは、ＭＡＣヘッダに含まれたＨＴ  Ｃｏｎｔｒｏｌフィールドを介してチャネル状態情報のフィードバックを指示するか、Ｂｅａｍｆｏｒｍｅｅは、ＭＡＣフレームヘッダに含まれたＨＴ  Ｃｏｎｔｒｏｌフィールドを介してチャネル状態情報を報告できる（図８参照）。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、Ｃｏｎｔｒｏｌ  ＷｒａｐｐｅｒフレームやＭＡＣヘッダのＯｒｄｅｒサブフィールドが１に設定されたＱｏＳ  Ｄａｔａフレーム、管理フレームに含まれることができる。
【０１７３】
２）チャネルサウンディング（ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）を利用したフィードバック方法
【０１７４】
図７は、本発明が適用され得る無線通信システムにおけるチャネルサウンディング（ｓｏｕｎｄｉｎｇ）方法を概念的に示す図である。
【０１７５】
図７では、サウンディングプロトコル（ｓｏｕｎｄｉｎｇ  ｐｒｏｔｏｃｏｌ）に基づいてＢｅａｍｆｏｒｍｅｒ（例えば、ＡＰ）とＢｅａｍｆｏｒｍｅｅ（例えば、ｎｏｎ−ＡＰ  ＳＴＡ）との間のチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）をフィードバックする方法を例示する。サウンディングプロトコル（ｓｏｕｎｄｉｎｇ  ｐｒｏｔｏｃｏｌ）は、チャネル状態情報に関する情報をフィードバックされる手順を意味できる。
【０１７６】
サウンディングプロトコルに基づいたＢｅａｍｆｏｒｍｅｒとＢｅａｍｆｏｒｍｅｅとの間のチャネル状態情報サウンディング方法を下記のようなステップで行うことができる。
【０１７７】
（１）ＢｅａｍｆｏｒｍｅｒでＢｅａｍｆｏｒｍｅｅのフィードバックのためのサウンディング送信を知らせるＶＨＴ  ＮＤＰＡ（ＶＨＴ  Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信する。
【０１７８】
ＶＨＴ  ＮＤＰＡフレームは、チャネルサウンディングが開始され、ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）が送信されることを知らせるために使用される制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を意味する。言い替えれば、ＮＤＰを送信する前にＶＨＴ  ＮＤＰＡフレームを送信することにより、ＢｅａｍｆｏｒｍｅｅがＮＤＰフレームを受信する前にチャネル状態情報をフィードバックするための準備をさせることができる。
【０１７９】
ＶＨＴ  ＮＤＰＡフレームは、ＮＤＰを送信するＢｅａｍｆｏｒｍｅｅのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）情報、フィードバックタイプ情報などを含むことができる。ＶＨＴ  ＮＤＰＡフレームに対するより詳細な説明は後述する。
【０１８０】
ＶＨＴ  ＮＤＰＡフレームは、ＭＵ−ＭＩＭＯを使用してデータを送信する場合と、ＳＵ−ＭＩＭＯを使用してデータを送信する場合とに互いに異なる送信方式で送信されることができる。例えば、ＭＵ−ＭＩＭＯのためのチャネルサウンディングを行う場合、ＶＨＴ  ＮＤＰＡフレームをブロードキャスト（ｂｒｏａｄｃａｓｔ）方式で送信するが、ＳＵ−ＭＩＭＯのためのチャネルサウンディングを行う場合、１つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームをユニキャスト（ｕｎｉｃａｓｔ）方式で送信することができる。
【０１８１】
（２）Ｂｅａｍｆｏｒｍｅｒは、ＶＨＴ  ＮＤＰＡフレームを送信した後、ＳＩＦＳ時間後にＮＤＰを送信する。ＮＤＰは、データフィールドを除いたＶＨＴ  ＰＰＤＵ構造を有する。
【０１８２】
ＶＨＴ  ＮＤＰＡフレームを受信したＢｅａｍｆｏｒｍｅｅは、ＳＴＡ情報フィールドに含まれたＡＩＤ１２サブフィールド値を確認し、自分がサウンディング対象ＳＴＡであるか確認することができる。
【０１８３】
また、Ｂｅａｍｆｏｒｍｅｅは、ＮＤＰＡに含まれたＳＴＡ  Ｉｎｆｏフィールドの順序を介してフィードバック順序を分かることができる。図１１では、フィードバック順序がＢｅａｍｆｏｒｍｅｅ１、Ｂｅａｍｆｏｒｍｅｅ２、Ｂｅａｍｆｏｒｍｅｅ３の順序で進められる場合を例示する。
【０１８４】
（３）Ｂｅａｍｆｏｒｍｅｅ１は、ＮＤＰに含まれたトレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）に基づいて下向きリンクチャネル状態情報を取得して、Ｂｅａｍｆｏｒｍｅｒに送信するフィードバック情報を生成する。
【０１８５】
Ｂｅａｍｆｏｒｍｅｅ１は、ＮＤＰフレームを受信した後、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０１８６】
ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームは、時空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）に対するＳＮＲ値、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）に対する圧縮されたビームフォーミングフィードバック行列（ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）に関する情報などが含まれ得る。ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームについてのより詳細な説明は後述する。
【０１８７】
（４）Ｂｅａｍｆｏｒｍｅｒは、Ｂｅａｍｆｏｒｍｅｅ１からＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームを受信した後、ＳＩＦＳ以後にＢｅａｍｆｏｒｍｅｅ２からチャネル情報を得るために、ビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームをＢｅａｍｆｏｒｍｅｅ２に送信する。
【０１８８】
Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームは、ＮＤＰフレームと同じ役割を果たすフレームであって、Ｂｅａｍｆｏｒｍｅｅ２は、送信されるＢｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームに基づいてチャネル状態を測定できる。
【０１８９】
Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームについてのより詳細な説明は後述する。
【０１９０】
（５）Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを受信したＢｅａｍｆｏｒｍｅｅ２は、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０１９１】
（６）Ｂｅａｍｆｏｒｍｅｒは、Ｂｅａｍｆｏｒｍｅｅ２からＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームを受信した後、ＳＩＦＳ以後にＢｅａｍｆｏｒｍｅｅ３からチャネル情報を得るために、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  ＰｏｌｌフレームをＢｅａｍｆｏｒｍｅｅ３に送信する。
【０１９２】
（７）Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを受信したＢｅａｍｆｏｒｍｅｅ３は、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０１９３】
以下、前述したチャネルサウンディング手順で使用されるフレームについて説明する。
【０１９４】
図８は、本発明が適用され得る無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【０１９５】
図８に示すように、ＶＨＴ  ＮＤＰＡフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡ（Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、ＴＡ（Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、サウンディングダイアログトークン（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ）フィールド、ＳＴＡ情報１（ＳＴＡ  Ｉｎｆｏ  １）フィールドないしＳＴＡ情報ｎ（ＳＴＡ  Ｉｎｆｏ  ｎ）フィールド、及びＦＣＳで構成されることができる。
【０１９６】
ＲＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを受信する受信者住所（ｒｅｃｅｉｖｅｒ  ａｄｄｒｅｓｓ）またはＳＴＡ住所を表す。
【０１９７】
ＶＨＴ  ＮＤＰＡフレームが１つのＳＴＡ  Ｉｎｆｏフィールドを含む場合、ＲＡフィールド値は、ＳＴＡ  Ｉｎｆｏフィールド内のＡＩＤにより識別されるＳＴＡの住所を有する。例えば、ＳＵ−ＭＩＭＯチャネルサウンディングのために、１つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを送信する場合、ＡＰは、ＶＨＴ  ＮＤＰＡフレームを対象ＳＴＡにユニキャスト（ｕｎｉｃａｓｔ）で送信する。
【０１９８】
それに対し、ＶＨＴ  ＮＤＰＡフレームが１つ以上のＳＴＡ  Ｉｎｆｏフィールドを含む場合、ＲＡフィールド値は、ブロードキャスト住所（ｂｒｏａｄｃａｓｔ  ａｄｄｒｅｓｓ）を有する。例えば、ＭＵ−ＭＩＭＯチャネルサウンディングのために、少なくとも１つ以上の対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを送信する場合、ＡＰは、ＶＨＴ  ＮＤＰＡフレームをブロードキャスティングする。
【０１９９】
ＴＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを送信する送信者住所（ｔｒａｎｓｍｉｔｔｅｒ  ａｄｄｒｅｓｓ）または送信するＳＴＡの住所またはＴＡをシグナリングする帯域幅を表す。
【０２００】
Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎフィールドは、サウンディングシーケンス（Ｓｏｕｎｄｉｎｇ  Ｓｅｑｕｅｎｃｅ）フィールドと呼ばれることができる。Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎフィールド内のサウンディングダイアログトークン番号（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒ）サブフィールドは、ＶＨＴ  ＮＤＰＡフレームを識別するために、Ｂｅａｍｆｏｒｍｅｒにより選択された値を含む。
【０２０１】
ＶＨＴ  ＮＤＰＡフレームは、少なくとも１つのＳＴＡ  Ｉｎｆｏフィールドを含む。すなわち、ＶＨＴ  ＮＤＰＡフレームは、サウンディング対象ＳＴＡに関する情報を含むＳＴＡ  Ｉｎｆｏフィールドを含む。ＳＴＡ  Ｉｎｆｏフィールドは、サウンディング対象ＳＴＡ毎に１つずつ含まれることができる。
【０２０２】
各ＳＴＡ  Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド、フィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、及びＮｃインデックス（Ｎｃ  Ｉｎｄｅｘ）サブフィールドで構成されることができる。
【０２０３】
表４は、ＶＨＴ  ＮＤＰＡフレームに含まれるＳＴＡ  Ｉｎｆｏフィールドのサブフィールドを表す。
【０２０４】
【表４】
0006484725.tif 000006
【０２０５】
前述した各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＭＡＣフレームに含まれ得るフィールドの例示に該当し、他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得る。
【０２０６】
図９は、本発明が適用され得る無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【０２０７】
図９に示すように、ＮＤＰは、前述した図４のようなＶＨＴ  ＰＰＤＵフォーマットでデータフィールドが省略されたフォーマットを有することができる。ＮＤＰは、特定プリコーディング行列（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ）に基づいてプリコーディング（ｐｒｅｃｏｄｉｎｇ）されてサウンディング対象ＳＴＡに送信されることができる。
【０２０８】
ＮＤＰのＬ−ＳＩＧフィールドでデータフィールドに含まれたＰＳＤＵ長さを指示する長さフィールドは、「０」に設定される。
【０２０９】
ＮＤＰのＶＨＴ−ＳＩＧ−ＡフィールドでＮＤＰ送信のために使用された送信技法がＭＵ−ＭＩＭＯであるか、またはＳＵ−ＭＩＭＯであるか指示するＧｒｏｕｐ  ＩＤフィールドは、ＳＵ−ＭＩＭＯ送信を指示する値に設定される。
【０２１０】
ＮＤＰのＶＨＴ−ＳＩＧ−Ｂフィールドのデータビットは、帯域幅別に固定されたビットパターン（ｂｉｔ  ｐａｔｔｅｒｎ）に設定される。
【０２１１】
サウンディング対象ＳＴＡは、ＮＤＰを受信すれば、ＮＤＰのＶＨＴ−ＬＴＦフィールドに基づいてチャネルを推定し、チャネル状態情報を取得する。
【０２１２】
図１０は、本発明が適用され得る無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームフォーマットを例示する図である。
【０２１３】
図１０に示すように、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームは、ＶＨＴ機能を支援するためのＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フレームであって、Ｆｒａｍｅ  ＢｏｄｙにＡｃｔｉｏｎフィールドを含む。Ａｃｔｉｏｎフィールドは、ＭＡＣフレームのＦｒａｍｅ  Ｂｏｄｙに含まれて、拡張された管理動作を明示するためのメカニズムを提供する。
【０２１４】
Ａｃｔｉｏｎフィールドは、カテゴリー（Ｃａｔｅｇｏｒｙ）フィールド、ＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フィールド、ＶＨＴ  ＭＩＭＯ制御（ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌ）フィールド、ＶＨＴ圧縮されたビームフォーミング報告（ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ）フィールド、及びＭＵ専用ビームフォーミング報告（ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ）フィールドで構成される。
【０２１５】
Ｃａｔｅｇｏｒｙフィールドは、ＶＨＴカテゴリー（すなわち、ＶＨＴ  Ａｃｔｉｏｎフレーム）を指示する値に設定され、ＶＨＴ  Ａｃｔｉｏｎフィールドは、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームを指示する値に設定される。
【０２１６】
ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、ビームフォーミングフィードバックと関連した制御情報をフィードバックするために使用される。ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームに常に存在し得る。
【０２１７】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、データを送信するのに使用されるとき空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）に対するＳＮＲ情報が含まれたビームフォーミングマトリックスに関する情報をフィードバックするために使用される。
【０２１８】
ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、ＭＵ−ＭＩＭＯ送信を行う場合、空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）に対するＳＮＲ情報をフィードバックするために使用される。
【０２１９】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドの存在可否及び内容（ｃｏｎｔｅｎｔ）は、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドのフィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、残余フィードバックセグメント（Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓ）サブフィールド、１番目フィードバックセグメント（Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ）サブフィールドの値で応じて決定されることができる。
【０２２０】
以下、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド、ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド、及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドについてより具体的に説明する。
【０２２１】
１）ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、Ｎｃインデックス（Ｎｃ  Ｉｎｄｅｘ）サブフィールド、Ｎｒインデックス（Ｎｒ  Ｉｎｄｅｘ）サブフィールド、チャネル幅（Ｃｈａｎｎｅｌ  Ｗｉｄｔｈ）サブフィールド、グルーピング（Ｇｒｏｕｐｉｎｇ）サブフィールド、コードブック情報（Ｃｏｄｅｂｏｏｋ  Ｉｎｆｏｒｍａｔｉｏｎ）サブフィールド、フィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、残余フィードバックセグメント（Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓ）サブフィールド、１番目フィードバックセグメント（Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ）サブフィールド、予備（ｒｅｓｅｒｖｅｄ）サブフィールド、及びサウンディングダイアログトークン番号（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒ）サブフィールドで構成される。
【０２２２】
表５は、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドのサブフィールドを表す。
【０２２３】
【表５−１】
0006484725.tif 000007
【表５−２】
0006484725.tif 000008
【０２２４】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームがＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドの全部または一部を伝達しない場合、Ｎｃ  Ｉｎｄｅｘサブフィールド、Ｃｈａｎｎｅｌ  Ｗｉｄｔｈサブフィールド、Ｇｒｏｕｐｉｎｇサブフィールド、Ｃｏｄｅｂｏｏｋ  Ｉｎｆｏｒｍａｔｉｏｎサブフィールド、Ｆｅｅｄｂａｃｋ  Ｔｙｐｅサブフィールド、及びＳｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒサブフィールドは予備フィールドに設定され、Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔサブフィールドは「０」に設定され、Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドは「７」に設定される。
【０２２５】
Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒサブフィールドは、サウンディングシーケンス番号（Ｓｏｕｎｄｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）サブフィールドと呼ばれることもできる。
【０２２６】
２）ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドは、送信Ｂｅａｍｆｏｒｍｅｒがステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」を決定するために使用する圧縮されたビームフォーミングフィードバック行列（ｃｏｍｐｏｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）「Ｖ」を角度の形態で表した明示的なフィードバック情報を伝達するために使用される。
【０２２７】
表６は、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドのサブフィールドを表す。
【０２２８】
【表６】
0006484725.tif 000009
【０２２９】
表６に示すように、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドでは、時空間ストリームの各々に対する平均ＳＮＲとそれぞれのサブキャリアに対する圧縮されたビームフォーミングフィードバック行列（Ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）「Ｖ」とが含まれ得る。圧縮されたビームフォーミングフィードバック行列は、チャネル状況に関する情報を含む行列であって、ＭＩＭＯを使用した送信方法でチャネル行列（すなわち、ステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」）を算出するために使用される。
【０２３０】
ｓｃｉｄｘ（）は、Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｍａｔｒｉｘサブフィールドが送信されるサブキャリアを意味する。Ｎａは、Ｎｒ×Ｎｃ値でより固定される（例えば、Ｎｒ×Ｎｃ＝２×１である場合、Φ１１、Ψ２１、．．．）。
【０２３１】
Ｎｓは、Ｂｅａｍｆｏｒｍｅｒに圧縮されたビームフォーミングフィードバック行列が送信されるサブキャリアの個数を意味する。Ｂｅａｍｆｏｒｍｅｅは、グルーピング方法を使用して圧縮されたビームフォーミングフィードバック行列が送信されるＮｓの数を減らすことができる。例えば、複数のサブキャリアを１つのグループに束ね、当該グループ別に圧縮されたビームフォーミングフィードバック行列を送信することにより、フィードバックされる圧縮されたビームフォーミングフィードバック行列の個数を減らすことができる。Ｎｓは、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドに含まれたＣｈａｎｎｅｌ  ＷｉｄｔｈサブフィールドとＧｒｏｕｐｉｎｇサブフィールドから算出されることができる。
【０２３２】
表７は、時空間ストリームの平均ＳＮＲ（Ａｖｅｒａｇｅ  ＳＮＲ  ｏｆ  Ｓｐａｃｅ−Ｔｉｍｅ）Ｓｔｒｅａｍサブフィールドを例示する。
【０２３３】
【表７】
0006484725.tif 000010
【０２３４】
表７に示すように、時空間ストリームの各々に対する平均ＳＮＲは、チャネルに含まれるサブキャリア全体に対する平均ＳＮＲ値を算出して、その値を−１２８〜＋１２８範囲にマッピングして算出される。
【０２３５】
３）ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、デルタ（）ＳＮＲの形態で表した明示的なフィードバック情報を伝達するために使用される。ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド内の情報は、ＭＵ  Ｂｅａｍｆｏｒｍｅｒがステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」を決定するために使用され得る。
【０２３６】
表８は、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームに含まれるＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドのサブフィールドを表す。
【０２３７】
【表８】
0006484725.tif 000011
【０２３８】
表８に示すように、ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドでは、サブキャリア別に時空間ストリーム当たりＳＮＲが含まれ得る。
【０２３９】
各Ｄｅｌｔａ  ＳＮＲサブフィールドは、−８ｄＢから７ｄＢまでの間で１ｄＢずつ増加される値を有する。
【０２４０】
ｓｃｉｄｘ（）は、Ｄｅｌｔａ  ＳＮＲサブフィールドが送信されるサブキャリア（等）を意味し、Ｎｓは、ＢｅａｍｆｏｒｍｅｒにＤｅｌｔａ  ＳＮＲサブフィールドが送信されるサブキャリアの数を意味する。
【０２４１】
図１１は、本発明が適用され得る無線通信システムにおけるビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームフォーマットを例示する図である。
【０２４２】
図１１に示すように、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡ（Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、ＴＡ（Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、フィードバックセグメント再送信ビットマップ（Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐ）フィールド、及びＦＣＳを含んで構成される。
【０２４３】
ＲＡフィールド値は、対象受信者（ｉｎｔｅｎｄｅｄ  ｒｅｃｉｐｉｅｎｔ）の住所を表す。
【０２４４】
ＴＡフィールド値は、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを送信するＳＴＡの住所またはＴＡをシグナリングする帯域幅を表す。
【０２４５】
Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐフィールドは、ＶＨＴ圧縮されたビームフォーミング報告（ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔ）で要請されるフィードバックセグメントを指示する。
【０２４６】
Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐフィールド値で位置ｎのビットが「１」であれば、（ＬＳＢである場合、ｎ＝０、ＭＳＢである場合、ｎ＝７）、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームのＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド内のＲｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドでｎと相応するフィードバックセグメントが要請される。それに対し、位置ｎのビットが「０」であれば、、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド内のＲｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドでｎと相応するフィードバックセグメントが要請されない。
【０２４７】
（ダウンリンクＭＵ−ＭＩＭＯフレーム（ＤＬ  ＭＵ−ＭＩＭＯ  Ｆｒａｍｅ））
図１２は、本発明が適用され得る無線通信システムにおけるダウンリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【０２４８】
図１２に示すように、ＰＰＤＵは、プリアンブル及びデータフィールド（Ｄａｔａ  ｆｉｅｌｄ）を含んで構成される。データフィールドは、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールド、テールビット（Ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０２４９】
ＡＰは、ＭＰＤＵを併合（ａｇｇｒｅｇａｔｉｏｎ）してＡ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）フォーマットでデータフレームを送信できる。この場合、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールドは、Ａ−ＭＰＤＵから構成されることができる。
【０２５０】
Ａ−ＭＰＤＵは、１つ以上のＡ−ＭＰＤＵサブフレーム（Ａ−ＭＰＤＵ  ｓｕｂｆｒａｍｅ）の配列（ｓｅｑｕｅｎｃｅ）から構成される。
【０２５１】
ＶＨＴ  ＰＰＤＵの場合、各Ａ−ＭＰＤＵサブフレームの長さが４オクテットの倍数であるから、Ａ−ＭＰＤＵは、ＰＳＤＵの最後のオクテットにＡ−ＭＰＤＵを合わせるために、最後のＡ−ＭＰＤＵサブフレーム（Ａ−ＭＰＤＵ  ｓｕｂｆｒａｍｅ）以後に０ないし３オクテットのＥＯＦ（ｅｎｄ−ｏｆ−ｆｒａｍｅ）パッド（ｐａｄ）を含むことができる。
【０２５２】
Ａ−ＭＰＤＵサブフレームは、ＭＰＤＵディリミター（ｄｅｌｉｍｉｔｅｒ）から構成され、選択的にＭＰＤＵがＭＰＤＵディリミター（Ｄｅｌｉｍｉｔｅｒ）以後に含まれることができる。また、１つのＡ−ＭＰＤＵ内の最後のＡ−ＭＰＤＵサブフレームを除いて、各Ａ−ＭＰＤＵサブフレームの長さを４オクテットの倍数にするために、パッドオクテットがＭＰＤＵ以後に付着される。
【０２５３】
ＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒは、予備（Ｒｅｓｅｒｖｅｄ）フィールド、ＭＰＤＵ長さ（ＭＰＤＵ  Ｌｅｎｇｔｈ）フィールド、ＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールド、ディリミターシグネチャー（Ｄｅｌｉｍｉｔｅｒ  Ｓｉｇｎａｔｕｒｅ）フィールドから構成される。
【０２５４】
ＶＨＴ  ＰＰＤＵの場合、ＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒは、ＥＯＦ（ｅｎｄ−ｏｆ−ｆｒａｍｅ）フィールドをさらに含むことができる。ＭＰＤＵ  Ｌｅｎｇｔｈフィールドが０でパディングするために使用されるＡ−ＭＰＤＵサブフレーム、またはＡ−ＭＰＤＵが１つのＭＰＤＵだけから構成される場合、当該ＭＰＤＵが載せられるＡ−ＭＰＤＵサブフレームの場合、ＥＯＦフィールドは、「１」にセットされる。そうでない場合、「０」にセットされる。
【０２５５】
ＭＰＤＵ  Ｌｅｎｇｔｈフィールドは、ＭＰＤＵの長さに対する情報を含む。
【０２５６】
当該Ａ−ＭＰＤＵサブフレームにＭＰＤＵが存在しない場合、「０」にセットされる。ＭＰＤＵ  Ｌｅｎｇｔｈフィールドが「０」値を有するＡ−ＭＰＤＵサブフレームは、ＶＨＴ  ＰＰＤＵ内の可用オクテットにＡ−ＭＰＤＵを合わせるために、当該Ａ−ＭＰＤＵにパディングする時に使用される。
【０２５７】
ＣＲＣフィールドは、エラーチェックのためのＣＲＣ情報、Ｄｅｌｉｍｉｔｅｒ  Ｓｉｇｎａｔｕｒｅフィールドは、ＭＰＤＵディリミターを検索するために使用されるパターン情報を含む。
【０２５８】
そして、ＭＰＤＵは、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）、フレーム本体（Ｆｒａｍｅ  Ｂｏｄｙ）及びフレームチェックシーケンス（ＦＣＳ）から構成される。
【０２５９】
図１３は、本発明が適用され得る無線通信システムにおけるダウンリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【０２６０】
図１３は、当該ＰＰＤＵを受信するＳＴＡの数が３個であり、各ＳＴＡに割り当てられる空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の数が１であると仮定するが、ＡＰにペアリングされたＳＴＡの数、各ＳＴＡに割り当てられる空間的ストリームの数は、これに限定されない。
【０２６１】
図１３に示すように、ＭＵ  ＰＰＤＵは、Ｌ−ＴＦｓフィールド（Ｌ−ＳＴＦフィールド及びＬ−ＬＴＦフィールド）、Ｌ−ＳＩＧフィールド、ＶＨＴ−ＳＩＧ−Ａフィールド、ＶＨＴ−ＴＦｓフィールド（ＶＨＴ−ＳＴＦフィールド及びＶＨＴ−ＬＴＦフィールド）、ＶＨＴ−ＳＩＧ−Ｂフィールド、Ｓｅｒｖｉｃｅフィールド、１つ以上のＰＳＤＵ、ｐａｄｄｉｎｇフィールド及びＴａｉｌビットを含んで構成される。Ｌ−ＴＦｓフィールド、Ｌ−ＳＩＧフィールド、ＶＨＴ−ＳＩＧ−Ａフィールド、ＶＨＴ−ＴＦｓフィールド、ＶＨＴ−ＳＩＧ−Ｂフィールドは、先の図４の例示と同様であるから、以下の詳細な説明は省略する。
【０２６２】
ＰＰＤＵ持続期間を指示するための情報がＬ−ＳＩＧフィールドに含まれることができる。ＰＰＤＵ内で、Ｌ−ＳＩＧフィールドにより指示されたＰＰＤＵ持続期間は、ＶＨＴ−ＳＩＧ−Ａフィールドが割り当てられたシンボル、ＶＨＴ−ＴＦｓフィールドが割り当てられたシンボル、ＶＨＴ−ＳＩＧ−Ｂフィールドが割り当てられたフィールド、Ｓｅｒｖｉｃｅフィールドを構成するビット、ＰＳＤＵを構成するビット、ｐａｄｄｉｎｇフィールドを構成するビット及びＴａｉｌフィールドを構成するビットを含む。ＰＰＤＵを受信するＳＴＡは、Ｌ−ＳＩＧフィールドに含まれたＰＰＤＵ持続時間を指示する情報を介して、ＰＰＤＵの持続期間に対する情報を取得できる。
【０２６３】
上述のように、ＶＨＴ−ＳＩＧ−Ａを介してＧｒｏｕｐ  ＩＤ情報、各ユーザ当たりの時空間ストリーム数情報が送信され、ＶＨＴ−ＳＩＧ−Ｂを介してコーディング（ｃｏｄｉｎｇ）方法及びＭＣＳ情報などが送信される。したがって、Ｂｅａｍｆｏｒｍｅｒは、ＶＨＴ−ＳＩＧ−ＡとＶＨＴ−ＳＩＧ−Ｂを確認し、自分が属したＭＵ  ＭＩＭＯフレームであるかどうかが分かる。したがって、当該Ｇｒｏｕｐ  ＩＤのメンバーＳＴＡでないか、または当該Ｇｒｏｕｐ  ＩＤのメンバーであるが割り当てられたストリーム数が「０」であるＳＴＡは、ＶＨＴ−ＳＩＧ−Ａフィールド以後からＰＰＤＵ終わりまで物理階層の受信を中断するように設定することによって、電力消費を低減することができる。
【０２６４】
Ｇｒｏｕｐ  ＩＤは、予めＢｅａｍｆｏｒｍｅｒが送信するＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを受信することによって、ＢｅａｍｆｏｒｍｅｒがどんなＭＵグループに属しているか、自分が属するグループの中で何番目のユーザであるか、すなわちどんなストリームを介してＰＰＤＵを受信しているかが分かる。
【０２６５】
８０２．１１ａｃに基づくＶＨＴ  ＭＵ  ＰＰＤＵ内の送信されるすべてのＭＰＤＵは、Ａ−ＭＰＤＵに含まれる。図１３のデータフィールドにおいて各ＶＨＴＡ−ＭＰＤＵは、互いに異なるストリームに送信されることができる。
【０２６６】
図１３において、各ＳＴＡに送信されるデータのサイズが相違することができるので、各々のＡ−ＭＰＤＵは、互いに異なるビットサイズを有することができる。
【０２６７】
この場合、Ｂｅａｍｆｏｒｍｅｒが送信する複数のデータフレームの送信が終了する時間は、最大区間送信データフレームの送信が終了する時間と同様になるように、ナルパディング（ｎｕｌｌ  ｐａｄｄｉｎｇ）を行うことができる。最大区間送信データフレームは、Ｂｅａｍｆｏｒｍｅｒにより有効ダウンリンクデータが最も長い間の区間の間に送信されるフレームでありうる。有効ダウンリンクデータは、ナルパディングされないダウンリンクデータでありうる。例えば、有効ダウンリンクデータは、Ａ−ＭＰＤＵに含まれて送信されることができる。複数のデータフレームのうち、最大区間送信データフレームを除いた残りのデータフレームは、ナルパディングを行うことができる。
【０２６８】
ナルパディングのために、Ｂｅａｍｆｏｒｍｅｒは、Ａ−ＭＰＤＵフレーム内の複数のＡ−ＭＰＤＵサブフレームにおいて時間的に後順位に位置した１つ以上のＡ−ＭＰＤＵサブフレームをＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒフィールドだけでエンコードして満たすことができる。ＭＰＤＵ長が０であるＡ−ＭＰＤＵサブフレームをナルサブフレーム（Ｎｕｌｌ  ｓｕｂｆｒａｍｅ）と呼ぶことができる。
【０２６９】
上述のように、ナルサブフレームは、ＭＰＤＵ  ＤｅｌｉｍｉｔｅｒのＥＯＦフィールドが「１」にセットされる。したがって、受信側ＳＴＡのＭＡＣ階層では、１にセットされたＥＯＦフィールドを感知すると、物理階層に受信を中断するように設定することによって、電力消費を低減できる。
【０２７０】
（ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）手順）
図１４は、本発明が適用され得る無線通信システムにおける下向きリンクＭＵ−ＭＩＭＯ送信過程を例示する図である。
【０２７１】
８０２．１１ａｃでは、ＭＵ−ＭＩＭＯは、ＡＰからクライアント（すなわち、ｎｏｎ−ＡＰ  ＳＴＡ）に向ける下向きリンクで定義される。このとき、多重ユーザフレーム（ｍｕｌｔｉ−ｕｓｅｒ  ｆｒａｍｅ）は、多重受信者に同時に送信されるが、受信確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）は、上向きリンクで個別的に送信されなければならない。
【０２７２】
８０２．１１ａｃに基づくＶＨＴ  ＭＵ  ＰＰＤＵ内の送信される全てのＭＰＤＵは、Ａ−ＭＰＤＵに含まれるので、ＶＨＴ  ＭＵ  ＰＰＤＵに対する即刻的な応答でない、ＶＨＴ  ＭＵ  ＰＰＤＵ内のＡ−ＭＰＤＵに対する応答は、ＡＰによるブロックＡＣＫ要請（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームに対する応答として送信される。
【０２７３】
まず、ＡＰは、全ての受信者（すなわち、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）にＶＨＴ  ＭＵ  ＰＰＤＵ（すなわち、プリアンブル及びデータ）を送信する。ＶＨＴ  ＭＵ  ＰＰＤＵは、各ＳＴＡに送信されるＶＨＴ  Ａ−ＭＰＤＵを含む。
【０２７４】
ＡＰからＶＨＴ  ＭＵ  ＰＰＤＵを受信したＳＴＡ１は、ＳＩＦＳ以後にブロックＡＣＫ（ＢＡ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをＡＰに送信する。ＢＡフレームについてのより詳細な説明は後述する。
【０２７５】
ＳＴＡ１からＢＡを受信したＡＰは、ＳＩＦＳ以後にＢＡＲ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｒｅｑｕｅｓｔ）フレームを次のＳＴＡ２に送信し、ＳＴＡ２は、ＳＩＦＳ以後にＢＡフレームをＡＰに送信する。ＳＴＡ２からＢＡフレームを受信したＡＰは、ＳＩＦＳ以後にＢＡＲフレームをＳＴＡ３に送信し、ＳＴＡ３は、ＳＩＦＳ以後にＢＡフレームをＡＰに送信する。
【０２７６】
このような過程が全てのＳＴＡに対して行われれば、ＡＰは、次のＭＵ  ＰＰＤＵを全てのＳＴＡに送信する。
【０２７７】
（ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム）
一般に、ＭＰＤＵの応答としてＡＣＫフレームを使用し、Ａ−ＭＰＤＵの応答としてブロックＡＣＫフレームを使用する。
【０２７８】
図１５は、本発明が適用され得る無線通信システムにおけるＡＣＫフレームを例示する図である。
【０２７９】
図１５に示すように、ＡＣＫフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡフィールド、及びＦＣＳで構成される。
【０２８０】
ＲＡフィールドは、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレーム、ブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム、またはＰＳ−Ｐｏｌｌフレームの第２の住所（Ａｄｄｒｅｓｓ２）フィールドの値に設定される。
【０２８１】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡによりＡＣＫフレームが送信される場合、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレームのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド内のモアフラグメント（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓ）サブフィールドが「０」であれば、、持続期間（ｄｕｒａｔｉｏｎ）値は、「０」に設定される。
【０２８２】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡにより送信されないＡＣＫフレームでの持続期間（ｄｕｒａｔｉｏｎ）値は、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレーム、ブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム、またはＰＳ−ＰｏｌｌフレームのＤｕｒａｔｉｏｎ／ＩＤフィールドでＡＣＫフレーム送信のために要求されるとき間及びＳＩＦＳ区間を差し引いた値（ｍｓ）に設定される。計算された持続期間（ｄｕｒａｔｉｏｎ）値が整数値でない場合、四捨五入される。
【０２８３】
以下、ブロックＡＣＫ（要請）フレームについて説明する。
【０２８４】
図１６は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームを例示する図である。
【０２８５】
図１６に示すように、ブロックＡＣＫ要請（ＢＡＲ）フレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、受信住所（ＲＡ）フィールド、送信住所（ＴＡ）フィールド、ＢＡＲ制御（ＢＡＲ  ｃｏｎｔｒｏｌ）フィールド、ＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールド、及びフレームチェックシーケンス（ＦＣＳ）で構成される。
【０２８６】
ＲＡフィールドは、ＢＡＲフレームを受信するＳＴＡの住所で設定されることができる。
【０２８７】
ＴＡフィールドは、ＢＡＲフレームを送信するＳＴＡの住所で設定されることができる。
【０２８８】
ＢＡＲ  ｃｏｎｔｒｏｌフィールドは、ＢＡＲ  Ａｃｋ政策（ＢＡＲ  Ａｃｋ  Ｐｏｌｉｃｙ）サブフィールド、多重−ＴＩＤ（Ｍｕｌｔｉ−ＴＩＤ）サブフィールド、圧縮ビットマップ（Ｃｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド、及びＴＩＤ情報（ＴＩＤ＿Ｉｎｆｏ）サブフィールドを含む。
【０２８９】
表９は、ＢＡＲ  ｃｏｎｔｒｏｌフィールドを例示する表である。
【０２９０】
【表９】
0006484725.tif 000012
【０２９１】
ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＢＡＲフレームのタイプによって相違した情報が含まれる。これについて図１７を参照して説明する。
【０２９２】
図１７は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームのＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【０２９３】
図１７（ａ）は、Ｂａｓｉｃ  ＢＡＲフレーム及びＣｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームのＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図１７（ｂ）は、Ｍｕｌｔｉ−ＴＩＤ  ＢＡＲフレームのＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示する。
【０２９４】
図１７（ａ）に示すように、Ｂａｓｉｃ  ＢＡＲフレーム及びＣｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームの場合、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールドを含む。
【０２９５】
そして、Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、フラグメント番号（Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ）サブフィールド、開始シーケンス番号（Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）サブフィールドを含む。
【０２９６】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０２９７】
Ｂａｓｉｃ  ＢＡＲフレームの場合、Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡＲフレームが送信される１番目のＭＳＤＵのシーケンス番号を含む。Ｃｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームの場合、Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡＲフレームが送信されるための１番目のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０２９８】
図１７（ｂ）に示すように、Ｍｕｌｔｉ−ＴＩＤ  ＢＡＲフレームの場合、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＴＩＤ別情報（Ｐｅｒ  ＴＩＤ  Ｉｎｆｏ）サブフィールド及びブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールドが１つ以上のＴＩＤ別に繰り返されて構成される。
【０２９９】
Ｐｅｒ  ＴＩＤ  Ｉｎｆｏサブフィールドは、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド及びＴＩＤ値（ＴＩＤ  Ｖａｌｕｅ）サブフィールドを含む。ＴＩＤ  Ｖａｌｕｅサブフィールドは、ＴＩＤ値を含む。
【０３００】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡＲフレームが送信されるための１番目のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３０１】
図１８は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームを例示する図である。
【０３０２】
図１８に示すように、ブロックＡＣＫ（ＢＡ）フレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、受信住所（ＲＡ）フィールド、送信住所（ＴＡ）フィールド、ＢＡ制御（ＢＡ  ｃｏｎｔｒｏｌ）フィールド、ＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールド、及びフレームチェックシーケンス（ＦＣＳ）で構成される。
【０３０３】
ＲＡフィールドは、ブロックＡＣＫを要請したＳＴＡの住所で設定されることができる。
【０３０４】
ＴＡフィールドは、ＢＡフレームを送信するＳＴＡの住所で設定されることができる。
【０３０５】
ＢＡ  ｃｏｎｔｒｏｌフィールドは、ＢＡ  Ａｃｋ政策（ＢＡ  Ａｃｋ  Ｐｏｌｉｃｙ）サブフィールド、多重−ＴＩＤ（Ｍｕｌｔｉ−ＴＩＤ）サブフィールド、圧縮ビットマップ（Ｃｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド、及びＴＩＤ情報（ＴＩＤ＿Ｉｎｆｏ）サブフィールドを含む。
【０３０６】
表１０は、ＢＡ  ｃｏｎｔｒｏｌフィールドを例示する表である。
【０３０７】
【表１０】
0006484725.tif 000013
【０３０８】
ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＢＡフレームのタイプによって相違した情報が含まれる。これについて図１９を参照して説明する。
【０３０９】
図１９は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームのＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【０３１０】
図１９（ａ）は、Ｂａｓｉｃ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図１９（ｂ）は、Ｃｏｍｐｒｅｓｓｅｄ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図１９（ｃ）は、Ｍｕｌｔｉ−ＴＩＤ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示する。
【０３１１】
図１９（ａ）に示すように、Ｂａｓｉｃ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドを含む。
【０３１２】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールド及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。
【０３１３】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０３１４】
Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡフレームが送信されるための１番目のＭＳＤＵのシーケンス番号を含み、直前に受信したＢａｓｉｃ  ＢＡＲフレームと同じ値に設定される。
【０３１５】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、１２８オクテットの長さで構成され、最大６４個のＭＳＤＵの受信状態を指示するために使用される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応するＭＰＤＵが成功的に受信されたことを指示し、「０」値は、当該ビット位置に対応するＭＰＤＵが成功的に受信されていないことを指示する。
【０３１６】
図１９（ｂ）に示すように、Ｃｏｍｐｒｅｓｓｅｄ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドを含む。
【０３１７】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールド及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。
【０３１８】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０３１９】
Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡフレームが送信されるための１番目のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含み、直前に受信したＢａｓｉｃ  ＢＡＲフレームと同じ値に設定される。
【０３２０】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、８オクテットの長さで構成され、最大６４個のＭＳＤＵ及びＡ−ＭＳＤＵの受信状態を指示するために使用される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されたことを指示し、「０」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されていないことを指示する。
【０３２１】
図１９（ｃ）に示すように、Ｍｕｌｔｉ−ＴＩＤ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＴＩＤ別情報（Ｐｅｒ  ＴＩＤ  Ｉｎｆｏ）サブフィールド、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド、及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドが１つ以上のＴＩＤ別に繰り返されて構成され、ＴＩＤが増加される順に構成される。
【０３２２】
Ｐｅｒ  ＴＩＤ  Ｉｎｆｏサブフィールドは、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド及びＴＩＤ値（ＴＩＤ  Ｖａｌｕｅ）サブフィールドを含む。ＴＩＤ  Ｖａｌｕｅサブフィールドは、ＴＩＤ値を含む。
【０３２３】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡフレームが送信されるための１番目のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３２４】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、８オクテットの長さで構成される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されたことを指示し、「０」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されていないことを指示する。
【０３２５】
（アップリンク多重ユーザ送信方法）
次世代ＷｉＦｉに対する様々な分野のベンダーの高い関心と８０２．１１ａｃ以後の高いスループット（ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ）及びＱｏＥ（ｑｕａｌｉｔｙ  ｏｆ  ｅｘｐｅｒｉｅｎｃｅ）性能向上に対する要求が高まっている状況において、次世代ＷＬＡＮシステムである８０２．１１ａｘシステムのための新しいフレームフォーマット及びヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に対する議論が盛んに進行中である。
【０３２６】
ＩＥＥＥ  ８０２．１１ａｘは、より高いデータ処理率（ｄａｔａ  ｒａｔｅ）を支援し、より高いユーザ負荷（ｕｓｅｒ  ｌｏａｄ）を処理するための次世代ＷＬＡＮシステムとして最近に新しく提案されているＷＬＡＮシステムのうちの一つであって、一名高効率ＷＬＡＮ（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  ＷＬＡＮ）と呼ばれる。
【０３２７】
ＩＥＥＥ  ８０２．１１ａｘ  ＷＬＡＮシステムは、従来のＷＬＡＮシステムと同様に、２．４ＧＨｚ周波数帯域及び５ＧＨｚ周波数帯域で動作できる。また、それより高い６０ＧＨｚ周波数帯域でも動作できる。
【０３２８】
ＩＥＥＥ  ８０２．１１ａｘシステムでは、平均スループット向上（ａｖｅｒａｇｅ  ｔｈｒｏｕｇｈｐｕｔ  ｅｎｈａｎｃｅｍｅｎｔ）と室外環境でのシンボル間干渉（ｉｎｔｅｒ−ｓｙｍｂｏｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）に対する  強固な送信（ｏｕｔｄｏｏｒ  ｒｏｂｕｓｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）のために、従来のＩＥＥＥ  ８０２．１１  ＯＦＤＭ  ｓｙｓｔｅｍ（ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）より各帯域幅において４倍大きいＦＦＴサイズを使用することができる。これについて、以下の図面を参照して説明する。
【０３２９】
以下、本発明にＨＥフォーマットＰＰＤＵに対する説明において、別の言及がなくても上述のｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ−ｍｉｘｅｄフォーマットＰＰＤＵ、ＨＴ−ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵ及び／又はＶＨＴフォーマットＰＰＤＵに対する説明がＨＥフォーマットＰＰＤＵに対する説明に併合されることができる。
【０３３０】
図２０は、本発明の一実施の形態にかかるＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【０３３１】
図２０（ａ）は、ＨＥフォーマットＰＰＤＵの概略的な構造を例示し、図２５（ｂ）〜（ｄ）は、ＨＥフォーマットＰＰＤＵのより具体的な構造を例示する。
【０３３２】
図２０（ａ）を参照すると、ＨＥＷのためのＨＥフォーマットＰＰＤＵは、大きくレガシー部分（Ｌ−ｐａｒｔ：  ｌｅｇａｃｙ−ｐａｒｔ）、ＨＥ部分（ＨＥ−ｐａｒｔ）及びデータフィールド（ＨＥ−ｄａｔａ）から構成されることができる。
【０３３３】
Ｌ−ｐａｒｔは、従来のＷＬＡＮシステムで維持する形態と同様に、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド及びＬ−ＳＩＧフィールドから構成される。Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド及びＬ−ＳＩＧフィールドをレガシープリアンブル（ｌｅｇａｃｙ  ｐｒｅａｍｂｌｅ）と呼ぶことができる。
【０３３４】
ＨＥ−ｐａｒｔは、８０２．１１ａｘ標準のために新しく定義される部分であって、ＨＥ−ＳＴＦフィールド、ＨＥ−ＳＩＧフィールド及びＨＥ−ＬＴＦフィールドを含むことができる。図２５（ａ）では、ＨＥ−ＳＴＦフィールド、ＨＥ−ＳＩＧフィールド及びＨＥ−ＬＴＦフィールドの順序を例示しているが、これと相違する順に構成されることができる。また、ＨＥ−ＬＴＦは省略されうる。ＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドだけでなく、ＨＥ−ＳＩＧフィールドを含んで、ＨＥ−ｐｒｅａｍｂｌｅと通称することもできる。
【０３３５】
また、Ｌ−ｐａｒｔ、ＨＥ−ｐａｒｔ（または、ＨＥ−ｐｒｅａｍｂｌｅ）を物理プリアンブル（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｐｒｅａｍｂｌｅ）と通称することができる。
【０３３６】
ＨＥ−ＳＩＧは、ＨＥ−ｄａｔａフィールドをデコードするための情報（例えば、ＯＦＤＭＡ、ＵＬ  ＭＵ  ＭＩＭＯ、向上したＭＣＳ等）を含むことができる。
【０３３７】
Ｌ−ｐａｒｔとＨＥ−ｐａｒｔは、互いに異なるＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズ（すなわち、サブキャリヤ間隔（ｓｐａｃｉｎｇ））を有することができ、互いに異なるＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を使用することもできる。
【０３３８】
８０２．１１ａｘシステムでは、レガシーＷＬＡＮシステムに比べて４倍大きい（４×）ＦＦＴサイズを使用することができる。すなわち、Ｌ−ｐａｒｔは、１×シンボル構造から構成され、ＨＥ−ｐａｒｔ（特に、ＨＥ−ｐｒｅａｍｂｌｅ及びＨＥ−ｄａｔａ）は、４×シンボル構造から構成されることができる。ここで、１×、２×、４×サイズのＦＦＴは、レガシーＷＬＡＮシステム（例えば、ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）に対する相対的なサイズを意味する。
【０３３９】
例えば、Ｌ−ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ６４、１２８、２５６、５１２であると、ＨＥ−ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ２５６、５１２、１０２４、２０４８でありうる。
【０３４０】
このようにレガシーＷＬＡＮシステムよりＦＦＴサイズが大きくなると、サブキャリヤ周波数間隔（ｓｕｂｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）が小さくなるので、単位周波数当たりのサブキャリヤの数が増加するが、ＯＦＤＭシンボル長が長くなる。
【０３４１】
すなわち、より大きなＦＦＴサイズが使用されるということは、サブキャリヤ間隔が狭くなるという意味であり、同様にＩＤＦＴ（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）周期（ｐｅｒｉｏｄ）が増えるという意味である。ここで、ＩＤＦＴ／ＤＦＴ周期は、ＯＦＤＭシンボルにおいて保護区間（ＧＩ）を除いたシンボル長を意味できる。
【０３４２】
したがって、ＨＥ−ｐａｒｔ（特に、ＨＥ−ｐｒｅａｍｂｌｅ及びＨＥ−ｄａｔａ）は、Ｌ−ｐａｒｔに比べて４倍大きなＦＦＴサイズが使用されるならば、ＨＥ−ｐａｒｔのサブキャリヤ間隔は、Ｌ−ｐａｒｔのサブキャリヤ間隔の１／４倍になり、ＨＥ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、Ｌ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期の４倍になる。例えば、Ｌ−ｐａｒｔのサブキャリヤ間隔が３１２．５ｋＨｚ（＝２０ＭＨｚ／６４、４０ＭＨＺ／１２８、８０ＭＨｚ／２５６及び／又は１６０ＭＨｚ／５１２）であると、ＨＥ−ｐａｒｔのサブキャリヤ間隔は、７８．１２５ｋＨｚ（＝２０ＭＨｚ／２５６、４０ＭＨＺ／５１２、８０ＭＨｚ／１０２４及び／又は１６０ＭＨｚ／２０４８）でありうる。また、Ｌ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期が３．２μｓ（＝１／３１２．５ｋＨｚ）であると、ＨＥ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、１２．８μｓ（＝１／７８．１２５ｋＨｚ）でありうる。
【０３４３】
ここで、ＧＩは、０．８μｓ、１．６μｓ、３．２μｓのうちのいずれか一つが使用されることができるので、ＧＩを含むＨＥ−ｐａｒｔのＯＦＤＭシンボル長（またはシンボル間隔（ｓｙｍｂｏｌ  ｉｎｔｅｒｖａｌ））は、ＧＩに応じて１３．６μｓ、１４．４μｓ、１６μｓでありうる。
【０３４４】
図２０（ｂ）を参照すると、ＨＥ−ＳＩＧフィールドは、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドとに区分されることができる。
【０３４５】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは、１２．８μｓの長さを有するＨＥ−ＳＩＧ−Ａフィールド、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド、一つ以上のＨＥ−ＬＴＦフィールド、及び１ＯＦＤＭシンボルのＨＥ−ＳＩＧ−Ｂフィールドを含むことができる。
【０３４６】
また、ＨＥ−ｐａｒｔにおいてＨＥ−ＳＩＧ−Ａフィールドは除き、ＨＥ−ＳＴＦフィールドからは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用され得る。
【０３４７】
ただし、図２０（ｂ）のように、ＨＥ−ＳＩＧがＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドに区分されて送信されるとき、ＨＥ−ＳＩＧ−Ａフィールド及びＨＥ−ＳＩＧ−Ｂフィールドの位置は、図２５（ｂ）と異なることができる。例えば、ＨＥ−ＳＩＧ−Ａフィールドの次にＨＥ−ＳＩＧ−Ｂフィールドが送信され、ＨＥ−ＳＩＧ−Ｂフィールドの次にＨＥ−ＳＴＦフィールドとＨＥ−ＬＴＦフィールドが送信されることができる。この場合にも同様に、ＨＥ−ＳＴＦフィールドからは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。
【０３４８】
図２０（ｃ）を参照すると、ＨＥ−ＳＩＧフィールドは、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドに区分されなくても良い。
【０３４９】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド、１ＯＦＤＭシンボルのＨＥ−ＳＩＧフィールド及び一つ以上のＨＥ−ＬＴＦフィールドを含むことができる。
【０３５０】
以上と類似に、ＨＥ−ｐａｒｔは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用され得る。
【０３５１】
図２０（ｄ）を参照すると、ＨＥ−ＳＩＧフィールドは、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドに区分されずに、ＨＥ−ＬＴＦフィールドは省略されることができる。
【０３５２】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド及び１ＯＦＤＭシンボルのＨＥ−ＳＩＧフィールドを含むことができる。
【０３５３】
以上と同様に、ＨＥ−ｐａｒｔは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用され得る。
【０３５４】
本発明に係るＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも一つの２０ＭＨｚチャネルを介して送信されることができる。例えば、ＨＥフォーマットＰＰＤＵは、総４個の２０ＭＨｚチャネルを介して４０ＭＨｚ、８０ＭＨｚまたは１６０ＭＨｚ周波数帯域で送信されることができる。これについて、以下の図面を参照してさらに詳細に説明する。
【０３５５】
図２１は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０３５６】
図２１では、１つのＳＴＡに８０ＭＨｚが割り当てられた場合（または、８０ＭＨｚ内の複数のＳＴＡにＯＦＤＭＡ資源ユニットが割り当てられた場合）、或いは、複数のＳＴＡにそれぞれ８０ＭＨｚの互いに異なるストリームが割り当てられた場合のＰＰＤＵフォーマットを例示する。
【０３５７】
図２１に示すように、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧは、各２０ＭＨｚチャネルで６４ＦＦＴポイント（または、６４サブキャリア）に基づいて生成されたＯＦＤＭシンボルで送信されることができる。
【０３５８】
また、ＨＥ−ＳＩＧ  ＢフィールドがＨＥ−ＳＩＧ  Ａフィールドの次に位置することができる。この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）以後からさらに大きくなり得る。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０３５９】
ＨＥ−ＳＩＧ  Ａフィールドは、ＰＰＤＵを受信するＳＴＡに共通に送信される共通制御情報を含むことができる。ＨＥ−ＳＩＧ  Ａフィールドは、１個ないし３個のＯＦＤＭシンボルで送信されることができる。ＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚ単位で複写されて同じ情報を含む。また、ＨＥ−ＳＩＧ−Ａフィールドは、システムの全体帯域幅情報を知らせる。
【０３６０】
表１１は、ＨＥ−ＳＩＧ  Ａフィールドに含まれる情報を例示する表である。
【０３６１】
【表１１】
0006484725.tif 000014
【０３６２】
表１１に例示される各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＰＰＤＵに含まれ得るフィールドの例示に該当し、これに限定されない。すなわち、前述した各フィールドが他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得るし、全てのフィールドが必須的に含まれないこともある。ＨＥ−ＳＩＧ  Ａフィールドに含まれる情報のさらに他の実施形態は、図３４と関連して以下において説明する。
【０３６３】
ＨＥ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０３６４】
ＨＥ−ＳＩＧ  Ｂフィールドは、各ＳＴＡが自分のデータ（例えば、ＰＳＤＵ）を受信するために要求されるユーザ特定（ｕｓｅｒ−ｓｐｅｃｉｆｉｃ）情報を含むことができる。ＨＥ−ＳＩＧ  Ｂフィールドは、１つまたは２つのＯＦＤＭシンボルで送信されることができる。例えば、ＨＥ−ＳＩＧ  Ｂフィールドは、当該ＰＳＤＵの変調及びコーディング技法（ＭＣＳ）及び当該ＰＳＤＵの長さに関する情報を含むことができる。
【０３６５】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル単位で繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域）を介して送信されるとき、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル毎に繰り返されて送信されることができる。
【０３６６】
ＦＦＴサイズが大きくなると、既存のＩＥＥＥ  ８０２．１１ａ／ｇ／ｎ／ａｃを支援するレガシーＳＴＡは、当該ＨＥ  ＰＰＤＵをデコーディングできないこともある。レガシーＳＴＡとＨＥ  ＳＴＡとが共存（ｃｏｅｘｉｓｔｅｎｃｅ）するために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧフィールドは、レガシーＳＴＡが受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信される。例えば、Ｌ−ＳＩＧフィールドは、１つのＯＦＤＭシンボルを占有し、１つのＯＦＤＭシンボル時間は、４μｓであり、ＧＩは、０．８μｓでありうる。
【０３６７】
各周波数単位別のＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ａ）からさらに大きくなることができる。例えば、２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。ＦＦＴサイズが大きくなると、ＯＦＤＭサブキャリア間の間隔が小さくなるので、単位周波数当たりＯＦＤＭサブキャリアの数が増加されるが、ＯＦＤＭシンボル時間は長くなる。システムの効率を向上させるために、ＨＥ−ＳＴＦ以後のＧＩの長さは、ＨＥ−ＳＩＧ  ＡのＧＩの長さと同様に設定されることができる。
【０３６８】
ＨＥ−ＳＩＧ  Ａフィールドは、ＨＥ  ＳＴＡがＨＥ  ＰＰＤＵをデコーディングするために要求される情報を含むことができる。しかし、ＨＥ−ＳＩＧ  Ａフィールドは、レガシーＳＴＡとＨＥ  ＳＴＡとを共に受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信されることができる。これは、ＨＥ  ＳＴＡがＨＥフォーマットＰＰＤＵだけでなく、既存のＨＴ／ＶＨＴフォーマットＰＰＤＵを受信することができ、レガシーＳＴＡ及びＨＥ  ＳＴＡがＨＴ／ＶＨＴフォーマットＰＰＤＵとＨＥフォーマットＰＰＤＵとを区分しなければならないためである。
【０３６９】
図２２は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０３７０】
図２２では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０３７１】
図２２に示すように、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなり得る。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０３７２】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図２６の例示と同様であるから、以下、説明を省略する。
【０３７３】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに特定された情報を含むことができるが、全体バンド（すなわち、ＨＥ−ＳＩＧ−Ａフィールドで指示）にわたってエンコーディングされることができる。すなわち、ＨＥ−ＳＩＧ−Ｂフィールドは、全てのＳＴＡに関する情報を含み、全てのＳＴＡが受信されるようになる。
【０３７４】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。例えば、図２７においてＨＥ−ＳＩＧ−Ｂは、ＳＴＡ１が２０ＭＨｚ、ＳＴＡ２がその次の２０ＭＨｚ、ＳＴＡ３がその次の２０ＭＨｚ、ＳＴＡ４がその次の２０ＭＨｚを割り当てることができる。また、ＳＴＡ１とＳＴＡ２とは、４０ＭＨｚを割り当て、ＳＴＡ３とＳＴＡ４とは、その次の４０ＭＨｚを割り当てることができる。この場合、ＳＴＡ１とＳＴＡ２とは、互いに異なるストリームを割り当て、ＳＴＡ３とＳＴＡ４とは、互いに異なるストリームを割り当てることができる。
【０３７５】
また、ＨＥ−ＳＩＧ−Ｃフィールドを定義し、図２７の例示にＨＥ−ＳＩＧ  Ｃフィールドが追加され得る。この場合、ＨＥ−ＳＩＧ−Ｂフィールドでは、全帯域にわたって全てのＳＴＡに関する情報が送信され、各ＳＴＡに特定の制御情報は、ＨＥ−ＳＩＧ−Ｃフィールドを介して２０ＭＨｚ単位で送信されることもできる。
【０３７６】
また、図２１及び図２２の例示と異なり、ＨＥ−ＳＩＧ−Ｂフィールドは、全帯域にわたって送信せずに、ＨＥ−ＳＩＧ−Ａフィールドと同様に２０ＭＨｚ単位で送信されることができる。これについて下記の図面を参照して説明する。
【０３７７】
図２３は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０３７８】
図２３では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０３７９】
図２３に示すように、ＨＥ−ＳＩＧ−Ｂフィールドは、全帯域にわたって送信されず、ＨＥ−ＳＩＧ−Ａフィールドと同様に２０ＭＨｚ単位で送信される。ただし、このとき、ＨＥ−ＳＩＧ−Ｂは、ＨＥ−ＳＩＧ−Ａフィールドと異なり、２０ＭＨｚ単位でエンコーディングされて送信されるが、２０ＭＨｚ単位で複製されて送信されないこともある。
【０３８０】
この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０３８１】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図２６の例示と同様であるから、以下、説明を省略する。
【０３８２】
ＨＥ−ＳＩＧ−Ａフィールドは、２０ＭＨｚ単位で複写されて（ｄｕｐｌｉｃａｔｅｄ）送信される。
【０３８３】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに関する情報を含むので、２０ＭＨｚ単位の各ＨＥ−ＳＩＧ−Ｂフィールド別に各ＳＴＡに関する情報が含まれ得る。このとき、図２３の例示では、各ＳＴＡ別に２０ＭＨｚが割り当てられる場合を例示しているが、例えば、ＳＴＡに４０ＭＨｚが割り当てられる場合、２０ＭＨｚ単位でＨＥ−ＳＩＧ−Ｂフィールドが複写されて送信されることもできる。
【０３８４】
各ＢＳＳ別に互いに異なる帯域幅を支援する状況で隣接したＢＳＳからの干渉レベルが少ない一部の帯域幅をＳＴＡに割り当てる場合に、上記のように、ＨＥ−ＳＩＧ−Ｂフィールドを全帯域にわたって送信しないことがより好ましい。
【０３８５】
以下では、説明の都合上、図２８のＨＥフォーマットＰＰＤＵを基準として説明する。
【０３８６】
図２１〜図２３においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）であって、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブリングされたＰＳＤＵ、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０３８７】
一方、前述した図２１〜図２３のようなＨＥフォーマットＰＰＤＵは、Ｌ−ＳＩＧフィールドの繰り返しシンボルであるＲＬ−ＳＩＧ（Ｒｅｐｅａｔｅｄ  Ｌ−ＳＩＧ）フィールドを介して区分されることができる。ＲＬ−ＳＩＧフィールドは、ＨＥ  ＳＩＧ−Ａフィールドの前に挿入され、各ＳＴＡは、ＲＬ−ＳＩＧフィールドを用いて受信されたＰＰＤＵのフォーマットをＨＥフォーマットＰＰＤＵとして区分することができる。
【０３８８】
以下、ＷＬＡＮシステムにおいて多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）アップリンク送信方法について説明する。
【０３８９】
ＷＬＡＮシステムで動作するＡＰが同じ時間資源上において複数のＳＴＡへデータを送信する方式をＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ−ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。反対に、ＷＬＡＮシステムで動作する複数のＳＴＡが同じ時間資源上においてＡＰにデータを送信する方式をＵＬ  ＭＵ送信（ｕｐｌｉｎｋ  ｍｕｌｔｉ−ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。
【０３９０】
このようなＤＬ  ＭＵ送信またはＵＬ  ＭＵ送信は、周波数ドメインまたは空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上において多重化されることができる。
【０３９１】
周波数ドメイン上において多重化される場合、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に基づいて複数のＳＴＡ各々に対して互いに異なる周波数資源（例えば、サブキャリヤまたはトーン（ｔｏｎｅ））がダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる周波数資源を介した送信方式を「ＤＬ／ＵＬ  ＭＵ  ＯＦＤＭＡ送信」と呼ぶことができる。
【０３９２】
空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上において多重化される場合、複数のＳＴＡ各々に対して互いに異なる空間ストリームがダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる空間的ストリームを介した送信方式を「ＤＬ／ＵＬ  ＭＵ  ＭＩＭＯ」送信と呼ぶことができる。
【０３９３】
現在ＷＬＡＮシステムでは、以下のような制約事項によりＵＬ  ＭＵ送信を支援できない。
【０３９４】
現在ＷＬＡＮシステムでは、複数のＳＴＡから送信されるアップリンクデータの送信タイミングに対する同期化が支援されない。例えば、従来のＷＬＡＮシステムにおいて複数のＳＴＡが同じ時間資源を介してアップリンクデータを送信する場合を仮定すると、現在ＷＬＡＮシステムでは、複数のＳＴＡ各々は、他のＳＴＡのアップリンクデータの送信タイミングが分からない。したがって、ＡＰは、複数のＳＴＡ各々から同じ時間資源上においてアップリンクデータを受信し難い。
【０３９５】
また、現在ＷＬＡＮシステムでは、複数のＳＴＡによりアップリンクデータを送信するために使用される周波数資源間の重複が発生できる。例えば、複数のＳＴＡ各々のオシレ−タ（ｏｓｃｉｌｌａｔｏｒ）が異なる場合、周波数オフセット（ｆｒｅｑｕｅｎｃｙ  ｏｆｆｓｅｔ）が異なるように現れることができる。仮に、周波数オフセットが異なる複数のＳＴＡ各々が互いに異なる周波数資源を介して同時にアップリンク送信を行う場合、複数のＳＴＡ各々により使用される周波数領域のうちの一部が重なることができる。
【０３９６】
また、従来のＷＬＡＮシステムでは、複数のＳＴＡ各々に対するパワー制御が行われない。複数のＳＴＡ各々とＡＰ間の距離とチャネル環境に従属的にＡＰは、複数のＳＴＡ各々から互いに異なるパワーの信号を受信することができる。このような場合、弱いパワーで到着する信号は、強いパワーで到着する信号に比べて相対的にＡＰにより検出され難くありうる。
【０３９７】
これにより、本発明は、ＷＬＡＮシステムでのＵＬ  ＭＵ送信方法を提案する。
【０３９８】
図２４は、本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【０３９９】
図２４に示すように、ＡＰがＵＬ  ＭＵ送信に参加するＳＴＡにＵＬ  ＭＵ送信を準備することを指示し、当該ＳＴＡからＵＬ  ＭＵデータフレームを受信し、ＵＬ  ＭＵデータフレームに対する応答としてＡＣＫフレーム（ＢＡ（Ｂｌｏｃｋ  Ａｃｋ）フレーム）を送信する。
【０４００】
まず、ＡＰは、ＵＬ  ＭＵトリガフレーム（ＵＬ  ＭＵ  Ｔｒｉｇｇｅｒ  ｆｒａｍｅ、２４１０）を送信することにより、ＵＬ  ＭＵデータを送信するＳＴＡにＵＬ  ＭＵ送信を準備することを指示する。ここで、ＵＬ  ＭＵスケジューリングフレームは、「ＵＬ  ＭＵスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）フレーム」の用語と呼ばれることもできる。
【０４０１】
ここで、ＵＬ  ＭＵトリガフレーム２４１０は、ＳＴＡ識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）／住所（ａｄｄｒｅｓｓ）情報、各ＳＴＡが使用する資源割当情報、持続期間（ｄｕｒａｔｉｏｎ）情報などのような制御情報を含むことができる。
【０４０２】
ＳＴＡ  ＩＤ／住所情報は、上向きリンクデータを送信する各ＳＴＡを特定するための識別子または住所に関する情報を意味する。
【０４０３】
資源割当情報は、各ＳＴＡ別に割り当てられる上向きリンク送信資源（例えば、ＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、各ＳＴＡに割り当てられる周波数／サブキャリア情報、ＵＬ  ＭＵ  ＭＩＭＯ送信の場合、各ＳＴＡに割り当てられるストリームインデックス）に関する情報を意味する。
【０４０４】
持続期間（ｄｕｒａｔｉｏｎ）情報は、複数のＳＴＡの各々により送信される上向きリンクデータフレームの送信のための時間資源を決定するための情報を意味する。
【０４０５】
例えば、持続期間情報は、各ＳＴＡの上向きリンク送信のために割り当てられたＴＸＯＰ（Ｔｒａｎｓｍｉｔ  Ｏｐｐｏｒｔｕｎｉｔｙ）の区間情報、或いは上向きリンクフレーム長さ（ｆｒａｍｅ  ｌｅｎｇｔｈ）に関する情報（例えば、ビットまたはシンボル）を含むことができる。
【０４０６】
また、ＵＬ  ＭＵトリガフレーム２４１０は、各ＳＴＡ別にＵＬ  ＭＵデータフレーム送信の際に使用しなければならないＭＣＳ情報、コーディング（Ｃｏｄｉｎｇ）情報などのような制御情報をさらに含むこともできる。
【０４０７】
上記のような制御情報は、ＵＬ  ＭＵトリガフレーム２４１０を伝達するＰＰＤＵのＨＥ−ｐａｒｔ（例えば、ＨＥ−ＳＩＧ  ＡフィールドまたはＨＥ−ＳＩＧ  Ｂフィールド）やＵＬ  ＭＵトリガフレーム２４１０の制御フィールド（例えば、ＭＡＣフレームのＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドなど）で送信されることができる。
【０４０８】
ＵＬ  ＭＵトリガフレーム２４１０を伝達するＰＰＤＵは、Ｌ−ｐａｒｔ（例えば、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、Ｌ−ＳＩＧフィールドなど）から始まる構造を有する。これにより、レガシーＳＴＡは、Ｌ−ＳＩＧフィールドからＬ−ＳＩＧ保護（Ｌ−ＳＩＧ  ｐｒｏｔｅｃｔｉｏｎ）を介してＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）セッティングを行うことができる。例えば、レガシーＳＴＡは、Ｌ−ＳＩＧでデータ長さ（ｌｅｎｇｔｈ）及びデータ率（ｄａｔａ  ｒａｔｅ）情報に基づいてＮＡＶセッティングのための区間（以下、「Ｌ−ＳＩＧ保護区間」）を算出できる。そして、レガシーＳＴＡは、算出されたＬ−ＳＩＧ保護区間の間には自分に送信されるデータがないと判断することができる。
【０４０９】
例えば、Ｌ−ＳＩＧ保護区間は、ＵＬ  ＭＵトリガフレーム２４１０のＭＡＣ  ｄｕｒａｔｉｏｎフィールド値とＵＬ  ＭＵトリガフレーム２４１０を運ぶＰＰＤＵのＬ−ＳＩＧフィールド以後の残余区間の合計で決定されることができる。これにより、Ｌ−ＳＩＧ保護区間は、ＵＬ  ＭＵトリガフレーム２４１０のＭＡＣ  ｄｕｒａｔｉｏｎ値で応じて各ＳＴＡに送信されるＡＣＫフレーム２４３０（または、ＢＡフレーム）を送信する区間までの値に設定されることができる。
【０４１０】
以下、各ＳＴＡへのＵＬ  ＭＵ送信のための資源割当方法をより具体的に説明する。説明の都合上、制御情報が含まれるフィールドを区分して説明するが、本発明がこれに限定されるものではない。
【０４１１】
第１のフィールドは、ＵＬ  ＭＵ  ＯＦＤＭＡ送信とＵＬ  ＭＵ  ＭＩＭＯ送信とを区分して指示することができる。例えば、「０」であれば、ＵＬ  ＭＵ  ＯＦＤＭＡ送信を指示し、「１」であれば、ＵＬ  ＭＵ  ＭＩＭＯ送信を指示できる。第１のフィールドのサイズは、１ビットで構成されることができる。
【０４１２】
第２のフィールド（例えば、ＳＴＡ  ＩＤ／住所フィールド）は、ＵＬ  ＭＵ送信に参加するＳＴＡ  ＩＤ或いはＳＴＡ住所を知らせる。第２のフィールドのサイズは、ＳＴＡ  ＩＤを知らせるためのビット数×ＵＬ  ＭＵに参加するＳＴＡ数で構成されることができる。例えば、第２のフィールドが１２ビットで構成される場合、４ビット別に各ＳＴＡのＩＤ／住所を指示できる。
【０４１３】
第３のフィールド（例えば、資源割当フィールド）は、ＵＬ  ＭＵ送信のために、各ＳＴＡに割り当てられる資源領域を指示する。このとき、各ＳＴＡに割り当てられる資源領域は、前述した第２のフィールドの順序によって各ＳＴＡに順次指示されることができる。
【０４１４】
仮りに、第１のフィールド値が「０」である場合、第２のフィールドに含まれたＳＴＡ  ＩＤ／住所の順にＵＬ  ＭＵ送信のための周波数情報（例えば、周波数インデックス、サブキャリアインデックス等）を表し、第１のフィールド値が「１」である場合、第２のフィールドに含まれたＳＴＡ  ＩＤ／住所の順にＵＬ  ＭＵ送信のためのＭＩＭＯ情報（例えば、ストリームインデックス等）を表す。
【０４１５】
このとき、１つのＳＴＡに複数個のインデックス（すなわち、周波数／サブキャリアインデックスまたはストリームインデックス）を知らせることができるので、第３のフィールドのサイズは、複数のビット（或いは、ビットマップ（ｂｉｔｍａｐ）形式で構成されることができる）×ＵＬ  ＭＵ送信に参加するＳＴＡ個数で構成されることができる。
【０４１６】
例えば、第２のフィールドが「ＳＴＡ１」、「ＳＴＡ２」の順序で設定され、第３のフィールドが「２」、「２」の順序で設定されると仮定する。
【０４１７】
この場合、第１のフィールドが「０」である場合、ＳＴＡ１は、上位（または、下位）周波数領域から周波数資源が割り当てられ、ＳＴＡ２は、その次の周波数資源が順次割り当てられ得る。一例として、８０ＭＨｚ帯域で２０ＭＨｚ単位のＯＦＤＭＡを支援する場合、ＳＴＡ１は、上位（または、下位）４０ＭＨｚ帯域、ＳＴＡ２は、その次の４０ＭＨｚ帯域を使用できる。
【０４１８】
それに対し、第１のフィールドが「１」である場合、ＳＴＡ１は、上位（または、下位）ストリームが割り当てられ、ＳＴＡ２は、その次のストリームが順次割り当てられ得る。このとき、各ストリームによるビームフォーミング方式は、予め指定されていたり、第３のフィールドまたは第４のフィールドでストリームによるビームフォーミング方式に対するより具体的な情報が含まれることもできる。
【０４１９】
各ＳＴＡは、ＡＰにより送信されるＵＬ  ＭＵトリガーフレーム２４１０に基づいてＵＬ  ＭＵデータフレーム（ＵＬ  ＭＵ  Ｄａｔａ  ｆｒａｍｅ）２４２１、２４２２、２４２３をＡＰに送信する。ここで、各ＳＴＡは、ＡＰからＵＬ  ＭＵトリガーフレーム２４１０を受信した後、ＳＩＦＳ以後にＵＬ  ＭＵデータフレーム２４２１、２４２２、２４２３をＡＰに送信できる。
【０４２０】
各ＳＴＡは、ＵＬ  ＭＵトリガーフレーム２４１０の資源割り当て情報に基づいて、ＵＬ  ＭＵ  ＯＦＤＭＡ送信のための特定の周波数資源またはＵＬ  ＭＵ  ＭＩＭＯ送信のための空間的ストリームを決定できる。
【０４２１】
具体的に、ＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、各ＳＴＡは、互いに異なる周波数資源を介して同じ時間資源上においてアップリンクデータフレームを送信できる。
【０４２２】
ここで、ＳＴＡ１ないしＳＴＡ３のそれぞれは、ＵＬ  ＭＵトリガーフレーム２４１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割り当て情報に基づいて、アップリンクデータフレーム送信のための互いに異なる周波数資源を割り当てられることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１ないしＳＴＡ３を順次に指示し、資源割り当て情報が周波数資源１、周波数資源２、周波数資源３を順次に指示できる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１ないしＳＴＡ３は、資源割り当て情報に基づいて順次に指示された周波数資源１、周波数資源２、周波数資源３をそれぞれ割り当てられることができる。すなわち、ＳＴＡ１は、周波数資源１、ＳＴＡ２は、周波数資源２、ＳＴＡ３は、周波数資源３を介してアップリンクデータフレーム２４２１、２４２２、２４２３をＡＰに送信できる。
【０４２３】
また、ＵＬ  ＭＵ  ＭＩＭＯ送信の場合、各ＳＴＡは、複数の空間的ストリームのうち、少なくとも一つの互いに異なるストリームを介して同じ時間資源上においてアップリンクデータフレームを送信できる。
【０４２４】
ここで、ＳＴＡ１ないしＳＴＡ３のそれぞれは、ＵＬ  ＭＵトリガーフレーム２４１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割り当て情報に基づいてアップリンクデータフレーム送信のための空間的ストリームを割り当てられることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１ないしＳＴＡ３を順次に指示し、資源割り当て情報が空間的ストリーム１、空間的ストリーム２、空間的ストリーム３を順次に指示できる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１ないしＳＴＡ３は、資源割り当て情報に基づいて順次に指示された空間的ストリーム１、空間的ストリーム２、空間的ストリーム３をそれぞれ割り当てられることができる。すなわち、ＳＴＡ１は空間的ストリーム１、ＳＴＡ２は空間的ストリーム２、ＳＴＡ３は空間的ストリーム３を介してアップリンクデータフレーム２４２１、２４２２、２４２３をＡＰに送信できる。
【０４２５】
アップリンクデータフレーム２４２１、２４２２、２４２３を伝達するＰＰＤＵは、Ｌ−ｐａｒｔなくても新しい構造にも構成が可能である。
【０４２６】
また、ＵＬ  ＭＵ  ＭＩＭＯ送信または２０ＭＨｚ未満のサブバンド形態のＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、アップリンクデータフレーム２４２１、２４２２、２４２３を伝達するＰＰＤＵのＬ−ｐａｒｔは、ＳＦＮ形態（すなわち、すべてのＳＴＡが同一なＬ−ｐａｒｔ構成と内容を同時に送信）で送信されることができる。これに対し、２０ＭＨｚ以上のサブバンド形態のＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、アップリンクデータフレーム２４２１、２４２２、２４２３を伝達するＰＰＤＵのＬ−ｐａｒｔは、各ＳＴＡが割り当てられた帯域で２０ＭＨｚ単位に各々Ｌ−ｐａｒｔが送信されることができる。
【０４２７】
ＵＬ  ＭＵトリガーフレーム２４１０の情報でアップリンクデータフレームを十分に構成できるならば、アップリンクデータフレーム２４２１、２４２２、２４２３を伝達するＰＰＤＵ内のＨＥ−ＳＩＧフィールド（すなわち、データフレームの構成方式に対する制御情報を送信する領域）も要らなくなりうる。例えば、ＨＥ−ＳＩＧ−Ａフィールド及び／又はＨＥ−ＳＩＧ−Ｂが送信されなくても良い。また、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｃフィールドは送信され、ＨＥ−ＳＩＧ−Ｂフィールドは送信されなくても良い。
【０４２８】
ＡＰは、各ＳＴＡから受信したアップリンクデータフレーム２４２１、２４２２、２４２３に対する応答として、ＡＣＫフレーム（ＡＣＫ  ｆｒａｍｅ）２４３０（またはＢＡフレーム）を送信できる。ここで、ＡＰは、各ＳＴＡからアップリンクデータフレーム２４２１、２４２２、２４２３を受信し、ＳＩＦＳ以後にＡＣＫフレーム２４３０を各ＳＴＡに送信できる。
【０４２９】
万が一、従来のＡＣＫフレームの構造を同様に利用するならば、６オクテットサイズを有するＲＡフィールドにＵＬ  ＭＵ送信に参加するＳＴＡのＡＩＤ（或いは、部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ））を含んで構成できる。
【０４３０】
または、新しい構造のＡＣＫフレームを構成する場合、ＤＬ  ＳＵ送信またはＤＬ  ＭＵ送信のための形態で構成できる。
【０４３１】
ＡＰは、受信に成功したＵＬ  ＭＵデータフレームに対するＡＣＫフレーム２４３０だけを当該ＳＴＡに送信できる。また、ＡＰは、ＡＣＫフレーム２４３０を介して受信に成功したかどうかをＡＣＫまたはＮＡＣＫに知らせることができる。仮りに、ＡＣＫフレーム２４３０がＮＡＣＫ情報を含むならば、ＮＡＣＫに対する理由またはその後の手順のための情報（例えば、ＵＬ  ＭＵスケジューリング情報等）も含むことができる。
【０４３２】
または、ＡＣＫフレーム２４３０を伝達するＰＰＤＵは、Ｌ−ｐａｒｔ無しで新しい構造から構成することもできる。
【０４３３】
ＡＣＫフレーム２４３０は、ＳＴＡ  ＩＤ或いはアドレス情報を含むことができるが、ＵＬ  ＭＵトリガーフレーム２４１０で指示されたＳＴＡの順序を同一に適用するならば、ＳＴＡ  ＩＤ或いはアドレス情報を省略しても良い。
【０４３４】
また、ＡＣＫフレーム２４３０のＴＸＯＰ（すなわち、Ｌ−ＳＩＧ保護区間）を延長して次のＵＬ  ＭＵスケジューリングのためのフレーム、または次のＵＬ  ＭＵ送信のための補正情報などを含む制御フレームがＴＸＯＰ内に含まれることができる。
【０４３５】
一方、ＵＬ  ＭＵ送信のためにＳＴＡ同士に同期を合わせる等の補正（ａｄｊｕｓｔｍｅｎｔ）過程を追加することができる。
【０４３６】
図２５〜図２７は、本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【０４３７】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信方式が使用されるとき、ＰＰＤＵ帯域幅内でｎ個のトーン（ｔｏｎｅ）（または、サブキャリア（ｓｕｂｃａｒｒｉｅｒ））単位として複数個の資源ユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）が定義され得る。
【０４３８】
資源ユニットは、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のための周波数資源の割当単位を意味する。
【０４３９】
１つのＳＴＡにＤＬ／ＵＬ周波数資源として１つ以上の資源ユニットが割り当てられ、複数個のＳＴＡに各々互いに異なる資源ユニットが割り当てられ得る。
【０４４０】
図２５では、ＰＰＤＵ帯域幅が２０ＭＨｚである場合を例示する。
【０４４１】
２０ＭＨｚ  ＰＰＤＵ帯域幅（ｂａｎｄｗｉｄｔｈ）の中心周波数領域には、７個のＤＣトーンが位置し得る。また、２０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、６個のレフトガードトーン（ｌｅｆｔ  ｇｕａｒｄ  ｔｏｎｅｓ）及び５個のライトガードトーン（ｒｉｇｈｔ  ｇｕａｒｄ  ｔｏｎｅｓ）が各々位置し得る。
【０４４２】
図２５（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。また、図２５（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２５（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２５（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されることができる。
【０４４３】
２６トーンで構成された資源ユニットは、２個のパイロットトーンを含むことができ、５２トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができ、１０６トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができる。
【０４４４】
図２５（ａ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大９個のＳＴＡまで支援することができる。また、図２５（ｂ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大５個のＳＴＡまで支援することができる。また、図２５（ｃ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大３個のＳＴＡまで支援することができる。また、２５（ｄ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域は、１つのＳＴＡに割り当てられることができる。
【０４４５】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量などに基づいて、図２５（ａ）〜図２５（ｄ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図２５（ａ）〜図２５（ｄ）が組み合わせられた資源ユニット構成方式が適用されることができる。
【０４４６】
図２６では、ＰＰＤＵ帯域幅が４０ＭＨｚである場合を例示する。
【０４４７】
４０ＭＨｚ  ＰＰＤＵ帯域幅の中心周波数領域には、５個のＤＣトーンが位置し得る。また、４０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、１２個のレフトガードトーン及び１１個のライトガードトーンが各々位置し得る。
【０４４８】
図２６（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。また、図２６（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２６（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２６（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されることができる。また、図２６（ｅ）のような資源ユニット構成方式によれば、１つの資源ユニットは、４８４個のトーンで構成されることができる。
【０４４９】
２６トーンで構成された資源ユニットは、２個のパイロットトーンを含むことができ、５２トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができ、１０６トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができ、２４２トーンで構成された資源ユニットは、８個のパイロットトーンを含むことができ、４８４トーンで構成された資源ユニットは、１６個のパイロットトーンを含むことができる。
【０４５０】
図２６（ａ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１８個のＳＴＡまで支援することができる。また、図２６（ｂ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１０個のＳＴＡまで支援することができる。また、図２６（ｃ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大６個のＳＴＡまで支援することができる。また、図２６（ｄ）のように資源ユニットが構成される場合、４０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大２個のＳＴＡまで支援することができる。また、２６（ｅ）のように資源ユニットが構成される場合、当該資源ユニットは、４０ＭＨｚ帯域でＳＵ  ＤＬ／ＵＬ送信のために１個のＳＴＡに割り当てられることができる。
【０４５１】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量などに基づいて、図２６（ａ）〜図２６（ｅ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図２６（ａ）〜図２６（ｅ）が組み合わせられた資源ユニット構成方式が適用されることができる。
【０４５２】
図２７では、ＰＰＤＵ帯域幅が８０ＭＨｚである場合を例示する。
【０４５３】
８０ＭＨｚ  ＰＰＤＵ帯域幅の中心周波数領域には、７個のＤＣトーンが位置し得る。ただし、８０ＭＨｚ  ＰＰＤＵ帯域幅が１つのＳＴＡに割り当てられた場合に（すなわち、９９６トーンで構成された資源ユニットが１つのＳＴＡに割り当てられた場合）、中心周波数領域には、５個のＤＣトーンが位置し得る。また、８０ＭＨｚ  ＰＰＤＵ帯域幅の両側には、１２個のレフトガードトーン及び１１個のライトガードトーンが各々位置し得る。
【０４５４】
図２７（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。また、図２７（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２７（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図２７（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されるか、２６個のトーンで構成されることができる。図２７（ｅ）のような資源ユニット構成方式によれば、１つの資源ユニットは、４８４個のトーンで構成されるか、２６個のトーンで構成されることができる。図２７（ｆ）のような資源ユニット構成方式によれば、１つの資源ユニットは、９９６個のトーンで構成されることができる。
【０４５５】
２６トーンで構成された資源ユニットは、２個のパイロットトーンを含むことができ、５２トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができ、１０６トーンで構成された資源ユニットは、４個のパイロットトーンを含むことができ、２４２トーンで構成された資源ユニットは、８個のパイロットトーンを含むことができ、４８４トーンで構成された資源ユニットは、１６個のパイロットトーンを含むことができ、９９６トーンで構成された資源ユニットは、１６個のパイロットトーンを含むことができる。
【０４５６】
図２７（ａ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大３７個のＳＴＡまで支援することができる。また、図２７（ｂ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大２１個のＳＴＡまで支援することができる。また、図２７（ｃ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大１３個のＳＴＡまで支援することができる。また、２７（ｄ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大５個のＳＴＡまで支援することができる。また、２７（ｅ）のように資源ユニットが構成される場合、８０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために最大３個のＳＴＡまで支援することができる。また、図２７（ｆ）のように資源ユニットが構成される場合、当該資源ユニットは、８０ＭＨｚ帯域でＳＵ  ＤＬ／ＵＬ送信のために１個のＳＴＡに割り当てられることができる。
【０４５７】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量などに基づいて、図２７（ａ）〜図２７（ｆ）のうち、いずれか１つの資源ユニット構成方式が適用されるか、または、図２７（ａ）〜図２７（ｆ）が組み合わせられた資源ユニット構成方式が適用されることができる。
【０４５８】
その他にも、図面には示していないが、ＰＰＤＵ帯域幅が１６０ＭＨｚである場合の資源ユニットの構成方式も提案されることができる。この場合、１６０ＭＨｚ  ＰＰＤＵの帯域幅は、図３２において上述した８０ＭＨｚ  ＰＰＤＵ帯域幅が２回繰り返された構造を有することができる。
【０４５９】
上述した資源ユニット構成方式によって決定された全体資源ユニットのうち、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のために一部の資源ユニットだけが用いられることもできる。例えば、２０ＭＨｚ内で図３０（ａ）のように資源ユニットが構成される場合、９個未満のＳＴＡに各々１つずつ資源ユニットが割り当てられ、残りの資源ユニットは、いずれのＳＴＡにも割り当てられないこともある。
【０４６０】
ＤＬ  ＯＦＤＭＡ送信の場合、ＰＰＤＵのデータフィールドは、各ＳＴＡに割り当てられた資源ユニット単位で周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化されて送信される。
【０４６１】
それに対し、ＵＬ  ＯＦＤＭＡ送信の場合、各ＳＴＡ別に各々自分が割当を受けた資源ユニット単位でＰＰＤＵのデータフィールドを構成し、同時にＡＰに送信することができる。このように各ＳＴＡが同時にＰＰＤＵを送信するので、受信端であるＡＰの立場では、各ＳＴＡから送信されるＰＰＤＵのデータフィールドが周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化されて送信されることと認識されることができる。
【０４６２】
また、ＤＬ／ＵＬ  ＯＦＤＭＡ送信とＤＬ／ＵＬ  ＭＵ−ＭＩＭＯ送信とが同時に支援される場合、１つの資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成されることができる。そして、１つのＳＴＡにＤＬ／ＵＬ空間資源（ｓｐａｔｉａｌ  ｒｅｓｏｕｒｃｅ）として１つ以上のストリームが割り当てられて、複数個のＳＴＡに各々互いに異なるストリームが割り当てられ得る。
【０４６３】
例えば、図２５（ｃ）において１０６トーンで構成される資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成されて、ＤＬ／ＵＬ  ＯＦＤＭＡとＤＬ／ＵＬ  ＭＵ−ＭＩＭＯとを同時に支援することができる。
【０４６４】
（次世代システムのチャネル状態情報フィードバック方法）
前述したように、次世代ＷＬＡＮシステムではＯＦＤＭＡ技術が導入されるにつれて、ＳＴＡのＵＬ  ＭＵ送信が可能になった。その結果、ＤＬチャネルに対するチャネル状態情報（または、フィードバック情報）を報告するための（または、フィードバックするための）サウンディングプロトコル（または、シーケンス）でも、複数のＳＴＡがチャネル状態情報を同時にＡＰにＵＬ  ＭＵ送信することが可能になった。この場合、複数のＳＴＡが送信するチャネル状態情報間の衝突が発生しないように各ＳＴＡにＵＬ  ＭＵ送信資源が割り当てられる必要がある。したがって、次世代システムのサウンディングプロトコルでは各ＳＴＡに対するＵＬ  ＭＵ送信資源の割り当て情報（または、トリガー情報）が含まれたトリガーフレームの送受信手続が要求されることができ、これに関しては図２８で詳細に後述する。
【０４６５】
図２８は、本発明の一実施形態に係るサウンディングプロトコルを例示する図である。本図面には図７から図１１で前述した説明が同一／類似するように適用されることができ、以下では図７ないし図１１との差異点を中心として説明する。
【０４６６】
図２８を参照すると、ＤＬチャネルに対するチャネル状態情報を獲得するためにＡＰはＮＤＰフレーム２８２０の送信を知らせる（または、サウンディングプロトコルを開始する）ＮＤＰＡフレーム（または、ＮＤＰＡ機能／情報）２８１０をＳＴＡに送信することができる。ＮＤＰＡフレーム２８１０には、サウンディングプロトコルに関する制御情報が含まれていることができる。例えば、ＮＤＰＡフレーム２８１０には、どんなＳＴＡが、どんなＤＬチャネルを、如何なる方式により測定するかに関するフィードバック指示情報（または、サウンディング指示情報）が含まれていることができる。
【０４６７】
また、ＡＰはＳＴＡが測定する対象ＤＬチャネルに関する情報を指示するＮＤＰフレーム（または、ＮＤＰ機能／情報）２８２０をＳＴＡに送信することができる。ＮＤＰフレーム２８２０には測定する対象ＤＬチャネルに関する情報を指示するＨＥ−ＳＴＦ／ＬＴＦが含まれていることができる（または、ＤＬチャネルのサウンディング（または、ＤＬ  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ））のためのＨＥ−ＳＴＦ／ＬＴＦが含まれていることができる）。この際、ＮＤＰフレーム２８２０にはＳＴＡがチャネル状態を報告する空間ストリームの個数と等しいか多い数のＨＥ−ＬＴＦが含まれていることができる。
【０４６８】
また、ＡＰはＵＬ  ＭＵ送信をトリガーするトリガーフレーム（または、トリガー機能／情報）２８３０をＳＴＡに送信することができる。トリガーフレーム２８３０にはＤＬチャネルに対するチャネル状態情報のＵＬ  ＭＵ送信のために各ＳＴＡに割り当てられたＵＬ  ＭＵ資源に関する資源割り当て情報が含まれていることができる。この際、各ＳＴＡに割り当てできる周波数資源割り当て単位に関する説明は、図２５ないし２７と関連して前述した通りである。
【０４６９】
トリガーフレーム２８３０を受信したＳＴＡは、ＮＤＰＡフレーム２８１０及びトリガーフレーム２８３０で指示する対象ＤＬチャネルを測定してチャネル状態情報を獲得することができる。ＳＴＡは、獲得したチャネル状態情報が含まれたフィードバックフレーム（または、ビームフォーミングフレーム／ビームフォーミングフィードバックフレーム）２８４０を生成し、自身に割り当てられたＵＬ  ＭＵ資源を用いて生成したフィードバックフレーム２８４０をＵＬ  ＭＵ送信することができる。
【０４７０】
図７に図示されたレガシーシステムでのサウンディングプロトコルと比較すると、本サウンディングプロトコルでＳＴＡはチャネル状態情報が含まれたフィードバックフレームを同時にＵＬ  ＭＵ送信するので、時間面でオーバーヘッドが少ないという効果が存在する。
【０４７１】
本明細書で提案されるサウンディングプロトコルで、ＮＤＰＡフレーム２８１０、ＮＤＰフレーム２８２０、及びトリガーフレーム２８３０は、実施形態によって互いに異なるＤＬ  ＰＰＤＵを介して送信されることができ、または１つのＤＬ  ＰＰＤＵを介して送信されることもできる。
【０４７２】
図２９は、本発明の第１実施形態に係るサウンディングプロトコルを例示する図である。
【０４７３】
図２９を参照すると、ＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームを各々互いに異なるＤＬ  ＰＰＤＵに含まれて送信されることができ、順次に送信できる。本図面で、ｐｒｅａｍｂｌｅはレガシープリアンブルとＨＥプリアンブルが含まれた物理的プリアンブルを意味する。ただし、ＮＤＰフレームが含まれたＤＬ  ＰＰＤＵのｐｒｅａｍｂｌｅはＨＥ−ＳＴＦ及び／又はＨＥ−ＬＴＦが除外されたＨＥプリアンブルとレガシープリアンブルが含まれた物理的プリアンブルを意味することができ、この際、ＮＤＰフレームにはＨＥ−ＳＴＦ及び／又はＨＥ−ＬＴＦが含まれることができる。即ち、ＮＤＰフレームが含まれたＤＬ  ＰＰＤＵはレガシープリアンブルからＨＥ−ＳＴＦ及び／又はＨＥ−ＬＴＦまで含まれて、ＰＰＤＵでデータ部分だけ除外された物理的プリアンブルを意味することができる。
【０４７４】
この際、各ＤＬ  ＰＰＤＵは順次に（または、連続的に）一定な時間間隔（例えば、ＳＩＦＳ（Ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ））を置いてＤＬ送信できる。例えば、ＮＤＰＡフレームが含まれた第１のＤＬ  ＰＰＤＵが送信され、ＳＩＦＳの後にＮＤＰフレームが含まれた第２のＤＬ  ＰＰＤＵが送信できる。また、第２のＤＬ  ＰＰＤＵが送信され、ＳＩＦＳの後にトリガーフレームが含まれた第３のＤＬ  ＰＰＤＵが送信できる。また、第３のＤＬ  ＰＰＤＵが送信され、ＳＩＦＳの後にフィードバックフレームが含まれたＵＬ  ＰＰＤＵが送信できる。
【０４７５】
このように、ＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームが各々互いに異なるＤＬ  ＰＰＤＵに乗せて送信される場合、オーバーヘッドが大きいという問題点が存在する。前述した例の場合、第２のＤＬ  ＰＰＤＵのｐｒｅａｍｂｌｅと第３のＤＬ  ＰＰＤＵのｐｒｅａｍｂｌｅ、そして２回のＳＩＦＳによって時間面でオーバーヘッドが非常に大きいということを確認することができる。
【０４７６】
したがって、このようなオーバーヘッドを減らすために、本明細書ではＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームを１つまたは２つのＤＬ  ＰＰＤＵに共に含んで送信し、この場合、重複する情報は削除して送信する方法を提案する。これと関連したより詳細な説明は図３０と関連して以下で詳細に後述する。
【０４７７】
図３０は、本発明の第２及び第３実施形態に係るサウンディングプロトコルを例示する図である。より詳しくは、図３０（ａ）は本発明の第２実施形態に係るサウンディングプロトコル、図３０（ｂ）は本発明の第３実施形態に係るサウンディングプロトコルを各々例示する図である。
【０４７８】
図３０（ａ）を参照すると、図２９で前述したオーバーヘッドを減らすために、ＡＰはＮＤＰフレームとトリガーフレームを１つのＤＬ  ＰＰＤＵを介して送信することができる。言い換えると、ＡＰはオーバーヘッドを減らすためにＮＤＰフレームとトリガーフレームを結合して１つのＤＬ  ＰＰＤＵを介して送信することができる。これは、ＡＰがＮＤＰフレームの機能（または、ＮＤＰ機能）及びトリガーフレームの機能（または、トリガー機能）を共に遂行する少なくとも１つのフレームを生成し、該当フレームを１つのＤＬ  ＰＰＤＵを介して送信すると表現されることもできる。
【０４７９】
例えば、ＡＰはＮＤＰＡフレームが含まれた第１のＤＬ  ＰＰＤＵを送信し、ＳＩＦＳの後に、ＮＰＤフレーム（ＮＤＰ機能）とトリガーフレーム（トリガー機能）が含まれた第２のＤＬ  ＰＰＤＵを送信することができる。第１及び第２のＤＬ  ＰＰＤＵを受信したＳＴＡは測定の指示を受けたＤＬチャネルに対するチャネル状態情報が含まれたフィードバックフレームを生成し、生成されたフィードバックフレームが乗せたＵＬ（ＳＵ／ＭＵ）ＰＰＤＵをＡＰに送信することができる。
【０４８０】
第２実施形態の場合、ＮＤＰフレームとトリガーフレームが互いに異なるＤＬ  ＰＰＤＵを介して送信される場合に発生できるオーバーヘッド（ＳＩＦＳ及びＮＤＰフレームを含むＤＬ  ＰＰＤＵの物理プリアンブル）が除去されるという長所が存在する。
【０４８１】
図３０（ｂ）を参照すると、図２９で前述したオーバーヘッドを減らすために、ＡＰはＮＤＰＡフレーム、ＮＤＰフレームとトリガーフレームを１つのＤＬ  ＰＰＤＵを介して送信することができる。言い換えると、ＡＰはオーバーヘッドを減らすためにＮＤＰＡフレーム、ＮＤＰフレームとトリガーフレームを結合して１つのＤＬ  ＰＰＤＵを介して送信することができる。これは、ＡＰがＮＤＰＡフレームの機能（または、ＮＤＰＡ機能）、ＮＤＰフレームの機能（または、ＮＤＰ機能）、及びトリガーフレームの機能（または、トリガー機能）を全て遂行する少なくとも１つのフレームを生成し、該当フレームを１つのＤＬ  ＰＰＤＵを介して送信すると表現されることもできる。
【０４８２】
例えば、ＡＰはＮＤＰＡフレーム（ＮＤＰＡ機能）、ＮＤＰフレーム（ＮＤＰ機能）、及びトリガーフレーム（トリガー機能）が全て含まれたＤＬ  ＰＰＤＵをＳＴＡに送信することができ、これからＳＩＦＳの後にＳＴＡは測定の指示を受けたＤＬチャネルに対するチャネル状態情報が含まれたフィードバックフレームが乗せたＵＬ（ＳＵ／ＭＵ）ＰＰＤＵをＡＰに送信することができる。
【０４８３】
第３実施形態の場合、ＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームが互いに異なるＤＬ  ＰＰＤＵを介して送信される場合に発生できるオーバーヘッド（２回のＳＩＦＳ及びＮＤＰ／トリガーフレームを含むＤＬ  ＰＰＤＵの物理プリアンブル）が除去されるという長所が存在する。
【０４８４】
ただし、ＡＰがＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームを単純に結合して送信する場合、各フレーム別に存在する同一な情報が１つのＤＬ  ＰＰＤＵ内で重複して存在するというオーバーヘッドが発生する。また、次世代ＷＬＡＮシステムにＯＦＤＭＡ技術が導入されることにつれて、ＡＰはＳＴＡにどんな周波数資源ユニット（例えば、２０ＭＨｚチャネルで左側から２番目及び３番目に位置した２６トーン資源ユニット）を測定してフィードバックするか否かを指示する周波数情報を追加で送信しなければならないこともある。したがって、以下では第２または第３実施形態で送受信されるフレームに含まれることができる情報を提案する。
【０４８５】
図３１は、本発明の一実施形態に係るＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームに各々含まれる情報を例示する図である。
【０４８６】
図３１を参照すると、ＮＤＰＡフレーム（または、ＮＤＰＡ機能）にはサウンディング（ダイアログ）トークン情報（または、フィールド）、ＳＴＡのＡＩＤ情報（または、フィールド）、Ｎｃ  ｉｎｄｅｘ情報（または、フィールド）の他に、周波数情報（または、フィールド）が追加で含まれることができる。ここで、周波数情報は前述したようにＳＴＡがチャネル状態を報告する測定対象である周波数資源ユニットを指示する情報を示すことができる。したがって、周波数情報を受信したＳＴＡは、受信した周波数情報が指示する周波数資源ユニットのチャネル状態を測定してＡＰにフィードバック（または、報告）することができる。このような周波数情報は、実施形態によってＮＤＰＡフレームに選択的に含まれることができる。一方、本図面に図示したＮＤＰＡフレームは実施形態に過ぎず、図示された情報（または、フィールド）のうちの一部の情報（または、フィールド）が除外されるか、または新たな情報が含まれてＮＤＰＡフレームが構成されることもできる。
【０４８７】
トリガーフレームの場合、ＡＩＤ情報（または、フィールド）はＮＤＰＡフレームに含まれているＳＴＡのＡＩＤ情報（または、フィールド）と重複するので、該当ＡＩＤ情報は除外されて構成できる。また、もしＳＴＡがフィードバックフレームをＵＬ  ＭＵ送信するために割り当てられた周波数／空間資源が予め設定されている場合（即ち、既に設定された大きさの周波数資源ユニットに固定されている場合）、トリガーフレームは資源割り当て情報やはり除外されて構成できる。
【０４８８】
このように、トリガーフレームの一部の情報が除外されて構成される場合、除外された情報だけトリガーフレームの構成ビット数が減るようになる。したがって、第２または第３実施形態によってサウンディングプロトコルを遂行する場合、ＡＰはトリガーフレームをＮＤＰＡフレーム及び／又はＮＤＰフレームと結合して１つのフレームで構成することが可能である。
【０４８９】
以下、第３実施形態のサウンディングプロトコルで送受信されるＤＬ  ＰＰＤＵフォーマットに対し、より詳細に説明する。即ち、以下ではＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームが１つのＤＬ  ＰＰＤＵを介して送信される場合、ＤＬ  ＰＰＤＵのフォーマットに対して詳細に説明する。
【０４９０】
図３２は、本発明の第３実施形態に係るサウンディングプロトコルで送受信されるＤＬ  ＰＰＤＵフォーマットを例示する。図３３は、図３２（ａ）のＤＬ  ＰＰＤＵフォーマットの具体的な実施形態を図示した図である。本図面で、Ｌ  ｐｒｅａｍｂｌｅはレガシープリアンブルを意味する。また、本図面でトリガーフレームはＮＤＰＡ機能及びトリガー機能を遂行するフレームを意味することができる。即ち、本図面で、トリガーフレームはＮＤＰＡフレーム及びトリガーフレームが結合されて構成されたフレームを意味することができる。
【０４９１】
図３２（ａ）を参照すると、チャネルサウンディングのためのＤＬ  ＰＰＤＵでトリガーフレームはＨＥ−ＳＴＦ及びＨＥ−ＬＴＦの前に位置して構成できる。即ち、チャネルサウンディングのためのＤＬ  ＰＰＤＵはレガシープリアンブル、トリガーフレーム、ＨＥ−ＳＴＦ、及びＨＥ−ＬＴＦの順に構成できる。トリガーフレームの後に位置するＨＥ−ＳＴＦ及びＨＥ−ＬＴＦは、ＳＴＡがＤＬチャネル状態を測定するための情報として使用できる。
【０４９２】
トリガーフレームは、ＰＨＹ構造またはＭＡＣ構造で構成できる。より詳しくは、図３３（ａ）を参照すると、ＰＨＹ構造のトリガーフレームはＨＥ−ＳＩＧ  ＡフィールドとＨＥ−ＳＩＧ  Ｂフィールドで構成できる。この際、トリガー情報はＨＥ−ＳＩＧ  Ｂフィールドに含まれることができ、ＮＤＰＡ情報はＨＥ−ＳＩＧ  ＡフィールドまたはＨＥ−ＳＩＧ  Ｂフィールドに含まれることができる。また、図３３（ｂ）を参照すると、ＭＡＣ構造のトリガーフレームは、レガシープリアンブル（Ｌ−ＳＴＦ／ＬＴＦ／ＳＩＧ）を除外したＰＰＤＵ構造で構成できる。例えば、ＭＡＣ構造のトリガーフレームはトリガー情報が含まれたＨＥフレームフォーマットで構成できる。または、ＭＡＣ構造のトリガーフレームはｏｕｔｄｏｏｒ環境の強靭な（ｒｏｂｕｓｔ）送信のためにＨＥ−プリアンブル及びトリガー情報が含まれたＨＥ−フレームが含まれて構成できる。
【０４９３】
チャネル状態の測定（または、報告）の指示を受けないＳＴＡ（即ち、ＮＤＰＡフレーム（または、情報）のＡＩＤフィールドにＡＩＤが含まれていないＳＴＡ）は、ＨＥ−ＳＩＧ  Ａ／Ｂフィールドが指示するＴＸＯＰ  ｄｕｒａｔｉｏｎ（図３３（ａ）参照）やトリガーフレームが指示するＭＡＣ  ｄｕｒａｔｉｏｎで（図３３（ｂ）参照）ＮＡＶ  ｓｅｔｔｉｎｇを行うことができる。
【０４９４】
また、チャネル状態の測定（または、報告）の指示を受けたＳＴＡ（即ち、ＮＤＰＡフレーム（または、情報）のＡＩＤフィールドにＡＩＤが含まれているＳＴＡ）は、Ｌ−ＳＩＧ  ｄｕｒａｔｉｏｎを読み取ってトリガーフレームの長さを知ることができる。より詳しくは、３３（ａ）の場合、ＳＴＡはレガシープリアンブルにＳＵＬ−ＳＩＧ  ｄｕｒａｔｉｏｎを読み取って、ＰＨＹ構造で構成されたトリガーフレームに該当するＨＥ−ＳＩＧ  Ａ／Ｂフィールドの長さを知ることができる。あるいは、３３（ｂ）の実施形態の場合、ＳＴＡはＬ−ＳＩＧ  ｄｕｒａｔｉｏｎを読み取ってＭＡＣ構造で構成されたトリガーフレームの長さを知ることができる。また、前記ＳＴＡはトリガーフレーム（または、情報）を読み取って該当フレームがＤＬチャネル状態の測定を指示するフレームであることが分かる。延いては、ＳＴＡはトリガーフレーム（または、情報）を通じて、トリガーフレームの後にＤＬチャネル状態の測定のためのＨＥ−ＳＴＦ／ＬＴＦが含まれており、その構成がどうかが分かる。その結果、ＳＴＡは該当ＨＥ−ＳＴＦ／ＬＴＦを用いてＤＬチャネル状態を測定し、測定した結果をフィードバックフレームとしてＡＰにＵＬ送信することができる。
【０４９５】
また、図３３に図示してはいないが、チャネル測定の指示を受けたＳＴＡがチャネル測定を準備する時間を稼いでくれるために、トリガーフレームの後に位置したＨＥ−ＳＴＦ／ＬＴＦはトリガーフレームの直ぐ後に送信されず、ＳＩＦＳの間隔をおいて送信されることもできる。この際、ＡＰはＳＩＦＳの間隔を空けておいたり（即ち、ＳＩＦＳの間何らの信号も送信しなかったり）ダミー信号を送信したりすることもできる。あるいは、ＡＰはトリガーフレームとＨＥ−ＳＴＦ／ＬＴＦの間に、後にＭＡＣ  ｏｒ  ＰＨＹ  ｐａｄｄｉｎｇを追加することによって、ＳＴＡのチャネル測定準備時間を稼いでくれることもできる。
【０４９６】
また、図３２（ｂ）を参照すると、チャネルサウンディングのためのＤＬ  ＰＰＤＵで、トリガーフレームは３２（ａ）とは異なり、ＨＥ−ＳＴＦ及びＨＥ−ＬＴＦの後に位置して構成できる。即ち、チャネルサウンディングのためのＤＬ  ＰＰＤＵは、レガシープリアンブル、ＨＥ−ＳＩＧフィールド（例えば、ＨＥ−ＳＩＧ  Ａ／Ｂ／Ｃフィールド）、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、及びトリガーフレームの順に構成できる。トリガーフレームの後に位置するＨＥ−ＳＴＦ及びＨＥ−ＬＴＦは、ＳＴＡがＤＬチャネル状態を測定するための情報として使用できる。
【０４９７】
本実施形態で、トリガーフレームが含まれたＤＬ  ＰＰＤＵは８０２．１１ａｘシステムで提案されるＤＬ  ＭＵ  ＰＰＤＵ（トリガーフレームが含まれたＤＬ  ＭＵ  ＰＰＤＵ）構造で構成できる。ただし、トリガーフレームの前に位置するＨＥ−ＳＴＦ／ＬＴＦは、ＳＴＡがトリガーフレームを読み取るための用途だけでなく、ＤＬチャネル状態を測定するための用途にその機能が拡張できる。
【０４９８】
例えば、トリガーフレームは１つの空間ストリームを通じて送信されてもＨＥ−ＬＴＦには８個の空間ストリームに関するチャネル情報が全て乗せて送信できる。このために、ＨＥ−ＬＴＦは測定する空間ストリーム個数と等しいか多い個数でＤＬ  ＰＰＤＵに含まれて送信できる。したがって、前記例の場合、８個（あるいは、８個以上）のＨＥ−ＬＴＦがＤＬ  ＰＰＤＵに含まれて送信できる。該当ＨＥ−ＬＴＦを受信したＳＴＡはトリガーフレームを読み取るためにトリガーフレームが送信された１つの空間ストリームに対するチャネルを推定することができ、ＤＬチャネル状態を測定するために８個の空間ストリームのチャネルを推定／測定し、該当チャネルに対するチャネル状態情報を生成することができる。
【０４９９】
もし、ＡＰが全体空間ストリームのうちの一部の空間ストリームに対してのみチャネル状態情報を報告することを指示した場合（例えば、ＮＤＰＡフレーム（または、情報）を通じて指示）、ＳＴＡはＡＰが指定してくれた空間ストリームに対してのみチャネルを推定／測定し、測定結果をＡＰにフィードバックすることができる。ＡＰがチャネル測定領域（周波数／空間ストリーム）を指示する実施形態は、以下により詳細に後述する。
【０５００】
（フィードバックフレームのＵＬ  ＭＵ送信）
ＳＴＡが衝突無しでフィードバックフレームを同時にＵＬ  ＭＵ送信するためには、各ＳＴＡは自身に割り当てられた資源ユニットが何だか知っていなければならない。このために、一実施形態として、各ＳＴＡはフィードバックフレーム送信のための資源割り当て情報（または、トリガー情報）をトリガーフレームを通じてＡＰから直接受信することができる。または、他の実施形態として、シグナリングオーバーヘッドを減らすために、フィードバックフレーム送信のために各ＳＴＡに割り当てられた資源ユニットが予め決定されていることがある。または、各ＳＴＡが予め設定された数式によって計算してフィードバックフレーム送信のための資源割り当て情報を直接獲得／推測することもできる。
【０５０１】
フィードバックフレーム送信のために、各ＳＴＡに割り当てられる周波数資源の最小単位として周波数ユニット（Ｆｒｅｑｕｅｎｃｙ  Ｕｎｉｔ）が定義できる。ここで、周波数ユニットは図２５ないし図２７で前述した資源ユニットと対応する概念でありうる。したがって、周波数ユニットは２６トーン、５２トーン、１０６トーン、２４２トーン、４８４トーン、または９９６トーン資源ユニットに該当することができる。以下、説明の便宜のために周波数ユニットが２６トーン資源ユニットである場合を基準として説明する。
【０５０２】
周波数ユニットは所定の個数ずつＡＩＤフィールドに含まれたＳＴＡ  ＡＩＤの順に順次に割り当てられることができ、各ＳＴＡに割り当てられる周波数ユニットの割り当て個数は以下に提案される方法により決定できる。
【０５０３】
１．ＳＴＡ数だけ割って割り当てる方法
ＡＰはフィードバックフレームのＵＬ  ＭＵ送信のためにＳＴＡに割り当てることができる全体周波数ユニットをＳＴＡ数で割った個数の周波数ユニットを各ＳＴＡに割り当てることができる。即ち、（全体周波数ユニット個数／ＳＴＡ数＝ｘ、ｘは自然数）の場合、ＡＰはｘ個の周波数ユニットを各ＳＴＡに割り当てることができる。全体割り当て可能な周波数ユニットの個数がＳＴＡ数で割って割り切れない場合には、中間に位置した周波数ユニットをどのＳＴＡにも割り当てらないで空けて置いたり、特定ＳＴＡに纏めて割り当てたりすることができる。例えば、ＡＰは特定ＳＴＡには全体割り当て可能な周波数ユニットをＳＴＡ数で割った数を切り上げ（即ち、（ｃｅｉｌｉｎｇ（ｘ）＝ｙ））した数（ｙ）だけ周波数ユニットを割り当てることができ、残りのＳＴＡには切り捨て（即ち、（ｆｌｏｏｒ（ｘ）＝ｚ））した数（ｚ）だけ周波数ユニットを割り当てることができる。
【０５０４】
このように、割り当て個数が決定された周波数ユニットは周波数ドメインで順次に各ＳＴＡに割り当てできる。例えば、ＳＴＡ１〜３の各々にフィードバックフレーム送信のための２６トーン資源ユニットが３個ずつ割り当てられた場合、ＳＴＡ１には２０ＭＨｚチャネルで第１〜第３に位置した２６トーン資源ユニットが、ＳＴＡ２には２０ＭＨｚチャネルで第４〜第６に位置した２６トーン資源ユニットが、ＳＴＡ３には２０ＭＨｚチャネルで第７〜第９に位置した２６トーン資源ユニットが各々割り当てできる。
【０５０５】
したがって、各ＳＴＡはＮＤＰＡフレームまたはトリガーフレームに含まれたＡＩＤフィールドで自身のＡＩＤの前に羅列された他のＡＩＤに対応するＳＴＡに割り当てられた周波数ユニットの個数を累積して計算することによって、自身に割り当てられた周波数ユニットの位置を知ることができる。
【０５０６】
２．Ｆｅｅｄｂａｃｋ量によって割り当てる方法
ＡＰは、各ＳＴＡが送信しなければならないフィードバック情報量に基づいて各ＳＴＡに割り当てる周波数ユニットの個数を決定することができる。より詳しくは、ＡＰは各ＳＴＡが送信しなければならないフィードバック情報量（または、チャネル状態情報量）と比例するように、各ＳＴＡに割り当てられる周波数ユニットの個数を決定することができる。
【０５０７】
一実施形態として、ＡＰは各ＳＴＡがフィードバックしなければならない空間ストリーム個数に基づいて各ＳＴＡに割り当てる周波数ユニットの個数を決定することができる。より詳しくは、ＡＰは各ＳＴＡがフィードバックしなければならない空間ストリーム個数と比例するように各ＳＴＡに割り当てられる周波数ユニットの個数を決定することができる。例えば、ＡＰはＳＴＡ１に１つの空間ストリームに対するチャネル状態を、ＳＴＡ２に８個の空間ストリームに対するチャネル状態をフィードバックすることを指示することができる。この場合、ＳＴＡ１は１つの空間ストリームに対するチャネル状態情報を、ＳＴＡ２は８個の空間ストリームに対するチャネル状態情報をＵＬ  ＭＵ送信しなければならないので、ＳＴＡ２が送信しなければならないフィードバック情報量はＳＴＡ１より多いことがある。したがって、ＡＰはＳＴＡ１には１つの周波数ユニットを、ＳＴＡ２には８個の周波数ユニットを各々割り当てることができる。
【０５０８】
他の実施形態として、ＡＰは各ＳＴＡがフィードバック値を生成するフィードバック単位に基づいて各ＳＴＡに割り当てる周波数ユニットの個数を決定することができる。より詳しくは、ＡＰは各ＳＴＡがフィードバック値を生成するようになるフィードバック単位に反比例するように各ＳＴＡに割り当てられる周波数ユニットの個数を決定することができる。ここで、フィードバック値はＭＣＳレベルまたは空間ストリームに対する既に設定されたフィードバック単位のＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）またはビームフォーミングフィードバック行列（または、ビームフォーミングフィードバックベクトル）を含むことができ、ビームフォーミング方法が変更されれば、変更されたビームフォーミング方法に対するビームフォーミングフィードバック値を全て含むことができる。
【０５０９】
ＳＴＡがフィードバック値を生成しなければならないフィードバック単位が大きくなるほどフィードバックしなければならない情報量は減り、フィードバック単位が小さいほどフィードバックしなければならない情報量は増える。例えば、ＳＴＡがフィードバック値を生成しなければならないフィードバック単位が２６トーンである場合を仮定して見ることができる。この場合、ＳＴＡは２６トーン毎に１つのフィードバック値を生成（または、獲得）しなければならず、２０ＭＨｚチャネルに対してフィードバックするには、ＳＴＡは総９個のフィードバック値を生成（または、獲得）してチャネル状態情報としてＡＰに送信しなければならない。反対に、ＳＴＡがフィードバック値を生成しなければならないフィードバック単位が２０ＭＨｚチャネルである場合を仮定して見ることができる。この場合、ＳＴＡは２０ＭＨｚチャネルに対する総１つのフィードバック値を生成（または、獲得）してチャネル状態情報としてＡＰに送信しなければならない。即ち、ＳＴＡがフィードバックしなければならない（または、フィードバック値を生成しなければならない）フィードバック単位が大きいほどフィードバック情報量（または、チャネル状態情報量）は少ないので、ＡＰはフィードバック生成フィードバック単位が２６トーンである場合に２０ＭＨｚチャネルである場合より多い周波数ユニットを割り当てる。
【０５１０】
他の実施形態として、ＳＴＡはＵＬ  ＭＵフィードバックフレームの長さをＡＰから指示を受けて知っているので、自身が送信しなければならないフィードバック情報（または、チャネル状態情報）の指示を受けたＵＬ  ＭＵフィードバックフレーム長さに合せて送信するために必要な周波数ユニットの個数を直接計算することができる。また、ＳＴＡは自身に割り当てられた周波数ユニットの個数だけでなく、ＡＩＤフィールドで自身のＡＩＤの前に羅列されたＡＩＤと対応する他のＳＴＡに割り当てられた周波数ユニットの個数も累積して計算して自身に割り当てられた周波数ユニットの位置を知ることができる。
【０５１１】
３．ＡＰが直接割り当てる方法
ＡＰが直接各ＳＴＡに少なくとも１つの周波数ユニットを割り当てて、周波数ユニットの割り当て情報（または、資源割り当て情報）をトリガーフレームを通じて各ＳＴＡに送信することができる。この際、周波数ユニットの割り当て情報は多様な実施形態としてシグナリングできる。
【０５１２】
一実施形態として、資源割り当て情報はビット値でＳＴＡに割り当てられた周波数ユニットの個数を指示するようにシグナリングできる。例えば、２０ＭＨｚチャネルの９個の２６トーン資源ユニットが周波数ユニットとして各ＳＴＡに割り当てられた場合、資源割り当て情報は３ｂｉｔｓのビットサイズで構成できる。この場合、資源割り当て情報のビット値’０００’から’１１１’は各々１／２／３／４／５／６／７／９個の周波数ユニット（または、２６トーン資源ユニット）の割り当てを指示することができる。即ち、’０００’である資源割り当て情報を受信したＳＴＡは自身に割り当てられた周波数ユニット（または、２６トーン資源ユニット）が１つであることを認識し、これを用いてフィードバックフレームをＵＬ  ＭＵ送信することができる。
【０５１３】
他の実施形態として、周波数ユニットの割り当て情報はトグリング方式によりＳＴＡに割り当てられた周波数ユニットの個数を指示するようにシグナリングできる。例えば、２０ＭＨｚチャネルの９個の２６トーン資源ユニットが周波数ユニットとして各ＳＴＡに割り当てられた場合、資源割り当て情報は９個の２６トーン資源ユニットと順次に対応する９ｂｉｔｓで構成できる。この場合、資源割り当て情報を構成する複数のビットの各々のビット値は、各ビットと対応する資源ユニットが割り当てられるＳＴＡが他のＳＴＡに変更されることによって、以前ビットのビット値と異なるビット値にスイッチングできる。例えば、’０００１１００１１’である資源割り当て情報は、ＡＩＤフィールドに含まれたＳＴＡの順に各々３／２／２／２個の周波数ユニットが割り当てられたことを指示することができる。
【０５１４】
４．ＡＰが周波数ユニットのインデックスを指示する方法
前述した実施形態で、各ＳＴＡは自身に割り当てられた周波数ユニットのチャネル上の位置はＡＩＤフィールドを通じて自身のＡＩＤの前に羅列されたＡＩＤと対応する他のＳＴＡに割り当てられた周波数ユニットの個数を累積して計算することによって、直接獲得（または、計算）することができる。しかしながら、このような情報もＡＰが直接トリガー情報として各ＳＴＡにｅｘｐｌｉｃｉｔに指示してくれることもできる。この場合、チャネルに存在する周波数ユニット（または、資源ユニット）の各々には位置別に互いに異なるインデックスが割り当てられることができ、ＡＰはこのようなインデックスをＳＴＡに送信してくれることによって、各ＳＴＡに割り当てられた周波数ユニットの位置を指示することができる。
【０５１５】
ＡＰが各ＳＴＡに周波数チャネル上で連続的に位置する周波数ユニットを割り当てると仮定する時、ＡＰはＳＴＡに連続的に割り当てられた周波数ユニットのうち、開始点（または、最左側または最右側）に位置した周波数ユニットのインデックスのみを知らせることができる。この場合、前述した実施形態に従う時、各ＳＴＡは自身に割り当てられた周波数ユニットの個数を知ることができるので、開始点から自身に割り当てられた周波数ユニットの個数だけカウンティングして自身に割り当てられた周波数ユニットを知ることができる。
【０５１６】
または、各ＳＴＡは前述した実施形態を適用せず、自身に割り当てられた周波数ユニットの開始点インデックスと次の順序のＳＴＡに割り当てられた周波数ユニットの開始点インデックスを読み取ることによって、自身に割り当てられた周波数ユニットの個数及び位置を知ることができる。または、ＡＰが開始点インデックスの代わりに各ＳＴＡに割り当てられた周波数ユニットのうち、終端地点（または、最後）に位置した周波数ユニットのインデックスを知らせてくれることもできる。この場合、各ＳＴＡは受信したＡＩＤフィールドで自身のＡＩＤの以前のＡＩＤと対応するＳＴＡの終端地点インデックスを追加で読み取って自身に割り当てられた周波数ユニットの個数及び位置を知ることができる。
【０５１７】
以上、フィードバックフレームをＵＬ  ＭＵ送信するために各ＳＴＡにＵＬ  ＭＵ資源を割り当て及び指示する方法に関して説明した。前述した実施形態に従って各ＳＴＡにフィードバックフレーム送信のための周波数ユニットが割り当てられる。この際、ＳＴＡに割り当てられる総周波数ユニットの個数がチャネルに含まれた周波数ユニットの個数より多くなる場合が発生することがある。この場合、一部のＳＴＡは次の機会にフィードバックフレームを送信することができる。このために、ＡＰはＵＬ  ＭＵフィードバックフレームを受信し、ＳＩＦＳの後にＢｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔ  ｐｏｌｌ  ｆｒａｍｅあるいはＰｏｌｌｉｎｇ／ＡＣＫの役割をするトリガーフレームを送信することができ、トリガーフレームに含まれる情報は次の通りである。
−  以前フィードバックした情報に対するＡＣＫ情報
−  次にフィードバックするＳＴＡのＡＩＤ（ＵＬ  ＭＵ送信を始めるＳＴＡのＡＩＤのみ知らせることもできる）、各ＳＴＡに対してｒｅ−ｏｒｄｅｒｉｎｇされたインデックス情報（仮に、各ＳＴＡに割り当てられた周波数ユニットの開始点あるいは終端地点インデックスを知らせてくれる場合）
【０５１８】
（ＤＬチャネル測定フィードバック単位決定方法）
本実施形態では、ＤＬチャネルを測定／フィードバックする周波数単位を’フィードバックユニット’として定義し、フィードバックユニットを決定する多様な方法に関して詳細に説明する。
【０５１９】
既存のシステムではフィードバックユニットが１〜４個のサブキャリアであった。したがって、最大フィードバック値の送信個数はデータサブキャリア個数だけフィードバックオーバーヘッドが多かった。
【０５２０】
次世代ＷＬＡＮシステムである８０２．１１ａｘでは、既存のシステムよりサブキャリアの個数がより増えるので、既存のシステムの方式を維持すればフィードバックオーバーヘッドが最大４倍まで増えることができ、隣接サブキャリアのチャネルは類似していると見ることができるので、必要によって以下の実施形態のようにフィードバックユニットを設定することによって、フィードバック情報量を減らすことができる。
【０５２１】
（１）ＵＬ  ＭＵ  ＰＰＤＵの全体送信帯域が１つのフィードバックユニットに設定できる。この場合、ＳＴＡは１つのフィードバック値のみをＡＰに報告するようになる。
【０５２２】
（２）２６トーン資源ユニットが１つのフィードバックユニットに設定できる。この場合、ＳＴＡはフィードバックフレームを運ぶＵＬ  ＭＵ  ＰＰＤＵの全体送信帯域が２０ＭＨｚ帯域であれば、総９個のフィードバック値をＡＰに報告するようになる。この際、ＳＴＡは９個のフィードバック値を全て報告するか、またはＡＰの指示により一部のフィードバック値のみを報告することもできるが、これと関連しては以下に詳細に後述する。
【０５２３】
（３）２０ＭＨｚサブチャネルが１つのフィードバックユニットに設定できる。この場合、例えば、フィードバックフレームを運ぶＵＬ  ＭＵ  ＰＰＤＵの全体送信帯域が８０ＭＨｚ帯域であれば、各ＳＴＡは総４個のフィードバック値をＡＰに報告するようになる。この場合にも、ＳＴＡは４個のフィードバック値を全て報告するか、またはＡＰの指示により一部のフィードバック値のみを報告することもできるが、これと関連しては以下に詳細に後述する。
【０５２４】
（ＤＬチャネル測定方法）
既存のシステムではＳＴＡはＤＬ／ＵＬ  ＰＰＤＵの全体送信帯域のＨＥ−ＬＴＦを測定してフィードバックしたが、次世代ＷＬＡＮシステムである８０２．１１ａｘではＯＦＤＭＡ技術が導入されたので、ＡＰはＳＴＡに一部の周波数帯域のみ測定して報告することを要請することができる。即ち、次世代ＷＬＡＮシステムでＡＰは周波数全帯域だけでなく、一部の帯域を測定して報告することをＳＴＡに指示することができる。即ち、ＳＴＡが報告する測定帯域資源は周波数全帯域に送信されるＮＤＰフレームの周波数資源の大きさより等しいか小さく設定できる。特に、全帯域に送信されるＮＤＰフレームの周波数資源と同一な大きさの資源に対するビームフォーミングフィードバック行列を生成して送信する場合（または、フィードバックフレームを通じて送信する場合）、そのオーバーヘッドが少ないのでないので、ＳＴＡが報告する（または、フィードバックする／ビームフォーミングフィードバック行列を送信する）測定帯域資源は、ＮＤＰフレームの資源の大きさと等しいか、またはこれより小さく設定できる。
【０５２５】
例えば、ＡＰは８０ＭＨｚ帯域のうち、特定２０ＭＨｚ帯域のみチャネル状態を測定して報告することをＳＴＡに指示することができる。あるいは、フィードバックユニットが２６トーン資源ユニットを基盤に設定されれば、ＡＰは特定フィードバックユニットに対するチャネル状態を測定して報告することをＳＴＡに指示することもできる。例えば、フィードバックユニットを区別するために各２６トーン資源ユニットにインデックスが割り当てられれば、ＡＰはＳＴＡが報告／測定するフィードバックユニットのインデックスをＳＴＡに送信してくれることによって、ＳＴＡが測定するフィードバックユニットを指示することができる。
【０５２６】
他の実施形態には、ＡＰはＳＴＡが測定した帯域のうち、チャネル状態の良い帯域に対してのみフィードバックすることを指示することもできる。この場合、ＳＴＡはチャネル状態の良い帯域に対する情報と該当帯域のフィードバック値を共に送信することができる。例えば、２０ＭＨｚチャネルで２６トーン資源ユニット基盤のフィードバックユニットが９個設定されたとする時、ＡＰは９個のフィードバックユニットのうち、チャネル状態の最も良いフィードバックユニットに対してのみ報告することをＳＴＡに指示することができる。この場合、ＳＴＡはチャネル状態の最も良いフィードバックユニットに対する情報（例えば、該当フィードバックユニットのインデックス、または位置情報）と該当フィードバックユニットに対して測定したフィードバック値をフィードバックフレームに乗せてＵＬ  ＭＵ送信することができる。
【０５２７】
図３４は、本発明の一実施形態に係るＳＴＡ装置のサウンディング方法を示すフローチャートである。本フローチャートと関連して前述した実施形態が同一に適用できる。したがって、以下では重複説明は省略する。
【０５２８】
図３４を参照すると、まずＳＴＡはＮＤＰフレームの送信を知らせるＮＤＰＡフレームをＡＰから受信することができる（Ｓ３４１０）。この際、ＳＴＡに受信されるＮＤＰＡフレームにはサウンディングプロトコルに関する多様な制御情報が含まれていることができる。例えば、ＮＤＰＡフレームにはどんなＳＴＡが、どんなＤＬチャネルを、いかなる方式により測定するかなどに関するフィードバック指示情報（または、サウンディング指示情報）が含まれていることができる。
【０５２９】
次に、ＳＴＡはＮＤＰフレームをＡＰから受信することができる（Ｓ３４２０）。この際、ＳＴＡに受信されるＮＤＰフレームにはＳＴＡが測定する対象ＤＬチャネルに関する情報を指示するＨＥ−ＳＴＦ／ＬＴＦが含まれていることができる（または、ＤＬチャネルのサウンディング（または、ＤＬ  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ））のためのＨＥ−ＳＴＦ／ＬＴＦが含まれていることができる）。また、ＮＤＰフレームにはＳＴＡがチャネル状態を報告する空間ストリームの個数と等しいか多い数のＨＥ−ＬＴＦが含まれていることができる。
【０５３０】
次に、ＳＴＡはトリガーフレームをＡＰから受信することができる（Ｓ３４３０）。この際、ＳＴＡに受信されるトリガーフレームには、ＳＴＡがＤＬチャネルに対するチャネル状態情報をＵＬ  ＭＵ送信できるように、各ＳＴＡに割り当てられたＵＬ  ＭＵ資源に関する資源割り当て情報が含まれていることができる。
【０５３１】
次に、ＳＴＡはＮＤＰフレームに含まれたトレーニングフィールドに基づいてチャネル状態情報を生成することができる（Ｓ３４４０）。より詳しくは、ＳＴＡはＮＤＰフレームに含まれたＨＥ−ＬＴＦに基づいて測定対象ＤＬチャネルの状態を測定し、測定結果が含まれたチャネル状態情報を生成することができる。この際、もしＡＰが一部の周波数帯域に対してのみフィードバックすることを指示した場合には（ＮＤＰＡフレームを通じて）、ＳＴＡは該当帯域に対するチャネル状態情報のみを生成することができる。
【０５３２】
次に、ＳＴＡは生成したチャネル状態情報が含まれたフィードバックフレームをＵＬ  ＭＵ送信することができる（Ｓ３４５０）。この際、ＳＴＡはステップＳ３４３０で受信したトリガーフレームにより指示を受けたＵＬ  ＭＵ資源を用いて前記フィードバックフレームをＵＬ  ＭＵ送信することができる。
【０５３３】
本フローチャートで、ＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームは、一定の時間間隔（例えば、ＳＩＦＳ）で順次にＳＴＡに受信される場合を基準に説明したが（即ち、互いに異なるＤＬ  ＰＰＤＵを介してＳＴＡに受信）、これに限定されるものではなく、オーバーヘッドを減らすためにＮＤＰＡフレーム、ＮＤＰフレーム、及びトリガーフレームは、１つのＤＬ  ＰＰＤＵに乗せてＳＴＡに受信できることは前述した通りである。この場合、ＡＰは各フレームに存在する同一な情報を重複送信しないように、これを編集して送信できることは前述した通りである。
【０５３４】
図３５は、本発明の一実施の形態にかかる各ＳＴＡ装置のブロック図である。
【０５３５】
図３５において、ＳＴＡ装置３５１０は、メモリ３５１２、プロセッサ３５１１及びＲＦユニット３５１３を備えることができる。そして、上述のようにＳＴＡ装置は、ＨＥ  ＳＴＡ装置であって、ＡＰまたはｎｏｎ−ＡＰ  ＳＴＡになることができる。
【０５３６】
ＲＦユニット３５１３は、プロセッサ３５１１に接続されて無線信号を送信／受信することができる。ＲＦユニット３５１３は、プロセッサ３５１１から受信されたデータを送受信帯域にアップコンバートして信号を送信できる。
【０５３７】
プロセッサ３５１１は、ＲＦユニット３５１３に接続されてＩＥＥＥ  ８０２．１１システムによる物理階層及び／又はＭＡＣ階層を実現できる。プロセッサ３５１１は、上述の図面及び説明による本発明の様々な実施の形態にかかる動作を行うように構成されることができる。また、上述の本発明の様々な実施の形態にかかるＳＴＡ３５１０の動作を実現するモジュールがメモリ３５１２に格納され、プロセッサ３５１１によって実行されることができる。
【０５３８】
メモリ３５１２は、プロセッサ３５１１に接続されて、プロセッサ３５１１を駆動するための様々な情報を格納する。メモリ３５１２は、プロセッサ３５１１の内部に含まれるか、またはプロセッサ３５１１の外部に設置されて、プロセッサ３５１１と公知の手段により接続されることができる。
【０５３９】
また、ＳＴＡ装置３５１０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を備えることができる。
【０５４０】
図３５のＳＴＡ装置３５１０の具体的な構成は、上述の本発明の様々な実施の形態で説明した事項が独立的に適用されるか、または２以上の実施の形態が同時に適用されるように実現されることができる。
【０５４１】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態で組み合わせられたものである。各構成要素または特徴は、別の明示的言及がない限り、選択的なことと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と組み合わせられていない形態で実施されることができる。また、一部構成要素及び／又は特徴を組み合わせて本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作等の順序は変更されることができる。ある実施形態の一部構成や特徴は、他の実施形態に含まれることができ、または、他の実施形態の対応する構成若しくは特徴と交替されることができる。特許請求の範囲で明示的な引用関係がない請求項を組み合わせて実施形態を構成するか、出願後の補正により新しい請求項に含めることができることは自明である。
【０５４２】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの組み合わせなどにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されることができる。
【０５４３】
ファームウェアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、既に公知された様々な手段により前記プロセッサとデータをやり取りできる。
【０５４４】
本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態で具体化され得ることは当業者に自明である。したがって、上述した詳細な説明は、あらゆる面で制限的に解釈されてはならず、例示的なものと考慮されるべきである。本発明の範囲は、添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内でのあらゆる変更は、本発明の範囲に含まれる。
【０５４５】
本発明に関する全ての実施形態が発明の実施のための最善の形態で説明された。
【産業上の利用可能性】
【０５４６】
本発明の無線通信システムにおけるフレーム送信方案は、ＩＥＥＥ  ８０２．１１システムに適用される例を中心として説明したが、ＩＥＥＥ  ８０２．１１システムの他にも、様々な無線通信システムに適用することが可能である。
【図１】
0006484725.tif 000015
【図２】
0006484725.tif 000016
【図３】
0006484725.tif 000017
【図４】
0006484725.tif 000018
【図５】
0006484725.tif 000019
【図６】
0006484725.tif 000020
【図７】
0006484725.tif 000021
【図８】
0006484725.tif 000022
【図９】
0006484725.tif 000023
【図１０】
0006484725.tif 000024
【図１１】
0006484725.tif 000025
【図１２】
0006484725.tif 000026
【図１３】
0006484725.tif 000027
【図１４】
0006484725.tif 000028
【図１５】
0006484725.tif 000029
【図１６】
0006484725.tif 000030
【図１７】
0006484725.tif 000031
【図１８】
0006484725.tif 000032
【図１９】
0006484725.tif 000033
【図２０】
0006484725.tif 000034
【図２１】
0006484725.tif 000035
【図２２】
0006484725.tif 000036
【図２３】
0006484725.tif 000037
【図２４】
0006484725.tif 000038
【図２５】
0006484725.tif 000039
【図２６】
0006484725.tif 000040
【図２７】
0006484725.tif 000041
【図２８】
0006484725.tif 000042
【図２９】
0006484725.tif 000043
【図３０】
0006484725.tif 000044
【図３１】
0006484725.tif 000045
【図３２】
0006484725.tif 000046
【図３３】
0006484725.tif 000047
【図３４】
0006484725.tif 000048
【図３５】
0006484725.tif 000049