JPH07115452A - 通信制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 通信制御装置において、正常な回線制御部上
の通信は継続したまま、障害復旧処理を進めることがで
きるようにする。 【構成】 ある回線制御部２１に障害が発生すると、障
害回線制御部検出部２５によって、障害の発生した回線
制御部２１が検出される。この検出結果は、障害検出表
Ｔ１を介して障害処理・監視処理部２６に伝えられる。
これにより、障害が発生した回線制御部２１は、装置か
ら切り離される。この後、障害が発生した回線制御部２
１の状態が監視され、この回線制御部２１が障害から復
旧すると、この回線制御部２１は、通信制御部２２に組
み込まれる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、たとえば、交換機の
通信制御装置に係わり、特に、回線制御部で発生した障
害に対処するための構成に関する。

【０００２】

【従来の技術】一般に、交換機においては、交換機本体
とデータ伝送回線を結合するための通信制御装置が設け
られる。図２は、交換機における従来の通信制御装置の
構成を示すブロック図である。

【０００３】図示の通信制御装置は、複数の回線制御部
１１と、通信制御部１２と、障害検出・通知部１３とを
有する。

【０００４】各回線制御部１１は、それぞれ複数のデー
タ伝送回線１５を収容し、たとえば、データの組立てや
分解（文字等の組立てや分解）といった処理を行う。通
信制御部１２は、たとえば、回線制御部１１の制御や図
示しない交換機本体とのデータの授受といった処理を行
う。障害検出・通知部１３は、回線制御部１１に発生し
た障害を検出し、これを通信制御部１２に通知する処理
を行う。

【０００５】なお、各回線制御部１１は、個々にパッケ
ージ化され、通信バス１４を介して通信制御部１２と障
害検出・通知部１３に接続されている。これにより、あ
る回線制御部１１に障害が発生した場合は、この回線制
御部１１を取り替えるだけで、他の回線制御部１１を取
り替えることなく、障害から復旧することができる。

【０００６】上記構成において、ある回線制御部１１に
障害が発生すると、この障害の発生が障害検出・通知部
１３によって検出され、通信制御部１２に通知される。
これにより、通信制御部１２において、所定の障害処理
が行われる。

【０００７】

【発明が解決しようとする課題】しかしながら、上述し
た従来の通信制御装置においては、次のような問題があ
あった。

【０００８】すなわち、複数の回線制御部１１のうちの
一部に障害が発生した場合は、この障害が発生した回線
制御部１１だけを装置から切り離して、障害復旧処理を
進めることが好ましい。

【０００９】この要求に応えるためには、回線制御部１
１に障害が発生した場合、障害が発生した回線制御部１
１を検出する必要がある。

【００１０】しかし、従来の通信制御装置においては、
障害検出・通知部１２は、回線制御部１１に障害が発生
したことは検出できるが、どの回線制御部１１に障害が
発生したかまでは検出することができない。

【００１１】このため、従来の通信制御装置において
は、回線制御部１１に障害が発生すると、交換機の保守
者がすべての回線制御部１１のパッケージを通信制御装
置から取り外し、各回線制御部１１ごとに、障害が発生
しているか否かを調べるようになっていた。

【００１２】しかし、このような構成では、回線制御部
１１に障害が発生すると、通信制御動作を停止しなけれ
ばならないため、障害が発生していない回線制御部１１
上の通信も停止してしまうという問題があった。

【００１３】そこで、この発明は、正常な回線制御部上
の通信は継続したまま、障害復旧処理を進めることがで
きる通信制御装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、この発明は、回線制御部に障害が発生すると、複数
の回線制御部の中から障害が発生した回線制御部を検出
する手段と、障害が発生した回線制御部が検出される
と、この回線制御部を装置から切り離す手段と、障害が
発生した回線制御部の状態を監視し、この回線制御部が
障害から復旧すると、これを装置に組み込む手段とを設
けるようにしたものである。

【００１５】

【作用】上記構成においては、ある回線制御部に障害が
発生すると、複数の回線制御部の中からこの障害が発生
した回線制御部が自動的に検出される。検出された回線
制御部は装置から自動的に切り離される。この後、障害
が発生した回線制御部の状態が監視され、この回線制御
部が障害から復旧すると、この回線制御部は自動的に装
置に組み込まれる。

【００１６】

【実施例】以下、図面を参照しながら、この発明の実施
例を詳細に説明する。

