JPH09512976A - インテリジェントネットワークのテスト方法 - Google Patents

Abstract

(57)【要約】 インテリジェントネットワーク（ＩＮ）（１０）において、テストする能力がサービス切替点（ＳＳＰ）（１２）に設けられている。このテストする能力は、ネットワーク（１０）内においてＳＳＰ（１２）から所望の宛先に発せられるテスト呼からなる。テストする能力は、Ｎｏ．７信号方式（ＳＳ７）ネットワーク・プロトコルのネットワーク・メンテナンス・レベルを用いる。このテスト呼は、ＳＳＰ（１２）から送信されるメッセージ（３２）を含んでおり、このメッセージは、所望の宛先（１４）に到達する際に通過するネットワーク・デバイスを経過記録するのに用いられる部分を有する。この経過記録により、ネットワークのトラブル・シューティングが可能となる。本テスト能力は、メンテナンス要員が、障害のあるメッセージ経路上の各ノード（あるいは局）を監視しなくても、ネットワークの障害や故障を切り分けることを可能にする。

Description

【発明の詳細な説明】発明の名称 インテリジェントネットワークのテスト方法発明の分野 本発明は、インテリジェントネットワークのテスト方法に関し、特にサービス 切替点（ＳＳＰ）における、そのようなテスト能力に関するものである。発明の背景 インテリジェントネットワークをベースにしたサービスには、多くの異なるネ ットワーク構成要素とネットワークシステムとの間の協同作用が必要である。そ の典型として、ＳＳＰとサービス制御ポイント（ＳＣＰ）は、Ｎｏ．７信号方式 （ＳＳ７）のネットワーク・プロトコルを用いて通信する。インテリジェントネ ットワークのテストの主目的は、ＳＳＰとＳＣＰとに関連したサービス仕様の実 行に対してトラブル・シュート（故障診断）を行い、それらが調和して作動でき るようにすることにある。接続の設定に複数のネットワーク構成要素とＳＳ７信 号ネットワークを必要とする動作環境においてトラブル・シューティングを行う ことは、マニュアル操作か外部の運用システム（ＯＳ）のいずれかを必要とし、 それにより、ネットワークにおける種々の構成要素からのイベント／警告メッセ ージが分析され、相互に関連付けられる。マニュアル操作は実際的ではなく、外 部の運用システムは利用できないことがある。 顧客が故障を申し出る、すなわちネットワーク監視処理と運用システム（ＯＳ ）がネットワーク内の問題を検出すると、試験者は、ＳＳＰメンテナンス性能を 使って、これらの問題の確認と切り分けの両方を行い、これらの問題が解決され たかどうかをチェックすることができる。ＳＳＰメンテナンス性能は、ＩＮ（Ｉ ｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）呼の経路指定（ルーティング）および 翻訳をチェックする機能、トリガ情報およびステータスをアクセスし表示す る機能、さらには、通知（イベント／警告）メッセージおよび計測を含むことが できる。これらの性能は、ＳＳＰ内あるいはＳＳＰ外であれ、遠隔にあるＳＣＰ 、または、ネットワーク内の他の構成要素における問題の原因を特定するのに使 うことができる。試験者はＳＳＰを用いて、これらのシステムに問合せを発し、 次に、その問合せに対する応答を評価するか、あるいはネットワークに変更がな された後に、新旧のサービスの運用を確認することができる。 また、マルチベンダＳＴＰおよびＳＣＰ動作環境において、特定のサブシステ ムに対して信号ネットワークの構成とトランザクション能力アプリケーション部 （ＴＣＡＰ）メッセージの経路指定を決定することは難しい。メンテナンス要員 は、ネットワークのトラブル・シューティングを開始する前に、顧客からの情報 に頼ってネットワーク構成を決定しなければならないことがしばしばある。実際 の環境において、インテリジェントネットワーク・イベントおよびメッセージの ためにＳＳＰにトラップを設定し、それによって特定のメッセージを得ることは 難しい。何故ならば、他の呼からの複数のメッセージや問合せが到来するからで ある。この欠点により、様々なマルチベンダＳＳＰ，ＳＴＰおよびＳＣＰにとっ て、経路指定メッセージ部の種々の箇所でデータフィル（ｄａｔａｆｉｌｌ）を チェックするという、骨の折れる作業が発生する。発明の概要 本発明の目的は、サービス切替点において、インテリジェントネットワークの 改善されたテスト能力を提供することである。 本発明によれば、ログ部を含むテスト呼メッセージを、インテリジェントネッ トワークを介して、発信ノードから所望の着信ノードへ送信するステップと、前 記インテリジェントネットワークの仲介ノードにおいて、その識別子をメッセー ジのログ部へ付加し、テスト呼メッセージを着信ノードへ経路指定するステップ と、前記着信ノードにおいて、その識別子を前記テスト呼メッセージのログ部へ 付加するステップと、前記発信ノードへ、前記ログ部を含む返却メッセージを送 るステップとからなる、インテリジェントネットワークをテストする方法が提供 される。 本発明によれば、ＳＳＰ，ＳＳＰ−ＳＳ７信号、ＳＳＰ−ＳＣＰ補助装置イン ターフェイスで生成されるイベントおよびメッセージを相互に関連させ、それら をログレポートに記録することで、サービス切替点（ＳＳＰ）インテリジェント ネットワーク・テスト呼能力の提供によってインテリジェントネットワーク呼処 理の失敗の切り分けができる。 本発明の有利な点は、ＳＳＰ・インテリジェントネットワーク・テスト能力に よって、試験者が、インテリジェントネットワーク発信または着信サービス、す なわち、個人的なサービスが個々の加入者の観点から正しく機能することを確認 できることである。また、この能力により試験者は、インテリジェントネットワ ーク呼処理および信号処理の失敗を、ネットワーク内で責任を負うべきインテリ ジェントネットワーク構成要素（すなわち、ＳＣＰ補助装置、ローカルＩＰ、遠 隔ＩＰ、遠隔ＳＳＰ）に分散することができる。本テスト能力は、試験者が再現 するのに難しく、かつ時間がかかる、断続的に生じるインテリジェントネットワ ーク呼処理の失敗を切り分けるのに特に有用である。図面の簡単な説明 本発明は、図面に関する以下の説明により、さらに理解できる。 図１は、本発明の実施形態に係るインテリジェントネットワーク（ＩＮ）のテ ストを示す。 図２は、基本的な呼設定のためのＣＣＳ７・ＩＳＤＮＵＰ（ＩＳＵＰ）メッセ ージを示す。 図３は、ＣＣＳ７（インテリジェントネットワーク問合せ）メッセージを示す 。 図４は、本発明の実施形態に係るテスト呼・パラメータ（ＴＣＰ）およびトラ ベリング・ログ（ＴＣＰＴＬｏｇ）を含むＣＣＳ７メンテナンス・メッセージを 示す。 図５は、図４のＴＣＰ用パラメータフィールドを示す。 図６は、図５のパラメータフィールドの、より詳細なＴＣＰ時間フィールドを 示す。 図７は、発信ノード用の図４のトラベリング・ログ（ＴＣＰＴＬｏｇ）を示す 。 図８は、仲介インテリジェントネットワークノード用の図４のトラベリング・ ログ（ＴＣＰＴＬｏｇ）を示す。 図９は、着信ノード用の図４のトラベリング・ログ（ＴＣＰＴＬｏｇ）を示す 。 図１０は、Ｎ＞１３の場合の終端ノード用の図４のトラベリング・ログ（ＴＣ ＰＴＬｏｇ）符号化フォーマットを示す。 図１１は、本発明の実施形態に係る、テストされる２つのインテリジェントネ ットワークを含む代表的ネットワーク構成を示す。 図１２は、インテリジェントネットワークを介した往路および復路を通過する インテリジェントネットワーク・テスト呼メッセージを示す。実施の形態 図１は、本発明の実施形態に係るインテリジェントネットワークのテスト構成 を示す。インテリジェントネットワーク１０は、ノードＡと呼ぶサービス切替点 （ＳＳＰ）１２と、ノードＺと呼ぶサービス制御点（ＳＣＰ）１４とを接続する 。インテリジェントネットワーク１０は、ノードＡからノードＸまでを含むが、 簡素化のため数個のノードだけを図示し、表示してある。図１には、インテリジ ェントネットワーク１０内でのノード間の接続が示されていないが、これは、Ｓ ＳＰ１２（ノードＡ）がそのような接続を認識していない、ということを示す。 よって、インテリジェントネットワーク１０は、ノードＦと呼ばれるＳＳＰ１６ 、ノードＧと呼ばれるインテリジェント周辺機器（ＩＰ）１８、ノードＸと呼ば れる補助機器２０、信号転送点（ＳＴＰ）２２、およびＳＣＰ２４で表現されて いる。ＳＣＰ１４は、サービス・データ機能（ＳＤＦ）２６と論理的に接続され 、また、それ自身のＳＤＦ３０を有するもう一つのＳＣＰ２８に接続されている 。 動作の際、ＳＳＰ１２は、例えば新しいネットワーク・サービスのためにＳＣ Ｐ１４への接続が必要なとき、インテリジェントネットワーク１０を介した接続 のテストを要求する。本発明の実施形態では、テストは、インテリジェントネッ トワーク１０を介してＳＳＰ１２からＳＣＰ１４にテスト呼を発することによっ て行われる。このテスト呼は、ＳＳＰ１２から送られるメッセージ３２の形態を とる。ＳＳＰ１２は、このメッセージ中のログレポート３４内にノードＡスタン プを含ませることによって識別される。所定のノード、例えばＳＳＰ１６（ノー ドＦ）でのＳＳＰテスト呼の能力は、テスト呼メッセージにより、経路指定メッ セージがメンテナンス・メッセージであるかどうかの決定を行い、次に、経路指 定メッセージ内のノードがそれ自身のノードであるかどうかのチェックを行うも のである。 ・ もし一致するならば、ＳＳＰ１６（ノードＦ）は、メッセージのログレポ ート３４部にスタンプを付けて、メッセージがそのノードに届いたことを示す。 このノードは次に、そのメッセージがどこに居たかというログレポートを含む適 切なメンテナンス・メッセージによって、「発信元」ノードであるＳＳＰ１２に 返答をする。 ・ もし一致しないならば、ＳＳＰ１６（ノードＦ）は、メッセージ３２のロ グレポート３４部にスタンプを付け、経路指定テーブルに従ってメッセージ３２ を転送する。 ・ もし一致せず、それ以上の経路指定ができないならば、ＳＳＰ１６（ノー ドＦ）は、「エラー表示−経路指定なし」とともにスタンプをメッセージ３２の ログレポート３４部に付け、「発信元」ノードであるＳＳＰ１２に対して、適切 なメンテナンス・メッセージによって返答する。 テスト呼の能力により、試験者は、障害のあるメッセージパスの経路上の各ノ ード（あるいは局）を監視することなく、インテリジェントネットワーク１０に おける故障および障害を切り分けることができる。試験者は、クラフトターミナ ルか、運用システム（ＯＳ）を用いることによって、ローカルにあるいは遠隔地 から、この能力にアクセスできる。テスト呼の能力は、経路指定メッセージとと もに、発信、仲介、および着信ノードスタンプを提供する。テスト呼の能力はま た、ＣＣＳ７信号ネットワークＴＣＡＰメッセージのメンテナンス・レベルのも のをいくつか用いる。以下、これらをより詳細に説明する。 ＳＳＰ１２とＳＣＰ１４は、インテリジェントネットワーク１０を介して、S Ｓ７ネットワークプロトコルを用いて通信する。 Ｎｏ．７信号方式ＳＳ７ネットワーク・プロトコルに基づいて運ばれるメッセ ージは、Ｎｏ．７共通チャンネル信号方式（ＣＣＳ７）メッセージとして知られ ている。 ＣＣＳ７メッセージおよび通話は、ＣＣＳ７メッセージに組み込まれた情報に よって経路指定される。インテリジェントネットワーク・テスト呼の能力に関連 する２種類のＣＣＳ７メッセージは、ＣＣＳ７ ＩＳＤＮユーザ部（ＩＳＤＮＵ ＰまたはＩＳＵＰ）、およびインテリジェントネットワーク（ＩＮ）問合せメッ セージまたはパッケージである。 ＣＣＳ７メッセージは、３つの部分からなる： ・発信・ポイント・コード（ＯＰＣ）と着信・ポイント・コード（ＤＰＣ）を 含む経路指定ラベルを有するメッセージ転送部（ＭＴＰ）、 ・グローバルタイトル情報を含む信号接続制御部（ＳＣＣＰ）、 ・以下のいずれかを含むデータフィールド −ＩＳＤＮユーザ部（ＩＳＤＮＵＰあるいはＩＳＵＰ）データとして定義さ れる呼設定用データ、あるいは、 −トランザクション機能アプリケーション部（ＴＣＡＰ）データとして定義 されるデータベース・サービス用データ。 ネットワークを介して送られる全てのデータパケット（あるいは、パッケージ ）は、パケット・ヘッダに組み込まれた発信および着信ポートアドレスを有す る。Ｎｏ．７信号方式（ＳＳ７）の用語として、これらのアドレスは、それぞれ 発信ポイント・コード（ＯＰＣ）と着信ポイント・コード（ＤＰＣ）と呼ばれる 。 図２は、基本的な呼設定用ＣＣＳ７・ＩＳＤＮＵＰ／ＩＳＵＰメッセージを示 す。このＣＣＳ７・ＩＳＤＮＵＰ／ＩＳＵＰメッセージ４０は、ＭＴＰ４２，Ｓ ＣＣＰ４４およびＩＳＤＮＵＰ４６を含んでいる。図示のように、基本的な呼経 路指定には、ＭＴＰ，ＳＣＣＰおよびＩＳＤＮＵＰ（または、ＩＳＵＰ）が必要 である。 図３は、ＣＣＳ７ インテリジェントネットワーク問合せメッセージを示す。 このＣＣＳ７・インテリジェントネットワーク問合せメッセージ５０は、ＭＴＰ ５２，ＳＣＣＰ５４およびＴＣＡＰ５６を含んでいる。 ＳＳＰ インテリジェントネットワーク・テスト呼は、ＩＳＤＮＵＰメッセー ジまたはＴＣＡＰメッセージを使用して、テスト呼・パラメータ（ＴＣＰ）を提 供する。ＳＳＰ、例えば、図１のＳＳＰ１２は、インテリジェントネットワーク ・テスト呼中にログレポート・エントリの伝搬および生成のために連続使用する ＴＣＰパラメータを保有する。 このＴＣＰは、テスト呼をマークし、追跡するのに用いられ、インテリジェン トネットワークを介して、選択された呼にログレポート・エントリを生成、収集 する。 図４は、以下においてトラベリング・ログ（ＴＣＰＴＬｏｇ）と呼ぶＴＣＰお よびログレポートを含むＳＳ７メッセージを示す。 本実施形態に関連するパラメータとフィールドのみを説明する： （Ａ） フラグＡ：フラグＡ固有の８ビットパターン（０１１１１１１０）は 、ＳＳ７メッセージを区切るために用いられる。 （Ｂ） 逆方向シーケンス番号（ＢＳＮ）と逆方向インジケータ・ビット（Ｂ Ｉ）：逆方向シーケンス情報は、順方向シーケンス情報とともに用いられ、信号 ユニットシーケンス制御および応答機能を提供する。このシーケンス情報は、Ｓ Ｓ７メッセージの転送に用いられる個々の信号リンクにおけるメッセージフロー 制御に重要である。 （Ｃ） 順方向シーケンス番号（ＦＳＮ）と順方向インジケータ・ビット（Ｆ Ｉ：ＢＳＮ，ＢＩＢと同様である。 （Ｄ） 長さインジケータ（ＬＩ）：このフィールドは、長さインジケータ・ オクテットとエラーチェック・ビットとの間に含まれるオクテット数を示す。長 さは２進数で示される。長さの値が０（コード「００００００」）というのは、 充填信号（ｆｉｌｌ−ｉｎ ｓｉｇｎａｌ）ユニットを意味する。リンクステー タス信号ユニットは、１あるいは２（コード「０００００１」か「００００１０ 」）いずれかの長さインジケータを有する。メッセージ信号ユニットは、２より 大きい長さインジケータを有する。メッセージ信号ユニットの信号情報フィール ドが６２オクテット以上に渡っているならば、長さインジケータは６３（コード 「１１１１１１」）に設定される。 （Ｅ） サービス情報オクテット（ＳＩＯ）：このフィールドは、メッセージ に含まれるメッセージ転送部（ＭＴＰ）−ユーザ部を示すサービス・インジケー タ（ビット４−１）を含んでいる。このサービス・インジケータは、以下の値の １つで符号化される： ビット ４３２１ ００００ 信号ネットワーク管理 ０００１ 標準の信号ネットワーク・テストおよびメンテナンス ００１０ 特別な信号ネットワーク・テストおよびメンテナンス ００１１ 信号接続制御部（ＳＣＣＰ） ０１０１ サービス総合ディジタルネットワーク（ＩＳＤＮ）ユー ザ部。 サブサービス・フィールド（ビット８−５）は、ネットワーク・インジケータ を提供する。当該交換システムから発呼される全てのメッセージは、ビット８− ７においてコード「１０」で示されるような、全国的なネットワーク・メッセー ジとして符号化されるようになっている。ビット６−５は、メッセージ優先度を 示すのに用いられ、優先度０は、優先度が最下位のメッセージに割り当てられる 。優先度３は、ＳＳ７メッセージに割り当てられる最上位の優先度であり、ＭＴ Ｐの実行に重要なメッセージのために予約されている。メッセージの優先度は、 ＭＴＰ−ユーザによって決定され、メッセージ優先度は、以下のように符号化さ れる： ビット ６５ ００ 優先度０ ０１ 優先度１ １０ 優先度２ １１ 優先度３ （Ｆ） 信号情報フィールド（ＳＩＦ）：これは、ＭＴＰ−ユーザによって生 成された情報を運ぶ可変長のフィールドである。信号情報フィールド用のフォー マットとコードは、各ユーザ部に対して別々に定義される。この信号情報フィー ルドは、２７２オクテットまでの情報を含むことができる。 （Ｇ） 経路指定ラベル：経路指定ラベルは、着信・ポイント・コード（ＤＰ Ｃ）用の３オクテット、発信点（ＯＰＣ）用の３オクテット、および信号リンク 選択用の１オクテットからなる。 （Ｈ） 見出し（ｈｅａｄｉｎｇ）コード：見出しコードは、信号ネットワー ク管理メッセージの送信理由を示す。見出しコードＨＯは、下記のように符号化 される： ビット ４３２１ −−−−−−−− −−−−−−−− １００１ テスト呼・メッセージ １０１０ ＭＴＰユーザ・フロー制御メッセージ −−−−−−−− 見出しコードＨ１用のコード割当ては、ＨＯに割り当てられる値に依存する。 （Ｊ） テスト呼・パラメータ（ＴＣＰ）：テスト呼・パラメータ（ＴＣＰ） の符号化は、図５に示すようになっている。このＴＣＰフィールド長は、６オク テットである。 （Ｋ） ＴＣＰトラベリング・ログ：ＴＣＰトラベリング・ログ（ＴＣＰＴＬ ｏｇ）の長さは、６４オクテットである。このＴＣＰＴＬｏｇフィールドは、図 ７，図８，図９および図１０に詳述するように符号化される。 （Ｌ） チェックビット（ＣＫ）： 各信号ユニットは、エラー検出用の１６ビット巡回冗長検査フィールドを有 する。被呼者アドレスは、以下の（いくつかの）ものを含んでいる： − 被呼者ＩＤ このパラメータは、被呼者に関連するディレクトリ番号（ＤＮ）を含ん でいる。被呼者ＩＤは、ＩＮ桁・パラメータ範囲（０−１５桁）にある。 − 被呼者の端末形式 このパラメータは、被呼者の端末形式を含んでいる。このパラメータ値 の範囲は（０…９９）である。テスト呼用の既存の被呼者端末形式がとる値は９ ５である。 − 課金番号 課金番号の範囲は、０，３，６，１０桁である。 − 課金者端末形式 このパラメータは、発呼端末の形式を示す。本パラメーター値の範囲は （０…９９９）である。テスト呼用の既存の値は９９である。 − グローバルタイトル値（ＧＴＶ） このパラメータは、インテリジェントネットワークメッセージを含むＳ ＣＣＰユニット・データ・メッセージ内の、ＳＳＰからＳＣＰに送られるＳＣＣ Ｐ（信号接続制御部）被呼者アドレス中のグローバルタイトル値（ＧＴＶ）に含 まれる情報を有する。 ・ 発呼者アドレスは、以下の（いくつかの）ものを含んでいる： − 発呼者ＩＤ このパラメータは、発呼者番号を含んでいる。発呼者ＩＤは、３，６，１０ 〜１５桁のＩＮ桁範囲にある。 ・ ＯＰＣおよびＤＰＣ − 着信・ポイント・コード（ＤＰＣ） ＳＳＰからＳＣＰへのメッセージに対して、メッセージ・ポイント・コードは 、そのメッセージが送られるＳＳ７・ＤＰＣ（着信・ポイント・コード）を示す 。着信・ポイント・コードは、対象とするネットワーク構成要素／ネットワーク ・システム（例えば、対象とするＳＣＰ）を識別する。 − 発信・ポイント・コード（ＯＰＣ） ＳＣＰからＳＳＰへのメッセージに対して、メッセージ・ポイント・コ ードは、そのメッセージがどのＳＳ７・ＯＰＣ（発信・ポイント・コード）から 到来したかを示す。発信・ポイント・コードは、ホスト名あるいはアドレスを識 別する。 図５には、図４のＴＣＰパラメータ用のパラメータフィールドを示す。このパ ラメータフィールドおよび値は、以下の通りである： ・ ＴｃｐＤｏＮｏｔＡｌｔｒフィールド６０ ＴＣＰ非警告（ＴｃｐＤｏＮｏｔＡｌｔｒ）フィールドは、被呼者警告が実 行されるべきか否かを決定する。このＴＣＰ非警告フィールドは、以下のように 符号化される： ビット １ ０ 警告コールをする １ 警告コールをしない ・ ＴｃｐＡＭＡＴｒフィールド６２ ＴＣＰ・ＡＭＡ処置（ＴｃｐＡＭＡＴｒ）フィールドは、どのようにネット ワークＡＭＡ記録がインテリジェントネットワーク・テスト呼にマークされるべ きかを定義する。このフィールドは、ＡＭＡ記録において、インテリジェントネ ットワーク呼またはインテリジェントネットワーク呼の一部分（例えば、インテ リジェントネットワーク部）が、テスト呼の一部分であることを識別する。この フィールドは、以下のように符号化される： ビット ２ ０ テスト呼の一部としてＡＭＡ記録をマークしない １ テスト呼の一部としてＡＭＡ記録をマークする ・ ＴｃｐＴＬｏｇＬｅｖフィールド６４ ＴＣＰトラベリング・ログ・レベル（ＴｃｐＴＬｏｇＬｅｖ）フィールドは 、Ｔ−ログエントリがインテリジェントネットワーク・テスト呼メッセージ（Ｔ ＣＰＴＬｏｇ）のトラベリング・ログ部 において生成されるかどうかを決定す る。このフィールドは、以下のように符号化される： ビット ４３ ００ Ｔ−ログエントリは要求されていない ０１ タイムスタンプされたインテリジェントネットワーク・テス ト呼関連のエントリをＴＣＰＴＬＯＧに生成する １０ タイムスタンプされたインテリジェントネットワーク・テス ト呼関連のエントリをＴＣＰＴＬＯＧに生成し、また、イン テリジェントネットワークＮＥ／ＮＳ内部ログメッセージを 生成する １１ タイムスタンプされたインテリジェントネットワークＮＥ／ ＮＳ内部ログメッセージを生成する。 ・ ＴｃｐＴＬｏｇＲｅｐＩｎｄフィールド６６ ＴＣＰトラベリング・ログレポート・インジケータ（ＴｃｐＴＬｏｇＲｅｐ Ｉｎｄ）フィールドは、どのようにＴ−ログ記録が報告されるかを特定する。こ のフィールドは、以下のように符号化される： ビット ５ ０ Ｔ−ログエントリを発信・ポイント・コード（ＯＰＣ）へ自動 的に報告する １ Ｔ−ログエントリを内部メッセージに格納し、要求されたとき に、このＴ−ログエントリをＯＰＣに報告する。 ・ ＴｃｐＴＬｏｇＩＤフィールド７０ ＴＣＰトラベリング・ログＩＤ（ＴｃｐＴＬｏｇＩＤ）フィールドは、特定 のインテリジェントネットワークサービス・テスト呼関連のメッセージとデータ に関係するトラベリング・ログを識別する。このフィールドは、Ｔ−ログを識別 する２オクテットの整数である。最上位オクテットは、ＴＣＰ Ｔ−ログＩＤが ２５６より小さいとき、（００００００００）である。 ・ ＴＣＰＴｉｍｅフィールド７２ ＴＣＰ時間（ＴｃｐＴｉｍｅ）フィールドは、インテリジェントネットワー ク・テスト呼を処理するときＳＣＰ／補助・サービス・ロジックが使用すべき擬 似的な時間データおよび日付を特定する。このフィールドは、以下のフィールド を含んでいる：ＴＣＰ・ヌル（空）・インジケータ、ＴＣＰ時間・年、ＴＣＰ時 間・月、ＴＣＰ時間・日、ＴＣＰ時間・時、ＴＣＰ時間・分である。 このフィールドは、図６に示されるように符号化される。それを以下に説明す る。 − ＴＣＰ時間・年フィールドは、下記のように符号化される： ビット ２１ （図６の第１オクテットにおいて） ００ ０（去年） ０１ １（今年） １０ ２（来年） １１ 予備 − ＴＣＰ時間・月フィールドは、以下のように符号化される： ビット ６５４３ （図６の第１オクテットにおいて） ００００ 予備 ０００１ １月 ００１０ ２月 ００１１ ３月 ０１００ ４月 ０１０１ ５月 ０１１０ ６月 ０１１１ ７月 １０００ ８月 １００１ ９月 １０１０ １０月 １０１１ １１月 １１００ １２月 １１０１ 予備 １１１０ 予備 １１１１ 予備 − ＴＣＰ時間・ヌル・インジケータフィールドは、以下のように符号化され る： ビット ８７ （図６の第１オクテットにおいて） １１ 空 ０１ 空でない １０ 予約されている １１ 予約されている − ＴＣＰ時間・日フィールドは、以下のように符号化される： ビット ５４３２１ （図６の第２オクテットにおいて） ０００００ 予備 ００００１ １ ０００１０ ２ ０００１１ ３ ００１００ ４ ００１０１ ５ ００１１０ ６ ００１１１ ７ ０１０００ ８ ０１００１ ９ ０１０１０ １０ ０１０１１ １１ ０１１００ １２ ０１１０１ １３ ０１１１０ １４ ０１１１１ １５ １００００ １６ １０００１ １７ １００１０ １８ １００１１ １９ １０１００ ２０ １０１０１ ２１ １０１１０ ２２ １０１１１ ２３ １１０００ ２４ １１００１ ２５ １１０１０ ２６ １１０１１ ２７ １１１００ ２８ １１１０１ ２９ １１１１０ ３０ １１１１１ ３１ − ＴＣＰ時間・時フィールドは、以下のように符号化される： ビット ５４３２１（図６の第３オクテットにおいて） ０００００ ０ ００００１ １ ０００１０ ２ ０００１１ ３ ００１００ ４ ００１０１ ５ ００１１０ ６ ００１１１ ７ ０１０００ ８ ０１００１ ９ ０１０１０ １０ ０１０１１ １１ ０１１００ １２ ０１１０１ １３ ０１１１０ １４ ０１１１１ １５ １００００ １６ １０００１ １７ １００１０ １８ １００１１ １９ １０１００ ２０ １０１０１ ２１ １０１１０ ２２ １０１１１ ２３ １１０００ 予備 １１００１ 予備 １１０１０ 予備 １１０１１ 予備 １１１００ 予備 １１１０１ 予備 １１１１０ 予備 １１１１１ 予備 − ＴＣＰ時間・分フィールドは、以下のように符号化される： ビット ７６ （図６の第３オクテットにおいて） ００ ０分 ０１ １５分 １０ ３０分 １１ ４５分 このフィールドは、最も近い１５分間を識別する。 テスト呼とトラベリング・ログを容易に識別できるようにするため、ＴＣＰに その他のフィールドを付加するようにしてもよい。これらのパラメータのいくつ かは、以下のようになっている： ・ ＴＣＰトラベリング・ログ名（ＴｃｐＴＬｏｇ名）は、ＴＣＰＴＬＯＧに 論理的な名称を関連させる。 ・ ＴＣＰトラベリング・ログ・シリアル番号（ＴｃｐＴＬｏｇＳｅｒｉａｌ Ｎｏ）フィールドは、ＴＣＰＴＬｏｇを一意的に識別する。 ・ ＴＣＰトラベリング・ログ・シーケンス番号（ＴｃｐＴＬｏｇＳｅｑＮｏ ）フィールドは、マルチインテリジェントネットワーク構成要素（ＮＥ）とネッ トワークシステム（ＮＳ）とに渡って、Ｔ−ログ記録が連続的に維持されるよう にするもので、そこでは、そのようなシステムの内部クロックは同期していない 。このシーケンス番号は、インテリジェントネットワーク ＮＥ／ＮＳに渡って 正しいシーケンスでＴ−ログエントリを維持する。ＴｃｐＴＬｏｇＳｅｑＮｏの 範囲は（０…６５５３５）である。 ・ ＴＣＰサービス・プロバイダＩＤ（ＴｃｐＳｖｃＰｒｏｖｌｄ）フィール ドは、インテ リジェントネットワーク・テスト呼に対して責任を有するサービス提供者を識別 する。 ・ ＴＣＰコール・プログレス・インジケータ（ＴｃｐＣａｌｌｅｄ Ｐｒｇ Ｉｎｄ）フィールドは、インテリジェントネットワーク・テスト呼中の特定サー ビス・コールの進捗報告を提供する。 ・ ＴＣＰテスト要求インジケータ（ＴｃｐＴＬｏｇＲｅｐＩｎｄ）フィール ドは、特定サービス・テストが、インテリジェントネットワーク・テスト呼中に 実行されるかどうかを決定する。 ・ ＴｃｐＴＬｏｇフィールド７４ 図４と関連させて、以下にＴＬｏｇの詳細を示す。 図７〜図１０は、図４のトラベリング・ログＴＣＰＴＬｏｇフィールドに用い られるフォーマットを示す。 図７は、発信ノード、すなわち、例えば図１のＳＳＰ１２のような、インテリ ジェントネットワーク・テスト呼が発呼されるＳＳＰ インテリジェントネット ワークノードにおけるトラベリング・ログ符号化フォーマットを示す。 図８は、仲介インテリジェントネットワークノードがトラベリング・ログに付 加する付加情報を示す。この情報の代表的な長さは４オクテット（インテリジェ ントネットワークノードＰＣを識別するための３オクテットと１オクテットの情 報）である。 インテリジェントネットワーク・テスト呼の最初の区切り（ｌｅｇ）の終わり に、ノードは、図９に示すように、トラベリング・ログ部に８オクテットを付加 する。 最初の４オクテットは、経路選択および有効性/有用性の観点からノードＰＣ と機能情報を識別する。次の４オクテットは、このテスト呼の最初の区切りの終 わりにおける「全てが１のフラグ」のＰＣと、通常動作障害コード（ＴｃｐＦａ ｕｌｔＣｏｄｅが０）を識別する。 図１０は、インテリジェントネットワーク・テスト呼・トラベリング・ログ中 のノード数が１３ノードを越えるときの、トラベリング・ログ符号化形式を示す 。１３ノード（あるいは、１３個のログエントリ）という制限は、本実施形態に おいて課せられる６４オクテットのトラベリング・ログの長さからくるものであ る。 トラベリング・ログが、８オクテット固定のオーバーヘッド（図７の最初の８ オクテット）を有するとした場合、仲介ノードおよび終端ノード用のトラベリン グ・ログの長さは、５６オクテットである。各ノードには４オクテットのログエ ントリが許されるので、ポイントの総数は１４（５６／４）である。しかし、終 端ノードには、エンド・フラグと故障コード・ログエントリ用として、さらに４ オクテットが許される。従って、４オクテットのログエントリの最大数は１３で ある。ログエントリの１３ポイント（あるいはノード）には、発信ノード、仲介 ノード、そして、着信あるいは終端ノードからのログエントリが含まれる。そこ で、トラベリング・ログの長さが増える（すなわち、６４オクテットより大きく なる）ならば、ログエントリ・ポイント（あるいはノード）の数は、それに従っ て増加する。 ログエントリ・ポイントの数が１３を越える（Ｎ＞１３）場合、トラベリング ・ログエントリ・フィールドは、図１０に示すように符号化される。 図７〜図１０を参照すると、トラベリング・ログ・フィールド値は、以下のよ うになる： − ＴｃｐＭｓｇＩＤフィールド８０ ＴＣＰメッセージ識別子は、８ビット長である。 − ＴｃｐＲｏｕｔｅＳｅｌｅｃｔｉｏｎ８２ ＴＣＰ経路選択は、経路コスト（最小コストか高コスト）機能、設計された （あるいは規定された）経路機能、およびノード（あるいは局）ごとの経路の有 用性の機能である。 最小コストあるいは高コスト選択は、以下のように符号化される： ００ コスト基準がない ０１ 最小コスト １０ 高コスト １１ 無効 経路の有効性／利用可能性の選択は、以下のように符号化される： ００ いずれかの経路を選ぶ ０１ 使用可能ならば、選択されたコストを選ぶ、そうでなければ、い ずれかの経路を選ぶ １０ 使用可能ならば、選択されたコストを選ぶ、そうでなければ、失 敗とする １１ 予約 従ってＴＣＰ経路選択（ＴｃｐＲｏｕｔｅＳｅｌｅｃｔｉｏｎ）フィールド は、以下のように符号化される： ビット ４３２１（図７の第２オクテットにおいて） ００００ いずれかの経路を選ぶ ０００１ エラー ００１０ エラー ００１１ エラー ０１００ エラー ０１０１ 使用可能ならば、最小コストを選ぶ、そうでなければ、 いずれかの経路を選ぶ ０１１０ 使用可能ならば、高コストを選ぶ、そうでなければ、い ずれかの経路を選ぶ ０１１１ エラー １０００ エラー １００１ 使用可能ならば、最小コストを選ぶ、そうでなければ、 失敗とする １０１０ 使用可能ならば、高コストを選ぶ、そうでなければ、失 敗とする １０１１ エラー １１００ 予備 １１０１ 予備 １１１０ 予備 １１１１ 予備 従ってノードは、以下の経路の１つを選ぶことになる： ａ．経路１： いずれかの経路 ｂ．経路２： 有効かつ使用可能ならば、最小コストを選ぶ、そうでなけれ ば、いずれかの経路を選ぶ ｃ．経路３： 有効かつ使用可能ならば、高コストを選ぶ、そうでなければ 、 いずれかの経路 ｄ．経路４： 有効かつ使用可能ならば、最小コストを選ぶ、そうでなけれ ば、失敗とする ｅ．経路５： 有効かつ使用可能ならば、高コストを選ぶ、そうでなければ 、失敗とする ノード経路選択が、（１００１）か（１０１０）のいずれかであったならば 、インテリジェントネットワークテスト呼メッセージは、着信・ポイント・コー ド（ＤＰＣ）に到達できない。これは、経路（最小コスト／高コスト）が、ネッ トワーク中のインテリジェントネットワークテスト呼メッセージ経路（すなわち 、端から端、ＯＰＣからＤＰＣ）沿いのいずれの箇所においても有効かつ使用可 能でないならば、本テストが失敗となるからである。 − ＴｃｐＤｉｒＩｎｄ８４ ＴＣＰ方向インジケータ・フィールドは、発信ノードに対するメッセージの 方向を識別する。１ビットを使用して、順方向０と逆方向１を識別する。 ビット ５（図７の第２オクテットにおいて） ０ 順方向 １ 逆方向 − 着信・ポイント・コード（ＤＰＣ）８６ メッセージ・ポイント・コードは、そのメッセージコードがどのＳＳ７・Ｄ ＰＣ（着信・ポイント・コード）に向かうかを示す。ＤＰＣは、意図したネット ワーク構成要素／ネットワークシステム（例えば、意図したＳＣＰ）を識別する 。このＤＰＣフィールドは、３オクテット長である。 − 発信・ポイント・コード（ＯＰＣ）８８ メッセージ・ポイント・コードは、どのＳＳ７・ＯＰＣ（発信・ポイント・ コード）から、そのメッセージが来たかを示す。ＯＰＣは、ホスト名あるいはア ドレスを識別する。ＯＰＣフィールドは、３オクテット長である。 − ＴｃｐＩＮＮｏｄｅＰＣフィールド９０ ＴＣＰ インテリジェントネットワークノードＩＤフィールドは、インテリ ジェントネットワーク・テスト呼の要求元であるインテリジェントネットワーク ノード（すなわち、ＮＥ／ＮＳ）を識別する。このフィールドは、ＴＣＰパラメ ータを供給したインテリジェントネットワークシステムを識別する。許容値は、 以下の通りである： ・ ＳＳＰに対しては、ＳＳ７・ポイント・コード（ＰＣ） ・ ＳＣＰに対しては、ＳＳ７・ポイント・コード（ＰＣ） ・ ＩＰに対しては、ＩＰ・ＩＤ（すなわち、ＤＮ、番号の性質、番号計画 ） ＴｃｐＩＮＮｏｄｅＰｃフィールドは、３オクテット長である。 − ＴｃｐＲｏｕｔｅＵｓａｂｌｅＣｏｕｎｔｅｒ９２ ＴＣＰ使用可能経路カウンタ・フィールドは、インテリジェントネットワー ク・テスト呼用のネットワークにおける使用可能な経路数を含む。このカウンタ は３ビットであり、その値は、０（ゼロ）から７の使用可能な経路の範囲にある 。 − ＴＣＰＲｏｕｔｅＥｎｇＣｏｕｎｔｅｒ９４ ＴＣＰ設計経路カウンタ・フィールドは、ネットワークにおける設計された （あるいは規定された）経路の数を含む。このカウンタは３ビットであり、その 値は、０（ゼロ）から７の設計された（あるいは、ノード（または局）において 規定された）経路の範囲にある。 − ＴｃｐＳｅｌｅｃｔｅｄＲｏｕｔｅＣｏｓｔ９６ ＴＣＰ選択経路コスト・フィールドは、インテリジェントネットワーク・テ スト呼・メッセージによって選択された経路コストを含む。 − ＴｃｐＦｉｒｓｔＬｅｇＥｎｄＰＣ９８ ＴＣＰ第１レッグ・エンド（ＦＬＥ）・ポイント・コードは、インテリジェ ントネットワーク・テスト呼・メッセージ経路の終わりにおけるノード・ポイン ト・コードを示す。ＴｃｐＦｉｒｓｔＬｅｇＥｎｄＰＣフィールドは、３オクテ ット長である。このＴｃｐＦｉｒｓｔＬｅｇＥｎｄＰＣは、常に全てが１の・ポ イント・コード（ＰＣ）、すなわち、”ＦＦ ＦＦ ＦＦ”である。 − ＴｃｐＦａｕｌｔＣｏｄｅ１００ ＴＣＰ障害コードは、障害コードを識別する。このＴＣＰ障害コードは、（ ０・・・２５５）の範囲を有する整数値である。以下は、障害コード値とそれに 関連する障害例である。 メッセージ 値 正常 ０ 時間切れ ２ 資源が取り消された ３ 故障 ８ チャネルが使用中 ９ 資源が使用されていない １１ 打切り １８ ループ状態 ２３ 予備 ２４〜２５５ − ＴｃｐＣｏｕｎｔｅｒ１０１ ＴＣＰカウンタ・フィールドは、インテリジェントネットワーク・テスト呼 がどのような情報をも記録することなく移動したネットワークのノード数を含む 。このカウンタは、ＴＣＰＴＬｏｇ長が使い果たされたときにインクリメントさ れる。ＴＣＰカウンタは６ビット長であり、その値は（０・・・６３）の範囲に ある。 ＳＳＰ・インテリジェントネットワーク・テスト呼の動作の詳細は、図１１と 図１２に説明されている。 図１１には、代表的なネットワーク構成が示されている。このネットワーク構 成は、ネットワークＡおよびネットワークＢと呼ばれる２つのインテリジェント ネットワークを含んでいる。ネットワークＡ，Ｂのノードは、インテリジェント ネットワーク・ポイント・コード（ＰＣ）規約に従って表示されている。ネット ワークＡは、（ＰＣ構成要素１２１を有する）１次レイヤＳＴＰ対１０２，１０ ４と、（ＰＣ構成要素１０１を有する）ＳＴＰ対１０８，１１０と（ＰＣ構成要 素１０３を有する）ＳＴＰ対１１２，１１４を含む２次レベルのＳＴＰ対Ｂリン ク・カッド（ｑｕａｄ）１０６とを含んでいる。ネットワークＡは、（ＰＣ＝２ ４５−１０３−００１のＰＣ構成要素１を有する）発信交換機ＳＳＰ１１６、お よび、（ＰＣ＝２４５−１０１−００２のＰＣ構成要素１を有する）第２の交換 機ＳＳＰ１１８も含んでいる。ネットワークＡのその他のインテリジェントネッ トワーク構成要素には、ＳＳＰ１２０、補助機器１２２、ＳＣＰ１２４、インテ リジェント周辺機器（ＩＰ）１２８と連結された発信交換機１１６に接続されて いる発呼者１２６が含まれる。 ネットワークＢは、ネットワークＡのＳＴＰ対１０２，１０４とともにＢリン ク・カッド１３４を形成する、（ＰＣ構成要素１３１を有する）一次レイヤＳＴ Ｐ対１３０，１３２と、（ＰＣ＝２５２−１１１−１５０のＰＣ構成要素１１１ を有する）ＳＴＰ対１３８，１４０と（ＰＣ＝２５２−１１３−１５０のＰＣ構 成要素１１３を有する）ＳＴＰ対１４２，１４４を含む２次レベルのＳＴＰ対Ｂ リンク・カッド１３６とを含む。ネットワークＢは、（ＰＣ＝２５２−１１３− ０１５のＰＣ構成要素０１５を有する）サービングＳＣＰ１４６、（ＰＣ構成要 素０１６を有する）第２のＳＣＰ１４８、および、（ＰＣ＝２５２−１１３−０ １７のＰＣ構成要素０１７を有する）着信交換機ＳＣＰ１５０も含んでいる。Ｓ ＳＰ１５０は、それに接続された被呼者１５２を有する。ネットワークＢはまた 、ＳＴＰ対１３８，１４０に接続された第２のＳＳＰ１５４を含む。 本実施形態に係るインテリジェントネットワーク・テスト呼に関して、最も重 要なフィールドは、メッセージ経路選択（ＴｃｐＲｏｕｔｅＳｅｌｅｃｔｉｏｎ ）、メッセージ方向（ＴｃｐＤｉｒＩｎｄ）、およびトラベリング・ログ（ＴＬ ｏｇ）エントリ部に関する情報を含むフィールドである。他のフィールドは、一 般にＣＣＳ７ネットワーク・プロトコル（ＭＴＰ、ＳＣＣＰ、およびＴＣＡＰ） に関連するものである。 トラベリング・ログ（ＴＬｏｇ）エントリ部は、メッセージがどのようにネッ トワークを伝搬したのかを追跡するのに用いられる。インテリジェントネットワ ーク・テスト呼問合せメッセージは、経路選択とメッセージ方向（ＴｃｐＲｏｕ ｔｅＳｅｌｅｃｔｉｏｎとＴｃｐＤｉｒＩｎｄ）に基づいて、発信ノードＳＳＰ １１６から、ネットワークを介して、着信ノードＳＣＰ１４６へ移動する。最終 的にメッセージは、到着しようとしていたＤＰＣに辿り着く。しかしながら、そ れはネットワークにおける種々のエラー条件によるものではない。上述のように 、ＴＬｏｇ部は多くのログエントリで構成されており、各エントリは、ノードの ポイント・コード（ＰＣ）とノード・データからなっている。 ＰＣは、ＴＬｏｇ部にログエントリを作るノードのポイント・コードである。 ノード・データは情報フィールドであり、そのノードによって選択された経路の 要求に基づくノードでの条件、ノードで設計された（あるいは規定された）経路 の数、および、ノードでインテリジェントネットワーク問合せメッセージに使用 可能な経路の数を表す。 ネットワークを通過するメッセージには、数多くのシナリオが可能である。以 下に、いくつかのシナリオ例を説明する。４つのシナリオを用いて、経路に沿っ た基本的な動作をさらに説明する。以下の点において表現上、ＤＰＣの指定は、 メッセージ方向インジケータ（ＴｃｐＤｉｒＩｎｄ）に基づいて、ＯＰＣと互換 性がある。処理は、エンド・ポイントにおける処理を除いて、基本的に同じであ る。すなわち、ＤＰＣではメッセージが向きを変え、ＯＰＣにおいてメッセージ が分析される。 説明する４つのシナリオは： ・ インテリジェントネットワーク・テスト呼の伝搬に成功する場合； ・ インテリジェントネットワーク・テスト呼の送出に成功する場合； ・ インテリジェントネットワーク・テスト呼の送出が失敗となる場合； ・ 経路指定が失敗となる場合； である。 テスト呼問合せを受けるノードが最終的なＤＰＣではないにしろ、そのノード が、インテリジェントネットワーク・テスト呼問合せを次のノードに経路指定す ることが可能である。 ネットワーク中のどの仲介インテリジェントネットワークノード、例えば、Ｓ ＴＰ１０２において、仲介インテリジェントネットワークノードは、自身のＰＣ を含むＴＬｏｇ部にログエントリを付加し、その結果をログエントリに包括する 。 結局、ＴｃｐＲｏｕｔｅＥｎｇＣｏｕｎｔｅｒは、ノードにおいて規定された 経路の数を提供する。ＴｃｐＲｏｕｔｅＵｓａｂｌｅＣｏｕｎｔｅｒは、問合せ メッセージ経路中の次のノードに問合せを経路指定するのに有効／利用可能な経 路を提供する。 例えば、ノードが「経路２／経路３」を選択すると、その結果には、どのコス トが選ばれたかという表示と、問合せメッセージ経路中の次のノードに問合せを 経路指定するのに使用できる経路数とが含まれる。１つの経路しかないならば、 コストは識別されず、有効な経路の数は１に設定され、使用可能な経路の数が１ に設定にされる。コストの識別ができないならば（すなわち、ＳＴＰ負荷分担の 場合）、コストは設定されず、それに従って、設計されかつ使用可能な経路の設 定が行われる。 代わりにノードが「経路４／経路５」を選択し、また、特定のコストが有効な らば、結果にはコスト表示と、設計されかつ使用可能な経路とが含まれる。 １つの経路のみがあり、それが有効／使用可能であるならば、コストは表示さ れ、ただ１つの経路が有効／使用可能となる。 特定されたコストが使用可能でない場合、このことは、以下に示されるような 不成功に終わった経路指定に関するエラー条件となる。 テスト呼問合せを受けるノードが最終的なＤＰＣで、そのノードが要求を扱う ことができる。 着信・ポイント・コード（ＤＰＣ）を有する着信ノード、すなわち、図１１の ＳＣＰ１４６において、以下の動作が実行される。 図１２は、ネットワーク中のノードを通過する問合せの一部を示す。 着信ノードは： １．ＤＰＣ（０１５）のＰＣを有するＴＬｏｇ部にログエントリ２００を付加 し； ２．これが「行程の終わり」であるので、結果をクリアし； ３．ログエントリに特別な結果表示を含め； ４．第１のレッグ・エンド・フィールドをマークする。これは特別なログエン トリであり、正常な動作故障コード（すなわちＴｃｐＦａｕｌｔＣｏｄｅ＝０） の他に、「全てが１のＰＣコード−ＦＦ ＦＦ ＦＦ」によって構成されている ； ５．そのメッセージが逆方向（例えば、ＴｃｐＤｉｒＩｎｄ＝１）に向ってい ることを示すべくＴｃｐＤｉｒＩｎｄを設定し； ６．発信・ポイント・コード（ＯＰＣ）を有する発信ノードの方へメンテナン ス・メッセージを送り返す。 第１のレッグ・エンド（ＦＬＥ）インジケータは、ＴＬｏｇ部を形式的にマー クするのに用いられる。これにより、システムが論理的方法によって、予想しな い条件を扱うことができる。これはまた、各ログエントリを固定長に保ちながら 、ＴＬｏｇ中においてＴｃｐＦａｕｌｔＣｏｄｅを関連づける場所を提供する。 いつ何時でも、また数多くの理由によって、予想しないイベントがメッセージ経 路 で生じることがある。本システムは、これらの条件を論理的に扱うことを目的と しており、こうすることによって問題を区分化でき、他のツールあるいは方法に よって、問題をより綿密に見ることができるようになる。 方向用ＴＬｏｇ内のインジケータ（ＴｃｐＤｉｒＩｎｄ）は、メッセージが現 在、ネットワーク中のどの方向を伝搬するかを示すために用いられる。インテリ ジェントネットワーク・テスト呼問合せメッセージの発信者に関して、ＴｃｐＤ ｉｒＩｎｄは、ＯＰＣにおいてＤＰＣ方向には設定されない。それがＤＰＣ方向 に作られたり、あるいは経路に沿って故障があるならば、ＴｃｐＤｉｒＩｎｄが 設定される。 第３のシナリオは、不成功のテスト呼の送出である。ノードは、インテリジェ ントネットワーク・テスト呼問合せメッセージ用の最終ＤＰＣであり、要求を扱 うことはできない。 以下の動作は、着信・ポイント・コード（ＤＰＣ）を有するノードによって実 行される： １．ＤＰＣのＰＣを有するＴＬｏｇ部にログエントリを付加し； ２．これが「行程の終わり」であるので、結果をクリアし； ３．ログエントリに特別な結果表示を含め； ４．特別な第１のレッグ・エンド（ＦＬＥ）ログエントリをマークする。特別 なログエントリは、ＴｃｐＦａｕｌｔＣｏｄｅの他に「全てが１のＰＣコード− ＦＦ ＦＦ ＦＦ」によって構成されている； ５．メッセージが逆方向（例えば、ＴｃｐＤｉｒＩｎｄ＝１）に向っているこ とを示すようにＴｃｐＤｉｒＩｎｄを設定する； 第４のシナリオは、不成功となる経路選択である。 不成功となる経路選択は、問合せメッセージ経路の種々の段階で生じうる。問 合せメッセージの経路指定ができないノードは、遠端部分に関連する問題を明ら かにするよう動作しなければならない。 使用できないように設定された経路やメンテナンス、処理装置の停止といった 条件が、経路選択が不成功となる原因である。 以下の動作がノードで実行される： １．そのＰＣを有するＴＬｏg部にログエントリを付加する； ２．そのログエントリとともに、以下の設定された表示を有する結果を含める ： ａ．経路選択に示される動作によって経路指定できないことが原因で故障が 起こったならば、（ＴｃｐＳｅｌｅｃｔｅｄ経路）のコスト表示は、選択された 経路のコスト（すなわち、最低のコスト「０１」、または高コスト「１０」）と なり、（ＴｃｐＲｏｕｔｅＥｎｇＣｏｕｎｔｅｒ）で設計された経路の数は、使 用可能な経路の数と等しくなる。一方、使用可能経路カウンタ（ＴｃｐＲｏｕｔ ｅＵｓａｂｌｅＣｏｕｎｔｅｒ）は、コスト選択に合致しない使用可能経路の数 を示す。 ｂ．他の条件により故障が起ったならば、コスト表示は設定されず、規定さ れた経路は、それに従って設定される。一方、使用可能な経路は０に設定される 。 ｃ．第１のレッグ・エンドをマークする。上記のように、これは特別なログ エントリであり、エラーコード（ＴｃｐＦａｕｌｔＣｏｄｅ）の他にＰＣ（すな わち、「全てが１のＰＣ−ＦＦ ＦＦ ＦＦ」）によって構成されている。 ＴｃｐＦａｕｌｔＣｏｄｅコードは、そのノードがノードの経路選択要求に応 ずることができなかったことを示す; ３．メッセージが逆方向（例えば、ＴｃｐＤｉｒＩｎｄ＝１）に向っているこ とを示すようＴｃｐＤｉｒＩｎｄを設定する。 メンテナンス・メッセージが発信交換機（図１１のＳＳＰ１１６）へ戻ること は、テストの完了を示す。この戻ったメンテナンス・メッセージは分析され、問 題なくネットワークを通過したかが確かめられる。 １．ＴｃｐＦａｕｌｔＣｏｄｅを有するＦＬＥがない（すなわち、「全てが１ でない」）場合は、テストは成功したことになる。しかし、ＴＬｏｇを分析して 、 経路の通過が予定通りのものであったか、また、 ａ．予定外のＰＣ ｂ．経路中のノードが多すぎる ｃ．有効経路がたった１つである ｄ．使用可能な経路がたった１つである のような、普通ではない特性がなかったかどうかを確かめる。 普通ではない特性が見つかったならば、ユーザは、異なる機能情報構成を実行 する（例えば、異なるコストを選んで、強制的に異なる経路を使う）ことができ る； ２．ＴｃｐＦａｕｌｔＣｏｄｅを有するＦＬＥがある（すなわち０でない）（ ＴｃｐＦａｕｌｔＣｏｄｅ≠０）ならば、テストは潜在的な問題を発見したこと になる。このＴｃｐＦａｕｌｔＣｏｄｅは、復路データとともに分析され、故障 を所定ノードと問題とに区分する； ３．ＴＬｏｇからの経路情報は再検討され、さらにテストを行うかを決定する ことができる。

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年２月７日 【補正内容】 （３４条補正： 明細書の差し替え頁 第２頁） 以下の下線部分が３４条補正で訂正された部分です。 明細書 また、マルチベンダＳＴＰおよびＳＣＰ動作環境において、特定のサブシステ ムに対して信号ネットワークの構成とトランザクション能力アプリケーション部 （ＴＣＡＰ）メッセージの経路指定を決定することは難しい。メンテナンス要員 は、ネットワークのトラブル・シューティングを開始する前に、顧客からの情報 に頼ってネットワーク構成を決定しなければならないことがしばしばある。実際 の環境において、インテリジェントネットワーク・イベントおよびメッセージの ためにＳＳＰにトラップを設定し、それによって特定のメッセージを得ることは 難しい。何故ならば、他の呼からの複数のメッセージや問合せが到来するからで ある。この欠点により、様々なマルチベンダＳＳＰ，ＳＴＰおよびＳＣＰにとっ て、経路指定メッセージ部の種々の箇所でデータフィル（ｄａｔａｆｉｌｌ）を チェックするという、骨の折れる作業が発生する。発明の概要 本発明の目的は、サービス切替点において、インテリジェントネットワークの 改善されたテスト能力を提供することである。 本発明によれば、ログ部を含むテスト呼メッセージを、インテリジェントネッ トワークを介して、発信ノードから所望の着信ノードヘ送信するステップと、前 記インテリジェントネットワークの仲介ノードにおいて、その識別子をメッセー ジのログ部へ付加し、テスト呼メッセージを着信ノードへ経路指定するステップ と、前記着信ノードにおいて、その識別子を前記テスト呼メッセージのログ部へ 付加するステップと、前記発信ノードへ、前記ログ部を含む返却メッセージを送 るステップとからなる、インテリジェントネットワークをテストする方法が提供 される。 本発明によれば、ＳＳＰ，ＳＳＰ−ＳＳ７信号、ＳＳＰ−ＳＣＰ補助装置イン ターフェイスで生成されるイベントおよびメッセージを相互に関連させ、それら をログレポートに記録することで、サービス切替点（ＳＳＰ）インテリジェント ネットワーク・テスト呼能力の提供によってインテリジェントネットワーク呼処 理の失敗の切り分けができる。 本発明の第２の態様によれば、本発明はインテリジェント・ネットワークをテ ストするため、そのネットワーク内におけるノードを制御する方法において、当 該メッセージがテストであることを示すパラメータを有するメッセージ、着信ノ ードおよび発信ノードの識別子、前記着信ノードあるいは発信ノードのいずれか への転送方向の表示を受信するステップと、前記テストパラメータの認識に応じ て、ノードの識別子を含むエントリを前記テストメッセージの一部を形成するロ グに付加するステップと、前記表示された転送方向に従って、前記メッセージを 別のノードに送ることによって、そのメッセージが着信ノードあるいは発信ノー ドのいずれかに経路指定されるようにするステップとを備える。 本発明の第３の態様によれば、本発明はインテリジェント・ネットワークをテ ストするための、このネットワーク内のノード装置であって、当該メッセージが テストであることを示すパラメータを有するメッセージ、着信ノードおよび発信 ノードの識別子、前記着信ノードあるいは発信ノードのいずれかへの転送方向の 表示を受信する手段と、前記テストパラメータの認識に応じて、ノードの識別子 を含むエントリを前記テストメッセージの一部を形成するログに付加する手段と 、前記表示された転送方向に従って、前記メッセージを別のノードに送ることに よって、そのメッセージが着信ノードあるいは発信ノードのいずれかに経路指定 されるようにする手段とを備える。 本発明の第４の態様によれば、本発明はインテリジェント・ネットワークをテ ストするのに用いられるメッセージであって、テストであるメッセージの表示と 、着信ノードの識別子と、発信ノードの識別子と、前記着信ノードあるいは発信 ノ ードのいずれかへの転送方向の表示と、前記メッセージの経路指定の際に前記イ ンテリジェント・ネットワークを横切る各ノードによって付加される、複数のテ スト関連のデータエントリを保持するようになっているログ・バッファとからな る。 本発明の有利な点は、ＳＳＰ インテリジェントネットワーク・テスト能力に よって、試験者が、インテリジェントネットワーク発信または着信サービス、す なわち、個人的なサービスが個々の加入者の観点から正しく機能していることを 確認できることである。 （３４条補正： 請求の範囲の差し替え頁 第３２頁） 出願当初の請求の範囲において請求項３７〜請求項３９を削除し、以下の請求 項３７から請求項８１を、条約３４条に基づく補正として新たに追加しました。 請求項１〜請求項３６は変化ありません。 請求の範囲 ３７．前記着信ノードの識別子には、選択経路コスト・フィールドが含まれるこ とを特徴とする請求項３６記載の方法。 ３８．前記着信ノードの識別子には、テスト呼・パラメータの第１レッグ・エン ドポイント・コード・フィールドが含まれることを特徴とする請求項３７記載の 方法。 ３９．前記着信ノードの識別子には、テスト呼・パラメータ故障・コードが含ま れることを特徴とする請求項３８記載の方法。 ４０．前記障害の表示は、時間切れ、資源の取り消し、故障、チャネルが使用中 、資源が使用されていない、打切り、およびループ状態のいずれかであることを 特徴とする請求項１１記載の方法。 ４１．インテリジェント・ネットワークをテストするため、そのネットワーク内 におけるノードを制御する方法において、 当該メッセージがテストであることを示すパラメータを有するメッセージ（３ ２）、着信ノードの識別子（８６）および発信ノードの識別子（８８）、前記着 信ノードあるいは発信ノードのいずれかへの転送方向の表示（８４）を受信する ステップと、 前記テストパラメータ（６４）の認識に応じて、ノードの識別子（９０）を含 むエントリを前記テストメッセージの一部を形成するログに付加するステップと 、 前記表示された転送方向（８４）に従って、前記メッセージ（３２）を別のノ ードに送ることによって、そのメッセージが着信ノードあるいは発信ノードのい ずれかに経路指定されるようにするステップとを備えることを特徴とする方法。 ４２．前記受信メッセージ（３２）は、前記転送方向（８４）が前記着信ノード への方向である表示を有し、さらに、着信ノードであるノードに応じて、前記テ ストが成功に終わったことを示す表示（１００）を前記メッセージに付加し、こ のメッセージを送信するステップの前に、前記転送方向の表示（８４）が発信ノ ードであるように設定するステップを備えることを特徴とする請求項４１記載の 方法。 ４３．前記受信メッセージ（３２）は、前記着信ノードへの転送方向の表示（８ ４）を有し、さらに、前記着信ノードではなく、そのノードにメッセージを経路 指定する能力を有しないノードに応じて、障害の表示（１００）をログに付加し 、そのメッセージを送信するステップの前に、前記転送方向の表示（８４）が発 信ノードであるように設定するステップを備えることを特徴とする請求項４１記 載の方法。 ４４．前記障害表示（１００）は、時間切れ、資源の取り消し、故障、チャネル が使用中、資源が使用されていない、打切り、およびループ状態のいずれかであ ることを特徴とする請求項４３記載の方法。 ４５．前記ログ・エントリは、前記ノードにおいて規定された経路（９４）の数 の表示を含むことを特徴とする請求項４１記載の方法。 ４６．前記ログ・エントリは、前記テスト・メッセージを別のノードに送信する ため、前記ノードにおいて使用可能な経路の数の表示（９２）を含むことを特徴 とする請求項４５記載の方法。 ４７．前記ログ・エントリは、前記メッセージを別のノードに送信するため、使 用可能な経路の内、選択された経路に関連する経路コストの表示（９６）を含む ことを特徴とする請求項４６記載の方法。 ４８．前記メッセージは経路選択基準の表示（８２）を含み、そのメッセージを 送信するステップは、前記経路選択基準の表示に従って、規定された経路を選択 し、このメッセージを送信するステップを含むことを特徴とする請求項４７記載 の方法。 ４９．前記経路選択基準（８２）は、いずれかの経路を選択するものであること を特徴とする請求項４８記載の方法。 ５０．前記経路選択基準は、使用可能ならば最小コストの経路を選択し、そうで なければ、いずれかの経路を選択するものであることを特徴とする請求項４８記 載の方法。 ５１．前記経路選択基準（８２）は、使用可能ならば高コストの経路を選択し、 そうでなければ、いずれかの経路を選択するものであることを特徴とする請求項 ４８記載の方法。 ５２．前記経路選択基準（８２）は、使用可能ならば最小コストの経路を選択し 、そうでなければ失敗とするものであることを特徴とする請求項４８記載の方法 。 ５３．前記経路選択基準（８２）は、使用可能ならば高コストの経路を選択し、 そうでなければ失敗とするものであることを特徴とする請求項４８記載の方法。 ５４．インテリジェント・ネットワークをテストするための該ネットワーク内の ノード装置において、 当該メッセージがテストであることを示すパラメータを有するメッセージ（３ ２）、着信ノードの識別子（８６）および発信ノードの識別子（８８）、前記着 信ノードあるいは発信ノードのいずれかへの転送方向の表示（８４）を受信する 手段と、 前記テストパラメータ（６４）の認識に応じて、ノードの識別子（９０）を含 むエントリを前記テストメッセージの一部を形成するログに付加する手段と、 前記表示された転送方向（８４）に従って、前記メッセージ（３２）を別のノ ードに送ることによって、そのメッセージが着信ノードあるいは発信ノードのい ずれかに経路指定されるようにする手段とを備えることを特徴とする装置。 ５５．着信ノードであるノードに応じて、前記テストが成功に終わったことを示 す表示（１００）を前記メッセージに付加し、前記転送方向の表示（８４）が発 信ノードであるように設定する手段を備えることを特徴とする請求項５４記載の 装置。 ５６．前記着信ノードではなく、また、そのノードにメッセージを経路指定する 能力を有さないノードに応じて、障害の表示（１００）をログに付加し、前記転 送方向の表示（８４）が発信ノードであるように設定する手段を備えることを特 徴とする請求項５４記載の装置。 ５７．前記障害表示（１００）は、時間切れ、資源の取り消し、故障、チャネル が使用中、資源が使用されていない、打切り、およびループ状態のいずれかであ るを特徴とする請求項５６記載の装置。 ５８．前記ログ・エントリは、前記ノードにおいて規定された経路の数の表示（ ９４）を含むことを特徴とする請求項５４記載の装置。 ５９．前記ログ・エントリは、前記テスト・メッセージを別のノードに送信する ため、前記ノードにおいて使用可能な経路の数の表示（９２）を含むことを特徴 とする請求項５８記載の装置。 ６０．前記ログ・エントリは、前記メッセージを別のノードに送信するため、使 用可能な経路の内、選択された経路に関連する経路コストの表示（９６）を含む ことを特徴とする請求項５９記載の装置。 ６１．前記メッセージは経路選択基準の表示（８２）を含み、そのメッセージを 送信する手段は、前記経路選択基準の表示に従って、規定された経路を選択し、 このメッセージを送信する手段を含むことを特徴とする請求項６０記載の装置。 ６２．前記経路選択基準（８２）は、いずれかの経路を選択するものであること を特徴とする請求項６1記載の装置。 ６３．前記経路選択基準は、使用可能ならば最小コストの経路を選択し、そうで なければ、いずれかの経路を選択するものであることを特徴とする請求項６１記 載の装置。 ６４．前記経路選択基準（８２）は、使用可能ならば高コストの経路を選択し、 そうでなければ、いずれかの経路を選択するものであることを特徴とする請求項 ６１記載の装置。 ６５．前記経路選択基準（８２）は、使用可能ならば最小コストの経路を選択し 、そうでなければ失敗とするものであることを特徴とする請求項６１記載の装置 。 ６６．前記経路選択基準（８２）は、使用可能ならば高コストの経路を選択し、 そうでなければ失敗とするものであることを特徴とする請求項６１記載の装置。 ６７．インテリジェント・ネットワークをテストするのに用いられるメッセージ において、 テスト（６４）であるメッセージの表示と、 着信ノードの識別子（８６）と、 発信ノードの識別子（８８）と、 前記着信ノードあるいは発信ノードのいずれかへの転送方向の表示（８４）と 、 前記メッセージの経路指定の際に前記インテリジェント・ネットワークを通る 各ノードによって付加され、複数のテスト関連のデータエントリを保持するログ ・バッファとからなるメッセージ。 ６８．前記メッセージは、Ｎｏ．７共通チャネル信号方式（ＣＣＳ７）のメッセ ージ符号化と互換性があることを特徴とする請求項６７記載のメッセージ。 ６９．前記ＣＣＳ７メッセージ符号化は、ＩＳＤＮユーザ部メッセージであるこ とを特徴とする請求項６８記載のメッセージ。 ７０．前記ＣＣＳ７メッセージ符号化は、インテリジェント・ネットワーク問合 わせメッセージであることを特徴とする請求項６８記載のメッセージ。 ７１．エントリは、障害の表示（１００）を含むことを特徴とする請求項６７記 載のメッセージ。 ７２．前記障害表示（１００）は、正常、時間切れ、資源の取り消し、故障、通 信が使用中、資源が使用されていない、打切り、およびループ状態のいずれかで あることを特徴とする請求項７１記載のメッセージ。 ７３．エントリは、ノードにおいて規定された経路の数の表示（９４）を含んで いることを特徴とする請求項６７記載のメッセージ。 ７４．前記エントリは、前記メッセージの経路指示のため、前記ノードにおいて 使用可能な経路の数の表示（９２）を含んでいることを特徴とする請求項７３記 載のメッセージ。 ７５．前記エントリは、前記メッセージの経路指示のため、選択された経路に関 連する経路コストの表示（９６）を含んでいることを特徴とする請求項７４記載 のメッセージ。 ７６．経路選択基準の表示（８２）を含むことを特徴とす請求項７５記載のメッ セージ。 ７７．前記経路選択基準の表示（８２）は、いずれかの経路を選択するものであ ることを特徴とする請求項７６記載のメッセージ。 ７８．前記経路選択基準の表示（８２）は、使用可能ならば最小コスト経路を選 択し、そうでなければ、いずれかの経路を選択するものであることを特徴とする 請求項７６記載のメッセージ。 ７９．前記経路選択基準の表示（８２）は、使用可能ならば高コストの経路を選 択し、そうでなければ、いずれかの経路を選択するものであることを特徴とする 請求項７６記載のメッセージ。 ８０．前記経路選択基準の表示（８２）は、使用可能ならば最小コストの経路を 選択し、そうでなければ、失敗とするものであることを特徴とする請求項７６記 載のメッセージ。 ８１．前記経路選択基準の表示（８２）は、使用可能ならば高コストの経路を選 択し、そうでなければ、失敗とするものであることを特徴とする請求項７６記載 のメッセージ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 メルニック・アラン・アレキサンダ カナダ国，ケイ２エム １エル７，オンタ リオ，カナタ，ブルー メドー ウェイ 25

