特許 6162810 無線ＬＡＮにおけるアクティブスキャニング方法及び装置

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

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

(11)【特許番号】6162810

(24)【登録日】2017年6月23日

(45)【発行日】2017年7月12日

(54)【発明の名称】無線ＬＡＮにおけるアクティブスキャニング方法及び装置

(51)【国際特許分類】

   H04W 48/16 20090101AFI20170703BHJP

   H04W 84/12 20090101ALI20170703BHJP

   H04W 92/18 20090101ALI20170703BHJP

   H04W 48/14 20090101ALI20170703BHJP

【ＦＩ】

   H04W48/16 110

   H04W84/12

   H04W92/18

   H04W48/14

【請求項の数】6

【全頁数】31

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

(86)(22)【出願日】2013年10月15日

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

(43)【公表日】2015年12月3日

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

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

(87)【国際公開日】20140424

【審査請求日】2015年4月8日

(31)【優先権主張番号】61/713,636

(32)【優先日】2012年10月15日

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

(31)【優先権主張番号】61/717,081

(32)【優先日】2012年10月22日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】パク キウォン

(72)【発明者】

【氏名】リュ キソン

(72)【発明者】

【氏名】チョ ハンキュ

【審査官】 石田 昌敏

(56)【参考文献】

【文献】 米国特許第０７７０６８２２（ＵＳ，Ｂ２）

【文献】 特開２００７−０６０６７０（ＪＰ，Ａ）

【文献】 特表２００４−５０９５１４（ＪＰ，Ａ）

【文献】 特表２０１０−５２９７３０（ＪＰ，Ａ）

【文献】 特表２０１５−５２０９７２（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２９４３５４（ＵＳ，Ａ１）

【文献】 特表２０１５−５１９８０３（ＪＰ，Ａ）

【文献】 特表２０１５−５１７７６７（ＪＰ，Ａ）

(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】本発明の実施例が適用されることができる無線装置を示すブロック図である。

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

図２では、無線ＬＡＮシステムの階層アーキテクチャ(ＰＨＹ ａｒｃｈｉｔｅｃｔｕｒｅ)を概念的に示した。

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【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】

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

【0068】

以下の表１は、ＭＬＭＥ−ＳＣＡＮ.要求プリミティブが含む情報を例示的に簡略に示す。

【0069】

【表1】

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【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】

図１３は、本発明の実施例に係るＳＴＡのスキャニング動作を示す概念図である。

【0169】

図１３では、第１のＳＴＡ１３１０がターゲットＡＰ１３００からビーコンフレーム、測定パイロットフレームまたはＦＩＬＳ探知フレームのようなフレームを受信した場合を示す概念図である。

【0170】

図７乃至図１２で前述した状況のように、第１のＳＴＡ１３１０がターゲットＡＰ１３００からマッチングされたプローブ応答フレームを受信することができない状況でも、ターゲットＡＰ１３００からビーコンフレーム、測定パイロットフレームまたはＦＩＬＳ探索フレームを受信することができる。このような場合、第１のＳＴＡ１３１０は、プローブ要求フレームを別途に送信しない。以下、本発明の実施例において、説明の便宜上、ビーコンフレーム、測定パイロットフレームまたはＦＩＬＳ探知フレームをパッシブスキャニングフレーム１３５０という。

【0171】

本発明の実施例によると、パッシブスキャニングフレーム１３５０がＭＬＭＥ−ＳＣＡＮ.要求プリミティブに基づいて指示された情報に対する応答を少なくとも一つ含む場合、第１のＳＴＡ１３１０は、別途のプローブ要求フレームを送信しない。第１のＳＴＡ１３１０は、第２のＳＴＡが送信したマッチングされたプローブ要求フレームに対する応答であるマッチングされたプローブ応答フレームを受信するためにチャネルをモニタリングすることができる。第１のＳＴＡは、チャネルをモニタリングする中にターゲットＡＰ１３００が送信したパッシブスキャニングフレーム１３５０を受信することができる。例えば、プローブタイマが最小チャネル時間に達する前にチャネル状態がビジーであり、プローブタイマが最大チャネル時間未満でビーコンフレームが受信された場合、第１のＳＴＡ１３１０は、ターゲットＡＰ１３００からプローブ応答フレームを受信することができなくても、別途のプローブ要求フレームをモニタリングチャネルに送信せずに、該当チャネルでスキャニング手順を終了することができる。

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

例えば、プロセッサ１４２０は、アクティブスキャニングを実行するためのスキャニング情報を生成し、受信チャネルを介して第１のプローブ要求フレームを受信するように具現されることができる。第１のプローブ要求フレームは、ＳＴＡによりＡＰ(ａｃｃｅｓｓ ｐｏｉｎｔ)に送信されたフレームである。

【0178】

また、プロセッサ１４２０は、スキャニング情報に基づいて第１のプローブ要求フレームがＡＰからスキャニングＳＴＡが受信しようとする少なくとも同じ応答を許容するかどうかを決定し、第１のプローブ要求フレームがＡＰからスキャニングＳＴＡが受信しようとする少なくとも同じ応答を許容すると決定された場合、プローブタイマを開始し、受信チャネルでチャネル状態を探知するためにＣＣＡ(ｃｌｅａｒ ｃｈａｎｎｅｌ ａｃｃｅｓｓｍｅｎｔ)を実行することができる。

【0179】

また、プロセッサ１４２０は、プローブタイマが最小チャネル時間に達する前まで前記チャネル状態がビジーでない場合、受信チャネルでＡＰに第２のプローブ要求フレームを送信することができる。また、プロセッサ１４２０は、プローブタイマが最小チャネル時間に達する前までチャネル状態がビジーであり、プローブタイマが最大チャネル時間未満でスキャニングＳＴＡがスキャニング情報に基づいて受信されることが期待される少なくとも同じ情報を含むプローブ応答フレームが受信されない場合、受信チャネルでＡＰに第２のプローブ要求フレームを送信するように具現されることができる。

【0180】

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

【0181】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】