JP3097058B2

JP3097058B2 - 通信網の故障監視装置

Info

Publication number: JP3097058B2
Application number: JP06208459A
Authority: JP
Inventors: 光鈴木
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1994-09-01
Filing date: 1994-09-01
Publication date: 2000-10-10
Anticipated expiration: 2015-10-10
Also published as: JPH0879375A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信網内の各装置から
発生されるアラームを収集し、複数のアラームを関連づ
けて処理し、故障発生箇所を特定するために好適な通信
網の故障監視装置に関し、特に１つの故障判定条件が成
立した場合に、その故障に起因する後続のアラームが、
他の想定故障箇所の故障判定に加味されることのないよ
うにした通信網の故障監視装置に関する。

【０００２】

【従来の技術】従来の通信網の故障監視装置としては、
例えば、本出願人が、先に特願平4-44503号「故障監視
装置」として提案したものがある。図２に上記出願で提
案した故障監視装置を示す。同図において、１は顧客の
サービス仕様定義の入力および該定義を実現する機能の
配備先を決定するサービス管理ノード、２は該サービス
の呼制御を行うサービス制御ノード、３は上述のサービ
スを実現する要素機能を提供する通信設備等からなる伝
達網、４は上記各ノードおよび伝達網間の情報転送網で
あり、これらによってインテリジェントネットワーク
（通信網）を構成している。５は上述したインテリジェ
ントネットワークを故障監視対象とする故障監視装置で
ある。故障監視装置５は、情報転送網４から異常発生／
回復アラームを受信する通信制御処理部６、収集したア
ラームを想定される故障箇所毎に分類するアラーム分類
処理部７、想定される故障箇所毎に故障判定条件が成立
するか否かを判断する故障探索処理部８、サービス毎の
故障の影響の度合を評価するためのサービス影響度評価
処理部９（本発明では対象としていない）、評価結果に
従って適切な救済措置の実行手順を備えた措置手順部１
０、網構成情報を管理するためのデータベース部１１か
ら構成される。この従来の故障監視装置は、通信網内の
各装置から収集したアラームを想定される故障箇所毎に
分類し、複数の故障が略同時に発生しても対処可能とな
るようにし、また想定される故障箇所毎に、故障判定条
件が成立するか否かを並列に判断するものである。

【０００３】

【発明が解決しようとする課題】上記従来技術による
と、複数の故障が略同時に発生した時にも対処可能なよ
うに、収集したアラームを想定される故障箇所毎に重複
を許容して分類し、故障判定条件の成立を並列に判断す
ることはできるが、現実には１つの故障に起因する複数
のアラームが、正しい想定故障箇所の故障判定条件以外
に、その他の想定故障箇所の故障判定にも加味されるこ
とにより、誤って故障判定条件が成立してしまう恐れが
あり、真に複数の故障発生時のみに働く処理とはなって
いないという問題がある。本発明は、上記問題点を解決
し、１つの故障判定条件が成立した場合に、その故障に
起因する後続のアラームが、他の想定故障箇所の故障判
定に加味されることのないようにした故障監視装置を提
供することを目的としている。

【０００４】

【課題を解決するための手段】本発明は、上記目的を達
成するために、通信網内の各装置からのアラームを収集
して想定される故障箇所毎に分類し当該アラームがどの
アラーム群に属するかを判定するアラーム分類処理部
（７）と、略同時に発生する複数の故障を並列に判定す
る複数の故障判定手段からなる故障探索処理部（８）を
有する通信網の故障を自動的に監視する故障監視装置
（５）において、アラームの到着時に、該アラームが事
前に検出した故障に起因するアラームか否かを識別する
識別手段（１２）と、該識別の結果、該アラームが該事
前に検出した故障に起因するアラームでなかった場合に
当該アラームを前記故障探索処理部に通知し、該アラー
ムが該事前に検出した故障に起因するアラームであった
場合に当該アラームを前記故障探索処理部に通知しない
ように制御する制御手段とを有することを特徴としてい
る。また、前記故障探索処理部は、さらに並列に探索中
の個々の被疑異常箇所に関係するアラームが一定時間新
たに到着しない場合には、該被疑異常箇所探索を終了す
る（アラーム群対応の故障判定手段の維持している現状
態を初期化する）手段を有することを特徴としている。

