JP2000092198A

JP2000092198A - サ―ビス制御プラットフォ―ム

Info

Publication number: JP2000092198A
Application number: JP11237827A
Authority: JP
Inventors: Wolfgang Lautenschlager; ボルフガング・ラオテンシユラガー; Stephan Rupp; シユテフアン・ルツプ; Franz Feil; フランツ・フアイル; Markus Lehmacher; マルクス・レーマツハー; Heinrich Hintzen; ハインリツヒ・ヒンツエン
Original assignee: Alcatel CIT SA; Alcatel SA
Current assignee: Alcatel CIT SA; Alcatel Lucent SAS
Priority date: 1998-09-05
Filing date: 1999-08-25
Publication date: 2000-03-31
Also published as: DE19840634A1; EP0986236A3; EP0986236A2

Abstract

(57)【要約】【課題】電気通信ネットワーク（ＴＫＮ）内でサービ
スを提供する方法、サービス対話マネージャ（ＳＩ
Ｍ）、ならびに前記方法を実行するサービス制御プラッ
トフォーム（ＭＳＰ）を提供すること。【解決手段】サービスを提供すべき接続の確立の間
に、サービス交換ポイント（ＳＳＰ１）のサービス交換
機能（ＳＳＦ）がトリガされ、それによって生成された
サービス要求メッセージがサービス対話マネージャに送
られる。サービス対話マネージャはサービス要求メッセ
ージの受信によって起動すると、提供すべきすべてのサ
ービスを決定する。サービス対話マネージャは、決定さ
れたサービスに割り当てられたサービス制御ユニット
（ＳＣＰ１、ＳＣＰ２）にサービスロジック（ＳＬ１、
ＳＬ２）を起動させるサービス要求メッセージを送信す
ることによってサービスの実行を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、請求項１のプリア
ンブルに記載の通信ネットワーク内でサービスを提供す
る方法、請求項１１のプリアンブルに記載のサービスの
提供をサポートするサービス対話マネージャ、ならびに
請求項１２のプリアンブルに記載のサービスを提供する
サービス制御プラットフォームに関する。

【０００２】

【従来の技術】本発明は、例えばＪ．−Ｐ−Ｅｕｚｅｎ
およびＪ．Ｂ．Ｋｅｒｉｈｕｅｌの論文「Produkte fur
intelligente Netze」、Elektrisches Nachrichtenwes
en、vol.63、No.4、1989年、pp.321-330に記載のＩＮ
（インテリジェントネットワーク）アーキテクチャによ
るサービスの提供に端を発する。

【０００３】電気通信ネットワークは、Ｎｏ．７信号方
式を介していくつかのサービス制御ユニットに接続され
たいくつかのサービス交換ポイントを有する。サービス
交換ポイントは、発呼加入者がＩＮサービスへのアクセ
スを必要としていることを示すトリガイベントを検出す
る。サービス交換ポイントは、それが関係している接続
の設定の間にそのようなトリガイベントを検出すると、
必要なＩＮサービスのサービスロジックを含んでいるサ
ービス制御ポイントにサービス要求メッセージを送信す
る。サービスロジックは、サービス要求メッセージによ
って起動されるとすぐに、必要なＩＮサービスの実行を
制御する制御プログラムである。ＩＮサービスを提供す
るために、サービス制御ポイントの起動されたサービス
ロジックはサービス交換ポイントと対話する。ＩＮサー
ビスが提供されると、サービス交換ポイントとサービス
制御ユニットとの対話ならびにサービスロジックプログ
ラムの実行が終了する。

【０００４】１つの接続に対して２つ以上のＩＮサービ
スを提供しなければならない場合がある。その場合、こ
れらのＩＮサービスの各々について上記の手順が実行さ
れる。すなわち、接続に対して提供すべきＩＮサービス
は別々のステップで順次提供される。サービス交換ポイ
ントはそれぞれのトリガイベントを検出し、それに応答
して、それぞれのサービス交換ポイントとサービス制御
ユニットの間でサービス固有の対話が開始され、終了す
る。一般に、異なるサービス交換ポイントによって、あ
る接続について提供すべきＩＮサービスが検出され、そ
の処理が開始される。

【０００５】

【発明が解決しようとする課題】本発明の目的は、電気
通信ネットワーク内でのサービスの提供を改善すること
である。

【０００６】

【課題を解決するための手段】この目的は、請求項１の
教示による電気通信ネットワーク内でサービスを提供す
る方法、請求項１１の教示によるサービスの提供をサポ
ートするサービス対話マネージャ、ならびに請求項１２
の教示によるサービス制御プラットフォームによって達
成される。

