JP7353044B2

JP7353044B2 - 通信装置、通信装置の制御方法、およびプログラム

Info

Publication number: JP7353044B2
Application number: JP2019043048A
Authority: JP
Inventors: 雅智大内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2019-03-08
Filing date: 2019-03-08
Publication date: 2023-09-29
Anticipated expiration: 2039-03-08
Also published as: CN111669808A; US20200288398A1; US11516738B2; KR20200107838A; JP2020145662A; CN111669808B; KR102549813B1

Description

本発明は、無線ＬＡＮにおける通信制御技術に関する。

近年、ＩＥＥＥ（米国電気電子技術者協会）では、ＩＥＥＥ８０２．１１ｂａ規格が検討されている。このＩＥＥＥ８０２．１１ｂａ規格では、省電力性を向上させるため、通信装置に、従来のＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）部であるＰＣＲ（ＰｒｉｍａｒｙＣｏｎｎｅｃｔｉｖｉｔｙＲａｄｉｏ）部とは別に、ＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）部を設けることが規定されている。通信装置は、ＰＣＲ部が省電力状態にある場合に、ＷＵＲ部が無線フレーム（Ｗａｋｅ－ｕｐフレーム）を受信することに応じてＰＣＲ部を通常状態に移行させることで、省電力機能を実現している。（特許文献１）。

米国特許出願公開第２０１８／０２４２２４９号明細書

特許文献１では、ＩＥＥＥ８０２．１１ｂａ規格に応じた無線通信システムにおいて、ＳＴＡ（ステーション）が移動等により第１のＡＰ（アクセスポイント）によるＷＵＲの管理を受けることができない場合に、ローミング先のＡＰとして第２のＡＰと接続を試みることが開示されている。しかしながら、特許文献１には、ＳＴＡが第２のＡＰとのＰＣＲによる通信を行うためのＰＣＲチャネルを決定するための手順については明示されていない。そのため、ＳＴＡが第２のＡＰとのＰＣＲによる通信を行うためのＰＣＲチャネルを探索して決定する際に、探索のための情報を待ち受けるための消費電力が多くなったり、ＰＣＲによる接続までの時間がかかったりという課題が生じてしまう。

本発明は、上記課題に鑑みてなされたものであり、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるためのチャネルを効率的に決定することを目的とする。

上記課題を解決するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、ＩＥＥＥ８０２．１１規格に準拠するＢｅａｃｏｎフレーム及びＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを少なくとも含む所定のタイプのフレームを通信する第１の通信部と、ＩＥＥＥ８０２．１１規格に準拠するフレームであって、前記所定のタイプのフレームとは異なるＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）フレームを通信する第２の通信部とを有する通信装置であって、前記第１の通信部により受信された所定のタイプのフレームに含まれるＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔであって、チャネルと、当該チャネルでディスカバリを行うＷＵＲＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と、当該ＷＵＲＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔とを対応づけた情報を少なくとも含むＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得する取得手段と、前記取得手段で取得した前記ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔに少なくとも基づいて、複数のＷＵＲチャネル候補の中から、ローミング先の探索に使用するＷＵＲチャネルを決定するための対応情報を生成する生成手段と、前記生成手段で生成された前記対応情報に基づいて、前記第２の通信部がローミング先を探索するためにＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるＷＵＲチャネルを決定する決定手段と、を有し、前記決定手段は、前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔が最小であるチャネルを前記ＷＵＲチャネルとして決定する。

本発明によれば、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるためのチャネルを効率的に決定することが可能となる。

ネットワークの概略構成を示す。（ａ）はＳＴＡ／ＡＰのハードウェア構成例を示し、（ｂ）はＳＴＡの機能構成例を示す。Ｍａｎａｇｅｍｅｎｔｆｒａｍｅに含むことのできる情報要素を示す。ＷＵＲＤｉｓｃｏｖｅｒｙ要素のフレーム構成例を示す。ＥｌｅｍｅｎｔＩＤとＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎとの対応を示す。ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅのフレーム構成例を示す。上部分はＦｒａｍｅＣｏｎｔｒｏｌ５０１におけるＴｙｐｅ５１１が示す値を示し、下部分はＯｐｅｒａｔｉｎｇＣｌａｓｓの詳細を示す。ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その１）。ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その２）。ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２により実行される処理の流れを示す（その３）。ローミング管理テーブルを示す。ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌの選択処理を示すフローチャートである。ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの受信処理を示すフローチャートである。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（ネットワーク構成）
図１に、本実施形態のおける通信ネットワーク構成を示す。本ネットワークは、ＡＰ（アクセスポイント）１０１、ＡＰ１０２、ＳＴＡ（ステーション／端末）１１０から構成され、これらはＩＥＥＥ８０２．１１ｂａに対応する通信装置である。ＡＰ１０１、ＡＰ１０２は、同じＥＳＳＩＤ（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒ）を有するものとする。なお、ＳＳＩＤはＩＥＥＥ８０２．１１シリーズの規格における無線ＬＡＮのネットワークの識別子であり、ＥＳＳＩＤはＳＳＩＤを複数のＡＰで使用できるように拡張したものである。なお、図１の構成は例示に過ぎず、図１に示した通信装置の他に同様なアクセスポイントが存在してもよいし、ＡＰ１０１やＡＰ１０２を介してＳＴＡ１１０と通信する通信装置が存在してもよい。

（通信装置の構成）
図２（ａ）に、ＳＴＡ１１０のハードウェア構成例を示す。ＳＴＡ１１０はそのハードウェア構成として、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、アンテナ２０９、およびインタフェース（Ｉ／Ｆ）部２１０を有する。

記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２はＣＰＵやＭＰＵ等の１つ以上のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより、ＳＴＡ１１０を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により、ＳＴＡ１１０を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサから成り、ＳＴＡ１１０を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行し得る。機能部２０３は、それぞれの端末が所定の処理を実行するためのハードウェアである。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくともひとつを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、ＩＥＥＥ８０２．１１シリーズやＷｉ－Ｆｉに準拠した無線通信の制御や、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）通信の制御をおこなう。また、通信部２０６は、従来のＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）部（回路）であるＰＣＲ（ＰｒｉｍａｒｙＣｏｎｎｅｃｔｉｖｉｔｙＲａｄｉｏ）部２０７と、ＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）部２０８を制御する。一般的に、ＳＴＡはＷＵＲ部２０８で受信処理のみ行うため、通信部２０６はＷＵＲ部２０８の受信機能のみを動作させ得る。更に、通信部２０６は、アンテナ２０９を制御し、無線通信のための無線信号の送受信を行う。Ｉ／Ｆ部２１０は、Ｅｔｈｅｒｎｅｔ（登録商標）や公衆回線とのインタフェースであり、ＳＴＡ１１０がテザリングをおこなわない場合は存在しなくてもよい。

ＡＰ１０１、ＡＰ１０２のハードウェア構成は、図２（ａ）と同様であり、一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、ＰＣＲ部２０７とＷＵＲ部２０８を含む通信部２０６、アンテナ２０９、およびＩ／Ｆ部２１０を有する。ただし、通信部２０６に関し、一般的に、ＡＰはＷＵＲ部で送信処理のみ行うため、通信部２０６はＷＵＲ部２０８の送信機能のみを動作させ得る。

