(57)【要約】【課題】ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのチャネルを効率的に決定する。【解決手段】ＩＥＥＥ８０２．１１  ｂａ規格におけるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）機能を用いて通信するＰＣＲ部と、前記規格におけるＷＵＲ（Ｗａｋｅ−ｕｐ  Ｒａｄｉｏ）機能を用いて通信するＷＵＲ部とを有する通信装置は、該ＰＣＲ部により受信されたフレームに含まれるＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報を取得し、該ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報に基づいて、該ＷＵＲ部がＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのＷＵＲチャネルを決定する。【選択図】図１
2020145662.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．１１  ｂａ規格におけるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）機能を用いて通信するＰＣＲ部と、前記規格におけるＷＵＲ（Ｗａｋｅ−ｕｐ  Ｒａｄｉｏ）機能を用いて通信するＷＵＲ部とを有する通信装置であって、
前記ＰＣＲ部により受信されたフレームに含まれるＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報を取得する取得手段と、
前記ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報に基づいて、前記ＷＵＲ部がＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのＷＵＲチャネルを決定する決定手段と、
を有することを特徴とする通信装置。
【請求項２】
前記決定手段は、前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信する間隔が最小であるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記決定手段は、前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信する間隔の平均値が最小であるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記決定手段は、前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信する間隔の最大値が最小であるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項５】
前記決定手段は、最も多くの他の通信装置により使用されるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項６】
前記決定手段は、前記通信装置が有するｓｈｏｒｔ−ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）と同じｓｈｏｒｔ−ＳＳＩＤを有する他の通信装置により使用されるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項７】
前記決定手段は、ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）を有する他の通信装置により使用されるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする請求項１に記載の通信装置。
【請求項８】
前記ＷＵＲチャネルで前記ＷＵＲ部により受信された前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅに含まれる情報に基づいて、前記ＷＵＲ部による前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの受信が有効か否かを判定する判定手段を更に有することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項９】
前記ＷＵＲチャネルで前記ＷＵＲ部により受信された前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅに含まれる情報が５ＧＨｚのＰＣＲの動作チャネルを示し、前記通信装置が５ＧＨｚ帯に対応している場合に、前記判定手段は前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの受信が有効であると判定することを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記ＷＵＲチャネルで前記ＷＵＲ部により受信された前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅに含まれる情報がＣｏｍｐｒｅｓｓｅｄ  ＳＳＩＤを示し、当該Ｃｏｍｐｒｅｓｓｅｄ  ＳＳＩＤが、前記通信装置が有するＳＳＩＤと一致する場合に、前記判定手段は前記ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの受信が有効であると判定することを特徴とする請求項８または９に記載の通信装置。
【請求項１１】
ＩＥＥＥ８０２．１１  ｂａ規格におけるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）機能を用いて通信するＰＣＲ部と、前記規格におけるＷＵＲ（Ｗａｋｅ−ｕｐ  Ｒａｄｉｏ）機能を用いて通信するＷＵＲ部とを有する通信装置の制御方法であって、
前記ＰＣＲ部により受信されたフレームに含まれるＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報を取得する取得工程と、
前記ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報に基づいて、前記ＷＵＲ部がＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのＷＵＲチャネルを決定する決定工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１２】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮにおける通信制御技術に関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ（米国電気電子技術者協会）では、ＩＥＥＥ８０２．１１ｂａ規格が検討されている。このＩＥＥＥ８０２．１１ｂａ規格では、省電力性を向上させるため、通信装置に、従来のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部であるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）部とは別に、ＷＵＲ（Ｗａｋｅ−ｕｐ Ｒａｄｉｏ）部を設けることが規定されている。通信装置は、ＰＣＲ部が省電力状態にある場合に、ＷＵＲ部が無線フレーム（Ｗａｋｅ−ｕｐフレーム）を受信することに応じてＰＣＲ部を通常状態に移行させることで、省電力機能を実現している。（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１８／０２４２２４９号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、ＩＥＥＥ８０２．１１ｂａ規格に応じた無線通信システムにおいて、ＳＴＡ（ステーション）が移動等により第１のＡＰ（アクセスポイント）によるＷＵＲの管理を受けることができない場合に、ローミング先のＡＰとして第２のＡＰと接続を試みることが開示されている。しかしながら、特許文献１には、ＳＴＡが第２のＡＰとのＰＣＲによる通信を行うためのＰＣＲチャネルを決定するための手順については明示されていない。そのため、ＳＴＡが第２のＡＰとのＰＣＲによる通信を行うためのＰＣＲチャネルを探索して決定する際に、探索のための情報を待ち受けるための消費電力が多くなったり、ＰＣＲによる接続までの時間がかかったりという課題が生じてしまう。
【０００５】
本発明は、上記課題に鑑みてなされたものであり、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのチャネルを効率的に決定することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、ＩＥＥＥ８０２．１１  ｂａ規格におけるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）機能を用いて通信するＰＣＲ部と、前記規格におけるＷＵＲ（Ｗａｋｅ−ｕｐ  Ｒａｄｉｏ）機能を用いて通信するＷＵＲ部とを有する通信装置であって、前記ＰＣＲ部により受信されたフレームに含まれるＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報を取得する取得手段と、前記ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｅｌｅｍｅｎｔの情報に基づいて、前記ＷＵＲ部がＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのＷＵＲチャネルを決定する決定手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを待ち受けるためのチャネルを効率的に決定することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】ネットワークの概略構成を示す。
【図２】（ａ）はＳＴＡ／ＡＰのハードウェア構成例を示し、（ｂ）はＳＴＡの機能構成例を示す。
【図３】Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに含むことのできる情報要素を示す。
【図４Ａ】ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素のフレーム構成例を示す。
【図４Ｂ】Ｅｌｅｍｅｎｔ  ＩＤとＥｌｅｍｅｎｔ  ＩＤ  Ｅｘｔｅｎｓｉｏｎとの対応を示す。
【図５Ａ】ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅのフレーム構成例を示す。
【図５Ｂ】上部分はＦｒａｍｅ Ｃｏｎｔｒｏｌ５０１におけるＴｙｐｅ５１１が示す値を示し、下部分はＯｐｅｒａｔｉｎｇ Ｃｌａｓｓの詳細を示す。
【図６Ａ】ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その１）。
【図６Ｂ】ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その２）。
【図６Ｃ】ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その３）。
【図７】ローミング管理テーブルを示す。
【図８】ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌの選択処理を示すフローチャートである。
【図９】ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの受信処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
【００１０】
（ネットワーク構成）
図１に、本実施形態のおける通信ネットワーク構成を示す。本ネットワークは、ＡＰ（アクセスポイント）１０１、ＡＰ１０２、ＳＴＡ（ステーション／端末）１１０から構成され、これらはＩＥＥＥ８０２．１１ｂａに対応する通信装置である。ＡＰ１０１、ＡＰ１０２は、同じＥＳＳＩＤ（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）を有するものとする。なお、ＳＳＩＤはＩＥＥＥ８０２．１１シリーズの規格における無線ＬＡＮのネットワークの識別子であり、ＥＳＳＩＤはＳＳＩＤを複数のＡＰで使用できるように拡張したものである。なお、図１の構成は例示に過ぎず、図１に示した通信装置の他に同様なアクセスポイントが存在してもよいし、ＡＰ１０１やＡＰ１０２を介してＳＴＡ１１０と通信する通信装置が存在してもよい。
【００１１】
（通信装置の構成）
図２（ａ）に、ＳＴＡ１１０のハードウェア構成例を示す。ＳＴＡ１１０はそのハードウェア構成として、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、アンテナ２０９、およびインタフェース（Ｉ／Ｆ）部２１０を有する。
【００１２】
記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
【００１３】
制御部２０２はＣＰＵやＭＰＵ等の１つ以上のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより、ＳＴＡ１１０を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働により、ＳＴＡ１１０を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサから成り、ＳＴＡ１１０を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行し得る。機能部２０３は、それぞれの端末が所定の処理を実行するためのハードウェアである。
【００１４】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくともひとつを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
【００１５】
通信部２０６は、ＩＥＥＥ ８０２．１１シリーズやＷｉ−Ｆｉに準拠した無線通信の制御や、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信の制御をおこなう。また、通信部２０６は、従来のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部（回路）であるＰＣＲ（Ｐｒｉｍａｒｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒａｄｉｏ）部２０７と、ＷＵＲ（Ｗａｋｅ−ｕｐ  Ｒａｄｉｏ）部２０８を制御する。一般的に、ＳＴＡはＷＵＲ部２０８で受信処理のみ行うため、通信部２０６はＷＵＲ部２０８の受信機能のみを動作させ得る。更に、通信部２０６は、アンテナ２０９を制御し、無線通信のための無線信号の送受信を行う。Ｉ／Ｆ部２１０は、Ｅｔｈｅｒｎｅｔ（登録商標）や公衆回線とのインタフェースであり、ＳＴＡ１１０がテザリングをおこなわない場合は存在しなくてもよい。
【００１６】
ＡＰ１０１、ＡＰ１０２のハードウェア構成は、図２（ａ）と同様であり、一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、ＰＣＲ部２０７とＷＵＲ部２０８を含む通信部２０６、アンテナ２０９、およびＩ／Ｆ部２１０を有する。ただし、通信部２０６に関し、一般的に、ＡＰはＷＵＲ部で送信処理のみ行うため、通信部２０６はＷＵＲ部２０８の送信機能のみを動作させ得る。
【００１７】
図２（ｂ）に、ＳＴＡ１１０の機能構成を示す。ＳＴＡ１１０はその機能構成として、例えば、送信部２１１、受信部２１２、取得部２１３、管理部２１４、選択部２１５、接続処理部２１６、受信処理判定部２１７を有する。送信部２１１と受信部２１２はそれぞれ、通信部２０６（図２（ａ））を介して信号の送信と受信を行う。取得部２１３は、受信部２１２により受信された信号（フレーム）からあらゆる情報を取得する。例えば、取得部２１３は、受信部２１２により受信されたＢｅａｃｏｎ等のフレームに含まれる情報であるＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素を取得し、当該情報に基づいて、１以上のＡＰからＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅを受信するための１以上のチャネルの情報を取得する。管理部２１４は、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素や、受信部２１２により受信されたＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅに含まれる情報等に基づいて、後述する図７に示すローミング管理テーブル（ローミング先の１以上の候補チャネルに関する情報）を作成／更新し、記憶部２０１において管理する。選択部２１５は、ＳＴＡ１１０が接続するＡＰを変更する際のローミングポリシーを決定する。ローミングポリシーとは、例えば、ローミング先の決定までの時間や複数のローミング先候補が存在するときの選択基準である。更に、選択部２１５は当該選択基準に基づいて、管理部２１４により管理されるローミング管理テーブルを参照してローミング先（ＡＰおよびチャネルの情報等）を決定する。接続処理部２１６は、通信部２０６を制御することにより、ＰＣＲ制御やＷＵＲ接続に関する制御（ＰＣＲ接続やＷＵＲ動作のネゴシエーション等）を行う。受信処理判定部２１７は、受信処理に関する判定（通信部２０６、ＷＵＲ部２０８、およびアンテナ２０９が所定の周波数帯に対応しているか、受信した信号が受信処理を完了するための所定の情報を含むか等）を行う。
【００１８】
（ＰＣＲ部により送受信されるフレームの構成）
図３に、ＩＥＥＥ８０２．１１シリーズの規格に準拠するＭａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ（マネージメントフレーム）に含めることのできる情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を示す。Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅは、Ｂｅａｓｏｎ（ビーコン）、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ（（再）アソシエーション要求／応答）、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ（プローブ要求／応答）といったフレームである。ＡＰとＳＴＡは、これらのフレームの送受信により、ＩＥＥＥ８０２．１１ｂａ動作のために必要な情報を得ることができる。
ＷＵＲ Ｃａｐａｂｉｌｉｔｉｅｓ（ＷＵＲ能力要素）は、ＳＴＡのＷＵＲ機能に対する通信部２０６の能力を示す情報要素である。この情報要素は、例えば、「２．４ＧＨｚ」と「４．９ＧＨｚおよび５ＧＨｚ」のそれぞれに対して、ＰＣＲ部２０７の省電力／オフ状態から通常状態への遷移時間が含まれる。ＷＵＲ Ｏｐｅｒａｔｉｏｎ要素（ＷＵＲ動作要素）は、ＡＰからＳＴＡに対して、ＷＵＲの動作状況を通知するための情報要素である。この情報要素には、例えば、ＷＵＲ Ｂｅａｃｏｎが報知されるチャネル（ＷＵＲ Ｃｈａｎｎｅｌ）やＷＵＲ Ｂｅａｃｏｎが報知される時間間隔（ＷＵＲ Ｂｅａｃｏｎ Ｐｅｒｉｏｄ）がある。なお、ＷＵＲ Ｂｅａｃｏｎについては後述する。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素（ＷＵＲ発見要素）は、１つ以上のＡＰから送信され得るＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ（ＷＵＲ発見フレーム）のチャネルに関する情報を含む情報要素である。この情報要素を含むフレームを受信したＳＴＡは、当該情報要素で指定されたチャネルで待ち受けて（スキャンし）、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信した場合に、当該フレームに含まれるＰＣＲの動作チャネル（Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ）のチャネルを把握できる。なお、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅの詳細については後述する。
【００１９】
図４Ａに、図３に示した情報要素のうちのＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素のフレーム構成例４００を示す。Ｅｌｅｍｅｎｔ ＩＤ４０１は、情報要素を識別するフィールドであり、ＷＵＲに関する情報要素は２５５を示す（図３を参照）。Ｌｅｎｔｇｈ４０２は、情報要素の長さを示す。Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ４０３は情報要素に対応する値を示す。図４ＢにＥｌｅｍｅｎｔ  ＩＤ４０１とＥｌｅｍｅｎｔ  ＩＤ  Ｅｘｔｅｎｓｉｏｎ４０３との対応を示す。Ｅｌｅｍｅｎｔ  ＩＤ  Ｅｘｔｅｎｓｉｏｎ４０３は、情報要素がＷＵＲ  Ｃａｐａｂｉｌｉｔｉｅｓ要素の場合は４８、ＷＵＲ  Ｏｐｅｒａｔｉｏｎ要素の場合は４９、ＷＵＲ  Ｍｏｄｅ要素の場合は５０、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素の場合は５１となる。
【００２０】
Ｉｎｆｏｒｍａｔｉｏｎ４０４は、情報要素の内容を示し、その長さは当該内容に応じて可変となる。Ｉｎｆｏｒｍａｔｉｏｎ４０４は、以下の４つのフィールドから成る。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ４１１は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ用のｃｌａｓｓ値のＩＥＥＥ ８０２．１１規格上の表現を示し、後述するＯｐｅｒａｔｉｎｇ  Ｃｌａｓｓ５３１（図５Ａ）のどれかの値となる。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ４１２は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ用のチャネルを示す。ＷＵＲ ＡＰ Ｃｏｕｎｔ４１３は、後述するＷＵＲ ＡＰ Ｌｉｓｔ４１４に含まれるＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓの数から、１を引いた数である。つまり、この値が０（ゼロ）のときは、ＷＵＲ ＡＰ Ｌｉｓｔ４１４に１つのＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓが存在することを示す。
【００２１】
ＷＵＲ ＡＰ Ｌｉｓｔ４１４は、１つ以上のＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓを含む。ＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓは、以下の４つのフィールドから成る。ＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓ Ｃｏｎｔｒｏｌ４２１は、後に続く３つの項目（Ｓｈｏｒｔ−ＳＳＩＤ４２２〜ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ  Ｐｅｒｉｏｄ４２４）の有無を示す。Ｓｈｏｒｔ−ＳＳＩＤ４２２は、この情報要素を送信しているＡＰのＳＳＩＤから計算される３２ｂｉｔ数であり、ＩＥＥＥ ８０２．１１ａｉ規格で規定されている。ＢＳＳＩＤ４２３は、この情報要素を送信しているＡＰのＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ４２４は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅが送信される時間間隔（単位は、ＴＵ：Ｔｉｍｅ Ｕｎｉｔ）を示す。
【００２２】
ＷＵＲ ＡＰ Ｐａｒａｍｅｔｅｒｓ Ｃｏｎｔｒｏｌ４２１において、Ｔｒａｎｓｍｉｔｔｉｎｇ ＷＵＲ ＡＰ４３１は、この情報要素を送信しているＡＰについての情報であるときは１、それ以外は０となる。Ｓｈｏｒｔ−ＳＳＩＤ Ｐｒｅｓｅｎｔ４３２は、Ｓｈｏｒｔ−ＳＳＩＤ４２２に４オクテット（４バイト、または、３２ビット）のＳｈｏｒｔ−ＳＳＩＤが含まれる場合は１となる。ＢＳＳＩＤ Ｐｒｅｓｅｎｔ４３３は、ＢＳＳＩＤ４２３に６オクテットのＢＳＳＩＤが含まれる場合は１となる。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ Ｐｒｅｓｅｎｔ４３４は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ４２４に２オクテットの値が含まれる場合は１となる。Ｒｅｓｅｒｖｅｄ４３５は、未使用の４ビットの予約領域である。
【００２３】
（ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの構成）
図５Ａに、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅのフレーム構成例５００を示す。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅは、ＰＣＲの動作チャネル（Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ）を通知するためのフレームである。このフレームによって、ＳＴＡは複数のＡＰについての動作チャネルを把握した上で、Ｂｅａｃｏｎを待ち受けたり、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信したりして、ＡＰを発見（Ｄｉｓｃｏｖｅｒｙ）することができる。
【００２４】
Ｆｒａｍｅ Ｃｏｎｔｒｏｌ５０１〜ＦＣＳ５０５は、ＩＥＥＥ ８０２．１１ｂａで規定されているフレームの共通構成である。Ｆｒａｍｅ Ｃｏｎｔｒｏｌ５０１は、ＭＡＣ ｈｅａｄｅｒとも呼ばれるフィールドであり、詳細は後述する。ＩＤ５０２は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ５０１におけるｔｙｐｅ５１１によって値が定まる。例えば、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの場合は、ＩＤ５０２はこのフレームを送信したＴｒａｎｓｍｉｔｔｅｒ ＩＤとなる。Ｔｙｐｅ Ｄｅｐｅｎｄｅｎｔ Ｃｏｎｔｒｏｌ５０３とＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）５０５の説明は省略する。Ｆｒａｍｅ Ｂｏｄｙ５０４は、可変長のフィールドであり、詳細は後述する。
【００２５】
Ｆｒａｍｅ Ｃｏｎｔｒｏｌ５０１においてＴｙｐｅ５１１が示す値の詳細を図５Ｂの上部分に示す。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅは、Ｔｙｐｅ５１１は３となる。Ｌｅｎｇｔｈ Ｐｒｅｓｅｎｔ５１２は、後続のＬｅｎｇｔｈ／Ｍｉｓｃ５１３がＬｅｎｇｔｈを示すか否かを示す。Ｌｅｎｇｔｈ／Ｍｉｓｃ５１３は、Ｌｅｎｇｔｈ Ｐｒｅｓｅｎｔ５１２が１のとき、Ｌｅｎｇｔｈを示す。なお、Ｌｅｎｇｔｈ Ｐｒｅｓｅｎｔ５１２が０のときは、Ｍｉｓｃを示すが、詳細の説明は省略する。Ｐｒｏｔｅｃｔｅｄ５１４は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅが、ＭＩＣ（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ）アルゴリズムで保護されているかを示す。Ｐｒｏｔｅｃｔｅｄ５１４が１のときは、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅがＭＩＣで保護され、０のときはＤｉｓｃｏｖｅｒｙがＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を含むことを示す。
【００２６】
Ｆｒａｍｅ  Ｂｏｄｙ５０４において、Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ５２１は、このフレームを送信したＡＰのｓｈｏｒｔ−ＳＳＩＤのＬＳＢの１６ビット値を示す。ＰＣＲ Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ５２２は、Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ５３１とＣｈａｎｎｅｌ（ｎｕｍｂｅｒ）５３２を含む。Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ５３１は、ＩＥＥＥ８０２．１１規格で共通に定義される運用に関する複数の項目に対応し、当該項目の詳細を図５Ｂの下部分に示す。
【００２７】
（処理の流れ）
次に、図６Ａ〜図６Ｃを参照して、ＳＴＡ１１０がＡＰ１０１からＡＰ１０２にローミングするときの処理シーケンスを示す。図６Ａ〜図６Ｃに示す各処理は、ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現され得る。
【００２８】
まず、図６Ａ〜図６Ｃの説明で用いる略語について説明する。ＡＰのＤＳＳはＤｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ Ｓｅｒｖｉｃｅの略であり、ＡＰのＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）とは別のＤＳとのインタフェースである。本実施形態では、ＤＳＳはＩ／Ｆ部２１０により実装され得る。ＷＵＲ−Ｔｘは、ＡＰ１０１とＡＰ１０２におけるＷＵＲによる３種のｆｒａｍｅ（Ｂｅａｃｏｎ、Ｗａｋｅ−ｕｐ、Ｄｉｓｃｏｖｅｒｙ）の送信機能である。本実施形態では、ＷＵＲ−Ｔｘは通信部２０６とＷＵＲ部２０８により実装され得る。
【００２９】
Ｐｃｈ、Ｌｃｈ、Ｄｃｈは、ＷＵＲ機能により使用されるチャネル（ＷＵＲチャネル）である。Ｐｃｈは、ＷＵＲ ｐｒｉｍａｒｙ ｃｈａｎｎｅｌの略であり、ＷＵＲ Ｂｅａｃｏｎが報知されるチャネルである。ＷＵＲ  Ｂｅａｃｏｎが報知されるチャネルは、ＷＵＲ Ｃｈａｎｎｅｌとも呼ばれる。このＷＵＲ Ｃｈａｎｎｅｌは、ＷＵＲ Ｏｐｅｒａｔｉｏｎ要素におけるＷＵＲ Ｏｐｅｒａｔｉｏｎ Ｐａｒａｍｅｔｅｒｓで示され得る。Ｌｃｈは、ＷＵＲ Ｌｉｓｔｅｎ ｃｈａｎｎｅｌの略であり、ＳＴＡがＷＵＲ ａｗａｋｅの状態（ＷＵＲ Ｍｏｄｅ状態）にあるときに、 ＷＵＲ Ｗａｋｅ−ｕｐ ｆｒａｍｅを待ち受ける（ｌｉｓｔｅｎする）チャネルである。Ｄｃｈは、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌの略であり、ＡＰがＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信しているチャネルである。このｆｒａｍｅを受信することで、ＳＴＡは、ＡＰのＰＣＲの動作チャネルを知ることができる。なお、ＩＥＥＥ８０２．１１ｂａ規格では、このＤｃｈ、２．４ＧＨｚ帯では１ｃｈ、５ＧＨｚでは４０ｃｈ、４４ｃｈ、１４９ｃｈ、１５３ｃｈのいずれかである。これらのＰｃｈ、Ｌｃｈ、Ｄｃｈをどのチャネルに割り当てるかは、ＡＰの運用の設定次第である。よって、全てが同じ、任意のふたつが同じ、全てが異なる、のいずれであってもよい。
【００３０】
ＷＵＲ−Ｒｘは、ＳＴＡ１１０とＡＰ１０１のＷＵＲ受信機能である。本実施形態では、ＷＵＲ−Ｒｘは通信部２０６とＷＵＲ部２０８により実装され得る。また、ＳＴＡ１１０は、図７を用いて後述するローミング管理テーブルを管理しているものとする。
【００３１】
＜図６Ａ：ＡＰ１０１がＷＵＲの情報を収集後、Ｂｅａｃｏｎで通知＞
まず、ＡＰ１０１が近隣のＡＰであるＡＰ１０２から、ＷＵＲの情報をＦ６０１〜Ｆ６０４の少なくともいずれかの方法により収集する（図１の（１）〜（４）を参照）。
【００３２】
Ｆ６０１は、ＷＵＲ情報収集のための第一の方法であり、ＤＳＳを経由する方法である。これは、ＡＰ１０１とＡＰ１０２が予め規定されたＷＵＲ情報交換プロトコルの交換手順に対応している通信装置である場合に利用され得る。当該交換手順とは、例えば、無線ＬＡＮ通信の相互接続性を保証する団体であるＷｉ−Ｆｉ（登録商標）のＭｕｌｔｉ−ＡＰの拡張（Ｖｅｎｄｏｒ Ｅｘｔｅｎｓｉｏｎ）を用いる交換手順である。Ｍｕｌｔｉ−ＡＰとは、複数のＡＰを制御する枠組みであり、ＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔが定義されている。このＣｏｎｔｒｏｌｌｅｒとは、複数のＡＰから成るネットワークを制御する論理機構である。また、Ａｇｅｎｔとは、ＡＰの制御機能を実行し、制御のための情報をＣｏｎｔｒｏｌｌｅｒに提供する論理機構である。よって、ＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔは記憶部２０１内のプログラムとして実現可能である。また、あるひとつのＭｕｌｔｉ−ＡＰ構成では、ひとつのＡＰでＣｏｎｔｒｏｌｌｅｒ機能が動作し、全てのＡＰでＡｇｅｎｔ機能が動作している。さらに、これらのＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔの間では、Ｗｉ−Ｆｉで共通に規定する情報の他に、独自の情報を交換することが可能になっている。これは、Ｖｅｎｄｏｒ Ｅｘｔｅｎｓｉｏｎという拡張規定を用いたものである。よって、ＡＰ１０１とＡＰ１０２がＭｕｌｔｉ−ＡＰを構成した場合、Ｃｏｎｔｒｏｌｌｅｒ機能によって、それぞれのＡＰのＰＣＲおよびＷＵＲに関する情報を通知し合うことができる。ここで、ＰＣＲに関する情報とは、Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ５２１、ＰＣＲ Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌ５２２等である。また、ＷＵＲに関する情報とは、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ４１２、Ｓｈｏｒｔ−ＳＳＩＤ４２２、ＢＳＳＩＤ４２３、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ４２４等である。
【００３３】
このようにして、ＡＰ１０１は近隣のＷＵＲ対応のＡＰの情報を取得して、ＷＵＲ  Ｄｉｓｃｏｖｅｒｙ要素のＩｎｆｏｒｍａｔｉｏｎ４０４を構築する。しかし、複数のＡＰの間で、ＷＵＲ情報の交換手順が既定されていない場合、または、Ｖｅｎｄｏｒ（製造や販売の会社）が異なる場合は、Ｆ６０１の方法が使用できない。この場合は、以下に示すように、第二〜第四の方法をおこなう。
【００３４】
Ｆ６０２は、ＷＵＲ情報収集の第二の方法であり、Ｂｅａｃｏｎを受信する方法である。この方法では、ＡＰ１０１は、ＡＰ１０２のＢｅａｃｏｎ中のＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素のＩｎｆｏｒｍａｔｉｏｎ４０４をＷＵＲ情報として収集する。なお、可能であれば、ＡＰ１０１のＰＣＲの動作チャネル以外のチャネルにおいてＢｅａｃｏｎを受信してＷＵＲ情報を収集する。この処理は、周期的、あるいは、ＡＰ１０１が送信処理を行わないときに随時行われ得る。
【００３５】
Ｆ６０３は、ＷＵＲ情報収集の第三の方法であり、ＡＰ１０１がＷＵＲのＤｃｈ上に送信されているＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信する方法である。この方法はで、ＡＰ１０１がＷＵＲ−Ｒｘ機能を実行しており、前述の５つのＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌで定期的、網羅的に受信できるものとしている。
【００３６】
Ｆ６０４〜Ｆ６０５は、ＷＵＲ情報収集の第四の方法である。この方法では、ＡＰ１０１はＰｒｏｂｅ ＲｅｑｕｅｓｔをＡＰ１０２に送信して、ＡＰ１０２にＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを送信させるアクティブスキャンをおこなう。なお、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔに含めるＳＳＩＤは、ＡＰ１０１自身のＳＳＩＤでもよいし、値を０（ゼロ）またはＮｕｌｌのＷｉｌｄｃａｒｄ ＳＳＩＤとしてもよい。また、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信するチャネルは、ＡＰ１０１のＰＣＲの動作チャネルと同じでもよいし、異なっていてもよい。
【００３７】
これらの四つの方法の任意の方法を実行後、Ｆ６０７で、ＡＰ１０１は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素を構築する（Ｆ６０６）。続いて、ＡＰ１０１は、ＰＣＲ Ｂｅａｃｏｎの送信周期において、構築したＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素を含むＢｅａｃｏｎを送信する（Ｆ６０７）。
【００３８】
＜図６Ｂ：ＳＴＡ１１０がＡＰ１０１とＰＣＲ接続、ＷＵＲ動作のネゴシエーション、ＷＵＲ  ａｗａｋｅ＞
Ｆ６１１で、ＳＴＡ１１０がユーザによるＡＰ１０１に対する接続操作を認識する。Ｆ６１２で、ＳＴＡ１１０は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信する。Ｆ６１３で、ＡＰ１０１は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを送信する。Ｆ６１４で、ＳＴＡ１１０は、ローミングポリシーを決定する。これは、ローミング先の決定までの時間や複数のローミング先候補が存在するときの選択基準を決定することである。Ｆ６１５は、ＳＴＡ１１０とＡＰ１０１との間の接続処理である。当該接続処理は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎのそれぞれについての要求（Ｒｅｑｕｅｓｔ）と応答（Ｒｅｓｐｏｎｓｅ）の送受信を含む。Ｆ６１６は、ＷＵＲ動作のネゴシエーション手順である。これは、ＳＴＡ１１０からＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを送信し、それに対しＡＰ１０１からＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅで応答する手順である。基本的には、ＳＴＡ１１０がＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを送信して、ＡＰ１０１が当該Ｒｅｑｕｅｓｔをそのまま受け入れる場合は、Ａｃｃｅｐｔの意味を含むＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを返す。また、ＡＰ１０１は、要求された値を変更したいときは、ＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅによって指定できる。また、ＡＰ１０１は、ＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受けていない状態でＷＵＲ Ｍｏｄｅ Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送信することもできる。このようにして、例えば、ＳＴＡ１１０がＷＵＲ受信機能を有効（ＷＵＲ−Ｒｘを「ＯＮ」）にするスケジュールを決定するＤｕｔｙ Ｃｙｃｌｅ Ｐｅｒｉｏｄ、Ｏｎ Ｄｕｒａｔｉｏｎ、Ｓｔａｒｔｉｎｇ ｔｉｍｅを決定する。ここで、Ｏｎ Ｄｕｒａｔｉｏｎとは、Ｄｕｔｙ Ｃｙｃｌｅ Ｐｅｒｉｏｄ期間におけるＷＵＲ−Ｒｘが「ＯＮ」の時間である。つまり、ＷＵＲ−Ｒｘが「ＯＦＦ」になる期間もあり、さらなる省電力が実現されている。なお、ＷＵＲ−Ｒｘが「ＯＦＦ」になる期間が存在しないようにネゴシエーションすることも可能である。また、他のネゴシエーション項目として、ＷＵＲ Ｗａｋｅ−ｕｐ ｆｒａｍｅが送信されるチャネルのＷＵＲ Ｐｒｉｍａｒｙ Ｃｈａｎｎｅｌからのオフセット値がある。
【００３９】
このようなネゴシエーションの後、ＳＴＡ１１０は、ＷＵＲ Ｍｏｄｅ状態に遷移するための処理を行う。ＷＵＲ Ｍｏｄｅとは、ＡＰからのＷＵＲ ｓｅｒｖｉｃｅを受けている状態のことである。このＷＵＲ ｓｅｒｖｉｃｅとは、ＷＵＲ Ｂｅａｃｏｎ、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ、Ｗａｋｅ−ｕｐ ｆｒａｍｅの提供を指す。なお、ＷＵＲ ｓｅｒｖｉｃｅによっては、ＳＴＡ１１０がＷＵＲ Ｗａｋｅ−ｕｐ ｆｒａｍｅを受けるタイミングをＰＣＲ部２０７がｄｏｚｅのときに限ることも可能である。ＳＴＡ１１０は、ＷＵＲ Ｍｏｄｅ状態に遷移するために、Ａｃｔｉｏｎ ＴｙｐｅがＥｎｔｅｒ ＷＵＲ Ｍｏｄｅ Ｒｅｑｕｓｔのフレームを送信する。ＡＰ１０１からＡｃｔｉｏｎ ＴｙｐｅがＷＵＲ Ｍｏｄｅ Ｒｅｓｐｏｎｓｅであって、そのＳｔａｔｕｓ ｆｉｅｌｄの値がＡｃｃｅｐｔ（０：ゼロ）のフレームを受信した場合、ＳＴＡ１１０はＷＵＲ  Ｍｏｄｅ状態に遷移し、ＡＰ１０１はＳＴＡ１１０をＷＵＲ Ｍｏｄｅ状態にあるとして扱う。また、ＳＴＡ１１０が、Ａｃｔｉｏｎ ＴｙｐｅがＥｎｔｅｒ ＷＵＲ Ｍｏｄｅのフレームを送信し、ＡＰ１０１がＩＥＥＥ８０２．１１のａｃｋを返したときも、ＳＴＡ１１０がＷＵＲ Ｍｏｄｅ状態に遷移したことになる。
【００４０】
ＳＴＡ１１０は、ＷＵＲ Ｍｏｄｅ状態に遷移したことを契機に、ＰＣＲの省電力機能を開始する。省電力とは、通信部２０６がＰＣＲ部２０７をｓｌｅｅｐ、または、ｄｏｚｅにして、送受信をおこなわないことである。このＰＣＲの省電力状態のときに、ＳＴＡ１１０は、ＷＵＲ−Ｒｘを有効（ＯＮ）にして（通信部２０６がＷＵＲ部２０８をアクティブにして）、ＡＰからのＷａｋｅ−ｕｐ ｆｒａｍｅを受信できるようにしておく。このとき、ＷＵＲ−Ｒｘを有効にするための消費電力は、ＰＣＲによる受信を有効にするための消費電力より小さいので、ＳＴＡ全体としては、省電力となる。
【００４１】
Ｆ６１７で、ＡＰ１０１は、Ｐｃｈ上でＷＵＲ Ｂｅａｃｏｎを送信する。なお、ＩＥＥＥ８０２．１１ｂａ規格では、ＡＰは、ＷＵＲ ｓｅｒｖｉｃｅを必要としているＳＴＡが存在する限り、ＴＷＢＴＴ（Ｔａｒｇｅｔ ＷＵＲ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）と呼ばれる間隔で、ＷＵＲ Ｂｅａｃｏｎを送信することになっている。また、ＳＴＡ１１０は、基本的には、このＢｅａｃｏｎを受信する。
【００４２】
Ｆ６１８で、ＡＰ１０１は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信する。このフレームの送信間隔は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ４２４である。図６Ｂでは、ＳＴＡ１１０が、常に、このＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信するように記載しているが、ＳＴＡ１１０がこのフレームの必要がなければ、受信しなくてもよい。
【００４３】
なお、図６Ｂには記載していないが、ＷＵＲ ｍｏｄｅ状態に入ったＳＴＡ１１０は、ＷＵＲ Ｄｕｔｙ ＣｙｃｌｅとＯｎ Ｄｕｒａｔｉｏｎに従って、ＬｃｈでＷＵＲ Ｗａｋｅ−ｕｐ ｆｒａｍｅを待ち受ける。ここで、ＳＴＡ１１０は、どのチャネルで待ち受ければよいかを、ＡＰ１０１から送信されたＷＵＲ Ｏｐｅｒａｔｉｏｎ要素に含まれる情報（値）によって、把握している。
【００４４】
＜図６Ｃ：ＳＴＡのローミング必要性の判定、スキャンチャネルを決定、ＡＰ１０２へローミング＞
Ｆ６２１は、ＳＴＡ１１０がＷＵＲ Ｂｅａｃｏｎを正常に受信できない事象が発生したことを示している。この事象の発生原因は、ＡＰ１０１の不具合、ＳＴＡ１１０やＡＰ１０１の移動や周囲の状況の変化によるＡＰ１０１とＳＴＡ１１０との間の伝搬特性が変化、などである。なお、ＳＴＡ１１０はローミングが必要か否かを検知するための検知手段をハードウェアおよび／または機能構成として備えてもよい。Ｆ６２２で、ＳＴＡ１１０はローミングの必要性の判定を行う。図６Ｃのシーケンスでは、ＳＴＡ１１０は、「ローミングの必要性がある」と判定したとしている。そこで、ＳＴＡ１１０は、ＡＰ１０１ではなくて別のＡＰを捜索（スキャン）するように動作する。
【００４５】
Ｆ６２３で、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ選択処理をおこなう。この詳細の詳細については、図８を用いて後述する。Ｆ６２４で、ＳＴＡ１１０は、Ｆ６２３で選択したＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ（Ｄｃｈ）上でＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信する。Ｆ６２５は、ＳＴＡ１１０によるＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信処理であり、Ｆ６２４で取得した情報から、ＰＣＲのＢｅａｃｏｎを待ち受ける状態に移行するかを決定する。この処理の詳細については、図９を用いて後述する。Ｆ６２６で、ＳＴＡ１１０はＢｅａｃｏｎを受信し、Ｆ６２７で、ＳＴＡ１１０は受信したＢｅａｃｏｎの受信処理を行う。その後の、Ｆ６２８、Ｆ６２９、Ｆ６３０、Ｆ６３１の処理は、それぞれ、Ｆ６１２、Ｆ６１３、Ｆ６１５、Ｆ６１６の処理と同様のため、説明を省略する。なお、ＳＴＡ１１０は、Ｆ６３０の後に、Ｆ６１４でおこなったローミングポリシーの決定を改めて行ってもよい。
【００４６】
ここで、Ｆ６２３の処理において参照されるローミング管理テーブルについて説明する。図７に、ローミング管理テーブルの例を示す。ローミング管理テーブルの各項目は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ要素やＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅやローミング先候補のＡＰからのフレームに含まれる情報に基づいて設定される。ｉｎｄｅｘ７０１は、０（ゼロ）からＷＵＲ ＡＰ Ｃｏｕｎｔ４１３までの値をとる。Ｔｒａｎｓｍｉｔｔｉｎｇ  ＷＵＲ  ＡＰ７０２は、図４ＡのＴｒａｎｓｍｉｔｔｉｎｇ ＷＵＲ ＡＰ４３１の値である。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ７０３は、図４ＡのＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ４１２の値である。ＷＵＲ  ＩＤ７０４は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを送信したＡＰのＷＵＲ ＩＤである。これは、１２ｂｉｔ数であるが、便宜上、ＩＤｘｘと表記している。Ｓｈｏｒｔ−ＳＳＩＤ７０５は、Ｓｈｏｒｔ−ＳＳＩＤ４２２の値である。ただし、Ｓｈｏｒｔ−ＳＳＩＤ４２２が存在しない場合は、管理テーブル上では、０ｘ００、０ｘ００、０ｘ００、０ｘ００（４オクテット）とする。ＢＳＳＩＤ７０６は、ＢＳＳＩＤ４２３の値である。ただし、ＢＳＳＩＤ４２３が存在しない場合は、ＢＳＳＩＤ７０６を、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ（６オクテット）とする。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ４２４の値である。Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ７０８は、Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ５２１の値である。Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ７０９は、Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ５３１の値である。Ｃｈａｎｎｅｌ７１０は、Ｃｈａｎｎｅｌ５３２の値である。スキャン対象順序７１１は、この順序に従ってＷＵＲ Ｄｉｓｃｏｖｅｙ ｆｒａｍｅを待ち受けるときに、その数値を設定する。この順序付けの例は、たとえば、「ｓｈｏｒｔ−ＳＳＩＤが所望の値と一致している」や「ＢＳＳＩＤが明示されている」ものを先にするといったものである。なお、順序にこだわらない場合は、この項目を空欄にしておく。ＷＵＲ  ＲＳＳＩ７１２は、受信したＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅのＲＳＳＩ（Ｒｅｃｅｉｖｅ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）である。ＰＣＲ  ＲＳＳＩ７１３は、ＡＰからのＢｅａｃｏｎ（または、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）のＲＳＳＩである。有効／無効７１４は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの有効／無効を示す。ＳＴＡのローミング先として適切でない場合は、「無効」となる。
【００４７】
なお、ＷＵＲ  ＩＤ７０４、Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ７０８、Ｏｐｅｒａｔｉｎｇ Ｃｌａｓｓ７０９、Ｃｈａｎｎｅｌ７１０、ＷＵＲ  ＲＳＳＩ７１２は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信したときに更新され得る。また、図７の管理テーブルの更新は、ＳＴＡ１１０がＡＰとのＰＣＲの接続後の他ＡＰからのＢｅａｃｏｎ受信を契機におこなってもよい。その際、当該他ＡＰからのＢｅａｃｏｎ中のＴｒａｎｓｍｉｔｔｉｎｇ ＷＵＲ ＡＰ４３１が「１」の情報は、管理テーブルのＴｒａｎｓｍｉｔｔｉｎｇ ＷＵＲ ＡＰ７０２では「０」とする。また、ＳＴＡ１１０は、当該他ＡＰからのＢｅａｃｏｎ中に含まれるＳＴＡ１１０自身が接続しているＡＰについての情報は、管理テーブルには追記しなくてもよい。
【００４８】
次に、図８を用いて、図６のＦ６２３のＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌの選択処理（決定処理）について説明する。図８は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌの選択処理を示すフローチャートである。当該選択処理は、所定の基準（選択基準）を設けて、２．４ＧＨｚ帯の１ｃｈ、５ＧＨｚ帯の４０ｃｈ、４４ｃｈ、１４９ｃｈ、１５３ｃｈの中から、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを待ち受けるチャネル（ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ）を決定する処理である。本実施形態では、ＳＴＡ１１０は、Ｆ６１４で決定したローミングポリシー（すなわち選択基準）とローミング管理テーブル（図７）に含まれる情報（値）に基づいて当該処理を行う。当該処理は、受信処理判定部２１７と選択部２１５により行われ得る。
【００４９】
まず、Ｓ８０１で、ＳＴＡ１１０の通信部２０６とＷＵＲ部２０８とアンテナ２０９の構成が、５ＧＨｚ帯に対応しているかを判断する。対応していない場合は、Ｓ８０２で、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌとして１ｃｈを選択する。なお、ＩＥＥＥ８０２．１１規格のＳＴＡ（端末）は、２．４ＧＨｚ帯に対応しているという前提がある。
【００５０】
Ｓ８０３では、選択基準によって、以降の処理が分岐される。第一の選択基準は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７の最小値を持つＣｈａｎｎｅｌを選択する基準である（Ｓ８０４）。たとえば、図７の場合は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７の最小値を持つＣｈａｎｎｅｌは、１５３ｃｈである。よって、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌとして１５３ｃｈを選択する。この判断では、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７が「００ ００」に対応するＣｈａｎｎｅｌは、最小値比較をおこなうことができないので、選択対象から外している。
【００５１】
Ｓ８０５〜Ｓ８０６は、第二の選択基準であり、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７の平均値が小さいＣｈａｎｎｅｌを選択する基準である。まず、ＳＴＡ１１０は、図７の管理テーブルにおいて、各Ｃｈａｎｎｅｌの平均値を算出する。これらは、それぞれ、１ｃｈは「００ ２０」、４０ｃｈは「００ ０４」、４４ｃｈは「００ ６０」、１４９は対象外、１５３ｃｈは「００ ０５」となる。ここで、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７が「００ ００」を有するＣｈａｎｎｅｌは、最小値比較をおこなうことができないので、平均値の算出選択対象から外している。Ｓ８０６で、ＳＴＡ１１０は、算出した平均値の最小値を選択する。よって、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌとして、４０ｃｈを選択する。
【００５２】
Ｓ８０７〜Ｓ８０８は、第三の選択基準であり、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７の最大値が小さいＣｈａｎｎｅｌを選択する基準である。まず、ＳＴＡ１１０は、図７の管理テーブルにおいて、各Ｃｈａｎｎｅｌの最大値を選出する。Ｓ８０８で、ＳＴＡ１１０は、選出した最大値の最小値を選択する。ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７が「００ ００」のＣｈａｎｎｅｌを選択対象から外すとすると、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌとして、４０ｃｈを選択する。
Ｓ８０９〜Ｓ８１０は、第四の選択基準であり、ＷＵＲ ＡＰの数が多いＣｈａｎｎｅｌを選択する基準である。ここでは、管理テーブルで各Ｃｈａｎｎｅｌの情報のｉｎｄｅｘの数をカウントする（同じＣｈａｎｎｅｌのＩｎｄｅｘの数をカウントする）。Ｓ８１０で、そのカウント数の最大のＣｈａｎｎｅｌを選択する。よって、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌとして、４個のＡＰの情報がテーブル上に存在する１５３ｃｈを選択する。
【００５３】
ところで、例示においては、他のＡＰにローミングするときには、ｉｎｄｅｘ７０１が７のＣｈａｎｎｅｌは、選択基準の対象とはしていない。選択対象外となるのは、Ｔｒａｎｓｍｉｔｔｉｎｇ ＷＵＲ ＡＰ７０２が「１」のＡＰである。この「１」という値が、ローミングをおこなうことを決定したときに接続していたＡＰであることを示すからである。
【００５４】
次に、図９を用いて、図６のＦ６２５のＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信処理について説明する。図９は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信処理を示すフローチャートである。当該処理は受信処理判定部２１７により行われ得る。この処理は、ＳＴＡ１１０が１つのＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信したときに、他のＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを待つかの判断である。このとき、ＳＴＡ１１０が他のｆｒａｍｅを待たないと判断した場合は、図６のＦ６２６以降のＢｅａｃｏｎ ｆｒａｍｅ待ち受け処理に移行する。
【００５５】
Ｓ９０１で、ＳＴＡ１１０は、ＰＣＲ  Ｏｐｅｒａｔｉｎｇ  Ｃｈａｎｎｅｌ（ここでは、５ＧＨｚ帯）５ＧＨｚ帯に対応しているか否かの判断を行う。例えば、ＳＴＡ１１０が受信したＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅのＰＣＲ Ｏｐｅｒａｔｉｎｇ Ｃｈａｎｎｅｌが５ＧＨｚ帯であることを示し、かつ、ＳＴＡ１１０自身のＰＣＲが５ＧＨｚ帯に対応していない場合は、処理Ｓ９０８に進む。それ以外のときは、処理は９０２に進む。
【００５６】
Ｓ９０２で、ＳＴＡ１１０は、Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤの値が所望の値と一致するかを判断する。これは、ＳＴＡ１１０が、受信したＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ中の５２１が、管理テーブル中の７０５またはＳＴＡ１１０自身のｓｈｏｒｔ−ＳＳＩＤのＬＳＢの１６ビットと一致するかを判定することである。一致した場合は、処理はＳ９０３に進み、一致しない場合は、処理はＳ９０８に進む。Ｓ９０８では、ＳＴＡ１１０は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信を無効なデータであると扱いにして、受信処理を終了する。
【００５７】
Ｓ９０３で、ＳＴＡ１１０は、受信したＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅは、「有効」であると記録する。これは、管理テーブルのＷＵＲ ＩＤ７０４に受信したＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの「ＩＤ」をセットして、対応する有効／無効７１４に「有効」を設定することである。Ｓ９０４で、ＳＴＡ１１０は同様に、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信したときのＲＳＳＩの値をＰＣＲ  ＲＳＳＩ７１３に設定する。
【００５８】
Ｓ９０５で、ＳＴＡ１１０は、他のｆｒａｍｅを受信するかの判断をおこなう。他のｆｒａｍｅを受信する場合は、この受信処理の終了に進む。他のｆｒａｍｅを受信しない場合は、ＳＴＡ１１０は、Ｓ９０６で、次工程に引き渡すＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを決定する。当該決定は、決定されたＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅで示されるＰＣＲの動作チャネルにおいて後続の処理が行われることにつながる。具体的には、この時点での有効／無効７１４が「有効」であるデータがひとつであれば、ＳＴＡ１１０は、「有効」に対応するＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを次工程に引き渡す。また、複数の「有効」ｆｒａｍｅを受信していた場合は、ＳＴＡ１１０は、その中からひとつを選択する。この選択は、例えば、ＷＵＲ ＲＳＳＩ７１２が一番大きな値に対応するｆｒａｍｅを選択することによって行われ得る。次に、Ｓ９０７で、次工程へ移行可能であることが制御部２０２へ通知される。この通知とは、Ｓ６２５の処理の結果として実行されるものである。
【００５９】
ここで、Ｓ９０５における他のｆｒａｍｅを受信する場合について説明する。これは、ひとつのＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ、または、全てのＣｈａｎｎｅｌで、可能な限り、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信する場合に対応する。ここで、可能な限りという意味は、管理テーブルを用いて、各Ｃｈａｎｎｅｌについて、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを網羅的に受信することを試みる、ことを含む。
【００６０】
このようにＦ６２５の受信処理が終了した後で、次工程への移行可能イベントが発行されていた場合は、ＳＴＡ１１０は、引き渡されたＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの内容に従って、ＰＣＲの動作チャネルで待ち受ける。なお、この際、ＳＴＡ１１０は、ＰＣＲ部２０７が省電力の状態であった場合は、通常の状態に戻す。なお、Ｓ６２５の受信処理が終了した後で、次工程への移行可能イベントが発行されていない場合は、ＳＴＡ１１０別のＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌで、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信を試みてもよい。
【００６１】
次に、Ｓ６２７のＢｅａｃｏｎ ｆｒａｍｅ受信処理について説明する。当該処理は、受信処理判定部２１７により行われ得る。当該処理では、ＳＴＡ１１０が１つのＢｅａｃｏｎ ｆｒａｍｅを受信したときに、他のＢｅａｃｏｎを待つか否かを判断する。このとき、他のＢｅａｃｏｎを待たないと判断した場合は、Ｆ６２８またはＦ６３０の処理状態に移行する。
【００６２】
ここで、「他のＢｅａｃｏｎを待たない」と判断する場合とは、Ｆ６２６で受信したＢｅａｃｏｎの送信元アドレスであるＢＳＳＩＤが管理テーブルに含まれている場合である。他にも、「Ｆ６２６で受信したＢｅａｃｏｎ中のＳＳＩＤが、ＳＴＡ１１０自身のＳＳＩＤと一致する」、または、「Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ形式やｓｈｏｒｔ−ＳＳＩＤ形式に変換したときに一致する」ことが判断の条件となる。ここで、ＳＴＡ１１０自身のＳＳＩＤは、Ｆ６１１のときに決定している。
【００６３】
このように、本実施形態によれば、周囲のＡＰの動作状態に適したローミング方法を決定することで、省電力性、接続応答性、使い勝手を向上させることができる。また、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ受信までの時間を短くすることができる。
【００６４】
＜変形例１＞
図８のＳ８０３、Ｓ８０９、Ｓ８１０の手順において、ＳＴＡ１１０は、ＷＵＲ ＡＰの数の代わりに、ｓｈｏｒｔ−ＳＳＩＤの値が存在するｉｎｄｅｘの数、または、ＳＴＡ１１０のｓｈｏｒｔ−ＳＳＩＤと一致するｉｎｄｅｘの数を用いてもよい。これにより、有効なＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信する確率を向上させることができる。
【００６５】
＜変形例２＞
図８のＳ８０３、Ｓ８０９、Ｓ８１０の手順において、ＷＵＲ ＡＰの数の代わりに、ＢＳＳＩＤの値が存在するｉｎｄｅｘの数を用いてもよい。これにより、適切なローミング先が存在するＡＰの動作チャネルの選択までの時間を短縮できることができる。
【００６６】
＜変形例３＞
上記実施形態では、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ Ｐｅｒｉｏｄ７０７が「００ ００」に対応するチャネルを選択対象から除外したが、これを選択対象に含めてもよい。上記実施形態では、値が不明であることを理由に選択対象から外していた。本変形例では、当該チャネルも選択対象に含めて処理する。これにより、取得したローミングに関する情報を無駄にせずに利用することで、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信する確率を向上させることができる。
【００６７】
＜変形例４＞
図６のＦ６２５やＦ６２７の処理時間に制限値を設けてもよい。これは、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅを受信することに時間がかかったり、受信できたとしてもローミング先として適切なＡＰが存在しなかったりする場合に対応するものである。この場合は、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの情報を用いたローミングではなく、ＰＣＲの全てのチャネルでＢｅａｃｏｎを待ち受けるという処理をおこなう。これにより、不足している情報に基づいたＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅの待ち受けの時間を制限することで、消費電力の無駄を防ぐことができる。
【００６８】
＜変形例５＞
図６のＦ６３０またはＦ６３１の後に、通信状態の悪化を契機に、Ｆ６２６およびＦ６２７の手順を行ってもよい。この際、ＰＣＲ ＲＳＳＩ７１３の大きなＡＰからのＢｅａｃｏｎを受信することに応じて、Ｆ６２８に進むようにしもよい。これにより、良好なＰＣＲ通信をおこなうことができる。
【００６９】
＜変形例６＞
図６のＦ６０８またはＦ６１３で、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｅｌｅｍｅｎｔを取得できていないときは、Ｆ６２３の処理を「全てのＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌで待ち受ける」処理としてもよい。
【００７０】
＜変形例７＞
図６のＦ６０８またはＦ６１３で、ＷＵＲ Ｄｉｓｃｏｖｅｒｙ ｅｌｅｍｅｎｔを取得できていないときは、Ｆ６２２の後に、ＰＣＲをａｗａｋｅ状態にして、全てのＰＣＲのチャネルで待ち受けてもよい。
【００７１】
＜変形例８＞
図６において、いったんＦ６３０を実行した後でも、ＳＴＡ１１０は、ＰＣＲにおけるＲＳＳＩを記録し、その値が良好な別アクセスポイントにローミングしてもよい。
【００７２】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００７３】
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
【符号の説明】
【００７４】
１１０  ＳＴＡ、１０１  ＡＰ、１０２  （ローミング先の）ＡＰ
【図１】
2020145662.tif 000003
【図２】
2020145662.tif 000004
【図３】
2020145662.tif 000005
【図４Ａ】
2020145662.tif 000006
【図４Ｂ】
2020145662.tif 000007
【図５Ａ】
2020145662.tif 000008
【図５Ｂ】
2020145662.tif 000009
【図６Ａ】
2020145662.tif 000010
【図６Ｂ】
2020145662.tif 000011
【図６Ｃ】
2020145662.tif 000012
【図７】
2020145662.tif 000013
【図８】
2020145662.tif 000014
【図９】
2020145662.tif 000015