(57)【要約】【課題】ＮＭＥが、ＷＴＲＵのＭＩＢに何が存在するのかわからない課題を解決する。【解決手段】システムは、第１の管理エンティティ（１５０）および第２の管理エンティティ（１５５）を含む少なくとも１つのアクセスポイント（ＡＰ）（１１０）と、第３の管理エンティティ（１６５）および第４の管理エンティティ（１７０）を含む少なくとも１つの無線送受信ユニット（ＷＴＲＵ）（１０５）とを含む。ＡＰは、カテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベース（ＭＩＢ）情報要求アクションフレームをＷＴＲＵに送信する。情報要求アクションフレームの受信に応答して、ＷＴＲＵは、ＡＰに管理情報を提供するべきかどうかを決定する。ＷＴＲＵは、ＡＰに管理情報を提供する場合、ＷＴＲＵ内に配置されるＭＩＢにストアされた管理情報をまとめて、ＭＩＢ情報報告アクションフレームをＡＰに送信する。【選択図】図１Ｂ
2014171257.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイント（ＡＰ）であって、
無線送受信ユニット（ＷＴＲＵ）におけるＷＴＲＵ管理情報ベース（ＭＩＢ）から情報を受信するように構成された受信機と、
前記ＷＴＲＵ  ＭＩＢから受信した前記情報を格納するように構成された無線リソース管理（ＲＲＭ）ＭＩＢであって、前記ＲＲＭ  ＭＩＢは、前記ＷＴＲＵ  ＭＩＢから受信された前記格納された情報の要求を受信するようにされに構成されたことと、
前記要求に応答して前記ＷＴＲＵ  ＭＩＢから受信された前記格納された情報をネットワーク管理エンティティ（ＮＭＥ）に送信する送信機と
を備えたことを特徴とするＡＰ。
【請求項２】
前記ＷＴＲＵ  ＭＩＢから受信された前記格納された情報の要求は、前記ＮＭＥから受信されることを特徴とする請求項１に記載のＡＰ。
【請求項３】
前記ＲＲＭ  ＭＩＢは、前記ＮＭＥへのアクセスできるようにさらに構成されることを特徴とする請求項１に記載のＡＰ。
【請求項４】
前記送信機は、ＭＩＢ情報要求を前記ＷＴＲＵに送信するようにさらに構成されることを特徴とする請求項１に記載のＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。より詳細には、本発明は、無線リソース管理（ＲＲＭ）を最適化するために、無線送受信ユニット（ＷＴＲＵ）とアクセスポイント（ＡＰ）の間で管理情報を通信するための方法およびシステムに関する。
【背景技術】
【０００２】
無線ＬＡＮ（ＷＬＡＮ）は、その利便性と柔軟性のため、ますます普及が進んでいる。そのようなネットワーク用の新しいアプリケーションが開発されているので、それらの評判は著しく高くなることが期待されている。
【０００３】
電気電子学会（ＩＥＥＥ）の作業部会は、より高いデータレートおよびその他のネットワーク機能を提供することを目的とする拡張機能を有するＩＥＥＥ８０２．１１基準規格を定義した。ＩＥＥＥ８０２．１１規格の下では、ネットワークエンティティは管理情報ベース（ＭＩＢ）を含む。ＭＩＢは、媒体アクセス制御（ＭＡＣ）レイヤＭＩＢ、または物理（ＰＨＹ）レイヤＭＩＢのいずれかであってよい。ＭＩＢテーブルのデータエントリは、ＩＥＥＥ８０２．１１規格を使用する。
【０００４】
ＷＬＡＮに接続されたネットワーク管理エンティティ（ＮＭＥ）は、フレームを送信することによって互いに通信する。３つのタイプのＭＡＣフレーム、すなわち、１）データフレーム、２）制御フレーム、３）管理フレームが、ＩＥＥＥ８０２．１１規格によって定義されている。これらの各フレームにはサブタイプも存在する。例えば、アクションフレームは、管理フレームのサブタイプである。アクションフレームは、カテゴリによってさらに定義される。現在、複数のアクションフレームカテゴリが、０−スペクトル管理、１−サービス品質管理、２−直接リンクプロトコル、３−無線測定のように定義されている。
【０００５】
サービスプリミティブは、ステーション管理エンティティ（ＳＭＥ）とＭＡＣレイヤ管理エンティティ（ＭＬＭＥ）の間など、レイヤ間またはプロトコル間エンティティ交換のために使用される、規格化されたメッセージ内容を用いた内部信号メッセージである。特定のメッセージフォーマットは規格によって指定されていないが、規格はその内容を指定している。サービスプリミティブは一般に、１つのＷＴＲＵから別のＷＴＲＵに管理目的の特定のフレームを送信することなどによって、特定のアクションを開始し、コンファームし、または報告するのに使用される。
【０００６】
ＩＥＥＥ８０２．１１規格によれば、正確なＭＡＣ動作を提供するために、ＳＭＥがＷＴＲＵに組み込まれる。ＳＭＥは、独立の管理平面（management plane）に存在すると、または「脇にずれて」存在すると見なされるレイヤ独立のエンティティである。したがって、ＳＭＥは、様々なレイヤ管理エンティティからのレイヤ依存のステータスの収集、および同様にレイヤ特有のパラメータの値の設定などの機能を担当すると見なされる。ＳＭＥは一般に、そのような機能をシステム管理エンティティ全般に代わって実行し、標準管理プロトコルを実施する。
【０００７】
さらにＩＥＥＥ８０２．１１規格によれば、ＷＴＲＵは、その挙動を制御する構成設定をＭＩＢ内に含む。これは、ＡＰが各ＷＴＲＵの構成を理解して、ＷＴＲＵの挙動を解釈し、ＷＬＡＮ  ＲＲＭのコンテキストにおける性能を向上させることができるために重要である。例えば、ＷＴＲＵは、受信は成功したが復号できないデータフレームをそのＭＩＢ内で常に把握している。これは、ＡＰがＷＴＲＵに最低限のレベルのサービス品質を提供するのに重要な情報である。
【０００８】
ＲＲＭは、ＷＬＡＮ管理における最も重要な側面の１つである。ＷＬＡＮは、ＲＲＭを実行することによって、帯域内干渉の緩和および周波数再利用を含む著しい性能強化を達成することができる。ＭＩＢは、ＩＥＥＥ８０２．１１規格の下で現在定義されているように、ＷＬＡＮ  ＲＲＭをサポートするのに十分な情報を含まない。したがって、ＷＬＡＮ  ＲＲＭに関するＷＴＲＵとＡＰの相互作業を支援する改良されたＭＩＢデータ構造が必要とされている。
【０００９】
ＷＴＲＵの物理的測定データの要求／報告メッセージングおよび検索、または基本サービスセット（ＢＳＳ）におけるすべての種類のＭＡＣ性能統計は、干渉緩和およびＲＲＭのための主要パラメータである。しかし、これらの物理的測定またはＭＡＣ性能統計は、Ｌ１  ＰＨＹまたはＬ２  ＭＡＣプロトコルエンティティから、外部ＷＬＡＮ  ＲＲＭエンティティへのインタフェースとして機能するＳＭＥに受け渡されない。ＳＭＥは一般に、ＭＩＢに対して読み取り／書き込みを行うインタフェースソフトウェアを含む。例えば、簡易ネットワーク管理プロトコル（ＳＮＭＰ）からコマンドを受信すると、特定のＭＩＢエントリの読み取りが、ＳＮＭＰに報告され返す。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従来のシステムでは、ＡＰのＭＩＢは現在、ＷＴＲＵのＭＩＢにストアされる物理的測定データまたはＭＡＣ性能統計を含まない。さらに、ほとんどすべての場合、ＡＰは、ＡＰ内のＭＩＢに対してだけ読み取り／書き込みを行い、ＷＴＲＵ内のＭＩＢに対しては行わない管理プロトコル（例えば、ＳＮＭＰ）を実施するので、ＮＭＥは、ＷＴＲＵのＭＩＢに何が存在するのかわからない。
【課題を解決するための手段】
【００１１】
本発明は、管理情報を転送するための方法および無線通信システムである。システムは、第１の管理エンティティおよび第２の管理エンティティを含む少なくとも１つのアクセスポイント（ＡＰ）と、第３の管理エンティティおよび第４の管理エンティティを含む少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを含む。ＡＰは、ＷＴＲＵに、カテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベース（ＭＩＢ）情報要求アクションフレームを送信する。情報要求アクションフレームの受信に応答して、ＷＴＲＵは、ＡＰに管理情報を提供するべきかどうかを決定する。ＷＴＲＵは、ＡＰに管理情報を提供する場合、ＷＴＲＵに配置されるＭＩＢにストアされた管理情報を編集し、ＡＰにＭＩＢ情報報告アクションフレームを送信する。ＭＩＢは、無線リソース管理（ＲＲＭ）に関連する情報を含む複数のテーブルと、物理レイヤ測定を含む少なくとも１つのテーブルとを備えている。
【００１２】
本発明のより詳しい理解は、例として与えられ、添付の図面と併せて理解される以下の好ましい実施例の説明から得られるであろう。
【図面の簡単な説明】
【００１３】
【図１Ａ】本発明によって動作する無線通信システムのブロック図である。
【図１Ｂ】図１Ａの無線通信システムで使用されるＡＰおよびＷＴＲＵの構成を示す詳細ブロック図である。
【図２】本発明による、ＭＩＢデータを獲得するためにＷＴＲＵとＡＰの間の通信を示す信号フロー図である。
【図３】本発明による、測定報告を要求し、受信するためにＷＴＲＵとＡＰの間の通信を示す信号フロー図である。
【図４】本発明による、ネットワーク管理エンティティ間でサービスプリミティブを使用して管理情報を転送するための例示的なプロセスを示す信号フロー図である。
【図５】本発明による、フレームボディを含む例示的なＭＩＢ情報アクションフレーム示す図である。
【図６】図５のアクションフレームのフレームボディの詳細を示す図である。
【図７Ａ】図７Ｂと併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセスのフローチャートである。
【図７Ｂ】図７Ａと併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセスのフローチャートである。
【発明を実施するための形態】
【００１４】
これ以降、ＷＴＲＵは、ユーザ機器、移動局、固定または移動加入者ユニット、ページャ、または無線環境で動作可能なその他の任意のタイプの装置を含むが、これらに限定されない。ＡＰは、これ以降で言及される場合、基地局、ノードＢ、サイトコントローラ、または無線環境におけるその他の任意のタイプのインタフェース装置を含むが、これらに限定されない。
【００１５】
本発明は、図面を参照して説明されるが、すべての図面にわたって、同様の番号は同様の要素を表す。本発明は、アドオンとして、ＷＬＡＮ  ＩＥＥＥ８０２．１１規格（８０２．１１基準、８０２．１１ａ、８０２．１１ｂ、および８０２．１１ｇ）に適用され、ＩＥＥＥ８０２．１１ｅ、８０２．１１ｈ、および８０２．１６にも適用される。
【００１６】
本発明はさらに、ユニバーサル移動体通信システム（ＵＭＴＳ）、ＣＤＭＡ２０００、およびＣＤＭＡ全般に適用されるように、時分割複信（ＴＤＤ）、周波数分割複信（ＦＤＤ）、および時分割同期ＣＤＭＡ（ＴＤＳＣＤＭＡ）に適用することができるが、その他の無線システムにも同様に適用可能であることが想定されている。
【００１７】
本発明の機能は、集積回路（ＩＣ）に組み込まれること、または複数の相互接続する構成要素を含む回路内に構成されることができる。
【００１８】
図１Ａは、複数のＷＴＲＵ１０５と、複数のＡＰ１１０と、分配システム（ＤＳ）１１５と、ＮＭＥ１２０と、ネットワーク１２５とを含む無線通信システム１００のブロック図である。ＷＴＲＵ１０５とＡＰ１１０は、個々の基本サービスセット（ＢＳＳ）１３０を形成する。ＢＳＳ１３０とＤＳ１１５は、拡張サービスセット（ＥＳＳ）を形成する。ＡＰ１１０は、ネットワーク１２５を介してＮＭＥ１２０に接続される。無線通信システム１００は、ＷＬＡＮであることができる。
【００１９】
図１Ｂは、無線通信システム１００で使用されるＡＰ１１０およびＷＴＲＵ１０５の構成を示す詳細ブロック図である。ＡＰ１１０は、第１の管理エンティティ１５０と、第２の管理エンティティ１５５と、第１のＭＩＢ１６０とを含む。ＷＴＲＵ１０５は、第３の管理エンティティ１６５と、第４の管理エンティティ１７０と、第２のＭＩＢ１７５とを含む。ＭＩＢ１６０および１７５は、構成パラメータ、性能メトリック、および誤り表示をストアするのに使用される１つまたは複数の記憶装置（例えば、カウンタ、レジスタ、またはその他のメモリ装置）から成る。
【００２０】
第１の管理エンティティ１５０は、ＳＭＥであることができる。第２の管理エンティティ１５５は、ＭＬＭＥであることができる。第３の管理エンティティ１６５は、ＭＬＭＥであることができる。第４の管理エンティティ１７０は、ＳＭＥであることができる。
【００２１】
本発明は、ＡＰ１１０内のＭＩＢ１６０がＷＴＲＵ１０５内のＭＩＢ１７５の内容をストアするように、ＡＰ１１０内のＭＩＢ１６０のデータ内容を拡張する。ＮＭＥ１２０は、ＷＴＲＵ１０５のＭＩＢ１７５にストアされた情報の少なくとも一部を獲得し、ＮＭＥに提供するように、ＡＰ１１０に要求することができる。ＡＰ１１０がその情報を一度ストアすると、ＮＭＥ１２０は、今ではＭＩＢ１７５の内容の少なくとも一部を含むＭＩＢ１６０にアクセスすることができる。
【００２２】
図２は、本発明による、ＭＩＢデータを獲得するために、ＷＴＲＵ１０５とＡＰ１１０の間の通信をサポートするプロセスを示している。ＡＰ１１０は、目標ＷＴＲＵ１０５からＭＩＢデータを検索することを決定すると、目標ＷＴＲＵ１０５にＭＩＢ情報要求フレーム２０５を送信する。ＷＴＲＵ１０５は、（第２のＭＩＢ１７５にストアされた）ＭＩＢデータを編集し、ＡＰ１１０にＭＩＢ情報報告フレーム２１０を送信する。
【００２３】
図１Ａおよび図１Ｂを参照すると、ＷＴＲＵのＭＩＢ内容の検索を開始するプロセスは、ＮＭＥ１２０によって開始されることもでき、それは次に、ＡＰ１１０内の第１の管理エンティティ１５０をトリガし、第１の管理エンティティ１５０は、第２の管理エンティティ１５５にプリミティブを送信して、ＭＡＣ信号フレームをＷＴＲＵ１０５などへ送信させる。
【００２４】
ＭＩＢ情報報告フレーム２１０は好ましくは、アクションフレームの新しいカテゴリとして生成される。しかし、ＭＩＢ情報報告フレーム２１０は、管理フレームの新しいサブタイプとして生成されることができ、または現在存在するもしくは将来開発される管理フレームもしくはアクションフレームに組み入れられる新しい情報要素（ＩＥ）を含むこともできる。
【００２５】
図３は、１つまたは複数の測定を実行し、ＷＴＲＵ１０５の特定の物理的パラメータをＡＰ１１０に報告するよう、ＡＰ１１０がＷＴＲＵ１０５に要求するための、ＷＴＲＵ１０５とＡＰ１１０の間の通信をサポートするプロセスを示している。ＡＰ１１０は、ＷＴＲＵ１０５に物理的測定データを要求することを決定すると、目標ＷＴＲＵ１０５に測定要求アクションフレーム３０５を送信して、目標ＷＴＲＵ１０５の一定の物理的パラメータを測定させ、報告させる。測定は、送信電力、リンクマージン、クリアチャネル評価（ＣＣＡ）報告、受信電力表示（ＲＰＩ）ヒストグラム報告、またはその他の任意の物理的関連測定を含むことができる。これらは、絶対値、統計平均もしくはヒストグラム値、または任意のタイプのアルゴリズムもしくは最適化ルーチンを利用して計算される値であることができる。要求された測定を実行した後、目標ＷＴＲＵ１０５は、測定データを編集し、ＡＰ１１０に測定報告アクションフレーム３１０を送信する。測定データは、ＡＰ１１０のＭＩＢ１６０およびＷＴＲＵ１０５のＭＩＢ１７５にストアされる。
【００２６】
ＷＴＲＵ１０５内のＭＩＢ１７５は、２つの異なるカテゴリの情報をストアする。第１のカテゴリは、信号電力、干渉レベル、雑音ヒストグラムなど、様々な物理的測定を含む。第２のカテゴリは、ＣＣＡビジー率、平均バックオフ時間、誤りフレームカウンタなどの様々なＭＡＣ性能統計である。
【００２７】
受信された物理的測定およびＭＡＣ性能統計は、ＡＰ１１０のＭＩＢ１６０にストアされると、ＲＲＭを担当するエンティティから利用可能になる。ＭＩＢ１６０は、ＭＡＣ  ＭＩＢまたはＰＨＹ  ＭＩＢであることができる。ＲＲＭメッセージングもＭＡＣレイヤで実行されるので、ＭＡＣ  ＭＩＢが好ましく、そのほうがＰＨＹレイヤよりもはるかに高速である。これらの物理的測定データは、ＡＰ１１０のＭＩＢ１６０にそれらをストアすることによって、外部エンティティから利用可能になる。こうして、効果的な負荷制御およびＢＳＳ範囲調整が可能になる。
【００２８】
図４は、ＡＰ１１０とＷＴＲＵ１０５の間でサービスプリミティブを使用してＭＩＢ情報を獲得するための例示的なプロセスを示す信号フロー図である。内部メッセージングは、本発明によって新たに導入されるサービスプリミティブを用いて実行される。プロセス４００を使用して、ＡＰ１１０は、ＷＴＲＵ１０５のＭＩＢ１７５にストアされたデータを検索し、検索されたデータをＡＰ１１０のＭＩＢ１６０にストアすることができる。
【００２９】
ＡＰ１１０は、ＳＭＥ４５０およびＭＬＭＥ４５５を含む。ＷＴＲＵ１０５は、ＭＬＭＥ４６５およびＳＭＥ４７０を含む。ＡＰ１１０のＳＭＥ４５０は、ＷＴＲＵ１０５にＭＩＢ情報を要求するべきかどうかを決定する（ステップ４０２）。ＳＭＥ４５０は、ステップ４０２で、ＷＴＲＵ１０５にＭＩＢ情報を要求すると決定した場合、ステップ４０４で、第１のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｒｅｑ）をＡＰ１１０のＭＬＭＥ４５５に送信して、ＭＩＢ情報を要求する。ステップ４０６で、ＭＬＭＥ４５５は、第２のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｃｆｍ）をＳＭＥ４５０に送信して、第１のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｒｅｑ）の受信をコンファームする。ステップ４０８で、ＭＬＭＥ４５５は、第３のメッセージ（ＭＩＢ情報要求フレーム）を目標ＷＴＲＵ１０５に送信して、ＭＩＢ情報を要求し、目標ＷＴＲＵ１０５のＭＬＭＥ４６５は、第３のメッセージ（ＭＩＢ情報要求フレーム）を受信する。ステップ４１０で、ＭＬＭＥ４６５は、第４のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｉｎｄ）を目標ＷＴＲＵ１０５のＳＭＥ４７０に送信して、ＭＩＢ情報を要求する。
【００３０】
図４の参照を続けると、ステップ４１２で、ＳＭＥ４７０は、第４のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｉｎｄ）に応答してＭＩＢ情報を提供するべきかどうかを決定する。ステップ４１２に含まれる決定の中には、ＡＰが要求したＭＩＢ情報要素をＷＴＲＵ１０５が有するかどうかが含まれる。何らかの誤り状態の場合、ＡＰ１１０は、ＷＴＲＵ１０５がＭＩＢ１７５にストアしていないＭＩＢ情報を要求することもあり得る。また、セキュリティ検査プロセスを実施することによって、例えば、ＭＩＢ情報要求が有効な（すなわち、承認された）ＡＰ１１０から来ていないと信じる理由をＷＴＲＵ１０５がもつ場合、ＷＴＲＵ１０５のＳＭＥ４７０は、要求されたＭＩＢ情報を送信しないと決定することができる。
【００３１】
図４の参照を続けると、ＳＭＥ４７０は、ステップ４１２で、ＭＩＢ情報を提供する（すなわち、ＭＩＢ情報要求を受諾する）と決定した場合、ステップ４１４で、ＷＴＲＵ１０５のＭＩＢ１７５にストアされたＭＩＢ情報を編集する。ステップ４１６で、ＳＭＥ４７０は、第５のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｒｅｑ）をＭＬＭＥ４６５に送信する。ステップ４１８で、ＭＬＭＥ４６５は、第６のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＰＯＲＴ．ｃｆｍ）をＳＭＥ４７０に送信して、第５のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｒｅｑ）の受信をコンファームする。ステップ４２０で、ＭＬＭＥ４６５は、要求された情報を含む第７のメッセージ（ＭＩＢ情報報告フレーム）をＡＰ１１０に送信し、ＡＰ１１０のＭＬＭＥ４５５は、第７のメッセージ（ＭＩＢ情報報告フレーム）を受信する。ステップ４２２で、ＭＬＭＥ４５５は、要求されたＭＩＢ情報を含む第８のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｉｎｄ）をＳＭＥ４５０に送信する。要求されたＭＩＢ情報は、ＡＰ１１０のＭＩＢ１６０にストアされることができる。ＭＩＢ情報要求は、ステップ４２４で完了する。
【００３２】
本発明によれば、ＷＴＲＵ１０５の外部のエンティティにＭＩＢ１６０の内容を直接読むことを禁止することによって、ＷＴＲＵ１０５のＭＩＢ１６０の内容に対する保護が提供される。信号フレームおよび関連するレイヤ間プリミティブが、ＡＰ１１０またはＷＴＲＵ１０５内のレイヤ間で交換される。物理的測定およびＭＡＣ性能統計からなる特定のＭＩＢエントリを直接搬送するＭＡＣフレームが、ＷＴＲＵ関連のＭＩＢエントリを組み立てるのに使用されて、「同位テーブル（peer table）」を形成する。別の実施形態では、信号強度測定などのＷＴＲＵ１０５によって実行される測定は、ＷＴＲＵ１０５がその測定をそれ自体のＭＩＢ１７５にストアすることなく、ＷＴＲＵ１０５からＡＰ１１０にＭＡＣフレームによって送信され、ＡＰ１１０のＭＩＢ１６０にストアされることができる。
【００３３】
ＭＩＢのデータエントリは、ＩＥＥＥ８０２．１１規格によって定義される。しかし、ＩＥＥＥ８０２．１１規格の下で現在定義されているＭＩＢは、ＷＬＡＮ  ＲＲＭをサポートするのに十分な情報を含まない。したがって、本発明は、ＷＬＡＮ  ＲＲＭに関するＷＴＲＵ１０５とＡＰ１１０の相互作業を支援するため、改良されたＭＩＢデータ構造を導入する。
【００３４】
例えば、表１は、以下に示すように、本発明による、ＲＲＭ関連情報を含む６つの（６）ＭＩＢテーブルと、ＰＨＹ測定を含む１つの（１）ＭＩＢテーブルの一覧を含む。ＩＥＥＥ８０２．１１規格によれば、これらのテーブルは好ましくは、ＩＥＥＥ８０２．１１  ＲＲＭ  ＭＩＢとＩＥＥＥ８０２．１１  ＰＨＹ  ＭＩＢとにそれぞれ含まれる。しかし、ＭＩＢテーブルの各々は、８０２．１１  ＰＨＹ、８０２．１１  ＭＡＣ、および８０２．１１  ＳＭＴ（端末管理）を含むが、これらに限定されない、その他の既存のＩＥＥＥ８０２．１１  ＭＩＢテーブルの拡張として含まれることもできる。
【００３５】
【表１】
2014171257.tif 000003
【００３６】
特定のＷＴＲＵに関連する報告されるまたは受動的に観察可能である同位物理レイヤ測定は、ＭＩＢｄｏｔ１１ｐｅｅｒＰｈｙＭｅａｓＴａｂｌｅに書かれる。これは、ＡＰ自体またはＷＴＲＵによる観測対象として、ＡＰのＢＳＳおよびその近隣物（neighbors）を含む。ＢＳＳ  ＡＰ  ＰｈｙＭｅａｓの例として、受信信号強度表示（ＲＳＳＩ）およびビット誤り率（ＢＥＲ）が挙げられる。
【００３７】
ＢＳＳグローバルステータスに関して、すべてのＷＴＲＵの結合（association）、ローミング、認証、およびセキュリティのステータスおよび履歴は、ＭＩＢテーブルｄｏｔ１１ＢＳＳＧｌｏｂａｌＳｔａｔｕｓＴａｂｌｅにストアされる。その他の例として、ネットワーク内のＷＴＲＵの数および休眠中のＷＴＲＵの数が挙げられる。
【００３８】
負荷、輻輳、干渉、干渉源、および近隣物（neighbors）など、ＭＡＣおよびＰＨＹ  ＢＳＳ統計およびＡＰ測定は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＧｌｏｂａｌＳｔａｔｉｓｔｉｃｓＴａｂｌｅにストアされる。
【００３９】
ＡＰがデータをＭＩＢテーブルにどれだけの期間保有すべきか、特定のタスクをいつ実行すべきかなど、ＲＲＭに関連する全体的なＢＳＳ制御構成は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＲｒｍＣｏｎｆｉｇｕｒａｔｉｏｎＴａｂｌｅにストアされる。
【００４０】
外部ＮＭＥのためのアクション項目およびネットワーク監視ツールの一覧は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＲｒｍＡｃｔｉｏｎｓＴａｂｌｅに格納される。このＭＩＢテーブルにストアされる情報は、ＮＭＥがＷＬＡＮアクションを強制し、優先付けするためのインタフェースとして動作する。
【００４１】
同位機能および能力（peer features and capabilities）の利用可能性は、ＭＩＢのｄｏｔ１１ｐｅｅｒＣａｐａｂｉｌｉｔｙＴａｂｌｅにストアされる。例えば、ＷＴＲＵがアンテナを２つ有するかどうかについての情報は、このＭＩＢテーブルにストアされる。別の例では、ＷＴＲＵが暗号化能力を有するかどうかについての情報が、このＭＩＢテーブルにストアされる。
【００４２】
上述の同位機能および能力の実際の構成についての情報はＭＩＢテーブルのｄｏｔ１１ｐｅｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴａｂｌｅにストアされる。暗号化能力を有するＷＴＲＵの例を用いると、関連する構成は暗号化機能のＯＮ／ＯＦＦステータスである。
【００４３】
ＢＳＳに関連するＲＲＭ情報を含む上述のＭＩＢテーブルを用いて、ＲＲＭ情報は、複数のＡＰ、ＷＴＲＵ、およびＮＭＥに分配される。
【００４４】
図５は、本発明による、フレームボディフィールド５０５を含むＭＩＢ情報フレーム５００の例示的な構成を示している。ＭＩＢ情報フレーム５００は、アクションフレーム（すなわち、ＭＡＣフレーム）であるが、ＭＩＢ情報フレーム５００のフォーマットは、管理フレーム、または管理フレームもしくはアクションフレームに組み入れられる情報要素としてフォーマットされるものであってよいことを理解されたい。
【００４５】
ＭＩＢ情報フレーム５００は、ＭＡＣフレームの明確な特性と、それがどう処理されるべきかを示すタイプフィールドおよびサブタイプフィールドを含む。データは、管理フレームとは異なるＭＡＣフレームタイプを使用する。サブタイプフィールドは、異なる種類の管理フレームを区別化するのに使用される。ＭＡＣフレームは、ＷＴＲＵ１０５からＭＩＢ情報を検索するのに使用される。
【００４６】
図６は、ＭＩＢ情報フレーム５００のフレームボディ５０５が、カテゴリフィールド６０５およびアクション詳細フィールド６１０を含むことを示す。カテゴリフィールド６０５は、ＭＩＢ情報カテゴリを含むことができ、フレーム５００の明確な特性と、それがどう処理されるべきかを示す。アクション詳細フィールド６１０は、カテゴリフィールドに応じて変わるアクション詳細を含む。例えば、アクション詳細フィールド６１０は、測定の具体的な頻度を示すことができる。ＭＩＢ要求は一般に、例えば、特定のテーブルだけ、特定のテーブルの特定の値だけなど、ＷＴＲＵ１０５からどのＭＩＢエントリが報告され返すべきかを指定する。
【００４７】
図７Ａと図７Ｂは併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセス７００のフローチャートである。
【００４８】
プロセス７００は、少なくとも１つのＡＰ１１０と少なくともＷＴＲＵ１０５とを含む無線通信システム１００（図１Ａを参照）で実施される。図１Ｂに示されるように、ＡＰ１１０は、第１の管理エンティティ１５０と第２の管理エンティティ１５５とを含む。さらに図１Ｂに示されるように、ＷＴＲＵ１０５は、第３の管理エンティティ１６５と第４の管理エンティティ１７０とを含む。
【００４９】
図７Ａおよび図１Ｂを参照すると、ＡＰ１１０内の第１の管理エンティティ１５０は、ＷＴＲＵ１０５に管理情報を要求するかどうかを決定する（ステップ７０５）。第１の管理エンティティ１５０は、ステップ７０５で、ＷＴＲＵ１０５に管理情報を要求すると決定した場合、ステップ７１０で、ＡＰ１１０内の第２の管理エンティティ１５５に、第１のメッセージを送信して、管理情報を要求する。ステップ７１５で、第２の管理エンティティ１５５は、第１の管理エンティティ１５０に、第２のメッセージを送信して、第１のメッセージの受信をコンファームする。ステップ７２０で、第２の管理エンティティ１５５は、ＷＴＲＵ１０５に、管理情報の要求を含む第３のメッセージを送信する。ステップ７２５で、ＷＴＲＵ１０５内の第３の管理エンティティ１６５は、第３のメッセージを受信する。ステップ７３０で、第３の管理エンティティ１６５は、ＷＴＲＵ１０５内の第４の管理エンティティ１７０に、管理情報の要求を含む第４のメッセージを送信する。ステップ７３５で、第４の管理エンティティ１７０は、第４のメッセージに応答して、ストアされた管理情報を提供するかどうかを決定する。第４の管理エンティティ１７０は、ステップ７３５で、管理情報を提供すると決定した場合、ステップ７４０で、ＷＴＲＵに（すなわち、ＭＩＢ１７５に）ストアされた管理情報を編集する。
【００５０】
次に図７Ｂおよび図１Ｂを参照すると、ステップ７４５で、第４の管理エンティティ１７０は、第３の管理エンティティ１６５に、要求された管理情報を含む第５のメッセージを送信する。ステップ７５０で、第３の管理エンティティ１６５は、第４の管理エンティティ１７０に、第６のメッセージを送信して、第５のメッセージの受信をコンファームする。ステップ７５５で、第３の管理エンティティ１６５は、ＡＰ１１０に、要求された管理情報を含む第７のメッセージを送信する。ステップ７６０で、ＡＰ１１０内の第２の管理エンティティ１５５は、第７のメッセージを受信する。ステップ７６５で、第２の管理エンティティ１５５は、第１の管理エンティティ１５０に、要求された管理情報を含む第８のメッセージを送信する。要求された情報は、その後、ＡＰ１１０のＭＩＢ１６０にストアされることができる。
【００５１】
本発明が好ましい実施形態を参照して詳しく示され、説明されたが、上で説明された本発明の範囲から逸脱することなく、それらに形態および詳細に関する様々な変更を施し得ることは、当業者であれば理解されよう。
【符号の説明】
【００５２】
１００  無線通信システム
１０５  ＷＴＲＵ
１１０  ＡＰ
１１５  分配システム（ＤＳ）
１２０  ＮＭＥ
１２５  ネットワーク
１３０  基本サービスセット（ＢＳＳ）
１５０  第１の管理エンティティ
１５５  第２の管理エンティティ
１６０  第１のＭＩＢ
１６５  第３の管理エンティティ
１７０  第４の管理エンティティ
１７５  第２のＭＩＢ
【図１Ａ】
2014171257.tif 000004
【図１Ｂ】
2014171257.tif 000005
【図２】
2014171257.tif 000006
【図３】
2014171257.tif 000007
【図４】
2014171257.tif 000008
【図５】
2014171257.tif 000009
【図６】
2014171257.tif 000010
【図７Ａ】
2014171257.tif 000011
【図７Ｂ】
2014171257.tif 000012