図２（ｂ）に、ＳＴＡ１１０の機能構成を示す。ＳＴＡ１１０はその機能構成として、例えば、送信部２１１、受信部２１２、取得部２１３、管理部２１４、選択部２１５、接続処理部２１６、受信処理判定部２１７を有する。送信部２１１と受信部２１２はそれぞれ、通信部２０６（図２（ａ））を介して信号の送信と受信を行う。取得部２１３は、受信部２１２により受信された信号（フレーム）からあらゆる情報を取得する。例えば、取得部２１３は、受信部２１２により受信されたＢｅａｃｏｎ等のフレームに含まれる情報であるＷＵＲＤｉｓｃｏｖｅｒｙ要素を取得し、当該情報に基づいて、１以上のＡＰからＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信するための１以上のチャネルの情報を取得する。管理部２１４は、ＷＵＲＤｉｓｃｏｖｅｒｙ要素や、受信部２１２により受信されたＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅに含まれる情報等に基づいて、後述する図７に示すローミング管理テーブル（ローミング先の１以上の候補チャネルに関する情報）を作成／更新し、記憶部２０１において管理する。選択部２１５は、ＳＴＡ１１０が接続するＡＰを変更する際のローミングポリシーを決定する。ローミングポリシーとは、例えば、ローミング先の決定までの時間や複数のローミング先候補が存在するときの選択基準である。更に、選択部２１５は当該選択基準に基づいて、管理部２１４により管理されるローミング管理テーブルを参照してローミング先（ＡＰおよびチャネルの情報等）を決定する。接続処理部２１６は、通信部２０６を制御することにより、ＰＣＲ制御やＷＵＲ接続に関する制御（ＰＣＲ接続やＷＵＲ動作のネゴシエーション等）を行う。受信処理判定部２１７は、受信処理に関する判定（通信部２０６、ＷＵＲ部２０８、およびアンテナ２０９が所定の周波数帯に対応しているか、受信した信号が受信処理を完了するための所定の情報を含むか等）を行う。

（ＰＣＲ部により送受信されるフレームの構成）
図３に、ＩＥＥＥ８０２．１１シリーズの規格に準拠するＭａｎａｇｅｍｅｎｔＦｒａｍｅ（マネージメントフレーム）に含めることのできる情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）を示す。ＭａｎａｇｅｍｅｎｔＦｒａｍｅは、Ｂｅａｓｏｎ（ビーコン）、（Ｒｅ）ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ（（再）アソシエーション要求／応答）、ＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ（プローブ要求／応答）といったフレームである。ＡＰとＳＴＡは、これらのフレームの送受信により、ＩＥＥＥ８０２．１１ｂａ動作のために必要な情報を得ることができる。
ＷＵＲＣａｐａｂｉｌｉｔｉｅｓ（ＷＵＲ能力要素）は、ＳＴＡのＷＵＲ機能に対する通信部２０６の能力を示す情報要素である。この情報要素は、例えば、「２．４ＧＨｚ」と「４．９ＧＨｚおよび５ＧＨｚ」のそれぞれに対して、ＰＣＲ部２０７の省電力／オフ状態から通常状態への遷移時間が含まれる。ＷＵＲＯｐｅｒａｔｉｏｎ要素（ＷＵＲ動作要素）は、ＡＰからＳＴＡに対して、ＷＵＲの動作状況を通知するための情報要素である。この情報要素には、例えば、ＷＵＲＢｅａｃｏｎが報知されるチャネル（ＷＵＲＣｈａｎｎｅｌ）やＷＵＲＢｅａｃｏｎが報知される時間間隔（ＷＵＲＢｅａｃｏｎＰｅｒｉｏｄ）がある。なお、ＷＵＲＢｅａｃｏｎについては後述する。ＷＵＲＤｉｓｃｏｖｅｒｙ要素（ＷＵＲ発見要素）は、１つ以上のＡＰから送信され得るＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ（ＷＵＲ発見フレーム）のチャネルに関する情報を含む情報要素である。この情報要素を含むフレームを受信したＳＴＡは、当該情報要素で指定されたチャネルで待ち受けて（スキャンし）、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信した場合に、当該フレームに含まれるＰＣＲの動作チャネル（ＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌ）のチャネルを把握できる。なお、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの詳細については後述する。

図４Ａに、図３に示した情報要素のうちのＷＵＲＤｉｓｃｏｖｅｒｙ要素のフレーム構成例４００を示す。ＥｌｅｍｅｎｔＩＤ４０１は、情報要素を識別するフィールドであり、ＷＵＲに関する情報要素は２５５を示す（図３を参照）。Ｌｅｎｔｇｈ４０２は、情報要素の長さを示す。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ４０３は情報要素に対応する値を示す。図４ＢにＥｌｅｍｅｎｔＩＤ４０１とＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ４０３との対応を示す。ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ４０３は、情報要素がＷＵＲＣａｐａｂｉｌｉｔｉｅｓ要素の場合は４８、ＷＵＲＯｐｅｒａｔｉｏｎ要素の場合は４９、ＷＵＲＭｏｄｅ要素の場合は５０、ＷＵＲＤｉｓｃｏｖｅｒｙ要素の場合は５１となる。

Ｉｎｆｏｒｍａｔｉｏｎ４０４は、情報要素の内容を示し、その長さは当該内容に応じて可変となる。Ｉｎｆｏｒｍａｔｉｏｎ４０４は、以下の４つのフィールドから成る。ＷＵＲＤｉｓｃｏｖｅｒｙＯｐｅｒａｔｉｎｇＣｌａｓｓ４１１は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ用のｃｌａｓｓ値のＩＥＥＥ８０２．１１規格上の表現を示し、後述するＯｐｅｒａｔｉｎｇＣｌａｓｓ５３１（図５Ａ）のどれかの値となる。ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ４１２は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ用のチャネルを示す。ＷＵＲＡＰＣｏｕｎｔ４１３は、後述するＷＵＲＡＰＬｉｓｔ４１４に含まれるＷＵＲＡＰＰａｒａｍｅｔｅｒｓの数から、１を引いた数である。つまり、この値が０（ゼロ）のときは、ＷＵＲＡＰＬｉｓｔ４１４に１つのＷＵＲＡＰＰａｒａｍｅｔｅｒｓが存在することを示す。

ＷＵＲＡＰＬｉｓｔ４１４は、１つ以上のＷＵＲＡＰＰａｒａｍｅｔｅｒｓを含む。ＷＵＲＡＰＰａｒａｍｅｔｅｒｓは、以下の４つのフィールドから成る。ＷＵＲＡＰＰａｒａｍｅｔｅｒｓＣｏｎｔｒｏｌ４２１は、後に続く３つの項目（Ｓｈｏｒｔ－ＳＳＩＤ４２２～ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４）の有無を示す。Ｓｈｏｒｔ－ＳＳＩＤ４２２は、この情報要素を送信しているＡＰのＳＳＩＤから計算される３２ｂｉｔ数であり、ＩＥＥＥ８０２．１１ａｉ規格で規定されている。ＢＳＳＩＤ４２３は、この情報要素を送信しているＡＰのＢＳＳＩＤ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒ）である。ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅが送信される時間間隔（単位は、ＴＵ：ＴｉｍｅＵｎｉｔ）を示す。

ＷＵＲＡＰＰａｒａｍｅｔｅｒｓＣｏｎｔｒｏｌ４２１において、ＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ４３１は、この情報要素を送信しているＡＰについての情報であるときは１、それ以外は０となる。Ｓｈｏｒｔ－ＳＳＩＤＰｒｅｓｅｎｔ４３２は、Ｓｈｏｒｔ－ＳＳＩＤ４２２に４オクテット（４バイト、または、３２ビット）のＳｈｏｒｔ－ＳＳＩＤが含まれる場合は１となる。ＢＳＳＩＤＰｒｅｓｅｎｔ４３３は、ＢＳＳＩＤ４２３に６オクテットのＢＳＳＩＤが含まれる場合は１となる。ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄＰｒｅｓｅｎｔ４３４は、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４に２オクテットの値が含まれる場合は１となる。Ｒｅｓｅｒｖｅｄ４３５は、未使用の４ビットの予約領域である。

（ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの構成）
図５Ａに、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅのフレーム構成例５００を示す。ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅは、ＰＣＲの動作チャネル（ＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌ）を通知するためのフレームである。このフレームによって、ＳＴＡは複数のＡＰについての動作チャネルを把握した上で、Ｂｅａｃｏｎを待ち受けたり、ＰｒｏｂｅＲｅｑｕｅｓｔを送信したりして、ＡＰを発見（Ｄｉｓｃｏｖｅｒｙ）することができる。

ＦｒａｍｅＣｏｎｔｒｏｌ５０１～ＦＣＳ５０５は、ＩＥＥＥ８０２．１１ｂａで規定されているフレームの共通構成である。ＦｒａｍｅＣｏｎｔｒｏｌ５０１は、ＭＡＣｈｅａｄｅｒとも呼ばれるフィールドであり、詳細は後述する。ＩＤ５０２は、ＦｒａｍｅＣｏｎｔｒｏｌ５０１におけるｔｙｐｅ５１１によって値が定まる。例えば、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの場合は、ＩＤ５０２はこのフレームを送信したＴｒａｎｓｍｉｔｔｅｒＩＤとなる。ＴｙｐｅＤｅｐｅｎｄｅｎｔＣｏｎｔｒｏｌ５０３とＦＣＳ（ＦｒａｍｅＣｈｅｃｋＳｅｑｕｅｎｃｅ）５０５の説明は省略する。ＦｒａｍｅＢｏｄｙ５０４は、可変長のフィールドであり、詳細は後述する。

ＦｒａｍｅＣｏｎｔｒｏｌ５０１においてＴｙｐｅ５１１が示す値の詳細を図５Ｂの上部分に示す。ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅは、Ｔｙｐｅ５１１は３となる。ＬｅｎｇｔｈＰｒｅｓｅｎｔ５１２は、後続のＬｅｎｇｔｈ／Ｍｉｓｃ５１３がＬｅｎｇｔｈを示すか否かを示す。Ｌｅｎｇｔｈ／Ｍｉｓｃ５１３は、ＬｅｎｇｔｈＰｒｅｓｅｎｔ５１２が１のとき、Ｌｅｎｇｔｈを示す。なお、ＬｅｎｇｔｈＰｒｅｓｅｎｔ５１２が０のときは、Ｍｉｓｃを示すが、詳細の説明は省略する。Ｐｒｏｔｅｃｔｅｄ５１４は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅが、ＭＩＣ（ＭｅｓｓａｇｅＩｎｔｅｇｒｉｔｙＣｈｅｃｋ）アルゴリズムで保護されているかを示す。Ｐｒｏｔｅｃｔｅｄ５１４が１のときは、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅがＭＩＣで保護され、０のときはＤｉｓｃｏｖｅｒｙがＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）を含むことを示す。

ＦｒａｍｅＢｏｄｙ５０４において、ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ５２１は、このフレームを送信したＡＰのｓｈｏｒｔ－ＳＳＩＤのＬＳＢの１６ビット値を示す。ＰＣＲＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌ５２２は、ＯｐｅｒａｔｉｎｇＣｌａｓｓ５３１とＣｈａｎｎｅｌ（ｎｕｍｂｅｒ）５３２を含む。ＯｐｅｒａｔｉｎｇＣｌａｓｓ５３１は、ＩＥＥＥ８０２．１１規格で共通に定義される運用に関する複数の項目に対応し、当該項目の詳細を図５Ｂの下部分に示す。

（処理の流れ）
次に、図６Ａ～図６Ｃを参照して、ＳＴＡ１１０がＡＰ１０１からＡＰ１０２にローミングするときの処理シーケンスを示す。図６Ａ～図６Ｃに示す各処理は、ＳＴＡ１１０、ＡＰ１０１、ＡＰ１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現され得る。

まず、図６Ａ～図６Ｃの説明で用いる略語について説明する。ＡＰのＤＳＳはＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍＳｅｒｖｉｃｅの略であり、ＡＰのＤＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｅｒｖｉｃｅ）とは別のＤＳとのインタフェースである。本実施形態では、ＤＳＳはＩ／Ｆ部２１０により実装され得る。ＷＵＲ－Ｔｘは、ＡＰ１０１とＡＰ１０２におけるＷＵＲによる３種のｆｒａｍｅ（Ｂｅａｃｏｎ、Ｗａｋｅ－ｕｐ、Ｄｉｓｃｏｖｅｒｙ）の送信機能である。本実施形態では、ＷＵＲ－Ｔｘは通信部２０６とＷＵＲ部２０８により実装され得る。

Ｐｃｈ、Ｌｃｈ、Ｄｃｈは、ＷＵＲ機能により使用されるチャネル（ＷＵＲチャネル）である。Ｐｃｈは、ＷＵＲｐｒｉｍａｒｙｃｈａｎｎｅｌの略であり、ＷＵＲＢｅａｃｏｎが報知されるチャネルである。ＷＵＲＢｅａｃｏｎが報知されるチャネルは、ＷＵＲＣｈａｎｎｅｌとも呼ばれる。このＷＵＲＣｈａｎｎｅｌは、ＷＵＲＯｐｅｒａｔｉｏｎ要素におけるＷＵＲＯｐｅｒａｔｉｏｎＰａｒａｍｅｔｅｒｓで示され得る。Ｌｃｈは、ＷＵＲＬｉｓｔｅｎｃｈａｎｎｅｌの略であり、ＳＴＡがＷＵＲａｗａｋｅの状態（ＷＵＲＭｏｄｅ状態）にあるときに、ＷＵＲＷａｋｅ－ｕｐｆｒａｍｅを待ち受ける（ｌｉｓｔｅｎする）チャネルである。Ｄｃｈは、ＷＵＲＤｉｓｃｏｖｅｒｙｃｈａｎｎｅｌの略であり、ＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信しているチャネルである。このｆｒａｍｅを受信することで、ＳＴＡは、ＡＰのＰＣＲの動作チャネルを知ることができる。なお、ＩＥＥＥ８０２．１１ｂａ規格では、このＤｃｈ、２．４ＧＨｚ帯では１ｃｈ、５ＧＨｚでは４０ｃｈ、４４ｃｈ、１４９ｃｈ、１５３ｃｈのいずれかである。これらのＰｃｈ、Ｌｃｈ、Ｄｃｈをどのチャネルに割り当てるかは、ＡＰの運用の設定次第である。よって、全てが同じ、任意のふたつが同じ、全てが異なる、のいずれであってもよい。

ＷＵＲ－Ｒｘは、ＳＴＡ１１０とＡＰ１０１のＷＵＲ受信機能である。本実施形態では、ＷＵＲ－Ｒｘは通信部２０６とＷＵＲ部２０８により実装され得る。また、ＳＴＡ１１０は、図７を用いて後述するローミング管理テーブルを管理しているものとする。

＜図６Ａ：ＡＰ１０１がＷＵＲの情報を収集後、Ｂｅａｃｏｎで通知＞
まず、ＡＰ１０１が近隣のＡＰであるＡＰ１０２から、ＷＵＲの情報をＦ６０１～Ｆ６０４の少なくともいずれかの方法により収集する（図１の（１）～（４）を参照）。

