JPH09307633A

JPH09307633A - 遠隔通信ネットワークのためのサービスおよび情報の管理システム

Info

Publication number: JPH09307633A
Application number: JP12072396A
Authority: JP
Inventors: S Busuri Garcharan; エス．ブスリガーシャラン
Original assignee: AT&T Corp; AT&T IPM Corp
Current assignee: AT&T Corp
Priority date: 1996-05-16
Filing date: 1996-05-16
Publication date: 1997-11-28
Anticipated expiration: 2016-05-16
Also published as: JP4312843B2

Abstract

(57)【要約】【課題】遠隔通信ネットワークシステムにおいて、呼
出処理、フロードの検出等の種々の機能を効率良く実現
する。【解決手段】遠隔通信ネットワークのためのサービス
の制御および操作のためのシステム。特に、サービス制
御および操作要素のシステムに対するアーキテクチャお
よび方法。システムは交換およびシグナリングのサブシ
ステムを経由して複数の相互接続された遠隔通信ネット
ワークと通信する。このシステムは遠隔通信ネットワー
クの各種の機能を提供し、制御する。それらの機能とし
ては、例えば、呼出しの処理およびルーチング、自動故
障検出および訂正、対話方式での顧客に対するサービス
の提供、フロードの検出および制御、ネットワークの乱
用のパターンの識別、各ネットワーク要素における呼出
しのアクティビティに関するデータの収集、ネットワー
ク内で発生した各呼出しの記録の作成などがある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般に遠隔通信ネッ
トワークのためのサービスおよび動作の制御、特に遠隔
通信ネットワークの各種の機能を実行し、制御する、サ
ービス制御および操作の要素システムに関する。

【０００２】

【従来の技術】現代の遠隔通信ネットワークの管理には
呼出しの確定およびルーチング、故障の管理、顧客への
請求書を編集するために使われる呼出しの詳細記録、フ
ロードの検出および制御、新しいサービスの提供、ダイ
ヤル後の遅延時間の測定および時刻の同期化などを含
む、複数の機能を実行する必要がある。現在、遠隔通信
ネットワーク内の複数のシステムがこれらの各種の機能
を実行する。

【０００３】遠隔通信ネットワークにおいて、シグナリ
ング・メッセージの形での情報が呼出しの確定および制
御に関与するネットワーク要素間で交換される。情報交
換を実行するために交換機、データベースなどが使われ
る。

【０００４】普通のチャネル・シグナリングは音声また
はデータ信号を伝送するために使われるチャネルとは別
のチャネル上で情報を交換するための帯域外の技法であ
る。よく知られているシグナリング技法の１つは国際電
信電話諮問委員会（ＣＣＩＴＴ）のシグナリング・シス
テムＮｏ．７（ＳＳ７）プロトコルを利用する。ＡＴ＆
Ｔのネットワーク装置と構内交換機（ＰＢＸ）との間の
インタフェースにおいて、第２のよく知られているシグ
ナリング技法はＱ．９３１プロトコルを利用する。ＳＳ
７プロトコルにおいては、メッセージは長さの指示子に
よって互いに他と区別されるビットの高度に構造化され
た情報フィールドである。ＳＳ７のメッセージのフォー
マット、およびＳＳ７とＱ．９３１プロトコルとの間の
関係はＣＣＩＴＴのブルー・ブック、「シグナリング・
システムＮｏ．７の仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ
ｏｆＳｉｇｎａｌｉｎｇＳｙｓｔｅｍＮｏ．
７）」第６巻（１９８８）に詳しく記載されている。

【０００５】共通チャネル・シグナリングＮｏ．７プロ
トコルの一般的な説明は、Ｇ．Ｇ．シャンガのＩＥＥＥ
ＪｏｕｒｎａｌｏｎＳｅｌｅｃｔｅｄＡｒｅａ
ｓｉｎＣｏｍｍｕｎｉｃａｔｉｏｎ誌ＳＡＣ−４
巻、第３号の３６０−３６５ページ（１９８６）、およ
びＳ．鈴木他のＲｅｖｉｅｗｏｆｔｈｅＥｌｅｃ
ｔｒｉｃａｌＣｏｍｍｕｎｉｃａｔｉｏｎＬａｂｏ
ｒａｔｏｒｉｅｓ誌、第２８巻、第１−２号の５０−６
５ページ（１９８０）（これらはそれぞれ参照によって
ここに組み込まれている）を参照されたい。

【０００６】ＡＴ＆Ｔの交換ネットワークなどの、呼出
しが共通に行き来する代表的な遠隔通信ネットワークに
関連したネットワーク要素は次のものを含んでいる：
（１）呼出し側の地理的エリア内に存在してローカルの
交換キャリアまたは競争会社のアクセス・プロバイダか
らの呼出し要求メッセージを受信し、その呼出しのセッ
トアップの制御を担当する、ネットワークに関連した発
信側の交換ノード；（２）これもネットワークに関連し
ているが、被呼出し側の地理的エリア内にあって、その
被呼出し側に関連したローカル交換キャリアまたは構内
交換機に対してその呼出しを接続する、終端の交換機ノ
ード；（３）ビア・スイッチ。これは、発信側の交換機
ノードから終端の交換機ノードへの直接の中継線がすべ
てビジーであるために発信側の交換機ノードと終端の交
換機ノードとの間の直接の径路が利用できないが、ビア
・スイッチを使って活性化することにより終端の交換機
ノードへ達することができる遊んでいる径路が存在する
場合、それを活性化するために使われる。（簡単のた
め、ビア・スイッチへの参照は本文および図の中では省
略される）；（４）或る種の呼出しの処理およびルーチ
ングに関して発信側の交換機ノードに知らせるデータベ
ースとして働くサービス制御ポイント；および（５）接
続されるペアの中に配置され、アクセス・リンクによっ
て発信側の交換機ノード、終端の交換機ノードおよびサ
ービス制御ポイントに接続され、ネットワーク要素間で
メッセージを転送するために使われる信号転送ポイン
ト。

【０００７】北アメリカでの代表的な電話の被呼出し番
号はＮ０／１ＸＮＸＸ−ＸＸＸＸの形式になってい
る。ここで、Ｎは２から９までの任意の数字、０／１は
０または１のいずれかであり、Ｘは０〜９の間の任意の
数字を意味する。この１０桁のコードは一般に左から右
へ、３桁のエリア・コード、３桁の中央局のコード、お
よび４桁の局番を表す。エリア・コードの数字は北アメ
リカでの地理的エリアを識別し、中央局のコードの数字
は被呼出し側をサービスする中央交換局を識別し、局番
は被呼出し側の識別情報を提供する。

【０００８】しかし、番号の中の最初の３桁が８００ま
たは９００である時、その番号は地理的エリアには直接
には関連付けられていない。８００／９００のタイプの
番号の中のいくつかの桁またはすべての桁は、サービス
制御ポイントによって普通は実際の宛先に変換されなけ
ればならない。サービス制御ポイントは８００／９００
の番号およびその番号に関連付けられている実際の宛先
のテーブルを維持している。そのような変換はグローバ
ル・タイトル変換と呼ばれ、サービス制御ポイントによ
って維持されているテーブルはグローバル・タイトル変
換テーブルと呼ばれている。交換機および／または信号
転送ポイントはどのサービス制御ポイントがどの８００
／９００の番号をサービスするかを識別する。

【０００９】各種のネットワーク要素上を行き来する８
００ＮＸＸＸＸＸＸまたは９００ＮＸＸＸＸＸ
Ｘのタイプの代表的な呼出しに対するシグナリングのメ
ッセージ・フローは次の通りである。発信側の交換機ノ
ードは呼出し側をサービスしているローカルの交換ネッ
トワークまたは競争会社のアクセス・プロバイダから、
通常は初期アドレス・メッセージの形で呼出し要求メッ
セージを受信する。発信側の交換機ノードはそのメッセ
ージをチェックする。そのチェックのプロセスの間にメ
ッセージの中にエラーが検出された場合、その呼出しの
フローは終了する。

【００１０】メッセージの中にエラーが検出されなかっ
た場合、発信側の交換機ノードは自分のグローバル・タ
イトル変換テーブルを調べ、その呼出しに対する処理お
よびルーチングのプログラムを提供できるサービス制御
ポイントのアイデンティティを求める。グローバル・タ
イトル変換テーブルは、そのネットワークによってサー
ビスされるすべての番号（例えば、８００ＮＸＸＸ
ＸＸＸまたは９００ＮＸＸＸＸＸＸ）を表しているエ
ントリを含んでいる。ダイヤルされた各番号に対して、
このテーブルはサービス制御ポイントの識別情報および
そのサービス制御ポイントにおけるアプリケーションを
識別しているサブシステムの番号を提供する。ダイヤル
された番号がグローバル・タイトル変換テーブルの中の
エントリとマッチしなかった場合、そのテーブルが間違
っているか、あるいはローカル交換キャリアの交換機ま
たは競争会社のアクセス・プロバイダの交換機がその呼
出しのルーチングを間違ったかのいずれかである。

【００１１】ダイヤルされた番号の有効なエントリがテ
ーブルの中に存在していたと仮定して、発信側の交換機
ノードは問合わせのメッセージ（トランザクション機能
のアプリケーション・パート・メッセージとも呼ばれ
る）を作成し、呼出しのルーチングおよび処理の情報を
要求する。発信側の交換機ノードはその問合わせのメッ
セージを、グローバル・タイトル変換テーブルによって
識別されたサービス制御ポイントへ送る。いくつかの既
存のシステムにおいては、発信側の交換機ノードの代わ
りに信号転送ポイントがそれ自身のグローバル・タイト
ル変換テーブルを調べて、その識別されたサービス制御
ポイントへ問合わせメッセージを回送する。

【００１２】問合わせメッセージを受信した後、サービ
ス制御ポイントはその呼出しの処理およびルーチングの
ための指示を含んでいる応答メッセージを作成し、その
応答メッセージを発信側の交換機ノードへ送り返す。サ
ービス制御ポイントがその問合わせメッセージの中で受
信された、ダイヤルされた番号をサービスしないことを
知った場合、サービス制御ポイントはその応答メッセー
ジの中でエラーを識別する。このようにして、応答メッ
セージはその呼出しの処理およびルーチングのための情
報を含んでいるか、あるいはその呼出しがサービス制御
ポイントにおいて検出されたエラーのために打ち切られ
ていることを通知するために使うことができる。

【００１３】発信側の交換機ノードは応答メッセージを
受信してそれを検証する。応答メッセージの受信および
検証が正しく行なわれたと仮定して、発信側の交換機ノ
ードはその呼出しを回送するために動作を進める。ルー
チング機能の一部として、発信側の交換機ノードは信号
転送ポイントを経由して終端の交換機ノードへその要求
メッセージを送る。

【００１４】信号転送ポイントからの要求メッセージを
受信してそれを検証した後、終端の交換機ノードは被呼
出し側をサービスしているローカル交換キャリアまたは
構内交換機に対してその要求メッセージを転送する。し
かし、構内交換機が被呼出し側をサービスしていた場
合、終端の交換機ノードはＱ．９３１プロトコルを使っ
て、セットアップ・メッセージ（要求メッセージと等し
い）をその構内交換機へ転送する。両方のケースにおい
て、その呼出しに対する順方向のシグナリングはこれに
よって完了する。

【００１５】ローカル交換キャリアにおいて終了する呼
出しの場合、そのローカル交換キャリアの交換機は被呼
出し番号を受信し、その呼出しを既知の電話の宛先へ転
送し、アドレス完了メッセージを終端の交換機ノードへ
送って被呼出し側が到来している呼出しに対して注意を
喚起されたことを示す。構内交換機において呼出しが終
了する場合、その構内交換機は被呼出し番号を受信し、
呼出し進行メッセージおよび警告メッセージを終端の交
換機ノードへ送る。