【０００７】本発明の根底にある考え方は、サービス交
換ポイントが提供するサービス交換機能とサービス制御
ユニットが提供するサービス制御機能の間の、サービス
対話マネージャによって提供されるサービス対話機能を
導入することである。サービス交換ポイントが接続のた
めのサービスの実行をトリガするとすぐに、サービス対
話機能はこの接続について提供すべき他のすべてのサー
ビスの実行を自動的に開始し、この接続について提供す
べきこれらすべてのサービスの実行を集中して管理す
る。

【０００８】本発明の１つの利点は、順次または並列に
実行すべき異なる相互に依存するサービスを有する複雑
なサービスシナリオが可能になるということである。

【０００９】さらに、接続ごとのサービスの提供に対し
て、サービス対話マネージャおよびサービス制御ユニッ
トによって形成されるサービス制御プラットフォームと
サービス交換ポイントとの間の対話はただ１つで済む。
これによって、サービス交換ポイントとサービス制御プ
ラットフォームとの間で交換すべきデータ量は大幅に削
減され、したがって、とりわけ、サービス提供時間およ
び接続設定時間が大幅に削減される。

【００１０】サービス交換ポイントとサービス制御プラ
ットフォームの間の接続が信号方式を介してルーティン
グされる場合、（一般に狭帯域の）信号方式について救
済が提供される。

【００１１】本発明の別の有利な態様は従属請求項から
明らかである。

【００１２】本発明の特に有利な態様によれば、サービ
ス対話マネージャはある接続についてサービスの並列の
実行を開始し、調整し、それによってサービス提供時間
がさらに削減される。この接続の別の有利な点は、決定
されたサービスのタイプに合わせて構成されたサービス
の動的な順次または並列の実行制御から生じる。

【００１３】本発明は、添付の図面に関して挙げるいく
つかの実施形態についての以下の説明からより明らかに
なろう。

【００１４】

【発明の実施の形態】図１にサービス管理ユニットＳＭ
Ｐ、サービス制御プラットフォームＭＳＰ、および電気
通信ネットワークＴＫＮを示す。電気通信ネットワーク
ＴＫＮに接続された端末のうち、加入者Ａの１つの端末
ＴＥが例示されている。

【００１５】電気通信ネットワークＴＫＮは従来の電話
ネットワークである。このネットワークはまたデータま
たはビデオ信号を送信する働きもできる。電気通信ネッ
トワークＴＫＮは２つ以上の相互接続されたサブネット
ワークからなることもあり、それらのサブネットワーク
はまた異なるネットワーク運用業者に割り当てられてい
ることもある。そのようなサブネットワークは移動体無
線ネットワークであってもよい。

【００１６】電気通信ネットワークＴＫＮは複数の相互
接続された交換局によって形成され、その交換局のうち
固有の設計の２つの交換局すなわち交換ポイントＳＳＰ
１およびＳＳＰ２を図１に例示する。電気通信ネットワ
ークＴＫＮはさらに通信ネットワークＫＮ１を含み、Ｋ
Ｎ１はサービス交換ポイントＳＳＰ１およびＳＳＰ２を
サービス制御プラットフォームＭＳＰに接続する。

【００１７】サービス交換ポイントＳＳＰ１およびＳＳ
Ｐ２はＩＮアーキテクチャに準拠したサービス交換ポイ
ントである。電気通信ネットワークＴＫＮには少なくと
も１つのそのようなサービス交換ポイントが存在しなけ
ればならない。

【００１８】通信ネットワークＫＮ１は電気通信ネット
ワークＴＫＮの交換ポイント間の信号送受を可能にする
信号ネットワークである。通信ネットワークＫＮ１は例
えばＮｏ．７信号ネットワークによって形成される。通
信ネットワークＫＮ１はＡＴＭ（非同期転送モード）ま
たはＤＱＤＢ（Distributed-queue dual-bus）ネット
ワークなどの広帯域データネットワークであってもよ
い。

【００１９】サービス制御プラットフォームＭＳＰは電
気通信ネットワークＴＫＮの接続に対するサービスの提
供を制御する。サービス制御プラットフォームＭＳＰは
サービス対話マネージャＳＩＭ、通信ネットワークＫＮ
２、ならびに１つまたは複数のサービス制御ユニットを
含み、サービス制御ユニットのうち３つすなわちＳＣＰ
１〜ＳＣ３を図１に例示する。サービス制御ユニットＳ
ＣＰ１〜ＳＣＰ３およびサービス対話マネージャＳＩＭ
は、通信ネットワークＫＮ２を介して相互接続され、そ
れぞれの機能を実行するアプリケーションの基盤となる
それぞれのコンピュータプラットフォームによって形成
される。サービス制御ユニットＳＣＰ１〜ＳＣＰ３およ
びサービス対話マネージャＳＩＭは、１つまたは複数の
相互接続されたサーバ間に分散された仮想マシンを表す
こともある。

