JP2008017533A - 無線通信システムのネットワーク管理エンティティ間で情報を転送するための方法およびシステム - Google Patents

Abstract

【課題】ＷＴＲＵのＭＩＢにストアされる物理的測定データ又はＭＡＣ性能統計を含むこと、及び、ＮＭＥがＷＴＲＵのＭＩＢに何が存在するのか分かるようにすること。
【解決手段】システムは、第１および第２の管理エンティティ１５０，１５５を含む少なくとも１つのアクセスポイント（ＡＰ）１１０と、第１および第２の管理エンティティ１６５，１７０を含む少なくとも１つの無線送受信ユニット（ＷＴＲＵ）１０５とを含む。ＡＰはカテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベース（ＭＩＢ）情報要求アクションフレームをＷＴＲＵに送信する。情報要求アクションフレームの受信に応答してＷＴＲＵはＡＰに管理情報を提供するべきかどうか決定する。ＷＴＲＵはＡＰに管理情報を提供する場合、ＷＴＲＵ内に配置されるＭＩＢにストアされた管理情報を編集しＭＩＢ情報報告アクションフレームをＡＰに送信する。
【選択図】図２

Description

本発明は、無線通信システムに関する。より詳細には、本発明は、無線リソース管理（ＲＲＭ）を最適化するために、無線送受信ユニット（ＷＴＲＵ）とアクセスポイント（ＡＰ）の間で管理情報を通信するための方法およびシステムに関する。

無線ＬＡＮ（ＷＬＡＮ）は、その利便性と柔軟性のため、ますます普及が進んでいる。そのようなネットワーク用の新しいアプリケーションが開発されているので、それらの評判は著しく高くなることが期待されている。

電気電子学会（ＩＥＥＥ）の作業部会は、より高いデータレートおよびその他のネットワーク機能を提供することを目的とする拡張機能を有するＩＥＥＥ８０２．１１基準規格を定義した。ＩＥＥＥ８０２．１１規格の下では、ネットワークエンティティは管理情報ベース（ＭＩＢ）を含む。ＭＩＢは、媒体アクセス制御（ＭＡＣ）レイヤＭＩＢ、または物理（ＰＨＹ）レイヤＭＩＢのいずれかであってよい。ＭＩＢテーブルのデータエントリは、ＩＥＥＥ８０２．１１規格を使用する。

ＷＬＡＮに接続されたネットワーク管理エンティティ（ＮＭＥ）は、フレームを送信することによって互いに通信する。３つのタイプのＭＡＣフレーム、すなわち、１）データフレーム、２）制御フレーム、３）管理フレームが、ＩＥＥＥ８０２．１１規格によって定義されている。これらの各フレームにはサブタイプも存在する。例えば、アクションフレームは、管理フレームのサブタイプである。アクションフレームは、カテゴリによってさらに定義される。現在、複数のアクションフレームカテゴリが、０−スペクトル管理、１−サービス品質管理、２−直接リンクプロトコル、３−無線測定のように定義されている。

サービスプリミティブは、ステーション管理エンティティ（ＳＭＥ）とＭＡＣレイヤ管理エンティティ（ＭＬＭＥ）の間など、レイヤ間またはプロトコル間エンティティ交換のために使用される、規格化されたメッセージ内容を用いた内部信号メッセージである。特定のメッセージフォーマットは規格によって指定されていないが、規格はその内容を指定している。サービスプリミティブは一般に、１つのＷＴＲＵから別のＷＴＲＵに管理目的の特定のフレームを送信することなどによって、特定のアクションを開始し、コンファームし、または報告するのに使用される。

ＩＥＥＥ８０２．１１規格によれば、正確なＭＡＣ動作を提供するために、ＳＭＥがＷＴＲＵに組み込まれる。ＳＭＥは、独立の管理平面（management plane）に存在すると、または「脇にずれて」存在すると見なされるレイヤ独立のエンティティである。したがって、ＳＭＥは、様々なレイヤ管理エンティティからのレイヤ依存のステータスの収集、および同様にレイヤ特有のパラメータの値の設定などの機能を担当すると見なされる。ＳＭＥは一般に、そのような機能をシステム管理エンティティ全般に代わって実行し、標準管理プロトコルを実施する。

