JPH0248891A

JPH0248891A - 通信ノードにおける付加サービス制御方式

Info

Publication number: JPH0248891A
Application number: JP19787488A
Authority: JP
Inventors: Hiroshi Tsumura; 浩津村; Kiyoshi Komatsu; 潔小松; Hiroyuki Tsunekiyo; 常清　裕之; Yoji Tsuboi; 坪井　洋治
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1988-08-10
Filing date: 1988-08-10
Publication date: 1990-02-19

Abstract

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

Description

【発明の詳細な説明】〔概　　　要〕通話路スイッチ等のネットワーク系と信号処理装置から
なる通信ノードにおける信号処理装置での付加サービス
制御方式に関し、既存の制御部に影響を与えることなく、迅速かつ柔軟な
サービスの追加等を実現することを目的とし、信号処理装置は、ネットワーク系の基本機能制御を行う
基本機能制御手段と、付加サービスの実行を行う少なく
とも１つのサービス実行手段と、サービス実行手段の実
行条件を実行条件データとして記憶する実行条件データ
記憶手段と、基本機能制御手段からの信号を入力し、実
行条件データ記憶手段上の対応する実行条件データを検
索し、検索された実行条件データに対応するサービス実
行手段のアクセスを行うサービス実行分析手段とを有し
、実行条件データは、サービス実行手段におけるサービ
ス実行動作に伴い変更され得る構成を有するように構成
する。

〔産業上の利用分野］本発明は、通話路スイッチ等のネットワーク系と信号処
理装置からなる通信ノードにおける信号処理装置での付
加サービス制御方式に関する。

〔従来の技術〕

６４ｋｂｉ　ｔ／ｓｅｅ系ｌ５ＤＮサービスの本格的普
及、広帯域ｌ５ＤＮの出現等により、これらを利用する
ユーザ側のニーズも画一的なサービスから、様々な付加
価値を持たせた通信サービスへの要望が高まっている。

このような通信サービスの多様化・高度化への展開を考
慮すると、通信ノード（交換機等）には、今後の多様な
ニーズの全ての組み合わせを容易かつ迅速に実現できる
ような柔軟かつ発展性のあるサービス制御構造が要求さ
れる。

第５図に、現在有効と考えられている通信ノードの全体
構成図を示す。通信線（通話線）３の接続交換又は中継
を行うネットワーク系２は、信号処理装置１により制御
される。信号処理装置１は、基本機能制御部４と付加サ
ービス制御部５の２つの分離された制御部から構成され
ている。基本機能制御部４は、基本呼制御、プロトコル
制御、ネットワーク系２のスイッチ制御等の基本機能制
御を行うための制御部である。一方、付加サービス制御
部５は、多者通話、着信転送を始めとするユーザに依存
した様々な付加サービスを、予め設定されたサービス起
動条件に従って起動・実行するための制御部である。こ
のように、基本機能制御部４と付加サービス制御部５と
を分離させることにより、各々が独立に発展できる構造
とすることができ、付加サービス制御部５の機能を追加
することにより、今後の多様なニーズに対応可能な発展
性のあるサービス制御を行うことができる。

第６図に、第５図の付加サービス制御部５を中心とする
従来の構成図を示す。第６図において、サービス実行部
７　（＃１）〜７　（＃ｎ）は、各々前記多者通話、着
信転送等、ｎ種類の付加サービスを実行する部分であり
、サービス制御部６は、基本機能制御部４からの信号を
受信・分析することにより、＃１〜＃ｎのうちどのサー
ビス実行部７を起動するかを判別し、また、いずれかの
サービス実行部７の起動後、基本機能制御部４からの信
号を当該サービス実行部７に通知する。また、起動中の
サービス実行部７からの制御信号を基本機能制御部４に
通知する。

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

しかし、上記第６図の従来例のような構成の付加サービ
ス制御部５の場合、サービス実行部７（＃１）〜７　（
＃ｎ）の起動制御等を行うためのサービス制御部６は、
プログラムで記述されていたため、新たなサービス実行
部７を追加した場合、その起動制御等を行えるようにす
るためにサービス制御部６を変更する必要があり、ユー
ザのニーズに迅速かつ柔軟に対応し難いという問題点を
有している。

本発明は、既存の制御部に影響を与えることなく、迅速
かつ柔軟なサービスの追加等を実現することを目的とす
る。

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

第１図は、本発明のブロック図である。

本発明は、ネットワーク系８とそれを制御する信号処理
装置９からなる通信ノードを前提とする。

ネットワーク系８は、例えば交換スイッチとトランク回
路、又は中継装置等のハードウェアである。

