JP3115144B2

JP3115144B2 - 集中保守局のアラーム収集装置

Info

Publication number: JP3115144B2
Application number: JP05041551A
Authority: JP
Inventors: 国夫山本; 信彦江口; 英孝西; 裕嗣黒木; 泰之河野; 敏恵綾織
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-03-02
Filing date: 1993-03-02
Publication date: 2000-12-04
Anticipated expiration: 2015-12-04
Also published as: JPH0622032A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は交換機の集中保守局のア
ラーム収集装置に係り、さらに詳しくは、交換機の高度
化、移動電話等への機能拡張に柔軟に対応することを可
能にする集中保守局のアラーム収集装置に関する。

【０００２】

【従来の技術】図３７は、従来のアラーム・システム方
式のシステム構成図である。このシステム構成は、海外
向け局用交換機ＦＥＴＥＸ−１５０におけるアラーム・
システムの構成図である。

【０００３】従来のＦＥＴＥＸ−１５０システムは、全
体として、複数のローカル局９１０やリモート・ライン
・コンセントレータＲＬＣ９３０と、複数のローカル局
のアラームを監視する集中保守局（従来ＣＭＯＣ：ｃｅ
ｎｔｒａｌｍａｉｎｔｅｎａｎｃｅｏｐｅｒａｔｉ
ｏｎｃｅｎｔｅｒ）９４０からなり、その間を中継局
のトール・スイッチＴＳ９５０が結んでいる。ＲＬＣ９
３０は、ローカル局のサテライトとなるリモート交換機
で、ＳＬＣ９３１（ｓｕｂｓｃｒｉｂｅｒｌｉｎｅ
ｃｉｒｃｕｉｔ）やＲＬＣ９３２（ｒｅｍｏｔｅｌｉ
ｎｅｃｏｎｃｅｎｔｒａｔｏｒ）からなる。

【０００４】ローカル局９１０には、ＳＬＣ９１１、集
線装置ＬＣ９１２（ｌｉｎｅｃｏｎｃｅｎｔｒａｔｏ
ｒ）、ネットワークＮＷ９１３（ｎｅｔｗｏｒｋ）があ
り、順に接続されている。また、ＮＷ９１３にはプロセ
サと呼処理装置ＭＰＲ／ＣＰＲ９１４（ｍａｉｎｐｒ
ｏｃｅｓｓｏｒ／ｃａｌｌｐｒｏｃｅｓｓｏｒ）が接
続され、また、ＭＰＲ／ＣＰＲ９１４にはディスプレイ
とコマンドを入力する専用キーからなるＶＤＵ９１５
（ｖｉｓｕａｌｄｉｓｐｌａｙｕｎｉｔ）が接続さ
れている。ＮＷ９１３は、ローカル局のアラームを収集
するＳＴＣＮＳ９１６（ｓｙｓｔｅｍｔｅｓｔｃｏ
ｎｓｏｌｅ）とネットワーク・インタフェースであるＣ
ＳＥＩ９１９（ｃｏｍｍｏｎｃｈａｎｎｅｌｓｉｇ
ｎａｌｌｉｎｇｅｑｕｉｐｍｅｎｔ）およびＣＮ９２
０（ｃｏｎｓｏｌｅｉｎｔｅｒｆａｃｅ）を介してつ
ながっている。そして、ＲＬＣ９３０は、ＳＬＣ９３１
がＲＬＣ９３２とつながりっており、ＲＬＣ９３２がロ
ーカル局９１０のネットワークＮＷ９１３に収容され
る。

【０００５】一方、ＣＭＯＣ９４０は、スイッチ・ユニ
ットであるＤＬＩ９４１（ｄｉｇｉｔａｌｌｉｎｋ
ｉｎｔｅｒｆａｃｅ）、ローカル局９１０のアラームを
収集し表示するコンソールであるＭＳＴＣＮＳ９４２
（ｍａｓｔｅｒｓｙｓｔｅｍｔｅｓｔｃｏｎｓｏｌ
ｅ）、ＤＬＩ９４１に対しパス設定等の制御を行なうと
ともにＣＭＯＣ９４０内のアラームを収集し表示するコ
ンソールであるＳＳＣＮＳ９４３（ｓｙｓｔｅｍｓｕ
ｐｅｒｖｉｓｏｒｙｃｏｎｓｏｌｅ）、プロセサＭＰ
Ｒ９４４、ディスプレイと専用キーからなるＶＤＵ９４
５等からなる。ＤＬＩ９４１にはスイッチ・ユニットの
コントローラＣＮＴ９５４（ｃｏｎｔｒｏｌｌｅｒ）が
ある。ＳＳＣＮＳ９４３には、ＡＬＩＮＤ９４６と、管
理下のローカル局９１０やアラーム状態表示を地図上で
行なうＡＬＤＥ９４７（ａｌａｒｍｄｉｓｐｌａｙ
ｅｑｕｉｐｍｅｎｔ）が接続されている。それらの表示
はＳＳＣＮＳ９４３が制御する。

【０００６】ローカル局９１０とＣＭＯＣ９４０間は中
継局であるＴＳ９５０を介してつながっており、アラー
ム収集に関するリンクを介してアラーム情報が伝送され
る。まず、ローカル局９１０のＳＴＣＮＳ９１６は、Ｃ
ＳＥＩ（ｃｏｍｍｏｎｃｈａｎｎｅｌｓｉｇｎａｌ
ｌｉｎｇｅｑｕｉｐｍｅｎｔｉｎｔｅｒｆａｃｅ）
とディジタル・インタフェースＤＴ（ｄｉｇｉｔａｌ
ｔｅｒｍｉｎａｌ）を介してＣＭＯＣ９４０内のＭＳＴ
ＣＮＳ９４２とデータ通信する。すなわち、ＳＴＣＮＳ
９１６─ＣＳＥＩ９１９−１─ＮＷ９１３─ＤＴ９２１
−１─ＤＴ９５１−１─ＴＳ９５０─ＤＴ９５１−２─
ＤＴ９４８−１─ＤＬＩ９４１─ＣＳＥＩ９４９−１─
ＭＳＴＣＮＳ９４２のアラーム・リンク９６０である。
また、ローカル局９１０のＭＰＲ９１４はＣＭＯＣ９４
０のＭＰＲ９４４と共通線信号方式ｎｏ．７でリンクさ
れている。すなわち、ＭＰＲ／ＣＰＲ９１４─ＣＳＥ９
２２（ｃｏｍｍｏｎｃｈａｎｎｅｌｓｉｇｎａｌｌ
ｉｎｇｅｑｕｉｐｍｅｎｔ）─ＣＳＥＩ９１９−２─
ＮＷ９１３─ＤＴ９２１−２─ＤＴ９５１−３─ＤＴ９
５１−４─ＤＴ９４８−２─ＤＬＩ９４１─ＣＳＥＩ９
４９−２─ＣＳＥ９５３─ＭＰＲ９４４というｎｏ．７
リンク９６５である。

【０００７】ローカル局９１０内で検出された内部検出
アラーム（ハードウエアによるアラーム検出）は、ＮＷ
９１３を介してＭＰＲ／ＣＰＲ９１４へ伝達され、ＶＤ
Ｕ９１５にアラーム・メッセージを表示し、同時にそれ
をＳＴＣＮＳ９１６上にも表示する。そして、該アラー
ム・メッセージはＳＴＣＮＳ９１６からアラーム・リン
ク９６０を介してＭＳＴＣＮＳ９４２に送られ、ＭＳＴ
ＣＮＳ９４２上のディスプレイに表示される。

【０００８】また、ローカル局９１０のＳＴＣＮＳ９１
６には直接アラームを受け取る入力端子も存在する。Ｓ
ＴＣＮＳ９１６が直接受け取ったアラームも、ＳＴＣＮ
Ｓ９１６上にメッセージ表示したうえ、アラーム・リン
ク９６０を介してＭＳＴＣＮＳ９４２に送られ、表示さ
れる。

【０００９】さらに、アラームにはソフトウエアが検出
するものもある。すなわち、ソフトウエア上の異常はＭ
ＰＲ／ＣＰＲ９１４が認識し、該アラームのメッセージ
をＶＤＵ９１５に出す。ソフトウエア・アラームはシス
テム状態（システム・ステータス）とともにＳＴＣＮＳ
９１６上に表示されるとともにアラーム・リンク９６０
を介してＭＳＴＣＮＳ９４２に送られる。システム・ス
テータスとしては、例えば、二重化された装置のアクト
／スタンバイ状態やルート状態、ビジー状態、呼の規制
状態、ＣＣの専有率、ＣＣオーバロード等がある。ＭＰ
Ｒ／ＣＰＲ９１４は、ＶＤＵ９１５に表示したソフトウ
エア・アラーム・メッセージをｎｏ．７リンク９６５を
介してＣＭＯＣ９４０側のＭＰＲ９４４に送る。これに
よって、該アラーム・メッセージはＣＭＯＣ９４０側の
ＶＤＵ９４５にも表示される。また、ＶＤＵ９１５の専
用キーからコマンド入力した場合にはｎｏ．７リンク９
６５を介して該コマンドがＣＭＯＣ９４０側のＶＤＵ９
４５に送られる。

【００１０】以上のように、ローカル局９１０とＣＭＯ
Ｃ９４０間のリンクにはアラーム・リンク９６０とｎ
ｏ．７リンク９６５の２通りがあり、従来方式では、ア
ラーム・リンク９６０ではアラーム情報とステータス情
報の詳細を送り、ｎｏ．７リンク９６５ではメッセージ
を送っていた。

【００１１】しかしながら、以上に説明した交換機シス
テム（ＦＥＴＥＸ−１５０）は、ハードウエアやソフト
ウエアの技術進歩に伴って拡張されていく。これに伴っ
て、アラーム収集の面でも問題が出てきた。

【００１２】ローカル局側の問題点は次のようなもので
あった。アラームポイント数の増加への対応が従来システムで
は不可能・・・・システムの高度化に伴って監視の必要なア
ラーム・ポイント数が増加するが、従来システムにおけ
るＳＴＣＮＳのハードウエア、ファームウエアでは対応
できるポイント数に限界があった。

