JPH088910A - 通信装置の障害検出方法 - Google Patents

Abstract

(57)【要約】 【目的】 管理部が障害になっても速やかに障害検出で
きるようにし、また、管理部が自ら障害検出できない場
合でも、他の部分によって障害を検出できるようにす
る。 【構成】 通常時は、管理部１０１から各処理部Ｔ１，
Ｔｎ，１０３，１０２への同報通知による時刻同期が取
られ、各処理部が時刻同期に基づいて予め定められたタ
イミングで動作ステータスを管理部１０１に報告する。
また、当該処理部が異常を検出した場合は、異常検出し
た当該処理部が管理部１０１および他の各処理部に対し
て能動的に異常ステータスを同報通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、パケット通信を行う
通信装置における障害を検出するための障害検出方法に
関するものである。

【０００２】

【従来の技術】図７は、従来の通信装置の構成を示すブ
ロック図である。図７において、通信装置１００は、図
示しない端末装置との間の通信を行う端末側通信処理部
Ｔ１〜Ｔｎ、図示しないパケット交換網側との間の通信
を行う網側通信処理部１０３、端末側通信処理部Ｔ１〜
Ｔｎと網側通信処理部１０３との間で端末・網間の論理
的接続を行う接続処理部１０２、および上記各処理部等
の管理や監視を行う管理部１０１を備えている。

【０００３】次に図７及び図８を参照して、この従来の
障害検出方法の動作を説明する。端末側通信処理部Ｔ
１，Ｔｎは、端末装置（図示しない）と接続されて、端
末装置との通信を行う。一方、網側通信処理部１０３
は、パケット交換装置（図示しない）などの網側設備と
接続されて、パケット交換網側との通信を行う。接続処
理部１０２は、端末側通信処理部Ｔ１，Ｔｎと網側通信
処理部１０３との間で端末・網間の論理的接続を行う。
管理部１０１は、これらの処理部の管理や監視を行うと
ともに、通信装置全体の障害検出をも司る。管理部１０
１による障害検出は、図８のシーケンスによって行われ
る。即ち、管理部１０１は各処理部に向けたチェックパ
ケット（ＣＨＫ）で順番に状態問合せを行い、各処理部
はこれに対して応答パケット（ＲＳＰ）で状態を回答す
る方式により、管理部１０１は通信装置全体の障害検出
を行う。

【０００４】従来の通信装置の参考例として、パケット
多重化装置のハードウェア構成を図９に示す。このパケ
ット多重化装置３０は、パケット交換網へ接続するため
のインタフェース手順を行う網側通信処理部３４、端末
装置側の種々の通信手順を行う端末側通信処理部３１〜
３３、装置全体を管理する管理部３５、管理部３５に接
続されたフロッピ・ディスク装置３６及びキーパネル３
７を備えている。４３はＣバス（コミュニケーションバ
ス）、３８，３９，４０は端末側通信処理部３１，３
２，３３に接続された端末側回線を示す。４１は網側通
信処理部３４に接続された網側回線を示す。４２は管理
部３５に接続されたマンマシンへの回線を示す。

【０００５】また、上記パケット多重化装置のソフトウ
ェア構成を図１０に示す。このパケット多重化装置３０
は、端末側通信処理部３１と網側通信処理部３４と管理
部３５を備えている。端末側通信処理部３１は、タスク
間のスイッチング機能、タイマ機能、バッファ管理機能
などを有するモニタ部５１と、管理部３５からの命令の
実行及び自処理部内のステータスを管理するＫＥＹ−Ｃ
ＯＭ（キーコム）５４と、内部交換網を実現し、Ｘ．２
５ＣＡＬＬの制御を行うＰＲＣ（パケットルーチングコ
ントロール）５５と、各処理部間の通信を行うためにＣ
バス４３へのデータの送受信を行うＣバスハンドラ５６
と、ＳＮＡ／ＳＤＬＣ，ＢＳＣ−Ｐ，Ｘ．２８をＸ．２
５手順に変換するＰＡＤタスク群５２と、Ｘ．２５手順
の端末装置を収容するためにフレームレベルの通信を制
御するタスクであるＬＡＰＢ５３とを備えている。網側
通信処理部３４は、上記と同様なモニタ部５７とＫＥＹ
−ＣＯＭ５９とＰＲＣ６０とＣバスハンドラ５８とを備
えるとともに、パケット交換網とのフレームレベルの通
信を制御するＬＡＰＢ６２と、内部交換網とパケット交
換網とのゲートウェイ機能を実現するＬＣＣ（論理チャ
ネル変換タスク）６１とを備えている。管理部３５は、
上記と同様なモニタ部６３とＣバスハンドラ６４を備え
るとともに、端末装置やパケット交換網からの発着呼に
対し、その相手の処理部と回線を指示するＡＮＳ（応答
タスク）６５と、各処理部へのソフトウェアローディン
グ，ステータス管理，Ｉ／Ｏタスク群からの命令の実行
などの装置管理を行う網管理部６６と、フロッピーディ
スク装置やキーパネルの入出力の制御とマンマシン用Ｒ
Ｓ２３２Ｃのデータ送受信処理を行うＩ／Ｏタスク群６
７とを備えている。また、６８で示す部分は内部交換網
（Ｘ．２５＋ＰＲＣ）を示す。

