JP2016192780A - ビーコン情報を提供するための方法およびシステム - Google Patents

Abstract

【課題】ビーコン情報を提供するための改善された方法およびシステムを提供する。
【解決手段】ビーコン情報のプロビジョニング、送信およびプロトコル向上のための方法であって、ビーコン情報フィールド／要素の属性に基づいてマルチレベルビーコンを定義するステップを含む。１次ビーコンに加えて、時空間ブロック符号（ＳＴＢＣ）、非ＳＴＢＣモードにおいて、また複数帯域幅モードにおいて、ショートビーコンを使用する。ショートビーコンは、高速初期リンクセットアップ（ＦＩＬＳ）のために、またシステムカバレージ範囲を拡張するためにも使用される。
【選択図】図９

Description

本発明は、ビーコン情報を提供するための方法およびシステムに関する。

関連出願の相互参照
本願は、２０１２年３月２日に出願された米国特許仮出願第６１／６０６，１８０号、２０１２年７月３日に出願された米国特許仮出願第６１／６６７，６４８号、２０１２年１０月３１日に出願された米国特許仮出願第６１／７２０，７５０号の利益を主張し、それらの内容を参照により本明細書に組み込む。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおける無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１または複数のステーション（ＳＴＡ）とを有する。ＡＰは、一般に、配信システム（ＤＳ）、またはＢＳＳ内で、またＢＢＳからトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有する。ＢＳＳの外側から生じるＳＴＡへのトラフィックは、ＡＰを通じて到着し、ＳＴＡに配信される。ＳＴＡからＢＳＳ外の宛先へ生じるトラフィックは、ＡＰに送られ、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィック（「ピアツーピア」トラフィック）もまたＡＰを通じて送られ、ソースＳＴＡがトラフィックをＡＰに送り、ＡＰがトラフィックを宛先ＳＴＡに配信する。独立ＢＳＳモードにおけるＷＬＡＮはＡＰを有しておらず、ＳＴＡは互いに直接通信する。

ＳＴＡによるＡＰの発見（Discovery）のためにビーコン送信手順を使用するＷＬＡＮシステムは、ＡＰから基本サービスセット（ＢＳＳ）内でのビーコンの定期的な送信を使用する。ビーコンは、ＢＳＳＩＤを用いるＡＰアドバタイズメント、ＢＳＳ内でのＳＴＡの同期、能力情報（capability information）、ＢＳＳ動作情報、媒体アクセスのためのシステムパラメータ、送信電力制限、ならびに多数の任意選択の情報要素を提供することによってシステム内の様々な機能をサポートする。ＷＬＡＮ ＢＳＳ用の典型的なビーコンのためのフレームフォーマットは、１００バイト長より大きく、典型的な企業環境では、ビーコンは約２３０バイトである。そのようなビーコンのオーバーヘッドは、かなりの量の情報を含む。たとえば、最低の伝送速度（１００Ｋｂｐｓ）での１００バイトのビーコンは、８ｍｓ（すなわち、すべてのＳＴＡがそれを復号することができるための最低の速度において）より長い伝送時間を必要とする。１００ｍｓのビーコン間隔については、８％より大きいオーバーヘッドがある。１００ｍｓの高速リンクセットアップ時間をサポートするために、ビーコン間隔は１００ｍｓより著しく短くなければならず、これにより、オーバーヘッド値は、８％のオーバーヘッド推定値より著しく大きくなることになる。

そこで、本発明では、ビーコン情報を提供するための改善された方法およびシステムを提供することにある。

本明細書では、ビーコン情報のプロビジョニング(provisioning)、送信、およびプロトコル向上のための方法およびシステムについて述べる。１つの方法では、単一の大きなビーコンが、各ビーコン情報フィールド／要素の属性に基づいて、ビーコン情報のプロビジョニングおよび送信のためにマルチレベルビーコンに分割される。これらの属性は、目的、使用法、周期性、安定性、ブロードキャスト／マルチキャスト／ユニキャストなどを含む。後方互換性の無線ローカルエリアネットワーク（ＷＬＡＮ）システムとグリーンフィールドＷＬＡＮシステムとの両方のために、マルチレベルビーコニング方式に基づいて、シグナリング機構および動作手順が定義される。１次ビーコンに加えて、時空間ブロック符号（ＳＴＢＣ）モード、非ＳＴＢＣモードにおいて、および複数帯域幅モードにおいて、ショートビーコンが使用される。ショートビーコンは、高速初期リンクセットアップ（ＦＩＬＳ）のために、またシステムカバレージ範囲を拡張するためにも使用される。低速送信での、および／または指向送信でのショートビーコンが使用されてもよい。小帯域幅送信のために、ショートビーコンおよび複数帯域幅モードをサポートするように、１次ビーコンに対する修正がなされる。ビーコン送信は、適応変調および符号化セット／方式（ＭＣＳ）セットを使用する。パケットの処理の停止をサポートするための方法についても述べる。

本発明により、ビーコン情報を提供するための改善された方法およびシステムを提供される。

より詳細な理解を、添付の図面と共に、例として与えられている以下の説明から得ることができる。

１または複数の開示されている実施形態が実行される例示的な通信システムのシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 単一ビーコンの一例の図である。 マルチレベルビーコン方式の一例の図である。 マルチレベルビーコン分類の一例の図である。 マルチレベルビーコンを使用する、リンクセットアップ中のＳＴＡおよびＡＰのための例示的なシグナリング図である。 マルチレベルビーコン方式に従ってＷＬＡＮリンクを維持するための一例のシグナリング図である。 トラフィックインジケーションビーコンのための例示的なシグナリング図である。 例示的なショートビーコン構成の図である。 例示的なＦＩＬＳビーコン構成の図である。 ＦＩＬＳショートビーコンを使用する単一の発見段階のための例示的な方法の流れ図である。 例示的なＦＩＬＳショートビーコン構成の図である。 ＦＩＬＳショートビーコンのためにスキャニングプリミティブを使用するＳＴＡ挙動のための例示的な方法の流れ図である。 ショートビーコン情報を含む修正された１次ビーコンの一例の図である。 ＳＴＢＣまたは非ＳＴＢＣモード関連の情報を担持するためのＩＥＥＥ８０２．１１ａｈショートビーコンフレームに対する例示的な修正の図である。 ＳＴＢＣまたは非ＳＴＢＣモード関連の情報を担持するための一般的なショートビーコンフレームに対する例示的な修正の図である。 ２つの方向／重みを有する指向性ショートビーコン送信の一例の図である。 受動的スキャニング方法のためのＡＰおよびＳＴＡ挙動の例示的な方法の流れ図である。 パケットの処理の停止をサポートするためのプリミティブを用いた、修正された一般的なＰＬＣＰ受信手順の一例の図である。

図１Ａは、１または複数の開示されている実施形態が実行される例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用によってそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を使用する。

図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスである。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含む。

また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含む。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスである。たとえば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、高度化ノードＢ、ホームノードＢ、ホーム高度化ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどである。基地局１１４ａ、１１４ｂは、それぞれが単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことを理解されたい。

基地局１１４ａは、ＲＡＮ１０４の一部であり、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。さらに、セルは、セルセクタに分割される。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、３つ、すなわちセルの各セクタごとに１つ、トランシーバ（送受信機）を含む。他の実施形態では、基地局１１４ａは、マルチ入力・マルチ出力（ＭＩＭＯ）技術を使用し、したがって、セルの各セクタについて複数のトランシーバ（送受信機）を使用する。

基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であるエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信する。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立される。

より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用する。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立するユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実行する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立する拡張ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など無線技術を実行する。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実行する。

図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホーム高度化ノードＢ、またはアクセスポイントであり、事業所、自宅、乗物、キャンパスなど、局所的な領域での無線コネクティビティを円滑にするための任意の好適なＲＡＴを使用する。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実行する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実行する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用する。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要でない。

ＲＡＮ１０４は、コアネットワーク１０６と通信し、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークである。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、映像配信などを提供することができ、かつ／またはユーザ認証などハイレベルセキュリティ機能を実施する。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することが理解される。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信する。

また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働く。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ／ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含む。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する１または複数のＲＡＮに接続された別のコアネットワークを含む。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含む。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するために複数のトランシーバを含む。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用する基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用する基地局１１４ｂと通信するように構成される。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１３０、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含むことが理解される。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などである。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施する。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は、送信／受信エレメント１２２に結合される。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことが理解される。

送信／受信エレメント１２２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成される。たとえば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。他の実施形態では、送信／受信エレメント１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである。他の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号を共に送信および受信するように構成される。送信／受信エレメント１２２は、任意の組合せの無線信号を送信および／または受信するように構成されることが理解される。

さらに、送信／受信エレメント１２２は、図１Ｂに単一のエレメントとして示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含む。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含む。

トランシーバ１２０は、送信／受信エレメント１２２によって送信しようとする信号を変調するように、また送信／受信エレメント１２２によって受信される信号を復調するように構成される。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有する。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含む。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力する。さらに、プロセッサ１１８は、非取外し式メモリ１３０および／または取外し式メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させる。非取外し式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含む。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させる。

プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／またはその電力を制御するように構成される。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含む。

また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されるＧＰＳチップセット１３６に結合される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定する。ＷＴＲＵ１０２は、一実施形態と一貫したまま任意の好適な位置決定方法により位置情報を獲得することが理解される。

さらに、プロセッサ１１８は他の周辺機器１３８に結合され、それらの周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含む。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンドフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変換（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含む。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）である。下記でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義される。

図１Ｃに示されているように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の基地局およびＡＳＮゲートウェイを含むことが理解される。基地局１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実行する。したがって、基地局１４０ａは、たとえば複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する。また、基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行など、移動管理機能を提供する。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントとして働き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどの責任を担う。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義される。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立する。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、Ｒ２参照ポイントとして定義され、認証、許可、ＩＰホスト構成管理、および／または移動管理のために使用される。

基地局１４０ａ、１４０ｂ、１４０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義される。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２の間の通信リンクは、Ｒ６参照ポイントとして定義される。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連する移動イベントに基づいて移動管理を容易にするためのプロトコルを含む。

図１Ｃに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続される。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえばデータ転送および移動管理機能を容易にするためのプロトコルを含むＲ３参照ポイントとして定義される。コアネットワーク１０６は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことが理解される。

ＭＩＰ−ＨＡは、ＩＰアドレス管理の責任を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にする。 ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。ＡＡＡサーバ１４６は、ユーザ認証、およびユーザサービスをサポートすることの責任を担う。ゲートウェイ１４８は、他のネットワークとの網間接続を容易にする。たとえば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。さらに、ゲートウェイ１７８は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。

図１Ｃには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続され、コアネットワーク１０６は他のコアネットワークに接続されることを理解されたい。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するためのプロトコルを含むＲ４参照ポイントとして定義される。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問を受けるコアネットワークとの間の網間接続を容易にするためのプロトコルを含むＲ５参照ポイントとして定義される。

他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）１６０に接続される。ＷＬＡＮ１６０は、アクセスルータ１６５を含む。アクセスルータは、ゲートウェイ機能を含む。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信する。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間の通信は、有線イーサネット（登録商標）（ＩＥＥＥ８０２．３標準）を介しても、任意のタイプの無線通信プロトコルを介してもよい。ＡＰ１７０ａは、ＷＴＲＵ１０２ｄとエアインターフェースの上で無線通信する。

第１の実施形態では、ビーコン情報のプロビジョニングおよび送信のためにビーコン情報をマルチレベルビーコンに編成するマルチレベルビーコニング（ＭＬＢ）方式が定義される。マルチレベルビーコンは、各ビーコン情報フィールド／要素の属性、たとえば目的、使用法、周期性、安定性、ブロードキャスト／マルチキャスト／ユニキャストなどに基づいて定義される。

図２Ａおよび図２Ｂは、ビーコン送信の例を示す。図２Ａでは、単一ビーコン方式２００が示されており、各ビーコン２１１が正規のビーコン間隔２１２で送信される。図２Ｂは、マルチレベルビーコニング方式２１０の一例を示し、ビーコンの送信頻度によって４つのビーコンレベルが定義される。図２Ｂに示されているように、各ビーコンレベルは、異なる周期性で送信される。レベル１は、高速ビーコン（たとえば、５０ｍｓごとに送信される）を表す。レベル２は、１００ｍｓごとに送信される通常のビーコンを表す。レベル３について、長周期ビーコンが毎秒送信され、レベル４は、イベントドリブンの非周期的ビーコンを表す。マルチレベルビーコンの時間間隔は、システム構成パラメータとして指定され、ＩＥＥＥ８０２．１１−ＭＩＢで、および／または、その次のレベルのビーコンの次回送信の時間を指すポインタフィールドを含むより低いレベルのビーコン（すなわち、より短い間隔を有する）で管理される。

マルチレベルビーコンの内容は、完全に異なる（すなわち、重なり合わない）ものであっても、部分的に重なり合っていても（すなわち、２つの異なるレベルのビーコンがいくつかの共通の情報フィールドまたは要素を有する）、フォワードインクルーシブ（ｆｏｒｗａｒｄ−ｉｎｃｌｕｓｉｖｅ）（すなわち、より低いレベルのビーコンの内容が次のより高いレベルのビーコンに完全に含まれる）であってもよい。図２Ｂは、フォワードインクルーシブビーコンの一例を示す。たとえば、レベル４のイベントドリブンのビーコン２０４は、レベル１、レベル２、およびレベル３のビーコンの情報すべてを含む。また、レベル１の高速ビーコンの情報は、単一のビーコン２０１としても、レベル２の通常のビーコン２０２、レベル３のビーコン２０３、およびレベル４のビーコン２０４内でも送られることに留意されたい。同様に、レベル２のビーコンの情報は、レベル２のビーコンのインスタンス２０２に加えて、レベル４のビーコン２０４およびレベル３のビーコン２０３に含まれる。レベル３のビーコンの情報は、２０３で、またレベル４のビーコン２０４で送られる。

マルチレベルビーコン内のビーコン情報フィールドおよび要素の編成は、以下の考慮すべき点の１または複数に基づく。ビーコン情報フィールド／要素の使用法または目的（たとえば、リンクセットアップ用、ＳＴＡ識別の送信用、ＰＨＹパラメータ説明用、トラフィックインジケーション用、ＭＡＣ／ネットワーク能力インジケーション用など）が考慮される。所期の受信ＳＴＡの状態（たとえば、認証されていない／関連付けられていない、認証されている／関連付けられていない、認証されている／関連付けられている）が決定され、異なる変調符号化方式（ＭＣＳ）を使用し、異なるレベルのマルチレベルビーコンフレームを送信する。ビーコン情報フィールド／要素のブロードキャスト、マルチキャスト、およびユニキャストの性質もまた考慮される。

ビーコン情報要素（ＩＥ）（すなわち、ビーコンフレーム内におけるその存在を示すためにシステム構成パラメータを使用することに加えて、要素ＩＤ、長さ、および情報本体でフォーマットされる）については、そのプロビジョニングの周期性、ビーコンレベル、および／または遅延耐性を指定するために、新しいシステム構成パラメータもまた定義される。また、ビーコンのバージョン番号情報フィールドまたは要素が、その情報が意図されている、もしくはより低いレベルのビーコンフレームに関連する情報のためのビーコンフレームに含まれ、または、すべてのビーコンのためのバージョン番号があらゆるビーコンに含まれ、これらのバージョン番号は、そのビーコンもしくは複数のビーコンの内容が変化するたびに増分される変更カウントを表す。

提案されているマルチレベルビーコニング方式に対応するシグナリング機構、動作、および手順もまた、後方互換性のＷＬＡＮシステムとグリーンフィールドＷＬＡＮシステムのために定義される。

マルチレベルビーコニングをグリーンフィールドＷＬＡＮシステムで適用するとき、それはすべてのステーションがマルチレベルビーコニングをサポートすることを意味する。この場合、レガシビーコン方式はサポートされることを必要とせず、レガシビーコン方式とは、現在のＩＥＥＥ８０２．１１標準で指定されているものを指す。

マルチレベルビーコニングは、ビーコン情報のプロビジョニングおよび送信効率を改善する。周期的なブロードキャスト送信の使用を最小限に抑えるのではなく、この実施形態によるＡＰは、必要なときだけ周期的な送信をブロードキャストし、および／または送る。また、周期的な送信を使用するとき、必要とされる周期性がマッチングされる。以下は、ビーコン情報フィールドおよび要素がそれらの使用法および目的に基づいてグループ化およびプロビジョニングされるマルチレベルビーコニングの一例について述べる。

図３は、４つのレベルのビーコンが使用法および目的に従って定義される例示的なマルチレベルビーコン分類を示す。図３に示されている例については、ビーコン情報フィールドおよび要素の以下の使用法分類に基づいて、クラスに１レベルずつ、４つのレベルのビーコンがある。説明を簡単にするために、４つのレベルのビーコンは、それぞれリンクセットアップビーコン（ＬＳ−Ｂ）３０１、動作初期化ビーコン（ＯＩ−Ｂ）３０２、リンクおよび動作維持ビーコン（ＬＯＭ−Ｂ）３０３、およびトラフィックインジケーションビーコン（ＴＩ−Ｂ）３０４と呼ぶ。

