特許 6426082 アクティブスキャニング方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6426082

(24)【登録日】2018年11月2日

(45)【発行日】2018年11月21日

(54)【発明の名称】アクティブスキャニング方法及び装置

(51)【国際特許分類】

   H04W 76/10 20180101AFI20181112BHJP

   H04W 28/06 20090101ALI20181112BHJP

   H04W 84/12 20090101ALI20181112BHJP

   H04M 1/725 20060101ALI20181112BHJP

【ＦＩ】

   H04W76/10

   H04W28/06 110

   H04W84/12

   H04M1/725

【請求項の数】6

【全頁数】33

(21)【出願番号】特願2015-510190(P2015-510190)

(86)(22)【出願日】2013年5月2日

(65)【公表番号】特表2015-520969(P2015-520969A)

(43)【公表日】2015年7月23日

(86)【国際出願番号】KR2013003822

(87)【国際公開番号】WO2013165200

(87)【国際公開日】20131107

【審査請求日】2016年5月2日

(31)【優先権主張番号】61/641,304

(32)【優先日】2012年5月2日

(33)【優先権主張国】US

(31)【優先権主張番号】61/641,895

(32)【優先日】2012年5月3日

(33)【優先権主張国】US

(31)【優先権主張番号】61/646,375

(32)【優先日】2012年5月14日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】パク， ジウォン

(72)【発明者】

【氏名】リュ， キソン

(72)【発明者】

【氏名】クワク， ジンサム

【審査官】 桑原 聡一

(56)【参考文献】

【文献】 Katsuo Yunoki(KDDI R&D Laboratories)，Hybrid Scanning，IEEE 11-12/0277r3，２０１２年 ３月１３日，５、６ページ，ＵＲＬ，https://mentor.ieee.org/802.11/dcn/12/11-12-0277-03-00ai-hybrid-scanning.pptx

【文献】 Giwon Park (LG Electronics)，Presentation document for 12-0256 (Active scanning enhancement)， IEEE 802.11-12/0257r1，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/12/11-12-0257-01-00ai-presentation-document-for-12-0256-active-scanning-enhancement.pptx＞，２０１２年 ３月 ３日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｍ １／７２５

(57)【特許請求の範囲】

【請求項1】

無線ＬＡＮシステムにおけるスキャニングを実行する方法であって、前記方法は、
スキャニングステーションにより、アクティブスキャニングを指示するＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれるスキャン要求情報を生成することと、
前記スキャニングステーションにより、ステーションから、ブロードキャストアドレス指定されたプローブ要求フレームを受信することと、
前記スキャニングステーションにより、前記スキャン要求情報により指示されるプローブディレイ時間が満了するかまたはＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅが受信されるまで、待機することと、
前記待機すると、前記スキャニングステーションにより、前記ブロードキャストアドレス指定されたプローブ要求フレームに含まれているＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報と前記ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれているＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報が同じ場合に前記ブロードキャストアドレス指定されたプローブ要求フレームがＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）を識別するかをチェックすることによりプローブ要求フレームを送信するかを決定することと
を含み、
前記スキャニングステーションは、前記ブロードキャストアドレス指定されたプローブ要求フレームに含まれている前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報と前記ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれている前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報が同じ場合に前記ブロードキャストアドレス指定されたプローブ要求フレームが前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）を識別する場合に前記プローブ要求フレームを送信しない、方法。

【請求項2】

前記スキャン要求情報は、
特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素と、
要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素と、
前記プローブ要求フレームに応答してプローブ応答フレームを送信するかを決定するために応答ステーションにより使われる要求パラメータ要素と
のうちの少なくとも一つを含む、請求項１に記載の方法。

【請求項3】

前記要求パラメータ要素は、
前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールドと、
前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールドと、
前記ディレイ基準フィールドにより指示されたディレイタイプにおける最大アクセスディレイを指示する最大ディレイ限界フィールドと
を含む、請求項２に記載の方法。

【請求項4】

無線ＬＡＮシステムにおけるスキャニングを実行する無線装置であって、前記無線装置は、
信号を受信および送信する無線周波数部と、
前記無線周波数部に連結されたプロセッサと
を含み、前記プロセッサは、
アクティブスキャニングを指示するＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれるスキャン要求情報を生成することと、
ステーションから、ブロードキャストアドレス指定されたプローブ要求フレームを受信することと、
前記スキャン要求情報により指示されるプローブディレイ時間が満了するかまたはＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅが受信されるまで、待機することと、
前記待機すると、前記ブロードキャストアドレス指定されたプローブ要求フレームに含まれているＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報と前記ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれているＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報が同じ場合に前記ブロードキャストアドレス指定されたプローブ要求フレームがＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）を識別するかをチェックすることによりプローブ要求フレームを送信するかを決定することと
を実行するように構成され、
前記スキャニングステーションは、前記ブロードキャストアドレス指定されたプローブ要求フレームに含まれている前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報と前記ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれている前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の識別子情報が同じ場合に前記ブロードキャストアドレス指定されたプローブ要求フレームが前記ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）を識別する場合に前記プローブ要求フレームを送信しない、無線装置。

【請求項5】

前記スキャン要求情報は、
特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素と、
要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素と、
前記プローブ要求フレームに応答してプローブ応答フレームを送信するかを決定するために応答ステーションにより使われる要求パラメータ要素と
のうちの少なくとも一つを含む、請求項４に記載の無線装置。

【請求項6】

前記要求パラメータ要素は、
前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールドと、
前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールドと、
前記ディレイ基準フィールドにより指示されたディレイタイプにおける最大アクセスディレイを指示する最大ディレイ限界フィールドと
を含む、請求項５に記載の無線装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＳＴＡ（ｓｔａｔｉｏｎ）のスキャニング方法及び装置に関し、より詳しくは、ＳＴＡがアクティブスキャニングを実行する方法及び装置に関する。

【背景技術】

【0002】

最近、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ）技術の進化方向は、大きく三つの方向に進行している。既存無線ＬＡＮ進化方向の延長線上で送信速度を高めるための努力としてＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１ａｃとＩＥＥＥ８０２．１１ａｄとがある。ＩＥＥＥ８０２．１１ａｄは、６０ＧＨｚバンドを使用する無線ＬＡＮ技術である。また、既存の無線ＬＡＮより距離的に広域送信を可能にするために、１ＧＨｚ未満の周波数バンドを活用する広域無線ＬＡＮが最近台頭しており、その例として、ＴＶＷＳ（ＴＶ ｗｈｉｔｅ ｓｐａｃｅ）帯域を活用するＩＥＥＥ８０２．１１ａｆと９００ＭＨｚ帯域を活用するＩＥＥＥ８０２．１１ａｈがある。これらは、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）、広域センサネットワークだけでなく、拡張範囲Ｗｉ−Ｆｉ（ｅｘｔｅｎｄｅｄ ｒａｎｇｅ Ｗｉ−Ｆｉ）サービスの拡張を主目的とする。また、既存の無線ＬＡＮ ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）技術は、初期リンクセットアップ時間が場合によって非常に長くなる問題点があった。このような問題点を解決してＳＴＡがＡＰに迅速な接続実行が可能にするためにＩＥＥＥ８０２．１１ａｉ標準化活動が最近活発に行われている。

【0003】

ＩＥＥＥ８０２．１１ａｉは、無線ＬＡＮの初期セットアップ（ｓｅｔ−ｕｐ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）時間を画期的に節減するために迅速な認証手順を扱うＭＡＣ技術であって、２０１１年１月に正式タスクグループにより標準化活動が始まった。迅速接続手順を可能にするために、ＩＥＥＥ８０２．１１ａｉは、ＡＰ検出（ＡＰ ｄｉｓｃｏｖｅｒｙ）、ネットワーク検出（ｎｅｔｗｏｒｋ ｄｉｓｃｏｖｅｒｙ）、ＴＳＦ同期化（ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）、認証＆結合（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ＆Ａｓｓｏｃｉａｔｉｏｎ）、上位階層（ｈｉｇｈｅｒ ｌａｙｅｒ）との手順併合などの領域で手順簡素化に対する議論を進行している。そのうち、ＤＨＣＰ（ｄｙｎａｍｉｃ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ）のピギーバック（ｐｉｇｇｙｂａｃｋ）を活用した手順併合、並行ＩＰ（ｃｏｎｃｕｒｒｅｎｔ ＩＰ）を利用した全体ＥＡＰ（ｆｕｌｌ ＥＡＰ（ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ））の最適化、効率的な選別的ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）スキャニングなどのアイデアが活発に議論中である。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の目的は、アクティブスキャニング方法を提供することである。

【0005】

本発明の他の目的は、アクティブスキャニングを実行する装置を提供することである。

【課題を解決するための手段】

【0006】

前述した本発明の目的を達成するための本発明の一側面による無線ＬＡＮシステムにおけるスキャニングを実行する方法は、スキャニングステーションがアクティブスキャニングを指示するスキャン要求情報を生成するステップ、前記スキャニングステーションがステーションからスキャニングフレームを受信するステップ、及び前記受信したスキャニングフレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するステップを含む。前記スキャン要求情報は、特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素、要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素、前記アクティブスキャニング中に前記プローブ要求フレームを送信する前に使われるディレイを指示するプローブディレイ要素、及び応答ステーションが前記プローブ要求フレームに対する応答としてプローブ応答フレームを送信するかどうかを決定するために使われる要求パラメータ要素のうち少なくとも一つを含む。前記要求パラメータ要素は、前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールド、前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールド、及び前記ディレイ基準フィールドにより指示されたディレイタイプで最大アクセスディレイを指示する最大ディレイ限界を含む。

【0007】