【０００５】

【作用】本発明に係る故障監視装置において、アラーム
分類処理部は、収集したアラームを想定される故障箇所
毎に分類し、当該アラームがどのアラーム群に属するか
を判定する。前記制御手段は、判定した前記アラーム群
のうち、既に故障判定条件の成立したものが１つでも存
在する場合には、当該アラームを故障探索処理部（８）
に通知しないで、例えば、該アラームの到着ログのみを
前記蓄積手段（ＤＢ部）に記録し処理を終了する。一
方、故障判定条件の成立したアラーム群が１つも存在し
ていない場合には、それぞれのアラーム群に対応する故
障探索処理部（８）の故障判定手段にアラームの到着を
通知する。前記故障判定手段では、該通知受信時に故障
判定条件が成立するか否かを並列に判定する。ここで、
１つのアラームが複数のアラーム群に属している場合に
は、それぞれのアラーム群に対応する故障判定手段は、
並列に動作可能であり、１つの判定手段が故障を判定し
ても、他の並列に動作している故障判定手段は現状態を
維持したまま故障探索を続けられるので、複数の故障が
略同時に発生しても見逃さずに対処できるようになる。
ただし故障判定条件の誤成立を予防するために、故障判
定が未成立の場合、各アラーム群に対応する故障判定手
段は、直近のアラーム到着後一定時間経過する間に当該
アラーム群に属する新たなアラームが到着しない場合に
は、今までのアラームは、該アラーム群の想定する故障
箇所と関係がないものとみなし、該アラーム群対応の故
障判定手段の維持している現状態を初期化する。

【０００６】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１に、本発明に係る故障監視装置と、そ
の故障監視対象となるインテリジェントネットワーク
（通信網）の一実施例を示す。インテリジェントネット
ワークは、顧客のサービス仕様定義の入力および該定義
を実現する機能の配備先を決定するサービス管理ノード
１Ｅおよび１Ｆ、該サービスの呼制御を行うサービス制
御ノード２Ａ、２Ｂ、２Ｃおよび２Ｄ（サービス制御ノ
ード２Ａ、２Ｂ、２Ｃおよび２Ｄの各々に格納される情
報は、他のサービス制御ノードにも格納されていて、故
障時には、外部からの切換指示によって迅速にバックア
ップできるように構成されている）、該サービスを実現
する要素機能を提供する通信設備等からなる伝達網３
（本実施例では伝達ノード３Ｇ〜３Ｊより構成されるも
のとする）、上記各ノードおよび伝達網間の情報転送網
４（転送網内の交換機は二重化されており、一方が故障
の時には自動的に他方へ切換えが行われるように構成さ
れている）から構成される。

【０００７】５は本発明の特徴とする故障監視装置であ
り、上記各ノードおよび伝達網とのアラームやコマンド
の送受信を行うための通信制御処理部６、アラームを分
類し被疑範囲を抽出するためのアラーム分類処理部７、
想定される故障箇所毎に故障判定条件が成立するか否か
を判断するための故障探索処理部８、故障に応じて適切
な救済措置を実施するための措置手順部１０、アラーム
の到着ログを記録するためのアラームＤＢ（データベー
ス）部１１Ａ、故障監視の対象となる通信網の網構成情
報を管理するための構成ＤＢ部１１Ｂ、故障探索処理部
において判定した故障箇所を記録するための故障ＤＢ部
１１Ｃ、措置手順部において実施した措置を記録するた
めの措置ＤＢ部１１Ｄ、および、既に故障探索処理部に
て判定された故障箇所に起因する遅着アラームを識別す
るための遅着アラーム識別処理部１２から構成される。
ここで、「遅着アラーム」とは、ある異常原因に起因し
て送出されたアラームであって、かつ本故障監視装置が
別のアラームによって、該異常を検出した後に、本故障
監視装置に到着するアラームのことをいう。