リンクセットアップビーコン３０１については、送信されるビーコン情報は、ステーションに関してＲｘおよびＴｘのための（ＰＨＹ）リンクセットアップ、たとえばタイムスタンプ、ＳＳＩＤ、ＰＨＹ特有のパラメータセット、国などに関する。動作初期化ビーコン３０２に関しては、ＰＨＹ／ＭＡＣネットワーク能力記述子が、動作初期化に必要とされる他の情報（たとえば、能力情報フィールドおよび複数の情報ＩＥ（サポート速度、拡張サポート速度、拡張能力、ＱｏＳトラフィック能力、ＨＴ能力、網間接続、ＲＳＮ、ＣＦパラメータセット、ＨＴ動作、ＥＤＣＡパラメータセット、ＤＳＥ登録位置など））と共に送られる。リンクおよび動作維持ビーコン３０３は、ＴＰＣレポート、測定パイロット送信情報、アンテナ情報、ＢＳＳ平均アクセス遅延、ＢＳＳ負荷、ＢＳＳ使用可能許容能力、ＡＰチャネルレポート、チャネルスイッチアナウンスメント、無音、拡張チャネルスイッチアナウンスメントなどの情報を含む。トラフィックインジケーションビーコン３０４は、たとえば、ＴＩＭ、緊急警報識別子などを含む。

リンクセットアップビーコン３０１は周期的にブロードキャストされ、この周期性は、ＩＥＥＥ８０２．１１−ＭＩＢを通じて管理されるシステム構成パラメータによって定義される。高速リンクセットアップを必要とするＷＬＡＮシステムでは、リンクセットアップビーコン３０１の周期性は、現在一般的に使用されるビーコン間隔（すなわち、１００ｍｓ）より短い間隔、たとえば２５ｍｓまたは５０ｍｓに設定される。一方、リンクセットアップがいくらかの遅延を許容する場合、リンクセットアップビーコン３０１の周期性は、現在一般的に使用されるＩＥＥＥ８０２．１１ビーコンと同じ、すなわち１００ｍｓに、さらにはそれより長く設定されてもよい。

動作初期化ビーコン３０２は、別の１または複数のステーションがコネクティビティを確立しようと試みているというインジケーションを送信ＳＴＡが受信したときだけ、ユニキャストまたはブロードキャスト／マルチキャスト手法で送信される。換言すれば、動作初期化ビーコン３０２の送信は周期的でなく、イベントドリブンである。この接続試行インジケーションは、別のステーションのための受信される請求フレーム、たとえば、プローブ要求、関連付け要求、またはネットワーク要素、たとえばネットワーク内のサーバからの新しく導入された接続要求もしくはネットワーク要素からの通知である。

リンクおよび動作維持ビーコン３０３は、周期的に、またはイベントドリブンで、ユニキャストまたはブロードキャスト／マルチキャスト手法で送信される。周期的なとき、周期性は、リンクセットアップビーコン３０１より長い間隔のものでよい。リンクおよび動作維持ビーコン３０２の送信は、チャネル条件関連のイベント、たとえばチャネル切換え、ＢＳＳ負荷および／またはアクセス遅延がある閾値を超えることなどによってトリガされる。

トラフィックインジケーションビーコン３０４は、周期的に、またはイベントドリブンで、ユニキャストまたはブロードキャスト／マルチキャスト手法で送信される。トラフィックインジケーションビーコンの送信ステーションが１または複数の受信ステーションのリスニングウィンドウを知っている場合、単一のステーションについては、そのようなリスニングウィンドウ内だけでユニキャスト手法で、またはステーションのグループについては同じリスニングウィンドウでマルチキャスト手法で送信される。他の場合には、トラフィックインジケーションビーコンは、トラフィックインジケーション情報の所期の（１または複数の）受信ステーションに応じて周期的にユニキャストまたはブロードキャストまたはマルチキャスト手法で送信され、周期性は、トラフィックインジケーション配信のレイテンシとオーバーヘッドとの兼ね合いに基づいて選択される。さらに、ユニキャストまたはマルチキャストビーコン送信のために、所期の受信ステーションすべてがそれをサポートする限り、ブロードキャスト送信によって使用されるデータ転送速度に比べて高いデータ転送速度が使用される。

各ビーコンレベルについて、このレベルのビーコンのビーコンＭＡＣヘッダまたはフレーム本体内で、バージョン番号または変更インジケータが使用される。変更インジケータは、（このレベルまたは次のより高いレベルの）ビーコンの内容が変化するたびに増分される変更カウントである。このシステムは、それぞれがバージョン番号によって表される固定された数のビーコン内容を構成する。各バージョンのビーコン内容は、標準で指定されても、構成されるときＳＴＡにシグナリングされてもよい。あるいは、ＳＴＡは、各特定のバージョンを少なくとも１回受信することから、バージョンおよびビーコン内容マッピングを取得する。ビーコンのバージョン番号または変更インジケータは、以下の例示的な方法を使用してシグナリングされてもよい。

例示的な一方法では、ビーコンのバージョン番号または変更インジケータは、ビーコンが送信されるとき使用されない１またはいくつかの情報フィールドを再使用して、ビーコン内のＭＡＣヘッダ内でシグナリングされる（たとえば、Ｔｙｐｅ＝”００”およびＳｕｂｔｙｐｅ＝”１０００”のとき）。例は、リトライフィールド、それ以上のデータフィールド、順序フィールド、シーケンス制御フィールドを含む。

別の例では、ビーコンのバージョン番号または変更インジケータは、管理（Ｍａｎａｇｅｍｅｎｔ）フレームタイプのための予約済みのサブタイプ（Ｓｕｂｔｙｐｅ）を使用して、ビーコン内のＭＡＣヘッダ内でシグナリングされる（たとえば、新しいビーコンレベル／タイプを示すためのＴｙｐｅ ＝”００”およびＳｕｂｔｙｐｅ＝”０１１０”、”０１１１”および”１１１１”）。

あるいは、ビーコンのバージョン番号または変更インジケータは、物理レイヤコンバージェンス手順（ＰＬＣＰ）プリアンブル内でシグナリングされる。異なるショートトレーニングフィールド（ＳＴＦ）またはロングトレーニングフィールド（ＬＴＦ）シーケンスおよび／または副搬送波マッピングを使用し、異なるビーコンのバージョン番号またはビーコン変更の内容を暗黙に示してもよい。

別の例では、ビーコンのバージョン番号または変更インジケータは、ＰＬＣＰヘッダ内の信号（ＳＩＧ）フィールド内でシグナリングされる。

Ｎ個のレベルを有するマルチレベルビーコンシステムのためには、異なるレベルのビーコンと、それらのフォーマットを受信ＳＴＡが区別するために、ビーコンレベル／タイプインジケータが使用される。ビーコンレベル／タイプをシグナリングするためには、

個のビットが必要とされるだけである。上述の方法は、ビーコンレベル／タイプインジケータをシグナリングするために使用される。ＭＡＣヘッダ内の長い情報フィールド（「シーケンス制御」フィールドなど）がビーコンレベル／タイプインジケータのために再使用される場合には、そのような情報フィールドの一部分だけが実際に再使用されてもよい。

上記のマルチレベルビーコン送信の場合、ＳＴＡは、インフラストラクチャＢＳＳモードのＡＰステーションまたは他のモードの別のＳＴＡとのそのリンクセットアップおよび動作初期化のために、図４に示され下記で述べる手順に従う。第１のＳＴＡ、すなわちＳＴＡ−Ａは、接続するためにＷＬＡＮシステムを求めるサーチ４０１、たとえばＷＬＡＮチャネル上のＷＬＡＮ信号のリスニングを開始する。ＳＴＡ−Ａは、リンクセットアップビーコン３０１を受信および復号し（４０２）、そこからリンクセットアップビーコン３０１を送信したＳＴＡ−Ｂと共にＷＬＡＮチャネルにアクセスするために不可欠な情報を得る。ＳＴＡ−Ａは、リンク／動作初期化要求をＳＴＡ−Ｂに送信し（４０３）、ＳＴＡ−Ｂは、動作可能な接続を確立するために必要とされる情報（たとえば、セキュリティ情報、ＭＡＣ／ネットワーク能力情報、ＭＡＣ動作パラメータ、追加のＰＨＹ能力（リンクセットアップビーコン３０１送信およびリンク／動作初期化要求で使用される基本ＰＨＹリンクに加えて）を含む動作初期化ビーコン３０２でＳＴＡ−Ａに応答する（４０４）。ＳＴＡ−Ａは、その能力情報、ＭＡＣ動作パラメータ、セキュリティ情報でＳＴＡ−Ｂに応答し（４０４）、動作可能なＷＬＡＮ接続がＳＴＡ−ＡとＳＴＡ−Ｂの間で確立される（４０５）か、または何らかの理由、たとえばセキュリティ、サービスプロビジョニングなどによりリンク／動作初期化の試行が失敗するまでリンク／動作初期化を続行する。

リンクセットアップおよび動作初期化のための上記の手順４００では、リンクセットアップビーコン３０１は、新しいステーションが動作可能なＷＬＡＮを検出するために周期的にブロードキャストされることを必要とし、動作初期化ビーコン３０２は、要求４０３によってトリガされたとき１回だけユニキャストされることに留意されたい。

図５は、ＷＬＡＮリンク、およびマルチレベルビーコン方式を使用して確立されたその動作を維持するために使用される手順５０１のための例示的なシグナリング図を示す。ＳＴＡ−Ｂは、予めネゴシエーションされた、または構成された周期性でユニキャストまたはマルチキャスト／ブロードキャストＬＯＭ−Ｂ３０３を通して周期的にプロビジョニングされる（５０１）リンク品質測定５０２および／またはＭＡＣ／システム性能測定を実施する。リンク動作変更５０３またはリンク動作警報条件もまた、たとえばチャネル切換え、ＢＳＳ負荷が予め定義された閾値を超えることなどの情報を含むＬＯＭビーコン３０３の送信をトリガする（５０４）。

特定のレベルの各受信されるビーコンについて、ＳＴＡ−Ａは、ＭＡＣヘッダ、ＰＬＣＰプリアンブル、または信号（ＳＩＧ）フィールド内で、シグナリングから受信されるビーコンのレベル／タイプを得る。また、ＳＴＡ−Ａは、ＭＡＣヘッダ、ＰＬＣＰプリアンブル、またはＳＩＧフィールド内で、シグナリングから受信されるビーコンのバージョン番号を得る。受信されたバージョンのビーコン内容がＳＴＡ−Ａにとってすでに既知である場合、電力を節約するために、ビーコンの残りの部分の受信および復号を省く。また、ＳＴＡ−Ａは、ＭＡＣヘッダ、ＰＬＣＰプリアンブル、またはＳＩＧフィールド内で、シグナリングから受信されるビーコンの変更インジケータを得る。このビーコンレベルまたは次のより高いレベルの内容がその最後の送信以来変化していないことを変更インジケータが示している場合、電力を節約するために、対応する未変更のビーコンの残りの部分の受信および復号を省く。上記のリンクおよび動作維持手順５００は、リンク品質／システム性能測定５０２の周期的なレポーティングとリンク条件変更／警報５０３のイベントドリブンのレポーティングの組合せであることに留意されたい。

図６は、電力節約動作をサポートするのに有用なトラフィックインジケーションビーコン３０４に関連する手順６００のための例示的なシグナリング図を示す。ＳＴＡ−ＡおよびＳＴＡ−Ｃが、ＡＰとして構成されたＳＴＡ−Ｂと通信する。トラフィックインジケーションビーコンの送信ＳＴＡが１または複数の受信ＳＴＡのリスニングウィンドウを知っているか否かに応じて、トラフィックインジケーション配信の２つの基本的なタイプがあり、リスニングウィンドウは、電力節約モードのＳＴＡ−Ａが「アウェイクしている」（すなわち、無線チャネルを積極的にリッスンしている）時間間隔を指す。電力節約モードが開始されるとき、および電力を節約するステーションが実際に電力節約モード６１１に入る前に、ＳＴＡ−Ａは、そのトラフィックインジケーションを配信することになる別のステーションＳＴＡ−Ｂとそのリスニングウィンドウ情報を通信（６０１）またはネゴシエーションする。ＳＴＡ−Ｂは、ＳＴＡ−Ａがスリープしている間じゅう、ＳＴＡ−Ａのためにトラフィックをバッファする（６１２）。ＳＴＡ−Ｂ（トラフィックインジケーションビーコン３０４の送信ステーション）は、単一のステーションについては、そのような既知のリスニングウィンドウ６１３内だけでユニキャスト手法で、またはステーションのグループについては同じリスニングウィンドウで、マルチキャスト手法でトラフィックインジケーションビーコン３０４を送信する。ＳＴＡ−Ｂが所期の受信ステーションＳＴＡ−Ｃまたは他の受信ＳＴＡのリスニングウィンドウを知らない場合、トラフィックインジケーションビーコン３０４は周期的にユニキャストまたはブロードキャストまたはマルチキャスト手法で送信され（６０３）、周期性は、ＩＥＥＥ８０２．１１−ＭＩＢで管理される１または複数のシステム構成パラメータによって定義される。トラフィックインジケーションビーコン３０４を送信する（６０３）前に、ＳＴＡ−Ｂは、トラフィック６０４をバッファしてもよい（６１４）。

以下の説明は、上述のマルチレベルビーコンをシグナリングするための規則に関する。同じ管理フレームは、マルチレベルビーコン、たとえば、現在のビーコンフレーム、またはアクションフレーム内の新しいカテゴリ、または現在予約されている管理フレームサブタイプコードポイントを使用することによって新しい管理フレーム、を搬送または符号化するために使用される。新しいビーコンフレームでは、ビーコンフレームの異なるレベルを識別するために、Ｂｅａｃｏｎ Ｔｙｐｅフィールドが定義され、送られる。マルチレベルビーコンは、異なる管理フレームを使用して符号化され、たとえばリンクセットアップビーコン３０１のためには現在のビーコンフレームを使用し、動作初期化ビーコン３０２情報を搬送するためには、現在の管理フレーム、たとえばプローブ応答または認証応答または関連付け応答を使用し、他のレベルのビーコンフレームのためにはアクションフレーム内の新しいカテゴリまたは新しい管理フレームを使用する。ビーコンフレームの各レベルのための情報は、たとえば義務的な情報を情報要素ではなく情報フィールドの形態で符号化するなど最適化を含めるように、情報フィールドまたは情報要素として符号化される。マルチレベルビーコン方式のためのシステム構成パラメータが定義され、やはりＩＥＥＥ８０２．１１−ＭＩＢに導入されてもよい。

後方互換性のＷＬＡＮシステム内でマルチレベルビーコニングを適用するとき、マルチレベルビーコン対応のＳＴＡをサポートすることに加えて、マルチレベルビーコン方式が可能でないレガシＳＴＡもまたサポートされる。ＷＬＡＮシステム性能の既存のユーザ体験を有するレガシステーションをサポートするために、現在のビーコンフレームが、同じ情報フィールドおよび要素と共に、現在のＩＥＥＥ８０２．１１標準によって指定された同じビーコン間隔で送信される。そのようなＷＬＡＮシステムでは、マルチレベルビーコン方式は、マルチレベルビーコン対応であるステーションのためのビーコン情報プロビジョニングおよび送信を改善するために依然として使用される。

さらに、マルチレベルビーコン方式は、以下のシナリオにおいてレガシステーションに関するシステム性能を改善するためにも使用される。リンクセットアップビーコン３０１が依然としてレガシビーコンと同じビーコンフレームフォーマットを使用し、しかし情報ＩＥがはるかに少ない場合には、要素ＩＤおよび長さフィールドの使用によりＩＥ構造がＩＥを柔軟に含めることを可能にするため、レガシＳＴＡは、依然としてリンクセットアップビーコン３０１を受信および復号する。このようにして、リンクセットアップ中にレガシＳＴＡは、リンクセットアップビーコン３０１からＳＳＩＤおよび不可欠なＰＨＹリンクパラメータを得る。そのリンクセットアップは、特にたとえば規制上の理由で受動的スキャニングが使用されなければならないとき、リンクセットアップビーコン３０１をより頻繁に送信することにより速くなる。リンクセットアップビーコン３０１を受信および復号した後で、ＳＴＡは、依然としてＡＰについてより多くの情報を必要とする場合、要求メッセージ、たとえばプローブ要求フレームをＡＰに送る。マルチレベルビーコン対応のステーションのためのトラフィックインジケーションマップ（ＴＩＭ）要素は、もはやレガシビーコンに含まれず、その結果、レガシビーコンのサイズは、すべての関連付けられているステーションのためにＴＩＭを含むビーコンに比べて削減されることになる。新しいトラフィックインジケーションビーコン３０４はマルチキャスト／ユニキャスト手法で、またおそらくはより高いＭＣＳで送信されるので、すべての関連付けられているＳＴＡのためのＴＩＭ送信効率全体が改善される。

