(57)【要約】本発明は、メーカに依存しないマネージャ装置ＮＭＣとメーカ固有のハードウェア情報を取得して第１のステータスとして処理する少なくとも１つのエージェント装置ＯＭＣとのあいだに少なくとも２つの管理レベルが設けられている階層的なオブジェクト指向型通信システムで、メーカに依存しないインタフェースを介して情報を更新する方法に関する。エージェント装置がタスクを実行しない期間中にエラー情報の処理が行えなくなることを回避するために、インタフェースを介してメーカ固有のハードウェア情報がメーカに依存しないフォーマットでマネージャ装置ＮＭＣへ伝送される。これは特にインタフェースを介してメーカに依存しない新たなオブジェクトクラス“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”のフレームで行われ、設備情報が定義される。この設備情報の情報要素にはハードウェア情報の伝送を要求するエージェント装置ＯＭＣに対するマネージャ装置ＮＭＣのアクション要求“ｓｃａｎＥｑｕｉｐｍｅｎｔ”と、ボードステータス“ｂｏａｒｄＳｔａｔｕｓ”に対する属性値変更報告とが含まれる。
2004516691.tif 000002
【特許請求の範囲】
【請求項１】
メーカに依存しないマネージャ装置（ＮＭＣ）とメーカ固有のハードウェア情報を取得して第１のステータスとして処理する少なくとも１つのエージェント装置（ＯＭＣ）とのあいだに少なくとも２つの管理レベルが設けられている階層的なオブジェクト指向型通信システムで、メーカに依存しないインタフェースを介して情報を更新する方法において、
インタフェースを介してメーカ固有のハードウェア情報をメーカに依存しないフォーマットでマネージャ装置（ＮＭＣ）へ伝送する
ことを特徴とする情報を更新する方法。
【請求項２】
メーカに依存しない属性のオブジェクトクラス（ｅｑｕｉｐｍｅｎｔＩｎｆｏ）をインタフェースを介して定義し、
情報要素として
ａ）ハードウェア情報の伝送を要求するためにマネージャ装置（ＮＭＣ）がエージェント装置（ＯＭＣ）へ送るアクション要求（ｓｃａｎＥｑｕｉｐｍｅｎｔ）、および
ｂ）ボードステータス（ｂｏａｒｄＳｔａｔｕｓ）に対する属性値変更報告
を含む設備情報を形成する、請求項１記載の方法。
【請求項３】
エージェント装置はアクション要求に応じて自身の領域のネットワークエレメント（ＮＥｙ）の全てのボードのステータスを求め、アクション応答を調製する、請求項２記載の方法。
【請求項４】
属性値変更報告はハードウェアネットワークエレメント（ＮＥ）の瞬時の機能、差し込み、取り外しおよび／またはエラーステータスをモデリングする、請求項２記載の方法。
【請求項５】
属性値変更報告はハードウェアネットワークエレメント（ＮＥ）のエラーについての機能ステータスをモデリングする、請求項２または４記載の方法。
【請求項６】
属性値変更報告を行う際にネットワークエレメントに関する特別情報をハードウェアに依存しないフォーマット（ａｄｄｉｔｉｏｎａｌＩｎｆｏｒｍａｔｉｏｎ）で伝送する、請求項２または４または５記載の方法。
【請求項７】
エージェント装置（ＯＭＣ）の関連するステータスが変化した際に属性値変更報告を自動的に行う、請求項１から６までのいずれか１項記載の方法。
【請求項８】
インタフェースを介した伝送はネットワークエレメントに依存しない、請求項１から７までのいずれか１項記載の方法。
【請求項９】
インタフェースを介してエージェント装置（ＯＭＣ）のエージェントユニット（ＢＳＳ）に関するメーカ固有のハードウェア情報をマネージャ装置（ＮＭＣ）へ伝送する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
メーカに依存しないマネージャ装置（ＮＭＣ）とメーカ固有のハードウェア情報を取得して第１のステータスとして処理する少なくとも１つのエージェント装置とを備えた階層的な少なくとも２つのオブジェクト志向型管理レベルが設けられており、さらにこれらのあいだにメーカに依存しないインタフェースが設けられている通信システム、例えば請求項１から９までのいずれか１項記載の情報を更新する方法を実行する通信システムにおいて、
メーカに依存しないマネージャ装置（ＮＭＣ）および少なくとも１つのエージェント装置（ＯＭＣ）内にメーカ固有のハードウェア情報を交換する交換装置が設けられている、
ことを特徴とする通信システム。
【請求項１１】
メーカに依存しないインタフェースが無線通信ネットワークのネットワーク管理装置（ＮＭＣ）と少なくとも１つの保守運用装置（ＯＭＣ）とのあいだに設けられている、請求項１０記載の通信システム。
【発明の詳細な説明】
【０００１】
本発明はメーカ固有のハードウェア情報を移動無線のメーカに依存しないＯＭＣ‐ＮＭＣインタフェースで更新する請求項１の上位概念記載の方法およびこの方法を実行する相応の装置を備えた請求項１０の上位概念記載の通信システムに関する。
【０００２】
典型的な通信システム、例えば移動通信システムではＴＭＮ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｎｅｔｗｏｒｋ）と称されるネットワーク管理の方式が定義されており、通信システムの管理に対して複数の管理レベルが存在する。ここでは最下位のレベルを除いて各レベルが２重の機能、すなわち下方のレベルに対するマネージャ機能と上方のレベルに対するエージェント機能とを有している。
【０００３】
エラーマネジメント（Ｆａｕｌｔ Ｍａｎａｇｅｍｅｎｔ）はＴＭＮマネジメントの重要な部分である。一般にこうしたケースでは、エージェントは、固有のマネジメントレベルのエラーイベントを適切な時点で正確に識別し、上方のレベルのマネージャへいわゆるイベントレポート、例えばアラームレポートとして伝送するという重要な役割を担っている。特に報告されたエラーがマネージャとなっている受信側の局のみで処理できない場合、このエラーメッセージそのものまたは適切に修正されたエラーメッセージが上方のレベルへ転送される。イベントデータを各エージェントからマネージャへ伝送することは、受信レベルでの処理が可能である場合および／または当該のレベルと上方のレベルとのあいだの通信機構が機能している場合にはクリティカルではない。このときには上方のレベルが報告されたエラーの転送を取得して処理できるからである。
【０００４】
サービスプロバイダが管理している通信ネットワーク、例えばＧＳＭ移動無線ネットワークはその全体が運用上の都合から複数のネットワーク領域に分割されており、その様子が図１に示されている。ネットワーク領域はエレメントマネージャ、例えば保守運用装置ＯＭＣ（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ Ｃｅｎｔｅｒ）であり、これは一般に複数の基地局システムＢＳＳｉｊを管理している。１つのネットワークに属する複数のネットワーク領域は共通にいわゆるネットワーク管理装置ＮＭＣ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｃｅｎｔｅｒ）によって管理されている。ここでの管理はネットワーク管理装置ＮＭＣと個々のネットワーク領域のエレメントマネージャＯＭＣとのあいだのそれぞれのインタフェースを介して行われる。
【０００５】
ネットワーク全体では種々のメーカのハードウェアが用いられているにもかかわらず、各ネットワーク領域ではネットワークエレメントもエレメントマネージャＯＭＣも同じメーカから出荷されたものとなっている。これはエレメントマネージャＯＭＣでのマネジメントがメーカ固有の全てのハードウェア特性を考慮して、ネットワークエレメントの正常機能を検査する相応のテストを行わなければならないためである。
【０００６】
したがってネットワーク管理装置ＮＭＣと領域ごとのエレメントマネージャＯＭＣとのあいだのインタフェースはメーカには依存せず、メーカ依存性のネットワーク領域を一様なネットワーク管理装置ＮＭＣのもとに機能的に統合できるものでなければならない。このようなＯＭＣ‐ＮＭＣインタフェースとメーカ特性との分離は、オブジェクト志向型のマネジメント環境で機能に関連する論理マネジメントオブジェクトのクラス、すなわち機能関連マネジメントオブジェクトクラスを使用することにより行われる。機能オブジェクトは通信ネットワークのネットワークリソースをメーカに依存しない機能的な観点からモデリングする。
【０００７】
これに対して、エレメントマネージャＯＭＣとネットワークエレメントＮＥとのあいだのメーカ固有のインタフェースは、メーカごとに異なるいわゆるハードウェア関連のマネジメントオブジェクトのクラス、すなわち設備関連マネジメントオブジェクトクラスを識別している。
【０００８】
主たる稼働時間中にはエラー監視は通常エレメントマネージャＯＭＣで行われている。ただし夜間・祝日・週末などには、このケースの移動無線ネットワークは上位のネットワーク管理装置ＮＭＣによって監視される。なぜなら領域ごとのエレメントマネージャＯＭＣが休みとなるからである。
【０００９】
ＴＭＮ階層にしたがったネットワーク管理レベルのネットワーク管理装置ＮＭＣで最適なネットワーク管理を行うには、ネットワーク管理装置ＮＭＣで設備情報すなわちハードウェア情報を取得していることが前提となる。これらの情報として
ａ）オペレータが実際のエラー原因をハードウェアコンポーネント、例えばハードウェアボードが故障した後に識別するための情報。これは特に領域ごとのエレメントマネージャＯＭＣが稼働していない場合、および移動無線ネットワークがネットワーク管理装置ＮＭＣのみから監視されている場合に重要である。
【００１０】
ｂ）ＮＭＣシステムが正確なエラー記述または“トラブルチケット”を形成するための情報。これは特に相応の修復手段を現場へ導入するために重要となる。
【００１１】
ここで明らかなコンフリクトが生じる。つまり一方でＯＭＣ‐ＮＭＣインタフェースはメーカから独立しているべきであるのに、他方でネットワーク管理装置ＮＭＣはメーカ固有のハードウェア情報を必要とするのである。
【００１２】
ハードウェア情報をメーカ特性から独立にＯＭＣ‐ＮＭＣインタフェースで使用可能にする第１のアプローチは設備情報のオブジェクトクラスの属性による定義、いわゆるｅｑｕｉｐｍｅｎｔ ｓｕｍｍａｒｙのマネジメントオブジェクトクラスである。例として“ｂｔｓＥｑｕｉｐｍｅｎｔ”、“ｂｓｃＥｑｕｉｐｍｅｎｔ”、“ｔｒａｎｓｃｏｄｅｒＥｑｕｉｐｍｅｎｔ”が挙げられる（ここでｂｔｓはｂａｓｉｓ ｔｒａｎｓｃｉｅｖｅｒ ｓｔａｔｉｏｎを意味し、ｂｓｃはｂａｓｉｓ ｓｔａｔｉｏｎｓ ｃｏｎｔｒｏｌｌｅｒを意味する）。これらはネットワークエレメントのハードウェア全体をモデリングする。ただしこうしたアプローチは新たなタイプのネットワークエレメントが挿入される場合、例えば移動無線ネットワークに新たな機能が付加されるたびに、ＯＭＣ‐ＮＭＣインタフェースのオブジェクトモデルを拡張し、アプリケーションソフトウェアをエージェント側のＯＭＣおよびマネージャ側のＮＭＣの双方ともで変更しなければならないという欠点を有している。
【００１３】
オブジェクトは一般にモデリング作業の結果として生じ、機能のほかにパラメータおよびフレーム条件を定義しており、マネージャおよび動作中のエージェントにとって相応のインタフェースで既知である。移動無線ネットワークでは、これは保守運用装置ＯＭＣとネットワーク管理装置ＮＭＣとのあいだのインタフェースである。
【００１４】
本発明の課題は、移動無線のマルチベンダインタフェースまたはメーカに依存しないＯＭＣ‐ＮＭＣインタフェースを介してメーカ固有のハードウェア情報を更新する方法およびこの方法を実行する通信システムにおいて、メーカに依存しないＯＭＣ‐ＮＭＣインタフェースを用いながらメーカ固有の情報をネットワーク管理装置ＮＭＣで使用できるようにすることである。
【００１５】
この課題は請求項１記載の特徴を有する方法および請求項１０記載の特徴を有する通信システムを構成することにより解決される。
【００１６】
有利な実施形態は従属請求項の対象となっている。
【００１７】
本発明の方法によれば、インタフェースを介してメーカ固有のハードウェア情報がメーカに依存しないフォーマットでマネージャ装置へ伝送される。
【００１８】
メーカに依存しないオブジェクトクラスがインタフェースを介して定義され、設備情報が簡単に形成される。この設備情報は情報要素としてａ）ハードウェア情報の伝送を要求するためにマネージャ装置がエージェント装置へ送るアクション要求、およびｂ）ボードステータスに対する属性値変更報告（ｎｏｔｉｆｉｃａｔｉｏｎ）を含む。こうした僅かな情報のみで種々のメーカのネットワークエレメントを有する下位の管理レベルの監視が可能となる。
【００１９】
属性値変更報告はハードウェアすなわちネットワークエレメントＮＥの瞬時の機能、差し込み、取り外しおよび／またはエラーステータスをモデリングしている。ここで有利には機能ステータスはエラーの前に伝送することができる。
【００２０】
属性値変更報告を行う際にはネットワークエレメントに関する特別情報を伝送することもできる。こうした付加的なデータの伝送も同様にハードウェア特性からは独立して行われる。
【００２１】
これにより特にエージェント装置がエラー管理を担当していない時間にもエラーを監視することができる。
【００２２】
有利には属性値の伝送はマネージャ装置からの要求に応じて行われるか、または例えば関連するステータスの変更があった場合にエージェント装置で自動的に行われる。
【００２３】
特に有利にはエージェント装置のステータスに関する情報だけでなく、当該のエージェント装置に対するサブエージェント装置または他のサブユニットとなるネットワークエレメントのステータスに関する情報も伝送することができる。
【００２４】
まとめると種々のメーカの物理コンポーネントから成る移動無線ネットワークにおいて、上位のネットワーク管理装置がメーカに依存しないフォーマットでハードウェア情報を利用することができる。
【００２５】
これにより新たなタイプのネットワークまたは新たなタイプのハードウェアボードをいつでも移動無線ネットワークに挿入でき、例えばパケットデータサービスＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）などの新たな機能を移動無線ネットワークでサポートする場合にも保守運用装置ＯＭＣまたはネットワーク管理装置ＮＭＣでの変更は必要ない。本発明の方法はＧＳＭ規格およびＵＭＴＳ規格などに特に適しているが、他の将来の通信システムや移動無線システムにも使用可能である。
【００２６】
以下に本発明を図に則して詳細に説明する。図１には通信システムの部分の概略図が示されている。図２には従来の実施例のコンテインメントツリーの構造が示されている。図３には本発明の方法ステップのフローチャートが示されている。図４には管理ネットワークにおける３つの状況に対する情報ブロックが示されている。
【００２７】
実施例として移動通信システムをマネジメントする通信マネジメントネットワークＴＭＮ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎｅｇｅｍｅｎｔ Ｎｅｔｗｏｒｋ）に則して本発明を説明する。ここでの通信システムは例えばＧＳＭ規格（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に準拠した移動無線ネットワークのネットワーク装置を有している。ただし本発明のコンセプトはＧＳＭ規格またはＵＭＴＳ規格（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）に限定されるものではなく、マネージャ‐エージェント関係を有する各種の通信ネットワークシステムに適用することができる。
【００２８】
移動通信システムは種々のネットワーク装置の階層構造を有するシステムであり、最下位の階層段は移動局から構成されている。こうした移動局は無線インタフェースを介して次の階層レベルをなす無線局と通信する。これを基地局と称する。例えば基地局は１つの無線セル領域内の移動局を制御しており、より大きな無線エリアをカバーするために、まとめられて上位のネットワーク装置すなわち基地局制御装置に接続されている。基地局および基地局制御装置は移動通信システムの基地局サブシステムＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）に属している。基地局制御装置は定義されたインタフェースを介して１つまたは複数の交換装置すなわち移動交換局と通信する。この移動交換局を介して他の通信ネットワークへの移行が行われることもある。移動交換局は複数のデータバンクとともに移動通信システムの交換システム（スイッチングサブシステム）を形成する。
【００２９】
上述のネットワーク装置のほかに１つまたは複数の保守運用装置ＯＭＣが存在しており、これはネットワーク装置のコンフィグレーションおよび監視に用いられる。ここで監視およびコンフィグレーションの措置は、大抵のケースでは、通常移動交換局の領域に配置され、エレメントマネージャの機能を有する保守運用装置ＯＭＣから離れたところで制御される。この場合に保守運用装置ＯＭＣはそれぞれ定義されたインタフェースを介して基地局システムＢＳＳまたは交換局と通信する。保守運用装置ＯＭＣの別のタスクとしてはコンフィグレーションマネジメント（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）の実行が挙げられる。エラーマネジメントのほかにＴＭＮ方式にはこんにち定められている５つのマネジメント機能領域が存在する。コンフィグレーションマネジメントはオペレータによる構造の変更、ひいては通信ネットワークの特性の変更を可能にする一連のサービスを定義している。こうしたサービスは通常のケースでは管理されるオブジェクトのクラスおよびインスタンスに関連している。これらは全体ではネットワーク固有のマネジメント情報ベースを形成する。
【００３０】
コンフィグレーションマネジメントの範囲で管理されるオブジェクトは移動通信システムのリソースの論理抽出である。この場合、メーカ固有に実現された機能を記述したハードウェア関連の被管理オブジェクトとメーカに依存しない機能の抽出に関わる機能関連の被管理オブジェクトとが区別される。
【００３１】
以下に説明する方法により、例えばメーカ固有のハードウェア情報をネットワーク管理装置ＮＭＣでハードウェア関連オブジェクトクラスすなわち設備関連オブジェクトクラスを用いずに更新することができる。本発明の方法によれば、ハードウェア情報をメーカおよびネットワークエレメントに依存しないサービスのフォーマットで取得したり問い合わせたりすることができる。
【００３２】
比較的高いレベルどうしの通信ではコンテインメントツリーが定義されており、これを“ハイレベルコンテインメントツリー”と称する。これは公開移動無線ネットワークＰＬＭＮにおける上位のマネジメントレベルであり、以下に図２を参照しながら説明する。
【００３３】
ＯＭＣ‐ＮＭＣインタフェースのオブジェクト志向型モデリングにとって重要なのは管理されるエレメントのオブジェクトクラス“ｍａｎａｇｅｄＥｌｅｍｅｎｔ”であり、これは機能関連のオブジェクトクラスもハードウェア関連のオブジェクトクラスも含む。
【００３４】
この実施例では以下の情報要素を含む設備情報のオブジェクトクラス“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”が定義される。
【００３５】
ａ）設備を走査せよとのアクション“ｓｃａｎＥｑｕｉｐｍｅｎｔ”により、ハードウェア情報を伝送するためにネットワーク管理装置ＮＭＣが保守運用装置ＯＭＣへ行う要求をモデリングする。
【００３６】
ｂ）属性ボードステータスまたはボードステータス“ｂｏａｒｄＳｔａｔｕｓ”により、後述のように、ネットワーク内のハードウェアエレメントの差し込み／取り外し／エラーステータスをモデリングする。この属性は有利には使用可能“ａｖａｉｌａｂｌｅ”、エラー“ｆａｕｌｔｙ”、取り外し“ｒｅｍｏｖｅｄ”の値と見なされる。
【００３７】
有利にはそれぞれのネットワーク領域に唯一のインスタンス“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”があれば充分である。
【００３８】
保守運用装置ＯＭＣは自身のマネジメント領域にある全てのユニット、要素またはボードに対してハードウェアテーブルを管理する。ここで特に各ボードに対して以下のデータを含むエントリが設けられる。
【００３９】
ａ）ＮＥｙタイプ・・・情報の呼び出しおよび報告を行うネットワークエレメントのタイプ。例えばＧＳＭネットワークでは“ｂｔｓＥｑｕｉｐｍｅｎｔ”、“ｂｓｃＥｑｕｉｐｍｅｎｔ”、“ｔｒａｎｓｃｏｄｅｒＥｑｕｉｐｍｅｎｔ”などの値。
【００４０】
ｂ）ＮＥｙインスタンス・・・ネットワーク領域内のネットワークエレメントのインスタンス番号。例えば７。
【００４１】
ｃ）ラック番号・・・最新のネットワークエレメントの組み込みユニット番号またはラック番号。例えば１。
【００４２】
ｄ）ボードコード・・・ボードまたは相応のプレートカードの開発コード。例えばＳ５−１３５７９。
【００４３】
ｅ）ボード名・・・当該のユニットの名前を示す記号列。例えば“ＢＢＳＩＧ”。
【００４４】
ｆ）ボード番号・・・最新のラックのボード番号またはラック番号。例えば３。
【００４５】
ｇ）“ＲｅｄｕｎｄａｎｔＩｎｆｏ”・・・最新のボードまたは当該のユニットが冗長ユニットであるか否かを示す情報。冗長ユニットである場合にはただちにエラー除去を行う必要はない。
【００４６】
ｈ）ボード機能・・・最新のボードまたは当該のユニットの機能を記述した記号列。
【００４７】
ハードウェア情報をネットワーク管理装置ＮＭＣで更新する方法は有利には２つの部分から成っている。
【００４８】
Ａ．ＯＭＣ‐ＮＭＣコネクションの形成後のネットワーク管理装置の同期
図３に示されているネットワーク管理装置ＮＭＣの同期のために、ネットワーク管理装置ＮＭＣはＯＭＣ‐ＮＭＣコネクションの形成後にそのつど各領域の保守運用装置ＯＭＣへＭ‐ＡＣＴＩＯＮ Ｒｅｑｕｅｓｔ“ｓｃａｎＥｑｕｉｐｍｅｎｔ”を送信し、相応にここへＭ‐ＡＣＴＩＯＮ Ｒｅｓｐｏｎｓｅが返送される。これは標準化された属性によるＣＭＩＳＥプロシージャ（Ｃｏｍｍｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｅｌｅｍｅｎｔ）である。
【００４９】
保守運用装置ＯＭＣは固有のハードウェアボードテーブルからＭ‐ＡＣＴＩＯＮ Ｒｅｓｐｏｎｓｅのアクション応答を予め定義された構造を有する個別エントリ［前述のａ）〜ｈ）を参照］のシーケンスとして形成し、これをネットワーク管理装置ＮＭＣへ送信する。
【００５０】
例えばＯＭＣ‐ＮＭＣコネクションが途絶しているあいだに新たなタイプのネットワークエレメントまたはボードが挿入されてもＮＭＣアプリケーションの変更は必要ない。
【００５１】
Ｂ．ＯＭＣ‐ＮＭＣコネクションの持続中に行われるネットワーク管理装置ＮＭＣの持続的な更新［図４の管理ネットワークでの３つの状況に対する情報ブロックを参照］
Ｂ１．ハードウェアボードが故障した場合には、ネットワーク管理装置ＮＭＣにハードウェアボードのエラーステータスを次のようにして知らせる［図４Ａを参照］。
【００５２】
ネットワークエレメントＮＥｙにエラーが発生すると、保守運用装置ＯＭＣはマネジメントオブジェクトインスタンスＭＯＩの設備情報“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”を標準化された属性値変更報告“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ”として次のパラメータで伝送する。
【００５３】
ａ）属性値変更の定義“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＤｅｆｉｎｉｔｉｏｎ”・・・属性“ｂｏａｒｄＳｔａｔｕｓ”の識別番号“＃ａｔｔｒｉｂｕｔｅＩＤ”、使用可能であることを定める属性の旧値“＃ｏｌｄＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ａｖａｉｌａｂｌｅ”、エラーを有することを定める属性の新たな値“＃ｎｅｗＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ｆａｕｌｔｙ”
ｂ）付加情報“ａｄｄｉｔｉｏｎａｌＩｎｆｏｒｍａｔｉｏｎ”・・・ハードウェアテーブルの最新のボードに相応する全ての情報、およびネットワークエレメントのオリジナル値である推定原因“ｐｒｏｂａｂｌｅＣａｕｓｅ”と認識重大度“ｐｅｒｃｅｉｖｅｄＳｅｖｅｒｉｔｙ”とを含む情報
ネットワークエレメントＮＥでのエラーが除去されると、保守運用装置ＯＭＣは前述の場合と同様にマネジメントオブジェクトインスタンスＭＯＩの設備情報“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”を標準化された属性値変更報告“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ”として次のパラメータで伝送する。
【００５４】
ａ）属性値変更の定義“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＤｅｆｉｎｉｔｉｏｎ”・・・属性“ｂｏａｒｄＳｔａｔｕｓ”の識別番号“＃ａｔｔｒｉｂｕｔｅＩＤ”、エラーを有することを定める属性の旧値“＃ｏｌｄＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ｆａｕｌｔｙ”、使用可能であることを定める属性の新たな値“＃ｎｅｗＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ａｖａｉｌａｂｌｅ”
ｂ）付加情報“ａｄｄｉｔｉｏｎａｌＩｎｆｏｒｍａｔｉｏｎ”・・・ハードウェアテーブルの最新のボードに相応する全ての情報
フィールド“ｐｅｒｃｅｉｖｅｄＳｅｖｅｒｉｔｙ”は消去されるかまたは“ｃｌｅａｒｅｄ”へセットされる。
【００５５】
Ｂ２．新たに使用されるハードウェアボードを差し込む場合［図４Ｂを参照］には、保守運用装置ＯＭＣはマネジメントオブジェクトインスタンスＭＯＩの設備情報“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”を標準化された属性値変更報告“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ”として次のパラメータで伝送する。
【００５６】
ａ）属性値変更の定義“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＤｅｆｉｎｉｔｉｏｎ”・・・属性“ｂｏａｒｄＳｔａｔｕｓ”の識別番号“＃ａｔｔｒｉｂｕｔｅＩＤ”、使用可能であることを定める新たな値“＃ｎｅｗＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ａｖａｉｌａｂｌｅ”
ｂ）付加情報“ａｄｄｉｔｉｏｎａｌＩｎｆｏｒｍａｔｉｏｎ”・・・ハードウェアテーブルの最新のボードに相応する全ての情報
属性値の旧値“ｏｌｄＡｔｔｒｉｂｕｔｅＶａｌｕｅ”に対する付加的なフィールドはここでは用いられない。
【００５７】
Ｂ３．使用されていたハードウェアボードが取り外されるケース［図４Ｃを参照］では、保守運用装置ＯＭＣはマネジメントオブジェクトインスタンスＭＯＩの設備情報“ｅｑｕｉｐｍｅｎｔＩｎｆｏ”を標準化された属性値変更報告“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ”として次のパラメータで伝送する。
【００５８】
ａ）属性値変更の定義“ａｔｔｒｉｂｕｔｅＶａｌｕｅＣｈａｎｇｅＤｅｆｉｎｉｔｉｏｎ”・・・属性“ｂｏａｒｄＳｔａｔｕｓ”の識別番号“＃ａｔｔｒｉｂｕｔｅＩＤ”、取り外しを定める新たな値“＃ｎｅｗＡｔｔｒｉｂｕｔｅＶａｌｕｅ＝ｒｅｍｏｖｅｄ”
ｂ）付加情報“ａｄｄｉｔｉｏｎａｌＩｎｆｏｒｍａｔｉｏｎ”・・・ハードウェアテーブルの最新のボードに相応する全ての情報
属性値の旧値“ｏｌｄＡｔｔｒｉｂｕｔｅＶａｌｕｅ”に対する付加的なフィールドは前述の場合と同様にここでは用いられない。
【図面の簡単な説明】
【図１】
通信システムの部分の概略図である。
【図２】
コンテインメントツリーの構造図である。
【図３】
本発明の方法のフローチャートである。
【図４Ａ】
第１の状況に対する情報ブロックを示す図である。
【図４Ｂ】
第２の状況に対する情報ブロックを示す図である。
【図４Ｃ】
第３の状況に対する情報ブロックを示す図である。
【図１】
2004516691.tif 000003
【図２】
2004516691.tif 000004
【図３】
2004516691.tif 000005
【図４Ａ】
2004516691.tif 000006
【図４Ｂ】
2004516691.tif 000007
【図４Ｃ】
2004516691.tif 000008
【国際公開パンフレット】
2004516691.tif 000009
2004516691.tif 000010
2004516691.tif 000011
2004516691.tif 000012
2004516691.tif 000013
2004516691.tif 000014
2004516691.tif 000015
2004516691.tif 000016
2004516691.tif 000017
2004516691.tif 000018
2004516691.tif 000019
2004516691.tif 000020
2004516691.tif 000021
2004516691.tif 000022
2004516691.tif 000023
2004516691.tif 000024
2004516691.tif 000025
2004516691.tif 000026
2004516691.tif 000027
2004516691.tif 000028
2004516691.tif 000029
2004516691.tif 000030
【国際調査報告】
2004516691.tif 000031
2004516691.tif 000032
2004516691.tif 000033
2004516691.tif 000034
2004516691.tif 000035
2004516691.tif 000036