JP3246779B2 - 故障情報収集方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、機能分散形交換機にお
いて、該交換機を構成する回線制御部における故障情報
を確実に収集するための故障情報収集方式に関するもの
である。

【０００２】

【従来の技術】図１は本発明の一実施例を示すブロック
図であるが、従来技術を説明するのにも役立つ図である
ので、図１を参照して先ず従来技術を説明する。図１
は、機能分散形交換機としてのパケット交換装置を全体
として示している。

【０００３】図１において、１は保守運転制御部、２は
０系のシステムバスで、３は１系のシステムバス（どち
らか一方が現用となり、他方が予備用となる）、４は通
信回線１５−ｉを予備の回線制御部４０に切り換えるた
めの予備切替え回路、５−ｉ（ここで、ｉ＝１、２、３
…ｎ）は回線制御部、である。回線制御部は、同じ回路
構成のものが複数個あるので、その中の一つを代表とし
て５−ｉなる記号で示した。

【０００４】そのほか、回線制御部５−ｉ内で、６−ｉ
はローカルバス、７−ｉはプロセッサ、８−ｉはメモ
リ、９−ｉはシステムバス転送制御部、１０−ｉは０系
システムバス２に対するシステムバス切り離し回路、１
１−ｉは１系のシステムバス３に対するシステムバス切
り離し回路、１２−ｉは文字組み立て分解回路、であ
る。なお、１３−ｉは、本発明により設けた故障情報蓄
積部であるので後に詳しく述べる。

【０００５】回路動作を簡単に説明する。通信回線１５
−ｉからビットシリアルなデータが文字組み立て分解回
路１２−ｉに入ってきて、ここでキャラクタに組み上げ
られ、メモリ８−ｉに順番に蓄積されていく。メモリ８
−ｉに蓄積されたものが、次にプロセッサ７−ｉでプロ
トコル処理を受け、その際、ヘッダを見てどの回線制御
部へ交換出力してやれば良いか判断し、システムバス転
送制御部９−ｉを介し、二重化されているシステムバス
２，３のどちらか現用のものを経由して、前記の判断し
た別の回線制御部へ当該キャラクタは向かい、そこから
目的の方路の通信回線へデータとして出てゆくことによ
り、パケット交換処理が行われる。

【０００６】保守運転制御部１は、通常のパケット交換
処理には関与しないが、オペレータがシステムの保守を
行うときとか、システムの故障診断を行うときなどに関
与して機能する。

【０００７】

【発明が解決しようとする課題】さて上述した如き従来
のパケット交換装置においては、各回線制御部の故障管
理を、パケット交換装置全体の保守管理を行う保守運転
制御部が行っていた。このようなパケット交換装置で
は、回線制御部内の故障等が発生した場合、回線制御部
内のプロセッサが故障管理プログラムを起動させ、故障
情報を収集した後、保守運転制御部に通知していた。

【０００８】しかしながら、回線制御部で発生する故障
の種別によっては、プロセッサの動作を全く停止させて
しまうもの、故障が瞬間的に発生し、プロセッサが故障
情報を収集しようとした時には回復しているもの、プロ
セッサの動作が異常になり収集が不可能になるものがあ
るため、故障情報の収集が十分できないという欠点を有
していた。

【０００９】また、故障が発生してからパケット通信を
停止させる動作はプログラム動作によって行っていたた
め、動作停止まで数ｍｓの時間がかかり、故障によって
は、誤ったパケットデータが他の回線対応部あるいは通
信回線に送出されてしまう危険性も有していた。

【００１０】本発明の目的は、上記従来技術の欠点、問
題点を解決し、プロセッサが動作を停止させたり、異常
になったりしても、そうしたことに関わりなく、確実に
故障情報の収集を十分に行うことができ、また故障によ
って誤ったパケットデータが他の回線対応部あるいは通
信回線に送出されてしまう危険性もないようにした故障
情報収集方式を提供することにある。

【００１１】

