JPH05168055A

JPH05168055A - モジュール構成型交換機のｉｎ用呼処理システム

Info

Publication number: JPH05168055A
Application number: JP33674891A
Authority: JP
Inventors: Mitsunori Fukazawa; 光規深沢; Yoshiharu Sato; 義治佐藤; Michiharu Baba; 道治馬場; Masaaki Wakamoto; 雅晶若本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1991-12-19
Filing date: 1991-12-19
Publication date: 1993-07-02

Abstract

(57)【要約】【目的】本発明は、モジュール構成型交換機のＩＮ用
呼処理システムに関し、レグ制御の変更に伴う保守作業
を少なくすると共に、分散処理による呼処理効率の向上
を図ることができるモジュール構成型交換機のＩＮ用呼
処理システムを提供することを目的としている。【構成】加入者間をモジュール構成型のＩＮ制御用交
換機で接続するシステムにおいて、前記ＩＮ制御用交換
機１０は、レグ部品３０とＣＰ部品４０から構成された
複数のモジュール２０と、これらモジュール２０間を接
続するモジュール接続装置５０と、該モジュール接続装
置５０と接続され、外部のサービス制御ノード１とのイ
ンタフェースを行うＩＮ状態管理モジュール１１とで構
成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、モジュール構成型交換
機のＩＮ（インテリジェントネットワーク）用呼処理シ
ステムに関する。

【０００２】

【従来の技術】図８は、従来システムの構成概念図であ
る。図において、１はコンピュータ等で構成されるサー
ビス制御ノード（ＳＣＰ）である。１０は加入者２間に
接続されるモジュール構成型のＩＮ制御用交換機（ＳＳ
Ｐ）である。ここで、モジュール構成型交換機とは、異
なる機能をもった複数のモジュール（ＡＴＭ回線モジュ
ール，ＳＴＭ回線モジュール，ＩＮ状態管理モジュール
等）を結合することによって構成された交換機（一般的
には同一種類のモジュールは１ノードに複数結合され
る）のことをいう。ＩＮ制御用交換機とは、サービス制
御ノードと通信を行い、ＩＮサービスの実行制御を行う
交換機である。

【０００３】レグとは加入者端末２からＳＳＰ１０にい
たる回線に対応する論理的通信路をいう。間に中継局が
入る場合には、リンク・バイ・リンクに設定される回線
をつなぎ合わせたものに対応する。レグには、発信者回
線，着信者回線に対応して、それぞれ発レグ，着レグが
ある。また、初めにＩＮサービス実行要求を出したレグ
をコントロールレグという。

【０００４】図９はコールモデルの説明図である。図に
おいて、４，５は端末装置等の通信リソースを仮想化し
たリソース、６は各メディア毎のリソースに対して設定
されたレグ、３ａ，３ｂは通信方向を規定してレグ６間
を接続する論理的な結合点を示すコネクション・ポイン
ト（ＣＰ）である。３ａは双方向性のＣＰであり、３ｂ
は単方向性のＣＰである。サービス制御ノード１１は、
伝達網（従来の通信網及び広帯域通信網）の接続状態を
このようなコールモデルとして管理する。

【０００５】再び、図８の説明に戻る。ＳＳＰ１０にお
いて、１１はＳＣＰ１とＳＳＰ１０間のインタフェース
動作を行なうＩＮ状態管理モジュール（ＩＳＭ）であ
る。該ＩＳＭ１１は、図９に示したようなＩＮ状態（コ
ールモデル）を管理する。１２はＳＳＰ１０における基
本サービスを行う基本サービス部、１３は基本サービス
実行中におけるトリガチェックポイントの発生を契機と
してＩＮの付加サービスを行うＩＮサービス部である。

【０００６】基本サービスとは、２者相互接続、会議サ
ービス等の広帯域ＩＳＤＮにおける利用頻度の高いサー
ビスをいう。ＩＮサービスとは、基本サービス実行時に
起動され、ＩＮアーキテクチャの下で実行されるサービ
スをいう。なお、基本サービス実行時に起動され、ＳＳ
Ｐのみで実行されるサービスを非ＩＮサービスという。
１４は、基本サービス部１２及びＩＮサービス部１３の
制御の下で基本呼処理を行う基本呼処理部である。