【００１３】アラームポイントの新規追加や変更の柔
軟性がない・・・・システムの稼働後においても顧客からの
システム・エンハンスが行なわれる。例えば、それまで
あった装置Ａ、Ｂがシステム・エンハンスによって異な
る装置α、β、γに変わっていく。このため、システム
稼働後であってもアラーム・ポイントの新規追加や変更
が容易に行なえることが望ましいが、ＳＴＣＮＳでは柔
軟性に欠ける。

【００１４】マンマシン・インタフェースが十分では
ない・・・・従来では、アラーム等の表示をＳＴＣＮＳ上の
ディスプレイで行なっており、コンソールのハードウエ
アやファームウエアが表示処理を行なっていた。このた
め、マンマシン・インタフェースの面で柔軟性が乏しか
った。

【００１５】以上のような問題から、ローカル局内のア
ラーム収集システムの改善を行なった。図３８は、エン
ハンスしたローカル局のシステム構成図である。まず、
ローカル局内のＳＴＣＮＳ９１６をアラーム・シェルフ
ＡＬＭＳＨ−Ｂ１０１６に置き換える。ＡＬＭＳＨ−Ｂ
１０１６は、ＳＴＣＮＳ９１６と同様にローカル局内の
アラームを収集する装置であるが、その形態が異なる。
すなわち、ＡＬＭＳＨ−Ｂ１０１６は、棚型であり、プ
リント基板を何枚も挿入できるようになっている。この
ような形態にすることによって、アラーム・ポイント数
の増加、追加に対してプリント基板枚数を増やしていく
ことで対応できる。この結果、ＳＴＣＮＳ９１６ではア
ラーム・ポイントが６４ポイント程度であったものが、
ＡＬＭＳＨ−Ｂ１０１６にすることにより１０００ポイ
ント以上にすることが可能になった。また、ＡＬＭＳＨ
−Ｂ１０１６は、ＣＳＥＩ９１９、ＮＷ９１３、ＤＴ９
２１、ＴＳ９５０を介してＣＭＯＣ９４０との間のアラ
ーム・リンク６０を構築する。また、ＡＬＭＳＨ−Ｂ１
０１６にはアラームを表示するインジケータ・パネルＡ
ＬＩＰＵ１０１８（ａｌａｒｍｉｎｄｉｃａｔｏｒ
ｐａｎｎｅｌｕｎｉｔ）が接続されている。

【００１６】一方、呼制御やソフトウエア・アラームの
認識等を行なうＭＰＲ９１４には従来、アラーム・メッ
セージの表示やコマンド入力を行なうＶＤＵ９１５が接
続されていたが、これをワークステーションＳＣＷＳ１
０１５（ｓｙｓｔｅｍｃｏｎｔｒｏｌｗｏｒｋｓｔ
ａｔｉｏｎ）に置き換える。ワークステーションにする
ことにより、入出力のマンマシン・インタフェースが向
上する。

【００１７】ＭＰＲ９１４はパケット・リンク・コント
ローラＰＬＣ１０１７を介してＡＬＭＳＨ−Ｂ１０１６
と接続されている。ＰＬＣ１０１７はＬＡＰＢの通信手
順でＡＬＭＳＨ−Ｂ１０１６と通信する。また、ＭＰＲ
９１４はＣＳＥ９２２を介してｎｏ．７リンク１０６５
を構成する。

【００１８】

【発明が解決しようとする課題】以上のように、ローカ
ル局側の改善は提案されているが、集中保守局ＣＭＯＣ
側にはいくつかの問題が生じている。すなわち、従来のＭＳＴＣＮＳ９４２およびＳＳＣＮＳ９４３の
コンソールでは、アラーム収集を行なうローカル局数の
増加に柔軟に対応できない。特に、今日急速に用途が増
した自動車電話や携帯電話等の移動電話は、所定の地域
を細かく分割し、分割された地域の多数に無線基地局を
設置し、移動電話の位置の確認や移動電話との通話の中
継処理を行っている。このような無線基地局でも中継器
の温度異常や、各装置の接点の確認、火災発生、漏水等
の異常が発生する場合があり、この無線基地局について
もローカル局の一つとしてアラームシステムに組み入れ
て保守管理する必要がある。

【００１９】従来システムでは、ＭＳＴＣＮＳ９４２
およびＳＳＣＮＳ９４３のコンソールに付属したディス
プレイと専用入力キーによってシステムとのマンマシン
・インタフェースをとっていたが、柔軟性に欠け、十分
ではない。

【００２０】エンハンスしたローカル局１０１０（以
下、エンハンス局）と、従来のローカル局９１０（以
下、従来局）は混在することになるが、従来の集中保守
局ＣＭＯＣでは両者から同様にアラーム収集することが
できない。

【００２１】本発明は、集中保守局の管理下におく無線
基地局等のローカル局数の増加に対し柔軟に対応でき、
また、エンハンス局と従来局の両ローカル局のアラーム
収集を同様に行なえ、また、十分なマンマシン・インタ
フェースを提供可能な集中保守局の実現を目的とする。

【００２２】

【課題を解決するための手段】本発明の基本構成図を図
１に示す。ローカル局（１、２、）で発生するアラーム
を中継局であるトール・スイッチ３を介して収集し、ま
た無線基地局（９）で発生するアラームをアラーム・リ
ンク１１を介して収集する集中保守局４を前提とする。
ローカル局には、アラーム・ポイント数の変更や拡張、
マンマシン・インタフェースについてエンハンスを行な
ったローカル局であるエンハンス・ローカル局１と、そ
れらのエンハンスを行なっていない従来ローカル局２が
ある。

【００２３】まず、集中保守局４内にアラーム収集シェ
ルフ（７）を有する。アラーム収集シェルフ（７）は、
エンハンス・ローカル局（１）および従来ローカル局
（２）のアラーム情報を収集する。アラーム収集シェル
フ（７）は、多数のプリント基板を差して使用するシェ
ルフ構造になっていて、ローカル局（１、２）との通信
インタフェース・カード７ａをこのシェルフに差し込ん
で増やしていくことにより、多数のローカル局を収容
し、収容するローカル局の増加に柔軟に対応することが
できる。

【００２４】各ローカル局（１、２）はアラーム収集シ
ェルフ（７）と、トール・スイッチ（３）を介して、ア
ラーム・リンク（５、６）で通信する。エンハンス・ロ
ーカル局（１）とアラーム収集シェルフ（７）の間のア
ラーム・リンク（５−１）では、種々のアラームについ
てエンハンス・ローカル局（１）内で編集済みの情報が
伝送され、ｎｏ．７リンク（６−１）では、アラームや
ステータスの詳細情報が伝送される。一方、従来ローカ
ル局（２）とアラーム収集シェルフ（７）間のアラーム
・リンク（５−２）では、従来ローカル局（２）内でハ
ードウエアが検出したアラームが、ｎｏ．７リンク（６
−２）では、従来ローカル局（２）内でソフトウエアが
検出したアラームやコマンドが伝送される。すなわち、
両リンク（６、７）で伝送される情報の形式は異なる。

【００２５】この形式を統一するため、アラーム収集シ
ェルフ７は、従来ローカル局２からアラーム・リンク
（５）およびｎｏ．７リンク（６）を通って送られてく
る情報をエンハンス・ローカル局（１）から送られてく
る情報の形式に変換する。これによって、集中保守局４
はエンハンス・ローカル局（１）と従来ローカル局
（２）を混在して管理下に置くことが可能になる。

【００２６】一方、集中保守局（４）には無線基地局
（９）のアラームを収集するアラーム収集シェルフ
（７）も配置され、アラーム・リンク（１１）を介して
無線基地局（９）からアラーム情報を入手し、このアラ
ーム収集シェルフ（７）も多数のプリント基板を差して
使用するシェルフ構造になっており、無線基地局（９）
との通信インタフェース・カード７ｂをこのシェルフに
差し込んで増やしていくことにより、多数の無線基地局
（９）を収容し、収容する無線基地局の増加に柔軟に対
応することができる。

【００２７】また、集中保守局（４）内にＭＰＵ／ワー
クステーション（８）を有する。ＭＰＵ／ワークステー
ション（８）は、前記アラーム収集シェルフ（７）の初
期設定や収集したアラーム情報の編集・表示を柔軟なマ
ンマシン・インタフェースを介して実行する。

【００２８】

【作用】集中保守局４では、まず、管理下におくローカ
ル局を登録する。この作業はＭＰＵ／ワークステーショ
ン８のマンマシン・インタフェースを介して行なう。す
なわち、管理下におく各ローカル局と通信をするための
通信インタフェース・カードをアラーム収集シェルフ７
内のどこに置くか、無線基地局９との通信をするための
通信インタフェース・カードをアラーム収集シェルフ７
内のどこに置くか、また、該ローカル局はエンハンス局
か否かの区別等を登録する。

【００２９】この初期登録後、アラーム収集シェルフ７
は管理下の全ローカル局（１、２、９）から順次アラー
ム情報を収集する。収集したアラーム情報が従来ローカ
ル局２からのアラーム情報の場合には、情報の形式を変
換してエンハンス局からのものと同一に統一する。

【００３０】ＭＰＵ／ワークステーション８は、アラー
ム収集シェルフ７が収集し、統一形式に変換したアラー
ム情報を加工・編集・表示する処理を行なう。

【００３１】

【実施例】図２は、第１の実施例の集中保守局のアラー
ム収集装置のシステム構成図である。まず、集中して管
理下のローカル局のアラームを収集する集中保守局ＣＭ
ＯＣ２００（ｃｅｎｔｒａｌｍａｉｎｔｅｎａｎｃｅ
ｏｐｅｒａｔｉｏｎｃｅｎｔｅｒ）と、複数のロー
カル局（２２０、２３０）が存在する。ローカル局に
は、アラーム・ポイント数等をエンハンスしたエンハン
ス局２２０とエンハンスしていない従来局２３０があ
り、ローカル局をＣＭＯＣ２００が管理下におく。ロー
カル局（２２０、２３０）とＣＭＯＣ２００の間は中継
局であるトール・スイッチＴＳ（ｔｏｌｌｓｗｉｔｃ
ｈ）２５０で結ばれている。