Ｆ６０１は、ＷＵＲ情報収集のための第一の方法であり、ＤＳＳを経由する方法である。これは、ＡＰ１０１とＡＰ１０２が予め規定されたＷＵＲ情報交換プロトコルの交換手順に対応している通信装置である場合に利用され得る。当該交換手順とは、例えば、無線ＬＡＮ通信の相互接続性を保証する団体であるＷｉ－Ｆｉ（登録商標）のＭｕｌｔｉ－ＡＰの拡張（ＶｅｎｄｏｒＥｘｔｅｎｓｉｏｎ）を用いる交換手順である。Ｍｕｌｔｉ－ＡＰとは、複数のＡＰを制御する枠組みであり、ＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔが定義されている。このＣｏｎｔｒｏｌｌｅｒとは、複数のＡＰから成るネットワークを制御する論理機構である。また、Ａｇｅｎｔとは、ＡＰの制御機能を実行し、制御のための情報をＣｏｎｔｒｏｌｌｅｒに提供する論理機構である。よって、ＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔは記憶部２０１内のプログラムとして実現可能である。また、あるひとつのＭｕｌｔｉ－ＡＰ構成では、ひとつのＡＰでＣｏｎｔｒｏｌｌｅｒ機能が動作し、全てのＡＰでＡｇｅｎｔ機能が動作している。さらに、これらのＣｏｎｔｒｏｌｌｅｒとＡｇｅｎｔの間では、Ｗｉ－Ｆｉで共通に規定する情報の他に、独自の情報を交換することが可能になっている。これは、ＶｅｎｄｏｒＥｘｔｅｎｓｉｏｎという拡張規定を用いたものである。よって、ＡＰ１０１とＡＰ１０２がＭｕｌｔｉ－ＡＰを構成した場合、Ｃｏｎｔｒｏｌｌｅｒ機能によって、それぞれのＡＰのＰＣＲおよびＷＵＲに関する情報を通知し合うことができる。ここで、ＰＣＲに関する情報とは、ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ５２１、ＰＣＲＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌ５２２等である。また、ＷＵＲに関する情報とは、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ４１２、Ｓｈｏｒｔ－ＳＳＩＤ４２２、ＢＳＳＩＤ４２３、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４等である。

このようにして、ＡＰ１０１は近隣のＷＵＲ対応のＡＰの情報を取得して、ＷＵＲＤｉｓｃｏｖｅｒｙ要素のＩｎｆｏｒｍａｔｉｏｎ４０４を構築する。しかし、複数のＡＰの間で、ＷＵＲ情報の交換手順が既定されていない場合、または、Ｖｅｎｄｏｒ（製造や販売の会社）が異なる場合は、Ｆ６０１の方法が使用できない。この場合は、以下に示すように、第二～第四の方法をおこなう。

Ｆ６０２は、ＷＵＲ情報収集の第二の方法であり、Ｂｅａｃｏｎを受信する方法である。この方法では、ＡＰ１０１は、ＡＰ１０２のＢｅａｃｏｎ中のＷＵＲＤｉｓｃｏｖｅｒｙ要素のＩｎｆｏｒｍａｔｉｏｎ４０４をＷＵＲ情報として収集する。なお、可能であれば、ＡＰ１０１のＰＣＲの動作チャネル以外のチャネルにおいてＢｅａｃｏｎを受信してＷＵＲ情報を収集する。この処理は、周期的、あるいは、ＡＰ１０１が送信処理を行わないときに随時行われ得る。

Ｆ６０３は、ＷＵＲ情報収集の第三の方法であり、ＡＰ１０１がＷＵＲのＤｃｈ上に送信されているＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信する方法である。この方法はで、ＡＰ１０１がＷＵＲ－Ｒｘ機能を実行しており、前述の５つのＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌで定期的、網羅的に受信できるものとしている。

Ｆ６０４～Ｆ６０５は、ＷＵＲ情報収集の第四の方法である。この方法では、ＡＰ１０１はＰｒｏｂｅＲｅｑｕｅｓｔをＡＰ１０２に送信して、ＡＰ１０２にＰｒｏｂｅＲｅｓｐｏｎｓｅを送信させるアクティブスキャンをおこなう。なお、ＰｒｏｂｅＲｅｑｕｅｓｔに含めるＳＳＩＤは、ＡＰ１０１自身のＳＳＩＤでもよいし、値を０（ゼロ）またはＮｕｌｌのＷｉｌｄｃａｒｄＳＳＩＤとしてもよい。また、ＰｒｏｂｅＲｅｑｕｅｓｔを送信するチャネルは、ＡＰ１０１のＰＣＲの動作チャネルと同じでもよいし、異なっていてもよい。

これらの四つの方法の任意の方法を実行後、Ｆ６０７で、ＡＰ１０１は、ＷＵＲＤｉｓｃｏｖｅｒｙ要素を構築する（Ｆ６０６）。続いて、ＡＰ１０１は、ＰＣＲＢｅａｃｏｎの送信周期において、構築したＷＵＲＤｉｓｃｏｖｅｒｙ要素を含むＢｅａｃｏｎを送信する（Ｆ６０７）。

＜図６Ｂ：ＳＴＡ１１０がＡＰ１０１とＰＣＲ接続、ＷＵＲ動作のネゴシエーション、ＷＵＲａｗａｋｅ＞
Ｆ６１１で、ＳＴＡ１１０がユーザによるＡＰ１０１に対する接続操作を認識する。Ｆ６１２で、ＳＴＡ１１０は、ＰｒｏｂｅＲｅｑｕｅｓｔを送信する。Ｆ６１３で、ＡＰ１０１は、ＷＵＲＤｉｓｃｏｖｅｒｙ要素を含むＰｒｏｂｅＲｅｓｐｏｎｓｅを送信する。Ｆ６１４で、ＳＴＡ１１０は、ローミングポリシーを決定する。これは、ローミング先の決定までの時間や複数のローミング先候補が存在するときの選択基準を決定することである。Ｆ６１５は、ＳＴＡ１１０とＡＰ１０１との間の接続処理である。当該接続処理は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｓｓｏｃｉａｔｉｏｎのそれぞれについての要求（Ｒｅｑｕｅｓｔ）と応答（Ｒｅｓｐｏｎｓｅ）の送受信を含む。Ｆ６１６は、ＷＵＲ動作のネゴシエーション手順である。これは、ＳＴＡ１１０からＷＵＲＭｏｄｅＳｅｔｕｐＲｅｑｕｅｓｔを送信し、それに対しＡＰ１０１からＷＵＲＭｏｄｅＳｅｔｕｐＲｅｓｐｏｎｓｅで応答する手順である。基本的には、ＳＴＡ１１０がＷＵＲＭｏｄｅＳｅｔｕｐＲｅｑｕｅｓｔを送信して、ＡＰ１０１が当該Ｒｅｑｕｅｓｔをそのまま受け入れる場合は、Ａｃｃｅｐｔの意味を含むＷＵＲＭｏｄｅＳｅｔｕｐＲｅｓｐｏｎｓｅを返す。また、ＡＰ１０１は、要求された値を変更したいときは、ＷＵＲＭｏｄｅＳｅｔｕｐＲｅｓｐｏｎｓｅによって指定できる。また、ＡＰ１０１は、ＷＵＲＭｏｄｅＳｅｔｕｐＲｅｑｕｅｓｔを受けていない状態でＷＵＲＭｏｄｅＳｅｔｕｐＲｅｓｐｏｎｓｅを送信することもできる。このようにして、例えば、ＳＴＡ１１０がＷＵＲ受信機能を有効（ＷＵＲ－Ｒｘを「ＯＮ」）にするスケジュールを決定するＤｕｔｙＣｙｃｌｅＰｅｒｉｏｄ、ＯｎＤｕｒａｔｉｏｎ、Ｓｔａｒｔｉｎｇｔｉｍｅを決定する。ここで、ＯｎＤｕｒａｔｉｏｎとは、ＤｕｔｙＣｙｃｌｅＰｅｒｉｏｄ期間におけるＷＵＲ－Ｒｘが「ＯＮ」の時間である。つまり、ＷＵＲ－Ｒｘが「ＯＦＦ」になる期間もあり、さらなる省電力が実現されている。なお、ＷＵＲ－Ｒｘが「ＯＦＦ」になる期間が存在しないようにネゴシエーションすることも可能である。また、他のネゴシエーション項目として、ＷＵＲＷａｋｅ－ｕｐｆｒａｍｅが送信されるチャネルのＷＵＲＰｒｉｍａｒｙＣｈａｎｎｅｌからのオフセット値がある。