【０００６】ここで、図７に示す管理部１０１による故
障チェックの具体例を説明する。図７に示す端末側通信
処理部Ｔ１（図９では端末側通信処理部３１）等および
網側通信処理部１０３（図９では網側通信処理部３４）
は管理部１０１（図９では管理部３５）に対して例えば
１秒毎に“ヘルス報告”を出す。これに対して管理部３
５は端末側通信処理部Ｔ１／網側通信処理部１０３から
例えば１０秒間“ヘルス報告”が無かった時、そのカー
ドをヘルスアウトと見なす（図１１参照）。そのヘルス
報告には各カードのカード状態（正常／イニシャル状態
など）及び各チャネルの回線状態（ＯＰＥＮ／ＬＩＮＥ
／ＣＬＯＳＥ）がのせられて送信される。

【０００７】まず、管理部１０１が端末側通信処理部Ｔ
１の障害を検出した時の対処について説明する。管理部
１０１が端末側通信処理部Ｔ１のヘルスアウトを検出し
た時、このヘルスアウトしたカードをリセットする（動
作停止する）。次に障害データ（装置管理カード及びヘ
ルスアウトした端末インターフェースカードのメモリ上
データ）を装置管理カードのメモリ上に退避させ、ヘル
スアウトのカードに対してソフトウェアをスタートさせ
る指示（再起動）を行う。その後、管理部１０１のヘル
スチェックを再開し、当該回線をオープンする。

【０００８】次に、管理部１０１が網側通信処理部１０
３の障害を検出した時の対処について説明する。管理部
１０１が網側通信処理部１０３のヘルスアウトを検出し
た時、このヘルスアウトしたカードをリセットする（動
作停止する）。次に障害データ（装置管理カード及びヘ
ルスアウトした網側インターフェースカードのメモリ上
データ）を装置管理カードのメモリ上に退避させる。そ
の後、管理部１０１のヘルスチェックを再開する。但し
退避させた障害データはクリアされない。

【０００９】

【発明が解決しようとする課題】従来の障害検出方法は
以上のように行われるので、通信装置内の管理部が障害
になった場合は各処理部の障害検出ができなくなるとと
もに、各処理部が障害になった場合には順番に各処理部
に対して状態間合せを行っていき、このため障害検出が
遅れるという問題点があった。また、当該処理部自身が
把握した状態だけを管理部に応答することになり、当該
処理部が誤った処理を認識せずに正しいと思って実行す
るという状態については全く検出できないという問題点
があった。

【００１０】本発明は上記のような課題を解決するため
になされたもので、管理部が障害になっても速やかに障
害検出をできるようにするとともに、管理部が自ら障害
検出できない場合でも、その周りの他の部分によって障
害を検出できるようにする障害検出方法を提供すること
を目的とする。

【００１１】

【課題を解決するための手段】第１の発明は、通常時
は、管理部から各処理部への同報通知による時刻同期を
取り、各処理部が時刻同期に基づいて各処理部毎に予め
定められたタイミングで各処理部の動作ステータスを管
理部に報告するようにし、また、当該処理部が異常を検
出した場合は、異常検出した当該処理部が管理部および
他の各処理部に対して能動的に異常ステータスを同報通
知するようにしたことを特徴とするものである。

【００１２】第２の発明は、端末装置の障害に基づく異
常を端末側通信処理部が検出した場合、該端末側通信処
理部が他の各処理部および管理部に異常ステータスを同
報通知するとともに、端末装置にも通知するようにした
ことを特徴とするものである。