【課題を解決するための手段】上記目的達成のため、本
発明では、プロセッサによるソフトウエアで故障情報収
集を行うのでなく、故障情報収集のためのハードウエア
を設け、それにより故障情報収集を行うようにした。

【００１２】即ち本発明では、それぞれが通信回線を収
容し、パケットの送受信を行う複数個の回線制御部と、
前記複数個の回線制御部の間を相互接続するシステムバ
スと、前記システムバスに接続された保守運転制御部
と、から成る分散形交換機において、

【００１３】前記各々の回線制御部において、該回線制
御部を構成する構成要素の何れかに障害が発生したと
き、そのことを検出する障害発生検出手段と、前記検出
手段により障害発生を検出したとき、当該回線制御部を
通信回線及びシステムバスから切り離す切り離し手段
と、その後、当該回線制御部を構成している各構成要素
から出力されている障害発生の有無情報を取り込みラッ
チするラッチ手段と、を設けた。

【００１４】

【作用】保守運転制御部が何らかの方法により障害の発
生した回線制御部を検知したとき、保守運転制御部は当
該回線制御部にアクセスしてそのラッチ手段に取り込ま
れている障害発生の有無情報を読み取るとともに当該ラ
ッチ手段をリセットする。

【００１５】このように、本発明では、回線制御部内に
故障が発生した瞬間に、故障の原因および故障解析に必
要な情報を保持し、かつ保守運転制御部が各種故障情報
を読み出すまで故障情報を保持し続けると共に、故障の
瞬間に該故障発生の回線制御部をシステムバスおよび通
信回線から切り離しを行うことから、故障発生時点の故
障原因の解析を保守運転制御部が行う際、それが容易に
なること、故障原因の保持が確実になること、および該
故障発生を原因とする誤データの転送を防止できるこ
と、などの利点が生じる。

【００１６】

【実施例】以下、本発明の実施例を図を参照して詳細に
説明する。図１は、既に述べたように本発明の一実施例
を示すブロック図であり、パケット交換装置の主要構成
図である。

【００１７】図１に見られるように、本発明の一実施例
としてのパケット交換装置は、保守運転制御部１と、そ
れぞれ０系および１系のシステムバス２および３と、通
信回線を予備の回線制御部に切り換えるための予備切替
え回路４と、

【００１８】複数の回線制御部５−ｉ（ここで、ｉ＝
１、２、３…ｎ）と、回線制御部内のローカルバス６−
ｉと、回線制御部内のプロセッサ７−ｉと、回線制御部
内のメモリ８−ｉと、回線制御部内のシステムバス転送
制御部９−ｉと、回線制御部内の０系システムバス２に
対するシステムバス切り離し回路１０−ｉと、回線制御
部内の１系のシステムバス３に対するシステムバス切り
離し回路１１−ｉと、

【００１９】回線制御部内の文字組み立て分解回路１２
−ｉと、回線制御部内の故障の有無を監視し、故障があ
る場合は回線制御部の内部状態を保持する故障情報蓄積
部１３−ｉ、文字組み立て分解回路１２−ｉと通信回線
１５−ｉとの間の通信回線切り離し回路１４−ｉ、およ
び回線制御部に接続される通信回線１５−ｉと、予備の
回線制御部４０と、を具備している。

【００２０】回線制御部５−ｉは、ＣＣＩＴＴ（国際電
信電話諮問委員会）勧告によるＸ．２５制御手順等によ
る通信回線１５−ｉを収容しており、回線制御部５−ｉ
内のプロセッサ７−ｉ、およびメモリ８−ｉ等により
Ｘ．２５制御手順等によるプロトコル処理を行う。

【００２１】制御するプロトコルは、一例を示したもの
であり、ＣＣＩＴＴ等で勧告されているフレーム・リレ
ー、ＬＡＰＤプロトコル等でも同様である。文字組み立
て分解回路１２−ｉは、通信回線１５−ｉからのシリア
ルデータを回線制御部５−ｉ内のプロセッサ７−ｉが処
理できるように、キャラクタ（バイトデータ）に組み上
げ、これをメモリ８−ｉに格納する。