【００２０】サービス制御ユニットＳＣＰ１〜ＳＣＰ３
を有するサービス制御プラットフォームＭＳＰはネット
ワーク運用業者に割り当てられる。サービス制御プラッ
トフォームＭＳＰはまた独立したサービスプロバイダに
割り当てられることもある。さらに、サービス制御プラ
ットフォームＭＳＰのサービス制御ユニットＳＣＰ１〜
ＳＣＰ３は異なるネットワーク運用業者に割り当てられ
ることもある。したがって、サービス対話マネージャＳ
ＩＭは、外部のネットワーク運用業者またはサービスプ
ロバイダのサービス制御ユニットにアクセスすることも
できる。

【００２１】通信ネットワークＫＮ２は複数のコンピュ
ータプラットフォームをリンクする働きをするコンピュ
ータネットワークである。したがって、通信ネットワー
クＫＮ２は、例えばローカルエリアネットワーク（ＬＡ
Ｎ）などの広帯域データネットワークでもよいが、電気
通信ネットワークＴＫＮの信号ネットワークでもよい。

【００２２】異なる通信ネットワークを介してサービス
対話マネージャＳＩＭに異なるサービス制御ユニットを
接続することもできる。例えば、サービス対話マネージ
ャＳＩＭが、信号ネットワークを介して異なるネットワ
ーク運用業者に割り当てられたサービス制御ユニットと
通信することは有利である。この通信は次いで専用のネ
ットワーク運用業者の信号ネットワークおよび相手方ネ
ットワーク運用業者の信号ネットワークへのゲートウェ
イを介して実行される。

【００２３】サービス管理ユニットＳＭＰは、サービス
制御プラットフォームＭＳＰが提供するサービスを管理
する働きをし、例えば、ＩＮアーキテクチャに準拠した
サービス管理ユニットによって形成される。

【００２４】次にサービス制御プラットフォームＭＳＰ
の構造および本発明による方法のステップシーケンスを
図２を参照して詳述する。

【００２５】図２に加入者Ａを有する端末ＴＥ、サービ
スサポートシステムＩＰを有するサービス交換ポイント
ＳＳＰ１、サービス制御ユニットＳＣＰ１〜ＳＣＰ３を
有するサービス制御プラットフォームＭＳＰ、通信ネッ
トワークＫＮ２、ならびにサービス対話マネージャＳＩ
Ｍを示す。

【００２６】サービス制御ユニットＳＣＰ１〜ＳＣＰ３
はそれぞれ１つまたは複数のサービスロジックを含み、
そのうちサービス制御ユニットＳＣＰ１のサービスロジ
ックＳＬ１およびサービス制御ユニットＳＣＰ２のサー
ビスロジックＳＬ２を例示する。

【００２７】サービスロジックＳＬ１およびＳＬ２は固
有のサービスの提供の制御を記述するサービス制御プロ
グラムを表す。サービスロジックＳＬ１は第１のサービ
スの提供を制御し、サービスロジックＳＬ２は別の第２
のサービスの提供を制御する。ある接続に対するサービ
スロジックＳＬ１およびＳＬ２の１つの起動によって、
この接続に対してそれぞれのサービス制御プログラムを
実行するプロセスが開始される。

【００２８】サービス交換ポイントＳＳＰ１の制御ユニ
ットで、サービス交換機能ＳＳＦが実施される。サービ
ス交換機能ＳＳＦは、接続の確立の間にサービス交換ポ
イントＳＳＰ１を介して特定のトリガイベントを検出す
る。そのようなトリガイベントは、例えば、特定の着信
者番号（着呼者）または発信加入者（発呼者）の特定の
特性である。接続の確立の間にそのようなイベントがサ
ービス交換機能ＳＳＦによって検出されると、サービス
交換機能ＳＳＦはサービス要求メッセージを生成し、そ
れをサービス対話マネージャＳＩＭに送信し、後続の対
話で、さらなる呼処理に関連するサービス対話マネージ
ャＳＩＭからの命令を実行する。そのような命令は、例
えば別の番号への呼の転送、または例えばサービスサポ
ートシステムＩＰによる口頭アナウンスもしくは音声認
識システムの設置に関連する。

【００２９】サービス対話マネージャＳＩＭは、サービ
ス対話マネージャＳＩＭのコンピュータプラットフォー
ム上でアプリケーションプログラムによって実行される
サービス対話機能ＳＩＦを提供する制御ユニットを含
む。

【００３０】ある接続に対するサービス対話機能ＳＩＦ
が、サービス交換ポイントＳＳＰ１およびＳＳＰ２の１
つからのサービス要求メッセージの受信によって起動
し、次いでこの接続に対して提供すべきすべてのサービ
スの実行を管理し、これらのサービスはサービス交換ポ
イントＳＳＰ１およびＳＳＰ２からのさらなるサービス
要求メッセージによって個別に起動しなくてもよい。し
たがって、サービスを提供しなければならない接続ごと
に、提供するサービスの数には無関係に、サービス交換
ポイントＳＳＰ１およびＳＳＰ２の１つとサービス対話
マネージャＳＩＭとの間では、１つの対話だけが実行さ
れる。