このようなネゴシエーションの後、ＳＴＡ１１０は、ＷＵＲＭｏｄｅ状態に遷移するための処理を行う。ＷＵＲＭｏｄｅとは、ＡＰからのＷＵＲｓｅｒｖｉｃｅを受けている状態のことである。このＷＵＲｓｅｒｖｉｃｅとは、ＷＵＲＢｅａｃｏｎ、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ、Ｗａｋｅ－ｕｐｆｒａｍｅの提供を指す。なお、ＷＵＲｓｅｒｖｉｃｅによっては、ＳＴＡ１１０がＷＵＲＷａｋｅ－ｕｐｆｒａｍｅを受けるタイミングをＰＣＲ部２０７がｄｏｚｅのときに限ることも可能である。ＳＴＡ１１０は、ＷＵＲＭｏｄｅ状態に遷移するために、ＡｃｔｉｏｎＴｙｐｅがＥｎｔｅｒＷＵＲＭｏｄｅＲｅｑｕｓｔのフレームを送信する。ＡＰ１０１からＡｃｔｉｏｎＴｙｐｅがＷＵＲＭｏｄｅＲｅｓｐｏｎｓｅであって、そのＳｔａｔｕｓｆｉｅｌｄの値がＡｃｃｅｐｔ（０：ゼロ）のフレームを受信した場合、ＳＴＡ１１０はＷＵＲＭｏｄｅ状態に遷移し、ＡＰ１０１はＳＴＡ１１０をＷＵＲＭｏｄｅ状態にあるとして扱う。また、ＳＴＡ１１０が、ＡｃｔｉｏｎＴｙｐｅがＥｎｔｅｒＷＵＲＭｏｄｅのフレームを送信し、ＡＰ１０１がＩＥＥＥ８０２．１１のａｃｋを返したときも、ＳＴＡ１１０がＷＵＲＭｏｄｅ状態に遷移したことになる。

ＳＴＡ１１０は、ＷＵＲＭｏｄｅ状態に遷移したことを契機に、ＰＣＲの省電力機能を開始する。省電力とは、通信部２０６がＰＣＲ部２０７をｓｌｅｅｐ、または、ｄｏｚｅにして、送受信をおこなわないことである。このＰＣＲの省電力状態のときに、ＳＴＡ１１０は、ＷＵＲ－Ｒｘを有効（ＯＮ）にして（通信部２０６がＷＵＲ部２０８をアクティブにして）、ＡＰからのＷａｋｅ－ｕｐｆｒａｍｅを受信できるようにしておく。このとき、ＷＵＲ－Ｒｘを有効にするための消費電力は、ＰＣＲによる受信を有効にするための消費電力より小さいので、ＳＴＡ全体としては、省電力となる。

Ｆ６１７で、ＡＰ１０１は、Ｐｃｈ上でＷＵＲＢｅａｃｏｎを送信する。なお、ＩＥＥＥ８０２．１１ｂａ規格では、ＡＰは、ＷＵＲｓｅｒｖｉｃｅを必要としているＳＴＡが存在する限り、ＴＷＢＴＴ（ＴａｒｇｅｔＷＵＲＢｅａｃｏｎＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅ）と呼ばれる間隔で、ＷＵＲＢｅａｃｏｎを送信することになっている。また、ＳＴＡ１１０は、基本的には、このＢｅａｃｏｎを受信する。

Ｆ６１８で、ＡＰ１０１は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する。このフレームの送信間隔は、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４である。図６Ｂでは、ＳＴＡ１１０が、常に、このＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信するように記載しているが、ＳＴＡ１１０がこのフレームの必要がなければ、受信しなくてもよい。

なお、図６Ｂには記載していないが、ＷＵＲｍｏｄｅ状態に入ったＳＴＡ１１０は、ＷＵＲＤｕｔｙＣｙｃｌｅとＯｎＤｕｒａｔｉｏｎに従って、ＬｃｈでＷＵＲＷａｋｅ－ｕｐｆｒａｍｅを待ち受ける。ここで、ＳＴＡ１１０は、どのチャネルで待ち受ければよいかを、ＡＰ１０１から送信されたＷＵＲＯｐｅｒａｔｉｏｎ要素に含まれる情報（値）によって、把握している。

＜図６Ｃ：ＳＴＡのローミング必要性の判定、スキャンチャネルを決定、ＡＰ１０２へローミング＞
Ｆ６２１は、ＳＴＡ１１０がＷＵＲＢｅａｃｏｎを正常に受信できない事象が発生したことを示している。この事象の発生原因は、ＡＰ１０１の不具合、ＳＴＡ１１０やＡＰ１０１の移動や周囲の状況の変化によるＡＰ１０１とＳＴＡ１１０との間の伝搬特性が変化、などである。なお、ＳＴＡ１１０はローミングが必要か否かを検知するための検知手段をハードウェアおよび／または機能構成として備えてもよい。Ｆ６２２で、ＳＴＡ１１０はローミングの必要性の判定を行う。図６Ｃのシーケンスでは、ＳＴＡ１１０は、「ローミングの必要性がある」と判定したとしている。そこで、ＳＴＡ１１０は、ＡＰ１０１ではなくて別のＡＰを捜索（スキャン）するように動作する。

Ｆ６２３で、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ選択処理をおこなう。この詳細の詳細については、図８を用いて後述する。Ｆ６２４で、ＳＴＡ１１０は、Ｆ６２３で選択したＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ（Ｄｃｈ）上でＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信する。Ｆ６２５は、ＳＴＡ１１０によるＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信処理であり、Ｆ６２４で取得した情報から、ＰＣＲのＢｅａｃｏｎを待ち受ける状態に移行するかを決定する。この処理の詳細については、図９を用いて後述する。Ｆ６２６で、ＳＴＡ１１０はＢｅａｃｏｎを受信し、Ｆ６２７で、ＳＴＡ１１０は受信したＢｅａｃｏｎの受信処理を行う。その後の、Ｆ６２８、Ｆ６２９、Ｆ６３０、Ｆ６３１の処理は、それぞれ、Ｆ６１２、Ｆ６１３、Ｆ６１５、Ｆ６１６の処理と同様のため、説明を省略する。なお、ＳＴＡ１１０は、Ｆ６３０の後に、Ｆ６１４でおこなったローミングポリシーの決定を改めて行ってもよい。