前述した本発明の目的を達成するための本発明の他の側面によるステーションをスキャニングする無線装置において、前記無線装置は、プロセッサを含み、前記プロセッサは、スキャニングステーションがアクティブスキャニングを指示するスキャン要求情報を生成し、前記スキャニングステーションがステーションからスキャニングフレームを受信し、及び前記受信したスキャニングフレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するように具現される。前記スキャン要求情報は、特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素、要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素、前記アクティブスキャニング中に前記プローブ要求フレームを送信する前に使われるディレイを指示するプローブディレイ要素、及び応答ステーションが前記プローブ要求フレームに対する応答としてプローブ応答フレームを送信するかどうかを決定するために使われる要求パラメータ要素のうち少なくとも一つを含む。前記要求パラメータ要素は、前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールド、前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールド、及び前記ディレイ基準フィールドにより指示されたディレイタイプで最大アクセスディレイを指示する最大ディレイ限界を含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線ＬＡＮシステムにおけるスキャニングを実行する方法において、
スキャニングステーションがアクティブスキャニングを指示するスキャン要求情報を生成するステップ；
前記スキャニングステーションがステーションからスキャニングフレームを受信するステップ；及び、
前記受信したスキャニングフレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するステップ；を含むスキャニング実行方法。
（項目２）
前記スキャン要求情報は、
特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素、
要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素、
前記アクティブスキャニング中に前記プローブ要求フレームを送信する前に使われるディレイを指示するプローブディレイ要素、及び
応答ステーションが前記プローブ要求フレームに対する応答としてプローブ応答フレームを送信するかどうかを決定するために使われる要求パラメータ要素のうち少なくとも一つを含む項目１に記載のスキャニング実行方法。
（項目３）
前記要求パラメータ要素は、
前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールド、
前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールド、及び
前記ディレイ基準フィールドにより指示されたディレイタイプで最大アクセスディレイを指示する最大ディレイ限界を含む項目２に記載のスキャニング実行方法。
（項目４）
前記スキャニングフレームは、
ブロードキャストされたプローブ応答フレームまたはビーコンフレームである項目１に記載のスキャニング実行方法。
（項目５）
前記スキャニングステーションは、
前記受信したスキャニングフレームが前記スキャニング要求情報で指示された要素と少なくとも一つの同じ要素を含む場合、前記アクティブスキャニングを実行するための前記プローブ要求フレームを送信しない項目１に記載のスキャニング実行方法。
（項目６）
前記スキャニングステーションがブロードキャストプローブ要求フレームを受信するステップ；及び、
前記受信されたブロードキャストプローブ要求フレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するステップ；をさらに含む項目１に記載のスキャニング実行方法。
（項目７）
前記スキャニングステーションは、
前記受信したブロードキャストプローブ要求フレームが前記スキャン要求情報で指示された要素と少なくとも一つの同じ要素を含む場合、前記アクティブスキャニングを実行するためのプローブ要求フレームを送信しない項目６に記載のスキャニング実行方法。
（項目８）
ステーションをスキャニングする無線装置において、前記無線装置は、プロセッサを含み、前記プロセッサは、
スキャニングステーションがアクティブスキャニングを指示するスキャン要求情報を生成し、
前記スキャニングステーションがステーションからスキャニングフレームを受信し、及び
前記受信したスキャニングフレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するように具現される無線装置。
（項目９）
前記スキャン要求情報は、
特定ＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＢＳＳＩＤを指示するＢＳＳＩＤ要素、
要求されるＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｎｄｅｎｔｉｆｉｅｒ）またはワイルドカードＳＳＩＤを指示するＳＳＩＤ要素、
前記アクティブスキャニング中に前記プローブ要求フレームを送信する前に使われるディレイを指示するプローブディレイ要素、及び
応答ステーションが前記プローブ要求フレームに対する応答としてプローブ応答フレームを送信するかどうかを決定するために使われる要求パラメータ要素のうち少なくとも一つを含む項目８に記載の無線装置。
（項目１０）
前記要求パラメータ要素は、
前記プローブ応答フレームに含まれるように要求された他のＢＳＳの情報を指示するリポート要求フィールド、
前記プローブ要求フレームに対する応答に適用されるディレイタイプを指示するディレイ基準フィールド、及び
前記ディレイ基準フィールドにより指示されたディレイタイプで最大アクセスディレイを指示する最大ディレイ限界を含む項目９に記載の無線装置。
（項目１１）
前記スキャニングフレームは、
ブロードキャストされたプローブ応答フレームまたはビーコンフレームである項目８に記載の無線装置。
（項目１２）
前記スキャニングステーションは、
前記受信したスキャニングフレームが前記スキャニング要求情報で指示された要素と少なくとも一つの同じ要素を含む場合、前記アクティブスキャニングを実行するための前記プローブ要求フレームを送信しない項目８に記載の無線装置。
（項目１３）
前記プロセッサは、
前記スキャニングステーションがブロードキャストプローブ要求フレームを受信し、前記受信されたブロードキャストプローブ要求フレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、前記スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するように具現される項目８に記載の無線装置。
（項目１４）
前記スキャニングステーションは、
前記受信したブロードキャストプローブ要求フレームが前記スキャン要求情報で指示された要素と少なくとも一つの同じ要素を含む場合、前記アクティブスキャニングを実行するためのプローブ要求フレームを送信しない項目１３に記載の無線装置。

【発明の効果】

【0008】

スキャニング手順を迅速に実行することができる。

【図面の簡単な説明】

【0009】

【図1】無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

【図2】ＩＥＥＥ８０２．１１によりサポートされる無線ＬＡＮシステムの階層アーキテクチャを示す。

【図3】無線ＬＡＮにおけるスキャニング方法を示す概念図である。

【図4】ＡＰとＳＴＡのスキャニング後、認証及び結合過程を示す概念図である。

【図5】アクティブスキャニング手順（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｄｕｒｅ）に対する概念図である。

【図6】プローブ要求フレーム送信方法を示す概念図である。

【図7】本発明の実施例によるＳＴＡのスキャニング手順を示す概念図である。

【図8】本発明の実施例によるＳＴＡのスキャニング手順を示す概念図である。

【図9】本発明の実施例によるプローブ要求フレームを示す概念図である。

【図10】本発明の実施例によるプローブ要求フレーム送信方法を示す概念図である。

【図11】本発明の実施例による簡素化されたプローブ要求フレームを示す概念図である。

【図12】本発明の実施例によるプローブ要求フレーム送信可否決定方法を示す概念図である。

【図13】本発明の実施例によるプローブ要求フレームを示す概念図である。

【図14】本発明の実施例によるＡＰがＳＴＡにプローブ応答フレームを送信する方法を示す概念図である。

【図15】本発明の実施例が適用されることができる無線装置を示すブロック図である。

【発明を実施するための形態】

【0010】

図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

【0011】

図１の（Ａ）は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャネットワーク（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｎｅｔｗｏｒｋ）の構造を示す。

【0012】

図１の（Ａ）を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上の基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）１００、１０５を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化を行って互いに通信可能なＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡの集合であって、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。

【0013】

インフラストラクチャＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０、及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。

【0014】

分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、１３０が分散システム１１０を介して連結された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。

【0015】

ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。

【0016】

図１の（Ａ）のようなインフラストラクチャネットワークでは、ＡＰ１２５、１３０間のネットワーク、及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）と定義する。

【0017】

図１の（Ｂ）は、独立ＢＳＳを示す概念図である。

【0018】

図１の（Ｂ）を参照すると、独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、ＩＢＳＳ）は、アドホックモードに動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳでは、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５が分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）に管理される。ＩＢＳＳでは、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５ が移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）を構築する。

【0019】

ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と、無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースとを含む任意の機能媒体であって、広義ではＡＰと非−ＡＰ ＳＴＡ（Ｎｏｎ−ＡＰ Ｓｔａｔｉｏｎ）の両方ともを含む意味で使われることができる。

【0020】

ＳＴＡは、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。

【0021】

図２は、ＩＥＥＥ８０２．１１によりサポートされる無線ＬＡＮシステムの階層アーキテクチャを示す。

【0022】

図２において、無線ＬＡＮシステムの階層アーキテクチャ（ＰＨＹ ａｒｃｈｉｔｅｃｔｕｒｅ）を概念的に示す。

【0023】

無線ＬＡＮシステムの階層アーキテクチャは、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）副階層（ｓｕｂｌａｙｅｒ）２２０、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔ ｏ ｃ ｏ ｌ）副階層２１０、及びＰＭＤ（Ｐｈｙｓｉｃａｌ Ｍｅｄｉｕｍ Ｄｅｐｅｎｄｅｎｔ）副階層２００を含むことができる。ＰＬＣＰ副階層２１０は、ＭＡＣ副階層２２０がＰＭＤ副階層２００に最小限の従属性を有して動作可能に具現される。ＰＭＤ副階層２００は、複数のＳＴＡ間でデータを送受信するための送信インターフェース役割を遂行することができる。

【0024】

ＭＡＣ副階層２２０、ＰＬＣＰ副階層２１０、及びＰＭＤ副階層２００は、概念的に管理部（ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）を含むことができる。

【0025】

ＭＡＣ副階層２２０の管理部は、ＭＬＭＥ（ＭＡＣ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）２２５といい、物理階層の管理部は、ＰＬＭＥ（ＰＨＹ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）２１５という。このような管理部は、階層管理動作が実行されるインターフェースを提供することができる。ＰＬＭＥ２１５は、ＭＬＭＥ２２５と連結されてＰＬＣＰ副階層２１０及びＰＭＤ副階層２００の管理動作（ｍａｎａｇｅｍｅｎｔ ｏｐｅｒａｔｉｏｎ）を実行することができ、ＭＬＭＥ２２５もＰＬＭＥ２１５と連結されてＭＡＣ副階層２２０の管理動作（ｍａｎａｇｅｍｅｎｔ ｏｐｅｒａｔｉｏｎ）を実行することができる。

【0026】

ＭＡＣ階層動作が正確に実行されるためにＳＭＥ（ＳＴＡ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）２５０が存在できる。ＳＭＥ２５０は、階層に独立的な構成部として運用されることができる。ＭＬＭＥ、ＰＬＭＥ、及びＳＭＥは、プリミティブ（ｐｒｉｍｉｔｉｖｅ）に基づいて相互構成部間に情報を送信及び受信することができる。