【００３１】呼は２つ以上の接続を含むこともある。そ
の場合、サービス対話マネージャＳＩＭは呼全体に対す
るサービス要求メッセージの受信によって起動し、次い
でさらに起動する必要なしにこの呼について提供すべき
すべてのサービスの実行が管理されることが有利であ
る。したがって、呼ごとに、サービス交換ポイントとサ
ービス対話マネージャとの間で１つの対話だけが実行さ
れる。

【００３２】ある接続に対するサービス要求メッセージ
の受信によってサービス対話機能ＳＩＦが起動するとす
ぐに、サービス対話機能ＳＩＦはその接続に対して提供
すべきすべてのサービスを決定する。さらに、サービス
対話機能ＳＩＦは、これらのサービスに割り当てられた
サービス制御ユニット、例えばサービス制御ユニットＳ
ＣＰ１およびＳＣＰ２に、この接続に対して決定された
サービスに割り当てられたそれぞれのサービス固有のサ
ービスロジック、例えばサービスロジックＳＬ１および
ＳＬ２の実行を起動させるサービス要求メッセージを送
信することによってその接続に対して決定されたすべて
のサービスの実行を制御する。この接続に対してサービ
ス対話機能ＳＩＦによって起動されたサービスロジック
ＳＬ１およびＳＬ２は、サービス対話機能ＳＩＦと対話
してそれぞれのサービスの提供を制御する。対応する対
話はこれらのサービスロジックＳＬ１およびＳＬ２とサ
ービス対話機能ＳＩＦとの間で実行される。サービス対
話機能ＳＩＦは、これらの起動されたサービスロジック
ＳＬ１およびＳＬ２とサービス対話機能ＳＩＦとの間の
対話を、サービス対話機能ＳＩＦとこの接続に対するサ
ービス対話機能ＳＩＦを起動したサービス交換機能ＳＳ
Ｆとの間の対話と組み合わせる。この接続に対するすべ
てのサービスが提供されると、サービス対話機能ＳＩＦ
はサービス交換機能ＳＳＦとの対話を終了し、その接続
に対して停止する。

【００３３】加入者Ａは自分の端末ＴＥによって接続要
求を送信して電気通信ネットワークＴＫＮを介して接続
の確立を開始する。第１の実施形態では、この接続で
は、２つのサービス、すなわちＯＣＳ（Original call
screening）サービスと着信課金サービスが実行され
る。この実施形態の助けを借りて、サービス対話機能Ｓ
ＩＦによるサービスの順次処理について以下に説明す
る。

【００３４】電気通信ネットワークＴＫＮを介した接続
の確立の間に、この接続はサービス交換ポイントＳＳＰ
１を介してルーティングされる。サービス交換機能ＳＳ
Ｆは接続要求からトリガイベント（ＯＣＳサービスが必
要）の存在を判定し、最初のステップ１で、サービス要
求（ＯＣＳサービスの要求）をサービス対話機能ＳＩＦ
に送信する。次いで、サービス対話機能ＳＩＦはステッ
プ２でこのサービスに割り当てられたサービスロジック
ＳＬ１を起動させることによってＯＳＣサービスの制御
を起動させる。ステップ３で、ＯＣＳサービスが提供さ
れた後で、サービスロジックＳＬ１とサービス対話機能
ＳＩＦとの間の関連付けられた対話とＯＣＳサービスの
実行が終了する。ただし、サービス対話機能ＳＩＦとサ
ービス交換機能ＳＳＦとの間の対話は終了しない。

【００３５】次のステップで、サービス対話機能ＳＩＦ
は、この接続に対して他の任意のサービスを提供すべき
かどうかを決定し、次いでその接続に対して着信課金サ
ービスを実行すべきことを決定する。次いでステップ４
で、サービス対話機能ＳＩＦは着信課金サービスに割り
当てられたサービスロジックＳＬ１を起動させる。サー
ビス完了後、ステップ５で、関連付けられた対話が終了
し、その接続に対するサービスロジックＳＬ２が停止す
る。サービス対話機能ＳＩＦは、その接続に対して他の
サービスを提供しなくてもよいと判定し、ステップ６
で、サービス対話機能ＳＩＦとサービス交換機能ＳＳＦ
との間の対話を終了する。したがって、サービス交換機
能ＳＳＦには、ＯＣＳサービスおよび着信課金サービス
の組合せからなる１つのサービスだけが実行されていた
ように見える。

【００３６】次に第２の実施形態では、サービス対話機
能ＳＩＦによるサービスの並列処理について説明する。
２つのサービス、すなわちＰＣ（プリペイドカード）サ
ービスとＰＲ（プレミアムレート）サービスを起動させ
なくてはならないものとする。