【００１６】アドレス完了メッセージまたは警告メッセ
ージのいずれかを受信した後、終端の交換機ノードはア
ドレス完了メッセージを再生し、それを発信側の交換機
ノードへ送る。発信側の交換機ノードは終端の交換機ノ
ードから受信したアドレス完了メッセージを呼出し側に
関連付けられたローカル交換キャリアまたは競争会社の
アクセス・プロバイダの交換機に対して転送する。各交
換機は音声の径路に対する端から端までの接続を提供す
る。その後、呼出し側は帰ってくるリング音を聞く。

【００１７】被呼出し側がその呼出しに答えると、終端
の交換機ノードに対して、被呼出し側の交換キャリアが
回答メッセージを送るか、あるいは被呼出し側の構内交
換機が接続メッセージを送る。被呼出し側が構内交換機
であった場合、終端の交換機ノードは接続確認メッセー
ジをその構内交換機へ送る。回答メッセージまたは接続
メッセージのいずれかを受信すると、終端の交換機ノー
ドは発信側の交換機ノードに対する回答メッセージを再
生する。

【００１８】発信側の交換機ノードは発信側に関連付け
られているローカル交換キャリアまたは競争会社のアク
セス・プロバイダの交換機に対してその回答メッセージ
を再生する。呼出し側と被呼出し側が会話を行い、呼出
し側が電話を切った後、ローカル交換キャリアまたは競
争会社のアクセス・プロバイダの交換機は発信側の交換
機ノードに対して解放メッセージを送る。次に、発信側
の交換機ノードは終端の交換機ノードに対して解放メッ
セージを送る。

【００１９】ローカル交換キャリアに対して完了する呼
出しの場合、終端の交換機ノードは解放メッセージをロ
ーカル交換キャリアに対して送る。ローカル交換キャリ
アは解放完了メッセージで応答し、その結果、呼出しが
終了する。構内交換機に対するＱ．９３１接続を解体す
るには、終端の交換機ノードが構内交換機に対して切り
離しメッセージを送る必要がある。次に、構内交換機は
Ｑ．９３１解放メッセージを終端の交換機ノードに対し
て送る。それに応答して終端の交換機ノードはＱ．９３
１プロトコル解放完了メッセージを構内交換機に対して
送り、その結果、その呼出しが解体される。

【００２０】ダイヤルされた番号がその被呼出し側に関
連付けられた地理的エリアを示しているエリア・コード
を含んでいる時、同じ呼出しのフローが普通は適用され
る。ただし、発信側の交換機ノードは自動番号識別テー
ブルからの追加の情報およびダイヤルされた番号のテー
ブルからの情報を使って、ルーチングおよび処理の命令
についてサービス制御ポイントに対して問合わせメッセ
ージを送らずに、これらの呼出しをそれぞれ自身のルー
チング・テーブルに基づいて回送することができること
がよくある。

【００２１】呼出し番号および被呼出し番号に基づいて
サービスがネットワークの顧客に対して提供される時、
自動番号識別テーブルおよびダイヤルされた番号のテー
ブルは各交換機によって維持されている。各テーブルは
膨大な数のエントリを含んでおり、そしてエントリの個
数は提供されるサービスが多数の加入者に対して拡張さ
れるにつれて増大する。

【００２２】８００または９００番の番号を維持してい
るネットワークの顧客は呼出しが一日のうちの異なる時
間帯において異なる電話の宛先に対して向けられるよう
に時間帯別のルーチング・サービスに加入していること
が多い。８００または９００番の番号を時間帯に基づい
て実際の宛先に変換することは、サービス制御ポイント
によってそれ自身のローカル時計を時間の基準として使
って実行される。普通、ネットワーク全体を通じての時
計の同期化に対する備えはないので、ローカルの時計が
正確でなかった場合、時間帯別のルーチング・サービス
に加入している顧客の呼出しは間違った場所へ向けられ
る可能性がある。

【００２３】顧客は呼出しの宛先および発信元による分
配以外に、時間帯別、曜日別などによる８００または９
００の番号の分配に関する情報を提供するデータ収集お
よびレポーティングのサービスにも加入することができ
る。この情報はサービス制御ポイントによって共通に生
成され、中央のコンピュータへ定期的に送られる。代わ
りに、各サービス制御ポイントとの間で行き来するメッ
セージを収集するために、ＳＳ７の各入力および出力の
シグナリング・リンクに１つの装置が配置される。

【００２４】

【発明が解決しようとする課題】しかし、これらのデー
タ収集の方法はサービス制御ポイントに決して到着しな
い呼出しのような、呼出しのセットアップ段階において
失敗した呼出しに関する情報は提供しない。さらに、サ
ービス制御ポイントがデータを収集して中央のコンピュ
ータへ送る場合、そのサービス制御ポイントの処理能力
の一部がこれらの機能を実行するために消費され、ま
た、各サービス制御ポイントに対する各リンク上のデー
タを収集するために装置を配置することは厄介であり、
データ収集の方法としては高価になる。

【００２５】ダイヤル後の遅延時間、すなわち、被呼出
し側の番号がダイヤルされてから戻ってくるリング音が
受信されるまでの間の遅延時間が、ネットワーク性能の
品質の直接の測度となってきている。現在、ダイヤル後
の遅延時間を進行中に監視するための十分なメカニズム
が存在しないので、ダイヤル後の遅延時間の測定は制限
されている。

【００２６】遠隔通信ネットワークに対する顧客への請
求書作成のための呼出しの詳細情報記録機能は、普通は
発信側の交換機ノードによって実行される。発信側の交
換機ノードはそれが制御する呼出しに対応する呼出しメ
ッセージを上記のように分析する。この交換機ノードは
サービス制御ポイントからその呼出しに対する処理およ
びルーチングの情報を含んでいる応答メッセージを受信
すると、その呼出しに対する請求書作成用のパラメータ
を設定する。その交換機ノードは被呼出し側が答えた時
刻およびその接続が解放された時刻を記録し、呼出しの
詳細記録を作成する。呼出しの詳細記録はデータ処理セ
ンターへ転送され、そこでそのデータが定期的に処理さ
れて顧客の料金が計算される。

【００２７】これらの機能を実行するために発信側の交
換機ノードを利用することによって、ユーザ定義の請求
書作成のための柔軟性が制限され、ストーキングなどの
遠隔通信ネットワークの不正使用または乱用をリアルタ
イムに検出および制御できなくなる。ストーカというの
は相手を困らせるなどの目的で電話を掛ける人のことを
言う。被呼出し側が答えると、ストーカは電話を切る。
現在、その呼出しは料金請求されず、そのストーカの電
話の乱用的な呼出しについての記録は存在しない。ま
た、呼出しに関するデータは発信側の交換機ノードおよ
び他のネットワーク要素から定期的に収集されるだけな
ので、ネットワーク内の故障をリアルタイムで検出する
ことはできない。

【００２８】従来の技術のシステムでは各種の方法で故
障管理が処理されてきたが、そのどれもが完全に満足で
きるものではない。１つの普通の慣習として、ネットワ
ーク要素によって検証プロセスが実行されている間にエ
ラーが検出されると、そのメッセージを検証することを
担当しているネットワーク要素がそのエラーに関するデ
ータを記録する。そのネットワーク要素は次にそのエラ
ー・データを検索するためにポーリングされるか、ある
いは、あらかじめ定められた時間間隔でそのエラー・デ
ータを中央のコンピュータに対して報告するようにプロ
グラムされているのが通常である。この結果、或る期間
の間に発生し、検出されないままに残っているエラーが
生じる。

【００２９】代わりに、特定の呼出しに関係付けられた
メッセージの中に監視ビットと呼ばれるあらかじめ定め
られたビットを設定することによって、ネットワーク・
システムに入ってくる選択された呼出しを監視下に置く
ことができる。その監視ビットがセットされているメッ
セージがコピーされ、その呼出しが通過した各ネットワ
ーク要素によって処理要素へ転送される。結果として、
選択された各呼出しに対して、その呼出しが失敗するま
での履歴が提供される。そのような呼出し監視の詳細に
ついては、ブースリの米国特許第４，９５９，８４９号
を参照されたい。他のネットワーク要素との間でメッセ
ージを交換すること、そしてそのメッセージを再生し、
その再生されたメッセージをデータ・ネットワーク上で
中央プロセッサへ転送することができるネットワーク要
素のアーキテクチャについても、前記のブースリの特許
の中で説明されている。

【００３０】この呼出し監視技法を使った場合でも、遠
隔通信システムに入って来る各呼出しのステータスを効
果的および効率的にリアルタイムに監視することができ
ない結果、エラーが発生して検出されない場合があり得
る。

【００３１】

【課題を解決するための手段】本発明の一態様において
は、遠隔通信ネットワークの中で行なわれる電話の呼出
しをサービスするための装置は、データベースおよび通
信ユニットと通信するためのインターコネクト・バスを
含んでいる。その通信ユニットは相互接続されたネット
ワーク要素と通信して、そのネットワーク要素を通過す
る呼出しのルーチングに関してそのネットワーク要素に
指示する。各呼出しに関連した情報はデータベースの中
に記憶するために通信ユニットへ伝送される。本発明の
他の態様においては、通信ユニットはネットワーク要素
を通過する呼出しについての請求書作成の目的のための
記録を作成する。

【００３２】さらに、本発明の他の態様においては、遠
隔通信ネットワークの中の電話呼出しをサービスするた
めの装置はプロセッサ、データベース、および通信ユニ
ットと通信するためのインターコネクト・バスを含んで
いる。プロセッサ上に存在しているプログラムが実行さ
れてネットワークの各種の機能を制御する。そのネット
ワークの機能をサポートするデータを含んでいる情報パ
ケットが相互接続されたネットワーク要素と通信ユニッ
トとの間で伝送される。

【００３３】好適な実施例においては、プロセッサ上に
存在しているプログラムによって、その装置は中央にお
いてその遠隔通信ネットワークに関連付けられている各
種の機能を実行することができる。それらの機能として
は、呼出しの処理およびルーチング、自動故障検出およ
び訂正、対話方式での顧客に対するサービスの提供、フ
ロード（不正）の検出および制御、ネットワークの乱用
のパターンの識別およびそのネットワーク内で行なわれ
た各呼出しについての記録の作成などがある。

【００３４】さらに、本発明はネットワーク要素を通過
する呼出しに応答して、その相互接続されたネットワー
ク要素によって生成される情報を記録する方法を含んで
いる。この方法にしたがって、発信側のネットワーク要
素はその呼出しに対するネットワークを通る径路を提供
するすべてのネットワーク要素から情報を受信する。発
信側のネットワーク要素はそのメッセージをコピーし、
そのメッセージに対して情報を付加し、エラー信号を含
めて、そのコピーされたメッセージおよび付加された情
報が個々の情報パケットを形成するようにし、その情報
パケットを通信ユニットへ転送する。通信ユニットはネ
ットワーク内の各呼出しに付随している情報パケットが
データベースに格納されるようにする。その情報パケッ
トのデータベースは遠隔通信ネットワークの各種の機能
を提供するために利用される。

【００３５】１つの好適な実施例においては、情報パケ
ットの中で示されたエラーに応答して、通信ユニットに
おいて発生して終了する１つのテスト呼出しが起動され
る。このテスト呼出しが行なわれたことに応答して、各
ネットワーク要素はその要素によって生成／受信された
すべてのメッセージの表示を情報パケットによって通信
ユニットへ送る。これらの情報パケットはデータベース
にも格納される。この方法で、エラーが検出された各呼
出しに関するデータの完全なセットが形成され、これに
よって各種のエラーの原因を識別して訂正することがで
きる。

【００３６】さらに、もう１つの態様においては、本発
明は相互接続されているネットワーク要素上の呼出しの
ための通過径路を確定する第２の方法を含んでいる。こ
の方法によると、第１のネットワーク要素が通過径路に
対する要求メッセージを検出し、そのメッセージをその
通過径路の中のそれ以降のネットワーク要素に対して転
送し、そのメッセージをコピーし、そのメッセージに対
して情報を付加し、その付加情報の中に第２のネットワ
ーク要素がその呼出しの処理およびルーチングに関する
指示を求めていることを示す部分を含め、そのコピーさ
れたメッセージおよび付加された情報が１つの情報パケ
ットを形成するようにし、そして個々の呼出しに対する
処理およびルーチングの命令を含んでいるデータ・テー
ブルを備えている中央のロケーションに対してその情報
パケットを転送する。そのデータ・テーブルがその呼出
しについての必要な処理およびルーチングを決定するた
めに参照されると、その呼出しに対する処理およびルー
チングの命令を含んでいるメッセージが第２のネットワ
ーク要素に対して伝送される。第２のネットワーク要素
はその要求メッセージを中央のロケーションから伝送さ
れたメッセージと相関付ける。

