JPH02198295A

JPH02198295A - Ｉｓｄｎ交換機

Info

Publication number: JPH02198295A
Application number: JP1622589A
Authority: JP
Inventors: Nobuo Shima; 嶋　信夫
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1989-01-27
Filing date: 1989-01-27
Publication date: 1990-08-06

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明はサービス総合ディジタル網に使用されるｌ５Ｄ
Ｎ交換機に関する。

〔従来の技術〕

ｌ５ＤＮ（サービス総合ディジタルｍ）における呼処理
方式は、呼処理部分とプロトコルあるいは信号処理部分
とを分離しているだけで、入側と出側の分離を行ってい
ない。そこで、交換機内では１つの呼処理プロセッサで
入側と出側の回線および入側と出側の加入者の制御を行
う必要があった。これによって、１つの呼処理プロセッ
サの負担が過大となるという問題があった。

〔発明が解決しようとする課題〕

そこで、入側と出側を分離する方式が提案されるに至っ
ている。ところが、このように分離を行う形式を採用す
るｌ５ＤＮ交換機でも、分離された呼処理プロセッサ間
の信号方式を固定長形式にすると信号の送受に無駄が生
じるという問題があった。また、Ｄチャネルプロトコル
をベースにした可変長方式とすることも提案されている
が、網と端末の間でのみ必要とされるような冗長な情報
が乗ってしまうという欠点があった。

そこで本発明の目的は、網と端末の間でのみ必要とされ
るような冗長な情報を省略して可変長形式で信号の送受
を行うことのできるｌ５ＤＮ交換機を提供することにあ
る。

〔課題を解決するための手段〕

本発明のｌ５ＤＮ交換機は、入側呼処理プロセッサと出
側呼処理プロセッサを備えている。これらの呼処理プロ
セッサ内は、例えばプロトコル処理部、呼処理部および
システム内Ｎｏ？信号処理部に分離されている。そして
、入側の呼処理プロセッサと出側の呼処理プロセッサの
間で行われる通信をそれぞれに用意されたシステム内プ
ロセッサ間通信制御部を経由して行う。

例えばシステム内ＮＯＶ信号処理部間では、ＣＣＩＴＴ
（国際電信電話諮問委員会）の勧告として規定している
Ｎｏ？共通線信号方式におけるレベル４のＩ　Ｓ　Ｕ　
Ｐ　（ＩＳＩ）Ｎユーザ部）プロトコルをベースにして
いる。そして、これら呼処理プロセッサ間で必要な入側
回線と加入者、出側回線と加入者の情報を必須パラメー
タとして追加している。また、これら呼処理プロセッサ
間でのリンケージのタグとして自プロセッサと相手プロ
セッサのコールリファレンス（呼番号）値を用い、出側
呼処理プロセッサより入側呼処理プロセッサへこのコー
ルリファレンス値を通知するメツセージを追加している
。このようにして可変長形式での信号送受信を可能とす
るシステム内Ｎｏ７信号方式を定義し、信号の送受信を
行うようにしている。

〔実施例〕

以下、実施例につき本発明の詳細な説明する。

第１図はｌ５ＤＮ交換機内の構成を表わしたものである
。本実施例ではプロトコル対応に呼処理プロセッサが用
意されている。これら入側呼処理プロセッサ１１と出側
呼処理プロセッサ１２とは、プロセッサ間バス１３によ
って接続されている。

それぞれの呼処理プロセッサ１１．１２内は、呼処理部
１４、プロトコル処理部１５、システム内Ｎｏ７信号処
理部１６に分離されている。入側呼処理プロセッサ１１
と出側呼処理プロセッサ１２の間の通信は、それぞれこ
れらに設けられたシステム内プロセッサ間通信制御部１
７を経由してプロセッサ間バス１３を使用して行われる
ようになっている。

第２図は、呼処理プロセッサ内の呼処理部およびシステ
ム内Ｎｏ７信号処理部の構成を具体的に表わしたもので
ある。呼処理部１４は、コールリファレンスを管理する
ＣＲ管理部２１と、このＣＲ管理部２１に対してＣＲ解
放要求２２を出力する呼状態制御部２３を備えている。

また、システム内Ｎｏ？信号処理部１６は、第１図に示
したシステム内プロセッサ間通信制御部１７から送られ
てきた５ＥＴＵＰ　（呼設定）、ＩＡＭ（イニシャル・
アドレス・メツセージ）等の呼設定メツセージ２４を受
信する信号受信部２５と、この信号受信部２５の出力２
６を入力して状態制御を行う状態制御部２７を備えてい
る。信号受信部２５は、呼処理部のＣＲ管理部２１に対
してＣＲハント要求２８を出力するようになっている。

