(57)【要約】      （修正有）【課題】無線ＬＡＮシステムにおけるアクセスポイントがステーションのチャネルアクセスを制御する方法及び装置を提供する。【解決手段】アクセスポイントは、ステーション（ＳＴＡ）から、ターゲットウエイクタイム（ＴＷＴ）のためのリソースの保護が前記ＡＰに対して要求されるか否かを示すビット値を備える要求フレームを受信し、ＳＴＡが、ＴＷＴのためのリソースの保護を要求するとき、要求フレームのビット値が第１の値であり、要求フレームのビット値が第１の値であるとき、ＴＷＴのためのリソースを保護するか否かを決定し、リソースを保護するための要求の受信に応答して、ＳＴＡに対して、ＴＷＴのためのリソースが保護されるか否かを示すビット値を備える応答フレームを送信する。【選択図】図３
2019097210.tif 000002
【特許請求の範囲】
【請求項１】
無線ＬＡＮシステム（ＷＬＡＮ）におけるアクセスポイント（ＡＰ）によって行われるチャネルアクセス制御方法であって、
ステーション（ＳＴＡ）から、ターゲットウエイクタイム（ＴＷＴ）のためのリソースの保護が前記ＡＰに対して要求されるか否かを示すビット値を備える要求フレームを受信するステップと、
前記ＳＴＡが、前記ＴＷＴのための前記リソースの保護を要求するとき、前記要求フレームの前記ビット値が第１の値であり、
前記要求フレームの前記ビット値が前記第１の値であるとき、前記ＴＷＴのための前記リソースを保護するか否かを決定するステップと、
前記リソースを保護するための前記要求の受信に応答して、前記ＳＴＡに対して、前記ＴＷＴのための前記リソースが保護されるか否かを示すビット値を備える応答フレームを送信するステップと、
を含むチャネルアクセス制御方法。
【請求項２】
前記ＳＴＡが、前記ＴＷＴのための前記リソースの保護を要求しないとき、前記要求フレームの前記ビット値が第２の値であることを特徴とする請求項１に記載のチャネルアクセス制御方法。
【請求項３】
前記要求フレームの前記ビット値が第１の値であるとき、前記応答フレームの前記ビット値は、制限されたアクセスウィンドウ（ＲＡＷ）を割り当てることによって、前記リソースは保護されることを示すことを特徴とする請求項１に記載のチャネルアクセス制御方法。
【請求項４】
前記要求フレームの前記ビット値が第２の値であるとき、前記応答フレームの前記ビット値は、前記リソースが保護されない場合があることを示すことを特徴とする請求項１に記載のチャネルアクセス制御方法。
【請求項５】
前記ＳＴＡからの前記リソースを保護するための前記要求の受信に応答して、前記ＳＴＡのＴＷＴサービス期間を保護するための、制限されたアクセスウインドウ（ＲＡＷ）を割り当てるステップをさらに備えることを特徴とする請求項１に記載のチャネルアクセス制御方法。
【請求項６】
前記割り当てられたＲＡＷ上の情報を備えるビーコン信号を送信するステップをさらに備えることを特徴とする請求項５に記載のチャネルアクセス制御方法。
【請求項７】
前記割り当てられたＲＡＷは、トラフィック表示マップ（ＴＩＭ）ＳＴＡのチャネルアクセスを制限するためのものであり、前記ＴＩＭ  ＳＴＡは、前記ＴＩＭ情報をチェックするＳＴＡであることを特徴とする請求項５に記載のチャネルアクセス制御方法。
【請求項８】
無線ＬＡＮ（ＷＬＡＮ）システムにおけるステーション（ＳＴＡ）によって行われるチャネルアクセス制御方法であって、
アクセスポイント（ＡＰ）に対して、ターゲットウエイクタイム（ＴＷＴ）のためのリソースの保護が前記ＡＰに対して要求されるか否かを示すビット値を備える要求フレームを送信するステップと、
前記ＳＴＡが、前記リソースの保護を要求するとき、前記要求フレームの前記ビット値が第１の値であり、
前記要求フレームの前記ビット値が前記第１の値であるとき、前記ＡＰによって、
前記ＴＷＴのための前記リソースの前記保護がなされるか否かが決定され、
前記リソースを保護するための前記要求の受信に応答して、前記ＡＰから、前記ＴＷＴのための前記リソースが保護されるか否かを示すビット値を備える応答フレームを受信するステップと、
を備えることを特徴とするチャネルアクセス制御方法。
【請求項９】
前記ＳＴＡが、前記リソースの保護を要求しないとき、前記要求フレームの前記ビット値が第２の値であることを特徴とする請求項８に記載のチャネルアクセス制御方法。
【請求項１０】
前記要求フレームの前記ビット値の前記第１の値が１であり、前記要求フレームの前記ビット値の前記第２の値が０であることを特徴とする請求項９に記載のチャネルアクセス制御方法。
【請求項１１】
前記ＳＴＡが、前記ＴＷＴのための前記リソースの保護を前記ＡＰが保障することを発見したとき、前記ＳＴＡは、前記要求フレームの前記ビット値を前記第１の値に設定することを特徴とする請求項９に記載のチャネルアクセス制御方法。
【請求項１２】
前記ＴＷＴのための前記リソースの保護を設定するために前記ＳＴＡが前記ＡＰと交渉するとき、前記要求フレーム及び前記応答フレームは交換されることを特徴とする請求項９に記載のチャネルアクセス制御方法。
【請求項１３】
前記要求フレームの前記ビット値が第１の値であるとき、前記応答フレームの前記ビット値は、制限されたアクセスウィンドウ（ＲＡＷ）を割り当てることによって、前記リソースは保護されることを示し、
前記要求フレームの前記ビット値が第２の値であるとき、前記応答フレームの前記ビット値は、前記リソースが保護されない場合があることを示すことを特徴とする請求項８に記載のチャネルアクセス制御方法。
【請求項１４】
前記ＳＴＡからの前記リソースを保護するための前記要求の受信に応答して、前記ＳＴＡのＴＷＴサービス期間を保護するための、制限されたアクセスウインドウ（ＲＡＷ）を、前記ＡＰが割り当てることを特徴とする請求項８に記載のチャネルアクセス制御方法。
【請求項１５】
アクセスポイント（ＡＰ）であって、
ステーション（ＳＴＡ）から、ターゲットウエイクタイム（ＴＷＴ）のためのリソースの保護が前記ＡＰに対して要求されるか否かを示すビット値を備える要求フレームを受信し、
前記ＳＴＡが、前記リソースの前記保護を要求するとき、前記要求フレームの前記ビット値は第１の値であり、
前記要求フレームの前記ビット値が前記第１の値であるとき、前記ＴＷＴのための前記リソースが保護されるか否か、及び、前記リソースを保護するための前記要求の受信に応答して、前記ＳＴＡに対して、前記ＴＷＴのための前記リソースが保護されるか否かを示すビット値を備える応答フレームを送信するか否かを決定するように構成されたプロセッサを含むことを特徴とするアクセスポイント（ＡＰ）。
【請求項１６】
ステーション（ＳＴＡ）であって、
アクセスポイント（ＡＰ）に対して、ターゲットウエイクタイム（ＴＷＴ）のためのリソースの保護が前記ＡＰに対して要求されるか否かを示すビット値を備える要求フレームを送信し、前記ＳＴＡが、前記リソースの前記保護を要求するとき、前記要求フレームの前記ビット値は第１の値であり、
前記要求フレームの前記ビット値が前記第１の値であるとき、前記ＡＰによって、前記ＴＷＴのための前記リソースが保護されるか否かが決定され、
前記リソースを保護するための前記要求の受信に応答して、前記ＡＰから、前記ＴＷＴのための前記リソースが保護されるか否かを示すビット値を備える応答フレームを受信するように構成されたプロセッサを含むことを特徴とするステーション（ＳＴＡ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より具体的には、無線ＬＡＮシステムにおけるチャネルアクセスを制御する方法及び装置、それに応じて動作するステーションに関する。
【背景技術】
【０００２】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＷＬＡＮ）は、無線周波数の技術に基づいて携帯用端末を用いて家庭やオフィス又は特定サービス提供地域において無線でインターネットに接続可能にする技術である。ＷＬＡＮにおけるネットワーク内にステーション（ｓｔａｔｉｏｎ：ＳＴＡ）がとても多い場合、チャネルアクセス過程においてＳＴＡの間に衝突が発生する確率が高まる。ビーコン（ｂｅａｃｏｎ）信号を聞かずに、チャネルアクセスを行うＳＴＡは、チャネルアクセス過程においてスロット（ｓｌｏｔ）が割り当てられた他のＳＴＡと競争（ｃｏｎｔｅｎｔｉｏｎ）し、このような競争は全ネットワークの効率を低下させる。
【発明の概要】
【課題を解決するための手段】
【０００３】
一実施形態に係るチャネルアクセス制御方法は、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）情報を参照しない第１ステーションのリソースを前記ＴＩＭ情報を参照する第２ステーションから保護するためのリソース割り当て情報を決定するステップと、前記リソース割り当て情報をブロードキャストするステップとを含む。
【０００４】
一実施形態に係るチャネルアクセス制御方法において、前記第１ステーションは、前記アクセスポイントにリソースを要求する場合、前記リソースの保護の有無をともに要求してもよい。
【０００５】
一実施形態に係るチャネルアクセス制御方法において、前記第１ステーションは、前記リソースの保護要求の有無を示すビット値を前記リソースの要求時毎に前記アクセスポイントに送信してもよい。
【０００６】
一実施形態に係るチャネルアクセス制御方法において、前記リソースの保護要求の有無を示すビット値は、ＴＷＴ（ｔａｒｇｅｔ  ｗａｋｅ  ｔｉｍｅ）エレメントのコントロールフィールド（ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）又はリクエストタイプフィールド（Ｒｅｑｕｅｓｔ  Ｔｙｐｅ  ｆｉｅｌｄ）に含まれて送信されてもよい。
【０００７】
一実施形態に係るチャネルアクセス制御方法は、前記第１ステーションからリソースの要求を受信する場合、前記要求されたリソースが保護されるか否かを示す応答データを前記第１ステーションに送信するステップをさらに含んでもよい。
【０００８】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報を決定するステップは、前記第１ステーションのチャネルアクセスのための時間区間において前記第２ステーションのチャネルアクセスを制限するリソース割り当て情報を決定するステップを含んでもよい。
【０００９】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報は、前記第１ステーションのリソースを保護するための制限されたアクセスウィンドウに関する情報を含んでもよい。
【００１０】
一実施形態に係るチャネルアクセス制御方法において、前記第２ステーションは、前記制限されたアクセスウィンドウ(Ｒｅｓｔｒｉｃｔｅｄ  Ａｃｃｅｓｓ  Ｗｉｎｄｏｗ：ＲＡＷ）に対応する時間区間においてチャネルアクセスを行わなくてもよい。
【００１１】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報を決定するステップは、前記第１ステーションからリソース保護の要求データを受信するステップと、前記要求データを受信した場合、前記第１ステーションが保護を要求した時間区間を制限されたアクセスウィンドウに設定した前記リソース割り当て情報を決定するステップとを含んでもよい。
【００１２】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報を決定するステップは、前記要求データを受信した場合、前記要求データに対する応答に前記リソース保護が可能であるか否かを示す応答データを前記第１ステーションに送信するステップを含んでもよい。
【００１３】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報を決定するステップは、前記第１ステーションからリソース保護の要求有無を示す制御データを受信するステップと、前記制御データに基づいて前記第１ステーションがリソース保護を要求したか否かを判断し、前記第１ステーションがリソース保護を要求した場合、前記第１ステーションが保護を要求した時間区間を制限されたアクセスウィンドウに設定した前記リソース割り当て情報を決定するステップとを含んでもよい。
【００１４】
一実施形態に係るチャネルアクセス制御方法において、前記リソース割り当て情報は、ビーコン信号に含まれて前記第２ステーションに送信されてもよい。
【００１５】
一実施形態に係るチャネルアクセス制御方法において、前記第２ステーションは、前記アクセスポイントから送信されるビーコン信号によってバッファリングされたダウンリンクデータをチェックするＴＩＭステーションであり、前記第１ステーションは、前記ビーコン信号及び前記バッファリングされたダウンリンクデータをチェックしないｎｏｎ−ＴＩＭステーションであってもよい。
【００１６】
一実施形態に係るステーションは、ＴＩＭ情報を参照せずに、アクセスポイントにチャネルアクセスを行い、前記アクセスポイントにリソース保護を要求するための要求データを生成する制御部と、前記要求データを前記アクセスポイントに送信する通信部とを含む。
【００１７】
一実施形態に係るステーションにおいて、前記通信部は、前記アクセスポイントから前記要求データに対する応答に前記リソース保護が可能であるか否かを示す応答データを受信してもよい。
【００１８】
一実施形態に係るアクセスポイントは、ＴＩＭ情報を参照しない第１ステーションのリソースを前記ＴＩＭ情報を参照する第２ステーションから保護するためのリソース割り当て情報を決定する制御部と、前記リソース割り当て情報をブロードキャストする通信部とを含む。
【００１９】
一実施形態に係るアクセスポイントにおいて、前記第１ステーションは、前記アクセスポイントにリソースを要求する場合、前記リソースの保護の有無をともに要求してもよい。
【００２０】
一実施形態に係るアクセスポイントにおいて、前記第１ステーションは、前記リソースの保護要求の有無を示すビット値を前記リソースの要求時毎に前記アクセスポイントに送信してもよい。
【００２１】
一実施形態に係るアクセスポイントにおいて、前記リソースの保護要求の有無を示すビット値は、ＴＷＴエレメントのコントロールフィールド又はリクエストタイプフィールドに含まれて送信されてもよい。
【００２２】
一実施形態に係るアクセスポイントにおいて、前記制御部は、前記第１ステーションが前記リソースの保護を要求する場合、前記第１ステーションが保護を要求したリソースを前記第２ステーションから保護するためのリソース割り当て情報を決定してもよい。
【００２３】
一実施形態に係るアクセスポイントにおいて、前記制御部は、前記第１ステーションのチャネルアクセスのための時間区間において前記第２ステーションのチャネルアクセスを制限するリソース割り当て情報を決定してもよい。
【００２４】
一実施形態に係るアクセスポイントにおいて、前記リソース割り当て情報は、前記第１ステーションのリソースを保護するための制限されたアクセスウィンドウに関する情報を含んでもよい。
【００２５】
一実施形態に係るアクセスポイントにおいて、前記第２ステーションは、前記制限されたアクセスウィンドウに対応する時間区間においてチャネルアクセスを行わなくてもよい。
【００２６】
一実施形態に係るアクセスポイントにおいて、前記通信部は、前記第１ステーションからリソース保護の要求データを受信し、前記制御部は、前記要求データを受信した場合、前記第１ステーションが保護を要求した時間区間を制限されたアクセスウィンドウに設定した前記リソース割り当て情報を決定してもよい。
【００２７】
一実施形態に係るアクセスポイントにおいて、前記通信部は、前記第１ステーションからリソースの要求を受信する場合、前記要求されたリソースが保護されるか否かを示す応答データを前記第１ステーションに送信してもよい。
【００２８】
他の実施形態に係るアクセスポイントは、ＴＩＭ情報を参照しないステーションからリソース保護の要求データを受信する通信部と、前記要求データを受信する場合、前記ステーションが要求したリソースを制限されたアクセスウィンドウで保護するためのリソース割り当て情報を生成する制御部とを含み、前記通信部は、前記リソース割り当て情報をブロードキャストしてもよい。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施形態が適用されるアクセスポイントと複数のステーションで構成された無線ＬＡＮ環境を示す図である。
【図２】本発明の一実施形態に係るｎｏｎ−ＴＩＭ  ＳＴＡのために割り当てられたリソースであることを示すために用いられるフィールドを示す図である。
【図３】本発明の一実施形態に係るアクセスポイントの構成を示す図である。
【図４】本発明の一実施形態に係るステーションの構成を示す図である。
【図５】本発明の一実施形態に係るＴＷＴエレメントのコントロールフィールドのフォーマットを示す図である。
【図６】本発明の一実施形態に係るチャネルアクセス制御方法の動作を示すフローチャートである。
【発明を実施するための形態】
【００３０】
以下、本発明に係る好適な実施形態を、添付の図面を参照して詳細に説明する。添付の図面とともに以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのものであり、本発明が実施し得る唯一の実施形態を示すもためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項がなくても本発明を実施できることは明らかである。
【００３１】
以下の実施形態は、本発明の構成要素と特徴を所定形態で結合したものである。各構成要素又は特徴は、別の明示的に言及しない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することもできる。本発明の実施形態で説明される動作の順序は変更可能である。ある実施形態の一部構成や特徴は、他の実施形態に含まれてもよく、又は、他の実施形態の対応する構成又は特徴に取って代わってもよい。
【００３２】
以下の説明で使用する特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で別の形態に変更可能である。
【００３３】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体を通じて同一の構成要素についは、同一の図面符号を付して説明する。
【００３４】
本発明の実施形態は、無線アクセスシステムのＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムのうち少なくとも１つに開始された標準文書によって裏付けることができる。すなわち、本発明の実施形態において、本発明の技術的思想を明確に示すために説明を省いた段階又は部分は、前記文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。
【００３５】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線アクセスシステムを用いてもよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現することができる。明確性のために、以下では、ＩＥＥＥ  ８０２．１１システムを中心に説明するが、本発明の技術的思想は、これに制限されるものではない。
【００３６】
図１は、本発明の一実施形態が適用されるアクセスポイントと複数のステーションで構成された無線ＬＡＮ環境を示す図である。
【００３７】
無線ＬＡＮ（ＷＬＡＮ）環境は、複数の構成要素を含み、これら構成要素の相互作用によって通信が行われる。無線ＬＡＮシステムにおける基本的な構成ブロックを基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ：ＢＳＳ）と言い、基本サービスセットは、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：ＡＰ）１１０と１つ以上のステーションで構成する。
【００３８】
ＡＰは、当該ＡＰに結合されたＳＴＡのために無線媒体を経由して分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｙｓｔｅｍ）に対する接続を提供する機能エンティティである。ＡＰを含むインフラストラクチャーＢＳＳにおいて、ＳＴＡの間の通信は、ＡＰを経由してなされることが原則であるが、直接リンク（ｄｉｒｅｃｔ  ｌｉｎｋ）が設定された場合には、ＳＴＡの間にも直接通信が可能である。ＡＰは、集中制御機（ｃｅｎｔｒａｌ
ｃｏｎｔｒｏｌｌｅｒ）、基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）、ノード−Ｂ、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、サイト制御機、又は管理ＳＴＡなどと呼ばれてもよい。
【００３９】
ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む任意の機能媒体である。ＳＴＡは、移動端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ：ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）、又は単にユーザなどの他の名称で呼ばれてもよい。
【００４０】
ＷＬＡＮにおいては、ＳＴＡの電力消耗を減少させるために、省電力モード（ｐｏｗｅｒ  ｓａｖｉｎｇ  ｍｏｄｅ：ＰＳＭ）を定義している。ＡＰは、周期的にビーコン信号を送信し、ビーコン信号のＴＩＭフィールドを介してバッファリングされたフレームの存在有無をステーションに知らせる。ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４、ＳＴＡ５、ＳＴＡ６、ＳＴＡ７、ＳＴＡ８、ＳＴＡ９（１２１〜１４３）をＳＴＡで代表して、以下で説明することにする。
【００４１】
スリープ（ｓｌｅｅｐ）モードにあるＳＴＡは、ＡＰ１１０から送信されるビーコン信号のＴＩＭ情報を受信するために周期的にアウェイクする。ＴＩＭ情報において特定のＳＴＡに対応するビット値が０を示す場合、当該ＳＴＡは再びスリープすることができる。
もし、ＴＩＭ情報において当該ＳＴＡのビット値が１を示す場合、当該ＳＴＡは、現在のビーコン区間においてスケジュールされた最後のフレームが伝送されるときまでアウェイクしていなければならない。ＳＴＡは、ＡＰ１１０が伝送するフレームヘッダのモアデータフィールド（Ｍｏｒｅ  Ｄａｔａ  Ｆｉｅｌｄ）をチェックして、最後のフレームであるか否かを知ることができる。例えば、ＳＴＡは、モアデータフィールドが０を示す場合に受信したフレームがスケジュールされた最後のフレームであると判断してもよい。
【００４２】
ＰＳＭモードにおいてＳＴＡが消費する電力は、当該ＳＴＡに伝送されるトラフィックだけでなく、他のＳＴＡのトラフィック量によっても決定される。なぜなら、ＡＰ１１０とＳＴＡとの間のデータ送信にＡＰ１１０と他のＳＴＡとの間のデータ送信の試みによって割り込み（ｉｎｔｅｒｒｕｐｔｉｏｎ）が生じる可能性があるためである。割り込みが生じれば、ＳＴＡがバッファリングされたフレームを全て受信するときまでの時間が長くなるため、ＳＴＡの電力消耗が増加することになる。ＡＰ１１０と通信するＳＴＡの数が多くなるほど上述の電力消耗がさらに大きく増加し得る。
【００４３】
上述のような割り込みが生じるのを最小化するために、ＡＰ１１０は、ＳＴＡ別にチャネルをアクセスする時間を異なるように割り当て、同時にチャネルをアクセスするＳＴＡの数を減らすことができる。ＡＰ１１０は、特定のＳＴＡがチャネルをアクセスできる時間区間を指定するために、ビーコン信号の送信時点の間の時間区間、又はそれよりさらに小さい時間区間をスロットに分割し、スロットをＳＴＡに割り当てることができる。このようにＳＴＡにスロットを割り当ててＳＴＡのチャネルアクセスを制御することをスロットベースチャネルアクセス（ｓｌｏｔ−ｂａｓｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）と呼ぶ。ＳＴＡは、割り当てられたスロットの時間区間においてチャネルアクセスを行ってもよい。
【００４４】
ＡＰ１１０は、ＳＴＡそれぞれ又はＳＴＡで構成されたグループにスロットを割り当て、スロットを含む制限アクセスウィンドウ（ＲＡＷ）又は周期的制限アクセスウィンドウ（Ｐｅｒｉｏｄｉｃ  ＲＡＷ：ＰＲＡＷ）を割り当てることができる。ＰＲＡＷは、周期的に割り当てられるリソースをＲＡＷで保護するために用いられる。
【００４５】
一般的なＳＴＡは、結合（ａｓｓｏｃｉａｔｉｏｎ）過程又は交渉（ｎｅｇｏｔｉａｔｉｏｎ）過程などの管理（ｍａｎａｇｅｍｅｎｔ）動作によってＡＰ１１０に自身の存在を知らせ、ダウンリンク（ｄｏｗｎｌｉｎｋ）送信に対する好みの設定（ｐｒｅｆｅｒｅｎｃｅ）を知らせる。例えば、このような情報に対する指示及び確認は、ＳＴＡとＡＰ１１０との間の結合要求／応答過程、又は、プローブ要求／応答過程等を介して行われ得る。
【００４６】
ダウンリンク送信に対するＳＴＡの好みの設定は、ダウンリンクデータの存在有無をＴＩＭを参照して認知し、そのため、ダウンリンクデータを受信する方式又はＴＩＭを参照せずにダウンリンクデータを受信する方式のうちの１つを含み得る。ＡＰ１１０がＳＴＡにＴＩＭ情報を提供することの一目的は、ＳＴＡがＴＩＭ情報に指示された時間のリソースだけチャネルアクセスをするようにしてリソース利用の効率性を高めようとすることである。
【００４７】
ＳＴＡは、ＴＩＭ情報を参考にして自身がＡＰ１１０から送信されるデータの受信を行わなければならないか又は行う必要がないか否かを確認する。ＳＴＡ別に割り当てられたスロットは、ビーコン信号に含まれたＴＩＭビットマップにおける各ＳＴＡの位置によって分かる。ＳＴＡは、ＡＰ１１０から送信されるビーコン信号を定期的に受信し、ビーコン信号に含まれたＴＩＭ情報を解釈して自身に送信されるデータが存在しないと確認した場合、スリープ状態に入り、自身に送信されるデータが存在すると確認した場合は、スリープ状態に入らずに、データを受信できる状態に入る。このように、ビーコン信号を受信し、ビーコン信号に含まれたＴＩＭ情報を参考にして自身に送信されるデータの存在有無を確認するＳＴＡをＴＩＭ  ＳＴＡと呼ぶ。
【００４８】
ＴＩＭ  ＳＴＡは、ＴＩＭ情報を確認し、自身の位置を算出して割り当てられたスロットの開始時点からチャネルアクセスを行う。ＴＩＭ情報に属するＳＴＡ全てを対象にスロットが割り当てられたり、ＴＩＭ  ＳＴＡをいくつかのグループに分けて、各グループ別にスロットが割り当てられてもよい。ＴＩＭ  ＳＴＡに送信するデータの大きさ及びチャネルが異なり得るため、ＴＩＭ  ＳＴＡにデータを送信するために必要な時間がＴＩＭ  ＳＴＡ別に異なり、ＴＩＭ  ＳＴＡ別に必要なスロットの数も異なる。
【００４９】
ＴＩＭ  ＳＴＡとは違い、ビーコン信号に含まれたＴＩＭ情報を確認（ｃｈｅｃｋ）せずに動作するＳＴＡをｎｏｎ−ＴＩＭ  ＳＴＡと呼ぶ。ｎｏｎ−ＴＩＭ  ＳＴＡは、ＴＩＭ情報によって指示を受けずに動作する。ｎｏｎ−ＴＩＭ  ＳＴＡは、ビーコン信号を受信する代わりに、任意の時間にウェイクアップ（ｗａｋｅ  ｕｐ）してＰＳ−Ｐｏｌｌ（Ｐｏｗｅｒ  Ｓａｖｅ−Ｐｏｌｌ）フレームをＡＰ１１０に送信することによって、自身が受信しなければならないバッファリングされたデータが存在するか否かを確認する。また、ｎｏｎ−ＴＩＭ  ＳＴＡは、任意の時間にウェイクアップして、ＡＰ１１０にトリガフレーム（ｔｒｉｇｇｅｒ  ｆｒａｍｅ）を送信することによって、ＡＰ１１０からデータを受けることができるサービス期間が開始されたことをＡＰ１１０に知らせることもできる。また、ｎｏｎ−ＴＩＭ  ＳＴＡは、任意の時間にウェイクアップしてアップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ）をＡＰ１１０に送信することもできる。このように、ｎｏｎ−ＴＩＭ  ＳＴＡが任意の時間にウェイクアップして、ＰＳ−Ｐｏｌｌフレーム、トリガフレーム、又はアップリンクデータフレームを送信する時点は、ＡＰ１１０がビーコン信号を送信するＴＢＴＴ（Ｔａｒｇｅｔ  Ｂｅａｃｏｎ  Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｔｉｍｅ）と重なってもよく、又は、他のＳＴＡのために割り当てられたＲＡＷと重なってもよい。ｎｏｎ−ＴＩＭ  ＳＴＡには、ＴＷＴ  ＳＴＡとスケジュールされていないアクティブポーリングＳＴＡ（ｕｎｓｃｈｅｄｕｌｅｄ  ａｃｔｉｖｅ  ｐｏｌｌｉｎｇ
ＳＴＡ）があり、ＴＷＴ  ＳＴＡは、スケジュールされたアクティブポーリングＳＴＡ（ｓｃｈｅｄｕｌｅｄ  ａｃｔｉｖｅ  ｐｏｌｌｉｎｇ  ＳＴＡ）としてＮＤＰ  ｐａｇｉｎｇ  ＳＴＡを含む。
【００５０】
ＡＰ１１０は、ｎｏｎ−ＴＩＭ  ＳＴＡが要求するリソースをＴＩＭ  ＳＴＡから保護することができる。例えば、ＡＰ１１０は、ＴＷＴ  ＳＴＡ、ＮＤＰ  ｐａｇｉｎｇ  ＳＴＡ、及びスケジュールされていないアクティブポーリングＳＴＡが必要とするリソースをＴＩＭ  ＳＴＡから保護することができる。ＡＰ１１０は、ＳＴＡの間においてチャネルアクセスによる衝突の発生率を減少させてＳＴＡにおいて消費するエネルギーを低減させる。
【００５１】
図２は、本発明の一実施形態に係るｎｏｎ−ＴＩＭ  ＳＴＡのために割り当てられたリソースであることを示すために用いられるフィールドを示す図である。
【００５２】
具体的には、図２は、ＲＡＷフレーム２２０に含まれた制限アクセスウィンドウパラメータセット情報要素（ＲＡＷ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：ＲＰＳ  ＩＥ）２１０及びＲＰＳ  ＩＥ２３０に関連して、指示ビット（ｎｏｎ−ＴＩＭ  ＲＡＷ  ｉｎｄｉｃａｔｉｏｎ）を用いてＴＷＴ  ＳＴＡ又はｎｏｎ−ＴＩＭ  ＳＴＡのためのリソースを保護することを示す一例を説明するための図である。例えば、ＲＰＳ  ＩＥは、ＲＡＷ関連情報としてＲＡＷグループ情報、ＲＡＷ開始時間情報、ＲＡＷ持続時間情報、及びスロット情報などを含んでもよい。
【００５３】
指示ビットが１に設定されれば、ＲＰＳ  ＩＥから必要のない情報が削除される。例えば、ＲＰＳ  ＩＥからＲＡＷスロット定義フィールド、オプションフィールド、又はＲＡＷグループフィールドが削除されてもよい。削除可能なフィールドは制限されない。もし、指示ビットが０に設定されれば、削除されるフィールドなしに関連フィールドが全て用いられてもよい。
【００５４】
一実施形態によれば、指示ビットが１に設定されてＲＡＷグループフィールドが削除される場合、ＴＷＴ  ＳＴＡやｎｏｎ−ＴＩＭ  ＳＴＡではないＳＴＡは、ＲＡＷ開始時間からＲＡＷ持続期間（ＲＡＷ  Ｄｕｒａｔｉｏｎ）の間ＣＨ指示（ＣＨ  Ｉｎｄｉｃａｔｉｏｎ）に設定されたチャネルをアクセスすることができない場合がある。ＴＷＴ  ＳＴＡは、ＲＰＳ  ＩＥ２１０を確認し、自身に割り当てられたＴＷＴがＲＡＷ開始時間からＲＡＷ持続期間中にあれば、割り当てられたＴＷＴにおいて動作することができる。ｎｏｎ−ＴＩＭ  ＳＴＡは、どの場合でもチャネルアクセスが可能である。
【００５５】
他の実施形態によれば、指示ビットが１に設定されてＲＡＷグループフィールドが削除されない場合、ＳＴＡは、自身がＲＰＳ  ＩＥに定義されたＲＡＷグループに属していなければ、ＲＰＳ  ＩＥに定義された時間区間においてチャネルアクセスを行わない。
【００５６】
指示ビットを用いる方法をスケジュールされていないアクティブポーリングＳＴＡのために拡張する方法について記述する。スケジュールされていないアクティブポーリングＳＴＡは、関連（Ａｓｓｏｃｉａｔｉｏｎ）ステップからＡＰに自身がｎｏｎ−ＴＩＭ  ＳＴＡであることを知らせた後、ＡＰからｎｏｎ−ＴＩＭサポートの許可を受けてから動作することができるため、ＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡをＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）グループ化（ｇｒｏｕｐｉｎｇ）して別に管理する。ＡＰは、スケジュールされていないアクティブポーリングＳＴＡのためのＲＡＷを予めスケジューリングし、スケジュールされていないアクティブポーリングＳＴＡがアウェイクしてチャネルアクセスを成功したとき、当該ＲＡＷの時間をＳＴＡに知らせ、この後、データ送信を行うようにしてもよい。
【００５７】
図３は、本発明の一実施形態に係るアクセスポイント（ＡＰ）の構成を示す図である。
【００５８】
ＡＰ３１０は、ビーコン信号をＳＴＡに送信する。ＡＰ３１０は、ビーコン信号を周期的にブロードキャストし、ビーコン信号は、ＡＰ３１０が管理するＢＳＳに関する情報を含み得る。ＳＴＡは、ビーコン信号の受信のために待機することができ、ビーコン信号からネットワークに関する情報を取得することができる。又は、ＳＴＡは、能動的にプローブ要求フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をブロードキャストして、これを受信したＡＰ３１０からネットワーク情報を要求してもよい。プローブ要求フレームを受信したＡＰ３１０は、プローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）にネットワーク情報を含ませて当該ＳＴＡに送信することができる。
【００５９】
ビーコン信号は、ＴＩＭ情報を含む。ＴＩＭ情報は、ＡＰ３１０がどのＳＴＡにデータを送信するかを示す情報を含む。ＳＴＡのうちビーコン信号に含まれたＴＩＭ情報に基づいて自身にデータが送信されるか否かを判断してアウェイクしているか、それともスリープモードで動作するか否かを決定するＳＴＡをＴＩＭ  ＳＴＡ３５０とする。これとは反対に、ビーコン信号に含まれたＴＩＭ情報を参照しないＳＴＡをｎｏｎ−ＴＩＭ  ＳＴＡ３４０とする。ＴＩＭ  ＳＴＡ３５０は、ＡＰ３１０から送信されるビーコン信号によってバッファリングされたダウンリンクデータをチェックすることができ、ｎｏｎ−ＴＩＭ
ＳＴＡ３４０は、ビーコン信号及びバッファリングされたダウンリンクデータをチェックすることができない。
【００６０】
ｎｏｎ−ＴＩＭ  ＳＴＡ３４０は、ＡＰ３１０に要求してチャネルアクセスを行うためのスロットを割り当てられ、当該スロットにおいてチャネルアクセスを行うスケジュールされたアクティブポーリングステーション、スロットの割り当てなしにチャネルアクセスを行うスケジュールされていないアクティブポーリングステーション、又は、ヌルデータパケットページング（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ｐａｇｉｎｇ：ＮＤＰ）設定によって電力節減を行うステーションを含む。
【００６１】
ＡＰ３１０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のためのリソースをＴＩＭ  ＳＴＡ３５０から保護することができる。例えば、ＡＰ３１０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のためのリソースをＲＡＷを用いて保護してもよい。ＡＰ３１０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のために保護しようとするリソースをＲＡＷに設定し、当該ＲＡＷに関する情報をビーコン信号に含んで送信してもよい。ビーコン信号を受信したＴＩＭ  ＳＴＡ３５０は、ビーコン信号に含まれたＲＡＷ情報に基づいてＲＡＷによって保護される時間区間を識別し、当該時間区間においてチャネルアクセスを行わないことによってｎｏｎ−ＴＩＭ
ＳＴＡ３４０とＴＩＭ  ＳＴＡ３５０との間の衝突が防止されてもよい。
【００６２】
ＡＰ３１０は、ビーコン信号のＲＰＳ  ＩＥにｎｏｎ−ＴＩＭ  ＳＴＡ３４０のためのＲＡＷの情報を含んで送信してもよい。ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のリソースを保護するために割り当てられたＲＡＷをｎｏｎ−ＴＩＭ  ＲＡＷと呼ぶ。ビーコン信号のＲＰＳ  ＩＥには、ｎｏｎ−ＴＩＭ  ＲＡＷの割り当て情報が含まれ、ビーコン信号を受信したＴＩＭ  ＳＴＡ３５０は、ＲＰＳ  ＩＥに含まれたｎｏｎ−ＴＩＭ  ＲＡＷの割り当て情報によってｎｏｎ−ＴＩＭ  ＲＡＷに割り当てられた時間区間においてチャネルアクセスを行わない。例えば、ＴＩＭ  ＳＴＡ３５０は、ｎｏｎ−ＴＩＭ  ＲＡＷの全時間区間をネットワーク割り当てベクトル（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ：ＮＡＶ）に設定し、仮想ＣＳ（ｖｉｒｔｕａｌ  Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）してチャネルがビジー状態であると設定することができる。そのため、ＴＩＭ  ＳＴＡ３５０は、チャネルアクセスのために他のＳＴＡと競争せずに、これによってＳＴＡの消費電力が節減され得る。
【００６３】
図３を参照すると、ＡＰ３１０は制御部３２０及び通信部３３０を含む。
【００６４】
ＡＰ３１０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０（又は、第１ステーション）のためのリソースをＴＩＭ  ＳＴＡ３５０（又は、第２ステーション）から保護するために、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０と設定手続を行う。制御部３２０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０との設定手続を制御し、通信部３３０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０と通信を行う。通信部３３０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０からリソース保護の要求データを受信することができ、当該要求データを受信する場合、制御部３２０は、ＴＩＭ情報を参照しないｎｏｎ−ＴＩＭ  ＳＴＡ３４０のリソースをＴＩＭ情報を参照するＴＩＭ  ＳＴＡ３５０から保護するためのリソース割り当て情報を生成する。通信部３３０は、決定されたリソース割り当て情報をブロードキャストしてもよい。リソース割り当て情報は、ビーコン信号に含まれて送信されてもよい。
【００６５】
制御部３２０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のチャネルアクセスのための時間区間においてＴＩＭ  ＳＴＡ３５０のチャネルアクセスを制限するリソース割り当て情報を決定することができる。例えば、リソース割り当て情報は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のリソースを保護するためのＲＡＷに関する情報を含んでもよい。ＴＩＭ  ＳＴＡ３５０は、ビーコン信号を受信し、ビーコン信号に含まれたリソース割り当て情報を参照してｎｏｎ−ＴＩＭ  ＳＴＡ３４０のために割り当てられたＲＡＷの情報を取得することができる。ＴＩＭ  ＳＴＡ３５０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のために割り当てられたＲＡＷに対応する時間区間においてチャネルアクセスを行うことができない場合がある。
【００６６】
ＡＰ３１０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０のリソースを保護するためのリソース割り当て情報を生成するために、まず、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０と設定手続を行い、リソースの保護の有無又は保護しようとするリソースを決定する。
【００６７】
以下では、ＡＰ３１０とｎｏｎ−ＴＩＭ  ＳＴＡ３４０であるＴＷＴ  ＳＴＡ又はスケジュールされていないアクティブポーリングＳＴＡとの間の設定手続に関して記述するが、本発明の範囲がこれに限定されると解釈されてはならない。
【００６８】
＜一実施形態に係るＡＰ３１０とＴＷＴ  ＳＴＡとの間の設定手続＞
一実施形態によれば、８０２．１１管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）のケイパビリティフィールド（ｃａｐａｂｉｌｉｔｙ  ｆｉｅｌｄ）の設定に基づいてＡＰ３１０とＴＷＴ  ＳＴＡとの間の設定手続が行われる。まず、ＡＰ３１０がＲＡＷによる保護を行うためには、ｄｏｔ１１ＲＡＷＯｐｔｉｏｎＡｃｔｉｖａｔｅｄフィールドが１に設定されていなければならない。
【００６９】
ケイパビリティフィールドは、保護するリソースがＴＷＴをサポートするＳＴＡのＴＷＴ  ＳＴＡのためのリソースであるか、またはＴＷＴをサポートしないスケジュールされていないアクティブポーリングＳＴＡのためのリソースであるかによって２つのフィールドに分かれる。前者のように保護するリソースがＴＷＴ  ＳＴＡのためのリソースの場合、ＴＷＴサポートフィールドが１に設定されたとき、制御部３２０は、ＴＷＴのためのリソース保護をサポートするためにＴＷＴ保護サポートフィールド（ｐｒｏｔｅｃｔｉｏｎ
ｓｕｐｐｏｒｔ  ｆｉｅｌｄ）を１に設定することができる。一方、後者ように保護するリソースがスケジュールされていないアクティブポーリングＳＴＡのためのリソースの場合、ｎｏｎ−ＴＩＭサポートフィールドが１に設定されたとき、制御部３２０は、スケジュールされていないアクティブポーリングＳＴＡのチャネルアクセスのためのリソースをＴＩＭ  ＳＴＡ３５０から保護する機能をサポートするために、ｎｏｎ−ＴＩＭ保護サポートフィールドを１に設定することができる。
【００７０】
ＴＷＴ  ＳＴＡが行うケイパビリティフィールドの設定もＡＰ３１０が行う設定と類似してもよい。ＴＷＴのためのリソースの保護のために、ＴＷＴ  ＳＴＡは、ＴＷＴサポートフィールドが１に設定された場合、ＴＷＴ保護サポートフィールドを１に設定することができる。スケジュールされていないアクティブポーリングＳＴＡがチャネルアクセスへの衝突を減少させるために、リソースの保護のためにＡＰ３１０に要求しようとする場合、スケジュールされていないアクティブポーリングＳＴＡは、ｎｏｎ−ＴＩＭサポートフィールドが１に設定されて、ＴＷＴサポートフィールドが０に設定された場合、ｎｏｎ−ＴＩＭ保護サポートフィールドを１に設定する。
【００７１】
以上、二種類の場合のうちどちらにもリソース保護を要求できるＴＷＴ  ＳＴＡは、リソース保護をサポートできるＡＰ３１０にリソース保護を要求する。ＴＷＴ  ＳＴＡは、リソース保護の要求データを送信してＡＰ３１０にリソース保護を要求することができる。制御部３２０は、ＴＷＴ  ＳＴＡが要求したリソースをＲＡＷに設定して保護することができる。リソース保護の要求データは、ケイパビリティフィールドを含み、ケイパビリティフィールドのビット値は、ＴＷＴ  ＳＴＡがリソース保護を要求したか否かを示す。
例えば、ＴＷＴ  ＳＴＡは、結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）又は再結合要求フレーム（ｒｅａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）に含まれたケイパビリティ要素（Ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）のＴＷＴ保護サポートケイパビリティフィールド（ｐｒｏｔｅｃｔｉｏｎ  ｓｕｐｐｏｒｔ  ｃａｐａｂｉｌｉｔｙ  ｆｉｅｌｄ）又はＮｏｎ−ＴＩＭ保護サポートケイパビリティフィールドを１に設定することによってＡＰ３１０にリソース保護を要求するということを知らせることができる。
【００７２】
制御部３２０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０からリソース保護の要求データを受信した場合、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０が保護を要求した時間区間のリソースをＲＡＷに設定したリソース割り当て情報を決定することができる。通信部３３０は、ｎｏｎ−ＴＩＭ  ＳＴＡ３４０からリソース保護の要求データを受信した場合、要求データに対する応答としてｎｏｎ−ＴＩＭ  ＳＴＡ３４０が要求したリソースの保護が可能であるか否かを示す応答データをｎｏｎ−ＴＩＭ  ＳＴＡ３４０に送信することができる。
【００７３】
例えば、通信部３３０がＴＷＴ  ＳＴＡからＴＷＴ保護サポートケイパビリティフィールドが１に設定されたフレームを受信した場合、制御部３２０は、上述のフレームを送信したＴＷＴ  ＳＴＡのＴＷＴサービス区間（ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ：ＳＰ）をＲＡＷに設定してＴＷＴ  ＳＴＡのためのリソースが保護されるように制御することができる。制御部３２０は、ＴＷＴ  ＳＴＡの全てのＴＷＴサービス区間をＲＡＷによって保護することができる。
【００７４】
他の例として、通信部３３０がＴＷＴ  ＳＴＡからＮｏｎ−ＴＩＭ保護サポートケイパビリティフィールドが１に設定されたフレームを受信した場合、上述のＴＷＴ  ＳＴＡが任意の時点に送ったフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドのポールタイプサブフィールド（Ｐｏｌｌ  ｔｙｐｅ  ｓｕｂｆｉｒｌｅｄ）の値を３に設定したＰＳ−ＰＯＬＬフレームに対する応答ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームにＴＷＴ  ＳＴＡのウェイクアップ時間（ｗａｋｅｕｐ  ｔｉｍｅ）を知らせる時間区間（ｄｕｒａｔｉｏｎ）値が、ＲＡＷによる保護を知らせることができるＲＰＳ  ＩＥを含むビーコン信号が送信される時点であるＴＢＴＴ後の時点を示すように設定することができる。このようにすることによって、当該時間区間値の後に少なくとも送信機会（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ：ＴｘＯＰ）の間におけるＢＳＳ内のＴＩＭ  ＳＴＡ３５０のチャネルアクセスが許可されない。
【００７５】
また、２つのフィールドを１つにし（例えば、ＲＡＷ  Ｐｒｏｔｅｃｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）、ＡＰ３１０のビットが１に設定されていれば、ＴＷＴとｎｏｎ−ＴＩＭ  ＳＴＡ３４０とのリソースの全てがＲＡＷによる保護をサポートし、ｎｏｎ−ＴＩＭ
ＳＴＡ３４０のビットが１に設定されていれば、ＳＴＡのｎｏｎ−ＴＩＭ／ＴＷＴサポートの有無によってＲＡＷ保護（ＲＡＷ  ｐｒｏｔｅｃｔｉｏｎ）を要求する。
【００７６】
ＴＷＴ  ＳＴＡは、ＡＰ３１０のビーコン信号又はプローブ応答フレームによってＡＰ３１０がＲＡＷ保護をサポートするか識別することができ、ＴＷＴ  ＳＴＡは、上述の識別結果をＡＰ３１０と結合手続を行うにあたって、結合するＡＰ３１０を選択するのに用いられ得る。また、ＡＰ３１０は、ＴＷＴ  ＳＴＡとＴＷＴを設定するたびにリソースの保護の有無を交渉する必要がない。
【００７７】
＜他の実施形態に係るＡＰ３１０とＴＷＴ  ＳＴＡとの間の設定手続＞
他の実施形態によれば、ＴＷＴ  ＳＴＡがＩＥＥＥ  ８０２．１１管理フレームのケイパビリティフィールドを介してリソースの保護を一度要求し、これは持続するものではなく、ＴＷＴ  ＳＴＡがリソースの要求時毎にリソース保護の有無をともに知らせることができる。ＴＷＴ  ＳＴＡは、ＴＷＴ別にリソースの保護要求及びリソースの保護の有無をＡＰ３１０に知らせてもよい。ＡＰ３１０は、暗黙的（ｉｍｐｌｉｃｉｔｌｙ）にＲＡＷケイパビリティ（ＲＡＷ  ｃａｐａｂｉｌｉｔｙ）設定されていると判断してもよい。
【００７８】
ＴＷＴ  ＳＴＡがＡＰ３１０にＴＷＴに関するリソースを要求する場合、ＴＷＴ  ＳＴＡは、当該リソースの保護の有無をともに要求することができる。ＴＷＴ  ＳＴＡは、当該リソースの保護要求の有無を示すビット値をリソースの要求時毎にＡＰ３１０に送信することができる。ＡＰ３１０は、ＴＷＴ  ＳＴＡが要求したリソースが保護されるか否かを示すビット値をＴＷＴ応答データ（又は、応答フレーム）に含んでＴＷＴ  ＳＴＡに送信することができる。言い換えると、ＡＰ３１０がＴＷＴ  ＳＴＡからリソースの要求を受信する場合、通信部３３０は、ＴＷＴ  ＳＴＡによって要求されたリソースが保護されるか否かを示す応答データをＴＷＴ  ＳＴＡに送信してもよい。ＡＰ３１０は、ＴＷＴ  ＳＴＡが要求したリソースを保護すると決定する場合、当該ＴＷＴ  ＳＴＡが要求したリソースをＴＩＭ  ＳＴＡから保護するためのリソース割り当て情報を決定してもよい。
【００７９】
ＡＰ３１０は、周期性、待機（ｌａｔｅｎｃｙ）、サービス期間（ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ）などのトラフィック（ｔｒａｆｆｉｃ）の性格によって、ＴＷＴ  ＳＴＡとＴＷＴ交渉を行うべきであるが、ＴＷＴ交渉毎にリソースの保護要求の有無が変わり得る。また、ＡＰ３１０が新しいＴＷＴに対する保護を行うことができるか否かも変わり得る。ＴＷＴ  ＳＴＡが必要な場合、リソース保護を要求し、ＡＰ３１０も状況を考慮してＴＷＴ  ＳＴＡのリソースを保護することによって柔軟な（ｆｌｅｘｉｂｌｅ）スケジューリングが可能になり、ＴＷＴ  ＳＴＡが希望するＴＷＴ設定値を反映できるようになる。
【００８０】
このために、リソース保護の要求有無を示す制御データを用いてもよい。通信部３３０は、ＴＷＴ  ＳＴＡからリソース保護の要求有無を示す制御データを受信することができる。制御部３２０は、受信した制御データに基づいてＴＷＴ  ＳＴＡがリソース保護を要求したか否かを判断することができる。ＴＷＴ  ＳＴＡがリソース保護を要求し、制御部３２０が当該ＴＷＴ  ＳＴＡが保護を要求した時間区間のリソースを保護すると決めた場合、制御部３２は、当該時間区間のリソースを制限されたアクセスウィンドウに設定して保護するリソース割り当て情報を決定することができる。ＴＷＴ  ＳＴＡからリソースの保護要求の有無を示す制御データを受信した場合、通信部３３０は、ＴＷＴ  ＳＴＡが要求したリソースをＲＡＷによって保護する（ｇｕａｒａｎｔｅｅｄ  ｔｏ  ｐｒｏｔｅｃｔ）ことを示すＴＷＴ応答データ又はＴＷＴ  ＳＴＡが要求したリソースが保護されない場合があることを示すＴＷＴ応答データを当該ＴＷＴ  ＳＴＡに送信してもよい。
【００８１】
例えば、ＴＷＴ  ＳＴＡがＡＰ３１０にＴＷＴ要求をするとき、図５に示されたＴＷＴエレメント（ｅｌｅｍｅｎｔ）のコントロールフィールドを構成する１ビットをＲＡＷ保護ビット（ＲＡＷ  ｐｒｏｔｅｃｔｉｏｎ  ｂｉｔ）と定義してもよい。図５は、ＴＷＴエレメントのコントロールフィールドのフォーマットを示す図であって、コントロールフィールドの保留された（ｒｅｓｅｒｖｅｄ）ビットのうち１つのビットをＲＡＷ保護ビットと定義してもよい。当該ビットが１に設定された場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したＴＷＴリソースにＲＡＷによる保護をともに要求したと判断することができる。これとは反対に、当該ビットが０に設定された場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したＴＷＴリソースに別途のＲＡＷによる保護を要求しないと判断することができる。通信部３３０は、ＴＷＴ  ＳＴＡが要求したリソースが保護されるか否かを示すビット値をＴＷＴエレメントのＴＷＴコントロールフィールドと定義し、当該ＴＷＴコントロールフィールドを含むＴＷＴ応答データをＴＷＴ  ＳＴＡに送信してもよい。
【００８２】
他の例として、ＴＷＴ  ＳＴＡがＡＰ３１０にＴＷＴ要求をするとき、ＴＷＴエレメント（ＴＷＴ  ｅｌｅｍｅｎｔ）のリクエストタイプフィールド（Ｒｅｑｕｅｓｔ  Ｔｙｐｅ  ｆｉｅｌｄ）を構成するどちらか１つのビットをＲＡＷ保護ビットと定義することができる。当該ビットが１に設定された場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したＴＷＴリソースにＲＡＷによる保護をともに要求したと判断することができる。これとは反対に、ＲＡＷ保護ビットが０に設定された場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したＴＷＴリソースに別途のＲＡＷによる保護を要求しないと判断するこことができる。通信部３３０は、ＴＷＴ  ＳＴＡが要求したリソースが保護されるか否かを示すビット値をＴＷＴエレメントのＴＷＴリクエストフィールドと定義し、当該ＴＷＴリクエストフィールドを含むＴＷＴ応答データをＴＷＴ  ＳＴＡに送信してもよい。
【００８３】
ＴＷＴに関するリソースを要求するＴＷＴ  ＳＴＡは、ＡＰ３１０に自身が要求したリソースの保護をともに要求するために、ＴＷＴエレメントのＲＡＷ保護ビットを１に設定してもよい。ＡＰ３１０がＴＷＴ  ＳＴＡからＲＡＷ保護ビットが１に設定されたＴＷＴエレメントを受信した場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したリソースを保護するか否かを決定し、通信部３３０は、ＴＷＴ  ＳＴＡが要求したリソースが保護されるか否かを示すビット値が定義されたＴＷＴ応答データ（又は、応答フレーム）を当該ＴＷＴ  ＳＴＡに送信してもよい。ＴＷＴ応答データに定義された当該ビット値が１を示せば、ＴＷＴ  ＳＴＡがＴＷＴエレメントによって要求したリソースが保護されることを示し、当該ビット値が０を示せば、ＴＷＴ  ＳＴＡが要求したリソースが保護されないことを示す。制御部３２０がＴＷＴ  ＳＴＡが要求したリソースを保護すると決めた場合、制御部３２０は、ＴＷＴ  ＳＴＡが要求したリソース（例えば、ＴＷＴ時点から特定時点までの時間区間）をＲＡＷで保護してＴＩＭ  ＳＴＡが当該リソースにアクセスするのを制限してもよい。上述のＲＡＷに関する情報は、リソース割り当て情報に含まれてブロードキャストされ得る。
【００８４】
ＴＷＴに関するリソースを要求するＴＷＴ  ＳＴＡは、ＡＰ３１０に自身が要求したリソースの保護が必要ないことを知らせるために、ＴＷＴエレメントのＲＡＷ保護ビットを０に設定してもよい。ＡＰ３１０がＴＷＴ  ＳＴＡからＴＷＴエレメントを受信する場合、ＡＰ３１０は、ＴＷＴ  ＳＴＡが要求したリソースがＲＡＷによって保護されるか否かを示すＴＷＴ応答データ（又は、応答フレーム）をＴＷＴ  ＳＴＡに送信してもよい。応答データは、ＴＷＴ  ＳＴＡが要求したリソースが保護されるか否かを示すビット値を含んでもよく、当該ビット値が１を示せば、ＴＷＴ  ＳＴＡがＴＷＴエレメントによって要求したリソースが保護されることを示し、当該ビット値が０を示せば、ＴＷＴ  ＳＴＡが要求したリソースが保護されないことを示す。
【００８５】
ＴＷＴリソースを要求したＴＷＴ  ＳＴＡが上述のＲＡＷ保護ビットを設定した場合とＡＰ３１０が上述のＲＡＷ保護ビットを設定した場合とを互いに異なるように考慮することができる。Ｎｏｎ−ＴＩＭ  ＳＴＡ３４０がＲＡＷ保護ビットを１に設定した場合は、ＴＷＴ  ＳＴＡがＲＡＷ保護をＡＰ３１０に要求することに加えて、もし、ＡＰ３１０に要求したＴＷＴパラメータを満たしてまでＲＡＷ保護を行うことができない場合、ＴＷＴパラメータの保護に優先順位を置いてＴＷＴを設定して欲しいと要求する。そして、ＴＷＴ  ＳＴＡがＲＡＷ保護ビットを０に設定した場合、ＲＡＷ保護よりＴＷＴパラメータを優先順位に置いてＴＷＴを設定して欲しいと要求する。
【００８６】
＜また他の実施形態に係るＡＰ３１０とＴＷＴ  ＳＴＡとの間の設定手続＞
また他の実施形態によれば、ＲＡＷ保護を行うことができるＡＰ３１０は、ケイパビリティフィールドを設定してリソース保護できるか否かをＴＷＴ  ＳＴＡに知らせてもよく、ＲＡＷ保護を要求するＴＷＴ  ＳＴＡは、リソース保護の要求有無をＡＰ３１０に知らせてもよい。ＴＷＴ  ＳＴＡは、結合するＡＰ３１０を選択するのに上述のケイパビリティフィールドの値を用いてもよい。ＡＰ３１０と結合した後、ＲＡＷ保護ケイパビリティフィールドを１に設定したＴＷＴ  ＳＴＡは、ＴＷＴ設定時毎に基本的にＴＷＴ保護を要求し、要求したＴＷＴがＡＰ３１０によって割り当てられない場合には、ＴＷＴ保護及びＴＷＴパラメータのうち保護する優先順位を置いてもよい。ＲＡＷ保護ケイパビリティフィールドを０に設定したＴＷＴ  ＳＴＡは、ＴＷＴ設定時のＴＷＴ保護を考慮せずに、従来のＴＷＴ設定と同一に動作してもよい。したがって、初期以降のＲＡＷ保護設定交渉（ＲＡＷ  ｐｒｏｔｅｃｔｉｏｎ  ｓｅｔｔｉｎｇ  ｎｅｇｏｔｉａｔｉｏｎ）は、条件としてＡＰ３１０とＴＷＴ  ＳＴＡが全てケイパビリティフィールドを１に設定された場合に行われ得る。
【００８７】
＜一実施形態に係るＡＰ３１０とスケジュールされていないアクティブポーリングＳＴＡとの間の設定手続＞
上述のようなＲＡＷ保護は、ＴＷＴ  ＳＴＡだけでなくスケジュールされていないアクティブポーリングＳＴＡのチャネルアクセスのためにＡＰ３１０が割り当てた時間区間においても適用され得る。スケジュールされていないアクティブポーリングＳＴＡは、ＡＰ３１０にＰＳ−ＰＯＬＬフレームを送信しながら自身のアウェイク／ドーズ（ａｗａｋｅ／ｄｏｚｅ）サイクルを再スケジュールリングするための時点までの時間区間（ｄｕｒａｔｉｏｎ）を要求してもよい。例えば、要求された時間区間は、必要な情報を取得するためのビーコン信号のＴＢＴＴまでの時間区間、又は、データを交換するためのサービス区間までの時間区間になり得る。時間区間が含まれた応答フレームを受信したスケジュールされていないアクティブポーリングＳＴＡは、当該時間区間の間、チャネルアクセスを行わずに、ドーズ状態から当該時間区間後にウェイクアップしてチャネルアクセスを行ってもよい。
【００８８】
制御部３２０は、ＰＳ−ＰＯＬＬフレームのフレームコントロールフィールドのポールタイプサブフィールドの値に基づいて上述のようなスケジュールされていないアクティブポーリングＳＴＡの要求を確認してもよい。スケジュールされていないアクティブポーリングＳＴＡがポールタイプ（Ｐｏｌｌ  ｔｙｐｅ）を３に設定したＰＳ−ＰＯＬＬフレームを送信してアウェイク／ドーズサイクルの再スケジューリングを要求するとともにスケジューリングするサービス区間までの時間区間情報を応答フレームとして、先に要求してもよい。Ｎｏｎ−ＴＩＭサポートフィールドを１に設定したスケジュールされていないアクティブポーリングＳＴＡは、ポールタイプ値が３であるＰＳ−ＰＯＬＬフレームを要求する場合、制御部３２０は、当該サービス区間をＲＡＷによって保護するＲＡＷ保護を行ってもよい。このために、制御部３２０は、サービス区間の開始時点がビーコン信号が発送される時点であるＴＢＴＴ後になるように調整してもよい。ここで、ビーコン信号は、当該サービス区間を含むＲＡＷをシグナリングするＲＰＳ  ＩＥを含んでもよい。もし、このような調整が不可能な場合、制御部３２０は、すでにＲＰＳ  ＩＥに知らせたＲＡＷ内の時点にサービス区間の開始時点を知らせることができる。この場合、例えば、スケジュールされていないアクティブポーリングＳＴＡは、他のＴＷＴ  ＳＴＡと競争することができるが、制御部３２０は、当該競争が少ないと予想される時点を再スケジューリングすることができる。
【００８９】
また、スケジュールされていないアクティブポーリングＳＴＡに対するＡＰ３１０の遅延リソース割り当てに対してＡＰ３１０がＲＡＷ保護を行うことができない場合、ＡＰ３１０は、これをスケジュールされていないアクティブポーリングＳＴＡに知らせることができる。例えば、制御部３２０は、ＮＤＰ  ＡＣＫフレーム（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｆｒａｍｅ）又はＮＤＰ  ｍｏｄｉｆｉｅｄ  ＡＣＫフレームの保留されたビットのうちいずれか１つのビットによってＲＡＷ保護の実行有無をスケジュールされていないアクティブポーリングＳＴＡに知らせることができる。制御部３２０は、当該ビットを１に設定してＲＡＷ保護を行うことを示し、当該ビットを０に設定してＲＡＷ保護を行わないことを示す。
【００９０】
図４は、本発明の一実施形態に係るステーション（ＳＴＡ）の構成を示す図である。
【００９１】
図４のＳＴＡ４１０は、ＴＩＭ情報を参照せずに、ＡＰ４４０にチャネルアクセスを行うｎｏｎ−ＴＩＭ  ＳＴＡである。図４を参照すると、ＳＴＡ４１０は、制御部４２０及び通信部４３０を含む。
【００９２】
制御部４２０は、ＡＰ４４０にリソース保護を要求するための要求データを生成する。
一実施形態によれば、要求データは、８０２．１１管理フレームのケイパビリティフィールドを含み、制御部４２０は、当該ケイパビリティフィールドのビット値によってＡＰ４４０にリソース保護を要求するか否かを示す。通信部４３０は、生成された要求データをＡＰ４４０に送信する。通信部４３０は、ＡＰ４４０から当該要求データに対する応答としてリソース保護が可能であるか否かを示す応答データを受信することができる。ＡＰ４４０は、ＳＴＡ４１０がリソースとリソース保護をともに要求した場合、要求したリソースをＲＡＷに設定したリソース割り当て情報を生成し、生成されたリソース割り当て情報をブロードキャストしてもよい。ＡＰ４４０によって生成されたリソース割り当て情報は、ＡＰ４４０によって送信されるビーコン信号に含まれてブロードキャストし、当該リソース割り当て情報を受信したＴＩＭ  ＳＴＡは、ＡＰ４４０が設定したＲＡＷ区間においてチャネルアクセスを行わない。
【００９３】
他の実施形態によれば、ＳＴＡ４１０はＴＷＴ  ＳＴＡであり、ＳＴＡ４１０は、ＡＰ４４０におけるＴＷＴに関するリソースを要求する度毎に当該リソースの保護の有無をともにＡＰ４４０に要求してもよい。制御部４２０は、アクセスポイントにリソースを要求する場合、当該リソースに関する保護要求の有無を示すビット値を含む要求データを生成してもよい。ＴＷＴに関するリソースの保護要求の有無を示すビット値は、ＴＷＴエレメントのコントロールフィールド又はリクエストタイプフィールドに含まれて送信されてもよい。通信部４３０は、ＳＴＡ４１０が要求したリソースが保護されるか否かを示す応答データをＡＰ４４０から受信してもよい。制御部４２０は、ＡＰ４４０から受信した応答データに基づいて自身が要求したリソースが保護されるか否かを識別してもよい。
【００９４】
図４のＳＴＡ４１０は、図３のｎｏｎ−ＴＩＭ  ＳＴＡ３４０に対応し、ここで記述しなかったＳＴＡ４１０に関する説明は、図３の関連内容を参照することができる。
【００９５】
図６は、本発明の一実施形態に係るチャネルアクセス制御方法の動作を示すフローチャートである。
【００９６】
ステップＳ６１０におけるＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡのリソースをＴＩＭ  ＳＴＡから保護するためのリソース割り当て情報を決定する。ＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡのためのリソースをＴＩＭ  ＳＴＡから保護するためにｎｏｎ−ＴＩＭ  ＳＴＡと設定手続を行うことができる。ＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡ間の設定手続を介してリソースの保護の有無又は保護しようとするリソースを決定することができる。ＡＰとｎｏｎ−ＴＩＭ  ＳＴＡとの間の設定手続に関する詳しい内容は、図３に記述された内容を参照する。
【００９７】
ＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡのチャネルアクセスのための時間区間においてＴＩＭ
ＳＴＡのチャネルアクセスを制限するリソース割り当て情報を決定してもよい。例えば、リソース割り当て情報は、ｎｏｎ−ＴＩＭ  ＳＴＡのリソースを保護するためのＲＡＷに関する情報を含んでもよい。ＡＰは、ｎｏｎ−ＴＩＭ  ＳＴＡからリソース保護の要求データを受信してもよく、当該要求データを受信する場合、ＡＰは、ＴＩＭ情報を参照しないｎｏｎ−ＴＩＭ  ＳＴＡのリソースをＴＩＭ情報を参照するＴＩＭ  ＳＴＡから保護するためのリソース割り当て情報を生成してもよい。
【００９８】
ステップＳ６２０におけるＡＰは、ステップＳ６１０において決定されたリソース割り当て情報をブロードキャストする。リソース割り当て情報は、ビーコン信号に含まれて送信され得る。ＴＩＭ  ＳＴＡは、ＡＰからビーコン信号を受信し、ビーコン信号に含まれたリソース割り当て情報を参照してｎｏｎ−ＴＩＭ  ＳＴＡのために割り当てられたＲＡＷの情報を取得することができる。ＴＩＭ  ＳＴＡがｎｏｎ−ＴＩＭ  ＳＴＡのために割り当てられたＲＡＷに対応する時間区間においてチャネルアクセスを行わないことによって不要な電力消費を低減させることができる。
【００９９】
上述した実施形態は、ハードウェア構成要素、ソフトウェア構成要素、及び／又はハードウェア構成要素、及びソフトウェア構成要素の組み合わせで具現される。例えば、本実施形態で説明した装置、方法、及び構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサー、又は命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行して応答する異なる装置のように、１つ以上の汎用コンピュータ又は特殊目的コンピュータを用いて具現される。処理装置は、オペレーティングシステム（ＯＳ）及びオペレーティングシステム上で行われる１つ以上のソフトウェアアプリケーションを実行する。また、処理装置は、ソフトウェアの実行に応答してデータをアクセス、格納、操作、処理、及び生成する。理解の便宜のために、処理装置は１つが使用されるものとして説明する場合もあるが、当該技術分野で通常の知識を有する者は、処理装置が複数の処理要素（ｐｒｏｃｅｓｓｉｎｇ  ｅｌｅｍｅｎｔ）及び／又は複数類型の処理要素を含むことが分かる。 例えば、処理装置は、複数のプロセッサ又は１つのプロセッサ及び１つのコントローラを含む。また、並列プロセッサ（ｐａｒａｌｌｅｌ  ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成も可能である。
【０１００】
ソフトウェアは、コンピュータプログラム、コード、命令、又はこれらのうちの１つ以上の組合せを含み、希望通りに動作するように処理装置を構成し、独立的又は結合的に処理装置に命令する。ソフトウェア及び／又はデータは、処理装置によって解釈され、処理装置に命令又はデータを提供するためのあらゆる類型の機械、構成要素、物理的装置、仮想装置、コンピュータ格納媒体又は装置、或いは送信される信号波を介して永久的又は一時的に具現化される。ソフトウェアは、ネットワークに接続されたコンピュータシステム上に分散され、分散された方法で格納されるか又は実行される。ソフトウェア及びデータは１つ以上のコンピュータ読み取り可能な記録媒体に格納される。
【０１０１】
本実施形態による方法は、多様なコンピュータ手段を介して実施されるプログラム命令の形態で具現され、コンピュータ読み取り可能な記録媒体に記録される。記録媒体は、プログラム命令、データファイル、データ構造などを単独又は組合せて含む。記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含む。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行される高級言語コードを含む。ハードウェア装置は、本発明の動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【０１０２】
上述したように、限定された図面を用いて実施形態を説明したが、当技術分野における通常の知識を有する者であれば、前記の記載から様々な修正及び変形が可能である。例えば、説明された技術が説明された方法と異なる順序で行われたり、及び／又は説明されたシステム、構造、装置、回路などの構成要素が説明された方法と異なる形態で結合又は組み合わせたり、他の構成要素又は均等物によって代替、置換されても適切な結果が達成される。したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【図１】
2019097210.tif 000003
【図２】
2019097210.tif 000004
【図３】
2019097210.tif 000005
【図４】
2019097210.tif 000006
【図５】
2019097210.tif 000007
【図６】
2019097210.tif 000008