【００３７】好適な実施例の中で、第２のネットワーク
要素は発信側のネットワーク要素である。したがって、
その呼出しが通過する選択された相互接続されたネット
ワーク要素は、その発信側のネットワーク要素に対して
メッセージを送信する。発信側のネットワーク要素はそ
のメッセージに関連付けられた情報パケットを通信ユニ
ットへ転送し、その通信ユニットは要求メッセージに関
連付けられた情報パケットを発信側のネットワーク要素
によって提供された情報パケットと相関付ける。特定の
呼出しに付随する情報パケットがデータベースの中に格
納される。

【００３８】本発明の利点は次の詳細説明からこの分野
の技術に熟達した人には容易に理解されるようになる。
この説明の中では本発明の好適な実施例が記述されてい
る。以下の説明で明らかになるように、本発明は他の、
そして異なる実施例が可能であり、その詳細部分はすべ
て本発明から離れることなく、各種の明確な点において
変更することができる。したがって、図面および説明は
説明的な性格のものとみなされ、それに限定されるもの
ではない。

【００３９】

【発明の実施の形態】本発明は図面と併せて本発明の特
定の説明的な実施例の以下の詳細記述を読んだ後、さら
に容易に理解される。図１は、ブロック図の形式で、本
発明の好適な実施例による遠隔通信システムの管理の概
要を示している。サービス制御および操作の要素（以下
「操作要素」）１０はデータ通信ネットワーク２０を経
由してＡＴ＆Ｔの交換ネットワークなどの通信ネットワ
ーク２５と通信する。データ通信ネットワーク２０は操
作要素１０からネットワーク２０に関連付けられた多数
の要素に対するＴ３レート（４５Ｍビット／秒）の直接
シグナリング・リンクを提供する。図１に示されている
ネットワーク要素は発信側の交換機ノード３２、サービ
ス制御ポイント３３、終端の交換機ノード３５、および
複数の信号転送ポイント３４を含んでいる。発信側の交
換機ノード３２はローカルの交換キャリアの交換機３１
によって顧客の電話機５へ接続されている。終端の交換
機ノード３５は顧客の構内交換機３７およびローカルの
交換キャリアの交換機３１の両方によって顧客の電話機
５に接続されている。

【００４０】図２にさらに詳細に示されているように、
操作要素１０は交換およびシグナリングのサブシステム
４０のような通信ユニットを含んでいることが好まし
い。サブシステム４０は遠隔通信ネットワーク２５に関
連付けられた各ネットワーク要素に対する操作要素１０
の接続を制御し、発信側の交換機ノード、複数の信号転
送ポイント３４および複数のサービス制御ポイント３３
などの複数の交換機ノード３２を含んでいる。多数の中
継回線接続２２が少なくとも６４Ｋビット／秒の接続を
提供し、管理される遠隔通信ネットワーク２５を通じて
広帯域の通信のテストを行なうことができるようにして
いる。交換およびシグナリングのサブシステム４０はＳ
Ｓ７シグナリング・リンク２３に対するインタフェース
も備えており、これによりサブシステム４０はＳＳ７プ
ロトコルを使ってネットワーク要素とインタフェースす
ることができる。

【００４１】交換機ノード３２、信号転送ポイント３４
およびサービス制御ポイント３３などのネットワーク要
素とインタフェースすることのほかに、交換およびシグ
ナリングのサブシステム４０はトラブルのレポートおよ
び顧客の問合わせに対するケースワーカーのステーショ
ン４５に対する呼出し側の交換もサポートする。サブシ
ステム４０は音声認識および音声応答ユニット４１とも
通信することができ、それによって顧客が操作要素１０
と直接に対話して新しいサービスに加入し、そしてサー
ビスに対するオーダのステータス、請求内容の食違いな
どのステータスに関して問い合わせることができる。伝
送品質測定システム４７と組み合わせられたコンピュー
タ・テスト装置４６によって、操作要素１０は交換機ノ
ード３２（以下に説明する）間の任意の交換接続された
径路上で品質のテストを行なうことができる。

【００４２】サブシステム４０はＩＥＥＥのフューチャ
・バス（ＦｕｔｕｒｅＢｕｓ）によって提供されるよ
うなものが好ましい、高速のインターコネクト６０を経
由して操作要素１０に関連付けられた多数のプロセッサ
およびデータベース１０、１２（以下にさらに詳細に説
明する）と通信する。交換およびシグナリングのサブシ
ステム４０は呼出し制御データベース１１に対して、そ
して情報パケット・データベース１２に対しても直接の
接続を備えることができる。同じタイプまたは異なるタ
イプのプロセッサが、アプリケーションの中でも特に、
自動サービス提供プログラム５１、故障管理のアプリケ
ーション５３およびフロード（不正）検出および制御プ
ログラム５４（以下にさらに詳しく説明する）をサポー
トすることが望ましい。

【００４３】呼出し制御データベース１１は自動番号識
別テーブル１などのデータ・テーブルを含んでいる。テ
ーブル１は電話番号および、提供されるサービスと課せ
られる制限事項に関する関連付けられた情報のリストを
含み、ダイヤルされた番号のテーブル２は被呼出し側に
関連付けられたダイヤルされたアドレスおよび、呼出し
の処理およびルーチングに対する指示のリストを含んで
おり、ネットワーク・マップ・テーブル３はどの交換機
３２およびサービス制御ポイント３３がどの信号転送ポ
イント３４によってサービスされるかを提供する。

【００４４】呼出しの処理およびルーチングのための詳
細の指示がサービス制御ポイントに存在している時、ダ
イヤルされた番号のテーブル２はサービス制御ポイント
およびそのサービス制御ポイントにあるアプリケーショ
ンのサブシステム番号を識別する。サービス制御ポイン
トはそれがサービスするダイヤルされた番号のサブセッ
トに対してそれ自身の詳細番号テーブル（図示せず）を
備えている。このダイヤルされた番号のテーブルには呼
出しの処理およびルーチングのための詳細のプログラム
を含んでいる顧客の記録に対するポインタがある。この
配置によって、機能の豊富な呼出しはそのサービス制御
ポイントによって処理され、他のすべての呼出しは操作
要素によって処理されるようにすることができる。

【００４５】また、顧客のレコードは呼出しの転送サー
ビスに加入している顧客の現在の住所をも含めることが
できる。その顧客は８００番の番号をダイヤルすること
によって提供される呼出しを持つことができ、呼出しが
提供されるべき電話番号を対話的に提供する。

【００４６】自動番号識別テーブル１は、呼出しがネッ
トワーク２５の中でセットアップされている間に、フロ
ードの検出および制御のアプリケーション５４によって
調べられる。フロードの検出および制御のアプリケーシ
ョ５４は呼出し側の電話番号を自動番号識別テーブル１
に対して比較し、呼出し側の電話番号がフロードとして
マークされているかどうかチェックする。フロード検出
のアプリケーション５４は呼出し側の料金請求プロファ
イルを調べてその呼出し者の請求料金が滞納されている
かどうかを知り、ネットワークによってサービスされて
いる異常に長い呼出しに関連した課金のインパクトを考
慮する。フロードの疑いがある場合、フロード制御のア
プリケーション５４はその呼出しを処理している交換機
ノード３２に対してメッセージを送り、その呼出しの強
制解放を要求する。

【００４７】また、自動サービス提供機能５１はデータ
ベース１１、１２を利用する。新しいサービスを要求し
ている顧客は操作要素１０の中の音声認識および音声応
答ユニット４１に接続される。その顧客に対して加入情
報の問合わせが対話的に行われる。その顧客によって提
供された情報はユニークに定義されている各サービスに
対するあらかじめ定められた数のデータ・エントリに分
割される。顧客が待っている間、自動サービス提供機能
５１は顧客から提供された情報を検証し、その顧客の電
話番号に関連付けられているフロードまたは料金の滞納
がないかどうかを自動番号識別テーブル１でチェックす
る。顧客が電話を切った後、操作要素１０はただちにそ
の要求されたサービスに関連している顧客の記録を作成
する。

【００４８】図３は本発明にしたがって、遠隔通信ネッ
トワークによって設定される呼出しに対する代表的なメ
ッセージ・フロー（時間は上から下へ増加する）を示し
ている。その呼出しは呼出し側の電話機３００の地理的
エリア内にあるローカル交換キャリアの交換機から、被
呼出し側の電話機３０２の地理的エリア内にある別のロ
ーカル交換キャリアの交換機３１に対して完了し、その
呼出しは発信側の交換機ノード３２、サービス制御ポイ
ント３３および終端の交換機ノード３５などの相互接続
されたいくつかのネットワーク要素を通過する。発信側
の交換機ノード３２はその呼出しのセットアップを制御
し、その呼出しがネットワーク要素を通過するにつれ
て、その相互接続されたネットワーク要素から次のメッ
セージを受信する。

【００４９】要求メッセージ６１、その呼出しに対する
ルーチングおよび処理の命令を得るようにするためにサ
ービス制御ポイント３３に対して問合わせメッセージ６
６を送るよう、発信側の交換機ノード３２に指示する操
作要素１０からの応答メッセージ６８、その呼出しに対
するルーチングおよび処理の命令を含んでいるサービス
制御ポイント３３からの応答メッセージ６８、アドレス
完了メッセージ６３、被呼出し側が会話６９を保持する
ために利用できることを示している回答メッセージ６
４、および解放メッセージ６５。これらのメッセージの
いくつかのは２つ以上のネットワーク要素を通って伝送
される。

【００５０】発信側の交換機ノード３２はネットワーク
要素から受信された各メッセージを複製し、各メッセー
ジに対してトランザクション情報を追加する。このメッ
セージにトランザクション情報が追加されたものが情報
パケットを形成する。情報パケット２００は要求メッセ
ージ６１に関連付けられ、パケット２０１は応答メッセ
ージ６２に関連付けられ、パケット２０２はアドレス完
了メッセージ６３に関係付けられ、パケット２０３は回
答メッセージ６４に関連付けられ、パケット２０４は解
放メッセージ６５に関連付けられる。

【００５１】生成されると、情報パケット２００−２０
４は発信側の交換機ノード３２から交換およびシグナリ
ングのサブシステム４０（図２に示す）を経由して操作
要素１０へ転送される。操作要素１０は情報パケット２
００−２０４をリアルタイムで受信し、それらをチェッ
クしてから記憶する。図２を参照して、遠隔通信ネット
ワーク２５によってサービスされるすべての呼出しに関
連付けられている情報パケットは、情報パケットのデー
タベース１２を含んでいる。各種のソフトウエア・アプ
リケーション、例えば、操作要素１０の中のプロセッサ
上に駐在している。自動サービス提供プログラム３１な
どはデータベース１２を利用し、それぞれの割り当てら
れた機能を実行する。

【００５２】図４は操作要素へ送られる代表的な情報パ
ケット８０の構造を示している。複製されたメッセージ
８２に対して付加されるトランザクション情報８１は、
通常は長さが１７バイト（各バイトは８ビット長）であ
る。トランザクション情報のフィールドは次の情報を含
んでいる。ネットワークＩＤ８４、クラスタＩＤ８５お
よび、２つ以上の同期化要素がある場合には、その呼出
しにサービスしている操作要素に関連付けられたメンバ
ーＩＤ８６を含んでいる操作要素のＩＤフィールド８
３；特定の発信側の交換機ノードに関係付けられたネッ
トワークＩＤ８４、クラスタＩＤ８５およびメンバーＩ
Ｄ８６を識別する送信者のＩＤフィールド８７；発信側
の交換機ノードによってその呼出しに割り当てられた番
号を識別する呼出しＩＤフィールド９１；呼出しのセッ
トアップ時にネットワーク要素によってエラーが検出さ
れた場合に、その検出されたエラーのタイプを示す値を
含んでいるエラー・コードのフィールド９３；そしてＳ
Ｓ７またはＱ．９３１のいずれかのメッセージ・タイプ
を識別するインタフェース・タイプ・フィールド９４。