【００１７】図１は、この発明の一実施例の構成を示す
ブロック図である。

【００１８】図示の通信制御装置も、従来の通信制御装
置と同様に、複数の回線制御部２１と、通信制御部２２
と、障害検出・通知部２３を有する。

【００１９】また、回線制御部２１は、従来の回線制御
部１１の同様に、複数のデータ伝送回線２８を収容し、
データの組立てや分解といった処理を行う。通信制御部
２２も、従来の通信制御部１２と同様に、回線制御部２
１の制御や交換機本体とのデータの授受といった処理を
行う。障害検出・通知部２３も、従来の障害検出・通知
部２４と同様に、障害が発生すると、これを検出し、通
信制御部２２に通知する。

【００２０】さらに、各回線制御部２１は個々にパッケ
ージ化され、通信バス２４を介して通信制御部２２と障
害検出・通知部２３に接続されている。これにより、あ
る回線制御部２１に障害が発生した場合は、この回線制
御部２１を取り替えるだけで、他の回線制御部２１を取
り替えることなく、障害から復旧することができる。

【００２１】以上は、従来の通信制御装置とほぼ同じで
ある。これに対し、この実施例の通信制御装置は、さら
に、障害回線制御部検出部２５と、障害処理・監視処理
部２６と、表記憶部２７を有する。

【００２２】障害回線制御部検出部２５は、障害検出・
通知部２３で回線制御部２１の障害が検出されると、複
数の回線制御部２１の中から障害が発生した回線制御部
２１を検出する。

【００２３】なお、この障害回線制御部検出部２５は、
たとえば、障害検出・通知部２３の一部として、この障
害検出・通知部２３といっしょにパッケージ化されてい
る。この場合、障害検出・通知部２３の処理と障害回線
制御部検出部２５の処理は、たとえば、マルチタスクオ
ペレーションに従って、１つのプロセッサにより処理さ
れる。

【００２４】障害処理・監視処理部２６は、障害処理と
監視処理を行う。この実施例の障害処理では、障害回線
制御部検出部２５で検出された回線制御部２１を装置か
ら切り離す処理等がなされる。監視処理では、装置から
切り離された回線制御部２１の状態を監視し、この回線
制御部２１が障害から復旧すると、これを装置に組み込
む処理等がなされる。これら２つの処理のうち、通常
は、監視処理がなされ、回線制御部２１に障害が発生す
ると、障害処理がなされる。

【００２５】なお、障害処理・監視処理部２６は、たと
えば、通信制御部２２の一部として、この通信制御部２
２といっしょにパッケージ化されている。この場合は、
通信制御部２２の処理と障害処理・監視処理部２６の処
理は、たとえば、マルチタスクオペレーションに従っ
て、１つのプロセッサにより処理される。

【００２６】表記憶部２７は、障害検出表Ｔ１と、障害
処理表Ｔ２と、障害状態表Ｔ３を記憶するメモリであ
る。

【００２７】ここで、障害検出表Ｔ１は、各回線制御部
２１の障害検出状態を示す表である。この表Ｔ１には、
障害が検出された場合は、たとえば、「検出」という文
字が書き込まれ、検出されない場合は、「非検出」とい
う文字が書き込まれる。この表Ｔ１は、障害検出・通知
部２３と障害処理・監視処理部２５の障害処理とのイン
タフェースをとるために設けられる。

【００２８】障害処理表Ｔ２は、各回線制御部２１の障
害処理状態を示す表である。この表Ｔ２には、障害復旧
処理が行われている場合は、たとえば、「処理中」とい
う文字が書き込まれ、行われていない場合は、「非処理
中」を示す文字が書き込まれる。このＴ２は、障害処理
・監視処理部２６の障害処理と監視処理の競合を制御す
るために設けられる。

【００２９】障害状態表Ｔ３は、各回線制御部２１の状
態を示す表である。この表Ｔ３には、各回線制御部２１
が正常であれば、たとえば、「正常」という文字が書き
込まれ、障害が発生中であれば、「障害」という文字が
書き込まれる。

【００３０】上記構成において、図３及び図４を参照し
ながら、障害発生時の動作を説明する。

【００３１】ここで、図３は、障害処理・監視処理部２
６の障害処理Ｆを示すフローチャートであり、図４は同
じく監視処理Ｓを示すフローチャートである。なお、図
３中の，，，はそれぞれ図４の中の，，
，に接続される。

