JP2016158039A - 通信装置および無線通信システム - Google Patents

Abstract

【課題】スキャニングの所要時間を短縮することが可能な通信装置を得ること。
【解決手段】本発明にかかる通信装置は、通信可能な他の通信装置から識別情報を収集する収集手段と、通信装置の探索のためにブロードキャストされたフレームである探索用フレームを受信した場合に、情報収集手段により収集された識別情報を含んだフレームを探索用フレームに対する応答フレームとして生成し、探索用フレームの送信元の通信装置から指定された応答チャネルで送信する応答フレーム送信手段と、を備える。
【選択図】図８

Description

本発明は、通信相手を探索する機能を有する通信装置およびこの通信装置を備えた無線通信システムに関する。

近年、自動車などの移動体に搭載される車載機器には無線ＬＡＮ（Local Area Network）等の無線通信機能が搭載され始め、他方ではスマートフォン、タブレット等が普及してきており多くの歩行者が無線通信装置を所持するようになっている。このため、無線通信装置間の無線通信、具体的には、歩行者が所持している無線通信装置と無線通信機能を有する車載機器との間の通信である歩車間通信、道路などに設置された無線通信機器と無線通信機能を有する車載機器との間の通信である路車間通信、などを利用して危険予知を行うことが検討されている。このような、無線通信端末を利用した危険通知を行う場合、無線通信装置間の無線通信では、利用可能なチャネルをスキャンすることで通信相手の無線通信装置を発見し、通信可能であれば通信を開始する。

従来、無線ＬＡＮ、すなわち、ＩＥＥＥ（the Institute of Electrical and Electronics Engineers, Inc.）８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｄ／ａｈ／ａｆなどの規格に準拠した無線通信システムにおいて通信相手を発見する手段として、アクティブスキャニング（Active Scanning）とパッシブスキャニング（Passive Scanning）が存在する。

アクティブスキャニングでは、無線通信装置は、「ＳｃａｎＴｙｐｅ」が「ＡｃｔｉｖｅＳｃａｎ」である「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブを受け取り次第、アクティブスキャニングを開始する。

なお、「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブとは、無線通信装置がスキャニングにより通信相手を探索する際にＳＭＥ（Station Management Entity）が生成し、ＭＬＭＥ（MAC subLayer Management Entity）に通知されるプリミティブ（命令）である。

アクティブスキャニングでは、無線通信装置は、あるチャネルで一定時間（Probe Delay時間という）が経過するまで、または、アクセスポイントから送信されるビーコンフレームを受信するまで、待機する。ビーコンフレームを受信せずに一定時間が経過した場合には、無線通信装置は、通信相手を発見するためのプローブ要求（Probe Request）フレームのブロードキャストを開始する。無線通信装置は、プローブ要求フレームの送信に合わせてプローブタイマー（Probe Timer）をスタートさせ、スタート後の一定期間（MinChannelTimeという）において「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層からＭＡＣ（Medium Access Control）層に渡されたか否かを判断する。

なお、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」は、物理層からＭＡＣ層へ、チャネルが他の無線通信装置により使用されている状態にあることを通知するプリミティブ（命令）である。

「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」において「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層からＭＡＣ層に通知されなかった場合、無線通信装置は、次のチャネルでのスキャンを開始する。

一方、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」において「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層から通知された場合には、プローブタイマーのスタートから「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」経過後、受信したすべてのプローブ応答（Probe Response）フレームを処理する。その後、次のチャネルでスキャンを開始する。

なお、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」はスキャンの際に各チャネルにて費やされる最小時間であり、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」はスキャンの際に各チャネルにて費やされる最大時間である。「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」は「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」以上の値として定義される。アクティブスキャニングでは、以上の動作を「ＣｈａｎｎｅｌＬｉｓｔ」で指定された各チャネルで行う。

「ＣｈａｎｎｅｌＬｉｓｔ」はアクティブスキャニングの対象となるチャネルを示す。

ここで、通信相手を探索する無線通信装置をＳＴＡ１とし、通信相手の無線通信装置をＡＰ１とする。通信相手を探索する端末ＳＴＡ１は、スキャンするチャネルの決定後、プローブ要求フレームのブロードキャストを開始する。

プローブ要求フレームを受信した端末ＡＰ１は、プローブ応答フレームをＤＩＦＳ（DCF（Distributed Coordination Function） Interframe Space）時間経過後にＳＴＡ１へ送信する。プローブ応答フレームを受信した端末ＳＴＡ１は、ＳＩＦＳ（Short Interframe Space）時間経過後に、ＡＣＫ（acknowledgment）フレームを送信する。端末ＳＴＡ１は、プローブ要求フレームの送信開始から「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」経過後に、受信したすべてのプローブ応答フレームを処理する。そして、「ＳｃａｎＴｙｐｅ」を設定することで、アクティブスキャニングまたはパッシブスキャニングを開始する。また、「ＰｒｏｂｅＤｅｌａｙ」により、プローブ要求である「Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ」を送信するまでの時間を設定する。また、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」及び「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」により、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」の値と「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」の値を固定値として設定する。

スキャンするチャネルについては、「ＣｈａｎｎｅｌＬｉｓｔ」によって、端末の利用可能な物理周波数リストが設定される。無線通信装置の物理層は、プローブ応答フレームを受信すると、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」をＭＡＣ層に通知する。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」があるということは、他の無線通信装置からプローブ応答フレームを受信したということであり、そのチャネルを現在使用している他の無線通信装置があり、その無線通信装置と通信できる可能性があるということである。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」がないということは、他の無線通信装置がないということである。

上記では、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」があれば、そのチャネルに通信相手の候補があるとし、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」がなければ、そのチャネルに通信相手の候補がないとする。

一方、パッシブスキャニングでは、無線通信装置は、「ＳｃａｎＴｙｐｅ」が「ＰａｓｓｉｖｅＳｃａｎ」である「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブを受け取り次第、スキャニングを開始する。無線通信装置は、パッシブスキャニングを開始すると、「ＣｈａｎｎｅｌＬｉｓｔ」で指定された各チャネルにてビーコンフレームの待ち受けを行い、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」経過後に次のチャネルで待ち受けを行う。

例えば、特許文献１には、アクセスポイントを介さない端末間の直接通信において、相互の端末はチャネルのスキャンの順序をランダムに設定するとともに、チャネルをスキャンする際のスキャニング開始時刻をランダムに決定し、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」および「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」を、「ＭＡＸ＿ＣｈａｎｎｅｌＴｉｍｅ」および「Ｍａｘ＿ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」を超えない範囲でランダムに決定し、シーケンシャルスキャンを行うことで、相互の端末を早期検出する技術が開示されている。

次に無線ＬＡＮにおける伝送媒体へのアクセス方式について詳細に説明する。無線ＬＡＮにおける伝送媒体へのアクセス方式は非特許文献１で規定されている。無線ＬＡＮではＭＡＣプロトコルとして、ＤＣＦ（Distributed Coordination Function）とＰＣＦ（Point Coordination Function）の方式が定められているが、現在普及している多くの無線通信装置は、ＤＣＦ方式を採用している。ＤＣＦ方式では、各無線通信装置が伝送媒体（無線）にアクセスする際に競合の発生をさけるために、アクセス制御プロトコルとしてＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access/Collision Avoidance）方式を用いる。

ＣＳＭＡ／ＣＡ方式における、無線通信装置が媒体にアクセスする際の手順について説明する。まず無線通信装置は伝送媒体に対してキャリアセンスを行い、伝送媒体がビジーからアイドルに移行したことを契機として、ＤＩＦＳ時間待機し、さらにバックオフ（BackOff）時間分キャリアセンスを継続する。このバックオフ時間は、ＣＷ（Contetion Window）＋ａＳｌｏｔＴｉｍｅで求められる。ＣＷの値は、ＣＷ＝（ＣＷｍｉｎ＋１）×２のｎ乗−１（ＣＷｍｉｎ＝１５、ｎは再送回数）で定義される。初回バックオフ時のＣＷは０〜１５の間のランダム値となり、フレーム送信失敗による再送のたびにＣＷの値は大きくなり、最大ＣＷｍａｘ＝２５５以下のランダム値となる。ａＳｌｏｔＴｉｍｅの値は伝送規格に依存する。バックオフ時間経過まで伝送媒体がアイドルであれば、無線通信装置はフレームの送信を行う。

バックオフ時間が経過するまでに伝送媒体がビジーとなった場合、残りのバックオフ時間を持ち越し、次に伝送媒体がアイドルになったときに、持ち越したバックオフ時間のキャリアセンスを行う。持ち越したバックオフ時間経過まで伝送媒体がアイドルであれば、無線通信装置はフレームの送信を行う。

ユニキャスト通信の場合であれば、無線通信装置は、宛先無線通信装置からのＡＣＫの応答によりフレームの送信が成功したことを判断する。フレーム送信後のＥＩＦＳ（Extended Interframe Space）時間経過までにＡＣＫによる応答がなければ、フレーム送信が失敗したと判断し、ＢａｃｋＯｆｆ時間待機後、再送を行う。ＥＩＦＳ時間経過までにＡＣＫによる応答があれば、無線通信装置はフレーム送信が成功したと判断する。フレームの再送回数は、無線通信装置により上限が定められており、上限を超えた場合、フレーム送信失敗と判断する。ブロードキャスト／グループキャスト通信の場合であれば、ＡＣＫによる応答確認は行わない。

特開２００９−１５５８７号公報

IEEE Std 802.11-2012 "Part 11: Wireless LAN Medium Access Control（MAC） and Physical Layer（PHY） Specifications"

しかしながら、上記従来技術によれば、無線通信装置が周囲の無線通信装置を探索する場合、周囲に多くの無線通信装置が存在する場合には、プローブ応答フレームの衝突発生およびフレーム再送の増加により、多くの時間伝送媒体がビジーとなる。その結果、他の無線通信装置が媒体を使用出来ない時間が増加するため、通信効率が悪化するとともに、スキャニングの所要時間が増加するという問題がある。

上記の非特許文献１におけるＤＣＦのＣＳＭＡ／ＣＡによる伝送媒体アクセス制御では、初回バックオフ時のＣＷは０〜１５の間のランダム値となることから、無線通信装置がアクティブスキャニングにより周囲の無線通信装置を探索する際、１７台以上の無線通信装置が無線通信範囲内に存在すると、プローブ要求フレームを受信した無線通信装置が送信するプローブ応答フレーム間でフレーム衝突が発生し、最低２台の無線通信装置はフレーム送信に失敗する。フレームが衝突する確率は、無線通信装置の増加に比例する。

探索を行う無線通信装置を１台、周囲の無線通信装置の数をＮ台、フレーム再送の平均数をＲとすると、周囲の無線通信装置が探索を行う無線通信装置に応答を行う際の通信量のオーダは、Ｏ（Ｎ×（Ｒ＋１））で求めることができる。（Ｒ＋１）は、応答フレームフレームが、Ｒ回送信され、ＡＣＫフレームが１回送信されることを示す。なお再送平均数Ｒは、Ｎの数が増加するに従い大きい値となる。

本発明は、上記に鑑みてなされたものであって、スキャニングの所要時間を短縮することが可能な通信装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる通信装置は、通信可能な他の通信装置から識別情報を収集し、通信装置の探索のためにブロードキャストされたフレームである探索用フレームを受信した場合、収集した識別情報を含んだフレームを探索用フレームに対する応答フレームとして生成し、探索用フレームの送信元の通信装置から指定された応答チャネルで送信する。

本発明によれば、スキャニングの所要時間を短縮し、かつ応答フレームの送受信数を削減することができる、という効果を奏する。

本発明において、探索を行う無線通信装置を１台、周囲の無線通信装置の数をＮ台、１つの無線通信装置のグループにおける平均無線通信装置の数をＧ、フレーム再送の平均数をＲとすると、周囲の無線通信装置が探索を行う無線通信装置に応答を行う際の通信量のオーダは、Ｏ（Ｎ×（Ｒ＋１）÷Ｇ）で求めることができる。つまり１つの無線通信装置のグループにおける平均無線通信装置の数Ｇが大きくなるほど通信量を削減できる。

実施の形態１にかかる無線通信システムの構成例を示す図 実施の形態１にかかる無線通信システムの他の構成例を示す図 実施の形態１にかかる無線通信システムの他の構成例を示す図 実施の形態１にかかる通信装置の構成例を示す図 実施の形態１の通信装置が実施するアクティブスキャニングの動作例を示すフローチャート 実施の形態１のアクティブスキャニングにおける周波数チャネルの変更例を示す図 実施の形態１の「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」の構成例を示す図 実施の形態１の通信装置がパッシブスキャン端末の親である場合に実施するパッシブスキャニングの動作例を示すフローチャート 代理応答要求フレームのフォーマット例を示す図 代理応答通知フレームのフォーマット例を示す図 プローブ応答フレームの要素として含まれる「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ」のフォーマット例を示す図 実施の形態１の通信装置がパッシブスキャン端末の子である場合に実施するパッシブスキャニングの動作例を示すフローチャート 実施の形態１の通信装置がパッシブスキャン端末である場合に実施するパッシブスキャニングの動作例を示すフローチャート パッシブスキャン端末の親として動作する通信装置が管理するグループ情報管理テーブルの一例を示す図 ビーコンフレームに含まれる、Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔのフォーマットの例を示す図 実施の形態１のアクティブスキャニングおよびパッシブスキャニング（immediate Unicast notification）の動作例を示すシーケンス図 実施の形態１のアクティブスキャニングおよびパッシブスキャニング（immediate broadcast notification）の動作例を示すシーケンス図 実施の形態１のアクティブスキャニングおよびパッシブスキャニング（delayed notification）の動作例を示すシーケンス図 実施の形態２の通信装置が保持するグループ無線通信情報管理テーブルの一例を示す図 実施の形態２の通信装置がパッシブスキャン端末の子である場合に実施するパッシブスキャニングの動作例を示すフローチャート 実施の形態１および２の通信装置を実現するハードウェア構成の一例を示す図

以下に、本発明の実施の形態にかかる通信装置および無線通信システムを図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
図１は、本発明の実施の形態１にかかる通信装置を含んだ無線通信システムの構成例を示す図である。通信装置１は、自動車５に設置されるものであり、例えば無線ＬＡＮの基地局（AP、WI-Fi Direct Group Owner、ＩＥＥＥ802.11pなど）として動作し、通信装置２Ａおよび２Ｂと無線リンク４にて接続して通信を行う。通信装置２Ａおよび２Ｂは、例えば無線ＬＡＮの端末局（STA、WI-Fi Direct Group Client、ＩＥＥＥ802.11pなど）で動作する。通信装置１を無線ＬＡＮの基地局、通信装置２Ａおよび２Ｂを無線ＬＡＮの端末局としたが動作方式を限定するものではない。

無線リンク４は４７０〜７１０ＭＨｚ帯、９００ＭＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯、６０ＧＨｚ帯等の無線ＬＡＮ装置が使用する周波数帯域であれば、何れの周波数帯域の周波数チャネルを使用しても構わないし、複数の周波数チャネルを使用しても構わない。