【００５３】特定の呼出しに付随している情報パケット
８０は呼出しＩＤ９１、送信者のＩＤ８７（すなわち、
その呼出しに関連付けられている発信側の交換機ノー
ド）、およびタイム・スタンプ９２による操作システム
によって相関付けられる。

【００５４】図５は本発明にしたがって、遠隔通信ネッ
トワークを管理するための操作要素１０の代表的なアー
キテクチャを示している。ダイヤル後の遅延時間の測定
プログラム５８、呼出しの詳細記録プログラム５２、フ
ロードの検出および制御プログラム５４、故障管理プロ
グラム５３、自動サービス提供プログラム５１、ストー
カ識別サービス・プログラム５５およびネットワーク時
刻監視および同期化プログラム５９（すべて以下に詳細
に説明する）などの、操作要素１０の機能をサポートす
るソフトウエア・アプリケーションを駐在させているプ
ロセッサは、高速のインターコネクト６０上で交換およ
びシグナリングのサブシステム４０と互いに通信する。
ネットワークによってサービスされる呼出しに関連付け
られた情報パケットのデータベース１２はシステム内の
各ソフトウエア・アプリケーションからアクセスでき
る。呼出し制御データベース１１は呼出しのルーチング
および処理（以下にさらに詳しく説明する）を決定する
ために操作要素１０によって調べることができる。

【００５５】本発明の操作要素によって実行される呼出
しルーチング機能の好適な実施例が図６に示されてい
る。図６はケース１、ケース２およびケース３によって
それぞれ区別されている３種類の状況を示している。図
６のケース１を参照して、発信側の交換機ノード３２は
呼出し側に関連付けられたローカル交換キャリアの交換
機３１から要求メッセージ６１を受け取ると、トランザ
クション情報をそのメッセージに付加して情報パケット
２００を形成し、その情報パケット２００を操作要素１
０に対して転送し、発信側の交換機ノード３２が呼出し
のルーチングおよび処理に関する情報を要求しているこ
とを操作要素１０に知らせる。

【００５６】操作要素１０は呼出し制御データベース
（図５に示す）を調べることによって、その要求された
呼出しのルーチングおよび処理の命令を所有しているか
どうか、あるいはその命令がサービス制御ポイント３３
に在るかどうかを知る。操作要素１０がその呼出しに対
する適切な処理およびルーチングの命令を所有していた
場合、操作要素１０はこれらの命令を応答メッセージ６
２によって発信側の交換機ノード３２に対して提供す
る。

【００５７】一方、図６のケース２に示されているよう
に、呼出しの処理およびルーチングの命令がサービス制
御ポイント３３に在った場合、操作要素１０は呼出し制
御データベースを調べ、連絡するための適切なサービス
制御ポイント３３を決定する。操作要素１０は問合わせ
メッセージ６６によって、その問合わせメッセージ６６
の中で識別されている発信側の交換機ノード３２に対し
て処理およびルーチングの命令を含んでいる応答メッセ
ージ６２を送るよう、その適切なサービス制御ポイント
３３に指示する。

【００５８】図６のケース３に示されているように、操
作要素１０は自分自身がサービス制御ポイント３３に対
して利用できる直接の径路を所有しているかどうかを知
っている。直接の径路が利用できない場合、操作要素１
０は応答メッセージ６８を発信側の交換機ノード３２へ
送り、その応答メッセージ６８の中で識別されているサ
ービス制御ポイント３３から命令を取り出すように指示
する。そうすると、発信側の交換機ノード３２は自分自
身の問合わせメッセージ６６をサービス制御ポイント３
３へ送信し、その呼出しに対する処理およびルーチング
の命令を含んでいるサービス制御ポイント３３から応答
メッセージ６２を受信する。応答メッセージ６２を受信
した時、発信側の交換機ノード３２はそのメッセージに
トランザクション情報を付加して情報パケット２０１を
形成し、その情報パケット２０１を操作要素１０へ転送
して、発信側の交換機ノード３２がサービス制御ポイン
ト３３から呼出しのルーチングおよび処理に関する情報
を受信したことを操作要素１０に知らせる。

【００５９】図７に示されているように、本発明による
呼出しのルーチング機能の第２の実施例は発信側の交換
機ノード３２からではなく、信号転送ポイント３４から
操作要素１０によって受信されるべき要求メッセージ６
１に関連付けられた情報パケット２０５を提供する。好
適な実施例の中に示されているように、操作要素１０は
呼出し制御データベース（図５に示す）を利用してその
呼出しに対する必要な処理およびルーチングを決定し、
応答メッセージ６２によってこの情報を発信側の交換機
ノード３２へ転送する。しかし、応答メッセージ６２を
受信した時、発信側の交換機ノード３２はその応答メッ
セージ６２と自分が信号転送ポイント３４から受信した
要求メッセージ６１とを相関付ける追加の機能を実行し
なければならない。この相関はローカル交換キャリアの
交換機３１のアイデンティティ、発信側の交換機ノード
３２のアイデンティティ、および要求メッセージの中に
含まれている他の情報に基づいて行なわれる。次に、発
信側の交換機ノード３２は操作要素１０に対して情報パ
ケット２０１−２０４として自分が送るそれ以降のすべ
てのメッセージに対して、その呼出しに関するトランザ
クション情報を付加する。また、操作要素１０は自分が
発信側の交換機ノード３２から受信するそれ以降の情報
パケット２０１−２０４を、信号転送ポイント３４から
最初に受信した情報パケット２０５と相関付けなければ
ならない。ここで説明されていない図７の側面は図５に
関して以前に説明されたのと同じであると仮定されてい
る。

【００６０】第２の実施例は、発信側の交換機ノード３
２がそれ以降にその呼出しに対するルーチングおよび処
理の命令を得るために問合わせのメッセージ６６をサー
ビス制御ポイント３３に対して送る必要がある場合の呼
出しにおいて、ダイヤル後の遅延時間が僅かに短いが、
ネットワークの発信側の交換機ノード（１つだけ示され
ている）３２の中で要求メッセージ６１を応答メッセー
ジ６２と相関付けるための開発が必要である。

【００６１】本発明による呼出しのルーチング機能の第
３の実施例が図８に示されている。信号転送ポイント３
４は入ってくる呼出しに関連付けられた要求メッセージ
６１を検出する。信号転送ポイント３４は要求メッセー
ジ６１にトランザクション情報を付加して情報パケット
２０５を形成し、その情報パケット２０５をスタンドア
ローンの操作要素１０に対して送る。操作要素１０は操
作要素１０に対して直接に接続されている呼出し制御デ
ータベース１１を利用して、その呼出しに対して必要な
処理およびルーチングを決定する。操作要素１０はルー
チングおよび処理の命令を含んでいる応答メッセージ６
２を発信側の交換機ノード３２へ送るか、あるいは命令
が図６に関連して説明されたようにサービス制御ポイン
ト上に在る場合は、応答メッセージ６２の中で識別され
ているサービス制御ポイント３３から命令を取り出すよ
うに指示する。発信側の交換機ノード３２は応答メッセ
ージを自分が信号転送ポイント３４から受信した要求メ
ッセージ６１と相関付ける。次に、発信側の交換機ノー
ド３２はその呼出しを自分自身で回送するか、あるいは
サービス制御ポイント３３からの詳しい指示を要求す
る。発信側の交換機ノード３２は前の説明にしたがっ
て、セットアップされた呼出しの残りの部分を制御する
が、操作要素１０の中では情報パケットは形成されない
ことに注意する必要がある。また、この実施例ではネッ
トワークの発信側の交換機ノード内で要求メッセージ６
１を応答メッセージ６２と相関付けるための開発が必要
である。

【００６２】図５に示されている呼出し詳細記録プログ
ラム５２は遠隔通信ネットワークによって確定された料
金請求可能な各呼出しに対する１つの呼出し詳細レコー
ドを作成する。呼出しの詳細レコードは要求メッセー
ジ、応答メッセージ（操作要素からの、そして、利用さ
れる場合はサービス制御ポイントからの）、回答メッセ
ージおよび解放メッセージを含んでいる情報パケットの
中に捕捉された情報を含んでいる。各情報パケットの中
のタイム・スタンプのために、操作要素１０は各交換機
ノードおよび各サービス制御ポイントにおいてトラフィ
ックおよび他のアクティビティの大きさの毎日のヒスト
グラムを開発することができる。このデータをネットワ
ークの将来の成長を計画するための情報源として使うこ
とができる。

【００６３】さらに、操作要素１０は顧客、例えば、番
号が８００または９００の顧客に対するデータを収集す
るアプリケーション（図示せず）をサポートすることが
でき、そして時間帯、曜日などの関数として呼出しの発
信源の情報または呼出しのボリュームの情報などのデー
タを提示するか、あるいは、意図されたがそれ自身のコ
ンピュータを経由して顧客に直接に顧客の宛先に届かな
かった呼出しに関するデータを提供することができる。
また、操作要素１０は特定の８００または９００番の番
号を持っている顧客が、可能な最大の数の同時呼出しを
処理している時、その状態を認識し、追加の呼出しに対
する要求メッセージを含んでいる情報パケットを受信し
た時に、後で再試行するように呼出し者に要求する、あ
らかじめ録音された音声のメッセージが呼出者に送られ
ることを要求するメッセージを、発信側の交換機ノード
に対して送ることができる。この方法で、普通であれば
宛先においてビジー信号に出会うことになる呼出しが、
発信側の交換機ノードにおいて停止されるので、ネット
ワークのそれ以降の部分で混雑が発生しない。

【００６４】電話呼出しの乱用またはストーキングのパ
ターンは特定の電話番号に関連付けられているアドレス
完了メッセージを監視することによって、ストーカ識別
サービス５５によって検出される。

【００６５】操作要素１０の中のプロセッサ上にある故
障管理のアプリケーション５３はネットワークによって
処理された各呼出しに関係付けられているメッセージを
解析して呼出しのどれが失敗したかを知る。或る呼出し
が失敗した時、操作要素１０は操作要素１０の交換およ
びシグナリングのサブシステム４０において発信して終
了するテスト呼出しを開始し、元の失敗した呼出しが通
過したのと同じネットワーク要素（図示せず）を通過さ
せる。

【００６６】次の呼出しのフローはデータが壊れている
ことによる信号転送ポイントのルーチング・テーブルの
中でのエラーが、操作要素によってどのように検出され
て訂正されるかを示している。図９を参照して、発信側
の交換機ノード３２は呼出し側をサービスしているロー
カル交換キャリア３１から要求メッセージ６１を受け取
り、そのメッセージを検証し、適切なトランザクション
情報を付加して情報パケット２００を形成し、エラー・
コードのフィールドの中にエラーが検証プロセスにおい
て検出されたかどうかを示す信号を含める。次に、発信
側の交換機ノード３２は情報パケット２００を操作要素
１０へ送る。

【００６７】操作要素１０の中の故障管理のアプリケー
ション（図５に示す）は要求メッセージ６１に関連付け
られている情報パケット２００の中のエラー・コードの
フィールドをチェックし、その呼出しが失敗したかどう
かを知る。その呼出しが失敗しなかったと仮定して、そ
して操作要素１０が前に説明されているように自分自身
でその呼出しを回送することができると仮定して、発信
側の交換機ノード３２は信号転送ポイント３４がその要
求を適切な終端の交換機ノード３５へ転送すると推定し
て、信号転送ポイント３２経由で要求メッセージ６１を
終端の交換機ノード３５へ送る。しかし、シグナリング
転送ポイント３４のルーチング・テーブルが壊れていた
場合、要求メッセージ６１は間違った終端の交換機ノー
ド３６へ送られることになる。意図されていた終端交換
機３５のノードは要求メッセージ６１を受け取らなかっ
たので、それはアドレス完了メッセージ６３、回答メッ
セージ（図示せず）または解放メッセージ（図示せず）
を発信側の交換機ノード３２へ転送しない。発信側の交
換機ノード３２は時間切れとなり、解放メッセージ６５
をローカル交換キャリアの交換機３１へ送る。