【0027】

各副階層における動作を簡略に説明すると、下記の通りである。ＰＬＣＰ副階層２１０は、ＭＡＣ副階層２２０とＰＭＤ副階層２００との間で、ＭＡＣ階層の指示によって、ＭＡＣ副階層２２０から受けたＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＰＭＤ副階層２００に伝達し、またはＰＭＤ副階層２００から受けたフレームをＭＡＣ副階層２２０に伝達する。ＰＭＤ副階層２００は、ＰＬＣＰの下位階層であって、無線媒体を介した複数のＳＴＡ間におけるデータ送信及び受信を実行することができる。ＭＡＣ副階層２２０が伝達したＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）は、ＰＬＣＰ副階層２１０においてＰＳＤＵ（Ｐｈｙｓｉｃａｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）という。ＭＰＤＵは、ＰＳＤＵと類似するが、複数のＭＰＤＵをアグリゲイション（ａｇｇｒｅｇａｔｉｏｎ）したＡ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ ＭＰＤＵ）が伝達された場合、各々のＭＰＤＵとＰＳＤＵは、互いに異なる。

【0028】

ＰＬＣＰ副階層２１０は、ＰＳＤＵをＭＡＣ副階層２２０から受けてＰＭＤ副階層２００に伝達する過程で物理階層の送受信器により必要な情報を含む付加フィールドを付ける。このとき、付加されるフィールドは、ＰＳＤＵにＰＬＣＰプリアンブル（ｐｒｅａｍｂｌｅ）、ＰＬＣＰヘッダ（ｈｅａｄｅｒ）、コンボリューションエンコーダをゼロ状態（ｚｅｒｏ ｓｔａｔｅ）にかえすのに必要なテールビット（Ｔａｉｌ Ｂｉｔｓ）などである。ＰＬＣＰプリアンブルは、ＰＳＤＵが送信される前に、受信器に同期化機能とアンテナダイバーシティを準備するようにする役割をすることができる。データフィールドは、ＰＳＤＵにパディングビット、スクランブラを初期化するためのビットシーケンスを含むサービスフィールド、及びテールビットが付けられたビットシーケンスがエンコーディングされたコード化シーケンス（ｃｏｄｅｄ ｓｅｑｕｅｎｃｅ）を含むことができる。このとき、エンコーディング方式は、ＰＰＤＵを受信するＳＴＡでサポートされるエンコーディング方式によって、ＢＣＣ（Ｂｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎａｌ Ｃｏｄｉｎｇ）エンコーディングまたはＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）エンコーディングのうち一つが選択されることができる。ＰＬＣＰヘッダには送信するＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に対する情報を含むフィールドが含まれることができる。

【0029】

ＰＬＣＰ副階層２１０では、ＰＳＤＵに前述したフィールドを付加し、ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成し、ＰＭＤ副階層２００を経て受信ステーションに送信し、受信ステーションは、ＰＰＤＵを受信し、ＰＬＣＰプリアンブル、ＰＬＣＰヘッダからデータ復元に必要な情報を得て復元する。

【0030】

図３は、無線ＬＡＮにおけるスキャニング方法を示す概念図である。

【0031】

図３を参照すると、スキャニング方法は、パッシブスキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）３００とアクティブスキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）３５０）とに区分されることができる。

【0032】

図３の（Ａ）を参照すると、パッシブスキャニング３００は、ＡＰ３１０が周期的にブロードキャストするビーコンフレーム３３０により実行されることができる。無線ＬＡＮにおいて、ＡＰ３００は、ビーコンフレーム３３０を特定周期（例えば、１００ｍｓｅｃ）毎にｎｏｎ−ＡＰ ＳＴＡ３４０にブロードキャストする。ビーコンフレーム３３０には現在のネットワークに対する情報が含まれることができる。ｎｏｎ−ＡＰ ＳＴＡ３４０は、周期的にブロードキャストされるビーコンフレーム３３０を受信することによってネットワーク情報を受信して認証／結合（ａｕｔｈｅｎｔｉｃａｔｉｏｎ／ａｓｓｏｃｉａｔｉｏｎ）過程を実行するＡＰ３１０とチャネルに対するスキャニングを実行することができる。

【0033】

パッシブスキャニング手順３００は、ｎｏｎ−ＡＰ ＳＴＡ３４０がフレームを送信せずに、ＡＰ３１０から送信されるビーコンフレーム３３０を受信する。したがって、パッシブスキャニング手順３００は、ネットワークにおいて、データ送信／受信により発生される全体的なオーバーヘッドが小さいという長所がある。しかし、ビーコンフレーム３３０の周期に比例して受動的にスキャニングを実行するため、スキャニングの実行にかかる時間が増えるという短所がある。ビーコンフレームに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ Ｄｒａｆｔ Ｐ８０２．１１−ＲＥＶｍｂ^ＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ ２０１１‘ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ−Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ １１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１）’の８．３．３．２ ｂｅａｃｏｎ ｆｒａｍｅに開示されている。ＩＥＥＥ８０２．１１ａｉでは、追加的に異なるフォーマットのビーコンフレームを使用することもでき、このようなビーコンフレームをＦＩＬＳ（ｆａｓｔ ｉｎｉｔｉａｌ ｌｉｎｋ ｓｅｔｕｐ）ビーコンフレームということができる。また、測定パイロットフレーム（ｍｅａｓｕｒｅｍｅｎｔ ｐｉｌｏｔ ｆｒａｍｅ）は、ビーコンフレームの一部情報のみを含むフレームであり、スキャニング手順で使用することができる。測定パイロットフレームは、ＩＥＥＥ８０２．１１ ８．５．８．３ ｍｅａｓｕｒｅｍｅｎｔ ｐｉｌｏｔ ｆｏｒｍａｔに開示されている。

【0034】

図３の（Ｂ）を参照すると、アクティブスキャニング手順３５０は、ｎｏｎ−ＡＰ ＳＴＡ３９０からプローブ要求フレーム３７０をＡＰ３６０に送信して主導的にスキャニングを実行する方法を意味する。

【0035】

ＡＰ３６０では、ｎｏｎ−ＡＰ ＳＴＡ３９０からプローブ要求フレーム３７０を受信した後、フレーム衝突（ｆｒａｍｅ ｃｏｌｌｉｓｉｏｎ）を防止するために、ランダム時間待機した後、プローブ応答フレーム３８０にネットワーク情報を含んでｎｏｎ−ＡＰ ＳＴＡ３９０に送信することができる。ｎｏｎ−ＡＰ ＳＴＡ３９０は、受信したプローブ応答フレーム３８０に基づいてネットワーク情報を得てスキャニング過程を中止することができる。

【0036】

アクティブスキャニング手順３５０の場合、ｎｏｎ−ＡＰ ＳＴＡ３９０が主導的にスキャニングを実行するため、スキャニングに使われる時間が短いという長所がある。しかし、ｎｏｎ−ＡＰ ＳＴＡ３９０でプローブ要求フレーム３７０を送信しなければならないため、フレーム送信及び受信のためのネットワークオーバーヘッドが増加するという短所がある。プローブ要求フレーム３７０は、ＩＥＥＥ８０２．１１ ８．３．３．９に開示されており、プローブ応答フレーム３８０は、ＩＥＥＥ８０２．１１ ８．３．３．１０に開示されている。

【0037】

スキャニングが終わった後、ＡＰとＳＴＡは、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と結合（ａｓｓｏｃｉａｔｉｏｎ）過程を実行することができる。

【0038】

図４は、ＡＰとＳＴＡのスキャニング後、認証及び結合過程を示す概念図である。

【0039】

図４を参照すると、パッシブ／アクティブスキャニングを実行した後、スキャニングされたＡＰのうち一つのＡＰと認証及び結合を実行することができる。

【0040】

認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）過程は、例えば、２方向ハンドシェイキング（２−ｗａｙ ｈａｎｄｓｈａｋｉｎｇ）を介して実行されることができる。図４の（Ａ）は、パッシブスキャニング後、認証及び結合過程を示す概念図であり、図４の（Ｂ）は、アクティブスキャニング後、認証及び結合過程を示す概念図である。

【0041】

認証及び結合過程は、アクティブスキャニング方法を使用したか、またはパッシブスキャニングを使用したかと関係なしで、認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）４１０／認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）４２０、及び結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）３３０／結合応答フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）４４０をＡＰ４００、４５０とｎｏｎ−ＡＰ ＳＴＡ４０５、４５５との間で交換することで、同様に実行されることができる。

【0042】

認証過程は、ｎｏｎ−ＡＰ ＳＴＡ４０５、４５５から認証要求フレーム４１０をＡＰ４００、４５０に送信して実行されることができる。認証要求フレーム４１０に対する応答として認証応答フレーム４２０をＡＰ４００、４５０からｎｏｎ−ＡＰ ＳＴＡ４０５、４５５に送信することができる。認証フレームフォーマット（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｒａｍｅ ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１ ８．３．３．１１に開示されている。

【0043】

結合過程（ａｓｓｏｃｉａｔｉｏｎ）は、ｎｏｎ−ＡＰ ＳＴＡ４０５、４５５から結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）４３０をＡＰ４００、４５０に送信して実行されることができる。結合要求フレーム４３０に対する応答として結合応答フレーム４４０をＡＰ４００、４５０からｎｏｎ−ＡＰ ＳＴＡ４０５、４５５に送信することができる。送信された結合要求フレーム４３０にはｎｏｎ−ＡＰ ＳＴＡ４０５、４５５の性能（ｃａｐａｂｉｌｉｔｙ）に対する情報が含まれている。ｎｏｎ−ＡＰ ＳＴＡ４０５、４５５の性能情報に基づき、ＡＰ４００、４５０は、ｎｏｎ−ＡＰ ＳＴＡ４０５、４５５に対してサポート可能かどうかを判断することができる。サポートが可能な場合、ＡＰ４００、４５０は、結合応答フレーム４４０に結合要求フレーム４３０に対する受諾可否とその理由、自分がサポート可能な性能情報（ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）を含めてｎｏｎ−ＡＰ ＳＴＡ４０５、４５５に送信することができる。結合フレームフォーマット（ａｓｓｏｃｉａｔｉｏｎ ｆｒａｍｅ ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１ ８．３．３．５／８．３．３．６に開示されている。

