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