以上説明したような構成のｌ５ＤＮ交換機で、入側呼処
理プロセッサ１１は前記した呼設定メツセージをそのシ
ステム内Ｎｏ７信号処理部内の信号受信部２５で受信す
る。そして、呼を識別するタグであるコールリファレン
スのハント要求を入側の呼処理部１４に対して行う。コ
ールリファレンスの管理は、この呼処理部１４で行われ
る。

入側の呼処理部１４では、図示しないリソース管理プロ
セッサに対して入側回線と加入者の使用報告を行い、こ
れら回線や加入者の管理を行わせる。また、トランスレ
ータを行っている図示しないトランスレーションプロセ
ッサに対してトランスレーション要求を行う。また、リ
ソース管理プロセッサに対して出側回線と加入者のハン
ト要求を行い、出側呼処理プロセッサ１２０種別、Ｎ。

を決定した後に所定のフォーマットで出側呼処理プロセ
ッサ１２に送出する。

第３図はこのフォーマットとしてシステム内Ｎ０７信号
方式のメツセージフォーマットを表わしたものである。

このように、メツセージフォーマットは、（ｉ）プロト
コル間通信用にルートや信号リンクの選択を行うための
ルーティングラベル、（ｉｉ）相手プロセッサのコール
リファレンス値、（ｉｉｉ）　自プロセッサのコールリ
ファレンス値、（１ｖ）メツセージの種別、（ｖ）必須
固定部、（ｖｉ）必須可変部および（ｖｊ）オプション
部から構成されている。ｉａｍメツセージ２４の場合に
は、（ｖｉ）必須可変部に出側回線や加入者情報等をシ
ステム内Ｎｏ？信号方式特有のパラメータとして含むこ
とになる。

第４図は、以上のような構成のｌ５ＤＮ交換機間で行わ
れる信号処理のシーケンスを表わしたものである。この
第４図と共に、ｌ５ＤＮ交換機の働きを説明する。なｈ
ｌこの第４図でＩ　ＳＵＰプロトコルメツセージの括弧
内はポイントコード、回線番号を表わしており、自局ポ
イントコードがｒＰｃＪ　、前位局ポイントコードがｒ
ＰＣ’　Ｊ、後位局ポイントコードがｒＰｃ’Ｊ、入側
回線番号が「ＩＣＩ」、出側回線番号がｒＩｃＩ’Ｊを
表わす。また、システム内Ｎｏ７信号方式のメツセージ
の括弧内は自プロセッサのコールリファレンス、相手プ
ロセッサのコールリファレンスを表わす。

さて、出側呼処理プロセッサ１２は、そのシステム内Ｎ
ｏ？信号処理部内の信号受信部２５でｉａｍメツセージ
（イニシャル・アドレス・メツセージ）２４を受信する
と、呼処理部ＯＣＲ管理部２１に対してＣＲハント要求
２８を行うと同時に、入側呼処理プロセッサ１１に対し
てハントしたＣＲ’を通知するシステム内Ｎｏ？信号方
式特有の００ｍメツセージ（コール・コンファメーショ
ン・メツセージ）を返送する。このＣＣｍメツセージは
、出側呼処理プロセッサ１２に正しくｉａｍメツセージ
２４が届いたことの確認を表わす。また、最初の逆方向
信号の受信以前に次の順方向信号を入側呼処理プロセッ
サ１１が受信しても、出側呼処理プロセッサ１２に対し
て出側コールリファレンス値を含めて送出可能となるた
めに、相手側コールリファレンス値より自分のコールリ
ファレンス値を求めるためのリンケージテーブルが不要
となる。

これ以降、入側呼処理プロセッサ１１と出側呼処理プロ
セッサ１２の間の信号のやりとりは、すべてコールリフ
ァレンスＣＲとＣＲ’　を＋−として行われる。相手プ
ロセッサのコールリファレンス値はそれぞれの呼処理部
１４まで通知される。

この第３図では、００ｍメツセージの返送の後、出側呼
処理プロセッサ１２からＡＣＭ（アドレス・コンブＩＪ
　−ト・メツセージ）が入側呼処理プロセッサ１１に送
出され、続いてＡＮＭ　（アンサ−・メツセージ）が送
出される。このようにして呼の設定が行われた後にデー
タの通信が行われ、この後、呼の開放が行われる。