【００２２】また逆に、プロセッサ７−ｉからの指示に
より、メモリ８−ｉに格納されているデータを通信回線
１５−ｉに送出するためシリアルデータに変換する。プ
ロセッサ７−ｉ等によりプロトコル処理されたデータ
は、システムバス転送制御部９−ｉに送られ、現用とな
っているシステムバス、つまり０系または１系のいずれ
か一方のシステムバス２または３を経由して、通信の相
手方に向かう通信回線を収容している回線制御部に転送
される。

【００２３】ここで、システムバス切り離し回路１０−
ｉおよび１１−ｉは、現用のシステムバスに向かう回路
のみゲートが閉じているので、現用のシステムバスとの
接続ができるようになっている。

【００２４】ここで、回線制御部５−ｉ内でハードウェ
ア（回線制御部を構成する構成要素、つまりプロセッ
サ、メモリ、文字組み立て分解回路、ローカルバス、シ
ステムバス転送制御部など）の故障および回線制御部内
に内蔵されるソフトウェアのバグが原因となり、通信が
継続して行えなくなった場合の動作について以下に示
す。

【００２５】通信回線１５−ｉからのビットシリアルデ
ータをキャラクタ（バイトデータ）に組み上げる文字組
み立て分解回路１２−ｉがローカルバス６−ｉへ、ダイ
レクトメモリアクセス（ＤＭＡ）中におけるバススタッ
ク、プロセッサ７−ｉがローカルバス６−ｉへアクセス
した場合のバススタックならびに内部動作異常、メモリ
８−ｉにおけるパリティ・エラー、システムバス転送制
御部９−ｉがローカルバス６−ｉへダイレクトメモリア
クセス（ＤＭＡ）中におけるバススタック、および回線
制御部内に内蔵されるソフトウェアの重大故障、例えば
ループ状態から抜け出せなくなった場合等が発生した場
合、プロセッサ７−ｉが動作を継続することが不可能と
なるため、通信処理動作は停止する。

【００２６】この場合、故障情報蓄積部１３−ｉが常
時、ローカルバス６−ｉの保留状態、プロセッサ７−ｉ
の動作状態、メモリ８−ｉのパリティエラー発生状態、
システムバス転送制御部９−ｉの動作状態、文字組み立
て分解回路１２−ｉの動作状態等を監視し、上記のよう
に通信処理が継続できない場合は、故障が発生した瞬間
に、故障の原因となった情報、例えば各回路の内部のシ
ーケンス番号、ローカルバスをアクセスしているアドレ
スおよびデータの内容、ローカルバスをアクセスしてい
た回路の種別等の故障解析に必要な情報を故障情報蓄積
部１３−ｉの内部レジスタに格納する。

【００２７】この状態が発生した場合は、故障が発生し
たと同時に故障情報蓄積部１３−ｉはシステムバス切り
離し回路１０−ｉまたは１１−ｉに対し、システムバス
からの切り離しを指示すると同時に、通信回線切り離し
回路１４−ｉに対しても同様に通信回線からの切り離し
を指示する。この場合、通信回線にはアボートパターン
が送出される。

【００２８】回線制御部５−ｉの故障状態に対しては、
保守運転制御部１が定期的なヘルスチェックを行うこ
と、あるいは回線制御部５−ｉからの割り込み通知によ
り知ることができる。この場合、保守運転制御部１は、
通信回線１５−ｉを予備の回線制御部４０に切り換える
ための予備切替え回路４に図示せざるルートを介して指
示を行い、通信を再開する。

【００２９】保守運転制御部１が予備の回線制御部４０
へ通信回線１５−ｉを切替えるまでは、通信は不能とな
るが、前述のように保守運転制御部１がこれらの処理を
自動的に行うので、その通信不能時間は数１００ｍｓと
極めて短くすることができる。また、通信が不能となっ
ている期間、通信回線１５−ｉに対してはアボートパタ
ーンを送出していること、他の回線制御部に対し送出不
可能となった通信データはＸ．２５の手順等により通信
回復後、通信データの再送も行われるため、加入者に対
しては影響度を非常に少なくすることができる。