さらにＩＥＥＥ８０２．１１規格によれば、ＷＴＲＵは、その挙動を制御する構成設定をＭＩＢ内に含む。これは、ＡＰが各ＷＴＲＵの構成を理解して、ＷＴＲＵの挙動を解釈し、ＷＬＡＮ ＲＲＭのコンテキストにおける性能を向上させることができるために重要である。例えば、ＷＴＲＵは、受信は成功したが復号できないデータフレームをそのＭＩＢ内で常に把握している。これは、ＡＰがＷＴＲＵに最低限のレベルのサービス品質を提供するのに重要な情報である。

ＲＲＭは、ＷＬＡＮ管理における最も重要な側面の１つである。ＷＬＡＮは、ＲＲＭを実行することによって、帯域内干渉の緩和および周波数再利用を含む著しい性能強化を達成することができる。ＭＩＢは、ＩＥＥＥ８０２．１１規格の下で現在定義されているように、ＷＬＡＮ ＲＲＭをサポートするのに十分な情報を含まない。したがって、ＷＬＡＮ ＲＲＭに関するＷＴＲＵとＡＰの相互作業を支援する改良されたＭＩＢデータ構造が必要とされている。

ＷＴＲＵの物理的測定データの要求／報告メッセージングおよび検索、または基本サービスセット（ＢＳＳ）におけるすべての種類のＭＡＣ性能統計は、干渉緩和およびＲＲＭのための主要パラメータである。しかし、これらの物理的測定またはＭＡＣ性能統計は、Ｌ１ ＰＨＹまたはＬ２ ＭＡＣプロトコルエンティティから、外部ＷＬＡＮ ＲＲＭエンティティへのインタフェースとして機能するＳＭＥに受け渡されない。ＳＭＥは一般に、ＭＩＢに対して読み取り／書き込みを行うインタフェースソフトウェアを含む。例えば、簡易ネットワーク管理プロトコル（ＳＮＭＰ）からコマンドを受信すると、特定のＭＩＢエントリの読み取りが、ＳＮＭＰに報告され返す。

従来のシステムでは、ＡＰのＭＩＢは現在、ＷＴＲＵのＭＩＢにストアされる物理的測定データまたはＭＡＣ性能統計を含まない。さらに、ほとんどすべての場合、ＡＰは、ＡＰ内のＭＩＢに対してだけ読み取り／書き込みを行い、ＷＴＲＵ内のＭＩＢに対しては行わない管理プロトコル（例えば、ＳＮＭＰ）を実施するので、ＮＭＥは、ＷＴＲＵのＭＩＢに何が存在するのかわからない。

本発明は、管理情報を転送するための方法および無線通信システムである。システムは、第１の管理エンティティおよび第２の管理エンティティを含む少なくとも１つのアクセスポイント（ＡＰ）と、第３の管理エンティティおよび第４の管理エンティティを含む少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを含む。ＡＰは、ＷＴＲＵに、カテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベース（ＭＩＢ）情報要求アクションフレームを送信する。情報要求アクションフレームの受信に応答して、ＷＴＲＵは、ＡＰに管理情報を提供するべきかどうかを決定する。ＷＴＲＵは、ＡＰに管理情報を提供する場合、ＷＴＲＵに配置されるＭＩＢにストアされた管理情報を編集し、ＡＰにＭＩＢ情報報告アクションフレームを送信する。ＭＩＢは、無線リソース管理（ＲＲＭ）に関連する情報を含む複数のテーブルと、物理レイヤ測定を含む少なくとも１つのテーブルとを備えている。

本発明のより詳しい理解は、例として与えられ、添付の図面と併せて理解される以下の好ましい実施例の説明から得られるであろう。

これ以降、ＷＴＲＵは、ユーザ機器、移動局、固定または移動加入者ユニット、ページャ、または無線環境で動作可能なその他の任意のタイプの装置を含むが、これらに限定されない。ＡＰは、これ以降で言及される場合、基地局、ノードＢ、サイトコントローラ、または無線環境におけるその他の任意のタイプのインタフェース装置を含むが、これらに限定されない。