ここで、Ｆ６２３の処理において参照されるローミング管理テーブルについて説明する。図７に、ローミング管理テーブルの例を示す。ローミング管理テーブルの各項目は、ＷＵＲＤｉｓｃｏｖｅｒｙ要素やＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅやローミング先候補のＡＰからのフレームに含まれる情報に基づいて設定される。ｉｎｄｅｘ７０１は、０（ゼロ）からＷＵＲＡＰＣｏｕｎｔ４１３までの値をとる。ＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ７０２は、図４ＡのＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ４３１の値である。ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ７０３は、図４ＡのＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ４１２の値である。ＷＵＲＩＤ７０４は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信したＡＰのＷＵＲＩＤである。これは、１２ｂｉｔ数であるが、便宜上、ＩＤｘｘと表記している。Ｓｈｏｒｔ－ＳＳＩＤ７０５は、Ｓｈｏｒｔ－ＳＳＩＤ４２２の値である。ただし、Ｓｈｏｒｔ－ＳＳＩＤ４２２が存在しない場合は、管理テーブル上では、０ｘ００、０ｘ００、０ｘ００、０ｘ００（４オクテット）とする。ＢＳＳＩＤ７０６は、ＢＳＳＩＤ４２３の値である。ただし、ＢＳＳＩＤ４２３が存在しない場合は、ＢＳＳＩＤ７０６を、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ、０ｘｆｆ（６オクテット）とする。ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７は、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ４２４の値である。ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ７０８は、ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ５２１の値である。ＯｐｅｒａｔｉｎｇＣｌａｓｓ７０９は、ＯｐｅｒａｔｉｎｇＣｌａｓｓ５３１の値である。Ｃｈａｎｎｅｌ７１０は、Ｃｈａｎｎｅｌ５３２の値である。スキャン対象順序７１１は、この順序に従ってＷＵＲＤｉｓｃｏｖｅｙｆｒａｍｅを待ち受けるときに、その数値を設定する。この順序付けの例は、たとえば、「ｓｈｏｒｔ－ＳＳＩＤが所望の値と一致している」や「ＢＳＳＩＤが明示されている」ものを先にするといったものである。なお、順序にこだわらない場合は、この項目を空欄にしておく。ＷＵＲＲＳＳＩ７１２は、受信したＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅのＲＳＳＩ（ＲｅｃｅｉｖｅＳｉｇｎａｌＳｔｒｅｎｇｔｈＩｎｄｉｃａｔｏｒ）である。ＰＣＲＲＳＳＩ７１３は、ＡＰからのＢｅａｃｏｎ（または、ＰｒｏｂｅＲｅｓｐｏｎｓｅ）のＲＳＳＩである。有効／無効７１４は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの有効／無効を示す。ＳＴＡのローミング先として適切でない場合は、「無効」となる。

なお、ＷＵＲＩＤ７０４、ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ７０８、ＯｐｅｒａｔｉｎｇＣｌａｓｓ７０９、Ｃｈａｎｎｅｌ７１０、ＷＵＲＲＳＳＩ７１２は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信したときに更新され得る。また、図７の管理テーブルの更新は、ＳＴＡ１１０がＡＰとのＰＣＲの接続後の他ＡＰからのＢｅａｃｏｎ受信を契機におこなってもよい。その際、当該他ＡＰからのＢｅａｃｏｎ中のＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ４３１が「１」の情報は、管理テーブルのＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ７０２では「０」とする。また、ＳＴＡ１１０は、当該他ＡＰからのＢｅａｃｏｎ中に含まれるＳＴＡ１１０自身が接続しているＡＰについての情報は、管理テーブルには追記しなくてもよい。

次に、図８を用いて、図６のＦ６２３のＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌの選択処理（決定処理）について説明する。図８は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌの選択処理を示すフローチャートである。当該選択処理は、所定の基準（選択基準）を設けて、２．４ＧＨｚ帯の１ｃｈ、５ＧＨｚ帯の４０ｃｈ、４４ｃｈ、１４９ｃｈ、１５３ｃｈの中から、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるチャネル（ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ）を決定する処理である。本実施形態では、ＳＴＡ１１０は、Ｆ６１４で決定したローミングポリシー（すなわち選択基準）とローミング管理テーブル（図７）に含まれる情報（値）に基づいて当該処理を行う。当該処理は、受信処理判定部２１７と選択部２１５により行われ得る。

まず、Ｓ８０１で、ＳＴＡ１１０の通信部２０６とＷＵＲ部２０８とアンテナ２０９の構成が、５ＧＨｚ帯に対応しているかを判断する。対応していない場合は、Ｓ８０２で、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌとして１ｃｈを選択する。なお、ＩＥＥＥ８０２．１１規格のＳＴＡ（端末）は、２．４ＧＨｚ帯に対応しているという前提がある。

Ｓ８０３では、選択基準によって、以降の処理が分岐される。第一の選択基準は、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７の最小値を持つＣｈａｎｎｅｌを選択する基準である（Ｓ８０４）。たとえば、図７の場合は、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７の最小値を持つＣｈａｎｎｅｌは、１５３ｃｈである。よって、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌとして１５３ｃｈを選択する。この判断では、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７が「００００」に対応するＣｈａｎｎｅｌは、最小値比較をおこなうことができないので、選択対象から外している。

Ｓ８０５～Ｓ８０６は、第二の選択基準であり、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７の平均値が小さいＣｈａｎｎｅｌを選択する基準である。まず、ＳＴＡ１１０は、図７の管理テーブルにおいて、各Ｃｈａｎｎｅｌの平均値を算出する。これらは、それぞれ、１ｃｈは「００２０」、４０ｃｈは「０００４」、４４ｃｈは「００６０」、１４９は対象外、１５３ｃｈは「０００５」となる。ここで、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７が「００００」を有するＣｈａｎｎｅｌは、最小値比較をおこなうことができないので、平均値の算出選択対象から外している。Ｓ８０６で、ＳＴＡ１１０は、算出した平均値の最小値を選択する。よって、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌとして、４０ｃｈを選択する。

Ｓ８０７～Ｓ８０８は、第三の選択基準であり、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７の最大値が小さいＣｈａｎｎｅｌを選択する基準である。まず、ＳＴＡ１１０は、図７の管理テーブルにおいて、各Ｃｈａｎｎｅｌの最大値を選出する。Ｓ８０８で、ＳＴＡ１１０は、選出した最大値の最小値を選択する。ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７が「００００」のＣｈａｎｎｅｌを選択対象から外すとすると、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌとして、４０ｃｈを選択する。
Ｓ８０９～Ｓ８１０は、第四の選択基準であり、ＷＵＲＡＰの数が多いＣｈａｎｎｅｌを選択する基準である。ここでは、管理テーブルで各Ｃｈａｎｎｅｌの情報のｉｎｄｅｘの数をカウントする（同じＣｈａｎｎｅｌのＩｎｄｅｘの数をカウントする）。Ｓ８１０で、そのカウント数の最大のＣｈａｎｎｅｌを選択する。よって、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌとして、４個のＡＰの情報がテーブル上に存在する１５３ｃｈを選択する。

ところで、例示においては、他のＡＰにローミングするときには、ｉｎｄｅｘ７０１が７のＣｈａｎｎｅｌは、選択基準の対象とはしていない。選択対象外となるのは、ＴｒａｎｓｍｉｔｔｉｎｇＷＵＲＡＰ７０２が「１」のＡＰである。この「１」という値が、ローミングをおこなうことを決定したときに接続していたＡＰであることを示すからである。

