(57)【特許請求の範囲】
【請求項１】
データを交換するための方法であって、
アクセス・ポイントにより、アクセス・ウィンドウに対する利用インジケータを生成するステップであって、前記利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示と、前記アクセス・ウィンドウの開始時刻の第２の指示および前記許可端末のリストの第３の指示のうち少なくとも１つとを含むステップと、
前記アクセス・ポイントにより、前記利用インジケータをブロードキャストするステップと、
前記利用インジケータに従って、前記アクセス・ポイントにより、データを前記アクセス・ウィンドウにおいて前記許可端末のうち少なくとも１つと交換するステップと、
を含む、方法。
【請求項２】
前記利用インジケータは第１の管理パケットでブロードキャストされる、請求項１に記載の方法。
【請求項３】
前記第１の指示は、前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要がないことを示す、請求項１または２に記載の方法。
【請求項４】
前記第１の指示は、前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があることを示し、前記方法は、
前記許可端末のリストのサブセットと前記アクセス・ポイントの間のデータ交換に関する制御信号を生成するステップと、
前記制御信号をブロードキャストするステップと、
をさらに含む、請求項１または２に記載の方法。
【請求項５】
前記制御信号は第２の管理パケットでブロードキャストされる、請求項４に記載の方法。
【請求項６】
前記第２の管理パケットは前記アクセス・ウィンドウの開始時に送信される、請求項５に記載の方法。
【請求項７】
前記制御信号は、前記許可端末のリストの前記サブセット内の各許可端末と前記アクセス・ポイントの間のデータ交換に関する開始時刻を含む、請求項４に記載の方法。
【請求項８】
前記制御信号は、前記アクセス・ウィンドウの期間に対する調整を含む、請求項４に記載の方法。
【請求項９】
ポーリング・パケットを前記許可端末の前記リストの前記サブセットから受信するステップであって、前記制御信号は、受信されたポーリング・パケットに従って生成されるステップをさらに含む、請求項４に記載の方法。
【請求項１０】
データを交換するための方法であって、
端末により、アクセス・ウィンドウに対する利用インジケータを受信するステップであって、前記利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示と、前記アクセス・ウィンドウの開始時刻の第２の指示および前記許可端末のリストの第３の指示のうち少なくとも１つとを含むステップと、
前記端末により、前記端末が前記許可端末のリスト内にあるかどうかを判定するステップと、
前記端末が前記許可端末のリスト内にある場合に、前記利用インジケータに従って、前記端末により、データを前記アクセス・ウィンドウにおいてアクセス・ポイントと交換するステップと、
を含む、方法。
【請求項１１】
前記利用インジケータは第１の管理パケットで受信される、請求項１０に記載の方法。
【請求項１２】
前記端末が前記許可端末のリスト内にあり、前記第１の指示は前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があることを示し、
前記方法は、前記端末と前記アクセス・ポイントの間のデータ交換に関する制御信号を受信するステップをさらに含み、
前記データを前記アクセス・ウィンドウにおいて前記アクセス・ポイントと交換するステップは、
前記制御信号に従って第１のデータ交換時刻を決定するステップと、
前記データを前記第１のデータ交換時刻で前記アクセス・ポイントと交換するステップと、
を含む、請求項１０または１１に記載の方法。
【請求項１３】
前記制御信号は第２の管理パケットで受信される、請求項１２に記載の方法。
【請求項１４】
前記制御信号は、前記端末と前記アクセス・ポイントの間の前記データ交換に関する開始時刻を含む、請求項１２または１３に記載の方法。
【請求項１５】
前記制御信号を受信する前に、低電力状態から復帰するステップをさらに含む、請求項１２乃至１４の何れか１項に記載の方法。
【請求項１６】
前記端末が前記許可端末のリスト内にあり、前記第１の指示は前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要はないことを示し、前記データを前記アクセス・ウィンドウにおいて前記アクセス・ポイントと交換するステップは、
指定された規則に従って第２のデータ交換時刻を決定するステップと、
前記データを前記第２のデータ交換時刻で前記アクセス・ポイントと交換するステップと、
を含む、請求項１０または１１に記載の方法。
【請求項１７】
ポーリング・パケットを前記アクセス・ポイントに送信するステップをさらに含む、請求項１０に記載の方法。
【請求項１８】
アクセス・ウィンドウに対する利用インジケータを生成し、前記利用インジケータに従って、データを前記アクセス・ウィンドウにおいて許可端末のうち少なくとも１つと交換するように構成されたプロセッサであって、前記利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示と、前記アクセス・ウィンドウの開始時刻の第２の指示および前記許可端末のリストの第３の指示のうち少なくとも１つとを含む、プロセッサと、
前記プロセッサに動作可能に接続され、前記利用インジケータをブロードキャストするように構成された送信器と、
を備える、アクセス・ポイント。
【請求項１９】
前記送信器は、前記利用インジケータを第１の管理フレームで送信するように構成された、請求項１８に記載のアクセス・ポイント。
【請求項２０】
前記第１の指示は、前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があることを示し、前記プロセッサは、前記許可端末のリストのサブセットと前記アクセス・ポイントの間のデータ交換に関する制御信号を生成するように構成され、前記送信器は前記制御信号をブロードキャストするように構成された、請求項１８または１９に記載のアクセス・ポイント。
【請求項２１】
前記送信器は、前記制御信号を第２の管理パケットで送信するように構成された、請求項２０に記載のアクセス・ポイント。
【請求項２２】
前記送信器は、前記第２の管理パケットを前記アクセス・ウィンドウの開始時に送信するように構成された、請求項２１に記載のアクセス・ポイント。
【請求項２３】
端末であって、
アクセス・ウィンドウに対する利用インジケータを受信するように構成された受信器であって、前記利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示と、前記アクセス・ウィンドウの開始時刻の第２の指示および前記許可端末のリストの第３の指示のうち少なくとも１つとを含む、受信器と、
前記受信器に動作可能に接続され、前記端末が前記許可端末のリスト内にあるかどうかを判定し、前記端末が前記許可端末のリスト内にあるか場合に、前記利用インジケータに従って、データを前記アクセス・ウィンドウにおいてアクセス・ポイントと交換するように構成されたプロセッサと、
を備える、端末。
【請求項２４】
前記受信器は、前記利用インジケータを第１の管理フレームで受信するように構成された、請求項２３に記載の端末。
【請求項２５】
前記端末が前記許可端末のリスト内にあり、前記第１の指示は、前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があることを示し、前記受信器は、前記端末と前記アクセス・ポイントの間のデータ交換に関する制御信号を受信するように構成された、請求項２３または２４に記載の端末。
【請求項２６】
前記プロセッサは、前記制御信号に従って第１のデータ交換時刻を決定し、前記データを前記第１のデータ交換時刻で前記アクセス・ポイントと交換するように構成された、請求項２５に記載の端末。
【請求項２７】
前記端末が前記許可端末のリスト内にあり、前記第１の指示は前記許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要はないことを示し、前記プロセッサは、指定された規則に従って第２のデータ交換時刻を決定し、前記データを前記第２のデータ交換時刻で前記アクセス・ポイントを交換するように構成された、請求項２３に記載の端末。
【請求項２８】
ＩＥＥＥ８０２．１１準拠通信システムのアクセス・ポイントを動作させるための方法であって、
前記アクセス・ポイントにより、前記アクセス・ポイントによりサービスされる端末のＲＡＷグループに関する制限アクセス・ウィンドウを指定するステップと、
前記アクセス・ポイントにより、前記端末のＲＡＷグループ内の端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１のインジケータを生成するステップと、
前記アクセス・ポイントにより、前記制限アクセス・ウィンドウに関する情報と前記第１のインジケータをビーコン・フレームとショート・ビーコン・フレームのうち１つでブロードキャストするステップと、
を含む、方法。
【請求項２９】
前記制限アクセス・ウィンドウに関する前記情報と前記第１のインジケータがＲＡＷパラメータ・セット情報要素でブロードキャストされる、請求項２８に記載の方法。
【請求項３０】
前記ＲＡＷパラメータ・セット情報要素は、前記ＲＡＷグループ、ＲＡＷ開始時刻、ＲＡＷ期間、および前記第１のインジケータを含む、請求項２９に記載の方法。
【請求項３１】
前記第１のインジケータは、前記端末がそのリソース割当てに関する情報を受信する必要がないことを示す、請求項２８乃至３０の何れか１項に記載の方法。
【請求項３２】
前記第１のインジケータは、前記端末がそのリソース割当てに関する情報を受信する必要があることを示し、
前記方法は、
前記制限アクセス・ウィンドウにおいてリソースを前記アクセス・ポイントによりサービスされる端末の前記ＲＡＷグループ内の少なくとも１つの端末に割り当てるステップと、
割り当てられたリソースに対応する制御信号を生成するステップと、
前記制御信号をブロードキャストするステップと、
をさらに含む、請求項２８乃至３０の何れか１項に記載の方法。
【請求項３３】
前記制御信号は、前記制限アクセス・ウィンドウの先頭でブロードキャストされる、請求項３２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、発明の名称を「パケット送信時刻指示のためのシステムおよび方法」とした２０１２年６月１４日出願の米国仮特許出願第６１／６５９、７５５号の利益を主張する、発明の名称を「パケット送信時刻を指示するためのシステムおよび方法」とした２０１３年６月１０日出願の米国非仮特許出願第１３／９１４、４０６号の利益を主張し、その両方を引用により本明細書に組み込む。
【０００２】
本発明は一般にデジタル通信に関し、具体的には、パケット送信時刻を指示するためのシステムおよび方法に関する。
【背景技術】
【０００３】
今日、ＩＥＥＥ８０２．１１技術標準の作業部会ａｈ（ＴＧａｈ）が、１ＧＨｚのキャリア周波数に特に着目した８０２．１１ａｈとも呼ばれるローカル・エリア・ネットワーク・プロトコルを定義する作業を行っている。ＴＧａｈの主な要求事項には、高々１キロメートル（ｋｍ）までの大規模カバレッジ・エリア、最低でも１００キロビット秒（ｋｂｐｓ）の物理（ＰＨＹ）層データ速度、２０メガビット秒（Ｍｂｐｓ）の最大集約マルチ端末データ速度、直交周波数分割多重化（ＯＦＤＭ）ＰＨＹ変調の利用、および２００７を超える団体のサポートが含まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、８０２．１１ａｈではオーバヘッドが重要な問題である。８０２．１１ａｈのＰＨＹでは、通常の８０２．１１プロトコルより１０倍低速のクロックを使用している。したがって、各シンボルは通常の８０２．１１プロトコルよりも１０倍長い。したがって、当該プロトコルの効率が８０２．１１ａｈに対しては重要である。
【課題を解決するための手段】
【０００５】
本発明の例示的な諸実施形態では、パケット送信時刻を指示するためのシステムおよび方法を提供する。
【０００６】
本発明の例示的な実施形態によれば、データを交換するための方法が提供される。当該方法は、アクセス・ポイントにより、アクセス・ウィンドウに対する利用インジケータを生成するステップであって、当該利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および当該許可端末のリストの第３の指示のうち少なくとも１つを含むステップと、当該アクセス・ポイントにより当該利用インジケータをブロードキャストするステップとを含む。当該方法はまた、当該アクセス・ポイントにより、当該利用インジケータに従ってデータを当該アクセス・ウィンドウにおいて当該許可端末のうち少なくとも１つと交換するステップを含む。
【０００７】
本発明の別の例示的な実施形態によれば、データを交換するための方法が提供される。当該方法は、端末により、アクセス・ウィンドウに対する利用インジケータを受信するステップであって、当該利用インジケータは、許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および許可端末のリストの第３の指示のうち少なくとも１つを含むステップと、当該端末により当該端末が当該許可端末のリスト内にあるかどうかを判定するステップとを含む。当該方法はまた、当該端末が当該許可端末のリスト内にある場合には、当該端末により、当該利用インジケータに従ってデータを当該アクセス・ウィンドウにおいてアクセス・ポイントと交換するステップを含む。
【０００８】
本発明の別の例示的な実施形態によれば、アクセス・ポイントが提供される。当該アクセス・ポイントは、プロセッサと、当該プロセッサに動作可能に接続された送信器とを備える。当該プロセッサは、アクセス・ウィンドウに対する利用インジケータを生成し、当該利用インジケータに従ってデータを当該アクセス・ウィンドウにおいて当該許可端末のうち少なくとも１つと交換する。当該利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および当該許可端末のリストの第３の指示のうち少なくとも１つを含む。当該送信器は当該利用インジケータをブロードキャストする。
【０００９】
本発明の別の例示的な実施形態によれば、端末が提供される。当該端末は、受信器と、当該受信器に動作可能に接続されたプロセッサとを備える。当該受信器はアクセス・ウィンドウに対する利用インジケータを受信し、当該利用インジケータは、許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および許可端末のリストの第３の指示のうち少なくとも１つを含む。当該プロセッサは、当該端末が当該許可端末のリスト内にあるかどうかを判定し、当該端末が当該許可端末のリスト内にあるか場合には、当該利用インジケータに従ってデータをアクセス・ウィンドウにおいてアクセス・ポイントと交換する。
【００１０】
本発明の別の例示的な実施形態によれば、ＩＥＥＥ８０２．１１準拠通信システムのアクセス・ポイントを動作させるための方法が提供される。当該方法は、当該アクセス・ポイントにより、当該アクセス・ポイントによりサービスされる端末のＲＡＷグループに関する制限アクセス・ウィンドウを指定するステップと、当該アクセス・ポイントにより、端末のＲＡＷグループ内の端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１のインジケータを生成するステップとを含む。当該方法はまた、当該アクセス・ポイントにより、当該制限アクセス・ウィンドウと当該第１のインジケータに関する情報をビーコン・フレームとショート・ビーコン・フレームのうち１つでブロードキャストするステップを含む。
【００１１】
１実施形態の１つの利点は、様々なパケット送信時刻指示技術を利用することにより、変化するデータ交換の必要性に制限アクセス・ウィンドウを適応させることができることである。したがって、データ交換の必要性が一貫しており正常であるときに低シグナリング・オーバヘッドのパケット送信時刻指示技術を使用することができ、データ交換の必要性が不規則であり広範囲に変化するときに高シグナリング・オーバヘッドのパケット送信時刻指示技術を使用することができる。
【００１２】
１実施形態のさらなる利点は、変化するデータ交換の必要性に適応する能力により、シグナリング・オーバヘッドならびに利用可能なネットワーク・リソースをより効率的に利用できることである。
【００１３】
本発明およびその利点をより十分に理解するために、以下で添付図面と関連して説明を行う。
【図面の簡単な説明】
【００１４】
【図１】本明細書で説明する例示的な諸実施形態に従う例示的な通信システムの図である。
【図２】本明細書で説明する例示的な諸実施形態に従ってパケット送信時刻を指示するための暗黙的な指示技術が使用される、アクセス・ポイントと複数の端末の間で行われる送信の例示的な図である。
【図３】本明細書で説明する例示的な諸実施形態に従ってパケット送信時刻を指示するための第１の明示的な指示技術が使用される、アクセス・ポイントと複数の端末の間で行われる送信の例示的な図である。
【図４】本明細書で説明する例示的な諸実施形態に従ってパケット送信時刻を指示するための第２の明示的な指示技術が使用される、アクセス・ポイントと複数の端末の間で行われる送信の例示的な図である。
【図５】本明細書で説明する例示的な諸実施形態に従う例示的な情報要素の図である。
【図６】本明細書で説明する例示的な諸実施形態に従う、アクセス・ポイントがデータを複数の端末と交換する際にアクセス・ポイントで生ずる動作の例示的な流れ図である。
【図７】本明細書で説明する例示的な諸実施形態に従う、端末がデータをアクセス・ポイントと交換する際に端末で生ずる動作の例示的な流れ図である。
【図８】本明細書で説明する例示的な諸実施形態に従う例示的な第１の通信装置の図である。
【図９】本明細書で説明する例示的な諸実施形態に従う例示的な第２の通信装置の図である。
【発明を実施するための形態】
【００１５】
本発明の例示的な諸実施形態の動作とその構造を以下で詳細に説明する。しかし、本発明は、多種多様な具体的な状況で具体化できる多数の適用可能な進歩性ある概念をもたらすことは理解される。説明する具体的な諸実施形態は本発明の具体的な構造と本発明を実施するための方法を例示するものにすぎず、本発明の範囲を限定するものではない。
【００１６】
本発明の１実施形態はパケット送信時刻を指示することに関する。例えば、アクセス・ポイントが、アクセス・ウィンドウに対する利用インジケータを生成し、当該利用インジケータをブロードキャストする。当該利用インジケータは、許可端末のリスト内の許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および当該許可端末のリストの第３の指示のうち少なくとも１つを含む。当該アクセス・ポイントはまた、当該利用インジケータに従って、データを当該アクセス・ウィンドウにおいて当該許可端末のうち少なくとも１つと交換する。別の例として、端末はアクセス・ウィンドウに対する利用インジケータを受信し、当該端末が当該許可端末のリスト内にあるかどうかを判定する。当該利用インジケータは、許可端末がそのリソース割当てに関する情報を受信する必要があるかどうかの第１の指示ならびに当該アクセス・ウィンドウの開始時刻の第２の指示および許可端末のリストの第３の指示のうち少なくとも１つを含む。当該端末はまた、当該端末が当該許可端末のリスト内にある場合には、当該利用インジケータに従ってデータを当該アクセス・ウィンドウにおいてアクセス・ポイントと交換する。
【００１７】
本発明を、具体的な状況における例示的な諸実施形態、即ち、制限アクセス・ウィンドウと様々なパケット送信時刻指示技術を使用するＩＥＥＥ８０２．１１ＴＧａｈ準拠通信システムと関連して説明する。しかし、本発明を、第三世代パートナシップ・プロジェクト（３ＧＰＰ）または他の８０２．１１技術標準のような他の標準に準拠するもの、ならびに、制限アクセス・ウィンドウや様々なパケット送信時刻指示技術を使用する非標準的な通信システムに適用してもよい。
【００１８】
図１は通信システム１００を示す。通信システム１００を、無線ＬＡＮ（ＷＬＡＮ）基本サービス・セット（ＢＳＳ）と称してもよいことに留意されたい。通信システム１００は、複数の端末（通信装置の例）にサービスする、通信コントローラの例であるアクセス・ポイント（ＡＰ）１０５を備える。当該複数の端末が、端末１１０乃至１１４のような典型的な端末を含んでもよく、パーソナル・コンピュータ、ラップトップ、タブレット、マルチメディア・サーバ等を含んでもよい。当該複数の端末が、オフローディング端末（ｏｆｆｌｏａｄｉｎｇ  ｓｔａｔｉｏｎ）１２０乃至１２４のようなオフローディング端末を含んでもよく、一般に他のアクセス・ネットワークを介してサービスにアクセスする端末を含んでもよい。オフローディング端末の例には、携帯電話、ユーザ機器等が含まれる。当該複数の端末はまた、センサ１３０乃至１３４のようなセンサを備えてもよい。一般に、センサは、天気情報、セキュリティ情報、位置情報、健康情報、安全性情報、性能情報等のような情報を収集するために使用される。当該センサは、アクセス・ポイント１０５を介して情報をサーバまたは情報集約器に送信することができる。当該センサはまた、当該情報を送信する前に当該情報を集約してもよい。
【００１９】
通信システムが、幾つかの端末と通信可能な複数のアクセス・ポイントを使用してもよいことは理解されるが、簡単のため、有限個のアクセス・ポイントと端末のみを示してある。
【００２０】
通常の８０２．１１プロトコルでは、ダウンリンクデータ送信に関して、アクセス・ポイント（ＡＰ）は、アクセス・ポイントがサービスする端末（ＳＴＡ）の各々に対してバッファされたダウンリンク・データが存在するかどうかの情報を含むトラフィック指示マップ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ、ＴＩＭ）を送信する。端末に対してバッファされたダウンリンク・データが存在するときには、当該端末は、ＴＩＭを復号化した後、端末が起動しておりダウンリンク・データ・パケットを受信する準備ができていることをアクセス・ポイントに指示する電力節約ポール（ＰＳ  Ｐｏｌｌ）フレームを送信してもよい。当該アクセス・ポイントがＰＳ  Ｐｏｌｌフレームを受信した後、当該アクセス・ポイントは、端末が準備できている場合にはダウンリンク・データ・パケットを直接当該端末に送信し、準備できていない場合にはＰＳ  Ｐｏｌｌフレームに応答して受理フレームを送信してもよい。当該アクセス・ポイントはすぐに、ダウンリンクデータパケットを送信する。
【００２１】
複数の端末がアクセス・ポイントでダウンリンク・データをバッファしたとしてＴＩＭ内で示された場合には、当該複数の端末が、実質的に同時にＰＳ  Ｐｏｌｌフレームの送信を試み、その結果、衝突の可能性が高まる可能性がある。当該アクセス・ポイントのカバレッジ領域内の当該複数の端末は、端末間の潜在的に長い距離のため他の端末が何を送信したかを監視できないので、今日の搬送波感知多重アクセス／衝突検出（ＣＳＭＡ−ＣＤ）機構は効率的に動作することができない。当該端末が互いを監視できないことは、一般に隠れノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）と呼ばれる。当該隠れノード問題は、８０２．１１ａｈの利用シナリオ、例えば、より厳しい遮蔽および／またはフェーディング、より広範囲のカバレッジ領域、当該アクセス・ポイントのカバレッジ領域内で動作するより多くの数の端末を有する屋外のチャネル環境においてさらに悪化する。
【００２２】
一般に、パケット送信時刻を端末に対して示すためにアクセス・ポイントが使用できる幾つかの技術がある。第１の技術は、暗黙的な指示と称されることもあり、当該アクセス・ポイントが端末のパケット送信時刻のどの具体的な情報および／またはインジケータも送信しないことを必要としてもよい。寧ろ、当該端末が、予め指定された規則に従ってそのパケット送信時刻を推論できてもよい。したがって、当該端末は、そのパケット送信時刻に関する具体的な情報を受信する必要はない。例として、当該端末が、ＴＩＭ内のその位置に従ってそのパケット送信を推論できてもよい。第２の技術は、明示的な指示と称されることもあり、当該アクセス・ポイントが端末のパケット送信時刻の具体的な情報および／またはインジケータを送信するのを必要としてもよい。したがって、当該端末は、そのパケット送信時刻に関する具体的な情報を受信する必要がある。例として、当該アクセス・ポイントが、当該端末のパケット送信時刻の開始時刻および／または周波数チャネルを指定する制御信号を送信してもよい。
【００２３】
パケット送信時刻という用語が、ダウンリンク送信であるアクセス・ポイントにより行われるパケット送信の時刻、または、アップリンク送信である端末により行われるパケット送信の時刻を示してもよいことに留意されたい。したがって、パケット送信時刻が、アクセス・ポイントと端末の間のデータ交換の開始であってもよい。パケット送信周波数またはパケット送信時刻とパケット送信周波数の両方を示すためにパケット送信時刻という用語を使用してもよいことにも留意されたい。したがって、パケット送信時刻という用語を使用することを、例示的な諸実施形態の範囲と趣旨を限定するものと考えるべきではない。
【００２４】
アクセス・ポイントまたは端末が所与のパケット送信時刻でパケットを送信できないことがありうることにさらに留意されたい。例として、通信チャネルが当該所与のパケット送信時刻でビジーであるかもしれず、当該アクセス・ポイントまたは当該端末が送信の準備ができていないかもしれない、等である。したがって、パケット送信時刻を、アクセス・ポイントまたは当該端末が送信できる最早時刻と考えることができるが、当該アクセス・ポイントまたは当該端末は実際にはそれより後の時刻で送信するかもしれない。したがって、パケット送信時刻を推定時刻とみなしてもよい。さらに、パケット送信時刻により、アクセス・ポイントまたは端末がそれより前に送信できない時刻を規定してもよい。
【００２５】
図２は、アクセス・ポイントと複数の端末の間で行われる送信の図２００を示す。パケット送信時刻を指示するための暗黙的な指示技術が使用される。図２に示すように、第１のビーコン２０５と第２のビーコン２０７の間で当該アクセス・ポイントと当該複数の端末内の端末により行われる送信が示されている。第１のビーコン２０５と第２のビーコン２０７の間で、２つの制限アクセス・ウィンドウ（ＲＡＷ）が定義されている。一般に、ＲＡＷを、第１のビーコン２０５と第２のビーコン２０７の時間間隔のような時間間隔における通信チャネルのリソースから定義または指定してもよい。当該アクセス・ポイントが、どの端末がＲＡＷにおいて当該通信チャネルにアクセスできるかを指定してもよい。換言すれば、ＲＡＷにおける当該通信チャネルへのアクセスは、当該アクセス・ポイントにより明示的にアクセスが許可されたものに制限される。第１のＲＡＷ２１０（「ＲＡＷ＿１」）をポーリング期間と称してもよく、第２のＲＡＷ２１２（「ＲＡＷ＿２」）をデータ送信期間と称してもよい。２つのＲＡＷを示したけれども、任意数のＲＡＷを所与の時間間隔において、当該任意数のＲＡＷが当該所与の時間間隔を超過しない限り、定義してもよいことに留意されたい。したがって、当該２つのＲＡＷを図示し説明することが、例示的な諸実施形態の範囲または趣旨を限定するものと考えるべきではない。
【００２６】
一般に、ＲＡＷに関する情報はアクセス・ポイントにより端末に送信される。当該情報をビーコンで送信してもよい。当該情報を定期的に、継続的に、または当該アクセス・ポイントがＲＡＷに変更を加えたときに送信してもよい。ＲＡＷに関する情報を利用インジケータと称してもよい。当該利用インジケータが、ＲＡＷの開始時刻、ＲＡＷの期間、ＲＡＷにおいて通信チャネルにアクセスできる端末、パケット送信時刻を指示するために使用される技術、スロット期間等のような情報を含んでもよい。
【００２７】
第１のＲＡＷ２１０では、暗黙的な指示技術を使用してパケット送信時刻を指示する。ポーリング・パケット（「ＰＳ」と称する）の送信を許可された複数の端末の各端末がＴＩＭ内のその位置に基づく規則のような予め指定された規則に従ってそのパケット送信時刻を推定することができる。第２のＲＡＷ２１２では、暗黙的な指示技術を使用してパケット送信時刻を指示する。ポーリング・パケットの送信を許可された複数の端末の各端末が、ＴＩＭ内のその位置に基づく規則のような予め指定された規則に従って第２のＲＡＷ２１２内のそのパケット送信時刻を推定することができる。図２には、パケット送信時刻２２０、パケット送信時刻２２２等のようなパケット送信時刻が端末ごとに示されている。当該パケット送信時刻は固定されているので、例えばパケット送信時刻２２０で送信されるパケット２２５に対して、パケット送信時刻に割り当てられた端末が当該パケット送信時刻を十分に埋めるのに十分なデータを有する場合は、通信チャネルの効率性は高いことに留意されたい。しかし、例えばパケット送信時刻２２２で送信されるパケット２２７に対して、端末が当該パケット送信時刻を埋めるのに十分なデータを有さない場合には、通信チャネルの効率性は低い。
【００２８】
図３は、アクセス・ポイントと複数の端末の間で行われる送信の図３００を示す。パケット送信時刻を指示するための第１の明示的な指示技術が使用される。図３に示すように、当該アクセス・ポイントと、第１のビーコン３０５と第２のビーコン３０７の間の複数の端末の中の端末とによる送信が示されている。第１のビーコン３０５と第２のビーコン３０７の間には、２つの制限アクセス・ウィンドウ（ＲＡＷ）が定義されている。第１のＲＡＷ３１０（「ＲＡＷ＿１」）をポーリング期間と称してもよく、第２のＲＡＷ３１２（「ＲＡＷ＿２」）をデータ送信期間と称してもよい。
【００２９】
第１のＲＡＷ３１０では、暗黙的な指示技術を使用してパケット送信時刻を指示する。ポーリング・パケット（「ＰＳ」と称する）の送信を許可された複数の端末の各端末がＴＩＭ内のその位置に基づく規則のような予め指定された規則に従ってそのパケット送信時刻を推定することができる。第２のＲＡＷ３１２では、明示的な指示技術を使用してパケット送信時刻を指示する。送信を許可された複数の端末の各端末がそのパケット送信ウィンドウのインジケータを受信する。例示的な実施形態によれば、当該アクセス・ポイントが第２のＲＡＷ３１２の先頭でブロードキャスト・パケット３１５（「ＢＣ  ＰＫＴ」）を送信してもよい。ブロードキャスト・パケット３１５が送信を許可された端末ごとのパケット送信時刻情報を含んでもよい（例として、ポーリング・パケットを当該端末に送信した端末ごとにパケット送信時刻情報が存在してもよい）。図３において、ブロードキャスト・パケット３１５が第２のＲＡＷ３１２の開始または先頭でブロードキャストされているとして示されているが、ブロードキャスト・パケット３１５を、第２のＲＡＷ３１２のパケット送信時刻の何れかより前に送信される限り、他の時点で送信してもよい。第１のＲＡＷ３１０と第２のＲＡＷ２１２はスロット３２０のような固定期間のスロットに分割され、当該パケット送信時刻はスロット間隔で開始するように割り当てられることに留意されたい。単一のＲＡＷに対するスロットは期間において等価であるが、異なるＲＡＷのスロットが異なってもよいことにも留意されたい。
【００３０】
図４は、アクセス・ポイントと複数の端末の間で行われる送信の図４００を示す。パケット送信時刻を指示するための第２の明示的な指示技術が使用される。図４に示すように、第１のビーコン４０５と第２のビーコン４０７の間で当該アクセス・ポイントと当該複数の端末内の端末により行われる送信が示されている。第１のビーコン４０５と第２のビーコン４０７の間に、２つの制限アクセス・ウィンドウ（ＲＡＷ）が定義されている。第１のＲＡＷ４１０（「ＲＡＷ＿１」）をポーリング期間と称してもよく、第２のＲＡＷ４１２（「ＲＡＷ＿２」）をデータ送信期間と称してもよい。
【００３１】
第１のＲＡＷ４１０では、暗黙的な指示技術を使用してパケット送信時刻を指示する。ポーリング・パケット（「ＰＳ」と称する）の送信を許可された複数の端末の各端末がＴＩＭ内のその位置に基づく規則のような予め指定された規則に従ってそのパケット送信時刻を推定することができる。第２のＲＡＷ４１２では、明示的な指示技術を使用してパケット送信時刻を指示する。送信を許可された複数の端末の各端末がそのパケット送信ウィンドウのインジケータを受信する。例示的な実施形態によれば、当該アクセス・ポイントが、ブロードキャスト・パケット４１５（「ＢＣ  ＰＫＴ」）を第２のＲＡＷ４１２の開始または先頭で送信してもよい。端末に対してパケット送信時刻を明示的に示すことに加えて、当該端末が第２のＲＡＷ４１２の期間を変更してもよい。一般に、ＲＡＷの期間は予め指定されており、ビーコンで当該端末に提供することができる。しかし、実際の利用では、当該アクセス・ポイントがポーリング・パケットの送信を許可した端末の一部が実際にはポーリング・パケットを送信できないことがある。例として、端末がスリープしており、ポーリング・パケットの送信機会を逸する可能性がある。したがって、第２のＲＡＷ４１２の全体を必要としなくともよい。したがって、当該アクセス・ポイントが、例えば競合期間において、第２のＲＡＷ４１２の期間を変更（例えば、短縮）して他の使用のためにリソースを解放してもよい。
【００３２】
当該アクセス・ポイントが、第２のＲＡＷ４１２への変化に関する情報をブロードキャスト・パケット４１５に含めてもよい。図４に示すように、第２のＲＡＷ４１２はブロードキャスト・パケット４１５内の情報により変更され、元の第２のＲＡＷ４１４（「ＯＲＩＧＩＮＡＬＲＡＷ＿２」）は、ブロードキャスト・パケット４１５内の情報で上書きされる前にビーコン内で当該アクセス・ポイントにより指定される第２のＲＡＷ４１２の期間を示す。第１のＲＡＷ４１０と第２のＲＡＷ４１２は固定期間のスロットに分割され、パケット送信時刻がスロット間隔で開始するように割り当てられることに留意されたい。単一のＲＡＷに対するスロットは期間において等価であるが、異なるＲＡＷのスロットが異なってもよいことにも留意されたい。
【００３３】
図５は情報要素（ＩＥ）５００を示す。ＩＥ５００を、ＲＡＷに関する情報をアクセス・ポイントによりサービスされる端末にアクセス・ポイントが提供できるようにするために、ビーコン・フレーム２０５、ビーコン・フレーム３０５、およびビーコン・フレーム４０５のようなブロードキャスト・パケットに含めてもよい。ＩＥ５００が要素識別子（「要素ＩＤ」）フィールド５０５を含んでもよい。要素識別子（「要素ＩＤ」）フィールド５０５は、ＲＡＷ情報を運搬するためのＩＥとしてＩＥ５１０を識別する識別子（ＩＤ）を運搬するのに使用される。ＩＥ５００が、ＩＥ５００の長さを運搬するために使用される長さフィールド５１０を含んでもよい。ＩＥ５００が、ＲＡＷ＿１フィールド５１５、ＲＡＷ＿２フィールド５１７、およびＲＡＷ＿Ｎフィールド５１９のような１つまたは複数のＲＡＷフィールドを含んでもよい。ＲＡＷフィールドは、関連するＲＡＷに関する情報を運搬する。
【００３４】
例として、ＲＡＷフィールドがサブフィールドを含んでもよい。サブフィールドがインジケータおよび／または値を含んでもよい。即ち、
−  グループ（複数可）識別子−ＲＡＷまたはＲＡＷグループにアクセスできるユーザを規定
−  ＲＡＷ開始時刻−ＲＡＷにアクセスできるユーザに対して通信チャネル・アクセスの開始時刻を規定
−  パケット送信時刻指示タイプ−例えば暗黙的または明示的にパケット送信指示に使用される技術を規定
−  ＲＡＷ期間修正−変更されたＲＡＷ期間を規定
−  パケット・タイプ−ＲＡＷの目的を規定
−  ＲＡＷ期間−ＲＡＷにアクセスできるユーザに対して通信チャネルの期間を規定
−  スロット期間−ＲＡＷにおける各スロットの期間を規定
【００３５】
一般に、上記暗黙的な指示技術のシグナリング・オーバヘッドは最小である。しかし、当該暗黙的な指示技術では、端末のパケット送信期間は通常、当該端末の実際のパケット送信時刻要件に関わらず固定されている。固定パケット送信期間を使用することで、通信システム全体の非効率性につながりうる。なぜならば、当該端末はその割り当てられた送信期間の一部しか必要とせず、したがって、当該端末がそのデータ交換を実施した後は、通信チャネルは当該送信期間の残りに対してアイドルであるからである。同様に、当該端末がその割り当てられた送信期間より多くを必要とする場合には、当該端末が拡張された期間にわたってそのデータ交換を拡大する必要があるかもしれず、そのため通信レイテンシが増大しうる。
【００３６】
しかし、データ交換で交換される全てのパケットのサイズが同じであるわけではない。ポーリング・パケットのような幾つかのパケットのサイズは、送信元および／または宛先に関わらず実質的に同じである。データパケットのような幾つかのパケットは、各端末のアプリケーションに応じてサイズが大幅に異なることがある。したがって、一部のパケット・タイプに対してはパケット送信時刻の暗黙的な指示の使用が適切である可能性がある一方、その他のパケット・タイプでは、通信チャネルの効率性とシグナリング・オーバヘッドの両方を考慮するとき、パケット送信時刻の明示的な指示を使用するのが良いことがある。
【００３７】
図６は、アクセス・ポイントがデータを複数の端末と交換する際にアクセス・ポイントで生ずる動作６００の流れ図を示す。動作６００が、アクセス・ポイントがデータを複数の端末と交換する際に、アクセス・ポイント１０５のようなアクセス・ポイントで生ずる動作を示すものであってもよい。
【００３８】
動作６００が、当該アクセス・ポイントが制限アクセス・ウィンドウ（ＲＡＷ）を指定するステップ（ブロック６０２）で開始してもよい。前述のように、ＲＡＷを通信チャネルのリソースから規定してもよい。ＲＡＷにおける通信チャネルのリソースに対するアクセスを、アクセス・ポイントにより規定した端末に限定してもよい。例として、当該アクセス・ポイントにより、特定のグループに属する端末のみが通信チャネルのリソースにアクセスできると規定してもよい。あるいは、当該アクセス・ポイントが、特定のサブスクリプション・レベル、優先度レベル、特定のタイプ、特定のトラフィック・タイプ等を有する端末が通信チャネルのリソースにアクセスできると規定してもよい。
【００３９】
当該アクセス・ポイントが、ＲＡＷに関する利用インジケータを生成してもよい（ブロック６０５）。前述のように、当該利用インジケータが、ＲＡＷの開始時刻、ＲＡＷの期間、ＲＡＷにおいて通信チャネルにアクセスできる端末、ＲＡＷにおいて送信されるパケット・タイプ、パケット送信時刻を指示するために使用される技術、スロット期間等のようなインジケータおよび／または情報を含んでもよい。一般に、当該利用インジケータがＲＡＷに関する情報を含んでもよい。例として、当該利用インジケータが、パケット送信時刻を示すために使用される指示技術、ならびに、ＲＡＷの開始時刻、ＲＡＷの期間、ＲＡＷにおいて通信チャネルにアクセスできる端末、ＲＡＷにおいて送信されるパケット・タイプ、スロット期間等のようなＲＡＷに関する情報を含んでもよい。別の例として、パケット送信時刻を示すのに使用される指示技術を、明示的なパケット送信時刻指示が使用される場合には明示的なインジケータに、暗黙的なパケット送信時刻指示が使用される場合には暗黙的なインジケータに設定してもよい。
【００４０】
当該インジケータが、端末が受信すべき情報がパケット送信時刻であるかどうかを示してもよい。例として、当該インジケータが、暗黙的なパケット送信時刻指示が使用されると示してもよく、これは、端末がそのパケット送信時刻に関する情報を受信する必要がないことを意味する。しかし、明示的なパケット送信時刻指示が使用されると当該インジケータが示す場合には、端末はそのパケット送信時刻に関する情報を受信しなければならないはずである。したがって、暗黙的な送信時刻指示が使用されると当該インジケータが示す場合には、当該インジケータはまた、端末がそのパケット送信時刻に関する情報を受信する必要がないことも示す。一方、明示的な送信時刻指示が使用されると当該インジケータが示す場合には、当該インジケータはまた、端末がそのパケット送信時刻に関する情報を受信する必要があることも示す。同様に、当該端末がそのパケット送信時刻に関する情報を受信する必要がないと当該インジケータが示す場合には、当該インジケータはまた、暗黙的な送信時刻指示が使用されることも示す。一方、当該端末がそのパケット送信時刻に関する情報を受信する必要があると当該インジケータが示す場合には、当該インジケータはまた、明示的な送信時刻指示が使用されることも示す。当該アクセス・ポイントは当該利用インジケータを送信してもよい（ブロック６１０）。当該アクセス・ポイントは、当該利用インジケータをビーコンに挿入して当該ビーコンをブロードキャストしてもよく、これを指定の区間で行ってもよい。
【００４１】
利用インジケータ内のパケット送信時刻を指示するために使用される指示技術により示されるように、ＲＡＷにおいてパケット送信時刻を指定するために明示的な送信時刻指示が使用されるかどうかを判定するためのチェックを当該アクセス・ポイントが実施してもよい（ブロック６１５）。換言すれば、当該アクセス・ポイントが、当該端末がそのリソース割当てに関する情報を受信する必要があるかどうかをチェックしてもよい。当該アクセス・ポイントが明示的な送信時刻指示を使用してＲＡＷにおいて端末に対するパケット送信時刻を規定する場合には、当該アクセス・ポイントがデータ交換用のリソースを割当て、当該データ交換用の制御信号を生成してもよい（ブロック６２０）。前述のように、当該制御信号が当該端末と当該アクセス・ポイントに対するデータ交換の開始時刻を含んでもよい。当該端末が、ポーリング・パケット（例えば、ＰＳ−Ｐｏｌｌ）をアクセス・ポイントに送信したものであってもよい。当該制御信号がＲＡＷに対する調整、例えば、ＲＡＷの期間を含んでもよい。当該アクセス・ポイントが当該制御信号を送信してもよい（ブロック６２５）。当該アクセス・ポイントが当該制御信号をＲＡＷの開始または先頭で送信してもよい。例として、当該制御信号をＲＡＷの先頭でブロードキャスト・パケット３１５のようなブロードキャスト・パケットで送信してもよい。あるいは、当該アクセス・ポイントが当該制御信号を、ＲＡＷの開始前の任意の時点で送信してもよい。例として、当該アクセス・ポイントが、ビーコンを送信した後に当該制御信号を送信してもよい。当該アクセス・ポイントが、当該利用インジケータ内のパケット送信時刻を指示するために使用される指示技術により示されるように、暗黙的な送信時刻指示を用いてＲＡＷにおいて端末に対するパケット送信時刻を指定する場合には（ブロック６１５）、当該アクセス・ポイントは、ＲＡＷが何らかの方法で変更されていなければＲＡＷに関する任意の追加の情報を送信する必要がなくともよい。
【００４２】
当該アクセス・ポイントはデータをＲＡＷにおいて端末と交換してもよい（ブロック６３０）。前述のように、データの交換が、当該アクセス・ポイントがパケットを端末に送信すること、および／または、当該アクセス・ポイントがパケットを端末から受信することを含んでもよい。ＲＡＷ内で行われるデータ交換は当該アクセス・ポイントにより指定されたＲＡＷに従う。当該アクセス・ポイントにより送信された利用インジケータに従って、パケットのサイズを制限してもよく、その後端末の順序付けを行う必要があってもよい等である。当該利用インジケータは、ＲＡＷで送信できるパケット・タイプを含んでもよい。
【００４３】
図７は、端末がデータをアクセス・ポイントと交換する際に端末で生ずる動作７００の流れ図を示す。動作７００が、端末１１０乃至１３４のような、当該端末がデータをアクセス・ポイントと交換する際の端末内で生ずる動作を示すものであってもよい。
【００４４】
動作７００が、当該端末が利用インジケータをアクセス・ポイントから受信するステップ（ブロック７０５）で開始してもよい。前述のように、当該利用インジケータが、パケット送信時刻を指示するために使用される技術、ＲＡＷの開始時刻、ＲＡＷの期間、ＲＡＷにおいて通信チャネルにアクセスできる端末、ＲＡＷにおいて送信されるパケット・タイプ、スロット期間等のような情報を含んでもよい。当該利用インジケータが、当該端末がそのリソース割当てに関する情報を受信する必要がある（明示的な送信時刻指示が使用される）かどうかまたは当該端末がそのリソース割当てに関する情報を受信する必要がない（暗黙的な送信時刻指示が使用される）かどうかを示してもよい。当該利用インジケータを、例えば当該アクセス・ポイントによりビーコンでブロードキャストしてもよい。当該利用インジケータを受信する前に、当該端末が当該アクセス・ポイントでバッファされたダウンリンク情報を有するとして示されるＴＩＭを受信したことに応答して、当該端末がポーリング・パケット、例えば、ＰＳ−Ｐｏｌｌを当該アクセス・ポイントに送信してもよいことに留意されたい。
【００４５】
当該端末が、ＲＡＷの間に当該端末が当該通信チャネルへのアクセスを許可されているかどうかを判定するためのチェックを実施してもよい（ブロック７１０）。例として、当該端末が、ＲＡＷの間に当該端末が当該通信チャネルへのアクセスを許可されているかどうかを判定するための利用インジケータをチェックしてもよい。当該利用インジケータが、ＲＡＷの間に当該通信チャネルへのアクセスを許可されている特定の端末、端末の種類、端末のグループ等を列挙してもよい。ＲＡＷにおいて当該端末が当該通信チャネルへのアクセスを許可されていない場合には、動作７００を終了してもよい。
【００４６】
当該端末が当該通信チャネルにアクセスできる場合には、当該端末は、パケット送信時刻の明示的な指示がＲＡＷにおいて使用されているかどうかを判定するためのチェックを実施してもよい（ブロック７１５）。当該端末が、パケット送信時刻の明示的な指示が使用されているかどうかを判定するために当該利用インジケータをチェックしてもよい。換言すれば、当該端末が、当該端末がそのリソース割当てに関する情報を受信する必要があるかどうかをチェックしてもよい。当該利用インジケータが、パケット送信時刻の明示的な指示またはパケット送信時刻の暗黙的な指示が使用されているかどうかを示す単一のビット値またはマルチビット・インジケータを含んでもよい。パケット送信時刻の明示的な指示が使用されている場合には、当該端末が制御信号をアクセス・ポイントから受信してもよい（ブロック７２０）。当該制御信号を、例えば、ＲＡＷにおけるパケット送信時刻の開始の前に、または、ＲＡＷの前に完全に、ブロードキャスト・パケットでブロードキャストしてもよい。当該制御信号が、当該通信チャネルにアクセスを許可された端末の少なくともサブセットに対してパケット送信時刻を指定してもよい。例として、当該制御信号が、ポーリング区間の間に応答した端末に対してパケット送信時刻を指定してもよい。当該制御信号が、ＲＡＷの期間のようなＲＡＷに対する調整を含んでもよい。当該端末がそのパケット送信時刻を当該制御信号から決定してもよい（ブロック７２５）。例として、当該制御信号が当該パケット送信時刻を順次列挙してもよく、当該端末が、当該通信チャネルへのアクセスが許可された端末のリスト内のその位置に従ってそのパケット送信時刻を選択してもよい。
【００４７】
当該端末が、そのパケット送信時刻までエネルギを節約するためにスリープまたは低電力状態に入ってもよい（ブロック７３０）。しかし、実施すべき他の作業を当該端末が有する場合には、スリープまたは低電力状態に必ずしも入らなくともよい。当該端末が、そのパケット送信時刻でスリープまたは低電力状態から復帰して、アクセス・ポイントとデータ交換を実施してもよい（ブロック７３５）。当該端末がスリープまたは低電力状態に入らなかった場合には、当該端末はそのパケット送信時刻までその作業を実施し続けてもよいことに留意されたい。その時点で、当該端末が、当該アクセス・ポイントとのデータ交換の実施に着目してもよい。
【００４８】
パケット送信時刻の明示的な指示が使用されない（即ち、パケット送信時刻の暗黙的な指示が使用される）場合には、当該端末は予め指定された規則を用いてそのパケット送信時刻を判定してもよい（ブロック７４０）。例として、当該端末が、通信チャネルへのアクセスが許可された端末のリスト内のその位置に従ってそのパケット送信時刻を決定できてもよい。当該端末がブロック７３０に進んで、そのパケット送信時刻までエネルギを節約するために、スリープまたは低電力状態に入ってももよい。
【００４９】
図８は第１の通信装置８００を示す。通信装置８００が、基地局、アクセス・ポイント、ＮｏｄｅＢ、ｅＮＢ、基地局端末局（ｂａｓｅ  ｔｅｒｍｉｎａｌ  ｓｔａｔｉｏｎ）等のような通信コントローラの実装形態であってもよい。通信装置８００を使用して、本明細書で論じた諸実施形態の様々なものを実装してもよい。図８に示すように、送信器８０５は、ビーコン・フレーム、ショート・ビーコン・フレーム、利用インジケータ、ブロードキャスト・パケット、制御信号等を送信するように構成される。通信装置８００はまた、パケット、利用インジケータ、ブロードキャスト・パケット等を受信するように構成された受信器８１０を備える。
【００５０】
利用インジケータ生成ユニット８２０は、ＲＡＷに対する利用インジケータを生成するように構成される。利用インジケータ生成ユニット８２０は、ＲＡＷの開始時刻、ＲＡＷの期間、ＲＡＷの間に通信チャネルにアクセスできる端末、ＲＡＷの間に送信されるパケットのタイプ、パケット時刻を示すために使用される技術、スロット期間等のような情報を含むように構成される。制御信号生成ユニット８２２は、通信装置８００がサービスする端末に対してパケット送信時刻を指定するための制御信号を生成するように構成される。当該制御信号は、ＲＡＷに対する調整を含んでもよい。データ交換ユニット８２４は、データを端末と交換するように構成される。データ交換ユニット８２４が、端末に送信するためのパケットを生成し、かつ／または、当該端末から受信したパケットを処理してもよい。メモリ８３０は、ビーコン・フレーム、ショート・ビーコン・フレーム、利用インジケータ、制御信号等を格納するように構成される。
【００５１】
通信装置８００の要素を特定のハードウェアロジックブロックとして実装してもよい。代替として、通信装置８００の要素を、プロセッサ、コントローラ、特殊用途向け集積回路等で実行されるソフトウェアとして実装してもよい。さらに別の代替として、通信装置８００の要素をソフトウェアおよび／またはハードウェアとして実装してもよい。
【００５２】
例として、受信器８１０と送信器８０５を特定のハードウェア・ブロックとして実装してもよく、利用インジケータ生成ユニット８２０、制御信号生成ユニット８２２、およびデータ交換ユニット８２４が、（プロセッサ８１５のような）マイクロプロセッサまたはカスタム回路またはフィールド・プログラマブル・ロジック・アレイのカスタム・コンパイル型ロジック・アレイで実行するソフトウェア・モジュールであってもよい。利用インジケータ生成ユニット８２０、制御信号生成ユニット８２２、およびデータ交換ユニット８２４が、メモリ８３０に格納されたモジュールであってもよい。
【００５３】
図９は第２の通信装置９００を示す。通信装置９００が、局、ユーザ、ＮｏｄｅＢ、高度ＮｏｄｅＢ、サブスクライバ、端末等のような通信装置の実装形態であってもよい。通信装置９００を使用して、本明細書で説明した諸実施形態の様々なものを実装してもよい。図９に示すように、送信器９０５はパケット等を送信するように構成される。通信装置９００は、パケット、利用インジケータ、ブロードキャスト・パケット、制御信号等を受信するように構成された受信器９１０も備える。
【００５４】
利用インジケータ処理ユニット９２０は、受信した利用インジケータを処理してＲＡＷの特性を決定するように構成される。利用インジケータ処理ユニット９２０は、ＲＡＷの間に通信装置９００が通信チャネルにアクセスできるかどうか、パケット送信時刻等を示すために使用される指示技術、等を判定するように構成される。制御信号処理ユニット９２２は、受信した制御信号を処理するように構成される。制御信号処理ユニット９２２は、通信装置９００に対するパケット送信時刻およびＲＡＷに対する調整を決定するように構成される。データ交換ユニット９２４は、データをアクセス・ポイントと交換するように構成される。データ交換ユニット９２４は、アクセス・ポイントに送信するためのパケットを生成し、かつ／または、当該アクセス・ポイントから受信したパケットを処理してもよい。電力管理ユニット９２６は、通信装置９００のスリープモード、低下電力モード、完全電力モード等のような動作モードを設定するように構成される。メモリ９３０は、利用インジケータ、制御信号等を格納するように構成される。
【００５５】
通信装置９００の要素を特定のハードウェア・ロジック・ブロックとして実装してもよい。代替として、通信装置９００の要素を、プロセッサ、コントローラ、特殊用途向け集積回路等で実行されるソフトウェアとして実装してもよい。さらに別の代替として、通信装置９００の要素をソフトウェアおよび／またはハードウェアとして実装してもよい。
【００５６】
例として、受信器９１０と送信器９０５を特定のハードウェアブロックとして実装してもよく、利用インジケータ生成ユニット９２０、制御信号生成ユニット９２２、およびデータ交換ユニット９２４が（プロセッサ９１５のような）マイクロプロセッサまたはカスタム回路またはフィールド・プログラマブル・ロジック・アレイのカスタム・コンパイル型ロジック・アレイで実行するソフトウェア・モジュールであってもよい。利用インジケータ生成ユニット９２０、制御信号生成ユニット９２２、データ交換ユニット９２４、および電力管理ユニット９２６が、メモリ９３０に格納されたモジュールであってもよい。
【００５７】
本発明とその利点を詳細に説明したが、添付の特許請求の範囲で定義した本発明の趣旨と範囲から逸脱しない様々な変更、置換、および変形を行いうることは理解される。
【符号の説明】
【００５８】
１０５  アクセス・ポイント
１１０  端末
１１２  端末
１１４  端末
１２０  オフローディング端末
１２２  オフローディング端末
１２４  オフローディング端末
１３０  センサ
１３２  センサ
１３４  センサ
８０５  送信器
８１０  受信器
８２０  利用インジケータ生成ユニット
８２２  制御信号生成ユニット
８２４  データ交換ユニット
８３０  メモリ
９０５  送信器
９１０  受信器
９２０  利用インジケータ処理ユニット
９２２  制御信号処理ユニット
９２４  データ交換ユニット
９２６  電力管理ユニット
９３０  メモリ
【図１】
0005986305.tif 000002
【図２】
0005986305.tif 000003
【図３】
0005986305.tif 000004
【図４】
0005986305.tif 000005
【図５】
0005986305.tif 000006
【図６】
0005986305.tif 000007
【図７】
0005986305.tif 000008
【図８】
0005986305.tif 000009
【図９】
0005986305.tif 000010