【００３２】従来局２３０内のシステム構成は従来の方
式で説明した図３７のローカル局の内部構成と同様であ
る（図２では図３７で表した番号と同一の番号を付して
いる）。一方、エンハンス局２２０内のシステム構成
は、図３８に示したエンハンス・ローカル局の構成図と
同様である（図２では、図３８で表した番号と同一の番
号を付している）。なお、従来局２３０とエンハンス局
２２０内で同一の機能のものについては同一の番号で表
している。

【００３３】ＣＭＯＣ２００内には、従来システムのＭ
ＳＴＣＮＳ（ｍａｓｔｅｒｓｙｓｔｅｍｔｅｓｔ
ｃｏｎｓｏｌｅ）に代えてアラーム・レシーバ・シェル
フＡＬＲＶＳＨ−Ａ２０１（ａｌａｒｍｒｅｃｉｅｖ
ｅｒｓｈｅｌｆ−Ａ）を、また、ＳＳＣＮＳ（ｓｙｓ
ｔｅｍｓｕｐｅｒｖｉｓｏｒｙｃｏｎｓｏｌｅ）に
代えてアラーム・シェルフＡＬＭＳＨ−Ｂ２０２（ａｌ
ａｒｍｓｈｅｌｆ−Ｂ）を置く。ＡＬＲＶＳＨ−Ａ２
０１は管理下の全ローカル局のアラームを収集し、ＡＬ
ＭＳＨ−Ｂ２０２はＣＭＯＣ２００内のアラームを収集
する。したがって、ＡＬＭＳＨ−Ｂ２０２はエンハンス
・ローカル局２２０内のアラーム収集シェルフＡＬＭＳ
Ｈ−Ｂ１０１６と同様の装置である。

【００３４】ローカル局（２２０、２３０）とＣＭＯＣ
２００を結ぶアラーム・リンク２６０は、ＣＭＯＣ２０
０内でＤＴ２０３（ｄｉｇｉｔａｌｔｅｒｍｉｎａ
ｌ）を介してスイッチング・ユニットＤＬＩ２０４（ｄ
ｉｇｉｔａｌｌｉｎｇｉｎｔｅｒｆａｃｅ）に入
り、ＣＳＥＩ２０５（ｃｏｍｍｏｎｃｈａｎｎｅｌ
ｓｉｇｎａｌｌｉｎｇｅｑｕｉｐｍｅｎｔｉｎｔｅ
ｒｆａｃｅ）を介してＡＬＲＶＳＨ−Ａ２０１とつなが
る。

【００３５】ＡＬＶＳＨ−Ａ２０１には、管理下のロー
カル局の位置やアラームの状態を地図上に表すＡＬＤＥ
２１０（ａｌａｒｍｄｉｓｐｌａｙｅｑｕｉｐｍｅ
ｎｔ）と、管理下のローカル局で発生したアラームを表
示するインジケータ・パネルＲＡＩＰＵ２１１（ｒｅｍ
ｏｔｅａｌａｒｍｉｎｄｉｃａｔｏｒｐａｎｎｅ
ｌｕｎｉｔ）が接続されている。

【００３６】一方、ローカル局（２２０、２３０）とＣ
ＭＯＣ２００を結ぶｎｏ．７リンク６６５は、ＣＭＯＣ
２００内でＤＴ２０６を介してＤＬＩ２０４に入り、Ｃ
ＳＥＩ２０７、ＣＳＥ２０８（ｃｏｍｍｏｎｃｈａｎ
ｎｅｌｓｉｇｎａｌｌｉｎｇｅｑｕｉｐｍｅｎｔ）
を介してプロセサＭＰＲ２０９（ｍａｉｎｐｒｏｃｅ
ｓｓｏｒ）とつながる。

【００３７】ＭＰＲ２０９は、また、ＡＬＲＶＳＨ−Ａ
２０１ともＬＡＰＢの通信インタフェース・ユニットＰ
ＬＣ２１２−１（ｐａｃｋｅｔｌｉｎｋｃｏｎｔｏ
ｌｌｅｒ）を介して接続されている。ＭＰＲ２０９に
は、全システムの制御のための入出力やアラーム・メッ
セージの出力を行なうワークステーションＳＣＷＳ２１
３（ｓｙｓｔｅｍｃｏｎｔｒｏｌｗｏｒｋｓｔａｔ
ｉｏｎ）が接続され、先に説明したＣＭＯＣ２００内の
アラームを収集するＡＬＭＳＨ−Ｂ２０２もＰＬＣ２１
２−２を介してＭＰＲ２０９と接続されている。ＡＬＭ
ＳＨ−Ｂ２０２には、ＣＭＯＣ２００内のアラームを表
示するインジケータ・パネルＡＬＩＰＵ２１４（ａｌａ
ｒｍｉｎｄｉｃａｔｏｒｐａｎｎｅｌｕｎｉｔ）
がつながっている。

【００３８】次に、アラーム収集の基本的な動作を説明
する。まず、アラーム収集を開始するに前に、収容する
ローカル局の設定や、ＡＬＲＶＳＨ２０１内のインタフ
ェースの設定、ＤＬＩ２０４の設定等をＭＰＲ２０９の
初期設定ソフトウエアによって処理する。このとき、設
定処理はＳＣＷＳ２１３のマンマシン・インタフェース
を介して行なう。

【００３９】この初期設定処理後、ＡＬＲＶＳＨ−Ａ２
０１は管理下の各ローカル局（２２０、２３０）からの
アラーム収集を開始する。この収集はアラーム・リンク
を通してＡＬＲＶＳＨ−Ａ２０１が独自に定期的に収集
し、収集したデータを蓄積する。ＡＬＲＶＳＨ−Ａ２０
１は、エンハンス局２２０からはアラーム情報を収集
し、従来局２３０からはアラーム情報に加えてステータ
ス情報も収集する。エンハンス局２２０から送られてく
るアラーム情報は、アラームとステータスの情報をエン
ハンス局２２０側ですでに編集したものであるが、従来
局２３０では編集作業を行なわないのでアラーム情報と
ステータス情報の両方をＡＬＲＶＳＨ−Ａ２０１が収集
し、ＡＬＲＶＳＨ−Ａ２０１が編集作業を行なう。

【００４０】ＡＬＲＶＳＨ−Ａ２０１は、収集したアラ
ーム／ステータス情報をＡＬＤＥ２１０およびＲＡＩＰ
Ｕ２１１に表示する。一方、ＭＰＲ２０９は、ＡＬＲＶ
ＳＨ−Ａ２０１のアラーム収集とは独立して、ＡＬＲＶ
ＳＨ−Ａ２０１から蓄積してあるアラーム・データを定
期的に要求する。そして、得たアラーム・データをさら
に解析したり、編集したりし、ＳＣＷＳを介して表示す
ることができる。

【００４１】図３は、ＡＬＲＶＳＨ−Ａ２０１のハード
ウエア構成図である。ＡＬＲＶＳＨ−Ａ２０１は、機能
単位ごとに分けられた装置（パッケージ）を差し込んで
搭載するシェルフ構造をしている。図４はこのシェルフ
構造を説明する斜視図である。１個のシェルフ２７０に
は１３枚のパッケージ（カード）２７１を差し込むこと
ができ、このパッケージ２７１は各々異なる機能を有
し、例えばローカル局との通信を行なうためにＣＳＥＩ
２０５とインタフェースするＡＬＭＳＩＮＦ３００
（インターフェイス・カード）や、上述のＤＬＩ２０４
のコントローラ部ＣＮＴ２１５とＪＰＴＵ−Ａ３１０を
介してインタフェースをとるＤＬＩＩＮＦ３０１−１
（以下、図３も参照）、アラーム・インジケータ・パネ
ルＲ−ＡＬＩＰＵ２１１にアラーム表示情報をＪＰＴＵ
−Ａ３２０を介して送るＲ−ＡＬＩＰＵＩＮＦ３０
２、アラームを地図上に表示するＡＬＤＥ／ＡＬＤＣ２
１０の制御を行なうＡＬＤＥＩＮＦ３０３、ＭＰＲ２
０９とＡＬＲＶＳＨ−Ａ２０１間に存在するＰＬＣ２１
２−１とのインタフェースをとるＰＬＣＩＮＦ３０４
がある。尚、これらのパッケージ２７１の中で、例え
ば、ＡＬＭＳＩＮＦ３００は後述するように１枚で１
６局のローカル局を管理するので、１６局以上のローカ
ル局を保守管理する為には複数枚のＡＬＭＳＩＮＦ３
００が差し込まれる。すなわち、ＡＬＭＳＩＮＦ３０
０は、ＡＴＳＨ３３０（ａｎａｌｏｇｔｒｕｎｋｓ
ｈｅｌｆ）に実装されているＣＳＥＩ２０５と接続さ
れ、ＡＴＳＨ３３０には１パッケージに４つのＣＳＥＩ
２０５を収めた装置が最大１５枚収容できる。そして、
一つのＡＬＭＳ−ＩＮＦ３００は最大４パッケージのＣ
ＳＥＩ装置（すなわち１６ＣＳＥＩ）と接続可能であ
る。これによって、１枚のＡＬＭＳ−ＩＮＦ３００−１
で最大１６局のローカル局を収容できることになる。ま
た、ＡＬＲＶＳＨ−Ａ２０１内の各装置は二重化された
バスに接続されており、二重化バスでオムニネット通信
を行な為、ＤＬＩ２０４を制御するＤＬＩＩＮＦ３０
１や、プロセサＭＰＲ２０９と接続するＰＬＣＩＮＦ
３０４は各々２枚差し込んで使用される。尚、図４に示
すように、パッケージ２７１がシェルフ２７０に装着さ
れると、パッケージ２７１の先端の各接点がシェルフ２
７０の端子（裏面間接コネクタ）に接続する構成であ
る。