本発明は、図面を参照して説明されるが、すべての図面にわたって、同様の番号は同様の要素を表す。本発明は、アドオンとして、ＷＬＡＮ ＩＥＥＥ８０２．１１規格（８０２．１１基準、８０２．１１ａ、８０２．１１ｂ、および８０２．１１ｇ）に適用され、ＩＥＥＥ８０２．１１ｅ、８０２．１１ｈ、および８０２．１６にも適用される。

本発明はさらに、ユニバーサル移動体通信システム（ＵＭＴＳ）、ＣＤＭＡ２０００、およびＣＤＭＡ全般に適用されるように、時分割複信（ＴＤＤ）、周波数分割複信（ＦＤＤ）、および時分割同期ＣＤＭＡ（ＴＤＳＣＤＭＡ）に適用することができるが、その他の無線システムにも同様に適用可能であることが想定されている。

本発明の機能は、集積回路（ＩＣ）に組み込まれること、または複数の相互接続する構成要素を含む回路内に構成されることができる。

図１は、複数のＷＴＲＵ１０５と、複数のＡＰ１１０と、分配システム（ＤＳ）１１５と、ＮＭＥ１２０と、ネットワーク１２５とを含む無線通信システム１００のブロック図である。ＷＴＲＵ１０５とＡＰ１１０は、個々の基本サービスセット（ＢＳＳ）１３０を形成する。ＢＳＳ１３０とＤＳ１１５は、拡張サービスセット（ＥＳＳ）を形成する。ＡＰ１１０は、ネットワーク１２５を介してＮＭＥ１２０に接続される。無線通信システム１００は、ＷＬＡＮであることができる。

図２は、無線通信システム１００で使用されるＡＰ１１０およびＷＴＲＵ１０５の構成を示す詳細ブロック図である。ＡＰ１１０は、第１の管理エンティティ１５０と、第２の管理エンティティ１５５と、第１のＭＩＢ１６０とを含む。ＷＴＲＵ１０５は、第３の管理エンティティ１６５と、第４の管理エンティティ１７０と、第２のＭＩＢ１７５とを含む。ＭＩＢ１６０および１７５は、構成パラメータ、性能メトリック、および誤り表示をストアするのに使用される１つまたは複数の記憶装置（例えば、カウンタ、レジスタ、またはその他のメモリ装置）から成る。

第１の管理エンティティ１５０は、ＳＭＥであることができる。第２の管理エンティティ１５５は、ＭＬＭＥであることができる。第３の管理エンティティ１６５は、ＭＬＭＥであることができる。第４の管理エンティティ１７０は、ＳＭＥであることができる。

本発明は、ＡＰ１１０内のＭＩＢ１６０がＷＴＲＵ１０５内のＭＩＢ１７５の内容をストアするように、ＡＰ１１０内のＭＩＢ１６０のデータ内容を拡張する。ＮＭＥ１２０は、ＷＴＲＵ１０５のＭＩＢ１７５にストアされた情報の少なくとも一部を獲得し、ＮＭＥに提供するように、ＡＰ１１０に要求することができる。ＡＰ１１０がその情報を一度ストアすると、ＮＭＥ１２０は、今ではＭＩＢ１７５の内容の少なくとも一部を含むＭＩＢ１６０にアクセスすることができる。

図３は、本発明による、ＭＩＢデータを獲得するために、ＷＴＲＵ１０５とＡＰ１１０の間の通信をサポートするプロセスを示している。ＡＰ１１０は、目標ＷＴＲＵ１０５からＭＩＢデータを検索することを決定すると、目標ＷＴＲＵ１０５にＭＩＢ情報要求フレーム２０５を送信する。ＷＴＲＵ１０５は、（第２のＭＩＢ１７５にストアされた）ＭＩＢデータを編集し、ＡＰ１１０にＭＩＢ情報報告フレーム２１０を送信する。