図２は、実施の形態１にかかる通信装置を含んだ無線通信システムの他の構成例を示す図である。図２に示した無線通信システムは、自動車５に搭載された通信装置１と、自動車５の車内に持ち込まれた通信装置２Ａおよび２Ｂと、車外の通信装置３Ａ、３Ｂおよび３Ｃとを含んで構成されている。通信装置１、２Ａおよび２Ｂは図１に示した通信装置１、２Ａおよび２Ｂと同じものである。すなわち、通信装置２Ａが無線ＬＡＮの基地局として動作し、通信装置２Ａおよび２Ｂが無線ＬＡＮの端末局として動作する。車外の通信装置３Ａ、３Ｂおよび３Ｃは、通信装置２Ａおよび２Ｂと無線ＬＡＮ通信を行う端末局として動作する。例えば、通信装置１は自動車に搭載されるＨｅａｄ Ｕｎｉｔ、カーナビゲーションシステム、オーディオ、リアシートモニター等が考えられる。また、自動車５に持ち込まれている通信装置２Ａおよび２Ｂは、タブレット端末、スマートフォン、携帯ゲーム機器、音楽プレイヤ、パソコン、ウェアラブルデバイス等が考えられる。同様に、車外の通信装置３Ａ、３Ｂおよび３Ｃは、スマートフォン、ゲーム機器、タブレット端末、ウェアラブルデバイス、モバイルルータ、公衆無線ＬＡＮシステムの機器（ホットスポット、中継局、など）、無線ＬＡＮ対応の広告システム（ディジタルサイネージ、など）が考えられる。なお、本実施の形態では通信装置１，２Ａ，２Ｂ，３Ａ，３Ｂ，３Ｃの構成、動作方式等を限定するものでは無い。

