(57)【特許請求の範囲】
【請求項１】
無線ＬＡＮシステムにおけるアクセスポイント（ＡＰ）により実行される管理情報を送信する方法であって、前記方法は、
ＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）負荷情報要素を含むフレームをステーションに送信することを含み、
前記ＢＳＳ負荷要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含み、
前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力を備えたＳＴＡの全体個数を示し、
前記複数の帯域幅活用度フィールドの各々は、所定の時間の間における各対応するチャネル帯域幅の混雑の程度についての情報を含む、方法。
【請求項２】
前記複数の帯域幅活用度フィールドは、
前記ＡＰの４０ＭＨｚチャネル帯域幅に対応する第１の活用度フィールドと、
前記ＡＰの８０ＭＨｚチャネル帯域幅に対応する第２の活用度フィールドと
を含む、請求項１に記載の方法。
【請求項３】
前記方法は、前記ステーションが結合する前記候補ＢＳＳをスキャニングするためのプローブ要求フレームを前記ステーションから受信することをさらに含み、前記フレームは、前記プローブ要求フレームに応答して送信されるプローブ応答フレームである、請求項１に記載の方法。
【請求項４】
前記帯域幅活用度フィールドの各々の前記情報は、各対応するチャネル帯域幅が混雑する時間のパーセンテージとして定義される、請求項３に記載の方法。
【請求項５】
前記時間のパーセンテージは、２５５に線形的にスケールされる、請求項４に記載の方法。
【請求項６】
前記方法は、前記複数の帯域幅活用度フィールドの各々を設定するために使われる各チャネル帯域幅の状態を決定するために搬送波感知メカニズムを実行することをさらに含む、請求項３に記載の方法。
【請求項７】
前記ステーションは、前記ＢＳＳ負荷情報要素によって示される情報に基づいて前記ステーションが結合する目的ＢＳＳを決定する、請求項６に記載の方法。
【請求項８】
前記フレームは、周期的にブロードキャストされるビーコンフレームである、請求項１に記載の方法。
【請求項９】
無線ＬＡＮシステムにおけるアクセスポイント（ＡＰ）であって、前記ＡＰは、プロセッサを含み、前記プロセッサは、
ＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）負荷情報要素を含むフレームをステーションに送信するように設定され、
前記ＢＳＳ負荷要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含み、
前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力を備えたＳＴＡの全体個数を示し、
前記複数の帯域幅活用度フィールドの各々は、所定の時間の間における各対応するチャネル帯域幅の混雑の程度についての情報を含む、ＡＰ。
【請求項１０】
前記複数の帯域幅活用度フィールドは、
前記ＡＰの４０ＭＨｚチャネル帯域幅に対応する第１の活用度フィールドと、
前記ＡＰの８０ＭＨｚチャネル帯域幅に対応する第２の活用度フィールドと
を含む、請求項９に記載のＡＰ。
【請求項１１】
前記プロセッサは、前記ステーションが結合する前記候補ＢＳＳをスキャニングするためのプローブ要求フレームを前記ステーションから受信するようにさらに設定され、前記フレームは、前記プローブ要求フレームに応答して送信されるプローブ応答フレームである、請求項９に記載のＡＰ。
【請求項１２】
前記帯域幅活用度フィールドの各々の前記情報は、各対応するチャネル帯域幅が混雑する時間のパーセンテージとして定義される、請求項１１に記載のＡＰ。
【請求項１３】
前記プロセッサは、前記複数の帯域幅活用度フィールドの各々を設定するために使われる各運営チャネル帯域幅の状態を決定するために搬送波感知メカニズムを実行するようにさらに設定される、請求項１１に記載のＡＰ。
【請求項１４】
無線ＬＡＮシステムにおけるステーション（ＳＴＡ）により実行される管理情報を受信する方法であって、前記方法は、
ＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）負荷情報要素を含むフレームをアクセスポイント（ＡＰ）から受信することを含み、
前記ＢＳＳ負荷要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含み、
前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力を備えたＳＴＡの全体個数を示し、
前記複数の帯域幅活用度フィールドの各々は、所定の時間の間における各対応するチャネル帯域幅の混雑の程度についての情報を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線ＬＡＮシステムにおいて、管理情報を送信する方法及びこれをサポートする装置に関する。
【背景技術】
【０００２】
最近、情報通信技術の発展とともに多様な無線通信技術が開発されている。このうち、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ；ＷＬＡＮ）は、無線周波数技術に基づいて個人携帯用情報端末機（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ；ＰＤＡ）、ラップトップコンピュータ、携帯型マルチメディアプレーヤ（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ；ＰＭＰ）等のような携帯型端末機を利用して家庭や企業又は特定サービス提供地域で無線でインターネットに接続することができるようにする技術である。
【０００３】
ＷＬＡＮ技術の標準化機構であるＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２が１９８０年２月に設立された以来、多くの標準化作業が実行されている。初期のＷＬＡＮ技術は、ＩＥＥＥ８０２．１１を介して２．４ＧＨｚ周波数を使用して周波数ホッピング、帯域拡散、赤外線通信などで１〜２Ｍｂｐｓの速度をサポートした以来、最近にはＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）を適用して最大５４Ｍｂｐｓの速度をサポートすることができる。その他、ＩＥＥＥ８０２．１１では、ＱｏＳ（Ｑｕａｌｉｔｙ  ｆｏｒ  Ｓｅｒｖｉｃｅ）の向上、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）プロトコル互換、セキュリティ強化（Ｓｅｃｕｒｉｔｙ  Ｅｎｈａｎｃｅｍｅｎｔ）、無線リソース測定（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  ｍｅａｓｕｒｅｍｅｎｔ）、車両環境のための無線接続（Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔ）、速いローミング（Ｆａｓｔ  Ｒｏａｍｉｎｇ）、メッシュネットワーク（Ｍｅｓｈ  Ｎｅｔｗｏｒｋ）、外部ネットワークとの相互作用（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｗｉｔｈ  Ｅｘｔｅｒｎａｌ  Ｎｅｔｗｏｒｋ）、無線ネットワーク管理（Ｗｉｒｅｌｅｓｓ  ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ）等、多様な技術の標準を実用化又は開発中である。また、無線ＬＡＮで脆弱点と指摘されてきた通信速度に対する限界を克服するために比較的最近に制定された技術規格としてＩＥＥＥ８０２．１１ｎがある。ＩＥＥＥ８０２．１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張することを目的にしている。
【０００４】
ＩＥＥＥ８０２．１１ｎではデータ処理速度が最大５４０Ｍｂｐｓ以上である高処理率（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ）をサポートし、また、送信エラーを最小化してデータ速度を最適化するために送信部と受信部の両方ともに多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔｓ  ａｎｄ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔｓ）技術を導入した。また、データ信頼性を高めるために重複する写本を複数個送信するコーディング方式が使われることができ、物理階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）で多重化方式に直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ；ＯＦＤＭ）が使われる。
【０００５】
ＷＬＡＮの補給が活性化され、これを利用したアプリケーションが多様化されることによって、最近にはＩＥＥＥ８０２．１１ｎがサポートするデータ処理速度より高い処理率をサポートするための新たなＷＬＡＮシステムに対する必要性が台頭されている。しかし、ＩＥＥＥ８０２．１１ｎ媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）／物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ；ＰＨＹ）プロトコルは、１Ｇｂｐｓ以上のスループットの提供に効果的でない。その理由は、ＩＥＥＥ８０２．１１ｎＭＡＣ／ＰＨＹプロトコルは、単一ステーション（ｓｔａｔｉｏｎ；ＳＴＡ）、即ち、一つのネットワークインターフェースカード（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ；ＮＩＣ）を有するＳＴＡの動作のためのものであり、既存のＩＥＥＥ８０２．１１ｎのＭＡＣ／ＰＨＹプロトコルをそのまま維持しながら、フレームの処理量を増加させるほど、これにより、付加的に発生するオーバーヘッド（Ｏｖｅｒｈｅａｄ）も増加するためである。結局、既存のＩＥＥＥ８０２．１１ｎＭＡＣ／ＰＨＹプロトコル、即ち、単一ＳＴＡアーキテクチャをそのまま維持しながら、無線通信ネットワークのスループット（ｔｈｒｏｕｇｈｐｕｔ）を向上させることは限界がある。
【０００６】
したがって、無線通信ネットワークで１Ｇｂｐｓ以上のデータ処理速度を達成するためには既存の単一ＳＴＡアーキテクチャであるＩＥＥＥ８０２．１１ｎＭＡＣ／ＰＨＹプロトコルとは異なる新たなシステムが要求される。ＶＨＴ（Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）無線ＬＡＮシステムは、ＩＥＥＥ８０２．１１ｎ無線ＬＡＮシステムの次のバージョンであり、ＭＡＣサービス接続ポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＳＡＰ）で１Ｇｂｐｓ以上のデータ処理速度をサポートするために最近に新たな提案されているＩＥＥＥ８０２．１１無線ＬＡＮシステムのうち一つである。
【０００７】
ＶＨＴ無線ＬＡＮシステムは、無線チャネルを効率的に利用するために複数のＶＨＴ  ｎｏｎ−ＡＰ  ＳＴＡが同時にチャネルに接近して使用することを許容する。このために多重アンテナを利用したＭＵ−ＭＩＭＯ（ｍｕｌｔｉ  ｕｓｅｒ  ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）方式の送信をサポートする。ＶＨＴ  ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）は、複数のＶＨＴ  ｎｏｎ−ＡＰ  ＳＴＡに空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されたデータを同時に送信することができる。複数のアンテナを使用して複数の空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）を複数のｎｏｎ−ＡＰ  ＳＴＡに配分して同時にデータを送信することによって、無線ＬＡＮシステムの全般的なスループット（ｔｈｒｏｕｇｈｐｕｔ）を上げることができる。
【０００８】
無線ＬＡＮシステムにおいて、ｎｏｎ−ＡＰ  ＳＴＡは、サービスを提供しているＡＰを探索（ｓｃａｎｎｉｎｇ）し、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、結合（ａｓｓｏｃｉａｔｉｏｎ）手順を実行する。ｎｏｎ−ＡＰ  ＳＴＡがＡＰを探索した結果、複数のＡＰが探索された場合、ｎｏｎ−ＡＰ  ＳＴＡは、自分が結合するＡＰを選択することができる。ｎｏｎ−ＡＰ  ＳＴＡがＡＰを選択するとき、全体ネットワークのロードバランス（ｌｏａｄ  ｂａｌａｎｃｅ）を考慮することが好ましい。
【０００９】
無線ＬＡＮ端末の補給が増えて、活用が増加しながら、複数のＡＰが設置されている。これにより、同じチャネルを使用するＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）のＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）の全部又は一部が（ｅｉｔｈｅｒ  ｐａｒｔｌｙ  ｏｒ  ｗｈｏｌｌｙ）重なる（ｏｖｅｒｌａｐｐｉｎｇ）ＯＢＳＳ（Ｏｖｅｒｌａｐｐｉｎｇ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）環境が増加している。また、ＭＵ−ＭＩＭＯをサポートする無線ＬＡＮネットワークの場合、ｎｏｎ−ＡＰ  ＳＴＡが結合するＡＰの選択時に考慮しなけれなならない事項はさらに増加することができる。したがって、ｎｏｎ−ＡＰ  ＳＴＡが結合するＡＰを選択する過程で参照することができる情報をｎｏｎ−ＡＰ  ＳＴＡに提供することは、無線ＬＡＮネットワーク全体の効率を管理する側面で重要な要素になることができる。
【００１０】
無線ＬＡＮネットワークの全体効率を上げるために、ｎｏｎ−ＡＰ  ＳＴＡが結合するＡＰを選択するとき、ｎｏｎ−ＡＰ  ＳＴＡが参照することができる制御情報を生成してｎｏｎ−ＡＰ  ＳＴＡに送信する方法及び該当制御情報に基づいたｎｏｎ−ＡＰ  ＳＴＡのＡＰ選択方法に対する考慮が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、無線ＬＡＮネットワークシステムにおけるＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）がロード情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する方法を提供する。
【００１２】
本発明は、ｎｏｎ−ＡＰ  ＳＴＡが結合するＡＰを決定する方法及びこれを実行する装置を提供する。
【課題を解決するための手段】
【００１３】
一態様において、無線ＬＡＮシステムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）により実行される管理情報送信方法が提供される。前記方法は、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）負荷情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）要素を含むフレームをステーション（ｓｔａｔｉｏｎ；ＳＴＡ）に送信することを含む。前記ＢＳＳ負荷情報要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含む。前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力値（ＭＵ  ｒｅｃｅｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）を備えたＳＴＡの全体個数を指示する。前記複数の帯域幅活用度フィールドは、複数の運営チャネル帯域幅が混雑（ｂｕｓｙ）するかどうかを指示する。
【００１４】
各活用度フィールドは、各運営チャネル帯域幅が混雑するかどうかを指示する。
【００１５】
前記複数の帯域幅活用度フィールドは、前記ＡＰの４０ＭＨｚ運営チャネル帯域幅に対応される第１の活用度フィールド、前記ＡＰの８０ＭＨｚ運営チャネル帯域幅に対応される第２の活用度フィールド、及び前記ＡＰの１６０ＭＨｚ運営チャネル帯域幅に対応される第３の活用度フィールドを含む。
【００１６】
前記方法は、前記ＳＴＡが結合する前記候補ＢＳＳをスキャニングするためのプローブ要求フレームを前記ＳＴＡから受信することをさらに含む。前記フレームは、前記プローブ要求フレームに応答して送信される。
【００１７】
前記複数の帯域幅活用度フィールドの各々は、各運営チャネル帯域幅が混雑した時間のパーセンテージ（ｐｅｒｃｅｎｔａｇｅ）として定義される。
【００１８】
前記時間のパーセンテージは、２５５に正規化（ｌｉｎｅａｒｌｙ  ｓｃａｌｅｄ）される。
【００１９】
前記方法は、前記複数の帯域幅活用度フィールドの各々を設定するために使われる各運営チャネル帯域幅の状態を決定するためにＣＳ（ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）メカニズムを実行することをさらに含む。
【００２０】
前記ＳＴＡは、前記ＢＳＳ負荷情報要素に基づいて前記ＳＴＡが結合する目的ＢＳＳを決定する。
【００２１】
前記フレームは、周期的にブロードキャストされるビーコンフレームである。
【００２２】
他の態様において、無線ＬＡＮシステムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）が提供される。前記ＡＰは、プロセッサを含み、前記プロセッサは、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）負荷情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）要素を含むフレームをステーション（ｓｔａｔｉｏｎ；ＳＴＡ）に送信するように設定される。前記ＢＳＳ負荷情報要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含む。前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力値（ＭＵ  ｒｅｃｅｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）を備えたＳＴＡの全体個数を指示する。前記複数の帯域幅活用度フィールドは、複数の運営チャネル帯域幅が混雑（ｂｕｓｙ）するかどうかを指示する。
例えば、本願発明は以下の項目を提供する。
（項目１）
無線ＬＡＮシステムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）により実行される管理情報送信方法において、前記方法は、
ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）負荷情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）要素を含むフレームをステーション（ｓｔａｔｉｏｎ；ＳＴＡ）に送信することを含み、
前記ＢＳＳ負荷情報要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含み、
前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力値（ＭＵ  ｒｅｃｅｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）を備えたＳＴＡの全体個数を指示し、及び
前記複数の帯域幅活用度フィールドは、複数の運営チャネル帯域幅が混雑（ｂｕｓｙ）するかどうかを指示することを特徴とする管理情報送信方法。
（項目２）
各活用度フィールドは、各運営チャネル帯域幅が混雑するかどうかを指示することを特徴とする項目１に記載の管理情報送信方法。
（項目３）
前記複数の帯域幅活用度フィールドは、前記ＡＰの４０ＭＨｚ運営チャネル帯域幅に対応される第１の活用度フィールド、前記ＡＰの８０ＭＨｚ運営チャネル帯域幅に対応される第２の活用度フィールド、及び前記ＡＰの１６０ＭＨｚ運営チャネル帯域幅に対応される第３の活用度フィールドを含むことを特徴とする項目２に記載の管理情報送信方法。
（項目４）
前記方法は、前記ＳＴＡが結合する前記候補ＢＳＳをスキャニングするためのプローブ要求フレームを前記ＳＴＡから受信することをさらに含み、前記フレームは、前記プローブ要求フレームに応答して送信されることを特徴とする項目１に記載の管理情報送信方法。
（項目５）
前記複数の帯域幅活用度フィールドの各々は、各運営チャネル帯域幅が混雑した時間のパーセンテージ（ｐｅｒｃｅｎｔａｇｅ）として定義されることを特徴とする項目４に記載の管理情報送信方法。
（項目６）
前記時間のパーセンテージは、２５５に正規化（ｌｉｎｅａｒｌｙ  ｓｃａｌｅｄ）されることを特徴とする項目５に記載の管理情報送信方法。
（項目７）
前記方法は、前記複数の帯域幅活用度フィールドの各々を設定するために使われる各運営チャネル帯域幅の状態を決定するためにＣＳ（ｃａｒｒｉｅｒ  Ｓｅｎｓｅ）メカニズムを実行することをさらに含むことを特徴とする項目４に記載の管理情報送信方法。
（項目８）
前記ＳＴＡは、前記ＢＳＳ負荷情報要素に基づいて前記ＳＴＡが結合する目的ＢＳＳを決定することを特徴とする項目７に記載の管理情報送信方法。
（項目９）
前記フレームは、周期的にブロードキャストされるビーコンフレームであることを特徴とする項目１に記載の管理情報送信方法。
（項目１０）
無線ＬＡＮシステムにおけるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）において、前記ＡＰは、プロセッサを含み、前記プロセッサは、
ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）負荷情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）要素を含むフレームをステーション（ｓｔａｔｉｏｎ；ＳＴＡ）に送信するように設定され、
前記ＢＳＳ負荷情報要素は、ＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）サポートＳＴＡカウントフィールド及び複数の帯域幅活用度フィールドを含み、
前記ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールドは、前記ＡＰにより管理される候補ＢＳＳと現在結合中であるＭＵ受信能力値（ＭＵ  ｒｅｃｅｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）を備えたＳＴＡの全体個数を指示し、及び
前記複数の帯域幅活用度フィールドは、複数の運営チャネル帯域幅が混雑（ｂｕｓｙ）するかどうかを指示することを特徴とするＡＰ。
（項目１１）
各活用度フィールドは、各運営チャネル帯域幅が混雑するかどうかを指示することを特徴とする項目１０に記載のＡＰ。
（項目１２）
前記複数の帯域幅活用度フィールドは、前記ＡＰの４０ＭＨｚ運営チャネル帯域幅に対応される第１の活用度フィールド、前記ＡＰの８０ＭＨｚ運営チャネル帯域幅に対応される第２の活用度フィールド、及び前記ＡＰの１６０ＭＨｚ運営チャネル帯域幅に対応される第３の活用度フィールドを含むことを特徴とする項目１１に記載のＡＰ。
（項目１３）
前記プロセッサは、前記ＳＴＡが結合する前記候補ＢＳＳをスキャニングするためのプローブ要求フレームを前記ＳＴＡから受信するように設定され、前記フレームは、前記プローブ要求フレームに応答して送信されることを特徴とする項目１０に記載のＡＰ。
（項目１４）
前記複数の帯域幅活用度フィールドの各々は、各運営チャネル帯域幅が混雑した時間のパーセンテージ（ｐｅｒｃｅｎｔａｇｅ）として定義されることを特徴とする項目１３に記載のＡＰ。
（項目１５）
前記プロセッサは、前記複数の帯域幅活用度フィールドの各々を設定するために使われる各運営チャネル帯域幅の状態を決定するためにＣＳ（ｃａｒｒｉｅｒＳｅｎｓｅ）メカニズムを実行するように設定されることを特徴とする項目１３に記載のＡＰ。
【発明の効果】
【００２３】
ｎｏｎ−ＡＰ  ＳＴＡにＡＰの可用リソース情報を知らせることができ、ｎｏｎ−ＡＰ  ＳＴＡは、結合するＡＰを決定するとき、ＡＰの可用リソース情報を参照することができるため、無線ＬＡＮネットワークの効率を増大させることができる。
【図面の簡単な説明】
【００２４】
【図１】ＩＥＥＥ８０２．１１の物理階層アーキテクチャを示す。
【図２】管理フレームに含まれて送信されるＢＳＳ負荷（ｌｏａｄ）情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ；ＩＥ）フォーマットの一例を示す。
【図３】本発明の一実施例に係るチャネル相関度情報を含むＢＳＳ負荷ＩＥの一例を示す。
【図４】ＡＰが図３のＢＳＳ負荷ＩＥをｎｏｎ−ＡＰ  ＳＴＡに提供する手順の一例を示す。
【図５】本発明の他の一実施例に係るＢＳＳ負荷ＩＥフォーマットの一例である。
【図６】ＡＰ立場から使用しているチャネルの活用度を示す。
【図７】本発明の実施例に係る‘ＭＵ−ＭＩＭＯ活用度’を示す方法を示す。
【図８】本発明の実施例に係るＭＵ−ＭＩＭＯ活用度を示す方法の他の一例を示す。
【図９】本発明の実施例に係るＭＵ−ＭＩＭＯ活用度を示す方法の他の一例を示す。
【図１０】本発明の実施例に係るＭＵ−ＭＩＭＯ活用度情報を含むＢＳＳ負荷ＩＥフォーマットの一例である。
【図１１】ＢＳＳ負荷ＩＥフォーマットの一例を示す。
【図１２】ＢＳＳ負荷ＩＥフォーマットの一例を示す。
【図１３】ＢＳＳ負荷ＩＥフォーマットの一例を示す。
【図１４】メトリック方式によって平均空間ストリームカウントを計算する例示を示す。
【図１５】メトリック方式によって平均空間ストリームカウントを計算する例示を示す。
【図１６】特定帯域で干渉が発生する場合の送信の一例を示す。
【図１７】本発明の一実施例に係るＢＳＳ負荷ＩＥフォーマットを示すブロック図である。
【図１８】各帯域幅別にチャネル活用度情報を報告する本発明の実施例に係るＢＳＳ負荷ＩＥフォーマットの一例である。
【図１９】‘ＢＷ  ｉｄｌｅ  ｍｅｔｒｉｃ’と‘ＢＷ  ｂｕｓｙ  ｍｅｔｒｉｃ’の両方ともを含んで報告する場合のＢＳＳ負荷ＩＥフォーマット一例を示す。
【図２０】本発明の一実施例が具現される無線装置を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下、添付図面を参照して本発明の実施例に対して詳細に説明する。
【００２６】
本発明の実施例が具現されることができるＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）システムは、少なくとも一つのＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）を含む。ＢＳＳは、互いに通信するために成功的に同期化されたステーション（ｓｔａｔｉｏｎ；ＳＴＡ）の集合である。ＳＴＡは、ＩＥＥＥ８０２．１１標準を満たすＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）及びＰＨＹ（ｗｉｒｅｌｅｓｓ−ｍｅｄｉｕｍ  ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）インターフェースを含む任意の機能媒体である。ＳＴＡは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）又はｎｏｎ−ＡＰ  ＳＴＡである。
【００２７】
ＡＰは、ＳＴＡの機能を有し、無線媒体（ｗｉｒｅｌｅｓｓ  ｍｅｄｉｕｍ；ＷＭ）を介して自分と連結されたＳＴＡの分散サービス（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｅｒｖｉｃｅｓ；ＤＳ）への接近を提供する機能媒体である。ＡＰは、集中制御器（ｃｅｎｔｒａｌｉｚｅｄ  ｃｏｎｔｒｏｌｌｅｒ）、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、スケジューラ（ｓｃｈｅｄｕｌｅｒ）等のような他の名称で呼ばれることもある。
【００２８】
ｎｏｎ−ＡＰ  ＳＴＡは、ＡＰでないＳＴＡであり、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、携帯用機器、インターフェースカードなどのような他の名称で呼ばれることもある。
【００２９】
ＢＳＳは、独立（Ｉｎｄｅｐｅｎｄｅｎｔ）ＢＳＳ（ＩＢＳＳ）と、インフラストラクチャ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ＢＳＳと、に分類されることができる。インフラストラクチャＢＳＳは、少なくとも一つのｎｏｎ−ＡＰ  ＳＴＡとＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）を含む。
【００３０】
図１は、ＩＥＥＥ８０２．１１の物理階層アーキテクチャを示す。
【００３１】
ＩＥＥＥ８０２．１１の物理階層アーキテクチャ（ＰＨＹ  ｌａｙｅｒ  ａｒｃｈｉｔｅｃｔｕｒｅ）は、ＰＬＭＥ（ＰＨＹ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｃｅｄｕｒｅ）副階層１１０、ＰＭＤ（Ｐｈｙｓｉｃａｌ  Ｍｅｄｉｕｍ  Ｄｅｐｅｎｄｅｎｔ）副階層１００で構成される。ＰＬＭＥは、ＭＬＭＥ（ＭＡＣ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と協調して物理階層の管理機能を提供する。ＰＬＣＰ副階層１１０は、ＭＡＣ副階層１２０とＰＭＤ副階層１００との間でＭＡＣ階層１２０の指示によってＭＡＣ副階層１２０から受けたＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）をＰＭＤ副階層に伝達したり、ＰＭＤ副階層１００からくるフレームをＭＡＣ副階層１２０に伝達したりする。ＰＭＤ副階層１００は、ＰＬＣＰの下位階層であり、無線媒体を介した二つのステーション間の物理階層エンティティ（ｅｎｔｉｔｙ）の送信／受信が可能にする。
【００３２】
ＰＬＣＰ副階層１１０は、ＭＰＤＵをＭＡＣ副階層１２０から受けてＰＭＤ副階層１００に伝達する過程で物理階層送受信機により必要な情報を含む付加フィールドを加える。このとき、付加されるフィールドは、ＭＰＤＵにＰＬＣＰプリアンブル（ｐｒｅａｍｂｌｅ）、ＰＬＣＰヘッダ（ｈｅａｄｅｒ）、データフィールド上に必要なテールビット（Ｔａｉｌ  Ｂｉｔｓ）などになることができる。ＰＬＣＰプリアンブルは、ＰＳＤＵ（ＰＬＣＰ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ＝ＭＰＤＵ）が送信される前に、受信機に同期化機能とアンテナダイバーシティを準備するようにする役割をする。ＰＬＣＰヘッダには受信ＳＴＡがフレームを受信し、復元するときに必要な情報を含むフィールドが含まれる。
【００３３】
ＰＬＣＰ副階層１１０でＭＰＤＵに前述したフィールドを付加してＰＰＤＵ（ＰＬＣＰ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成し、ＰＭＤ副階層を経て受信ステーションに送信し、受信ステーションは、ＰＰＤＵを受信し、ＰＬＣＰプリアンブル、ＰＬＣＰヘッダからデータ復元に必要な情報を得てデータを復元する。
【００３４】
ｎｏｎ−ＡＰ  ＳＴＡが無線ＬＡＮネットワークに参加するためには、互換可能なネットワークを識別しなければならない。ｎｏｎ−ＡＰ  ＳＴＡが特定領域に存在するネットワークを識別する過程をスキャニング（ｓｃａｎｎｉｎｇ）手順という。即ち、スキャニング手順は、Ｎｏｎ−ＡＰ  ＳＴＡが結合（ａｓｓｏｃｉａｔｉｏｎ）又は再結合（ｒｅａｓｓｏｃｉａｔｉｏｎ）手順で結合する対象になる候補ＡＰを探す過程を意味する。
【００３５】
スキャニング手順は、受動スキャニング（Ｐａｓｓｉｖｅ  Ｓｃａｎｎｉｎｇ）と能動スキャニング（Ａｃｔｉｖｅ  Ｓｃａｎｎｉｎｇ）の二つの類型がある。受動スキャニングは、ＡＰが周期的に送信するビーコンフレーム（Ｂｅａｃｏｎ  Ｆｒａｍｅ）を利用する方法である。Ｎｏｎ−ＡＰ  ＳＴＡは、ＢＳＳを管理するＡＰが周期的に送信するビーコンフレームを受信することで、自分が接続可能なＢＳＳを探すことができる。
【００３６】
能動スキャニングは、Ｎｏｎ−ＡＰ  ＳＴＡがプローブ要求フレーム（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ  Ｆｒａｍｅ）を送信することで、自分が接続可能なＢＳＳを探索する方法である。能動スキャニングによる場合、Ｎｏｎ−ＡＰ  ＳＴＡがプローブ要求フレームを送信すると、プローブ要求フレームを受信したＡＰが、自分が管理するＢＳＳのサービスセットＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ；ＳＳＩＤ）と自分がサポートする能力値（Ｃａｐａｂｉｌｉｔｙ）等の情報が含まれているプローブ応答フレーム（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ  Ｆｒａｍｅ）をＮｏｎ−ＡＰ  ＳＴＡに送信する。Ｎｏｎ−ＡＰ  ＳＴＡは、受信されたプローブ応答フレームを介して候補ＡＰの存在と共に前記候補ＡＰに対する多様な情報を知ることができる。
【００３７】
Ｎｏｎ−ＡＰ  ＳＴＡは、スキャニング手順で受信したビーコンフレーム又はプローブ応答フレームを介して自分が参加（ｊｏｉｎ）することができるＢＳＳが存在するか否かが知ることができる。
【００３８】
スキャニング手順に続く認証手順は、無線通信に参加するエンティティの間に認証手順と暗号化方式などを交渉する過程である。例えば、Ｎｏｎ−ＡＰ  ＳＴＡは、スキャニング手順で探した一つ以上のＡＰのうち、結合しようとするＡＰと認証手順を実行することができる。認証手順は、開放−システム認証（Ｏｐｅｎ−Ｓｙｓｔｅｍ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、共有−キー認証（Ｓｈａｒｅｄ−Ｋｅｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、事前認証（Ｐｒｅａｕｔｈｅｎｔｉｃａｔｉｏｎ）、製造業者（ｖｅｎｄｏｒ）の自体開発アルゴリズムによる自体認証接近（ｐｒｏｐｒｉｅｔａｒｙ  ｐｕｂｌｉｃ−ｋｅｙ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）方式などの多様な方式が適用されることができる。より強化された認証方式に、ＩＥＥＥ８０２．１ｘベースのＥＡＰ−ＴＬＳ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）、ＥＡＰ−ＴＴＬＳ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｕｎｎｅｌｅｄ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）、ＥＡＰ−ＦＡＳＴ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｆｌｅｘｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｖｉａ  Ｓｅｃｕｒｅ  Ｔｕｎｎｅｌｉｎｇ）、ＰＥＡＰ（Ｐｒｏｔｅｃｔｅｄ  Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などがある。
【００３９】
認証手順で成功的に認証を完了した後、Ｎｏｎ−ＡＰ  ＳＴＡは、ＡＰと結合（ａｓｓｏｃｉａｔｉｏｎ）手順を実行することができる。結合手順は、Ｎｏｎ−ＡＰ  ＳＴＡとＡＰとの間に識別可能な連結、即ち、無線リンクを設定することを意味する。
【００４０】
結合手順で、Ｎｏｎ−ＡＰ  ＳＴＡは、認証手順を成功的に完了したＡＰに結合要求フレーム（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｆｒａｍｅ）を送信し、ＡＰは、これに対する応答として‘成功（Ｓｕｃｃｅｓｓｆｕｌ）’という状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）を有する結合応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ｆｒａｍｅ）をＮｏｎ−ＡＰ  ＳＴＡに送信する。前記結合応答フレームには特定Ｎｏｎ−ＡＰ  ＳＴＡとの結合を識別することができる識別子、例えば、結合ＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ；ＡＩＤ）が含まれる。
【００４１】
結合手順が成功的に完了した後も、可変的なチャネル状況によってＮｏｎ−ＡＰ  ＳＴＡとＡＰとの連結状態が悪くなる場合などに、Ｎｏｎ−ＡＰ  ＳＴＡは、よいチャネル状況である他のＡＰと再び結合過程を実行することができ、これを再結合手順（Ｒｅａｓｓｏｃｉａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）という。このような再結合手順は、前述した結合手順と類似する。より具体的に、再結合手順では、Ｎｏｎ−ＡＰ  ＳＴＡは、現在結合されているＡＰでない他のＡＰ（例えば、前述したスキャニング過程で探した候補ＡＰのうち、認証手順を成功的に完了したＡＰ）に再結合要求フレームを送信し、前記他のＡＰは、再結合応答フレームをＮｏｎ−ＡＰ  ＳＴＡに送信する。ただし、再結合要求フレームには以前に結合したＡＰに対する情報が含まれ、この情報を介して、再結合ＡＰは、既存ＡＰにバッファリングされているデータをＮｏｎ−ＡＰ  ＳＴＡに伝達することができる。
【００４２】
以下、前述したスキャニング手順の結果、Ｎｏｎ−ＡＰ  ＳＴＡが自分が参加（ｊｏｉｎ）可能な複数のＢＳＳを探した時、どのＢＳＳに参加するかを決定する方法に対し、より詳細に説明する。また、Ｎｏｎ−ＡＰ  ＳＴＡがどのＢＳＳに参加するかを決定することは、どのＡＰと認証及び結合手順を進行するかを決定することであるということもできる。
【００４３】
Ｎｏｎ−ＡＰ  ＳＴＡが参加可能な複数の候補ＢＳＳのうちいずれか一つを選択して参加するＢＳＳを決定するとき、各候補ＢＳＳの負荷（ｌｏａｄ）を考慮して決定することが好ましい。候補ＢＳＳの各々のｎｏｎ−ＡＰ  ＳＴＡの数及びトラフィック水準を参照して参加するＢＳＳを決定すると、負荷が特定ＢＳＳに集中する現象を防止することで、全般的な無線ＬＡＮシステムでの効率を上げることができる。このために、ｎｏｎ−ＡＰ  ＳＴＡが参照することができる各候補ＢＳＳの負荷情報をｎｏｎ−ＡＰ  ＳＴＡに知らせることが必要である。
【００４４】
ＡＰは、自分の状態情報をＳＴＡに知らせるために、ＢＳＳ負荷情報要素（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を含む管理フレームを送信することができる。負荷情報要素を含む管理フレームは、スキャニング手順でスキャニングを実行するｎｏｎ−ＡＰ  ＳＴＡにユニキャスティング（ｕｎｉｃａｓｔｉｎｇ）されたり、ＢＳＳのＢＳＡ内の全体ＳＴＡにブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）されたりすることができる。または、ＢＳＳ負荷ＩＥを含む管理フレームは、周期的にＢＳＡ内のｎｏｎ−ＡＰ  ＳＴＡにブロードキャスティングされることができる。
【００４５】
図２は、管理フレームに含まれて送信されるＢＳＳ負荷（ｌｏａｄ）情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ；ＩＥ）フォーマットの一例を示す。
【００４６】
ＢＳＳ負荷ＩＥは、ＢＳＳ内のｎｏｎ−ＡＰ  ＳＴＡの数及びトラフィック水準に対する情報を含むことができる。ＢＳＳ負荷ＩＥは、ｎｏｎ−ＡＰ  ＳＴＡが結合するＡＰの決定時に参照することができる情報を提供することができる。
【００４７】
図２のＢＳＳ負荷ＩＥは、情報要素の識別情報を含む要素識別子（Ｅｌｅｍｅｎｔ  ＩＤ）フィールド、ＩＥの長さ情報を含む長さ（Ｌｅｎｇｔｈ）フィールド、ステーションカウント（Ｓｔａｔｉｏｎ  Ｃｏｕｎｔ）フィールド、チャネル（ｃｈａｎｎｅｌ）活用度（Ｕｔｉｌｉｚａｔｉｏｎ）フィールド、可用加入容量（Ａｖａｉｌａｂｌｅ  Ａｄｍｉｓｓｉｏｎ  Ｃａｐａｃｉｔｙ）フィールドを含む。
【００４８】
ＳＴＡカウントフィールドは、ＢＳＳと現在結合されたｎｏｎ−ＡＰ  ＳＴＡの全体数を指示する符号なし整数（ｕｎｓｉｇｎｅｄ  ｉｎｔｅｇｅｒ）として解釈されることができる。
【００４９】
チャネル活用度フィールドは、２５５を１００％にする、線形的にスケールされた時間の百分率として定義されることができる。時間の百分率は、ＡＰが物理的（ｐｈｙｓｉｃａｌ）又は仮想（ｖｉｒｔｕａｌ）搬送波感知（ｃａｒｒｉｅｒ  ｓｅｎｓｅ；ＣＳ）メカニズムにより感知した無線媒体（ｍｅｄｉｕｍ）が混雑（ｂｕｓｙ）した時間である。ＢＳＳで一つ以上のチャネルが使われる時、チャネル活用度フィールドの値は、主チャネル（ｐｒｉｍａｒｙ  ｃｈａｎｎｅｌ）の値のみで計算することができる。チャネル活用度フィールドの値は、数式１により計算されることができる。
【００５０】
（数１）
ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎ＝Ｉｎｔｅｇｅｒ（（ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｔｉｍｅ／（ｄｏｔ１１ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＢｅａｃｏｎＩｎｔｅｒｖａｌｓ×ｄｏｔ１１ＢｅａｃｏｎＰｅｒｉｏｄ×１０２４））×２５５）、
【００５１】
数１において、ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｔｉｍｅは、ＣＳメカニズムが指示する、マイクロ秒単位の、チャネルが混雑した期間に定義されることができる。ｄｏｔ１１ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＢｅａｃｏｎＩｎｔｅｒｖａｌｓは、連続したビーコン間隔の数を示す。チャネル混雑期間は、連続したビーコン間隔中に測定される。
【００５２】
可用加入容量フィールドは、２オクテットの長さを有することができ、無線媒体の可用時間の残量を明示する３２μｓ／ｓ単位の、符号なし整数を含むことができる。可用加入容量フィールドは、ｎｏｎ−ＡＰ  ＳＴＡのローミング（ｒｏａｍｉｎｇ）で将来の許可制御要求を受け入れることができるＡＰを選択するときに活用されることができる。しかし、これがＨＣ（ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｏｒ）が将来の許可要求を受け入れることを保障するものではない。
【００５３】
図２のＢＳＳ負荷ＩＥフォーマットには、ＳＴＡの空間再使用指数（ｓｐａｔｉａｌ  ｒｅ−ｕｓｅ  ｆａｃｔｏｒ）、ＳＴＡ間のチャネル相関度等、ＭＩＭＯ送信をサポートする無線ＬＡＮシステムでＭＩＭＯ送信と関連したＡＰの負荷情報（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）が含まれていない。ＭＩＭＯ送信をサポートする無線ＬＡＮシステムでＡＰを選択しようとするｎｏｎ−ＡＰ  ＳＴＡは、候補ＡＰの空間再使用指数、ｎｏｎ−ＡＰ  ＳＴＡ間のチャネル相関度などの情報も考慮してＡＰを選択するようにすることが好ましい。以下、ＭＵ−ＭＩＭＯ送信をサポートする無線ＬＡＮシステムにおいて、ＡＰがｎｏｎ−ＡＰ  ＳＴＡに送信することができる多様なＢＳＳ負荷情報の送信方法、送信情報に対して具体的な一例と共に説明する。
【００５４】
以下、本発明を記述するにあたって、ＢＳＳ負荷ＩＥは、ＡＰがＢＳＡ内のｎｏｎ−ＡＰ  ＳＴＡに送信する制御情報を含むＩＥであり、その名称は例示に過ぎない。以下、ＢＳＳ負荷ＩＥに含まれて送信される情報は、一つのＩＥに含まれて送信されたり、別個のＩＥとして送信されたりすることができる。
【００５５】
ＡＰは、制御フレーム（ｃｏｎｔｒｏｌ  ｆｒａｍｅ）及び／又は管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）を利用してＢＳＳ負荷ＩＥを送信することができる。制御フレーム及び／又は管理フレームは、ｎｏｎ−ＡＰ  ＳＴＡにユニキャスティングされたり、ＢＳＡ内の全てのｎｏｎ−ＡＰ  ＳＴＡにブロードキャスティングされたりすることができる。ＡＰは、情報提供要求によってＢＳＳ負荷ＩＥを送信したり、ｎｏｎ−ＡＰ  ＳＴＡの情報提供要求に関係なく、情報要求がない場合にも（ｕｎｓｏｌｉｃｉｔｅｄ）ＢＳＳ負荷ＩＥを送信することができる。管理フレームは、ビーコンフレーム又はプローブ応答フレームである。ｎｏｎ−ＡＰ  ＳＴＡは、ＢＳＳ負荷ＩＥを介して取得した情報に基づいて最適のＡＰを選択することができる。
【００５６】
図３は、本発明の一実施例に係るチャネル相関度情報を含むＢＳＳ負荷ＩＥの一例を示す。
【００５７】
ＡＰは、ｎｏｎ−ＡＰ  ＳＴＡにチャネル相関度閾値（ｃｈａｎｎｅｌ  ｃｏｒｒｅｌａｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）、相関度を有するステーションの数（Ｎｕｍｂｅｒ  ｏｆ  Ｃｏｒｒｅｌａｔｅｄ  ＳＴＡｓ）、相関度を有しないステーションの数（Ｎｕｍｂｅｒ  ｏｆ  Ｕｎｃｏｒｒｅｌａｔｅｄ  ＳＴＡｓ）、相関度を有するステーションのチャネル活用度（Ｃｈａｎｎｅｌ  Ｕｔｉｌｉｚａｔｉｏｎ  ｏｆ  Ｃｏｒｒｅｌａｔｅｄ  ＳＴＡ）、相関度を有しないステーションのチャネル活用度（Ｃｈａｎｎｅｌ  Ｕｔｉｌｉｚａｔｉｏｎ  ｏｆ  Ｕｎｃｏｒｒｅｌａｔｅｄ  ＳＴＡ）情報を含むＢＳＳ負荷ＩＥを送信することができる。
【００５８】
図４は、ＡＰが図３のＢＳＳ負荷ＩＥをｎｏｎ−ＡＰ  ＳＴＡに提供する手順の一例を示す。
【００５９】
図４の例において、ｎｏｎ−ＡＰ  ＳＴＡは、能動スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）手順でチャネル相関度（Ｃｈａｎｎｅｌ  Ｃｏｒｒｅｌａｔｉｏｎ）ＩＥ提供を要求する図３のチャネル相関度関連情報を要求する要求フレームをＡＰに送信する。以後、要求フレームに対する応答として、チャネル相関度関連情報を含む図３のＢＳＳ負荷ＩＥを含む応答フレームを受信することで、チャネル相関度関連情報を取得する。ｎｏｎ−ＡＰ  ＳＴＡは、取得した情報をＡＰ選択に活用することができる。前述したように、このとき、応答フレームは、要求フレームなしに送信されることができる。
【００６０】
以下、サウンディングＰＰＤＵ（Ｓｏｕｎｄｉｎｇ  ＰＰＤＵ）を利用した能動スキャニング手順の場合とＮＤＰ（Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔ）を利用した能動スキャニング手順の場合とに分けて説明する。まず、サウンディングＰＰＤＵに基づいた能動スキャニング手順の場合を説明する。ｎｏｎ−ＡＰ  ＳＴＡがプローブ要求フレーム（ｐｒｏｂｅ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）を送信すると、これを受信したＡＰがプローブ要求フレームに対する応答としてプローブ応答フレーム（Ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）を送信する。このとき、プローブ応答フレームにはｎｏｎ−ＡＰ  ＳＴＡにサウンディングＰＰＤＵの送信を要求するＴＲＱ（Ｔｒａｉｎｉｎｇ  ｒｅｑｕｅｓｔ）メッセージが含まれることができる。プローブ応答フレームに含まれているＴＲＱメッセージを確認したｎｏｎ−ＡＰ  ＳＴＡは、チャネル相関度関連情報を要求する要求フレームをＡＰに送信する。このとき、要求フレームはサウンディングＰＰＤＵとして機能することができる。即ち、ＡＰは、要求フレームを利用してチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）を実行することができる。ＡＰは、チャネル相関度関連情報を要求する要求フレームに対する応答としてＢＳＳ負荷ＩＥを含む応答フレームをｎｏｎ−ＡＰ  ＳＴＡに送信する。ｎｏｎ−ＡＰ  ＳＴＡは、応答フレームを受信し、ＢＳＳ負荷ＩＥを介して取得した情報を、以後に自分が認証、結合するＡＰを決定することに活用することができる。
【００６１】
ＮＤＰに基づいた能動スキャニング手順でＢＳＳ負荷ＩＥ提供は、下記のように行われることができる。ｎｏｎ−ＡＰ  ＳＴＡとＡＰは、プローブ要求フレーム及びプローブ応答フレームを交換（ｅｘｃｈａｎｇｅ）する。ｎｏｎ−ＡＰ  ＳＴＡは、チャネル相関度関連情報を要求する要求フレームをＡＰに送信する。以後、要求フレームにはＮＤＰが送信されることを知らせるＮＤＰ告知（ＮＤＰ  ａｎｎｏｕｎｃｅｍｅｎｔ）メッセージが含まれる。ｎｏｎ−ＡＰ  ＳＴＡは、要求フレームに続いてＮＤＰをＡＰに送信する。ＡＰは、ＮＤＰを利用してチャネル推定を実行し、チャネル相関度関連情報を含むＢＳＳ負荷ＩＥを含む応答フレームをｎｏｎ−ＡＰ  ＳＴＡに送信する。ＢＳＳ負荷ＩＥに含まれて送信される情報は、チャネル推定結果が反映されたものである。
【００６２】
他の一例として、ｎｏｎ−ＡＰ  ＳＴＡの要求に関係なく、ＡＰがＢＳＳ負荷ＩＥをブロードキャスティングすることができる。ｎｏｎ−ＡＰ  ＳＴＡは、ブロードキャスティングされるＢＳＳ負荷ＩＥを反映してＡＰを選択することができる。ＡＰによりブロードキャスティングされるＢＳＳ負荷ＩＥにはチャネル活用度と共にアンテナ活用度（ａｎｔｅｎｎａ  ｕｔｉｌｉｚａｔｉｏｎ）と帯域幅活用度（ｂａｎｄｗｉｄｔｈ  ｕｔｉｌｉｚａｔｉｏｎ）情報が含まれることができる。
【００６３】
アンテナ活用度は、ＭＵ−ＭＩＭＯの空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ）使用量の活用度（ｕｔｉｌｉｚａｔｉｏｎ）を示す値になることができ、帯域幅活用度は、使用しているチャネル帯域幅の活用度を示す値になることができる。
【００６４】
図５は、本発明の他の一実施例に係るＢＳＳ負荷ＩＥフォーマットの一例である。図５のＢＳＳ負荷ＩＥは、これを受信するｎｏｎ−ＡＰ  ＳＴＡがＭＵ−ＭＩＭＯをサポートするｎｏｎ−ＡＰ  ＳＴＡ間のチャネル相関度とＭＵ−ＭＩＭＯをサポートするｎｏｎ−ＡＰ  ＳＴＡを同伴スケジュールリング（ｃｏ−ｓｃｈｅｄｕｌｉｎｇ）した場合の性能を参照することができるようにする。
【００６５】
ＡＰは、ステーションカウント（ｓｔａｔｉｏｎ  ｃｏｕｎｔ）フィールド、チャネル活用度（ｃｈａｎｎｅｌ  ｕｔｉｌｉｚａｔｉｏｎ）フィールド、及び可用した許可受け入れ能力を指示する可用加入容量フィールドを含むＢＳＳ負荷ＩＥを送信し、ｎｏｎ−ＡＰ  ＳＴＡは、ＢＳＳ負荷ＩＥをＡＰ選択に反映して全体的なネットワークの負荷均衡（ｌｏａｄ  ｂａｌａｎｃｉｎｇ）を達成することができる。
【００６６】
一実施例において、ＡＰは、ビーコンフレームにＢＳＳ負荷ＩＥを含ませて送信することができ、このとき、ＢＳＳ負荷ＩＥは、ＳＴＡカウントフィールド、チャネル活用度フィールド、及び可用加入容量フィールドを含むことができる。
【００６７】
ＢＳＳ内にＳＵ−ＭＩＭＯのみをサポートするｎｏｎ−ＡＰ  ＳＴＡとＭＵ−ＭＩＭＯをサポートするｎｏｎ−ＡＰ  ＳＴＡが共存することができる。ＡＰの立場から、ＳＵ−ＭＩＭＯのみサポートするｎｏｎ−ＡＰ  ＳＴＡがチャネルを活用してデータ送受信をする場合とＭＵ−ＭＩＭＯもサポートするＳＴＡがチャネルを活用してデータ送受信をする場合をサポート可能でなければならない。
【００６８】
図６は、ＡＰ立場から使用しているチャネルの活用度を示す。
【００６９】
ＡＰが負荷状態を測定している時間ウィンドウ（ｔｉｍｅ  ｗｉｎｄｏｗ）内では物理階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）で測定されたレガシー（ｌｅｇａｃｙ）又はＳＵ−ＭＩＭＯ形態のチャネル混雑（ｃｈａｎｎｅｌ  ｂｕｓｙ）区間、非混雑（ｉｄｌｅ）区間が存在することができ、ＭＵ−ＭＩＭＯをサポートするＡＰで、ＭＵ−ＭＩＭＯでデータを送受信している時間区間が存在することができる。
【００７０】
ＡＰがデータをＭＵ−ＭＩＭＯ送信する時間区間では、状況により、ＡＰが送信している空間ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ；ＳＳ）個数が送信可能な最大個数を使用しないこともある。一例として、ＭＵ−ＭＩＭＯをサポートするＳＴＡが１個しかなく、該当ＳＴＡが１個のＳＳのみサポートすると仮定する。このとき、ＡＰは、該当ＭＵ−ＭＩＭＯ送信時間区間で１個より多いＳＳを使用することができず、実際ＡＰが提供することができるシステム容量（ｓｙｓｔｅｍ  ｃａｐａｃｉｔｙ）より低くシステムが運営される。結果的に無線リソースの利用の効率は低くなる。ＭＵ−ＭＩＭＯをサポートするＡＰで許容可能な容量を全部活用することができるようにしてＭＵ−ＭＩＭＯを効率的に使用するための方法に対する考慮が必要である。
【００７１】
本発明の一実施例によると、‘ＭＵ−ＭＩＭＯ活用度（ＭＵ−ＭＩＭＯ  ｕｔｉｌｉｚａｔｉｏｎ）’又は‘ＭＵ−ＭＩＭＯ非活用度（ＭＵ−ＭＩＭＯ  ｕｎｄｅｒ  ｕｔｉｌｉｚａｔｉｏｎ）’をｎｏｎ−ＡＰ  ＳＴＡに知らせることで、無線リソースの利用効率を高めることができる。本発明の一実施例に係る‘ＭＵ−ＭＩＭＯ（非）活用度’は、ＡＰでＢＳＳ負荷要素に負荷を反映する‘（非）活用度メトリック（（ｕｎｄｅｒ）  ｕｔｉｌｉｚａｔｉｏｎ  ｍｅｔｒｉｃ）’をＡＰが使用し、又は使用しない空間ストリームの個数情報を活用して計算することができる。即ち、‘ＭＵ−ＭＩＭＯ（非）活用度’を計算する時にはＭＵ−ＭＩＭＯのための空間ストリーム情報、‘ＣＳ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ）  ｂｕｓｙ  ｔｉｍｅ’、混雑時間を計算する時間区間情報などを活用して知らせることができる。
【００７２】
以下、‘ＭＵ−ＭＩＭＯ（非）活用度’を計算する具体的な実施例と共により詳細に説明する。
【００７３】
図７は、本発明の実施例に係る‘ＭＵ−ＭＩＭＯ活用度’を示す方法を示す。
【００７４】
本発明の実施例に係る‘ＭＵ−ＭＩＭＯ活用度’を示す方法は、チャネルが単純に混雑するかどうかを示すことでなく、混雑程度をいくつかのレベル（ｌｅｖｅｌ）に区分して示すことである。例えば、活用可能な剰余ＳＳの個数が残った時には混雑レベルが低く、活用可能な剰余ＳＳがない時は最大混雑レベル（ｍａｘｉｍｕｍ  ｂｕｓｙ  ｌｅｖｅｌ）で表現することができる。チャネルが非混雑（ｉｄｌｅ）した状況は、最小混雑レベル（ｍｉｎｉｍｕｍ  ｂｕｓｙ  ｌｅｖｅｌ）で表現し、ＡＰがＭＵ−ＭＩＭＯで送信しない‘ＣＳ（ｃａｒｒｉｅｒ  ｓｅｎｓｅ）  ｂｕｓｙ  ｔｉｍｅ’を最大混雑レベル（ｍａｘｉｍｕｍ  ｂｕｓｙ  ｌｅｖｅｌ）で表現し、これに対する平均混雑レベルをチャネル活用度で表現することができる。混雑レベルは、数２のように計算されることができる。
【００７５】
（数２）
ＭＵＭＩＭＯ＿Ｃｈａｎｎｅｌ＿Ｕｔｉｌｉｚａｔｉｏｎ＝Ｉｎｔｅｇｅｒ（（ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｌｅｖｅｌ＿ｔｉｍｅ／（ｍａｘｉｍｕｍ＿ｂｕｓｙ＿ｌｅｖｅｌ×ｄｏｔ１１ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＢｅａｃｏｎＩｎｔｅｒｖａｌｓ×ｄｏｔ１１ＢｅａｃｏｎＰｅｒｉｏｄ×１０２４））×２５５）
【００７６】
ここで、‘ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｌｅｖｅｌ＿ｔｉｍｅ’は、ＩＥＥＥ８０２．１１−２００７標準の９．２．１節に定義されたＣＳメカニズムがチャネル混雑区間であることを指示する区間であり、マイクロ秒単位で定義されることができる。‘ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｌｅｖｅｌ’は、０と最大混雑レベルとの間の値を有することができ、ＡＰがＭＵ−ＭＩＭＯデータ送信をするとき、ＣＳに利用される空間ストリームの数で線形的に調整されることができる。（一例として、‘ｃｈａｎｎｅｌ＿ｂｕｓｙ＿ｌｅｖｅｌ’は、使われた空間ストリームの数と同じであり、最大混雑レベル‘ｍａｘｉｍｕｍ＿ｂｕｓｙ＿ｌｅｖｅｌ’は、ＭＵ−ＭＩＭＯ送信モードでステーションに対する最大サポート可能な空間ストリームの数と同じである。）
【００７７】
図８は、本発明の実施例に係るＭＵ−ＭＩＭＯ活用度を示す方法の他の一例を示す。
【００７８】
‘ＭＵ−ＭＩＭＯ非活用度’値を設定する方法の他の一例として‘非活用度’をチャネルが単純に非混雑した程度を表現せず、ＡＰが、チャネルがＭＩＭＯデータ送信のため混雑した場合をいくつかの非混雑レベル（ｉｄｌｅ  ｌｅｖｅｌ）で計算することである。即ち、‘ＭＵ−ＭＩＭＯ非活用度’値は、ＡＰが無線媒体の混雑した時間で非活用されている（ｕｎｄｅｒ  ｕｔｉｌｉｚｅｄ）空間次元のリソース（空間ストリーム）を有している時間の分数又は百分率として定義されることができる。少なくとも一つ以上のチャネルが使われる時、空間ストリームの‘非活用度値’は、主チャネルに対してのみ計算されることができる。例えば、活用可能な剰余空間ストリームの数が残った時には非混雑レベルが高く、活用可能な空間ストリームがない時は非混雑レベルが最も低い値又は混雑すると表現し、これに対する平均非混雑レベルを’非活用度’で表現することができる。非混雑レベルは、数３のように計算されることができる。
【００７９】
（数３）
ＭＵＭＩＭＯ＿Ｃｈａｎｎｅｌ＿Ｕｎｄｅｒ＿Ｕｔｉｌｉｚａｔｉｏｎ＝Ｉｎｔｅｇｅｒ（（ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ＿ｔｉｍｅ／ｃｈａｎｎｅｌ＿ＭＵＭＩＭＯ＿ｂｕｓｙ＿ｔｉｍｅ）×２５５）
【００８０】
ここで、‘ｃｈａｎｎｅｌ＿ＭＵＭＩＭＯ＿ｂｕｓｙ＿ｔｉｍｅ’は、ＡＰでＭＵ−ＭＩＭＯ送信のためのＣＳメカニズムが実行される間を指示するマイクロ秒で定義されることができる。
【００８１】
‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ＿ｔｉｍｅ’は、ＩＥＥＥ８０２．１１−２００７標準の９．２．１節に定義されたＣＳメカニズムがチャネル非混雑区間であることを指示する区間であり、マイクロ秒の倍数単位で定義されることができる。
【００８２】
一例として、ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌは、最大サポートされる空間ストリームから活用された空間ストリームを引いたものと同じであり、ｍａｘｉｍｕｍ＿ｉｄｌｅ＿ｌｅｖｅｌは、最大サポート可能な、ＭＵ−ＭＩＭＯ送信を実行するＳＴＡのための空間ストリームと同じである。
【００８３】
他の一例として、ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌは、単一ＭＵ−ＭＩＭＯ  ＳＴＡのためのサポートされる空間ストリームの最大値とサポートされる空間ストリームの最大値のうち、小さい値と同じであり、ｍａｘｉｍｕｍ＿ｉｄｌｅ＿ｌｅｖｅｌは、ＭＵ−ＭＩＭＯ送信モードで単一ＳＴＡのための最大サポート可能な空間ストリームの数と同じである。
【００８４】
図９は、本発明の実施例に係るＭＵ−ＭＩＭＯ活用度を示す方法の他の一例を示す。
【００８５】
ＭＵ−ＭＩＭＯ非活用度（ｕｎｄｅｒ  ｕｔｉｌｉｚａｔｉｏｎ）を示す方法の他の一例として、ＭＵ−ＭＩＭＯ非活用度は、非活用度をチャネルが単純に非混雑／アイドル（ｉｄｌｅ）の程度を表現するものではなく、ＣＳが非混雑（ｉｄｌｅ）状態とＡＰがＭＵ−ＭＩＭＯ送信で混雑（ｂｕｓｙ）する時をいくつかの非混雑レベル（ｉｄｌｅ  ｌｅｖｅｌ）で計算することである。例えば、活用可能な剰余空間ストリームの数が残った時には非混雑レベルが高く、活用可能な空間ストリームがない時は非混雑レベルが最も低い値又は混雑（ｂｕｓｙ）すると表現する。これに対する平均非混雑レベルを非活用度（ｕｎｄｅｒ  ｕｔｉｌｉｚａｔｉｏｎ）で表現する。平均非混雑レベルは、数４のように計算されることができる。
【００８６】
（数４）
ＭＵＭＩＭＯ＿Ｃｈａｎｎｅｌ＿Ｕｎｄｅｒ＿Ｕｔｉｌｉｚａｔｉｏｎ＝Ｉｎｔｅｇｅｒ（（ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ＿ｔｉｍｅ／（ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｔｉｍｅ＋ｃｈａｎｎｅｌ＿ＭＵＭＩＭＯ＿ｂｕｓｙ＿ｔｉｍｅ）×２５５）
【００８７】
ここで、‘ｃｈａｎｎｅｌ＿ＭＵＭＩＭＯ＿ｂｕｓｙ＿ｔｉｍｅ’は、ＡＰでＣＳメカニズムを介してＭＵ−ＭＩＭＯ送信で無線媒体が混雑した時間をマイクロ秒単位で表す数で定義されることができる。
【００８８】
‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｔｉｍｅ’は、ＣＳメカニズムが混雑しないと指示する時間をマイクロ秒単位で表す単位で定義されることができる。
【００８９】
‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ＿ｔｉｍｅ’は、ＩＥＥＥ８０２．１１−２００７標準の９．２．１節に定義されたＣＳメカニズムがチャネル混雑区間であることを指示する、‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ’がかけられたマイクロ秒単位の数で定義されることができる。
【００９０】
（一例として、‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ’は、最大サポートされる空間ストリームから利用される空間ストリームを引いたものと同じであり、‘ｍａｘｉｍｕｍ＿ｉｄｌｅ＿ｌｅｖｅｌ’は、ＭＵ−ＭＩＭＯ送信モードでＳＴＡの最大サポート可能な空間ストリームの数であり、活用された空間ストリームは非混雑時間の場合には０である。）
【００９１】
（他の一例として、‘ｃｈａｎｎｅｌ＿ｉｄｌｅ＿ｌｅｖｅｌ’は、単一ＭＵ−ＭＩＭＯ  ＳＴＡの最大サポートされる空間ストリームと最大サポート空間ストリームの数から活用される空間ストリームの数を引いたもののうち、小さい値と同じである。‘ｍａｘｉｍｕｍ＿ｉｄｌｅ＿ｌｅｖｅｌ’は、ＭＵ−ＭＩＭＯ送信モードで単一ＳＴＡに対する最大サポート可能な空間ストリームの数と同じであり、活用された空間ストリームは非混雑時間の場合には０である。）
【００９２】
以下、前述したＭＵ−ＭＩＭＯ活用度情報をｎｏｎ−ＡＰ  ＳＴＡに送信する方法に対して記述する。
【００９３】
図１０は、本発明の実施例に係るＭＵ−ＭＩＭＯ活用度情報を含むＢＳＳ負荷ＩＥフォーマットの一例である。
【００９４】
ＢＳＳ内にＭＵ−ＭＩＭＯ送信をサポートしないｎｏｎ−ＡＰ  ＳＴＡとＭＵ−ＭＩＭＯ送信をサポートするｎｏｎ−ＡＰ  ＳＴＡが共存することができる。ＭＵ−ＭＩＭＯ送信をサポートしないｎｏｎ−ＡＰ  ＳＴＡとＭＵ−ＭＩＭＯ送信をサポートするｎｏｎ−ＡＰ  ＳＴＡの両方ともがＢＳＳの負荷状況（ｌｏａｄ  ｓｔａｔｕｓ）に対する情報を取得することができるように、ＡＰは、図２の例のようなＢＳＳ負荷ＩＥを送信し、追加にＭＵ−ＭＩＭＯ送信状況でのＢＳＳの負荷状況（ｌｏａｄ  ｓｔａｔｕｓ）に対する情報を含むサポートするＢＳＳ負荷ＩＥを追加に送信することができる。
【００９５】
図１１及び図１２は、ＢＳＳ負荷ＩＥフォーマットの一例を示す。
【００９６】
図１１のＭＵ−ＭＩＭＯチャネル活用度（Ｃｈａｎｎｅｌ  Ｕｔｉｌｉｚａｔｉｏｎ）フィールド、図１２のＭＵ−ＭＩＭＯチャネル非活用度（Ｃｈａｎｎｅｌ  Ｕｎｄｅｒ  Ｕｔｉｌｉｚａｔｉｏｎ）フィールドには、ＭＵ−ＭＩＭＯ送信でのチャネル活用度情報を含む。チャネル活用度情報は、使われている空間ストリームの数又は使用可能な剰余空間ストリームの数等で表現されることができる。これは、以後詳細に説明する。
【００９７】
図１３は、ＢＳＳ負荷ＩＥフォーマットの他の一例を示す。
【００９８】
また、本発明の実施例に係るＢＳＳ負荷ＩＥではＭＵ−ＭＩＭＯチャネル活用度情報と共にＭＵ−ＭＩＭＯチャネル非活用度情報を送信することができる。
【００９９】
一方、ある一つのチャネルが複数のＡＰにより使われることができる。一例として、同じチャネルを使用する互いに異なるＢＳＳのＢＳＡの一部又は全体が重なる（ｏｖｅｒｌａｐｐｉｎｇ）ＯＢＳＳ環境を仮定することができる。このような環境では、あるＡＰがチャネルの負荷を計算するとき、他のＡＰがチャネルを使用する区間では該当チャネルが混雑する（ｂｕｓｙ）と計算することができる。ＡＰは、自分がＭＵ−ＭＩＭＯ送信をする混雑した時間区間でのみＭＵ−ＭＩＭＯ負荷状況（未使用空間ストリームの数又は使われた空間ストリームの数）に対する情報を自分のＢＳＡ内のｎｏｎ−ＡＰ  ＳＴＡに知らせることができる。
【０１００】
ＡＰがＳＵ−ＭＩＭＯ送信をする場合であるとしても、ＳＵ−ＭＩＭＯ送信が行われる時間区間での未使用空間ストリームの数又は使われた空間ストリームの数に対する情報を自分のＢＳＡ内のｎｏｎ−ＡＰ  ＳＴＡに知らせることができる。ＡＰがＭＵ−ＭＩＭＯをサポートしないＳＴＡにデータを送信した場合には該当時間区間を混雑区間であると決定することができる。
【０１０１】
ＭＵ−ＭＩＭＯをサポートするＢＳＳでＡＰが送信するＢＳＳ負荷ＩＥは、現在のスループット（Ｃｕｒｒｅｎｔ  Ｔｈｒｏｕｇｈｐｕｔ）、使われた空間ストリーム（ｕｔｉｌｉｚｅｄ  ｓｐａｔｉａｌ  ｓｔｒｅａｍｓ）、平均送信帯域幅（Ａｖｅｒａｇｅ  Ｔｒａｎｓｍｉｔ  ｂａｎｄｗｉｄｔｈ（ＢＷ））、ＭＵ−ＭＩＭＯサポートステーションの数（Ｎｕｍｂｅｒ  ｏｆ  ＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡｓ）に対する情報をさらに含むことができる。
【０１０２】
負荷状況（ｌｏａｄ  ｓｔａｔｕｓ）情報の一種である現在スループット（Ｃｕｒｒｅｎｔ  Ｔｈｒｏｕｇｈｐｕｔ）は、下記のように定義されることができる。
【０１０３】
“Ｌｏａｄ＝ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｂｙｔｅｓ／ｍａｘ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｂｙｔｅｓ”
【０１０４】
‘ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｂｙｔｅｓ’と‘ｍａｘ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｂｙｔｅｓ’は、ＢＳＳ負荷要素チャネルユーティリティ定義での定義と類似する観測タイムウィンドウでのバイトの数である。
【０１０５】
‘ｔｒａｎｓｍｉｔ＿ｂｙｔｅｓ’は、特定パケットがＡＣＫを受けたか（正常に送信されたか）どうかに関係なく計数されることができる。
【０１０６】
負荷は、無線媒体の混雑程度を示す指示子である。したがって、送信されたパケットが成功的に送信されなかったとしても、成功的に送信されないパケットも相変らず無線媒体への接近時間（ａｃｃｅｓｓ  ｔｉｍｅ）の大きい部分を占める。
【０１０７】
‘現在スループット（Ｃｕｒｒｅｎｔ  ｔｈｒｏｕｇｈｐｕｔ）’定義でＡＣＫを受けない場合でもパケット計数（ｐａｃｋｅｔ  ｃｏｕｎｔ）をする理由は、チャネル無線媒体（ｃｈａｎｎｅｌ  ｍｅｄｉｕｍ）を消費した時、使用したスループットを示すためである。しかし、場合によっては正確なＡＰのスループット情報が要求されることができるため、実施例によってはスループット計算で実際にＡＣＫを受けて送信に成功したパケットのみをカウンティングしてスループットを示すことができる。
【０１０８】
活用された空間ストリームは、平均送信空間ストリーム情報をＡＰが実際にＭＵ−ＭＩＭＯ可能ＳＴＡにデータＰＰＤＵを送った時間内での平均空間ストリーム個数を計量（ｍｅｔｒｉｃ）化して表すことができる。図１４は、その一例である。
【０１０９】
“Ｌｏａｄ＝ａｖｅｒａｇｅ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ１／ｍａｘ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ”
【０１１０】
ＭＵ−ＭＩＭＯｃａｐａｂｉｌｉｔｙに対する理解のために、‘ａｖｅｒａｇｅ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ１’は、ＡＰがＭＵ−ＭＩＭＯサポートＳＴＡにデータを送信する場合のチャネルの無線媒体が混雑した時間を利用して計算されることができる。
【０１１１】
他の一例として、活用された空間ストリームは、平均送信空間ストリーム情報をＡＰが実際にＭＵ−ＭＩＭＯ可能ＳＴＡにデータＰＰＤＵを送った時間内での平均空間ストリーム個数を計量化し、ＡＰがＭＵ−ＭＩＭＯ可能なＳＴＡにデータＰＰＤＵを送信しない他の媒体混雑区間では最大空間ストリーム数で定め、これを平均した値を計量化して表すことができる。図１５は、その一例である。
【０１１２】
“Ｌｏａｄ＝ａｖｅｒａｇｅ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ２／ｍａｘ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ”
【０１１３】
ＭＵ−ＭＩＭＯ  ｃａｐａｂｉｌｉｔｙに対する理解のために、‘ａｖｅｒａｇｅ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ２’は、全てのチャネルの無線媒体が混雑した時間に対して計算されることができる。‘ａｖｅｒａｇｅ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ２’は、無線媒体が、他のＳＴＡが無線媒体を利用し、又はＡＰがＭＵ−ＭＩＭＯをサポートしないＳＴＡとデータを送信／受信してチャネルの無線媒体が混雑するとき、‘ｍａｘ＿ｎｕｍ＿ｔｒａｎｓｍｉｔ＿ｓｓ’値と同じである。
【０１１４】
ＳＴＡにおいて、ＳＵ又はＭＵ−ＭＩＭＯ送信モードにあるＳＴＡが無線媒体を取得し、ＡＰ側で予測された非活用（ｕｎｄｅｒ−ｕｔｉｌｉｚｅｄ）空間次元（ｓｐａｔｉａｌ  ｄｉｍｅｎｓｉｏｎ）の情報を取得するときに利点になることができる。
【０１１５】
図１４の活用度測定方法は、非活用混雑無線媒体状態と全体活用された混雑無線媒体状態との間の情報が欠如されている。０に近い図１４の空間ストリーム活用度測定情報は、ＭＵ−ＭＩＭＯサポートＳＴＡが現在又は将来に頻繁にデータを受信することを意味しない。
【０１１６】
現在のスループットは、空間領域活用度情報を与えずに、誤った情報を与えることができる。スループット損失は、特定ＳＴＡのチャネル状態（リンク適応手順の問題）により発生することができる。低いスループットは、ＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡとチャネルユーティリティとの間の関係を有しない。
【０１１７】
平均送信帯域幅は、ＡＰが使用するチャネルの帯域幅に対する情報である。ＢＳＳで活用する送信帯域幅の平均的な情報をＳＴＡに伝達することもＳＴＡがＢＳＳを選択する過程を容易にすることができる。これは同じＢＳＳ負荷ＩＥのチャネル活用（ｃｈａｎｎｅｌ  ｕｔｉｌｉｔｙ）情報を有しているとしても、各ＢＳＳで平均的に該当チャネル活用情報が使われた送信帯域幅が異なるためである。特に、特定帯域に干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）がある時には常に全帯域幅（ｆｕｌｌ  ｂａｎｄｗｉｄｔｈ）を使用することができず、部分的に帯域幅を適応的に決定して送受信をし、ＢＳＳ毎に可用した帯域幅が異なる。図１６は、これを示す。主サブチャネルが干渉により影響を受けない場合、無線媒体への接近及び主サブチャネルの負荷は影響を受けない。平均帯域幅活用度は、レガシーＢＳＳ負荷ユーティリティと同じでない。
【０１１８】
ＡＰの送信帯域幅は、他のサブチャネルを使用する他のＢＳＳだけでなく、５ＧＨｚ帯域の第３の無線信号により制限されることができる。より高いスループットを所望するＳＴＡは、ＢＳＳのための一般的な帯域幅使用範囲に対する情報を要求することができる。
【０１１９】
‘Ｎｕｍｂｅｒ  ｏｆ  ＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡｓ’は、ＭＵ−ＭＩＭＯをサポートするｎｏｎ−ＡＰ  ＳＴＡの数である。ＭＵ−ＭＩＭＯサポートステーションは、ＭＵ−ＭＩＭＯの利点を最大限利用するために、ＭＵ−ＭＩＭＯサポートステーションが結合されているＢＳＳに結合されることを所望することができる。
【０１２０】
図１７は、本発明の一実施例に係るＢＳＳ負荷ＩＥフォーマットを示すブロック図である。ここで‘ｓｐａｔｉａｌ  ｓｔｒｅａｍ  ｕｔｉｌｉｔｙ  ｍｅｔｒｉｃ’は、‘ＭＵ−ＭＩＭＯ  ｃｈａｎｎｅｌ  ｕｔｉｌｉｔｙ  ｍｅｔｒｉｃ’である。このとき、ＡＰがＭＵ−ＭＩＭＯサポートＳＴＡに活用した媒体混雑時間は、実際使用した空間ストリーム情報として計算されることができる。そして、残りの混雑時間を最大空間ストリーム情報と仮定して計算されることができる。
【０１２１】
ＢＳＳ負荷ＩＥフォーマットは、‘空間ストリーム活用メトリック（Ｓｐａｔｉａｌ  Ｓｔｒｅａｍ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ）’フィールド、‘帯域幅活用メトリック（Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ）’フィールド、‘ＭＵ−ＭＩＭＯ可能ＳＴＡカウント（ＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡ  ｃｏｕｎｔ）’フィールドを含むことができる。図１７に示す各フィールドの長さは、例示に過ぎず、具現時、必要によって加減されることができる。フィールドの送信順序及び図１７のＢＳＳ負荷ＩＥフォーマットに含まれる情報は、本明細書でＢＳＳ負荷ＩＥに含まれることができる情報であり、例示された情報の全部又はその一部を含むことができる。
【０１２２】
以下、各フィールドをより具体的に説明する。
【０１２３】
‘Ｓｐａｔｉａｌ  Ｓｔｒｅａｍ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、下記のように示すことができる。
【０１２４】
Ｓｐａｔｉａｌ  Ｓｔｒｅａｍ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ＝（（ｓｐａｔｉａｌ  ｓｔｒｅａｍ  ｂｕｓｙ  ｌｅｖｅｌ  ｔｉｍｅ／（ｍａｘ−ｓｐａｔｉａｌ−ｓｔｒｅａｍ−ｂｕｓｙ−ｌｅｖｅｌ＊ｃｈａｎｎｅｌ  ｂｕｓｙ  ｔｉｍｅ））＊２５５）
【０１２５】
‘ｓｐａｔｉａｌ  ｓｔｒｅａｍ  ｂｕｓｙ  ｌｅｖｅｌ  ｔｉｍｅ’は、ＣＳメカニズムがチャネル混雑を指示する期間である、マイクロ秒単位の数の倍数で表すことができる‘ｎｕｍｂｅｒ−ｏｆｓｐａｔｉａｌ−ｓｔｒｅａｍｓ’の総和で定義されることができる。
【０１２６】
‘ｎｕｍｂｅｒ−ｏｆ−ｓｐａｔｉａｌ−ｓｔｒｅａｍｓ’は、ＡＰがＰＰＤＵをＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡ（ｓ）に送信するために無線媒体を占有している中に送信された空間ストリームの数と同じである。または、‘ｍａｘ−ｓｐａｔｉａｌ−ｓｔｒｅａｍ−ｂｕｓｙ−ｌｅｖｅｌ’と同じである。
【０１２７】
‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、下記のように表現されることができる。
【０１２８】
Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ＝（（ｔｒａｎｓｍｉｔ  ｂａｎｄｗｉｄｔｈ  ｂｕｓｙ  ｔｉｍｅ／（ｍａｘ−ｔｒａｎｓｍｉｔ−ｂａｎｄｗｉｄｔｈ＊ＢＳＳ  ｍｅｄｉｕｍｂｕｓｙｔｉｍｅ））＊２５５）
【０１２９】
ｔｒａｎｓｍｉｔ  ｂａｎｄｗｉｄｔｈ  ｂｕｓｙ  ｔｉｍｅ’は、ＢＳＳ内のＳＴＡ（ＡＰ又はＡＰと結合されたｎｏｎ−ＡＰ  ＳＴＡ）が無線媒体を占有すると検出された期間のマイクロ秒単位の数がかけられた送信帯域幅（ｔｒａｎｓｍｉｔ−ｂａｎｄｗｉｄｔｈ）の総和で定義されることができる。
【０１３０】
‘ｔｒａｎｓｍｉｔ−ｂａｎｄｗｉｄｔｈ’は、送信されるＰＰＤＵの帯域幅と同じである。ここで‘ＢＳＳ  ｍｅｄｉｕｍ  ｂｕｓｙ  ｔｉｍｅ’は、ＢＳＳ内のＳＴＡ（ＡＰ又はＡＰと結合されたｎｏｎ−ＡＰ  ＳＴＡ）が無線媒体を占有すると検出された期間のマイクロ秒単位の数で定義されることができる。
【０１３１】
Ｎｕｍｂｅｒ  ｏｆ  ＭＵ−ＭＩＭＯ  ｃａｐａｂｌｅ  ＳＴＡｓは、現在ＢＳＳと結合されてＭＵ−ＭＩＭＯ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｃｅｐｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを有するＳＴＡの総数を指示する符号なし整数として解釈されることができる。
【０１３２】
あるＢＳＳで使用又は可用可能な帯域幅に対する情報を報告（ｒｅｐｏｒｔｉｎｇ）する過程で多様な測定の問題点が発生する。例えば、ＡＰが特定の信号を送信をしている過程では測定が根本的に不可能である。また、具現によっては、特定ＰＰＤＵの受信中、受信しているＰＰＤＵを復号（ｄｅｃｏｄｉｎｇ）しながら同時に測定をすることができない場合もある。このような多様な問題点を解決するための本発明の実施例に係る帯域幅と関連した計量化（ｍｅｔｒｉｃ）の定義、活用方法を説明する。
【０１３３】
本発明の一実施例に係る‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、チャネル無線媒体が非混雑した状態で（ここで、非混雑するとは、該当ＢＳＳで主チャネル（ｐｒｉｍａｒｙ  ｃｈａｎｎｅｌ）が非混雑することを意味する）非混雑当時の該当ＢＳＳが使用可能な可用帯域幅別に非混雑可否を測定して報告することができる。このとき、該当ＢＳＳが使用可能な可用帯域幅は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、又は８０＋８０ＭＨｚである。例えば、チャネルに対してＣＳし、主チャネルを含む２０／４０／８０／１６０などの多様な帯域幅に対する各々の非混雑時間を計算し、計算結果を各帯域幅別に報告する。各帯域幅別報告は、非混雑した最大帯域幅を指示する方式になることができる。
【０１３４】
より広い帯域幅に対する帯域幅活用度（ｂａｎｄｗｉｄｔｈ  ｕｔｉｌｉｔｙ）値は、より小さい帯域幅活用度で計算する非混雑時間を全部含むように計算（ｃｏｍｐｕｔｅ）することができる。例えば、４０ＭＨｚが非混雑すると判断された場合、２０ＭＨｚは当然非混雑すると判断されるため、２０ＭＨｚに対する非混雑時間を計算をする時には該当４０ＭＨｚの非混雑時間を含むことができる。または、２０ＭＨｚ非混雑時間は、２０ＭＨｚ外、チャネル無線媒体が他の可用帯域幅に対して混雑したという情報を伝達するために、４０ＭＨｚの非混雑時間を含まないこともある。‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、各帯域幅別に非混雑した計量化された値の平均値を計算して報告することができる。
【０１３５】
他の実施例に係る‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、ＢＳＳでＡＰが特定ＰＰＤＵ（ＰＬＣＰ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を送信する直前に送信するＰＰＤＵの帯域幅を利用して計算されることができる。
【０１３６】
ＰＰＤＵを送信している中には送信が行われている帯域以外の帯域で他のＢＳＳが該当帯域を使用しているかどうかをＡＰが知ることができない。したがって、ＰＰＤＵを送信中には正確な帯域幅活用度を計算しにくい。
【０１３７】
チャネル無線媒体の帯域幅別状況（混雑／非混雑可否）がＰＰＤＵが送信される間に維持されると仮定し、ＰＰＤＵの送信に使われる帯域幅を利用して‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’を計算することができる。
【０１３８】
ＢＳＳでＡＰが特定ＰＰＤＵの受信を受ける時には、受信したＰＰＤＵがわたっている帯域幅を測定して無線媒体の混雑可否を各帯域幅別に計算する方法が使われることができる。各帯域幅別に混雑した計量化された値の平均値が報告されることができる。
【０１３９】
実施例によっては、前述した二つの方法により得られた各々の‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、全部報告されたり、各々の‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’の和が報告されたりすることができる。各々の‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’を全部送信し、又は各々の‘Ｂａｎｄｗｉｄｔｈ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’の和を報告すると、結合されるＳＴＡは、該当情報によって非混雑時間と混雑時間に対する全ての情報を把握することで、適切なＡＰを選択することができる。
【０１４０】
図１８は、各帯域幅別にチャネル活用度情報を報告する本発明の実施例に係るＢＳＳ負荷ＩＥフォーマットの一例である。
【０１４１】
ＢＳＳ負荷ＩＥは、ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールド、空間ストリーム活用度フィールド、及び複数の帯域幅活用度フィールドを含むことができる。‘ＭＵ−ＭＩＭＯサポートＳＴＡカウントフィールド’は、ＢＳＳと結合されているＭＵ−ＭＩＭＯサポートＳＴＡの総数を指示する。ＭＵ−ＭＩＭＯサポートＳＴＡは、ＭＵ−ＭＩＭＯ送信及び又は受信をサポートする。‘空間ストリーム活用度フィールド’は、リソース活用度の状態を指示する。リソース活用度の状態は、図６乃至図１７に示す各方法により計算されることができる。
【０１４２】
帯域幅活用度（ＢＷ  ｕｔｉｌｉｔｙ）が各帯域幅別に報告され、該当情報が‘非混雑’状態である時間情報が各帯域幅別に報告されることができる。もし、該当ＢＳＳでサポートしない帯域幅に対する情報を含んでいるフィールドは、ＢＳＳ負荷ＩＥの生成過程又は送信過程で省略されることができる。
【０１４３】
‘Ｂａｎｄｗｉｄｔｈ  Ｉｄｌｅ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ’は、下記のように示すことができる。
【０１４４】
Ｂａｎｄｗｉｄｔｈ  Ｉｄｌｅ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ＝（（ｉｄｌｅ＿ｔｉｍｅ＿ｐｅｒ＿ｂａｎｄｗｉｄｔｈ／（ＢＳＳ  ｍｅｄｉｕｍ  ｉｄｌｅ  ｔｉｍｅ））＊２５５）
【０１４５】
‘ｉｄｌｅ＿ｔｉｍｅ＿ｐｅｒ＿ｂａｎｄｗｉｄｔｈ’は、２０／４０／８０／１６０ＭＨｚ帯域幅が混雑しないと検出された期間の、マイクロ秒単位の数で定義されることができる。
【０１４６】
ここで、‘ＢＳＳ  ｍｅｄｉｕｍ  ｉｄｌｅ  ｔｉｍｅ’は、ＡＰが主チャネル（ｐｒｉｍａｒｙ  ｃｈａｎｎｅｌ）の無線媒体が非混雑したと検出した期間の、マイクロ秒単位の数で定義されることができる。
【０１４７】
チャネル帯域幅活用度は、各チャネル帯域幅の混雑時間に対する情報である。帯域幅混雑活用度メトリック（Ｂａｎｄｗｉｄｔｈ  Ｂｕｓｙ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ）は、下記のように示すことができる。
【０１４８】
Ｂａｎｄｗｉｄｔｈ  Ｂｕｓｙ  Ｕｔｉｌｉｔｙ  Ｍｅｔｒｉｃ＝（（ｂｕｓｙ＿ｔｉｍｅ＿ｐｅｒ＿ｂａｎｄｗｉｄｔｈ／（ＢＳＳ  ｍｅｄｉｕｍ  ｂｕｓｙ  ｔｉｍｅ））＊２５５）
【０１４９】
‘ｂｕｓｙ＿ｔｉｍｅ＿ｐｅｒ＿ｂａｎｄｗｉｄｔｈ’は、ＢＳＳ内のステーション（ＡＰ又はＡＰと結合されたｎｏｎ−ＡＰ  ＳＴＡ）に２０／４０／８０／１６０帯域幅のうちいずれか一つの無線媒体が占有されたと検出された時間を示すマイクロ秒単位の数で定義されることができる。
【０１５０】
ここで‘ＢＳＳ  ｍｅｄｉｕｍ  ｂｕｓｙ  ｔｉｍｅ’は、ＢＳＳ内のステーション（ＡＰ又はＡＰと結合されたｎｏｎ−ＡＰ  ＳＴＡ）により無線媒体が占有されたと検出された時間を示すマイクロ秒単位の数で定義されることができる。
【０１５１】
図１９は、‘ＢＷ  ｉｄｌｅ  ｍｅｔｒｉｃ’と‘ＢＷ  ｂｕｓｙ  ｍｅｔｒｉｃ’の両方ともを含んで報告する場合のＢＳＳ負荷ＩＥフォーマット一例を示す。
【０１５２】
図２０は、本発明の一実施例が具現される無線装置を示すブロック図である。無線装置２０００は、ＡＰ又はｎｏｎ−ＡＰ  ＳＴＡである。
【０１５３】
無線装置２０００は、プロセッサ２０１０、メモリ２０２０、送受信機２０３０、及び多重アンテナ２０５０を含む。送受信機２０３０は、本発明の測定フレームを送信及び／又は受信するように設定され、プロセッサ２０１０は、送受信機２０３０と機能的に連結され、測定フレームを生成して処理するように設定される。プロセッサ２０１０と送受信機２０３０は、ＩＥＥＥ８０２．１１の物理階層とＭＡＣ階層を具現する。プロセッサ２０１０及び／又は送受信機２０３０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ２０２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ２０２０に格納され、プロセッサ２０１０により実行されることができる。メモリ２０２０は、プロセッサ２０１０の内部又は外部にあり、よく知られた多様な手段でプロセッサ２０１０と連結されることができる。
【０１５４】
前述した実施例は、多様な態様の例示を含む。多様な態様を示すための全ての可能な組合せを記述することはできないが、該当技術分野の通常の知識を有する者は、他の組合せが可能であることを認識することができる。したがって、本発明は、特許請求の範囲内に属する全ての交替、修正及び変更を含む。
【図１】
0005624682.tif 000002
【図２】
0005624682.tif 000003
【図３】
0005624682.tif 000004
【図４】
0005624682.tif 000005
【図５】
0005624682.tif 000006
【図６】
0005624682.tif 000007
【図７】
0005624682.tif 000008
【図８】
0005624682.tif 000009
【図９】
0005624682.tif 000010
【図１０】
0005624682.tif 000011
【図１１】
0005624682.tif 000012
【図１２】
0005624682.tif 000013
【図１３】
0005624682.tif 000014
【図１４】
0005624682.tif 000015
【図１５】
0005624682.tif 000016
【図１６】
0005624682.tif 000017
【図１７】
0005624682.tif 000018
【図１８】
0005624682.tif 000019
【図１９】
0005624682.tif 000020
【図２０】
0005624682.tif 000021