マルチレベルビーコニングに関連する上記の方法は、システム説明／構成情報が単一のビーコンに制限される単一ビーコン方式とは異なり、システムリソースの改善された利用をもたらす。様々な情報フィールドおよび情報要素が同じ送信間隔で配信するためにひとまとめにされることになる単一ビーコン方式とは異なり、マルチレベルビーコニング方式は、システムオーバーヘッドを低減し、様々な情報、たとえば使用法、静的／動的な性質、および所期の受信ＳＴＡのステータスなどをネットワーク内のＳＴＡに効率的にプロビジョニングおよび配信することが可能である。

第２の実施形態では、複数帯域幅システムでの送信のためのショートビーコンが定義される。ショートビーコンは、通常の標準的なビーコン（本明細書では「ロング」ビーコンとも呼ばれる）に比べて、ＡＰでの送信（ＴＸ）およびＳＴＡでの受信（ＲＸ）のための媒体占有および電力消費を低減するために不可欠な情報だけを搬送する。ロングビーコンと同様のオーバーヘッドについては、ショートビーコンは、（たとえばＳＴＡがより長くスリープすることを可能にすることによって）より良い同期および電力節約のためにより短いビーコン間隔を可能にする。また、ショートビーコンは、たとえばＡＰを告知すること、ＳＴＡを同期すること、ＢＳＳ内でのＴＸのために情報の最小セットを開示すること、およびＰｏｗｅｒ Ｓａｖｅ（電力節約）（ＴＩＭ）のインジケーションを提供することなど、１次ビーコン機能を実施する。ショートビーコンは、２０バイト未満になるように定義される。

ショートビーコンに対するＡＰ／ＳＴＡ挙動は、ＡＰがビーコン間隔で正規のビーコンを、また正規のビーコン間でショートビーコンをブロードキャストすることを含む。ＳＴＡは、ショートビーコンを通じて、また完全なビーコンをリッスンすることによってまたはプローブ要求を用いてね関連付けでのみ取得されるＡＰについての基本情報を取得する。ＳＴＡは、ＡＰに関連付けられた後で、同期のためにショートビーコンをリッスンする。ＡＰは、強制的にＳＴＡに完全なビーコンをリッスンさせるために、またはプローブ要求を通じて、「変更シーケンス」をショートビーコンに追加することによって、情報の変更を示す。

図７は、「フレーム制御」フィールド７０１を含めて、ショートビーコン７００の内容を示す。「フレーム制御」フィールド７０１内のショートビーコンインジケーションの例は、［Ｂ３ Ｂ２］＝［１１］，［Ｂ７ Ｂ６ Ｂ５ Ｂ４］＝［０ ０ ０ １］のタイプ／サブタイプフィールド値である。「ソースアドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ／ＳＡ）」７０２は、ＡＰのＭＡＣアドレスとして含まれる。「圧縮ＳＳＩＤ（Ｃｏｍｐｒｅｓｓｅｄ ＳＳＩＤ）」７０３は、ネットワークをすでに知っているデバイスがそれを発見することを可能にするネットワークのＳＳＩＤを表すものを含み、たとえば、完全なＳＳＩＤの標準化されたハッシュであってもよい。「タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）」７０４は、ＡＰでのタイムスタンプ（Ｔｉｍｅｓｔａｍｐ）の４バイトの最下位ビット（ＬＳＢ）である。４バイトは、すでにＡＰに関連付けられ、完全なＡＰタイムスタンプを１回受信したデバイスにとって同期を持続するのに十分である。センサノードは、ショートビーコンを１日に１回ほどしかチェックしない場合、そのＡＰと時間同期を維持する。また、ショートビーコンは、１バイト長で示され、完全なビーコン情報が変化した場合、カウンタが増分される変更シーケンスフィールド７０５を含む。

ショートビーコン７００の情報フィールド７０６は、それだけには限らないが以下を含めて、関連付けを得ようと試みる新しいデバイスのための情報を担持する。４ビットの帯域幅フィールド７６１では、たとえば値００００が１ＭＨｚのＢＳＳＳを示し、他の値すべてが、帯域幅フィールドによって示される値の２倍である帯域幅を表す。１ビットのプライバシフィールド７６２は、ネットワークがプライバシをサポートするかどうかを示す。追加のビット７６３は、将来の機能のために予約される。ショートビーコン７００は、次のビーコンまでの持続時間フィールド７０７、任意選択のＩＥ７０８、およびＣＲＣフィールド７０９をも含む。

この実施形態におけるＷＬＡＮは、複数の帯域幅モードをサポートする。１つのそのような例は、２ＭＨｚ帯域幅モードおよび１ＭＨｚ帯域幅モードの動作を可能にするＢＳＳサポートがあるサブ１ＧＨｚスペクトルにある。例として１ＭＨｚ帯域および２ＭＨｚ帯域を参照して述べているが、この実施形態は、他の帯域幅の組合せにも当てはまる。

様々な帯域幅モードでのショートビーコン送信のために以下の規則が使用される。１ＭＨｚ帯域幅送信だけがサポートされる（たとえば、スペクトル割当ておよび規制による）シナリオでは、ＡＰは、１ＭＨｚの１次ビーコンおよび１ＭＨｚモードのショートビーコンだけを送信する。２ＭＨｚ帯域幅送信だけがサポートされる（たとえば、スペクトル割当ておよび規制による）シナリオでは、ＡＰは、２ＭＨｚの１次ビーコンおよび２ＭＨｚモードのショートビーコンだけを送信する。２ＭＨｚ帯域幅送信がサポートされ、１ＭＨｚ帯域幅送信もまたサポートされる（たとえば、スペクトル割当ておよび規制による）シナリオでは、ＡＰ（またはＩＢＳＳモードでのＳＴＡ）は、（ａ）２ＭＨｚの１次ビーコン、また２ＭＨｚモードのショートビーコン、または（ｂ）１ＭＨｚの１次ビーコン、また１ＭＨｚモードのショートビーコンを送信する。さらに、規制に応じて、１ＭＨｚの１次ビーコンおよび１ＭＨｚモードのショートビーコンは、（ａ）２ＭＨｚ帯域の上側の１ＭＨｚで、または（ｂ）２ＭＨｚ帯域の下側の１ＭＨｚで送信される。

ショートビーコンは、様々な帯域幅モードとの任意の組合せで送信されてよいことに留意されたい。そのような組合せのいくつかの例は、（１）非ＳＴＢＣ１ＭＨｚ帯域幅モード、（２）ＳＴＢＣ１ＭＨｚ帯域幅モード、（３）非ＳＴＢＣ２ＭＨｚ帯域幅モード、または（４）ＳＴＢＣ２ＭＨｚ帯域幅モードである。１ＭＨｚショートビーコンは、（１）１ＭＨｚの１次ビーコン、（２）２ＭＨｚの１次ビーコン、または（３）２ＭＨｚショートビーコンから既知の時間オフセットで送信される。

ＡＰ（またはＩＢＳＳモードでのＳＴＡ）は、システム内で指定される基本ＭＣＳ（変調および符号化セット）セットからの基本ＭＣＳを使用し、非ＳＴＢＣビーコンフレームを送信する。そのような基本ＭＣＳセットは、１次ビーコンによってアドバタイズ（ａｄｖｅｒｔｉｚｅ）される。

ショートビーコンに関する上述の方法は、ＷＬＡＮシステムがより小さな帯域幅の送信を対象とする新しいＰＨＹ、およびＭＡＣ拡張部分に基づいて、各帯域幅モードでの送信をサポートするために対応するショートビーコンを用いて、複数の帯域幅モードをサポートすることを可能にする。

第３の実施形態では、高速初期リンクセットアップ（ＦＩＬＳ）のためのショートビーコンが、リンクセットアップ段階のそれぞれを速めるために情報を提供する。ＦＩＬＳビーコンは、ＡＰ発見を速めるための別の形態のショートビーコンであり、ＡＰ発見のために必要な情報を搬送する。ＦＩＬＳビーコンは、ＷＬＡＮリンクセットアッププロセス中に使用される。ビーコンは、初期リンクセットアッププロセスの極めて初期にＡＰについての情報をＳＴＡに提供するための主なツールの一部であるため、ビーコンは、機能上の要件を満たすために素速いリンクセットアップを容易にする情報を含む。ＦＩＬＳプロセスは、以下の５つの段階、すなわち１）ＡＰ発見、２）ネットワーク発見、３）追加の時間同期機能（ＴＳＦ）、４）認証および関連付け、ならびに５）より高いレイヤＩＰセットアップを含む。ＦＩＬＳビーコンは、ＡＰをアドバタイズし、発見のためにいくつかの必要な要素を含む。ＦＩＬＳビーコンは、従来のビーコンフレームを置き換えず、むしろ従来のビーコン間ではるかに頻繁に送られることになる。

図８は、ＳＳＩＤフィールド８０１と、任意選択のネットワーク識別子８０２とを含むＦＩＬＳビーコン８００のための例示的な構成を示す。ＦＩＬＳビーコンの送信パターンは、送信モードの事前定義のセットであり、１つのモードがランダムに選択される場合、たとえばビーコン期間内で６つの時間点を均等に設定する。別のパターンは、時間長Ｔを設定することに基づくものであり、ＡＰは、Ｔの間にビーコン、プローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）、またはＦＩＬＳビーコンのどれも受信しない場合、ＦＩＬＳビーコンを送る。ビーコンより高い頻度でパターンが周期的に送信される。送信時間がビーコンと重なり合う場合、ビーコンだけが送信される。

リンクセットアッププロセスを速める拡張ＦＩＬＳビーコンが定義される。これらの方法は、完全なビーコン内の情報のサブセットを担持するフレームを送信する他のＷｉＦｉシステム、たとえばＩＥＥＥ ８０２．１１ａｈにも適用可能である。本明細書では、下記のリンクセットアップステップのそれぞれについて含まれる情報について述べる。ＦＩＬＳのためには、リンクセットアッププロセスのそれぞれを速めることができる、以下のセクションに含まれる情報は、他の情報なしに単独で使用されても、情報の残りの部分の任意の組合せまたはサブセットで使用されてもよい。ＦＩＬＳビーコン、ＦＩＬＳショートビーコン、およびＦＩＬＳ発見フレームという用語は、交換可能に使用される。

ＦＩＬＳプロセスにおけるＡＰ発見およびネットワーク発見の段階は、最終的な目的が、適切なネットワークサービスを有するＡＰをＳＴＡが発見することであるため、単一の段階に組み合わされてもよい。

図９は、単一のＡＰ／ＢＳＳおよびネットワーク発見段階をＦＩＬＳショートビーコンと組み合わせるための例示的な方法の流れ図９００を示す。スキャニングの間、非ＡＰのＳＴＡがＦＩＬＳショートビーコンフレームを受信する（９０１）。ＳＴＡは、そのＡＰ／ＢＳＳが関連付けを得るための正しい候補であるかどうか決定する（９０２）。そうでない場合、ＳＴＡは、スキャニングを続行する（９０６）。ＡＰ／ＢＳＳが適切である場合には、ＳＴＡは、ＦＩＬＳショートビーコンがアクセスネットワークの情報を含むかどうか決定する（９０３）。含まない場合には、ＳＴＡは、たとえばジェネラルアドバタイズメントサービス／アクセスネットワーククエリプロトコル（ＧＡＳ／ＡＮＱＰ）を使用してアクセスネットワークの情報を得る（９０７）。しかし、９０３でＳＴＡがＦＩＬＳショートビーコン内で情報を検出した場合には、ＳＴＡは、そのアクセスネットワークが接続するための適正な候補であるかどうかチェックする（９０４）。そうである場合には、ＳＴＡは、ＧＡＳ／ＡＮＱＰなど正規の機構を介してアクセスネットワーク情報を得る必要なしに、ＦＩＬＳプロセスの次のステップに進む（９０５）。しかし、そのアクセスネットワークが適切な候補でないとＳＴＡが決定した場合には、ＳＴＡは、スキャニングプロセスを続行する（９０６）。

図１０は、（サポート速度、ビーコン間隔など）ＳＴＡがＡＰに関連付けられることを必要とするであろうＢＳＳの基本情報の他に、網間接続１００１、アドバタイズメントプロトコル１００２、およびローミングコンソーシアム１００３の情報要素（ＩＥ）を含むＦＩＬＳショートビーコンを示す。さらに、ネットワークサービスに関する情報がＦＩＬＳショートビーコンに含まれる。たとえば、ＦＩＬＳショートビーコンは、ネットワークタイプ情報(プライベート、パブリックなど)、ＩＰアドレス可用性１００４、オペレータのドメイン名１００５、ネットワークアクセス識別子（ＮＡＩ）Ｒｅａｌｍリスト１００６、３ＧＰＰセルラネットワーク情報１００７などを含み、その結果、ＳＴＡは、ＧＡＳの上でのアドバタイズメントプロトコルパケット交換を省き、ＦＩＬＳの次の段階に直接進む。

ＡＰからのＦＩＬＳショートビーコンは、送信ＡＰと同様のネットワークサービスを有するＡＰ（又はＢＳＳ）のリスト１００８をも含む。たとえば、特定のプロバイダのＡＰからのＦＩＬＳショートビーコンは、すぐ近くのエリア内の同じプロバイダからのＡＰのリストを含む。このようにして、これらのＡＰに対する受動的（ｐａｓｓｉｖｅ）または能動的（ａｃｔｉｖｅ）スキャニングは、新着のＳＴＡによって省かれ、これは、初期リンクセットアップ時間を著しく削減する。

また、ＦＩＬＳショートビーコンは、タイムスタンプ１００９を提供する他に、たとえばタイムスタンプの３２ＬＳＢを、ＡＰが提供するＢＳＳネットワークサービスの基本情報と共に含む。ＳＴＡは、適切なネットワークサービスを有する適切なＡＰを識別した後で、ＴＳＦを実施するようにＦＩＬＳショートビーコンからのＴＳＦを適合させる。１回のパケット交換が省かれ、ＳＴＡは、認証および関連付けの次のステップに直接進む。

あるいは、ＦＩＬＳショートビーコンは、ネットワークサービス関連の情報すべてを必ずしも含まず、ネットワークサービス特性の点で望ましくないＡＰ／ＢＳＳをＳＴＡが迅速に排除することを可能にするためにいくつかの主要な情報を含み、ＳＴＡがネットワーク発見段階でＱＡＳクエリを実施することを必要とする候補ネットワークを削減する。ＦＩＬＳショートビーコンを受信することにより、ＳＴＡは、ＦＩＬＳビーコン内のネットワークサービス関連の情報をチェックすることによって望ましくないＡＰ／ＢＳＳを排除する。たとえば、ＩＰＶ６アドレスを使用するＳＴＡは、特定のＡＰから受信されたＦＩＬＳビーコン内でＩＰＶ６のための「アドレスタイプ使用不能」を見出し、したがってこのＡＰのネットワークに対してＱＡＳクエリを実施しない。

ＦＩＬＳショートビーコンまたは発見フレームは、たとえばＮＡＩ Ｒｅａｌｍリストの一部として、許容される証明書タイプおよびＥＡＰ方法など、認証に関する情報を含む。あるいは、ＦＩＬＳ発見フレームは、そのような情報をネットワーク認証タイプ情報に含む。

また、ＦＩＬＳショートビーコンは、ＩＰアドレスタイプ可用性情報１０１０など、より高いレイヤＩＰセットアップに関する情報を含む。

ＦＩＬＳ発見フレームのＭＡＣヘッダ内のアドレス３フィールドは、省略されてもよい。受信者は、依然としてＦＩＬＳ発見フレームのＭＡＣヘッダ内のソースアドレス（ＳＡ）フィールドからＢＳＳＩＤ（ＭＡＣアドレス）を得る。

以下のスキャンプリミティブは、ＦＩＬＳショートビーコンを実行するためにＭＡＣレイヤ管理エンティティ（ＭＬＭＥ）に関して定義される。ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、スキャン手順中にあらゆる見出されたＢＳＳについてレポートするために直ちに呼び出される。表１は、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブに含まれる第１のフィールドを示す。

各ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅは、表２に示されている要素からなる。

ＭＬＭＥ−ＳＣＡＮ．プリミティブについては、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の２つの新しいパラメータ、ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒ−ＦＩＬＳＤｉｓｃｏｖｅｒｙ ＦｒａｍｅおよびＭｉｎＣｈａｎｎｅｌＴｉｍｅｆｏｒＦＩＬＳＤｉｓｃｏｖｅｒｙ−Ｆｒａｍｅが追加される。これらが表３に示されている。

あるいは、スキャン手順中にあらゆる見出されたＢＳＳについてレポートするためにＭＬＭＥ−ＳＣＡＮ．確認を直ちに呼び出すことは、表４に示されているＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＲｅｐｏｒｔＯｐｔｉｏｎと呼ばれる新しいパラメータ／フィールドを追加することによって構成／要求される。

スキャニングＳＴＡは、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＲｅｐｏｒｔＯｐｔｉｏｎパラメータに従って、見出されたＢＳＳ／ＡＰをレポートする。