【０００７】このように構成されたシステムにおいて、
基本サービス部１２は加入者２からの要求に応じて、基
本呼処理部１４を動作させ、加入者信号制御，通話路制
御，局間信号制御等を行っている。このような一連の動
作の途中で、基本サービス部１２が実行しているソフト
ウェアは必ずチェックポイントを通過するようになって
いる。そのチェックポイントに来たら、そのチェックポ
イントをトリガとしてある種のサービスを加入者が契約
しているかどうか調べる。そして、契約している場合に
は基本サービス部１２は制御をＩＮサービス部１３に移
す。

【０００８】ＩＮサービス部１３は制御を渡されたら、
ＩＳＭ１１を介してＳＣＰ１にイベント検出通知を行
う。ＳＣＰ１側では、この通知を受けると内蔵のプログ
ラム１ａを起動し、ＩＮサービス部１３の動作を制御
し、所定のＩＮサービスを実行する。そして、当該ＩＮ
サービスが終了したら、制御を再び基本サービス部１２
に戻す。

【０００９】

【発明が解決しようとする課題】前述した従来システム
では、基本サービス部１２で実行される機能とＩＮサー
ビス部１３で実行される機能とは基本的に類似したもの
であり、従って基本サービス部１２の機能を変更する時
にはＩＮサービス部１３の機能も変更する必要があり、
保守作業によけいな工数がかかっていた。

【００１０】また、ＩＮサービス部１３では基本サービ
ス部１２に比較してオーバヘッドが大きいため、呼処理
の実行効率のよい各部品の実現方式が望まれていた。本
発明はこのような課題に鑑みてなされたものであって、
レグ制御の変更に伴う保守作業を少なくすると共に、分
散処理による処理効率の向上を図ることができるモジュ
ール構成型交換機のＩＮ用呼処理システムを提供するこ
とを目的としている。

【００１１】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。図８と同一のものは、同一の符号を付し
て示す。図に示すシステムは、加入者２間をモジュール
構成型のＩＮ制御用交換機（ＳＳＰ）１０で接続するシ
ステムを構成している。前記ＩＮ制御用交換機１０は、
レグ部品３０とＣＰ部品４０から構成された複数のモジ
ュール２０と、これらモジュール２０間を接続するモジ
ュール接続装置５０と、該モジュール接続装置５０と接
続され、外部のサービス制御ノード（ＳＣＰ）１とのイ
ンタフェースを行うＩＮ状態管理モジュール（ＩＳＭ）
１１とで構成されている。６０はＳＳＰ１０と接続され
る他の交換機（ＮＷ）である。

【００１２】

【作用】レグ部品３０とＣＰ部品４０間の協調動作によ
り、従来技術で述べたような基本サービスを実行し、ま
たこれら部品３０，４０がＩＮ制御命令の実行も行うよ
うにしている。従って、レグ制御の変更に伴う保守作業
を少なくすることができる。また、従来のように、基本
サービス部からＩＮサービス部へ切替わる時のような機
能（ソフトウェア）の切替えが発生しないため、オーバ
ヘッドが少ない（状態情報の引継ぎやタスク起動時のオ
ーバヘッドがない）。また、各部品の並列実行が実現で
き、呼処理の実行効率がよい。

【００１３】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図２は本発明の一実施例を示す構成ブロッ
ク図である。図１と同一のものは、同一の符号を付して
示す。図では、ＳＳＰ１０内にモジュールＮとモジュー
ルＭの２個のモジュール２０が含まれる場合を示してい
るが、本発明はこれに限るものではなく、３個以上のモ
ジュール２０が含まれていてもよい。モジュール２０
は、レグ部品３０，ＣＰ部品４０，基本呼処理部７０，
イベント処理部８０，非ＩＮ付加サービス部９０及びイ
ンタフェース１００より構成されている。