【００３７】ステップ１で、サービス要求メッセージ
（ＯＣＳサービスの要求）の受信によってその接続に対
してサービス対話機能ＳＩＦが起動する。次いでサービ
ス対話機能ＳＩＦは、ＯＣＳサービスに加えて別のサー
ビスであるＰＲサービスをその接続に対して提供しなけ
ればならないと判定する。並列に実行されるステップ２
および４で、サービス対話機能ＳＩＦはこれらの２つの
サービスに関連付けられたサービスロジックＳＬ１およ
びＳＬ２を起動させる。すなわち、この実施形態では、
ＰＲサービスはサービスロジックＳＬ２によって制御さ
れる。サービスロジックＳＬ１およびＳＬ２によって並
列に実行される２つのサービスの制御の間、サービス対
話機能ＳＩＦは、一方ではサービスロジックＳＬ１およ
びＳＬ２とサービス対話機能ＳＩＦとの間の正しい関連
と、他方ではサービス交換機能ＳＳＦとサービス対話機
能ＳＩＦとの間で交換されるメッセージを確認する。こ
の接続は、サービス対話機能ＳＩＦ１の指揮と調整の下
で、所与の瞬間にサービスロジックＳＬ１によって、ま
た別の瞬間にサービスロジックＳＬ２によって監視され
制御される。したがって、２つのサービスは擬似的に並
列に提供される。

【００３８】それぞれステップ３とステップ５で、２つ
のサービスの実行が完了し、サービスロジックＳＬ１お
よびＳＬ２とサービス対話機能ＳＩＦとの間の対話が終
了すると、ステップ６で、サービス対話機能ＳＩＦとサ
ービス交換機能ＳＳＦとの間の対話が終了し、サービス
対話機能ＳＩＦはその接続に対して停止する。この場合
も、サービス交換機能ＳＳＦには、ＯＣＳサービスとＰ
Ｒサービスの組合せからなる１つのサービスだけが実行
されているように見える。

【００３９】次にサービス対話マネージャＳＩＭの詳細
な構造について図３を参照しながら説明する。

【００４０】図１に、通信ネットワークＫＮ１およびＫ
Ｎ２に接続されたサービス対話マネージャＳＩＭを示
す。サービス対話マネージャＳＩＭは２つの通信ユニッ
トＫＯＭ１およびＫＯＭ２と制御ユニットＣＯＮＴＲを
含む。

【００４１】通信ユニットＫＯＭ１は、サービス交換ポ
イントＳＳＰ１およびＳＳＰ２のサービス交換機能との
対話を可能にする機能、特にこれらのサービス交換機能
からのサービス要求メッセージの受信および解釈を実行
する。これらの機能は、Ｎｏ．７信号方式のトランスポ
ートプロトコルなどの通信ネットワークＫＮ１内で使用
されるトランスポートプロトコルを処理する機能を含
む。ＩＴＵ−ＴのＮｏ．７信号方式のＴＣＡＰ（トラン
ザクション機能応用部）プロトコルおよびその上にくる
ＩＮＡＰ（インテリジェントネットワーク応用プロトコ
ル）を処理する機能にこれらの機能は基づき、これらの
機能によってサービス交換機能とサービス制御機能がＩ
Ｎアーキテクチャに従って対話する。このプロトコルの
適用範囲内で交換されるＩＮアプリケーションメッセー
ジ（ＩＮＡＰメッセージ）とこのプロトコルの基本サー
ビスおよび動作は、例えば、ＩＴＵ−ＴＲｅｃｏｍｍ
ｅｎｄａｔｉｏｎＱ．１２１９、第６．５章「Intell
igent Network ApplicationsProtocol」pp.26-40に記載
され、ＩＴＵ−ＴＲｅｃｏｍｍｅｎｄａｔｉｏｎＱ．
１２１９ｆｏｒＩＮＣＳ−１に詳述されている。

【００４２】通信ユニットＫＯＭ１はサービス制御ユニ
ットＳＣＰ１〜ＳＣＰ３との対話を可能にする機能を実
行する。これらの機能は、イーサネット、ファーストイ
ーサネット、ＦＤＤＩ、またはトークンパッシングプロ
トコルなどのＬＡＮコンピュータネットワーク内での通
信に一般に使用されるプロトコルである、通信ネットワ
ークＫＮ２内で使用されるトランスポートプロトコルを
処理する機能を含む。例えば、インターネットプロトコ
ル（ＩＰ）および伝送制御プロトコル（ＴＣＰ）を処理
する機能にこれらの機能は基づき、ＴＣＡＰプロトコル
およびＩＮＡＰプロトコルを処理する機能も基づく。

【００４３】制御ユニットＣＯＮＴＲは、サービス対話
マネージャＳＩＭのコンピュータプラットフォーム上で
実行されるアプリケーションプログラムによって形成さ
れる。機能的な観点からは、制御ユニットＣＯＮＴＲは
プロセスマネージャＰＭと、例えば、４つのプロセスＣ
ＳＣＰ１〜ＣＳＣＰ４を含む。