ＦＩＬＳショートビーコンは、以下に従って実装される。ＦＩＬＳショートビーコンは、同じ管理フレームまたは新しい管理フレームもしくはアクションフレームで実装される。ＦＩＬＳショートビーコンは、ブロードキャスト／ユニキャストフレームとして実装される。ＦＩＬＳショートビーコンに含まれる追加の情報は、網間接続、アドバタイズメントプロトコルおよびローミングコンソーシアムＩＥなど既存のＩＥ、または網間接続、アドバタイズメントプロトコル、ローミングコンソーシアム、オペレータのドメイン名、ＮＡＩ Ｒｅａｌｍリスト、３ＧＰＰセルラネットワーク情報、タイムスタンプ、ＩＰアドレスタイプ可用性、ネットワーク認証タイプ情報、もしくはＡＰ発見、ネットワーク発見、追加のＴＳＦ、認証および関連付けならびにより高いレイヤＩＰセットアップに関する他の情報に関する情報のすべてもしくはサブセットを含む１もしくは複数の新しいＩＥとして実装される。

ＦＩＬＳ対応ＡＰは、サポートデータ転送速度、ビーコン間隔など基本ＢＳＳ情報に加えて、１または複数の段階のために高速初期リンクセットアップを容易にする情報のすべてまたはサブセットを含むＦＩＬＳショートビーコンを送信する。受動的スキャニングを実施するＳＴＡは、ハッシュ化機能を使用し、完全なＳＳＩＤから圧縮サービスセットＩＤ（ＳＳＩＤ）を取得し、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＳＳＩＤまたはＳＳＩＤＬｉｓｔパラメータからハッシュ化ＳＳＩＤを計算し、それを受信された圧縮ＳＳＩＤと比較する。

受動的スキャニングを使用して特定の拡張サービスセット（ＥＳＳ）のメンバになるために、ＳＴＡは、そのＥＳＳのＳＳＩＤを含むビーコンフレームを求めてスキャンし、そのビーコンフレームがインフラストラクチャＢＳＳまたは独立ＢＳＳ（ＩＢＳＳ）に由来するかどうかを能力情報フィールド内の適切なビットが示す、対応するＭＬＭＥ−ＳＣＡＮ．確認プリミティブのＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔパラメータ内の所望のＳＳＩＤと合致するビーコンフレームすべてを返す。

８０２．１１のＦＩＬＳＡｃｔｉｖａｔｅｄの値が真の場合、ＳＴＡは、ＦＩＬＳ発見フレームを求めてさらにスキャンし、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブ内のＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅＳｅｔを使用して、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータ（ＳＳＩＤなど）に合致する発見フレームすべてを返す。たとえば、発見フレームは、受信されたＦＩＬＳ発見フレームの圧縮ＳＳＩＤがハッシュ化ＳＳＩＤまたはＳＳＩＤＬｉｓｔパラメータ（対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内で指定されている場合）と合致したとき、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータと合致するとみなされる。

ＳＴＡは、ＭａｘＣｈａｎｎｅｌＴｉｍｅパラメータによって定義された最大持続時間以下の間、スキャンされた各チャネルをリッスンする。あるいは、ＳＴＡは、（本明細書で定義される）ＭａｘＣｈａｎｎｅｌＴｉｍｅ＿ＦＩＬＳパラメータによって定義された最大持続時間以下の間、スキャンされた各チャネルをリッスンする。さらに、ＳＴＡは、（本明細書で定義される）ＭｉｎＣｈａｎｎｅｌＴｉｍｅ＿ＦＩＬＳパラメータによって定義された最小持続時間以上の間、スキャンされた各チャネルをリッスンする。

図１１は、ＦＩＬＳ対応のＳＴＡが従う例示的な手順のための方法の流れ図を示す。ＦＩＬＳ対応のＳＴＡは、ＦＩＬＳショートビーコンに含まれるＦＩＬＳ情報内で使用可能な情報に従って、いくつかのＦＩＬＳ段階を省く、または単純化／最適化する。

以下のＭＬＭＥプリミティブは、ＳＴＡのＭＡＣサブレイヤおよびＭＬＭＥによって処理される。ＳｃａｎＴｙｐｅが受動的スキャンを示す状態でＭＬＭＥ−ＳＣＡＮ．要求プリミティブを受信したとき（１１０１）、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＣｈａｎｎｅｌＬｉｓｔパラメータに含まれる各チャネル上で受動的スキャニングを実施する。ＦＩＬＳ対応のＳＴＡは、少なくとも１つのＰＨＹ−ＣＣＡ．インジケーション（ビジー）プリミティブが検出された場合、ＰｒｏｂｅＴｉｍｅｒがＭｉｎＣｈａｎｎｅｌＴｉｍｅｆｏｒＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅに達する前、およびＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒ ＦＩＬＳＤｉｓｃｏｖｅｒｙ Ｆｒａｍｅが経過するまで、ビーコン／ＦＩＬＳ発見フレームを求めてチャネルをスキャンする（１１０２）。ＦＩＬＳ対応のＳＴＡは、ＡＰからＦＩＬＳビーコン（または発見フレーム）を受信し（１１０３）、次いで以下が適用される。

ＭＬＭＥ−ＳＣＡＮ．確認プリミティブが、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＳＳＩＤ、ＳＳＩＤＬｉｓｔ、および／またはアクセスネットワークタイプなどパラメータに応じて、ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍ＿ＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅＳｅｔを使用して発見されたあらゆるＢＳＳについて呼び出されレポートされる（１１０４）。ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内でワイルドカードＳＳＩＤおよびワイルドカードアクセスネットワークタイプが使用されている場合、発見されたあらゆるＢＳＳについて呼び出されレポートされる（１１０４）。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＳＳＩＤまたはＳＳＩＤＬｉｓｔを指定する場合には、ＳＴＡは、そのＳＳＩＤまたはそのＳＳＩＤリスト内のＳＳＩＤのハッシュを計算し、受信された圧縮ＳＳＩＤと比較する。合致しない場合、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブを呼び出さないことを選択する。合致する場合、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブが呼び出されレポートされる（１１０４）。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＢＳＳＩＤを指定する場合には、ＳＴＡは、要求されたＢＳＳＩＤを受信されたＦＩＬＳ発見フレームのＳＡフィールドと比較する。合致しない場合、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブを呼び出さないことを選択する。合致する場合、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブが呼び出されレポートされる（１１０４）。ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定のアクセスネットワークタイプを指定する場合には、ＳＴＡは、受信されたＦＩＬＳ発見フレーム内の受信されたネットワークアクセスタイプフィールドをＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のアクセスネットワークタイプと比較する。合致しない場合、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブを呼び出さないことを選択する。合致する場合、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブが呼び出されレポートされる（１１０４）。

ＦＩＬＳ対応のＳＴＡ（またはＳＴＡ内のステーション管理エンティティ（ＳＭＥ））は、受信されたＭＬＭＥ−ＳＣＡＮ．確認プリミティブ（または受信されたＦＩＬＳビーコン）を評価し、ＦＩＬＳビーコン内の基本ＢＳＳ要件がそれ自体によってサポートされるかどうか、また十分なネットワークサービス情報があるかどうか決定する（１１０５）。ネットワークサービス情報がない、または十分なネットワークサービス情報がなく、基本ＢＳＳ要件をサポートすることができる場合には、ＦＩＬＳによって示されるようにＧＡＳの上でアドバタイズメントプロトコルパケット交換を通じて、より多くの情報が要求／取得される（１１０７）。

十分なネットワークサービス情報があり基本ＢＳＳ要件をサポートすることができるが、提供されるネットワークサービスがＳＴＡの要件を満たさない場合には（１１０６）、ＳＴＡは、見出されたＡＰとのネットワーク発見または関連付けを実施せず、他の適切なＡＰを求めて引き続きスキャンする（１１０８）。ＳＴＡは、以下の例示的な条件、すなわち（１）そのネットワークがＡＰまたはローミングコンソーシアム（ＳＳＰ間ローミング契約を有するＳＳＰのグループ）を介してアクセス可能であるＳＳＰがＳＴＡの好ましいネットワーク／オペレータ／サプライヤでない、（２）ＳＴＡがサポートするＩＰアドレスタイプが使用可能でない（たとえば、ＩＰｖ４アドレスが使用可能でなく、ＳＴＡがＩＰｖ４専用のＳＴＡである）、または（３）認証方法およびアクセス可能な証明書がＳＴＡの好ましいものでない、のうちの１つまたは任意の組合せが満たされる場合、提供されるネットワークサービスがＳＴＡの要件を満たさないと考える。さらに、ＦＩＬＳビーコンが、同様のネットワークサービスを提供するより多くのＡＰに関する情報を含む場合、ＳＴＡは、これらのリストされたＡＰとのネットワーク発見または関連付けを実施せず、他の適切なＡＰを求めて引き続きスキャンする。

十分なネットワークサービス情報があり、基本ＢＳＳ要件をサポートすることができ、提供されるネットワークサービスがＳＴＡの要件と合致する場合、ＳＴＡは、このＡＰを関連付けを得るために選択すると判断し、ネットワークサービス発見（１１１２）を省き、下記のＴＳＦ（１１１３）に進む。

受信されたＭＬＭＥ−ＳＣＡＮ．確認プリミティブを評価した後で、ＳＴＡ（またはＳＴＡ内のＳＭＥ）は、すべてのチャネル上での受動的スキャニング全体を停止すると判断しても、他の適切なＡＰを求めて引き続きスキャンしてもよい。ＳＭＥは、継続中の受動的スキャニングを停止すると決定した場合、ステップ１１１１に進む。ＳＭＥは、継続中の受動的スキャニングを続行すると決定した場合、ステップ１１０９に進む。

ＳＴＡ（またはＳＴＡ内のＳＭＥ）は、ＳｃａｎＳｔｏｐＴｙｐｅのフィールドが「Ｓｔｏｐ＿Ａｌｌ」に設定された状態で、ＭＬＭＥ−ＳＣＡＮ．停止プリミティブを生成する（１１１１）。ＭＬＭＥ−Ｓｃａｎ−ＳＴＯＰ．要求プリミティブを受信したとき、ＳＴＡは（ＭＬＭＥを介して）、このチャネル上での受動的スキャニングを取り消し、チャネル／ＢＳＳの受信された情報のすべてを含むＢＳＳＤｅｓｃｒｉｐｔｉｏｎ−ＦｒｏｍＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅＳｅｔと共にＭＬＭＥ−ＳＣＡＮ．確認プリミティブを生成する。次いで、ＳＴＡは、ネットワークサービス発見（１１１２）に、またはＴＳＦ（１１１３）に直接進む。

ＳＴＡは、ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＦＩＬＳＤｉｓｃｏｖｅｒｙＦｒａｍｅが経過するまで現在のチャネル上でＦＩＬＳ発見フレームを求めて引き続きサーチする（１１０９）。スキャン時間がＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＦＩＬＳＤｉｓｃｏｖｅｒｙ Ｆｒａｍｅに達したとき、ＳＴＡは、チャネルのスキャニングを停止し、スキャン結果をレポートするためにＭＬＭＥ−ＳＣＡＮ．確認プリミティブを生成し、次のチャネル上で上記のスキャニングプロセスを繰り返す（１１１０）。

上記におけるネットワークサービス情報は、受信されたＦＩＬＳ発見フレーム、（ブロードキャストされた）プローブ応答フレーム、または他の管理フレームから得られる。

ＳＴＡは、選択された（１または複数の）ＡＰとネットワークサービス発見（ＧＡＳクエリ）を実施する。（すべてではないが）一部のネットワークサービス情報が以前のステップで受信されている場合、ＳＴＡは、（ａ）ＳＴＡが使用／サポートすることができない、または好まないネットワークサービスを有するＡＰを省くこと、（ｂ）以前のステップでＦＩＬＳ発見フレームからすでに取得されているネットワークサービス情報のＧＡＳクエリを実施しないことによって、ネットワークとのＧＡＳクエリを最適化する。ＳＴＡは、ＦＩＬＳビーコンに含まれるタイムスタンプを使用してタイミング同期機能（ＴＳＦ）を行う（１１１３）。ＳＴＡは、認証／関連付けに関するＦＩＬＳビーコンに含まれる情報を使用して認証／関連付けを行う（１１１４）。認証／関連付けおよびより高いレイヤＩＰセットアップの並列または同時動作がサポートされる場合には、同時に実施されるより高いレイヤＩＰセットアップ手順は、以前のステップでＦＩＬＳ発見フレームから取得されたＩＰアドレスタイプ可用性情報を使用する。たとえば、ＩＰｖ４アドレスが使用可能でないがＩＰｖ６アドレスが使用可能である場合には、同時のより高いレイヤＩＰセットアップ手順は、ＩＰｖ６アドレスタイプを使用する（たとえば、ＩＰｖ６アドレスがＩＰ−ＣＦＧ−ＲＥＱメッセージ内で要求される）。

ＳＴＡは、以前のステップでＦＩＬＳ発見フレームから取得されたＩＰアドレスタイプ可用性情報を使用して、より高いレイヤＩＰセットアップを行う（１１１５）。

ＦＩＬＳビーコン、ＦＩＬＳショートビーコン、およびＦＩＬＳ発見フレームに関する上述の方法によれば、ＷＬＡＮシステムは、ＳＴＡのためのより高速のリンクセットアップ（たとえば、１００ｍｓ未満）をサポートすること、また従来のＦＩＬＳ方式よりはるかに多くのＳＴＡを、それらのＳＴＡが同時にＢＳＳに入るときサポートすることが可能になる。ＦＩＬＳに関する上記の実施形態は、ＷＬＡＮが１００を超えるＳＴＡをサポートすることを可能にし、また１秒以内の高速リンクセットアップを提供する。

以下の実施形態によれば、１次ビーコンが、ショートビーコン機能をサポートするように修正される。具体的には、１次ビーコンは、ショートビーコン関連の情報を搬送することを必要とする。そのような修正された１次ビーコン１２００の例示的な図が、図１２に示されている。修正された１次ビーコン１２００を受信するＳＴＡは、修正された１次ビーコン１２００内の（１または複数の）ショートビーコン関連の情報フィールドを読み取り、ショートビーコンをどのように受信するか決定する。そのような情報は、ショートビーコンの送信または存在のインジケーション１２０２、ショートビーコン送信時間情報１２０３（たとえば、絶対時間、１次ビーコンからの時間オフセットなどの形態にある）、ショートビーコンの周期性（どれだけ頻繁に送信されるか）１２０４、ショートビーコンのＳＴＢＣモードおよび非ＳＴＢＣモードの送信または存在のインジケーション１２０５、帯域幅モード１ＭＨｚにあるショートビーコンの送信または存在のインジケーション１２０６、および帯域幅モード２ＭＨｚにあるショートビーコンの送信または存在のインジケーション１２０７のうちの１または複数を含む。１ＭＨｚおよび２ＭＨｚのための帯域幅モードがこの例に示されているが、他の帯域幅モードの値が代替として実装されてもよい。

ショートビーコン関連の情報は、１次ビーコンフレームのどの部分に含まれてもよい。一実施形態では、ショートビーコン関連の情報は、１次ビーコン内で担持されることになる新たに作成されたショートビーコン情報要素に含まれる。ショートビーコン関連の情報は、ＢＳＳ内でのＳＴＡの動作を制御するために動作要素がＡＰによって使用される場合、１次ビーコンの動作要素の一部として含まれる。この場合には、ＳＴＡは、受信された１次ビーコン内の動作要素を解釈することによってショートビーコン情報を受け取る。１次ビーコンは、非ＳＴＢＣモード、またＳＴＢＣモードで、ＡＰ（またはＩＢＳＳモードでのＳＴＡ）によって送信される。

他の実施形態では、１次ビーコンに関して、複数帯域幅モードがＷＬＡＮによってサポートされる。１つのそのような例は、２ＭＨｚおよび１ＭＨｚ帯域幅モードの動作を可能にするＢＳＳサポートがあるサブ１ＧＨｚスペクトルにある。本明細書に記載の実施形態は１ＭＨｚおよび２ＭＨｚに関するが、これらは、他の帯域幅の組合せにも当てはまる。

複数の帯域幅がサポートされるシステムでは、帯域幅モードのそれぞれに対応して送信される１次ビーコンがある。たとえば、１次ビーコンは、サブ１ＧＨｚ周波数帯で動作するシステムにおいて２ＭＨｚ帯域幅モードまたは１ＭＨｚ帯域幅モードで送信される。各帯域幅モードにおける１次ビーコンは、その帯域幅モードでの送信をサポートするためにその帯域幅モード特有のビーコン情報を含むことになる。１次ビーコンは、関連の帯域幅モード情報のシグナリングで送信される。この関連の帯域幅モード情報は、１次ビーコンのＰＨＹ部分に含まれ、また、１次ビーコンのＭＡＣ部分に含まれてもよい。

