(57)【要約】【課題】無線ＬＡＮにおけるアクティブスキャニングを実行する方法及び装置を提供する。【解決手段】無線ＬＡＮにおけるアクティブスキャニングを実行する方法は、第１のＳＴＡ（ｓｔａｔｉｏｎ）が第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信するステップと、第１のＳＴＡがＡＰからプローブ応答フレームを受信し、プローブ応答フレームは、プローブ要求フレームに対する応答である、ステップと、を含み、第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、ＦＩＬＳ性能情報は、第１のＳＴＡが高速初期リンク設定をサポートするかどうかを指示することができる。【選択図】図７
2015537469.tif 000002
【特許請求の範囲】
【請求項１】
無線ＬＡＮにおけるアクティブスキャニングを実行する方法において、
第１のＳＴＡ（ｓｔａｔｉｏｎ）が第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信するステップ；及び、
前記第１のＳＴＡが前記ＡＰからプローブ応答フレームを受信し、前記プローブ応答フレームは、前記第１のプローブ要求フレームに対する応答である、ステップ；を含み、
前記第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、
前記ＦＩＬＳ性能情報は、前記第１のＳＴＡが高速初期リンク設定をサポートするかどうかを指示するアクティブスキャニング方法。
【請求項２】
前記第１のＳＴＡが高速初期リンク設定をサポートすることを前記ＦＩＬＳ性能情報が指示する場合、前記プローブ応答フレームは、ブロードキャストされる請求項１に記載のアクティブスキャニング方法。
【請求項３】
前記第１のＳＴＡが高速初期リンク設定をサポートすることを前記ＦＩＬＳ性能情報が指示しない場合、前記プローブ応答フレームは、前記第１のＳＴＡにユニキャストされる請求項２に記載のアクティブスキャニング方法。
【請求項４】
前記第１のＳＴＡが第２のＳＴＡによりブロードキャストされた第２のプローブ要求フレームを受信するステップ；前記第１のＳＴＡは、前記第２のプローブ要求フレームが前記ＡＰに送信されるかどうかを判断するステップ；をさらに含み、前記第１のＳＴＡは、前記第２のプローブ要求フレームが前記ＡＰに送信されないと判断する場合、前記第１のプローブ要求フレームが送信される請求項１に記載のアクティブスキャニング方法。
【請求項５】
前記ＦＩＬＳ性能情報は、前記プローブ要求フレームの拡張性能要素（ｅｘｔｅｎｄｅｄ  ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）に含まれ、前記拡張性能要素は、前記第１のＳＴＡの性能（ｃａｐａｂｉｌｉｔｙ）に対する情報を含む請求項４に記載のアクティブスキャニング方法。
【請求項６】
無線ＬＡＮにおけるアクティブスキャニングを実行するＳＴＡ（ｓｔａｔｉｏｎ）において、前記ＳＴＡは、
無線信号を送信するために具現されたＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と選択的に連結されるプロセッサ；を含み、
前記プロセッサは、第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信し、前記ＡＰから前記第１のプローブ要求フレームに対する応答としてプローブ応答フレームを受信するように具現され、
前記第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、
前記ＦＩＬＳ性能情報は、前記ＳＴＡが高速初期リンク設定をサポートするかどうかを指示するＳＴＡ。
【請求項７】
前記ＳＴＡが高速初期リンク設定をサポートすることを前記ＦＩＬＳ性能情報が指示する場合、前記プローブ応答フレームは、ブロードキャストされる請求項６に記載のＳＴＡ。
【請求項８】
前記ＳＴＡが高速初期リンク設定をサポートすることを前記ＦＩＬＳ性能情報が指示しない場合、前記プローブ応答フレームは、前記ＳＴＡにユニキャストされる請求項７に記載のＳＴＡ。
【請求項９】
前記プロセッサは、他のＳＴＡによりブロードキャストされた第２のプローブ要求フレームを受信し、前記第２のプローブ要求フレームが前記ＡＰに送信されるかどうかを判断するように具現され、前記第２のプローブ要求フレームが前記ＡＰに送信されないと前記プロセッサが判断する場合、前記第１のプローブ要求フレームが送信される請求項６に記載のＳＴＡ。
【請求項１０】
前記ＦＩＬＳ性能情報は、前記プローブ要求フレームの拡張性能要素（ｅｘｔｅｎｄｅｄ  ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）に含まれ、前記拡張性能要素は、前記第１のＳＴＡの性能（ｃａｐａｂｉｌｉｔｙ）に対する情報を含む請求項９に記載のＳＴＡ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮにおけるアクティブスキャニングを実行する方法及び装置に関し、より詳しくは、高速初期リンク設定を実行するための方法及び装置に関する。
【背景技術】
【０００２】
最近の無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ＬＡＮ）技術の進化方向は、大いに三つの方向に進行している。既存の無線ＬＡＮ進化方向の延長線上で送信速度を一層高めるための努力として、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１ａｃとＩＥＥＥ８０２．１１ａｄがある。ＩＥＥＥ８０２．１１ａｄは、６０ＧＨｚバンドを使用する無線ＬＡＮ技術である。また、既存の無線ＬＡＮより距離的に広域送信を可能にするために、１ＧＨｚ未満の周波数バンドを活用する広域無線ＬＡＮが最近台頭しており、このような広域無線ＬＡＮには、ＴＶＷＳ（ＴＶ  ｗｈｉｔｅ  ｓｐａｃｅ）帯域を活用するＩＥＥＥ８０２．１１ａｆと９００ＭＨｚ帯域を活用するＩＥＥＥ８０２．１１ａｈがある。これらはスマートグリッド（ｓｍａｒｔ  ｇｒｉｄ）、広域センサネットワークだけでなく、拡張範囲Ｗｉ−Ｆｉ（ｅｘｔｅｎｄｅｄ  ｒａｎｇｅ  Ｗｉ−Ｆｉ）サービスの拡張を主目的とする。また、既存の無線ＬＡＮ  ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）技術は、初期リンクセットアップ時間が場合によって非常に長くなる問題があった。このような問題を解決してＳＴＡがＡＰに迅速な接続が可能にするためにＩＥＥＥ８０２．１１ａｉ標準化活動が最近活発に行われている。
【０００３】
ＩＥＥＥ８０２．１１ａｉは、無線ＬＡＮの初期セットアップ（ｓｅｔ−ｕｐ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）時間を画期的に節減するために迅速な認証手順を扱うＭＡＣ技術であり、２０１１年１月に正式タスクグループに標準化活動が始まった。迅速接続手順を可能にするために、ＩＥＥＥ８０２．１１ａｉは、ＡＰ探索（ＡＰ  ｄｉｓｃｏｖｅｒｙ）、ネットワーク探索（ｎｅｔｗｏｒｋ  ｄｉｓｃｏｖｅｒｙ）、ＴＳＦ同期化（ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）、認証及び結合（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ＆Ａｓｓｏｃｉａｔｉｏｎ、）上位階層（ｈｉｇｈｅｒ  ｌａｙｅｒ）との手順併合などの領域で手順簡素化に対する議論を進行している。そのうち、ＤＨＣＰ（ｄｙｎａｍｉｃ  ｈｏｓｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）のピギーバック（ｐｉｇｇｙｂａｃｋ）を活用した手順併合、併行ＩＰ（ｃｏｎｃｕｒｒｅｎｔ  ＩＰ）を利用した全体ＥＡＰ（ｆｕｌｌ  ＥＡＰ（ｅｘｔｅｎｓｉｂｌｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ））の最適化、効率的な選別的ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）スキャニングなどのアイデアが活発に議論中である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、無線ＬＡＮにおけるアクティブスキャニングを実行する方法を提供することである。
【０００５】
本発明の他の目的は、無線ＬＡＮにおけるアクティブスキャニングを実行する装置を提供することである。
【課題を解決するための手段】
【０００６】
前述した本発明の目的を達成するための本発明の一側面による無線ＬＡＮにおけるアクティブスキャニングを実行する方法は、第１のＳＴＡ（ｓｔａｔｉｏｎ）が第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信するステップと、前記第１のＳＴＡが前記ＡＰからプローブ応答フレームを受信し、前記プローブ応答フレームは、前記プローブ要求フレームに対する応答である、ステップと、を含み、前記第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、前記ＦＩＬＳ性能情報は、前記第１のＳＴＡが高速初期リンク設定をサポートするかどうかを指示する。
【０００７】
前述した本発明の目的を達成するための本発明の他の側面による無線ＬＡＮにおけるアクティブスキャニングを実行するＳＴＡ（ｓｔａｔｉｏｎ）において、前記ＳＴＡは、無線信号を送信するために具現されたＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と選択的に連結されるプロセッサを含み、前記プロセッサは、第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信し、前記ＡＰから前記第１のプローブ要求フレームに対する応答としてプローブ応答フレームを受信するように具現され、前記第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、前記ＦＩＬＳ性能情報は、前記ＳＴＡが高速初期リンク設定をサポートするかどうかを指示する。
【発明の効果】
【０００８】
ＳＴＡが高速初期リンク設定（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ、ＦＩＬＳ）をサポートするかどうかに対する情報をＦＩＬＳ  ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信することによって、ＦＩＬＳ  ＡＰがプローブ応答フレームの送信方法を決定することができる。したがって、ＦＩＬＳをサポートするＦＩＬＳ  ＳＴＡは、ＦＩＬＳ  ＡＰと高速に初期リンク設定手順を実行することができる。
【図面の簡単な説明】
【０００９】
【図１】無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【図２】ＩＥＥＥ８０２．１１によりサポートされる無線ＬＡＮシステムの階層アーキテクチャを示す。
【図３】無線ＬＡＮにおけるスキャニング方法を示す概念図である。
【図４】ＡＰとＳＴＡのスキャニング手順以後に実行される認証手順及び結合手順を示す概念図である。
【図５】アクティブスキャニング手順を示す概念図である。
【図６】プローブ要求フレーム送信方法を示す概念図である。
【図７】本発明の実施例に係る初期リンク設定手順を示す概念図である。
【図８】本発明の実施例に係る初期リンク設定手順を示す概念図である。
【図９】本発明の実施例に係る初期リンク設定手順を示す概念図である。
【図１０】本発明の実施例に係るＦＩＬＳ  ＡＰのプローブ応答フレーム送信方法を示す概念図である。
【図１１】本発明の実施例に係るＦＩＬＳ  ＡＰのプローブ応答フレーム送信方法を示す概念図である。
【図１２】本発明の実施例に係るプローブ要求フレームを示す概念図である。
【図１３】本発明の実施例に係るプローブ要求フレームを示す概念図である。
【図１４】本発明の実施例に係るプローブ応答フレーム送信方法を示す概念図である。
【図１５】本発明の実施例に係るプローブ応答フレーム送信方法を示す概念図である。
【図１６】本発明の実施例が適用されることができる無線装置を示すブロック図である。
【発明を実施するための形態】
【００１０】
図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【００１１】
図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャネットワーク（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｎｅｔｗｏｒｋ）の構造を示す。
【００１２】
図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上の基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＢＳＳ）１００、１０５を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化を行われて互いに通信できるＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むことができる。
【００１３】
インフラストラクチャＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。
【００１４】
分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ  ｓｅｒｖｉｃｅ  ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、１３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
【００１５】
ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。
【００１６】
図１の上段のようなインフラストラクチャネットワークでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０が無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０が無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ  ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ｂａｓｉｃ  ｓｅｒｖｉｃｅｓｅｔ）と定義する。
【００１７】
図１の下段は、独立ＢＳＳを示す概念図である。
【００１８】
図１の下段を参照すると、独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ、ＩＢＳＳ）は、アドホックモードに動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行する個体（ｃｅｎｔｒａｌｉｚｅｄ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳでは、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５が分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｎｎｅｒ）に管理される。ＩＢＳＳでは、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５が移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｎｅｔｗｏｒｋ）を構築する。
【００１９】
ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非−ＡＰ  ＳＴＡ（Ｎｏｎ−ＡＰ  Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。
【００２０】
ＳＴＡは、移動端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。
【００２１】
図２は、ＩＥＥＥ８０２．１１によりサポートされる無線ＬＡＮシステムの階層アーキテクチャを示す。
【００２２】
図２では、無線ＬＡＮシステムの階層アーキテクチャ（ＰＨＹ  ａｒｃｈｉｔｅｃｔｕｒｅ）を概念的に示した。
【００２３】
無線ＬＡＮシステムの階層アーキテクチャは、ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）副階層（ｓｕｂｌａｙｅｒ）２２０、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）副階層２１０、及びＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）副階層２００を含むことができる。ＰＬＣＰ副階層２１０は、ＭＡＣ副階層２２０がＰＭＤ副階層２００に最小限の従属性を有して動作できるように具現される。ＰＭＤ副階層２００は、複数のＳＴＡ間でデータを送受信するための送信インターフェース役割を遂行することができる。
【００２４】
ＭＡＣ副階層２２０、ＰＬＣＰ副階層２１０、及びＰＭＤ副階層２００は、概念的に管理部（ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）を含むことができる。
【００２５】
ＭＡＣ副階層２２０の管理部は、ＭＬＭＥ（ＭＡＣ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）２２５であり、物理階層の管理部は、ＰＬＭＥ（ＰＨＹ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）２１５である。このような管理部は、階層管理動作が実行されるインターフェースを提供することができる。ＰＬＭＥ２１５は、ＭＬＭＥ２２５と連結されてＰＬＣＰ副階層２１０及びＰＭＤ副階層２００の管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を実行することができ、ＭＬＭＥ２２５もＰＬＭＥ２１５と連結されてＭＡＣ副階層２２０の管理動作（ｍａｎａｇｅｍｅｎｔ  ｏｐｅｒａｔｉｏｎ）を実行することができる。
【００２６】
正確なＭＡＣ階層動作が実行されるために、ＳＭＥ（ＳＴＡ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）２５０が存在する。ＳＭＥ２５０は、階層に独立的な構成部として運用されることができる。ＭＬＭＥ、ＰＬＭＥ、及びＳＭＥは、プリミティブ（ｐｒｉｍｉｔｉｖｅ）に基づいて相互構成部間に情報を送信及び受信することができる。
【００２７】
各副階層での動作を簡略に説明すると、下記の通りである。ＰＬＣＰ副階層２１０は、ＭＡＣ副階層２２０とＰＭＤ副階層２００との間でＭＡＣ階層の指示によってＭＡＣ副階層２２０から受けたＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）をＰＭＤ副階層２００に伝達し、またはＰＭＤ副階層２００から来るフレームをＭＡＣ副階層２２０に伝達する。ＰＭＤ副階層２００は、ＰＬＣＰの下位階層であり、無線媒体を介した複数のＳＴＡ間でのデータ送信及び受信を実行することができる。ＭＡＣ副階層２２０が伝達したＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）は、ＰＬＣＰ副階層２１０でＰＳＤＵ（Ｐｈｙｓｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）という。ＭＰＤＵは、ＰＳＤＵと類似するが、複数のＭＰＤＵをアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）したＡ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ  ＭＰＤＵ）が伝達された場合、各々のＭＰＤＵとＰＳＤＵは、互いに異なる。
【００２８】
ＰＬＣＰ副階層２１０は、ＰＳＤＵをＭＡＣ副階層２２０から受けてＰＭＤ副階層２００に伝達する過程で物理階層の送受信機により必要な情報を含む付加フィールドを付ける。このとき、付加されるフィールドは、ＰＳＤＵにＰＬＣＰプリアンブル（ｐｒｅａｍｂｌｅ）、ＰＬＣＰヘッダ（ｈｅａｄｅｒ）、コンボリューションエンコーダをゼロ状態（ｚｅｒｏ  ｓｔａｔｅ）に返すのに必要なテールビット（Ｔａｉｌ  Ｂｉｔｓ）などである。ＰＬＣＰプリアンブルは、ＰＳＤＵが送信される前に受信機に同期化機能とアンテナダイバーシティを準備するようにする役割をすることができる。データフィールドは、ＰＳＤＵにパディングビット、スクランブラを初期化するためのビットシーケンスを含むサービスフィールド及びテールビットが付けられたビットシーケンスがエンコーディングされたコード化シーケンス（ｃｏｄｅｄ  ｓｅｑｕｅｎｃｅ）を含むことができる。このとき、エンコーディング方式は、ＰＰＤＵを受信するＳＴＡでサポートされるエンコーディング方式によって、ＢＣＣ（Ｂｉｎａｒｙ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｉｎｇ）エンコーディングまたはＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）エンコーディングのうち一つを選択することができる。ＰＬＣＰヘッダには送信するＰＰＤＵ（ＰＬＣＰ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に対する情報を含むフィールドが含まれることができる。
【００２９】
ＰＬＣＰ副階層２１０では、ＰＳＤＵに前述したフィールドを付加してＰＰＤＵ（ＰＬＣＰ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成してＰＭＤ副階層２００を経由して受信ステーションに送信し、受信ステーションは、ＰＰＤＵを受信してＰＬＣＰプリアンブル、ＰＬＣＰヘッダからデータ復元に必要な情報を得て復元する。
【００３０】
図３は、無線ＬＡＮにおけるスキャニング方法を示す概念図である。
【００３１】
図３を参照すると、スキャニング方法は、パッシブスキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）３００とアクティブスキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）３５０とに区分されることができる。
【００３２】
図３の左側を参照すると、パッシブスキャニング３００は、ＡＰ３００が周期的にブロードキャストするビーコンフレーム３３０により実行されることができる。無線ＬＡＮのＡＰ３１０は、ビーコンフレーム３３０を特定周期（例えば、１００ｍｓｅｃ）毎にｎｏｎ−ＡＰ  ＳＴＡ３４０にブロードキャストする。ビーコンフレーム３３０には現在のネットワークに対する情報が含まれることができる。ｎｏｎ−ＡＰ  ＳＴＡ３４０は、周期的にブロードキャストされるビーコンフレーム３３０を受信することで、ネットワーク情報を受信して認証／結合（ａｕｔｈｅｎｔｉｃａｔｉｏｎ／ａｓｓｏｃｉａｔｉｏｎ）過程を実行するＡＰ３１０とチャネルに対するスキャニングを実行することができる。
【００３３】
パッシブスキャニング３００は、ｎｏｎ−ＡＰ  ＳＴＡ３４０がフレームを送信する必要が無しでＡＰ３１０で送信されるビーコンフレーム３３０を受信すればよい。したがって、パッシブスキャニング３００は、ネットワークでデータ送信／受信により発生される全体的なオーバーヘッドが小さいという長所がある。しかし、ビーコンフレーム３３０の周期に比例して受動的にスキャニングを実行せざるを得ないため、スキャニングの実行にかかる時間が増えるという短所がある。ビーコンフレームに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１１−ＲＥＶｍｂＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ２０１１‘ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ−Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ  Ｐａｒｔ１１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１）’の８．３．３．２  ｂｅａｃｏｎ  ｆｒａｍｅに開示されている。ＩＥＥＥ８０２．１１ａｉでは追加的に他のフォーマットのビーコンフレームを使用することもでき、このようなビーコンフレームをＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）ビーコンフレームという。また、測定パイロットフレーム（ｍｅａｓｕｒｅｍｅｎｔ  ｐｉｌｏｔ  ｆｒａｍｅ）は、ビーコンフレームの一部情報のみを含むフレームであり、スキャニング手順で使用することができる。測定パイロットフレームは、ＩＥＥＥ８０２．１１  ８．５．８．３  ｍｅａｓｕｒｅｍｅｎｔ  ｐｉｌｏｔ  ｆｏｒｍａｔに開示されている。
【００３４】
また、ＦＩＬＳ探索フレーム（ＦＩＬＳ  ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅ）が定義されることもできる。ＦＩＬＳ探索フレームは、各ＡＰでビーコンフレームの送信周期で送信されるフレームであり、ビーコンフレームより短い周期で送信されるフレームである。即ち、ＦＩＬＳ探索フレームは、ビーコンフレームの送信周期より小さい値の周期で送信されるフレームである。ＦＩＬＳ探索フレームは、探知フレームを送信するＡＰの識別子情報（ＳＳＩＤ、ＢＳＳＩＤ）を含むことができる。ＦＩＬＳ探索フレームは、ＳＴＡにビーコンフレームが送信される前に送信されることで、該当チャネルにＡＰが存在することをＳＴＡが予め探索するようにすることができる。一つのＡＰでＦＩＬＳ探索フレームが送信される間隔をＦＩＬＳ探索フレーム送信間隔という。ＦＩＬＳ探索フレームにはビーコンフレームに含まれる情報の一部が含まれて送信されることができる。
【００３５】
図３の右側を参照すると、アクティブスキャニング３５０は、ｎｏｎ−ＡＰ  ＳＴＡ３９０からプローブ要求フレーム３７０をＡＰ３６０に送信して主導的にスキャニングを実行する方法をいう。
【００３６】
ＡＰ３６０では、ｎｏｎ−ＡＰ  ＳＴＡ３９０からプローブ要求フレーム３７０を受信した後、フレーム衝突（ｆｒａｍｅ  ｃｏｌｌｉｓｉｏｎ）を防止するためにランダム時間待った後、プローブ応答フレーム３８０にネットワーク情報を含んでｎｏｎ−ＡＰ  ＳＴＡ３９０に送信することができる。ｎｏｎ−ＡＰ  ＳＴＡ３９０は、受信したプローブ応答フレーム３８０に基づいてネットワーク情報を得てスキャニング過程を中止することができる。
【００３７】
アクティブスキャニング３５０の場合、ｎｏｎ−ＡＰ  ＳＴＡ３９０が主導的にスキャニングを実行するため、スキャニングに使われる時間が短いという長所がある。しかし、ｎｏｎ−ＡＰ  ＳＴＡ３９０でプローブ要求フレーム３７０を送信しなければならないため、フレーム送信及び受信のためのネットワークオーバーヘッドが増加するという短所がある。プローブ要求フレーム３７０は、ＩＥＥＥ  ８０２．１１  ８．３．３．９に開示されており、プローブ応答フレーム３８０は、ＩＥＥＥ  ８０２．１１  ８．３．３．１０に開示されている。
【００３８】
スキャニングが終わった後、ＡＰとＳＴＡは、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と結合（ａｓｓｏｃｉａｔｉｏｎ）過程を実行することができる。
【００３９】
図４は、ＡＰとＳＴＡのスキャニング後、認証及び結合過程を示す概念図である。
【００４０】
図４を参照すると、パッシブ／アクティブスキャニングを実行した後、スキャニングされたＡＰのうち一つのＡＰと認証及び結合を実行することができる。
【００４１】
認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）過程は、例えば、２方向ハンドシェイキング（２−ｗａｙ  ｈａｎｄｓｈａｋｉｎｇ）を介して実行されることができる。図４の左側は、パッシブスキャニング後、認証及び結合過程を示す概念図であり、図４の右側は、アクティブスキャニング後、認証及び結合過程を示す概念図である。
【００４２】
認証及び結合過程は、アクティブスキャニングを使用したかまたはパッシブスキャニングを使用したかと関係なしで、認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）４１０／認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）４２０、及び結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）  ４３０／結合応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）４４０をＡＰ４００、４５０とｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５との間で交換することで同じく実行されることができる。
【００４３】
認証過程は、ｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５から認証要求フレーム４１０をＡＰ４００、４５０に送信して実行されることができる。認証要求フレーム４１０に対する応答として認証応答フレーム４２０をＡＰ４００、４５０からｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５に送信することができる。認証フレームフォーマット（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ  ｆｏｒｍａｔ）に対してはＩＥＥＥ  ８０２．１１  ８．３．３．１１に開示されている。
【００４４】
結合過程（ａｓｓｏｃｉａｔｉｏｎ）は、ｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５から結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）４３０をＡＰ４００、４５０に送信して実行されることができる。結合要求フレーム４３０に対する応答として結合応答フレーム４４０をＡＰ  ＡＰ４００、４５０からｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５に送信できる。送信された結合要求フレーム４３０にはｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５の性能（ｃａｐａｂｉｌｉｔｙ）に対する情報が含まれている。ｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５の性能情報に基づいて、ＡＰ４００、４５０は、ｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５に対してサポート可能かどうかを判断することができる。サポート可能な場合、ＡＰ４００、４５０は、結合応答フレーム４４０に結合要求フレーム４３０に対する受諾可否とその理由、自分がサポート可能な性能情報（ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含んでｎｏｎ−ＡＰ  ＳＴＡ４０５、４５５に送信することができる。結合フレームフォーマット（ａｓｓｏｃｉａｔｉｏｎ  ｆｒａｍｅ  ｆｏｒｍａｔ）に対してはＩＥＥＥ  ８０２．１１  ８．３．３．５／８．３．３．６に開示されている。
【００４５】
もし、結合ステップまで実行された場合、以後正常なデータの送信及び受信が実行されるようになる。結合が実行されない場合、結合が実行されない理由に基づいて再び結合が実行され、または他のＡＰに結合が実行されることができる。
【００４６】
図５は、アクティブスキャニング手順（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ  ｐｒｏｃｅｄｕｒｅ）に対する概念図である。
【００４７】
図５を参照すると、アクティブスキャニング手順は、下記のようなステップに実行されることができる。
【００４８】
（１）ＳＴＡ５００がスキャニング手順を実行する準備ができたかどうかを判断する。
【００４９】
ＳＴＡ５００は、例えば、プローブ遅延時間（ｐｒｏｂｅ  ｄｅｌａｙ  ｔｉｍｅ）が満了（ｅｘｐｉｒｅ）され、または特定なシグナリング情報（例えば、ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅ）が受信される時まで待ってアクティブスキャニングを実行することができる。
【００５０】
プローブ遅延時間は、ＳＴＡ５００がアクティブスキャニングを実行する時、プローブ要求フレーム５１０を送信する前に発生される遅延である。ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅは、物理（ＰＨＹ）階層からローカルＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層に送信される信号である。ＰＨＹ−ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅは、ＰＬＣＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）で有効なＰＬＣＰヘッダを含むＰＰＤＵ（ＰＬＣＰ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を受信したという情報をＭＡＣ階層にシグナリングすることができる。
【００５１】
（２）基本接続（ｂａｓｉｃ  ａｃｃｅｓｓ）を実行する。
【００５２】
８０２．１１ＭＡＣ階層では、例えば、コンテンションベースの関数である分散調整関数（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ、ＤＣＦ）を使用して複数のＳＴＡが無線媒体を共有することができる。ＤＣＦは、接続プロトコルとして搬送波検知多重接続及び衝突回避（ｃａｒｒｉｅｒ  ｓｅｎｓｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ／ｃｏｌｌｉｓｉｏｎ  ａｖｏｉｄａｎｃｅ、ＣＳＭＡ／ＣＡ）を使用してバックオフ（ｂａｃｋ−ｏｆｆ）方式を介してＳＴＡ間の出動を防止することができる。ＳＴＡ５００は、基本接続方法を使用してプローブ要求フレーム５１０をＡＰ５６０、５７０に送信することができる。
【００５３】
（３）ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ（ｒｅｑｕｅｓｔ  ｐｒｉｍｉｔｉｖｅ）に含まれているＡＰ５６０、５７０を特定するための情報（例えば、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＢＳＳＩＤ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）情報）をプローブ要求フレーム５１０に含んで送信することができる。
【００５４】
ＢＳＳＩＤは、ＡＰを特定するための指示子であり、ＡＰのＭＡＣアドレスに該当する値を有することができる。ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）は、ＳＴＡを運用する人が読み取ることができるＡＰを特定するためのネットワーク名称である。ＢＳＳＩＤ及び／またはＳＳＩＤは、ＡＰを特定するために使われることができる。
【００５５】
ＳＴＡ５００は、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ（ｒｅｑｕｅｓｔ  ｐｒｉｍｉｔｉｖｅ）により含まれているＡＰ５６０、５７０を特定するための情報に基づいてＡＰを特定することができる。特定されたＡＰ５６０、５７０は、プローブ応答フレーム５４０、５５０をＳＴＡ５００に送信することができる。ＳＴＡ５００は、プローブ要求フレーム５１０にＳＳＩＤ及びＢＳＳＩＤ情報を含んで送信することで、プローブ要求フレーム５１０をユニキャスト、マルチキャストまたはブロードキャストすることができる。ＳＳＩＤ及びＢＳＳＩＤ情報を使用してプローブ要求フレーム５１０をユニキャスト、マルチキャストまたはブロードキャストする方法に対しては図５で追加的に詳述する。
【００５６】
例えば、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ（ｒｅｑｕｅｓｔ  ｐｒｉｍｉｔｉｖｅ）にＳＳＩＤリストが含まれる場合、ＳＴＡ５００は、プローブ要求フレーム５１０にＳＳＩＤリストを含んで送信することができる。ＡＰ５６０、５７０は、プローブ要求フレーム５１０を受信し、受信されたプローブ要求フレーム５１０に含まれているＳＳＩＤリストに含まれているＳＳＩＤを判断してＳＴＡ５００にプローブ応答フレーム５４０、５５０を送信するかどうかを決定することができる。
【００５７】
（４）プローブタイマを０に初期化した後、タイマを動作させる。
【００５８】
プローブタイマは、最小チャネル時間（ＭｉｎＣｈａｎｎｅｌｔｉｍｅ）５２０及び最大チャネル時間（ＭａｘＣｈａｎｎｅｌｔｉｍｅ）５３０をチェックするために使われることができる。最小チャネル時間５２０及び最大チャネル時間５３０は、ＳＴＡ５００のアクティブスキャニング動作を制御するために使われることができる。
【００５９】
最小チャネル時間５２０は、ＳＴＡ５００がアクティブスキャニングを実行するチャネルを変更するための動作を実行するために使われることができる。例えば、ＳＴＡ５００は、プローブタイマが最小チャネル時間５２０に達する時まで他のフレーム（例えば、プローブ応答フレーム５４０、５５０の送信を探知することができない場合、ＳＴＡ５００は、スキャニングチャネルを移動して他のチャネルでスキャニングを実行することができる。ＳＴＡ５００は、プローブタイマが最小チャネル時間５２０に達する時まで他のフレームの送信を探知した場合、プローブタイマが最大チャネル時間５３０に達する時までチャネルをモニタリングすることができる。プローブタイマが最大チャネル時間５３０に達すると、ＳＴＡは、受信されたプローブ応答フレーム５４０、５５０を処理することができる。
【００６０】
ＳＴＡ５００は、プローブタイマが最小チャネル時間５２０に達する前までＰＨＹ−ＣＣＡ．指示プリミティブ（ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅ）を探索して最小チャネル時間５２０前まで他のフレーム（例えば、プローブ応答フレーム５４０、５５０）の送信可否を探知することができる。
【００６１】
ＰＨＹ−ＣＣＡ．指示プリミティブは、物理階層からＭＡＣ階層に媒体（ｍｅｄｉｕｍ）の状態に対する情報を送信することができる。ＰＨＹ−ＣＣＡ．指示プリミティブは、チャネルが可用でない場合はビジー（ｂｕｓｙ）、チャネルが可用である場合はアイドル（ｉｄｌｅ）というチャネル状態パラメータを使用して現在チャネルの状態をＳＴＡ５００に知らせることができる。ＳＴＡ５００は、ＰＨＹ−ＣＣＡ．指示プリミティブがビジー（ｂｕｓｙ）と探索される場合、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在すると判断し、ＰＨＹ−ＣＣＡ．指示プリミティブがアイドル（ｉｄｌｅ）と探索される場合、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在しないと判断することができる。
【００６２】
ＰＨＹ−ＣＣＡ．指示プリミティブがアイドル（ｉｄｌｅ）と探索される場合、ＳＴＡ５００は、ＮＡＶ（ｎｅｔ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を０に設定し、次のチャネルをスキャニングすることができる。ＳＴＡ５００は、ＰＨＹ−ＣＣＡ．指示プリミティブがビジー（ｂｕｓｙ）と探索される場合、プローブタイマが最大チャネル時間５３０に達した後に受信されたプローブ応答フレーム５４０、５５０に対する処理を実行することができる。受信されたプローブ応答フレーム５４０、５５０に対する処理後、ＮＡＶ（ｎｅｔ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を０に設定し、ＳＴＡ５００は、次のチャネルをスキャニングすることができる。
【００６３】
以下、本発明の実施例において、ＳＴＡ５００に受信されたプローブ応答フレーム５４０、５５０が存在するかどうかを判断するということは、ＰＨＹ−ＣＣＡ．指示プリミティブを使用してチャネル状態を判断するという意味を含むことができる。
【００６４】
（５）チャネルリスト（ＣｈａｎｎｅｌＬｉｓｔ）に含まれている全てのチャネルがスキャニングされる場合、ＭＬＭＥは、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブ（ｃｏｎｆｉｒｍ  ｐｒｉｍｉｔｉｖｅ）をシグナリングすることができる。ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、スキャニング過程で取得した全ての情報を含むＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔを含むことができる。
【００６５】
ＳＴＡ５００がアクティブスキャニング方法を使用する場合、プローブタイマが最小チャネル時間に達する時までＰＨＹ−ＣＣＡ．指示プリミティブのパラメータがビジー（ｂｕｓｙ）かどうかを判断するモニタリングを実行しなければならない。
【００６６】
前述したＭＬＭＥ−ＳＣＡＮ．要求プリミティブ（ｒｅｑｕｅｓｔ  ｐｒｉｍｉｔｉｖｅ）に含まれる具体的な情報は、下記の通りである。ＳＴＡがスキャニングを実行するためには、ＭＬＭＥでＭＬＭＥ−ＳＣＡＮ．要求プリミティブを受信することができる。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブは、ＳＭＥにより生成されたプリミティブである。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブは、ＳＴＡが結合する他のＢＳＳが存在するかどうかを判断するために使われることができる。
【００６７】
ＭＬＭＥ−ＳＣＡＮ．要求プリミティブは、具体的にＢＳＳＴｙｐｅ、ＢＳＳＩＤ、ＳＳＩＤ、ＳｃａｎＴｙｐｅ、ＰｒｏｂｅＤｅｌａｙ、ＣｈａｎｎｅｌＬｉｓｔ、ＭｉｎＣｈａｎｎｅｌＴｉｍｅ、ＭａｘＣｈａｎｎｅｌＴｉｍｅ、ＲｅｑｕｅｓｔＩｎｆｏｒｍａｔｉｏｎ、ＳＳＩＤ  Ｌｉｓｔ、ＣｈａｎｎｅｌＵｓａｇｅ、ＡｃｃｅｓｓＮｅｔｗｏｒｋＴｙｐｅ、ＨＥＳＳＩＤ、ＭｅｓｈＩＤ、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃＩｎｆｏのような情報を含むことができる。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１１−ＲＥＶｍｂＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ２０１１‘ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ−Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ  Ｐａｒｔ１１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ’の６．３．３．２ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔに開示されている。
【００６８】
以下の表１は、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが含む情報を例示的に簡略に示す。
【００６９】
【表１−１】
2015537469.tif 000003
【表１−２】
2015537469.tif 000004
【００７０】
ＭＬＭＥ−ＳＣＡＮ．要求プリミティブに含まれている要求パラメータ（ｒｅｑｕｅｓｔ  ｐａｒａｍｅｔｅｒ）は、応答ＳＴＡがプローブ応答フレームを送信するかどうかを決定するために使われることができる。要求パラメータは、他のＢＳＳの情報がプローブ応答フレームに含まれることを要求するための情報を含むことができる。また、要求パラメータは、リポート要求フィールド、遅延基準フィールド、最大遅延限界フィールドを含むことができる。
【００７１】
リポート要求フィールドは、他のＢＳＳの情報がプローブ応答フレームに含まれることを要求する情報であり、遅延基準フィールドは、プローブ要求フレームに対する応答として適用される遅延タイプに対する情報を含み、最大遅延限界フィールドは、遅延基準フィールドにより指示された、遅延タイプに対する最大接続遅延情報を含むことができる。
【００７２】
その他、要求パラメータは、最小データレートフィールド及び／または受信された信号強度限界フィールドを含むことができる。最小データレートフィールドは、ＭＳＤＵまたはＡ−ＭＳＤＵを送信するにあたって、最も低い全体データレートに対する情報を含む。受信された信号強度限界フィールドは、プローブ要求フレームのレシーバが応答をするために必要な信号の限界値に対する情報をさらに含むことができる。
【００７３】
図６は、プローブ要求フレーム送信方法を示す概念図である。
【００７４】
図６では、ＳＴＡがプローブ要求フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をブロードキャスト、マルチキャスト、ユニキャストする方法に対して開示する。
【００７５】
図６の上段は、ＳＴＡ６００がプローブ要求フレーム６１０をブロードキャストする方法である。
【００７６】
ＳＴＡ６００は、プローブ要求フレーム６１０にワイルドカードＳＳＩＤ（ｗｉｌｄｃａｒｄ  ＳＳＩＤ）及びワイルドカードＢＳＳＩＤ（ｗｉｌｄｃａｒｄ  ＢＳＳＩＤ）を含んでプローブ要求フレーム６１０をブロードキャストすることができる。
【００７７】
ワイルドカードＳＳＩＤ及びワイルドカードＢＳＳＩＤは、ＳＴＡ６００の送信範囲に含まれるＡＰ６０５−１、６０５−２、６０５−３、６０５−４、６０５−５の全てを指示するための識別子として使われることができる。
【００７８】
ＳＴＡ６００がプローブ要求フレーム６１０にワイルドカードＳＳＩＤ及びワイルドカードＢＳＳＩＤを含んで送信する場合、ＳＴＡ６００が送信するプローブ要求フレーム６１０を受信したＡＰ６０５−１、６０５−２、６０５−３、６０５−４、６０５−５は、受信されたプローブ要求フレームに対する応答としてプローブ応答フレームをＳＴＡ６００に送信することができる。
【００７９】
ブロードキャストされたプローブ要求フレーム６１０を受信したＡＰ６０５−１、６０５−２、６０５−３、６０５−４、６０５−５が、受信したプローブ要求フレーム６１０に対する応答としてプローブ応答フレームをＳＴＡ６００に一定時間内に送信する場合、ＳＴＡ６００は、一度にあまりに多くのプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を受信して処理しなければならない問題が発生できる。
【００８０】
図６の中段は、ＳＴＡ６２０がプローブ要求フレーム６３０をユニキャストする方法である。
【００８１】
図６の中段を参照すると、ＳＴＡ６２０がプローブ要求フレーム６３０をユニキャスト（ｕｎｉｃａｓｔ）する場合、ＳＴＡ６２０は、ＡＰの特定なＳＳＩＤ／ＢＳＳＩＤ情報を含むプローブ要求フレーム６３０を送信することができる。プローブ要求フレーム６３０を受信したＡＰのうち、ＳＴＡ６２０が特定したＳＳＩＤ／ＢＳＳＩＤに該当するＡＰ６２５のみがＳＴＡ６２０にプローブ応答フレームを送信することができる。
【００８２】
図６の下段は、ＳＴＡ６４０がプローブ要求フレーム６６０をマルチキャストする方法である。
【００８３】
図６の下段を参照すると、ＳＴＡ６４０は、プローブ要求フレーム６６０にＳＳＩＤリストとワイルドカードＢＳＳＩＤを含んで送信することができる。プローブ要求フレーム６６０を受信したＡＰのうち、プローブ要求フレームに含まれているＳＳＩＤリストに含まれているＳＳＩＤに該当するＡＰ６６０−１、６６０−２は、プローブ応答フレームをＳＴＡ６４０に送信することができる。
【００８４】
前述したように、既存のＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブに含まれているＳＳＩＤとＢＳＳＩＤに基づいてプローブ要求フレームをユニキャストするか、またはマルチキャストするか、またはブロードキャストするかを決定することができる。プローブ要求フレームのユニキャスト、マルチキャストまたはブロードキャストは、下記のようなＭＬＭＥ−ＳＣＡＮ．要求プリミティブの設定に基づいて実行されることができる。
【００８５】
ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定なＢＳＳＩＤを含んでいる場合、ＳＴＡは、特定なＢＳＳＩＤを有するＡＰにプローブ要求フレームをユニキャストする。ユニキャストされるプローブ要求フレームのＭＡＣヘッダのアドレスフィールド（ａｄｄｒｅｓｓ  ｆｉｅｌｄ）にＡＰの特定なＢＳＳＩＤを含むことができる。
【００８６】
ＭＬＭＥ−ＳＣＡＮ．要求プリミティブにＳＳＩＤまたはＳＳＩＤリストを含み、ワイルドカードＢＳＳＩＤを含んでいる場合、ＳＴＡは、ＳＳＩＤまたはＳＳＩＤリストに該当するＡＰにプローブ要求フレームをマルチキャストすることができる。プローブ要求フレームにＳＳＩＤまたはＳＳＩＤリストを含み、プローブ要求フレームのＭＡＣヘッダのアドレスフィールドにワイルドカードＢＳＳＩＤを含むことができる。
【００８７】
ＭＬＭＥ−ＳＣＡＮ．要求プリミティブにワイルドカードＳＳＩＤが含まれている場合、ＳＴＡは、プローブ要求フレームをブロードキャストすることができる。ブロードキャストされるプローブ要求フレームは、ワイルドカードＳＳＩＤを含み、ＭＡＣヘッダのアドレスフィールドにワイルドカードＢＳＳＩＤを含むことができる。
【００８８】
ＡＰは、ＳＴＡからプローブ要求フレームを受信した場合、プローブ要求フレームに対する応答としてプローブ応答フレームを送信することができる。レガシＡＰの場合、プローブ要求フレームに対する応答としてプローブ応答フレームをユニキャストした。しかし、ＡＰが高速初期リンク設定（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ、ＦＩＬＳ）をサポートするＦＩＬＳ  ＡＰの場合、プローブ応答フレームをブロードキャストすることもできる。ＳＴＡとＡＰが高速初期リンク設定をサポートする場合、ＳＴＡが送信したプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができる。
【００８９】
以下、本発明の実施例において、高速初期リンク設定をサポートするＳＴＡはＦＩＬＳ  ＳＴＡ、高速初期リンク設定をサポートするＡＰはＦＩＬＳ  ＡＰという用語で表現されることができる。それに対し、高速初期リンク設定をサポートしないＳＴＡはレガシＳＴＡ、高速初期リンク設定をサポートしないＡＰはレガシＡＰという用語で表現されることができる。
【００９０】
ＡＰまたはＳＴＡが高速初期リンク設定をサポートするということは、多様な意味で解釈されることができる。本発明の実施例のように、ＡＰは、プローブ応答フレームをブロードキャストし、ＳＴＡは、ブロードキャストされるプローブ応答フレームをデコーディングすることができる場合、ＡＰとＳＴＡが高速初期リンク設定をサポートするＦＩＬＳ  ＳＴＡ、ＦＩＬＳ  ＡＰで表現することができる。その他、ＩＥＥＥ８０２．１１ａｉの標準に基づいて動作するＳＴＡ及びＡＰをＦＩＬＳ  ＳＴＡ、ＦＩＬＳ  ＡＰで表現することもできる。または、ＦＩＬＳ探索フレーム（ＦＩＬＳ  ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅ）を送信するＡＰ及びＦＩＬＳ探索フレームを受信するＳＴＡをＦＩＬＳ  ＡＰ及びＦＩＬＳ  ＳＴＡで表現することもできる。ＦＩＬＳ探索フレームは、ＡＰの次のＴＢＴＴオフセット情報（ＡＰ′ｓ  Ｎｅｘｔ  ＴＢＴＴ（ｔａｒｇｅｔ  ｂｅａｃｏｎ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ）  Ｏｆｆｓｅｔ）を含むことができる。ＡＰの次のＴＢＴＴオフセット情報は、次のビーコンフレームの送信タイミングに対する情報を含むことができる。次のＴＢＴＴオフセット情報は、探索フレームと探索フレームの次の送信されるビーコンフレームとの間の時間オフセット情報を含むことができる。
【００９１】
図７は、本発明の実施例に係る初期リンク設定手順を示す概念図である。
【００９２】
図７では複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０とＦＩＬＳ  ＡＰ７００との間の初期リンク設定手順に対して開示する。
【００９３】
図７を参照すると、複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０は、複数のプローブ要求フレームをＦＩＬＳ  ＡＰ７００に送信することができる。
【００９４】
本発明の実施例によると、ＦＩＬＳ  ＡＰ７００は、複数のプローブ要求フレームがＦＩＬＳ  ＳＴＡ７１０、７２０、７３０から受信された場合、プローブ応答フレームをブロードキャストすることができる。または、ＦＩＬＳ  ＡＰ７００は、受信した複数のプローブ要求フレームに含まれている情報に基づいてプローブ応答フレームをブロードキャストするかどうかを決定することができる。
【００９５】
具体的に、ＦＩＬＳ  ＡＰ７００が複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０から複数のプローブ要求フレーム７１５、７２５、７３５を受信した場合を仮定して説明する。ＦＩＬＳ  ＡＰ７００は、複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０から受信した複数のプローブ要求フレーム７１５、７２５、７３５に基づいて同じプローブ応答フレームを送信することができるかどうかを判断することができる。具体的に、プローブ要求フレーム７１５、７２５、７３５により要求される情報が同じ場合、ＦＩＬＳ  ＡＰ７００は、同じプローブ応答フレーム７０５を複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０にブロードキャストすることができる。
【００９６】
ＦＩＬＳ  ＡＰ７００がプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０にブロードキャストする場合、複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０の各々にプローブ応答フレームをユニキャストしない。したがって、ＦＩＬＳ  ＡＰ７００と複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０との間に高速初期リンク設定が実行されることができる。
【００９７】
ＦＩＬＳ  ＡＰ７００が複数のＦＩＬＳ  ＳＴＡ７１０、７２０、７３０から複数のプローブ要求フレーム７１５、７２５、７３５を受信した場合、前記のような動作が実行されることができる。しかし、ＦＩＬＳ  ＡＰ７００が受信した複数のプローブ要求フレームに、レガシＳＴＡにより送信されたプローブ要求フレームが含まれる場合、ＡＰは、異なる動作を実行することもできる。
【００９８】
図８は、本発明の実施例に係る初期リンク設定手順を示す概念図である。
【００９９】
図８では少なくとも一つのＦＩＬＳ  ＳＴＡ８１０、８２０及び少なくとも一つのレガシＳＴＡ８３０とＦＩＬＳ  ＡＰ８００との間の初期リンク設定手順に対して開示する。
【０１００】
無線ＬＡＮ環境ではＦＩＬＳ  ＡＰ８００、レガシＳＴＡ８３０、ＦＩＬＳ  ＳＴＡ８１０、８２０が同じＢＳＳで動作することができる。本発明の実施例によると、ＳＴＡ及び／またはＡＰが高速初期リンク設定をサポートするかどうかによって、ＳＴＡとＡＰとの間の初期アクセス手順が互いに異なるように実行されることができる。
【０１０１】
ＦＩＬＳ  ＡＰ８００は、複数のＳＴＡ（少なくとも一つのＦＩＬＳ  ＳＴＡ８１０、８２０、少なくとも一つのレガシＳＴＡ８３０）から複数のプローブ要求フレーム８１５、８２５、８３５を受信することができる。
【０１０２】
ＦＩＬＳ  ＡＰ８００が複数のプローブ要求フレーム８１５、８２５、８３５に対してプローブ応答フレーム８０５をブロードキャストした場合を仮定して説明する。このような場合、ＦＩＬＳ  ＳＴＡ８１０、８２０は、ブロードキャストされたプローブ応答フレーム８０５を受信することができる。しかし、レガシＳＴＡ８３０は、プローブ要求フレーム８３５に対する応答としてユニキャストされたプローブ応答フレームを期待することができる。このような場合、レガシＳＴＡ８３０は、モニタリングしたプローブ応答フレーム８０５がユニキャストされたフレームでなく、ブロードキャストされたプローブ応答フレームの場合、受信しない。したがって、ＦＩＬＳ  ＡＰ８００は、レガシＳＴＡ８３０から受信したプローブ要求フレーム８３５に対してはプローブ応答フレームをユニキャストする必要がある。
【０１０３】
ＦＩＬＳ  ＡＰ８００は、プローブ応答フレームの送信方法を決定するために、プローブ要求フレーム８１５、８２５、８３５を送信したＳＴＡ８１０、８２０、８３０がＦＩＬＳ  ＳＴＡかまたはレガシＳＴＡかに対して予め決定しなければならない。データを送信及び受信するＳＴＡ８１０、８２０、８３０がＦＩＬＳ  ＳＴＡかまたはレガシＳＴＡかをＦＩＬＳ  ＡＰ８００が決定することができない場合、ＦＩＬＳ  ＡＰ８００は、高速初期リンク設定のための手順を実行するかどうかに対して決定することができない。具体的に、ＦＩＬＳ  ＡＰは、プローブ応答フレームをブロードキャストするかどうかを決定するために、プローブ要求フレームを送信したＳＴＡがレガシＳＴＡかまたはＦＩＬＳ  ＳＴＡかに対する情報が必要である。以下、本発明の実施例ではＳＴＡのＦＩＬＳサポート可否に対する情報をＡＰに送信する方法に対して開示する。
【０１０４】
以下、本発明の実施例では、説明の便宜上、ＦＩＬＳ  ＳＴＡがプローブ要求フレームを送信するステップから開示する。しかし、本発明の実施例によると、ＦＩＬＳ  ＳＴＡは、他のＳＴＡからプローブ要求フレームを受信した場合、直接プローブ要求フレームを送信するかどうかに対して判断することができる。
【０１０５】
例えば、他のＳＴＡから受信したプローブ要求フレームに対するＡＰの応答と、ＦＩＬＳ  ＳＴＡが受信したＭＬＭＥ−ＳＣＡＮ．要求プリミティブにより指示された情報に対する応答と、が同じ場合、ＳＴＡは、プローブ要求フレームを送信しない。ＡＰは、他のＳＴＡにより送信されたプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができ、ＳＴＡは、ブロードキャストされたプローブ応答フレームを受信することによって、別途のプローブ要求フレームに対する送信を省略することができる。
【０１０６】
具体的な例として、ＳＴＡは、他のＳＴＡによりブロードキャストされたプローブ要求フレームを受信することができる。ＳＴＡは、他のＳＴＡによりブロードキャストされたプローブ要求フレームが直接プローブ要求フレームを送信しようとするＡＰに送信されるプローブ要求フレームかどうかを判断することができる。ＳＴＡは、受信したプローブ要求フレームが直接プローブ要求フレームを送信しようとするＡＰでない場合、直接ＭＬＭＥ−ＳＣＡＮ．要求プリミティブに基づいてプローブ要求フレームを生成することができる。
【０１０７】
図９は、本発明の実施例に係る初期リンク設定手順を示す概念図である。
【０１０８】
図９を参照すると、ＳＴＡは、高速初期リンク設定をサポートするかどうかに対する情報をＦＩＬＳ  ＡＰに送信する（ステップＳ９００）。
【０１０９】
例えば、ＳＴＡは、プローブ要求フレームにＦＩＬＳ性能要素（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）を含んでＦＩＬＳ  ＡＰに送信することができる。ＦＩＬＳ性能要素は、ＳＴＡが高速初期リンク設定をサポートするＦＩＬＳ  ＳＴＡかどうかを示すための情報を含むことができる。ＳＴＡは、高速初期リンク設定をサポートするかどうかに対する情報を送信するために、プローブ要求フレームでない他のフレームを介して送信することもできる。ＳＴＡの高速初期リンク設定をサポートするかどうかに対する情報は、他の多様な情報フォーマット及び多様な送信方法を介してＳＴＡからＦＩＬＳ  ＡＰに送信されることができる。
【０１１０】
ＦＩＬＳ  ＡＰは、ＳＴＡから受信した高速初期リンク設定をサポートするかどうかに対する情報に基づいてプローブ応答フレームの送信方法を決定する（ステップＳ９１０）。
【０１１１】
ＦＩＬＳ  ＡＰは、プローブ要求フレームを送信した少なくとも一つのＳＴＡがレガシＳＴＡかどうかを判断することで、プローブ応答フレームの送信方法を決定することができる。
【０１１２】
前述したように、ＦＩＬＳ  ＡＰは、複数のＦＩＬＳ  ＳＴＡから複数のプローブ要求フレームを受信した場合、複数のプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができる。ＦＩＬＳ  ＡＰは、具現によって、一つのＦＩＬＳ  ＳＴＡからプローブ要求フレームを受信した場合にもプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることもできる。
【０１１３】
しかし、受信した複数のプローブ要求フレームのうち少なくとも一つのプローブ要求フレームをレガシＳＴＡから受信した場合、ＦＩＬＳ  ＡＰは、別途のプローブ応答フレームをレガシＳＴＡにユニキャストすることができる。
【０１１４】
例えば、ＦＩＬＳ  ＡＰは、受信したプローブ要求フレームに含まれているＦＩＬＳ性能要素に基づいて受信したプローブ要求フレームのうち、レガシＳＴＡから受信したプローブ要求フレームが存在するかどうかを判断することができる。
【０１１５】
受信したプローブ要求フレームのうち、ＦＩＬＳ性能要素が存在しない、またはＦＩＬＳ性能要素がＳＴＡにより高速初期リンク設定がサポートされないことを指示するプローブ要求フレームがある場合がある。このような場合、ＦＩＬＳ  ＡＰは、ＦＩＬＳ性能要素が存在しない、またはＳＴＡにより高速初期リンク設定がサポートされないことを指示するプローブ要求フレームに対する応答としてプローブ応答フレームをユニキャストすることができる。また、ＦＩＬＳ  ＡＰは、ＦＩＬＳ性能要素がＳＴＡにより高速初期リンク設定をサポートすることを指示する残りのプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができる。
【０１１６】
他の実施例として、受信した全てのプローブ要求フレームのＦＩＬＳ性能要素がＳＴＡによりＦＩＬＳがサポートされることを指示することもできる。このような場合、ＦＩＬＳ  ＡＰは、複数のプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができる。
【０１１７】
ＦＩＬＳ  ＡＰは、決定された送信方法によりプローブ応答フレームを送信する（ステップＳ９２０）。
【０１１８】
ＦＩＬＳ  ＡＰは、ステップＳ９１０で決定された送信方法に基づいて生成したプローブ応答フレームを送信することができる。
【０１１９】
図１０及び図１１ではＦＩＬＳ  ＡＰの具体的な動作に対して開示する。
【０１２０】
図１０は、本発明の実施例に係るＦＩＬＳ  ＡＰのプローブ応答フレーム送信方法を示す概念図である。
【０１２１】
図１０ではプローブ要求フレームを送信した複数のＳＴＡが全てＦＩＬＳをサポートする場合を仮定して説明する。図１０では、説明の便宜上、複数のＦＩＬＳ  ＳＴＡを仮定するが、一つのＦＩＬＳ  ＳＴＡの場合にも、下記のような手順がＦＩＬＳ  ＡＰとＦＩＬＳ  ＳＴＡとの間で適用されることができる。
【０１２２】
複数のＦＩＬＳ  ＳＴＡ１０１０、１０２０、１０３０の各々は、プローブ要求フレーム１０１５、１０２５、１０３５をＦＩＬＳ  ＡＰ１０００に送信することができる。
【０１２３】
複数のＦＩＬＳ  ＳＴＡ１０１０、１０２０、１０３０の各々が送信するプローブ要求フレーム１０１５、１０２５、１０３５は、ＦＩＬＳ性能要素（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）を含むことができ、ＦＩＬＳ性能要素は、ＳＴＡが高速初期リンク設定をサポートすることを指示することができる。
【０１２４】
ＦＩＬＳ  ＡＰ１０００は、受信した複数のプローブ要求フレーム１０１５、１０２５、１０３５に含まれるＦＩＬＳ性能要素に基づいてプローブ要求フレームを送信した全てのＳＴＡ１０１０、１０２０、１０３０がＦＩＬＳ  ＳＴＡであるという情報を取得することができる。このような場合、ＦＩＬＳ  ＡＰ１０００は、複数のＦＩＬＳ  ＳＴＡ１０１０、１０２０、１０３０にプローブ応答フレーム１００５をブロードキャストすることができる。
【０１２５】
本発明の他の実施例によると、ＦＩＬＳ  ＡＰ１０００は、受信した複数のプローブ要求フレーム１０１５、１０２５、１０３５に個別的な要求情報があるかどうかを追加的に判断することで、プローブ応答フレーム１００５の送信方法を決定することもできる。例えば、複数のＦＩＬＳ  ＳＴＡ１０１０、１０２０、１０３０から受信した複数のプローブ要求フレーム１０１５、１０２５、１０３５のうち、特定なプローブ要求フレームは、ＦＩＬＳ  ＡＰ１０００から送信されるプローブ応答フレームを介して別途の情報を要求する要求要素（ｒｅｑｕｅｓｔｅｄ  ｅｌｅｍｅｎｔ）を含むことができる。このような場合、ＦＩＬＳ  ＡＰ１０００は、要求要素を含む特定なプローブ要求フレームに対する応答として要求要素に対する応答を含むプローブ応答フレームを、特定なプローブ要求フレームを送信したＦＩＬＳ  ＳＴＡにユニキャストすることもできる。ＦＩＬＳ  ＡＰ１０００は、要求要素を含む特定なプローブ要求フレームを除いた残りのプローブ要求フレームにより要求される情報が同じ場合、残りのプローブ要求フレームを送信した複数のＦＩＬＳ  ＳＴＡに同じプローブ応答フレームをブロードキャストすることができる。
【０１２６】
要求要素に基づく判断方法だけでなく、ＦＩＬＳ  ＡＰ１０００は、複数のＦＩＬＳ  ＳＴＡから複数のプローブ要求フレームを受信した場合、他の多様な判断に基づいてプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡにブロードキャストするか、またはユニキャストするかを追加的に判断することもできる。
【０１２７】
本発明の他の実施例によると、ＦＩＬＳ  ＡＰ１０００は、具現によって、要求要素を含む特定なプローブ要求フレームを受信した場合にも、要求要素に対する応答を含むプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡにブロードキャストすることもできる。
【０１２８】
図１１は、本発明の実施例に係るＦＩＬＳ  ＡＰのプローブ応答フレーム送信方法を示す概念図である。
【０１２９】
図１１ではプローブ要求フレームを送信した複数のＳＴＡ１１１０、１１２０、１１３０のうち、少なくとも一つのＳＴＡがレガシＳＴＡ１１３０の場合を仮定して説明する。図１１では、説明の便宜上、複数のＦＩＬＳ  ＳＴＡを仮定するが、一つのＦＩＬＳ  ＳＴＡの場合にも、下記のような手順がＦＩＬＳ  ＡＰとＦＩＬＳ  ＳＴＡとの間で適用されることができる。
【０１３０】
図１１を参照すると、複数のＦＩＬＳ  ＳＴＡ１１１０、１１２０及びレガシＳＴＡ１１３０がＦＩＬＳ  ＡＰ１１００にプローブ要求フレーム１１１５、１１２５、１１１３５を送信することができる。図１１では、説明の便宜上、レガシＳＴＡが一つであると仮定するが、レガシＳＴＡは複数個であってもよい。
【０１３１】
複数のＦＩＬＳ  ＳＴＡ１１１０、１１２０の各々により送信されるプローブ要求フレーム１１１５、１１２５は、ＦＩＬＳ性能要素を含むことができる。ＦＩＬＳ性能要素は、ＳＴＡが高速初期リンク設定をサポートすることを指示することができる。
【０１３２】
レガシＳＴＡ１１３０により送信されるプローブ要求フレーム１１３５は、ＦＩＬＳ性能要素を含まない、またはＦＩＬＳ性能要素を含み、含まれているＦＩＬＳ性能要素がＳＴＡにより高速初期リンク設定がサポートされないことを指示することができる。以下、本発明の実施例ではレガシＳＴＡ１１３０により送信されるプローブ要求フレーム１１３５は、ＦＩＬＳ性能要素を含まないと仮定する。
【０１３３】
ＦＩＬＳ  ＡＰ１１００は、受信した複数のプローブ要求フレーム１１１５、１１２５、１１３５にＦＩＬＳ性能要素が含まれるかどうかに基づいて複数のプローブ要求フレーム１１１５、１１２５、１１３５を送信したＳＴＡ１１１０、１１２０、１１３０がＦＩＬＳ  ＳＴＡ１１１０、１１２０及びレガシＳＴＡ１１３０であるという情報を取得することができる。このような場合、ＦＩＬＳ  ＡＰ１１００は、複数のＦＩＬＳ  ＳＴＡ１１１０、１１２０にプローブ応答フレーム１１０３をブロードキャストし、レガシＳＴＡ１１３０にプローブ応答フレーム１１０６をユニキャストすることができる。このような方法を使用することによって、レガシＳＴＡ１１３０は、ユニキャストされたプローブ応答フレーム１１０６をＦＩＬＳ  ＡＰ１１００から受信して初期アクセスを実行することができる。
【０１３４】
本発明の他の実施例によると、ＦＩＬＳ  ＡＰ１１００は、複数のＦＩＬＳ  ＳＴＡから受信した複数のプローブ要求フレームに個別的な要求情報があるかどうかを追加的に判断することで、プローブ応答フレームの送信方法を決定することもできる。例えば、複数のＦＩＬＳ  ＳＴＡから受信した複数のプローブ要求フレームのうち、特定なプローブ要求フレームは、ＦＩＬＳ  ＡＰ１１００に別途の情報を要求する要求要素（ｒｅｑｕｅｓｔｅｄ  ｅｌｅｍｅｎｔ）を含むことができる。このような場合、ＦＩＬＳ  ＡＰ１１００は、要求要素を含むプローブ要求フレームに対する応答として要求要素に対する応答を含むプローブ応答フレームを、特定なプローブ要求フレームを送信した特定なＦＩＬＳ  ＳＴＡにユニキャストすることもできる。ＦＩＬＳ  ＡＰは、特定なＦＩＬＳ  ＳＴＡを除いた残りのＦＩＬＳ  ＳＴＡにより要求される情報が同じ場合、同じプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡにブロードキャストすることができる。
【０１３５】
前述したように、要求要素に基づく判断方法だけでなく、ＦＩＬＳ  ＡＰ１１００は、複数のＦＩＬＳ  ＳＴＡから複数のプローブ要求フレームを受信した場合、他の多様な判断に基づいてプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡにブロードキャストするか、またはユニキャストするかを追加的に判断することもできる。
【０１３６】
同様に、本発明の他の実施例によると、ＦＩＬＳ  ＡＰ１１００は、具現によって、要求要素を含む特定なプローブ要求フレームを受信した場合にも、要求要素に対する応答を含むプローブ応答フレームを複数のＦＩＬＳ  ＳＴＡにブロードキャストすることもできる。
【０１３７】
図１２は、本発明の実施例に係るプローブ要求フレームを示す概念図である。
【０１３８】
図１２を参照すると、プローブ要求フレームのフレームボディ（ｆｒａｍｅｂｏｄｙ）は、ＦＩＬＳ性能要素を含むことができる。
【０１３９】
ＦＩＬＳ性能要素は、要素ＩＤ、長さ（ｌｅｎｇｔｈ）及びＦＩＬＳ  ＳＴＡ情報１２００を含むことができる。ＦＩＬＳ  ＳＴＡ情報１２００は、ＦＩＬＳ  ＳＴＡ指示子（ｉｎｄｉｃａｔｉｏｎ）１２５０及び保存ビット（ｒｅｓｅｒｖｅｄ）を含むことができる。
【０１４０】
要素ＩＤは、該当情報要素がＦＩＬＳ性能要素であることを指示するために使われることができる。
【０１４１】
長さ（ｌｅｎｇｔｈ）は、ＦＩＬＳ  ＳＴＡ情報の長さに対する情報を含むことができる。
【０１４２】
ＦＩＬＳ  ＳＴＡ指示子は、ＳＴＡが高速初期リンク設定をサポートするかどうかを指示することができる。例えば、ＦＩＬＳ  ＳＴＡ指示子が１の場合、ＳＴＡが高速初期リンク設定をサポートすることを指示し、ＦＩＬＳ  ＳＴＡ指示子が０の場合、ＳＴＡが高速初期リンク設定をサポートしないことを指示することができる。
【０１４３】
このような情報フォーマットは、一つの例示に過ぎず、他の多様な方法によりＳＴＡが高速初期リンク設定をサポートするかどうかに対する情報をＦＩＬＳ  ＡＰに送信することができる。
【０１４４】
図１３は、本発明の実施例に係るプローブ要求フレームを示す概念図である。
【０１４５】
図１３では拡張性能要素（ｅｘｔｅｎｄｅｄ  ｃａｐａｂｉｌｉｔｙ  ｅｌｅｍｅｎｔ）１３００に基づいてＳＴＡの高速初期リンク設定に対するサポート可否に対する情報（ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ｔｈｅ  ｓｕｐｐｏｒｔ  ｆｏｒ  ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ  ｏｆ  ＳＴＡ）を伝達する方法に対して開示する。
【０１４６】
本発明の実施例によると、以下の表２のように拡張性能要素１３００にＳＴＡのＦＩＬＳ性能（ｃａｐａｂｉｌｉｔｙ）情報１３５０を含んで伝達することができる。拡張性能要素１３００は、プローブ要求フレーム、認証要求フレーム（ａｕｔｈｅｎｔｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）、結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）に含まれて伝達されることができる。
【０１４７】
【表２】
2015537469.tif 000005
【０１４８】
図１３を参照すると、プローブ要求フレームは、拡張性能要素１３００を含むことができる。拡張性能要素１３００は、ＳＴＡがサポート可能な機能に対する情報を含む情報要素である。
【０１４９】
本発明の実施例によると、ＳＴＡは、拡張性能要素１３００に基づいてＳＴＡの高速初期リンク設定のサポート可否に対する情報を伝達することができる。具体的に、拡張性能要素１３００で一定ビット（例えば、１ビット）に定義されたＦＩＬＳ性能（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ）情報１３５０を介してＳＴＡが高速初期リンク設定をサポートするかどうかに対して送信することができる。具体的に、ＦＩＬＳ性能情報の値が１の場合、ＳＴＡが高速初期リンク設定をサポートすることを指示することができる。
【０１５０】
ＦＩＬＳ  ＡＰは、受信したプローブ要求フレームの拡張性能要素に含まれているＦＩＬＳ性能情報に基づいてプローブ応答フレームの送信方法を決定することができる。
【０１５１】
図１４は、本発明の実施例に係るプローブ応答フレーム送信方法を示す概念図である。
【０１５２】
図１４ではＦＩＬＳ  ＡＰ１４００が複数のＦＩＬＳ  ＳＴＡ１４１０、１４２０及び少なくとも一つのレガシＳＴＡ１４３０からプローブ要求フレームを受信した場合、複数のＦＩＬＳ  ＳＴＡ１４１０、１４２０及び少なくとも一つのレガシＳＴＡ１４３０にプローブ応答フレームを送信する方法に対して開示する。図１４では２個のＦＩＬＳ  ＳＴＡ及び１個のレガシＳＴＡの場合を仮定して説明する。図１４では、説明の便宜上、複数のＦＩＬＳ  ＳＴＡを仮定するが、一つのＦＩＬＳ  ＳＴＡの場合にも、下記のような手順がＦＩＬＳ  ＡＰとＦＩＬＳ  ＳＴＡとの間で適用されることができる。
【０１５３】
図１４を参照すると、ＦＩＬＳ  ＡＰ１４００は、第１の時間区間１４５０で複数のＦＩＬＳ  ＳＴＡ１４１０、１４２０にプローブ応答フレーム１４５５をブロードキャストする。
【０１５４】
ＦＩＬＳ  ＡＰ１４００は、第１の時間区間１４５０で優先的に複数のＦＩＬＳ  ＳＴＡ１４１０、１４２０にプローブ応答フレーム１４５５をブロードキャストすることができる。第１の時間区間１４５０は、ＳＴＡが特定なチャネルでプローブ応答フレームをモニタリングする最大時間である最大チャネル時間（ＭａｘＣｈａｎｎｅｌｔｉｍｅ）のうち一部の時間区間である。
【０１５５】
本発明の実施例によると、ＦＩＬＳ  ＡＰ１４００は、複数のＦＩＬＳ  ＳＴＡ１４１０、１４２０及び少なくとも一つのレガシＳＴＡ１４３０からプローブ要求フレームを受信した場合、最大チャネル時間内で、一定区間は、ＦＩＬＳ  ＳＴＡにプローブ応答フレームをブロードキャストする第１の時間区間１４５０に設定し、残りの区間は、レガシＳＴＡにプローブ応答フレームをユニキャストする第２の時間区間１４６０に設定することができる。
【０１５６】
例えば、ＦＩＬＳ  ＡＰ１４００によりプローブ応答フレーム１４５５がブロードキャストされる区間は、最小チャネル時間（ＭｉｎＣｈａｎｎｅｌｔｉｍｅ）に含まれる区間である。最小チャネル時間までＦＩＬＳ  ＡＰ１４００がプローブ応答フレーム１４５５をブロードキャストする場合、ユニキャストされるプローブ応答フレーム１４６５をモニタリングするレガシＳＴＡ１４３０は、チャネルを介してブロードキャストされたプローブ応答フレーム１４５５をセンシングすることができる。センシング結果、レガシＳＴＡ１４３０でＰＨＹ−ＣＣＡ．指示プリミティブがビジー（ｂｕｓｙ）と探索されることができ、レガシＳＴＡ１４３０は、プローブタイマが最大チャネル時間に到達する時までＦＩＬＳ  ＡＰ１４００からユニキャストされるプローブ応答フレーム１４６５をモニタリングすることができる。
【０１５７】
ＦＩＬＳ  ＡＰ１４００は、第２の時間区間１４６０でレガシＳＴＡ１４３０にプローブ応答フレームをユニキャストすることができる。
【０１５８】
第２の時間区間１４６０は、第１の時間区間１４５０以後、最大チャネル時間（ＭａｘＣｈａｎｎｅｌＴｉｍｅ）以前に該当する区間である。最大チャネル時間は、ＳＴＡがチャネルにプローブ応答フレームをモニタリングする最大区間である。
【０１５９】
図１４と違って、反対の順序にＦＩＬＳ  ＡＰ１４００からプローブ応答フレームが送信されることもできる。
【０１６０】
図１５は、本発明の実施例に係るプローブ応答フレーム送信方法を示す概念図である。
【０１６１】
図１５ではＦＩＬＳ  ＡＰ１５００が複数のＦＩＬＳ  ＳＴＡ１５１０、１５２０及び少なくとも一つのレガシＳＴＡ１５３０からプローブ要求フレームを受信した場合、複数のＦＩＬＳ  ＳＴＡ１５１０、１５２０及び少なくとも一つのレガシＳＴＡ１５３０にプローブ応答フレームを送信する方法に対して開示する。図１５では２個のＦＩＬＳ  ＳＴＡ及び１個のレガシＳＴＡの場合を仮定して説明する。図１５では、説明の便宜上、複数のＦＩＬＳ  ＳＴＡを仮定するが、一つのＦＩＬＳ  ＳＴＡの場合にも、下記のような手順がＦＩＬＳ  ＡＰとＦＩＬＳ  ＳＴＡとの間で適用されることができる。
【０１６２】
図１５を参照すると、ＦＩＬＳ  ＡＰ１５００は、第１の時間区間１５５０でレガシＳＴＡ１５３０にプローブ応答フレーム１５５５をユニキャストする。
【０１６３】
ＦＩＬＳ  ＡＰ１５００は、第１の時間区間１５５０で優先的にレガシＳＴＡ１５３０にプローブ応答フレーム１５５５をユニキャストすることができる。第１の時間区間１５５０は、ＳＴＡが特定なチャネルをスキャニングする最大チャネル時間（ＭａｘＣｈａｎｎｅｌｔｉｍｅ）のうち一部の時間区間である。
【０１６４】
本発明の実施例によると、ＦＩＬＳ  ＡＰ１５００は、複数のＦＩＬＳ  ＳＴＡ及び少なくとも一つのレガシＳＴＡからプローブ要求フレームを受信した場合、最大チャネル時間内で、一定区間は、少なくとも一つのレガシＳＴＡにプローブ応答フレームをユニキャストする区間に設定し、残りの区間は、複数のＦＩＬＳ  ＳＴＡにプローブ応答フレームをブロードキャストする区間に設定することができる。
【０１６５】
例えば、ＦＩＬＳ  ＡＰ１５００によりプローブ応答フレーム１５５５がユニキャストされる区間は、最小チャネル時間（ＭｉｎＣｈａｎｎｅｌｔｉｍｅ）に該当する区間である。最小チャネル時間までＦＩＬＳ  ＡＰ１５００がプローブ応答フレーム１５５５をユニキャストする場合、ブロードキャストされるプローブ応答フレームをモニタリングするＦＩＬＳ  ＳＴＡ１５１０、１５２０は、チャネルを介してユニキャストされたプローブ応答フレーム１５５５をセンシングすることができる。センシング結果、ＦＩＬＳ  ＳＴＡ１５１０、１５２０でＰＨＹ−ＣＣＡ．指示プリミティブがビジー（ｂｕｓｙ）と探索されることができ、ＦＩＬＳ  ＳＴＡ１５１０、１５２０は、プローブタイマが最大チャネル時間に到達する時までＦＩＬＳ  ＡＰ１５００からブロードキャストされるプローブ応答フレーム１５６５をモニタリングすることができる。
【０１６６】
ＦＩＬＳ  ＡＰ１５００は、第２の時間区間１５６０でＦＩＬＳ  ＳＴＡ１５１０、１５２０にプローブ応答フレーム１５６５をブロードキャストすることができる。
【０１６７】
第２の時間区間１５６０は、第１の時間区間１５５０以後、最大チャネル時間（ＭａｘＣｈａｎｎｅｌＴｉｍｅ）以前に該当する区間である。最大チャネル時間は、ＳＴＡがチャネルにプローブ応答フレームをモニタリングする最大区間である。
【０１６８】
図１６は、本発明の実施例が適用されることができる無線装置を示すブロック図である。
【０１６９】
図１６を参照すると、無線装置は、前述した実施例を具現することができるＳＴＡであり、ＡＰ１６００または非ＡＰ  ＳＴＡ（ｎｏｎ−ＡＰ  ｓｔａｔｉｏｎ）  １６５０である。
【０１７０】
ＡＰ  １６００は、プロセッサ１６１０、メモリ１６２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１６３０を含む。
【０１７１】
ＲＦ部１６３０は、プロセッサ１６１０と連結して無線信号を送信／受信することができる。
【０１７２】
プロセッサ１６１０は、本発明で提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１６１０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。
【０１７３】
例えば、プロセッサ１６１０は、ＳＴＡから受信したプローブ要求フレームに基づいてプローブ応答フレームをブロードキャストするか、またはユニキャストするかを決定することができる。例えば、ＡＰは、受信したプローブ要求フレームのＦＩＬＳ性能情報でＳＴＡが高速初期リンク設定をサポートするかどうかに対して判断することができる。判断結果、ＡＰは、ＦＩＬＳ  ＳＴＡから送信されたＦＩＬＳ性能情報を含むプローブ要求フレームに対する応答としてプローブ応答フレームをブロードキャストすることができる。また、判断結果、ＡＰは、レガシＳＴＡから送信されたＦＩＬＳ性能情報を含まないプローブ要求フレームまたはＦＩＬＳ性能情報によりＳＴＡが高速初期リンク設定をサポートしないことを指示するプローブ要求フレームに対する応答としてプローブ応答フレームをユニキャストすることができる。
【０１７４】
ＳＴＡ  １６５０は、プロセッサ１６６０、メモリ１６７０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）  １６８０を含む。
【０１７５】
ＲＦ部１６８０は、プロセッサ１６６０と連結して無線信号を送信／受信することができる。
【０１７６】
プロセッサ１６６０は、本発明で提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１６６０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。
【０１７７】
例えば、プロセッサ１６６０は、第１のプローブ要求フレームをＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）に送信し、ＡＰから第１のプローブ要求フレームに対する応答としてプローブ応答フレームを受信するように具現されることができる。第１のプローブ要求フレームは、ＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）性能情報（ＦＩＬＳ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含み、ＦＩＬＳ性能情報は、ＳＴＡが高速初期リンク設定をサポートするかどうかを指示することができる。
【０１７８】
プロセッサ１６１０，１６６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１６２０，１６７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１６３０，１６８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。
【０１７９】
実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１６２０，１６７０に格納され、プロセッサ１６１０，１６６０により実行されることができる。メモリ１６２０，１６７０は、プロセッサ１６１０，１６６０の内部または外部にあり、よく知られた多様な手段によりプロセッサ１６１０，１６６０と連結されることができる。
【図１】
2015537469.tif 000006
【図２】
2015537469.tif 000007
【図３】
2015537469.tif 000008
【図４】
2015537469.tif 000009
【図５】
2015537469.tif 000010
【図６】
2015537469.tif 000011
【図７】
2015537469.tif 000012
【図８】
2015537469.tif 000013
【図９】
2015537469.tif 000014
【図１０】
2015537469.tif 000015
【図１１】
2015537469.tif 000016
【図１２】
2015537469.tif 000017
【図１３】
2015537469.tif 000018
【図１４】
2015537469.tif 000019
【図１５】
2015537469.tif 000020
【図１６】
2015537469.tif 000021
【国際調査報告】
2015537469.tif 000022
2015537469.tif 000023
2015537469.tif 000024
2015537469.tif 000025