図１および図２を参照すると、ＷＴＲＵのＭＩＢ内容の検索を開始するプロセスは、ＮＭＥ１２０によって開始されることもでき、それは次に、ＡＰ１１０内の第１の管理エンティティ１５０をトリガし、第１の管理エンティティ１５０は、第２の管理エンティティ１５５にプリミティブを送信して、ＭＡＣ信号フレームをＷＴＲＵ１０５などへ送信させる。

ＭＩＢ情報報告フレーム２１０は好ましくは、アクションフレームの新しいカテゴリとして生成される。しかし、ＭＩＢ情報報告フレーム２１０は、管理フレームの新しいサブタイプとして生成されることができ、または現在存在するもしくは将来開発される管理フレームもしくはアクションフレームに組み入れられる新しい情報要素（ＩＥ）を含むこともできる。

図４は、１つまたは複数の測定を実行し、ＷＴＲＵ１０５の特定の物理的パラメータをＡＰ１１０に報告するよう、ＡＰ１１０がＷＴＲＵ１０５に要求するための、ＷＴＲＵ１０５とＡＰ１１０の間の通信をサポートするプロセスを示している。ＡＰ１１０は、ＷＴＲＵ１０５に物理的測定データを要求することを決定すると、目標ＷＴＲＵ１０５に測定要求アクションフレーム３０５を送信して、目標ＷＴＲＵ１０５の一定の物理的パラメータを測定させ、報告させる。測定は、送信電力、リンクマージン、クリアチャネル評価（ＣＣＡ）報告、受信電力表示（ＲＰＩ）ヒストグラム報告、またはその他の任意の物理的関連測定を含むことができる。これらは、絶対値、統計平均もしくはヒストグラム値、または任意のタイプのアルゴリズムもしくは最適化ルーチンを利用して計算される値であることができる。要求された測定を実行した後、目標ＷＴＲＵ１０５は、測定データを編集し、ＡＰ１１０に測定報告アクションフレーム３１０を送信する。測定データは、ＡＰ１１０のＭＩＢ１６０およびＷＴＲＵ１０５のＭＩＢ１７５にストアされる。

ＷＴＲＵ１０５内のＭＩＢ１７５は、２つの異なるカテゴリの情報をストアする。第１のカテゴリは、信号電力、干渉レベル、雑音ヒストグラムなど、様々な物理的測定を含む。第２のカテゴリは、ＣＣＡビジー率、平均バックオフ時間、誤りフレームカウンタなどの様々なＭＡＣ性能統計である。

受信された物理的測定およびＭＡＣ性能統計は、ＡＰ１１０のＭＩＢ１６０にストアされると、ＲＲＭを担当するエンティティから利用可能になる。ＭＩＢ１６０は、ＭＡＣ ＭＩＢまたはＰＨＹ ＭＩＢであることができる。ＲＲＭメッセージングもＭＡＣレイヤで実行されるので、ＭＡＣ ＭＩＢが好ましく、そのほうがＰＨＹレイヤよりもはるかに高速である。これらの物理的測定データは、ＡＰ１１０のＭＩＢ１６０にそれらをストアすることによって、外部エンティティから利用可能になる。こうして、効果的な負荷制御およびＢＳＳ範囲調整が可能になる。

図５は、ＡＰ１１０とＷＴＲＵ１０５の間でサービスプリミティブを使用してＭＩＢ情報を獲得するための例示的なプロセスを示す信号フロー図である。内部メッセージングは、本発明によって新たに導入されるサービスプリミティブを用いて実行される。プロセス４００を使用して、ＡＰ１１０は、ＷＴＲＵ１０５のＭＩＢ１７５にストアされたデータを検索し、検索されたデータをＡＰ１１０のＭＩＢ１６０にストアすることができる。