１次ビーコンのＰＨＹ部分では、関連の帯域幅モード情報は、たとえばＰＨＹプリアンブルの信号フィールド内にあり、たとえば、帯域幅送信フォーマットを復号するために他の帯域幅モード情報と共に帯域幅インジケーションを含む。たとえば、そのような情報は、特定の（１または複数の）ビット／フィールドを使用して明示的にシグナリングされる。１次ビーコンが送信されるとき、ＳＴＡは、ＰＨＹヘッダ内のプリアンブル信号フィールドを復号し、帯域幅モード情報を得る。他の実施形態では、関連の帯域幅モード情報は、ＰＨＹプリアンブル内で使用される特定のタイプの（１または複数の）トレーニングフィールドによって暗黙にシグナリングされる。この場合、１次ビーコンを受信するＳＴＡは、（１または複数の）トレーニングフィールドを処理することによって帯域幅モードインジケーションを得る。（プリアンブル信号フィールドまたはトレーニングフィールドを処理することによって得られる）帯域幅モード情報が、１次ビーコンフレームが特定の帯域幅モードのものであることを示す場合には、（１）その帯域幅モードを受信することが可能でないＳＴＡは、１次ビーコンフレームの残りの部分を無視し、および／または（２）その帯域幅モードを受信することが可能なＳＴＡは、１次ビーコンの完全なフレームを受信するために、そのフレームを復号することに進む。

１次ビーコンのＭＡＣ部分では、関連の帯域幅モード情報は、１次ビーコンのフレーム本体内にあり、たとえば、（１）このインジケーションを搬送する１次ビーコンが特定の帯域幅モード（たとえば、１ＭＨｚまたは２ＭＨｚ）のものであること、（２）１次ビーコンが送信／サポートされる帯域幅モード（たとえば、１ＭＨｚモードまたは２ＭＨｚモード）のうちの１または複数を示す。１次ビーコンのＭＡＣ部分を復号するＳＴＡは、（１）特定の帯域幅モード（たとえば、１ＭＨｚまたは２ＭＨｚ）のものであることのインジケーションを見たとき、１次ビーコンの内容をその帯域幅モードに関連付けられたものとして処理し、および／または（２）送信／サポートされる帯域幅モードを見たとき、送信／サポートされる１次ビーコンの様々な帯域幅モードに気付く。

１ＭＨｚの１次ビーコンは、両帯域幅モードが動作状態であるとき、２ＭＨｚの１次ビーコンからの既知の時間オフセットで送信される。規制上の必要に基づいて、１ＭＨｚの１次ビーコンおよび１ＭＨｚモードショートビーコンは、（１）２ＭＨｚ帯域の上側の１ＭＨｚで、および／または（２）２ＭＨｚ帯域の下側の１ＭＨｚで送信される。

ショートビーコンのための１次ビーコンサポートに関する上述の実施形態によれば、より小さな帯域幅の送信を対象とする新しいＰＨＹ、およびＭＡＣの拡張部分に基づくＷＬＡＮシステムは、各帯域幅モードでの送信をサポートするために対応する１次ビーコンを用いて、複数の帯域幅モードをもサポートする。

他の実施形態では、ショートビーコンは、様々なモードの送信をサポートする。いくつかのＷＬＡＮシステムは、ＳＴＢＣモードまたは非ＳＴＢＣモードなど複数のモードの送信をサポートする。様々なモードで動作するＳＴＡは、ＢＳＳ内で効率的に動作するために、様々なモードでのショートビーコンの形態でＡＰからのサポートを必要とする。ショートビーコンは、様々なモード（たとえば、ＳＴＢＣおよび非ＳＴＢＣ）をサポートするように修正され、モード関連の情報を搬送する。

ショートビーコンは、非ＳＴＢＣモードとＳＴＢＣモードが共にシステムでサポートされるとき、非ＳＴＢＣモードおよびＳＴＢＣモードで送信される。また、ショートビーコンは、ＳＴＢＣモードで送信されているか、それとも非ＳＴＢＣモードかというインジケーションを搬送する。このＳＴＢＣモードインジケーションは、ショートビーコンのＰＨＹプリアンブルに含まれても、またショートビーコンのＭＡＣ部分内、たとえばショートビーコンのフレーム本体内にショートビーコン特有の情報の一部として含まれてもよい。

ショートビーコンのＰＨＹ部分では、関連のＳＴＢＣ情報は、たとえばＰＨＹプリアンブルの信号フィールド内にあり、たとえば、ＳＴＢＣ変調を復号するために追加の情報と共にＳＴＢＣインジケーションを含む。ＳＴＢＣショートビーコンが送信されたとき、ＳＴＡは、ＰＨＹヘッダ内のプリアンブル信号フィールドを復号する。ＳＴＢＣフレームであることをプリアンブル信号フィールドが示す場合には、（１）非ＳＴＢＣのＳＴＡ（ＳＴＢＣフレームを受信することが可能でない）は、フレームの残りの部分を無視し、および／または（２）ＳＴＢＣのＳＴＡ（ＳＴＢＣフレームを受信することが可能である）は、フレームを解釈および復号し、ＳＴＢＣショートビーコンを得る。

ショートビーコンのＭＡＣ部分では、関連のＳＴＢＣ情報は、たとえばショートビーコンのフレーム本体内にあり、たとえば、（１）このインジケーションを搬送するショートビーコンがＳＴＢＣまたは非ＳＴＢＣショートビーコンであること、および／またはＳＴＢＣモードと非ＳＴＢＣモードのショートビーコンが共に送信／サポートされることのうちの１または複数を示す。ショートビーコンのＭＡＣ部分を復号するＳＴＡは、（１）ＳＴＢＣまたは非ＳＴＢＣショートビーコンであることのインジケーションを見たとき、ショートビーコンの内容をそれぞれＳＴＢＣまたは非ＳＴＢＣショートビーコンのものとして処理し、および／または（２）ＳＴＢＣモードと非ＳＴＢＣモードの両方のショートビーコンが共に送信／サポートされるかどうかのインジケーションを見たとき、その情報に気付く。

ショートビーコンのためのＳＴＢＣ動作モードはまた、動作の帯域幅に暗黙に関連付けられてもよい。たとえば、１ＭＨｚだけの帯域幅の動作モードが使用される場合、非ＳＴＢＣ動作モードだけがショートビーコンに使用される。

図１３では、修正されたショートビーコンフレーム１３００の一例が、ＳＴＢＣまたは非ＳＴＢＣモード関連の情報がフレーム本体に含まれて示されている。この情報は、「情報」フィールド１３０１、「ショートビーコン特有の情報（Ｓｈｏｒｔ ｂｅａｃｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏ）」フィールド１３０２（図示）、新しいフィールド内、および／またはフレーム本体の他のフィールドのいずれかになど、フレーム本体内のどこかに含まれる。

図１４では、ショートビーコンフレーム１４００の一例が、ＳＴＢＣまたは非ＳＴＢＣモード関連の情報がショートビーコンフィールド１４０１に含まれて示されている。しかし、このＳＴＢＣモード情報は、ショートビーコンフレーム１４００のフレーム本体内のどこに含まれてもよい。

ＡＰ（またはＩＢＳＳモードでのＳＴＡ）は、ＳＴＢＣビーコンフレームを送信するためにシステムに指定される基本ＳＴＢＣ ＭＣＳセットからの基本ＳＴＢＣ ＭＣＳを使用する。ＳＴＢＣショートビーコンは、たとえば非ＳＴＢＣショートビーコンからのオフセット、非ＳＴＢＣ１次ビーコンからのオフセット、および／またはＳＴＢＣ１次ビーコンからのオフセットでなど、既知の、またはアドバタイズされる時間（たとえば、１次ビーコンによってアドバタイズされる）で送信される。

１次ビーコン帯域幅モードに関する上述の実施形態によれば、より小さな帯域幅の送信を対象とする新しいＰＨＹ、およびＭＡＣの拡張部分に基づくＷＬＡＮシステムは、送信の複数のモード、たとえば非ＳＴＢＣおよびＳＴＢＣモードをもサポートすることが可能になる。具体的には、非ＳＴＢＣモードおよびＳＴＢＣモードにあるＳＴＡがＢＳＳによってサポートされる。対照的に、ＳＴＢＣモードでの１次ビーコンだけに依拠しＢＳＳ内でビーコン情報を提供するシステムは、システムオーバーヘッドが高くなることになる。

他の実施形態では、適切なＭＣＳ（サポートされる最も低いＭＣＳより高い）が、そのビーコンの目的を損なうことなしにビーコン送信のために選択および使用される。このようにして、各ビーコン間隔における媒体占有時間を削減し、媒体アクセス効率を高め、送信ＡＰと受信ＳＴＡの両方について電力節約をもたらす。

ＡＰおよびＢＳＳの存在を示すために使用されるショートビーコンは、サポート速度セットに含まれる最も低いＭＣＳを使用して送信される。ＡＰと関連付けを得る潜在的なＳＴＡすべてに情報を提供するために、ショートビーコンは、最もロバストなデータ転送速度で送信される。

すでにＡＰに関連付けられているＳＴＡのためのショートビーコンは、そのＡＰがそれらのＳＴＡに関する情報をすでに有するので、最も低い、最もロバストなＭＣＳを使用して送信される必要はない。関連付けられているＳＴＡに使用されるＭＣＳは、ショートビーコンがどのグループ向けであるかによって決まる。ＡＰがビーコンを送信するためのＭＣＳ選択基準は、以下のセクションに記載の基準を含む。

ＢＳＳ内のＳＴＡは、ＡＰにて記録されているそれらのＲＳＳＩレベルに基づいてグループ化される。たとえば、多数のＳＴＡがあるＢＳＳでは、ＳＴＡはグループに分割され、グループのいくつかがスリープさせられ、一方、他のグループはアウェイクしており、ビーコンをリッスンする、またはパケットを送受信する。ＳＴＡのＲＳＳＩをビニングすることによってグループがグループに分割される場合には、ＳＴＡの１つの特定のグループ向けのショートビーコン（たとえば、ＳＴＡのこのグループだけのためのＴＩＭを有するショートビーコン）は、ＳＴＡのそのグループに関連付けられたＲＳＳＩビンについてロバストなＭＣＳを使用して符号化される。これは、ＳＴＡがセンサなど不動のＳＴＡである場合、特に有用である。

ＢＳＳ内のＳＴＡは、それらのＳＴＢＣ能力に基づいてグループ化される。ＡＰは、ＳＴＡをそれらのＳＴＢＣ能力に従ってグループ化してもよい。ＳＴＡの１つの特定のグループ向けのショートビーコン、たとえばＳＴＢＣだけが可能であるＳＴＡのそのグループのためのＴＩＭを有するショートビーコンは、そのグループ内のＳＴＡすべてによってサポートされる最も低いＳＴＢＣ ＭＣＳを使用して符号化される。

ビーコンＭＣＳ適応のための上述の方法によれば、ＢＳＳ内でサポートされる最も低いＭＣＳを強制的に使用させられるビーコン送信によって引き起こされるシステムオーバーヘッドが低減する。したがって、より小さな帯域幅の送信（たとえば、ＴＧａｈ）を対象とする新しいＰＨＹおよびＭＡＣ拡張部分に基づくものを含むＷＬＡＮシステムは、利益を得ることができる。

ショートビーコンは、ＷＬＡＮシステム、特にサブ１ＧＨｚ動作用に設計されたものにおいて、増大された範囲およびカバレージをサポートするために使用される。具体的には、ショートビーコン範囲を拡張するために、２つの方法について下記で述べる。第１の方法は、ショートビーコンを送信するためにより低い、および／または可変の速度を使用し、第２の方法は、ビームフォーミングなど複数のアンテナ技法、および関連の手順を使用し、送信範囲を拡張する。どちらの方法によっても、増大されるシステムオーバーヘッドが最小限に抑えられる。これらの範囲拡張方法のそれぞれは、ショートビーコンのために本明細書に記載の他の実施形態に加えて、またはそれらの代わりに使用されてもよい。これらの方法では、予め関連付けられた／関連付けられていないＳＴＡについてネットワークアクセスのために、または関連のＳＴＡについてＴＩＭ要素などＡＰから必要な情報をブロードキャストするために、拡張範囲ショートビーコン（ＥＲＳＢ）が使用される。使用法要件またはユースケースに応じて、異なるショートビーコンタイプが異なる目的に使用される。上述のように、これらの目的に対処するために定義された異なるショートビーコンタイプがある。これらのショートビーコンタイプを使用するための（１または複数の）手順は、１次またはレガシビーコンによって示される。たとえば、１次ビーコンフレームは、ショートビーコンの送信タイミングに関する情報を含む。

この実施形態のための第１の方法では、低いデータ転送速度の送信を用いるショートビーコンは、たとえば１／２符号化率を用いるＢＰＳＫなど低いデータ転送速度を用いるＭＣＳ方式を有する。反復２符号を用いるそのようなＭＣＳ方式は、１ＭＨｚ帯域幅送信モードのためにＩＥＥＥ８０２．１１ａｈに準拠することになる。

低いデータ転送速度の送信方式は、増大された範囲をＥＲＳＢがサポートするように使用される。第１の例として、変調シンボル領域において、または符号化ビット領域において、反復されるシンボル／ビット間にインターリーバ有り、または無しで、反復符号が使用される。この方法のための第２の例では、非常に低い速度の符号、たとえばレート１／４符号の定義は、標準の要件に応じて、従来の符号、低密度パリティ検査（ＬＤＰＣ）符号、または他のチャネル符号を含めて任意の１または複数のチャネル符号化方式で使用される。この方法の第３の例では、ＳＴＢＣなど時空間符号化の使用が、範囲を拡張するために使用される。これらの方法例のそれぞれは、ＰＬＣＰヘッダに対する修正を必要とする。また、ＳＴＦおよびＬＴＦは、再設計、または単に反復されることを必要とする。

この実施形態のための第２の方法では、指向送信を用いるショートビーコンが使用される。ビームフォーミングまたはプリコーディングを使用して、指向性ＥＲＳＢが実現される。ビームフォーミングまたはプリコーディングを可能にするために、アンテナ重みのセットが、仕様によって予め定義され、システムによって予め構成され、またはＳＴＡでの適応トレーニング手順によって設定される。重みを計算するための様々な方法によれば、得られるビーコンは、「プリコーディングされたビーコン」「セクタ化されたビーコン」または「ビームフォーミングされたビーコン」となる。

指向性ＥＲＳＢの使用法により、重みの、異なるセットが、異なるユーザのために選択される。たとえば、関連付けられていないＳＴＡについて、ＡＰは、予め定義された重みのセットを使用し、これは、空間領域を、注意深く設計されたアンテナパターンで物理的にセクタ化する。または、ＡＰは、単純に直交重みのセットおよび重みの組合せを使用する。ＴＩＭがＡＰまたは他の多重キャスト送信から受信されることが期待される関連付けられているＳＴＡについては、ＡＰは、ＳＴＡの空間シグネチャについての知識を大ざっぱに有する。したがって、ＡＰは、同様の空間シグネチャを有するユーザのグループを選択し、次いでその重みで指向性ショートビーコンを変調する。重み選択は、予め定義されたコードブック、または一般的なビームフォーミング技法に基づく。

指向性ビーコン送信における隠れノート問題の影響を低減するために、２つの保護方式が使用される。１次ビーコンは、次の指向性ビーコンが送信されることになるとき、情報をブロードキャストする。さらに、追加のオムニＰＬＣＰヘッダが指向性ショートビーコンのＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）の前に追加され、その結果、他のＳＴＡは、指向性ビーコンのオムニ部を聞き取り、それに応じてＮＡＶを設定する。

図１５は、２方向／重みで送信される指向性ＥＲＳＢの一例を示す。この指向性ショートビーコンでは、指向性部１および指向性部２として示されている、１または複数の方向／重みが順次送信される。図１５に示されているように、指向性ショートビーコンのオムニヘッダ部は、オムニＳＴＦ（ＯＳＴＦ）フィールド、オムニＬＴＦ（ＯＬＴＦ）フィールド、およびオムニＳＩＧ（ＯＳＩＧ）フィールドを含む。指向性部１および指向性部２では、信号フィールドＳＩＧ１とＳＩＧ２が、同じ、または異なる情報を含む。ビーコンフィールドＢｅａｃｏｎ１とＢｅａｃｏｎ２は、指向性ＥＲＳＢの目的、および関連のショートビーコン方針に従って同じ、または異なる情報を含む。

ショートビーコンカバレージ拡張に関する上述の方法によれば、ショートビーコンを使用するＷＬＡＮは、増大された範囲およびカバレージを有し、サブ１ＧＨｚのＷｉＦｉシステムおよびスペクトル効率が非常に高い（ＶＨＳＥ）ＷＬＡＮシステムの要件をサポートする。

チャネルアクセスパラメータの新しいフィールドが、ショートビーコンおよび／または正規のビーコンに含まれる。たとえば、チャネルアクセスパラメータは、やがて来るビーコン間隔および／またはサブ間隔（無競合または競合ベースのアクセスであってよい）にアクセスすることが可能である１または複数のＳＴＡグループのグループＩＤを含む。

表５に示されているようにショートビーコンから得られた受動的スキャン結果をレポートするために、新しいフィールドがＭＬＭＥ−ＳＣＡＮ．確認プリミティブに含まれる。

各ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍＳｈｏｒｔＢｅａｃｏｎは、表６に示されている要素からなる。

表７に示されているように、正規のビーコンから得られるチャネルアクセスパラメータをレポートするためにＢＳＳＤｅｓｃｒｉｐｔｉｏｎフィールドに対して新しいサブフィールドが追加される。

ＭＬＭＥ−ＳＣＡＮ．要求については、表８に示されているように、ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎおよびＭｉｎＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎと呼ばれる２つの新しいパラメータがＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内で追加され、より効率的なスキャニングを可能にする。

受動的スキャニングを使用して特定のＥＳＳのメンバになるために、ＳＴＡは、そのＥＳＳのＳＳＩＤを含むビーコンフレームを求めてスキャンし、そのビーコンフレームがインフラストラクチャＢＳＳまたはＩＢＳＳに由来するかどうかを「能力情報」フィールド内の適切なビットが示す、対応するＭＬＭＥ−ＳＣＡＮ．確認プリミティブのＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔパラメータ内の所望のＳＳＩＤと合致するビーコンフレームすべてを返す。

ＳＴＡ（たとえば、ＩＥＥＥ８０２．１１ａｈ準拠のＳＴＡ）は、ショートビーコンフレームを求めてさらにスキャンし、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブ内のＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍ−ＳｈｏｒｔＢｅａｃｏｎＳｅｔを使用して、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータ（ＳＳＩＤなど）に合致するショートビーコンフレームすべてを返す。たとえば、ショートビーコンフレームは、受信されたショートビーコンフレームの圧縮ＳＳＩＤがハッシュ化ＳＳＩＤまたはＳＳＩＤＬｉｓｔパラメータ（対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内で指定されている場合）と合致したとき、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータと合致するとみなすことができる。

ＳＴＡは、ＭａｘＣｈａｎｎｅｌＴｉｍｅによって定義された最大持続時間以下の間、スキャンされた各チャネルをリッスンする。あるいは、ＳＴＡは、ショートビーコンを求めてスキャンするとき、（本明細書で定義される）ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎによって定義された最大持続時間以下の間、スキャンされた各チャネルをリッスンする。さらに、ＳＴＡは、ショートビーコンを求めてスキャンするとき、（本明細書で定義される）ＭｉｎＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎパラメータによって定義された最小持続時間以上の間、スキャンされた各チャネルをリッスンする。

この実施形態によれば、受動的スキャンの１つのＭＬＭＥ−ＳＣＡＮ．要求プリミティブが、２つの異なるスキャン、すなわちショートビーコンについて一方、完全なビーコンについて他方をトリガする。次いで、ＳＴＡ（たとえば、ＩＥＥＥ８０２．１１ａｈ対応のＳＴＡ）は、以下の例示的な手順に基づいて受動的スキャニングを実施する。

図１６は、この実施形態による、ショートビーコンを使用する受動的スキャニングのＳＴＡ挙動のための方法の流れ図を示す。ＳｃａｎＴｙｐｅが受動的スキャンを示す状態でＭＬＭＥ−ＳＣＡＮ．要求プリミティブを受信したとき、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＣｈａｎｎｅｌＬｉｓｔパラメータに含まれる各チャネル上で受動的スキャニングを実施する。

ＳＴＡは、最初に、ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎの持続時間の間、ショートビーコンを求めてチャネルをスキャンする。次いで、ＳＴＡは、受信されたショートビーコンすべてから得られた結果を示すためにＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍＳｈｏｒｔＢｅａｃｏｎＳｅｔのフィールドを含むＭＬＭＥ−ＳＣＡＮ．確認プリミティブを生成する。

ＳＴＡは（ＳＴＡ内のＳＭＥを介して）、ＭＬＭＥ−ＳＣＡＮ．確認内の基本情報（たとえば、ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＦｒｏｍＳｈｏｒｔＢｅａｃｏｎＳｅｔ）または受信されたショートビーコンを評価し、少なくとも１つの見出されたＢＳＳが、対応する完全なビーコンを読み取るために使用可能または読み取る価値があるかどうか判断する。この判断は、以下の例示的な基準のうちのいくつかの１またはいくつかの組合せに基づいてなされる。

ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＳＳＩＤまたはＳＳＩＤＬｉｓｔを指定する場合には、ＳＴＡは、そのＳＳＩＤまたはそのＳＳＩＤリスト内のＳＳＩＤのハッシュを計算し、受信された圧縮ＳＳＩＤと比較する。どの見出されたＢＳＳについても合致しない場合、ＳＴＡは、対応する完全なビーコンを読み取らないと判断する。

ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＢＳＳＩＤを指定する場合には、ＳＴＡは、要求されたＢＳＳＩＤを受信されたショートビーコンのＳＡフィールドと比較する。どの見出されたＢＳＳについても合致しない場合、ＳＴＡは、対応する完全なビーコンを読み取らないと判断する。

ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定のアクセスネットワークタイプを指定する場合には、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のアクセスネットワークタイプを受信されたショートビーコンフレーム内のネットワークアクセスタイプフィールドと比較する。どの見出されたＢＳＳについても合致しない場合、ＳＴＡは、対応する完全なビーコンを読み取らないと判断する。

ＳＴＡがサポートするＩＰアドレスタイプがどの見出されたＢＳＳでも使用可能でない（たとえば、ＩＰｖ４アドレスが使用可能でなく、ＳＴＡがＩＰｖ４専用のＳＴＡである）場合、ＳＴＡは、対応する完全なビーコンを読み取らないと判断する。

ＳＴＡが対応する完全なビーコンを読み取ると判断した場合、ＳＴＡは、以下の方法の１つを選択する。第１の方法として、ＳＴＡは、ドーズ／スリープモードに移行し、フィールド「次の完全なビーコンまでの時間」によって示される時間のｎ時間単位（ＴＵ）前にウェイクアップし完全なビーコンを受信し、ここで、ｎの値は設計パラメータであり、標準で指定されてもよい。

第２の方法として、ＳＴＡは、次の完全なビーコンのための待ち時間に応じて異なる措置を取る。次の完全なビーコンまでの時間からｎＴＵを引いたものがＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎより大きくない場合には、ＳＴＡは、ドーズ／スリープモードに移行し、フィールド「次の完全なビーコンまでの時間」によって示される時間のｎＴＵ前にウェイクアップし完全なビーコンを受信する。次の完全なビーコンまでの時間からｎＴＵを引いたものがＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒ−ＳｈｏｒｔＢｅａｃｏｎより大きい場合には、ＳＴＡは、ＣｈａｎｎｅｌＬｉｓｔ内の次の（１または複数の）チャネル上でショートビーコンを求めてスキャンし、フィールド「次の完全なビーコンまでの時間」によって示される時間の少なくともｎＴＵ前に現在のチャネルに戻り、完全なビーコンを受信する。次の（１または複数の）チャネルのスキャン結果は、後でこれらのチャネル上で完全なビーコンをスキャンする可能性のために記憶される。このようにして、受動的スキャニング時間全体が、電力消費を増やすことなしに削減される。

ＳＴＡが対応する完全なビーコンを読み取らないと判断した場合、ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＣｈａｎｎｅｌＬｉｓｔパラメータに従って次のチャネルをスキャンする。

すべてのチャネルをスキャンした後で、ＳＴＡ（またはＳＴＡ内のＳＭＥ）は、受信されたＭＬＭＥ−ＳＣＡＮ．確認プリミティブ内の情報に基づいて、関連付けを得るために（１または複数の）ＡＰを選択する。

ＳＴＡは、ＭａｘＣｈａｎｎｅｌＴｉｍｅｆｏｒＳｈｏｒｔＢｅａｃｏｎの持続時間内にいくつかの完全なビーコンを受信する。この場合、ＳＴＡは、以下のレポーティング選択肢の少なくとも１つに従って進む。

第１の選択肢では、ショートビーコンのスキャン結果をレポートする同じＭＬＭＥ−ＳＣＡＮ．確認内の「不完全」の新たに定義されたＲｅｓｕｌｔＣｏｄｅと共にＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔを使用して、完全なビーコンの部分的なスキャン結果がレポートされる。その完全なビーコン情報がＭＬＭＥ−ＳＣＡＮ．確認内でレポートされる各ＡＰ／ＢＳＳについては、ＳＴＡは、そのショートビーコン情報をレポートしないことを選択する。その完全なビーコン情報がＭＬＭＥ−ＳＣＡＮ．確認内ですでにレポートされている各ＡＰ／ＢＳＳについては、ＳＴＡは、ステップ１６０９、１６１０の場合と同様に、対応する完全なビーコンを再度読み取らない。

第２の選択肢では、完全なビーコンの部分的なスキャン結果がＭＬＭＥ−ＳＣＡＮ．確認内でレポートされる。

現在受信されつつあるパケットの処理の停止をサポートするために、物理レイヤコンバージェンス手順（ＰＬＣＰ）受信手順が修正され、新しいプリミティブが定義される。図１７は、パケットの処理の停止をサポートするために新たに定義されたプリミティブを用いる修正されたＰＬＣＰ受信手順の一例を示す。ＰＬＣＰ受信手順は、一般的に述べられており、任意のＷｉＦｉおよび無線標準に適用される。図１７に示されているＳＩＧフィールドおよびトレーニングフィールドは、複数の部分を有し、フレームの任意の部分に任意の順序で位置する。図１７に示されている新たに定義されたプリミティブは、ＰＨＹ−ＲＸＳＴＯＰ．要求１７０１、ＰＨＹ−ＲＸＳＴＯＰ．確認１７０２、ＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３、ＰＭＤ＿ＲＸＳＴＯＰ．確認１７０４である。

ＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブは、ＰＨＹエンティティが現在受信しているＰＰＤＵを処理するのを停止するための、ＭＡＣサブレイヤによるローカルＰＨＹエンティティに対する要求である。このプリミティブは、パラメータを有しておらず、現在受信されつつあるパケットがＭＡＣサブレイヤによって必要とされないことをＭＡＣサブレイヤが検出したとき、ＭＡＣサブレイヤによってＰＨＹエンティティに発行される。このプリミティブは、ローカルＰＨＹレイヤがＰＨＹ−ＲＸＳＴＡＲＴ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときと、ローカルＰＨＹレイヤが同じＰＰＤＵについてＰＨＹ−ＲＸＥＮＤ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときとの間でいつでも発行される。ＰＨＹエンティティによってこのプリミティブが受信されることの効果は、ＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３をＰＭＤサブレイヤに発行することを含めて、ローカル受信の状態機械を停止することである。

ＰＨＹ−ＲＸＳＴＯＰ．確認１７０２プリミティブは、以前に処理されていたＰＰＤＵの処理の停止を確認するためにＰＨＹによってローカルＭＡＣエンティティに発行される。ＰＨＹは、このプリミティブをＭＡＣサブレイヤによって発行されたあらゆるＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブに応答して発行する。ＰＨＹ−ＲＸＳＴＯＰ．要求（ＰａｃｋｅｔＥｎｄＴｉｍｅ）プリミティブは、パラメータを含まない。あるいは、パラメータＰａｃｋｅｔＥｎｄＴｉｍｅを有してもよい。ＰａｃｋｅｔＥｎｄＴｉｍｅは、以前に受信されていたがその処理がローカルＭＡＣサブレイヤによりＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブによって停止されたＰＰＤＵの終わりを示す。別の例では、ＰａｃｋｅｔＥｎｄＴｉｍｅは、たとえばＰＬＣＰヘッダ内の長さフィールドまたはＡＣＫフィールドによって示されるＴＸＯＰの終わりを示す。このプリミティブは、以下の条件、すなわち１）ＰＨＹがＭＡＣエンティティからＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブを受信した、２）ＰＬＣＰがＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３プリミティブを発行した、または３）ＰＭＤがＰＭＤ−ＲＸＳＴＯＰ．確認１７０４プリミティブをＰＬＣＰに発行した、の少なくとも１つに応答してＰＨＹによってＭＡＣエンティティに発行される。ＭＡＣサブレイヤによってこのプリミティブが受信されることの効果は、ある期間の間、ドーズ状態に入ることである。そのような期間は、現在のＰＰＤＵの終わりまで、現在のＴＸＯＰの終わりまで、ＰＨＹエンティティがＭＡＣサブレイヤにＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）を発行するまで続き、または任意の他の長さのものである。ＭＡＣサブレイヤは、そのような期間の後でＣＳ／ＣＣＡ状態に入る。

ＰＨＹ ＰＬＣＰサブレイヤによって生成されるＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３プリミティブは、物理媒体依存（ＰＭＤ）レイヤによるＰＰＤＵ送信を開始する。このプリミティブは、パラメータを有しておらず、ＰＭＤレイヤがＰＰＤＵを受信するのを打ち切るためにＰＬＣＰサブレイヤによって生成される。ＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブは、ＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３コマンドを発行する前にＰＬＣＰサブレイヤに提供される。プリミティブＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３は、ＰＭＤサブレイヤによるＰＰＤＵの受信を打ち切る。

ＰＭＤエンティティによって生成されるＰＭＤ＿ＲＸＳＴＯＰ．確認１７０４プリミティブは、ＰＭＤレイヤによるＰＰＤＵ受信の終わりを示す。このプリミティブは、パラメータを有しておらず、ＰＭＤエンティティがＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３をＰＨＹ ＰＬＣＰサブレイヤから受信し、ＰＭＤエンティティが以前に受信していたＰＰＤＵの受信を停止したとき、ＰＭＤエンティティによって生成される。ＰＬＣＰサブレイヤは、ＰＰＤＵの受信がＰＭＤサブレイヤで停止されたと決定する。ＰＬＣＰサブレイヤは、ＰＰＤＵの受信の停止を確認するために、ＰＨＹ−ＲＸＳＴＯＰ．確認１７０２をＭＡＣサブレイヤに発行してもよい。

既存のプリミティブＰＨＹ−ＲＸＥＮＤ．インジケーションが、そのパラメータＲＸＥＲＲＯＲに値を追加することによって修正される。「ＲＸＳＴＯＰＰＥＤ」の値がＲＸＥＲＲＯＲのための有効な値として追加され、ＰＰＤＵの受信が明示的なコマンドによって停止されたことを示す。

図１７に示されているように、ＰＬＣＰサブレイヤがＰＨＹ−ＲＸＳＴＡＲＴ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときと、ＰＬＣＰサブレイヤがＰＨＹ−ＲＸＥＮＤ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときとの間のいつでも、ＭＡＣサブレイヤは、現在受信されつつあるパケットが必要とされないと決定してもよい。たとえば、これは、ＭＡＣサブレイヤが、ビーコンフレームが受信されつつあり、どのＩＥも必要としない、または必要とするＩＥすべてを受信済みであることを発見したとき行われる。これは、中間ＣＲＣまたは他の方法を使用して、受信されたＭＰＤＵの完全性を検証した後で行われる可能性がある。別の例では、ＭＡＣサブレイヤがＭＡＣヘッダを復号し、ＭＰＤＵがそれ自体を対象としていないことを発見した。これは、ＭＡＣヘッダのために特別に設計されたＦＣＳまたは他の方法を使用して、受信されたＭＰＤＵの完全性を検証した後で行われる可能性がある。

ＭＡＣサブレイヤは、ＰＨＹ−ＲＸＳＴＯＰ．要求１７０１プリミティブをローカルＰＨＹエンティティに発行し、現在受信されつつあるＰＰＤＵを処理するのを停止すべきであることを要求する。

次いで、ＰＨＹ ＰＬＣＰサブレイヤは、符号化されたＰＳＤＵを復号およびスクランブル解除するのを停止し、ＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３プリミティブをＰＭＤサブレイヤに発行する。

次いで、ＰＭＤサブレイヤは、ＰＰＤＵを受信するのを停止し、ＰＭＤサブレイヤがＰＰＤＵを処理するのを停止したことを確認するためにＰＭＤ＿ＲＸＳＴＯＰ．確認１７０４を発行する。

次いで、ＰＨＹ ＰＬＣＰサブレイヤは、ＰＨＹエンティティがＰＰＤＵを処理するのを停止したことを確認するためにＰＨＹ−ＲＸＳＴＯＰ．確認１７０２をＭＡＣサブレイヤに発行する。次いで、ＭＡＣサブレイヤは、ある期間の間、ドーズ状態に入る。この期間は、現在のＰＰＤＵの終わりまで、現在のＴＸＯＰの終わりまで、ＰＨＹエンティティがＭＡＣサブレイヤにＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）を発行するまで続き、または任意の他の長さのものである。ＭＡＣサブレイヤは、そのような期間の後でキャリアセンス／クリアチャネル評価（ＣＳ／ＣＣＡ）状態に入る。また、ＭＡＣサブレイヤは、そのような期間の後でローカルＰＨＹエンティティをウェイクアップさせるためにプリミティブを発行してもよい。

ローカルＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、タイミングを提供するためにＰＨＹ−ＲＸＥＮＤ．インジケーションをＭＡＣサブレイヤに発行する。ＰＨＹ−ＲＸＥＮＤ．インジケーションは、新しい値「ＲＸＳＴＯＰＰＥＤ」に設定されたＲＸＥＲＲＯＲのパラメータを有する。

ローカルＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、無線媒体の監視を開始し、ＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）をＭＡＣサブレイヤに発行する。

別の例では、ローカルＰＨＹエンティティは、ＰＬＣＰヘッダから、たとえば部分的関連付け識別子（ＡＩＤ）フィールド、または方向インジケーションフィールド、長さフィールドなど既存もしくは新しいフィールドを調べることによって、現在受信されつつあるＰＰＤＵが必要とされないことを検出する。また、ＰＨＹエンティティは、ＭＡＣサブレイヤからコマンドを受信することなしに本明細書に記載の手順を使用してＰＰＤＵの処理を停止してもよい。

ＰＭＤサブレイヤがＰＭＤ＿ｄａｔａ．インジケーション（最初の）プリミティブをＰＬＣＰサブレイヤに発行したときと、ＰＭＤサブレイヤが最後のＰＭＤ＿ｄａｔａ．インジケーションプリミティブをＰＬＣＰサブレイヤに発行したときとの間のいつでも、ＰＬＣＰサブレイヤは、現在受信されつつあるパケットが必要とされないと決定してもよい。たとえば、部分的ＡＩＤまたはグループＩＤが現在のＳＴＡのものと合致しないときである。別の例では、ＰＬＣＰサブレイヤは、パケットがＡＰに送られ、一方、現在のＳＴＡが非ＡＰのＳＴＡであることを方向インジケーションビットが示すことを検出する。

次いで、ＰＨＹ ＰＬＣＰサブレイヤは、符号化されたＰＳＤＵを復号およびスクランブル解除するのを停止し、ＰＭＤ＿ＲＸＳＴＯＰ．要求１７０３プリミティブをＰＭＤサブレイヤに発行する。次いで、ＰＭＤサブレイヤは、ＰＰＤＵを受信するのを停止し、ＰＭＤサブレイヤがＰＰＤＵを処理するのを停止したことを確認するためにＰＭＤ＿ＲＸＳＴＯＰ．確認１７０４メッセージを発行する。

ＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、または他のいつでも、タイミングを提供するためにＰＨＹ−ＲＸＥＮＤ．インジケーションをＭＡＣサブレイヤに発行する。ＰＨＹ−ＲＸＥＮＤ．インジケーションは、新しい値「ＲＸＳＴＯＰＰＥＤ」に設定されたＲＸＥＲＲＯＲのパラメータを有する。

ローカルＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、または他のいつでも、無線媒体の監視を開始し、ＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）をＭＡＣサブレイヤに発行する。

パケット処理を停止することに関連する上記の方法によれば、ＩＥに関心がない、またはいくつかのＩＥにしか関心がないＳＴＡが、長いビーコンの処理を停止することが可能になる。ＳＴＡは、現在受信されつつあるパケットのいくつかの側面がその必要に合わないことを認識した後で、そのパケットを処理するのを停止したいと望む。たとえば、これは、ＳＴＡが、プリアンブルから、それが受信されつつあるパケットの宛先ではあり得ないことを認識した場合である。

実施形態
１．ビーコン情報のプロビジョニングおよび送信の方法であって、
単一のビーコンをビーコン属性に基づいてマルチレベルビーコン（ＭＬＢ）に再編成するステップを備えたことを特徴とする方法。

２．ビーコン属性は、目的、使用法、周期性、安定性、およびブロードキャスト／マルチキャスト／ユニキャストのうちの少なくとも１つであることを特徴とする実施形態１に記載の方法。

３．ＭＬＢは異なる周期性で送信されることを特徴とする前記実施形態のいずれかに記載の方法。

４．ＭＬＢ時間間隔がシステム構成パラメータとして指定されることを特徴とする前記実施形態のいずれかに記載の方法。

５．ＭＬＢの内容は、重なり合わない、部分的に重なり合う、またはフォワードインクルーシブのうちの少なくとも１つとして編成されることを特徴とする前記実施形態のいずれかに記載の方法。

６．ＭＬＢにおけるビーコン情報フィールドおよび要素の編成は、使用法／目的、ステーション状態、およびブロードキャスト／マルチキャスト／ユニキャストの性質のうちの少なくとも１つに基づくことを特徴とする前記実施形態のいずれかに記載の方法。

７．ビーコン情報要素（ＩＥ）は、周期性、ビーコンレベル、および／または遅延耐性のうちの少なくとも１つを含むことを特徴とする前記実施形態のいずれかに記載の方法。

８．ビーコンフレームは、少なくともバージョン番号を含むことを特徴とする前記実施形態のいずれかに記載の方法。

９．特定のビーコンのレベルは、ビーコンの送信頻度に関連付けられることを特徴とする前記実施形態のいずれかに記載の方法。

１０．ビーコン情報フィールドおよび要素は、リンクセットアップのための情報、ＰＨＹ／ＭＡＣネットワーク能力記述子、ならびに動作初期化、リンク／動作位置、およびトラフィックインジケーションに必要とされる他の情報を含むことを特徴とする前記実施形態のいずれかに記載の方法。

１１．ＭＬＢレベルは、リンクセットアップビーコン（ＬＳ−Ｂ）、動作初期化ビーコン（ＯＩ−Ｂ）、リンクおよび動作維持ビーコン（ＬＯＭ−Ｂ）、およびトラフィックインジケーションビーコン（ＴＩ−Ｂ）を含むことを特徴とする前記実施形態のいずれかに記載の方法。

１２．ＬＳ−Ｂは、周期的であり、リンクセットアップビーコン送信ステーションと共にＷＬＡＮチャネルにアクセスするために不可欠な情報を含むことを特徴とする実施形態１１に記載の方法。

１３．ＯＩ−Ｂは、イベントドリブンであり、動作可能な接続を確立するための情報を含むことを特徴とする実施形態１１に記載の方法。

１４．ＬＯＭ−Ｂは、周期的またはイベントドリブンのうちの少なくとも１つであることを特徴とする実施形態１１に記載の方法。

１５．ＴＩ−Ｂは、周期的またはイベントドリブンのうちの少なくとも１つであることを特徴とする実施形態１１に記載の方法。

１６．各ＭＬＢレベルについて、ビーコンＭＡＣヘッダまたはこのレベルのビーコンのフレーム本体内で、バージョン番号または変更インジケータが使用されることを特徴とする前記実施形態のいずれかに記載の方法。

１７．変更インジケータは、ビーコン内容が変化したとき増分されることを特徴とする前記実施形態のいずれかに記載の方法。

１８．ビーコンのバージョン番号または変更インジケータは、１またはいくつかの情報フィールドを再使用して、ビーコン内の媒体アクセス制御（ＭＡＣ）ヘッダ内でシグナリングされることを特徴とする前記実施形態のいずれかに記載の方法。

１９．ビーコンのバージョン番号または変更インジケータは、管理フレームタイプのための予約済みのサブタイプを使用して、ビーコン内のＭＡＣヘッダ内でシグナリングされることを特徴とする前記実施形態のいずれかに記載の方法。

２０．ビーコンのバージョン番号または変更インジケータは、物理レイヤコンバージェンス手順（ＰＬＣＰ）プリアンブル内でシグナリングされることを特徴とする前記実施形態のいずれかに記載の方法。

２１．ビーコンのバージョン番号または変更インジケータは、ＰＬＣＰヘッダ内の信号（ＳＩＧ）フィールド内でシグナリングされることを特徴とする前記実施形態のいずれかに記載の方法。

２２．ビーコン情報は、セキュリティ情報、ＭＡＣ／ネットワーク能力情報、ＭＡＣ動作パラメータ、および追加のＰＨＹ能力を含むことを特徴とする前記実施形態のいずれかに記載の方法。

２３．能力情報、ＭＡＣ動作パラメータ、セキュリティ情報を送信し、動作可能なＷＬＡＮ接続がリンクセットアップビーコン送信ステーションと確立されるか、またはリンク／動作初期化の試行が失敗するまでリンク／動作初期化を続行するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

２４．リンク品質測定および／またはＭＡＣ／システム性能測定によってトリガされたリンクおよび動作維持ビーコンを使用して、確立されたＷＬＡＮ接続を維持するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

２５．トラフィックインジケーションを配信することになる別のステーションにリスニングウィンドウ情報を通信するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

２６．周期的に送信されるトラフィックインジケーションビーコンを受信するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

２７．ＭＬＢは、ビーコンフレーム内に、複数のレベルを識別するためにビーコンタイプフィールドを含むことを特徴とする前記実施形態のいずれかに記載の方法。

２８．ＭＬＢは、異なる管理フレームを使用して符号化されることを特徴とする前記実施形態のいずれかに記載の方法。

２９．ＭＬＢは後方互換性であることを特徴とする前記実施形態のいずれかに記載の方法。

３０．ＭＬＢは複数帯域幅モードをサポートすることを特徴とする前記実施形態のいずれかに記載の方法。

３１．ショートビーコンは、ネットワークサービス情報に関する情報を含むことを特徴とする前記実施形態のいずれかに記載の方法。

３２．ショートビーコンは、同様に位置するアクセスポイントのリストを含むことを特徴とする前記実施形態のいずれかに記載の方法。

３３．ショートビーコンは望ましくないネットワーク要素を取り除くために使用されることを特徴とする前記実施形態のいずれかに記載の方法。

３４．ショートビーコン内で受信される情報に基づいて高速初期リンクセットアップ（ＦＩＬＳ）を実施するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

３５．アドバタイズメントプロトコルパケットを介して追加の情報を要求するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

３６．ＦＩＬＳショートビーコンに含まれるタイムスタンプを使用して時間同期機能を行うステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

３７．ショートビーコン関連の情報を１次ビーコンフレーム内で提供するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

３８．帯域幅モードを１次ビーコンフレーム内で提供するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

３９．ショートビーコンは、時空間ブロック符号（ＳＴＢＣ）または非ＳＴＢＣモードで送信されることを特徴とする前記実施形態のいずれかに記載の方法。

４０．アクセスポイントの存在を示すショートビーコンを送信するために、サポート速度セット内の最も低い変調および符号化セット（ＭＣＳ）が使用されることを特徴とする前記実施形態のいずれかに記載の方法。

４１．関連付けられているステーションは、受信信号強度インジケータ（ＲＳＳＩ）またはＳＴＢＣ能力基準に基づいてＭＣＳを使用することを特徴とする前記実施形態のいずれかに記載の方法。

４２．ショートビーコンを送信するために、より低いデータ転送速度または可変のデータ転送速度のうちの少なくとも１つを使用し、送信範囲を拡張するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

４３．複数のアンテナおよび／またはビームフォーミングを使用し、送信範囲を拡張するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

４４．ショートビーコンを送信するために、反復符号を使用し、送信範囲を拡張するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

４５．ショートビーコンのために指向送信を使用し、送信範囲を拡張するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

４６．ショートビーコンを送信するために、異なるアンテナ重みを使用し、送信範囲を拡張するステップ
をさらに備えたことを特徴とする前記実施形態のいずれかに記載の方法。

４７．ショートビーコン内で受信される情報に基づいて高速初期リンクセットアップ（ＦＩＬＳ）を実施するステップをさらに備え、情報は、認証情報を含む
ことを特徴とする前記実施形態のいずれかに記載の方法。

４８．ビーコン情報は、ＮＡＩ Ｒｅａｌｍリストを含むことを特徴とする前記実施形態のいずれかに記載の方法。

４９．高速初期リンクセットアップ（ＦＩＬＳ）を実施するステップをさらに備え、ＦＩＬＳ発見フレームは、ネットワーク認証タイプ情報における情報を含む
ことを特徴とする前記実施形態のいずれかに記載の方法。

５０．高速初期リンクセットアップ（ＦＩＬＳ）ショートビーコンは、高いレイヤのＩＰセットアップ情報を含むことを特徴とする前記実施形態のいずれかに記載の方法。

５１．高速初期リンクセットアップ（ＦＩＬＳ）ショートビーコンは、ＩＰアドレスタイプ可用性情報を含むことを特徴とする前記実施形態のいずれかに記載の方法。

５２．ＦＩＬＳ発見フレームの媒体アクセス制御（ＭＡＣ）ヘッダ内のソースアドレス（ＳＡ）フィールドから基本サービスセット識別（ＢＳＳＩＤ）が得られることを特徴とする前記実施形態のいずれかに記載の方法。

５３．スキャン手順中にあらゆる発見されたＢＳＳについてレポートするために、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブが呼び出されることを特徴とする前記実施形態のいずれかに記載の方法。

５４．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、見出された任意のＢＳＳのフィールドによって示されたインスタンスを含むことを特徴とする前記実施形態のいずれかに記載の方法。

５５．ＦＩＬＳ発見フレームの説明は、圧縮サービスセットＩＤ（ＳＳＩＤ）、ショートタイムスタンプ、次の完全なビーコンまでの時間、ＡＰのＭＡＣアドレス、ＦＩＬＳ発見（ＦＤ）間隔、コンデンストカントリストリング、動作クラス、動作チャネル、電力制約、アクセスネットワークタイプ、コンデンストＮＡＩ Ｒｅａｌｍリストまたはネットワーク認証タイプ情報、コンデンストローミングコンソーシアム、あるいはＩＰアドレス可用性またはコンデンストＩＰアドレス可用性のうちの少なくとも１つを含むことを特徴とする前記実施形態のいずれかに記載の方法。

５６．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、ＦＩＬＳ発見のための最大チャネル時間、およびＦＩＬＳ発見のための最小チャネル時間をさらに含むことを特徴とする前記実施形態のいずれかに記載の方法。

５７．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、スキャン後の受動的レポートまたは能動的レポートを示すためにレポートオプションフィールドをさらに含むことを特徴とする前記実施形態のいずれかに記載の方法。

５８．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、正規のレポートフォーマットおよび即時のレポートフォーマットを有するレポートオプションフィールドをさらに含むことを特徴とする前記実施形態のいずれかに記載の方法。

５９．ＳＴＡがＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のＳＳＩＤまたはＳＳＩＤＬｉｓｔパラメータからハッシュ化ＳＳＩＤを計算し、それを受信された圧縮ＳＳＩＤと比較することを、ハッシュ化機能が可能にすることを特徴とする前記実施形態のいずれかに記載の方法。

６０．受動的スキャニングを使用して特定の拡張サービスセット（ＥＳＳ）のメンバになるために、ＳＴＡは、そのＥＳＳに関連付けられたＳＳＩＤを含むビーコンフレームを求めてスキャンし、そのビーコンフレームがインフラストラクチャＢＳＳまたは独立ＢＳＳ（ＩＢＳＳ）に由来するかどうかを能力情報フィールド内の適切なビットが示す、対応するＭＬＭＥ−ＳＣＡＮ．確認プリミティブのＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔパラメータ内の所望のＳＳＩＤと合致するビーコンフレームすべてを返すことを特徴とする前記実施形態のいずれかに記載の方法。

６１．ＳＴＡは、ＦＩＬＳ発見フレームを求めてスキャンし、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータに合致する発見フレームすべてを返すことを特徴とする前記実施形態のいずれかに記載の方法。

６２．ＳＴＡは、最大持続時間以下の間、各チャネルをリッスンすることを特徴とする前記実施形態のいずれかに記載の方法。

６３．ＳＴＡは、最小持続時間以上の間、各チャネルをリッスンすることを特徴とする前記実施形態のいずれかに記載の方法。

６４．ＦＩＬＳ ＳＴＡは、ＦＩＬＳショートビーコンに含まれるＦＩＬＳ情報内で使用可能な情報に従って、いくつかのＦＩＬＳ段階を省く、または単純化／最適化することを特徴とする前記実施形態のいずれかに記載の方法。

６５．ＳｃａｎＴｙｐｅが受動的スキャンを示す状態でＭＬＭＥ−ＳＣＡＮ．要求プリミティブを受信したとき、ＳＴＡは、チャネルリストに含まれる各チャネル上で受動的スキャニングを実施することを特徴とする前記実施形態のいずれかに記載の方法。

６６．ＳＴＡは、最大時間が経過するまで、ビーコン／ＦＩＬＳ発見フレームを求めてチャネルをスキャンすることを特徴とする前記実施形態のいずれかに記載の方法。

６７．ＦＩＬＳ ＳＴＡがＡＰからＦＩＬＳビーコンまたは発見フレームを受信することを条件に、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブがＦＩＬＳ発見フレームセットを使用して見出されたあらゆるＢＳＳについて呼び出されレポートされることを特徴とする前記実施形態のいずれかに記載の方法。

６８．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内でワイルドカードＳＳＩＤおよびワイルドカードアクセスネットワークタイプが使用されていることを条件に、発見されたあらゆるＢＳＳについて呼び出されレポートされることを特徴とする前記実施形態のいずれかに記載の方法。

６９．ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＳＳＩＤまたはＳＳＩＤリストを指定することを条件に、ＳＴＡは、そのＳＳＩＤまたはそのＳＳＩＤリスト内のＳＳＩＤのハッシュを計算し、受信された圧縮ＳＳＩＤと比較することを特徴とする前記実施形態のいずれかに記載の方法。

