JP2001500334A - 遠隔通信インテリジェントネットワーク - Google Patents

Abstract

(57)【要約】 インテリジェントネットワーク（ＩＮ）アーキテクチャを使用する遠隔通信ネットワークでは、サービススイッチングポイント（ＳＳＰ）によってスイッチされる呼に対する検出ポイント処理は、ＳＳＰから遠隔した位置にあるサービス制御ポイント（ＳＣＰ）において実行される。検出ポイント処理に使用するトリガ表はＳＳＰとＳＣＰとの間に分散することができる。トリガ表の一部は、特定の呼に対して要求されるときにＳＣＰからＳＳＰへダウンロードすることができる。

Description

【発明の詳細な説明】 遠隔通信インテリジェントネットワーク 本発明は、インテリジェントネットワーク（ＩＮ）ネットワークアーキテクチ ャを使用したインテリジェントネットワークに関する。 ＩＮアーキテクチャは、遠隔通信ネットワークが融通が利き、効果的なやり方 でサービスを支援できるように発展してきた。ＩＮの基本的な特徴は、サービス 制御ポイント（ＳＣＰ）におけるサービス制御論理からサービススイッチングポ イント（ＳＳＰ）における呼処理を分離することである。この分離によりＳＳＰ は基本的な機能の組を使用して発展することができる。追加機能を提供するため に、呼中の適切な時間に制御がＳＳＰへ送り出される。そこで関係するサービス 論理はＳＣＰにおいて実行される。制御がＳＣＰへ送られる瞬間は、検出ポイン トまたはＤＰとして知られている。 従来から、サービススイッチング機能（ＳＳＦ）は、サービススイッチングポ イント（ＳＳＰ）で実行されてきた。ＳＳＦには、呼状態の監視すること、およ び検出ポイントに到達したときに、基準がその検出ポイントに適しているか否か を見るためにローカルトリガ表についてチェックすることを含む。そうなってい るとすると、ＳＳＦはサービス制御ポイント（ＳＣＰ）へ制御を送る。所定の検 出ポイントに適した基準に対する呼状態の検査は、検出ポイント処理と呼ばれる 。 本発明の第１の態様にしたがって、サービススイッチングポイント（ＳＳＰ） によってスイッチされる呼についての検出ポイント処理をＳＳＰから遠隔のサー ビス制御ポイント（ＳＣＰ）において実行する、遠隔通信インテリジェントネッ トワークを動作する方法を提供する。 全てのサービススイッチング機能（ＳＳＦ）をＳＳＰで実行する従来のアプロ ーチとは対照的に、本発明の発明者は、検出ポイント処理を切離してサービス制 御ポイント（ＳＣＰ）においてＳＳＦの一部を実行することによって、著しい効 果が達成されることを発見した。こうすることにより、処理を特化したプラット フォームにおいてとくにコンピュータ処理上集中して実行することができる。Ｓ ＳＦはさらに、所定のＳＳＰでの顧客と特定のラインとの結合を弱めるように機 能する。一般に国内のネットワーク、例えばイギリスのＰＳＴＮは何百ものロー カルスイッチを必要とするが、ＳＣＰはおそらくは４つだけであってよい。ＳＣ Ｐにおける中央処理の検出ポイントに必要な顧客プロフィールを記憶することに よって、このデータの維持および更新は著しく容易になり、サービス管理は簡単 になる。顧客データを特定のローカルスイッチと連結する必要をなくすので、本 発明は固定ネットワーク上での顧客の移動性を支援するのに役立つ。 好ましくは、この方法はＳＣＰとＳＳＰとの間に分散された検出ポイント処理 のためのトリガ表を記憶することを含む。好ましくはトリガ表の全てを最初にＳ ＣＰに記憶して、ＳＳＰによってスイッチされる呼が開始されるときにトリガ表 の一部をＳＳＰにダウンロードする。 本発明の好ましい構成では、検出ポイント処理に使用するトリガ表はＳＳＰと ＳＣＰとの間に分散される。ＳＣＰにおいて表の全てを記憶すること、および呼 を開始するときに必要とされるだけＳＳＰへデータをダウンロードすることがと くに効果的である。このやり方では、顧客とローカルスイッチとの間のリンクは 呼の継続期間中にダイナミックに、しかも過渡的に確立され、次の呼を異なる位 置に容易に確立することができる。 好ましくは、この方法は、呼の進行中に検出ポイントが現れたとき、ＳＳＰか らＳＣＰへ検出ポイント処理要求を送ることを含む。好ましくはこの方法はＳＳ Ｐにおいてローカルに検出ポイントが用意されている状態(armed status)を示す データを記憶することを含み、ＳＳＰからＳＣＰへＤＰ処理要求を送る前記段階 は、用意されている検出ポイントのみに対して実行される。 本発明を実施する好ましいアプローチでは、実質的に全てのＤＰ処理が遠隔で 実行される一方で、各ＤＰが用意されているか否かに関する情報は、例えば呼を 開始するときにこのデータを保持するトリガ表の一部をダウンロードすることに よって、ＳＳＰでローカルに得られるようになる。これは、ＳＳＰとＳＣＰとの 間で必要なシグナリング量を低減する効果をもつ。 好ましくはデータを記憶する前記段階は、ＤＰが要求形式かまたは通知形式か を示す用意された形式の（アーミングタイプの）情報を記憶することを含み、Ｄ Ｐが要求形式である場合のみ、用意されたＤＰに出会ったときに呼処理を中断す ることを含む。 加えてサービススイッチングポイントがＤＰの用意された形式を示す情報をロ ーカルに記憶するとき、システムの動作効率はさらに高められる。これは、必要 なとき、すなわち検出ポイントが要求形式であるときのみ呼のローカル処理が保 留されることを保証する。好ましくはこのアプローチは、ＳＣＰとＳＳＰとの間 に分散されるトリガ表を準備することによって実行される。したがってＳＣＰの トリガ表は、ＤＰ処理に必要なデータを含み、一方でＳＳＰの表は用意されたＤ Ｐおよび呼保留基準を識別するのに必要なデータを保持している。 本発明の第２の態様にしたがって、遠隔通信インテリジェントネットワークで あり： サービススイッチングポイント（ＳＳＰ）と； ＳＳＰから遠隔しており、ＳＳＰによってスイッチされる呼を処理する検出 ポイント処理手段を含むサービス制御ポイント（ＳＣＰ）とを含む遠隔通信イン テリジェントネットワークを提供する。 本発明はさらに、サービス制御ポイントと、サービス制御ポイントを動作する 方法とを含む。 ここで本発明を実現するシステムを例示的に、添付の図面を引用して一層詳し く記載することにする： 図１は、ＩＮアーキテクチャを使用する遠隔通信ネットワークの摸式図である ； 図２ａおよび２ｂは、それぞれ従来のシステムおよび本発明を実現するシステ ムにおいてＳＣＰおよびＳＳＰを物理的にマップする機能を示す摸式図である； 図３は、ＳＣＰの構造を一層詳細に示す模式図である； 図４は、パーソナルナンバリングサービス用に構成された本発明を実現するシ ステムの構成要素の機能的および物理的構造を示す； 図５は、図４のパーソナルナンバリングサービス用に構成されたネットワーク の模式図である； 図６は、図５のシステムにおける情報の流れを示すダイアグラムである； 図７ａおよび７ｂは、図４のシステム用のトリガ表を示す； 図８は、サービス制御ポイントおよびサービススイッチングポイントの機能的 構造を示すダイアグラムである； 図９は、図８のＳＣＰを構成しているプラットフォームの模式図である； 図10は、図８のＳＳＰを構成するプラットフォームの模式図である； 図11は、図８のシステムのＩＮＡＰメッセージの流れを示すダイアグラムであ る。 インテリジェントネットワーク（ＩＮ）を使用する遠隔通信ネットワークは、 多数のサービススイッチングポイント（ＳＳＰ）１を含み、該ＳＳＰ１は、例え ば中継交換局およびローカル交換局に配置することができる。加入者端末２は、 ＳＳＰに直接的または間接的に接続される。ＳＳＰは呼制御機能（ＣＣＦ）を実 行し、ＣＣＦはネットワーク上の異なる端末間の接続の設定と関係付けられた基 本的な呼処理を含む。加えてＳＳＰは、他のエンティティおよびネットワーク上 の機能にインターフェイスするサービススイッチング機能（ＳＳＦ）を含む。こ れらの他のエンティティとしてはインテリジェント周辺機器（ＩＰ）３を含んで もよく、該ＩＰ３はＳＳＰと接続すると、特定のリソース機能（ＳＲＦ）を実行 できる。 サービス制御ポイント（ＳＣＰ）５は、シグナリングネットワーク４を介して サービススイッチングポイント１およびインテリジェント周辺機器３に接続され る。このネットワークは、シグナリングシステム番号７（ＳＳ７）として知られ ているディジタルメッセージ応用共通チャンネルシグナリングシステムを使用す る。ＳＳ７シグナリングシステムは、Fretten K GおよびDavies C Gによる文献 （"CCITT Signalling System Number 7，Overview"，British Telecommunicatio s Eng.J(1989年４月)）にもっと詳しく記載されている。 完全にするために、図１のダイアグラムはサービス生成環境とサービス制御ポ イントと関係付けられたサービス管理システムとを含んでいる。 動作の際には、強化した呼制御機能がサービス制御ポイントにおいて実行され 、一方で基本的なサービススイッチングがサービススイッチングポイントによっ て実行される。これにより、呼の進行を中断する一方で、呼をどのように処理す るかに関する別の情報をサービス制御ポイントにリンクされたサービスデータポ イント（ＳＤＰ）から得ることができる。呼の処理を中断（保留）する判断は、 “ト リガ”と呼ばれる一定の予め特定された基準を満たすことに基づく。トリガは、 例えば一定のダイヤルされたディジットまたは呼中のポイントにおけるライン状 態であってもよい。 図３は、プロトコル層に関するサービス制御ポイントのアーキテクチャを一層 詳細に示す。最も高いレベルの機能、すなわちサービス制御機能51は、ＭＡＣＦ （多数のアプリケーションプロトコル機能）層52によって支持される。ＭＡＣＦ 層52は次に、多数のＳＡＣＦ（単一のアプリケーション制御機能）モジュールを 制御し、各モジュールは関係するＡＳＥ（アプリケーションサービス要素）およ びＴＣＡＰ（トランザクション能力アプリケーション部分）のサブ層を備えてい る。図に示されているように、ＡＳＥは動作、結果、およびエラーをピアＡＳＥ と通信する。これらの高い方のレベルのプロトコルはＳＣＣＰ53およびＭＴＰ（ メッセージトランスポートプロトコル）層54によって支持され、ＭＰＴ層54はＳ Ｓ７リンクを介してメッセージ送信を処理する。この例では、ＳＳ７リンクはＳ ＣＰを、サービススイッチング機能を実行するために使用されるＳＳＰおよびイ ンテリジェント周辺機器(ＩＰ)、例えばメッセージングプラットフォームに接続 する。サービス制御ポイントは、最新のサービス制御ソフトウエアまたはサービ ス論理をホストする汎用コンピューティングプラットフォーム上に構成されてい る。 以下でさらに詳細に記載する特徴以外のネットワークの構造および動作は、お おむね本質は従来のものであるので、ここではさらに記載しない。ＩＮアーキテ クチャに関する別の情報は、T W Abernethy ＆ A C Mundayによる文献(“Intell igent Networks，Standards and Services”，BT Technol J，Vol.13，No.2，19 95年４月、およびEuropean Telecommunications Standards Institute Final D raft PRETS 300374-1,1994年７月発行)に記載されており、その内容は参考文献 として記載する。 本発明を実施するネットワークにおいては、通常のＩＮネットワークにおける ように、呼の進行は呼制御機能（ＣＣＦ）を実行するＳＳＰにおいて動作するソ フトウエアによって最初に判断される。呼の制御機能は、サービススイッチング 機能（ＳＳＦ）によってＳＣＰにおけるサービス制御機能とインターフェイスさ れる。とくにＳＳＦでは、ＳＳＦによる呼の処理を中断し、検出ポイントにおい てトリガ基準が満たされているときに、ＳＣＦへ制御を送ることを受持つ。通常 、図2aに示したように、サービススイッチング機能の全てはＳＳＰにおいてロー カルに実行されてきた。対照的に、本発明を実施するネットワークでは、検出ポ イント（ＤＰ）の処理に関係するサービススイッチング機能の一部は、他の機能 と切離され、サービス制御ポイントにおいてＳＳＰから遠隔で実行される。この 構成を図２ｂに示し、ＳＳＦ'はＤＰ処理機能を示し、ＳＳＦ"はＤＰ処理機能以 外の、ＩＴＵ−Ｔ推奨のＱ．１２００シリーズに記載されたＳＳＦ機能を示す。 なおＳＳＰはＤＰ処理機能を含まないので、ＣＣＦ内の各ＤＰが出会うとき、Ｓ ＳＰはＳＣＰを参照しなければならない。基準データに対して検査しなければな らない呼の場合と関係する実時間データは、出会った各ＤＥのためのＳＣＰへ送 られなければならない。このデータはＩＮＡＰシグナリングで送られ、メッセー ジの定義に必要な場合には拡大される。ＩＮＡＰプロトコルは、上述で引用した ＥＴＳＩの文献に記載されている。 ＳＳＰとＳＣＰとの間における不必要なシグナリング量を低減するために、Ｄ Ｐが用意されていることを示す情報がＳＳＰ内に保持されている。この情報は各 ＤＰが用意されるか否かを記録するのに使用され、したがってＤＰ処理およびお そらくはサービス論理の実行のためにＳＣＰを参照する必要があるか否かを示す 。加えて、ＤＰの用意された形式を示す情報はＳＳＰ内に保持される。これは、 用意されたＤＰＥが‘要求’形式かまたは‘通知’形式かを記憶する。この情報 によりＳＳＰは、呼処理を中断するか否かを判断し、併せてＤＰの処理およびサ ービス論理の実行に対してＳＣＰを参照することができる。 このアプローチをとった結果は、ＳＣＰとＳＳＰとの間に分散されたトリガ表 が得ることになる。ＳＣＰ内のトリガ表は、ＤＰ処理に必要なデータを含み、一 方でＳＳＰ内の表は用意されたＤＰを識別するのに必要なデータおよび呼中断基 準を保持する。これらの両方は、それぞれ恒久的で呼時間に関係するサービスト リガに関係する静的および動的な部分をそれぞれもつことができる。この分散の 特徴はサービス管理の観点からすると、全てのサービスに関係する情報として魅 力的であり、論理はＳＣＰとコアネットワークとの間に分散されるのではなくＳ ＣＰ内に置かれているからである。 図７ａおよび７ｂは、それぞれＳＣＰおよびＳＳＰに記憶されたトリガデータ の例を示す。ＳＣＰでは、メモリ１のデータは、例えば関係するサービスデータ ポイントの大型メモリデバイス上に記憶することができる。ＳＳＰでは、メモリ ２はＳＳＦプロセッサと関係するＲＡＭのある領域に配置できる。ＳＣＰでは、 各顧客に対してユーザプロフィールが記憶される。このプロフィールは、例えば ユーザが加入しているサービスの詳細、および禁止されているサービスの詳細を 含むことができる。メモリは、適切なサービスのトリガ表も含む。呼を開始する とき、ＳＣＰは関連するサービス、例えば０８００サービスを識別し、関連する トリガ表の一部をＳＳＰへダウンロードする。とくにＳＣＰは、トリガポイント の用意された状態および用意された形式を記録するトリガ表の一部をダウンロー ドする。トリガ基準はＳＣＰのみに残る。したがってＳＳＰは、ＳＣＰにおける 処理が必要であるか否かと、呼の進行を中断し、一方で処理を実行するか否かと を判断するのに必要なデータのみを有する。これらの状態が満たされる検出ポイ ント、例えば図7aのＤＰ３において、ＳＳＰはＳＣＰに必要な呼に関係するデー タと一緒に検出ポイント処理要求を送る。 図６は、本発明を実現するシステムにおける情報の流れを示し、図11はこれら の情報の流れがＩＮＡＰインターフェイスを使用してどのように実行されるかを 示す。トリガ基準を検査するデータは最初のＤＰおよびイベント報告(Event Rep ort)ＢＣＳＭメッセージの中で送られる。イベント報告ＢＣＳＭの後で、ＤＰ基 準が満たされていないとすると、継続メッセージ(Continue message)がＳＳＰへ 送られる。図示した例では、ＤＰ基準が満たされているとき、要求報告(Request Report)ＢＣＳＭイベントおよび接続(Connect)がＳＳＰへ送られる。ＳＳＰ側 では、要求される唯一の処理は、出会ったＤＰを用意できている状態か否かを検 査することである。 このアプローチを使用して、例えば所定のラインに一定の組のサービスを提供 するために、ライン、ライン群またはトランク、および統計的に準備されたトリ ガ間の固定された関係を壊すことができる。主として顧客およびサービスに特定 される情報でＳＣＰ内に存在するものの代りに、呼を行った実際の顧客に対して 、 おそらくは各呼ごとにダイナミックに呼をカスタマイズすることができる。その 理由は、顧客を支援するＳＳＰは発呼顧客のＳＣＰのロケーションを知って、全 ての顧客およびサービスに特定の機能がＩＮの呼に対して実行できるようにする ことのみが必要だからである。 図８は、本発明を実行するために変更した、サービス制御ポイントおよびサー ビススイッチングポイントの機能的構造を示す。ユーザプロフィール、トリガ基 準、およびサービス制御機能に必要な他のデータはデータベース81に記憶される 。この例ではデータベースは個々の構成要素として示されているが、その代りに ＳＣＰと統合することもできる。それぞれサービススイッチングポイントおよび サービス制御ポイントにおけるＳＳＦおよびＳＳＦ'はＳＳＰからＳＣＰへのプ ロトコル制御を実行する。ＳＣＰ内では、ＳＳＦ'はＳＤＦ（サービスデータ機 能）モジュールを介してデータベース81と通信する。このモジュールは、データ ベースおよびアクセストリガを用意したデータとのトランザクションを管理する ことができる。データベース81に記憶されたユーザプロフィールから、ＳＳＦ' モジュールはＳＳＰからのＩＮ要求がサービス論理プログラム(Service Logic P rogram)によって別の処理を要求するか否かを判断する。要求をするときは、関 係するサービス論理プログラム、例えば図示した例ではＳＬＰ１の段階が生成さ れ、実行される。 各呼に対して、ＳＳＰにおいてローカルに要求されるデータ、例えばトリガポ イントが用意した状態であるかどうかといったデータはデータベース81からロー カルＳＳＰデータベース82へダウンロードされる。トリガ基準処理データベース はＳＳＰデータベースに対してローカルに要求される。ＳＳＰデータベース82は 、トリガ基準処理データベースと関係付けられた対応するＳＤＦモジュールをも つ。ＳＣＰデータベース81からダウンロードされるデータはＳＳＰサービススイ ッチング機能によって使用されて、呼の途中でＳＣＰによる検出ポイント処理を 要求する必要があるときを判断する。 図９は、上述のＳＣＰを実行するのに適したハードウエアプラットフォームの １例を摸式的に示す。ＣＰＵ91、すなわちこの例ではSun Microelectronics Inc ．から販売されているＵｌｔｒａＳＰＡＲＣマイクロプロセッサは、ＳＳＦ'、 ＳＣ ＳＭ、ＳＬＰ１、およびＳＤＦの処理段階を実行する。対応するソフトウエアモ ジュールはＲＯＭ92内にローカルに記憶される。ＳＤＦモジュールはローカルハ ードディスクからＳＣＳＩインターフェイス93を介してデータにアクセスする。 検索されたデータは呼の途中でＲＡＭ94に記憶され、さらにソフトウエアモジュ ールを実行するワーキングメモリを準備する。システムはラック装着カードとし て構成され、高速バスインターフェイス97によって他のカードにリンクされる。 他のカード（図示されていない）はネットワークから受取った信号を通信するネ ットワークシグナリングインターフェイスを含んでおり、とくにＳＳＰから、Ｓ ＣＰプロセッサ91へ信号を送る。図示した他の構成要素は、電源95およびローカ ルオシレータ96を含む。 図10は、上述のＳＳＰ機能を実行するハードウエアプラットフォームの１例を 模式的に示す。ＳＳＰの制御機能はコンピュータ処理においてＳＣＰよりも性能 が低いが、ＳＳＰ機能は比較的に低電力のマイクロプロセッサを使用して実行さ れる。この例では、ＭＰＵ101はMotorolaから販売されているＰｏｗｅｒＰＣ ６０３である。ＭＰＵバスは、ＳＣＰからダウンロードされるトリガ表の一部を 記憶するのに使用されるローカルシステムにマイクロプロセッサをリンクする。 モジュールによってスイッチされる電話信号は、スイッチングモジュールを他の カードへリンクするＴＤＭＡバックプレーンに沿ってＰＣＭ信号として送られる 。多数のＭＰＵカードは障害許容力を与えるために並列して使用され、ソフトウ エアはハードウエアの故障の際にプロセッサ間で迅速にスイッチするようにされ ている。 サービス例 以下の例は、サービススイッチングポイント（ＳＳＰ）からのＤＰ処理を物理 的に分離することによって、どのように呼を行う実際のユーザに対してラインを ダイナミックにカスタマイズできるかを示す。この例では、送信元および送信先 のユーザは、彼らがネットワーク内のラインに登録できるようにするパーソナル ナンバリングサービスに加入される。 パーソナルナンバリングサービスを支援する機能的および物理的構造は、図４ および５に示した。 ステップａ）では、ユーザは呼を行う前に、ＳＳＰ61と接続したラインＸ上に 現在の位置を示すシステムに登録する。この情報はＳＣＦへ送られ、独特のユー ザ名、ＤＡＶＩＤとユーザが登録したラインとの関係をユーザプロフィールに記 録する。ユーザはラインに登録すると、送出呼を行なうこと、およびライン上で 到来呼を受取ることができる。さらに顧客とラインとの関係はラインの終端であ るＳＳＰ内に記憶される。 送信先ユーザは、独特のユーザ名ＳＡＮＤＹ、および同様に記憶されたライン I.d．Ｙも登録する。 送信元ユーザが送信先ユーザへ送出呼を行いたいとき、送信元ユーザは、自分 が登録したラインへのアクセスを承認する。呼が進行するとき、ＳＳＰ6l内のＣ ＣＦ／ＳＳＦ"は第１のＤＰに出会い、承認およびユーザデータと共に、ＳＣＰ 内のサービス論理へ報告する(ステップｂ)。ユーザデータが顧客構内装置によっ て特定されるとき、スイッチは、例えばスイッチ内に記憶されたユーザＰＩＮを 含むデフォルトユーザ情報を使用する。このアプローチでは、ユーザがラインに 登録して、ネットワークに対してユーザ自身を識別する必要なく次の呼を行うこ とができる。この例としてあげたサービスは、２以上の顧客が単一のデバイスに 登録するシナリオを検討していないが、これはサービスを簡単に拡大するだけで 可能になる。 次にサービス論理は、登録したユーザと関係付けられたユーザプロフィールに アクセスして、そのユーザに与えられるサービスを判断する。ユーザプロフィー ルへのアクセスは、ユーザプロフィールの物理的な位置に依存して、おそらくは ネットワークの境界を横切るＳＣＰからＳＣＰへの通信を含んでもよい。ユーザ プロフィールがアクセスされたときは、サービス提供はこの例ではユーザが短縮 ダイヤリングに加入していることを判断することになる。サービス論理はＤＰを 処理して、(ステップｃにおいて)ＳＳＰ61内のＣＣＦ／ＳＳＦへの指令を送る。 同時にＳＣＰは関連する検出ポイントの用意されている状熊についてのデータを 含むトリガ表の一部をＳＳＰへダウンロードする。 ユーザは、例えばユーザ名ＳＡＮＤＹをもつユーザのパートナーへの短縮ダイ ヤリングを示す‘００９’をダイヤルする。これは、ＣＣＦ／ＳＳＦ"における 呼 処理を次に許容可能なＤＰへ送り、ＳＣＦへ報告する。ＳＣＰにおけるＤＰ処理 は、サービス論理が幾つかの処理をＤＰ上で行なわなければならないと判断する 。サービス論理は、短縮コードの変換を行い、指令(ステップｄ)、およびおそら くは用意／除去イベント情報をＣＣＦ／ＳＳＦ"へ送って、変換された番号を示 し、呼をラインＹ、すなわちユーザＳＡＮＤＹが登録されているラインへルート 設定することができる。サービス論理はＣＣＦ／ＳＳＦ"へ指令して、呼の継続 期間中、ラインにスタティックトリガを用意し、呼の接続解除または終了の不成 功を報告することができる。 呼を送信先の交換局ＳＳＰ62へルート設定すると、ＣＣＦ／ＳＳＦ"の段階が 生成され、呼の終了を処理することになる。送信先の交換局はラインと送信先の ユーザとの間を関係付けることができる。送信先ユーザの識別を使用して、送信 先のＣＦ／ＳＳＦ"がサービス論理の依頼と相互作用をして、送信先ユーザに対 するサービス提供能力を判断できるようになる。ビジー状態のときの迂回を含む 特定のサービス論理が活性でないと仮定すると、呼は定常状態に進むことになる 。この点で、ＳＳＦ"およびＳＳＦ'／ＳＣＦ段階が終了して、ネットワーク内の 処理オーバーヘッドを低減することになる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ， ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，Ｍ Ｗ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ， ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 カイエ、ダーレン・リチャード オランダ国、エヌエル―1107 イーエス・ アムステルダム、カイザースグラヒト 644シー

