JP2000216889A - サ―ビスを利用可能にする方法、インフラストラクチャマネ―ジャおよびサ―ビス制御プラットフォ―ム - Google Patents

Abstract

(57)【要約】 【課題】 異なる運用主体（ＯＰ１、ＯＰ２）の従属ネ
ットワークからなる通信ネットワーク内でサービスを利
用可能にする方法と、該方法を実施するインフラストラ
クチャマネージャ及びサービス制御プラットフォームと
を提供すること。 【解決手段】 第１の従属ネットワークのサービス交換
機（ＳＳＰ１）のサービス交換機機能は、呼（ＣＡＬ
１）によってトリガされる。生成されたサービス要求メ
ッセージ（ＳＲ１）は、第１の従属ネットワークのイン
フラストラクチャマネージャに転送される。サービス要
求メッセージ（ＳＲ１）内で運ばれるサービス識別子に
よって、インフラストラクチャマネージャは、サービス
を利用可能にすべき運用主体を決定する。インフラスト
ラクチャマネージャは、その決定に従って、第１又は第
２の従属ネットワークのサービス制御ユニット（ＳＣＰ
１、ＳＰ４）にサービス要求メッセージ（ＳＲ１）を転
送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、請求項１のプリア
ンブルに記載の様々な運用主体の従属（ｓｕｂｓｉｄｉ
ａｒｙ）ネットワークからなる通信ネットワーク内でサ
ービスを利用可能にする方法、請求項１０のプリアンブ
ルに記載のインフラストラクチャマネージャ、および請
求項１４のプリアンブルに記載のサービス制御プラット
フォームに関する。

【０００２】

【従来の技術】本発明は、例えば、Ｊ．Ｐ．Ｅｕｚｅｎ
およびＪ．Ｂ．Ｋｅｒｉｈｕｅｌの「Ｅｌｅｋｔｒｉｓ
ｃｈｅｓ Ｎａｃｈｒｉｃｈｔｅｎｗｅｓｅｎ」、Ｖｏ
ｌ．、６３、Ｎｏ．４、１９８９、ｐｐ．３２１−３３
０で発表された論文「Ｐｒｏｄｕｃｔｓ ｆｏｒ Ｉｎ
ｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋｓ」に記載されて
いるＩＮ（インテリジェントネットワーク）アーキテク
チャによるサービスの提供に基づく。

【０００３】ネットワーク運用主体の通信ネットワーク
は、Ｎｏ．７信号方式を介してネットワーク運用主体の
複数のサービス制御ユニットに接続されている複数のサ
ービス交換機を含む。サービスは、当該通信ネットワー
クへの加入者に対してのみ提供される。サービス交換機
は、運用主体固有のトリガイベント、例えば、発呼者が
ＩＮサービスへのアクセスを要求していることを示す特
別のプリフィックス（ｐｒｅｆｉｘ）を検出する。サー
ビス交換機は、自身が関与している接続が確立される
と、そのようなトリガイベントを検出し、要求されたＩ
Ｎサービスのサービス論理機能を有するサービス制御ユ
ニットにサービス要求メッセージを送信する。サービス
論理機能は、サービス要求メッセージによって起動され
るとすぐに、要求されたＩＮサービスの実行を制御する
ための制御プログラムを表す。次いで、要求されたＩＮ
サービスを提供するために、サービス制御ユニットのサ
ービス論理機能は、サービス交換機と相互動作する（ｉ
ｎｔｅｒａｃｔ）。要求されたＩＮサービスが提供され
ると、サービス交換機とサービス制御ユニットとの間の
対話（ｄｉａｌｏｇｕｅ）とサービス論理プログラムの
実行は終了する。

【０００４】

【発明が解決しようとする課題】本発明の目的は、様々
な運用主体の従属ネットワークからなる通信ネットワー
ク内でサービスを改善された形で利用可能にすることで
ある。

【０００５】

【課題を解決するための手段】この目的は、請求項１の
理論による様々な運用主体の従属ネットワークからなる
通信ネットワーク内でサービスを利用可能にする方法、
請求項１０の理論によるインフラストラクチャマネージ
ャ、および請求項１４の理論によるサービス制御プラッ
トフォームによって達成される。

【０００６】本発明は、運用主体の通信ネットワーク内
でのサービスの提供を制御するサービス制御プラットフ
ォームを２層構造に分割するという原理に基づく。サー
ビス要求メッセージごとに、下位層として新たに導入さ
れたインフラストラクチャマネージャが、要求されたサ
ービスを利用可能にする運用主体を決定する。次いで、
インフラストラクチャマネージャは、運用主体のサービ
ス制御ユニットの１つにサービス要求メッセージを配布
するか、サービスの制御の責任を別のネットワークまた
はサービス運用主体に引き渡す。運用主体のサービス制
御ユニットが、サービス制御プラットフォームの上位層
を形成する。

【０００７】本発明の利点は、それがオープンサービス
アーキテクチャを容易にし、サービス交換機とサービス
制御ユニットの結合が減らされるということにある。そ
の結果、一方で、複合サービスシナリオが可能になる。
これによって、サービスは、運用主体から独立して利用
できるようになる。さらに、結合を減らすことによっ
て、マルチサービスプラットフォームの構築が促進さ
れ、サービスの提供が加速される。これらの利点は、こ
の分野（ＩＮアーキテクチャ、ＩＮ＝インテリジェント
ネットワーク）の既存の標準を変更する必要なしに達成
され、その結果、迅速でコスト効率が高い実施態様が可
能になる。

【０００８】本発明の有利な発展形態は、従属請求項に
記載されている。

【０００９】さらに、加入者番号ポータビリティ機能
が、インフラストラクチャマネージャによって提供され
ると特に有利である。それによってサービス管理は、簡
単化され（インフラストラクチャ管理が別々になり）、
サービス制御ユニットは、これらのインフラストラクチ
ャタスクから解放され、その結果、これらのタスクは、
より迅速に実行されることができる。さらに、請求項１
による加入者番号ポータビリティ機能とインフラストラ
クチャ機能のために、共通データベースを使用できるこ
とが有利である。

【００１０】ＩＮＡＰ（インテリジェントネットワーク
アプリケーションプロトコル）コンバータ機能を、イン
フラストラクチャマネージャ内に提供することも特に有
利である。このようにして、サービス交換機およびサー
ビス制御ユニットの結合が、さらに減らされ、様々な製
造業者の製品の協同及び既存の装置の使用が、容易にな
る。