【００１４】レグ部品３０は、基本サービス実行部３１
及びＩＮ命令実行部３２より構成され、ＣＰ部品４０
は、基本サービス実行部４１とＩＮ命令実行部４２より
構成されている。各モジュール２０はインタフェース１
００及びモジュール結合装置５０を介して相互に接続さ
れている。基本呼処理部７０は、信号制御部７１，通話
路制御部７２，各種分析処理部７３等より構成されてい
る。非ＩＮ付加サービス部９０は、基本サービス実行時
に起動され、ＳＳＰ１０のみで実行されるサービスを行
う。

【００１５】基本サービスは、レグ部品３０，ＣＰ部品
４０のそれぞれの基本サービス実行部３１，４１が協調
動作することにより実行し、ＩＮサービスは、サービス
制御ノード（図示せず）からの命令をレグ部品３０，Ｃ
Ｐ部品４０のそれぞれのＩＮ命令実行部３２，４２が実
行するようになっている。

【００１６】レグ部品３０及びＣＰ部品４０のＩＮ命令
実行部３２，４２及びイベント実行部８０は、インタフ
ェース１００，モジュール結合装置５０及びＩＳＭ１１
を解してＳＣＰ１（図示せず）と接続される。

【００１７】レグ部品３０の基本サービス実行部３１
は、当該レグ部品３０の制御対象である回線に対して以
下の処理を行う。ＣＰ部品との間の信号の送受信当該回線対応の信号制御部との間の信号の送受信当該回線からモジュール出回線までの当該回線が収容
されているモジュール内のパス制御前記処理に必要な各種分析処理またＩＮ命令実行部３２は、ＩＮ制御メッセージに応じ
た適切な処理の実行と応答を行う。

【００１８】ＣＰ部品４０の基本サービス実行部４１
は、当該ＣＰ部品４０の制御対象であるリソースの分析
／制御，レグ部品３０との間の信号の送受信を行い、Ｉ
Ｎ命令実行部４２は、ＩＮ制御メッセージに応じた適切
な処理の実行と応答を行う。このように構成されたシス
テムの動作を説明すれば、以下のとおりである。［ｐｏｉｎｔｔｏｐｏｉｎｔ基本サービスの実行］（１）端末発呼と同時に、基本呼処理部７０の信号制御
部７１がＳＥＴＵＰを検出し、イベント処理部８０に通
知する。（２）イベント処理部８０が発レグ部品３０を起動す
る。（３）発レグ部品３０が、発信サービス分析，方路分
析，パス予約等の必要な呼処理（ＡＴＭ交換機の場合）
を実行し、信号制御部７１にＣＡＬＬ−ＰＲＯＣを通知
する。（４）発レグ部品３０がｐｏｉｎｔｔｏｐｏｉｎｔ
用ＣＰ部品４０を起動する。（５）次に、ＣＰ部品４０が着レグ部品３０を起動する
（着信要求）。（６）着レグ部品３０が基本呼処理部７０を起動して必
要な呼処理を実行し、信号制御部７１にＳＥＴＵＰを通
知する。（７）以下、同様に発レグ部品，着レグ部品，ＣＰ部品
間の協調処理により基本サービスを実行する。

【００１９】その他の基本サービスも同様である。［ＩＮサービスの実行］（１）基本サービス実行時に、トリガチェックポイント
でトリガが検出されると（基本呼処理部７０内にトリガ
分析プログラムが埋め込まれている）、基本サービスの
実行は停止され、基本呼処理部７０は、必要なデータを
イベント処理部８０経由でＩＳＭ１１に通知する。（２）ＩＳＭ１１は、必要な呼情報を生成し、ＳＣＰ１
にトリガ通知を行う。（３）ＳＣＰ１では、トリガに応じた適切なサービスを
選択し、ＳＳＰ１０内のレグ部品３０またはＣＰ部品４
０に対して呼制御命令（ＩＮ命令）を送出する。（４）前記（３）の命令を受信したレグ部品３０または
ＣＰ部品４０は、ＩＮ命令実行部３２，４２により当該
命令に対応する呼処理を実行する。（５）（４）の処理の実行終了後、該レグ部品３０また
はＣＰ部品４０の基本サービス実行部３１，４１に処理
が引き継がれ基本サービスの処理が実行される。（６）基本サービス実行中、前記（３）のＩＮ命令のパ
ラメータとして指定されるイベントが検出されると、該
イベントはＳＣＰ１に通知され、基本サービスの実行は
中止される。（７）ＳＣＰ１では、実行ＩＮサービスのロジックに従
い、前記（６）で通知されたイベントに応じたＩＮ命令
をＳＳＰ１０内のレグ部品３０またはＣＰ部品４０に対
して通知する。