【００４２】また、上述の構成のシェルフ２７０は、図
５に示すように１ユニットとしてキャビネット２７２に
収納できる構成である為、キャビネット２７２全体には
極めて多数枚のＡＬＭＳＩＮＦ３００等（パッケージ
２７１）を収納でき、上述のように１枚のＡＬＭＳＩ
ＮＦ３００で１６局のローカル局をカバーできるので、
ユニット全体としては極めて多くのローカル局を保守管
理できる。

【００４３】尚、実際には、もう一つのＡＬＭＳ−ＩＮ
Ｆ（例えば３００−２）にＡＬＭＳ−ＩＮＦ３００−１
と同じローカル局を収容してシステムを二重化してい
る。そして、ＣＳＥＩ２０５はスイッチング・ユニット
ＤＬＩ２０４とＤＴ２０３を介してローカル局（２２
０、２３０）とのリンクを構成する。ここで、従来はＤ
ＬＩ２０４はスイッチングによってローカル局のアラー
ム収集を行なっていたが、本実施例のシステムでは１対
１の固定パスを形成してアラーム収集を行なう。

【００４４】ＤＬＩＩＮＦ３０１は、ＭＰＲソフトウ
エアによってＤＬＩ２０４の固定パスを設定したり、変
更したりする場合に、その処理のための情報をＤＬＩ２
０４内のＣＮＴ２１５のＭＣ５３Ａ３４０に送り、固
定パスの設定・変更を行なう。上述のように、ＤＬＩ
ＩＮＦ３０１は二重化されており、２枚のＤＬＩＩＮ
Ｆ（３０１−１、３０１−２）で最大２装置のＤＬＩ２
０４と、それぞれの０系システム、１系システムを介し
て通信を行なう。

【００４５】Ｒ−ＡＬＩＰＵＩＮＦ３０２はＭＰＵと
通信インタフェースからなり、ＪＰＴＵ−Ａを介して最
大４台までのＲ−ＡＬＩＰＵと接続される。ここで、４
台のＲ−ＡＬＩＰＵは違う場所に設置することを意図し
ており、Ｒ−ＡＬＩＰＵＩＮＦ３０２は同一のアラー
ム情報を送信し、同一の表示をさせる。

【００４６】さらに、ＰＬＣＩＮＦ３０４も二重化さ
れ、０系システム、１系システムの２枚が２重化バス３
０５につながり、ＬＡＰＢプロトコルでＰＬＣ２１２−
１を介してＭＰＲ２０９と更新する。

【００４７】図６は、ＡＬＲＶＳＨ−Ａ２０１のなかの
ＡＬＭＳＩＮＦ３００のブロック図である。ＡＬＭＳ
ＩＮＦ３００は、大きく分けて５つの部分からなる。
すなわち、前述のシェルフ構造の裏面間接コネクタ３６
０によってＡＬＲＶＳＨ−Ａ２０１内の二重化バス３０
５につながれオムニネット通信を行なうＣＳＭＡ通信部
４１０と、ＡＴＳＨ３３０の最大４枚の４ＣＳＥＩパッ
ケージ２０５を経由して、ローカル局（２２０、２３
０）とＬＡＰＢトランスペアレント・モードで通信を行
なうＣＳＥＩＩｎｔｅｒｆａｃｅ部４５０、通信や処
理の制御を行なうＭＰＵ部４３０、レジスタ部４２０
（Ｒｅｇｉｓｔｅｒ部）、内部のセグメント表示を行な
う７個のＬＥＤである７ＳＥＧＬＥＤ部４４０であ
る。ＭＰＵ部４３０、レジスタ部４２０、ＣＳＥＩイン
タフェース部４５０は互いに内部バスで接続されてい
る。

【００４８】ＭＰＵ部４３０は、プロセサＭＰＵと、ソ
フトウエアやデータを蓄えるＲＯＭ、ＲＡＭからなる。
ＣＳＭＡ通信部４１０は、二重化バス３０５と接続する
ために０系（＃０）と１系（＃１）の２つのＣＳＭＡイ
ンタフェースをもち、裏面間接コネクタ３６０を介して
二重化バス３０５と接続するとともに、ＭＰＵ部４３０
とつながっている。

【００４９】また、レジスタ部４２０は複数のレジスタ
からなり、ＡＬＲＶＳＨ−Ａ２０１のどのシェルフのど
のカードと通信を行なうかを決めるＳｈｅｌｆＩＤ、
ＣａｒｄＩＤデータを送受信するため裏面間接コネク
タ３６０につながる。また、レジスタ部４２０にはレジ
スタを介して７ＳＥＧＬＥＤ部４４０が接続されて
いる。

【００５０】さらに、ＣＳＥＩインタフェース部４５０
はＬＡＰＢインタフェースとドライバ／レシーバ、クロ
ック送受信部からなる。これらは二重化のため、すべて
２組内蔵している。

【００５１】図７に、この二重化のイメージを示す。各
ローカル局は０系、１系の２系統ともつことにより二重
化されている。そして、各系は別のＡＬＭＳＩＮＦカ
ード３００（α、β）とつなげられ、通信することにな
る。

【００５２】図６に示したように、ＣＳＥＩインタフェ
ース部４５０は４枚の４ＣＳＥＩカード２０５、すなわ
ちローカル局１６局と接続されるが、ＣＳＥＩインタフ
ェース部４５０内部では０系と１系に分けられており、
２枚の１系４ＣＳＥＩカード（８局の１系ローカル局）
と２枚の０系４ＣＳＥＩカード（８局の０系ローカル
局）がつながる。

【００５３】次に、アラーム収集処理の動作を説明す
る。

【００５４】まず、アラーム収集を開始するにあたり、
最初にＡＬＭＳＩＮＦ３００へ収容するローカル局の
状態等を設定する初期化処理をＭＰＲ２０９のソフトウ
エアによって実行する。ここで、ＭＰＲ２０９は、ＰＬ
Ｃ２１２−１、ＰＬＣ−ＩＮＦ３０４を介してＡＬＲＶ
ＳＨ−Ａ２０１内の各装置と、装置単位（プリント板単
位）に独立してオムニネット通信を行なう。通信は、最
初にＭＰＲ２０９から通信する装置に対してオーダを出
し、次に、該装置からＭＰＲ２０９へレスポンスを返す
手順で行なう。

【００５５】初期化処理はＭＰＲ２０９の初期化時やＡ
ＬＲＶＳＨ−Ａ２０１の電源投入時に行なう。図８はＡ
ＬＭＳＩＮＦ３００初期化処理のタイムチャートであ
る。プロセサＭＰＲ２０９は先ず、ＡＬＲＶＳＨ−Ａ２
０１に差し込まれている各ＡＬＭＳＩＮＦ３００に対
して収容するローカル局を設定するオーダＬＣＬＩＤを
出す。図９は、このオーダＬＣＬＩＤのデータフォーマ
ットの一例を示す図である。このオーダＬＣＬＩＤは４
０バイトで構成され、プロトコル識別子、発側ＩＤ、着
側ＩＤ、テキストNo. 、データカテゴリ、サブカテゴ
リ、ＡＬＭＳNo.０〜No. １５のアドレス情報が収容さ
れている。プロトコル識別子にはこのデータフォーマッ
トがオーダＬＣＬＩＤであることを示す識別子が書き込
まれ、発側ＩＤとしては発側ターミナルであるプロセサ
ＭＰＲ２０９のＩＤ番号が、例えば“８６”として書き
込まれ、着側ＩＤとしては着側ターミナルである対応す
るＡＬＭＳＩＮＦ３００のシェルフ名No. とスロット
No. が書き込まれている。このＡＬＭＳNo. ０〜No. １
５に書き込まれているアドレスデータにより、該当する
ＡＬＭＳＩＮＦ３００がカバーするローカル局の数と
ローカル局の位置が判る。すなわち、ローカル局の位置
は各ＡＬＭＳNo. ０〜No. １５に書き込まれているアド
レスデータにより判断され、ローカル局の数はＡＬＭＳ
No. ０〜No. １５の幾つのエリアに“００”（Dont car
e ）が書き込まれているかにより判断できる。また、こ
のＡＬＭＳNo. ０〜No. １５に書き込まれたデータの所
定ビットを確認することで、当該ローカル局がエンハン
ス局２２０か従来局２３０かの区別もわかる。

【００５６】すなわち、上述のオーダＬＣＬＩＤをＡＬ
ＲＶＳＨ−Ａ２０１へ出力することにより、上述の着側
ＩＤにより該当するＡＬＭＳＩＮＦ３００のシェルフ
とスロット位置が特定され、該当ＡＬＭＳＩＮＦ３０
０の担当するローカル局、及びその数、エンハンス局か
否かの判断も同時にできる。

【００５７】尚、上述のオーダＬＣＬＩＤに含まれるデ
ータカテゴリは、オーダＬＣＬＩＤが多数あるオーダの
中の属性を示し、サブカテゴリは上述のデータカテゴリ
の補助的な属性を示す。また、テキストNo. はオーダＬ
ＣＬＩＤに対するレスポンスの数を示す。