【００３２】通常、障害処理・監視処理部２６において
は、一定周期で監視処理Ｓが実行されている。この状態
において、ある回線制御部２１に障害が発生すると、監
視処理Ｓが中断され、障害処理Ｆが開始される。

【００３３】すなわち、ある回線制御部２１に障害が発
生すると、この障害の発生は、障害検出・通知部２３に
よって検出される。これにより、障害回線制御部検出部
２５によって、複数の回線制御部２１の中から障害が発
生した回線制御部２１を検出する処理がなされる。

【００３４】この処理によって、障害が発生した回線制
御部２１が検出されると、この回線制御部２１の障害検
出情報として、「検出」が障害回線制御部検出部２５に
よって、障害検出表Ｔ１に書き込まれる。この後、障害
検出・通知部２３から障害処理・監視処理部２６に、障
害の発生が通知される。これにより、監視処理Ｓが中断
され、障害処理Ｆが開始される。

【００３５】この障害処理Ｆにおいては、まず、障害検
出表Ｔ１から、番号＃１の回線制御部２１の障害検出情
報を読み出し、この回線制御部２１の障害検出状態を検
査する処理がなされる（ステップＦ１）。障害検出情報
が「検出」の場合は、障害が検出されたものとして、ス
テップＦ２の処理がなされ、「非検出」の場合は、障害
が検出されないものとして、ステップＦ７の処理がなさ
れる。

【００３６】ステップＦ２においては、番号＃１の回線
制御部２１の障害処理情報を「処理中」に設定する処理
がなされる。この後、この回線制御部２１の障害検出情
報を「検出」から「非検出」を書き替える処理がなされ
る（ステップＦ３）。

【００３７】この処理が終了すると、障害状態表Ｔ３か
ら、番号＃１の回線制御部２１の障害検出情報を読み出
し、この回線制御部２１の障害状態を検査する処理がな
される（ステップＦ４）。障害検出情報が「正常」の場
合は、ステップＦ５の処理がなされ、「障害」の場合
は、ステップＦ７の処理がなされる。

【００３８】ステップＦ５においては、番号＃１の回線
制御部２１の障害状態情報を「障害」に設定する処理が
なされる。その結果、通信制御部２２によって、この回
線制御部２１に障害が発生したことが認識される。これ
により、通信制御部２２によるこの回線制御部２１の制
御が停止される。その結果、この回線制御部２１は装置
から切り離されたことになる。

【００３９】この設定処理が終了すると、この回線制御
部２１に収容された各回線２８ごとの障害処理を通信相
手に促す処理がなされる（ステップＦ６）。この後、ス
テップＦ７の処理がなされる。このステップＦ７におい
ては、すべての回線制御部２１について、上述したよう
な処理が終了したか否かが判定される。終了していなけ
れば、ステップＦ１に戻り、次の回線制御部２１につい
て、上述した処理がなされる。これにより、今度は、番
号＃２の回線制御部２１について、上述した処理がなさ
れる。

【００４０】以下、同様に、各回線制御部２１ごとに上
述した処理がなされ、番号＃ｎの回線制御部２１に対す
る処理が終了すると、障害処理Ｆが終了する。これによ
り、監視処理Ｓの中断が解かれ、この監視処理Ｓが再開
される。

【００４１】なお、障害処理Ｆが終了すると、たとえ
ば、保守者により、障害が発生した回線制御部２１のパ
ッケージが装置から取り外され、その復旧処理がなされ
る。この復旧処理が終了すると、復旧した回線制御部２
１のパッケージが再び装置に取り付けられる。

【００４２】上記監視処理Ｓにおいては、まず、障害状
態表Ｔ３から、番号＃１の回線制御部２１の障害状態情
報を読み出し、この回線制御部２１が正常か否かを検査
する処理がなされる（ステップＳ１）。障害状態情報が
「障害」の場合は、この回線制御部２１が障害から復旧
したか否かを確認する処理がなされ（ステップＳ２，Ｓ
３，Ｓ４，Ｓ５）、「正常」であれば、ステップＳ８の
処理がなされる。

【００４３】復旧確認処理においては、まず、番号＃１
の回線制御部２１の障害処理状態を「非処理中」に設定
する処理がなされる（ステップＳ２）。次に、この回線
制御部２１をアクセスする処理がなされる（ステップＳ
３）。この後、この回線制御部２１（＃１）のアクセス
結果をみるために、一定時間、処理が中断される（ステ
ップＳ４）。

【００４４】一定時間が経過すると、番号＃１の回線制
御部２１の障害処理状態が「処理中」か否かを判定する
処理がなされる（ステップＳ５）。これにより、この回
線制御部２１が復旧したか否かが判定される。

【００４５】すなわち、この回線制御部２１が復旧して
いれば、その障害処理状態は、ステップＳ２で設定した
「非処理中」のままである。これに対し、復旧していな
ければ、障害処理Ｆが起動されるため、障害処理状態
は、ステップＦ２で、「処理中」から「非処理中」に書
き替えられる。したがって、番号＃１の回線制御部２１
の障害処理状態をみることにより、この回線制御部２１
が復旧したか否かを確認することができる。

【００４６】番号＃１の回線制御部２１が復旧している
と、その障害状態を「正常」に設定する処理がなされる
（ステップＳ６）。この後、この回線制御部２１の初期
設定を行い、この回線制御部２１の回線２８ごとの障害
回復処理を促す処理がなされる（ステップＳ７）。

【００４７】これにより、通信制御部２２によって、こ
の回線制御部２１の回線２８ごとのの障害回復処理がな
される。その結果、この回線制御部２１が装置に組み込
まれることになる。

【００４８】ステップＳ７の処理が終了すると、すべて
の回線制御部２１に対する上述した処理が終了したか否
かを判定する処理がなされる（ステップＳ８）。この判
定により、一部の回線制御部２２についてしか実行され
ていないと判定されれば、ステップＳ１に戻り、次の回
線制御部２１について、上述したような処理がなされ
る。これにより、今度は、番号＃２の回線制御部２１に
ついて、上述した処理がなされる。

【００４９】以下、同様に、各回線制御部２１ごとに上
述した処理がなされる。そして、すべての回線制御部２
１に対する処理が終了すると、監視処理Ｓは、一旦、終
了し、一定時間経過後に、再び、開始される。

【００５０】以上詳述したようにこの実施例によれば、
回線制御部２１に障害が発生すると、複数の回線制御部
２１の中から障害が発生した回線制御部２１を自動的に
検出し、この検出結果に基づいて、その後の処理を進め
るようにしたので、障害発生時、障害が発生した回線制
御部２１だけに障害復旧処理を施すことができる。

【００５１】これにより、複数の回線制御部２１のうち
の一部に障害が発生した場合であっても、正常な回線制
御部２１上の通信を停止させることなく、障害復旧処理
を進めることができる。

【００５２】また、交換機の保守者は障害が発生した回
線制御部２１を見つけるための処理を行う必要がないの
で、装置の保守性を高めることができる。

【００５３】なお、以上の説明では、この発明を交換機
の通信制御装置に適用する場合を説明したが、この発明
は、データ伝送系とデータ処理系の接点に位置し、両者
を結合する通信制御装置一般に適用することができる。

【００５４】このほかにも、この発明は、その要旨を逸
脱しない範囲で種々様々変形実施可能なことは勿論であ
る。

【００５５】

【発明の効果】以上詳述したようにこの発明によれば、
正常な回線制御部上の通信は継続したまま、障害復旧処
理を進めることが可能な通信制御装置を提供することが
できる。

【図面の簡単な説明】

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

【図２】 従来の構成を示すブロック図である。

【図３】 一実施例の障害処理を示すフローチャートで
ある。

【図４】 一実施例の監視処理を示すフローチャートで
ある。

【符号の説明】

２１…回線制御部、２２…通信制御部、２３…障害検出
・通知部、２４…通信バス、２５…障害回線制御部検出
部、２６…障害処理・監視処理部、２７…表記憶部、２
８…データ伝送回線。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数の回線制御部を有する通信制御装置
   において、 前記回線制御部に障害が発生すると、前記複数の回線制
   御部の中からこの障害が発生した回線制御部を検出する
   障害検出手段と、 この障害箇所検出手段により、障害が発生した回線制御
   部が検出されると、この回線制御部を装置から切り離す
   回線制御部切離し手段と、 この回線制御部切離し手段により切り離された回線制御
   部の状態を監視し、この回線制御部が障害から復旧する
   と、これを装置に組み込む回線制御部組込み手段とを具
   備したことを特徴とする通信制御装置。