ＡＰ１１０は、ＳＭＥ４５０およびＭＬＭＥ４５５を含む。ＷＴＲＵ１０５は、ＭＬＭＥ４６５およびＳＭＥ４７０を含む。ＡＰ１１０のＳＭＥ４５０は、ＷＴＲＵ１０５にＭＩＢ情報を要求するべきかどうかを決定する（ステップ４０２）。ＳＭＥ４５０は、ステップ４０２で、ＷＴＲＵ１０５にＭＩＢ情報を要求すると決定した場合、ステップ４０４で、第１のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｒｅｑ）をＡＰ１１０のＭＬＭＥ４５５に送信して、ＭＩＢ情報を要求する。ステップ４０６で、ＭＬＭＥ４５５は、第２のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｃｆｍ）をＳＭＥ４５０に送信して、第１のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｒｅｑ）の受信をコンファームする。ステップ４０８で、ＭＬＭＥ４５５は、第３のメッセージ（ＭＩＢ情報要求フレーム）を目標ＷＴＲＵ１０５に送信して、ＭＩＢ情報を要求し、目標ＷＴＲＵ１０５のＭＬＭＥ４６５は、第３のメッセージ（ＭＩＢ情報要求フレーム）を受信する。ステップ４１０で、ＭＬＭＥ４６５は、第４のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｉｎｄ）を目標ＷＴＲＵ１０５のＳＭＥ４７０に送信して、ＭＩＢ情報を要求する。

図５の参照を続けると、ステップ４１２で、ＳＭＥ４７０は、第４のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＱＵＥＳＴ．ｉｎｄ）に応答してＭＩＢ情報を提供するべきかどうかを決定する。ステップ４１２に含まれる決定の中には、ＡＰが要求したＭＩＢ情報要素をＷＴＲＵ１０５が有するかどうかが含まれる。何らかの誤り状態の場合、ＡＰ１１０は、ＷＴＲＵ１０５がＭＩＢ１７５にストアしていないＭＩＢ情報を要求することもあり得る。また、セキュリティ検査プロセスを実施することによって、例えば、ＭＩＢ情報要求が有効な（すなわち、承認された）ＡＰ１１０から来ていないと信じる理由をＷＴＲＵ１０５がもつ場合、ＷＴＲＵ１０５のＳＭＥ４７０は、要求されたＭＩＢ情報を送信しないと決定することができる。

図５の参照を続けると、ＳＭＥ４７０は、ステップ４１２で、ＭＩＢ情報を提供する（すなわち、ＭＩＢ情報要求を受諾する）と決定した場合、ステップ４１４で、ＷＴＲＵ１０５のＭＩＢ１７５にストアされたＭＩＢ情報を編集する。ステップ４１６で、ＳＭＥ４７０は、第５のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｒｅｑ）をＭＬＭＥ４６５に送信する。ステップ４１８で、ＭＬＭＥ４６５は、第６のメッセージ（ＭＬＭＥ−ＭＩＢＲＥＰＯＲＴ．ｃｆｍ）をＳＭＥ４７０に送信して、第５のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｒｅｑ）の受信をコンファームする。ステップ４２０で、ＭＬＭＥ４６５は、要求された情報を含む第７のメッセージ（ＭＩＢ情報報告フレーム）をＡＰ１１０に送信し、ＡＰ１１０のＭＬＭＥ４５５は、第７のメッセージ（ＭＩＢ情報報告フレーム）を受信する。ステップ４２２で、ＭＬＭＥ４５５は、要求されたＭＩＢ情報を含む第８のメッセージ（ＭＩＭＥ−ＭＩＢＲＥＰＯＲＴ．ｉｎｄ）をＳＭＥ４５０に送信する。要求されたＭＩＢ情報は、ＡＰ１１０のＭＩＢ１６０にストアされることができる。ＭＩＢ情報要求は、ステップ４２４で完了する。

本発明によれば、ＷＴＲＵ１０５の外部のエンティティにＭＩＢ１６０の内容を直接読むことを禁止することによって、ＷＴＲＵ１０５のＭＩＢ１６０の内容に対する保護が提供される。信号フレームおよび関連するレイヤ間プリミティブが、ＡＰ１１０またはＷＴＲＵ１０５内のレイヤ間で交換される。物理的測定およびＭＡＣ性能統計からなる特定のＭＩＢエントリを直接搬送するＭＡＣフレームが、ＷＴＲＵ関連のＭＩＢエントリを組み立てるのに使用されて、「同位テーブル（peer table）」を形成する。別の実施形態では、信号強度測定などのＷＴＲＵ１０５によって実行される測定は、ＷＴＲＵ１０５がその測定をそれ自体のＭＩＢ１７５にストアすることなく、ＷＴＲＵ１０５からＡＰ１１０にＭＡＣフレームによって送信され、ＡＰ１１０のＭＩＢ１６０にストアされることができる。

