(57)【特許請求の範囲】
【請求項１】
無線通信システムのステーション（ＳＴＡ）でシステム情報をアップデートする方法であって、
前記ＳＴＡが、設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）を含むプローブ要求フレームを、望ましいアクセスポイント（ＡＰ）に送信するステップと、
前記ＳＴＡが、前記望ましいＡＰからプローブ応答フレームを受信するステップと、
を含み、
前記プローブ要求フレームに含まれた前記設定変更カウントが前記望ましいＡＰの設定変更カウントと異なる場合、前記プローブ応答フレームは、前記ＳＴＡにアップデートする必要のあるシステム情報の１つ以上の要素を含み、
前記システム情報の非動的要素がアップデートされた時、前記望ましいＡＰの前記設定変更カウントは増加する、システム情報アップデート方法。
【請求項２】
前記システム情報の動的要素がアップデートされた時、前記望ましいＡＰの設定変更カウントは増加せず、
前記システム情報の前記動的要素は、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）、ＢＳＳ負荷（ＢＳＳ  ｌｏａｄ）、ビーコンタイミング（Ｂｅｃｏｎ  ｔｉｍｉｎｇ）、タイム広告（Ｔｉｍｅ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）、ＢＳＳアクセスカテゴリー（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ、ＡＣ）、ＢＳＳ ＡＣ アクセスディレイ（ＢＳＳ  ＡＣ  ａｃｃｅｓｓ  ｄｅｌａｙ）、ＢＳＳ平均アクセスディレイ（ＢＳＳ  Ａｖｅｒａｇｅ  Ａｃｃｅｓｓ  Ｄｅｌａｙ）、ＢＳＳ利用可能な進入能力（ＢＳＳ  ａｖａｉｌａｂｌｅ  ａｄｍｉｓｓｉｏｎ  ｃａｐａｃｉｔｙ）又はＴＰＣ報告要素（ＴＰＣ  Ｒｅｐｏｒｔ  ｅｌｅｍｅｎｔ）の少なくとも一つを含む、請求項１に記載のシステム情報アップデート方法。
【請求項３】
前記プローブ要求フレームに含まれる前記設定変更カウントは、前記プローブ要求フレームの設定変更カウントフィールドで設定され、
前記設定変更カウントフィールドの長さは、１オクテットフィールドと定義され、前記設定変更カウントフィールドの値は、０乃至２５５の範囲に設定される、請求項１に記載のシステム情報アップデート方法。
【請求項４】
前記プローブ応答フレームは、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）フィールド、能力（Ｃａｐａｂｉｌｉｔｙ）フィールド又はビーコン間隔（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）フィールドの少なくとも一つを必ず含む、請求項１に記載のシステム情報アップデート方法。
【請求項５】
前記望ましいＡＰが複数のＳＴＡから前記プローブ要求フレームを受信する時、前記プローブ応答フレームは、ブロードキャスト送信される、請求項１に記載のシステム情報アップデート方法。
【請求項６】
前記設定変更カウントフィールドの値は、前記ＳＴＡが前記望ましいＡＰと過去に連携した時に取得した前記望ましいＡＰの過去の設定変更カウントに対応する、請求項３に記載のシステム情報アップデート方法。
【請求項７】
前記望ましいＡＰが、前記ＳＴＡと事前に分離された後、前記プローブ要求フレームを受信する前に再起動した場合、前記プローブ応答フレームは、次のビーコン受信時間を示す情報を含む、請求項６に記載のシステム情報アップデート方法。
【請求項８】
無線通信システムのアクセスポイント（ＡＰ）でアップデートされたシステム情報を提供する方法であって、
前記ＡＰが、設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）を含むプローブ要求フレームを受信するステップと、
前記ＡＰが、望ましいステーション（ＳＴＡ）にプローブ応答フレームを送信するステップと、
を含み、
前記プローブ要求フレームに含まれた前記設定変更カウントが前記ＡＰの設定変更カウントと異なる場合、前記プローブ応答フレームは、前記望ましいＳＴＡにアップデートする必要のあるシステム情報の１つ以上の要素を含み、
前記システム情報の非動的要素がアップデートされた時、前記ＡＰの前記設定変更カウントは増加する、アップデートされたシステム情報提供方法。
【請求項９】
前記システム情報の動的要素がアップデートされた時、前記ＡＰの設定変更カウントは増加せず、
前記システム情報の前記動的要素は、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）、ＢＳＳ負荷（ＢＳＳ  ｌｏａｄ）、ビーコンタイミング（Ｂｅｃｏｎ  ｔｉｍｉｎｇ）、タイム広告（Ｔｉｍｅ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）、ＢＳＳアクセスカテゴリー（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ、ＡＣ）、ＢＳＳ ＡＣ アクセスディレイ（ＢＳＳ  ＡＣ  ａｃｃｅｓｓ  ｄｅｌａｙ）、ＢＳＳ平均アクセスディレイ（ＢＳＳ  Ａｖｅｒａｇｅ  Ａｃｃｅｓｓ  Ｄｅｌａｙ）、ＢＳＳ利用可能な進入能力（ＢＳＳ  ａｖａｉｌａｂｌｅ  ａｄｍｉｓｓｉｏｎ  ｃａｐａｃｉｔｙ）又はＴＰＣ報告要素（ＴＰＣ  Ｒｅｐｏｒｔ  ｅｌｅｍｅｎｔ）の少なくとも一つを含む、請求項８に記載のアップデートされたシステム情報提供方法。
【請求項１０】
前記プローブ応答フレームは、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）フィールド、能力（Ｃａｐａｂｉｌｉｔｙ）フィールド又はビーコン間隔（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）フィールドの少なくとも一つを必ず含む、請求項８に記載のアップデートされたシステム情報提供方法。
【請求項１１】
無線通信システムにおいてシステム情報をアップデートするステーション（ＳＴＡ）装置であって、
送受信器と、
プロセッサと、
を備え、
前記プロセッサは、設定変更カウントを含むプローブ要求フレームを望ましいアクセスポイント（ＡＰ）に送信し、前記望ましいＡＰからプローブ応答フレームを受信する前記送受信器を制御するように構成され、
前記プローブ要求フレームに含まれる前記設定変更カウントが前記望ましいＡＰの設定変更カウントと異なる場合、前記プローブ応答フレームは、前記ＳＴＡにアップデートする必要があるシステム情報の１つ以上の要素を含み、
前記システム情報の非動的要素がアップデートされた時、前記望ましいＡＰの前記設定変更カウントは増加する、システム情報アップデートのためのＳＴＡ装置。
【請求項１２】
無線通信システムにおいてアップデートされたシステム情報を提供するアクセスポイント（ＡＰ）装置であって、
送受信器と、
プロセッサと、
を備え、
前記プロセッサは、ステーション（ＳＴＡ）から設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）を含むプローブ要求フレームを受信し、前記ＳＴＡにプローブ応答フレームを送信する前記送受信器を制御するように構成され、
前記プローブ要求フレームに含まれた設定変更カウントが前記ＡＰの設定変更カウントと異なる場合、前記プローブ応答フレームは、前記ＳＴＡにアップデートする必要のあるシステム情報の１つ以上の要素を含み、
前記システム情報の非動的要素がアップデートされた時、前記ＡＰの前記設定変更カウントは増加する、アップデートされたシステム情報提供のためのＡＰ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、特に、無線ＬＡＮシステムにおいてシステム情報をアップデートする方法及び装置に関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴って様々な無線通信技術が開発されている。その中でも無線ＬＡＮ（ＷＬＡＮ）は、無線周波数技術に基づいて個人携帯用情報端末機（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ；ＰＤＡ）、ラップトップコンピュータ、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ；ＰＭＰ）などのような携帯用端末機を用いて家庭、企業又は特定サービス提供地域において無線でインターネットにアクセスできるようにする技術である。
【０００３】
無線ＬＡＮで脆弱点とされてきた通信速度の限界を克服するために、最近の技術標準では、ネットワークの速度と信頼性を増大させるとともに無線ネットワークの運営距離を拡張したシステムを導入している。例えば、ＩＥＥＥ ８０２．１１ｎでは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）を支援し、送信エラーを最小化し、データ速度を最適化するために送信端及び受信端の両方に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術の適用が導入された。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
次世代通信技術としてＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信技術が議論されている。ＩＥＥＥ ８０２．１１ ＷＬＡＮシステムでもＭ２Ｍ通信を支援するための技術標準がＩＥＥＥ ８０２．１１ａｈとして開発されている。Ｍ２Ｍ通信では、数多くの機器が存在する環境でたまに少量のデータを低速で通信するシナリオを考慮することができる。
【０００５】
無線ＬＡＮシステムにおける通信は、全ての機器間に共有される媒体（ｍｅｄｉｕｍ）で行われる。Ｍ２Ｍ通信のように機器の個数が増加する場合、一つの機器のチャネルアクセスに長い時間がかかることは全体システム性能の低下を招くだけでなく、それぞれの機器の節電を妨害することがある。
【０００６】
本発明では、システム情報をアップデートする新しいメカニズムを提供することを技術的課題とする。
【０００７】
本発明で遂げようとする技術的課題は以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００８】
上記の技術的課題を解決するための本発明の一実施例に係る、無線通信システムのステーション（ＳＴＡ）でシステム情報をアップデートする方法は、過去に連携した望ましいアクセスポイント（ＡＰ）のシステム情報及び設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）値を保存する前記ＳＴＡが、能動的スキャニングのためのプローブ要求フレームを、前記望ましいＡＰに送信するステップと、前記望ましいＡＰからプローブ応答フレームを受信するステップと、を含むことができる。ここで、前記プローブ要求フレームは、前記望ましいＡＰから過去に（ｐｒｅｖｉｏｕｓｌｙ）取得した設定変更カウントフィールドを含み、前記プローブ要求フレームに含まれた設定変更カウントフィールドの値が前記望ましいＡＰの現在の設定変更カウント値と異なる場合、前記プローブ応答フレームは、前記ＳＴＡにアップデートしなければならないシステム情報の１つ以上の要素を含むことができる。
【０００９】
上記の技術的課題を解決するための本発明の一実施例に係る、無線通信システムのアクセスポイント（ＡＰ）でアップデートされたシステム情報を提供する方法は、前記ＡＰと過去に関連したて前記ＡＰの過去のシステム情報及び設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）値を保存する望ましいステーション（ＳＴＡ）から、能動的スキャニングのためのプローブ要求フレームを受信するステップと、前記望ましいＳＴＡにプローブ応答フレームを送信するステップと、を含むことができる。ここで、前記プローブ要求フレームは、前記望ましいＳＴＡが前記ＡＰから過去に（ｐｒｅｖｉｏｕｓｌｙ）取得した設定変更カウントフィールドを含み、前記プローブ要求フレームに含まれた設定変更カウントフィールドの値が前記ＡＰの現在の設定変更カウント値と異なる場合、前記プローブ応答フレームは、前記望ましいＳＴＡにアップデートしなければならないシステム情報の１つ以上の要素を含むことができる。
【００１０】
上記の技術的課題を解決するための本発明の一実施例に係る、無線通信システムにおいてシステム情報をアップデートするステーション（ＳＴＡ）装置は、過去に連携した望ましいアクセスポイント（ＡＰ）のシステム情報及び設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）値を保存するメモリーと、送受信器と、能動的スキャニングのためのプローブ要求フレームを前記望ましいＡＰに送信し、前記ＡＰからプローブ応答フレームを受信するように設定されたプロセッサと、を備えることができる。ここで、前記プローブ要求フレームは、前記望ましいＡＰから過去に（ｐｒｅｖｉｏｕｓｌｙ）取得した設定変更カウントフィールドを含み、前記プローブ要求フレームに含まれた設定変更カウントフィールドの値が前記望ましいＡＰの現在の設定変更カウント値と異なる場合、前記プローブ応答フレームは、前記ＳＴＡにアップデートしなければならないシステム情報の１つ以上の要素を含むことができる。
【００１１】
上記の技術的課題を解決するための本発明の一実施例に係る、無線通信システムにおいてアップデートされたシステム情報を提供するアクセスポイント（ＡＰ）装置は、送受信器と、前記ＡＰと過去に関連した前記ＡＰの過去のシステム情報及び設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ）値を保存する望ましいステーション（ＳＴＡ）から、能動的スキャニングのためのプローブ要求フレームを受信し、前記望ましいＳＴＡにプローブ応答フレームを送信するように設定されたプロセッサと、を備えることができる。ここで、前記プローブ要求フレームは、前記望ましいＳＴＡが前記ＡＰから過去に（ｐｒｅｖｉｏｕｓｌｙ）取得した設定変更カウントフィールドを含み、前記プローブ要求フレームに含まれた設定変更カウントフィールドの値が前記ＡＰの現在の設定変更カウント値と異なる場合、前記プローブ応答フレームは、前記望ましいＳＴＡにアップデートしなければならないシステム情報の１つ以上の要素を含むことができる。
【００１２】
本発明に関して前述した一般的な説明と後述する詳細な説明は例示的なものであり、請求項に記載の発明に関する更なる説明のためのものである。
【発明の効果】
【００１３】
本発明ではシステム情報をアップデートする新しい方法及び装置を提供することができる。
【００１４】
本発明で得られる効果は以上に言及した効果に制限されず、言及していない他の効果は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者に明らかになるであろう。
【図面の簡単な説明】
【００１５】
【図１】本発明を適用できるＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。
【図２】本発明を適用できるＩＥＥＥ ８０２．１１システムの他の例示的な構造を示す図である。
【図３】本発明を適用できるＩＥＥＥ ８０２．１１システムの更に他の例示的な構造を示す図である。
【図４】無線ＬＡＮシステムの例示的な構造を示す図である。
【図５】無線ＬＡＮシステムにおけるリンクセットアップ過程を説明するための図である。
【図６】バックオフ過程を説明するための図である。
【図７】隠れたノード及び露出されたノードを説明するための図である。
【図８】ＲＴＳとＣＴＳを説明するための図である。
【図９】電力管理動作を説明するための図である。
【図１０】ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図１１】ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図１２】ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【図１３】グループベースＡＩＤを説明するための図である。
【図１４】短いビーコンを説明するための図である。
【図１５】短いビーコンフレームに含まれる例示的なフィールドを説明するための図である。
【図１６】本発明の一例に係る短いビーコンフレームフォーマットを示す図である。
【図１７】本発明の他の例に係る短いビーコンフレームフォーマットを示す図である。
【図１８】本発明の一例に係るフルビーコンフレーム送受信方法を説明するための図である。
【図１９】本発明の他の例に係るフルビーコンフレーム送受信方法を説明するための図である。
【図２０】本発明のさらに他の例に係るフルビーコンフレーム送受信方法を説明するための図である。
【図２１】ブロードキャスト方式プローブ応答フレームの送信について説明するための図である。
【図２２】変更シーケンスフィールドを示す図である。
【図２３】本発明の一例に係るプローブ要求／応答過程を説明するための図である。
【図２４】本発明の他の例に係るプローブ要求／応答過程を説明するための図である。
【図２５】本発明のさらに他の例に係るプローブ要求／応答過程を説明するための図である。
【図２６】本発明の一例に係るＳＩアップデート要求／応答過程を説明するための図である。
【図２７】フルビーコン要求フレームを用いてシステム情報をアップデートする方法を説明するための図である。
【図２８】能動的スキャニング時に速い初期リンクセットアップが行われる例を説明するための図である。
【図２９】受動的スキャニング時に速い初期リンクセットアップが行われる例を説明するための図である。
【図３０】連携されたＡＰを望ましいＡＰと設定する過程を説明するために例示する図である。
【図３１】過去に分離された望ましいＡＰに能動的スキャニングを行う時の動作を示す図である。
【図３２】ＦＩＬＳプローブ要求フレームの一例を示す図である。
【図３３】短いＭＡＣヘッダーが適用されたＦＩＬＳプローブ要求フレームの一例を示す図である。
【図３４】短いＭＡＣヘッダーを例示する図である。
【図３５】短いＭＡＣヘッダーの他の例を示す図である。
【図３６】ＦＩＬＳプローブ要求フレームの他の例を示す図である。
【図３７】ＦＩＬＳプローブ応答フレームの一例を示す図である。
【図３８】本発明の一例に係る、システム情報アップデート要求／応答過程を説明するための図である。
【図３９】プローブ応答フレームがユニキャスト送信される例を示す図である。
【図４０】プローブ応答フレームがブロードキャスト送信される例を示す図である。
【図４１】ＦＩＬＳ応答フレームに次のフルビーコンまでのデューレーションフィールド又は次のＴＢＴＴに関する情報が含まれる例を説明するための図である。
【図４２】ＦＩＬＳ応答フレームに一般プローブ要求フレームの送信を要求する情報が含まれる例を示す図である。
【図４３】本発明の一実施例に係る無線装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
以下、本発明に係る好適な実施の形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明の唯一の実施の形態を示すためのものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項なしにも本発明が実施され得るということが当業者には理解される。
【００１７】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、特別の言及がない限り、選択的なものと考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合していない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００１８】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００１９】
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２０】
本発明の実施例は、無線アクセスシステムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、並びに３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省いた段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００２１】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。明確性のために、以下では３ＧＰＰ ＬＴＥ及び３ＧＰＰ ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００２２】
ＷＬＡＮシステムの構造
【００２３】
図１は、本発明を適用できるＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。
【００２４】
ＩＥＥＥ ８０２．１１構造は複数個の構成要素を含むことができ、それら構成要素の相互作用によって上位層に対してトランスペアレントなＳＴＡ移動性を支援するＷＬＡＮを提供することができる。基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＢＳＳ）はＩＥＥＥ ８０２．１１ ＬＡＮにおける基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１及びＢＳＳ２）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４はＢＳＳ２に含まれる）を例示的に示している。図１で、ＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解してもよい。この領域をＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外へ移動すると、当該ＢＳＡ内の他のＳＴＡと直接通信できなくなる。
【００２５】
ＩＥＥＥ ８０２．１１ ＬＡＮにおいて最も基本的なタイプのＢＳＳは、独立したＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけで構成された最小の形態を有することができる。また、最も単純な形態であるとともに他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１又はＢＳＳ２）がＩＢＳＳの代表的な例示に該当する。このような構成は、ＳＴＡ同士が直接通信できる場合に可能である。また、このような形態のＬＡＮは、あらかじめ計画して構成されるものではなく、ＬＡＮが必要な場合に構成され、これをアド−ホック（ａｄ−ｈｏｃ）ネットワークと呼ぶこともできる。
【００２６】
ＳＴＡがついたり消えたりすること、ＳＴＡがＢＳＳ領域に／から入ったり出たりすることなどによって、ＢＳＳにおいてＳＴＡのメンバーシップが動的に変更することがある。ＢＳＳのメンバーになるためには、ＳＴＡは同期化過程を用いてＢＳＳに加入すればよい。ＢＳＳ基盤構造の全てのサービスにアクセスするためには、ＳＴＡはＢＳＳに連携されなければならない。このような連携（ａｓｓｏｃｉａｔｉｏｎ）は動的に設定され、分配システムサービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ；ＤＳＳ）の利用を含んでもよい。
【００２７】
図２は、本発明を適用できるＩＥＥＥ ８０２．１１システムの他の例示的な構造を示す図である。図２は、図１の構造において、分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ；ＤＳ）、分配システム媒体（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｍｅｄｉｕｍ；ＤＳＭ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）などの構成要素が追加された形態である。
【００２８】
ＬＡＮにおいて直接的なステーション−対−ステーションの距離はＰＨＹ性能によって制限されることがある。このような距離の限界が充分な場合もあれば、より遠い距離のステーション間の通信が必要な場合もある。拡張されたカバレッジを支援するために分配システム（ＤＳ）を構成することができる。
【００２９】
ＤＳは、ＢＳＳ同士が相互接続される構造を意味する。具体的に、図１のようにＢＳＳが独立して存在する代わりに、複数個のＢＳＳで構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在してもよい。
【００３０】
ＤＳは論理的な概念であり、分配システム媒体（ＤＳＭ）の特性によって特定することができる。これと関連して、ＩＥＥＥ ８０２．１１標準では無線媒体（Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ；ＷＭ）と分配システム媒体（ＤＳＭ）とを論理的に区別している。それぞれの論理的媒体は互いに異なる目的のために使用され、互いに異なる構成要素によって使用される。ＩＥＥＥ ８０２．１１標準の定義では、このような媒体を互いに同一なものとも、互いに異なるものとも制限しない。このように複数個の媒体が論理的に互いに異なるという点で、ＩＥＥＥ ８０２．１１ ＬＡＮ構造（ＤＳ構造又は他のネットワーク構造）の柔軟性を説明することができる。すなわち、ＩＥＥＥ ８０２．１１ ＬＡＮ構造は様々に具現することができ、それぞれの具現例の物理的な特性によって独立的に当該ＬＡＮ構造を特定することができる。
【００３１】
ＤＳは複数個のＢＳＳのシームレス（ｓｅａｍｌｅｓｓ）な統合を提供し、あて先へのアドレスを扱うために必要な論理的サービスを提供することによって移動機器を支援することができる。
【００３２】
ＡＰとは、連携されているＳＴＡに対してＷＭを介してＤＳへのアクセスを可能にし、且つＳＴＡ機能性を有する個体を意味する。ＡＰを介してＢＳＳ及びＤＳ間のデータ移動が行われてもよい。例えば、図２に示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有するとともに、連携されているＳＴＡ（ＳＴＡ１及びＳＴＡ４）をＤＳにアクセスさせる機能を持つ。また、いかなるＡＰも基本的にＳＴＡに該当するため、ＡＰはいずれもアドレス可能な個体である。ＷＭ上での通信のためにＡＰによって用いられるアドレスとＤＳＭ上での通信のためにＡＰによって用いられるアドレスは必ずしも同一である必要はない。
【００３３】
ＡＰに連携されているＳＴＡのいずれか一つから当該ＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）で受信され、ＩＥＥＥ ８０２．１Ｘポートアクセス個体によって処理されてもよい。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ）が認証されると、送信データ（又は、フレーム）はＤＳに伝達されてもよい。
【００３４】
図３は、本発明を適用できるＩＥＥＥ ８０２．１１システムのさらに他の例示的な構造を示す図である。図３では、図２の構造にさらに広いカバレッジを提供するための拡張されたサービスセット（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ；ＥＳＳ）を概念的に示す。
【００３５】
任意の（ａｒｂｉｔｒａｒｙ）大きさ及び複雑度を有する無線ネットワークがＤＳ及びＢＳＳで構成されてもよい。ＩＥＥＥ ８０２．１１システムではこのような方式のネットワークをＥＳＳネットワークと称する。ＥＳＳは、一つのＤＳに接続されたＢＳＳの集合に該当し得る。しかし、ＥＳＳはＤＳを含まない。ＥＳＳネットワークはＬＬＣ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層でＩＢＳＳネットワークとして見える点が特徴である。ＥＳＳに含まれるＳＴＡは互いに通信することができ、移動ＳＴＡはＬＬＣにトランスペアレントに一つのＢＳＳから他のＢＳＳに（同一ＥＳＳ内で）移動することができる。
【００３６】
ＩＥＥＥ ８０２．１１では、図３におけるＢＳＳの相対的な物理的位置について何ら仮定しておらず、次のようないずれの形態も可能である。ＢＳＳは部分的に重なってもよく、これは、連続したカバレッジを提供するために一般に利用される形態である。また、ＢＳＳは物理的に接続していなくてもよく、論理的にはＢＳＳ同士間の距離に制限はない。また、ＢＳＳ同士は物理的に同一位置に位置してもよく、これは冗長性を提供するために用いることができる。また、一つ（又は、一つ以上の）ＩＢＳＳ又はＥＳＳネットワークが一つ（又は一つ以上の）ＥＳＳネットワークとして同一空間に物理的に存在してもよい。これは、ＥＳＳネットワークが存在する位置にアド−ホックネットワークが動作する場合、互いに異なる機関（ｏｒｇａｎｉｚａｔｉｏｎｓ）によって物理的に重なるＩＥＥＥ ８０２．１１ネットワークが構成される場合、又は、同一位置で２つ以上の互いに異なるアクセス及び保安政策が必要な場合などにおける、ＥＳＳネットワーク形態に該当し得る。
【００３７】
図４は、無線ＬＡＮシステムの例示的な構造を示す図である。図４では、ＤＳを含む基盤構造ＢＳＳの一例が示されている。
【００３８】
図４の例示で、ＢＳＳ１及びＢＳＳ２がＥＳＳを構成する。無線ＬＡＮシステムにおいてＳＴＡはＩＥＥＥ ８０２．１１のＭＡＣ／ＰＨＹ規定に従って動作する機器である。ＳＴＡはＡＰ ＳＴＡ及び非−ＡＰ（ｎｏｎ−ＡＰ）ＳＴＡを含む。Ｎｏｎ−ＡＰ ＳＴＡは、ラップトップコンピュータ、移動電話機のように、一般にユーザが直接扱う機器に該当する。図４の例示で、ＳＴＡ１、ＳＴＡ３、ＳＴＡ４はｎｏｎ−ＡＰ ＳＴＡに該当し、ＳＴＡ２及びＳＴＡ５はＡＰ ＳＴＡに該当する。
【００３９】
以下の説明で、ｎｏｎ−ＡＰ ＳＴＡは、端末（ｔｅｒｍｉｎａｌ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、移動加入者局（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ；ＭＳＳ）などと呼ぶことができる。また、ＡＰは、他の無線通信分野における基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、発展したノード−Ｂ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ；ｅＮＢ）、基底送受信システム（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ；ＢＴＳ）、フェムト基地局（Ｆｅｍｔｏ  ＢＳ）などに対応する概念である。
【００４０】
リンクセットアップ過程
【００４１】
図５は、一般のリンクセットアップ（ｌｉｎｋ  ｓｅｔｕｐ）過程を説明するための図である。
【００４２】
ＳＴＡがネットワークに対してリンクをセットアップし、データを送受信するためには、まず、ネットワークを発見（ｄｉｓｃｏｖｅｒｙ）し、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行い、連携（ａｓｓｏｃｉａｔｉｏｎ）を確立（ｅｓｔａｂｌｉｓｈ）し、保安（ｓｅｃｕｒｉｔｙ）のための認証手順などを行わなければならない。リンクセットアップ過程をセッション開始過程、セッションセットアップ過程と呼ぶこともできる。また、リンクセットアップ過程における発見、認証、連携、保安設定の過程を総称して連携過程と呼ぶこともできる。
【００４３】
図５を参照して例示的なリンクセットアップ過程について説明する。
【００４４】
段階Ｓ５１０で、ＳＴＡはネットワーク発見動作を行うことができる。ネットワーク発見動作はＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。ＳＴＡは無線ネットワークに参加する前に互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。
【００４５】
スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）がある。
【００４６】
図５では例示として能動的スキャニング過程を含むネットワーク発見動作を示す。能動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移りながら周辺にどのＡＰが存在するかを探索するためにプローブ要求フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信して、それに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要求フレームを送信したＳＴＡに、プローブ要求フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後にビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）を送信したＳＴＡであってもよい。ＢＳＳでは、ＡＰがビーコンフレームを送信するため、ＡＰが応答者となり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信するため、応答者が一定でない。例えば、１番チャネルでプローブ要求フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を保存し、次のチャネル（例えば、２番チャネル）に移動して同一の方法でスキャニング（すなわち、２番チャネル上でプローブ要求／応答の送受信）を行うことができる。
【００４７】
図５には示していないが、スキャニング動作は受動的スキャニング方式で行われてもよい。受動的スキャニングにおいて、スキャニングを行うＳＴＡはチャネルを移動しながらビーコンフレームを待つ。ビーコンフレームは、ＩＥＥＥ ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一つであり、無線ネットワークの存在を知らせ、スキャニングを行うＳＴＡが無線ネットワークを探して無線ネットワークに参加できるように、周期的に送信される。ＢＳＳでＡＰがビーコンフレームを周期的に送信する役割を担い、ＩＢＳＳではＩＢＳＳ内のＳＴＡが交互にビーコンフレームを送信する。スキャニングを行うＳＴＡはビーコンフレームを受信すると、ビーコンフレームに含まれたＢＳＳに関する情報を保存し、他のチャネルに移動しながら各チャネルでビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれたＢＳＳ関連情報を保存し、次のチャネルに移動して同一の方法で次のチャネルでスキャニングを行うことができる。
【００４８】
能動的スキャニングと受動的スキャニングとを比較すれば、能動的スキャニングが受動的スキャニングに比べて遅延（ｄｅｌａｙ）及び電力消耗が小さいという利点がある。
【００４９】
ＳＴＡがネットワークを発見した後に、段階Ｓ５２０で認証過程を行うことができる。このような認証過程は、後述する段階Ｓ５４０の保安セットアップ動作と明確に区別するために、第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と呼ぶことができる。
【００５０】
認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。認証要求／応答に用いられる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ）は管理フレームに該当する。
【００５１】
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｌｇｏｒｉｔｈｍ  ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｒａｎｓａｃｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ  ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ  Ｃｙｃｌｉｃ  Ｇｒｏｕｐ）などに関する情報を含むことができる。これは、認証要求／応答フレームに含まれ得る情報の一例示に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００５２】
ＳＴＡは認証要求フレームをＡＰに送信することができる。ＡＰは、受信された認証要求フレームに含まれた情報に基づいて、当該ＳＴＡに対する認証を許容するか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを用いてＳＴＡに提供することができる。
【００５３】
ＳＴＡが成功裏に認証された後に、段階Ｓ５３０で連携過程を行うことができる。連携過程は、ＳＴＡが連携要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）をＡＰに送信し、それに応答してＡＰが連携応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）をＳＴＡに送信する過程を含む。
【００５４】
例えば、連携要求フレームは、様々な能力（ｃａｐａｂｉｌｉｔｙ）に関する情報、ビーコン聴取間隔（ｌｉｓｔｅｎ  ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ  ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ  ｏｐｅｒａｔｉｎｇ  ｃｌａｓｓｅｓ）、ＴＩＭ放送要求（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ  Ｂｒｏａｄｃａｓｔ  ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。
【００５５】
例えば、連携応答フレームは、様々な能力に関する情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ  Ｃｈａｎｎｅｌ  Ｐｏｗｅｒ  Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連携カムバック時間（ａｓｓｏｃｉａｔｉｏｎ  ｃｏｍｅｂａｃｋ  ｔｉｍｅ））、重畳（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
【００５６】
これは連携要求／応答フレームに含まれ得る情報の一例に過ぎず、他の情報に置き換わったり、追加の情報がさらに含まれたりしてもよい。
【００５７】
ＳＴＡがネットワークに成功裏に連携された後に、段階Ｓ５４０で保安セットアップ過程を行うことができる。段階Ｓ５４０の保安セットアップ過程は、ＲＳＮＡ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）要求／応答を通じた認証過程ということもでき、上記の段階Ｓ５２０の認証過程を第１の認証（ｆｉｒｓｔ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程とし、段階Ｓ５４０の保安セットアップ過程を単純に認証過程と呼ぶこともできる。
【００５８】
段階Ｓ５４０の保安セットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＬＡＮ）フレームを通じた４−ウェイ（ｗａｙ）ハンドシェーキングを通じて、プライベートキーセットアップ（ｐｒｉｖａｔｅ  ｋｅｙ  ｓｅｔｕｐ）をする過程を含むことができる。また、保安セットアップ過程は、ＩＥＥＥ ８０２．１１標準で定義しない保安方式によって行われてもよい。
【００５９】
ＷＬＡＮの進化
【００６０】
無線ＬＡＮで通信速度の限界を克服するために比較的最近に制定された技術標準としてＩＥＥＥ ８０２．１１ｎがある。ＩＥＥＥ ８０２．１１ｎは、ネットワークの速度と信頼性を増大させ、且つ無線ネットワークの運営距離を拡張することに目的がある。より具体的には、ＩＥＥＥ ８０２．１１ｎは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）を支援するとともに、送信エラーを最小化し、データ速度を最適化するために送信端と受信端の両方とも多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術に基づいている。
【００６１】
無線ＬＡＮの普及が活性化され、さらにそれを用いたアプリケーションが多様化するに伴って、最近ではＩＥＥＥ ８０２．１１ｎが支援するデータ処理速度よりも高い処理率を支援するための新しい無線ＬＡＮシステムの必要性が台頭している。超高処理率（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＶＨＴ）を支援する次世代無線ＬＡＮシステムは、ＩＥＥＥ ８０２．１１ｎ無線ＬＡＮシステムの次のバージョン（例えば、ＩＥＥＥ ８０２．１１ａｃ）であり、ＭＡＣサービスアクセスポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＳＡＰ）で１Ｇｂｐｓ以上のデータ処理速度を支援するために最近に新しく提案されているＩＥＥＥ ８０２．１１無線ＬＡＮシステムの一つである。
【００６２】
次世代無線ＬＡＮシステムは、無線チャネルを効率的に利用するために複数のＳＴＡが同時にチャネルにアクセスするＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）方式の送信を支援する。ＭＵ−ＭＩＭＯ送信方式によれば、ＡＰが、ＭＩＭＯペアリング（ｐａｉｒｉｎｇ）された一つ以上のＳＴＡに同時にパケットを送信することができる。
【００６３】
また、ホワイトスペース（ｗｈｉｔｅ  ｓｐａｃｅ）で無線ＬＡＮシステム動作を支援することが議論されている。例えば、アナログＴＶのデジタル化による遊休状態の周波数帯域（例えば、５４〜６９８ＭＨｚ帯域）のようなＴＶホワイトスペース（ＴＶＷＳ）での無線ＬＡＮシステムの導入は、ＩＥＥＥ ８０２．１１ａｆ標準として議論されている。しかし、これは例示に過ぎず、ホワイトスペースは、許可されたユーザ（ｌｉｃｅｎｓｅｄ  ｕｓｅｒ）が優先して使用できる許可された帯域といえる。許可されたユーザは、許可された帯域の使用が許可されたユーザのことを意味し、許可された装置（ｌｉｃｅｎｓｅｄ  ｄｅｖｉｃｅ）、プライマリユーザ（ｐｒｉｍａｒｙ  ｕｓｅｒ）、優先的(現在の）ユーザ（ｉｎｃｕｍｂｅｎｔ  ｕｓｅｒ）などと呼ぶこともできる。
【００６４】
例えば、ＷＳで動作するＡＰ及び／又はＳＴＡは、許可されたユーザに対する保護（ｐｒｏｔｅｃｔｉｏｎ）機能を提供しなければならない。例えば、ＷＳ帯域で特定帯域幅を有するように規約（ｒｅｇｕｌａｔｉｏｎ）上分割されている周波数帯域である特定ＷＳチャネルを、マイクロホン（ｍｉｃｒｏｐｈｏｎｅ）のような許可されたユーザが既に使用している場合、許可されたユーザを保護するために、ＡＰ及び／又はＳＴＡは当該ＷＳチャネルに該当する周波数帯域は使用することができない。また、ＡＰ及び／又はＳＴＡは、現在フレーム送信及び／又は受信のために使用している周波数帯域を許可されたユーザが使用するようになると、当該周波数帯域の使用を中止しなければならない。
【００６５】
そのため、ＡＰ及び／又はＳＴＡは、ＷＳ帯域中の特定周波数帯域の使用が可能か否か、すなわち、当該周波数帯域に許可されたユーザが存在するか否かを把握する手順を先行しなければならない。許可されたユーザが特定周波数帯域に存在するか否かを把握することをスペクトルセンシング（ｓｐｅｃｔｒｕｍ  ｓｅｎｓｉｎｇ）という。スペクトルセンシングメカニズムとして、エネルギー探知（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）方式、信号探知（ｓｉｇｎａｔｕｒｅ  ｄｅｔｅｃｔｉｏｎ）方式などが活用される。受信信号の強度が一定値以上であれば、許可されたユーザが使用中であると判断したり、ＤＴＶプリアンブル（ｐｒｅａｍｂｌｅ）が検出されると、許可されたユーザが使用中であると判断することができる。
【００６６】
また、次世代通信技術としてＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信技術が議論されている。ＩＥＥＥ ８０２．１１無線ＬＡＮシステムでもＭ２Ｍ通信を支援するための技術標準がＩＥＥＥ ８０２．１１ａｈとして開発されている。Ｍ２Ｍ通信は、一つ以上のマシン（Ｍａｃｈｉｎｅ）が含まれる通信方式を意味し、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又は事物通信と呼ばれることもある。ここで、マシンとは、人間の直接的な操作や介入を必要としない個体（ｅｎｔｉｔｙ）を意味する。例えば、無線通信モジュールが搭載された検針機（ｍｅｔｅｒ）や自動販売機のような装置を含めて、ユーザの操作／介入無しに自動でネットワークに接続して通信を行うことができるスマートフォンのようなユーザ機器もマシンの例示に該当し得る。Ｍ２Ｍ通信は、デバイス間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信）、デバイスとサーバー（ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）間の通信などを含むことができる。デバイスとサーバー間の通信の例示としては、自動販売機とサーバー、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅ）装置とサーバー、電気、ガス又は水道検針機とサーバー間の通信が挙げられる。その他にも、Ｍ２Ｍ通信ベースのアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）には、保安（ｓｅｃｕｒｉｔｙ）、運送（ｔｒａｎｓｐｏｒｔａｔｉｏｎ）、ヘルスケア（ｈｅａｌｔｈ  ｃａｒｅ）などが含まれてもよい。このような適用例の特性を考慮すると、一般に、Ｍ２Ｍ通信は、数多くの機器が存在する環境でたまに少量のデータを低速で送受信することを支援できるものでなければならない。
【００６７】
具体的に、Ｍ２Ｍ通信は多数のＳＴＡを支援できるものでなければならない。現在定義されている無線ＬＡＮシステムでは、一つのＡＰに最大２００７個のＳＴＡが連携される場合を仮定するが、Ｍ２Ｍ通信ではそれよりも多い個数（約６０００個）のＳＴＡが一つのＡＰに連携される場合を支援する方案が議論されている。また、Ｍ２Ｍ通信では低い送信速度を支援／要求するアプリケーションが多いと予想される。これを円滑に支援するために、例えば、無線ＬＡＮシステムでは、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）要素に基づいてＳＴＡが自身に送信されるデータの有無を認知できるが、ＴＩＭのビットマップサイズを減らす方案が議論されている。また、Ｍ２Ｍ通信では送信／受信間隔が非常に長いトラフィックが多いと予想される。例えば、電気／ガス／水道の使用量のように長い周期（例えば、１ケ月）ごとに大変少ない量のデータをやり取りすることが要求される。そのため、無線ＬＡＮシステムでは、一つのＡＰに連携され得るＳＴＡの個数が非常に多くなっても、一つのビーコン周期の間にＡＰから受信するデータフレームが存在するＳＴＡの個数が大変少ない場合を効率的に支援する方案が議論されている。
【００６８】
このように無線ＬＡＮ技術は急速に進化しつつあり、前述の例示に加えて、直接リンクセットアップ、メディアストリーミング性能の改善、高速及び／又は大規模の初期セッションセットアップの支援、拡張された帯域幅及び動作周波数の支援などのための技術が開発されている。
【００６９】
媒体アクセスメカニズム
【００７０】
ＩＥＥＥ ８０２．１１に基づく無線ＬＡＮシステムにおいて、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）の基本アクセスメカニズムは、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）メカニズムである。ＣＳＭＡ／ＣＡメカニズムは、ＩＥＥＥ ８０２．１１ ＭＡＣの分配調整機能（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ、ＤＣＦ）とも呼ばれるが、基本的に「ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ」アクセスメカニズムを採用している。このような類型のアクセスメカニズムによれば、ＡＰ及び／又はＳＴＡは送信を開始するに先立ち、所定の時間区間（例えば、ＤＩＦＳ（ＤＣＦ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ）の間に無線チャネル又は媒体（ｍｅｄｉｕｍ）をセンシング（ｓｅｎｓｉｎｇ）するＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）を行うことができる。センシングの結果、媒体が遊休状態（ｉｄｌｅ  ｓｔａｔｕｓ）と判断されると、当該媒体を介してフレーム送信を始める。一方、媒体が占有状態（ｏｃｃｕｐｉｅｄ  ｓｔａｔｕｓ）と感知されると、当該ＡＰ及び／又はＳＴＡは自分の送信を開始せず、媒体アクセスのための遅延期間（例えば、任意バックオフ周期（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ  ｐｅｒｉｏｄ））を設定して待った後、フレーム送信を試みることができる。任意バックオフ周期の適用から、複数のＳＴＡはそれぞれ異なった時間待った後にフレーム送信を試みることが期待されるため、衝突（ｃｏｌｌｉｓｉｏｎ）を最小化することができる。
【００７１】
また、ＩＥＥＥ ８０２．１１ ＭＡＣプロトコルはＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を提供する。ＨＣＦはＤＣＦとＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に基づく。ＰＣＦは、ポーリング（ｐｏｌｌｉｎｇ）ベースの同期式アクセス方式で、全ての受信ＡＰ及び／又はＳＴＡがデータフレームを受信できるように周期的にポーリングする方式のことをいう。また、ＨＣＦは、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）とＨＣＣＡ（ＨＣＦ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）を有する。ＥＤＣＡは、提供者が複数のユーザにデータフレームを提供するためのアクセス方式を競合ベースとするものであり、ＨＣＣＡは、ポーリングメカニズムを用いた非競合ベースのチャネルアクセス方式を用いるものである。また、ＨＣＦは、ＷＬＡＮのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させるための媒体アクセスメカニズムを含み、競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ；ＣＰ）、非競合周期（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ；ＣＦＰ）のいずれにおいてもＱｏＳデータを送信することができる。
【００７２】
図６は、バックオフ過程を説明するための図である。
【００７３】
図６を参照して任意バックオフ周期に基づく動作について説明する。占有（ｏｃｃｕｐｙ又はｂｕｓｙ）状態だった媒体が遊休（ｉｄｌｅ）状態に変更されると、複数のＳＴＡはデータ（又はフレーム）送信を試みることができる。この時、衝突を最小化するための方案として、ＳＴＡはそれぞれ任意バックオフカウントを選択し、それに該当するスロット時間だけ待機した後、送信を試みることができる。任意バックオフカウントは、擬似−ランダム整数（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｉｎｔｅｇｅｒ）値を有し、０乃至ＣＷ範囲の値のいずれか一つに決定され得る。ここで、ＣＷは、競合ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）パラメータ値である。ＣＷパラメータは初期値としてＣＷｍｉｎが与えられるが、送信失敗の場合（例えば、送信されたフレームに対するＡＣＫを受信できなかった場合）に２倍の値を取ることができる。ＣＷパラメータ値がＣＷｍａｘになると、データ送信に成功するまでＣＷｍａｘ値を維持しながらデータ送信を試みることができ、データ送信に成功する場合にはＣＷｍｉｎ値にリセットされる。ＣＷ、ＣＷｍｉｎ及びＣＷｍａｘ値は２n−１（ｎ＝０，１，２，…）に設定されることが好ましい。
【００７４】
任意バックオフ過程が始まると、ＳＴＡは、決定されたバックオフカウント値によってバックオフスロットをカウントダウンする間に続けて媒体をモニタする。媒体が占有状態とモニタされるとカウントダウンを止めて待機し、媒体が遊休状態になると残りのカウントダウンを再開する。
【００７５】
図６の例示で、ＳＴＡ３のＭＡＣに送信するパケットが到達した場合に、ＳＴＡ３はＤＩＦＳだけ媒体が遊休状態であることを確認し、直ちにフレームを送信することができる。一方、残りのＳＴＡは、媒体が占有（ｂｕｓｙ）状態であることをモニタして待機する。その間にＳＴＡ１、ＳＴＡ２及びＳＴＡ５のそれぞれでも送信するデータが発生することがあり、それぞれのＳＴＡは、媒体が遊休状態とモニタされると、ＤＩＦＳだけ待機した後に、それぞれ選択した任意バックオフカウント値によってバックオフスロットのカウントダウンを行うことができる。図６の例示では、ＳＴＡ２が最も小さいバックオフカウント値を選択し、ＳＴＡ１が最も大きいバックオフカウント値を選択した場合を示す。すなわち、ＳＴＡ２がバックオフカウントを終えてフレーム送信を始める時点でＳＴＡ５の残余バックオフ時間はＳＴＡ１の残余バックオフ時間よりも短い場合を例示する。ＳＴＡ１及びＳＴＡ５は、ＳＴＡ２が媒体を占有する間に暫くカウントダウンを止めて待機する。ＳＴＡ２の占有が終了して媒体が再び遊休状態になると、ＳＴＡ１及びＳＴＡ５はＤＩＦＳだけ待機した後に、止めていたバックオフカウントを再開する。すなわち、残余バックオフ時間だけの余りのバックオフスロットをカウントダウンした後にフレーム送信を始めることができる。ＳＴＡ５の残余バックオフ時間がＳＴＡ１よりも短かったため、ＳＴＡ５がフレーム送信を始めるようになる。一方、ＳＴＡ２が媒体を占有する間にＳＴＡ４でも送信するデータが発生することがある。このとき、ＳＴＡ４の立場では、媒体が遊休状態になるとＤＩＦＳだけ待機した後、自身が選択した任意バックオフカウント値によるカウントダウンを行ってフレーム送信を始めることができる。図６の例示では、ＳＴＡ５の残余バックオフ時間がＳＴＡ４の任意バックオフカウント値と偶然に一致する場合を示し、この場合、ＳＴＡ４とＳＴＡ５間に衝突が発生することがある。衝突が発生する場合はＳＴＡ４、ＳＴＡ５両方ともＡＣＫを受けることができず、データ送信に失敗することになる。この場合、ＳＴＡ４とＳＴＡ５はＣＷ値を２倍に増やした後に任意バックオフカウント値を選択してカウントダウンを行うことができる。一方、ＳＴＡ１は、ＳＴＡ４とＳＴＡ５の送信によって媒体が占有状態である間に待機しているが、媒体が遊休状態になると、ＤＩＦＳだけ待機した後、残余バックオフ時間が経過するとフレーム送信を開始することができる。
【００７６】
ＳＴＡのセンシング動作
【００７７】
前述したように、ＣＳＭＡ／ＣＡメカニズムは、ＡＰ及び／又はＳＴＡが媒体を直接センシングする物理的キャリアセンシング（ｐｈｙｓｉｃａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）の他、仮想キャリアセンシング（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）も含む。仮想キャリアセンシングは、隠れたノード問題（ｈｉｄｄｅｎ  ｎｏｄｅ  ｐｒｏｂｌｅｍ）などのように媒体アクセスで発生し得る問題を補完するために用いられる。仮想キャリアセンシングのために、無線ＬＡＮシステムのＭＡＣはネットワーク割当ベクトル（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ；ＮＡＶ）を用いることができる。ＮＡＶは、現在媒体を利用していたり又は利用する権限のあるＡＰ及び／又はＳＴＡが、媒体を使用可能な状態になるまで残っている時間を、他のＡＰ及び／又はＳＴＡに指示（ｉｎｄｉｃａｔｅ）する値である。したがって、ＮＡＶに設定された値は、当該フレームを送信するＡＰ及び／又はＳＴＡによって媒体の利用が予定されている期間に該当し、ＮＡＶ値を受信するＳＴＡは、当該期間において媒体アクセス（又は、チャネルアクセス）が禁止（ｐｒｏｈｉｂｉｔ）又は延期（ｄｅｆｅｒ）される。ＮＡＶは、例えば、フレームのＭＡＣヘッダ（ｈｅａｄｅｒ）の「ｄｕｒａｔｉｏｎ」フィールドの値によって設定されてもよい。
【００７８】
また、衝突可能性を低減するために堅牢な衝突検出（ｒｏｂｕｓｔ  ｃｏｌｌｉｓｉｏｎ  ｄｅｔｅｃｔ）メカニズムが導入された。これについて図７及び図８を参照して説明する。実際にキャリアセンシング範囲と送信範囲は同一でないこともあるが、説明の便宜のために両者は同一であると仮定する。
【００７９】
図７は、隠れたノード及び露出されたノードを説明するための図である。
【００８０】
図７（ａ）は、隠れたノードに対する例示であり、ＳＴＡ ＡとＳＴＡ Ｂとが通信中にあり、ＳＴＡ Ｃが送信する情報を持っている場合である。具体的に、ＳＴＡ ＡがＳＴＡ Ｂに情報を送信している状況であるにもかかわらず、ＳＴＡ ＣがＳＴＡ Ｂにデータを送る前にキャリアセンシングを行う際、媒体が遊休状態にあると判断することがある。これは、ＳＴＡ Ａの送信（すなわち、媒体占有）をＳＴＡ Ｃの位置ではセンシングできないこともあるためである。このような場合、ＳＴＡ ＢはＳＴＡ ＡとＳＴＡ Ｃの情報を同時に受け、衝突が発生することになる。このとき、ＳＴＡ ＡをＳＴＡ Ｃの隠れたノードということができる。
【００８１】
図７（ｂ）は、露出されたノード（ｅｘｐｏｓｅｄ  ｎｏｄｅ）に対する例示であり、ＳＴＡ ＢがＳＴＡ Ａにデータを送信している状況で、ＳＴＡ ＣがＳＴＡ Ｄに送信する情報を持っている場合である。この場合、ＳＴＡ Ｃがキャリアセンシングを行うと、ＳＴＡ Ｂの送信によって媒体が占有された状態であると判断することができる。そのため、ＳＴＡ ＣがＳＴＡ Ｄに送信する情報を持っていても、媒体占有状態とセンシングされたため、媒体が遊休状態になるまで待たなければならない。しかし、実際にはＳＴＡ ＡはＳＴＡ Ｃの送信範囲外にあるため、ＳＴＡ Ｃからの送信とＳＴＡ Ｂからの送信とがＳＴＡ Ａの立場では衝突しないこともあるため、ＳＴＡ Ｃは、ＳＴＡ Ｂが送信を止めるまで余分に待機することになる。このとき、ＳＴＡ ＣをＳＴＡ Ｂの露出されたノードということができる。
【００８２】
図８は、ＲＴＳとＣＴＳを説明するための図である。
【００８３】
図７のような例示的な状況で衝突回避（ｃｏｌｌｉｓｉｏｎ  ｖｏｉｄａｎｃｅ）メカニズムを効率的に利用するために、ＲＴＳ（ｒｅｑｕｅｓｔ  ｔｏ  ｓｅｎｄ）とＣＴＳ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）などの短いシグナリングパケット（ｓｈｏｒｔ  ｓｉｇｎａｌｉｎｇ  ｐａｃｋｅｔ）を利用することができる。両ＳＴＡ間のＲＴＳ／ＣＴＳは周囲のＳＴＡがオーバーヒヤリング（ｏｖｅｒｈｅａｒｉｎｇ）できるようにし、この周囲のＳＴＡが上記両ＳＴＡ間の情報送信の有無を考慮するようにすることができる。例えば、データを送信しようとするＳＴＡがデータを受けるＳＴＡにＲＴＳフレームを送信すると、データを受けるＳＴＡはＣＴＳフレームを周囲のＳＴＡに送信することによって、自身がデータを受けることを知らせることができる。
【００８４】
図８（ａ）は、隠れたノード問題を解決する方法に関する例示であり、ＳＴＡ ＡとＳＴＡ ＣがいずれもＳＴＡ Ｂにデータを送信しようとする場合を仮定する。ＳＴＡ ＡがＲＴＳをＳＴＡ Ｂに送ると、ＳＴＡ ＢはＣＴＳを自身の周囲にあるＳＴＡ Ａ及びＳＴＡ Ｃの両方に送信する。その結果、ＳＴＡ ＣはＳＴＡ ＡとＳＴＡ Ｂのデータ送信が終わるまで待機し、衝突を避けることができる。
【００８５】
図８（ｂ）は、露出されたノード問題を解決する方法に関する例示であり、ＳＴＡ ＡとＳＴＡ Ｂ間のＲＴＳ／ＣＴＳ送信をＳＴＡ Ｃがオーバーヒヤリングすることによって、ＳＴＡ Ｃは自身が他のＳＴＡ（例えば、ＳＴＡ Ｄ）にデータを送信しても衝突が発生しないと判断することができる。すなわち、ＳＴＡ Ｂは周囲の全ＳＴＡにＲＴＳを送信し、実際に送るデータを持っているＳＴＡ ＡのみがＣＴＳを送信するようになる。ＳＴＡ Ｃは、ＲＴＳのみを受信し、ＳＴＡ ＡのＣＴＳは受信できなかったため、ＳＴＡ ＡがＳＴＡ Ｃのキャリアセンシング外にあるということがわかる。
【００８６】
電力管理
【００８７】
前述したように、無線ＬＡＮシステムではＳＴＡが送受信を行う前にチャネルセンシングを行わなければならないが、チャネルを常にセンシングすることはＳＴＡの持続的な電力消耗を引き起こす。受信状態での電力消耗は送信状態での電力消耗と大差がないため、受信状態を持続することも、電力の制限された（すなわち、バッテリーによって動作する）ＳＴＡには大きな負担となる。したがって、ＳＴＡが持続的にチャネルをセンシングするために受信待機状態を維持すると、無線ＬＡＮ処理率の側面で特別な利点もなく電力を非効率的に消耗することになる。このような問題点を解決するために、無線ＬＡＮシステムではＳＴＡの電力管理（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ；ＰＭ）モードを支援する。
【００８８】
ＳＴＡの電力管理モードはアクティブ（ａｃｔｉｖｅ）モード及び節電（ｐｏｗｅｒ  ｓａｖｅ；ＰＳ）モードに区別される。ＳＴＡは基本的にアクティブモードで動作する。アクティブモードで動作するＳＴＡは、アウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）を維持する。アウェイク状態は、フレーム送受信やチャネルスキャニングなどの正常動作が可能な状態である。一方、ＰＳモードで動作するＳＴＡは、スリープ状態（ｓｌｅｅｐ  ｓｔａｔｅ）（又は、ドーズ（ｄｏｓｅ）状態）とアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）を切り替えながら動作する。スリープ状態で動作するＳＴＡは、最小限の電力で動作し、フレーム送受信もチャネルスキャニングも行わない。
【００８９】
ＳＴＡがスリープ状態でできるだけ長く動作するほど電力消耗が減るため、ＳＴＡの動作期間が増加する。しかし、スリープ状態ではフレーム送受信が不可能なため、無条件に長く動作するわけにはいかない。スリープ状態で動作するＳＴＡがＡＰに送信するフレームを有すると、アウェイク状態に切り替わってフレームを送信することができる。一方、ＡＰがＳＴＡに送信するフレームがある場合、スリープ状態のＳＴＡはそれを受信できないことはもとより、受信するフレームが存在するということも把握できない。したがって、ＳＴＡは自身に送信されるフレームが存在するか否かを確認するために（また、存在するならそれを受信するために）特定周期に従ってアウェイク状態に切り替わる動作が必要でありうる。
【００９０】
図９は、電力管理動作を説明するための図である。
【００９１】
図９を参照すると、ＡＰ ２１０は、一定の周期でビーコンフレーム（ｂｅａｃｏｎ  ｆｒａｍｅ）をＢＳＳ内のＳＴＡに送信する（Ｓ２１１、Ｓ２１２、Ｓ２１３、Ｓ２１４、Ｓ２１５、Ｓ２１６）。ビーコンフレームには、ＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）が含まれる。ＴＩＭ情報要素は、ＡＰ ２１０が自身と連携されているＳＴＡに対するバッファされたトラフィックが存在し、フレームを送信することを知らせる情報を含む。ＴＩＭ要素には、ユニキャスト（ｕｎｉｃａｓｔ）フレームを知らせるために用いられるＴＩＭと、マルチキャスト（ｍｕｌｔｉｃａｓｔ）又はブロードキャスト（ｂｒｏａｄｃａｓｔ）フレームを知らせるために用いられるＤＴＩＭ（ｄｅｌｉｖｅｒｙ  ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）がある。
【００９２】
ＡＰ ２１０は、３回のビーコンフレームを送信する度に１回ずつＤＴＩＭを送信することができる。ＳＴＡ１ ２２０及びＳＴＡ２ ２３０はＰＳモードで動作するＳＴＡである。ＳＴＡ１ ２２０及びＳＴＡ２ ２３０は、所定の周期のウェイクアップインターバル（ｗａｋｅｕｐ  ｉｎｔｅｒｖａｌ）ごとにスリープ状態からアウェイク状態に切り替わり、ＡＰ ２１０によって送信されたＴＩＭ要素を受信できるように設定されてもよい。それぞれのＳＴＡは、自身のローカルクロック（ｌｏｃａｌ  ｃｌｏｃｋ）に基づいてアウェイク状態に切り替わる時点を計算することができ、図９の例示ではＳＴＡのクロックがＡＰのクロックと一致すると仮定する。
【００９３】
例えば、所定のウェイクアップインターバルは、ＳＴＡ１ ２２０がビーコンインターバルごとにアウェイク状態に切り替わってＴＩＭ要素を受信できるように設定されてもよい。そのため、ＳＴＡ１ ２２０は、ＡＰ ２１０が最初にビーコンフレームを送信する時（Ｓ２１１）にアウェイク状態に切り替わり得る（Ｓ２２１）。ＳＴＡ１ ２２０は、ビーコンフレームを受信してＴＩＭ要素を取得することができる。取得されたＴＩＭ要素が、ＳＴＡ１ ２２０に送信されるフレームがあることを示すと、ＳＴＡ１ ２２０は、ＡＰ ２１０にフレーム送信を要求するＰＳ−Ｐｏｌｌ（Ｐｏｗｅｒ  Ｓａｖｅ−Ｐｏｌｌ）フレームをＡＰ ２１０に送信することができる（Ｓ２２１ａ）。ＡＰ ２１０は、ＰＳ−Ｐｏｌｌフレームに対応してフレームをＳＴＡ１ ２２０に送信することができる（Ｓ２３１）。フレーム受信を完了したＳＴＡ１ ２２０は再びスリープ状態に切り替わって動作する。
【００９４】
ＡＰ ２１０が二番目にビーコンフレームを送信するにあたり、他の装置が媒体にアクセスするなどして媒体が占有された（ｂｕｓｙ  ｍｅｄｉｕｍ）状態であるから、ＡＰ ２１０は正確なビーコンインターバルに合わせてビーコンフレームを送信できず、遅延された時点に送信することがある（Ｓ２１２）。この場合、ＳＴＡ１ ２２０はビーコンインターバルに合わせて動作モードをアウェイク状態に切り替えるが、遅延送信されるビーコンフレームを受信できず、再びスリープ状態に切り替わる（Ｓ２２２）。
【００９５】
ＡＰ ２１０が三番目にビーコンフレームを送信する時、当該ビーコンフレームはＤＴＩＭと設定されたＴＩＭ要素を含むことができる。ただし、媒体が占有された（ｂｕｓｙ  ｍｅｄｉｕｍ）状態であるから、ＡＰ ２１０はビーコンフレームを遅延して送信する（Ｓ２１３）。ＳＴＡ１ ２２０は、ビーコンインターバルに合わせてアウェイク状態に切り替わって動作し、ＡＰ ２１０によって送信されるビーコンフレームからＤＴＩＭを取得することができる。ＳＴＡ１ ２２０が取得したＤＴＩＭは、ＳＴＡ１ ２２０に送信されるフレームはなく、他のＳＴＡのためのフレームが存在することを示す場合を仮定する。この場合、ＳＴＡ１ ２２０は、自身が受信するフレームがないことを確認し、再びスリープ状態に切り替わって動作することができる。ＡＰ ２１０はビーコンフレーム送信後にフレームを該当のＳＴＡに送信する（Ｓ２３２）。
【００９６】
ＡＰ ２１０は、四番目にビーコンフレームを送信する（Ｓ２１４）。ただし、ＳＴＡ１ ２２０は、その以前の２回にわたるＴＩＭ要素受信から、自身に対するバッファされたトラフィックが存在するという情報が取得できなかったため、ＴＩＭ要素受信のためのウェイクアップインターバルを調整してもよい。又は、ＡＰ ２１０によって送信されるビーコンフレームにＳＴＡ１ ２２０のウェイクアップインターバル値を調整するためのシグナリング情報が含まれた場合、ＳＴＡ１ ２２０のウェイクアップインターバル値が調整されてもよい。本例示で、ＳＴＡ１ ２２０はビーコンインターバルごとにＴＩＭ要素受信のために運営状態を切り替えたが、３回のビーコンインターバルごとに１回起床（起動）するように運営状態を切り替えるように設定してもよい。したがって、ＳＴＡ１ ２２０は、ＡＰ ２１０が四番目のビーコンフレームを送信し（Ｓ２１４）、五番目のビーコンフレームを送信する時点に（Ｓ２１５）スリープ状態を維持するため、ＴＩＭ要素を取得することができない。
【００９７】
ＡＰ ２１０が六番目にビーコンフレームを送信する時（Ｓ２１６）、ＳＴＡ１ ２２０はアウェイク状態に切り替わって動作し、ビーコンフレームに含まれたＴＩＭ要素を取得することができる（Ｓ２２４）。ＴＩＭ要素は、ブロードキャストフレームが存在することを示すＤＴＩＭであるから、ＳＴＡ１ ２２０はＰＳ−ＰｏｌｌフレームをＡＰ ２１０に送信することなく、ＡＰ ２１０によって送信されるブロードキャストフレームを受信することができる（Ｓ２３４）。一方、ＳＴＡ２ ２３０に設定されたウェイクアップインターバルはＳＴＡ１ ２２０に比べて長い周期に設定されてもよい。そのため、ＳＴＡ２ ２３０は、ＡＰ ２１０が五番目にビーコンフレームを送信する時点（Ｓ２１５）にアウェイク状態に切り替わってＴＩＭ要素を受信することができる（Ｓ２４１）。ＳＴＡ２ ２３０は、ＴＩＭ要素から、自身に送信されるフレームが存在することがわかり、フレーム送信を要求するためにＡＰ ２１０にＰＳ−Ｐｏｌｌフレームを送信することができる（Ｓ２４１ａ）。ＡＰ ２１０はＰＳ−Ｐｏｌｌフレームに対応してＳＴＡ２ ２３０にフレームを送信することができる（Ｓ２３３）。
【００９８】
図９のような節電モードの運営のためにＴＩＭ要素には、ＳＴＡに送信されるフレームが存在するか否かを示すＴＩＭ、又はブロードキャスト／マルチキャストフレームが存在するか否かを示すＤＴＩＭが含まれる。ＤＴＩＭはＴＩＭ要素のフィールド設定によって具現することができる。
【００９９】
図１０乃至図１２は、ＴＩＭを受信したＳＴＡの動作を詳しく説明するための図である。
【０１００】
図１０を参照すると、ＳＴＡは、ＡＰからＴＩＭを含むビーコンフレームを受信するためにスリープ状態からアウェイク状態に切り替わり、受信したＴＩＭ要素を解釈して、自身に送信されるバッファされたトラフィックがあることを確認できる。ＳＴＡは、ＰＳ−Ｐｏｌｌフレームの送信のための媒体アクセスのために他のＳＴＡと競合（ｃｏｎｔｅｎｄｉｎｇ）を行った後に、ＡＰにデータフレーム送信を要求するためにＰＳ−Ｐｏｌｌフレームを送信することができる。ＳＴＡによって送信されたＰＳ−Ｐｏｌｌフレームを受信したＡＰは、ＳＴＡにフレームを送信することができる。ＳＴＡはデータフレームを受信し、それに対する確認応答（ＡＣＫ）フレームをＡＰに送信することができる。以降、ＳＴＡは再びスリープ状態に切り替わり得る。
【０１０１】
図１０のように、ＡＰは、ＳＴＡからＰＳ−Ｐｏｌｌフレームを受信した後、所定の時間（例えば、ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ））後にデータフレームを送信する即時応答（ｉｍｍｅｄｉａｔｅ  ｒｅｓｐｏｎｓｅ）方式によって動作することができる。一方、ＡＰがＰＳ−Ｐｏｌｌフレームを受信した後に、ＳＴＡに送信するデータフレームをＳＩＦＳ時間の間に用意できなかった場合は、遅れた応答（ｄｅｆｅｒｒｅｄ  ｒｅｓｐｏｎｓｅ）方式によって動作してもよく、それについて図１１を参照して説明する。
【０１０２】
図１１の例示で、ＳＴＡがスリープ状態からアウェイク状態に切り替わってＡＰからＴＩＭを受信し、競合を経てＰＳ−ＰｏｌｌフレームをＡＰに送信する動作は、図１０の例示と同一である。ＡＰがＰＳ−Ｐｏｌｌフレームを受信したが、ＳＩＦＳの間にデータフレームを用意できなかった場合、データフレームを送信する代わりにＡＣＫフレームをＳＴＡに送信してもよい。ＡＰは、ＡＣＫフレーム送信後にデータフレームが用意されると、競合を行った後、データフレームをＳＴＡに送信することができる。ＳＴＡはデータフレームを成功裏に受信したことを示すＡＣＫフレームをＡＰに送信し、スリープ状態に切り替わり得る。
【０１０３】
図１２は、ＡＰがＤＴＩＭを送信する例示に関するものである。ＳＴＡはＡＰからＤＴＩＭ要素を含むビーコンフレームを受信するためにスリープ状態からアウェイク状態に切り替わってもよい。これらのＳＴＡは、受信したＤＴＩＭから、マルチキャスト／ブロードキャストフレームが送信されることがわかる。ＡＰは、ＤＴＩＭを含むビーコンフレームを送信後に、ＰＳ−Ｐｏｌｌフレームの送受信動作無しで直ちにデータ（すなわち、マルチキャスト／ブロードキャストフレーム）を送信することができる。これらのＳＴＡは、ＤＴＩＭを含むビーコンフレームを受信してから引き続きアウェイク状態を維持しながらデータを受信し、データ受信が完了した後再びスリープ状態に切り替わり得る。
【０１０４】
ＴＩＭ構造
【０１０５】
図９乃至図１２を参照して上述したＴＩＭ（又は、ＤＴＩＭ）プロトコルに基づく節電モード運営方法において、ＳＴＡは、ＴＩＭ要素に含まれたＳＴＡ識別情報から、自身のために送信されるデータフレームが存在するか否かを確認することができる。ＳＴＡ識別情報は、ＳＴＡとＡＰとの連携（ａｓｓｏｃｉａｔｉｏｎ）時にＳＴＡに割り当てられた識別子であるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）に関する情報であってよい。
【０１０６】
ＡＩＤは一つのＢＳＳ内ではそれぞれのＳＴＡに対する固有の（ｕｎｉｑｕｅ）識別子として使われる。一例として、現在の無線ＬＡＮシステムにおいてＡＩＤとしては１から２００７までのいずれか一つの値を割り当てることができる。現在定義されている無線ＬＡＮシステムでは、ＡＰ及び／又はＳＴＡが送信するフレームにはＡＩＤのために１４ビットを割り当てることができ、ＡＩＤ値は１６３８３まで割り当てることができるが、２００８〜１６３８３は予備（ｒｅｓｅｒｖｅｄ）値として設定されている。
【０１０７】
既存の定義によるＴＩＭ要素は、一つのＡＰに多数（例えば、２００７個を超える）のＳＴＡが連携され得るＭ２Ｍアプリケーションの適用には適していない。既存のＴＩＭ構造をそのまま拡張するとＴＩＭビットマップのサイズが過大になるため、既存のフレームフォーマットでは支援することができず、また、低い伝送レートのアプリケーションを考慮するＭ２Ｍ通信に適していない。また、Ｍ２Ｍ通信では、一つのビーコン周期の間に受信データフレームが存在するＳＴＡの個数は大変少ないと予想される。したがって、このようなＭ２Ｍ通信の適用例を考慮すれば、ＴＩＭビットマップのサイズは大きくなるが、大部分のビットが０値を有する場合が多く発生すると予想されるため、ビットマップを效率的に圧縮する技術が要求される。
【０１０８】
既存のビットマップ圧縮技術として、ビットマップの先頭部分に連続する０を省略し、オフセット（ｏｆｆｓｅｔ）（又は、開始点）値で定義する方案がある。しかし、バッファされたフレームが存在するＳＴＡの個数は少ないが、それぞれのＳＴＡのＡＩＤ値の差が大きい場合には圧縮効率が高くない。例えば、ＡＩＤが１０と２０００の値であるただ２つのＳＴＡに送信するフレームのみがバッファされている場合、圧縮されたビットマップの長さは１９９０であるが、両端を除いてはいずれも０の値を有することになる。一つのＡＰに連携され得るＳＴＡの個数が少ない場合にはビットマップ圧縮の非効率性があまり問題にならないが、ＳＴＡの個数が増加する場合は、このような非効率性が全体システム性能を阻害する要素になることもある。
【０１０９】
これを解決するための方案として、ＡＩＤを複数のグループに分けてより効果的なデータ送信を行うようにすることができる。各グループには、指定されたグループＩＤ（ＧＩＤ）が割り当てられる。このようなグループベースで割り当てられるＡＩＤについて図１３を参照して説明する。
【０１１０】
図１３（ａ）は、グループベースで割り当てられたＡＩＤの一例を示す図である。図１３（ａ）の例示では、ＡＩＤビットマップの先頭部におけるいくつかのビットを、ＧＩＤを示すために用いることができる。例えば、ＡＩＤビットマップにおける先頭の２ビットを用いて４個のＧＩＤを示すことができる。ＡＩＤビットマップの全体長がＮビットである場合、先頭の２ビット（Ｂ１及びＢ２）の値は当該ＡＩＤのＧＩＤを示す。
【０１１１】
図１３（ｂ）は、グループベースで割り当てられたＡＩＤの他の例を示す図である。図１３（ｂ）の例示では、ＡＩＤの位置によってＧＩＤを割り当てることができる。このとき、同一のＧＩＤを使用するＡＩＤはオフセット（ｏｆｆｓｅｔ）及び長さ（ｌｅｎｇｔｈ）の値で表現することができる。例えば、ＧＩＤ １がオフセットＡ及び長さＢで表現されると、ビットマップ上でＡ乃至Ａ＋Ｂ−１のＡＩＤがＧＩＤ １を有するということを意味する。例えば、図１３（ｂ）の例示で、全体１乃至Ｎ４のＡＩＤが４個のグループに分割されると仮定する。この場合、ＧＩＤ １に属するＡＩＤは１乃至Ｎ１であり、このグループに属するＡＩＤはオフセット１及び長さＮ１で表現することができる。次に、ＧＩＤ ２に属するＡＩＤをオフセットＮ１＋１及び長さＮ２−Ｎ１＋１で表現することができ、ＧＩＤ ３に属するＡＩＤをオフセットＮ２＋１及び長さＮ３−Ｎ２＋１で表現することができ、ＧＩＤ ４に属するＡＩＤをオフセットＮ３＋１及び長さＮ４−Ｎ３＋１で表現することができる。
【０１１２】
このようなグループベースで割り当てられるＡＩＤが導入されると、ＧＩＤによって異なる時間区間にチャネルアクセスを許容できるようにすることによって、多数のＳＴＡに対するＴＩＭ要素不足の問題を解決すると同時に、効率的なデータの送受信を行うことができる。例えば、特定時間区間では特定グループに該当するＳＴＡにのみチャネルアクセスが許容され、残り他のＳＴＡにはチャネルアクセスが制限（ｒｅｓｔｒｉｃｔ）されてもよい。このように特定ＳＴＡにのみアクセスが許容される所定の時間区間を、制限されたアクセスウィンドウ（Ｒｅｓｔｒｉｃｔｅｄ  Ａｃｃｅｓｓ  Ｗｉｎｄｏｗ；ＲＡＷ）と呼ぶこともできる。
【０１１３】
ＧＩＤによるチャネルアクセスについて図１３（ｃ）を参照して説明する。図１３（ｃ）では、ＡＩＤが３個のグループに分けられている場合、ビーコンインターバルによるチャネルアクセスメカニズムを例示的に示す。一番目のビーコンインターバル（又は、一番目のＲＡＷ）は、ＧＩＤ １に属するＡＩＤに該当するＳＴＡのチャネルアクセスが許容される区間で、他のＧＩＤに属するＳＴＡのチャネルアクセスは許容されない。これを具現するために、一番目のビーコンにはＧＩＤ １に該当するＡＩＤのみのためのＴＩＭ要素が含まれる。二番目のビーコンフレームにはＧＩＤ ２を有するＡＩＤのみのためのＴＩＭ要素が含まれ、これによって二番目のビーコンインターバル（又は、二番目のＲＡＷ）の間には、ＧＩＤ ２に属するＡＩＤに該当するＳＴＡのチャネルアクセスのみが許容される。三番目のビーコンフレームには、ＧＩＤ ３を有するＡＩＤのみのためのＴＩＭ要素が含まれ、これによって三番目のビーコンインターバル（又は、三番目のＲＡＷ）の間には、ＧＩＤ ３に属するＡＩＤに該当するＳＴＡのチャネルアクセスのみが許容される。四番目のビーコンフレームには再びＧＩＤ １を有するＡＩＤのみのためのＴＩＭ要素が含まれ、これによって四番目のビーコンインターバル（又は、四番目のＲＡＷ）の間には、ＧＩＤ １に属するＡＩＤに該当するＳＴＡのチャネルアクセスのみが許容される。続いて、五番目以降のビーコンインターバル（又は、五番目以降のＲＡＷ）のそれぞれにおいても、当該ビーコンフレームに含まれたＴＩＭで示す特定グループに属したＳＴＡのチャネルアクセスのみが許容されてもよい。
【０１１４】
図１３（ｃ）では、ビーコンインターバルによって許容されるＧＩＤの順序が循環的又は周期的である例示を示しているが、これに制限されることはない。すなわち、ＴＩＭ要素に特定ＧＩＤに属するＡＩＤのみを含めることによって、特定時間区間（例えば、特定ＲＡＷ）の間に、これら特定ＡＩＤに該当するＳＴＡのみのチャネルアクセスを許容し、残りのＳＴＡのチャネルアクセスは許容しない方式で動作してもよい。
【０１１５】
前述したようなグループベースＡＩＤ割当方式は、ＴＩＭの階層的（ｈｉｅｒａｒｃｈｉｃａｌ）構造と呼ぶこともできる。すなわち、全体ＡＩＤ空間を複数個のブロックに分割し、０以外の値を持つ特定ブロックに該当するＳＴＡ（すなわち、特定グループのＳＴＡ）のチャネルアクセスのみが許容されるようにすることができる。これによって、大きいサイズのＴＩＭを小さいブロック／グループに分割して、ＳＴＡがＴＩＭ情報を維持しやすくし、ＳＴＡのクラス、サービス品質（ＱｏＳ）、又は用途によってブロック／グループが管理しやすくなる。図１３の例示では２−レベルの階層を示しているが、２つ以上のレベルの形態で階層的構造のＴＩＭが構成されてもよい。例えば、全体ＡＩＤ空間を複数個のページ（ｐａｇｅ）グループに分割し、それぞれのページグループを複数個のブロックに区別し、それぞれのブロックを複数個のサブ−ブロックに分割することができる。このような場合、図１３（ａ）の例示の拡張として、ＡＩＤビットマップにおいて先頭のＮ１個のビットはページＩＤ（すなわち、ＰＩＤ）を示し、その次のＮ２個のビットはブロックＩＤを示し、その次のＮ３個のビットはサブ−ブロックＩＤを示し、残りのビットがサブ−ブロック内のＳＴＡビット位置を示す方式で構成されてもよい。
【０１１６】
以下に説明する本発明の例示において、ＳＴＡ（又は、それぞれのＳＴＡに割り当てられたＡＩＤ）を所定の階層的なグループ単位に分割して管理する様々な方式が適用されてもよく、グループベースＡＩＤ割当方式が上記の例示に制限されるものではない。
【０１１７】
ＰＰＤＵフレームフォーマット
【０１１８】
ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＬＣＰ）  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）フレームフォーマットは、ＳＴＦ（Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＬＴＦ（Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）、ＳＩＧ（ＳＩＧＮＡＬ）フィールド、及びデータ（Ｄａｔａ）フィールドを含むことができる。最も基本的な（例えば、ｎｏｎ−ＨＴ（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ））ＰＰＤＵフレームフォーマットは、Ｌ−ＳＴＦ（Ｌｅｇａｃｙ−ＳＴＦ）、Ｌ−ＬＴＦ（Ｌｅｇａｃｙ−ＬＴＦ）、ＳＩＧフィールド及びデータフィールドのみで構成することができる。また、ＰＰＤＵフレームフォーマットの種類（例えば、ＨＴ−ｍｉｘｅｄフォーマットＰＰＤＵ、ＨＴ−ｇｒｅｅｎｆｉｅｌｄフォーマットＰＰＤＵ、ＶＨＴ（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵなど）によって、ＳＩＧフィールドとデータフィールドとの間に追加の（又は、他の種類の）ＳＴＦ、ＬＴＦ、ＳＩＧフィールドが含まれてもよい。
【０１１９】
ＳＴＦは、信号検出、ＡＧＣ（Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）、ダイバーシティ選択、精密な時間同期などのための信号であり、ＬＴＦは、チャネル推定、周波数誤差推定などのための信号である。ＳＴＦとＬＴＦをあわせてＰＣＬＰプリアンブル（ｐｒｅａｍｂｌｅ）と呼ぶことができ、ＰＬＣＰプリアンブルはＯＦＤＭ物理層の同期化及びチャネル推定のための信号であるといえる。
【０１２０】
ＳＩＧフィールドはＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドなどを含むことができる。ＲＡＴＥフィールドはデータの変調及びコーディングレートに関する情報を含むことができる。ＬＥＮＧＴＨフィールドは、データの長さに関する情報を含むことができる。ＳＩＧフィールドはさらに、パリティ（ｐａｒｉｔｙ）ビット、ＳＩＧ ＴＡＩＬビットなどを含むことができる。
【０１２１】
データフィールドは、ＳＥＲＶＩＣＥフィールド、ＰＳＤＵ（ＰＬＣＰ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＰＰＤＵ ＴＡＩＬビットを含むことができて、必要によってパディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）も含むことができる。ＳＥＲＶＩＣＥフィールドの一部のビットは、受信端でのデスクランブラの同期化のために用いることができる。ＰＳＤＵは、ＭＡＣ層で定義されるＭＡＣ ＰＤＵに対応し、上位層で生成／利用されるデータを含むことができる。ＰＰＤＵ ＴＡＩＬビットは、エンコーダを０状態にリターンするために用いることができる。パディングビットは、データフィールドの長さを所定の単位に合わせるために用いることができる。
【０１２２】
ＭＡＣ ＰＤＵは、様々なＭＡＣフレームフォーマットによって定義され、基本的なＭＡＣフレームは、ＭＡＣヘッダー、フレームボディー、及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）で構成される。ＭＡＣフレームは、ＭＡＣ ＰＤＵで構成され、ＰＰＤＵフレームフォーマットのデータ部分のＰＳＤＵを通じて送信／受信され得る。
【０１２３】
一方、ヌル−データパケット（ＮＤＰ）フレームフォーマットは、データパケットを含まない形態のフレームフォーマットを意味する。すなわち、ＮＤＰフレームは、一般のＰＰＤＵフォーマットにおいてＰＬＣＰヘッダー部分（すなわち、ＳＴＦ、ＬＴＦ及びＳＩＧフィールド）のみを含み、残りの部分（すなわち、データフィールド）は含まないフレームフォーマットを意味する。ＮＤＰフレームを短い（ｓｈｏｒｔ）フレームフォーマットと呼ぶこともできる。
【０１２４】
短いビーコン
【０１２５】
一般のビーコンフレームは、ＭＡＣヘッダー、フレームボディー及びＦＣＳで構成され、フレームボディーは次のようなフィールドを含むことができる。
【０１２６】
タイムスタンプ（ｔｉｍｅｓｔａｍｐ）フィールドは同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のためのものであり、ビーコンフレームを受信した全てのＳＴＡは自身のローカルクロックをタイムスタンプ値に合わせて変更／アップデートすることができる。
【０１２７】
ビーコンインターバルフィールドは、ビーコン送信間の時間インターバルを示し、時間ユニット（ＴＵ）の単位で表現される。ＴＵはマイクロ秒（μｓ）の単位にすることができ、例えば、１０２４μｓと定義することができる。ＡＰがビーコンを送信すべき時点はＴＢＴＴ（Ｔａｒｇｅｔ  Ｂｅａｃｏｎ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ）と表現することができる。すなわち、ビーコンインターバルフィールドは、一つのビーコンフレームの送信時点から次のＴＢＴＴまでの時間間隔に該当する。以前のビーコンを受信したＳＴＡは次のビーコンの送信時点をビーコンインターバルフィールドから計算することができる。一般にビーコンインターバルは１００ＴＵに設定することができる。
【０１２８】
ケーパビリティ情報（ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）フィールドは、装置／ネットワークのケーパビリティに関する情報を含む。例えば、アドホック又はインフラストラクチャーネットワークなどのネットワークのタイプ（ｔｙｐｅ）をケーパビリティ情報フィールドで示すことができる。また、ポーリング支援の有無、暗号化に対する詳細な内容などを知らせるためにケーパビリティ情報フィールドを用いることもできる。
【０１２９】
その他に、ＳＳＩＤ、支援されるレート（ｓｕｐｐｏｒｔｅｄ  ｒａｔｅｓ）、ＦＨ（Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇ）パラメータセット、ＤＳＳＳ（Ｄｉｒｅｃｔ  Ｓｅｑｕｅｎｃｅ  Ｓｐｒｅａｄ  Ｓｐｅｃｔｒｕｍ）パラメータセット、ＣＦ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ）パラメータセット、ＩＢＳＳパラメータセット、ＴＩＭ、国（Ｃｏｕｎｔｒｙ）ＩＥ、電力制限（Ｐｏｗｅｒ  Ｃｏｎｓｔｒａｉｎｔ）、ＱｏＳケーパビリティ、ＨＴ（Ｈｉｇｈ−Ｔｈｒｏｕｇｈｐｕｔ）ケーパビリティなどがビーコンフレームに含まれてもよい。ただし、ビーコンフレームに含まれる上記のフィールド／情報は例示であり、この例示に本発明で言及するビーコンフレームが制限されるわけではない。
【０１３０】
前述したような一般のビーコンフレームの他、短い（ｓｈｏｒｔ）ビーコンフレームを定義することができる。このような短いビーコンと区別するために、既存の一般のビーコンをフル（ｆｕｌｌ）ビーコンと呼ぶことができる。
【０１３１】
図１４は、短いビーコンを説明するための図である。
【０１３２】
短いビーコンインターバルは、ＴＵの単位で表現され、ビーコンインターバル（すなわち、フルビーコンのビーコンインターバル）は短いビーコンインターバルの整数倍と定義することができる。図１４に示すように、フルビーコンインターバル＝Ｎ＊短いビーコンインターバルと定義することができる（ここで、Ｎ≧１）。例えば、フルビーコンが１回送信されてからその次のフルビーコンが送信される時間の間に、短いビーコンを１回以上送信することができる。図１４には、フルビーコンインターバルの間に３回の短いビーコン（Ｓｈｏｒｔ  Ｂ）が送信される例を示す。
【０１３３】
ＳＴＡは、短いビーコンに含まれたＳＳＩＤ（又は、圧縮されたＳＳＩＤ）を用いて、自身の探しているネットワークが利用可能か否かを決定することができる。ＳＴＡは、所望のネットワークが送信する短いビーコンに含まれたＡＰのＭＡＣアドレスに、連携要求を送信することできる。短いビーコンはフルビーコンに比べて頻繁に送信されるのが一般的であるため、短いビーコンを支援することによって、連携していないＳＴＡが速やかに連携を結ぶことができる。ＳＴＡは、連携のためにさらなる情報が必要な場合は、所望のＡＰにプローブ要求を送信することができる。また、短いビーコンに含まれたタイムスタンプ情報を用いて同期化を行うことができる。また、短いビーコンを用いて、システム情報（又は、ネットワーク情報又はシステムパラメータ）（以下、システム／ネットワーク情報（パラメータ）を総称して「システム情報」という。）が変更されたか否かを知らせることができる。システム情報が変更された場合に、ＳＴＡはフルビーコンから、変更されたシステム情報を取得することもできる。また、短いビーコンはＴＩＭを含むこともできる。すなわち、ＴＩＭは、フルビーコンを用いて提供されてもよく、短いビーコンを用いて提供されてもよい。
【０１３４】
図１５は、短いビーコンフレームに含まれる例示的なフィールドを説明するための図である。
【０１３５】
ＦＣ（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドは、プロトコルバージョン（ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ）、タイプ、サブタイプ、次のフルビーコン存在（Ｎｅｘｔ  ｆｕｌｌ  ｂｅａｃｏｎ  ｐｒｅｓｅｎｔ）、ＳＳＩＤ存在（ＳＳＩＤ  ｐｒｅｓｅｎｔ）、ＢＳＳ  ＢＷ（ｂａｎｄｗｉｄｔｈ）、保安（Ｓｅｃｕｒｉｔｙ）フィールドを含むことができる。ＦＣは２オクテット長を有することができる。
【０１３６】
ＦＣフィールドのサブフィールドのうち、プロトコルバージョンフィールドは２ビット長と定義し、基本的に０の値に設定することができる。タイプフィールド及びサブタイプフィールドはそれぞれ２ビット及び４ビット長と定義し、タイプフィールドとサブタイプフィールドが一緒に当該フレームの機能を示すことができる（例えば、当該フレームが短いビーコンフレームであることを示すことができる）。次のフルビーコン存在フィールドは、１ビット長と定義し、短いビーコンフレーム内に、次のフルビーコンまでのデューレーションフィールド（又は、次のＴＢＴＴに関する情報）が含まれるか否かを示す値に設定することができる。ＳＳＩＤ存在フィールドは１ビット長と定義し、短いビーコンフレーム内に、圧縮された（ｃｏｍｐｒｅｓｓｅｄ）ＳＳＩＤフィールドが存在するか否かを示す値に設定することができる。ＢＳＳ ＢＷフィールドは３ビット長と定義し、ＢＳＳの現在動作帯域幅（例えば、１、２、４、８又は１６ＭＨｚ）を示す値に設定することができる。保安フィールドは１ビット長と定義され、ＡＰがＲＳＮＡ ＡＰか否かを示す値に設定することができる。その他残るビット（例えば、２ビット）は留保（ｒｅｓｅｒｖｅｄ）にすることができる。
【０１３７】
次に、短いビーコンフレームにおいてＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）フィールドは、短いビーコンを送信するＡＰのＭＡＣアドレスであってもよい。ＳＡは６オクテット長を有することができる。
【０１３８】
タイムスタンプフィールドは、ＡＰのタイムスタンプのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）４バイト（すなわち、４オクテット）を含むことができる。全体タイムスタンプではなくＬＳＢ  ４バイトしか提供されなくても、全体タイムスタンプ値を既に受信したことのある（例えば、連携している）ＳＴＡが同期化を行うには上記ＬＳＢ  ４バイト値で充分であるためである。
【０１３９】
変更シーケンス（Ｃｈａｎｇｅ  Ｓｅｑｕｅｎｃｅ）フィールドは、システム情報が変更されるか否かを示す情報を含むことができる。具体的に、ネットワークの重要な（ｃｒｉｔｉｃａｌ）情報（例えば、フルビーコン情報）が変更される場合に、変更シーケンスカウンタが１ずつ増加する。このフィールドは１オクテット長と定義される。
【０１４０】
次のフルビーコンまでのデューレーション（Ｄｕｒａｔｉｏｎ  ｔｏ  Ｎｅｘｔ  Ｆｕｌｌ  Ｂｅａｃｏｎ）フィールドは、短いビーコンに含まれても含まれなくてもよい。このフィールドは、当該短いビーコン送信時点を基準に次のフルビーコンの送信時点までの時間長をＳＴＡに知らせることができる。これによって、短いビーコンを聴取したＳＴＡは次のフルビーコンまでドーズ（又は、スリープ）モードで動作して、電力消費を減らすことができる。又は、次のフルビーコンまでのデューレーションフィールドは、次のＴＢＴＴを示す情報として構成することもできる。このフィールドの長さは、例えば、３オクテットと定義することができる。
【０１４１】
圧縮されたＳＳＩＤ（Ｃｏｍｐｒｅｓｓｅｄ  ＳＳＩＤ）フィールドは、短いビーコンに含まれても含まれなくてもよい。このフィールドは、ネットワークのＳＳＩＤの一部又はＳＳＩＤのハッシュ（ｈａｓｈｉｎｇ）値を含むことができる。ＳＳＩＤを用いて、当該ネットワークを既に知っているＳＴＡが当該ネットワークを発見することを許容することができる。このフィールドの長さは、例えば、４オクテットと定義することができる。
【０１４２】
短いビーコンフレームは、上記の例示したフィールドの他にも、追加的な又は選択的な（ｏｐｔｉｏｎａｌ）フィールド又は情報要素（ＩＥ）を含むことができる。
【０１４３】
ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）フィールドは短いビーコンフレームのエラーの有無を検査する用途に用いることができ、ＦＣＳフィールドとして構成することもできる。このフィールドは４オクテット長と定義することができる。
【０１４４】
改善されたシステム情報アップデート方案
【０１４５】
既存の無線ＬＡＮ環境では、ＡＰが、システム情報を含むフルビーコンフレームを周期的に送信する方式で動作したが、発展した無線ＬＡＮ環境では、システム情報を含むフルビーコンフレームが必ずしも周期的に送信されない方式で動作することもある。例えば、ホームＬＡＮ（ｈｏｍｅ  ＬＡＮ）などの環境では、連携しているＳＴＡが存在しない場合にはビーコンを送信しない方式で動作することもある。又は、フルビーコンフレームが周期的に送信される場合であっても、短いビーコンのオーバーヘッドを減らすために、短いビーコン内に、次のフルビーコンまでのデューレーションフィールドが含まれないこともある。この場合、ＡＰは、短いビーコンフレームのＦＣフィールドにおける次のフルビーコン存在フィールドの値を０に設定し、次のフルビーコンまでのデューレーションフィールドを含まない短いビーコンを送信することがある。
【０１４６】
このような場合、ＡＰがフルビーコンを送信しないということをＳＴＡに知らせないと、ＳＴＡは続けてフルビーコンの受信を試みて失敗することを反復することになり、ＳＴＡの電力消耗が増加することがある。また、短いビーコン内に次のフルビーコンの受信可能時点に関する情報が含まれないと、ＳＴＡが短いビーコンを受信したとしても、フルビーコンが実際に送信されるまで引き続きフルビーコンの受信を試みるため、電力消耗が増加し得る。したがって、ＡＰは、自身がフルビーコンを送信しないということをＳＴＡに速やかに知らせることによって、又は次のフルビーコンの送信が周期的に行われないということをＳＴＡに速やかに知らせることによって、ＳＴＡの電力消耗を減らすことができる。
【０１４７】
また、ＡＰがフルビーコンを送信しないことをＳＴＡが判断した場合は、当該ＳＴＡは、フルビーコンを待つことなくプローブ要求／応答動作を行ってシステム情報を取得（ｏｂｔａｉｎ）し、当該ＡＰに連携を結ぶ動作を効率的に行うことができる。例えば、ＳＴＡからのプローブ要求フレームを受信したＡＰはそれに応答して当該ＳＴＡにシステム情報（例えば、ＳＳＩＤ、支援されるレート、ＦＨパラメータセット、ＤＳＳＳパラメータセット、ＣＦパラメータセット、ＩＢＳＳパラメータセット、国（Ｃｏｕｎｔｒｙ）ＩＥなど）を含むプローブ応答フレームを送信することができる。これによって、ＳＴＡは、プローブ応答フレームを介して提供されるシステム情報を取得し、連携要求／応答を行うことによって、当該ＡＰと連携を結ぶことができる。
【０１４８】
既存の無線ＬＡＮ動作では、システム情報の含まれたフルビーコンが周期的に送信されるため、システム情報が変更される場合、ＳＴＡは次のビーコンを受信することによって、変更されたシステム情報を取得することができる。しかし、システム情報の含まれたフルビーコンが周期的に送信されない環境では、ＳＴＡが変更されたシステム情報を適宜の時点に正しく取得できないこともある。この場合、ＳＴＡは当該無線ＬＡＮネットワークで正しく動作できなくなる。
【０１４９】
本発明では、ＡＰが周期的にフルビーコンフレーム（すなわち、システム情報を含むフレーム）を送信しないシステムにおいて、ＳＴＡが、変更されたシステム情報を正しく取得し、アップデートされたシステム情報を維持できる方案について提案する。
【０１５０】
実施例１
【０１５１】
本実施例は、ＡＰがシステム情報を含むフルビーコンフレームを周期的に送信するか否かをＳＴＡに知らせる方案に関する。
【０１５２】
例えば、フルビーコンが周期的に送信されるか否かを示す情報を短いビーコンフレームに含めてＳＴＡに知らせることができる。
【０１５３】
図１６は、本発明の一例に係る短いビーコンフレームフォーマットを示す図である。
【０１５４】
図１６に示すように、短いビーコンフレームのＦＣフィールド内に、フルビーコン存在（Ｆｕｌｌ  ｂｅａｃｏｎ  ｐｒｅｓｅｎｔ）サブフィールドを定義することができる。フルビーコン存在フィールドは、周期的に送信されるフルビーコンが存在するか否かを示す値に設定することができる。例えば、ＡＰがフルビーコンを送信する場合（又は、フルビーコンを周期的に送信する場合）には、上記フルビーコン存在フィールドの値を１に設定することができる。もし、フルビーコン存在フィールドの値が０に設定される場合は、ＡＰがフルビーコンを送信しない（又は、フルビーコンを周期的に送信しない）ことを意味することができる。フルビーコン存在フィールドの値が０に設定される場合、短いビーコンのＦＣフィールドにおける次のフルビーコン存在フィールドも、短いビーコン内に次のフルビーコンまでのデューレーションフィールドが存在しないことを示す値（例えば、０）に設定することができる。
【０１５５】
図１７は、本発明の他の例に係る短いビーコンフレームフォーマットを示す図である。
【０１５６】
図１７に示すように、短いビーコンのＦＣフィールドにおける次のフルビーコン存在フィールドの値が１に設定され、且つ、次のフルビーコンまでのデューレーションフィールドの値が所定の値を有する場合（例えば、全ビットが０に設定される場合、又は全ビットが１に設定される場合）には、フルビーコンが送信されないこと（又は、フルビーコンが周期的に送信されないこと）を示すことができる。図１６の例示ではフルビーコンの存在の有無を示す明示的なフィールドをさらに定義することとは違い、図１７の例示では、既存のフィールドの値が特定の組合せを構成する場合にフルビーコンが存在しないことを黙示的（ｉｍｐｌｉｃｉｔｌｙ）に示す方式を取っている。
【０１５７】
図１７では、次のフルビーコンまでのデューレーションフィールドの値が０に設定される場合に、ＡＰがフルビーコンを送信しないことを示す例を示している。この場合、ＡＰがフルビーコンを送信しなくても、次のフルビーコンまでのデューレーションフィールドは常に短いビーコンフレーム内に含まれなければならない。
【０１５８】
実施例２
【０１５９】
本実施例では、フルビーコン送信の有無によるＡＰとＳＴＡの動作について説明する。
【０１６０】
図１８は、本発明の一例に係るフルビーコンフレーム送受信方法を説明するための図である。
【０１６１】
ＡＰは自身と連携を結んでいるＳＴＡが存在しない場合にはフルビーコンを送信しなくてもよく、このような場合、フルビーコンが送信されないということを、短いビーコンの特定フィールドを用いて（例えば、図１７に示したように次のフルビーコンまでのデューレーションフィールドの値を０に設定して）ＳＴＡに知らせることができる。
【０１６２】
以降、上記ＡＰと連携を結んでいるＳＴＡが存在するようになると、当該ＡＰはフルビーコンも送信し始める。この場合、短いビーコンフレームにおける次のフルビーコンまでのデューレーションフィールドの値は、次のフルビーコンの送信時点を知らせる値（例えば、０以外の値）に設定することができ、このような短いビーコンを受信したＳＴＡは、次のフルビーコンの受信時点を決定することができる。
【０１６３】
一方、図１６に例示したように、ＡＰがフルビーコンを送信しない場合に、短いビーコンフレームに次のフルビーコンまでのデューレーションフィールドを含めず、次のフルビーコン存在フィールドの値を０に設定することもできる。このような短いビーコンフレームを受信したＳＴＡは、フルビーコンが送信されないと判定することができ、これによって、フルビーコンを待つことなく直ちに能動的スキャニングを行うことができる。又は、短いビーコンに含まれた情報から、フルビーコンが送信されないと判定したＳＴＡは、短いビーコンを受信した時点から所定の期間（例えば、１００ｍｓ（すなわち、デフォルトビーコンインターバル））待機し、この所定の期間でもフルビーコンを受信できないときに能動的スキャニングを行うように動作することもできる。
【０１６４】
ＳＴＡは能動的スキャニングによってＡＰにプローブ要求フレームを送信し、その応答としてＡＰからプローブ応答フレームを受信し、該プローブ応答フレームに含まれたシステム情報を取得することができる。また、このプローブ応答フレームにはシステム情報の変更有無を示す情報（例えば、変更シーケンス（又は、バージョン）情報）が含まれてもよい。変更シーケンス情報は、システム情報が変更される度に１ずつカウントされるという意味から、（ＡＰ）設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ、ＣＣＣ）情報と呼ぶこともできる。
【０１６５】
図１９は、本発明の他の例に係るフルビーコンフレーム送受信方法を説明するための図である。
【０１６６】
ＳＴＡは、短いビーコンフレームに含まれた情報から（例えば、図１６又は図１７に例示したように）、ＡＰがフルビーコンフレームを送信しないと判定した場合、ＡＰにフルビーコンフレームの送信を要求することができる。
【０１６７】
そのために、ＳＴＡはＡＰにフルビーコン要求（ｆｕｌｌ  ｂｅａｃｏｎ  ｒｅｑｕｅｓｔ）フレームを送信することができる。フルビーコン要求フレームを受信したＡＰは、それに応答してフルビーコンフレームの送信を始めることができる。
【０１６８】
例えば、ＡＰはＳＴＡからのフルビーコン要求フレームを受信してから所定の期間の間に又は所定の回数だけフルビーコンフレームを周期的に送信することができる。この所定の期間／回数は、ＳＴＡの要求する値によって設定されてもよく、システム特性によってあらかじめ設定された値に基づいて設定されてもよい。
【０１６９】
図２０は、本発明のさらに他の例に係るフルビーコンフレーム送受信方法を説明するための図である。
【０１７０】
図１８で説明したように、ＳＴＡからのフルビーコン要求フレームを受信したＡＰが直ちにフルビーコンフレームの送信を始めることができない場合は、フルビーコン応答フレームをＳＴＡに送信することができる。フルビーコン応答フレームには、次のフルビーコンの送信時点をＳＴＡが決定できる情報（例えば、次のフルビーコンまでのデューレーションフィールド又は次のＴＢＴＴフィールド）を含めることができる。これによって、ＳＴＡは次のフルビーコンの受信時点を決定することができる。
【０１７１】
図１９及び図２０の例示では、ＳＴＡがＡＰにフルビーコンを要求するためにフルビーコン要求フレームを送信するとしたが、これは既存のプローブ要求フレームを用いて行ってもよい。すなわち、ＡＰがフルビーコンを送信しないと判断したＳＴＡは、ＡＰにプローブ要求フレームを送信することによってＡＰにフルビーコンの送信を要求することができる。そのために、プローブ要求フレームは、ＳＴＡがフルビーコンフレームの送信を要求するということを示す情報を含むことができる。このような情報を含むプローブ要求フレームを受信したＡＰは、ＳＴＡにフルビーコンフレームを送信することもでき、フルビーコンフレームを直ちに送信できない場合にはプローブ応答フレームを送信することによって、次のフルビーコンを受信し得る時点をＳＴＡが決定できる情報を当該ＳＴＡに提供することもできる。
【０１７２】
要するに、ＡＰがフルビーコンフレームを送信しないと判断したＳＴＡは、ＡＰにフルビーコンフレームを要求するためにフルビーコン要求フレーム／プローブ要求フレームを送信することができる。これに応答して、ＡＰはフルビーコンフレーム／フルビーコン応答フレーム／プローブ応答フレームを送信することができる。
【０１７３】
ここで、ＡＰがＳＴＡに送信するフルビーコン応答フレーム／プローブ応答フレームはそれぞれのＳＴＡにユニキャスト（ｕｎｉｃａｓｔ）方式で送信されてもよく、ブロードキャスト（ｂｒｏａｄｃａｓｔ）方式で送信されてもよい。
【０１７４】
図２１は、ブロードキャスト方式プローブ応答フレームの送信について説明するための図である。
【０１７５】
既存の無線ＬＡＮシステムにおけるプローブ応答フレームはプローブ要求フレームに対する応答として送信され、プローブ要求フレームを送信したＳＴＡのみのためのユニキャスト方式で送信された。しかし、本発明で提案するとおり、プローブ応答フレームはフルビーコン応答フレームと同様に、次のフルビーコンの送信時点に関する情報を提供する機能を果たすこともでき、そのためにはプローブ応答フレームがブロードキャストされる方が好適であり得る。
【０１７６】
プローブ応答フレームをブロードキャスト方式で送信するように指示／要求する情報（図２１の例示で、プローブ応答のブロードキャスト（ｂｒｏａｄｃａｓｔ  ｏｆ  ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ）を示す情報）がプローブ要求フレームに含まれてもよい。このような場合、ＡＰはプローブ応答フレームをブロードキャスト方式で送信することができる。
【０１７７】
例えば、プローブ応答フレームの受信アドレスフィールドの値をブロードキャスト識別子（例えば、ワイルドカード（ｗｉｌｄｃａｒｄ）値）に設定することができる。また、ブロードキャスト方式で送信されるプローブ応答フレームのデータに対してＢＳＳ内の全ＳＴＡが受信できるように最もロバスト（ｒｏｂｕｓｔ）な変調及びコーディング技法（例えば、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）１／１２、２反復（ｒｅｐｅｔｉｔｉｏｎ））を適用することができる。
【０１７８】
実施例３
【０１７９】
既存の無線ＬＡＮ動作ではシステム情報の含まれたフルビーコンが周期的に送信されるため、システム情報が変更される場合にＳＴＡは次のフルビーコンを受信することによって、変更されたシステム情報を取得することができた。しかし、システム情報の含まれたフルビーコンが周期的に送信されない環境、又はフルビーコンは送信されず短いビーコンのみが送信される環境では、システム情報が変更されてもＳＴＡがシステム情報を直ちにアップデートすることができない。
【０１８０】
本実施例では、フルビーコンを送信しないシステムにおいてシステム情報が変更された場合に、ＳＴＡが、変更されたシステム情報をアップデートする方法について提案する。
【０１８１】
短いビーコンフレームを用いる無線ＬＡＮシステム（例えば、ＩＥＥＥ ８０２．１１ａｈシステム）において、フルビーコンフレームに、システム情報が変更されたか否かを知らせる情報が含まれるように定義できる。
【０１８２】
システム情報が変更されたか否かを知らせる情報は、図２２に示すような変更シーケンスフィールド又は設定変更シーケンス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｈａｎｇｅ  ｓｅｑｕｅｎｃｅ）フィールドとして定義することができる。変更シーケンスフィールドは、システム情報が変更されたか否かを示す値に設定することができる。具体的に、タイムスタンプ情報などのような動的要素（動的システム情報）を除く他のシステム情報（例えば、非−動的システム情報）が変更される場合に、変更シーケンスフィールドの値は１ずつ増加（ｉｎｃｒｅｍｅｎｔ）するように定義され、０から２５５までの値を有することができる（すなわち、モジューロ２５６が適用される）。前述した通り、変更シーケンスフィールドは、システム情報が変更される度に１ずつカウントされるという意味から、（ＡＰ）設定変更カウント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔ、ＣＣＣ）フィールドと呼ぶこともできる。
【０１８３】
ビーコン又はプローブ応答フレームに含まれた変更シーケンスの値が以前の値と同一に維持された場合に、ＳＴＡは、ビーコンフレーム又はプローブ応答フレームに含まれた残りのフィールドが変更されていないと直ちに決定することができ、これら残りのフィールドを無視（ｄｉｓｒｅｇａｒｄ）することもできる。ただし、ＳＴＡは、変更シーケンスの値が変更されていない場合にも、タイムスタンプ値のような動的情報を取得するように動作することができる。
【０１８４】
また、本発明によれば、プローブ応答フレームに、システム情報の変更有無を示す情報（例えば、変更シーケンスフィールド）が含まれるように定義することもできる。すなわち、ＳＴＡの送信したプローブ要求フレームに対する応答としてプローブ応答フレームをＡＰが送信する場合に、ＡＰはプローブ応答フレームに含まれたシステム情報に対応する変更シーケンスを含めて該プローブ応答フレームを送信することもできる。
【０１８５】
これによって、ＳＴＡがフルビーコンフレーム又はプローブ応答フレームを用いてシステム情報を取得する場合、取得されるシステム情報に関する変更シーケンス値を共に保存することができる。その後、ＳＴＡが短いビーコンフレームやフルビーコンフレームを受信するようになると、短いビーコンフレームやフルビーコンフレームに含まれた変更シーケンス値と、ＳＴＡが保存していた変更シーケンス値とを比較することができる。比較の結果、両方の値が一致すると、ＳＴＡはシステム情報が変更されていないと判断することができる。一方、比較の結果、両方の値が互いに異なると、ＳＴＡは、変更されたシステム情報をアップデートする動作を行うことができる。
【０１８６】
ここで、フルビーコンフレームが送信される場合は、ＳＴＡは、当該フルビーコンフレームを介して変更されたシステム情報を取得することができる。しかし、フルビーコンフレームが送信されない場合は、ＳＴＡは、変更されたシステム情報をフルビーコンフレームを介して取得することができない。そこで、フルビーコンフレームが送信されない場合、変更されたシステム情報をアップデートするために次のような過程を行うことができる。
【０１８７】
実施例３−１
【０１８８】
本実施例は、プローブ要求／応答過程を用いてシステム情報のアップデートを行う方案に関する。
【０１８９】
既存のプローブ要求／応答過程は、ＳＴＡがＡＰを発見する過程で能動的スキャニングのために行った。これに加えて、本発明では、プローブ要求／応答過程をシステム情報のアップデートのために用いることを提案する。すなわち、既存のプローブ要求／応答過程は、ＡＰと連携を結んでいない状態のＳＴＡが当該ＡＰとの連携を結ぶために行うものであるが、本発明によれば、ＡＰと既に連携を結んでいる状態のＳＴＡがシステム情報のアップデートのためにプローブ要求を送信してＡＰからプローブ応答を受信することもできる。
【０１９０】
図２３は、本発明の一例に係るプローブ要求／応答過程を説明するための図である。
【０１９１】
ＡＰと連携を結んでいるＳＴＡが短いビーコンを受信した後、変更シーケンスの値を確認し、システム情報が変更されたことを確認することができる。図２３に例示するように、ＳＴＡが保存している変更シーケンスの値は１であるが、短いビーコンに含まれた変更シーケンスの値は２である場合に、ＳＴＡは、システム情報が変更されたと判断することができる。
【０１９２】
この場合、ＳＴＡはＡＰにプローブ要求フレームを送信することができる。ここで、ＳＴＡはプローブ要求フレームに、該当プローブ要求フレームがシステム情報をアップデートするためのプローブ要求フレームであることを示す情報をさらに含めることもできる。
【０１９３】
ＳＴＡからのプローブ要求フレームに応答して、ＡＰはＳＴＡにプローブ応答フレームを送信することができる。このとき、ＡＰはプローブ応答フレームに現在の（ｃｕｒｒｅｎｔ）システム情報（すなわち、アップデートされた／変更されたシステム情報）を含めてＳＴＡに提供することができる。
【０１９４】
また、変更されたシステム情報は、ＢＳＳ内の全ＳＴＡに共通に適用されるべきものであるため、一つのＳＴＡがシステム情報のアップデートのためにプローブ要求を送信したとしても、プローブ応答フレームは当該一つのＳＴＡへのユニキャスト方式で送信されず、ＢＳＳ内の他のＳＴＡのシステム情報アップデートのためにブロードキャスト方式で送信されてもよい。
【０１９５】
図２４は、本発明の他の例に係るプローブ要求／応答過程を説明するための図である。
【０１９６】
前述したようなプローブ応答フレームは全てのシステム情報を含むことができる。すなわち、ＳＴＡが保存していた以前のシステム情報を考慮せず、現在のネットワークの情報を全てＳＴＡに提供することができる。これは、既存のフルビーコンで提供されるシステム情報は、特定ＳＴＡのためのシステム情報ではなくＢＳＳ内の全ＳＴＡのためのシステム情報であるから、全てのシステム情報を含むことが好適であり、既存のプローブ応答は、ＳＴＡがネットワークに初めて連携を結ぶために提供されるものであるから、当該ＳＴＡが当該ネットワークに関する情報を以前に持っていない状況で適切であるためである。
【０１９７】
しかし、本発明で提案するとおり、ＡＰと既に連携を結んで該当のネットワークの情報（すなわち、変更される以前の情報）を保存していたＳＴＡが、システム情報のアップデートのための動作を行う場合には、より効率的にシステム情報を提供することがより好ましい。すなわち、ＳＴＡが以前に持っていたシステム情報と同一のシステム情報をプローブ応答フレームを用いて重複提供することは不必要であり、リソースの浪費につながり得るため、これを防止することが必要である。
【０１９８】
したがって、ＳＴＡが保存していたシステム情報（すなわち、以前システム情報）に比べて現在のシステム情報のうち、変更された部分のみ（すなわち、ＳＴＡによってアップデートされるべきシステム情報の一つ以上の要素のみ）が提供されるようにすることを提案する。このようにシステム情報の変更に関する情報のみを含むプローブ応答フレームを、最適化した（ｏｐｔｉｍｉｚｅｄ）プローブ応答フレームと呼ぶことができる。
【０１９９】
図２４を参照すると、ＳＴＡが既に保存していた変更シーケンス値が１であり、ＡＰからの短いビーコンに含まれた変更シーケンス値が２であるとき、ＳＴＡはシステム情報が変更されたと判断することができる。
【０２００】
ＳＴＡがシステム情報のアップデートのためにプローブ要求フレームを送信する場合、ＳＴＡは、自身の保存していた変更シーケンス値をプローブ要求フレームに含めて送信することができる。さらに、ＳＴＡは、プローブ要求フレームがシステム情報をアップデートするためのプローブ要求フレームであることを示す情報を含めることもできる。
【０２０１】
ＡＰの受信したプローブ要求フレームに変更シーケンス値が含まれた場合（又は、変更シーケンス値と当該プローブ要求フレームがシステム情報アップデートのためのものであることを示す情報が含まれた場合）、ＡＰは、現在のシステム情報とＳＴＡが保存しているシステム情報（すなわち、ＳＴＡが保存していた変更シーケンス値に対応するシステム情報）とを比較することができる。比較の結果、様々なシステム情報のうち、変更された部分のみを選択してプローブ応答フレームに含めてＳＴＡに提供することができる。図２４の例で、ＡＰは、変更シーケンス＝１を含むプローブ要求フレームを受信すると、変更シーケンス＝２において以前に比べて変更されたシステム情報要素に関する現在値のみをプローブ応答フレームに含めてＳＴＡに送信することができる。
【０２０２】
図２５は、本発明のさらに他の例に係るプローブ要求／応答過程を説明するための図である。
【０２０３】
図２５に例示するように、ＡＰの送信する短いビーコンフレームは複数個のＳＴＡ（ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）にブロードキャスト方式で送信されてもよい。ここで、短いビーコンフレームに含まれた変更シーケンス値は５であると仮定する。また、ＳＴＡ１、ＳＴＡ２及びＳＴＡ３のそれぞれが以前に保存していたシステム情報に該当する変更シーケンス値はそれぞれ、１、２及び２であると仮定する。
【０２０４】
これによって、複数個のＳＴＡのそれぞれは、システム情報が変更されたと判断することができ、各々の保存していた値に設定された変更シーケンスフィールドを含むプローブ要求フレームをＡＰに送信することができる。
【０２０５】
図２５の例では、プローブ要求フレームを受信したＡＰが、変更されたシステム情報（すなわち、変更シーケンス＝５に該当するシステム情報）を含むプローブ応答フレームをブロードキャスト方式で送信することができる。ブロードキャスト方式で送信されるプローブ応答フレームには、現在のシステム情報の全ての情報要素が含まれてもよい。
【０２０６】
又は、複数個のＳＴＡからのプローブ要求フレームを受信したＡＰは、それぞれのＳＴＡに対して個別に（すなわち、ユニキャスト方式で）プローブ応答フレームを送信することもできる。この場合、それぞれのＳＴＡに対するプローブ応答フレームに含まれるシステム情報は、当該ＳＴＡが保存していたシステム情報と比較して変更された部分のみを含むことができる。例えば、ＳＴＡ１に送信されるプローブ応答フレームには、変更シーケンス＝１に該当するシステム情報に比べて変更された変更シーケンス＝５に該当するシステム情報（すなわち、変更シーケンス＝２、３、４、５の一つ以上で以前に比べて変更された情報要素の現在値）のみが含まれてもよい。例えば、ＳＴＡ２又はＳＴＡ３に送信されるプローブ応答フレームには、変更シーケンス＝２に該当するシステム情報に比べて変更された変更シーケンス＝５に該当するシステム情報（すなわち、変更シーケンス＝３、４、５の一つ以上で以前に比べて変更された情報要素の現在値）のみが含まれてもよい。
【０２０７】
複数個のＳＴＡからのシステム情報アップデートのためのプローブ要求フレームを受信したＡＰは、プローブ応答フレームをブロードキャスト方式で送信するか或いはユニキャスト方式で送信するかを決定することができる。これは、変更されたシステム情報の量、システム情報のアップデートを要求するＳＴＡの個数、ネットワーク混雑状態などを考慮して決定することができる。
【０２０８】
実施例３−２
【０２０９】
上記の実施例３−１で説明した既存のプローブ要求フレーム／プローブ応答フレームを用いたシステム情報アップデート方案と類似の動作は、新しい要求／応答フレームを用いて行うこともできる。新しい要求／応答フレームを、システム情報アップデート要求フレーム、システム情報アップデート応答フレームと呼ぶことができる。又は、新しい要求／応答フレームをシステム情報（ＳＩ）アップデート要求フレーム、システム情報（ＳＩ）アップデート応答フレームと呼ぶこともできる。ただし、本発明の範囲は、新しい要求／応答フレームの名称に制限されるものではなく、本発明で提案する動作に用いられる他の名称の要求／応答フレームも含む。
【０２１０】
図２６は、本発明の一例に係るＳＩアップデート要求／応答過程を説明するための図である。
【０２１１】
図２６の例は、プローブ要求フレームをＳＩアップデート要求フレームに代え、プローブ応答フレームをＳＩアップデート応答フレームに代えた以外は、図２５の例と同一であるため、重複する説明は省略する。
【０２１２】
実施例３−３
【０２１３】
図２７は、フルビーコン要求フレームを用いてシステム情報をアップデートする方法を説明するための図である。
【０２１４】
図２７の例は、図１９の例に比べて、ＳＴＡが短いビーコンフレームに含まれた変更シーケンスを考慮してフルビーコン要求フレームを送信する点が異なる。
【０２１５】
すなわち、図２７の例で、短いビーコンフレームに含まれた変更シーケンス値とＳＴＡが保存していた変更シーケンス値とが異なる場合、ＳＴＡは、システム情報が変更されたと判断することができる。これによって、ＳＴＡはＡＰにフルビーコン要求フレームを送信することができる。すなわち、ＳＴＡは、ＡＰがフルビーコンフレームを送信しないと判断しても、システム情報の変更がなければフルビーコン要求フレームを送信しなくてもよい。
【０２１６】
フルビーコン要求フレームを受信したＡＰは、それに応答してフルビーコンフレームの送信を始めることができる。例えば、ＡＰは、ＳＴＡからのフルビーコン要求フレームを受信してから所定の期間又は所定の回数だけフルビーコンフレームを周期的に送信することができる。この所定の期間／回数は、ＳＴＡが要求する値によって設定されてもよく、システム特性によってあらかじめ設定された値に基づいて設定されてもよい。
【０２１７】
実施例４
【０２１８】
前述した実施例で提案した通り、ＡＰはＳＴＡから該ＳＴＡの変更シーケンス値を含む要求フレーム（例えば、プローブ要求フレーム又はＳＩアップデート要求フレーム）を受信すると、当該ＳＴＡの変更シーケンス値を参照して現在のシステム情報において変更された情報要素に対する現在値を含む応答フレーム（例えば、プローブ応答フレーム又はＳＩアップデート応答フレーム）を送信することができる。
【０２１９】
ＡＰが現在のシステム情報において以前のシステム情報（例えば、ＳＴＡが保存しているシステム情報）に比べて変更された部分を決定して該当の部分を送信するためには、以前の変更シーケンス値に該当するシステム情報を保存していなければならない。ここで、ＡＰは、変更されたシステム情報の情報要素（ＩＥ）自体を保存するのではなく、変更されたＩＥの要素ＩＤ（ｅｌｅｍｅｎｔ  ＩＤ）のみを保存することができる。
【０２２０】
システム情報において変更されたＩＥに対する要素ＩＤを次の表１のように与えることができる。
【０２２１】
【表１】
0006346180.tif 000002
【０２２２】
上記表１の例のように変更されたＩＥに対する要素ＩＤが与えられる場合、システム情報の変更によって、ＡＰが保存する変更シーケンスと変更されたＩＥの要素ＩＤとをマップすることができる。
【０２２３】
例えば、変更シーケンス１でＥＤＣＡパラメータが変更され、変更シーケンス２でＣＦパラメータが変更され、変更シーケンス３でＨＴ動作要素が変更され、変更シーケンス４でＥＤＣＡパラメータが変更されたと仮定する。このような場合、ＡＰは、変更シーケンス値と変更されたＩＥに該当する要素ＩＤとをマップして保存することができる。すなわち、次の表２のようにシステム情報の変更に対するリスト（以下、これを、変更シーケンスリスト又は設定変更カウントリストという。）をＡＰで保存することができる。
【０２２４】
【表２】
0006346180.tif 000003
【０２２５】
上記表２のように、一つの変更シーケンスごとに一つのＩＥのＩＤをマップして保存することができる。変更シーケンス情報のサイズは１バイト（すなわち、２５６の場合の数のうちの一つを表現し得る情報）であり、これにマップされる要素ＩＤ情報のサイズも１バイトであるとすれば、一つの変更シーケンスにマップされる一つの要素ＩＤを表現するために２バイトの保存空間が必要である。
【０２２６】
上記の例によってシステム情報が変更されたと仮定する場合、システム情報アップデート動作を次の通りに行うことができる。
【０２２７】
ＳＴＡが変更シーケンス＝２を含む要求フレーム（例えば、プローブ要求フレーム又はＳＩアップデート要求フレーム）を送信し、このとき、ネットワークの現在のシステム情報に対応する変更シーケンスの値は４であると仮定する。このような場合、ＡＰの立場では変更シーケンス２のシステム情報に比べて後で変更されたシステム情報（すなわち、上記の表２で要素ＩＤ＝４５及び１２）を決定することができる。これによって、ＡＰは、要素ＩＤ ４５及び１２にそれぞれ該当するＨＴ動作要素及びＥＤＣＡパラメータを応答フレーム（例えば、プローブ応答フレーム又はＳＩアップデート応答フレーム）に含めてＳＴＡに送信することができる。
【０２２８】
上記のように、ＡＰは、すなわち、変更シーケンス値及び当該変更シーケンス値において変更されたシステム情報のＩＤがマップされた変更シーケンスリスト（又は、設定変更カウントリスト、ＣＣＣ Ｌｉｓｔ）を保存することができる。
【０２２９】
一方、システム情報が変更される度に、変更された要素に対するＩＤを変更シーケンス値にマップさせて保存し続ける場合には、ＡＰのメモリーのオーバーヘッドが増加し得る。例えば、変更シーケンス情報のサイズが１バイトで、要素ＩＤ情報のサイズが１バイトである場合を仮定すれば、互いに異なる２５６個の変更シーケンス値にマップされる要素ＩＤ情報を全て保存するためには５１２バイトの保存空間が必要である。しかし、システム情報の変更は頻繁に発生しないのが一般的であるため、古いシステム情報の変更に関する情報（すなわち、変更シーケンス値及びそれにマップされた要素ＩＤ値）は不要になることがある。すなわち、ＡＰがシステム情報の変更に関する情報を保存するために常に５１２バイト分の保存空間を維持することは、ＡＰのメモリーに余分のオーバーヘッドを発生させ得る。
【０２３０】
これによって、ＡＰでシステム情報の変更に関する情報を保存するためのオーバーヘッドを減らすために、保存される情報、すなわち、変更シーケンスリストの個数を、時間、個数などの条件によってリフレッシュ（ｒｅｆｒｅｓｈ）したり制限したりしてもよい。
【０２３１】
例えば、ＡＰは、時間条件によって、保存される情報を制限することができる。所定の期間（例えば、数分、数時間、数日、数月、数年など）の単位を定めて該当の期間にのみ保存される情報を維持し、期間が満了した情報は維持しないか又は削除することができる。例えば、１ヶ月単位にシステム情報の変更に関する情報（すなわち、変更シーケンス値及びそれにマップされた要素ＩＤ値）を維持すると設定された場合、ＡＰは、１ヶ月を超えたシステム情報の変更に関する情報は維持しなくてもよい。この場合にはＡＰがシステム情報の変更に関する情報を保存するために必要な保存空間のサイズが一定に維持されない。例えば、最近の１ヶ月においてシステム情報の変更が１回発生した場合には必要な保存空間が２バイトであるが、最近の１ヶ月においてシステム情報の変更が１０回発生した場合には、必要な保存空間が２０バイトとなる。ただし、時間によって保存される情報を制限する場合には、システム情報変更の頻度が高い場合にも以前システム情報を消失する場合が発生しなくて済むため、システム情報の管理の安全性を向上させることができる。
【０２３２】
他の例として、ＡＰは変更シーケンスの個数条件によって、保存される情報を制限することができる。上記の維持する個数を、例えば、４、８、１２、１６、…に設定することができる。例えば、ＡＰが最近８個の変更シーケンスに該当する情報のみを維持するように設定され、現在のシステム情報の変更シーケンス値が１６である場合を仮定する。この場合、ＡＰは、変更シーケンス＝９、１０、…、１６及びこれにマップされる要素ＩＤ情報は維持しているが、それ以前のシステム情報の変更に関する情報（すなわち、変更シーケンス＝８、７、６、５、…及びこれにマップされる要素ＩＤ情報）は維持しないか又は削除することができる。この場合、ＡＰがシステム情報の変更に関する情報を保存するために必要な保存空間を１６バイトのサイズと一定に維持することができる。これによって、システム情報管理の効率性を向上させることができる。
【０２３３】
上記のシステム情報の変更に関する情報を保存する方法において、時間条件及び個数条件を同時に適用することもできる。例えば、最近の１ヶ月におけるシステム情報変更に関する情報を保存するとともに最大の保存個数は１０個に制限することによって、２０バイト以下において流動的な保存空間を用いてシステム情報を管理することができる。
【０２３４】
実施例５
【０２３５】
本発明に係るＳＴＡは、一応、連携されている（ａｓｓｏｃｉａｔｅｄ）ＡＰから、フルビーコン、プローブ応答フレーム及びシステム情報応答フレームの少なくとも一つを介してシステム情報及び変更シーケンス情報を受信すると、ＡＰと分離（ｄｉｓｓｏｃｉａｔｅ）された後にも、過去に連携したＡＰのシステム情報及び変更シーケンス情報を続けて保存することができる。分離されたＡＰのシステム情報及び変更シーケンス情報を保存することによって、ＳＴＡが分離されたＡＰに再連携するとき、速い初期リンクセットアップ（Ｆａｓｔ  Ｉｎｉｔｉａｌ  Ｌｉｎｋ  Ｓｅｔｕｐ、ＦＩＬＳ）が可能となる。図２８及び図２９を参照して能動的スキャニングと受動的スキャニング時に、分離されたＡＰのシステム情報及び変更シーケンス情報を保存することによって、速く初期リンクセットアップが行われる例を詳しく説明する。
【０２３６】
図２８は、能動的スキャニング時に、速い初期リンクセットアップが行われる例を説明するための図である。
【０２３７】
ＳＴＡがターゲットＡＰ（又は、ＢＳＳ）に対して能動的スキャニングを行う時、ターゲットＡＰが過去に連携したＡＰであり、ターゲットＡＰに関するシステム情報及び変更シーケンス情報を保存していると、ＳＴＡは、変更シーケンス情報が含まれるようにプローブ要求フレームを構成することができる（Ｓ２８０１）。
【０２３８】
変更シーケンス情報が含まれたプローブ要求フレームを受信したＡＰは、現在のシステム情報とＳＴＡが保存しているシステム情報（すなわち、ＳＴＡが保存している変更シーケンス値に対応するシステム情報）とを比較することができる。ＳＴＡから受信された変更シーケンス値がＡＰの現在のシーケンス値と異なる場合、ＡＰは、様々なシステム情報のうちの変更された部分をプローブ応答フレームに含めてＳＴＡに提供することができる（Ｓ２８０２）。
【０２３９】
一例として、図２８では、ＡＰがＳＴＡから受信した変更シーケンス（＝１）が、変更シーケンスリスト中の現在の変更シーケンス（＝２）の値ではなく過去の変更シーケンスの値と一致するため、ＡＰは、ＳＴＡにアップデートされるべきシステム情報要素に対する現在値（すなわち、現在の変更シーケンス（＝２）において前の変更シーケンス（＝１）に比べて変更されたシステム情報要素に対する現在値）のみをプローブ応答フレームに含めてＳＴＡに送信することができる。
【０２４０】
このように、全てのシステム情報ではなく変更されたシステム情報のみをプローブ応答フレームに含めることによって、プローブ応答フレームのサイズを減らすことができ、これは、速い初期リンクセットアップにつながる。
【０２４１】
ＡＰが保存している変更シーケンスリストに、ＳＴＡから受信した変更シーケンス値と一致する値がないと、ＡＰは、いかなるシステム情報が変更されたかわからない。そのため、ＡＰは全体システム情報及び現在の変更シーケンス値を含むようにプローブ応答フレームを構成することもできる。このとき、プローブ応答フレームに含み得るシステム情報は、非−動的要素に制限されてもよく、非−動的要素及び一部の動的要素に制限されてもよい。（非−動的要素及び動的要素に関する詳細な説明は、後述する実施例５−１を参照）
【０２４２】
図２９は、受動的スキャニング時に速い初期リンクセットアップが行われる例を説明するための図である。
【０２４３】
受動的スキャニングを行うＳＴＡは、ＡＰから変更シーケンス情報を含む短いビーコンを受信することができる（Ｓ２９１０）。このとき、ＡＰが過去に連携したＡＰであり、ＡＰに関するシステム情報及び変更シーケンス情報が保存されていると、ＳＴＡは、ＡＰから受信した変更シーケンス情報と保存している変更シーケンス情報とを比較し、システム情報の中で変更された部分があるか判断することができる。ＳＴＡが保存している変更シーケンス値がＡＰから受信した変更シーケンス値（すなわち、現在の変更シーケンス値）と一致すると、ＳＴＡは、フルビーコンを受信しなくとも、保存されたシステム情報を用いてＡＰと連携することができる。
【０２４４】
一方、ＳＴＡが保存している変更シーケンス値がＡＰから受信した変更シーケンス値（すなわち、現在の変更シーケンス値）と異なると、ＳＴＡは、図２９の（ａ）に示す例のように、フルビーコン送信時点にフルビーコンを受信して（Ｓ２９０２ａ）、又は、図２９の（ｂ）に示す例のように、プローブ要求フレームに対するプローブ応答フレームを受信して、ＡＰからシステム情報を取得することができる。
【０２４５】
フルビーコン送信時点は、図１９及び図２０で前述した例のように、短いビーコンに含まれる、次のフルビーコンまでのデューレーション（Ｄｕｒａｔｉｏｎ  ｔｏ  Ｎｅｘｔ  Ｆｕｌｌ  Ｂｅａｃｏｎ）フィールドによって指示されるが、これに限定されるものではない。
【０２４６】
プローブ要求フレーム及びプローブ応答フレームを用いてシステム情報を受信する場合、ＳＴＡは、自身が保存している変更シーケンス値を含むプローブ要求フレームを送信することができる（Ｓ２９０２ｂ）。ＡＰは、ＳＴＡから受信した変更シーケンス値が、自身が保存している変更シーケンス値と異なる場合、すなわち、ＳＴＡから受信した変更シーケンス値が現在の変更シーケンス値ではなく以前の変更シーケンス値と一致する場合、ＡＰは、現在の変更シーケンス（＝２）において以前の変更シーケンス（＝１）に比べて変更されたシステム情報要素に対する現在値のみをプローブ応答フレームに含めてＳＴＡに送信することができる（２９０２ｂ）。勿論、ＡＰは、変更シーケンス値に関係なく、全てのシステム情報が含まれるようにプローブ応答フレームを構成することもできる。
【０２４７】
ＡＰが保存している変更シーケンスリストに、ＳＴＡから受信した変更シーケンス値と一致する値がないと、ＡＰはいかなるシステム情報が変更されたかわからない。そのため、ＡＰは、全体システム情報及び現在の変更シーケンス値を含むようにプローブ応答フレームを構成することもできる。このとき、プローブ応答フレームに含み得るシステム情報は、非−動的要素に制限されてもよく、非−動的要素及び一部の動的要素に制限されてもよい。
【０２４８】
上述した例のように、ＳＴＡが分離されたＡＰに関するシステム情報及び変更シーケンス情報を保存していると、ＳＴＡは、プローブ要求／応答フレームの交換によって変更されたシステム情報のみを受信したり（変更シーケンス値が異なる場合）、フルビーコンの受信を省略したり（変更シーケンス値が同一である場合）することによって、速く初期リンクセットアップを行うことができる。
【０２４９】
そのために、ＳＴＡは、ＡＰからプローブ応答フレームやビーコンフレーム（ショートビーコン又はフルビーコン）を介して受信したシステム情報要素及び変更シーケンス情報を、ＡＰと分離された後にも続けて保存することができる。
【０２５０】
なお、ＡＰは、システム情報を変更する度に、以前の変更シーケンス情報と変更されたシステム情報を保存することができる。ここで、ＡＰは、変更された情報の情報要素（ＩＥ）自体を保存するのではなく、変更されたＩＥのＩＤのみを保存することができる。
【０２５１】
例えば、変更シーケンス値＝０のとき、チャネルスイッチ割当情報要素（ｃｈａｎｎｅｌ  ｓｗｉｔｃｈ  ａｓｓｉｇｎｍｅｎｔ  ＩＥ）が変更（或いは、追加又は削除）されたら、ＡＰは、変更シーケンス値を１上げて、変更シーケンス値とチャネルスイッチ割当情報要素のＩＤを連携付けて保存することができる（例えば、表１で例示した情報要素のＩＤ値を用いるとすれば、ＡＰは、［変更シーケンス＝１、チャネルスイッチ割当情報要素ＩＤ＝３５］のようなデータを保存することができる）。同様の原理で、変更シーケンス値＝１のとき、ＥＤＣＡパラメータセット情報要素（ＥＤＣＡ  ｐａｒａｍｅｔｅｒ  ｓｅｔ  ＩＥ）が変更（或いは、追加又は削除）されたら、ＡＰは、［変更シーケンス、システム情報情報要素］ペア（ｐａｉｒ）として［２、１２］のようなデータを保存することができ、変更シーケンス値＝２のとき、ＨＴ動作情報要素（ＨＴ  ｏｐｅｒａｔｉｏｎ  ＩＥ）が変更（或いは、追加）されたら、ＡＰは、［変更シーケンス、システム情報情報要素］ペアとして［３、４５］のようなデータを保存することができる。このように、ＡＰは、すなわち、変更シーケンス値、及び当該変更シーケンス値において変更されたシステム情報のＩＤがマップされた変更シーケンスリスト（又は、設定変更カウントリスト、ＣＣＣ Ｌｉｓｔ）を生成及び保存することができる。
【０２５２】
一方、システム情報が変更される度に、変更された要素のＩＤを変更シーケンス値にマップさせて保存し続く場合には、ＡＰのメモリーのオーバーヘッドが増加しうる。そのため、ＡＰでシステム情報の変更に関連した情報を保存するためのオーバーヘッドを減らすために、保存される情報、すなわち、変更シーケンスリストの個数を、時間、個数などの条件によってリフラッシュ（ｒｅｆｒｅｓｈ）したり制限してもよい。
【０２５３】
保存される情報が時間又は個数によって制限される例は、上記の実施例４で説明したため、その詳細な説明は省略する。
【０２５４】
実施例５−１
【０２５５】
システム情報の情報要素は、時間とは無関係な非−動的要素（又は、固定した要素）と、時間によって可変する動的要素とに区別できる。具体的に、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｐｍ）、ＢＳＳ負荷（ＢＳＳ  ｌｏａｄ）、（隣接ＳＴＡの）ビーコンタイミング（Ｂｅｃｏｎ  ｔｉｍｉｎｇ：Ｏｆ  Ｎｅｉｇｈｂｏｒ  ＳＴＡｓ）、タイム広告（Ｔｉｍｅ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）、ＢＳＳアクセスカテゴリー（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ、ＡＣ）アクセスディレイ（ＢＳＳ  ＡＣ  ａｃｃｅｓｓ  ｄｅｌａｙ）、ＢＳＳ平均アクセスディレイ（ＢＳＳ  Ａｖｅｒａｇｅ  Ａｃｃｅｓｓ  Ｄｅｌａｙ）、ＢＳＳ利用可能な進入能力（ＢＳＳ  ａｖａｉｌａｂｌｅ  ａｄｍｉｓｓｉｏｎ  ｃａｐａｃｉｔｙ）及びＴＰＣ報告要素（ＴＰＣ  Ｒｅｐｏｒｔ  ｅｌｅｍｅｎｔ）（ＴＰＣ報告要素は一日に２〜５回変更されうる）などが動的要素に該当しうる。
【０２５６】
動的要素は時々刻々変更するものであり、動的要素の変更によって変更シーケンス値（又は、設定変更カウント値）を増加させることは非効率的であるといえる。そのため、ＡＰは、動的要素以外の要素（すなわち、非−動的要素）に該当するシステム情報が変更した場合にのみ、変更シーケンス値（又は、設定変更カウント値）を増加させてもよい。
【０２５７】
この場合、ＡＰは、ＳＴＡが送信する変更シーケンス値と自身が保存している変更シーケンス値とを比較し、非−動的要素をプローブ応答フレームに含めるか否かを選択的に決定するが、動的要素はプローブ応答フレーム又は短いビーコンフレームにデフォルト（ｄｅｆａｕｌｔ）として含めて送信することもできる。
【０２５８】
すなわち、変更シーケンス値に影響を与えない動的要素は常にプローブ応答フレーム又は短いフレームに含まれる一方、変更シーケンス値に影響を与える非−動的要素は、ＳＴＡが保存している変更シーケンス値とＡＰが保存する変更シーケンス値とを比較して選択的にプローブ応答フレームに含まれるようにすることができる。
【０２５９】
ただし、全ての動的要素をプローブ応答フレーム又は短いビーコンフレームに含める場合には、プローブ応答フレーム又は短いビーコンフレームのオーバーヘッドが過度に大きくなりうる。そのため、ＡＰは、ＡＰ選択のために主要な情報（例えば、タイムスタンプ及びＢＳＳ負荷など）は短いビーコンフレームやプローブ応答フレームに含めてＳＴＡに送信し、残りの動的要素（例えば、タイム広告、ＴＰＣ報告要素など）は認証又は連携段階でさらにＳＴＡに送信することもできる。
【０２６０】
他の例として、短いビーコンフレーム及びプローブ応答フレームにはいかなる動的要素も挿入せず、ＡＰは、認証又は連携段階で全ての動的要素をＳＴＡに送信することもできる。
【０２６１】
このように、認証又は連携過程で動的要素の少なくとも一部がＳＴＡに送信されるようにすることによって、スキャニング段階における余計なオーバーヘッド（すなわち、短いビーコンフレーム又はプローブ応答フレームのオーバーヘッド）を減らし、ＳＴＡが速い初期リンク設定を行うようにすることができる。
【０２６２】
ＳＴＡは、以前に(過去に）連携したＡＰのシステム情報を維持（ｒｅｔａｉｎ）するとき、動的要素を除く非−動的要素のみを維持することもできる。動的要素は時間によって変化するため、ＡＰから受信されるビーコンフレーム（短いビーコン又はフルビーコン）、プローブ応答フレーム、又は認証又は連携過程で取得することがより好ましいだろう。
【０２６３】
実施例５−２
【０２６４】
ＳＴＡは、以前に連携されたＡＰのうち、望ましいＡＰ（ｐｒｅｆｅｒｒｅｄ  ＡＰ）のみのシステムパラメータ及び設定変更カウント値（又は、変更シーケンス値）を保存することもできる。これは、ＳＴＡが、ＡＰがシステム情報の変更に関連した情報を保存するために割り当てる保存空間を適度に維持し、システム情報管理の効率性を向上させるためである。
【０２６５】
ＳＴＡは、連携されたＡＰを望ましいＡＰと設定するために、自身を望ましいＳＴＡと設定することをＡＰに要求することができる。具体的に、図３０は、連携されたＡＰを望ましいＡＰと設定する過程を説明するための図である。ＳＴＡは、連携されたＡＰに、自身を望ましいＳＴＡと設定することを要求することができる。このとき、望ましいＳＴＡと設定するようとの要求は、図３０に示す例のように、リンクセットアップ過程（すなわち、スキャニング、認証及び連携過程）後に、既に定義された要求フレーム（例えば、連携要求フレームなど）を送信することによって行われてもよく、新しい要求フレーム（例えば、短いプローブ要求フレーム、最適化したプローブ要求フレーム、ＦＩＬＳプローブ要求フレーム、望ましいＳＴＡ要求フレーム（Ｐｒｅｆｅｒｒｅｄ  ＳＴＡ  ｒｅｑｕｅｓｔ  ｆａｍｅ）など）を送信することによって行われてもよい。
【０２６６】
他の例として、望ましいＳＴＡと設定するようとの要求は、リンクセットアップ過程の実項中に、望ましいＳＴＡと設定するようとの要求を示すフィールドを含む既存の要求フレームや新しい要求フレームを送信することによって行われてもよい。
【０２６７】
ＳＴＡから望ましいＳＴＡと設定するようとの要求を受けたＡＰは、ＳＴＡの要求を拒絶してもよく、ＳＴＡの要求を受諾してもよい。ＳＴＡの要求を拒絶する場合、ＡＰは、既存の応答フレーム（例えば、連携応答フレームなど）又は新しい応答フレーム（例えば、短いプローブ応答フレーム、最適化したプローブ応答フレーム、ＦＩＬＳプローブ応答フレーム、望ましいＳＴＡ応答フレーム（Ｐｒｅｆｅｒｒｅｄ  ＳＴＡ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）など）を送信し、ＳＴＡの要求が拒絶されたことを知らせることができる。例えば、ＡＰは、既に登録された望ましいＳＴＡの数が多い場合、ＳＴＡの要求を拒絶することができる。ＳＴＡの要求を拒絶する場合、ＳＴＡがＡＰから分離（ｄｅ−ａｓｓｏｃｉａｔｉｏｎ）されると、ＡＰは当該ＳＴＡの情報（例えば、当該ＳＴＡの能力）を削除することができる（図３０の（ａ）参照）。
【０２６８】
ＳＴＡの要求を受諾すると、ＡＰは、ＳＴＡのシステム情報及び能力（ｃａｐａｂｉｌｉｔｙ）に関するシステム情報を保存し、既存の応答フレーム又は新しい応答フレームを送信し、ＳＴＡの要求を受諾したことを知らせることができる。ＳＴＡの要求を受諾する場合、ＳＴＡがＡＰから分離されても、ＡＰは当該ＳＴＡの情報（例えば、当該ＳＴＡの能力）を削除せずに維持できる（図３０の（ｂ）参照）。
【０２６９】
望ましいＳＴＡに設定要求が受諾されたことを知らせる応答フレームを受信したＳＴＡは、当該ＡＰを望ましいＡＰと設定できる。その後、ＳＴＡがＡＰから分離されても、ＳＴＡは、望ましいＡＰ（ｐｒｅｆｅｒｒｅｄ  ＡＰ）に関するシステムパラメータ及び設定変更カウント値（又は、変更シーケンス値）を保存することができる。
【０２７０】
ＳＴＡは、望ましいＡＰに関するシステムパラメータを保存していると、望ましいＡＰ（Ｐｒｅｆｅｒｒｅｄ  ＡＰ）（又は、ターゲットＡＰ）に能動的スキャニングを試みる時、当該ＡＰに関するＡＰ設定変更カウント情報（又は、変更シーケンス情報）をプローブ要求フレームに含めてＡＰに送信することができる。
【０２７１】
一例として、図３１は、過去に分離された望ましいＡＰに能動的スキャニングを行う時の動作を示す図である。図３１に示す例のように、ＳＴＡは、望ましいＡＰに能動的スキャニングを試みる時、当該ＡＰに関するＡＰ設定変更カウント情報（又は、変更シーケンス情報）をプローブ要求フレームに含めてＡＰに送信することができる（Ｓ３１０１）。
【０２７２】
ＳＴＡから設定変更カウント情報を含むプローブ要求フレームを受信したＡＰは、受信した設定変更カウント値と現在の設定情報カウント値とを比較し、比較の結果によってプローブ応答フレームの構成を調節することができる（Ｓ３１０２）。
【０２７３】
一例として、受信した設定変更カウント値が現在の設定情報カウント値と一致すると、ＡＰは、選択的な（ｏｐｔｉｏｎａｌ）情報要素を排除し、現在のＡＰ設定変更カウント値（これは、ＳＴＡが保存している設定変更カウント値と同一であるはずである）と共に、必須の（ｍａｎｄａｔｏｒｙ）フィールド（例えば、タイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）、能力（Ｃａｐａｂｉｌｉｔｙ）及びビーコンインターバル（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）など）又は変更シーケンス値と無関係な要素（すなわち、頻繁に変わる情報要素（例えば、システム情報のうちの動的要素））をプローブ応答フレームに含めてＳＴＡに送信することができる。
【０２７４】
一方、受信した設定変更カウント値が現在の設定変更カウント値と異なるが、以前の設定変更カウント値とは一致する場合、ＡＰはＳＴＡに変更されたシステムパラメータを送信する必要があると判断し、必須のフィールドとアップデートされるべき選択的な（ｏｐｔｉｏｎａｌ）情報要素（すなわち、変更されたシステムパラメータ）を含めてプローブ応答フレームをＳＴＡに送信できる。
【０２７５】
ＡＰが保存している設定変更カウントリストに、ＳＴＡから受信した設定変更カウント値と一致する値がないと、ＡＰは、いかなるシステム情報が変更されたかわからない。そのため、ＡＰは、全体システム情報及び現在の変更シーケンス値を含むようにプローブ応答フレームを構成することもできる。このとき、プローブ応答フレームに含み得るシステム情報は、非−動的要素に制限されてもよく、非−動的要素及び一部の動的要素に制限されてもよい。
【０２７６】
受信した設定変更カウント値と現在の設定変更カウント値とが異なっても、変更されたシステムパラメータをＳＴＡに送信する必要がないと判断したら、ＡＰは、選択的な（ｏｐｔｉｏｎａｌ）情報要素を排除し、必須のフィールド及び現在のＡＰ設定変更カウント値を含むようにプローブ応答フレームを構成することもできる。
【０２７７】
実施例５−３
【０２７８】
図５及びその下位の実施例で説明した通り、ＳＴＡが望ましいＡＰに能動的スキャニングを行う時、一般（ｎｏｒｍａｌ）プローブ要求フレームの代わりに、システム情報の変更に関連した情報のみを含む、最適化した（ｏｐｔｉｍｉｚｅｄ）プローブ要求フレームが用いられてもよい。
【０２７９】
最適化したプローブ要求フレームは、一般プローブ要求フレームに比べてより少ない情報を含むことから、短いプローブ要求フレーム、ＦＩＬＳプローブ要求フレームなどと呼ぶこともできる（本実施例では、短いプローブ要求フレーム、最適化したプローブ要求フレーム及びＦＩＬＳプローブ要求フレームを総称してＦＩＬＳプローブ要求フレームという）。
【０２８０】
ＦＩＬＳプローブ要求フレームは、次のいずれか一つの情報を含むことができる。
【０２８１】
ｉ）ＳＴＡのアドレス（ＭＡＣアドレス）：能動的スキャニングを行うＳＴＡは、ＦＩＬＳプローブ要求フレームに自身のＭＡＣアドレスを含めることができる。
【０２８２】
ｉｉ）ＢＳＳＩＤ又は部分（Ｐａｒｔｉａｌ）ＢＳＳＩＤ：ＳＴＡは、望ましいＡＰのアドレス情報を知っているため、ＦＩＬＳプローブ要求フレームのＭＡＣ ＰＤＵにＢＳＳＩＤ又は部分ＢＳＳＩＤを含めることができる。
【０２８３】
ｉｉｉ）望ましいＡＰの設定変更カウント情報（又は、変更シーケンス情報）：設定変更カウント情報は、ＡＰのシステム情報が変更されたか否かを示す。ＳＴＡは、以前に連携された望ましいＡＰから受信した設定変更カウント値を、望ましいＡＰと分離された後にも保存（維持）しているが、望ましいＡＰに能動的スキャニングを行う際、ＦＩＬＳプローブ要求フレームに、保存していた設定変更カウント値を含めることができる。
【０２８４】
ｉｖ）ＳＴＡがプローブ要求フレームを用いて送信した能力（Ｃａｐａｂｉｌｉｔｙ）やシステム情報と関連した選択的情報要素（ｏｐｔｉｏｎａｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ（ｓ））：ＳＴＡの能力や選択的情報要素の値が変更された場合、ＳＴＡはＡＰに、能力又は選択的情報要素が変更されたことを知らせなければならない。そのため、望ましいＡＰとの分離後に、ＳＴＡの能力或いは選択的情報要素が変更された場合は、変更された情報をＦＩＬＳプローブ要求フレームに含めることができる。
【０２８５】
ただし、一般に、ＳＴＡの能力は変更されず、ＦＩＬＳプローブ要求フレームにはＳＴＡの能力又は選択的情報要素が含まれなくてもよい。
【０２８６】
図面を参照して、ＦＩＬＳプローブ要求フレームについてより詳しく説明する。
【０２８７】
図３２は、ＦＩＬＳプローブ要求フレームの一例を示す図である。図３２を参照すると、ＦＩＬＳフレーム要求フレームは、ＭＡＣヘッダー、プローブ要求ボディー、及びＦＣＳフィールドを含むことができる。
【０２８８】
ＳＴＡのアドレス（ＭＡＣアドレス）及びＢＳＳＩＤ（又は、部分ＢＳＳＩＤ）はＭＡＣヘッダーに含まれてもよい。
【０２８９】
ＭＡＣヘッダーのサイズは３６バイトであり、ＦＣＳのサイズは４バイトである。１バイトの設定変更カウント情報を情報要素の形態でプローブ要求ボディーに含める場合、２バイト（設定変更カウントフィールドの要素ＩＤフィールド（１バイト）及び設定変更カウントフィールドの長さフィールド（１バイト））のオーバーヘッドが追加される。そのため、１バイトの設定変更カウント値を含めるためのＦＩＬＳプローブ要求フレームの総オーバーヘッドは４２バイトであり、選択的情報要素を含まないＦＩＬＳプローブ要求フレームのＭＡＣ ＰＤＵのサイズは４３バイトになり得る。
【０２９０】
もし、設定変更カウント値が情報要素ではなくデフォルト値として常にＦＩＬＳプローブ要求フレームに含まれると、ＦＩＬＳプローブ要求フレームのＭＰＤＵは４１バイトになるはずである。
【０２９１】
このとき、ＦＩＬＳプローブ要求フレームのオーバーヘッドをより減少させるために、ＭＡＣヘッダーに代えて短いＭＡＣヘッダーが用いられてもよい。図３３は、短いＭＡＣヘッダーが適用されたＦＩＬＳプローブ要求フレームの一例を示す図である。図３３を参照すると、ＦＩＬＳフレーム要求フレームは、短いＭＡＣヘッダー、プローブ要求ボディー、及びＦＣＳフィールドを含むことができる。短いＭＡＣヘッダーを用いると、ＦＩＬＳプローブ要求フレームのオーバーヘッドをさらに減少させることができる。具体的に、図３４に短いＭＡＣヘッダーの一例が例示されている。
【０２９２】
図３４は、短いＭＡＣヘッダーを例示する図である。図３４を参照すると、短いＭＡＣヘッダーは、フレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ、ＦＣ）フィールド、ＡＩＤフィールド、ＢＳＳＩＤ（又は、ＲＡ（Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ）フィールド及びシーケンス制御フィールドを含み、Ａ３フィールドを選択的に含むことができる。
【０２９３】
フレーム制御フィールドのサブフィールドが図３４の（ｂ）に示されている。フレーム制御フィールドを用いて、ＭＡＣヘッダーが短いＭＡＣヘッダーか否かを示すことができる。さらに、フレーム制御フィールドを用いて、短いＭＡＣヘッダーに、Ａ３フィールドが存在するか否かを示すことができる。
【０２９４】
ＡＩＤフィールド及びＢＳＳＩＤフィールドの位置は、ＦＣフィールドに含まれるＦｒｏｍ−ＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）の値によって調節することができる。短いプローブ要求フレームは、ＳＴＡに同一のＢＳＳ内のＡＰに送信されるのが一般的であるため、一般にＦｒｏｍ−ＤＳは’０’と設定されるはずである。そのため、一般には、ＦＣフィールドの次のＡ１にはＢＳＳＩＤフィールドが位置し、Ａ２にはＳＴＡのＡＩＤが含まれるが、必ずしもこれに限定されない。
【０２９５】
短いＭＡＣヘッダーはシーケンス制御（Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ）フィールドをさらに含むことができる。一例として、図３４の（ｃ）にはシーケンス制御フィールドのサブフィールドが例示されている。
【０２９６】
図３４に示す短いＭＡＣヘッダーを使用する場合、短いＭＡＣヘッダーのサイズは１２バイト、ＦＣＳフィールドのサイズは４バイト、及び設定変更カウント情報の情報要素オーバーヘッド２バイトを含めて、１バイトの設定変更カウント値を含めるために１４バイトのオーバーヘッドが発生し、ＦＩＬＳプローブ要求フレームのＭＡＣ ＰＤＵのサイズは１９バイトとなり得る。もし、設定変更カウント情報が情報要素ではなくデフォルト値として含まれ、選択的情報要素が含まれないと、ＦＩＬＳプローブ要求フレームのＭＰＤＵのサイズは１７バイトとなるはずである。
【０２９７】
短いＭＡＣヘッダーのフォーマットは、図３４に限定されない。一例として、図３５は、短いＭＡＣヘッダーの他の例を示す図である。図３５に示す例のように、短いＭＡＣヘッダーは、フレーム制御フィールド、あて先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＭＡＣ  Ａｄｄｒｅｓｓ）フィールド、ソースＭＡＣアドレス（Ｓｏｕｒｃｅ  ＭＡＣ  Ａｄｄｒｅｓｓ）フィールド、シーケンス制御フィールド、ボディーフィールド及びＦＣＳフィールドを含むことができる。
【０２９８】
あて先ＭＡＣアドレスフィールドはＡＰのＢＳＳＩＤ（又は、部分ＢＳＳＩＤ）を含み、ソースＭＡＣアドレスフィールドはＳＴＡのＭＡＣアドレスを含むことができる。ＭＡＣヘッダーが短いＭＡＣヘッダーか否かは、フレーム制御フィールドで示すことができる。
【０２９９】
図３５に示す短いＭＡＣヘッダーを使用する場合、短いＭＡＣヘッダーのサイズは１６バイト、ＦＣＳフィールドは４バイトであり、設定変更カウント値に関する情報要素オーバーヘッド２バイトを含めて、２２バイトのオーバーヘッドが発生し、ＦＩＬＳプローブ要求フレームのＭＡＣ ＰＤＵのサイズは２３バイトとなり得る。仮に、設定変更カウント値が情報要素ではなくデフォルト値として含まれ、選択的情報要素が含まれないと、ＦＩＬＳプローブ要求フレームのＭＰＤＵのサイズは２１バイトとなるはずである。
【０３００】
ＦＩＬＳプローブ要求フレームは、図３２に示したものと異なるように定義されてもよい。一例として、図３６は、ＦＩＬＳプローブ要求フレームの他の例を示す図である。図３６を参照すると、ＦＩＬＳプローブ要求フレームは、フレーム制御（ＦＣ）フィールド、あて先アドレス（ＤＡ、Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）フィールド、ソースアドレス（ＳＡ、Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）フィールド、変更シーケンス（又は、設定変更カウント）フィールド）、選択的情報要素及びＦＣＳフィールドを含むことができる。
【０３０１】
プローブ要求フレームがＦＩＬＳプローブ要求フレームであるか否かは、ＦＣフィールド、具体的には、ＦＣフィールドのタイプ及びサブタイプフィールドで示すことができる。例えば、タイプ＝１１、サブタイプ＝００１０が、プローブ要求フレームがＦＩＬＳプローブ要求フレームであることを示すことができる。タイプ、サブタイプフィールドを用いる方式以外の方式によっても、プローブ要求フレームがＦＩＬＳプローブ要求フレームインであることを示すことができる。
【０３０２】
ＤＡフィールドは、ＢＳＳＩＤ（又は、部分ＢＳＳＩＤ）に設定し、ＳＡフィールドはＳＴＡのＭＡＣアドレスに設定することができる。
【０３０３】
図３６のＦＩＬＳフレーム要求フレームを使用する場合、ＦＩＬＳプローブ要求フレームのＭＰＤＵは１３バイトを有することができる。
【０３０４】
さらに、図５及びその下位の実施例で説明した通り、ＡＰもＳＴＡにシステム情報を送信する時、変更が必要な情報のみを含む最適化したプローブ応答フレームを用いることができる。最適化したプローブ応答フレームは、一般のプローブ応答フレームに比べてより少ない情報を含むことから、短いプローブ応答フレーム、ＦＩＬＳプローブ応答フレームなどと呼ぶこともできる（本実施例では、短いプローブ応答フレーム、最適化したプローブ応答フレーム及びＦＩＬＳプローブ応答フレームを総称して、ＦＩＬＳプローブ応答フレームという）。
【０３０５】
図３７は、ＦＩＬＳプローブ応答フレームの一例を示す図である。図３７に示す例のように、フレーム制御フィールド、あて先アドレスフィールド、ソースアドレスフィールド、タイムスタンプフィールド、変更シーケンスフィールド（又は、設定変更カウントフィールド）、選択的情報要素フィールド及びＦＣＳフィールドを含むことができる。
【０３０６】
フレーム制御フィールドを用いて、プローブ応答フレームがＦＩＬＳプローブ応答フレームであることを示すことができる。
【０３０７】
あて先アドレスフィールドはＳＴＡのＭＡＣアドレスを含むことができ、ソースアドレスフィールドはＡＰのＢＳＳＩＤ（又は、部分ＢＳＳＩＤ）を含むことができる。
【０３０８】
タイムスタンプは、実時間で変更される動的システム情報であるから、設定変更カウントによって変更の有無が示されない。ＳＴＡは、設定変更カウント値が変更されるか否かにかかわらず、ＦＩＬＳプローブ要求フレームのタイムスタンプフィールドを介して常にタイムスタンプ値を取得することができる。
【０３０９】
設定変更カウントフィールドは、望ましいＡＰからＳＴＡが過去の連携時に取得した変更シーケンス値（又は、設定変更カウント値）を含むことができる。設定変更カウントフィールドは、図３７に示す例のように、デフォルト値として含まれてもよいが、情報要素の形態（すなわち、変更シーケンスフィールドの要素ＩＤフィールド及び変更シーケンスフィールドの長さフィールドが追加された形態）で含まれてもよい。
【０３１０】
選択的情報要素フィールドは、ＳＴＡにアップデートしなければならないシステム情報の情報要素を含むことができる。さらに、タイムスタンプを除く動的要素、すなわち、設定変更カウント値に影響を与えないシステム情報も、ＡＰによって支援されると、選択的情報要素フィールドに含まれてもよい。具体的に、ＡＰが支援するか否かによって、ＢＳＳ負荷（ＢＳＳ  ｌｏａｄ）、（隣接ＳＴＡの）ビーコンタイミング（Ｂｅｃｏｎ  ｔｉｍｉｎｇ：Ｏｆ  Ｎｅｉｇｈｂｏｒ  ＳＴＡｓ）、タイム広告（Ｔｉｍｅ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）、ＢＳＳアクセスカテゴリー（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ、ＡＣ）アクセスディレイ（ＢＳＳ  ＡＣ  ａｃｃｅｓｓ  ｄｅｌａｙ）、ＢＳＳ平均アクセスディレイ（ＢＳＳ  Ａｖｅｒａｇｅ  Ａｃｃｅｓｓ  Ｄｅｌａｙ）、ＢＳＳ利用可能な進入能力（ＢＳＳ  ａｖａｉｌａｂｌｅ  ａｄｍｉｓｓｉｏｎ  ｃａｐａｃｉｔｙ）及びＴＰＣ報告要素（ＴＰＣ  Ｒｅｐｏｒｔ  ｅｌｅｍｅｎｔ）（ＴＰＣ報告要素は、一日に２〜５回変更されうる）などを選択的情報要素フィールドに含むことができる。
【０３１１】
図３８は、本発明の一例に係る、システム情報アップデート要求／応答過程を説明するための図である。
【０３１２】
図３８の例は、プローブ要求フレームをＦＩＬＳプローブ要求フレームに代え、プローブ応答フレームをＦＩＬＳプローブ応答フレームに代えた以外は、図３１と同一であり、その詳細な説明は省略する。
【０３１３】
実施例５−４
【０３１４】
前述した既存のプローブ要求フレーム／プローブ応答フレームを用いたシステム情報アップデート方案と類似の動作は、実施例５−４で説明したものとは違う、新しい要求／応答フレームを用いて行われてもよい。新しい要求／応答フレームは、システム情報アップデート要求フレーム、システム情報アップデート応答フレームと呼ぶことができる。又は、新しい要求／応答フレームは、システム情報（ＳＩ）アップデート要求フレーム、システム情報（ＳＩ）アップデート応答フレームと呼ぶこともできる。ただし、本発明の範囲は、新しい要求／応答フレームの名称に制限されるものではなく、本発明で提案する動作に用いられる、他の名称の要求／応答フレームをも含む。
【０３１５】
新しい要求／応答フレームは、ヌル−データパケット（ＮＤＰ）フレームフォーマットの形態であってもよい。
【０３１６】
実施例５−５
【０３１７】
ＡＰが１つ以上のＳＴＡから、設定変更カウント情報が含まれたプローブ要求フレームを受信した場合、ＡＰは、受信したそれぞれの設定変更カウント値と現在の設定変更カウント値とを比較した後、システム情報のアップデートが必要なＳＴＡに適切に構成されたプローブ応答フレームをユニキャスト（ｕｎｉｃａｓｔ）送信することができる。
【０３１８】
図３９は、プローブ応答フレームがユニキャスト送信される例を示す図である。図３９に示す例のように、ＡＰの現在の設定変更カウント値は６であるが、ＳＴＡ１、２及び３から受信した設定変更カウント値はそれぞれ３、４、５であれば、ＡＰは、ＳＴＡ１には、設定変更カウント４、５、６に対応するシステム情報を含むプローブ応答フレームを、ＳＴＡ２には設定変更カウント５、６に対応するシステム情報を含むプローブ応答フレームを、ＳＴＡ３には設定変更カウント６に対応するシステム情報を含むプローブ応答フレームをそれぞれユニキャスト送信することができる。
【０３１９】
しかし、図３９に示す例では、一部の重なる情報（ＳＴＡ１〜３はいずれも、設定変更カウント６に対応するシステム情報を共通に受信する）が存在するにもかかわらず、プローブ要求フレームを送信したＳＴＡの数だけプローブ応答フレームを送信しなければならないという問題点が発生しうる。
【０３２０】
そのため、ＡＰは、それぞれのＳＴＡにアップデートすべきシステム情報要素を１つのプローブ応答フレームに含めた後、ブロードキャスト方式でプローブ応答フレームをＳＴＡに送信することもできる。
【０３２１】
一例として、図４０は、プローブ応答フレームがブロードキャスト送信される例を示す図である。図４０に示す例のように、ＡＰの現在の設定変更カウント値は６であるが、ＳＴＡ１、２及び３から受信した設定変更カウント値はそれぞれ３、４、５であれば、ＡＰは、最も低い設定変更カウント値に基づいてＳＴＡにアップデートすべきシステム情報を選定することができる。図４０の例では、ＳＴＡ１が送信した設定変更カウント値が最も低いので、ＡＰはＳＴＡ１から受信した設定変更カウント値に基づいて、設定変更カウント４、５、６に対応するシステム情報を含むプローブ応答フレームを構成し、それをブロードキャスト送信することができる。
【０３２２】
ＳＴＡ１〜３は、ブロードキャスト送信されるプローブ応答フレームを受信し、システム情報をアップデートすることができる。
【０３２３】
実施例５−６
【０３２４】
上述したいくつかの実施例では、ＳＴＡがＡＰから短いビーコンを受信することによって、現在ＡＰの変更シーケンス値（又は、設定変更カウント値）を認知できるとした。他の例として、ＡＰの変更シーケンス値（又は、設定変更カウント値）は、ＦＩＬＳ探索フレーム（ＦＩＬＳ  Ｄｉｓｃｏｖｅｒｙ  Ｆｒａｍｅ）を介してＳＴＡに送信されてもよい。
【０３２５】
ＦＩＬＳ探索フレームは、速い初期リンクセットアップ（ＦＩＬＳ）のために速い（ｑｕｉｃｋ）ＡＰ（又は、ネットワーク）を支援するためのものであり、ＦＩＬＳ探索フレームは、ビーコンフレームを送信するＳＴＡ（すなわち、ＡＰ）で送信することができる。
【０３２６】
実施例６
【０３２７】
ＳＴＡが望ましいＡＰと分離された後に、望ましいＡＰの設定変更カウント情報及びシステム情報を保存していても、ＡＰのリセットや停電（ｐｏｗｅｒ  ｏｕｔａｇｅ）などの理由で、ＡＰが再起動すると、ＡＰでは望ましいＳＴＡに関する情報（例えば、望ましいＳＴＡの能力）及び設定変更カウント情報が削除されうる。しかし、ＳＴＡは、望ましいＡＰが再起動したか否かが把握できず、設定変更カウント情報を比較しても、正しくシステム情報を受信できないという問題点が発生しうる。
【０３２８】
そのために、再起動したＡＰは、望ましいＳＴＡからＦＩＬＳプローブ要求フレームを受信する場合、ＳＴＡが正しくシステム情報を受信できるように、ＦＩＬＳプローブ応答フレームに、次のフルビーコンまでのデューレーションフィールド又は次のＴＢＴＴに関する情報、又は一般（Ｎｏｒｍａｌ）プローブ要求フレームを要求するための情報を含めることができる。
【０３２９】
一例として、図４１は、ＦＩＬＳ応答フレームに、次のフルビーコンまでのデューレーションフィールド又は次のＴＢＴＴに関する情報が含まれる例を説明するための図である。ＡＰが再起動した後に、望ましいＳＴＡから変更シーケンス情報（又は、設定変更カウント情報）を含むＦＩＬＳプローブ要求フレームを受信すると、ＡＰは、図４１に示す例のように、次のＴＢＴＴに関する情報又は次のフルビーコンまでのデューレーションフィールドを含むＦＩＬＳプローブ応答フレームをＳＴＡに送信することができる。
【０３３０】
ＳＴＡは、ＦＩＬＳプローブ応答フレームが示すフルビーコン送信時点にフルビーコンを受信し、システム情報をアップデートすることができる。
【０３３１】
図４２は、ＦＩＬＳ応答フレームに一般プローブ要求フレームの送信を要求する情報が含まれる例を示す図である。ＡＰが再起動した後に、望ましいＳＴＡから変更シーケンス情報（又は、設定変更カウント情報）を含むＦＩＬＳプローブ要求フレームを受信すると、ＡＰは、図４２に示す例のように、一般プローブ要求フレームの送信を要求する情報を含むＦＩＬＳプローブ応答フレームを送信することができる。ＦＩＬＳプローブ応答フレームを受信したＳＴＡは、一般プローブ要求フレームを送信し、それに対する応答として一般プローブ応答フレームを受信してシステム情報をアップデートすることができる。
【０３３２】
ＦＩＬＳ応答フレームに、次のＴＢＴＴに関する情報（又は、次のフルビーコンまでのデューレーションフィールド）又は一般プローブ要求フレームの送信を要求する情報のいずれかを含めるかは、次のビーコンの送信時点（すなわち、ｎｅｘｔ ＴＢＴＴ）までの残余期間の長さによって決定することができる。次のビーコンの送信時点までの残余期間が短く、ＳＴＡが直ちにフルビーコンを受信できる場合には、ＡＰは、ＦＩＬＳ応答フレームに次のＴＢＴＴに関する情報（又は、次のフルビーコンまでのデューレーションフィールド）を含めることができ、次のビーコンの送信時点までの残余期間が長く、ＳＴＡが近いうちにはフルビーコンを受信できない場合には、ＡＰは、ＦＩＬＳ応答フレームに一般プローブ要求フレームの送信を要求する情報を含め、ＳＴＡの速い初期リンクセットアップを支援することができる。
【０３３３】
本発明のシステム情報アップデート方法において、前述した本発明の様々な実施例で説明した事項は独立して適用されてもよく、又は２つ以上の実施例が同時に適用されるように具現されてもよい。
【０３３４】
図４３は、本発明の一実施例に係る無線装置の構成を示すブロック図である。
【０３３５】
ＡＰ１０は、プロセッサ１１、メモリ１２、送受信器１３を備えることができる。ＳＴＡ２０は、プロセッサ２１、メモリ２２、送受信器２３を備えることができる。送受信器１３及び２３は、無線信号を送信／受信することができ、例えば、ＩＥＥＥ ８０２システムに基づく物理層を具現することができる。プロセッサ１１及び２１は、送受信器１３及び２１と接続して、ＩＥＥＥ ８０２システムに基づく物理層及び／又はＭＡＣ層を具現することができる。プロセッサ１１及び２１は、前述した本発明の様々な実施例に係る動作を行うように構成されてもよい。また、前述した本発明の様々な実施例に係るＡＰ及びＳＴＡの動作を具現するモジュールがメモリ１２及び２２に格納され、プロセッサ１１及び２１によって実行されてもよい。メモリ１２及び２２は、プロセッサ１１及び２１の内部に含まれてもよく、又はプロセッサ１１及び２１の外部に設けられて、プロセッサ１１及び２１と公知の手段によって接続されてもよい。
【０３３６】
このようなＡＰ及びＳＴＡ装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２つ以上の実施例が同時に適用されるように具現されてもよく、重複する内容は明確性のために説明を省略する。
【０３３７】
上述した本発明の実施例は様々な手段を用いて具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０３３８】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３３９】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに保存され、プロセッサによって駆動されてよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０３４０】
以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者に理解されるように、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更することもできる。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いてもよい。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【産業上の利用可能性】
【０３４１】
以上の本発明の様々な実施の形態は、ＩＥＥＥ ８０２．１１システムを中心に説明したが、様々な移動通信システムに同一の方式で適用されてもよい。
【図１】
0006346180.tif 000004
【図２】
0006346180.tif 000005
【図３】
0006346180.tif 000006
【図４】
0006346180.tif 000007
【図５】
0006346180.tif 000008
【図６】
0006346180.tif 000009
【図７（ａ）】
0006346180.tif 000010
【図７（ｂ）】
0006346180.tif 000011
【図８（ａ）】
0006346180.tif 000012
【図８（ｂ）】
0006346180.tif 000013
【図９】
0006346180.tif 000014
【図１０】
0006346180.tif 000015
【図１１】
0006346180.tif 000016
【図１２】
0006346180.tif 000017
【図１３】
0006346180.tif 000018
【図１４】
0006346180.tif 000019
【図１５】
0006346180.tif 000020
【図１６】
0006346180.tif 000021
【図１７】
0006346180.tif 000022
【図１８】
0006346180.tif 000023
【図１９】
0006346180.tif 000024
【図２０】
0006346180.tif 000025
【図２１】
0006346180.tif 000026
【図２２】
0006346180.tif 000027
【図２３】
0006346180.tif 000028
【図２４】
0006346180.tif 000029
【図２５】
0006346180.tif 000030
【図２６】
0006346180.tif 000031
【図２７】
0006346180.tif 000032
【図２８】
0006346180.tif 000033
【図２９】
0006346180.tif 000034
【図３０】
0006346180.tif 000035
【図３１】
0006346180.tif 000036
【図３２】
0006346180.tif 000037
【図３３】
0006346180.tif 000038
【図３４】
0006346180.tif 000039
【図３５】
0006346180.tif 000040
【図３６】
0006346180.tif 000041
【図３７】
0006346180.tif 000042
【図３８】
0006346180.tif 000043
【図３９】
0006346180.tif 000044
【図４０】
0006346180.tif 000045
【図４１】
0006346180.tif 000046
【図４２】
0006346180.tif 000047
【図４３】
0006346180.tif 000048