【００３０】回線制御部５−ｉの故障が発生し、保守運
転制御部１が故障情報を読みだす場合について以下、回
路動作を説明する。

【００３１】故障が発生した回線制御部５−ｉは、シス
テムバス２または３および通信回線１５−ｉから切り離
されたアウトオブサービス（ＯＳ）の状態となってい
る。保守運線制御部１は、通信サービスに使用されてい
ないスタンバイ状態のシステムバス２または３と回線制
御部５−ｉとを接続指示を行うためシステムバス切り離
し回路１０−ｉまたは１１−ｉに対し接続指示を行う。

【００３２】保守運転制御部１は、スタンバイのシステ
ムバス、回線制御部内のシステムバス転送制御部９−ｉ
を経由して、故障情報蓄積部１３−ｉに格納してある故
障情報等の読出を行う。保守運転制御部１が、故障情報
蓄積部１３−ｉ内の全てのレジスタ（後述）の内容を読
みだすと自動的に、該レジスタの内容はリセットされ
る。該レジスタの内容は通常のリセット動作によって
は、クリアされないため、回線制御部の電源を切断しな
い限りは故障情報を読みだすことが可能である。故障情
報の格納してあるレジスタを全く読みだすことが不可能
な場合は、システム転送制御部９−ｉの故障と判明でき
る。

【００３３】図２は、図１における故障情報蓄積部１３
−ｉの詳細を示すブロック図である。図２において、図
１におけるのと同じ符号は同じものを指している。その
ほか１０１はシステムバスエラー監視回路、１０２はオ
ア回路、１０３は微分回路、１０４はフリップフロップ
から成る切り離し信号ラッチ部、１０５は故障情報蓄積
内部レジスタ群（多数のフリップフロップにより構成さ
れる）、である。

【００３４】図２において、文字組み立て分解回路１２
−ｉからのバススタック信号、システムバスエラー監視
回路１０１からの監視結果情報信号、プロセッサ７−ｉ
からのイリーガル命令実行やバススタック信号、メモリ
８−ｉからのパリティ・エラー信号、システムバス６−
ｉからのバスリクエスト信号やアドレス及びデータ、シ
ステムバス転送制御部９−ｉからのシーケンス番号、な
ど障害発生の有無を示す状態信号はオア回路１０２を介
して微分回路１０３に接続されると共に、故障情報蓄積
内部レジスタ群１０５を構成する各レジスタに接続され
ている。

【００３５】従って、これら障害発生の有無を示す状態
信号の何れか一つにでも変化が起きると（つまり障害が
起きると）、微分回路１０３から微分出力が出され、そ
れがトリガとなって、そのときの障害発生の有無を示す
状態信号を故障情報蓄積内部レジスタ群１０５を構成す
る各レジスタにすべて取り込む。

【００３６】他方、微分回路１０３からの微分出力は、
切り離し信号ラッチ部１０４にラッチされて、通信回線
切り離し回路１４−ｉ、システムバス切り離し回路１０
−ｉまたは１１−ｉに対し切り離し指示を行う。その結
果、障害の発生した回線制御部は通信回線やシステムバ
スから即座に切り離され、またそのときの各部の障害発
生の有無を示す状態信号がレジスタに保持されることに
なる。

【００３７】既に述べたように保守運転制御部１は、何
らかの方法で、障害の起きた回線制御部を知ることがで
きる。保守運転制御部１は、先に述べたようにして、ス
タンバイのシステムバス、回線制御部内のシステムバス
転送制御部９−ｉを経由して、故障情報蓄積部１３−ｉ
内の全てのレジスタ（故障情報蓄積内部レジスタ群１０
５）の内容を読み出す。

