JP2003078567A - 分散配置型高信頼通信システムおよびその制御装置、ならびに障害検知方法とそのプログラムと記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】呼制御系／被制御系装置の分離構成において、
障害発生時の障害発生箇所の特定、および障害発生時の
呼処理停止を防止することができるようにする。 【解決手段】呼制御系装置１と被制御系装置１０，１１
間の信号送受信状態を管理し、ヘルスチェック信号１３
もしくは呼処理信号１２の送受信が行えなくなった場合
に、障害箇所が呼制御系装置１側にあるのか、被制御系
装置１０，１１側にあるのかで障害箇所の特定を行い、
同一呼制御系装置１が複数の被制御系装置１０，１１を
制御している場合、他の被制御系装置との信号送受信状
態を確認することで、切り分けを行うが、呼制御系装置
が１つの被制御系装置のみを制御している場合、ネット
ワークインタフェース装置３，４，５に設定されるアド
レスをシステム自律で変更して、用いるネットワークイ
ンタフェース装置を変えて再度ヘルスチェック１３送信
を行うことで、障害箇所の特定を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、呼制御系装置と被
制御系装置を分散配置した通信システムにおいて、障害
発生時の障害発生箇所の特定、および障害発生時の呼処
理停止を防止するサービス制御部（ＭＧＣ）の冗長構成
制御が可能な通信システムおよびその制御装置、ならび
に障害検知方法とそのプログラムと記録媒体に関する。

【０００２】

【従来の技術】近年、インターネットや移動体通信を始
めとして、通信サービスの需要構造は大きく変化してお
り、ＭＳＦ(Multiservice Switching Forum)等の次世
代通信網の標準化組織では、このような変化に対応した
通信網の構成について活発に論議を行っている。ＭＳＦ
が目指すものは、サービスプロバイダーがベンダーの異
なる機器を使用してマルチサービスネットワークを構築
できるような規格である。ＭＳＦでは、マルチサービス
サポートの標準化を図ることで、ＡＴＭデータから高速
ＩＰトラフィックに至る各種のサービスに対応した通信
事業者のネットワーク構築が、加速されることに期待を
かけている。