これに対して信号処理装置９は、例えば中央制御装置、
主記憶装置、端末装置、共通線信号装置等の制御装置と
、それを動作させる制御プログラム等からなる。

次に、信号処理装置９は、基本機能制御手段１０、サー
ビス実行手段１４　（＃１）〜ｌ　４　（＃ｎ）、実行
条件データ記憶手段１２及びサービス実行分析手段１１
から構成される。

基本機能制御手段１０は、ネットワーク系８の基本機能
制御を行う手段である。基本機能制御とは、例えば基本
呼制御、プロトコル制御、ネットワーク系８内の交換ス
イッチのスイッチ制御等の接続サービス等をいう。

サービス実行手段１４　（＃１）〜１４　（＃ｎ）は、
付加サービスの実行を行う手段であり、例えば多者通話
、着信転送等、ｎ種類の付加サービスを実行する部分で
ある。

実行条件データ記憶手段１２は、上記サービス実行手段
１４　（＃１）〜ｌ　４　（＃ｎ）の各実行条件を実行
条件データ１３として記憶する例えば主記憶装置又はデ
ィスク記憶装置等の記憶手段であり、例えば加入者の通
信状態、イベントの種類、実行の種別（起動、通知等）
、サービスの種類（番号）等の実行条件を個別に記憶す
る。

この場合の各記憶内容は、前記サービス実行手段１４　
（＃１）〜１４　（＃ｎ）における実行動作に伴い変更
され得るように構成されている。すなわち、例えばサー
ビス実行手段１４　（＃１）〜１４　（＃ｎ）が、実行
条件データ記憶手段１２上の実行条件データ１３の各ア
ドレスを任意にアクセスできるように構成されている。

サービス実行分析手段１１は、基本機能制御手段ｌＯか
らの例えば発呼信号、セットアツプ信号その他の各種信
号を入力し、実行条件データ記憶手段１２上の対応する
実行条件データ１３を検索し、検索された実行条件デー
タ１３に対応するサービス実行手段１４　（＃１）〜１
４　（＃ｎ）のアクセスを行う。

〔作　　　用〕

上記構成の手段において、基本機能制御手段１０はネッ
トワーク系８の基本機能制御を行うため、上記基本機能
制御より論理的に上位レベルの付加サービスを行うサー
ビス実行手段１４　（＃１）〜１４（＃ｎ）の内容が変
更・削除・追加等されても変更されることはなく、互い
に独立した構成をとり得る。

また、サービス実行分析手段１１は、基本機能制御手段
ｌＯからの信号に従って、実行条件データ記憶手段１２
上の対応する実行条件データ１３を検索し、サービス実
行手段１４　（＃１）〜１４　（＃ｎ）のアクセスを行
うだけであるため、前記基本機能制御手段１０と同様、
サービス実行手段１４　（＃１）〜１４　（＃ｎ）の内
容が変更・削除・追加等されても（例えば＃ｎ＋１種類
目が追加されても）変更されることはない。

そして、サービス実行手段１４　（＃１）　〜１４　（
＃ｎ）の内容が変更・削除・追加等された場合は、実行
条件データ記憶手段１２上の実行条件データ１３を変更
するだけでよいため、付加サービスのバージョンアップ
等を容易に行うことができる。

この場合、実行条件データ１３の内容は、サービス実行
手段１４　（＃１）〜１４　（＃ｎ）の実行動作に伴い
動的に変更され得るため、実行条件データ１３により、
サービス実行手段１４　（＃１）〜１４　（＃ｎ）の起
動・制御移行・終了等の動作をきめ細かく制御すること
が可能である。

〔実　　施　　例〕

以下、本発明の実施例につき詳細に説明を行う。

まず、本実施例における通信ノードの全体的な構成は、
既に説明した第５図と同様であるので、その説明は省略
する。

次に、第２図は、第５図の付加サービス制御部５を中心
とする本実施例の構成を示した図である。

第２図において、サービス実行部１９　（＃１）〜１９
（＃ｎ）は、各々多者通話、着信転送等、ｎ種類の付加
サービスを実行する部分である。

インタフェース部１５は、基本機能制御部４からの信号
を後述するサービス起動分析部１６に入力させ、サービ
ス起動分析部１６からの信号をサービス実行部１９　（
＃１）　〜１９　（＃ｎ）に振り分け、サービス実行部
１９　（＃１）〜１９　（＃ｎ）からの信号を後述する
起動条件データ記憶部１７に書き込ませる。

