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