【０００８】次に、上述の如く構成されたシステムにお
ける本発明の故障監視装置５の動作を説明する。以下の
説明では、例として、１９９４年８月１５日１３時１８
分にサービス制御ノード２Ａの通信装置故障が発生し、
サービス制御ノード２Ａの「通信装置異常アラーム」
（アラーム種別番号４２）が発生した後、サービス管理
ノード１Ｆからの「対サービス制御ノード通信異常アラ
ーム」（アラーム種別番号２８）が２分遅れて故障監視
装置に到着した場合を考える。先ず、通信制御処理部６
は、サービス制御ノード２Ａが送出したサービス制御ノ
ード２Ａ自身の装置異常発生アラーム（アラーム情報）
を情報転送網４を介して受信する。

【０００９】このときのアラーム情報は、時刻情報、送
信元情報、アラーム種別番号、付加情報（装置系アラー
ムの場合には通信先ノード名は格納されていない）とか
ら成っている（図１０にアラームＤＢ部１１Ａに格納さ
れたアラーム情報群を示してある）。アラーム情報に
は、図１０に示されるように、「装置系アラーム」の場
合には、付加情報に通信先ノード名は格納されておら
ず、また「通信系アラーム」の場合には、付加情報に通
信先ノード名を格納する場合と格納していない場合があ
る。例えば、「対サービス管理ノード通信異常アラーム
（アラーム種別番号８２）」には、通信先ノード名は格
納されていない。この場合の通信先ノード名は、後述す
るように、図８に示した構成ＤＢ部中の「サービス管理
ノード〜サービス制御ノード間通信アラーム対応テーブ
ル」に基づいて求められる。

【００１０】通信制御処理部６は、受信したアラーム情
報から、時刻情報とアラーム種別番号と送信元情報と付
加情報（前述したように通信先ノード名は入っていな
い）を抽出してアラーム分類処理部７に送る。アラーム
分類処理部７では、抽出したアラーム種別番号と送信元
情報によって、アラーム送出元とアラーム種別番号と故
障判定処理の判定条件ＩＤの対応関係を格納している図
３に示す如きアラーム分類テーブルを参照し、起動すべ
き故障判定処理の判定条件ＩＤを抽出する。今の場合、
「通信装置異常アラーム」（アラーム種別番号４２）で
あるから、故障判定処理の判定条件ＩＤとして、３７
（想定故障箇所をサービス制御ノードの通信装置とみな
す故障判定処理）という値が抽出される。このようにし
て抽出された各情報（時刻情報、アラーム種別番号、送
信元情報、付加情報）および判定条件ＩＤ（Ｎ個）は遅
着アラーム識別処理部１２に通知される。

【００１１】次に、遅着アラーム識別処理部１２の処理
動作を図９を参照して説明する。遅着アラーム識別処理
部１２では、先ず、付加情報と送信元情報から被疑異常
ノードが求められる。図９のステップ１１１で装置系ア
ラームか通信系アラームかを判定する。この判定は、ア
ラーム分類処理部７から受け取る判定条件ＩＤの数によ
って行われる。すなわち、アラーム分類処理部７から判
定条件ＩＤを１つしか受け取らない場合は「装置系アラ
ーム」とし、判定条件ＩＤを複数受け取った場合は「通
信系アラーム」とする（「通信系アラーム」では、通
常、被疑異常箇所が送信元ノード、情報転送網、通信先
ノードの３箇所になる）。本実施例のような装置系アラ
ームの場合（図９のステップ１１１；YES）は、送信元
のノード情報を被疑異常ノード情報とする（同ステップ
１１２）。なお、通信系アラームの場合については、
「対サービス制御ノード通信異常アラーム」（アラーム
種別番号２８）を説明する際に示す。