Claims (1)

1. 【特許請求の範囲】 １．サービススイッチングポイント（ＳＳＰ）によってスイッチされる呼の検出 ポイント処理をＳＳＰから遠隔したサービス制御ポイント（ＳＣＰ）において実 行する遠隔通信インテリジェントネットワークを動作する方法。 ２．ＳＣＰとＳＳＰとの間に分散される検出ポイント処理のためのトリガ表を記 憶することを含む請求項１記載の方法。 ３．トリガ表の全てを最初にＳＣＰに記憶して、ＳＳＰによってスイッチされる 呼が開始されるときに、トリガ表の一部をＳＳＰへダウンロードする請求項２記 載の方法。 ４．呼の処理中に検出ポイントが現れるときに、検出ポイント処理のためにＳＳ ＰからＳＣＰへ要求を送ることを含む請求項１乃至３の何れか１項記載の方法。 ５．ＳＳＰにおいてローカルに検出ポイントの用意された状態を示すデータを含 むトリガ表の一部を記憶することを含み、用意されている検出ポイントに対して のみＳＳＰからＳＣＰへ検出ポイントの処理要求を送る段階を実行する請求項２ または３に依存するとき請求項４記載の方法。 ６．データを記憶する前記段階が、ＤＰが要求形式であるかまたは通知形式であ るかを示す用意された形式を示すデータを記憶することとを含み； ＤＰが要求形式であるときのみ、用意されたＤＰに出合うときに呼の処理を 中断することとを含む請求項５記載の方法。 ７．ＳＣＰが前記呼に対して実質的に全ての検出ポイント処理を実行する請求項 １乃至６の何れか１項記載の方法。 ８．遠隔通信インテリジェントネットワークであり： サービススイッチングポイント（ＳＳＰ）と； ＳＳＰから遠隔しており、ＳＳＰによってスイッチされる呼を処理する検出 ポイント処理手段を含むサービス制御ポイント（ＳＣＰ）とを含む遠隔通信イン テリジェントネットワーク。 ９．ＳＣＰがトリガ表データを記憶する第１のメモリを含み、ＳＳＰがトリガ表 データを記憶する第２のメモリを含み、使用時に第１および第２のメモリがＳＣ ＰとＳＳＰとの間に分散されたトリガ表の一部を記憶する請求項８記載のネット ワーク。 １０．ＳＳＰによってスイッチされる呼が開始されるとき、ＳＣＰがトリガ表デ ータをＳＳＰ内の第２のメモリにダウンロードするようにされている請求項９記 載のネットワーク。 １１．ＳＣＰが検出ポイント処理用のプロセッサ手段を含み、呼の進行中に検出 ポイントが現れるときに、前記プロセッサ手段がＳＳＰからＳＣＰへ送られる検 出ポイント処理要求に応答するようにされている請求項１０記載のネットワーク 。 １２．サービススイッチングポイント（ＳＳＰ）と； ＳＳＰから遠隔しており、ＳＳＰによってスイッチされる呼によって要求さ れる実質的に全ての検出ポイント処理を実行するようにされている検出ポイント プロセッサとを含む遠隔通信インテリジェントネットワーク。 １３．ＳＳＰが検出ポイントの用意されている状態を含むデータでプログラムさ れたデータメモリを含み、前記データが各検出ポイントが用意されていることを 示すときのみ、ＳＳＰがＳＣＰへ検出ポイント処理要求を送るようにされている 請求項８乃至12の何れか１項記載の遠隔通信ネットワーク。 １４．遠隔通信ネットワークで使用するためのサービス制御ポイント（ＳＣＰ） であり、該ＳＣＰはネットワークを介してサービススイッチングポイント（ＳＳ Ｐ）へ接続するためのシグナリングインターフェイスを含み、該シグナリングイ ンターフェイスには検出ポイントプロセッサが接続されており、該検出ポイント プロセッサは使用時にＳＳＰによってスイッチされる呼に対して検出ポイント処 理を実行するようにされている、遠隔通信ネットワークで使用するためのサービ ス制御ポイント。 １５．ＳＣＰから遠隔しているサービススイッチングポイント（ＳＳＰ）によっ てスイッチされる呼に対して検出ポイント処理を実行することを含むサービス制 御ポイントを動作する方法。 １６．ＳＣＰが前記呼に対して実質的にすべての検出ポイント処理を実行する請 求項15記載の方法。 １７．用意された検出ポイントに対してのみ検出ポイント処理要求をＳＳＰから 受取ることを含む請求項１５または１６記載の方法。 １８．用意された要求形式の検出ポイントに対してのみ検出ポイント処理要求を 受取ることを含む請求項17記載の方法。