【0044】

結合ステップまで実行された場合、その後、正常なデータの送信及び受信が実行されるようになる。結合が実行されない場合、結合が実行されない理由に基づいて再び結合が実行され、または他のＡＰに結合が実行されることができる。

【0045】

図５は、アクティブスキャニング手順（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｄｕｒｅ）に対する概念図である。

【0046】

図５を参照すると、アクティブスキャニング手順は、下記のようなステップに実行されることができる。

【0047】

（１）ＳＴＡ５００がスキャニング手順を実行する準備がされているかどうかを判断する。

【0048】

ＳＴＡ５００は、例えば、プローブディレイ時間（ｐｒｏｂｅ ｄｅｌａｙ ｔｉｍｅ）が満了（ｅｘｐｉｒｅ）され、または特定なシグナリング情報（例えば、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅ）が受信される時まで待ってアクティブスキャニングを実行することができる。

【0049】

プローブディレイ時間は、ＳＴＡ５００がアクティブスキャニングを実行する時、プローブ要求フレーム５１０を送信する前に発生されるディレイである。ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅは、物理（ＰＨＹ）階層からローカルＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層に送信される信号である。ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅは、ＰＬＣＰ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）で有効なＰＬＣＰヘッダを含むＰＰＤＵ（ＰＬＣＰ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を受信したという情報をＭＡＣ階層にシグナリングすることができる。

【0050】

（２）基本接続（ｂａｓｉｃ ａｃｃｅｓｓ）を実行する。

【0051】

８０２．１１ ＭＡＣ階層では、例えば、コンテンションベースの関数である分散調整関数（ｄｉｓｔｒｉｂｕｔｅｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＤＣＦ）を使用して複数のＳＴＡが無線媒体を共有することができる。ＤＣＦは、接続プロトコルであり、キャリア検知多重接続及び衝突回避（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ ａｖｏｉｄａｎｃｅ、ＣＳＭＡ／ＣＡ）を使用してバックオフ（ｂａｃｋ−ｏｆｆ）方式を介してＳＴＡ間の出動を防止することができる。ＳＴＡ５００は、基本接続方法を使用してプローブ要求フレーム５１０をＡＰ５６０、５７０に送信することができる。

【0052】

（３）ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに含まれているＡＰ５６０、５７０を特定するための情報（例えば、ＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）情報）をプローブ要求フレーム５１０に含んで送信することができる。

【0053】

ＢＳＳＩＤは、ＡＰを特定するための指示子であり、ＡＰのＭＡＣアドレスに該当する値を有することができる。ＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）は、ＳＴＡ運用者が読み取ることができるＡＰを特定するためのネットワーク名称である。ＢＳＳＩＤ及び／またはＳＳＩＤは、ＡＰを特定するために使われることができる。

【0054】

ＳＴＡ５００は、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅにより含まれているＡＰ５６０、５７０を特定するための情報に基づいてＡＰを特定することができる。特定されたＡＰ５６０、５７０は、プローブ応答フレーム５４０、５５０をＳＴＡ５００に送信することができる。ＳＴＡ５００は、プローブ要求フレーム５１０にＳＳＩＤ及びＢＳＳＩＤ情報を含んで送信することで、プローブ要求フレーム５１０をユニキャスト、マルチキャストまたはブロードキャストすることができる。ＳＳＩＤ及びＢＳＳＩＤ情報を使用してプローブ要求フレーム５１０をユニキャスト、マルチキャストまたはブロードキャストする方法に対しては図５で追加的に詳述する。

【0055】

例えば、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅにＳＳＩＤリストが含まれる場合、ＳＴＡ５００は、プローブ要求フレーム５１０にＳＳＩＤリストを含んで送信することができる。ＡＰ５６０、５７０は、プローブ要求フレーム５１０を受信し、受信されたプローブ要求フレーム５１０に含まれているＳＳＩＤリストに含まれているＳＳＩＤを判断し、ＳＴＡ５００にプローブ応答フレーム５４０、５５０を送信するかどうかを決定することができる。

【0056】

（４）プローブタイマを０に初期化した後、タイマを動作させる。

【0057】

プローブタイマは、最小チャネル時間（ＭｉｎＣｈａｎｎｅｌｔｉｍｅ）５２０及び最大チャネル時間（ＭａｘＣｈａｎｎｅｌｔｉｍｅ）５３０をチェックするために使われることができる。最小チャネル時間５２０及び最大チャネル時間５３０は、ＳＴＡ５００のアクティブスキャニング動作を制御するために使われることができる。

【0058】

最小チャネル時間５２０は、ＳＴＡ５００がアクティブスキャニングを実行するチャネルを変更するための動作を実行するために使われることができる。例えば、ＳＴＡ５００が最小チャネル時間５２０までプローブ応答フレーム５４０、５５０を受信することができない場合、ＳＴＡ５００は、スキャニングチャネルを移して他のチャネルでスキャニングを実行することができる。ＳＴＡ５００が最小チャネル時間５２０までプローブ応答フレーム５４０を受信した場合、最大チャネル時間５３０まで待って受信されたプローブ応答フレーム５４０、５５０を処理することができる。

【0059】

ＳＴＡ５００は、プローブタイマが最小チャネル時間５２０に到達する前までＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅを探知して最小チャネル時間５２０前まで他のフレーム（例えば、プローブ応答フレーム５４０、５５０がＳＴＡ５００に受信されたかどうかを判断することができる。

【0060】

ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅは、物理階層からＭＡＣ階層に媒体（ｍｅｄｉｕｍ）の状態に対する情報を送信することができる。ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅは、チャネルが可用でない場合をビジー（ｂｕｓｙ）、チャネルが可用な場合をアイドル（ｉｄｌｅ）というチャネル状態パラメータを使用して現在チャネルの状態を知らせることができる。ＳＴＡ５００は、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎがビジー（ｂｕｓｙ）と探知される場合、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在すると判断し、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎがアイドル（ｉｄｌｅ）と探知される場合、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在しないと判断することができる。

【0061】

ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎがアイドル（ｉｄｌｅ）と探知される場合、ＳＴＡ５００は、ＮＡＶ（ｎｅｔ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を０に設定し、次のチャネルをスキャニングすることができる。ＳＴＡ５００は、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎがビジー（ｂｕｓｙ）と探知される場合、プローブタイマが最大チャネル時間５３０に到達した後、受信されたプローブ応答フレーム５４０、５４０に対する処理を実行することができる。受信されたプローブ応答フレーム５４０、５４０に対する処理後、ＮＡＶ（ｎｅｔ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を０に設定し、ＳＴＡ５００は、次のチャネルをスキャニングすることができる。

【0062】

以下、本発明の実施例において、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在するかどうかを判断するとは、ＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅを使用してチャネル状態を判断するという意味を含むことができる。

【0063】

（５）チャネルリスト（ＣｈａｎｎｅｌＬｉｓｔ）に含まれている全てのチャネルがスキャニングされる場合、ＭＬＭＥは、ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅをシグナリングすることができる。ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍ ｐｒｉｍｉｔｉｖｅは、スキャニング過程で取得した全ての情報を含むＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔを含むことができる。

【0064】

ＳＴＡ５００がアクティブスキャニング方法を使用する場合、プローブタイマが最小チャネル時間に到達する時までＰＨＹ−ＣＣＡ．ｉｎｄｉｃａｔｉｏｎのパラメータがビジー（ｂｕｓｙ）かどうかを判断するモニタリングを実行しなければならない。

【0065】

図６は、プローブ要求フレーム送信方法を示す概念図である。

【0066】

図６では、ＳＴＡがプローブ要求フレーム（ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をブロードキャスト、マルチキャスト、ユニキャストする方法に対して開示する。

【0067】

図６の（Ａ）は、ＳＴＡ６００がプローブ要求フレーム６１０をブロードキャストする方法である。

【0068】

ＳＴＡ６００は、プローブ要求フレーム６１０にワイルドカードＳＳＩＤ（ｗｉｌｄｃａｒｄ ＳＳＩＤ）及びワイルドカードＢＳＳＩＤ（ｗｉｌｄｃａｒｄ ＢＳＳＩＤ）を含んでプローブ要求フレーム６１０をブロードキャストすることができる。

【0069】

ワイルドカードＳＳＩＤ及びワイルドカードＢＳＳＩＤは、ＳＴＡ６００の送信範囲に含まれるＡＰ６０５−１、６０５−２、６０５−３、６０５−４、６０５−５を全部指示するための識別子として使われることができる。

【0070】

ＳＴＡ６００がプローブ要求フレーム６１０にワイルドカードＳＳＩＤ及びワイルドカードＢＳＳＩＤを含んで送信する場合、ＳＴＡ６００が送信するプローブ要求フレーム６１０を受信したＡＰ６０５−１、６０５−２、６０５−３、６０５−４、６０５−５は、受信されたプローブ要求フレームに対する応答としてプローブ応答フレームをＳＴＡ６００に送信することができる。

【0071】

ブロードキャストされたプローブ要求フレーム６１０を受信したＡＰ６０５−１、６０６−２、６０５−３、６０５−４、６０５−５が受信したプローブ要求フレーム６１０に対する応答としてプローブ応答フレームをＳＴＡ６００に一定時間内に送信する場合、ＳＴＡ６００は、一度にあまり多くのプローブ応答フレーム（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を受信して処理しなければならない問題点が発生できる。

【0072】

図６の（Ｂ）は、ＳＴＡ６２０がプローブ要求フレーム６３０をユニキャストする方法である。