起動条件データ記憶部１７は、サービス実行部１９　（
＃１）〜１９　（＃ｎ）の各起動条件・制御移行条件・
終了条件等の実行条件を起動条件データ１Ｂとして記憶
する例えば主記憶装置又はディスク記憶装置等の記憶手
段であり、その内容については後述する。

この場合の各記憶内容は、サービス実行部１９（＃１）
〜１９　（＃ｎ）における実行動作に伴い、インタフェ
ース部１５を介して直接変更され得るように構成されて
いる。すなわち、サービス実行部１９（＃１）〜１９　
（＃ｎ）は、起動条件データ記憶部１７上の起動条件デ
ータ１８の各アドレスを任意にアクセスできるように構
成されている。

サービス起動分析部１６は、基本機能制御部４からイン
タフェース部１５を介して入力する発呼信号、セットア
ツプ信号その他の各種信号を入力し、起動条件データ記
憶部１７上の対応する起動条件データ１８を検索し、検
索された起動条件データ１８に対応するサービス実行部
１９　（＃１）〜１９　（＃ｎ）のアクセスを行う。

上記構成の実施例の動作につき、以下に説明を行う。

まず、第２図の構成において、基本機能制御部４はネッ
トワーク系２（第５回参照）の基本機能制御を行うため
、上記基本機能制御より論理的に上位レベルの付加サー
ビスを行うサービス実行部１９　（＃１）〜１９　（＃
ｎ）の内容が変更・削除・追加等されても変更されるこ
とはなく、互いに独立した構成をとり得る。

また、サービス実行部１９　（＃１）〜１９　（＃ｎ）
は、後に詳述するように基本機能制御部４からインタフ
ェース部１５を介して入力する信号に従って、起動条件
データ記憶部１７上の対応する起動条件データ１８を検
索し、再びインタフェース部１５を介してサービス実行
部１９　（＃１）〜１９　（＃ｎ）のアクセスを行うだ
けであるため、前記基本機能制御部４と同様、サービス
実行部１９　（＃１）〜ｌ　９　（＃ｎ）の内容が変更
・削除・追加等されても変更されることはない。

そして、サービス実行部１９　（＃１）〜１９　（＃ｎ
）の内容が変更・削除・追加等された場合は、起動条件
データ１８上の起動条件データ１８を変更するだけでよ
いため、付加サービスのパージジンアップ等を容易に行
うことができる。

次に、付加サービスの例として、サービス実行部１９　
（＃１）〜１９　（＃ｎ）のうち１つのサービス実行部
１９　（＃ｉ）において、３者通話サービスを実行する
場合の第２図の実施例の動作例の説明を、第３図の説明
図に沿って説明する。なお、本サービスは、ｌ５ＤＮ交
換網において実現され、各加入者は３者通話サービスを
交換局（通信ノードに対応する）に対して要求できる機
能を有しているものとする。

３者通話とは、予め登録した特定加入者が第１の加入者
と２者で通話を行っている場合に、その特定加入者の端
末から交換局に対して要求を出すことにより、上記第１
の加入者との通話を保留し、別の第２の加入者と通話で
き、必要に応じて第１及び第２の加入者間で交互に、択
一的に通話可能とするサービスをいう。

第３図において、基本機能制御部４、サービス起動分析
部１６は、各々第２図の番号が同じ部分に対応しており
、また、サービス実行部１９　（＃ｉ）は、第２図のサ
ービス実行部１９　（＃１）〜１９　（＃ｎ）のうちい
ずれかに対応している。そして、各部内に示される動作
フローチャートは、その部分で実行されることを示す。

まず、加入者が第２図の通信線３及びネットワーク系２
から基本機能制御部４を介して、サービスの登録動作を
行う（第３図ＳＬ）。今、第５図において、特には図示
しないが、通信線３を介してネットワーク系２で相互に
接続される加入者＃ａと加入者＃Ｃが通信中（通話中）
であるとする（第３図３４）。

この状態で、加入者＃ａから３者通話の要求が出される
。すなわち、加入者＃ａはそれが収容される交換局内の
基本機能制御部４（第２図）に対して要求信号ＩＮＦＯ
を出力する。要求信号ＩＮＦＯは、加入者＃ａであるこ
とを示す識別データ、３者通話サービスの起動を要求す
ることを示すデータ等を含んでいる。