【００１１】以下、添付の図面を参照する複数の実施例
の形式によって、本発明について説明する。

【００１２】

【発明の実施の形態】図１は、例として、異なる運用主
体ＯＰ１およびＯＰ２に割り当てられた通信ネットワー
クの２つの従属ネットワークＴＫ１およびＴＫ２を示
す。通信ネットワークが、さらに別の従属ネットワーク
を含むことももちろん可能である。従属ネットワークＴ
Ｋ１およびＴＫ２は、従来の電話ネットワークである。
ただし、従属ネットワークＴＫ１およびＴＫ２が、デー
タまたはビデオ伝送を処理することも可能である。従属
ネットワークＴＫ１およびＴＫ２は、移動体無線ネット
ワークからなることもできる。この場合、従属ネットワ
ークＴＫ１およびＴＫ２は、複数の異なる相互接続され
た従属ネットワークからなることができる。

【００１３】それぞれの場合に、従属ネットワークＴＫ
１およびＴＫ２は、複数の相互接続された交換機で形成
され、それらの交換機のうち特別に設計された交換機で
ある３つのサービス交換機ＳＳＰ１〜ＳＳＰ３および２
つのサービス交換機ＳＳＰ４およびＳＳＰ５が、図１に
例示されている。従属ネットワークＴＫ１およびＴＫ２
は、各々、サービス交換機ＳＳＰ１〜ＳＳＰ３、及びＳ
ＳＰ４とＳＳＰ５に、それぞれ接続されたサービス制御
プラットフォームＳＰ１及びＳＰ２を、それぞれ含む。
特定の従属ネットワーク内で、サービス制御プラット
フォームＳＰ１およびＳＰ２は、通信ネットワークの接
続のためのサービスの提供を制御する。サービス制御プ
ラットフォームＳＰ１およびＳＰ２は、それぞれインフ
ラストラクチャマネージャＩＭＵ１およびＩＭＵ２を含
み、それぞれの場合に１つまたは複数のサービス制御ユ
ニットを含む。それぞれの場合について、３つのサービ
ス制御ユニットＳＣＰ１〜ＳＣＰ３および３つのサービ
ス制御ユニットＳＣＰ４〜ＳＣＰ６が、それぞれ図１に
例示されている。

【００１４】サービス交換機ＳＳＰ１およびＳＳＰ５
は、ＩＮアーキテクチャによるサービス交換機であるこ
とが好ましい。例では、サービス交換機ＳＳＰ１および
ＳＳＰ５の番号が選択されているが、少なくとも１つの
そのような交換機が、特定のネットワークＴＫ１および
ＴＫ２内で提供されなければならない。サービス交換機
ＳＳＰ１〜ＳＳＰ５は、それぞれの従属ネットワークＴ
Ｋ１およびＴＫ２を介して、例えばＮｏ．７信号方式ネ
ットワークを介して、インフラストラクチャマネージャ
ＩＭＵ１およびＩＭＵ２にそれぞれ接続される。これら
の接続のために、信号方式ネットワークの代わりに、広
帯域データネットワーク、例えば、ＡＴＭ（非同期転送
モード）、ＤＱＤＢ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｑｕｅ
ｕｅ Ｄｕａｌ Ｂｕｓ：分散待ち行列二重バス）また
はＩＰ（インターネットプロトコル）データネットワー
クを使用することも可能である。

【００１５】サービス交換機能は、サービス交換機ＳＳ
Ｐ１〜ＳＳＰ５の制御ユニット内で実施される。それぞ
れの場合に、サービス交換機能は、特定のサービス交換
機を介して確立された接続の設定時に、特定のトリガイ
ベントを検出する。そのようなトリガイベントは、特定
の被呼者番号（接続先）または発呼者および被呼者の特
定の特性（接続の起源）からなることができる。接続の
確立時に、ある呼についてサービス交換機能によってそ
のようなイベントが検出されると、サービス交換機能
は、インフラストラクチャマネージャＩＭＵ１およびＩ
ＭＵ２に送信するサービス要求メッセージを生成し、そ
の後の対話（サービス相互動作）で、インフラストラク
チャマネージャＩＭＵ１およびＩＭＵ２から受信する接
続のその後の処理に関するコマンドを実行する。そのよ
うなコマンドは、例えば、接続を、例えばサービスサポ
ートシステムによって、異なる加入者番号または録音ア
ナウンスサービスまたは音声認識システムに転送する処
理からなる。

【００１６】以下、サービス制御プラットフォームＳＰ
１およびＳＰ２の構造について、サービス制御プラット
フォームＳＰ１を参照しながら、実施例によって説明す
る。

【００１７】サービス制御ユニットＳＣＰ１〜ＳＣＰ３
およびインフラストラクチャマネージャＩＭＵ１は、そ
れぞれの場合、通信ネットワークを介して相互接続さ
れ、特定の機能を満足するためのアプリケーションが配
置されている、コンピュータプラットフォームによって
形成される。サービス制御ユニットＳＣＰ１〜ＳＣＰ３
およびインフラストラクチャマネージャＩＭＵ１は、１
つまたは複数の相互接続されたサーバコンピュータ間に
分散された仮想マシンを構成することも可能である。通
信ネットワークは、コンピュータプラットフォームをリ
ンクする働きのコンピュータネットワーク、例えば、Ｌ
ＡＮ（ローカルエリアネットワーク）などの広帯域デー
タネットワークである。ただし、通信ネットワークは、
従属ネットワークＴＫ１の信号方式ネットワークからな
ることも可能である。様々な通信ネットワークを介し
て、インフラストラクチャマネージャＩＭＵ１に、様々
なサービス制御ユニットを接続することも可能である。
インフラストラクチャマネージャＩＭＵ１は、従属ネッ
トワークＴＫ２のサービス制御ユニットＳＣＰ４〜ＳＣ
Ｐ６と、通信ネットワークを介して、さらに別の従属ネ
ットワークのサービス制御ユニットとにも接続される。
この通信ネットワークは、通信ネットワークの信号方式
ネットワークであることが好ましい。ただし、この通信
ネットワークは、様々なデータネットワーク、例えばＩ
Ｐネットワークでもよい。