【００１３】第３の発明は、パケット交換網側の障害に
基づく異常を網側通信処理部が異常検出した場合、該網
側通信処理部が他の各処理部および管理部に異常ステー
タスを同報通知すると共に、パケット交換網側にも通知
するようにしたことを特徴とするものである。

【００１４】第４の発明は、通信装置の障害に基づく異
常を端末装置側またはパケット交換網側が異常検出した
場合、通信装置は端末装置側またはパケット交換網側か
らの異常ステータスの通知を受けて、この異常ステータ
スをトリガとして通信装置内の処理内容またはイベント
情報などのトレース情報の保存を行うようにしたことを
特徴とするものである。

【００１５】第５の発明は、管理部から各処理部への時
刻同期に伴って管理部自身の動作ステータスを同報通知
し、かつ、各処理部が時刻同期に基づいて各処理部毎に
予め定められたタイミングで動作ステータスを管理部お
よび他の処理部へ同報通知するようにしたことを特徴と
するものである。

【００１６】

【作用】第１の発明によれば、通常時は、管理部から各
処理部への同報通知による時刻同期が取られ、各処理部
の動作ステータスは時刻同期に基づいて予め定められた
タイミングで管理部に報告される。また、当該処理部に
より異常が検出された場合は、当該処理部の異常ステー
タスは管理部および他の各処理部に対して同報通知され
る。

【００１７】第２の発明によれば、端末装置の障害に基
づく異常が端末側通信処理部により検出された場合、異
常ステータスが端末側通信処理部により他の各処理部お
よび管理部に同報通知されると共に、端末装置にも通知
される。

【００１８】第３の発明によれば、パケット交換網側の
障害に基づく異常が網側通信処理部により検出された場
合、異常ステータスが網側通信処理部により他の各処理
部および管理部に同報通知されると共に、パケット交換
網側にも通知される。

【００１９】第４の発明によれば、通信装置の障害に基
づく異常が端末装置側またはパケット交換網側により検
出された場合、端末装置側またはパケット交換網側から
の異常ステータスの通知が通信装置で受けられ、この異
常ステータスをトリガとすることにより通信装置内の処
理内容またはイベント情報などのトレース情報の保存が
行われる。

【００２０】第５の発明によれば、管理部から各処理部
への時刻同期に伴って管理部自身の動作ステータスが同
報通知され、かつ、動作ステータスが時刻同期に基づい
て予め定められたタイミングで管理部および他の処理部
へ同報通知される。

【００２１】

【実施例】

実施例１（請求項１対応）．図１は本発明の実施例１に
係る通信装置の構成（なお、実施例２〜５も同じ構成）
を示すブロック図である。図１において、通信装置１０
０は、端末側回線Ｌ１を介して端末装置ＴＭ１との間の
通信を行う端末側通信処理部Ｔ１と、端末側回線Ｌｎを
介して端末装置ＴＭｎとの間の通信を行う端末側通信処
理部Ｔｎと、網側回線ＬＫを介してパケット交換網Ｋと
の間の通信を行う網側通信処理部１０３と、端末側通信
処理部Ｔ１〜Ｔｎと網側通信処理部１０３との間で端末
・網間の論理的接続を行う接続処理部１０２と、上記各
処理部等の管理や監視を行う管理部１０１とを備えてい
る。

【００２２】次に本実施例１による通信装置１００の障
害検出方法について図１および図２を参照して説明す
る。通常時は、管理部１０１から各処理部（端末側通信
処理部Ｔ１〜Ｔｎ、網側通信処理部１０３、接続処理部
１０２）への同報通知による時刻同期が取られ、各処理
部が時刻同期に基づいて各処理部毎に予め定められたタ
イミングで各処理部の動作ステータスを管理部１０１に
報告する。また、通信装置１００内で障害が発生した場
合は、その障害による異常を検出した処理部が能動的に
管理部１０１および他の処理部に異常ステータスを同報
通知する。

【００２３】例えば、端末側通信処理部Ｔ１が障害にな
り、端末側通信処理部Ｔ１自らその障害による異常が検
出できない場合、端末側通信処理部Ｔ１とデータの授受
を行いながら処理を進めている接続処理部１０２がその
異常をいち速く検出することになる。この異常検出によ
り、接続処理部１０２は、その異常ステータスを異常検
出時刻を伴って、他の処理部および管理部１０１に同報
通知することができる。さらに、この接続処理部１０２
が発した異常ステータスは、端末側通信処理部Ｔ１でも
受信することが可能であり、（但し、障害部位が内部バ
スデータの受信部であればこの限りでない）、これをト
リガとして内部処理内容またはイベント情報などのトレ
ース情報の保存が可能になる。