【００１２】さて、ステップ１１２で被疑異常ノード情
報を求めた後、現在継続中の異常ノードの情報と想定故
障箇所と異常検出時刻と故障判定処理の判定条件ＩＤを
記録した図４（ａ）に示す如き故障ＤＢ部１１Ｃを、受
信した故障判定処理の判定条件ＩＤ＝３７をキーとして
検索し（同ステップ１１３）、該当するレコードがある
か否かによって当該アラームが既検出故障の遅着アラー
ムか否かを判定する（同ステップ１１４）。本実施例に
おいては、図４（ａ）に故障判定処理の判定条件ＩＤ＝
３７に該当するレコードがなく、既検出故障ではないの
で（同ステップ１１４；NO）、当該アラームに関する情
報をアラームＤＢ部１１Ａに格納（同ステップ１１７）
するとともに、故障探索処理部８にも通知する（同ステ
ップ１１６）。

【００１３】故障探索処理部８には故障判定手段が備わ
っており、遅着アラーム識別処理部から送られる「判定
条件ＩＤ」毎に該故障判定手段を並列に動作させる。具
体的には、それぞれの故障判定処理のワークメモリが確
保され、該ワークメモリには、図５に示す如き想定故障
箇所（ノード種別毎）に一律に適用できる故障判定条件
テーブル（書き換え不可）と、図６に示す如き個々の被
疑異常ノード毎の故障判定に必要な現状態情報維持テー
ブル（更新可能）とが格納されている。該故障判定処理
の内容は、図５のテーブルのルールに従って、先ず、到
着したアラームと同じ「着目アラーム種別」＝「通信装
置異常アラーム」、「判定条件ＩＤ」＝「３７」の２条
件をキーとしてレコードを選択し、選択されたレコード
の「成立条件加算値」に示された加算すべき値を図６に
示す現状態維持テーブル内の、「判定条件ＩＤ」＝「３
７」、「被疑異常ノード」＝「サービス制御ノード２
Ａ」（前記遅着アラーム識別処理部１２で求めたノード
名）を持つレコードを選択し、現状態情報維持テーブル
内の「現状態値」に前記「成立条件加算値」を加算し、
かつ「最終更新時刻」もアラームの到着した時刻に更新
する。故障判定は、このように更新された図６の現状態
情報維持テーブルにおける「現状態値」が図５の前記選
択されたレコードの「成立条件判定値」の値に達したか
否かを判定することによって行なわれ、「成立条件判定
値」の値に達した場合に故障と判定される。なお、図６
に示す現状態維持テーブル内に該当するレコードが存在
しない場合には、「現状態値」を前記「成立条件加算
値」の値にしたレコードを新たに追加する。また、周期
的に起動する初期化処理によって、「最終更新時刻」が
一定時間を経過した現状態情報は、初期化（レコード削
除）される。すなわち、故障判定条件の誤成立を予防す
るために、故障判定条件未成立の場合、各アラーム群に
対応する故障判定手段は、直近のアラーム到着後一定時
間経過する間に当該アラーム群に属する新たなアラーム
が到着しない場合には、今までのアラームは、該アラー
ム群の想定する故障箇所と関係がないものとみなし、該
アラーム群対応の故障判定手段の維持している現状態を
初期化する。

【００１４】本実施例の場合には、前記アラーム種別番
号４２「通信装置異常アラーム」の到着によって、「判
定条件ＩＤ」＝「３７」の故障判定条件が成立するの
で、サービス制御ノード２Ａは、「通信装置故障」と判
定され、図４（ｂ）に示すように故障ＤＢ部１１Ｃに、
当該故障に関する情報が１レコード追加される。また、
図５の「故障判定条件テーブル」に記載された「措置Ｉ
Ｄ」＝「１３５」（本実施例では閉塞措置を意味する）
に従って、措置手順部１０に措置ＩＤ、判定条件ＩＤ、
異常ノード情報を渡して措置起動要求を行う。措置手順
部１０では、故障探索処理部８から渡された措置起動要
求の措置ＩＤに応じて、指定された救済措置を実施し、
図７（ａ）に示す如き措置ＤＢ部１１Ｄに判定条件Ｉ
Ｄ、異常ノード情報、措置ＩＤ、措置実施時刻を追加し
て記録する（図７（ｂ））。図７（ｂ）においては、
「通信措置異常アラーム」の到着から５分後の１３時２
３分に異常装置の閉塞措置が実施された例を示す。以上
で、「通信装置異常アラーム」の到着から措置実施まで
の一連の処理が終了する。