【００６８】発信側の交換機ノード３２はトランザクシ
ョン情報をその解放メッセージ６５に付加し、エラー・
コードのフィールドの中に１つのエントリを含めて、時
間切れのエラーが発生したことを示し、結果の情報パケ
ット２０４を操作要素１０へ転送する。故障管理のアプ
リケーションはそのエラー・コードのフィールドをチェ
ックし、その呼出しが失敗したことを知る。

【００６９】図１０に示されているように、操作要素１
０はその失敗した呼出しに関連付けられた情報パケット
（図９に示す）の内容に基づいて、新しい要求メッセー
ジ６１を自動的に作成して発行する。そのテスト呼出し
は以前に呼出しの失敗を示しているメッセージを送った
のと同じ発信側の交換機ノード３２によって制御され、
そして交換およびシグナリングのサブシステム４０を経
由して操作要素１０へ戻ってきて完了する。

【００７０】呼出し要求メッセージ６１を受け取ると、
発信側の交換機ノード３２は情報パケット２００を操作
要素１０へ送ってその呼出しに対する処理およびルーチ
ングの命令を要求する。操作要素１０は応答メッセージ
６２を交換機３２へ転送し、その呼出しがテストの呼出
しであること、そしてそれを処理する方法を示し、それ
によって失敗した呼出しの呼出しセットアップ・プロセ
スを複製する。

【００７１】操作要素１０から応答メッセージ６２を受
信した後、発信側の交換機ノード３２はその応答メッセ
ージ６２から情報パケット２０１を形成し、パケット２
０１を操作要素１０へ送信し、発信側の交換機ノード３
２が操作要素１０からの正確な指示を受信したことを操
作要素１０が検証できるようにする。

【００７２】操作要素１０からのテスト呼出しに対する
ルーチングおよび処理の命令を所有している場合、発信
側の交換機ノード３２は要求メッセージ６１を信号転送
ポイント３４経由で終端の交換機ノード３５へ送り、そ
のメッセージの中にその呼出しがテストの呼出しである
ことを示している信号を埋め込んでおく。そのテストの
呼出し信号は、その呼出しが通過する各交換機およびサ
ービス制御ポイントが情報パケットとして自分が送信ま
たは受信する各メッセージのコピーを操作要素１０へ送
信することを義務付ける。前と同様に、シグナリング転
送ポイント３４のルーチング・テーブルが破壊されてい
るので、要求メッセージ６１は間違った終端の交換機ノ
ード３６へ送られる。意図されていた終端の交換機ノー
ド３５は要求メッセージ６１を受信しなかったので、そ
れはアドレス完了メッセージ、回答メッセージまたは解
放メッセージを発信側の交換機ノード３２に対して転送
しない。発信側の交換機ノード３２は時間切れとなる。

【００７３】しかしこの時、誤配送された要求メッセー
ジ６１を受信した終端の交換機ノード３６も発信側の交
換機ノード３２から受信した要求メッセージ６１の中に
埋め込まれたパラメタのために、情報パケット２０６を
操作要素１０に対して送り、自分が誤配送されたメッセ
ージを受信したことをエラー・コード・フィールドの中
で示す。

【００７４】発信側の交換機ノード３２は時間切れのエ
ラーのためにテストの呼出しを解放し、その解放メッセ
ージ６５にトランザクション情報を付加し、時間切れの
エラーが発生したことを示すエラー・コード・フィール
ドの中にエントリを含め、そしてその情報パケット２０
４を操作要素１０へ転送する。

【００７５】操作要素１０は発信側の交換機ノードから
の情報パケット２００、２０１および２０４および、誤
配送されたメッセージを受け取っている終端の交換機ノ
ード３６からの情報パケット２０６を調べて、信号転送
ポイント３４がルーチング・エラーを発生したことを知
る。操作要素１０はネットワーク・マップ・テーブル
（図２および５に示す）を利用してどの信号転送ポイン
ト３４が終端の交換機ノード３５、３６をそれぞれサー
ビスしているかを知り、そのエラーを起こしたシグナリ
ング信号ポイント３４とエラー訂正メッセージ２０８に
よって通信し、エラーを訂正するようにそのルーチング
・テーブルを修正する。次に、新しいテスト呼出しが次
に発行されて正しい呼出しのルーチングを検証する。

【００７６】テスト呼出しによって、操作要素は元の呼
出しの確定時に発信側の交換機ノードによって操作要素
に対して送られた選択メッセージを受け取るだけではな
く、そのテスト呼出しが通過した各ネットワーク要素に
よって受信され送信されたメッセージをすべて完全に受
け取ることができる。この方法で、操作要素はその呼出
しが失敗する原因となった問題がその操作要素によって
サービスされている遠隔通信システムに関連付けられて
いるネットワーク要素の内部にあるかどうか、あるいは
その問題がシステムの外部の要素、例えば、ローカル交
換キャリア、構内交換機、または競争会社のアクセス・
プロバイダ・交換機の内部にあるかどうかを検出するこ
とができる。問題がその操作要素によってサービスされ
ている遠隔通信システムの内部にあることが分かった場
合、その問題はその操作要素によってリアルタイムで訂
正することができる。その操作要素は自動的に訂正され
たトラブルのレポートをログし、修理のためにそれ以降
の人手による対策が必要である場合はその遠隔通信シス
テムに警告する。

【００７７】テスト呼出しのタイプが異なっている場
合、それはテスト呼出しのプリフィックスによって示さ
れる。例えば顧客は特定の呼出しのコストを問い合わせ
ること、そして請求額のチェックを要求することができ
る。図１１に示されているように、ケースワーカー４５
は問題の呼出しを複製するために交換およびシグナリン
グのサブシステム４０からテスト呼出しを起動すること
ができ、サービスの請求書発行者から得られた滞納され
ている料金額と共に、その呼出しが通過した各ネットワ
ーク要素から受信したメッセージを利用してその呼出し
が正しく回送されて料金請求（図示せず）されたことを
顧客に示すことができる。ネットワークの中で設定され
ている代表的な呼出しに対するメッセージ・フローの仕
組みは図３に関連して前に説明された。操作要素１０は
要求メッセージ６１、要求メッセージ６１、応答メッセ
ージ６２、アドレス完了メッセージ６３、回答メッセー
ジ６４および解放メッセージ６５などの、発信側の交換
機ノード３２からの選択されたメッセージに関係付けら
れた情報パケット２００−２０４を受信する。さらに、
図１０に関して説明されたように、テストの呼出しによ
って操作要素１０は通常の呼出しの確定時に発信側の交
換機ノード３２によって操作要素１０に対して送られる
選択された情報パケット２００−２０４だけを受信する
のではなく、テストの呼出しが通過した各ネットワーク
要素３２、３３および３５からの受信および送信された
メッセージに関連付けられた追加の情報パケット２１０
−２２９をすべて完全に受け取る。

【００７８】別の例では、図２を参照して、操作要素１
０から発信されて操作要素１０で終端する自動テスト呼
出しが各端にあるコンピュータ・テスト装置４６によっ
て行なわれ、交換機ノード３２の間の径路の伝送特性４
７をチェックし、それによって人手の介入なしに品質保
証テストを実行することができる。

【００７９】ふたたび図５を参照して、操作要素１０の
中のダイヤル後の遅延時間測定プログラム５８は故障管
理のアプリケーション５３および情報パケット・データ
ベース１２と共同で動作し、被呼出し側の電話番号をダ
イヤルした呼出し側がその被呼出し側の電話機が鳴って
いることを示している戻りのリング音を聞くまでの時間
を測定する。

【００８０】図４に関連して前に説明されたように、ネ
ットワーク要素から操作要素に対して転送される各情報
パケット８０は、ネットワーク要素が情報パケットの中
に含まれていたメッセージを受信した時点を示している
タイム・スタンプ９２を含んでいる。図１２（図３に関
連して前に説明したメッセージ・フローの部分的呼出し
セットアップを示している）に示されているように、操
作要素１０によって受信された最初の情報パケット２０
０は要求メッセージ６１を含んでおり、操作要素１０は
その情報パケット２００の中に含まれているタイム・ス
タンプの値を記録する。ダイヤル後の遅延時間の最初の
成分を決定するために、操作要素１０はアドレス完了メ
ッセージ６３を含んでいる情報パケット２０２と要求メ
ッセージ６１を含んでいる情報パケット２００との間の
タイム・スタンプの値の差を記録する。

【００８１】ダイヤル後の遅延時間の他の成分としては
次のものがある。（ｉ）要求メッセージ６１が呼出し側
のローカル交換キャリアの交換機３１から発信側の交換
機ノード３２へ伝送されるまでの時間、（ｉｉ）ローカ
ル交換キャリアの交換機３１が要求メッセージ６１を処
理して送信するために掛かる時間、（ｉｉｉ）アドレス
完了メッセージ６３が発信側の交換機ノード３２を通過
し、発信側の交換機ノード３２から呼出し側のローカル
交換キャリアの交換機３１まで伝送されるのに掛かる時
間、（ｉｖ）ローカル交換キャリアの交換機３１がアド
レス完了メッセージ６３を受信した後、呼出し側へリン
グバック・トーンの送信を開始するまでに掛かる時間、
（ｖ）１つのメッセージ、例えば、要求メッセージ６１
またはアドレス完了メッセージ６３が呼出し側のローカ
ル交換キャリアの交換機３１に関連付けられた信号転送
ポイント（図示せず）を通過するのに掛かる時間。

【００８２】図１３に示されていて、図１１に関連して
前に説明されたように、操作要素１０によって行なわれ
るテスト呼出しは特定の呼出しが通過したネットワーク
要素３２、３３および３５およびローカル交換キャリア
３１の間の遅延時間（ｉ）−（ｖ）を計算するために使
うことができる情報パケット２００−２１９および２２
９−２３１ののすべてを完全に提供する。遅延時間
（ｉ）を計算するには、テスト呼出しが開始された時、
操作要素１０がその時刻を記録する。要求メッセージ６
１を含んでいる発信側の交換機ノード３２からの情報パ
ケット２００を受信した時、操作要素１０はそのテスト
呼出しが起動された時刻と、発信側の交換機ノード３２
によって要求メッセージ６１が受信された時刻を表して
いる情報パケット２００の中のタイム・スタンプ値との
間の差を計算する。この差は或る手順によって正規化す
ることができる。その手順は呼出し側のローカル交換キ
ャリアの交換機（図２に示す）と発信側の交換機ノード
３２との間の実際の距離が、操作要素１０と発信側の交
換機ノード３２との間の距離より短いか、あるいは長い
かのいずれかによって決まる伝播時間の差を考慮する。

【００８３】アドレス完了メッセージに関連付けられた
類似の遅延時間の成分（ｉｉｉ）もテスト呼出しのデー
タから求められ、それは情報パケット２０２および２３
１にそれぞれ含まれているタイム・スタンプの差に等し
い。この遅延時間の成分は成分（ｉ）と同じ方法で正規
化される。

【００８４】遅延時間の成分（ｉｉ）は操作要素１０に
よってダイヤルの数字が受信された時刻と、そのテスト
呼出しのために操作要素によって要求メッセージが送ら
れた時の時刻とを記録することによって操作要素１０に
よって計算される。この場合、操作要素はローカル交換
キャリアの交換機に対する代理として働いている。遅延
時間の成分（ｉｖ）もアドレス完了メッセージの受信時
刻と、テスト呼出しにおけるリングバック・トーンの開
始の時刻とを記録することにより、操作要素１０によっ
て計算される。遅延時間の成分（ｖ）は操作要素１０の
中にあらかじめ記憶されている。成分（ｉｉ）、（ｉ
ｖ）、（ｖ）は成分（ｉ）、（ｉｉｉ）に加算される。