次に、図９を用いて、図６のＦ６２５のＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信処理について説明する。図９は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信処理を示すフローチャートである。当該処理は受信処理判定部２１７により行われ得る。この処理は、ＳＴＡ１１０が１つのＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信したときに、他のＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待つかの判断である。このとき、ＳＴＡ１１０が他のｆｒａｍｅを待たないと判断した場合は、図６のＦ６２６以降のＢｅａｃｏｎｆｒａｍｅ待ち受け処理に移行する。

Ｓ９０１で、ＳＴＡ１１０は、ＰＣＲＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌ（ここでは、５ＧＨｚ帯）５ＧＨｚ帯に対応しているか否かの判断を行う。例えば、ＳＴＡ１１０が受信したＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅのＰＣＲＯｐｅｒａｔｉｎｇＣｈａｎｎｅｌが５ＧＨｚ帯であることを示し、かつ、ＳＴＡ１１０自身のＰＣＲが５ＧＨｚ帯に対応していない場合は、処理Ｓ９０８に進む。それ以外のときは、処理は９０２に進む。

Ｓ９０２で、ＳＴＡ１１０は、ＣｏｍｐｒｅｓｓｅｄＳＳＩＤの値が所望の値と一致するかを判断する。これは、ＳＴＡ１１０が、受信したＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ中の５２１が、管理テーブル中の７０５またはＳＴＡ１１０自身のｓｈｏｒｔ－ＳＳＩＤのＬＳＢの１６ビットと一致するかを判定することである。一致した場合は、処理はＳ９０３に進み、一致しない場合は、処理はＳ９０８に進む。Ｓ９０８では、ＳＴＡ１１０は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信を無効なデータであると扱いにして、受信処理を終了する。

Ｓ９０３で、ＳＴＡ１１０は、受信したＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅは、「有効」であると記録する。これは、管理テーブルのＷＵＲＩＤ７０４に受信したＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの「ＩＤ」をセットして、対応する有効／無効７１４に「有効」を設定することである。Ｓ９０４で、ＳＴＡ１１０は同様に、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信したときのＲＳＳＩの値をＰＣＲＲＳＳＩ７１３に設定する。

Ｓ９０５で、ＳＴＡ１１０は、他のｆｒａｍｅを受信するかの判断をおこなう。他のｆｒａｍｅを受信する場合は、この受信処理の終了に進む。他のｆｒａｍｅを受信しない場合は、ＳＴＡ１１０は、Ｓ９０６で、次工程に引き渡すＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを決定する。当該決定は、決定されたＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅで示されるＰＣＲの動作チャネルにおいて後続の処理が行われることにつながる。具体的には、この時点での有効／無効７１４が「有効」であるデータがひとつであれば、ＳＴＡ１１０は、「有効」に対応するＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを次工程に引き渡す。また、複数の「有効」ｆｒａｍｅを受信していた場合は、ＳＴＡ１１０は、その中からひとつを選択する。この選択は、例えば、ＷＵＲＲＳＳＩ７１２が一番大きな値に対応するｆｒａｍｅを選択することによって行われ得る。次に、Ｓ９０７で、次工程へ移行可能であることが制御部２０２へ通知される。この通知とは、Ｓ６２５の処理の結果として実行されるものである。

ここで、Ｓ９０５における他のｆｒａｍｅを受信する場合について説明する。これは、ひとつのＷＵＲＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ、または、全てのＣｈａｎｎｅｌで、可能な限り、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信する場合に対応する。ここで、可能な限りという意味は、管理テーブルを用いて、各Ｃｈａｎｎｅｌについて、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを網羅的に受信することを試みる、ことを含む。

このようにＦ６２５の受信処理が終了した後で、次工程への移行可能イベントが発行されていた場合は、ＳＴＡ１１０は、引き渡されたＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの内容に従って、ＰＣＲの動作チャネルで待ち受ける。なお、この際、ＳＴＡ１１０は、ＰＣＲ部２０７が省電力の状態であった場合は、通常の状態に戻す。なお、Ｓ６２５の受信処理が終了した後で、次工程への移行可能イベントが発行されていない場合は、ＳＴＡ１１０別のＷＵＲＤｉｓｃｏｖｅｒｙｃｈａｎｎｅｌで、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信を試みてもよい。

次に、Ｓ６２７のＢｅａｃｏｎｆｒａｍｅ受信処理について説明する。当該処理は、受信処理判定部２１７により行われ得る。当該処理では、ＳＴＡ１１０が１つのＢｅａｃｏｎｆｒａｍｅを受信したときに、他のＢｅａｃｏｎを待つか否かを判断する。このとき、他のＢｅａｃｏｎを待たないと判断した場合は、Ｆ６２８またはＦ６３０の処理状態に移行する。

ここで、「他のＢｅａｃｏｎを待たない」と判断する場合とは、Ｆ６２６で受信したＢｅａｃｏｎの送信元アドレスであるＢＳＳＩＤが管理テーブルに含まれている場合である。他にも、「Ｆ６２６で受信したＢｅａｃｏｎ中のＳＳＩＤが、ＳＴＡ１１０自身のＳＳＩＤと一致する」、または、「ＣｏｍｐｒｅｓｓｅｄＳＳＩＤ形式やｓｈｏｒｔ－ＳＳＩＤ形式に変換したときに一致する」ことが判断の条件となる。ここで、ＳＴＡ１１０自身のＳＳＩＤは、Ｆ６１１のときに決定している。

このように、本実施形態によれば、周囲のＡＰの動作状態に適したローミング方法を決定することで、省電力性、接続応答性、使い勝手を向上させることができる。また、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅ受信までの時間を短くすることができる。

＜変形例１＞
図８のＳ８０３、Ｓ８０９、Ｓ８１０の手順において、ＳＴＡ１１０は、ＷＵＲＡＰの数の代わりに、ｓｈｏｒｔ－ＳＳＩＤの値が存在するｉｎｄｅｘの数、または、ＳＴＡ１１０のｓｈｏｒｔ－ＳＳＩＤと一致するｉｎｄｅｘの数を用いてもよい。これにより、有効なＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信する確率を向上させることができる。

＜変形例２＞
図８のＳ８０３、Ｓ８０９、Ｓ８１０の手順において、ＷＵＲＡＰの数の代わりに、ＢＳＳＩＤの値が存在するｉｎｄｅｘの数を用いてもよい。これにより、適切なローミング先が存在するＡＰの動作チャネルの選択までの時間を短縮できることができる。

＜変形例３＞
上記実施形態では、ＷＵＲＤｉｓｃｏｖｅｒｙＰｅｒｉｏｄ７０７が「００００」に対応するチャネルを選択対象から除外したが、これを選択対象に含めてもよい。上記実施形態では、値が不明であることを理由に選択対象から外していた。本変形例では、当該チャネルも選択対象に含めて処理する。これにより、取得したローミングに関する情報を無駄にせずに利用することで、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信する確率を向上させることができる。

＜変形例４＞
図６のＦ６２５やＦ６２７の処理時間に制限値を設けてもよい。これは、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを受信することに時間がかかったり、受信できたとしてもローミング先として適切なＡＰが存在しなかったりする場合に対応するものである。この場合は、ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの情報を用いたローミングではなく、ＰＣＲの全てのチャネルでＢｅａｃｏｎを待ち受けるという処理をおこなう。これにより、不足している情報に基づいたＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの待ち受けの時間を制限することで、消費電力の無駄を防ぐことができる。