【００１８】サービス制御ユニットＳＣＰ１〜ＳＣＰ３
の動作モードは、ＩＮアーキテクチャによるサービス制
御ポイントの動作モードに対応する。サービス制御ユニ
ットＳＣＰ１〜ＳＣＰ３は、各々１つまたは複数のサー
ビス論理機能を含む。それぞれの場合のサービス論理機
能は、特別のサービスの提供の制御を記述するサービス
制御プログラムを構成する。ある接続についてサービス
論理機能の１つの実施が起動されると、この接続につい
て特定のサービス制御プログラムを実行する処理が開始
される。

【００１９】インフラストラクチャマネージャＩＭＵ１
は、３つの通信ユニットＫＯＭ１〜ＫＯＭ３と１つの制
御ユニットＣＯＮＴＲとを含む。

【００２０】通信ユニットＫＯＭ１は、サービス交換機
ＳＳＰ１〜ＳＳＰ３のサービス交換機能との相互動作、
特にこれらのサービス交換機能から送信されるサービス
要求メッセージの受信および解釈を容易にする機能を実
行する。これらの機能は、このために使用されるトラン
スポートプロトコル、例えば、Ｎｏ．７信号方式のトラ
ンスポートプロトコルを処理する機能を含む。これらの
機能上には、ＩＮアーキテクチャに従って、サービス交
換機能およびサービス制御機能が相互動作するための、
ＩＴＵ−ＴのＮｏ．７信号方式のＴＣＡＰプロトコル
（トランスポート機能応用部）およびその上に配置され
たＩＮＡＰプロトコル（インテリジェントネットワーク
アプリケーションプロトコル）を処理する機能が配置さ
れている。このプロトコルの枠内で交換されるＩＮアプ
リケーションメッセージ（ＩＮＡＰメッセージ）、及び
このプロトコルの基本サービスと動作は、例えば、勧告
ＩＴＵ−Ｔ Ｑ．１２１９、Ｃｈａｐ．６．５、Ｉｎｔ
ｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔ
ｉｏｎｓ Ｐｒｏｔｏｃｏｌ、ｐ．２６−４０に記載さ
れ、ＩＮ ＣＳ−１用の勧告ＩＴＵ−Ｔ Ｑ．１２１９
に詳述されている。

【００２１】通信ユニットＫＯＭ２およびＫＯＭ３は、
サービス制御ユニットＳＣＰ１〜ＳＣＰ３とサービス制
御ユニットＳＣＰ４〜ＳＣＰ６との相互動作を容易にす
る機能を実行する。通信ユニットＫＯＭ２の場合、これ
らの機能は、例えばイーサネット、ファーストイーサネ
ット、ＦＤＤＩ、またはトークンプロトコル用のＬＡＮ
コンピュータネットワーク内での通信に使用されるプロ
トコルであるトランスポートプロトコルを処理する機能
を含むことが好ましい。これらの機能上には、ＩＰプロ
トコル（インターネットプロトコル）およびＴＣＰプロ
トコル（トランスポート制御プロトコル）を処理する機
能が配置されている。通信ユニットＫＯＭ３は、通信ユ
ニットＫＯＭ１に関連して説明されるＮｏ．７信号方式
ネットワークを介した通信のための機能グループを含む
ことが有利である。

【００２２】制御ユニットＣＯＮＴＲは、インフラスト
ラクチャマネージャＩＭＵ１のコンピュータプラットフ
ォーム上で実行されるアプリケーションプログラムによ
って形成される。機能的な観点からは、これらのアプリ
ケーションプログラムは、３つの機能ＲＮＰ、ＳＩおよ
びＳＤを実施する。

【００２３】サービス交換機能がトリガされたときに、
サービス交換機ＳＳＰ１〜ＳＳＰ３からインフラストラ
クチャマネージャＩＭＵ１に送信されるサービス要求メ
ッセージは、機能ＳＤに転送される。サービス要求メッ
セージ内で運ばれるサービス識別子によって、サービス
要求メッセージごとに、機能ＳＤは、サービス要求メッ
セージによって要求されたサービスを利用可能にすべき
運用主体を決定する。第１の従属ネットワークの運用主
体ＯＰ１が、運用主体として決定された場合、次いで機
能ＳＤは、サービス要求メッセージを第１の従属ネット
ワークのサービス制御ユニットの１つに転送する。そう
でない場合、機能ＳＤは、決定された運用主体に割り当
てられた他の従属ネットワークのサービス制御ユニット
にサービスの制御を移す。

【００２４】機能ＳＤは、ＩＮＡＰコンバータＣ１〜Ｃ
４を含む。これらのＩＮＡＰコンバータは、異なるＩＮ
ＡＰバージョンを介して通信するサービス交換機とサー
ビス制御ユニット間の接続を容易にする。ＩＮＡＰコン
バータは、一方で、特定の着信ＩＮＡＰメッセージを、
インフラストラクチャマネージャＩＭＵ１で使用される
標準ＩＮＡＰバージョンに変換する。他方、ＩＮＡＰコ
ンバータは、発信ＩＮＡＰメッセージを、特定のサービ
ス交換機と特定のサービス制御ユニットによって使用さ
れる特定のＩＮＡＰバージョンに変換する。ＩＮＡＰコ
ンバータＣ１〜Ｃ４は、省略してもよい。

【００２５】機能ＲＮＰは、サービスを介して加入者番
号ポータビリティ機能を提供するサービス論理機能を利
用可能にする。加入者番号ポータビリティ機能は、宛先
加入者が通信ネットワークに接続される場合のネットワ
ーク運用主体の従属ネットワークに呼が転送されるよう
に、呼の宛先アドレスを翻訳する。この場合、加入者番
号ポータビリティ機能が、宛先加入者番号に割り当てら
れたネットワーク運用主体を決定し、次いで、例えば、
宛先の従属ネットワークを示す特別のプレフィックスを
付加することによって、宛先加入者番号を翻訳する。サ
ービスを介して加入者番号ポータビリティ機能を要求す
るサービス要求メッセージは、機能ＳＤによって、従属
ネットワークＴＫ１内でこのサービスを担当するサービ
ス制御機能を構成する機能ＲＮＰに送信される。