【００８５】遅延時間の成分（ｉ）−（ｖ）の値はダイ
ヤル後の遅延時間の最初の成分に対して加算され、その
呼出しに対するダイヤル後の遅延時間の合計値が得られ
る。これは呼出し側のローカル交換キャリアの交換機か
ら測定された往復の伝播遅延時間を表している。

【００８６】必要な場合、ローカル・ループを表してい
る遅延時間の値、すなわち、呼出しが呼出し側／被呼出
し側の電話機との間、呼出し側／被呼出し側のローカル
交換キャリアの交換機との間を通過するのに掛かる時間
（サービスしているローカル交換キャリアの交換機から
電話機までの距離の関数である）をダイヤル後の遅延時
間の合計値に加算することができる。

【００８７】単独の呼出しに関連付けられるダイヤル後
の遅延時間を計算する第２の方法は、同じネットワーク
・ノード間を逆方向に進行する２つの呼出しの操作要素
によって監視することに関係する。例えば、図１４に示
されているように、第１の監視される呼出し１０１はニ
ューヨークで発信され、サンフランシスコで終端する。
第１の呼出しに対する発信側の交換機ノード１０２はニ
ューヨークの市内またはその近くにあり、第１の呼出し
に対する終端の交換機ノード１０３はサンフランシスコ
の市内またはその近くにある。したがって、監視される
第２の呼出し１１０は、サンフランシスコから発信され
てニューヨークで終端する。そこで第２の呼出しの発信
側の交換機ノード１０３はサンフランシスコにあること
になり、終端の交換機ノードはニューヨークにあること
になる。

【００８８】ダイヤル後の遅延時間の第１の成分は監視
される第１の呼出しに対して操作要素１０によって計算
される。これはアドレス完了メッセージ６３ａを含んで
いる情報パケット１０４（ニューヨークにある交換機ノ
ード１０２から受信された）と要求メッセージ６１ａを
含んでいる情報パケット１０５との間のタイム・スタン
プ値の差を記録し、その差に対してアドレス完了メッセ
ージ６３ａが交換機ノード１０２を通過するの掛かる時
間（この転送時間の値はテスト呼出しについてのデータ
から計算される）を加算することによって行なわれる。
したがって、ダイヤル後の遅延時間の最初の成分はニュ
ーヨークにおける要求６１ａおよびアドレス完了６３ａ
のメッセージに関連付けられた伝送および処理の遅延時
間以外に、次の時間を含んでいる。（１）アドレス完了
メッセージ６３ａがサンフランシスコにあるローカル交
換キャリアの交換機１０６からサンフランシスコにある
交換機ノード１０３へ伝送されるのに掛かる実際の時
間、（２）ローカル交換キャリアの交換機１０６が被呼
出し側の番号が有効であって被呼出し側の回線が空いて
いることを知るために掛かる処理時間、（３）被呼出し
側に対するリングバック信号の開始時点とサンフランシ
スコにある交換機ノード１０３へのアドレス完了メッセ
ージ６３ａの送信時点との間の時間、（４）アドレス完
了メッセージがサンフランシスコにあるローカル交換キ
ャリアの交換機１０６からサンフランシスコにある交換
機ノード１０３へ伝送されるのに掛かる時間。

【００８９】同様に、ダイヤル後の遅延時間の第２の成
分は、監視される第２の呼出し１１０に対して操作要素
１０によって計算される。これはアドレス完了メッセー
ジ６３ｂを含んでいる情報パケット１０９と、サンフラ
ンシスコにある交換機ノード１０３から受信された要求
メッセージ６１ｂを含んでいる情報パケット１０８との
間のタイム・スタンプ値の差を記録することによって行
なわれる。ダイヤル後の遅延時間の第２の成分は、ダイ
ヤル後の遅延時間の第１の成分に関連して説明されたの
と同様な遅延時間の成分（２）−（４）と一緒に、アド
レス完了メッセージ６３ｂがニューヨークにあるローカ
ル交換キャリアの交換機１０７からサンフランシスコに
ある交換機ノード１０３へ伝送されるのに掛かる実際の
時間を含んでいる。

【００９０】遅延時間の第１の成分を遅延時間の第２の
成分に加算することによって、要求メッセージ６１ａ、
ｂおよびアドレス完了メッセージ６３ａ、ｂに対するニ
ューヨークおよびサンフランシスコでの交換機ノード１
０２、１０３の間の遅延時間が２度カウントされること
になる。これを補正するために、操作要素１０によって
行なわれるテスト呼出し（図示せず）を使ってニューヨ
ークとサンフランシスコとの間で伝送される呼出しに対
する遅延時間の値を計算することができる。

【００９１】この遅延時間は要求メッセージが交換機ノ
ード１０３を通過するのに掛かる時間、要求メッセージ
がサンフランシスコの交換機ノード１０３からニューヨ
ークの交換機ノード１０２まで伝送されるのに掛かる時
間および、交換機ノード１０２をメッセージが通過する
のに掛かる時間、アドレス完了メッセージが交換機ノー
ド１０２を通過するのに掛かる時間、アドレス完了メッ
セージがニューヨークの交換機ノード１０２からサンフ
ランシスコの交換機ノード１０３まで伝送されて交換機
ノード１０３上を伝送される時間の合計から構成され
る。この遅延時間の値はニューヨークとサンフランシス
コとの間を通過する単独の呼出しに関連付けられたダイ
ヤル後の遅延時間を得るために、遅延時間の第１および
第２のコンポーネントの和から差し引かれる必要があ
る。

【００９２】ローカル交換キャリアの交換機１０６、１
０７がダイヤルされた数字を受信して要求メッセージ６
１ａ、ｂをネットワーク交換機１０２、１０３へ送るの
に掛かる処理時間と、ネットワーク交換機１０２、１０
３からの要求メッセージ６１ａ、ｂを受信してアドレス
完了メッセージ６３ａ、ｂをネットワーク交換機１０
２、１０３へ送り、被呼出し側に対するリングバック・
トーンの送信を開始するために掛かる時間との間の差を
考慮することによって、最終の調整がダイヤル後の遅延
時間の値に対して行なわれる。各ローカル交換キャリア
１０６、１０７におけるアドレス完了メッセージ６３
ａ、ｂの処理時間と、要求メッセージ６１ａ、ｂの処理
時間との間の差を表す値（そのローカル交換キャリアの
交換機のメーカから得られる）が、操作要素１０によっ
てデータベース（図示せず）の中に維持されている。そ
の呼出しに関与する各ローカル交換キャリア１０６、１
０７に対する値を使って操作要素１０がダイヤル後の遅
延時間の最終値を調整することができる。

【００９３】必要な場合、ローカル・ループを表してい
る遅延時間の値、すなわち、呼出しが呼出し側／被呼出
し側の電話機との間、呼出し側／被呼出し側のローカル
交換キャリアの交換機との間を進行するのに掛かる時間
（サービスしているローカル交換キャリアの交換機から
電話機までの距離の関数）を、ダイヤル後の遅延時間の
合計値に加算することができる。

【００９４】ネットワークを通過する呼出しのすべて、
またはサブセットに関連付けられるダイヤル後の測定値
は異なるネットワーク要素において、そして異なる期間
において遅延の履歴を得るために操作要素によって維持
されているデータベースの中に記憶しておくことができ
る。遅延時間のデータベースは混雑の管理、長距離ネッ
トワークの計画、および時計の監視および同期化（以下
にさらに詳しく説明する）のために使うことができる。

【００９５】図５を参照して、本発明の好ましい実施例
にしたがって、操作要素１０はネットワークの時刻の監
視および同期化のアプリケーション５９もサポートす
る。図１５に示されているように、呼出しの処理および
ルーチングに関与する各ネットワーク要素３０は、操作
要素１０によって維持されている高精度の中央集中型の
マスター時計４１に同期化される必要のあるローカル時
計４９を備えている。中央にあるマスター時計４１は国
の時間ソースに同期化されている、年間１０マイクロ秒
以下の変動の原子（セシウム）時計であってもよい。

【００９６】操作要素１０はネットワーク要素３０にあ
る時計を初期化し、その時計がマスター時計４１と同期
がずれてきた時に、ネットワーク要素の時計４９の値を
更新することができる。

【００９７】新しい時計を初期化するために、ネットワ
ーク要素３０はネットワーク同期化時刻要求メッセージ
４２を操作要素１０へ送る。操作要素１０は操作要素１
０から同期化を要求しているネットワーク要素３０まで
の伝播に関連付けられている、計算されて正規化された
遅延時間の値を遅延時間のデータベースから得て、その
遅延時間の値をマスター時計４１の現在の値に加算し、
その結果の値をネットワーク同期化時刻提供メッセージ
４３によってネットワーク要素３０へ送る。ネットワー
ク要素３０は自分のローカル時計４０を初期化し、ネッ
トワーク同期化時刻受信確認メッセージ４４を、初期化
された時計４９の値を含めて操作要素１０へ送り返す。

【００９８】ネットワーク要素の時計４９の値を検証ま
たは更新するために、操作要素１０は時刻監視要求メッ
セージ４５を定期的にネットワーク要素３０へ送る。そ
れに応答して、ネットワーク要素３０は時刻監視確認メ
ッセージ４６を操作要素１０に対して送る。このメッセ
ージの中にはローカル時計４９の値にネットワーク要素
３０において入ってくるメッセージを受信するのに関連
付けられたメッセージ処理の遅延時間の値および、その
ネットワーク要素３０自身によって決定されるネットワ
ーク要素３０からメッセージの送信に関連付けられた処
理の遅延時間の値が加算された値を含んでいる。ネット
ワーク要素３０におけるメッセージ処理遅延時間は、そ
の要素３０においてメッセージの入力および処理の遅延
時間が出力の処理の遅延時間を超過している値として定
義される。

【００９９】操作要素１０はネットワーク要素３０から
確認メッセージ４６を受信する。そのメッセージはネッ
トワーク要素３０にあるローカル時計の値４９を含んで
いる。操作要素１０は次の式を使って、順方向の遅延時
間と呼ばれるネットワーク要素へのメッセージの送信に
関係付けられる遅延時間を続けて３回（平均値を得るた
めに）計算する。

【０１００】順方向遅延時間＝（往復の遅延時間−ネッ
トワーク要素のメッセージ処理時間）／２。この遅延時
間は対称的であり、順方向の平均遅延時間は逆方向の平
均遅延時間に等しいと仮定されている。受信された時計
の値＋平均逆方向遅延時間の値が、時刻監視確認メッセ
ージが受け取られた時刻におけるマスター時計の時刻４
１と比較される。結果の値がマスター時計４１の正しい
時刻と大幅に異なっていた場合、操作要素１０はそのネ
ットワーク要素に対して時刻変更要求メッセージ４７を
送る。このメッセージはマスター時計による正確な時刻
の値＋以前に計算された順方向の遅延時間＋ネットワー
ク要素に関係付けられているメッセージ処理遅延時間を
含んでいる。次に、ネットワーク要素はローカル時計４
９の時刻を更新し、新しい時刻受信確認メッセージ４８
を操作要素へ送る。順方向の遅延時間の測定値を遅延時
間のデータベースに加えることができる。

【０１０１】時刻監視要求メッセージによってネットワ
ークの動作が妨げられるのを防ぐために、操作要素１０
は到来する呼出しが受信されるたびにネットワーク要素
のローカル時計４９のステータスを監視することができ
る。ネットワークを通過する各呼出しに対して、操作要
素１０は特定のメッセージ（例えば要求メッセージ、応
答メッセージ、アドレス完了メッセージ、回答メッセー
ジおよび解放メッセージ）が発信側の交換機ノードによ
って受信された時点を表しているタイム・スタンプを含
んでいる発信側の交換機ノードからの情報パケットを受
信する。操作要素はその情報パケットが受信された時刻
を記録する。その情報パケットを送信している特定の発
信側の交換機ノードに対する遅延時間のデータベースか
らの順方向の遅延時間の値を検索し、その情報パケット
の中に含まれていたタイム・スタンプの値に順方向の遅
延時間を加算し、それをマスター時計４１にしたがっ
て、情報パケットの受信の時刻と比較することによっ
て、操作要素１０は時刻監視要求メッセージ４５を各ネ
ットワーク要素に対して連続のベースで送ることなし
に、ローカル時計３０がマスター時計４１に同期化され
ているかどうかを知らせることができる。