通信装置３Ａ、３Ｂおよび３Ｃはグループ化された通信装置群であり、通信装置３Ａを親とし、通信装置３Ｂおよび３Ｃを子とする帰属関係がある。通信装置３Ａ，３Ｂおよび３Ｃのグルーピング方法は、文献「WI-Fi Peer-to-Peer（Ｐ２Ｐ）Technical Specification Version 1.2」で定義されている方法を使用する。具体的には、親をP2P Group Ownerとし、子をP2P Group ClientとするP2P Groupの帰属関係とする。なお、上記文献に示されているP2P Groupによるグルーピングおよび通信装置のロールは動作方式を限定するものではない。例えば、非特許文献１で定義される帰属関係、すなわち、親をＡＰとし、子をＳＴＡとする無線ＬＡＮのインフラストラクチャの帰属関係としてもよいし、非特許文献１で定義さている、親をＭＡＰ（Mesh Access Point）とし、子をＳＴＡとするＭｅｓｈネットワークの帰属関係でもよい。また、文献「IEEE Std 802.11ad-2012 “Part 11: Wireless LAN Medium Access Control（MAC） and Physical Layer（PHY） Specifications” Amendment3: Enhancements for Very High Throughput in the 60 GHz Band」において定義されている、親をＡＰまたはＰＣＰ（PBSS（personal basic service set） Control Point）とし、子をＳＴＡとするＰＢＳＳの帰属関係でもよい。文献「WI-Fi NAN（Neighbor Awareness Networking） Technical Specification Version 0.0 (Draft 19）」で定義されている、ＮＡＮ Ｍａｓｔｅｒを親とし、ＮＡＮ Ｄｅｖｉｃｅを子とするＮＡＮ Ｃｌｕｓｔｅｒの帰属関係でもよい。また、通信装置のグループは、同一周波数チャネルで動作しているものとし、基本的に親となる通信装置が動作している周波数チャネルで子となる通信装置は動作するものとする。

図３は、実施の形態１にかかる通信装置を含んだ無線通信システムの他の構成例を示す図である。図３に示した無線通信システムは、自動車５Ａに搭載された通信装置１Ａと、自動車５Ｂに搭載された通信装置１Ｂと、車外に存在する通信装置３とを含んで構成されている。通信装置１Ａと通信装置１Ｂはグループ化された通信装置群であり、通信装置１Ａを親とし、通信装置１Ｂを子とする帰属関係がある。

通信装置１Ａと１Ｂのグルーピング方法は図２に示した通信装置３Ａ、３Ｂおよび３Ｃのグルーピング方法と同様とする。

図４は、図１および図２に示した実施の形態１にかかる通信装置１の構成例を示す図である。なお、図１〜図３に示した通信装置２Ａ、２Ｂ、３、３Ａ、３Ｂおよび３Ｃの構成も同様である。

通信装置１は、送信部１１、受信部１２、ＭＡＣ層制御部１３、パラメータ制御部１４およびグループ情報管理部１５を備え、アクティブスキャニングまたはパッシブスキャニングを行うことにより他の通信装置を探索することが可能である。通信装置１は、パッシブスキャニングを行う場合、他の通信装置とともにグループを形成し、同じグループの他の通信装置と連携して動作する。

送信部１１は、ＩＥＥＥ８０２．１１に準拠した送信処理を行う。送信部１１は、ＭＡＣ層制御部１３から通知された無線ＬＡＮフレームの送信を行う他、ＣＳＭＡ／ＣＡによるキャリアセンスの判断を行う。

受信部１２は、ＩＥＥＥ８０２．１１に準拠した受信処理を行う。受信部１２は、無線ＬＡＮフレームの受信を行うとともに、宛先がユニキャストである無線ＬＡＮフレームに対するＡＣＫフレームの送信判断を行う。

ＭＡＣ層制御部１３は、スキャニングを行う際の周波数チャネルの制御、パラメータ制御部１４から通知された情報に基づく無線ＬＡＮフレームの送受信、などを行う。

パラメータ制御部１４は、「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブに含まれている各種パラメータを決定し、スキャニングを行う際にＭＡＣ層制御部１３に通知する。

グループ情報管理部１５は、本実施の形態にかかるパッシブスキャニングを行う際に使用する情報である、自装置と同じグループに属する他の通信装置の情報を管理する。

送信部１１、受信部１２、ＭＡＣ制御部１３、パラメータ制御部１４及びグループ情報管理部１５は、例えば、図示しないＣＰＵ（Central Processing Unit）がコンピュータプログラムを実行し、そのコンピュータプログラムに従った処理を実行することによって実現される。

通信装置１、１Ａ、１Ｂ、２Ａ、２Ｂ、３、３Ａ、３Ｂおよび３Ｃは、アクティブスキャニングを実施して周囲の通信装置を探索する端末（以下、アクティブスキャン端末）と、パッシブスキャニングを実施して周囲の通信装置を探索する端末（以下、パッシブスキャン端末）と、に分類するものとする。パッシブスキャン端末は、事前にパッシブスキャン端末同士でグルーピングされているものとし、パッシブスキャン端末はアクティブスキャニングを実施せず、アクティブスキャン端末から送信されるプローブ要求フレームを受信後、プローブ応答フレームにてパッシブスキャン端末のグループにおける一部の端末が応答を行うものとする。図２に示した無線通信システムおいては、通信装置１、２Ａおよび２Ｂがアクティブスキャン端末であり、通信装置３Ａ、３Ｂおよび３Ｃがパッシブスキャン端末である。図３に示した無線通信システムにおいては、通信装置３がアクティブスキャン端末であり、通信装置１Ａおよび１Ｂがパッシブスキャン端末である。

なお、アクティブスキャニングおよびパッシブスキャニングで送受信するフレーム、フレーム内に設定するパラメータは、上述した従来のアクティブスキャニングおよびパッシブスキャニングで使用するものと同様とする。ただし、使用するフレーム、パラメータは以下の説明で使用するものに限定されない。

ここで、本実施の形態の通信装置が実行する他の通信装置の探索動作、すなわちスキャニング動作について、簡単に説明する。

スキャニングを行う場合、通信装置は、使用可能な全ての周波数チャネル（以下、単に「チャネル」と記載する）に対して、チャネルを切り替えながらプローブ要求フレームを連続して送信し、使用可能なチャネルのうち、予め決定しておいた応答チャネルでプローブ応答フレームを待ち受ける。このとき、応答チャネルでのプローブ要求フレームの送信は他のチャネルでのプローブ要求フレームの送信が終了した後、最後に行うようにして、チャネル切り替えの実施回数が少なくなるようにする。また、応答チャネルの情報をプローブ要求フレームに含ませる。プローブ要求フレームを受信した通信装置は、自装置が他の通信装置を代表して応答を行う通信装置である親の通信装置に設定されている場合、プローブ要求フレームを受信した他の通信装置の情報と自装置の情報とを含んだプローブ応答フレームを応答チャネルで送信する。プローブ要求フレームを受信した通信装置は、自装置が他の通信装置を代表して応答を行う通信装置に設定されていない場合、すなわち、子の通信装置である場合、自装置に代わってプローブ応答フレームを送信するように依頼するための代理応答要求フレームを親の通信装置に対して送信する。このような手順でスキャニングを行うことにより、通信装置が通信可能な他の通信装置を探索するスキャニングの所要時間を短縮化できるとともに、送信されるプローブ応答フレームの数を削減して通信効率を高めることができる。

以下に、本実施の形態の通信装置によるスキャニング動作について、詳しく説明する。

図５は、実施の形態１の通信装置が実施するアクティブスキャニングの動作例を示すフローチャートである。アクティブスキャン端末の通信装置は、予め決められた開始条件を満足した場合にアクティブスキャニングを開始する。例えば、電源投入による起動を開始条件とする。アクティブスキャニングを最後に実行してから一定時間が経過した場合を開始条件としてもよい。通信装置を所有するユーザがスキャニング開始を指示する操作を行った場合にスキャニングを開始するようにしてもよい。アクティブスキャン端末の通信装置においては、ＭＡＣ層制御部１３および送信部１１が探索フレーム送信手段を構成し、ＭＡＣ層制御部１３および受信部１２が応答フレーム受信手段を構成する。

アクティブスキャン端末の通信装置は、アクティブスキャニングの開始条件を満足すると、図５に示したように、スキャニング、すなわちアクティブスキャニングを開始し（ステップＳ１０１）、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」≒０とする（ステップＳ１０２）。このステップＳ１０２では、できるだけ小さな値、例えば、システムで設定可能な最小値が設定される。次に、使用可能な全てのチャネルを対象としてステップＳ１０３およびＳ１０４を繰り返し実行する。本実施の形態では使用可能なチャネルが１１チャネル（Ｃｈ１〜Ｃｈ１１）であるものとする。通信装置は、まず、Ｃｈ１が応答チャネル（Response Channel）か否かを判定し（ステップＳ１０３）、応答チャネルではない場合（ステップＳ１０３：Ｎｏ）、他の通信装置の探索のためのフレームであるプローブ要求フレームを送信する（ステップＳ１０４）。プローブ要求フレームを送信した後はＣｈ２に切り替える。一方、通信装置は、Ｃｈ１が応答チャネルの場合には（ステップＳ１０３：Ｙｅｓ）、プローブ要求フレームを送信せずにＣｈ２に切り替える。これをＣｈ１〜Ｃｈ１１まで行う。その後、通信装置は、予め決められている応答チャネルに遷移し（ステップＳ１０５）、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」＝待ち受け時間とする（ステップＳ１０６）。待ち受け時間は、各チャネルで動作する通信装置が送信するプローブ要求フレームに対する応答フレーム（プローブ応答フレーム）を受信するために十分な時間、具体的には、利用可能なチャネル数×（プローブ探索フレームの送信時間＋通信装置のチャネル切り替え時間）＋プローブ応答フレームの送信時間以上の値とする。なお、待ち受け時間をこれに限定するものではない。そして、通信装置は、プローブ要求フレームを送信し（ステップＳ１０７）、プローブタイマー（Probe Timer）をスタートする（ステップＳ１０８）。その後、通信装置は、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」中に「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを判定し（ステップＳ１０９）、通知された場合には（ステップＳ１０９：Ｙｅｓ）、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」が経過後にプローブ応答フレームを処理し、プローブ応答フレームの送信元の通信装置およびプローブ応答フレームに含まれている情報が示す通信装置が自装置の周囲に存在する通信装置、すなわち、通信が可能な位置に存在している通信装置であると把握する（ステップＳ１１０）。通信装置は、プローブ応答フレームの処理が終了するとスキャニングを終了する（ステップＳ１１１）。一方、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」中に「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されていない場合（ステップＳ１０９：Ｎｏ）、通信装置はスキャニングを終了する（ステップＳ１１１）。この場合、通信装置は、他の通信装置が発見できなかった、すなわち、通信可能な他の通信装置が存在しないと判断する。

このように、アクティブスキャニングを行う通信装置は、使用可能な全てのチャネルを切り替えながら、プローブ要求フレームを送信し、予め決められている応答チャネルにおいて、プローブ応答フレームを待ち受ける。すなわち、応答チャネル以外のチャネルではプローブ要求フレームの送信のみを行い、プローブ応答フレームの待ち受けは行わない。各チャネルで送信したプローブ要求フレームに対するプローブ応答フレームを応答チャネルで待ち受ける。図５の例では、ステップＳ１０３を実行することにより、応答チャネルでのプローブ要求フレームの送信を最後に行うようにしているが、このステップＳ１０３は省略しても構わない。ステップＳ１０３を省略した場合でも、チャネルごとにプローブ要求フレームの送信とプローブ応答フレームの待ち受けとを行う従来のスキャニングよりも処理時間を短縮することができる。ステップＳ１０３を実行した場合には、チャネル切り替えの実行化指数がより少なくなるため、処理時間のさらなる短縮化を実現できる。

なお、本実施の形態では、スキャニングの開始前に、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」、「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」、「ＦａｓｔＳｃａｎＴｙｐｅ」が決定される。「ＳｃａｎＴｙｐｅ」は「ＡｃｔｉｖｅＳｃａｎ」とし、「ＦａｓｔＳｃａｎＴｙｐｅ」は「Ｔｒｕｅ」とし、「ＰｒｏｂｅＤｅｌａｙ」は０とする。「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」は、非特許文献１などに記載されている従来の方式と同様に「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ＋ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」とし、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」は、従来の方式と同様に「ＭａｘＣｈａｎｎｅｌＴｉｍｅ＋ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」とする。なお、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」および「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」の決め方はこの限りではない。「ＣｈａｎｎｅｌＬｉｓｔ」には、スキャンを行う周波数リストをスキャンの順番に登録する。そして、これらのパラメータを「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブにより、ＳＭＥからＭＬＭＥへ通知する。

ＭＬＭＥに通知されるプリミティブ（命令）である「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」について説明する。「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」は、通信装置のＳＭＥで生成される。図４に示した構成の通信装置においては、ＭＡＣ層制御部１３がＭＬＭＥに相当し、パラメータ制御部１４がＳＭＥに相当する。そのため、「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」は、パラメータ制御部１４により生成され、ＭＡＣ層制御部１３に通知される。

「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」は、「ＢＳＳＴｙｐｅ」と、「ＢＳＳＩＤ」と、「ＳＳＩＤ」と、「ＳｃａｎＴｙｐｅ」と、「ＰｒｏｂｅＤｅｌａｙ」と、「ＣｈａｎｎｅｌＬｉｓｔ」と、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」と、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」と、「ＲｅｑｕｅｓｔＩｎｆｏｒｍａｔｉｏｎ」と、「ＳＳＩＤ Ｌｉｓｔ」と、「ＣｈａｎｎｅｌＵｓａｇｅ」と、「ＡｃｃｅｓｓＮｅｔｗｏｒｋＴｙｐｅ」と、「ＨＥＳＳＩＤ」と、「ＭｅｓｈＩＤ」と、「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」と、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」と、「ＦａｓｔＳｃａｎＴｙｐｅ」と、「ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅ」と、「ＶｅｎｄｏｒＳｐｅｃｉｆｉｃＩｎｆｏ」と、を含む。本実施の形態にかかる発明においては、上記の、（１）「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」、（２）「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」、（３）「ＦａｓｔＳｃａｎＴｙｐｅ」、および（４）「ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅ」を従来の方式に追加する事で、上述したアクティブスキャニングを実現している。これらの追加した情報について、以下に説明する。追加した情報以外については非特許文献１において説明されているため、説明を省略する。

（１）ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ
「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」は、通信装置がプローブ要求フレームを送信する際に、「ＶｅｎｄｏｒＳｐｅｃｉｆｉｃＩｎｆｏ」に応答オフセット時間として設定するパラメータである。プローブ要求フレームを受信した通信装置は、受信したプローブ要求フレームに設定されている「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」が経過した後に、送信元の通信装置にプローブ応答フレームを送信する。

（２）ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ
「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」は、アクティブスキャン端末の通信装置がプローブ要求フレームを送信する際に、「ＶｅｎｄｏｒＳｐｅｃｉｆｉｃＩｎｆｏ」に応答チャネルとして設定するパラメータである。アクティブスキャン端末の通信装置は、「ＣｈａｎｎｅｌＬｉｓｔ」のうち、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」に指定したチャネルを除いたチャネルすべてにプローブ要求フレーム送信後、最後に「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」に指定したチャネルでプローブ要求フレームの送信を行った後、プローブ応答フレームの待ち受けを行う。プローブ要求フレームを受信したパッシブスキャン端末の通信装置のＭＡＣ層制御部１３は、送信元のアクティブスキャン端末の通信装置へプローブ応答フレームを送信する際、応答チャネルに指定されたチャネルにてプローブ応答フレームを送信する。

（３）ＦａｓｔＳｃａｎＴｙｐｅ
「ＦａｓｔＳｃａｎＴｙｐｅ」は、本実施の形態にかかるスキャン方式を適用するか否かを通知するフラグである。通信装置は、「ＦａｓｔＳｃａｎＴｙｐｅ」が「Ｔｒｕｅ」の場合に「ＳｃａｎＴｙｐｅ」が「ＡｃｔｉｖｅＳｃａｎ」であればアクティブスキャン端末として動作する。「ＦａｓｔＳｃａｎＴｙｐｅ」が「Ｆａｌｓｅ」の場合にはパッシブスキャン端末として動作し、パッシブスキャンまたは従来の方式のアクティブスキャンを行う。「ＦａｓｔＳｃａｎＴｙｐｅ」が「Ｔｒｕｅ」かつ「ＳｃａｎＴｙｐｅ」が「ＡｃｔｉｖｅＳｃａｎ」を示す場合、通信装置は、図５に示したアクティブスキャニングを実行する。

（４）ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅ
「ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅ」は、パッシブスキャン端末の通信装置に対して、実行するパッシブスキャニングを通知するためのパラメータである。

なお、ここで説明した「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」は一例であり、本発明で使用するフレームの構成、パラメータの内容などをこれに限定するものではない。

アクティブスキャン端末の通信装置においては、ＭＡＣ層制御部１３がパラメータ制御部１４から「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブを受け取ると、アクティブスキャニングを開始する。アクティブスキャニングを開始すると、ＭＡＣ層制御部１３は、「ＣｈａｎｎｅｌＬｉｓｔ」に指定されたチャネルを順番に送信チャネルとして選択し、選択したチャネルでプローブ要求フレームをブロードキャストする。ＭＡＣ層制御部１３は、プローブ要求フレームを送信後、すぐに使用するチャネルを次のチャネルに変更する。または、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」≒０としてプローブタイマーをスタートする。

ＭＡＣ層制御部１３は、「ＣｈａｎｎｅｌＬｉｓｔ」に指定された各チャネルでプローブ要求フレームの送信を行う場合に、例えば図６に示すように、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」で指定されたチャネルである応答チャネルにおけるプローブ要求フレームの送信を後回しにする。図６は、実施の形態１のアクティブスキャニングにおけるチャネルの変更例を示す図である。図６に示した例では、２．４ＧＨｚ帯のチャネルＣｈ１〜Ｃｈ１１が「ＣｈａｎｎｅｌＬｉｓｔ」に登録されており、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」はＣｈ６である。ＭＡＣ層制御部１３は、Ｃｈ１〜Ｃｈ１１の各々について、応答チャネルであるか否かを判定し、応答チャネルの場合にはプローブ要求フレームを送信せず、応答チャネルでない場合にはプローブ要求フレームを送信する。図６の例では、応答チャネル以外のＣｈ１〜Ｃｈ５、Ｃｈ７〜Ｃｈ１１で先にプローブ要求フレームを送信し、応答チャネルであるＣｈ６では最後にプローブ要求フレームを送信する。

ＭＡＣ層制御部１３は、「ＣｈａｎｎｅｌＬｉｓｔ」で指定された各チャネルにおけるプローブ要求フレームの送信が完了後、「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」で指定されたチャネルである応答チャネルでプローブ要求フレームを送信する。「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」で指定された応答チャネルにてプローブ要求フレームを送信する際には、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」を「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブにより通知された「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」の値に設定した後、送信を行う。

ＭＡＣ層制御部１３は、プローブタイマーをスタート後、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」が経過する前に「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層からＭＡＣ層に通知されたか否かを判定する。

「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」が経過する前に「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層に通知されなかった場合には、ＭＡＣ層制御部１３は、応答チャネルでのプローブ応答フレームの待ち受けを終了する。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層に通知されなかったということは、他の通信装置からプローブ応答フレームを受信していないということであり、「ＣｈａｎｎｅｌＬｉｓｔ」に指定された各チャネルを現在使用している他の通信装置が存在しないということである。

一方、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」が経過する前に「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が物理層から通知された場合、プローブ応答フレームを受信しているので、ＭＡＣ層制御部１３は、受信したプローブ応答フレームの処理を、プローブタイマーのスタートから「ＭａｘＣｈａｎｎｅｌＴｉｍｅ」が経過した後に開始する。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたということは、他の通信装置からプローブ応答フレームを受信したということであり、「ＣｈａｎｎｅｌＬｉｓｔ」で指定した各チャネルのいずれかを現在使用している他の通信装置があり、その通信装置と通信できる可能性があるということである。

「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」は、パラメータ制御部１４が決定する。「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」の値は、「ＣｈａｎｎｅｌＬｉｓｔ」に登録されているチャネルの数に基づいて決定される。具体的には、「ＣｈａｎｎｅｌＬｉｓｔに登録されているチャネル数×（チャネルの変更回数＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信処理時間＋チャネル変更時間）の値」よりも大きな値となるように決定する。このように、応答の待ち受け時間は、探索フレームを送信するチャネル数に基づいて決定する。なお、応答フレームの受信数に基づいて決定してもよい。すなわち、「ＣｈａｎｎｅｌＬｉｓｔに登録されているチャネル数」に代えて、前回のアクティブスキャニングで受信したプローブ応答フレームの数（プローブ応答フレームの受信数）を使用して、「プローブ応答フレームの受信数×（チャネルの変更回数＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信処理時間＋チャネル変更時間）の値」よりも大きな値に決定する。

「ＣｈａｎｎｅｌＬｉｓｔ」に登録するチャネルは、パラメータ制御部１４が決定する。「ＣｈａｎｎｅｌＬｉｓｔ」に登録可能なチャネルは、通信装置がサポートする無線ＬＡＮの規格においてサポートされるチャネルであり、また通信装置を使用する国において使用が許可されているチャネルから選択される。ＭＡＣ層制御部１３は、通知された「ＣｈａｎｎｅｌＬｉｓｔ」に登録されているチャネルの順番にシーケンシャルスキャンを行う。「ＣｈａｎｎｅｌＬｉｓｔ」の登録順序は、例えば２．４ＧＨｚ帯のチャネルＣｈ１〜Ｃｈ１１が使用可能な場合には、Ｃｈ１〜Ｃｈ１１を順番に指定してもよいし、ランダムに指定してもよい。アクティブスキャン端末の通信装置が送信するプローブ要求フレームには、「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」である「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」が含まれる。

図７は、実施の形態１における「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」である「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」の構成例を示す図である。「Ｅｌｅｍｅｎｔ ＩＤ」は、フレームの種別を示し、「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」を示す値が設定される。「Ｌｅｎｇｔｈ」には後続のデータ長を示す値、すなわちＯＵＩ〜ｉｎｆｏｒｍａｔｉｏｎのサイズが設定される。「ＯＵＩ」は固定値「０ｘ００２６９２」に設定され、「ＯＵＩ Ｔｙｐｅ」は固定値「０ｘＦＦ」に設定されるものとする。なお、「ＯＵＩ」及び「ＯＵＩ Ｔｙｐｅ」については、この値に限定されるものではなく、従来のフィールドとの識別が可能であり、且つ本発明を適用しない従来の無線ＬＡＮ装置に対して影響を及ぼさないものであり、同様の効果を奏するものであればよい。例えば、既存のプローブ要求フレームのＲｅｓｅｒｖｅｄフィールド等を使用して同様の内容を通知する事も可能である。Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅフィールドには、上述した「ＲｅｓｐｏｎｓｅＯｆｆＳｅｔＴｉｍｅ」の値が設定される。Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌフィールドには、上述した応答チャネルを示す「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」の値が設定される。ｉｎｆｏｒｍａｔｉｏｎ ｎｕｍフィールドには、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドとｉｎｆｏｒｍａｔｉｏｎフィールドの組合せの数を示すフィールドである。ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドは、ｉｎｆｏｒｍａｔｉｏｎの種別を示すフィールドであり、ｉｎｆｏｒｍａｔｉｏｎフィールドは、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドで示された種別ごとの情報が設定される。例えば、ｉｎｆｏｍａｒｔｉｏｎ Ｔｙｐｅフィールドが０ｘ０１であればＧＰＳ（Global Positioning System）であることを示し、ｉｎｆｏｒｍａｔｉｏｎフィールドには、ＧＰＳ情報が入る。

つづいて、パッシブスキャン端末として動作する通信装置について説明する。

本実施の形態では、パッシブスキャン端末の通信装置同士のグループ内の通信制御方式には、即時ユニキャスト通知（Immediate Unicast notification）、即時ブロードキャスト通知（immediate broadcast notification）、および遅延通知（delayed notification）の３つの方式が存在する。

本実施の形態にかかるパッシブスキャン端末の通信装置においては、パッシブスキャニングを開始する際、ＳｃａｎＴｙｐｅパラメータがＰａｓｓｉｖｅＳｃａｎに設定され、ＦａｓｔＳｃａｎＴｙｐｅがＴｒｕｅに設定され、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０〜２の間の値に設定された「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブがＳＭＥであるパラメータ制御部１４からＭＬＭＥであるＭＡＣ層制御部１３に通知される。通信装置は、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」であれば即時ユニキャスト通知、「１」であれば即時ブロードキャスト通知、「２」であれば遅延通知として動作する。

パッシブスキャン端末の通信装置のＭＡＣ層制御部１３は、「ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ」プリミティブを受け取ると、任意のチャネルで、アクティブスキャン端末が送信するプローブ要求フレームを待ち受ける。

図８は、実施の形態１の通信装置がパッシブスキャン端末である場合に実施するパッシブスキャニングの動作例を示すフローチャートである。図８は、通信装置がグループ内の帰属関係における親のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合のパッシブスキャニングを示している。通信装置は起動した場合にパッシブスキャニングを開始するものとする。パッシブスキャン端末の親として動作する通信装置においては、ＭＡＣ層制御部１３および受信部１２が情報収集手段を構成し、ＭＡＣ層制御部１３および送信部１１が応答フレーム送信手段を構成する。また、ＭＡＣ層制御部１３および送信部１１が情報収集結果送信手段を構成する。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１のパッシブスキャン端末の親として動作する通信装置である親端末は、特定のチャネルで起動するとスキャニングを開始する（ステップＳ２０１）。親端末においては、スキャニングを開始すると、ＭＡＣ層制御部１３が、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する（ステップＳ２０２）。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されない場合（ステップＳ２０２：Ｎｏ）、ＭＡＣ層制御部１３は、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する動作を繰り返し実行する。

これに対して、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知された場合（ステップＳ２０２：Ｙｅｓ）、ＭＡＣ層制御部１３は、アクティブスキャン端末からプローブ要求フレームを受信したか否かを確認する（ステップＳ２０３）。アクティブスキャン端末からプローブ要求フレームを受信していない場合（ステップＳ２０３：Ｎｏ）、ステップＳ２０２に戻る。アクティブスキャン端末からプローブ要求フレームを受信した場合（ステップＳ２０３：Ｙｅｓ）、受信したプローブ要求フレームを処理する（ステップＳ２０４）。

ステップＳ２０４において、ＭＡＣ層制御部１３は、プローブ要求フレームに含まれる、端末製造者固有の情報である「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」のうち、ＯＵＩが０ｘ００２６９２であり、ＯＵＩ Ｓｕｂｔｙｐｅが０ｘＦＦである「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」から、応答オフセット時間「Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅ」と、応答チャネル「Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌ」と、各Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅごとのｉｎｆｏｍａｒｔｉｏｎ情報とを取り出す。そして、応答オフセットタイマー（Response Offset Timer）をスタートさせる。ＭＡＣ層制御部１３は、応答オフセットタイマーをスタートさせた後、代理応答要求待ち受けを開始する（ステップＳ２０５）。代理応答要求待ち受けは、後述するステップＳ２０６〜Ｓ２０９の処理である。代理応答要求待ち受けは、「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」の応答オフセット時間（Response Offset Time）フィールドで指定された時間（応答オフセット時間）に基づき、「応答オフセット時間−１フレーム送信時間」の間、すなわち、「応答オフセットタイマー＜（応答オフセット時間−１フレーム送信時間）」を満足している間、行う。

「応答オフセットタイマー＜（応答オフセット時間−１フレーム送信時間）」を満足している間に実行する代理応答要求待ち受けにおいて、ＭＡＣ層制御部１３は、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認し（ステップＳ２０６）、通知された場合（ステップＳ２０６：Ｙｅｓ）、代理応答要求（Action（Proxy Response Request））フレームを受信したか否かを確認する（ステップ２０７）。ここで、代理応答要求フレームは、パッシブスキャン端末の子として動作する通信装置（以下、子端末）から送信されるフレームである。代理応答要求フレームは、子端末が、アクティブスキャン端末から受信したプローブ要求フレームに対するプローブ応答フレームの送信を代理で送信するように親端末に依頼するためのフレームである。なお、子端末は、ユニキャストまたはブロードキャストで代理応答要求フレームを送信する。

代理応答要求フレームを受信した場合（ステップＳ２０７：Ｙｅｓ）、ＭＡＣ層制御部１３は、代理応答要求フレームを処理し（ステップＳ２０８）、グループ情報管理部１５が管理しているグループ情報管理テーブルを更新する（ステップＳ２０９）。ステップＳ２０８では、例えば、代理応答要求フレームに含まれている情報の中から必要な情報を取り出す。必要な情報としては、代理応答要求フレームの送信元の子端末がアクティブスキャン端末からプローブ要求フレームを受信した時間、プローブ要求フレームの送信元のアクティブスキャン端末の識別情報であるＭＡＣアドレス、代理応答要求フレームの送信元の子端末の識別情報であるＭＡＣアドレスなどがある。取り出した情報はメモリなどで保持しておく。

ＭＡＣ層制御部１３は、応答オフセットタイマーがスタートしてから「応答オフセット時間（Response Offset Time）−１フレーム送信時間」が経過した場合、すなわち、「応答オフセットタイマー＜（応答オフセット時間−１フレーム送信時間）」を満足しなくなった場合、子のパッシブスキャン端末の通信装置に対して、代理応答通知（Action(Proxy Response Notification)）フレームをブロードキャストで送信する（ステップＳ２１０）。ＭＡＣ層制御部１３は、次に、応答チャネルにチャネルを変更し（ステップＳ２１１）、プローブ応答（Probe Response）フレームをプローブ要求フレームの送信元に送信する（ステップＳ２１２）。プローブ応答フレームの送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ２１３）。ステップＳ２１２では、プローブ要求フレームを受信して応答オフセットタイマーをスタートさせてから「応答オフセット時間−１フレーム送信時間」が経過するまでの間に受信した代理応答要求の送信元のパッシブスキャン端末のＭＡＣアドレスを含んだプローブ応答フレームを送信する。プローブ応答フレームを受信したアクティブスキャン端末は、プローブ応答フレームに含まれているＭＡＣアドレスの端末、およびプローブ応答フレームの送信元の端末が自装置の周囲に存在していると判断する。なお、ステップＳ２１２でプローブ応答フレームの送信が失敗した場合、プローブ応答フレームを再送してもよい。

ＭＡＣ層制御部１３は、スキャニングを開始してから規定時間が経過するとスキャニングを終了する（ステップＳ２１４）。ＭＡＣ層制御部１３は、スキャニングを終了した後、規定時間が経過した時点で再度スキャニングを開始してもよい。

図９は、上記の代理応答要求フレームのフォーマット例を示す図である。図示した代理応答要求フレームにおいて、Ｃａｔｅｇｏｒｙフィールドは１０３、Ａｃｔｉｏｎ Ｃｏｄｅフィールドは０で固定とするが、その限りではない。Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｏｄｅフィールドには、パッシブスキャン端末の通信装置がグループ内で動作するタイプを示す情報が設定される。このＮｏｔｉｆｉｃａｔｉｏｎ Ｍｏｄｅフィールドには、０〜２の間の値を設定する。設定値が「０」であれば即時ユニキャスト通知を行う端末、「１」であれば即時ブロードキャスト通知を行う端末、「２」であれば遅延通知を行う端末として動作していることを示す。Ｖｅｈｉｃｌｅ ＭＡＣＡｄｄｒｅｓｓフィールドには、アクティブスキャン端末から受信したプローブ要求フレームの送信元通信装置、すなわちアクティブスキャン端末のＭＡＣアドレスが設定される。Ｔｉｍｅ Ｓｔａｍｐフィールドは、プローブ要求フレームを受信した時間を示す。Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅは、応答オフセット時間を示し、Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌフィールドは、応答チャネルを示す。ｉｎｆｏｒｍａｔｉｏｎ ｎｕｍフィールドには、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドとｉｎｆｏｒｍａｔｉｏｎフィールドの組合せの数を示すフィールドである。ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドは、ｉｎｆｏｒｍａｔｉｏｎの種別を示すフィールドであり、ｉｎｆｏｒｍａｔｉｏｎフィールドは、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドで示された種別ごとの情報が設定される。例えば、ｉｎｆｏｍａｒｔｉｏｎ Ｔｙｐｅフィールドが０ｘ０１であればＧＰＳであることを示し、ｉｎｆｏｒｍａｔｉｏｎフィールドには、ＧＰＳ情報すなわち位置情報が入る。

図１０は、上記の代理応答通知フレームのフォーマット例を示す図である。図示した代理応答通知フレームにおいて、Ｃａｔｅｇｏｒｙフィールドは１０３、Ａｃｔｉｏｎ Ｃｏｄｅフィールドは１で固定とするが、その限りではない。Ｖｅｈｉｃｌｅ ＭＡＣＡｄｄｒｅｓｓフィールドには、アクティブスキャン端末から受信したプローブ要求フレームの送信元通信装置、すなわちアクティブスキャン端末のＭＡＣアドレスが設定される。Ｔｉｍｅ Ｓｔａｍｐフィールドは、プローブ要求フレームを受信した時間を示す。Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌフィールドは、代理応答通知フレームを送信した親端末がアクティブスキャン端末からのプローブ要求フレームに応答する際の応答チャネルを示す。「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔ」のＥｌｅｍｅｎｔ ＩＤフィールドは１７５で固定とするが、その限りではない。ｌｅｎｇｔｈフィールドは、「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ」のサイズを示し、ＭＡＣ Ａｄｄｒｅｓｓ Ｎｕｍフィールドは、後続のＭＡＣ Ａｄｄｒｅｓｓ（ｓ）フィールドにおけるＭＡＣアドレス数を示し、ＭＡＣ Ａｄｄｒｅｓｓ（ｓ）フィールドには、親端末が、受信した代理応答要求フレームの送信元の子端末のＭＡＣアドレスが格納される。なお、「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔ」のＥｌｅｍｅｎｔ ＩＤフィールドは１７５で固定とするが、非特許文献１で定義されているＥｌｅｍｅｎｔと重複しないものであれば、これに限るものではない。「Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｅｌｅｍｅｎｔ」のＥｌｅｍｅｎｔ ＩＤフィールドは１７６で固定とするが、その限りではない。ｌｅｎｇｔｈフィールドは、「Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｅｌｅｍｅｎｔ」のサイズを示す。ＣＴＷｉｎｄｏｗ ａｎｄ ＯｐｐＰＳ Ｐａｒａｍｅｔｅｒフィールドは、親端末がＰｏｗｅｒ Ｓａｖｅになる期間、すなわち省電力動作状態になる期間を示すフィールドである。Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｄｅｓｃｒｉｐｔｏｒ（ｓ）フィールドは親端末がパッシブスキャン端末のグループが動作するチャネルとは異なるチャネルに移動する期間を示すフィールドである。ＣＴＷｉｎｄｏｗ ａｎｄ ＯｐｐＰＳ Ｐａｒａｍｅｔｅｒフィールド、および、Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｄｅｓｃｒｉｐｔｏｒフィールドは、それぞれ、Ｄｕｒａｔｉｏｎフィールド、ＩｎｔｅｒｖａｌフィールドおよびＳｔａｒｔ Ｔｉｍｅフィールドを含んでいる。

親端末は、子端末から代理応答通知フレームを受信した場合に、そのフレームに含まれるＴｉｍｅ Ｓｔａｍｐフィールドの時間が、「自身が同じＭＡＣＡｄｄｒｅｓｓのアクティブスキャン端末からプローブ要求フレームを受信した時間＋応答オフセット時間」より経過している場合であれば、代理応答通知フレームを破棄してもよい。

図１１は、パッシブスキャン端末の親の通信装置である親端末が送信するプローブ応答フレームの要素として含まれる「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」である「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ」のフォーマット例を示す図である。Ｅｌｅｍｅｎｔ ＩＤフィールドは、２２１で固定とするが、その限りではない。ｌｅｎｇｔｈフィールドは、「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ」全体のサイズを示す。「ＯＵＩ」は固定値「０ｘ００２６９２」に設定され、「ＯＵＩ Ｔｙｐｅ」は固定値「０ｘ０１」に設定されるものとする。なお、「ＯＵＩ」及び「ＯＵＩ Ｔｙｐｅ」については、この値に限定されるものではなく、従来のフィールドとの識別が可能であり、且つ本発明を適用しない従来の無線ＬＡＮ装置に対して影響を及ぼさないものであり、同様の効果を奏するものであればよい。ＭＡＣ Ａｄｄｒｅｓｓ Ｎｕｍフィールドは、続くＭＡＣ Ａｄｄｒｅｓｓ（ｓ）フィールドに格納されているＭＡＣアドレス数を示し、ＭＡＣ Ａｄｄｒｅｓｓ（ｓ）フィールドは、親端末が、パッシブスキャン端末の子の通信装置である子端末から受信した代理応答要求フレームの送信元の子端末のＭＡＣアドレスが格納される。ｉｎｆｏｒｍａｔｉｏｎ ｎｕｍフィールドには、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドとｉｎｆｏｒｍａｔｉｏｎフィールドの組合せの数を示すフィールドである。ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドは、ｉｎｆｏｒｍａｔｉｏｎの種別を示すフィールドであり、ｉｎｆｏｒｍａｔｉｏｎフィールドは、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドで示された種別ごとの情報が設定される。例えば、ｉｎｆｏｍａｒｔｉｏｎ Ｔｙｐｅフィールドが０ｘ０１であればＧＰＳであることを示し、ｉｎｆｏｒｍａｔｉｏｎフィールドには、ＧＰＳ情報が入る。

図１２は、実施の形態１の通信装置がパッシブスキャン端末である場合に実施するパッシブスキャニングの動作例を示すフローチャートである。図１２は、通信装置がグループ内の帰属関係における子のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合のパッシブスキャニングを示している。通信装置は起動した場合にパッシブスキャニングを開始するものとする。パッシブスキャン端末の子として動作する通信装置においては、ＭＡＣ層制御部１３および送信部１１が代理応答要求手段を構成する。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１であるパッシブスキャン端末の子として動作する通信装置である子端末は、特定のチャネルで起動するとスキャニングを開始する（ステップＳ３０１）。子端末においては、スキャニングを開始すると、ＭＡＣ層制御部１３が、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する（ステップＳ３０２）。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されない場合（ステップＳ３０２：Ｎｏ）、ＭＡＣ層制御部１３は、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する動作を繰り返し実行する。

これに対して、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知された場合（ステップＳ３０２：Ｙｅｓ）、ＭＡＣ層制御部１３は、アクティブスキャン端末からプローブ要求フレームを受信したか否かを確認する（ステップＳ３０３）。アクティブスキャン端末からプローブ要求フレームを受信していない場合（ステップＳ３０３：Ｎｏ）、ステップＳ３０２に戻る。アクティブスキャン端末からプローブ要求フレームを受信した場合（ステップＳ３０３：Ｙｅｓ）、受信したプローブ要求フレームを処理する（ステップＳ３０４）。

ステップＳ３０４の処理は、図８に示したステップＳ２０４と同様、すなわち、通信装置が親端末である場合のプローブ要求フレームの処理と同様である。このステップＳ３０４において、ＭＡＣ層制御部１３は、プローブ要求フレームに含まれる、端末製造者固有の情報である「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」のうちＯＵＩが０ｘ００２６９２であり、ＯＵＩ Ｓｕｂｔｙｐｅが０ｘＦＦである「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」から、応答オフセット時間「Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅ」と、応答チャネル「Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌ」と、各Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅごとのｉｎｆｏｍａｒｔｉｏｎ情報を取り出す。そして、応答オフセットタイマー（Response Offset Timer）をスタートさせる。

ＭＡＣ層制御部１３は、応答オフセットタイマーをスタートさせた後、親端末に対して代理応答要求フレームを送信し、代理応答通知フレームの待受けを開始する（ステップＳ３０５）。このステップＳ３０５において、ＭＡＣ層制御部１３は、自装置（子端末）のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」の場合は代理応答要求フレームをユニキャストで送信し、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「１」の場合は代理応答要求フレームをブロードキャストで送信する。また、ＭＡＣ層制御部１３は、自装置のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」の場合、代理応答要求フレームの送信が成功するまで、または、応答オフセットタイマーが応答オフセット時間を経過するまで、再送上限回数に達していなければ、代理応答要求フレームを再送する。

ＭＡＣ層制御部１３は、応答オフセットタイマーが応答オフセット時間を経過すると、親端末から代理応答通知フレームを受信しているか否かを確認する（ステップＳ３０６）。代理応答通知フレームを受信していなければ（ステップＳ３０６：Ｎｏ）、応答チャネルにチャネルを変更し（ステップＳ３０９）、プローブ要求フレームの送信元にプローブ応答フレームを送信する（ステップＳ３１０）。ＭＡＣ層制御部１３は、プローブ応答フレームを送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ３１１）。一方、代理応答通知フレームを受信している場合（ステップＳ３０６：Ｙｅｓ）、代理応答通知フレームを処理し（ステップＳ３０７）、代理応答要求が正常に行われたか否かを確認する（ステップＳ３０８）。すなわち、代理応答通知フレームのＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに自装置のＭＡＣアドレスが格納されているか否かを確認する。このフィールドに自装置のＭＡＣアドレスが格納されている場合は代理応答要求が正常に行われたことになる。代理応答要求が正常に行われた場合（ステップＳ３０８：Ｙｅｓ）、ステップＳ３０２に戻る。代理応答要求が正常に行われていない場合（ステップＳ３０８：Ｎｏ）、応答チャネルにチャネルを変更し（ステップＳ３０９）、プローブ要求フレームの送信元にプローブ応答フレームを送信する（ステップＳ３１０）。プローブ応答フレームの送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ３１１）。なお、ステップＳ３１０でプローブ応答フレームの送信が失敗した場合、プローブ応答フレームを再送してもよい。

ＭＡＣ層制御部１３は、スキャニングを開始してから規定時間が経過するとスキャニングを終了する（ステップＳ３１２）。ＭＡＣ層制御部１３は、スキャニングを終了した後、規定時間が経過した時点で再度スキャニングを開始してもよい。

なお、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」の場合、代理応答要求フレームの送信が成功していれば、親端末が送信した代理応答通知フレームの「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔ」のＭＡＣ Ａｄｄｒｅｓｓ（ｓ）フィールドに自装置のＭＡＣアドレスが格納されていなくても、プローブ応答フレームを送信しなくてもよい。

このように、子端末は、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合、アクティブスキャン端末からプローブ要求フレームを受信すると、自装置と同じグループの親端末に対して代理応答要求フレームを送信し、代理応答通知フレームが送信されてくるのを応答オフセット時間だけ待つ。そして、代理応答通知フレームを受信することなく応答オフセット時間が経過した場合は、プローブ要求フレームの送信元のアクティブスキャン端末に対して、応答チャネルにてプローブ応答フレームを送信する。また、応答オフセット時間が経過する前に代理応答通知フレームを受信したが、代理応答通知フレームに自装置のＭＡＣアドレスが格納されていない場合、すなわち、親端末による代理応答が正常に行われなかった場合、プローブ要求フレームの送信元のアクティブスキャン端末に対して、応答チャネルにてプローブ応答フレームを送信する。

通信装置は、親端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合において、アクティブスキャン端末からプローブ要求フレームを受信していないにも関わらず、同じグループ内の子端末から代理応答要求フレームを受信した場合、子端末が受信したプローブ要求フレームの送信元のアクティブスキャン端末に対して、プローブ応答フレームの送信を行ってもよい。この場合、応答オフセットタイマーで待つ時間Ｔwaitは、代理応答要求フレームのＴｉｍｅ Ｓｔａｍｐフィールドの値をＴstamp、Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅフィールドの値をＴoffset、現在時刻をｔとした場合、「Ｔwait＝Ｔstamp＋Ｔoffset−ｔ」とする。このＴwaitの値が０以下の場合は、すぐにプローブ応答フレームを送信する。

通信装置は、親端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合において、アクティブスキャン端末からプローブ要求フレームを受信していないにも関わらず、同じグループ内の子端末から代理応答通知フレームを受信した場合、子端末に対して、自装置の識別情報すなわちＭＡＣアドレスをＩｎｆｏｒｍａｔｉｏｎフィールドに設定した代理応答通知フレームをユニキャストし、子端末に自装置の代わりにアクティブスキャン端末に対してプローブ応答フレームを送信してもらうようにしてもよい。複数の子端末から代理応答通知フレームが送信されてきた場合には、代理応答通知フレームを送信してきたすべての子端末に対して同様に、自装置の識別情報をＩｎｆｏｒｍａｔｉｏｎフィールドに設定した代理応答通知フレームをユニキャストする。このとき、代理応答通知フレームのＶｅｈｉｃｌｅ ＭＡＣ Ａｄｄｒｅｓｓフィールド、Ｔｉｍe Ｓｔａｍｐフィールド、Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅフィールド、Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌフィールドは、子端末から受信した代理応答通知フレームの同フィールドと同じ値を設定する。この代理応答通知フレームを受信した子端末の各々は、自装置の情報に加えて、親端末の情報を合わせてアクティブスキャン端末に対してプローブ応答フレームを送信する。

通信装置は、子端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１の場合、同じグループの親端末に対して代理応答要求フレームを送信する際、以下の方法で送信してもよい。すなわち、親端末と子端末がグループを作成するための接続において従来の無線ＬＡＮと同様に割り振られ、親端末により管理されるＡｓｓｏｃｉａｔｉｏｎ ＩＤを用いて、各子端末が代理応答要求フレームを送信する順番を決定し、決定した順番で代理応答要求フレームを送信するようにしてもよい。例えば、Ａｓｓｏｃｉａｔｉｏｎ ＩＤの小さい順に代理応答要求フレームを送信する。この場合、例えば、子端末は、プローブ要求フレームを受信した後、Ａｓｓｏｃｉａｔｉｏｎ ＩＤに一定値を乗算した時間だけ待機してから代理応答要求フレームを送信するようにすればよい。また、Ａｓｓｏｃｉａｔｉｏｎ ＩＤを用いて代理応答通知フレームの送信順を制御する場合と、制御しない場合とを、例えば、子端末の数などに応じて動的に変更してもよい。例えば、子端末が一定数に達している場合に送信順を制御するようにする。制御を行うか否かの通知は例えばビーコンフレームにて親端末から各子端末へ通知する。

通信装置は、親端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合、代理応答通知フレームを送信する際に、代理応答通知フレームの構成を示した図１０のＮｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｅｌｅｍｅｎｔに含まれているＮｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｄｅｓｃｒｉｐｔｏｒフィールドを以下のように設定する。Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ ＤｅｓｃｒｉｐｔｏｒフィールドのＤｕｒａｔｉｏｎフィールドには、通信装置が応答チャネルにチャネルを変更し始める時間から、アクティブスキャン端末にプローブ応答フレームを送信し、元のチャネルに変更が終わるまでの時間を設定する。Ｓｔａｒｔ Ｔｉｍｅフィールドには応答チャネルにチャネルを変更する時刻を設定する。Ｉｎｔｅｒｖａｌフィールドには、既に他のアクティブスキャン端末からプローブ要求フレームを受信している場合、応答オフセットタイマーが応答オフセット時間を経過するまでの時間を設定する。他のアクティブスキャン端末からプローブ要求フレームを受信していない場合には「０」を設定する。通信装置は、子端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合、代理応答通知フレームを受信すると、Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｄｅｓｃｒｉｐｔｏｒフィールドを確認し、Ｓｔａｒｔ Ｔｉｍｅフィールドで示された時間から、Ｄｕｒａｔｉｏｎフィールドで示された時間が経過するまで、すなわち、親端末が他のチャネルに移動している間は、親端末へのフレームの送信を待機する。

親端末がＰｏｗｅｒ Ｓａｖｅを行う場合、代理応答通知フレームのＮｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｅｌｅｍｅｎｔに含まれているＣＴＷｉｎｄｏｗ ａｎｄ ＯｐｐＰＳ Ｐａｒａｍｅｔｅｒｏｙフィールドを以下のように設定し、子端末に通知する。ＣＴＷｉｎｄｏｗ ａｎｄ ＯｐｐＰＳ Ｐａｒａｍｅｔｅｒｏｙフィールド内のＤｕｒａｔｉｏｎフィールドには、親端末すなわち代理応答フレームの送信元の通信装置がＰｏｗｅｒ Ｓａｖｅを行う期間を設定する。このＤｕｒａｔｉｏｎフィールドの値は、一定周期で送信されるＢｅａｃｏｎフレームの送信間隔であるＢｅａｃｏｎ間隔よりも短い値とする。Ｓｔａｒｔ Ｔｉｍｅフィールドには親端末がＰｏｗｅｒ Ｓａｖｅを開始する時間を設定する。Ｉｎｔｅｒｖａｌフィールドには、親端末が次にＰｏｗｅｒ Ｓａｖｅを開始するまでの間隔を設定する。

通信装置は、子端末として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合、親端末がＰｏｗｅｒ Ｓａｖｅで動作する期間、すなわち、応答通知フレームのＮｏｔｉｃｅ ｏｆ Ａｂｓｅｎｃｅ Ｅｌｅｍｅｎｔに含まれているＣＴＷｉｎｄｏｗ ａｎｄ ＯｐｐＰＳ Ｐａｒａｍｅｔｅｒｏｙフィールドで通知された期間は、アクティブスキャン端末からプローブ要求フレームを受信しても、親端末に代理応答要求フレームを送信せずに、アクティブスキャン端末にプローブ応答フレームを送信する。つまり、親端末がＰｏｗｅｒ Ｓａｖｅで動作している間は、パッシブスキャン端末の通信装置はグループ化されていないことと同様である。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１であるパッシブスキャン端末として動作している通信装置のグループが使用しているチャネルと、アクティブスキャン端末として動作している通信装置が送信したプローブ要求フレームの「ＲｅｓｐｏｎｓｅＣｈａｎｎｅｌ」が示すチャネルである応答チャネルとが同じである場合、グループに属するすべての通信装置の各々は、応答オフセットタイマーをスタートしてから応答オフセット時間が経過した後に、プローブ要求フレームの送信元のアクティブスキャン端末の通信装置に対してプローブ応答フレームを送信する。この時、グループに属する通信装置のうち、子端末として動作している通信装置は、親端末として動作している通信装置に対して代理応答要求フレームの送信を行わない。すなわち、パッシブスキャン端末は、自装置が使用中のチャネルとアクティブスキャン端末が送信したプローブ要求フレームで指定された応答チャネルが同じ場合、代理応答要求フレームの送受信を行わずに、プローブ応答フレームをアクティブスキャン端末へ送信する。仮に、代理応答要求フレームの送受信を行う場合、応答チャネルに設定されているチャネルで送信されるフレームの数がかえって増加してしまうため、これを回避する目的で、各パッシブスキャン端末はプローブ応答フレームを個別に送信する。

図１３は、実施の形態１の通信装置がパッシブスキャン端末である場合に実施するパッシブスキャニングの動作例を示すフローチャートである。図１３は、通信装置がグループ内の帰属関係における親のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２である場合のパッシブスキャニングを示している。通信装置は起動した場合にパッシブスキャニングを開始するものとする。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２のパッシブスキャン端末の親として動作する通信装置である親端末は、特定のチャネルで起動するとスキャニングを開始する（ステップＳ４０１）。親端末においては、スキャニングを開始すると、ＭＡＣ層制御部１３が、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する（ステップＳ４０２）。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されない場合（ステップＳ４０２：Ｎｏ）、ＭＡＣ層制御部１３は、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する動作を繰り返し実行する。

これに対して、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知された場合（ステップＳ４０２：Ｙｅｓ）、ＭＡＣ層制御部１３は、アクティブスキャン端末からプローブ要求フレームを受信したか否かを確認する（ステップＳ４０３）。アクティブスキャン端末からプローブ要求フレームを受信していない場合（ステップＳ４０３：Ｎｏ）、パッシブスキャン端末の子として動作している通信装置である子端末から代理応答要求を受信したかどうかを確認する（ステップＳ４０９）。代理応答要求フレームを受信していない場合（ステップＳ４０９：Ｎｏ）、ステップＳ４０２に戻る。代理応答要求フレームを受信した場合（ステップＳ４０９）、グループ情報管理部１５が管理しているグループ情報管理テーブルを更新し（ステップＳ４１０）、ステップＳ４０２に戻る。

図１４は、親端末のグループ情報管理部１５が管理するグループ情報管理テーブルの一例を示す図である。ＭＡＣＡｄｄｒｅｓｓカラムには、自装置と同じグループの子端末のＭＡＣＡｄｄｒｅｓｓが設定される。Ｔｉｍe Ｓｔａｍｐカラムには、ＭＡＣＡｄｄｒｅｓｓカラムに設定したＭＡＣＡｄｄｒｅｓｓが示す通信装置の情報を更新した時刻が設定される。Ｉｎｆｏｒｍａｔｉｏｎカラムには、例えば、図示したように、通信装置の位置情報であるＧＰＳ情報が設定される。なお、Ｉｎｆｏｒｍａｔｉｏｎカラムに設定する情報をＧＰＳ情報に限定するものではない。他の情報を設定しても構わない。また複数のＩｎｆｏｒｍａｔｉｏｎの種別ごとに複数のＩｎｆｏｒｍａｔｉｏｎカラムを保持してよい。なお、レコードは、親端末に子端末が接続した際に追加される。また、親端末と子端末が切断した場合には、グループ情報管理テーブルから該当のレコードが削除される。よって、グループ情報管理テーブルには親端末に接続中の全ての子端末の情報が登録されていることになる。レコードの追加および削除はＭＡＣ層制御部１３が行う。

図１３の説明に戻り、ＭＡＣ層制御部１３は、アクティブスキャン端末からプローブ要求フレームを受信した場合（ステップＳ４０３：Ｙｅｓ）、受信したプローブ要求フレームを処理し（ステップＳ４０４）、応答オフセットタイマーをスタートし、応答オフセット時間待機する（ステップＳ４０５）。すなわち、ＭＡＣ層制御部１３は、ＭＡＣ層制御部１３は、プローブ要求フレームに含まれる、応答オフセット時間（Response Offset Time）を取り出す。そして、応答オフセットタイマー（Response Offset Timer）をスタートさせ、応答オフセット時間が経過するまで待機する。応答オフセット時間が経過した後、ＭＡＣ層制御部１３は、応答チャネルにチャネルを変更し（ステップＳ４０６）、プローブ応答フレームをプローブ要求フレームの送信元に送信する（ステップＳ４０７）。プローブ応答フレームの送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ４０８）。なお、ステップＳ４０７でプローブ応答フレームの送信が失敗した場合、プローブ応答フレームを再送してもよい。

ＭＡＣ層制御部１３は、スキャニングを開始してから規定時間が経過するとスキャニングを終了する（ステップＳ４１１）。ＭＡＣ層制御部１３は、スキャニングを終了した後、規定時間が経過した時点で再度スキャニングを開始してもよい。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２の親端末は、上記のステップＳ４０７において、グループ情報管理部１５が管理しているグループ情報管理テーブルのすべての通信装置すなわち子端末の情報を含んだプローブ応答フレームを送信する。これにより、プローブ応答フレームを受信したアクティブスキャン端末は、親端末および親端末に接続中の全ての子端末を認識することができる。

なお、親端末は、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合においても、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２である場合と同様に、グループ情報管理部１５が管理するグループ情報管理テーブルに登録されている情報をプローブ応答フレームで送信してもよい。具体的には、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１の親端末は、アクティブスキャン端末が送信したプローブ要求フレームを受信してから応答オフセット時間が経過するまでの間に子端末から代理応答要求フレームを受信しなかった場合、アクティブスキャン端末に対して、グループ情報管理部１５が管理しているグループ情報管理テーブルに登録されているすべての通信装置すなわち子端末の情報を含んだプローブ応答フレームを送信してもよい。

次に、通信装置がグループ内の帰属関係における子のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２である場合のパッシブスキャニングを説明する。通信装置は起動した場合にパッシブスキャニングを開始するものとする。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２のパッシブスキャン端末の子として動作する通信装置である子端末は、特定のチャネルで起動すると、パッシブスキャン端末の親として動作する通信装置である親端末から送信されたビーコンフレームを受信し、ビーコンフレームが送信される間隔（Ｂｅａｃｏｎ間隔）を確認する。また、ビーコンフレームに含まれるＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔに含まれるＳｔａｒｔ Ｎｏｔｉｆｉｃａｔｉｏｎ ＴｉｍｅフィールドおよびＮｏｔｉｆｉｃａｔｉｏｎ Ｄｕｒａｔｉｏｎフィールドを確認し、自装置の情報を親端末へ通知する期間を確認する。子端末は、前記の期間において、親端末に対して代理応答要求フレームにより自装置の情報を通知する。子端末は、Ｂｅａｃｏｎ間隔またはビーコンフレームのＴＩＭフィールドで示されるＤＴＩＭ間隔のタイミングおよび親端末に自身の情報を通知するタイミング以外ではＰｏｗｅｒ Ｓａｖｅモードになってもよい。なお、前記期間以外で送信し、親端末に自身の最新の情報を通知してもよい。

図１５は、親端末が定期的に送信するビーコンフレームに含まれる、Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔのフォーマットの例を示す図である。

図１５に示したＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔにおいて、Ｅｌｅｍｅｎｔ ＩＤフィールドには、２２１を設定する。ｌｅｎｇｔｈフィールドは、「Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｐｏｒｔ Ｅｌｅｍｅｎｔ」全体のサイズを示す。ＯＵＩフィールドは固定値０ｘ００２６９２に設定され、ＯＵＩ Ｔｙｐｅフィールドは固定値０ｘ０２に設定されるものとする。なお、ＯＵＩ及びＯＵＩ Ｔｙｐｅについては、この値に限定されるものではない。Ｇｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅフィールドは、ビーコンフレームを送信する親端末のＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅを示し、Ｓａｍｅ Ｇｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｏｄｅフィールドは、１であれば、グループ内では親端末のＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅと同じＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅで動作することを示し、０であれば、グループ内の親端末と異なるＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅで動作してよいことを示す。Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔａｒｔ Ｔｉｍｅは、親端末が、子端末から最新の情報を受け取る期間の開始時間を示し、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｄｕｒａｔｉｏｎフィールドは、親端末が、子端末から最新の情報を受け取る期間の時間を示す。Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｎｕｍフィールドは、後続のＶｅｈｉｃｌｅ ＭＡＣＡｄｄｒｅｓｓフィールド、Ｔｉｍｅ Ｓｔａｍｐフィールド、Ｉｎｆｏｒｍａｔｉｏｎ ｎｕｍフィールド、Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールド、およびｉｎｆｏｒｍａｔｉｏｎフィールドの組がいくつあるかを示す。これらのフィールドは前回のビーコンフレーム送信時から、今回のビーコンフレームを送信するまでの間にアクティブスキャン端末から受信したプローブ要求フレームの情報を渡すフィールドである。Ｖｅｈｉｃｌｅ ＭＡＣＡｄｄｒｅｓｓフィールドは、前回のビーコンフレーム送信時から、今回のビーコンフレームを送信するまでの間にアクティブスキャン端末から受信したプローブ要求フレームの送信元アクティブスキャン端末のＭＡＣアドレスを示し、Ｔｉｍｅ Ｓｔａｍｐフィールドは、プローブ要求フレームを受信した時間を示し、Ｉｎｆｏｒｍａｔｉｏｎ ｎｕｍは、受信したプローブ要求フレームに含まれるＩｎｆｏｒｍａｔｉｏｎエレメントの数を示し、ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅフィールドは、ｉｎｆｏｒｍａｔｉｏｎフィールドの種別を示し、ｉｎｆｏｒｍａｔｉｏｎフィールドには、前記アクティブスキャン端末からプローブ要求フレームで送信されてきたＧＰＳ等の情報が設定される。

親端末は、定期的に送信するビーコンフレームに含まれるＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ ＲｅｐｏｒｔエレメントのＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅフィールドで、自装置のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅを子端末に通知する。

また、子端末は、受信したビーコンフレームに含まれるＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ ＲｅｐｏｒｔエレメントのＳａｍｅ Ｇｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｏｄｅフィールドが０の場合、Ｇｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅフィールドで通知されたＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅで動作してもよいし、自装置が設定したＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅで動作してもよい。パッシブスキャン端末のグループには複数のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅで動作する通信装置が混在してもよい。一方、Ｓａｍｅ Ｇｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｏｄｅフィールドが１の場合、同じパッシブスキャン端末のグループに属する通信装置は、親端末のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅ、すなわち、ビーコンフレームに含まれるＧｒｏｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔｙｐｅフィールドで通知されたＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅで動作することとする。

図１６は、実施の形態１の無線通信システムにおけるアクティブスキャニングおよびパッシブスキャニング（immediate Unicast notification）の動作例を示すシーケンス図である。図１６において、パッシブスキャン端末Ｔ_p０〜Ｔ_p２は事前にグループ化されているものとし、パッシブスキャン端末Ｔ_p０が親端末、パッシブスキャン端末Ｔ_p１およびＴ_p２が子端末とする。パッシブスキャン端末Ｔ_p０〜Ｔ_p２はＣｈ１で動作しているものとする。

図１６に示したように、アクティブスキャン端末Ｔ_aは、プローブ要求フレームを利用可能なチャネルＣｈ１〜Ｃｈ１１に連続で送信し、応答チャネルでパッシブスキャン端末からの応答を待受ける。パッシブスキャン端末のうち、子端末Ｔ_p１およびＴ_p２は、アクティブスキャン端末Ｔ_aからプローブ要求（Probe Request）フレームを受信すると、親端末Ｔ_p０に対して、代理応答要求フレームをユニキャストで送信する。なお、図１６では、端末Ｔ_p１およびＴ_p２の時間軸上に存在する「Ａｃｔｉｏｎ」と記載された四角が代理応答要求フレームを示している。図１６の例では、子端末Ｔ_p２が代理応答通知フレームの送信を失敗している。親端末Ｔ_p０は、代理応答要求フレームを受信するとＡＣＫを返送する。また、親端末Ｔ_p０は、アクティブスキャン端末Ｔ_aからプローブ要求フレームを受信してから「応答オフセット時間＋ＤＩＦＳ＋ＣＷ」が経過した後に、子端末Ｔ_p１およびＴ_p２に対して、代理応答通知フレームを送信する。なお、応答オフセット時間はプローブ要求フレームによりアクティブスキャン端末Ｔ_aから通知される。図１６では、端末Ｔ_p０の時間軸上に存在する「Ａｃｔｉｏｎ」と記載された四角が代理応答通知フレームを示している。親端末Ｔ_p０は、さらに、代理応答通知フレームを送信してから「ＤＩＦＳ＋ＣＷ」が経過した後、アクティブスキャン端末Ｔ_aに対して、プローブ応答（Probe Response）フレームを送信する。このとき、アクティブスキャン端末Ｔ_aから受信したプローブ要求フレームで通知された応答チャネルを使用してプローブ応答フレームを送信する。

子端末Ｔ_p１およびＴ_p２は、親端末Ｔ_p０から図１０に示した構成の代理応答通知フレームを受信すると、Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに、自身のＭＡＣアドレスが含まれているか確認する。図１６の例では、代理応答要求フレームの送信に失敗しているパッシブスキャン端末Ｔ_p２のＭＡＣアドレスは代理応答通知フレームに含まれていない。そのため、パッシブスキャン端末Ｔ_p２は、アクティブスキャン端末Ｔ_aに対してプローブ応答フレームを送信する。なお、パッシブスキャン端末Ｔ_p２は、代理応答通知フレームを受信してから「ＤＩＦＳ＋ＣＷ」が経過した後にプローブ応答フレームを送信する。また、アクティブスキャン端末Ｔ_aから受信したプローブ要求フレームで通知された応答チャネルを使用してプローブ応答フレームを送信する。一方、パッシブスキャン端末Ｔ_p１については、親であるパッシブスキャン端末Ｔ_p０に対して代理応答要求フレームの送信が成功している。すなわち、代理応答通知フレームのＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに、パッシブスキャン端末Ｔ_p１のＭＡＣアドレスが含まれている。そのため、アクティブスキャン端末Ｔ_aに対してプローブ応答フレーム送信は行わない。アクティブスキャン端末Ｔ_aは、パッシブスキャン端末Ｔ_P０および端末Ｔ_P２からプローブ応答フレームを受信すると、「ＳＩＦＳ＋ＣＷ」が経過するのを待ってからＡＣＫを返送する。

図１７は、実施の形態１の無線通信システムにおけるアクティブスキャニングおよびパッシブスキャニング（immediate broadcast notification）の動作例を示すシーケンス図である。図１７において、パッシブスキャン端末Ｔ_p０〜Ｔ_p２は事前にグループ化されているものとし、パッシブスキャン端末Ｔ_p０が親のロール、パッシブスキャン端末Ｔ_p１およびＴ_p２が子のロールで動作しているものとする。パッシブスキャン端末Ｔ_p０〜Ｔ_p２はＣｈ１で動作しているものとする。

図１７に示したように、アクティブスキャン端末Ｔ_aは、プローブ要求フレームを利用可能なチャネルＣｈ１〜Ｃｈ１１に連続で送信し、応答チャネルでパッシブスキャン端末からの応答を待受ける。パッシブスキャン端末のうち、子端末Ｔ_p１およびＴ_p２は、アクティブスキャン端末Ｔ_aからプローブ要求（Probe Request）フレームを受信すると、親端末Ｔ_p０に対して、代理応答要求フレームをブロードキャストで送信する。なお、図１７では、端末Ｔ_p１およびＴ_p２の時間軸上に存在する「Ａｃｔｉｏｎ」と記載された四角が代理応答要求フレームを示している。図１７の例では、パッシブスキャン端末Ｔ_p２が代理応答通知フレームの送信を失敗している。親端末Ｔ_p０は、アクティブスキャン端末Ｔ_aからプローブ要求フレームを受信してから「応答オフセット時間＋ＤＩＦＳ＋ＣＷ」が経過した後に、子端末Ｔ_p１およびＴ_p２に対して、代理応答通知フレームを送信する。なお、応答オフセット時間はプローブ要求フレームによりアクティブスキャン端末Ｔ_aから通知される。図１７では、端末Ｔ_p０の時間軸上に存在する「Ａｃｔｉｏｎ」と記載された四角が代理応答通知フレームを示している。親端末Ｔ_p０は、さらに、代理応答通知フレームを送信してから「ＤＩＦＳ＋ＣＷ」が経過した後、アクティブスキャン端末Ｔ_aに対して、プローブ応答（Probe Response）フレームを送信する。このとき、アクティブスキャン端末Ｔ_aから受信したプローブ要求フレームで通知された応答チャネルを使用してプローブ応答フレームを送信する。

子端末Ｔ_p１およびＴ_p２は、親端末Ｔ_p０から図１０に示した構成の代理応答通知フレームを受信すると、Ｐｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに、自身のＭＡＣアドレスが含まれているか確認する。図１７の例では、代理応答要求フレームの送信に失敗しているパッシブスキャン端末Ｔ_p２のＭＡＣアドレスは代理応答通知フレームに含まれていない。そのため、パッシブスキャン端末Ｔ_p２は、アクティブスキャン端末Ｔ_aに対してプローブ応答フレームを送信する。なお、パッシブスキャン端末Ｔ_p２は、代理応答通知フレームを受信してから「ＤＩＦＳ＋ＣＷ」が経過した後にプローブ応答フレームを送信する。また、アクティブスキャン端末Ｔ_aから受信したプローブ要求フレームで通知された応答チャネルを使用してプローブ応答フレームを送信する。一方、パッシブスキャン端末Ｔ_p１については、親端末Ｔ_p０に対して代理応答要求フレームの送信が成功している。すなわち、代理応答通知フレームのＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに、パッシブスキャン端末Ｔ_p１のＭＡＣアドレスが含まれている。そのため、アクティブスキャン端末Ｔ_aに対してプローブ応答フレーム送信は行わない。アクティブスキャン端末Ｔ_aは、パッシブスキャン端末Ｔ_P０および端末Ｔ_P２からプローブ応答フレームを受信すると、「ＳＩＦＳ＋ＣＷ」が経過するのを待ってからＡＣＫを返送する。

図１８は、実施の形態１の無線通信システムにおけるアクティブスキャニングおよびパッシブスキャニング（delayed notification）の動作例を示すシーケンス図である。図１８において、パッシブスキャン端末Ｔ_p０〜Ｔ_p２は事前にグループ化されているものとし、パッシブスキャン端末Ｔ_p０が親のロール、パッシブスキャン端末Ｔ_p１およびＴ_p２が子のロールで動作しているものとする。パッシブスキャン端末Ｔ_p０〜Ｔ_p２はＣｈ１で動作しているものとする。

図１８に示したように、親端末Ｔ_p０は、自端末と同じグループの子端末Ｔ_p１およびＴ_p２に対して、定期的にビーコンフレームをブロードキャストする。非特許文献１にあるようにビーコンフレームを送信する間隔は、パッシブスキャン端末Ｔ_p０に設定されているものとし、ビーコンフレームのＴＩＭ（Traffic Indication Map）フィールドで送信間隔が示される。子であるパッシブスキャン端末Ｔ_p１およびＴ_p２はビーコンフレームのＴＩＭフィールドで示されるＤＴＩＭ（Delivery Traffic Indication Map）間隔ごとにビーコンフレームを受信する。パッシブスキャン端末Ｔ_p１およびＴ_p２はビーコンフレームが送信されるタイミング以外ではＰｏｗｅｒ Ｓａｖｅモードとして動作してよい。一定間隔でビーコンフレームを受信したパッシブスキャン端末Ｔ_p１およびＴ_p２は、ビーコンフレームに含まれるアクティブスキャン端末Ｔ_aの情報を取り出し、処理を行う。

図１８に示した例では、子端末Ｔ_p１およびＴ_p２は、親端末Ｔ_p０からビーコンフレームを受信した後、代理応答要求フレームをパッシブスキャン端末Ｔ_p０へ送信する。図１８では、端末Ｔ_p１およびＴ_p２の時間軸上に存在する「Ａｃｔｉｏｎ」と記載された四角が代理応答要求フレームを示している。親端末Ｔ_p０は、代理応答要求フレームを受信すると、「ＳＩＦＳ＋ＣＷ」が経過した後、ＡＣＫを返送する。その後、アクティブスキャン端末Ｔ_aは、プローブ要求フレームを利用可能なチャネルＣｈ１〜Ｃｈ１１に連続で送信し、応答チャネルでパッシブスキャン端末からの応答を待受ける。パッシブスキャン端末のうち、親端末Ｔ_p０は、アクティブスキャン端末Ｔ_aからプローブ要求フレームを受信すると、「応答オフセット時間＋ＤＩＦＳ＋ＣＷ」が経過した後に、アクティブスキャン端末Ｔ_aへプローブ応答フレームを送信する。このとき、アクティブスキャン端末Ｔ_aから受信したプローブ要求フレームで通知された応答チャネルを使用してプローブ応答フレームを送信する。子端末Ｔ_p１およびＴ_p２は、親端末Ｔ_p０への代理応答要求フレームの送信が成功している。そのため、アクティブスキャン端末Ｔ_aからプローブ要求フレームを受信しても、何も行わない。

アクティブスキャン端末の通信装置は、プローブ要求フレームを送信する際に、プローブ要求フレームのＢＳＳＩＤ（Basic Service Set ID）フィールドにブロードキャストを示す０ｘＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦではなく、専用のＢＳＳＩＤを設定してもよい。また、プローブ要求フレームのＳＳＩＤ（Service Set ID）フィールドに専用のＳＳＩＤを設定してもよい。これにより、本実施の形態で示したアクティブスキャン端末の通信装置およびパッシブスキャン端末の通信装置は、専用のＢＳＳＩＤや専用のＳＳＩＤが設定されているか否かで、従来の無線ＬＡＮ端末局が送信したプローブ要求フレームではないことを識別できる。すなわち、アクティブスキャン端末が専用のＢＳＳＩＤまたはＳＳＩＤを設定してプローブ要求フレームを送信することにより、パッシブスキャン端末に対して従来どおりのプローブ応答フレームを送信させるか、グループ内の親にプローブ応答フレームを送信させるかを指示することができる。

パッシブスキャン端末の通信装置のグループ内においてグループのネットワークを識別するＳＳＩＤに専用のＳＳＩＤを設定してもよい。従来のＷｉ−Ｆｉ Ｄｉｒｅｃｔでは、ＳＳＩＤは「ＤＩＲＥＣＴ−ｘｙ」（ｘ、ｙはランダムの英数字１文字）で指定されているが、本実施の形態を実現する上ではその限りではない。例えば、ＳＳＩＤを「ＰＲＯＸＹ−ＲＥＳＰＯＮＳＥ−ｘｙ」（ｘ、ｙはランダムの英数字１文字）に従うものとしてよい。

通信装置は、アクティブスキャン端末またはパッシブスキャン端末として動作する場合に、従来の無線ＬＡＮ端末局として動作する際に使用するＭＡＣアドレスと異なるＭＡＣアドレスを使用して動作するようにしてもよい。

パッシブスキャン端末の通信装置のグループに所属する通信装置は、グループに所属する通信装置の数に応じて、グループ内の通信装置のフレーム衝突の確率を低減するために、フレームを送信する際のＢａｃｋＯｆｆに用いるＣＷｍｉｎの値を増減させてよい。一般的にＣＷｍｉｎは１５と設定されているが、例えばグループ内の通信装置の数が１０台以上になった場合は、ＣＷｍｉｎの値を３０に変更してもよい。なお、通信装置がＣＷｍｉｎを変更するタイミングは各通信装置が独自に判断して行ってもよいし、親端末の通信装置が送信するＢｅａｃｏｎフレームにＣＷｍｉｎの値を通知し、子端末の通信装置はその値に従うようにして設定してもよい。

親端末として動作する通信装置において、グループ情報管理部１５が保持するグループ情報管理テーブルのInformationカラムでＧＰＳ情報を持つ場合、ＧＰＳ情報は絶対値情報ではなく、自装置（親端末）からの相対位置の情報として保持してよい。このとき親端末は、アクティブスキャン端末の通信装置にプローブ応答フレームで応答する場合に、グループ情報管理テーブルで保持している相対座標のＧＰＳ情報を自装置のＧＰＳ情報から絶対座標に再計算した値を含ませたプローブ応答フレームを送信する。

本実施の形態において、アクティブスキャン端末は、利用可能な全てのチャネルに対してプローブ要求フレームを連続して送信し、プローブ要求フレームに対する応答であるプローブ応答フレームの待受けを予め決めておいた応答チャネルで行う。そのため、従来方式のスキャニングを使用する場合と比較して、通信装置の高速な相互検出を実現できる。またパッシブスキャン端末同士で予めグループを作成しておくことにより、探索を行うアクティブスキャン端末に対して、応答を行う端末を減少させることにより、伝送媒体におけるトラフィックを減少させることができる。さらにパッシブスキャン端末として動作している通信装置のうち所属するグループにおいて子端末として動作している通信装置は、親端末として動作している通信装置に代理で応答するように要求することで、パワーセーブモードで動作し、消費電力を節約することが可能となる。

本実施の形態にて説明した方式では、通信装置の相互検出にプローブ要求およびプローブ応答を用いたが、これらに限定するものではなく、同様の効果が得られるものを使用するようにして構わない。例えば、通信装置が送信するデータフレーム（Data Frame）、アクションフレーム（Action Frame）等に同様の値を挿入し、一定時間後に通信装置から応答を取得する事により、通信中においても相互検出が可能となる。また事前に作成されているパッシブスキャン端末同士の通信装置のグループ間において、アクティブスキャン端末からプローブ要求フレームを受信した際に、グループ内の親端末に代理応答を要求するために、新たに代理応答要求フレームを追加し、代理応答の要求が成功したかを通知するために新たに代理応答通知フレームを追加している。ただし上記のように新規フレームを追加せずに、既存のフレームに新たな「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」などのエレメントを追加し、同様の内容を通知してもよい。例えば、代理応答要求フレームの代わりに、プローブ要求フレームを用い、新たに「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」を追加し実現し、代理応答通知フレームの代わりに、プローブ応答フレームを用い、新たに「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」を追加し実現してもよい。

また、本実施の形態において、アクティブスキャン端末の通信装置が送信するプローブ要求フレームに応答する端末は、プローブ要求フレームを受信できる端末であればよく、パッシブスキャン端末として動作していなくてもよい。例えば、アクティブスキャン端末の通信装置や従来の方式で動作している端末が、他のアクティブスキャン端末の通信装置が送信するプローブ要求フレームを受信した場合に、プローブ応答フレームで応答してもよい。

以上説明した本実施の形態の無線通信システムは、アクティブスキャン端末とパッシブスキャン端末とを含む複数の通信装置を備え、前記アクティブスキャン端末は、１のチャネルにて探索フレームを送信後、他の通信装置からの応答フレームの待ち受けをすることなく連続して他のチャネルにて探索フレームを送信することで全チャネルにて一斉に探索フレームを送信し、最後に応答チャネルにて探索フレームを送信して前記パッシブスキャン端末からの応答の待ち受けを行い、前記探索フレームには、応答までのオフセット時間情報と応答チャネル情報を重畳し、前記パッシブスキャン端末は、あらかじめパッシブスキャン同士でグループ化され親または子のロールで動作しており、前記探索フレームの受信後に、応答までのオフセット時間が経過するまでに子の通信装置が親の通信装置に代理応答要求フレームを送信して自装置の情報を通知し、応答までのオフセット時間を経過した後、前記応答チャネル情報で指定されたチャネルにて、パッシブスキャン端末グループの親の通信装置が子の通信装置の情報を合わせて応答フレームを送信する。

以上のように、本実施の形態の通信装置は、アクティブスキャン端末とパッシブスキャン端末とを含む複数の通信装置が通信する無線通信システムのアクティブスキャン端末の通信装置であって、１のチャネルにてプローブ要求フレームである探索フレームを送信後、他の通信装置からのプローブ応答フレームである応答フレームの待ち受けをすることなく連続して他のチャネルにて探索フレームを送信することで全チャネルにて一斉に探索フレームを送信し、最後に応答チャネルである待ち受けチャネルにて探索フレームを送信してパッシブスキャン端末からの応答フレームの待ち受けを行う。探索フレームには、応答フレームを送信するまでのオフセット時間の情報と応答チャネルの情報を重畳する。

そして、パッシブスキャン端末の通信装置は、あらかじめパッシブスキャン同士でグループ化され親または子のロールで動作しており、アクティブスキャン端末の通信装置から探索フレームを受信した場合、応答までのオフセット時間が経過するまでに、子の通信装置は親の通信装置に代理応答要求フレームを送信して自装置の情報を通知し、親の通信装置は、応答までのオフセット時間を経過した後、探索フレームに重畳された情報が示す応答チャネルにて、子の通信装置の情報を含ませた応答フレームを送信する。

非特許文献１に記載された手順でアクティブスキャニングを行う場合、利用可能な各チャネルをスキャンする最小時間は「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ」であり、例えば、２．４ＧＨｚ帯（Ｃｈ１〜Ｃｈ１１）を利用する際には、１回のスキャンにかかる最小時間は、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ×１１＋チャネル変更時間×１１＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ送信処理時間」となり、１回のスキャンにかかる最大時間は、「ＭａｘＣｈａｎｎｅｌＴｉｍｅ×１１＋チャネル変更時間×１１＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ送信処理時間＋Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ受信処理時間」である。一方、本実施の形態のアクティブスキャニングを行う場合、例えば、２．４ＧＨｚ帯（Ｃｈ１〜Ｃｈ１１）を利用する際には、１回のスキャンにかかる最小時間は、「ＭｉｎＣｈａｎｎｅｌＴｉｍｅ＋オフセット時間＋チャネル変更時間×１１＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ送信処理時間」であり、１回のスキャンにかかる最大時間は「ＭａｘＣｈａｎｎｅｌＴｉｍｅ＋オフセット時間＋チャネル変更時間×１１＋Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ送信処理時間＋Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ受信処理時間」となり、他の通信装置の発見を従来よりも高速に行うことができる、という効果を奏する。

また、例えば、非特許文献１に記載されたアクティブスキャニングを適用した場合、探索フレーム（プローブ要求フレーム）を送信した通信装置は、周囲に存在する通信装置の数だけ、応答フレーム（プローブ応答フレーム）を受信する。そのため周囲の端末数が増加すれば応答フレーム同士の衝突が発生する可能性が高くなり、応答フレームの再送の発生により伝送媒体がビジーになる時間が増加する。ここで、本実施形態のアクティブスキャニングを適用した場合、すなわち、探索フレームを各チャネルで送信した後、応答チャネルで応答フレームを待ち受ける場合、応答フレームの受信を１つのチャネルで行うため、探索フレームを受信した各通信装置が応答フレームを送信すると、衝突の可能性が高くなる。しかしながら、本実施の形態では、応答フレームを送信する通信装置は予めグループ化されており、アクティブスキャニングの際には、グループの親である代表の通信装置が、探索フレームに対する応答フレームに、他の通信装置の情報を含ませて送信する。これにより、応答フレームの衝突が発生する可能性が低減し、かつ他の通信装置の発見を従来よりも高速に行うことが可能な通信装置を得ることができる。

実施の形態２．
つづいて、実施の形態２の通信装置について説明する。本実施の形態の通信装置の構成は実施の形態１の通信装置と同様である。すなわち、図４に示した構成となっている。ただし、グループ情報管理部１５で管理する情報が実施の形態１とは異なる。本実施の形態の無線通信システムでは、パッシブスキャン端末の通信装置のグループにおいて、親の通信装置および子の通信装置は、相互の端末で接続時に送信電力情報等を交換し、グループ無線通信情報管理テーブルとして保持しておく。パッシブスキャン端末の通信装置は、アクティブスキャン端末にプローブ要求に対する応答を返す場合、グループ無線通信情報管理テーブルに登録されている情報に基づいて、アクティブスキャン端末への応答方法を判断する。以下詳細に説明する。

パッシブスキャン端末の通信装置は、他のパッシブスキャン端末の通信装置との間で送信電力情報を交換する。具体的には、通信装置は、他の通信装置と接続するために接続要求（Association Request）フレームの送信および接続応答（Association Response）フレームの受信を行う際に、接続要求フレームおよび接続応答フレームに、通信装置の送信電力情報を含ませる。例えば、非特許文献１で示されるＰｏｗｅｒ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔを利用して相互の通信装置で交換を行う。他の方法で情報を交換しても構わない。通信装置は、交換した送信電力情報を、フレームを受信した際の受信信号強度（ＲＳＳI：Receive Signal Strength Indicator）とともに保持する。具体的には、通信装置のグループ情報管理部１５が、他の通信装置から取得した送信電力情報およびＲＳＳＩをグループ無線通信情報管理テーブルにて保持する。

図１９は、実施の形態２の通信装置のグループ情報管理部１５が保持するグループ無線通信情報管理テーブルの一例を示す図である。ＭＡＣＡｄｄｒｅｓｓカラムには接続相手であるパッシブスキャン端末のＭＡＣＡｄｄｒｅｓｓが設定される。Ｔｉｍe ＳｔａｍｐカラムにはＭＡＣＡｄｄｒｅｓｓカラムに設定したＭＡＣＡｄｄｒｅｓｓが示す通信装置の情報を更新した時刻が設定される。送信電力カラムには接続相手の通信装置の送信電力の情報が設定される。ＲＳＳＩカラムには接続相手からフレームを受信した際のＲＳＳIの値が設定される。ＭＡＣ層制御部１３は、接続相手からフレームを受信した際の値を用いて一定周期でＲＳＳＩ値を更新する。推定距離カラムは、ＲＳＳＩ値および送信電力に基づいて推定した通信装置間の距離、すなわち、グループ無線通信情報管理テーブルを保持している通信装置と、ＭＡＣＡｄｄｒｅｓｓカラムに設定したＭＡＣＡｄｄｒｅｓｓが示す通信装置との間の距離の推定値が設定される。なお、レコードは、パッシブスキャン端末の親として動作している通信装置にパッシブスキャン端末の子として動作している通信装置が接続した際に追加される。また、パッシブスキャン端末の親として動作している通信装置とパッシブスキャン端末の子として動作している通信装置が切断した場合には、グループ情報管理テーブルから該当のレコードが削除される。レコードの追加および削除はＭＡＣ層制御部１３が行う。

次に、実施の形態２の通信装置がグループ内の帰属関係における親のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合のパッシブスキャニングを説明する。通信装置の処理は実施の形態１で説明したパッシブスキャニング、具体的には、通信装置がグループ内の帰属関係における親のロールのかつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合のパッシブスキャニングと同様である。ただし、本実施の形態の通信装置は、アクティブスキャン端末に対してプローブ応答を送信する場合に、代理応答要求フレームを子の通信装置から受信していなくても、過去に取得しているすべての子の通信装置の情報を含ませて送信する。なお、子の通信装置の情報は、実施の形態１で説明した、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが２の場合の動作と同様に、グループ情報管理部１５が保持するグループ無線通信情報管理テーブルにて管理を行う。

図２０は、実施の形態２の通信装置がパッシブスキャン端末である場合に実施するパッシブスキャニングの動作例を示すフローチャートである。図２０は、通信装置がグループ内の帰属関係における子のロール、かつ、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合のパッシブスキャニングを示している。通信装置は起動した場合にパッシブスキャニングを開始するものとする。

ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１のパッシブスキャン端末の子として動作する通信装置である子端末は、特定のチャネルで起動するとスキャニングを開始する（ステップＳ５０１）。子端末においては、スキャニングを開始すると、ＭＡＣ層制御部１３が、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する（ステップＳ５０２）。「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されない場合（ステップＳ５０２：Ｎｏ）、ＭＡＣ層制御部１３は、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知されたか否かを確認する動作を繰り返し実行する。

これに対して、「ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）」が通知された場合（ステップＳ５０２：Ｙｅｓ）、ＭＡＣ層制御部１３は、アクティブスキャン端末からプローブ要求フレームを受信したか否かを確認する（ステップＳ５０３）。アクティブスキャン端末からプローブ要求フレームを受信していない場合（ステップＳ５０３：Ｎｏ）、ステップＳ５０２に戻る。アクティブスキャン端末からプローブ要求フレームを受信した場合（ステップＳ５０３：Ｙｅｓ）、受信したプローブ要求フレームを処理する（ステップＳ５０４）。

ステップＳ５０４の処理は、図８に示したステップＳ２０４と同様、すなわち、通信装置がパッシブスキャン端末の親である場合のプローブ要求フレームの処理と同様である。このステップＳ５０４において、ＭＡＣ層制御部１３は、プローブ要求フレームに含まれる、端末製造者固有の情報である「Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ」のうちＯＵＩが０ｘ００２６９２であり、ＯＵＩ Ｓｕｂｔｙｐｅが０ｘＦＦである「Ｆａｓｔ Ｓｃａｎ Ｅｌｅｍｅｎｔ」から、応答オフセット時間「Ｒｅｓｐｏｎｓｅ Ｏｆｆｓｅｔ Ｔｉｍｅ」と、応答チャネル「Ｒｅｓｐｏｎｓｅ Ｃｈａｎｎｅｌ」と、各Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅごとのｉｎｆｏｍａｒｔｉｏｎ情報を取り出す。そして、応答オフセットタイマー（Response Offset Timer）をスタートさせる。

ＭＡＣ層制御部１３は、応答オフセットタイマーをスタートさせた後、自装置と同じグループのパッシブスキャン端末のうち、親として動作している通信装置である親端末と一定距離以上離れているか否かを確認する（ステップＳ５０５）。一定距離以上離れているか否かの判断は、グループ無線通信情報管理テーブルの推定距離カラムを参照し、親端末との間の推定距離をしきい値と比較することにより行う。なお、このステップＳ５０５での判断に用いる推定距離の閾値は、通信装置に固定の値を設定してもよいし、グループ作成時に相互の通信装置でネゴシエーションして決定してもよい。また動的に変更してもよい。親端末と一定距離以上離れている場合（ステップＳ５０５：Ｙｅｓ）、ＭＡＣ層制御部１３は、応答オフセットタイマーをスタートさせた後、親端末に対して代理応答要求フレームを送信し、代理応答通知フレームの待受けを開始する（ステップＳ５０６）。このステップＳ５０６において、ＭＡＣ層制御部１３は、自装置（子端末）のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」の場合は代理応答要求フレームをユニキャストで送信し、ＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「１」の場合は代理応答要求フレームをブロードキャストで送信する。また、ＭＡＣ層制御部１３は、自装置のＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが「０」の場合、代理応答要求フレームの送信が成功するまで、または、応答オフセットタイマーが応答オフセット時間を経過するまで、再送上限回数に達していなければ、代理応答要求フレームを再送する。親端末と一定距離以上離れていない場合（ステップＳ５０５：Ｎｏ）、子端末は何もしない。

ＭＡＣ層制御部１３は、応答オフセットタイマーが応答オフセット時間を経過すると、親端末から代理応答通知フレームを受信しているか否かを判断する（ステップＳ５０７）。代理応答通知フレームを受信していなければ（ステップＳ５０７：Ｎｏ）、応答チャネルにチャネルを変更し（ステップＳ５１０）、プローブ要求フレームの送信元にプローブ応答フレームを送信する（ステップＳ５１１）。プローブ応答フレームを送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ５１２）。一方、代理応答通知フレームを受信している場合（ステップＳ５０７：Ｙｅｓ）、代理応答通知フレームを処理し（ステップＳ５０８）、代理応答が正常に行われたか否かを確認する（ステップＳ５０９）。すなわち、代理応答通知フレームのＰｒｏｘｙ Ｒｅｓｐｏｎｓｅ Ｒｅｑｕｅｓｔ Ｒｅｃｅｉｖｅｄ Ｒｅｐｏｒｔ ＥｌｅｍｅｎｔのＭＡＣＡｄｄｒｅｓｓ（ｓ）フィールドに自装置のＭＡＣアドレスが格納されているか否かを確認する。このフィールドに自装置のＭＡＣアドレスが格納されている場合は代理応答が正常に行われたことになる。代理応答が正常に行われた場合（ステップＳ５０９：Ｙｅｓ）、ステップＳ５０２に戻る。代理応答が正常に行われていない場合（ステップＳ５０９：Ｎｏ）、応答チャネルにチャネルを変更し（ステップＳ５１０）、プローブ要求フレームの送信元にプローブ応答フレームを送信する（ステップＳ５１１）。プローブ応答フレームの送信後、起動した際のチャネルである元のチャネルにチャネルを変更する（ステップＳ５１２）。なお、ステップＳ５１１でプローブ応答フレームの送信が失敗した場合、プローブ応答フレームを再送してもよい。

ＭＡＣ層制御部１３は、スキャニングを開始してから規定時間が経過するとスキャニングを終了する（ステップＳ５１３）。ＭＡＣ層制御部１３は、スキャニングを終了した後、規定時間が経過した時点で再度スキャニングを開始してもよい。

なお、子端末は、上記のステップＳ５０５において、親端末と一定距離以上離れていると判断した場合でも、過去に一度も親端末に対して代理応答要求フレームを送信していない場合は、親端末との距離に関係なく通知する。また、本実施の形態では送信電力およびＲＳＳＩに基づいて推定距離を算出して保持しておき、プローブ要求フレームを受信した場合、推定距離としきい値とを比較し、代理応答要求フレームを親端末へ送信するか否かを判定することとしたが、送信電力またはＲＳＳＩを使用して判定を行うようにしても構わない。例えば、ＲＳＳＩの判定用しきい値を設けておき、ＲＳＳＩがしきい値以下の場合に代理応答要求フレームを送信する構成としても構わない。

このように、本実施の形態の通信装置は、パッシブスキャン端末の子として動作し、かつＧｒｏｕｐＮｏｔｉｆｉｃａｔｉｏｎＴｙｐｅが０または１である場合、パッシブスキャン端末の親との間の距離に基づいて、代理応答要求フレームを送信するか否かを判断する。これにより、応答チャネルで送信されるプローブ応答フレームの数が増大して応答チャネルにおいてフレームの衝突、再送などが発生する確率を低減することができる。

実施の形態１および２では、通信装置が実行するスキャニング動作をパッシブスキャンまたはアクティブスキャンのどちらかに固定としていたが、実行するスキャニング動作を定期的に切り替えるなどしてもよい。例えば、図２に示した構成の無線通信システムにおいては、通信装置１、２Ａおよび２Ｂがアクティブスキャン端末であり、通信装置３Ａ、３Ｂおよび３Ｃがパッシブスキャン端末であるが、例えば、通信装置３Ａがアクティブスキャン端末になると、通信装置３Ｂおよび３Ｃとの通信が可能になり、情報を交換することができる。さらに、通信装置１、２Ａおよび２Ｂがパッシブスキャン端末になると、別の自動車内の通信装置と通信を行うことが可能になり、情報を交換することができる。

パッシブスキャン端末としての動作とアクティブスキャン端末としての動作の切り替えは、通信装置を使用するユーザが手動で行うようにしてもよいし、予め決定されているタイミングで行ってもよい。また、受信する無線ＬＡＮフレームに基づいて決定されたタイミングで行ってもよい。

なお、実施の形態１および２では、通信装置間の通信を無線ＬＡＮ方式で行う場合について説明したが、本発明はこれに限定されず、無線ＬＡＮ以外の無線通信を用いてもよい。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＺｉｇＢｅｅ（登録商標）などの互いに複数のチャネルリストの中から相互端末検出を行う無線通信であれば、同様の手順を適用できる。すなわち、グループ化されたパッシブスキャン端末の中の１つ端末が、グループ内の他の端末を代表して、探索を行っている端末に応答用のチャネルにて応答する。

なお、本発明を適用する例としては、第１の通信装置と第２の通信装置群と、を備え、該第１の通信装置が定期的に送信する探索フレームに、第１の通信装置と第２の通信装置との間で共有する情報を重畳することで、第１の通信装置を第２の通信装置群に通知する無線通信システムであって、車両に搭載された第１の通信装置が前記探索フレームを定期的に送信することで、複数のユーザが所有する前記第２の通信装置群に前記第１の通信装置の位置を通知し、前記第２の通信装置群は予めグループ化されており、前記探索フレームを受信し、グループの代表である通信装置が、前記第２の通信装置群の情報を合わせて、前記車両の移動速度、移動方向及び前記ユーザと前記車両との距離から、前記ユーザの存在を前記車両の運転者に報知することを特徴とする無線通信システムが挙げられる。

実施の形態１および２の通信装置１を実現するハードウェア構成について説明する。図２１は、実施の形態１および２の通信装置１を実現するハードウェア構成の一例を示す図である。図４に示した構成の通信装置１は、ＣＰＵ（Central Processing Unit）などのプロセッサ１０１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などで構成されるメモリ１０２と、送信機１０３と、受信機１０４とにより実現することが可能である。プロセッサ１０１、メモリ１０２、送信機１０３および受信機１０４はバス１００に接続され、バス１００を介してデータ、制御情報などの受け渡しを相互に行うことが可能である。通信装置１において、送信部１１は送信機１０３により実現される。受信部１２は受信機１０４により実現される。ＭＡＣ層制御部１３は、ＭＡＣ層制御部１３として動作するためのプログラムをプロセッサ１０１が実行することにより実現される。パラメータ制御部１４は、パラメータ制御部１４として動作するためのプログラムをプロセッサ１０１が実行することにより実現される。メモリ１０２は、ＭＡＣ層制御部１３として動作するためのプログラムおよびパラメータ制御部１４として動作するためのプログラムを保持している。グループ情報管理部１５はメモリ１０２により実現される。なお、複数のプロセッサおよび複数のメモリが連携してＭＡＣ層制御部１３、パラメータ制御部１４を実現するようにしてもよい。

以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１，１Ａ，１Ｂ，２Ａ，２Ｂ，３，３Ａ，３Ｂ，３Ｃ 通信装置、５Ａ，５Ｂ 自動車、１１ 送信部、１２ 受信部、１３ ＭＡＣ層制御部、１４ パラメータ制御部、１５ グループ情報管理部、１００ バス、１０１ プロセッサ、１０２ メモリ、１０３ 送信機、１０４ 受信機。

Claims (15)

1. 通信可能な他の通信装置から識別情報を収集する情報収集手段と、
   通信装置の探索のためにブロードキャストされたフレームである探索用フレームを受信した場合に、前記情報収集手段により収集された前記識別情報を含んだフレームを前記探索用フレームに対する応答フレームとして生成し、当該応答フレームを前記探索用フレームの送信元の通信装置から指定されたチャネルである応答チャネルで送信する応答フレーム送信手段と、
   を備えることを特徴とする通信装置。
2. 前記情報収集手段は、前記探索用フレームを受信した場合に、前記探索用フレームで指定された期間において前記識別情報を収集することを特徴とする請求項１に記載の通信装置。
3. 前記探索用フレームが送信されてきたチャネルと前記応答チャネルが同じ場合、
   前記情報収集手段は前記他の通信装置の識別情報を収集せずに、
   前記応答フレーム送信手段は、前記識別情報を含まない前記応答フレームを生成することを特徴とする請求項２に記載の通信装置。
4. 前記探索用フレームにより前記応答チャネルの指定を受けることを特徴とする請求項１、２または３に記載の通信装置。
5. 前記応答フレーム送信手段が前記応答フレームを送信する前に、前記情報収集手段が収集した前記識別情報が示す他の通信装置に対して、前記識別情報の収集が成功したことを示す情報を送信する情報収集結果送信手段、
   を備えることを特徴とする請求項１から４のいずれか一つに記載の通信装置。
6. 通信装置の探索のためにブロードキャストされたフレームである探索用フレームを受信した場合に、予め決定しておいた他の通信装置へ自装置の識別情報を送信するとともに、前記探索用フレームに対する応答フレームを自装置に代わって前記探索用フレームの送信元の通信装置へ送信するように要求する代理応答要求手段、
   を備えることを特徴とする通信装置。
7. 前記代理応答要求手段による前記要求を前記他の通信装置が受け付けなかった場合に前記応答フレームを前記探索用フレームの送信元の通信装置から指定されたチャネルである応答チャネルで前記探索用フレームの送信元の通信装置へ送信する応答フレーム送信手段、
   を備えることを特徴とする請求項６に記載の通信装置。
8. 前記他の通信装置がフレームの送信動作を実行しない省電力動作中の場合、
   前記代理応答要求手段は前記要求を行わず、
   前記応答フレーム送信手段が前記応答フレームを前記応答チャネルで前記探索用フレームの送信元の通信装置へ送信する、
   ことを特徴とする請求項６または７に記載の通信装置。
9. 前記探索用フレームは前記応答フレームを送信するチャネルである応答チャネルの情報を含み、
   前記探索用フレームが送信されてきたチャネルと前記応答チャネルが同じ場合、
   前記代理応答要求手段は前記要求を行わず、
   前記応答フレーム送信手段が前記応答フレームを前記応答チャネルで前記探索用フレームの送信元の通信装置へ送信する、
   ことを特徴とする請求項６、７または８に記載の通信装置。
10. 前記他の通信装置と自装置の距離がしきい値未満の場合、
    前記代理応答要求手段は前記要求を行わず、
    前記応答フレーム送信手段が前記応答フレームを前記応答チャネルで前記探索用フレームの送信元の通信装置へ送信する、
    ことを特徴とする請求項６から９のいずれか一つに記載の通信装置。
11. 通信可能な他の通信装置を探索する第１の通信装置と、
    前記探索フレームを受信した場合に前記第１の通信装置に対して応答する第２の通信装置と、
    を備え、
    前記第１の通信装置は、
    使用可能な複数チャネルを順番に切り替えながら当該複数のチャネルを全て使用して前記第２の通信装置の探索のためのフレームである探索用フレームを送信し、
    前記探索用フレームを受信した前記第２の通信装置から送信される応答フレームを前記複数チャネルの中の予め決定しておいたチャネルである応答チャネルで待ち受け、
    前記第２の通信装置は、同じチャネルを使用して通信するグループを形成し、当該グループは、前記探索用フレームを受信した場合に前記応答フレームを前記応答チャネルで前記第１の通信装置へ送信する親の通信装置と、前記探索用フレームを受信した場合に前記応答フレームを自装置に代わって送信するよう前記親の通信装置に要求する子の通信装置とを含み、
    前記親の通信装置は、前記探索用フレームを受信した子の通信装置から識別情報を収集し、収集した識別情報を含んだ前記応答フレームを送信する、
    ことを特徴とする無線通信システム。
12. 前記第１の通信装置は、前記複数チャネルのうち前記応答チャネル以外のチャネルで前記探索用フレームを送信した後に前記応答チャネルで前記探索用フレームを送信することを特徴とする請求項１１に記載の無線通信システム。
13. 前記探索用フレームが送信されてきたチャネルと前記応答チャネルが同じ場合、
    前記親の通信装置は前記探索用フレームを受信した子の通信装置の識別情報を含まない前記応答フレームを送信し、
    前記子の通信装置は前記親の通信装置に前記要求を行わずに、前記応答フレームを前記応答チャネルで前記第１の通信装置へ送信する、
    ことを特徴とする請求項１１または１２に記載の無線通信システム。
14. 前記子の通信装置は、前記親の通信装置がフレームの送信動作を実行しない省電力動作中に前記探索用フレームを受信した場合、前記応答フレームを前記応答チャネルで前記第１の通信装置へ送信する、
    ことを特徴とする請求項１１、１２または１３に記載の無線通信システム。
15. 前記子の通信装置は、前記親の通信装置と自装置の距離がしきい値未満の場合には前記要求を行わずに、前記応答フレームを前記応答チャネルで前記第１の通信装置へ送信することを特徴とする請求項１１から１４のいずれか一つに記載の無線通信システム。
    

Images