＜変形例５＞
図６のＦ６３０またはＦ６３１の後に、通信状態の悪化を契機に、Ｆ６２６およびＦ６２７の手順を行ってもよい。この際、ＰＣＲＲＳＳＩ７１３の大きなＡＰからのＢｅａｃｏｎを受信することに応じて、Ｆ６２８に進むようにしもよい。これにより、良好なＰＣＲ通信をおこなうことができる。

＜変形例６＞
図６のＦ６０８またはＦ６１３で、ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得できていないときは、Ｆ６２３の処理を「全てのＷＵＲＤｉｓｃｏｖｅｒｙｃｈａｎｎｅｌで待ち受ける」処理としてもよい。

＜変形例７＞
図６のＦ６０８またはＦ６１３で、ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得できていないときは、Ｆ６２２の後に、ＰＣＲをａｗａｋｅ状態にして、全てのＰＣＲのチャネルで待ち受けてもよい。

＜変形例８＞
図６において、いったんＦ６３０を実行した後でも、ＳＴＡ１１０は、ＰＣＲにおけるＲＳＳＩを記録し、その値が良好な別アクセスポイントにローミングしてもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１１０ＳＴＡ、１０１ＡＰ、１０２（ローミング先の）ＡＰ

Claims

ＩＥＥＥ８０２．１１規格に準拠するＢｅａｃｏｎフレーム及びＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを少なくとも含む所定のタイプのフレームを通信する第１の通信部と、ＩＥＥＥ８０２．１１規格に準拠するフレームであって、前記所定のタイプのフレームとは異なるＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）フレームを通信する第２の通信部とを有する通信装置であって、
前記第１の通信部により受信された所定のタイプのフレームに含まれるＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔであって、チャネルと、当該チャネルでディスカバリを行うＷＵＲＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と、当該ＷＵＲＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔とを対応づけた情報を少なくとも含むＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得する取得手段と、
前記取得手段で取得した前記ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔに少なくとも基づいて、複数のＷＵＲチャネル候補の中から、ローミング先の探索に使用するＷＵＲチャネルを決定するための対応情報を生成する生成手段と、
前記生成手段で生成された前記対応情報に基づいて、前記第２の通信部がローミング先を探索するためにＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるＷＵＲチャネルを決定する決定手段と、
を有し、
前記決定手段は、前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔が最小であるチャネルを前記ＷＵＲチャネルとして決定することを特徴とする通信装置。
ＩＥＥＥ８０２．１１規格に準拠するＢｅａｃｏｎフレーム及びＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを少なくとも含む所定のタイプのフレームを通信する第１の通信部と、ＩＥＥＥ８０２．１１規格に準拠するフレームであって、前記所定のタイプのフレームとは異なるＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）フレームを通信する第２の通信部とを有する通信装置であって、
前記第１の通信部により受信された所定のタイプのフレームに含まれるＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔであって、チャネルと、当該チャネルでディスカバリを行うＷＵＲＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と、当該ＷＵＲＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔とを対応づけた情報を少なくとも含むＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得する取得手段と、
前記取得手段で取得した前記ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔに少なくとも基づいて、複数のＷＵＲチャネル候補の中から、ローミング先の探索に使用するＷＵＲチャネルを決定するための対応情報を生成する生成手段と、
前記生成手段で生成された前記対応情報に基づいて、前記第２の通信部がローミング先を探索するためにＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるＷＵＲチャネルを決定する決定手段と、
を有し、
前記決定手段は、前記対応情報に基づいて、前記複数のＷＵＲチャネル候補ごとに、当該候補のＷＵＲチャネルに属する各ＷＵＲＡＰが前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔の平均値を導出し、当該導出した平均値が最小であるＷＵＲチャネルを前記待ち受けるＷＵＲチャネルとして決定することを特徴とする通信装置。
ＩＥＥＥ８０２．１１規格に準拠するＢｅａｃｏｎフレーム及びＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを少なくとも含む所定のタイプのフレームを通信する第１の通信部と、ＩＥＥＥ８０２．１１規格に準拠するフレームであって、前記所定のタイプのフレームとは異なるＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）フレームを通信する第２の通信部とを有する通信装置であって、
前記第１の通信部により受信された所定のタイプのフレームに含まれるＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔであって、チャネルと、当該チャネルでディスカバリを行うＷＵＲＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と、当該ＷＵＲＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔とを対応づけた情報を少なくとも含むＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得する取得手段と、
前記取得手段で取得した前記ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔに少なくとも基づいて、複数のＷＵＲチャネル候補の中から、ローミング先の探索に使用するＷＵＲチャネルを決定するための対応情報を生成する生成手段と、
前記生成手段で生成された前記対応情報に基づいて、前記第２の通信部がローミング先を探索するためにＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるＷＵＲチャネルを決定する決定手段と、
を有し、
前記決定手段は、前記対応情報に基づき、前記複数のＷＵＲチャネル候補ごとに、当該候補のＷＵＲチャネルに属する各ＷＵＲＡＰが前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔のうちから、間隔が最大値であるものを選択し、当該選択した間隔が最小であるＷＵＲチャネルを前記待ち受けるＷＵＲチャネルとして決定することを特徴とする通信装置。
前記ＷＵＲチャネルで前記第２の通信部により受信された前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅに含まれる情報に基づいて、前記第２の通信部による前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの受信が有効か否かを判定する判定手段を更に有することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記ＷＵＲチャネルで前記第２の通信部により受信された前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅに含まれる情報がＷＵＲをサポートするＡＰの動作チャネルが５ＧＨｚであることを示し、前記通信装置が５ＧＨｚ帯に対応している場合に、前記判定手段は前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの受信が有効であると判定することを特徴とする請求項４に記載の通信装置。
前記ＷＵＲチャネルで前記第２の通信部により受信された前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅに含まれる情報がＣｏｍｐｒｅｓｓｅｄＳＳＩＤを示し、当該ＣｏｍｐｒｅｓｓｅｄＳＳＩＤが、前記通信装置が有するＳＳＩＤと一致する場合に、前記判定手段は前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅの受信が有効であると判定することを特徴とする請求項４または５に記載の通信装置。
ＩＥＥＥ８０２．１１規格に準拠するＢｅａｃｏｎフレーム及びＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを少なくとも含む所定のタイプのフレームを通信する第１の通信部と、ＩＥＥＥ８０２．１１規格に準拠するフレームであって、前記所定のタイプのフレームとは異なるＷＵＲ（Ｗａｋｅ－ｕｐＲａｄｉｏ）フレームを通信する第２の通信部とを有する通信装置の制御方法であって、
前記第１の通信部により受信された所定のタイプのフレームに含まれるＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔであって、チャネルと、当該チャネルでディスカバリを行うＷＵＲＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と、当該ＷＵＲＡＰがＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔とを対応づけた情報を少なくとも含むＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔを取得する取得工程と、
前記取得工程において取得した前記ＷＵＲＤｉｓｃｏｖｅｒｙｅｌｅｍｅｎｔに少なくとも基づいて、複数のＷＵＲチャネル候補の中から、ローミング先の探索に使用するＷＵＲチャネルを決定するための対応情報を生成する生成工程と、
前記生成工程において生成した前記対応情報に基づいて、前記第２の通信部がローミング先を探索するためにＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを待ち受けるＷＵＲチャネルを決定する決定工程と、
を有し、
前記決定工程では、前記ＷＵＲＤｉｓｃｏｖｅｒｙｆｒａｍｅを送信する間隔が最小であるチャネルが前記ＷＵＲチャネルとして決定されることを特徴とする通信装置の制御方法。
コンピュータを、請求項１から６のいずれか１項に記載の通信装置として機能させるためのプログラム。