(57)【特許請求の範囲】
【請求項１】
他の基地局と通信可能な第１のインタフェース手段と、
非通信中の端末から無線チャネルを介して、通信可能な基地局を探索するためのフレームであって前記端末と通信中の前記他の基地局を識別するためのアドレスを含む探索フレームを受信した場合、前記アドレスを宛先とした前記探索フレームへの応答フレームを生成すると共に、前記第１のインタフェース手段に前記応答フレームを送信させる第２のインタフェース手段と、
を備えた基地局。
【請求項２】
請求項１において、
前記第１のインタフェース手段が、前記他の基地局が送信した前記応答フレームを記憶し、
前記第２のインタフェース手段が、通信中の端末からの要求フレームに応じて、前記記憶された応答フレームを前記通信中の端末に通知することを特徴とした基地局。
【請求項３】
請求項２において、
前記第２のインタフェース手段が、前記通信中の端末からの前記探索フレームを前記要求フレームとすることを特徴とした基地局。
【請求項４】
請求項１において、
前記他の基地局と自基地局とが、通信手段を介して接続され、
前記探索フレームが、前記通信手段の識別子をさらに含み、
前記第２のインタフェース手段が、前記識別子と前記自基地局が保持する前記通信手段の識別子とが一致した場合、前記第１のインタフェース手段に前記応答フレームを前記通信手段に対して送信させ、両識別子が一致しない場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局。
【請求項５】
請求項４において、
前記第２のインタフェース手段が、前記識別子を含まない探索フレームを受信した場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局。
【請求項６】
請求項１において、
前記第２のインタフェース手段が、前記他の基地局との接続性を確認するための確認フレームを生成すると共に、前記第１のインタフェース手段に前記確認フレームを送信させ、前記他の基地局から前記確認フレームへの返信フレームを受信した場合、前記第１のインタフェース手段に前記応答フレームを送信させ、前記返信フレームを受信しない場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局。
【請求項７】
請求項１において、
前記第２のインタフェース手段が、前記応答フレームの前記第１のインタフェース手段による送信が実行可能であるか否かを示す情報を、前記探索フレームの受信に先立って前記無線チャネルを介して送出するフレームに含めることを特徴とした基地局。
【請求項８】
請求項１において、
前記第２のインタフェース手段が、一の端末から受信した通信開始を要求するフレームに含まれる前記応答フレームの前記第１のインタフェース手段による送信を希望するか否かの情報を記憶し、前記一の端末から前記探索フレームを受信した際に前記情報が前記応答フレームの前記第１のインタフェース手段による送信を希望しないことを示す場合、前記応答フレームを前記無線チャネルを介して前記一の端末に対して送信することを特徴とした基地局。
【請求項９】
互いに接続された複数の基地局と無線チャネルを介して通信する端末であって、
前記複数の基地局の内から通信先として選択した一の基地局から、他の基地局が前記一の基地局にデータ送信するために前記一の基地局を識別するアドレスを取得する第１手段と、
前記他の基地局を含む通信可能な基地局を探索するためのフレームであって前記アドレスを含む探索フレームをブロードキャストする第２手段と、
前記探索フレームへの応答フレームを前記一の基地局から取得する第３手段と、
を備えた端末。
【請求項１０】
請求項９において、
前記第３手段が、前記応答フレームの取得に際して、前記一の基地局に対して前記応答フレームを要求するためのフレームを送信することを特徴とした端末。
【請求項１１】
請求項９において、
前記第２手段が、前記第３手段による前記応答フレームの取得トリガとして、前記一の基地局との通信に使用している無線チャネルに対して最後に前記探索フレームを送信することを特徴とした端末。
【請求項１２】
請求項９において、
前記第１手段が、前記一の基地局に対して通信開始を要求するフレームに、前記応答フレームの前記一の基地局からの取得を希望するか否かの情報を含めることを特徴とした端末。
【請求項１３】
他の基地局と通信可能なインタフェースを備えた基地局の制御方法であって、
非通信中の端末から無線チャネルを介して、通信可能な基地局を探索するためのフレームであって前記端末と通信中の前記他の基地局を識別するためのアドレスを含む探索フレームを受信した場合、前記アドレスを宛先とした前記探索フレームへの応答フレームを生成すると共に、前記インタフェースに前記応答フレームを送信させる、
基地局の制御方法。
【請求項１４】
請求項１３において、
前記他の基地局が送信した前記応答フレームを記憶し、
通信中の端末からの要求フレームに応じて、前記記憶された応答フレームを前記通信中の端末に通知することを特徴とした基地局の制御方法。
【請求項１５】
請求項１４において、
前記通信中の端末からの前記探索フレームを前記要求フレームとすることを特徴とした基地局の制御方法。
【請求項１６】
請求項１３において、
前記他の基地局と自基地局とが、通信手段を介して接続され、
前記探索フレームが、前記通信手段の識別子をさらに含み、
前記識別子と前記自基地局が保持する前記通信手段の識別子とが一致した場合、前記インタフェースに前記応答フレームを前記通信手段に対して送信させ、両識別子が一致しない場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局の制御方法。
【請求項１７】
請求項１６において、
前記識別子を含まない探索フレームを受信した場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局の制御方法。
【請求項１８】
請求項１３において、
前記他の基地局との接続性を確認するための確認フレームを生成すると共に、前記インタフェースに前記確認フレームを送信させ、前記他の基地局から前記確認フレームへの返信フレームを受信した場合、前記インタフェースに前記応答フレームを送信させ、前記返信フレームを受信しない場合、前記応答フレームを前記無線チャネルを介して前記端末に対して送信することを特徴とした基地局の制御方法。
【請求項１９】
請求項１３において、
前記応答フレームの前記インタフェースによる送信が実行可能であるか否かを示す情報を、前記探索フレームの受信に先立って前記無線チャネルを介して送出するフレームに含めることを特徴とした基地局の制御方法。
【請求項２０】
請求項１３において、
一の端末から受信した通信開始を要求するフレームに含まれる前記応答フレームの前記インタフェースによる送信を希望するか否かの情報を記憶し、前記一の端末から前記探索フレームを受信した際に前記情報が前記応答フレームの前記インタフェースによる送信を希望しないことを示す場合、前記応答フレームを前記無線チャネルを介して前記一の端末に対して送信することを特徴とした基地局の制御方法。
【請求項２１】
互いに接続された複数の基地局と無線チャネルを介して通信する端末の制御方法であって、
前記複数の基地局の内から通信先として選択した一の基地局から、他の基地局が前記一の基地局にデータ送信するために前記一の基地局を識別するアドレスを取得する第１ステップと、
前記他の基地局を含む通信可能な基地局を探索するためのフレームであって前記アドレスを含む探索フレームをブロードキャストする第２ステップと、
前記探索フレームへの応答フレームを前記一の基地局から取得する第３ステップと、
を備えた端末の制御方法。
【請求項２２】
請求項２１において、
前記第３ステップが、前記応答フレームの取得に際して、前記一の基地局に対して前記応答フレームを要求するためのフレームを送信することを特徴とした端末の制御方法。
【請求項２３】
請求項２１において、
前記第２ステップが、前記第３ステップによる前記応答フレームの取得トリガとして、前記一の基地局との通信に使用している無線チャネルに対して最後に前記探索フレームを送信することを特徴とした端末の制御方法。
【請求項２４】
請求項２１において、
前記第１ステップが、前記一の基地局に対して通信開始を要求するフレームに、前記応答フレームの前記一の基地局からの取得を希望するか否かの情報を含めることを特徴とした端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局及び端末、並びにこれらの制御方法に関し、特に基地局の探索に要する時間を短縮することが可能な基地局及び端末、並びにこれらの制御方法に関する。
【背景技術】
【０００２】
非特許文献１には、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）において端末がアクセスポイント(基地局)を探索するための方式として、パッシブスキャンとアクティブスキャンという２種類の方式が記載されている。【０００３】
パッシブスキャン方式では、端末が、探索対象の無線チャネルを介してアクセスポイントから定期的に送られてくるビーコンフレームの受信の有無でアクセスポイントの存在を探索する。このパッシブスキャン方式では、端末がアクセスポイントからビーコンフレームが送信されるまで待機する必要があるため、各無線チャネルにおけるアクセスポイントの有無を調べるには、最大でビーコンフレームが送信される周期時間待機する必要がある。【０００４】
一方、アクティブスキャン方式では、端末がプローブ要求フレームを無線チャネルを介してブロードキャストする。プローブ要求フレームを受信したアクセスポイントは、プローブ応答フレームを端末に対して送信する。このため、端末は、プローブ応答フレームの受信の有無でアクセスポイントの存在を探索する。【０００５】
このように、アクティブスキャン方式では、端末が、所望のタイミングでプローブ要求フレームを発行し、アクセスポイントからのプローブ応答フレームを収集することが可能である。従って、ハンドオーバー時等のように早急にアクセスポイントの存在に関する情報が必要な場合は、アクティブスキャン方式を用いるのが一般的である。【０００６】
以下、アクティブスキャンの動作例を図３９及び図４０を参照して説明する。【０００７】
まず、端末がアクセスポイントの存在しない無線チャネルを利用してアクティブスキャンを実行した場合の動作例を、図３９を参照して説明する。【０００８】
端末２０が時刻Ｔ１０１で無線チャネルＣＨ１に切り替えたとすると、端末２０は、ＰｒｏｂｅＤｅｌａｙ時間が経過するか、或いは他のノードからフレームを受信するまで待機する。ここでは他のノードからのフレームが受信されないものとする。【０００９】
時刻Ｔ１０２でＰｒｏｂｅＤｅｌａｙ時間が経過したとすると、端末２０は、プローブ要求フレームＦＲ７ｃの送信準備を開始する。時刻Ｔ１０２からＤＩＦＳ(Ｄｉｓｔｒｉｂｕｔｅｄ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ)時間後の時刻Ｔ１０３まで、他のノードによるフレーム送信を検出しなかったとすると、端末２０は、時刻Ｔ１０３でプローブ要求フレームＦＲ７ｃをチャネルＣＨ１に対してブロードキャストする。また同時に、端末２０は、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ及びＭａｘＣｈａｎｎｅｌＴｉｍｅ(図示せず)の計時を開始する。なお、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ ＜ ＭａｘＣｈａｎｎｅｌＴｉｍｅが成立し、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ及びＭａｘＣｈａｎｎｅｌＴｉｍｅには、それぞれ一般に数ミリ〜数十ミリ秒の値が設定される。【００１０】
この場合、チャネルＣＨ１にはアクセスポイントが存在しないため、いずれのアクセスポイント１０＿１〜１０＿３も端末２０が送信したプローブ要求フレームＦＲ７ｃに対する応答ができない。時刻Ｔ１０４にてＭｉｎＣｈａｎｎｅｌＴｉｍｅが経過したとすると、端末２０は、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ時間経過するまでの間にプローブ要求フレームＦＲ７ｃに対する応答が受信できなかったので、チャネルＣＨ１にはアクセスポイントが存在しないと見做してアクティブスキャンを終了する。【００１１】
次に、端末がアクセスポイントが存在する無線チャネルを利用してアクティブスキャンを実行した場合の動作例を、図４０を参照して説明する。【００１２】
同図に示すアクセスポイント１０＿１〜１０＿３が、いずれもチャネルＣＨ１を利用し且つ端末２０からのプローブ要求フレームＦＲ７ｃが到達する範囲に存在するものとする。この場合、端末２０が時刻Ｔ２０１でチャネルＣＨ１に切り替えると、端末２０は、ＰｒｏｂｅＤｅｌａｙ時間が経過するか、或いは他のノードからフレームを受信するまで待機する。ここでは他のノードからのフレームが受信されないものとする。【００１３】
時刻Ｔ２０２でＰｒｏｂｅＤｅｌａｙ時間が経過したとすると、端末２０は、プローブ要求フレームＦＲ７ｃの送信準備を開始する。時刻Ｔ２０２からＤＩＦＳ時間後の時刻Ｔ２０３まで、他のノードによるフレーム送信を検出しなかったとすると、端末２０は、時刻Ｔ２０３でプローブ要求フレームＦＲ７ｃをチャネルＣＨ１に対してブロードキャストする。また同時に、端末２０は、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ及びＭａｘＣｈａｎｎｅｌＴｉｍｅの計時を開始する。【００１４】
この場合、アクセスポイント１０＿１〜１０＿３は、いずれもプローブ要求フレームＦＲ７ｃを受信し、端末２０に対してプローブ応答フレームＦＲ８ｃを送信する。図示の如く、まずアクセスポイント１０＿１がプローブ応答フレームＦＲ８ｃを送信したとする。端末２０は、プローブ応答フレームＦＲ８ｃを受信した時刻Ｔ２０４でＭｉｎＣｈａｎｎｅｌＴｉｍｅの計時を停止し、確認応答(Ａｃｋ)フレームＦＲ３を返信する。以降、端末２０がアクセスポイント１０＿２及び１０＿３からプローブ応答フレームＦＲ８ｃを受信すると、端末２０は、アクセスポイント１０＿２及び１０＿３に対してＡｃｋフレームＦＲ３をそれぞれ返信する。時刻Ｔ２０５になるとＭａｘＣｈａｎｎｅｌＴｉｍｅが経過し、端末２０は、それまでに受信したプローブ応答フレームＦＲ８ｃの送信元アクセスポイント１０＿１〜１０＿３を探索結果とし、アクティブスキャンを終了する。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】ＩＥＥＥ８０２．１１規格, １９９７年, １１．１．３節, 頁１２５−１２８
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、上記の非特許文献１に記載されたアクティブスキャン方式では、端末は、探索対象の無線チャネル毎に、少なくともＭｉｎＣｈａｎｎｅｌＴｉｍｅ＋ＰｒｏｂｅＤｅｌａｙ＋ＤＩＦＳ＋プローブ要求フレームの送信所要時間、最大でＭａｘＣｈａｎｎｅｌＴｉｍｅ＋ＰｒｏｂｅＤｅｌａｙ＋ＤＩＦＳ＋プローブ要求フレームの送信所要時間を必要とする。【００１７】
ネットワークがＩＥＥＥ８０２．１１ｂ規格に則して運用されている場合、利用可能な無線チャネル数は全部で"１４"あるため、全ての無線チャネルに亘ってアクティブスキャンを実行した場合におよそ数百ミリ秒の時間を要する。端末が通信中のアクセスポイントと異なる無線チャネルに対してアクティブスキャンを実行している間、端末はそのアクセスポイントと通信することができないため、端末のアクセスポイントを経由した通信は途絶することになる。【００１８】
特に端末がＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)のような音声通信を行っている場合にアクティブスキャンを実行すると、通信途絶に伴う音切れが生じてしまうという問題があった。【００１９】
一方、ハンドオーバー時の瞬断時間を出来るだけ短縮することを目的とした規格として、例えばＩＥＥＥ８０２．１１ｒ規格がある。しかしながら、この規格は、ハンドオーバー時に発生するフレーム交換数の低減を規定するものであり、アクティブスキャン時に発生する瞬断時間を何ら短縮するものではない。【００２０】
従って、本発明は、アクティブスキャンを実行する際に生じる通信途絶を低減することが可能な基地局及び端末、並びにこれらの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記の目的を達成するため、本発明の一態様に係る基地局は、他の基地局と通信可能な第１のインタフェースと、非通信中の端末から無線チャネルを介して、通信可能な基地局を探索するためのフレームであって前記端末と通信中の前記他の基地局を識別するためのアドレスを含む探索フレームを受信した場合、前記アドレスを宛先とした前記探索フレームへの応答フレームを生成すると共に、前記第１のインタフェースに前記応答フレームを送信させる第２のインタフェースとを含む。【００２２】
また、本発明の一態様に係る端末は、互いに接続された複数の基地局と無線チャネルを介して通信する端末であって、前記複数の基地局の内から通信先として選択した一の基地局から、他の基地局が前記一の基地局にデータ送信するために前記一の基地局を識別するアドレスを取得する第１手段と、前記他の基地局を含む通信可能な基地局を探索するためのフレームであって前記アドレスを含む探索フレームをブロードキャストする第２手段と、前記探索フレームへの応答フレームを前記一の基地局から取得する第３手段とを含む。【００２３】
また、本発明の一態様に係る基地局の制御方法は、他の基地局と通信可能な第１ステップと、非通信中の端末から無線チャネルを介して、通信可能な基地局を探索するためのフレームであって前記端末と通信中の前記他の基地局を識別するためのアドレスを含む探索フレームを受信した場合、前記アドレスを宛先とした前記探索フレームへの応答フレームを生成すると共に、前記第１ステップに前記応答フレームを送信させる第２ステップとを含む。【００２４】
また、本発明の一態様に係る端末の制御方法は、互いに接続された複数の基地局と無線チャネルを介して通信する端末の制御方法を提供するものである。この制御方法は、前記複数の基地局の内から通信先として選択した一の基地局から、他の基地局が前記一の基地局にデータ送信するために前記一の基地局を識別するアドレスを取得する第１ステップと、前記他の基地局を含む通信可能な基地局を探索するためのフレームであって前記アドレスを含む探索フレームをブロードキャストする第２ステップと、前記探索フレームへの応答フレームを前記一の基地局から取得する第３ステップとを含む。
【発明の効果】
【００２５】
本発明によれば、アクティブスキャンを実行する際に、端末が通信中の無線チャネルを外れて他の無線チャネルに滞在する必要のある時間が探索フレームの送信所要時間のみとなるため、通信途絶を大幅に低減することが可能である。【００２６】
これにより、端末はアクティブスキャンを頻繁に実行することもでき、以てより的確な基地局に対してハンドオーバを実行することが可能である。
【図面の簡単な説明】
【００２７】
【図１】本発明に係る基地局及び端末を適用するネットワークの構成例を示したブロック図である。
【図２】本発明に係る基地局の実施の形態１の構成例を示したブロック図である。
【図３】本発明に係る端末の実施の形態１の構成例を示したブロック図である。
【図４】本発明に係る基地局及び端末の実施の形態１の相互動作例（１）を示したシーケンス図である。
【図５Ａ】本発明に係る基地局の実施の形態１に用いるビーコンフレームの構成例を示した図である。
【図５Ｂ】本発明に係る基地局の実施の形態１に用いるビーコンフレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図５Ｃ】本発明に係る基地局の実施の形態１に用いるビーコンフレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図６】本発明に係る基地局の実施の形態１に用いるＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥの構成例を示した図である。
【図７】本発明に係る端末の実施の形態１に用いるＳＭＥにおけるアソシエーション要求フレームの送信処理例を示したフローチャート図である。
【図８】本発明に係る端末の実施の形態１に用いるＩＥＥＥ８０２．１１ ＭＡＣ部におけるアソシエーション要求フレームの送信処理例を示したフローチャート図である。
【図９Ａ】本発明に係る端末の実施の形態１に用いるアソシエーション要求フレームの構成例を示した図である。
【図９Ｂ】本発明に係る端末の実施の形態１に用いるアソシエーション要求フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図９Ｃ】本発明に係る端末の実施の形態１に用いるアソシエーション要求フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図１０】本発明に係る基地局の実施の形態１におけるアソシエーション要求フレームの受信動作例その１を示したフローチャート図である。
【図１１】本発明に係る基地局の実施の形態１におけるアソシエーション要求フレームの受信動作例その２を示したフローチャート図である。
【図１２】本発明に係る基地局の実施の形態１に用いる帰属端末情報記憶部の構成例を示した図である。
【図１３Ａ】本発明に係る基地局の実施の形態１に用いるアソシエーション応答フレームの構成例を示した図である。
【図１３Ｂ】本発明に係る基地局の実施の形態１に用いるアソシエーション応答フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図１３Ｃ】本発明に係る基地局の実施の形態１に用いるアソシエーション応答フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図１４】本発明に係る基地局の実施の形態１に用いるＣｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥの構成例を示した図である。
【図１５】本発明に係る基地局及び端末の実施の形態１の相互動作例（２）を示したシーケンス図である。
【図１６】本発明に係る端末の実施の形態１に用いるＳＭＥにおけるプローブ要求フレームの送信処理例を示したフローチャート図である。
【図１７】本発明に係る端末の実施の形態１に用いるＩＥＥＥ８０２．１１ ＭＡＣ部におけるプローブ要求フレームの送信処理例その１を示したフローチャート図である。
【図１８Ａ】本発明に係る端末の実施の形態１に用いるプローブ要求フレームの構成例を示した図である。
【図１８Ｂ】本発明に係る端末の実施の形態１に用いるプローブ要求フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図１８Ｃ】本発明に係る端末の実施の形態１に用いるプローブ要求フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図１９】本発明に係る端末の実施の形態１に用いるＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥの構成例を示した図である。
【図２０】本発明に係る基地局の実施の形態１におけるプローブ要求フレームの受信動作例その１を示したフローチャート図である。
【図２１】本発明に係る基地局の実施の形態１におけるプローブ要求フレームの受信動作例その２を示したフローチャート図である。
【図２２】本発明に係る基地局の実施の形態１に用いる第１のプローブ応答フレームの構成例を示した図である。
【図２３Ａ】本発明に係る基地局の実施の形態１に用いる第２のプローブ応答フレームの構成例を示した図である。
【図２３Ｂ】本発明に係る基地局の実施の形態１に用いる第２のプローブ応答フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図２３Ｃ】本発明に係る基地局の実施の形態１に用いる第２のプローブ応答フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図２４】本発明に係る基地局の実施の形態１における第１のプローブ応答フレームの受信処理例を示したフローチャート図である。
【図２５】本発明に係る端末の実施の形態１に用いるプローブ応答フレーム記憶部の構成例を示した図である。
【図２６】本発明に係る端末の実施の形態１に用いるＩＥＥＥ８０２．１１ ＭＡＣ部におけるプローブ要求フレームの送信処理例その２を示したフローチャート図である。
【図２７Ａ】本発明に係る端末の実施の形態１に用いるプローブ結果要求フレームの構成例を示した図である。
【図２７Ｂ】本発明に係る端末の実施の形態１に用いるプローブ結果要求フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図２７Ｃ】本発明に係る端末の実施の形態１に用いるプローブ結果要求フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図２８Ａ】本発明に係る基地局の実施の形態１に用いるプローブ結果応答フレームの構成例を示した図である。
【図２８Ｂ】本発明に係る基地局の実施の形態１に用いるプローブ結果応答フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図２８Ｃ】本発明に係る基地局の実施の形態１に用いるプローブ結果応答フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図２９】本発明に係る基地局の実施の形態１に用いるＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥの構成例を示した図である。
【図３０】本発明に係る基地局の実施の形態１におけるプローブ結果応答フレームの送信処理例を示したフローチャート図である。
【図３１】本発明に係る基地局の実施の形態２の構成例を示したブロック図である。
【図３２】本発明に係る端末の実施の形態２の構成例を示したブロック図である。
【図３３】本発明に係る基地局及び端末の実施の形態２の相互動作例を示したシーケンス図である。
【図３４】本発明に係る基地局の実施の形態２におけるプローブ要求フレームの受信処理例を示したフローチャート図である。
【図３５Ａ】本発明に係る基地局の実施の形態２に用いるプローブ応答フレームの構成例を示した図である。
【図３５Ｂ】本発明に係る基地局の実施の形態２に用いるプローブ応答フレーム中のＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドの構成例を示した図である。
【図３５Ｃ】本発明に係る基地局の実施の形態２に用いるプローブ応答フレーム中のＦｒａｍｅ Ｂｏｄｙフィールドの構成例を示した図である。
【図３６】本発明に係る基地局の実施の形態３の構成例を示したブロック図である。
【図３７】本発明に係る基地局の実施の形態３に用いる接続確認フレームの構成例を示した図である。
【図３８】本発明に係る基地局の実施の形態３に用いる接続確認応答フレームの構成例を示した図である。
【図３９】ＩＥＥＥ８０２．１１規格で規定されるアクティブスキャン動作の一の例を示したシーケンス図である。
【図４０】ＩＥＥＥ８０２．１１規格で規定されるアクティブスキャン動作の他の例を示したシーケンス図である。
【発明を実施するための形態】
【００２８】
以下、本発明に係る基地局及び端末の実施の形態１〜３を、図１〜４、図５Ａ〜５Ｃ、図６〜図８、図９Ａ〜図９Ｃ、図１０〜図１２、図１３Ａ〜図１３Ｃ、図１４〜図１７、図１８Ａ〜図１８Ｃ、図１９〜図２２、図２３Ａ〜図２３Ｃ、図２４〜図２６、図２７Ａ〜図２７Ｃ、図２８Ａ〜図２８Ｃ、図２９〜図３４、図３５Ａ〜図３５Ｃ、及び図３６〜図３８を参照して説明する。なお、各図面において同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
[実施の形態１]
図１は、本実施の形態に係る基地局及び端末を適用したネットワークの構成例を示している。このネットワーク１は、大略、基地局としてのアクセスポイント(ＡＰ)１０＿１〜１０＿３(以下、符号１０で総称することがある)と、アクセスポイント１０＿１〜１０＿３が利用する無線チャネルＣＨ１〜ＣＨ３のいずれかを介して通信を行う端末２０と、アクセスポイント１０＿１〜１０＿３間を接続するディストリビューションシステム(以下、ＤＳと呼称する)メディア３０とで構成されている。
【００３０】
また、アクセスポイント１０＿１〜１０＿３は、それぞれ、ＤＳメディア３０を介して相互通信を行うインタフェース１００＿１〜１００＿３(以下、ＤＳ側インタフェースと呼称し、符号１００で総称することがある)と、無線チャネルＣＨ１〜ＣＨ３を介して端末２０と通信を行うインタフェース２００＿１〜２００＿３(以下、端末側インタフェースと呼称し、符号２００で総称することがある)とを備えている。なお、図示を省略するが、端末２０は、上述した第１〜第３の手段に相当する機能を有しているものとする。
【００３１】
動作においては、図示の如く端末２０がアクセスポイント１０＿１に帰属し通信中に在るとすると、端末２０は、アクセスポイント１０＿１から、ＤＳメディア３０がアクセスポイント１０＿１を識別するためのアドレス、すなわち、ＤＳ側インタフェース１００＿１のＭＡＣアドレス(以下、ＤＳ側ＭＡＣアドレスと呼称する)Ａ１００＿１を取得する(ステップＳ１)。そして、無線チャネルＣＨ２を介して通信可能なアクセスポイントを探索する場合、端末２０は、ＤＳ側ＭＡＣアドレスＡ１００＿１を内部に含むプローブ要求フレームＦＲ７をブロードキャストする(ステップＳ２)。また、端末２０は、プローブ要求フレームＦＲ７の送信後、即座に無線チャネルＣＨ１を介したアクセスポイント１０＿１との通信を再開する。
【００３２】
プローブ要求フレームＦＲ７は、無線チャネルＣＨ２を利用するアクセスポイント１０＿２で受信される。アクセスポイント１０＿２内の端末側インタフェース２００＿２は、ＤＳ側ＭＡＣアドレスＡ１００＿１を宛先として設定したプローブ応答フレームＦＲ８をＤＳ側インタフェース１００＿２に与え、以てＤＳメディア３０に対して送信させる(ステップＳ３)。
【００３３】
プローブ応答フレームＦＲ８は、ＤＳメディア３０を経由してアクセスポイント１０＿１に到達する。このため、端末２０は、通信中のアクセスポイント１０＿１からプローブ応答フレームＦＲ８を取得する(ステップＳ４)。
【００３４】
このように、アクティブスキャンの実行に際して、端末が通信中の無線チャネル以外の無線チャネルに滞在する時間をプローブ要求フレームの送信に要する時間のみに留めることができるため、図３９及び図４０に示した一般的なアクティブスキャン方式と比較して通信途絶時間を大幅に短縮することが可能である。なお、以降の説明においては、本発明によるアクティブスキャンを"Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ"と呼称することがある。また、通信中のアクセスポイントを"Ｃｕｒｒｅｎｔ ＡＰ"と呼称することがある。
【００３５】
以下、図１に示したアクセスポイント１０及び端末２０のより詳細な構成例及び動作例を説明する。
【００３６】
まず、アクセスポイント１０は、図２に示す如く、通信ケーブルＣＢＬを介してＤＳメディア３０に接続されたＤＳ側インタフェース１００と、アンテナＡＮＴを介して端末２０と無線信号ＲＳの送受信を行う端末側インタフェース２００と、ＳＭＥ(Ｓｔａｔｉｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)５００とで構成されている。ここで、ＳＭＥ５００は、ＩＥＥＥ８０２．１１規格で規定されるＭＬＭＥ(ＭＡＣ Ｓｕｂｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）−ＳＡＰのプリミティブの送受信処理を行い、通信が適切に行われるようにＩＥＥＥ８０２．１１ ＭＡＣプロトコルを制御する。
【００３７】
また、ＤＳ側インタフェース１００は、通信ケーブルＣＢＬに接続され、ＩＥＥＥ８０２．３規格で規定されるＰＨＹ層の処理を行うＩＥＥＥ８０２．３ ＰＨＹ部１０１と、ＩＥＥＥ８０２．３規格で規定されるＭＡＣ層の処理を行い、ＰＨＹ部１０１との間でフレームＦＲを送受信するＩＥＥＥ８０２．３ ＭＡＣ部１０２と、ＩＥＥＥ８０２．１及びＩＥＥＥ８０２．２規格で規定される処理を行い、ＭＡＣ部１０２との間でフレームＦＲを送受信するＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３と、この処理部１０３から受信したプローブ応答フレームＦＲ８から、情報ＩＮＦＯ２(具体的には、フレームＦＲ８の宛先端末のＭＡＣアドレス、フレームＦＲ８の送信元アクセスポイントの端末側ＭＡＣアドレス、及びＩＥＥＥ８０２．１１規格で規定されるプローブ応答フレームの情報要素)を抽出するＤＳ側プローブ応答受信部１０４と、情報ＩＮＦＯ２を格納するためのプローブ応答フレーム記憶部１０５とを備えている。なお、処理部１０３は、プローブ応答フレームＦＲ８以外のフレームを例えばＩＰ層に転送して処理させる。
【００３８】
また、端末側インタフェース２００は、大略、無線信号ＲＳ−フレームＦＲ間の変換処理を行うＩＥＥＥ８０２．１１ ＰＨＹ部３００と、このＰＨＹ部３００から受信したフレームＦＲの種別に従って各種の処理を行うＩＥＥＥ８０２．１１ ＭＡＣ部４００とを備えている。ＭＡＣ部４００は、フレーム解析部４０１と、アソシエーション要求解析部４０２と、帰属端末判定部４０３と、プローブ結果応答生成部４０４と、ＭＡＣ処理部４０５と、帰属端末情報記憶部４０６と、アソシエーション応答生成部４０７と、ＤＳ側ＭＡＣアドレス取得部４０８と、帰属端末プローブ要求解析部４０９と、非帰属端末プローブ要求解析部４１０と、ＭＤＩＤ(Ｍｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＤｅｎｔｉｆｉｅｒ)比較部４１１と、ＭＤＩＤ記憶部４１２と、ＤＳ向けプローブ応答生成部４１３とを有する。
【００３９】
ここで、上記のＭＤＩＤとは、アクセスポイント１０が属するモビリティドメインの識別子であり、ネットワーク１の管理者により設定されるものである。また、モビリティドメインとは、ＤＳメディア３０を介して相互接続されるアクセスポイントの集合である。
【００４０】
また、フレーム解析部４０１は、ＰＨＹ部３００から受信したフレームＦＲを、その種別に基づき振り分ける。フレーム解析部４０１は、プローブ要求フレームＦＲ７を帰属端末判定部４０３へ、アソシエーション要求フレーム(端末２０がアクセスポイント１０との通信開始(接続)を要求するためのフレーム)ＦＲ５をアソシエーション要求解析部４０２へ、プローブ結果要求フレーム(端末２０がアクセスポイント１０に対してＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎの結果を要求するためのフレーム)ＦＲ９をプローブ結果応答生成部４０４へ、フレームＦＲ５、ＦＲ７、及びＦＲ９以外の他のフレームＦＲoをＭＡＣ処理部４０５へ転送する。
【００４１】
アソシエーション要求解析部４０２は、アソシエーション要求フレームＦＲ５(或いは、端末２０がアクセスポイント１０の属するＥＳＳ(Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ)に以前接続したことがある場合に、アクセスポイント１０に接続を要求するために用いるリアソシエーションフレーム)を受信した場合に、フレームＦＲ５中に後述するＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用／不使用を示す情報が含まれるか否かを確認する。この情報が含まれる場合、アソシエーション要求解析部４０２は、端末２０のＭＡＣアドレスとＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用／不使用とから成る帰属端末情報ＩＮＦＯ１を帰属端末情報記憶部４０６に登録する。また、フレームＦＲ５中にＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用／不使用を示す情報が含まれないか、或いはＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の不使用が含まれる場合、アソシエーション要求解析部４０２は、アソシエーション応答指示ＩＮＳ１をＭＡＣ処理部４０５に与え、以てＩＥＥＥ８０２．１１規格に従った通常のアソシエーション応答フレーム(或いは、リアソシエーション応答フレーム)の端末２０に対する送信を指示する。一方、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用が含まれる場合は、アソシエーション要求解析部４０２は、アソシエーション要求フレームＦＲ５(或いはリアソシエーションフレーム)をアソシエーション応答生成部４０７に転送する。
【００４２】
アソシエーション応答生成部４０７は、ＤＳ側ＭＡＣアドレス取得部４０８にアドレス取得指示ＩＮＳ２を与え、以て端末２０に通知するためのアクセスポイント１０のＤＳ側ＭＡＣアドレスＡ１００を取得する。また、アソシエーション応答生成部４０７は、ＤＳ側ＭＡＣアドレスＡ１００を含むアソシエーション応答フレームＦＲ６を生成してＭＡＣ処理部４０５に与え、以て端末２０に対して送信させる。
【００４３】
ＤＳ側ＭＡＣアドレス取得部４０８は、アドレス取得指示ＩＮＳ２を受けた際にＩＥＥＥ８０２．３ ＭＡＣ部１０２からＤＳ側ＭＡＣアドレスＡ１００を取得し、アソシエーション応答生成部４０７に与える。
【００４４】
帰属端末判定部４０３は、帰属端末情報記憶部４０６中の帰属端末情報ＩＮＦＯ１を参照し、端末２０がアクセスポイント１０に帰属する端末(以下、帰属端末と呼称する)であるか否かを判定する。帰属端末判定部４０３は、プローブ要求フレームＦＲ７を、端末２０が帰属端末である場合に帰属端末プローブ要求解析部４０９へ、端末２０が帰属端末でない場合に非帰属端末プローブ要求解析部４１０へ転送する。
【００４５】
帰属端末プローブ要求解析部４０９は、プローブ要求フレームＦＲ７中にＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれるか否かを確認する。ここで、後述する如く、ＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれる場合は、端末２０がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用することを意味し、含まれない場合には、端末２０がＦａｓｔ  Ａｃｔｉｖｅ  Ｓｃａｎ機能を使用しないことを意味する。従って、ＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれる場合、帰属端末プローブ要求解析部４０９は、端末２０からのプローブ結果要求フレームＦＲ９の受信を待機する。一方、ＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれない場合、帰属端末プローブ要求解析部４０９は、ＭＡＣ処理部４０５にプローブ応答指示ＩＮＳ３を与え、以て後述するプローブ応答フレームの生成及び端末２０に対する送信を行わせる。
【００４６】
非帰属端末プローブ要求解析部４１０は、プローブ要求フレームＦＲ７中にＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれるか否かを確認する。ＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれる場合、非帰属端末プローブ要求解析部４１０は、プローブ要求フレームＦＲ７をＭＤＩＤ比較部４１１へ転送する。一方、ＭＤＩＤ及びＤＳ側ＭＡＣアドレスＡ１００が含まれない場合、非帰属端末プローブ要求解析部４１０は、ＭＡＣ処理部４０５にプローブ応答指示ＩＮＳ３を与える。
【００４７】
ＭＤＩＤ比較部４１１は、プローブ要求フレームＦＲ７中に含まれるＭＤＩＤとＭＤＩＤ記憶部４１２に格納されたＭＤＩＤとを比較する。ここで、ＭＤＩＤが一致する(すなわち、同一モビリティドメインに属する)アクセスポイントは、ＤＳメディア３０経由で互いに到達関係にあることが保証されたアクセスポイントある。従って、ＭＤＩＤの一致は、端末２０が帰属するアクセスポイントと、プローブ要求フレームＦＲ７を受信したアクセスポイントとが、ＤＳメディア３０を介して相互接続されていることを意味する。ＭＤＩＤが一致する場合、ＭＤＩＤ比較部４１１は、ＤＳメディア３０経由でプローブ応答フレームＦＲ８を返すために、プローブ要求フレームＦＲ７をＤＳ向けプローブ応答生成部４１３へ転送する。一方、ＭＤＩＤが一致しない場合、ＭＤＩＤ比較部４１１は、ＭＡＣ処理部４０５にプローブ応答指示ＩＮＳ３を与える。
【００４８】
ＤＳ向けプローブ応答生成部４１３は、プローブ結果応答フレームＦＲ８を生成してＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３に与え、以てプローブ結果応答フレームＦＲ８をＤＳメディア３０に対して送信させる。
【００４９】
プローブ結果応答生成部４０４は、プローブ結果要求フレームＦＲ９を受けた際、プローブ応答フレーム記憶部１０５から端末２０に対応する情報ＩＮＦＯ２を抽出してプローブ結果応答フレームＦＲ１０を生成すると共に、プローブ結果応答フレームＦＲ１０をＭＡＣ処理部４０５に与え、以て端末２０に対して送信させる。
【００５０】
ＭＡＣ処理部４０５は、本発明とは直接関連の無い他のフレームＦＲｏを受信した際の処理、ＳＭＥ５００からプリミティブを受けた際の処理、他の処理部によって生成されたＭＡＣフレームを送信する処理、及び他の処理部から依頼されたフレームを送信する処理を、ＩＥＥＥ８０２．１１規格に従って行う。
【００５１】
次に、端末２０は、図３に示す如く、アンテナＡＮＴを介したアクセスポイント１０との無線信号ＲＳの送受信、及び無線信号ＲＳ−フレームＦＲ間の変換処理を行うＩＥＥＥ８０２．１１ ＰＨＹ部６００と、ＰＨＹ６００との間でフレームＦＲを送受信するＩＥＥＥ８０２．１１ ＭＡＣ部７００と、端末２０が所望の通信を行えるように、ＭＡＣ部７００に対するスキャンの実行指示や、スキャン結果に基づき選択したアクセスポイントへの帰属指示を行うＳＭＥ８００と、スキャン結果として取得したアクセスポイントの情報を記憶するアクセスポイント情報記憶部９００とで構成されている。ここで、アクセスポイント情報記憶部９００には、スキャンにより検出したアクセスポイントのＭＡＣアドレス（ＢＳＳＩＤ）、利用無線チャネル、及びＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用可否に関する情報が格納される。
【００５２】
また、ＩＥＥＥ８０２．１１ ＭＡＣ部７００は、ＭＡＣ処理部７０１と、ＭＬＭＥ−ＳＡＰ処理部７０２と、アソシエーション要求生成部７０３と、プローブ要求生成部７０４と、プローブ結果要求生成部７０５と、管理情報記憶部７０６とを備えている。ここで、管理情報記憶部７０６には、Ｃｕｒｒｅｎｔ ＡＰのＤＳ側ＭＡＣアドレスＡ１００及びＭＤＩＤが格納される。
【００５３】
ＭＬＭＥ−ＳＡＰ処理部７０２は、ＳＭＥ８００から受けたプリミティブに対応する処理及びその処理結果のＳＭＥ８００への通知を行う。アソシエーション要求フレームＦＲ５の送信をＳＭＥ８００から要求された場合、処理部７０２は、アソシエーション要求生成部７０３にアソシエーション要求指示ＩＮＳ４を与え、以てアソシエーション要求フレームＦＲ５を生成させる。プローブ要求フレームＦＲ７の送信を要求された場合、処理部７０２は、プローブ要求生成部７０４にプローブ要求指示ＩＮＳ５を与え、以てプローブ要求フレームＦＲ７を生成させる。プローブ結果要求フレームＦＲ９の送信を要求された場合、処理部７０２は、プローブ結果要求生成部７０５にプローブ結果要求指示ＩＮＳ６を与え、以てプローブ結果要求フレームＦＲ９を生成させる。なお、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用しない場合には、処理部７０２は、ＩＥＥＥ８０２．１１規格に規定される通常のアソシエーション要求フレーム及びプローブ要求フレームの生成及び送信をＭＡＣ処理部７０１に指示する。
【００５４】
また、アソシエーション要求フレームＦＲ５、プローブ要求フレームＦＲ７、及びプローブ結果要求フレームＦＲ９は、ＭＡＣ処理部７０１によりアクセスポイント１０に対して送信される。
【００５５】
以下、図２に示したアクセスポイント１０及び図３に示した端末２０の動作を説明するが、まず、端末２０がＣｕｒｒｅｎｔ ＡＰとの接続を完了するまで(アソシエーション応答フレームＦＲ６を受信するまで)の動作例(１)を、図４、図５Ａ〜５Ｃ、図６〜図８、図９Ａ〜図９Ｃ、図１０〜図１２、図１３Ａ〜図１３Ｃ、及び図１４を参照して説明する。そして、端末２０がスキャン結果を取得するまで(プローブ結果応答フレームＦＲ１０を受信するまで)の動作例(２)を、図１５〜図１７、図１８Ａ〜図１８Ｃ、図１９〜図２２、図２３Ａ〜図２３Ｃ、図２４〜図２６、図２７Ａ〜図２７Ｃ、図２８Ａ〜図２８Ｃ、図２９、及び図３０を参照して説明する。
【００５６】
[動作例(１)]
図４は、端末２０がＣｕｒｒｅｎｔ ＡＰとしてアクセスポイント１０＿１を選択する場合における端末２０−アクセスポイント１０＿１間の相互動作を示している。
【００５７】
まず、アクセスポイント１０＿１が、定期的にビーコンフレームＦＲ１を送信する(ステップＳ１０)。
【００５８】
ビーコンフレームＦＲ１の構成例を図５Ａ〜５Ｃに示す。ビーコンフレームＦＲ１は、図５Ａに示すように、ＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有しており、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド１００１、Ｄｕｒａｔｉｏｎフィールド１００２、ＤＡ(Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ)フィールド１００３、ＳＡ(Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ)フィールド１００４、ＢＳＳＩＤフィールド１００５、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド１００６、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７、及びＦＣＳ(Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ)フィールド１００８から構成されている。
【００５９】
この内、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド１００１は、図５Ｂに示すように、Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎフィールド１０１１、Ｔｙｐｅフィールド１０１２、Ｓｕｂｔｙｐｅフィールド１０１３、ＴｏＤＳフィールド１０１４、ＦｒｏｍＤＳフィールド１０１５、Ｍｏｒｅ Ｆｒａｇフィールド１０１６、Ｒｅｔｒｙフィールド１０１７、Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔフィールド１０１８、Ｍｏｒｅ Ｄａｔａフィールド１０１９、ＷＥＰ(Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ)フィールド１０２０、及びＯｒｄｅｒフィールド１０２１から成る。Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎフィールド１０１１には、ＩＥＥＥ８０２．１１のＭＡＣプロトコルのバーションを示す２進数の"００"が設定される。Ｔｙｐｅフィールド１０１２には、Ｍａｎａｇｅｍｅｎｔフレームであることを示す２進数の"００"が設定され、Ｓｕｂｔｙｐｅフィールド１０１３には、ビーコンフレームであることを示す２進数の"１０００" が設定される。その他のフィールド１０１４〜１０２１には、ＩＥＥＥ８０２．１１規格に従った適切な値が設定されているものとする。
【００６０】
また、Ｄｕｒａｔｉｏｎフィールド１００２には、他の端末の送信を抑制するためのＮＡＶ(Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ)値が設定される。
【００６１】
ＤＡフィールド１００３には、ビーコンフレームの場合、ブロードキャストアドレスが設定される。ＳＡフィールド１００４及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定される。
【００６２】
Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド１００６には、Ｆｒａｇｍｅｎｔ ＮｕｍｂｅｒとＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒとが設定される。
【００６３】
ＦＣＳフィールド１００８には、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド１００１からＦｒａｍｅ Ｂｏｄｙフィールド１００７までの情報の誤り検出符号が設定される。
【００６４】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図５Ｃに示すように、ＩＥＥＥ８０２．１１規格で規定されるビーコンフレームの情報要素が設定されたＩＥ(Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ)フィールド１０３１と、アクセスポイント１０＿１におけるＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用可否を含むＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥフィールド１０３２から成る。
【００６５】
ここで、フィールド１０３２は、図６に示す如く、ベンダー固有の値(例えば"２２１")が設定されたＥｌｅｍｅｎｔ ＩＤフィールド１１０１と、Ｌｅｎｇｔｈフィールド１１０２と、ベンダー識別子(例えば"０ｘ００００４ｃ")が設定されたＯＵＩフィールド１１０３と、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥであることを示す値(例えば"０ｘ１")が設定されたＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ ＩＤフィールド１１０４と、Ｃａｐａｂｉｌｉｔｙフィールド１１０５とから成る。なお、Ｌｅｎｇｔｈフィールド１１０２には、フィールド１１０３〜１１０５の合計長が設定される。
【００６６】
また、Ｃａｐａｂｉｌｉｔｙフィールド１１０５は、Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６と、Ｒｅｓｅｒｖｅｄフィールド１１０７から成る。Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６には、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用可否(１：使用可、０：使用不可)が設定される。Ｒｅｓｅｒｖｅｄフィールド１１０７は未使用の予約された領域であり、端末２０はこの領域に設定された値を無視するものとする。
【００６７】
上記のビーコンフレームＦＲ１を受信した端末２０は、フレームＦＲ１にＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥフィールド１０３２が含まれているか否かを確認する。フィールド１０３２が含まれない場合、或いはＵｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６に"０(使用不可)"が設定されている場合、端末２０は、アクセスポイント１０＿１がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能をサポートしていないと判断し、アクティブスキャンを実行する際はＩＥＥＥ８０２．１１規格で規定される通常のアクティブスキャンのみを実行する。一方、Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６に"１(使用可)"が設定されている場合、端末２０は、アクセスポイント１０＿１がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能をサポートしていると判断し、必要に応じてＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを実行する。具体的には、探索範囲が同一モビリティドメイン内のアクセスポイントだけで問題ない場合はＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを実行し、そうでない場合は通常のアクティブスキャンを実行する。
【００６８】
端末２０は、アクセスポイント情報記憶部９００に、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能の使用可否を登録する。なお、後述する如く、アクセスポイント１０が端末２０に対して直接送信するプローブ応答フレームにもＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥフィールド１０３２が含まれる。
【００６９】
図４に戻って、アクセスポイント１０＿１への帰属を決定(アクセスポイント１０＿１をＣｕｒｒｅｎｔ ＡＰとして選択)したとすると、端末２０は、まず認証要求(Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ)フレームＦＲ２をアクセスポイント１０＿１に対して送信する（ステップＳ２０）。これを受信したアクセスポイント１０＿１は、認証要求フレームＦＲ２に対する確認応答(Ａｃｋ)フレームＦＲ３を返信し(ステップＳ３０)、この後、認証応答フレームＦＲ４を端末２０に対して送信する(ステップＳ４０)。なお、フレームＦＲ２、ＦＲ３、及びＦＲ４はＩＥＥＥ８０２．１１規格で規定される一般的なフォーマットを有していれば良いため、図示及び説明を省略する。
【００７０】
そして、認証応答フレームＦＲ４を受信した端末２０は、ＡｃｋフレームＦＲ３を返信し(ステップＳ５０)、この後、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用する旨を設定したアソシエーション要求フレームＦＲ５をアクセスポイント１０＿１に対して送信する（ステップＳ６０）。
【００７１】
この時の端末２０におけるＩＥＥＥ８０２．１１ ＭＡＣ部７００及びＳＭＥ８００の動作を、図７、図８、及び図９Ａ〜９Ｃを参照して詳細に説明する。
【００７２】
図７はＳＭＥ８００の動作例を示すフローチャート図である。同図に示すように、まずＳＭＥ８００は、ＳＭＥ８００がＭＬＭＥ−ＳＡＰ処理部７０２に対して発行した認証要求フレームＦＲ２の送信を要求するプリミティブに対し、それの応答であるＭＬＭＥ−ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ．ｃｏｎｆｉｒｍをＭＬＭＥ−ＳＡＰ処理部７０２から受信したか否かを判定する(ステップＳ６０１)。ＭＬＭＥ−ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ．ｃｏｎｆｉｒｍを受信した場合、ＳＭＥ８００は、アクセスポイント情報記憶部９００を参照し(ステップＳ６０２)、Ｃｕｒｒｅｎｔ ＡＰ(アクセスポイント１０＿１)がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能をサポートしているか否か(すなわち、端末２０がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用できるか否か)を判定する(ステップＳ６０３)。
【００７３】
この結果、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能が使用可であると判定した場合、ＳＭＥ８００は、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎの使用を示すパラメータを設定したＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｑｕｅｓｔプリミティブをＭＬＭＥ−ＳＡＰ処理部７０２に対して発行する(ステップＳ６０４)。一方、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能が使用不可であると判定した場合、ＳＭＥ８００は、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用しない旨のパラメータを設定したＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｑｕｅｓｔプリミティブをＭＬＭＥ−ＳＡＰ処理部７０２に対して発行する(ステップＳ６０５)。
【００７４】
図８はＩＥＥＥ８０２．１１ ＭＡＣ部７００の動作例を示すフローチャート図である。同図に示すように、ＭＬＭＥ−ＳＡＰ処理部７０２は、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ＝"使用"が設定されたＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｑｕｅｓｔプリミティブを受信したか否かを判定する(ステップＳ６０６)。Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ＝"使用"が設定されている場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、アソシエーション要求指示ＩＮＳ４をアソシエーション要求生成部７０３に与える。指示ＩＮＳ４を受けたアソシエーション要求生成部７０３は、図９Ａ〜９Ｃに示す如くＦａｓt Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ １０３２を含み、Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６(図６参照)が"１"に設定されたアソシエーション要求フレームＦＲ５を生成する(ステップＳ６０７)。
【００７５】
ここで、アソシエーション要求フレームＦＲ５は、図９Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図９Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、アソシエーション要求フレームであることを示す２進数の"００００"が設定される。なお、リアソシエーション要求フレームである場合には、フィールド１０１３に２進数の"００１０"が設定される。
【００７６】
ＤＡフィールド１００３及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定され、ＳＡフィールド１００４には、端末２０のＭＡＣアドレスが設定される。
【００７７】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図９Ｃに示すように、ＩＥＥＥ８０２．１１規格で規定されるアソシエーション要求フレームの情報要素が設定されたＩＥフィールド１０３３と、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥフィールド１０３２から成る。
【００７８】
そして、アソシエーション要求生成部７０３は、生成したアソシエーション要求フレームＦＲ５をＭＡＣ処理部７０１に与え、以てアクセスポイント１０＿１に対して送信させる(ステップＳ６０８)。
【００７９】
上記のステップＳ６０６においてＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ＝"不使用"が設定されている場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、ＭＡＣ処理部７０１に対して、ＩＥＥＥ８０２．１１規格に規定される通常のアソシエーション要求フレームＦＲ５ａの生成(ステップＳ６０９)及び送信(ステップＳ６０８)を指示する。
【００８０】
図４に戻って、アソシエーション要求フレームＦＲ５を受信したアクセスポイント１０＿１は、ＡｃｋフレームＦＲ３を返信し(ステップＳ７０)、この後、アソシエーション応答フレームＦＲ６を端末２０に対して送信する(ステップＳ８０)。
【００８１】
この時のアクセスポイント１０＿１の動作を、図１０〜図１４を参照して詳細に説明する。
【００８２】
図１０に示すように、まずアクセスポイント１０＿１内のアソシエーション要求解析部４０２において、端末２０がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用するか否かを示す変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎを"０(不使用)"に初期化する(ステップＳ６１０)。そして、アソシエーション要求解析部４０２は、アソシエーション要求フレームＦＲ５中のＭＡＣヘッダ(図９Ａに示したフィールド１００１〜１００６)を解析する(ステップＳ６１１)。この時、アソシエーション要求解析部４０２は、ＭＡＣヘッダ内のＳＡフィールド１００４に設定されている端末２０のＭＡＣアドレスを、変数ｓｔａ＿ａｄｄｒｅｓｓに代入する(ステップＳ６１２)。
【００８３】
そして、アソシエーション要求解析部４０２は、Ｆｒａｍｅ Ｂｏｄｙ １００７中の情報要素を先頭から参照する(ステップＳ６１３)。アソシエーション要求解析部４０２は、参照中の情報要素がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥ １０３２か否かを判定する(ステップＳ６１４)。Ｆｒａｍｅ Ｂｏｄｙ １００７中の先頭はＩＥ １０３３であるため、アソシエーション要求解析部４０２は、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥ １０３２でないと判定し、ＩＥ １０３３をＩＥＥＥ８０２．１１規格に従って処理する(ステップＳ６１５)。
【００８４】
そして、アソシエーション要求解析部４０２は、処理すべき後続の情報要素が存在するか否かを判定する(ステップＳ６１６)。Ｆｒａｍｅ Ｂｏｄｙ １００７中にはＩＥ １０３３に後続するＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ Ｃａｐａｂｉｌｉｔｙ ＩＥ １０３２が存在するため、アソシエーション要求解析部４０２は、次のＩＥ １０３２を参照する(ステップＳ６１７)。上記のステップＳ６１４を経由した後、アソシエーション要求解析部４０２は、Ｃａｐａｂｉｌｉｔｙフィールド１１０５(図６参照)中のＵｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６を参照し(ステップＳ６１８)、このフィールド１１０６に"１(Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用)"が設定されているか否かを判定する(ステップＳ６１９)。
【００８５】
この結果、Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６＝"１"が成立した場合、アソシエーション要求解析部４０２は、変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎにＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用することを示す"１"を設定する(ステップＳ６２０)。なお、Ｕｓｅ Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎフィールド１１０６＝"０"が成立した場合には、変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"０"が維持される。
【００８６】
そして、アソシエーション要求解析部４０２は、再び上記のステップＳ６１６に進むが、Ｆｒａｍｅ Ｂｏｄｙ １００７中には後続の情報要素が存在しないため、図１１に示すステップＳ６２１に進んで、変数ｓｔａ＿ａｄｄｒｅｓｓ及びｕｓｅ＿ｆａｓｔ＿ｓｃａｎの内容を帰属端末情報記憶部４０６へ格納する。このようにして、帰属端末情報記憶部４０６には、図１２に示す如く帰属端末のＭＡＣアドレスと、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎの使用可否とが対応付けられて記憶されることとなる。
【００８７】
さらに、アソシエーション要求解析部４０２は、変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"１"が成立するか否かを判定する(ステップＳ６２２)。変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"１"が成立する場合、アソシエーション要求解析部４０２は、アソシエーション要求フレームＦＲ５をアソシエーション応答生成部４０７へ転送する。アソシエーション応答生成部４０７は、ＤＳ側ＭＡＣアドレス取得部４０８にアドレス取得指示ＩＮＳ２を与え、以てＩＥＥＥ８０２．３ＭＡＣ部１０２が有するＤＳ側ＭＡＣアドレスＡ１００を取得させる(ステップＳ６２３)。アソシエーション応答生成部４０７は、取得したＤＳ側ＭＡＣアドレスＡ１００を含むアソシエーション応答フレームＦＲ６を生成する(ステップＳ６２４)。
【００８８】
ここで、アソシエーション応答フレームＦＲ６は、図１３Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図１３Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、アソシエーション応答フレームであることを示す２進数の"０００１"が設定される。なお、リアソシエーション応答フレームである場合には、フィールド１０１３に２進数の"００１１"が設定される。
【００８９】
ＤＡフィールド１００３には、端末２０のＭＡＣアドレスが設定され、ＳＡフィールド１００４及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定される。
【００９０】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図１３Ｃに示すように、ＩＥＥＥ８０２．１１規格で規定されるアソシエーション応答フレームの情報要素が設定されたＩＥフィールド１０３４と、Ｃｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥフィールド１０３５から成る。
【００９１】
ここで、フィールド１０３５は、図１４に示す如く、ベンダー固有の値(例えば"２２１")が設定されたＥｌｅｍｅｎｔ ＩＤフィールド１１０１と、Ｌｅｎｇｔｈフィールド１１０２と、ベンダー識別子(例えば"０ｘ００００４ｃ")が設定されたＯＵＩフィールド１１０３と、Ｃｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥであることを示す値(例えば"０ｘ３")が設定されたＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ ＩＤフィールド１１０４と、ＤＳ ＭＡＣ Ａｄｄｒｅｓｓフィールド１１０６とから成る。なお、Ｌｅｎｇｔｈフィールド１１０２には、フィールド１１０３〜１１０６の合計長が設定される。
【００９２】
また、ＤＳ ＭＡＣ Ａｄｄｒｅｓｓフィールド１１０６には、ＤＳ側ＭＡＣアドレスＡ１００が設定される。
【００９３】
そして、アソシエーション応答生成部４０７は、生成したアソシエーション応答フレームＦＲ６をＭＡＣ処理部４０５に与え、以て端末２０に対して送信させる(ステップＳ６２５)。
【００９４】
上記のステップＳ６２２において変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"１"が成立しない場合、アソシエーション要求解析部４０２は、ＭＡＣ処理部４０５にアソシエーション応答指示ＩＮＳ１を与え、ＩＥＥＥ８０２．１１規格に規定される通常のアソシエーション応答フレームＦＲ６ａの生成(ステップＳ６２６)及び送信(ステップＳ６２５)を行わせる。
【００９５】
図４に戻って、アソシエーション応答フレームＦＲ６を受信した端末２０は、ＡｃｋフレームＦＲ３を返信する(ステップＳ９０)。そして、端末２０は、アソシエーション応答フレームＦＲ６中のＣｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥフィールド１０３５に格納されているアクセスポイント１０＿１のＤＳ側ＭＡＣアドレスを、管理情報記憶部７０６に格納する。以降、端末２０は、アクセスポイント１０＿１と通信中となり、他のノードと所望の通信を行うことができる。
【００９６】
[動作例(２)]
図１５は、端末２０−アクセスポイント１０＿１〜１０＿３間のＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ動作を示している。
【００９７】
まず、端末２０が、無線チャネルＣＨ１〜ＣＨ１４に対して順次プローブ要求フレームＦＲ７をブロードキャストする(ステップＳ１００)。
【００９８】
具体的には、図１６に示すように、端末２０内のＳＭＥ８００が、アクティブスキャンの対象とする無線チャネル(番号)を格納するための配列変数ＣｈａｎｎｅｌＬｉｓｔに、無線チャネルＣＨ１〜ＣＨ１４を設定する(ステップＳ１００１)。そして、ＳＭＥ８００は、アクセスポイント情報記憶部９００を参照してアクセスポイント１０＿１がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用可能であるか否か、及び端末２０自身がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用可能であるか否かを判定する(ステップＳ１００２及びＳ１００３)。アクセスポイント１０＿１又は端末２０のいずれかがＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用不可である場合、ＳＭＥ８００は、変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎを"０(Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを不使用)"に設定する(ステップＳ１００４)。一方、アクセスポイント１０＿１及び端末２０の両者がＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を使用可能である場合、ＳＭＥ８００は、変数ｕｓｅ＿ｆａｓｔ＿ｓｃａｎを"１(Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを使用)"に設定する(ステップＳ１００５)。
【００９９】
この他に、ＳＭＥ８００は、スキャン方法を示すパラメータＳｃａｎＴｙｐｅにＡｃｔｉｖｅを設定する等、ＩＥＥＥ８０２．１１規格に従って必要なパラメータを設定した後に、ＣｈａｎｎｅｌＬｉｓｔ及びｕｓｅ＿ｆａｓｔ＿ｓｃａｎをパラメータとして設定したＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｔプリミティブを、ＭＬＭＥ−ＳＡＰ処理部７０２に対して発行する(ステップＳ１００６)。このプリミティブの発行後、ＳＭＥ８００は、ＭＬＭＥ−ＳＡＰ処理部７０２からのＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍの受信を待機する(ステップＳ１００７)。ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍを受信した場合、ＳＭＥ８００は、アクティブスキャンの結果をＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍのパラメータであるＢＳＳＤｅｓｃｒｉｐｔｉｏｎから得ることができる。
【０１００】
そして、ＭＬＭＥ−ＳＡＰ処理部７０２は、図１７に示すように、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔプリミティブのパラメータｕｓｅ＿ｆａｓｔ＿ｓｃａｎが"１"に設定されているか否かを判定する(ステップＳ１００８)。ｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"１"が成立しない場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、ＩＥＥＥ８０２．１１規格に従ったアクティブスキャンを実行するようＭＡＣ処理部７０１に指示する。
【０１０１】
これにより、ＩＥＥＥ８０２．１１規格で規定される通常のプローブ要求フレームＦＲ７ａが生成され、無線チャネルＣＨ１〜ＣＨ１４に対して順次ブロードキャストされることとなる(ステップＳ１００９)。ＭＡＣ処理部７０１からアクティブスキャンの結果を受けると、ＭＬＭＥ−ＳＡＰ処理部７０２は、この結果を格納したＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍをＳＭＥ８００に対して発行する(ステップＳ１０１０)。
【０１０２】
上記のステップＳ１００８においてｕｓｅ＿ｆａｓｔ＿ｓｃａｎ＝"１"が成立した場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、配列変数ＣｈａｎｎｅｌＬｉｓｔの参照用変数ｉｎｄｅｘを"１(先頭)"に初期化する(ステップＳ１０１１)。そして、ＭＬＭＥ−ＳＡＰ処理部７０２は、アクティブスキャンに利用する無線チャネルをＣｈａｎｎｅｌＬｉｓｔ[ｉｎｄｅｘ]に格納される無線チャネルに変更するよう(切り替えるよう)ＭＡＣ処理部７０１に指示する(ステップＳ１０１２)。
【０１０３】
また、ＭＬＭＥ−ＳＡＰ処理部７０２は、プローブ要求生成部７０４にプローブ要求指示ＩＮＳ５を与えてプローブ要求フレームＦＲ７を生成させると共に、ＭＡＣ処理部７０１にブロードキャストさせる(ステップＳ１０１３)。
【０１０４】
ここで、プローブ要求フレームＦＲ７は、図１８Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図１８Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、プローブ要求フレームであることを示す２進数の"０１００"が設定される。
【０１０５】
ＤＡフィールド１００３及びＢＳＳＩＤフィールド１００５には、ブロードキャストアドレスが設定され、ＳＡフィールド１００４には、端末２０のＭＡＣアドレスが設定される。
【０１０６】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図１８Ｃに示すように、ＩＥＥＥ８０２．１１規格で規定されるプローブ要求フレームの情報要素が設定されたＩＥフィールド１０３６と、Ｍｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥフィールド１０３７と、上述したＣｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥフィールド１０３５から成る。
【０１０７】
ここで、フィールド１０３７は、図１９に示す如く、ベンダー固有の値(例えば"２２１")が設定されたＥｌｅｍｅｎｔ ＩＤフィールド１１０１と、Ｌｅｎｇｔｈフィールド１１０２と、ベンダー識別子(例えば"０ｘ００００４ｃ")が設定されたＯＵＩフィールド１１０３と、Ｍｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥであることを示す値(例えば"０ｘ２")が設定されたＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ ＩＤフィールド１１０４と、ＭＤＩＤフィールド１１０７とから成る。なお、Ｌｅｎｇｔｈフィールド１１０２には、フィールド１１０３〜１１０７の合計長が設定される。
【０１０８】
また、ＭＤＩＤフィールド１１０７には、端末２０が帰属しているアクセスポイント１０＿１の属するモビリティドメインの識別子が設定される。
【０１０９】
そして、ＭＬＭＥ−ＳＡＰ処理部７０２は、ＣｈａｎｎｅｌＬｉｓｔ[ｉｎｄｅｘ]が最終の無線チャネルであるか否かを判定する(ステップＳ１０１４)。ＣｈａｎｎｅｌＬｉｓｔ[ｉｎｄｅｘ]が最終の無線チャネルでない場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、変数ｉｎｄｅｘを"１"だけインクリメントし(ステップＳ１０１５)、次の無線チャネルについて上記のステップＳ１０１２〜Ｓ１０１４を再び実行する。
【０１１０】
一方、ＣｈａｎｎｅｌＬｉｓｔ[ｉｎｄｅｘ]が最終の無線チャネルである場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、プローブ結果要求フレームＦＲ９の送信を開始するためのタイマＴｉｍｅｒ＿Ｉｎｖｏｋｅ＿Ｐｒｏｂｅ＿Ｒｅｓｕｌｔ＿Ｒｅｑを始動して処理を中断する(ステップＳ１０１６)。
【０１１１】
図１５に戻って、アクセスポイント１０＿２及び１０＿３が無線チャネルＣＨ２及びＣＨ３をそれぞれ利用しているとすると、アクセスポイント１０＿２は、無線チャネルＣＨ２を介して受信したプローブ要求フレームＦＲ７に対するプローブ応答フレームＦＲ８を、ＤＳメディア３０を経由してアクセスポイント１０＿１に送信する。また、アクセスポイント１０＿３は、無線チャネルＣＨ３を介して受信したプローブ要求フレームＦＲ７に対するプローブ応答フレームＦＲ８を、ＤＳメディア３０を経由してアクセスポイント１０＿１に送信する。アクセスポイント１０＿１は、各プローブ応答フレームＦＲ８に対するＡｃｋフレームＦＲ３ａを返信する(ステップＳ１１０)。
【０１１２】
この時のアクセスポイント１０＿２及び１０＿３に共通の動作を、図２０〜２２及び図２３Ａ〜２３Ｃを参照して詳細に説明する。
【０１１３】
まず、図２０に示すように、プローブ要求フレームＦＲ７を受信した帰属端末判定部４０３が、帰属端末情報記憶部４０６を参照し(ステップＳ１０１６)、プローブ要求フレームＦＲ７中のＳＡフィールド１００４に格納されるアドレスが端末帰属情報ＩＮＦＯ１として登録されているか否かを判定する(ステップＳ１０１７)。今端末２０は、アクセスポイント１０＿２にも１０＿３にも帰属していないため、双方のアクセスポイント内において帰属端末判定部４０３は、図２１に示すステップＳ１０１８に進んで、プローブ要求フレームＦＲ７を非帰属端末プローブ要求解析部４１０へ転送する。
【０１１４】
プローブ要求フレームＦＲ７を受信したプローブ要求解析部４１０は、プローブ要求フレームＦＲ７にＣｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥ １０３５及びＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７が含まれているか否かを判定する(ステップＳ１０１９)。この結果、Ｃｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥ １０３５及びＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７が含まれている場合、プローブ要求解析部４１０は、プローブ要求フレームＦＲ７をＭＤＩＤ比較部４１１に転送する。
【０１１５】
プローブ要求フレームＦＲ７を受信したＭＤＩＤ比較部４１１は、Ｍｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７中のＭＤＩＤ １１０７と、ＭＤＩＤ記憶部４１２に格納されたＭＤＩＤとを比較する(ステップＳ１０２０)。両ＭＤＩＤが一致した場合(ステップＳ１０２１)、ＭＤＩＤ比較部４１１は、プローブ要求フレームＦＲ７をＤＳ向けプローブ応答生成部４１３へ転送する。ＤＳ向けプローブ応答生成部４１３は、プローブ応答フレームＦＲ８を生成する(ステップＳ１０２２)と共に、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３に、プローブ応答フレームＦＲ８をＤＳメディア３０に対して送信するよう指示する(ステップＳ１０２３)。
【０１１６】
ここで、プローブ応答フレームＦＲ８は、図２２に示すようにＩＥＥＥ８０２．３＋ＩＥＥＥ８０２．２(ＬＬＣ＋ＳＮＡＰ(Ｓｕｂｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ))形式のフレームであり、ＤＡフィールド１２０１と、ＳＡフィールド１２０２と、Ｌｅｎｇｔｈフィールド１２０３と、ＤＳＡＰ(Ｄｅｓｔｉｎａｔｉｏｎ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ)フィールド１２０４と、ＳＳＡＰフィールド１２０５と、Ｃｏｍｍａｎｄフィールド１２０６と、Ｏｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７と、ＥｔｈｅｒＴｙｐｅフィールド１２０８と、Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎフィールド１２０９と、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０と、ＦＴ Ａｃｔｉｏｎ Ｌｅｎｇｔｈフィールド１２１１と、ＡＰ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１２と、Ｎｏｎ−ＡＰ ＳＴＡ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１３と、ＩＥＥＥ８０２．１１規格で規定されるプローブ応答フレームの情報要素が設定されたＩＥフィールド１０３８と、ＦＣＳフィールド１２１４とから構成されている。
【０１１７】
ＤＡフィールド１２０１は、プローブ応答フレームＦＲ８の宛先ＭＡＣアドレスを格納するフィールドであり、この例ではアクセスポイント１０＿１のＤＳ側ＭＡＣアドレスが設定される。
【０１１８】
ＳＡフィールド１２０２は、プローブ応答フレームＦＲ８の送信元ＭＡＣアドレスを格納するフィールドである。この例ではアクセスポイント１０＿２においてはアクセスポイント１０＿２のＩＥＥＥ８０２．３ ＭＡＣ部１０２に割り当てられたＭＡＣアドレス（アクセスポイント１０＿３においては、アクセスポイント１０＿３のＩＥＥＥ８０２．３ＭＡＣ部１０２に割り当てられたＭＡＣアドレス）が設定される。
【０１１９】
Ｌｅｎｇｔｈフィールド１２０３には、フィールド１２０４〜１０３８の合計長が設定される。
【０１２０】
ＤＳＡＰフィールド１２０４は、宛先のＳｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔのアドレスを格納するフィールドである。この例ではＳＮＡＰヘッダを用いるため、１６進数の"０ｘＡＡ"が設定されるものとする。
【０１２１】
ＳＳＡＰフィールド１２０５は、送信元のＳｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔのアドレスを格納するフィールドである。この例ではＳＮＡＰヘッダを用いるため、１６進数の"０ｘＡＡ"が設定されるものとする。
【０１２２】
Ｃｏｍｍａｎｄフィールド１２０６は、ＩＥＥＥ８０２．２規格で規定されるコマンド値を格納するフィールドである。例えば"０ｘ０３"を設定する。
【０１２３】
Ｏｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７及びＥｔｈｅｒＴｙｐｅフィールド１２０８は、ＳＮＡＰで規定されるプロトコルのヘッダに属するフィールドであり、フィールド１２０９以降のデータのプロトコルを示す。これらの値はＩＥＥＥ Ｓｔａｎｄａｒｄｓ ＡｓｓｏｃｉａｔｉｏｎのＥｔｈｅｒＴｙｐｅ Ｆｉｅｌｄ Ｒｅｇｉｓｔｒａｔｉｏｎで取得できる。この例では、Ｏｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７及びＥｔｈｅｒＴｙｐｅフィールド１２０８に、それぞれＯＣＯＤＥ＿ＰＲＥＳＰ及びＥＴＹＰＥ＿ＰＲＥＳＰという値が割り当てられているものとする。
【０１２４】
Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎフィールド１２０９は、ＩＥＥＥ８０２．３＋ＩＥＥＥ８０２．２形式のバージョンを格納するフィールドであり、例えば"０ｘ１"という値を設定する。
【０１２５】
ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０には、プローブ応答フレームを示す識別子(例えば"０ｘ３")が設定される。
【０１２６】
ＦＴ Ａｃｔｉｏｎ Ｌｅｎｇｔｈフィールド１２１１は、Ｎｏｎ−ＡＰ ＳＴＡ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１３とＩＥ フィールド１０３８の合計長を格納するフィールドである。
【０１２７】
ＡＰ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１２には、プローブ応答フレームＦＲ８の送信元アクセスポイント、この例ではアクセスポイント１０＿２もしくは１０＿３の端末側ＭＡＣアドレス(ＢＳＳＩＤ)が設定される。
【０１２８】
Ｎｏｎ−ＡＰ ＳＴＡ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１３には、プローブ応答フレームＦＲ８の宛先端末、この例では端末２０のＭＡＣアドレスが設定される。
【０１２９】
ＦＣＳフィールド１２１４は、ＤＡフィールド１２０１からＩＥフィールド１０３８までの情報の誤り検出符号が設定される。
【０１３０】
図２１に戻って、上記のステップＳ１０１９又はＳ１０２１の条件が成立しなかった場合、非帰属端末プローブ要求解析部４１０又はＭＤＩＤ比較部４１１は、ＭＡＣ処理部４０５にプローブ応答指示ＩＮＳ３を与え、以て図２３Ａ〜２３Ｃに示すプローブ応答フレームＦＲ８ａの生成及び端末２０に対する送信を行わせる(ステップＳ１０２４)。
【０１３１】
ここで、プローブ応答フレームＦＲ８ａは、図２３Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図２３Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、プローブ応答フレームであることを示す２進数の"０１０１"が設定される。
【０１３２】
ＤＡフィールド１００３には、端末２０のＭＡＣアドレスが設定され、ＳＡフィールド１００４及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿２及び１０＿３の端末側ＭＡＣアドレスが設定される。
【０１３３】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図２３Ｃに示すように、上述したＩＥフィールド１０３８及びＦａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ ＣａｐａｂｉｌｉｔｙＩＥフィールド１０３２から成る。
【０１３４】
図２０に戻って、上記のステップＳ１０１７の条件が成立した場合(すなわち、端末２０と通信中のアクセスポイント１０＿１でプローブ要求フレームＦＲ７が受信された場合)、帰属端末判定部４０３は、プローブ要求フレームＦＲ７を帰属端末プローブ要求解析部４０９へ転送する(ステップＳ１０２５)。帰属端末プローブ要求解析部４０９は、プローブ要求フレームＦＲ７にＣｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥ １０３５及びＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７が含まれているか否かを判定する(ステップＳ１０２６)。この結果、Ｃｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥ １０３５及びＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７が含まれている場合、帰属端末プローブ要求解析部４０９は処理を終了する。これは、プローブ結果要求フレームＦＲ９の受信を待機するためである。一方、Ｃｕｒｒｅｎｔ ＡＰ ＤＳ ＭＡＣ Ａｄｄｒｅｓｓ ＩＥ １０３５及びＭｏｂｉｌｉｔｙ Ｄｏｍａｉｎ ＩＥ １０３７が含まれない場合、帰属端末プローブ要求解析部４０９は、ＭＡＣ処理部４０５にプローブ応答指示ＩＮＳ３を与え、以てプローブ応答フレームＦＲ８ａの生成及び端末２０に対する送信を行わせる(ステップＳ１０２７)。
【０１３５】
次に、アクセスポイント１０＿２及び１０＿３からプローブ応答フレームＦＲ８を受信した際のアクセスポイント１０＿１の動作を、図２４及び図２５を参照して詳細に説明する。
【０１３６】
まず、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３が、ＤＳメディア３０からのフレームＦＲを、ＩＥＥＥ８０２．３ ＰＨＹ部１０１、及びＩＥＥＥ８０２．３ ＭＡＣ部１０２を順に経由して受信すると、フレームＦＲがアクセスポイント１０＿１宛てか否かを確認する。フレームＦＲがアクセスポイント１０＿１宛てでない場合であって帰属端末である端末２０宛てである場合、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、フレームＦＲをＭＡＣ処理部４０５へ転送して処理させる。フレームＦＲの宛先がアクセスポイント１０＿１及び端末２０のいずれでもない場合、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、フレームＦＲ８を破棄する。フレームＦＲがアクセスポイント１０＿１宛てである場合、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、図２２に示したＯｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７及びＥｔｈｅｒＴｙｐｅフィールド１２０８を参照する。この結果、フィールド１２０８より後のデータの内容がＩＰプロトコルであると判断した場合、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、ＩＰ層へフレームＦＲを転送する。一方、Ｏｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７及びＥｔｈｅｒＴｙｐｅフィールド１２０８の値が、それぞれプローブ応答フレームを示すＯＣＯＤＥ＿ＰＲＥＳＰ及びＥＴＹＰＥ＿ＰＲＥＳＰである場合、ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、フレームＦＲをプローブ応答フレームＦＲ８と見做してＤＳ側プローブ応答受信部１０４へ転送する。
【０１３７】
これにより、図２４のステップＳ１１０１に示す如くプローブ応答フレームＦＲ８が受信されると、ＤＳ側プローブ応答受信部１０４は、フレームＦＲ８をプローブ応答フレーム記憶部１０５に格納する(ステップＳ１１０２)。具体的には、ＤＳ側プローブ応答受信部１０４は、図２５に示すように、フレームＦＲ８中のＮｏｎ−ＡＰ ＳＴＡ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１３の値(フレームＦＲ８の宛先端末のＭＡＣアドレス)、ＡＰ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１２の値(フレームＦＲ８の宛先アクセスポイントの端末側ＭＡＣアドレス)、及びＩＥフィールド１０３８の内容から成るレコードを作成し、プローブ応答フレーム記憶部１０５に追記する。
【０１３８】
この後、図１５のステップＳ１２０に示すように、端末２０が、アクセスポイント１０＿１に対してプローブ結果要求フレームＦＲ９を送信する。これを受信したアクセスポイント１０＿１は、プローブ結果要求フレームＦＲ９に対するＡｃｋフレームＦＲ３を返信し(ステップＳ１３０)、プローブ結果応答フレームＦＲ１０を端末２０に対して送信する(ステップＳ１４０)。これを受信した端末２０は、プローブ結果応答フレームＦＲ１０に対するＡｃｋフレームＦＲ３を返信する(ステップＳ１５０)。これにより、端末２０は、アクセスポイント１０＿２と１０＿３のプローブ応答フレームＦＲ８を、通信中のアクセスポイント１０＿１から得ることができる。
【０１３９】
具体的には、図２６に示すように、まず端末２０内のＭＬＭＥ−ＳＡＰ処理部７０２が、図１７のステップＳ１０１６で始動したタイマＴｉｍｅｒ＿Ｉｎｖｏｋｅ＿Ｐｒｏｂｅ＿Ｒｅｓｕｌｔ＿Ｒｅｑが満了したか否かを確認する(ステップＳ１２０１)。同タイマＴｉｍｅｒ＿Ｉｎｖｏｋｅ＿Ｐｒｏｂｅ＿Ｒｅｓｕｌｔ＿Ｒｅｑが満了した場合、ＭＬＭＥ−ＳＡＰ処理部７０２は、プローブ結果要求生成部７０５にプローブ結果要求指示ＩＮＳ６を与えてプローブ結果要求フレームＦＲ９を生成させると共に、ＭＡＣ処理部７０１にアクセスポイント１０＿１に対して送信させる(ステップＳ１２０２)。
【０１４０】
ここで、プローブ結果要求フレームＦＲ９は、図２７Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図２７Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、アクションフレームであることを示す２進数の"１１０１"が設定される。
【０１４１】
ＤＡフィールド１００３及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定され、ＳＡフィールド１００４には、端末２０のＭＡＣアドレスが設定される。
【０１４２】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図２７Ｃに示すように、プローブ結果要求フレームＦＲ９がＦａｓｔ ＢＳＳ Ｔｒａｎｓｉｔｉｏｎカテゴリに属することを示す値"６"が設定されたＣａｔｅｇｏｒｙフィールド１０３９と、プローブ結果要求フレームであることを示す値(例えば"５")が設定されたＡｃｔｉｏｎフィールド１０４０とから成る。
【０１４３】
そして、ＭＬＭＥ−ＳＡＰ処理部７０２は、アクセスポイント１０＿１からのプローブ結果応答フレームＦＲ１０の受信を待機する(ステップＳ１２０３)。
【０１４４】
ここで、プローブ結果応答フレームＦＲ１０は、図２８Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。但し、図２８Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、プローブ結果要求フレームＦＲ９と同様、２進数の"１１０１"が設定される。
【０１４５】
ＤＡフィールド１００３には、端末２０のＭＡＣアドレスが設定され、ＳＡフィールド１００４及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定される。
【０１４６】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図２８Ｃに示すように、プローブ結果要求フレームＦＲ９と同様に"６"が設定されたＣａｔｅｇｏｒｙフィールド１０３９と、プローブ結果応答フレームであることを示す値(例えば"６")が設定されたＡｃｔｉｏｎフィールド１０４０と、０以上のＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥフィールド１０４１とから成る。
【０１４７】
ここで、フィールド１０４１は、図２９に示す如く、ベンダー固有の値(例えば"２２１")が設定されたＥｌｅｍｅｎｔ ＩＤフィールド１１０１と、Ｌｅｎｇｔｈフィールド１１０２と、ベンダー識別子(例えば"０ｘ００００４ｃ")が設定されたＯＵＩフィールド１１０３と、Ｐｒｏｂｅ Ｒｅｓｕｌｔ ＩＥであることを示す値(例えば"０ｘ４")が設定されたＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｅｌｅｍｅｎｔ ＩＤフィールド１１０４と、Ｐｒｏｂｅ Ｒｅｓｕｌｔフィールド１１０８とから成る。なお、Ｌｅｎｇｔｈフィールド１１０２には、フィールド１１０３〜１１０８の合計長が設定される。
【０１４８】
また、Ｐｒｏｂｅ Ｒｅｓｕｌｔフィールド１１０８は、一例として、ＳＡフィールド１１０９と上述したＩＥフィールド１０３８とから成る。ＳＡフィールド１１０９及びＩＥフィールド１０３８には、図２５に示したＡＰ ＭＡＣアドレスの値及び情報要素の内容がそれぞれ設定される。これにより、端末２０は、ＩＥＥＥ８０２．１１規格で規定される通常のプローブ応答フレームを無線チャネルを介して受信した場合と同一の情報を取得することができる。
【０１４９】
そして、ＭＬＭＥ−ＳＡＰ処理部７０２は、上記のプローブ結果応答フレームＦＲ１０を受信すると、Ｐｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１を参照してＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍのパラメータ（ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔ）の内容を設定する(ステップＳ１２０４)。この後、ＭＬＭＥ−ＳＡＰ処理部７０２は、ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍをＳＭＥ８００に対して発行する(ステップＳ１２０５)。
【０１５０】
これにより、図１６のステップＳ１００７でＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍの受信を待機していたＳＭＥ８００が、アクティブスキャンの結果を得ることができる。
【０１５１】
また、アクセスポイント１０＿１におけるプローブ結果応答フレームＦＲ１０の送信動作を、図３０を参照して詳細に説明する。
【０１５２】
まず、端末２０からのプローブ結果要求フレームＦＲ９を受信したプローブ結果応答生成部４０４は、プローブ結果応答フレームＦＲ１０のフィールド１００１〜１０４０を作成して変数ｆｒａｍｅ＿ｂｕｆへ格納する(ステップＳ１４０１)。この時、プローブ結果応答生成部４０４は、ＤＡフィールド１００３にプローブ結果要求フレームＦＲ９の送信元ＭＡＣアドレス(ＳＡフィールド１００４の値)を格納し、ＳＡフィールド１００４にアクセスポイント１０＿１の端末側ＭＡＣアドレス(ＢＳＳＩＤ)を格納する。また、プローブ結果応答生成部４０４は、変数ｓｔａ＿ａｄｄｒにプローブ結果要求フレームＦＲ９の送信元ＭＡＣアドレスを設定する(ステップＳ１４０２)。
【０１５３】
そして、プローブ結果応答生成部４０４は、プローブ応答フレーム記憶部１０５の参照用変数ｉｎｄｅｘを"１(先頭)"を初期化する(ステップＳ１４０３)。次に、プローブ結果応答生成部４０４は、プローブ応答フレーム記憶部１０５に格納されているｉｎｄｅｘ番目のレコードが存在するか否かを確認する(ステップＳ１４０４)。レコードが存在する場合、プローブ結果応答生成部４０４は、ｉｎｄｅｘ番目のレコードの端末ＭＡＣアドレスが変数ｓｔａ＿ａｄｄｒの値と一致するか否かを判定する(ステップＳ１４０５)。
【０１５４】
今、端末２０のＭＡＣアドレスが"１１：１１：１１：１１：１１：１１"であるとすると、プローブ応答フレーム記憶部１０５の１番目のレコードの端末ＭＡＣアドレスと一致するため、プローブ結果応答生成部４０４は、ステップＳ１４０６に進んでＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１を生成済みか否かを確認する。Ｐｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１は未生成であるため、プローブ結果応答生成部４０４は、Ｐｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１を生成して変数ｆｒａｍｅ＿ｂｕｆに付加する(ステップＳ１４０７)と共に、Ｐｒｏｂｅ Ｒｅｓｕｌｔ １１０８を生成し(ステップＳ１４１２)、Ｐｒｏｂｅ Ｒｅｓｕｌｔ １１０８中のＳＡフィールド１１０９にＭＡＣアドレス＝"１１：１１：１１：１１：１１：１１"を代入する(ステップＳ１４０８)。また、プローブ結果応答生成部４０４は、Ｐｒｏｂｅ Ｒｅｓｕｌｔ １１０８中のＩＥフィールド１０３８にプローブ応答フレーム記憶部１０５の１番目のレコードの情報要素の内容を格納する(ステップＳ１４０９)と共に、１番目のレコードを消去する(ステップＳ１４１０)。
【０１５５】
そして、プローブ結果応答生成部４０４は、変数ｉｎｄｅｘを"１"だけインクリメントして上記のステップＳ１４０４〜Ｓ１４０６を再び実行する。この結果、プローブ応答フレーム記憶部１０５の２番目のレコードの端末ＭＡＣアドレスと変数ｓｔａ＿ａｄｄｒの値とが一致し、且つＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１が生成済みであるため、プローブ結果応答生成部４０４は、ステップＳ１４１２に進んでＰｒｏｂｅ Ｒｅｓｕｌｔ １１０８を生成して変数ｆｒａｍｅ＿ｂｕｆに付加すると共に、上記のステップＳ１４０８〜Ｓ１４１１を再び実行する。
【０１５６】
この場合、プローブ応答フレーム記憶部１０５の３番目及び４番目のレコードの端末ＭＡＣアドレスと変数ｓｔａ＿ａｄｄｒの値とが一致しないため、上記のステップＳ１４１１に示した変数ｉｎｄｅｘのインクリメントのみが実行される。
【０１５７】
この結果、変数ｉｎｄｅｘ＝"５"となるとプローブ応答フレーム記憶部１０５には５番目のレコードが存在しないため、プローブ結果応答生成部４０４は、変数ｆｒａｍｅ＿ｂｕｆを参照してＦＣＳを算出すると共に算出結果をＦＣＳフィールド１００８に格納し、ＦＣＳフィールド１００８を変数ｆｒａｍｅ＿ｂｕｆに付加する(ステップＳ１４１３)。そして、プローブ結果応答生成部４０４は、変数ｆｒａｍｅ＿ｂｕｆをプローブ結果応答フレームＦＲ１０としてＭＡＣ処理部４０５に与え、以てプローブ結果応答フレームＦＲ１０を端末２０に対して送信する(ステップＳ１４１４)。
【０１５８】
[実施の形態２]
本実施の形態では、上記の実施の形態１に示したプローブ結果要求フレームＦＲ９及びプローブ結果応答フレームＦＲ１０を用いること無く、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎ機能を提供することが可能である。
【０１５９】
図３１に示す本実施の形態に係るアクセスポイント１０は、図２に示したプローブ結果応答生成部４０４が削除されている点と、帰属端末プローブ要求解析部４０９ａが、プローブ応答フレーム記憶部１０５からプローブ応答フレームＦＲ８中の情報ＩＮＦＯ２を取得し、後述するプローブ応答フレームＦＲ８ｂを生成する点とが上記の実施の形態１と異なる。
【０１６０】
これに対応して、図３２に示す本実施の形態に係る端末２０は、図３に示したプローブ結果要求生成部７０５が削除されている点が上記の実施の形態１と異なる。
【０１６１】
動作においては、図３３に示すように、端末２０が、プローブ要求フレームＦＲ７をＣｕｒｒｅｎｔ ＡＰ(アクセスポイント１０＿１)が利用する無線チャネルＣＨ１に対して最後にブロードキャストする(ステップＳ１６０)。具体的には、端末２０内のＭＬＭＥ−ＳＡＰ処理部７０２が、ＳＭＥ８００から受信したＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔのパラメータであるＣｈａｎｎｅｌＬｉｓｔの順序及び内容を変更して、無線チャネルＣＨ１への切替が最後に行われるようにする。
【０１６２】
アクセスポイント１０＿２及び１０＿３は、上記の実施の形態１と同様、アクセスポイント１０＿１に対してＤＳメディア３０経由でプローブ応答フレームＦＲ８を送信する(ステップＳ１７０及びＳ１９０)。また、アクセスポイント１０＿１は、上記の実施の形態１と同様、プローブ応答フレームＦＲ８に対するＡｃｋフレームＦＲ３ａをアクセスポイント１０＿２及び１０＿３に対してそれぞれ返信する(ステップＳ１８０及びＳ２００)。
【０１６３】
一方、プローブ要求フレームＦＲ７を最後に受信したアクセスポイント１０＿１は、プローブ応答フレームＦＲ８ｂの送信を開始するためのタイマ(以下、プローブ応答収集タイマと呼称する)Ｓｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐを始動し、このタイマＳｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐが満了した時点でプローブ応答フレームＦＲ８ｂを生成して端末２０に対して送信する(ステップＳ２１０)。ここで、プローブ応答収集タイマＳｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐは、Ｃｕｒｒｅｎｔ ＡＰが、同一の無線チャネルを利用する他のアクセスポイントからのプローブ応答フレームＦＲ８の受信を待機するための時間であり、例えば、ＩＥＥＥ８０２．１１規格におけるＭａｘＣｈａｎｎｅｌＴｉｍｅと同等な時間値であれば良い。なお、端末２０自体がプローブ応答収集タイマＳｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐの満了を待機する訳ではないため、端末２０が通信中の無線チャネル以外の無線チャネルに滞在する時間を、上記の実施の形態１と同様、プローブ要求フレームの送信に要する時間のみに留めることができる。
【０１６４】
以下、アクセスポイント１０の動作例及びプローブ応答フレームＦＲ８ｂの構成例を、図３４及び図３５Ａ〜３５Ｃを参照して詳細に説明する。
【０１６５】
図３４に示すように、プローブ要求フレームＦＲ７を受信したアクセスポイント１０内の帰属端末プローブ要求解析部４０９ａは、プローブ応答収集タイマＳｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐを始動し、その満了を待機する(ステップＳ１６０１)。プローブ応答収集タイマＳｅｎｄ＿Ｐｒｏｂｅ＿Ｒｅｓｐが満了すると(ステップＳ１６０２)、帰属端末プローブ要求解析部４０９ａは、プローブ応答フレーム記憶部１０５を参照してプローブ応答フレームＦＲ８ｂを生成する(ステップＳ１６０３)。
【０１６６】
ここで、プローブ応答フレームＦＲ８ｂは、図３５Ａに示すようにＩＥＥＥ８０２．１１規格で規定される一般的なＭａｎａｇｅｍｅｎｔフレームのフォーマットを有している。図２３Ａ〜２３Ｃに示したプローブ応答フレームＦＲ８ａと同様、図３５Ｂに示すように、Ｓｕｂｔｙｐｅフィールド１０１３には、プローブ応答フレームであることを示す２進数の"０１０１"が設定される。
【０１６７】
ＤＡフィールド１００３には、端末２０のＭＡＣアドレスが設定され、ＳＡフィールド１００４及びＢＳＳＩＤフィールド１００５には、アクセスポイント１０＿１の端末側ＭＡＣアドレスが設定される。
【０１６８】
また、Ｆｒａｍｅ Ｂｏｄｙフィールド１００７は、図３５Ｃに示すように、上記の実施の形態１で示したＩＥフィールド１０３８及びＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥフィールド１０４１から成る。なお、帰属端末プローブ要求解析部４０９ａは、図２に示したプローブ結果応答生成部４０４と同様にしてＰｒｏｂｅ Ｒｅｓｕｌｔ ＩＥ １０４１を生成することができる。
【０１６９】
そして、帰属端末プローブ要求解析部４０９ａは、プローブ応答フレームＦＲ８ｂをＭＡＣ処理部４０５に与え、以てプローブ応答フレームＦＲ８ｂを端末２０に対して送信させる(ステップＳ１６０４)。
【０１７０】
また、プローブ応答フレームＦＲ８ｂを受信した端末２０内のＭＬＭＥ−ＳＡＰ処理部７０２は、上記の実施の形態１に示したプローブ結果応答フレームＦＲ１０の場合と同様にしてパラメータを設定したＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍをＳＭＥ８００に対して発行する。
【０１７１】
このように、本実施の形態においては、プローブ結果要求フレーム及びプローブ結果応答フレームの交換が不要であるため、これらのフレームによる帯域の消費を回避することができる。また、新規にプローブ結果要求フレーム及びプローブ結果応答フレームを定義する必要が無いというメリットもある。
【０１７２】
[実施の形態３]
本実施の形態では、ＭＤＩＤを使用せずにＦａｓｔ ｃｔｉｖｅ Ｓｃａｎ機能を提供することが可能である。
【０１７３】
図３６に示す本実施の形態に係るアクセスポイント１０は、図２に示した構成に加えて、ＤＳ側インタフェース１００内に接続確認応答部１０６が追加されている点と、ＭＤＩＤ比較部４１１及びＭＤＩＤ記憶部４１２に代えて、接続確認部４１４が設けられている点が上記の実施の形態１と異なる。
【０１７４】
動作においては、接続確認部４１４が、非帰属端末からプローブ要求フレームＦＲ７を受信すると、ＡＰ ＤＳ ＭＡＣ Ａｄｄｅｒｅｓｓ ＩＥフィールド１０３５(図１８Ｃ参照)に含まれるＤＳ側ＭＡＣアドレスを有するＣｕｒｒｅｎｔ ＡＰが自ＡＰとＤＳメディア３０を介して接続されているか確認するために、図３７に示す接続確認フレームＦＲ１１を生成する。
【０１７５】
この接続確認フレームＦＲ１１は、ＩＥＥＥ８０２．３＋ＩＥＥＥ８０２．２(ＬＬＣ＋ＳＮＡＰ)形式のフレームであり、ＤＡフィールド１２０１と、ＳＡフィールド１２０２と、Ｌｅｎｇｔｈフィールド１２０３と、ＤＳＡＰフィールド１２０４と、ＳＳＡＰフィールド１２０５と、Ｃｏｍｍａｎｄフィールド１２０６と、Ｏｒｇａｎｉｚａｔｉｏｎ Ｃｏｄｅフィールド１２０７と、ＥｔｈｅｒＴｙｐｅフィールド１２０８と、Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎフィールド１２０９と、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０と、ＦＴ Ａｃｔｉｏｎ Ｌｅｎｇｔｈフィールド１２１１と、ＡＰ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１２とから構成されている。
【０１７６】
接続確認フレームＦＲ１１は、図２２に示したプローブ応答フレームＦＲ８と比較して、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０に接続確認フレームであることを示す"０ｘ４"が設定される点と、Ｎｏｎ−ＡＰ ＳＴＡ ＭＡＣ Ａｄｄｒｅｓｓフィールド１２１３以降のフィールドが存在しない点が異なる。
【０１７７】
そして、接続確認部４１４は、生成した接続確認フレームＦＲ１１をＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３に与える。接続確認フレームＦＲ１１は、ＩＥＥＥ８０２．３ ＭＡＣ部１０２、ＩＥＥＥ８０２．３ ＰＨＹ部１０１、及びＤＳメディア３０を経由してＣｕｒｒｅｎｔ ＡＰで受信される。
【０１７８】
接続確認フレームＦＲ１１を受信したＣｕｒｒｅｎｔ ＡＰ内のＩＥＥＥ８０２．３ ＭＡＣ部１０２は、フレームＦＲ１１をＩＥＥＥ ８０２．１／ＩＥＥＥ８０２．２処理部１０３に転送する。ＩＥＥＥ ８０２．１／ＩＥＥＥ８０２．２処理部１０３は、フレームＦＲ１１をＤＳ側プローブ応答受信部１０４へ転送する。
【０１７９】
ＤＳ側プローブ応答受信部１０４は、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０の値を確認し、接続確認フレームＦＲ１１であることを認識する。この場合、ＤＳ側プローブ応答受信部１０４は、接続確認フレームＦＲ１１を接続確認応答部１０６へ転送する。
【０１８０】
接続確認応答部１０６は、接続確認フレームＦＲ１１への応答として接続確認応答フレームＦＲ１２を生成する。この接続確認応答フレームＦＲ１２は、図３８に示す如く、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０に接続確認応答フレームであることを示す"０ｘ５"が設定されている点が接続確認フレームＦＲ１１と異なる。但し、ＤＡフィールド１２０１には、接続確認フレームＦＲ１１の送信元のＭＡＣアドレスが設定され、ＳＡフィールド１２０２には、自ＡＰのＤＳ側ＭＡＣアドレスが設定される。
【０１８１】
そして、接続確認応答部１０６は、生成した接続確認応答フレームＦＲ１２をＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部１０３に与える。接続確認応答フレームＦＲ１２は、ＩＥＥＥ８０２．３ ＭＡＣ部１０２、ＩＥＥＥ８０２．３ ＰＨＹ部１０１、及びＤＳメディア３０を経由して接続確認フレームＦＲ１１の送信元ＡＰで受信される。
【０１８２】
接続確認フレームＦＲ１１の送信元ＡＰは、受信した接続確認応答フレームＦＲ１２を、ＩＥＥＥ８０２．３ ＰＨＹ部１０１、ＩＥＥＥ８０２．３ ＭＡＣ部１０２、及びＩＥＥＥ ８０２．１／ＩＥＥＥ８０２．２処理部１０３を経由して、ＤＳ側プローブ応答受信部１０４へ転送する。
【０１８３】
ＤＳ側プローブ応答受信部１０４は、ＦＴ Ｐａｃｋｅｔ Ｔｙｐｅフィールド１２１０の値を確認し、接続確認応答フレームＦＲ１２であることを認識して接続確認部４１４へ転送する。
【０１８４】
接続確認部４１４は、接続確認応答フレームＦＲ１２を受信すると、プローブ要求フレームＦＲ７を送信してきた端末が帰属するＣｕｒｒｅｎｔ ＡＰが自ＡＰとＤＳメディア３０を介して接続されていることを認識する。従って、接続確認部４１４は、上記の実施の形態１におけるＭＤＩＤ比較部４１１と同様にしてプローブ応答フレームＦＲ８をＤＳメディア３０経由で送信することができる。一方、所定時間経過しても接続確認応答フレームＦＲ１２を受信できない場合、接続確認部４１４は、Ｃｕｒｒｅｎｔ ＡＰと接続されていないと認識してプローブ応答指示ＩＮＳ３をＭＡＣ処理部４０５に与え、以てＩＥＥＥ８０２．１１規格に従った通常のプローブ応答フレームを端末２０に対して送信する。
【０１８５】
このように、本実施の形態においては、ＭＤＩＤを使用しないため、ＭＤＩＤが採用されないアクセスポイントによって構成されるネットワークであっても、Ｆａｓｔ Ａｃｔｉｖｅ Ｓｃａｎを実行することができる。
【０１８６】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【０１８７】
この出願は、２００８年４月２３日に出願された日本出願特願２００８−１１２０１９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１８８】
本発明は、基地局及び端末、並びにこれらの制御方法に適用され、特に基地局の探索に要する時間を短縮することが可能な基地局及び端末、並びにこれらの制御方法に適用される。
【符号の説明】
【０１８９】
１  ネットワーク
１０, １０＿１〜１０＿３  アクセスポイント(ＡＰ)
２０  端末
３０  ディストリビューションシステム(ＤＳ)メディア
１００, １００＿１〜１００＿３  ＤＳ側インタフェース
１０１  ＩＥＥＥ８０２．３ ＰＨＹ部
１０２  ＩＥＥＥ８０２．３ ＭＡＣ部
１０３  ＩＥＥＥ８０２．１／ＩＥＥＥ８０２．２処理部
１０４  ＤＳ側プローブ応答受信部
１０６  接続確認応答部
１０５  プローブ応答フレーム記憶部
２００, ２００＿１〜２００＿３  端末側インタフェース
３００, ６００  ＩＥＥＥ８０２．１１ ＰＨＹ部
４００, ７００  ＩＥＥＥ８０２．１１ ＭＡＣ部
４０１  フレーム解析部
４０２  アソシエーション要求解析部
４０３  帰属端末判定部
４０４  プローブ結果応答生成部
４０５, ７０１  ＭＡＣ処理部
４０６  端末帰属情報記憶部
４０７  アソシエーション応答生成部
４０８  ＤＳ側ＭＡＣアドレス
４０９, ４０９ａ  帰属端末プローブ要求解析部
４１０  非帰属端末プローブ要求解析部
４１１  ＭＤＩＤ比較部
４１２  ＭＤＩＤ記憶部
４１３  ＤＳ向けプローブ応答生成部
４１４  接続確認部
５００, ８００  ＳＭＥ
７０２  ＭＬＭＥ−ＳＡＰ処理部
７０３  アソシエーション要求生成部
７０４  プローブ要求生成部
７０５  プローブ結果要求生成部
９００  アクセスポイント情報記憶部
ＣＨ１〜ＣＨ１４  無線チャネル
Ａ１００  ＤＳ側ＭＡＣアドレス
ＦＲ  フレーム
ＦＲ１  ビーコンフレーム
ＦＲ２  認証要求フレーム
ＦＲ３  Ａｃｋフレーム
ＦＲ４  認証応答フレーム
ＦＲ５  アソシエーション要求フレーム
ＦＲ６  アソシエーション応答フレーム
ＦＲ７  プローブ要求フレーム
ＦＲ８, ＦＲ８ａ, ＦＲ８ｂ  プローブ応答フレーム
ＦＲ９  プローブ結果要求フレーム
ＦＲ１０  プローブ結果応答フレーム
ＦＲ１１  接続確認フレーム
ＦＲ１２  接続確認応答フレーム
ＦＲｏ  他のフレーム
ＩＮＦＯ１  端末帰属情報
ＩＮＦＯ２  フレームＦＲ８中の情報
ＩＮＳ１  アソシエーション応答指示
ＩＮＳ２  アドレス取得指示
ＩＮＳ３  プローブ応答指示
ＩＮＳ４  アソシエーション要求指示
ＩＮＳ５  プローブ要求指示
ＩＮＳ６  プローブ結果要求指示
【図１】
0005418496.tif 000002
【図２】
0005418496.tif 000003
【図３】
0005418496.tif 000004
【図４】
0005418496.tif 000005
【図５Ａ】
0005418496.tif 000006
【図５Ｂ】
0005418496.tif 000007
【図５Ｃ】
0005418496.tif 000008
【図６】
0005418496.tif 000009
【図７】
0005418496.tif 000010
【図８】
0005418496.tif 000011
【図９Ａ】
0005418496.tif 000012
【図９Ｂ】
0005418496.tif 000013
【図９Ｃ】
0005418496.tif 000014
【図１０】
0005418496.tif 000015
【図１１】
0005418496.tif 000016
【図１２】
0005418496.tif 000017
【図１３Ａ】
0005418496.tif 000018
【図１３Ｂ】
0005418496.tif 000019
【図１３Ｃ】
0005418496.tif 000020
【図１４】
0005418496.tif 000021
【図１５】
0005418496.tif 000022
【図１６】
0005418496.tif 000023
【図１７】
0005418496.tif 000024
【図１８Ａ】
0005418496.tif 000025
【図１８Ｂ】
0005418496.tif 000026
【図１８Ｃ】
0005418496.tif 000027
【図１９】
0005418496.tif 000028
【図２０】
0005418496.tif 000029
【図２１】
0005418496.tif 000030
【図２２】
0005418496.tif 000031
【図２３Ａ】
0005418496.tif 000032
【図２３Ｂ】
0005418496.tif 000033
【図２３Ｃ】
0005418496.tif 000034
【図２４】
0005418496.tif 000035
【図２５】
0005418496.tif 000036
【図２６】
0005418496.tif 000037
【図２７Ａ】
0005418496.tif 000038
【図２７Ｂ】
0005418496.tif 000039
【図２７Ｃ】
0005418496.tif 000040
【図２８Ａ】
0005418496.tif 000041
【図２８Ｂ】
0005418496.tif 000042
【図２８Ｃ】
0005418496.tif 000043
【図２９】
0005418496.tif 000044
【図３０】
0005418496.tif 000045
【図３１】
0005418496.tif 000046
【図３２】
0005418496.tif 000047
【図３３】
0005418496.tif 000048
【図３４】
0005418496.tif 000049
【図３５Ａ】
0005418496.tif 000050
【図３５Ｂ】
0005418496.tif 000051
【図３５Ｃ】
0005418496.tif 000052
【図３６】
0005418496.tif 000053
【図３７】
0005418496.tif 000054
【図３８】
0005418496.tif 000055
【図３９】
0005418496.tif 000056
【図４０】
0005418496.tif 000057