【００３８】即ち、保守運転制御部１は、スタンバイの
システムバス、回線制御部内のシステムバス転送制御部
９−ｉを経由して故障情報蓄積内部レジスタ群１０５に
故障情報読み出し用信号を送出すると共に、図示せざる
ルートにより、レジスタ群１０５を構成する全レジスタ
の内容を読み取る。故障情報読み出し用信号は、リセッ
ト回路１０６にも供給されるので、該リセット回路１０
６の働きで、故障情報蓄積内部レジスタ群１０５の内容
はすべてリセットされる。

【００３９】

【発明の効果】以上説明したように、本発明によれば、
通信処理を継続して行えないような回線制御部内の故障
が発生した場合においても、故障の原因情報を故障が発
生した瞬間に保持しているため、故障情報の正確な把握
が可能となるとともに、故障が発生した瞬間、回線制御
部をシステムバスおよび通信回線から切り離しを行うた
め、故障等によって擾乱を受けた通信データの送信を防
止できるとともに、保守運転制御部が故障情報を読みだ
すまでは、故障情報がリセットされないため、故障原因
を保守運転制御部で確実に解析することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】図１における故障情報蓄積部１３−ｉの詳細を
示すブロック図である。

【符号の説明】

１…保守運転制御部、２…０系システムバス、３…１系
システムバス、４…予備切替え回路、５−ｉ…ｉ番目の
回線制御部、６−ｉ…ｉ番目の回線制御部内のローカル
バス、７−ｉ…ｉ番目の回線制御部内のプロセッサ、８
−ｉ…ｉ番目の回線制御部内のメモリ、９−ｉ…ｉ番目
の回線制御部内のシステムバス転送制御部、１０−ｉ…
ｉ番目の回線制御部内の０系システムバスに対するシス
テムバス切り離し回路、１１−ｉ…ｉ番目の回線制御部
内の１系システムバスに対するシステムバス切り離し回
路、１２−ｉ…ｉ番目の回線制御部内の文字組み立て分
解回路、１３−ｉ…ｉ番目の回線制御部内の故障情報蓄
積部、１４−ｉ…ｉ番目の通信回線切り離し回路、１５
−ｉ…ｉ番目の回線制御部に接続される通信回線、４０
…予備の回線制御部。

フロントページの続き (73)特許権者 000005223 富士通株式会社 神奈川県川崎市中原区上小田中４丁目１ 番１号 (72)発明者 矢代 善一 東京都千代田区内幸町１丁目１番６号 日本電信電話株式会社内 (72)発明者 篠原 聡 東京都港区芝五丁目７番１号 日本電気 株式会社内 (72)発明者 河合 淳夫 神奈川県横浜市戸塚区戸塚町216番地 株式会社日立製作所情報通信事業部内 (72)発明者 田中 茂 東京都港区虎ノ門１丁目７番12号 沖電 気工業株式会社内 (72)発明者 名越 公則 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (56)参考文献 特開 平１−284043（ＪＰ，Ａ) 特開 平５−136850（ＪＰ，Ａ) 特開 昭61−292445（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/56 H04L 29/14 H04M 3/00 H04Q 11/04

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 それぞれが通信回線を収容し、パケット
   の送受信を行う複数個の回線制御部と、前記複数個の回
   線制御部の間を相互接続するシステムバスと、前記シス
   テムバスに接続された保守運転制御部と、から成る機能
   分散形交換機において、 前記各々の回線制御部において、該回線制御部を構成す
   る構成要素の何れかに障害が発生したとき、そのことを
   検出する障害発生検出手段と、前記検出手段により障害
   発生を検出したとき、当該回線制御部を通信回線及びシ
   ステムバスから切り離す切り離し手段と、その後、当該
   回線制御部を構成している各構成要素から出力されてい
   る障害発生の有無情報を取り込みラッチするラッチ手段
   と、を設けておき、 前記保守運転制御部が障害の発生した回線制御部を検知
   したとき、当該回線制御部にアクセスしてそのラッチ手
   段に取り込まれている障害発生の有無情報を読み取ると
   ともに当該ラッチ手段をリセットするようにしたことを
   特徴とする故障情報収集方式。