【００２６】機能Ｓ１は、サービス相互動作機能を利用
可能にする。この機能は、ある呼のサービス要求メッセ
ージによって起動され、その呼について提供すべきすべ
てのサービスを決定し、対応するサービス要求メッセー
ジを生成し、次いで、該サービス要求メッセージを機能
ＳＤに送信する。

【００２７】機能ＲＮＰとＳＩは、省略してもよい。

【００２８】以下、機能ＳＤの詳細な動作モードと本発
明による方法の詳細な実施態様について、図２、３、お
よび４を参照しながら説明する。

【００２９】第２図は、２つの端末ＡおよびＢと、サー
ビス交換機ＳＳＰ１と、交換機ＥＸ１と、機能ＳＤと、
サービス制御ユニットＳＣＰ１とを示す。機能ＳＤは、
３つの従属機能ＳＮＰ、ＳＲＦおよびＧＹと、ＩＮＡＰ
コンバータＣ２と、２つのデータバンクＤＢ１およびＤ
Ｂ２とを含む。機能ＳＤはまた、論理インタフェースＩ
ＮＴ１〜ＩＮＴ４を含む。ここで、インタフェースＩＮ
Ｔ１は、従属機能ＳＮＰへのインタフェースで、インタ
フェースＩＮＴ２は、従属ネットワークＴＫ１の制御ユ
ニットへのインタフェースで、インタフェースＩＮＴ３
は、通信ネットワークの他の従属ネットワークの制御ユ
ニットへのインタフェースで、インタフェースＩＮＴ４
は、従属ネットワークＴＫ１のサービス交換機へのイン
タフェースである。

【００３０】インタフェースＩＮＴ１〜ＩＮＴ３は、そ
れぞれの場合に、異なる相互接続タイプを割り当てられ
ている。様々な集合のＩＮＡＰ動作が、インタフェース
ＩＮＴ１〜ＩＮＴ４の各々を介して利用可能になる。

【００３１】従属機能ＳＲＦは、インタフェースＩＮＴ
４を介してサービス交換機ＳＳＰ１〜ＳＳＰ３からサー
ビス要求メッセージを受信し、それぞれの場合にインタ
フェースＩＮＴ１〜ＩＮＴ３のどれを介してサービス要
求メッセージを転送するかを決定する。このようにし
て、従属機能ＳＲＦは、サービス要求メッセージに割り
当てるべき相互接続タイプを決定する。このために、サ
ービス要求メッセージ内で運ばれるサービス識別子によ
って、またデータバンクＤＢ１へのアクセスによって、
従属機能ＳＲＦは、サービス要求メッセージによって要
求された特定のサービスが割り当てられている運用主体
を決定する。第１の従属ネットワークＴＫ１の運用主体
が、運用主体として決定された場合、従属機能ＳＲＦ
は、接続要求を従属ネットワークＴＫ１のサービス制御
ユニットに転送し、次いでインタフェースＩＮＴ２の相
互接続タイプを割り当てる。そうでない場合、従属機能
ＳＲＦは、サービス要求メッセージを従属機能ＳＮＰに
転送するか、サービス要求メッセージを翻訳し、従属機
能ＧＹおよびＩＮＡＰコンバータＣ２を介して決定され
た運用主体の従属ネットワークに転送する。そして、従
属機能ＳＲＦは、サービス要求メッセージに、相互接続
タイプＩＮＴ１またはＩＮＴ３を割り当てる。従属機能
ＳＲＦは、このようにして、決定された運用主体のサー
ビス制御ユニットに要求されたサービスの制御を移す。

【００３２】従属機能ＳＮＰの詳細動作モードについ
て、図４を参照しながら説明し、従属機能ＧＹとＩＮＡ
ＰコンバータのＣ２の詳細動作モードについて、図３を
参照しながら説明する。

【００３３】第１の実施例では、サービスの提供が、運
用主体ＯＰ１のサービス制御ユニットによって制御され
る。

【００３４】端末Ａからの呼に応答して、接続要求ＣＡ
Ｌ１が、通信ネットワークによって転送される。この接
続要求は、サービス加入者番号、例えば、加入者番号０
８００１２３４５６７を宛先加入者番号として含む。サ
ービス交換機ＳＳＰ１では、接続要求ＣＡＬ１の到着に
よって、インフラストラクチャマネージャＩＭＵ１にサ
ービス要求メッセージＳＲ１を送信するサービス交換機
能がトリガされる。

【００３５】サービス要求メッセージＳＲ１は、サービ
ス要求に対するＩＮＡＰメッセージを運ぶＩＴＵ−Ｔ
Ｎｏ．７信号方式のＳＣＣＰメッセージによって形成さ
れる。「グローバルタイトル」とも呼ばれる宛先アドレ
スとして、サービス加入者番号、したがって加入者番号
０８００１２３４５６７が、サービス要求メッセージ内
に入力される。宛先アドレスとして異なるタイプのサー
ビス識別子を使用することももちろん可能である。デー
タバンクＤＢ２へのアクセスを介して、今度は従属機能
ＳＲＦが、接続要求の宛先アドレスが割り当てられてい
る運用主体を決定する。

【００３６】このために、特別のサービス加入者番号に
運用主体識別子を割り当てるデータが、例えばデータバ
ンクＤＢ２内に記憶される。特別のサービス加入者番号
は、従属ネットワークＴＫ１内では提供されず、別の運
用主体の制御ユニットによって提供されるサービスのサ
ービス加入者番号である。次いで、これらのサービス加
入者番号は、各々、識別子として、そのサービス制御ユ
ニットが位置している従属ネットワークの識別子を割り
当てられる。サービスに割り当てられたサービス制御ユ
ニットに到達するための特別の信号方式アドレスまたは
ネットワークアドレスの形で、識別子を割り当てること
も可能である。

【００３７】図２に示された例では、サービス要求メッ
セージＳＲ１は、従属ネットワークＴＫ１のサービス制
御ユニットＳＣＰ１によって制御されるサービスに向け
られる。次いで、従属機能ＳＲＦは、サービス要求メッ
セージにインタフェースＩＮＴ２の相互接続タイプを割
り当てる。従属機能ＳＲＦは、対応するサービス制御機
能がトリガされるサービス制御ユニットＳＣＰ１に、サ
ービス要求メッセージＳＲ１を転送する。サービス制御
機能は、サービスの実行を制御し、このために、インフ
ラストラクチャマネージャＩＭＵ１を介して制御メッセ
ージＣＭ１をサービス交換機ＳＳＰ１に返送する。制御
メッセージＣＭ１は、接続要求ＣＡＬ１によってトリガ
されたサービス交換機ＳＳＰ１のサービス交換機能に、
接続要求ＣＡＬ２として新しい加入者番号０７１１８２
１２３４５を有する接続要求を、転送するように命令す
るＩＮＡＰメッセージである。接続要求ＣＡＬ２が、交
換機ＥＸ１を介して端末Ｂに転送され、その時点で、端
末ＡとＢとの間の接続が、通信ネットワークによって確
立される。

