(57)【特許請求の範囲】
【請求項１】
テレコミュニケーションネットワークにおいてテレコミュニケーションサービスを制御するための方法であって、前記テレコミュニケーションネットワークは少なくとも２つのネットワークオペレータ（Ａ，Ｂ）によって動作され、ポイントから構成されており、
前記テレコミュニケーションネットワークにはサービススイッチングのためのポイント（ＳＳＰ）が含まれており、該サービススイッチングのためのポイント（ＳＳＰ）は前記ネットワークオペレータのうちの１つに一義的に割り当てられており、
各々提供されるテレコミュニケーションサービスは前記ネットワークオペレータのうちの少なくとも１つに一義的に割り当てられており、
テレコミュニケーションサービスの制御のための少なくとも１つのポイント（ＳＣＰ）が存在しており、
この制御するポイントによって、サービススイッチングポイント（ＳＳＰ）がこのポイントを介して呼び出されるテレコミュニケーションサービスと同一のネットワークオペレータに割り当てられているかどうかを検査され、
呼び出されるテレコミュニケーションサービスの実施のための後続のアクションはこの検査の結果に依存して実施されることを特徴とする、テレコミュニケーションネットワークにおいてテレコミュニケーションサービスを制御するための方法。
【請求項２】
サービスコントロールポイント（ＳＣＰ）はネットワークオペレータへのサービススイッチングポイント（ＳＳＰ）の割り当てに関する情報を格納していることを特徴とする、請求項１記載の方法。
【請求項３】
サービスコントロールポイント（ＳＣＰ）はネットワークオペレータへのサービススイッチングポイント（ＳＳＰ）の割り当てに関する情報をサービス要求からもとめることを特徴とする、請求項１記載の方法。
【請求項４】
テレコミュニケーションネットワークの加入者によってサービス要求がネットワークオペレータのサービススイッチングポイント（ＳＳＰ）に送信され、
該サービススイッチングポイント（ＳＳＰ）は前記サービス要求をサービスコントロールポイント（ＳＣＰ）に転送する、請求項１〜３のうちの１項記載の方法において、
前記サービスコントロールポイント（ＳＣＰ）は、送信するサービススイッチングポイント（ＳＳＰ）がどの第１のネットワークオペレータ（Ａ）に割り当てられているのか及び要求されるサービスがどの第２のネットワークオペレータ（Ｂ）に割り当てられているのかを検査し、
前記第１のネットワークオペレータ（Ａ）が前記第２のネットワークオペレータ（Ｂ）とは異なっているという検査結果が出る場合には、
このテレコミュニケーションサービスの呼が拒否されることを特徴とする、テレコミュニケーションネットワークの加入者によってサービス要求がネットワークオペレータのサービススイッチングポイント（ＳＳＰ）に送信され、
該サービススイッチングポイント（ＳＳＰ）は前記サービス要求をサービスコントロールポイント（ＳＣＰ）に転送する、請求項１〜３のうちの１項記載の方法。
【請求項５】
テレコミュニケーションサービスの活性化の際に、サービスコントロールポイント（ＳＣＰ）によって初期化情報がサービススイッチングポイント（ＳＳＰ）に送信される、請求項１又は２記載の方法において、
前記初期化情報は、前記テレコミュニケーションサービスを提供する１つのネットワークオペレータ/前記テレコミュニケーションサービスを提供する複数のネットワークオペレータに割り当てられているサービススイッチングポイント（ＳＳＰ）にだけ送信されることを特徴とする、テレコミュニケーションサービスの活性化の際に、サービスコントロールポイント（ＳＣＰ）によって初期化情報がサービススイッチングポイント（ＳＳＰ）に送信される、請求項１又は２記載の方法。
【請求項６】
このような初期化情報を受け取ったサービススイッチングポイント（ＳＳＰ）は、入力されたサービス呼の数をカウントする（テレボーティング、サービスフィルタリング）ことを特徴とする、請求項５記載の方法。
【請求項７】
個々のテレコミュニケーションサービスの利用に関する計算が行われ、
この計算はネットワークオペレータに依存して実施されることを特徴とする、請求項５記載の方法。
【請求項８】
このような初期化情報を受け取ったサービススイッチングポイント（ＳＳＰ）はサービス呼の定められた分だけを許容する（コールギャッピング）ことを特徴とする、請求項７記載の方法。
【発明の詳細な説明】
【０００１】
本発明はテレコミュニケーションネットワークにおけるテレコミュニケーションサービスの制御のための方法に関する。
【０００２】
しばしば付加価値サービスとも呼ばれるテレコミュニケーションサービスは単なるデータ伝送に付加的に提供されたパフォーマンスであり、例えば様々な種類の呼転送又は呼フォワーディング、クレジットカードによる支払い、料金引き継ぎ、プレミアムコール（Premium Call）のような料金処理（Vergebuehrung）モデル又はＶＰＮ（仮想プライベートネットワーク）である。
【０００３】
この場合、ＩＴＵのスタンダードＱ.1200 ff.のシリーズに記述されている技術、いわゆるインテリジェントネットワークＩＮが使用される。既存の固定又は移動無線ネットワークを介して設置されるアーキテクチャが重要である。
【０００４】
典型的なＩＮアーキテクチャはこの場合次のコンポーネント：
サービススイッチングポイントＳＳＰ、
サービスコントロールポイントＳＣＰ、
サービスマネジメントシステムＳＭＳ、
サービスクリエイション環境ＳＣＥ、
を含んでいる。
【０００５】
ＳＳＰ又はサービススイッチングポイントはスイッチングノードの部分及びＳＣＰベースのＩＮコールコントロールへのインターフェースを形成する。このＳＳＰ又はサービススイッチングポイントは、付加的なＩＮ機能が必要である時点を識別すると、必要ならばＳＣＰをシグナリングネットワークを介して呼び出す。このシグナリングネットワークは通常は特定のプロトコル（ＩＮＡＰ、ＩＮアプリケーションプロトコル）をコモンチャネルシグナリングシステムNo.7において使用する。
【０００６】
ＳＣＰは中央処理ユニットであり、この中央処理ユニットはテレコミュニケーションサービス及びテレコミュニケーションフィーチャのためのいわゆるサービスロジックを含む。ＳＳＰの問い合わせ（s.o.）を受信した後でこのＳＣＰは要求されたサービスをもとめ、適当なアプリケーションへと呼を導く。この呼は処理され、ＳＳＰは次に実施すべきステップについての情報を与えられる。例えば、所定のナンバーへとコネクションを確立すること、コネクションの中断又は料金処理を実現することである。
【０００７】
ＳＭＳはＳＣＰのアプリケーションプログラムに対するサポートを提供する：例えば、新しいテレコミュニケーションサービスの調整、加入者から他の多数の加入者へのメッセージのやりとりである。このＳＭＳはＩＮの他のコンポーネントと緊密に共働する。
【０００８】
新しいテレコミュニケーションサービスの設計のためにはＳＣＥが使用される。このＳＣＥの最も重要な任務は、迅速な設計のための道具及び新しいサービス及びフィーチャのテストを供給することである。このために構成モジュール（いわゆるサービスインディペンデントビルディングブロック、ＳＩＢ）のライブラリを使用する。
【０００９】
これまでは、各テレコミュニケーションネットワークオペレータが独自のネットワークにおいて使用する独自のＩＮシステムを有していた。しかし、テレコミュニケーションマーケットの分割が増大することによって最近ではますます他の小さいプロバイダが、例えば大都市においていわゆる「シティキャリア（City Carrier）」が発生している。これらのシティキャリアにとってもテレコミュニケーションサービスは、ユーザに付加価値を提供するために重要なファクタである。
【００１０】
しかし、これらの小さいオペレータにとっては、障壁が非常に高い。なぜなら、クラシックなＩＮコンポーネントは構築及び動作において高価だからである。さらに、動作させるためには高度な専門知識を持った職員がいなくてはならない。
【００１１】
これを回避するための解決策は、ＩＮリソース、すなわちＳＣＰ、ＳＭＳ及びＳＣＥを分け合うことであり、これはいわゆる「共有ＩＮ（Shared IN）」であり、この共有ＩＮは、技術的に唯一のＩＮシステムのリソースを複数のネットワークオペレータが利用できるようにすることを可能にする。
【００１２】
本発明の課題は、共有ＩＮシステムにおいてネットワークオペレータの各顧客が自分の固有のネットワークオペレータのそのテレコミュニケーションサービスを精確に使用できるようにすることである。
【００１３】
上記課題は、請求項１記載の方法によって解決される。
【００１４】
本発明で重要なことは、この場合、サービス呼が後続処理される前にＳＣＰによって実施される付加的な検査である。この場合、サービスコントロールポイント（ＳＣＰ）が管理するテレコミュニケーションサービスもサービススイッチングポイント（ＳＳＰ）もそれぞれ所定のネットワークオペレータに割り当てられていることが考慮される。１つのオペレータのテレコミュニケーションネットワークを使用する加入者はこのネットワークオペレータのテレコミュニケーションサービスだけにアクセスできるべきである。呼び出されるサービスがこのサービス呼を発信したサービススイッチングポイントと同一のネットワークオペレータに所属する場合、ＳＣＰによる処理は従来と同様に実施される。しかし、そうでない場合、このサービス呼は実施されない。
【００１５】
本発明の検査によって、共有ＩＮシステムは、この領域において技術的にそれほど精通していないネットワークオペレータによる障害及び誤操作に対して比較的安全である。さらに、（いわゆるＡＭＡチケット、オートマティック・メッセージ・アカウンティング（automatic message accounting）による）テレコミュニケーションサービスの料金処理が正確に実施されることが保障される。
【００１６】
有利な実施形態は従属請求項に記載されている。
【００１７】
サービスコントロールポイントがサービススイッチングポイントのネットワークオペレータへの所属を検出する複数の方法が存在する。一方で、オペレータ識別子が各サービス呼によって付加的なパラメータとしてサービススイッチングポイントによって供給される。しかし、サービスコントロールポイントはこの情報を例えばリストの形式で格納することもできる。これらのリストにおいてはサービススイッチングポイントが所属のネットワークオペレータに割り当てられている。
【００１８】
多くのテレコミュニケーションサービスにおいては予め初期化情報をサービススイッチングポイントに送信することが必要不可欠である。これは例えばいわゆる「テレボーティング（televoting）」、すなわち１つのナンバーへのコネクション確立試行を単にカウントすることに関する。従来のＩＮシステムでは初期化情報（アクティベイト・サービス・フィルタリング）がテレコミュニケーションネットワークの全てのサービススイッチングポイントに送信される。共有ＩＮシステムでは有利にはサービスを提供するネットワークオペレータに所属するサービススイッチングポイントだけがこの初期化情報を受け取る。サービスコントロールポイントは本発明では格納されたリストからネットワークオペレータに割り当てられたサービススイッチングポイントを探し出し、初期化情報を精確にこのポイントだけに送信する。
【００１９】
他の適用方法は、いわゆる「コール・ギャッピング（call gapping）」であり、サービススイッチングポイントによってつなぐべきサービス呼の個数を固定することを可能にするサービスである。これはしばしば例えばサービスコントロールポイントのあまりにも高い負荷を低減するために使用される。この場合中央で行われる計算ももちろん共有ＩＮシステムにおいて同様にオペレータ固有に実施さればければならない。さらに、ここでも初期化情報（CALLGAP, Q.1214）が当該ネットワークオペレータのサービススイッチングポイントだけに送信される。
【００２０】
次に本発明を実施例に基づいて説明する。
【００２１】
図１は共有ＩＮシステムの基本構造を示す。
【００２２】
図２はクラシックなＩＮシステムにおけるＩＮサービス呼を示す。
【００２３】
図３は許可されないサービス呼がサービスに所属するネットワークオペレータに導かれる、共有ＩＮシステムにおけるＩＮサービス呼を示す。
【００２４】
図４は解決すべき問題が発生する共有ＩＮシステムにおけるＩＮサービス呼を示す。
【００２５】
図５はネットワークオペレータＢの加入者によるネットワークオペレータＡのテレコミュニケーションサービスの呼び出しの本発明による処理を示す。
【００２６】
図６はサービスコントロールポイントＳＣＰからサービススイッチングポイントＳＳＰへの初期化情報がすなわち例えばテレボーティング又はコールギャッピングのために必要不可欠である場合の本発明の方法を示す。
【００２７】
図１は例示的な共有ＩＮシステムをその基本的なエレメントを有する構造において示している。下方にはサービススイッチングポイントＳＳＰが図示されており、これらのサービススイッチングポイントＳＳＰは異なるネットワークオペレータ（いわゆるシティキャリアＣＣ１〜ＣＣｍ）に割り当てられている。既に冒頭において示したように、コネクションはコミュニケーションネットワークＳＳ７（すなわち例えば中央チャネルシグナリングシステムNo.7）を介して互いに接続され、さらにサービスコントロールポイントＳＣＰに接続されている。このサービスコントロールポイント自体はＩＮオペレータによってサポートされており（この図には図示されていない）、個々のネットワークオペレータ「シティキャリア」ＣＣ１、ＣＣ２、...ＣＣｎのためのコンポーネントを含んでいる。これらのコンポーネントは「シティキャリア」ＣＣ１、ＣＣ２、...ＣＣｎに賃貸されうる。
【００２８】
サービスコントロールポイントに所属してこのＩＮオペレータによってさらに他のポイントがサポートされる（これに関する記述はすでに冒頭において部分的に行われた）：
サービスマネジメントポイントＳＭＰ、これはサービスオペレーティングシステムとも呼ばれる。なぜなら、ここではサービスマネジメントのための機能が使用できるからである、
料金処理（Vergebuehrung）、ビリング・アンド・カスタマ・ケア（Billing and Customer Care）ＢＣＣ１、ＢＣＣｎ、
サービスプログラム及び所属のリソースを管理するためのサービスマネジメントＳＭ、
新しいＩＮサービス及びサービスモジュールを開発するためのサービスクリエイション環境ＳＣＥ、
ネットワークオペレータのカスタマサポートセンタ、カスタマサポートセンタ（Customer Support Center）ＣＳＣ１-ｎ。
【００２９】
図２には、クラシックなＩＮシステム、すなわち全てのコンポーネントが同一のネットワークオペレータＡに所属しているＩＮシステムにおいて実施されるようなＩＮサービス呼が図示されている。加入者は（サービス）ナンバー１、例えば０１４７-１２３４を選択する。この呼はサービススイッチングポイントＳＳＰ１（Ａ）によって受け取られる。このサービスもネットワークオペレータＡに所属する。このサービススイッチングポイントはサービスコントロールポイントＳＣＰに問い合わせを導き２、このサービスコントロールポイントＳＣＰはサービスプログラムによってサービスＡをもとめる。このサービスコントロールポイントＳＣＰが次の実行ステップである３。ここに記述されているケースでは呼ナンバー変換及びサービススイッチングポイントが指示され４、加入者ＴＮＢへのコネクション５が（加入者Ｂに接続されているスイッチング個所ＶＳＴ（Ｂ）を介して）実行される。最後に料金処理が実施される。すなわち、いわゆるＡＭＡチケットがサービススイッチングポイントによって記述される６。全てのコンポーネント及びサービスは１つのネットワークオペレータに所属しているので、さらに別の検査は必要ではない。
【００３０】
図３は複数のネットワークオペレータＡ、Ｂ、Ｃによって使用される共有ＩＮシステムを示している。これらのネットワークオペレータはそれぞれサービスを有する、すなわち、ネットワークオペレータＡに対するサービスＡ、ネットワークオペレータＢに対するサービスＢ、ネットワークオペレータＣに対するサービスＣである。加入者ＴＮＡがネットワークオペレータＡのサービススイッチングポイントＳＳＰ１（Ａ）を介してこのネットワークオペレータＡのサービスを呼び出すと、これはクラシックなＩＮシステムにおけるサービス呼の場合のように処理される。これは図２において既に記述された。この場合、サービスＡは呼ナンバー０１４７-１２３４によって呼び出され、参照符号１１から１６は図２の各参照符号１から６に相応する。ナンバー変換はサービスＡに対して行われる。クリティカルなケースでは、図３の右側に図示されているように、加入者ＢがネットワークオペレータＢのサービススイッチングポイントＳＳＰ２（Ｂ）を介してネットワークオペレータＡのサービスＡ：０１４７-１２３４を呼び出す３１。サービスナンバーは中央でこのＩＮによってネットワークオペレータのオペレータに供給される。所属していないサービスナンバーが識別された後で、サービススイッチングポイントＳＳＰ２（Ｂ）の正しい挙動は、このサービス呼をＳＣＰに転送しないことである。このサービス呼はこのＳＣＰの代わりにネットワークオペレータＡに所属するサービススイッチングポイントＳＳＰ１（Ａ）に転送される３２。このサービスがネットワークオペレータＡを介して提供され清算されるか、又は、拒否されることもありうる。
【００３１】
図４には複数のネットワークオペレータＡ、Ｂ、Ｃによって使用される図３と同じ共有ＩＮシステムが示されている。これらのネットワークオペレータはそれぞれサービスを有する、すなわち、ネットワークオペレータＡに対するサービスＡ、ネットワークオペレータＢに対するサービスＢ、ネットワークオペレータＣに対するサービスＣである。左側には図２及び図３において既に記述されたような従来のサービス呼が図示されている。
【００３２】
右側には、ネットワークオペレータＢのサービススイッチングポイントＳＳＰ２（Ｂ）を介する加入者ＴＮＢからのネットワークオペレータＡのサービスＡ：０１４７-１２３４のサービス呼２１が見える。しかし、このサービススイッチングポイントは、図３とは対照的に間違って挙動しており、ＳＣＰへの問い合わせを開始すること２２によって、この呼を独自のサービスの呼のように処理してしまっている。このＳＣＰはこのサービス要求を受け取り、ネットワークオペレータＡのＳＳＰ１（Ａ）からのサービス要求１２のように処理する１３。呼ナンバー変換による応答２４がＳＳＰ２（Ｂ）に通知され、サービスＡとのコネクション２５が確立される。
【００３３】
この場合、とりわけクリティカルなことは料金処理２６である。この場合、ＡＭＡチケットは、サービスＡが全く所属していないネットワークオペレータＢのサービススイッチングポイントＳＳＰ２（Ｂ）によって記述される。従って、この結果、競合するネットワークオペレータが（例えば加入者ＴＮＢから）パフォーマンスに対する金を徴収してしまう。この金は本来全くこの競合するネットワークオペレータには帰属するべきものではない。
【００３４】
図５は本発明の方法による上記の問題の処理を示す。左側には比較のために異なるネットワークオペレータのコリジョンのない従来のサービス呼が図示されている。参照符号１１から１６は図４の参照符号に相応する。
【００３５】
加入者ＴＮＢはここでもネットワークオペレータＡのサービスＡ：０１４７-１２３４をネットワークオペレータＢのサービススイッチングポイントＳＳＰ２（Ｂ）を介して選択する４１。このサービス呼は共有ＩＮシステムのサービスコントロールポイントＳ-ＳＣＰに転送される４２。このＳ-ＳＣＰはネットワークオペレータＡのサービスＡ：０１４７-１２３４をもとめる。しかし、さらにここで、このＳ-ＳＣＰは、どのネットワークオペレータＢにサービススイッチングポイントＳＳＰ２（Ｂ）が所属するかを検査し、同一のネットワークオペレータであるかどうかを比較する。この検査はリストとＳＳＰ２（Ｂ）アドレスとの比較により行われる。すなわち、このＳＳＰ２（Ｂ）アドレスがネットワークオペレータＡのサービススイッチングポイントのリストにあるか、又は、どのネットワークオペレータにこのサービススイッチングポイントＳＳＰ２（Ｂ）が割り当てられているか、という検査によって行われる。他の方法は、ネットワークオペレータ識別子を明示的にサービス呼において一緒に伝送することであろう。一致が存在しないと検出された場合、このＩＮシステムによって不正記録（fraud-record）が記述される。このサービスの実施は不可能となり、ＳＳＰ２（Ｂ）はこの結果を通知される４４。このＳＳＰ２（Ｂ）は次いで自分の側で相応のアクションを実施する。これは、コネクションの中断（リリース４５）であるか、又は、このサービスは使用できないことの指示を有するアナウンスメントか、又は、どのネットワークオペレータがこのサービスを提供するのか等々であればよい。
【００３６】
最後に図６は、初期化情報によってサービスがはじめて可能になるようなサービスを図示している。例えばこのサービスにはサービス「テレボーティング」（「サービスフィルタリング」とも言われる）、すなわち所定の期間において所定のナンバーへの呼をカウントすることが含まれる。これは最近テレビジョン送信においてよく適用され、この場合、テレビジョン視聴者が異なる電話番号を選択することによって幾つかの選択肢から１つの選択肢を選択して投票することができる。しかし、これらの呼は、サービススイッチングポイントによって接続されるのではなく、単にカウントされ短時間のアナウンスメントの再生の後で中断される。
【００３７】
このＳ-ＳＣＰはこのＩＮシステムのオペレータから（例えばＳＭＳを介して）上記のサービスを調整するための要求を受け取る。しかし、これはネットワークオペレータＡのネットワークの加入者にとってのみアクセス可能でなければならない。よって、このＳ-ＳＣＰは初期化情報６２（アクティベイト・サービス・フィルタリング（Activate service Filtering））をネットワークオペレータＡのサービススイッチングポイントにだけ送る。この場合、有利には、このＳ-ＳＣＰは、ネットワークオペレータへのＳＣＰアドレスの割り当てを有するリストを格納している。
【００３８】
ネットワークオペレータＡの加入者ＴＮＡはここでサービスを呼び出す６３と、この呼は上記のようにカウントされ、この結果が適当な時点にＳ-ＳＣＰへ通知される６５。しかし、加入者ＴＮＢがネットワークオペレータＡに所属していないサービススイッチングポイントＳＳＰ２（Ｂ）においてこのサービスを試みても６６、この呼はカウントされず、この誤って導かれた呼の個数はＳ-ＳＣＰには通知されない。このＳ-ＳＣＰが相応のアナウンスメントをロードインされて受け取るか又は図３に記述されていたように呼が転送されることが可能である。テレボーティングのために記述されたこの方法はいわゆるコールギャッピング、すなわち、つなぐべきサービス呼の低減にも使用されうる。この場合でも相応の計算の後で初期化情報が当該ネットワークオペレータのサービススイッチングポイントに送信されねばならない。
【００３９】
【外１】
0003679711.tif 000002
【図面の簡単な説明】
【図１】  共有ＩＮシステムの基本構造を示す。
【図２】  クラシックなＩＮシステムにおけるＩＮサービス呼を示す。
【図３】  許可されないサービス呼がサービスに所属するネットワークオペレータに導かれる、共有ＩＮシステムにおけるＩＮサービス呼を示す。
【図４】  解決すべき問題が発生する共有ＩＮシステムにおけるＩＮサービス呼を示す。
【図５】  ネットワークオペレータＢの加入者によるネットワークオペレータＡのテレコミュニケーションサービスの呼び出しの本発明による処理を示す。
【図６】  サービスコントロールポイントＳＣＰからサービススイッチングポイントＳＳＰへの初期化情報がすなわち例えばテレボーティング又はコールギャッピングのために必要不可欠である場合の本発明の方法を示す。
【符号の説明】
上記省略記号を参照のこと
【図１】
0003679711.tif 000003
【図２】
0003679711.tif 000004
【図３】
0003679711.tif 000005
【図４】
0003679711.tif 000006
【図５】
0003679711.tif 000007
【図６】
0003679711.tif 000008