【００５８】一方、このＬＣＬＩＤオーダを受け取った
ＡＬＭＳＩＮＦ３００は受け取ったことを示すコンフ
ァメーション・レスポンスＣＮＦをＭＰＲ２０９に返
す。図１０はこのコンファメーション・レスポンスＣＮ
Ｆの一例を示すデータフォーマットである。このコンフ
ァメーション・レスポンスＣＮＦは８バイトで構成さ
れ、プロトコル識別子の他、発側ＩＤ、着側ＩＤ、テキ
ストNo. 、データカテゴリ、サブカテゴリで構成されて
いる。プロトコル識別子としてはこのデータがコンファ
メーション・レスポンスＣＮＦであることを示す識別子
が書き込まれ（実装され）、発側ＩＤとしては該当する
ＡＬＭＳＩＮＦ３００のシェルフNo. 及びスロットN
o. が書き込まれ、着側ＩＤとしてはプロセサＭＰＲ２
０９のＩＤコードとして、例えば“８８”が書き込まれ
ている（実装されている）。したがって、対応するＡＬ
ＭＳＩＮＦ３００が、上述のオーダＬＣＬＩＤを受取
り、ローカル局の位置等を確認した後、このコンファメ
ーション・レスポンスＣＮＦを着側ターミナルであるプ
ロセサＭＰＲ２０９へ出力することで、プロセサＭＰＲ
２０９はデータフォーマットに書き込まれているシェル
フNo. 及びスロットNo. に該当するＡＬＭＳＩＮＦ３
００にオーダＬＣＬＩＤが着信したと判断する。尚、こ
のコンファメーション・レスポンスＣＮＦはＡＬＭＳ
ＩＮＦ３００内のＭＰＵ部４３０の制御により出力され
る。

【００５９】上述のコンファメーション・レスポンスＣ
ＮＦを、プロセサＭＰＲ２０９が受信すると、上述の図
８に示す如く、次にＭＰＲ２０９はＡＬＭＳＩＮＦ３
００の系の切り替えを設定するオーダＡＬＭＡＣＴをＡ
ＬＭＳＩＮＦ３００へ出力する。このオーダＡＬＭＡ
ＣＴは、４枚の４ＣＳＥＩ、すなわち１６回線をそれぞ
れアクト状態にするかスタンバイ状態にするかの情報を
含む。図１１はこのオーダＡＬＭＡＣＴのデータフォー
マットの一例を示す。このオーダＡＬＭＡＣＴは上述の
オーダＬＣＬＩＤ同様２４バイトで構成され、着側ター
ミナルには該当するＡＬＭＳＩＮＦ３００のシェルフ
No. とスロットNo. が書き込まれている。また、このデ
ータフォーマットには対応するＡＬＭＳＩＮＦ３００
の管理するローカル局をスタンバイ状態とするか、又は
アクト状態にするかの情報が、例えばスタンバイ状態に
する回線を“００”、アクト状態とする回線を“０１”
として書き込まれている。したがって、このオーダＡＬ
ＭＡＣＴがＡＬＲＶＳＨ−Ａ２０１に入力することによ
り、該当するＡＬＭＳＩＮＦ３００に接続するローカ
ル局の回線がアクト状態、又はスタンバイ状態に設定さ
れる。尚、図７に示したように、アラーム・リンクは二
重化され、各ローカル局は０系と１系を持ち、それぞれ
別のＡＬＭＳＩＮＦ３００とリンクされている。そこ
で、各ローカル局について０系を使用する場合には０系
がリンクされているＡＬＭＳＩＮＦ３００のその回線
をアクト状態にし、もう一方の１系が接続されているＡ
ＬＭＳＩＮＦ３００の回線をスタンバイ状態にする。

【００６０】ＡＬＭＳＩＮＦ３００はこのオーダを受
け取ると、コンファメーション・レスポンスＣＮＦをＭ
ＰＲ２０９に返す。このコンファメーション・レスポン
スＣＮＦのデータフォーマットは上述の図１０と同様の
構成である。プロセサＭＰＲ２０９はこのコンファメー
ション・レスポンスＣＮＦの入力によりローカル局との
回線のアクト、スタンバイ設定処理が完了したＡＬＭＳ
ＩＮＦ３００を知る。

【００６１】以上の処理でプロセサＭＰＲ２０９による
ＡＬＭＳＩＮＦ３００の初期化が完了すると、ＡＬＲ
ＶＳＨ−Ａ２０１は収容しているローカル局からアラー
ム情報を定期的に収集し、収集されたデータを蓄積する
アラーム・ポーリング処理を開始する。この処理はＡＬ
ＲＶＳＨ−Ａ２０１が独自に行なう。

【００６２】図１２に上述のアラーム・ポーリングのタ
イムチャートを示す。ＡＬＭＳＩＮＦ３００は収容し
ている最大１６局のアクト状態のローカル局に対してN
o. ０から順にアラームを収集するオーダを出し、順次
ポーリングし、これを繰り返す。このポーリングオーダ
の出力制御は、対応するＡＬＭＳＩＮＦ３００内のＭ
ＰＵ部４３０がＲＯＭに記憶されているプログラムに従
って実行する。この時ＭＰＵ部４３０は、前述のプロセ
サＭＰＲ２０９から出力されたオーダＬＣＬＩＤに基づ
いて自己が保守する最大１６局のローカル局が各々エン
ハンス局２２０か、又は従来局２３０かを認識してい
る。したがって、この時ローカル局がエンハンス局２２
０の場合にはアラーム情報を要求するオーダＰＬＯＤＯ
のみを出力し、従来局２３０の場合には、アラーム情報
を要求するオーダＰＬＯＤＯの他に、ステータス情報を
要求するオーダＳＴＲＱＯを出力する。これは、エンハ
ンス局２２０の場合はアラーム情報とステータス情報を
編集したデータがレスポンスＡＬＭＤＡとしてローカル
局から返ってくるが、従来局の場合には編集処理をしな
いので、アラーム情報とステータス情報を別に収集する
必要があるからである。

【００６３】図１３の（ａ）は上述のアラーム・ポーリ
ングの際のポーリングオーダのデータフォーマットであ
り、４バイトで構成されている。このポーリングオーダ
は、ローカル局をＩＤコードで指定し、アラーム情報の
要求を示すコード“８０”を出力する。また、同図の
（ｂ）は上述のアラーム・ポーリングの際のステータス
オーダのデータフォーマットであり、３バイトで構成さ
れ、上述と同様ローカル局をＩＤコードで指定し、ステ
ータス情報を要求するコード“８１”を出力する。上述
のアラーム・ポーリングは、上述のように収容している
最大１６局のアクト状態のローカル局に対してNo. ０か
ら順に順次ポーリングし、これを繰り返す。このとき、
ポーリング指示の応答待ち時間は例えば３００ｍｓに設
定され、３回連続してポーリング指示に対する応答がな
い時、そのローカル局への通信エラーとみなす。

【００６４】一方、上述のアラーム要求に対し、エンハ
ンス局２２０の場合、６０バイトのアラーム・アンサ・
データＡＬＭＤＡが返送される。このアラーム・アンサ
・データＡＬＭＤＡは、エンハンス局２２０の場合ＡＬ
ＭＳＨ−Ｓ１０１６から出力され、ＡＬＭＳＨ−Ｓ１０
１６は前述のように所内のアラーム情報を収集し、各種
のアラーム情報やステータス情報を編集した形で出力す
る。図１４はエンハンス局２２０から出力されるアラー
ム・アンサ・データＡＬＭＤＡの一例を示すものであ
る。このアラーム・アンサ・データＡＬＭＤＡは６０バ
イトで構成され、出力するローカル局のＩＤNo. や、所
内各部のアラーム情報、ステータス情報が編集された形
で書き込まれている。この編集情報の中には、１バイト
のソフトウェアアラームと、１バイドのハードウェア
アラームと、１バイトのソフトウェアステータス情報
が含まれている。すなわち、エンハンス局２２０から
出力されるアラーム・アンサ・データＡＬＭＤＡは図１
６の（ａ）に示す如く、編集データとして必ず上述のソ
フトウェアアラーム、ハードウェアアラーム、ソフ
トウェアステータス情報を含む。

【００６５】一方、上述のアラーム要求に対して、従来
局２３０の場合、３２バイトのアラーム・アンサ・デー
タＡＬＭＤＡが返送される。図１５は従来局からの３２
バイト構成のアラーム・アンサ・データＡＬＭＤＡの一
例である。このアラーム・アンサ・データＡＬＭＤＡ
は、従来局２３０の場合無編集のアラーム情報である。
したがって、従来局２３０に対しては上述の如く、上述
のステータスオーダも出力され、これに答えて従来局２
３０は、例えば３０９バイトのステータス・データを出
力する。図１６、図１７は３０９バイト構成のステータ
ス情報の一例である。

【００６６】従来局２３０から出力される上述の図１５
に示すアラーム・アンサ・データＡＬＭＤＡにはエンハ
ンス局２２０から出力されたアラーム・アンサ・データ
ＡＬＭＤＡのようなハードウェアアラームと、ソフト
ウェアステータ情報は含まれておらず、ソフトウェア
アラームを含むのみである。したがって、従来局２３
０からアラーム・アンサ・データＡＬＭＤＡ、及びステ
ータス情報を受け取ったＡＬＭＳＩＮＦ３００は、Ａ
ＬＭＳＩＮＦ３００内のＭＰＵ部４３０により、両デ
ータを編集する。この時編集されるデータは、エンハン
ス局２２０から送られてくる６０バイトのアラーム・ア
ンサ・データＡＬＭＤＡと同形のデータとしなければな
らない。

【００６７】図１８はＭＰＵ部４３０が、従来局２３０
から送られてくるアラーム・アンサ・データＡＬＭＤＡ
とステータス情報からエンハンス局２２０と同じデータ
を作成する手順を説明する図である。同図の（ｂ）は、
従来局２３０から送られてくる情報を模式的に示す図で
あり、ＭＰＵ部４３０はこのアラーム情報（アラーム・
アンサ・データＡＬＭＤＡ）とステータス情報から同図
の（ａ）に示す編集情報を作成する。この編集情報の作
成は、アラーム情報Ｂのデータ（図１５）からハードウ
ェアアラームを作成し、ステータス情報Ｃのデータ
（図１６、図１７）からソフトウェア情報を作成す
る。また、この編集情報の作成はＭＰＵ部４３０内のＲ
ＯＭに書き込まれたプログラムに基づいて実行される。