【００３８】以下、サービスの提供が、運用主体ＯＰ２
のサービス制御ユニットによって制御される第２の実施
例について、図３を参照しながら説明する。

【００３９】図３は、端末Ａおよび端末Ｃと、サービス
交換機ＳＳＰ１と、交換機ＥＸ２と、機能ＳＤと、サー
ビス制御ユニットＳＣＰ１およびＳＣＰ４と、インタフ
ェースＩＮＴ１〜ＩＮＴ４とを示す。機能ＳＤは、４つ
の従属機能ＳＮＰ、ＳＲＦ、ＧＹ、及びＩＮＡＰコンバ
ータＣ２と、データバンクＤＢ１及びＤＢ２とを含む。
交換機ＥＸ１、端末Ｃおよびサービス制御ユニットＳＣ
Ｐ４は、運用主体ＯＰ２に割り当てられている。

【００４０】端末Ａからの呼に応答して、接続要求ＣＡ
Ｌ１が、通信ネットワークによって転送される。サービ
ス交換機ＳＳＰ１では、接続要求ＣＡＬ１の到着によっ
て、インフラストラクチャマネージャＩＭＵ１にサービ
ス要求メッセージＳＲ１を送信するサービス交換機能が
トリガされる。

【００４１】図３に示された例では、サービス要求メッ
セージは、従属ネットワークＴＫ２のサービス制御ユニ
ットＳＣＰ４によって制御されるサービスに向けられ
る。次いで、その照会に応答して、従属機能ＳＲＦは、
データバンクＤＢ２によって従属ネットワークＴＫ２の
運用主体識別子を供給される。従属機能は、以下の手順
でサービス要求メッセージＳＲ１の宛先アドレスを変更
する。従属機能は、決定された運用主体識別子をサービ
ス加入者番号の先頭に付加し、サービス要求メッセージ
にインタフェースＩＮＴ３の相互接続タイプを割り当
て、変更されたサービス要求メッセージを、従属機能Ｇ
ＹおよびＩＮＡＰコンバータＣ２を介して、この変更さ
れた宛先アドレスが宛先とするサービス制御ユニットＳ
ＣＰ４に、サービス要求メッセージＳＲ２として送信す
る。ここでサービス要求メッセージＳＲ２は、ＩＮＡＰ
メッセージを運ぶＳＣＣＰメッセージを構成する。

【００４２】サービス制御ユニットＳＣＰ４内で、対応
するサービス制御機能がトリガされ、次いで、サービス
制御機能は、サービスの制御のために、インフラストラ
クチャマネージャＩＭＵ１と従属機能ＧＹとＩＮＡＰコ
ンバータＣ２とを介して、サービス交換機ＳＳＰ１に制
御メッセージＣＭ２を送信する。制御メッセージＣＭ２
は、接続要求ＣＡＬ１によってトリガされたサービス交
換機ＳＳＰ１のサービス交換機能に、接続要求ＣＡＬ２
として新しい加入者番号Ｄｘｙｚ０７１１８２１２３４
５６７を有する接続要求を、転送するように命令するＩ
ＮＡＰメッセージである。識別子Ｄｘｙｚは、ここでは
従属ネットワークＯＰ２を宛先とする。

【００４３】サービス要求メッセージＳＲ２によってト
リガされたサービスの制御の間に、サービス制御ユニッ
トＳＣＰ４のサービス論理機能は、サービス要求メッセ
ージＳＲ２が別のネットワーク運用主体の従属ネットワ
ークから送信されていることを認識する。その結果、サ
ービス論理機能は、呼を転送する先の加入者番号に、そ
の従属ネットワークを宛先とするポータビリティ識別子
を付与する。

【００４４】サービス制御ユニットＳＣＰ４によるポー
タビリティ識別子の付与を省略することももちろん可能
である。この場合、サービス制御ユニットＳＣＰ４から
の制御メッセージが、別の従属ネットワークの端末を宛
先とする場合、機能ＲＮＰにアクセスすることによっ
て、機能ＳＤは、加入者番号のポータビリティ機能を制
御メッセージ内で運ばれる宛先加入者番号に適用する。
別の可能性としては、そのような制御メッセージが、サ
ービス交換機ＳＳＰ１内で加入者番号ポータビリティサ
ービスをトリガし、次いで前記加入者番号ポータビリテ
ィサービスが、サービス交換機ＳＳＰ１のために機能Ｒ
ＮＰによって提供されることが考えられる。

【００４５】従属機能ＧＹおよびＩＮＡＰコンバータＣ
２は、通信ネットワークの他の従属ネットワークへのネ
ットワーク移行（ｔｒａｎｓｉｔｏｎ）機能を利用可能
にする。

【００４６】ＩＮＡＰコンバータＣ２は、様々な従属ネ
ットワークのサービス要求メッセージと制御メッセージ
の様々なフォーマットの間の変換を提供する。このよう
にして、例えば、ＩＮＡＰコンバータＣ２は、一方で、
サービス要求メッセージＳＲ２内で運ばれるＩＮＡＰメ
ッセージを、従属ネットワークＴＫ２内で使用されるＩ
ＮＡＰバージョンに変換し、他方、制御メッセージＳＲ
２内で運ばれるＩＮＡＰメッセージを、従属ネットワー
クＴＫ１内で使用されるＩＮＡＰバージョンに変換す
る。同じＩＮＡＰバージョンが使用される場合、ＩＮＡ
ＰコンバータＣ２を省略することももちろん可能であ
る。