ＭＩＢのデータエントリは、ＩＥＥＥ８０２．１１規格によって定義される。しかし、ＩＥＥＥ８０２．１１規格の下で現在定義されているＭＩＢは、ＷＬＡＮ ＲＲＭをサポートするのに十分な情報を含まない。したがって、本発明は、ＷＬＡＮ ＲＲＭに関するＷＴＲＵ１０５とＡＰ１１０の相互作業を支援するため、改良されたＭＩＢデータ構造を導入する。

例えば、表１は、以下に示すように、本発明による、ＲＲＭ関連情報を含む６つの（６）ＭＩＢテーブルと、ＰＨＹ測定を含む１つの（１）ＭＩＢテーブルの一覧を含む。ＩＥＥＥ８０２．１１規格によれば、これらのテーブルは好ましくは、ＩＥＥＥ８０２．１１ ＲＲＭ ＭＩＢとＩＥＥＥ８０２．１１ ＰＨＹ ＭＩＢとにそれぞれ含まれる。しかし、ＭＩＢテーブルの各々は、８０２．１１ ＰＨＹ、８０２．１１ ＭＡＣ、および８０２．１１ ＳＭＴ（端末管理）を含むが、これらに限定されない、その他の既存のＩＥＥＥ８０２．１１ ＭＩＢテーブルの拡張として含まれることもできる。

特定のＷＴＲＵに関連する報告されるまたは受動的に観察可能である同位物理レイヤ測定は、ＭＩＢｄｏｔ１１ｐｅｅｒＰｈｙＭｅａｓＴａｂｌｅに書かれる。これは、ＡＰ自体またはＷＴＲＵによる観測対象として、ＡＰのＢＳＳおよびその近隣物（neighbors）を含む。ＢＳＳ ＡＰ ＰｈｙＭｅａｓの例として、受信信号強度表示（ＲＳＳＩ）およびビット誤り率（ＢＥＲ）が挙げられる。

ＢＳＳグローバルステータスに関して、すべてのＷＴＲＵの結合（association）、ローミング、認証、およびセキュリティのステータスおよび履歴は、ＭＩＢテーブルｄｏｔ１１ＢＳＳＧｌｏｂａｌＳｔａｔｕｓＴａｂｌｅにストアされる。その他の例として、ネットワーク内のＷＴＲＵの数および休眠中のＷＴＲＵの数が挙げられる。

負荷、輻輳、干渉、干渉源、および近隣物（neighbors）など、ＭＡＣおよびＰＨＹ ＢＳＳ統計およびＡＰ測定は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＧｌｏｂａｌＳｔａｔｉｓｔｉｃｓＴａｂｌｅにストアされる。

ＡＰがデータをＭＩＢテーブルにどれだけの期間保有すべきか、特定のタスクをいつ実行すべきかなど、ＲＲＭに関連する全体的なＢＳＳ制御構成は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＲｒｍＣｏｎｆｉｇｕｒａｔｉｏｎＴａｂｌｅにストアされる。

外部ＮＭＥのためのアクション項目およびネットワーク監視ツールの一覧は、ＭＩＢテーブルのｄｏｔ１１ＢＳＳＲｒｍＡｃｔｉｏｎｓＴａｂｌｅに格納される。このＭＩＢテーブルにストアされる情報は、ＮＭＥがＷＬＡＮアクションを強制し、優先付けするためのインタフェースとして動作する。

同位機能および能力（peer features and capabilities）の利用可能性は、ＭＩＢのｄｏｔ１１ｐｅｅｒＣａｐａｂｉｌｉｔｙＴａｂｌｅにストアされる。例えば、ＷＴＲＵがアンテナを２つ有するかどうかについての情報は、このＭＩＢテーブルにストアされる。別の例では、ＷＴＲＵが暗号化能力を有するかどうかについての情報が、このＭＩＢテーブルにストアされる。