７０．ＭＬＭＥ−ＳＣＡＮ．要求プリミティブがＢＳＳＩＤを指定することを条件に、ＳＴＡは要求されたＢＳＳＩＤを受信されたＦＩＬＳ発見フレームのＳＡフィールドと比較することを特徴とする前記実施形態のいずれかに記載の方法。

７１．ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定のアクセスネットワークタイプを指定することを条件に、ＳＴＡは受信されたＦＩＬＳ発見フレーム内の受信されたネットワークアクセスタイプフィールドをＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のアクセスネットワークタイプと比較することを特徴とする前記実施形態のいずれかに記載の方法。

７２．ＦＩＬＳ ＳＴＡは、受信されたＭＬＭＥ−ＳＣＡＮ．確認プリミティブを評価し、ＦＩＬＳビーコン内の基本ＢＳＳ要件がサポートされるかどうか、および十分なネットワークサービス情報があるかどうか決定することを特徴とする前記実施形態のいずれかに記載の方法。

７３．十分なネットワークサービス情報がなく、基本ＢＳＳ要件がサポートされることを条件に、ＦＩＬＳによって示されるようにＧＡＳの上でアドバタイズメントプロトコルパケット交換を通じて、より多くの情報が要求／取得されることを特徴とする前記実施形態のいずれかに記載の方法。

７４．十分なネットワークサービス情報が存在し、基本ＢＳＳ要件がサポートされ、提供されるネットワークサービス情報が存在がＳＴＡの要求を満たさないことを条件に、ＳＴＡは、見出されたＡＰとのネットワーク発見または関連付けを実行せず、他の適切なＡＰを求めて引き続きスキャンすることを特徴とする前記実施形態のいずれかに記載の方法。

７５．ＳＴＡは、ショートビーコン内で受信された情報に応答して、すべてのチャネル上での受動的スキャニングを停止し、他の適切なＡＰを求めて引き続きスキャンすることを特徴とする前記実施形態のいずれかに記載の方法。

７６．ＳＴＡは、ＳｃａｎＳｔｏｐＴｙｐｅのフィールドが「Ｓｔｏｐ＿Ａｌｌ」に設定された状態で、ＭＬＭＥ−ＳＣＡＮ．停止プリミティブを生成することを特徴とする前記実施形態のいずれかに記載の方法。

７７．ＳＴＡは、このチャネル上での受動的スキャニングを取り消し、チャネル／ＢＳＳの受信された情報のすべてを含むＦＩＬＳ発見フレームセットと共にＭＬＭＥ−ＳＣＡＮ．確認プリミティブを生成することを特徴とする前記実施形態のいずれかに記載の方法。

７８．ＳＴＡは、最大時間に達したときスキャンを停止し、およびスキャン結果をレポートするためにＭＬＭＥ−ＳＣＡＮ．確認プリミティブを生成することを特徴とする前記実施形態のいずれかに記載の方法。

７９．ネットワークサービス情報は、受信されたＦＩＬＳ発見フレーム、プローブ応答フレーム、または他の管理フレームから得られることを特徴とする前記実施形態のいずれかに記載の方法。

８０．ＳＴＡは、選択されたＡＰとネットワークサービス発見を実施することを特徴とする前記実施形態のいずれかに記載の方法。

８１．一部のネットワークサービス情報が受信されていることを条件に、ＳＴＡは、ＳＴＡが使用／サポートすることができない、または好まないネットワークサービスを有するＡＰを省くこと、またはＦＩＬＳ発見フレームからすでに取得されているネットワークサービス情報のＧＡＳクエリを実行しないことによって、ネットワークとのクエリを最適化することを特徴とする前記実施形態のいずれかに記載の方法。

８２．ＳＴＡは、ＦＩＬＳビーコンに含まれるタイムスタンプを使用してタイミング同期機能（ＴＳＦ）を行うことを特徴とする前記実施形態のいずれかに記載の方法。

８３．ＳＴＡは、認証／関連付けに関するＦＩＬＳビーコンに含まれる情報を使用して認証／関連付けを行うことを特徴とする前記実施形態のいずれかに記載の方法。

８４．認証／関連付けおよびより高いレイヤＩＰセットアップの並列または同時動作がサポートされ、同時に実施されるより高いレイヤＩＰセットアップ手順は、ＦＩＬＳ発見フレームから取得されたＩＰアドレスタイプ可用性情報を使用することになることを特徴とする前記実施形態のいずれかに記載の方法。

８５．ＳＴＡは、ＦＩＬＳ発見フレームから取得されたＩＰアドレスタイプ可用性情報を使用して、より高いレイヤＩＰセットアップを行うことを特徴とする前記実施形態のいずれかに記載の方法。

８６．チャネルアクセスパラメータフィールドは、ショートビーコンおよび／または正規のビーコンに含まれることを特徴とする前記実施形態のいずれかに記載の方法。

８７．ＭＬＭＥ−ＳＣＡＮ．確認プリミティブは、ショートビーコンから得られた受動的スキャン結果をレポートするためのフィールドを含むことを特徴とする前記実施形態のいずれかに記載の方法。

８８．ショートビーコンフィールドの説明は、圧縮ＳＳＩＤ、ショートタイムスタンプ、次の完全なビーコンまでの時間、ＡＰのＭＡＣアドレス、アクセスネットワークタイプ、ＩＰアドレス可用性またはコンデンストＩＰアドレス可用性、およびチャネルアクセスパラメータのうちの少なくとも１つを含むことを特徴とする前記実施形態のいずれかに記載の方法。

８９．ＳＴＡは、受動的スキャニングを使用して特定の拡張サービスセット（ＥＳＳ）のメンバになるために、そのＥＳＳのＳＳＩＤを含むビーコンフレームに関してスキャンし、およびそのビーコンフレームがインフラストラクチャＢＳＳまたはＩＢＳＳに由来するかどうかを示す能力情報フィールド内の適切なビットを伴った、対応するＭＬＭＥ−ＳＣＡＮ．確認プリミティブのＢＳＳ説明セットパラメータ内の所望のＳＳＩＤと合致するすべてのビーコンフレームを返すことを特徴とする前記実施形態のいずれかに記載の方法。

９０．ＳＴＡは、ショートビーコンフレームを求めてさらにスキャンし、ＭＬＭＥ−ＳＣＡＮ．確認プリミティブ内のショートビーコンセットからのＢＳＳ説明を使用して、対応するＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内の所望のパラメータに合致するショートビーコンフレームすべてを返すことを特徴とする前記実施形態のいずれかに記載の方法。

９１．ＳＴＡは、受動的スキャンを示すＳｃａｎＴｙｐｅでＭＬＭＥ−ＳＣＡＮ．要求プリミティブを受信したとき、各チャネル上で受動的スキャニングを実行することを特徴とする前記実施形態のいずれかに記載の方法。

９２．ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定のアクセスネットワークタイプを指定することを条件に、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のアクセスネットワークタイプを、受信されたショートビーコン内のネットワークアクセスタイプフィールドと比較することを特徴とする前記実施形態のいずれかに記載の方法。

９３．ＳＴＡは、受信されたＭＬＭＥ−ＳＣＡＮ．確認プリミティブ内の情報に基づいて、関連付けを得るためにＡＰを選択することを特徴とする前記実施形態のいずれかに記載の方法。

９４．ＳＴＡは、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブが特定のアクセスネットワークタイプを指定することを条件に、ＭＬＭＥ−ＳＣＡＮ．要求プリミティブ内のアクセスネットワークタイプを、受信されたショートビーコン内のネットワークアクセスタイプフィールドと比較することを特徴とする前記実施形態のいずれかに記載の方法。

９５．パケットの処理は、所定のイベントまたは条件のために停止されることを特徴とする前記実施形態のいずれかに記載の方法。

９６．パケットの処理の停止をサポートするために、ＰＨＹ−ＲＸＳＴＯＰ．要求、ＰＨＹ−ＲＸＳＴＯＰ．確認、ＰＭＤ＿ＲＸＳＴＯＰ．要求、ＰＭＤ＿ＲＸＳＴＯＰ．確認プリミティブが提供されることを特徴とする前記実施形態のいずれかに記載の方法。

９７．ＰＨＹ−ＲＸＳＴＯＰ．要求は、ＰＨＹエンティティが現在受信しているＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）を処理するのを停止するために、ＭＡＣサブレイヤによってローカルＰＨＹエンティティに要求されることを特徴とする前記実施形態のいずれかに記載の方法。

９８．ＰＨＹ−ＲＸＳＴＯＰ．要求は、現在受信されつつあるパケットがＭＡＣサブレイヤによって必要とされないことをＭＡＣサブレイヤが検出したとき、ＭＡＣサブレイヤによってＰＨＹエンティティに発行されることを特徴とする前記実施形態のいずれかに記載の方法。

９９．ＰＨＹ−ＲＸＳＴＯＰ．要求は、ローカルＰＨＹレイヤがＰＨＹ−ＲＸＳＴＡＲＴ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときと、ローカルＰＨＹレイヤが同じＰＰＤＵについてＰＨＹ−ＲＸＥＮＤ．インジケーションプリミティブをＭＡＣサブレイヤに発行したときとの間でいつでも発行されることを特徴とする前記実施形態のいずれかに記載の方法。

１００．ＰＨＹ−ＲＸＳＴＯＰ．確認は、以前に処理されていたＰＰＤＵの処理の停止を確認するためにＰＨＹによってローカルＭＡＣエンティティに発行されることを特徴とする前記実施形態のいずれかに記載の方法。

１０１．ＰＨＹ−ＲＸＳＴＯＰ．確認プリミティブは、以前に受信されていたがその処理がローカルＭＡＣサブレイヤによりＰＨＹ−ＲＸＳＴＯＰ．要求プリミティブによって停止されたＰＰＤＵの終わりを示すパラメータＰａｃｋｅｔＥｎｄＴｉｍｅを有することを特徴とする前記実施形態のいずれかに記載の方法。

１０２．ＰａｃｋｅｔＥｎｄＴｉｍｅは、ＰＬＣＰヘッダ内の長さフィールドまたは確認応答（ＡＣＫ）フィールドによって示されるＴＸＯＰの終わりを示すことを特徴とする前記実施形態のいずれかに記載の方法。

１０３．ＰＨＹ−ＲＸＳＴＯＰ．確認プリミティブは、以下の条件、すなわちＰＨＹがＭＡＣエンティティからＰＨＹ−ＲＸＳＴＯＰ．要求プリミティブを受信した、ＰＬＣＰがＰＭＤ＿ＲＸＳＴＯＰ．要求プリミティブを発行した、または物理媒体依存（ＰＭＤ）がＰＭＤ−ＲＸＳＴＯＰ．確認プリミティブをＰＬＣＰに発行した、の少なくとも１つが満たされることを条件にＰＨＹによってＭＡＣエンティティに発行されることを特徴とする前記実施形態のいずれかに記載の方法。

１０４．ＭＡＣサブレイヤによってＰＨＹ−ＲＸＳＴＯＰ．確認プリミティブが受信されることの効果は、ある期間の間、ドーズ状態に入ることであることを特徴とする前記実施形態のいずれかに記載の方法。

１０５．ＰＨＹ−ＲＸＳＴＯＰ．要求プリミティブは、ＰＭＤサブレイヤによってＰＰＤＵの受信を打ち切ることを特徴とする前記実施形態のいずれかに記載の方法。

１０６．ＰＭＤ＿ＲＸＳＴＯＰ．確認プリミティブは、ＰＭＤエンティティによって生成され、ＰＭＤレイヤによってＰＰＤＵ受信の終わりを示すことを特徴とする前記実施形態のいずれかに記載の方法。

１０７．ＰＭＤ＿ＲＸＳＴＯＰ．確認プリミティブは、ＰＭＤエンティティがＰＭＤ＿ＲＸＳＴＯＰ．要求をＰＨＹ ＰＬＣＰサブレイヤから受信し、ＰＭＤエンティティが以前に受信していたＰＰＤＵの受信を停止したことを条件に、ＰＭＤエンティティによって生成されることを特徴とする前記実施形態のいずれかに記載の方法。

１０８．前記期間は、現在のＰＰＤＵの終わりまで、現在のＴＸＯＰの終わりまで、ＰＨＹエンティティがＭＡＣサブレイヤにＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）を発行するまで続き、または任意の他の長さのものであることを特徴とする前記実施形態のいずれかに記載の方法。

１０９．ローカルＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、タイミングを提供するためにＰＨＹ−ＲＸＥＮＤ．インジケーションをＭＡＣサブレイヤに発行することを特徴とする前記実施形態のいずれかに記載の方法。

１１０．ローカルＰＨＹエンティティは、その処理が停止されているＰＰＤＵの予定終了時に、またはＴＸＯＰの終わりに、無線媒体の監視を開始し、およびＰＨＹ−ＣＣＡ．インジケーション（ＩＤＬＥ）をＭＡＣサブレイヤに発行することを特徴とする前記実施形態のいずれかに記載の方法。

１１１．ＰＭＤサブレイヤがＰＭＤ＿ｄａｔａ．インジケーション（最初の）プリミティブをＰＬＣＰサブレイヤに発行したときと、ＰＭＤサブレイヤが最後のＰＭＤ＿ｄａｔａ．インジケーションプリミティブをＰＬＣＰサブレイヤに発行したときとの間のいつでも、ＰＬＣＰサブレイヤは、現在受信されつつあるパケットが必要とされないと決定することを特徴とする前記実施形態のいずれかに記載の方法。

１１２．実施形態１ないし１１１のいずれか１項に記載の方法を実施するように構成されたことを特徴とするステーション（ＳＴＡ）。

１１３．トランシーバをさらに備えたことを特徴とする実施形態１１２に記載のＳＴＡ。

１１４．トランシーバと通信するプロセッサをさらに備えたことを特徴とする実施形態１１２または１１３に記載のＳＴＡ。

１１５．プロセッサは、実施形態１ないし１５９のいずれか１項に記載の方法を実施するように構成されたことを特徴とする実施形態１６０ないし１６２のいずれか１項に記載のＳＴＡ。

１１６．実施形態１ないし１１１のいずれか１項に記載の方法を実施するように構成されたことを特徴とするアクセスポイント。

１１７．実施形態１ないし１１１のいずれか１項を実施するように構成されたことを特徴とする集積回路。

１１８．実施形態１ないし１１１のいずれか１項に記載の方法を実行するように構成されたことを特徴とするデジタルトランシーバ。

１１９．インターフェースと、
送信機と、
受信機と、
フロントエンドと
をさらに備えたことを特徴とする実施形態１１８に記載のデジタルトランシーバ。

本明細書に記載の解決策は、ＩＥＥＥ８０２．１１特有のプロトコルを考慮しているが、本明細書に記載の解決策はこのシナリオに限定されず、他の無線システムにも適用可能であることが理解される。

上記では特徴および要素が特定の組合せで述べられているが、各特徴および要素は、単独で使用されても、他の特徴および要素との任意の組合せで使用されてもよいことを当業者なら理解できる。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施される。コンピュータ可読媒体の例は、電子信号（有線または無線接続の上で送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）など光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装してもよい。

本発明は、一般的に無線通信システムに利用することができる。

１００ 通信システム
１０２ａ〜１０２ｄ ＷＴＲＵ
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット

Claims (5)

1. 無線ローカルエリアネットワーク（ＷＬＡＮ）と無線通信するステーション（ＳＴＡ）によって実行される方法であって、
   リンクするためのアクセスポイント（ＡＰ）を求めてチャネルをスキャンするステップと、
   指向性の拡張範囲ショートビーコンを受信するステップであって、前記受信されるビーコンはＳＴＡの空間シグネチャにセクタ化され、前記ショートビーコンは標準的なビーコンより少ないフィールドを含む、該ステップと
   を備えたことを特徴とする方法。
2. 前記ショートビーコンは、前記ＡＰに関連付けられたアクセスネットワークタイプについての情報を含むことを特徴とする請求項１に記載の方法。
3. 前記ショートビーコンは高速初期リンクセットアップ（ＦＩＬＳ）情報を含み、
   ＭＬＭＥ−ＳＣＡＮ．要求プリミティブの情報を前記ＦＩＬＳ情報と比較するステップと、
   スキャン結果に応答してＭＬＭＥ−ＳＣＡＮ．確認プリミティブを呼び出すステップと、
   前記情報を比較するステップが合致を示したことを条件にＭＬＭＥ−ＳＣＡＮ．確認プリミティブをレポートするステップと、
   十分なネットワークサービス情報が前記スキャンから得られておりおよび前記ＡＰがＳＴＡ要件を満たすということを前記ＳＴＡが決定することを条件に、リンクするために前記ＡＰを選択するステップと
   をさらに備えたことを特徴とする請求項１に記載の方法。
4. 無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）において実行される方法であって、
   指向性の拡張範囲ショートビーコンを送るステップであって、前記ビーコンは目標ステーション（ＳＴＡ）の空間シグネチャにセクタ化される、該ステップ
   を備えたことを特徴とする方法。
5. 前記ショートビーコンは、前記ＡＰのアクセスネットワークタイプについての情報を含むことを特徴とする請求項４に記載の方法。

Images