JP2000507414A - インテリジェントネットワークのコールを制御する方法 - Google Patents

Abstract

(57)【要約】 本発明は、インテリジェントネットワークを使用することによりコールの試みを制御するための方法に係る。この方法は、（ａ）サービス交換機能（ＳＳＦ）を有する第１ポイント（ＳＳＰ＿Ａ）において発信半ＢＣＳＭ（Ｏ＿ＢＣＳＭ）に基づいてコールの試みを処理し、（ｂ）サービス交換機能（ＳＳＦ）を有する第２ポイント（ＳＳＰ＿Ｂ）において着信半ＢＣＳＭ（Ｔ＿ＢＣＳＭ）に基づいてコールの試みの処理を再開し、そして（ｃ）Ｔ＿ＢＣＳＭを使用する処理からのサービス要求を、サービス制御機能（ＳＣＦ）を有するポイント（ＳＣＰ）へ与えるという段階を含む。被呼加入者にも融通性のあるＩＮサービスを提供できるようにするために、上記コール試みの処理は、Ｏ＿ＢＣＳＭを使用するポイント（ＳＣＰ＿Ａ）へ復帰され、そしてＯ＿ＢＣＳＭに基づき処理が再開される。

Description

【発明の詳細な説明】 インテリジェントネットワークのコールを制御する方法発明の分野 本発明は、インテリジェントネットワークを使用することによりコールの試み を制御するための請求項１の前文に記載の方法に係る。先行技術の説明 テレコミュニケーションの急速な開発によりオペレータがユーザに多数の異な るサービスを提供できるようになった。進歩的なサービスを提供するネットワー クアーキテクチャーは、インテリジェントネットワーク、通常は省略してＩＮと 称される。インテリジェントネットワークアーキテクチャーは、ＰＳＴＮ（公衆 交換電話ネットワーク）、ＰＳＰＤＮ（パケット交換公衆データネツトワーク） 並びにＩＳＤＮ及びＢ−ＩＳＤＮネットワーク（サービス総合デジタル網及び広 帯域ＩＳＤＮ）のようなほとんどのテレコミュニケーションネットワークに適用 することができる。ネットワークアーキテクチャーとは独立して、インテリジェ ントネットワークアーキテクチャーの目的は、新たな電話サービスの形成、制御 及び管理を容易にすることである。現在のＩＮ仕様は、ベルコアＡＩＮ Ｒｅｌ ．１（アドバンスト・インテリジェントネットワーク、リリース１）及びＩＴＵ −Ｔ（正式にはＣＣＩＴＴ）仕様の能力セット１（ＣＳ−１）を含む。 インテリジェントネットワークの機能的アーキテクチャーが図１に示されてお り、ネットワークの機能的エンティティが楕円で表されている。本発明の方法の 理解を容易にするために、このアーキテクチャーについて以下に簡単に述べる。 ネットワークへのエンドユーザ（加入者）のアクセスは、ＣＣＡＦ機能（コー ルコントロールエージェント機能）によって取り扱われる。ＩＮサービスへのア クセスは、既存のデジタル交換機を修正することにより実行される。これは、２ 人のユーザ間のコールを処理する既存の機能を記述するＢＣＳＭ（基本的コール 状態モデル）を使用することにより行われる。ＢＣＳＭは、ユーザ間接続ルート を設定しそして維持するのに必要なＣＣＦ機能（コールコントロール機能）の高 レイヤ状態自動記述である。ＳＳＦ機能（サービス交換機能）により、この状態 モデル（図１の部分的に重畳する要素ＣＣＦ及びＳＳＦを参照）に機能を組み込 んで、インテリジェントネットワークのサービス（即ちＩＮサービス）を呼び出 さねばならないときを判断することができる。これらのＩＮサービスが呼び出さ れると、インテリジェントネットワークのサービスロジックを含むサービスコン トロール機能（ＳＣＦ）は、サービス特有の取り扱い（コールの試み）を管理す る。次いで、ＳＳＦは、ＣＣＦ（コールコントロール機能）をＳＣＦ（サービス コントロール機能）に接続しそしてＣＣＦを制御できるようにする。ＳＣＦは、 例えば、ＳＳＦ／ＣＣＦに、特定のコール又は接続機能、例えば、課金又はルー ト指定動作を実行するよう要求する。又、ＳＣＦは、インテリジェントネットワ ークのサービス特有の情報及びネットワーク情報へのアクセスを取り扱うＳＤＦ （サービスデータ機能）へも要求を送信する。従って、ＳＣＦは、例えば、ＳＤ Ｆに、特定のサービスに関する情報を検索したり又はこのような情報を更新した りするように要求する。ＳＤＦは、ＳＣＦからの情報の実際の具現化を隠蔽し、 そして情報の論理的な概要をＳＣＦに与える。 上記の動作は、ＳＲＦ（特殊なリソース機能）によって更に補われ、これは、 インテリジェントネットワークにより与えられる幾つかのサービスを実行するの に必要な特殊な手段を形成する。これらは、プロトコルの変更、スピーチ認識、 音声通知等を含む。ＳＣＦは、例えば、ＳＳＦ／ＣＣＦ機能に、エンドユーザと ＳＲＦとの間の接続を先ず確立するように要求し、次いで、ＳＲＦに、エンドユ ーザに音声メッセージを与えるように要求する。 インテリジェントネットワークの他の機能的エンティティは、ＳＣＥＦ（サー ビス形成環境機能）、ＳＭＦ（サービス管理機能）及びＳＭＡＦ（サービス管理 アクセス機能）のような色々な種類の管理に関係した動作である。ＳＭＦは、例 えば、サービスの管理を含み、ＳＭＡＦは、ＳＭＦへのインターフェイスを形成 し、そしてＳＣＥＦは、ＩＮサービスのＳＭＦの定義、開発、テスト及び入力を 行えるようにする。これらの機能は、ネットワークオペレータの操作のみに関連 しているので、図１には示されていない。 図１に示す機能的エンティティの役割について、ＩＮサービスの観点から以下 に簡単に説明する。ＣＣＡＦは、発呼者により送られたサービス要求を受信し、 このサービス要求は、通常、オフフック及び／又は発呼者がダイヤルした特定の 一連の数字より成る。ＣＣＡＦは、サービス要求を処理のためにＣＣＦ／ＳＳＦ へ送る。コール制御機能ＣＣＦは、サービス情報をもたず、サービス要求を確認 するようにプログラムされている。ＣＣＦは、コール設定を瞬問的に中断し、そ してサービス交換機能ＳＳＦにコール状態を通知する。所定の基準を使用するこ とにより、ＳＳＦのタスクは、サービス要求を中断し、従って、サービス要求が ＩＮサービスに関連したものであるかどうか決定することである。もしそうであ れば、ＳＳＦは、標準的なＩＮサービス要求を形成し、そしてその要求を、サー ビス要求の状態に関する情報と共にＳＣＦに送信する。ＳＣＦは、その要求を受 け取り、それをデコードする。その後、ＳＣＦは、ＳＳＦ／ＣＣＦ、ＳＲＦ及び ＳＤＦと協働して、エンドユーザに要求されたサービスを提供する。 ＩＮの物理的なレイヤのアーキテクチャーは、上記機能的エンティティがネッ トワークの物理的エンティティへいかにマップされるかを示す。インテリジェン トネットワークの物理的アーキテクチャーが図２に示されており、物理的エンテ ィティは長方形又は円でそして物理的エンティティは楕円で示されている。信号 リンクは破線で示され、そしてスピーチのような実際の搬送は、実線で示されて いる。任意の機能的エンティティは、破線で示されている。図示された信号ネッ トワークは、シグナリングシステムナンバー７（ＳＳ７は、ＣＣＩＴＴ（今日の ＩＴＵ−Ｔ）ブルーブック「シグナリングシステムＮｏ．７の仕様」、１９８８ 年、メルボルン、に記載された公知の信号システムである）に基づくネットワー クである。 加入者装置ＳＥ、例えば、電話、コンピュータ、又はファクシミリは、ＳＳＰ （サービス交換ポイント）に直接接続されるか、又はＮＡＰ（ネットワークアク セスポイント）に接続される。 サービス交換ポイントＳＳＰは、ユーザにネットワークへのアクセスを与える と共に、全ての必要な選択機能を取り扱う。又、ＳＳＰは、インテリジェントネ ットワークによりサービス要求を検出することができる。機能的に、ＳＳＰは、 コール制御及びサービス選択特徴を含む。 ネットワークアクセスポイントＮＡＰは、本出願人のＤＸ２２０のような従来 型の交換機であって、ＣＣＦ機能を含むと共に、ＩＮサービスを要求するコール を通常のコールから区別することができ、そしてＩＮサービスを要求するコール を当該ＳＳＰへルート指定することができる。 ＳＣＰ（サービスコントロールポイント）は、ＩＮサービスを形成するのに使 用されるサービスプログラムを含む。 ＳＤＰ（サービスデータポイント）は、特殊なサービスを形成するためにＳＣ Ｐサービスプログラムにより使用される顧客及びネットワークデータを含むデー タベースである。ＳＣＰは、ＳＤＰのサービスを直接使用するか、又は信号ネッ トワークを経て使用する。 ＩＰ（インテリジェントペリフェラル）は、アナウンスメント及び二重トーン 多周波数（ＤＴＭＦ）検出のような特殊な特徴を与える。 ＳＳＣＰ（サービス交換及びコントロールポイント）は、１つのノードのＳＣ Ｐ及びＳＳＰで構成される（即ち、図２のＳＳＰノードがＳＣＦ及びＳＤＦの両 エンティティを含む場合には、ＳＳＣＰが問題となる）。 ＳＭＰ（サービスマネージメントポイント）のタスクは、データベース（ＳＤ Ｐ）の管理、ネットワークの監視及びテスト、並びにネットワークデータの収集 を含む。これは、他の全ての物理的エンティティに接続される。 ＳＣＥＰ（サービス形成環境ポイント）は、ＩＮサービスを決定し、開発しそ してテストすると共に、サービスをＳＭＰに入力するのに使用される。 付属品（ＡＤ）は、サービスコントロールポイントＳＣＰと機能的に同等であ るが、高速データリンク（例えば、ＩＳＤＮ３０Ｂ＋Ｄインターフェイス）によ りＳＳＰに直接接続されるのであって、ＳＳ Ｎｏ．７ネットワークを経て接続 されるのではない。 ＳＮ（サービスノード）は、ＩＮサービスを制御し、ユーザとのデータ転送を 実行する。又、１つ以上のＳＳＰと直接通信する。 ＳＭＡＰ（サービスマネージメントアクセスポイント）は、特定のユーザに対 してＳＭＰへの接続を与える物理的エンティティである。 上記説明では、本発明による方法を説明するための背景としてインテリジェン トネットワークの概要を述べた。この点に関心のある読者は、例えば、ＩＴＵ− Ｔ推奨勧告Ｑ．１２１Ｘ又はベルコアＡＩＮ推奨勧告からインテリジェントネッ トワークについて更に完全に理解することができよう。 本発明による方法を容易に理解するために、上記のコール状態モデルについて 説明する。このモデルを示す要素は、ＰＩＣ（コール内ポイント）、ＤＰ（検出 ポイント）、移行及び事象である。ＰＩＣは、１つ以上のコール／接続状態を完 了するのに必要なＣＣＦ機能を識別する。ＤＰは、コール及び接続プロセスにお いてＩＮへの制御の移行が生じるポイントを検出する。（ＤＰの次にはそれらを 示す名前があり、ＥＴＳＩ（ヨーロピアン・テレコミュニケーションズ・スタン ダード・インスティテュート）規格では、その名前がＤＰ自体に関連し、一方、 ＩＴＵ−Ｔ規格では、その名前が当該ＤＰからＳＳＦによりＳＣＦへ送信される メッセージに関連される。）移行は、あるＰＩＣから別のものへのコール／接続 プロセスの通常の流れを指示する。事象は、ＰＩＣへの及びそこからの移行を生 じさせる。ここでは、完全に説明しないが、詳細な説明については、推奨勧告Ｑ ．１２１４を参照されたい。ＰＩＣについて、以下に簡単に説明する。 図３は、推奨勧告Ｑ．１２１４に基づくＯ＿ＢＣＳＭ（発信基本コール状態モ デル）を示す。ＰＩＣ１（Ｏ＿Ｎｕｌｌ＆Ａｕｔｈｏｒｉｚｅ＿Ｏｒｉｇｉｎａ ｔｉｏｎ＿Ａｔｔｅｍｐｔ）入力事象は、手前の接続（ＤＰ９又はＤＰ１０）を 切断する。この機能は、インターフェイスをアイドルモードにセットし、そして 発呼者の権限をチェックする（所与の特性をもつコールを実行するための発呼者 の権限をチェックする）ことである。ＰＩＣ２において、発呼者から初期情報が 収集される。このような情報は、例えば、サービスコード及びダイヤルされたア ドレス数字を含む。ＰＩＣ３において、得られた情報が分析されて、ルートアド レス及びコール形式（例えば、ローカル交換機コール／トランシット交換機コー ル／国際交換機コール）を決定する。ＰＩＣ４において、例えば、コールのルー ト指定が実行される。初期情報は、着信半ＢＣＳＭモデルに送信され、そしてコ ールの制御は、着信半ＢＣＳＭに移行される。ＰＩＣ５の入力事象は、コールが 被呼者により応答されたという着信半ＢＣＳＭからの指示により構成される。そ の機能は、発呼者と被呼者との間の接続の確立及び課金データの収集である。出 力事象は、発呼者からのサービス要求（ＤＰ８）、発呼者又は被呼者がコールを 切断したという情報（ＤＰ９）、又は接続欠陥の発生（ＰＩＣ６への移行）であ る。ＰＩＣ６において、デフォールト及び例外状態が取り扱われる。 図４は、推奨勧告Ｑ．１２１４に基づくＴ＿ＢＣＳＭ（着信基本コール状態モ デル）を示す。ＰＩＣ７の入力事象は、手前のコールの切断又はクリア（ＤＰ１ ７又はＤＰ１８）であるか、又はＳＳＦ／ＣＣＦ完了による例外のデフォールト 取り扱い（ＰＩＣ１１）である。その機能は、インターフェイスをアイドル状態 にセットし、そして権限（コールを被呼者へルート指定する権限）を照合するこ とである。ＰＩＣ８において、使用可能なリソースが選択され、そして被呼者に 入呼びが通知される。出力事象は、着信者（ＰＩＣ９への移行）、使用可能なリ ソース又は被呼者がビジーであること（ＤＰ１３）、コールが被呼者により応答 されたこと（ＤＰ１５）、又は発呼者がコールを断念すること（ＤＰ１８）を通 知する。ＰＩＣ９において、被呼者が通知を受けそしてコールに対する被呼者の 応答が待機されるという指示が発信半ＢＣＳＭに送られる。出力事象は、被呼者 が特定の時間周期内に応答せず（ＤＰ１４）、被呼者がコールに応答し（ＤＰ１ ５）、或いは発呼者がコールを断念する（ＤＰ１８）というものである。ＰＩＣ １０への移行は、被呼者がコールに応答するときに行われる。ＰＩＣ１０におい て、被呼者がコールに応答したという指示が発信半ＢＣＳＭへ送られ、そして発 呼者と被呼者との間の接続が確立される。出力事象は、被呼者からサービス要求 が受け取られ（ＤＰ１６）、発呼者又は被呼者から切断指示が受け取られ（ＤＰ １７）、又は欠陥が生じる（ＰＩＣ１１への移行）というものである。ＰＩＣ１ １において、デフォールト及び例外状態が取り扱われる。 インテリジェントネットワークでは、ＡＢＤ（短縮ダイヤル）、ＡＡＢ（自動 別途勘定）及びＣＦ（コール再送）のような多数の色々な種類のサービスを提供 できる。しかしながら、これらサービスは、被呼者（Ｂ加入者）の観点から融通 性のある仕方で実施することができず、そのほとんどのサービスは発呼者（Ａ加 入者）のためのものである。これは、発信半ＢＣＳＭに非常に多数の側面がある ためである。（又、図３及び４に示すように、とりわけ、コールの遮断及びそれ に関連した課金、ユーザからのデータの収集、コールの試みの解除及び完了並び に継続も、発信半ＢＣＳＭに基づいて融通性のある仕方で行えるだけである。）発明の要旨 本発明の目的は、コール又はコールの試みを制御するための新規な形式の方法 を提供することにより上記欠点を改善することである。この目的は、請求項１の 特徴部分に記載した本発明の方法により達成される。 本発明の考え方は、ＩＮサービスが着信半ＢＣＳＭから開始された場合に発信 半ＢＣＳＭを用いるコール制御器へコールの試みの制御を戻すことである。発信 半ＢＣＳＭを用いるコール制御器は、その後、新たなＩＮサービスを開始するこ ともできるし、或いは着信半ＢＣＳＭにより開始されたＩＮサービスによりおそ らく決定された情報を用いてコールの試みを直接処理し続けることもできる。 本発明の解決策では、Ｂ加入者にも、できるだけ融通性のあるＩＮサービスを 提供できるという効果が得られる。ある信号システムでは、コールのルート指定 がネットワークの特定の点に戻される。このような方法と比較して、本発明は、 実行されるべき動作が例えば再ルート指定のみに限定されないので、より融通性 のある制御機能を明らかに与える。図面の簡単な説明 以下、添付図面の図５を参照して、本発明及びその好ましい実施形態を詳細に 説明する。 図１は、インテリジェントネットワークの機能的アーキテクチャーを示す図で ある。 図２は、インテリジェントネットワークの物理的アーキテクチャーを示す図で ある。 図３は、発呼者のコール状態モデルを示す図である。 図４は、被呼者のコール状態モデルを示す図である。 図５は、電話ネットワークに適用された本発明の方法を示す図である。好ましい実施形態の詳細な説明 図５の例は、公衆交換電話ネットワーク５０に接続された参照文字Ａ及びＢで 示された２つのターミナル交換機を示している。加入者ターミナル装置ＳＡは、 交換機Ａに接続され、そして加入者ターミナル装置ＳＢは、交換機Ｂに接続され る。この場合に、加入者装置ＳＡをもつ加入者が、加入者装置ＳＢをもつ加入者 にコールを発する。両交換機は、サービス交換ポイントＳＳＰであり、従って、 それに対応する機能（ＳＳＦ）を有する。 コール設定の始めに、交換機Ａは、Ａ加入者がコールを発することを希望する という情報を受け取る。この情報は、例えば、規格Ｑ．９３１に基づく設定メッ セージにおいて受け取られるか、又は交換機が加入者によるオフフックの結果と して加入者ループが閉じたことを確認する。この情報により、図３のコール状態 モデルのＰＩＣ２への移行がなされ、そして更に、コールを発する加入者の権利 が確立された後にＰＩＣ３への移行がなされる。ＰＩＣ４において、被呼者のコ ール状態モデルＴ＿ＢＣＳＭが作動される。これに伴い、Ａ加入者の交換機は、 信号ネットワークを経てＢ加入者の交換機へ初期メッセージを送信する。この初 期メッセージは、共通チャンネル信号システムがＩＳＤＮユーザパートＩＳＵＰ （ＩＳＤＮユーザパート）をユーザ部分として使用する場合にはＩＡＭメッセー ジ（初期アドレスメッセージ）であり、又はＴＵＰ（テレフォンユーザパート） がユーザ部分として使用される場合にはＩＡＩメッセージ（付加的な情報を伴う 初期アドレスメッセージ）である。図５において、このような初期メッセージの 送信は、丸内の１示されている。初期メッセージの結果として、Ｂ加入者の交換 機は、着信半コール状態モデルＴ＿ＢＣＳＭ（図４）に合致するコール試みの処 理を開始する。 特定の処理段階において、着信半ＢＣＳＭを用いるＩＮサービスが、Ｂ加入者 の交換機に位置するサービス交換ポイントＳＳＰ＿Ｂにおいてトリガーされる。 このＩＮサービスは、参照文字ＳＬＰ＿Ｂで示されている。トリガー動作は、条 件付き又は無条件トリガーポイント（ＴＤＰ−Ｒ）から行われる。（例えば、Ｄ Ｐ２は、必要な全ての情報が収集されるや否や順方向トリガーが行われるので、 無条件トリガーポイントである。） 条件付きトリガーポイントは、ビジートーンが例えば厳密に１０秒聞こえるか 又は被呼加入者が特定の時間内に応答しない（ＤＰ１４）という条件が設定され た場合に、被呼加入者の電話がビジーである（図４のＤＰ１３）ことにより表さ れる。このような場合に、ＳＳＰ＿Ｂは、Ｉｎｉｔｉａｌ＿ＤＰメッセージをサ ービスコントロールポイントＳＣＰへ送信し、これにより、サービスコントロー ルポイントにおいてＩＮサービスＳＬＰ＿Ｂが開始される。図５において、送信 が丸内の２で示されている。同時に、ＳＳＰ＿Ｂでは、コールの処理が凍結され て、ＳＣＰからの命令を待機する。（Ｉｎｉｔｉａｌ＿ＤＰは、規格に規定され たＳＳＦとＳＣＦとの間のメッセージであり、コールモデルのＤＰにおいてサー ビス要求を検出した際にＳＳＦにより発生される。次いで、Ｂ加入者の加入者デ ータにおいて、ビジーであるか又は応答しないことがサービス要求を表すと決定 される。） ＳＳＰ及びＳＣＰは、それらの通信において、ＩＮＡＰプロトコル（１９９４ 年９月のＥＴＳＩ規格ＥＴＳ３００ ３７４−１に記載されたインテリジェント ネットワークアプリケーションプロトコル）を使用する。この通信は、公知技術 の場合と同様に行われるので、ここでは詳細に説明しない。 本発明によれば、問題とするＩＮサービス（ＳＬＰ＿Ｂ）は、Ｏ＿ＢＣＳＭへ のコール試み制御機能の復帰を開始する。この復帰は、直ちに開始されてもよい し、又は例えばユーザとの対話の後に開始されてもよく、この場合、例えば、ユ ーザには所望の情報が与えられる。この復帰は、ＳＣＰによって送信されるＲｅ ｌｅａｓｅＣａｌｌメッセージのＣａｕｓｅ（原因）フィールドに、この目的で 指定された値を使用することにより実施される。制御の復帰を表すこの値は、ネ ットワークオペレータに特有のものでもよいし、又は更に広く使用されるもので もよい。ＳＣＰにより送られるＲｅｌｅａｓｅＣａｌｌメッセージは、コールの 任意の段階で接続を解除するのに使用されるメッセージである。このメッセージ は、原因の値を含み、これにより解除方法を通常推定することができる。本発明 によれば、制御の復帰を指示する値も、このフィールドに使用され、このような 値には、サービス交換ポイント（ＳＳＰ＿Ａ）において別のＩＮサービスへのト リガーがセットされる。図５では、ＲｅｌｅａｓｅＣａｌｌメッセージの送信が 丸内の３で示されている。（ＲｅｌｅａｓｅＣａｌｌメッセージは、ＤＰ１３又 はＤＰ１４からのメッセージに対して常に与えられる応答ではなく、即ち、同じ 状態において、Ｕｓｅｒ＿ｉｎｔｅｒａｃｔｉｏｎメッセージ等も送信され、そ して加入者から付加的な命令が求められるか、又はコールの試みに関する付加的 な情報が加入者へ転送されることを指摘しておく。） 従って、ＳＣＰは、原因の値を含むＲｅｌｅａｓｅＣａｌｌメッセージを先ず ＳＳＰ＿Ｂコール制御器（Ｔ＿ＢＣＳＭ）へ送信し、これは、ここに使用する例 では、Ｂ加入者がビジーであるか又は特定の時間内に応答しなかったかに基づい てＤＰ１３又はＤＰ１４のいずれかを待機したままとなる。ＲｅｌｅａｓｅＣａ １１メッセージの結果として、原因の値をもつメッセージが上記ポイントの１つ からＳＳＰ＿Ａ発信半コール制御器へ送られ、これは、ＰＩＣ４において大気状 態のままである。図４において、メッセージの送信が丸内の４で示されている。 ＳＳＰ＿Ａでメッセージを受け取ると、発信半コール状態モデルにおいてＤＰ４ への移行が生じ、ここでは、使用された原因の値に対して条件付きトリガーがセ ットされる。メッセージと共に受け取られた原因の値が検出ポイントで検出され ると、Ｉｎｉｔｉａ１＿ＤＰメッセージが当該検出ポイント（ＤＰ４）から、Ｓ ＣＰにおいてアクティブであるＩＮサービスＳＬＰ＿Ａへ送信され、従って、当 該ＩＮサービスを開始させる。この段階が丸内の５で示されている。その後、コ ール制御は、ＳＬＰ＿Ａにより管理される。従って、ＤＰ４への移行は、サービ スプログラムＳＬＰ＿Ｂにより使用される原因の値が「Ｂビジー」又は「Ｂ応答 せず」状態を特に決定しない場合には発信半部分において行われる（この場合に は、移行が発信半部分においてＤＰ５又はＤＰ６へと各々行われる）。 原因の値に加えて、サービスの協働に関連した診断情報であって、ＳＳＰ＿Ｂ からＩｎｉｔｉａｌ＿ＤＰメッセージを受信した後にＳＬＰ＿Ｂにより初期段階 で決定された診断情報も、ＩＮサービス（ＳＬＰ＿Ａ）へ転送される。この診断 情報は、ＩＳＵＰ信号を用いるネットワークにおいて透過的に転送される。 上記手順の後に、接続が解除される。 以上、添付図面を参照して本発明を詳細に説明したが、本発明はこれに限定さ れるものではなく、上記の本発明の考え方及び請求の範囲内で種々の変更がなさ れ得ることが明らかであろう。上記説明において、発信及び着信半コールモデル に基づく処理段階は、異なる交換機において行われたが、加入者が同じ交換機の 加入者である場合には、同じ交換機において行うこともできる。ＩＮサービスの ＳＬＰ＿Ａ及びＳＬＰ＿Ｂは、同じＳＣＰにおいて示されたが、ネットワークの 異なるＳＣＰノードにも等しく物理的に配置することができる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ， ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ， ＵＳ，ＵＺ，ＶＮ，ＹＵ