【００４７】従属機能ＧＹは、通信ネットワークの他の
従属ネットワークの制御メッセージによって、従属ネッ
トワークＴＫ１の装置へのアクセスを制限する監視およ
びフィルタリング機能を利用可能にする。従属機能ＧＹ
によって、サービス相互動作の間、他の従属ネットワー
クから従属ネットワークＴＫ１に送信された制御メッセ
ージが、第１の従属ネットワーク内の限定されたＩＮＡ
Ｐ動作の集合のみを実行することを可能にする。このＩ
ＮＡＰ動作の集合は、セキュリティ関連のデータ、例え
ば、課金データへのアクセスが不可能なように選択され
る。従属機能ＧＹはまた、他の従属ネットワークの制御
ユニットと従属ネットワークＴＫ１のサービス交換機能
との間のサービス相互動作を追跡する。監視またはフィ
ルタ機能は、省略することもできる。

【００４８】接続要求ＣＡＬ３は、交換機ＥＸ２を介し
て端末Ｃに転送され、その時点で通信ネットワークによ
って端末ＡとＣとの間の接続が確立される。

【００４９】以下、サービスの提供がやはり運用主体Ｏ
Ｐ２のサービス制御ユニットによって制御される第３の
実施例について、図４を参照しながら説明する。

【００５０】図４は、端末Ａおよび端末Ｃと、サービス
交換機ＳＳＰ１およびＳＳＰ４と、機能ＳＤと、サービ
ス制御ユニットＳＣＰ１およびＳＣＰ４と、インタフェ
ースＩＮＴ１〜ＩＮＴ４とを示す。機能ＳＤは、３つの
従属機能ＳＮＰ、ＳＲＦおよびＧＹと、ＩＮＡＰコンバ
ータＣ２と、データバンクＤＢ１およびＤＢ２とを含
む。サービス交換機ＳＳＰ４、端末Ｃおよびサービス制
御ユニットＳＣＰ４は、運用主体ＯＰ２に割り当てられ
ている。

【００５１】端末Ａからの呼に応答して、接続要求ＣＡ
Ｌ１が、通信ネットワークによって転送される。サービ
ス交換機ＳＳＰ１に接続要求ＣＡＬ１が到着すると、イ
ンフラストラクチャマネージャＩＭＵ１にサービス要求
メッセージＳＲ１を送信するサービス交換機能がトリガ
される。

【００５２】図４に示された例では、サービス要求メッ
セージは、やはり従属ネットワークＴＫ２のサービス制
御ユニットＳＣＰ４によって制御されるサービスに向け
られる。ただし、図４の実施例では、サービスの制御の
移動は、図３の実施例とは異なる形で実行される。

【００５３】その照会に応答して、従属機能ＳＲＦは、
データバンクＤＢ２によって従属機能ＳＮＰに割り当て
られた識別子を供給される。データバンクＤＢ２内で
は、この識別子は、別の従属ネットワークのサービス制
御ユニットによって制御されるサービス加入者番号に割
り当てられる。あるいは、そのようなサービス加入者番
号に、図３の実施例の運用主体識別子または図４の実施
例の従属機能ＳＮＰの識別子を割り当てることもでき
る。したがって、両方の方法が、従属機能ＳＲＦによっ
て平行して利用可能になる。

【００５４】従属機能は、決定された運用主体識別子を
サービス加入者番号の先頭に付加し、サービス要求メッ
セージにインタフェースＩＮＴ１の相互接続タイプを割
り当て、サービス要求メッセージＳＲ１を従属機能ＳＮ
Ｐに転送することによって、サービス要求メッセージＳ
Ｒ１の宛先アドレスを変更する。

【００５５】データバンクＤＢ２が、サービス要求メッ
セージＳＲ１内に入力されたサービス加入者番号の識別
子を返送しないことも可能であり、そのようなサービス
加入者番号が、サービス制御ユニットとして従属機能Ｓ
ＮＰを宛先とすることも可能である。したがって、従属
ネットワークＴＫ１のサービスに向けられていないサー
ビス要求メッセージは、そのアドレス指定によって従属
機能ＳＮＰに自動的に転送され、データバンクＤＢ２は
省略される。

【００５６】データバンクＤＢ１へのアクセスによっ
て、従属機能ＳＮＰは、サービス加入者番号の宛先のサ
ービスを利用可能にすべき運用主体を決定する。このた
めに、データバンクＤＢ１は、データバンクＤＢ２と同
様の構造になっている。したがって、この実施例では、
その照会に応答して、従属機能ＳＮＰは、サービスが提
供される従属ネットワークの運用主体識別子を通知され
る。決定された運用主体のサービス制御ユニットに制御
を移すために、従属機能ＳＮＰは、サービス交換機ＳＳ
Ｐ１への制御メッセージの送信を開始し、それによっ
て、前記サービス交換機は、運用主体識別子が割り当て
られたネットワーク運用主体の従属ネットワークに呼を
転送する。このようにして、従属機能ＳＮＰは、従属ネ
ットワークＴＫ１のサービス交換機能に制御メッセージ
を送信するサービス制御機能を構成する。ここで、呼の
新しい宛先加入者番号は、例えば、既存の宛先加入者番
号に運用主体識別子をプレフィックスとして付与するこ
とで形成される。

【００５７】データバンクＤＢ１およびＤＢ２は、構造
が極めて似ているので、両者は共通のデータベースを所
有することが有利である。このデータベースは、機能Ｒ
ＮＰもアクセスできる加入者番号ポータビリティデータ
バンクの部分を形成することができる。

【００５８】この実施例では、従属機能ＳＮＰは、サー
ビス交換機ＳＳＰ１に制御メッセージＣＭ３を送信す
る。制御メッセージＣＭ３は、接続要求ＣＡＬ１によっ
てトリガされたサービス交換機ＳＳＰ１のサービス交換
機能に、接続要求ＣＡＬ４として新しい加入者番号Ｄｘ
ｙｚ０８００１２３５６７を有する接続要求を、転送す
るように命令するＩＮＡＰメッセージである。識別子Ｄ
ｘｙｚは、ここでは従属ネットワークＯＰ２を宛先とす
る。

