JPH11501784A - 通信及び接続を制御する方法 - Google Patents

Abstract

(57)【要約】 サービスを提供するシステムアーキテクチャーは、コネクションマネージメント、サービスマネージメント、及びコミュニケーションセッションマネージメントＣＳＭを備えている。特殊な適応ソフトウェアは、サービスの当事者間の通信の論理的構成の記述と、加入者と従来交換機との間の物理的な接続を記述する接続編成の状態の記述とを形成する。テレコミュニケーションネットワークによるシステムサービス要求に応答して、サービスマネージメントは、通信状態の要求されたサービスに対応する所望の通信状態の記述と、接続編成の状態の記述とを与える。コミュニケーションセッションマネージメントＣＳＭは、それに送られた接続編成の状態の記述を使用して、どんな種類の通信状態が所与の接続状態に対応するかを決定する。その接続状態に応答して、コネクションマネージメントは、所望のサービスに対応する接続が形成されるように接続を行う。

Description

【発明の詳細な説明】 通信及び接続を制御する方法発明の分野 本発明は、テレコミュニケーションネットワークにおいて接続及び通信を制御 する方法に係る。先行技術の説明 種々のサービスをサポートしそして創作する需要は、データ通信ネットワーク の開発をいわゆるインテリジェントネットワークの方向に向けた。インテリジェ ントネットワークとは、使用するサービスに関わりなくモジュラーオペレーショ ンを提供することを目的とするアーキテクチャーで、これらオペレーションは、 新たなサービスを創作するときに要素として互いに接続することができ、新たな サービスの決定及び計画を容易にすることができる。第２の目的は、テレコミュ ニケーションネットワークに関わりなくサービスを供給することである。これら サービスは、最下位の物理的ネットワーク構造とは個別のもので、この場合それ らを分散させることができる。 インテリジェントネットワークに対して、いわゆる「基本通話状態モデルＢＣ ＳＭ」が定義されている。これは、ユーザ間に接続ルートを設定しそして維持す るのに必要な通話制御機能ＣＣＦの記述である。従って、ＢＣＳＭは、ＩＮサー ビスロジックをアクティブな状態へと導くことのできる基本的通話及び接続事象 を記述するフレームワークを与え、換言すれば、通話制御がＩＮサービスロジッ クオブジェクトと対話できると共に制御の転送を行うことのできる検出ポイント ＤＰを通話プロセス及び接続プロセスにおいて検出する。 又、テレコミュニケーションネットワークからネットワーク制御を分離するこ とを目的とする他のネットワークアーキテクチャーも提供されている。このよう なアーキテクチャーの１つがＰＣＴ特許出願ＷＯ９３／０５５９９に開示されて いる。ネットワークの制御システムは、通話制御から分離されているが、この解 決策では、与えられた動作原理に基づいて最初からネットワークを構成すること が要求され、現在の公衆交換電話ネットワークＰＳＴＮをアプリケーションに基 づいてネットワークにいかに接続できるかの情報を与えるものではない。 上記ＰＣＴ特許出願に開示されたアーキテクチャーの考え方を更に展開するこ とができる。交換機構又はチャンネル制御、通話制御及び接続制御のような種々 の従来の通話処理機能が別々のアプリケーションプロセスに分離されるアーキテ クチャーが、特許出願ＥＰ−０６３１４５６及びＥＰ−０６３１４５７に開示さ れている。 上記ＥＰ出願に開示されたものと同様のアーキテクチャー、即ちおそらく通話 に必要とされる接続手段及び他のネットワークリソースの取り扱いが、通話の当 事者（エンドユーザ）間のメッセージの送信及びサービス自体の取り扱いと完全 に分離されるようなアーキテクチャーが、テレコミュニケーションズ・インフォ メーション・ネットワーク・アーキテクチャー・コンソーシウムＴＩＮＡＣによ って提案されている。通話の当事者は、先ず、どんな種類のネットワークリソー スを必要とするか検討し、そしてネットワークリソースが予約され、それらが実 際に必要とされたときだけ使用される。これは、送信リソース及び接続リソース とサービスとの別々の開発を可能にする。従って、ネットワーク制御は、ネット ワーク技術に関わりなくサービスを使用することができる。同じサービスを異な る技術で創作することができ、例えば、音声メッセージサービスをＡＴＭ ＶＣ 又は狭帯域ＩＳＤＮネットワークを用いて創作することができる。提案されたア ーキテクチャーでは、サービスが対話サービス要素のグループで構成される。幾 つかの要素は、サービス特有のものであり、一般的なサービス要素により提供さ れるサービスを使用することができる。一般的なサービス要素は、異なる形式の 処理、通信サービス、例えば、音声及び映像、並びに特殊なリソースサービス、 例えば、コンファレンスリングに関連したサービスを提供する。 このアーキテクチャーでは、接続が「コネクションマネージメント」によって 処理され、「コミュニケーションマネージメント」と称する制御ソフトウェアが 通信の役目を果たし、そして「サービスマネージメント」と称する制御ソフトウ ェアがサービスを実行する。 この提案されたオペレーションは、あるサービスが使用されるときに、「サー ビスマネージメント」が「コミュニケーションマネージメント」に、要求された サービスに対応する所望の通信状態の記述を与えるという性質である。「コミュ ニケーションマネージメント」は、所定の通信状態に到達するためにどんな接続 状態でなければならないかを決定する。これは、接続状態の記述を「コネクショ ンマネージメント」に与え、この場合に、「コネクションマネージメント」は、 所望の接続が確立されるように接続を形成する。通信状態及び接続状態の概念を 以下に説明する。通信状態は、「論理的コネクショングラフＬＧＣ」と称する概 念をベースとする。「サービスマネージメント」は、ネットワーク構造及び技術 に関わりなく、「論理的コネクショングラフ」と称するものとして必要とされる 通信リソースを特定する。 図１の情報モデルは、通信状態が何を指すかを簡単に表している。流れインタ ーフェイスは装置の抽象を表し、そして結合インターフェイスは、ローカル接続 又は長距離接続の抽象を表す。これらは両方とも、オブジェクトを開始し、変更 しそして削除するという機能を果たす対応するオペレーションインターフェイス を介して制御される。通信の当事者と、それら当事者が通信セッションに参加す るときのそれらのインターフェイスとが示されている。流れは、所与のフレーム 構造（フォーマット、コード）及びサービスパラメータの質ＱｏＳを有する単一 方向性のビット流であり、ＱｏＳは、フレームの時間整列、流れと流れとの間の 同期需要、等を決定する。通信セッションマネージメントＣＳＭは、流れインタ ーフェイスの結合を明確に特定すると共に結合を制御するためのインターフェイ スを与える。流れ結合オブジェクトは、流れインターフェイス間の関係を定義す る。仮想装置は、実際の物理的装置の抽象である。流れは、単一方向性のポイン ト／ポイント又はポイント／マルチポイントであり、即ち１つ以上のブランチで 構成される。流れブランチは、プロデューサと各カスタマとの間に定義される。 「論理的コネクショングラフＬＣＧ」は、流れ結合と同等である。これは、論理 ゲートを経て論理ラインにより接続された論理的頂点を含む。 図２は、図１の内容をＬＣＧ概念として示す。ＬＣＧは、ネットワークにおけ るリソースの位置には関心がない。これは、ＣＳＭにより与えられるインターフ ェイスを特定するために流れ結合を制御するオペレーションを定義するのに必要 とされる。換言すれば、通信セッションマネージメントＣＳＭが動作し得るよう にＬＧＣ概念として通信状態を知らねばならない。 完全に動作できるようにするために、ＣＳＭは接続状態の記述を必要とする。 ネットワーク接続を表す物理的コネクショングラフＰＣＧ及びノードのリソース の構成を表すノード的コネクショングラフＮＣＧの概念は、ＬＧＣから導出され ている。「物理的」という用語は、ネットワークを指し、そして「ノード的」と いう用語は、ネットワークがノード間に接続を確立するところのノードを指す。 物理的グラフと論理的グラフの相違は、接続リソースの論理的構成は、どこに リソースがあるかに注目しないが、物理的構成はそれらの位置を知っているとい うことである。論理的コネクショングラフＬＣＧは、計算インターフェイス間の 端−端接続を表し、そして物理的コネクショングラフＰＣＧは、ネットワークタ ーミナルポイント間の接続を表す。計算インターフェイスは、この点においては 現在形式又は機能である。新たなアーキテクチャーの本質的な点は、それらが流 れの形式であることである。論理的コネクショングラフの論理的アドレスから、 物理的コネクショングラフの物理的アドレスへの変換がなされる。論理的ライン から物理的ラインへの変換も同様に存在する。多数のＬＧＣエレメントを多重化 により１つのエレメントとしてグループ編成することもできるし、或いは若干の ＬＧＣエレメントを分解により多数の物理的エレメントへと変換することもでき る。 上記の新たなネットワークアーキテクチャーが使用に供されるときには、新た なアーキテクチャーをインテリジェントネットワークのような既存のネットワー クにいかに適応させるかという問題が生じる。その１つの解決策は、上記ネット ワークアーキテクチャーをＡＴＭ又は他の広帯域ネットワークのようなあるオー バーレイネットワークに使用し、そしていずれのアーキテクチャーも変更せずに この新たなネットワークを既存のネットワークに適合させることである。このよ うな一体的使用は、おそらく、個別の適応プログラム及び個別のハードウェアに より実施される。適応プログラムは、新たなアーキテクチャーに挿入することが でき、この場合に、既存のシステムの変更は不要である。 上記した解決策の欠点は、ネットワークの一体的使用では、ソフトウェア技術 を使用することができず、ネットワークを自由ソフトウェア競争へと開放するこ とである。従って、一体的使用は、提案された新たなアーキテクチャー及び既存 のアーキテクチャーを最良に使用する別の方法を提供するものではない。一体的 使用をベースとする解決策は、これと並列に、既存ネットワークと提案された新 たなネットワークの標準化を行わねばならないという事態を招く。発明の要旨 本発明は、一体的使用の欠点を伴わず且つ新たなアーキテクチャーを既存のテ レコミュニケーションネットワークに接続するのに使用できる解決策を提案する ものである。本発明の第１の実施形態によれば、既存のインテリジェントネット ワークＩＮにおけるサービス交換ポイントＳＳＰの基本通話状態モデルＢＣＳＭ が使用される。所望の検出ポイント（１つ又は複数）は、ＳＳＰのＢＣＳＭにセ ットされ、通話処理がある検出ポイントまで進んだ後に、新たなアーキテクチャ ーに必要とされる３つの情報構造体が形成され、即ち論理的なコネクショングラ フとして表された通信状態の記述と、ノード的グラフ及び物理的コネクショング ラフとして表された接続手段の状態の記述とが形成される。これらの情報構造体 は、特殊な適応ソフトウェアにより形成される。これは、新たなアーキテクチャ ーの側又は従来(legacy)ネットワークの側のいずれかで行うことができる。両方 の場合に、従来ネットワークは、新たなアーキテクチャーの側から見たときに１ つのオブジェクトとして見ることができ、そして通信状態及び接続状態は、ＳＳ Ｐ及びその背景のネットワークの状態を包括的に記述する。これらの情報構造体 は、プログラムの「サービスセッションマネージメント」及び／又は「コミュニ ケーションセッションマネージメントＣＳＭ」に伝達され、これらは、この瞬間 から、要求されたサービスを処理するための責任を果たす。新たなアーキテクチ ャーのソフトウェアは、検出ポイントＤＰから送信された通信状態及び接続状態 を承認し、その後は、それが希望するように進行する。 ＳＳＰは、特殊な通話ホールド状態へ移行することにより新たなアーキテクチ ャーのソフトウェアへの責任の移管を承認する。この状態において、ＳＳＰは、 たとえ通話の状態マシン（ＢＳＣＭ）がまだ存在しても、通話の接続リソースの 状態に対して責任を負わない。この状態において、新たなアーキテクチャーは、 例えば、通話を別の通話、メッセージ装置又はコンファレンスリングに接続する ことができる。このため、ＳＳＰは、新たなアーキテクチャーに基づくサービス システムに新たなインターフェイス（Ｃｍ）を与える。 従来ネットワークにおける通話又はその一部分を解除すべきときには、ホール ド状態にあるＢＳＣＭがそれを新たなアーキテクチャーに通知する。新たなアー キテクチャーは、当該通話の一部分の接続手段の状態を、ＢＳＣＭが知っている ところへ戻し、そして通常に解除を続ける許可をＢＳＣＭに与える。 本発明の第２の実施形態によれば、従来ネットワークの交換機は、インテリジ ェントネットワークのＳＳＰのオペレーションを含まない。しかしながら、この ような交換機は、これも新たなアーキテクチャーに基づくものであるサービスシ ステムへ通話を着信させることができ、即ち従来交換機は、エンドポイント交換 機の機能を含む。スタートポイントは、例えば、従来ネットワークへと定義され た通常のルートの結果として、又はダイヤル番号の変換に基づき、或いは通話送 信の結果として、新たなアーキテクチャーのネットワークがその結論となるよう な性質のものである。特殊な適応ソフトウェアは、エンドポイント交換機の機能 を含む従来ネットワークの交換機、又は新たなアーキテクチャーのサービスシス テムに配置することができる。上記従来交換機の通話マシンは、ホールド状態へ 命令することができ、そして交換機は、第１の実施形態に基づくインターフェイ スＣｍを与える。新たなアーキテクチャーのサービスシステムは、それが受け取 ったグラフ情報構造体をそのスタート情報として取り上げ、ここで、それが希望 するように通話を進めることができる。 従来ネットワークにおける通話又はその一部分を解除すべきときは、ホールド 状態にある従来交換機の通話自動マシンが、ネットワーク間のインターフェイス により許されたメッセージでこのことを新たなアーキテクチャーに通知する。新 たなアーキテクチャーは、通話の一部分の接続手段を、通話自動マシンが知って いる状態に戻し、そして通常に解除を続ける許可を従来交換機に与える。図面の簡単な説明 図１は、新たなネットワークにおける通信状態の情報モデルを示す図である。 図２は、ＬＧＣ概念として情報モデルを示す図である。 図３は、第１の実施形態のネットワークを示す図である。 図４は、第２の実施形態のネットワークを示す図である。好ましい実施形態の詳細な説明 第１の実施形態 第１の実施形態の解決策では、スタートポイントは、インテリジェントネット ワークにおいてサービス交換ポイントＳＳＰがサービス制御ポイントＳＣＰに、 良く知られたように、通話の当事者間のある通信状態及び接続手段のある状態を 送信しなければならないというものである。これら状態の情報を基礎として使用 して、特殊な適応ソフトウェアが、新たなアーキテクチャーに必要とされる通信 状態及び接続状態の状態記述を形成する。適応ソフトウェアは、従来ネットワー クのＳＳＰの一部分であってもよいし、又は完全に新たなアーキテクチャーに含 まれてもよい。 上記特殊な適応ソフトウェアがＳＳＰの一部分であるときは、新たなアーキテ クチャーの「ネットワークリソースインフォメーションモデルＮＲＩＭ」に基づ くネットワークリソースの記述を含む。少なくとも、従来ネットワークは、その 従来ネットワークの全てのエンドポイントを有していてそこから新たなネットワ ークをアクセスできると共に、ＳＳＰの接続ポイントを有していてそこから通話 を更に接続できるように、このモデルを用いて記述される。同様に、このモデル は、新たなアーキテクチャーから使用できるようにすることを望む従来ネットワ ークの特殊なリソースを記述しなければならない。これらは、例えば、コンファ レンスリング、音声発生器及びメッセージ装置である。 特殊な適応ソフトウェアが新たなアーキテクチャー内で具現化されたときは、 ＳＳＰは、適応ソフトウェアが論理的、ノード的及び物理的コネクショングラフ を形成するための情報をサーチするときに発した問合せに応答しなければならな い。或いは又、ＳＳＰは、必要な情報をメッセージにおいて適応プログラムに与 え、この適応プログラムが受け取った情報を用いて必要な情報グラフを形成する こともできる。このメッセージは、少なくとも、その瞬間に通話が接続されるＳ ＳＰのポイント、及びＡ加入者データを通知する。 第１の実施形態による解決策では、通話の特殊なホールド状態へ至ることによ り新たなアーキテクチャーのソフトウェアへの責任の移管を承認するような変更 をＳＳＰにおいて行わねばならない。この状態においては、ＳＳＰは、たとえ通 話の状態マシンＢＳＣＭが存在しても、通話の接続リソースの状態に対して責任 をもたず、以下に述べるように動作する。この状態において、新たなアーキテク チャーは、例えば、通話を別の通話、メッセージ装置又はコンファレンスリング に接続することができない。このため、ＳＳＰは、新たなアーキテクチャーに基 づくサービスシステムのための新たなインターフェイス（Ｃｍ）を与える。この インターフェイスは、２つの異なる方法で述べることができる。 第１に、このインターフェイスには、形成しようとする所望の物理的接続を与 えることができる。ＩＳＤＮの交換機は、通常、この動作を知り、そして例えば 交換機の制御に使用されるＭＭＬ（マン・マシン言語）コマンドでそれを行える ようにする。この特徴は、このように使用することもできるし、又は新たなソフ トウェアにより特殊なプロトコルを介して与えることができ、これは、交換機の 動作及び保守機能に負荷をかけるものではない。後者の方法は、ＳＳＰの優れた 負荷容量を与えるので、良好である。 第２に、このインターフェイスには、ＳＳＰが実行することを望む物理的なコ ネクショングラフを与えることができる。しかしながら、特殊な適応ソフトウェ アをＳＳＰの一部分として配置する必要があるという程度まで従来ネットワーク が記述された場合には、新たなアーキテクチャーは、加入者からＳＳＰへの接続 を１つの非分割の全体として見て、この接続を変更するように試みない。この新 たなアーキテクチャーは、新たなリンクを通話に追加するだけで通話接続を変更 することができる。この制約は、従来ネットワークの変更を僅かなものに制限す る必要性の当然の結果である。しかしながら、本発明は、新たなアーキテクチャ ーが加入者とＳＳＰ接続との間の交換も取り扱えるように、従来ネットワークが ＮＲＩＭにおいてより完全に記述される（モデルの情報内容が幅広い）ことを許 す。従って、新たなアーキテクチャーのソフトウェアは、先ず、ＳＳＰではなく 他の交換機の状態マシンにホールド状態へと指令し、即ち従来ネットワークの所 要の変更が更に広範なものとなる。 新たなアーキテクチャーが通信状態及び接続状態を受け取ると、そのソフトウ ェアは、それが受け取った記述に基づく初期状態を承認し、そして通話を発生す るときにはそれが望む通りに進行するが、ホールド状態にセットされた現在の ＢＣＳＭの範囲内である。 通話又はその一部分を従来ネットワークにおいて解除しようとするときは、ホ ールド状態にあるＢＳＣＭが新たなアーキテクチャーにそれを通知する。新たな アーキテクチャーは、当該通話の一部分の交換手段の状態を、ＢＳＣＭが知って いるところへ戻し、そして通常に解除を続ける許可をＢＳＣＭに与える。 図３は、第１の実施形態、即ちインテリジェントネットワークＩＮとのインタ ーワーキングを示す。ＩＴＵ−ＴのＩＮ仕様Ｑ１２１４又はインテリジェントネ ットワークケーパビリティセット１コアＩＮＡＰ ＥＴＳ３００ ３７４−１に おいては、ＳＳＰは、少なくとも、例えば、検出ポイント及びトリガーテーブル を含むサービス交換ファンクション、及び通話制御ファンクションを有すると言 える。モデリングの目的のみで、ファンクション５０３及び５０４が図面に追加 されている。ＩＮ具現化においては、これらは、通話制御ファンクションに組み 込まれる。番号５０１は、サービス交換ポイントＳＳＰを指し、そして番号５０ ６は、新たなアーキテクチャーに基づくサービスシステムを指す。ＳＳＰ５０１ とサービスシステム５０７との間には次のテーブルに基づくプロトコルが使用さ れる。 ＩＮＡＰ事象のマッピング： 新たな事象： このプロトコルの変形が示唆される。即ち、Ｉｎｉｔｉａｌ＿ＤＰメッセージが ＳＳＰにより発生される初期検出ポイントにおいて、ＤＰ自体は、新たなアーキ テクチャーサービスシステムへのエントリーポイントとしてマークされる。従っ て、ＳＳＰは、「通話ホールドＳＳ待機」引継ぎ状態に直ちに入り（上記プロト コルにおいてＳ１事象を受け取った後にＳＳＰが入る同じ状態を参照）、そして 変形「Ｉｎｉｔｉａｌ＿ＤＰ」メッセージをＳＳに送信する。この変形Ｉｎｉｔ ｉａｌ＿ＤＰは、上記プロトコルのＣ４事象である追加情報を保持する。その後 に、ＳＳは、Ｓ２及びS３事象により接続リソースの状態を操作することができ る。 他のＩＮＡＰメッセージはＣ２でマークする。これは、本発明の１つの実施形 態がこれを既存のＩＮＡＰプロトコルへの追加として実施することを意味する。 上記例において、従来ネットワークの接続状態は、次のパラメータ、即ち到来 チャンネルｉｄ、到来着信点プールｉｄ、到来ルートｉｄ、交換ｉｄにより記述 される。 これらのパラメータにより識別されるオブジェクトは、マネージメントアプリ ケーションが、好ましい実施形態においてサービスシステムの新たなアーキテク チャーで実施されるか、又は新たなアーキテクチャーの一部分である個別のマネ ージメントシステムで実施されるところのマネージされたオブジェクトである。 マネージメントとは、マネージャーによりオブジェクトを形成でき、それらのパ ラメータを変更でき、そしてそれらを削除できることを意味する。 第２の実施形態 第２の実施形態は、インテリジェントなネットワークをもたない従来ネットワ ークに新たなアーキテクチャーを適用するものである。この場合に、ＳＳＰ機能 を含まない従来ネットワークの交換機が検査される。しかしながら、このような 交換機は、新たなアーキテクチャーに基づくサービスシステムに通話を着信する こともでき、即ち従来交換機は、ターミナル交換機の機能を含む。 図４は、第２の実施形態を示す。従来システムは、名前の付けられた機能、即 ち通話制御４０２、接続制御４０３及びチャンネル制御４０４で構成される必要 がなく、これらの機能は、モデリングのみの目的で採用されていることに注意さ れたい。図において、番号４０１は、一般に従来交換機を示し、そして番号４０ ６は、特定のサービスに対し従来ネットワークリソースの制御を引き継ごうとす る新たなアーキテクチャーをベースとするサービスシステムを示す。 プロトコルは、次のテーブルの通りである。 ＤＳＳ１及びＣＣＳＳ＃７事象のマッピングを次のテーブルに示す。 新たな事象の場合のプロトコルを次のテーブルに示す。 添付図面を参照した以上の説明は、単に本発明を例示するものに過ぎない。請 求の範囲に規定された本発明の精神及び範囲から逸脱せずに、本発明の種々の変 更及び修正が当業者に明らかとなろう。

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