Claims (1)

1. 【特許請求の範囲】 １． インテリジェントネットワーク（１０）をテストする方法において、 ログ部を含むテスト呼メッセージ（３２）を、このインテリジェントネットワ ーク（１０）を介して、発信ノード（１２）から所望の着信ノード（１４）へ送 信するステップと、 前記インテリジェントネットワーク（１０）中の仲介ノード（１６）において 、その識別子をテスト呼メッセージ（３２）のログ部へ加え、そのメッセージ（ ３２）を着信ノードへ経路指定するステップと、 前記着信ノード（１４）において、その識別子を前記テスト呼メッセージのロ グ部へ付加するステップと、 前記発信ノードへ前記ログ部を含む返却メッセージを送るステップとからなる ことを特徴とする方法。 ２． 前記発信ノード（１２）はサービス切替点であることを特徴とする請求項 １記載の方法。 ３． 前記仲介ノード（１６）は、前記発信ノード（１２）と着信ノード（１４ ）の間を通る全てのノードを含むことを特徴とする請求項１記載の方法。 ４． 前記テスト呼メッセージ（３２）を送信するステップは、前記発信ノード （１２）についての識別子をログ部に付加するステップを含むことを特徴とする 請求項１記載の方法。 ５． 前記仲介ノード（１６）において前記テスト呼メッセージ（３２）に経路 指定するステップは、着信ノードの識別子をそれ自身の識別子と比較し、この識 別子が一致すれば、前記着信ノード（１４）のステップを完了するステップを含 むことを特徴とする請求項１記載の方法。 ６． 前記仲介ノード（１６）において前記テスト呼メッセージ（３２）に経路 指定するステップは、この仲介ノード（１６）において規定された経路の指示を 前記ログ部（３４）に付加するステップを含むことを特徴とする請求項１記載の 方法。 ７． 前記仲介ノード（１６）において前記テスト呼メッセージ（３２）に経路 指定するステップは、このテスト呼メッセージの経路指定の際に、次のノードに このメッセージ（３２）を経路指定するのに有効な経路の指示を前記ログ部に付 加するステップを含むことを特徴とする請求項１記載の方法。 ８． 返却メッセージを送信するステップは、メッセージ方向（８４）の表示を 付加するステップを含むことを特徴とする請求項１記載の方法。 ９． さらに、前記発信ノード（１２）において前記ログ部を分析し、前記イン テリジェントネットワーク（１０）中で問題に遭遇したかどうかを決定するステ ップを含むことを特徴とする請求項１記載の方法。 １０．返却メッセージを送信するステップは、テストの成功に対して、前記着信 ノード（１４）への経路指定が成功に終わったことの表示を追加するステップを 含むことを特徴とする請求項１記載の方法。 １１．返却メッセージを送信するステップは、テストの不成功に対して、前記着 信ノード（１４）において障害の表示を追加するステップを含むことを特徴とす る請求項１記載の方法。 １２．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のＩＳＤＮユーザ部（ＩＳＤＮＵＰ）メッセージであることを特徴とす る請求項１記載の方法。 １３．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のインテリジェントネットワーク問合せメッセージであることを特徴と する請求項１記載の方法。 １４．前記返却メッセージは、Ｎｏ．７共通チャネル信号方式（ＣＣＳ７）のＩ ＳＤＮユーザ部（ＩＳＤＮＵＰ）メッセージであることを特徴とする請求項１記 載の方法。 １５．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のインテリジェントネットワーク問合せメッセージであることを特徴と する請求項１４記載の方法。 １６．インテリジェントネットワーク（１０）をテストする方法において、 ログ部を含むテスト呼メッセージ（３２）を、このインテリジェントネットワ ーク（１０）を介して、発信ノード（１２）から所望の着信ノード（１４）へ送 信するステップと、 このインテリジェントネットワーク（１０）内の仲介ノード（１６）において 、前記テスト呼メッセージ（３２）の宛先を、その中の経路指定情報より決定し 、その識別子を前記ログ部へ付加するステップと、 前記テスト呼メッセージ（３２）を前記着信ノード（１４）に送ることができ ない場合、前記ログ部に経路指定の障害となる原因の表示を付加し、このテスト 呼メッセージ（３２）のログ部を含む返却メッセージを前記発信ノード（１２） へ送信するステップとを備えることを特徴とする方法。 １７．さらに、前記発信ノード（１２）において前記ログ部を分析して、この経 路指定の障害となる原因を特定するステップを含むことを特徴とする請求項１記 載の方法。 １８．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のＩＳＤＮユーザ部（ＩＳＤＮＵＰ）メッセージであることを特徴とす る請求項１６記載の方法。 １９．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のインテリジェントネットワーク問合せメッセージであることを特徴と する請求項１６記載の方法。 ２０．前記返却メッセージは、Ｎｏ．７共通チャネル信号方式（ＣＣＳ７）のＩ ＳＤＮユーザ部（ＩＳＤＮＵＰ）メッセージであることを特徴とする請求項１６ 記載の方法。 ２１．前記テスト呼メッセージ（３２）は、Ｎｏ．７共通チャネル信号方式（Ｃ ＣＳ７）のインテリジェントネットワーク問合せメッセージであることを特徴と する請求項１６記載の方法。 ２２．前記ログ部は、テスト呼・パラメータ識別子・フィールド（８０）を含む ことを特徴とする請求項１記載の方法。 ２３．前記ログ部は、テスト呼・パラメータ経路選択・フィールド（８２）を含 むことを特徴とする請求項２２記載の方法。 ２４．前記ログ部は、テスト呼・パラメータ方向インジケータ・フィールド（８ ４）を含むことを特徴とする請求項２３記載の方法。 ２５．前記ログ部は、前記発信ノード用の発信・ポイント・コード（８８）を含 むことを特徴とする請求項２４記載の方法。 ２６．前記ログ部は、前記着信ノード用の着信・ポイント・コード（８６）を含 むことを特徴とする請求項２５記載の方法。 ２７．前記ログ部は、テスト呼・パラメータ・インテリジェントネットワークノ ード識別子・フィールド（９０）を含むことを特徴とする請求項２６記載の方法 。 ２８．前記ログ部は、テスト呼・パラメータ使用可能経路カウンタ・フィールド （９２）を含むことを特徴とする請求２７記載の方法。 ２９．前記ログ部は、テスト呼・パラメータ設計経路カウンタ・フィールド（９ ４）を含むことを特徴とする請求項２８記載の方法。 ３０．前記ログ部は、テスト呼・パラメータ経路コスト・フィールド（９６）を 含むことを特徴とする請求項２９記載の方法。 ３１．前記仲介ノードの識別子には、インテリジェントネットワークノード識別 子・フィールドが含まれることを特徴とする請求項１記載の方法。 ３２．前記仲介ノードの識別子には、使用可能経路カウンタ・フィールドが含ま れることを特徴とする請求項３１記載の方法。 ３３．前記仲介ノードの識別子には、設計経路カウンタ・フィールドが含まれる ことを特徴とする請求項３２記載の方法。 ３４．前記仲介ノードの識別子には、選択経路コスト・フィールドが含まれるこ とを特徴とする請求項３３記載の方法。 ３５．前記着信ノードの識別子には、使用可能経路カウンタ・フィールドが含ま れることを特徴とする請求項１記載の方法。 ３６．前記着信ノードの識別子には、設計経路カウンタ・フィールドが含まれる ことを特徴とする請求項３５記載の方法。 ３７．前記着信ノードの識別子には、選択経路コスト・フィールドが含まれるこ とを特徴とする請求項３６記載の方法。 ３８．前記着信ノードの識別子には、テスト呼・パラメータの第１レッグ・エン ドポイント・コード・フィールドが含まれることを特徴とする請求項３７記載の 方法。 ３９．前記着信ノードの識別子には、テスト呼・パラメータ故障・コードが含ま れることを特徴とする請求項３８記載の方法。