【０１０２】操作要素はサービス制御ポイントが発信側
の交換機ノードに対して送るメッセージの中にタイム・
スタンプの値を埋め込んでいた場合、そのサービス制御
ポイントからのタイム・スタンプの値を得ることができ
る。このように、操作要素がその伝送されたメッセージ
の中に埋め込まれていたタイム・スタンプを含んでいる
発信側の交換機ノードからの情報パケットを受信した
時、情報パケットは２つのタイム・スタンプ値を含んで
いる。第１のタイム・スタンプ値はパケットのトランザ
クション情報セクションの中にあり、発信側の交換機ノ
ードがパケットの中に含まれているメッセージを受信し
た時刻を表す。第２のタイム・スタンプ値はメッセージ
そのものに埋め込まれていて、サービス制御ポイントが
発信側の交換機ノードに対してメッセージを送ったロー
カル時刻を表す。

【図面の簡単な説明】

【図１】本発明による遠隔通信システムの管理の概要を
示している。

【図２】操作要素を遠隔通信システムのネットワーク要
素と接続する、交換およびシグナリングのサブシステム
のブロック図のアーキテクチャを示している。

【図３】１つのローカル交換ネットワークから発生して
１つのローカル交換ネットワークに至って完了する呼出
しについて、発信側の交換機ノードによって操作要素に
対して送られるメッセージおよびトランザクション情報
をそれぞれ含んでいる情報パケットを示している。

【図４】ネットワーク要素によって操作要素に対して送
られる代表的な情報パケットを示している。

【図５】本発明にしたがって、遠隔通信ネットワークを
管理するための操作要素の説明的なアーキテクチャを示
している。

【図６】本発明の好適な実施例にしたがって、操作要素
によって実現される呼出しの制御機能に対する３つのメ
ッセージ・フローを示している。

【図７】本発明の第２の実施例にしたがって、呼出しの
制御機能に対する代表的なメッセージ・フローを示して
いる。

【図８】本発明の第３の実施例にしたがって、呼出しの
制御機能に対する代表的なメッセージ・フローを示して
いる。

【図９】本発明の好適な実施例にしたがって、信号転送
ポイントのルーチング・エラーの結果によって発生する
メッセージ・フローを示している。

【図１０】操作要素において発信して終了する自動テス
ト呼出しの使用を示しており、信号転送ポイントのルー
チング・エラーをリアルタイムで識別し訂正する方法を
示している。

【図１１】操作要素において発生し、ローカルの交換キ
ャリアの交換機または競争会社のアクセス・プロバイダ
の交換機で終了する、ケースワーカー起動のテスト呼出
しの間にその操作要素に対して送られるメッセージを示
している。

【図１２】ネットワーク内でセットアップされ、ダイヤ
ル後の遅延時間の測定の１つの部分を実行するために使
われる代表的なメッセージ・フローを示している。

【図１３】ダイヤル後の遅延時間の測定の他の部分を実
行するために使われる操作要素において発信および終了
する自動テスト呼出しの使用を示している。

【図１４】単独の呼出しに対するダイヤル後の遅延時間
の合計値を計算するための第２の方法を示している。

【図１５】ネットワークの時計を初期化し、同期化する
ことに関連したメッセージを示している。

Claims

【特許請求の範囲】

