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