JP3184165B2 - 交換システムの個別再開制御方式 - Google Patents
交換システムの個別再開制御方式Info
- Publication number
- JP3184165B2 JP3184165B2 JP36162798A JP36162798A JP3184165B2 JP 3184165 B2 JP3184165 B2 JP 3184165B2 JP 36162798 A JP36162798 A JP 36162798A JP 36162798 A JP36162798 A JP 36162798A JP 3184165 B2 JP3184165 B2 JP 3184165B2
- Authority
- JP
- Japan
- Prior art keywords
- call control
- processor
- line
- processors
- resource management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Multi Processors (AREA)
- Exchange Systems With Centralized Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、マルチプロセッサ
構成をとる交換システムの個別再開制御方式に係り、特
に機能的に分散して交換制御を行う交換システムの個別
再開制御方式に関する。
構成をとる交換システムの個別再開制御方式に係り、特
に機能的に分散して交換制御を行う交換システムの個別
再開制御方式に関する。
【０００２】
【従来の技術】従来、マルチプロセッサ構成をとる交換
システムでは、機能プロセッサの障害に起因する再開処
理において、１つの機能プロセッサが再開処理を行うと
きに、その機能プロセッサが処理していた呼に関与して
いる他の機能プロセッサも同時に再開処理を実行させる
一斉再開を行っていた。
システムでは、機能プロセッサの障害に起因する再開処
理において、１つの機能プロセッサが再開処理を行うと
きに、その機能プロセッサが処理していた呼に関与して
いる他の機能プロセッサも同時に再開処理を実行させる
一斉再開を行っていた。
【０００３】
【発明が解決しようとする課題】しかしながら、従来の
交換システムの再開制御方式では、交換システムを構成
する全ての機能プロセッサの一斉再開となっているの
で、再開を必要としたプロセッサが関与していない呼ま
で全て復旧されてしまうという問題があった。
交換システムの再開制御方式では、交換システムを構成
する全ての機能プロセッサの一斉再開となっているの
で、再開を必要としたプロセッサが関与していない呼ま
で全て復旧されてしまうという問題があった。
【０００４】そこで、一斉再開を行わず、個別再開方式
を用いることが考えられる。しかしながら、従来技術に
よる個別再開方式では、各機能プロセッサ間での状態
が、再開処理を実行した機能プロセッサと一致しないこ
とになり、交換システム全体としてその呼を復旧できな
いという問題があった。
を用いることが考えられる。しかしながら、従来技術に
よる個別再開方式では、各機能プロセッサ間での状態
が、再開処理を実行した機能プロセッサと一致しないこ
とになり、交換システム全体としてその呼を復旧できな
いという問題があった。
【０００５】この発明は上述した事情に鑑みてなされた
もので、回線リソース状態を一致化によって個別再開発
生後のプロセッサ間の状態不一致を回避することができ
る交換システムの個別再開制御方式を提供することを目
的とする。
もので、回線リソース状態を一致化によって個別再開発
生後のプロセッサ間の状態不一致を回避することができ
る交換システムの個別再開制御方式を提供することを目
的とする。
【０００６】
【課題を解決するための手段】上述した問題点を解決す
るために、請求項１記載の発明では、交換制御を機能的
に分散した複数の機能プロセッサで処理する交換システ
ムにおいて、呼制御機能を有する複数の呼制御プロセッ
サと、回線リソース管理機能を有する回線リソース管理
プロセッサと、前記複数の呼制御プロセッサ同士ならび
に前記複数の呼制御プロセッサと前記回線リソース管理
プロセッサとの間での通信機能を実現するプロセッサ間
通信手段とを備え、前記複数の呼制御プロセッサおよび
前記回線リソース管理プロセッサのいずれかが個別再開
処理を実行する際、前記複数の呼制御プロセッサおよび
前記複数の呼制御プロセッサ間で、前記プロセッサ間通
信手段を介して回線リソースの一致化処理を行うことを
特徴とする。
るために、請求項１記載の発明では、交換制御を機能的
に分散した複数の機能プロセッサで処理する交換システ
ムにおいて、呼制御機能を有する複数の呼制御プロセッ
サと、回線リソース管理機能を有する回線リソース管理
プロセッサと、前記複数の呼制御プロセッサ同士ならび
に前記複数の呼制御プロセッサと前記回線リソース管理
プロセッサとの間での通信機能を実現するプロセッサ間
通信手段とを備え、前記複数の呼制御プロセッサおよび
前記回線リソース管理プロセッサのいずれかが個別再開
処理を実行する際、前記複数の呼制御プロセッサおよび
前記複数の呼制御プロセッサ間で、前記プロセッサ間通
信手段を介して回線リソースの一致化処理を行うことを
特徴とする。
【０００７】また、請求項２記載の発明では、請求項１
記載の交換システムの個別再開制御方式において、前記
複数の呼制御プロセッサのいずれかが呼非救済個別再開
処理を実行する場合、該当呼制御プロセッサは、対応す
る回線制御装置を初期化するとともに、前記回線リソー
ス管理プロセッサを回線初期化中状態に設定した後、再
開終了し、さらに、必要に応じて、前記回線リソース管
理プロセッサの要求に従って、前記回線制御装置を状態
変化検出設定とした後、前記回線リソース管理プロセッ
サに対して回線の初期化を行わせることを特徴とする。
記載の交換システムの個別再開制御方式において、前記
複数の呼制御プロセッサのいずれかが呼非救済個別再開
処理を実行する場合、該当呼制御プロセッサは、対応す
る回線制御装置を初期化するとともに、前記回線リソー
ス管理プロセッサを回線初期化中状態に設定した後、再
開終了し、さらに、必要に応じて、前記回線リソース管
理プロセッサの要求に従って、前記回線制御装置を状態
変化検出設定とした後、前記回線リソース管理プロセッ
サに対して回線の初期化を行わせることを特徴とする。
【０００８】また、請求項３記載の発明では、請求項１
記載の交換システムの個別再開制御方式において、前記
複数の呼制御プロセッサのいずれかが呼救済個別再開処
理を実行する場合、該当呼制御プロセッサは、前記回線
リソース管理プロセッサを回線初期化中状態に設定した
後、使用中状態にある回線を一致させ、さらに、回線の
初期化を行わせ、再開終了することを特徴とする。
記載の交換システムの個別再開制御方式において、前記
複数の呼制御プロセッサのいずれかが呼救済個別再開処
理を実行する場合、該当呼制御プロセッサは、前記回線
リソース管理プロセッサを回線初期化中状態に設定した
後、使用中状態にある回線を一致させ、さらに、回線の
初期化を行わせ、再開終了することを特徴とする。
【０００９】また、請求項４記載の発明では、請求項１
記載の交換システムの個別再開制御方式において、前記
回線リソース管理プロセッサが呼非救済個別再開処理を
実行する場合、前記回線リソース管理プロセッサは、前
記複数の呼制御プロセッサに対して、各々、個別再開を
自己発生させることを特徴とする。
記載の交換システムの個別再開制御方式において、前記
回線リソース管理プロセッサが呼非救済個別再開処理を
実行する場合、前記回線リソース管理プロセッサは、前
記複数の呼制御プロセッサに対して、各々、個別再開を
自己発生させることを特徴とする。
【００１０】また、請求項５記載の発明では、請求項１
記載の交換システムの個別再開制御方式において、前記
回線リソース管理プロセッサが呼救済個別再開処理を実
行する場合、前記回線リソース管理プロセッサは、前記
複数の呼制御プロセッサに対して回線状態を問い合わせ
た後、前記複数の呼制御プロセッサの各々から応答され
た回線状態を一致させることを特徴とする。
記載の交換システムの個別再開制御方式において、前記
回線リソース管理プロセッサが呼救済個別再開処理を実
行する場合、前記回線リソース管理プロセッサは、前記
複数の呼制御プロセッサに対して回線状態を問い合わせ
た後、前記複数の呼制御プロセッサの各々から応答され
た回線状態を一致させることを特徴とする。
【００１１】この発明では、呼制御プロセッサ、回線リ
ソース管理プロセッサのいずれかが個別再開した場合、
各プロセッサ間で、回線リソースの一致化手順を行うこ
とで、回線リソース状態でのプロセッサ間の状態不一致
を回避することが可能となる。
ソース管理プロセッサのいずれかが個別再開した場合、
各プロセッサ間で、回線リソースの一致化手順を行うこ
とで、回線リソース状態でのプロセッサ間の状態不一致
を回避することが可能となる。
【００１２】
【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。 Ａ．実施形態の構成 図１は、本発明の実施形態による全体の構成を示すブロ
ック図である。図において、本実施形態によるマルチプ
ロセッサ交換システムは、プログラム制御により動作す
る呼制御プロセッサ１１，１２ならびに回線リソース管
理プロセッサ１３、各プロセッサ間の通信機能を実現す
るプロセッサ間通信スイッチ２１、回線と回線のスイッ
チング機能を有するスイッチ３１、および伝送路を制御
する回線制御装置４１，４１，４１ならびに回線制御装
置４２，４２，４２から構成されている。
の形態を説明する。 Ａ．実施形態の構成 図１は、本発明の実施形態による全体の構成を示すブロ
ック図である。図において、本実施形態によるマルチプ
ロセッサ交換システムは、プログラム制御により動作す
る呼制御プロセッサ１１，１２ならびに回線リソース管
理プロセッサ１３、各プロセッサ間の通信機能を実現す
るプロセッサ間通信スイッチ２１、回線と回線のスイッ
チング機能を有するスイッチ３１、および伝送路を制御
する回線制御装置４１，４１，４１ならびに回線制御装
置４２，４２，４２から構成されている。
【００１３】呼制御プロセッサ１１，１２および回線リ
ソース管理プロセッサ１３は、機能分散および負荷分散
されており、機能分散については、呼制御プロセッサ１
１，１２が呼制御機能を有し、回線リソース管理プロセ
ッサ１３が回線リソース管理機能を有する一方、負荷分
散については、呼制御プロセッサ１１が回線制御装置４
１，４１，４１を制御し、呼制御プロセッサ１２が回線
制御装置４２，４２，４２を制御する。呼制御プロセッ
サ１１，１２および回線リソース管理プロセッサ１３
は、プロセッサ間通信スイッチ２１を介して、個別再開
処理での各種要求や応答を送受信する。
ソース管理プロセッサ１３は、機能分散および負荷分散
されており、機能分散については、呼制御プロセッサ１
１，１２が呼制御機能を有し、回線リソース管理プロセ
ッサ１３が回線リソース管理機能を有する一方、負荷分
散については、呼制御プロセッサ１１が回線制御装置４
１，４１，４１を制御し、呼制御プロセッサ１２が回線
制御装置４２，４２，４２を制御する。呼制御プロセッ
サ１１，１２および回線リソース管理プロセッサ１３
は、プロセッサ間通信スイッチ２１を介して、個別再開
処理での各種要求や応答を送受信する。
【００１４】Ｂ．実施形態の動作 次に、本実施形態の動作について図を参照して詳細に説
明する。ここで、図２は、呼制御プロセッサ１１が呼非
救済個別再開した場合のシーケンス図である。図３は、
呼制御プロセッサ１１が呼救済個別再開した場合のシー
ケンス図である。図４は、回線リソース管理プロセッサ
１３が呼非救済個別再開した場合のシーケンス図であ
る。図５は、回線リソース管理プロセッサ１３が呼救済
個別再開した場合のシーケンス図である。
明する。ここで、図２は、呼制御プロセッサ１１が呼非
救済個別再開した場合のシーケンス図である。図３は、
呼制御プロセッサ１１が呼救済個別再開した場合のシー
ケンス図である。図４は、回線リソース管理プロセッサ
１３が呼非救済個別再開した場合のシーケンス図であ
る。図５は、回線リソース管理プロセッサ１３が呼救済
個別再開した場合のシーケンス図である。
【００１５】まず、図１、ならびに図２に示すシーケン
ス図を参照して呼制御プロセッサ１１が呼非救済個別再
開した場合の動作について詳細に説明する。呼制御プロ
セッサ１１が呼非救済個別再開した場合は、通信中の呼
を含め全ての呼を非救済とする、再開をする（図２のス
テップＡ１）。次に、回線制御装置４１に対し、回線制
御装置初期化要求し（ステップＡ２）、回線制御装置４
１にて回線制御装置の初期化を行い、メモリとプロセス
の初期化（リセット）をする（ステップＡ３）。その
後、呼制御プロセッサ１１に回線制御装置初期化通知を
返却する（ステップＡ６）。
ス図を参照して呼制御プロセッサ１１が呼非救済個別再
開した場合の動作について詳細に説明する。呼制御プロ
セッサ１１が呼非救済個別再開した場合は、通信中の呼
を含め全ての呼を非救済とする、再開をする（図２のス
テップＡ１）。次に、回線制御装置４１に対し、回線制
御装置初期化要求し（ステップＡ２）、回線制御装置４
１にて回線制御装置の初期化を行い、メモリとプロセス
の初期化（リセット）をする（ステップＡ３）。その
後、呼制御プロセッサ１１に回線制御装置初期化通知を
返却する（ステップＡ６）。
【００１６】また、呼制御プロセッサ１１は、回線リソ
ース管理プロセッサ１３に対しては、プロセッサ間通信
スイッチ２１を介して、呼制御呼非救済個別再開が発生
した旨の情報を含む回線初期化要求を通知する（ステッ
プＡ４）。以下、プロセッサ間通信を行うときは、必
ず、プロセッサ間通信スイッチ２１を経由するので、こ
の記述を省略する。
ース管理プロセッサ１３に対しては、プロセッサ間通信
スイッチ２１を介して、呼制御呼非救済個別再開が発生
した旨の情報を含む回線初期化要求を通知する（ステッ
プＡ４）。以下、プロセッサ間通信を行うときは、必
ず、プロセッサ間通信スイッチ２１を経由するので、こ
の記述を省略する。
【００１７】回線リソース管理プロセッサ１３では、回
線初期化要求を受信すると、呼制御プロセッサ１１が制
御する全回線に対して初期化中状態に設定し、回線を呼
として捕捉されない用、呼処理プロセッサが初期化中で
ある旨の状態を設定する（ステップＡ５）。そして、呼
制御プロセッサ１１に回線初期化応答を返送する（ステ
ップＡ７）。
線初期化要求を受信すると、呼制御プロセッサ１１が制
御する全回線に対して初期化中状態に設定し、回線を呼
として捕捉されない用、呼処理プロセッサが初期化中で
ある旨の状態を設定する（ステップＡ５）。そして、呼
制御プロセッサ１１に回線初期化応答を返送する（ステ
ップＡ７）。
【００１８】この時点で、呼制御プロセッサ１１は、再
開終了となり、呼制御プロセッサ上の再開処理が完了し
た状態となる（ステップＡ８）。制御プロセッサ１１
は、自身が制御する対局間回線の初期化が終了した旨を
局間信号制御部から、回線リソース管理プロセッサ１３
に対し、回線単位に再開完了通知する（ステップＡ
９）。回線リソース管理プロセッサ１３は、該当回線を
回線制御装置初期化中状態設定し、回線を呼として捕捉
されないよう、回線制御装置が初期化中である旨の状態
を設定する（ステップＡ１０）。その後、呼制御プロセ
ッサ１１に再開完了応答を返送する（ステップＡ１
１）。
開終了となり、呼制御プロセッサ上の再開処理が完了し
た状態となる（ステップＡ８）。制御プロセッサ１１
は、自身が制御する対局間回線の初期化が終了した旨を
局間信号制御部から、回線リソース管理プロセッサ１３
に対し、回線単位に再開完了通知する（ステップＡ
９）。回線リソース管理プロセッサ１３は、該当回線を
回線制御装置初期化中状態設定し、回線を呼として捕捉
されないよう、回線制御装置が初期化中である旨の状態
を設定する（ステップＡ１０）。その後、呼制御プロセ
ッサ１１に再開完了応答を返送する（ステップＡ１
１）。
【００１９】呼制御プロセッサ１１では、再開完了応答
を受信すると、回線リソース管理プロセッサ１３に対し
て回線制御装置初期化通知を行う（ステップＡ１２）。
回線リソース管理プロセッサ１３では、回線制御装置初
期化通知を受信すると、回線制御装置４１に対して状態
変化検出機能が必要であるか不要であるかを判定し（ス
テップＡ１３）、機能要であるならば、呼制御プロセッ
サ１１に対して、状態変化検出要求を行う（ステップＡ
１４）。
を受信すると、回線リソース管理プロセッサ１３に対し
て回線制御装置初期化通知を行う（ステップＡ１２）。
回線リソース管理プロセッサ１３では、回線制御装置初
期化通知を受信すると、回線制御装置４１に対して状態
変化検出機能が必要であるか不要であるかを判定し（ス
テップＡ１３）、機能要であるならば、呼制御プロセッ
サ１１に対して、状態変化検出要求を行う（ステップＡ
１４）。
【００２０】呼制御プロセッサ１１では、状態変化検出
通知を受信すると、回線制御装置４１に対し、状態変化
検出要求を送出する（ステップＡ１５）。回線制御装置
４１では、状態変化検出設定を実行し、回線制御装置の
対向装置からの信号受信を行えるようになった状態（正
常な運用状態）にする（ステップＡ１６）。その後、呼
制御プロセッサ１１に状態変化検出応答を返却する（ス
テップＡ１７）。さらに、呼制御プロセッサ１１は、こ
の旨を状態変化検出応答として、回線リソース管理プロ
セッサ１３に返却する（ステップＡ１８）。
通知を受信すると、回線制御装置４１に対し、状態変化
検出要求を送出する（ステップＡ１５）。回線制御装置
４１では、状態変化検出設定を実行し、回線制御装置の
対向装置からの信号受信を行えるようになった状態（正
常な運用状態）にする（ステップＡ１６）。その後、呼
制御プロセッサ１１に状態変化検出応答を返却する（ス
テップＡ１７）。さらに、呼制御プロセッサ１１は、こ
の旨を状態変化検出応答として、回線リソース管理プロ
セッサ１３に返却する（ステップＡ１８）。
【００２１】回線リソース管理プロセッサ１３は、この
応答を機に、回線を初期状態に設定し、回線を呼として
捕捉可能な状態（回線の状態が、正常な運用開始状態）
とする（ステップＡ１９）。この時点で、呼制御プロセ
ッサおよび回線制御装置の状態が全て初期化され一致化
が完了となる。また、回線リソース管理プロセッサ１３
は、ステップＡ１３での状態変化検出機能要不要判定に
おいて、機能不要ならば、そのまま、回線を初期状態に
設定する（ステップＡ１９）。そして、回線リソース管
理プロセッサ１３は、一連の回線制御装置初期化を終了
した旨を、回線制御装置初期化応答として、呼制御プロ
セッサ１１に返却する（ステップＡ２０）。
応答を機に、回線を初期状態に設定し、回線を呼として
捕捉可能な状態（回線の状態が、正常な運用開始状態）
とする（ステップＡ１９）。この時点で、呼制御プロセ
ッサおよび回線制御装置の状態が全て初期化され一致化
が完了となる。また、回線リソース管理プロセッサ１３
は、ステップＡ１３での状態変化検出機能要不要判定に
おいて、機能不要ならば、そのまま、回線を初期状態に
設定する（ステップＡ１９）。そして、回線リソース管
理プロセッサ１３は、一連の回線制御装置初期化を終了
した旨を、回線制御装置初期化応答として、呼制御プロ
セッサ１１に返却する（ステップＡ２０）。
【００２２】なお、呼制御プロセッサ１２が呼非救済個
別再開した場合も以上の動作と同様である。この場合、
回線制御装置４２を初期化、状態検出することになる。
別再開した場合も以上の動作と同様である。この場合、
回線制御装置４２を初期化、状態検出することになる。
【００２３】次に、図１、ならびに図３に示すシーケン
ス図を参照して呼制御プロセッサ１１が呼救済個別再開
した場合の動作について詳細に説明する。呼制御プロセ
ッサ１１が呼救済個別再開した場合は、通信中の呼およ
び呼び出し中の呼以外の呼を切断する再開である（図３
のステップＢ１）。そこで、呼救済個別再開が発生した
旨の情報を含む回線初期化要求を、回線リソース管理プ
ロセッサ１３に対して通知する（ステップＢ２）。
ス図を参照して呼制御プロセッサ１１が呼救済個別再開
した場合の動作について詳細に説明する。呼制御プロセ
ッサ１１が呼救済個別再開した場合は、通信中の呼およ
び呼び出し中の呼以外の呼を切断する再開である（図３
のステップＢ１）。そこで、呼救済個別再開が発生した
旨の情報を含む回線初期化要求を、回線リソース管理プ
ロセッサ１３に対して通知する（ステップＢ２）。
【００２４】回線リソース管理プロセッサ１３では、回
線初期化要求を受信すると、呼制御プロセッサ１１が制
御する全回線に対して初期化中状態に設定し、回線を呼
として捕捉されないよう、呼処理プロセッサが初期化中
である旨の状態を設定する（ステップＢ３）。その後、
回線初期化応答を返送する（ステップＢ４）。
線初期化要求を受信すると、呼制御プロセッサ１１が制
御する全回線に対して初期化中状態に設定し、回線を呼
として捕捉されないよう、呼処理プロセッサが初期化中
である旨の状態を設定する（ステップＢ３）。その後、
回線初期化応答を返送する（ステップＢ４）。
【００２５】呼制御プロセッサ１１では、使用中状態回
線を収集し、呼制御プロセッサ上の使用中状態のものを
収集する処理を行う（ステップＢ５）。その後、使用中
回線報告を回線リソース管理プロセッサ１３に通知する
（ステップＢ６）。回線リソース管理プロセッサ１３で
は、該当回線を使用中状態に設定し、呼制御プロセッサ
上、使用中のものを回線リソース管理プロセッサにて使
用中とする（ステップＢ７）。その後、使用中回線報告
応答を呼制御プロセッサ１１に返送する（ステップＢ
８）。
線を収集し、呼制御プロセッサ上の使用中状態のものを
収集する処理を行う（ステップＢ５）。その後、使用中
回線報告を回線リソース管理プロセッサ１３に通知する
（ステップＢ６）。回線リソース管理プロセッサ１３で
は、該当回線を使用中状態に設定し、呼制御プロセッサ
上、使用中のものを回線リソース管理プロセッサにて使
用中とする（ステップＢ７）。その後、使用中回線報告
応答を呼制御プロセッサ１１に返送する（ステップＢ
８）。
【００２６】上述したステップＢ５〜ステップＢ８まで
の処理は、呼制御プロセッサ１１が制御する全使用中状
態収集（ステップＢ５）が完了するまで繰り返し実行さ
れる。
の処理は、呼制御プロセッサ１１が制御する全使用中状
態収集（ステップＢ５）が完了するまで繰り返し実行さ
れる。
【００２７】そして、呼制御プロセッサ１１が制御する
全使用中状態収集を終了すると（ステップＢ９）、回線
リソース管理プロセッサ１３に対し、最終使用中回線報
告を行う（ステップＢ１０）。該最終使用中回線報告を
受信した、回線リソース管理プロセッサ１３では、回線
の初期化（回線初期化中状態解除）を行い、回線初期化
中状態を解除し、回線が捕捉可能な状態とする（ステッ
プＢ１１）。この時点で、回線リソース管理プロセッサ
の状態が初期化完了となる。そして、呼制御プロセッサ
１１に、使用中回線報告応答を返送する（ステップＢ１
２）。呼制御プロセッサ１１では、使用中回線報告応答
を受信すると、再開終了となり、呼制御プロセッサ上の
再開処理が終了となる（ステップＢ１３）。
全使用中状態収集を終了すると（ステップＢ９）、回線
リソース管理プロセッサ１３に対し、最終使用中回線報
告を行う（ステップＢ１０）。該最終使用中回線報告を
受信した、回線リソース管理プロセッサ１３では、回線
の初期化（回線初期化中状態解除）を行い、回線初期化
中状態を解除し、回線が捕捉可能な状態とする（ステッ
プＢ１１）。この時点で、回線リソース管理プロセッサ
の状態が初期化完了となる。そして、呼制御プロセッサ
１１に、使用中回線報告応答を返送する（ステップＢ１
２）。呼制御プロセッサ１１では、使用中回線報告応答
を受信すると、再開終了となり、呼制御プロセッサ上の
再開処理が終了となる（ステップＢ１３）。
【００２８】次に、図１、ならびに図４に示すシーケン
ス図を参照して回線リソース管理プロセッサ１３が呼非
救済個別再開した場合の動作について詳細に説明する。
回線リソース管理プロセッサ１３が呼非救済個別再開し
た場合は、回線リソース管理プロセッサ側が、通信中の
呼を含め全ての呼を非救済とする、再開である（ステッ
プＣ１）。そこで、実装している呼制御プロセッサ１
１，１２に対し、呼制御初期化通知を行う（ステップＣ
２、Ｃ３）。該呼制御初期化通知を受信した呼制御プロ
セッサ１１，１２では、各々、個別再開を自己発生し
て、呼制御プロセッサ側が通信中の呼を含め全ての呼を
非救済とする、再開をする（ステップＣ４，Ｃ５）。そ
の後の動作については、図２に示すシーケンス動作に準
ずる。
ス図を参照して回線リソース管理プロセッサ１３が呼非
救済個別再開した場合の動作について詳細に説明する。
回線リソース管理プロセッサ１３が呼非救済個別再開し
た場合は、回線リソース管理プロセッサ側が、通信中の
呼を含め全ての呼を非救済とする、再開である（ステッ
プＣ１）。そこで、実装している呼制御プロセッサ１
１，１２に対し、呼制御初期化通知を行う（ステップＣ
２、Ｃ３）。該呼制御初期化通知を受信した呼制御プロ
セッサ１１，１２では、各々、個別再開を自己発生し
て、呼制御プロセッサ側が通信中の呼を含め全ての呼を
非救済とする、再開をする（ステップＣ４，Ｃ５）。そ
の後の動作については、図２に示すシーケンス動作に準
ずる。
【００２９】次に、図１、ならびに図５に示すシーケン
ス図を参照して回線リソース管理プロセッサ１３が呼救
済個別再開した場合の動作について詳細に説明する。回
線リソース管理プロセッサ１３が呼救済個別再開した場
合は、通信中の呼および呼び出し中の呼以外の呼設定中
のものを切断する再開となる（ステップＤ１）。そし
て、実装している呼制御プロセッサ１１に対し、回線状
態問い合わせを行う（ステップＤ２）。該回線状態問い
合わせを受信した呼制御プロセッサ１１では、回線状態
を設定し、呼制御プロセッサにて、保持している状態を
収集する（ステップＤ３）。そして、回線リソース管理
プロセッサ１３に対し、回線状態問い合わせ応答を返却
する（ステップＤ４）。
ス図を参照して回線リソース管理プロセッサ１３が呼救
済個別再開した場合の動作について詳細に説明する。回
線リソース管理プロセッサ１３が呼救済個別再開した場
合は、通信中の呼および呼び出し中の呼以外の呼設定中
のものを切断する再開となる（ステップＤ１）。そし
て、実装している呼制御プロセッサ１１に対し、回線状
態問い合わせを行う（ステップＤ２）。該回線状態問い
合わせを受信した呼制御プロセッサ１１では、回線状態
を設定し、呼制御プロセッサにて、保持している状態を
収集する（ステップＤ３）。そして、回線リソース管理
プロセッサ１３に対し、回線状態問い合わせ応答を返却
する（ステップＤ４）。
【００３０】回線リソース管理プロセッサ１３では、返
却された回線状態問い合わせ応答（ステップＤ４）の情
報に基づいて、回線の状態一致化を行い、呼制御側から
収集した情報をもとに、回線リソースプロセッサにて状
態の設定を行う（ステップＤ５）。その後、同様に、制
御プロセッサ１２に対し、回線状態問い合わせを行う
（ステップＤ６）。該回線状態問い合わせを受信した呼
制御プロセッサ１２では、回線状態を設定し（ステップ
Ｄ７）、回線リソース管理プロセッサ１３に対し、回線
状態問い合わせ応答を返却する（ステップＤ８）。回線
リソース管理プロセッサ１３では、返却された回線状態
問い合わせ応答の情報に基づいて、回線の状態一致化を
行い、呼制御側から収集した情報をもとに、回線リソー
スプロセッサにて状態の設定を行う（ステップＤ９）。
そして、呼非救済個別再開終了を行い、回線リソース管
理プロセッサ上の再開処理が終了する（ステップＤ１
０）。
却された回線状態問い合わせ応答（ステップＤ４）の情
報に基づいて、回線の状態一致化を行い、呼制御側から
収集した情報をもとに、回線リソースプロセッサにて状
態の設定を行う（ステップＤ５）。その後、同様に、制
御プロセッサ１２に対し、回線状態問い合わせを行う
（ステップＤ６）。該回線状態問い合わせを受信した呼
制御プロセッサ１２では、回線状態を設定し（ステップ
Ｄ７）、回線リソース管理プロセッサ１３に対し、回線
状態問い合わせ応答を返却する（ステップＤ８）。回線
リソース管理プロセッサ１３では、返却された回線状態
問い合わせ応答の情報に基づいて、回線の状態一致化を
行い、呼制御側から収集した情報をもとに、回線リソー
スプロセッサにて状態の設定を行う（ステップＤ９）。
そして、呼非救済個別再開終了を行い、回線リソース管
理プロセッサ上の再開処理が終了する（ステップＤ１
０）。
【００３１】なお、上述した実施形態では、図１に示す
ように、呼制御プロセッサ１１，１２と回線リソース管
理プロセッサ１３とを合わせて３台の構成を記述した
が、１〜ｎ台までの構成（回線リソース管理プロセッサ
１台、呼制御プロセッサ１〜ｎ台）とするようにしても
よい。また、呼制御プロセッサ１１，１２と回線リソー
ス管理プロセッサ１３とは、物理的に同一プロセッサと
してもよい。
ように、呼制御プロセッサ１１，１２と回線リソース管
理プロセッサ１３とを合わせて３台の構成を記述した
が、１〜ｎ台までの構成（回線リソース管理プロセッサ
１台、呼制御プロセッサ１〜ｎ台）とするようにしても
よい。また、呼制御プロセッサ１１，１２と回線リソー
ス管理プロセッサ１３とは、物理的に同一プロセッサと
してもよい。
【００３２】
【発明の効果】以上説明したように、本発明によれば、
呼制御プロセッサ、回線リソース管理プロセッサのいず
れかが個別再開した場合、各プロセッサ間で、回線リソ
ースの一致化手順を行うようにしたので、個別再開発生
後のプロセッサ間の状態不一致を回避することができる
という利点が得られる。
呼制御プロセッサ、回線リソース管理プロセッサのいず
れかが個別再開した場合、各プロセッサ間で、回線リソ
ースの一致化手順を行うようにしたので、個別再開発生
後のプロセッサ間の状態不一致を回避することができる
という利点が得られる。
【図１】 本発明の実施形態による全体の構成を示すブ
ロック図である。
ロック図である。
【図２】 呼制御プロセッサ１１が呼非救済個別再開し
た場合のシーケンス図である。
た場合のシーケンス図である。
【図３】 呼制御プロセッサ１１が呼救済個別再開した
場合のシーケンス図である。
場合のシーケンス図である。
【図４】 回線リソース管理プロセッサ１３が呼非救済
個別再開した場合のシーケンス図である。
個別再開した場合のシーケンス図である。
【図５】 回線リソース管理プロセッサ１３が呼救済個
別再開した場合のシーケンス図である。
別再開した場合のシーケンス図である。
１１，１２ 呼制御プロセッサ １３ 回線リソース管理プロセッサ ２１ プロセッサ間通信スイッチ（プロセッサ間通信手
段） ３１ スイッチ ４１，４１，４１ 回線制御装置 ４２，４２，４２ 回線制御装置
段） ３１ スイッチ ４１，４１，４１ 回線制御装置 ４２，４２，４２ 回線制御装置
Claims (4)
- 【請求項１】 交換制御を機能的に分散した複数の機能
プロセッサで処理する交換システムにおいて、 呼制御機能を有する複数の呼制御プロセッサと、回線リ
ソース管理機能を有する回線リソース管理プロセッサ
と、前記複数の呼制御プロセッサ同士ならびに前記複数
の呼制御プロセッサと前記回線リソース管理プロセッサ
との間での通信機能を実現するプロセッサ間通信手段と
を備え、 前記複数の呼制御プロセッサおよび前記回線リソース管
理プロセッサのいずれかが個別再開処理を実行する際、
前記複数の呼制御プロセッサおよび前記複数の呼制御プ
ロセッサ間で、前記プロセッサ間通信手段を介して回線
リソースの一致化処理を行う交換システムの個別再開制
御方式であって、 前記複数の呼制御プロセッサのいずれかが呼非救済個別
再開処理を実行する場合、該当呼制御プロセッサは、対
応する回線制御装置を初期化するとともに、前記回線リ
ソース管理プロセッサを回線初期化中状態に設定した
後、再開終了し、さらに、必要に応じて、前記回線リソ
ース管理プロセッサの要求に従って、前記回線制御装置
を状態変化検出設定とした後、前記回線リソース管理プ
ロセッサに対して回線の初期化を行わせることを特徴と
する交換システムの個別再開制御方式。 - 【請求項２】 交換制御を機能的に分散した複数の機能
プロセッサで処理する交換システムにおいて、 呼制御機能を有する複数の呼制御プロセッサと、回線リ
ソース管理機能を有する回線リソース管理プロセッサ
と、前記複数の呼制御プロセッサ同士ならびに前記複数
の呼制御プロセッサと前記回線リソース管理プロセッサ
との間での通信機能を実現するプロセッサ間通信手段と
を備え、 前記複数の呼制御プロセッサおよび前記回線リソース管
理プロセッサのいずれかが個別再開処理を実行する際、
前記複数の呼制御プロセッサおよび前記複数の呼制御プ
ロセッサ間で、前記プロセッサ間通信手段を介して回線
リソースの一致化処理を行う交換システムの個別再開制
御方式であって、 前記複数の呼制御プロセッサのいずれかが呼救済個別再
開処理を実行する場合、該当呼制御プロセッサは、前記
回線リソース管理プロセッサを回線初期化中状態に設定
した後、使用中状態にある回線を一致させ、さらに、回
線の初期化を行わせ、再開終了することを特徴とする交
換システムの個別再開制御方式。 - 【請求項３】 交換制御を機能的に分散した複数の機能
プロセッサで処理する交換システムにおいて、 呼制御機能を有する複数の呼制御プロセッサと、回線リ
ソース管理機能を有する回線リソース管理プロセッサ
と、前記複数の呼制御プロセッサ同士ならびに前記複数
の呼制御プロセッサと前記回線リソース管理プロセッサ
との間での通信機能を実現するプロセッサ間通信手段と
を備え、 前記複数の呼制御プロセッサおよび前記回線リソース管
理プロセッサのいずれかが個別再開処理を実行する際、
前記複数の呼制御プロセッサおよび前記複数の呼制御プ
ロセッサ間で、前記プロセッサ間通信手段を介して回線
リソースの一致化処理を行う交換システムの個別再開制
御方式であって、 前記回線リソース管理プロセッサが呼非救済個別再開処
理を実行する場合、前記回線リソース管理プロセッサ
は、前記複数の呼制御プロセッサに対して、各々、個別
再開を自己発生させることを特徴とする交換システムの
個別再開制御方式。 - 【請求項４】 交換制御を機能的に分散した複数の機能
プロセッサで処理する交換システムにおいて、 呼制御機能を有する複数の呼制御プロセッサと、回線リ
ソース管理機能を有する回線リソース管理プロセッサ
と、前記複数の呼制御プロセッサ同士ならびに前記複数
の呼制御プロセッサと前記回線リソース管理プロセッサ
との間での通信機能を実現するプロセッサ間通信手段と
を備え、 前記複数の呼制御プロセッサおよび前記回線リソース管
理プロセッサのいずれかが個別再開処理を実行する際、
前記複数の呼制御プロセッサおよび前記複数の呼制御プ
ロセッサ間で、前記プロセッサ間通信手段を介して回線
リソースの一致化処理を行う交換システムの個別再開制
御方式であって、 前記回線リソース管理プロセッサが呼救済個別再開処理
を実行する場合、前記回線リソース管理プロセッサは、
前記複数の呼制御プロセッサに対して回線状態を問い合
わせた後、前記複数の呼制御プロセッサの各々から応答
された回線状態を一致させることを特徴とする交換シス
テムの個別再開制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36162798A JP3184165B2 (ja) | 1998-12-18 | 1998-12-18 | 交換システムの個別再開制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36162798A JP3184165B2 (ja) | 1998-12-18 | 1998-12-18 | 交換システムの個別再開制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000184412A JP2000184412A (ja) | 2000-06-30 |
| JP3184165B2 true JP3184165B2 (ja) | 2001-07-09 |
Family
ID=18474339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36162798A Expired - Fee Related JP3184165B2 (ja) | 1998-12-18 | 1998-12-18 | 交換システムの個別再開制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3184165B2 (ja) |
-
1998
- 1998-12-18 JP JP36162798A patent/JP3184165B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000184412A (ja) | 2000-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6502206B1 (en) | Multi-processor switch and main processor switching method | |
| US5134712A (en) | System for recovering failure of online control program with another current online control program acting for failed online control program | |
| US11706080B2 (en) | Providing dynamic serviceability for software-defined data centers | |
| JPH08328880A (ja) | 複数のアプリケーションプログラムを同時に実行できるオペレーティングシステムにおける計算機運転管理システム | |
| US7583591B2 (en) | Facilitating communications with clustered servers | |
| CA1238702A (en) | Off-line notification and communication network | |
| CN109766110B (zh) | 一种控制方法、基板管理控制器及控制系统 | |
| JP3184165B2 (ja) | 交換システムの個別再開制御方式 | |
| JP2595833B2 (ja) | 遠隔保守装置 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JPH06236299A (ja) | システム監視方法及び監視装置 | |
| JPH02216542A (ja) | 診断実行制御方式 | |
| CN102238022A (zh) | 一种网络管理系统及数据采集方法 | |
| JP2003298624A (ja) | サービス制御アプリケーション実行システムにおける通信路確保方法 | |
| JPH10269110A (ja) | 計算機システムのハングアップ回避方法並びにこの方法を用いた計算機システム。 | |
| CN115001956B (zh) | 服务器集群的运行方法、装置、设备及存储介质 | |
| KR20030058144A (ko) | 정보통신 시스템의 프로세스 장애 감시방법 및 복구방법 | |
| KR100790098B1 (ko) | 집중형 시스템에서 신호 링크 상태 관리 방법 | |
| JP3339063B2 (ja) | 構内自動交換機 | |
| JP3348300B2 (ja) | チャネルおよびアダプタ | |
| JPH0834615B2 (ja) | 交換機システムにおける回線状態管理制御方法 | |
| JP2001147910A (ja) | 分散バッチジョブ処理継続方式およびその記録媒体 | |
| JP2583169B2 (ja) | 通信処理装置の運用プログラム切替方法 | |
| JPH0756773A (ja) | 制御装置診断方法 | |
| JPH0744276A (ja) | 情報処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20001024 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20010403 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080427 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090427 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100427 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110427 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120427 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130427 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140427 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |