(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）装置であって、
無線信号を送受信するＲＦユニットと、
前記ＲＦユニットを制御するプロセッサと、
を備え、
前記プロセッサは、下向きリンク（ＤＬ）多重ユーザ（ＭＵ）ＰＰＤＵ（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信し、前記ＤＬ  ＭＵ  ＰＰＤＵは、ＤＬデータと上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）ＭＵ送信のためのトリガ情報を含むように構成され、
前記ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵを受信し、
前記トリガ情報が複数のステーション（ＳＴＡ）のためである時、
前記トリガ情報は前記ＤＬ  ＭＵ  ＰＰＤＵの一部の周波数領域で送信され、
前記ＤＬデータは前記ＤＬ  ＭＵ  ＰＰＤＵの他の周波数領域で送信され、
前記ＤＬ  ＭＵ  ＰＰＤＵの中のＨＥ−ＳＩＧ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ−Ｓｉｇｎａｌ）ＢフィールドはブロードキャストＡＩＤ情報を含み、
前記トリガ情報が、単一のＳＴＡのためである時、
前記トリガ情報と前記ＤＬデータは、前記単一のＳＴＡのための前記ＤＬ  ＭＵ  ＰＰＤＵの同一の周波数領域で送信され、
前記ＤＬデータへの応答であるＡＣＫフレームと、前記トリガ情報への応答であるＵＬ  ＭＵフレームは前記ＵＬ  ＭＵ  ＰＰＤＵ内の同一周波数領域で送信される、ＡＰ装置。
【請求項２】
前記トリガ情報は、ＵＬ  ＭＵ送信を行うＳＴＡのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）情報、前記ＵＬ  ＭＵ送信のための空間資源指示情報、又は前記ＵＬ  ＭＵ送信のための周波数資源割当情報の少なくとも１つを含む、請求項１に記載のＡＰ装置。
【請求項３】
無線通信システムにおいて、ＳＴＡ（Ｓｔａｔｉｏｎ）による上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信方法であって、
ＤＬ  ＭＵ  ＰＰＤＵ（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を受信するステップであって、前記ＤＬ  ＭＵ  ＰＰＤＵは、ＤＬデータと、上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）ＭＵ送信のためのトリガ情報を含む、ステップと、
前記ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵを送信するステップとを含み、
前記トリガ情報が複数のステーション（ＳＴＡ）のためである時、
前記トリガ情報は前記ＤＬ  ＭＵ  ＰＰＤＵの一部の周波数領域で送信され、
前記ＤＬデータは前記ＤＬ  ＭＵ  ＰＰＤＵの他の周波数領域で送信され、
前記ＤＬ  ＭＵ  ＰＰＤＵの中のＨＥ−ＳＩＧ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ−Ｓｉｇｎａｌ）ＢフィールドはブロードキャストＡＩＤ情報を含み、
前記トリガ情報が、単一のＳＴＡのためである時、
前記トリガ情報と前記ＤＬデータは、前記単一のＳＴＡのための前記ＤＬ  ＭＵ  ＰＰＤＵの同一の周波数領域で送信され、
前記ＤＬデータへの応答であるＡＣＫフレームと、前記トリガ情報への応答であるＵＬ  ＭＵフレームは前記ＵＬ  ＭＵ  ＰＰＤＵ内の同一周波数領域で送信される、ＵＬ  ＭＵ送信方法。
【請求項４】
無線通信システムにおけるＳＴＡ（Ｓｔａｔｉｏｎ）装置であって、
無線信号を送受信するＲＦユニットと、
前記ＲＦユニットを制御するプロセッサと、
を備え、
前記プロセッサは、
ＤＬ  ＭＵ（Ｍｕｌｔｉ−Ｕｓｅｒ）  ＰＰＤＵ（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を受信し、前記ＤＬ  ＭＵ  ＰＰＤＵは、ＤＬデータと上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）ＭＵ送信のためのトリガ情報を含み、前記ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵを送信するように構成され、
前記トリガ情報が複数のステーション（ＳＴＡ）のためである時、
前記トリガ情報は前記ＤＬ  ＭＵ  ＰＰＤＵの一部の周波数領域で送信され、
前記ＤＬデータは前記ＤＬ  ＭＵ  ＰＰＤＵの他の周波数領域で送信され、
前記ＤＬ  ＭＵ  ＰＰＤＵの中のＨＥ−ＳＩＧ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ−Ｓｉｇｎａｌ）ＢフィールドはブロードキャストＡＩＤ情報を含み、
前記トリガ情報が、単一のＳＴＡのためである時、
前記トリガ情報と前記ＤＬデータは、前記単一のＳＴＡのための前記ＤＬ  ＭＵ  ＰＰＤＵの同一の周波数領域で送信され、
前記ＤＬデータへの応答であるＡＣＫフレームと、前記トリガ情報への応答であるＵＬ  ＭＵフレームは前記ＵＬ  ＭＵ  ＰＰＤＵ内の同一周波数領域で送信される、ＳＴＡ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳細に多重ユーザ（ｍｕｌｔｉ-ｕｓｅｒ）のデータ送信を支援するためのデータ送信方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
ワイファイ（Ｗｉ-Ｆｉ）は、２．４ＧＨｚ、５ＧＨｚまたは６０ＧＨｚ周波数帯域において機器がインターネットに接続可能なようにするＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）技術である。
【０００３】
ＷＬＡＮは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１標準に基づく。ＩＥＥＥ  ８０２．１１のＷＮＧ  ＳＣ（Ｗｉｒｅｌｅｓｓ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｔａｎｄｉｎｇ  Ｃｏｍｍｉｔｔｅｅ）は、次世代ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を中長期的に悩むアドホック委員会（ｃｏｍｍｉｔｔｅｅ）である。
【０００４】
ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのに目的をおいている。さらに具体的に、ＩＥＥＥ  ８０２．１１ｎでは、最大６００Ｍｂｐｓのデータ処理速度（ｄａｔａ  ｒａｔｅ）を提供する高処理率（ＨＴ：Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援し、また送信エラーを最小化しデータ速度を最適化するために、送信部と受信部の両端ともに多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基盤をおいている。
【０００５】
ＷＬＡＮの補給が活性化され、またこれを利用したアプリケーションが多様化するにつれて、超高処理率（ＶＨＴ：Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援する次世代ＷＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ  ＷＬＡＮシステムの次のバージョンとして、ＩＥＥＥ  ８０２．１１ａｃが新しく制定された。ＩＥＥＥ  ８０２．１１ａｃは、８０ＭＨｚ帯域幅送信及び／又はより高い帯域幅送信（例えば、１６０ＭＨｚ）を介して、１Ｇｂｐｓ以上のデータ処理速度を支援し、主に５ＧＨｚ帯域で動作する。
【０００６】
最近では、ＩＥＥＥ  ８０２．１１ａｃが支援するデータ処理速度よりさらに高い処理率を支援するための新しいＷＬＡＮシステムに対する必要性が台頭しつつある。
【０００７】
一名ＩＥＥＥ  ８０２．１１ａｘまたは高効率（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）ＷＬＡＮと呼ばれる次世代ＷＬＡＮタスクグループで主に論議されるＩＥＥＥ  ８０２．１１ａｘの範囲（ｓｃｏｐｅ）は、１）２．４ＧＨｚ及び５ＧＨｚなどの帯域で８０２．１１  ＰＨＹ（ｐｈｙｓｉｃａｌ）階層とＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層の向上、２）スペクトル効率性（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と領域スループット（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）向上、３）干渉ソースが存在する環境、密集した異種ネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）環境及び高いユーザ負荷が存在する環境のような実際の室内環境及び室外環境での性能向上などを含む。
【０００８】
ＩＥＥＥ  ８０２．１１ａｘにおいて主に考慮されるシナリオは、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＳＴＡ（ｓｔａｔｉｏｎ）が多い密集環境であり、ＩＥＥＥ  ８０２．１１ａｘは、このような状況でスペクトル効率（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と空間送信率（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）の改善について議論する。特に、室内環境だけでなく、従来のＷＬＡＮで多く考慮されなかった室外環境での実質的性能改善に関心を有する。
【０００９】
ＩＥＥＥ  ８０２．１１ａｘでは、無線オフィス（ｗｉｒｅｌｅｓｓ  ｏｆｆｉｃｅ）、スマートホーム（ｓｍａｒｔ  ｈｏｍｅ）、スタジアム（Ｓｔａｄｉｕｍ）、ホットスポット（Ｈｏｔｓｐｏｔ）、ビル／アパート（ｂｕｉｌｄｉｎｇ／ａｐａｒｔｍｅｎｔ）のようなシナリオに関心が大きく、当該シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能の向上についての議論が行われている。 
【００１０】
今後、ＩＥＥＥ  ８０２．１１ａｘでは、１つのＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）での単一リンク性能向上よりは、ＯＢＳＳ（ｏｖｅｒｌａｐｐｉｎｇ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）環境でのシステム性能の向上及び室外環境性能の改善、及びセルラオフロード（ｃｅｌｌｕｌａｒ  ｏｆｆｌｏａｄｉｎｇ）などに対する議論が盛んになると予想される。このようなＩＥＥＥ  ８０２．１１ａｘの方向性は、次世代ＷＬＡＮがますます移動通信と類似の技術範囲を有するようになるのを意味する。最近、スモールセル（ｓｍａｌｌ  ｃｅｌｌ）及びＤ２Ｄ（Ｄｉｒｅｃｔ-ｔｏ-Ｄｉｒｅｃｔ）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮すると、ＩＥＥＥ  ８０２．１１ａｘに基づいた次世代ＷＬＡＮと移動通信の技術的及び事業的融合は、さらに盛んになると予測される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、無線通信システムにおける上向きリンク／下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）データ送受信方法を提案する。
【００１２】
また、本発明の目的は、無線通信システムにおける上向きリンク／下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送受信に利用されるＰＰＤＵのＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットを提案する。特に、ＰＰＤＵに含まれたデータフィールドのＨＥフォーマットを提案する。
【００１３】
また、本発明の目的は、ＤＬ／ＵＬ  ＭＵ資源を効率的に使用するためのカスケード方式のＤＬ／ＵＬ  ＭＵ  ＰＰＤＵのＨＥフォーマットを提案する。
【００１４】
本発明でなそうとする技術的課題は、以上で言及した技術的課題に制限されず、言及していないさらに他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有した者に明確に理解されるであろう。
【課題を解決するための手段】
【００１５】
上述した技術的課題を解決するために、本発明の実施形態に係るＷＬＡＮシステムのＡＰ装置及びＡＰ装置のデータ送信方法を提案する。
【００１６】
本発明の一実施形態に係る無線通信システムにおけるＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）下向きリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）多重ユーザ（ＭＵ：Ｍｕｌｔｉ−Ｕｓｅｒ）送信方法において、ＤＬ  ＭＵ  ＰＰＤＵ（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信するステップであって、前記ＤＬ  ＭＵ  ＰＰＤＵは、上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）ＭＵ送信のためのトリガ情報を含むトリガフレーム及びＤＬ  ＭＵフレームを含む、ステップと、前記ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵをＵＬ  ＭＵ受信するステップを含み、前記ＵＬ  ＭＵ  ＰＰＤＵは、前記トリガフレームに基づいたＵＬ  ＭＵフレーム及び前記ＤＬ  ＭＵフレームに対する応答であるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）フレームを含むことができる。
【００１７】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信される場合、前記ＤＬ  ＭＵフレームと前記トリガフレームとは、前記受信ＳＴＡに割り当てられたデータフィールドにＡ−ＭＰＤＵ（Ａｇｒｒｅｇａｔｅｄ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フォーマットとして含まれることができる。
【００１８】
また、前記トリガフレームのＭＡＣヘッダ（ＭＡＣ  ｈｅａｄｅｒ）は、前記トリガフレームが前記トリガ情報を含んでいることを指示するトリガ指示子を含むことができる。
【００１９】
また、前記トリガフレームは、前記Ａ−ＭＰＤＵフォーマットに含まれたＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のうち、最初のＭＰＤＵに該当し得る。
【００２０】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信されない場合、前記トリガフレームは、前記ＤＬ  ＭＵ  ＰＰＤＵ内の予め設定されたデータフィールドにＭＰＤＵフォーマットとして含まれ、前記ＤＬ  ＭＵフレームは、前記ＤＬ  ＭＵ  ＰＰＤＵ内の他のデータフィールドに前記ＭＰＤＵフォーマットまたはＡ−ＭＰＤＵフォーマットとして含まれることができる。
【００２１】
また、前記ＤＬ  ＭＵ  ＰＰＤＵ内の物理プリアンブルは、前記ＤＬ  ＭＵ  ＰＰＤＵが前記トリガフレームを含むか否かを指示するトリガ指示子、または、前記予め設定されたデータフィールドを受信するブロードキャストＡＩＤ（Ｂｒｏａｄｃａｓｔ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）情報を含むことができる。
【００２２】
また、前記トリガ指示子または前記ブロードキャストＡＩＤ情報は、前記物理プリアンブルのＨＥ−ＳＩＧ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ−Ｓｉｇｎａｌ）フィールドに含まれることができる。
【００２３】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信される場合、前記ＡＣＫフレームは、前記ＵＬ  ＭＵ  ＰＰＤＵ内の予め設定されたデータフィールドにＭＰＤＵフォーマットとして含まれ、前記ＵＬ  ＭＵフレームは、前記ＵＬ  ＭＵ  ＰＰＤＵ内の他のデータフィールドに前記ＭＰＤＵフォーマットまたはＡ−ＭＰＤＵフォーマットとして含まれることができる。
【００２４】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信される場合、前記ＡＣＫフレームは、前記ＵＬ  ＭＵフレームにピギーバックされて前記ＵＬ  ＭＵ  ＰＰＤＵ内の予め設定されたデータフィールドに含まれることができる。
【００２５】
また、前記トリガフレームは、ＵＬ  ＭＵ送信を行うＳＴＡのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）情報、前記ＵＬ  ＭＵ送信のための空間資源指示情報、及び前記ＵＬ  ＭＵ送信のための周波数資源指示情報のうち、少なくとも１つを含むことができる。
【００２６】
また、本発明の他の実施形態に係る無線通信システムのＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）装置において、無線信号を送受信するＲＦユニット及び前記ＲＦユニットを制御するプロセッサを備え、前記プロセッサは、ＤＬ  ＭＵ  ＰＰＤＵ（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信し、前記ＤＬ  ＭＵ  ＰＰＤＵは、上向きリンク（ＵＬ：Ｕｐｌｉｎｋ）ＭＵ送信のためのトリガ情報を含むトリガフレーム及びＤＬ  ＭＵフレームを含み、及び前記ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵをＵＬ  ＭＵ受信し、前記ＵＬ  ＭＵ  ＰＰＤＵは、前記トリガフレームに基づいたＵＬ  ＭＵフレーム及び前記ＤＬ  ＭＵフレームに対する応答であるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）フレームを含むことができる。
【００２７】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信される場合、前記ＤＬ  ＭＵフレームと前記トリガフレームとは、前記受信ＳＴＡに割り当てられたデータフィールドにＡ−ＭＰＤＵ（Ａｇｒｒｅｇａｔｅｄ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フォーマットとして含まれることができる。
【００２８】
また、前記ＤＬ  ＭＵフレームを受信する受信ＳＴＡ（Ｓｔａｔｉｏｎ）に前記トリガフレームが共に送信されない場合、前記トリガフレームは、前記ＤＬ  ＭＵ  ＰＰＤＵ内の予め設定されたデータフィールドにＭＰＤＵフォーマットとして含まれ、前記ＤＬ  ＭＵフレームは、前記ＤＬ  ＭＵ  ＰＰＤＵ内の他のデータフィールドに前記ＭＰＤＵフォーマットまたはＡ−ＭＰＤＵフォーマットとして含まれることができる。
【発明の効果】
【００２９】
本発明の一実施形態によれば、トリガフレームとＤＬ  ＭＵフレームとが１つのＤＬ  ＭＵ  ＰＰＤＵを介して同時に送信されるので、ＤＬ  ＭＵ資源が節約され、通信性能が増加するという効果を有する。
【００３０】
また、本発明の一実施形態によれば、ＡＣＫフレームとＵＬ  ＭＵフレームとが１つのＵＬ  ＭＵ  ＰＰＤＵを介して同時に送信されるので、ＵＬ  ＭＵ資源が節約され、通信性能が増大するという効果を有する。
【００３１】
その他、本発明の他の効果については、以下の実施形態においてさらに説明する。
【図面の簡単な説明】
【００３２】
本発明に関する理解を助けるために、詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明とともに本発明の技術的特徴を説明する。
【００３３】
【図１】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【図２】本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【図３】本発明が適用され得る無線通信システムのｎｏｎ-ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【図４】本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【図５】本発明が適用され得る無線通信システムのＰＰＤＵのフォーマットを区分するためのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示する図である。
【図６】本発明が適用され得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【図７】本発明が適用され得る無線通信システムにおけるＭＡＣフレーム内のフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドを例示する図である。
【図８】本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する。
【図９】本発明が適用され得る無線通信システムにおける任意バックオフ周期とフレーム送信手順とを説明するための図である。
【図１０】本発明が適用され得る無線通信システムにおけるＩＦＳ関係を例示する図である。
【図１１】本発明が適用され得る無線通信システムにおけるチャネルサウンディング（ｓｏｕｎｄｉｎｇ）方法を概念的に示す図である。
【図１２】本発明が適用され得る無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【図１３】本発明が適用され得る無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【図１４】本発明が適用され得る無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームフォーマットを例示する図である。
【図１５】本発明が適用され得る無線通信システムにおけるビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームフォーマットを例示する図である。
【図１６】本発明が適用され得る無線通信システムにおけるＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを例示する図である。
【図１７】本発明が適用され得る無線通信システムにおける下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【図１８】本発明が適用され得る無線通信システムにおける下向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【図１９】本発明が適用され得る無線通信システムにおける下向きリンクＭＵ−ＭＩＭＯ送信過程を例示する図である。
【図２０】本発明が適用され得る無線通信システムにおけるＡＣＫフレームを例示する図である。
【図２１】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームを例示する図である。
【図２２】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームのＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【図２３】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームを例示する図である。
【図２４】本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームのＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【図２５】本発明の一実施形態に係るＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【図２６】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２７】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２８】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図２９】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【図３０】本発明の一実施形態に係るＨＥフォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示する。
【図３１】本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【図３２】本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【図３３】本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式において資源割当単位を例示する図である。
【図３４】本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。本図面と関連して図３１及び図３２と重複する説明を省略する。
【図３５】本発明の実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【図３６】本発明の第１実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【図３７】本発明の一実施形態に係るＤＬ  ＭＵ  ＰＰＤＵ及びＵＬ  ＭＵ  ＰＰＤＵを示した図である。
【図３８】本発明の他の実施形態に係るＤＬ  ＭＵ  ＰＰＤＵ及びＵＬ  ＭＵ  ＰＰＤＵを示した図である。
【図３９】本発明の第２−１実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【図４０】本発明の第２−２実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【図４１】第１及び第２実施形態の効果を比較した表である。
【図４２】本発明の一実施形態に係るＵＬ  ＭＵ  ＰＰＤＵを示した図である。
【図４３】本発明の一実施形態に係るＳＴＡ装置のＵＬ  ＭＵ送信方法を示した順序図である。
【図４４】本発明の一実施形態に係る各ＳＴＡ装置のブロック図である。
【発明を実施するための具体的な内容】
【００３４】
以下、本発明に係る好ましい実施形態を添付された図面を参照して詳細に説明する。添付された図面とともに、以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施され得る唯一の実施形態を表そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的細部事項無しでも実施され得ることが分かる。
【００３５】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置が省略されたり、各構造及び装置の核心機能を中心としたブロック図の形式で図示されることができる。
【００３６】
以下の説明において使用される特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更されることができる。
【００３７】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．16（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用しアップリンクでＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００３８】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明らかに表すために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示しているすべての用語は、前記標準文書により説明されることができる。
【００３９】
説明を明確にするために、ＩＥＥＥ  ８０２．１１システムを中心に述べるが、本発明の技術的特徴がこれに制限されるものではない。
【００４０】
システム一般
図１は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの一例を示す図である。
【００４１】
ＩＥＥＥ  ８０２．１１構造は、複数の構成要素から構成されることができ、これらの相互作用により上位階層に対してトランスペアレントな（ｔｒａｎｓｐａｒｅｎｔ）ステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）移動性を支援する無線通信システムが提供されることができる。基本サービスセット（ＢＳＳ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）は、ＩＥＥＥ  ８０２．１１システムでの基本的な構成ブロックに該当できる。
【００４２】
図１では、３個のＢＳＳ（ＢＳＳ１ないしＢＳＳ３）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２は、ＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４は、ＢＳＳ２に含まれ、ＳＴＡ５及びＳＴＡ６は、ＢＳＳ３に含まれる）を例示的に示す。
【００４３】
図１においてＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解されることができる。この領域を基本サービス領域（ＢＳＡ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外に移動するようになると、当該ＢＳＡ内の他のＳＴＡと直接的に通信できなくなる。
【００４４】
ＩＥＥＥ  ８０２．１１システムにおいて最も基本的なタイプのＢＳＳは、独立的なＢＳＳ（ＩＢＳＳ：Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけから構成された最小の形態を有することができる。また、最も単純な形態で他の構成要素が省略されている図１のＢＳＳ３がＩＢＳＳの代表的な例示に該当できる。このような構成は、ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されることではなく、ＬＡＮが必要な場合に構成されることができ、これをアドホック（ａｄ-ｈｏｃ）ネットワークと称することもできる。
【００４５】
ＳＴＡのオンまたはオフ、ＳＴＡがＢＳＳ領域に入ったり行く等により、ＢＳＳでのＳＴＡのメンバーシップが動的に変更されることができる。ＢＳＳのメンバーになるためには、ＳＴＡは、同期化過程を利用してＢＳＳにジョインできる。ＢＳＳ基盤構造のすべてのサービスにアクセスするためには、ＳＴＡは、ＢＳＳに連係（ａｓｓｏｃｉａｔｅｄ）されなければならない。このような連係（ａｓｓｏｃｉａｔｉｏｎ）は、動的に設定されることができ、分配システムサービス（ＤＳＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ）の利用を含むことができる。
【００４６】
８０２．１１システムにおいて直接的なＳＴＡ-対-ＳＴＡの距離は、物理階層（ＰＨＹ：ｐｈｙｓｉｃａｌ）性能によって制限されることができる。ある場合には、このような距離の限界が十分でありうるが、場合によっては、より遠くの距離のＳＴＡ間の通信が必要でありうるときもある。拡張されたカバレッジを支援するために、分配システム（ＤＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）が構成されることができる。
【００４７】
ＤＳは、ＢＳＳが相互接続する構造を意味する。具体的に、図１のように、ＢＳＳが独立的に存在する代わりに、複数のＢＳＳから構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもできる。
【００４８】
ＤＳは、論理的な概念であり、分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）の特性によって特定されることができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では、無線媒体（ＷＭ：Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ）と分配システム媒体（ＤＳＭ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ）を論理的に区分している。各々の論理的媒体は、相違する目的のために使用され、相違する構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を同じことに制限することもせず相違することに制限することもしない。このように複数の媒体が論理的に相違するという点で、ＩＥＥＥ  ８０２．１１システムの構造（ＤＳ構造または他のネットワーク構造）の柔軟性が説明されることができる。すなわち、ＩＥＥＥ  ８０２．１１システム構造は、多様に実現化されることができ、各々の実現例の物理的な特性によって独立的に当該システム構造が特定されることができる。
【００４９】
ＤＳは、複数のＢＳＳの途切れない（ｓｅａｍｌｅｓｓ）統合を提供し、目的地へのアドレスを扱うのに必要な論理的サービスを提供することによって、移動装置を支援できる。
【００５０】
ＡＰは、関連したＳＴＡに対してＷＭを介してＤＳへのアクセスを可能にし、ＳＴＡ機能性を有する個体を意味する。ＡＰを介してＢＳＳ及びＤＳ間のデータ移動が行われることができる。例えば、図１に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有し、かつ関連したＳＴＡ（ＳＴＡ１及びＳＴＡ４）がＤＳにアクセスするようにする機能を提供する。また、すべてのＡＰは、基本的にＳＴＡに該当するので、すべてのＡＰは、アドレス可能な個体である。ＷＭ上での通信のために、ＡＰによって使用されるアドレスとＤＳＭ上での通信のために、ＡＰによって使用されるアドレスは、必ず同一である必要はない。
【００５１】
ＡＰに関連したＳＴＡのうちの１つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されることができる。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（またはフレーム）は、ＤＳに伝達されることができる。
【００５２】
任意の（ａｒｂｉｔｒａｒｙ）サイズ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳから構成されることができる。ＩＥＥＥ  ８０２．１１システムでは、このような方式のネットワークを拡張されたサービスセット（ＥＳＳ：Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）ネットワークと称する。ＥＳＳは、１つのＤＳに接続したＢＳＳの集合に該当できる。しかしながら、ＥＳＳは、ＤＳを含まない。ＥＳＳネットワークは、論理リンク制御（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層でＩＢＳＳネットワークに見える点が特徴である。ＥＳＳに含まれるＳＴＡは、互いに通信でき、移動ＳＴＡは、ＬＬＣにトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）に１つのＢＳＳから他のＢＳＳに（同じＥＳＳ内で）移動できる。
【００５３】
ＩＥＥＥ  ８０２．１１システムでは、図１でのＢＳＳの相対的な物理的位置に対してなんにも仮定せずに、次のような形態が全部可能である。
【００５４】
具体的に、ＢＳＳは、部分的に重なることができ、これは、連続的なカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは、物理的に接続されていなくても良く、論理的には、ＢＳＳ間の距離に制限はない。また、ＢＳＳは、物理的に同じ位置に位置でき、これは、リダンダンシー（ｒｅｄｕｎｄａｎｃｙ）を提供するために利用されることができる。また、１つ（または１つ以上の）ＩＢＳＳまたはＥＳＳネットワークが１つまたはそれ以上のＥＳＳネットワークとして同じ空間に物理的に存在できる。これは、ＥＳＳネットワークが存在する位置にａｄ-ｈｏｃネットワークが動作する場合、相違する機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、または同じ位置で２つ以上の相違したアクセス及びセキュリティー政策が必要な場合などでのＥＳＳネットワーク形態に該当できる。
【００５５】
ＷＬＡＮシステムにおけるＳＴＡは、ＩＥＥＥ  ８０２．１１の媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）／ＰＨＹ規定に従って動作する装置である。ＳＴＡの機能がＡＰと個別的に区分されない限り、ＳＴＡは、ＡＰ  ＳＴＡと非-ＡＰ  ＳＴＡ（ｎｏｎ-ＡＰ  ＳＴＡ）を含むことができる。ただし、ＳＴＡとＡＰとの間に通信が行われるとするとき、ＳＴＡは、ｎｏｎ-ＡＰ  ＳＴＡと理解されることができる。図１の例示において、ＳＴＡ１、ＳＴＡ４、ＳＴＡ５及びＳＴＡ６は、ｎｏｎ-ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ３は、ＡＰ  ＳＴＡに該当する。
【００５６】
Ｎｏｎ-ＡＰ  ＳＴＡは、ラップトップパソコン、移動電話機のように、一般にユーザが直接扱う装置に該当する。以下の説明において、ｎｏｎ-ＡＰ  ＳＴＡは、無線装置（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、端末（ｔｅｒｍｉｎａｌ）、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、無線端末（ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、無線送受信ユニット（ＷＴＲＵ：Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ）、ネットワークインタフェース装置（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｄｅｖｉｃｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置などと呼ぶことができる。
【００５７】
また、ＡＰは、他の無線通信分野での基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ノード-Ｂ（Ｎｏｄｅ-Ｂ）、発展したノード-Ｂ（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ-Ｂ）、基底送受信システム（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００５８】
以下、本明細書においてダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、ＡＰからｎｏｎ-ＡＰ  ＳＴＡへの通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、ｎｏｎ-ＡＰ  ＳＴＡからＡＰへの通信を意味する。ダウンリンクにおける送信機は、ＡＰの一部で、受信機は、ｎｏｎ-ＡＰ  ＳＴＡの一部でありうる。アップリンクにおける送信機は、ｎｏｎ-ＡＰ  ＳＴＡの一部で、受信機は、ＡＰの一部でありうる。
【００５９】
図２は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムの階層アーキテクチャー（ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）の構造を例示する図である。
【００６０】
図２に示すように、ＩＥＥＥ  ８０２．１１システムの階層アーキテクチャーは、ＭＡＣ副階層（ＭＡＣ  ｓｕｂｌａｙｅｒ）とＰＨＹ副階層（ＰＨＹ  ｓｕｂｌａｙｅｒ）を含むことができる。
【００６１】
ＰＨＹ  ｓｕｂｌａｙｅｒは、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）個体（ｅｎｔｉｔｙ）とＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）個体とに区分されることもできる。この場合、ＰＬＣＰ個体は、ＭＡＣ  ｓｕｂｌａｙｅｒとデータフレームとを接続する機能を果たし、ＰＭＤ個体は、２個またはそれ以上のＳＴＡとデータとを無線で送受信する機能を果たす。
【００６２】
ＭＡＣ  ｓｕｂｌａｙｅｒとＰＨＹ  ｓｕｂｌａｙｅｒとも、管理個体（Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を含むことができ、それぞれＭＡＣサブ階層管理個体（ＭＬＭＥ：ＭＡＣ  ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＰＨＹサブ階層管理個体（ＰＬＭＥ：Ｐｈｙｓｉｃａｌ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と呼ぶことができる。これらの管理個体は、階層管理関数の動作を介して階層管理サービスインタフェースを提供する。ＭＬＭＥは、ＰＬＭＥに接続されてＭＡＣ  ｓｕｂｌａｙｅｒの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができ、同様に、ＰＬＭＥもＭＬＭＥに接続されてＰＨＹ  ｓｕｂｌａｙｅｒの管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を行うことができる。
【００６３】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が各ＳＴＡ内に存在できる。ＳＭＥは、各階層と独立的な管理個体であって、ＭＬＭＥとＰＬＭＥから階層基盤状態情報を収集するか、または各階層の特定パラメータの値を設定する。ＳＭＥは、一般システム管理個体の代わりに、このような機能を行うことができ、標準管理プロトコルを実現できる。
【００６４】
ＭＬＭＥ、ＰＬＭＥ及びＳＭＥは、プリミティブ（ｐｒｉｍｉｔｉｖｅ）に基づく様々な方法で相互作用（ｉｎｔｅｒａｃｔ）できる。具体的に、ＸＸ-ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、管理情報ベース属性（ＭＩＢ  ａｔｔｒｉｂｕｔｅ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ａｔｔｒｉｂｕｔｅ）の値を要請するために使用され、ＸＸ-ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、当該ＭＩＢ属性値をリターン（ｒｅｔｕｒｎ）し、その他の場合には、状態フィールドにエラー表示をしてリターンする。ＸＸ-ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指定されたＭＩＢ属性を与えた値に設定するように要請するために使用される。ＭＩＢ属性が特定動作を意味している場合、この要請は、その特定動作の実行を要請する。そして、ＸＸ-ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であると、これは指定されたＭＩＢ属性が要請された値に設定されたことを意味する。その他の場合には、状態フィールドは、エラー状況を表す。このＭＩＢ属性が特定動作を意味する場合、このプリミティブは、当該動作が行われたことを確認してくれることができる。
【００６５】
各ｓｕｂｌａｙｅｒでの動作を簡略に説明すると、以下のとおりである。
【００６６】
ＭＡＣ  ｓｕｂｌａｙｅｒは、上位階層（例えば、ＬＬＣ階層）から伝達されたＭＡＣサービスデータユニット（ＭＳＤＵ：ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）またはＭＳＤＵのフラグメント（ｆｒａｇｍｅｎｔ）にＭＡＣヘッダ（ｈｅａｄｅｒ）とフレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を付着して、１つ以上のＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。生成されたＭＰＤＵは、ＰＨＹ  ｓｕｂｌａｙｅｒに伝達される。
【００６７】
Ａ-ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）技法（ｓｃｈｅｍｅ）が用いられる場合、複数のＭＳＤＵは、単一のＡ-ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＳＤＵ）に併合されることができる。ＭＳＤＵ併合動作は、ＭＡＣ上位階層で行われることができる。Ａ-ＭＳＤＵは、単一のＭＰＤＵ（フラグメント化（ｆｒａｇｍｅｎｔ）されない場合）でＰＨＹ  ｓｕｂｌａｙｅｒに伝達される。
【００６８】
ＰＨＹ  ｓｕｂｌａｙｅｒは、ＭＡＣ  ｓｕｂｌａｙｅｒから伝達された物理サービスデータユニット（ＰＳＤＵ：Ｐｈｙｓｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に物理階層送受信機により必要な情報を含む付加フィールドを付け加えて、物理プロトコルデータユニット（ＰＰＤＵ：Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成する。ＰＰＤＵは、無線媒体を介して送信される。
【００６９】
ＰＳＤＵは、ＰＨＹ  ｓｕｂｌａｙｅｒがＭＡＣ  ｓｕｂｌａｙｅｒから受信したものであり、ＭＰＤＵは、ＭＡＣ  ｓｕｂｌａｙｅｒがＰＨＹ  ｓｕｂｌａｙｅｒに送信したものであるから、ＰＳＤＵは、実質的にＭＰＤＵと同一である。
【００７０】
Ａ-ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）技法（ｓｃｈｅｍｅ）が用いられる場合、複数のＭＰＤＵ（このとき、各ＭＰＤＵは、Ａ-ＭＳＤＵを運ぶことができる。）は、単一のＡ-ＭＰＤＵに併合されることができる。ＭＰＤＵ併合動作は、ＭＡＣ下位階層で行われることができる。Ａ-ＭＰＤＵは、様々なタイプのＭＰＤＵ（例えば、ＱｏＳデータ、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）等）が併合されることができる。ＰＨＹ  ｓｕｂｌａｙｅｒは、ＭＡＣ  ｓｕｂｌａｙｅｒから単一のＰＳＤＵとしてＡ-ＭＰＤＵを受信する。すなわち、ＰＳＤＵは、複数のＭＰＤＵから構成される。したがって、Ａ-ＭＰＤＵは、単一のＰＰＤＵ内で無線媒体を介して送信される。
【００７１】
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フォーマット
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、物理階層から発生されるデータブロックを意味する。以下、本発明が適用されうるＩＥＥＥ  ８０２．１１  ＷＬＡＮシステムに基づいてＰＰＤＵフォーマットを説明する。
【００７２】
図３は、本発明が適用されうる無線通信システムのｎｏｎ-ＨＴフォーマットＰＰＤＵ及びＨＴフォーマットＰＰＤＵを例示する。
【００７３】
図３の（ａ）は、ＩＥＥＥ  ８０２．１１ａ／ｇシステムを支援するためのｎｏｎ-ＨＴフォーマットＰＰＤＵを例示する。ｎｏｎ-ＨＴ  ＰＰＤＵは、レガシー（ｌｅｇａｃｙ）ＰＰＤＵとも呼ばれることができる。
【００７４】
図３の（ａ）に示すように、ｎｏｎ-ＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ-ＬＴＦ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）及びＬ-ＳＩＧ（Ｌｅｇａｃｙ（またはＮｏｎ-ＨＴ）ＳＩＧＮＡＬ）フィールドから構成されるレガシーフォーマットプリアンブルとデータフィールドとを含んで構成される。
【００７５】
Ｌ-ＳＴＦは、短いトレーニングＯＦＤＭ（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ-ＳＴＦは、フレームタイミング取得（ｆｒａｍｅ  ｔｉｍｉｎｇ  ａｃｑｕｉｓｉｔｉｏｎ）、自動利得制御（ＡＧＣ：Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバーシチ検出（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、概略的な周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使用されることができる。
【００７６】
Ｌ-ＬＴＦは、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ-ＬＴＦは、精密な周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）のために使用されることができる。
【００７７】
Ｌ-ＳＩＧフィールドは、データフィールドの復調及びデコードのための制御情報を送信するために使用されることができる。
【００７８】
Ｌ-ＳＩＧフィールドは、４ビットのレート（Ｒａｔｅ）フィールド、１ビットの予備（Ｒｅｓｅｒｖｅｄ）ビット、１２ビットの長さ（Ｌｅｎｇｔｈ）フィールド、１ビットのパリティビット、６ビットの信号テール（Ｓｉｇｎａｌ  Ｔａｉｌ）フィールドから構成されることができる。
【００７９】
レートフィールドは、送信率情報を含み、長さフィールドは、ＰＳＤＵのオクテットの数を指示する。
【００８０】
図３の（ｂ）は、ＩＥＥＥ  ８０２．１１ｎシステム及びＩＥＥＥ  ８０２．１１ａ／ｇシステムを全部支援するためのＨＴ混合フォーマットＰＰＤＵ（ＨＴ-ｍｉｘｅｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００８１】
図３の（ｂ）に示すように、ＨＴ混合フォーマットＰＰＤＵは、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＨＴ-ＳＩＧ（ＨＴ-Ｓｉｇｎａｌ）フィールド、ＨＴ-ＳＴＦ（ＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＴ-ＬＴＦ（ＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）から構成されるＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【００８２】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ-ＳＴＦからＬ-ＳＩＧフィールドまでｎｏｎ-ＨＴフォーマットと同一である。Ｌ-ＳＴＡは、ＨＴ混合ＰＰＤＵを受信してもＬ-ＬＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドを介してデータフィールドを解釈できる。ただし、Ｌ-ＬＴＦは、ＨＴ-ＳＴＡがＨＴ混合ＰＰＤＵを受信しＬ-ＳＩＧフィールド及びＨＴ-ＳＩＧフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【００８３】
ＨＴ-ＳＴＡは、レガシーフィールドの後にくるＨＴ-ＳＩＧフィールド利用して、ＨＴ-混合フォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【００８４】
ＨＴ-ＬＴＦフィールドは、データフィールドの復調のためのチャネル推定に使用されることができる。ＩＥＥＥ  ８０２．１１ｎは、ＳＵ-ＭＩＭＯ（Ｓｉｎｇｌｅ-Ｕｓｅｒ  Ｍｕｌｔｉ-Ｉｎｐｕｔ  ａｎｄ  Ｍｕｌｔｉ-Ｏｕｔｐｕｔ）を支援するので、複数の空間ストリームに送信されるデータフィールドの各々に対して、チャネル推定のためにＨＴ-ＬＴＦフィールドは、複数から構成されることができる。
【００８５】
ＨＴ-ＬＴＦフィールドは、空間ストリームに対するチャネル推定のために使用されるデータＨＴ-ＬＴＦ（ｄａｔａ  ＨＴ-ＬＴＦ）とフルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）のために追加的に使用される拡張ＨＴ-ＬＴＦ（ｅｘｔｅｎｓｉｏｎ  ＨＴ-ＬＴＦ）から構成されることができる。したがって、複数のＨＴ-ＬＴＦは、送信される空間ストリームの数と同じであるか、または多くありうる。
【００８６】
ＨＴ-混合フォーマットＰＰＤＵは、Ｌ-ＳＴＡも受信してデータを取得できるようにするために、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドが最も速く送信される。以後、ＨＴ-ＳＴＡのために送信されるデータの復調及びデコードのためにＨＴ-ＳＩＧフィールドが送信される。
【００８７】
ＨＴ-ＳＩＧフィールドまでは、ビーム形成を行わないで送信して、Ｌ-ＳＴＡ及びＨＴ-ＳＴＡが当該ＰＰＤＵを受信してデータを取得できるようにし、以後に送信されるＨＴ-ＳＴＦ、ＨＴ-ＬＴＦ及びデータフィールドは、プリコーディングを介した無線信号送信が行われる。ここで、プリコーディングをして受信するＳＴＡでプリコーディングにより電力が可変される部分を勘案できるように、ＨＴ-ＳＴＦフィールドを送信し、その以後に複数のＨＴ-ＬＴＦ及びデータフィールドを送信する。
【００８８】
以下の表１は、ＨＴ-ＳＩＧフィールドを例示する表である。
【００８９】
【表１】
0006438118.tif 000002
【００９０】
図３の（ｃ）は、ＩＥＥＥ  ８０２．１１ｎシステムのみを支援するためのＨＴ-ＧＦフォーマットＰＰＤＵ（ＨＴ-ｇｒｅｅｎｆｉｅｌｄ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【００９１】
図３の（ｃ）に示すように、ＨＴ-ＧＦフォーマットＰＰＤＵは、ＨＴ-ＧＦ-ＳＴＦ、ＨＴ-ＬＴＦ１、ＨＴ-ＳＩＧフィールド、複数のＨＴ-ＬＴＦ２及びデータフィールドを含む。
【００９２】
ＨＴ-ＧＦ-ＳＴＦは、フレームタイミング取得及びＡＧＣのために使用される。
【００９３】
ＨＴ-ＬＴＦ１は、チャネル推定のために使用される。
【００９４】
ＨＴ-ＳＩＧフィールドは、データフィールドの復調及びデコードのために使用される。
【００９５】
ＨＴ-ＬＴＦ２は、データフィールドの復調のためのチャネル推定に使用される。同様に、ＨＴ-ＳＴＡは、ＳＵ-ＭＩＭＯを使用するので、複数の空間ストリームに送信されるデータフィールドの各々に対してチャネル推定を要するので、ＨＴ-ＬＴＦ２は、複数から構成されることができる。
【００９６】
複数のＨＴ-ＬＴＦ２は、ＨＴ混合ＰＰＤＵのＨＴ-ＬＴＦフィールドと同様に、複数のＤａｔａ  ＨＴ-ＬＴＦと複数の拡張ＨＴ-ＬＴＦから構成されることができる。
【００９７】
図３の（ａ）ないし（ｃ）におけるデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールド、テールビット（Ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。データフィールドのすべてのビットは、スクランブルされる。
【００９８】
図３（ｄ）は、データフィールドに含まれるサービスフィールドを示す。サービスフィールドは、１６ビットを有する。各ビットは、０番から１５番まで付与され、０番ビットから順次に送信される。０番から６番ビットは、０に設定され、受信端内のデスクランブラー（ｄｅｓｃｒａｍｂｌｅｒ）を同期化するために使用される。
【００９９】
ＩＥＥＥ  ８０２．１１ａｃ  ＷＬＡＮシステムは、無線チャネルを効率的に利用するために、複数のＳＴＡが同時にチャネルにアクセスするダウンリンクＭＵ-ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ-ＭＩＭＯ送信方式によれば、ＡＰがＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された１つ以上のＳＴＡに同時にパケットを送信できる。
【０１００】
ＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、１つ以上のアンテナを介してＡＰが同じ時間資源を介してＰＰＤＵを複数のｎｏｎ-ＡＰ  ＳＴＡに送信する技術を意味する。
【０１０１】
以下、ＭＵ  ＰＰＤＵは、ＭＵ-ＭＩＭＯ技術またはＯＦＤＭＡ技術を利用して１つ以上のＳＴＡのための１つ以上のＰＳＤＵを伝達するＰＰＤＵを意味する。そして、ＳＵ  ＰＰＤＵは、１つのＰＳＤＵのみを伝達できるか、またはＰＳＤＵが存在しないフォーマットを有したＰＰＤＵを意味する。
【０１０２】
ＭＵ-ＭＩＭＯ送信のために、８０２．１１ｎ制御情報のサイズに比べてＳＴＡに送信される制御情報のサイズが相対的に大きくありうる。ＭＵ-ＭＩＭＯ支援のために追加的に要求される制御情報の一例として、各ＳＴＡにより受信される空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の数を指示する情報、各ＳＴＡに送信されるデータの変調及びコーディング関連情報などがこれに該当することができる。
【０１０３】
したがって、複数のＳＴＡに同時にデータサービスを提供するためにＭＵ-ＭＩＭＯ送信が行われるとき、送信される制御情報のサイズは、受信するＳＴＡの数に応じて増加されることができる。
【０１０４】
このように増加される制御情報のサイズを効率的に送信するために、ＭＵ-ＭＩＭＯ送信のために要求される複数の制御情報は、すべてのＳＴＡに共通的に要求される共通制御情報（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と特定ＳＴＡに個別的に要求される専用制御情報（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の２とおりのタイプの情報に区分して送信されることができる。
【０１０５】
図４は、本発明が適用され得る無線通信システムのＶＨＴフォーマットＰＰＤＵフォーマットを例示する。
【０１０６】
図４（ａ）は、ＩＥＥＥ  ８０２．１１ａｃシステムを支援するためのＶＨＴフォーマットＰＰＤＵ（ＶＨＴ  ｆｏｒｍａｔ  ＰＰＤＵ）を例示する。
【０１０７】
図４（ａ）に示すように、ＶＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドから構成されるレガシーフォーマットプリアンブルとＶＨＴ-ＳＩＧ-Ａ（ＶＨＴ-Ｓｉｇｎａｌ-Ａ）フィールド、ＶＨＴ-ＳＴＦ（ＶＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ-ＬＴＦ（ＶＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＶＨＴ-ＳＩＧ-Ｂ（ＶＨＴ-Ｓｉｇｎａｌ-Ｂ）フィールドから構成されるＶＨＴフォーマットプリアンブル及びデータフィールドを含んで構成される。
【０１０８】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ-ＳＴＦからＬ-ＳＩＧフィールドまでｎｏｎ-ＨＴフォーマットと同一である。ただし、Ｌ-ＬＴＦは、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドを復調するために行うチャネル推定のための情報をさらに含むことができる。
【０１０９】
Ｌ-ＳＴＦ、Ｌ-ＬＴＦ、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドは、２０ＭＨｚチャネル単位に繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域幅）を介して送信されるとき、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ、Ｌ-ＳＩＧフィールド及びＶＨＴ-ＳＩＧ-Ａフィールドは、毎２０ＭＨｚチャネルで繰り返されて送信されることができる。
【０１１０】
ＶＨＴ-ＳＴＡは、レガシーフィールドの後にくるＶＨＴ-ＳＩＧ-Ａフィールド利用して、ＶＨＴフォーマットＰＰＤＵであることが分かり、これに基づいてデータフィールドをデコードできる。
【０１１１】
ＶＨＴフォーマットＰＰＤＵは、Ｌ-ＳＴＡも受信してデータを取得できるようにするために、Ｌ-ＳＴＦ、Ｌ-ＬＴＦ及びＬ-ＳＩＧフィールドが最も速く送信される。以後、ＶＨＴ-ＳＴＡのために送信されるデータの復調及びデコードのために、ＶＨＴ-ＳＩＧ-Ａフィールドが送信される。
【０１１２】
ＶＨＴ-ＳＩＧ-Ａフィールドは、ＡＰとＭＩＭＯペアリングされた（ｐａｉｒｅｄ）ＶＨＴ ＳＴＡに共通する制御情報送信のためのフィールドであって、これは、受信されたＶＨＴフォーマットＰＰＤＵを解釈するための制御情報を含んでいる。
【０１１３】
ＶＨＴ-ＳＩＧ-Ａフィールドは、ＶＨＴ-ＳＩＧ-Ａ１フィールドとＶＨＴ-ＳＩＧ-Ａ２フィールドを含むことができる。
【０１１４】
ＶＨＴ-ＳＩＧ-Ａ１フィールドは、使用するチャネル帯域幅（ＢＷ：ｂａｎｄｗｉｄｔｈ）情報、時空間ブロックコーディング（ＳＴＢＣ：Ｓｐａｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｉｎｇ）の適用有無、ＭＵ-ＭＩＭＯでグループ化されたＳＴＡのグループを指示するためのグループ識別情報（Ｇｒｏｕｐ  ＩＤ：Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）、使用されるストリームの数（ＮＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ-ｔｉｍｅ  ｓｔｒｅａｍ）／部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ））に関する情報及び送信パワーセーブ禁止（Ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｓａｖｅ  ｆｏｒｂｉｄｄｅｎ）情報を含むことができる。ここで、Ｇｒｏｕｐ  ＩＤは、ＭＵ-ＭＩＭＯ送信を支援するために送信対象ＳＴＡグループに対して割り当てられる識別子を意味し、現在使用されたＭＩＭＯ送信方法がＭＵ-ＭＩＭＯであるか、またはＳＵ-ＭＩＭＯであるかを表すことができる。
【０１１５】
表２は、ＶＨＴ-ＳＩＧ-Ａ１フィールドを例示する表である。
【０１１６】
【表２】
0006438118.tif 000003
【０１１７】
ＶＨＴ-ＳＩＧ-Ａ２フィールドは、短い保護区間（ＧＩ：Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）の使用有無に関する情報、フォワードエラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）情報、単一ユーザに対するＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に関する情報、複数ユーザに対するチャネルコーディングの種類に関する情報、ビーム形成関連情報、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｉｎｇ）のための冗長ビット（ｒｅｄｕｎｄａｎｃｙ  ｂｉｔｓ）と畳み込みデコーダ（ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｄｅｃｏｄｅｒ）のテールビット（ｔａｉｌ  ｂｉｔ）などを含むことができる。
【０１１８】
表３は、ＶＨＴ-ＳＩＧ-Ａ２フィールドを例示する表である。
【０１１９】
【表３】
0006438118.tif 000004
【０１２０】
ＶＨＴ-ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０１２１】
ＶＨＴ-ＬＴＦは、ＶＨＴ-ＳＴＡがＭＩＭＯチャネルを推定するのに使用される。ＶＨＴ  ＷＬＡＮシステムは、ＭＵ-ＭＩＭＯを支援するから、ＶＨＴ-ＬＴＦは、ＰＰＤＵが送信される空間ストリームの数だけ設定されることができる。追加的に、フルチャネルサウンディング（ｆｕｌｌ  ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）が支援される場合、ＶＨＴ-ＬＴＦの数は、より多くなることができる。
【０１２２】
ＶＨＴ-ＳＩＧ-Ｂフィールドは、ＭＵ-ＭＩＭＯペアリングされた複数のＶＨＴ-ＳＴＡがＰＰＤＵを受信してデータを取得するのに必要な専用制御情報を含む。したがって、ＶＨＴ-ＳＩＧ-Ａフィールドに含まれた共通制御情報（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）が現在受信されたＰＰＤＵがＭＵ-ＭＩＭＯ送信を指示した場合においてのみ、ＶＨＴ-ＳＴＡは、ＶＨＴ-ＳＩＧ-Ｂフィールドをデコード（ｄｅｃｏｄｉｎｇ）するよう設計されることができる。これに対し、共通制御情報が現在受信されたＰＰＤＵが単一ＶＨＴ-ＳＴＡのためのもの（ＳＵ-ＭＩＭＯを含む）であることを指示した場合、ＳＴＡは、ＶＨＴ-ＳＩＧ-Ｂフィールドをデコードしないように設計されることができる。
【０１２３】
ＶＨＴ-ＳＩＧ-Ｂフィールドは、ＶＨＴ-ＳＩＧ-Ｂ長さ（Ｌｅｎｇｔｈ）フィールド、ＶＨＴ-ＭＣＳフィールド、予備（Ｒｅｓｅｒｖｅｄ）フィールド、テール（Ｔａｉｌ）フィールドを含む。
【０１２４】
ＶＨＴ-ＳＩＧ-Ｂ長さ（Ｌｅｎｇｔｈ）フィールドは、Ａ-ＭＰＤＵの長さ（ＥＯＦ（ｅｎｄ-ｏｆ-ｆｒａｍｅ）パディング以前）を指示する。ＶＨＴ-ＭＣＳフィールドは、各ＶＨＴ-ＳＴＡの変調（ｍｏｄｕｌａｔｉｏｎ）、エンコーディング（ｅｎｃｏｄｉｎｇ）及びレートマッチング（ｒａｔｅ-ｍａｔｃｈｉｎｇ）に関する情報を含む。
【０１２５】
ＶＨＴ-ＳＩＧ-Ｂフィールドのサイズは、ＭＩＭＯ送信の類型（ＭＵ-ＭＩＭＯまたはＳＵ-ＭＩＭＯ）及びＰＰＤＵ送信のために使用するチャネル帯域幅に応じて異なりうる。
【０１２６】
図４（ｂ）は、ＰＰＤＵ送信帯域幅に応じるＶＨＴ-ＳＩＧ-Ｂフィールドを例示する。
【０１２７】
図４（ｂ）に示すように、４０ＭＨｚ送信において、ＶＨＴ-ＳＩＧ-Ｂビットは、２回繰り返される。８０ＭＨｚ送信において、ＶＨＴ-ＳＩＧ-Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。
【０１２８】
１６０ＭＨｚ送信及び８０＋８０ＭＨｚにおいて、まず８０ＭＨｚ送信のようにＶＨＴ-ＳＩＧ-Ｂビットは、４回繰り返され、０にセットされたパッドビットが付着される。そして、全体１１７ビットが再度繰り返される。
【０１２９】
ＭＵ-ＭＩＭＯを支援するシステムにおいて同じサイズのＰＰＤＵをＡＰにペアリングされたＳＴＡに送信するために、ＰＰＤＵを構成するデータフィールドのビットサイズを指示する情報及び／又は特定フィールドを構成するビットストリームサイズを指示する情報がＶＨＴ-ＳＩＧ-Ａフィールドに含まれることができる。
【０１３０】
ただし、効果的にＰＰＤＵフォーマットを使用するために、Ｌ-ＳＩＧフィールドが使用されることができる。同じサイズのＰＰＤＵがすべてのＳＴＡに送信されるために、Ｌ-ＳＩＧフィールド内に含まれて送信される長さフィールド（ｌｅｎｇｔｈ  ｆｉｅｌｄ）及びレートフィールド（ｒａｔｅ  ｆｉｅｌｄ）が必要な情報を提供するために使用されることができる。この場合、ＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）及び／又はＡ-ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）がＭＡＣ階層のバイト（またはオクテット（ｏｃｔ：ｏｃｔｅｔ））に基づいて設定されるので、物理階層で追加的なパディング（ｐａｄｄｉｎｇ）が要求されることができる。
【０１３１】
図４においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）として、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０１３２】
上述のように、様々なＰＰＤＵのフォーマットが混合して使用されるから、ＳＴＡは、受信したＰＰＤＵのフォーマットを区分できなければならない。
【０１３３】
ここで、ＰＰＤＵを区分するという意味（またはＰＰＤＵフォーマットを区分するという意味）は、様々な意味を有することができる。例えば、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡによりデコード（または解釈）が可能なＰＰＤＵであるかどうかに対して判断するという意味を含むことができる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵがＳＴＡにより支援可能なＰＰＤＵであるかどうかに対して判断するという意味でありうる。また、ＰＰＤＵを区分するという意味は、受信したＰＰＤＵを介して送信された情報がいかなる情報であるかを区分するという意味としても解釈できる。
【０１３４】
これについて下記の図面を参照してより詳細に説明する。
【０１３５】
図５は、本発明が適用され得る無線通信システムのＰＰＤＵのフォーマットを区分するためのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示する図である。
【０１３６】
図５（ａ）は、ｎｏｎ−ＨＴフォーマットＰＰＤＵに含まれるＬ−ＳＩＧフィールドのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）を例示し、図５（ｂ）は、ＨＴ混合フォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示し、図５（ｃ）は、ＶＨＴフォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示する。
【０１３７】
ＳＴＡがｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ−ＧＦフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、Ｌ−ＳＩＧフィールド及びＬ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）の位相（ｐｈａｓｅ）が使用される。すなわち、ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールド及び／又はＬ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相に基づいてＰＰＤＵフォーマットを区分できる。
【０１３８】
図５（ａ）に示すように、Ｌ−ＳＩＧフィールドを構成するＯＦＤＭシンボルは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が用いられる。
【０１３９】
まず、ＨＴ−ＧＦフォーマットＰＰＤＵを区分するために、ＳＴＡは、受信したＰＰＤＵで最初のＳＩＧフィールドが感知されれば、Ｌ−ＳＩＧフィールドであるか否かを判断する。すなわち、ＳＴＡは、図５（ａ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに失敗すれば、当該ＰＰＤＵがＨＴ−ＧＦフォーマットＰＰＤＵであると判断することができる。
【０１４０】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、及びＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相が使用され得る。すなわち、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルの変調方法が互いに異なることができ、ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールド以後のフィールドに対する変調方法に基づいてＰＰＤＵフォーマットを区分できる。
【０１４１】
図５（ｂ）に示すように、ＨＴ混合フォーマットＰＰＤＵを区分するために、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信される２個のＯＦＤＭシンボルの位相が使用され得る。
【０１４２】
より具体的に、ＨＴ混合フォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信されるＨＴ−ＳＩＧフィールドに対応するＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２の位相は、両方とも反時計方向に９０度だけ回転される。すなわち、ＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２に対する変調方法は、ＱＢＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）が用いられる。ＱＢＰＳＫコンステレーションは、ＢＰＳＫコンステレーションを基準として反時計方向に９０度だけ位相が回転したコンステレーションでありうる。
【０１４３】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に送信されるＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを、図５（ｂ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、当該ＰＰＤＵがＨＴフォーマットＰＰＤＵであると判断する。
【０１４４】
次に、ｎｏｎ−ＨＴフォーマットＰＰＤＵ及びＶＨＴフォーマットＰＰＤＵを区分するために、Ｌ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボルのコンステレーションの位相が使用され得る。
【０１４５】
図５（ｃ）に示すように、ＶＨＴフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信される２個のＯＦＤＭシンボルの位相が使用され得る。
【０１４６】
より具体的に、ＶＨＴフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後のＶＨＴ−ＳＩＧ−Ａフィールドに対応するＯＦＤＭシンボル＃１の位相は回転されないが、ＯＦＤＭシンボル＃２の位相は反時計方向に９０度だけ回転される。すなわち、ＯＦＤＭシンボル＃１に対する変調方法はＢＰＳＫが用いられ、ＯＦＤＭシンボル＃２に対する変調方法はＱＢＰＳＫが用いられる。
【０１４７】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に送信されるＶＨＴ−ＳＩＧフィールドに対応する第１のＯＦＤＭシンボル及び第２のＯＦＤＭシンボルを、図５（ｃ）の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、当該ＰＰＤＵがＶＨＴフォーマットＰＰＤＵであると判断することができる。
【０１４８】
それに対し、デコーディングに失敗すれば、ＳＴＡは、当該ＰＰＤＵがｎｏｎ−ＨＴフォーマットＰＰＤＵであると判断することができる。
【０１４９】
ＭＡＣフレームフォーマット
図６は、本発明が適用され得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【０１５０】
図６に示すように、ＭＡＣフレーム（すなわち、ＭＰＤＵ）は、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）、フレーム本体（Ｆｒａｍｅ  Ｂｏｄｙ）及びフレームチェックシーケンス（ＦＣＳ：ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ）から構成される。
【０１５１】
ＭＡＣ  Ｈｅａｄｅｒは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、アドレス１（Ａｄｄｒｅｓｓ１）フィールド、アドレス２（Ａｄｄｒｅｓｓ２）フィールド、アドレス３（Ａｄｄｒｅｓｓ３）フィールド、シーケンス制御（Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）フィールド、アドレス４（Ａｄｄｒｅｓｓ４）フィールド、ＱｏＳ制御（ＱｏＳ  Ｃｏｎｔｒｏｌ）フィールド及びＨＴ制御（ＨＴ  Ｃｏｎｔｒｏｌ）フィールドを含む領域と定義される。
【０１５２】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、当該ＭＡＣフレーム特性に関する情報を含む。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドに対するより詳細な説明は、後述する。
【０１５３】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じる他の値を有するように実現化されることができる。
【０１５４】
仮に、当該ＭＡＣフレームのタイプ及びサブタイプがパワーセーブ（ＰＳ：ｐｏｗｅｒ  ｓａｖｅ）運営のためのＰＳ-ポール（ＰＳ-Ｐｏｌｌ）フレームの場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、フレームを送信したＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）を含むように設定されることができる。その以外の場合、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、当該ＭＡＣフレームのタイプ及びサブタイプに応じて特定持続時間値を有するように設定されることができる。また、フレームがＡ-ＭＰＤＵ（ａｇｇｒｅｇａｔｅ-ＭＰＤＵ）フォーマットに含まれたＭＰＤＵである場合、ＭＡＣヘッダに含まれたＤｕｒａｔｉｏｎ／ＩＤフィールドは、全部同じ値を有するように設定されることもできる。
【０１５５】
Ａｄｄｒｅｓｓ１フィールドないしＡｄｄｒｅｓｓ４フィールドは、ＢＳＳＩＤ、ソースアドレス（ＳＡ：ｓｏｕｒｃｅ  ａｄｄｒｅｓｓ）、目的アドレス（ＤＡ：ｄｅｓｔｉｎａｔｉｏｎ  ａｄｄｒｅｓｓ）、送信ＳＴＡアドレスを表す送信アドレス（ＴＡ：Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）、受信ＳＴＡアドレスを表す受信アドレス（ＲＡ：Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）を指示するために使用される。
【０１５６】
一方、ＴＡフィールドにより実現化されたアドレスフィールドは、帯域幅シグナリングＴＡ（ｂａｎｄｗｉｄｔｈ  ｓｉｇｎａｌｉｎｇ  ＴＡ）値に設定されることができ、この場合、ＴＡフィールドは、当該ＭＡＣフレームがスクランブリングシーケンスに追加的な情報を含んでいることを指示できる。帯域幅シグナリングＴＡは、当該ＭＡＣフレームを送信するＳＴＡのＭＡＣアドレスと表現されることができるが、ＭＡＣアドレスに含まれた個別／グループビット（Ｉｎｄｉｖｉｄｕａｌ／Ｇｒｏｕｐ  ｂｉｔ）が特定値（例えば、「１」）に設定されることができる。
【０１５７】
Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドは、シーケンスナンバー（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）及びフラグメントナンバー（ｆｒａｇｍｅｎｔ  ｎｕｍｂｅｒ）を含むように設定される。シーケンスナンバーを当該ＭＡＣフレームに割り当てられたシーケンスナンバーを指示できる。フラグメントナンバーは、当該ＭＡＣフレームの各フラグメントのナンバーを指示できる。
【０１５８】
ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、ＱｏＳと関連した情報を含む。ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、サブタイプ（Ｓｕｂｔｙｐｅ）のサブフィールドにおいてＱｏＳデータフレームを指示する場合に含まれることができる。
【０１５９】
ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＨＴ及び／またはＶＨＴ送受信技法と関連した制御情報を含む。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、制御ラッパー（Ｃｏｎｔｒｏｌ  Ｗｒａｐｐｅｒ）フレームに含まれる。また、オーダー（Ｏｒｄｅｒ）サブフィールド値が１であるＱｏＳデータ（ＱｏＳ  Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレームに存在する。
【０１６０】
Ｆｒａｍｅ  Ｂｏｄｙは、ＭＡＣペイロード（ｐａｙｌｏａｄ）と定義され、上位階層で送信しようとするデータが位置するようになり、可変的なサイズを有する。例えば、最大ＭＰＤＵのサイズは、１１４５４オクテット（ｏｃｔｅｔｓ）で、最大ＰＰＤＵのサイズは、５．４８４ｍｓでありうる。
【０１６１】
ＦＣＳは、ＭＡＣフッター（ｆｏｏｔｅｒ）と定義され、ＭＡＣフレームのエラー探索のために使用される。
【０１６２】
最初の３つのフィールド（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド及びＡｄｄｒｅｓｓ１フィールド）と最も最後のフィールド（ＦＣＳフィールド）は、最小フレームフォーマットを構成し、すべてのフレームに存在する。その他のフィールドは、特定フレームタイプにおいてのみ存在できる。
【０１６３】
図７は、本発明が適用され得る無線通信システムにおけるＭＡＣフレーム内のフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドを例示する図である。
【０１６４】
図７に示すように、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、プロトコルバージョン（Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ）サブフィールド、タイプ（Ｔｙｐｅ）サブフィールド、サブタイプ（Ｓｕｂｔｙｐｅ）サブフィールド、Ｔｏ  ＤＳサブフィールド、Ｆｒｏｍ  ＤＳサブフィールド、追加フラグメント（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓ）サブフィールド、リトライ（Ｒｅｔｒｙ）サブフィールド、パワー管理（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ）サブフィールド、追加データ（Ｍｏｒｅ  Ｄａｔａ）サブフィールド、保護されたフレーム（Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅ）サブフィールド、及びオーダー（Ｏｒｄｅｒ）サブフィールドで構成される。
【０１６５】
Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎサブフィールドは、当該ＭＡＣフレームに適用されたＷＬＡＮプロトコルのバージョンを指示できる。
【０１６６】
Ｔｙｐｅサブフィールド及びＳｕｂｔｙｐｅサブフィールドは、当該ＭＡＣフレームの機能を識別する情報を指示するように設定されることができる。
【０１６７】
ＭＡＣフレームのタイプは、管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）、データフレーム（Ｄａｔａ  Ｆｒａｍｅ）の３つのフレームタイプを含むことができる。
【０１６８】
そして、各フレームタイプは、さらにサブタイプに区分されることができる。
【０１６９】
例えば、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅｓ）は、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ−ｔｏ−ｓｅｎｄ）フレーム、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレーム、ＰＳ−Ｐｏｌｌフレーム、ＣＦ（ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ）−Ｅｎｄフレーム、ＣＦ−Ｅｎｄ＋ＣＦ−ＡＣＫフレーム、ブロックＡＣＫ要請（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（ＢＡ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレーム、制御ラッパー（Ｃｏｎｔｒｏｌ  Ｗｒａｐｐｅｒ（Ｃｏｎｔｒｏｌ＋ＨＴＣｏｎｔｒｏｌ））フレーム、ＶＨＴヌルデータパケット公知（ＮＤＰＡ：Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）、ビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームを含むことができる。
【０１７０】
管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅｓ）は、ビーコン（Ｂｅａｃｏｎ）フレーム、ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）フレーム、連係解除（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ）フレーム、連係要請／応答（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、再連係要請／応答（ＲｅＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、プローブ要請／応答（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）フレーム、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、認証解除（Ｄｅａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、動作（Ａｃｔｉｏｎ）フレーム、動作無応答（Ａｃｔｉｏｎ  Ｎｏ  ＡＣＫ）フレーム、タイミング広告（Ｔｉｍｉｎｇ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）フレームを含むことができる。
【０１７１】
Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、当該ＭＡＣフレームヘッダに含まれたＡｄｄｒｅｓｓ１フィールドないしＡｄｄｒｅｓｓ４フィールドを解釈するために必要な情報を含むことができる。Ｃｏｎｔｒｏｌフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、両方とも「０」に設定される。Ｍａｎａｇｅｍｅｎｔフレームの場合、Ｔｏ  ＤＳサブフィールド及びＦｒｏｍ  ＤＳサブフィールドは、当該フレームがＱｏＳ管理フレーム（ＱＭＦ：ＱｏＳ  Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）であれば、順に「１」、「０」に設定され、当該フレームがＱＭＦでなければ、順に全て「０」、「０」に設定されることができる。
【０１７２】
Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓサブフィールドは、当該ＭＡＣフレームに続いて送信されるフラグメント（ｆｒａｇｍｅｎｔ）が存在するか否かを指示できる。現在、ＭＳＤＵまたはＭＭＰＤＵのさらに他のフラグメント（ｆｒａｇｍｅｎｔ）が存在する場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１７３】
Ｒｅｔｒｙサブフィールドは、当該ＭＡＣフレームが以前ＭＡＣフレームの再送信によるものであるか否かを指示できる。以前ＭＡＣフレームの再送信である場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１７４】
Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールドは、ＳＴＡのパワー管理モードを指示できる。Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔサブフィールド値が「１」であれば、ＳＴＡがパワーセーブモードに切り替えることを指示できる。
【０１７５】
Ｍｏｒｅ  Ｄａｔａサブフィールドは、追加的に送信されるＭＡＣフレームが存在するか否かを指示できる。追加的に送信されるＭＡＣフレームが存在する場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１７６】
Ｐｒｏｔｅｃｔｅｄ  Ｆｒａｍｅサブフィールドは、フレームボディ（Ｆｒａｍｅ  Ｂｏｄｙ）フィールドが暗号化されたか否かを指示できる。Ｆｒａｍｅ  Ｂｏｄｙフィールドが暗号化されたエンカプセレーションアルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ  ｅｎｃａｐｓｕｌａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ）により処理された情報を含む場合、「１」に設定され、そうでない場合、「０」に設定されることができる。
【０１７７】
前述した各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＭＡＣフレームに含まれ得るフィールドの例示に該当し、これに限定されない。すなわち、前述した各フィールドが他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得るし、全てのフィールドが必須的に含まれることではない。
【０１７８】
図８は、本発明が適用され得る無線通信システムにおけるＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する。
【０１７９】
図８に示すように、ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＶＨＴサブフィールド、ＨＴ制御ミドル（ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅ）サブフィールド、ＡＣ制限（ＡＣ  Ｃｏｎｓｔｒａｉｎｔ）サブフィールド及び逆方向承認（ＲＤＧ：Ｒｅｖｅｒｓｅ  Ｄｉｒｅｃｔｉｏｎ  Ｇｒａｎｔ）／追加ＰＰＤＵ（Ｍｏｒｅ  ＰＰＤＵ）サブフィールドから構成されることができる。
【０１８０】
ＶＨＴサブフィールドは、ＨＴ  ＣｏｎｔｒｏｌフィールドがＶＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールドのフォーマットを有するかどうか（ＶＨＴ＝１）またはＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールドのフォーマットを有するかどうか（ＶＨＴ＝０）を指示する。図８では、ＶＨＴのためのＨＴ  Ｃｏｎｔｒｏｌフィールド（すなわち、ＶＨＴ＝１）を仮定して説明する。ＶＨＴのためのＨＴ  ＣｏｎｔｒｏｌフィールドをＶＨＴ  Ｃｏｎｔｒｏｌフィールドと呼ぶことができる。
【０１８１】
ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、ＶＨＴサブフィールドの指示に従って他のフォーマットを有するように実現されることができる。ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドについてのさらに詳細な説明は後述する。
【０１８２】
ＡＣ  Ｃｏｎｓｔｒａｉｎｔサブフィールドは、逆方向（ＲＤ：ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ）データフレームのマップされたＡＣ（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ）が単一ＡＣに限定されたことであるかどうかを指示する。
【０１８３】
ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵサブフィールドは、当該フィールドがＲＤイニシエーター（ｉｎｉｔｉａｔｏｒ）またはＲＤ応答者（ｒｅｓｐｏｎｄｅｒ）によって送信されるかどうかによって異なるように解釈されることができる。
【０１８４】
ＲＤイニシエーターによって送信された場合、ＲＤＧが存在する場合、ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵフィールドが「１」に設定され、ＲＤＧが存在しない場合、「０」に設定される。ＲＤ応答者によって送信された場合、当該サブフィールドを含むＰＰＤＵがＲＤ応答者により送信された最後のフレームであると、「１」に設定され、さらに他のＰＰＤＵが送信されると、「０」に設定される。
【０１８５】
上述のように、ＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、ＶＨＴサブフィールドの指示に従って、他のフォーマットを有するように実現されることができる。
【０１８６】
ＶＨＴのためのＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドは、予備ビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）、ＭＣＳフィードバック要請（ＭＲＱ：ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）ｆｅｅｄｂａｃｋ  ｒｅｑｕｅｓｔ）サブフィールド、ＭＲＱシーケンス識別子（ＭＳＩ：ＭＲＱ  Ｓｅｑｕｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）／時空間ブロックコーディング（ＳＴＢＣ：ｓｐａｃｅ-ｔｉｍｅ  ｂｌｏｃｋ  ｃｏｄｉｎｇ）サブフィールド、ＭＣＳフィードバックシーケンス識別子（ＭＦＳＩ：ＭＣＳ  ｆｅｅｄｂａｃｋ  ｓｅｑｕｅｎｃｅ  ｉｄｅｎｔｉｆｉｅｒ）／グループＩＤ最下位ビット（ＧＩＤ-Ｌ：ＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、ＭＣＳフィードバック（ＭＦＢ：ＭＣＳ  Ｆｅｅｄｂａｃｋ）サブフィールド、グループＩＤ最上位ビット（ＧＩＤ-Ｈ：ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、コーディングタイプ（Ｃｏｄｉｎｇ  Ｔｙｐｅ）サブフィールド、フィードバック送信タイプ（ＦＢ  Ｔｘ  Ｔｙｐｅ：Ｆｅｅｄｂａｃｋ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ）サブフィールド及び自発的ＭＦＢ（Ｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢ）サブフィールドから構成されることができる。
【０１８７】
表４は、ＶＨＴフォーマットのＨＴ  Ｃｏｎｔｒｏｌ  Ｍｉｄｄｌｅサブフィールドに含まれた各サブフィールドに対する説明を示す。
【０１８８】
【表４】
0006438118.tif 000005
【０１８９】
そして、ＭＦＢサブフィールドは、ＶＨＴ空間-時間ストリーム数（ＮＵＭ＿ＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ）サブフィールド、ＶＨＴ-ＭＣＳサブフィールド、帯域幅（ＢＷ：Ｂａｎｄｗｉｄｔｈ）サブフィールド、信号対雑音比（ＳＮＲ：Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）サブフィールドを含むことができる。
【０１９０】
ＮＵＭ＿ＳＴＳサブフィールドは、推薦する空間ストリームの数を指示する。ＶＨＴ-ＭＣＳサブフィールドは、推薦するＭＣＳを指示する。ＢＷサブフィールドは、推薦するＭＣＳと関連した帯域幅情報を指示する。ＳＮＲサブフィールドは、データサブキャリヤ及び空間ストリーム上の平均ＳＮＲ値を指示する。
【０１９１】
上述の各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義に従うことができる。また、上述の各フィールドは、ＭＡＣフレームに含まれることができるフィールドの例示に該当し、これに限定されない。すなわち、上述の各フィールドが他のフィールドに代替されるか、または追加的なフィールドがさらに含まれることができ、すべてのフィールドが必須的に含まれなくても良い。
【０１９２】
媒体アクセスメカニズム
ＩＥＥＥ  ８０２．１１における通信は、共有された無線媒体（ｓｈａｒｅｄ  ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ）においてなされるから、有線チャネル（ｗｉｒｅｄ  ｃｈａｎｎｅｌ）環境とは根本的に異なる特徴を有する。
【０１９３】
有線チャネル環境では、ＣＳＭＡ／ＣＤ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔｉｏｎ）に基づいて通信が可能である。例えば、送信端から一回シグナルが送信されると、チャネル環境が大きな変化がないから、受信端まで大きく信号が減衰されずに送信される。このとき、２つ以上のシグナルが衝突されると、感知（ｄｅｔｅｃｔｉｏｎ）が可能であった。これは、受信端で感知された電力（ｐｏｗｅｒ）が瞬間的に送信端から送信した電力より大きくなるためである。しかしながら、無線チャネル環境は、様々な要素（例えば、距離に応じてシグナルの減衰が大きいか、または瞬間的に深いフェージング（ｄｅｅｐ  ｆａｄｉｎｇ）を経ることができる）がチャネルに影響を与えるから、実際に受信端で信号が正しく送信されたか、または衝突が発生したか、送信端で正確にキャリヤセンシング（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）をすることができない。
【０１９４】
これにより、ＩＥＥＥ  ８０２．１１に応じるＷＬＡＮシステムにおいて、ＭＡＣの基本アクセスメカニズムとしてＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）メカニズムを導入した。ＣＡＭＡ／ＣＡメカニズムは、ＩＥＥＥ  ８０２．１１ＭＡＣの分配調整機能（ＤＣＦ：Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）とも呼ばれるが、基本的に「ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによると、ＡＰ及び／またはＳＴＡは、送信を始めるに先立ち、所定の時間区間（例えば、ＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒ-Ｆｒａｍｅ  Ｓｐａｃｅ））の間に無線チャネルまたは媒体（ｍｅｄｉｕｍ）をセンシング（ｓｅｎｓｉｎｇ）するＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を行う。センシング結果、万が一、媒体がアイドル状態（ｉｄｌｅ  ｓｔａｔｕｓ）であると判断されると、当該媒体を介してフレーム送信を始める。これに対し、媒体が占有状態（ｏｃｃｕｐｉｅｄ  ｓｔａｔｕｓ）であると感知されると、当該ＡＰ及び／またはＳＴＡは、自分自分の送信を開始せずに、既に様々なＳＴＡが当該媒体を使用するために待機しているという仮定下でＤＩＦＳに追加的に媒体アクセスのための遅延時間（例えば、任意のバックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ））の間により待った後にフレーム送信を試みることができる。
【０１９５】
任意のバックオフ周期を適用することによって、フレームを送信するための複数のＳＴＡが存在すると仮定するとき、複数のＳＴＡは、確率的に異なるバックオフ周期値を有するようになって、互いに異なる時間の間に待機した後にフレーム送信を試みることが期待されるので、衝突（ｃｏｌｌｉｓｉｏｎ）を最小化させることができる。
【０１９６】
また、ＩＥＥＥ  ８０２．１１ＭＡＣプロトコルは、ＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を提供する。ＨＣＦは、前記ＤＣＦと支点調整機能（ＰＣＦ：Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に基づく。ＰＣＦは、ポーリング（ｐｏｌｌｉｎｇ）基盤の同期式アクセス方式ですべての受信ＡＰ及び／またはＳＴＡがデータフレームを受信することができるように、周期的にポーリングする方式を称する。また、ＨＣＦは、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）とＨＣＣＡ（ＨＣＦ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）を有する。ＥＤＣＡは、提供者が多数のユーザにデータフレームを提供するためのアクセス方式を競争基盤で行うことで、ＨＣＣＡは、ポーリング（ｐｏｌｌｉｎｇ）メカニズムを利用した非競争基盤のチャネルアクセス方式を使用することである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させるための媒体アクセスメカニズムを含み、競争周期（ＣＰ：Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）と非競争周期（ＣＦＰ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）の両方でＱｏＳデータを送信できる。
【０１９７】
図９は、本発明が適用され得る無線通信システムにおける任意のバックオフ周期とフレーム送信手順を説明するための図である。
【０１９８】
特定媒体が占有（ｏｃｃｕｐｙまたはｂｕｓｙ）状態からアイドル（ｉｄｌｅ）状態に変更されると、複数のＳＴＡは、データ（またはフレーム）送信を試みることができる。このとき、衝突を最小化するための方案として、ＳＴＡは、各々任意のバックオフカウント（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｃｏｕｎｔ）を選択し、それに該当するスロット時間（ｓｌｏｔ  ｔｉｍｅ）分だけ待機した後に、送信を試みることができる。任意のバックオフカウントは、疑似-任意整数（ｐｓｅｕｄｏ-ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値を有し、０ないし競争ウィンドウ（ＣＷ：Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）範囲で均一分布（ｕｎｉｆｏｒｍ  ｄｉｓｔｒｉｂｕｔｉｏｎ）した値のうちのいずれか１つで決定されることができる。ここで、ＣＷは、競争ウィンドウパラメータ値である。ＣＷパラメータは、初期値としてＣＷ＿ｍｉｎが与えられるが、送信が失敗した場合（例えば、送信されたフレームに対するＡＣＫを受信していない場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷ＿ｍａｘになると、データ送信が成功するまでＣＷ＿ｍａｘ値を維持しながらデータ送信を試みることができ、データ送信が成功する場合には、ＣＷ＿ｍｉｎ値にリセットされる。ＣＷ、ＣＷ＿ｍｉｎ及びＣＷ＿ｍａｘ値は、２＾ｎ-１（ｎ＝０，１，２，．．．）に設定されることが好ましい。
【０１９９】
任意のバックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値に応じてバックオフスロットをカウントダウンし、カウントダウンする間に媒体をモニタリングし続ける。媒体が占有状態であるとモニタリングされる場合、カウントダウンを中断し待機するようになり、媒体がアイドル状態になると、カウントダウンを再開する。
【０２００】
図９の例示においてＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３は、ＤＩＦＳ分だけ媒体がアイドル状態であることを確認し、直にフレームを送信できる。
【０２０１】
一方、残りのＳＴＡは、媒体が占有（ｂｕｓｙ）状態であることをモニタリングし待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生でき、それぞれのＳＴＡは、媒体がアイドル状態であるとモニタリングされる場合、ＤＩＦＳだけ待機した後に、各自が選択した任意のバックオフカウント値に応じてバックオフスロットをカウントダウンする。
【０２０２】
図９の例示では、ＳＴＡ２が最も小さなバックオフカウント値を選択し、ＳＴＡ１が最も大きなバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えフレーム送信を始める時点においてＳＴＡ５の残余バックオフ時間は、ＳＴＡ１の残余バックオフ時間より短い場合を例示する。
【０２０３】
ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間にカウントダウンを止め待機する。ＳＴＡ２の媒体占有が終了して媒体が再度アイドル状態になると、ＳＴＡ１及びＳＴＡ５は、ＤＩＦＳだけ待機した後に、止めたバックオフカウントを再開する。すなわち、残余バックオフ時間ほどの残りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１より短かったので、ＳＴＡ５のフレーム送信を始めるようになる。
【０２０４】
一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生できる。このとき、ＳＴＡ４の立場では、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後、自分が選択した任意のバックオフカウント値に応じるバックオフスロットのカウントダウンを行う。
【０２０５】
図９の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意のバックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５との間に衝突が発生できる。衝突が発生する場合には、ＳＴＡ４とＳＴＡ５ともがＡＣＫを受信できないから、データ送信を失敗するようになる。この場合、ＳＴＡ４とＳＴＡ５は、ＣＷ値を２倍に増やした後に、任意のバックオフカウント値を選択しバックオフスロットのカウントダウンを行う。
【０２０６】
一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信により媒体が占有状態である間に待機している途中で、媒体がアイドル状態になると、ＤＩＦＳだけ待機した後に、残余バックオフ時間が経過すると、フレーム送信を始めることができる。
【０２０７】
ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／またはＳＴＡが媒体を直接センシングする物理的キャリヤセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）の他に、仮想キャリヤセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含む。
【０２０８】
仮想キャリヤセンシングは、非表示ノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体接近上発生できる問題を補完するためのものである。仮想キャリヤセンシングのために、ＷＬＡＮシステムのＭＡＣは、ネットワーク割り当てベクトル（ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を利用する。ＮＡＶは、現在媒体を使用しているか、または使用する権限があるＡＰ及び／またはＳＴＡが、媒体が利用可能な状態になるまで残っている時間を他のＡＰ及び／またはＳＴＡに指示する値である。したがって、ＮＡＶに設定された値は、当該フレームを送信するＡＰ及び／またはＳＴＡによって媒体の使用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、当該期間の間に媒体アクセスが禁止される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）の持続期間（ｄｕｒａｔｉｏｎ）フィールドの値に応じて設定されることができる。
【０２０９】
ＡＰ及び／またはＳＴＡは、媒体に接近しようとすることを知らせるために、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）フレーム及びＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）フレームを交換する手順を行うことができる。ＲＴＳフレーム及びＣＴＳフレームは、実質的なデータフレーム送信及び受信確認応答（ＡＣＫ）が支援される場合、ＡＣＫフレームが送受信されるのに必要な無線媒体が接近予約された時間的な区間を指示する情報を含む。フレームを送信しようとするＡＰ及び／またはＳＴＡから送信されたＲＴＳフレームを受信するか、またはフレーム送信対象ＳＴＡから送信されたＣＴＳフレームを受信した他のＳＴＡは、ＲＴＳ／ＣＴＳフレームに含まれている情報が指示する時間的な区間の間に媒体に接近しないように設定されることができる。これは、時間区間の間にＮＡＶが設定されることにより実現されることができる。
【０２１０】
フレーム間隔（ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
フレーム間の時間間隔をフレーム間隔（ＩＦＳ：Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）と定義する。ＳＴＡは、キャリヤセンシング（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）を介して、ＩＦＳ時間区間の間にチャネルが使用されるかどうかを判断できる。８０２．１１  ＷＬＡＮシステムにおいて無線媒体を占有する優先レベル（ｐｒｉｏｒｉｔｙ  ｌｅｖｅｌ）を提供するために、複数のＩＦＳが定義される。
【０２１１】
図１０は、本発明が適用され得る無線通信システムにおけるＩＦＳ関係を例示する図である。
【０２１２】
すべてのタイミングは、物理階層インタフェースプリミティブ、すなわち、ＰＨＹ-ＴＸＥＮＤ．ｃｏｎｆｉｒｍプリミティブ、ＰＨＹＴＸＳＴＡＲＴ．ｃｏｎｆｉｒｍプリミティブ、ＰＨＹ-ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブ及びＰＨＹ-ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブを参照して決まることができる。
【０２１３】
ＩＦＳ種類に応じるフレーム間隔は、以下のとおりである。
ａ）縮小されたフレーム間隔（ＲＩＦＳ：ｒｅｄｕｃｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
ｂ）短いフレーム間隔（ＳＩＦＳ：ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
ｃ）ＰＣＦフレーム間隔（ＰＩＦＳ：ＰＣＦ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
ｄ）ＤＣＦフレーム間隔（ＤＩＦＳ：ＤＣＦ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
ｅ）調整フレーム間隔（ＡＩＦＳ：ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
ｆ）拡張フレーム間隔（ＥＩＦＳ：ｅｘｔｅｎｄｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）
【０２１４】
互いに異なるＩＦＳは、ＳＴＡのビット率（ｂｉｔ  ｒａｔｅ）と無関係に物理階層により特定された属性から決定される。ＩＦＳタイミングは、媒体上での時間ギャップ（ｔｉｍｅ  ｇａｐ）と定義される。ＡＩＦＳを除いたＩＦＳタイミングは、各物理階層別に固定される。
【０２１５】
ＳＩＦＳは、ＡＣＫフレーム、ＣＴＳフレーム、ブロックＡＣＫ要請（ＢｌｏｃｋＡｃｋＲｅｑ）フレームまたはＡ-ＭＰＤＵに対する即刻な応答であるブロックＡＣＫ（ＢｌｏｃｋＡｃｋ）フレームを含むＰＰＤＵ、フラグメントバースト（ｆｒａｇｍｅｎｔ  ｂｕｒｓｔ）の第２番目または連続的なＭＰＤＵ、ＰＣＦによるポーリング（ｐｏｌｌｉｎｇ）に対するＳＴＡの応答の送信のために使用され、最も優先順位を有する。ＳＩＦＳは、また非競争区間（ＣＦＰ）時間の間にフレームのタイプと無関係にフレームの支点調整（ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｏｒ）のために使用されることができる。ＳＩＦＳは、以前フレームの最後のシンボルの終了またはシグナル拡張（存在する場合）からつながる次のフレームのプリアンブルの第１番目のシンボルの開始までの時間を示す。
【０２１６】
ＳＩＦＳタイミングは、ＴｘＳＩＦＳスロット境界から連続的なフレームの送信が始まるときに達成される。
【０２１７】
ＳＩＦＳは、互いに異なるＳＴＡからの送信間のＩＦＳのうち、最も短い。媒体を占有しているＳＴＡがフレーム交換シーケンス（ｆｒａｍｅ  ｅｘｃｈａｎｇｅ  ｓｅｑｕｅｎｃｅ）が行われる区間の間に媒体の占有を維持する必要がある場合に使用されることができる。
【０２１８】
フレーム交換シーケンス内の送信間に最も小さなギャップを使用することによって、より長いギャップの間に、媒体がアイドル状態になることを待つことが要求される他のＳＴＡが媒体の使用を試みるのを防止できる。したがって、進行中のフレーム交換シーケンスが完了するのに優先権を付与できる。
【０２１９】
ＰＩＦＳは、媒体をアクセスするのに優先権を取得するために使用される。
【０２２０】
ＰＩＦＳは、次のような場合に使用されることができる。
-ＰＣＦ下に動作するＳＴＡ
-チャネルスイッチ公知（Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ  Ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信するＳＴＡ
-トラフィック指示マップ（ＴＩＭ：Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）フレームを送信するＳＴＡ
-ＣＦＰまたは送信機会（ＴＸＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）を始めるハイブリッド調整者（ＨＣ：Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）
-ＣＡＰ（ｃｏｎｔｒｏｌｌｅｄ  ａｃｃｅｓｓ  ｐｈａｓｅ）内の予想された受信の不在から復旧（ｒｅｃｏｖｅｒｉｎｇ）するためのポーリングされたＴＸＯＰホルダー（ｈｏｌｄｅｒ）であるＨＣまたはｎｏｎ-ＡＰ  ＱｏＳ  ＳＴＡ
-ＣＴＳ２の送信前にデュアルＣＴＳ保護を使用するＨＴ  ＳＴＡ
-送信失敗以後に送信し続けるためのＴＸＯＰホルダー（ｈｏｌｄｅｒ）
-エラー復旧（ｅｒｒｏｒ  ｒｅｃｏｖｅｒｙ）を使用して送信し続けるためのＲＤ（ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ）開始者
-ＰＳＭＰ（ｐｏｗｅｒ  ｓａｖｅ  ｍｕｌｔｉ-ｐｏｌｌ）復旧フレームを送信するＰＳＭＰシーケンスの間にＨＴ  ＡＰ
-ＥＤＣＡチャネルアクセスを使用する４０ＭＨｚマスクＰＰＤＵを送信する前にセコンダリーチャネル（ｓｅｃｏｎｄａｒｙ  ｃｈａｎｎｅｌ）内のＣＣＡを行うＨＴ  ＳＴＡ
【０２２１】
先に羅列した例示の中でセコンダリーチャネル（ｓｅｃｏｎｄａｒｙ  ｃｈａｎｎｅｌ）でＣＣＡを行う場合を除いて、ＰＩＦＳを使用するＳＴＡは、ＴｘＰＩＦＳスロット境界から媒体がアイドル状態であることを決定するＣＳ（ｃａｒｒｉｅｒｓｅｎｓｅ）メカニズム以後に送信を始める。
【０２２２】
ＤＩＦＳは、ＤＣＦ下にデータフレーム（ＭＰＤＵ）及び管理フレーム（ＭＭＰＤＵ：ＭＡＣ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信するように動作するＳＴＡにより使用されることができる。ＤＣＦを使用するＳＴＡは、正確に受信されたフレーム及びバックオフタイムが満了した以後、ＣＳ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ）メカニズムを介して媒体がアイドル状態であると決定されると、ＴｘＤＩＦＳスロット境界から送信できる。ここで、正確に受信されたフレームは、ＰＨＹ-ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブがエラーを指示せず、ＦＣＳがフレームがエラーでないこと（ｅｒｒｏｒ  ｆｒｅｅ）を指示するフレームを意味する。
【０２２３】
ＳＩＦＳ時間（「ａＳＩＦＳＴｉｍｅ」）とスロット時間（「ａＳｌｏｔＴｉｍｅ」）は、物理階層別に決定されることができる。ＳＩＦＳ時間は、固定された値を有するが、スロット時間は、無線遅延時間（ａＡｉｒＰｒｏｐａｇａｔｉｏｎＴｉｍｅ）変化に応じて動的に変化できる。
【０２２４】
「ａＳＩＦＳＴｉｍｅ」は、以下の式１及び２のように定義される。
【０２２５】
〔式１〕
【数１】
0006438118.tif 000006
【０２２６】
〔式２〕
【数２】
0006438118.tif 000007
【０２２７】
「ａＳｌｏｔＴｉｍｅ」は、以下の式３のように定義される。
【０２２８】
〔式３〕
【数３】
0006438118.tif 000008
【０２２９】
式３中、基本的な（ｄｅｆａｕｌｔ）物理階層パラメータは、１μｓと同一または小さな値を有する「ａＭＡＣＰｒｏｃｅｓｓｉｎｇＤｅｌａｙ」に基づく。無線波は、自由空間（ｆｒｅｅ  ｓｐａｃｅ）で３００ｍ／μｓで広がる。例えば、３μｓは、ＢＳＳ最大一方向（ｏｎｅ-ｗａｙ）距離〜４５０ｍ（往復時間（ｒｏｕｎｄ  ｔｒｉｐ）は、〜９００ｍ）の上限線でありうる。
【０２３０】
ＰＩＦＳとＳＩＦＳは、それぞれ以下の式４及び５のように定義される。
【０２３１】
〔式４〕
【数４】
0006438118.tif 000009
【０２３２】
〔式５〕
【数５】
0006438118.tif 000010
【０２３３】
先の式１ないし５において括弧内の数値は、一般的な値を例示しているが、その値は、ＳＴＡ別に或いはＳＴＡの位置別に変わることができる。
【０２３４】
上述のＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳは、媒体と互いに異なるＭＡＣスロット境界（ＴｘＳＩＦＳ、ＴｘＰＩＦＳ、ＴｘＤＩＦＳ）に基づいて測定される。
【０２３５】
ＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳに対した各ＭＡＣスロット境界は、それぞれ以下の式６ないし８のように定義される。
【０２３６】
〔式６〕
【数６】
0006438118.tif 000011
【０２３７】
〔式７〕
【数７】
0006438118.tif 000012
【０２３８】
〔式８〕
【数８】
0006438118.tif 000013
【０２３９】
チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）フィードバック（ｆｅｅｄｂａｃｋ）方法
ビームフォーマ（Ｂｅａｍｆｏｒｍｅｒ）が全てのアンテナを１つのビームフォーミー（Ｂｅａｍｆｏｒｍｅｅ）に割り当てて通信するＳＵ−ＭＩＭＯ技術は、時空間を用いたダイバシティ利得（ｄｉｖｅｒｓｉｔｙ  ｇａｉｎ）とストリーム（ｓｔｒｅａｍ）多重送信とを介してチャネル容量を増大させる。ＳＵ−ＭＩＭＯ技術は、ＭＩＭＯ技術を適用しないときに比べてアンテナの個数を増やすことにより、空間自由度を拡張させて物理階層の性能向上に寄与することができる。
【０２４０】
また、Ｂｅａｍｆｏｒｍｅｒが複数のＢｅａｍｆｏｒｍｅｅにアンテナを割り当てるＭＵ−ＭＩＭＯ技術は、Ｂｅａｍｆｏｒｍｅｒに接続した複数のＢｅａｍｆｏｒｍｅｅの多重接続のためのリンク階層プロトコルを介して、Ｂｅａｍｆｏｒｍｅｅ当たり送信率を高めるか、チャネルの信頼度を高めることにより、ＭＩＭＯアンテナの性能を向上させることができる。
【０２４１】
ＭＩＭＯ環境では、Ｂｅａｍｆｏｒｍｅｒがチャネル情報をどれくらい正確に知っているのかが性能に大きい影響を及ぼすことができるので、チャネル情報取得のためのフィードバック手順が要求される。
【０２４２】
チャネル情報取得のためのフィードバック手順は、大別して２つの方式が支援され得る。１つは、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用する方式であり、残りの１つは、データフィールドが含まれていないチャネルサウンディング（ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）手順を利用する方式である。サウンディングは、プリアンブルトレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を含むＰＰＤＵのデータ復調以外の目的のために、チャネルを測定するために当該トレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を利用することを意味する。
【０２４３】
以下、制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用したチャネル情報フィードバック方法とＮＤＰ（ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）を利用したチャネル情報フィードバック方法についてより具体的に説明する。
【０２４４】
１）制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を利用したフィードバック方法
【０２４５】
ＭＩＭＯ環境でＢｅａｍｆｏｒｍｅｒは、ＭＡＣヘッダに含まれたＨＴ  Ｃｏｎｔｒｏｌフィールドを介してチャネル状態情報のフィードバックを指示するか、Ｂｅａｍｆｏｒｍｅｅは、ＭＡＣフレームヘッダに含まれたＨＴ  Ｃｏｎｔｒｏｌフィールドを介してチャネル状態情報を報告できる（図８参照）。ＨＴ  Ｃｏｎｔｒｏｌフィールドは、Ｃｏｎｔｒｏｌ  ＷｒａｐｐｅｒフレームやＭＡＣヘッダのＯｒｄｅｒサブフィールドが１に設定されたＱｏＳ  Ｄａｔａフレーム、管理フレームに含まれることができる。
【０２４６】
２）チャネルサウンディング（ｃｈａｎｎｅｌ  ｓｏｕｎｄｉｎｇ）を利用したフィードバック方法
【０２４７】
図１１は、本発明が適用され得る無線通信システムにおけるチャネルサウンディング（ｓｏｕｎｄｉｎｇ）方法を概念的に示す図である。
【０２４８】
図１１では、サウンディングプロトコル（ｓｏｕｎｄｉｎｇ  ｐｒｏｔｏｃｏｌ）に基づいてＢｅａｍｆｏｒｍｅｒ（例えば、ＡＰ）とＢｅａｍｆｏｒｍｅｅ（例えば、ｎｏｎ−ＡＰ  ＳＴＡ）との間のチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）をフィードバックする方法を例示する。サウンディングプロトコル（ｓｏｕｎｄｉｎｇ  ｐｒｏｔｏｃｏｌ）は、チャネル状態情報に関する情報をフィードバックされる手順を意味できる。
【０２４９】
サウンディングプロトコルに基づいたＢｅａｍｆｏｒｍｅｒとＢｅａｍｆｏｒｍｅｅとの間のチャネル状態情報サウンディング方法を下記のようなステップで行うことができる。
【０２５０】
（１）ＢｅａｍｆｏｒｍｅｒでＢｅａｍｆｏｒｍｅｅのフィードバックのためのサウンディング送信を知らせるＶＨＴ  ＮＤＰＡ（ＶＨＴ  Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを送信する。
【０２５１】
ＶＨＴ  ＮＤＰＡフレームは、チャネルサウンディングが開始され、ＮＤＰ（Ｎｕｌｌ  ｄａｔａ  ｐａｃｋｅｔ）が送信されることを知らせるために使用される制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）を意味する。言い替えれば、ＮＤＰを送信する前にＶＨＴ  ＮＤＰＡフレームを送信することにより、ＢｅａｍｆｏｒｍｅｅがＮＤＰフレームを受信する前にチャネル状態情報をフィードバックするための準備をさせることができる。
【０２５２】
ＶＨＴ  ＮＤＰＡフレームは、ＮＤＰを送信するＢｅａｍｆｏｒｍｅｅのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）情報、フィードバックタイプ情報などを含むことができる。ＶＨＴ  ＮＤＰＡフレームに対するより詳細な説明は後述する。
【０２５３】
ＶＨＴ  ＮＤＰＡフレームは、ＭＵ−ＭＩＭＯを使用してデータを送信する場合と、ＳＵ−ＭＩＭＯを使用してデータを送信する場合とに互いに異なる送信方式で送信されることができる。例えば、ＭＵ−ＭＩＭＯのためのチャネルサウンディングを行う場合、ＶＨＴ  ＮＤＰＡフレームをブロードキャスト（ｂｒｏａｄｃａｓｔ）方式で送信するが、ＳＵ−ＭＩＭＯのためのチャネルサウンディングを行う場合、１つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームをユニキャスト（ｕｎｉｃａｓｔ）方式で送信することができる。
【０２５４】
（２）Ｂｅａｍｆｏｒｍｅｒは、ＶＨＴ  ＮＤＰＡフレームを送信した後、ＳＩＦＳ時間後にＮＤＰを送信する。ＮＤＰは、データフィールドを除いたＶＨＴ  ＰＰＤＵ構造を有する。
【０２５５】
ＶＨＴ  ＮＤＰＡフレームを受信したＢｅａｍｆｏｒｍｅｅは、ＳＴＡ情報フィールドに含まれたＡＩＤ１２サブフィールド値を確認し、自分がサウンディング対象ＳＴＡであるか確認することができる。
【０２５６】
また、Ｂｅａｍｆｏｒｍｅｅは、ＮＤＰＡに含まれたＳＴＡ  Ｉｎｆｏフィールドの順序を介してフィードバック順序を分かることができる。図１１では、フィードバック順序がＢｅａｍｆｏｒｍｅｅ１、Ｂｅａｍｆｏｒｍｅｅ２、Ｂｅａｍｆｏｒｍｅｅ３の順序で進められる場合を例示する。
【０２５７】
（３）Ｂｅａｍｆｏｒｍｅｅ１は、ＮＤＰに含まれたトレーニングフィールド（ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）に基づいて下向きリンクチャネル状態情報を取得して、Ｂｅａｍｆｏｒｍｅｒに送信するフィードバック情報を生成する。
【０２５８】
Ｂｅａｍｆｏｒｍｅｅ１は、ＮＤＰフレームを受信した後、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０２５９】
ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームは、時空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）に対するＳＮＲ値、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）に対する圧縮されたビームフォーミングフィードバック行列（ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）に関する情報などが含まれ得る。ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームについてのより詳細な説明は後述する。
【０２６０】
（４）Ｂｅａｍｆｏｒｍｅｒは、Ｂｅａｍｆｏｒｍｅｅ１からＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームを受信した後、ＳＩＦＳ以後にＢｅａｍｆｏｒｍｅｅ２からチャネル情報を得るために、ビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームをＢｅａｍｆｏｒｍｅｅ２に送信する。
【０２６１】
Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームは、ＮＤＰフレームと同じ役割を果たすフレームであって、Ｂｅａｍｆｏｒｍｅｅ２は、送信されるＢｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームに基づいてチャネル状態を測定できる。
【０２６２】
Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームについてのより詳細な説明は後述する。
【０２６３】
（５）Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを受信したＢｅａｍｆｏｒｍｅｅ２は、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０２６４】
（６）Ｂｅａｍｆｏｒｍｅｒは、Ｂｅａｍｆｏｒｍｅｅ２からＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームを受信した後、ＳＩＦＳ以後にＢｅａｍｆｏｒｍｅｅ３からチャネル情報を得るために、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  ＰｏｌｌフレームをＢｅａｍｆｏｒｍｅｅ３に送信する。
【０２６５】
（７）Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを受信したＢｅａｍｆｏｒｍｅｅ３は、ＳＩＦＳ以後にフィードバック情報を含むＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームをＢｅａｍｆｏｒｍｅｒに送信する。
【０２６６】
以下、前述したチャネルサウンディング手順で使用されるフレームについて説明する。
【０２６７】
図１２は、本発明が適用され得る無線通信システムにおけるＶＨＴ  ＮＤＰＡフレームを例示する図である。
【０２６８】
図１２に示すように、ＶＨＴ  ＮＤＰＡフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡ（Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、ＴＡ（Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、サウンディングダイアログトークン（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ）フィールド、ＳＴＡ情報１（ＳＴＡ  Ｉｎｆｏ  １）フィールドないしＳＴＡ情報ｎ（ＳＴＡ  Ｉｎｆｏ  ｎ）フィールド、及びＦＣＳで構成されることができる。
【０２６９】
ＲＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを受信する受信者住所（ｒｅｃｅｉｖｅｒ  ａｄｄｒｅｓｓ）またはＳＴＡ住所を表す。
【０２７０】
ＶＨＴ  ＮＤＰＡフレームが１つのＳＴＡ  Ｉｎｆｏフィールドを含む場合、ＲＡフィールド値は、ＳＴＡ  Ｉｎｆｏフィールド内のＡＩＤにより識別されるＳＴＡの住所を有する。例えば、ＳＵ−ＭＩＭＯチャネルサウンディングのために、１つの対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを送信する場合、ＡＰは、ＶＨＴ  ＮＤＰＡフレームを対象ＳＴＡにユニキャスト（ｕｎｉｃａｓｔ）で送信する。
【０２７１】
それに対し、ＶＨＴ  ＮＤＰＡフレームが１つ以上のＳＴＡ  Ｉｎｆｏフィールドを含む場合、ＲＡフィールド値は、ブロードキャスト住所（ｂｒｏａｄｃａｓｔ  ａｄｄｒｅｓｓ）を有する。例えば、ＭＵ−ＭＩＭＯチャネルサウンディングのために、少なくとも１つ以上の対象ＳＴＡにＶＨＴ  ＮＤＰＡフレームを送信する場合、ＡＰは、ＶＨＴ  ＮＤＰＡフレームをブロードキャスティングする。
【０２７２】
ＴＡフィールド値は、ＶＨＴ  ＮＤＰＡフレームを送信する送信者住所（ｔｒａｎｓｍｉｔｔｅｒ  ａｄｄｒｅｓｓ）または送信するＳＴＡの住所またはＴＡをシグナリングする帯域幅を表す。
【０２７３】
Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎフィールドは、サウンディングシーケンス（Ｓｏｕｎｄｉｎｇ  Ｓｅｑｕｅｎｃｅ）フィールドと呼ばれることができる。Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎフィールド内のサウンディングダイアログトークン番号（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒ）サブフィールドは、ＶＨＴ  ＮＤＰＡフレームを識別するために、Ｂｅａｍｆｏｒｍｅｒにより選択された値を含む。
【０２７４】
ＶＨＴ  ＮＤＰＡフレームは、少なくとも１つのＳＴＡ  Ｉｎｆｏフィールドを含む。すなわち、ＶＨＴ  ＮＤＰＡフレームは、サウンディング対象ＳＴＡに関する情報を含むＳＴＡ  Ｉｎｆｏフィールドを含む。ＳＴＡ  Ｉｎｆｏフィールドは、サウンディング対象ＳＴＡ毎に１つずつ含まれることができる。
【０２７５】
各ＳＴＡ  Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド、フィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、及びＮｃインデックス（Ｎｃ  Ｉｎｄｅｘ）サブフィールドで構成されることができる。
【０２７６】
表５は、ＶＨＴ  ＮＤＰＡフレームに含まれるＳＴＡ  Ｉｎｆｏフィールドのサブフィールドを表す。
【０２７７】
【表５】
0006438118.tif 000014
【０２７８】
前述した各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＭＡＣフレームに含まれ得るフィールドの例示に該当し、他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得る。
【０２７９】
図１３は、本発明が適用され得る無線通信システムにおけるＮＤＰ  ＰＰＤＵを例示する図である。
【０２８０】
図１３に示すように、ＮＤＰは、前述した図４のようなＶＨＴ  ＰＰＤＵフォーマットでデータフィールドが省略されたフォーマットを有することができる。ＮＤＰは、特定プリコーディング行列（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ）に基づいてプリコーディング（ｐｒｅｃｏｄｉｎｇ）されてサウンディング対象ＳＴＡに送信されることができる。
【０２８１】
ＮＤＰのＬ−ＳＩＧフィールドでデータフィールドに含まれたＰＳＤＵ長さを指示する長さフィールドは、「０」に設定される。
【０２８２】
ＮＤＰのＶＨＴ−ＳＩＧ−ＡフィールドでＮＤＰ送信のために使用された送信技法がＭＵ−ＭＩＭＯであるか、またはＳＵ−ＭＩＭＯであるか指示するＧｒｏｕｐ  ＩＤフィールドは、ＳＵ−ＭＩＭＯ送信を指示する値に設定される。
【０２８３】
ＮＤＰのＶＨＴ−ＳＩＧ−Ｂフィールドのデータビットは、帯域幅別に固定されたビットパターン（ｂｉｔ  ｐａｔｔｅｒｎ）に設定される。
【０２８４】
サウンディング対象ＳＴＡは、ＮＤＰを受信すれば、ＮＤＰのＶＨＴ−ＬＴＦフィールドに基づいてチャネルを推定し、チャネル状態情報を取得する。
【０２８５】
図１４は、本発明が適用され得る無線通信システムにおけるＶＨＴ圧縮されたビームフォーミング（ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）フレームフォーマットを例示する図である。
【０２８６】
図１４に示すように、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームは、ＶＨＴ機能を支援するためのＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フレームであって、Ｆｒａｍｅ  ＢｏｄｙにＡｃｔｉｏｎフィールドを含む。Ａｃｔｉｏｎフィールドは、ＭＡＣフレームのＦｒａｍｅ  Ｂｏｄｙに含まれて、拡張された管理動作を明示するためのメカニズムを提供する。
【０２８７】
Ａｃｔｉｏｎフィールドは、カテゴリー（Ｃａｔｅｇｏｒｙ）フィールド、ＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フィールド、ＶＨＴ  ＭＩＭＯ制御（ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌ）フィールド、ＶＨＴ圧縮されたビームフォーミング報告（ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ）フィールド、及びＭＵ専用ビームフォーミング報告（ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ）フィールドで構成される。
【０２８８】
Ｃａｔｅｇｏｒｙフィールドは、ＶＨＴカテゴリー（すなわち、ＶＨＴ  Ａｃｔｉｏｎフレーム）を指示する値に設定され、ＶＨＴ  Ａｃｔｉｏｎフィールドは、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームを指示する値に設定される。
【０２８９】
ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、ビームフォーミングフィードバックと関連した制御情報をフィードバックするために使用される。ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇフレームに常に存在し得る。
【０２９０】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、データを送信するのに使用される時空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）に対するＳＮＲ情報が含まれたビームフォーミングマトリックスに関する情報をフィードバックするために使用される。
【０２９１】
ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、ＭＵ−ＭＩＭＯ送信を行う場合、空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）に対するＳＮＲ情報をフィードバックするために使用される。
【０２９２】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドの存在可否及び内容（ｃｏｎｔｅｎｔ）は、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドのフィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、残余フィードバックセグメント（Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓ）サブフィールド、最初フィードバックセグメント（Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ）サブフィールドの値に応じて決定されることができる。
【０２９３】
以下、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド、ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド、及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドについてより具体的に説明する。
【０２９４】
１）ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドは、Ｎｃインデックス（Ｎｃ  Ｉｎｄｅｘ）サブフィールド、Ｎｒインデックス（Ｎｒ  Ｉｎｄｅｘ）サブフィールド、チャネル幅（Ｃｈａｎｎｅｌ  Ｗｉｄｔｈ）サブフィールド、グルーピング（Ｇｒｏｕｐｉｎｇ）サブフィールド、コードブック情報（Ｃｏｄｅｂｏｏｋ  Ｉｎｆｏｒｍａｔｉｏｎ）サブフィールド、フィードバックタイプ（Ｆｅｅｄｂａｃｋ  Ｔｙｐｅ）サブフィールド、残余フィードバックセグメント（Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓ）サブフィールド、最初フィードバックセグメント（Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ）サブフィールド、予備（ｒｅｓｅｒｖｅｄ）サブフィールド、及びサウンディングダイアログトークン番号（Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒ）サブフィールドで構成される。
【０２９５】
表６は、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドのサブフィールドを表す。
【０２９６】
【表６】
0006438118.tif 000015
【０２９７】
ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  ＢｅａｍｆｏｒｍｉｎｇフレームがＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドの全部または一部を伝達しない場合、Ｎｃ  Ｉｎｄｅｘサブフィールド、Ｃｈａｎｎｅｌ  Ｗｉｄｔｈサブフィールド、Ｇｒｏｕｐｉｎｇサブフィールド、Ｃｏｄｅｂｏｏｋ  Ｉｎｆｏｒｍａｔｉｏｎサブフィールド、Ｆｅｅｄｂａｃｋ  Ｔｙｐｅサブフィールド、及びＳｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒサブフィールドは予備フィールドに設定され、Ｆｉｒｓｔ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔサブフィールドは「０」に設定され、Ｒｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドは「７」に設定される。
【０２９８】
Ｓｏｕｎｄｉｎｇ  Ｄｉａｌｏｇ  Ｔｏｋｅｎ  Ｎｕｍｂｅｒサブフィールドは、サウンディングシーケンス番号（Ｓｏｕｎｄｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）サブフィールドと呼ばれることもできる。
【０２９９】
２）ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドは、送信Ｂｅａｍｆｏｒｍｅｒがステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」を決定するために使用する圧縮されたビームフォーミングフィードバック行列（ｃｏｍｐｏｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）「Ｖ」を角度の形態で表した明示的なフィードバック情報を伝達するために使用される。
【０３００】
表７は、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドのサブフィールドを表す。
【０３０１】
【表７】
0006438118.tif 000016
【０３０２】
表７に示すように、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔフィールドでは、時空間ストリームの各々に対する平均ＳＮＲとそれぞれのサブキャリアに対する圧縮されたビームフォーミングフィードバック行列（Ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇ  ｆｅｅｄｂａｃｋ  ｍａｔｒｉｘ）「Ｖ」とが含まれ得る。圧縮されたビームフォーミングフィードバック行列は、チャネル状況に関する情報を含む行列であって、ＭＩＭＯを使用した送信方法でチャネル行列（すなわち、ステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」）を算出するために使用される。
【０３０３】
ｓｃｉｄｘ（）は、Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｍａｔｒｉｘサブフィールドが送信されるサブキャリアを意味する。Ｎａは、Ｎｒ×Ｎｃ値により固定される（例えば、Ｎｒ×Ｎｃ＝２×１である場合、Φ１１、Ψ２１、．．．）。
【０３０４】
Ｎｓは、Ｂｅａｍｆｏｒｍｅｒに圧縮されたビームフォーミングフィードバック行列が送信されるサブキャリアの個数を意味する。Ｂｅａｍｆｏｒｍｅｅは、グルーピング方法を使用して圧縮されたビームフォーミングフィードバック行列が送信されるＮｓの数を減らすことができる。例えば、複数のサブキャリアを１つのグループに束ね、当該グループ別に圧縮されたビームフォーミングフィードバック行列を送信することにより、フィードバックされる圧縮されたビームフォーミングフィードバック行列の個数を減らすことができる。Ｎｓは、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールドに含まれたＣｈａｎｎｅｌ  ＷｉｄｔｈサブフィールドとＧｒｏｕｐｉｎｇサブフィールドから算出されることができる。
【０３０５】
表８は、時空間ストリームの平均ＳＮＲ（Ａｖｅｒａｇｅ  ＳＮＲ  ｏｆ  Ｓｐａｃｅ−Ｔｉｍｅ）Ｓｔｒｅａｍサブフィールドを例示する。
【０３０６】
【表８】
0006438118.tif 000017
【０３０７】
表８に示すように、時空間ストリームの各々に対する平均ＳＮＲは、チャネルに含まれるサブキャリア全体に対する平均ＳＮＲ値を算出して、その値を−１２８〜＋１２８範囲にマッピングして算出される。
【０３０８】
３）ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドは、デルタ（）ＳＮＲの形態で表した明示的なフィードバック情報を伝達するために使用される。ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド及びＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールド内の情報は、ＭＵ  Ｂｅａｍｆｏｒｍｅｒがステアリング行列（ｓｔｅｅｒｉｎｇ  ｍａｔｉｘ）「Ｑ」を決定するために使用され得る。
【０３０９】
表９は、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームに含まれるＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドのサブフィールドを表す。
【０３１０】
【表９】
0006438118.tif 000018
【０３１１】
表９に示すように、ＭＵ  Ｅｘｃｌｕｓｉｖｅ  Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔフィールドでは、サブキャリア別に時空間ストリーム当たりＳＮＲが含まれ得る。
【０３１２】
各Ｄｅｌｔａ  ＳＮＲサブフィールドは、−８ｄＢから７ｄＢまでの間で１ｄＢずつ増加される値を有する。
【０３１３】
ｓｃｉｄｘ（）は、Ｄｅｌｔａ  ＳＮＲサブフィールドが送信されるサブキャリア（等）を意味し、Ｎｓは、ＢｅａｍｆｏｒｍｅｒにＤｅｌｔａ  ＳＮＲサブフィールドが送信されるサブキャリアの数を意味する。
【０３１４】
図１５は、本発明が適用され得る無線通信システムにおけるビームフォーミング報告ポール（Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌ）フレームフォーマットを例示する図である。
【０３１５】
図１５に示すように、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続時間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡ（Ｒｅｃｅｉｖｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、ＴＡ（Ｔｒａｎｓｍｉｔｔｉｎｇ  Ａｄｄｒｅｓｓ）フィールド、フィードバックセグメント再送信ビットマップ（Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐ）フィールド、及びＦＣＳを含んで構成される。
【０３１６】
ＲＡフィールド値は、対象受信者（ｉｎｔｅｎｄｅｄ  ｒｅｃｉｐｉｅｎｔ）の住所を表す。
【０３１７】
ＴＡフィールド値は、Ｂｅａｍｆｏｒｍｉｎｇ  Ｒｅｐｏｒｔ  Ｐｏｌｌフレームを送信するＳＴＡの住所またはＴＡをシグナリングする帯域幅を表す。
【０３１８】
Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐフィールドは、ＶＨＴ圧縮されたビームフォーミング報告（ＶＨＴ  Ｃｏｍｐｒｅｓｓｅｄ  Ｂｅａｍｆｏｒｍｉｎｇ  ｒｅｐｏｒｔ）で要請されるフィードバックセグメントを指示する。
【０３１９】
Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｉｔｍａｐフィールド値で位置ｎのビットが「１」であれば、（ＬＳＢである場合、ｎ＝０、ＭＳＢである場合、ｎ＝７）、ＶＨＴ  ｃｏｍｐｒｅｓｓｅｄ  ｂｅａｍｆｏｒｍｉｎｇフレームのＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド内のＲｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドでｎと相応するフィードバックセグメントが要請される。それに対し、位置ｎのビットが「０」であれば、ＶＨＴ  ＭＩＭＯ  Ｃｏｎｔｒｏｌフィールド内のＲｅｍａｉｎｉｎｇ  Ｆｅｅｄｂａｃｋ  Ｓｅｇｍｅｎｔｓサブフィールドでｎと相応するフィードバックセグメントが要請されない。
【０３２０】
グループ識別子（Ｇｒｏｕｐ  ＩＤ）
ＶＨＴ  ＷＬＡＮシステムは、より高い処理率のために、ＭＵ−ＭＩＭＯ送信方法を支援するので、ＡＰは、ＭＩＭＯペアリングされた少なくとも１つ以上のＳＴＡに同時にデータフレームを送信できる。ＡＰは、自分と結合（ａｓｓｏｃｉａｔｉｏｎ）されている複数のＳＴＡのうち、少なくとも１つ以上のＳＴＡを含むＳＴＡグループにデータを同時に送信することができる。例えば、ペアリングされたＳＴＡの数は、最大４個でありうるし、最大空間ストリーム数が８個であるとき、各ＳＴＡには、最大４個の空間ストリームが割り当てられ得る。
【０３２１】
また、ＴＤＬＳ（Ｔｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ）やＤＬＳ（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ）、メッシュネットワーク（ｍｅｓｈ  ｎｅｔｗｏｒｋ）を支援するＷＬＡＮシステムでは、データを送信しようとするＳＴＡがＭＵ−ＭＩＭＯ送信技法を使用してＰＰＤＵを複数のＳＴＡに送信することができる。
【０３２２】
以下、ＡＰが複数のＳＴＡにＭＵ−ＭＩＭＯ送信技法によってＰＰＤＵを送信することを例に挙げて説明する。
【０３２３】
ＡＰは、ペアリングされた送信対象ＳＴＡグループに属するＳＴＡに互いに異なる空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）を介してＰＰＤＵを同時に送信する。上述したように、ＶＨＴ  ＰＰＤＵフォーマットのＶＨＴ−ＳＩＧ  Ａフィールドは、グループＩＤ情報及び時空間ストリーム情報を含み、各ＳＴＡは、自分に送信されるＰＰＤＵであるか確認することができる。このとき、送信対象ＳＴＡグループの特定ＳＴＡには空間ストリームが割り当てられず、データが送信されないこともある。
【０３２４】
１つ以上のＧｒｏｕｐ  ＩＤに相応するユーザ位置（ｕｓｅｒ  ｐｏｓｉｔｉｏｎ）を割当（ａｓｓｉｇｎｍｅｎｔ）したり、または変更（ｃｈａｎｇｅ）するために、グループＩＤ管理（Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔ）フレームが用いられる。すなわち、ＡＰは、ＭＵ−ＭＩＭＯ送信を行う前に、Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを介して特定グループＩＤと連結されたＳＴＡを知らせることができる。
【０３２５】
図１６は、本発明が適用され得る無線通信システムにおけるＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを例示する図である。
【０３２６】
図１６に示すように、Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームは、ＶＨＴ機能を支援するためのＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フレームであって、Ｆｒａｍｅ  ＢｏｄｙにＡｃｔｉｏｎフィールドを含む。Ａｃｔｉｏｎフィールドは、ＭＡＣフレームのＦｒａｍｅ  Ｂｏｄｙに含まれて、拡張された管理動作を明示するためのメカニズムを提供する。
【０３２７】
Ａｃｔｉｏｎフィールドは、カテゴリー（Ｃａｔｅｇｏｒｙ）フィールド、ＶＨＴ動作（ＶＨＴ  Ａｃｔｉｏｎ）フィールド、メンバーシップ状態アレイ（Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓ  Ａｒｒａｙ）フィールド、及びユーザ位置アレイ（Ｕｓｅｒ  ｐｏｓｉｔｉｏｎ  Ａｒｒａｙ）フィールドで構成される。
【０３２８】
Ｃａｔｅｇｏｒｙフィールドは、ＶＨＴカテゴリー（すなわち、ＶＨＴ  Ａｃｔｉｏｎフレーム）を指示する値に設定され、ＶＨＴ  Ａｃｔｉｏｎフィールドは、Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを指示する値に設定される。
【０３２９】
Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓ  Ａｒｒａｙフィールドは、各グループ別に１ビットのメンバーシップ状態（Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓ）サブフィールドで構成される。Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓサブフィールドが「０」に設定されれば、ＳＴＡが当該グループのメンバーでないことを表し、「１」に設定されれば、ＳＴＡが当該グループのメンバーであることを表す。ＳＴＡは、Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓ  Ａｒｒａｙフィールド内の１つ以上のＭｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓサブフィールドが「１」に設定されることにより、１つ以上のグループが割り当てられ得る。
【０３３０】
ＳＴＡは、自分が属した各グループで１つのユーザ位置（ｕｓｅｒ  ｐｏｓｉｔｉｏｎ）を有することができる。
【０３３１】
Ｕｓｅｒ  ｐｏｓｉｔｉｏｎ  Ａｒｒａｙフィールドは、各グループ別に２ビットのユーザ位置（Ｕｓｅｒ  ｐｏｓｉｔｉｏｎ）サブフィールドで構成される。自分が属したグループ内でＳＴＡのユーザ位置（ｕｓｅｒ  ｐｏｓｉｔｉｏｎ）は、Ｕｓｅｒ  ｐｏｓｉｔｉｏｎ  Ａｒｒａｙフィールド内のＵｓｅｒ  ｐｏｓｉｔｉｏｎサブフィールドにより指示される。ＡＰは、各グループで同じユーザ位置（ｕｓｅｒ  ｐｏｓｉｔｉｏｎ）を互いに異なるＳＴＡに割り当てることができる。
【０３３２】
ＡＰは、ｄｏｔ１１ＶＨＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄパラメータが「ｔｒｕｅ」である場合のみに、Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを送信できる。Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームは、ＶＨＴ能力要素（ＶＨＴ  Ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔ）フィールド内のＭＵ  Ｂｅａｍｆｏｒｍｅｅ  Ｃａｐａｂｌｅフィールドが「１」に設定されたＶＨＴ  ＳＴＡのみに送信される。Ｇｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームは、各ＳＴＡにアドレスされた（ａｄｄｒｅｓｓｅｄ）フレームに送信される。
【０３３３】
ＳＴＡは、自分のＭＡＣ住所とマッチングされるＲＡフィールドを有するＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを受信する。ＳＴＡは、受信したＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームの内容に基づいてＰＨＹＣＯＮＦＩＧ＿ＶＥＣＴＯＲパラメータであるＧＲＯＵＰ＿ＩＤ＿ＭＡＮＡＧＥＭＥＮＴをアップデートする。
【０３３４】
ＳＴＡへのＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームの送信及びそれに対するＳＴＡからのＡＣＫの送信は、ＳＴＡにＭＵ  ＰＰＤＵを送信する前に完了する。
【０３３５】
ＭＵ  ＰＰＤＵは、最も最近にＳＴＡに送信され、ＡＣＫが受信されたＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームの内容に基づいてＳＴＡに送信される。
【０３３６】
ダウンリンクＭＵ-ＭＩＭＯフレーム（ＤＬ  ＭＵ-ＭＩＭＯ  Ｆｒａｍｅ）
図１７は、本発明が適用され得る無線通信システムにおけるダウンリンク多重ユーザ（ｍｕｌｔｉ-ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【０３３７】
図１７に示すように、ＰＰＤＵは、プリアンブル及びデータフィールド（Ｄａｔａ  ｆｉｅｌｄ）を含んで構成される。データフィールドは、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールド、テールビット（Ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０３３８】
ＡＰは、ＭＰＤＵを併合（ａｇｇｒｅｇａｔｉｏｎ）してＡ-ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）フォーマットでデータフレームを送信できる。この場合、スクランブルされたＰＳＤＵ（ｓｃｒａｍｂｌｅｄ  ＰＳＤＵ）フィールドは、Ａ-ＭＰＤＵから構成されることができる。
【０３３９】
Ａ-ＭＰＤＵは、１つ以上のＡ-ＭＰＤＵサブフレーム（Ａ-ＭＰＤＵ  ｓｕｂｆｒａｍｅ）の配列（ｓｅｑｕｅｎｃｅ）から構成される。
【０３４０】
ＶＨＴ  ＰＰＤＵの場合、各Ａ-ＭＰＤＵサブフレームの長さが４オクテットの倍数であるから、Ａ-ＭＰＤＵは、ＰＳＤＵの最後のオクテットにＡ-ＭＰＤＵを合わせるために、最後のＡ-ＭＰＤＵサブフレーム（Ａ-ＭＰＤＵ  ｓｕｂｆｒａｍｅ）以後に０ないし３オクテットのＥＯＦ（ｅｎｄ-ｏｆ-ｆｒａｍｅ）パッド（ｐａｄ）を含むことができる。
【０３４１】
Ａ-ＭＰＤＵサブフレームは、ＭＰＤＵディリミター（ｄｅｌｉｍｉｔｅｒ）から構成され、選択的にＭＰＤＵがＭＰＤＵディリミター（Ｄｅｌｉｍｉｔｅｒ）以後に含まれることができる。また、１つのＡ-ＭＰＤＵ内の最後のＡ-ＭＰＤＵサブフレームを除いて、各Ａ-ＭＰＤＵサブフレームの長さを４オクテットの倍数にするために、パッドオクテットがＭＰＤＵ以後に付着される。
【０３４２】
ＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒは、予備（Ｒｅｓｅｒｖｅｄ）フィールド、ＭＰＤＵ長さ（ＭＰＤＵ  Ｌｅｎｇｔｈ）フィールド、ＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールド、ディリミターシグネチャー（Ｄｅｌｉｍｉｔｅｒ  Ｓｉｇｎａｔｕｒｅ）フィールドから構成される。
【０３４３】
ＶＨＴ  ＰＰＤＵの場合、ＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒは、ＥＯＦ（ｅｎｄ-ｏｆ-ｆｒａｍｅ）フィールドをさらに含むことができる。ＭＰＤＵ  Ｌｅｎｇｔｈフィールドが０でパディングするために使用されるＡ-ＭＰＤＵサブフレーム、またはＡ-ＭＰＤＵが１つのＭＰＤＵだけから構成される場合、当該ＭＰＤＵが載せられるＡ-ＭＰＤＵサブフレームの場合、ＥＯＦフィールドは、「１」にセットされる。そうでない場合、「０」にセットされる。
【０３４４】
ＭＰＤＵ  Ｌｅｎｇｔｈフィールドは、ＭＰＤＵの長さに対する情報を含む。
【０３４５】
当該Ａ−ＭＰＤＵサブフレームにＭＰＤＵが存在しない場合、「０」にセットされる。ＭＰＤＵ  Ｌｅｎｇｔｈフィールドが「０」値を有するＡ-ＭＰＤＵサブフレームは、ＶＨＴ  ＰＰＤＵ内の可用オクテットにＡ-ＭＰＤＵを合わせるために、当該Ａ−ＭＰＤＵにパディングする時に使用される。
【０３４６】
ＣＲＣフィールドは、エラーチェックのためのＣＲＣ情報、Ｄｅｌｉｍｉｔｅｒ  Ｓｉｇｎａｔｕｒｅフィールドは、ＭＰＤＵディリミターを検索するために使用されるパターン情報を含む。
【０３４７】
そして、ＭＰＤＵは、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）、フレーム本体（Ｆｒａｍｅ  Ｂｏｄｙ）及びフレームチェックシーケンス（ＦＣＳ）から構成される。
【０３４８】
図１８は、本発明が適用され得る無線通信システムにおけるダウンリンク多重ユーザ（ｍｕｌｔｉ-ｕｓｅｒ）ＰＰＤＵフォーマットを例示する図である。
【０３４９】
図１８は、当該ＰＰＤＵを受信するＳＴＡの数が３個であり、各ＳＴＡに割り当てられる空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）の数が１であると仮定するが、ＡＰにペアリングされたＳＴＡの数、各ＳＴＡに割り当てられる空間的ストリームの数は、これに限定されない。
【０３５０】
図１８に示すように、ＭＵ  ＰＰＤＵは、Ｌ-ＴＦｓフィールド（Ｌ-ＳＴＦフィールド及びＬ-ＬＴＦフィールド）、Ｌ-ＳＩＧフィールド、ＶＨＴ-ＳＩＧ-Ａフィールド、ＶＨＴ-ＴＦｓフィールド（ＶＨＴ-ＳＴＦフィールド及びＶＨＴ-ＬＴＦフィールド）、ＶＨＴ-ＳＩＧ-Ｂフィールド、Ｓｅｒｖｉｃｅフィールド、１つ以上のＰＳＤＵ、ｐａｄｄｉｎｇフィールド及びＴａｉｌビットを含んで構成される。Ｌ-ＴＦｓフィールド、Ｌ-ＳＩＧフィールド、ＶＨＴ-ＳＩＧ-Ａフィールド、ＶＨＴ-ＴＦｓフィールド、ＶＨＴ-ＳＩＧ-Ｂフィールドは、先の図４の例示と同一なので、以下の詳細な説明は省略する。
【０３５１】
ＰＰＤＵ持続期間を指示するための情報がＬ-ＳＩＧフィールドに含まれることができる。ＰＰＤＵ内で、Ｌ-ＳＩＧフィールドにより指示されたＰＰＤＵ持続期間は、ＶＨＴ-ＳＩＧ-Ａフィールドが割り当てられたシンボル、ＶＨＴ-ＴＦｓフィールドが割り当てられたシンボル、ＶＨＴ-ＳＩＧ-Ｂフィールドが割り当てられたフィールド、Ｓｅｒｖｉｃｅフィールドを構成するビット、ＰＳＤＵを構成するビット、ｐａｄｄｉｎｇフィールドを構成するビット及びＴａｉｌフィールドを構成するビットを含む。ＰＰＤＵを受信するＳＴＡは、Ｌ-ＳＩＧフィールドに含まれたＰＰＤＵ持続時間を指示する情報を介して、ＰＰＤＵの持続期間に対する情報を取得できる。
【０３５２】
上述のように、ＶＨＴ-ＳＩＧ-Ａを介してＧｒｏｕｐ  ＩＤ情報、各ユーザ当たりの時空間ストリーム数情報が送信され、ＶＨＴ-ＳＩＧ-Ｂを介してコーディング（ｃｏｄｉｎｇ）方法及びＭＣＳ情報などが送信される。したがって、Ｂｅａｍｆｏｒｍｅｒは、ＶＨＴ-ＳＩＧ-ＡとＶＨＴ-ＳＩＧ-Ｂを確認し、自身が属したＭＵ  ＭＩＭＯフレームであるかどうかが分かる。したがって、当該Ｇｒｏｕｐ  ＩＤのメンバーＳＴＡでないか、または当該Ｇｒｏｕｐ  ＩＤのメンバーであるが割り当てられたストリーム数が「０」であるＳＴＡは、ＶＨＴ-ＳＩＧ-Ａフィールド以後からＰＰＤＵ終わりまで物理階層の受信を中断するように設定することによって、電力消費を低減することができる。
【０３５３】
Ｇｒｏｕｐ  ＩＤは、予めＢｅａｍｆｏｒｍｅｒが送信するＧｒｏｕｐ  ＩＤ  Ｍａｎａｇｅｍｅｎｔフレームを受信することによって、ＢｅａｍｆｏｒｍｅｒがどんなＭＵグループに属しているか、自身が属するグループの中で何番目のユーザであるか、すなわちどんなストリームを介してＰＰＤＵを受信しているかが分かる。
【０３５４】
８０２．１１ａｃに基づくＶＨＴ  ＭＵ  ＰＰＤＵ内の送信されるすべてのＭＰＤＵは、Ａ-ＭＰＤＵに含まれる。図１8のデータフィールドにおいて各ＶＨＴＡ-ＭＰＤＵは、互いに異なるストリームに送信されることができる。
【０３５５】
図１８において、各ＳＴＡに送信されるデータのサイズが相違することができるので、各々のＡ-ＭＰＤＵは、互いに異なるビットサイズを有することができる。
【０３５６】
この場合、Ｂｅａｍｆｏｒｍｅｒが送信する複数のデータフレームの送信が終了する時間は、最大区間送信データフレームの送信が終了する時間と同一になるように、ヌルパディング（ｎｕｌｌ  ｐａｄｄｉｎｇ）を行うことができる。最大区間送信データフレームは、Ｂｅａｍｆｏｒｍｅｒにより有効ダウンリンクデータが最も長い間の区間の間に送信されるフレームでありうる。有効ダウンリンクデータは、ヌルパディングされないダウンリンクデータでありうる。例えば、有効ダウンリンクデータは、Ａ-ＭＰＤＵに含まれて送信されることができる。複数のデータフレームのうち、最大区間送信データフレームを除いた残りのデータフレームは、ヌルパディングを行うことができる。
【０３５７】
ヌルパディングのために、Ｂｅａｍｆｏｒｍｅｒは、Ａ-ＭＰＤＵフレーム内の複数のＡ-ＭＰＤＵサブフレームにおいて時間的に後順位に位置した１つ以上のＡ-ＭＰＤＵサブフレームをＭＰＤＵ  Ｄｅｌｉｍｉｔｅｒフィールドだけでエンコードして満たすことができる。ＭＰＤＵ長が０であるＡ-ＭＰＤＵサブフレームをナルサブフレーム（Ｎｕｌｌ  ｓｕｂｆｒａｍｅ）と呼ぶことができる。
【０３５８】
上述のように、ナルサブフレームは、ＭＰＤＵ  ＤｅｌｉｍｉｔｅｒのＥＯＦフィールドが「１」にセットされる。したがって、受信側ＳＴＡのＭＡＣ階層では、１にセットされたＥＯＦフィールドを感知すると、物理階層に受信を中断するように設定することによって、電力消費を低減できる。
【０３５９】
ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）手順
図１９は、本発明が適用され得る無線通信システムにおける下向きリンクＭＵ−ＭＩＭＯ送信過程を例示する図である。
【０３６０】
８０２．１１ａｃでは、ＭＵ−ＭＩＭＯは、ＡＰからクライアント（すなわち、ｎｏｎ−ＡＰ  ＳＴＡ）に向ける下向きリンクで定義される。このとき、多重ユーザフレーム（ｍｕｌｔｉ−ｕｓｅｒ  ｆｒａｍｅ）は、多重受信者に同時に送信されるが、受信確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）は、上向きリンクで個別的に送信されなければならない。
【０３６１】
８０２．１１ａｃに基づくＶＨＴ  ＭＵ  ＰＰＤＵ内の送信される全てのＭＰＤＵは、Ａ−ＭＰＤＵに含まれるので、ＶＨＴ  ＭＵ  ＰＰＤＵに対する即刻的な応答でない、ＶＨＴ  ＭＵ  ＰＰＤＵ内のＡ−ＭＰＤＵに対する応答は、ＡＰによるブロックＡＣＫ要請（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームに対する応答として送信される。
【０３６２】
まず、ＡＰは、全ての受信者（すなわち、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）にＶＨＴ  ＭＵ  ＰＰＤＵ（すなわち、プリアンブル及びデータ）を送信する。ＶＨＴ  ＭＵ  ＰＰＤＵは、各ＳＴＡに送信されるＶＨＴ  Ａ−ＭＰＤＵを含む。
【０３６３】
ＡＰからＶＨＴ  ＭＵ  ＰＰＤＵを受信したＳＴＡ１は、ＳＩＦＳ以後にブロックＡＣＫ（ＢＡ：Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをＡＰに送信する。ＢＡフレームについてのより詳細な説明は後述する。
【０３６４】
ＳＴＡ１からＢＡを受信したＡＰは、ＳＩＦＳ以後にＢＡＲ（ｂｌｏｃｋ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｒｅｑｕｅｓｔ）フレームを次のＳＴＡ２に送信し、ＳＴＡ２は、ＳＩＦＳ以後にＢＡフレームをＡＰに送信する。ＳＴＡ２からＢＡフレームを受信したＡＰは、ＳＩＦＳ以後にＢＡＲフレームをＳＴＡ３に送信し、ＳＴＡ３は、ＳＩＦＳ以後にＢＡフレームをＡＰに送信する。
【０３６５】
このような過程が全てのＳＴＡに対して行われれば、ＡＰは、次のＭＵ  ＰＰＤＵを全てのＳＴＡに送信する。
【０３６６】
ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム
一般に、ＭＰＤＵの応答としてＡＣＫフレームを使用し、Ａ−ＭＰＤＵの応答としてブロックＡＣＫフレームを使用する。
【０３６７】
図２０は、本発明が適用され得る無線通信システムにおけるＡＣＫフレームを例示する図である。
【０３６８】
図２０に示すように、ＡＣＫフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間（Ｄｕｒａｔｉｏｎ）フィールド、ＲＡフィールド、及びＦＣＳで構成される。
【０３６９】
ＲＡフィールドは、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレーム、ブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム、またはＰＳ−Ｐｏｌｌフレームの第２の住所（Ａｄｄｒｅｓｓ２）フィールドの値に設定される。
【０３７０】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡによりＡＣＫフレームが送信される場合、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレームのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド内のモアフラグメント（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓ）サブフィールドが「０」であれば、持続期間（ｄｕｒａｔｉｏｎ）値は、「０」に設定される。
【０３７１】
非ＱｏＳ（ｎｏｎ−ＱｏＳ）ＳＴＡにより送信されないＡＣＫフレームでの持続期間（ｄｕｒａｔｉｏｎ）値は、直前に受信されたデータ（Ｄａｔａ）フレーム、管理（Ｍａｎａｇｅｍｅｎｔ）フレーム、ブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレーム、ブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレーム、またはＰＳ−ＰｏｌｌフレームのＤｕｒａｔｉｏｎ／ＩＤフィールドでＡＣＫフレーム送信のために要求される時間及びＳＩＦＳ区間を差し引いた値（ｍｓ）に設定される。計算された持続期間（ｄｕｒａｔｉｏｎ）値が整数値でない場合、四捨五入される。
【０３７２】
以下、ブロックＡＣＫ（要請）フレームについて説明する。
【０３７３】
図２１は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームを例示する図である。
【０３７４】
図２１に示すように、ブロックＡＣＫ要請（ＢＡＲ）フレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、受信住所（ＲＡ）フィールド、送信住所（ＴＡ）フィールド、ＢＡＲ制御（ＢＡＲ  ｃｏｎｔｒｏｌ）フィールド、ＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールド、及びフレームチェックシーケンス（ＦＣＳ）で構成される。
【０３７５】
ＲＡフィールドは、ＢＡＲフレームを受信するＳＴＡの住所で設定されることができる。
【０３７６】
ＴＡフィールドは、ＢＡＲフレームを送信するＳＴＡの住所で設定されることができる。
【０３７７】
ＢＡＲ  ｃｏｎｔｒｏｌフィールドは、ＢＡＲ  Ａｃｋ政策（ＢＡＲ  Ａｃｋ  Ｐｏｌｉｃｙ）サブフィールド、多重−ＴＩＤ（Ｍｕｌｔｉ−ＴＩＤ）サブフィールド、圧縮ビットマップ（Ｃｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド、及びＴＩＤ情報（ＴＩＤ＿Ｉｎｆｏ）サブフィールドを含む。
【０３７８】
表１０は、ＢＡＲ  ｃｏｎｔｒｏｌフィールドを例示する表である。
【０３７９】
【表１０】
0006438118.tif 000019
【０３８０】
ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＢＡＲフレームのタイプによって相違した情報が含まれる。これについて図２２を参照して説明する。
【０３８１】
図２２は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ要請（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームのＢＡＲ情報（ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【０３８２】
図２２（ａ）は、Ｂａｓｉｃ  ＢＡＲフレーム及びＣｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームのＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図２２（ｂ）は、Ｍｕｌｔｉ−ＴＩＤ  ＢＡＲフレームのＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示する。
【０３８３】
図２２（ａ）に示すように、Ｂａｓｉｃ  ＢＡＲフレーム及びＣｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームの場合、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールドを含む。
【０３８４】
そして、Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、フラグメント番号（Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ）サブフィールド、開始シーケンス番号（Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）サブフィールドを含む。
【０３８５】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０３８６】
Ｂａｓｉｃ  ＢＡＲフレームの場合、Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡＲフレームが送信される最初のＭＳＤＵのシーケンス番号を含む。Ｃｏｍｐｒｅｓｓｅｄ  ＢＡＲフレームの場合、Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡＲフレームが送信されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３８７】
図２２（ｂ）に示すように、Ｍｕｌｔｉ−ＴＩＤ  ＢＡＲフレームの場合、ＢＡＲ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＴＩＤ別情報（Ｐｅｒ  ＴＩＤ  Ｉｎｆｏ）サブフィールド及びブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールドが１つ以上のＴＩＤ別に繰り返されて構成される。
【０３８８】
Ｐｅｒ  ＴＩＤ  Ｉｎｆｏサブフィールドは、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド及びＴＩＤ値（ＴＩＤ  Ｖａｌｕｅ）サブフィールドを含む。ＴＩＤ  Ｖａｌｕｅサブフィールドは、ＴＩＤ値を含む。
【０３８９】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡＲフレームが送信されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０３９０】
図２３は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームを例示する図である。
【０３９１】
図２３に示すように、ブロックＡＣＫ（ＢＡ）フレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、受信住所（ＲＡ）フィールド、送信住所（ＴＡ）フィールド、ＢＡ制御（ＢＡ  ｃｏｎｔｒｏｌ）フィールド、ＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールド、及びフレームチェックシーケンス（ＦＣＳ）で構成される。
【０３９２】
ＲＡフィールドは、ブロックＡＣＫを要請したＳＴＡの住所で設定されることができる。
【０３９３】
ＴＡフィールドは、ＢＡフレームを送信するＳＴＡの住所で設定されることができる。
【０３９４】
ＢＡ  ｃｏｎｔｒｏｌフィールドは、ＢＡ  Ａｃｋ政策（ＢＡ  Ａｃｋ  Ｐｏｌｉｃｙ）サブフィールド、多重−ＴＩＤ（Ｍｕｌｔｉ−ＴＩＤ）サブフィールド、圧縮ビットマップ（Ｃｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐ）サブフィールド、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド、及びＴＩＤ情報（ＴＩＤ＿Ｉｎｆｏ）サブフィールドを含む。
【０３９５】
表１１は、ＢＡ  ｃｏｎｔｒｏｌフィールドを例示する表である。
【０３９６】
【表１１】
0006438118.tif 000020
【０３９７】
ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＢＡフレームのタイプによって相違した情報が含まれる。これについて図２４を参照して説明する。
【０３９８】
図２４は、本発明が適用され得る無線通信システムにおけるブロックＡＣＫ（Ｂｌｏｃｋ  Ａｃｋ）フレームのＢＡ情報（ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドを例示する図である。
【０３９９】
図２４（ａ）は、Ｂａｓｉｃ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図２４（ｂ）は、Ｃｏｍｐｒｅｓｓｅｄ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示し、図２４（ｃ）は、Ｍｕｌｔｉ−ＴＩＤ  ＢＡフレームのＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドを例示する。
【０４００】
図２４（ａ）に示すように、Ｂａｓｉｃ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドを含む。
【０４０１】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールド及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。
【０４０２】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０４０３】
Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡフレームが送信されるための最初のＭＳＤＵのシーケンス番号を含み、直前に受信したＢａｓｉｃ  ＢＡＲフレームと同じ値に設定される。
【０４０４】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、１２８オクテットの長さで構成され、最大６４個のＭＳＤＵの受信状態を指示するために使用される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応するＭＰＤＵが成功裏に受信されたことを指示し、「０」値は、当該ビット位置に対応するＭＰＤＵが成功裏に受信されていないことを指示する。
【０４０５】
図２４（ｂ）に示すように、Ｃｏｍｐｒｅｓｓｅｄ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドを含む。
【０４０６】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールド及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。
【０４０７】
Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。
【０４０８】
Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドは、当該ＢＡフレームが送信されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含み、直前に受信したＢａｓｉｃ  ＢＡＲフレームと同じ値に設定される。
【０４０９】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、８オクテットの長さで構成され、最大６４個のＭＳＤＵ及びＡ−ＭＳＤＵの受信状態を指示するために使用される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功裏に受信されたことを指示し、「０」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功裏に受信されていないことを指示する。
【０４１０】
図２４（ｃ）に示すように、Ｍｕｌｔｉ−ＴＩＤ  ＢＡフレームの場合、ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＴＩＤ別情報（Ｐｅｒ  ＴＩＤ  Ｉｎｆｏ）サブフィールド、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）サブフィールド、及びブロックＡＣＫビットマップ（Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐ）サブフィールドが１つ以上のＴＩＤ別に繰り返されて構成され、ＴＩＤが増加される順に構成される。
【０４１１】
Ｐｅｒ  ＴＩＤ  Ｉｎｆｏサブフィールドは、予備（Ｒｅｓｅｒｖｅｄ）サブフィールド及びＴＩＤ値（ＴＩＤ  Ｖａｌｕｅ）サブフィールドを含む。ＴＩＤ  Ｖａｌｕｅサブフィールドは、ＴＩＤ値を含む。
【０４１２】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、上述したように、Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒ及びＳｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒサブフィールドを含む。Ｆｒａｇｍｅｎｔ  Ｎｕｍｂｅｒサブフィールドは、０に設定される。Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌサブフィールドは、当該ＢＡフレームが送信されるための最初のＭＳＤＵまたはＡ−ＭＳＤＵのシーケンス番号を含む。
【０４１３】
Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドは、８オクテットの長さで構成される。Ｂｌｏｃｋ  Ａｃｋ  Ｂｉｔｍａｐサブフィールドで「１」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功裏に受信されたことを指示し、「０」値は、当該ビット位置に対応する単一ＭＳＤＵまたはＡ−ＭＳＤＵが成功裏に受信されていないことを指示する。
【０４１４】
アップリンク多重ユーザ送信方法
次世代ＷｉＦｉに対した様々な分野のベンダーの高い関心と８０２．１１ａｃ以後の高いスループット（ｈｉｇｈ  ｔｈｒｏｕｇｈｐｕｔ）及びＱｏＥ（ｑｕａｌｉｔｙ  ｏｆ  ｅｘｐｅｒｉｅｎｃｅ）性能向上に対する要求が高まっている状況において、次世代ＷＬＡＮシステムである８０２．１１ａｘシステムのための新しいフレームフォーマット及びヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に対する議論が盛んに進行中である。
【０４１５】
ＩＥＥＥ  ８０２．１１ａｘは、より高いデータ処理率（ｄａｔａ  ｒａｔｅ）を支援し、より高いユーザ負荷（ｕｓｅｒ  ｌｏａｄ）を処理するための次世代ＷＬＡＮシステムとして最近に新しく提案されているＷＬＡＮシステムのうちの一つであって、一名高効率ＷＬＡＮ（ＨＥＷ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  ＷＬＡＮ）と呼ばれる。
【０４１６】
ＩＥＥＥ  ８０２．１１ａｘ  ＷＬＡＮシステムは、従来のＷＬＡＮシステムと同様に、２．４ＧＨｚ周波数帯域及び５ＧＨｚ周波数帯域で動作できる。また、それより高い６０ＧＨｚ周波数帯域でも動作できる。
【０４１７】
ＩＥＥＥ  ８０２．１１ａｘシステムでは、平均スループット向上（ａｖｅｒａｇｅ  ｔｈｒｏｕｇｈｐｕｔ  ｅｎｈａｎｃｅｍｅｎｔ）と室外環境でのシンボル間干渉（ｉｎｔｅｒ-ｓｙｍｂｏｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）に対する 強固な送信（ｏｕｔｄｏｏｒ  ｒｏｂｕｓｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）のために、従来のＩＥＥＥ  ８０２．１１  ＯＦＤＭ  ｓｙｓｔｅｍ（ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）より各帯域幅において４倍大きいＦＦＴサイズを使用することができる。これについて、以下の図面を参照して説明する。
【０４１８】
以下、本発明にＨＥフォーマットＰＰＤＵに対した説明において、別の言及がなくても上述のｎｏｎ-ＨＴフォーマットＰＰＤＵ、ＨＴ-ｍｉｘｅｄフォーマットＰＰＤＵ、ＨＴ-ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵ及び／またはＶＨＴフォーマットＰＰＤＵに対した説明がＨＥフォーマットＰＰＤＵに対した説明に併合されることができる。
【０４１９】
図２５は、本発明の一実施の形態にかかるＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）フォーマットＰＰＤＵを例示する図である。
【０４２０】
図２５（ａ）は、ＨＥフォーマットＰＰＤＵの概略的な構造を例示し、図２5（ｂ）ないし（ｄ）は、ＨＥフォーマットＰＰＤＵのより具体的な構造を例示する。
【０４２１】
図２５（ａ）を参照すると、ＨＥＷのためのＨＥフォーマットＰＰＤＵは、大きくレガシー部分（Ｌ-ｐａｒｔ ）、ＨＥ部分（ＨＥ-ｐａｒｔ）及びデータフィールド（ＨＥ-ｄａｔａ）から構成されることができる。
【０４２２】
Ｌ-ｐａｒｔは、従来のＷＬＡＮシステムで維持する形態と同様に、Ｌ-ＳＴＦフィールド、Ｌ-ＬＴＦフィールド及びＬ-ＳＩＧフィールドから構成される。Ｌ-ＳＴＦフィールド、Ｌ-ＬＴＦフィールド及びＬ-ＳＩＧフィールドをレガシープリアンブル（ｌｅｇａｃｙ  ｐｒｅａｍｂｌｅ）と呼ぶことができる。
【０４２３】
ＨＥ-ｐａｒｔは、８０２．１１ａｘ標準のために新しく定義される部分であって、ＨＥ-ＳＴＦフィールド、ＨＥ-ＳＩＧフィールド及びＨＥ-ＬＴＦフィールドを含むことができる。図２５（ａ）では、ＨＥ-ＳＴＦフィールド、ＨＥ-ＳＩＧフィールド及びＨＥ-ＬＴＦフィールドの順序を例示しているが、これと相違する順に構成されることができる。また、ＨＥ-ＬＴＦは省略されうる。ＨＥ-ＳＴＦフィールド及びＨＥ-ＬＴＦフィールドだけでなく、ＨＥ-ＳＩＧフィールドを含んで、ＨＥ-ｐｒｅａｍｂｌｅと通称することもできる。
【０４２４】
ＨＥ-ＳＩＧは、ＨＥ-ｄａｔａフィールドをデコードするための情報（例えば、ＯＦＤＭＡ、ＵＬ  ＭＵ  ＭＩＭＯ、向上したＭＣＳ等）を含むことができる。
【０４２５】
Ｌ-ｐａｒｔとＨＥ-ｐａｒｔは、互いに異なるＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズ（すなわち、サブキャリヤ間隔（ｓｐａｃｉｎｇ））を有することができ、互いに異なるＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を使用することもできる。
【０４２６】
８０２．１１ａｘシステムでは、レガシーＷＬＡＮシステムに比べて４倍大きい（４×）ＦＦＴサイズを使用することができる。すなわち、Ｌ-ｐａｒｔは、１×シンボル構造から構成され、ＨＥ-ｐａｒｔ（特に、ＨＥ-ｐｒｅａｍｂｌｅ及びＨＥ-ｄａｔａ）は、４×シンボル構造から構成されることができる。ここで、１×、２×、４×サイズのＦＦＴは、レガシーＷＬＡＮシステム（例えば、ＩＥＥＥ  ８０２．１１ａ、８０２．１１ｎ、８０２．１１ａｃ等）に対した相対的なサイズを意味する。
【０４２７】
例えば、Ｌ-ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ６４、１２８、２５６、５１２であると、ＨＥ-ｐａｒｔに利用されるＦＦＴサイズは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚにおいてそれぞれ２５６、５１２、１０２４、２０４８でありうる。
【０４２８】
このようにレガシーＷＬＡＮシステムよりＦＦＴサイズが大きくなると、サブキャリヤ周波数間隔（ｓｕｂｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）が小さくなるので、単位周波数当たりのサブキャリヤの数が増加するが、ＯＦＤＭシンボル長が長くなる。
【０４２９】
すなわち、より大きなＦＦＴサイズが使用されるということは、サブキャリヤ間隔が狭くなるという意味であり、同様にＩＤＦＴ（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）周期（ｐｅｒｉｏｄ）が増えるという意味である。ここで、ＩＤＦＴ／ＤＦＴ周期は、ＯＦＤＭシンボルにおいて保護区間（ＧＩ）を除いたシンボル長を意味できる。
【０４３０】
したがって、ＨＥ-ｐａｒｔ（特に、ＨＥ-ｐｒｅａｍｂｌｅ及びＨＥ-ｄａｔａ）は、Ｌ-ｐａｒｔに比べて４倍大きなＦＦＴサイズが使用されるならば、ＨＥ-ｐａｒｔのサブキャリヤ間隔は、Ｌ-ｐａｒｔのサブキャリヤ間隔の１／４倍になり、ＨＥ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、Ｌ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期の４倍になる。例えば、Ｌ-ｐａｒｔのサブキャリヤ間隔が３１２．５ｋＨｚ（＝２０ＭＨｚ／６４、４０ＭＨＺ／１２８、８０ＭＨｚ／２５６及び／または１６０ＭＨｚ／５１２）であると、ＨＥ-ｐａｒｔのサブキャリヤ間隔は、７８．１２５ｋＨｚ（＝２０ＭＨｚ／２５６、４０ＭＨＺ／５１２、８０ＭＨｚ／１０２４及び／または１６０ＭＨｚ／２０４８）でありうる。また、Ｌ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期が３．２μｓ（＝１／３１２．５ｋＨｚ）であると、ＨＥ-ｐａｒｔのＩＤＦＴ／ＤＦＴ周期は、１２．８μｓ（＝１／７８．１２５ｋＨｚ）でありうる。
【０４３１】
ここで、ＧＩは、０．８μｓ、１．６μｓ、３．２μｓのうちのいずれか一つが使用されることができるので、ＧＩを含むＨＥ-ｐａｒｔのＯＦＤＭシンボル長（またはシンボル間隔（ｓｙｍｂｏｌ  ｉｎｔｅｒｖａｌ））は、ＧＩに応じて１３．６μｓ、１４．４μｓ、１６μｓでありうる。
【０４３２】
図２５（ｂ）を参照すると、ＨＥ-ＳＩＧフィールドは、ＨＥ-ＳＩＧ-ＡフィールドとＨＥ-ＳＩＧ-Ｂフィールドとに区分されることができる。
【０４３３】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ-ｐａｒｔは、１２．８μｓの長さを有するＨＥ-ＳＩＧ-Ａフィールド、１ＯＦＤＭシンボルのＨＥ-ＳＴＦフィールド、一つ以上のＨＥ-ＬＴＦフィールド、及び１ＯＦＤＭシンボルのＨＥ-ＳＩＧ-Ｂフィールドを含むことができる。
【０４３４】
また、ＨＥ-ｐａｒｔにおいてＨＥ-ＳＩＧ-Ａフィールドは除き、ＨＥ-ＳＴＦフィールドからは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ-ＳＴＦフィールドから適用され得る。
【０４３５】
ただし、図２５（ｂ）のように、ＨＥ-ＳＩＧがＨＥ-ＳＩＧ-ＡフィールドとＨＥ-ＳＩＧ-Ｂフィールドに区分されて送信されるとき、ＨＥ-ＳＩＧ-Ａフィールド及びＨＥ-ＳＩＧ-Ｂフィールドの位置は、図２５（ｂ）と異なることができる。例えば、ＨＥ-ＳＩＧ-Ａフィールドの次にＨＥ-ＳＩＧ-Ｂフィールドが送信され、ＨＥ-ＳＩＧ-Ｂフィールドの次にＨＥ-ＳＴＦフィールドとＨＥ-ＬＴＦフィールドが送信されることができる。この場合にも同様に、ＨＥ-ＳＴＦフィールドからは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。
【０４３６】
図２５（ｃ）を参照すると、ＨＥ-ＳＩＧフィールドは、ＨＥ-ＳＩＧ-ＡフィールドとＨＥ-ＳＩＧ-Ｂフィールドに区分されなくても良い。
【０４３７】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ-ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ-ＳＴＦフィールド、１ＯＦＤＭシンボルのＨＥ-ＳＩＧフィールド及び一つ以上のＨＥ-ＬＴＦフィールドを含むことができる。
【０４３８】
以上と類似に、ＨＥ-ｐａｒｔは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ-ＳＴＦフィールドから適用され得る。
【０４３９】
図２５（ｄ）を参照すると、ＨＥ-ＳＩＧフィールドは、ＨＥ-ＳＩＧ-ＡフィールドとＨＥ-ＳＩＧ-Ｂフィールドに区分されずに、ＨＥ-ＬＴＦフィールドは省略されることができる。
【０４４０】
例えば、ＨＥフォーマットＰＰＤＵのＨＥ-ｐａｒｔは、１ＯＦＤＭシンボルのＨＥ-ＳＴＦフィールド及び１ＯＦＤＭシンボルのＨＥ-ＳＩＧフィールドを含むことができる。
【０４４１】
以上と同様に、ＨＥ-ｐａｒｔは、従来のＰＰＤＵより４倍大きなサイズのＦＦＴが適用され得る。すなわち、２５６、５１２、１０２４及び２０４８サイズのＦＦＴがそれぞれ２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのＨＥフォーマットＰＰＤＵのＨＥ-ＳＴＦフィールドから適用され得る。
【０４４２】
本発明に係るＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも一つの２０ＭＨｚチャネルを介して送信されることができる。例えば、ＨＥフォーマットＰＰＤＵは、総４個の２０ＭＨｚチャネルを介して４０ＭＨｚ、８０ＭＨｚまたは１６０ＭＨｚ周波数帯域で送信されることができる。これについて、以下の図面を参照してさらに詳細に説明する。
【０４４３】
本発明が適用され得るＷＬＡＮシステムのためのＨＥフォーマットＰＰＤＵは、少なくとも１つの２０ＭＨｚチャネルを介して送信されることができる。例えば、ＨＥフォーマットＰＰＤＵは、総４個の２０ＭＨｚチャネルを介して４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚ周波数帯域で送信されることができる。これについて下記の図面を参照してより詳細に説明する。
【０４４４】
以下、説明するＰＰＤＵフォーマットは、説明の都合上、前述した図２５（ｂ）に基づいて説明するが、本発明がこれに限定されるものではない。
【０４４５】
図２６は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４４６】
図２６では、１つのＳＴＡに８０ＭＨｚが割り当てられた場合（または、８０ＭＨｚ内の複数のＳＴＡにＯＦＤＭＡ資源ユニットが割り当てられた場合）、或いは、複数のＳＴＡに各々８０ＭＨｚの互いに異なるストリームが割り当てられた場合のＰＰＤＵフォーマットを例示する。
【０４４７】
図２６に示すように、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧは、各２０ＭＨｚチャネルで６４ＦＦＴポイント（または、６４サブキャリア）に基づいて生成されたＯＦＤＭシンボルで送信されることができる。
【０４４８】
ＨＥ−ＳＩＧ  Ａフィールドは、ＰＰＤＵを受信するＳＴＡに共通に送信される共通制御情報を含むことができる。ＨＥ−ＳＩＧ  Ａフィールドは、１個ないし３個のＯＦＤＭシンボルで送信されることができる。ＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚ単位で複写されて同じ情報を含む。また、ＨＥ−ＳＩＧ−Ａフィールドは、システムの全体帯域幅情報を知らせる。
【０４４９】
表１２は、ＨＥ−ＳＩＧ  Ａフィールドに含まれる情報を例示する表である。
【０４５０】
【表１２】
0006438118.tif 000021
【０４５１】
表１２に例示される各フィールドに含まれる情報は、ＩＥＥＥ  ８０２．１１システムの定義にしたがうことができる。また、前述した各フィールドは、ＰＰＤＵに含まれ得るフィールドの例示に該当し、これに限定されない。すなわち、前述した各フィールドが他のフィールドに代替されるか、追加的なフィールドがさらに含まれ得るし、全てのフィールドが必須的に含まれないこともある。
【０４５２】
ＨＥ−ＳＴＦは、ＭＩＭＯ送信においてＡＧＣ推定の性能を改善するために使用される。
【０４５３】
ＨＥ−ＳＩＧ  Ｂフィールドは、各ＳＴＡが自分のデータ（例えば、ＰＳＤＵ）を受信するために要求されるユーザ特定（ｕｓｅｒ−ｓｐｅｃｉｆｉｃ）情報を含むことができる。ＨＥ−ＳＩＧ  Ｂフィールドは、１つまたは２つのＯＦＤＭシンボルで送信されることができる。例えば、ＨＥ−ＳＩＧ  Ｂフィールドは、当該ＰＳＤＵの変調及びコーディング技法（ＭＣＳ）及び当該ＰＳＤＵの長さに関する情報を含むことができる。
【０４５４】
Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル単位で繰り返されて送信されることができる。例えば、ＰＰＤＵが４個の２０ＭＨｚチャネル（すなわち、８０ＭＨｚ帯域）を介して送信されるとき、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、及びＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚチャネル毎に繰り返されて送信されることができる。
【０４５５】
ＦＦＴサイズが大きくなると、既存のＩＥＥＥ  ８０２．１１ａ／ｇ／ｎ／ａｃを支援するレガシーＳＴＡは、当該ＨＥ  ＰＰＤＵをデコーディングできないこともある。レガシーＳＴＡとＨＥ  ＳＴＡとが共存（ｃｏｅｘｉｓｔｅｎｃｅ）するために、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、及びＬ−ＳＩＧフィールドは、レガシーＳＴＡが受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信される。例えば、Ｌ−ＳＩＧフィールドは、１つのＯＦＤＭシンボルを占有し、１つのＯＦＤＭシンボル時間は、４μｓであり、ＧＩは、０．８μｓでありうる。
【０４５６】
各周波数単位別のＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ａ）からさらに大きくなることができる。例えば、２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。ＦＦＴサイズが大きくなると、ＯＦＤＭサブキャリア間の間隔が小さくなるので、単位周波数当たりＯＦＤＭサブキャリアの数が増加されるが、ＯＦＤＭシンボル時間は長くなる。システムの効率を向上させるために、ＨＥ−ＳＴＦ以後のＧＩの長さは、ＨＥ−ＳＩＧ  ＡのＧＩの長さと同様に設定されることができる。
【０４５７】
ＨＥ−ＳＩＧ  Ａフィールドは、ＨＥ  ＳＴＡがＨＥ  ＰＰＤＵをデコーディングするために要求される情報を含むことができる。しかし、ＨＥ−ＳＩＧ  Ａフィールドは、レガシーＳＴＡとＨＥ  ＳＴＡとを共に受信できるように、２０ＭＨｚチャネルで６４ＦＦＴを介して送信されることができる。これは、ＨＥ  ＳＴＡがＨＥフォーマットＰＰＤＵだけでなく、既存のＨＴ／ＶＨＴフォーマットＰＰＤＵを受信することができ、レガシーＳＴＡ及びＨＥ  ＳＴＡがＨＴ／ＶＨＴフォーマットＰＰＤＵとＨＥフォーマットＰＰＤＵとを区分しなければならないためである。
【０４５８】
図２７は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４５９】
図２７に示すように、ＨＥ−ＳＩＧ  ＢフィールドがＨＥ−ＳＩＧ  Ａフィールドの次に位置する点を除いては、前述した図２６の例示と同様である。この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）以後からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０４６０】
図２８は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４６１】
図２８では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０４６２】
図２８に示すように、ＨＥ−ＳＩＧ  ＢフィールドがＨＥ−ＳＩＧ  Ａフィールドの次に位置する。この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ−Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０４６３】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図２６の例示と同様であるから、以下、説明を省略する。
【０４６４】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡに特定された情報を含むことができるが、全体バンド（すなわち、ＨＥ−ＳＩＧ−Ａフィールドで指示）にわたってエンコーディングされることができる。すなわち、ＨＥ−ＳＩＧ−Ｂフィールドは、全てのＳＴＡに関する情報を含み、全てのＳＴＡが受信されるようになる。
【０４６５】
ＨＥ−ＳＩＧ−Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。例えば、図２８においてＨＥ−ＳＩＧ−Ｂは、ＳＴＡ１が２０ＭＨｚ、ＳＴＡ２がその次の２０ＭＨｚ、ＳＴＡ３がその次の２０ＭＨｚ、ＳＴＡ４がその次の２０ＭＨｚを割り当てることができる。また、ＳＴＡ１とＳＴＡ２とは、４０ＭＨｚを割り当て、ＳＴＡ３とＳＴＡ４とは、その次の４０ＭＨｚを割り当てることができる。この場合、ＳＴＡ１とＳＴＡ２とは、互いに異なるストリームを割り当て、ＳＴＡ３とＳＴＡ４とは、互いに異なるストリームを割り当てることができる。
【０４６６】
また、ＨＥ−ＳＩＧ−Ｃフィールドを定義し、図２８の例示にＨＥ−ＳＩＧ  Ｃフィールドが追加され得る。この場合、ＨＥ−ＳＩＧ−Ｂフィールドでは、全帯域にわたって全てのＳＴＡに関する情報が送信され、各ＳＴＡに特定の制御情報は、ＨＥ−ＳＩＧ−Ｃフィールドを介して２０ＭＨｚ単位で送信されることもできる。
【０４６７】
また、図２６〜図２８の例示において、ＨＥ−ＳＩＧ−Ｂフィールドは、全帯域にわたって送信せずに、ＨＥ−ＳＩＧ−Ａフィールドと同様に２０ＭＨｚ単位で送信されることができる。これについて下記の図面を参照して説明する。
【０４６８】
図２９は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵを例示する図である。
【０４６９】
図２９では、２０ＭＨｚチャネルが各々互いに異なるＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、及びＳＴＡ４）に割り当てられる場合を仮定する。
【０４７０】
図２９に示すように、図２８と同様に、ＨＥ−ＳＩＧ  ＢフィールドがＨＥ−ＳＩＧ  Ａフィールドの次に位置する。ただし、ＨＥ−ＳＩＧ  Ｂフィールドは、全帯域にわたって送信されず、ＨＥ−ＳＩＧ  Ａフィールドと同様に２０ＭＨｚ単位で送信される。
【０４７１】
この場合、単位周波数当たりＦＦＴサイズは、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）からさらに大きくなることができる。例えば、ＨＥ−ＳＴＦ（または、ＨＥ−ＳＩＧ  Ｂ）から２５６ＦＦＴが２０ＭＨｚチャネルで使用され、５１２ＦＦＴが４０ＭＨｚチャネルで使用され、１０２４ＦＦＴが８０ＭＨｚチャネルで使用されることができる。
【０４７２】
ＰＰＤＵに含まれる各フィールドで送信される情報は、前述した図２６の例示と同様であるから、以下、説明を省略する。
【０４７３】
ＨＥ−ＳＩＧ  Ａフィールドは、２０ＭＨｚ単位で複写されて（ｄｕｐｌｉｃａｔｅｄ）送信される。
【０４７４】
ＨＥ−ＳＩＧ  Ｂフィールドは、各ＳＴＡ別に割り当てられる周波数帯域幅情報及び／又は当該周波数帯域でストリーム情報を知らせることができる。
【０４７５】
ＨＥ−ＳＩＧ  Ｂフィールドは、ＨＥ−ＳＩＧ  Ａフィールドと同様に、２０ＭＨｚ単位で送信されることができる。この場合、ＨＥ−ＳＩＧ  Ｂフィールドは、各ＳＴＡに関する情報を含むので、２０ＭＨｚ単位の各ＨＥ−ＳＩＧ  Ｂフィールド別に各ＳＴＡに関する情報が含まれ得る。このとき、図２９の例示では、各ＳＴＡ別に２０ＭＨｚが割り当てられる場合を例示しているが、例えば、ＳＴＡに４０ＭＨｚが割り当てられる場合、２０ＭＨｚ単位でＨＥ−ＳＩＧ−Ｂフィールドが複写されて送信されることもできる。
【０４７６】
また、ＨＥ−ＳＩＧ  Ｂフィールドに全てのＳＴＡに関する情報（すなわち、各ＳＴＡに特定された情報が全て合わせられる）が含まれて、ＨＥ−ＳＩＧ  Ａフィールドと同様に、２０ＭＨｚ単位で複写されて（ｄｕｐｌｉｃａｔｅｄ）送信されることもできる。
【０４７７】
図２７〜図２９の例示のように、ＨＥ−ＳＩＧ−ＢフィールドがＨＥ  ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドの前に位置する場合、２０ＭＨｚで６４ＦＦＴを用いることによってシンボルの長さを短く構成し、図２６の例示のように、ＨＥ−ＳＩＧ−ＢフィールドがＨＥ  ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドの後に位置する場合、２０ＭＨｚで２５６ＦＦＴを用いることによってシンボルの長さを長く構成することができる。
【０４７８】
各ＢＳＳ別に互いに異なる帯域幅を支援する状況で隣接したＢＳＳからの干渉レベルが少ない一部の帯域幅をＳＴＡに割り当てる場合に、上記のようにＨＥ−ＳＩＧ−Ｂフィールドを全帯域にわたって送信しないことがより好ましい。
【０４７９】
図２６〜図２９においてデータフィールドは、ペイロード（ｐａｙｌｏａｄ）であって、サービスフィールド（ＳＥＲＶＩＣＥ  ｆｉｅｌｄ）、スクランブリングされたＰＳＤＵ、テールビット（ｔａｉｌ  ｂｉｔｓ）、パディングビット（ｐａｄｄｉｎｇ  ｂｉｔｓ）を含むことができる。
【０４８０】
図３０は、本発明の一実施形態に係るＨＥフォーマットＰＰＤＵ検出のための位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）を例示する。
【０４８１】
ＨＥフォーマットＰＰＤＵを区分（ｃｌａｓｓｉｆｉｃａｔｉｏｎ）するために、ＨＥフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信される３個のＯＦＤＭシンボルの位相が使用され得る。
【０４８２】
図３０に示すように、ＨＥフォーマットＰＰＤＵでＬ−ＳＩＧフィールド以後に送信されるＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２の位相は回転されないが、ＯＦＤＭシンボル＃３の位相は反時計方向に９０度だけ回転されることができる。すなわち、ＯＦＤＭシンボル＃１及びＯＦＤＭシンボル＃２に対する変調方法はＢＰＳＫが利用され、ＯＦＤＭシンボル＃３に対する変調方法はＱＢＰＳＫが利用され得る。
【０４８３】
ＳＴＡは、受信したＰＰＤＵのＬ−ＳＩＧフィールドの次に送信される第１のＯＦＤＭシンボルないし第３のＯＦＤＭシンボルを図３０の例示のようなコンステレーションに基づいてデコーディングを試みる。ＳＴＡがデコーディングに成功すれば、当該ＰＰＤＵがＨＥフォーマットＰＰＤＵであると判断することができる。
【０４８４】
ここで、Ｌ−ＳＩＧフィールド以後にＨＥ−ＳＩＧ  Ａフィールドが３個のＯＦＤＭシンボルで送信されるならば、これは、ＯＦＤＭシンボル＃１ないしＯＦＤＭシンボル＃３が共にＨＥ−ＳＩＧ  Ａフィールドを送信するために使用されることを意味する。
【０４８５】
以下、ＷＬＡＮシステムにおいて多重ユーザ（ｍｕｌｔｉ-ｕｓｅｒ）アップリンク送信方法について説明する。
【０４８６】
ＷＬＡＮシステムで動作するＡＰが同じ時間資源上において複数のＳＴＡへデータを送信する方式をＤＬ  ＭＵ送信（ｄｏｗｎｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。反対に、ＷＬＡＮシステムで動作する複数のＳＴＡが同じ時間資源上においてＡＰにデータを送信する方式をＵＬ  ＭＵ送信（ｕｐｌｉｎｋ  ｍｕｌｔｉ-ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）と呼ぶことができる。
【０４８７】
このようなＤＬ  ＭＵ送信またはＵＬ  ＭＵ送信は、周波数ドメインまたは空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上において多重化されることができる。
【０４８８】
周波数ドメイン上において多重化される場合、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に基づいて複数のＳＴＡ各々に対して互いに異なる周波数資源（例えば、サブキャリヤまたはトーン（ｔｏｎｅ））がダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる周波数資源を介した送信方式を「ＤＬ／ＵＬ  ＭＵ  ＯＦＤＭＡ送信」と呼ぶことができる。
【０４８９】
空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上において多重化される場合、複数のＳＴＡ各々に対して互いに異なる空間ストリームがダウンリンクまたはアップリンク資源に割り当てられることができる。このような同じ時間資源で互いに異なる空間的ストリームを介した送信方式を「ＤＬ／ＵＬ  ＭＵ  ＭＩＭＯ」送信と呼ぶことができる。
【０４９０】
現在ＷＬＡＮシステムでは、以下のような制約事項によりＵＬ  ＭＵ送信を支援できない。
【０４９１】
現在ＷＬＡＮシステムでは、複数のＳＴＡから送信されるアップリンクデータの送信タイミングに対する同期化が支援されない。例えば、従来のＷＬＡＮシステムにおいて複数のＳＴＡが同じ時間資源を介してアップリンクデータを送信する場合を仮定すると、現在ＷＬＡＮシステムでは、複数のＳＴＡ各々は、他のＳＴＡのアップリンクデータの送信タイミングが分からない。したがって、ＡＰは、複数のＳＴＡ各々から同じ時間資源上においてアップリンクデータを受信し難い。
【０４９２】
また、現在ＷＬＡＮシステムでは、複数のＳＴＡによりアップリンクデータを送信するために使用される周波数資源間の重複が発生できる。例えば、複数のＳＴＡ各々のオシレ−タ（ｏｓｃｉｌｌａｔｏｒ）が異なる場合、周波数オフセット（ｆｒｅｑｕｅｎｃｙ  ｏｆｆｓｅｔ）が異なるように現れることができる。仮に、周波数オフセットが異なる複数のＳＴＡ各々が互いに異なる周波数資源を介して同時にアップリンク送信を行う場合、複数のＳＴＡ各々により使用される周波数領域のうちの一部が重なることができる。
【０４９３】
また、従来のＷＬＡＮシステムでは、複数のＳＴＡ各々に対するパワー制御が行われない。複数のＳＴＡ各々とＡＰ間の距離とチャネル環境に従属的にＡＰは、複数のＳＴＡ各々から互いに異なるパワーの信号を受信することができる。このような場合、弱いパワーで到着する信号は、強いパワーで到着する信号に比べて相対的にＡＰにより検出され難い。これにより、本発明は、ＷＬＡＮシステムでのＵＬ  ＭＵ送信方法を提案する。
【０４９４】
図３１は、本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【０４９５】
図３１に示すように、ＡＰがＵＬ  ＭＵ送信に参加するＳＴＡにＵＬ  ＭＵ送信を準備することを指示し、当該ＳＴＡからＵＬ  ＭＵデータフレームを受信し、ＵＬ  ＭＵデータフレームに対する応答としてＡＣＫフレーム（ＢＡ（Ｂｌｏｃｋ  Ａｃｋ）フレーム）を送信する。
【０４９６】
まず、ＡＰは、ＵＬ  ＭＵトリガフレーム（ＵＬ  ＭＵ  Ｔｒｉｇｇｅｒ  ｆｒａｍｅ、３１１０）を送信することにより、ＵＬ  ＭＵデータを送信するＳＴＡにＵＬ  ＭＵ送信を準備することを指示する。ここで、ＵＬ  ＭＵスケジューリングフレームは、「ＵＬ  ＭＵスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）フレーム」の用語で呼ばれることもできる。
【０４９７】
ここで、ＵＬ  ＭＵトリガフレーム３１１０は、ＳＴＡ識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）／住所（ａｄｄｒｅｓｓ）情報、各ＳＴＡが使用する資源割当情報、持続期間（ｄｕｒａｔｉｏｎ）情報などのような制御情報を含むことができる。
【０４９８】
ＳＴＡ  ＩＤ／住所情報は、上向きリンクデータを送信する各ＳＴＡを特定するための識別子または住所に関する情報を意味する。
【０４９９】
資源割当情報は、各ＳＴＡ別に割り当てられる上向きリンク送信資源（例えば、ＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、各ＳＴＡに割り当てられる周波数／サブキャリア情報、ＵＬ  ＭＵ  ＭＩＭＯ送信の場合、各ＳＴＡに割り当てられるストリームインデックス）に関する情報を意味する。
【０５００】
持続期間（ｄｕｒａｔｉｏｎ）情報は、複数のＳＴＡの各々により送信される上向きリンクデータフレームの送信のための時間資源を決定するための情報を意味する。
【０５０１】
例えば、持続期間情報は、各ＳＴＡの上向きリンク送信のために割り当てられたＴＸＯＰ（Ｔｒａｎｓｍｉｔ  Ｏｐｐｏｒｔｕｎｉｔｙ）の区間情報、或いは上向きリンクフレーム長さ（ｆｒａｍｅ  ｌｅｎｇｔｈ）に関する情報（例えば、ビットまたはシンボル）を含むことができる。
【０５０２】
また、ＵＬ  ＭＵトリガフレーム３１１０は、各ＳＴＡ別にＵＬ  ＭＵデータフレーム送信の際に使用しなければならないＭＣＳ情報、コーディング（Ｃｏｄｉｎｇ）情報などのような制御情報をさらに含むこともできる。
【０５０３】
上記のような制御情報は、ＵＬ  ＭＵトリガフレーム３１１０を伝達するＰＰＤＵのＨＥ−ｐａｒｔ（例えば、ＨＥ−ＳＩＧ  ＡフィールドまたはＨＥ−ＳＩＧ  Ｂフィールド）やＵＬ  ＭＵトリガフレーム３１１０の制御フィールド（例えば、ＭＡＣフレームのＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドなど）で送信されることができる。
【０５０４】
ＵＬ  ＭＵトリガフレーム３１１０を伝達するＰＰＤＵは、Ｌ−ｐａｒｔ（例えば、Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、Ｌ−ＳＩＧフィールドなど）から始まる構造を有する。これにより、レガシーＳＴＡは、Ｌ−ＳＩＧフィールドからＬ−ＳＩＧ保護（Ｌ−ＳＩＧ  ｐｒｏｔｅｃｔｉｏｎ）を介してＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）セッティングを行うことができる。例えば、レガシーＳＴＡは、Ｌ−ＳＩＧでデータ長さ（ｌｅｎｇｔｈ）及びデータ率（ｄａｔａ  ｒａｔｅ）情報に基づいてＮＡＶセッティングのための区間（以下、「Ｌ−ＳＩＧ保護区間」）を算出できる。そして、レガシーＳＴＡは、算出されたＬ−ＳＩＧ保護区間の間には自分に送信されるデータがないと判断することができる。
【０５０５】
例えば、Ｌ−ＳＩＧ保護区間は、ＵＬ  ＭＵトリガフレーム３１１０のＭＡＣ  ｄｕｒａｔｉｏｎフィールド値とＵＬ  ＭＵトリガフレーム３１１０を運ぶＰＰＤＵのＬ−ＳＩＧフィールド以後の残余区間の合計で決定されることができる。これにより、Ｌ−ＳＩＧ保護区間は、ＵＬ  ＭＵトリガフレーム３１１０のＭＡＣ  ｄｕｒａｔｉｏｎ値に応じて各ＳＴＡに送信されるＡＣＫフレーム３１３０（または、ＢＡフレーム）を送信する区間までの値に設定されることができる。
【０５０６】
以下、各ＳＴＡへのＵＬ  ＭＵ送信のための資源割当方法をより具体的に説明する。説明の都合上、制御情報が含まれるフィールドを区分して説明するが、本発明がこれに限定されるものではない。
【０５０７】
第１のフィールドは、ＵＬ  ＭＵ  ＯＦＤＭＡ送信とＵＬ  ＭＵ  ＭＩＭＯ送信とを区分して指示することができる。例えば、「０」であれば、ＵＬ  ＭＵ  ＯＦＤＭＡ送信を指示し、「１」であれば、ＵＬ  ＭＵ  ＭＩＭＯ送信を指示できる。第１のフィールドのサイズは、１ビットで構成されることができる。
【０５０８】
第２のフィールド（例えば、ＳＴＡ  ＩＤ／住所フィールド）は、ＵＬ  ＭＵ送信に参加するＳＴＡ  ＩＤ或いはＳＴＡ住所を知らせる。第２のフィールドのサイズは、ＳＴＡ  ＩＤを知らせるためのビット数×ＵＬ  ＭＵに参加するＳＴＡ数で構成されることができる。例えば、第２のフィールドが１２ビットで構成される場合、４ビット別に各ＳＴＡのＩＤ／住所を指示できる。
【０５０９】
第３のフィールド（例えば、資源割当フィールド）は、ＵＬ  ＭＵ送信のために、各ＳＴＡに割り当てられる資源領域を指示する。このとき、各ＳＴＡに割り当てられる資源領域は、前述した第２のフィールドの順序によって各ＳＴＡに順次指示されることができる。
【０５１０】
仮りに、第１のフィールド値が「０」である場合、第２のフィールドに含まれたＳＴＡ  ＩＤ／住所の順にＵＬ  ＭＵ送信のための周波数情報（例えば、周波数インデックス、サブキャリアインデックス等）を表し、第１のフィールド値が「１」である場合、第２のフィールドに含まれたＳＴＡ  ＩＤ／住所の順にＵＬ  ＭＵ送信のためのＭＩＭＯ情報（例えば、ストリームインデックス等）を表す。
【０５１１】
このとき、１つのＳＴＡに複数個のインデックス（すなわち、周波数／サブキャリアインデックスまたはストリームインデックス）を知らせることができるので、第３のフィールドのサイズは、複数のビット（或いは、ビットマップ（ｂｉｔｍａｐ）形式で構成されることができる）×ＵＬ  ＭＵ送信に参加するＳＴＡ個数で構成されることができる。
【０５１２】
例えば、第２のフィールドが「ＳＴＡ１」、「ＳＴＡ２」の順序で設定され、第３のフィールドが「２」、「２」の順序で設定されると仮定する。
【０５１３】
この場合、第１のフィールドが「０」である場合、ＳＴＡ１は、上位（または、下位）周波数領域から周波数資源が割り当てられ、ＳＴＡ２は、その次の周波数資源が順次割り当てられ得る。一例として、８０ＭＨｚ帯域で２０ＭＨｚ単位のＯＦＤＭＡを支援する場合、ＳＴＡ１は、上位（または、下位）４０ＭＨｚ帯域、ＳＴＡ２は、その次の４０ＭＨｚ帯域を使用できる。
【０５１４】
それに対し、第１のフィールドが「１」である場合、ＳＴＡ１は、上位（または、下位）ストリームが割り当てられ、ＳＴＡ２は、その次のストリームが順次割り当てられ得る。このとき、各ストリームによるビームフォーミング方式は、予め指定されていたり、第３のフィールドまたは第４のフィールドでストリームによるビームフォーミング方式に対するより具体的な情報が含まれることもできる。
【０５１５】
各ＳＴＡは、ＡＰにより送信されるＵＬ  ＭＵトリガーフレーム３１１０に基づいてＵＬ  ＭＵデータフレーム（ＵＬ  ＭＵ  Ｄａｔａ  ｆｒａｍｅ）３１２１、３１２２、３１２３をＡＰに送信する。ここで、各ＳＴＡは、ＡＰからＵＬ  ＭＵトリガーフレーム３１１０を受信した後、ＳＩＦＳ以後にＵＬ  ＭＵデータフレーム３１２１、３１２２、３１２３をＡＰに送信できる。
【０５１６】
各ＳＴＡは、ＵＬ  ＭＵトリガーフレーム３１１０の資源割り当て情報に基づいて、ＵＬ  ＭＵ  ＯＦＤＭＡ送信のための特定の周波数資源またはＵＬ  ＭＵ  ＭＩＭＯ送信のための空間的ストリームを決定できる。
【０５１７】
具体的に、ＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、各ＳＴＡは、互いに異なる周波数資源を介して同じ時間資源上においてアップリンクデータフレームを送信できる。
【０５１８】
ここで、ＳＴＡ１ないしＳＴＡ３のそれぞれは、ＵＬ  ＭＵトリガーフレーム３１１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割り当て情報に基づいて、アップリンクデータフレーム送信のための互いに異なる周波数資源を割り当てられることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１ないしＳＴＡ３を順次に指示し、資源割り当て情報が周波数資源１、周波数資源２、周波数資源３を順次に指示できる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１ないしＳＴＡ３は、資源割り当て情報に基づいて順次に指示された周波数資源１、周波数資源２、周波数資源３をそれぞれ割り当てられることができる。すなわち、ＳＴＡ１は、周波数資源１、ＳＴＡ２は、周波数資源２、ＳＴＡ３は、周波数資源３を介してアップリンクデータフレーム３１２１、３１２２、３１２３をＡＰに送信できる。
【０５１９】
また、ＵＬ  ＭＵ  ＭＩＭＯ送信の場合、各ＳＴＡは、複数の空間的ストリームのうち、少なくとも一つの互いに異なるストリームを介して同じ時間資源上においてアップリンクデータフレームを送信できる。
【０５２０】
ここで、ＳＴＡ１ないしＳＴＡ３のそれぞれは、ＵＬ  ＭＵトリガーフレーム３１１０に含まれたＳＴＡ  ＩＤ／アドレス情報及び資源割り当て情報に基づいてアップリンクデータフレーム送信のための空間的ストリームを割り当てられることができる。例えば、ＳＴＡ  ＩＤ／アドレス情報がＳＴＡ１ないしＳＴＡ３を順次に指示し、資源割り当て情報が空間的ストリーム１、空間的ストリーム２、空間的ストリーム３を順次に指示できる。この場合、ＳＴＡ  ＩＤ／アドレス情報に基づいて順次に指示されたＳＴＡ１ないしＳＴＡ３は、資源割り当て情報に基づいて順次に指示された空間的ストリーム１、空間的ストリーム２、空間的ストリーム３をそれぞれ割り当てられることができる。すなわち、ＳＴＡ１は空間的ストリーム１、ＳＴＡ２は空間的ストリーム２、ＳＴＡ３は空間的ストリーム３を介してアップリンクデータフレーム３１２１、３１２２、３１２３をＡＰに送信できる。
【０５２１】
アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵは、Ｌ-ｐａｒｔなくても新しい構造にも構成が可能である。
【０５２２】
また、ＵＬ  ＭＵ  ＭＩＭＯ送信または２０ＭＨｚ未満のサブバンド形態のＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵのＬ-ｐａｒｔは、ＳＦＮ形態（すなわち、すべてのＳＴＡが同一なＬ-ｐａｒｔ構成と内容を同時に送信）で送信されることができる。これに対し、２０ＭＨｚ以上のサブバンド形態のＵＬ  ＭＵ  ＯＦＤＭＡ送信の場合、アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵのＬ-ｐａｒｔは、各ＳＴＡが割り当てられた帯域で２０ＭＨｚ単位に各々Ｌ-ｐａｒｔが送信されることができる。
【０５２３】
ＵＬ  ＭＵトリガーフレーム３１１０の情報でアップリンクデータフレームを十分に構成できるならば、アップリンクデータフレーム３１２１、３１２２、３１２３を伝達するＰＰＤＵ内のＨＥ-ＳＩＧフィールド（すなわち、データフレームの構成方式に対する制御情報を送信する領域）も要らなくなりうる。例えば、ＨＥ-ＳＩＧ-Ａフィールド及び／またはＨＥ-ＳＩＧ-Ｂが送信されなくても良い。また、ＨＥ-ＳＩＧ-ＡフィールドとＨＥ-ＳＩＧ-Ｃフィールドは送信され、ＨＥ-ＳＩＧ-Ｂフィールドは送信されなくても良い。
【０５２４】
ＡＰは、各ＳＴＡから受信したアップリンクデータフレーム３１２１、３１２２、３１２３に対した応答として、ＡＣＫフレーム（ＡＣＫ  ｆｒａｍｅ）３１３０（またはＢＡフレーム）を送信できる。ここで、ＡＰは、各ＳＴＡからアップリンクデータフレーム３１２１、３１２２、３１２３を受信し、ＳＩＦＳ以後にＡＣＫフレーム３１３０を各ＳＴＡに送信できる。
【０５２５】
万が一、従来のＡＣＫフレームの構造を同様に利用するならば、６オクテット大きさを有するＲＡフィールドにＵＬ  ＭＵ送信に参加するＳＴＡのＡＩＤ（或いは、部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ））を含んで構成できる。
【０５２６】
または、新しい構造のＡＣＫフレームを構成する場合、ＤＬ  ＳＵ送信またはＤＬ  ＭＵ送信のための形態で構成できる。
【０５２７】
ＡＰは、受信に成功したＵＬ  ＭＵデータフレームに対するＡＣＫフレーム３１３０だけを当該ＳＴＡに送信できる。また、ＡＰは、ＡＣＫフレーム３１３０を介して受信に成功したかどうかをＡＣＫまたはＮＡＣＫに知らせることができる。仮りに、ＡＣＫフレーム３１３０がＮＡＣＫ情報を含むならば、ＮＡＣＫに対した理由またはその後の手順のための情報（例えば、ＵＬ  ＭＵスケジューリング情報等）も含むことができる。
【０５２８】
または、ＡＣＫフレーム３１３０を伝達するＰＰＤＵは、Ｌ-ｐａｒｔ無しで新しい構造から構成することもできる。
【０５２９】
ＡＣＫフレーム３１３０は、ＳＴＡ  ＩＤ或いはアドレス情報を含むことができるが、ＵＬ  ＭＵトリガーフレーム３１１０で指示されたＳＴＡの順序を同一に適用するならば、ＳＴＡ  ＩＤ或いはアドレス情報を省略しても良い。
【０５３０】
また、ＡＣＫフレーム３１３０のＴＸＯＰ（すなわち、Ｌ-ＳＩＧ保護区間）を延長して次のＵＬ  ＭＵスケジューリングのためのフレーム、または次のＵＬ  ＭＵ送信のための補正情報などを含む制御フレームがＴＸＯＰ内に含まれることができる。
【０５３１】
一方、ＵＬ  ＭＵ送信のためにＳＴＡ同士に同期を合わせる等の補正（ａｄｊｕｓｔｍｅｎｔ）過程を追加することができる。
【０５３２】
図３２は、本発明の一実施形態に係る上向きリンク多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。
【０５３３】
以下、説明の都合上、前述した図３１の例示と同じ説明を省略する。
【０５３４】
図３２に示すように、ＡＰがＵＬ  ＭＵに使用するＳＴＡにＵＬ  ＭＵを準備することを指示し、ＵＬ  ＭＵのためのＳＴＡ間に同期を合わせるなどの補正（ａｄｊｕｓｔｍｅｎｔ）過程を経た後、ＵＬ  ＭＵデータフレームが送信され、ＡＣＫを送信できる。
【０５３５】
まず、ＡＰは、ＵＬ  ＭＵトリガフレーム（ＵＬ  ＭＵ  Ｔｒｉｇｇｅｒ  ｆｒａｍｅ、３２１０）を送信することにより、ＵＬ  ＭＵデータを送信するＳＴＡにＵＬ  ＭＵ送信を準備することを指示する。
【０５３６】
ＡＰからＵＬ  ＭＵトリガフレーム３２１０を受信した各ＳＴＡは、同期信号（Ｓｙｎｃ  ｓｉｇｎａｌ、３２２１、３２２２、３２２３）をＡＰに送信する。ここで、各ＳＴＡは、ＵＬ  ＭＵトリガフレーム３２１０を受信し、ＳＩＦＳ以後に同期信号３２２１、３２２２、３２２３をＡＰに送信することができる。
【０５３７】
そして、各ＳＴＡから同期信号３２２１、３２２２、３２２３を受信したＡＰは、各ＳＴＡに補正フレーム（Ａｄｊｕｓｔｍｅｎｔ  ｆｒａｍｅ、３２３０）を送信する。ここで、ＡＰは、同期信号３２２１、３２２２、３２２３を受信し、ＳＩＦＳ以後に補正フレーム３２３０を送信できる。
【０５３８】
同期信号３２２１、３２２２、３２２３及び補正フレーム３２３０を送受信する手順は、ＵＬ  ＭＵデータフレームの送信のために、各ＳＴＡ間の時間／周波数／パワーなどを補正するための手順である。すなわち、ＳＴＡが各自の同期信号３２２１、３２２２、３２２３を送信し、ＡＰは、その値に基づいて時間／周波数／パワーなどの誤差を補正する補正情報を補正フレーム３２３０を介して各ＳＴＡに知らせることにより、次に送信されるＵＬ  ＭＵデータフレームでその値を補正して送信できるようにするための手順である。また、このような手順がＵＬ  ＭＵトリガフレーム３２１０後に行われることにより、ＳＴＡは、スケジューリングによってデータフレーム構成を準備する時間を有することができる。
【０５３９】
より具体的に、ＵＬ  ＭＵトリガフレーム３２１０で指示されたＳＴＡは、各自指示された或いは指定された資源領域に同期信号３２２１、３２２２、３２２３を送信する。ここで、各ＳＴＡから送信される同期信号３２２１、３２２２、３２２３は、ＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＣＤＭ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、及び／又はＳＤＭ（ｓｐａｔｉａｌ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で多重化されることができる。
【０５４０】
例えば、ＵＬ  ＭＵトリガフレーム３２１０で指示されたＳＴＡの順序がＳＴＡ１、ＳＴＡ２、ＳＴＡ３であり、ＣＤＭで各ＳＴＡの同期信号３２２１、３２２２、３２２３が多重化されるならば、指定されたＳＴＡの順に各々割り当てられたシーケンス１（Ｓｅｑｕｅｎｃｅ１）、シーケンス２（Ｓｅｑｕｅｎｃｅ２）、シーケンス３（Ｓｅｑｕｅｎｃｅ３）をＡＰに送信することができる。
【０５４１】
ここで、各ＳＴＡの同期信号３２２１、３２２２、３２２３がＴＤＭ、ＣＤＭ、及び／又はＳＤＭに多重化されて送信されるために、各ＳＴＡが使用する資源（例えば、時間／シーケンス／ストリームなど）は、予め各ＳＴＡに指示されたり、定義されることができる。
【０５４２】
また、同期信号３２２１、３２２２、３２２３を伝達するＰＰＤＵは、Ｌ−ｐａｒｔを含まないか、ＭＡＣフレームの構成無しで物理階層信号のみで送信されることができる。
【０５４３】
各ＳＴＡから同期信号３２２１、３２２２、３２２３を受信したＡＰは、補正（ａｄｊｕｓｔｍｅｎｔ）フレーム３２３０を各ＳＴＡに送信する。
【０５４４】
このとき、ＡＰは、補正フレーム３２３０をＤＬ  ＳＵ送信方式で各ＳＴＡに送信するか、ＤＬ  ＭＵ送信方式で各ＳＴＡに送信することができる。すなわち、ＤＬ  ＳＵ送信の場合、補正フレーム３２３０は、ＵＬ  ＭＵ送信に参加する各ＳＴＡに順次送信されることができ、ＤＬ  ＭＵ送信の場合、補正フレーム３２３０は、各ＳＴＡに割り当てられた資源（すなわち、周波数或いはストリーム）を介してＵＬ  ＭＵ送信に参加する各ＳＴＡに同時に送信されることができる。
【０５４５】
補正フレーム３２３０は、ＳＴＡ  ＩＤ或いは住所情報を含むことができ、ＵＬ  ＭＵトリガフレーム３２１０で指示されたＳＴＡの順序を同様に適用するならば、ＳＴＡ  ＩＤ或いは住所情報を省略することもできる。
【０５４６】
また、補正フレーム３２３０は、補正（ａｄｊｕｓｔｍｅｎｔ）フィールドを含むことができる。
【０５４７】
ａｄｊｕｓｔｍｅｎｔフィールドは、時間／周波数／電力などの誤差を補正するための情報を含むことができる。ここで、補正情報は、ＡＰが受信するＳＴＡの信号が時間／周波数／電力などの誤差を発生できるが、その誤差ギャップ（ｇａｐ）を補正するように知らせる情報を意味する。その他にも、ＡＰが受信する同期信号３２２１、３２２２、３２２３に基づいて各ＳＴＡの時間／周波数／電力などの誤差をより正確に補正できる情報であれば、どの情報でも補正フレーム３２３０に含まれることができる。
【０５４８】
補正フレーム３２３０を伝達するＰＰＤＵは、Ｌ−ｐａｒｔ無しで新しい構造で構成されることができる。
【０５４９】
一方、同期信号３２２１、３２２２、３２２３及び補正フレーム３２３０を送受信する手順は、各ＳＴＡのＵＬ  ＭＵトリガフレーム３２１０を送信する前に行われることもできる。
【０５５０】
また、同期信号３２２１、３２２２、３２２３の送信を省略し、暗黙的（ｉｍｐｌｉｃｉｔ）な測定を介してＡＰがＵＬ  ＭＵトリガフレーム３２１０に補正情報を含んで送信することもできる。例えば、後述する事前手順（ｐｒｅ−ｐｒｏｃｅｄｕｒｅ）でＡＰは、各ＳＴＡから送信されるＮＤＰまたはバッファ状態（ｂｕｆｆｅｒ  ｓｔａｔｕｓ）／サウンディング（ｓｏｕｎｄｉｎｇ）フレームを介して各ＳＴＡ間の時間／周波数／パワーなどの誤差を補正する補正情報を生成し、補正情報をＵＬ  ＭＵトリガフレーム３２１０を介して各ＳＴＡに送信することもできる。
【０５５１】
また、補正する必要がないＳＴＡであれば（例えば、以前にＵＬ  ＭＵ送信を行う各ＳＴＡ間に補正手順が完了した場合など）、同期信号３２２１、３２２２、３２２３及び補正フレーム３２３０を送受信する手順は省略されることもできる。
【０５５２】
また、一部の補正手順だけ必要であれば、その手順だけ補正することがる。例えば、ＵＬ  ＭＵデータフレームのＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）長さがＳＴＡ間の外れた同期が問題にならない程度に長い場合、時間差を補正するための手順は省略されることができる。或いは、ＵＬ  ＭＵ  ＯＦＤＭＡ送信をするとき、ＳＴＡ間にガードバンド（Ｇｕａｒｄ  ｂａｎｄ）が十分であれば、周波数差を補正するための手順は省略されることができる。
【０５５３】
各ＳＴＡは、ＡＰにより送信されるＵＬ  ＭＵトリガフレーム３２１０及び補正フレーム３２３０に基づいてＵＬ  ＭＵデータフレーム（ＵＬ  ＭＵ  Ｄａｔａ  Ｆｒａｍｅ、３２４１、３２４２、３２４３）をＡＰに送信する。ここで、各ＳＴＡは、ＡＰから補正フレーム３２３０を受信した後、ＳＩＦＳ以後にＵＬ  ＭＵデータフレーム３２４１、３２４２、３２４３をＡＰに送信することができる。
【０５５４】
ＡＰは、各ＳＴＡから受信した上向きリンクデータフレーム３２４１、３２４２、３２４３に対する応答としてＡＣＫフレーム（ＡＣＫ  ｆｒａｍｅ、３２５０）（または、ＢＡ（Ｂｌｏｃｋ  Ａｃｋ）フレーム）を送信できる。ここで、ＡＰは、各ＳＴＡから上向きリンクデータフレーム３２４１、３２４２、３２４３を受信し、ＳＩＦＳ以後にＡＣＫフレーム３２５０を各ＳＴＡに送信することができる。
【０５５５】
図３３は、本発明の一実施形態に係るＯＦＤＭＡ多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信方式で資源割当単位を例示する図である。
【０５５６】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信方式が使用されるとき、ＰＰＤＵ帯域幅内でｎ個のトーン（ｔｏｎｅ）（または、サブキャリア（ｓｕｂｃａｒｒｉｅｒ））単位で複数個の資源ユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）が定義され得る。
【０５５７】
資源ユニットは、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のための周波数資源の割当単位を意味する。
【０５５８】
１つのＳＴＡにＤＬ／ＵＬ周波数資源として１つ以上の資源ユニットが割り当てられて、複数個のＳＴＡに各々互いに異なる資源ユニットが割り当てられ得る。
【０５５９】
図３３では、ＰＰＤＵ帯域幅が２０ＭＨｚである場合を例示する。
【０５６０】
図３３のように、資源ユニットを構成するトーンの個数は様々でありうる。
【０５６１】
例えば、図３３（ａ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２６個のトーンで構成されることができる。また、図３３（ｂ）のような資源ユニット構成方式によれば、１つの資源ユニットは、５２個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図３３（ｃ）のような資源ユニット構成方式によれば、１つの資源ユニットは、１０６個のトーンで構成されるか、２６個のトーンで構成されることができる。また、図３３（ｄ）のような資源ユニット構成方式によれば、１つの資源ユニットは、２４２個のトーンで構成されることができる。
【０５６２】
図３３（ａ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大９個のＳＴＡまで支援することができる。また、図３３（ｂ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大５個のＳＴＡまで支援することができる。また、図３３（ｃ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域でＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、最大３個のＳＴＡまで支援することができる。また、３２（ｄ）のように資源ユニットが構成される場合、２０ＭＨｚ帯域は、１つのＳＴＡに割り当てられることができる。
【０５６３】
ＤＬ／ＵＬ  ＯＦＤＭＡ送信に参加するＳＴＡの数及び／又は当該ＳＴＡが送信する或いは受信するデータの量等に基づいて、図３３（ａ）〜図３３（ｄ）のうち、いずれか１つの資源ユニット構成方式が決定され得る。
【０５６４】
図３３（ａ）〜図３３（ｃ）のような資源ユニット構成方式によって決定された全体資源ユニットのうち、ＤＬ／ＵＬ  ＯＦＤＭＡ送信のために、一部の資源ユニットだけが用いられ得る。例えば、２０ＭＨｚ内で図３３（ａ）のように資源ユニットが構成される場合、９個未満のＳＴＡに各々１つずつ資源ユニットが割り当てられ、残りの資源ユニットは、どのＳＴＡにも割り当てられないことがある。
【０５６５】
ＤＬ  ＯＦＤＭＡ送信の場合、ＰＰＤＵのデータフィールドは、各ＳＴＡに割り当てられた資源ユニット単位で周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化されて送信される。
【０５６６】
それに対し、ＵＬ  ＯＦＤＭＡ送信の場合、各ＳＴＡ別に各々自分が割当られた資源ユニット単位でＰＰＤＵのデータフィールドを構成し、同時にＡＰに送信することができる。このように、各ＳＴＡが同時にＰＰＤＵを送信するので、受信端であるＡＰの立場では、各ＳＴＡから送信されるＰＰＤＵのデータフィールドが周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で多重化されて送信されることと認識されることができる。
【０５６７】
また、ＤＬ／ＵＬ  ＯＦＤＭＡ送信とＤＬ／ＵＬ  ＭＵ−ＭＩＭＯ送信とが同時に支援される場合、１つの資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成されることができる。そして、１つのＳＴＡにＤＬ／ＵＬ空間資源（ｓｐａｔｉａｌ  ｒｅｓｏｕｒｃｅ）として１つ以上のストリームが割り当てられて、複数個のＳＴＡに各々互いに異なるストリームが割り当てられ得る。
【０５６８】
例えば、図３３（ｃ）において１０６トーンで構成される資源ユニットまたは図３３（ｄ）のように２４２トーンで構成される資源ユニットは、空間領域（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）において複数のストリームで構成されて、ＤＬ／ＵＬ  ＯＦＤＭＡとＤＬ／ＵＬ  ＭＵ−ＭＩＭＯとを同時に支援することができる。
【０５６９】
４０ＭＨｚ以上の帯域幅での資源ユニット構成方式は、２０ＭＨｚ帯域単位で上述した２０ＭＨｚ帯域の資源ユニット構成方式が同様に適用され得る。また、追加で帯域幅中心に最も小さい資源ユニット（すなわち、２６トーンで構成される資源ユニット）がさらに設定されることもできる。
【０５７０】
図３４は、本発明の一実施形態に係る多重ユーザ（ｍｕｌｔｉ−ｕｓｅｒ）送信手順を例示する図である。本図面と関連して図３１及び図３２と重複する説明を省略する。
【０５７１】
ＡＰは、ＤＬ  ＭＵフレームを少なくとも１つのＳＴＡに送信することができ、ＤＬ  ＭＵフレームを受信した少なくとも１つのＳＴＡは、受信したＤＬ  ＭＵフレームに対する応答としてＡＣＫフレーム（または、ＢＡ（Ｂｌｏｃｋ  Ａｃｋ）フレーム）をＡＰに送信することができる。また、ＡＰは、ＵＬ  ＭＵトリガフレームを送信することにより、ＵＬ  ＭＵデータを送信するＳＴＡにＵＬ  ＭＵ送信を準備することを指示し、ＵＬ  ＭＵ送信に関する情報（すなわち、トリガ情報）を提供できる。
【０５７２】
この場合、ＡＰは、図３４（ａ）に示したように、ＤＬ  ＭＵフレームとトリガフレームとを互いに異なる時間資源を利用して（または、互いに異なる時点に）送信することができる。これは、図３１及び図３２と関連して上述した内容と重複するので、詳細な説明を省略する。
【０５７３】
または、ＡＰは、図３４（ｂ）に示したように、ＤＬ  ＭＵフレームとトリガフレーム（または、トリガ情報）（図示せず）とを同じ時間資源を利用して（または、同時に）送信することができる。この場合、ＤＬ  ＭＵフレームとトリガフレームとは、同じＤＬ  ＭＵ  ＰＰＤＵに含まれて同時にＤＬ  ＭＵ送信されることができる。このように、ＤＬ  ＭＵフレームとトリガフレームとが１つのＤＬ  ＭＵ  ＰＰＤＵに含まれて送信される方式を「カスケード方式」と呼ぶことができる。ＡＰからトリガフレーム及びＤＬ  ＭＵフレームを共に受信したＳＴＡは、前記トリガフレームに対応するＵＬ  ＭＵフレーム及び前記ＤＬ  ＭＵフレームに対する応答であるＡＣＫフレームを１つのＵＬ  ＭＵ  ＰＰＤＵを用いてＵＬ  ＭＵ送信することができる。すなわち、ＳＴＡは、受信したＤＬ  ＭＵ  ＰＰＤＵに対応してＵＬ  ＭＵフレームとＡＣＫフレームとが含まれた１つのＵＬ  ＭＵ  ＰＰＤＵをＵＬ  ＭＵ送信することができる。
【０５７４】
上述した実施形態にしたがうとき、トリガフレーム、ＳＩＦＳ、及び物理プリアンブルによるオーバーヘッドが減るようになるので、時間資源が節約され、データ送信効率が増加するという効果が生じる。
【０５７５】
以下では、上述した内容に基づいてＤＬ  ＭＵフレームとトリガフレームとを１つのＤＬ  ＭＵ  ＰＰＤＵを用いてＤＬ  ＭＵ送信する本発明の様々な実施形態に関して詳細に説明する。
【０５７６】
図３５は、本発明の実施形態に係るトリガ情報を運ぶＰＰＤＵ構造を例示した図である。本実施形態でのＰＰＤＵは、説明の都合上、ＤＬ  ＭＵフレームは運ばないと仮定する。
【０５７７】
ＵＬ  ＭＵ送信のためのトリガ情報は、下記のように大きく２つの方式でＤＬ  ＭＵ  ＰＰＤＵに含まれてＤＬ  ＭＵ送信されることができる。
【０５７８】
１．トリガ情報がＮＤＰフォーマットに送信される場合
第１実施形態としてのトリガ情報は、図３５（ａ）に示したように、ＤＬ  ＭＵ  ＰＰＤＵの物理プリアンブルに含まれているＨＥ−ＳＩＧ  Ｂフィールド（または、ＨＥ−ＳＩＧフィールド）に含まれてＤＬ  ＭＵ送信されることができる。このように、ＨＥ−ＳＩＧ  Ｂフィールドにトリガ情報が追加される場合、ＨＥ−ＳＩＧ  Ｂフィールドの長さが長過ぎるようになり、通信性能が低下し得る。したがって、本明細書では、ＤＬ  ＭＵ送信のための第１のＨＥ−ＳＩＧ  Ｂフィールドの他に、ＵＬ  ＭＵ送信のための第２のＨＥ−ＳＩＧ  Ｂフィールドが追加で定義され得るが、これに関しては、図３６〜図３８と関連して以下において詳細に説明する。
【０５７９】
２．トリガ情報がＭＡＣフレームフォーマットに送信される場合
第２実施形態としてのトリガ情報は、図３５（ｂ）に示したように、ＤＬ  ＭＵ  ＰＰＤＵのデータフィールドに含まれているＨＥフォーマットのＭＡＣフレームに含まれてＤＬ  ＭＵ送信されることができる。その他にも、本図面には図示していないが、トリガ情報は、レガシーフォーマットのＭＡＣフレームに含まれてＤＬ  ＭＵ送信されることもできる。したがって、以下において説明するＭＡＣフレームは、ＨＥフォーマット及びレガシーフォーマットのＭＡＣフレームを通称する意味でありうる。このとき、トリガ情報を含むＭＡＣフレームを「トリガフレーム」と呼ぶことができる。トリガフレームは、実施形態によって１つのＭＰＤＵまたはＡ−ＭＰＤＵフォーマットで構成されることができ、これに関するより詳細な説明は、図３９及び図４０と関連して以下において説明する。
【０５８０】
上述した第１実施形態の場合、オーバーヘッドが少ないという効果を有する。第２実施形態の場合、トリガフレームをレガシーフォーマットを利用して構成するか、ＨＥフォーマットを利用して構成できるという柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を有する。
【０５８１】
図３６は、本発明の第１実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【０５８２】
図３６に示すように、本発明の第１実施形態に係るＤＬ  ＭＵ  ＰＰＤＵは、レガシープリアンブル（Ｌ−ＳＴＦフィールド、Ｌ−ＬＴＦフィールド、及びＬ−ＳＩＧフィールドを含む）、前記レガシープリアンブルに後続するＨＥ−ＳＩＧ  Ａフィールド、前記ＨＥ−ＳＩＧ  Ａフィールドに後続する第２のＨＥ−ＳＩＧ  Ｂフィールド（または、ＨＥ−ＳＩＧ  Ｂ  ｆｏｒ  ＵＬ）３６２０、前記第２のＨＥ−ＳＩＧ  Ｂフィールドに後続する第１のＨＥ−ＳＩＧ  Ｂフィールド（または、ＨＥ−ＳＩＧ−Ｂ）３６１０、前記第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０に後続するＨＥプリアンブル（ＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドを含む）、及び前記ＨＥ−プリアンブルに後続するデータフィールドで構成されることができる。上述したフィールドの順序は例示に過ぎず、実施形態によって様々な順序で構成されることができ、上述したフィールドは、実施形態によって選択的にＤＬ  ＭＵ  ＰＰＤＵに含まれることができる。
【０５８３】
第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０には、ＤＬ  ＭＵ  ＰＰＤＵのデータフィールドを受信する（または、データフィールドが割り当てられた）ＳＴＡ別のユーザ特定情報（Ｕｓｅｒ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）が含まれ得る。ここで、ユーザ特定情報は、前記第１のＨＥ−ＳＩＧ  Ｂフィールドにより資源（周波数資源及び空間資源を含む）が割り当てられたＳＴＡのうち、特定ＳＴＡに個別的に要求される制御情報を意味する。ユーザ特定情報は、ＤＬ  ＭＵ資源（周波数／空間資源）が割り当てられたＳＴＡ（または、受信（Ｒｅｃｅｉｖｉｎｇ）ＳＴＡ）別の識別情報（例えば、ＡＩＤ、ＰＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ）、ＧＩＤ（Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｅｒ）など）、ＳＴＡ別の空間資源割当情報、ＳＴＡ別に割り当てられたデータフィールドのＭＣＳ情報、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）送信可否を指示するビームフォーミング情報、時空間ブロックコーディング適用可否を指示するＳＴＢＣ（Ｓｐｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｉｎｇ）情報、及びエラー訂正コード情報のうち、少なくとも１つを含むことができる。
【０５８４】
第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０は、ＵＬ  ＭＵ送信のためのトリガ情報を含むことができる。トリガ情報は、ＵＬ  ＭＵ送信を行うＳＴＡ（または、受信（Ｒｅｃｅｉｖｉｎｇ）ＳＴＡ）別の識別情報、ＵＬ  ＭＵ送信のための空間資源／周波数資源指示情報のうち、少なくとも１つを含むことができる。このとき、第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０に含まれるＳＴＡ別の識別情報に含まれる識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）フォーマットは、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０のＳＴＡ別の識別情報に含まれる識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）フォーマットと相違することができる。例えば、第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０のＳＴＡ別の識別情報に含まれる識別子は、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０で使用されるＡＩＤ、ＰＡＩＤ、ＧＩＤなどを使用せずに、新しく定義されたＩＤフォーマットを使用できる。
【０５８５】
第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０と第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０とは、各フィールドに含まれている指示ビット（ｉｎｄｉｃａｔｉｏｎ  ｂｉｔ）を介して区別されることができる。例えば、第１のＨＥ  ＳＩＧ  Ｂフィールド３６１０及び第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０は、各々１−ｂｉｔサイズの指示ビットを含むことができる。
【０５８６】
仮に、特定ＨＥ−ＳＩＧ  Ｂフィールド内の指示ビット値が「１」に設定されている場合、当該ＨＥ−ＳＩＧ  Ｂフィールドは、ＵＬ  ＭＵ送信のためのトリガ情報を含む第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０であり、後続する第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０が追加で存在することを意味できる。逆に、特定ＨＥ−ＳＩＧ  Ｂフィールド内の指示ビット値が「０」に設定されている場合、当該ＨＥ−ＳＩＧ  Ｂフィールドは、ＤＬ  ＭＵ送信のためのユーザ特定情報を含む第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０であり、後続する第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０が追加で存在しないことを意味できる。その他にも、様々な方式で第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０と第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０とは区別されることができ、上述した実施形態に限定されるものではない。
【０５８７】
ＤＬ  ＭＵ  ＰＰＤＵが第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０及び第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０を含む場合（すなわち、ＨＥ−ＳＩＧ  Ｂフィールドを複数個含む場合）、ＨＥ−ＳＩＧ  Ａフィールドで第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０及び第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０の各々に適用されたＭＣＳレベルに関する情報を全て提供することができる。また、ＨＥ−ＳＩＧ  ＡフィールドでＨＥ−ＳＩＧ  Ｂフィールドの個数、機能、タイプ及び／又は用途などに関する情報も共に提供することができる。
【０５８８】
図３６において第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０→第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０の順に構成されたＤＬ  ＭＵ  ＰＰＤＵを例示して図示したが、これに限定されるものではなく、２つのＨＥ−ＳＩＧ  Ｂフィールド３６１０、３６２０のうち、より低いＭＣＳレベルを有するＨＥ−ＳＩＧ  Ｂフィールドが先に位置し得る。ここで、より高い／低いＭＣＳレベルとは、シンボル当たりデータビット数がより高い／低い変調方式を指示するＭＣＳレベルを意味するか、または変調方式が同じである場合、より高い／低いコードレートを指示するＭＣＳレベルを意味できる。ＭＣＳレベルが低いほど、強固な（ｒｏｂｕｓｔ）送信に有利である。
【０５８９】
例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０がＢＰＳＫ変調及び１／２コードレートを指示するＭＣＳレベルを有し、第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０がＱＰＳＫ変調及び１／２コードレートを指示するＭＣＳレベルを有する場合を仮定することができる。この場合、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０が第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０に比べてより低いＭＣＳレベルを有するので、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０→第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０の順にＤＬ  ＭＵ  ＰＰＤＵが構成され得る。
【０５９０】
この場合、先行するＨＥ−ＳＩＧ  Ｂフィールドは、後続するＨＥ−ＳＩＧ  Ｂフィールドの存在可否に関する情報、構成情報、及びＭＣＳ情報を提供することもできる。すなわち、本図面（図３６）の場合、第２のＨＥ−ＳＩＧ  Ｂフィールド３６２０は、後続する第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０の存在可否に関する情報、構成情報、及びＭＣＳ情報を提供できる。
【０５９１】
データフィールドは、第１のＨＥ−ＳＩＧ  Ｂフィールド３６１０に含まれた資源割当情報に応じて周波数多重化または空間多重化されて資源を割り当てられた少なくとも１つのＳＴＡに割当及び送信されることができる。
【０５９２】
ＡＰは、上述したフィールドを含むＤＬ  ＭＵ  ＰＰＤＵを少なくとも１つのＳＴＡにＤＬ  ＭＵ送信することができる。ＤＬ  ＭＵ  ＰＰＤＵを受信した少なくとも１つのＳＴＡは、受信したＤＬ  ＭＵ  ＰＰＤＵに基づいてＵＬ  ＭＵ  ＰＰＤＵをＡＰに送信することができる。この場合、１つのＤＬ  ＭＵ  ＰＰＤＵを介して同時に送信されるＤＬ  ＭＵフレーム及びトリガフレームと同様に、ＵＬ  ＭＵフレームとＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））も１つのＵＬ  ＭＵ  ＰＰＤＵを介して同時にＡＰに送信されることができる。すなわち、ＵＬ  ＭＵフレーム及びＡＣＫフレームもカスケード方式で１つのＵＬ  ＭＵ  ＰＰＤＵに含まれて同時に送信されることができる。これに関し、図３７及び図３８と関連して詳細に後述する。
【０５９３】
図３７は、本発明の一実施形態に係るＤＬ  ＭＵ  ＰＰＤＵ及び前記ＤＬ  ＭＵ  ＰＰＤＵに対する応答として送信されるＵＬ  ＭＵ  ＰＰＤＵを示した図である。本実施形態においてＤＬ  ＭＵ  ＰＰＤＵのＨＥ−ＳＩＧ  Ｂフィールドは、第１のＨＥ−ＳＩＧ  Ｂフィールド３７１０→第２のＨＥ−ＳＩＧ  Ｂフィールド３７２０の順に構成されることができる。また、ＤＬ  ＭＵ資源は、ＳＴＡ１〜４に、ＵＬ  ＭＵ資源は、ＳＴＡ５、６に各々割り当てられた場合を仮定して説明する。すなわち、ＤＬ  ＭＵフレームを受信するＳＴＡ（ＳＴＡ１〜４）とトリガ情報を受信するＳＴＡ（ＳＴＡ５、６）とが相違した場合を仮定して説明する。
【０５９４】
図３７（ａ）に示すように、第１のＨＥ−ＳＩＧ  Ｂフィールド３７１０は、ＳＴＡ１〜４に対するＤＬ  ＭＵ資源の割当情報（または、ユーザ特定情報）を含むことができる。例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３７１０は、ＳＴＡ１〜４に対する識別情報、周波数資源割当情報、及び空間資源割当情報のうち、少なくとも１つを含むことができる。第２のＨＥ−ＳＩＧ  Ｂフィールド３７２０は、ＳＴＡ５、６に対するＵＬ  ＭＵ資源の割当情報（または、ＵＬ  ＭＵ送信のためのトリガ情報）を含むことができる。例えば、第２のＨＥ−ＳＩＧ  Ｂフィールド３７２０は、ＳＴＡ５、６に対する識別情報、ＵＬ  ＭＵ送信のための空間資源／周波数資源指示情報のうち、少なくとも１つを含むことができる。ＳＴＡ１〜４に各々割り当てられたデータフィールドは、ＳＴＡ１〜４に各々受信されるＤＬ  ＭＵフレームを含むことができる。データフィールドは、周波数多重化及び／又は空間多重化されてＤＬ  ＭＵ送信されることができる。
【０５９５】
ＡＰは、上述したフィールドを含むＤＬ  ＭＵ  ＰＰＤＵをＤＬ  ＭＵ送信することができる。ＤＬ  ＭＵ  ＰＰＤＵを受信したＳＴＡ１〜６は、受信したＤＬ  ＭＵ  ＰＰＤＵに基づいて生成したＵＬ  ＭＵ  ＰＰＤＵを送信できる。
【０５９６】
より詳細には、図３７（ｂ）に示すように、ＤＬ  ＭＵフレームを受信した各ＳＴＡ１〜４は、受信したＤＬ  ＭＵフレームに対する応答としてＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））を、トリガ情報を受信したＳＴＡ５、６は、トリガ情報に基づいて生成したＵＬ  ＭＵフレームを１つのＵＬ  ＭＵ  ＰＰＤＵに含めてＵＬ  ＭＵ送信することができる。この場合、ＳＴＡ１のＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））とＳＴＡ５のＵＬ  ＭＵフレームとは、ＵＬ  ＭＵ送信ＳＴＡが相違し、送信の際に利用するＵＬ  ＭＵ資源も相違するので、ＳＴＡ１のＡＣＫフレームは、ＳＴＡ５のＵＬ  ＭＵフレームにピギーバックされて送信されることができない。また、ＳＴＡ１〜４別に送信するＡＣＫフレームの長さも相違することができる。すなわち、１つのＤＬ  ＭＵ  ＰＰＤＵを介してＤＬ  ＭＵフレームを受信するＳＴＡとトリガ情報を受信するＳＴＡとが相違した場合、受信ＳＴＡがＡＣＫフレームとＵＬ  ＭＵフレームとを１つのＵＬ  ＭＵ  ＰＰＤＵを用いてＵＬ  ＭＵ送信することは困難でありうる。
【０５９７】
また、仮に、ＳＴＡ１〜４のＤＬ  ＭＵフレームの受信失敗などの様々な原因のため、ＳＴＡ１〜４がＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））をＵＬ  ＭＵ送信しない場合、ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））送信不在による所定の空いた時間区間（ｔｉｍｅ  ｈｏｌｅ）が発生するようになる。競争基盤のチャネルアクセス方式を採用するシステムでは、前記所定の時間間隔の間、他のＳＴＡにより媒体が占有され得るし、その結果、トリガ情報を受信したＳＴＡ５、６のＵＬ  ＭＵ送信が失敗することがある。
【０５９８】
したがって、このような問題を防止するための新しいＤＬ  ＭＵ  ＰＰＤＵ及び前記ＤＬ  ＭＵ  ＰＰＰＤＵに対する応答として送信されるＵＬ  ＭＵ  ＰＰＤＵの構成を、以下、図３８を参照して提案しようとする。
【０５９９】
図３８は、本発明の他の実施形態に係るＤＬ  ＭＵ  ＰＰＤＵ及びＵＬ  ＭＵ  ＰＰＤＵを示した図である。本実施形態においてＤＬ  ＭＵ  ＰＰＤＵのＨＥ−ＳＩＧ  Ｂフィールドは、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０→第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０の順に構成されることができる。また、ＤＬ  ＭＵ資源は、ＳＴＡ１〜４に、ＵＬ  ＭＵ資源は、ＳＴＡ１、２に各々割り当てられた場合を仮定して説明する。すなわち、トリガ情報を受信するＳＴＡ（ＳＴＡ１、２）がＤＬ  ＭＵフレームを受信するＳＴＡ（ＳＴＡ１〜４）のサブセットである場合を仮定して説明する。
【０６００】
図３８（ａ）に示すように、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０は、ＳＴＡ１〜４に対するＤＬ  ＭＵ資源の割当情報（または、ユーザ特定情報）を含むことができる。例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０は、ＳＴＡ１〜４に対する識別情報、周波数資源割当情報、及び空間資源割当情報のうち、少なくとも１つを含むことができる。
【０６０１】
第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、ＳＴＡ１、２に対するＵＬ  ＭＵ資源の割当情報（または、ＵＬ  ＭＵ送信のためのトリガ情報）を含むことができる。例えば、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、ＳＴＡ１、２に対する識別情報、ＵＬ  ＭＵ送信のための空間資源／周波数資源指示情報のうち、少なくとも１つを含むことができる。
【０６０２】
データフィールドは、ＤＬ  ＭＵ資源が割り当てられたＳＴＡ１〜４に各々受信されるＤＬ  ＭＵフレームを含むことができる。データフィールドは、周波数多重化及び／又は空間多重化されてＤＬ  ＭＵ送信されることができる。
【０６０３】
ＡＰは、上述したフィールドを含むＤＬ  ＭＵ  ＰＰＤＵをＤＬ  ＭＵ送信することができる。ＤＬ  ＭＵ  ＰＰＤＵを受信したＳＴＡ１〜４は、受信したＤＬ  ＭＵ  ＰＰＤＵに基づいて生成したＵＬ  ＭＵ  ＰＰＤＵをＵＬ  ＭＵ送信することができる。
【０６０４】
より詳細には、図３８（ｂ）に示すように、ＤＬ  ＭＵフレームとトリガ情報とを共に受信したＳＴＡ１、２は、受信したＤＬ  ＭＵフレームに対する応答であるＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））を、受信したトリガ情報に基づいて生成したＵＬ  ＭＵフレームにピギーバック（ｐｉｇｇｙ−ｂａｃｋ）してＵＬ  ＭＵ送信することができる。以下では、説明の都合上、ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））がＵＬ  ＭＵフレームにピギーバックされたフレームを「カスケードＵＬ  ＭＵフレーム」と呼ぶことができる。このようなカスケードＵＬ  ＭＵフレームは、各ＳＴＡ１、２に受信されたＤＬ  ＭＵフレームの送信の際に使用されたＤＬ  ＭＵ資源を同様に使用してＵＬ  ＭＵ送信されることができる。
【０６０５】
また、ＤＬ  ＭＵフレームだけを受信したＳＴＡ３、４は、受信したＤＬ  ＭＵフレームに対する応答であるＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））をＵＬ  ＭＵ送信することができる。この場合にも、ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））は、各ＳＴＡ３、４に受信されたＤＬ  ＭＵフレームの送信の際に使用されたＤＬ  ＭＵ資源を同様に使用してＵＬ  ＭＵ送信されることができる。
【０６０６】
各ＳＴＡは、１つのＤＬ  ＭＵ  ＰＰＤＵを介して受信されたＤＬ  ＭＵフレームの送信資源と同じ資源を利用してＵＬ  ＭＵ送信を行うので、上述したカスケードＵＬ  ＭＵフレームとＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））とは、１つの同じＵＬ  ＭＵ  ＰＰＤＵを介してＵＬ  ＭＵ送信されることができる。このとき、各ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））は、ＵＬ  ＭＵフレームの最大ビットサイズと同じビットサイズを有するようにパディングされることができる。
【０６０７】
図３８（ｃ）に示すように、ＳＴＡ１、２によりＵＬ  ＭＵ送信されたＵＬ  ＭＵ  ＰＰＤＵを受信したＡＰは、受信したＵＬ  ＭＵフレームに対する応答であるＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））をＳＴＡ１、２にＤＬ  ＳＵ送信することができる。この場合、ＡＰは、受信したＵＬ  ＭＵ  ＰＰＤＵの帯域幅と同じ帯域幅を有するＤＬ  ＳＵ  ＰＰＤＵを用いてＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））をＤＬ  ＳＵ送信することができる。また、ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））は、ＤＬ  ＭＵ  ＰＰＤＵ内で２０ＭＨｚ単位で複写されてＤＬ  ＳＵ送信されることができる。
【０６０８】
本実施形態の場合、ＳＴＡ１〜４のＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））送信失敗による所定の空いた時間区間（ｔｉｍｅ  ｈｏｌｅ）が発生しなくなるので（同じＵＬ  ＭＵ  ＰＰＤＵを介して送信されるので）、他のＳＴＡの媒体占有のため、ＳＴＡ１、２のＵＬ  ＭＵフレーム送信が失敗するという問題が生じない。
【０６０９】
図３７及び３８と関連して上述した内容を考慮するとき、トリガ情報を受信するＳＴＡがＤＬ  ＭＵフレームを受信するＳＴＡのサブセットである場合に、ＳＴＡのＵＬ  ＭＵフレーム送信が失敗しないことが確認できる。言い替えれば、ＤＬ  ＭＵフレームを受信するＳＴＡのうちの一部がＵＬ  ＭＵフレームの送信を行う場合に、当該ＵＬ  ＭＵフレーム送信が失敗しないことが確認できる。
【０６１０】
したがって、このようなＵＬ  ＭＵフレームの送信失敗を防止するために、ＡＰは、トリガ情報を受信するＳＴＡとＤＬ  ＭＵフレームを受信するＳＴＡとの間にサブセット条件を満たす場合に、トリガ情報及びＤＬ  ＭＵフレームが含まれたＤＬ  ＭＵ  ＰＰＤＵをＤＬ  ＭＵ送信することができる。その結果、ＤＬ  ＭＵ  ＰＰＤＵに対応してＵＬ  ＭＵ送信されるＵＬ  ＭＵ  ＰＰＤＵには、カスケードＵＬ  ＭＵフレームが少なくとも１つ存在し得る。
【０６１１】
その他にも、ＵＬ  ＭＵフレームの送信失敗を防止し、資源（周波数、時間、空間資源）を効率的に使用するために、ＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））とＵＬ  ＭＵフレームとを１つのＵＬ  ＭＵ  ＰＰＤＵを用いてＵＬ  ＭＵ送信するさらに他のＵＬ  ＭＵ  ＰＰＤＵの構造が提案され得る。この場合、ＤＬ  ＭＵ受信ＳＴＡとＵＬ  ＭＵ送信ＳＴＡとの間にサブセット条件が満たされなくてもよい。これに関しては、図４２と関連して以下において詳細に説明する。
【０６１２】
一方、本実施形態においてＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））は、８０２．１１ａシステムまたは８０２．１１ａｘシステムで定義されたＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））フォーマットが適用され得る。ただし、ＵＬ  ＭＵフレームとともに送信される場合には、８０２．１１ａｘシステムで定義されたＡＣＫフレーム（または、ＢＡフレーム（ｆｒａｍｅ））フォーマットが適用され得る。
【０６１３】
以下では、説明の都合上、ＡＣＫフレームとＢＡフレームとを通称して「ＡＣＫフレーム」と呼ぶことにする。
【０６１４】
上述した実施形態では、１つのＤＬ  ＭＵ  ＰＰＤＵを介して受信されたＤＬ  ＭＵフレームの送信資源と同じ資源を利用してＵＬ  ＭＵ送信する実施形態を基準として説明した。しかし、カスケードＵＬ  ＭＵフレーム及び／又はＵＬ  ＭＵフレームは、ＤＬ  ＭＵフレームのＤＬ  ＭＵ送信資源と異なる資源を利用してＵＬ  ＭＵ送信されることができる。この場合、ＨＥ−ＳＩＧ  Ｂフィールドは、ＳＴＡがＵＬ  ＭＵ送信するフレームのフォーマットと各ＳＴＡに割り当てられたＵＬ  ＭＵ送信資源などの指示情報などを別に提供することもできる。これに関する詳細な説明は、後述する。
【０６１５】
１）第１オプション
第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０には含まれるが、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０に含まれないＳＴＡ（または、ＡＣＫフレームだけをＵＬ  ＭＵ送信するＳＴＡ）に先にＵＬ  ＭＵ資源を割り当て、残ったＵＬ  ＭＵ資源を、カスケードＵＬ  ＭＵフレーム及び／又はＵＬ  ＭＵフレームを送信する資源として割り当てる方法が提案され得る。このとき、各ＡＣＫフレームに先に割り当てられるＵＬ  ＭＵ資源の種類及びサイズは、予め設定されていることができ、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０に含まれたＤＬ  ＭＵフレーム受信ＳＴＡ  ＩＤの順に予め設定されたＵＬ  ＭＵ資源を割り当てられることができる。
【０６１６】
例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０にＳＴＡ１〜４が順次含まれ、ＡＣＫフレームだけをＵＬ  ＭＵ送信するＳＴＡがＳＴＡ２、３である場合を仮定することができる。また、ＡＣＫフレーム送信のために割り当てられるＵＬ  ＭＵ資源は、１つの２６−トーン資源ユニットで予め設定されていると仮定することができる。この場合、ＡＣＫフレームを送信する資源として最初の２６−トーン資源ユニットからＳＴＡ２→ＳＴＡ３の順に１つずつ割り当てられることができる。各ＳＴＡに割り当てられて残った資源ユニットは、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０に含まれた受信ＳＴＡ  ＩＤに割り当てることができる。
【０６１７】
２）第２オプション
第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０でＤＬ  ＭＵフレームの受信ＳＴＡ別のＡＣＫフレームフォーマットと送信資源を指示する方法が提案され得る。例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０は、受信ＳＴＡ別にＡＣＫフレームフォーマットと送信資源を指示するＡＣＫフレーム指示子を含むことができる。ＡＣＫフレーム指示子は、対応するＳＴＡがＡＣＫフレームを送信しなければならないＳＴＡであるか、カスケードＵＬ  ＭＵフレーム（ＡＣＫフレーム＋ＵＬ  ＭＵフレーム）を送信しなければならないＳＴＡであるかを指示できる。仮に、対応するＳＴＡがＡＣＫフレームを送信しなければならないＳＴＡである場合、ＡＣＫフレーム指示子は、ＡＣＫフレームを送信するのに使用するＵＬ  ＭＵ送信資源に関する情報も追加で指示することができる。
【０６１８】
例えば、ＡＣＫフレーム指示子のビットサイズが１−ｂｉｔである場合を仮定することができる。
【０６１９】
このとき、仮に、ＡＣＫフレーム指示子のビット値が「０」に設定された場合、当該ＡＣＫフレーム指示子は、対応するＳＴＡがカスケードＵＬ  ＭＵフレームを送信しなければならないＳＴＡであるか、ＡＣＫフレームを送信する必要がないＳＴＡである（ＤＬ  ＭＵフレームがＮｏ  ＡＣＫフレームである場合）ことを指示できる。
【０６２０】
逆に、ＡＣＫフレーム指示子のビット値が「１」に設定された場合、当該ＡＣＫフレーム指示子は、対応するＳＴＡがＡＣＫフレームを送信しなければならないＳＴＡであることを指示できる。
【０６２１】
ＡＣＫフレームを送信しなければならないＳＴＡは、第１オプションのように、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０に含まれた受信ＳＴＡ  ＩＤの順に割り当てられた予め設定されたサイズのＵＬ  ＭＵ資源を利用してＡＣＫフレームを送信できる。または、前述したように、ＡＣＫフレーム指示子がＡＣＫフレームを送信するのに使用するＵＬ  ＭＵ資源に関する情報を追加で指示することもできる。この場合、ＳＴＡは、ＡＣＫフレーム指示子が指示するＵＬ  ＭＵ資源を利用してＡＣＫフレームをＵＬ  ＭＵ送信することができる。
【０６２２】
３）第３オプション
第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０でＳＴＡ別にＵＬ  ＭＵ送信するフレームのフォーマットと当該フレームのＵＬ  ＭＵ送信資源に関する情報を提供する方法が提案され得る。第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０に含まれた受信ＳＴＡ（または、ＤＬ  ＭＵフレームを受信する受信ＳＴＡ）別にフレームフォーマットとしてＡＣＫフレーム、カスケードＵＬ  ＭＵフレーム、またはＵＬ  ＭＵフレームを送信するか否かを指示できる。この場合、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０に含まれた受信ＳＴＡ  ＩＤを参照して（例えば、第１のＨＥ−ＳＩＧ  Ｂフィールド３８１０に含まれた受信ＳＴＡ  ＩＤの順に）、各受信ＳＴＡに対応するフレームフォーマットを指示できる。さらに、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、各フレーム（ＡＣＫフレーム、カスケードＵＬ  ＭＵフレーム、またはＵＬ  ＭＵフレーム）をＵＬ  ＭＵ送信するのに使用するＵＬ  ＭＵ資源の割当情報もＳＴＡ別に共に提供することができる。
【０６２３】
４）第４オプション
カスケードＵＬ  ＭＵフレームまたはＵＬ  ＭＵフレームを送信するＳＴＡに対して先にＵＬ  ＭＵ資源を割り当て、残ったＵＬ  ＭＵ資源をＡＣＫフレームを送信するＳＴＡに割り当てる方法が提案され得る。このようなＳＴＡ別の資源割当情報は、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０を介して提供されることができる。
【０６２４】
５）第５オプション
第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０でトリガ情報とともにＤＬ  ＭＵフレームを受信する受信ＳＴＡをビットマップ形式で指示する方法が提案され得る。例えば、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０のトリガ情報を受信するＳＴＡ数がＮであるとすれば、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０内にＮ−ｂｉｔｓを構成した後、Ｎ−ｂｉｔｓ内でＤＬ  ＭＵフレームを追加で受信するＳＴＡに対応する位置のビット値を「１」に設定することができる。この場合、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、「１」値を有するビット位置に対応するＳＴＡにカスケードＵＬ  ＭＵフレームを送信するためのＵＬ  ＭＵ資源割当情報も追加で指示することができる。逆に、「０」値を有するビット位置に対応するＳＴＡには、ＡＣＫフレームを送信するためのＵＬ  ＭＵ資源割当情報を第１ないし第４オプションで提案された方式で指示することができる。
【０６２５】
その他に、第２のＨＥ−ＳＩＧ  Ｂフィールド３８２０は、ＵＬ  ＭＵフレームのみを送信するＳＴＡが存在する場合、当該ＳＴＡのＳＴＡ  ＩＤと各ＳＴＡに割り当てられたＵＬ  ＭＵ資源を指示できる。
【０６２６】
以上のように、トリガ情報がＤＬ  ＭＵ  ＰＰＤＵの物理プリアンブル（特に、物理プリアンブルのＨＥ−ＳＩＧ  Ｂフィールド）に含まれて送信される実施形態に関して詳細に説明した。以下では、トリガ情報が含まれたトリガフレーム（すなわち、トリガ情報のＭＡＣフレームフォーマット）がＤＬ  ＭＵ  ＰＰＤＵのデータフィールドに含まれて送信される実施形態に関して詳細に後述する。
【０６２７】
トリガフレームがＭＡＣフレームの構造で構成される場合、トリガフレームは、１つのＭＰＤＵで構成されることができる。この場合、トリガフレームは、ＭＡＣ制御フレーム（Ｃｏｎｔｒｏｌ  Ｆｒａｍｅ）またはＭＡＣ管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）のタイプに該当することができ、これとは異なり、トリガフレームタイプが新しく定義されることもできる。
【０６２８】
または、トリガフレームは、ＭＡＣヘッダ内のＨＴ制御（ＨＴ−Ｃｏｎｔｒｏｌ）フィールドを含むフレーム（例えば、ＨＴ−Ｃｏｎｔｒｏｌラッパー（ｗａｒｐｐｅｒ）フレーム）で構成されることができる。
【０６２９】
この場合、ＵＬ  ＭＵ送信のための情報（すなわち、トリガ情報）は、当該フレーム内のＨＴ−Ｃｏｎｔｒｏｌフィールドに含まれることができる。または、トリガ情報は、８０２．１１ａｘシステムでＨＥフォーマットに新しく定義されたＨＥ−Ｃｏｎｔｒｏｌフィールドに含まれることもできる。ＨＥ−Ｃｏｎｔｒｏｌフィールドは、既存のＨＴフォーマットで定義されたＨＴ−Ｃｏｎｔｒｏｌフィールドと類似した方式で８０２．１１ａｘシステムで新しく定義されることができる。したがって、ＨＥ−Ｃｏｎｔｒｏｌフィールドは、前述した図６において例示したＨＴ−ＣｏｎｔｒｏｌフィールドがＭＡＣヘッダに含まれる方式と類似した方式でＭＡＣヘッダに含まれることができる。
【０６３０】
トリガフレームは、ＤＬ  ＭＵ  ＰＰＤＵに含まれる方式によって次のように大きく２つの構造に区分されることができる。
【０６３１】
１）第２−１実施形態
ＤＬ  ＭＵフレームを受信するＳＴＡのうちの一部がＵＬ  ＭＵ送信を行う場合（すなわち、ＵＬ  ＭＵ送信ＳＴＡがＤＬ  ＭＡＣフレーム受信ＳＴＡのサブセットである場合）、ＤＬ  ＭＵ  ＰＰＤＵは、データフィールド内でＡ−ＭＰＤＵを含むことができ、当該Ａ−ＭＰＤＵは、トリガフレームに該当する少なくとも１つのＭＰＤＵとＤＬ  ＭＵフレームに該当する残りのＭＰＤＵで構成されることができる。このとき、ＵＬ  ＭＵ送信のための情報（すなわち、トリガ情報）は、当該Ａ−ＭＰＤＵ内のＭＡＣヘッダまたはＭＡＣフレームボディに含まれることができる。これに関するより詳細な説明は、図３９と関連して後述する。
【０６３２】
２）第２−２実施形態
または、ＤＬ  ＭＵフレームを受信するＳＴＡがＵＬ  ＭＵ送信を行わない場合（すなわち、ＵＬ  ＭＵ送信ＳＴＡがＤＬ  ＭＡＣフレーム受信ＳＴＡのサブセット（ｓｕｂｓｅｔ）でない場合）、ＤＬ  ＭＵ  ＰＰＤＵは、データフィールド内のトリガフレームに該当するＭＰＤＵだけを含むことができる。このとき、ＵＬ  ＭＵ送信のための情報（すなわち、トリガ情報）は、当該ＭＰＤＵ内のＭＡＣヘッダ、またはＭＡＣフレームボディに含まれることができる。これに関するより詳細な説明は、図４０と関連して後述する。
【０６３３】
図３９は、本発明の第２−１実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【０６３４】
図３９に示すように、ＤＬ  ＭＵフレームを受信するＳＴＡのうちの一部がＵＬ  ＭＵ送信を行う場合（または、ＤＬ  ＭＵフレームとトリガフレームとを共に受信するＳＴＡが存在する場合）、前記一部ＳＴＡ別に割り当てられたデータフィールドは、図１７の例示のように、Ａ−ＭＰＤＵフォーマットで構成されることができる。このとき、Ａ−ＭＰＤＵを構成する複数のＭＰＤＵのうち、少なくとも１つのＭＰＤＵは、トリガフレームに該当し、残りのＭＰＤＵは、ＤＬ  ＭＵフレームに該当し得る。
【０６３５】
このとき、トリガ情報を含むＭＰＤＵの位置が予め指定され得る。例えば、Ａ−ＭＰＤＵを構成する複数のＭＰＤＵのうち、最初のＭＰＤＵは、トリガフレームに該当し、残りのＭＰＤＵは、ＤＬ  ＭＵフレームに該当し得る。この場合、ＡＰは、ビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）などを介して予め指定されたＭＰＤＵ位置をＳＴＡに知らせることができる。
【０６３６】
そして、前記一部ＳＴＡを除いた残りのＳＴＡに割り当てられたデータフィールドは、ＭＰＤＵまたはＡ−ＭＰＤＵフォーマットで構成されることができ、当該ＭＰＤＵまたはＡ−ＭＰＤＵは、ＤＬ  ＭＵフレームに該当し得る。
【０６３７】
１つのＡ−ＭＰＤＵに含まれたトリガフレームとＤＬ  ＭＵフレームとの受信ＳＴＡは同様であるため、トリガフレームに対する受信ＳＴＡ情報は別に要求されないことがある。したがって、トリガフレームは、ＵＬ  ＭＵ送信を行うＳＴＡに関する情報は別に含まないことがある。トリガフレームに対応するＭＰＤＵは、当該ＭＰＤＵがトリガ情報を含んでいることを指示するための指示子を含むことができる。例えば、トリガ情報を含むＭＰＤＵは、ＭＡＣヘッダに含まれているフレームサブタイプを利用して当該ＭＰＤＵがトリガフレームに該当することを知らせることができる。
【０６３８】
上述した第２−１実施形態は、ＵＬ  ＭＵ送信ＳＴＡがＤＬ  ＭＵフレーム受信ＳＴＡのサブセットである場合に適用されるので、ＵＬ  ＭＵスケジュールリングにおいて一定の制限が存在し得る。
【０６３９】
一方、本実施形態においてＤＬ  ＭＵ送信に参加するＳＴＡに送信されるトリガフレームを「ユニキャストトリガフレーム」と呼ぶこともできる。
【０６４０】
図４０は、本発明の第２−２実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造を示した図である。
【０６４１】
図４０に示すように、ＤＬ  ＭＵフレームを受信するＳＴＡがＵＬ  ＭＵ送信を行わない場合（または、トリガフレームとＤＬ  ＭＵフレームとを共に受信するＳＴＡが存在しない場合）、ＤＬ  ＭＵフレームを運ぶＤＬ  ＭＵ  ＰＰＤＵのデータフィールドのうち、特定データフィールドにトリガフレームが含まれ得る。より詳細には、ＤＬ  ＭＵフレームを運ぶＤＬ  ＭＵ  ＰＰＤＵのデータフィールドの送信資源は、ＤＬ  ＯＦＤＭＡ及び／又はＤＬ  ＭＵ−ＭＩＭＯ方式によって多重化されることができ、多重化されたデータフィールドのうち、特定データフィールドを用いてトリガフレームを運ぶことができる。例えば、トリガフレームを伝達するために、予め決められたサブバンドに対応するデータフィールド内にトリガフレームが含まれ得る。
【０６４２】
ＤＬ  ＭＵフレームを運ぶＤＬ  ＭＵ  ＰＰＤＵのデータフィールドのうち、特定データフィールドにトリガフレームが含まれる場合、当該特定データフィールドは、トリガフレームに該当する１つのＭＰＤＵだけを含むことができる。このとき、ＵＬ  ＭＵ送信のための情報（すなわち、トリガ情報）は、当該ＭＰＤＵ内のＭＡＣヘッダ、またはＭＡＣフレームボディに含まれることができる。特に、本実施形態でＵＬ  ＭＵ送信ＳＴＡとＤＬ  ＭＵ受信ＳＴＡとが相違するので、ＨＥ−ＳＩＧ  Ｂフィールドに含まれているＤＬ  ＭＵ受信ＳＴＡ情報の他に、トリガ情報を受信するＳＴＡ情報が追加で要求されることができる。したがって、第２−１実施形態とは異なり、第２−２実施形態では、トリガフレームに対応するＭＰＤＵ内にトリガ情報としてトリガフレームを受信するＳＴＡ情報（または、ＵＬ  ＭＵ送信を行うＳＴＡ情報）と各ＳＴＡに割り当てられたＵＬ  ＭＵ資源割当情報とが全て含まれていることができる。
【０６４３】
トリガフレームを含む特定データフィールドは、ブロードキャストに送信されることができる。したがって、特定データフィールドのＡＩＤは、ブロードキャストＡＩＤで設定されることができ、特定データフィールドのトリガフレームには、ＵＬ  ＭＵ送信がトリガされるＳＴＡのＡＩＤが含まれ得る。したがって、特定データフィールドに含まれた１つのＭＰＤＵ（または、当該ＭＰＤＵに含まれたトリガフレーム）を「ブロードキャストトリガフレーム」と呼ぶこともできる。言い替えれば、ＤＬ  ＭＵ送信に参加しないＳＴＡに送信されるトリガフレームを「ブロードキャストトリガフレーム」と呼ぶことができる。
【０６４４】
ＤＬ  ＭＵ  ＰＰＤＵの特定データフィールドにトリガフレームに対応する１つのＭＰＤＵだけが含まれている場合、ＳＴＡにトリガフレームを含む特定データフィールドが存在することを知らせる必要がある。
【０６４５】
この場合、当該データフィールドと対応するＨＥ−ＳＩＧ  Ｂフィールドに、当該データフィールド内にトリガフレームが含まれていることを指示するトリガ指示子が含まれていることができる。例えば、トリガ情報が含まれた特定データフィールドが含まれているか否かを指示する１−ｂｉｔサイズのトリガ指示子が特定データフィールドのユーザ特定情報を提供するＨＥ−ＳＩＧ  Ｂフィールド内に含まれていることができる。
【０６４６】
または、前述したように、ＨＥ−ＳＩＧ  Ｂフィールドは、特定データフィールドのブロードキャスト送信のために、当該データフィールドに対する識別情報としてブロードキャストＡＩＤを含むことができる。したがって、ＳＴＡは、ＨＥ−ＳＩＧ  Ｂフィールドに含まれたブロードキャスト識別情報を介してトリガフレームが含まれた特定データフィールドが存在することを認識できる。
【０６４７】
ＤＬ  ＭＵフレームを運ぶＤＬ  ＭＵ  ＰＰＤＵのデータフィールドのうち、特定データフィールドにトリガフレームが含まれる場合、トリガフレームを含むデータフィールドの位置（例えば、サブバンドの位置、ＤＬ  ＭＵ  ＳＴＡインデックスなど）は、予め指定されることができる。この場合、ＡＰは、ビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）などを介して予め指定された特定データフィールドの位置をＳＴＡに知らせることができる。
【０６４８】
１つのＭＰＤＵを含んでいる特定データフィールドは、他のデータフィールド（例えば、Ａ−ＭＰＤＵを含むデータフィールド）よりビットサイズが小さいことがある。したがって、特定データフィールドは、最大ビットサイズを有する他のデータフィールドと同じビットサイズを有するように（または、ＤＬ  ＭＵ  ＰＰＤＵの長さと同様になるように）パディングされてＤＬ  ＭＵ  ＰＰＤＵに含まれることができる。
【０６４９】
第２−２実施形態は、ＵＬ  ＭＵ送信ＳＴＡがＤＬ  ＭＵフレーム受信ＳＴＡのサブセットでない場合に適用され得るので、ＵＬ  ＭＵスケジューリングがより有利な効果を有する。
【０６５０】
以上で、本発明の第２実施形態に係るＤＬ  ＭＵ  ＰＰＤＵの構造に関して上述した。上述した第２−１及び第２−２実施形態は、状況に応じて独立的に適用されるか、組み合わせられて適用され得る。第２−１及び第２−２実施形態が互いに組み合わせられて適用される場合、ＤＬ  ＭＵ  ＰＰＤＵの特定データフィールドは、トリガフレームに対応する１つのＭＰＤＵだけを含むことができ、他のデータフィールドは、トリガフレーム及びＤＬ  ＭＵフレームをＡ−ＭＰＤＵフォーマットとして含むことができる。
【０６５１】
例えば、ＤＬ  ＭＵ受信ＳＴＡがＳＴＡ１、２であり、ＵＬ  ＭＵ送信ＳＴＡが２、３である場合、ＳＴＡ３に対するトリガフレームは、１つのＭＰＤＵとして最初のデータフィールドに含まれることができ、ＳＴＡ２に対するトリガフレーム及びＤＬ  ＭＵフレームは、Ａ−ＭＰＤＵフォーマットとして２番目のデータフィールドに含まれることができ、ＳＴＡ１に対するＤＬ  ＭＵフレームは、ＭＰＤＵフォーマットまたはＡ−ＭＰＤＵフォーマットとして３番目のデータフィールドに含まれることができる。
【０６５２】
図４１は、第１及び第２実施形態の効果を比較した表である。
【０６５３】
図４１に示すように、第１実施形態は、以下のような長所及び効果を有する。
【０６５４】
・ＵＬ  ＭＵスケジューリングの柔軟性（Ｆｌｅｘｉｂｉｌｉｔｙ  ｏｆ  ＵＬ  ＭＵ  ｓｃｈｅｄｕｌｉｎｇ）
・ＵＬ  ＭＵ  ＳＴＡ及び他のＳＴＡの資源及びパワー節約の側面で有利（Ｒｅｓｏｕｒｃｅ  ｓａｖｉｎｇ／Ｐｏｗｅｒ  ｓａｖｉｎｇ  ｏｆ  ｏｔｈｅｒ  ＳＴＡｓ／ＵＬ  ＭＵ  ＳＴＡｓ）
【０６５５】
ただし、第１実施形態の場合、ＨＥ−ＳＩＧ  Ｂフィールド内にＡＣＫフレームを指示するためのビットが追加で要求されるという問題点が存在し得る（第２オプションを参照）。また、第１実施形態の場合、ＵＬ  ＭＵ資源割当情報を指示する新しいＨＥ−ＳＩＧ  Ｂフィールド（すなわち、第２のＨＥ−ＳＩＧ  Ｂフィールド）が追加で要求されるという短所が存在し得る。
【０６５６】
第２−１実施形態の場合、以下のような長所及び効果を有する。
【０６５７】
・ＵＬ  ＭＵ  ＳＴＡ及び他のＳＴＡの資源及びパワー節約の側面で有利（Ｒｅｓｏｕｒｃｅ  ｓａｖｉｎｇ／Ｐｏｗｅｒ  ｓａｖｉｎｇ  ｏｆ  ｏｔｈｅｒ  ＳＴＡｓ／ＵＬ  ＭＵ  ＳＴＡｓ）
・既存のＤＬ  ＭＵフレームフォーマットをそのまま使用可能（Ｕｓｅ  
ＤＬ  ＭＵ  ｆｒａｍｅ  ｆｏｒｍａｔ  ａｓ  ｉｔ  ｉｓ）
【０６５８】
ただし、第２−１実施形態の場合、ＵＬ  ＭＵ送信ＳＴＡがＤＬ  ＭＵフレーム受信ＳＴＡのサブセットである場合に適用され得る実施形態であるから、ＵＬ  ＭＵスケジューリングに一定の制約があるという問題点が存在する。
【０６５９】
第２−２実施形態の場合、以下のような長所及び効果を有する。
【０６６０】
・ＵＬ  ＭＵグループを自由に形成可能（Ｆｒｅｅ  ｔｏ  ｍａｋｅ  ＵＬ  ＭＵ  ｇｒｏｕｐ）（または、ＵＬ  ＭＵスケジューリングの柔軟性）。
【０６６１】
ただし、第２−２実施形態の場合、トリガフレームの存在可否を指示するためのビットがＨＥ−ＳＩＧ  Ｂフィールド内に追加で要求されるという問題点が存在し得る。また、ＵＬ  ＭＵ送信ＳＴＡと異なるＳＴＡの資源及びパワーが浪費され得るという問題点が存在し得る。これは、トリガフレームに該当するＭＰＤＵだけを含む特定データフィールドの場合、他のデータフィールドと同じ長さを有するようにパディングされて送信されるためである。したがって、ＤＬ  ＭＵ資源が浪費され、８０２．１１ａｘシステムによるＳＴＡは、トリガフレームをデコーディングするために、ＤＬ  ＭＵ  ＰＰＤＵの長さの間、スリップ（ｓｌｅｅｐ）できない（パワー浪費）という問題点を有する。
【０６６２】
以下では、上述した第１及び第２実施形態（第２−１、及び第２−２実施形態を含む）のＤＬ  ＭＵ  ＰＰＤＵに対応してＵＬ  ＭＵ送信されるＵＬ  ＭＵ  ＰＰＤＵの構造に関して説明する。
【０６６３】
図４２は、本発明の一実施形態に係るＵＬ  ＭＵ  ＰＰＤＵを示した図である。本実施形態においてＤＬ  ＭＵフレームは、ＳＴＡ１、２に受信され、トリガフレームは、ＳＴＡ２、３に受信された場合を仮定して説明する。
【０６６４】
ＤＬ  ＭＵ  ＰＰＤＵを受信したＳＴＡは、受信したＤＬ  ＭＵ  ＰＰＤＵに基づいてＵＬ  ＭＵ  ＰＰＤＵを生成してＡＰにＵＬ  ＭＵ送信することができる。この場合、各ＳＴＡは、ＤＬ  ＭＵ  ＰＰＤＵに含まれたトリガフレームに基づいてＵＬ  ＭＵフレームを送信でき、ＤＬ  ＭＵフレームに対する応答としてＡＣＫフレームを送信できる。この場合、ＵＬ  ＭＵフレーム及びＡＣＫフレームをＵＬ  ＭＵ送信する方式は、実施形態によって異なることができる。
【０６６５】
一実施形態として図４２（ａ）に示すように、ＵＬ  ＭＵフレームとＡＣＫフレームを別のＵＬ  ＭＵ資源を利用して各々ＵＬ  ＭＵ送信することができる。例えば、周波数資源は、大きく２つの領域に分離されることができ、そのうち、第１の領域は、ＡＣＫフレーム送信のための周波数資源として、第２の領域は、ＵＬ  ＭＵフレーム送信のための周波数資源として使用されることができる。さらに、第１の領域は、再度ＡＣＫフレームを送信するＳＴＡに分離割り当てられることができ、第２の領域もＵＬ  ＭＵフレームを送信するＳＴＡに分離割り当てられることができる。
【０６６６】
したがって、ＡＣＫフレーム送信のための第１の領域は、ＳＴＡ１及び２に各々割り当てられることができ、ＵＬ  ＭＵフレーム送信のための第２の領域は、ＳＴＡ２及び３に各々割り当てられることができる。その結果、ＳＴＡ１のＡＣＫフレーム、ＳＴＡ２のＡＣＫフレーム、ＳＴＡ２のＵＬ  ＭＵフレーム、及びＳＴＡ３のＵＬ  ＭＵフレームは、各々互いに異なるＵＬ  ＭＵ資源を利用して１つのＵＬ  ＭＵ  ＰＰＤＵを介してＵＬ  ＭＵ送信されることができる。
【０６６７】
本実施形態の場合、各フレームのＵＬ  ＭＵ送信方式が単純であるという長所を有する。ただし、ＡＣＫフレームとＵＬ  ＭＵフレームとを同時に送信できるＳＴＡ（上述した実施形態の場合、ＳＴＡ２）の場合、別のＵＬ  ＭＵ資源を利用して各フレームを送信するので、ＵＬ  ＭＵ資源が浪費されるという問題点が存在する。また、当該ＵＬ  ＭＵ  ＰＰＤＵを受信したＡＰは、２個のＯＦＤＭＡパケット（ＳＴＡ２のＡＣＫフレームを含むＯＦＤＭＡパケットとＳＴＡ２のＵＬ  ＭＵフレームを含むＯＦＤＭＡパケット）を別にデコーディングしなければならないという点で資源が浪費されるという問題点が存在する。このような問題点を解決するために、以下のようなＵＬ  ＭＵ送信方式が提案され得る。
【０６６８】
他の実施形態として図４２（ｂ）に示すように、同じＳＴＡにより送信されるＡＣＫフレームは、ＵＬ  ＭＵフレームにピギーバックされて送信されることができる。例えば、ＤＬ  ＭＵフレームとトリガフレームとを共に受信したＳＴＡ２の場合、当該ＤＬ  ＭＵフレームに対するＡＣＫフレームを当該トリガフレームに対するＵＬ  ＭＵフレームにピギーバックしてＵＬ  ＭＵ送信することができる。この場合、ＳＴＡ２にＵＬ  ＭＵ送信のために割り当てられたデータフィールドは、Ａ−ＭＰＤＵフォーマットで構成されることができ、Ａ−ＭＰＤＵを構成する複数のＭＰＤＵのうち、少なくとも１つは、ＡＣＫフレームに対応することができ、残りのＭＰＤＵは、ＵＬ  ＭＵフレームに対応することができる。
【０６６９】
本実施形態の場合、ＳＴＡ２のＡＣＫフレームを送信するためのＵＬ  ＭＵ資源割当情報が別に要求されない。ＳＴＡ２は、ＵＬ  ＭＵフレームにＡＣＫフレームをピギーバックして送信すればよいからである。したがって、ＡＰは、ＤＬ  ＭＵ送信の際、ＳＴＡ２のＡＣＫフレームのためのＵＬ  ＭＵ資源割当情報は、ＤＬ  ＭＵ  ＰＰＤＵのＨＥ−ＳＩＧ  Ｂフィールドに別に含ませないことがある。また、ＡＣＫフレームに適用されるＭＣＳレベルの場合にも、ＵＬ  ＭＵフレームと同じＭＣＳレベルが適用され得る。
【０６７０】
一方、ＳＴＡ別のＵＬ  ＭＵ資源の割当方式は、図３７及び図３８に上述した実施形態が同様に適用されることができ、重複する説明を省略する。
【０６７１】
本実施形態の場合、資源が節約されるという効果がある。ただし、ＵＬ  ＭＵ送信方式が上述した送信方式に比べて複雑であり、ピギーバックされたＡＣＫフレームには、強固な送信に適したＭＣＳレベル（または、より低いＭＣＳレベル）を適用できないという問題点が存在する（同じデータフィールド内でＵＬ  ＭＵフレームと同じＭＣＳレベルが適用され得るので）。
【０６７２】
図４３は、本発明の一実施形態に係るＡＰのＤＬ  ＭＵ送信方法を示した順序図である。上述した実施形態は、本順序図と関連した説明に同様に適用され得る。したがって、以下では、重複する説明を省略する。
【０６７３】
図４３に示すように、ＡＰは、ＤＬ  ＭＵ  ＰＰＤＵを送信できる（Ｓ４３１０）。より詳細には、ＡＰは、物理プリアンブル及びデータフィールドを含むＤＬ  ＭＵ  ＰＰＤＵをＤＬ  ＭＵ送信することができる。このとき、ＤＬ  ＭＵ  ＰＰＤＵは、受信ＳＴＡのＵＬ  ＭＵ送信をトリガするためのトリガ情報を含むトリガフレームとＤＬ  ＭＵフレームとを含むフィールドでありうる。
【０６７４】
次に、ＡＰは、ＤＬ  ＭＵ  ＰＰＤＵに基づいて生成されたＵＬ  ＭＵ  ＰＰＤＵをＵＬ  ＭＵ受信することができる（Ｓ４３２０）。このとき、ＵＬ  ＭＵ  ＰＰＤＵは、トリガフレームに基づいたＵＬ  ＭＵフレーム及びＤＬ  ＭＵフレームに対する応答であるＡＣＫフレームを含むことができる。
【０６７５】
図４４は、本発明の一実施の形態にかかる各ＳＴＡ装置のブロック図である。
【０６７６】
図４４において、ＳＴＡ装置４４１０は、メモリ４４１２、プロセッサ４４１１及びＲＦユニット４４１３を備えることができる。そして、上述のようにＳＴＡ装置は、ＨＥ  ＳＴＡ装置であって、ＡＰまたはｎｏｎ-ＡＰ  ＳＴＡになることができる。
【０６７７】
ＲＦユニット４４１３は、プロセッサ４４１１に接続されて無線信号を送信／受信することができる。ＲＦユニット４４１３は、プロセッサ４４１１から受信されたデータを送受信帯域にアップコンバートして信号を送信できる。
【０６７８】
プロセッサ４４１１は、ＲＦユニット４４１３に接続されてＩＥＥＥ  ８０２．１１システムによる物理階層及び／またはＭＡＣ階層を実現できる。プロセッサ４４１１は、上述の図面及び説明による本発明の多様な実施の形態にかかる動作を行うように構成されることができる。また、上述の本発明の多様な実施の形態にかかるＳＴＡ４４１０の動作を実現するモジュールがメモリ４４１２に格納され、プロセッサ４４１１によって実行されることができる。
【０６７９】
メモリ４４１２は、プロセッサ４４１１に接続されて、プロセッサ４４１１を駆動するための多様な情報を格納する。メモリ４４１２は、プロセッサ４４１１の内部に含まれるか、またはプロセッサ４４１１の外部に設置されて、プロセッサ４４１１と公知の手段により接続されることができる。
【０６８０】
また、ＳＴＡ装置４４１０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を備えることができる。
【０６８１】
図４４のＳＴＡ装置４４１０の具体的な構成は、上述の本発明の多様な実施の形態で説明した事項が独立的に適用されるか、または２以上の実施の形態が同時に適用されるように実現されることができる。
【０６８２】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態で組み合わせられたものである。各構成要素または特徴は、別の明示的言及がない限り、選択的なことと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と組み合わせられていない形態で実施されることができる。また、一部構成要素及び／又は特徴を組み合わせて本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作等の順序は変更されることができる。ある実施形態の一部構成や特徴は、他の実施形態に含まれることができ、または、他の実施形態の対応する構成若しくは特徴と交替されることができる。特許請求の範囲で明示的な引用関係がない請求項を組み合わせて実施形態を構成するか、出願後の補正により新しい請求項に含めることができることは自明である。
【０６８３】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの組み合わせなどにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されることができる。
【０６８４】
ファームウェアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、既に公知された様々な手段により前記プロセッサとデータをやり取りできる。
【０６８５】
本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態で具体化され得ることは当業者に自明である。したがって、上述した詳細な説明は、あらゆる面で制限的に解釈されてはならず、例示的なものと考慮されるべきである。本発明の範囲は、添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内でのあらゆる変更は、本発明の範囲に含まれる。
【産業上利用可能性】
【０６８６】
本発明の無線通信システムにおけるフレーム送信方案は、ＩＥＥＥ  ８０２．１１システムに適用される例を中心として説明したが、ＩＥＥＥ  ８０２．１１システムの他にも、様々な無線通信システムに適用することが可能である。
【図１】
0006438118.tif 000022
【図２】
0006438118.tif 000023
【図３】
0006438118.tif 000024
【図４】
0006438118.tif 000025
【図５（ａ）】
0006438118.tif 000026
【図５（ｂ）】
0006438118.tif 000027
【図５（ｃ）】
0006438118.tif 000028
【図６】
0006438118.tif 000029
【図７】
0006438118.tif 000030
【図８】
0006438118.tif 000031
【図９】
0006438118.tif 000032
【図１０】
0006438118.tif 000033
【図１１】
0006438118.tif 000034
【図１２】
0006438118.tif 000035
【図１３】
0006438118.tif 000036
【図１４】
0006438118.tif 000037
【図１５】
0006438118.tif 000038
【図１６】
0006438118.tif 000039
【図１７】
0006438118.tif 000040
【図１８】
0006438118.tif 000041
【図１９】
0006438118.tif 000042
【図２０】
0006438118.tif 000043
【図２１】
0006438118.tif 000044
【図２２（ａ）】
0006438118.tif 000045
【図２２（ｂ）】
0006438118.tif 000046
【図２３】
0006438118.tif 000047
【図２４（ａ）】
0006438118.tif 000048
【図２４（ｂ）】
0006438118.tif 000049
【図２４（ｃ）】
0006438118.tif 000050
【図２５（ａ）】
0006438118.tif 000051
【図２５（ｂ）】
0006438118.tif 000052
【図２５（ｃ）】
0006438118.tif 000053
【図２５（ｄ）】
0006438118.tif 000054
【図２６】
0006438118.tif 000055
【図２７】
0006438118.tif 000056
【図２８】
0006438118.tif 000057
【図２９】
0006438118.tif 000058
【図３０】
0006438118.tif 000059
【図３１】
0006438118.tif 000060
【図３２】
0006438118.tif 000061
【図３３】
0006438118.tif 000062
【図３４（ａ）】
0006438118.tif 000063
【図３４（ｂ）】
0006438118.tif 000064
【図３５（ａ）】
0006438118.tif 000065
【図３５（ｂ）】
0006438118.tif 000066
【図３６】
0006438118.tif 000067
【図３７（ａ）】
0006438118.tif 000068
【図３７（ｂ）】
0006438118.tif 000069
【図３８（ａ）】
0006438118.tif 000070
【図３８（ｂ）】
0006438118.tif 000071
【図３８（ｃ）】
0006438118.tif 000072
【図３９】
0006438118.tif 000073
【図４０】
0006438118.tif 000074
【図４１】
0006438118.tif 000075
【図４２（ａ）】
0006438118.tif 000076
【図４２（ｂ）】
0006438118.tif 000077
【図４３】
0006438118.tif 000078
【図４４】
0006438118.tif 000079