【００１５】一方、「通信装置異常アラーム」から２分
後の１３時２０分に故障監視装置５に到着する、サービ
ス管理ノード１Ｆからの「対サービス制御ノード通信異
常アラーム」（アラーム種別番号２８）については、以
下のように処理される。先ず、通信制御処理部６は、情
報転送網４を介して当該アラーム情報を受信する。通信
制御処理部６は前述と同様の手順でアラーム分類処理部
７にアラーム種別番号と時刻情報と送信元情報を送る。
アラーム分類処理部７では、受信したアラーム種別番号
と送信元情報によって、前述したのと同様に図３に示し
たアラーム分類テーブルを参照し、アラーム種別番号２
８とアラーム送信元（サービス制御ノード）によって起
動すべき故障判定処理の判定条件ＩＤとして３７（前述のもの）５２（想定故障箇所をサービス管理ノードの通信装置と
みなす故障判定処理）７４（想定故障箇所を情報転送網とみなす故障判定処
理）という３つの故障判定処理の判定条件ＩＤを抽出し、遅
着アラーム識別処理部１２に通知する。

【００１６】遅着アラーム識別処理部１２では、先ず、
付加情報と送信元情報から被疑異常ノードを求める。本
実施例のような通信系アラームの場合（図９のステップ
１１１；NO）には、付加情報に通信相手を識別する情報
があるアラームの場合にはその情報を用い（同ステップ
１２２）、通信相手を識別する情報が無いアラームの場
合には図８に示す如き構成ＤＢ部１１Ｂを参照して、ア
ラーム種別毎のテーブルから送信元情報、判定条件ＩＤ
に応じた被疑異常ノードを求める（同ステップ１２
３）。

【００１７】ここで、図８について簡単に説明してお
く。図８は、故障監視対象となる高度インテリジェント
ネットワークの構成を表す構成ＤＢ部１１Ｂ内のテーブ
ルの構成と本実施例に基づくレコードの例であり、
（ａ）はサービス管理ノード〜サービス制御ノード間で
通信されるアラーム対応テーブル、（ｂ）はサービス制
御ノード〜サービス制御ノード間で通信されるアラーム
対応テーブル、（ｃ）はサービス制御ノード〜伝達ノー
ド間で通信されるアラーム対応テーブルである。本ＤＢ
部は、遅着アラーム識別処理部１２において、通信系ア
ラームの被疑異常ノードを求めるときに使用するために
設けたものである。通信系アラームがあった場合、それ
ぞれに関係する対応テーブルには、通信元ノード名（通
信先ノード名）と通信先ノード名（通信元ノード名）の
対が格納されているので、送信元ノード名からそれと対
になっている通信先ノード名を求めることは容易であ
る。例えば、「対サービス管理ノード通信異常アラー
ム」（アラーム種別番号８２）のように、「アラーム情
報」に通信先ノード名を持たないアラームの送信先ノー
ド名を求めるのに利用される。