【００２０】以下、（４）〜（７）の繰り返しとなる。
次に、本発明を利用したＩＮサービスの制御を「マルチ
パーティ短縮ダイヤル」の実行例により説明する。〈マルチパーティ短縮ダイヤルサービスの概要〉本サー
ビスは、登録フェーズと実行フェーズに分かれる。登録
フェーズでは、会議のコントローラが予め、他の参加者
の電話番号を登録する。実行フェーズでは、コントロー
ラ（発信者）の特番のダイヤルにより登録済みの参加者
に着信がかかり、マルチパーティ接続が行われる。本例
では、３者の場合を例にとる。〈レグ部品処理フロー〉レグ部品は、図３に示すような
レグ状態モデルに従った呼処理を実行する。

【００２１】図では、発レグ状態モデルと着レグ状態モ
デルとを示している。先ず発レグ状態モデルの場合を例
にとって説明する。図中、□で囲ったものがサービス実
行中におけるトリガチェックポイントである。このトリ
ガチェックポイントに来ると、特定のサービスの契約が
なされているかどうかチェックする（トリガの検出）。

【００２２】先ず最初は、初期状態にある（Ｓ１）。こ
の状態で、発呼要求があると（１）、レグ部品３０は発
加入者の分析を行う（Ｓ２）。この分析結果により、発
呼非許可になると（１０）、例外処理を行う（Ｓ０）。
分析結果により、発呼許容する場合には（２）、接続要
求情報入力を行う（Ｓ３）。情報入力中に、タイムアウ
トした場合には（１１）、例外処理を行う。

【００２３】接続要求入力が完了した場合には（３）、
次に発信サービスの分析を行う（Ｓ４）。分析の結果、
無効情報が含まれていた場合には（１２）、例外処理を
行う。発信サービス分析が完了した場合には（４）、ル
ートを選択する（Ｓ５）。ルート選択ができなかった場
合には（１３）、例外処理を行う。ルート選択が可能な
場合には（５）、発リソースを捕捉する（Ｓ６）。発リ
ソース捕捉不可の場合には（１４）、例外処理を行う。

【００２４】発リソースの捕捉が可能な場合には
（６）、レグの接続されるＣＰを捕捉する（Ｓ７）。Ｃ
Ｐが捕捉不可の場合には（１５）、例外処理を行う。Ｃ
Ｐ捕捉可能な場合には（７）、ＣＰ接続処理を行う（Ｓ
８）。ＣＰ接続失敗の場合には（１６）、例外処理を行
う。ＣＰ接続が完了した場合には（８）、通信を行う
（Ｓ９）。

【００２５】次に、着レグ状態モデルについて説明す
る。はじめは、初期状態にある（Ｓ１０）。ここで、着
信要求があると（１９）、着加入者の分析を行う（Ｓ１
１）。分析の結果、着呼非許容の場合には（２６）、例
外処理を行う（Ｓ２０）。着呼許容の場合には（２
０）、着信サービス分析を行う（Ｓ１２）。分析の結
果、無効情報が含まれていた場合には（２７）、例外処
理を行う。着信サービス分析が完了した場合には（２
１）、ルートを選択する（Ｓ１３）。