【００６８】図１９及び図２０は、ステータス情報Ｃの
データ（図１６、図１７）からソフトウェアステータ情
報を作成する具体例を説明する図である。図１４にも
示すように、ソフトウェアステータ情報は８ビットで
構成され、最上位ビットｂ7が「ＴＰＥ」であり、ビッ
トｂ6 が「ＰＲＳＴ」であり、ビットｂ5 が「ＯＳＦ」
であり、ビットｂ4 が「ＯＳＹＳ」であり、ビットｂ3
は「ＣＲＴ」であり、ビットｂ2 が「ＬＣＯ」であり、
ビットｂ1 が「ＲＢＹ」であり、最下位ビットｂ0 が
「ＲＴＲ」である。

【００６９】ここで、先ず最上位ビットｂ7 の「ＴＰ
Ｅ」は、ステータス情報Ｃのデータ（図１６、図１７）
のアドレス１２２のビットｂ3 の「ＴＰＥ」をコピーし
て作成する。

【００７０】また、ビットｂ6 の「ＰＲＳＴ」はスータ
ス情報Ｃのデータ（図１６、図１７）の同じアドレス１
２２のビットｂ0 「ＲＳＴ」を抽出して作成する。次
に、ビットｂ5 の「ＯＳＦ」は次のI 〜III の条件のＯ
Ｒが成立すれば“１”、ＯＲが成立しなければ“０”で
ある。そして、条件Ｉとしては上述のスータス情報Ｃの
データ（図１６、図１７）のアドレス１３〜１２０にOu
t of Serviceとなっているものがあること、条件IIとし
ては上述のスータス情報Ｃのデータ（図１６、図１７）
のアドレス１２１のビットｂ0 〜ｂ3 の「ＬＰ」、「Ｓ
ＣＬＫ」、「ＲＴＴＹ」、「ＴＴＹ」に“１”となって
いるビットがあること、条件III としては上述のスータ
ス情報Ｃのデータ（図１６、図１７）のアドレス１２５
〜１５６の中に“１”となっているビットがあること
（但し、空白部分は対象外である）、の３条件である。

【００７１】次に、ビットｂ4 の「ＣＣＯＬ」はスータ
ス情報Ｃのデータ（図１６、図１７）のアドレス１２２
のビットｂ1 の「ＣＯＶＬ」を抽出して作成する。次
に、ビットｂ3 の「ＣＲＴ」はスータス情報Ｃのデータ
（図１６、図１７）のアドレス１２２のビットｂ2 の
「ＣＲＴ」をコピーして作成する。

【００７２】次に、ビットｂ2 の「ＬＣＯ」はスータス
情報Ｃのデータ（図１６、図１７）のアドレス１５７〜
１８８の「ＬＣＸ」に“１”となっているビットがあれ
ば“１”、なければ“０”を設定する。

【００７３】さらに、ビットｂ1 の「ＲＢＹ」はスータ
ス情報Ｃのデータ（図１６、図１７）のアドレス１９
０、１９２、１９４、・・・、３０８の「ＲＢＹ」に
“１”となっているビットがあれば“１”、なければ
“０”を設定する。

【００７４】最後に、最下位ビットｂ0 の「ＲＴＲ」は
スータス情報Ｃのデータ（図１６、図１７）のアドレス
１８９、１９１、１９３、・・・、３０７の「ＲＢＹ」
に“１”となっているビットがあれば“１”、なければ
“０”を設定する。

【００７５】このようにして作成された編集情報は、同
図の（ｃ）に示すように、新たに作成されたソフトウェ
アステータス情報は、図１８の（ａ）に示すエンハン
ス局のアラーム情報（アラーム・アンサ・データＡＬＭ
ＤＡ）と同じ構成である。

【００７６】尚、アラーム情報Ｂのデータ（図１５）か
らハードウェアアラームを作成する処理は具体的には
示さないが、上述と同様にして１ビット毎に作成する。
以上のようにして従来局２３０のアラーム情報も、新た
に作成された上述のハードウェアアラーム、ソフトウ
ェアステータ情報、及び従来局２３０から直接送られ
てきたソフトウェアアラームにより図１８の（ｂ）→
（ｃ）に示す如く編集することができる。

【００７７】一方、プロセサＭＰＲ２０９は、前述の初
期化処理の後、定常状態処理を実行する。すなわち、定
期的にＡＬＲＶＳＨ−Ａ２０１内の障害の監視と、ロー
カル局のアラーム監視、ＡＬＭＳＩＮＦ３００やＤＬ
ＩＩＮＦ３０１の系の切り替え処理、ＡＬＤＥ２１０
の状態監視、Ｒ−ＡＬＩＰＵ２１１の状態監視を行な
う。これらの処理は、プロセサＭＰＲ２０９が各装置に
対してオーダを出し、それに対して各装置がレスポンス
を返すことによって行なう。また、プロセサＭＰＲ２０
９は定常状態であっても、ローカル局ＩＤ情報等の変更
やＡＬＭＳＩＮＦの系の切り替えを前述の図８の初期
化処理と同様の手順で行なうことができる。

【００７８】図２１は、プロセサＭＰＲ２０９によるア
ラーム監視のタイムチャートである。プロセサＭＰＲ２
０９は、各ＡＬＭＳ−ＩＮＦ３００に対してアラーム情
報を要求するオーダＬＣＡＬＭを出力し、要求を受けた
ＡＬＭＳＩＮＦ３００はアラーム情報ＬＣＡＬＭＰＲ
を返す。図２２は、オーダＬＣＡＬＭのデータフォーマ
ットである。このオーダＬＣＡＬＭは８バイトで構成さ
れ、プロトコル識別子にはアラーム情報を要求すること
を示す識別子が書き込まれ、着側ＩＤとしてオーダを送
るＡＬＭＳ−ＩＮＦが実装されているシェルフNo. とス
ロットNo. が書き込まれている。したがって、このシェ
ルフNo. とスロットNo. から特定されたＡＬＭＳＩＮ
Ｆ３００は、このオーダＬＣＡＬＭを受け取る。

【００７９】このオーダＬＣＡＬＭを受け取ったＡＬＭ
ＳＩＮＦ３００は、ローカル局から受信したアラーム
情報をプロセサＭＰＲ２０９へ出力する。この出力処理
は、ＭＰＵ部４３０の制御により実行される。具体的に
は、１個のＡＬＭＳＩＮＦ３００は４個のＣＳＥＩ２
０５からアラーム情報を受け取る関係から、ＡＬＭＳ−
ＩＮＦが返送するアラーム情報ＬＣＡＬＭＰＲは、上述
の図２１に示す如く４つのローカル局分づつ４回に分け
て送られる（ＬＣＡＬＭＰＲ−Ｉ〜IV）。図２３〜図２
６はこのアラーム情報ＬＣＡＬＭＰＲのデータフォーマ
ットであり、図２３にはNo. ０〜No. ３のローカル局の
アラーム情報が書き込まれ、図２４にはNo. ４〜No. ７
のローカル局のアラーム情報が書き込まれ、図２５には
No. ８〜No. １１のローカル局のアラーム情報が書き込
まれ、図２６にはNo. １２〜No.１５のローカル局のア
ラーム情報が書き込まれている。また、各データフォー
マットは２５３バイトで構成され、各ローカル局のアラ
ーム情報６１バイトと（×４局の２４４バイト）と制御
用の９バイトからなる。この制御用の９バイトには識別
子や発信側のＩＤ、着信側のＩＤ等が含まれる。各ロー
カル局のアラーム情報６１バイトは、ＡＬＭＳ−ＩＮＦ
がエンハンス局２２０から得た６０バイトのデータＡＬ
ＭＤＡをコピーしたもの、あるいは、ＡＬＭＳ−ＩＮＦ
が従来局２３０から得たアラーム／ステータス情報をＡ
ＬＭＳ−ＩＮＦが上述の如く編集した６０バイトのデー
タをコピーしたものである。

【００８０】ＭＰＲ２０９は返送されたアラーム・デー
タＬＣＡＬＭＰＲを、さらに解析・編集し、ＳＣＷＳ２
１３上に表示することができる。一方、通常は、ＭＰＲ
２０９は受け取ったアラーム・データＬＣＡＬＭＰＲに
より、Ｒ−ＡＬＩＰＵ２１１の表示、ブザー情報を作成
し、ＡＬＲＶＳＨ−Ａ２０１へ送出し、Ｒ−ＡＬＩＰＵ
ＩＮＦ３０２を介して表示、ブザ─制御を行なう。ま
た、何らかの以上でＭＰＲとの通信が途絶えたときには
（スタンドアローン・モード）、Ｒ−ＡＬＩＰＵＩＮ
Ｆ３０２が独自にＡＬＭＳ−ＩＮＦ３００にローカル局
アラーム情報を要求し、ＡＬＭＳ−ＩＮＦはこれを返送
して、Ｒ−ＡＬＩＰＵＩＮＦ３０２が表示処理、ブザ
ー制御を行なう。さらに、ＡＬＤＥ−ＩＮＦ２１０は、
地図上にローカル局の情報を表示するために、定常的に
ＡＬＭＳ−ＩＮＦ３００にアラーム情報を要求し、返送
されたアラーム情報をもとに表示処理を行なう。

【００８１】以上のように処理することにより、エンハ
ンス局２２０から得られたアラーム情報と、従来局２３
０から得られたアラーム情報を同一形式でＳＣＷＳ２１
３へ出力することができ、しかも上述のローカル局（２
２０、２３０）が今後増加した場合でもシェルフ２７０
に差すＡＬＭＳＩＮＦ３００の数を増加することで容
易に対応できる。