【0073】

図６の（Ｂ）を参照すると、ＳＴＡ６２０がプローブ要求フレーム６３０をユニキャスト（ｕｎｉｃａｓｔ）する場合、ＳＴＡ６２０は、ＡＰの特定なＳＳＩＤ／ＢＳＳＩＤ情報を含むプローブ要求フレーム６３０を送信することができる。プローブ要求フレーム６３０を受信したＡＰのうち、ＳＴＡ６２０が特定なＳＳＩＤ／ＢＳＳＩＤに該当するＡＰ６２６のみがＳＴＡ６２０にプローブ応答フレームを送信することができる。

【0074】

図６の（Ｃ）は、ＳＴＡ６４０がプローブ要求フレーム６６０をマルチキャストする方法である。

【0075】

図６の（Ｃ）を参照すると、ＳＴＡ６４０は、プローブ要求フレーム６６０にＳＳＩＤリストとワイルドカードＢＳＳＩＤを含んで送信することができる。プローブ要求フレーム６６０を受信したＡＰのうち、プローブ要求フレームに含まれているＳＳＩＤリストに含まれているＳＳＩＤに該当するＡＰ６６０−１、６６０−２は、プローブ応答フレームをＳＴＡ６４０に送信することができる。

【0076】

本発明の実施例によると、ＳＴＡは、受信したビーコンフレームの情報に基づいてＳＴＡがプローブ要求フレームを送信するかどうかを決定することができる。

【0077】

前述したように、ＳＴＡがスキャニングを実行するためには、ＭＬＭＥでＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを受信することができる。ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅは、ＳＭＥにより生成されたプリミティブである。ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅは、ＳＴＡが結合する他のＢＳＳが存在するかどうかを判断するために使われることができる。

【0078】

ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅは、具体的に、ＢＳＳＴｙｐｅ、ＢＳＳＩＤ、ＳＳＩＤ、ＳｃａｎＴｙｐｅ、ＰｒｏｂｅＤｅｌａｙ、ＣｈａｎｎｅｌＬｉｓｔ、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ、ＭａｘＣｈａｎｎｅｌＴｉｍｅ、ＲｅｑｕｅｓｔＩｎｆｏｒｍａｔｉｏｎ、ＳＳＩＤＬｉｓｔ、ＣｈａｎｎｅｌＵｓａｇｅ、ＡｃｃｅｓｓＮｅｔｗｏｒｋＴｙｐｅ、ＨＥＳＳＩＤ、Ｍｅｓｈ ＩＤ、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃＩｎｆｏのような情報を含むことができる。ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ Ｄｒａｆｔ Ｐ８０２．１１−ＲＥＶｍｂ^ＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ ２０１１‘ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ−Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ１１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ’の６．３．３．２ ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔに開示されている。

【0079】

以下の表１は、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅが含む情報を例示的に簡略に示す。

【0080】

【表1-1】

【表1-2】

【0081】

ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅに含まれている要求パラメータ（ｒｅｑｕｅｓｔ ｐａｒａｍｅｔｅｒ）は、応答ＳＴＡがプローブ応答フレームを送信するかどうかを決定するために使われることができる。要求パラメータは、他のＢＳＳの情報がプローブ応答フレームに含まれることを要求するための情報を含むことができる。また、要求パラメータは、リポート要求フィールド、ディレイ基準フィールド、最大ディレイ限界フィールドを含むことができる。

【0082】

リポート要求フィールドは、他のＢＳＳの情報がプローブ応答フレームに含まれることを要求する情報であり、ディレイ基準フィールドは、プローブ要求フレームに対する応答として適用されるディレイタイプに対する情報を含み、最大ディレイ限界フィールドは、ディレイ基準フィールドにより指示された、ディレイタイプに対する最大接続ディレイ情報を含むことができる。

【0083】

その他、要求パラメータは、最小データレートフィールド及び／または受信された信号強度限界フィールドを含むことができる。最小データレートフィールドは、ＭＳＤＵまたはＡ−ＭＳＤＵを送信するにあたって、最も低い全体データレートに対する情報を含む。受信された信号強度限界フィールドは、プローブ要求フレームの受信者が応答をするために必要な信号の限界値に対する情報をさらに含むことができる。

【0084】

本発明の実施例によると、ＳＴＡのＭＬＭＥが受信したＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅのＳｃａｎＴｙｐｅがアクティブスキャン（ａｃｔｉｖｅ ｓｃａｎ）であり、ＡＰが送信したマッチングされたビーコンフレームをＳＴＡが受信した場合、ＳＴＡは、ビーコンフレームを受信したチャネルではプローブ要求フレームを送信しない。ビーコンフレームのうち、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報と少なくとも同じ情報（ａｔ ｌｅａｓｔ ｔｈｅ ｓａｍｅ ｉｎｆｏｒｍａｔｉｏｎ）を含むフレームをマッチングされたビーコンフレームということができる。マッチングされたビーコンフレームは、ビーコンフレームに含まれている情報とＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報のうち少なくとも一部が類似するフレームということができる。

【0085】

例えば、ＳＴＡは、受信したＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅのＳｃａｎＴｙｐｅがアクティブスキャンの場合、プローブ要求フレームを送信する前にプローブディレイで指示されたほどのディレイ区間を有することができる。ＳＴＡのプローブディレイ時間にＡＰのビーコンフレームの送信時間がくる場合、ＳＴＡは、ビーコンフレームを受信することができる。ＳＴＡが受信したビーコンフレームが、マッチングされたビーコンフレーム（ｍａｔｃｈｅｄ ｂｅａｃｏｎ ｆｒａｍｅ）の場合、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅに基づいてアクティブスキャニングを実行せずに、受信したマッチングされたビーコンフレームに基づいてスキャニング手順を実行することができる。このような場合、ＳＴＡは、別途のプローブ要求フレームをＡＰに送信してアクティブスキャニングを実行する必要がない。したがって、ＳＴＡは、プローブ要求フレームの送信を中断することができる。

【0086】

ビーコンフレームのうちＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報と少なくとも同じ情報を含むフレームをマッチングされたビーコンフレームということができ、即ち、ＳＴＡがプローブ要求フレームに含む予定であった情報のうち、一部とマッチングされる情報がビーコンフレームに含まれている場合にもマッチングされたビーコンフレームということができる。

【0087】

マッチングされたビーコンフレームは、例えば、下記のようなフレームである。

【0088】

１）ＳＴＡが送信する予定であったプローブ要求フレームに含まれる情報と同じ情報を含むビーコンフレームである。例えば、ＳＴＡは、プローブ要求フレームを送信するＡＰを特定するために識別子情報（例えば、ＳＳＩＤ、ネットワークＩＤ及びターゲットＢＳＳＩＤ等）を含んでプローブ要求フレームを生成することができる。ＳＴＡが受信したビーコンフレームに含まれているＡＰの識別子とＳＴＡがプローブ要求フレームを送信しようとするＡＰの識別子が同じである。このようなビーコンフレームをマッチングされたビーコンフレームということができる。即ち、ＳＴＡがプローブ要求フレームを送信しようとした対象ＡＰからビーコンフレームを受信する時、ＳＴＡは、受信したビーコンフレームをマッチングされたビーコンフレームと判断することができる。

【0089】

２）ＳＴＡは、ＡＰを特定するために識別子情報と追加的な情報をプローブ要求フレームに含んで送信することができる。ＡＰを特定するために識別子情報と追加的な情報を含む情報を含むリストをホワイトリストということができる。ホワイトリストは。例えば、ＳＳＩＤ、ＢＳＳＩＤ、Ｍｅｓｈ ＩＤ、ＨＥＳＳＩＤ（）、Ｎｅｔｗｏｒｋ ＩＤ、信号品質情報（Ｓｉｇｎａｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）、ＳＴＡのＱｏＳ要求情報（ＳＴＡ’ｓ ＱｏＳ ｒｅｑｕｉｒｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）などのような情報を含むことができる。ＳＴＡは、ホワイトリストをプローブ要求フレームに含んでＡＰに送信することができる。プローブ要求フレームを受信したＡＰは、ホワイトリストに基づいてプローブ応答フレームをＳＴＡに送信するかどうかを決定することができる。ホワイトリストに含まれる情報を満たすＡＰがプローブ応答フレームを送信することができる。即ち、ホワイトリストは、プローブ応答フレームを送信するＡＰをフィルタリングするための役割を遂行することができる。本発明の実施例によると、ＳＴＡは、ホワイトリストに基づいてＡＰが送信したビーコンフレームがマッチングされたビーコンフレームかどうかを決定することができる。例えば、ビーコンフレームに含まれているＡＰの識別子情報及びビーコンフレームの信号品質情報などとホワイトリストの情報を比較し、ＡＰから受信したビーコンフレームがマッチングされたビーコンフレームかどうかを判断することができる。ホワイトリストは、ＳＴＡのプローブ要求フレーム送信可否を決定するための参照情報の例示である。

【0090】

図７は、本発明の実施例によるＳＴＡのスキャニング手順を示す概念図である。

【0091】

図７では、プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中であるＳＴＡを仮定して説明する。ＳＴＡは、受信したビーコンフレームに基づいてプローブ要求フレームを送信するかどうかに対して決定することができる。プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中であるＳＴＡは、時間上にプローブディレイ区間に位置したＳＴＡである。

【0092】

図７を参照すると、ＳＴＡ７５０は、プローブディレイ区間が満了される前までビーコンフレームをモニタリングすることができる（ステップＳ７００）。

【0093】

プローブディレイは、ＳＴＡ７５０がプローブ要求フレームを送信する前のｍｓ単位のディレイである。ＳＴＡ７５０のプローブディレイ区間中、ＡＰ７７０のビーコンフレーム送信タイミングがくることができる。このような場合、ＳＴＡ７５０は、プローブディレイ区間中、ＡＰ７７０から送信されたビーコンフレームを受信することができる。

【0094】