【００２６】ルートの選択が不可の場合には（２８）、
例外処理を行う。ルートの選択が可能な場合には（２
２）、着リソースを捕捉する（Ｓ１４）。ビジー状態の
場合には（２９）、例外処理を行う。着リソース捕捉可
能な場合には（２３）、ＣＰ接続処理を行う（Ｓ１
５）。ＣＰ接続失敗の場合には（３０）、例外処理を行
う。ＣＰ接続完了の場合には（２４）、通信を行う（Ｓ
１６）。

【００２７】前記したレグ状態モデルは、基本サービス
実行時にＳＳＰ１０において実行される呼処理をモデル
化したものである。図４，図５はレグ部品３０の呼処理
フローを示す図で、信号フロー及びＣＰ部品は２者接続
の場合を示している。図３に示した発レグ状態モデル及
び着レグ状態モデルと対応して示している。

【００２８】〈Ｎ者基本接続サービスフロー〉マルチパ
ーティ短縮ダイヤルサービスは、基本２者接続サービス
と、以下のようなマルチパーティ基本接続サービス（本
例では３者基本接続）をベースに実行される。（１）発信者（コントロールパーティ）が（Ｎ−１）人
以下の着信者の電話番号を一度に入力する。（２）全ての着信者に一斉に着信をかけ、タイマを張
り、発信者にトーン送出用信号を送る。（３）着信者に対して、会議サービスの着信通知用信号
を送出する。そして、全ての着信者から応答（ＣＯＮ
Ｎ）が返ったら、通信中状態にする（発信者を接続）。
通話中着信者は即時解放する。未応答着信者がある場合
には、タイムアウト後これを解放し、他の着信者のみ接
続する。〈アナウンス装置制御〉アナウンス装置と加入者間のや
りとりは、ｅｎｄｔｏｅｎｄで行う。

【００２９】図６はマルチパーティ短縮ダイヤル登録フ
ェーズのシーケンスを示す図である。以下の数字と図６
中の○の中の数字とは対応している。（１）加入者２としての発信者が特番ダイヤルをする。（２）モジュール２０はトリガを検出する（発信サービ
ス完了）。（３）モジュール２０はｌｅｇ０オブジェクト生成（４）ＩＳＭ１１はビューを生成する。（５）ＩＳＭ１１はＳＣＰ１にトリガ通知を行う。（６）ＳＣＰ１はサービス分析を行う。（７）ＳＣＰ１はＳＬＰＩ（ＳＣＰ１内に組み込まれた
サービスプログラムで図８の１ａに相当）を起動する。（８）ＳＣＰ１はＣＯＮＴメッセージ（基本サービス継
続命令）を送出する。（９）モジュール２０はレグオブジェクト処理を開始す
る。（１０）そして、ＣＰインスタンスオブジェクトを生成
する。（１１）次に、モジュール２０はＣＰ捕捉可のイベント
通知を行う。（１２）ＳＥＮＤ−ＴＯ−ＲＥＳＯＵＲＣＥメッセージ
（ユーザへのアナウンス送出及びユーザからの情報収集
命令）を送出する。（１３）モジュール２０は発信者とモジュール２０の一
種であるアナウンス装置を接続する。ここで、アナウン
ス装置への接続は、ＣＰオブジェクトがｌｅｇ０オブジ
ェクトに接続処理を要求し（基本２者接続と同じ）、ｌ
ｅｇ０オブジェクトが行う。（１４）アナウンス装置２０はアナウンスを送出する
（ここでのアナウンスは入力手順の説明である）。（１５）発信者２は、アナウンスに従って着信者電話番
号を入力する。（１６）その後、入力完了信号をアナウンス装置２０に
送出する。（１７）アナウンス装置２０は、登録着信者確認のアナ
ウンスを送出する。（１８）発信者２は、登録着信者に間違いないことの確
認をアナウンス装置２０に送出する。（１９）アナウンス装置２０は、サービス終了通知のた
めのアナウンスを送出する。（２０）次に、アナウンス装置２０は、ＣＰに対してＩ
Ｐ処理（アナウンス＆情報収集処理）終了通知を行う。（２１）発信者２は呼を切断する。ここで、（１９）受
信後であれば、発信者２はいつ切断してもよい。（２２）モジュール２０はｌｅｇ０オブジェクトを解放
する。（２３）モジュール２０は、着信者情報をＳＣＰ１に通
知する。（２４）ＳＣＰ１は、着信者登録を行う。（２５）ＳＣＰ１とＳＳＰ１０通信の終了を判定する。（２６）ＩＳＭ１１はビューを解放する。（２７）モジュール２０はＣＰオブジェクトを解放す
る。ここで、（１４）〜（２０）は、端末と会議トランク間
でｅｎｄｔｏｅｎｄの処理が行われている。