【００８２】図２７は、第２の実施例の集中保守局のア
ラーム収集装置のシステム構成図である。本実施例のシ
ステムは、前述の第１の実施例のローカル局に自動車電
話、携帯電話等の位置情報を移動通信制御局へ知らせ、
又は移動通信制御局から入力した呼び出し信号を自動車
電話等に送信する無線基地局２４０を加えたものであ
る。また、無線基地局２４０は同図では１局で示してい
るが、複数の無線基地局２４０が集中保守局ＣＭＯＣ２
００に接続されているものとし、集中保守局ＣＭＯＣ２
００は、複数の無線基地局２４０をその管理下におく構
成である。また、無線基地局２４０はＳＶ２４１とＥＭ
ＰＬＸ（ｅｘｐａｎｄｅｄｍｕｌｔｉｍｅｄｉａｍ
ｕｌｔｉｐｌｅｘｅｒ、複合型多重端局装置）２４２で
構成されている。尚、従来局２３０内のシステム構成は
従来の方式で説明した図３４のローカル局の内部構成と
同様であり、エンハンス局２２０内のシステム構成も、
図３５に示したエンハンス・ローカル局の構成と同様で
ある。無線基地局２４０と集中保守局ＣＭＯＣ２００と
の接続は、アラームリンク２６１により行われ、集中保
守局ＣＭＯＣ２００側に配設されたＤＴ４２０を介して
ＤＬＩ２０４と接続されている。

【００８３】また、無線基地局２４０内のＳＶ２４１
は、無線基地局２４０内のアラームの収集と、制御表示
を行う。図２８はＳＶ２４１のシステム構成図であり、
ＭＰＵ（監視制御論理部）２４３、入出力制御部２４
４、通信制御論理部２４７、ＰＣインターフェイス２４
８等で構成されている。すなわち、ＭＰＵ（監視制御論
理部）２４３は、入出力制御部２４４、通信制御論理部
２４７、ＰＣインターフェイス２４８、アラーム部２４
９と１６ビットバス２５２を介して接続され、ＭＰＵ
（監視制御論理部）２４３はこれらの回路動作を管理
し、その情報をアラーム部２４９に出力する。アラーム
部２４９は、この情報をＬＥＤ表示する。また、ＭＰＵ
（監視制御論理部）２４３は、入出力制御部２４４を介
して入力する接点警報（アラーム情報）を記憶し、ＰＣ
インターフェイス２４８を介してメンテナンスツールへ
出力する。また、通信制御論理部２４７は、無線電話の
場合の親機（例えば、移動通信制御局又は無線回線制御
局）からのデータ要求、制御要求をフォーマット変換
し、上記ＭＰＵ（監視制御論理部）２４３に通知する。

【００８４】また、入出力制御部２４４は監視入力部２
４５を一定周期で監視し、監視入力部２４５で０／１の
データに変換された接点情報（アラーム情報）を入力す
る。また、ＰＣインターフェイス２４８はメンテナンス
ツールと接続され、メンテナンスツールからのデータ要
求、制御要求をフォーマット変換し、上記ＭＰＵ（監視
制御論理部）２４３に通知する。

【００８５】尚、電源部２５０はＤＣ／ＤＣコンバータ
であり、直流電源を所定の直流電圧に変換する回路であ
り、電話機２５１は音声／電気信号の変換を行い、回線
へアクセスするものである。また、入出力制御部２４４
は制御出力部２４６に２００ｍｓの瞬時接点出力を行
う。尚、入出力制御部２４４と監視入力部２４５、制御
出力部２４６は８ビットバス２５３で接続されている。

【００８６】図２９は、集中保守局ＣＭＯＣ２００内の
システム構成であり、前述の図３の構成に無線基地局対
応のパッケージ２７１としてＳＶＩＮＦ４００を加え
た構成である。このＳＶＩＮＦ４００と無線基地局２
４０との接続は、前述の無線基地局２４０に接続される
アラームリンク２６１が集中保守局ＣＭＯＣ２００側の
ＤＴ４２０に接続され、さらにＤＬＩ２０４、４ＳＶＩ
ＰＡ４１０を介してＳＶＩＮＦ４００に接続される。
尚、同図では１枚のＳＶＩＮＦ４００で示しているが
複数枚使用し、１６局以上の無線基地局２４０のアラー
ム保守を行うように構成してもよい。また、このＳＶ
ＩＮＦ４００は、前述の図４に示したシェルフ２７０に
１個のパッケージ２７１として差し込まれ、使用され
る。したがって、上述のように１６局以上の無線基地局
２４０を保守しようとする時は、このシェルフ２７０に
必要な枚数のＳＶＩＮＦ４００（パッケージ２７１）
を差し込んで使用することができる。

【００８７】次に、無線基地局２４０に対するアラーム
収集処理動作を説明する。先ず、ＳＶＩＮＦ４００が
無線基地局２４０対してアラーム収集処理を行う前に、
先ずＳＶＩＮＦ４００が保守する無線基地局２４０の
状態等を設定する初期化処理をＭＰＲ２０９のソフトウ
エアによって実行する。この処理は、前述のＡＬＭＳ
ＩＮＦ３００に対して行う場合と同様であり、図３０で
示すフローチャートに従って実行される。すなわち、プ
ロセサＭＰＲ２０９が先ず、ＡＬＲＶＳＨ−Ａ２０１に
差し込まれているＳＶＩＮＦ４００に対して担当する
無線基地局２４０を設定するオーダＳＶＡＤＲを出力す
る。図３１は、このオーダＳＶＡＤＲのデータフォーマ
ットの一例であり、前述のオーダＬＣＬＩＤと同様、４
０バイド構成でプロトコル識別子、発側ＩＤ、着側Ｉ
Ｄ、テキストNo. 、データカテゴリ、サブカテゴリ、Ｓ
Ｖ（無線基地局２４０）No. ０〜No. １５のアドレス情
報が収容されている。プロトコル識別子にはこのデータ
フォーマットがオーダＳＶＡＤＲであることを示す識別
子が書き込まれ、着側ＩＤとしては着側ターミナルであ
る対応するＳＶＩＮＦ４００が差し込まれたシェルフ
No. 及びスロットNo. が書き込まれている。また、ＳＶ
（無線基地局２４０）No. ０〜No. １５のアドレス情報
により、当該するＳＶＩＮＦ４００が保守する無線基
地局２４０の数、及び無線基地局の位置が分かる。した
がって、このオーダＳＶＡＤＲにより、該当するＳＶ
ＩＮＦ４００は、前述のＡＬＭＳＩＮＦ３００と同
様、担当する無線基地局の数も位置も分かる。

【００８８】一方、このオーダＳＶＡＤＲを受け取った
ＳＶＩＮＦ４００は受け取ったことを示すコンファメ
ーション・レスポンスＣＮＦをＭＰＲ２０９に返す。こ
のコンファメーション・レスポンスＣＮＦのデータフォ
ーマットは、前述の図１０に示す構成と同じである。但
し、発側ＩＤとして対応するＳＶＩＮＦ４００の差し
込まれているシェルフNo. 及びスロットNo. が出力され
る。

【００８９】次に、コンファメーション・レスポンスＣ
ＮＦを受信すると、プロセサＭＰＲ２０９は上述の図３
２に示す如く、ＳＶＩＮＦ４００の系の切り替えを設
定するオーダＳＶＩＦＡＴを出力する。このオーダＳＶ
ＩＦＡＴには着側ターミナルには該当するＳＶＩＮＦ
４００のシェルフNo. とスロットNo. が書き込まれ、Ｓ
ＶＩＮＦ４００の管理する無線基地局２４０をスタン
バイ状態、又はアクト状態に設定する。ＳＶＩＮＦ４
００はこのオーダを受け取ると、レスポンスＣＮＦをプ
ロセサＭＰＲ２０９に返す。プロセサＭＰＲ２０９はこ
のコンファメーション・レスポンスＣＮＦの入力により
無線基地局２４０との回線のアクト、スタンバイ設定処
理が完了したことを知る。

【００９０】以上の処理でプロセサＭＰＲ２０９による
ＳＶＩＮＦ４００の初期化が完了すると、ＡＬＲＶＳ
Ｈ−Ａ２０１は保守管理する無線基地局からアラーム情
報を定期的に収集し、収集されたデータを蓄積するアラ
ーム・ポーリング処理を行う。図３３はこの時のアラー
ム・ポーリング処理のタイムチャートを示す。無線基地
局２４０の場合には前述の実施例のようなエンハンス局
／従来局の区別はないので、アラーム情報を収集する装
置ＳＶＩＮＦ４００は、対応する無線基地局２４０に
対してアラームを収集するオーダＰＯＬＯのみを出力
し、順次ポーリングを繰り返す。このポーリングオーダ
の出力制御は、対応するＳＶＩＮＦ４００内のＭＰＵ
部が行う。このアラーム・ポーリングも保守する最大１
６局のアクト状態の無線基地局に対し、No. ０から順に
ポーリングし、これを繰り返す。また、ポーリング指示
の応答待ち時間は例えば３００ｍｓに設定され、３回連
続してポーリング指示に対する応答がない時、その無線
基地局２４０との通信エラーとみなす。

【００９１】上述のオーダＰＯＬＯに基づいてアラーム
有する無線基地局２４０からはアラーム・アンサ・デー
タＳＶＲＬＴが出力される。また、アラーム有しない無
線基地局２４０からはＮＯＤＡＴＡが出力される。尚、
無線基地局２４０から出力されるアラーム・アンサ・デ
ータＳＶＲＬＴは、前述の実施例のようなエンハンス局
と従来局の違いはないので、ＳＶＩＮＦ４００では前
述のような編集処理を行う必要はない。

【００９２】その後、プロセサＭＰＲ２０９は各ＳＶ
ＩＮＦ４００に対してアラーム情報を要求するオーダを
出し、要求を受けたＳＶＩＮＦ４００はアラーム情報
ＬＣＡＬＭＰＲを返す。このオーダのデータ、及び回答
のタイムチャートは前述の図２１と同様であり、着側Ｉ
Ｄとしてオーダを送るＳＶＩＮＦ４００が実装されて
いるシェルフNo. とスロットNo. が出力され、対応する
ＳＶＩＮＦ４００からアラーム情報を受け取る。具体
的には、前述と同様１個のＳＶＩＮＦ４００から無線
基地局４局分づつ４回に分けてアラーム情報を受け取
る。

【００９３】図３４（イ）はアラーム情報をＳＶに要求
するというオーダーＰＯＬＯの意味を表わす。同図
（ロ）はＰＯＬＯオーダーのデータフォーマットを示
し、これは発信元アドレス、宛先アドレス、データ長及
びデータから成るものである。