【００２４】なお、従来の障害検出方法は、管理部が各
処理部のヘルス状態を集中的にチェックしていたが、本
発明の障害検出方法は、従来の管理部が行なう“ヘルス
チェック”を行なうのではなく、ある処理部が、他の処
理部に対して、“指示”、“依頼”、“応答／報告”、
“データ転送”など相互間で授受する信号／情報が、決
められた手順で、決められた時間に正しく行なわれてい
ることをチェックさせようとしたものである。このよう
なチェック方法を情報授受シーケンスチェック（または
情報授受正当性チェック）と呼ぶことができ、本発明で
は、このようなチェック方法を各処理部の機能（情報授
受する機能）に応じて各処理部に持たせるものとしてい
る。したがって、各処理部は、上記トレース情報として
の例えば情報授受状態の履歴およびソフトウェアプログ
ラムの進行履歴を、情報授受シーケンスチェックにて異
常検出した時、当該処理部のメモリに退避させるように
なっている。なお、各処理部にはソフトウェアプログラ
ムの処理手段、即ちＣＰＵを持ったインテリジェンシー
が備えられている。

【００２５】実施例２（請求項２対応）．上記実施例１
では障害原因が通信装置内部にあり、その内部の処理部
が異常検出する方法を述べたが、障害原因が通信装置外
の端末装置にあった場合で、その異常を通信装置が検出
する場合については本実施例２の障害検出方法によって
対処可能である。本実施例２の障害検出方法を図１及び
図３に基づいて説明する。例えば、端末装置ＴＭ１の障
害による異常を端末側通信処理部Ｔ１が検出し、この検
出した異常により通信装置１００内の他の処理部および
管理部１０１に異常ステータスを同報通知すると共に、
端末装置ＴＭ１にも通知する。端末装置ＴＭ１は、この
異常ステータスの受信をトリガとして端末装置ＴＭ１内
の処理内容またはイベント情報などのトレース情報の保
存が可能となる。

【００２６】実施例３（請求項３対応）．また、上記実
施例１，２では、各々、障害原因が通信装置内および端
末装置にあった場合を示したが、障害原因が通信装置外
のパケット交換網側にあった場合は、本実施例３の障害
検出方法によって対処可能である。本実施例３の障害検
出方法を図１及び図４に基づいて説明する。パケット交
換網Ｋ側が障害になった場合、パケット交換網Ｋ側に対
応する通信装置１００内の網側通信処理部１０３が異常
検出する。異常検出した網側通信処理部１０３は、通信
装置１００内の他の処理部および管理部１０１に異常ス
テータスを同報通知すると共に、パケット交換網Ｋ側に
も通知する。パケット交換網側設備の交換装置等は、こ
の異常ステータスをトリガとして交換装置等内の処理内
容またはイベント情報などのトレース情報の保存が可能
となる。

【００２７】実施例４（請求項４対応）．本実施例４
は、障害原因が通信装置の内部にあった場合で、これに
よる異常を端末装置および交換網側で検出した場合の障
害検出方法を示す。本実施例４の障害検出方法を図１及
び図５に基づいて説明する。通信装置１００内の例えば
端末通信処理部Ｔ１の障害により端末装置ＴＭ１および
パケット交換網Ｋ側が異常を検出した場合、端末装置Ｔ
Ｍ１およびパケット交換網Ｋ側から異常ステータスを通
信装置１００に通知する。通信装置１００の端末通信処
理部Ｔ１または網側通信処理部１０３はこの異常ステー
タスをトリガとして通信装置１００内の処理内容または
イベント情報などのトレース情報の保存をすることがで
きる。

【００２８】実施例５（請求項５対応）．上記実施例１
では、時刻同期を受けた後の動作ステータスの報告を管
理部のみに通知する方法を示したが、本実施例５では図
１に示す管理部１０１から各処理部への時刻同期に伴っ
て管理部自身の動作ステータスを同報通知し、かつ、各
処理部が時刻同期に基づいて各処理部毎に予め定められ
たタイミングで動作ステータスを管理部１０１および他
の処理部へ同報通知するようになっている。したがっ
て、本実施例５は図６に示すように他の処理部にも同報
通知することができる。また、管理部自身の動作ステー
タスを時刻同期情報に伴って通知することができる。

