(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてステーションのチャネルアクセスを支援するチャネルアクセス方法であって、
ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを送信するステップと、
前記ＴＩＭによって下りリンクデータが指定されたステーションから、前記ステーションに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信するステップと
を含み、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定されたステーションに設定された総ＰＳ−Ｐｏｌｌ区間内で各ステーション別に異なるように設定され、
前記ビーコンフレームは、前記総ＰＳ−Ｐｏｌｌ区間の持続時間情報を含み、
前記総ＰＳ−Ｐｏｌｌ区間は、前記ＰＳ−Ｐｏｌｌフレームに応答して各ステーションへのデータフレームが送信されない区間である、チャネルアクセス方法。
【請求項２】
前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内でＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを前記ステーションに送信するステップを更に含む、請求項１に記載のチャネルアクセス方法。
【請求項３】
前記ステーションに前記総ＰＳ−Ｐｏｌｌ区間内の最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ステーションにデータフレームを送信するステップを更に含む、請求項１に記載のチャネルアクセス方法。
【請求項４】
前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内でＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）を前記ステーションに送信するステップと、
前記総ＰＳ−Ｐｏｌｌ区間以降に、全てのステーションからの前記ＰＳ−Ｐｏｌｌフレームが受信されたか否かを示すビットマップを含むＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを送信するステップと
を更に含む、請求項１に記載のチャネルアクセス方法。
【請求項５】
前記ビーコンフレームは、前記ＰＳ−Ｐｏｌｌ区間の開始時間を決定するための前記ＰＳ−Ｐｏｌｌ区間のオフセット情報を更に含む、請求項１に記載のチャネルアクセス方法。
【請求項６】
前記ステーションから前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームが受信されなかった場合、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内で自発的ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレーム或いはＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）を前記ステーションに送信するステップを更に含む、請求項１に記載のチャネルアクセス方法。
【請求項７】
前記ステーションに緊急のデータフレームが送信される場合、前記総ＰＳ−Ｐｏｌｌ区間以降に任意バックオフ手順無しで前記ステーションに前記緊急のデータフレームを送信するステップを更に含む、請求項１に記載のチャネルアクセス方法。
【請求項８】
無線通信システムにおいてステーションがチャネルアクセスを行うチャネルアクセス方法であって、
アクセスポイントから、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを受信するステップと、
前記ＴＩＭによって下りリンクデータが指定された場合、前記ステーションに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを送信するステップと
を含み、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定されたステーションに設定された総ＰＳ−Ｐｏｌｌ区間内で各ステーション別に異なるように設定され、
前記ビーコンフレームは、前記総ＰＳ−Ｐｏｌｌ区間の持続時間情報を含み、
前記総ＰＳ−Ｐｏｌｌ区間は、前記ＰＳ−Ｐｏｌｌフレームに応答して前記ステーションへのデータフレームが送信されない区間である、チャネルアクセス方法。
【請求項９】
前記総ＰＳ−Ｐｏｌｌ区間のうち、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間以外の区間ではスリープ状態を維持するステップを更に含む、請求項８に記載のチャネルアクセス方法。
【請求項１０】
前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内でＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信するステップを更に含む、請求項８に記載のチャネルアクセス方法。
【請求項１１】
前記ステーションに前記総ＰＳ−Ｐｏｌｌ区間内の最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ＡＰからデータフレームを受信するステップを更に含む、請求項８に記載のチャネルアクセス方法。
【請求項１２】
前記ＰＳ−Ｐｏｌｌフレームに応答して、前記ステーションに設定されたＰＳ−Ｐｏｌｌ区間内でＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）を受信するステップと、
前記総ＰＳ−Ｐｏｌｌ区間以降に、全てのステーションからの前記ＰＳ−Ｐｏｌｌフレームが受信されたか否かを示すビットマップを含むＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信するステップと
を更に含む、請求項８に記載のチャネルアクセス方法。
【請求項１３】
前記ビーコンフレームは、前記ＰＳ−Ｐｏｌｌ区間の開始時間を決定するための前記ＰＳ−Ｐｏｌｌ区間のオフセット情報を更に含む、請求項８に記載のチャネルアクセス方法。
【請求項１４】
無線通信システムにおいてステーションのチャネルアクセスを支援する装置であって、
無線周波数信号を送受信するように構成された送受信器と、
プロセッサと
を備え、
前記プロセッサは、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを送信することと、前記ＴＩＭによって下りリンクデータが指定されたステーションから、前記ステーションに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信することとを実行するように構成され、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定されたステーションに設定された総ＰＳ−Ｐｏｌｌ区間内で各ステーション別に異なるように設定され、
前記ビーコンフレームは、前記総ＰＳ−Ｐｏｌｌ区間の持続時間情報を含み、
前記総ＰＳ−Ｐｏｌｌ区間は、前記ＰＳ−Ｐｏｌｌフレームに応答して各ステーションへのデータフレームが送信されない区間である、装置。
【請求項１５】
無線通信システムにおいてチャネルアクセスを行うように構成されたステーション装置であって、
無線周波数信号を送受信するように構成された送受信器と、
プロセッサと
を備え、
前記プロセッサは、アクセスポイントからＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを受信することと、前記ＴＩＭによって下りリンクデータが指定された場合、前記ステーションに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを送信することとを実行するように構成され、
前記ビーコンフレームは、前記ＴＩＭによって下りリンクデータが指定された全てのステーションに設定された総ＰＳ−Ｐｏｌｌ区間内で各ステーション別に異なるように設定される前記ＰＳ−Ｐｏｌｌ区間の開始時間を決定するための情報を更に含み、
前記ビーコンフレームは、前記総ＰＳ−Ｐｏｌｌ区間の持続時間情報を含み、
前記総ＰＳ−Ｐｏｌｌ区間は、前記ＰＳ−Ｐｏｌｌフレームに応答して前記ステーションへのデータフレームが送信されない区間である、ステーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、無線ＬＡＮシステムにおいてチャネルアクセス方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴って様々な無線通信技術が開発されている。その中でも無線ラン（ＷＬＡＮ）は、無線周波数技術に基づいて個人携帯用情報端末機（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ；ＰＤＡ）、ラップトップコンピュータ、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ；ＰＭＰ）などのような携帯用端末機を用いて家庭、企業又は特定サービス提供地域において無線でインターネットにアクセスできるようにする技術である。
【０００３】
無線ＬＡＮで脆弱点とされてきた通信速度の限界を克服するために、最近の技術標準では、ネットワークの速度と信頼性を増大させるとともに無線ネットワークの運営距離を拡張したシステムを導入している。例えば、ＩＥＥＥ  ８０２．１１ｎでは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）を支援し、送信エラーを最小化し、データ速度を最適化するために送信端及び受信端の両方に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術の適用が導入された。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、無線通信システム、好ましくは無線ＬＡＮシステムにおいて改善されたチャネルアクセス方法及びそのための装置を提案する。
【０００５】
また、本発明は、無線ＬＡＮシステムにおいて競合ベースのチャネルアクセス動作による端末の余計な電力消費及び送信遅延を防止するための方法及びそのための装置を提案する。
【０００６】
本発明で遂げようとする技術的課題は以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００７】
本発明の一様相は、無線通信システムにおいてステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）のチャネルアクセスを支援する方法において、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを送信することと、ＴＩＭによって下りリンクデータが指定されたＳＴＡから、該ＳＴＡに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信することと、を含み、ＰＳ−Ｐｏｌｌ区間は、ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定されることを特徴とする。
【０００８】
本発明の他の他の様相は、無線通信システムにおいてステーション（ＳＴＡ）のチャネルアクセスを支援する装置において、無線信号を送受信するための送受信器と、プロセッサと、を備え、プロセッサは、ＴＩＭを含むビーコンフレームを送信し、ＴＩＭによって下りリンクデータが指定されたＳＴＡから、該ＳＴＡに設定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信するように構成され、ＰＳ−Ｐｏｌｌ区間は、ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定されることを特徴とする。
【０００９】
好ましくは、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをＳＴＡに送信することができる。
【００１０】
好ましくは、ＳＴＡに総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、ＳＴＡにＰＳ−Ｐｏｌｌフレームに対する応答としてデータフレームを送信することができる。
【００１１】
好ましくは、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームに対する応答としてＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）をＳＴＡに送信し、総ＰＳ−Ｐｏｌｌ区間以降に全てのＳＴＡに対するＰＳ−Ｐｏｌｌフレームを受信したか否かを示すビットマップを含むＡＣＫフレームを送信することができる。
【００１２】
好ましくは、ＡＣＫフレームを送信することは、ＳＴＡが総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、ＳＴＡにＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫフレームを送信することができる。
【００１３】
好ましくは、ＳＴＡからＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信しなかった場合、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で自発的（ｕｎｓｏｌｉｃｉｔｅｄ）ＡＣＫフレーム或いはＳＴＦをＳＴＡに送信することができる。
【００１４】
好ましくは、ＳＴＡに緊急（ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ）のデータフレームが送信される場合、総ＰＳ−Ｐｏｌｌ区間以降に任意バックオフ（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ）手順無しでＳＴＡにデータフレームを送信することができる。
【００１５】
本発明の更に他の様相は、無線通信システムにおいてステーション（ＳＴＡ）がチャネルアクセスを行う方法において、ＡＰからＴＩＭを含むビーコンフレームを受信することと、ＴＩＭによって下りリンクデータが指定された場合、ＳＴＡに設定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−ＰｏｌｌフレームをＡＰに送信することと、を含み、ＰＳ−Ｐｏｌｌ区間は、ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定されることを特徴とする。
【００１６】
本発明の更に他の様相は、無線通信システムにおいてチャネルアクセスを行うステーション（ＳＴＡ）装置において、無線信号を送受信するための送受信器と、プロセッサと、を備え、プロセッサは、ＡＰからＴＩＭを含むビーコンフレームを受信し、ＴＩＭによって下りリンクデータが指定された場合、ＳＴＡに設定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−ＰｏｌｌフレームをＡＰに送信するように構成され、ＰＳ−Ｐｏｌｌ区間は、ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定されることを特徴とする。
【００１７】
好ましくは、総ＰＳ−Ｐｏｌｌ区間のうち、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間以外の区間ではスリープ状態を維持することができる。
【００１８】
好ましくは、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫフレームを受信することができる。
【００１９】
好ましくは、ＳＴＡが総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、ＡＰからＰＳ−Ｐｏｌｌフレームに対する応答としてデータフレームを受信することができる。
【００２０】
好ましくは、ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームに対する応答としてＳＴＦを受信し、総ＰＳ−Ｐｏｌｌ区間以降に全てのＳＴＡに対するＰＳ−Ｐｏｌｌフレームが受信されたか否かを示すビットマップを含むＡＣＫフレームを受信することができる。
【００２１】
好ましくは、ＳＴＡが総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、ＡＰからＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫフレームを受信することができる。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいてステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）のチャネルアクセスを支援する方法であって、
ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを送信することと、
前記ＴＩＭによって下りリンクデータが指定されたＳＴＡから、該ＳＴＡに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信することと、を含み、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定される、チャネルアクセス方法。
（項目２）
前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを前記ＳＴＡに送信することを更に含む、項目１に記載のチャネルアクセス方法。
（項目３）
前記ＳＴＡに前記総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＳＴＡに前記ＰＳ−Ｐｏｌｌフレームに対する応答としてデータフレームを送信することを更に含む、項目１に記載のチャネルアクセス方法。
（項目４）
前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を前記ＳＴＡに送信することと、
前記総ＰＳ−Ｐｏｌｌ区間以降に、前記全てのＳＴＡに対する前記ＰＳ−Ｐｏｌｌフレームを受信した否かを示すビットマップを含むＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを送信することと、を更に含む、項目１に記載のチャネルアクセス方法。
（項目５）
前記ＳＴＡに前記総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＳＴＡに前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを送信することを更に含む、項目１に記載のチャネルアクセス方法。
（項目６）
前記ＳＴＡから該ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームを受信しなかった場合、前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で自発的（ｕｎｓｏｌｉｃｉｔｅｄ）ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレーム或いはＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を前記ＳＴＡに送信することを更に含む、項目１に記載のチャネルアクセス方法。
（項目７）
前記ＳＴＡに緊急（ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ）のデータフレームが送信される場合、前記総ＰＳ−Ｐｏｌｌ区間以降に任意バックオフ（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ）手順無しで前記ＳＴＡに前記データフレームを送信することを更に含む、項目１に記載のチャネルアクセス方法。
（項目８）
無線通信システムにおいてステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）がチャネルアクセスを行う方法であって、
ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）から、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを受信することと、
前記ＴＩＭによって下りリンクデータが指定された場合、前記ＳＴＡに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを前記ＡＰに送信することと、を含み、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定される、チャネルアクセス方法。
（項目９）
前記総ＰＳ−Ｐｏｌｌ区間のうち、前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間以外の区間ではスリープ状態を維持することを更に含む、項目８に記載のチャネルアクセス方法。
（項目１０）
前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信することを更に含む、項目８に記載のチャネルアクセス方法。
（項目１１）
前記ＳＴＡが前記総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＡＰから前記ＰＳ−Ｐｏｌｌフレームに対する応答としてデータフレームを受信することを更に含む、項目８に記載のチャネルアクセス方法。
（項目１２）
前記ＳＴＡに指定されたＰＳ−Ｐｏｌｌ区間内で前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）を受信することと、
前記総ＰＳ−Ｐｏｌｌ区間以降に前記全てのＳＴＡに対する前記ＰＳ−Ｐｏｌｌフレームが受信されたか否かを示すビットマップを含むＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信することと、を更に含む、項目８に記載のチャネルアクセス方法。
（項目１３）
前記ＳＴＡが前記総ＰＳ−Ｐｏｌｌ区間内で最後のＰＳ−Ｐｏｌｌ区間が指定された場合、前記ＡＰから前記ＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信することを更に含む、項目８に記載のチャネルアクセス方法。
（項目１４）
無線通信システムにおいてステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）のチャネルアクセスを支援する装置であって、
無線信号を送受信するための送受信器と、
プロセッサと、を備え、
前記プロセッサは、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを送信し、前記ＴＩＭによって下りリンクデータが指定されたＳＴＡから、該ＳＴＡに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを受信するように構成され、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定される、装置。
（項目１５）
無線通信システムにおいてチャネルアクセスを行うステーション（ＳＴＡ：Ｓｔａｔｉｏｎ）装置であって、
無線信号を送受信するための送受信器と、
プロセッサと、を備え、
前記プロセッサは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）からＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）を含むビーコンフレームを受信し、前記ＴＩＭによって下りリンクデータが指定された場合、前記ＳＴＡに設定されたＰＳ（Ｐｏｗｅｒ  Ｓａｖｅ）−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを前記ＡＰに送信するように構成され、
前記ＰＳ−Ｐｏｌｌ区間は、前記ＴＩＭによって下りリンクデータが指定された全てのＳＴＡに設定された総ＰＳ−Ｐｏｌｌ区間内で各ＳＴＡ別に異なるように設定される、装置。
【発明の効果】
【００２２】
本発明の実施例によれば、無線通信システム、好ましくは、無線ＬＡＮシステムにおいて改善されたチャネルアクセス方法及びそのための装置を提供することができる。
【００２３】
また、本発明の実施例によれば、端末別にチャネルアクセス区間を特定することによって、競合ベースのチャネルアクセス動作による端末の余計な電力消費及び送信遅延を防止することができる。
【００２４】
本発明で得られる効果は以上に言及した効果に制限されず、言及していない他の効果は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者に明らかになるであろう。
【図面の簡単な説明】
【００２５】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【図１】図１は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの例示的な構造を示す図である。
【図２】図２は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの他の例示的な構造を示す図である。
【図３】図３は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの更に他の例示的な構造を示す図である。
【図４】図４は、ＷＬＡＮシステムの例示的な構造を示す図である。
【図５】図５は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムのデータリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）と物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）の構造を例示する図である。
【図６】図６は、本発明を適用し得る無線ＬＡＮシステムにおいて一般のリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明するための図である。
【図７】図７は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する図である。
【図８】図８は、図７によるＭＡＣフレームにおいてＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴフォーマットを例示する図である。
【図９】図９は、図７によるＭＡＣフレームにおいてＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する図である。
【図１０】図１０は、本発明を適用し得るＩＥＥＥ  ８０２．１１ｎシステムのＰＰＤＵフレームフォーマットを例示する図である。
【図１１】図１１は、本発明を適用し得るＩＥＥＥ  ８０２．１１ａｃシステムのＶＨＴ  ＰＰＤＵフレームフォーマットを例示する図である。
【図１２】図１２は、本発明を適用し得る無線ＬＡＮシステムにおいてバックオフ過程を説明するための図である。
【図１３】図１３は、隠れたノード及び露出されたノードを説明するための図である。
【図１４】図１４は、ＲＴＳとＣＴＳを説明するための図である。
【図１５】図１５は、ＩＦＳの関係を例示する図である。
【図１６】図１６は、電力管理動作を説明するための図である。
【図１７】図１７乃至図１９は、ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図１８】図１７乃至図１９は、ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図１９】図１７乃至図１９は、ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図２０】図２０は、ＴＩＭ要素（ＴＩＭ  ｅｌｅｍｅｎｔ）フォーマットを例示する図である。
【図２１】図２１は、Ｕ−ＡＰＳＤ共存要素フォーマットを例示する図である。
【図２２】図２２は、ＰＳ−ＰｏｌｌメカニズムとＵ−ＡＰＳＤメカニズムによるＳＴＡの動作を説明するための図である。
【図２３】図２３は、隠れたノード環境でＰＳ−Ｐｏｌｌフレームが衝突する場合を例示する図である。
【図２４】図２４は、隠れたノード環境でＰＳ−Ｐｏｌｌ競合メカニズムを例示する図である。
【図２５】図２５は、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを例示する図である。
【図２６】図２６は、拡張されたスロット時間を用いたＳＴＡのチャネルアクセス動作をの一例を示す図である。
【図２７】図２７は、拡張されたスロット時間を用いたＳＴＡのチャネルアクセス動作の他の例を示す図である。
【図２８】図２８は、本発明の一実施例に係るＳＴＡ別に設定されたＰＳ−Ｐｏｌｌ区間（ｉｎｔｅｒｖａｌ）を例示する図である。
【図２９】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３０】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３１】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３２】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３３】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３４】図２９乃至図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３５】図３５は、本発明の一実施例に係るＮＤＰ  ＡＣＫフレームを例示する図である。
【図３６】図３６は、本発明の一実施例に係るＰＳ−ＰｏｌｌグループＡＣＫフレームを例示する図である。
【図３７】図３７乃至図４０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３８】図３７乃至図４０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図３９】図３７乃至図４０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図４０】図３７乃至図４０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【図４１】図４１は、本発明の一実施例に係るチャネルアクセス方法を例示する図である。
【図４２】図４２は、本発明の一実施例に係る無線装置を例示するブロック構成図である。
【発明を実施するための形態】
【００２６】
以下、本発明に係る好適な実施の形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明の唯一の実施の形態を示すためのものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項なしにも本発明が実施され得るということが当業者には理解される。
【００２７】
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２８】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００２９】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、並びに３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省いた段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００３０】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進展である。
【００３１】
説明を明確にするために、ＩＥＥＥ  ８０２．１１システムを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３２】
（システム一般）
図１は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの例示的な構造を示す図である。
【００３３】
ＩＥＥＥ  ８０２．１１構造は複数個の構成要素を含むことができ、それら構成要素の相互作用によって上位層に対してトランスペアレントなＳＴＡ移動性を支援するＷＬＡＮを提供することができる。基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＢＳＳ）はＩＥＥＥ  ８０２．１１  ＬＡＮにおける基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１及びＢＳＳ２）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４はＢＳＳ２に含まれる）を例示的に示している。図１で、ＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解してもよい。この領域をＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外へ移動すると、当該ＢＳＡ内の他のＳＴＡと直接通信できなくなる。
【００３４】
ＩＥＥＥ  ８０２．１１  ＬＡＮにおいて最も基本的なタイプのＢＳＳは、独立したＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけで構成された最小の形態を有することができる。また、最も単純な形態であるとともに他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１又はＢＳＳ２）がＩＢＳＳの代表的な例示に該当する。このような構成は、ＳＴＡ同士が直接通信できる場合に可能である。また、このような形態のＬＡＮは、あらかじめ計画して構成されるものではなく、ＬＡＮが必要な場合に構成され、これをアド−ホック（ａｄ−ｈｏｃ）ネットワークと呼ぶこともできる。
【００３５】
ＳＴＡの電源オン／オフ、ＳＴＡのＢＳＳ領域への入／出などによって、ＢＳＳにおいてＳＴＡのメンバーシップが動的に変更することがある。ＢＳＳのメンバーになるためには、ＳＴＡは同期化過程を用いてＢＳＳにジョインすればよい。ＢＳＳ基盤構造の全てのサービスにアクセスするためには、ＳＴＡはＢＳＳに連携されなければならない。このような連携（ａｓｓｏｃｉａｔｉｏｎ）は動的に設定され、分配システムサービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ；ＤＳＳ）の利用を含んでもよい。
【００３６】
図２は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムの他の例示的な構造を示す図である。図２は、図１の構造において、分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ；ＤＳ）、分配システム媒体（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ；ＤＳＭ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）などの構成要素が追加された形態である。
【００３７】
ＬＡＮにおいて直接的なステーション−対−ステーションの距離はＰＨＹ性能によって制限されることがある。このような距離の限界が充分な場合もあれば、より遠い距離のステーション間の通信が必要な場合もある。拡張されたカバレッジを支援するために分配システム（ＤＳ）を構成することができる。
【００３８】
ＤＳは、ＢＳＳ同士が相互接続される構造を意味する。具体的に、図１のようにＢＳＳが独立して存在する代わりに、複数個のＢＳＳで構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在してもよい。
【００３９】
ＤＳは論理的な概念であり、分配システム媒体（ＤＳＭ）の特性によって特定することができる。これと関連して、ＩＥＥＥ  ８０２．１１標準では無線媒体（Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ；ＷＭ）と分配システム媒体（ＤＳＭ）とを論理的に区別している。それぞれの論理的媒体は互いに異なる目的のために使用され、互いに異なる構成要素によって使用される。ＩＥＥＥ  ８０２．１１標準の定義では、このような媒体を互いに同一なものとも、互いに異なるものとも制限しない。このように複数個の媒体が論理的に互いに異なるという点で、ＩＥＥＥ  ８０２．１１  ＬＡＮ構造（ＤＳ構造又は他のネットワーク構造）の柔軟性を説明することができる。すなわち、ＩＥＥＥ  ８０２．１１  ＬＡＮ構造は様々に具現することができ、それぞれの具現例の物理的な特性によって独立的に当該ＬＡＮ構造を特定することができる。
【００４０】
ＤＳは複数個のＢＳＳのシームレス（ｓｅａｍｌｅｓｓ）な統合を提供し、あて先へのアドレスを扱うために必要な論理的サービスを提供することによって移動装置を支援することができる。
【００４１】
ＡＰとは、関連付いているＳＴＡに対してＷＭを通じてＤＳへのアクセスを可能にし、且つＳＴＡ機能性を有する個体を意味する。ＡＰを通じてＢＳＳ及びＤＳ間のデータ移動が行われてもよい。例えば、図２に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有するとともに、関連付いているＳＴＡ（ＳＴＡ１及びＳＴＡ４）をＤＳにアクセスさせる機能を持つ。また、いかなるＡＰも基本的にＳＴＡに該当するため、ＡＰはいずれもアドレス可能な個体である。ＷＭ上での通信のためにＡＰによって用いられるアドレスとＤＳＭ上での通信のためにＡＰによって用いられるアドレスは必ずしも同一である必要はない。
【００４２】
ＡＰに関連付いているＳＴＡのいずれか一つから当該ＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ  ８０２．１Ｘポートアクセス個体によって処理されてもよい。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（又は、フレーム）はＤＳに伝達されてもよい。
【００４３】
図３は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムのさらに他の例示的な構造を示す図である。図３では、図２の構造にさらに広いカバレッジを提供するための拡張されたサービスセット（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＥＳＳ）を概念的に示す。
【００４４】
任意の（ａｒｂｉｔｒａｒｙ）サイズ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳで構成されてもよい。ＩＥＥＥ  ８０２．１１システムではこのような方式のネットワークをＥＳＳネットワークと称する。ＥＳＳは、一つのＤＳに接続されたＢＳＳの集合に該当し得る。しかし、ＥＳＳはＤＳを含まない。ＥＳＳネットワークはＬＬＣ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層でＩＢＳＳネットワークとして見える点が特徴である。ＥＳＳに含まれるＳＴＡは互いに通信することができ、移動ＳＴＡはＬＬＣにトランスペアレントに一つのＢＳＳから他のＢＳＳに（同一ＥＳＳ内で）移動することができる。
【００４５】
ＩＥＥＥ  ８０２．１１では、図３におけるＢＳＳの相対的な物理的位置について何ら仮定しておらず、次のようないずれの形態も可能である。ＢＳＳは部分的に重なってもよく、これは、連続したカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは物理的に接続していなくてもよく、論理的にはＢＳＳ同士間の距離に制限はない。また、ＢＳＳ同士は物理的に同一位置に位置してもよく、これはリダンダンシーを提供するために用いることができる。また、一つ（又は、一つ以上の）ＩＢＳＳ又はＥＳＳネットワークが一つ（又は一つ以上の）ＥＳＳネットワークとして同一空間に物理的に存在してもよい。これは、ＥＳＳネットワークが存在する位置にアド−ホックネットワークが動作する場合、互いに異なる機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ  ８０２．１１ネットワークが構成される場合、又は、同一位置で２つ以上の互いに異なるアクセス及び保安政策が必要な場合などにおける、ＥＳＳネットワーク形態に該当し得る。
【００４６】
図４は、ＷＬＡＮシステムの例示的な構造を示す図である。図４では、ＤＳを含む基盤構造ＢＳＳの一例が示されている。
【００４７】
図４の例示で、ＢＳＳ１及びＢＳＳ２がＥＳＳを構成する。ＷＬＡＮシステムにおいてＳＴＡはＩＥＥＥ  ８０２．１１のＭＡＣ／ＰＨＹ規定に従って動作する装置である。ＳＴＡはＡＰ  ＳＴＡ及び非−ＡＰ（ｎｏｎ−ＡＰ）ＳＴＡを含む。Ｎｏｎ−ＡＰ  ＳＴＡは、ラップトップコンピュータ、移動電話機のように、一般にユーザが直接扱う装置に該当する。図４の例示で、ＳＴＡ１、ＳＴＡ３、ＳＴＡ４はｎｏｎ−ＡＰ  ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ５はＡＰ  ＳＴＡに該当する。
【００４８】
以下の説明で、ｎｏｎ−ＡＰ  ＳＴＡは、端末（ｔｅｒｍｉｎａｌ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、移動加入者局（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ；ＭＳＳ）などと呼ぶことができる。また、ＡＰは、他の無線通信分野における基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、発展したノード−Ｂ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ；ｅＮＢ）、基底送受信システム（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ；ＢＴＳ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００４９】
図５は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムのデータリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）と物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）の構造を例示する図である。
【００５０】
図５を参照すると、物理層５２０は、ＰＬＣＰ個体（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ  Ｅｎｔｉｔｙ）５２１とＰＭＤ個体（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ  Ｅｎｔｉｔｙ）５２２を含むことができる。ＰＬＣＰ個体５２１は、ＭＡＣ副層５１０とデータフレームを連結する役割を担う。ＰＭＤ個体５２２は、ＯＦＤＭ方式によって２個又はそれ以上のＳＴＡとデータを無線で送受信する役割を担う。
【００５１】
ＭＡＣ副層５１０と物理層５２０はいずれも概念上の管理個体を含むことができ、それぞれ、ＭＬＭＥ（ＭＡＣ  Ｓｕｂｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１１とＰＬＭＥ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５２３と呼ぶことができる。これらの個体５１１，５２１は、階層管理関数の動作によって階層管理サービスインターフェースを提供する。
【００５２】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５３０が各ＳＴＡ内に存在することができる。ＳＭＥ  ５３０は各階層と独立した管理個体で、複数の階層管理個体から階層ベースの状態情報を収集したり、各階層の特定パラメータの値を設定する。ＳＭＥ  ５３０は、このような機能を一般システム管理個体に代えて行うことができ、標準管理プロトコルを具現することができる。
【００５３】
上記のような様々な個体は様々な方法で相互作用（ｉｎｔｅｒａｃｔ）することができ、図５では、ＧＥＴ／ＳＥＴプリミティブ（ｐｒｉｍｉｔｉｖｅ）を交換する例を示す。ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、管理情報ベース属性（ＭＩＢ  ａｔｔｒｉｂｕｔｅ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ａｔｔｒｉｂｕｔｅ）の値を要請するために用いられ、ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であれば、該当のＭＩＢ属性値をリターン（ｒｅｔｕｒｎ）し、その他の場合は、状態フィールドに誤り表示をしてリターンする。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指定されたＭＩＢ属性を、与えられた値に設定するように要請するために用いられる。ＭＩＢ属性が特定動作を意味していると、この要請はその特定動作の実行を要請する。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が「ＳＵＣＣＥＳＳ」であれば、指定されたＭＩＢ属性が要請された値に設定されたことを意味する。その他の場合には、状態フィールドは誤り状況を示す。このＭＩＢ属性が特定動作を意味すると、このプリミティブは、当該動作が行われたことを意味することができる。
【００５４】
図５に示すように、ＭＬＭＥ  ５１１とＳＭＥ  ５３０間、ＰＬＭＥ  ５２３とＳＭＥ  ５３０間には、様々なプリミティブをそれぞれ、ＭＬＭＥ＿ＳＡＰ（ＭＬＭＥ＿Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）５５０、ＰＬＭＥ＿ＳＡＰ（ＰＬＭＥ＿Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）５６０を介して交換することができる。そして、ＭＬＭＥ  ５１１とＰＬＭＥ  ５２３間にはＭＬＭＥ−ＰＬＭＥ＿ＳＡＰ（ＭＬＭＥ−ＰＬＭＥ＿Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）５７０を介してプリミティブを交換することができる。
【００５５】
（リンクセットアップ過程）
図６は、本発明を適用し得るＷＬＡＮシステムにおいて一般のリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明するための図である。
【００５６】
ＳＴＡがネットワークに対してリンクをセットアップし、データを送受信するためには、まず、ネットワークを発見（ｄｉｓｃｏｖｅｒｙ）し、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行い、連携（ａｓｓｏｃｉａｔｉｏｎ）を確立（ｅｓｔａｂｌｉｓｈ）し、保安（ｓｅｃｕｒｉｔｙ）のための認証手順などを行わなければならない。リンクセットアップ過程をセッション開始過程、セッションセットアップ過程と呼ぶこともできる。また、リンクセットアップ過程における発見、認証、連携、保安設定の過程を総称して連携過程と呼ぶこともできる。
【００５７】
図６を参照して例示的なリンクセットアップ過程について説明する。
【００５８】
段階Ｓ６１０で、ＳＴＡはネットワーク発見動作を行うことができる。ネットワーク発見動作はＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。ＳＴＡは無線ネットワークに参加する前に互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。
【００５９】
スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）がある。
【００６０】
図６では例示として能動的スキャニング過程を含むネットワーク発見動作を示す。能動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移りながら周辺にどのＡＰが存在するかを探索するためにプローブ要請フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信して、それに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要請フレームを送信したＳＴＡに、プローブ要請フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を送信したＳＴＡであってもよい。ＢＳＳでは、ＡＰがビーコンフレームを送信するため、ＡＰが応答者となり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信するため、応答者が一定でない。例えば、１番チャネルでプローブ要請フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を保存し、次のチャネル（例えば、２番チャネル）に移動して同一の方法でスキャニング（すなわち、２番チャネル上でプローブ要請／応答の送受信）を行うことができる。
【００６１】
図６には示していないが、スキャニング動作は受動的スキャニング方式で行われてもよい。受動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移りながらビーコンフレームを待つ。ビーコンフレームは、ＩＥＥＥ  ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一つであり、無線ネットワークの存在を知らせ、スキャニングを行うＳＴＡが無線ネットワークを探して無線ネットワークに参加できるように、周期的に送信される。ＢＳＳでＡＰがビーコンフレームを周期的に送信する役割を担い、ＩＢＳＳではＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信する。スキャニングを行うＳＴＡはビーコンフレームを受信すると、ビーコンフレームに含まれたＢＳＳに関する情報を保存し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれたＢＳＳ関連情報を保存し、次のチャネルに移動して同一の方法で次のチャネルでスキャニングを行うことができる。
【００６２】
能動的スキャニングと受動的スキャニングとを比較すれば、能動的スキャニングが受動的スキャニングに比べてディレー（ｄｅｌａｙ）及び電力消耗が小さいという利点がある。
【００６３】
ＳＴＡがネットワークを発見した後に、段階Ｓ６２０で認証過程を行うことができる。このような認証過程は、後述する段階Ｓ６４０の保安セットアップ動作と明確に区別するために、第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と呼ぶことができる。
【００６４】
認証過程は、ＳＴＡが認証要請フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。認証要請／応答に用いられる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は管理フレームに該当する。
【００６５】
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などに関する情報を含むことができる。これは、認証要請／応答フレームに含まれ得る情報の一例示に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００６６】
ＳＴＡは認証要請フレームをＡＰに送信することができる。ＡＰは、受信された認証要請フレームに含まれた情報に基づいて、当該ＳＴＡに対する認証を許容するか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを通じてＳＴＡに提供することができる。
【００６７】
ＳＴＡが成功的に認証された後に、段階Ｓ６３０で連携過程を行うことができる。連携過程は、ＳＴＡが連携要請フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、それに応答してＡＰが連携応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。
【００６８】
例えば、連携要請フレームは、様々な能力（ｃａｐａｂｉｌｉｔｙ）に関する情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要請（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。
【００６９】
例えば、連携応答フレームは、様々な能力に関する情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連携カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重畳（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
【００７０】
これは連携要請／応答フレームに含まれ得る情報の一例に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００７１】
ＳＴＡがネットワークに成功的に連携された後に、段階Ｓ６４０で保安セットアップ過程を行うことができる。段階Ｓ６４０の保安セットアップ過程は、ＲＳＮＡ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）要請／応答を通じた認証過程ということもでき、上記の段階Ｓ６２０の認証過程を第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程とし、段階Ｓ６４０の保安セットアップ過程を単純に認証過程と呼ぶこともできる。
【００７２】
段階Ｓ６４０の保安セットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＬＡＮ）フレームを通じた４−ウェイ（ｗａｙ）ハンドシェーキングを通じて、プライベートキーセットアップ（ｐｒｉｖａｔｅ  ｋｅｙ  ｓｅｔｕｐ）をする過程を含むことができる。また、保安セットアップ過程は、ＩＥＥＥ  ８０２．１１標準で定義しない保安方式によって行われてもよい。
【００７３】
（ＷＬＡＮの進化）
無線ＬＡＮで通信速度の限界を克服するために比較的最近に制定された技術標準としてＩＥＥＥ  ８０２．１１ｎがある。ＩＥＥＥ  ８０２．１１ｎは、ネットワークの速度と信頼性を増大させ、且つ無線ネットワークの運営距離を拡張することに目的がある。より具体的に、ＩＥＥＥ  ８０２．１１ｎは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）を支援するとともに、送信エラーを最小化し、データ速度を最適化するために送信端と受信端の両方とも多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基づいている。
【００７４】
無線ＬＡＮの普及が活性化され、さらにそれを用いたアプリケーションが多様化するに伴って、最近ではＩＥＥＥ  ８０２．１１ｎが支援するデータ処理速度よりも高い処理率を支援するための新しい無線ＬＡＮシステムの必要性が台頭している。超高処理率（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＶＨＴ）を支援する次世代無線ＬＡＮシステムは、ＩＥＥＥ  ８０２．１１ｎ無線ＬＡＮシステムの次のバージョン（例えば、ＩＥＥＥ  ８０２．１１ａｃ）であり、ＭＡＣサービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＳＡＰ）で１Ｇｂｐｓ以上のデータ処理速度を支援するために最近に新しく提案されているＩＥＥＥ  ８０２．１１無線ＬＡＮシステムの一つである。
【００７５】
次世代無線ＬＡＮシステムは、無線チャネルを效率的に利用するために複数のＳＴＡが同時にチャネルにアクセスするＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ−ＭＩＭＯ送信方式によれば、ＡＰが、ＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された一つ以上のＳＴＡに同時にパケットを送信することができる。また、ホワイトスペース（ｗｈｉｔｅ  ｓｐａｃｅ）で無線ＬＡＮシステム動作を支援することが議論されている。例えば、アナログＴＶのデジタル化による遊休状態の周波数帯域（例えば、５４〜６９８ＭＨｚ帯域）のようなＴＶホワイトスペース（ＴＶＷＳ）での無線ＬＡＮシステムの導入は、ＩＥＥＥ  ８０２．１１ａｆ標準として議論されている。しかし、これは例示に過ぎず、ホワイトスペースは、許可されたユーザ（ｌｉｃｅｎｓｅｄ  ｕｓｅｒ）が優先して使用できる許可された帯域といえる。許可されたユーザは、許可された帯域の使用が許可されたユーザのことを意味し、許可された装置（ｌｉｃｅｎｓｅｄ  ｄｅｖｉｃｅ）、プライマリユーザ（ｐｒｉｍａｒｙ  ｕｓｅｒ）、優先的ユーザ（ｉｎｃｕｍｂｅｎｔ  ｕｓｅｒ）などと呼ぶこともできる。
【００７６】
例えば、ＷＳで動作するＡＰ及び／又はＳＴＡは、許可されたユーザに対する保護（ｐｒｏｔｅｃｔｉｏｎ）機能を提供しなければならない。例えば、ＷＳ帯域で特定帯域幅を有するように規約（ｒｅｇｕｌａｔｉｏｎ）上分割されている周波数帯域である特定ＷＳチャネルを、マイクロホン（ｍｉｃｒｏｐｈｏｎｅ）のような許可されたユーザが既に使用している場合、許可されたユーザを保護するために、ＡＰ及び／又はＳＴＡは当該ＷＳチャネルに該当する周波数帯域は使用することができない。また、ＡＰ及び／又はＳＴＡは、現在フレーム送信及び／又は受信のために使用している周波数帯域を許可されたユーザが使用するようになると、当該周波数帯域の使用を中止しなければならない。
【００７７】
そのため、ＡＰ及び／又はＳＴＡは、ＷＳ帯域中の特定周波数帯域の使用が可能か否か、すなわち、当該周波数帯域に許可されたユーザが存在するか否かを把握する手順を先行しなければならない。許可されたユーザが特定周波数帯域に存在するか否かを把握することをスペクトルセンシング（ｓｐｅｃｔｒｕｍ  ｓｅｎｓｉｎｇ）という。スペクトルセンシングメカニズムとして、エネルギー探知（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）方式、信号探知（ｓｉｇｎａｔｕｒｅ  ｄｅｔｅｃｔｉｏｎ）方式などが活用される。受信信号の強度が一定値以上であれば、許可されたユーザが使用中であると判断したり、ＤＴＶプリアンブル（ｐｒｅａｍｂｌｅ）が検出されると、許可されたユーザが使用中であると判断すればよい。
【００７８】
また、次世代通信技術としてＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信技術が議論されている。ＩＥＥＥ  ８０２．１１無線ＬＡＮシステムでもＭ２Ｍ通信を支援するための技術標準がＩＥＥＥ  ８０２．１１ａｈとして開発されている。Ｍ２Ｍ通信は、一つ以上のマシン（Ｍａｃｈｉｎｅ）が含まれる通信方式を意味し、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又は事物通信と呼ばれることもある。ここで、マシンとは、人間の直接的な操作や介入を必要としない個体（ｅｎｔｉｔｙ）を意味する。例えば、無線通信モジュールが搭載された検針機（ｍｅｔｅｒ）や自動販売機のような装置を含めて、ユーザの操作／介入無しで自動でネットワークに接続して通信を行うことができるスマートフォンのようなユーザ機器もマシンの例示に該当し得る。Ｍ２Ｍ通信は、デバイス間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信）、デバイスとサーバー（ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）間の通信などを含むことができる。デバイスとサーバー間の通信の例示としては、自動販売機とサーバー、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅ）装置とサーバー、電気、ガス又は水道検針機とサーバー間の通信が挙げられる。その他にも、Ｍ２Ｍ通信ベースのアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）には、保安（ｓｅｃｕｒｉｔｙ）、運送（ｔｒａｎｓｐｏｒｔａｔｉｏｎ）、ヘルスケア（ｈｅａｌｔｈ  ｃａｒｅ）などが含まれてもよい。このような適用例の特性を考慮すると、一般に、Ｍ２Ｍ通信は、数多くの機器が存在する環境でたまに少量のデータを低速で送受信することを支援できるものでなければならない。
【００７９】
具体的に、Ｍ２Ｍ通信は多数のＳＴＡを支援できるものでなければならない。現在定義されている無線ＬＡＮシステムでは、一つのＡＰに最大２００７個のＳＴＡが連携される場合を仮定するが、Ｍ２Ｍ通信ではそれよりも多い個数（約６０００個）のＳＴＡが一つのＡＰに連携される場合を支援する方案が議論されている。また、Ｍ２Ｍ通信では低い送信速度を支援／要求するアプリケーションが多いと予想される。これを円滑に支援するために、例えば、無線ＬＡＮシステムでは、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）要素に基づいてＳＴＡが自身に送信されるデータの有無を認知できるが、ＴＩＭのビットマップサイズを減らす方案が議論されている。また、Ｍ２Ｍ通信では送信／受信間隔が非常に長いトラフィックが多いと予想される。例えば、電気／ガス／水道の使用量のように長い周期（例えば、１ケ月）ごとに大変少ない量のデータをやり取りすることが要求される。そのため、無線ＬＡＮシステムでは、一つのＡＰに連携され得るＳＴＡの個数が非常に多くなっても、一つのビーコン周期の間にＡＰから受信するデータフレームが存在するＳＴＡの個数が大変少ない場合を效率的に支援する方案が議論されている。
【００８０】
このように無線ＬＡＮ技術は急速に進化しつつあり、前述の例示に加えて、直接リンクセットアップ、メディアストリーミング性能の改善、高速及び／又は大規模の初期セッションセットアップの支援、拡張された帯域幅及び動作周波数の支援などのための技術が開発されている。
【００８１】
（フレーム構造）
図７は、本発明を適用し得るＩＥＥＥ  ８０２．１１システムのＭＡＣフレームフォーマットを例示する。
【００８２】
図７を参照すると、ＭＡＣフレームフォーマットは、ＭＡＣヘッダー（ＭＨＲ：ＭＡＣ  Ｈｅａｄｅｒ）、ＭＡＣペイロード（ＭＡＣ  Ｐａｙｌｏａｄ）及びＭＡＣフッター（ＭＦＲ：ＭＡＣ  Ｆｏｏｔｅｒ）で構成される。ＭＨＲは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、持続期間／識別子（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、アドレス１（Ａｄｄｒｅｓｓ  １）フィールド、アドレス２（Ａｄｄｒｅｓｓ  ２）フィールド、アドレス３（Ａｄｄｒｅｓｓ  ３）フィールド、シーケンス制御（Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）フィールド、アドレス４（Ａｄｄｒｅｓｓ  ４）フィールド、ＱｏＳ制御（ＱｏＳ  Ｃｏｎｔｒｏｌ）フィールド及びＨＴ制御（ＨＴ  Ｃｏｎｔｒｏｌ）フィールドを含む領域と定義される。フレームボディー（Ｆｒａｍｅ  Ｂｏｄｙ）フィールドはＭＡＣペイロード（ｐａｙｌｏａｄ）と定義されるもので、上位層で送信しようとするデータが位置し、可変的なサイズを有する。フレームチェックシーケンス（ＦＣＳ：ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ）フィールドはＭＡＣフッター（ｆｏｏｔｅｒ）と定義され、ＭＡＣフレームのエラー探索のために用いられる。
【００８３】
先頭３つのフィールド（フレーム制御フィールド、持続期間／識別子フィールド、アドレス１フィールド）と末尾のフィールド（ＦＣＳフィールド）は最小フレームフォーマットを構成し、全てのフレームに存在する。その他のフィールドは特定フレームタイプでのみ存在してもよい。
【００８４】
上述した各フィールドに含まれる情報はＩＥＥＥ  ８０２．１１システムの定義に従えばよい。また、上述した各フィールドはＭＡＣフレームに含まれ得るフィールドの例示に該当し、他のフィールドに置き換わったり、追加のフィールドがさらに含まれてもよい。
【００８５】
図８は、図７によるＭＡＣフレームにおいてＨＴ  ＣｏｎｔｒｏｌフィールドのＨＴフォーマットを例示する。
【００８６】
図８を参照すると、ＨＴ制御フィールドは、ＶＨＴサブフィールド、リンク適応（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ）サブフィールド、キャリブレーションポジション（Ｃａｌｉｂｒａｔｉｏｎ  Ｐｏｓｉｔｉｏｎ）サブフィールド、キャリブレーションシーケンス（Ｃａｌｉｂｒａｔｉｏｎ  Ｓｅｑｕｅｎｃｅ）サブフィールド、チャネル状態情報／調整（ＣＳＩ／Ｓｔｅｅｒｉｎｇ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｔｅｅｒｉｎｇ）サブフィールド、ＮＤＰ通知（ＮＤＰ  Ａｎｎｏｕｎｃｅｍｅｎｔ：Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｎｎｏｕｎｃｅｍｅｎｔ）サブフィールド、アクセスカテゴリー制限（ＡＣ  Ｃｏｎｓｔｒａｉｎｔ：Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ  Ｃｏｎｓｔｒａｉｎｔ）サブフィールド、逆方向承認／追加ＰＰＤＵ（ＲＤＧ：Ｒｅｖｅｒｓｅ  Ｄｉｒｅｃｔｉｏｎ  Ｇｒａｎｔ／Ｍｏｒｅ  ＰＰＤＵ）サブフィールド、予約（Ｒｅｓｅｒｖｅｄ）サブフィールドを含むことができる。
【００８７】
リンク適応サブフィールドは、トレーニング要請（ＴＲＱ：Ｔｒａｉｎｉｎｇ  ｒｅｑｕｅｓｔ）サブフィールド、ＭＣＳ要請又はアンテナ選択指示（ＭＡＩ：ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）Ｒｅｑｕｅｓｔ  ｏｒ  ＡＳＥＬ（Ａｎｔｅｎｎａ  Ｓｅｌｅｃｔｉｏｎ）Ｉｎｄｉｃａｔｉｏｎ）サブフィールド、ＭＣＳフィードバックシーケンス識別子（ＭＦＳＩ：ＭＣＳ  Ｆｅｅｄｂａｃｋ  Ｓｅｑｕｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）サブフィールド、ＭＣＳフィードバック及びアンテナ選択命令／データ（ＭＦＢ／ＡＳＥＬＣ：ＭＣＳ  Ｆｅｅｄｂａｃｋ  ａｎｄ  Ａｎｔｅｎｎａ  Ｓｅｌｅｃｔｉｏｎ  Ｃｏｍｍａｎｄ／ｄａｔａ）サブフィールドを含むことができる。
【００８８】
ＴＲＱサブフィールドは、応答者（ｒｅｓｐｏｎｄｅｒ）にサウンディングＰＰＤＵ（ｓｏｕｎｄｉｎｇ  ＰＰＤＵ）送信を要請する場合は１に設定され、応答者にサウンディングＰＰＤＵ送信を要請しない場合は０に設定される。そして、ＭＡＩサブフィールドが１４に設定されると、アンテナ選択指示（ＡＳＥＬ  ｉｎｄｉｃａｔｉｏｎ）を示し、ＭＦＢ／ＡＳＥＬＣサブフィールドはアンテナ選択命令／データと解釈される。そうでない場合、ＭＡＩサブフィールドはＭＣＳ要請を示し、ＭＦＢ／ＡＳＥＬＣサブフィールドはＭＣＳフィードバックと解釈される。ＭＡＩサブフィールドがＭＣＳ要請（ＭＲＱ：ＭＣＳ  Ｒｅｑｕｅｓｔ）を示す場合、あるＭＣＳフィードバックを要請しない場合は０に設定され、ＭＣＳフィードバックを要請する場合は１に設定される。サウンディングＰＰＤＵは、チャネル推定のために利用可能なトレーニング（ｔｒａｉｎｉｎｇ）シンボルを伝達するＰＰＤＵを意味する。
【００８９】
上述した各サブフィールドはＨＴ制御フィールドに含み得るサブフィールドの例示に該当し、他のサブフィールドに取り替わったり、追加のサブフィールドがさらに含まてもよい。
【００９０】
図９は、図７によるＭＡＣフレームにおいてＨＴ  ＣｏｎｔｒｏｌフィールドのＶＨＴフォーマットを例示する。
【００９１】
図９を参照すると、ＨＴ制御フィールドは、ＶＨＴサブフィールド、ＭＲＱサブフィールド、ＭＳＩサブフィールド、ＭＣＳフィードバックシーケンス指示／グループＩＤ最下位ビット（ＭＦＳＩ／ＧＩＤ−Ｌ：ＬＳＢ  ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、ＭＦＢサブフィールド、グループＩＤ最上位ビット（ＧＩＤ−Ｈ：ＭＳＢ  ｏｆ  Ｇｒｏｕｐ  ＩＤ）サブフィールド、コーディングタイプ（Ｃｏｄｉｎｇ  Ｔｙｐｅ）サブフィールド、ＭＦＣ応答送信タイプ（ＦＢ  Ｔｘ  Ｔｙｐｅ：Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｙｐｅ  ｏｆ  ＭＦＢ  ｒｅｓｐｏｎｓｅ）サブフィールド、自発的ＭＦＢ（Ｕｎｓｏｌｉｃｉｔｅｄ  ＭＦＢ）サブフィールド、ＡＣ校正（ＡＣ  Ｃｏｎｓｔｒａｉｎｔ）サブフィールド、ＲＤＧ／Ｍｏｒｅ  ＰＰＤＵサブフィールドを含むことができる。そして、ＭＦＢサブフィールドは、ＶＨＴ空間−時間ストリーム個数（Ｎ＿ＳＴＳ：Ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ）サブフィールド、ＭＣＳサブフィールド、帯域幅（ＢＷ：Ｂａｎｄｗｉｄｔｈ）サブフィールド、信号対雑音比（ＳＮＲ：Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）サブフィールドを含むことができる。
【００９２】
表１には、ＨＴ制御フィールドのＶＨＴフォーマットにおける各サブフィールドの説明を示す。
【００９３】
【表１−１】
0005976131.tif 000002
【００９４】
【表１−２】
0005976131.tif 000003
上述した各サブフィールドはＨＴ制御フィールドに含み得るサブフィールドの例示に該当し、他のサブフィールドに取り替わったり、追加のサブフィールドがさらに含まれてもよい。
【００９５】
一方、ＭＡＣ副層は、ＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を物理サービスデータユニット（ＰＳＤＵ：ＰＨＹ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）として物理層に伝達する。ＰＬＣＰ個体は、受信したＰＳＤＵに物理ヘッダー（ＰＨＹ  ｈｅａｄｅｒ）とプリアンブルを付加してＰＬＣＰプロトコルデータユニット（ＰＰＤＵ：ＰＬＣ  Ｐｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を生成する。
【００９６】
図１０は、本発明を適用し得るＩＥＥＥ  ８０２．１１ｎシステムのＰＰＤＵフレームフォーマットを例示する。
【００９７】
図１０の（ａ）は、ノン−ＨＴ（Ｎｏｎ−ＨＴ）フォーマット、ＨＴ混合（ＨＴ  Ｍｉｘｅｄ）フォーマット、ＨＴ−グリーンフィールド（ＨＴ−Ｇｒｅｅｎ  ｆｉｅｌｄ）フォーマットによるＰＰＤＵフレームを例示している。
【００９８】
ノン−ＨＴフォーマットは、既存のレガシーシステム（ＩＥＥＥ  ８０２．１１ａ／ｇ）ＳＴＡのためのフレームフォーマットを示す。ノン−ＨＴフォーマットＰＰＤＵは、レガシーショートトレーニングフィールド（Ｌ−ＳＴＦ：Ｌｅｇａｃｙ−Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、レガシーロングトレーニングフィールド（Ｌ−ＬＴＦ：Ｌｅｇａｃｙ−Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、レガシーシグナル（Ｌ−ＳＩＧ：Ｌｅｇａｃｙ−Ｓｉｇｎａｌ）フィールドで構成されるレガシーフォーマットプリアンブルを含む。
【００９９】
ＨＴ混合フォーマットは、既存のレガシーシステムＳＴＡの通信を許容すると同時にＩＥＥＥ  ８０２．１１ｎ  ＳＴＡのためのフレームフォーマットを示す。ＨＴ混合フォーマットＰＰＤＵは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧで構成されるレガシーフォーマットプリアンブルと、ＨＴ−ショートトレーニングフィールド（ＨＴ−ＳＴＦ：ＨＴ−Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＴ−ロングトレーニングフィールド（ＨＴ−ＬＴＦ：ＨＴ−Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）及びＨＴシグナル（ＨＴ−ＳＩＧ：ＨＴ−Ｓｉｇｎａｌ）フィールドで構成されるＨＴフォーマットプリアンブルを含む。Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧは、下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧまではノン−ＨＴフォーマットと同一であり、それに続くＨＴ−ＳＩＧフィールドから、ＳＴＡは、混合フォーマットＰＰＤＵであることが把握できる。
【０１００】
ＨＴ−グリーンフィールド（Ｇｒｅｅｎ  ｆｉｅｌｄ）フォーマットは、既存のレガシーシステムと互換性を持たないフォーマットで、ＩＥＥＥ  ８０２．１１ｎ  ＳＴＡのためのフレームフォーマットを示す。ＨＴ−グリーンフィールドフォーマットＰＰＤＵは、ＨＴ−グリーンフィールド−ＳＴＦ（ＨＴ−ＧＦ−ＳＴＦ：ＨＴ−Ｇｒｅｅｆｉｅｌｄ−ＳＴＦ）、ＨＴ−ＬＴＦ１、ＨＴ−ＳＩＧ及び一つ以上のＨＴ−ＬＴＦで構成されるグリーンフィールドプリアンブルを含む。
【０１０１】
データ（Ｄａｔａ）フィールドは、サービス（ＳＥＲＶＩＣＥ）フィールド、ＰＳＤＵ、テール（ｔａｉｌ）ビット、埋め草（ｐａｄｄｉｎｇ）ビットを含む。データフィールドの全ビットはスクランブルされる。
【０１０２】
図１０の（ｂ）は、データフィールドに含まれるサービスフィールドを示す。サービスフィールドは１６ビットを有する。各ビットは０番から１５番まで与えられ、０番ビットから順次に送信される。０番から６番ビットは０に設定され、受信端内のデスクランブラ（ｄｅｓｃｒａｍｂｌｅｒ）を同期化するために用いられる。
【０１０３】
図１１は、本発明を適用し得るＩＥＥＥ  ８０２．１１ａｃシステムのＶＨＴ  ＰＰＤＵフレームフォーマットを例示する。
【０１０４】
図１１を参照すると、ＶＨＴフォーマットＰＰＤＵは、データフィールドの前に、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧで構成されるレガシーフォーマットプリアンブルと、ＶＨＴ−ＳＩＧ−Ａ、ＨＴ−ＳＴＦ及びＨＴ−ＬＴＦで構成されるＶＨＴフォーマットプリアンブルを含む。Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧは下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシーフィールドを意味するので、Ｌ−ＳＴＦからＬ−ＳＩＧまではノン−ＨＴフォーマットと同一であり、それに続くＶＨＴ−ＳＩＧフィールドから、ＳＴＡは、ＶＨＴフォーマットＰＰＤＵであることが把握できる。
【０１０５】
Ｌ−ＳＴＦは、フレーム検出、自動利得制御（ＡＧＣ：Ａｕｔｏ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバーシティ検出、粗い周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）などのためのフィールドである。Ｌ−ＬＴＦは、精密な周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）、チャネル推定などのためのフィールドである。Ｌ−ＳＩＧは、レガシー制御情報送信のためのフィールドである。ＶＨＴ−ＳＩＧ−Ａは、ＶＨＴ  ＳＴＡに共通する制御情報送信のためのＶＨＴフィールドである。ＶＨＴ−ＳＴＦは、ＭＩＭＯのためのＡＧＣ、ビームフォーミングされたストリームのためのフィールドである。ＶＨＴ−ＬＴＦｓは、ＭＩＭＯのためのチャネル推定、ビームフォーミングされたストリームのためのフィールドである。ＶＨＴ−ＳＩＧ−Ｂは、各ＳＴＡに特定した制御情報を送信するためのフィールドである。
【０１０６】
（媒体アクセスメカニズム）
ＩＥＥＥ  ８０２．１１に基づく無線ＬＡＮシステムにおいて、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）の基本アクセスメカニズムは、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）メカニズムである。ＣＳＭＡ／ＣＡメカニズムは、ＩＥＥＥ  ８０２．１１  ＭＡＣの分配調整機能（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ、ＤＣＦ）とも呼ばれるが、基本的に「ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによれば、ＡＰ及び／又はＳＴＡは送信を開始するに先立ち、所定の時間区間（例えば、ＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ）の間に無線チャネル又は媒体（ｍｅｄｉｕｍ）をセンシング（ｓｅｎｓｉｎｇ）するＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を行うことができる。センシングの結果、媒体が遊休状態（ｉｄｌｅ  ｓｔａｔｕｓ）と判断されると、当該媒体を通じてフレーム送信を始める。一方、媒体が占有状態（ｏｃｃｕｐｉｅｄ  ｓｔａｔｕｓ）と感知されると、当該ＡＰ及び／又はＳＴＡは自分の送信を開始せず、媒体アクセスのための遅延期間（例えば、任意バックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ））を設定して待った後、フレーム送信を試みることができる。任意バックオフ周期の適用から、複数のＳＴＡはそれぞれ異なった時間待った後にフレーム送信を試みることが期待されるため、衝突（ｃｏｌｌｉｓｉｏｎ）を最小化することができる。
【０１０７】
また、ＩＥＥＥ  ８０２．１１  ＭＡＣプロトコルはＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を提供する。ＨＣＦはＤＣＦとＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に基づく。ＰＣＦは、ポーリング（ｐｏｌｌｉｎｇ）ベースの同期式アクセス方式で、全ての受信ＡＰ及び／又はＳＴＡがデータフレームを受信できるように周期的にポーリングする方式のことをいう。また、ＨＣＦは、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）とＨＣＣＡ（ＨＣＦ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）を有する。ＥＤＣＡは、提供者が複数のユーザにデータフレームを提供するためのアクセス方式を競合ベースとするものであり、ＨＣＣＡは、ポーリングメカニズムを用いた非競合ベースのチャネルアクセス方式を用いるものである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させるための媒体アクセスメカニズムを含み、競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ；ＣＰ）、非競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ；ＣＦＰ）のいずれにおいてもＱｏＳデータを送信することができる。
【０１０８】
図１２は、本発明を適用し得るＷＬＡＮシステムにおいてバックオフ過程を説明するための図である。
【０１０９】
図１２を参照して任意バックオフ周期に基づく動作について説明する。
【０１１０】
占有（ｏｃｃｕｐｙ又はｂｕｓｙ）状態だった媒体が遊休（ｉｄｌｅ）状態に変更されると、複数のＳＴＡはデータ（又はフレーム）送信を試みることができる。この時、衝突を最小化するための方案として、ＳＴＡはそれぞれ任意バックオフカウントを選択し、それに該当するスロット時間だけ待機した後、送信を試みることができる。任意バックオフカウントは、擬似−任意整数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値を有し、０乃至ＣＷ範囲の値のいずれか一つに決定され得る。ここで、ＣＷは、競合ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）パラメータ値である。ＣＷパラメータは初期値としてＣＷｍｉｎが与えられるが、送信失敗の場合（例えば、送信されたフレームに対するＡＣＫを受信できなかった場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷｍａｘになると、データ送信に成功するまでＣＷｍａｘ値を維持しながらデータ送信を試みることができ、データ送信に成功する場合にはＣＷｍｉｎ値にリセットされる。ＣＷ、ＣＷｍｉｎ及びＣＷｍａｘ値は２ｎ−１（ｎ＝０，１，２，…）に設定されることが好ましい。
【０１１１】
任意バックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値によってバックオフスロットをカウントダウンする間に続けて媒体をモニタする。媒体が占有状態とモニタされるとカウントダウンを止めて待機し、媒体が遊休状態になると残りのカウントダウンを再開する。
【０１１２】
図１２の例示で、ＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３はＤＩＦＳだけ媒体が遊休状態であることを確認し、直ちにフレームを送信することができる。一方、残りのＳＴＡは、媒体が占有（ｂｕｓｙ）状態であることをモニタして待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生することがあり、それぞれのＳＴＡは、媒体が遊休状態とモニタされると、ＤＩＦＳだけ待機した後に、それぞれ選択した任意バックオフカウント値によってバックオフスロットのカウントダウンを行うことができる。図１２の例示では、ＳＴＡ２が最も小さいバックオフカウント値を選択し、ＳＴＡ１が最も大きいバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えてフレーム送信を始める時点でＳＴＡ５の残余バックオフ時間はＳＴＡ１の残余バックオフ時間よりも短い場合を例示する。ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間に暫くカウントダウンを止めて待機する。ＳＴＡ２の占有が終了して媒体が再び遊休状態になると、ＳＴＡ１及びＳＴＡ５はＤＩＦＳだけ待機した後に、止めていたバックオフカウントを再開する。すなわち、残余バックオフ時間だけの余りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１よりも短かったため、ＳＴＡ５がフレーム送信を始めるようになる。一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生することがある。このとき、ＳＴＡ４の立場では、媒体が遊休状態になるとＤＩＦＳだけ待機した後、自身が選択した任意バックオフカウント値によるカウントダウンを行ってフレーム送信を始めることができる。図１２の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意バックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５間に衝突が発生することがある。衝突が発生する場合はＳＴＡ４、ＳＴＡ５両方ともＡＣＫを受けることができず、データ送信に失敗することになる。この場合、ＳＴＡ４とＳＴＡ５はＣＷ値を２倍に増やした後に任意バックオフカウント値を選択してカウントダウンを行うことができる。一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信によって媒体が占有状態である間に待機しているが、媒体が遊休状態になると、ＤＩＦＳだけ待機した後、残余バックオフ時間が経過するとフレーム送信を開始することができる。
【０１１３】
（ＳＴＡのセンシング動作）
前述したように、ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／又はＳＴＡが媒体を直接センシングする物理的キャリアセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）の他、仮想キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含む。仮想キャリアセンシングは、隠れたノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体アクセスで発生し得る問題を補完するために用いられる。仮想キャリアセンシングのために、無線ＬＡＮシステムのＭＡＣはネットワーク割当ベクトル（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ；ＮＡＶ）を用いることができる。ＮＡＶは、現在媒体を利用していたり又は利用する権限のあるＡＰ及び／又はＳＴＡが、媒体を使用可能な状態になるまで残っている時間を、他のＡＰ及び／又はＳＴＡに指示（ｉｎｄｉｃａｔｅ）する値である。したがって、ＮＡＶに設定された値は、当該フレームを送信するＡＰ及び／又はＳＴＡによって媒体の利用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、当該期間において媒体アクセスが禁止される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）の持続期間（ｄｕｒａｔｉｏｎ）フィールドの値によって設定されてもよい。
【０１１４】
また、衝突可能性を低減するために堅牢な衝突検出（ｒｏｂｕｓｔ  ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔ）メカニズムが導入された。これについて図１３及び図１４を参照して説明する。実際にキャリアセンシング範囲と送信範囲は同一でないこともあるが、説明の便宜のために両者は同一であると仮定する。
【０１１５】
図１３は、隠れたノード及び露出されたノードを説明するための図である。
【０１１６】
図１３（ａ）は、隠れたノードに対する例示であり、ＳＴＡ  ＡとＳＴＡ  Ｂとが通信中にあり、ＳＴＡ  Ｃが送信する情報を持っている場合である。具体的に、ＳＴＡ  ＡがＳＴＡ  Ｂに情報を送信している状況であるにもかかわらず、ＳＴＡ  ＣがＳＴＡ  Ｂにデータを送る前にキャリアセンシングを行う際、媒体が遊休状態にあると判断することがある。これは、ＳＴＡ  Ａの送信（すなわち、媒体占有）をＳＴＡ  Ｃの位置ではセンシングできないこともあるためである。このような場合、ＳＴＡ  ＢはＳＴＡ  ＡとＳＴＡ  Ｃの情報を同時に受け、衝突が発生することになる。このとき、ＳＴＡ  ＡをＳＴＡ  Ｃの隠れたノードということができる。
【０１１７】
図１３（ｂ）は、露出されたノード（ｅｘｐｏｓｅｄ  ｎｏｄｅ）に対する例示であり、ＳＴＡ  ＢがＳＴＡ  Ａにデータを送信している状況で、ＳＴＡ  ＣがＳＴＡ  Ｄに送信する情報を持っている場合である。この場合、ＳＴＡ  Ｃがキャリアセンシングを行うと、ＳＴＡ  Ｂの送信によって媒体が占有された状態であると判断することができる。そのため、ＳＴＡ  ＣがＳＴＡ  Ｄに送信する情報を持っていても、媒体占有状態とセンシングされたため、媒体が遊休状態になるまで待たなければならない。しかし、実際にはＳＴＡ  ＡはＳＴＡ  Ｃの送信範囲外にあるため、ＳＴＡ  Ｃからの送信とＳＴＡ  Ｂからの送信とがＳＴＡ  Ａの立場では衝突しないこともあるため、ＳＴＡ  Ｃは、ＳＴＡ  Ｂが送信を止めるまで余計に待機することになる。このとき、ＳＴＡ  ＣをＳＴＡ  Ｂの露出されたノードということができる。
【０１１８】
図１４は、ＲＴＳとＣＴＳを説明するための図である。
【０１１９】
図１３のような例示的な状況で衝突回避（ｃｏｌｌｉｓｉｏｎ  ｖｏｉｄａｎｃｅ）メカニズムを效率的に利用するために、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）とＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）などの短いシグナリングパケット（ｓｈｏｒｔ  ｓｉｇｎａｌｉｎｇ  ｐａｃｋｅｔ）を利用することができる。両ＳＴＡ間のＲＴＳ／ＣＴＳは周囲のＳＴＡがオーバーヒヤリング（ｏｖｅｒｈｅａｒｉｎｇ）できるようにし、この周囲のＳＴＡが上記両ＳＴＡ間の情報送信の有無を考慮するようにすることができる。例えば、データを送信しようとするＳＴＡがデータを受けるＳＴＡにＲＴＳフレームを送信すると、データを受けるＳＴＡはＣＴＳフレームを周囲の端末に送信することによって、自身がデータを受けることを知らせることができる。
【０１２０】
図１４（ａ）は、隠れたノード問題を解決する方法に関する例示であり、ＳＴＡ  ＡとＳＴＡ  ＣがいずれもＳＴＡ  Ｂにデータを送信しようとする場合を仮定する。ＳＴＡ  ＡがＲＴＳをＳＴＡ  Ｂに送ると、ＳＴＡ  ＢはＣＴＳを自身の周囲にあるＳＴＡ  Ａ及びＳＴＡ  Ｃの両方に送信する。その結果、ＳＴＡ  ＣはＳＴＡ  ＡとＳＴＡ  Ｂのデータ送信が終わるまで待機し、衝突を避けることとなる。
【０１２１】
図１４（ｂ）は、露出されたノード問題を解決する方法に対する例示であり、ＳＴＡ  ＡとＳＴＡ  Ｂ間のＲＴＳ／ＣＴＳ送信をＳＴＡ  Ｃがオーバーヒヤリングすることによって、ＳＴＡ  Ｃは自身が他のＳＴＡ（例えば、ＳＴＡ  Ｄ）にデータを送信しても衝突が発生しないことと判断することができる。すなわち、ＳＴＡ  Ｂは周囲の全ての端末機にＲＴＳを送信し、実際に送るデータを持っているＳＴＡ  ＡのみがＣＴＳを送信するようになる。ＳＴＡ  ＣはＲＴＳを受信できるだけで、ＳＴＡ  ＡのＣＴＳは受信できないため、ＳＴＡ  ＡはＳＴＡ  Ｃのキャリアセンシング外にあるということがわかる。
【０１２２】
（フレーム間の時間間隔（ＩＦＳ：Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ））
２つのフレーム間の時間間隔をＩＦＳ（Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ）と定義する。ＳＴＡは、キャリアセンシング（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）を通じてＩＦＳの間にチャネルが用いられるか否かを判断する。ＤＣＦ  ＭＡＣ層は、４通りのＩＦＳを定義しており、これによって無線媒体を占有する優先権が決定される。
【０１２３】
ＩＦＳは、ＳＴＡのビットとは関係なく物理層によって特定の値が設定される。ＩＦＳの種類には、ＳＩＦＳ（Ｓｈｏｒｔ  ＩＦＳ）、ＰＩＦＳ（ＰＣＦ  ＩＦＳ）、ＤＩＦＳ（ＤＣＦ  ＩＦＳ）、ＥＩＦＳ（Ｅｘｔｅｎｄｅｄ  ＩＦＳ）がある。ＳＩＦＳ（Ｓｈｏｒｔ  ＩＦＳ）は、ＲＴＳ／ＣＴＳ、ＡＣＫフレーム送信時に用いられ、最高優先順位を有する。ＰＩＦＳ（ＰＣＦ  ＩＦＳ）は、ＰＣＦフレーム送信時に用いられ、ＤＩＦＳ（ＤＣＦ  ＩＦＳ）はＤＣＦフレーム送信時に用いられる。ＥＩＦＳ（Ｅｘｔｅｎｄｅｄ  ＩＦＳ）は、フレーム送信誤り発生時に限って用いられ、固定した間隔を有しない。
【０１２４】
各ＩＦＳ間の関係は、媒体上で時間間隔（ｔｉｍｅ  ｇａｐ）で定義され、関連した属性は、図１５のように物理層によって提供される。
【０１２５】
図１５は、ＩＦＳの関係を例示する図である。
【０１２６】
全ての媒体タイミングでＰＰＤＵの最後のシンボルの終了時点が送信終了を示し、次のＰＰＤＵのプリアンブルの最初のシンボルが送信開始を示す。全てのＭＡＣタイミングは、ＰＨＹ−ＴＸＥＮＤ．ｃｏｎｆｉｒｍプリミティブ、ＰＨＹＴＸＳＴＡＲＴ．ｃｏｎｆｉｒｍプリミティブ、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブ及びＰＨＹ−ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブを参照して定めることができる。
【０１２７】
図１５を参照すると、ＳＩＦＳ時間（ａＳＩＦＳＴｉｍｅ）とスロット時間（ａＳｌｏｔＴｉｍｅ）は物理層別に決定することができる。ＳＩＦＳ時間は固定した値を有し、スロット時間は、無線遅延時間（ａＡｉｒＰｒｏｐａｇａｔｉｏｎＴｉｍｅ）変化によって動的に変化してもよい。ＳＩＦＳ時間及びスロット時間はそれぞれ、下記式１及び式２のように定義される。
【０１２８】
【数１】
0005976131.tif 000004
【０１２９】
【数２】
0005976131.tif 000005
ＰＩＦＳとＳＩＦＳはそれぞれ、下記式３及び式４のように定義される。
【０１３０】
【数３】
0005976131.tif 000006
【０１３１】
【数４】
0005976131.tif 000007
ＥＩＦＳは、ＳＩＦＳ、ＤＩＦＳ及びＡＣＫ送信時間（ＡＣＫＴｘＴｉｍｅ）から下記式５のように算出される。ＡＣＫ送信時間（ＡＣＫＴｘＴｉｍｅ）は、最低物理層義務的レート（ｍａｎｄａｔｏｒｙ  ｒａｔｅ）でプリアンブル、ＰＬＣＰヘッダー及び追加の物理層依存的情報を含むＡＣＫフレーム送信に必要なマイクロ秒で表現される。
【０１３２】
【数５】
0005976131.tif 000008
図１５で例示するＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳは媒体と互いに異なるＭＡＣスロット境界（ＴｘＳＩＦＳ、ＴｘＰＩＦＳ、ＴｘＤＩＦＳ）上で測定される。このようなスロット境界は、以前のスロット時間のＣＣＡ結果の検出以降に媒体上に互いに異なるＩＦＳタイミングを合わせるためにＭＡＣ層によって送信器がターンオン（ｔｕｒｎ−ｏｎ）する時間と定義される。ＳＩＦＳ、ＰＩＦＳ及びＤＩＦＳに対する各ＭＡＣスロット境界は、それぞれ、下記式６乃至式８のように定義される。
【０１３３】
【数６】
0005976131.tif 000009
【０１３４】
【数７】
0005976131.tif 000010
【０１３５】
【数８】
0005976131.tif 000011
（電力管理（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ））
前述したように、無線ＬＡＮシステムではＳＴＡが送受信を行う前にチャネルセンシングを行わなければならないが、チャネルを常にセンシングすることはＳＴＡの持続的な電力消耗を引き起こす。受信状態での電力消耗は送信状態での電力消耗と大差がないため、受信状態を持続することも、電力の制限された（すなわち、バッテリーによって動作する）ＳＴＡには大きな負担となる。したがって、ＳＴＡが持続的にチャネルをセンシングするために受信待機状態を維持すると、無線ＬＡＮ処理率の側面で特別な利点もなく電力を非効率的に消耗することになる。このような問題点を解決するために、無線ＬＡＮシステムではＳＴＡの電力管理（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ；ＰＭ）モードを支援する。
【０１３６】
ＳＴＡの電力管理モードはアクティブ（ａｃｔｉｖｅ）モード及び電力節約（ｐｏｗｅｒ  ｓａｖｅ；ＰＳ）モードに区別される。ＳＴＡは基本的にアクティブモードで動作する。アクティブモードで動作するＳＴＡは、アウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）を維持する。アウェイク状態は、フレーム送受信やチャネルスキャニングなどの正常動作が可能な状態である。一方、ＰＳモードで動作するＳＴＡはスリープ状態（ｓｌｅｅｐ  ｓｔａｔｅ）とアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）を切り替えながら動作する。スリープ状態で動作するＳＴＡは、最小限の電力で動作し、フレーム送受信もチャネルスキャニングも行わない。
【０１３７】
ＳＴＡがスリープ状態でできるだけ長く動作するほど電力消耗が減るため、ＳＴＡの動作期間が増加する。しかし、スリープ状態ではフレーム送受信が不可能なため、無条件に長く動作するわけにはいかない。スリープ状態で動作するＳＴＡがＡＰに送信するフレームを有すると、アウェイク状態に切り替えてフレームを送信すればよい。一方、ＡＰがＳＴＡに送信するフレームがある場合、スリープ状態のＳＴＡはそれを受信できないことはもとより、受信するフレームが存在するということも把握できない。したがって、ＳＴＡは自身に送信されるフレームの存在有無を確認するために（また、存在するならそれを受信するために）特定周期に従ってアウェイク状態に切り替える動作が必要なことがある。
【０１３８】
図１６は、電力管理動作を説明するための図である。
【０１３９】
図１６を参照すると、ＡＰ  ２１０は、一定の周期でビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）をＢＳＳ内のＳＴＡに送信する（Ｓ２１１、Ｓ２１２、Ｓ２１３、Ｓ２１４、Ｓ２１５、Ｓ２１６）。ビーコンフレームには、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）が含まれる。ＴＩＭ情報要素は、ＡＰ  ２１０が自身と連携されているＳＴＡに対するバッファされたトラフィックが存在し、フレームを送信する旨を知らせる情報を含む。ＴＩＭ要素には、ユニキャスト（ｕｎｉｃａｓｔ）フレームを知らせるために用いられるＴＩＭと、マルチキャスト（ｍｕｌｔｉｃａｓｔ）又はブロードキャスト（ｂｒｏａｄｃａｓｔ）フレームを知らせるために用いられるＤＴＩＭ（ｄｅｌｉｖｅｒｙ  ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）がある。
【０１４０】
ＡＰ  ２１０は、３回のビーコンフレームを送信する度に１回ずつＤＴＩＭを送信することができる。
【０１４１】
ＳＴＡ１  ２２０及びＳＴＡ２  ２３０はＰＳモードで動作するＳＴＡである。ＳＴＡ１  ２２０及びＳＴＡ２  ２３０は、所定の周期のウェイクアップインターバル（ｗａｋｅｕｐ  ｉｎｔｅｒｖａｌ）ごとにスリープ状態からアウェイク状態に切り替えて、ＡＰ  ２１０によって送信されたＴＩＭ要素を受信できるように設定されてもよい。それぞれのＳＴＡは、自身のローカルクロック（ｌｏｃａｌ  ｃｌｏｃｋ）に基づいてアウェイク状態に切り替える時点を計算することができ、図１５の例示ではＳＴＡのクロックがＡＰのクロックと一致すると仮定する。
【０１４２】
例えば、所定のウェイクアップインターバルは、ＳＴＡ１  ２２０がビーコンインターバルごとにアウェイク状態に切り替わってＴＩＭ要素を受信できるように設定されてもよい。そのため、ＳＴＡ１  ２２０は、ＡＰ  ２１０が最初にビーコンフレームを送信する時（Ｓ２１１）にアウェイク状態に切り替わり得る（Ｓ２２１）。ＳＴＡ１  ２２０は、ビーコンフレームを受信してＴＩＭ要素を獲得することができる。獲得されたＴＩＭ要素が、ＳＴＡ１  ２２０に送信されるフレームがある旨を指示すると、ＳＴＡ１  ２２０は、ＡＰ  ２１０にフレーム送信を要請するＰＳ−Ｐｏｌｌ（Ｐｏｗｅｒ  Ｓａｖｅ−Ｐｏｌｌ）フレームをＡＰ  ２１０に送信することができる（Ｓ２２１ａ）。ＡＰ  ２１０は、ＰＳ−Ｐｏｌｌフレームに対応してフレームをＳＴＡ１  ２２０に送信することができる（Ｓ２３１）。フレーム受信を完了したＳＴＡ１  ２２０は再びスリープ状態に切り替わって動作する。
【０１４３】
ＡＰ  ２１０が二番目にビーコンフレームを送信するにあたり、他の装置が媒体にアクセスするなどして媒体が占有された（ｂｕｓｙ  ｍｅｄｉｕｍ）状態であるから、ＡＰ  ２１０は正確なビーコンインターバルに合わせてビーコンフレームを送信できず、遅延された時点に送信することがある（Ｓ２１２）。この場合、ＳＴＡ１  ２２０はビーコンインターバルに合わせて動作モードをアウェイク状態に切り替えるが、遅延送信されるビーコンフレームを受信できず、再びスリープ状態に切り替わる（Ｓ２２２）。
【０１４４】
ＡＰ  ２１０が三番目にビーコンフレームを送信する時、当該ビーコンフレームはＤＴＩＭと設定されたＴＩＭ要素を含むことができる。ただし、媒体が占有された（ｂｕｓｙ  ｍｅｄｉｕｍ）状態であるから、ＡＰ  ２１０はビーコンフレームを遅延して送信する（Ｓ２１３）。ＳＴＡ１  ２２０は、ビーコンインターバルに合わせてアウェイク状態に切り替わって動作し、ＡＰ  ２１０によって送信されるビーコンフレームからＤＴＩＭを獲得することができる。ＳＴＡ１  ２２０が獲得したＤＴＩＭは、ＳＴＡ１  ２２０に送信されるフレームはなく、他のＳＴＡのためのフレームが存在する旨を指示する場合を仮定する。この場合、ＳＴＡ１  ２２０は、自身が受信するフレームがないことを確認し、再びスリープ状態に切り替わって動作することができる。ＡＰ  ２１０はビーコンフレーム送信後にフレームを該当のＳＴＡに送信する（Ｓ２３２）。
【０１４５】
ＡＰ  ２１０は、四番目にビーコンフレームを送信する（Ｓ２１４）。ただし、ＳＴＡ１  ２２０は、その以前の２回にわたるＴＩＭ要素受信から、自身に対するバッファされたトラフィックが存在するという情報が獲得できなかったため、ＴＩＭ要素受信のためのウェイクアップインターバルを調整してもよい。又は、ＡＰ  ２１０によって送信されるビーコンフレームにＳＴＡ１  ２２０のウェイクアップインターバル値を調整するためのシグナリング情報が含まれた場合、ＳＴＡ１  ２２０のウェイクアップインターバル値が調整されてもよい。本例示で、ＳＴＡ１  ２２０はビーコンインターバルごとにＴＩＭ要素受信のために運営状態を切り替えたが、３回のビーコンインターバルごとに１回起床するように運営状態を切り替えるように設定してもよい。したがって、ＳＴＡ１  ２２０は、ＡＰ  ２１０が四番目のビーコンフレームを送信し（Ｓ２１４）、五番目のビーコンフレームを送信する時点に（Ｓ２１５）スリープ状態を維持するため、ＴＩＭ要素を獲得することができない。
【０１４６】
ＡＰ  ２１０が六番目にビーコンフレームを送信する時（Ｓ２１６）、ＳＴＡ１  ２２０はアウェイク状態に切り替わって動作し、ビーコンフレームに含まれたＴＩＭ要素を獲得することができる（Ｓ２２４）。ＴＩＭ要素は、ブロードキャストフレームが存在する旨を指示するＤＴＩＭであるから、ＳＴＡ１  ２２０はＰＳ−ＰｏｌｌフレームをＡＰ  ２１０に送信することなく、ＡＰ  ２１０によって送信されるブロードキャストフレームを受信すればよい（Ｓ２３４）。一方、ＳＴＡ２  ２３０に設定されたウェイクアップインターバルはＳＴＡ１  ２２０に比べて長い周期に設定されてもよい。そのため、ＳＴＡ２  ２３０は、ＡＰ  ２１０が五番目にビーコンフレームを送信する時点（Ｓ２１５）にアウェイク状態に切り替わってＴＩＭ要素を受信することができる（Ｓ２４１）。ＳＴＡ２  ２３０は、ＴＩＭ要素から、自身に送信されるフレームが存在することがわかり、フレーム送信を要請するためにＡＰ  ２１０にＰＳ−Ｐｏｌｌフレームを送信することができる（Ｓ２４１ａ）。ＡＰ  ２１０はＰＳ−Ｐｏｌｌフレームに対応してＳＴＡ２  ２３０にフレームを送信することができる（Ｓ２３３）。
【０１４７】
図１６のような電力節約モードの運営のためにＴＩＭ要素には、ＳＴＡに送信されるフレームが存在するか否かを指示するＴＩＭ、又はブロードキャスト／マルチキャストフレームが存在するか否かを指示するＤＴＩＭが含まれる。ＤＴＩＭはＴＩＭ要素のフィールド設定によって具現することができる。
【０１４８】
図１７乃至図１９は、ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【０１４９】
図１７を参照すると、ＳＴＡは、ＡＰからＴＩＭを含むビーコンフレームを受信するためにスリープ状態からアウェイク状態に切り替わり、受信したＴＩＭ要素を解釈して、自身に送信されるバッファされたトラフィックがあることを確認できる。ＳＴＡは、ＰＳ−Ｐｏｌｌフレームの送信のための媒体アクセスのために他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、ＡＰにデータフレーム送信を要請するためにＰＳ−Ｐｏｌｌフレームを送信することができる。ＳＴＡによって送信されたＰＳ−Ｐｏｌｌフレームを受信したＡＰは、ＳＴＡにフレームを送信することができる。ＳＴＡはデータフレームを受信し、それに対する確認応答（ＡＣＫ）フレームをＡＰに送信することができる。以降、ＳＴＡは再びスリープ状態に切り替わればよい。
【０１５０】
図１７のように、ＡＰは、ＳＴＡからＰＳ−Ｐｏｌｌフレームを受信した後、所定の時間（例えば、ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ））後にデータフレームを送信する即時応答（ｉｍｍｅｄｉａｔｅ  ｒｅｓｐｏｎｓｅ）方式によって動作することができる。一方、ＡＰがＰＳ−Ｐｏｌｌフレームを受信した後に、ＳＴＡに送信するデータフレームをＳＩＦＳ時間の間に用意できなかった場合は、遅れた応答（ｄｅｆｅｒｒｅｄ  ｒｅｓｐｏｎｓｅ）方式によって動作してもよく、それについて図１８を参照して説明する。
【０１５１】
図１８の例示で、ＳＴＡがスリープ状態からアウェイク状態に切り替わってＡＰからＴＩＭを受信し、競合を経てＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は、図１６の例示と同一である。ＡＰがＰＳ−Ｐｏｌｌフレームを受信したが、ＳＩＦＳの間にデータフレームを用意できなかった場合、データフレームを送信する代わりにＡＣＫフレームをＳＴＡに送信してもよい。ＡＰは、ＡＣＫフレーム送信後にデータフレームが用意されると、競合を行った後、データフレームをＳＴＡに送信することができる。ＳＴＡはデータフレームを成功的に受信したことを示すＡＣＫフレームをＡＰに送信し、スリープ状態に切り替わればよい。
【０１５２】
図１９は、ＡＰがＤＴＩＭを送信する例示に関するものである。ＳＴＡはＡＰからＤＴＩＭ要素を含むビーコンフレームを受信するためにスリープ状態からアウェイク状態に切り替わってもよい。これらのＳＴＡは、受信したＤＴＩＭから、マルチキャスト／ブロードキャストフレームが送信されることがわかる。ＡＰは、ＤＴＩＭを含むビーコンフレームを送信後に、ＰＳ−Ｐｏｌｌフレームの送受信動作無しで直ちにデータ（すなわち、マルチキャスト／ブロードキャストフレーム）を送信することができる。これらのＳＴＡは、ＤＴＩＭを含むビーコンフレームを受信してから引き続きアウェイク状態を維持しながらデータを受信し、データ受信が完了した後再びスリープ状態に切り替わればよい。
【０１５３】
図１７乃至図１９を参照して上述したＴＩＭ（又は、ＤＴＩＭ）プロトコルに基づく電力節約モード運営方法において、ＳＴＡは、ＴＩＭ要素に含まれたＳＴＡ識別情報から、自身のために送信されるデータフレームが存在するか否かを確認することができる。ＳＴＡ識別情報は、ＳＴＡとＡＰとの連携（ａｓｓｏｃｉａｔｉｏｎ）時にＳＴＡに割り当てられた識別子であるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）に関する情報であってよい。
【０１５４】
ＡＩＤは一つのＢＳＳ内ではそれぞれのＳＴＡに対する固有の（ｕｎｉｑｕｅ）識別子として使われる。一例として、現在無線ＬＡＮシステムにおいてＡＩＤとしては１から２００７までのいずれか一つの値を割り当てることができる。現在定義されている無線ＬＡＮシステムでは、ＡＰ及び／又はＳＴＡが送信するフレームにはＡＩＤのために１４ビットを割り当てることができ、ＡＩＤ値は１６３８３まで割り当てることができるが、２００８〜１６３８３は予備（ｒｅｓｅｒｖｅｄ）値として設定されている。
【０１５５】
図２０は、ＴＩＭ要素（ＴＩＭ  ｅｌｅｍｅｎｔ）フォーマットを例示する図である。
【０１５６】
図２０を参照すると、ＴＩＭ要素は、要素識別子（Ｅｌｅｍｅｎｔ  ＩＤ）フィールド、長さ（Ｌｅｎｇｔｈ）フィールド、ＤＴＩＭカウント（ＤＴＩＭ  Ｃｏｕｎｔ）フィールド、ＤＴＩＭ周期（ＤＴＩＭ  ｐｅｒｉｏｄ）フィールド、ビットマップ制御（Ｂｉｔｍａｐ  Ｃｏｎｔｒｏｌ）フィールド、部分仮想ビットマップ（Ｐａｒｔｉａｌ  Ｖｉｒｔｕａｌ  Ｂｉｔｍａｐ）フィールドを含んで構成される。長さフィールドは、情報フィールドの長さを示す。ＤＴＩＭカウントフィールドは、次のＤＴＩＭが送信される前にどれだけ多くのビーコンフレームが存在するかを示す。ＤＴＩＭ周期フィールドは、連続したＤＴＩＭ間のビーコン間隔数を示す。仮に、全てのＴＩＭがＤＴＩＭなら、ＤＴＩＭ周期フィールドは１の値を有する。ＤＴＩＭ周期値は０に予約されており、１オクテットで構成される。ビットマップ制御フィールドは１オクテットで構成される。ビットマップ制御フィールドのビット０は、ＡＩＤ  ０に対するトラフィック指示子（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｏｒ）ビットであり、一つ或いはそれ以上のグループ指定された（ｇｒｏｕｐ  ａｄｄｒｅｓｓｅｄ）ＭＳＤＵｓ（ＭＡＣ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）／ＭＭＰＤＵｓ（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）がＡＰ或いはメッシュＳＴＡ（ｍｅｓｈ  ＳＴＡ）で送るデータがあるとすれば、ＤＴＩＭカウントフィールドは０に設定され、ビットマップ制御フィールドのビット０は１に設定される。最初のオクテットにおいて残り７ビットはビットマップオフセットを示す。ＴＩＭを生成するＡＰ或いはメッシュＳＴＡによるトラフィック指示仮想ビットマップ（ｔｒａｆｆｉｃ−ｉｎｄｉｃａｔｉｏｎ  ｖｉｒｔｕａｌ  ｂｉｔｍａｐ）は２００８ビット（＝２５１オクテット）で構成される。ビットマップでビット番号Ｎ（０＜＝Ｎ＜＝２００７）は、オクテット番号Ｎ／８とビット番号（Ｎ  ｍｏｄ  ８）で示すことができる。トラフィック指示仮想ビットマップにあるそれぞれのビットは、ＡＰが送るデータの有無を示す。仮に、個別的指定された（ａｄｄｒｅｓｓｅｄ）ＭＳＤＵ／ＭＭＰＤＵ（ＡＩＤ＝Ｎ）のためにＡＰが送るデータがある場合にビット番号Ｎは１に設定され、送るデータがない場合は０に設定される。
【０１５７】
上述した各フィールドはＴＩＭ要素に含み得るフィールドの例示に該当し、他のフィールドに取り替わったり、追加のフィールドが更に含まれてもよい。
【０１５８】
（自動電力節約伝達（Ａｕｔｏｍａｔｉｃ  Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｄｅｌｉｖｅｒｙ）を用いた電力管理）
上述したＰＳ−Ｐｏｌｌに基づく電力節約方法の他にも、ＩＥＥＥ  ８０２．１１ｅシステムでは自動電力節約伝達（ＡＰＳＤ：Ａｕｔｏｍａｔｉｃ  Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｄｅｌｉｖｅｒｙ）方法を提供する。ＡＰＳＤは、大きく、スケジュールされたＡＰＳＤ（ｓ−ＡＰＳＤ：ｓｃｈｅｄｕｌｅｄ−ＡＰＳＤ）方法と、スケジュールされていないＡＰＳＤ（ｕ−ＡＰＳＤ：ｕｎｓｃｈｅｄｕｌｅｄ−ＡＰＳＤ）方法とに分類される。特に、ｕ−ＡＰＳＤは、ＡＰＳＤを支援するＡＰ（ＱｏＳ  ＡＰ）が活性（ａｗａｋｅ）状態と睡眠（ｄｏｚｅ）状態を行き来する節電モードで動作すると同時に、ＡＰＳＤを支援するＳＴＡ（ＱｏＳ  ＳＴＡ）に下りリンクフレームを伝達するメカニズムを意味する。
【０１５９】
ＡＰＳＤを支援できるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）ＡＰは、ビーコン、プローブ応答、（再）連携応答管理フレーム内の能力情報フィールド（Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｅｌｄ）のＡＰＳＤサブフィールドの使用を通じてこのような能力をＳＴＡにシグナルすることができる。
【０１６０】
ＳＴＡは、スケジューリングされていないサービス期間（ｕｎｓｃｈｅｄｕｌｅｄ−ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ、以下、「ｕ−ＳＰ」という。）の間にＡＰから伝達されるこれらＳＴＡのバッファー可能なユニット（ＢＵ：ｂｕｆｆｅｒａｂｌｅ  ｕｎｉｔ）の一部或いは全体を受信するためにＵ−ＡＰＳＤを用いることができる。ｕ−ＳＰが進行中でない場合、ＳＴＡがトリガー可能（ｔｒｉｇｇｅｒ−ｅｎａｌｂｌｅｄ）に設定されたアクセスカテゴリー（ＡＣ）に属するＱｏＳデータ又はＱｏＳヌル（ＱｏＳ  Ｎｕｌｌ）フレームをＡＰに送信することによってｕ−ＳＰが開始され、このとき、送信される上りリンクフレームをトリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）という。集合したＭＰＤＵ（Ａ−ＭＰＤＵ：Ａｇｇｒｅｇａｔｅ  ＭＰＤＵ）は、一つ又はそれ以上のトリガーフレームを含む。スケジューリングされていないＳＰは、ＡＰが伝達可能なＡＣと当該ＳＴＡに予定された少なくとも一つのＢＵの送信を試みた後に終了する。ただし、当該ＳＴＡの（再）連携要請フレームのＱｏＳ能力要素（ＱｏＳ  Ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）の最大サービス期間長フィールド（Ｍａｘ  ＳＰ  Ｌｅｎｇｔｈ  ｆｉｅｌｄ）が０以外の値を有すると、当該フィールド内で示された値以内に制限する。
【０１６１】
ｕ−ＳＰの間にＡＰからＢＵを受信するためにＳＴＡは当該ＳＴＡの伝達可能（ｄｅｌｉｖｅｒｙ−ｅｎａｂｌｅｄ）及びトリガー可能（ｔｒｉｇｇｅｒ−ｅｎａｂｌｅｄ）ＡＣの一つ又はそれ以上を指定する。ＩＥＥＥ  ８０２．１１ｅシステムでは、ＱｏＳを提供するために互いに異なる８個の優先順位とこれに基づいて４個のＡＣを定義する。ＳＴＡは２つの方法を用いてＡＰがＵ−ＡＰＳＤを用いるように設定することができる。まず、ＳＴＡは、（再）連携要請フレームで伝達されるＱｏＳ能力要素（ＱｏＳ  Ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）のＱｏＳ情報サブフィールド（ＱｏＳ  Ｉｎｆｏ  ｓｕｂｆｉｅｌｄ）内で個別のＵ−ＡＰＳＤフラグビットを設定することができる。Ｕ−ＡＰＳＤフラグビットが１であれば、当該ＡＣが伝達可能であると共にトリガー可能であるということを示す。（再）連携要請フレーム内の全ての４個のＵ−ＡＰＳＤフラグサブフィールドが１と同一であるとき、ＳＴＡに関連した全てのＡＣは（再）連携の間に伝達可能であるとともにトリガー可能である。（再）連携要請フレーム内の全ての４個のＵ−ＡＰＳＤフラグサブフィールドが０と同一であるとき、ＳＴＡに関連したＡＣにおいて、（再）連携の間に伝達可能であるとともにトリガー可能なＡＣは存在しない。又は、ＳＴＡはＡＰに、ＡＣ別に１に設定されたＡＰＳＤサブフィールドを持つＡＤＤＴＳ（ａｄｄ  ｔｒａｆｆｉｃ  ｓｔｒｅａｍ）要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）とＴＳＰＥＣ（ｔｒａｆｆｉｃ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）要素（ＴＳＰＥＣ  ｅｌｅｍｅｎｔ）内トラフィックストリーム（ＴＳ：ｔｒａｆｆｉｃ  ｓｔｒｅａｍ）情報フィールド（ＴＳ  Ｉｎｆｏｆｉｅｌｄ）内で０に設定されたスケジュールサブフィールド（Ｓｃｈｅｄｕｌｅ  ｓｕｂｆｉｅｌｄ）を送信して、トリガー可能であるとともに伝達可能な一つ又はそれ以上のＡＣを指定することができる。ＴＳＰＥＣ要請（ＴＳＰＥＣ  ｒｅｑｕｅｓｔ）内ＡＰＳＤ設定は、ＱｏＳ能力要素（ＱｏＳ  Ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）内で伝達される静的な（ｓｔａｔｉｃ）Ｕ−ＡＰＳＤ設定に優先することができる。言い換えると、ＴＳＰＥＣ要請は、ある以前のＡＣのＵ−ＡＰＳＤ設定にオーバーライト（ｏｖｅｒｗｒｉｔｅ）することができる。当該要請は、ＡＣＭサブフィールドが０であるＡＣのために送信することができる。
【０１６２】
ＳＴＡは、上りリンク又は下りリンク送信方向でそれぞれ１に設定されたＡＰＳＤサブフィールドと０に設定されたスケジュールサブフィールドを持つＴＳＰＥＣを設定することによって、トリガー可能又は伝達可能なようにＡＣを設定することができる。１に設定されたＡＰＳＤサブフィールドと０に設定されたスケジュールサブフィールドを持つ上りリンクＴＳＰＥＣ、下りリンクＴＳＰＥＣ又は両方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）ＴＳＰＥＣは、ＡＣがトリガー可能であるとともに伝達可能なように設定することができる。ＡＰＳＤサブフィールドとスケジュールサブフィールドが両方とも０に設定された上りリンクＴＳＰＥＣ、下りリンクＴＳＰＥＣ又は両方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）ＴＳＰＥＣは、ＡＣがトリガー不可能であるとともに伝達不可能なように設定することができる。
【０１６３】
スケジューリングされたサービス期間（ｓｃｈｅｄｕｌｅｄ−ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ、以下、「ｓ−ＳＰ」という。）は、サービス間隔フィールド（Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌ  ｆｉｅｌｄ）で特定した、固定した時間間隔をもって開始する。アクセス政策がチャネルアクセスを制御すると、ＴＳに対するｓ−ＳＰを用いるために、ＳＴＡはＴＳＰＥＣ要素（ＴＳＰＥＣ  ｅｌｅｍｅｎｔ）内ＴＳ情報フィールド（ＴＳ  Ｉｎｆｏｆｉｅｌｄ）の１に設定されたＡＰＳＤサブフィールドを有するＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信することができる。一方、アクセス政策が競合ベースの（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）チャネルアクセスを支援すると、ＴＳに対するｓ−ＳＰを用いるために、ＳＴＡは、ＴＳＰＥＣ要素（ＴＳＰＥＣ  ｅｌｅｍｅｎｔ）内ＴＳ情報フィールド（ＴＳ  Ｉｎｆｏｆｉｅｌｄ）で１に設定されたＡＰＳＤサブフィールド及びスケジュールサブフィールドを有するＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信することができる。ＡＰＳＤメカニズムがＡＰによって支援され、ＡＰがＳＴＡからの当該ＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔｆｒａｍｅ）を受諾すると、ＡＰは、要請されたサービスがＡＰによって提供され得ることを示すスケジュール要素（Ｓｃｈｅｄｕｌｅ  ｅｌｅｍｅｎｔ）を含むＡＤＤＴＳ応答フレーム（ＡＤＤＴＳ  Ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）で応答することができる。タイミング同期機能（ＴＳＦ：ｔｉｍｉｎｇ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）タイマーの最下位（ｌｏｗｅｒ  ｏｒｄｅｒ）４オクテット（ｏｃｔｅｔ）が、サービス開始タイプフィールド（Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅ  ｆｉｅｌｄ）で特定した値と同一であるとき、最初ｓ−ＳＰが始まる。ｓ−ＳＰを用いるＳＴＡは、ＡＰ又はハイブリッドコーディネイター（ＨＣ：ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｏｒ）から自身に個別に指定された（ａｄｄｒｅｓｓｄｅｄ）バッファーされた及び／又はポール（ｐｏｌｌ）されたＢＵを受信するために、最初にウェイクアップ（ｗａｋｅｕｐ）することができる。ＳＴＡは、以降、サービス間隔（ＳＩ：ｓｅｒｖｉｃｅ  ｉｎｔｅｒｖａｌ）と同じ一定時間間隔でウェイクアップすることができる。ＡＰは、成功的なＡＤＤＴＳ応答フレーム（ＡＤＤＴＳ  Ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）（ＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）に対する応答である）とスケジュールフレーム（他の時点に送信される）内スケジュール要素（Ｓｃｈｅｄｕｌｅ  ｅｌｅｍｅｎｔ）を通じてサービス開始時間を調整することができる。
【０１６４】
ｓ−ＳＰは、ＴＳＰＥＣに対する応答として送信されたスケジュール要素（Ｓｃｈｅｄｕｌｅ  ｅｌｅｍｅｎｔ）内に示されたサービス開始時間及びＳＩに対応するスケジュールされたウェイクアップ時間で開始される。ＳＴＡは、以降、下記式９による時点でウェイクアップする。
【０１６５】
【数９】
0005976131.tif 000012
ＢＳＳ内でｓ−ＳＰ周期が支援されると、ＳＴＡは、同一時間に互いに異なるＡＣに対してＵ−ＡＰＳＤ、Ｓ−ＡＰＳＤ両方を用いることができる。ＳＴＡがＡＣのためのスケジューリングされた伝達が設定されるとき、ＡＰは、トリガーフレームによって開始されたＳＰの間に当該ＡＣを用いるＢＵを送信せず、トリガーフレームでＳＴＡから受信したＡＣを用いるＢＵを処理しない。ＡＰは、同一の時間に同一のＡＣに対して用いるためのＳ−ＡＰＳＤとＵ−ＡＰＳＤを全て用いるように指示するあるＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を拒否しない。ＡＰＳＤは、個別に指定された（ａｄｄｒｅｓｓｅｄ）ＢＵの伝達のみのために用いることができる。グループで指定された（ａｄｄｒｅｓｓｅｄ）ＢＵ伝達は、グループ指定ＢＵのためのフレーム伝達規則に従うことができる。
【０１６６】
Ｕ−ＡＰＳＤを用いる非−ＡＰＳＴＡは、当該非−ＡＰＳＴＡから観察される干渉によって、サービス期間の間にＡＰから送信される全てのフレームを受信できないことがある。この場合、ＡＰが同一の干渉が観察されなくても、フレームが非−ＡＰＳＴＡによって正確に受信されないことを判断することができる。Ｕ−ＡＰＳＤ共存（ｃｏｅｘｉｓｔｅｎｃｅ）能力は、非−ＡＰ  ＳＴＡがｕ−ＳＰの間に使用のために要請された送信持続期間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）をＡＰに指示できるようにする。送信持続期間を用いることによって、ＡＰはＳＰの間にフレームを送信でき、非−ＡＰ  ＳＴＡは干渉を受ける状況でもフレーム受信可能性を向上させることができる。Ｕ−ＡＰＳＤ共存能力は、ＡＰがサービス期間の間にフレームが成功的に受信されない可能性を低減させる。
【０１６７】
図２１は、Ｕ−ＡＰＳＤ共存要素フォーマットを例示する。
【０１６８】
図２１を参照すると、要素ＩＤ（Ｅｌｅｍｅｎｔ  ＩＤ）フィールドは、Ｕ−ＡＰＳＤ共存値と同一である。長さ（Ｌｅｎｇｔｈ）フィールドの値は１２に存在する追加サブ要素（ｓｕｂｅｌｅｍｅｎｔｓ）の長さが付加される。ＴＳＦ  ０オフセット（ＴＳＦ  ０  Ｏｆｆｓｅｔ）フィールドにおいて０以外の値は、非−ＡＰ  ＳＴＡが干渉が始まったことを知った時の時間（ＴＳＦ時間０）以後マイクロ初（ｍｉｃｒｏ  ｓｅｃｏｎｄ）の数を意味する。ＡＰは、非−ＡＰ  ＳＴＡへの送信のために間隔／持続時間（ｉｎｔｅｒｖａｌ／Ｄｕｒａｔｉｏｎ）フィールドと共にＴＳＦ  ０オフセットフィールドを用いる。
【０１６９】
「ｄｏｔ１１ＭｇｍｔＯｐｔｉｏｎＵＡＰＳＤＣｏｅｘｉｓｔｅｎｃｅＡｃｔｉｖａｔｅｄ」が「ｔｒｕｅ」値を有するＳＴＡは、Ｕ−ＡＰＳＤ共存を支援するＳＴＡとして定義される。ここで、「ｄｏｔ１１ＭｇｍｔＯｐｔｉｏｎＵＡＰＳＤＣｏｅｘｉｓｔｅｎｃｅＡｃｔｉｖａｔｅｄ」が「ｔｒｕｅ」値を有するＳＴＡは、拡張能力要素（Ｅｘｔｅｎｄｅｄ  Ｃａｐａｂｉｌｉｔｉｅｓ  ｅｌｅｍｅｎｔ）のＵ−ＡＰＳＤ共存フィールド（ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｆｉｅｌｄ）を１に設定し、そうでない場合は０に設定する。ＡＰと連携された非−ＡＰ  ＳＴＡは（Ｕ−ＡＰＳＤ共存能力を支援することを以前に両者とも公知した場合）、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）を含むＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を当該ＡＰに送信することができる。
【０１７０】
Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）を含まないＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）の内容を以下では基本ＡＤＤＴＳ要請（Ｂａｓｅ  ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ）と呼ぶ。成功的にＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を受信すると、ＡＰは、基本ＡＤＤＴＳ要請フレーム（Ｂａｓｅ  ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）の内容を処理する。ＡＰが基本ＡＤＤＴＳ要請（Ｂａｓｅ  ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ）が承認されないと決定すると、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）を処理しない。一方、ＡＰが基本ＡＤＤＴＳ要請（Ｂａｓｅ  ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ）が承認されると決定すると、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）を処理する。ＡＰがＵ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）の間隔／持続時間（Ｉｎｔｅｒｖａｌ／Ｄｕｒａｔｉｏｎ）フィールド内特定した持続期間値のためのＵ−ＡＰＳＤサービス期間の間にフレーム送信を支援すると、ＡＰはＡＤＤＴＳ要請を承認することができる。そうでない場合、ＡＰはＡＤＤＴＳ要請を拒否することができる。
【０１７１】
ＡＰが以前にＵ−ＡＰＳＤ共存を有するＡＤＤＴＳ要請を承認した場合、Ｕ−ＡＰＳＤ共存を含まないＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）によって提供されたＱｏＳサービスを続けて用いる非−ＡＰ  ＳＴＡは、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）を含まないＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信することによってＵ−ＡＰＳＤ共存の使用を終了することができる。非−ＡＰ  ＳＴＡがＵ−ＡＰＳＤ共存を含むＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）による全てのＱｏＳサービスの使用を終了することを所望する場合、非−ＡＰ  ＳＴＡはＡＰにＤＥＬＴＳ（ｄｅｌｅｔｅ  ｔｒａｆｆｉｃ  ｓｔｒｅａｍ）要請フレーム（ＤＥＬＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信することができる。
【０１７２】
最後の成功的に受信したＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）によって以前のＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）が無効となる場合、非−ＡＰ  ＳＴＡは多重のＡＤＤＴＳ要請フレーム（ＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信することができる。Ｕ−ＡＰＳＤ共存を支援し、ＡＤＤＴＳ要請を受諾するＡＰは、ＡＤＤＴＳフレームのＵ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）で特定したパラメータによってＵ−ＡＰＳＤ共存サービス期間を制限することができる。また、ＡＰは次のような規則に従って非−ＡＰ  ＳＴＡに要請するためにフレームを送信する。
【０１７３】
まず、非−ＡＰ  ＳＴＡがＵ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）でＴＳＦ  ０オフセット（ＴＳＦ  ０Ｏｆｆｓｅｔ）値を０以外の値に特定すれば、ＡＰはＵ−ＡＰＳＤ共存サービス期間外で非−ＡＰ  ＳＴＡにフレームを送信しない。Ｕ−ＡＰＳＤ共存サービス時間は、ＡＰがＵ−ＡＰＳＤトリガーフレーム（Ｕ−ＡＰＳＤ  ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を受信する時に開始され、下記式１０によって特定した送信期間以降に終了する。
【０１７４】
【数１０】
0005976131.tif 000013
式１０で、Ｔは、Ｕ−ＡＰＳＤトリガーフレーム（Ｕ−ＡＰＳＤ  ｔｒｉｇｇｅｒ  ｆｒａｍｅ）がＡＰに受信された時間を示す。また、間隔（Ｉｎｔｅｒｖａｌ）は、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）の持続期間／間隔（Ｄｕｒａｔｉｏｎ／Ｉｎｔｅｒｖａｌ）フィールド値と、１に設定されたサービス期間終了（ＥＯＳＰ：ｅｎｄ  ｏｆ  ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ）ビットを有する送信に成功した時点のうち、早く渡来する値を示す。
【０１７５】
一方、非−ＡＰ  ＳＴＡがＵ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）でＴＳＦ  ０オフセット（ＴＳＦ  ０  Ｏｆｆｓｅｔ）値を０に特定すると、ＡＰはＵ−ＡＰＳＤ共存サービス期間外で非−ＡＰ  ＳＴＡにフレームを送信しない。Ｕ−ＡＰＳＤ共存サービス時間は、ＡＰがＵ−ＡＰＳＤトリガーフレーム（Ｕ−ＡＰＳＤ  ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を受信する時に開始され、下記式１１によって特定した送信期間以降に終了する。
【０１７６】
【数１１】
0005976131.tif 000014
式１１で、Ｔは、Ｕ−ＡＰＳＤトリガーフレーム（Ｕ−ＡＰＳＤ  ｔｒｉｇｇｅｒ  ｆｒａｍｅ）がＡＰに受信された時間を示す。また、持続期間は、Ｕ−ＡＰＳＤ共存要素（Ｕ−ＡＰＳＤ  Ｃｏｅｘｉｓｔｅｎｃｅ  ｅｌｅｍｅｎｔ）の持続期間／間隔（Ｄｕｒａｔｉｏｎ／Ｉｎｔｅｒｖａｌ）フィールド値と、１に設定されたＥＯＳＰビットを有する送信に成功した時点のうち、早く渡来する値を示す。
【０１７７】
Ｕ−ＡＰＳＤ共存サービス時間の間にＡＰは、当該ＡＰが送信するフレームを更に有し、サービス期間が満了する前に当該フレームが成功的に送信されると判断する場合、追加（Ｍｏｒｅ）ビットを１に設定することができる。
【０１７８】
ＡＰは、Ｕ−ＡＰＳＤ共存サービス期間の間に非−ＡＰ  ＳＴＡに送信される最後のフレームだと予想する場合、当該フレーム内でＥＯＳＰビットを１に設定することができる。Ｕ−ＡＰＳＤ共存サービス期間の終了前に最後のフレームが成功的に非−ＡＰ  ＳＴＡに送信されない場合、ＡＰは、ＥＯＳＰビットを１に設定したＱｏＳヌルフレーム（ＱｏＳ  ｎｕｌｌ  ｆｒａｍｅ）を送信する。非−ＡＰ  ＳＴＡは、Ｕ−ＡＰＳＤ共存サービス期間の終了時点でドーズ状態（Ｄｏｚｅ  Ｓｔａｔｅ）に進入することができる。
【０１７９】
（ＰＳ−Ｐｏｌｌにおける隠れたノード問題）
図２２は、ＰＳ−ＰｏｌｌメカニズムとＵ−ＡＰＳＤメカニズムによるＳＴＡの動作を説明するための図である。
【０１８０】
図２２（ａ）はＰＳ−Ｐｏｌｌメカニズムを例示し、図２２（ｂ）はＵ−ＡＰＳＤメカニズムを例示する。
【０１８１】
図２２（ａ）を参照すると、ＳＴＡは、ＡＰが該ＳＴＡに送ろうとするバッファーされたトラフィックの存在有無をビーコンのＴＩＭ要素から把握できる。自身に送信されるトラフィックが存在すると、ＳＴＡは、ＰＳ−Ｐｏｌｌメカニズムによって他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、ＰＳ−Ｐｏｌｌフレームを送信してＡＰにデータフレーム送信を要請する。ＡＰが、ＰＳ−Ｐｏｌｌフレームを受信した後に、ＳＴＡに送信するデータフレームをＳＩＦＳ時間の間に用意できなかった場合、データフレームを送信する代わりにＡＣＫフレームをＳＴＡに送信することができる。以降、ＡＰはＡＣＫフレーム送信後にデータフレームが用意されると、他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、ＳＴＡとＲＴＳ／ＣＴＳフレームを交換し、ＳＴＡにデータフレームを送信する。ここで、ＲＴＳ／ＣＴＳフレームを交換する段階は省略してもよい。ＳＴＡはデータフレームを成功的に受信した場合、ＡＣＫフレームをＡＰに送信し、スリープ状態に切り替わる。ただし、このようなＰＳ−Ｐｏｌｌメカニズムによってデータ送信を行う場合に、ＳＴＡに１回に１個のＰＳＤＵしか送信できず、ＡＰがＳＴＡに送信するデータの量が多い場合には送信が非効率となるという短所がある。
【０１８２】
その解決方案として、ＳＴＡは、上述したＵ−ＡＰＳＤメカニズムを用いて自身のサービス期間（ＳＰ）を用いてＡＰから１回に複数個のＰＳＤＵを受信することができる。
【０１８３】
図２２（ｂ）を参照すると、まず、ＳＴＡは、ビーコンのＴＩＭ要素から、ＡＰが該ＳＴＡに送ろうとするデータがあることを認知する。以降、当該データを受信したいとき、他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、トリガーフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）をＡＰに送信して自身のサービス期間（ＳＰ）が開始されたことを知らせ、ＡＰにデータを送信することを要請する。ＡＰは、トリガーフレームに対する応答としてＡＣＫフレームをＳＴＡに送信する。以降、ＡＰは、他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、ＳＴＡとＲＴＳ／ＣＴＳフレームを交換し、ＳＴＡにデータを送信する。この時、データは複数のデータフレームで構成されてもよい。ここで、ＲＴＳ／ＣＴＳフレームを交換する段階は省略してもよい。ＡＰが最後のデータフレームを送信する時、該データフレームのＥＯＳＰフィールドを１に設定して送信すると、ＳＴＡはこれを認知し、ＡＣＫフレームをＡＰに送信し、ＳＰを終了してスリープ状態に切り替わり得る。このようにＵ−ＡＰＳＤメカニズムを用いると、ＳＴＡは、自身が所望する時に自身のＳＰを開始してデータを受信することができ、一つのＳＰ内で複数のデータフレームを受信できるため、より効率的なデータの受信が可能になる。
【０１８４】
ただし、上述の例において、隠れたノード問題を予防するためにデータ送信時に要求されるＲＴＳ／ＣＴＳフレーム交換は、データ送信に多量のオーバーヘッドを与えることとなる。また、ＳＴＡがトリガーフレームを送信してＡＰにデータの送信を要請した後、ＡＰがＳＴＡに送るデータを用意し、更にＡＰがデータの送信のために競合を行うまで短くない時間がかかるため、ＳＴＡは余計なエネルギーを消耗することとなる。
【０１８５】
一方、隠れたノード環境では、他の端末が送信するＰＳ−Ｐｏｌｌフレームをオーバーヒヤリング（ｏｖｅｒｈｅａｒｉｎｇ）できない端末があり、ＰＳ−Ｐｏｌｌフレームが同時に送信されて衝突する可能性が高い。このような問題を解決するために、ＰＳモード端末が隠れたノード環境でＡＰからデータを受信できるようにするためにＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）ＰＳ−Ｐｏｌｌフレームと、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームに基づく拡張されたスロット時間（Ｅｘｔｅｎｄｅｄ  ｓｌｏｔｔｉｍｅ）を用いることができる。
【０１８６】
図２３は、隠れたノード環境でＰＳ−Ｐｏｌｌフレームが衝突する場合を例示する図である。
【０１８７】
図２３では、ＳＴＡ１、ＳＴＡ２のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素を用いてＳＴＡ１、ＳＴＡ２に知らせたと仮定する。そして、ＳＴＡ１とＳＴＡ２は互いに隠れたノードに該当すると仮定する。
【０１８８】
ＳＴＡ１とＳＴＡ２はそれぞれ競合を経てチャネルアクセスを試みるようになり、図２３のように、ＳＴＡ１のバックオフカウント値が４で、ＳＴＡ２のバックオフカウント値が６であれば、ＳＴＡ１が先にＰＳ−ＰｏｌｌフレームをＡＰに送信するようになる。ＳＴＡ１のＰＳ−ＰｏｌｌフレームがＡＰに成功的に伝達されると、ＡＰはＳＴＡ１のためのバッファーされたデータフレーム或いはＡＣＫフレームをＳＴＡ１に送信する。ただし、ＳＴＡ２はＳＴＡ１の隠れたノードであるから、ＳＴＡ１の送信するＰＳ−Ｐｏｌｌフレームをモニタリングできず、ＳＴＡ１のＰＳ−Ｐｏｌｌフレームが送信される時間にもチャネルが遊休（ｉｄｌｅ）だと判断して自身のバックオフスロットのカウントダウンを行うことがある。結局、ＳＴＡ２のバックオフスロットのカウントダウン値が満了すると、ＳＴＡ２もＰＳ−ＰｏｌｌフレームをＡＰに送信することがある。すなわち、ＳＴＡ１が先にチャネルアクセスに成功してＰＳ−Ｐｏｌｌフレームを送信したが、隠れたノード問題によって、ＳＴＡ２もＰＳ−Ｐｏｌｌフレームを送信し、結局はＰＳ−Ｐｏｌｌフレームが衝突する結果につながることがある。
【０１８９】
このような問題を解決するために、競合過程で用いられるバックオフタイマーのスロット時間をＰＳ−Ｐｏｌｌフレーム送信時間よりも大きくする必要がある。ここで、スロット時間は、競合過程でバックオフタイマーを減少させるために必要なチャネル遊休時間単位に該当する。したがって、スロット時間をＰＳ−Ｐｏｌｌフレーム送信時間よりも大きくすると、ＡＰがＰＳ−Ｐｏｌｌフレームを成功的に受信してそれに対する応答フレームを送信することができる。隠れたノードに該当するＳＴＡも、ＡＰが応答した応答フレームを受信できるため、チャネルが使用中である事実を認知し、バックオフタイマーを減少させることがない。これは、隠れたノード環境に位置しているＳＴＡがＰＳ−Ｐｏｌｌフレームをオーバーヒヤリング（ｏｖｅｒｈｅａｒｉｎｇ）できない問題点を考慮したもので、スロット時間、すなわち、チャネルセンシング時間をＰＳ−Ｐｏｌｌフレーム送信時間よりも大きくすることによって、隠れたノードの問題点を解決することができる。
【０１９０】
図２４は、隠れたノード環境でＰＳ−Ｐｏｌｌ競合メカニズムを例示する図である。
【０１９１】
図２４では、ＳＴＡ１、ＳＴＡ２のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素を用いてＳＴＡ１、ＳＴＡ２に知らせると仮定する。そして、ＳＴＡ１とＳＴＡ２は互いに隠れたノードに該当すると仮定する。
【０１９２】
ＳＴＡ１とＳＴＡ２はそれぞれ競合を経てチャネルアクセスを試み、図２３のように、ＳＴＡ１のバックオフカウント値が４で、ＳＴＡ２のバックオフカウント値が６であれば、ＳＴＡ１が先にＰＳ−ＰｏｌｌフレームをＡＰに送信する。ＳＴＡ１のバックオフカウント値が１で、ＳＴＡ２のバックオフカウント値が２であれば、ＳＴＡ１が先にＰＳ−ＰｏｌｌフレームをＡＰに送信するようになる。ＳＴＡ１のＰＳ−ＰｏｌｌフレームがＡＰに成功的に伝達されると、ＡＰはＳＴＡ１のためのバッファーされたデータフレーム或いはＡＣＫフレームをＳＴＡ１に送信する。ただし、ＳＴＡ２はＳＴＡ１の隠れたノードであるから、ＳＴＡ１の送信するＰＳ−Ｐｏｌｌフレームをモニタリングできず、ＳＴＡ１のＰＳ−Ｐｏｌｌフレームが送信される時間にチャネルが遊休（ｉｄｌｅ）だと判断するが、ＰＳ−Ｐｏｌｌフレーム以降に送信されるバッファーされたデータフレーム或いはＡＣＫフレームに対してはチャネルが占有（ｂｕｓｙ）されたと判断する。したがって、ＳＴＡ１がチャネルを占有した時間にＳＴＡ２は自身のバックオフスロットのカウントダウンを行わず、結果としてＰＳ−Ｐｏｌｌフレームが衝突する状況を避けることができる。
【０１９３】
このようなＰＳ−Ｐｏｌｌ競合メカニズムのためにスロット時間を下記式１２のように設定することができる。
【０１９４】
【数１２】
0005976131.tif 000015
ＰＳ−Ｐｏｌｌ送信時間（ＰＳ−Ｐｏｌｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ）は、ＰＳ−Ｐｏｌｌフレームの送信時間を意味する。応答フレームＣＣＡ時間（ＣＣＡ  Ｔｉｍｅ  ｏｆ  Ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）は、ＡＰがＰＳ−Ｐｏｌｌフレームに対する応答フレーム（データフレーム或いはＡＣＫフレーム）を送信する時、それに対してＳＴＡのＣＣＡ検出時間を意味する。
【０１９５】
このようなＰＳ−Ｐｏｌｌ競合メカニズムに従えば、隠れたノード環境で、ＰＳ−Ｐｏｌｌ衝突問題を解決することができる。ただし、スロット時間（Ｓｌｏｔ  Ｔｉｍｅ）が増加し、競合過程で消耗される時間が増加するという問題がある。このような問題点を緩和するために、図２５のように、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを用いる方法を取ることができる。すなわち、既存のＰＳ−ＰｏｌｌフレームがＰＳＤＵで送信されるＭＡＣ制御フレーム（ＭＡＣ  Ｃｏｎｔｒｏｌ  ｆｒａｍｅ）だったのと違い、ＰＳＤＵを持たない形態のＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）のみで構成される。
【０１９６】
図２５は、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを例示する図である。
【０１９７】
図２５を参照すると、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームは、ＳＴＦ、ＬＴＦ、ＳＩＧフィールドのみで構成される。ＳＴＦ、ＬＴＦフィールドは、ＳＩＧフィールドをデコードするために必要なチャネル測定シーケンス（ｃｈａｎｎｅｌｅ  ｓｔｉｍａｔｉｏｎ  ｓｅｑｕｅｎｃｅ）で構成される。ＳＩＧフィールドは、大きく４つのサブフィールド（ｓｕｂ−ｆｉｅｌｄ）で構成されてもよい。図２５で例示するフィールドはＮＤＰ  ＰＳ−ＰｏｌｌフォーマットのＳＩＧフィールドに含まれるサブフィールドの例示に過ぎず、他のサブフィールドに取り替わったり、他のサブフィールドが追加されてもよく、また、各サブフィールドのサイズも他の値を有してもよい。
【０１９８】
タイプサブフィールド（Ｔｙｐｅ  ｓｕｂ−ｆｉｅｌｄ）は、ＮＰＤフレームのＳＩＧの解釈のためのもので、当該ＮＤＰフレームがＰＳ−Ｐｏｌｌフレームのために設計（ｄｅｓｉｇｎ）されたということを知らせる。ＡＩＤサブフィールド（ＡＩＤ  ｓｕｂ−ｆｉｌｅｄ）は、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを送信するＳＴＡのＡＩＤに該当する。ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを受信したＡＰにどのＳＴＡがＰＳ−Ｐｏｌｌフレームを送信したかを知らせるためのものである。部分ＢＳＳＩＤサブフィールド（Ｐａｒｔｉａｌ  ＢＳＳＩＤ  ｓｕｂ−ｆｉｅｌｄ）は、ＮＤＰ  ＰＳ−Ｐｏｌｌフレームを送信するＳＴＡが属したＡＰのＢＳＳＩＤの一部に該当する。また、これと違い、当該ＡＰを識別するための用途のいずれかのＩＤ値が用いられてもよい。これは、ＡＰに特定ＩＤを定義したり、ＢＳＳＩＤをハッシュ（ｈａｓｈｉｎｇ）して用いることも可能である。ＳＩＧフィールドに対するエラー検出（ｅｒｒｏｒ  ｄｅｔｅｃｔｉｏｎ）のためにＣＲＣサブフィールド（ＣＲＣ  ｓｕｂ−ｆｉｅｌｄ）が含まれる。
【０１９９】
ＡＰがＮＤＰ  ＰＳ−Ｐｏｌｌフレームを受信した場合、まず、ＡＰは部分ＢＳＳＩＤサブフィールドから、自身がＰＳ−Ｐｏｌｌフレームに対して応答しなければならないＡＰであるか否かを決定する。ＮＤＰ  ＰＳ−Ｐｏｌｌフレームに対する応答としてＡＣＫフレームを当該ＳＴＡに送信したり、当該ＳＴＡに向かうバッファーされたフレームを送信することができる。
【０２００】
ここで、ＡＣＫフレームを送信する場合、当該ＳＴＡに向かうバッファーされたフレームが現在ＡＰにないか、又は、ＳＩＦＳ後に当該ＳＴＡにバッファーされたフレームを直ちに送信することが難しい場合に該当する。当該ＳＴＡに向かうバッファーされたフレームがＡＰにない場合、ＡＣＫフレームのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド内追加データビットサブフィールド（Ｍｏｒｅ  Ｄａｔａ  Ｂｉｔ  ｓｕｂ−ｆｉｅｌｄ）を０に設定する。そうでない場合、ＡＣＫフレームのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド内追加データビットサブフィールド（Ｍｏｒｅ  Ｄａｔａ  Ｂｉｔ  ｓｕｂ−ｆｉｅｌｄ）を１に設定する。
【０２０１】
上述した通り、ＮＤＰ  ＰＳ−Ｐｏｌｌフレーム及び新しい拡張されたスロット時間（Ｎｅｗ  ｅｘｔｅｎｄｅｄ  ｓｌｏｔ  ｔｉｍｅ）（式１２参照）を用いて、既存の隠れたノードによるＰＳ−Ｐｏｌｌ衝突を解決することはできるが、既存の競合ベースのＰＳ−Ｐｏｌｌ方式を用いているため、ＰＳ−Ｐｏｌｌを行う端末はビーコンを受信後、自身のＰＳ−Ｐｏｌｌが正しく送信されるまで、ＣＣＡを行い続けて他の端末のチャネル使用を把握しなければならない。これは、端末がＰＳ−Ｐｏｌｌを行う時に余計な電力消耗を招き、特に、最後にＰＳ−Ｐｏｌｌを行う端末の電力消耗は他の端末に比べて大きくなるはずである。
【０２０２】
図２６は、拡張されたスロット時間を用いたＳＴＡのチャネルアクセス動作の一例を示す図である。
【０２０３】
図２６では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素を用いてＳＴＡ１、ＳＴＡ２、ＳＴＡ３に知らせたと仮定する。
【０２０４】
図２６を参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３はそれぞれ競合を経てチャネルアクセスを試みるようになり、新しい拡張されたスロット時間を用いて任意バックオフを行う。図２６では、ＰＳ−Ｐｏｌｌを送信するＳＴＡがいずれも異なるバックオフカウント値（例えば、ＳＴＡ１＝１、ＳＴＡ２＝２、ＳＴＡ３＝３）を選択した場合を例示している。
【０２０５】
以下、ＳＴＡはＰＳ−Ｐｏｌｌフレーム送信前にＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ  ＩｎｔｅｒＦｒａｍｅ  Ｓｐａｃｅ）の間に媒体の占有状態をセンシングすると仮定する。
【０２０６】
ＳＴＡ１は、ＡＩＦＳの間に媒体が遊休状態であることを確認し、バックオフスロット（一つのスロット）をカウントダウンした後、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。この時、ＳＴＡ２及びＳＴＡ３は、媒体が占有状態であることをモニタリングし待機する。ＡＰは、ＳＴＡ１からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後に直ちにデータフレームを送信し、ＳＴＡ１がこれに対するＡＣＫフレームを送信する。このように、ＳＴＡ１が媒体を占有する間にＳＴＡ２及びＳＴＡ３はバックオフスロットのカウントダウンを止めて待機する。
【０２０７】
ＳＴＡ１の媒体占有が終了すると、ＳＴＡ２及びＳＴＡ３は、ＡＩＦＳの間に媒体が遊休状態であることを確認し、残余バックオフスロットのカウントダウンを行う。ＳＴＡ２がＳＴＡ３よりもバックオフカウント値が小さいので、ＳＴＡ２は残余バックオフスロット（一つのスロット）をカウントダウンした後、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。この時、ＳＴＡ３は、媒体が占有状態であることをモニタリングし待機する。ＡＰは、ＳＴＡ２からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後に直ちにデータフレームを送信できない場合、ＳＩＦＳ後にＡＣＫフレームを送信する。このように、ＳＴＡ２が媒体を占有する間にＳＴＡ３はバックオフスロットのカウントダウンを止めて待機する。
【０２０８】
ＳＴＡ２の媒体占有が終了すると、ＳＴＡ３は、ＡＩＦＳの間に媒体が遊休状態であることを確認し、残余バックオフスロット（一つのスロット）のカウントダウンを行った後、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。ＡＰはＳＴＡ３からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後に直ちにデータフレームを送信できない場合にＡＣＫフレームを送信する。
【０２０９】
一方、ＡＰは、ＳＴＡと競合を行って（ＡＩＦＳの間に媒体の遊休状態確認及び任意バックオフを行って）、データをＳＴＡ２に送信し、ＳＴＡ２はそれに対するＡＣＫフレームを送信する。
【０２１０】
上述した例でＳＴＡ１、ＳＴＡ２、ＳＴＡ３がそれぞれ異なったバックオフカウント値を選択したため衝突は発生しなかったが、ＳＴＡ１以外のＳＴＡは、他のＳＴＡのチャネル接近期間の間にＰＳ−Ｐｏｌｌを遅延させ、自身に向かうデータを受信するまでアウェイク状態を維持し続けているため、その分、余計な電力消費が発生する。例えば、ＳＴＡ２の場合、ＰＳ−Ｐｏｌｌを送信し、自身に向かうデータを受信するために、ＳＴＡ１が媒体を占有する期間とＳＴＡ３が媒体を占有する期間の間に余計にアウェイク状態を維持することがわかる。また、これはスロット時間をＰＳ−Ｐｏｌｌ送信時間よりも大きく拡張した場合であるため、余計な電力消費が既存に比べてより増加することがある。
【０２１１】
図２７は、拡張されたスロット時間を用いたＳＴＡのチャネルアクセス動作の他の例を示す図である。
【０２１２】
図２７では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素からＳＴＡ１、ＳＴＡ２、ＳＴＡ３に知らせたと仮定する。
【０２１３】
図２７を参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３はそれぞれ競合を経てチャネルアクセスを試みるようになり、新しい拡張されたスロット時間を用いて任意バックオフを行う。図２７では、ＳＴＡ２とＳＴＡ３が同一のバックオフカウント値（例えば、ＳＴＡ１＝１、ＳＴＡ２＝２、ＳＴＡ３＝２）を選択した場合を例示している。
【０２１４】
図２６と同様に、ＳＴＡ１の媒体占有が終了すると、ＳＴＡ２及びＳＴＡ３はＡＩＦＳの間に媒体が遊休状態であることを確認し、残余バックオフスロットのカウントダウンを行う。ただし、ＳＴＡ２とＳＴＡ３のバックオフカウント値が同一であるため、衝突が発生する。このように衝突が発生すると、ＳＴＡ２、ＳＴＡ３両方ともＡＰからＡＣＫフレーム或いはデータフレームを受信できず、データ送信に失敗することになる。この場合、ＳＴＡ２とＳＴＡ３は指数バックオフ（ｅｘｐｏｎｅｎｔｉａｌ  ｂａｃｋｏｆｆ）を行う。すなわち、ＣＷ値を２倍に増やした後、バックオフカウント値を再選択する。図２７では、バックオフカウント値としてＳＴＡ２が５、ＳＴＡ３が７を選択した場合を例示し、ＳＴＡ２がＳＴＡ３よりもバックオフカウント値が小さいので、バックオフスロット（５個のスロット）のカウントダウンを行った後、ＰＳ−ＰｏｌｌをＡＰに送信する。
【０２１５】
このように、２つのＳＴＡのバックオフカウント値が一致して衝突が発生すると、両ＳＴＡの電力消費が増加するだけでなく、送信遅延が増加することになる。また、これはスロット時間をＰＳ−Ｐｏｌｌ送信時間よりも大きく拡張した場合であるため、余計な電力消費が既存に比べて増加することがある。
【０２１６】
（改善されたチャネルアクセス方案）
上述した問題を解決するために、本発明では、ＳＴＡがＴＩＭを含むビーコンを受信して自身に伝達されるデータがあることを認知した後、ＰＳ−Ｐｏｌｌを行う時に生じうる余計な電力消耗を低減させるための方法を提案する。そのために、すなわち、改善されたチャネルアクセス方案では、特定ＳＴＡ別に設定されたチャネルアクセス区間でチャネルアクセス動作を行うことができる。以下の本発明の説明では、チャネルアクセスのためにＰＳ−Ｐｏｌｌ動作（改善されたスケジュールされたＰＳ−ポーリング（ｓｃｈｅｄｕｌｅｄ  ＰＳ−Ｐｏｌｌｉｎｇ）方案）を仮定して説明するが、これに限定されるものではなく、新しいチャネルアクセスのためのフレームが適用されてもよい。
【０２１７】
本発明では、ＳＴＡの任意バックオフを行うとき、上述した新しい拡張されたスロット時間（ｅｘｔｅｎｄｅｄ  ｓｌｏｔ  ｔｉｍｅ）を用いることができるが、これに限定されず、既存のスロット時間を用いてもよい。拡張されたスロット時間を用いる場合は、上記の式１２のように決定することができる。また、ＰＳ−Ｐｏｌｌは、上述したＳＴＦ＋ＬＴＦ＋ＳＩＧフィールドを有するＮＤＰ  ＰＳ−Ｐｏｌｌフレームを用いることができるが、これに限定されず、既存のＭＡＣ制御フレーム（ＭＡＣ  Ｃｏｎｔｒｏｌ  ｆｒａｍｅ）を用いてもよい。
【０２１８】
また、ＡＣＫフレームとしては、既存のＡＣＫフレームを用いてもよいが、上述したＮＤＰ  ＰＳ−Ｐｏｌｌフレームと同様に、ＳＴＦ＋ＬＴＦ＋ＳＩＧフィールドのみを有するＮＤＰ  ＡＣＫフレーム形態を用いてもよい。この場合、ＮＤＰ  ＰＳ−ＰｏｌｌフレームとＮＤＰ  ＡＣＫフレームのサイズは同一であってもよい。
【０２１９】
以下、ＳＴＡは、ＰＳ−Ｐｏｌｌフレーム送信前に、ＳＩＦＳ、ＰＩＦＳ、ＰＩＦＳ＋追加時間、又はＥＤＣＡ時間（ＡＩＦＳ＋任意バックオフ）のうちいずれか一つの時間において媒体の占有状態をセンシングすることができる。すなわち、ＳＴＡは、ＳＩＦＳ、ＰＩＦＳ、ＰＩＦＳ＋追加時間、ＥＤＣＡ時間の中で一つを選択してチャネルをセンシングした後、チャネルが遊休（ｉｄｌｅ）であればＰＳ−Ｐｏｌｌを送信する。ここで、ＥＤＣＡ時間は、既存ＳＴＡがＥＤＣＡベースでチャネルをアクセスする時に用いたチャネルセンシング時間のことを指す。以下、説明の便宜のために、ＳＴＡがＰＩＦＳを用いるとして説明する。
【０２２０】
図２８は、本発明の一実施例に係るＳＴＡ別に設定されたＰＳ−Ｐｏｌｌ区間（ｉｎｔｅｒｖａｌ）を例示する図である。
【０２２１】
図２８では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素を用いてＳＴＡ１、ＳＴＡ２、ＳＴＡ３に知らせたと仮定する。
【０２２２】
図２８を参照すると、各ＳＴＡのＰＳ−Ｐｏｌｌ区間（ｉｎｔｅｒｖａｌ）は、ビーコンに含まれたＴＩＭ情報要素に基づいて各ＳＴＡ別に指定されており、ＰＳ−Ｐｏｌｌを行うＳＴＡ間にＰＳ−Ｐｏｌｌ区間の位置が互いに異なるように設定される。すなわち、ＡＰは、ＳＴＡに送信するデータフレームを保存している場合、それらＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）に対してそれぞれのＰＳ−Ｐｏｌｌ区間を設定することができる。更に、ＡＰは、ＴＩＭ要素によって指示していない他のＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３以外のＳＴＡ）が総ＰＳ−Ｐｏｌｌ区間内でチャネルアクセスを試みることを防止するために、ビーコンのＭＡＣヘッダー内の持続時間（ｄｕｒａｔｉｏｎ）フィールドの値は、当該ビーコンの長さに総ＰＳ−Ｐｏｌｌ区間を追加して設定することができる。ＳＴＡはＳＩＧフィールド内の長さ（Ｌｅｎｇｔｈ）フィールド及びＭＣＳフィールドからビーコンの長さを確認できるため、持続時間（ｄｕｒａｔｉｏｎ）フィールドを通じてＴＩＭ要素によって指示されたＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）に指定された総ＰＳ−Ｐｏｌｌ区間を確認でき、ＴＩＭ要素によって指示されていないＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３以外のＳＴＡ）は、当該総ＰＳ−Ｐｏｌｌ区間ではチャネルアクセスを試みなくなる。
【０２２３】
ＡＰはビーコンフレームの情報要素（例えば、ＴＩＭ情報要素又はポーリング（Ｐｏｌｌｉｎｇ）割当情報要素）を通じて明示的に（ｅｘｐｌｉｃｉｔｌｙ）ＳＴＡにＰＳ−Ｐｏｌｌ区間の位置情報を知らせることができる。すなわち、ＡＰはビーコンフレーム内の情報要素を通じてＴＩＭ要素によって指示された各ＳＴＡ別にＰＳ−Ｐｏｌｌ区間の位置情報を更に知らせることができる。例えば、ＡＰは、各ＳＴＡにＰＳ−Ｐｏｌｌ区間の開始時点に関するオフセット情報と当該ＳＴＡのＰＳ−Ｐｏｌｌ区間の長さ情報を知らせることができる。このとき、ＳＴＡのＰＳ−Ｐｏｌｌ区間の長さ情報はＳＴＡ別に異ならせることができる。仮に、ＳＴＡがいずれも同一のＰＳ−Ｐｏｌｌ区間長を用いると、ビーコンフレーム内の情報要素で一つのＰＳ−Ｐｏｌｌ区間長情報のみが含まれ、それらＳＴＡは該当ＰＳ−Ｐｏｌｌ区間長を用いて自身のＰＳ−Ｐｏｌｌ区間情報を取得する。万一、各ＳＴＡのＰＳ−Ｐｏｌｌ区間の長さが固定しているか、或いはＳＴＡが暗黙的に知る場合（例えば、システムでＰＳ−Ｐｏｌｌ区間長を定めておいた場合、ＰＩＦＳ＋ＰＳ−Ｐｏｌｌ  ｆｒａｍｅ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ＋ＳＩＦＳ＋ＣＣＡ  Ｔｉｍｅ  ｏｆ  Ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ（例えば、ＡＣＫ  ｆｒａｍｅ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ）＋２＊Ａｉｒ  Ｐｒｏｐａｇａｔｉｏｎ  Ｄｅｌａｙ）、ＡＰは総ＰＳ−Ｐｏｌｌ区間の開始時点に関する情報とＴＩＭ要素を通じてＴＩＭによって指示された各ＳＴＡのＰＳ−Ｐｏｌｌの順序情報をＳＴＡに知らせることができる。この場合、各ＳＴＡは、ＰＳ−Ｐｏｌｌ順序情報を用いて、総ＰＳ−Ｐｏｌｌ区間の開始時点から自身のＰＳ−Ｐｏｌｌ区間が何番目かを確認することによって自身のＰＳ−Ｐｏｌｌ区間の位置を把握できる。万一、各ＳＴＡのＰＳ−Ｐｏｌｌ区間の長さが固定しているか或いはＳＴＡが暗黙的に把握でき、また、総ＰＳ−Ｐｏｌｌ区間の開始時点が固定している場合（例えば、ビーコン受信後に指定された時点で総ＰＳ−Ｐｏｌｌ区間が直ちに開始される場合）、ＡＰは、ＴＩＭ要素を通じてＴＩＭによって指示された各ＳＴＡのＰＳ−Ｐｏｌｌの順序情報のみを知らせてもよい。
【０２２４】
又は、ＳＴＡがＴＩＭ要素を通じて暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）自身のＰＳ−Ｐｏｌｌ区間の位置情報を知ることもできる。例えば、ＴＩＭ要素の部分仮想ビットマップ（Ｐａｒｔｉａｌ  Ｖｉｒｔｕａｌ  Ｂｉｔｍａｐ）フィールドでＳＴＡ１、ＳＴＡ２、ＳＴＡ３が順次に指示され、ＰＳ−Ｐｏｌｌ順序がビットマップの昇順の順序を有するとすれば、各ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の順に自身のＰＳ−Ｐｏｌｌ区間を有することができる。このように、各ＳＴＡのＰＳ−Ｐｏｌｌ順序は、上述したように、ビットマップの順序によって昇順或いは降順の順序を有するようにシステムであらかじめ定められていてもよく、あらかじめ定められた特定順列（ｐｅｒｍｕｔａｔｉｏｎ）に基づいてビットマップ順序を用いてＳＴＡが計算されてもよい。
【０２２５】
このように、ＳＴＡは自身のＰＳ−Ｐｏｌｌ区間の位置及び他のＳＴＡのＰＳ−Ｐｏｌｌ区間の位置を、ＴＩＭに含まれた情報に基づいて確認することができる。自身のＰＳ−Ｐｏｌｌ区間の位置を確認したＳＴＡは、ＰＳ−Ｐｏｌｌ動作を行うことができる。また、ＳＴＡは、自身のＰＳ−Ｐｏｌｌ区間の開始時点でＰＩＦＳの間に媒体の占有（ｂｕｓｙ）有無を確認し、媒体が遊休（ｉｄｌｅ）状態であれば、ＡＰにＰＳ−Ｐｏｌｌを送信することができる。仮に、ＰＳ−Ｐｏｌｌ区間の開始時点でＰＩＦＳの間にチャネルが占有（ｂｕｓｙ）されていると、ＳＴＡは自身のＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレーム送信をずらすことができる。以後、ＰＩＦＳの間に媒体が遊休状態であることを確認すると、ＳＴＡは、ずらしたＰＳ−ＰｏｌｌフレームをＡＰに送信することができる。このとき、残りのＳＴＡは自身のＰＳ−Ｐｏｌｌ区間でないため、スリープ状態（ｓｌｅｅｐ  ｓｔａｔｅ）で動作することができる。
【０２２６】
ＡＰは、ＳＴＡのＰＳ−Ｐｏｌｌ区間で当該ＳＴＡからＰＳ−Ｐｏｌｌフレームを受信すると、ＳＩＦＳ以降にＡＣＫフレームをＳＴＡに送信する。仮に、ＰＳ−Ｐｏｌｌ区間内で当該ＳＴＡからＰＳ−Ｐｏｌｌフレームを正確に受信していない場合、ＮＡＣＫを含むフレーム或いはＡＣＫフレームを当該ＳＴＡに送信することができる。ここで、ＮＡＣＫ或いはＡＣＫフレームはＮＤＰフレームで構成されてもよい。
【０２２７】
以下、説明の便宜のために、ＳＴＡがＴＩＭ要素から暗黙的に自身のＰＳ−Ｐｏｌｌ区間の位置を確認できると仮定する。
【０２２８】
仮に、該当ビーコン周期内で最初のＰＳ−Ｐｏｌｌ区間がビーコン受信の直後に始まる場合、一つのＳＴＡのＰＳ−Ｐｏｌｌ区間を下記式１３のように定めることができる。
【０２２９】
【数１３】
0005976131.tif 000016
これと違い、該当ビーコン周期内で最初のＰＳ−Ｐｏｌｌ区間がビーコンを受信してＳＩＦＳ又はＰＩＦＳ以降に始まる場合、一つのＳＴＡのＰＳ−Ｐｏｌｌ区間は、下記式１４のように定めることができる。
【０２３０】
【数１４】
0005976131.tif 000017
ＮＤＰ  ＰＳ−ＰｏｌｌフレームとＮＤＰ  ＡＣＫフレームが用いられるとすれば、一つのＳＴＡのＰＳ−Ｐｏｌｌ区間は下記式１５のように定めることができる。
【０２３１】
【数１５】
0005976131.tif 000018
総ＰＳ−Ｐｏｌｌ区間は下記式１６のように定めることができる。
【０２３２】
【数１６】
0005976131.tif 000019
式１６で、ＮはＴＩＭビットマップで１に設定された、すなわち、ＰＳ−Ｐｏｌｌを行うＳＴＡの総数を意味する。
【０２３３】
以下、本明細書では、説明の便宜のために、一つのＳＴＡのＰＳ−Ｐｏｌｌ区間は上の式１３のように定められると仮定する。
【０２３４】
以降、自身のＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌを行ったＳＴＡは、総ＰＳ−Ｐｏｌｌ区間以降にＡＰからデータを受信するためにアウェイク状態に切り替わる。
【０２３５】
図２９は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２３６】
図２９では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３のためのデータフレームをＡＰが有しており、このような事実をビーコンフレームのＴＩＭ要素を通じてＳＴＡ１、ＳＴＡ２、ＳＴＡ３に知らせたと仮定する。
【０２３７】
図２９を参照すると、ビーコンのＴＩＭで３個のＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）が順次に指示されると、各ＳＴＡは、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の順にＰＳ−Ｐｏｌｌ区間が設定され、各ＳＴＡは自身のＰＳ−Ｐｏｌｌ区間の位置を、ＴＩＭに含まれた情報から確認できる。
【０２３８】
まず、ＳＴＡ１のＰＳ−Ｐｏｌｌ区間は、ビーコン受信後に始まり、最初のＳＴＡであるＳＴＡ１は、ビーコン受信後、ＰＩＦＳの間に媒体の遊休状態であることを確認すると、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。各ＳＴＡは自身のＰＳ−Ｐｏｌｌ区間を確認できるため、最初のＰＳ−Ｐｏｌｌを行うＳＴＡ以外の残りＳＴＡはビーコン受信後、スリープ状態に切り替わって自身のＰＳ−Ｐｏｌｌ区間までスリープ状態を維持することができる。図２９で、ＳＴＡ２とＳＴＡ３は、ビーコン受信後にスリープ状態に切り替わって自身のＰＳ−Ｐｏｌｌ区間までスリープ状態を維持する。ＡＰは、ＳＴＡ１からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後にＡＣＫフレームを送信し、ＳＴＡ１に対するＰＳ−Ｐｏｌｌ区間は終了する。最後のＰＳ−Ｐｏｌｌを行うＳＴＡ（ＳＴＡ３）の他は、自身のＰＳ−Ｐｏｌｌ区間終了時点にスリープ状態に切り替わり、総ＰＳ−Ｐｏｌｌ区間が終わる時点までスリープ状態を維持することができる。図２９で、ＳＴＡ１は自身のＰＳ−Ｐｏｌｌ区間終了時点でスリープ状態に切り替わり、総ＰＳ−Ｐｏｌｌ区間が終わる時点までスリープ状態を維持する。
【０２３９】
ＳＴＡ２のＰＳ−Ｐｏｌｌ区間は、ＳＴＡ１のＰＳ−Ｐｏｌｌ区間以降（ＳＴＡ１に対するＡＣＫフレーム送信時間以降）に始まり、ＳＴＡ２はアウェイク状態に切り替わってＰＩＦＳの間に媒体の遊休状態であることを確認すると、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。ＡＰはＳＴＡ２からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後にＡＣＫフレームを送信し、ＳＴＡ１に対するＰＳ−Ｐｏｌｌ区間は終了する。ＳＴＡ１と同様に、ＳＴＡ２は自身のＰＳ−Ｐｏｌｌ区間終了時点でスリープ状態に切り替わり、総ＰＳ−Ｐｏｌｌ区間が終わる時点までスリープ状態を維持する。
【０２４０】
ＳＴＡ３のＰＳ−Ｐｏｌｌ区間は、ＳＴＡ２のＰＳ−Ｐｏｌｌ区間以降（ＳＴＡ２に対するＡＣＫフレーム送信時間以降）に始まり、ＳＴＡ３はアウェイク状態に切り替わってＰＩＦＳの間に媒体の遊休状態であることを確認すると、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。ＡＰは、ＳＴＡ２からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後にＡＣＫフレームを送信する。ＳＴＡ３は最後のＳＴＡであるため（自身のＰＳ−Ｐｏｌｌ区間が終了する時点が総ＰＳ−Ｐｏｌｌ区間が終わる時点と同一である）、スリープモードに切り替わることなくアウェイク状態を維持する。
【０２４１】
ＡＰは総ＰＳ−Ｐｏｌｌ区間が終わった後、各ＳＴＡにデータを送信し、各ＳＴＡ（最後のＳＴＡは除く）は、総ＰＳ−Ｐｏｌｌ区間が終わる時点でアウェイク状態に切り替わり、ＡＰからデータを受信するためにＣＣＡを行う。最後のＳＴＡ（ＳＴＡ３）は自身のＰＳ−Ｐｏｌｌ区間からアウェイク状態を維持してＣＣＡを行うようになる。ＡＰは、任意バックオフ周期に基づいて競合（ｃｏｎｔｅｎｔｉｏｎ）を行って各ＳＴＡにデータを送信することができる。言い換えると、ＡＰは、各ＳＴＡ別にバックオフカウント値を選択し、バックオフカウント値が最も小さいＳＴＡからバックオフカウント値が最も大きいＳＴＡの順にデータを送信することができる。図２９では、ＳＴＡ１のバックオフカウント値が最も小さく、次にＳＴＡ２が小さく、ＳＴＡ３のバックオフカウント値が最も大きい場合を例示している。ＡＰは、ＡＩＦＳの間に媒体が遊休状態であることを確認し、バックオフスロットをカウントダウンした後、データフレームをＳＴＡ１に送信する。ＳＴＡは、ＡＰから送信されるデータフレームのプリアンブル（例えば、ＳＩＧフィールドの部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ））に基づいて、自身に向かうデータフレームか否かを確認することができる。すなわち、ＳＴＡ１は自身に向かうデータフレームであることを確認し、当該データフレームをデコードし、残りのＳＴＡ（ＳＴＡ２、ＳＴＡ３）は自身に向かうデータフレームでないことを確認し、スリープモードに切り替わり得る。また、ＳＴＡは、ＡＰから送信されるデータフレームのプリアンブル（例えば、ＳＩＧフィールドの長さ（Ｌｅｎｇｔｈ））から、当該データフレームのＭＰＤＵの長さを確認できる。すなわち、自身に向かうデータフレームでないことを確認してスリープモードに切り替わったＳＴＡは、他のＳＴＡのＭＰＤＵ長を考慮してアウェイク状態に再び切り替わり得る。
【０２４２】
ＡＰからデータフレームを受信したＳＴＡ１は、ＳＩＦＳ以降にＡＰにＡＣＫフレームを送信する。ＳＴＡ１がＡＰにＡＣＫフレームを送信する時点、すなわち、ＡＰによるＳＴＡ１へのデータ送信が終了する時点でＳＴＡ２とＳＴＡ３はスリープ状態からアウェイク状態に切り替わり、以降、競合ベースでＡＰからデータフレームを受信する。
【０２４３】
一方、ＡＰは非競合ベース（ｎｏｎ−ｃｏｍｐｅｔｉｔｉｏｎ  ｂａｓｅｄ）でＳＴＡにデータフレームを送信してもよい。例えば、ＡＰは、各ＳＴＡのＰＳ−Ｐｏｌｌ区間内で当該ＳＴＡにスケジューリング情報を送信することができる。この場合、ＳＴＡは自身のＰＳ−Ｐｏｌｌ区間内でＡＰからＰＳ−Ｐｏｌｌフレームに対するＡＣＫフレームを受信した後、総ＰＳ−Ｐｏｌｌ区間が終わり、ＡＰから下りリンクデータ送信に関するスケジューリング情報を待つことができ、取得したスケジューリング情報を用いて、データを受信することができる。このようにＳＴＡがＡＰからスケジューリング情報を取得した時、ＳＴＡは下りリンクデータ送信時点までスリープ状態に切り替わって電力消耗を最小化することができる。
【０２４４】
また、ＡＰは、ＰＳ−Ｐｏｌｌを行う最後のＳＴＡにはＰＳ−Ｐｏｌｌに対するＡＣＫフレーム送信せずに直ちにデータを送信してもよく、これについて図３０を参照して説明する。
【０２４５】
図３０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２４６】
図３０の例示で、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は、図２９の例示と同様である。
【０２４７】
図３０を参照すると、最後のＳＴＡであるＳＴＡ３からＰＳ−Ｐｏｌｌフレームを受信したＡＰは、ＳＴＡ３が最後のＳＴＡであることを確認すると、ＳＴＡ３にはＰＳ−Ｐｏｌｌフレームに対するＡＣＫフレームを送信せずに、ＳＩＦＳ以降にＳＴＡ３にデータフレームを送信する。
【０２４８】
ＡＰは、総ＰＳ−Ｐｏｌｌ区間が終わった後、最後のＳＴＡ（ＳＴＡ３）を除く残りＳＴＡにデータを送信することができ、最後のＳＴＡを除く残りＳＴＡは総ＰＳ−Ｐｏｌｌ区間が終わる時点でアウェイク状態に切り替わり得る。この場合、ＳＴＡ３にデータフレームを送信する中（総ＰＳ−Ｐｏｌｌ区間が終わった時点）にＳＴＡ１とＳＴＡ２がアウェイク状態に切り替わったため、ＳＴＡ３に送信されるデータフレームのプリアンブルを確認できないことがある。したがって、ＳＴＡ１とＳＴＡ２はアウェイク状態を維持し、以降ＡＰから送信されるデータフレームのプリアンブルから、当該データフレームがＳＴＡ１に向かうか否かを確認した後、ＳＴＡ１は当該データフレームをデコードし、ＳＴＡ２は再びスリープ状態に切り替わり得る。
【０２４９】
図３０では、総ＰＳ−Ｐｏｌｌ区間が終わる時点でＳＴＡ１とＳＴＡ２がアウェイク状態に切り替わり、ＡＰからデータフレームを受信するまでアウェイク状態を維持する例示のみを示しているが、最後のＳＴＡを除く残りＳＴＡは、総ＰＳ−Ｐｏｌｌ区間が終わる時点でアウェイク状態に切り替わった後、媒体が占有（ｂｕｓｙ）状態であることを確認するとスリープ状態に切り替わり、媒体の占有が終わる時点に再びアウェイク状態に切り替わって自身にデータフレームが送信されるか否かを確認してもよい。
【０２５０】
ＡＰは、任意バックオフ周期に基づいて競合（ｃｏｎｔｅｎｔｉｏｎ）を行い、最後のＳＴＡを除く残りＳＴＡにデータを送信することができる。ＡＰが最後のＳＴＡを除く残りＳＴＡにデータを送信する動作は、上述した図２９の例示と同様であり、以下では説明を省く。
【０２５１】
また、ＡＰは、総ＰＳ−Ｐｏｌｌ区間が過ぎた後、緊急（ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ）のパケットを有するＳＴＡに最も優先してデータフレームを送信してもよく、それについて図３１を参照して説明する。
【０２５２】
図３１は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２５３】
図３１の例示で、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は、図２９の例示と同様である。
【０２５４】
図３１を参照すると、総ＰＳ−Ｐｏｌｌ区間後に、ＡＰは、ポーリング（Ｐｏｌｌ）されたＳＴＡのうち、緊急（ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ）のデータフレームが送信されるＳＴＡには、ＰＩＦＳ（又は、ＳＩＦＳ）を待った後、任意バックオフ手順無しで直ちに当該ＳＴＡにデータフレームを送信することができる。すなわち、競合（ｃｏｎｔｅｎｔｉｏｎ）無しでデータを送信することができる。これは、長いスロット時間（ｌｏｎｇ  ｓｌｏｔ  ｔｉｍｅ）を有し、任意バックオフベースのデータ送信動作によって生じうる緊急パケット送信遅延を防止することができる。この場合にも、緊急パケットを持たないＳＴＡには、上述した図２９或いは図３０の例示と同様に、競合ベースでデータ送信を行うことができる。ここで、総ＰＳ−Ｐｏｌｌ区間の終了時点は、最後にＰＳ−Ｐｏｌｌを行ったＳＴＡに対する応答を送信する時点に該当してもよい。例えば、図２９の例示では最後のＰＳ−Ｐｏｌｌを行ったＳＴＡに（ＮＤＰ）ＡＣＫフレームが送信される時点を意味することができ、図３０の例示では最後のＰＳ−Ｐｏｌｌを行ったＳＴＡにデータフレームが送信される時点を意味することができる。図３１では、総ＰＳ−Ｐｏｌｌ区間終了時点として、最後のＰＳ−Ｐｏｌｌを行ったＳＴＡ３に（ＮＤＰ）ＡＣＫフレームが送信される時点を例示し、総ＰＳ−Ｐｏｌｌ区間後にＡＰがＳＴＡ１とＳＴＡ３に対する下りリンクデータフレームをＰＩＦＳ以降に直ちに送信する場合を例示する。ＳＴＡ２は緊急パケットを持たないＳＴＡであるため、ＳＴＡ２に対するデータ送信は、図２９又は図３０の例示と同様に競合ベースの（ＡＩＦＳ＋任意バックオフ）方式で行われる。
【０２５５】
一方、ＴＩＭに指定された全てのＳＴＡがＴＩＭを受信できない場合もある。例えば、ＯＢＳＳ（Ｏｖｅｒｌａｐｐｐｉｎｇ  ＢＳＳ）送信による干渉や、ＳＴＡがＴＩＭを逃す場合もあり得る。このような場合、ＴＩＭを受信しなかったＳＴＡは、自身のＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを送信できなくなる。また、ＳＴＡはＰＳ−Ｐｏｌｌフレームを正しく送信したが、ＡＰがＰＳ−Ｐｏｌｌフレームを受信できない場合もあり得る。このような場合、ＡＰとＳＴＡ間の動作について図３２を参照して説明する。
【０２５６】
図３２は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２５７】
図３２の例示で、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は図２９の例示と同様である。
【０２５８】
図３２を参照すると、ＡＰがＳＴＡ２からＰＳ−Ｐｏｌｌフレームを受信できない場合を例示している。ＡＰは、定められた各ＳＴＡのＰＳ−Ｐｏｌｌ区間で、当該ＳＴＡからＰＳ−ＰｏｌｌをＰＳ−Ｐｏｌｌ送信時間に受信できないと、ＳＩＦＳ以降に自発的（ｕｎｓｏｌｉｃｉｔｅｄ）ＮＤＰフレームを当該ＳＴＡに送信する。自発的ＮＤＰフレームを送信する時点は、当該ＳＴＡがＰＳ−Ｐｏｌｌを正常に送信した場合を仮定して、（ＮＤＰ）ＡＣＫフレームを送信する時点（ＰＩＦＳ＋ＰＳ−Ｐｏｌｌ送信時間＋ＳＩＦＳ）と同一であってよい。ここで、自発的ＮＤＰフレームは、図２９乃至図３１で用いられた（ＮＤＰ）ＡＣＫフレームであってもよく、新しいＮＤＰフレーム或いは新しいＭＡＣフレームの形態を有するものであってもよい。また、自発的ＮＤＰフレームは、ＡＣＫ、ＮＡＣＫ或いはノンーポーリング（ｎｏ  Ｐｏｌｌｉｎｇ）指示を含んでもよい。このように、ＡＰが定められたＳＴＡから定められた時点にＰＳ−Ｐｏｌｌフレームを受信できなくても、ＮＤＰフレーム（又は、新しいフレーム）を送信することによって、他のＳＴＡ（例えば、隠れたノード）によるＰＳ−Ｐｏｌｌ区間の介入（ｉｎｔｅｒｖｅｎｔｉｏｎ）を防止することができる。
【０２５９】
ＡＣＫ、ＮＡＣＫ或いはノンーポーリング（ｎｏ  Ｐｏｌｌｉｎｇ）指示が含まれたＮＤＰフレームを受信したＳＴＡは、競合ベースでＰＳ−Ｐｏｌｌを行うことができる。この場合、ＳＴＡは、拡張されたスロット時間（ｅｘｔｅｎｄ  ｓｌｏｔ−ｔｉｍｅ）を用いることができる。図３２には示していないが、各ＳＴＡ（例えば、ＳＴＡ１、ＳＴＡ３）に割り当てられたＰＳ−Ｐｏｌｌ区間では当該ＳＴＡによって媒体が占有されている状態であり、またＴＩＭを受信できなかった更に他のＳＴＡが存在しても、当該ＳＴＡのＰＳ−Ｐｏｌｌ区間でＡＰがＮＡＣＫ或いはノンーポーリング（ｎｏ  Ｐｏｌｌｉｎｇ）指示を含むＮＤＰフレームを送信するため、結局、ＮＡＣＫ或いはノンーポーリング（ｎｏ  Ｐｏｌｌｉｎｇ）指示が含まれたＮＤＰフレームを受信したＳＴＡは、総ＰＳ−Ｐｏｌｌ区間以降に競合ベースでＰＳ−Ｐｏｌｌを行うことができる。
【０２６０】
このように、スロット時間を上記式１２による拡張されたスロット時間と定める場合には、図３２の例示のようにＮＤＰフレームを送信することによって、当該ＰＳ−Ｐｏｌｌ区間で他のＳＴＡが介入することを防止することができる。ただし、スロット時間が拡張されたスロット時間を持たないときは、図３２の例示が適用されない場合もある。例えば、スロット時間とＰＳ−Ｐｏｌｌフレーム時間とが同一である場合、（ＰＩＦＳ＋ＰＳ−Ｐｏｌｌ送信時間＋ＳＩＦＳ）の時間の間に他のＳＴＡの介入が発生すると、図３２の例示を通じて他のＳＴＡの介入を防止できないこともある。ただし、このような場合にも、ＡＰは、ビーコンフレームのＴＩＭ要素を通じて指示されたＳＴＡは自身のＰＳ−Ｐｏｌｌ区間を用いてＰＳ−Ｐｏｌｌを行うようになり、ＴＩＭ要素を通じて指示されなかったＳＴＡはＴＩＭ要素のビットマップ個数或いはビーコンのＭＡＣヘッダー（ｈｅａｄｅｒ）の持続期間（ｄｕｒａｔｉｏｎ）フィールドの値から総ＰＳ−Ｐｏｌｌ区間が確認できるため、総ＰＳ−Ｐｏｌｌ区間ではチャネルアクセスを試みず、上述の問題は発生しなくなる。
【０２６１】
一方、ＳＴＡがＴＩＭを受信し、指定されたＰＳ−Ｐｏｌｌ区間でＰＳ−Ｐｏｌｌを行おうとするとき、チャネルが占有（ｂｕｓｙ）された状態が発生することもあり、それについて図３３を参照して説明する。
【０２６２】
図３３は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２６３】
図３３の例示で、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は、図２９の例示と同様である。
【０２６４】
図３３を参照すると、ＳＴＡがＴＩＭを受信し、自身に指定されたＰＳ−Ｐｏｌｌ区間でＰＳ−Ｐｏｌｌを行おうとする時、チャネルが占有された状態である場合がある。図３３の場合、ＳＴＡ２がＰＳ−Ｐｏｌｌを試みようとする時、ＯＢＳＳ（Ｏｖｅｒｌａｐｐｉｎｇ  ＢＳＳ）の送信によってチャネルが占有された状態を例示する。この場合、ＳＴＡ２は自身のＰＳ−Ｐｏｌｌ区間でＰＳ−Ｐｏｌｌを試みようとする時、（ＯＢＳＳ送信によって）チャネルが占有されていると判断すると、チャネルが遊休状態になるまでＰＳ−Ｐｏｌｌ送信をずらし、ＡＩＦＳの間にチャネルが遊休（ｉｄｌｅ）になると、再びＰＳ−Ｐｏｌｌ送信を試みる。すなわち、当該ＳＴＡは自身に指定されたＰＳ−Ｐｏｌｌ区間でＰＳ−Ｐｏｌｌフレームを送信せず、拡張されたスロット時間（ｅｘｔｅｎｄｅｄ  ｓｌｏｔ  ｔｉｍｅ）を用いて既存の競合ベースの（ＡＩＦＳ＋任意バックオフ）方式によってＰＳ−Ｐｏｌｌ送信を試みる。すなわち、この場合にも、図３２と同様に、総ＰＳ−Ｐｏｌｌ区間内ではポーリングされた各ＳＴＡにＰＳ−Ｐｏｌｌ区間が指定された状態であるから、当該ＳＴＡは総ＰＳ−Ｐｏｌｌ区間以降に競合ベースでＰＳ−Ｐｏｌｌを行うことができる。
【０２６５】
一方、ＡＰは、図２９乃至図３３の例示で用いられた（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦを送信してもよい。（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦが用いられるため、（ＮＤＰ）ＡＣＫフレームは総ＰＳ−Ｐｏｌｌ区間以降に送信されてもよい。
【０２６６】
この場合、各ＳＴＡのＰＳ−Ｐｏｌｌ区間は下記式１７のように定めることができる。
【０２６７】
【数１７】
0005976131.tif 000020
ＡＰは、各ＳＴＡのＰＳ−Ｐｏｌｌ区間で指定された時点に（ＰＩＦＳ／ＳＩＦＳ＋ＰＳ−Ｐｏｌｌ送信時間＋ＳＩＦＳ後に）、（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦを送信する。ＡＰが送信するＳＴＦは、指定されたＰＳ−Ｐｏｌｌ区間において指定されたＳＴＡによってチャネルが占有されていることを他のＳＴＡに知らせる機能を持ち、隠れたノードＳＴＡが介入（ｉｎｔｅｒｖｅｎｔｉｏｎ）することを禁止させることができる。また、ＳＴＦは、既存のＡＣＫフレームやＮＤＰフレームのサイズよりも小さいため、総ＰＳ−Ｐｏｌｌ区間のサイズが減り、ＳＴＡのパワー消費を低減する効果を得ることができる。
【０２６８】
総ＰＳ−Ｐｏｌｌ区間は下記式１８のように定めることができる。
【０２６９】
【数１８】
0005976131.tif 000021
式１８で、Ｎは、ＴＩＭビットマップで１に設定された、すなわち、ＰＳ−Ｐｏｌｌを行うＳＴＡの総数を意味する。
【０２７０】
万一、ＰＳ−ＰｏｌｌフレームがＮＤＰフレームで構成されるとすれば、総ＰＳ−Ｐｏｌｌ区間は下記式１９のように定めることができる。
【０２７１】
【数１９】
0005976131.tif 000022
図３４は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２７２】
図３４の例示で、ＡＰがＰＳ−Ｐｏｌｌフレームに対する応答として（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦを送信する他は、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は図２９の例示と同様である。
【０２７３】
図３４を参照すると、ＡＰは、総ＰＳ−Ｐｏｌｌ区間が終わった後、全てのＳＴＡにＡＣＫフレームを送信し、各ＳＴＡ（最後のＳＴＡは除く）は、総ＰＳ−Ｐｏｌｌ区間が終わる時点でアウェイク状態に切り替わり、ＡＰからＡＣＫフレームを受信するためにＣＣＡを行う。最後のＳＴＡ（ＳＴＡ３）は、自身のＰＳ−Ｐｏｌｌ区間からアウェイク状態を維持してＣＣＡを行うようになる。ＡＰは、ＴＩＭで指示した全てのＳＴＡからＰＳ−Ｐｏｌｌフレームを受信した場合、一つのＡＣＫフレームをブロードキャスト送信することができる。このとき、ＡＣＫフレームは、既存のＡＣＫフレーム形態で送信されてもよく、ＮＤＰ  ＡＣＫフレーム形態で送信されてもよい。ただし、ＴＩＭで指示した全てのＳＴＡからＰＳ−Ｐｏｌｌフレームを受信できなかった場合、各ＳＴＡ別にＡＣＫフレームを送信したり、又は各ＳＴＡ別にＡＣＫを指示するビットマップ情報を含むグループＡＣＫフレームをブロードキャスト送信してもよい。以下、このようなグループＡＣＫフレームをＰＳ−ＰｏｌｌグループＡＣＫ（ＰＰＧＡ：ＰＳ−Ｐｏｌｌ  Ｇｒｏｕｐ  ＡＣＫ）フレームと呼ぶ。
【０２７４】
図３４には示していないが、ＡＰは、全てのＳＴＡにＡＣＫフレームを送信した後、ＡＰはＡＣＫフレームを送信した後、各ＳＴＡにデータを送信し、各ＳＴＡはＡＰからデータを受信するためにＣＣＡを行う。ＡＰは、任意バックオフ周期に基づいて競合（ｃｏｎｔｅｎｔｉｏｎ）を行って各ＳＴＡにデータを送信することができる。ＡＰから各ＳＴＡがデータを受信する過程は図２９の例示と同様に行うことができる。
【０２７５】
以下、ＮＤＰ  ＡＣＫフレームとＰＰＧＡフレームについて詳しく説明する。
【０２７６】
図３５は、本発明の一実施例に係るＮＤＰ  ＡＣＫフレームを例示する図である。
【０２７７】
図３４及び図３５を参照すると、ＮＤＰ  ＡＣＫフレームはＳＴＦ、ＬＴＦ、ＳＩＧフィールドを含むことができる。ＳＩＧフィールドは、ＮＤＰ  ＡＣＫ指示（ＮＤＰ  ＡＣＫ  ｉｎｄｉｃａｔｉｏｎ）サブフィールド、ＡＩＤ又は部分ＡＩＤ（Ｐａｒｔｉａｌ  ＡＩＤ）サブフィールド、追加データ（Ｍｏｒｅ  Ｄａｔａ）サブフィールド、ＣＲＣサブフィールドを含むことができる。ここで、各サブフィールドは、ＮＤＰ  ＡＣＫフレームに含み得るサブフィールドの例示に該当し、他のサブフィールドに取り替わったり、追加のサブフィールドが更に含まれてもよい。
【０２７８】
ＮＤＰ  ＡＣＫ指示サブフィールドは、当該フレームがＮＤＰ  ＡＣＫフレームであることを示し、ＮＤＰ  ＡＣＫ指示サブフィールドを通じてＳＴＡにＰＳ−Ｐｏｌｌに対するＡＣＫであることを知らせることができる。ＡＩＤ（又は、部分ＡＩＤ）サブフィールドは、当該ＮＤＰ  ＡＣＫフレームを受信するＳＴＡを示す。追加データ（Ｍｏｒｅ  Ｄａｔａ）サブフィールドは、当該ＮＤＰ  ＡＣＫフレームを受信するＳＴＡに向かうバッファーされたフレームがＡＰに存在するか否かを示す。ＣＲＣサブフィールドは、ＳＩＧフィールドに対するエラー検出（ｅｒｒｏｒ  ｄｅｔｅｃｔｉｏｎ）の用途に用いられる。
【０２７９】
図３４のように、ＡＰがＴＩＭで指示した全てのＳＴＡからＰＳ−Ｐｏｌｌフレームを受信した場合、ＡＩＤ（又は、部分ＡＩＤ）サブフィールドは、ＰＳ−Ｐｏｌｌを送信したＳＴＡがＮＤＰ  ＡＣＫフレームを受信できるように（すなわち、ＡＣＫがブロードキャスト送信されることを示すために）、マルチキャスト／ブロードキャストを示す特定値（例えば、全てのビットが１又は０）に設定されてもよい。特定値に設定されたＡＩＤ（又は、部分ＡＩＤ）サブフィールドを含むＮＤＰ  ＡＣＫフレームを受信したＳＴＡは、自身がＰＳ−Ｐｏｌｌを行ったＳＴＡであれば、ＰＳ−Ｐｏｌｌに対するグループＡＣＫであることを確認することができる。すなわち、ＳＴＡがＮＤＰ  ＡＣＫフレームを受信したとき、ＡＩＤがＰＳ−Ｐｏｌｌを行った全てのＳＴＡを示すと、ＰＳ−Ｐｏｌｌを行ったＳＴＡは自身に送信されるＡＣＫだと判断してＳＩＧフィールドを読む。反面、ＰＳ−Ｐｏｌｌを行っていないＳＴＡは当該ＮＤＰ  ＡＣＫフレームを無視すればよい。
【０２８０】
一方、図３４の例示とは違い、ＡＰがＴＩＭで指示した全ての端末からＰＳ−Ｐｏｌｌフレームを受信できなかった場合は、ＰＳ−Ｐｏｌｌフレームを送信した各ＳＴＡ別にＮＤＰ  ＡＣＫフレームを送信してもよい。この場合、ＡＩＤ（又は、部分ＡＩＤ）サブフィールドは、該当ＮＤＰ  ＡＣＫフレームを受信するＳＴＡのＡＩＤ（又は、部分ＩＤ）に設定することができる。また、次のようにＰＳ−ＰｏｌｌグループＡＣＫ（ＰＰＧＡ）フレームを全てのＳＴＡに送信してもよい。
【０２８１】
図３６は、本発明の一実施例に係るＰＳ−ＰｏｌｌグループＡＣＫフレームを例示する図である。
【０２８２】
図３４及び図３６を参照すると、図３６（ａ）のように、ＰＰＧＡフレームは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド、ＡＩＤフィールド（又は、ＲＡ（ｒｅｃｅｉｖｅｒ  ａｄｄｒｅｓｓ）フィールド）、ＢＳＳＩＤフィールド、ビットマップサイズ（Ｂｉｔｍａｐ  ｓｉｚｅ）フィールド、ＡＣＫビットマップ（ＡＣＫ  ｂｉｔｍａｐ）フィールド、埋め草（Ｐａｄｄｉｎｇ）フィールドを含むことができる。ＰＰＧＡフレームがＲＡフィールドを含んで構成される場合、ＲＡフィールドは６オクテットのサイズを有することができる。ここで、各フィールドは、ＰＰＧＡフレームに含み得るフィールドの例示に該当し、他のフィールドに取り替わったり、追加のフィールドが更に含まれてもよい。
【０２８３】
フレーム制御フィールド内のタイプ（Ｔｙｐｅ）サブフィールドとサブタイプ（ｓｕｂｔｙｐｅ）サブフィールドによって当該フレームがグループＡＣＫであることを示す。ＡＩＤフィールドは、当該ＰＰＧＡフレームを受信するＳＴＡを示す。ＰＳ−Ｐｏｌｌを行ったＳＴＡがいずれもＰＰＧＡフレームを受信できるようにするために、ＡＩＤフィールド（又は、ＲＡフィールド）をブロードキャストアドレス（例えば、全てのビットを１又は０）に設定することができる。ビットマップサイズフィールドは、ＡＣＫビットマップフィールドのサイズを示し、ＴＩＭで１に設定された個数（すなわち、ＰＳ−Ｐｏｌｌを行った端末の総数）に設定される。すなわち、ＴＩＭを正確に読んでＰＳ−Ｐｏｌｌ動作を行ったＳＴＡのみがＡＣＫビットマップフィールドを読むことができる。ＡＣＫビットマップフィールドは、ＡＰがＰＳ−Ｐｏｌｌフレームを受信したＳＴＡの場合は１に設定され、ＡＰがＰＳ−Ｐｏｌｌフレームを受信していないＳＴＡの場合は０に設定される。ここで、ＡＣＫビットマップフィールドはＴＩＭ要素のビットマップと同じ順序で構成されてもよい。
【０２８４】
また、図３６（ｂ）のように、ＰＰＧＡフレームは図３６（ａ）においてビットマップサイズフィールドを含まず、ＡＣＫビットマップのみを含んでもよい。この場合、ＰＳ−Ｐｏｌｌを行った端末は、ＰＰＧＡフレームでＡＣＫビットマップのサイズをＴＩＭ情報から計算することができる。例えば、ＰＰＧＡフレーム内のＡＣＫビットマップのサイズは、ＴＩＭ要素内のビットマップのサイズと同一であってもよい。
【０２８５】
また、図３６（ｃ）のように、ＰＰＧＡフレームは、圧縮されたＭＡＣヘッダー（Ｃｏｍｐｒｅｓｓｅｄ  ＭＡＣ  ｈｅａｄｅｒ又はＮｅｗ  ＭＡＣ  ｈｅａｄｅｒ）で構成され、図３６（ｂ）においてＡＩＤ（或いは、ＲＡフィールド）無しで構成されてもよい。この場合、ＴＩＭを受信した後、ＰＳ−Ｐｏｌｌを行ったＳＴＡは、フレーム制御フィールド内のタイプ（Ｔｙｐｅ）サブフィールドとサブタイプ（ｓｕｂｔｙｐｅ）サブフィールドから当該フレームがグループＡＣＫであることを認知できる。
【０２８６】
ＡＰは、最後のＰＳ−Ｐｏｌｌに対する応答としてＳＴＦを送信せず、（ＮＤＰ）ＡＣＫフレーム又はＰＰＧＡフレームを直ちに送信してもよく、それについて図３７を参照して説明する。
【０２８７】
図３７は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２８８】
図３７の例示で、ＡＰがＰＳ−Ｐｏｌｌフレームに対する応答として（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦを送信する他は、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は図２９の例示と同様である。
【０２８９】
図３７を参照すると、ＡＰは、最後のＳＴＡであるＳＴＡ３からＰＳ−Ｐｏｌｌフレームを受信した後、ＳＩＦＳ後に、ＳＴＦに代えて（ＮＤＰ）ＡＣＫフレーム又はＰＰＧＡフレームを直ちに送信する。この場合、ＰＳ−Ｐｏｌｌを行ったＳＴＡ（最後のＳＴＡを除く）は、（総ＰＳ−Ｐｏｌｌ区間−ＳＴＦ−ＳＩＦＳ）の時点でアウェイク状態に切り替わってＡＰからＡＣＫを受信するためにＣＣＡを行う。最後のＳＴＡ（ＳＴＡ３）は、自身のＰＳ−Ｐｏｌｌ区間からアウェイク状態を維持してＣＣＡを行う。
【０２９０】
一方、上述した通り、ＴＩＭに指定された全てのＳＴＡがＴＩＭを受信できず、自身のＰＳ−Ｐｏｌｌ区間内でＰＳ−Ｐｏｌｌフレームを送信できなかったり、ＳＴＡはＰＳ−Ｐｏｌｌフレームを正しく送信したが、ＡＰがＰＳ−Ｐｏｌｌフレームを受信できなかった場合があり得る。このような場合、上述の例示でＡＰが自発的ＮＤＰフレームを送信するのと同様に、ＡＰは自発的（ｕｎｓｏｌｉｃｉｔｅｄ）ＳＴＦを送信することができ、それについて図３８を参照して説明する
図３８は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２９１】
図３８の例示で、ＡＰがＰＳ−Ｐｏｌｌフレームに対する応答として（ＮＤＰ）ＡＣＫフレームに代えてＳＴＦを送信する他は、各ＳＴＡが自身のＰＳ−Ｐｏｌｌ区間でＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は図２９の例示と同様である。
【０２９２】
図３８を参照すると、ＡＰがＳＴＡ２からＰＳ−Ｐｏｌｌフレームを受信できない場合を例示している。ＡＰは、定められた各ＳＴＡのＰＳ−Ｐｏｌｌ区間で、当該ＳＴＡからＰＳ−ＰｏｌｌをＰＳ−Ｐｏｌｌ送信時間に受信できないと、ＳＩＦＳ以降に自発的（ｕｎｓｏｌｉｃｉｔｅｄ）ＳＴＦを当該ＳＴＡに送信する。自発的ＳＴＦを送信する時点は、当該ＳＴＡがＰＳ−Ｐｏｌｌを正常に送信した場合を仮定して、ＳＴＦを送信する時点（ＰＩＦＳ＋ＰＳ−Ｐｏｌｌ送信時間＋ＳＩＦＳ）と同一であってよい。このように、ＡＰが定められたＳＴＡから定められた時点にＰＳ−Ｐｏｌｌフレームを受信できなくても、自発的ＳＴＦを送信することによって、他のＳＴＡ（例えば、隠れたノード）によるＰＳ−Ｐｏｌｌ区間の介入（ｉｎｔｅｒｖｅｎｔｉｏｎ）を防止することができる。
【０２９３】
一方、自発的ＮＤＰフレーム或いはＳＴＦは、上述した例示以外の状況でも、ＡＰが他のＳＴＡのチャネルアクセスを防止するために用いることができ、それについて図３９を参照して説明する。
【０２９４】
図３９は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２９５】
図３９を参照すると、チャネルをアクセスのために任意バックオフ過程が開始されると、ＳＴＡ１は、定められたバックオフカウント値によってバックオフスロットをカウントダウンする中に続けて媒体をモニタリングする。ＡＰは、他のＳＴＡのチャネルアクセスを防止するために特定スロット内で自発的ＮＤＰフレーム／ＳＴＦを送信し、ＳＴＡは、ＡＰから自発的ＮＤＰフレーム／ＳＴＦが送信されるスロットでは媒体が占有状態としてモニタリングされるため、カウントダウンを止めて待機し、ＤＩＦＳの間に媒体が遊休状態になると、残余カウントダウンを再開する。このように、ＡＰは特定スロットで自発的ＮＤＰフレーム／ＳＴＦを送信することによって、任意のＳＴＡのチャネルアクセスを防止することができる。
【０２９６】
一方、ＴＩＭ要素で指示された各ＳＴＡ別にＰＳ−Ｐｏｌｌ区間が設定されず、総ＰＳ−Ｐｏｌｌ区間のみが設定され、競合ベースでＰＳ−Ｐｏｌｌ動作が行われてもよく、それについて図４０を参照して説明する。
【０２９７】
図４０は、本発明の一実施例に係るＳＴＡのチャネルアクセス動作を説明するための図である。
【０２９８】
図４０を参照すると、ＴＩＭ要素から、ＡＰに、自身に向かうデータが保存されていることを確認したＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）のみが、総ＰＳ−Ｐｏｌｌ区間内で競合的にＰＳ−Ｐｏｌｌ動作を行うことができる。このとき、ＡＰは、ＴＩＭ情報を通じてＳＴＡに総ＰＳ−Ｐｏｌｌ区間の長さと位置に関する情報を知らせることができるが、上述したように、ＳＴＡがビーコンの持続期間（Ｄｕｒａｔｉｏｎ）フィールドから、総ＰＳ−Ｐｏｌｌ区間の長さと位置を確認してもよい。
【０２９９】
図４０ではＳＴＡ１が最小のバックオフカウント値を選択し、ＳＴＡ２がその次のバックオフカウント値を選択し、ＳＴＡ３が最大のバックオフカウント値を選択した場合を示す。ＳＴＡ１はビーコン受信後、ＡＩＦＳの間に媒体が遊休状態であることを確認すると、バックオフスロットをカウントダウンした後、ＰＳ−ＰｏｌｌフレームをＡＰに送信する。ＡＰはＰＳ−Ｐｏｌｌフレームを受信すると、ＳＩＦＳ以降にＳＴＡ１にＡＣＫフレームを送信する。以降、ＳＴＡ２とＳＴＡ３はＳＴＡ１と同様の方式でＡＰにＰＳ−Ｐｏｌｌフレームを送信する。
【０３００】
図４１は、本発明の一実施例に係るチャネルアクセス方法を例示するフローチャートである。
【０３０１】
図４１を参照すると、ＡＰは、下りリンクデータが指定されたＳＴＡ別に各ＳＴＡのチャネルアクセス区間（例えば、ＰＳ−Ｐｏｌｌ区間）を設定する（Ｓ４１１）。
【０３０２】
ＡＰは、ビーコン周期に従って、各ＳＴＡ別に送信される下りリンクデータの有無を示す情報を含むＴＩＭ要素を、ビーコンフレームを通じてＳＴＡに送信する（Ｓ４１３）。ＴＩＭ要素は、ＴＩＭ要素によって下りリンクデータが指定された各ＳＴＡに対するチャネルアクセス区間の位置情報、総チャネルアクセス区間の開始時点情報、チャネルアクセス区間の長さ情報、チャネルアクセス区間の順序情報などを更に含んでもよい。
【０３０３】
ＳＴＡは、ビーコン送信周期に従ってアウェイク状態に切り替わってＡＰからビーコンフレームを受信し、ＳＴＡは、受信したビーコンフレーム内ＴＩＭ要素から、自身に指定された下りリンクデータの有無と自身に指定（割当）されたチャネルアクセス区間を確認する（Ｓ４１５）。
【０３０４】
次に、ＳＴＡは、自身に指定されたチャネルアクセス区間内でＡＰにチャネルアクセスフレーム（例えば、ＰＳ−Ｐｏｌｌフレーム）を送信する（Ｓ４１７）。ＳＴＡは、総チャネルアクセス区間において自身に指定されたチャネルアクセス区間でのみアウェイク状態を維持してＡＰにチャネルアクセスフレームを送信する。ここで、チャネルアクセスフレームとしてＮＤＰ  ＰＳ−Ｐｏｌｌフレーム形態が用いられてもよい。
【０３０５】
ＡＰは、ＳＴＡから受信したチャネルアクセスフレームに対する応答としてＳＴＡにＡＣＫフレームを送信する（Ｓ４１９）。ＡＣＫフレームは、各ＳＴＡ別に各ＳＴＡのＰＳ−Ｐｏｌｌ区間内で送信されてもよく、或いは総チャネルアクセス区間以降に全てのＳＴＡに送信されてもよい。ここで、ＡＣＫフレームとしてはＮＤＰ  ＡＣＫフレームの形態或いはグループＡＣＫフレーム（例えば、ＰＰＧＡフレーム）の形態が用いられてもよい。以降、ＡＰは保存していたデータを各ＳＴＡに送信する。
【０３０６】
上述した本発明の様々な実施例で説明した事項は独立して適用されてもよく、２つ以上の実施例が同時に適用されるように具現されてもよい。
【０３０７】
図４２は、本発明の一実施例に係る無線装置を例示するブロック構成図である。
【０３０８】
図４２を参照すると、ＡＰ  ４２０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）４２１、メモリー（ｍｅｍｏｒｙ）４２２及び送受信器（ｔｒａｎｃｅｉｖｅｒ）４２３を備えている。プロセッサ４２１は、提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層（図５参照）は、プロセッサ４２１によって具現することができる。メモリー４２２はプロセッサ４２１に接続して、プロセッサ４２１を駆動するための様々な情報を記憶する。送受信器４２３はプロセッサ４２１に接続して、無線信号を送信及び／又は受信する。
【０３０９】
ＳＴＡ  ４３０は、プロセッサ４３１、メモリー４３２及び送受信器４３３を備えている。プロセッサ４３１は、提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層（図５参照）はプロセッサ４３１によって具現することができる。メモリー４３２はプロセッサ４３１に接続して、プロセッサ４３１を駆動するための様々な情報を記憶する。送受信器４３３はプロセッサ４３１に接続して、無線信号を送信及び／又は受信する。
【０３１０】
メモリー４２２，４３２は、プロセッサ４２１，４３１の内部又は外部に設けることができ、周知の様々な手段でプロセッサ４２１，４３１に接続することができる。また、ＡＰ  ４２０及び／又はＳＴＡ  ４３０は、単一アンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）又は多重アンテナ（ｍｕｌｔｉｐｌｅａｎｔｅｎｎａ）を有することができる。
【０３１１】
以上説明した実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、特別の言及がない限り、選択的なものと考慮すればよい。各構成要素又は特徴は、他の構成要素や特徴と結合していない形態で実施されもてよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよいことは明らかである。
【０３１２】
本発明に係る実施例は様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の実施例は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３１３】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードは、メモリーに格納されて、プロセッサによって駆動されてよい。メモリーは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。
【０３１４】
本発明は、本発明の必須特徴から逸脱しない範囲で他の特定の形態に具体化されてもよいことは当業者にとって明らかである。したがって、上述した詳細な説明はいずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０３１５】
本発明に係る様々な実施方案はＩＥＥＥ  ８０２．１１システムに適用される例を中心に説明したが、ＩＥＥＥ  ８０２．１１システムの他、様々な無線接続システムにも同一に適用することができる。
【図１】
0005976131.tif 000023
【図２】
0005976131.tif 000024
【図３】
0005976131.tif 000025
【図４】
0005976131.tif 000026
【図５】
0005976131.tif 000027
【図６】
0005976131.tif 000028
【図７】
0005976131.tif 000029
【図８】
0005976131.tif 000030
【図９】
0005976131.tif 000031
【図１０】
0005976131.tif 000032
【図１１】
0005976131.tif 000033
【図１２】
0005976131.tif 000034
【図１３（ａ）】
0005976131.tif 000035
【図１３（ｂ）】
0005976131.tif 000036
【図１４（ａ）】
0005976131.tif 000037
【図１４（ｂ）】
0005976131.tif 000038
【図１５】
0005976131.tif 000039
【図１６】
0005976131.tif 000040
【図１７】
0005976131.tif 000041
【図１８】
0005976131.tif 000042
【図１９】
0005976131.tif 000043
【図２０】
0005976131.tif 000044
【図２１】
0005976131.tif 000045
【図２２】
0005976131.tif 000046
【図２３】
0005976131.tif 000047
【図２４】
0005976131.tif 000048
【図２５】
0005976131.tif 000049
【図２６】
0005976131.tif 000050
【図２７】
0005976131.tif 000051
【図２８】
0005976131.tif 000052
【図２９】
0005976131.tif 000053
【図３０】
0005976131.tif 000054
【図３１】
0005976131.tif 000055
【図３２】
0005976131.tif 000056
【図３３】
0005976131.tif 000057
【図３４】
0005976131.tif 000058
【図３５】
0005976131.tif 000059
【図３６】
0005976131.tif 000060
【図３７】
0005976131.tif 000061
【図３８】
0005976131.tif 000062
【図３９】
0005976131.tif 000063
【図４０】
0005976131.tif 000064
【図４１】
0005976131.tif 000065
【図４２】
0005976131.tif 000066