上記要求信号ＩＮＦＯは、第２図の基本機能制御部４で
受信された後、インタフェース部１５を介してサービス
起動分析部１６に入力する。サ−ビス起動分析部１６で
は、第２図の起動条件データ記憶部１７をアクセスし、
要求信号ＩＮＦＯの各内容と合致する起動条件データ１
８を検索する（第３図２０）。起動条件データ１日の内
容の例を第４図に示す。今、加入者＃ａは、通話中であ
り、発生したイベントは要求信号ＩＮＦＯであり、３者
通話サービスの起動要求が出されているため、データ■
の条件＊１のデータが合致し、これがサービス起動分析
部１６で検索される。

これにより、要求信号ＩＮＦＯは、第２図のサービス起
動分析部１６からインタフェース部１５を介して３者通
話サービスを実行するサービス実行部１９　（＃ｉ）に
出力され、同実行部が起動される（第３図３１５−３１
６）。

同実行部では、まず、第２図のインタフェース部１５を
介して基本機能制御部４を制御し、通話中の加入者＃ａ
と加入者４０間のＢチャネル（ＩＳＤＮ交換網における
一般加入者回線のことをいう）を保留状態にさせる（第
３図３１７）。そして、第２図のインタフェース部１５
から起動条件データ記憶部１７内の起動条件データ１８
である第４図のデータ■の条件＊２の斜線部２３に、サ
ービス実行部１９　（＃ｉ）が起動されたことを示す識
別フラグを登録する（第３図３１８）。識別フラグの働
きについては後述する。これらの動作の後、３人目の加
入者＃ｂの発呼待状態に入る（第３図３１９）。なお、
加入者＃ａにおいては移行中の状態になる（第３図３６
）。

続いて、第２呼の発呼動作に入る（第３図３２）。

上記発呼待ち状態において、加入者＃ｂが例えば受話器
を取り上げて発呼を行う（ＳＥＴＵＰする）と（第３図
Ｓ９→５ｔＯ）、その５ＥＴＵＰ信号は第２図の基本機
能制御部４で受信された後、インタフェース部１５を介
してサービス起動分析部１６に入力する。サービス起動
分析部１６では、第２図の起動条件データ記憶部１７を
アクセスし、５ＥＴＵＰ信号の内容と合致する起動条件
データ１８を検索する（第３図２１）。今、加入者＃ｂ
は元々空（通話中で、ない）状態で、発生したイベント
は５ＥＴＵＰ信号の出力であり、また、付加条件として
加入者＃ａと加入者＃ＣのＢチャネルが保留中で、かつ
、３者通話に対する通知であるため、第４図のデータ■
の条件＊２のデータが合致し、これがサービス起動分析
部１６で検索される。

上記第４図のデータ■の条件＊２のデータが検索された
後、該データの斜線部２３に前記識別フラグが登録され
ている場合に限り、５ＥＴＵＰ信号は、第２図のサービ
ス起動分析部１６からインタフェース部１５を介して３
者通話サービスを実行するサービス実行部１９　（＃ｉ
）に通知される（第３図３２０）。このように、データ
■の条件＊２のデータに制御途中で動的に変更され得る
領域２３を設けておくことにより、３者通話す−ビス実
行中でない場合に、加入者＃ｂからの発呼がサービス実
行部１９　（＃ｉ）に伝達されてしまうことを防ぐこと
ができ、フレキシブルな制御を行うことができる。

続いて、サービス実行部１９　（＃ｉ）では、第２図の
インタフェース部１５を介して基本機能制御部４を制御
し、加入者＃ｂに関連するトランク回路の捕捉を行い（
第３図５２１）、また、第２図のインタフェース部１５
から起動条件データ記憶部１７内の起動条件データ１８
である第４図のデータ■内の、加入者＃ｂに対応する基
本機能制御部呼識別子２４０部分に、サービス実行部１
９（＃ｉ）に設定されている起動用サービス識別番号を
登録する（第３図５２２）。このデータ■の働きについ
ては後述する。この場合、加入者＃ａ及び加入者＃Ｃに
おいては移行中の状態になる（第３図３７．５１１）。

これらの動作の後、サービス実行部１９　（＃ｉ）は、
第２図のインタフェース部１５を介して基本機能制御部
４を制御し、加入者＃ａと加入者＃ｂとが通話可能な状
態になるようにさせて３者通話の状態に入る（第３図８
２３）。この３者通話の状態に入ると、加入者＃ａは加
入者＃ｂ又は加入者＃Ｃと択一的に交互に通話可能とな
り、その切り替えは、加入者＃ａの端末に用意されてい
る切り替えボタン等により可能である。