【００４４】各プロセスＣＳＣＰ１〜ＣＳＣＰ４は特定
の接続に対して起動されたサービス対話機能を表す。し
たがって、制御ユニットＣＯＮＴＲは現在、電気通信ネ
ットワークＴＫＮの４つの異なる接続に対するサービス
の提供を管理している。

【００４５】プロセスマネージャＰＭは、プロセスＣＳ
ＣＰ１〜ＣＳＣＰ４を管理し、通信ユニットＫＯＭ１お
よびＫＯＭ２を介して到着するメッセージをプロセスＣ
ＳＣＰ１〜ＣＳＣＰ４の適切なプロセスに割り当てる。
これらの機能を実行するために、プロセスマネージャＰ
ＭはプロセスデータベースＰＤＢを含む。プロセスマネ
ージャＰＭが、サービス交換ポイントＳＳＰ１及びＳＳ
Ｐ２の１つから、サービス対話機能がまだ起動していな
い、したがって、このメッセージに対してプロセスＣＳ
ＣＰ１〜ＣＳＣＰ４に対応するプロセスが存在しない接
続に対するサービス要求メッセージを受信すると、プロ
セスマネージャＰＭはそのようなプロセスを生成し、そ
れによってこの接続に対するサービス対話機能が起動さ
れる。これとは逆に、サービス対話機能が停止すると、
対応するプロセスが削除される。

【００４６】以下にプロセスＣＳＣＰ１〜ＣＳＣＰ４が
提供する機能についてプロセスＣＳＣＰ１を例に説明す
る。

【００４７】プロセスＣＳＣＰ１は８つの機能ＳＤ１〜
ＳＤ５、ＳＳＤ、ＳＩＣＦ、およびＳＤＦを含む。

【００４８】機能ＳＳＤは、プロセスＣＳＣＰ１が提供
するサービス対話機能とこの接続に対してこのサービス
対話機能を起動させたサービス交換機能との間の対話を
管理する。

【００４９】ＳＤ１〜ＳＤ５の各機能は、サービスロジ
ックとの対話を管理する。したがって、この例では、プ
ロセスＣＳＣＰ１が提供するサービス対話機能は、現
在、５つの異なるサービスロジックとの間で５つの対話
を並列に実行している。

【００５０】機能ＳＤＦは、プロセスＣＳＣＰ１が提供
するサービス対話機能が起動している接続に対して提供
すべきサービスを決定する。

【００５１】一方で、機能ＳＤＦは、このサービス対話
機能を起動させたサービス要求メッセージからこれらの
サービスを決定する。このサービス要求メッセージは、
サービス要求メッセージの生成を引き起こしたトリガイ
ベントに関連付けられたサービス交換機能内のサービス
を指定するサービス識別子を含む。

【００５２】他方、機能ＳＤＦは、このサービス対話機
能がサービス制御を提供する接続の接続データに基づい
てこれらのサービスを決定する。そのような接続データ
は、例えば、被呼加入者番号、発呼加入者番号、または
発呼もしくは被呼加入者の特性あるいはＩＮ固有のデー
タである。したがって、機能ＳＤＦはＩＮアーキテクチ
ャによるサービス交換機能内にも存在する機能を含む。

【００５３】機能ＳＩＣＦはこの接続に対して提供すべ
きサービスシーケンスを制御する。これを達成するた
め、機能ＳＩＣＦは、機能ＳＤＦによってこの接続に対
して提供すべきすべてのサービスを順次または並列に決
定し、サービス決定およびサービス起動の順序を固定
し、サービスロジックが起動する際、正しいサービスロ
ジックおよびサービス制御ユニットのアドレス指定を実
行する。この接続に対して提供すべきサービスの決定と
関連付けられたサービスロジックの起動は、並列実行ま
たは順次実行できる。

【００５４】このために、機能ＳＩＣＦは、各々が１つ
の所定のサービスセットについてこのシーケンスを定義
するサービス対話論理プログラムを含む。

【００５５】別の実施形態では、機能ＳＩＣＦは、決定
されたサービスのタイプに応じて、すべての決定された
サービスの並列実行もしくは順次実行または決定された
サービスのサブグループの並列実行もしくは順次実行を
規定する規則のセットを含む。

【００５６】さらに、機能ＳＩＣＦは、ある接続に対し
て決定されたサービスが、サービスシーケンスを許可さ
れるか否かについて、前記決定されたサービスを監視す
る機能を含むことができる。

【図面の簡単な説明】

【図１】本発明による電気通信ネットワークおよびサー
ビス制御プラットフォームを有する通信環境のブロック
図である。

【図２】図１の通信環境の部分の詳細なブロック図であ
る。

【図３】本発明によるサービス対話マネージャの機能図
である。

【符号の説明】

