JPH07298320A - 分散呼制御方式 - Google Patents
分散呼制御方式Info
- Publication number
- JPH07298320A JPH07298320A JP8184294A JP8184294A JPH07298320A JP H07298320 A JPH07298320 A JP H07298320A JP 8184294 A JP8184294 A JP 8184294A JP 8184294 A JP8184294 A JP 8184294A JP H07298320 A JPH07298320 A JP H07298320A
- Authority
- JP
- Japan
- Prior art keywords
- job
- call processing
- call
- data
- resource
- 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.)
- Withdrawn
Links
Landscapes
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
(57)【要約】
【目的】 交換機に制御ノードを併設する交換網におけ
る分散呼制御方式に関し、交換網の具備するサービス機
能の多様化に伴う負荷の増加を極力軽減することを目的
とする。 【構成】 交換機（１００）に呼処理機能の一部を分担
する制御ノード（２００）を併設する交換網において、
交換機および制御ノードに、交換機が呼処理に使用する
資源の使用状態を示す資源データを記憶する資源データ
記憶手段（３００）と、記憶済の資源データを使用して
それぞれ担当呼処理機能を実行し、その結果、資源デー
タを変更した場合に、他の交換機または制御ノードに資
源データの更新を要求する呼処理手段（４００）と、担
当呼処理を実行する過程で、交換機および各制御ノード
が保有する呼処理に使用する資源に対応する資源データ
へのアクセスを禁止するアクセス制御手段（５００）と
を設ける様に構成する。
る分散呼制御方式に関し、交換網の具備するサービス機
能の多様化に伴う負荷の増加を極力軽減することを目的
とする。 【構成】 交換機（１００）に呼処理機能の一部を分担
する制御ノード（２００）を併設する交換網において、
交換機および制御ノードに、交換機が呼処理に使用する
資源の使用状態を示す資源データを記憶する資源データ
記憶手段（３００）と、記憶済の資源データを使用して
それぞれ担当呼処理機能を実行し、その結果、資源デー
タを変更した場合に、他の交換機または制御ノードに資
源データの更新を要求する呼処理手段（４００）と、担
当呼処理を実行する過程で、交換機および各制御ノード
が保有する呼処理に使用する資源に対応する資源データ
へのアクセスを禁止するアクセス制御手段（５００）と
を設ける様に構成する。
Description
【０００１】
【産業上の利用分野】本発明は、交換機に一乃至複数の
制御ノードを併設する交換網における分散呼制御方式に
関する。
制御ノードを併設する交換網における分散呼制御方式に
関する。
【０００２】
【従来の技術】交換網の具備するサービス機能が多様化
するに伴い、サービス機能の一部、例えば着信課金サー
ビス、或いは閉域ダイヤルサービス等において、各サー
ビスに特有の電話番号を、各加入者に付与されている電
話番号に変換する番号変換機能を、専用のサービス制御
ノードに移管した交換網が実用されている。
するに伴い、サービス機能の一部、例えば着信課金サー
ビス、或いは閉域ダイヤルサービス等において、各サー
ビスに特有の電話番号を、各加入者に付与されている電
話番号に変換する番号変換機能を、専用のサービス制御
ノードに移管した交換網が実用されている。
【０００３】然し、サービス制御ノードは飽く迄番号変
換機能のみを担当し、サービス機能に伴う呼処理は、番
号変換の依頼元の交換機が実行する為、サービス制御ノ
ードの設置が交換機の負荷の軽減には必ずしも役立って
はいない。
換機能のみを担当し、サービス機能に伴う呼処理は、番
号変換の依頼元の交換機が実行する為、サービス制御ノ
ードの設置が交換機の負荷の軽減には必ずしも役立って
はいない。
【０００４】また交換網の保守体制の合理化の一環とし
て、複数の交換機の保守を保守運用センタに集中した保
守体系が実用されている。然し、集中保守センタは、飽
く迄保守員の作業合理化・省力化が目標であり、各交換
機の保守は、依然として各交換機が具備する保守機能が
集中保守センタから遠隔制御されて実行している為、集
中保守センタの設置が交換機の負荷の軽減には必ずしも
役立ってはいない。
て、複数の交換機の保守を保守運用センタに集中した保
守体系が実用されている。然し、集中保守センタは、飽
く迄保守員の作業合理化・省力化が目標であり、各交換
機の保守は、依然として各交換機が具備する保守機能が
集中保守センタから遠隔制御されて実行している為、集
中保守センタの設置が交換機の負荷の軽減には必ずしも
役立ってはいない。
【０００５】
【発明が解決しようとする課題】以上の説明から明らか
な如く、従来ある交換機においては、サービス機能の増
大に伴い、例えばサービス制御ノード等が設けられてい
るが、番号変換機能程度を担当するのみで、呼処理は交
換機が実行することとなり、交換機の負荷軽減には必ず
しも役立たず、また保守形態の合理化に伴い集中保守セ
ンタが設置されているが、保守員の作業合理化・省力化
を実現するのみで、各交換機の保守機能が依然として利
用されることとなり、やはり交換機の負荷軽減には必ず
しも役立ってはいなかった。
な如く、従来ある交換機においては、サービス機能の増
大に伴い、例えばサービス制御ノード等が設けられてい
るが、番号変換機能程度を担当するのみで、呼処理は交
換機が実行することとなり、交換機の負荷軽減には必ず
しも役立たず、また保守形態の合理化に伴い集中保守セ
ンタが設置されているが、保守員の作業合理化・省力化
を実現するのみで、各交換機の保守機能が依然として利
用されることとなり、やはり交換機の負荷軽減には必ず
しも役立ってはいなかった。
【０００６】本発明は、交換網の具備するサービス機能
の多様化に伴う負荷の増加を、極力軽減する手段を実現
することを目的とする。
の多様化に伴う負荷の増加を、極力軽減する手段を実現
することを目的とする。
【０００７】
【課題を解決するための手段】図１は本発明の原理を示
す図である。図１において、１００は交換機、２００は
一乃至複数の制御ノードである。
す図である。図１において、１００は交換機、２００は
一乃至複数の制御ノードである。
【０００８】３００は、本発明により交換機（１００）
のみならず各制御ノード（２００）にも設けられた資源
データ記憶手段である。４００は、本発明により交換機
（１００）のみならず各制御ノード（２００）にも設け
られた呼処理手段である。
のみならず各制御ノード（２００）にも設けられた資源
データ記憶手段である。４００は、本発明により交換機
（１００）のみならず各制御ノード（２００）にも設け
られた呼処理手段である。
【０００９】５００は、本発明により交換機（１００）
および各制御ノード（２００）に設けられたアクセス制
御手段である。
および各制御ノード（２００）に設けられたアクセス制
御手段である。
【００１０】
【作用】制御ノード（２００）は、交換機（１００）に
併設され、交換機（１００）の具備する呼処理機能の一
部を分担する。
併設され、交換機（１００）の具備する呼処理機能の一
部を分担する。
【００１１】資源データ記憶手段（３００）は、交換機
（１００）および制御ノード（２００）に、交換機（１
００）が呼処理に使用する資源の使用状態を示す資源デ
ータを記憶する。
（１００）および制御ノード（２００）に、交換機（１
００）が呼処理に使用する資源の使用状態を示す資源デ
ータを記憶する。
【００１２】呼処理手段（４００）は、資源データ記憶
手段（３００）に記憶済の資源データを使用してそれぞ
れ担当する呼処理機能を実行し、該呼処理を実行の結
果、資源データを変更した場合に、他の交換機（１０
０）または制御ノード（２００）に資源データの更新を
要求する。
手段（３００）に記憶済の資源データを使用してそれぞ
れ担当する呼処理機能を実行し、該呼処理を実行の結
果、資源データを変更した場合に、他の交換機（１０
０）または制御ノード（２００）に資源データの更新を
要求する。
【００１３】アクセス制御手段（５００）は、呼処理手
段（４００）がそれぞれ担当呼処理を実行する過程で、
交換機（１００）および各制御ノード（２００）が保有
する呼処理に使用する資源に対応する資源データへのア
クセスを禁止する。
段（４００）がそれぞれ担当呼処理を実行する過程で、
交換機（１００）および各制御ノード（２００）が保有
する呼処理に使用する資源に対応する資源データへのア
クセスを禁止する。
【００１４】なおアクセス制御手段（５００）は、複数
の呼処理単位を連続して実行する順序を登録し、登録さ
れた順序で複数の呼処理単位が実行される間、呼処理に
使用する資源に対応する資源データへのアクセスを禁止
し、一連の呼処理単位が実行し終わった段階で、アクセ
ス禁止を解除することが考慮される。
の呼処理単位を連続して実行する順序を登録し、登録さ
れた順序で複数の呼処理単位が実行される間、呼処理に
使用する資源に対応する資源データへのアクセスを禁止
し、一連の呼処理単位が実行し終わった段階で、アクセ
ス禁止を解除することが考慮される。
【００１５】またアクセス制御手段（５００）は、制御
ノード（２００）の分担呼処理機能に優先順位が付与さ
れている場合に、交換機（１００）および高優先順位を
付与された制御ノード（２００）がそれぞれ分担呼処理
を実行する場合には、低優先順位を付与された制御ノー
ド（２００）のアクセス制御手段（５００）によりアク
セスが禁止されている資源データへもアクセスを可能と
することが考慮される。
ノード（２００）の分担呼処理機能に優先順位が付与さ
れている場合に、交換機（１００）および高優先順位を
付与された制御ノード（２００）がそれぞれ分担呼処理
を実行する場合には、低優先順位を付与された制御ノー
ド（２００）のアクセス制御手段（５００）によりアク
セスが禁止されている資源データへもアクセスを可能と
することが考慮される。
【００１６】更に交換機（１００）および高優先順位を
付与された制御ノード（２００）に設けられた呼処理手
段（４００）は、他の交換機（１００）および制御ノー
ド（２００）に資源データの更新を要求した場合に、低
優先順位を付与された制御ノード（２００）から更新完
了通知が返送されるのを待たずに、次の呼処理へ移行す
ることが考慮される。
付与された制御ノード（２００）に設けられた呼処理手
段（４００）は、他の交換機（１００）および制御ノー
ド（２００）に資源データの更新を要求した場合に、低
優先順位を付与された制御ノード（２００）から更新完
了通知が返送されるのを待たずに、次の呼処理へ移行す
ることが考慮される。
【００１７】従って、各制御ノードがそれぞれ分担呼処
理を一貫して実行することとなり、分担機能に関する交
換機の負荷が大幅に軽減されることとなり、また分担す
るサービス機能に応じて優先順位を付与することによ
り、高優先順位を付与された呼処理時間が、低優先順位
を付与された呼処理に影響されて増大する恐れも無くな
り、当該交換機の負荷軽減、並びに呼処理能力の向上に
大きく寄与する。
理を一貫して実行することとなり、分担機能に関する交
換機の負荷が大幅に軽減されることとなり、また分担す
るサービス機能に応じて優先順位を付与することによ
り、高優先順位を付与された呼処理時間が、低優先順位
を付与された呼処理に影響されて増大する恐れも無くな
り、当該交換機の負荷軽減、並びに呼処理能力の向上に
大きく寄与する。
【００１８】
【実施例】以下、本発明の一実施例を図面により説明す
る。図２は本発明の一実施例による交換網を示す図であ
り、図３は図２におけるジョブシーケンス選択実行部の
処理過程の一例を示す図であり、図４は図３における保
守運用ノード内データ更新処理過程の一例を示す図であ
り、図５は図２における保守運用処理過程の一例を示す
図であり、図６は図２における資源ロックデータの一例
を示す図であり、図７は図２における呼制御データの一
例を示す図であり、図８は図２におけるジョブシーケン
スの一例を示す図であり、図９は図２における呼設定処
理のシーケンスチャートの一例を示す図であり、図１０
は図９における各種データの一例を示す図であり、図１
１は図２における呼解放処理のシーケンスチャートの一
例を示す図であり、図１２は図１１における各種データ
の一例を示す図であり、図１３は図２における障害発生
時のシーケンスチャートを示す図である。なお、全図を
通じて同一符号は同一対象物を示す。
る。図２は本発明の一実施例による交換網を示す図であ
り、図３は図２におけるジョブシーケンス選択実行部の
処理過程の一例を示す図であり、図４は図３における保
守運用ノード内データ更新処理過程の一例を示す図であ
り、図５は図２における保守運用処理過程の一例を示す
図であり、図６は図２における資源ロックデータの一例
を示す図であり、図７は図２における呼制御データの一
例を示す図であり、図８は図２におけるジョブシーケン
スの一例を示す図であり、図９は図２における呼設定処
理のシーケンスチャートの一例を示す図であり、図１０
は図９における各種データの一例を示す図であり、図１
１は図２における呼解放処理のシーケンスチャートの一
例を示す図であり、図１２は図１１における各種データ
の一例を示す図であり、図１３は図２における障害発生
時のシーケンスチャートを示す図である。なお、全図を
通じて同一符号は同一対象物を示す。
【００１９】図２においては、図１における交換機（１
００）として交換機（１）が示され、また図１における
制御ノード（２００）に対応して、サービス制御ノード
（２）および保守運用ノード（３）がそれぞれ一台宛示
されている。
００）として交換機（１）が示され、また図１における
制御ノード（２００）に対応して、サービス制御ノード
（２）および保守運用ノード（３）がそれぞれ一台宛示
されている。
【００２０】また図１における資源データ記憶手段（３
００）として、交換機（１）に資源管理データ保持部
（ＲＭ）（１１）が、サービス制御ノード（２）に資源
管理データ保持部（ＲＭ）（２１）が、保守運用ノード
（３）に資源管理データ保持部（ＲＭ）（３１）がそれ
ぞれ設けられ、また、サービス制御ノード（２）にジョ
ブシーケンス選択実行部（ＪＳＣ）（２２）が、また保
守運用ノード（３）に保守運用処理実行部（ＯＭＣ）
（３２）がそれぞれ設けられ、また図１におけるアクセ
ス制御手段（５００）として、サービス制御ノード
（２）にジョブシーケンス保持部（ＪＳＭ）（２４）が
設けられると共に、ジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）および保守運用処理実行部（ＯＭＣ）（３
２）が図３および図４を実行することにより、図１にお
ける呼処理手段（４００）としての役割を果たす。
００）として、交換機（１）に資源管理データ保持部
（ＲＭ）（１１）が、サービス制御ノード（２）に資源
管理データ保持部（ＲＭ）（２１）が、保守運用ノード
（３）に資源管理データ保持部（ＲＭ）（３１）がそれ
ぞれ設けられ、また、サービス制御ノード（２）にジョ
ブシーケンス選択実行部（ＪＳＣ）（２２）が、また保
守運用ノード（３）に保守運用処理実行部（ＯＭＣ）
（３２）がそれぞれ設けられ、また図１におけるアクセ
ス制御手段（５００）として、サービス制御ノード
（２）にジョブシーケンス保持部（ＪＳＭ）（２４）が
設けられると共に、ジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）および保守運用処理実行部（ＯＭＣ）（３
２）が図３および図４を実行することにより、図１にお
ける呼処理手段（４００）としての役割を果たす。
【００２１】なお交換機（１）にも、呼処理手段（４０
０）およびアクセス制御手段（５００）が設けられてい
るが、図２においては省略されている。資源管理データ
保持部（ＲＭ）（１１）内には、それぞれ当該資源の使
用状態を示す資源ロックデータ（ＲＬＤ）と、当該資源
の属性を示す資源定義データ（ＲＤＤ）とから構成され
る資源管理データ（ＲＭＤ）が、各資源に対応して保持
されている。
０）およびアクセス制御手段（５００）が設けられてい
るが、図２においては省略されている。資源管理データ
保持部（ＲＭ）（１１）内には、それぞれ当該資源の使
用状態を示す資源ロックデータ（ＲＬＤ）と、当該資源
の属性を示す資源定義データ（ＲＤＤ）とから構成され
る資源管理データ（ＲＭＤ）が、各資源に対応して保持
されている。
【００２２】サービス制御ノード（２）の資源管理デー
タ保持部（ＲＭ）（２１）、および保守運用ノード
（３）の資源管理データ保持部（ＲＭ）（３１）にも、
資源管理データ保持部（ＲＭ）（１１）と同様の資源管
理データ（ＲＭＤ）が保持されている。
タ保持部（ＲＭ）（２１）、および保守運用ノード
（３）の資源管理データ保持部（ＲＭ）（３１）にも、
資源管理データ保持部（ＲＭ）（１１）と同様の資源管
理データ（ＲＭＤ）が保持されている。
【００２３】またサービス制御ノード（２）内の主記憶
装置（ＭＭ）（２３）には、ジョブシーケンス選択実行
部（ＪＳＣ）（２２）が呼設定の都度確保し、呼解放の
際に解放する呼制御データ（ＣＤＢ）が保持されてい
る。
装置（ＭＭ）（２３）には、ジョブシーケンス選択実行
部（ＪＳＣ）（２２）が呼設定の都度確保し、呼解放の
際に解放する呼制御データ（ＣＤＢ）が保持されてい
る。
【００２４】またサービス制御ノード（２）内のジョブ
シーケンス保持部（ＪＳＭ）（２４）には、端末装置
（Ｔ）（５）等が交換網に呼処理の実行を要求する為に
送信するジョブ種別の、予め定められた実行順序を示す
ジョブシーケンス（ＪＳ）が登録されている。
シーケンス保持部（ＪＳＭ）（２４）には、端末装置
（Ｔ）（５）等が交換網に呼処理の実行を要求する為に
送信するジョブ種別の、予め定められた実行順序を示す
ジョブシーケンス（ＪＳ）が登録されている。
【００２５】各資源ロックデータ（ＲＬＤ）は、図６に
示される如く、呼識別子（ＩＤC ）、占有端末識別番号
（ＩＤT ）、ロックフラグ（Ｆ）、許容ジョブ（ＪN ）
および保守運用側実行中プロセス識別子（ＩＤP ）を具
備しており、呼識別子（ＩＤ C ）は、当該資源を占有す
る呼の識別情報であり、占有端末識別番号（ＩＤT ）
は、当該資源を占有する発信側端末装置（Ｔ）（５）の
識別情報であり、ロックフラグ（Ｆ）は、当該資源管理
データ（ＲＭＤ）へのアクセスを制御する情報であり、
許容ジョブ（ＪN ）は、次に資源管理データ（ＲＭＤ）
の使用を許容されるジョブ種別〔以後単にジョブと称す
る〕を示し、保守運用側実行中プロセス識別子（Ｉ
ＤP ）は、現在保守運用ノード（３）において実行中の
プロセスを示す。
示される如く、呼識別子（ＩＤC ）、占有端末識別番号
（ＩＤT ）、ロックフラグ（Ｆ）、許容ジョブ（ＪN ）
および保守運用側実行中プロセス識別子（ＩＤP ）を具
備しており、呼識別子（ＩＤ C ）は、当該資源を占有す
る呼の識別情報であり、占有端末識別番号（ＩＤT ）
は、当該資源を占有する発信側端末装置（Ｔ）（５）の
識別情報であり、ロックフラグ（Ｆ）は、当該資源管理
データ（ＲＭＤ）へのアクセスを制御する情報であり、
許容ジョブ（ＪN ）は、次に資源管理データ（ＲＭＤ）
の使用を許容されるジョブ種別〔以後単にジョブと称す
る〕を示し、保守運用側実行中プロセス識別子（Ｉ
ＤP ）は、現在保守運用ノード（３）において実行中の
プロセスを示す。
【００２６】またロックフラグ（Ｆ）は、例えば（Ｆ）
＝「０」に設定されている場合には、資源管理データ
（ＲＭＤ）に対するアクセスが禁止されておらず、
（Ｆ）＝「１」に設定されている場合には、ジョブ
（Ｊ）によりアクセスが禁止されており、（Ｆ）＝
「２」に設定されている場合には、保守運用処理により
アクセスが禁止されていることを示す。
＝「０」に設定されている場合には、資源管理データ
（ＲＭＤ）に対するアクセスが禁止されておらず、
（Ｆ）＝「１」に設定されている場合には、ジョブ
（Ｊ）によりアクセスが禁止されており、（Ｆ）＝
「２」に設定されている場合には、保守運用処理により
アクセスが禁止されていることを示す。
【００２７】呼制御データ（ＣＤＢ）は、図７に示され
る如く、呼識別子（ＩＤC ）、呼状態（ＳＴ）および保
守運用側許容ジョブ（ＪM ）を具備しており、呼識別子
（ＩＤC ）は、ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が呼を設定する際に、予め準備されている複数
個の中から一つ取得されるものであり、呼状態（ＳＴ）
は、各処理過程において呼が順次遷移する安定状態を示
し、保守運用側許容ジョブ（ＪM ）は、保守運用ノード
（３）において資源管理データ（ＲＭＤ）の使用を許容
されるジョブを示す。
る如く、呼識別子（ＩＤC ）、呼状態（ＳＴ）および保
守運用側許容ジョブ（ＪM ）を具備しており、呼識別子
（ＩＤC ）は、ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が呼を設定する際に、予め準備されている複数
個の中から一つ取得されるものであり、呼状態（ＳＴ）
は、各処理過程において呼が順次遷移する安定状態を示
し、保守運用側許容ジョブ（ＪM ）は、保守運用ノード
（３）において資源管理データ（ＲＭＤ）の使用を許容
されるジョブを示す。
【００２８】またジョブシーケンス（ＪＳ）は、図８に
示される如く、端末装置（Ｔ）（５）が送信するジョ
ブ、例えば回線捕捉ジョブ（alloc −vc）、パス接続ジ
ョブ（conn−path）、回線解放ジョブ（dealloc −v
c）、パス解放ジョブ（delete−path）の実行順序が登
録されており、例えばジョブシーケンス（ＪＳａ）は、
呼設定過程で実行される複数のジョブの実行順序を示
し、またジョブシーケンス（ＪＳｂ）は、呼解放過程で
実行される複数のジョブの実行順序を示し、更にジョブ
シーケンス（ＪＳｃ）および（ＪＳｄ）は、呼設定過程
で途中放棄した二つの場合に実行される複数のジョブの
実行順序を示す。
示される如く、端末装置（Ｔ）（５）が送信するジョ
ブ、例えば回線捕捉ジョブ（alloc −vc）、パス接続ジ
ョブ（conn−path）、回線解放ジョブ（dealloc −v
c）、パス解放ジョブ（delete−path）の実行順序が登
録されており、例えばジョブシーケンス（ＪＳａ）は、
呼設定過程で実行される複数のジョブの実行順序を示
し、またジョブシーケンス（ＪＳｂ）は、呼解放過程で
実行される複数のジョブの実行順序を示し、更にジョブ
シーケンス（ＪＳｃ）および（ＪＳｄ）は、呼設定過程
で途中放棄した二つの場合に実行される複数のジョブの
実行順序を示す。
【００２９】例えばジョブシーケンス（ＪＳａ）は、最
初に発端末とスイッチ（ＳＷ）とを接続する交換機資源
（ＲＳＣ）（１３）内の回線（ｖｃ1 ）を捕捉する回線
捕捉ジョブ（alloc −vc1 ）を実行し、続いて着端末と
スイッチ（ＳＷ）とを接続する交換機資源（ＲＳＣ）
（１３）内の回線（ｖｃ2 ）を捕捉する回線捕捉ジョブ
（alloc −vc2 ）を実行し、最後に捕捉した両回線を接
続するパス（ｐ）を交換機資源（ＲＳＣ）（１３）内の
スイッチ（ＳＷ）内に設定させるパス接続ジョブ（conn
−path）を実行することを示す。
初に発端末とスイッチ（ＳＷ）とを接続する交換機資源
（ＲＳＣ）（１３）内の回線（ｖｃ1 ）を捕捉する回線
捕捉ジョブ（alloc −vc1 ）を実行し、続いて着端末と
スイッチ（ＳＷ）とを接続する交換機資源（ＲＳＣ）
（１３）内の回線（ｖｃ2 ）を捕捉する回線捕捉ジョブ
（alloc −vc2 ）を実行し、最後に捕捉した両回線を接
続するパス（ｐ）を交換機資源（ＲＳＣ）（１３）内の
スイッチ（ＳＷ）内に設定させるパス接続ジョブ（conn
−path）を実行することを示す。
【００３０】最初に、当該交換網に収容される端末装置
（Ｔ）（５）が同じくＣＡＴＶ局（Ｃ）（６）との間
に、一方向〔ＣＡＴＶ局（Ｃ）（６）から端末装置
（Ｔ）（５）への〕パスを設定する呼設定処理過程と、
同パスを解放する呼解放処理過程とを、図２乃至図１２
を用いて説明する。
（Ｔ）（５）が同じくＣＡＴＶ局（Ｃ）（６）との間
に、一方向〔ＣＡＴＶ局（Ｃ）（６）から端末装置
（Ｔ）（５）への〕パスを設定する呼設定処理過程と、
同パスを解放する呼解放処理過程とを、図２乃至図１２
を用いて説明する。
【００３１】最初に端末装置（Ｔ）（５）は、交換機資
源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc1 ）を、サービス
制御ノード（２）に対して送信する。
源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc1 ）を、サービス
制御ノード（２）に対して送信する。
【００３２】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）〔但し
ｉは特定のジョブ（Ｊ）を示す、以下同様〕を受信する
と〔図３ステップＳ３１〕、ジョブ（Ｊｉ）に呼識別子
（ＩＤC ）が含まれているかを調べ〔ステップＳ３
２〕、今回はジョブ（Ｊｉ）に呼識別子（ＩＤC ）が含
まれていないので、主記憶装置（ＭＭ）（２３）内に設
けられている空き呼制御データ（ＣＤＢ）を一つ確保す
ると共に、呼識別子（ＩＤC ）を一つ取得して呼制御デ
ータ（ＣＤＢ）内の所定位置に設定し、また呼状態（Ｓ
Ｔ）を「回線捕捉待ち」状態に設定し、更に保守運用側
許容ジョブ（ＪM ）として受信した回線捕捉ジョブ（al
loc −vc）を設定する。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）〔但し
ｉは特定のジョブ（Ｊ）を示す、以下同様〕を受信する
と〔図３ステップＳ３１〕、ジョブ（Ｊｉ）に呼識別子
（ＩＤC ）が含まれているかを調べ〔ステップＳ３
２〕、今回はジョブ（Ｊｉ）に呼識別子（ＩＤC ）が含
まれていないので、主記憶装置（ＭＭ）（２３）内に設
けられている空き呼制御データ（ＣＤＢ）を一つ確保す
ると共に、呼識別子（ＩＤC ）を一つ取得して呼制御デ
ータ（ＣＤＢ）内の所定位置に設定し、また呼状態（Ｓ
Ｔ）を「回線捕捉待ち」状態に設定し、更に保守運用側
許容ジョブ（ＪM ）として受信した回線捕捉ジョブ（al
loc −vc）を設定する。
【００３３】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、資源管理データ保持部（ＲＭ）（２
１）を参照し、回線（ｖｃ1 ）に対応する資源管理デー
タ（ＲＭＤ）を一つ捕捉し、対応する資源ロックデータ
（ＲＬＤ）内に、取得済の呼識別子（ＩＤC ）と、占有
端末識別番号（ＩＤT ）〔＝端末装置（Ｔ）（５）の識
別番号〕とを設定する〔ステップＳ３６〕。
Ｃ）（２２）は、資源管理データ保持部（ＲＭ）（２
１）を参照し、回線（ｖｃ1 ）に対応する資源管理デー
タ（ＲＭＤ）を一つ捕捉し、対応する資源ロックデータ
（ＲＬＤ）内に、取得済の呼識別子（ＩＤC ）と、占有
端末識別番号（ＩＤT ）〔＝端末装置（Ｔ）（５）の識
別番号〕とを設定する〔ステップＳ３６〕。
【００３４】またジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、資源ロックデータ（ＲＬＤ）内のロッ
クフラグ（Ｆ）が「２」である場合には、資源ロックデ
ータ（ＲＬＤ）内に設定済の保守運用側実行中プロセス
識別子（ＩＤP ）で示される保守運用ノード（３）が実
行中の保守運用処理を途中放棄させる〔ステップＳ３
７〕。
Ｃ）（２２）は、資源ロックデータ（ＲＬＤ）内のロッ
クフラグ（Ｆ）が「２」である場合には、資源ロックデ
ータ（ＲＬＤ）内に設定済の保守運用側実行中プロセス
識別子（ＩＤP ）で示される保守運用ノード（３）が実
行中の保守運用処理を途中放棄させる〔ステップＳ３
７〕。
【００３５】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、捕捉した資源ロックデータ（ＲＬＤ）
内のロックフラグ（Ｆ）を「１」に設定し、資源ロック
データ（ＲＬＤ）がジョブ（Ｊ）によりロック済である
ことを示すと共に、許容ジョブ（ＪN ）を「ｎｕｌｌ」
に設定する〔ステップＳ３８〕。
Ｃ）（２２）は、捕捉した資源ロックデータ（ＲＬＤ）
内のロックフラグ（Ｆ）を「１」に設定し、資源ロック
データ（ＲＬＤ）がジョブ（Ｊ）によりロック済である
ことを示すと共に、許容ジョブ（ＪN ）を「ｎｕｌｌ」
に設定する〔ステップＳ３８〕。
【００３６】以後ジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、受信した回線捕捉ジョブ（alloc −vc
1 ）に基づく呼処理を実行する〔ステップＳ３９〕。呼
処理の過程で、ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が、交換機（１）に対して回線捕捉ジョブ（al
loc −vc1 ）を転送すると、交換機（１）においては、
交換機資源駆動部（ＲＳＤ）（１２）が、ジョブシーケ
ンス選択実行部（ＪＳＣ）（２２）から指定された交換
機資源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）を捕
捉し、呼データ保持部（ＤＭ）（１１）内の発側回線
（ｖｃ1）に対応する資源管理データ（ＲＭＤ）を更新
した後、指定されたジョブ（Ｊ）〔＝回線捕捉ジョブ
（alloc −vc1 ）〕の完了を示すジョブ完了信号（Ｏ
Ｋ）をサービス制御ノード（２）に返送する。
Ｃ）（２２）は、受信した回線捕捉ジョブ（alloc −vc
1 ）に基づく呼処理を実行する〔ステップＳ３９〕。呼
処理の過程で、ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が、交換機（１）に対して回線捕捉ジョブ（al
loc −vc1 ）を転送すると、交換機（１）においては、
交換機資源駆動部（ＲＳＤ）（１２）が、ジョブシーケ
ンス選択実行部（ＪＳＣ）（２２）から指定された交換
機資源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）を捕
捉し、呼データ保持部（ＤＭ）（１１）内の発側回線
（ｖｃ1）に対応する資源管理データ（ＲＭＤ）を更新
した後、指定されたジョブ（Ｊ）〔＝回線捕捉ジョブ
（alloc −vc1 ）〕の完了を示すジョブ完了信号（Ｏ
Ｋ）をサービス制御ノード（２）に返送する。
【００３７】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、交換
機（１）から返送されるジョブ完了信号（ＯＫ）を受信
すると、呼データ保持部（ＤＭ）（２１）内の資源管理
データ（ＲＭＤ）を、呼データ保持部（ＤＭ）（１１）
内と同様に更新する。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、交換
機（１）から返送されるジョブ完了信号（ＯＫ）を受信
すると、呼データ保持部（ＤＭ）（２１）内の資源管理
データ（ＲＭＤ）を、呼データ保持部（ＤＭ）（１１）
内と同様に更新する。
【００３８】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、回線捕捉ジョブ（alloc −vc）に始
まるジョブシーケンス（ＪＳ）としてジョブシーケンス
（ＪＳａ）、（ＪＳｃ）および（ＪＳｄ）から、回線捕
捉ジョブ（alloc −vc）に続く回線捕捉ジョブ（alloc
−vc）〔ジョブシーケンス（ＪＳａ）および（ＪＳｃ）
の場合〕と、回線解放ジョブ（dealloc −vc）〔ジョブ
シーケンス（ＪＳｃ）の場合〕とを抽出し、抽出した回
線捕捉ジョブ（alloc −vc）および回線解放ジョブ（de
alloc −vc）を、資源ロックデータ（ＲＬＤ）の許容ジ
ョブ（ＪN ）として設定する。
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、回線捕捉ジョブ（alloc −vc）に始
まるジョブシーケンス（ＪＳ）としてジョブシーケンス
（ＪＳａ）、（ＪＳｃ）および（ＪＳｄ）から、回線捕
捉ジョブ（alloc −vc）に続く回線捕捉ジョブ（alloc
−vc）〔ジョブシーケンス（ＪＳａ）および（ＪＳｃ）
の場合〕と、回線解放ジョブ（dealloc −vc）〔ジョブ
シーケンス（ＪＳｃ）の場合〕とを抽出し、抽出した回
線捕捉ジョブ（alloc −vc）および回線解放ジョブ（de
alloc −vc）を、資源ロックデータ（ＲＬＤ）の許容ジ
ョブ（ＪN ）として設定する。
【００３９】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、保守運用ノード（３）内の資源使用デ
ータの更新処理を開始するに先立ち、ジョブ完了信号
（ＯＫ）を端末装置（Ｔ）（５）に返送し、次のジョブ
（Ｊ）の送信を促す。
Ｃ）（２２）は、保守運用ノード（３）内の資源使用デ
ータの更新処理を開始するに先立ち、ジョブ完了信号
（ＯＫ）を端末装置（Ｔ）（５）に返送し、次のジョブ
（Ｊ）の送信を促す。
【００４０】ジョブ完了信号（ＯＫ）を受信した端末装
置（Ｔ）（５）は、交換機資源（ＲＳＣ）（１３）内の
発側回線（ｖｃ1 ）の捕捉が完了したことを認識し、続
いて交換機資源（ＲＳＣ）（１３）内の着側回線（ｖｃ
2 ）の捕捉を要求する回線捕捉ジョブ（alloc −vc2 ）
を、サービス制御ノード（２）に対して送信する。
置（Ｔ）（５）は、交換機資源（ＲＳＣ）（１３）内の
発側回線（ｖｃ1 ）の捕捉が完了したことを認識し、続
いて交換機資源（ＲＳＣ）（１３）内の着側回線（ｖｃ
2 ）の捕捉を要求する回線捕捉ジョブ（alloc −vc2 ）
を、サービス制御ノード（２）に対して送信する。
【００４１】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、更に受信
した回線捕捉ジョブ（alloc −vc）が資源ロックデータ
（ＲＬＤ）に許容ジョブ（ＪN ）として設定されている
か否かを検査し〔ステップＳ３４〕、回線捕捉ジョブ
（alloc −vc）が許容ジョブ（ＪN ）として設定されて
いることを確認すると、資源ロックデータ（ＲＬＤ）内
の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した後、着
側回線（ｖｃ2 ）の資源管理データ（ＲＭＤ）を捕捉し
〔ステップＳ３５〕、前述と同様の過程で、交換機
（１）に回線捕捉ジョブ（alloc −vc2 ）に就いて呼処
理を実行させ〔ステップＳ３９〕、呼データ保持部（Ｄ
Ｍ）（１１）および（２１）内の資源使用データを更新
させた後、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送すると共に、回線捕捉ジョブ（alloc −v
c1 ）に対する保守運用ノード（３）内の資源管理デー
タ（ＲＭＤ）の更新処理が完了したことを確認の上、回
線捕捉ジョブ（alloc −vc2 ）に対する保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理も開始
する〔ステップＳ３Ａ〕。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、更に受信
した回線捕捉ジョブ（alloc −vc）が資源ロックデータ
（ＲＬＤ）に許容ジョブ（ＪN ）として設定されている
か否かを検査し〔ステップＳ３４〕、回線捕捉ジョブ
（alloc −vc）が許容ジョブ（ＪN ）として設定されて
いることを確認すると、資源ロックデータ（ＲＬＤ）内
の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した後、着
側回線（ｖｃ2 ）の資源管理データ（ＲＭＤ）を捕捉し
〔ステップＳ３５〕、前述と同様の過程で、交換機
（１）に回線捕捉ジョブ（alloc −vc2 ）に就いて呼処
理を実行させ〔ステップＳ３９〕、呼データ保持部（Ｄ
Ｍ）（１１）および（２１）内の資源使用データを更新
させた後、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送すると共に、回線捕捉ジョブ（alloc −v
c1 ）に対する保守運用ノード（３）内の資源管理デー
タ（ＲＭＤ）の更新処理が完了したことを確認の上、回
線捕捉ジョブ（alloc −vc2 ）に対する保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理も開始
する〔ステップＳ３Ａ〕。
【００４２】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が回線捕捉ジョブ（alloc −vc1 ）に就いて呼
処理を実行開始した段階では、対応する監視データ（Ｓ
Ｄ）および呼制御データは、図１０(a) に示す通りとな
り、またジョブシーケンス選択実行部（ＪＳＣ）（２
２）が回線捕捉ジョブ（alloc −vc2 ）に就いて呼処理
を実行完了した段階では、対応する監視データ（ＳＤ）
および呼制御データは、図１０(b) に示す通りとなる。
（２２）が回線捕捉ジョブ（alloc −vc1 ）に就いて呼
処理を実行開始した段階では、対応する監視データ（Ｓ
Ｄ）および呼制御データは、図１０(a) に示す通りとな
り、またジョブシーケンス選択実行部（ＪＳＣ）（２
２）が回線捕捉ジョブ（alloc −vc2 ）に就いて呼処理
を実行完了した段階では、対応する監視データ（ＳＤ）
および呼制御データは、図１０(b) に示す通りとなる。
【００４３】ジョブ完了信号（ＯＫ）を受信した端末装
置（Ｔ）（５）は、続いて捕捉済の両回線（ｖｃ1 ）お
よび（ｖｃ2 ）間を、交換機資源（ＲＳＣ）（１３）内
のスイッチ（ＳＷ）により接続するパス（ｐ）の設定を
要求するパス接続ジョブ（conn−path）を、サービス制
御ノード（２）に対して送信する。
置（Ｔ）（５）は、続いて捕捉済の両回線（ｖｃ1 ）お
よび（ｖｃ2 ）間を、交換機資源（ＲＳＣ）（１３）内
のスイッチ（ＳＷ）により接続するパス（ｐ）の設定を
要求するパス接続ジョブ（conn−path）を、サービス制
御ノード（２）に対して送信する。
【００４４】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、受信した
パス接続ジョブ（conn−path）が、資源ロックデータ
（ＲＬＤ）に許容ジョブ（ＪN ）として設定されている
か否かを検査し〔ステップＳ３４〕、パス接続ジョブ
（conn−path）が許容ジョブ（ＪN ）として設定されて
いることを確認すると、資源ロックデータ（ＲＬＤ）内
の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した後、先
に捕捉した二回線（ｖｃ1 ）および（ｖｃ2 ）を接続す
るパスに対応する資源管理データ（ＲＭＤ）を捕捉し
〔ステップＳ３５〕、前述と同様の過程で、交換機
（１）にパス接続ジョブ（conn−path）に就いて呼処理
を実行させ〔ステップＳ３９〕、呼データ保持部（Ｄ
Ｍ）（１１）およひ（２１）内の資源使用データを更新
させた後、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送すると共に、回線捕捉ジョブ（alloc −v
c2 ）に対する保守運用ノード（３）内の資源管理デー
タ（ＲＭＤ）の更新処理が完了したことを確認の上、パ
ス接続ジョブ（conn−path）に対する保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理も開始
する〔ステップＳ３Ａ〕。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、受信した
パス接続ジョブ（conn−path）が、資源ロックデータ
（ＲＬＤ）に許容ジョブ（ＪN ）として設定されている
か否かを検査し〔ステップＳ３４〕、パス接続ジョブ
（conn−path）が許容ジョブ（ＪN ）として設定されて
いることを確認すると、資源ロックデータ（ＲＬＤ）内
の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した後、先
に捕捉した二回線（ｖｃ1 ）および（ｖｃ2 ）を接続す
るパスに対応する資源管理データ（ＲＭＤ）を捕捉し
〔ステップＳ３５〕、前述と同様の過程で、交換機
（１）にパス接続ジョブ（conn−path）に就いて呼処理
を実行させ〔ステップＳ３９〕、呼データ保持部（Ｄ
Ｍ）（１１）およひ（２１）内の資源使用データを更新
させた後、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送すると共に、回線捕捉ジョブ（alloc −v
c2 ）に対する保守運用ノード（３）内の資源管理デー
タ（ＲＭＤ）の更新処理が完了したことを確認の上、パ
ス接続ジョブ（conn−path）に対する保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理も開始
する〔ステップＳ３Ａ〕。
【００４５】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）がパス接続ジョブ（conn−path）に就いて呼処
理を実行開始した段階では、対応する資源ロックデータ
（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１０(c)
に示す通りとなり、またジョブシーケンス選択実行部
（ＪＳＣ）（２２）がパス接続ジョブ（conn−path）に
就いて呼処理を実行完了した段階では、対応する資源ロ
ックデータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は
図１０(d) に示す通りとなる。
（２２）がパス接続ジョブ（conn−path）に就いて呼処
理を実行開始した段階では、対応する資源ロックデータ
（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１０(c)
に示す通りとなり、またジョブシーケンス選択実行部
（ＪＳＣ）（２２）がパス接続ジョブ（conn−path）に
就いて呼処理を実行完了した段階では、対応する資源ロ
ックデータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は
図１０(d) に示す通りとなる。
【００４６】以上により、端末装置（Ｔ）（５）が期待
するＣＡＴＶ局（Ｃ）（６）から端末装置（Ｔ）（５）
に至る一方向のパス（ｐ）が設定され、通信が可能とな
る。一方、ジョブシーケンス選択実行部（ＪＳＣ）（２
２）は、回線捕捉ジョブ（alloc −vc1 ）に就いて保守
運用ノード（３）内の資源管理データ（ＲＭＤ）の更新
処理を、該当する呼制御データ（ＣＤＢ）内の保守運用
側許容ジョブ（ＪM）として、回線捕捉ジョブ（alloc
−vc1 ）が設定される迄待機する〔図３ステップＳ３
Ａ、図４ステップＳ４１〕。
するＣＡＴＶ局（Ｃ）（６）から端末装置（Ｔ）（５）
に至る一方向のパス（ｐ）が設定され、通信が可能とな
る。一方、ジョブシーケンス選択実行部（ＪＳＣ）（２
２）は、回線捕捉ジョブ（alloc −vc1 ）に就いて保守
運用ノード（３）内の資源管理データ（ＲＭＤ）の更新
処理を、該当する呼制御データ（ＣＤＢ）内の保守運用
側許容ジョブ（ＪM）として、回線捕捉ジョブ（alloc
−vc1 ）が設定される迄待機する〔図３ステップＳ３
Ａ、図４ステップＳ４１〕。
【００４７】やがて該当する呼制御データ（ＣＤＢ）内
の保守運用側許容ジョブ（ＪM ）として、回線捕捉ジョ
ブ（alloc −vc）が設定されると、ジョブシーケンス選
択実行部（ＪＳＣ）（２２）は、保守運用ノード（３）
内の呼データ保持部（ＤＭ）（３１）に設けられている
資源管理データ（ＲＭＤ）を更新させる為に、回線捕捉
ジョブ（alloc −vc1 ）を保守運用ノード（３）に転送
する。
の保守運用側許容ジョブ（ＪM ）として、回線捕捉ジョ
ブ（alloc −vc）が設定されると、ジョブシーケンス選
択実行部（ＪＳＣ）（２２）は、保守運用ノード（３）
内の呼データ保持部（ＤＭ）（３１）に設けられている
資源管理データ（ＲＭＤ）を更新させる為に、回線捕捉
ジョブ（alloc −vc1 ）を保守運用ノード（３）に転送
する。
【００４８】保守運用ノード（３）においては、保守運
用処理実行部（ＯＭＣ）（３２）が、サービス制御ノー
ド（２）から転送された回線捕捉ジョブ（alloc −v
c1 ）を受信すると、呼データ保持部（ＤＭ）（３１）
内の、回線捕捉ジョブ（alloc −vc1 ）により指定され
た回線（ｖｃ1 ）に対応する資源管理データ（ＲＭＤ）
を使用中状態に更新する〔ステップＳ４２〕。
用処理実行部（ＯＭＣ）（３２）が、サービス制御ノー
ド（２）から転送された回線捕捉ジョブ（alloc −v
c1 ）を受信すると、呼データ保持部（ＤＭ）（３１）
内の、回線捕捉ジョブ（alloc −vc1 ）により指定され
た回線（ｖｃ1 ）に対応する資源管理データ（ＲＭＤ）
を使用中状態に更新する〔ステップＳ４２〕。
【００４９】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、回線捕捉ジョブ（alloc −vc）に始
まるジョブシーケンス（ＪＳ）としてジョブシーケンス
（ＪＳａ）、（ＪＳｃおよび（ＪＳｄ）から、回線捕捉
ジョブ（alloc −vc）の次に実行可能なジョブ種別の有
無を検査し〔ステップＳ４３〕、該当するジョブ種別と
して、回線捕捉ジョブ（alloc −vc）〔ジョブシーケン
ス（ＪＳａ）、（ＪＳｄ）の場合〕と、回線解放ジョブ
（dealloc −vc）〔ジョブシーケンス（ＪＳｃ）の場
合〕とが存在することを確認すると〔ステップＳ４
４〕、抽出した回線捕捉ジョブ（alloc −vc）および回
線解放ジョブ（dealloc −vc）を、該当する呼制御デー
タ（ＣＤＢ）の保守運用側許容ジョブ（ＪM ）として設
定する〔ステップＳ４６〕。
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、回線捕捉ジョブ（alloc −vc）に始
まるジョブシーケンス（ＪＳ）としてジョブシーケンス
（ＪＳａ）、（ＪＳｃおよび（ＪＳｄ）から、回線捕捉
ジョブ（alloc −vc）の次に実行可能なジョブ種別の有
無を検査し〔ステップＳ４３〕、該当するジョブ種別と
して、回線捕捉ジョブ（alloc −vc）〔ジョブシーケン
ス（ＪＳａ）、（ＪＳｄ）の場合〕と、回線解放ジョブ
（dealloc −vc）〔ジョブシーケンス（ＪＳｃ）の場
合〕とが存在することを確認すると〔ステップＳ４
４〕、抽出した回線捕捉ジョブ（alloc −vc）および回
線解放ジョブ（dealloc −vc）を、該当する呼制御デー
タ（ＣＤＢ）の保守運用側許容ジョブ（ＪM ）として設
定する〔ステップＳ４６〕。
【００５０】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、回線捕捉ジョブ（alloc −vc2 ）およ
びパス接続ジョブ（conn−path）に就いても、回線捕捉
ジョブ（alloc −vc1 ）に対してと同様の過程で、保守
運用ノード（３）内の資源管理データ（ＲＭＤ）の更新
処理を実行する。
Ｃ）（２２）は、回線捕捉ジョブ（alloc −vc2 ）およ
びパス接続ジョブ（conn−path）に就いても、回線捕捉
ジョブ（alloc −vc1 ）に対してと同様の過程で、保守
運用ノード（３）内の資源管理データ（ＲＭＤ）の更新
処理を実行する。
【００５１】なおパス接続ジョブ（conn−path）の更新
処理を実行する過程で、ジョブシーケンス選択実行部
（ＪＳＣ）（２２）がジョブシーケンス（ＪＳａ）を参
照した結果〔ステップＳ４３〕、許容ジョブ（ＪN ）が
存在しないことを確認すると〔ステップＳ４４〕、対応
する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「０」を設定し、許容ジョブ（ＪN ）に「ａｌ
ｌ」を設定すると共に、対応する呼制御データ（ＣＤ
Ｂ）の保守運用側許容ジョブ（ＪM ）に「ａｌｌ」を設
定する〔ステップＳ４５〕。
処理を実行する過程で、ジョブシーケンス選択実行部
（ＪＳＣ）（２２）がジョブシーケンス（ＪＳａ）を参
照した結果〔ステップＳ４３〕、許容ジョブ（ＪN ）が
存在しないことを確認すると〔ステップＳ４４〕、対応
する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「０」を設定し、許容ジョブ（ＪN ）に「ａｌ
ｌ」を設定すると共に、対応する呼制御データ（ＣＤ
Ｂ）の保守運用側許容ジョブ（ＪM ）に「ａｌｌ」を設
定する〔ステップＳ４５〕。
【００５２】なお今回はジョブ（Ｊｉ）が呼解放では無
い為、呼制御データ（ＣＤＢ）はその儘、引続き呼識別
子（ＩＤC ）を取得した呼に占有させる。以上により、
端末装置（Ｔ）（５）とＣＡＴＶ局（Ｃ）（６）との間
に設定されたパスに関連する交換機資源（ＲＳＣ）（１
３）〔回線（ｖｃ1 ）、（ｖｃ2）、パス（ｐ）等〕に
対し、パス接続開始時点から掛けられていたロックが解
除され、保守運用ジョブを含む他のジョブ（Ｊ）がアク
セス可能となる。
い為、呼制御データ（ＣＤＢ）はその儘、引続き呼識別
子（ＩＤC ）を取得した呼に占有させる。以上により、
端末装置（Ｔ）（５）とＣＡＴＶ局（Ｃ）（６）との間
に設定されたパスに関連する交換機資源（ＲＳＣ）（１
３）〔回線（ｖｃ1 ）、（ｖｃ2）、パス（ｐ）等〕に
対し、パス接続開始時点から掛けられていたロックが解
除され、保守運用ジョブを含む他のジョブ（Ｊ）がアク
セス可能となる。
【００５３】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が回線捕捉ジョブ（alloc −vc2 ）に就いて保
守運用ノード（３）内の資源管理データ（ＲＭＤ）の更
新処理を完了した段階では、対応する資源ロックデータ
（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１０(e)
に示す通りとなり、またジョブシーケンス選択実行部
（ＪＳＣ）（２２）がパス接続ジョブ（conn−path）に
就いて保守運用ノード（３）内の資源管理データ（ＲＭ
Ｄ）の更新処理を完了した段階では、対応する資源ロッ
クデータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図
１０(f) に示す通りとなる。
（２２）が回線捕捉ジョブ（alloc −vc2 ）に就いて保
守運用ノード（３）内の資源管理データ（ＲＭＤ）の更
新処理を完了した段階では、対応する資源ロックデータ
（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１０(e)
に示す通りとなり、またジョブシーケンス選択実行部
（ＪＳＣ）（２２）がパス接続ジョブ（conn−path）に
就いて保守運用ノード（３）内の資源管理データ（ＲＭ
Ｄ）の更新処理を完了した段階では、対応する資源ロッ
クデータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図
１０(f) に示す通りとなる。
【００５４】次に、端末装置（Ｔ）（５）が、ＣＡＴＶ
局（Ｃ）（６）との間に設定中の呼を解放する目的で、
最初に、交換機資源（ＲＳＣ）（１３）内の、回線（ｖ
ｃ1）と（ｖｃ2 ）とをスイッチ（ＳＷ）により接続中
のパス（ｐ）の解放を要求するパス解放ジョブ（delete
−path）を、サービス制御ノード（２）に対して送信す
る。
局（Ｃ）（６）との間に設定中の呼を解放する目的で、
最初に、交換機資源（ＲＳＣ）（１３）内の、回線（ｖ
ｃ1）と（ｖｃ2 ）とをスイッチ（ＳＷ）により接続中
のパス（ｐ）の解放を要求するパス解放ジョブ（delete
−path）を、サービス制御ノード（２）に対して送信す
る。
【００５５】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔図３ステップＳ３１〕、呼設定処理過程におけ
ると同様に、ジョブ（Ｊｉ）に呼識別子（ＩＤC ）が含
まれているかを調べ〔ステップＳ３２〕、今回はジョブ
（Ｊｉ）に呼識別子（ＩＤC ）が含まれているので、該
当する資源管理データ（ＲＭＤ）を検索し〔ステップＳ
３３〕、資源ロックデータ（ＲＬＤ）内の許容ジョブ
（ＪN ）が「ａｌｌ」であるので、ステップＳ３７に移
行し、資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）が「２」である場合には、資源ロックデータ（Ｒ
ＬＤ）内に設定済の保守運用側実行中プロセス識別子
（ＩＤP ）で示される保守運用ノード（３）が実行中の
保守運用処理を途中放棄させる〔ステップＳ３７〕。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔図３ステップＳ３１〕、呼設定処理過程におけ
ると同様に、ジョブ（Ｊｉ）に呼識別子（ＩＤC ）が含
まれているかを調べ〔ステップＳ３２〕、今回はジョブ
（Ｊｉ）に呼識別子（ＩＤC ）が含まれているので、該
当する資源管理データ（ＲＭＤ）を検索し〔ステップＳ
３３〕、資源ロックデータ（ＲＬＤ）内の許容ジョブ
（ＪN ）が「ａｌｌ」であるので、ステップＳ３７に移
行し、資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）が「２」である場合には、資源ロックデータ（Ｒ
ＬＤ）内に設定済の保守運用側実行中プロセス識別子
（ＩＤP ）で示される保守運用ノード（３）が実行中の
保守運用処理を途中放棄させる〔ステップＳ３７〕。
【００５６】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、捕捉した資源ロックデータ（ＲＬＤ）
内のロックフラグ（Ｆ）を「１」に設定し、資源ロック
データ（ＲＬＤ）がジョブ（Ｊ）によりロック済である
ことを示すと共に、許容ジョブ（ＪN ）を「ｎｕｌｌ」
に設定する〔ステップＳ３８〕。
Ｃ）（２２）は、捕捉した資源ロックデータ（ＲＬＤ）
内のロックフラグ（Ｆ）を「１」に設定し、資源ロック
データ（ＲＬＤ）がジョブ（Ｊ）によりロック済である
ことを示すと共に、許容ジョブ（ＪN ）を「ｎｕｌｌ」
に設定する〔ステップＳ３８〕。
【００５７】なおステップＳ３７およびＳ３８は、当該
呼の制御下にある総ての資源管理データ（ＲＭＤ）に就
いて実行する。以後ジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、受信したパス解放ジョブ（delete−pa
th）に基づく呼処理を実行する〔ステップＳ３９〕。
呼の制御下にある総ての資源管理データ（ＲＭＤ）に就
いて実行する。以後ジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、受信したパス解放ジョブ（delete−pa
th）に基づく呼処理を実行する〔ステップＳ３９〕。
【００５８】呼処理の過程で、ジョブシーケンス選択実
行部（ＪＳＣ）（２２）が、交換機（１）に対してパス
解放ジョブ（delete−path）を転送すると、交換機
（１）においては、交換機資源駆動部（ＲＳＤ）（１
２）が、ジョブシーケンス選択実行部（ＪＳＣ）（２
２）から指定された交換機資源（ＲＳＣ）（１３）内の
パス（ｐ）を解放し、呼データ保持部（ＤＭ）（１１）
内のパス（ｐ）に対応する資源管理データ（ＲＭＤ）を
更新した後、指定されたジョブ（Ｊｉ）〔＝パス解放ジ
ョブ（delete−path）〕の完了を示すジョブ完了信号
（ＯＫ）をサービス制御ノード（２）に返送する。
行部（ＪＳＣ）（２２）が、交換機（１）に対してパス
解放ジョブ（delete−path）を転送すると、交換機
（１）においては、交換機資源駆動部（ＲＳＤ）（１
２）が、ジョブシーケンス選択実行部（ＪＳＣ）（２
２）から指定された交換機資源（ＲＳＣ）（１３）内の
パス（ｐ）を解放し、呼データ保持部（ＤＭ）（１１）
内のパス（ｐ）に対応する資源管理データ（ＲＭＤ）を
更新した後、指定されたジョブ（Ｊｉ）〔＝パス解放ジ
ョブ（delete−path）〕の完了を示すジョブ完了信号
（ＯＫ）をサービス制御ノード（２）に返送する。
【００５９】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、交換
機（１）から返送されるジョブ完了信号（ＯＫ）を受信
すると、呼データ保持部（ＤＭ）（２１）内の資源管理
データ（ＲＭＤ）を、呼データ保持部（ＤＭ）（１１）
内と同様に更新する。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、交換
機（１）から返送されるジョブ完了信号（ＯＫ）を受信
すると、呼データ保持部（ＤＭ）（２１）内の資源管理
データ（ＲＭＤ）を、呼データ保持部（ＤＭ）（１１）
内と同様に更新する。
【００６０】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、パス解放ジョブ（delete−path）に
始まるジョブシーケンス（ＪＳ）としてジョブシーケン
ス（ＪＳｂ）から、回線捕捉ジョブ（alloc −vc）に続
く回線解放ジョブ（dealloc −vc）を抽出し、抽出した
回線解放ジョブ（dealloc −vc）を、資源ロックデータ
（ＲＬＤ）の許容ジョブ（ＪN ）として設定する。
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、パス解放ジョブ（delete−path）に
始まるジョブシーケンス（ＪＳ）としてジョブシーケン
ス（ＪＳｂ）から、回線捕捉ジョブ（alloc −vc）に続
く回線解放ジョブ（dealloc −vc）を抽出し、抽出した
回線解放ジョブ（dealloc −vc）を、資源ロックデータ
（ＲＬＤ）の許容ジョブ（ＪN ）として設定する。
【００６１】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、保守運用ノード（３）内の資源使用デ
ータの更新処理を開始するに先立ち、ジョブ完了信号
（ＯＫ）を端末装置（Ｔ）（５）に返送し、次のジョブ
（Ｊ）の送信を促す。
Ｃ）（２２）は、保守運用ノード（３）内の資源使用デ
ータの更新処理を開始するに先立ち、ジョブ完了信号
（ＯＫ）を端末装置（Ｔ）（５）に返送し、次のジョブ
（Ｊ）の送信を促す。
【００６２】ジョブ完了信号（ＯＫ）を受信した端末装
置（Ｔ）（５）は、続いて交換機資源（ＲＳＣ）（１
３）内の発側回線（ｖｃ1 ）の解放を要求する回線解放
ジョブ（dealloc −vc1 ）を、サービス制御ノード
（２）に対して送信する。
置（Ｔ）（５）は、続いて交換機資源（ＲＳＣ）（１
３）内の発側回線（ｖｃ1 ）の解放を要求する回線解放
ジョブ（dealloc −vc1 ）を、サービス制御ノード
（２）に対して送信する。
【００６３】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、更に受信
した回線解放ジョブ（dealloc −vc1 ）が、資源ロック
データ（ＲＬＤ）に許容ジョブ（ＪN ）として設定され
ているか否かを検査し〔ステップＳ３４〕、回線解放ジ
ョブ（dealloc −vc）が許容ジョブ（Ｊ N ）として設定
されていることを確認すると、資源ロックデータ（ＲＬ
Ｄ）内の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した
後、前述と同様の過程で、交換機（１）に回線解放ジョ
ブ（dealloc −vc1 ）に就いて呼処理を実行させ〔ステ
ップＳ３９〕、呼データ保持部（ＤＭ）（１１）および
（２１）内の資源使用データを更新させた後、端末装置
（Ｔ）（５）にジョブ完了信号（ＯＫ）を返送すると共
に、パス解放ジョブ（delete−path）に対する保守運用
ノード（３）内の資源管理データ（ＲＭＤ）の更新処理
が完了したことを確認の上、回線解放ジョブ（dealloc
−vc1 ）に対する保守運用ノード（３）内の資源管理デ
ータ（ＲＭＤ）の更新処理も開始する〔ステップＳ３
Ａ〕。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、更に受信
した回線解放ジョブ（dealloc −vc1 ）が、資源ロック
データ（ＲＬＤ）に許容ジョブ（ＪN ）として設定され
ているか否かを検査し〔ステップＳ３４〕、回線解放ジ
ョブ（dealloc −vc）が許容ジョブ（Ｊ N ）として設定
されていることを確認すると、資源ロックデータ（ＲＬ
Ｄ）内の許容ジョブ（ＪN ）に「ｎｕｌｌ」を設定した
後、前述と同様の過程で、交換機（１）に回線解放ジョ
ブ（dealloc −vc1 ）に就いて呼処理を実行させ〔ステ
ップＳ３９〕、呼データ保持部（ＤＭ）（１１）および
（２１）内の資源使用データを更新させた後、端末装置
（Ｔ）（５）にジョブ完了信号（ＯＫ）を返送すると共
に、パス解放ジョブ（delete−path）に対する保守運用
ノード（３）内の資源管理データ（ＲＭＤ）の更新処理
が完了したことを確認の上、回線解放ジョブ（dealloc
−vc1 ）に対する保守運用ノード（３）内の資源管理デ
ータ（ＲＭＤ）の更新処理も開始する〔ステップＳ３
Ａ〕。
【００６４】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）がパス解放ジョブ（delete−path）に就いて呼
処理を実行開始した段階では、資源ロックデータ（ＲＬ
Ｄ）および呼制御データ（ＣＤＢ）は図１２(a) に示す
通りとなり、またジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）がパス解放ジョブ（delete−path）に就い
て呼処理を実行完了した段階では、対応する監視データ
（ＳＤ）および呼制御データ（ＣＤＢ）は図１２(b) に
示す通りとなる。
（２２）がパス解放ジョブ（delete−path）に就いて呼
処理を実行開始した段階では、資源ロックデータ（ＲＬ
Ｄ）および呼制御データ（ＣＤＢ）は図１２(a) に示す
通りとなり、またジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）がパス解放ジョブ（delete−path）に就い
て呼処理を実行完了した段階では、対応する監視データ
（ＳＤ）および呼制御データ（ＣＤＢ）は図１２(b) に
示す通りとなる。
【００６５】ジョブ完了信号（ＯＫ）を受信した端末装
置（Ｔ）（５）は、続いて交換機資源（ＲＳＣ）（１
３）内の着側回線（ｖｃ2 ）の解放を要求する回線解放
ジョブ（dealloc −vc2 ）を、サービス制御ノード
（２）に対して送信する。
置（Ｔ）（５）は、続いて交換機資源（ＲＳＣ）（１
３）内の着側回線（ｖｃ2 ）の解放を要求する回線解放
ジョブ（dealloc −vc2 ）を、サービス制御ノード
（２）に対して送信する。
【００６６】サービス制御ノード（２）においては、ジ
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、受信ジョ
ブ（Ｊｉ）〔＝回線解放ジョブ（dealloc −vc 2 ）〕
が、資源ロックデータ（ＲＬＤ）に許容ジョブ（ＪN ）
として設定されているか否かを検査し〔ステップＳ３
４〕、回線解放ジョブ（dealloc −vc）が許容ジョブ
（ＪN ）として設定されていることを確認すると、資源
ロックデータ（ＲＬＤ）内の許容ジョブ（ＪN ）に「ｎ
ｕｌｌ」を設定した後、前述と同様の過程で、交換機
（１）に回線解放ジョブ（dealloc −vc2 ）に就いて呼
処理を実行させ〔ステップＳ３９〕、呼データ保持部
（ＤＭ）（１１）および（２１）内の資源使用データを
更新させた後、端末装置（Ｔ）（５）にジョブ完了信号
（ＯＫ）を返送すると共に、回線解放ジョブ（dealloc
−vc1 ）に対する保守運用ノード（３）内の資源管理デ
ータ（ＲＭＤ）の更新処理が完了したことを確認の上、
回線解放ジョブ（dealloc −vc2 ）に対する保守運用ノ
ード（３）内の資源管理データ（ＲＭＤ）の更新処理も
開始する〔ステップＳ３Ａ〕。
ョブシーケンス選択実行部（ＪＳＣ）（２２）が、端末
装置（Ｔ）（５）から送信されたジョブ（Ｊｉ）を受信
すると〔ステップＳ３１〕、前述と同様の過程で、ジョ
ブ（Ｊｉ）に呼識別子（ＩＤ C ）が含まれているかを調
べ〔ステップＳ３２〕、今回はジョブ（Ｊｉ）に呼識別
子（ＩＤC ）が含まれているので、該当する資源管理デ
ータ（ＲＭＤ）を検索し〔ステップＳ３３〕、受信ジョ
ブ（Ｊｉ）〔＝回線解放ジョブ（dealloc −vc 2 ）〕
が、資源ロックデータ（ＲＬＤ）に許容ジョブ（ＪN ）
として設定されているか否かを検査し〔ステップＳ３
４〕、回線解放ジョブ（dealloc −vc）が許容ジョブ
（ＪN ）として設定されていることを確認すると、資源
ロックデータ（ＲＬＤ）内の許容ジョブ（ＪN ）に「ｎ
ｕｌｌ」を設定した後、前述と同様の過程で、交換機
（１）に回線解放ジョブ（dealloc −vc2 ）に就いて呼
処理を実行させ〔ステップＳ３９〕、呼データ保持部
（ＤＭ）（１１）および（２１）内の資源使用データを
更新させた後、端末装置（Ｔ）（５）にジョブ完了信号
（ＯＫ）を返送すると共に、回線解放ジョブ（dealloc
−vc1 ）に対する保守運用ノード（３）内の資源管理デ
ータ（ＲＭＤ）の更新処理が完了したことを確認の上、
回線解放ジョブ（dealloc −vc2 ）に対する保守運用ノ
ード（３）内の資源管理データ（ＲＭＤ）の更新処理も
開始する〔ステップＳ３Ａ〕。
【００６７】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が回線解放ジョブ（dealloc−vc1 ）に就いて
呼処理を実行開始した段階では、対応する資源ロックデ
ータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１２
(c) に示す通りとなり、またジョブシーケンス選択実行
部（ＪＳＣ）（２２）が回線解放ジョブ（dealloc −vc
2 ）に就いて呼処理を実行完了した段階では、対応する
資源ロックデータ（ＲＬＤ）および呼制御データ（ＣＤ
Ｂ）は図１２(d) に示す通りとなる。
（２２）が回線解放ジョブ（dealloc−vc1 ）に就いて
呼処理を実行開始した段階では、対応する資源ロックデ
ータ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１２
(c) に示す通りとなり、またジョブシーケンス選択実行
部（ＪＳＣ）（２２）が回線解放ジョブ（dealloc −vc
2 ）に就いて呼処理を実行完了した段階では、対応する
資源ロックデータ（ＲＬＤ）および呼制御データ（ＣＤ
Ｂ）は図１２(d) に示す通りとなる。
【００６８】以上により、端末装置（Ｔ）（５）が期待
するＣＡＴＶ局（Ｃ）（６）から端末装置（Ｔ）（５）
に至る一方向の設定済のパスが解放される。一方、ジョ
ブシーケンス選択実行部（ＪＳＣ）（２２）は、回線捕
捉ジョブ（alloc −vc1 ）に就いて保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理を、該
当する呼制御データ（ＣＤＢ）内の保守運用側許容ジョ
ブ（ＪM）として、パス解放ジョブ（delete−path）が
設定される迄待機する〔図３ステップＳ３Ａ、図４ステ
ップＳ４１〕。
するＣＡＴＶ局（Ｃ）（６）から端末装置（Ｔ）（５）
に至る一方向の設定済のパスが解放される。一方、ジョ
ブシーケンス選択実行部（ＪＳＣ）（２２）は、回線捕
捉ジョブ（alloc −vc1 ）に就いて保守運用ノード
（３）内の資源管理データ（ＲＭＤ）の更新処理を、該
当する呼制御データ（ＣＤＢ）内の保守運用側許容ジョ
ブ（ＪM）として、パス解放ジョブ（delete−path）が
設定される迄待機する〔図３ステップＳ３Ａ、図４ステ
ップＳ４１〕。
【００６９】やがて該当する呼制御データ（ＣＤＢ）内
の保守運用側許容ジョブ（ＪM ）として、パス解放ジョ
ブ（delete−path）が設定されると、ジョブシーケンス
選択実行部（ＪＳＣ）（２２）は、保守運用ノード
（３）内の呼データ保持部（ＤＭ）（３１）に設けられ
ている資源管理データ（ＲＭＤ）を更新させる為に、パ
ス解放ジョブ（delete−path）を保守運用ノード（３）
に転送する。保守運用ノード（３）においては、保守運
用処理実行部（ＯＭＣ）（３２）が、サービス制御ノー
ド（２）から転送されたジョブ（Ｊｉ）を受信すると、
資源管理データ保持部（ＲＭ）（３１）内の、パス解放
ジョブ（delete−path）により指定されたパス（ｐ）に
対応する資源管理データ（ＲＭＤ）を解放状態に更新す
る〔ステップＳ４２〕。
の保守運用側許容ジョブ（ＪM ）として、パス解放ジョ
ブ（delete−path）が設定されると、ジョブシーケンス
選択実行部（ＪＳＣ）（２２）は、保守運用ノード
（３）内の呼データ保持部（ＤＭ）（３１）に設けられ
ている資源管理データ（ＲＭＤ）を更新させる為に、パ
ス解放ジョブ（delete−path）を保守運用ノード（３）
に転送する。保守運用ノード（３）においては、保守運
用処理実行部（ＯＭＣ）（３２）が、サービス制御ノー
ド（２）から転送されたジョブ（Ｊｉ）を受信すると、
資源管理データ保持部（ＲＭ）（３１）内の、パス解放
ジョブ（delete−path）により指定されたパス（ｐ）に
対応する資源管理データ（ＲＭＤ）を解放状態に更新す
る〔ステップＳ４２〕。
【００７０】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、パス解放ジョブ（delete−path）に
始まるジョブシーケンス（ＪＳ）としてジョブシーケン
ス（ＪＳｂ）から、パス解放ジョブ（delete−path）の
次に実行可能なジョブ種別の有無を検査し〔ステップＳ
４３〕、該当するジョブ種別として、回線解放ジョブ
（dealloc −vc）が存在することを確認すると〔ステッ
プＳ４４〕、抽出した回線解放ジョブ（dealloc −vc）
を、該当する呼制御データ（ＣＤＢ）の保守運用側許容
ジョブ（ＪM ）として設定する〔ステップＳ４６〕。
Ｃ）（２２）は、ジョブシーケンス保持部（ＪＳＭ）
（２３）を参照し、パス解放ジョブ（delete−path）に
始まるジョブシーケンス（ＪＳ）としてジョブシーケン
ス（ＪＳｂ）から、パス解放ジョブ（delete−path）の
次に実行可能なジョブ種別の有無を検査し〔ステップＳ
４３〕、該当するジョブ種別として、回線解放ジョブ
（dealloc −vc）が存在することを確認すると〔ステッ
プＳ４４〕、抽出した回線解放ジョブ（dealloc −vc）
を、該当する呼制御データ（ＣＤＢ）の保守運用側許容
ジョブ（ＪM ）として設定する〔ステップＳ４６〕。
【００７１】続いてジョブシーケンス選択実行部（ＪＳ
Ｃ）（２２）は、回線解放ジョブ（dealloc −vc1 ）お
よび（dealloc −vc2 ）に就いても、パス解放ジョブ
（delete−path）に対してと同様の過程で、保守運用ノ
ード（３）内の資源管理データ（ＲＭＤ）の更新処理を
実行する。
Ｃ）（２２）は、回線解放ジョブ（dealloc −vc1 ）お
よび（dealloc −vc2 ）に就いても、パス解放ジョブ
（delete−path）に対してと同様の過程で、保守運用ノ
ード（３）内の資源管理データ（ＲＭＤ）の更新処理を
実行する。
【００７２】なお回線解放ジョブ（dealloc −vc2 ）の
更新処理を実行する過程で、ジョブシーケンス選択実行
部（ＪＳＣ）（２２）がジョブシーケンス（ＪＳｂ）を
参照した結果〔ステップＳ４３〕、許容ジョブ（ＪN ）
が存在しないことを確認すると〔ステップＳ４４〕、対
応する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「０」を設定し、許容ジョブ（ＪN ）に「ａｌ
ｌ」を設定すると共に、対応する呼制御データ（ＣＤ
Ｂ）の保守運用側許容ジョブ（ＪM ）に「ａｌｌ」を設
定する〔ステップＳ４５〕。
更新処理を実行する過程で、ジョブシーケンス選択実行
部（ＪＳＣ）（２２）がジョブシーケンス（ＪＳｂ）を
参照した結果〔ステップＳ４３〕、許容ジョブ（ＪN ）
が存在しないことを確認すると〔ステップＳ４４〕、対
応する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「０」を設定し、許容ジョブ（ＪN ）に「ａｌ
ｌ」を設定すると共に、対応する呼制御データ（ＣＤ
Ｂ）の保守運用側許容ジョブ（ＪM ）に「ａｌｌ」を設
定する〔ステップＳ４５〕。
【００７３】更に今回はジョブ（Ｊｉ）が呼解放である
為、呼制御データ（ＣＤＢ）も解放する。以上により、
端末装置（Ｔ）（５）とＣＡＴＶ局（Ｃ）（６）との間
に設定されたパスに関連する交換機資源（ＲＳＣ）（１
３）〔回線（ｖｃ1 ）、（ｖｃ2）、パス（ｐ）等〕に
対し、パス接続開始時点から掛けられていたロックが解
除され、保守運用ジョブを含む他のジョブ（Ｊ）がアク
セス可能となる。
為、呼制御データ（ＣＤＢ）も解放する。以上により、
端末装置（Ｔ）（５）とＣＡＴＶ局（Ｃ）（６）との間
に設定されたパスに関連する交換機資源（ＲＳＣ）（１
３）〔回線（ｖｃ1 ）、（ｖｃ2）、パス（ｐ）等〕に
対し、パス接続開始時点から掛けられていたロックが解
除され、保守運用ジョブを含む他のジョブ（Ｊ）がアク
セス可能となる。
【００７４】ジョブシーケンス選択実行部（ＪＳＣ）
（２２）が回線解放ジョブ（dealloc−vc1 ）に就いて
保守運用ノード（３）内の資源管理データ（ＲＭＤ）の
更新処理を完了した段階では、対応する資源ロックデー
タ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１２
(e) に示す通りとなり、またジョブシーケンス選択実行
部（ＪＳＣ）（２２）が回線解放ジョブ（dealloc −vc
2 ）に就いて保守運用ノード（３）内の資源管理データ
（ＲＭＤ）の更新処理を完了した段階では、対応する資
源ロックデータ（ＲＬＤ）および呼制御データ（ＣＤ
Ｂ）は図１２(f) に示す通りとなる。
（２２）が回線解放ジョブ（dealloc−vc1 ）に就いて
保守運用ノード（３）内の資源管理データ（ＲＭＤ）の
更新処理を完了した段階では、対応する資源ロックデー
タ（ＲＬＤ）および呼制御データ（ＣＤＢ）は図１２
(e) に示す通りとなり、またジョブシーケンス選択実行
部（ＪＳＣ）（２２）が回線解放ジョブ（dealloc −vc
2 ）に就いて保守運用ノード（３）内の資源管理データ
（ＲＭＤ）の更新処理を完了した段階では、対応する資
源ロックデータ（ＲＬＤ）および呼制御データ（ＣＤ
Ｂ）は図１２(f) に示す通りとなる。
【００７５】次に、端末装置（Ｔ）（５）が、前述と同
様に、ＣＡＴＶ局（Ｃ）（６）との間に一方向パスを設
定する過程で、障害が発生した場合の処理過程を、図２
および図１３を用いて説明する。
様に、ＣＡＴＶ局（Ｃ）（６）との間に一方向パスを設
定する過程で、障害が発生した場合の処理過程を、図２
および図１３を用いて説明する。
【００７６】最初に端末装置（Ｔ）（５）が、交換機資
源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc1 ）をサービス制
御ノード（２）に送信すると、サービス制御ノード
（２）は、前述と同様の過程により、呼制御データ（Ｃ
ＤＢ）および資源管理データ（ＲＭＤ）を捕捉し、対応
する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「１」を設定した後、回線捕捉ジョブ（alloc
−vc1 ）を交換機（１）に転送して呼設定処理を実行さ
せ、回線捕捉ジョブ（alloc −vc1 ）に関する処理を完
了した交換機（１）からジョブ完了信号（ＯＫ）が返送
されると、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送した後、保守運用ノード（３）にも回線捕捉
ジョブ（alloc −vc1 ）を転送する。
源（ＲＳＣ）（１３）内の発側回線（ｖｃ1 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc1 ）をサービス制
御ノード（２）に送信すると、サービス制御ノード
（２）は、前述と同様の過程により、呼制御データ（Ｃ
ＤＢ）および資源管理データ（ＲＭＤ）を捕捉し、対応
する資源ロックデータ（ＲＬＤ）内のロックフラグ
（Ｆ）に「１」を設定した後、回線捕捉ジョブ（alloc
−vc1 ）を交換機（１）に転送して呼設定処理を実行さ
せ、回線捕捉ジョブ（alloc −vc1 ）に関する処理を完
了した交換機（１）からジョブ完了信号（ＯＫ）が返送
されると、端末装置（Ｔ）（５）にジョブ完了信号（Ｏ
Ｋ）を返送した後、保守運用ノード（３）にも回線捕捉
ジョブ（alloc −vc1 ）を転送する。
【００７７】続いて端末装置（Ｔ）（５）が、交換機資
源（ＲＳＣ）（１３）内の着側回線（ｖｃ2 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc2 ）をサービス制
御ノード（２）に送信すると、サービス制御ノード
（２）は、前述と同様の過程により、交換機（１）に回
線捕捉ジョブ（alloc −vc2 ）を転送し、該当する処理
を完了した交換機（１）からジョブ完了信号（ＯＫ）が
返送されると、端末装置（Ｔ）（５）にジョブ完了信号
（ＯＫ）を返送した後、保守運用ノード（３）にも回線
捕捉ジョブ（alloc −vc1 ）を転送する。
源（ＲＳＣ）（１３）内の着側回線（ｖｃ2 ）の捕捉を
要求する回線捕捉ジョブ（alloc −vc2 ）をサービス制
御ノード（２）に送信すると、サービス制御ノード
（２）は、前述と同様の過程により、交換機（１）に回
線捕捉ジョブ（alloc −vc2 ）を転送し、該当する処理
を完了した交換機（１）からジョブ完了信号（ＯＫ）が
返送されると、端末装置（Ｔ）（５）にジョブ完了信号
（ＯＫ）を返送した後、保守運用ノード（３）にも回線
捕捉ジョブ（alloc −vc1 ）を転送する。
【００７８】続いて端末装置（Ｔ）（５）が、交換機資
源（ＲＳＣ）（１３）内のスイッチ（ＳＷ）によるパス
（ｐ）の設定を要求するパス接続ジョブ（conn−path）
をサービス制御ノード（２）に送信すると、サービス制
御ノード（２）は、前述と同様の過程により、交換機
（１）にパス接続ジョブ（conn−path）を転送する。
源（ＲＳＣ）（１３）内のスイッチ（ＳＷ）によるパス
（ｐ）の設定を要求するパス接続ジョブ（conn−path）
をサービス制御ノード（２）に送信すると、サービス制
御ノード（２）は、前述と同様の過程により、交換機
（１）にパス接続ジョブ（conn−path）を転送する。
【００７９】交換機（１）が、受信したパス接続ジョブ
（conn−path）に関する処理を実行中に障害が発生し、
同処理が実行不可能となると、交換機（１）は初期設定
部（ＩＮＴ）（１４）を起動し、パス接続ジョブ（conn
−path）に付加されている呼識別子（ＩＤC ）に該当す
る呼に関する呼処理を解消し、初期設定信号（remove）
をサービス制御ノード（２）に返送する。
（conn−path）に関する処理を実行中に障害が発生し、
同処理が実行不可能となると、交換機（１）は初期設定
部（ＩＮＴ）（１４）を起動し、パス接続ジョブ（conn
−path）に付加されている呼識別子（ＩＤC ）に該当す
る呼に関する呼処理を解消し、初期設定信号（remove）
をサービス制御ノード（２）に返送する。
【００８０】サービス制御ノード（２）は、交換機
（１）から返送される初期設定信号（remove）を受信す
ると、初期設定信号（remove）に付加されている呼識別
子（ＩＤ C ）から、パス接続ジョブ（conn−path）に関
する処理が不成功に終わった呼を識別し、パス接続ジョ
ブ（conn−path）の送信元端末装置（Ｔ）（５）に、ジ
ョブ不完了信号（ＮＧ）を返送すると共に、当該呼に関
する資源管理データ（ＲＭＤ）および呼制御データ（Ｃ
ＤＢ）を解放し、また保守運用ノード（３）にも復元信
号（roll-back ）を転送し、呼識別子（ＩＤC ）に対応
する資源管理データ（ＲＭＤ）を復元させる。
（１）から返送される初期設定信号（remove）を受信す
ると、初期設定信号（remove）に付加されている呼識別
子（ＩＤ C ）から、パス接続ジョブ（conn−path）に関
する処理が不成功に終わった呼を識別し、パス接続ジョ
ブ（conn−path）の送信元端末装置（Ｔ）（５）に、ジ
ョブ不完了信号（ＮＧ）を返送すると共に、当該呼に関
する資源管理データ（ＲＭＤ）および呼制御データ（Ｃ
ＤＢ）を解放し、また保守運用ノード（３）にも復元信
号（roll-back ）を転送し、呼識別子（ＩＤC ）に対応
する資源管理データ（ＲＭＤ）を復元させる。
【００８１】次に、保守者が交換機（１）の保守試験を
実行する場合の処理を、図２および図５を用いて説明す
る。図２および図５において、特定の交換機資源（ＲＳ
Ｃ）（１３）の試験指示が保守コンソール（Ｍ）（４）
から送信されると、保守運用ノード（３）においては、
保守運用処理実行部（ＯＭＣ）（３２）が、保守コンソ
ール（Ｍ）（４）から送信された試験指示を受信・解析
し、試験対象とする交換機資源（ＲＳＣ）（１３）を識
別した後、資源管理データ保持部（ＲＭ）（３１）を参
照し、試験対象とする交換機資源（ＲＳＣ）（１３）に
対応する資源管理データ（ＲＭＤ）〔即ち資源ロックデ
ータ（ＲＬＤ）〕内のロックフラグ（Ｆ）の設定値を検
査し〔図５ステップＳ５１〕、ロックフラグ（Ｆ）が
「０」に設定されていることを確認すると〔ステップＳ
５２〕、ロックフラグ（Ｆ）に「２」を設定すると共
に、保守運用側実行中プロセス識別子（ＩＤP ）に、
「本処理」〔即ち当該試験処理〕を設定した後〔ステッ
プＳ５３〕、交換機（１）に所要の試験指示を送信し、
所要の試験を実行させる〔ステップＳ５４〕。
実行する場合の処理を、図２および図５を用いて説明す
る。図２および図５において、特定の交換機資源（ＲＳ
Ｃ）（１３）の試験指示が保守コンソール（Ｍ）（４）
から送信されると、保守運用ノード（３）においては、
保守運用処理実行部（ＯＭＣ）（３２）が、保守コンソ
ール（Ｍ）（４）から送信された試験指示を受信・解析
し、試験対象とする交換機資源（ＲＳＣ）（１３）を識
別した後、資源管理データ保持部（ＲＭ）（３１）を参
照し、試験対象とする交換機資源（ＲＳＣ）（１３）に
対応する資源管理データ（ＲＭＤ）〔即ち資源ロックデ
ータ（ＲＬＤ）〕内のロックフラグ（Ｆ）の設定値を検
査し〔図５ステップＳ５１〕、ロックフラグ（Ｆ）が
「０」に設定されていることを確認すると〔ステップＳ
５２〕、ロックフラグ（Ｆ）に「２」を設定すると共
に、保守運用側実行中プロセス識別子（ＩＤP ）に、
「本処理」〔即ち当該試験処理〕を設定した後〔ステッ
プＳ５３〕、交換機（１）に所要の試験指示を送信し、
所要の試験を実行させる〔ステップＳ５４〕。
【００８２】以上の説明から明らかな如く、本実施例に
よれば、端末装置（Ｔ）（５）から送信されるＣＡＴＶ
局（Ｃ）（６）との間の一方向通信呼の設定および解放
は、総てサービス制御ノード（２）により処理され、交
換機（１）は交換機資源（ＲＳＣ）（１３）の駆動のみ
を実行する為、交換機（１）の呼処理負荷は大幅に削減
される。
よれば、端末装置（Ｔ）（５）から送信されるＣＡＴＶ
局（Ｃ）（６）との間の一方向通信呼の設定および解放
は、総てサービス制御ノード（２）により処理され、交
換機（１）は交換機資源（ＲＳＣ）（１３）の駆動のみ
を実行する為、交換機（１）の呼処理負荷は大幅に削減
される。
【００８３】また交換機（１）の保守運用に関しても、
総て保守運用ノード（３）により処理され、交換機
（１）は交換機資源（ＲＳＣ）（１３）の駆動のみを実
行する為、交換機（１）の呼処理負荷は大幅に削減され
る。
総て保守運用ノード（３）により処理され、交換機
（１）は交換機資源（ＲＳＣ）（１３）の駆動のみを実
行する為、交換機（１）の呼処理負荷は大幅に削減され
る。
【００８４】更に保守運用ノード（３）が実行する保守
運用に関するロックフラグ（Ｆ）の設定値〔＝「２」〕
は、交換機（１）およびサービス制御ノード（２）が実
行する一般呼処理に関するロックフラグ（Ｆ）の設定値
〔＝「１」〕より低優先順位で処理される為、交換機
（１）およびサービス制御ノード（２）による呼処理
が、保守運用ノード（３）による保守運用により影響さ
れること無く、迅速に処理されることとなる。
運用に関するロックフラグ（Ｆ）の設定値〔＝「２」〕
は、交換機（１）およびサービス制御ノード（２）が実
行する一般呼処理に関するロックフラグ（Ｆ）の設定値
〔＝「１」〕より低優先順位で処理される為、交換機
（１）およびサービス制御ノード（２）による呼処理
が、保守運用ノード（３）による保守運用により影響さ
れること無く、迅速に処理されることとなる。
【００８５】なお、図２乃至図１３はあく迄本発明の一
実施例に過ぎず、例えば資源管理データ（ＲＭＤ）、資
源ロックデータ（ＲＬＤ）、呼制御データ（ＣＤＢ）、
およびジョブシーケンス（ＪＳ）の構成は図示されるも
のに限定されることは無く、他に幾多の変形が考慮され
るが、何れの場合にも本発明の効果は変わらない。また
本発明の対象となる交換機（１）、サービス制御ノード
（２）および保守運用ノード（３）は、図示されるもの
に限定されることは無く、他に幾多の変形が考慮される
が、何れの場合にも本発明の効果は変わらない。更に本
発明の対象とする交換網は、図示されるものに限定され
ぬことは言う迄も無い。
実施例に過ぎず、例えば資源管理データ（ＲＭＤ）、資
源ロックデータ（ＲＬＤ）、呼制御データ（ＣＤＢ）、
およびジョブシーケンス（ＪＳ）の構成は図示されるも
のに限定されることは無く、他に幾多の変形が考慮され
るが、何れの場合にも本発明の効果は変わらない。また
本発明の対象となる交換機（１）、サービス制御ノード
（２）および保守運用ノード（３）は、図示されるもの
に限定されることは無く、他に幾多の変形が考慮される
が、何れの場合にも本発明の効果は変わらない。更に本
発明の対象とする交換網は、図示されるものに限定され
ぬことは言う迄も無い。
【００８６】
【発明の効果】以上、本発明によれば、前記交換網にお
いて、各制御ノードがそれぞれ分担呼処理を一貫して実
行することとなり、分担機能に関する交換機の負荷が大
幅に軽減されることとなり、また分担するサービス機能
に応じて優先順位を付与することにより、高優先順位を
付与された呼処理時間が、低優先順位を付与された呼処
理に影響されて増大する恐れも無くなり、当該交換機の
負荷軽減、並びに呼処理能力の向上に大きく寄与する。
いて、各制御ノードがそれぞれ分担呼処理を一貫して実
行することとなり、分担機能に関する交換機の負荷が大
幅に軽減されることとなり、また分担するサービス機能
に応じて優先順位を付与することにより、高優先順位を
付与された呼処理時間が、低優先順位を付与された呼処
理に影響されて増大する恐れも無くなり、当該交換機の
負荷軽減、並びに呼処理能力の向上に大きく寄与する。
【図１】 本発明の原理を示す図
【図２】 本発明の一実施例による交換網を示す図
【図３】 図２におけるジョブシーケンス選択実行部の
処理過程の一例を示す図
処理過程の一例を示す図
【図４】 図３における保守運用ノード内データ更新処
理過程の一例を示す図
理過程の一例を示す図
【図５】 図２における保守運用処理過程の一例を示す
図
図
【図６】 図２における資源ロックデータの一例を示す
図
図
【図７】 図２における呼制御データの一例を示す図
【図８】 図２におけるジョブシーケンスの一例を示す
図
図
【図９】 図２における呼設定処理のシーケンスチャー
トの一例を示す図
トの一例を示す図
【図１０】 図９における各種データの一例を示す図
【図１１】 図２における呼解放処理のシーケンスチャ
ートの一例を示す図
ートの一例を示す図
【図１２】 図１１における各種データの一例を示す図
【図１３】 図２における障害発生時のシーケンスチャ
ートを示す図
ートを示す図
１、１００ 交換機 ２ サービス制御ノード ３ 保守運用ノード ４ 保守コンソール（Ｍ） ５ 端末装置（Ｔ） ６ ＣＡＴＶ局（Ｃ） １１、２１、３１ 資源管理データ保持部（ＲＭ） １２ 交換機資源駆動部（ＲＳＤ） １３ 交換機資源（ＲＳＣ） １４ 初期設定部（ＩＮＴ） ２２ ジョブシーケンス選択実行部（ＪＳＣ） ２３ 主記憶装置（ＭＭ） ２４ ジョブシーケンス保持部（ＪＳＭ） ３２ 保守運用処理実行部（ＯＭＣ） ２００ 制御ノード ３００ 資源データ記憶手段 ４００ 呼処理手段 ５００ アクセス制御手段
Claims (4)
- 【請求項１】 交換機（１００）にそれぞれ呼処理機能
の一部を分担する一乃至複数の制御ノード（２００）を
併設する交換網において、 前記交換機（１００）および制御ノード（２００）に、
前記交換機（１００）が呼処理に使用する資源の使用状
態を示す資源データを記憶する資源データ記憶手段（３
００）と、 前記資源データ記憶手段（３００）に記憶済の資源デー
タを使用してそれぞれ担当する呼処理機能を実行し、該
呼処理を実行の結果、前記資源データを変更した場合
に、他の前記交換機（１００）または制御ノード（２０
０）に前記資源データの更新を要求する呼処理手段（４
００）と、 前記呼処理手段（４００）がそれぞれ担当呼処理を実行
する過程で、前記交換機（１００）および各制御ノード
（２００）が保有する前記呼処理に使用する資源に対応
する資源データへのアクセスを禁止するアクセス制御手
段（５００）とを設けることを特徴とする分散呼制御方
式。 - 【請求項２】 前記アクセス制御手段（５００）は、複
数の呼処理単位を連続して実行する順序を登録し、登録
された順序で複数の呼処理単位が実行される間、前記呼
処理に使用する資源に対応する資源データへのアクセス
を禁止し、前記一連の呼処理単位が実行し終わった段階
で、前記アクセス禁止を解除することを特徴とする請求
項１記載の分散呼制御方式。 - 【請求項３】 前記アクセス制御手段（５００）は、前
記制御ノード（２００）の分担呼処理機能に優先順位が
付与されている場合に、前記交換機（１００）および高
優先順位を付与された制御ノード（２００）がそれぞれ
分担呼処理を実行する場合には、低優先順位を付与され
た制御ノード（２００）のアクセス制御手段（５００）
によりアクセスが禁止されている資源データへもアクセ
スを可能とすることを特徴とする請求項１記載の分散呼
制御方式。 - 【請求項４】 前記交換機（１００）および高優先順位
を付与された制御ノード（２００）に設けられた呼処理
手段（４００）は、他の前記交換機（１００）および制
御ノード（２００）に前記資源データの更新を要求した
場合に、低優先順位を付与された制御ノード（２００）
から更新完了通知が返送されるのを待たずに、次の呼処
理へ移行することを特徴とする請求項１記載の分散呼制
御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8184294A JPH07298320A (ja) | 1994-04-20 | 1994-04-20 | 分散呼制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8184294A JPH07298320A (ja) | 1994-04-20 | 1994-04-20 | 分散呼制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07298320A true JPH07298320A (ja) | 1995-11-10 |
Family
ID=13757731
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8184294A Withdrawn JPH07298320A (ja) | 1994-04-20 | 1994-04-20 | 分散呼制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07298320A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6507580B1 (en) | 1997-01-24 | 2003-01-14 | Nec Corporation | Method of controlling a calling in distributed node exchange network, distributed node exchange and distributed node exchange network |
-
1994
- 1994-04-20 JP JP8184294A patent/JPH07298320A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6507580B1 (en) | 1997-01-24 | 2003-01-14 | Nec Corporation | Method of controlling a calling in distributed node exchange network, distributed node exchange and distributed node exchange network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH1013532A (ja) | インテリジェントネットワークにおける通信状態管理方式および方法 | |
| WO1995009501A1 (en) | Network element management system | |
| JPH07298320A (ja) | 分散呼制御方式 | |
| JPH09215018A (ja) | 交換機 | |
| EP0873029A1 (en) | An SCP interface | |
| JP3145992B2 (ja) | 交換制御サービス論理の競合制御方式及び競合制御方法 | |
| US7224958B2 (en) | Method and system for managing accounting information in an MSC | |
| CN114430423A (zh) | 一种终端间的通讯管理方法、装置、设备及存储介质 | |
| US5883952A (en) | Communication switching system with performance characteristics system and a base switching system | |
| JP3033656B2 (ja) | 発着呼制御方式 | |
| JPH11505970A (ja) | 電話接続を確立するための方法及び交換システム | |
| JP2704095B2 (ja) | 交換システム | |
| JP3056632B2 (ja) | 複数チャネル通信方法及び通信装置 | |
| KR100463847B1 (ko) | 교환 시스템에서의 일제 지령 재호출 장치 및 방법 | |
| KR100732088B1 (ko) | 멀티 스레드 환경에서의 호 처리 스케줄링 방법 | |
| KR100380410B1 (ko) | 이기종망간 통신처리 서비스상의 호처리 장치 및 방법 | |
| JPH0385991A (ja) | 発信制御処理方式 | |
| US6031839A (en) | Data communication system and communication terminal equipment | |
| JPH02305043A (ja) | 空き回線選択中継方式 | |
| JP2687524B2 (ja) | データリンクコネクション制御方式 | |
| JPH0823375A (ja) | Ｉｓｄｎ呼接続制御方式 | |
| JPH02105661A (ja) | 局線トランク優先捕促制御方式 | |
| JPH04199958A (ja) | 内線代表制御装置 | |
| JPH11355341A (ja) | 通信経路選択方法及びその装置 | |
| JPH05103359A (ja) | 構内交換機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20010703 |