上述の同位機能および能力の実際の構成についての情報はＭＩＢテーブルのｄｏｔ１１ｐｅｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴａｂｌｅにストアされる。暗号化能力を有するＷＴＲＵの例を用いると、関連する構成は暗号化機能のＯＮ／ＯＦＦステータスである。

ＢＳＳに関連するＲＲＭ情報を含む上述のＭＩＢテーブルを用いて、ＲＲＭ情報は、複数のＡＰ、ＷＴＲＵ、およびＮＭＥに分配される。

図６は、本発明による、フレームボディフィールド５０５を含むＭＩＢ情報フレーム５００の例示的な構成を示している。ＭＩＢ情報フレーム５００は、アクションフレーム（すなわち、ＭＡＣフレーム）であるが、ＭＩＢ情報フレーム５００のフォーマットは、管理フレーム、または管理フレームもしくはアクションフレームに組み入れられる情報要素としてフォーマットされるものであってよいことを理解されたい。

ＭＩＢ情報フレーム５００は、ＭＡＣフレームの明確な特性と、それがどう処理されるべきかを示すタイプフィールドおよびサブタイプフィールドを含む。データは、管理フレームとは異なるＭＡＣフレームタイプを使用する。サブタイプフィールドは、異なる種類の管理フレームを区別化するのに使用される。ＭＡＣフレームは、ＷＴＲＵ１０５からＭＩＢ情報を検索するのに使用される。

図７は、ＭＩＢ情報フレーム５００のフレームボディ５０５が、カテゴリフィールド６０５およびアクション詳細フィールド６１０を含むことを示す。カテゴリフィールド６０５は、ＭＩＢ情報カテゴリを含むことができ、フレーム５００の明確な特性と、それがどう処理されるべきかを示す。アクション詳細フィールド６１０は、カテゴリフィールドに応じて変わるアクション詳細を含む。例えば、アクション詳細フィールド６１０は、測定の具体的な頻度を示すことができる。ＭＩＢ要求は一般に、例えば、特定のテーブルだけ、特定のテーブルの特定の値だけなど、ＷＴＲＵ１０５からどのＭＩＢエントリが報告され返すべきかを指定する。

図８と図９は併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセス７００のフローチャートである。

プロセス７００は、少なくとも１つのＡＰ１１０と少なくともＷＴＲＵ１０５とを含む無線通信システム１００（図１を参照）で実施される。図２に示されるように、ＡＰ１１０は、第１の管理エンティティ１５０と第２の管理エンティティ１５５とを含む。さらに図２に示されるように、ＷＴＲＵ１０５は、第３の管理エンティティ１６５と第４の管理エンティティ１７０とを含む。

図８および図２を参照すると、ＡＰ１１０内の第１の管理エンティティ１５０は、ＷＴＲＵ１０５に管理情報を要求するかどうかを決定する（ステップ７０５）。第１の管理エンティティ１５０は、ステップ７０５で、ＷＴＲＵ１０５に管理情報を要求すると決定した場合、ステップ７１０で、ＡＰ１１０内の第２の管理エンティティ１５５に、第１のメッセージを送信して、管理情報を要求する。ステップ７１５で、第２の管理エンティティ１５５は、第１の管理エンティティ１５０に、第２のメッセージを送信して、第１のメッセージの受信をコンファームする。ステップ７２０で、第２の管理エンティティ１５５は、ＷＴＲＵ１０５に、管理情報の要求を含む第３のメッセージを送信する。ステップ７２５で、ＷＴＲＵ１０５内の第３の管理エンティティ１６５は、第３のメッセージを受信する。ステップ７３０で、第３の管理エンティティ１６５は、ＷＴＲＵ１０５内の第４の管理エンティティ１７０に、管理情報の要求を含む第４のメッセージを送信する。ステップ７３５で、第４の管理エンティティ１７０は、第４のメッセージに応答して、ストアされた管理情報を提供するかどうかを決定する。第４の管理エンティティ１７０は、ステップ７３５で、管理情報を提供すると決定した場合、ステップ７４０で、ＷＴＲＵに（すなわち、ＭＩＢ１７５に）ストアされた管理情報を編集する。