受信したビーコンフレームがマッチングされたビーコンフレームかどうかを決定する（ステップＳ７２０）。

【0095】

ＳＴＡ７５０は、受信したビーコンフレーム７１０がマッチングされたビーコンフレームかどうかに対して判断することができる。ＳＴＡ７５０は、前述したマッチングされたビーコンフレーム判断方法に基づいて受信したビーコンフレーム７１０がマッチングされたビーコンフレームかどうかを判断することができる。例えば、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅの情報とビーコンフレーム７１０に含まれている情報とに基づいてビーコンフレームがマッチングされたビーコンフレームかどうかを判断することができる。例えば、ＳＴＡ７５０は、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅに含まれているＡＰの識別子情報（例えば、ＢＳＳＩＤ及びＳＳＩＤ）とビーコンフレーム７１０を送信したＡＰ７７０の識別子情報が同じ場合、ビーコンフレーム７１０をマッチングされたビーコンフレームと判断することができる。その他、ＳＴＡ７５０は、多様な方法によりＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅの情報とビーコンフレーム７１０に含まれている情報とに基づいてビーコンフレームがマッチングされたビーコンフレームかどうかを判断することができる。

【0096】

ビーコンフレーム７１０がマッチングされたビーコンフレームの場合、ＳＴＡ７５０は、プローブ要求フレームを送信しない（ステップＳ７４０）。

【0097】

ＳＴＡ７５０が受信したビーコンフレーム７１０がマッチングされたビーコンフレームの場合、ＳＴＡ７５０は、該当チャネルでプローブ要求フレームを送信しない。ＳＴＡ７５０は、以後受信したビーコンフレームに基づいてＡＰ７７０と結合手順を実行することもできる。

【0098】

受信したビーコンフレーム７１０がマッチングされたビーコンフレームでない場合、ＳＴＡ７５０は、プローブ要求フレームを送信する（ステップＳ７６０）。

【0099】

ＳＴＡ７５０が受信したビーコンフレームがマッチングされたビーコンフレームの場合、ＳＴＡ７５０は、該当チャネルでプローブ要求フレームを送信してアクティブスキャニング手順を実行することができる。ＳＴＡ７５０は、以後プローブ要求フレームに対する応答であるプローブ応答フレームを受信する場合、プローブ応答フレームに基づいてＡＰ７７０と結合することもできる。

【0100】

前述したように、ＳＴＡは、マッチングされたビーコンフレームを受信した場合、プローブ要求フレームを送信しない。また、ＳＴＡがマッチングされたプローブ要求フレームを他のＳＴＡから受信した場合、ＳＴＡは、プローブ要求フレームを送信しない。以下、ＳＴＡがプローブ要求フレームを他のＳＴＡから受信した場合、ＳＴＡの動作に対して開示する。

【0101】

ＳＴＡは、プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中に、マッチングされたビーコンフレームを受信することもできるが、他のＳＴＡがブロードキャストしたプローブ要求フレームを受信することもできる。ＳＴＡが受信したプローブ要求フレームが、ＳＴＡが送信しようとしたプローブ要求フレームとマッチングされることができる。

【0102】

ブロードキャストされたプローブ要求フレームのうち、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報と少なくとも同じ情報（ａｔ ｌｅａｓｔ ｔｈｅ ｓａｍｅ ｉｎｆｏｒｍａｔｉｏｎ）を含むフレームをマッチングされたプローブ要求フレームということができる。マッチングされたプローブ要求フレームは、プローブ要求フレームに含まれている情報とＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報のうち少なくとも一部が類似するフレームということができる。

【0103】

マッチングされたプローブ要求フレームは、ＳＴＡが送信する予定であったプローブ要求フレームに含まれる情報と同じ情報を含むプローブ要求フレームであってもよい。マッチングされたプローブ要求フレームは、例えば、下記のようなフレームである。

【0104】

１）ＳＴＡがプローブ要求フレームに含もうとしたＳＳＩＤ、ネットワークＩＤ、目標ＢＳＳＩＤ、信号品質情報、ＳＴＡのＱｏＳ要求情報のうち少なくとも一つの情報とＳＴＡが受信したプローブ要求フレームの情報に基づき、ＳＴＡが受信したプローブ要求フレームをマッチングされたプローブ要求フレームと決定することができる。

【0105】

２）他の例として、ＳＴＡがＡＰをフィルタリングするために使用するホワイトリストに基づいて受信したプローブ要求フレームがマッチングされたプローブ要求フレームかどうかを判断することができる。ホワイトリストは、ＳＴＡのプローブ要求フレーム送信可否を決定するための参照情報の例示である。即ち、ＳＴＡは、ホワイトリストのような参照情報に基づいてプローブ要求フレームの送信可否を決定することができる。

【0106】

本発明の実施例によるＳＴＡのアクティブスキャニング手順でプローブ要求フレームを送信するかどうかを決定するにあたって、ＳＴＡは、受信したフレームがビーコンフレームかどうかを判断することもできるが、ＳＴＡが受信したフレームがマッチングされたプローブ応答フレームかどうかを判断することもできる。ＳＴＡは、受信したプローブ応答フレームに含まれている情報がＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅに基づいて指示された情報と同じ場合、受信したプローブ応答フレームをマッチングされたプローブ応答フレームということができる。

【0107】

図８は、本発明の実施例によるＳＴＡのスキャニング手順を示す概念図である。

【0108】

図８では、プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中であるＳＴＡを仮定して説明する。ＳＴＡは、受信したプローブ要求フレームに基づいてプローブ要求フレームを送信するかどうかに対して決定することができる。プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中であるＳＴＡは、時間上にプローブディレイ区間に位置したＳＴＡである。

【0109】

図８を参照すると、第１のＳＴＡ８５０は、プローブディレイ区間中に第２のＳＴＡ８７０が送信したプローブ要求フレーム８７５を受信することができる（ステップＳ８００）。

【0110】

第１のＳＴＡ８５０は、受信したプローブ要求フレーム８７５がマッチングされたプローブ要求フレームかどうかを決定し、別途のプローブ要求フレームを送信するかどうかを決定することができる（ステップＳ８２０）。

【0111】

前述したように、ブロードキャストされたプローブ要求フレームのうち、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅがＳＴＡに指示した情報と少なくとも同じ情報を含むフレームをマッチングされたプローブ要求フレームということができる。例えば、第１のＳＴＡ８５０は、受信したプローブ要求フレームに含まれている情報とＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅが第１のＳＴＡ８５０に指示した情報のうち少なくとも一部が類似するフレームをマッチングされたプローブ要求フレームと決定することができる。

【0112】

例えば、第２のＳＴＡ８７０が送信したプローブ要求フレーム８７５に含まれているＡＰの識別子情報（例えば、ＢＳＳＩＤ、ＳＳＩＤ）とＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔ．ｐｒｉｍｉｔｉｖｅに含まれているＡＰの識別子情報が同じ場合、第１のＳＴＡ８５０は、第２のＳＴＡ８７０が送信したプローブ要求フレーム８７５をマッチングされたプローブ要求フレームと決定することができる。

【0113】

第１のＳＴＡ８５０が受信したプローブ要求フレーム８７５をマッチングされたプローブ要求フレームと決定する場合、第１のＳＴＡ８５０は、プローブ要求フレームを送信しない（ステップＳ８４０）。

【0114】

第１のＳＴＡ８５０は、受信したプローブ要求フレーム８７５をマッチングされたプローブ要求フレームと決定することができる。このような場合、第１のＳＴＡ８５０は、該当チャネルのアクティブスキャニング手順でプローブ要求フレームを送信しない。

【0115】

第１のＳＴＡ８５０が受信したプローブ要求フレーム８７５をマッチングされないプローブ要求フレームと判断する場合、第１のＳＴＡ８５０は、プローブ要求フレームを送信することができる（ステップＳ８６０）。

【0116】

第１のＳＴＡ８５０が受信したプローブ要求フレームをマッチングされないプローブ要求フレームと判断することができる。このような場合、第１のＳＴＡ８５０は、アクティブスキャニング手順を進行してプローブ要求フレームを送信することができる。

【0117】

第１のＳＴＡ８５０は、プローブ要求フレームを送信する時、自分が他のＳＴＡ（例えば、第２のＳＴＡ８７０）からプローブ要求フレームを受信したことを指示する情報をプローブ要求フレームに追加的に含んで送信することができる。例えば、ＳＴＡが他のＳＴＡからプローブ要求フレームを受信したことを指示する情報を含むフィールドを信号探知フィールド（ｓｉｇｎａｌ ｄｅｔｅｃｔｉｏｎ ｆｉｅｌｄ）ということができる。ＳＴＡは、他のＳＴＡからプローブ要求フレームを受信した場合、プローブ要求フレームに信号探知フィールドを含んで送信することができる。

【0118】

信号探知フィールドは、他のＳＴＡが送信したプローブ要求フレームをＳＴＡが受信した場合だけでなく、ＳＴＡが他のフレームまたは信号を受信した場合にも、フレーム探知フィールドをプローブ要求フレームに含んで送信することができる。例えば、前記他のフレーム及び前記外部信号は、マッチングされないビーコンフレーム、マッチングされないプローブ要求フレーム、ＡＰが送信したプローブ応答フレーム、他のＭＡＣフレームまたは物理階層信号など、多様なフレーム及び／または信号になることができる。

【0119】

例えば、ＳＴＡは、プローブディレイ区間中に外部信号を受信した場合、プローブタイマを最大チャネル時間（ＭａｘｃｈａｎｎｅｌＴｉｍｅ）に設定し、ＡＰが送信するプローブ応答フレームを受信することができる。ＡＰは、ＳＴＡが送信したプローブ要求フレームの外部信号探知フィールドが存在する場合、ＳＴＡのプローブ応答フレームを受信するプローブタイマが最大チャネル時間に設定されたことが知ることができる。ＡＰは、ＳＴＡにプローブ応答フレームを最大チャネル時間内に送信することができる。

【0120】