【００２９】以上説明したように実施例１では、管理部
と各処理部との間で時刻同期を取り、これに従って各処
理部に予め定められたタイミングで動作ステータスを管
理部へ報告するようにしたので、毎回各処理部対応に動
作ステータスの問合せを行う必要がなく、処理量の削
減、内部バス上のトラフィックの削減が可能となる。ま
た、障害発生時の異常検出を各処理部および管理部で行
い、この異常ステータスを他の各処理部および管理部に
能動的に同報通知するようにしたので、各部が速やかに
異常を検知することができると共に、管理部以外にも通
知されるため、管理部が障害になっても他の部分で検知
する事ができる。

【００３０】実施例２では、実施例１の効果に加え、端
末装置側の障害を通信装置で検出し、その異常ステータ
スを通信装置内と端末装置とに通知するようにしたの
で、端末装置側での障害の認識を早める事ができ、障害
への対処を速やかに実施できる。

【００３１】実施例３では、実施例１および実施例２の
効果に加え、網側の障害を通信装置で検出し、その異常
ステータスを通信装置内とパケット交換網側とに通知す
るようにしたので、パケット交換網側での障害の認識を
早める事ができ、障害への対処を速やかに実施できる。

【００３２】実施例４では、実施例１，２および実施例
３に加え、通信装置自身で認識しにくい通信装置内の障
害を端末装置側またはパケット交換網側で検出し、その
異常ステータスを通信装置に通知してもらい、この異常
ステータスをトリガとして通信装置内の処理内容やイベ
ント情報などのトレース情報を保存することにより、通
信装置自身の障害認識を早める事ができ、障害への対処
を速やかに実施できる。

【００３３】実施例５では実施例１において、管理部か
らの時刻同期に管理部自身の動作ステータスを加えて通
知すると共に、各処理部の動作ステータスを管理部だけ
でなく他の処理部にも同報通知するようにしたので、通
信装置内の各部が同一の認識を持つ事ができ、状態認識
レベルの向上による保守性の向上が可能である。

【００３４】

【発明の効果】以上のように第１の発明によれば、通常
時は、管理部から各処理部への同報通知による時刻同期
を取り、各処理部が時刻同期に基づいて各処理部毎に予
め定められたタイミングで各処理部の動作ステータスを
管理部に報告するようにし、また、当該処理部が異常を
検出した場合は、異常検出した当該処理部が管理部およ
び他の各処理部に対して能動的に異常ステータスを同報
通知するようにしたので、動作ステータスを予め定めら
れたタイミングで管理部へ報告することができ、これに
より毎回各処理部対応に動作ステータスの間合せを行う
必要がなく、処理量の削減、内部バス上のトラフィック
の削減が可能となるという効果が得られ、また、異常ス
テータスを管理部および他の各処理部に能動的に同報通
知でき、これにより各部が速やかに異常を検知すること
ができると共に、管理部以外にも通知されるため、管理
部が障害になっても他の部分で検知することができると
いう効果が得られる。

【００３５】第２の発明によれば、端末装置の障害に基
づく異常を端末側通信処理部が検出した場合、該端末側
通信処理部が他の各処理部および管理部に異常ステータ
スを同報通知すると共に、端末装置にも通知するように
したので、異常ステータスを通信装置内と端末装置に通
知でき、これにより端末装置側での障害の認識を早める
ことができ、障害への対処を速やかに実施できるという
効果が得られる。

【００３６】第３の発明によれば、パケット交換網側の
障害に基づく異常を網側通信処理部が異常検出した場
合、該網側通信処理部が他の各処理部および管理部に異
常ステータスを同報通知すると共に、パケット交換網側
にも通知するようにしたので、異常ステータスを通信装
置内とパケット交換網側に通知でき、これによりパケッ
ト交換網側での障害の認識を早めることができ、障害へ
の対処を速やかに実施できるという効果が得られる。

【００３７】第４の発明によれば、通信装置の障害に基
づく異常を端末装置側またはパケット交換網側が異常検
出した場合、通信装置は端末装置側またはパケット交換
側からの異常ステータスの通知を受けて、この異常ステ
ータスをトリガとして通信装置内の処理内容またはイベ
ント情報などのトレース情報の保存を行うようにしたの
で、通信装置自身で認識しにくい通信装置内の障害を端
末装置側またはパケット交換網側で検出でき、また、異
常ステータスをトリガとして通信装置内の処理内容やイ
ベント情報などのトレース情報を保存でき、これにより
通信装置自身の障害認識を早めることができ、障害への
対処を速やかに実施できるという効果が得られる。

