(57)【要約】【課題】端末装置の特性に応じて適切な通信可能期間を設定すること。【解決手段】スケジュールに従ってスリープ状態へ移行することが可能な第１の無線端末およびそのスケジュールに従って動作することができない第２の無線端末と、通信することができる通信装置は、そのスケジュールにおいて第１の無線端末がスリープ状態でない第１の期間において第２の無線端末が信号を送信しないようにする又は第１の無線端末がスリープ状態である第２の期間において第２の無線端末が信号を送信するようにするための、所定の信号を、第２の無線端末に送信する。【選択図】  図５
2018186342.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
スケジュールに従ってスリープ状態へ移行することが可能な第１の無線端末および前記スケジュールに従って動作することができない第２の無線端末と、通信することができる通信手段と、
前記スケジュールにおいて前記第１の無線端末がスリープ状態でない第１の期間において前記第２の無線端末が信号を送信しないようにする又は前記第１の無線端末がスリープ状態である第２の期間において前記第２の無線端末が信号を送信するようにするための所定の信号を、前記第２の無線端末に送信するように前記通信手段を制御する制御手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信手段は、前記第１の無線端末および前記第２の無線端末と、ＩＥＥＥ８０２．１１規格に従って通信する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記所定の信号は、ＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）−ｔｏ−ｓｅｌｆフレームであり、
前記制御手段は、前記第２の無線端末が前記第１の期間を含む期間をＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）の期間とするように、前記ＣＴＳ−ｔｏ−ｓｅｌｆフレームに含める値を決定する、
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記所定の信号は、ＰＳＭＰ（Ｐｏｗｅｒ  Ｓａｖｅ  Ｍｕｌｔｉ−Ｐｏｌｌ）フレームであり、
前記制御手段は、前記第２の無線端末が信号を送信する期間が前記第２の期間に含まれるように、前記ＰＳＭＰフレームに含める値を決定する、
ことを特徴とする請求項２又は３に記載の通信装置。
【請求項５】
前記所定の信号は、前記第１の期間および前記第２の期間を少なくとも１つずつ含む期間をＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）として設定する信号と、前記ＣＦＰの期間に含まれる前記第２の期間において前記第２の端末装置に対して送信されるポーリングフレームとの組み合わせである、
ことを特徴とする請求項２から４のいずれか１項に記載の通信装置。
【請求項６】
前記第１の期間および前記第２の期間を少なくとも１つずつ含む期間を前記ＣＦＰとして設定する信号は、Ｂｅａｃｏｎである、
ことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記制御手段は、前記第２の無線端末の能力情報に基づいて、当該第２の無線端末に送信する前記所定の信号の種類を決定する、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記制御手段は、前記第１の無線端末がスリープ状態に移行している間に前記所定の信号を送信するように前記通信手段を制御する、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項９】
前記制御手段は、複数の前記第２の期間のうち、前記第２の無線端末による通信が行われてもよい期間を、複数の前記第２の期間の長さに応じて決定する、
ことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記第１の無線端末は、ＩＥＥＥ８０２．１１ａｘ規格におけるＴＷＴ（Ｔａｒｇｅｔ  Ｗａｋｅ  Ｔｉｍｅ）による前記スケジュールに従ってスリープ状態へと移行することができる無線端末であり、前記第２の無線端末は、ＩＥＥＥ８０２．１１ａｘ規格に準拠していない無線端末である、
ことを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
前記通信手段は、複数の前記第１の無線端末との間で、前記第１の期間において上りリンクのマルチユーザ通信を行う、
ことを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
スケジュールに従ってスリープ状態へ移行することが可能な第１の無線端末および前記スケジュールに従って動作することができない第２の無線端末と、通信することができる通信手段を有する通信装置の制御方法であって、
制御手段が、前記スケジュールにおいて前記第１の無線端末がスリープ状態でない第１の期間において前記第２の無線端末が信号を送信しないようにする又は前記第１の無線端末がスリープ状態である第２の期間において前記第２の無線端末が信号を送信するようにするための所定の信号を、前記第２の無線端末に送信するように前記通信手段を制御する制御工程を有する、
ことを特徴とする制御方法。
【請求項１３】
スケジュールに従ってスリープ状態へ移行することが可能な第１の無線端末および前記スケジュールに従って動作することができない第２の無線端末と、通信することができる通信手段を有する通信装置に備えられたコンピュータに、前記スケジュールにおいて前記第１の無線端末がスリープ状態でない第１の期間において前記第２の無線端末が信号を送信しないようにする又は前記第１の無線端末がスリープ状態である第２の期間において前記第２の無線端末が信号を送信するようにするための所定の信号を、前記第２の無線端末に送信するように前記通信手段を制御させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の干渉抑制制御に関する。
【背景技術】
【０００２】
無線ＬＡＮにおける端末装置の省電力化のため、信号の送受信の必要がない端末装置をできるだけスリープ状態に保つ技術が検討されている。引用文献１には、アクセスポイントが、管理する無線チャネルのアイドルタイミングを検索しておき、端末装置との間で無線リンクを確立する際に、その無線端末にアイドルタイミングを通知する技術が記載されている。
【０００３】
また、近年、無線媒体の有効利用を目指すＩＥＥＥ８０２．１１ａｘ規格がドラフト規格として発行されており、本規格では、端末装置の省電力化のために、ＴＷＴ（Ｔａｒｇｅｔ  Ｗａｋｅ  Ｔｉｍｅ）に基づく手順が提案されている。この手順は、端末装置が起動すべき時刻（ＴＷＴ）をアクセスポイントが指定し、端末装置は、通知されたＴＷＴに従って起動して、起動している間に信号の送受信を行う。これにより、端末装置は、ＴＷＴまでの期間においてスリープ状態（Ｄｏｚｅ状態）へと移行することができ、消費電力を低減することができる。なお、ＩＥＥＥ８０２．１１ａｘ規格では、アクセスポイントから複数の端末装置に対する個別のデータ信号の一斉送信、又は、複数の端末装置から１つのアクセスポイントへの信号の一斉送信、すなわちマルチユーザ通信を可能とすることが予定されている。このようなマルチユーザ通信は、例えば、周波数軸上での多重を行うＯＦＤＭＡや、空間軸上での多重を行うＭＵ−ＭＩＭＯを用いて行われうる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−０２５１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＥＥＥ８０２．１１ａｘ規格に対応する第１の種類の端末装置は、アクセスポイントから送信されたＴＷＴを指定する信号を解釈し、その指定されたＴＷＴに従って動作することができる。一方、ＩＥＥＥ８０２．１１ａｘ規格に対応していない第２の種類の端末装置は、アクセスポイントから送信されたＴＷＴを指定する信号を解釈することができない。この結果、第２の種類の端末装置は、第１の種類の端末装置が起動するタイミングを認識することができず、送信した信号が、第１の種類の端末装置が通信を行う際の制御信号やデータ信号に対して干渉を及ぼしてしまいうる。このとき、例えば複数の第１の種類の端末装置に所定の信号を一斉送信させるためのトリガ信号に対して干渉が発生すると、その所定の信号の送信が行われなくなりうる。そして、この結果、例えばトリガ信号の再送が発生し、また、端末装置がスリープ状態へ移行できなくなったりしうる。
【０００６】
本発明は上記課題に鑑みなされたものであり、端末装置の特性に応じて適切な通信可能期間を設定することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に係る通信装置は、スケジュールに従ってスリープ状態へ移行することが可能な第１の無線端末および前記スケジュールに従って動作することができない第２の無線端末と、通信することができる通信手段と、前記スケジュールにおいて前記第１の無線端末がスリープ状態でない第１の期間において前記第２の無線端末が信号を送信しないようにする又は前記第１の無線端末がスリープ状態である第２の期間において前記第２の無線端末が信号を送信するようにするための所定の信号を、前記第２の無線端末に送信するように前記通信手段を制御する制御手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、端末装置の特性に応じて適切な通信可能期間を設定することができる。
【図面の簡単な説明】
【０００９】
【図１】無線通信システムの構成例を示す図である。
【図２】アクセスポイントのハードウェア構成例を示す図である。
【図３】アクセスポイントの機能構成例を示す図である。
【図４】ＴＷＴ（Ｔａｒｇｅｔ  Ｗａｋｅ  Ｔｉｍｅ）に基づく通信制御の手順を示す図である。
【図５】処理例１に係るシステムの処理の流れの概要を示す図である。
【図６】処理例１におけるアクセスポイントの処理の流れの例を示す図である。
【図７】ＰＳＭＰ（Ｐｏｗｅｒ  Ｓａｖｅ  Ｍｕｌｔｉ−Ｐｏｌｌ）に基づく通信制御の手順を示す図である。
【図８】処理例２に係るシステムの処理の流れの概要を示す図である。
【図９】処理例２におけるアクセスポイントの処理の流れの例を示す図である。
【図１０】処理例３に係るシステムの処理の流れの概要を示す図である。
【図１１】処理例３におけるアクセスポイントの処理の流れの例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００１１】
（システムの構成）
図１に、本実施形態に係る無線通信システムの例を示す。本無線通信システムは、アクセスポイント（ＡＰ）１０１、及び、無線端末１０２〜１０４を含んで構成される。なお、ＡＰ１０１及び無線端末１０２〜１０４は、ＩＥＥＥ８０２．１１規格のいずれかに準拠する無線通信装置であるが、無線端末１０４はＩＥＥＥ８０２．１１ａｘ規格に準拠しておらず、他の装置はＩＥＥＥ８０２．１１ａｘ規格に準拠しているものとする。なお、ＡＰ１０１は、例えば、有線接続により、インターネット１０５等と接続されうる。
【００１２】
本実施形態では、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘ規格に従って動作可能な複数の無線端末１０２〜１０３との間で、ＴＷＴ（Ｔａｒｇｅｔ  Ｗａｋｅ  Ｔｉｍｅ）に基づく省電力処理を実行可能であるものとする。この処理については後述する。そして、ＡＰ１０１は、このＴＷＴに基づく処理に係る通信に対して、ＩＥＥＥ８０２．１１ａｘ規格に準拠していない無線端末１０４が干渉することのないような処理を実行する。一例において、ＡＰ１０１は、無線端末１０２〜１０３がスリープ（Ｄｏｚｅ）状態にある間に無線端末１０４の通信が行われるように、無線端末１０４の通信制御を行う。
【００１３】
このために、ＡＰ１０１は、例えば、無線端末１０２〜１０３との間の通信を行う期間において無線端末１０４が信号を送信しないように、ＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）−ｔｏ−ｓｅｌｆフレームを送出する。なお、ＣＴＳ−ｔｏ−ｓｅｌｆフレームで指定されるＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）は、少なくとも無線端末１０２〜１０３とＡＰ１０１との間のマルチユーザ通信が行われる期間が完了するまでの期間となるように設定される。これによれば、無線端末１０４は、無線端末１０２〜１０３とＡＰ１０１との間のマルチユーザ通信が行われる期間においては信号を送信せず、無線端末１０２〜１０３がＤｏｚｅ状態となってから信号を送信するようになる。このようにして、ＡＰ１０１は、ＩＥＥＥ８０２．１１ａｘ規格に対応していない無線端末からの信号が、ＩＥＥＥ８０２．１１ａｘ規格に係る信号に干渉する確率を低減させることができる。
【００１４】
また、ＡＰ１０１は、ＰＳＭＰ（Ｐｏｗｅｒ  Ｓａｖｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）の仕組みを用いて、無線端末１０４の通信を制御することもできる。ＡＰ１０１は、ＰＳＭＰフレームにより、無線端末１０４との間で上りリンクと下りリンクとの通信が行われるべき期間を指定することができる。無線端末１０４は、ＰＳＭＰフレームで指定された期間において通信を行い、それ以外の期間はＤｏｚｅ状態となりうる。ＡＰ１０１は、例えば、無線端末１０２〜１０３との間でマルチユーザ通信を行う期間と異なる期間で通信を行うようにＰＳＭＰフレームを構成することで、無線端末１０４が送信した信号がマルチユーザ通信に干渉することを防ぐことができる。
【００１５】
さらに、ＡＰ１０１は、各無線端末の媒体へのアクセス権を制御するためにＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）を設定することができる。ＣＦＰは、ＡＰ１０１からのポーリングを受けた無線端末のみが媒体へのアクセス権を獲得する期間である。ＡＰ１０１は、これを用いて、無線端末１０２〜１０３との間でマルチユーザ通信を行う期間と異なる期間をＣＦＰとして設定し、無線端末１０４との通信を行う。これにより、ＡＰ１０１は、無線端末１０２〜１０３がＤｏｚｅ状態にある間に無線端末１０４が通信を行うようにすることができ、無線端末１０４が送信した信号がマルチユーザ通信に干渉することを防ぐことができる。
【００１６】
以下では、このような処理を実行するＡＰ１０１の構成を説明した後に、以下の説明で用いられるＴＷＴに基づく通信制御及びＰＳＭＰに基づく通信制御について簡単に説明し、その後にＡＰ１０１が実行する処理の例について説明する。なお、無線端末１０２〜１０３は、ＩＥＥＥ８０２．１１ａｘ規格に準拠した通信機能を有する一般的な無線ＬＡＮ端末であるため、ここでは、その構成については詳細に説明しない。また、無線端末１０４も、例えばＩＥＥＥ８０２．１１ａｘとは異なるＩＥＥＥ８０２．１１のいずれかの規格に準拠した通信機能を有する一般的な無線ＬＡＮ端末であるため、ここでは、その構成については詳細に説明しない。ただし、無線端末１０４は、ＩＥＥＥ８０２．１１ａｘ規格に係るトリガ信号等の少なくとも一部の制御信号を解釈できないものとする。なお、以下では、無線ＬＡＮ端末を「ＳＴＡ」と呼ぶ場合がある。また、以下では、ＩＥＥＥ８０２．１１ａｘ規格が用いられることを前提として説明するが、これに限られない。すなわち、所定の規格に準拠する第１の端末装置と、その所定の規格の後継規格に準拠する第２の端末装置とが混在し、後継規格に係る制御信号を第１の端末装置が解釈できない場合に、同様の処理が実行されうる。この場合、以下では所定の機能や信号を、ＩＥＥＥ８０２．１１規格に関する専門用語を用いて説明するが、その用語と同様の意義を有する別の機能や信号と置き換えて、本実施形態に係る技術が理解されるべきである。
【００１７】
（装置構成）
図２は、本実施形態に係るＡＰ１０１のハードウェア構成例を示す図である。ＡＰ１０１は、そのハードウェア構成として、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６及びアンテナ２０７を含む。
【００１８】
記憶部２０１は、ＲＯＭ、ＲＡＭの両方、または、それらのいずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ここで、ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの頭字語であり、ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの頭字語である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体が用いられてもよい。また、記憶部２０１は、複数のメモリ等によって構成されてもよい。
【００１９】
制御部２０２は、ＣＰＵ、または、ＭＰＵにより構成され、記憶部２０１に記憶されたプログラムを実行することにより、ＡＰ１０１全体を制御する。ここで、ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの頭字語であり、ＭＰＵはＭｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの頭字語である。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳとの協働によりＡＰ１０１全体を制御するようにしてもよい。ここで、ＯＳはＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの頭字語である。また、制御部２０２は、マルチコア等の複数のプロセッサによって構成されてもよい。また、制御部２０２として、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）、ＡＳＩＣ（特定用途向け集積回路）等が用いられてもよい。また、制御部２０２は、機能部２０３を制御して、アクセスポイント機能、撮像や印刷、投影等の所定の処理を実行する。
【００２０】
機能部２０３は、ＡＰ１０１が所定の処理を実行するためのハードウェアである。例えば、ＡＰ１０１が、アクセスポイント機能を有するカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、ＡＰ１０１が、アクセスポイント機能を有するプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、ＡＰ１０１が、アクセスポイント機能を有するプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の装置と通信したデータであってもよい。
【００２１】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
【００２２】
通信部２０６は、（Ｗｉ−Ｆｉ規格等の）ＩＥＥＥ８０２．１１シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌの頭字語である。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。ＡＰ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを無線端末との間で通信することができ、また、ＡＰ１０１に接続している無線端末間の通信を中継することができる。なお、通信部２０６は、例えば有線通信機能を有し、インターネット等のネットワークに接続することによって、無線端末とネットワークとの間の通信を中継することができる。
【００２３】
図３は、ＡＰ１０１の機能構成例を示す図である。ＡＰ１０１は、その機能構成として、例えば、無線ＬＡＮ制御部３０１、１１ａｘ通信制御部３０２、及び非１１ａｘ通信制御部３０３を有する。なお、図３に示す各機能は、例えば図２の制御部２０２が記憶部２０１に記憶されたプログラムを実行することによって実現されうるが、通信制御用のチップ等、専用のハードウェアによって実現されてもよい。
【００２４】
無線ＬＡＮ制御部３０１は、ＡＰ１０１が無線ＬＡＮ端末との通信を行う際の通信処理全体を制御する。１１ａｘ通信制御部３０２は、無線ＬＡＮ端末がＩＥＥＥ８０２．１１ａｘ規格に準拠する場合に、無線ＬＡＮ制御部３０１がＩＥＥＥ８０２．１１ａｘ規格で規定された手続によって通信を行うように制御を行う。非１１ａｘ通信制御部３０３は、無線ＬＡＮ端末がＩＥＥＥ８０２．１１ａｘ規格に準拠していない場合の無線ＬＡＮ制御部３０１による通信を制御する。例えば、非１１ａｘ通信制御部３０３は、１１ａｘ通信制御部３０２が制御する通信に対して、ＩＥＥＥ８０２．１１ａｘに非対応の無線ＬＡＮ端末が干渉を及ぼさないように、通信制御を行う。以下で説明する各処理例は、例えば非１１ａｘ通信制御部３０３によって実行される。
【００２５】
（ＴＷＴに基づく通信制御）
続いて、図４を用いて、ＩＥＥＥ８０２．１１ａｘ規格での採用が予定されているＴＷＴに基づく通信制御の流れの例について説明する。なお、ＴＷＴは、各無線端末に対して個別に設定されうるが、以下では、複数の無線端末に共通のＴＷＴが設定される場合の例について説明する。
【００２６】
まず、ＩＥＥＥ８０２．１１ａｘ規格に対応している無線端末（ＳＴＡ−Ａ）が、ＡＰに対して省電力のスケジュールを要求するために、ＴＷＴ要求４０１（ＴＷＴ  ｒｅｑ．）を送信する。そして、ＡＰは、ＴＷＴ要求４０１を受信すると、ＴＷＴ応答４０２（ＴＷＴ  ｒｅｓｐ．）を送信する。なお、ＴＷＴ要求４０１からＴＷＴ応答４０２までの期間４０３は、ＴＢＴＴ  ｎｅｇｏｔｉａｔｉｏｎの区間であり、この区間においてＦｉｒｓｔ  ＴＢＴＴとＬｉｓｔｅｎ  Ｉｎｔｅｒｖａｌとが決定される。なお、ＴＢＴＴは、Ｔａｒｇｅｔ  Ｂｅａｃｏｎ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅの頭字語である。Ｆｉｒｓｔ  ＴＢＴＴは、ＴＷＴ応答４０２からＴＷＴ  ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を含むＢｅａｃｏｎ４０７（報知信号）の送信の準備が開始されるまでの間隔４０４を示す。また、Ｌｉｓｔｅｎ  Ｉｎｔｅｒｖａｌは、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎの送信間隔４１７である。ここで、図４においては、Ｂｅａｃｏｎ４２６はＴＷＴ  ＩＥを含まず、Ｂｅａｃｏｎ４０７の次に送信されるＴＷＴ  ＩＥを含んだＢｅａｃｏｎは、Ｂｅａｃｏｎ４２７であるものとする。この場合、Ｌｉｓｔｅｎ  Ｉｎｔｅｒｖａｌには、Ｂｅａｃｏｎ４０７の送信後から、Ｂｅａｃｏｎ４２７の送信開始までの期間が設定され、Ｂｅａｃｏｎ４２６についてはＬｉｓｔｅｎ  Ｉｎｔｅｒｖａｌの設定において無視される。無線端末は、Ｆｉｒｓｔ  ＴＢＴＴによって、例えばＴＷＴ応答を受信した後に最初に送信されるＴＷＴ  ＩＥを含んだＢｅａｃｏｎのタイミングを特定する。そして、無線端末は、さらに、Ｌｉｓｔｅｎ  Ｉｎｔｅｒｖａｌに従って、その後に周期的に送信される、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎの送信タイミングを特定することができる。
【００２７】
なお、ＳＴＡ−Ａは、ＴＷＴ応答４０２を受信すると、Ｆｉｒｓｔ  ＴＢＴＴで指定される最初のＴＷＴ  ＩＥを含んだＢｅａｃｏｎの送信準備タイミングまでの間、Ｄｏｚｅ状態４０５（Ｓｌｅｅｐ状態又は省電力状態とも呼ばれうる）に移行する。なお、ＳＴＡ−Ｂは、例えば、図４の処理が開始される前にＴＷＴ要求をＡＰに送信しており、Ｌｉｓｔｅｎ  Ｉｎｔｅｒｖａｌに基づいて特定される、次のＴＷＴ  ＩＥを含んだＢｅａｃｏｎの送信タイミングまでＤｏｚｅ状態４０６に滞在しているものとする。
【００２８】
ＳＴＡ−Ａ及びＳＴＡ−Ｂは、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４０７の送信準備が行われるタイミングで、Ｄｏｚｅ状態から、通信を行うことができるアクティブ状態へと移行し、Ｂｅａｃｏｎ４０７を待ち受ける。ここで、Ｂｅａｃｏｎ４０７の送信が完了した時刻をｔ０とする。
【００２９】
ここで、Ｂｅａｃｏｎ４０７におけるＴＷＴ  ＩＥでは、Ｂｅａｃｏｎ４０７の送信直後から、ＡＰがポーリングを受け付けるためのＴｒｉｇｇｅｒフレーム４１３の送信準備までの時間間隔であるＴＷＴ１  ４０８が指定される。ここで、このＴＷＴ１  ４０８の終了時刻をｔ１とする。ＳＴＡ−Ａ及びＳＴＡ−Ｂは、Ｂｅａｃｏｎ４０７を受信すると、Ｄｏｚｅ状態４１１及び４１２へと移行し、ＴＷＴ１  ４０８が終了したことに応じてアクティブ状態へと戻る。そして、ＡＰは、ＴＷＴ１  ４０８の終了後に、ＳＴＡ−Ａ及びＳＴＡ−Ｂにポーリングフレームを送信させるためのＴｒｉｇｇｅｒフレーム４１３を送信する。ＳＴＡ−Ａ及びＳＴＡ−Ｂは、このＴｒｉｇｇｅｒフレーム４１３を受信すると、それぞれ、省電力状態でのポーリング信号であるＰＳ−Ｐｏｌｌフレーム４１４及び４１５を送信する。なお、ＰＳ−Ｐｏｌｌ４１４及び４１５は、Ｔｒｉｇｇｅｒフレーム４１３を契機として、ＳＴＡ−Ａ及びＳＴＡ−Ｂから同時に送信される。なお、複数のＳＴＡからの信号は、直交周波数分割多元接続（ＯＦＤＭＡ）や、上りリンクマルチユーザＭＩＭＯ（ＵＬ  ＭＵ−ＭＩＭＯ）によって、周波数領域や空間領域において多重化されて送信されうる。ＡＰは、ＳＴＡ−Ａ及びＳＴＡ−Ｂからのポーリング信号を受信すると、これらの信号に対して同時に肯定応答を返すために、マルチステーション−ブロックＡＣＫ４１６（Ｍ−ＢＡ）を送信する。このＭ−ＢＡの送信終了時刻をｔ２とする。なお、ｔ０からｔ２までの期間４１０は、トリガに基づいて通信可能な期間（Ｔｒｉｇｇｅｒ−ｅｎａｂｌｅｄ  ＴＷＴ  ＳＰ（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ））である。Ｔｒｉｇｇｅｒ−ｅｎａｂｌｅｄ  ＴＷＴ  ＳＰは、例えば、Ｂｅａｃｏｎ４０７のＴＷＴ  ＩＥによって指定され、ＳＴＡ−Ａ及びＳＴＡ−Ｂは、ＴＷＴ１の後、この期間の満了まではアクティブ状態を維持しうる。
【００３０】
また、Ｂｅａｃｏｎ４０７におけるＴＷＴ  ＩＥでは、Ｂｅａｃｏｎ４０７の送信直後から、下りリンクのマルチユーザパケット（ＤＬ  ＭＵ  ＰＰＤＵ４２１）の送信準備が行われるまでの時間間隔であるＴＷＴ２  ４０９も指定される。ＳＴＡ−Ａ及びＳＴＡ−Ｂは、Ｍ−ＢＡ４１６の受信後、再度Ｄｏｚｅ状態４１８及び４１９へと移行し、ＴＷＴ２  ４０９の終了時刻ｔ３において、アクティブ状態に戻る。ＡＰは、ＤＬ  ＭＵ  ＰＰＤＵ４２１の送信準備が完了すると、そのパケットをＳＴＡ−Ａ及びＳＴＡ−Ｂに対して送信する。ＳＴＡ−Ａ及びＳＴＡ−Ｂは、このＤＬ  ＭＵ  ＰＰＤＵ４２１の受信に成功すると、ブロックＡＣＫ（ＢＡ）をＡＰに対して送信する。ブロックＡＣＫについては、周波数領域又は空間領域で多重化されうるが、内容は従来の無線ＬＡＮで用いられるブロックＡＣＫと同様であるため、説明を省略する。なお、このＤＬ  ＭＵ  ＰＰＤＵ４２１が送信され、ＢＡ４２２及び４２３が送信される期間４２０は、Ｂｅａｃｏｎ４０７のＴＷＴ  ＩＥによっては報知されない期間であり、Ｕｎａｎｎｏｕｎｃｅｄ  ＴＷＴ  ＳＰと呼ばれる。なお、期間４２０の終了時刻をｔ４とする。ＳＴＡ−Ａ及びＳＴＡ−Ｂは、期間４２０の終了後、次のＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４２７の送信タイミング（又はその送信の準備開始タイミング）まで、Ｄｏｚｅ状態４２４及び４２５に遷移する。
【００３１】
このように、ＩＥＥＥ８０２．１１ａｘに対応した複数の無線端末は、ＡＰとのＴＷＴに関するネゴシエーションを行うことによる省電力と、Ｔｒｉｇｇｅｒによる効率的な上り方向での同時の信号送信とを達成することができる。
【００３２】
なお、ＩＥＥＥ８０２．１１ａｘ規格に対応していない端末は、これらのＴｒｉｇｇｅｒフレーム４１３や、ＰＳ−Ｐｏｌｌ４１４及び４１５、Ｍ−ＢＡ４１６の継続時間を、それらのフレームの情報要素から把握することができない。このため、このようなネットワークにＩＥＥＥ８０２．１１ａｘに非対応のＳＴＡ−Ｃが加わって、Ｔｒｉｇｇｅｒフレームに干渉する信号を送信してしまう場合がありうる。
【００３３】
ＡＰは、このような干渉の発生を防ぐために、ＩＥＥＥ８０２．１１ａｘ規格に従って動作する無線端末（ＳＴＡ−Ａ及びＳＴＡ−Ｂ）がＤｏｚｅ状態である間に、ＩＥＥＥ８０２．１１ａｘに対応していない無線端末（ＳＴＡ−Ｃ）との間の通信を行う。このために、ＡＰは、ＩＥＥＥ８０２．１１ａｘに対応していない無線端末が、ＩＥＥＥ８０２．１１ａｘ規格に従って動作する無線端末がＤｏｚｅ状態ではない間に信号を送信しないように所定の信号を送信する。以下では、このような処理について、いくつかの例を用いて説明する。
【００３４】
＜処理例１＞
本処理例では、ＡＰは、ＣＴＳ−ｔｏ−ｓｅｌｆを用いて、ＩＥＥＥ８０２．１１ａｘに対応していない無線端末（ＳＴＡ−Ｃ）に送信禁止期間（ＮＡＶ）を設定させ、ＩＥＥＥ８０２．１１ａｘ規格に従って動作する無線端末の通信への干渉が生じるのを防ぐ。この処理について、図５を用いて説明する。なお、図５では、参照番号が付された点以外は図４と同様である。
【００３５】
なお、ＡＰからＳＴＡ−Ｃへの通信については、ＡＰは、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態にある期間を認識しているため、その期間において信号を送信することができる。なお、ＳＴＡ−Ｃは、ＡＰから無線信号を受信した場合、それに対する応答（ＡＣＫ）を送信しうる。このため、ＡＰは、例えば、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態にある時刻ｔ０から時刻ｔ１までの期間の長さが、下りリンクの信号の送信と応答の受信が行われるのに十分な長さである場合に、下りリンクの信号を送信するように判定しうる。なお、ＡＰは、例えばＳＴＡ−Ｃに対して送信すべきデータがバッファに蓄積されたことに応じて、上述の判定や下りリンク信号の送信を行ってもよい。なお、図５では、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態にある期間のうち時刻ｔ４から時刻ｔ５の期間において、ＡＰが下りリンク信号５０５をＳＴＡ−Ｃへと送信する例を示している。ここで、時刻ｔ５は、次のＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４２７の送信開始時刻である。
【００３６】
ＡＰは、ＳＴＡ−Ａ及びＳＴＡ−Ｂとの通信の間に、ＳＴＡ−Ｃに上りリンク信号を送信させないようにするために、ＣＴＳ−ｔｏ−ｓｅｌｆ５０１を送信し、周囲に存在するＴＷＴに基づいて動作しない無線端末による信号の送信を停止させる。なお、このＣＴＳ−ｔｏ−ｓｅｌｆ５０１の送信終了時刻をｔ６とする。このとき、ＡＰは、時刻ｔ２においてＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態に移行するため、時刻ｔ２までの期間をＮＡＶ期間５０２ａとさせるように、送信禁止区間の長さをｔ２−ｔ６のように設定しうる。また、ＡＰは、時刻ｔ４においてＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態に移行するため、時刻ｔ４までの期間をＮＡＶ期間５０２ｂとさせるように、送信禁止区間の長さをｔ４−ｔ６のように設定しうる。なお、ＡＰは、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４０７を送信する際に時刻ｔ１〜ｔ５を決定することができるため、送信禁止区間の長さであるｔ２−ｔ６やｔ４−ｔ６を適切に決定することができる。ＳＴＡ−Ｃは、ＮＡＶ期間５０２ａを設定した場合、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態にある時刻ｔ２から時刻ｔ３の期間において、上りリンク信号５０３をＡＰへと送信する。一方、ＳＴＡ−Ｃは、ＮＡＶ期間５０２ｂを設定した場合、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態にある時刻ｔ４から時刻ｔ５の期間において、上りリンク信号５０４をＡＰへと送信する。なお、ＡＰは、これらの上りリンク信号を受信すると、応答信号（ＡＣＫ）をＳＴＡ−Ｃへと送信する。
【００３７】
なお、ＳＴＡ−Ａ及びＳＴＡ−Ｂは、ＴＷＴ１（時刻ｔ０から時刻ｔ１まで）の期間は、Ｄｏｚｅ状態に遷移しているため、ＣＴＳ−ｔｏ−ｓｅｌｆによるＮＡＶの更新を行わない。また、ＳＴＡ−Ａ及びＳＴＡ−Ｂは、ＣＴＳ−ｔｏ−ｓｅｌｆを受信したとしても、Ｔｒｉｇｇｅｒフレーム４１３を受信することによって、その後の上りリンク信号の送信動作を実行することができる。
【００３８】
図６に、ＳＴＡ−Ｃの上りリンクでの通信に関してＡＰが実行する処理を示す。なお、図６は、ＳＴＡ−Ａ及びＳＴＡ−Ｂとの通信等、ＳＴＡ−Ｃの通信以外の事項については説明を簡単にするために省略している。また、ＡＰは、上述のように、下りリンク信号については、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態である間に送信することが可能である。
【００３９】
本処理では、ＡＰは、まず、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４０７を生成した際に決定した時刻ｔ１〜ｔ５から、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態に移行する時刻ｔ２〜時刻ｔ３の期間の長さが、上りリンク通信を行うのに十分であるかを判定する。すなわち、ＡＰは、ｔ３−ｔ２が、上りリンク通信においてＳＴＡ−Ｃの１回の送信権時間（ＴＸＯＰ）とそれに対する応答信号（ＡＣＫ）の送信に要する時間との和である所定値以上であるか否かを判定する（Ｓ６０１）。なお、この判定は、例えばＢｅａｃｏｎ４０７の生成時やＢｅａｃｏｎ４０７の送信後に行われうる。また、ＡＰは、例えば、まず、ＳＴＡ−Ｃに宛てて下りリンクで送信すべきデータが存在するかを判定し、そのようなデータが存在する場合にそのデータを送信してから、上述の判定を行ってもよい。また、ＡＰは、そのようなデータが存在する場合に、下りリンクデータの送信とその応答の受信、及び後述するＣＴＳ−ｔｏ−ｓｅｌｆの送信を、時刻ｔ０から時刻ｔ１の間に完了することができる場合に、そのデータを送信するようにしてもよい。
【００４０】
ＡＰは、ｔ３−ｔ２が上述の所定値以上であると判定した場合（Ｓ６０１でＹＥＳ）、時刻ｔ２から時刻ｔ３の期間が、ＳＴＡ−Ｃがデータを送信するのに十分であると判定し、ＳＴＡ−Ｃが時刻ｔ２までの期間をＮＡＶ期間として設定することを決定する。この場合、ＡＰは、ＣＴＳ−ｔｏ−ｓｅｌｆに含めるべきＤｕｒａｔｉｏｎを、ＣＴＳ−ｔｏ−ｓｅｌｆの送信完了時刻であるｔ６を用いて、ｔ２−ｔ６に設定する（Ｓ６０２）。そして、ＡＰは、このＤｕｒａｔｉｏｎを指定したＣＴＳ−ｔｏ−ｓｅｌｆを送出する（Ｓ６０４）。ＳＴＡ−Ｃは、このＣＴＳ−ｔｏ−ｓｅｌｆを受信すると、ｔ２−ｔ６の長さのＮＡＶ期間を設定し、その期間が経過するまでは信号の送信を行わない。この結果、ＳＴＡ−Ｃは、ＮＡＶ期間が満了する時刻ｔ２の後に（Ｓ６０５でＹＥＳ）、上りリンク信号を送信することとなる。ＡＰは、この上りリンク信号を受信すると（Ｓ６０６）、応答信号を送信し（Ｓ６０７）、処理を終了する。一方、ＡＰは、ｔ３−ｔ２が上述の所定値より小さいと判定した場合（Ｓ６０１でＮＯ）、時刻ｔ２から時刻ｔ３の期間が、ＳＴＡ−Ｃがデータを送信するのに不十分であると判定し、ＳＴＡ−Ｃが時刻ｔ４までの期間をＮＡＶ期間として設定することを決定する。すなわち、ＡＰは、ＤＬ  ＭＵ  ＰＰＤＵ４２１の送信の完了後の、相対的に長い期間を通信に確保することができる時刻ｔ４から時刻ｔ５の期間に、ＳＴＡ−Ｃにデータの送信権を与えることを決定する。この場合、ＡＰは、ＣＴＳ−ｔｏ−ｓｅｌｆに含めるべきＤｕｒａｔｉｏｎを、ｔ４−ｔ６に設定する（Ｓ６０３）。その後の処理は、上述のＳ６０４〜Ｓ６０７と同様である。これにより、ＳＴＡ−Ｃは、このＣＴＳ−ｔｏ−ｓｅｌｆを受信してｔ４−ｔ６の長さのＮＡＶ期間を設定し、その期間が経過するまでは信号の送信を行わず、時刻ｔ４の後に、上りリンク信号を送信することとなる。
【００４１】
なお、ＡＰは、例えば時刻ｔ４から時刻ｔ５の期間において、ＳＴＡ−Ｃに対して送信すべき下りリンクデータが存在する場合、そのデータの送信とそれに対する応答の受信とを行うこともできる。ＡＰは、この下りリンクのデータの送信等を、例えば、ＳＴＡ−Ｃからの上りリンク信号の受信及びそれに対する応答の送信の後に実行しうる。
【００４２】
このように本処理例では、ＩＥＥＥ８０２．１１規格シリーズのいずれかに準拠している無線端末であれば解釈可能なＣＴＳ−ｔｏ−ｓｅｌｆを、通信制御に用いる。これにより、ＩＥＥＥ８０２．１１ａｘ等の新しい規格の信号を解釈できない無線端末が、その新しい規格における通信へ干渉することを防ぐことが可能となる。
【００４３】
＜処理例２＞
本処理例では、ＡＰは、ＰＳＭＰ（Ｐｏｗｅｒ  Ｓａｖｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）を用いて、ＩＥＥＥ８０２．１１ａｘに対応していない無線端末（ＳＴＡ−Ｃ）が通信を行うタイミングを制御する。
【００４４】
まず、ＰＳＭＰの手順について、図７（Ａ）及び図７（Ｂ）を用いて説明する。ＰＳＭＰでは、ＡＰは、上りリンク及び下りリンクの通信期間を規定するためのＰＳＭＰフレームを送信する。図７（Ａ）は、ＰＳＭＰフレーム７０１の例を示している。図７（Ｂ）は、ＰＳＭＰフレームを用いた通信制御の流れの例を示している。
【００４５】
ＰＳＭＰフレーム７０１において、ＳＴＡ＿ＩＮＦＯ  Ｔｙｐｅ７０２は、このＰＳＭＰフレーム７０１の用途、すなわち、ブロードキャストやマルチキャストのためのものであるか、又は個別の無線端末に宛てられたものであるかを示すフィールドである。ＳＴＡ＿ＩＮＦＯ  Ｔｙｐｅ７０２には、例えば、ブロードキャストの場合に「０」、マルチキャストの場合に「１」、無線端末に個別に宛てられたものである場合には「２」が格納される。ここでは、ＰＳＭＰフレーム７０１は、無線端末に個別に宛てられるものとし、このため、ＳＴＡ＿ＩＮＦＯ  Ｔｙｐｅ７０２には、値「２」が格納されるものとする。
【００４６】
ＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３及びＰＳＭＰ−ＤＴＴ  Ｄｕｒａｔｉｏｎ７０４は、下りリンクの信号伝送のために設定された期間を示す情報である。ＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３には、ＰＳＭＰフレーム７０１の送信が完了した時刻から、下りリンク伝送が開始される時刻までのオフセット値を示す値が格納される。すなわち、無線端末は、ＰＳＭＰフレーム７０１の受信後、ＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３で示されるオフセット期間が経過した時点において下りリンク信号の受信が開始されると判定することができる。ＰＳＭＰ−ＤＴＴ  Ｄｕｒａｔｉｏｎ７０４には、ＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３によって特定される時刻からの、下りリンクの通信が継続する期間の長さを示す値が格納される。ここで、図７（Ｂ）のように、ＳＴＡ−Ｄ宛ての下りリンク伝送が、時刻ｔ１１から時刻ｔ１２の期間において行われる場合の例について説明する。なお、ここでのＰＤＭＰフレームの完了時刻はｔ１０である。この場合、下りリンク伝送が開始されるまでの時間オフセットであるＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３には、値「ｔ１１−ｔ１０」が格納される。一方、下りリンク伝送が開始されてから終了するまでの時間長であるＰＳＭＰ−ＤＴＴ  Ｄｕｒａｔｉｏｎ７０４には、値「ｔ１２−ｔ１１」が格納される。
【００４７】
ＰＳＭＰ−ＵＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０６及びＰＳＭＰ−ＵＴＴ  Ｄｕｒａｔｉｏｎ７０７は、上りリンクの信号伝送のために設定された期間を示す情報である。これらの値は、ＰＳＭＰ−ＤＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０３及びＰＳＭＰ−ＤＴＴ  Ｄｕｒａｔｉｏｎ７０４と同様に設定される。すなわち、ＰＳＭＰ−ＵＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０６には、ＰＳＭＰフレーム７０１の送信が完了した時刻から、上りリンク伝送が開始される時刻までのオフセット値を示す値が格納される。また、ＰＳＭＰ−ＵＴＴ  Ｄｕｒａｔｉｏｎ７０７には、ＰＳＭＰ−ＵＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０６によって特定される時刻からの、上りリンクの通信が継続する期間の長さを示す値が格納される。したがって、図７（Ｂ）のように、ＳＴＡ−Ｄからの上りリンク伝送が、時刻ｔ１３から時刻ｔ１４の期間において行われる場合、ＰＳＭＰ−ＵＴＴ  Ｓｔａｒｔ  Ｏｆｆｓｅｔ７０６には、値「ｔ１３−ｔ１０」が格納される。また、ＰＳＭＰ−ＵＴＴ  Ｄｕｒａｔｉｏｎ７０７には、値「ｔ１４−ｔ１３」が格納される。
【００４８】
ＳＴＡ  ＩＤ７０５は、このＰＳＭＰフレーム７０１の宛先の無線端末を識別するためのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）が格納される。Ｒｅｓｅｒｖｅｄ７０８は、予約フィールドである。
【００４９】
図７（Ｂ）において、まず、ＡＰ１０１は、上述のようにして各フィールドを定義したＰＳＭＰフレーム７１１を各ＳＴＡに対して送信する。なお、ここでは、ＡＰは、ＳＴＡ−Ｄに対して、上述のように、時刻ｔ１１から時刻ｔ１２までの期間を下りリンク伝送に割り当て、時刻ｔ１３から時刻ｔ１４までの期間を上りリンク伝送に割り当てるものとする。また、ＡＰは、ＳＴＡ−Ｅに対して、これらの期間と重複しない期間を下りリンク伝送及び上りリンク伝送に割り当てるように、各フィールドの値を設定して、ＰＳＭＰフレーム７１１を送信したものとする。
【００５０】
ＡＰは、ＰＳＭＰフレーム７１１で指定したＳＴＡ−Ｄ用の下りリンク期間（時刻ｔ１１から時刻ｔ１２）において、ＳＴＡ−Ｄに対する下りリンク信号７１２を送信する。このとき、ＳＴＡ−Ｅは、自身に割り当てられた通信期間ではないため、Ｄｏｚｅ状態７１３となる。その後、ＡＰは、ＰＳＭＰフレーム７１１で指定したＳＴＡ−Ｅ用の下りリンク期間において、ＳＴＡ−Ｅに対する下りリンク信号７１４を送信する。この期間においては、ＳＴＡ−Ｄは、自身に割り当てられた通信期間ではないため、Ｄｏｚｅ状態７１５となる。
【００５１】
その後、ＳＴＡ−Ｄは、ＰＳＭＰフレーム７１１で指定されたＳＴＡ−Ｄ用の上りリンク期間（時刻ｔ１３から時刻ｔ１４）において、ＡＰに対する上りリンク信号７１６を送信する。なお、この期間においては、ＳＴＡ−Ｅは、自身に割り当てられた通信期間ではないため、Ｄｏｚｅ状態７１７となる。その後、ＳＴＡ−Ｅは、ＰＳＭＰフレーム７１１で指定されたＳＴＡ−Ｅ用の上りリンク期間において、ＡＰに対する上りリンク信号７１８を送信する。なお、この期間においては、ＳＴＡ−Ｄは、自身に割り当てられた通信期間ではないため、Ｄｏｚｅ状態７１９となる。
【００５２】
なお、ＳＴＡ−Ｄは、例えば、ＳＴＡ−Ｅに割り当てられた上りリンク伝送又は下りリンク伝送のための期間だけＤｏｚｅ状態となりうる。同様に、ＳＴＡ−Ｅは、ＳＴＡ−Ｄに割り当てられた上りリンク伝送又は下りリンク伝送のための期間だけＤｏｚｅ状態となりうる。
【００５３】
続いて、本処理例に係る処理の流れについて図８を用いて説明する。本処理例では、ＡＰは、ＰＳＭＰフレームを用いて、ＳＴＡ−Ｃとの間の通信期間を特定する。なお、図８では、参照番号が付された点以外は図４と同様である。ＡＰは、ＳＴＡ−Ｃとの間での下りリンク及び上りリンクの通信を行う期間を決定し、その期間を指定するためのＰＳＭＰフレーム８０１を生成してＳＴＡ−Ｃへと送信する。なお、図８においては、ＰＳＭＰフレーム８０１が、ＴＷＴ  ＩＥを含んだＢｅａｃｏｎ４０７の前に送信されているが、これに限定されない。ただし、ＡＰは、ＴＷＴ  ＩＥによって指定される時刻ｔ１〜ｔ５と、Ｂｅａｃｏｎ４０７の前にＰＳＭＰフレーム８０１を送信する場合にはＢｅａｃｏｎ４０７の送信が完了する時刻ｔ０とを認識しているものとする。ＡＰは、例えば、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態である、（ａ）時刻ｔ０から時刻ｔ１の期間、（ｂ）時刻ｔ２から時刻ｔ３の期間、及び（ｃ）時刻ｔ４から時刻ｔ５の期間のいずれかを、ＳＴＡ−Ｃとの間の通信のための期間として選択しうる。ＡＰは、例えば、上述の（ａ）〜（ｃ）の期間の中から、ＳＴＡ−Ｃへの下りリンク信号の送信と応答の受信、及び、ＳＴＡ−Ｃからの上りリンク信号の受信と応答の送信に要する時間長より長い期間を選択する。そして、ＡＰは、選択した期間に応じて、設定ａ〜設定ｃのいずれかを設定して、ＰＳＭＰフレーム８０１の各フィールドを設定する。図８では、これらの期間（ａ）〜（ｃ）に対応する設定を設定ａ〜ｃとして示している。ＳＴＡ−Ｃは、この設定に従って、下りリンク信号を受信してその応答を送信し、上りリンク信号を送信してその応答を受信する。例えば、ＳＴＡ−Ｃは、ＡＰから設定ａを指定するＰＳＭＰフレーム８０１を受信した場合は、下りリンク信号８０２ａをＡＰから受信し、上りリンク信号８０３ａをＡＰへと送信する。同様に、ＳＴＡ−Ｃは、ＡＰから設定ｂ（設定ｃ）を指定するＰＳＭＰフレーム８０１を受信した場合は、下りリンク信号８０２ｂ（信号８０２ｃ）をＡＰから受信し、上りリンク信号８０３ｂ（信号８０３ｃ）をＡＰへと送信する。なお、ＡＰは、例えばＳＴＡ−Ａ及びＳＴＡ−Ｂがマルチユーザ通信を行う期間を、ＳＴＡ−Ｃ以外の無線端末への通信に割り当てることを示すＰＳＭＰフレームを生成してＳＴＡ−Ｃへと送信するようにしてもよい。この場合、ＳＴＡ−Ｃは、ＳＴＡ−Ａ及びＳＴＡ−Ｂが通信を行う期間が、自身に割り当てられた期間ではないと認識することができるため、Ｄｏｚｅ状態へと移行することができる。この結果、ＳＴＡ−Ｃは、ＳＴＡ−Ａ及びＳＴＡ−Ｂが通信を行う期間において信号を送信することがなくなり、ＩＥＥＥ８０２．１１ａｘに関する信号に対する干渉を防ぐことができる。
【００５４】
続いて、ＡＰが実行する処理について、図９を用いて説明する。ＡＰは、まず、ＳＴＡ−Ａ及びＳＴＡ−ＢがＤｏｚｅ状態に滞在する期間の長さと、ＳＴＡ−Ｃとの通信に要する期間の長さとに基づいて、ＳＴＡ−Ｃとの通信を行う期間を設定する（Ｓ９０１）。なお、ここでは、ＡＰは、例えば図８の設定ａ〜設定ｃの中から、適用すべき設定を選択して決定する。その後、ＡＰは、決定した設定と、ＰＳＭＰフレームの送信終了タイミング（図８における時刻ｔ７）とに基づいて、ＰＳＭＰフレーム内の各フィールドに値を格納して、ＳＴＡ−Ｃに対して送信する（Ｓ９０２）。ＡＰは、その後、設定した期間の開始時刻に達すると（Ｓ９０３）、設定した期間において、下りリンクでのデータ通信（Ｓ９０４及びＳ９０５）及び上りリンクでのデータ通信（Ｓ９０６及びＳ９０７）を実行する。
【００５５】
本処理例では、ＰＳＭＰを使用することによって、ＳＴＡ−Ｃから送信された信号が、ＡＰとＳＴＡ−Ａ及びＳＴＡ−Ｂとの間の通信に関する信号（例えばＴｒｉｇｇｅｒフレーム４１３）に干渉することを防ぐことが可能となる。また、ＡＰは、ＰＳＭＰフレームを用いることにより、例えばＩＥＥＥ８０２．１１ａｘ規格に対応していない複数の無線端末と接続している場合に、これらの無線端末に対して下りリンクでの通信と上りリンクでの通信の期間をきめ細かく制御することができる。なお、ＡＰは、ＳＴＡ−ＣがＰＳＭＰに対応しているか否かを、ＳＴＡ−Ｃとの接続時の能力情報の交換によって確認することができる。このため、ＡＰは、ＳＴＡ−ＣがＰＳＭＰに対応している場合にのみ、本処理例の手法を用いるようにすることができる。なお、ＳＴＡ−ＣがＰＳＭＰに対応していない場合は、ＡＰは、例えば処理例１の方法や、後述の処理例３の方法を用いてＳＴＡ−Ｃとの通信を行うようにしうる。すなわち、ＡＰは、ＳＴＡ−Ｃの能力情報に応じて、ＳＴＡ−Ｃの通信可能な期間を適切に設定するために送信する信号の種類を変更することができる。
【００５６】
＜処理例３＞
本処理例では、ＡＰは、ＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）を用いて、ＩＥＥＥ８０２．１１ａｘに非対応の無線端末（ＳＴＡ−Ｃ）からの信号が、ＩＥＥＥ８０２．１１ａｘ規格に従って動作する無線端末の通信へ干渉することを防ぐ。ＣＦＰは、制御局（この場合ＡＰ）が接続中の無線端末による媒体アクセスをコントロールする方式であり、ＡＰは、ＣＦＰ中に無線媒体へのアクセス権を与える無線端末に対して、ポーリングフレーム（ＣＦ−Ｐｏｌｌ又はＱｏＳ  ＣＦ−Ｐｏｌｌ）を送信する。無線端末は、ＣＦＰ期間においては、ポーリングフレームを受信した場合にのみ、無線媒体へのアクセス権を獲得して、ＡＰへの信号伝送を行うことができる。ＣＦＰが用いられる場合、ＡＰは、例えばＢｅａｃｏｎ４０７や、各無線端末がＡＰを探索する際の探索要求信号に対する探索応答信号に、ＣＦＰを設定することを示す値や、ＣＦＰの継続時間を示す値を格納して送信することができる。なお、以下では、ＡＰは、Ｂｅａｃｏｎ４０７に、これらの情報を含めて送信するものとする。無線端末は、これらの信号を受信すると、信号内に格納されたＣＦＰの継続時間を取得し、その期間をＮＡＶ期間として設定し、ポーリングフレームを監視することができる。この処理について、図１０を用いて説明する。なお、図１０では、参照番号が付された点以外は図４と同様である。
【００５７】
図１０では、ＡＰは、例えば、Ｂｅａｃｏｎ４０７の送信前に、ＣＦＰの長さを決定する。例えば、ＡＰは、時刻ｔ０から時刻ｔ１までの期間に、又は時刻ｔ２から時刻ｔ３までの期間に、ＳＴＡ−Ｃの通信を完了することが可能であるか否かを判定する。そして、ＡＰは、例えば、時刻ｔ０から時刻ｔ１までの期間にＳＴＡ−Ｃの通信を完了することが可能であると判定した場合、ＳＴＡ−Ｃの通信を、その期間に実行することを決定する。同様に、ＡＰは、例えば、時刻ｔ２から時刻ｔ３までの期間にＳＴＡ−Ｃの通信を完了することが可能であると判定した場合、ＳＴＡ−Ｃの通信を、その期間に実行することを決定する。そして、ＡＰは、時刻ｔ０から時刻ｔ１までの期間にＳＴＡ−Ｃの通信を行うと決定した場合、例えば、ＣＦＰを時刻ｔ０から時刻ｔ２までの期間として定める。一方、ＡＰは、時刻ｔ２から時刻ｔ３までの期間にＳＴＡ−Ｃの通信を行うと決定した場合、例えば、ＣＦＰを時刻ｔ０から時刻ｔ４までの期間として定める。そして、ＡＰは、ＳＴＡ−Ｃとの通信を行うべき期間において、ＳＴＡ−Ｃに対してポーリングフレーム１００２ａ又は１００２ｂを送信し、ＳＴＡ−Ｃは、このポーリングフレームに応答して、上りリンク信号１００３ａ又は１００３ｂをＡＰへ送信する。なお、ＡＰは、時刻ｔ０から時刻ｔ１までの期間と時刻ｔ２から時刻ｔ３までの期間とのいずれにおいてＳＴＡ−Ｃの通信を行うかによらず、例えばＣＦＰを時刻ｔ０から時刻ｔ４までの期間として定めてもよい。これによれば、例えば時刻ｔ１から時刻ｔ２までの期間又は時刻ｔ３から時刻ｔ４までの期間において、ＳＴＡ−Ｃが信号を送信しないようにすることができる。なお、図１０では、ＳＴＡ−Ｃが、ＣＦＰの間に上りリンク信号を送信する例を示しているが、この間にＡＰが下りリンク信号を送信してもよい。また、ＡＰは、下りリンクの信号を時刻ｔ４から時刻ｔ５までの期間において送信するようにしてもよい。
【００５８】
続いて、図１１を用いて、本処理例におけるＡＰの処理の流れについて説明する。まず、ＡＰは、ＣＦＰを決定する（Ｓ１１０１）。ＡＰは、例えば時刻ｔ０から時刻ｔ１までの期間と時刻ｔ２から時刻ｔ３までの期間とのいずれにおいて、ＳＴＡ−Ｃに上りリンク信号を送信させるかに基づいて、時刻ｔ２までの期間と時刻ｔ４までの期間とのいずれかをＣＦＰとして決定しうる。なお、ＡＰは、例えば、ＳＴＡ−Ｃが通信を行うべきタイミングによらず、時刻ｔ４までの期間をＣＦＰとして決定してもよい。この場合、ＡＰは、ＴＷＴ  ＩＥの設定の際に時刻ｔ４が決定されたことに応じて、ＣＦＰを決定することができる。その後、ＡＰは、例えばＢｅａｃｏｎ４０７によって、ＣＦＰをＳＴＡ−Ｃ（及び周囲の無線端末）に対して通知する（Ｓ１１０２）。その後、ＡＰは、ＳＴＡ−Ｃが通信すべき期間となったことに応じて（Ｓ１１０３でＹＥＳ）、ポーリングフレームをＳＴＡ−Ｃへと送信し（Ｓ１１０４）、ＳＴＡ−Ｃから上りリンク信号を受信する（Ｓ１１０５）。そして、ＡＰは、その上りリンク信号に対して確認応答を送信し（Ｓ１１０６）、処理を終了する。
【００５９】
このように、本処理例では、ＡＰは、ポーリングフレームを用いて、ＳＴＡ−Ｃの通信期間を制御することができる。これにより、ＳＴＡ−Ｃから送信された信号が、ＡＰとＳＴＡ−Ａ及びＳＴＡ−Ｂとの間の通信に関する信号（例えばＴｒｉｇｇｅｒフレーム４１３）に干渉することを防ぐことが可能となる。なお、ＡＰは、ＳＴＡ−Ｃがポーリング（ＣＦ−ＰｏｌｌまたはＱｏＳ  ＣＦ−Ｐｏｌｌ）に対応しているか否かを、ＳＴＡ−Ｃとの接続時の能力情報の交換によって確認することができる。このため、ＡＰは、ＳＴＡ−Ｃがポーリングに対応している場合にのみ、本処理例の手法を用いるようにすることができる。なお、ＳＴＡ−Ｃがポーリングに対応していない場合は、ＡＰは、例えば処理例１の方法や処理例２の方法等を用いてＳＴＡ−Ｃとの通信を行うようにしうる。すなわち、ＡＰは、ＳＴＡ−Ｃの能力情報に応じて、ＳＴＡ−Ｃの通信可能な期間を適切に設定するために送信する信号の種類を変更することができる。
【００６０】
以上のように、ＡＰは、ＩＥＥＥ８０２．１１ａｘのＴＷＴ等によってスケジュールに従ってスリープ状態に移行することが可能な第１の無線端末、及びそのスケジュールに従って動作することができない第２の無線端末と、通信期間を調整しながら通信する。ＡＰは、第１の無線端末がスリープ状態でない第１の期間において第２の無線端末が通信を行わせないための又は第１の無線端末がスリープ状態の第２の期間において第２の無線端末に通信を行わせるための所定の信号を第２の無線端末へ送信する。この所定の信号は、例えば、第１の期間をＮＡＶ期間に設定させるように構成されたＣＴＳ−ｔｏ−ｓｅｌｆフレーム、又は、第２の期間を通信期間として定めるＰＳＭＰフレームでありうる。また、所定の信号は、第１の期間を含む期間をＣＦＰとすることを示すＢｅａｃｏｎ等の信号と、ＣＦＰ中の第２の期間内において第２の無線端末へ送信されるポーリングフレームの組み合わせであってもよい。これにより、第２の無線端末が第１の期間において通信を行い、それにより第１の無線端末とＡＰとの通信に干渉することを防ぐことができる。なお、第１の無線端末は複数存在してもよく、第１の期間は（ＡＰからの制御信号の送信等を含む）上りリンクのマルチユーザ通信を行うための期間でありうる。この場合、上述の手法により、複数の無線端末に対して一斉に影響を及ぼしうる干渉が発生する確率を低減することが可能となる。
【００６１】
＜＜その他の実施形態＞＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６２】
３０１：無線ＬＡＮ制御部、３０２：１１ａｘ通信制御部、３０３：非１１ａｘ通信制御部
【図１】
2018186342.tif 000003
【図２】
2018186342.tif 000004
【図３】
2018186342.tif 000005
【図４】
2018186342.tif 000006
【図５】
2018186342.tif 000007
【図６】
2018186342.tif 000008
【図７】
2018186342.tif 000009
【図８】
2018186342.tif 000010
【図９】
2018186342.tif 000011
【図１０】
2018186342.tif 000012
【図１１】
2018186342.tif 000013