JPH0360260A - サービス制御ノード決定方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は通信システムにおける付加サービスに対応した
サービス制御ノード決定方式に関する。

〔従来の技術〕

従来の装置では、例えば信学技報Ｖｏ１．８ｇ　Ｎｏ、
３５２（１９８９年）　ＰＰ３７〜４０に記載されてい
る「サービス高度化における信頼性確保の一考察Ｊ　　
（ＳＳＥ８８−１６２）と題する論文に記載のように、
交換ノードに対してサービス制御ノードは一意的に決ま
っていた。

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

上記従来技術は、複数の交換ノードに対し複数のサービ
ス制御ノードを分散配備したネットワークについて配慮
がされておらず、サービス制御ノード増設時やサービス
追加時に交換ノードのソフトウェアを変更しなければな
らない問題があった。

本発明の目的は、サービス制御ノード増設やサービス追
加によるソフトウェアの変更を主サービス制御ノードで
行うことにより、交換ノードのソフトウエアへ影響を及
ぼさない様にすることにある。

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

上記目的は付加サービス要求発生時、交換ノードが一意
的に決められたサービス制御ノード（主サービス制御ノ
ード）へ制御を委ねるサービス制御ノードを問い合わせ
る手段と、主サービス制御ノードに交換ノードが制御を
委ねるサービス制御ノードを決定する機能を設けること
により遠戚される。

〔作用〕

付加サービス要求発生時、交換ノードは制御を委ねるサ
ービス制御ノードを一意的に決められたサービス制御ノ
ード（主サービス制御ノード）に問い合わせることによ
り、交換ノードは付加サービス対応のサービス制御ノー
ドを決定できるので、サービス制御ノード増設時やサー
ビス追加時に交換ノードのソフトウェアを変更する必要
がない。

〔実施例〕

以−へ本発明の一実施例を第１図から第４図を用いて説
明する。

第１図は本発明を適用したシステムの構成を示したもの
である。

従来の電話サービスに見られるような発信加入者と着信
加入者とを単純に接続するだけの基本サービスは交換ノ
ード６のみで提供されるが、付加サービス（例えば、着
信転送、三者通話などの高度な通信サービス）は、サー
ビス制御ノード４と交換ノード６とで機能を分担するこ
とにより提供される。すなわちサービス制御ノード４は
交換ノード６からサービス制御を委ねられると、サービ
スの分析、翻訳を行い交換ノード６に対しサービス提供
に必要な接続内容の指示を出す。交換ノード６は接続内
容を解釈し、通話路装Ｍ１ｏの駆動を行う。主サービス
制御ノード１は付加サービス要求発生時に交換ノード６
が制御を委ねるサービス制御ノード４を決定する。

主サービス制御ノード１は後述するサービス制御ノード
決定プログラム３とサービス種別、交換ノ酬ド、端未対
応サービス制御ノード情報を記憶するサービス制御ノー
ド情報メモリ２を有している。

主サービス制御ノードｌへの交換ノード６からの問合せ
や、サービス制御ノード４と交換ノード６の間の制御信
号の送受信は共通線信号網５を介して行なわれる。

交換ノード６は処理装置７と通話路装置１０とから構成
され、処理装置７は後述するサービス分析プログラム９
−ａと呼処理プログラム９−ｂと端末対応にサービス制
御ノード情報を記憶するサービス制御ノード情報蓄積メ
モリ８を有している。

通話路装置ｌＯには電話等の端末１１と回線１２とが収
容される。

第２図は交換ノード６が主サービス制御ノード１へ送信
する際の信号フォーマットを示した図であり、フォーマ
ット上、交換ノード情報、端末情報、サービス制御ノー
ド問合せ情報からなる。

第３図は主サービス制御ノード１が交換ノード６へ送信
する際の信号フォーマットを示した図であり、フォーマ
ット上、端末情報、サービス制御ノード情報からなる。

第４図（ａ）はサービス分析プログラムの流れ図、第４
図（ｂ）はサービス制御ノード情報蓄積メモリの構成図
、第４図（０）はサービス制御ノード決定プログラムの
流れ図、第４図（ｄ）はサービス制御ノード情報メモリ
の構成図を示したものである。

次にサービス要求発生時交換ノード６が主サービス制御
ノード１に問合せを行い、制御を委ねるサービス制御ノ
ード４を決定する手順の実施例を説明する。