【請求項１】遠隔通信ネットワークの中で行なわれる
電話の呼出しをサービスするための装置であって、インターコネクト・バスと、前記インターコネクト・バスと通信し、そして電話の呼
出しに関連している情報を格納するためのデータベース
と、遠隔通信ネットワーク内の複数の相互接続されたネット
ワークと通信し、また前記インターコネクト・バスと通
信する通信ユニットとを含み、前記通信ユニットはネットワーク要素から発信される呼
出しのルーチングに関してネットワーク要素に指示し、
各呼出しに関係付けられた情報が、前記データベースに
格納するために前記通信ユニットへ伝送されることを特
徴とする装置。
【請求項２】遠隔通信ネットワークの中で行なわれる
電話の呼出しをサービスするための装置であって、インターコネクト・バスと、前記インターコネクト・バスと通信し、そして電話の呼
出しに関連している情報を格納するデータベースと、遠隔通信ネットワーク内の複数の相互接続されたネット
ワークと通信し、また前記インターコネクト・バスと通
信する通信ユニットとを含み、各呼出しに関係付けられた情報が、前記データベースに
記憶するために前記通信ユニットに対して伝送され、前
記通信ユニットは請求書作成の目的でネットワーク要素
において発信される呼出しの記録を作成することを特徴
とする装置。
【請求項３】遠隔通信ネットワークの中で行なわれる
電話呼出しをサービスするための装置であって、インターコネクト・バスと、前記インターコネクト・バスと通信する、電話の呼出し
に関連している情報の処理およびルーチングを格納する
データベースと、装置の機能を規定する複数のプログラムと、前記インターコネクト・バスと通信するプロセッサと、遠隔通信ネットワーク内の相互接続された複数のネット
ワーク要素と通信し、また前記インターコネクト・バス
と通信する通信ユニットと、電話の呼出しに関係付けら
れた情報パケットとを含み、前記情報パケットは装置の機能の１つをサポートするデ
ータを含んでいて、前記情報パケットは相互接続された
複数のネットワーク要素の少なくとも１つから前記通信
ユニットへ伝送されることを特徴とする装置。
【請求項４】前記情報パケットがメッセージの部分と
トランザクションの部分とを含んでいて、メッセージの
部分はネットワーク要素を通過する呼出しに応答して相
互接続されたネットワーク要素間で伝送され、トランザ
クション情報の部分は前記情報パケットが相互接続され
た複数のネットワーク要素の少なくとも１つから前記通
信ユニットへ送信される前にメッセージ部分に対して付
加されることを特徴とする、請求項３に記載の電話呼出
しにサービスするための装置。
【請求項５】前記データベースがその呼出しの処理お
よびルーチングを担当する複数のネットワーク要素の１
つを識別することを特徴とする、請求項３に記載の電話
呼出しにサービスするための装置。
【請求項６】複数の相互接続されたネットワーク要素
のうちの少なくとも１つが、前記通信ユニットによって
ネットワーク要素へ送られた最初のメッセージの中に含
まれている情報に基づいてその呼出しを回送することを
特徴とする、請求項３に記載の電話呼出しにサービスす
るための装置。
【請求項７】前記複数のプログラムが、呼出しのセットアップ時にエラーが発生したことを検出
するための手段と、前記通信ユニットによって起動されて回答されるテスト
呼出しを掛け、装置がエラーの発生した場所を決定する
手段とを含むことを特徴とする、請求項３に記載の電話
呼出しにサービスするための装置。
【請求項８】呼出しのルーチングを担当する複数のネ
ットワーク要素のうちの１つが、通信ユニットによって
起動されて回答されるテスト呼出しと、遠隔通信ネット
ワークの加入者によって行なわれる通常の呼出しとを区
別することを特徴とする、請求項７に記載の電話呼出し
にサービスするための装置。
【請求項９】呼出しのルーチングを担当する複数のネ
ットワーク要素のうちの１つが、テスト呼出しが行なわ
れていることを次に続いているネットワーク要素に対し
て示すための手段を備えていることを特徴とする、請求
項８に記載の電話呼出しにサービスするための装置。
【請求項１０】テスト呼出しが行なわれていること
を、次に続くネットワーク要素に対して示す手段が、第
２のメッセージの中に含まれている信号を含んでいるこ
とを特徴とする、請求項９に記載の電話呼出しにサービ
スするための装置。
【請求項１１】顧客が遠隔通信プロバイダと対話方式
で通信することができるように前記通信ユニットと通信
して音声を認識し、それに応答する手段をさらに含んで
いることを特徴とする、請求項３に記載の電話呼出しに
サービスするための装置。
【請求項１２】前記複数のプログラムが、対話型の通
信に応答して新しいサービスを顧客に提供する手段を含
んでいることを特徴とする、請求項１１に記載の電話呼
出しにサービスするための装置。
【請求項１３】前記通信ユニットが、ケース・ワーカ
ーによって管理されるワークステーションと通信し、ケ
ース・ワーカーは前記通信ユニット、複数の相互接続さ
れたネットワーク要素、および遠隔通信のプロバイダの
顧客と同時に対話することを特徴とする、請求項３に記
載の電話呼出しにサービスするための装置。
【請求項１４】前記複数のプログラムが、前記通信ユ
ニットによって起動されて回答されるテスト呼出しを掛
ける手段を含んでいて、遠隔通信の顧客が請求書の検証
情報を要求した時にテスト呼出しが行なわれることを特
徴とする、請求項３に記載の電話呼出しにサービスする
ための装置。
【請求項１５】前記データベースが、フロードなもの
としてマークされている呼出し側の電話番号を識別す
る、番号のリストを含んでいるデータ・テーブルを含ん
でいることを特徴とする、請求項３に記載の電話呼出し
にサービスするための装置。
【請求項１６】前記複数のプログラムが、呼出し側の
電話番号が不正なものとしてマークされているかどうか
を知るための手段を含んでいることを特徴とする、請求
項１５に記載の電話呼出しにサービスするための装置。
【請求項１７】前記データベースが、料金が滞納され
ているとしてマークされている呼出し側の電話番号を識
別する番号のリストを含んでいるデータ・テーブルを含
んでいることを特徴とする、請求項３に記載の電話呼出
しにサービスするための装置。
【請求項１８】前記複数のプログラムが、呼出し側の
電話番号が料金が滞納されているとしてマークされてい
るかどうかを知るための手段を含んでいることを特徴と
する、請求項１７に記載の電話呼出しにサービスするた
めの装置。
【請求項１９】前記複数のプログラムが、その呼出し
に対して相互接続された複数のネットワーク要素を通し
て、呼出しの処理およびルーチングを決定する手段を含
んでいることを特徴とする、請求項３に記載の電話呼出
しにサービスするための装置。
【請求項２０】前記複数のプログラムが、遠隔通信ネ
ットワークの乱用のパターンを検出する手段を含んでい
ることを特徴とする、請求項３に記載の電話呼出しにサ
ービスするための装置。
【請求項２１】前記複数のプログラムが、相互接続さ
れた複数の各ネットワーク要素における呼出しのアクテ
ィビティを表しているデータを収集する手段を含んでい
ることを特徴とする、請求項３に記載の電話呼出しにサ
ービスするための装置。
【請求項２２】前記複数のプログラムが、前記情報パ
ケットの中に含まれているデータに基づいて、その呼出
しに対する呼出しの詳細レコードを作成するための手段
を含んでいることを特徴とする、請求項３に記載の電話
呼出しにサービスするための装置。
【請求項２３】遠隔通信ネットワークにおいて電話の
呼出しにサービスするための装置であって、インターコネクト・バスと、前記インターコネクト・バスと通信する、電話呼出しに
関連する処理およびルーチングの情報を記憶するための
第１のデータベースと、インターコネクト・バスと通信していて、遠隔通信ネッ
トワークの機能を指定する命令を備えている複数のプロ
セッサと、遠隔通信ネットワークの中の相互接続された複数のネッ
トワーク要素と通信し、また前記インターコネクト・バ
スと通信する交換およびシグナリングのユニットと、電話の呼出しに関係付けられた情報パケットとを含み、
前記情報パケットは装置の前記機能をサポートするデー
タを含んでいて、前記情報パケットは相互接続された複
数のネットワーク要素の少なくとも１つから前記交換お
よびシグナリングのユニットへ伝送され、第２のデータ
ベースの中に記憶されることを特徴とする装置。
【請求項２４】電話の呼出しにサービスするための装
置であって、遠隔通信ネットワークに関係付けられている相互接続さ
れた複数のネットワーク要素と通信する手段と、相互接続されたネットワーク要素から複数の相互接続さ
れたネットワーク要素と通信するための前記手段に対し
て伝送され、電話の呼出しに関係付けられている情報パ
ケットを収集する手段と、相互接続されたネットワーク要素のうちの少なくとも１
つに対して通信するための手段から送信されたメッセー
ジの中の信号に基づいて、その呼出しのルーチングを行
なう手段とを含む装置。
【請求項２５】電話の呼出しにサービスするための装
置であって、遠隔通信ネットワークに関係付けられている相互接続さ
れた複数のネットワーク要素と通信する手段と、相互接続されたネットワーク要素から複数の相互接続さ
れたネットワーク要素と通信する前記手段に対して伝送
され、電話の呼出しに関係付けられている情報パケット
を収集する手段と、その情報パケットを記憶するための手段とを含み、その
記憶された情報パケットはその呼出しの料金請求記録を
生成するために使われることを特徴とする装置。
【請求項２６】ネットワーク要素を通過する呼出しに
応答して、相互接続された複数の遠隔通信ネットワーク
要素から発生される情報を記録するための方法であっ
て、その方法は相互接続された複数のネットワーク要素
のうちの１つから発生されたメッセージを発信側のネッ
トワーク要素へ送信するステップと、その送信されたメッセージをコピーするステップと、そのメッセージを次に続く相互接続されたネットワーク
要素へ転送するステップと、伝送されたメッセージの中にエラーが検出されたかどう
かを示すトランザクション情報をそのコピーされたメッ
セージに対して付加し、そのトランザクション情報とコ
ピーされたメッセージが情報パケットを形成するステッ
プと、その情報パケットを第１のネットワーク要素と通信する
通信ユニットに転送するステップと、各呼出しの記録が形成されるように、その提供された情
報パケットをデータベースに格納するステップとを含む
方法。
【請求項２７】エラー信号が存在していて、そのエラ
ー信号がその呼出しが失敗したことを示していることを
検出するために、発信側のネットワーク要素から提供さ
れる情報パケットを監視するステップと、その失敗した呼出しに関係付けられている被呼出し番号
を決定するステップと、被呼出し番号に対してプリフィックスを付加し、元の被
呼出し番号に関係付けられている宛て先の代わりに通信
ユニットが被呼出し側となり、通信ユニットがその呼出
しの回答および解放を提供するステップと、そのプリフィックスが付けられた被呼出し番号をリダイ
ヤルし、テスト呼出しがそれによって行なわれて通信ユ
ニットによって起動され回答されるステップと、そのテスト呼出しがその失敗した呼出しが通過したのと
同じネットワーク要素を通過するステップと、そのテスト呼出しが通過した複数の相互接続された各ネ
ットワーク要素によって発生されるメッセージの中に信
号を埋め込んで、その失敗した呼出しに関係付けられた
テスト呼出しが掛けられていることを、次に続くネット
ワーク要素に対して知らせるようにするステップと、そのテスト呼出しが通過する複数の相互接続された各ネ
ットワーク要素によって、通信ユニットに対してすべて
の発生／受信されたメッセージの表示を転送し、呼出し
が失敗する結果となった問題を識別するために使われ
る、失敗した各呼出しに関するデータの完全なセットを
形成するステップとをさらに含んでいることを特徴とす
る、請求項２０に記載の方法。
【請求項２８】先頭の被呼出し番号が通信ユニットに
よって自動的にリダイヤルされることを特徴とする、請
求項２７に記載の方法。
【請求項２９】先頭の被呼出し番号がケース・ワーカ
ーによってリダイヤルされることを特徴とする、請求項
２７に記載の方法。
【請求項３０】先頭の被呼出し番号が、その呼出しの
伝送品質を検証するコンピュータのテスト装置によって
リダイヤルされることを特徴とする、請求項２７に記載
の方法。
【請求項３１】通信ユニットに対して転送されたメッ
セージからエラー信号を抽出して呼出しが失敗する結果
となった問題の原因を知るステップと、そのエラー信号に関係付けられた複数の相互接続された
ネットワーク要素のうちの少なくとも１つを識別するス
テップと、識別された要素にそのエラーを訂正するよう指示するス
テップとをさらに含んでいることを特徴とする、請求項
２６に記載の方法。
【請求項３２】呼出しに関連した被呼出し番号を決定
するステップと、被呼出し番号に対してプリフィックス
を付加して元の被呼出し番号に関係付けられた宛て先の
代わりに通信ユニットが被呼出し側となるようにし、通
信ユニットがその呼出しの回答および解放を提供するよ
うにするステップと、先頭の被呼出し番号がケース・ワーカーによってリダイ
ヤルされ、それによってテスト呼出しが起動されて通信
ユニットによって回答されるようにするステップと、失敗した呼出しが通過したのと同じ複数の相互接続され
たネットワーク要素を、テスト呼出しが通過するように
するステップと、テスト呼出しが通過した複数の相互接続された各ネット
ワーク要素から発生されるメッセージの中に信号を埋め
込んで、その呼出しがテスト呼出しであることを、次に
続くネットワーク要素に知らせるステップと、テスト呼出しが通過した複数の相互接続された各ネット
ワーク要素からそのネットワーク要素に関係付けられた
すべての発生され、そして受信されたメッセージの表示
を提供し、顧客に対する料金請求のプロセスの精度を示
すために使われる、呼出しに関する完全なデータのセッ
トを形成するステップとをさらに含んでいることを特徴
とする、請求項２６に記載の方法。
【請求項３３】特定の電話番号から掛けられた呼出し
に関係付けられている情報パケットを利用して、遠隔通
信ネットワークの乱用のパターンを検出するステップを
さらに含んでいることを特徴とする、請求項２６に記載
の方法。
【請求項３４】遠隔通信ネットワークの中の複数の相
互接続されたネットワーク要素を通過する呼出しに対す
る通過径路を設定する方法であって、発信側のネットワーク要素によってその呼出しが起動さ
れたことを示している要求メッセージを検出するステッ
プと、その要求メッセージをコピーするステップと、その要求メッセージを、通過径路の中の次に続く相互接
続されたネットワーク要素へ転送するステップと、コピーされた要求メッセージに対して一組のトランザク
ション情報を付加し、そのトランザクション情報とコピ
ーされた要求メッセージが１つの情報パケットを形成す
るステップと、その情報パケットの中に、発信側のネットワーク要素が
その呼出しの処理およびルーチングに関する指示を必要
としていることを示す識別情報を含めるステップと、発信側のネットワーク要素から通信ユニットへその情報
パケットを転送するステップと、通信ユニットと通信するデータベースを利用して、その
情報パケットの内容に基づいてその呼出しに必要な処理
およびルーチングを決定するステップとを含む方法。
【請求項３５】通信ユニットから発信側のネットワー
ク要素に対して、その呼出しの処理およびルーチングの
方法を示しているメッセージを送信するステップをさら
に含んでいることを特徴とする、請求項３４に記載の方
法。
【請求項３６】通信ユニットから第２のネットワーク
要素に対して、その第２のネットワーク要素がその呼出
しの処理およびルーチングの方法を発信側のネットワー
ク要素に対して通知すべきであることを示しているメッ
セージを送信するステップをさらに含んでいることを特
徴とする、請求項３４に記載の方法。
【請求項３７】通信ユニットに対して転送された情報
パケットから呼出し側の電話番号を抽出するステップ
と、不正なものとしてマークされている電話番号を含んでい
るデータベースの中で呼出し側の電話番号を探し、その
呼出し側の番号がフロードとしてマークされているかど
うかを知るステップと、呼出し側の電話番号が不正なものとしてマークされてい
た場合に、呼出しの終了を要求するメッセージを発信側
のネットワーク要素に対して転送するステップとをさら
に含んでいることを特徴とする、請求項３６に記載の方
法。
【請求項３８】通信ユニットに対して転送された情報
パケットから呼出し側の電話番号を抽出するステップ
と、しきい値を超えて滞納されている電話料金に対して、マ
ークされている電話番号を含んでいるデータ・テーブル
の中で呼出し側の番号を探すステップと、呼出し側の番号がそのしきい値を超えて料金が滞納され
ていることがマークされていた場合に、発信側のネット
ワーク要素に対して呼出しの終了を要求するメッセージ
を転送するステップとをさらに含んでいることを特徴と
する、請求項３６に記載の方法。
【請求項３９】滞納されている請求料金が、その遠隔
通信ネットワークによってサービスされている異常に長
い呼出しに関係付けられていることを特徴とする、請求
項３８に記載の方法。
【請求項４０】通過径路が通信ユニットにおいて終了
し、遠隔通信ネットワークの顧客が通信ユニットと直接
通信することによって新しいサービスに自動的に加入で
きるようにすることを特徴とする、請求項３６に記載の
方法。
【請求項４１】呼出しを通信ユニットへ回送するステ
ップと、その通信ユニットと通信する音声認識および音声応答の
ユニットにその顧客を接続するステップと、その顧客の新しいサービスに対する加入を音声認識およ
び音声応答のユニットによって記録するステップと、通信ユニットに対して転送された情報パケットからその
顧客の電話番号を抽出するステップと、その顧客の電話番号をデータ・テーブルの中で探し、呼
出し側の電話番号がフロードまたは料金滞納としてマー
クされているかどうかを知るステップと、新しいサービスに対する加入についての要求のステータ
スを顧客に通知するステップとをさらに含んでいること
を特徴とする、請求項４０に記載の方法。
【請求項４２】遠隔通信ネットワークの中の複数の相
互接続されたネットワーク要素を通過する呼出しに対す
る通過径路を確定する方法であって、第１のネットワーク要素によって、その呼出しが起動さ
れたことを示す要求メッセージを検出するステップと、その要求メッセージをコピーするステップと、その要求メッセージを次に続くネットワーク要素に対し
て転送するステップと、第１のネットワーク要素によって検出されてコピーされ
た要求メッセージに対して一組のトランザクション情報
を付加し、そのトランザクション情報とコピーされた要
求メッセージが１つの情報パケットを形成するステップ
と、その情報パケットの中で第２のネットワーク要素がその
呼出しの処理およびルーチングに関する指示を求めてい
ることを示す識別情報を含めるステップと、第１のネットワーク要素から情報パケットをその第１の
ネットワーク要素と通信する通信ユニットに対して転送
するステップと、通信ユニットと通信するデータベースを利用して、転送
された情報パケットの内容に基づいてその呼出しの必要
な処理およびルーチングを決定するステップと、通信ユニットから第２のネットワーク要素に対して、そ
の呼出しの処理およびルーチングの方法を示しているメ
ッセージを送信するステップと、要求メッセージと、第２のネットワーク要素によって送
信されたその呼出しに対する処理およびルーチングを示
しているメッセージとを相関付けるステップとを含む方
法。
【請求項４３】第２のネットワーク要素が、その呼出
しのセットアップの制御を担当している発信側のネット
ワーク要素を含んでいることを特徴とする、請求項４２
に記載の方法。
【請求項４４】呼出しのセットアップ時に通過した複
数の相互接続された各ネットワーク要素から発生された
メッセージを、発信側のネットワーク要素に対して送信
するステップと、その送信されたメッセージをコピーするステップと、そのコピーされたメッセージに対して一組のトランザク
ション情報を付加し、そのトランザクション情報とコピ
ーされたメッセージが情報パケットを形成するようにす
るステップと、その情報パケットを発信側のネットワーク要素から通信
ユニットへ転送するステップと、第１のネットワーク要素から転送された要求メッセージ
に関係付けられている情報パケットと、発信側のネット
ワーク要素から転送されたメッセージに関係付けられた
情報パケットとを相関付けるステップと、特定の呼出しに付随する情報パケットをデータベースに
格納し、遠隔通信ネットワークの機能をサポートするた
めに使われる各呼出しに関する一組のデータが形成され
るようにするステップとをさらに含んでいることを特徴
とする、請求項４３に記載の方法。