図９は、本発明の実施例によるプローブ要求フレームを示す概念図である。

【0121】

図９では、信号探知フィールド９００を含むプローブ要求フレームを開示する。

【0122】

信号探知フィールド９００は、プローブ要求フレームのフレームボディに含まれてプローブ要求フレームを送信したＳＴＡがプローブ要求フレームを送信する前のアクティブスキャニング手順を進行中に他のフレームまたは信号を受信したことを指示することができる。

【0123】

信号探知フィールド９００は、ＳＴＡがプローブ要求フレームを送信する前のアクティブスキャニング手順を進行中に他のフレームまたは信号を受信した場合、プローブ要求フレームのフレームボディに追加的に含まれる情報である。他の例として、信号探知フィールドは、フラグ情報として、アクティブスキャニング手順を進行中に他のフレームまたは信号を受信したかどうかを０または１に指示することもできる。即ち、信号探知フィールド９００は、多様なフォーマットで具現されることができる。

【0124】

本発明の実施例によると、ＳＴＡがマッチングされたプローブ要求フレームを受信した場合にもプローブ要求フレームを送信することもできる。このような場合、ＳＴＡが送信するプローブ要求フレームは、簡素化されたプローブ要求フレーム（ｓｉｍｐｌｉｆｉｅｄ ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅ）である。簡素化されたプローブ要求フレームは、プローブ要求フレームに含まれる情報のうち一部の情報のみを含むフレームである。

【0125】

図１０は、本発明の実施例によるプローブ要求フレーム送信方法を示す概念図である。

【0126】

図１０を参照すると、第１のＳＴＡ１０００は、第２のＳＴＡ１０２０から送信されるプローブ要求フレーム１０３０をオーバーヒア（ｏｖｅｒｈｅａｒ）することができる。

【0127】

例えば、第１のＳＴＡ１０００は、プローブディレイ１００５中に第２のＳＴＡ１０２０がブロードキャストしたプローブ要求フレームを受信することができる。

【0128】

第１のＳＴＡ１０００がプローブディレイ１００５中に第２のＳＴＡ１０２０が送信したプローブ要求フレームを受信した場合、第１のＳＴＡ１０００は、受信したプローブ要求フレーム１０３０がマッチングされたプローブ要求フレーム１０１５かどうかを判断することができる。

【0129】

第１のＳＴＡ１０００が受信したプローブ要求フレーム１０３０が、マッチングされたプローブ要求フレーム１０１５の場合、第１のＳＴＡ１０００は、簡素化されたプローブ要求フレーム１０６０を送信することができる。簡素化されたプローブ要求フレーム１０６０は、例えば、プローブ要求フレーム１０６０を送信した第１のＳＴＡ１０００の識別子情報（例えば、ＳＴＡのＭＡＣアドレス）を含むフレームである。簡素化されたプローブ要求フレーム１０６０に含まれる情報として第１のＳＴＡ１０００の識別子情報は、一つの例示に過ぎず、他の情報が簡素化されたプローブ要求フレーム１０６０に含まれることができる。例えば、簡素化されたプローブ要求フレーム１０６０に含まれる情報は、第１のＳＴＡ１０００が受信したプローブ要求フレーム１０３０の情報によって変わることができる。第１のＳＴＡ１０００が受信したプローブ要求フレーム１０３０に基づいて追加的にＡＰ１０４０に送信する情報を判断し、追加的に送信する情報のみを含むフレームを簡素化されたプローブ要求フレーム１０６０ということができる。他の例として、第１のＳＴＡ１０００が受信したプローブ要求フレーム１０３０と第１のＳＴＡ１０００がプローブ要求フレームに含もうとした情報を比較し、同じ情報を除いて異なる情報のみを含むフレームを簡素化されたプローブ要求フレーム１０６０ということができる。即ち、簡素化されたプローブ要求フレーム１０６０は、具現例によって多様な形態を有することができ、このような実施例も本発明の権利範囲に含まれる。

【0130】

第１のＳＴＡ１０００が受信したプローブ要求フレーム１０３０がマッチングされたプローブ要求フレーム１０１５でない場合、全体情報（ｆｕｌｌ ｉｎｆｏｒｍａｔｉｏｎ）を含むプローブ要求フレームを送信することができる。

【0131】

ＡＰ１０４０は、第２のＳＴＡ１０２０が送信したプローブ要求フレーム１０３０と第１のＳＴＡ１０００が送信した簡素化されたプローブ要求フレーム１０６０を受信することができる。ＡＰ１０４０は、プローブ要求フレーム１０３０、１０６０に対する応答を送信するにあたって、第１のＳＴＡ１０００及び第２のＳＴＡ１０２０に対するプローブ応答フレーム１０５０をブロードキャストすることができる。即ち、ＡＰ１０４０は、第１のＳＴＡ１０００に対するプローブ応答フレーム１０５０と第２のＳＴＡ１０２０に対するプローブ応答フレームを個別的に送信せずに、二つの第１のＳＴＡ１０００、１０２０に対するプローブ応答フレーム１０５０をブロードキャストして送信することができる。例えば、ＡＰ１０４０は、複数のＳＴＡ１０００、１０２０が送信したプローブ要求フレーム１０３０及び簡素化されたプローブ要求フレーム１０６０に個別的な要求情報（ｒｅｑｕｅｓｔ ｉｎｆｏｒｍａｔｉｏｎ）が含まれない場合、プローブ応答フレーム１０５０をブロードキャストすることができる。プローブ要求フレーム１０３０及び簡素化されたプローブ要求フレーム１０６０に個別的な要求情報が含まれない場合、ＡＰ１０４０は、各ＳＴＡ１０００、１０２０に個別的なプローブ応答フレームをユニキャストする必要がないため、プローブ応答フレーム１０５０をブロードキャストすることができる。このようなＡＰ１０４０のプローブ応答フレーム１０５０送信方法は、一実施例に過ぎず、ＡＰ１０４０の判断によって複数のＳＴＡ１０００、１０２０が送信したプローブ要求フレーム１０３０、１０６０に個別的な要求情報が含まれている場合にも複数のＳＴＡ１０００、１０２０に送信する情報が同じであると、プローブ応答フレーム１０５０をブロードキャストすることができる。また、ＡＰ１０４０から複数のＳＴＡ１０００、１０２０に送信する情報が同じでない場合も、ＡＰ１０４０の判断によってプローブ応答フレーム１０５０をブロードキャストすることもできる。

【0132】

図１１は、本発明の実施例による簡素化されたプローブ要求フレームを示す概念図である。

【0133】

図１１では、簡素化されたプローブ要求フレームの一例として、フレームボディに簡素化されたプローブ要求フレームを送信するＳＴＡのアドレスを含んで送信する場合である。ＳＴＡアドレスフィールド１１００は、他のＳＴＡからマッチングされたプローブ要求フレームを受信し、簡素化されたプローブ要求フレームを送信するＳＴＡのアドレス（例えば、ＭＡＣアドレス）が含まれることができる。前述したように、簡素化されたプローブ要求フレームは、多様なフォーマットを有することができる。

【0134】

本発明の他の実施例によると、ＳＴＡが他のＳＴＡからプローブ要求フレームを受信した場合、受信したプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれているかどうかを判断してプローブ要求フレームの送信可否を決定することもできる。プローブ要求フレーム探知フィールドは、ＳＴＡがアクティブスキャニング手順において、他のＳＴＡからプローブ要求フレームを受信したかどうかを指示することができる。プローブ要求フレーム探知フィールドは、多様なデータフォーマットを有することができる。

【0135】

例えば、プローブ要求フレーム探知フィールドは、フラグ情報である。他のＳＴＡからプローブ要求フレームを受信した場合、プローブ要求フレーム探知フィールドは‘１’の値を有することができる。それに対し、他のＳＴＡからプローブ要求フレームを受信しない場合、プローブ要求フレーム探知フィールドは‘０’の値を有することができる。他の例として、他のＳＴＡからプローブ要求フレームを受信した場合、プローブ要求フレーム探知フィールドを含むプローブ要求フレームを送信し、他のＳＴＡからプローブ要求フレームを受信しない場合、プローブ要求フレーム探知フィールドを含まないプローブ要求フレームを送信することができる。その他、多様な方法として、ＳＴＡが他のＳＴＡからプローブ要求フレームを受信したかどうかに対する情報をプローブ要求フレームに含んで送信することができる。

【0136】

以下、本発明の実施例では、説明の便宜上、他のＳＴＡが送信したプローブ要求フレームを受信した場合、プローブ要求フレームにプローブ要求フレーム探知フィールドを含んでプローブ要求フレームを生成すると仮定して説明する。それに対し、ＳＴＡが、他のＳＴＡが送信したプローブ要求フレームを受信しない場合、プローブ要求フレームにプローブ要求フレーム探知フィールドを含まずにプローブ要求フレームを生成すると仮定して説明する。例えば、ＳＴＡは、アクティブスキャニング手順において、プローブ要求フレームを送信する前のプローブディレイ区間中に他のＳＴＡからプローブ要求フレームを受信した場合、プローブ要求フレーム探知フィールドをプローブ要求フレームに含ませて送信することができる。

【0137】

図１２は、本発明の実施例によるプローブ要求フレーム送信可否決定方法を示す概念図である。

【0138】

図１２では、プローブ要求フレームを送信する前のアクティブスキャニング手順を進行中であるＳＴＡを仮定して説明する。プローブ要求フレームを送信する前にアクティブスキャニング手順を進行中であるＳＴＡは、時間上にプローブディレイ区間に位置したＳＴＡである。ＳＴＡは、プローブディレイ区間中に他のＳＴＡが送信したプローブ要求フレームを受信することができる。ＳＴＡは、受信したプローブ要求フレームがマッチングされたプローブ要求フレームの場合、受信したプローブ要求フレームに含まれているプローブ要求フレーム探知フィールドの存在可否を判断することができる。プローブ要求フレーム探知フィールドの存在可否を判断した結果に基づいてＳＴＡのプローブ要求フレームの送信可否及びプローブ要求フレームがプローブ要求フレーム探知フィールドを含むかどうかを決定することができる。