第１図において、交換ノード６の呼処理プログラム９−
ｂは、端末１１のフッキング等の要求を検出するとサー
ビス分析プログラム９−　ａを起動する（プログラムの
流れを第４図（ａ）に示すサービス分析プログラムが起
動されると（１００）、端末１１からのダイヤル等の情
報により要求されているサービス種別を判定しく工０１
）、基本サービスであればサービス種別に基本サービス
を設）定する（１０２）。サービスｍ　Ｒ１１が付加廿
−ビスであれば、第４図（ｂ）に示したサービス制御ノ
ード情報蓄積メモリ２００により、サービス制御ノード
情報の有無を判定しく１０３）、有であればサービス種
別に付加サービスを設定する（１０７）。

無であれば第２図で示した間合せ情報を設定しく１０４
）、主す−ビス制御ノードエへ間合せる（１０５）。主
サービス制御ノード１への間合せ（１０５）によりサー
ビス制御ノード決定プログラム３が起動される（プログ
ラムの流れを第４図（Ｑ）に示す）。

サービス制御決定プログラムが起動されると（１１０）
、第２図で示した間合せ情報より付加サービス分析を行
い（１１１）第４図（ｄ）のサービス制御ノード情報メ
モリ２１０を索引し、第３図で示したサービス制御ノー
ド情報を設定する（１１２）。

第４図（ａ）の主サービス制御ノードｌへの間合せ（１
０５）が終了すると、第３図に示すサービス制御ノード
情報を第４図（ｂ）に示すサービス制御ノード情報蓄積
メモリ２００に設定し、有／無表示を有に設定するとと
もに（１０６）、サービス種別に付加サービスを設定す
る（１０７）。

呼処理プログラム９−ｂはサービス分析プログラム９−
ａが終了するとサービス種別を判定し、基本サービスな
らば、処理を続けるが、付加サービスであれば、サービ
ス制御ノード情報により決定されたサービス制御ノード
４に以後の制御を委ねる。（サービス終了時には第４図
（ｂ）に示すサービス制御ノード情報蓄積メモリ２００
の有／無表示を無に設定する） 以上、付加サービス要求発生時、制御を委ねるサービス
制御ノードを一意的に決められた主サービス制御ノード
に問い合わせることで、サービス制御ノード増設や、付
加サービス追加時、交換ノードのソフトウェアの変更が
不要となる。

〔発明の効果〕

本発明によれば、交換ノードのソフトウェアへ影響を及
ぼすことなくサービス制御ノード増設や、付加サービス
追加が行なえるので、サービスの早期提供に効果がある
。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成図、第２図は
交換ノードから主サービス制御ノードへの信号フォーマ
ットを示す図、第３図は主サービス制御ノードから交換
ノードへの信号フォーマットを示す図、第４図（ａ）は
サービス分析プログラムの流れ図、第４図（ｂ）はサー
ビス制御ノード情報蓄積メモリの構成図、第４図（Ｃ）
はサービス制御ノード決定プログラムの流れ図、第４図
（ｄ）はサービス制御ノード情報メモリの構成図である
。 １・・・主サービス制御ノード ２・・・サービス制御ノード情報メモリ３・・・サービ
ス制御ノード決定 ４・・・サービス制御ノード ５・・・共通線信号網 ６・・・交換ノード ７・・・処理装置 ８・・・サービス制御ノード情報蓄積メモリ９−ａ・・
・サービス分析 ９−ｂ・・・呼処理 １０・・・通話路装置 １１・・・端末 １２・・・回線。

Claims (1)

1. 【特許請求の範囲】 １、複数の交換ノード（電話サービスに見られるような
   発信加入者と着信加入者とを単純に接続する基本サービ
   スを提供するノード）に対し、複数のサービス制御ノー
   ド（例えば、着信転送、三者通話などの付加サービスを
   交換ノードを制御することにより提供するノード）を分
   散配備したネットワークにおいて、交換ノードに対し、
   一意的に決められたサービス制御ノード（主サービス制
   御ノード）に交換ノードが制御を委ねるサービス制御ノ
   ードを決定する機能を設け、交換ノードへ通知する手段
   を設けたことを特徴とするサービス制御ノード決定方式
   。 ２、請求項１において、交換ノードに主サービス制御ノ
   ードより通知された情報を保持する機能を設け、以後の
   サービス制御ノードの決定を該情報より行う手段を設け
   たことを特徴とするサービス制御ノード決定方式。