【００１８】本実施例ではアラーム情報に通信相手を識
別する情報（サービス制御ノード２Ａ；図１０の最下段
参照）があるので（同ステップ１２１；YES）、「判定
条件ＩＤ」＝「３７」に応じてサービス制御ノード２
Ａ、「判定条件ＩＤ」＝「５２」に応じてサービス管理
ノード１Ｆが求まる（同ステップ１２２）。次に前述の
図４（ｂ）に示す如き、異常継続中の異常ノードと想定
異常箇所と異常検出時刻と故障判定処理の判定条件ＩＤ
を記録した故障ＤＢ部１１Ｃを、「判定条件ＩＤ」＝
「３７」、「５２」、「７４」をキーとして検索し（同
ステップ１１３）、当該アラームが既検出故障の遅着ア
ラームか否かを判定する（同ステップ１１４）。本実施
例においては、「判定条件ＩＤ」＝「３７」、「５２」
の既検出故障が存在するので（同ステップ１１４；YE
S）、次に、該レコードに記録された異常ノードが、現
在の受信アラームの示す被疑異常ノードと一致している
か否かを判定する（同ステップ１１８）。本実施例で
は、「判定条件ＩＤ」＝「３７」に対応するレコードの
異常ノードがサービス制御ノード２Ａを表しているの
で、被疑異常ノードと一致している（同ステップ１１
８；YES）。

【００１９】さらに、当該故障の措置が実施済みかどう
か前述の措置ＤＢ部１１Ｄを判定条件ＩＤ（３７）と異
常ノード情報（２Ａ）をキーとして検索する（同ステッ
プ１１９）。本実施例の場合、「対サービス制御ノード
通信異常アラーム」（アラーム種別番号２８）の到着時
点（１９９４年８月１５日１３時２０分）では、措置Ｄ
Ｂ部１１Ｄは図７（ａ）の状態であり、該当するものが
見つからないので、措置は未実施と判定される（同ステ
ップ１２０；NO）。従って該アラームは、既検出故障の
遅着アラームと判定され、次段の故障探索処理部８には
通知せず、当該アラームに関する情報をアラームＤＢ部
１１Ａに格納（同ステップ１１７）するのみで処理を終
了する。このときのアラームＤＢ部１１Ａのデータ構造
とレコード例を図１０に示す。

【００２０】図７（ａ）中に該当するものが存在した場
合には、次段の故障探索処理部８に通知した後（同ステ
ップ１１５、１１６）、アラームＤＢ部１１Ａに記録す
る。以下の故障探索処理部８および措置手順部１０にお
ける処理は前述したものと同様に行う。なお、各処理部
における処理動作の理解を助けるために、上述した処理
における各処理部間のインタフェース信号をまとめて図
１１に示しておく。同図中の「Ｎ」は、一つのアラーム
の到着によって、アラーム分類処理部において、複数の
「判定条件ＩＤ」がマッチングした場合のマッチング数
である。例えば、上述したサービス管理ノード１Ｆから
の「対サービス制御ノード通信異常アラーム」（アラー
ム種別番号２８）の場合には「判定条件ＩＤ」＝「３
７」、「５２」、「７４」がマッチングするので「Ｎ」
＝「３」になる。

【００２１】以上、１つの故障に起因する２つのアラー
ムが到着した場合の遅着アラーム識別の手順を図９に沿
って詳細に説明してきた。本発明における故障監視装置
の動作をまとめると次のようになる。先ず、アラームを
想定される故障箇所毎に分類し、アラーム到着時に当該
アラームがどのアラーム群に属するかを判定する。判定
した前記アラーム群のうち、既に故障判定条件の成立し
たものが１つでも存在する場合には、該アラームの到着
ログのみＤＢ部に記録し処理を終了する。一方、故障判
定条件の成立したアラーム群が１つも存在していない場
合には、それぞれのアラーム群に対応する故障判定手段
にアラームの到着を通知する。該故障判定手段は、該通
知受信時に故障判定条件が成立するか否かを並列に判定
する。ここで、１つのアラームが複数のアラーム群に属
している場合には、それぞれのアラーム群に対応する故
障判定手段は、並列に動作可能であり、１つの判定手段
が故障を判定しても、他の並列に動作している故障判定
手段は現状態を維持したまま故障探索を続けられるの
で、複数の故障が略同時に発生しても見逃さずに対処で
きるようになる。ただし故障判定条件の誤成立を予防す
るために、故障判定手段未成立の場合、各アラーム群に
対応する故障判定手段は、直近のアラーム到着後一定時
間経過する間に当該アラーム群に属する新たなアラーム
が到着しない場合には、今までのアラームは、該アラー
ム群の想定する故障箇所と関係がないものとみなし、該
アラーム群対応の故障判定手段の維持している現状態を
初期化する。