【００５９】接続要求ＣＡＬ４は、従属ネットワークＴ
Ｋ２に転送され、そこからサービス交換機ＳＳＰ４に転
送される。サービス交換機ＳＳＰ１に接続要求ＣＡＬ４
が到着すると、前記交換機は、インフラストラクチャマ
ネージャＩＭＵ２にサービス要求メッセージＳＲ２を送
信するサービス交換機能をトリガする。次いで、図２に
示すように、サービス要求メッセージＳＲ２は、特定の
従属ネットワークのサービス制御ユニットＳＣＰ４によ
って処理され、制御メッセージＣＭ４は、サービス交換
機ＳＳＰ４に返送される。制御メッセージＣＭ４は、接
続要求ＣＡＬ４によってトリガされたサービス交換機Ｓ
ＳＰ４のサービス交換機能に、新しい加入者番号０７１
１８２１３４５６７を有する接続要求を、端末Ｃへ転送
するように命令するＩＮＡＰメッセージである。次い
で、端末ＡとＣとの間の接続が、通信ネットワークによ
って確立される。

【図面の簡単な説明】

【図１】本発明による２つの異なる運用主体に割り当て
られたサービス制御プラットフォームを有する通信ネッ
トワークの一部の回路ブロック図である。

【図２】本発明による第１の実施例のインフラストラク
チャマネージャの機能図である。

【図３】本発明による第２の実施例のインフラストラク
チャマネージャの機能図である。

【図４】本発明による第３の実施例のインフラストラク
チャマネージャの機能図である。

【符号の説明】

Ａ、Ｂ、Ｃ 端末 Ｃ１、Ｃ２、Ｃ３、Ｃ４ ＩＮＡＰコンバータ ＣＡＬ１、ＣＡＬ２、ＣＡＬ３、ＣＡＬ４ 接続要求 ＣＯＮＴＲ 制御ユニット ＤＢ１、ＤＢ２ データバンク ＥＸ１ 交換機 ＧＹ 従属機能 ＩＭＵ１、ＩＭＵ２ インフラストラクチャマネージャ ＩＮＴ１、ＩＮＴ２、ＩＮＴ３、ＩＮＴ４ インタフェ
ース ＫＯＭ１、ＫＯＭ２、ＫＯＭ３ 通信ユニット ＯＰ１、ＯＰ２ 運用主体 ＲＮＰ、ＳＤ、ＳＩ 機能 ＳＣＰ１、ＳＣＰ２、ＳＣＰ３ サービス制御ユニット ＳＮＰ、ＳＲＦ 従属機能 ＳＰ１、ＳＰ２ サービス制御プラットフォーム ＳＲ１ サービス要求メッセージ ＳＳＰ１、ＳＳＰ２、ＳＳＰ３ サービス交換機 ＴＫ１、ＴＫ２ 従属ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 3/545 Ｈ０４Ｌ 11/20 Ｂ (72)発明者 ボルフガング・ラオテンシユラガー ドイツ国、71287・バイスザハ−フラクト、 リングベーク・２

Claims (14)

【特許請求の範囲】
1. 【請求項１】 異なる運用主体（ＯＰ１、ＯＰ２）の複
   数の従属ネットワーク（ＴＫ１、ＴＫ２）からなる通信
   ネットワーク内でサービスを利用可能にする方法であっ
   て、 通信ネットワークの第１の従属ネットワークのサービス
   交換機（ＳＳＰ１〜ＳＳＰ３）のサービス交換機能が、
   サービスを提供すべき呼（ＣＡＬ１）によってトリガさ
   れ、 サービスの提供が、サービス制御ユニット（ＳＣＰ１〜
   ＳＣＰ６）のサービス固有のサービス論理機能によって
   制御され、 サービス交換機能がトリガされたときにサービス交換機
   能によって生成されたサービス要求メッセージ（ＳＲ
   １）が、サービス交換機（ＳＳＰ１）から第１の従属ネ
   ットワークのインフラストラクチャマネージャ（ＩＭＵ
   １）に転送され、 サービス要求メッセージ（ＳＲ１）内で運ばれるサービ
   ス識別子によって、インフラストラクチャマネージャ
   （ＩＭＵ１）が、サービスを利用可能にすべき運用主体
   を決定し、 第１の従属ネットワークの運用主体（ＯＰ１）が、運用
   主体として決定された場合、インフラストラクチャマネ
   ージャ（ＩＭＵ１）が、第１の従属ネットワークのサー
   ビス制御ユニット（ＳＣＰ１〜ＳＣＰ３）にサービス要
   求メッセージ（ＳＲ１）を転送し、 そうでない場合、インフラストラクチャマネージャ（Ｉ
   ＭＵ１）が、決定された運用主体に割り当てられた第２
   の従属ネットワーク（ＴＫ２）のサービス制御ユニット
   にサービスの制御を移すことを特徴とする方法。
2. 【請求項２】 呼（ＣＡＬ１）内で運ばれるサービス加
   入者番号が、サービス要求メッセージ（ＳＲ１）内でサ
   ービス識別子として運ばれることを特徴とする請求項１
   に記載の方法。
3. 【請求項３】 ＳＣＣＰメッセージが、サービス要求メ
   ッセージ（ＳＲ１）として、第１の従属ネットワーク
   （ＯＰ１）の信号方式ネットワークを介して、インフラ
   ストラクチャマネージャ（ＩＭＵ１）に運ばれ、 インフラストラクチャマネージャ（ＩＭＵ１）が、ＳＣ
   ＣＰメッセージの宛先アドレスをサービス識別子として
   評価することを特徴とする請求項１に記載の方法。
4. 【請求項４】 サービスの制御を移すために、インフラ
   ストラクチャマネージャ（ＩＭＵ１）が、ネットワーク
   移行機能を介して、第２の従属ネットワーク（ＴＫ２）
   に、サービス要求メッセージ（ＳＲ２）を送信すること
   を特徴とする請求項１に記載の方法。
5. 【請求項５】 サービスの制御を移すために、インフラ
   ストラクチャマネージャ（ＩＭＵ１）が、第２の従属ネ
   ットワーク（ＴＫ２）に、ＩＮＡＰサービス要求メッセ
   ージを送信することを特徴とする請求項４に記載の方
   法。
6. 【請求項６】 インフラストラクチャマネージャ（ＩＭ
   Ｕ１）が、 ＳＣＣＰメッセージの宛先アドレスを翻訳し、 このようにして変更されたＳＣＣＰメッセージ（ＳＲ
   ２）を第２の従属ネットワーク（ＴＫ２）に送信するこ
   とを特徴とする請求項３または４に記載の方法。
