(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるＳＴＡ（ｓｔａｔｉｏｎ）によるＵＬ（ｕｐｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）転送のための方法であって、前記方法は、
前記ＵＬ  ＭＵ転送のための資源を指示する資源割当情報を含むトリガーフレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）から受信することと、
前記トリガーフレームに応答してＵＬフレームを転送することと
を含み、
前記ＵＬフレームは、レガシーフィールド、ＨＥ−ＳＩＧ−Ａ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ＳＩＧＮＡＬ−Ａ）フィールド、ＨＥ−ＳＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、及びデータフィールドを含み、
前記ＵＬフレームは、ＨＥ−ＳＩＧ−Ｂ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ＳＩＧＮＡＬ−Ｂ）フィールドを含まず、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記資源割当情報により指示された前記資源において転送される、方法。
【請求項２】
前記ＨＥ−ＳＴＦは、前記ＨＥ−ＳＩＧ−Ａフィールドに後続し、前記ＨＥ−ＬＴＦは、前記ＨＥ−ＳＴＦに後続し、前記データフィールドは、前記ＨＥ−ＬＴＦに後続する、請求項１に記載の方法。
【請求項３】
前記資源割当情報により指示された前記資源が２０ＭＨｚチャネルに位置するときに、前記レガシーフィールド及び前記ＨＥ−ＳＩＧ−Ａフィールドは、前記２０ＭＨｚチャネルにおいて転送される、請求項１又は２に記載の方法。
【請求項４】
前記資源割当情報により指示された前記資源が複数の２０ＭＨｚチャネルに位置するときに、前記レガシーフィールド及び前記ＨＥ−ＳＩＧ−Ａフィールドは、前記複数の２０ＭＨｚチャネルにおいて繰り返して転送される、請求項１又は２に記載の方法。
【請求項５】
前記トリガーフレームは、前記ＳＴＡを識別するためのＳＴＡ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）情報、前記ＵＬフレームのための持続時間情報、前記ＵＬフレームのためのＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）情報、及び、前記ＵＬフレームのためのコーディング情報をさらに含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記ＵＬ  ＭＵ転送は、ＵＬ  ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）転送である、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
無線通信システムにおいてＵＬ（ｕｐｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）転送を実行するためのＳＴＡ（ｓｔａｔｉｏｎ）装置であって、前記ＳＴＡ装置は、
無線信号を送受信するためのＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと
を備え、
前記プロセッサは、
前記ＵＬ  ＭＵ転送のための資源を指示する資源割当情報を含むトリガーフレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）から受信することと、
前記トリガーフレームに応答してＵＬフレームを転送することと
を実行するように構成されており、
前記ＵＬフレームは、レガシーフィールド、ＨＥ−ＳＩＧ−Ａ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ＳＩＧＮＡＬ−Ａ）フィールド、ＨＥ−ＳＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、及びデータフィールドを含み、
前記ＵＬフレームは、ＨＥ−ＳＩＧ−Ｂ（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ−ＳＩＧＮＡＬ−Ｂ）フィールドを含まず、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記資源割当情報により指示された前記資源において転送される、ＳＴＡ装置。
【請求項８】
前記ＨＥ−ＳＴＦは、前記ＨＥ−ＳＩＧ−Ａフィールドに後続し、前記ＨＥ−ＬＴＦは、前記ＨＥ−ＳＴＦに後続し、前記データフィールドは、前記ＨＥ−ＬＴＦに後続する、請求項７に記載のＳＴＡ装置。
【請求項９】
前記資源割当情報により指示された前記資源が２０ＭＨｚチャネルに位置するときに、前記レガシーフィールド及び前記ＨＥ−ＳＩＧ−Ａフィールドは、前記２０ＭＨｚチャネルにおいて転送される、請求項７又は８に記載のＳＴＡ装置。
【請求項１０】
前記資源割当情報により指示された前記資源が複数の２０ＭＨｚチャネルに位置するときに、前記レガシーフィールド及び前記ＨＥ−ＳＩＧ−Ａフィールドは、前記複数の２０ＭＨｚチャネルにおいて繰り返して転送される、請求項７又は８に記載のＳＴＡ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、アップリンク単一ユーザ（single  user）／多重ユーザ（multi  user）転送を遂行するための、または支援するための方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
ワイパイ（Ｗｉ−Ｆｉ）は、２．４ＧＨｚ、５ＧＨｚまたは６０ＧＨｚ周波数帯域において機器がインターネットに接続可能なようにするＷＬＡＮ（Wireless  Local  Area  Network）技術である。
【０００３】
ＷＬＡＮは、ＩＥＥＥ（institute  of  electrical  and  electronic  engineers）８０２．１１標準に基づくＩＥＥＥ  ８０２．１１のＷＮＧ  ＳＣ（Wireless  Next  Generation  Standing  Committee）は、次世代ＷＬＡＮ（wireless  local  area  network）を中長期的に悩むアドホック委員会（commettee）である。
【０００４】
ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのに目的をおいている。さらに具体的に、ＩＥＥＥ  ８０２．１１ｎでは、最大６００Ｍｂｐｓのデータ処理速度（data  rate）を提供する高処理率（ＨＴ：High  Throughput）を支援し、また送信エラーを最小化しデータ速度を最適化するために、送信部と受信部の両端ともに多重アンテナを使用するＭＩＭＯ（Multiple  Inputs  and  Multiple  Outputs）技術に基盤をおいている。
【０００５】
ＷＬＡＮの補給が活性化され、またこれを利用したアプリケーションが多様化するにつれて、超高処理率（ＶＨＴ：Very  High  Throughput）を支援する次世代ＷＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ  ＷＬＡＮシステムの次のバージョンとして、ＩＥＥＥ  ８０２．１１ａｃが新しく制定された。ＩＥＥＥ  ８０２．１１ａｃは、８０ＭＨｚ帯域幅送信及び／またはより高い帯域幅送信（例えば、１６０ＭＨｚ）を介して、１Ｇｂｐｓ以上のデータ処理速度を支援し、主に５ＧＨｚ帯域で動作する。
【０００６】
最近では、ＩＥＥＥ  ８０２．１１ａｃが支援するデータ処理速度よりさらに高い処理率を支援するための新しいＷＬＡＮシステムに対する必要性が台頭しつつある。
【０００７】
一名ＩＥＥＥ  ８０２．１１ａｘまたは高効率（ＨＥＷ：High  Efficiency）ＷＬＡＮと呼ばれる次世代ＷＬＡＮタスクグループで主に論議されるＩＥＥＥ  ８０２．１１ａｘの範囲（scope）は、１）２．４ＧＨｚ及び５ＧＨｚなどの帯域で８０２．１１  ＰＨＹ（physical）階層とＭＡＣ（medium  access  control）階層の向上、２）スペクトル効率性（spectrum  efficiency）と領域スループット（area  throughput）向上、３）干渉ソースが存在する環境、密集した異種ネットワーク（heterogeneous  network）環境及び高いユーザ負荷が存在する環境のような実際の室内環境及び室外環境での性能向上などを含む。
【０００８】
ＩＥＥＥ  ８０２．１１ａｘにおいて主に考慮されるシナリオは、ＡＰ（access  point）とＳＴＡ（station）が多い密集環境であり、ＩＥＥＥ  ８０２．１１ａｘは、このような状況でスペクトル効率（spectrum  efficiency）と空間送信率（area  throughput）の改善について議論する。特に、室内環境だけでなく、従来のＷＬＡＮで多く考慮されなかった室外環境での実質的性能改善に関心を有する。
【０００９】
ＩＥＥＥ  ８０２．１１ａｘでは、無線オフィス（wireless  office）、スマートホーム（smart  home）、スタジアム（Stadium）、ホットスポット（Hotspot）、ビル／アパート（building/apartment）のようなシナリオに関心が大きく、該当シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能の向上についての議論が行われている。
【００１０】
今後、ＩＥＥＥ  ８０２．１１ａｘでは、一つのＢＳＳ（basic  service  set）での単一リンク性能向上よりは、ＯＢＳＳ（overlapping  basic  service  set）環境でのシステム性能の向上及び室外環境性能の改善、及びセルラオフロード（cellular  offloading）などに対する議論が盛んになると予想される。このようなＩＥＥＥ  ８０２．１１ａｘの方向性は、次世代ＷＬＡＮがますます移動通信と類似の技術範囲を有するようになるのを意味する。最近、スモールセル（small  cell）及びＤ２Ｄ（Direct-to-Direct）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮してみると、ＩＥＥＥ  ８０２．１１ａｘに基づいた次世代ＷＬＡＮと移動通信の技術的及び事業的融合は、さらに盛んになると予測される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、無線通信システムにおけるアップリンク単一ユーザ（single  user）または多重ユーザ（multi-user）転送方法を提案する。
【００１２】
また、本発明の目的は、無線通信システムにおけるアップリンク単一ユーザ（single  user）または多重ユーザ（multi-user）転送を支援するためのアップリンクフレーム構造を提案する。
【００１３】
本発明において達成しようとする技術的課題は、以上言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野における通常の知識を有した者にとって明確に理解されるはずである。
【課題を解決するための手段】
【００１４】
本発明の一態様は、無線通信システムにおけるＳＴＡ（Station）がアップリンク（ＵＬ：uplink）多重ユーザ（ＭＵ：Multi-User）転送のための方法において、ＡＰ（Access  Point）からＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位の周波数資源割当情報を含むトリガーフレーム（Trigger  frame）を受信するステップ及び前記周波数資源割当情報に基づいてＵＬ  ＭＵ  ＰＰＤＵを転送するステップを含み、前記ＵＬ  ＭＵ  ＰＰＤＵはＨＥ−ＳＴＦ（High  efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-long  Training  Field）、及びデータフィールドを含み、前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記周波数資源割当情報により指示されたサブバンドで転送できる。
【００１５】
本発明の他の一態様は、無線通信システムにおけるアップリンク（ＵＬ：uplink）多重ユーザ（ＭＵ：Multi-User）転送を遂行するＳＴＡ（Station）装置において、無線信号を送受信するためのＲＦ（Radio  Frequency）ユニット及びプロセッサを含み、前記プロセッサはＡＰ（Access  Point）からＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位の周波数資源割当情報を含むトリガーフレーム（Trigger  frame）を受信し、前記周波数資源割当情報に基づいてＵＬ  ＭＵ  ＰＰＤＵを転送するように構成され、前記ＵＬ  ＭＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記周波数資源割当情報により指示されたサブバンドで転送できる。
【００１６】
好ましくは、前記ＰＰＤＵはＨＥ−ＳＩＧ−Ｂ（HE-SIGNAL-B）フィールドをさらに含み、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記データフィールドのＭＣＳ（Modulation  and  Coding  Scheme）レベル情報を含むことができる。
【００１７】
好ましくは、前記ＨＥ−ＳＩＧ−Ｂフィールドは予め定まった所定の長さに構成できる。
【００１８】
好ましくは、前記ＵＬ  ＭＵ  ＰＰＤＵはＨＥ−ＳＩＧ−Ａフィールドをさらに含み、前記ＨＥ−ＳＩＧ−Ｂフィールドの長さは前記ＨＥ−ＳＩＧ−Ａフィールドで指示できる。
【００１９】
好ましくは、前記ＵＬ  ＭＵ  ＰＰＤＵは前記ＨＥ−ＬＴＦが前記ＨＥ−ＳＴＦの以後に後続し、前記ＨＥ−ＳＩＧ−Ｂフィールドが前記ＨＥ−ＬＴＦの以後に後続するように構成され、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記データフィールドとＤＦＴ（Discrete  Fourier  Transform）周期（period）が同一でありうる。
【００２０】
好ましくは、前記トリガーフレーム（Trigger  frame）により前記ＵＬ  ＭＵ  ＰＰＤＵの長さ情報が指示され、前記ＭＣＳレベルは前記ＵＬ  ＭＵ  ＰＰＤＵの長さに基づいて決定できる。
【００２１】
好ましくは、前記ＵＬ  ＭＵ  ＰＰＤＵはレガシープリアンブル（legacy  preamble）をさらに含み、前記レガシープリアンブルは前記ＵＬ  ＭＵ  ＰＰＤＵの帯域幅内で２０ＭＨｚ帯域幅単位で転送できる。
【００２２】
好ましくは、前記ＵＬ  ＭＵ  ＰＰＤＵはレガシープリアンブル（legacy  preamble）をさらに含み、前記レガシープリアンブルは前記周波数資源割当情報により指示されたサブバンドが属した２０ＭＨｚ帯域幅のみで転送できる。
【００２３】
本発明の更に他の一態様は、無線通信システムにおけるＳＴＡ（Station）がアップリンク（ＵＬ：uplink）単一ユーザ（ＳＵ：Single-User）転送のための方法において、前記ＳＴＡがＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位でＵＬ  ＳＵ  ＰＰＤＵを転送するステップを含み、前記ＵＬ  ＳＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  Efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、所定のサブバンドで転送できる。
【００２４】
本発明の更に他の一態様は、無線通信システムにおけるアップリンク（ＵＬ：uplink）単一ユーザ（ＳＵ：Single-User）転送を遂行するＳＴＡ（Station）装置において、無線信号を送受信するためのＲＦ（Radio  Frequency）ユニット及びプロセッサを含み、前記プロセッサは前記ＳＴＡがＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位でＵＬ  ＳＵ  ＰＰＤＵを転送するように構成され、前記ＵＬ  ＳＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  Efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、所定のサブバンドで転送できる。
【００２５】
好ましくは、前記ＰＰＤＵはＨＥ−ＳＩＧ−Ｂ（HE-SIGNAL-B）フィールドをさらに含み、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記データフィールドのＭＣＳ（Modulation  and  Coding  Scheme）レベル情報を含むことができる。
【００２６】
好ましくは、前記ＨＥ−ＳＩＧ−Ｂフィールドは予め定まった所定の長さに構成できる。
【００２７】
好ましくは、前記ＵＬ  ＭＵ  ＰＰＤＵはＨＥ−ＳＩＧ−Ａフィールドをさらに含み、前記ＨＥ−ＳＩＧ−Ｂフィールドの長さは前記ＨＥ−ＳＩＧ−Ａフィールドで指示できる。
【００２８】
好ましくは、前記ＨＥ−ＬＴＦは前記ＨＥ−ＳＴＦの以後に後続し、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記ＨＥ−ＬＴＦの以後に後続するように構成され、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記データフィールドとＤＦＴ（Discrete  Fourier  Transform）周期（period）が同一でありうる。
本発明は、例えば、以下を提供する。
（項目１）
無線通信システムにおけるＳＴＡ（Station）がアップリンク（ＵＬ：uplink）多重ユーザ（ＭＵ：Multi-User）転送のための方法であって、
ＡＰ（Access  Point）からＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位の周波数資源割当情報を含むトリガーフレーム（Trigger  frame）を受信するステップ、及び
前記周波数資源割当情報に基づいてＵＬ  ＭＵ  ＰＰＤＵを転送するステップを含み、
前記ＵＬ  ＭＵ  ＰＰＤＵはＨＥ−ＳＴＦ（High  Efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記周波数資源割当情報により指示されたサブバンドで転送される、アップリンク転送方法。
（項目２）
前記ＰＰＤＵは、ＨＥ−ＳＩＧ−Ｂ（HE-SIGNAL-B）フィールドをさらに含み、
前記ＨＥ−ＳＩＧ−Ｂフィールドは、前記データフィールドのＭＣＳ（Modulation  and  Coding  Scheme）レベル情報を含む、項目１に記載のアップリンク転送方法。
（項目３）
前記ＨＥ−ＳＩＧ−Ｂフィールドは、予め定まった所定の長さに構成される、項目２に記載のアップリンク転送方法。
（項目４）
前記ＵＬ  ＭＵ  ＰＰＤＵは、ＨＥ−ＳＩＧ−Ａ（HE-SIGNAL-A）フィールドをさらに含み、
前記ＨＥ−ＳＩＧ−Ｂフィールドの長さは、前記ＨＥ−ＳＩＧ−Ａフィールドで指示される、項目２に記載のアップリンク転送方法。
（項目５）
前記ＵＬ  ＭＵ  ＰＰＤＵは、前記ＨＥ−ＬＴＦが前記ＨＥ−ＳＴＦの以後に後続し、前記ＨＥ−ＳＩＧ−Ｂフィールドが前記ＨＥ−ＬＴＦの以後に後続するように構成され、
前記ＨＥ−ＳＩＧ−Ｂフィールドは、前記データフィールドとＤＦＴ（Discrete  Fourier  Transform）周期（Period）が同一である、項目２に記載のアップリンク転送方法。
（項目６）
前記トリガーフレーム（Trigger  frame）により前記ＵＬ  ＭＵ  ＰＰＤＵの長さ情報が指示され、
前記ＭＣＳレベルは前記ＵＬ  ＭＵ  ＰＰＤＵの長さに基づいて決定される、項目２に記載のアップリンク転送方法。
（項目７）
前記ＵＬ  ＭＵ  ＰＰＤＵは、レガシープリアンブル（legacy  preamble）をさらに含み、
前記レガシープリアンブルは、前記ＵＬ  ＭＵ  ＰＰＤＵの帯域幅内で２０ＭＨｚ帯域幅単位で転送される、項目１に記載のアップリンク転送方法。
（項目８）
前記ＵＬ  ＭＵ  ＰＰＤＵはレガシープリアンブル（legacy  preamble）をさらに含み、
前記レガシープリアンブルは、前記周波数資源割当情報により指示されたサブバンドが属した２０ＭＨｚ帯域幅のみで転送される、項目１に記載のアップリンク転送方法。
（項目９）
無線通信システムにおけるＳＴＡ（Station）がアップリンク（ＵＬ：uplink）単一ユーザ（ＳＵ：Single-User）転送のための方法であって、
前記ＳＴＡがＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位でＵＬ  ＳＵ  ＰＰＤＵを転送するステップを含み、
前記ＵＬ  ＳＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  Efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、所定のサブバンドで転送される、アップリンク転送方法。
（項目１０）
前記ＰＰＤＵは、ＨＥ−ＳＩＧ−Ｂ（HE-SIGNAL-B）フィールドをさらに含み、
前記ＨＥ−ＳＩＧ−Ｂフィールドは、前記データフィールドのＭＣＳ（Modulation  and  Coding  Scheme）レベル情報を含む、項目９に記載のアップリンク転送方法。
（項目１１）
前記ＨＥ−ＳＩＧ−Ｂフィールドは、予め定まった所定の長さに構成される、項目１０に記載のアップリンク転送方法。
（項目１２）
前記ＵＬ  ＭＵ  ＰＰＤＵは、ＨＥ−ＳＩＧ−Ａ（HE-SIGNAL-A）フィールドをさらに含み、
前記ＨＥ−ＳＩＧ−Ｂフィールドの長さは、前記ＨＥ−ＳＩＧ−Ａフィールドで指示される、項目１０に記載のアップリンク転送方法。
（項目１３）
前記ＨＥ−ＬＴＦは前記ＨＥ−ＳＴＦの以後に後続し、前記ＨＥ−ＳＩＧ−Ｂフィールドは前記ＨＥ−ＬＴＦの以後に後続するように構成され、
前記ＨＥ−ＳＩＧ−Ｂフィールドは、前記データフィールドとＤＦＴ（Discrete  Fourier  Transform）周期（period）が同一である、項目１０に記載のアップリンク転送方法。
（項目１４）
無線通信システムにおけるアップリンク（ＵＬ：uplink）多重ユーザ（ＭＵ：Multi-User）転送を遂行するＳＴＡ（Station）装置であって、
無線信号を送受信するためのＲＦ（Radio  Frequency）ユニット、及び
プロセッサを含み、
前記プロセッサはＡＰ（Access  Point）からＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位の周波数資源割当情報を含むトリガーフレーム（Trigger  frame）を受信し、
前記周波数資源割当情報に基づいてＵＬ  ＭＵ  ＰＰＤＵを転送するように構成され、前記ＵＬ  ＭＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、前記周波数資源割当情報により指示されたサブバンドで転送される、装置。
（項目１５）
無線通信システムにおけるアップリンク（ＵＬ：uplink）単一ユーザ（ＳＵ：Single-User）転送を遂行するＳＴＡ（Station）装置であって、
無線信号を送受信するためのＲＦ（Radio  Frequency）ユニット、及び
プロセッサを含み、
前記プロセッサは前記ＳＴＡがＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）転送のためのサブバンド単位でＵＬ  ＳＵ  ＰＰＤＵを転送するように構成され、
前記ＵＬ  ＳＵ  ＰＰＤＵは、ＨＥ−ＳＴＦ（High  Efficiency-Short  Training  Field）、ＨＥ−ＬＴＦ（HE-Long  Training  Field）、及びデータフィールドを含み、
前記ＨＥ−ＳＴＦ、前記ＨＥ−ＬＴＦ、及び前記データフィールドは、所定のサブバンドで転送される、装置。
【発明の効果】
【００２９】
本発明の実施形態によれば、無線通信システムにおける複数のユーザが互いに独立的な資源を通じて円滑に多重ユーザ（multi-user）転送を遂行することができる。
【００３０】
また、本発明の実施形態によれば、無線通信システムにおけるサブバンド単位でアップリンク単一ユーザ（single  user）転送を支援することができる。
【００３１】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【図面の簡単な説明】
【００３２】
本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００３３】
【図１】本発明が適用できるＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【図２】本発明が適用できるＩＥＥＥ  ８０２．１１システムの階層アーキテクチャ（layer  architecture）の構造を例示する図である。
【図３】本発明が適用できる無線通信システムのｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【図４】本発明が適用できる無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【図５】本発明が適用できる無線通信システムのＰＰＤＵのフォーマットを区分するための星状（constellation）を例示する図である。
【図６】本発明が適用できるＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【図７】本発明が適用できる無線通信システムにおけるＭＡＣフレーム内のフレーム制御（Frame  Control）フィールドを例示する図である。
【図８】本発明が適用できる無線通信システムにおけるＨＴ制御フィールドのＶＨＴフォーマットを例示する。
【図９】本発明が適用できる無線通信システムにおける任意バックオフ周期とフレーム転送手続を説明するための図である。
【図１０】本発明が適用できる無線通信システムにおけるＩＦＳ関係を例示する図である。
【図１１】本発明が適用できる無線通信システムにおけるチャンネルサウンディング（sounding）方法を概念的に示す図である。
【図１２】本発明が適用できる無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【図１３】本発明が適用できる無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【図１４】本発明が適用できる無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（VHT  compressed  beamforming）フレームフォーマットを例示する図である。
【図１５】本発明が適用できる無線通信システムにおけるビームフォーミング報告ポール（Beamforming  Report  Poll）フレームフォーマットを例示する図である。
【図１６】本発明が適用できる無線通信システムにおけるGroup  ID  Managementフレームを例示する図である。
【図１７】本発明が適用できる無線通信システムにおけるダウンリンク多重ユーザ（multi-user）ＰＰＤＵフォーマットを例示する図である。
【図１８】本発明が適用できる無線通信システムにおけるダウンリンク多重ユーザ（multi-user）ＰＰＤＵフォーマットを例示する図である。
【図１９】本発明が適用できる無線通信システムにおけるダウンリンクＭＵ−ＭＩＭＯ転送過程を例示する図である。
【図２０】本発明が適用できる無線通信システムにおけるＡＣＫフレームを例示する図である。
【図２１】本発明が適用できる無線通信システムにおけるブロックＡＣＫ要請（Block  Ack  Request）フレームを例示する図である。
【図２２】本発明が適用できる無線通信システムにおけるブロックＡＣＫ要請（Block  Ack  Request）フレームのＢＡＲ情報（BAR  Information）フィールドを例示する図である。
【図２３】本発明が適用できる無線通信システムにおけるブロックＡＣＫ（Block  Ack）フレームを例示する図である。
【図２４】本発明が適用できる無線通信システムにおけるブロックＡＣＫ（Block  Ack）フレームのＢＡ情報（BA  Information）フィールドを例示する図である。
【図２５】本発明の一実施形態に係るＨＥ（High  Efficiency）フォーマットＰＰＤＵを例示する図である。
【図２６】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２７】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２８】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２９】本発明の一実施形態に係る２０ＭＨｚ帯域のＨＥフォーマットＰＰＤＵを例示する図である。
【図３０】本発明の一実施形態に係る４０ＭＨｚ帯域のＨＥフォーマットＰＰＤＵを例示する図である。
【図３１】本発明の一実施形態に係るアップリンク多重ユーザ（multi-user）転送手続を例示する図である。
【図３２】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（multi-user）転送方式で資源割当単位を例示する図である。
【図３３】本発明の一実施形態に係るダウンリンク多重ユーザフレームを例示する図である。
【図３４】本発明の一実施形態に係るトリガーフレームの構造を例示する図である。
【図３５】本発明の一実施形態に係るトリガーフレームで資源割当方法を説明するための図である。
【図３６】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図３７】本発明の一実施形態に係るアップリンクフレームの構造を例示する図である。
【図３８】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図３９】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図４０】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図４１】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図４２】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図４３】本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【図４４】本発明の一実施形態に係るアップリンク単一ユーザフレームの構成を例示する図である。
【図４５】本発明の一実施形態に係るアップリンク多重ユーザ転送方法及びこれを支援するフレーム構造を例示する図である。
【図４６】本発明の一実施形態に係るアップリンク多重ユーザ転送方法及びこれを支援するフレーム構造を例示する図である。
【図４７】本発明の一実施形態に係るアップリンク多重ユーザ転送方法及びこれを支援するフレーム構造を例示する図である。
【図４８】本発明の一実施形態に係る無線装置を例示するブロック図である。
【発明を実施するための形態】
【００３４】
以下、本発明に係る好ましい実施形態を添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００３５】
幾つかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。
【００３６】
以下の説明で使われる特定の用語は本発明の理解を助けるために提供されたものであり、このような特定の用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００３７】
以下の技術は、ＣＤＭＡ（code  division  multiple  access）、ＦＤＭＡ（frequency  division  multiple  access）、ＴＤＭＡ（time  division  multiple  access）、ＯＦＤＭＡ（orthogonal  frequency  division  multiple  access）、ＳＣ−ＦＤＭＡ（single  carrier  frequency  division  multiple  access）、ＮＯＭＡ（non-orthogonal  multiple  access）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（universal  terrestrial  radio  access）またはＣＤＭＡ２０００のような無線技術（radio  technology）により具現化されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（global  system  for  mobile  communications）／ＧＰＲＳ（general  packet  radio  service）／ＥＤＧＥ（enhanced  data  rates  for  GSM  evolution）のような無線技術により具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ（institute  of  electrical  and  electronics  engineers）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．２０（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（evolved  UTRA）などのような無線技術により具現化されることができる。ＵＴＲＡは、ＵＭＴＳ（universal  mobile  telecommunications  system）の一部である。３ＧＰＰ（3rd  generation  partnership  project）ＬＴＥ（long  term  evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved  UMTS）の一部として、ダウンリンクでＯＦＤＭＡを採用しアップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は、３ＧＰＰ  ＬＴＥの進化である。
【００３８】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明らかに表すために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示しているすべての用語は、前記標準文書により説明されることができる。
【００３９】
説明を明確にするために、ＩＥＥＥ  ８０２．１１システムを中心に述べるが、本発明の技術的特徴がこれに制限されるものではない。
【００４０】
システム一般
図１は、本発明が適用されることができるＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【００４１】
ＩＥＥＥ  ８０２．１１構造は、複数の構成要素から構成されることができ、これらの相互作用により上位階層に対してトランスペアレントな（transparent）ステーション（ＳＴＡ：Station）移動性を支援する無線通信システムが提供されることができる。基本サービスセット（ＢＳＳ：Basic  Service  Set）は、ＩＥＥＥ  ８０２．１１システムでの基本的な構成ブロックに該当できる。
【００４２】
図１では、３個のＢＳＳ（ＢＳＳ１ないしＢＳＳ３）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２は、ＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４は、ＢＳＳ２に含まれ、ＳＴＡ５及びＳＴＡ６は、ＢＳＳ３に含まれる）を例示的に示す。
【００４３】
図１においてＢＳＳを示す楕円は、該当ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解されることができる。この領域を基本サービス領域（ＢＳＡ：Basic  Service  Area）と称することができる。ＳＴＡがＢＳＡの外に移動するようになると、該当ＢＳＡ内の他のＳＴＡと直接的に通信できなくなる。
【００４４】
ＩＥＥＥ  ８０２．１１システムにおいて最も基本的なタイプのＢＳＳは、独立的なＢＳＳ（ＩＢＳＳ：Independent  BSS）である。例えば、ＩＢＳＳは、２個のＳＴＡだけから構成された最小の形態を有することができる。また、最も単純な形態で他の構成要素が省略されている図１のＢＳＳ３がＩＢＳＳの代表的な例示に該当できる。このような構成は、ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されることではなく、ＬＡＮが必要な場合に構成されることができ、これをアドホック（ａｄ−ｈｏｃ）ネットワークと称することもできる。
【００４５】
ＳＴＡのオンまたはオフ、ＳＴＡがＢＳＳ領域に入ったり行く等により、ＢＳＳでのＳＴＡのメンバーシップが動的に変更されることができる。ＢＳＳのメンバーになるためには、ＳＴＡは、同期化過程を利用してＢＳＳにジョインできる。ＢＳＳ基盤構造のすべてのサービスにアクセスするためには、ＳＴＡは、ＢＳＳに連係（associated）されなければならない。このような連係（association）は、動的に設定されることができ、分配システムサービス（ＤＳＳ：Distribution  System  Service）の利用を含むことができる。
【００４６】
８０２．１１システムにおいて直接的なＳＴＡ−対−ＳＴＡの距離は、物理階層（ＰＨＹ：physical）性能によって制限されることができる。ある場合には、このような距離の限界が充分でありうるが、場合によっては、より遠くの距離のＳＴＡ間の通信が必要でありうるときもある。拡張されたカバレッジを支援するために、分配システム（ＤＳ：Distribution  System）が構成されることができる。
【００４７】
ＤＳは、ＢＳＳが相互接続する構造を意味する。具体的に、図１のように、ＢＳＳが独立的に存在する代わりに、複数のＢＳＳから構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもできる。
【００４８】
ＤＳは、論理的な概念であり、分配システム媒体（ＤＳＭ：Distribution  System  Medium）の特性によって特定されることができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では、無線媒体（ＷＭ：Wireless  Medium）と分配システム媒体（ＤＳＭ：Distribution  System  Medium）を論理的に区分している。各々の論理的媒体は、相異なる目的のために使用され、相異なる構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を同じことに制限することもせず相異なることに制限することもしない。このように複数の媒体が論理的に相異なるという点で、ＩＥＥＥ  ８０２．１１システムの構造（ＤＳ構造または他のネットワーク構造）の柔軟性が説明されることができる。すなわち、ＩＥＥＥ  ８０２．１１システム構造は、多様に具現化されることができ、各々の具現例の物理的な特性によって独立的に該当システム構造が特定されることができる。
【００４９】
ＤＳは、複数のＢＳＳの途切れない（seamless）統合を提供し、目的地へのアドレスを扱うのに必要な論理的サービスを提供することによって、移動装置を支援できる。
【００５０】
ＡＰは、関連したＳＴＡに対してＷＭを介してＤＳへのアクセスを可能にし、ＳＴＡ機能性を有する個体を意味する。ＡＰを介してＢＳＳ及びＤＳ間のデータ移動が行われることができる。例えば、図１に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有し、かつ関連したＳＴＡ（ＳＴＡ１及びＳＴＡ４）がＤＳにアクセスするようにする機能を提供する。また、すべてのＡＰは、基本的にＳＴＡに該当するので、すべてのＡＰは、アドレス可能な個体である。ＷＭ上での通信のために、ＡＰによって使用されるアドレスとＤＳＭ上での通信のために、ＡＰによって使用されるアドレスは、必ず同一である必要はない。
【００５１】
ＡＰに関連したＳＴＡのうちの一つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（uncontrolled  port）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されることができる。また、制御ポート（controlled  port）が認証されると、送信データ（またはフレーム）は、ＤＳに伝達されることができる。
【００５２】
任意の（arbitrary）サイズ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳから構成されることができる。ＩＥＥＥ  ８０２．１１システムでは、このような方式のネットワークを拡張されたサービスセット（ＥＳＳ：Extended  Service  Set）ネットワークと称する。ＥＳＳは、一つのＤＳに接続したＢＳＳの集合に該当できる。しかしながら、ＥＳＳは、ＤＳを含まない。ＥＳＳネットワークは、論理リンク制御（ＬＬＣ：Logical  Link  Control）階層でＩＢＳＳネットワークに見える点が特徴である。ＥＳＳに含まれるＳＴＡは、互いに通信でき、移動ＳＴＡは、ＬＬＣにトランスペアレント（transparent）に一つのＢＳＳから他のＢＳＳに（同じＥＳＳ内で）移動できる。
【００５３】
ＩＥＥＥ  ８０２．１１システムでは、図１でのＢＳＳの相対的な物理的位置に対してなんにも仮定しなく、次のような形態が全部可能である。
【００５４】
具体的に、ＢＳＳは、部分的に重なることができ、これは、連続的なカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは、物理的に接続されていなくても良く、論理的には、ＢＳＳ間の距離に制限はない。また、ＢＳＳは、物理的に同じ位置に位置でき、これは、リダンダンシー（redundancy）を提供するために利用されることができる。また、一つ（または一つ以上の）ＩＢＳＳまたはＥＳＳネットワークが一つまたはそれ以上のＥＳＳネットワークとして同じ空間に物理的に存在できる。これは、ＥＳＳネットワークが存在する位置にａｄ-ｈｏｃネットワークが動作する場合、相異なる機関（organizations）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、または同じ位置で２つ以上の相異なったアクセス及びセキュリティー政策が必要な場合などでのＥＳＳネットワーク形態に該当できる。
【００５５】
ＷＬＡＮシステムにおけるＳＴＡは、ＩＥＥＥ  ８０２．１１の媒体接続制御（ＭＡＣ：Medium  Access  Control）／ＰＨＹ規定に従って動作する装置である。ＳＴＡの機能がＡＰと個別的に区分されない限り、ＳＴＡは、ＡＰ  ＳＴＡと非−ＡＰ  ＳＴＡ（ｎｏｎ−ＡＰ  ＳＴＡ）を含むことができる。ただし、ＳＴＡとＡＰとの間に通信が行われるとするとき、ＳＴＡは、ｎｏｎ−ＡＰ  ＳＴＡと理解されることができる。図１の例示において、ＳＴＡ１、ＳＴＡ４、ＳＴＡ５及びＳＴＡ６は、ｎｏｎ−ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ３は、ＡＰ  ＳＴＡに該当する。
【００５６】
Ｎｏｎ−ＡＰ  ＳＴＡは、ラップトップパソコン、移動電話機のように、一般にユーザが直接扱う装置に該当する。以下の説明において、ｎｏｎ−ＡＰ  ＳＴＡは、無線装置（wireless  device）、端末（terminal）、ユーザ装置（ＵＥ：User  Equipment）、移動局（ＭＳ：Mobile  Station）、移動端末（Mobile  Terminal）、無線端末（wireless  Terminal）、無線送受信ユニット（ＷＴＲＵ：wireless  Transmit/Receive  Unit）、ネットワークインタフェース装置（network  interface  device）、ＭＴＣ（Machine-Type  Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置などと呼ぶことができる。
【００５７】
また、ＡＰは、他の無線通信分野での基地局（ＢＳ：Base  Station）、ノード−Ｂ（Node-B）、発展したノード−Ｂ（ｅＮＢ：evolved  Node-B）、基底送受信システム（ＢＴＳ：Base  Transceiver  System）、フェムト基地局（Femto  BS）などに対応する概念である。
【００５８】
以下、本明細書においてダウンリンク（ＤＬ：downlink）は、ＡＰからｎｏｎ−ＡＰ  ＳＴＡへの通信を意味し、アップリンク（ＵＬ：uplink）は、ｎｏｎ−ＡＰ  ＳＴＡからＡＰへの通信を意味する。ダウンリンクにおける送信機は、ＡＰの一部で、受信機は、ｎｏｎ−ＡＰ  ＳＴＡの一部でありうる。アップリンクにおける送信機は、ｎｏｎ−ＡＰ  ＳＴＡの一部で、受信機は、ＡＰの一部でありうる。
【００５９】
図２は、本発明が適用されることができるＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（layer  architecture）の構造を例示する図である。
【００６０】
図２を参照すると、ＩＥＥＥ  ８０２．１１システムの階層アーキテクチャーは、ＭＡＣ副階層（MAC  sublayer）とＰＨＹ副階層（PHY  sublayer）を含むことができる。
【００６１】
PHY  sublayerは、ＰＬＣＰ（Physical  Layer  Convergence  Procedure）個体（entity）とＰＭＤ（Physical  Medium  Dependent）個体とに区分されることもできる。この場合、ＰＬＣＰ個体は、MAC  sublayerとデータフレームとを接続する機能を果たし、ＰＭＤ個体は、２個またはそれ以上のＳＴＡとデータとを無線で送受信する機能を果たす。
【００６２】
MAC  sublayerとPHY  subLayerとも、管理個体（Management  Entity）を含むことができ、それぞれＭＡＣサブ階層管理個体（ＭＬＭＥ：MAC  sublayer  Management  Entity）とＰＨＹサブ階層管理個体（ＰＬＭＥ：Physical  Sublayer  Management  Entity）と呼ぶことができる。これらの管理個体は、階層管理関数の動作を介して階層管理サービスインタフェースを提供する。ＭＬＭＥは、ＰＬＭＥに接続されてMAC  Sublayerの管理動作（management  operation）を行うことができ、同様に、ＰＬＭＥもＭＬＭＥに接続されてPHY  Sublayerの管理動作（management  operation）を行うことができる。
【００６３】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Station  Management  Entity）が各ＳＴＡ内に存在できる。ＳＭＥは、各階層と独立的な管理個体であって、ＭＬＭＥとＰＬＭＥから階層基盤状態情報を収集するか、または各階層の特定パラメータの値を設定する。ＳＭＥは、一般システム管理個体の代わりに、このような機能を行うことができ、標準管理プロトコルを具現できる。
【００６４】
ＭＬＭＥ、ＰＬＭＥ及びＳＭＥは、プリミティブ（primitive）を基盤とする多様な方法で相互作用（interact）できる。具体的に、XX-GET.  requestプリミティブは、管理情報ベース属性（ＭＩＢ  attribute：Management  Information  Base  attribute）の値を要請するために使用され、XX-GET.  confirmプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、該当ＭＩＢ属性値をリターン（return）し、その他の場合には、状態フィールドにエラー表示をしてリターンする。XX-SET.  requestプリミティブは、指定されたＭＩＢ属性を与えた値に設定するように要請するために使用される。ＭＩＢ属性が特定動作を意味している場合、この要請は、その特定動作の実行を要請する。そして、XX-SET.  confirmプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、これは指定されたＭＩＢ属性が要請された値に設定されたことを意味する。その他の場合には、状態フィールドは、エラー状況を表す。このＭＩＢ属性が特定動作を意味する場合、このプリミティブは、該当動作が行われたことを確認してくれることができる。
【００６５】
各sublayerでの動作を簡略に説明すると、以下のとおりである。
【００６６】
MAC  Sublayerは、上位階層（例えば、ＬＬＣ階層）から伝達されたＭＡＣサービスデータユニット（ＭＳＤＵ：MAC  Service  Data  Unit）またはＭＳＤＵのフラグメント（fragment）にＭＡＣヘッダー（header）とフレームチェックシーケンス（ＦＣＳ：Frame  Check  Sequence）を付着して、一つ以上のＭＡＣプロトコルデータユニット（ＭＰＤＵ：MAC  Protocol  Data  Unit）を生成する。生成されたＭＰＤＵは、PHY  sublayerに伝達される。
【００６７】
Ａ−ＭＳＤＵ（aggregated  MSDU）技法（scheme）が用いられる場合、複数のＭＳＤＵは、単一のＡ−ＭＳＤＵ（aggregated  MSDU）に併合されることができる。ＭＳＤＵ併合動作は、ＭＡＣ上位階層で行われることができる。Ａ−ＭＳＤＵは、単一のＭＰＤＵ（フラグメント化（fragment）されない場合）でPHY  Sublayerに伝達される。
【００６８】
PHY  sublayerは、MAC  Sublayerから伝達された物理サービスデータユニット（ＰＳＤＵ：Physical  Service  Data  Unit）に物理階層送受信機により必要な情報を含む付加フィールドを付け加えて、物理プロトコルデータユニット（ＰＰＤＵ：Physical  Protocol  Data  Unit）を生成する。ＰＰＤＵは、無線媒体を介して送信される。
【００６９】
ＰＳＤＵは、PHY  sublayerがMAC  Sublayerから受信したものであり、ＭＰＤＵは、MAC  sublayerがPHY  Sublayerに送信したものであるから、ＰＳＤＵは、実質的にＭＰＤＵと同一である。
【００７０】
Ａ−ＭＰＤＵ（aggregated  MPDU）技法（scheme）が用いられる場合、複数のＭＰＤＵ（このとき、各ＭＰＤＵは、Ａ−ＭＳＤＵを運ぶことができる。）は、単一のＡ−ＭＰＤＵに併合されることができる。ＭＰＤＵ併合動作は、ＭＡＣ下位階層で行われることができる。Ａ−ＭＰＤＵは、多様なタイプのＭＰＤＵ（例えば、ＱｏＳデータ、ＡＣＫ（Acknowledge）、ブロックＡＣＫ（Block  Ack）等）が併合されることができる。PHY  Sublayerは、MAC  Sublayerから単一のＰＳＤＵとしてＡ−ＭＰＤＵを受信する。すなわち、ＰＳＤＵは、複数のＭＰＤＵから構成される。したがって、Ａ−ＭＰＤＵは、単一のＰＰＤＵ内で無線媒体を介して送信される。
【００７１】
ＰＰＤＵ（Physical  Protocol  Data  Unit）フォーマット
ＰＰＤＵ（Physical  Protocol  Data  Unit）は、物理階層から発生されるデータブロックを意味する。以下、本発明が適用されうるＩＥＥＥ  ８０２．１１  ＷＬＡＮシステムに基づいてＰＰＤＵフォーマットを説明する。
【００７２】
図３は、本発明が適用されうる無線通信システムのｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【００７３】
図３の（ａ）は、ＩＥＥＥ  ８０２．１１ａ／ｇシステムを支援するためのｎｏｎ−ＨＴフォーマットＰＰＤＵを例示する。ｎｏｎ−ＨＴ  ＰＰＤＵは、レガシー（legacy）ＰＰＤＵとも呼ばれることができる。
【００７４】
図３の（ａ）を参照すると、ｎｏｎ−ＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＦ（Legacy（またはＮｏｎ−ＨＴ）Short  Training  field）、Ｌ−ＬＴＦ（Legacy（またはＮｏｎ−ＨＴ）Long  Training  field）及びＬ−ＳＩＧ（Legacy（またはＮｏｎ−ＨＴ）SIGNAL）フィールドから構成されるレガシーフォーマットプリアンブルとデータフィールドとを含んで構成される。
【００７５】
Ｌ−ＳＴＦは、短いトレーニングＯＦＤＭ（short  training  orthogonal  frequencydivision  multiplexing  symbol）を含むことができる。Ｌ−ＳＴＦは、フレームタイミング獲得（frame  timing  acquisition）、自動利得制御（ＡＧＣ：Automatic  Gain  Control）、ダイバーシチ検出（diversity  detection）、概略的な周波数／時間同期化（coarse  frequency/time  synchronization）のために使用されることができる。
【００７６】
Ｌ−ＬＴＦは、長いトレーニングＯＦＤＭシンボル（long  training  orthogonal  frequency  division  multiplexing  symbol）を含むことができる。Ｌ−ＬＴＦは、精密な周波数／時間同期化（fine  frequency/time  synchronization）及びチャネル推定（channel  estimation）のために使用されることができる。
【００７７】
Ｌ−ＳＩＧフィールドは、データフィールドの復調及びデコードのための制御情報を送信するために使用されることができる。
【００７８】
Ｌ−ＳＩＧフィールドは、４ビットのレート（Rate）フィールド、１ビットの予備（Reserved）ビット、１２ビットの長さ（Length）フィールド、１ビットのパリティビット、６ビットの信号テール（Signal  Tail）フィールドから構成されることができる。
【００７９】
レートフィールドは、送信率情報を含み、長さフィールドは、ＰＳＤＵのオクテットの数を指示する。
【００８０】
図３の（ｂ）は、ＩＥＥＥ  ８０２．１１ｎシステム及びＩＥＥＥ  ８０２．１１ａ／ｇシステムを全部支援するためのＨＴ混合フォーマットＰＰＤＵ（HT-mixed  format  PPDU）を例示する。
【００８１】
図３の（ｂ）を参照すると、ＨＴ混合フォーマットＰＰＤＵは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＨＴ−ＳＩＧ（HT-Signal）フィールド、ＨＴ−ＳＴＦ（HT  short  training  field）、ＨＴ−ＬＴＦ（HT  long  training  field）から構成されるＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【００８２】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドは、下位互換性（backward  compatibility）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧフィールドまでｎｏｎ−ＨＴフォーマットと同一である。Ｌ−ＳＴＡは、ＨＴ混合ＰＰＤＵを受信してもＬ−ＬＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドを介してデータフィールドを解析できる。ただし、Ｌ−ＬＴＦは、ＨＴ−ＳＴＡがＨＴ混合ＰＰＤＵを受信しＬ−ＳＩＧフィールド及びＨＴ−ＳＩＧフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【００８３】
ＨＴ−ＳＴＡは、レガシーフィールドの後にくるＨＴ−ＳＩＧフィールド利用して、ＨＴ−混合フォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【００８４】
ＨＴ−ＬＴＦフィールドは、データフィールドの復調のためのチャネル推定に使用されることができる。ＩＥＥＥ  ８０２．１１ｎは、ＳＵ−ＭＩＭＯ（Single-User  Multi-Input  and  Multi-Output）を支援するので、複数の空間ストリームに送信されるデータフィールドの各々に対して、チャネル推定のためにＨＴ−ＬＴＦフィールドは、複数から構成されることができる。
【００８５】
ＨＴ−ＬＴＦフィールドは、空間ストリームに対するチャネル推定のために使用されるデータＨＴ−ＬＴＦ（Data  HT-LTF）とフルチャネルサウンディング（full  channel  sounding）のために追加的に使用される拡張ＨＴ−ＬＴＦ（extension  HT-LTF）から構成されることができる。したがって、複数のＨＴ−ＬＴＦは、送信される空間ストリームの数より同じであるか、または多くありうる。
【００８６】
ＨＴ−混合フォーマットＰＰＤＵは、Ｌ−ＳＴＡも受信してデータを獲得できるようにするために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドが最も速く送信される。以後、ＨＴ−ＳＴＡのために送信されるデータの復調及びデコードのためにＨＴ−ＳＩＧフィールドが送信される。
【００８７】
ＨＴ−ＳＩＧフィールドまでは、ビーム形成を行わないで送信して、Ｌ−ＳＴＡ及びＨＴ−ＳＴＡが該当ＰＰＤＵを受信してデータを獲得できるようにし、以後に送信されるＨＴ−ＳＴＦ、ＨＴ−ＬＴＦ及びデータフィールドは、プリコーディングを介した無線信号送信が行われる。ここで、プリコーディングをして受信するＳＴＡでプリコーディングにより電力が可変される部分を勘案できるように、ＨＴ−ＳＴＦフィールドを送信し、その以後に複数のＨＴ−ＬＴＦ及びデータフィールドを送信する。
【００８８】
以下の＜表１＞は、ＨＴ−ＳＩＧフィールドを例示する表である。
【００８９】
【表１】
0006423078.tif 000002
【００９０】
図３の（ｃ）は、ＩＥＥＥ  ８０２．１１ｎシステムのみを支援するためのＨＴ−ＧＦフォーマットＰＰＤＵ（HT-greenfield  format  PPDU）を例示する。
【００９１】
図３の（ｃ）を参照すると、ＨＴ−ＧＦフォーマットＰＰＤＵは、ＨＴ−ＧＦ−ＳＴＦ、ＨＴ−ＬＴＦ１、ＨＴ−ＳＩＧフィールド、複数のＨＴ−ＬＴＦ２及びデータフィールドを含む。
【００９２】
ＨＴ−ＧＦ−ＳＴＦは、フレームタイミング獲得及びＡＧＣのために使用される。
ＨＴ−ＬＴＦ１は、チャネル推定のために使用される。
【００９３】
ＨＴ−ＳＩＧフィールドは、データフィールドの復調及びデコードのために使用される。
【００９４】
ＨＴ−ＬＴＦ２は、データフィールドの復調のためのチャネル推定に使用される。同様に、ＨＴ−ＳＴＡは、ＳＵ−ＭＩＭＯを使用するので、複数の空間ストリームに送信されるデータフィールドの各々に対してチャネル推定を要するので、ＨＴ−ＬＴＦ２は、複数から構成されることができる。
【００９５】
複数のＨＴ−ＬＴＦ２は、ＨＴ混合ＰＰＤＵのＨＴ−ＬＴＦフィールドと同様に、複数のData  ＨＴ−ＬＴＦと複数の拡張ＨＴ−ＬＴＦから構成されることができる。
【００９６】
図３の（ａ）ないし（ｃ）におけるデータフィールドは、ペイロード（payload）として、サービスフィールド（SERVICE  field）、スクランブルされたＰＳＤＵ（scrambled  PSDU）フィールド、テールビット（Tail  bits）、パディングビット（padding  bits）を含むことができる。データフィールドのすべてのビットは、スクランブルされる。
【００９７】
図３（ｄ）は、データフィールドに含まれるサービスフィールドを示す。サービスフィールドは、１６ビットを有する。各ビットは、０番から１５番まで付与され、０番ビットから順次に送信される。０番から６番ビットは、０に設定され、受信端内のデスクランブラー（descrambler）を同期化するために使用される。
【００９８】
ＩＥＥＥ  ８０２．１１ａｃ  ＷＬＡＮシステムは、無線チャネルを效率的に利用するために、複数のＳＴＡが同時にチャネルにアクセスするダウンリンクＭＵ−ＭＩＭＯ（Multi  User  Multiple  Input  Multiple  Output）方式の送信を支援する。ＭＵ−ＭＩＭＯ送信方式によれば、ＡＰがＭＩＭＯペアリング（pairing）された一つ以上のＳＴＡに同時にパケットを送信できる。
【００９９】
ＤＬ  ＭＵ送信（downlink  multi-user  transmission）は、一つ以上のアンテナを介してＡＰが同じ時間資源を介してＰＰＤＵを複数のｎｏｎ−ＡＰ  ＳＴＡに送信する技術を意味する。
【０１００】
以下、ＭＵ  ＰＰＤＵは、ＭＵ−ＭＩＭＯ技術またはＯＦＤＭＡ技術を利用して一つ以上のＳＴＡのための一つ以上のＰＳＤＵを伝達するＰＰＤＵを意味する。そして、ＳＵ  ＰＰＤＵは、一つのＰＳＤＵのみを伝達できるか、またはＰＳＤＵが存在しないフォーマットを有したＰＰＤＵを意味する。
【０１０１】
ＭＵ−ＭＩＭＯ送信のために、８０２．１１ｎ制御情報のサイズに比べてＳＴＡに送信される制御情報のサイズが相対的に大きくありうる。ＭＵ−ＭＩＭＯ支援のために追加的に要求される制御情報の一例として、各ＳＴＡにより受信される空間的ストリーム（spatial  stream）の数を指示する情報、各ＳＴＡに送信されるデータの変調及びコーディング関連情報などがこれに該当することができる。
【０１０２】
したがって、複数のＳＴＡに同時にデータサービスを提供するためにＭＵ−ＭＩＭＯ送信が行われるとき、送信される制御情報のサイズは、受信するＳＴＡの数に応じて増加されることができる。
【０１０３】
このように増加される制御情報のサイズを效率的に送信するために、ＭＵ−ＭＩＭＯ送信のために要求される複数の制御情報は、すべてのＳＴＡに共通的に要求される共通制御情報（common  control  information）と特定ＳＴＡに個別的に要求される専用制御情報（dedicated  control  information）の２とおりのタイプの情報に区分して送信されることができる。
【０１０４】
図４は、本発明が適用されることができる無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【０１０５】
図４（ａ）は、ＩＥＥＥ  ８０２．１１ａｃシステムを支援するためのＶＨＴフォーマットＰＰＤＵ（VHT  format  PPDU）を例示する。
【０１０６】
図４（ａ）を参照すると、ＶＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＶＨＴ−ＳＩＧ−Ａ（VHT-Signal-A）フィールド、ＶＨＴ−ＳＴＦ（VHT  short  training  field）、ＶＨＴ−ＬＴＦ（VHT  long  training  field）、ＶＨＴ−ＳＩＧ−Ｂ（VHT-Signal-B）フィールドから構成されるＶＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【０１０７】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧは、下位互換性（backward  compatibility）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧフィールドまでｎｏｎ−ＨＴフォーマットと同一である。ただし、Ｌ−ＬＴＦは、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【０１０８】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドは、２０ＭＨｚチャネル単位に繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域幅）を介して送信されるとき、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド及びＶＨＴ−ＳＩＧ−Ａフィールドは、毎２０ＭＨｚチャネルで繰り返されて送信されることができる。
【０１０９】
ＶＨＴ−ＳＴＡは、レガシーフィールドの後にくるＶＨＴ−ＳＩＧ−Ａフィールド利用して、ＶＨＴフォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【０１１０】
ＶＨＴフォーマットＰＰＤＵは、Ｌ−ＳＴＡも受信してデータを獲得できるようにするために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧフィールドが最も速く送信される。以後、ＶＨＴ−ＳＴＡのために送信されるデータの復調及びデコードのために、ＶＨＴ−ＳＩＧ−Ａフィールドが送信される。
【０１１１】
ＶＨＴ−ＳＩＧ−Ａフィールドは、ＡＰとＭＩＭＯペアリングされた（paired）ＶＨＴ  ＳＴＡに共通する制御情報送信のためのフィールドであって、これは、受信されたＶＨＴフォーマットＰＰＤＵを解析するための制御情報を含んでいる。
ＶＨＴ−ＳＩＧ−Ａフィールドは、ＶＨＴ−ＳＩＧ−Ａ１フィールドとＶＨＴ−ＳＩＧ−Ａ２フィールドを含むことができる。
【０１１２】
ＶＨＴ−ＳＩＧ−Ａ１フィールドは、使用するチャネル帯域幅（ＢＷ：bandwidth）情報、時空間ブロックコーディング（ＳＴＢＣ：Space  Time  Block  Coding）の適用か否か、ＭＵ−ＭＩＭＯでグループ化されたＳＴＡのグループを指示するためのグループ識別情報（Group  ID：Group  Identifier）、使用されるストリームの数（ＮＳＴＳ：Number  of  space-Time  stream）／部分ＡＩＤ（Partial  AID（association  Identifier））に対する情報及び送信パワーセーブ禁止（Transmit  power  save  forbidden）情報を含むことができる。ここで、Group  IDは、ＭＵ−ＭＩＭＯ送信を支援するために送信対象ＳＴＡグループに対して割り当てられる識別子を意味し、現在使用されたＭＩＭＯ送信方法がＭＵ−ＭＩＭＯであるか、またはＳＵ−ＭＩＭＯであるかを表すことができる。
【０１１３】
＜表２＞は、ＶＨＴ−ＳＩＧ−Ａ１フィールドを例示する表である。
【０１１４】
【表２】
0006423078.tif 000003
【０１１５】
ＶＨＴ−ＳＩＧ−Ａ２フィールドは、短い保護区間（ＧＩ：Guard  Interval）の使用有無に対する情報、フォワードエラー訂正（ＦＥＣ：Forward  Error  Correction）情報、単一ユーザに対するＭＣＳ（Modulation  and  Coding  Scheme）に関する情報、複数ユーザに対するチャネルコーディングの種類に関する情報、ビーム形成関連情報、ＣＲＣ（Cyclic  Redundancy  checking）のための冗長ビット（redundancy  bits）と畳み込みデコーダ（convolutional  decoder）のテールビット（tail  bit）などを含むことができる。
【０１１６】
＜表３＞は、ＶＨＴ−ＳＩＧ−Ａ２フィールドを例示する表である。
【０１１７】
【表３】
0006423078.tif 000004
【０１１８】
ＶＨＴ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０１１９】
ＶＨＴ−ＬＴＦは、ＶＨＴ−ＳＴＡがＭＩＭＯチャネルを推定するのに使用される。ＶＨＴ  ＷＬＡＮシステムは、ＭＵ−ＭＩＭＯを支援するから、ＶＨＴ−ＬＴＦは、ＰＰＤＵが送信される空間ストリームの数だけ設定されることができる。追加的に、フルチャネルサウンディング（full  channel  Sounding）が支援される場合、ＶＨＴ−ＬＴＦの数は、より多くなることができる。
【０１２０】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、ＭＵ−ＭＩＭＯペアリングされた複数のＶＨＴ−ＳＴＡがＰＰＤＵを受信してデータを獲得するのに必要な専用制御情報を含む。したがって、ＶＨＴ−ＳＩＧ−Ａフィールドに含まれた共通制御情報（common  control  information）が現在受信されたＰＰＤＵがＭＵ−ＭＩＭＯ送信を指示した場合においてのみ、ＶＨＴ−ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコード（decoding）するよう設計されることができる。これに対し、共通制御情報が現在受信されたＰＰＤＵが単一ＶＨＴ−ＳＴＡのためのもの（ＳＵ−ＭＩＭＯを含む）であることを指示した場合、ＳＴＡは、ＶＨＴ−ＳＩＧ−Ｂフィールドをデコードしないように設計されることができる。
【０１２１】
ＶＨＴ−ＳＩＧ−Ｂフィールドは、ＶＨＴ−ＳＩＧ−Ｂ長さ（Length）フィールド、ＶＨＴ−ＭＣＳフィールド、予備（Reserved）フィールド、テール（Tail）フィールドを含む。
【０１２２】
ＶＨＴ−ＳＩＧ−Ｂ長さ（Length）フィールドは、Ａ−ＭＰＤＵの長さ（ＥＯＦ（end-of-frame）パディング以前）を指示する。ＶＨＴ−ＭＣＳフィールドは、各ＶＨＴ−ＳＴＡの変調（modulation）、エンコーディング（encoding）及びレートマッチング（rate-matching）に対する情報を含む。
【０１２３】
ＶＨＴ−ＳＩＧ−Ｂフィールドのサイズは、ＭＩＭＯ送信の類型（ＭＵ−ＭＩＭＯまたはＳＵ−ＭＩＭＯ）及びＰＰＤＵ送信のために使用するチャネル帯域幅に応じて異なりうる。
【０１２４】
図４（ｂ）は、ＰＰＤＵ送信帯域幅に応じるＶＨＴ−ＳＩＧ−Ｂフィールドを例示する。
【０１２５】
図４（ｂ）を参照すると、４０ＭＨｚ送信において、ＶＨＴ−ＳＩＧ−Ｂビットは、２回繰り返される。８０ＭＨｚ送信において、ＶＨＴ−ＳＩＧ−Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。
【０１２６】
１６０ＭＨｚ送信及び８０＋８０ＭＨｚにおいて、まず８０ＭＨｚ送信のようにＶＨＴ−ＳＩＧ−Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。そして、全体１１７ビットが再度繰り返される。
【０１２７】
ＭＵ−ＭＩＭＯを支援するシステムにおいて同じサイズのＰＰＤＵをＡＰにペアリングされたＳＴＡに送信するために、ＰＰＤＵを構成するデータフィールドのビットサイズを指示する情報及び／または特定フィールドを構成するビットストリームサイズを指示する情報がＶＨＴ−ＳＩＧ−Ａフィールドに含まれることができる。
【０１２８】
ただし、効果的にＰＰＤＵフォーマットを使用するために、Ｌ−ＳＩＧフィールドが使用されることができる。同じサイズのＰＰＤＵがすべてのＳＴＡに送信されるために、Ｌ−ＳＩＧフィールド内に含まれて送信される長さフィールド（length  field）及びレートフィールド（rate  field）が必要な情報を提供するために使用されることができる。この場合、ＭＰＤＵ（MAC  Protocol  Data  Unit）及び／またはＡ−ＭＰＤＵ（Aggregate  MAC  Protocol  Data  Unit）がＭＡＣ階層のバイト（またはオクテット（ｏｃｔ：octet））に基づいて設定されるので、物理階層で追加的なパディング（padding）が要求されることができる。
【０１２９】
図４においてデータフィールドは、ペイロード（payload）として、サービスフィールド（SERVICE  field）、スクランブルされたＰＳＤＵ（scrambled  PSDU）、テールビット（tail  bits）、パディングビット（padding  bits）を含むことができる。
【０１３０】
上述のように、様々なＰＰＤＵのフォーマットが混合して使用されるから、ＳＴＡは、受信したＰＰＤＵのフォーマットを区分できなければならない。
【０１３１】
ここで、ＰＰＤＵを区分するという意味（またはＰＰＤＵフォーマットを区分するという意味）は、多様な意味を有することができる。例えば、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡによりデコード（または解析）が可能なＰＰＤＵであるかどうかに対して判断するという意味を含むことができる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡにより支援可能なＰＰＤＵであるかどうかに対して判断するという意味でありうる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵを介して送信された情報がいかなる情報であるかを区分するという意味としても解析できる。
【０１３２】
これに対し、以下に図面を参照してより詳細に説明する。
【０１３３】
図５は、本発明が適用できる無線通信システムのＰＰＤＵのフォーマットを区分するための星状（constellation）を例示する図である。
【０１３４】
図５（ａ）はｎｏｎ−ＨＴフォーマットＰＰＤＵに含まれるＬ−ＳＩＧフィールドの星状（constellation）を例示し、図５（ｂ）はＨＴ混合フォーマットＰＰＤＵ検出のための位相回転（phase  rotation）を例示し、図５（ｃ）はＶＨＴフォーマットＰＰＤＵ検出のための位相回転（phase  rotation）を例示する。
【０１３５】
ＳＴＡがｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ−ＧＦフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（classification）するために、Ｌ−ＳＩＧフィールド及びＬ−ＳＩＧフィールドの以後に転送されるＯＦＤＭシンボルの星状（constellation）の位相（phase）が使われる。即ち、ＳＴＡは受信したＰＰＤＵのＬ−ＳＩＧフィールド及び／又はＬ−ＳＩＧフィールドの以後に転送されるＯＦＤＭシンボルの星状の位相に基づいてＰＰＤＵフォーマットを区分することができる。
【０１３６】
図５（ａ）を参照すると、Ｌ−ＳＩＧフィールドを構成するＯＦＤＭシンボルはＢＰＳＫ（binary  Phase  Shift  Keying）が用いられる。
【０１３７】
まず、ＨＴ−ＧＦフォーマットＰＰＤＵを区分するために、ＳＴＡは受信したＰＰＤＵで最初のＳＩＧフィールドが感知されれば、Ｌ−ＳＩＧフィールドか否かを判断する。即ち、ＳＴＡは図５（ａ）の例示のような星状に基づいてデコーディングを試みる。ＳＴＡがデコーディングに失敗すれば該当ＰＰＤＵがＨＴ−ＧＦフォーマットＰＰＤＵと判断することができる。
【０１３８】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（classification）するために、Ｌ−ＳＩＧフィールドの以後に転送されるＯＦＤＭシンボルの星状の位相が使用できる。即ち、Ｌ−ＳＩＧフィールドの以後に転送されるＯＦＤＭシンボルの変調方法が互いに異なることがあり、ＳＴＡは受信したＰＰＤＵのＬ−ＳＩＧフィールドの以後のフィールドに対する変調方法に基づいてＰＰＤＵフォーマットを区分することができる。
【０１３９】
図５（ｂ）を参照すると、ＨＴ混合フォーマットＰＰＤＵを区分するために、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールドの以後に転送される２つのＯＦＤＭシンボルの位相が使用できる。
【０１４０】
より具体的に、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールドの以後に転送されるＨＴ−ＳＩＧフィールドに対応するＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２の位相は全て時計反回り方向に９０度だけ回転する。即ち、ＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２に対する変調方法はＱＢＰＳＫ（Quadrature  Binary  Phase  Shift  Keying）が用いられる。ＱＢＰＳＫ星状は、ＢＰＳＫ星状を基準に時計反回り方向に９０度だけ位相が回転した星状でありうる。
【０１４１】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に転送されるＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを図５（ｂ）の例示のような星状に基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、該当ＰＰＤＵがＨＴフォーマットＰＰＤＵと判断する。
【０１４２】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＶＨＴフォーマットＰＰＤＵを区分するために、Ｌ−ＳＩＧフィールドの以後に転送されるＯＦＤＭシンボルの星状の位相が使用できる。
【０１４３】
図５（ｃ）を参照すると、ＶＨＴフォーマットＰＰＤＵを区分（classification）するために、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールドの以後に転送される２つのＯＦＤＭシンボルの位相が使用できる。
【０１４４】
より具体的に、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールドの以後のＶＨＴ−ＳＩＧ−Ａフィールドに対応するＯＦＤＭシンボル＃１の位相は回転しないが、ＯＦＤＭシンボル＃２の位相は時計反回り方向に９０度だけ回転する。即ち、ＯＦＤＭシンボル＃１に対する変調方法はＢＰＳＫが用いられ、ＯＦＤＭシンボル＃２に対する変調方法はＱＢＰＳＫが用いられる。
【０１４５】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に転送されるＶＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを図５（ｃ）の例示のような星状に基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、該当ＰＰＤＵがＶＨＴフォーマットＰＰＤＵと判断することができる。
【０１４６】
一方、デコーディングに失敗すれば、ＳＴＡは該当ＰＰＤＵがｎｏｎ−ＨＴフォーマットＰＰＤＵと判断することができる。
【０１４７】
ＭＡＣフレームフォーマット
図６は、本発明が適用されることができるＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【０１４８】
図６を参照すると、ＭＡＣフレーム（すなわち、ＭＰＤＵ）は、ＭＡＣヘッダー（MAC  Header）、フレーム本体（Frame  Body）及びフレームチェックシーケンス（ＦＣＳ：frame  check  sequence）から構成される。
【０１４９】
MAC  Headerは、フレーム制御（Frame  Control）フィールド、持続時間／識別子（Duration/ID）フィールド、アドレス１（Address  1）フィールド、アドレス２（Address  2）フィールド、アドレス３（Address  3）フィールド、シーケンス制御（Sequence  Control）フィールド、アドレス４（Address  4）フィールド、ＱｏＳ制御（QoS  control）フィールド及びＨＴ制御（HT  Control）フィールドを含む領域と定義される。
【０１５０】
Frame  Controlフィールドは、該当ＭＡＣフレーム特性に対する情報を含む。Frame  Controlフィールドのより詳細な説明は後述する。
【０１５１】
Duration/IDフィールドは、該当ＭＡＣフレームのタイプ及びサブタイプに応じる他の値を有するように具現化されることができる。
【０１５２】
仮に、該当ＭＡＣフレームのタイプ及びサブタイプがパワーセーブ（ＰＳ：power  save）運営のためのＰＳ-ポール（PS-Poll）フレームの場合、Duration/IDフィールドは、フレームを送信したＳＴＡのＡＩＤ（association  identifier）を含むように設定されることができる。その以外の場合、Duration/IDフィールドは、該当ＭＡＣフレームのタイプ及びサブタイプに応じて特定持続時間値を有するように設定されることができる。また、フレームがＡ−ＭＰＤＵ（aggregate-MPDU）フォーマットに含まれたＭＰＤＵである場合、ＭＡＣヘッダーに含まれたDuration/IDフィールドは、全部同じ値を有するように設定されることもできる。
【０１５３】
Address１フィールドないしAddress４フィールドは、ＢＳＳＩＤ、ソースアドレス（ＳＡ：source  address）、目的アドレス（ＤＡ：destination  address）、送信ＳＴＡアドレスを表す送信アドレス（ＴＡ：Transmitting  address）、受信ＳＴＡアドレスを表す受信アドレス（ＲＡ：Receiving  Address）を指示するために使用される。
【０１５４】
一方、ＴＡフィールドにより具現化されたアドレスフィールドは、帯域幅シグナリングＴＡ（bandwidth  signaling  TA）値に設定されることができ、この場合、ＴＡフィールドは、該当ＭＡＣフレームがスクランブリングシーケンスに追加的な情報を含んでいることを指示できる。帯域幅シグナリングＴＡは、該当ＭＡＣフレームを送信するＳＴＡのＭＡＣアドレスと表現されることができるが、ＭＡＣアドレスに含まれた個別／グループビット（Individual/Group  bit）が特定値（例えば、「１」）に設定されることができる。
【０１５５】
Sequence  controlフィールドは、シーケンスナンバー（sequence  number）及びフラグメントナンバー（fragment  number）を含むように設定される。シーケンスナンバーを該当ＭＡＣフレームに割り当てられたシーケンスナンバーを指示できる。フラグメントナンバーは、該当ＭＡＣフレームの各フラグメントのナンバーを指示できる。
【０１５６】
QoS  Controlフィールドは、ＱｏＳと関連した情報を含む。QoS  Control  フィールドは、サブタイプ（Subtype）のサブフィールドにおいてＱｏＳデータフレームを指示する場合に含まれることができる。
【０１５７】
HT  Controlフィールドは、ＨＴ及び／またはＶＨＴ送受信技法と関連した制御情報を含む。HT  Controlフィールドは、制御ラッパー（Control  Wrapper）フレームに含まれる。また、オーダー（Order）サブフィールド値が１であるＱｏＳデータ（QoS  Data）フレーム、管理（Management）フレームに存在する。
【０１５８】
Frame  Bodyは、ＭＡＣペイロード（payload）と定義され、上位階層で送信しようとするデータが位置するようになり、可変的なサイズを有する。例えば、最大ＭＰＤＵのサイズは、１１４５４オクテット（octets）で、最大ＰＰＤＵのサイズは、５．４８４ｍｓでありうる。
【０１５９】
ＦＣＳは、ＭＡＣフッター（footer）と定義され、ＭＡＣフレームのエラー探索のために使用される。
【０１６０】
最初の三つのフィールド（Frame  Controlフィールド、Duration/IDフィールド及びAddress  1フィールド）と最も最後のフィールド（ＦＣＳフィールド）は、最小フレームフォーマットを構成し、すべてのフレームに存在する。その他のフィールドは、特定フレームタイプにおいてのみ存在できる。
【０１６１】
図７は、本発明が適用できる無線通信システムにおけるＭＡＣフレーム内のフレーム制御（frame  control）フィールドを例示する図である。
【０１６２】
図７を参照すると、Frame  Controlフィールドは、プロトコルバージョン（Protocol  Version）サブフィールド、タイプ（Type）サブフィールド、サブタイプ（Subtype）サブフィールド、Ｔｏ  ＤＳサブフィールド、From  DSサブフィールド、追加フラグメント（More  Fragments）サブフィールド、再試み（Retry）サブフィールド、パワー管理（power  management）サブフィールド、追加データ（More  Data）サブフィールド、保護されたフレーム（Protected  Frame）サブフィールド、及びオーダー（Order）サブフィールドから構成される。
【０１６３】
Protocol  Versionサブフィールドは、該当ＭＡＣフレームに適用されたＷＬＡＮプロトコルのバージョンを指示することができる。
【０１６４】
Typeサブフィールド及びSubtypeサブフィールドは、該当ＭＡＣフレームの機能を識別する情報を指示するように設定できる。
【０１６５】
ＭＡＣフレームのタイプは、管理フレーム（Management  Frame）、制御フレーム（control  frame）、データフレーム（Data  Frame）の３種類のフレームタイプを含むことができる。
【０１６６】
そして、各フレームタイプはまたサブタイプに区分できる。
【０１６７】
例えば、制御フレーム（Control  frames）はＲＴＳ（request  to  send）フレーム、ＣＴＳ（clear-to-send）フレーム、ＡＣＫ（Acknowledgment）フレーム、ＰＳ−ポール（Poll）フレーム、ＣＦ（contention  free）−Ｅｎｄフレーム、ＣＦ−Ｅｎｄ＋ＣＦ−ＡＣＫフレーム、ブロックＡＣＫ要請（ＢＡＲ：Block  Acknowledgment  request）フレーム、ブロックＡＣＫ（ＢＡ：Block  Acknowledgment）フレーム、制御ラッパー（control  Wrapper（Control＋HT  control））フレーム、ＶＨＴナルデータパケット公知（ＮＤＰＡ：Null  Data  Packet  Announcement）、及びビームフォーミング報告ポール（Beamforming  Report  Poll）フレームを含むことができる。
【０１６８】
管理フレーム（Management  frames）は、ビーコン（Beacon）フレーム、ＡＴＩＭ（Announcement  Traffic  Indication  Message）フレーム、連係解除（Disassociation）フレーム、連係要請／応答（Association  Request/Response）フレーム、再連係要請／応答（Reassociation  Request/Response）フレーム、プローブ要請／応答（Probe  Request/Response）フレーム、認証（Authentication）フレーム、認証解除（Deauthentication）フレーム、動作（Action）フレーム、動作無応答（Action  No  ACK）フレーム、及びタイミング広告（Timing  Advertisement）フレームを含むことができる。
【０１６９】
Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、該当ＭＡＣフレームヘッダーに含まれたAddress１フィールド乃至Address４フィールドを解析するために必要な情報を含むことができる。Controlフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは全て‘０’に設定される。Managementフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは該当フレームがＱｏＳ管理フレーム（ＱＭＦ：QoS  Management  frame）であれば、順に‘１’、‘０’に設定され、該当フレームがＱＭＦでなければ、順に全て‘０’、‘０’に設定できる。
【０１７０】
More  Fragmentsサブフィールドは、該当ＭＡＣフレームに続いて転送されるフラグメント（fragment）が存在するか否かを指示することができる。現在ＭＳＤＵまたはＭＭＰＤＵの更に他のフラグメント（fragment）が存在する場合は‘１’に設定され、そうでない場合は‘０’に設定できる。
【０１７１】
Retryサブフィールドは、該当ＭＡＣフレームが以前ＭＡＣフレームの再転送に従うものか否かを指示することができる。以前ＭＡＣフレームの再転送の場合は‘１’に設定され、そうでない場合は‘０’に設定できる。
【０１７２】
Power  Managementサブフィールドは、ＳＴＡのパワー管理モードを指示することができる。Power  Managementサブフィールド値が‘１’であれば、ＳＴＡがパワーセーブモードに切り換えることを指示することができる。
【０１７３】
More  Dataサブフィールドは、追加的に転送されるＭＡＣフレームが存在するか否かを指示することができる。追加的に転送されるＭＡＣフレームが存在する場合は‘１’に設定され、そうでない場合は‘０’に設定できる。
【０１７４】
Protected  Frameサブフィールドは、フレームボディー（frame  Body）フィールドが暗号化されたか否かを指示することができる。Frame  Bodyフィールドが暗号化されたエンカプセレーションアルゴリズム（cryptographic  encapsulation  algorithm）により処理された情報を含む場合は‘１’に設定され、そうでない場合は‘０’に設定できる。
【０１７５】
前述した各フィールドに含まれる情報はＩＥＥＥ  ８０２．１１システムの定義に従うことができる。また、前述した各フィールドはＭＡＣフレームに含まれることができるフィールドの例示に該当し、これに限定されるものではない。即ち、前述した各フィールドが他のフィールドに取り替えられるか、または追加的なフィールドがさらに含まれることができ、全てのフィールドが必須的に含まれないこともある。
【０１７６】
図８は、本発明が適用されることができる無線通信システムにおけるHT  ControlフィールドのＶＨＴフォーマットを例示する。
【０１７７】
図８を参照すると、HT  Controlフィールドは、ＶＨＴサブフィールド、ＨＴ制御ミドル（HT  Control  Middle）サブフィールド、ＡＣ制限（AC  Constraint）サブフィールド及び逆方向承認（ＲＤＧ：Reverse  Direction  Grant）／追加ＰＰＤＵ（More  PPDU）サブフィールドから構成されることができる。
【０１７８】
ＶＨＴサブフィールドは、HT  ControlフィールドがＶＨＴのためのHT  Controlフィールドのフォーマットを有するかどうか（ＶＨＴ＝１）またはＨＴのためのHT  Controlフィールドのフォーマットを有するかどうか（ＶＨＴ＝０）を指示する。図８では、ＶＨＴのためのHT  Controlフィールド（すなわち、ＶＨＴ＝１）を仮定して説明する。ＶＨＴのためのHT  ControlフィールドをVHT  Controlフィールドと呼ぶことができる。
【０１７９】
HT  Control  Middleサブフィールドは、ＶＨＴサブフィールドの指示に従って他のフォーマットを有するように具現されることができる。ＨＴ  Control  Middleサブフィールドについてのさらに詳細な説明は後述する。
【０１８０】
AC  Constraintサブフィールドは、逆方向（ＲＤ：reverse  direction）データフレームのマップされたＡＣ（Access  Category）が単一ＡＣに限定されたことであるかどうかを指示する。
【０１８１】
RDG/More  PPDUサブフィールドは、該当フィールドがＲＤイニシエーター（initiator）またはＲＤ応答者（responder）によって送信されるかどうかによって異なるように解析されることができる。
【０１８２】
ＲＤイニシエーターによって送信された場合、ＲＤＧが存在する場合、RDG/More  PPDUフィールドが「１」に設定され、ＲＤＧが存在しない場合、「０」に設定される。ＲＤ応答者によって送信された場合、該当サブフィールドを含むＰＰＤＵがＲＤ応答者により送信された最後のフレームであると、「１」に設定され、さらに他のＰＰＤＵが送信されると、「０」に設定される。
【０１８３】
上述のように、HT  Control  Middleサブフィールドは、ＶＨＴサブフィールドの指示に従って、他のフォーマットを有するように具現されることができる。
【０１８４】
ＶＨＴのためのHT  ControlフィールドのHT  Control  Middleサブフィールドは、予備ビット（Reserved  bit）、ＭＣＳフィードバック要請（ＭＲＱ：ＭＣＳ（Modulation  and  Coding  Scheme）feedback  request）サブフィールド、ＭＲＱシーケンス識別子（ＭＳＩ：MRQ  Sequence  Identifier）／時空間ブロックコーディング（ＳＴＢＣ：Space-time  block  coding）サブフィールド、ＭＣＳフィードバックシーケンス識別子（ＭＦＳＩ：MCS  feedback  sequence  identifier）／グループＩＤ最下位ビット（ＧＩＤ−Ｌ：LSB（Least  Significant  Bit）  of  Group  ID）サブフィールド、ＭＣＳフィードバック（ＭＦＢ：MCS  Feedback）サブフィールド、グループＩＤ最上位ビット（ＧＩＤ−Ｈ：MSB（Most  Significant  Bit）  of  Group  ID）サブフィールド、コーディングタイプ（Coding  Type）サブフィールド、フィードバック送信タイプ（ＦＢ  Ｔｘ  Type：Feedback  Transmission  type）サブフィールド及び自発的ＭＦＢ（Unsolicited  MFB）サブフィールドから構成されることができる。
【０１８５】
＜表４＞は、ＶＨＴフォーマットのHT  Control  Middleサブフィールドに含まれた各サブフィールドに対する説明を示す。
【０１８６】
【表４】
0006423078.tif 000005
【０１８７】
そして、ＭＦＢサブフィールドは、ＶＨＴ空間−時間ストリーム数（ＮＵＭ＿ＳＴＳ：Number  of  space  time  streams）サブフィールド、ＶＨＴ−ＭＣＳサブフィールド、帯域幅（ＢＷ：Bandwidth）サブフィールド、信号対雑音比（ＳＮＲ：Signal  to  Noise  Ratio）サブフィールドを含むことができる。
【０１８８】
ＮＵＭ＿ＳＴＳサブフィールドは、推薦する空間ストリームの数を指示する。ＶＨＴ−ＭＣＳサブフィールドは、推薦するＭＣＳを指示する。ＢＷサブフィールドは、推薦するＭＣＳと関連した帯域幅情報を指示する。ＳＮＲサブフィールドは、データサブキャリヤ及び空間ストリーム上の平均ＳＮＲ値を指示する。
【０１８９】
上述の各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義に従うことができる。また、上述の各フィールドは、ＭＡＣフレームに含まれることができるフィールドの例示に該当し、これに限定されない。すなわち、上述の各フィールドが他のフィールドに代替されるか、または追加的なフィールドがさらに含まれることができ、すべてのフィールドが必需的に含まれなくても良い。
【０１９０】
媒体アクセスメカニズム
ＩＥＥＥ  ８０２．１１における通信は、共有された無線媒体（shared  wireless  medium）においてなされるから、有線チャネル（wired  channel）環境とは根本的に異なる特徴を有する。
【０１９１】
有線チャネル環境では、ＣＳＭＡ／ＣＤ（carrier  sense  multiple  access/collision  detection）に基づいて通信が可能である。例えば、送信端から一回シグナルが送信されると、チャネル環境が大きな変化がないから、受信端まで大きく信号が減衰されずに送信される。このとき、二つ以上のシグナルが衝突されると、感知（detection）が可能であった。これは、受信端で感知された電力（power）が瞬間的に送信端から送信した電力より大きくなるためである。しかしながら、無線チャネル環境は、多様な要素（例えば、距離に応じてシグナルの減衰が大きいか、または瞬間的に深いフェージング（deep  fading）を経ることができる）がチャネルに影響を与えるから、実際に受信端で信号が正しく送信されたか、または衝突が発生したか、送信端で正確にキャリヤセンシング（carrier  sensing）をすることができない。
【０１９２】
これにより、ＩＥＥＥ  ８０２．１１に応じるＷＬＡＮシステムにおいて、ＭＡＣの基本アクセスメカニズムとしてＣＳＭＡ／ＣＡ（Carrier  Sense  Multiple  Access  with  Collision  Avoidance）メカニズムを導入した。ＣＡＭＡ／ＣＡメカニズムは、ＩＥＥＥ  ８０２．１１ＭＡＣの分配調整機能（ＤＣＦ：Distributed  Coordination  Function）とも呼ばれるが、基本的に「listen  before  talk」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによると、ＡＰ及び／またはＳＴＡは、送信を始めるに先立ち、所定の時間区間（例えば、ＤＩＦＳ（DCF  Inter-Frame  Space））の間に無線チャネルまたは媒体（medium）をセンシング（sensing）するＣＣＡ（Clear  Channel  Assesment）を行う。センシング結果、万が一、媒体がアイドル状態（idle  status）であると判断されると、該当媒体を介してフレーム送信を始める。これに対し、媒体が占有状態（occupied  status）であると感知されると、該当ＡＰ及び／またはＳＴＡは、自分自身の送信を開始せずに、既に様々なＳＴＡが該当媒体を使用するために待機しているという仮定下でＤＩＦＳに追加的に媒体アクセスのための遅延時間（例えば、任意のバックオフ周期（random  backoff  period））の間により待った後にフレーム送信を試みることができる。
【０１９３】
任意のバックオフ周期を適用することによって、フレームを送信するための複数のＳＴＡが存在すると仮定するとき、複数のＳＴＡは、確率的に異なるバックオフ周期値を有するようになって、互いに異なる時間の間に待機した後にフレーム送信を試みることが期待されるので、衝突（collision）を最小化させることができる。
【０１９４】
また、ＩＥＥＥ  ８０２．１１ＭＡＣプロトコルは、ＨＣＦ（Hybrid  Coordination  Function）を提供する。ＨＣＦは、前記ＤＣＦと支点調整機能（ＰＣＦ：Point  Coordination  Function）を基盤とする。ＰＣＦは、ポーリング（polling）基盤の同期式アクセス方式ですべての受信ＡＰ及び／またはＳＴＡがデータフレームを受信することができるように、周期的にポーリングする方式を称する。また、ＨＣＦは、ＥＤＣＡ（Enhanced  Distributed  Channel  Access）とＨＣＣＡ（HCF  controlled  Channel  Access）を有する。ＥＤＣＡは、提供者が多数のユーザにデータフレームを提供するためのアクセス方式を競争基盤で行うことで、ＨＣＣＡは、ポーリング（polling）メカニズムを利用した非競争基盤のチャネルアクセス方式を使用することである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Quality  of  Service）を向上させるための媒体アクセスメカニズムを含み、競争周期（ＣＰ：Contention  Period）と非競争周期（ＣＦＰ：Contention  Free  Period）の両方でＱｏＳデータを送信できる。
【０１９５】
図９は、本発明が適用されることができる無線通信システムにおける任意のバックオフ周期とフレーム送信手順を説明するための図である。
【０１９６】
特定媒体が占有（occupyまたはbusy）状態からアイドル（idle）状態に変更されると、複数のＳＴＡは、データ（またはフレーム）送信を試みることができる。このとき、衝突を最小化するための方案として、ＳＴＡは、各々任意のバックオフカウント（random  backoff  count）を選択し、それに該当するスロット時間（slot  time）分だけ待機した後に、送信を試みることができる。任意のバックオフカウントは、疑似−任意整数（pseudo-random  integer）値を有し、０ないし競争ウィンドウ（ＣＷ：Contention  Window）範囲で均一分布（uniform  distribution）した値のうちのいずれか一つで決定されることができる。ここで、ＣＷは、競争ウィンドウパラメータ値である。ＣＷパラメータは、初期値としてＣＷ＿ｍｉｎが与えられるが、送信が失敗した場合（例えば、送信されたフレームに対するＡＣＫを受信していない場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷ＿ｍａｘになると、データ送信が成功するまでＣＷ＿ｍａｘ値を維持しながらデータ送信を試みることができ、データ送信が成功する場合には、ＣＷ＿ｍｉｎ値にリセットされる。ＣＷ、ＣＷ＿ｍｉｎ及びＣＷ＿ｍａｘ値は、２＾ｎ−１（ｎ＝０，１，２，．．．）に設定されることが好ましい。
【０１９７】
任意のバックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値に応じてバックオフスロットをカウントダウンし、カウントダウンする間に媒体をモニタリングし続ける。媒体が占有状態であるとモニタリングされる場合、カウントダウンを中断し待機するようになり、媒体がアイドル状態になると、カウントダウンを再開する。
【０１９８】
図９の例示においてＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３は、ＤＩＦＳ分だけ媒体がアイドル状態であることを確認し、直にフレームを送信できる。
【０１９９】
一方、残りのＳＴＡは、媒体が占有（busy）状態であることをモニタリングし待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生でき、それぞれのＳＴＡは、媒体がアイドル状態であるとモニタリングされる場合、ＤＩＦＳだけ待機した後に、各自が選択した任意のバックオフカウント値に応じてバックオフスロットをカウントダウンする。
【０２００】
図９の例示では、ＳＴＡ２が最も小さなバックオフカウント値を選択し、ＳＴＡ１が最も大きなバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えフレーム送信を始める時点においてＳＴＡ５の残余バックオフ時間は、ＳＴＡ１の残余バックオフ時間より短い場合を例示する。
【０２０１】
ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間にカウントダウンを止め待機する。ＳＴＡ２の媒体占有が終了して媒体が再度アイドル状態になると、ＳＴＡ１及びＳＴＡ５は、ＤＩＦＳだけ待機した後に、止めたバックオフカウントを再開する。すなわち、残余バックオフ時間ほどの残りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１より短かったので、ＳＴＡ５のフレーム送信を始めるようになる。
【０２０２】
一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生できる。このとき、ＳＴＡ４の立場では、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後、自身が選択した任意のバックオフカウント値に応じるバックオフスロットのカウントダウンを行う。
【０２０３】
図９の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意のバックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５との間に衝突が発生できる。衝突が発生する場合には、ＳＴＡ４とＳＴＡ５ともがＡＣＫを受信できないから、データ送信を失敗するようになる。この場合、ＳＴＡ４とＳＴＡ５は、ＣＷ値を２倍に増やした後に、任意のバックオフカウント値を選択しバックオフスロットのカウントダウンを行う。
【０２０４】
一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信により媒体が占有状態である間に待機している途中で、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後に、残余バックオフ時間が経過すると、フレーム送信を始めることができる。
【０２０５】
ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／またはＳＴＡが媒体を直接センシングする物理的キャリヤセンシング（physical  carrier  sensing）の他に、仮像キャリヤセンシング（virtual  carrier  sensing）も含む。
【０２０６】
仮像キャリヤセンシングは、非表示ノード問題（hidden  node  problem）などのように媒体接近上発生できる問題を補完するためのものである。仮像キャリヤセンシングのために、ＷＬＡＮシステムのＭＡＣは、ネットワーク割り当てベクトル（ＮＡＶ：Network  Allocation  Vector）を利用する。ＮＡＶは、現在媒体を使用しているか、または使用する権限があるＡＰ及び／またはＳＴＡが、媒体が利用可能な状態になるまで残っている時間を他のＡＰ及び／またはＳＴＡに指示する値である。したがって、ＮＡＶに設定された値は、該当フレームを送信するＡＰ及び／またはＳＴＡによって媒体の使用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、該当期間の間に媒体アクセスが禁止される。ＮＡＶは、例えば、フレームのＭＡＣヘッダー（header）の持続期間（duration）フィールドの値に応じて設定されることができる。
【０２０７】
ＡＰ及び／またはＳＴＡは、媒体に接近しようとすることを知らせるために、ＲＴＳ（request  to  send）フレーム及びＣＴＳ（clear  to  send）フレームを交換する手順を行うことができる。ＲＴＳフレーム及びＣＴＳフレームは、実質的なデータフレーム送信及び受信確認応答（ＡＣＫ）が支援される場合、ＡＣＫフレームが送受信されるのに必要な無線媒体が接近予約された時間的な区間を指示する情報を含む。フレームを送信しようとするＡＰ及び／またはＳＴＡから送信されたＲＴＳフレームを受信するか、またはフレーム送信対象ＳＴＡから送信されたＣＴＳフレームを受信した他のＳＴＡは、ＲＴＳ／ＣＴＳフレームに含まれている情報が指示する時間的な区間の間に媒体に接近しないように設定されることができる。
【０２０８】
フレーム間隔（interframe  Space）
フレーム間の時間間隔をフレーム間隔（ＩＦＳ：Interframe  Space）と定義する。ＳＴＡは、キャリヤセンシング（carrier  sensing）を介して、ＩＦＳ時間区間の間にチャネルが使用されるかどうかを判断できる。８０２．１１  ＷＬＡＮシステムにおいて無線媒体を占有する優先レベル（priority  level）を提供するために、複数のＩＦＳが定義される。
【０２０９】
図１０は、本発明が適用されることができる無線通信システムにおけるＩＦＳ関係を例示する図である。
【０２１０】
すべてのタイミングは、物理階層インタフェースプリミティブ、すなわち、ＰＨＹ−ＴＸＥＮＤ．confirmプリミティブ、ＰＨＹＴＸＳＴＡＲＴ．confirmプリミティブ、ＰＨＹ−ＲＸＳＴＡＲＴ．indicationプリミティブ及びＰＨＹ-ＲＸＥＮＤ．indicationプリミティブを参照して決まることができる。
【０２１１】
ＩＦＳ種類に応じるフレーム間隔は、以下のとおりである。
ａ）縮小されたフレーム間隔（ＲＩＦＳ：reduced  interframe  Space）
ｂ）短いフレーム間隔（ＳＩＦＳ：short  interframe  space）
ｃ）ＰＣＦフレーム間隔（ＰＩＦＳ：PCF  interframe  Space）
ｄ）ＤＣＦフレーム間隔（ＤＩＦＳ：DCF  interframe  Space）
ｅ）調整フレーム間隔（ＡＩＦＳ：arbitration  interframe  Space）
ｆ）拡張フレーム間隔（ＥＩＦＳ：extended  interframe  Space）
【０２１２】
互いに異なるＩＦＳは、ＳＴＡのビット率（bit  rate）と無関係に物理階層により特定された属性から決定される。ＩＦＳタイミングは、媒体上での時間ギャップ（time  gap）と定義される。ＡＩＦＳを除いたＩＦＳタイミングは、各物理階層別に固定される。
【０２１３】
ＳＩＦＳは、ＡＣＫフレーム、ＣＴＳフレーム、ブロックＡＣＫ要請（BlockAckReq）フレームまたはＡ−ＭＰＤＵに対する即刻な応答であるブロックＡＣＫ（BlockAck）フレームを含むＰＰＤＵ、フラグメントバースト（fragment  burst）の第２番目または連続的なＭＰＤＵ、ＰＣＦによるポーリング（polling）に対するＳＴＡの応答の送信のために使用され、最も優先順位を有する。ＳＩＦＳは、また非競争区間（ＣＦＰ）時間の間にフレームのタイプと無関係にフレームの支点調整（point  coordinator）のために使用されることができる。ＳＩＦＳは、以前フレームの最後のシンボルの終了またはシグナル拡張（存在する場合）からつながる次のフレームのプリアンブルの第１番目のシンボルの開始までの時間を示す。
【０２１４】
ＳＩＦＳタイミングは、ＴｘＳＩＦＳスロット境界から連続的なフレームの送信が始まる時に達成される。
【０２１５】
ＳＩＦＳは、互いに異なるＳＴＡからの送信間のＩＦＳのうち、最も短い。媒体を占有しているＳＴＡがフレーム交換シーケンス（frame  exchange  sequence）が行われる区間の間に媒体の占有を維持する必要がある場合に使用されることができる。
【０２１６】
フレーム交換シーケンス内の送信間に最も小さなギャップを使用することによって、より長いギャップの間に、媒体がアイドル状態になることを待つことが要求される他のＳＴＡが媒体の使用を試みるのを防止できる。したがって、進行中のフレーム交換シーケンスが完了するのに優先権を付与できる。
【０２１７】
ＰＩＦＳは、媒体をアクセスするのに優先権を獲得するために使用される。
【０２１８】
ＰＩＦＳは、次のような場合に使用されることができる。
−ＰＣＦ下に動作するＳＴＡ
−チャネルスイッチ公知（Channel  Switch  Announcement）フレームを送信するＳＴＡ
−トラフィック指示マップ（ＴＩＭ：Traffic  Indication  Map）フレームを送信するＳＴＡ
−ＣＦＰまたは送信機会（ＴＸＯＰ：Transmission  Opportunity）を始めるハイブリッド調整者（ＨＣ：Hybrid  Coordinator）
−ＣＡＰ（controlled  access  phase）内の予想された受信の不在から復旧（recovering）するためのポーリングされたＴＸＯＰホルダー（holder）であるＨＣまたはｎｏｎ−ＡＰ  ＱｏＳ  ＳＴＡ
−ＣＴＳ２の送信前にデュアルＣＴＳ保護を使用するＨＴ  ＳＴＡ
−送信失敗以後に送信し続けるためのＴＸＯＰホルダー（holder）
−エラー復旧（error  recovery）を使用して送信し続けるためのＲＤ（reverse  direction）開始者
−ＰＳＭＰ（power  save  multi-poll）復旧フレームを送信するＰＳＭＰシーケンスの間にＨＴ  ＡＰ
−ＥＤＣＡチャネルアクセスを使用する４０ＭＨｚマスクＰＰＤＵを送信する前にセコンダリーチャネル（secondary  channel）内のＣＣＡを行うＨＴ  ＳＴＡ
【０２１９】
先に羅列した例示の中でセコンダリーチャネル（secondary  channel）でＣＣＡを行う場合を除いて、ＰＩＦＳを使用するＳＴＡは、ＴｘＰＩＦＳスロット境界から媒体がアイドル状態であることを決定するＣＳ（carrier  sense）メカニズム以後に送信を始める。
【０２２０】
ＤＩＦＳは、ＤＣＦ下にデータフレーム（ＭＰＤＵ）及び管理フレーム（ＭＭＰＤＵ：MAC  Management  Protocol  Data  Unit）を送信するように動作するＳＴＡにより使用されることができる。ＤＣＦを使用するＳＴＡは、正確に受信されたフレーム及びバックオフタイムが満了した以後、ＣＳ（carrier  sense）メカニズムを介して媒体がアイドル状態であると決定されると、ＴｘＤＩＦＳスロット境界から送信できる。ここで、正確に受信されたフレームは、ＰＨＹ−ＲＸＥＮＤ．indicationプリミティブがエラーを指示せず、ＦＣＳがフレームがエラーでないこと（error  free）を指示するフレームを意味する。
【０２２１】
ＳＩＦＳ時間（「aSIFSTime」）とスロット時間（「aSlotTime」）は、物理階層別に決定されることができる。ＳＩＦＳ時間は、固定された値を有するが、スロット時間は、無線遅延時間（aAirPropagationTime）変化に応じて動的に変化できる。
【０２２２】
「aSIFSTime」は、以下の＜数式１＞及び＜数式２＞のように定義される。
【０２２３】
【数１】
0006423078.tif 000006
【０２２４】
【数２】
0006423078.tif 000007
【０２２５】
「aSlotTime」は、以下の＜数式３＞のように定義される。
【０２２６】
【数３】
0006423078.tif 000008
【０２２７】
＜数式３＞中、基本的な（default）物理階層パラメータは、
【化１】
0006423078.tif 000009
と同一または小さな値を有する「aMACProcessingDelay」に基づく。無線波は、自由空間（free  space）で
【化２】
0006423078.tif 000010
で広がる。例えば、
【化３】
0006423078.tif 000011
は、ＢＳＳ最大一方向（one-way）距離〜４５０ｍ（往復時間（round  trip）は、〜９００ｍ）の上限線でありうる。
【０２２８】
ＰＩＦＳとＳＩＦＳは、それぞれ以下の＜数式４＞及び＜数式５＞のように定義される。
【０２２９】
【数４】
0006423078.tif 000012
【０２３０】
【数５】
0006423078.tif 000013
【０２３１】
先の＜数式１＞から＜数式５＞において括弧内の数値は、一般的な値を例示しているが、その値は、ＳＴＡ別にあるいはＳＴＡの位置別に変わることができる。
【０２３２】
上述のＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳは、媒体と互いに異なるＭＡＣスロット境界（ＴｘＳＩＦＳ、ＴｘＰＩＦＳ、ＴｘＤＩＦＳ）に基づいて測定される。
【０２３３】
ＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳに対した各ＭＡＣスロット境界は、それぞれ以下の＜数式６＞から＜数式８＞のように定義される。
【０２３４】
【数６】
0006423078.tif 000014
【０２３５】
【数７】
0006423078.tif 000015
【０２３６】
【数８】
0006423078.tif 000016
【０２３７】
チャンネル状態情報（Channel  State  information）フィードバック（Feedback）方法
ビームフォーマ（Beamformer）が全てのアンテナを一つのビームフォーミ（Beamformee）に割り当てて通信するＳＵ−ＭＩＭＯ技術は時空間を用いたダイバーシティ利得（diversity  gain）とストリーム（stream）多重転送を通じてチャンネル容量を増大させる。ＳＵ−ＭＩＭＯ技術は、ＭＩＭＯ技術を適用しない時に比べてアンテナの個数を増やすことによって、空間自由度を拡張させて物理階層の性能向上に寄与することができる。
【０２３８】
また、ビームフォーマが複数のビームフォーミにアンテナを割り当てるＭＵ−ＭＩＭＯ技術は、ビームフォーマに接続した複数のビームフォーミの多重接続のためのリンク階層プロトコルを通じて、ビームフォーミ当たり転送率を高めるか、またはチャンネルの信頼度を高めることによって、ＭＩＭＯアンテナの性能を向上させることができる。
【０２３９】
ＭＩＭＯ環境ではビームフォーマがチャンネル情報をどれほど正確に知っているのかが性能に大きい影響を及ぼすことができるので、チャンネル情報獲得のためのフィードバック手続が求められる。
【０２４０】
チャンネル情報獲得のためのフィードバック手続は大別して２つ方式が支援できる。一つは制御フレーム（control  frame）を用いる方式であり、残りの一つはデータフィールドが含まれないチャンネルサウンディング（Channel  Sounding）手続を用いる方式である。サウンディングはプリアンブルトレーニングフィールド（training  field）を含むＰＰＤＵのデータ復調の以外の目的のためにチャンネルを測定するために該当トレーニングフィールド（training  field）を用いることを意味する。
【０２４１】
以下、制御フレーム（control  frame）を用いたチャンネル情報フィードバック方法とＮＤＰ（null  Data  packet）を用いたチャンネル情報フィードバック方法についてより具体的に説明する。
【０２４２】
１）制御フレーム（control  frame）を用いたフィードバック方法
【０２４３】
ＭＩＭＯ環境でビームフォーマはＭＡＣヘッダーに含まれたＨＴ制御フィールドを通じてチャンネル状態情報のフィードバックを指示するか、またはビームフォーミはＭＡＣフレームヘッダーに含まれたＨＴ制御フィールドを通じてチャンネル状態情報を報告することができる（図８参照）。ＨＴ制御フィールドは制御ラッパーフレームやＭＡＣヘッダーのオーダーサブフィールドが１に設定されたＱｏＳデータフレーム、管理フレームに含まれることができる。
【０２４４】
２）チャンネルサウンディング（Channel  Sounding）を用いたフィードバック方法
【０２４５】
図１１は、本発明が適用できる無線通信システムにおけるチャンネルサウンディング（Sounding）方法を概念的に示す図である。
【０２４６】
図１１では、サウンディングプロトコル（Sounding  Protocol）に基づいてビームフォーマ（例えば、ＡＰ）とビームフォーミ（例えば、ｎｏｎ−ＡＰ  ＳＴＡ）との間のチャンネル状態情報（Channel  state  information）をフィードバックする方法を例示する。サウンディングプロトコル（Sounding  Protocol）は、チャンネル状態情報に対する情報のフィードバックを受ける手続を意味することができる。
【０２４７】
サウンディングプロトコルを基礎にしたビームフォーマとビームフォーミとの間のチャンネル状態情報サウンディング方法を以下のステップで遂行できる。
【０２４８】
（１）ビームフォーマでビームフォーミのフィードバックのためのサウンディング転送を知らせるＶＨＴ  ＮＤＰＡ（VHT  Null  Data  Packet  Announcement）フレームを転送する。
【０２４９】
ＶＨＴ  ＮＤＰＡフレームはチャンネルサウンディングが開始され、ＮＤＰ（Null  Data  packet）が転送されることを知らせるために使われる制御フレーム（control  frame）を意味する。言い換えると、ＮＤＰを転送する前にＶＨＴ  ＮＤＰＡフレームを転送することによって、ビームフォーミがＮＤＰフレームを受信する前にチャンネル状態情報をフィードバックするための準備を行うようにすることができる。
【０２５０】
ＶＨＴ  ＮＤＰＡフレームは、ＮＤＰを転送するビームフォーミのＡＩＤ（association  identifier）情報、フィードバックタイプ情報などを含むことができる。ＶＨＴ  ＮＤＰＡフレームに対するより詳細な説明は後述する。
【０２５１】
ＶＨＴ  ＮＤＰＡフレームは、ＭＵ−ＭＩＭＯを使用してデータを転送する場合とＳＵ−ＭＩＭＯを使用してデータを転送する場合、互いに異なる転送方式により転送できる。例えば、ＭＵ−ＭＩＭＯのためのチャンネルサウンディングを遂行する場合、ＶＨＴ  ＮＤＰＡフレームをブロードキャスト（broadcast）方式により転送するが、ＳＵ−ＭＩＭＯのためのチャンネルサウンディングを遂行する場合、一つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームをユニキャスト（unicast）方式により転送することができる。
【０２５２】
（２）ビームフォーマはＶＨＴ  ＮＤＰＡフレームを転送した後、ＳＩＦＳ時間後にＮＤＰを転送する。ＮＤＰはデータフィールドを除外したＶＨＴ  ＰＰＤＵ構造を有する。
【０２５３】
ＶＨＴ  ＮＤＰＡフレームを受信したビームフォーミは、ＳＴＡ情報フィールドに含まれたＡＩＤ１２サブフィールド値を確認し、自分がサウンディング対象ＳＴＡであるかを確認することができる。
【０２５４】
また、ビームフォーミは、ＮＤＰＡに含まれたＳＴＡ情報フィールドの順序を通じてフィードバック順序を知ることができる。図１１では、フィードバック順序がビームフォーミ１、ビームフォーミ２、ビームフォーミ３の順に進行される場合を例示する。
【０２５５】
（３）ビームフォーミ１はＮＤＰに含まれたトレーニングフィールド（training  field）に基づいてダウンリンクチャンネル状態情報を獲得して、ビームフォーマに転送するフィードバック情報を生成する。
【０２５６】
ビームフォーミ１は、ＮＤＰフレームを受信後、ＳＩＦＳの以後にフィードバック情報を含んだＶＨＴ圧縮されたビームフォーミング（VHT  Compressed  Beamforming）フレームをビームフォーマに転送する。
【０２５７】
ＶＨＴ圧縮されたビームフォーミング（VHT  Compressed  Beamforming）フレームは、時空間ストリーム（space-time  stream）に対するＳＮＲ値、サブキャリア（subcarrier）に対する圧縮されたビームフォーミングフィードバック行列（compressed  beamforming  feedback  matrix）に対する情報などが含まれることができる。VHT  Compressed  Beamformingフレームに対するより詳細な説明は後述する。
【０２５８】
（４）ビームフォーマは、ビームフォーミ１からVHT  Compressed  Beamformingフレームの受信後、ＳＩＦＳの以後にビームフォーミ２からチャンネル情報を得るためにビームフォーミング報告ポール（Beamforming  Report  Poll）フレームをビームフォーミ２に転送する。
【０２５９】
Beamforming  Report  PollフレームはＮＤＰフレームと同一な役割を遂行するフレームであって、ビームフォーミ２は転送されるBeamforming  Report  Pollフレームに基づいてチャンネル状態を測定することができる。
【０２６０】
Beamforming  Report  Pollフレームに対するより詳細な説明は後述する。
【０２６１】
（５）Beamforming  Report  Pollフレームを受信したビームフォーミ２は、ＳＩＦＳの以後にフィードバック情報を含んだVHT  Compressed  Beamformingフレームをビームフォーマに転送する。
【０２６２】
（６）ビームフォーマは、ビームフォーミ２からVHT  Compressed  Beamformingフレームの受信後、ＳＩＦＳの以後にビームフォーミ３からチャンネル情報を得るためにBeamforming  Report  Pollフレームをビームフォーミ３に転送する。
【０２６３】
（７）Beamforming  Report  Pollフレームを受信したビームフォーミ３は、ＳＩＦＳの以後にフィードバック情報を含んだVHT  Compressed  Beamformingフレームをビームフォーマに転送する。
【０２６４】
以下、前述したチャンネルサウンディング手続で使われるフレームについて説明する。
【０２６５】
図１２は、本発明が適用できる無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【０２６６】
図１２を参照すると、ＶＨＴ  ＮＤＰＡフレームは、フレーム制御（Frame  Control）フィールド、持続時間（duration）フィールド、ＲＡ（Receiving  Address）フィールド、ＴＡ（Transmitting  address）フィールド、サウンディングダイアログトークン（Sounding  Dialog  Token）フィールド、ＳＴＡ情報１（STA  Info  1）フィールド乃至ＳＴＡ情報ｎ（STA  Info  n）フィールド及びＦＣＳから構成できる。
【０２６７】
ＲＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを受信する受信者アドレス（receiver  address）またはＳＴＡアドレスを示す。
【０２６８】
ＶＨＴ  ＮＤＰＡフレームが一つのSTA  Infoフィールドを含む場合、ＲＡフィールド値はSTA  Infoフィールド内のＡＩＤにより識別されるＳＴＡのアドレスを有する。例えば、ＳＵ−ＭＩＭＯチャンネルサウンディングのために一つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを転送する場合、ＡＰはＶＨＴ  ＮＤＰＡフレームを対象ＳＴＡにユニキャスト（unicast）で転送する。
【０２６９】
一方、ＶＨＴ  ＮＤＰＡフレームが一つ以上のSTA  Infoフィールドを含む場合、ＲＡフィールド値はブロードキャストアドレス（broadcast  address）を有する。例えば、ＭＵ−ＭＩＭＯチャンネルサウンディングのために少なくとも一つ以上の対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを転送する場合、ＡＰはＶＨＴ  ＮＤＰＡフレームをブロードキャスティングする。
【０２７０】
ＴＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを転送する送信者アドレス（transmitter  address）または転送するＳＴＡのアドレスまたはＴＡをシグナリングする帯域幅を示す。
【０２７１】
Sounding  Dialog  Tokenフィールドは、サウンディングシーケンス（Sounding  Sequence）フィールドと呼ばれることもできる。Sounding  Dialog  Tokenフィールド内のサウンディングダイアログトークン番号（Sounding  Dialog  Token  Number）サブフィールドは、ＶＨＴ  ＮＤＰＡフレームを識別するためにビームフォーマにより選択された値を含む。
【０２７２】
ＶＨＴ  ＮＤＰＡフレームは、少なくとも一つのSTA  Infoフィールドを含む。即ち、ＶＨＴ  ＮＤＰＡフレームはサウンディング対象ＳＴＡに対する情報を含むSTA  Infoフィールドを含む。STA  Infoフィールドは、サウンディング対象ＳＴＡ毎に一つずつ含まれることができる。
【０２７３】
各STA  Infoフィールドは、ＡＩＤ１２サブフィールド、フィードバックタイプ（Feedback  Type）サブフィールド、及びＮｃインデックス（Nc  Index）サブフィールドで構成できる。
【０２７４】
＜表５＞は、ＶＨＴ  ＮＤＰＡフレームに含まれるSTA  Infoフィールドのサブフィールドを示す。
【０２７５】
【表５】
0006423078.tif 000017
【０２７６】
前述した各フィールドに含まれる情報はＩＥＥＥ  ８０２．１１システムの定義に従うことができる。また、前述した各フィールドはＭＡＣフレームに含まれることができるフィールドの例示に該当し、他のフィールドに取り替えられるか、または追加的なフィールドがさらに含まれることができる。
【０２７７】
図１３は、本発明が適用できる無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【０２７８】
図１３を参照すると、ＮＤＰは先の図４のようなＶＨＴ  ＰＰＤＵフォーマットでデータフィールドが省略されたフォーマットを有することができる。ＮＤＰは、特定プリコーディング行列（precoding  matrix）に基づいてプリコーディング（precoding）されてサウンディング対象ＳＴＡに転送できる。
【０２７９】
ＮＤＰのＬ−ＳＩＧフィールドでデータフィールドに含まれたＰＳＤＵ長さを指示する長さフィールドは‘０’に設定される。
【０２８０】
ＮＤＰのＶＨＴ−ＳＩＧ−ＡフィールドでＮＤＰ転送のために使われた転送技法がＭＵ−ＭＩＭＯであるか、またはＳＵ−ＭＩＭＯであるかを指示するGroup  IDフィールドはＳＵ−ＭＩＭＯ転送を指示する値に設定される。
【０２８１】
ＮＤＰのＶＨＴ−ＳＩＧ−Ｂフィールドのデータビットは帯域幅別に固定されたビットパターン（bit  pattern）に設定される。
【０２８２】
サウンディング対象ＳＴＡは、ＮＤＰを受信すれば、ＮＤＰのＶＨＴ−ＬＴＦフィールドに基づいてチャンネルを推定し、チャンネル状態情報を獲得する。
【０２８３】
図１４は、本発明が適用できる無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（VHT  compressed  beamforming）フレームフォーマットを例示する図である。
【０２８４】
図１４を参照すると、VHT  compressed  beamformingフレームはＶＨＴ機能を支援するためのＶＨＴ動作（VHT  Action）フレームであって、Frame  BodyにActionフィールドを含む。ActionフィールドはＭＡＣフレームのFrame  Bodyに含まれて拡張された管理動作を明示するためのメカニズムを提供する。
【０２８５】
Actionフィールドは、カテゴリー（Category）フィールド、ＶＨＴ動作（VHT  Action）フィールド、ＶＨＴ  ＭＩＭＯ制御（VHT  MIMO  control）フィールド、ＶＨＴ圧縮されたビームフォーミング報告（VHT  Compressed  Beamforming  Report）フィールド、及びＭＵ専用ビームフォーミング報告（MU  Exclusive  Beamforming  Report）フィールドから構成される。
【０２８６】
CategoryフィールドはＶＨＴカテゴリー（即ち、VHT  Actionフレーム）を指示する値に設定され、VHT  ActionフィールドはVHT  Compressed  Beamformingフレームを指示する値に設定される。
【０２８７】
VHT  MIMO  Controlフィールドは、ビームフォーミングフィードバックと関連した制御情報をフィードバックするために使われる。VHT  MIMO  Controlフィールドは、VHT  Compressed  Beamformingフレームに常に存在することができる。
【０２８８】
VHT  Compressed  Beamforming  Reportフィールドは、データを転送することに使われる時空間ストリーム（space-time  stream）に対するＳＮＲ情報が含まれたビームフォーミングマトリックに対する情報をフィードバックするために使われる。
【０２８９】
MU  Exclusive  Beamforming  Reportフィールドは、ＭＵ−ＭＩＭＯ転送を遂行する場合、空間的ストリーム（spatial  stream）に対するＳＮＲ情報をフィードバックするために使われる。
【０２９０】
VHT  Compressed  Beamforming  Reportフィールド及びMU  Exclusive  Beamforming  Reportフィールドの存否及び内容（content）は、VHT  MIMO  Controlフィールドのフィードバックタイプ（Feedback  Type）サブフィールド、残余フィードバックセグメント（Remaining  Feedback  Segments）サブフィールド、最初フィードバックセグメント（First  Feedback  Segment）サブフィールドの値によって決定できる。
【０２９１】
以下、VHT  MIMO  Controlフィールド、VHT  Compressed  Beamforming  Reportフィールド及びMU  Exclusive  Beamforming  Reportフィールドに対してより具体的に説明する。
【０２９２】
１）VHT  MIMO  Controlフィールドは、Ｎｃインデックス（Nc  Index）サブフィールド、Ｎｒインデックス（Nr  Index）サブフィールド、チャンネル幅（Channel  Width）サブフィールド、グルーピング（Grouping）サブフィールド、コードブック情報（Codebook  Information）サブフィールド、フィードバックタイプ（Feedback  Type）サブフィールド、残余フィードバックセグメント（Remaining  Feedback  Segments）サブフィールド、最初フィードバックセグメント（First  Feedback  Segment）サブフィールド、予備（reserved）サブフィールド、及びサウンディングダイアログトークン番号（Sounding  Dialog  Token  Number）サブフィールドから構成される。
【０２９３】
＜表６＞は、VHT  MIMO  Controlフィールドのサブフィールドを示す。
【０２９４】
【表６−１】
0006423078.tif 000018
【表６−２】
0006423078.tif 000019
【０２９５】
VHT  Compressed  BeamformingフレームがVHT  Compressed  Beamforming  Reportフィールドの全部または一部を伝達しない場合、Nc  Indexサブフィールド、Channel  Widthサブフィールド、Groupingサブフィールド、Codebook  Informationサブフィールド、Feedback  Typeサブフィールド、及びSounding  Dialog  Token  Numberサブフィールドは予備フィールドに設定され、First  Feedback  Segmentサブフィールドは‘０’に設定され、Remaining  Feedback  Segmentsサブフィールドは‘７’に設定される。
【０２９６】
Sounding  Dialog  Token  Numberサブフィールドは、サウンディングシーケンス番号（Sounding  Sequence  Number）サブフィールドと呼ばれることもできる。
【０２９７】
２）VHT  compressed  beamforming  reportフィールドは、転送ビームフォーマがステアリング行列（steering  matix）‘Ｑ’を決定するために使用する圧縮されたビームフォーミングフィードバック行列（comporessed  beamforming  feedback  matrix）‘Ｖ’を角度の形態に示した明示的なフィードバック情報を伝達するために使われる。
【０２９８】
＜表７＞はVHT  compressed  beamforming  reportフィールドのサブフィールドを示す。
【０２９９】
【表７】
0006423078.tif 000020
【０３００】
＜表７＞を参照すると、VHT  compressed  beamforming  reportフィールドでは時空間ストリームの各々に対する平均ＳＮＲと各々のサブキャリアに対する圧縮されたビームフォーミングフィードバック行列（Compressed  Beamforming  Feedback  Matrix）‘Ｖ’が含まれることができる。圧縮されたビームフォーミングフィードバック行列はチャンネル状況に対する情報を含んだ行列であって、ＭＩＭＯを使用した転送方法でチャンネル行列（即ち、ステアリング行列（steering  matix）‘Ｑ’）を算出するために使われる。
【０３０１】
scidx（）はCompressed  Beamforming  Feedback  Matrixサブフィールドが転送されるサブキャリアを意味する。ＮａはＮｒ×Ｎｃ値により固定される（例えば、Ｎｒ×Ｎｃ＝２×１の場合、Φ１１，Ψ２１，．．．）。
【０３０２】
Ｎｓは、ビームフォーマに圧縮されたビームフォーミングフィードバック行列が転送されるサブキャリアの個数を意味する。ビームフォーミは、グルーピング方法を使用して圧縮されたビームフォーミングフィードバック行列が転送されるＮｓの数を減らすことができる。例えば、複数のサブキャリアを一つのグループに括って、該当グループ別に圧縮されたビームフォーミングフィードバック行列を転送することによって、フィードバックされる圧縮されたビームフォーミングフィードバック行列の個数を減らすことができる。ＮｓはVHT  MIMO  Controlフィールドに含まれたChannel  WidthサブフィールドとGroupingサブフィールドから算出できる。
【０３０３】
＜表８＞は、時空間ストリームの平均ＳＮＲ（Average  SNR  of  Space-Time）streamサブフィールドを例示する。
【０３０４】
【表８】
0006423078.tif 000021
【０３０５】
＜表８＞を参照すると、時空間ストリームの各々に対する平均ＳＮＲはチャンネルに含まれるサブキャリアの全体に対する平均ＳＮＲ値を算出して、その値を−１２８〜＋１２８範囲にマッピングして算出される。
【０３０６】
３）MU  Exclusive  Beamforming  Reportフィールドは、デルタ（Δ）ＳＮＲの形態に示した明示的なフィードバック情報を伝達するために使われる。VHT  Compressed  Beamforming  Reportフィールド及びMU  Exclusive  Beamforming  Reportフィールド内の情報は、ＭＵビームフォーマがステアリング行列（steering  matix）‘Ｑ’を決定するために使用できる。
【０３０７】
＜表９＞は、VHT  compressed  beamformingフレームに含まれるMU  Exclusive  Beamforming  Reportフィールドのサブフィールドを示す。
【０３０８】
【表９】
0006423078.tif 000022
【０３０９】
＜表９＞を参照すると、MU  Exclusive  Beamforming  Reportフィールドではサブキャリア別に時空間ストリーム当たりＳＮＲが含まれることができる。
【０３１０】
各Delta  SNRサブフィールドは、−８ｄＢから７ｄＢの間で１ｄＢずつ増加する値を有する。
【０３１１】
scidx（）はDelta  SNRサブフィールドが転送されるサブキャリアを意味し、ＮｓはビームフォーマにDelta  SNRサブフィールドが転送されるサブキャリアの数を意味する。
【０３１２】
図１５は、本発明が適用できる無線通信システムにおけるビームフォーミング報告ポール（Beamforming  Report  Poll）フレームフォーマットを例示する図である。
【０３１３】
図１５を参照すると、Beamforming  Report  Pollフレームは、フレーム制御（Frame  control）フィールド、持続時間（duration）フィールド、ＲＡ（Receiving  Address）フィールド、ＴＡ（Transmitting  Address）フィールド、フィードバックセグメント再転送ビットマップ（Feedback  Segment  Retransmission  Bitmap）フィールド、及びＦＣＳを含んで構成される。
【０３１４】
ＲＡフィールド値は、対象受信者（intended  recipient）のアドレスを示す。
【０３１５】
ＴＡフィールド値は、Beamforming  Report  Pollフレームを転送するＳＴＡのアドレスまたはＴＡをシグナリングする帯域幅を示す。
【０３１６】
Feedback  Segment  Retransmission  Bitmapフィールドは、ＶＨＴ圧縮されたビームフォーミング報告（VHT  Compressed  Beamforming  report）で要請されるフィードバックセグメントを指示する。
【０３１７】
Feedback  Segment  Retransmission  Bitmapフィールド値で位置ｎのビットが‘１’であれば（ＬＳＢの場合はｎ＝０、ＭＳＢの場合はｎ＝７）、VHT  compressed  beamformingフレームのVHT  MIMO  Controlフィールド内のRemaining  Feedback  Segmentsサブフィールドでｎと相応するフィードバックセグメントが要請される。一方、位置ｎのビットが‘０’であれば、VHT  MIMO  Controlフィールド内のRemaining  Feedback  Segmentsサブフィールドでｎと相応するフィードバックセグメントが要請されない。
【０３１８】
グループ識別子（Group  ID）
ＶＨＴ  ＷＬＡＮシステムは、より高い処理率のためにＭＵ−ＭＩＭＯ転送方法を支援するので、ＡＰはＭＩＭＯペアリングされた少なくとも一つ以上のＳＴＡに同時にデータフレームを転送することができる。ＡＰは自身と結合（association）されている複数のＳＴＡのうち、少なくとも一つ以上のＳＴＡを含むＳＴＡグループにデータを同時に転送することができる。例えば、ペアリングされたＳＴＡの数は最大４個であって、最大空間ストリーム数が８個の時、各ＳＴＡには最大４個の空間ストリームが割り当てできる。
【０３１９】
また、ＴＤＬＳ（Tunneled  Direct  Link  Setup）やＤＬＳ（Direct  Link  Setup）、メッシュネットワーク（mesh  network）を支援するＷＬＡＮシステムではデータを転送しようとするＳＴＡがＭＵ−ＭＩＭＯ転送技法を使用してＰＰＤＵを複数のＳＴＡに転送することができる。
【０３２０】
以下、ＡＰが複数のＳＴＡにＭＵ−ＭＩＭＯ転送技法によってＰＰＤＵを転送することを例として説明する。
【０３２１】
ＡＰはペアリングされた転送対象ＳＴＡグループに属するＳＴＡに互いに異なる空間ストリーム（spatial  stream）を通じてＰＰＤＵを同時に転送する。前述したように、ＶＨＴ  ＰＰＤＵフォーマットのＶＨＴ−ＳＩＧ  ＡフィールドはグループＩＤ情報及び時空間ストリーム情報を含んで各ＳＴＡは自身に転送されるＰＰＤＵか否かを確認することができる。この際、転送対象ＳＴＡグループの特定ＳＴＡには空間ストリームが割り当てられなくて、データが転送されないこともある。
【０３２２】
一つ以上のGroup  IDに相応するユーザ位置（user  position）を割当（assignment）するか、または変更（change）するために、グループＩＤ管理（Group  ID  Management）フレームが用いられる。即ち、ＡＰはＭＵ−ＭＩＭＯ転送を遂行する前にGroup  ID  Managementフレームを通じて特定グループＩＤと連結されたＳＴＡを知らせることができる。
【０３２３】
図１６は、本発明が適用できる無線通信システムにおけるGroup  ID  Managementフレームを例示する図である。
【０３２４】
図１６を参照すると、Group  ID  ManagementフレームはＶＨＴ機能を支援するためのＶＨＴ動作（VHT  Action）フレームであって、Frame  BodyにActionフィールドを含む。ActionフィールドはＭＡＣフレームのFrame  Bodyに含まれて拡張された管理動作を明示するためのメカニズムを提供する。
【０３２５】
Actionフィールドは、カテゴリー（Category）フィールド、ＶＨＴ動作（VHT  Action）フィールド、メンバーシップ状態アレイ（Membership  Status  Array）フィールド、及びユーザ位置アレイ（User  Position  Array）フィールドから構成される。
【０３２６】
CategoryフィールドはＶＨＴカテゴリー（即ち、VHT  Actionフレーム）を指示する値に設定され、VHT  ActionフィールドはGroup  ID  Managementフレームを指示する値に設定される。
【０３２７】
Membership  Status  Arrayフィールドは、各グループ別に１ビットのメンバーシップ状態（Membership  Status）サブフィールドから構成される。Membership  Statusサブフィールドが‘０’に設定されればＳＴＡが該当グループのメンバーでないことを示し、‘１’に設定されればＳＴＡが該当グループのメンバーであることを示す。ＳＴＡは、Membership  Status  Arrayフィールド内の一つ以上のMembership  Statusサブフィールドが‘１’に設定されることによって、一つ以上のグループが割り当てできる。
【０３２８】
ＳＴＡは、自身が属した各グループで一つのユーザ位置（user  position）を有することができる。
【０３２９】
User  Position  Arrayフィールドは、各グループ別に２ビットのユーザ位置（user  position）サブフィールドから構成される。自身が属したグループ内でＳＴＡのユーザ位置（user  position）はUser  Position  Arrayフィールド内のUser  Positionサブフィールドにより指示される。ＡＰは各グループで同一なユーザ位置（user  position）を互いに異なるＳＴＡに割り当てることができる。
【０３３０】
ＡＰはdot11VHTOptionImplementedパラメーターが‘true’の場合のみにGroup  ID  Managementフレームを転送することができる。Group  ID  ManagementフレームはＶＨＴ能力要素（ＶＨＴ  Capabilities  element）フィールド内のＭＵ  Beamformee  Capableフィールドが‘１’に設定されたＶＨＴ  ＳＴＡのみに転送される。Group  ID  Managementフレームは各ＳＴＡにアドレスされた（addressed）フレームに転送される。
【０３３１】
ＳＴＡは、自身のＭＡＣアドレスとマッチングされるＲＡフィールドを有するGroup  ID  Managementフレームを受信する。ＳＴＡは、受信したGroup  ID  Managementフレームの内容に基づいてPHYCONFIG_VECTORパラメーターであるGROUP_ID_MANAGEMENTをアップデートする。
【０３３２】
ＳＴＡにGroup  ID  Managementフレームの転送及びそれに対するＳＴＡからＡＣＫの転送はＳＴＡにＭＵ  ＰＰＤＵを転送する前に完了する。
【０３３３】
ＭＵ  ＰＰＤＵは最も最近にＳＴＡに転送され、ＡＣＫが受信されたGroup  ID  Managementフレームの内容に基づいてＳＴＡに転送される。
【０３３４】
ダウンリンクＭＵ−ＭＩＭＯフレーム（ＤＬ  ＭＵ−ＭＩＭＯ  Ｆｒａｍｅ）
図１７は、本発明が適用されることができる無線通信システムにおけるダウンリンク多重ユーザ（Multi-user）ＰＰＤＵフォーマットを例示する図である。
【０３３５】
図１７を参照すると、ＰＰＤＵは、プリアンブル及びデータフィールド（Data  field）を含んで構成される。データフィールドは、サービスフィールド（SERVICE  field）、スクランブルされたＰＳＤＵ（scrambled  PSDU）フィールド、テールビット（Tail  bits）、パディングビット（padding  bits）を含むことができる。
【０３３６】
ＡＰは、ＭＰＤＵを併合（aggregation）してＡ−ＭＰＤＵ（aggregated  MPDU）フォーマットでデータフレームを送信できる。この場合、スクランブルされたＰＳＤＵ（scrambled  PSDU）フィールドは、Ａ−ＭＰＤＵから構成されることができる。
【０３３７】
Ａ−ＭＰＤＵは、一つ以上のＡ−ＭＰＤＵサブフレーム（A-MPDU  subframe）の配列（sequence）から構成される。
【０３３８】
ＶＨＴ  ＰＰＤＵの場合、各Ａ−ＭＰＤＵサブフレームの長さが４オクテットの倍数であるから、Ａ−ＭＰＤＵは、ＰＳＤＵの最後のオクテットにＡ−ＭＰＤＵを合せるために、最後のＡ−ＭＰＤＵサブフレーム（A-MPDU  subframe）以後に０ないし３オクテットのＥＯＦ（end-of-frame）パッド（pad）を含むことができる。
【０３３９】
Ａ−ＭＰＤＵサブフレームは、ＭＰＤＵディリミター（delimiter）から構成され、選択的にＭＰＤＵがＭＰＤＵディリミター（Delimiter）以後に含まれることができる。また、一つのＡ−ＭＰＤＵ内の最後のＡ−ＭＰＤＵサブフレームを除いて、各Ａ−ＭＰＤＵサブフレームの長さを４オクテットの倍数にするために、パッドオクテットがＭＰＤＵ以後に付着される。
【０３４０】
ＭＰＤＵ  Delimiterは、予備（Reserved）フィールド、ＭＰＤＵ長さ（MPDU  Length）フィールド、ＣＲＣ（cyclic  redundancy  check）フィールド、ディリミターシグネチャー（Delimiter  Signature）フィールドから構成される。
【０３４１】
ＶＨＴ  ＰＰＤＵの場合、MPDU  Delimiterは、ＥＯＦ（end-of-frame）フィールドをさらに含むことができる。MPDU  Lengthフィールドが０でパディングするために使用されるＡ−ＭＰＤＵサブフレーム、またはＡ−ＭＰＤＵが一つのＭＰＤＵだけから構成される場合、該当ＭＰＤＵが載せられるＡ−ＭＰＤＵサブフレームの場合、ＥＯＦフィールドは、「１」にセットされる。そうでない場合、「０」にセットされる。
【０３４２】
MPDU  Lengthフィールドは、ＭＰＤＵの長さに対する情報を含む。
【０３４３】
該当Ａ−ＭＰＤＵサブフレームにＭＰＤＵが存在しない場合、「０」にセットされる。MPDU  Lengthフィールドが「０」値を有するＡ−ＭＰＤＵサブフレームは、ＶＨＴ  ＰＰＤＵ内の可用オクテットにＡ−ＭＰＤＵを合せるために、該当Ａ−ＭＰＤＵにパディングする時に使用される
【０３４４】
ＣＲＣフィールドは、エラーチェックのためのＣＲＣ情報、Delimiter  Signatureフィールドは、ＭＰＤＵディリミターを検索するために使用されるパターン情報を含む。
【０３４５】
そして、ＭＰＤＵは、ＭＡＣヘッダー（MAC  Header）、フレーム本体（Frame  Body）及びフレームチェックシーケンス（ＦＣＳ）から構成される。
【０３４６】
図１８は、本発明が適用されることができる無線通信システムにおけるダウンリンク多重ユーザ（Multi-user）ＰＰＤＵフォーマットを例示する図である。
【０３４７】
図１８は、該当ＰＰＤＵを受信するＳＴＡの数が３個であり、各ＳＴＡに割り当てられる空間的ストリーム（spatial  stream）の数が１であると仮定するが、ＡＰにペアリングされたＳＴＡの数、各ＳＴＡに割り当てられる空間的ストリームの数は、これに限定されない。
【０３４８】
図１８を参照すると、ＭＵ  ＰＰＤＵは、Ｌ−ＴＦｓフィールド（Ｌ−ＳＴＦフィールド及びＬ−ＬＴＦフィールド）、Ｌ−ＳＩＧフィールド、ＶＨＴ−ＳＩＧ−Ａフィールド、ＶＨＴ−ＴＦｓフィールド（ＶＨＴ−ＳＴＦフィールド及びＶＨＴ−ＬＴＦフィールド）、ＶＨＴ−ＳＩＧ−Ｂフィールド、Ｓｅｒｖｉｃｅフィールド、一つ以上のＰＳＤＵ、paddingフィールド及びTailビットを含んで構成される。Ｌ−ＴＦｓフィールド、Ｌ−ＳＩＧフィールド、ＶＨＴ−ＳＩＧ−Ａフィールド、ＶＨＴ−ＴＦｓフィールド、ＶＨＴ−ＳＩＧ−Ｂフィールドは、先の図４の例示と同一なので、以下の詳細な説明は省略する。
【０３４９】
ＰＰＤＵ持続期間を指示するための情報がＬ−ＳＩＧフィールドに含まれることができる。ＰＰＤＵ内で、Ｌ−ＳＩＧフィールドにより指示されたＰＰＤＵ持続期間は、ＶＨＴ−ＳＩＧ−Ａフィールドが割り当てられたシンボル、ＶＨＴ−ＴＦｓフィールドが割り当てられたシンボル、ＶＨＴ−ＳＩＧ−Ｂフィールドが割り当てられたフィールド、Serviceフィールドを構成するビット、ＰＳＤＵを構成するビット、paddingフィールドを構成するビット及びTailフィールドを構成するビットを含む。ＰＰＤＵを受信するＳＴＡは、Ｌ−ＳＩＧフィールドに含まれたＰＰＤＵ持続時間を指示する情報を介して、ＰＰＤＵの持続期間に対する情報を獲得できる。
【０３５０】
上述のように、ＶＨＴ−ＳＩＧ−Ａを介してGroup  ID情報、各ユーザ当たりの時空間ストリーム数情報が送信され、ＶＨＴ−ＳＩＧ−Ｂを介してコーディング（coding）方法及びＭＣＳ情報などが送信される。したがって、Beamformerは、ＶＨＴ−ＳＩＧ−ＡとＶＨＴ−ＳＩＧ−Ｂを確認し、自身が属したＭＵ  ＭＩＭＯフレームであるかどうかが分かる。したがって、該当Group  IDのメンバーＳＴＡでないか、または該当Group  IDのメンバーであるが割り当てられたストリーム数が「０」であるＳＴＡは、ＶＨＴ−ＳＩＧ−Ａフィールド以後からＰＰＤＵ終わりまで物理階層の受信を中断するように設定することによって、電力消費を低減することができる。
【０３５１】
Group  IDは、事前にBeamformerが送信するGroup  ID  Managementフレームを受信することによって、BeamformerがどんなＭＵグループに属しているか、自身が属するグループの中で何番目のユーザであるか、すなわちどんなストリームを介してＰＰＤＵを受信しているかが分かる。
【０３５２】
８０２．１１ａｃを基盤とするＶＨＴ  ＭＵ  ＰＰＤＵ内の送信されるすべてのＭＰＤＵは、Ａ−ＭＰＤＵに含まれる。図１８のデータフィールドにおいて各ＶＨＴＡ−ＭＰＤＵは、互いに異なるストリームに送信されることができる。
【０３５３】
図１８において、各ＳＴＡに送信されるデータのサイズが相異なることができるので、各々のＡ−ＭＰＤＵは、互いに異なるビットサイズを有することができる。
【０３５４】
この場合、Beamformerが送信する複数のデータフレームの送信が終了する時間は、最大区間送信データフレームの送信が終了する時間と同一になるように、ナルパディング（null  padding）を行うことができる。最大区間送信データフレームは、Beamformerにより有効ダウンリンクデータが最も長い間の区間の間に送信されるフレームでありうる。有効ダウンリンクデータは、ナルパディングされないダウンリンクデータでありうる。例えば、有効ダウンリンクデータは、Ａ−ＭＰＤＵに含まれて送信されることができる。複数のデータフレームのうち、最大区間送信データフレームを除いた残りのデータフレームは、ナルパディングを行うことができる。
【０３５５】
ナルパディングのために、Beamformerは、Ａ−ＭＰＤＵフレーム内の複数のＡ−ＭＰＤＵサブフレームにおいて時間的に後順位に位置した一つ以上のＡ−ＭＰＤＵサブフレームをMPDU  Delimiterフィールドだけでエンコードして満たすことができる。ＭＰＤＵ長が０であるＡ−ＭＰＤＵサブフレームをナルサブフレーム（Null  subframe）と呼ぶことができる。
【０３５６】
上述のように、ナルサブフレームは、MPDU  DelimiterのＥＯＦフィールドが「１」にセットされる。したがって、受信側ＳＴＡのＭＡＣ階層では、１にセットされたＥＯＦフィールドを感知すると、物理階層に受信を中断するように設定することによって、電力消費を低減できる。
【０３５７】
ブロックＡＣＫ（Block  Ack）手続
図１９は、本発明が適用できる無線通信システムにおけるダウンリンクＭＵ−ＭＩＭＯ転送過程を例示する図である。
【０３５８】
８０２．１１ａｃではＭＵ−ＭＩＭＯはＡＰからクライアント（即ち、ｎｏｎ−ＡＰ  ＳＴＡ）に向かうダウンリンクで定義される。この際、多重ユーザフレーム（multi-user  frame）は多重受信者に同時に転送されるが、受信確認（acknowledgement）はアップリンクから個別的に転送されなければならない。
【０３５９】
８０２．１１ａｃを基盤とするＶＨＴ  ＭＵ  ＰＰＤＵ内の転送される全てのＭＰＤＵはＡ−ＭＰＤＵに含まれるので、ＶＨＴ  ＭＵ  ＰＰＤＵに対する即刻応答でないＶＨＴ  ＭＵ  ＰＰＤＵ内のＡ−ＭＰＤＵに対する応答はＡＰによるブロックＡＣＫ要請（ＢＡＲ：Block  Ack  Request）フレームに対する応答として転送される。
【０３６０】
先に、ＡＰは全ての受信者（即ち、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）にＶＨＴ  ＭＵ  ＰＰＤＵ（即ち、プリアンブル及びデータ）を転送する。ＶＨＴ  ＭＵ  ＰＰＤＵは各ＳＴＡに転送されるＶＨＴＡ−ＭＰＤＵを含む。
【０３６１】
ＡＰからＶＨＴ  ＭＵ  ＰＰＤＵを受信したＳＴＡ１は、ＳＩＦＳの以後にブロックＡＣＫ（ＢＡ：Block  Acknowledgement）フレームをＡＰに転送する。ＢＡフレームに対してより詳細な説明は後述する。
【０３６２】
ＳＴＡ１からＢＡを受信したＡＰは、ＳＩＦＳの以後にＢＡＲ（block  acknowledgement  request）フレームを次のＳＴＡ２に転送し、ＳＴＡ２はＳＩＦＳの以後にＢＡフレームをＡＰに転送する。ＳＴＡ２からＢＡフレームを受信したＡＰは、ＳＩＦＳの以後にＢＡＲフレームをＳＴＡ３に転送し、ＳＴＡ３はＳＩＦＳの以後にＢＡフレームをＡＰに転送する。
【０３６３】
このような過程が全てのＳＴＡに対して遂行されれば、ＡＰは次のＭＵ  ＰＰＤＵを全てのＳＴＡに転送する。
【０３６４】
ＡＣＫ（Acknowledgement）／ブロックＡＣＫ（Block  Ack）フレーム
一般に、ＭＰＤＵの応答としてＡＣＫフレームを使用し、Ａ−ＭＰＤＵの応答としてブロックＡＣＫフレームを使用する。
【０３６５】
図２０は、本発明が適用できる無線通信システムにおけるＡＣＫフレームを例示する図である。
【０３６６】
図２０を参照すると、ＡＣＫフレームは、フレーム制御（Frame  Control）フィールド、持続期間（duration）フィールド、ＲＡフィールド、及びＦＣＳから構成される。
【０３６７】
ＲＡフィールドは、直前に受信されたデータ（Data）フレーム、管理（Management）フレーム、ブロックＡＣＫ要請（Block  Ack  Request）フレーム、ブロックＡＣＫ（Block  Ack）フレーム、またはPS-Pollフレームの第２アドレス（address  2）フィールドの値に設定される。
【０３６８】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡによりＡＣＫフレームが転送される場合、直前に受信されたデータ（Data）フレーム、管理（Management）フレームのフレーム制御（Frame  Control）フィールド内の追加フラグメント（More  Fragments）サブフィールドが‘０’であれば、持続期間（duration）値は‘０’に設定される。
【０３６９】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡにより転送されないＡＣＫフレームで持続期間（duration）値は直前に受信されたデータ（Data）フレーム、管理（Management）フレーム、ブロックＡＣＫ要請（Block  Ack  Request）フレーム、ブロックＡＣＫ（Block  Ack）フレーム、またはPS-PollフレームのDuration／IDフィールドでＡＣＫフレーム転送のために要求される時間及びＳＩＦＳ区間を差し引きした値（ｍｓ）に設定される。計算された持続期間（duration）値が整数値でない場合、四捨五入される。
【０３７０】
以下、ブロックＡＣＫ（要請）フレームに対して説明する。
【０３７１】
図２１は、本発明が適用できる無線通信システムにおけるブロックＡＣＫ要請（Block  Ack  Request）フレームを例示する図である。
【０３７２】
図２１を参照すると、ブロックＡＣＫ要請（ＢＡＲ）フレームは、フレーム制御（frame  Control）フィールド、持続期間／識別子（Duration/ID）フィールド、受信アドレス（ＲＡ）フィールド、転送アドレス（ＴＡ）フィールド、ＢＡＲ制御（BAR  control）フィールド、ＢＡＲ情報（BAR  Information）フィールド、及びフレームチェックシーケンス（ＦＣＳ）から構成される。
【０３７３】
ＲＡフィールドは、ＢＡＲフレームを受信するＳＴＡのアドレスに設定できる。
【０３７４】
ＴＡフィールドは、ＢＡＲフレームを転送するＳＴＡのアドレスに設定できる。
【０３７５】
BAR  controlフィールドは、BAR  Ack政策（BAR  Ack  Policy）サブフィールド、多重−ＴＩＤ（Multi-TID）サブフィールド、圧縮ビットマップ（Compressed  Bitmap）サブフィールド、予備（Reserved）サブフィールド、及びＴＩＤ情報（TID_Info）サブフィールドを含む。
【０３７６】
＜表１０＞は、BAR  controlフィールドを例示する表である。
【０３７７】
【表１０】
0006423078.tif 000023
【０３７８】
BAR  Informationフィールドは、ＢＡＲフレームのタイプによって相異する情報が含まれる。これに対して図２２を参照して説明する。
【０３７９】
図２２は、本発明が適用できる無線通信システムにおけるブロックＡＣＫ要請（Block  Ack  Request）フレームのＢＡＲ情報（BAR  Information）フィールドを例示する図である。
【０３８０】
図２２（ａ）はBasic  BARフレーム及びCompressed  BARフレームのBAR  Informationフィールドを例示し、図２２（ｂ）はMulti-TID  BARフレームのBAR  Informationフィールドを例示する。
【０３８１】
図２２（ａ）を参照すると、Basic  BARフレーム及びCompressed  BARフレームの場合、BAR  InformationフィールドはブロックＡＣＫ開始シーケンス制御（block  Ack  Starting  Sequence  Control）サブフィールドを含む。
【０３８２】
そして、Block  Ack  Starting  Sequence  Controlサブフィールドは、フラグメント番号（Fragment  Number）サブフィールド、開始シーケンス番号（Starting  Sequence  Number）サブフィールドを含む。
【０３８３】
Fragment  Numberサブフィールドは、０に設定される。
【０３８４】
Basic  BARフレームの場合、Starting  Sequence  Numberサブフィールドは、該当ＢＡＲフレームが転送される最初のＭＳＤＵのシーケンス番号を含む。Compressed  BARフレームの場合、Starting  Sequence  Controlサブフィールドは、該当ＢＡＲフレームが転送されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３８５】
図２２（ｂ）を参照すると、Multi-TID  BARフレームの場合、BAR  Informationフィールドは、ＴＩＤ別情報（Per  TID  Info）サブフィールド、及びブロックＡＣＫ開始シーケンス制御（Block  Ack  Starting  Sequence  Control）サブフィールドが一つ以上のＴＩＤ別に繰り返して構成される。
【０３８６】
Per  TID  Infoサブフィールドは、予備（Reserved）サブフィールド及びＴＩＤ値（TID  Value）サブフィールドを含む。TID  Valueサブフィールドは、ＴＩＤ値を含む。
【０３８７】
Block  Ack  Starting  Sequence  Controlサブフィールドは、前述したようにFragment  Number及びStarting  Sequence  Numberサブフィールドを含む。Fragment  Numberサブフィールドは、０に設定される。Starting  Sequence  Controlサブフィールドは、該当ＢＡＲフレームが転送されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３８８】
図２３は、本発明が適用できる無線通信システムにおけるブロックＡＣＫ（Block  Ack）フレームを例示する図である。
【０３８９】
図２３を参照すると、ブロックＡＣＫ（ＢＡ）フレームは、フレーム制御（Frame  Control）フィールド、持続期間／識別子（Duration／ID）フィールド、受信アドレス（ＲＡ）フィールド、転送アドレス（ＴＡ）フィールド、ＢＡ制御（BA  control）フィールド、ＢＡ情報（BA  Information）フィールド、及びフレームチェックシーケンス（ＦＣＳ）から構成される。
【０３９０】
ＲＡフィールドは、ブロックＡＣＫを要請したＳＴＡのアドレスに設定できる。
【０３９１】
ＴＡフィールドは、ＢＡフレームを転送するＳＴＡのアドレスに設定できる。
【０３９２】
BA  controlフィールドは、BA  Ack政策（BA  Ack  Policy）サブフィールド、多重−ＴＩＤ（Multi-TID）サブフィールド、圧縮ビットマップ（Compressed  Bitmap）サブフィールド、予備（Reserved）サブフィールド、及びＴＩＤ情報（TID_Info）サブフィールドを含む。
【０３９３】
＜表１１＞は、BA  controlフィールドを例示する表である。
【０３９４】
【表１１】
0006423078.tif 000024
【０３９５】
BA  Informationフィールドは、ＢＡフレームのタイプによって相異する情報が含まれる。これに対して図２４を参照して説明する。
【０３９６】
図２４は、本発明が適用できる無線通信システムにおけるブロックＡＣＫ（Block  Ack）フレームのＢＡ情報（BA  Information）フィールドを例示する図である。
【０３９７】
図２４（ａ）のBasic  BAフレームのBA  Informationフィールドを例示し、図２４（ｂ）はCompressed  BAフレームのBA  Informationフィールドを例示し、図２４（ｃ）はMulti-TID  BAフレームのBA  Informationフィールドを例示する。
【０３９８】
図２４（ａ）を参照すると、Basic  BAフレームの場合、BA  Informationフィールドは、ブロックＡＣＫ開始シーケンス制御（Block  Ack  Starting  Sequence  Control）サブフィールド、及びブロックＡＣＫビットマップ（Block  Ack  Bitmap）サブフィールドを含む。
【０３９９】
Block  Ack  Starting  Sequence  Controlサブフィールドは、前述したようにFragment  Numberサブフィールド及びStarting  Sequence  Numberサブフィールドを含む。
【０４００】
Fragment  Numberサブフィールドは、０に設定される。
【０４０１】
Starting  Sequence  Numberサブフィールドは、該当ＢＡフレームが転送されるための最初のＭＳＤＵのシーケンス番号を含み、直前に受信したBasic  BARフレームと同一な値に設定される。
【０４０２】
Block  Ack  Bitmapサブフィールドは、１２８オクテットの長さに構成され、最大６４個のＭＳＤＵの受信状態を指示するために使われる。Block  Ack  Bitmapサブフィールドで‘１’値は該当ビット位置に対応するＭＰＤＵが成功的に受信されたことを指示し、‘０’値は該当ビット位置に対応するＭＰＤＵが成功的に受信されていないことを指示する。
【０４０３】
図２４（ｂ）を参照すると、Compressed  BAフレームの場合、BA  InformationフィールドはブロックＡＣＫ開始シーケンス制御（Block  Ack  Starting  Sequence  Control）サブフィールド及びブロックＡＣＫビットマップ（Block  Ack  Bitmap）サブフィールドを含む。
【０４０４】
Block  Ack  Starting  Sequence  Controlサブフィールドは、前述したようにFragment  Numberサブフィールド及びStarting  Sequence  Numberサブフィールドを含む。
【０４０５】
Fragment  Numberサブフィールドは、‘０’に設定される。
【０４０６】
Starting  Sequence  Numberサブフィールドは、該当ＢＡフレームが転送されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含み、直前に受信したBasic  BARフレームと同一な値に設定される。
【０４０７】
Block  Ack  Bitmapサブフィールドは８オクテットの長さに構成され、最大６４個のＭＳＤＵ及びＡ−ＭＳＤＵの受信状態を指示するために使われる。Block  Ack  Bitmapサブフィールドで‘１’値は該当ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されたことを指示し、‘０’値は該当ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されていないことを指示する。
【０４０８】
図２４（ｃ）を参照すると、Multi-TID  BAフレームの場合、BA  InformationフィールドはＴＩＤ別情報（Per  TID  Info）サブフィールド、ブロックＡＣＫ開始シーケンス制御（Block  Ack  Starting  Sequence  Control）サブフィールド、及びブロックＡＣＫビットマップ（Block  Ack  Bitmap）サブフィールドが一つ以上のＴＩＤ別に繰り返して構成され、ＴＩＤが増加する順に構成される。
【０４０９】
Per  TID  Infoサブフィールドは、予備（Reserved）サブフィールド及びＴＩＤ値（TID  Value）サブフィールドを含む。TID  Valueサブフィールドは、ＴＩＤ値を含む。
【０４１０】
Block  Ack  Starting  Sequence  Controlサブフィールドは、前述したようにFragment  Number及びStarting  Sequence  Numberサブフィールドを含む。Fragment  Numberサブフィールドは０に設定される。Starting  Sequence  Controlサブフィールドは、該当ＢＡフレームが転送されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０４１１】
Block  Ack  Bitmapサブフィールドは８オクテットの長さに構成される。Block  Ack  Bitmapサブフィールドで‘１’値は該当ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されたことを指示し、‘０’値は該当ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功的に受信されていないことを指示する。
【０４１２】
アップリンク単一ユーザ／多重ユーザ転送方法
次世代ＷｉＦｉに対する多様な分野のベンダーの大いなる関心と８０２．１１ａｃの以後の高いスループット（high  throughput）及びＱｏＥ  （Quality  of  experience）性能向上に対する要求が高まっている状況で次世代ＷＬＡＮシステムである８０２．１１ａｘシステムのための新たなフレームフォーマット及びヌメロロジー（numerology）に対する議論が活発に進行中である。
【０４１３】
ＩＥＥＥ  ８０２．１１ａｘはより高いデータ処理率（Data  rate）を支援し、より高いユーザ負荷（user  load）を処理するための次世代ＷＬＡＮシステムとして最近に新しく提案されているＷＬＡＮシステムのうちの一つであって、別名高効率ＷＬＡＮ（ＨＥW：High  Efficiency  WLAN）と呼ばれる。
【０４１４】
ＩＥＥＥ  ８０２．１１ａｘ  ＷＬＡＮシステムは、既存ＷＬＡＮシステムと同一に２．４ＧＨｚ周波数帯域及び５ＧＨｚ周波数帯域で動作することができる。また、それより高い６０ＧＨｚ周波数帯域でも動作することができる。
【０４１５】
ＩＥＥＥ  ８０２．１１ａｘシステムでは、平均スループット向上（average  throughput  enhancement）と室外環境でのシンボル間干渉（inter-symbol  interference）に対する強靭な転送（outdoor  robust  transmission）のために既存ＩＥＥＥ  ８０２．１１  ＯＦＤＭ  system（ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃなど）より各帯域幅で４倍大きいＦＦＴサイズを使用することができる。これに対して図面を参照して説明する。
【０４１６】
以下、本発明にＨＥフォーマットＰＰＤＵに対する説明において、別途の言及がなくても前述したｎｏｎ−ＨＴフォーマットＰＰＤＵ、HT-mixedフォーマットＰＰＤＵ、HT-greenfieldフォーマットＰＰＤＵ及び／又はＶＨＴフォーマットＰＰＤＵに対する説明がＨＥフォーマットＰＰＤＵに対する説明に併合できる。
【０４１７】
図２５は、本発明の一実施形態に係るＨＥ（High  Efficiency）フォーマットＰＰＤＵを例示する図である。
【０４１８】
図２５（ａ）はＨＥフォーマットＰＰＤＵの概略的な構造を例示し、図２５（ｂ）から（ｄ）はＨＥフォーマットＰＰＤＵのより具体的な構造を例示する。
【０４１９】
図２５（ａ）を参照すると、ＨＥＷのためのＨＥフォーマットＰＰＤＵは大別してレガシー部分（Ｌ−ｐａｒｔ：legacy-part）、ＨＥ部分（ＨＥ−ｐａｒｔ）及びデータフィールド（ＨＥ−ｄａｔａ）から構成できる。
【０４２０】
Ｌ−ｐａｒｔは既存のＷＬＡＮシステムで維持する形態と同一に、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、及びＬ−ＳＩＧフィールドから構成される。Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、及びＬ−ＳＩＧフィールドをレガシープリアンブル（legacy  preamble）と称することができる。
【０４２１】
ＨＥ−ｐａｒｔは８０２．１１ａｘ標準のために新しく定義される部分であって、ＨＥ−ＳＴＦフィールド、ＨＥ−ＳＩＧフィールド、及びＨＥ−ＬＴＦフィールドを含むことができる。図２５（ａ）では、ＨＥ−ＳＴＦフィールド、ＨＥ−ＳＩＧフィールド、及びＨＥ−ＬＴＦフィールドの順序を例示しているが、これと相異する順に構成できる。また、ＨＥ−ＬＴＦは省略されることもできる。ＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドだけでなく、ＨＥ−ＳＩＧフィールドを含んでHE-preambleと通称することもできる。
【０４２２】
また、Ｌ−ｐａｒｔ、ＨＥ−ＳＩＧフィールド、HE-preambleを物理プリアンブル（PHY（physical）preamble）と通称することができる。
【０４２３】
ＨＥ−ＳＩＧは、ＨＥ−Ｄａｔａフィールドをデコーディングするための情報（例えば、ＯＦＤＭＡ、ＵＬ  ＭＵ  ＭＩＭＯ、向上したＭＣＳなど）を含むことができる。
【０４２４】
Ｌ−ｐａｒｔとＨＥ−ｐａｒｔは互いに異なるＦＦＴ（Fast  Fourier  Transform）サイズ（即ち、サブキャリア間隔（spacing））を有することができ、互いに異なるＣＰ（Cyclic  Prefix）を使用することもできる。
【０４２５】
８０２．１１ａｘシステムでは、レガシーＷＬＡＮシステムに比べて４倍大きい（４×）ＦＦＴサイズを使用することができる。即ち、Ｌ−ｐａｒｔは１×シンボル構造で構成され、ＨＥ−ｐａｒｔ（特に、HE-preamble及びＨＥ−Ｄａｔａ）は４×シンボル構造で構成できる。ここで、１×、２×、４×サイズのＦＦＴはレガシーＷＬＡＮシステム（例えば、ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃなど）に対する相対的なサイズを意味する。
【０４２６】
例えば、Ｌ−ｐａｒｔに用いられるＦＦＴサイズは２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚで各々６４、１２８、２５６、５１２であれば、ＨＥ−ｐａｒｔに用いられるＦＦＴサイズは２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚで各々２５６、５１２、１０２４、２０４８でありうる。
【０４２７】
このように、レガシーＷＬＡＮシステムよりＦＦＴサイズが大きくなれば、サブキャリア周波数間隔（subcarrier  frequency  spacing）が小さくなるので、単位周波数当たりサブキャリアの数が増加するが、ＯＦＤＭシンボル長さが長くなる。
【０４２８】
即ち、より大きいＦＦＴサイズが使われるということは、サブキャリア間隔が狭くなるという意味であり、同様に、ＩＤＦＴ（Inverse  Discrete  Fourier  Transform）／ＤＦＴ（Discrete  Fourier  Transform）周期（period）が増えるという意味である。ここで、ＩＤＦＴ／ＤＦＴ周期はＯＦＤＭシンボルで保護区間（ＧＩ）を除外したシンボル長さを意味することができる。
【０４２９】
したがって、ＨＥ−ｐａｒｔ（特に、HE-preamble及びＨＥ−Ｄａｔａ）はＬ−ｐａｒｔに比べて４倍大きいＦＦＴサイズが使われれば、ＨＥ−ｐａｒｔのサブキャリア間隔はＬ−ｐａｒｔのサブキャリア間隔の１／４倍となり、ＨＥ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期はＬ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期の４倍となる。例えば、Ｌ−ｐａｒｔのサブキャリア間隔が３１２．５ｋＨｚ（＝２０ＭＨｚ／６４、４０ＭＨＺ／１２８、８０ＭＨｚ／２５６及び／又は１６０ＭＨｚ／５１２）であれば、ＨＥ−ｐａｒｔのサブキャリア間隔は７８．１２５ｋＨｚ（＝２０ＭＨｚ／２５６、４０ＭＨＺ／５１２、８０ＭＨｚ／１０２４及び／又は１６０ＭＨｚ／２０４８）でありうる。また、Ｌ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期が
【化４】
0006423078.tif 000025
であれば、ＨＥ−ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は
【化５】
0006423078.tif 000026
でありうる。
【０４３０】
ここで、ＧＩは
【化６】
0006423078.tif 000027
のうちの一つが使用できるので、ＧＩを含むＨＥ−ｐａｒｔのＯＦＤＭシンボル長さ（または、シンボル間隔（symbol  interval））はＧＩによって
【化７】
0006423078.tif 000028
でありうる。
【０４３１】
図２５（ｂ）を参照すると、ＨＥ−ＳＩＧフィールドはＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドとに区分できる。
【０４３２】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは
【化８】
0006423078.tif 000029
長さを有するＨＥ−ＳＩＧ−Ａフィールド、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド、一つ以上のＨＥ−ＬＴＦフィールド、及び１ＯＦＤＭシンボルのＨＥ−ＳＩＧ−Ｂフィールドを含むことができる。
【０４３３】
また、ＨＥ−ｐａｒｔでＨＥ−ＳＩＧ−Ａフィールドは除いてＨＥ−ＳＴＦフィールドからは、既存のＰＰＤＵより４倍大きいサイズのＦＦＴが適用できる。即ち、２５６、５１２、１０２４、及び２０４８サイズのＦＦＴが各々２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用できる。
【０４３４】
但し、図２５（ｂ）のようにＨＥ−ＳＩＧがＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドとに区分されて転送される時、ＨＥ−ＳＩＧ−Ａフィールド及びＨＥ−ＳＩＧ−Ｂフィールドの位置は、図２５（ｂ）と相異することができる。例えば、ＨＥ−ＳＩＧ−Ａフィールドの次にＨＥ−ＳＩＧ−Ｂフィールドが転送され、ＨＥ−ＳＩＧ−Ｂフィールドの次にＨＥ−ＳＴＦフィールドとＨＥ−ＬＴＦフィールドが転送できる。この場合にも同様にＨＥ−ＳＴＦフィールドからは既存のＰＰＤＵより４倍大きいサイズのＦＦＴが適用できる。
【０４３５】
図２５（ｃ）を参照すると、ＨＥ−ＳＩＧフィールドは、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドとに区分されないことがある。
【０４３６】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド、１ＯＦＤＭシンボルのＨＥ−ＳＩＧフィールド、及び一つ以上のＨＥ−ＬＴＦフィールドを含むことができる。
【０４３７】
前記と類似するように、ＨＥ−ｐａｒｔは既存のＰＰＤＵより４倍大きいサイズのＦＦＴが適用できる。即ち、２５６、５１２、１０２４、及び２０４８サイズのＦＦＴが各々２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用できる。
【０４３８】
図２５（ｄ）を参照すると、ＨＥ−ＳＩＧフィールドはＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｂフィールドとに区分されず、ＨＥ−ＬＴＦフィールドは省略できる。
【０４３９】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ−ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ−ＳＴＦフィールド及び１ＯＦＤＭシンボルのＨＥ−ＳＩＧフィールドを含むことができる。
【０４４０】
前記と類似するように、ＨＥ−ｐａｒｔは既存のＰＰＤＵより４倍大きいサイズのＦＦＴが適用できる。即ち、２５６、５１２、１０２４、及び２０４８サイズのＦＦＴが各々２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ−ＳＴＦフィールドから適用できる。
【０４４１】
本発明に係るＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも一つの２０ＭＨｚチャンネルを介して転送できる。例えば、ＨＥフォーマットＰＰＤＵは総４個の２０ＭＨｚチャンネルを介して４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚ周波数帯域で転送できる。これに対して図面を参照してより詳細に説明する。
【０４４２】
本発明が適用できるＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも一つの２０ＭＨｚチャンネルを介して転送できる。例えば、ＨＥフォーマットＰＰＤＵは総４個の２０ＭＨｚチャンネルを介して４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚ周波数帯域で転送できる。これに対して図面を参照してより詳細に説明する。
【０４４３】
図２６は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４４４】
図２６では、一つのＳＴＡに８０ＭＨｚが割り当てられた場合（または、８０ＭＨｚ内の複数のＳＴＡにＯＦＤＭＡ資源ユニットが割り当てられた場合）あるいは複数のＳＴＡに各々８０ＭＨｚの互いに異なるストリームが割り当てられた場合のＰＰＤＵフォーマットを例示する。
【０４４５】
図２６を参照すると、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧは、各２０ＭＨｚチャンネルで６４ＦＦＴポイント（または、６４サブキャリア）に基づいて生成されたＯＦＤＭシンボルで転送できる。
【０４４６】
ＨＥ−ＳＩＧ−Ａフィールドは、ＰＰＤＵを受信するＳＴＡに共通に転送される共用制御情報を含むことができる。ＨＥ−ＳＩＧ−Ａフィールドは、一つないし３個のＯＦＤＭシンボルで転送できる。ＨＥ−ＳＩＧ−Ａフィールドは、２０ＭＨｚ単位で複写されて同一な情報を含む。また、ＨＥ−ＳＩＧ−Ａフィールドはシステムの全体帯域幅情報を知らせる。
【０４４７】
＜表１２＞は、ＨＥ−ＳＩＧ−Ａフィールドに含まれる情報を例示する表である。
【０４４８】
【表１２】
0006423078.tif 000030
【０４４９】
＜表１２＞に例示される各フィールドに含まれる情報はＩＥＥＥ  ８０２．１１システムの定義に従うことができる。また、前述した各フィールドはＰＰＤＵに含まれることができるフィールドの例示に該当し、これに限定されるものではない。即ち、前述した各フィールドが他のフィールドに取り替えられるか、または追加的なフィールドがさらに含まれることができ、全てのフィールドが必須的に含まれないこともある。
【０４５０】
ＨＥ−ＳＴＦはＭＩＭＯ転送においてＡＧＣ推定の性能を改善するために使われる。
【０４５１】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡが自身のデータ（例えば、ＰＳＤＵ）を受信するために要求されるユーザ特定（user-specific）情報を含むことができる。ＨＥ−ＳＩＧ−Ｂフィールドは一つまたは二つのＯＦＤＭシンボルで転送できる。例えば、ＨＥ−ＳＩＧ−Ｂフィールドは、該当ＰＳＤＵの変調及びコーディング技法（ＭＣＳ）及び該当ＰＳＤＵの長さに関する情報を含むことができる。
【０４５２】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ−Ａフィールドは、２０ＭＨｚチャンネル単位で繰り返して転送できる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャンネル（即ち、８０ＭＨｚ帯域）を介して転送される時、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ−Ａフィールドは、毎２０ＭＨｚチャンネルで繰り返して転送できる。
【０４５３】
ＦＦＴサイズが大きくなれば、既存のＩＥＥＥ  ８０２．１１ａ／ｇ／ｎ／ａｃを支援するレガシーＳＴＡは、該当ＨＥ  ＰＰＤＵをデコーディングできないことがある。レガシーＳＴＡとＨＥ  ＳＴＡが共存（coexistence）するために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧフィールドは、レガシーＳＴＡが受信できるように２０ＭＨｚチャンネルで６４ＦＦＴを通じて転送される。例えば、Ｌ−ＳＩＧフィールドは一つのＯＦＤＭシンボルを占有し、一つのＯＦＤＭシンボル時間は
【化９】
0006423078.tif 000031
であり、ＧＩは
【化１０】
0006423078.tif 000032
でありうる。
【０４５４】
各周波数単位別ＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ａ）からさらに大きくなることができる。例えば、２５６ＦＦＴが２０ＭＨｚチャンネルで使われ、５１２ＦＦＴが４０ＭＨｚチャンネルで使われ、１０２４ＦＦＴが８０ＭＨｚチャンネルで使用できる。ＦＦＴサイズが大きくなれば、ＯＦＤＭサブキャリア間の間隔が小さくなるので、単位周波数当たりＯＦＤＭサブキャリアの数が増加するが、ＯＦＤＭシンボル時間は長くなる。システムの効率を向上させるためにＨＥ−ＳＴＦの以後のＧＩの長さはＨＥ−ＳＩＧ−ＡのＧＩの長さと同一に設定できる。
【０４５５】
ＨＥ−ＳＩＧ−Ａフィールドは、ＨＥ  ＳＴＡがＨＥ  ＰＰＤＵをデコーディングするために要求される情報を含むことができる。しかしながら、ＨＥ−ＳＩＧ−ＡフィールドはレガシーＳＴＡとＨＥ  ＳＴＡが全て受信できるように２０ＭＨｚチャンネルで６４ＦＦＴを通じて転送できる。これは、ＨＥ  ＳＴＡがＨＥフォーマットＰＰＤＵだけでなく、既存のＨＴ／ＶＨＴフォーマットＰＰＤＵを受信することができ、レガシーＳＴＡ及びＨＥ  ＳＴＡがＨＴ／ＶＨＴフォーマットＰＰＤＵとＨＥフォーマットＰＰＤＵを区分しなければならないためである。
【０４５６】
図２７は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４５７】
図２７では２０ＭＨｚチャンネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０４５８】
図２７を参照すると、単位周波数当たりＦＦＴサイズはＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャンネルで使われ、５１２ＦＦＴが４０ＭＨｚチャンネルで使われ、１０２４ＦＦＴが８０ＭＨｚチャンネルで使用できる。
【０４５９】
ＰＰＤＵに含まれる各フィールドで転送される情報は、先の図２６の例示と同一であるので、以下、説明を省略する。
【０４６０】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに特定された情報を含むことができるが、全体バンド（即ち、ＨＥ−ＳＩＧ−Ａフィールドで指示）に亘ってエンコーディングできる。即ち、ＨＥ−ＳＩＧ−Ｂフィールドは全てのＳＴＡに対する情報を含み、全てのＳＴＡが受信するようになる。
【０４６１】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は該当周波数帯域でストリーム情報を知らせることができる。例えば、図２７でＨＥ−ＳＩＧ−Ｂは、ＳＴＡ１は２０ＭＨｚ、ＳＴＡ２はその次の２０ＭＨｚ、ＳＴＡ３はその次の２０ＭＨｚ、ＳＴＡ４はその次の２０ＭＨｚが割り当てできる。また、ＳＴＡ１とＳＴＡ２は４０ＭＨｚを割り当てて、ＳＴＡ３とＳＴＡ４はその次の４０ＭＨｚを割り当てることができる。この場合、ＳＴＡ１とＳＴＡ２は互いに異なるストリームを割り当てて、ＳＴＡ３とＳＴＡ４とは互いに異なるストリームを割り当てることができる。
【０４６２】
また、ＨＥ−ＳＩＧ−Ｃフィールドを定義して、図２７の例示にＨＥ−ＳＩＧ  Ｃフィールドが追加できる。この場合、ＨＥ−ＳＩＧ−Ｂフィールドでは全帯域に亘って全てのＳＴＡに対する情報が転送され、各ＳＴＡに特定の制御情報はＨＥ−ＳＩＧ−Ｃフィールドを通じて２０ＭＨｚ単位で転送されることもできる。
【０４６３】
また、図２６及び図２７の例示と相異するようにＨＥ−ＳＩＧ−Ｂフィールドは全帯域に亘って転送せず、ＨＥ−ＳＩＧ−Ａフィールドと同一に２０ＭＨｚ単位で転送できる。これに対して図面を参照して説明する。
【０４６４】
図２８は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４６５】
図２８では２０ＭＨｚチャンネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０４６６】
図２８を参照すると、ＨＥ−ＳＩＧ−Ｂフィールドは全帯域に亘って転送されず、ＨＥ−ＳＩＧ−Ａフィールドと同一に２０ＭＨｚ単位で転送される。但し、この際、ＨＥ−ＳＩＧ−Ｂは、ＨＥ−ＳＩＧ−Ａフィールドと相異するように２０ＭＨｚ単位でエンコーディングされて転送されるが、２０ＭＨｚ単位で複製されて転送されないことがある。
【０４６７】
この場合、単位周波数当たりＦＦＴサイズはＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャンネルで使われ、５１２ＦＦＴが４０ＭＨｚチャンネルで使われ、１０２４ＦＦＴが８０ＭＨｚチャンネルで使用できる。
【０４６８】
ＰＰＤＵに含まれる各フィールドで転送される情報は先の図２６の例示と同一であるので、以下、説明を省略する。
【０４６９】
ＨＥ−ＳＩＧ−Ａフィールドは、２０ＭＨｚ単位で複写されて（duplicated）転送される。
【０４７０】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は該当周波数帯域でストリーム情報を知らせることができる。ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに対する情報を含むので２０ＭＨｚ単位の各ＨＥ−ＳＩＧ−Ｂフィールド別に各ＳＴＡに対する情報が含まれることができる。この際、図２８の例示では各ＳＴＡ別に２０ＭＨｚが割り当てられる場合を例示しているが、例えばＳＴＡに４０ＭＨｚが割り当てられる場合、２０ＭＨｚ単位でＨＥ−ＳＩＧ−Ｂフィールドが複写されて転送されることもできる。
【０４７１】
各ＢＳＳ別に互いに異なる帯域幅を支援する状況で隣接したＢＳＳからの干渉レベルの少ない一部の帯域幅をＳＴＡに割り当てる場合に、前記のようにＨＥ−ＳＩＧ−Ｂフィールドを全帯域に亘って転送しないことがより好ましい。
【０４７２】
図２６から図２８で、データフィールドはペイロード（payload）であって、サービスフィールド（SERVICE  field）、スクランブルリングされたＰＳＤＵ、テールビット（tail  bits）、パッディングビット（padding  bits）を含むことができる。
【０４７３】
一方、先の図２６から図２８のようなＨＥフォーマットＰＰＤＵは、Ｌ−ＳＩＧフィールドの反復シンボルであるＲＬ−ＳＩＧ（Repeated  L-SIG）フィールドを通じて区分できる。ＲＬ−ＳＩＧフィールドは、ＨＥ  ＳＩＧ−Ａフィールドの前に挿入され、各ＳＴＡはＲＬ−ＳＩＧフィールドを用いて受信されたＰＰＤＵのフォーマットをＨＥフォーマットＰＰＤＵとして区分することができる。
【０４７４】
図２９は、本発明の一実施形態に係る２０ＭＨｚ帯域のＨＥフォーマットＰＰＤＵを例示する図である。
【０４７５】
図２９を参照すると、２０ＭＨｚ  ＨＥフォーマットＰＰＤＵ構造はＬ−ｐａｒｔ（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド）と、ＨＥ−ＳＩＧ１（例えば、ＨＥ−ＳＩＧ−Ａ）はレガシー構造と同一に（６４ＦＦＴ）転送される。
【０４７６】
図２９（ａ）のように、ＨＥ−ＳＴＦから他のＦＦＴ（例えば、２５６ＦＦＴ）を使用することができる。
【０４７７】
ＨＥ−ＬＴＦは、ＨＥ−ＳＩＧ２（例えば、ＨＥ−ＳＩＧ−Ｂ）に転送することもできるが、最初のストリームに対するＨＥ−ＬＴＦのみＨＥ−ＳＩＧ２の前に転送し、残りのＨＥ−ＬＴＦはＨＥ−ＳＩＧ２の後に転送することもできる。
【０４７８】
また、２９（ｂ）のように、ＨＥ−ＳＩＧ２（例えば、ＨＥ−ＳＩＧ−Ｂ）がＨＥ−ＳＴＦ、ＨＥ−ＬＴＦの前に来れば、ＨＥ−ＳＩＧ２は６４ＦＦＴを使用し、ＨＥ−ＳＴＦから他のＦＦＴ（例えば、２５６ＦＦＴ）を使用することもできる。この際、ＨＥ−ＳＩＧ２はレガシー構造と同一に（６４ＦＦＴ）転送できるが、ＦＦＴサイズはレガシー構造と同一であるが、使用するトーン（tone）数は互いに相異することができる。また、図２９（ａ）のようにＨＥ−ＳＩＧ２から他のＦＦＴ（例えば、２５６ＦＦＴ）を使用することもできる。
【０４７９】
図３０は、本発明の一実施形態に係る４０ＭＨｚ帯域のＨＥフォーマットＰＰＤＵを例示する図である。
【０４８０】
図３０を参照すると、２０ＭＨｚを超える（例えば、４０、８０、１６０ＭＨｚなど）ＨＥフォーマットＰＰＤＵ構造は、前述した２０ＭＨｚの構造を基本とし、かつＬ−ｐａｒｔ（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド）とＨＥ−ＳＩＧ１フィールド（例えば、ＨＥ−ＳＩＧ−Ａフィールド）は２０ＭＨｚ単位で複写（duplication）される。
【０４８１】
図３０（ａ）のように、ＨＥ−ＳＴＦからは全帯域に亘って情報を載せる。そして、ＨＥ−ＳＴＦから他のＦＦＴ（例えば、５１２ＦＦＴ）を使用することができる。
【０４８２】
図３０（ｂ）のように、ＨＥ−ＳＩＧ２（例えば、ＨＥ−ＳＩＧ−Ｂフィールド）からは全帯域に亘って情報を載せる。但し、ＨＥ−ＳＩＧ２は既存構造そのまま６４ＦＦＴ×２０ＭＨｚ単位の帯域個数（図３０の場合、１２８ＦＦＴ）で転送され、ＨＥ−ＳＴＦから他のＦＦＴ（例えば、５１２ＦＦＴ）を使用することができる。また、ＨＥ−ＳＩＧ２やはり既存のＦＦＴを使用して２０ＭＨｚ単位で複写されて転送されるか、またはＨＥ−ＳＴＦから使われる拡張されたＦＦＴ（例えば、５１２ＦＦＴ）を使用することができる。
【０４８３】
ＷＬＡＮシステムで動作するＡＰが同一な時間資源上で複数のＳＴＡにデータを転送する方式をＤＬ  ＭＵ転送（downlink  multi-user  transmission）と称することができる。反対に、ＷＬＡＮシステムで動作する複数のＳＴＡが同一な時間資源上でＡＰにデータを転送する方式をＵＬ  ＭＵ転送（uplink  multi-user  transmission）と称することができる。
【０４８４】
このようなＤＬ  ＭＵ転送またはＵＬ  ＭＵ転送は、周波数ドメイン（frequency  domain）または空間ドメイン（spatial  domain）上で多重化できる。
【０４８５】
周波数ドメイン上で多重化される場合、ＯＦＤＭＡ（orthogonal  frequency  division  multiplexing）に基づいて複数のＳＴＡの各々に対して互いに異なる周波数資源（例えば、サブキャリアまたはトーン（tone））がダウンリンクまたはアップリンク資源に割り当てできる。このような同一な時間資源で互いに異なる周波数資源を通じての転送方式を‘ＤＬ／ＵＬ  ＯＦＤＭＡ転送’と称することができる。
【０４８６】
空間ドメイン（spatial  domain）上で多重化される場合、複数のＳＴＡの各々に対して互いに異なる空間ストリームがダウンリンクまたはアップリンク資源に割り当てできる。このような同一な時間資源で互いに異なる空間的ストリームを通じての転送方式を‘ＤＬ／ＵＬ  ＭＵ  ＭＩＭＯ’転送と称することができる。
【０４８７】
以下、ＷＬＡＮシステムにおける多重ユーザ（multi-user）アップリンク転送方法について説明する。
【０４８８】
現在ＷＬＡＮシステムでは、以下のような制約事項によってＵＬ  ＭＵ転送を支援できない。
【０４８９】
現在ＷＬＡＮシステムでは、複数のＳＴＡから転送されるアップリンクデータの転送タイミングに対する同期化が支援されない。例えば、既存のＷＬＡＮシステムにおける複数のＳＴＡが同一な時間資源を通じてアップリンクデータを転送する場合を仮定すれば、現在ＷＬＡＮシステムでは複数のＳＴＡの各々は他のＳＴＡのアップリンクデータの転送タイミングを知ることができない。したがって、ＡＰは複数のＳＴＡの各々から同一な時間資源上でアップリンクデータを受信し難い。
【０４９０】
また、現在ＷＬＡＮシステムでは複数のＳＴＡによりアップリンクデータを転送するために使われる周波数資源間の重畳が発生できる。例えば、複数のＳＴＡの各々のオシレーター（oscillator）が異なる場合、周波数オフセット（frequency  offset）が異なるように示されることができる。仮に、周波数オフセットが異なる複数のＳＴＡの各々が互いに異なる周波数資源を通じて同時にアップリンク転送を遂行する場合、複数のＳＴＡの各々により使われる周波数領域のうちの一部が重畳できる。
【０４９１】
また、既存のＷＬＡＮシステムでは複数のＳＴＡの各々に対するパワー制御が遂行できない。複数のＳＴＡの各々とＡＰとの間の距離とチャンネル環境に従属的にＡＰは複数のＳＴＡの各々から互いに異なるパワーの信号を受信することができる。このような場合、弱いパワーで到着する信号は強いパワーで到着する信号に比べて相対的にＡＰにより検出され難いことがある。
【０４９２】
これによって、本発明はＷＬＡＮシステムにおけるＵＬ  ＭＵ転送方法を提案する。
【０４９３】
図３１は、本発明の一実施形態に係るアップリンク多重ユーザ（Multi-user）転送手続を例示する図である。
【０４９４】
図３１を参照すると、ＡＰがＵＬ  ＭＵ転送に参加するＳＴＡにＵＬ  ＭＵ転送を準備することを指示し、該当ＳＴＡからＵＬ  ＭＵデータフレームを受信し、ＵＬ  ＭＵデータフレームに対する応答としてＡＣＫフレーム（ＢＡ（Block  Ack）フレーム）を転送する。
【０４９５】
先に、ＡＰはＵＬ  ＭＵトリガーフレーム（UL  MU  Trigger  frame）３１１０を転送することによって、ＵＬ  ＭＵデータを転送するＳＴＡにＵＬ  ＭＵ転送を準備することを指示する。ここで、ＵＬ  ＭＵスケジューリングフレームは‘ＵＬ  ＭＵスケジューリング（scheduling）フレーム’の用語として呼ばれることもできる。
【０４９６】
ここで、ＵＬ  ＭＵトリガーフレーム３１１０は、ＳＴＡ識別子（ID：identifier）／アドレス（address）情報、各ＳＴＡが使用する資源割当情報、持続期間（Duration）情報などの制御情報を含むことができる。
【０４９７】
ＳＴＡ  ＩＤ／アドレス情報は、アップリンクデータを転送する各ＳＴＡを特定するための識別子またはアドレスに対する情報を意味する。
【０４９８】
資源割当情報は各ＳＴＡ別に割り当てられるアップリンク転送資源（例えば、ＵＬ  ＯＦＤＭＡ転送の場合、各ＳＴＡに割り当てられる周波数／サブキャリア情報、ＵＬ  ＭＵ  ＭＩＭＯ転送の場合、各ＳＴＡに割り当てられるストリームインデックス）に対する情報を意味する。
【０４９９】
持続期間（duration）情報は、複数のＳＴＡの各々により転送されるアップリンクデータフレームの転送のための時間資源を決定するための情報を意味する。
【０５００】
例えば、持続期間情報は各ＳＴＡのアップリンク転送のために割り当てられたＴＸＯＰ（Transmit  Opportunity）の区間情報あるいはアップリンクフレーム長さ（frame  length）に対する情報（例えば、ビットまたはシンボル）を含むことができる。
【０５０１】
また、ＵＬ  ＭＵトリガーフレーム３１１０は、各ＳＴＡ別にＵＬ  ＭＵデータフレーム転送時に使用すべきＭＣＳ情報、コーディング（Coding）情報などの制御情報をさらに含むこともできる。
【０５０２】
前記のような制御情報はＵＬ  ＭＵトリガーフレーム３１１０を伝達するＰＰＤＵのＨＥ−ｐａｒｔ（例えば、ＨＥ−ＳＩＧ−ＡフィールドまたはＨＥ−ＳＩＧ−Ｂフィールド）やＵＬ  ＭＵトリガーフレーム３１１０の制御フィールド（例えば、ＭＡＣフレームのFrame  Controlフィールドなど）で転送できる。
【０５０３】
ＵＬ  ＭＵトリガーフレーム３１１０を伝達するＰＰＤＵは、Ｌ−ｐａｒｔ（例えば、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、Ｌ−ＳＩＧフィールドなど）に始まる構造を有する。これによって、レガシーＳＴＡはＬ−ＳＩＧフィールドからＬ−ＳＩＧ保護（L-SIG  protection）を通じてＮＡＶ（Network  Allocation  Vector）セッティングを遂行することができる。例えば、レガシーＳＴＡはＬ−ＳＩＧでデータ長さ（Length）及びデータ率（data  rate）情報に基づいてＮＡＶセッティングのための区間（以下、‘Ｌ−ＳＩＧ保護区間’）を算出することができる。そして、レガシーＳＴＡは算出されたＬ−ＳＩＧ保護区間の間には自身に転送されるデータがないと判断することができる。
【０５０４】
例えば、Ｌ−ＳＩＧ保護区間はＵＬ  ＭＵトリガーフレーム３１１０のMAC  durationフィールド値とＵＬ  ＭＵトリガーフレーム３１１０を運ぶＰＰＤＵのＬ−ＳＩＧフィールドの以後の残余区間の和に決定できる。これによって、Ｌ−ＳＩＧ保護区間はＵＬ  ＭＵトリガーフレーム３１１０のMAC  duration値によって各ＳＴＡに転送されるＡＣＫフレーム３１３０（または、ＢＡフレーム）を転送する区間までの値に設定できる。
【０５０５】
以下、各ＳＴＡにＵＬ  ＭＵ転送のための資源割当方法をより具体的に説明する。説明の便宜のために制御情報が含まれるフィールドを区分して説明するが、本発明がこれに限定されるものではない。
【０５０６】
第１フィールドはＵＬ  ＯＦＤＭＡ転送とＵＬ  ＭＵ  ＭＩＭＯ転送とを区分して指示することができる。例えば、‘０’であればＵＬ  ＯＦＤＭＡ転送を指示し、‘１’であればＵＬ  ＭＵ  ＭＩＭＯ転送を指示することができる。第１フィールドのサイズは１ビットで構成できる。
【０５０７】
第２フィールド（例えば、ＳＴＡ  ＩＤ／アドレスフィールド）は、ＵＬ  ＭＵ転送に参加するＳＴＡ  ＩＤあるいはＳＴＡアドレスを知らせる。第２フィールドのサイズはＳＴＡ  ＩＤを知らせるためのビット数×ＵＬ  ＭＵに参加するＳＴＡ数で構成できる。例えば、第２フィールドが１２ビットで構成される場合、４ビット別に各ＳＴＡのＩＤ／アドレスを指示することができる。
【０５０８】
第３フィールド（例えば、資源割当フィールド）は、ＵＬ  ＭＵ転送のために各ＳＴＡに割り当てられる資源領域を指示する。この際、各ＳＴＡに割り当てられる資源領域は先の第２フィールドの順序によって各ＳＴＡに順次に指示できる。
【０５０９】
仮に、第１フィールド値が‘０’の場合、第２フィールドに含まれたＳＴＡ  ＩＤ／アドレスの順にＵＬ  ＭＵ転送のための周波数情報（例えば、周波数インデックス、サブキャリアインデックスなど）を示し、第１フィールド値が‘１’の場合、第２フィールドに含まれたＳＴＡ  ＩＤ／アドレスの順にＵＬ  ＭＵ転送のためのＭＩＭＯ情報（例えば、ストリームインデックスなど）を示す。
【０５１０】
この際、一つのＳＴＡに多数個のインデックス（即ち、周波数／サブキャリアインデックスまたはストリームインデックス）を知らせることもできるので、第３フィールドのサイズは複数のビット（あるいは、ビットマップ（bitmap）形式に構成できる）×ＵＬ  ＭＵ転送に参加するＳＴＡ個数で構成できる。
【０５１１】
例えば、第２フィールドが‘ＳＴＡ１’、‘ＳＴＡ２’の順に設定され、第３フィールドが‘２’、‘２’の順に設定されると仮定する。
【０５１２】
この場合、第１フィールドが‘０’の場合、ＳＴＡ１は上位（または、下位）周波数領域から周波数資源が割り当てられて、ＳＴＡ２はその次の周波数資源が順次に割り当てできる。一例に、８０ＭＨｚ帯域で２０ＭＨｚ単位のＯＦＤＭＡを支援する場合、ＳＴＡ１は上位（または、下位）４０ＭＨｚ帯域、ＳＴＡ２はその次の４０ＭＨｚ帯域を使用することができる。
【０５１３】
一方、第１フィールドが‘１’の場合、ＳＴＡ１は上位（または、下位）ストリームが割り当てられて、ＳＴＡ２はその次のストリームが順次に割り当てできる。この際、各ストリームに従うビームフォーミング方式は予め指定されているか、または第３フィールドまたは第４フィールドでストリームに従うビームフォーミング方式に対するより具体的な情報が含まれることもできる。
【０５１４】
各ＳＴＡはＡＰにより転送されるＵＬ  ＭＵトリガーフレーム３１１０に基づいてＵＬ  ＭＵデータフレーム（UL  MU  Data  frame）３１２１、３１２２、３１２３をＡＰに転送する。ここで、各ＳＴＡはＡＰからＵＬ  ＭＵトリガーフレーム３１１０を受信後、ＳＩＦＳの以後にＵＬ  ＭＵデータフレーム３１２１、３１２２、３１２３をＡＰに転送することができる。
【０５１５】
各ＳＴＡはＵＬ  ＭＵトリガーフレーム３１１０の資源割当情報に基づいてＵＬ  ＯＦＤＭＡ転送のための特定の周波数資源またはＵＬ  ＭＵ  ＭＩＭＯ転送のための空間的ストリームを決定することができる。
【０５１６】
具体的に、ＵＬ  ＯＦＤＭＡ転送の場合、各ＳＴＡは互いに異なる周波数資源を通じて同一な時間資源上でアップリンクデータフレームを転送することができる。
【０５１７】
ここで、ＳＴＡ１からＳＴＡ３の各々はＵＬ  ＭＵトリガーフレーム３１１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割当情報に基づいてアップリンクデータフレーム転送のための互いに異なる周波数資源の割当を受けることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１からＳＴＡ３を順次に指示し、資源割当情報が周波数資源１、周波数資源２、周波数資源３を順次に指示することができる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１からＳＴＡ３は資源割当情報に基づいて順次に指示された周波数資源１、周波数資源２、周波数資源３を各々割当を受けることができる。即ち、ＳＴＡ１は周波数資源１、ＳＴＡ２は周波数資源２、ＳＴＡ３は周波数資源３を通じてアップリンクデータフレーム３１２１、３１２２、３１２３をＡＰに転送することができる。
【０５１８】
また、ＵＬ  ＭＵ  ＭＩＭＯ転送の場合、各ＳＴＡは複数の空間的ストリームのうち、少なくとも一つの互いに異なるストリームを通じて同一な時間資源上でアップリンクデータフレームを転送することができる。
【０５１９】
ここで、ＳＴＡ１からＳＴＡ３の各々はＵＬ  ＭＵトリガーフレーム３１１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割当情報に基づいてアップリンクデータフレーム転送のための空間的ストリームの割当を受けることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１からＳＴＡ３を順次に指示し、資源割当情報が空間的ストリーム１、空間的ストリーム２、空間的ストリーム３を順次に指示することができる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１からＳＴＡ３は資源割当情報に基づいて順次に指示された空間的ストリーム１、空間的ストリーム２、空間的ストリーム３を各々割当を受けることができる。即ち、ＳＴＡ１は空間的ストリーム１、ＳＴＡ２は空間的ストリーム２、ＳＴＡ３は空間的ストリーム３を通じてアップリンクデータフレーム３１２１、３１２２、３１２３をＡＰに転送することができる。
【０５２０】
前述したように、各ＳＴＡにより転送されるアップリンクデータフレーム３１２１、３１２２、３１２３の転送持続期間（または、転送終了時点）は、ＵＬ  ＭＵトリガーフレーム３１１０に含まれたMAC  duration情報により決定できる。したがって、各ＳＴＡはビットパッディング（padding）またはフラグメント化（fragmentation）を通じてアップリンクデータフレーム３１２１、３１２２、３１２３（または、アップリンクデータフレームを伝達するアップリンクＰＰＤＵ）の転送終了時点をＵＬ  ＭＵトリガーフレーム３１１０に含まれたMAC  duration値に基づいて同期化することができる。
【０５２１】
アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵはＬ−ｐａｒｔ無しでも新たな構造でも構成可能である。
【０５２２】
また、ＵＬ  ＭＵ  ＭＩＭＯ転送または２０ＭＨｚ未満のサブバンド形態のＵＬ  ＯＦＤＭＡ転送の場合、アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵのＬ−ｐａｒｔはＳＦＮ（Single  Frequency  Network）形態（即ち、全てのＳＴＡが同一なＬ−ｐａｒｔ構成と内容を同時に転送）に転送できる。一方、２０ＭＨｚ以上のサブバンド形態のＵＬ  ＯＦＤＭＡ転送の場合、アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵのＬ−ｐａｒｔは各ＳＴＡが割り当てられた帯域で２０ＭＨｚ単位で各々Ｌ−ｐａｒｔが転送できる。
【０５２３】
前述したように、ＵＬ  ＭＵトリガーフレーム３１１０でMAC  duration値がＡＣＫフレーム３１３０を転送する区間までの値に設定されることができ、Ｌ−ＳＩＧ保護区間はMAC  duration値に基づいて定まることができる。したがって、レガシーＳＴＡはＵＬ  ＭＵトリガーフレーム３１１０のＬ−ＳＩＧフィールドを通じてＡＣＫフレーム３１３０までＮＡＶセッティングを行うことができる。
【０５２４】
ＵＬ  ＭＵトリガーフレーム３１１０の情報でアップリンクデータフレームが十分に構成できれば、ＵＬ  ＭＵトリガーフレーム３１１０を伝達するＰＰＤＵ内のＨＥ−ＳＩＧフィールド（即ち、データフレームの構成方式に対する制御情報を転送する領域）も必要ないことがある。例えば、ＨＥ−ＳＩＧ−Ａフィールド及び／又はＨＥ−ＳＩＧ−Ｂが転送されないことがある。また、ＨＥ−ＳＩＧ−ＡフィールドとＨＥ−ＳＩＧ−Ｃフィールドは転送され、ＨＥ−ＳＩＧ−Ｂフィールドは転送されないことがある。
【０５２５】
ＡＰは各ＳＴＡから受信したアップリンクデータフレーム３１２１、３１２２、３１２３に対する応答としてＡＣＫフレーム（ACK  frame）３１３０（または、ＢＡフレーム）を転送することができる。ここで、ＡＰは各ＳＴＡからアップリンクデータフレーム３１２１、３１２２、３１２３を受信し、ＳＩＦＳの以後にＡＣＫフレーム３１３０を各ＳＴＡに転送することができる。
【０５２６】
もし、既存のＡＣＫフレームの構造を同一に利用すれば、６オクテットサイズを有するＲＡフィールドにＵＬ  ＭＵ転送に参加するＳＴＡのＡＩＤ（あるいは、部分ＡＩＤ（Partial  AID））を含んで構成することができる。
【０５２７】
または、新たな構造のＡＣＫフレームを構成すれば、ＤＬ  ＳＵ転送またはＤＬ  ＭＵ転送のための形態に構成可能である。即ち、ＤＬ  ＳＵ転送の場合、ＡＣＫフレーム３１３０はＵＬ  ＭＵ転送に参加する各ＳＴＡに順次に転送されることができ、ＤＬ  ＭＵ転送の場合、ＡＣＫフレーム３１３０は各ＳＴＡに割り当てられた資源（即ち、周波数あるいはストリーム）を通じてＵＬ  ＭＵ転送に参加する各ＳＴＡに同時に転送できる。
【０５２８】
ＡＰは受信に成功したＵＬ  ＭＵデータフレームに対するＡＣＫフレーム３１３０のみを該当ＳＴＡに転送することができる。また、ＡＰはＡＣＫフレーム３１３０を通じて受信成功か否かをＡＣＫまたはＮＡＣＫに知らせることができる。仮に、ＡＣＫフレーム３１３０がＮＡＣＫ情報を含めれば、ＮＡＣＫに対する理由やその後の手続のための情報（例えば、ＵＬ  ＭＵスケジューリング情報など）も含むことができる。
【０５２９】
または、ＡＣＫフレーム３１３０を伝達するＰＰＤＵはＬ−ｐａｒｔ無しで新たな構造で構成することもできる。
【０５３０】
ＡＣＫフレーム３１３０はＳＴＡ  ＩＤあるいはアドレス情報を含むこともできるが、ＵＬ  ＭＵトリガーフレーム３１１０で指示されたＳＴＡの順序を同一に適用すれば、ＳＴＡ  ＩＤあるいはアドレス情報を省略することもできる。
【０５３１】
また、ＡＣＫフレーム３１３０のＴＸＯＰ（即ち、Ｌ−ＳＩＧ保護区間）を延長して次のＵＬ  ＭＵスケジューリングのためのフレームや次のＵＬ  ＭＵ転送のための補正情報などを含む制御フレームがＴＸＯＰ内に含まれることもできる。
【０５３２】
一方、ＵＬ  ＭＵ転送のために先の図３１に従う手続内、または以前にＳＴＡの間に同期を合せるなどの補正（adjustment）過程が追加されることもできる。
【０５３３】
図３２は、本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（Multi-user）転送方式で資源割当単位を例示する図である。
【０５３４】
ＤＬ／ＵＬ  ＯＦＤＭＡ転送方式が使われる時、ＰＰＤＵ帯域幅内でｎ個のトーン（tone）（または、サブキャリア（subcarrier））単位で複数個の資源ユニット（Resource  Unit）（または、サブバンド）が定義できる。
【０５３５】
資源ユニット（または、サブバンド）は、ＤＬ／ＵＬ  ＯＦＤＭＡ転送のための周波数資源の割当単位を意味する。
【０５３６】
一つのＳＴＡにＤＬ／ＵＬ周波数資源に一つ以上の資源ユニットが割り当てられて、複数個のＳＴＡに各々互いに異なる資源ユニットが割り当てできる。
【０５３７】
図３２では、ＰＰＤＵ帯域幅が２０ＭＨｚの場合を例示する。
【０５３８】
図３２のように、資源ユニットを構成するトーンの個数は多様でありうる。
【０５３９】
例えば、図３２（ａ）のような資源ユニット構成方式によれば、一つの資源ユニットは２６個のトーンで構成できる。また、図３２（ｂ）のような資源ユニット構成方式によれば、一つの資源ユニットは５２つのトーンで構成されるか、または２６個のトーンで構成できる。また、図３２（ｃ）のような資源ユニット構成方式によれば、一つの資源ユニットは１０６個のトーンで構成されるか、または２６個のトーンで構成できる。また、図３２（ｄ）のような資源ユニット構成方式によれば、一つの資源ユニットは２４２個のトーンで構成できる。
【０５４０】
図３２（ａ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ転送のために最大９個のＳＴＡまで支援することができる。また、図３２（ｂ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ転送のために最大５個のＳＴＡまで支援することができる。また、図３２（ｃ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ転送のために最大３個のＳＴＡまで支援することができる。また、３２（ｄ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域は一つのＳＴＡに割り当てできる。
【０５４１】
ＤＬ／ＵＬ  ＯＦＤＭＡ転送に参加するＳＴＡの数及び／又は該当ＳＴＡが転送する、あるいは受信するデータの量などに基づいて、図３２（ａ）から図３２（ｄ）のうち、いずれか一つの資源ユニット構成方式が決定できる。
【０５４２】
図３２（ａ）から図３２（ｃ）のような資源ユニット構成方式によって決定された全体資源ユニットのうち、ＤＬ／ＵＬ  ＯＦＤＭＡ転送のために一部の資源ユニットのみ利用されることもできる。例えば、２０ＭＨｚ内で図３２（ａ）のように資源ユニットが構成される場合、９個未満のＳＴＡに各々一つずつ資源ユニットが割り当てられて、残りの資源ユニットはどのＳＴＡにも割り当てられないことがある。
【０５４３】
ＤＬ  ＯＦＤＭＡ転送の場合、ＰＰＤＵのデータフィールドは各ＳＴＡに割り当てられた資源ユニット単位で周波数領域（frequency  domain）で多重化されて転送される。
【０５４４】
一方、ＵＬ  ＯＦＤＭＡ転送の場合、各ＳＴＡ別に各々自身が割当を受けた資源ユニット単位でＰＰＤＵのデータフィールドを構成し、同時にＡＰに転送することができる。各ＳＴＡが同時にＰＰＤＵを転送するので、受信端であるＡＰ立場では各ＳＴＡから転送されるＰＰＤＵのデータフィールドが周波数領域（frequency  domain）で多重化されて転送されることと認識できる。
【０５４５】
また、ＤＬ／ＵＬ  ＯＦＤＭＡとＤＬ／ＵＬ  ＭＵ−ＭＩＭＯを同時に支援される場合、一つの資源ユニットは空間領域（spatial  domain）で複数のストリームで構成できる。そして、一つのＳＴＡにＤＬ／ＵＬ空間資源に一つ以上のストリームが割り当てられて、複数個のＳＴＡに各々互いに異なるストリームが割り当てできる。例えば、図３２（ｃ）で１０６トーンで構成される資源ユニット、または図３２（ｄ）のように２４２トーンで構成される資源ユニットは、空間領域（spatial  domain）で複数のストリームで構成されてＤＬ／ＵＬ  ＯＦＤＭＡとＤＬ／ＵＬ  ＭＵ−ＭＩＭＯを同時に支援することができる。
【０５４６】
４０ＭＨｚ以上の帯域幅で資源ユニット構成方式は、２０ＭＨｚ帯域単位で前述した２０ＭＨｚ帯域の資源ユニット構成方式が同一に適用できる。また、追加で帯域幅の中心に最も小さな資源ユニット（即ち、２６トーンで構成される資源ユニット）がさらに設定されることもできる。
【０５４７】
以下、本発明では単一ユーザ（ＳＵ：single  user）転送と多重ユーザ（ＭＵ：multi  user）転送を全て含んだフレーム構造構成方法に対して提案する。
【０５４８】
本発明において、多重ユーザ（ＭＵ）転送とは、ＯＦＤＭＡあるいはＭＵ  ＭＩＭＯなどのように同一な時間領域に多重ユーザが同時に転送する全ての場合を含む。
【０５４９】
以下、本発明の説明において、‘フレーム’はＤＬ／ＵＬ  ＭＡＣフレーム（即ち、ＭＡＣ制御フレーム、ＭＡＣ管理フレーム、またはデータフレーム）その自体を意味することもでき、またＤＬ／ＵＬ  ＭＡＣフレームを運ぶＤＬ／ＵＬ（ＳＵ／ＭＵ）ＰＰＤＵを意味することもできる。
【０５５０】
各モードに対する定義
１）ＤＬ  ＳＵとＤＬ  ＭＵ：ダウンリンク、即ちＡＰがＳＴＡに信号を転送する時、ＳＵとＭＵとの差は全帯域（例えば、ＰＰＤＵの帯域幅）を一つのＳＴＡに割り当ててくれるのか、多数のＳＴＡに割り当ててくれるのかの差である。
【０５５１】
しかしながら、ＤＬはＳＵやＭＵに関わらず、ＡＰがチャンネルを競争（contending）して転送し、パワー（power）の制限問題がＳＴＡより少ないので別途の区別を必要としない。また、ＯＦＤＭＡ構造でＳＵを使用しても一般的に全帯域を一つのＳＴＡに割り当ててくれる。
【０５５２】
２）ＵＬ  ＳＵ：アップリンク、即ちＳＴＡがＡＰに信号を転送する時、ＡＰのトリガーフレーム（trigger  frame）無しでＳＴＡが直接チャンネル競争（contending）を通じて媒体を確保して転送する方法である。以下、本発明の説明において、トリガーフレームが存在すれば、アップリンクデータフレームを一つのＳＴＡのみ転送する場合でもＵＬ  ＭＵと称する。
【０５５３】
３）ＵＬ  ＭＵ：アップリンク、即ちＳＴＡがＡＰに信号を転送する時、ＡＰが予めＤＬフレーム（例えば、トリガーフレーム）を転送してＳＴＡがＵＬデータフレームを転送するチャンネルを確保しておいて、その後、ＳＴＡがＵＬ信号を転送する方法である。即ち、ＤＬフレーム（例えば、トリガーフレーム）により占有されていないチャンネルではアップリンク資源が割り当てられない。
【０５５４】
例えば、ＡＰがトリガーフレームを転送し、その指示の通りＳＴＡがＵＬフレームを転送することができる。この際、前述したように、一つのＳＴＡがＵＬフレームを転送する場合でも、ＤＬフレームが確保しておいたチャンネルでＳＴＡがＵＬフレームを転送する場合はＵＬ  ＭＵと称する。即ち、トリガーフレームが転送されれば、ＵＬデータフレームを一つのＳＴＡのみ転送してもＵＬ  ＭＵである。
【０５５５】
以下、本発明を説明するに当たって、ＨＥ−ＳＩＧ１フィールドはＨＥ−ＳＩＧ−Ａフィールドと称されることができ、またＨＥ−ＳＩＧ２フィールドはＨＥ−ＳＩＧ−Ｂフィールドと称されることができる。
【０５５６】
ＤＬフレーム（ＰＰＤＵ）構造
ＤＬフレームは、ＨＥ−ＳＩＧ２（または、ＨＥ−ＳＩＧ−Ｂ）フィールドに各ＳＴＡの情報を載せてくれれば、ＳＵ、ＭＵ転送区分無しで一つのフレーム構造に適用可能である。これに対して図面を参照して説明する。
【０５５７】
図３３は、本発明の一実施形態に係るダウンリンク多重ユーザフレームを例示する図である。
【０５５８】
図３３では、２０ＭＨｚのＤＬ  ＭＵ  ＰＰＤＵを例示する。
【０５５９】
図３３では、ＳＴＡ１に対するＤＬデータ、ＳＴＡ２に対するＤＬデータ、及びＳＴＡ３／４に対するＤＬデータは、ＯＦＤＭＡ方式により周波数多重化されて転送され、ＳＴＡ３及びＳＴＡ４に対するＤＬデータは同一な周波数領域でＭＵ  ＭＩＭＯ方式により空間多重化されて転送される場合を例示する。
【０５６０】
図３３を参照すると、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド、及びＨＥ−ＳＩＧ１フィールド３３１１ａ、３３１１ｂ、３３１１ｃ、３３１１ｄは２０ＭＨｚ単位で複製（duplicated）されて転送できる。
【０５６１】
ＨＥ−ＳＩＧ２がレガシー部分（Ｌ−ｐａｒｔ）と同一なＦＦＴサイズが用いられれば、図３３（ａ）のようにＨＥ−ＳＩＧ２はＨＥ−ＳＴＦ、ＨＥ−ＬＴＦの前に転送できる。一方、ＨＥ−ＳＩＧ２がＨＥ−ＳＴＦ／ＬＴＦ、DataフィールドのようなＦＦＴサイズが利用（即ち、ＨＥ−ＳＴＦ／ＬＴＦ、Dataフィールドと同一なサブキャリア数を利用）されれば、図３３（ｂ）または図３３（ｄ）のようにＨＥ−ＳＩＧ２は少なくともＨＥ−ＳＴＦの後に、あるいはＨＥ−ＳＴＦ／ＬＴＦの後に転送されなければならない。
【０５６２】
図３３（ａ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３３１１ａの次にＨＥ−ＳＩＧ２フィールド３３２１ａが後続し、ＨＥ−ＳＩＧ２フィールド３３２１ａの次にＨＥ−ＳＴＦ３３３１ａが後続し、ＨＥ−ＳＴＦ３３３１ａの次にＨＥ−ＬＴＦ３３４１ａ、３３４２ａ、３３４３ａが後続することができる。
【０５６３】
Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３３１１ａは、２０ＭＨｚチャンネル単位で複写（duplicate）されて転送できる。
【０５６４】
ＨＥ−ＳＩＧ２フィールド３３２１ａは該当ＰＰＤＵを受信する全てのＳＴＡ（即ち、ＳＴＡ１からＳＴＡ４）に対するユーザ特定（user-specific）情報（例えば、各ＳＴＡ別周波数／空間資源情報、ＭＣＳレベル情報など）を含み、２０ＭＨｚ単位でエンコーディングされて転送できる。
【０５６５】
前述したように、ＨＥ−ＳＩＧ２フィールド３３２１ａがＨＥ−ＬＴＦ３３４１ａ、３３４２ａ、３３４３ａより前に転送されるので、ＨＥ−ＳＩＧ２フィールド３３２１ａはレガシー部分（Ｌ−ｐａｒｔ）及びＨＥ−ＳＩＧ１フィールド３３１１ａと同一なＦＦＴサイズが用いられる。
【０５６６】
ＨＥ−ＳＩＧ２フィールド３３２１ａの構成情報は、ＨＥ−ＳＩＧ１フィールド３３１１ａで知らせるか、または固定して使用することができる。例えば、ＨＥ−ＳＩＧ２フィールド３３２１ａの長さ（例えば、バイト（byte）あるいはシンボル（symbol）単位）が固定されていれば、ＡＰは各ＳＴＡにＨＥ−ＳＩＧ２フィールド３３２１ａの長さを知らせる必要がなく、ＤＬ  ＭＵ転送に参加する各ＳＴＡは固定された長さのＨＥ−ＳＩＧ２フィールド３３２１ａをデコーディング（decoding）すればよい。一方、ＨＥ−ＳＩＧ２フィールド３３２１ａの長さが可変する場合、ＨＥ−ＳＩＧ１フィールド３３１１ａでＨＥ−ＳＩＧ２フィールド３３２１ａの長さを知らせることができる。
【０５６７】
ＨＥ−ＳＴＦ３３３１ａは、全体ＰＰＤＵ帯域幅（図３３の場合は２０ＭＨｚ）に亘ってマッピングできる。
【０５６８】
ＨＥ−ＬＴＦ３３４１ａは、各ＳＴＡに割り当てられた資源ユニットに該当する帯域幅に個別的にマッピングできる。即ち、ＡＰは各ＳＴＡに割り当てられた資源ユニットを構成するサブキャリア数によってＨＥ−ＬＴＦシーケンスを生成することができる。図３３の場合、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３／４別に割り当てられた資源ユニットを構成するサブキャリアに個別的にＨＥ−ＬＴＦ３３４１ａがマッピングされて転送できる。
【０５６９】
各ＳＴＡに対するＨＥ−ＬＴＦ３３４１ａシンボルの数は最大ＨＥ−ＬＴＦ３３４１ａシンボルの数に合わせられる。ＨＥ−ＬＴＦ３３４１ａシンボルの数は該当ＨＥ−ＬＴＦ３３４１ａがマッピングされる帯域内の空間領域（spatial  domain）で割り当てられたストリーム数によって決定できる。即ち、各資源ユニット別に割り当てられたストリーム数が相異することができるので、最大ストリーム数によって決定されたＨＥ−ＬＴＦ３３４１ａシンボルの数に全てのＨＥ−ＬＴＦ３３４１ａシンボル数が合わせられる。
【０５７０】
図３３（ａ）の例示で、各ＳＴＡ別に一つのストリームが割り当てられると仮定すれば、ＳＴＡ３及びＳＴＡ４はＭＵ−ＭＩＭＯに同一な周波数帯域を共有しているので、ＳＴＡ３及びＳＴＡ３に割り当てられた帯域では２つのＨＥ−ＬＴＦ３３４１ａシンボルが必要でありうる。この場合、ＳＴＡ１及びＳＴＡ２に割り当てられた帯域にマッピングされるＨＥ−ＬＴＦ３３４１ａも２つのシンボルで転送できる。
【０５７１】
図３３（ｂ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３３１１ｂの次にＨＥ−ＳＴＦ３３２１ｂが後続し、ＨＥ−ＳＴＦ３３２１ｂの次にＨＥ−ＳＩＧ２フィールド３３３１ｂが後続し、ＨＥ−ＳＩＧ２フィールド３３３１ｂの次にＨＥ−ＬＴＦ３３４１ｂ、３３４２ｂ、３３４３ｂが後続する。以下、先の図３３（ａ）の例示と同一な説明は省略する。
【０５７２】
この場合、ＨＥ−ＳＩＧ２フィールド３３３１ｂがＨＥ−ＳＴＦ３３２１ｂより以後に転送されるので、ＨＥ−ＳＩＧ２フィールド３３３１ｂはＨＥ−ＳＴＦ３３２１ｂ、ＨＥ−ＬＴＦ３３４１ｂ、３３４２ｂ、３３４３ｂ、及びDataフィールド３３５１ｂ、３３５２ｂ、３３５３ｂと同一なＦＦＴサイズが用いられる。
【０５７３】
図３３（ｃ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３３１１ｃの次にＨＥ−ＳＴＦ３３２１ｃが後続し、ＨＥ−ＳＴＦ３３２１ｃの次にＨＥ−ＬＴＦ３３３１ｃ、３３３２ｃ、３３３３ｃが後続し、ＨＥ−ＬＴＦ３３３１ｃ、３３３２ｃ、３３３３ｃの次にＨＥ−ＳＩＧ２フィールド３３４１ｃが後続する。以下、先の図３３（ａ）の例示と同一な説明は省略する。
【０５７４】
この場合、ＨＥ−ＳＩＧ２フィールド３３４１ｃがＨＥ−ＳＴＦ３３２１ｃ及びＨＥ−ＬＴＦ３３３１ｃ、３３３２ｃ、３３３３ｃより以後に転送されるので、ＨＥ−ＳＩＧ２フィールド３３４１ｃはＨＥ−ＳＴＦ３３２１ｃ、ＨＥ−ＬＴＦ３３３１ｃ、３３３２ｃ、３３３３ｃ、及びDataフィールド３３５１ｃ、３３５２ｃ、３３５３ｃと同一なＦＦＴサイズが用いられる。
【０５７５】
図３３（ｄ）を参照すると、ＨＥ−ＳＩＧ２フィールド３３４１ｄ、３３４２ｄ、３３４３ｄが各ＳＴＡ別に割り当てられた資源ユニットに該当する帯域で個別的に転送される点の以外には先の図３３（ｃ）と同一であるので、以下、同一な説明は省略する。
【０５７６】
この場合、ＨＥ−ＳＩＧ２フィールド３３４１ｄ、３３４２ｄ、３３４３ｄが各ＳＴＡ別に個別的に転送されるので、各ＨＥ−ＳＩＧ２フィールド３３４１ｄ、３３４２ｄ、３３４３ｄは該当ＳＴＡに対する情報のみを含むことができる。図３３（ｄ）の場合、ＳＴＡ１に割り当てられた資源ユニットに該当する帯域に転送されるＨＥ−ＳＩＧ２フィールド３３４１ｄはＳＴＡ１に対するユーザ特定（user-specific）情報（例えば、各ＳＴＡ別周波数／空間資源情報、ＭＣＳレベル情報など）のみを含むことができる。ＳＴＡ２及びＳＴＡ３／４の場合にも同一である。
【０５７７】
図３３（ｄ）のように、ＨＥ−ＳＩＧ２フィールド３３４１ｄ、３３４２ｄ、３３４３ｄが各ＳＴＡ別に個別的に転送される場合、各ＨＥ−ＳＩＧ２フィールド３３４１ｄ、３３４２ｄ、３３４３ｄに対する各々の構成情報を全てＨＥ−ＳＩＧ１３３１１ｄで各々知らせなければならない。例えば、図３３（ｄ）の場合、ＳＴＡ１に対するＨＥ−ＳＩＧ２フィールド３３４１ｄが転送される帯域（または、資源ユニット）、ＳＴＡ２に対するＨＥ−ＳＩＧ２フィールド３３４２ｄが転送される帯域（または、資源ユニット）、ＳＴＡ３／４に対するＨＥ−ＳＩＧ２フィールド３３４３ｄが転送される帯域（または、資源ユニット）情報をＨＥ−ＳＩＧ１フィールド３３１１ｄで知らせる必要がある。
【０５７８】
一方、図３３（ａ）から（ｄ）の例示では、ＨＥ−ＬＴＦが各ＳＴＡに割り当てられた周波数帯域別に個別的にマッピングされる場合を例示しているが、これと相異するようにＨＥ−ＬＴＦもＨＥ−ＳＴＦのように全体ＰＰＤＵ帯域幅に亘ってマッピングされることもできる。即ち、ＡＰはＨＥ−ＳＴＦ及びＨＥ−ＬＴＦ全てＰＰＤＵ帯域幅に亘ってマッピングして転送し、各ＳＴＡは自身に割り当てられた帯域（即ち、サブバンド）にマッピングされたＨＥ−ＳＴＦ及びＨＥ−ＬＴＦを読み取るようになる。
【０５７９】
ＵＬフレーム（ＰＰＤＵ）構造
１．ＵＬフレーム構造１（UL  frame  structure  1）
ＵＬ  ＭＵの場合、ＵＬ  ＭＵフレームの以前にＡＰからトリガーフレーム（trigger  frame）が常に予め転送され、ＵＬ  ＭＵフレームの構成情報も知らせる（先の図３１参照）。したがって、ＵＬ  ＭＵフレーム自体にＳＩＧフィールド（例えば、ＨＥ−ＳＩＧ１及び／又はＨＥ−ＳＩＧ２フィールド）の構成はその内容を繰り返す意味しかない。
【０５８０】
Ｌ−ｐａｒｔやＨＥ−ＳＩＧ１フィールドの構成は、ＵＬ  ＭＵ転送に参加しないＡＰ、レガシー（Legacy）ＳＴＡやＨＥ  ＳＴＡがＮＡＶセッティング（Setting）することに助けになる可能性もある。但し、特にＨＥ−ＳＩＧ２の構成は該当ＵＬ  ＭＵフレームを受信すべきＡＰでなければ知る必要がなく、該当ＵＬ  ＭＵフレームを受信すべきＡＰは既にＨＥ−ＳＩＧ２の構成情報を知っているので、さらに必要がない。
【０５８１】
したがって、ＵＬ  ＭＵフレームの場合、ＵＬ  ＭＵフレームにＨＥ−ＳＩＧ２フィールドが省略できる。
【０５８２】
また、ＤＬ／ＵＬ共通の（common）フレーム構造を構成するために、ＵＬ  ＭＵフレームにＨＥ−ＳＩＧ２フィールドが存在しなければならないのなら、ＤＬフレームのＨＥ−ＳＩＧ２フィールドが転送される方法がそのまま利用できる。この場合、ＨＥ−ＳＩＧ２フィールドはＳＴＡが全て同一な信号を転送するＳＦＮ（single  frequency  network）方法により転送できる。
【０５８３】
以下、ＵＬ  ＭＵフレーム転送の以前にＡＰから転送されるトリガーフレームの構造について図面を参照して説明する。
【０５８４】
図３４は、本発明の一実施形態に係るトリガーフレームの構造を例示する図である。
【０５８５】
図３４では、２０ＭＨｚのトリガーフレーム構造を例示する。
【０５８６】
ＵＬ  ＭＵフレームのための構成情報はＳＩＧフィールドまたはDataフィールドに含まれるＭＡＣフレームに含まれて転送できる。図３４では、説明の便宜上、ＵＬ  ＭＵフレームのための構成情報を含むＳＩＧフィールドはＨＥ−ＳＩＧ３フィールドと称する。また、ＭＡＣフィールド（field）はＵＬ  ＭＵフレームのための構成情報を含むＭＡＣフレームを含むDataフィールドを示す。
【０５８７】
図３４（ａ）では、ＭＡＣフレームにＵＬ  ＭＵフレームのための構成情報が含まれる場合、トリガーフレームの構造を例示する。
【０５８８】
図３４（ａ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１３４１１ａの次にＨＥ−ＳＴＦ  ３４２１ａが後続し、ＨＥ−ＳＴＦ  ３４２１ａの次にＨＥ−ＬＴＦ  ３４３１ａが後続し、ＨＥ−ＬＴＦ  ３４３１ａの次にＨＥ−ＳＩＧ２フィールド３４４１ａが後続し、ＨＥ−ＳＩＧ２フィールド３４４１ａの次にＭＡＣフィールド（即ち、ＵＬ  ＭＵフレームのための構成情報を含むＭＡＣフレームを含むDataフィールド）３４５１ａが後続することができる。
【０５８９】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド、及びＨＥ−ＳＩＧ１フィールド３４１１ａは、２０ＭＨｚチャンネル単位で複写（duplicate）されて転送できる。
【０５９０】
ＨＥ−ＳＴＦ  ３４２１ａ及びＨＥ−ＬＴＦ  ３４３１ａは、全体ＰＰＤＵ帯域幅（図３４の場合、２０ＭＨｚ）に亘ってマッピングできる。
【０５９１】
図３４（ａ）のように、ＵＬ  ＭＵフレームのための構成情報がＭＡＣフレームで転送される場合、Dataフィールド（即ち、ＭＡＣフレームを含み）の構成情報を知らせるためのＨＥ−ＳＩＧ２フィールド３４４１ａが必要である。ここで、ＨＥ−ＳＩＧ２フィールド３４４１ａはＨＥ−ＳＴＦ  ３４２１ａ及びＨＥ−ＬＴＦ  ３４３１ａより以後に転送されるので、ＨＥ−ＳＩＧ２フィールド３４４１ａはＨＥ−ＳＴＦ  ３４２１ａ、ＨＥ−ＬＴＦ  ３４３１ａ、及びＭＡＣフィールド（即ち、Dataフィールド）３４５１ａと同一なＦＦＴサイズが用いられる。
【０５９２】
ＭＡＣフィールド３４５１ａはＵＬ  ＭＵ転送に参加する全てのＳＴＡに対して（図３４の場合、ＳＴＡ１からＳＴＡ４）、各ＳＴＡ別ＵＬ  ＭＵフレームのための構成情報を含む。ＵＬ  ＭＵフレームのための構成情報の一例に、各ＳＴＡ別ＵＬ  ＭＵ転送のために割り当てられた資源ユニット情報、ＭＣＳレベル情報などを含むことができる。
【０５９３】
図３４（ｂ）では、ＨＥ−ＳＩＧ３フィールドにＵＬ  ＭＵフレームのための構成情報が含まれる場合、トリガーフレームの構造を例示する。
【０５９４】
図３４（ｂ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１  ３４１１ａの次にＨＥ−ＳＴＦ  ３４２１ｂが後続し、ＨＥ−ＳＴＦ  ３４２１ｂの次にＨＥ−ＬＴＦ  ３４３１ｂが後続し、ＨＥ−ＬＴＦ  ３４３１ｂの次にＨＥ−ＳＩＧ３３４４１ｂが後続することができる。
【０５９５】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド、及びＨＥ−ＳＩＧ１フィールド３４１１ｂは、２０ＭＨｚ単位で複製（duplicated）されて転送できる。
【０５９６】
ＨＥ−ＳＴＦ  ３４２１ｂ及びＨＥ−ＬＴＦ  ３４３１ｂは、全体ＰＰＤＵ帯域幅（図３４の場合、２０ＭＨｚ）に亘ってマッピングできる。
【０５９７】
ＨＥ−ＳＩＧ３フィールド３４４１ｂは、ＵＬ  ＭＵ転送に参加する全てのＳＴＡに対して（図３４の場合、ＳＴＡ１からＳＴＡ４）、各ＳＴＡ別ＵＬ  ＭＵフレームのための構成情報を含む。ここで、ＨＥ−ＳＩＧ３フィールド３４４１ｂはＨＥ−ＳＴＦ  ３４２１ｂ及びＨＥ−ＬＴＦ  ３４３１ｂより以後に転送されるので、ＨＥ−ＳＩＧ３フィールド３４４１ｂはＨＥ−ＳＴＦ  ３４２１ｂ及びＨＥ−ＬＴＦ  ３４３１ｂと同一なＦＦＴサイズが用いられる。
【０５９８】
または、状況によって先の図３４（ａ）の例示と図３４（ｂ）の例示が結合できる。即ち、ＨＥ−ＳＩＧ２フィールドとＨＥ−ＳＩＧ３フィールドが共に転送される場合がありうる。例えば、ＤＬフレームもＭＡＣフレーム（例えば、制御フレーム、管理フレーム、データフレーム）を転送し、ＤＬフレームでＵＬ  ＭＵフレームに対する構成情報を転送する場合（即ち、ＵＬ  ＭＵフレームもＭＡＣフレームを転送する場合など）、ＨＥ−ＳＩＧ２フィールドとＨＥ−ＳＩＧ３フィールドが共に転送できる。
【０５９９】
この場合、ＨＥ−ＳＩＧ１フィールドで以後に転送されるＳＩＧフィールドがＨＥ−ＳＩＧ２フィールドであるか、ＨＥ−ＳＩＧ３フィールドであるか、あるいは両方とも転送されるか否かに対する指示（例えば、ＳＩＧタイプ指示）を含むことができる。例えば、ＳＩＧタイプ指示が‘００’は以後に転送されるＳＩＧフィールドがＨＥ−ＳＩＧ２フィールドであることを指示し、‘０１’はＨＥ−ＳＩＧ２フィールドであることを指示し、‘１０’はＨＥ−ＳＩＧ２フィールド及びＨＥ−ＳＩＧ３フィールドであることを指示し、‘１１’は予備（Reserved）ビットとして残すことができる。
【０６００】
または、図３４（ｃ）及び図３４（ｄ）のように、トリガーフレームはＨＥ−ＳＴＦとＨＥ−ＬＴＦ無しでＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３４１１ｃ、３４１１ｄ、及びＨＥ−ＳＩＧ３フィールド３４２１ｃ、３４２１ｄのみ含まれて構成できる。
【０６０１】
この場合、ＨＥ−ＳＩＧ３フィールド３４２１ｃ、３４２１ｄのＦＦＴサイズはＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３４１１ｃ、３４１１ｄと同一でなければ、受信端でデコーディングが可能でない。
【０６０２】
図３４（ｃ）のように、ＨＥ−ＳＩＧ３フィールド３４２１ｃはＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３４１１ｃと同一な数のトーン（または、サブキャリア）を用いることもできる。
【０６０３】
一方、図３４（ｄ）のように、ＨＥ−ＳＩＧ３フィールド３４２１ｄがＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３４１１ｄと同一な２０ＭＨｚ帯域幅を使用する場合や２０ＭＨｚ以上の帯域幅を用いる場合、ＨＥ−ＳＩＧ３フィールド３４２１ｄはＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３４１１ｄより多い数のトーン（または、サブキャリア）を用いることができる。この場合、増加したトーンもＵＬ  ＭＵフレームに対する構成情報転送のために利用できるが、ナル（Null）を転送することによって空けることができる。増加したトーンがＵＬ  ＭＵフレームに対する構成情報転送のために用いられる場合、受信端では増加したトーンに対するチャンネルなどは周辺Ｌ−ＬＴＦを用いて推定（例えば、補外法（extrapolation）など利用）することができる。
【０６０４】
先の図３４の例示では２０ＭＨｚのトリガーフレーム構造について説明したが、その以上の帯域幅でトリガーフレームが構成されることもできる。
【０６０５】
この場合、ＨＥ−ＳＩＧ２フィールド及び／又はＨＥ−ＳＩＧ３フィールドは全体ＰＰＤＵ帯域幅に亘って全体ＵＬ  ＭＵフレームに対する構成情報が一度にエンコーディングできる。
【０６０６】
または、ＨＥ−ＳＩＧ２フィールド及び／又はＨＥ−ＳＩＧ３フィールドは２０ＭＨｚ帯域幅内で全体ＵＬ  ＭＵフレームに対する構成情報がエンコーディングされた後、他の帯域で複写（duplicate）できる。
【０６０７】
また、トリガーフレームの構造はＤＬ  ＳＵフレーム構造を有することができる。即ち、レガシーＰＰＤＵ構造に従って構成されるか、または先の図３４の例示で説明したＤＬ  ＳＵ  ＰＰＤＵ構造に従って構成できる。
【０６０８】
または、ＨＥ−ＳＩＧ２フィールド及び／又はＨＥ−ＳＩＧ３フィールドは、２０ＭＨｚ単位を基本に各々該当２０ＭＨｚ単位内で資源ユニットが割り当てられたＳＴＡに対するＵＬ  ＭＵフレームに対する構成情報が各々エンコーディングできる。但し、各ＳＴＡに割り当てられた資源ユニットが２０ＭＨｚ単位内のみで存在すれば問題が発生しないが、あるＳＴＡに割り当てられた資源ユニットが２０ＭＨｚ単位を超える場合（即ち、全体ＰＰＤＵ帯域幅を２０ＭＨｚ単位で区分する時、特定ＳＴＡに互いに異なる２０ＭＨｚ単位に亘って資源ユニットが割り当てられる場合）、該当ＳＴＡに周波数資源割当情報（即ち、資源ユニット割当情報）を転送するための方法が必要である。これに対して図面を参照して説明する。
【０６０９】
図３５は、本発明の一実施形態に係るトリガーフレームで資源割当方法を説明するための図である。
【０６１０】
図３５では、４０ＭＨｚのトリガーフレーム構造及び該当４０ＭＨｚのＵＬ  ＭＵフレーム構造を例示する。
【０６１１】
また、図３５では、説明の便宜上、トリガーフレームでＨＥ−ＳＩＧ３フィールドのみを例示し、ＵＬ  ＭＵフレームでDataフィールドのみを例示するが、Ｌ−ｐａｒｔ、ＨＥ−ＳＩＧ１フィールド、ＨＥ−ＳＩＧ２フィールド（必要の場合）がさらに含まれることができる。
【０６１２】
図３５では、４０ＭＨｚ帯域でＳＴＡ１、２、３に順に各々帯域１０ＭＨｚ、２０ＭＨｚ、１０ＭＨｚの割当を受けた場合を仮定する。
【０６１３】
即ち、ＳＴＡ２が２０ＭＨｚチャンネル１及び２０ＭＨｚチャンネル２に亘って周波数資源（即ち、資源ユニット）の割当を受けた場合を仮定する。
【０６１４】
図３５（ａ）のように、低い周波数帯域（即ち、２０ＭＨｚチャンネル１）で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ａでＳＴＡ２に対する周波数資源割当情報を転送し、高い周波数帯域（即ち、２０ＭＨｚチャンネル２）で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｂでは周波数割当資源の開始点を知らせることができる。
【０６１５】
この場合、高い周波数帯域（即ち、２０ＭＨｚチャンネル２）で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｂで指示する周波数資源は前記開始点から始まることができる。
【０６１６】
図３５（ａ）を参照すると、２０ＭＨｚチャンネル１で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ａではＳＴＡ１に対する周波数資源割当情報（即ち、１０ＭＨｚ）及びＳＴＡ２に対する周波数資源割当情報（即ち、２０ＭＨｚ）を知らせる。そして、２０ＭＨｚチャンネル２で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｂでは開始点（即ち、１０ＭＨｚ）及びＳＴＡ３に対する周波数資源割当情報（即ち、１０ＭＨｚ）を知らせる。
【０６１７】
これによって、ＳＴＡ１は２０ＭＨｚチャンネル１で０〜１０ＭＨｚ帯域幅の割当を受けて、ＳＴＡ２は２０ＭＨｚチャンネル１の１０ＭＨｚから２０ＭＨｚチャンネル２の１０ＭＨｚまでの帯域幅の割当を受けて、ＳＴＡ３は２０ＭＨｚチャンネル２で１０ＭＨｚ〜２０ＭＨｚ帯域幅の割当を受ける。
【０６１８】
または、図３５（ｂ）のように各周波数帯域（即ち、２０ＭＨｚチャンネル１及び２）で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｂ、３５１２ｂで各々該当２０ＭＨｚ帯域内で周波数資源割当情報を知らせることができる。
【０６１９】
図３５（ｂ）を参照すると、２０ＭＨｚチャンネル１で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｂでは該当２０ＭＨｚ帯域内でＳＴＡ１に対する周波数資源割当情報（即ち、１０ＭＨｚ）及びＳＴＡ２に対する周波数資源割当情報（即ち、１０ＭＨｚ）を知らせる。そして、２０ＭＨｚチャンネル２で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１２ｂでは該当２０ＭＨｚ帯域内でＳＴＡ２に対する周波数資源割当情報（即ち、１０ＭＨｚ）及びＳＴＡ３に対する周波数資源割当情報（即ち、１０ＭＨｚ）を知らせる。
【０６２０】
これによって、ＳＴＡ１は２０ＭＨｚチャンネル１で０〜１０ＭＨｚ帯域幅の割当を受けて、ＳＴＡ２は２０ＭＨｚチャンネル１の１０ＭＨｚから２０ＭＨｚチャンネル２の１０ＭＨｚまでの帯域幅の割当を受けて、ＳＴＡ３は２０ＭＨｚチャンネル２で１０ＭＨｚ〜２０ＭＨｚ帯域幅の割当を受ける。
【０６２１】
または、図３５（ｃ）のように、各周波数帯域（即ち、２０ＭＨｚチャンネル１及び２）で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｃ、３５１２ｃで同一な周波数資源割当情報を知らせることができる。
【０６２２】
図３５（ｃ）を参照すると、２０ＭＨｚチャンネル１で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１１ｃではＳＴＡ１に対する周波数資源割当情報（即ち、１０ＭＨｚ）及びＳＴＡ２に対する周波数資源割当情報（即ち、２０ＭＨｚチャンネル２の１０ＭＨｚを含んで２０ＭＨｚ）を知らせる。そして、２０ＭＨｚチャンネル２で転送されるトリガーフレームのＨＥ−ＳＩＧ３フィールド３５１２ｃではＳＴＡ２に対する周波数資源割当情報（即ち、２０ＭＨｚチャンネル１の１０ＭＨｚを含んで２０ＭＨｚ）及びＳＴＡ３に対する周波数資源割当情報（即ち、１０ＭＨｚ）を知らせる。
【０６２３】
これによって、ＳＴＡ１は２０ＭＨｚチャンネル１で０〜１０ＭＨｚ帯域幅の割当を受けて、ＳＴＡ２は２０ＭＨｚチャンネル１の１０ＭＨｚから２０ＭＨｚチャンネル２の１０ＭＨｚまでの帯域幅の割当を受けて、ＳＴＡ３は２０ＭＨｚチャンネル２で１０ＭＨｚ〜２０ＭＨｚ帯域幅の割当を受ける。
【０６２４】
以下、トリガーフレームにより受信した周波数資源割当情報に基づいて構成されるＵＬ  ＭＵフレーム構造を説明する。
【０６２５】
図３６は、本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【０６２６】
図３６では、２０ＭＨｚのＵＬ  ＭＵフレーム構造を例示する。
【０６２７】
また、図３６ではトリガーフレームに含まれたＳＴＡ１のＵＬ  ＭＵフレーム構成情報でＳＴＡ１のDataフィールドは最も低い一部帯域（例えば、最初の５ＭＨｚ帯域など）を使用するよう指示された場合を仮定する。
【０６２８】
図３６で、紋様のない領域はトリガーフレームによりＵＬ  ＭＵ資源が割り当てられたＳＴＡが全て同一な信号を転送する領域を示し、斜線領域は各ＳＴＡ別に異なる転送値を転送する領域を示す。
【０６２９】
図３６（ａ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１  ３６１１ａの次にＨＥ−ＳＴＦ  ３６２１ａが後続し、ＨＥ−ＳＴＦ  ３６２１ａの次にＨＥ−ＬＴＦ  ３６３１ａが後続し、ＨＥ−ＬＴＦ  ３６３１ａの次にＨＥ−ＳＩＧ２フィールド３６４１ａが後続し、ＨＥ−ＳＩＧ２フィールド３６４１ａの次にDataフィールド３６５１ａが後続することができる。
【０６３０】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド、及びＨＥ−ＳＩＧ１フィールド３６１１ａは、２０ＭＨｚ単位で複製（duplicated）されて転送できる。
【０６３１】
ここで、ＨＥ−ＳＩＧ２フィールド３６４１ａはＨＥ−ＳＴＦ  ３６２１ａ及びＨＥ−ＬＴＦ  ３６３１ａより以後に転送されるので、ＨＥ−ＳＩＧ２フィールド３６４１ａはＨＥ−ＳＴＦ  ３６２１ａ、ＨＥ−ＬＴＦ  ３６３１ａ、及びDataフィールド３６５１ａと同一なＦＦＴサイズが用いられる。
【０６３２】
ＨＥ−ＳＩＧ２フィールド３６４１ａは、トリガーフレームのＨＥ−ＳＩＧ２フィールドの内容を同一に含むことができる。言い換えると、ＨＥ−ＳＩＧ２フィールド３６４１ａはＵＬ  ＭＵ転送に参加する全てのＳＴＡに対して（図３６の場合、ＳＴＡ１からＳＴＡ４）、各ＳＴＡ別ＵＬ  ＭＵフレームのための構成情報を含むことができる。したがって、ＵＬ  ＭＵ転送に参加する全てのＳＴＡはＨＥ−ＳＩＧ２フィールド３６４１ａ領域で全て同一な情報を転送するようになる。ＵＬ  ＭＵフレームのための構成情報の一例に、各ＳＴＡ別ＵＬ  ＭＵ転送のために割り当てられた資源ユニット情報、ＭＣＳレベル情報などを含むことができる。
【０６３３】
または、ＨＥ−ＳＩＧ２フィールド３６４１ａでトリガーフレームのＨＥ−ＳＩＧ２フィールドの情報を反復せず、図３６（ｂ）のようにＵＬ  ＭＵフレームにＨＥ−ＳＩＧ２フィールド３６４１ａが省略されることもある。
【０６３４】
図３６（ｂ）を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１  ３６１１ｂの次にＨＥ−ＳＴＦ  ３６２１ｂが後続し、ＨＥ−ＳＴＦ  ３６２１ｂの次にＨＥ−ＬＴＦ  ３６３１ｂが後続し、ＨＥ−ＬＴＦ  ３６３１ａ次にDataフィールド３６４１ｂが後続することができる。
【０６３５】
また、ＵＬ  ＭＵ転送に参加する全てのＳＴＡはＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３６１１ｂ領域で全て同一な情報を転送し、トリガーフレームなどによりＵＬ  ＭＵ転送に参加しないＳＴＡがＮＡＶセッティング可能であるので、ＵＬ  ＭＵフレームでＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３６１１ｂも意味のないことがある。したがって、図３６（ｃ）のようにＵＬ  ＭＵフレームにＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３６１１ｂが省略されることもできる。
【０６３６】
図３６（ｃ）を参照すると、ＨＥ−ＳＴＦ  ３６１１ｃの次にＨＥ−ＬＴＦ  ３６２１ｃが後続し、ＨＥ−ＬＴＦ  ３６２１ｃの次にDataフィールド３６３１ｃが後続することができる。
【０６３７】
先の図３６（ａ）から図３６（ｃ）の例示で、斜線領域のうち、データフィールド領域３６５１ａ、３６４１ｂ、３６３１ｃはＯＦＤＭＡのみ適用される場合、該当周波数領域が割り当てられたＳＴＡのＵＬデータのみ該当周波数領域で転送される。また、ＯＦＤＭＡだけでなく、ＭＵ  ＭＩＭＯまで適用されれば、同一周波数領域が割り当てられたＳＴＡのＵＬデータが該当周波数領域で空間分割多重化（ＳＤＭ：Spatial  Division  Multiplexing）されて転送できる。
【０６３８】
先の図３６（ａ）から図３６（ｃ）の例示で、ＨＥ−ＳＴＦ及びＨＥ−ＬＴＦの構成は、次の通りである。
【０６３９】
１）ＨＥ−ＳＴＦ：ＵＬ  ＭＵ  ＳＴＡがＳＦＮ形態に転送することができる。即ち、ＵＬ  ＭＵに参加する全てのＳＴＡが同一なＨＥ−ＳＴＦシーケンスを全体ＰＰＤＵ帯域幅にマッピングして転送することができる。
【０６４０】
または、ＵＬ  ＭＵ  ＳＴＡがコード分割多重化（ＣＤＭ：Code  Division  Multiplexing）／周波数分割多重化（ＦＤＭ：Frequency  Division  Multiplexing）形態に転送することができる。
【０６４１】
ＣＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に自身だけの固有なＨＥ−ＳＴＦシーケンスを生成し、全体ＰＰＤＵ帯域幅にマッピングして転送することができる。
【０６４２】
また、ＦＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるトーン（または、サブキャリア）にＨＥ−ＳＴＦシーケンスをマッピングして転送することができる。一例に、ＳＴＡ１は４ｋ、ＳＴＡ２は４ｋ＋１、ＳＴＡ３は４ｋ＋２、ＳＴＡ４は４ｋ＋３（ｋ＝０，１，．．．）のトーンにＨＥ−ＳＴＦシーケンスをマッピングして各自の固有なＨＥ−ＳＴＦを転送することができる。
【０６４３】
または、ＦＤＭ形態に転送する場合、各ＳＴＡ別にＵＬ  ＭＵ転送のために割当を受けた周波数領域のみにＨＥ−ＳＴＦを転送することもできる。例えば、ＳＴＡ１が１０６トーンの資源ユニットの割当を受けた場合、ＳＴＡ１は自身が割当を受けた１０６トーンの資源ユニット領域内でＨＥ−ＳＴＦシーケンスをマッピングして転送することができる。
【０６４４】
この際、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは自身が割当を受けた周波数領域でＳＦＮ形態にＨＥ−ＳＴＦを転送することができる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で同一なＨＥ−ＳＴＦシーケンスをマッピングして転送することができる。
【０６４５】
または、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＨＥ−ＳＴＦをＣＤＭ形態に転送することもできる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で固有なＨＥ−ＳＴＦシーケンスをマッピングして転送することができる。
【０６４６】
２）ＨＥ−ＬＴＦ：ＨＥ−ＬＴＦは基本的にストリーム当たりＣＤＭ／ＦＤＭ／ＴＤＭされて転送され、受信端ではＨＥ−ＬＴＦを用いてストリーム当たりチャンネル推定を遂行する。ＤＬ転送でもＵＬ転送でも関わらずＨＥ−ＳＴＦの例と同様に、全体ＰＰＤＵ帯域幅に亘ってトーンマッピングしてＨＥ−ＬＴＦを転送することができる。
【０６４７】
ＣＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に自身だけの固有なＨＥ−ＬＴＦシーケンスを生成し、全体ＰＰＤＵ帯域幅にマッピングして転送することができる。
【０６４８】
ＦＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるトーン（または、サブキャリア）にＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。一例に、ＳＴＡ１は４ｋ、ＳＴＡ２は４ｋ＋１、ＳＴＡ３は４ｋ＋２、ＳＴＡ４は４ｋ＋３（ｋ＝０，１，．．．）のトーンにＨＥ−ＬＴＦシーケンスをマッピングして各自の固有なＨＥ−ＬＴＦを転送することができる。
【０６４９】
ＴＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるＨＥ−ＬＴＦシンボルにＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。
【０６５０】
また、各ＳＴＡが割当を受けたData領域に合せてＨＥ−ＬＴＦを転送することもできる。
【０６５１】
例えば、ＳＴＡ１が１０６トーンの資源ユニットの割当を受けた場合、ＳＴＡ１は自身が割当を受けた１０６トーンの資源ユニット領域内でＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。
【０６５２】
この場合、同一なデータ領域の割当を受けたＭＵ  ＭＩＭＯ  ＳＴＡはＣＤＭ／ＴＤＭ形態などにＨＥ−ＬＴＦを転送することもできる。
【０６５３】
この際、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＳＦＮ形態にＨＥ−ＬＴＦを転送することができる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で同一なＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。この場合、該当１０６トーンの資源ユニットに対するストリームの数によってＨＥ−ＬＴＦシンボルの個数が決定され、ＨＥ−ＬＴＦシンボルに亘って時間軸上に直交（orthogonal）したシーケンス（例えば、ｐ行列の一つの行（row））が掛けられる。
【０６５４】
または、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは自身が割当を受けた周波数領域でＨＥ−ＬＴＦをＣＤＭ形態に転送することもできる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で固有なＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。
【０６５５】
または、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＨＥ−ＬＴＦをＴＤＭ形態に転送することもできる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で互いに異なるＨＥ−ＬＴＦシンボルにＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。
【０６５６】
前述したＵＬ  ＭＵフレームの構造は、ＤＬ  ＭＵ転送に対するＵＬ  ＭＵ  ＡＣＫの構成が予め定まった場合にも適用できる。
【０６５７】
例えば、ＵＬ  ＭＵ  ＡＣＫフレームは無条件特定周波数単位（例えば、５ＭＨｚなど）で構成し、ＤＬ  ＭＵ転送のＨＥ−ＳＩＧフィールド（例えば、ＨＥ−ＳＩＧ１及び／又はＨＥ−ＳＩＧ２フィールド）に含まれたＳＴＡの順にＡＣＫフレームの周波数資源が割り当てできる。また、ＵＬ  ＭＵ  ＡＣＫフレームは常に時空間ブロックコーディング（ＳＴＢＣ）が適用されて転送され、ＭＣＳレベルが固定（例えば、常にＭＣＳ０（ＢＰＳＫ（Binary  Phase  Shift  Keying）変調及び１／２コーディングレート（coding  rate））を使用するか、または各ＳＴＡに転送されるＤＬデータのＭＣＳレベルと同一であるか、各ＳＴＡに転送されるＤＬデータと同一な変調（Modulation）を使用しながら最も低いコーディングレート（coding  rate）を使用するなど）されるなど、ＵＬ  ＭＵ  ＡＣＫフレームの構成方法が予めまたはＤＬ  ＭＵフレームによって定まることができる。
【０６５８】
前記のように、ＡＣＫフレームの周波数資源及び構成情報が固定されて定まる場合、ＡＰは各ＳＴＡが転送する方法に対して既に知っているので、ＨＥ−ＳＩＧフィールド（例えば、ＨＥ−ＳＩＧ１及び／又はＨＥ−ＳＩＧ２フィールド）の情報を別に読み取る必要がない。
【０６５９】
したがって、この時は先の図３６（ａ）から図３６（ｃ）のＳＴＡ１のＵＬ  ＭＵフレームの構成のようにＤＬ  ＭＵ転送のＨＥ−ＳＩＧ１フィールド及びＨＥ−ＳＩＧ２フィールドをそのまま複写して使用または省略することができる。
【０６６０】
２．ＵＬフレーム構造２（UL  frame  structure  2）
本実施形態では、ＵＬフレーム内のＨＥ−ＳＩＧ１フィールド及びＨＥ−ＳＩＧ２フィールドの情報が必要な場合の構成方法を提案する。
【０６６１】
本実施形態で、説明の便宜のためにＵＬフレームに含まれるＨＥ−ＳＩＧフィールドをＤＬフレームのＨＥ−ＳＩＧフィールドと同一に称するが、ＤＬフレームでのＨＥ−ＳＩＧと相異する情報を含むことができる。したがって、ＤＬフレームのＨＥ−ＳＩＧと相異する名称と称されることもできる。
【０６６２】
例えば、ＯＦＤＭＡ単位のサブバンド（sub-band）（または、資源ユニット）単位（granularity）でデータを転送するＵＬ  ＳＵ転送を許容する場合、またはトリガーフレームでＵＬ  ＭＵの構成情報を知らせるが、資源情報（即ち、周波数及び／又は空間資源情報）のみを知らせて、ＭＣＳレベルは定まらなかった場合、またはＤＬ  ＭＵ転送に対するＵＬ  ＭＵ  ＡＣＫフレームの構成が定まらない場合などの場合など、各ＳＴＡはＨＥ−ＳＩＧフィールド（例えば、ＨＥ−ＳＩＧ１及び／又はＨＥ−ＳＩＧ２フィールド）に各自の情報を載せて転送し、ＡＰがＵＬフレームをデコーディングするためにＵＬフレームのＨＥ−ＳＩＧフィールドを読み取ることができなければならない。
【０６６３】
前述したＵＬフレーム構造１で例示したＵＬフレーム構造では、ＨＥ−ＳＩＧフィールド（即ち、ＨＥ−ＳＩＧ１及び／又はＨＥ−ＳＩＧ２フィールド）はＳＦＮ形態に転送されるので、各ＳＴＡが各自の情報を異に載せることができない。
【０６６４】
一般に、サブバンド（または、資源ユニット）単位（granularity）を有してＵＬ  ＳＵを行うということは、ＳＴＡのチャンネル状態がよくないので（例えば、ＳＴＡがセル（または、ＢＳＳ）境界（edge）にいたり陰影地域に位置する場合）、ＳＴＡの最大パワーを特定サブバンド（または、資源ユニット）（例えば、５ＭＨｚなど）に集中して転送するという意味である。
【０６６５】
しかしながら、ＤＬフレームのようにＵＬフレームでもＨＥ−ＳＩＧ１フィールドは２０ＭＨｚ単位で、ＨＥ−ＳＩＧ２フィールドは全帯域（または、２０ＭＨｚ単位でエンコーディング）に転送する方法を考慮すれば、ＵＬフレームでＨＥ−ＳＩＧフィールドはデータよりカバレッジが低くてＡＰではＵＬフレームのＨＥ−ＳＩＧフィールドを円滑に受信できないという問題が発生できる。
【０６６６】
また、ＵＬ  ＭＵ転送に参加する各ＳＴＡがＨＥ−ＳＩＧフィールドで各自のＵＬフレーム構成情報（即ち、データフィールドの構成情報、例えば、ＭＣＳレベルなど）を転送する場合、前記のようにＨＥ−ＳＩＧフィールドを全帯域（または、２０ＭＨｚ単位でエンコーディング）に転送する方法を考慮すれば、各ＳＴＡから転送されるＨＥ−ＳＩＧフィールドが衝突してＡＰではＵＬフレームのＨＥ−ＳＩＧフィールドを円滑に受信できないという問題が発生できる。
【０６６７】
したがって、これを考慮したＵＬフレームのＨＥ−ＳＩＧフィールドの設計（design）を別途にする必要がある。
【０６６８】
図３７は、本発明の一実施形態に係るアップリンクフレームの構造を例示する図である。
【０６６９】
図３７では、２０ＭＨｚのＵＬ  ＳＵ／ＭＵフレーム構造を例示する。
【０６７０】
図３７では、トリガーフレームに含まれたＳＴＡ１のＵＬ  ＭＵフレーム構成情報でＳＴＡ１のDataフィールドは最も低い一部帯域（例えば、最初の５ＭＨｚ帯域など）を使用するよう指示された場合、またはトリガーフレームにより指定された、または予め定まった、または任意に選択された特定サブバンド（または、資源ユニット）（例えば、最初の５ＭＨｚ帯域など）でＵＬ  ＳＵフレームを転送する場合を仮定する。
【０６７１】
図３７で、ＵＬ  ＭＵ転送の場合、紋様のない領域はトリガーフレームによりＵＬ  ＭＵ資源が割り当てられたＳＴＡが全て同一な信号を転送する領域を示し、斜線領域は各ＳＴＡ別に異なる転送値を転送する領域を示す。
【０６７２】
図３７を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド３７１１ａ、３７１１ｂの次にＨＥ−ＳＴＦ  ３７２１ａ、３７２１ｂが後続し、ＨＥ−ＳＴＦ  ３７２１ａ、３７２１ｂの次にＨＥ−ＬＴＦ  ３７３１ａ、３７３１ｂが後続し、ＨＥ−ＬＴＦ  ３７３１ａ、３７３１ｂの次にＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂが後続し、ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂの次にDataフィールド３７５１ａ、３７５１ｂが後続することができる。
【０６７３】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド、及びＨＥ−ＳＩＧ１フィールド３７１１ａは、２０ＭＨｚ単位で複製（duplicated）されて転送できる。
【０６７４】
ＨＥ−ＳＩＧ１フィールド３７１１ａ、３７１１ｂの構造と内容は各ＳＴＡ毎に変形できないことがあるので、トリガーフレームのＨＥ−ＳＩＧ１フィールドと同一な情報で構成することができる。
【０６７５】
ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂは、該当ＳＴＡがDataフィールド３７５１ａ、３７５１ｂを転送する周波数領域（即ち、サブバンドまたは資源ユニット）と同一な周波数領域で転送できる。
【０６７６】
このように、各ＳＴＡが割り当てられるか、または予め指定されたサブバンド（または、資源ユニット）単位のDataフィールド３７５１ａ、３７５１ｂと同一な周波数領域でＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂを転送するためには、ＨＥ−ＳＴＦ  ３７２１ａ、３７２１ｂ及びＨＥ−ＬＴＦ  ３７３１ａ、３７３１ｂを用いてキャリア周波数オフセット（ＣＦＯ：Carrier  Frequency  Offset）測定とチャンネル推定（channel  estimation）を遂行しなければならないので、ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂは、ＨＥ−ＳＴＦ  ３７２１ａ、３７２１ｂ、及びＨＥ−ＬＴＦ  ３７３１ａ、３７３１ｂの後に転送されなければならない。
【０６７７】
ＳＴＡは、該当ＵＬフレームのデータフィールド３７５１ａ、３７５１ｂが転送されるサブバンド（または、資源ユニット）情報、ＭＣＳレベル情報、ＳＴＢＣ適用か否かに対する指示情報、ビームフォーミング（beamforming）適用か否かに対する指示情報及び／又はＦＥＣコーディング方式情報（ＬＤＰＣまたはＢＣＣ指示）などの情報を決定してＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂに含めて転送することができる。
【０６７８】
仮に、ＵＬ  ＳＵ転送のために許容されるサブバンド（sub-band）（または、資源ユニット）が固定される場合、またはトリガーフレームでＵＬ  ＭＵフレームの資源情報（即ち、周波数及び／又は空間資源情報）を知らせる場合、またはＵＬ  ＭＵ  ＡＣＫフレームのサブバンド（sub-band）（または、資源ユニット）が固定される場合にはＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂにＵＬフレームのデータフィールドが転送されるサブバンド（または、資源ユニット）情報は含まれないことがある。
【０６７９】
ＭＣＳレベルの場合、例えば、トリガーフレームにより、または予めＵＬフレームに対するＵＬフレームに対するＰＨＹ長さ（即ち、ＰＰＤＵ長さ）が決定されれば、各ＳＴＡ別にＰＨＹ長さ及び／又は自身がある程度のＵＬデータを転送するのかを考慮してＭＣＳレベルを決定することができる。この際、各ＳＴＡ別に転送するデータの量が相異することがあるので、ＡＰはＵＬ  ＭＵ転送に参加する全てのＳＴＡに対してＵＬフレームの最大ＰＨＹ長さを決定し、トリガーフレームを通じてＵＬ  ＭＵ転送に参加する全てのＳＴＡに最大ＰＨＹ長さを同一に設定することができる。
【０６８０】
また、各ＳＴＡはＡＰとのチャンネル状態を考慮してビームフォーミング（beamforming）適用か否か及び／又はＦＥＣコーディング方式を決定することができる。
【０６８１】
時間領域（time  domain）で、ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂの長さは固定できる。この場合、ＵＬフレームに含まれるＨＥ−ＳＩＧ１フィールドで指示するＨＥ−ＳＩＧ２フィールドの長さ情報は無視（または、省略）できる。
【０６８２】
または、ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂの長さ（例えば、バイト数、シンボル数）をＨＥ−ＳＩＧ１フィールド３７１１ａ、３７１１ｂで指示することもできる。但し、各ＳＴＡ別に互いに異なる情報をＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂで転送するので、各ＳＴＡ別にＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂを構成するビットが相異することができる。したがって、各ＳＴＡはＨＥ−ＳＩＧ１フィールド３７１１ａ、３７１１ｂで指示する長さ情報の通り構成して残ったビットはパッディング（padding）することができる。また、この場合にも、ＡＰはＵＬ  ＭＵ転送に参加する全てのＳＴＡに最大ＨＥ−ＳＩＧ２フィールド３７４１ａ、３７４１ｂの長さを同一に設定することができる。
【０６８３】
図３７（ａ）の場合、ＨＥ−ＳＴＦ  ３７２１ａ及びＨＥ−ＬＴＦ  ３７３１ａは該当ＳＴＡが転送するDataフィールド３７５１ａと同一な周波数領域（即ち、サブバンドまたは資源ユニット）のみでマッピングされて転送できる。
【０６８４】
ＵＬ  ＭＵ転送の場合、各ＳＴＡ別にＵＬ  ＭＵ転送のために割当を受けた周波数領域のみでＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）を転送することによって、各ＳＴＡ別にＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）は周波数領域（frequency  domain）で多重化されて転送できる。
【０６８５】
この際、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは自身が割当を受けた周波数領域でＳＦＮ形態にＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）を転送することができる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で同一なＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。
【０６８６】
この場合、該当１０６トーンの資源ユニットに対するストリームの数によってＨＥ−ＬＴＦシンボルの個数が決定できる。そして、全体ＨＥ−ＬＴＦシンボルに亘って時間軸上に直交（orthogonal）したシーケンス（例えば、ｐ行列の一つの行（row））が掛けられる。
【０６８７】
また、ＵＬ  ＭＵ転送に参加する全てのＳＴＡが転送するＨＥ−ＬＴＦシンボル数は最大ＨＥ−ＬＴＦシンボルの数と同一に合わせられる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットで各々一つのストリームの割当を受けて、ＳＴＡ３が２６トーンの資源ユニットの割当を受けた場合、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットで総２つのストリームの割当を受けたので、ＨＥ−ＬＴＦシンボルの数は二つに決定できる。この場合、ＳＴＡ３はＭＵ−ＭＩＭＯ  ＳＴＡでないが、ＨＥ−ＬＴＦシンボルの数を同一に合せるために二つのＨＥ−ＬＴＦシンボルを転送することができる。
【０６８８】
または、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）をＣＤＭ形態に転送することができる。例えば、ＳＴＡ１及びＳＴＡ２が１０６トーンの資源ユニットに対する互いに異なるストリームの割当を受けた場合、ＳＴＡ１及びＳＴＡ２全て割当を受けた１０６トーンの資源ユニット領域内で固有なＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。
【０６８９】
図３７（ｂ）の場合、ＨＥ−ＳＴＦ  ３７２１ｂ及びＨＥ−ＬＴＦ  ３７３１ｂは該当ＰＰＤＵの帯域幅の全体にマッピングされて転送できる。
【０６９０】
この際、ＦＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるトーン（または、サブキャリア）にＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。一例に、ＳＴＡ１は４ｋ、ＳＴＡ２は４ｋ＋１、ＳＴＡ３は４ｋ＋２、ＳＴＡ４は４ｋ＋３（ｋ＝０，１，．．．）のトーンにＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして各自の固有なＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）を転送することができる。
【０６９１】
また、ＴＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるＨＥ−ＳＴＦシンボル（及びＨＥ−ＬＴＦシンボル）にＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。
【０６９２】
また、ＣＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に自身だけの固有なＨＥ−ＳＴＦシーケンス（及びＨＥ−ＬＴＦシーケンス）を生成し、全体ＰＰＤＵ帯域幅にマッピングして転送することができる。
【０６９３】
先の図３７の例示に従うＨＥ−ＳＴＦ及び／又はＨＥ−ＬＴＦの構成は一つの例示に過ぎず、これと相異するように構成されることもできる。例えば、図３７（ｂ）のように全体ＰＰＤＵ帯域幅に亘ってトーン単位のＦＤＭ方式によりＨＥ−ＳＴＦが転送され、図３７（ａ）のように各ＳＴＡが転送するDataフィールド単位（即ち、サブバンドまたは資源ユニット単位）でＦＤＭ方式によりＨＥ−ＬＴＦが転送されることもできる。
【０６９４】
図３８から図４３は、本発明の一実施形態に係るアップリンク多重ユーザフレームの構造を例示する図である。
【０６９５】
図３８から図４３では、４０ＭＨｚのＵＬ  ＭＵフレーム構造を例示し、先の図３７の例示と相異するように受信端（即ち、ＡＰ）の立場でＵＬ  ＭＵ  ＳＴＡから受信するＵＬ  ＭＵフレーム構造を図示する。
【０６９６】
図３８から図４３では、第１チャンネル２０ＭＨｚ帯域ではＳＴＡ１に対するＵＬデータ、ＳＴＡ２に対するＵＬデータ、及びＳＴＡ３に対するＵＬデータがＯＦＤＭＡ方式により周波数多重化されて転送され、第２チャンネル２０ＭＨｚ帯域ではＳＴＡ４及びＳＴＡ５に対するＵＬデータがＭＵ  ＭＩＭＯ方式により空間多重化されて転送される場合を例示する。
【０６９７】
図３８から図４３で、紋様のない領域はトリガーフレームによりＵＬ  ＭＵ資源が割り当てられたＳＴＡが全て同一な信号を転送する領域を示し、斜線領域は各ＳＴＡ別に異なる転送値を転送する領域を示す。
【０６９８】
図３８を参照すると、第１チャンネル２０ＭＨｚ帯域ではＬ−ｐａｒｔ３８１１ａの次にＨＥ−ＳＩＧ１フィールド３８２１ａが後続し、ＨＥ−ＳＩＧ１フィールド３８２１ａの次にＨＥ−ＳＴＦ  ３８３１ａ、３８３２ａ、３８３３ａが後続し、ＨＥ−ＳＴＦ  ３８３１ａ、３８３２ａ、３８３３ａの次にＨＥ−ＬＴＦ  ３８４１ａ、３８４２ａ、３８４３ａが後続し、ＨＥ−ＬＴＦ  ３８４１ａ、３８４２ａ、３８４３ａの次にＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａが後続し、ＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａの次にDataフィールド３８６１ａ、３８６２ａ、３８６３ａが後続する。
【０６９９】
同様に、第２チャンネル２０ＭＨｚ帯域ではＬ−ｐａｒｔ３８１１ｂの次にＨＥ−ＳＩＧ１フィールド３８２１ｂが後続し、ＨＥ−ＳＩＧ１フィールド３８２１ｂの次にＨＥ−ＳＴＦ  ３８３１ｂが後続し、ＨＥ−ＳＴＦ  ３８３１ｂの次にＨＥ−ＬＴＦ  ３８４１ｂが後続し、ＨＥ−ＬＴＦ  ３８４１ｂの次にＨＥ−ＳＩＧ２フィールド３８５１ｂが後続し、ＨＥ−ＳＩＧ２フィールド３８５１ｂの次にDataフィールド３８６１ｂが後続する。
【０７００】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧフィールド（Ｌ−ｐａｒｔ）３８１１ａ、３８１１ｂは、２０ＭＨｚ単位で複写（duplicated）されて転送できる。また、ＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂは２０ＭＨｚ単位で複写（duplicated）されて転送できる。
【０７０１】
この際、トリガーフレームにより全体４０ＭＨｚ帯域の周波数資源が割り当てられた場合、各ＳＴＡはトリガーフレームにより割り当てられた全体帯域幅でＬ−ｐａｒｔ３８１１ａ、３８１１ｂ及びＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂを２０ＭＨｚ単位で複写（duplicated）して転送することができる。
【０７０２】
例えば、図３８の場合、ＳＴＡ１からＳＴＡ５全て第１チャンネル２０ＭＨｚ帯域及び第２２０ＭＨｚ帯域で全てＬ−ｐａｒｔ３８１１ａ及びＨＥ−ＳＩＧ１フィールド３８２１ａを転送することができる。
【０７０３】
但し、このように自身が割り当てられない周波数帯域までＬ−ｐａｒｔ３８１１ａ、３８１１ｂ、及びＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂを転送することによってＳＴＡの不要なパワーが消耗される。
【０７０４】
したがって、第１チャンネル２０ＭＨｚ帯域のみで、または第２チャンネル２０ＭＨｚ帯域のみで周波数資源が割り当てられたＳＴＡの場合、自身が割り当てられた周波数資源が属した２０ＭＨｚチャンネルのみでＬ−ｐａｒｔ３８１１ａ、３８１１ｂ及びＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂを転送することができる。
【０７０５】
例えば、図３８の場合、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３は、第１チャンネル２０ＭＨｚ帯域のみでＬ−ｐａｒｔ３８１１ａ及びＨＥ−ＳＩＧ１フィールド３８２１ａを転送し、ＳＴＡ４及びＳＴＡ５は第２チャンネル２０ＭＨｚ帯域のみでＬ−ｐａｒｔ３８１１ｂ及びＨＥ−ＳＩＧ１フィールド３８２１ｂを転送することができる。
【０７０６】
ＨＥ−ＳＴＦ  ３８３１ａ、３８３２ａ、３８３３ａ、３８３１ｂ、ＨＥ−ＬＴＦ  ３８４１ａ、３８４２ａ、３８４３ａ、３８４１ｂ、及びＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂは、該当ＳＴＡが転送するDataフィールド３８６１ａ、３８６２ａ、３８６３ａ、３８６１ｂと同一な周波数領域（即ち、サブバンドまたは資源ユニット）で転送できる。
【０７０７】
このように、ＵＬ  ＭＵ転送の場合、各ＳＴＡ別にＵＬ  ＭＵ転送のために割当を受けた周波数領域のみでＨＥ−ＳＴＦ及びＨＥ−ＬＴＦを転送することによって、各ＳＴＡ別に周波数領域（frequency  domain）で多重化されて転送できる。
【０７０８】
この際、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＳＦＮ形態にＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）を転送することができる。例えば、図３８の場合、ＳＴＡ４及びＳＴＡ５は第２チャンネル２０ＭＨｚ帯域で同一なＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。
【０７０９】
この場合、該当周波数資源（即ち、第２チャンネル２０ＭＨｚ）に対するストリームの数によってＨＥ−ＬＴＦシンボルの個数が決定できる。そして、全体ＨＥ−ＬＴＦシンボルに亘って時間軸上に直交（orthogonal）したシーケンス（例えば、Ｐ行列の一つの行（row））が掛けられる。
【０７１０】
また、ＵＬ  ＭＵ転送に参加する全てのＳＴＡが転送するＨＥ−ＬＴＦシンボル数は、最大ＨＥ−ＬＴＦシンボルの数と同一に合わせられる。例えば、図３８の場合、ＳＴＡ４及びＳＴＡ５が各々第２チャンネル２０ＭＨｚ帯域で一つのストリームの割当を受けた場合、ＨＥ−ＬＴＦシンボルの数は二つに決定できる。この場合、ＳＴＡ１からＳＴＡ３はＭＵ−ＭＩＭＯ  ＳＴＡでないが、ＨＥ−ＬＴＦシンボルの数を同一に合わせるために、二つのＨＥ−ＬＴＦシンボルを転送することができる。
【０７１１】
または、ＭＵ  ＭＩＭＯ方式により転送するＳＴＡは、自身が割当を受けた周波数領域でＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）をＣＤＭ形態に転送することもできる。例えば、図３８の場合、ＳＴＡ４及びＳＴＡ５は第２チャンネル２０ＭＨｚ帯域で各自固有なＨＥ−ＳＴＦ（及びＨＥ−ＬＴＦ）シーケンスをマッピングして転送することができる。
【０７１２】
ＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂは、該当ＵＬフレームのデータフィールド３８６１ａ、３８６２ａ、３８６３ａ、３８６１ｂに対するＭＣＳレベル情報、ＳＴＢＣ適用か否かに対する指示情報、ビームフォーミング（beamforming）適用か否かに対する指示情報及び／又はＦＥＣコーディング方式情報（ＬＤＰＣまたはＢＣＣ指示）などの情報を含むことができる。
【０７１３】
ＭＣＳレベルの場合、例えば、トリガーフレームにより、または予めＵＬフレームに対するＰＨＹ長さ（即ち、ＰＰＤＵ長さ）が決定されれば、各ＳＴＡ別にＰＨＹ長さ及び／又は自身がある程度のＵＬデータを転送するのかを考慮してＭＣＳレベルを決定することができる。この際、各ＳＴＡ別に転送するデータの量が相異することがあるので、ＡＰはＵＬ  ＭＵ転送に参加する全てのＳＴＡに対してＵＬフレームの最大ＰＨＹ長さを決定し、トリガーフレームを通じてＵＬ  ＭＵ転送に参加する全てのＳＴＡに最大ＰＨＹ長さを同一に設定することができる。
【０７１４】
また、各ＳＴＡはＡＰとのチャンネル状態を考慮してビームフォーミング（beamforming）適用か否か及び／又はＦＥＣコーディング方式を決定することができる。
【０７１５】
時間領域（time  domain）で、ＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂの長さは固定できる。この場合、ＵＬフレームに含まれるＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂで指示するＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂの長さ情報は無視（または、省略）できる。
【０７１６】
または、ＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂの長さ（例えば、バイト数、シンボル数）をＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂで指示することもできる。但し、各ＳＴＡ別に互いに異なる情報をＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂで転送するので、各ＳＴＡ別にＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂを構成するビットが相異することができる。したがって、各ＳＴＡはＨＥ−ＳＩＧ１フィールド３８２１ａ、３８２１ｂで指示する長さ情報の通り構成し、残ったビットはパッディング（padding）することができる。また、この場合にも、ＡＰはＵＬ  ＭＵ転送に参加する全てのＳＴＡに最大ＨＥ−ＳＩＧ２フィールド３８５１ａ、３８５２ａ、３８５３ａ、３８５１ｂの長さを同一に設定することができる。
【０７１７】
以下、図３９から図４３に従うＵＬ  ＭＵフレーム構造を説明するに当たって、説明の便宜のために、先の図３８と同一な説明は省略する。
【０７１８】
図３９を参照すると、ＵＬ  ＭＵに参加する全てのＳＴＡはＨＥ−ＳＴＦ  ３９３１、ＨＥ−ＬＴＦ  ３９４１、及びＨＥ−ＳＩＧ２フィールド３９５１は、全体ＵＬ  ＭＵ転送帯域幅に亘って転送することができる。
【０７１９】
この際、ＵＬ  ＭＵに参加する全てのＳＴＡはＨＥ−ＳＴＦ  ３９３１及びＨＥ−ＳＩＧ２フィールド３９５１で同一な信号を転送することができる。
【０７２０】
ここで、ＨＥ−ＳＩＧ２フィールド３９５１で転送される情報はトリガーフレームで転送されたＨＥ−ＳＩＧ２フィールドの情報と同一でありうる。
【０７２１】
ＨＥ−ＬＴＦ  ３９４１も全体ＵＬ  ＭＵ転送帯域幅に亘って転送されるが、各ＳＴＡ別にＦＤＭ／ＣＤＭ／ＴＤＭ方式により多重化されて転送できる。
【０７２２】
ＦＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＰＰＤＵ帯域幅内の互いに異なるトーン（または、サブキャリア）にＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。一例に、ＳＴＡ１は５ｋ、ＳＴＡ２は５ｋ＋１、ＳＴＡ３は５ｋ＋２、ＳＴＡ４は５ｋ＋３、ＳＴＡ５は５ｋ＋４（ｋ＝０，１，．．．）のトーンにＨＥ−ＬＴＦシーケンスをマッピングして各自の固有なＨＥ−ＬＴＦを転送することができる。
【０７２３】
また、ＴＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に全体ＵＬ  ＭＵ転送帯域幅内の互いに異なるＨＥ−ＬＴＦシンボルでＨＥ−ＬＴＦシーケンスをマッピングして転送することができる。
【０７２４】
また、ＣＤＭ形態に転送する場合、ＵＬ  ＭＵ転送に参加する各ＳＴＡ別に自身だけの固有なＨＥ−ＬＴＦシーケンスを生成し、全体ＵＬ  ＭＵ転送帯域幅にマッピングして転送することができる。
【０７２５】
図４０を参照すると、ＵＬ  ＭＵに参加する各ＳＴＡは自身が割当を受けた周波数領域が属した２０ＭＨｚチャンネルのみでＨＥ−ＳＴＦ  ４０３１ａ、４０３１ｂ、ＨＥ−ＬＴＦ  ４０４１ａ、４０４１ｂ、及びＨＥ−ＳＩＧ２フィールド４０５１ａ、４０５１ｂを転送することができる。
【０７２６】
この際、各２０ＭＨｚチャンネルで周波数資源の割当を受けたＳＴＡはＨＥ−ＳＴＦ  ４０３１ａ、４０３１ｂ、及びＨＥ−ＳＩＧ２フィールド４０５１ａ、４０５１ｂで同一な信号を転送することができる。
【０７２７】
ここで、ＨＥ−ＳＩＧ２フィールド４０５１ａ、４０５１ｂで転送される情報はトリガーフレームで転送されたＨＥ−ＳＩＧ２フィールドの情報の一部分でありうる。即ち、トリガーフレームで転送されたＨＥ−ＳＩＧ２フィールドの情報のうち、自身が割当を受けた周波数資源が属した２０ＭＨｚチャンネルで資源の割当を受けたＳＴＡに対する情報でありうる。
【０７２８】
例えば、図４０の場合、ＳＴＡ１からＳＴＡ３は、第１の２０ＭＨｚチャンネルで同一なＨＥ−ＳＴＦ  ４０３１ａ、及びＨＥ−ＳＩＧ２フィールド４０５１ａを転送し、ＳＴＡ４及びＳＴＡ５は第２の２０ＭＨｚチャンネルで同一なＨＥ−ＳＴＦ  ４０３１ｂ、及びＨＥ−ＳＩＧ２フィールド４０５１ｂを転送する。
【０７２９】
ＨＥ−ＬＴＦ  ４０４１ａ、４０４１ｂも２０ＭＨｚチャンネル単位で転送されるが、各２０ＭＨｚチャンネル内で各ＳＴＡ別に先の図３９の例示で説明したＦＤＭ／ＣＤＭ／ＴＤＭ方式により多重化されて転送できる。
【０７３０】
図４１を参照すると、ＵＬ  ＭＵに参加する各ＳＴＡは自身が割当を受けた周波数領域が属した２０ＭＨｚチャンネルのみでＨＥ−ＳＴＦ  ４１３１ａ、４１３１ｂ、ＨＥ−ＬＴＦ  ４１４１ａ、４１４１ｂを転送し、ＨＥ−ＳＩＧ２フィールド４１５１ａ、４１５２ａ、４１５３ａ、４１５１ｂは該当ＳＴＡが転送するDataフィールド４１６１ａ、４１６２ａ、４１６３ａ、４１６１ｂと同一な周波数領域（即ち、サブバンドまたは資源ユニット）で転送できる。
【０７３１】
この際、各２０ＭＨｚチャンネルで周波数資源の割当を受けたＳＴＡはＨＥ−ＳＴＦ  ４１３１ａ、４１３１ｂで同一な信号を転送することができる。
【０７３２】
ＨＥ−ＬＴＦ  ４１４１ａ、４１４１ｂは２０ＭＨｚチャンネル単位で転送されるが、各２０ＭＨｚチャンネル内で各ＳＴＡ別に先の図３９の例示で説明したＦＤＭ／ＣＤＭ／ＴＤＭ方式により多重化されて転送できる。
【０７３３】
但し、時間領域（time  domain）でＨＥ−ＬＴＦ  ４１４１ａ、４１４１ｂの長さ（即ち、シンボル数）は固定されないことがある。即ち、各２０ＭＨｚチャンネル別に割り当てられたストリームの数によってＨＥ−ＬＴＦ  ４１４１ａ、４１４１ｂシンボル数が決定できる。例えば、図４１の場合、ＳＴＡ１からＳＴＡ２はＭＵ  ＭＩＭＯ転送をしないので、ＨＥ−ＬＴＦ  ４１４１ａは一つのシンボルで転送できるが、ＳＴＡ４及びＳＴＡ５の場合、ＭＵ  ＭＩＭＯ転送をするので、各々一つのストリームの割当を受けたならばＨＥ−ＬＴＦ  ４１４１ａは二つのシンボルで転送できる。
【０７３４】
ＨＥ−ＳＩＧ２フィールド４１５１ａ、４１５２ａ、４１５３ａ、４１５１ｂは、先の図３８の例示のように該当ＵＬフレームのデータフィールド４１６１ａ、４１６２ａ、４１６３ａ、４１６１ｂに対するＭＣＳレベル情報、ＳＴＢＣ適用か否かに対する指示情報、ビームフォーミング（beamforming）適用か否かに対する指示情報及び／又はＦＥＣコーディング方式情報（ＬＤＰＣまたはＢＣＣ指示）などの情報を含むことができる。
【０７３５】
但し、時間領域（time  domain）でＨＥ−ＳＩＧ２フィールド４１５１ａ、４１５２ａ、４１５３ａ、４１５１ｂの長さ（即ち、シンボル数）は固定されないことがある。したがって、各ＳＴＡ別にＨＥ−ＳＩＧ２フィールド４１５１ａ、４１５２ａ、４１５３ａ、４１５１ｂで転送する情報量によって長さが決定できる。この場合、各ＨＥ−ＳＩＧ２フィールド４１５１ａ、４１５２ａ、４１５３ａ、４１５１ｂの長さは各々ＨＥ−ＳＩＧ１フィールド４１２１ａ、４１２１ｂで指示することができる。
【０７３６】
図４２を参照すると、ＨＥ−ＳＴＦ  ４２３１ａ、４２３２ａ、４２３３ａ、４２３１ｂ、ＨＥ−ＬＴＦ  ４２４１ａ、４２４２ａ、４２４３ａ、４２４１ｂ、及びＨＥ−ＳＩＧ２フィールド４２５１ａ、４２５２ａ、４２５３ａ、４２５１ｂは、該当ＳＴＡが転送するDataフィールド４２６１ａ、４２６２ａ、４２６３ａ、４２６１ｂと同一な周波数領域（即ち、サブバンドまたは資源ユニット）で転送できる。
【０７３７】
但し、先の図３８の例示と相異するように、時間領域（time  domain）でＨＥ−ＬＴＦ  ４２４１ａ、４２４２ａ、４２４３ａ、４２４１ｂ、及びＨＥ−ＳＩＧ２フィールド４２５１ａ、４２５２ａ、４２５３ａ、４２５１ｂの長さ（即ち、シンボル数）は固定されないことがある。
【０７３８】
即ち、ＨＥ−ＬＴＦ  ４２４１ａ、４２４２ａ、４２４３ａ、４２４１ｂの長さ（即ち、シンボル数）は該当周波数領域（即ち、サブバンドまたは資源ユニット）で割り当てられたストリーム数によって決定できる。また、ＨＥ−ＳＩＧ２フィールド４２５１ａ、４２５２ａ、４２５３ａ、４２５１ｂの長さ（即ち、シンボル数）は各ＳＴＡ別にＨＥ−ＳＩＧ２フィールド４２５１ａ、４２５２ａ、４２５３ａ、４２５１ｂで転送する情報量によって長さが決定できる。
【０７３９】
図４３を参照すると、ＨＥ−ＳＴＦ  ４３３１ａ、４３３２ａ、４３３３ａ、４３３１ｂ、ＨＥ−ＬＴＦ  ４３４１ａ、４３４２ａ、４３４３ａ、４３４１ｂは、該当ＳＴＡが転送するDataフィールド４３６１ａ、４３６２ａ、４３６３ａ、４３６１ｂと同一な周波数領域（即ち、サブバンドまたは資源ユニット）で転送できる。
【０７４０】
但し、ＨＥ−ＳＩＧ２フィールドはＵＬ  ＭＵフレームに含まれないことがある。この場合、トリガーフレームはＵＬ  ＭＵ転送に参加する各ＳＴＡ別にＵＬ  ＭＵフレームの構成情報を知らせて、各ＳＴＡはトリガーフレームで指示された情報に基づいて各々ＵＬ  ＭＵフレームを転送する。
【０７４１】
また、先の図３８の例示と相異するように、時間領域（time  domain）でＨＥ−ＬＴＦ  ４３４１ａ、４３４２ａ、４３４３ａ、４３４１ｂの長さ（即ち、シンボル数）は固定されないことがある。
【０７４２】
即ち、ＨＥ−ＬＴＦ  ４３４１ａ、４３４２ａ、４３４３ａ、４３４１ｂの長さ（即ち、シンボル数）は該当周波数領域（即ち、サブバンドまたは資源ユニット）で割り当てられたストリーム数によって決定できる。
【０７４３】
前述したように、ＵＬ  ＳＵ転送の場合、ＵＬ  ＭＵ転送と同一なフレーム構造を利用すれば、先の図３７の例示に従うＵＬ  ＳＵフレーム構造を同一に利用することができる。
【０７４４】
但し、ＵＬ  ＳＵ転送とＵＬ  ＭＵ転送時、フレーム構造が相異するように定義できる。これに対して図面を参照して説明する。
【０７４５】
図４４は、本発明の一実施形態に係るアップリンク単一ユーザフレームの構成を例示する図である。
【０７４６】
図４４では、２０ＭＨｚのＵＬ  ＳＵ／ＭＵフレーム構造を例示する。
【０７４７】
図４４では、トリガーフレームにより指定された、または予め定まった、または任意に選択された特定サブバンド（または、資源ユニット）（例えば、最初の５ＭＨｚ帯域など）でＵＬ  ＳＵフレームを転送する場合を仮定する。
【０７４８】
図４４を参照すると、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド４４１１の次にＨＥ−ＳＴＦ  ４４２１が後続し、ＨＥ−ＳＴＦ  ４４２１の次にＨＥ−ＬＴＦ  ４４３１が後続し、ＨＥ−ＬＴＦ  ４４３１の次にＨＥ−ＳＩＧ２フィールド４４４１が後続し、ＨＥ−ＳＩＧ２フィールド４４４１の次にDataフィールド４４５１が後続することができる。
【０７４９】
ＵＬ  ＭＵフレーム構造に関わらず、ＵＬ  ＳＵフレーム構造が定義されれば、ＨＥ−ＳＴＦ  ４４２１、ＨＥ−ＬＴＦ  ４４３１、及びＨＥ−ＳＩＧ２フィールド４４４１は、該当ＰＰＤＵの全体帯域で転送できる。
【０７５０】
図４４の場合、ＨＥ−ＳＩＧ２フィールド４４４１は、ＨＥ−ＳＴＦ  ４４２１、ＨＥ−ＬＴＦ  ４４３１、及びDataフィールド４４５１と同一なＦＦＴサイズが利用できる。また、図４４と相異するように、ＨＥ−ＳＩＧ２フィールド４４４１はＨＥ−ＳＴＦ  ４４２１、及びＨＥ−ＬＴＦ  ４４３１の前に転送されることによって、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールド４４１１と同一なＦＦＴサイズが利用できる。
【０７５１】
前述したように、ＳＴＡがＵＬ  ＳＵ転送を行いながらサブバンド（または、資源ユニット）単位（granularity）でＵＬ  ＳＵ転送を遂行するという意味は、該当ＳＴＡのチャンネル状態がよくないので、ＳＴＡのパワーを最大限該当サブバンド（または、資源ユニット）に集中して転送しようとする意味である。但し、ＨＥ−ＳＩＧ２フィールド４４４１は、２０ＭＨｚ単位で転送されるので、データフィールド４４５１よりパワーが分散されるので、カバレッジが低くなることがある。
【０７５２】
したがって、ＨＥ−ＳＩＧ２フィールド４４４１を全帯域に転送しながら前述したカバレッジ問題を解決するために、ＨＥ−ＳＩＧ２フィールド４４４１を反復（repetition）して転送することができる。即ち、ＨＥ−ＳＩＧ１フィールド４４１１でＨＥ−ＳＩＧ２フィールド４４４１の長さが２シンボルと指示したが、ＨＥ−ＳＩＧ２フィールド４４４１に含まれるＳＴＡの実際情報は０．５シンボル程度とすると、残りの１．５シンボルはパッディング（padding）されず、実際の情報が４回反復（repetition）されて転送できる。
【０７５３】
図４５及び図４６は、本発明の一実施形態に係るアップリンク多重ユーザ転送方法及びこれを支援するフレーム構造を例示する図である。
【０７５４】
図４５及び図４６では、トリガーフレームによるＵＬ  ＭＵ転送方法及びこれを支援するフレーム構造を例示する。
【０７５５】
図４５では、先の図３４（ｃ）の例示に従うトリガーフレームと図３６（ｂ）の例示に従うＵＬ  ＭＵフレーム構造を用いたＵＬ  ＭＵ転送方法を例示するので、各フレームに対する詳細な説明は省略する。
【０７５６】
図４５を参照すると、ＡＰはトリガーフレーム４５１１をＵＬ  ＭＵ転送に参加する各ＳＴＡに転送する。
【０７５７】
トリガーフレーム４５１１を受信した各ＳＴＡは、トリガーフレーム４５１１のＨＥ−ＳＩＧ３フィールドに含まれたＵＬ  ＭＵフレーム構成情報に基づいてＵＬ  ＭＵフレーム４５２１、４５２２、４５２３、４５２４を同時にＡＰに転送する。
【０７５８】
各ＳＴＡは、トリガーフレーム４５１１により割り当てられた周波数資源で各自自身のＵＬデータを転送する。図４５で、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３／４のＵＬデータはＯＦＤＭＡ方式によりＡＰに転送され、ＳＴＡ３及びＳＴＡ４のＵＬデータはＭＵ−ＭＩＭＯ方式によりＡＰに転送される。
【０７５９】
ＳＴＡ１からＳＴＡ４のＵＬデータフレーム４５２１、４５２２、４５２３、４５２４全てトリガーフレーム４５１１が転送された２０ＭＨｚチャンネルで転送できる。
【０７６０】
各ＳＴＡのＵＬ  ＭＵフレーム４５２１、４５２２、４５２３、４５２４で、ＨＥ−ＳＴＦ及びＨＥ−ＬＴＦはＰＰＤＵ全体帯域で転送できる。この際、各ＵＬ  ＭＵフレームで、ＨＥ−ＳＴＦ及びＨＥ−ＬＴＦは各ＳＴＡ別に相異する信号を運び、ＦＤＭ／ＣＤＭ／ＴＤＭ方式により多重化されて転送できる。
【０７６１】
ＡＰは、ＵＬ  ＭＵフレーム４５２１、４５２２、４５２３、４５２４に対する応答として各ＳＴＡにブロックＡＣＫ（ＢＡ）フレーム４５３１を転送する。
【０７６２】
ＢＡフレームを見ると、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド（即ち、Ｌ−ｐａｒｔ）の次にＨＥ−ＳＩＧ１フィールドが後続し、ＨＥ−ＳＩＧ１フィールドの次にＨＥ−ＳＴＦが後続し、ＨＥ−ＳＴＦの次にＨＥ−ＬＴＦが後続し、ＨＥ−ＬＴＦの次にＨＥ−ＳＩＧ２フィールドが後続し、ＨＥ−ＳＩＧ２フィールドの次にＡＣＫフィールド（即ち、ＡＣＫフレームを含むDataフィールド）が後続することができる。
【０７６３】
ＢＡフレーム４５３１は、トリガーフレーム４５１１が転送された２０ＭＨｚチャンネルで転送できる。
【０７６４】
ＵＬ  ＭＵ転送に対するＡＣＫ情報は、ＢＡフレーム４５３１のDataフィールドに含まれるＭＡＣフレーム（即ち、ＡＣＫフレーム）で転送できる。ここで、ＡＣＫ情報はＵＬ  ＭＵ転送に参加する各ＳＴＡ別ＡＣＫ情報を含むことができる。
【０７６５】
ＢＡフレーム４５３１は、図４５の例示のように、８０２．１１ａｘフレーム構造で構成できる。即ち、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、及びＨＥ−ＳＩＧ１はＬ−ｐａｒｔより４倍大きいＦＦＴサイズが利用できる。
【０７６６】
図４６では、４０ＭＨｚチャンネルでＳＴＡ１からＳＴＡ４のＵＬ  ＭＵ転送手続を例示する。
【０７６７】
図４６では、先の図３４（ｄ）の例示に従うトリガーフレームと図３６（ａ）の例示に従うＵＬ  ＭＵフレーム構造（但し、ＨＥ−ＳＩＧ２は含まれない）を用いたＵＬ  ＭＵ転送方法を例示するので、各フレームに対する詳細な説明は省略する。
【０７６８】
図４６を参照すると、ＡＰはトリガーフレーム４６１１をＵＬ  ＭＵ転送に参加する各ＳＴＡに転送する。
【０７６９】
トリガーフレーム４６１１のＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１は２０ＭＨｚ単位で複写（duplicate）されて転送できる。ＨＥ−ＳＩＧ３フィールドは、Ｌ−ｐａｒｔ及びＨＥ−ＳＩＧ１フィールドより多い数のトーン（または、サブキャリア）を用いることができる。
【０７７０】
トリガーフレーム４６１１を受信した各ＳＴＡは、トリガーフレーム４６１１のＨＥ−ＳＩＧ３フィールドに含まれたＵＬ  ＭＵフレーム構成情報に基づいてＵＬ  ＭＵフレーム４６２１、４６２２、４６２３、４６２４を同時にＡＰに転送する。
【０７７１】
各ＳＴＡは、トリガーフレーム４６１１により割り当てられた周波数資源で各自自身のＵＬデータを転送する。図４６で、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３／４のＵＬデータはＯＦＤＭＡ方式によりＡＰに転送され、ＳＴＡ３及びＳＴＡ４のＵＬデータはＭＵ−ＭＩＭＯ方式によりＡＰに転送される。
【０７７２】
図４６で、トリガーフレーム４６１１は４０ＭＨｚ帯域に転送されたが、ＵＬデータフレーム４６２１、４６２２、４６２３、４６２４は、トリガーフレーム４６１１が占有した４０ＭＨｚ帯域で転送されることもできるが、そのうちの一部帯域（例えば、２０ＭＨｚ）で転送されることもできる。
【０７７３】
各ＳＴＡのＵＬ  ＭＵフレーム４６２１、４６２２、４６２３、４６２４でＨＥ−ＳＴＦ及びＨＥ−ＬＴＦは、各ＳＴＡが割当を受けた周波数領域（即ち、サブバンドまたは資源ユニット）のみで転送できる。この際、各ＵＬ  ＭＵフレームでＨＥ−ＳＴＦ及びＨＥ−ＬＴＦは各ＳＴＡ別に相異する信号を運び、ＯＦＤＭＡ  ＳＴＡ間（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３／４）にはＦＤＭ方式により多重化されて転送され、ＭＵ−ＭＩＭＯ  ＳＴＡ（ＳＴＡ３、４）の間にはＦＤＭ／ＣＤＭ／ＴＤＭ方式により多重化されて転送できる。
【０７７４】
ＡＰは、ＵＬ  ＭＵフレーム４６２１、４６２２、４６２３、４６２４に対する応答として各ＳＴＡにブロックＡＣＫ（ＢＡ）フレーム４６３１を転送する。
【０７７５】
ＢＡフレーム４６３１を見ると、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧフィールド（即ち、Ｌ−ｐａｒｔ）の次にＡＣＫフィールド（即ち、ＡＣＫフレームを含むDataフィールド）が後続することができる。
【０７７６】
ＢＡフレーム４６３１は８０２．１１ａ構造でも転送できる。即ち、Ｌ−ＳＴＦ／ＬＴＦ／ＳＩＧ及びＡＣＫ情報を含んだＭＡＣフィールドのみで構成できる。
【０７７７】
一方、先の図４５の例示でもＢＡフレーム４５３１は図４６の例示のような８０２．１１ａ構造で構成されることもできる。
【０７７８】
ＢＡフレーム４６３１は、トリガーフレーム４６１１が転送された４０ＭＨｚチャンネルのうちの一部の２０ＭＨｚ（例えば、プライマリ（primary）２０ＭＨｚチャンネル）で転送できる。
【０７７９】
図４７は、本発明の一実施形態に係るアップリンク多重ユーザ転送方法及びこれを支援するフレーム構造を例示する図である。
【０７８０】
図４７では、各ＳＴＡがチャンネル競争（channel  contending）を用いてＵＬ転送する方法及びこれを支援するフレーム構造を例示する。
【０７８１】
図４７では、２０ＭＨｚのＵＬフレーム及びＢＡフレーム構造を例示する。
【０７８２】
チャンネル競争を通じてＳＴＡはチャンネルを占有し、ＵＬフレーム４７１１をＡＰに転送する。ここで、ＳＴＡは確保した２０ＭＨｚ全帯域を通じてＵＬフレームを転送することもできるが、先の図３７の例示のように一部の帯域のみでＵＬデータを転送することもできる。
【０７８３】
ＡＰは、ＵＬフレーム４７１１に対する応答として該当ＳＴＡにＢＡフレーム４７２１を転送する。
【０７８４】
図４７で、ＢＡフレーム４７２１の構造は先の図４６の例示のような８０２．１１ａ構造を例示しているが、先の図４５の例示のような８０２．１１ａｘ構造が利用されることもできる。
【０７８５】
図４７で、ＵＬ転送が２０ＭＨｚ以上に拡張されれば、ＵＬフレーム４７１１及びＢＡフレーム４７２１のＬ−ｐａｒｔ及びＨＥ−ＳＩＧ１は２０ＭＨｚ単位で複写（duplicate）されて転送できるが、その以後に後続するフィールドは全帯域に転送できる。
【０７８６】
一方、先の図４５から図４７の例示に本発明が限定されるものではなく、前述したトリガーフレーム構造及びＵＬ  ＳＵ／ＭＵフレーム構造が多様に結合されてＵＬ  ＭＵ転送手続に利用できる。
【０７８７】
本発明が適用できる装置一般
図４８は、本発明の一実施形態に係る無線装置を例示するブロック図である。
【０７８８】
図４８を参照すると、本発明に従う装置４８１０は、プロセッサ（processor）、４８１１、メモリ（memory）４８１２、ＲＦユニット（radio  frequency  Unit）４８１３を含むことができる。装置４８１０は、本発明に従う実施形態を具現するためのＡＰまたはｎｏｎ−ＡＰ  ＳＴＡでありうる。
【０７８９】
ＲＦユニット４８１３は、プロセッサ４８１１と連結されて無線信号を送信／受信することができる。例えば、ＩＥＥＥ  ８０２．１１システムに従う物理階層を具現することができる。
【０７９０】
プロセッサ４８１１は、ＲＦユニット４８１３と連結されてＩＥＥＥ  ８０２．１１システムに従う物理階層及び／又はＭＡＣ階層を具現することができる。プロセッサ４８１１は、先の図１から図４７に従う本発明の多様な実施形態に係る動作を遂行するように構成できる。また、先の図１から図４７に従う本発明の多様な実施形態に係るＡＰ及び／又はＳＴＡの動作を具現するモジュールがメモリ４８１２に格納され、プロセッサ４８１１により実行できる。
【０７９１】
メモリ４８１２はプロセッサ４８１１と連結されて、プロセッサ４８１１を駆動するための多様な情報を格納する。メモリ４８１２は、プロセッサ４８１１の内部に含まれるか、またはプロセッサ４８１１の外部に設置されてプロセッサ４８１１と公知の手段により連結できる。
【０７９２】
また、装置４８１０は一つのアンテナ（single  antenna）または多重アンテナ（Multiple  antenna）を有することができる。
【０７９３】
前記のような装置４８１０の具体的な構成は、前述した本発明の多様な実施形態で説明した事項が独立的に適用されるか、または２以上の実施形態が同時に適用されるように具現できる。
【０７９４】
以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更可能である。ある実施形態の一部構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替えできる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは明らかである。
【０７９５】
本発明に従う実施形態は多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施形態は一つまたはその以上のＡＳＩＣｓ（application  specific  integrated  circuits）、ＤＳＰｓ（digital  signal  processors）、ＤＳＰＤｓ（digital  signal  processing  devices）、ＰＬＤｓ（programmable  logic  devices）、ＦＰＧＡｓ（field  programmable  gate  arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現できる。
【０７９６】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態に具現できる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動できる。前記メモリは、前記プロセッサの内部または外部に位置して、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０７９７】
本発明は、本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者に明らかである。したがって、前述した詳細な説明は全ての面から制約的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０７９８】
本発明の無線通信システムにおけるアップリンク単一ユーザまたは多重ユーザ転送方案は、ＩＥＥＥ  ８０２．１１システムに適用される例を中心として説明したが、ＩＥＥＥ  ８０２．１１システムの以外にも多様な無線通信システムに適用することが可能である。
【図１】
0006423078.tif 000033
【図２】
0006423078.tif 000034
【図３】
0006423078.tif 000035
【図４】
0006423078.tif 000036
【図５】
0006423078.tif 000037
【図６】
0006423078.tif 000038
【図７】
0006423078.tif 000039
【図８】
0006423078.tif 000040
【図９】
0006423078.tif 000041
【図１０】
0006423078.tif 000042
【図１１】
0006423078.tif 000043
【図１２】
0006423078.tif 000044
【図１３】
0006423078.tif 000045
【図１４】
0006423078.tif 000046
【図１５】
0006423078.tif 000047
【図１６】
0006423078.tif 000048
【図１７】
0006423078.tif 000049
【図１８】
0006423078.tif 000050
【図１９】
0006423078.tif 000051
【図２０】
0006423078.tif 000052
【図２１】
0006423078.tif 000053
【図２２】
0006423078.tif 000054
【図２３】
0006423078.tif 000055
【図２４】
0006423078.tif 000056
【図２５】
0006423078.tif 000057
【図２６】
0006423078.tif 000058
【図２７】
0006423078.tif 000059
【図２８】
0006423078.tif 000060
【図２９】
0006423078.tif 000061
【図３０】
0006423078.tif 000062
【図３１】
0006423078.tif 000063
【図３２】
0006423078.tif 000064
【図３３】
0006423078.tif 000065
【図３４】
0006423078.tif 000066
【図３５】
0006423078.tif 000067
【図３６】
0006423078.tif 000068
【図３７】
0006423078.tif 000069
【図３８】
0006423078.tif 000070
【図３９】
0006423078.tif 000071
【図４０】
0006423078.tif 000072
【図４１】
0006423078.tif 000073
【図４２】
0006423078.tif 000074
【図４３】
0006423078.tif 000075
【図４４】
0006423078.tif 000076
【図４５】
0006423078.tif 000077
【図４６】
0006423078.tif 000078
【図４７】
0006423078.tif 000079
【図４８】
0006423078.tif 000080