【００３０】図７はマルチパーティ短縮ダイヤル実行フ
ェーズのシーケンスを示す図である。（１）発信者２が特番ダイヤルを行う。（２）モジュール２０は、トリガを検出し、発信サービ
ス分析を完了する。（３）モジュール２０は、ｌｅｇ０オブジェクトを生成
する。（４）ＩＳＭ１１は、ビューを生成する。（５）そして、ＩＳＭ１１はＳＣＰ１にトリガ通知を行
う。（６）ＳＣＰ１はサービス分析を行う。（７）次に、ＳＣＰ１はＳＬＰＩを起動する。（８）ＳＣＰ１は、ＣＯＮＴメッセージを送出する。（９）モジュール２０は、ｌｅｇ０オブジェクト処理を
継続する。（１０）会議トランク２０は、３者ＣＰインスタンスオ
ブジェクトを生成する。（１１）他のモジュール２０は、ｌｅｇ１オブジェクト
を生成する。（１２）更に他のモジュール２０は、ｌｅｇ２オブジェ
クトを生成する。（１３）会議トランク（ｃｐｌ）２０と発信者間（ｌｅ
ｇ０）が接続される。（１４）会議トランク２０と着信者１（ｌｅｇ１）間が
接続される。（１５）会議トランク２０と着信者２（ｌｅｇ２）間が
接続される。

【００３１】ここで、（９）〜（１５）はレグ／ＣＰオ
ブジェクト自律処理による会議接続である。つまり、発
信者と着信者１，２間の３者接続が行われる。本発明に
よれば、以下のような構成も可能である。即ち、レグ部
品３０をモジュール構成型交換機１０内の以下のモジュ
ールに配備することにより、複数のレグ部品の並列実行
を可能にすることができる。レグ部品の制御対象である回線に接続される加入者が
モジュール構成型交換機１０に収容されている場合、当
該回線が収容されているモジュール内に配備する。それ以外の場合、当該加入者収容ノードへのモジュー
ル構成型交換機１０からの出回線収容モジュール内に配
備する。

【００３２】また、ＣＰ部品４０をモジュール構成型交
換機１０内の以下のモジュールに配備するようにするこ
ともできる。接続形態固有のＣＰリソースが存在する場合、ＣＰリ
ソースが収容されているモジュール内に配備する。接続形態固有のＣＰリソースが存在しない場合、コン
トロールレグに対するレグ部品が収容されるモジュール
と同一モジュール内に配備する。

【００３３】

【発明の効果】以上、詳細に説明したように、本発明に
よればレグ部品を汎用的な部品として実現できるため、
接続形態の多様化に対して柔軟にかつ容易に対応するこ
とができ、レグ制御の変更に伴う保守作業を少なくする
ことが可能になる。本発明は、モジュール構成型交換機
における呼処理に関して、レグ部品／ＣＰ部品間で最適
な機能配分を実現していると考えられ、この点から最大
限の保守作業の効率化が可能である。また、モジュール
構成型交換機の長所を生かした部品の配置方式により、
分散処理による高い処理効率が期待できる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

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

【図３】レグ状態モデルの動作説明図である。

【図４】レグ部品の呼処理フローを示す図である。

【図５】レグ部品の呼処理フローを示す図である。

【図６】マルチパーティ短縮ダイヤル登録フェーズのシ
ーケンスを示す図である。

【図７】マルチパーティ短縮ダイヤル実行フェーズのシ
ーケンスを示す図である。