【０００３】この通信網構成は、サービス・メディアに
依存する部分であるメディア制御部（Media Gateway(Ｍ
Ｇ））と、そのメディア制御部をコントロールするサー
ビス制御部（MG Controller(ＭＧＣ））とを分散するこ
とに特質がある。既存の電気通信システムの交換機に対
応させて言えば、ＭＧＣは呼処理機能部を担い、ＭＧは
通話路機能部を担う。ＭＧＣ／ＭＧ間には、ＭＥＧＡＣ
Ｏプロトコル（ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２４８）を用
いている。現在、上記の通信網構成を実現するＭＧ，Ｍ
ＧＣは、国内外のベンダーにおいて製品化が進められて
いるところである。

【０００４】ＭＧ／ＭＧＣは、双方とも故障時の信頼性
を考慮して冗長構成を採用することが可能であり、ＭＧ
／ＭＧＣ間はＩＰ網を介して結合される。この際に、Ｍ
Ｇ／ＭＧＣは、ＩＰアドレスにより互いを認識する。冗
長構成採用時には、ＭＧ／ＭＧＣの双方が相手装置の運
用系を常に把握している。ＩＰアドレスは、ＭＧ／ＭＧ
Ｃ内に装備されるネットワークインタフェース装置（Ｎ
ＩＣ）において設定されるが、従来の方式では、それぞ
れのＮＩＣに設定されるアドレスは一意に固定されてお
り、かつシステム運用開始時点で予め設定されており、
運用中に変更することはない。また、ＮＩＣは、全て運
用状態にあるＡＣＴ装置として装備されている。ＭＧＣ
の冗長構成方法については、ＭＧはＭＧＣのＮＩＣを論
理的なＭＧＣと認識するため、１台のＭＧＣが複数のＮ
ＩＣを備えることにより、ＭＧに対するＭＧＣの冗長構
成モデルを実現する。

【０００５】ＭＧＣ側の要因（部分的な障害、保守者介
在のメンテナンス）により、制御対象のＭＧへ必要な信
号送信が不可となる場合、送信ができなくなる前に、Ｍ
ＧへＳｅｒｖｉｃｅ Ｃｈａｎｇｅ（ＨａｎｄＯｆｆ）
信号でＭＧＣ切り替え発生を通知しなければならないこ
とが、ＭＥＧＡＣＯプロトコルの規定により定められて
いる。この規定では、運用停止に遷移しようとするＭＧ
Ｃから、どのＭＧＣが運用を引き継ぐかをＭＧへ通知す
る役目を持っており、その運用を引き継ぐＭＧＣのアド
レスが信号の中に含まれる。ここで、ＭＧは対ＭＧＣと
の通信のセキュリティ保持上、制御元のＭＧＣ以外から
信号が送られても信号を受信しない仕組みをとってい
る。これは、ＭＧが受信した信号のＩＰパケットの送信
元ＭＧＣのＩＰアドレスをチェックすることにより実現
している。従って、運用中のＭＧＣ以外から、このＳｅ
ｒｖｉｃｅ Ｃｈａｎｇｅ（ＨａｎｄＯｆｆ）信号を受
け取ることはできない。

【０００６】

【発明が解決しようとする課題】しかしながら、このＳ
ｅｒｖｉｃｅ Ｃｈａｎｇｅ（ＨａｎｄＯｆｆ）信号
は、ＮＩＣ障害時には、いかなる信号も送信不能となる
等、常にＭＧＣから送信されるという保証はなく、ＭＧ
／ＭＧＣ間のコネクションが保たれなくなる状況に陥る
ことが起こり得る。このような状況に陥った場合には、
ＭＧＣ側の故障復旧を待つか、あるいはＭＧからの信号
送信を契機にＭＧ側で送信不可を検出し、ＭＧからのＭ
ＧＣ切り替え要求通知がＭＧＣへ上げられるまで待つし
か方法がないため、それまではＭＧＣからの呼処理要求
は一切行うことができず、呼処理停止時間を長引かせる
原因となっている。

【０００７】また、ＭＧ側が故障した場合には、そのＭ
Ｇの持つ回線が閉塞されることから、ＭＧＣへ閉塞を知
らせるためのＳｅｒｖｉｃｅ Ｃｈａｎｇｅ（Ｇｒａｃ
ｅｆｕｌ，Ｆｏｒｃｅｄ）通知を上げることが規定され
ている。その際に、冗長系のＭＧがその故障を検出し、
運用を引き継いだことをＭＧＣへＳｅｒｖｉｃｅ Ｃｈ
ａｎｇｅ（Ｆａｉｌｏｖｅｒ）通知することも規定され
ている。しかしながら、ＭＧの障害状態によっては、Ｍ
Ｇの閉塞がＭＧＣへ通知されず、なおかつＭＧ間の引継
ぎがＭＧ側で行われない場合には、ＭＧＣはＭＧの故障
を検出する契機が遅れることになる。ひいては、ＭＧＣ
側で使用中であると認識しているＭＧ側での回線が、Ｍ
ＧＣもしくは保守者へ通知されることなく故障（サイレ
ント故障）していることになり、課金方法によっては誤
課金を引き起こす原因にもなり得る。

【０００８】そこで、本発明の目的は、これら従来の課
題を解決し、ＭＧＣ／ＭＧ分離構成における通信システ
ムにおいて、ＭＧＣ／ＭＧ間通信障害時の障害箇所の迅
速な特定と、ＭＧＣ／ＭＧ障害時の呼処理停止時間の延
長化を防止することが可能な分散配置型高信頼通信シス
テムおよびその制御装置、ならびに障害検知方法とその
プログラムと記録媒体を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の分散配置型高信頼通信システムの障害検知
方法は、ＭＧＣ／ＭＧ運用状態管理機能部がＭＧＣ／Ｍ
Ｇ間の信号送受信状態を管理しており、ヘルスチェック
信号もしくは呼処理信号の送受信が不可である場合に、
障害箇所がＭＧＣ側にあるのか、ＭＧ側にあるのかの障
害箇所の特定を行う。同一ＭＧＣが複数のＭＧを制御し
ている場合には、他のＭＧとの信号送受信状態を確認す
ることで、切り分けが可能である。しかし、ＭＧＣが１
つのＭＧのみを制御しており、他のＭＧを制御していな
い場合には、その信号送受信状態が確認できないため、
障害箇所の特定が行えない。ここで、ＮＩＣに設定され
るアドレスをシステム自律で変更して、用いるＮＩＣを
変えて再度ヘルスチェック送信を行うことで、障害箇所
の特定を可能とする。以上の手順により、ＭＧＣ側のシ
ステム自律での障害の特定を行うことが可能となり、な
おかつＭＧＣ側のＮＩＣ障害時にはＮＩＣの切り替えを
行うことで、ＭＧ／ＭＧＣ間の障害箇所の特定と呼処理
停止時間の短縮化を行うことができる。

【００１０】このように、本発明では、ＭＧ／ＭＧＣ間
の障害箇所の特定と呼処理停止時間の短縮化が図れるこ
とが最も重要な点である。前述のように、従来の技術で
は、ＭＧＣのアドレスはＮＩＣに設定され、そのアドレ
スは運用中において一意の固定値をとることを前提とし
ているが、本発明においては、ＮＩＣに設定されるＭＧ
Ｃのアドレスを運用中にオンラインでシステム自律で変
更可能とする点で、従来の技術とは異なる。ＭＧＣにお
いて装備されるＮＩＣは、運用装置に対して必ず予備装
置を１つ設ける形態の『Ｎ＋１重化装置』として装備
し、常に予備系装置が装置故障発生時に故障装置から運
用を引き継げる状態としておく。

【００１１】また、ＭＧＣ／ＭＧはそれぞれ冗長構成を
とるが、ＭＧＣにおいては、ＭＧＣ／ＭＧ運用状態管理
機能部を有し、冗長構成のＭＧＣのいれのＭＧＣが運用
中であり、制御対象のＭＧはどのＭＧが運用中であるか
の対応関係を常に把握している。ＭＧＣ／ＭＧ間におい
て、信号の送受信が行われていない状態で障害が発生し
ている場合、ＭＧＣ／ＭＧの双方で、その障害に気付く
ことが遅れるときがあり得るため、疎通状態を確認する
ために、一定周期のヘルスチェック信号をＭＧＣからＭ
Ｇへ送信し、ＭＧからの応答があることを確認する。以
上の機能を備えることにより、ＭＧＣ／ＭＧ間通信障害
発生時には、ＮＩＣのアドレスを変更することで、ＭＧ
Ｃの運用系を切り替え、障害箇所の特定を行うことがで
きるようになる。

【００１２】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の一実施例を示す
分散配置型高信頼通信システムの全体構成図である。図
１において、１はＭＧＣ装置、２はＭＧから認識する論
理的なＭＧＣ、３，４，５はＭＧＣをＩＰ網へ接続する
ためのネットワークインタフェース装置（ＮＩＣ）、６
はＮＩＣを制御するためにＭＧＣに実装されるＮＩＣ制
御機能部、７も同じくＭＧＣに実装される呼処理機能
部、８はＭＧＣ／ＭＧ運用状態管理機能部、９はＭＧＣ
／ＭＧ間のＩＰ網、１０，１１はＭＧ装置であって、冗
長構成を形成しており、ここではＭＧ群と呼ぶ。

【００１３】図３は、図１におけるＭＧＣ／ＭＧ運用状
態管理機能部に設けられたＭＧＣ／ＭＧ運用状態管理テ
ーブルのデータ構成図である。本実施例におけるＭＧＣ
は、ＮＩＣ＃１〜＃３の複数ＮＩＣを同一プロセッサに
より制御する仕組みであって、それぞれのＮＩＣに別ア
ドレスを付与して、それぞれを論理的なＭＧＣとしてい
る。ここでは、運用状態にあるＭＧＣ，ＭＧを、それぞ
れＭＧＣ＃１，ＭＧ＃１とする。ただし、ＭＧＣ＃１は
他のＭＧ群をも制御している。この際に、ＭＧＣ／ＭＧ
運用状態管理機能部８においては、図３に示すＭＧＣ／
ＭＧ運用状態管理テーブルを備えている。図３のＭＧＣ
／ＭＧ運用状態管理テーブルでは、ＭＧＣ＃１につい
て、制御対象ＭＧ群毎にどのＮＩＣを運用系／予備系と
して用いており、制御対象ＭＧ群についても、どのＭＧ
が運用系／予備系であるかを管理している。また、ここ
ではＮＩＣ、ＭＧそれぞれのアドレスも管理している例
を示している。

【００１４】図１において、太線は、ＩＰ網を介して送
受信される各信号を示しており、１２は呼処理信号、１
３はヘルスチェック信号、１４はＭＧＣ／ＭＧ間通信障
害通知信号、１５はＮＩＣ３からＮＩＣ５に切り替えた
ときのヘルスチェック信号である。ヘルスチェック信号
１３の送出は、システム運用開始時から常に動作させ
る。しかし、呼処理信号の送受信が行われている場合に
は、トラフィック増とならないために、ヘルスチェック
信号１３の送出を控える。これにより、呼処理信号１２
もしくはヘルスチェック信号１３の送受信が不可となっ
た場合に、本発明の障害処理を即刻に作動させることが
可能である。

【００１５】図２は、本発明の一実施例を示すＭＧＣ／
ＭＧ間通信障害発生時の障害箇所特定動作フローチャー
トである。呼処理信号１２の送受信もしくはヘルスチェ
ック信号１３の送受信が正常に行われなかった場合に
は、ＭＧＣ／ＭＧ間通信障害通知１４がＮＩＣ制御機能
部６からＭＧＣ／ＭＧ運用状態管理機能部８へ上げられ
る。このＭＧＣ／ＭＧ間通信障害通知１４を契機に、Ｍ
ＧＣ／ＭＧ運用状態管理機能部８において、図２に示す
ような障害箇所特定処理が行われ、通信障害がＭＧＣ側
要因により発生しているのか、あるいはＭＧ側要因であ
るのか、ＩＰ網側における要因であるのかが、判断され
る。

【００１６】図２においては、先ず、ＭＧＣ／ＭＧ間通
信障害が発生すると（ステップ１０１）、そのＭＧＣ／
ＭＧ間通信障害がＭＧＣ／ＭＧの装置側で発生している
のか、あるいはその間にあるＩＰ網で発生しているのか
の切り分けを行う（ステップ１０２）。ＭＧＣ／ＭＧ運
用状態管理機能部８においては、全ＭＧＣについて対Ｍ
Ｇ群毎の通信状態を一括管理しているので、今回障害を
検出したＭＧＣ以外のＭＧＣでの通信状態を確認し、全
ＭＧＣが通信を正常に行えているのか否かを確認する。
全ＭＧＣ通信で障害が発生している場合には（ステップ
１０４）、ＩＰ網の障害である（ステップ１０５）。い
ずれかのＭＧＣにおいて、対ＭＧ群との通信が正常に行
われていれば、ＩＰ網は正常であることが確認される
（ステップ１０３）。この場合には、次にＭＧＣ／ＭＧ
のどちらで障害が発生しているのかを特定する（ステッ
プ１０６）。

【００１７】この場合には、通信障害を検出したＭＧＣ
が制御対象ＭＧ群を複数有しているか否かで、特定動作
が異なる。ＭＧＣが２つ以上のＭＧを制御している場合
には（ステップ１０７）、ＭＧＣ／ＭＧ運用状態管理機
能部８においては、他ＭＧ群との通信状態も管理してい
るため、ＮＩＣ＃１を用いた通信が他のＭＧ群に対して
正常に行えているか否かの確認が可能である（ステップ
１０９）。他ＭＧ群との通信が正常であれば（ステップ
１１１）、ＮＩＣ＃１が正常であると判断でき、ＭＧ側
の障害である可能性が高い（ステップ１１４）。この場
合には、ＭＧはサイレント故障が発生していると想定さ
れるので、ＭＧＣ側において保守者通知を行うことで、
迅速なＭＧ障害復旧を促すことが可能である。逆に、他
のＭＧ群との信号送受信も不可となっていれば（ステッ
プ１１０）、ＭＧＣ側のＮＩＣ障害等の部分障害が発生
している可能性が高いことが分かる（ステップ１１
３）。

【００１８】一方、ＭＧＣが１つのＭＧ群のみ制御して
いる場合には（ステップ１０８）、運用するＮＩＣを切
り替えて通信状態を確認することで、障害箇所の特定を
行う（ステップ１１２）。ＭＧＣ／ＭＧ運用状態管理機
能部８において、予備系のＮＩＣであるＮＩＣ＃３に、
これまで運用していたＭＧＣのＩＰアドレス（Ａ）を設
定し、元のＮＩＣ＃１には予備系ＮＩＣ＃３に付与して
いたＩＰアドレス（Ｘ）を設定するようＮＩＣ制御機能
部６に指示し、ＮＩＣ制御機能部６がそのようにＮＩＣ
を設定することで、同一ネットワークに同じＩＰアドレ
スを持つ装置の存在を回避する。

【００１９】図４は、ＮＩＣ切り替え後のＭＧＣ／ＭＧ
運用状態管理テーブルのデータ構成図である。前述のよ
うに、ＮＩＣ制御機能部６がＮＩＣを設定すると、この
動作によりＭＧＣ／ＭＧ運用状態管理テーブルは図３か
ら図４に示すようにデータ構成が変更される。すなわ
ち、この場合、ＮＩＣの運用系ＮＩＣ＃１、予備系ＮＩ
Ｃ＃３がＮＩＣの運用系ＮＩＣ＃３、予備系ＮＩＣ＃１
に変更される。このようにして、ＭＧＣの運用系を切り
替えた後に、ＭＧＣ／ＭＧ間のヘルスチェックを実施し
（ステップ１１５）、なおも、ＭＧＣ／ＭＧ間通信異常
が検出される場合には、ＭＧ障害であることが分かる
（ステップ１１７）。逆に、ヘルスチェックが正常であ
れば、運用切り替え前に使用していたＮＩＣの故障であ
ることが分かる（ステップ１１６）。この結果から明ら
かなように、ＭＧＣ／ＭＧ間通信障害発生時の障害箇所
の特定、障害復旧がシステム自律で迅速に実施されるの
で、ＭＧＣ／ＭＧ分離構成における電気通信サービスの
信頼性の改善を図ることができる。

【００２０】図５は、本発明の一実施例を示すＭＧＣ／
ＭＧ分離構成モデルの図である。前述のように、本発明
のモデルは、冗長化された呼制御装置（ＭＧＣ）２１と
被制御装置（ＭＧ）２３がＩＰ網２２を介して接続され
るシステムであって、容易に障害箇所を特定するための
構成を有している。ＭＧ２３がＭＧＣ２１を識別するの
はＮＩＣのアドレスであることから、１台のＭＧＣが複
数のＮＩＣを備えることによって、論理的に複数のＭＧ
Ｃ（＃０，＃１，＃２）を冗長化した構成とすることが
できる。ここでは、ＮＩＣの冗長化構成を運用系統数Ｎ
に対してＮ＋１の予備系冗長とする。そして、ＮＩＣの
アドレスを変更可能とする。ＭＧＣ２１は、障害検知時
に予備系のＮＩＣのアドレスを運用系に変更することに
より、運用系を切り替える。これにより、障害箇所を容
易に特定することができる。

【００２１】ＭＧ２３も冗長化されており、いずれのＭ
Ｇも電話機やＰＣ２４とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ：インターネットプロトコル網）／ＰＳＴ
Ｎ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏ
ｎｅ Ｎｅｔｗｏｒｋ：公衆交換電話網）により接続さ
れている。ＩＰ網２２を介して、ＭＥＧＡＣＯプロトコ
ル規定により互いに通知が送信される。ＭＧＣ２１から
ＭＧ２３に対しては、Ａｄｄ（加算），Ｍｏｄｉｆｙ
（修正），Ｓｕｂｔｒａｃｔ（減算），Ｍｏｖｅ（移
動），Ａｕｄｉｔ（検査），ＳｅｒｖｉｃｅＣｈａｎｇ
ｅ（ＨａｎｄＯｆｆ）（ＭＧＣ切り替え発生通知）等が
送られる。また、ＭＧ２３からＭＧＣ２１に対しては、
Ｎｏｔｉｆｙ（通知），ＳｅｒｖｉｃｅＣｈａｎｇｅ
（Ｇｒａｃｅｆｕｌ，Ｆｏｒｃｅｄ）（ＭＧ閉塞）（Ｆ
ａｉｌｏｖｅｒ（ＭＧ／ＭＧＣ Ｆａｉｌｏｖｅｒ）
（運用の引継ぎ通知）等が送られる。

【００２２】図６は、ＭＧＣ側の部分障害発生により、
ＭＧＣがサービス状態から非サービス状態に遷移する際
のＭＧＣ／ＭＧ間シーケンスチャートである。最初は、
ＭＧＣ＃０とＭＧがサービス状態２０１，２０２であっ
たが、ＭＧＣ＃０からＭＧに対して、ＳｅｒｖｉｃｅＣ
ｈａｎｇｅ（ＨａｎｄＯｆｆ）（ＭＧＣ切り替え発生通
知）とＭＧＣ＃１（つまり、ＮＩＣ＃１）のＩＰアドレ
スを送信し、ＭＧ側からＳｅｒｖｉｃｅＣｈａｎｇｅＲ
ｅｐｌｙが返送されることで、ＭＧＣ＃０は非サービス
状態２０３に変更され、同時にＭＧからＭＧＣ＃１にＳ
ｅｒｖｉｃｅＣｈａｎｇｅが送信され、ＭＧＣ＃１から
ＳｅｒｖｉｃｅＣｈａｎｇｅＲｅｐｌｙが返送されるこ
とで、ＭＧＣ＃１がサービス状態２０６に変更される。
そして、ＭＧＣ＃１により呼処理の再開２０７が行われ
る。一方、ＭＧＣ＃０は障害停止中となり、保守作業を
開始する。

【００２３】図７は、ＭＧ側の障害発生により、ＭＧの
運用系切り替えが生じる際のＭＧＣ／ＭＧ間シーケンス
チャートである。最初は、ＭＧ＃０がサービス状態３０
１であったが、共通機能部障害３０２が発生したので、
ＭＧ＃０から予備状態のＭＧ＃１に障害通知を行うと同
時に、サービス状態３０５にあるＭＧＣに対してＳｅｒ
ｖｉｃｅＣｈａｎｇｅ（Ｆｏｒｃｅｄ）（ＭＧの閉塞通
知）を送信する。なお、この通知ができない場合もあ
る。ＭＧＣからＳｅｒｖｉｃｅＣｈａｎｇｅＲｅｐｌｙ
をＭＧ＃０に送信することにより、ＭＧ＃０とＭＧ＃１
との間でＭＧ運用系切り替え３０３が実行される。切り
替え終了後、ＭＧ＃１からＭＧＣに対してＳｅｒｖｉｃ
ｅＣｈａｎｇｅ（Ｆａｉｌｏｖｅｒ）（運用の引継ぎ通
知）を送信した後、ＭＧＣからＭＧ＃１に対してＳｅｒ
ｖｉｃｅＣｈａｎｇｅＲｅｐｌｙが返送されることで、
ＭＧ＃１はサービス状態３０４に変更される。そして、
ＭＧＣにより呼処理３０６が再開されることになる。

【００２４】図２に示すＭＧＣ／ＭＧ間通信障害発生時
の障害箇所特定フロー動作、および図６、図７に示すＭ
ＧＣ／ＭＧ側の障害発生による運用切り替えのシーケン
ス動作を、それぞれプログラムに変換し、変換されたプ
ログラムをＣＤ−ＲＯＭなどの記録媒体に格納しておけ
ば、ＩＰ網に接続された任意のコンピュータに上記記録
媒体を装着して、プログラムをインストールするか、あ
るいはＩＰ網を介して他のコンピュータにダウンロード
することで、それらのコンピュータをＭＧＣ、ないしＭ
ＧＣ／ＭＧ運用状態管理機能部として実行させることが
でき、本発明を容易に実現できる。

【００２５】

【発明の効果】以上説明したように、本発明によれば、
ＭＧＣ／ＭＧ分離構成において、障害発生時の障害発生
箇所の特定、および障害発生時の呼処理停止を防止する
ＭＧＣ冗長構成制御が可能となる。また、ベストエフォ
ート型であるＩＰを核とした通信システムであるにもか
かわらず、高信頼な通信サービスを実現することが可能
になるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例を示す分散配置型高信頼通信
システムの全体構成図である。

【図２】本発明の一実施例を示すＭＧＣ／ＭＧ間通信障
害発生時の障害箇所特定動作のフローチャートである。

【図３】図１におけるＭＧＣ／ＭＧ運用状態管理機能部
に配置されたＭＧＣ／ＭＧ運用状態管理テーブルのデー
タ構成図である。

【図４】図３のテーブルからＮＩＣ切り替え後のＭＧＣ
／ＭＧ運用状態管理テーブルを示すデータ構成図であ
る。

【図５】本発明の前提となるＭＧＣ／ＭＧ分離構成モデ
ルの説明図である。

【図６】本発明において、ＭＧＣ側の部分障害発生によ
り、状態遷移の際のＭＧＣ／ＭＧ間シーケンスチャート
である。

【図７】本発明において、ＭＧ側の障害発生により、Ｍ
Ｇの運用切り替えが生じた際のＭＧＣ／ＭＧ間シーケン
スチャートである。

【符号の説明】

１…ＭＧＣ装置全体、２…ＭＧから認識される論理的な
ＭＧＣ、３，４，５…ネットワークインタフェース装置
（ＮＩＣ）、６…ＮＩＣ制御機能部、７…呼処理機能
部、８…ＭＧＣ／ＭＧ運用状態管理機能部、９…ＩＰ
網、１０，１１…ＭＧ、１２…呼処理信号、１３…ヘル
スチェック信号、１４…ＭＧＣ／ＭＧ間通信障害通知、
１５…ＮＩＣ切り替え後のヘルスチェック信号、２１…
冗長構成ＭＧＣ群、２２…ＩＰ網、２３…ＭＧ群、２４
…電話機とＰＣ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 上田 清志 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 須永 宏 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 佐野 滋久 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 小川 光康 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大岩根 浩 福岡県福岡市早良区百道浜２丁目２番１号 富士通西日本コミュニケーション・シス テムズ株式会社内 Ｆターム(参考） 5K030 KA02 LB01 MB01 MD02

Claims (8)

【特許請求の範囲】
1. 【請求項１】 呼制御系装置と被制御系装置が分離して
   構成される通信システムにおいて、 複数の被制御系装置からなる１以上の被制御系装置群
   と、 該被制御系装置群とＩＰ網を介して接続された呼制御系
   装置とから成り、 該呼制御系装置には、該被制御系装置から該呼制御系装
   置を識別するための冗長化された個数のネットワークイ
   ンタフェース装置と、 該呼制御系装置側システム自律で呼制御系と被制御系装
   置間の信号送受信状態を確認し、通信障害を早期に発見
   するためのヘルスチェック信号送受信手段と、 該呼制御系装置と被制御系装置間の通信正常性を把握
   し、かつ通信障害発生時の障害箇所を特定する呼制御系
   と被制御系装置運用状態管理手段と、 該呼制御系装置側要因による通信障害時に、冗長予備系
   のネットワークインタフェース装置へシステム自律でア
   ドレス設定を変更し、運用系を切り替えるネットワーク
   インタフェース装置制御手段とを具備したことを特徴と
   する分散配置型高信頼通信システム。
2. 【請求項２】 請求項１に記載の分散配置型高信頼通信
   システムにおいて、 前記呼制御系装置は、１台で複数のネットワークインタ
   フェース装置を備えることにより、論理的に複数の呼制
   御系装置を冗長化した構成を有することを特徴とする分
   散配置型高信頼通信システム。
3. 【請求項３】 請求項２に記載の分散配置型高信頼通信
   システムにおいて、 前記ネットワークインタフェース装置の冗長化構成を、
   運用系統数Ｎに対してＮ＋１の予備系冗長数とすること
   を特徴とする分散配置型高信頼通信システム。
4. 【請求項４】 被制御系装置と分離して配置された呼制
   御系装置内の呼制御系・被制御系運用状態管理制御装置
   であって、 呼制御系装置毎に制御対象の被制御系装置群にどのネッ
   トワークインタフェース装置を運用系または予備系とし
   て用いているか、および制御対象の被制御系装置群がど
   の装置が運用系または予備系であるかを、それぞれ管理
   するための運用状態管理テーブルと、 一定周期のヘルスチェック信号を被制御系装置に送信
   し、該被制御系装置からの応答があることを確認し、呼
   制御系装置側要因による通信障害時には、冗長予備系の
   ネットワークインタフェース装置へアドレス設定を変更
   して、運用を切り替えることにより、障害箇所の特定を
   行うとともに、上記運用状態管理テーブルの内容を変更
   する手段とを具備したことを特徴とする呼制御系・被制
   御系運用状態管理制御装置。
5. 【請求項５】 呼制御系装置と被制御系装置が分離して
   構成された通信システムの障害検知方法において、 呼制御系と被制御系装置間の信号送受信状態を管理し、
   ヘルスチェック信号もしくは呼処理信号の送受信が行え
   なくなった場合に、障害箇所が呼制御系装置側にあるの
   か、被制御系装置側にあるのかで障害箇所の特定を行
   い、 同一呼制御系装置が複数の被制御系装置を制御している
   場合には、他の被制御系装置との信号送受信状態を確認
   することで、切り分けを行うが、呼制御系装置が１つの
   被制御系装置のみを制御している場合には、ネットワー
   クインタフェース装置に設定されるアドレスをシステム
   自律で変更して、用いるネットワークインタフェース装
   置を変えて再度ヘルスチェック送信を行うことで、障害
   箇所の特定を行うことを特徴とする障害検知方法。
6. 【請求項６】 呼制御系装置と被制御系装置がＩＰ網を
   介して接続された通信システムの障害検知方法におい
   て、 呼制御系と被制御系装置間の信号送受信状態を管理し、
   ヘルスチェック信号もしくは呼処理信号の送受信が行え
   なくなった場合に、障害箇所が呼制御系装置側にあるの
   か、被制御系装置側にあるのか、またはＩＰ網側にある
   のかで障害箇所の特定を行い、 同一呼制御系装置が複数の被制御系装置を制御している
   場合、全ての通信で障害が発生したときにはＩＰ網の障
   害であり、他の相互間通信が正常のときには、呼制御系
   装置と被制御系装置間通信状態のチェックを行って、そ
   のどちら側に障害があるのかを特定し、 呼制御系装置が１つの被制御系装置のみを制御している
   場合には、運用系のネットワークインタフェース装置を
   予備系に切り替えて再びヘルスチェック送信を行うこと
   で、正常ならば切り替え前の呼制御系装置側の障害であ
   り、異常ならば、被制御系装置側の障害であることを特
   定し、 一方、呼制御系装置が２以上の被制御系装置を制御して
   いる場合には、他の被制御系装置との通信状態をチェッ
   クして、どの被制御系装置とも通信異常のときには呼制
   御系装置側の障害であり、該当被制御系装置とのみ通信
   異常のときには該当被制御系装置の障害であることを特
   定することを特徴とする障害検知方法。
7. 【請求項７】 請求項５または６に記載の障害検知方法
   の手順を、コンピュータに実行させるための呼制御系と
   被制御系装置間の障害検知用プログラム。
8. 【請求項８】 請求項７に記載の障害検知用プログラム
   を記録したことを特徴とするコンピュータで読み取り可
   能な記録媒体。