ＣＯＮＴＲ制御ユニットＫＮ通信ネットワークＫＯＭ通信ユニットＭＳＰサービス制御プラットフォームＰＤＢプロセスデータベースＰＭプロセスマネージャＳＣＰサービス制御ユニットＳＩＦサービス対話機能ＳＩＭサービス対話マネージャＳＬサービスロジックＳＭＰサービス管理ユニットＳＳＦサービス交換機能ＳＳＰサービス交換ポイントＴＫＮ電気通信ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考） (72)発明者フランツ・フアイルドイツ国、89081・ウルム、フユンフ−ボウメ−ベーク・11 (72)発明者マルクス・レーマツハードイツ国、70435・シユトウツトガルト、メンヒスベルクシユトラーセ・80 (72)発明者ハインリツヒ・ヒンツエンドイツ国、70439・シユトウツトガルト、ビーキンガーベーク・４

Claims

【特許請求の範囲】

【請求項１】電気通信ネットワーク（ＴＫＮ）内でサ
ービスを提供する方法であって、１つまたは複数のサー
ビスを提供すべき接続の確立の間に、サービス交換ポイ
ント（ＳＳＰ１、ＳＳＰ２）のサービス交換機能（ＳＳ
Ｆ）をトリガするステップと、サービス制御ユニット
（ＳＣＰ１〜ＳＣＰ３）に含まれ、提供すべきそれぞれ
のサービスに割り当てられたサービス固有のサービスロ
ジック（ＳＬ１、ＳＬ２）によって各サービスの提供を
制御するステップとを含み、サービス交換機能（ＳＳＦ）がトリガされると、サービ
ス交換機能によって生成されたサービス要求メッセージ
がサービス交換ポイント（ＳＳＰ１）からサービス対話
マネージャ（ＳＩＭ）にルーティングされることと、サ
ービス対話マネージャ（ＳＩＭ）が、サービス要求メッ
セージの受信によって前記接続に対して起動されると、
前記接続に対して提供すべきすべてのサービスを決定す
ることと、サービス対話マネージャ（ＳＩＭ）が、決定
されたサービスに割り当てられたサービス制御ユニット
（ＳＣＰ１、ＳＣＰ２）に、決定されたサービスに割り
当てられたそれぞれのサービス固有のサービスロジック
の実行を起動させるサービス要求メッセージを送信する
ことによって前記接続に対して決定されたすべてのサー
ビスの実行を制御することと、起動したサービスロジッ
ク（ＳＬ１、ＳＬ２）がサービス対話マネージャ（ＳＩ
Ｍ）と対話してそれぞれのサービスの提供を制御するこ
とを特徴とする方法。
【請求項２】サービス対話マネージャ（ＳＩＭ）が、
サービスに割り当てられたサービスロジック（ＳＬ１、
ＳＬ２）の実行を並列に起動させることによって前記接
続に対して決定されたサービスの並列実行を開始するこ
とを特徴とする請求項１に記載の方法。
【請求項３】サービス対話マネージャ（ＳＩＭ）が、
サービスに割り当てられたサービスロジック（ＳＬ１、
ＳＬ２）の実行を順次起動させることによって前記接続
に対して決定されたサービスの順次実行を開始すること
を特徴とする請求項１に記載の方法。
【請求項４】サービス対話マネージャ（ＳＩＭ）が、
決定されたサービスのタイプに応じて、決定されたサー
ビスの並列実行または順次実行を開始することを特徴と
する請求項１に記載の方法。
【請求項５】サービス対話マネージャ（ＳＩＭ）が、
許可されたサービスシーケンスだけが実行されることを
監視することを特徴とする請求項１に記載の方法。
【請求項６】サービスを提供すべき接続ごとに、サー
ビス対話マネージャ（ＳＩＭ）が、サービス交換ポイン
ト（ＳＳＰ１）との対話を実行し、前記接続に対するす
べてのサービスが提供されるまでは前記対話を終了しな
いことを特徴とする請求項１に記載の方法。
【請求項７】サービス対話マネージャ（ＳＩＭ）が、
サービスロジック（ＳＬ１）とサービス対話マネージャ
（ＳＩＭ）との間の対話を、サービス対話マネージャ
（ＳＩＭ）とサービス交換ポイント（ＳＳＰ１）との間
の対話と組み合わせることを特徴とする請求項１に記載
の方法。
【請求項８】サービス対話マネージャ（ＳＩＭ）が、
電気通信ネットワーク（ＴＫＮ）の信号ネットワーク
（ＫＮ１）を介してサービス交換ポイント（ＳＳＰ１、
ＳＳＰ２）と通信することを特徴とする請求項１に記載
の方法。
【請求項９】サービス対話マネージャ（ＳＩＭ）が、
コンピュータネットワーク（ＫＮ２）を介してサービス
制御ユニット（ＳＣＰ１〜ＳＣＰ３）と通信することを
特徴とする請求項１に記載の方法。
【請求項１０】サービス対話マネージャ（ＳＩＭ）
が、サービス制御メッセージの受信によって前記接続に
対して起動されると、前記接続が割り当てられている呼
に対して提供すべきすべてのサービスを決定すること
と、サービス対話マネージャ（ＳＩＭ）が、前記呼に対
して決定されたすべてのサービスの実行を制御すること
を特徴とする請求項１に記載の方法。
【請求項１１】電気通信ネットワーク（ＴＫＮ）内で
のサービスの提供をサポートするサービス対話マネージ
ャ（ＳＩＭ）であって、サービス対話マネージャ（ＳＩＭ）が、１つまたは複数
のサービスを提供すべき接続の確立の間にトリガされる
サービス交換ポイント（ＳＳＰ１、ＳＳＰ２）のサービ
ス交換機能（ＳＳＦ）によって生成されるサービス要求
メッセージを受信するための第１の通信ユニット（ＫＯ
Ｍ１）を含むことと、サービス対話マネージャ（ＳＩ
Ｍ）が、サービスの各々の提供を制御するサービス固有
のサービスロジック（ＳＬ１、ＳＬ２）をそれぞれ含む
サービス制御ユニット（ＳＣＰ１〜ＳＣＰ３）と対話す
るための第２の通信ユニット（ＫＯＭ２）をさらに含む
ことと、サービス対話マネージャ（ＳＩＭ）が、ある接
続に対してサービス要求メッセージの受信によって起動
されると、その接続に対して提供すべきすべてのサービ
スを決定するように設計された制御ユニット（ＣＯＮＴ
Ｒ）をさらに含むことと、制御ユニット（ＣＯＮＴＲ）
がさらに、決定されたサービスに割り当てられたサービ
ス制御ユニット（ＳＣＰ１、ＳＣＰ２）に、第２の通信
ユニット（ＫＯＭ２）を介して、決定されたサービスに
割り当てられたそれぞれのサービス固有のサービスロジ
ック（ＳＬ１、ＳＬ２）の実行を起動させるサービス要
求メッセージを送信することによって前記接続に対して
決定されたすべてのサービスの実行を制御し、起動され
たサービスロジック（ＳＬ１、ＳＬ２）に、第２の通信
ユニット（ＫＯＭ２）を介して前記制御ユニット（ＣＯ
ＮＴＲ）と対話させてそれぞれのサービスの提供を制御
させるように、設計されていることとを特徴とするサー
ビス対話マネージャ（ＳＩＭ）。
【請求項１２】電気通信ネットワーク（ＴＫＮ）内で
サービスを提供するサービス制御プラットフォーム（Ｍ
ＳＰ）であって、サービスの１つの提供を制御するサー
ビス固有の論理（ＳＬ１、ＳＬ２）をそれぞれ含む１つ
または複数のサービス制御ユニット（ＳＣＰ１〜ＳＣＰ
３）を含み、サービス制御プラットフォーム（ＭＳＰ）がサービス対
話マネージャ（ＳＩＭ）を含むことと、サービス対話マ
ネージャ（ＳＩＭ）が、１つまたは複数のサービスを提
供すべき接続の確立の間にトリガされるサービス交換ポ
イント（ＳＳＰ１、ＳＳＰ２）のサービス交換機能（Ｓ
ＳＦ）によって生成されるサービス要求メッセージを受
信するための第１の通信ユニット（ＫＯＭ１）を含むこ
とと、サービス対話マネージャ（ＳＩＭ）が、サービス
制御ユニット（ＳＣＰ１〜ＳＣＰ３）と対話するための
第２の通信ユニット（ＫＯＭ２）をさらに含むことと、
サービス対話マネージャ（ＳＩＭ）が、ある接続に対し
てサービス要求メッセージの受信によって起動される
と、その接続に対して提供すべきすべてのサービスを決
定するように設計された制御ユニット（ＣＯＮＴＲ）を
さらに含むことと、制御ユニット（ＣＯＮＴＲ）が、決
定されたサービスに割り当てられたサービス制御ユニッ
ト（ＳＣＰ１、ＳＣＰ２）に、第２の通信ユニット（Ｋ
ＯＭ２）を介して、決定されたサービスに割り当てられ
たそれぞれのサービス固有のサービスロジック（ＳＬ
１、ＳＬ２）の実行を起動させるサービス要求メッセー
ジを送信することによって前記接続に対して決定された
すべてのサービスの実行を制御し、起動されたサービス
ロジック（ＳＬ１、ＳＬ２）に、第２の通信ユニット
（ＫＯＭ２）を介して、前記制御ユニット（ＣＯＮＴ
Ｒ）と対話させてそれぞれのサービスの提供を制御させ
るようにさらに設計されていることを特徴とするサービ
ス制御プラットフォーム（ＭＳＰ）。