Claims (1)

1. 【特許請求の範囲】 １．サービスを提供するシステムを、インテリジェントなネットワークＩＮのサ ービス交換機能ＳＳＦに関連した基本通話状態モデルＢＣＳＭを含む少なくとも １つの電話交換機を備えたテレコミュニケーションシステムに適応させる方法で あって、上記ＢＣＳＭは、通話確立プロセスにおいて、交換機の通話制御機能Ｃ ＣＦがサービス交換機能ＳＳＦと協働し得るポイントを検出するような方法にお いて、 少なくとも１つの特殊な検出ポイントが基本通話状態モデルＢＣＳＭにセッ トされ、 通話確立プロセスが特殊な検出ポイントへ進むのに応答して、特殊な適応ソ フトウェアは、サービスに基づくサービスの当事者間の所望の通信状態、即ちサ ービスの当事者の通信の論理的構成を、ＳＳＦに知られた程度に記述する通信状 態の記述と、加入者とＳＳＰとの間の物理的な接続及びネットワークに関連した ノードのリソース構成を記述する接続編成の状態の記述とを形成し、 上記通信状態の記述及び接続編成の状態の記述は、サービスを提供するシス テムのサービスの制御ソフトウェア（セッションのサービス制御）へ送信される と共に、もし必要であれば、通信セッションの制御ソフトウェアＣＳＭへも送信 され、 テレコミュニケーションネットワークによるシステムサービス要求に応答し 、サービスマネージメントは、それに送られた通信状態の状態の記述、接続編成 の状態の記述、及びそのサービスロジックを使用して、その要求されたサービス に対応する所望の通信状態の記述を与え、 コミュニケーションセッションマネージメントは、それに送られた接続編成 の状態の記述を使用して、どんな種類の接続状態が所与の通信状態に対応するか を決定し、そして その接続状態に応答して、サービスを提供するシステムのコネクションマネ ージメントは、所望のサービスに対応する接続が形成されるように接続を行うこ とを特徴とする方法。 ２．上記特殊な適応ソフトウェアは、サービス交換機能ＳＳＦの一部分として実 施され、サービスを提供するシステムがアクセスされるところのテレコミュニケ ーションネットワークの全てのエンドポイント、及び通話を接続できるところの サービス交換機能ＳＳＦの接続ポイントは、適応ソフトウェアに対して更に記述 される請求項１に記載の方法。 ３．上記特殊な適応ソフトウェアは、サービスを提供するシステムの一部分とし て組み込まれ、上記特殊な適応ソフトウェアは、サービス交換機能ＳＳＦから通 信状態及び接続状態の記述を形成するのに必要な情報を要求する請求項１に記載 の方法。 ４．上記特殊な適応ソフトウェアは、サービスを提供するシステムの一部分とし て組み込まれ、上記サービス交換機能ＳＳＦは、通信状態及び接続状態の記述を 形成するのに必要な情報を含むメッセージを上記特殊な適応ソフトウェアに与え る請求項１に記載の方法。 ５．上記サービス交換機能ＳＳＦは、ホールド状態へ至ると共に、サービスを提 供するシステムにインターフェイスＣｍを与えることにより、サービスを提供す るシステムへの責任の移管を受け入れる請求項１に記載の方法。 ６．サービスを提供するシステムのコネクションマネージメントＣＭは、システ ムがサービス交換機能ＳＳＦの実行を希望するところの物理的な接続をインター フェイスＣｍに与える請求項５に記載の方法。 ７．サービスを提供するシステムのコネクションマネージメントＣＭは、接続編 成の状態の記述をインターフェイスＣｍに与え、これに応答して、上記サービス 交換機能ＳＳＦは、その記述に対応する物理的接続を決定しそして実行する請求 項５に記載の方法。 ８．テレコミュニケーションネットワークにおいて通話又は通話の一部が解除さ れるときに、ホールド状態にある基本通話状態モデルＢＣＳＭは、サービスを提 供するシステムにそのことを通知し、この通知に応答して、システムは、接続編 成の状態の記述を、基本通話状態モデルＢＣＳＭに知られたように回復させ、そ して該モデルに通常の仕方で通話解除を続ける許可を与える請求項５に記載の方 法。 ９．サービスを提供するシステムを、少なくとも１つの電話交換機がターミナル 交換機の機能を含むテレコミュニケーションネットワークに適応させる方法にお いて、 上記ターミナル交換機は、通話に関連した所定の識別条件が満足されたとき に上記サービスを提供するシステムにサービス要求を与え、 上記サービス要求に応答して、特殊な適応ソフトウェアは、サービスの当事 者間の所望の通信状態、即ちサービスの当事者間の通信の論理的構成を記述する 通信状態の記述と、加入者と従来交換機との間の物理的な接続を記述する接続編 成の状態の記述と、テレコミュニケーションネットワークに関連したノードのリ ソース構成の記述とを形成し、 上記通信状態の記述及び上記接続編成の状態の記述は、サービスを提供する システムのサービスマネージメントＳＭへ送信されると共に、もし必要であれば 、コミュニケーションセッションマネージメントＣＳＭへも送信され、 テレコミュニケーションネットワークによるシステムサービス要求に応答し 、サービスマネージメントＳＭは、それに送られた通信状態の記述及び接続編成 の状態の記述を使用して、その要求されたサービスに対応する所望の通信状態の 記述を与え、 コミュニケーションセッションマネージメントは、それに送られた接続編成 の状態の記述を使用して、どんな種類の接続状態が所与の通信状態に対応するか を決定し、そして その接続状態に応答して、サービスを提供するシステムのコネクションマネ ージメントは、所望のサービスに対応する接続が形成されるように接続を行うこ とを特徴とする方法。 10．上記所定の識別条件は、次の事象、即ちテレコミュニケーションネットワー クで行われたルート決め、数字変換又は通話転送の１つの結果である請求項９に 記載の方法。 11．上記特殊な適応ソフトウェアは、ターミナル交換機能のオペレーションの一 部分として組み込まれ、サービスを提供するシステムがアクセスされるところの テレコミュニケーションネットワークの全てのエンドポイント、及び通話を接続 できるところの交換機能の接続ポイントは、適応ソフトウェアに対して更 に記述される請求項９に記載の方法。 12．上記特殊な適応ソフトウェアは、サービスを提供するシステムに組み込まれ 、上記特殊な適応ソフトウェアは、通信状態及び接続状態の記述を形成するため にターミナル交換機から必要な情報を要求する請求項９に記載の方法。 13．上記特殊な適応ソフトウェアは、サービスを提供するシステムに組み込まれ 、上記ターミナル交換機は、通信状態及び接続状態の記述を形成するために必要 な情報を含むメッセージを上記特殊な適応ソフトウェアに与える請求項９に記載 の方法。 14．上記ターミナル交換機は、通話自動マシンをホールド状態にセットすると共 に、サービスを提供するシステムにインターフェイスＣｍを与えることにより、 サービスを提供するシステムへの責任の移管を受け入れる請求項９に記載の方法 。 15．サービスを提供するシステムのコネクションマネージメントＣＭは、システ ムがターミナル交換機に実行を希望するところの物理的な接続をインターフェイ スＣｍに与える請求項１４に記載の方法。 16．サービスを提供するシステムのコネクションマネージメントＣＭは、接続編 成の状態の記述をインターフェイスに与え、これに応答して、上記ターミナル交 換機は、その記述に対応する物理的接続を決定しそして実行する請求項１４に記 載の方法。 17．テレコミュニケーションネットワークにおいて通話又は通話の一部分が解除 されるときに、ホールド状態にある通話自動マシンは、サービスを提供するシス テムにそのことを通知し、この通知に応答して、システムは、接続の状態の記述 を、通話自動マシンに知られたように回復させ、そして該マシンに通常の仕方で 通話解除を続ける許可を与える請求項１４に記載の方法。