無線送受信ユニットWTRUにおいて、ステーション管理エンティティSME、該SMEと通信する媒体アクセス制御MACレイヤ管理エンティティMLME、並びに、該SMEと通信する無線リソース管理RRM管理情報ベースMIBであって、アクセスポイントAP構成情報を含む第1のテーブル、APを検証するためのセキュリティ情報を含む第2のテーブル、及び、信号強度情報を含む第3のテーブルを含む無線リソース管理RRM管理情報ベースMIBを備え、前記MLMEは、管理情報の要求を含む第1のメッセージを受信し、及び、該要求を含む第2のメッセージを前記SMEへ伝達するように構成されており、前記SMEは、該第2のメッセージを受信し、前記MIBにストアされた管理情報をコンパイルし、及び、該コンパイル管理情報を含む第3のメッセージを前記MLMEへ伝達するように構成されていることを特徴とするWTRU。請求項1に記載のWTRUにおいて、前記SMEがさらに、前記コンパイル管理情報を含む第4のメッセージを、前記第3のメッセージに応答してアクセスポイントAPに送信するように構成されていることを特徴とするWTRU。請求項2に記載のWTRUにおいて、前記第1のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とするWTRU。請求項2に記載のWTRUにおいて、前記第4のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報報告アクションフレームを含むことを特徴とするWTRU。請求項1に記載のWTRUにおいて、無線ローカルエリアネットワークWLAN内で動作するように構成されることを特徴とするWTRU。請求項1に記載のWTRUにおいて、前記第2のテーブルがさらに、認証情報を含むことを特徴とするWTRU。無線送受信ユニットWTRUにおける使用のための方法であって、該WTRUにおいて、前記管理情報の要求を含む第1のメッセージを受信すること、該管理情報をアクセスポイントAPに提供するかどうかを判断すること、該判断に応答して、無線リソース管理RRM管理情報ベースMIBと通信するステーション管理エンティティSMEにおいて、AP構成情報を含む第1のテーブルを含む前記RRMMIBにストアされた管理情報、該APを検証するためのセキュリティ情報を含む第2のテーブル、及び、信号強度情報を含む第3のテーブルを含む無線リソース管理RRM管理情報ベースMIBをコンパイルすること、並びに、該コンパイル管理情報を含む第2のメッセージをアクセスポイントに送信することを含むことを特徴とする方法。請求項7に記載の方法において、前記第1のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とする方法。請求項7に記載の方法において、前記第2のテーブルがさらに、認証情報を含むことを特徴とする方法。請求項7に記載の方法において、前記RRMMIBがさらに、チャネル負荷情報を含む第4のテーブルを含むことを特徴とする方法。請求項7に記載の方法において、前記第2のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報報告アクションフレームを含むことを特徴とする方法。無線送受信ユニットWTRUにおいて、ステーション管理エンティティSME、該SMEと通信する媒体アクセス制御MACレイヤ管理エンティティMLME、並びに、該SMEと通信する無線リソース管理RRM管理情報ベースMIBを備え、前記SMEは、管理情報の要求を含む第1のメッセージを前記MLMEに送信するように構成されており、前記MLMEは、前記第1のメッセージに応答して、管理情報の要求を含む要求を含む第2のメッセージを他のWTRUにおける他のSMEへ伝達するように構成されており、及び、前記第2のメッセージに応答して、前記他のWTRUを検証するためのセキュリティ情報を含む管理情報を含む第3のメッセージを受信するように及び該管理情報を含む第4のメッセージを前記SMEへ伝達するように構成されており、前記SMEは、前記第4のメッセージを受信するように及び該管理情報を前記RRMMIBにストアするように構成されていることを特徴とするWTRU。請求項12に記載のWTRUにおいて、前記第2のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とするWTRU。請求項12に記載のWTRUにおいて、前記第3のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とするWTRU。請求項12に記載のWTRUにおいて、前記RRMMIBが、AP構成情報を含む第1のテーブル、セキュリティ情報を含む第2のテーブル、及び、信号強度情報を含む第3のテーブルを含むことを特徴とするWTRU。請求項15に記載のWTRUにおいて、前記第2のテーブルがさらに、認証情報を含むことを特徴とするWTRU。請求項15に記載のWTRUにおいて、前記RRMMIBがさらに、チャネル負荷情報を含む第4のテーブルを含むことを特徴とするWTRU。無線送受信ユニットWTRUにおける使用のための方法であって、該WTRUから、管理情報の要求を含む第1のメッセージを他のWTRUに送信すること、前記第1のメッセージに応答して、前記管理情報を含む第2のメッセージを受信することであって、該管理情報が前記他のWTRUを検証するためのセキュリティ情報を含んでいること、該管理情報を、ステーション管理エンティティSMEと通信する媒無線リソース管理RRM管理情報ベースMIBにストアすることを含むことを特徴とする方法。請求項18に記載の方法において、前記第1のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とする方法。請求項18に記載の方法において、前記第2のメッセージが、カテゴリフィールドおよびアクション詳細フィールドを含むMIB情報要求アクションフレームを含むことを特徴とする方法。請求項18に記載の方法において、前記RRMMIBが、AP構成情報を含む第1のテーブル、セキュリティ情報を含む第2のテーブル、及び、信号強度情報を含む第3のテーブルを含むことを特徴とする方法。請求項21に記載の方法において、前記第2のテーブルがさらに、認証情報を含むことを特徴とする方法。請求項21に記載の方法において、前記RRMMIBがさらに、チャネル負荷情報を含む第4のテーブルを含むことを特徴とする方法。従来のシステムでは、APのMIBは現在、WTRUのMIBにストアされる物理的測定データまたはMAC性能統計を含まない。さらに、ほとんどすべての場合、APは、AP内のMIBに対してだけ読み取り/書き込みを行い、WTRU内のMIBに対しては行わない管理プロトコル例えば、SNMPを実施するので、NMEは、WTRUのMIBに何が存在するのかわからない。本発明は、管理情報を転送するための方法および無線通信システムである。システムは、第1の管理エンティティおよび第2の管理エンティティを含む少なくとも1つのアクセスポイントAPと、第3の管理エンティティおよび第4の管理エンティティを含む少なくとも1つの無線送受信ユニットWTRUとを含む。APは、WTRUに、カテゴリフィールドおよびアクション詳細フィールドを含む管理情報ベースMIB情報要求アクションフレームを送信する。情報要求アクションフレームの受信に応答して、WTRUは、APに管理情報を提供するべきかどうかを決定する。WTRUは、APに管理情報を提供する場合、WTRUに配置されるMIBにストアされた管理情報を編集し、APにMIB情報報告アクションフレームを送信する。MIBは、無線リソース管理RRMに関連する情報を含む複数のテーブルと、物理レイヤ測定を含む少なくとも1つのテーブルとを備えている。本発明のより詳しい理解は、例として与えられ、添付の図面と併せて理解される以下の好ましい実施例の説明から得られるであろう。これ以降、WTRUは、ユーザ機器、移動局、固定または移動加入者ユニット、ページャ、または無線環境で動作可能なその他の任意のタイプの装置を含むが、これらに限定されない。APは、これ以降で言及される場合、基地局、ノードB、サイトコントローラ、または無線環境におけるその他の任意のタイプのインタフェース装置を含むが、これらに限定されない。本発明は、図面を参照して説明されるが、すべての図面にわたって、同様の番号は同様の要素を表す。本発明は、アドオンとして、WLANIEEE802.11規格802.11基準、802.11a、802.11b、および802.11gに適用され、IEEE802.11e、802.11h、および802.16にも適用される。本発明はさらに、ユニバーサル移動体通信システムUMTS、CDMA2000、およびCDMA全般に適用されるように、時分割複信TDD、周波数分割複信FDD、および時分割同期CDMATDSCDMAに適用することができるが、その他の無線システムにも同様に適用可能であることが想定されている。本発明の機能は、集積回路ICに組み込まれること、または複数の相互接続する構成要素を含む回路内に構成されることができる。図1Aは、複数のWTRU105と、複数のAP110と、分配システムDS115と、NME120と、ネットワーク125とを含む無線通信システム100のブロック図である。WTRU105とAP110は、個々の基本サービスセットBSS130を形成する。BSS130とDS115は、拡張サービスセットESSを形成する。AP110は、ネットワーク125を介してNME120に接続される。無線通信システム100は、WLANであることができる。図1Bは、無線通信システム100で使用されるAP110およびWTRU105の構成を示す詳細ブロック図である。AP110は、第1の管理エンティティ150と、第2の管理エンティティ155と、第1のMIB160とを含む。WTRU105は、第3の管理エンティティ165と、第4の管理エンティティ170と、第2のMIB175とを含む。MIB160および175は、構成パラメータ、性能メトリック、および誤り表示をストアするのに使用される1つまたは複数の記憶装置例えば、カウンタ、レジスタ、またはその他のメモリ装置から成る。第1の管理エンティティ150は、SMEであることができる。第2の管理エンティティ155は、MLMEであることができる。第3の管理エンティティ165は、MLMEであることができる。第4の管理エンティティ170は、SMEであることができる。本発明は、AP110内のMIB160がWTRU105内のMIB175の内容をストアするように、AP110内のMIB160のデータ内容を拡張する。NME120は、WTRU105のMIB175にストアされた情報の少なくとも一部を獲得し、NMEに提供するように、AP110に要求することができる。AP110がその情報を一度ストアすると、NME120は、今ではMIB175の内容の少なくとも一部を含むMIB160にアクセスすることができる。図2は、本発明による、MIBデータを獲得するために、WTRU105とAP110の間の通信をサポートするプロセスを示している。AP110は、目標WTRU105からMIBデータを検索することを決定すると、目標WTRU105にMIB情報要求フレーム205を送信する。WTRU105は、第2のMIB175にストアされたMIBデータを編集し、AP110にMIB情報報告フレーム210を送信する。図1Aおよび図1Bを参照すると、WTRUのMIB内容の検索を開始するプロセスは、NME120によって開始されることもでき、それは次に、AP110内の第1の管理エンティティ150をトリガし、第1の管理エンティティ150は、第2の管理エンティティ155にプリミティブを送信して、MAC信号フレームをWTRU105などへ送信させる。MIB情報報告フレーム210は好ましくは、アクションフレームの新しいカテゴリとして生成される。しかし、MIB情報報告フレーム210は、管理フレームの新しいサブタイプとして生成されることができ、または現在存在するもしくは将来開発される管理フレームもしくはアクションフレームに組み入れられる新しい情報要素IEを含むこともできる。図3は、1つまたは複数の測定を実行し、WTRU105の特定の物理的パラメータをAP110に報告するよう、AP110がWTRU105に要求するための、WTRU105とAP110の間の通信をサポートするプロセスを示している。AP110は、WTRU105に物理的測定データを要求することを決定すると、目標WTRU105に測定要求アクションフレーム305を送信して、目標WTRU105の一定の物理的パラメータを測定させ、報告させる。測定は、送信電力、リンクマージン、クリアチャネル評価CCA報告、受信電力表示RPIヒストグラム報告、またはその他の任意の物理的関連測定を含むことができる。これらは、絶対値、統計平均もしくはヒストグラム値、または任意のタイプのアルゴリズムもしくは最適化ルーチンを利用して計算される値であることができる。要求された測定を実行した後、目標WTRU105は、測定データを編集し、AP110に測定報告アクションフレーム310を送信する。測定データは、AP110のMIB160およびWTRU105のMIB175にストアされる。WTRU105内のMIB175は、2つの異なるカテゴリの情報をストアする。第1のカテゴリは、信号電力、干渉レベル、雑音ヒストグラムなど、様々な物理的測定を含む。第2のカテゴリは、CCAビジー率、平均バックオフ時間、誤りフレームカウンタなどの様々なMAC性能統計である。受信された物理的測定およびMAC性能統計は、AP110のMIB160にストアされると、RRMを担当するエンティティから利用可能になる。MIB160は、MACMIBまたはPHYMIBであることができる。RRMメッセージングもMACレイヤで実行されるので、MACMIBが好ましく、そのほうがPHYレイヤよりもはるかに高速である。これらの物理的測定データは、AP110のMIB160にそれらをストアすることによって、外部エンティティから利用可能になる。こうして、効果的な負荷制御およびBSS範囲調整が可能になる。図4は、AP110とWTRU105の間でサービスプリミティブを使用してMIB情報を獲得するための例示的なプロセスを示す信号フロー図である。内部メッセージングは、本発明によって新たに導入されるサービスプリミティブを用いて実行される。プロセス400を使用して、AP110は、WTRU105のMIB175にストアされたデータを検索し、検索されたデータをAP110のMIB160にストアすることができる。AP110は、SME450およびMLME455を含む。WTRU105は、MLME465およびSME470を含む。AP110のSME450は、WTRU105にMIB情報を要求するべきかどうかを決定するステップ402。SME450は、ステップ402で、WTRU105にMIB情報を要求すると決定した場合、ステップ404で、第1のメッセージMLME-MIBREQUEST.reqをAP110のMLME455に送信して、MIB情報を要求する。ステップ406で、MLME455は、第2のメッセージMLME-MIBREQUEST.cfmをSME450に送信して、第1のメッセージMLME-MIBREQUEST.reqの受信をコンファームする。ステップ408で、MLME455は、第3のメッセージMIB情報要求フレームを目標WTRU105に送信して、MIB情報を要求し、目標WTRU105のMLME465は、第3のメッセージMIB情報要求フレームを受信する。ステップ410で、MLME465は、第4のメッセージMLME-MIBREQUEST.indを目標WTRU105のSME470に送信して、MIB情報を要求する。図4の参照を続けると、ステップ412で、SME470は、第4のメッセージMLME-MIBREQUEST.indに応答してMIB情報を提供するべきかどうかを決定する。ステップ412に含まれる決定の中には、APが要求したMIB情報要素をWTRU105が有するかどうかが含まれる。何らかの誤り状態の場合、AP110は、WTRU105がMIB175にストアしていないMIB情報を要求することもあり得る。また、セキュリティ検査プロセスを実施することによって、例えば、MIB情報要求が有効なすなわち、承認されたAP110から来ていないと信じる理由をWTRU105がもつ場合、WTRU105のSME470は、要求されたMIB情報を送信しないと決定することができる。図4の参照を続けると、SME470は、ステップ412で、MIB情報を提供するすなわち、MIB情報要求を受諾すると決定した場合、ステップ414で、WTRU105のMIB175にストアされたMIB情報を編集する。ステップ416で、SME470は、第5のメッセージMIME-MIBREPORT.reqをMLME465に送信する。ステップ418で、MLME465は、第6のメッセージMLME-MIBREPORT.cfmをSME470に送信して、第5のメッセージMIME-MIBREPORT.reqの受信をコンファームする。ステップ420で、MLME465は、要求された情報を含む第7のメッセージMIB情報報告フレームをAP110に送信し、AP110のMLME455は、第7のメッセージMIB情報報告フレームを受信する。ステップ422で、MLME455は、要求されたMIB情報を含む第8のメッセージMIME-MIBREPORT.indをSME450に送信する。要求されたMIB情報は、AP110のMIB160にストアされることができる。MIB情報要求は、ステップ424で完了する。本発明によれば、WTRU105の外部のエンティティにMIB160の内容を直接読むことを禁止することによって、WTRU105のMIB160の内容に対する保護が提供される。信号フレームおよび関連するレイヤ間プリミティブが、AP110またはWTRU105内のレイヤ間で交換される。物理的測定およびMAC性能統計からなる特定のMIBエントリを直接搬送するMACフレームが、WTRU関連のMIBエントリを組み立てるのに使用されて、同位テーブルpeertableを形成する。別の実施形態では、信号強度測定などのWTRU105によって実行される測定は、WTRU105がその測定をそれ自体のMIB175にストアすることなく、WTRU105からAP110にMACフレームによって送信され、AP110のMIB160にストアされることができる。MIBのデータエントリは、IEEE802.11規格によって定義される。しかし、IEEE802.11規格の下で現在定義されているMIBは、WLANRRMをサポートするのに十分な情報を含まない。したがって、本発明は、WLANRRMに関するWTRU105とAP110の相互作業を支援するため、改良されたMIBデータ構造を導入する。例えば、表1は、以下に示すように、本発明による、RRM関連情報を含む6つの6MIBテーブルと、PHY測定を含む1つの1MIBテーブルの一覧を含む。IEEE802.11規格によれば、これらのテーブルは好ましくは、IEEE802.11RRMMIBとIEEE802.11PHYMIBとにそれぞれ含まれる。しかし、MIBテーブルの各々は、802.11PHY、802.11MAC、および802.11SMT端末管理を含むが、これらに限定されない、その他の既存のIEEE802.11MIBテーブルの拡張として含まれることもできる。特定のWTRUに関連する報告されるまたは受動的に観察可能である同位物理レイヤ測定は、MIBdot11peerPhyMeasTableに書かれる。これは、AP自体またはWTRUによる観測対象として、APのBSSおよびその近隣物neighborsを含む。BSSAPPhyMeasの例として、受信信号強度表示RSSIおよびビット誤り率BERが挙げられる。BSSグローバルステータスに関して、すべてのWTRUの結合association、ローミング、認証、およびセキュリティのステータスおよび履歴は、MIBテーブルdot11BSSGlobalStatusTableにストアされる。その他の例として、ネットワーク内のWTRUの数および休眠中のWTRUの数が挙げられる。負荷、輻輳、干渉、干渉源、および近隣物neighborsなど、MACおよびPHYBSS統計およびAP測定は、MIBテーブルのdot11BSSGlobalStatisticsTableにストアされる。APがデータをMIBテーブルにどれだけの期間保有すべきか、特定のタスクをいつ実行すべきかなど、RRMに関連する全体的なBSS制御構成は、MIBテーブルのdot11BSSRrmConfigurationTableにストアされる。外部NMEのためのアクション項目およびネットワーク監視ツールの一覧は、MIBテーブルのdot11BSSRrmActionsTableに格納される。このMIBテーブルにストアされる情報は、NMEがWLANアクションを強制し、優先付けするためのインタフェースとして動作する。同位機能および能力peerfeaturesandcapabilitiesの利用可能性は、MIBのdot11peerCapabilityTableにストアされる。例えば、WTRUがアンテナを2つ有するかどうかについての情報は、このMIBテーブルにストアされる。別の例では、WTRUが暗号化能力を有するかどうかについての情報が、このMIBテーブルにストアされる。上述の同位機能および能力の実際の構成についての情報はMIBテーブルのdot11peerConfigurationTableにストアされる。暗号化能力を有するWTRUの例を用いると、関連する構成は暗号化機能のON/OFFステータスである。BSSに関連するRRM情報を含む上述のMIBテーブルを用いて、RRM情報は、複数のAP、WTRU、およびNMEに分配される。図5は、本発明による、フレームボディフィールド505を含むMIB情報フレーム500の例示的な構成を示している。MIB情報フレーム500は、アクションフレームすなわち、MACフレームであるが、MIB情報フレーム500のフォーマットは、管理フレーム、または管理フレームもしくはアクションフレームに組み入れられる情報要素としてフォーマットされるものであってよいことを理解されたい。MIB情報フレーム500は、MACフレームの明確な特性と、それがどう処理されるべきかを示すタイプフィールドおよびサブタイプフィールドを含む。データは、管理フレームとは異なるMACフレームタイプを使用する。サブタイプフィールドは、異なる種類の管理フレームを区別化するのに使用される。MACフレームは、WTRU105からMIB情報を検索するのに使用される。図6は、MIB情報フレーム500のフレームボディ505が、カテゴリフィールド605およびアクション詳細フィールド610を含むことを示す。カテゴリフィールド605は、MIB情報カテゴリを含むことができ、フレーム500の明確な特性と、それがどう処理されるべきかを示す。アクション詳細フィールド610は、カテゴリフィールドに応じて変わるアクション詳細を含む。例えば、アクション詳細フィールド610は、測定の具体的な頻度を示すことができる。MIB要求は一般に、例えば、特定のテーブルだけ、特定のテーブルの特定の値だけなど、WTRU105からどのMIBエントリが報告され返すべきかを指定する。図7Aと図7Bは併せて、本発明による、ネットワークエンティティ間で管理情報を転送するための方法ステップを含む例示的なプロセス700のフローチャートである。プロセス700は、少なくとも1つのAP110と少なくともWTRU105とを含む無線通信システム100図1Aを参照で実施される。図1Bに示されるように、AP110は、第1の管理エンティティ150と第2の管理エンティティ155とを含む。さらに図1Bに示されるように、WTRU105は、第3の管理エンティティ165と第4の管理エンティティ170とを含む。図7Aおよび図1Bを参照すると、AP110内の第1の管理エンティティ150は、WTRU105に管理情報を要求するかどうかを決定するステップ705。第1の管理エンティティ150は、ステップ705で、WTRU105に管理情報を要求すると決定した場合、ステップ710で、AP110内の第2の管理エンティティ155に、第1のメッセージを送信して、管理情報を要求する。ステップ715で、第2の管理エンティティ155は、第1の管理エンティティ150に、第2のメッセージを送信して、第1のメッセージの受信をコンファームする。ステップ720で、第2の管理エンティティ155は、WTRU105に、管理情報の要求を含む第3のメッセージを送信する。ステップ725で、WTRU105内の第3の管理エンティティ165は、第3のメッセージを受信する。ステップ730で、第3の管理エンティティ165は、WTRU105内の第4の管理エンティティ170に、管理情報の要求を含む第4のメッセージを送信する。ステップ735で、第4の管理エンティティ170は、第4のメッセージに応答して、ストアされた管理情報を提供するかどうかを決定する。第4の管理エンティティ170は、ステップ735で、管理情報を提供すると決定した場合、ステップ740で、WTRUにすなわち、MIB175にストアされた管理情報を編集する。次に図7Bおよび図1Bを参照すると、ステップ745で、第4の管理エンティティ170は、第3の管理エンティティ165に、要求された管理情報を含む第5のメッセージを送信する。ステップ750で、第3の管理エンティティ165は、第4の管理エンティティ170に、第6のメッセージを送信して、第5のメッセージの受信をコンファームする。ステップ755で、第3の管理エンティティ165は、AP110に、要求された管理情報を含む第7のメッセージを送信する。ステップ760で、AP110内の第2の管理エンティティ155は、第7のメッセージを受信する。ステップ765で、第2の管理エンティティ155は、第1の管理エンティティ150に、要求された管理情報を含む第8のメッセージを送信する。要求された情報は、その後、AP110のMIB160にストアされることができる。本発明が好ましい実施形態を参照して詳しく示され、説明されたが、上で説明された本発明の範囲から逸脱することなく、それらに形態および詳細に関する様々な変更を施し得ることは、当業者であれば理解されよう。