【0139】

以下、本発明の実施例では、第１のＳＴＡ１２１０が受信したプローブ要求フレームがマッチングされたプローブ要求フレームの場合を仮定することができる。もし、第１のＳＴＡ１２１０が受信したプローブ要求フレームがマッチングされたプローブ要求フレームでない場合には、第１のＳＴＡ１２１０で個別的なプローブ要求フレームを生成して送信することができる。

【0140】

図１２を参照すると、第１のＳＴＡ１２１０は、プローブ要求フレームの送信可否及びプローブ要求フレームにプローブ要求フレーム探知フィールドを含むかどうかを決定するために、他のＳＴＡから受信したプローブ要求フレームに含まれているプローブ要求フレーム探知フィールドの情報を判断することができる。

【0141】

第１のＳＴＡ１２１０は、第２のＳＴＡ１２２０が送信したマッチングされたプローブ要求フレームを受信することができる。第１のＳＴＡ１２１０は、第２のＳＴＡ１２２０が送信したプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれているかどうかを判断することができる。

【0142】

第２のＳＴＡ１２２０は、第１のＳＴＡ１２１０にプローブ要求フレームを下記のような場合に送信することができる。

【0143】

１）第２のＳＴＡ１２２０が他のＳＴＡである第３のＳＴＡ１２３０からマッチングされたプローブ要求フレームを受信し、第３のＳＴＡ１２３０が送信したマッチングされたプローブ要求フレームにプローブ要求フレーム探知フィールドが存在しない場合、第２のＳＴＡ１２２０は、プローブ要求フレームにプローブ要求フレーム探知フィールドを含んで生成したプローブ要求フレームを送信することができる。

【0144】

２）第２のＳＴＡ１２２０が他のＳＴＡである第３のＳＴＡ１２３０からマッチングされないプローブ要求フレームを受信した場合、第２のＳＴＡ１２２０は、プローブ要求フレーム探知フィールドを含まないプローブ要求フレームを送信することができる。

【0145】

３）第２のＳＴＡ１２２０が他のＳＴＡである第３のＳＴＡ１２３０からプローブ要求フレームを受信しない場合、第２のＳＴＡ１２２０は、プローブ要求フレーム探知フィールドを含まないプローブ要求フレームを送信することができる。

【0146】

即ち、第２のＳＴＡ１２２０は、他のＳＴＡである第３のＳＴＡ１２３０からマッチングされたプローブ要求フレームを受信し、第３のＳＴＡ１２３０が送信したプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれない場合にのみ、第２のＳＴＡ１２２０は、送信するプローブ要求フレームにプローブ要求フレーム探知フィールドを含んで送信することができる。

【0147】

第１のＳＴＡ１２１０は、第２のＳＴＡ１２２０が送信したマッチングされたプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれているかどうかに基づいてプローブ要求フレームを送信するかどうかを下記のように決定することができる。

【0148】

１）第２のＳＴＡ１２２０が送信したプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれる場合

【0149】

このような場合、第１のＳＴＡ１２１０は、別途のプローブ要求フレームを送信しない。ＡＰ１２００の立場では、マッチングされたプローブ要求フレームを他の二つのＳＴＡ（第２のＳＴＡ１２２０、第３のＳＴＡ１２３０）から受信した。ＡＰ１２００は、例えば、受信したプローブ要求フレームにプローブ要求フレーム探知フィールドが存在する場合、プローブ応答フレームをブロードキャストすることができる。第１のＳＴＡ１２１０は、別途のプローブ要求フレームを送信しなくても、ＡＰ１２００がブロードキャストしたプローブ応答フレームを受信することができる。

【0150】

２）第２のＳＴＡ１２２０が送信したプローブ要求フレームにプローブ要求フレーム探知フィールドが含まれない場合

【0151】

このような場合、第１のＳＴＡ１２１０は、別途のプローブ要求フレームを送信することができる。第１のＳＴＡ１２１０は、送信するプローブ要求フレームにプローブ要求フレーム探知フィールドを含んで送信することができる。ＡＰ１２００は、第１のＳＴＡ１２１０及び第２のＳＴＡ１２２０からプローブ要求フレームを受信することができる。ＡＰ１２００は、例えば、第１のＳＴＡ１２１０が送信したプローブ要求フレームにプローブ要求フレーム探知フィールドが存在するため、プローブ応答フレームをブロードキャストすることができる。

【0152】

図１３は、本発明の実施例によるプローブ要求フレームを示す概念図である。

【0153】

図１３を参照すると、プローブ要求フレームのフレームボディには、プローブ要求フレームを送信するＳＴＡの識別子情報（例えば、ＭＡＣアドレス）１３５０及びプローブ要求フレーム探知フィールド１３００が含まれることができる。

【0154】

前述したように、ＳＴＡが他のＳＴＡからマッチングされたプローブ要求フレームを受信し、受信したプローブ要求フレームにプローブ要求フレーム探知フィールド１３００が含まれない場合、ＳＴＡは、プローブ要求フレーム探知フィールド１３００とＳＴＡの識別子情報１３５０とを含むプローブ要求フレームを送信することができる。ＳＴＡが送信するプローブ要求フレーム探知フィールド１３００が含まれているプローブ要求フレームは、簡素化された形態で生成されることもできる。簡素化されたプローブ要求フレームは、プローブ要求フレームに含まれる情報のうち一部の情報のみを含むフレームである。例えば、ＳＴＡは、マッチングされたプローブ要求フレームに基づいて同じ情報の場合、プローブ要求フレームに含まずに生成して送信することができる。

【0155】

本発明の実施例によると、ＡＰは、前述したように、プローブ応答フレームをブロードキャストすることもできるが、プローブ応答フレームを送信するためのタイミングにビーコンフレームを送信するタイミングがくる場合、プローブ応答フレームをブロードキャストせずにビーコンフレームのみを送信することもできる。具現によって、ＡＰは、ＳＴＡのスキャニング動作のためにプローブ応答フレームだけでなく、多様なフレームを送信することができる。例えば、ＡＰは、プローブ応答フレーム、ビーコンフレーム、測定パイロットフレーム（ｍｅａｓｕｒｅｍｅｎｔ ｐｉｌｏｔ ｆｒａｍｅ）、ＦＩＬＳ（ｆａｓｔ ｉｎｉｔｉａｌ ｌｉｎｋ ｓｅｔｕｐ）ビーコンフレームなど、多様なフレームを送信することで、ＳＴＡとスキャニング手順を実行することができる。このようなフレームを応答フレームという用語として定義して使用する。

【0156】

ＡＰは、全体情報（ｆｕｌｌ ｉｎｆｏｒｍａｔｉｏｎ）を含む応答フレーム（例えば、全体情報プローブ応答フレーム）のみを送信することもできる。全体情報を含む応答フレームとは、必須な情報を全部含むフレームを意味する。しかし、他の実施例として、ＡＰは、全体情報を含む応答フレームを送信する前に応答フレームを送信するタイミングに対する情報を含むフレームをＳＴＡに応答フレームを送信する前に送信することができる。

【0157】

図１４は、本発明の実施例によるＡＰがＳＴＡにプローブ応答フレームを送信する方法を示す概念図である。

【0158】

図１４では、ＡＰ１４５０が複数のプローブ要求フレームに対する応答フレームを送信する方法に対して開示する。応答フレームは、ＳＴＡ１４００とＡＰとの間でスキャンを実行するために、ＡＰ１４５０で送信するフレームである。図１４では、説明の便宜上、応答フレームがプローブ応答フレームの場合を仮定して説明する。

【0159】

ＡＰ１４５０は、全体情報を含むプローブ応答フレーム１４２０を送信する前に応答フレームをブロードキャストするタイミングに対する情報を含むフレーム１４１０をＳＴＡ１４００に送信することができる。応答フレームを送信する前に応答フレームをブロードキャストするタイミングに対する情報を含むフレームを送信タイミング情報フレーム１４１０という。

【0160】

ＳＴＡ１４００は、ＡＰ１４５０が送信した送信タイミング情報フレーム１４１０に基づいてＡＰ１４５０でプローブ応答フレーム１４２０を送信するタイミングに対する情報を取得することができる。ＳＴＡ１４００は、取得したプローブ応答フレームの送信タイミング情報に基づいてＡＰ１４５０から送信されるプローブ応答フレーム１４２０を受信することができる。

【0161】

図１５は、本発明の実施例が適用されることができる無線装置を示すブロック図である。

【0162】

図１５を参照すると、無線装置１５００は、前述した実施例を具現することができるＳＴＡであり、ＡＰまたは非ＡＰ ＳＴＡ（ｎｏｎ−ＡＰ ｓｔａｔｉｏｎ）である。

【0163】

無線装置１５００は、プロセッサ１５２０、メモリ１５４０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１５６０を含む。

【0164】

ＲＦ部１５６０は、プロセッサ１５２０と連結して無線信号を送信／受信することができる。

【0165】

プロセッサ１５２０は、本発明で提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１５２０は、前述した本発明の実施例による無線装置の動作を実行するように具現されることができる。

【0166】

例えば、プロセッサ１５２０は、スキャニングステーションがアクティブスキャニングを指示するスキャン要求情報を生成し、スキャニングステーションがステーションから受信したスキャニングフレームを判断し、受信したスキャニングフレームが前記スキャン要求情報で指示された要素と同じ要素を一つも含まない場合、スキャニングステーションが前記アクティブスキャニングを実行するためのプローブ要求フレームを送信するように具現されることができる。

【0167】

プロセッサ１５２０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１５４０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１５６０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。

【0168】

実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１５４０に格納され、プロセッサ１５２０により実行されることができる。メモリ１５４０は、プロセッサ１５２０の内部または外部にあり、よく知られた多様な手段によりプロセッサ１５２０と連結されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】