【００３８】第５の発明によれば、管理部から各処理部
への時刻同期に伴って管理部自身の動作ステータスを同
報通知し、かつ、各処理部が時刻同期に基づいて各処理
部毎に予め定められたタイミングで動作ステータスを管
理部および他の処理部へ同報通知するようにしたので、
管理部からの時刻同期に管理部自身の動作ステータスを
加えて通知できると共に、各処理部の動作ステータスを
管理部だけでなく他の処理部にも同報通知でき、これに
より通信装置内の各部が同一の認識を持つことができ、
状態認識レベルの向上による保守性の向上が図れるとい
う効果が得られる。

【図面の簡単な説明】

【図１】 本発明の実施例１に係る通信装置の構成を示
すブロック図である。

【図２】 本発明の実施例１に係る障害検出方法を説明
するためのシーケンス図である。

【図３】 本発明の実施例２に係る障害検出方法を説明
するためのシーケンス図である。

【図４】 本発明の実施例３に係る障害検出方法を説明
するためのシーケンス図である。

【図５】 本発明の実施例４に係る障害検出方法を説明
するためのシーケンス図である。

【図６】 本発明の実施例５に係る障害検出方法を説明
するためのシーケンス図である。

【図７】 従来の通信装置の構成を示すブロック図であ
る。

【図８】 従来の障害検出方法を説明するためのシーケ
ンス図である。

【図９】 従来の通信装置としてのパケット多重化装置
のハードウェア構成を示すブロック図である。

【図１０】 上記パケット多重化装置のソフトウェア構
成を示すブロック図である。

【図１１】 従来例においてヘルス報告を説明するため
の図である。

【符号の説明】

１００ 通信装置、１０１ 管理部、１０２ 接続処理
部、１０３ 網側通信処理部、Ｔ１，Ｔｎ 端末側通信
処理部、ＴＭ１，ＴＭｎ 端末装置、Ｋ パケット交換
網。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/56 9466−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ｚ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 端末装置との間の通信を行う端末側通信
   処理部と、パケット交換網側との間の通信を行う網側通
   信処理部と、上記端末側通信処理部と上記網側通信処理
   部との間で端末・網間の論理的接続を行う接続処理部
   と、上記各処理部の管理や監視を行う管理部とから構成
   され、パケット通信を行う通信装置において、通常時
   は、上記管理部から上記各処理部への同報通知による時
   刻同期を取り、上記各処理部が上記時刻同期に基づいて
   各処理部毎に予め定められたタイミングで各処理部の動
   作ステータスを上記管理部に報告するようにし、また、
   当該処理部が異常を検出した場合は、異常検出した当該
   処理部が上記管理部および他の上記各処理部に対して能
   動的に異常ステータスを同報通知するようにしたことを
   特徴とする通信装置の障害検出方法。
2. 【請求項２】 上記端末装置の障害に基づく異常を上記
   端末側通信処理部が検出した場合、該端末側通信処理部
   が他の上記各処理部および上記管理部に異常ステータス
   を同報通知すると共に、上記端末装置にも通知するよう
   にしたことを特徴とする請求項第１項記載の通信装置の
   障害検出方法。
3. 【請求項３】 上記パケット交換網側の障害に基づく異
   常を上記網側通信処理部が異常検出した場合、該網側通
   信処理部が他の上記各処理部および上記管理部に異常ス
   テータスを同報通知すると共に、上記パケット交換網側
   にも通知するようにしたことを特徴とする請求項第１項
   または第２項記載の通信装置の障害検出方法。
4. 【請求項４】 上記通信装置の障害に基づく異常を上記
   端末装置側または上記パケット交換網側が異常検出した
   場合、上記通信装置は上記端末装置側または上記パケッ
   ト交換網側からの異常ステータスの通知を受けて、この
   異常ステータスをトリガとして上記通信装置内の処理内
   容またはイベント情報などのトレース情報の保存を行う
   ようにしたことを特徴とする請求項第１項または第２項
   または第３項記載の通信装置の障害検出方法。
5. 【請求項５】 上記管理部から上記各処理部への時刻同
   期に伴って管理部自身の動作ステータスを同報通知し、
   かつ、上記各処理部が上記時刻同期に基づいて各処理部
   毎に予め定められたタイミングで動作ステータスを上記
   管理部および他の処理部へ同報通知するようにしたこと
   を特徴とする請求項第１項記載の通信装置の障害検出方
   法。