Claims (1)

1. 【特許請求の範囲】 １．インテリジェントネットワークを使用することによりコールの試みを制御 する方法であって、サービス交換機能（ＳＳＦ）を有する第１ポイント（ＳＳＰ ＿Ａ）において発信半基本コール状態モデル（Ｏ＿ＢＣＳＭ）に基づいてコール の試みを処理し、サービス交換機能（ＳＳＦ）を有する第２ポイント（ＳＳＰ＿ Ｂ）において着信半ＢＣＳＭ（Ｔ＿ＢＣＳＭ）に基づいてコールの試みの処理を 再開し、そしてＴ＿ＢＣＳＭを使用する処理からのサービス要求を、サービス制 御機能（ＳＣＦ）を有するポイント（ＳＣＰ）へ与えるという段階を含む方法に おいて、 上記サービス要求に応答して、コールの試みの処理を、Ｏ＿ＢＣＳＭを使用す るポイント（ＳＣＰ＿Ａ）へ復帰させ、そしてＯ＿ＢＣＳＭに基づき処理を再開 することを特徴とする方法。 ２．上記復帰は、サービス制御機能（ＳＣＦ）を有するポイント（ＳＣＰ）に より送信されるＲｅｌｅａｓｅＣａｌｌメッセージの原因コードに復帰を表す値 を使用することにより実行される請求項１に記載の方法。 ３．Ｏ＿ＢＣＳＭを使用する処理からの新たなサービス要求を、サービス制御 機能（ＳＣＦ）を有するポイント（ＳＣＰ）へ与える請求項１に記載の方法。 ４．サービス制御機能を有するポイント（ＳＣＰ）により決定されたサービス 関連情報を原因コードと共に転送する請求項２に記載の方法。 ５．上記復帰に応答し、コールの試みの処理を上記情報に直接基づいて発信半 ＢＣＳＭに従って再開する請求項４に記載の方法。 ６．コールを再ルート指定すべき番号を原因コードと共に転送する請求項５に 記載の方法。 ７．サービス交換機能を有する第１ポイント（ＳＳＰ＿Ａ）と、サービス交換 機能を有する第２ポイント（ＳＳＰ＿Ｂ）は、インテリジェントネットワークの 異なるＳＳＰノード（Ａ、Ｂ）にある請求項３に記載の方法。 ８．サービス交換機能を有する第１ポイント（ＳＳＰ＿Ａ）と、サービス交換 機能を有する第２ポイント（ＳＳＰ＿Ｂ）は、インテリジェントネットワークの 同じサービス交換ポイントＳＳＰにある請求項３に記載の方法。 ９．発信半ＢＣＳＭを使用する処理から与えられるサービス要求は、サービス 制御機能（ＳＣＦ）を有するポイント（ＳＣＰ）であって、着信半ＢＣＳＭを使 用する処理から与えられたサービス要求と同じポイント（ＳＣＰ）へ送信される 請求項３に記載の方法。 １０．発信半ＢＣＳＭを用いる処理により与えられる新たなサービス要求は、 着信半ＢＣＳＭを使用する処理により与えられたサービス要求とは異なるインテ リジェントネットワークのＳＣＰノードに送信される請求項３に記載の方法。