【００９４】３５図（イ）はＳＶから受け取った端子の
結果を表わすＳＶＲＬＴの意味を示す。同図（ロ）はＳ
ＶＲＬＴアンサのデータフォーマットを示し、これは通
信識別コード、発信元アドレス、宛先アドレス、データ
長及びデータから成る。同図（ハ）は項目１〜１２７ま
でから成る監視の結果を示す。項目の例は、例えば水漏
れ（項目１）、ドア開放（項目２）、作業中（項目
３）、及び運転−停止（項目４）である。監視の結果は
ＳＶからＳＶＩＮＦにアンサーデータとして返され、
その結果ＳＶＩＮＦは無線基地局からアラーム情報を
収集できる。

【００９５】ＭＰＲ２０９は返送されたアラーム情報を
さらに解析・編集し、ＳＣＷＳ２１３上に表示すること
ができる。また、プロセサＭＰＲ２０９は受け取ったア
ラーム情報により、Ｒ−ＡＬＩＰＵ２１１の表示、ブザ
ー情報を作成し、ＡＬＲＶＳＨ−Ａ２０１へ送出し、Ｒ
−ＡＬＩＰＵＩＮＦ３０２を介して表示、ブザ─制御
等を行うことは前述の実施例と同様である。

【００９６】以上のように処理することにより、無線基
地局２４０のアラーム収集も集中保守局ＣＭＯＣ２００
により保守管理することができる。また、本実施例によ
り今後増加すると考えられる無線基地局２４０に対して
適切に対応できる。

【００９７】

【発明の効果】本発明によって、ＡＬＭＳＩＮＦの増
設による収容ローカル局数の増加への柔軟な対応が可能
になる。また、ＭＰＲのソフトウエアによってＳＣＷＳ
ワークステーションに表示させることができるので、高
度なマンマシン・インタフェースが可能となる。さら
に、ＡＬＭＳＩＮＦの機能により、従来局とエンハン
ス局の両方に対応し、両者の違いを吸収することが可能
になる。

【００９８】また、無線基地局もローカル局の一つとし
てアラームの保守管理を行うことにより、特に今後自動
車電話、携帯電話等の増加に従って設置基地が増すと見
込まれる無線基地局への柔軟な対応が可能となる。

【図面の簡単な説明】

【図１】本発明の基本構成図である。

【図２】一実施例のシステム構成図である。

【図３】ＡＬＲＶＳＨ−Ａのハードウエア構成図であ
る。

【図４】シェルフの構造図である。

【図５】シェルフの全体斜視図である。

【図６】ＡＬＭＳＩＮＦのブロック図である。

【図７】ＡＬＭＳＩＮＦの二重化イメージである。

【図８】ＡＬＭＳＩＦＭ初期化処理のタイムチャート
である。

【図９】オーダＬＣＬＩＤのデータフォーマットであ
る。

【図１０】コンファメーション・レスポンスＣＮＦのデ
ータフォーマットである。

【図１１】オーダＡＬＭＡＣＴのデータフォーマットで
ある。

【図１２】アラーム・ポーリングのタイムチャートであ
る。

【図１３】オーダＰＬＯＤＯのデータフォーマットであ
る。

【図１４】エンハンス局からのアラーム・アンサ・デー
タＡＬＭＤＡのデータ形式である。

【図１５】従来局からのアラーム・アンサ・データＡＬ
ＭＤＡのデータ形式である。

【図１６】従来局からのステータス情報のデータ形式で
ある。

【図１７】従来局からのステータス情報のデータ形式で
ある。

【図１８】編集情報の作成手順を説明する図である。

【図１９】編集情報の作成手順を具体的に説明する図で
ある。

【図２０】編集情報の作成手順を具体的に説明する図で
ある。

【図２１】ＭＰＵによるアラーム監視のタイムチャート

【図２２】オーダＬＣＡＬＭのデータフォーマットであ
る。

【図２３】応答ＬＣＡＬＭＲＰ（Ｉ）のデータフォーマ
ットである。

【図２４】応答ＬＣＡＬＭＲＰ（II）のデータフォーマ
ットである。

【図２５】応答ＬＣＡＬＭＲＰ（III)のデータフォーマ
ットである。

【図２６】応答ＬＣＡＬＭＲＰ（IV）のデータフォーマ
ットである。

【図２７】他の実施例のシステム構成図である。

【図２８】ＳＶ２４１のシステム構成図である。

【図２９】他の実施例のＡＬＲＶＳＨ−Ａのハードウエ
ア構成図である。

【図３０】ＳＶＩＮＦの初期設定のタイムチャートで
ある。

【図３１】オーダＳＶＡＤＲのデータフォーマットであ
る。

【図３２】オーダＳＶＩＦＡＴのデータフォーマットで
ある。

【図３３】無線基地局に対するアラーム・ポーリングの
タイムチャートである。

【図３４】オーダＰＯＬＯのデータフォーマットであ
る。

【図３５】アンサＳＶＲＬＴのデータフォーマットであ
る。

【図３６】アンサＳＶＲＬＴに設けられた監視項目の例
である。

【図３７】従来のアラーム・システム方式のシステム構
成図である。

【図３８】エンハンスしたローカル局の構成図である。

【符号の説明】

１エンハンス・ローカル局２従来ローカル局３トール・スイッチ４集中保守局５アラーム・リンク６ｎｏ．７リンク７、１０アラーム収集シェルフ７ａ、７ｂインターフェイス・カード８ＭＰＵ／ワークステーション９無線基地局１１データリンク

フロントページの続き (72)発明者江口信彦福岡県福岡市博多区博多駅前一丁目４番４号富士通九州通信システム株式会社内 (72)発明者西英孝福岡県福岡市博多区博多駅前一丁目４番４号富士通九州通信システム株式会社内 (72)発明者黒木裕嗣福岡県福岡市博多区博多駅前一丁目４番４号富士通九州通信システム株式会社内 (72)発明者河野泰之福岡県福岡市博多区博多駅前一丁目４番４号富士通九州通信システム株式会社内 (72)発明者綾織敏恵福岡県福岡市博多区博多駅前一丁目４番４号富士通九州通信システム株式会社内 (56)参考文献特開昭62−26962（ＪＰ，Ａ) 特開昭56−146348（ＪＰ，Ａ) 特開平３−188730（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/22 H04M 3/00

Claims

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

【請求項１】アラーム収集のポイント数や表示機能、
マンマシン・インタフェースをエンハンスしたローカル
局（１）（以下、エンハンス・ローカル局）と、エンハ
ンスしていない従来のローカル局（２）（以下、従来ロ
ーカル局）が混在した複数のローカル局が、中継局とな
るトールスイッチ（３）を介して集中保守局（４）とつ
ながり、アラーム・リンク（５）で通信する交換機シス
テムのアラーム収集装置において、エンハンス・ローカル局（１）および従来ローカル局
（２）のアラーム情報を収集するアラーム収集シェルフ
（７）と、前記アラーム収集シェルフ（７）の初期設定や収集した
アラーム情報の編集・表示を行なうＭＰＵ／ワークステ
ーション（８）とを含むことを特徴とする集中保守局の
アラーム収集装置。
【請求項２】前記アラーム収集シェルフ（７）は、ア
ラーム・リンク（５）から送られてくるアラーム情報お
よびローカル局のシステム・ステータス情報に関して、
エンハンス・ローカル局（１）および従来ローカル局
（２）からの情報の種類や形式の違いを吸収し、従来ロ
ーカル局（２）の情報をエンハンス・ローカル局（１）
の情報の形式に変換することで、エンハンス・ローカル
局（１）および従来ローカル局（２）の混在した管理を
許すことを特徴とする請求項１記載の集中保守局のアラ
ーム収集装置。
【請求項３】アラーム収集のポイント数や表示機能、
マンマシン・インタフェースをエンハンスしたローカル
局（１）（以下、エンハンス・ローカル局）と、エンハ
ンスしていない従来のローカル局（２）（以下、従来ロ
ーカル局）と、移動通信の無線基地局（９）が混在した
複数のローカル局を有し、エンハンス・ローカル局
（１）及び従来ローカル局（２）は中継局となるトール
スイッチ（３）を介して集中保守局（４）とつながり、
無線基地局（９）はアラーム・リンク（１１）を介して
集中保守局（４）とつながる交換機システムのアラーム
収集装置において、エンハンス・ローカル局（１）、従来ローカル局
（２）、及び無線基地局（９）のアラーム情報を収集す
るアラーム収集シェルフ（７）と、アラーム収集シェルフ（７）の初期設定や収集したアラ
ーム情報の編集・表示を行なうＭＰＵ／ワークステーシ
ョン（８）とを含むことを特徴とする集中保守局のアラ
ーム収集装置。
【請求項４】前記アラーム収集シェルフ（７）は、多
数のプリント基板を差して使用するシェルフ構造であ
り、ローカル局（１、２）との通信インタフェース・カ
ード（７ａ）を該シェルフに差し込んで増やしていくこ
とにより、多数のローカル局を収容することを特徴とす
る請求項１及び３記載の集中保守局のアラーム収集装
置。
【請求項５】前記アラーム収集シェルフ（７）は、多
数のプリント基板を差して使用するシェルフ構造であ
り、ローカル局（１、２）との通信インタフェース・カ
ード（７ａ）を該シェルフに差し込み、無線基地局
（９）との通信インタフェース・カード（７ｂ）を該シ
ェルフに差し込んで増やしていくことにより、多数のロ
ーカル局（１、２）及び無線基地局（９）を収容するこ
とを特徴とする請求項３記載の集中保守局のアラーム収
集装置。
【請求項６】前記ＭＰＵ／ワークステーション（８）
は、前記アラーム収集シェルフ（７）の初期設定やアラ
ーム情報の編集・表示の作業を柔軟なマンマシン・イン
タフェースを介して行なうことを特徴とする請求項１及
び３記載の集中保守局のアラーム収集装置。