ところで、第２図に示したようにシステム内Ｎ０７信号
処理部１６も、呼処理部１４およびプロトコル処理部１
５と同様に状態制御部２７を持っている。状態制御部２
７は、呼解放シーケンスにおいて、ｒｅｌメツセージ（
リリース・メツセージ）の応答としてｒｌｃメツセージ
（リリース・コンプリート・メツセージ）を返送するこ
とにより、相手側のｌ５ＤＮ交換機に正しくｒｅ１メツ
セージが届いたことの確認を行わせる。また、状態制御
部２７はｒｌｃメツセージを受信した場合には、呼処理
部の呼状態制御部２３に対してコールリファレンス解放
要求２９を行う。呼状態制御部２３はこれを基にしてＣ
Ｒ解放要求２２をＣＲ管理部２１に対して出力すること
になる。

状態制御部２７は、プロトコルタイマとして、ｉａｍメ
ツセージ送出後のｃｃｍメツセージ待ち時間設定用のタ
イマや、ｒｅｌメツセージ送出後のｒｌｃメツセージ待
ち時間設定用のタイマも備えている。

以上説明した本実施例のｌ５ＤＮ交換機では、入側呼処
理プロセッサ１１と出側呼処理プロセッサ１２を設けて
人出力の分離を行っている。このため、入側と出側の回
線、入側と出側の加入者のリソース解放要求は、通常こ
れらの呼処理部１４でそれぞれ行うことになる。コール
リファレンス−〇はグローバル・コールリファレンスト
シて通常の呼処理では使用しない値となっているため、
準正常シーケンス時に入側呼処理プロセッサ１１で出側
呼処理プロセッサ１２のコールリファレンス値が０であ
るようなｒｅｆｌメツセージを受信した場合には、出側
の呼処理部１４までｉａｍメツセージが届かなかったも
のと判定している。そしてこれにより、入側の呼処理部
１４で出側の回線や加入者のリソース解放も行い、入側
、出側の分離によるリソース解放漏れとリソース二重解
放の防止を行っている。

〔発明の効果〕

以上の説明から明らかなように、本発明では■ＳＤＮ交
換機に入側呼処理プロセッサと出側呼処理プロセッサを
配置している。この結果としてこれらの呼処理プロセッ
サを見掛は士別の交換機として取り扱うことができ、局
間の回線番号に代わるものとして呼処理プロセッサ間の
通信のタグとしてコールリファレンスを用いて可変長で
の信号送受を行うことにより無駄を省くことができる。

また、出側呼処理プロセッサより入側呼処理プロセッサ
に対してコールリファレンス値を通知するメツセージを
追加することにより、相手側のコーＪＬ、　ＩＪファレ
ンス値かう自分のコールリファレンス値を求めるための
リンケージテーブルが不要となり、メモリの節約が可能
となる。また、Ｄチャネルプロトコルを採用した場合に
生じる網〜端末間でのみ必要となる冗長な情報を省略す
ることができ、効率的な呼処理プロセッサ間の通信を実
現することができる。

【図面の簡単な説明】

図面は本発明の一実施例を説明するためのもので、この
うち第１図はｌ５ＤＮ交換機の構成の概要を示すブロッ
ク図、第２図はｌ５ＤＮ交換機内の呼処理部右よびシス
テム内Ｎｏ７信号処理部の構成を具体的に表わしたブロ
ック図、第３図はシステム内Ｎｏ７信号方式のメツセー
ジフォーマットを表わした説明図、第４図は呼処理プロ
セッサ間で行われる信号処理のシーケンスを表わした説
明図である。１１・・・・・・入側呼処理プロセッサ、１２・・・・
・・出側呼処理プロセッサ、１４・・・・・・呼処理部
、１６・・・・・・システム内Ｎｏ７信号処理部、１７・
・・・・・システム内プロセッサ間通信制御部、２１・
・・・・・ＣＲ管理部、２３・・・・・・呼状態制御部
、２５・・・・・・信号受信部、２７・・・・・・状態
制御部。躬１　図出　　願　　人日本電気株式会社代　　理　　人

Claims

【特許請求の範囲】

入側呼処理プロセッサと出側呼処理プロセッサを備え、
これらの呼処理プロセッサが通信制御のためのシステム
内プロセッサ間通信制御部をそれぞれ具備しており、こ
れらシステム内プロセッサ間通信制御部は、入側回線と
加入者、出側回線と加入者の情報を必須パラメータとし
て含み、かつ入側と出側の呼処理プロセッサ間でのリン
ケージのタグとして自プロセッサと相手プロセッサのコ
ールリファレンス値を用い出側呼処理プロセッサより入
側呼処理プロセッサへこのコールリファレンス値を通知
するメッセージを含んだ可変長形式での信号を送受信す
ることを特徴とするＩＳＤＮ交換機。