次に、３者通話を終了する場合の切断動作に入る（第３
図３３）。すなわち、加入者＃ａ、加入者＃ｂとも移行
中の状態になった後（第３図８８．５１２）、加入者＃
ｂが例えば受話器を置いて切断を行うと（第３図５１３
）、その切断信号は第２図の基本機能制御部４で受信さ
れた後、インタフェース部１５を介してサービス起動分
析部１６に入力する。サービス起動分析部１６では、第
２図の起動条件データ記憶部１７をアクセスし、起動条
件データ１８である第４図のデータ■の加入者＃ｂに対
応する基本機能制御部呼識別子２４の部分に、サービス
実行部１９　（＃ｉ）に設定されている起動用サービス
識別番号が登録されているのを確認する（第３図の検索
動作２２）。

これにより、上記切断信号は、第２図のサービス起動分
析部１６からインタフェース部１５を介して３者通話サ
ービスを実行するサービス実行部１９　（＃ｉ）に通知
される（第３図５２４）。

同実行部ではこれを受けて、第２図のインクフェース部
１５を介して基本機能制御部４を制御し、加入者＃ｂの
回線を切断し解放する（第３図Ｓ２５．５１４）。これ
により、サービス実行部１９（＃ｉ）の動作が終了し、
加入者＃ａと加入者＃Ｃの２者通話の状態に戻る（第３
図８２６）。

以上に示したように、本実施例では、起動条件データ１
８の内容は、サービス実行部１９　（＃ｉ）の実行動作
に伴い動的に変更され得るため、起動条件データ１８に
より、サービス実行部１９　（＃ｉ）の制御条件を細か
く制御することができる。

そして、上記例で示したように、サービス起動分析部１
６は、単に起動条件データ記憶部１７内の起動条件デー
タ１８を検索する機能しかないため、サービス実行部１
９　（＃１）〜１９　（＃ｎ）が追加等されても変更す
る必要はない。また、基本機能制御部４は、発呼・切断
・要求信号ＩＮＦＯ等の受信動作及びそれに基づく基本
制御を行うだけであるため、サービス実行部１９　（＃
１）〜１９　（＃ｎ）が追加等されても同様に変更する
必要はない。

［発明の効果］本発明によれば、　付加サービスを行うサービス実行手
段の内容が変更・削除・追加等されても、基本機能制御
手段及びサービス実行分析手段の仕様は変更されること
はなく、互いに独立した構成をとり得るため、汎用性の
ある構成とすることができる。

そして、サービス実行手段の内容が変更・削除・追加等
された場合は、実行条件データ記憶手段上の実行条件デ
ータを変更するだけでよいため、付加サービスのバージ
ョンアップ等を迅速かつ柔軟に行うことができ、そのと
きの改造コストも低く抑えることが可能となる。

この場合、実行条件データの内容は、サービス実行手段
の実行動作に伴い動的に変更され得るため、実行条件デ
ータにより、サービス実行手段の起動・制御移行・終了
等の動作をきめ細かく制御することが可能である。

【図面の簡単な説明】

第１図は、本発明のブロンク図、第２図は、本実施例による信号処理部の構成図、第３図
は、３者通話サービスの動作例を示した図、第４図は、起動条件データの例を示した図、第５図は、
通信ノードの全体構成図、第６図は、従来の信号処理部の構成図である。８・・・ネットワーク系、９・・・信号処理装置、１０・・・基本機能制御手段、１１・・・サービス実行分析手段、１２・・・実行条件データ記憶手段、１３・・・実行条件データ、１４　（＃１）〜１４　（＃ｎ）・・・サービス実行手
段。特許出願人　　　富士通株式会社頂イｇノードの全体構成図竺（ネットワーク、杢２へ）従来の信号免理邪の溝八図

Claims

【特許請求の範囲】ネットワーク系（８）とそれを制御する信号処理装置（
９）からなる通信ノードにおいて、前記信号処理装置（９）は、前記ネットワーク系（８）の基本機能制御を行う基本機
能制御手段（１０）と、付加サービスの実行を行う少なくとも１つのサービス実
行手段（１４）と、前記サービス実行手段（１４）の実行条件を実行条件デ
ータ（１３）として記憶する実行条件データ記憶手段（
１２）と、前記基本機能制御手段（１０）からの信号を入力し、前
記実行条件データ記憶手段（１２）上の対応する実行条
件データ（１３）を検索し、検索された実行条件データ
（１３）に対応するサービス実行手段（１４）のアクセ
スを行うサービス実行分析手段（１１）とを有し、前記
実行条件データ（１３）は、前記サービス実行手段（１
４）におけるサービス実行動作に伴い変更され得る構成
を有することを特徴とする通信ノードにおける付加サー
ビス制御方式。