【００２２】

【発明の効果】本発明によれば、１つの故障箇所の故障
判定条件が成立した場合に、以後の収集アラームが該故
障に起因するアラームか否かを判断し、該故障に起因す
るアラームを故障判定から除外することができ、さらに
直近のアラーム到着後、一定時間経過する間に新たなア
ラームが到着しない場合には、故障判定手段の維持して
いる現状態を初期化することによって、故障判定条件の
誤成立を防ぐことができるので、真に複数の故障が略同
時に発生した場合にのみ、複数故障箇所の故障判定を行
うことが可能な故障監視装置を実現することができる。
これによって、１つの故障判定条件が成立した場合に、
その故障に起因する後続のアラームが、他の想定故障箇
所の故障判定に加味されることがなくなり、故障判定条
件が誤って成立してしまうことがなくなるという顕著な
作用効果を得ることができる。

【図面の簡単な説明】

【図１】本発明の故障監視装置の構成例である。

【図２】従来の故障監視装置の構成例である。

【図３】アラーム分類処理部７内に維持するアラーム分
類テーブルのデータ構造とレコード例を示す図である。

【図４】故障ＤＢ部１１Ｃのデータ構造とレコード例を
示す図である。

【図５】故障探索処理部８内に維持する故障判定条件テ
ーブルのデータ構造とレコード例を示す図である。

【図６】故障探索処理部８内に維持する現状態情報維持
テーブルのデータ構造とレコード例を示す図である。

【図７】措置ＤＢ部１１Ｄのデータ構造とレコード例を
示す図である。

【図８】構成ＤＢ部１１Ｂのデータ構造とレコード例を
示す図である。

【図９】遅着アラーム識別処理部１２の処理アルゴリズ
ムを示す図である。

【図１０】アラームＤＢ部１１Ａのデータ構造とレコー
ド例を示す図である。

【図１１】各処理部間のインタフェース信号を示す図で
ある。

【符号の説明】

１（１Ｅ〜１Ｆ）：サービス管理ノード、２（２Ａ〜２
Ｄ）：サービス制御ノード、３：伝送網、４：情報転送
網、５：故障監視装置、６：通信制御処理部、７：アラ
ーム分類処理部、８：故障探索処理部、９：サービス影
響度評価処理部、１０：措置手順部、１１：データベー
ス部、１１Ａ：アラームデータベース部、１１Ｂ：構成
データベース部、１１Ｃ：故障データベース部、１１
Ｄ：措置データベース部、１２：遅着アラーム識別処理
部

Claims

(57)【特許請求の範囲】

【請求項１】通信網内の各装置からのアラームを収集
して想定される故障箇所毎に分類し当該アラームがどの
アラーム群に属するかを判定するアラーム分類処理部
と、略同時に発生する複数の故障を並列に判定する故障
判定手段からなる故障探索処理部を有する通信網の故障
を自動的に監視する故障監視装置において、アラームの到着時に、該アラームが事前に検出した故障
に起因するアラームか否かを識別する識別手段と、該識別の結果、該アラームが該事前に検出した故障に起
因するアラームでなかった場合に当該アラームを前記故
障探索処理部に通知し、該アラームが該事前に検出した
故障に起因するアラームであった場合に当該アラームを
前記故障探索処理部に通知しないように制御する制御手
段と、前記故障探索処理部の前記故障判定手段で並列に探索中
の個々の被疑異常箇所に関係するアラームが一定時間新
たに到着しない場合には、該被疑異常箇所探索を終了さ
せる手段とを有することを特徴とする通信網の故障監視
装置。