(57)【要約】【課題】通信装置が、相手装置の通信の状態を考慮した適切なチャネルの切り替えを行うこと。【解決手段】第１の他の通信装置との第１の無線通信を行うと共に、第１の他の通信装置を介して設定される第２の他の通信装置との間の直接通信である第２の無線通信であって、第１の無線通信に係る第１の周波数と、第１の周波数と異なる第２の周波数とのいずれかを用いることが可能な第２の無線通信を行うことができる通信装置は、第２の他の通信装置から第１の他の通信装置へ送信された信号を検出し、所定期間内に第２の他の通信装置から第１の他の通信装置へ送信された第１の所定の信号が検出された場合、第２の無線通信において、第１の周波数から第２の周波数への移行の要求の第２の他の通信装置に対する送信を行わないように制御する。【選択図】  図３
2016054404.tif 000002
【特許請求の範囲】
【請求項１】
第１の他の通信装置との第１の無線通信を行うと共に、前記第１の他の通信装置を介して設定される第２の他の通信装置との間の直接通信である第２の無線通信であって、前記第１の無線通信に係る第１の周波数と当該第１の周波数と異なる第２の周波数とのいずれかを用いることが可能な前記第２の無線通信を行うための通信手段と、
前記第２の他の通信装置から前記第１の他の通信装置へ送信された信号を検出する検出手段と、
所定期間内に前記第２の他の通信装置から前記第１の他の通信装置へ送信された第１の所定の信号が検出された場合、前記第２の無線通信において、前記第１の周波数から前記第２の周波数への移行の要求の前記第２の他の通信装置に対する送信を禁止するように、前記通信手段を制御する制御手段と、
を有することを特徴とする通信装置。
【請求項２】
前記制御手段は、前記第１の所定の信号が検出されてから一定期間、前記要求の送信を禁止する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制御手段は、前記要求の送信が禁止されている間に、前記第２の他の通信装置から前記第１の他の通信装置へ送信された第２の所定の信号が検出された場合に、前記要求の送信を許可する、
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記制御手段は、前記要求の送信が禁止されている間に、前記第２の他の通信装置から前記第１の他の通信装置へ送信された第２の所定の信号が検出された場合に、当該第２の所定の信号が検出されたタイミングに基づいて、前記要求の送信を許可するか否かを判定する、
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
前記制御手段は、前記第２の所定の信号が検出されたタイミングが、前記第２の無線通信が前記第２の周波数を用いることができなくなるタイミングと前記第２の無線通信が行われるべき期間の長さとに基づいて決定されるタイミング以前に受信された場合に、前記要求の送信を許可する、
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記制御手段は、前記要求の送信が禁止されている間に、前記通信手段において、前記第２の他の通信装置からの前記第１の周波数から前記第２の周波数への移行の要求を受信した場合、前記第２の無線通信において用いられる周波数を前記第２の周波数へと移行するように前記通信手段を制御する、
ことを特徴とする請求項１に記載の通信装置。
【請求項７】
前記制御手段は、前記要求の送信が禁止されている間に、前記第２の他の通信装置から前記第１の他の通信装置へ送信された第２の所定の信号が検出された場合に、当該第２の所定の信号が検出されたタイミングに基づいて、前記第２の他の通信装置からの前記第１の周波数から前記第２の周波数への移行の要求を受け入れるかを判定する、
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記制御手段は、前記第２の所定の信号が検出されたタイミングが、前記第２の無線通信が前記第２の周波数を用いることができなくなるタイミングと前記第２の無線通信が行われるべき期間の長さとに基づいて決定されるタイミング以前に受信された場合に、前記第２の他の通信装置からの前記第１の周波数から前記第２の周波数への移行の要求を受け入れる、
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記所定期間は、前記第１の他の通信装置からの、当該第１の他の通信装置と前記第２の他の通信装置との通信の契機を与えることができる信号を前記通信装置が受信したときから計測される、
ことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記所定期間は、前記第１の他の通信装置から定期的に送信される信号を前記通信装置が受信したときから計測される、
ことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１１】
前記第１の所定の信号は、前記第２の他の通信装置がパワーセーブモードから復帰することを示す信号である、
ことを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記第１の所定の信号は、前記第２の他の通信装置がパワーセーブモードへ移行することを示す信号である、
ことを特徴とする請求項３から５、７又は８のいずれか１項に記載の通信装置。
【請求項１３】
前記第１の無線通信及び前記第２の無線通信は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮの通信である、
ことを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
【請求項１４】
前記第１の無線通信は、ＩＥＥＥ８０２．１１規格におけるインフラストラクチャモードの通信であり、前記第２の無線通信は、ＩＥＥＥ８０２．１１規格におけるＴｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ（ＴＤＬＳ）による通信である、
ことを特徴とする請求項１から１３のいずれか１項に記載の通信装置。
【請求項１５】
第１の他の通信装置との第１の無線通信を行うと共に、前記第１の他の通信装置を介して設定される第２の他の通信装置との間の直接通信である第２の無線通信であって、前記第１の無線通信に係る第１の周波数と当該第１の周波数と異なる第２の周波数とのいずれかを用いることが可能な前記第２の無線通信を行うための通信手段と、前記第２の他の通信装置から前記第１の他の通信装置へ送信された信号を検出する検出手段と、を有する通信装置の制御方法であって、
所定期間内に前記第２の他の通信装置から前記第１の他の通信装置へ送信された第１の所定の信号が検出された場合、前記第２の無線通信において、前記第１の周波数から前記第２の周波数への移行の要求の前記第２の他の通信装置に対する送信を禁止するように、前記通信手段を制御する制御工程を有する、
ことを特徴とする制御方法。
【請求項１６】
第１の他の通信装置との第１の無線通信を行うと共に、前記第１の他の通信装置を介して設定される第２の他の通信装置との間の直接通信である第２の無線通信であって、前記第１の無線通信に係る第１の周波数と当該第１の周波数と異なる第２の周波数とのいずれかを用いることが可能な前記第２の無線通信を行うための通信手段と、前記第２の他の通信装置から前記第１の他の通信装置へ送信された信号を検出する検出手段と、を有する通信装置に備えられたコンピュータに、
所定期間内に前記第２の他の通信装置から前記第１の他の通信装置へ送信された第１の所定の信号が検出された場合、前記第２の無線通信において、前記第１の周波数から前記第２の周波数への移行の要求の前記第２の他の通信装置に対する送信を禁止するように、前記通信手段を制御する制御工程を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信における周波数チャネル切り替え制御技術に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮ通信システムが広く利用されている。無線ＬＡＮでは、アクセスポイント（以後、ＡＰ）と呼ばれる基地局と、ＡＰの電波到達範囲内に存在し、無線接続状態のステーション（以後、ＳＴＡ）とが接続を確立してネットワークを確立し、無線通信を行う。そして、近年では、上述のアクセスポイント機能とステーション機能との両方の機能を有する無線通信装置が登場している。このような無線通信装置は、ＳＴＡとして他のアクセスポイントが構成したネットワークに接続しながら、自らがアクセスポイントとしてネットワークを構成し、他のＳＴＡとの間で接続を確立することができる。
【０００３】
また、従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成だけでなく、さまざまな無線ＬＡＮネットワークの形態で通信を行う方法が出現している（特許文献１参照）。例えば、ＡＰに接続しているＳＴＡ同士が、直接接続（ダイレクトリンク）を用いて通信するための技術として、Ｔｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ（ＴＤＬＳ）がある。ＩＥＥＥ  ｓｔｄ  ８０２．１１−２０１２には、無線ＬＡＮ端末間でＡＰを介してＴＤＬＳ設定用の制御データを送受信することによって、無線ＳＴＡ間の直接接続を形成する技術が規定されている。直接接続を形成することにより、無線ＬＡＮ端末が相手端末と直接通信することとなるため、ＡＰの能力に縛られない通信が可能となる。
【０００４】
また、ＴＤＬＳでは、ＡＰが構成している無線ネットワークのチャネル（以下、「ベースチャネル」と呼ぶ。）に縛られずに、ＳＴＡ同士の直接通信のためにチャネルを別のチャネル（以下、「オフチャネル」と呼ぶ。）に切り替えることが可能である。これにより、例えば、ＡＰが２．４ＧＨｚ帯で動作している場合でも、ＳＴＡは、相手方のＳＴＡとの間で、５ＧＨｚ帯のチャネルを用いて直接通信をすることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１２−５２４４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来手法では、通信装置は、直接通信する相手装置の通信状態や、チャネルスイッチ実行のための条件を確認せずにチャネルスイッチを行う。このため、相手装置の状態によっては、ＴＤＬＳによる直接通信ができなくなったり、通信効率が劣化したりする場合があるという課題があった。
【０００７】
本発明は、上記課題に鑑みなされたものであり、相手装置の通信の状態を考慮した適切なチャネルの切り替えを行うための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明による通信装置は、第１の他の通信装置との第１の無線通信を行うと共に、前記第１の他の通信装置を介して設定される第２の他の通信装置との間の直接通信である第２の無線通信であって、前記第１の無線通信に係る第１の周波数と当該第１の周波数と異なる第２の周波数とのいずれかを用いることが可能な前記第２の無線通信を行うための通信手段と、前記第２の他の通信装置から前記第１の他の通信装置へ送信された信号を検出する検出手段と、所定期間内に前記第２の他の通信装置から前記第１の他の通信装置へ送信された第１の所定の信号が検出された場合、前記第２の無線通信において、前記第１の周波数から前記第２の周波数への移行の要求の前記第２の他の通信装置に対する送信を禁止するように、前記通信手段を制御する制御手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、相手装置の通信の状態を考慮した適切なチャネルの切り替えを行うことができる。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムの構成例を示す図。
【図２】端末装置の機能構成例を示すブロック図。
【図３】無線通信システムで行われる処理の第１の例を示すシーケンス図。
【図４】端末装置が実行する処理の第１の例を示すフローチャート。
【図５】無線通信システムで行われる処理の第２の例を示すシーケンス図。
【図６】端末装置が実行する処理の第２の例を示すフローチャート。
【図７】無線通信システムで行われる処理の第３の例を示すシーケンス図。
【図８】端末装置が実行する処理の第３の例を示すフローチャート。
【図９】無線通信システムで行われる処理の第４の例を示すシーケンス図。
【図１０】端末装置が実行する処理の第４の例を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。なお、以下では、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮが用いられる場合について説明する。ただし、以下の実施形態は一例を示すものであって、本発明はこれに限られず、他の同様のシステムが用いられる場合にも適用可能である。
【００１２】
（無線通信システムの構成）
図１に、本実施形態に係る無線通信システムの構成例を示す。無線通信システムは、例えば、無線ＬＡＮによって通信を行う複数の無線通信装置を含む。図１の例では、第１の端末装置１０１及び第２の端末装置１０３が、それぞれアクセスポイント（ＡＰ）１０２との間で無線通信１０４及び１０６を行い、さらに、第１の端末装置１０１と第２の端末装置１０３との間での直接通信１０５が行われる。
【００１３】
なお、第１の端末装置１０１及び第２の端末装置１０３と、ＡＰ１０２との間の無線通信１０４及び１０６のための接続は、インフラストラクチャモードで確立される。この第１の端末装置１０１及び第２の端末装置１０３とＡＰ１０２との間の無線通信１０４及び１０６で使用される周波数帯域（周波数チャネル）は、ベースチャネル（なお、以下では「Ｂａｓｅ  ｃｈ」と表記する場合がある。）と呼ばれる。
【００１４】
また、第１の端末装置１０１と第２の端末装置１０３との間の直接通信１０５のための接続は、ＩＥＥＥ８０２．１１ｚで規定されたシーケンスによりＡＰ１０２を介して直接接続を設定するＴＤＬＳを用いて、設定される。なお、ＴＤＬＳは、Ｔｕｎｎｅｌｅｄ  Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐの略称である。直接通信１０５では、無線通信１０４及び１０６で使用されるベースチャネルを用いることが可能であるほか、ベースチャネルから、ベースチャネルとは異なる周波数チャネルへ遷移して、その遷移先のチャネルを用いることも可能である。この遷移先の周波数チャネルは、オフチャネル（なお、以下では「Ｏｆｆ  ｃｈ」と表記する場合がある。）と呼ばれる。また、無線通信１０４及び１０６と直接通信１０５とにおいて異なる周波数チャネルを使用するために、直接通信１０５において使用する周波数チャネルを遷移させることを、チャネルスイッチと呼ぶ。
【００１５】
（端末装置の構成）
図２に、第１の端末装置１０１の機能構成例を示す。第１の端末装置１０１は、その機能構成として、例えば、無線送受信部２０１、ＴＤＬＳ通信設定部２０２、チャネルスイッチ判定部２０３、無線通信制御部２０４、パケットキャプチャ部２０５、ＴＤＬＳ通信情報記憶部２０６を有する。
【００１６】
無線送受信部２０１は、ＩＥＥＥ８０２．１１規格に従って、無線信号を送受信する機能部である。ＴＤＬＳ通信設定部２０２は、ＴＤＬＳ通信を実行するために必要な設定を行う。無線通信制御部２０４は、送受信メッセージを制御する。ＴＤＬＳ通信情報記憶部２０６は、ＴＤＬＳによる直接通信の相手装置（例えば第２の端末装置１０３）の情報、ＴＤＬＳ通信に関する各設定値又は予め定義された値を含む設定情報などを記憶する。
【００１７】
パケットキャプチャ部２０５は、ＡＰとＴＤＬＳによる通信の相手装置（例えば第２の端末装置１０３）とから送信された無線パケットを監視してキャプチャする。パケットキャプチャ部２０５は、例えば、監視の結果、第２の端末装置１０３が送信したパワーセーブモード（以下「ＰＳＭ」と呼ぶ。）への移行パケットと、ＰＳＭからの移行パケットとのいずれかを取得した場合に、チャネルスイッチ判定部２０３に通知する。
【００１８】
チャネルスイッチ判定部２０３は、例えば、パケットキャプチャ部２０５からＰＳＭからの移行パケットを受信したことを通知されると、第１の端末装置１０１によるチャネルスイッチの要求信号であるチャネルスイッチリクエストの送信を禁止する。一方、チャネルスイッチ判定部２０３は、例えば、その後にパケットキャプチャ部２０５から、ＰＳＭへの移行パケットを受信したことを通知されると、第１の端末装置１０１によるチャネルスイッチリクエストの発行を許可する。また、チャネルスイッチ判定部２０３は、例えば、パケットキャプチャ部２０５から通知されたＰＳＭへの移行パケットの受信タイミングとＴＤＬＳ通信情報記憶部２０６に記憶されている値とを比較し、チャネルスイッチの可否を判定する。
【００１９】
なお、上述の全ての機能ブロックは、ソフトウェアまたはハードウェアの構成において相互関係を有する。また上述の機能ブロック構成は一例であり、複数の機能ブロックによって１つの機能ブロックが構成されてもよいし、いずれかの機能ブロックが、さらに複数の機能を行うブロックに分割されてもよい。また、図２に示す各機能ブロックがハードウェアとして構成される場合、これらは、例えばＣＰＵ、各種のメモリ（ＲＯＭ、ＲＡＭ、ＨＤＤ等）、無線通信インターフェース、操作部、及び表示部等の全部または一部を含んで構成される。また、図２に示す各機能ブロックがソフトウェアとして構成される場合、第１の端末装置１０１の内部のＣＰＵが、メモリに格納されたコンピュータプログラムを実行することにより、上述の各機能ブロックが実現される。
【００２０】
（ＴＤＬＳのチャネルスイッチの原理）
端末装置が実行する処理の流れを説明するのに先立ち、まず、ＴＤＬＳのチャネルスイッチの原理について説明をする。なお、以下では、第１の端末装置１０１をＳＴＡ１と呼び、第２の端末装置１０３をＳＴＡ２と呼ぶ。
【００２１】
ＡＰ（例えばＡＰ１０２）は、通信に必要な様々な情報を周辺無線通信装置に知らせるため、ＩＥＥＥ８０２．１１規格に準拠したＢｅａｃｏｎ信号を、周辺無線通信装置に対して周期的に送信する。Ｂｅａｃｏｎ信号には、Ｂｅａｃｏｎ信号の送信時間間隔を示すＢｅａｃｏｎ  Ｉｎｔｅｒｖａｌ値が含められている。また、Ｂｅａｃｏｎ信号は、端末装置（例えばＳＴＡ１又はＳＴＡ２）がＰＳＭで動作中の場合にＢｅａｃｏｎを受信する周期を規定するパラメータＬｉｓｔｅｎＩｎｔｅｒｖａｌ値を通知する。端末装置は、この２つの値の積の時間毎に、Ｂｅａｃｏｎ信号を受信しなければいけない。すなわち、Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ値が１００ミリ秒であって、ＬｉｓｔｅｎＩｎｔｅｒｖａｌ値が４である場合は、端末は、１００×４＝４００ミリ秒ごとにＢｅａｃｏｎ信号を受信しなければならない。
【００２２】
ＴＤＬＳのチャネルスイッチはこの特徴を利用したものであり、端末装置がＡＰに対してＰＳＭに入ったとことを通知し、次のＢｅａｃｏｎ信号を受信しなければならないタイミングまで、動作チャネルと異なるチャネルを使用するものである。なお、端末装置は、Ｂｅａｃｏｎ信号を受信した後に、ＡＰが送信対象のデータを保持していると判明した場合は、ＰＳＭから復帰したことをＡＰに通知することで、その送信対象のデータを含む無線信号をＡＰから受信することが可能となる。
【００２３】
ここで、ＰＳＭに入ったことの通知は、例えば、端末装置からのＮＵＬＬ（Ｓｌｅｅｐ）パケットの送信によって行われ、ＰＳＭから復帰したことの通知は、例えば、端末装置からのＮＵＬＬ（Ａｗａｋｅ）パケットの送信によって行われる。なお、これら以外の信号によって、ＰＳＭに入ったこと又はＰＳＭから復帰したことが通知されてもよいが、以下では、ＮＵＬＬ（Ｓｌｅｅｐ）パケットおよびＮＵＬＬ（Ａｗａｋｅ）パケットが用いられるものとする。
【００２４】
上述のＴＤＬＳのチャネルスイッチの原理によれば、ＮＵＬＬ（Ａｗａｋｅ）パケットが検出されると、その後、そのパケットの送信元の端末装置は、ＡＰ１０２からの無線信号を受信する状態であることを予測することができる。また、ＮＵＬＬ（Ａｗａｋｅ）パケットが検出された後に、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出された場合、そのパケットの送信元の端末装置は、ＡＰ１０２からの無線信号の受信が終了した状態であると予測することができる。
【００２５】
なお、以下の説明では、ＡＰ１０２から定期的にＢｅａｃｏｎ信号が送信され、そのＢｅａｃｏｎ信号の中にＳＴＡ２へ宛てられたデータがあるかの情報が含められることにより、ＳＴＡ２とＡＰ１０２との通信が開始するものとするが、これに限られない。すなわち、例えば、ＡＰ１０２がＳＴＡ２とＡＰ１０２との通信が開始される契機を与える信号を送信し、ＳＴＡ２がその契機を与える信号に基づいて所定の信号を送出する構成であれば足りる。すなわち、ＳＴＡ１は、ＡＰ１０２からの契機を与える可能性がある信号と、それに対するＳＴＡ２からの第１の所定の信号（及び、場合によってはＳＴＡ２からのＳＴＡ２とＡＰ１０２との通信が終了したと推定できる第２の所定の信号）を、検出できればよい。したがって、ＡＰ１０２が送信する信号はＢｅａｃｏｎ信号である必要はなく、また、ＳＴＡ２が送信する第１の所定の信号及び第２の所定の信号は、それぞれ、ＮＵＬＬ（Ａｗａｋｅ）パケット及びＮＵＬＬ（Ｓｌｅｅｐ）パケットである必要はない。
【００２６】
本実施形態では、端末装置が、この予測を用いてチャネルスイッチの可否を判定することで、直接通信の相手装置の状態を考慮したチャネルスイッチを行うようにした。以下では、このような端末装置が実行する処理の流れのいくつかの例について説明する。
【００２７】
（処理の流れの第１の例）
図３に本例における無線通信システムで行われる処理の流れの例を示し、図４に本例におけるＳＴＡ１が実行する処理の流れを示す。図４の各ステップは、ＳＴＡ１のＣＰＵが、メモリに格納されたプログラムを実行することによって処理される。本例では、初期状態として、ＳＴＡ１は、ＡＰ１０２からのＢｅａｃｏｎ信号を待ち受けているものとする（Ｓ４０１）。また、同様にＳＴＡ２も、Ｂｅａｃｏｎ信号を待ち受けているものとする。
【００２８】
そして、ＡＰ１０２がＢｅａｃｏｎ信号を送出すると（Ｆ３０１、Ｆ３０２）、ＳＴＡ１はそのＢｅａｃｏｎ信号を受信し（Ｓ４０１でＹＥＳ）、同様にＳＴＡ２もそのＢｅａｃｏｎ信号を受信する。ＳＴＡ１は、Ｂｅａｃｏｎ信号を受信したことをトリガとして、パケットキャプチャ部２０５により、ＡＰ１０２が使用している周波数チャネルで送出された無線パケットを監視し、キャプチャする（Ｓ４０２）。なお、パケットキャプチャ部２０５は、無線送受信部２０１を用いて無線パケットのキャプチャを行ってもよいし、キャプチャ専用の機能を使用して無線パケットのキャプチャを行ってもよい。
【００２９】
ＳＴＡ１は、無線パケットのキャプチャを開始すると、不図示の待機タイマを起動する（Ｓ４０３）。この待機タイマは、所定期間内にＮＵＬＬ（Ａｗａｋｅ）パケットがキャプチャされたかを判定するために用いられる。ＳＴＡ２は、Ｂｅａｃｏｎ信号を受信して解析することにより、ＡＰ１０２がＳＴＡ２宛てのデータを有しているか否かを知ることができる。そして、ＳＴＡ２は、Ｂｅａｃｏｎ信号を受信した場合に、ＳＴＡ２自身に宛てられたデータをＡＰ１０２が有していることを検知した場合には、そのデータを受信するために、ＰＳＭから復帰するためのＮＵＬＬ（Ａｗａｋｅ）パケットを送信することとなる。このため、ＳＴＡ１は、Ｂｅａｃｏｎ信号を受信してから所定期間内に、ＳＴＡ２からの、ＰＳＭから復帰することを示すＮＵＬＬ（Ａｗａｋｅ）パケットが検出されたかにより、ＡＰ１０２とＳＴＡ２との間で通信が行われるか否かを予測することができる。そして、ＳＴＡ１は、所定期間内にＮＵＬＬ（Ａｗａｋｅ）パケットがキャプチャされなかった場合（Ｓ４０４でＹＥＳ）、ＳＴＡ２とＡＰ１０２との間での通信が行われないものと予測し、チャネルスイッチを実行する（Ｓ４０５）。この場合、ＳＴＡ１は、ＳＴＡ２に対して、チャネルスイッチリクエスト信号を送信する。
【００３０】
本例では、ＳＴＡ２は、Ｂｅａｃｏｎ信号により、ＡＰ１０２がＳＴＡ２宛てのデータを有していることを知ったものとし、それに応じて、ＮＵＬＬ（Ａｗａｋｅ）パケットをＡＰ１０２に対して送信したものとする（Ｆ３０３）。ＡＰ１０２は、ＮＵＬＬ（Ａｗａｋｅ）パケットの受信に応じて、ＳＴＡ２宛てのデータを送信する（Ｆ３０４）。
【００３１】
一方、ＳＴＡ１は、所定期間内にＮＵＬＬ（Ａｗａｋｅ）パケットが検出されたため（Ｆ３０５、Ｓ４０４でＮＯ、Ｓ４０６でＹＥＳ）、待機タイマを停止し（Ｓ４０７）、ＳＴＡ１からのチャネルスイッチのリクエストを発行しないようにする。すなわち、ＳＴＡ１は、Ｂｅａｃｏｎ信号の受信の後の所定期間内に、ＴＤＬＳの相手装置からのＮＵＬＬ（Ａｗａｋｅ）パケットを受信しなかった場合に限って、チャネルスイッチのリクエストを発行するように制御される。なお、ＳＴＡ１は、ＮＵＬＬ（Ａｗａｋｅ）パケットの検出に際して、ＴＤＬＳの相手装置（ＳＴＡ２）のＭＡＣアドレスを用いて、ＳＴＡ２が送信したパケットであるかどうかを確認してもよい。すなわち、ＳＴＡ１は、ＴＤＬＳの相手装置以外の装置からのＮＵＬＬ（Ａｗａｋｅ）パケットは無視し、ＴＤＬＳの相手装置からのＮＵＬＬ（Ａｗａｋｅ）パケットだけを監視する構成とされてもよい。
【００３２】
その後、ＳＴＡ２は、ＡＰ１０２からのデータの受信を終了した後に、ＡＰ１０２に対して、ＰＳＭへの移行のためにＮＵＬＬ（Ｓｌｅｅｐ）パケットを送信する（Ｆ３０６）。ＳＴＡ２は、ＡＰ１０２にＰＳＭに入ったという通知をした後に、ＳＴＡ１とチャネルスイッチを行うために、チャネルスイッチ処理を行うことができる。この場合、ＳＴＡ２は、ＳＴＡ１に対して、チャネルスイッチリクエストを送信し（Ｆ３０７）、ＳＴＡ２からの応答信号であるチャネルスイッチレスポンスを受信して（Ｆ３０８）、使用する周波数チャネルをＯｆｆ  ｃｈへと移行させる（Ｆ３１１）。ＳＴＡ１は、チャネルスイッチレスポンスを送信すると（Ｆ３０８）、ＡＰ１０２に対してＮＵＬＬ（Ｓｌｅｅｐ）パケットを送信して（Ｆ３０９）、使用する周波数チャネルをＯｆｆ  ｃｈへと移行させる（Ｆ３１０）。そして、ＳＴＡ１とＳＴＡ２は、Ｏｆｆ  ｃｈにおいて、ＴＤＬＳによる直接通信でデータの送受信を行う（Ｆ３１２、Ｓ４０８）。
【００３３】
その後、ＳＴＡ２は、次回のＢｅａｃｏｎ信号の受信タイミングが近づいてくると、チャネルスイッチレスポンスパケットをＳＴＡ１に対して送信する（Ｆ３１３）。ＳＴＡ１及びＳＴＡ２は、そのチャネルスイッチレスポンスをトリガとして、Ｂｅａｃｏｎ信号を受信するために、使用する周波数チャネルをＢａｓｅ  ｃｈに戻し（Ｆ３１４、Ｆ３１５）、ＡＰ１０２からのＢｅａｃｏｎ信号を受信する（Ｆ３１６、Ｆ３１７）。
【００３４】
なお、本例では、ベースチャネルへ戻るためのチャネルスイッチをするために、チャネルスイッチリクエストを送信した側のＳＴＡ２がチャネルスイッチレスポンスを送信するとしたが、ＳＴＡ１がこのチャネルスイッチレスポンスを送信してもよい。また、本例では、ＳＴＡ２が、ＡＰ１０２との間の通信を終了した後に、チャネルスイッチリクエストを送信してチャネルスイッチを行ったが、チャネルスイッチを行わずに、Ｂａｓｅ  ｃｈでＴＤＬＳによる直接通信を行ってもよい。例えば、ＳＴＡ２は、次のＢｅａｃｏｎ信号の受信タイミングまでの時間が所定時間以下であるような場合に、チャネルスイッチを行わずに、ＳＴＡ１とのＴＤＬＳによる直接通信を行うことを決定してもよい。
【００３５】
このように、本例では、ＳＴＡ１のＴＤＬＳによる直接通信の相手装置であるＳＴＡ２がＡＰ１０２からのデータを受信する状態であると予測される場合に、ＳＴＡ１からのＴＤＬＳのチャネルスイッチが行われないような制限が行われる。これにより、ＳＴＡ２がＡＰ１０２からのデータの受信中にチャネルスイッチリクエストを受信して、制限時間内にリクエストに関する返答ができなくなることを防ぐことが可能となる。この結果、ＳＴＡ１とＳＴＡ２との間でのＴＤＬＳによる直接通信ができなくなってしまうことを防ぐことが可能となる。
【００３６】
（処理の流れの第２の例）
図５に本例における無線通信システムで行われる処理の流れの例を示し、図６に本例におけるＳＴＡ１が実行する処理の流れを示す。図６の各ステップは、ＳＴＡ１のＣＰＵが、メモリに格納されたプログラムを実行することによって処理される。上述の第１の例では、ＳＴＡ１は、ＳＴＡ２からのＮＵＬＬ（Ａｗａｋｅ）パケットの検出に応じて、チャネルスイッチリクエストの送信を禁止し、ＳＴＡ２からのチャネルスイッチリクエストを待ち受ける場合の例について説明した。本例では、これに対し、ＳＴＡ１が、チャネルスイッチリクエストの発行を一定期間だけ禁止し、その後にチャネルスイッチリクエストを発行する場合の例について説明する。なお、本例のＳＴＡ１がＮＵＬＬ（Ａｗａｋｅ）パケットを検出して待機タイマを停止するまでのＦ５０１〜Ｆ５０５及びＳ６０１〜Ｓ６０７の処理は、第１の例におけるＦ３０１〜Ｆ３０５及びＳ４０１〜Ｓ４０７の処理と同様であるため、説明を省略する。
【００３７】
ＳＴＡ１は、ＮＵＬＬ（Ａｗａｋｅ）パケットを検出した場合、ＳＴＡ２によるＡＰ１０２からのデータの受信が終了するのを一定時間待つための受信待ちタイマを開始する（Ｓ６０８）。受信待ちタイマにより計測する一定時間は、あらかじめＴＤＬＳ通信情報記憶部２０６が保持している値であってもよいし、その都度ユーザに問い合わせた結果として与えられる値であってもよい。一定時間は、ＡＰ１０２からＳＴＡ２へ１回あたりに送信されるデータ量の統計値に基づいて定められてもよく、この場合、例えば、ＡＰ１０２からＳＴＡ２へのデータの送信が終了する確率が所定の確率（例えば９５％）となる時間として定められもよい。この場合、ＳＴＡ１は、例えば、自身がＡＰ１０２から受信したデータ量に基づいてＳＴＡ２における受信データ量を推定して、一定時間を定めてもよいし、ＳＴＡ２から、受信したデータ量の統計値の提供を受けて、一定時間を定めてもよい。また、ＳＴＡ１は、例えば、チャネルスイッチ後、次のＢｅａｃｏｎ信号の受信タイミングまでの時間に相当する、ＳＴＡ２との通信可能時間を十分に確保できるタイミングを特定し、そのタイミングに応じて、一定時間を定めてもよい。
【００３８】
ＳＴＡ１は、受信待ちタイマが満了すると（Ｓ６０９でＹＥＳ）、チャネルスイッチ処理を開始する（Ｓ６１０）。具体的には、ＳＴＡ１は、まず、ＡＰ１０２に対してＮＵＬＬ（Ｓｌｅｅｐ）パケットを送信し（Ｆ５０６）、チャネルスイッチリクエストをＳＴＡ２へ送信する（Ｆ５０７）。その後、ＳＴＡ１は、ＳＴＡ２からチャネルスイッチレスポンスを受信し（Ｆ５０８）、使用する周波数チャネルをＯｆｆ  ｃｈへと移す（Ｆ５１０）。一方、ＳＴＡ２は、チャネルスイッチリクエストを受信すると（Ｆ５０７）、ＳＴＡ１へチャネルスイッチレスポンスを送信する（Ｆ５０８）。その後、ＳＴＡ２は、ＡＰ１０２へＮＵＬＬ（Ｓｌｅｅｐ）パケットを送信して（Ｆ５０９）、使用する周波数チャネルをＯｆｆ  ｃｈへと移す（Ｆ５１１）。
【００３９】
なお、ＳＴＡ１は、受信待ちタイマが満了する前に、ＳＴＡ２におけるＡＰ１０２からのデータの受信が終了して、ＳＴＡ２からチャネルスイッチ処理を開始した場合は、受信待ちタイマを停止する。そして、例えば第１の例のＦ３０７〜Ｆ３１１の処理を実行して、使用する周波数チャネルをＯｆｆ  ｃｈへと移行させる。
【００４０】
ＯＦＦ  ｃｈに移行した後に次回のＢｅａｃｏｎ信号を受信するまでのＳＴＡ１及びＳＴＡ２が実行する処理の流れ（Ｆ５１２−Ｆ５１７及びＳ６１１）は、第１の例のＦ３１２〜Ｆ３１７及びＳ４０８と同様であるため、説明を省略する。
【００４１】
このように、本例では、ＳＴＡ２がＡＰ１０２からデータを受信していることを検出した場合であっても、ＳＴＡ１は、一定時間を待ってからチャネルスイッチを開始する。これにより、ＳＴＡ２が制限時間内にリクエストに関する返答ができなくなる確率を低減することができる。また本例では、ＳＴＡ１は、例えば、チャネルスイッチ後、次のＢｅａｃｏｎ信号の受信タイミングまでの時間に相当する、ＳＴＡ２との通信可能時間を十分に確保できるタイミングでチャネルスイッチリクエストを送信する。これにより、チャネルスイッチ後のＳＴＡ１とＳＴＡ２との間の通信可能時間が極端に短くなることを防ぐことが可能となる。
【００４２】
（処理の流れの第３の例）
図７に本例における無線通信システムで行われる処理の流れの例を示し、図８に本例におけるＳＴＡ１が実行する処理の流れを示す。図８の各ステップは、ＳＴＡ１のＣＰＵが、メモリに格納されたプログラムを実行することによって処理される。第２の例では、ＳＴＡ１は、ＮＵＬＬ（Ａｗａｋｅ）パケットを検出してから一定時間経過した後に、チャネルスイッチを実行するが、本例では、ＳＴＡ１は、ＮＵＬＬ（Ａｗａｋｅ）パケットを検出後、続いてＮＵＬＬ（Ｓｌｅｅｐ）パケットの送出を監視する。すなわち、ＳＴＡ１は、ＳＴＡ２がＮＵＬＬ（Ｓｌｅｅｐ）パケットを送出した場合、ＡＰ１０２との通信が終了したと判定することができるため、これを契機に、チャネルスイッチを実行する。
【００４３】
なお、本例のＳＴＡ１がＮＵＬＬ（Ａｗａｋｅ）パケットを検出して待機タイマを停止するまでのＦ７０１〜Ｆ７０５及びＳ８０１〜Ｓ８０７の処理は、第１の例におけるＦ３０１〜Ｆ３０５及びＳ４０１〜Ｓ４０７の処理と同様であるため、説明を省略する。
【００４４】
ＳＴＡ１は、ＮＵＬＬ（Ａｗａｋｅ）パケットを検出すると、次いで、ＳＴＡ２がＡＰ１０２に対して送信するＮＵＬＬ（Ｓｌｅｅｐ）パケットを検出するための第２の待機タイマを起動する（Ｓ８０８）。ＳＴＡ２は、ＡＰ１０２からのデータの受信を終了すると、ＮＵＬＬ（Ｓｌｅｅｐ）パケットをＡＰ１０２に送信し（Ｆ７０６）、ＡＰ１０２にＳＴＡ２がＰＳＭに移行することを通知する。ＳＴＡ１は、第２の待機タイマが満了しないうちに（Ｓ８０９でＮＯ）、ＳＴＡ２からのＮＵＬＬ（Ｓｌｅｅｐ）パケットを検出すると（Ｆ７０７、Ｓ８１１でＹＥＳ）、第２の待機タイマを停止する（Ｓ８１２）。そして、ＳＴＡ１は、チャネルスイッチ処理を開始する（Ｓ８１３）。具体的には、ＳＴＡ１は、まず、ＡＰ１０２に対してＮＵＬＬ（Ｓｌｅｅｐ）パケットを送信し（Ｆ７０８）、チャネルスイッチリクエストをＳＴＡ２へ送信する（Ｆ７０９）。その後、ＳＴＡ１は、ＳＴＡ２からチャネルスイッチレスポンスを受信し（Ｆ７１０）、使用する周波数チャネルをＯｆｆ  ｃｈへと移す（Ｆ７１１）。一方、ＳＴＡ２は、チャネルスイッチリクエストを受信すると（Ｆ７０９）、ＳＴＡ１へチャネルスイッチレスポンスを送信し（Ｆ７１０）、使用する周波数チャネルをＯｆｆ  ｃｈへと移す（Ｆ７１２）。
【００４５】
なお、ＳＴＡ１は、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが送信されないまま第２の待機タイマが満了した場合（Ｓ８０９でＹＥＳ）は、チャネルスイッチ処理を行う（Ｓ８１０）。このときの処理は、第２の例のＦ５０５〜Ｆ５１１及びＳ６０８〜Ｓ６１０の処理と同様となるため、説明を省略する。なお、この第２の待機タイマで待機する時間は、上述の第２の例と同様に定められうる。例えば、この時間は、チャネルスイッチ後、次のＢｅａｃｏｎ信号の受信タイミングまでの時間に相当する、ＳＴＡ２との通信可能時間を十分に確保できるタイミングを特定し、そのタイミングに応じて定められうる。これにより、チャネルスイッチ後のＳＴＡ１とＳＴＡ２との間の通信可能時間が極端に短くなることを防ぐことが可能となる。
【００４６】
ＯＦＦ  ｃｈに移行した後に次回のＢｅａｃｏｎ信号を受信するまでのＳＴＡ１及びＳＴＡ２が実行する処理の流れ（Ｆ７１３−Ｆ７１８及びＳ８１４）は、第１の例のＦ３１２〜Ｆ３１７及びＳ４０８と同様であるため、説明を省略する。
【００４７】
このように、本例では、ＳＴＡ２がＡＰ１０２からデータを受信していることを検出した場合であっても、ＳＴＡ１は、ＮＵＬＬ（Ｓｌｅｅｐ）パケットを検出したことに応じてチャネルスイッチを開始する。これにより、ＳＴＡ１は、ＳＴＡ２からのＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出されるのを待ってチャネルスイッチリクエストを送信するため、ＳＴＡ２が制限時間内にリクエストに関する返答ができなくなる確率を低く抑えることができる。また、ＳＴＡ１は、ＳＴＡ２のＡＰ１０２からのデータの受信の終了後、早急に、チャネルスイッチリクエストを発行することが可能となる。また本例においても、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出されるのを待つタイマを適切に設定することにより、チャネルスイッチ後のＳＴＡ１とＳＴＡ２との間の通信可能時間が極端に短くなることを防ぐことが可能となる。
【００４８】
（処理の流れの第４の例）
図９に本例における無線通信システムで行われる処理の流れの例を示し、図１０に本例におけるＳＴＡ１が実行する処理の流れを示す。図１０の各ステップは、ＳＴＡ１のＣＰＵが、メモリに格納されたプログラムを実行することによって処理される。本例では、ＳＴＡ１は、ＳＴＡ２からのＮＵＬＬ（Ｓｌｅｅｐ）を検出した場合のタイミングに応じて、チャネルスイッチリクエストの送信の可否、及びＳＴＡ２から送信されるチャネルスイッチリクエストを受け入れるか否かを決定する。
【００４９】
なお、本例のＳＴＡ１がＮＵＬＬ（Ａｗａｋｅ）パケットを検出して待機タイマを停止するまでのＦ９０１〜Ｆ９０５及びＳ１００１〜Ｓ１００７の処理は、第１の例におけるＦ３０１〜Ｆ３０５及びＳ４０１〜Ｓ４０７の処理と同様であるため説明を省略する。また、本例のＦ９０７〜Ｆ９０８及びＳ１０１０〜Ｓ１０１３の処理についても、第３の例におけるＦ７０６〜Ｆ７０７及びＳ８０９〜Ｓ８１２の処理と同様であるため説明を省略する。
【００５０】
ＳＴＡ１は、第３の例と同様に、ＮＵＬＬ（Ａｗａｋｅ）パケットを検出すると、次いで、ＳＴＡ２がＡＰ１０２に対して送信するＮＵＬＬ（Ｓｌｅｅｐ）パケットを検出するための第２の待機タイマを起動する（Ｓ１００８）。ここで、ＳＴＡ１は、ＳＴＡ２からのチャネルスイッチリクエストがあった場合の、チャネルスイッチを実行するための条件を決定する（Ｆ９０６、Ｓ１００９）。例えば、チャネルスイッチ判定部２０３は、次にＢｅａｃｏｎ信号を受信するまでの時間に基づいて、チャネルスイッチ後の通信に確保されるべき時間から、チャネルスイッチリクエストが到達すべきタイミングを算出する。チャネルスイッチ判定部２０３は、例えば、ＴＤＬＳ通信情報記憶部２０６が保持している最少通信時間と、次にＢｅａｃｏｎ信号を受信するまでの時間とから、どのタイミングでチャネルスイッチを行えば、最少通信時間を確保できるかを判定する。
【００５１】
そして、チャネルスイッチ判定部２０３は、最少通信時間を確保できるチャネルスイッチのタイミングに応じて、ＳＴＡ１又はＳＴＡ２がチャネルスイッチリクエストを送信することが許容される最遅のタイミングを特定する。また、チャネルスイッチ判定部２０３は、その特定されたタイミングにチャネルスイッチリクエストを送信できるような、ＳＴＡ２のＮＵＬＬ（Ｓｌｅｅｐ）送信の最遅のタイミングを特定する。すなわち、チャネルスイッチ判定部２０３は、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出されたタイミングがこのタイミング以前である場合に、チャネルスイッチリクエストの送信を許可する。また、チャネルスイッチ判定部２０３は、ＮＵＬＬ（Ｓｌｅｅｐ）パケットを受信しても、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出されたタイミングがこの所定のタイミングより遅かった場合には、チャネルスイッチの禁止を継続する。
【００５２】
なお、チャネルスイッチ判定部２０３は、ＳＴＡ１とＳＴＡ２との間で送受信されるべきデータ量に応じて、ＳＴＡ２のＮＵＬＬ（Ｓｌｅｅｐ）送信の最遅のタイミングを都度特定してもよい。また、チャネルスイッチ判定部２０３は、上述の最少通信時間が一定である場合は、その一定値に応じた所定のタイミングを例えばＴＤＬＳ通信情報記憶部２０６に保持させておき、Ｂｅａｃｏｎ信号の受信ごとに条件の決定を行わなくてもよい。
【００５３】
なお、Ｆ９０６及びＳ１００９の処理は、図９及び図１０に示されるタイミングよりも早く行われてもよいし、上述の通り、Ｂｅａｃｏｎ信号の受信ごとに行われず、例えばＴＤＬＳによる直接通信が設定されたときに一度だけ実行されてもよい。
【００５４】
ＳＴＡ１は、第２の待機タイマが満了しないまま（Ｓ１０１０でＮＯ）、ＮＵＬＬ（Ｓｌｅｅｐ）パケットを検出する（Ｓ１０１２でＹＥＳ）、その受信タイミングにより、チャネルスイッチを行うか否かを判定する（Ｓ１０１４〜Ｓ１０１５）。なお、ここでは、ＳＴＡ１は、チャネルスイッチを行わないと判定したとする（Ｓ１０１４でＮＯ）。
【００５５】
一方で、ＳＴＡ２は、チャネルスイッチリクエストを送信したものとする（Ｆ９０９）。しかし、ＳＴＡ１は、チャネルスイッチを行わないと判定したため、ＳＴＡ１は、例えば、チャネルスイッチレスポンスでチャネルスイッチに応じないことを示すなど、否定応答メッセージを送信する（Ｆ９１０）。なお、ＳＴＡ１は、そのような否定応答メッセージを送信するのに代えて、メッセージを送信しないことにより、ＳＴＡ２に対して、チャネルスイッチに応じないことを通知してもよい。
【００５６】
この場合、ＳＴＡ１及びＳＴＡ２は、Ｂａｓｅ  ｃｈに存在したまま、データ通信を行う（Ｆ９１１、Ｓ１０１６）。そして、ＳＴＡ１及びＳＴＡ２は、Ｂａｓｅ  ｃｈを用いているため、そのまま、次回のＢｅａｃｏｎ信号を受信することができる（Ｆ９１２〜Ｆ９１３）。
【００５７】
このように、ＳＴＡ２からのＮＵＬＬ（Ｓｌｅｅｐ）パケットの検出タイミングに応じてチャネルスイッチを行うかどうかを判定することで、チャネルスイッチ後のＳＴＡ１とＳＴＡ２との間の通信可能時間が極端に短くなることを防ぐことが可能となる。なお、上述の例では、ＮＵＬＬ（Ｓｌｅｅｐ）パケットが検出されたタイミングに基づいて、チャネルスイッチの許否を判定したが、この判定にＮＵＬＬ（Ａｃｔｉｖｅ）パケットが検出されたタイミングが用いられてもよい。また、本例では、Ｓ１００９で定められるＮＵＬＬ（Ｓｌｅｅｐ）パケットの最遅の受信タイミングを、第２の待機タイマの満了タイミングに合わせ、第２の待機タイマが満了した場合には、チャネルスイッチを実行しないとしてもよい。
【００５８】
なお、上述の各例では、Ｂｅａｃｏｎ信号の受信をトリガとしてＳＴＡ２からのパケットを監視し、ＡＰ１０２とＳＴＡ２との間の通信が発生するかを判定したが、これ以外の期間においてパケットを監視してもよい。例えば、常時、ＳＴＡ１がＢａｓｅ  ｃｈに存在する期間、又はＴＤＬＳ期間などにおいて、パケットを監視するようにしてもよい。
【００５９】
＜＜その他の実施形態＞＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６０】
１０１：端末装置、２０１：無線送受信部、２０２：ＴＤＬＳ通信設定部、２０３：チャネルスイッチ判定部、２０４：無線通信制御部、２０５：パケットキャプチャ部、２０６：ＴＤＬＳ通信情報記憶部
【図１】
2016054404.tif 000003
【図２】
2016054404.tif 000004
【図３】
2016054404.tif 000005
【図４】
2016054404.tif 000006
【図５】
2016054404.tif 000007
【図６】
2016054404.tif 000008
【図７】
2016054404.tif 000009
【図８】
2016054404.tif 000010
【図９】
2016054404.tif 000011
【図１０】
2016054404.tif 000012