【図８】従来システムの構成概念図である。

【図９】コールモデルの説明図である。

【符号の説明】

１サービス制御ノード（ＳＣＰ）２加入者１０モジュール構成型ＩＮ制御用交換機（ＳＳＰ）１１ＩＮ状態管理モジュール（ＩＳＭ）２０モジュール３０レグ部品４０ＣＰ部品５０モジュール接続装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者若本雅晶神奈川県川崎市中原区上小田中1015番地富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】加入者間をモジュール構成型のＩＮ制御
用交換機で接続するシステムにおいて、前記ＩＮ制御用交換機（１０）は、レグ部品（３０）とＣＰ部品（４０）から構成された複
数のモジュール（２０）と、これらモジュール（２０）間を接続するモジュール接続
装置（５０）と、該モジュール接続装置（５０）と接続され、外部のサー
ビス制御ノード（１）とのインタフェースを行うＩＮ状
態管理モジュール（１１）とで構成されることを特徴と
するモジュール構成型交換機のＩＮ用呼処理システム。
【請求項２】前記レグ部品（３０）は、基本サービス
実行部（３１）とＩＮ命令実行部（３２）とで構成さ
れ、前記ＣＰ部品（４０）は、基本サービス実行部（４１）
とＩＮ命令実行部（４２）とで構成され、基本サービスは、レグ部品（３０），ＣＰ部品（４０）
のそれぞれの基本サービス実行部（３１），（４１）が
協調動作することにより実行し、ＩＮサービスは、サー
ビス制御ノード（１）からの命令をレグ部品（３０），
ＣＰ部品（４０）のそれぞれのＩＮ命令実行部（３
２），（４２）が実行するようにしたことを特徴とする
請求項１記載のモジュール構成型交換機のＩＮ用呼処理
システム。
【請求項３】レグ部品（３０）の基本サービス実行部
（３１）は、当該レグ部品（３０）の制御対象である回
線に対して以下の処理を行い、ＣＰ部品との間の信号の送受信当該回線対応の信号制御部との間の信号の送受信当該回線からモジュール出回線までの当該回線が収容
されているモジュール内のパス制御前記処理に必要な各種分析処理ＩＮ命令実行部（３２）は、ＩＮ制御メッセージに応じ
た適切な処理の実行と応答を行うようにしたことを特徴
とする請求項１記載のモジュール構成型交換機のＩＮ用
呼処理システム。
【請求項４】ＣＰ部品（４０）の基本サービス実行部
（４１）は、当該ＣＰ部品（４０）の制御対象であるリ
ソースの分析／制御，レグ部品（３０）との間の信号の
送受信を行い、ＩＮ命令実行部（４２）は、ＩＮ制御メッセージに応じ
た適切な処理の実行と応答を行うようにしたことを特徴
とする請求項１記載のモジュール構成型交換機のＩＮ用
呼処理システム。
【請求項５】レグ部品（３０）をモジュール構成型交
換機（１０）内の以下のモジュールに配備することによ
り、複数のレグ部品の並列実行を可能にするようにした
ことを特徴とする請求項１記載のモジュール構成型交換
機のＩＮ用呼処理システム。レグ部品の制御対象である回線に接続される加入者が
モジュール構成型交換機（１０）に収容されている場
合、当該回線が収容されているモジュール内に配備す
る。それ以外の場合、当該加入者収容交換機へのモジュー
ル構成型交換機（１０）からの出回線収容モジュール又
は当該加入者収容交換機からモジュール構成型交換機
（１０）への入回線収容モジュール内に配備する。
【請求項６】ＣＰ部品（４０）をモジュール構成型交
換機（１０）内の以下のモジュールに配備するようにし
たことを特徴とする請求項１記載のモジュール構成型交
換機のＩＮ用呼処理システム。接続形態固有のＣＰリソースが存在する場合、ＣＰリ
ソースが収容されているモジュール内に配備する。接続形態固有のＣＰリソースが存在しない場合、コン
トロールレグに対するレグ部品が収容されるモジュール
と同一モジュール内に配備する。