7. 【請求項７】 ネットワーク移行機能（Ｃ２）によっ
   て、第２の従属ネットワーク（ＴＫ２）の制御ユニット
   が、第１の従属ネットワーク（ＴＫ１）内の限定された
   機能集合のみを実行することが可能となることを特徴と
   する請求項４に記載の方法。
8. 【請求項８】 ネットワーク移行機能（Ｃ２）が、第２
   の従属ネットワーク（ＴＫ２）の制御ユニットとサービ
   ス交換機能との間のサービス相互動作を追跡することを
   特徴とする請求項４に記載の方法。
9. 【請求項９】 サービスの制御を移すために、インフラ
   ストラクチャマネージャ（ＩＭＵ１）によって、決定さ
   れた運用主体の従属ネットワークに、呼が転送されるこ
   とを特徴とする請求項１に記載の方法。
10. 【請求項１０】 異なる運用主体（ＯＰ１、ＯＰ２）の
    複数の従属ネットワーク（ＴＫ１、ＴＫ２）からなる通
    信ネットワーク内でのサービスの提供をサポートするイ
    ンフラストラクチャマネージャ（ＩＭＵ１、ＩＭＵ２）
    であって、 インフラストラクチャマネージャ（ＩＭＵ１）が、呼
    （ＣＡＬ１）によってサービス交換機能がトリガされた
    ときに通信ネットワークの第１の従属ネットワークのサ
    ービス交換機（ＳＳＰ１〜ＳＳＰ３）によって生成され
    たサービス要求メッセージ（ＳＲ１）を受信する第１の
    通信ユニット（ＫＯＭ１）を備え、 インフラストラクチャマネージャ（ＩＭＵ１）が、第１
    の従属ネットワークのサービス制御ユニット（ＳＣＰ１
    〜ＳＣＰ３）との相互動作のための第２の通信ユニット
    （ＫＯＭ２）を備え、 インフラストラクチャマネージャ（ＩＭＵ１）が、サー
    ビス要求メッセージ（ＳＲ１）内で運ばれるサービス識
    別子によって、サービスを利用可能にすべき運用主体
    （ＯＰ１、ＯＰ２）を決定するように設計された制御ユ
    ニット（ＣＯＮＴＲ）を備え、 第１の従属ネットワークの運用主体（ＯＰ１）が、運用
    主体として決定された場合、インフラストラクチャマネ
    ージャ（ＩＭＵ１）が、第１の従属ネットワークのサー
    ビス制御ユニット（ＳＣＰ１〜ＳＣＰ３）の１つにサー
    ビス要求メッセージを転送し、 そうでない場合、インフラストラクチャマネージャ（Ｉ
    ＭＵ１）が、決定された運用主体に割り当てられた第２
    の従属ネットワーク（ＴＫ２）のサービス制御ユニット
    （ＳＣＰ４〜ＳＣＰ６）に、サービスの制御を移すこと
    を特徴とするインフラストラクチャマネージャ（ＩＭＵ
    １、ＩＭＵ２）。
11. 【請求項１１】 制御ユニット（ＣＯＮＴＲ）が、呼の
    加入者番号ポータビリティ機能を提供するように、さら
    に設計されていることを特徴とする請求項１０に記載の
    インフラストラクチャマネージャ（ＩＭＵ１）。
12. 【請求項１２】 制御ユニット（ＣＯＮＴＲ）が、共通
    のデータバンクを使用して、加入者番号のポータビリテ
    ィ機能を利用可能にし、運用主体を決定することを特徴
    とする請求項１０に記載のインフラストラクチャマネー
    ジャ（ＩＭＵ１）。
13. 【請求項１３】 インフラストラクチャマネージャ（Ｉ
    ＭＵ１）が、様々なＩＮＡＰインタフェースを有するサ
    ービス制御ユニットとサービス交換機とを接続するため
    の１つまたは複数のＩＮＡＰコンバータ（Ｃ１〜Ｃ４）
    を備えることを特徴とする請求項１０に記載のインフラ
    ストラクチャマネージャ（ＩＭＵ１）。
14. 【請求項１４】 異なる運用主体（ＯＰ１、ＯＰ２）に
    割り当てられた複数の従属ネットワーク（ＴＫ１、ＴＫ
    ２）を含む通信ネットワーク内でのサービスを制御する
    サービス制御プラットフォーム（ＳＰ１、ＳＰ２）であ
    って、 サービス制御プラットフォーム（ＳＰ１）が、通信ネッ
    トワークの第１の従属ネットワーク（ＴＫ１）に割り当
    てられたサービス固有のサービス論理機能を実行するた
    めの１つまたは複数のサービス制御ユニット（ＳＣＰ１
    〜ＳＣＰ３）を備え、 サービス制御プラットフォーム（ＳＰ１）が、１つまた
    は複数のサービス制御ユニット（ＳＣＰ１、ＳＣＰ３）
    に接続されたインフラストラクチャマネージャ（ＩＭＵ
    １）をさらに備え、 インフラストラクチャマネージャ（ＩＭＵ１）が、呼
    （ＣＡＬ１）によってサービス交換機能がトリガされた
    ときに通信ネットワークの第１の従属ネットワークのサ
    ービス交換機（ＳＳＰ１〜ＳＳＰ３）によって生成され
    るサービス要求メッセージ（ＳＲ１）を受信する第１の
    通信ユニット（ＫＯＭ１）を備え、 インフラストラクチャマネージャ（ＩＭＵ１）が、サー
    ビス要求メッセージ（ＳＲ１）内で運ばれるサービス識
    別子によって、サービスを利用可能にすべき運用主体
    （ＯＰ１、ＯＰ２）を決定するように設計された制御ユ
    ニット（ＣＯＮＴＲ）を備え、 第１の従属ネットワークの運用主体（ＯＰ１）が、運用
    主体として決定された場合、インフラストラクチャマネ
    ージャ（ＩＭＵ１）が、第１の従属ネットワークの１つ
    または複数のサービス制御ユニット（ＳＣＰ１〜ＳＣＰ
    ３）の１つにサービス要求メッセージを転送し、 そうでない場合、インフラストラクチャマネージャ（Ｉ
    ＭＵ１）が、決定された運用主体に割り当てられた第２
    の従属ネットワーク（ＴＫ２）のサービス制御ユニット
    に、サービスの制御を移すことを特徴とするサービス制
    御プラットフォーム（ＳＰ１、ＳＰ２）。