次に図９および図２を参照すると、ステップ７４５で、第４の管理エンティティ１７０は、第３の管理エンティティ１６５に、要求された管理情報を含む第５のメッセージを送信する。ステップ７５０で、第３の管理エンティティ１６５は、第４の管理エンティティ１７０に、第６のメッセージを送信して、第５のメッセージの受信をコンファームする。ステップ７５５で、第３の管理エンティティ１６５は、ＡＰ１１０に、要求された管理情報を含む第７のメッセージを送信する。ステップ７６０で、ＡＰ１１０内の第２の管理エンティティ１５５は、第７のメッセージを受信する。ステップ７６５で、第２の管理エンティティ１５５は、第１の管理エンティティ１５０に、要求された管理情報を含む第８のメッセージを送信する。要求された情報は、その後、ＡＰ１１０のＭＩＢ１６０にストアされることができる。

本発明が好ましい実施形態を参照して詳しく示され、説明されたが、上で説明された本発明の範囲から逸脱することなく、それらに形態および詳細に関する様々な変更を施し得ることは、当業者であれば理解されよう。

本発明によって動作する無線通信システムのブロック図である。 図１の無線通信システムで使用されるＡＰおよびＷＴＲＵの構成を示す詳細ブロック図である。 本発明による、ＭＩＢデータを獲得するためにＷＴＲＵとＡＰの間の通信を示す信号フロー図である。 本発明による、測定報告を要求し、受信するためにＷＴＲＵとＡＰの間の通信を示す信号フロー図である。 本発明による、ネットワーク管理エンティティ間でサービスプリミティブを使用して管理情報を転送するための例示的なプロセスを示す信号フロー図である。 本発明による、フレームボディを含む例示的なＭＩＢ情報アクションフレームを示す図である。 図６のアクションフレームのフレームボディの詳細を示す図である。 図９と併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセスのフローチャートである。 図８と併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセスのフローチャートである。

符号の説明

１００ 無線通信システム
１０５ ＷＴＲＵ
１１０ ＡＰ
１１５ 分配システム（ＤＳ）
１２０ ＮＭＥ
１２５ ネットワーク
１３０ ＢＳＳ
１５０ 第１の管理エンティティ
１５５ 第２の管理エンティティ
１６０ 第１のＭＩＢ
１６５ 第３の管理エンティティ
１７０ 第４の管理エンティティ
１７５ 第２のＭＩＢ

Claims (3)

1. 少なくとも１つのアクセスポイント（ＡＰ）と少なくとも１つの無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおいて管理情報を転送する方法であって、前記ＡＰが第１の管理エンティティと第２の管理エンティティを含み、前記ＷＴＲＵが第３の管理エンティティと第４の管理エンティティを含む方法において、
   （ａ）前記ＡＰ内の前記第１の管理エンティティが、管理情報を要求する第１のメッセージを前記ＡＰ内の前記第２の管理エンティティに送信するステップ、
   （ｂ）前記ＡＰ内の前記第２の管理エンティティが、管理情報の要求を含む第２のメッセージを前記ＷＴＲＵに送信するステップ、
   （ｃ）前記ＷＴＲＵが前記第２のメッセージを受信したことに応答して、前記ＷＴＲＵ内の前記第３の管理エンティティが、前記管理情報の要求を含む第３のメッセージを前記ＷＴＲＵ内の前記第４の管理エンティティに送信するステップ、
   （ｄ）前記ＷＴＲＵ内の前記第４の管理エンティティが、前記第３のメッセージの受信に応答して、前記ＡＰに管理情報を提供するかどうかを決定するステップ、および、
   （ｅ）前記第４の管理エンティティが、ステップ（ｄ）で管理情報を提供すると決定した場合、前記ＷＴＲＵにストアされた管理情報を編集するステップ
   を含むことを特徴とする方法。
2. 前記第２のメッセージは、カテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベース（ＭＩＢ）情報要求アクションフレームを含むことを特徴とする請求項１に記載の方法。
3. 前記第１の管理エンティティは、ステーション管理エンティティ（ＳＭＥ）であることを特徴とする請求項１に記載の方法。

Images