JP4490312B2 - 異種の遠隔通信信号プロトコルの相関システム及び方法 - Google Patents

Description

本発明は、異種の遠隔通信信号プロトコルの相関手法に関し、より詳細には、異種の通信信号プロトコルを相関させ、この情報をリアルタイムで表示することが可能なネットワーク解析装置に関する。

公衆交換電話網（ＰＳＴＮ）などの既存の遠隔通信（telecommunication）ネットワークは、一般に、ユーザ・トラフィック（音声、ビデオ、及び、データ信号）を伝送するトランスミッション（transmission、送信）またはベアラ（bearer、伝送）ネットワーク内の装置（スイッチなど）が、ベアラネットワークの動作を調整する制御信号を伝送する関連信号（associated signaling）ネットワークにおける装置（信号点など）と同じ場所に配置されるように構成されている。

しかし、遠隔通信ネットワークは、ユーザ・トラフィックを伝送する装置が信号機能をもたらす装置から分離される分散アーキテクチャへと移行している。さらに、最新の通信ネットワークには、一般に、互いに結合された異種の（dissimilar）ネットワークが含まれている。こうした異種のネットワークとしては、例えば、パケット・ネットワークに結合されたＰＳＴＮをあげることができる。これらの異種のネットワークは、一般に、異なるベアラ技術及び／または信号プロトコルを用いている。

異種の遠隔通信ネットワークは、一般に、「ゲートウェイ」を介して相互接続されており、ゲートウェイはネットワークのそれぞれのベアラトラフィックと信号プロトコルの間で必要とされる変換または適応を提供する。こうしたアーキテクチャでは、メディア・ゲートウェイ（Media Gateway、ＭＧ）（「トランク・ゲートウェイ（trunk gateway）」とも呼ばれる）のような適応装置（adaptation device）を用いて、異種のネットワークを結合することが可能である。メディア・ゲートウェイ・コントローラ（Media Gateway Controller、ＭＧＣ）のような制御装置は、メディア・ゲートウェイに対する制御機能を果たすが、メディア・ゲートウェイと同じ場所に配置する必要はない。一般に、メディア・ゲートウェイは、音声及びデータ情報を転送する。メディア・ゲートウェイ・コントローラは、例えば、簡易ゲートウェイ制御プロトコル（Simple Gateway Control Protocol、ＳＧＣＰ）、メディア・ゲートウェイ制御プロトコル（Media Gateway Control Protocol、ＭＧＣＰ）、インターネット・プロトコル装置制御（Internet Protocol Device Control、ＩＰＤＣ）、及び、Ｈ.２１８のようなゲートウェイ制御プロトコルを利用して、１つ以上のメディア・ゲートウェイとの通信を行うことが可能である。

一般に、メディア・ゲートウェイ及びメディア・ゲートウェイ・コントローラは、それぞれ、ＰＳＴＮとパケット・ネットワークの両方に結合されている。メディア・ゲートウェイ・コントローラは、信号システムＮｏ.７ＩＳＤＮユーザ部（Signaling System No.7 ISDN User Part、ＳＳ７ ＩＳＵＰ）、セッション開始プロトコル（Session Initiation Protocol、ＳＩＰ−ＩＥＴＦ ＲＦＣ２５４３）、ＩＴＵ勧告Ｈ.３２３（ITU Recommendation H.323）、または、ベアラ非依存呼制御（Bearer Independent Call Control、ＢＩＣＣ）のような現在の呼制御プロトコル（Call Control Protocol）の拡張機能を利用して、ＰＳＴＮを介した他のメディア・ゲートウェイ・コントローラとの通信を行うことが可能である。将来、新しいプロトコルは、このインターフェイス用に定義されるかもしれない。

メディア・ゲートウェイ・コントローラは、例えば、ＭＧＣＰを利用して、メディア・ゲートウェイとの通信を行う。従って、メディア・ゲートウェイは、信号メッセージを受信するが、メディア・ゲート・コントローラからのものではない。さらに、複数メディア・ゲートウェイが、「ゲートウェイ間（gateway-to-gateway）」プロトコルと称するものを利用して、互いに通信を行うことが可能である。ゲートウェイ間プロトコルの例には、Ｈ．３２３及びＳＩＰプロトコルがある。あるいはまた、メディア・ゲートウェイのメーカに応じて、他の非標準ゲートウェイ・プロトコルを利用することも可能である。

ＰＳＴＮに配置されたノードとパケット・ネットワークに配置されたノードとの間に生じる電話呼び出しのようなユーザ・トラフィックが、異種の通信ネットワークにまたがる場合、ユーザ・トラフィックは、２つの通信ネットワークによって別様に識別される。

さらに、今日の最新式電話及びインターネット・プロトコル（ＩＰ）多回線ネットワークでは、さまざまなプロトコルを利用して、ネットワーク・ユーザに対するサービスの供給を可能にする多種多様な機能が得られる。信号ネットワーク全域にわたる呼（call）に関連したプロトコル・メッセージの追跡を可能にする、または、ユーザ・トラフィック（すなわち、電話呼び出し）に関連した重要なパラメータの要約を可能にするようなプロトコル・モニタ用途では、複数の異なる一貫性のないやり方で、単一エンティティを検索することが可能な、異種のプロトコル間における呼識別子（call identifier）のマッピングを行う能力が必要になる。

従って、本発明の目的は、少なくとも２つの異種の通信ネットワークを含む通信ネットワークにおける同じユーザ・トラフィックに関連した２つ以上の異種の通信信号プロトコル、または、１つの通信ネットワーク内の２つの異種の通信信号プロトコルを相関させ、ネットワーク解析装置のユーザに対してこの情報をリアルタイムで表示することが可能なネットワーク解析装置を提供することにある。

本発明の実施態様は、異種の通信信号プロトコルをリアル・タイムで相関させるためのシステムを含む。このシステムは、ネットワークを介して伝送され、第１の通信ネットワークに関連する第１の通信プロトコル及び第２の通信ネットワークに関連する第２の通信プロトコルのような、少なくとも２つの異種の通信プロトコルによって特徴付けられる、ユーザ通信情報を有する。このシステムは、第１の通信ネットワークと第２の通信ネットワークに結合されるソフトスイッチと、第１の通信ネットワークと第２の通信ネットワークとソフトスイッチとに結合される解析装置であって、解析装置は第１の通信プロトコルに関連した第１の呼部分の相関を識別するように構成され、また、解析装置は第２の通信プロトコルに関連した第２の呼部分の相関を識別するように構成され、解析装置はソフトスイッチから受信した各呼についての相関キー・データに基づいてネットワーク上で伝送される各ユーザ通信情報のうち２つの異種の通信プロトコルの各呼部分の相関を識別する、解析装置とをさらに含む。

本発明の他のシステム、方法、コンピュータ読取り可能媒体、及び、特徴については、当該技術者であれば、下記の図面及び詳細な説明を検討することにより、明らかになるであろう。こうしたシステム、方法、コンピュータ読取り可能媒体、及び、特徴は、全て、本解説に含まれるものであり、本発明の範囲内にあり、付属の請求項によって保護されるように意図されたものである。

請求項において定義される本発明は、添付の図面を参照することによってより明確に理解することが可能になる。図面内のコンポーネントは、必ずしも互いに一定の率で描かれているわけではなく、代わりに、本発明の原理を明瞭に例示することに重点が置かれている。

本発明の実施態様によるネットワーク解析システムは、ソフトウェア（例えば、ファームウェア）、ハードウェア、または、その組み合わせによって実施することが可能である。実施態様の１つでは、異種の通信信号プロトコルを相関させるためのネットワーク解析システムは、できればＵＮＩＸオペレーティング・システムを実行する、専用プロセッサを備えた専用テスト・プラットフォーム（ＳＵＮ Ｍｉｃｒｏｓｙｓｔｅｍｓから入手可能なＳＵＮワークステーションのような）を利用して実施される。しかし、実施方法には関係なく、異種の通信信号プロトコルを相関させるためのシステムのソフトウェア部分は、パーソナル・コンピュータ（ＰＣ；ＩＢＭコンパチブル、アップル・コンパチブル、または、別様の）、ワークステーション、ミニコンピュータ、または、メインフレーム・コンピュータのような、専用または汎用コンピュータによって実行することが可能である。さらに、本発明は、例えば、制限するわけではないが、パームトップ・コンピュータ、携帯情報端末（ＰＤＡ）、または、他の任意のネットワーク解析装置等のような、他の処理または計算装置において実施可能である。

図１は、本発明の実施態様が存在する典型的な通信環境１００を例示した概略図である。通信環境１００には、一般に、２つの異種の通信ネットワーク、すなわち、パケット・ネットワーク１０６と公衆交換電話網（ＰＳＴＮ）１１２が含まれている。ＰＳＴＮ１１２には、一般に、時分割多重（time division multiplexed、ＴＤＭ）を利用した電話呼び出しのようなユーザ・トラフィックの通信が行われるベアラ（bearer、伝達）部分１２６と、ＳＳ７トラフィックのような信号トラフィックが伝送される信号部分１２８が含まれている。詳細に後述するように、本発明の実施態様は、一般に、ＰＳＴＮ１１２の信号部分１２８に適用される。パケット・ネットワーク１０６は、例えば、非同期転送モード（ＡＴＭ）ネットワーク、インターネット・プロトコル（ＩＰ）、または、他の任意のパケット交換網とすることが可能である。

通信環境１００は、メディア・ゲートウェイ・コントローラ（ＭＧＣ）１０２も含む。ＭＧＣ１０２は、信号ゲートウェイ１６２に結合されて「ソフトスイッチ」１６４と呼ばれる場合もある。ＭＧＣ１０２は、パケット・ネットワーク１０６及び通信回線１３２及び１４２を介してメディア・ゲートウェイ（ＭＧ）１０４との通信を行う。信号ゲートウェイ１６２は、コネクション１３６を介してＰＳＴＮ１１２との通信を行う。メディア・ゲートウェイ・コントローラ１０２は、ＰＳＴＮ１１２を介して、典型的な１つが参照番号１０８を利用して例示されている、１つ以上の他のメディア・ゲートウェイ・コントローラにも結合することが可能である。さらに、図１には示されていないが、２つのＭＧＣは、例えば、ＳＩＰプロトコルを利用して、パケット・ネットワーク１０６を介して通信を行うことが可能である。メディア・ゲートウェイ１０４は、コネクション１４４を介してＰＳＴＮ１１２も結合される。

第１のスイッチ（スイッチＡ）１１４は、コネクション１５２を介してＰＳＴＮ１１２に結合され、第２のスイッチ（スイッチＢ）１１６は、コネクション１５４を介してＰＳＴＮ１１２に結合される。スイッチ１１４及び１１６は、一般に、ＰＳＴＮ１１２の一部であり、一般に、電話会社の電話局（不図示）に配置されている。例証だけを目的として、電話１２４は、コネクション１５６を介してスイッチ１１４に結合され、電話１２２は、コネクション１５８を介してスイッチ１１６に結合される。コネクション１５６及び１５８は、一般に、電話を電話会社の電話局に結合する任意のタイプの通信チャネルとすることが可能であり、一般には、銅対線（copper wire pair）である。

電話１１８は、コネクション１４６を介してメディア・ゲートウェイ１０４にも結合される。例えば、電話１１８はインターネット電話とすることが可能である。当該技術者には既知のように、ユーザ・トラフィックと信号情報は、両方とも、一般に、パケット・ネットワーク１０６及びＰＳＴＮ１１２の両方を伝搬する。リンク１３６及び１４８は、一般に、信号システム７（ＳＳ７）サービス総合ディジタル網ユーザ部（ＩＳＵＰ）、または、電話ユーザ部（ＴＵＰ）信号メッセージのようなＰＳＴＮ信号トラフィックを伝送する。コネクション１３２、１４２は、一般に、メディア・ゲートウェイ制御プロトコル（ＭＧＣＰ）を利用して構成されるパケットの形態をなす、パケット・ネットワーク信号トラフィックを伝送する。

例えば、電話１１８と１２４の間に生じる可能性のある電話呼び出しのような、ユーザ・トラフィックは、一般に、通信リンク１４６、１４４、１５２、及び、１５６を伝搬する。あいにく、電話呼び出しは、パケット・ネットワーク１０６（通信回線１４６）とＰＳＴＮ１１２（通信回線１４４、１５２、及び、１５６）の両方を伝搬するので、ユーザ・トラフィック（電話呼び出し）は、２つの異種の通信プロトコルによって識別される。あるいはまた、電話呼び出しは単一通信ネットワークを伝搬することが可能であるが、やはり、２つ以上の異種の通信プロトコルを特徴とする可能性がある。呼び出し信号のパケット部分は、ＭＧＣＰプロトコルを利用して識別されるが、呼び出し信号のＰＳＴＮ部分は、ＳＳ７ ＩＳＵＰプロＴコルを利用して識別される。

例えば、ＳＳ７ ＩＳＵＰプロトコルにおける呼セットアップ（call setup）・メッセージは、初期アドレス・メッセージ（ＩＡＭ）の形をとるが、ＳＳ７ ＩＳＵＰプロトコルにおける呼切断（call tear-down）メッセージは、解除メッセージ（ＲＥＬ）または解除完了メッセージ（ＲＬＣ）の形をとることになる。逆に、ＭＧＣＰを利用したパケット・ネットワーク１０６の場合、呼セットアップ・メッセージは、コネクション生成（ＣＲＣＸ）メッセージの形をとるが、呼切断メッセージは、コネクション消滅（ＤＬＣＸ）メッセージの形をとることになる。さらに、呼セットアップ及び呼切断メッセージを利用して解説されているが、ＳＳ７及びＭＧＣＰプロトコルの両方における他の信号メッセージ（一般に、セットアップ・メッセージと切断メッセージの間で生じる）は、異種の通信ネットワークを伝搬することになる。

パケット・ネットワーク１０６の場合、電話１１８のような通信エンド・ポイントは、一般に、「ユーザ識別子＠ドメイン．ｘｘｘ」の形式をとる「エンド・ポイント名」によって特徴が示されるが、ＰＳＴＮ１１２の場合、呼は、その発信ポイント・コード（ＯＰＣ）、宛先コード（ＤＰＣ）、及び、その回路識別コード（ＣＩＣ）によって識別される、それが伝送される回路に関連したポイント・コード（ＰＣ）によって識別される。従って、電話１１８と電話１２４の間における単一電話呼び出しに用いられる信号は、少なくとも２つの独立した通信プロトコル（ＰＳＴＮ側のＳＳ７ ＩＳＵＰとパケット側のＭＧＣＰ）によって特徴が明らかになるので、呼の信号を送るのに用いられる２つの通信プロトコルが異なるため、単一呼と、一般に、単一呼の呼フロー・レコード（ＣＦＲ）と呼ばれるエンド・ツー・エンド呼レコードにリアル・タイム相関を施すのは困難である。

解析装置２００が、コネクション１３４を介してパケット・ネットワーク１０６に結合され、コネクション１３８を介してＰＳＴＮ１１２に結合されている。本発明の実施態様の１つによれば、解析装置２００は、コネクション１７２を介してソフトスイッチ１６４に結合されている。ソフトスイッチ１６４には、例えば、マサチューセッツ州ウェストフォードのＳｏｎｕｓ Ｎｅｔｗｏｒｋ，Ｉｎｃ．によって得られるモデルＧＳＸ９０００オープン・サービス・スイッチを含むことが可能である。コネクション１７２は、例えば、内部バス・データ・コネクションまたは外部データ・コネクションとすることが可能である。コネクション１７２は、相関キー・データ（後述される）が解析装置２００によって得られるコネクションを例示している。さらに詳細に後述するように、解析装置２００には、解析装置２００が、同じ呼または複数呼の複数セグメントに関連した異種のプロトコルを相関させるために利用可能なデータを含むリアル・タイム・データ・ストリームを利用して、単一呼または複数呼に関する異種の通信信号プロトコルを相関させることができるようにするソフトウェア・コード・セグメントが含まれている。後述する実施態様において、ＭＧＣＰ通信エンド・ポイントは、単一電話呼び出しが完全に識別され、相関させられ、オプションによりリアルタイムで表示されるやり方で、ＳＳ７ ＩＳＵＰポイント・コード／回路識別コード（ＰＣ／ＣＩＣ）トランク識別子と相関させられる。言及しておくべきは、後述する相関システムの概念を利用すれば、任意のプロトコルと任意の他のプロトコルを相関させることができるという点である。

図２Ａは、本発明の実施態様の１つに従って構成された典型的なネットワーク解析装置２００を例示したブロック図である。一般に、図２Ａに示すハードウェア・アーキテクチャに関して、解析装置２００には、プロセッサ２０４、メモリ２０６（１つ以上のランダム・アクセス・メモリ（ＲＡＭ）素子、読み取り専用メモリ（ＲＯＭ）素子等）、オプションの取り外し可能媒体ディスク・ドライブ２１２、以下では「バス・インターフェイス」と呼ばれる収集モジュール・バス・インターフェイス２０８、入力／出力コントローラ２２２、及び、互いに接続されており、ローカル・インターフェイス２１８を介して互いに通信可能なパワー・モジュール２６３が含まれている。ローカル・インターフェイス２１８は、例えば、制限するわけではないが、通常の当該技術者には既知の、１つ以上のバスまたは他の有線または無線コネクションとすることが可能である。ローカル・インターフェイス２１８は、簡略化のため省略されているが、バッファ（キャッシュ）、ドライバ、及び、コントローラのような、通信を可能にする追加要素を備えることが可能である。さらに、ローカル・インターフェイス２１８には、前述のコンポーネント間における適正な通信を可能にするアドレス、制御、及び、データ・コネクションが含まれる。

プロセッサ２０４は、メモリ２０６に記憶可能なソフトウェアを実行するためのハードウェア装置である。プロセッサ２０４は、解析装置２００の機能を実施するのに適した任意のプロセッサとすることが可能である。解析装置２００は、ＳＵＮ Ｍｉｃｒｏｓｙｓｔｅｍｓから入手可能なＳＵＮワークステーションで実行するのが望ましい。

メモリ２０６には、揮発性メモリ素子（例えば、ランダム・アクセス・メモリ（ＤＲＡＭ、ＳＲＡＭ等のようなＲＡＭ）、及び、不揮発性メモリ素子（例えば、ＲＡＭ、ＲＯＭ、ハード・ドライブ、テープ、ＣＤＲＯＭ等）の任意の１つまたは組み合わせを含むことが可能である。さらに、メモリ２０６には、電子、磁気、光学、及び／または、他のタイプの記憶媒体を組み込むことが可能である。メモリ２０６は、さまざまなコンポーネントが互いに遠隔位置に設けられるが、プロセッサ２０４によってアクセスすることが可能な、分散アーキテクチャを備えることが可能であるという点に留意されたい。

メモリ２０６内のソフトウェアには、それぞれ、論理機能を実施するために実行可能な命令の順序付きリストである、１つ以上のコード・セグメントを含んでいる、１つ以上の独立したプログラムを含むことが可能である。図２の例の場合、メモリ２０６のソフトウェアには、解析装置アプリケーション・ソフトウェア２３０の形態をとるソフトウェアが含まれている。アプリケーション・ソフトウェア２３０には、相関及びディスプレイ・ソフトウェア２３５、リアルタイム・メッセージ収集ソフトウェア２３６、リアルタイム呼相関ソフトウェア２３７、呼表示ソフトウェア２３８、及び、復号ソフトウェア２４７が含まれている。メモリ２０６には、メッセージ収集ソフトウェア２４１、呼セットアップ・マッピング・ソフトウェア２４２、及び、最終マッピング・ソフトウェア２４３も含まれている。メモリには、異種のプロトコルを介して呼の信号部分をリアルタイムで相関させるために利用される、相関キー・データ（後述することになる）を記憶するために用いられるテーブル２４５も含まれている。メモリ２０６には、解析中のアクティブ呼に関連した情報を一時的に記憶する、アクティブ呼一時記憶素子（call temporary storage element、ＣＴＳ）２５５も含まれている。

メモリ２０６には、グラフィカル・ユーザ・インターフェイス（ＧＵＩ）２４９も含まれている。ＧＵＩ２４９は、呼表示ソフトウェア２３８からの表示情報を処理して、ディスプレイ２８０上においてユーザに出力する。

メモリ２０６には、オペレーティング・システム（Ｏ／Ｓ）２１０と総称される、１つ以上の操作ソフトウェア・モジュールも含まれている。Ｏ／Ｓ２１０には、本明細書では特に記述されない、試験装置２００の機能のいくつかを実施するソフトウェア・モジュールを含むことが可能である。

望ましい実施態様の場合、Ｏ／Ｓ２１０は、ＳＵＮ Ｍｉｃｒｏｓｙｓｔｅｍｓから入手可能な、一般に利用可能なＵＮＩＸオペレーティング・システムである。ただし、他のオペレーティング・システムを用いることも可能である。オペレーティング・システム２１０は、基本的に、解析装置アプリケーション・ソフトウェア２３０、相関及び表示ソフトウェア２３５、及び、リアルタイム呼相関ソフトウェア２３７のような他のコンピュータ・プログラムの実行を制御し、スケジューリング、入力出力制御、ファイル及びデータ管理、メモリ管理、及び、通信制御及び関連サービスを行う。プロセッサ２０４及びオペレーティング・システム２１０によって、コンピュータ・プラットフォームが定義されるが、そのために、解析装置アプリケーション・ソフトウェア２３０、相関及び表示ソフトウェア２３５、及び、リアルタイム呼相関ソフトウェア２３７のようなアプリケーション・プログラムが、高水準プログラミング言語で書かれる。相関及び表示ソフトウェア２３５及びリアルタイム呼相関ソフトウェア２３７には、解析装置２００が、解析装置２００による関連ユーザ・トラフィックに対応する異種の通信プロトコル信号メッセージの相関及び表示を可能にする相関キー・データを検出し、復号化し、マッピングし、相関させ、オプションによりリアルタイムで表示できるようにする、実行可能命令が含まれている。

入力／出力コントローラ２２２には、それぞれ、ローカル・インターフェイス２１８と通じている、ネットワーク・インターフェイス２２４、入力インターフェイス２４２、及び、出力インターフェイス２５６が含まれている。ネットワーク・インターフェイス２２４は、コネクション２２６を介して、解析装置２００を外部ネットワーク２２８に結合する。外部ネットワークは、解析装置２００を結合して、情報交換を行うことが可能な任意のネットワークとすることが可能である。入力インターフェイス２４２は、コネクション２４４を介して内部キーパッド２４６に結合され、コネクション２４８を介して外部キーパッド２５２に結合される。内部キーパッド２４６は、解析装置２００に配置され、外部キーパッド２５２は、試験装置２００の結合が可能な補助キーパッドである。

出力インターフェイス２５６は、コネクション２５８を介してプリンタ２６２に結合されている。プリンタ２６２を利用することによって、解析装置２００によって得られる解析結果の永久レコードが得られるようにすることが可能である。出力インターフェイス２５６は、コネクション２６４を介してビデオ・コントローラ２７０にも結合される。ビデオ・コントローラ２７０は、コネクション２７２を介してディスプレイ２８０に結合される。ディスプレイ２８０は、ユーザからの入力を受信可能なＬＣＤタッチ・スクリーン・ディスプレイとすることもできるが、任意のタイプの適合するディスプレイとすることが可能である。

ディスク・ドライブ２１２は、任意の記憶素子またはメモリ素子とすることが可能であり、本明細書において用いられる限りにおいて、一般に、コンパクト・フラッシュ（ＣＦ）またはＰＣカードと呼ばれる場合もある、フラッシュ・メモリを表わしている。

パワー・モジュール２６３は、ＡＣ電源から解析装置２００に電力を供給することもできるし、あるいは、バッテリ及び内蔵充電器を組み込んで、携帯用ＤＣ電源を提供することも可能である。

バス・インターフェイス２０８によって、パケット収集モジュール２５０及びＴ１／Ｅ１収集モジュール２６０に対する電気インターフェイス及び機械インターフェイスの両方が得られる。本発明の態様の１つによれば、パケット収集モジュール２５０は、パケット・ネットワーク１０６（図１）に結合されて、例えば、ソフトスイッチ１６４（図１）またはメディア・ゲートウェイ１０４（図１）から相関キー・データを受信する。パケット収集モジュール２５０は、パケット・ネットワークの信号トラフィックをモニタし、相関キー・データを受信して、リアルタイム・メッセージ収集ソフトウェア２３６に相関キー・データを送る。相関キー・データは、テーブル２４５に記憶され、例えば、呼識別情報（呼ＩＤ）や、ＳＳ７信号メッセージの場合には、ＰＣ／ＣＩＣ情報を含むデータ・ストリームの形式をとることが可能である。例えば、相関キー・データは、Ｓ５／ＤＳ１０／７ＴＧＲ００ａｔｌ．ａｇｉｌｅｎｔ．ｃｏｍ／２２２−３３３−４４４＋１０２７として現れる可能性があるが、ここで、「Ｓ５／ＤＳ１０／７ＴＧＲ００ａｔｌ．ａｇｉｌｅｎｔ．ｃｏｍ」は、ＭＧＣＰ信号メッセージに関するエンド・ポイント名であり、「２２２−３３３−４４４＋１０２７」は、ＳＳ７信号メッセージに関するＰＣ／ＣＩＣである。相関に用いることが可能なデータ要素の例には、制限するわけではないが、リアルタイム転送プロトコル（ＲＴＰ）、ＩＰアドレス、非同期転送モード（ＡＴＭ）仮想コネクション識別子、電話番号、呼識別子等が含まれる。リアルタイム呼相関ソフトウェア２３７及び復号ソフトウェア２４７は、パケット収集モジュール２５０が受信した相関キー・データを検出し、復号し、記憶する。

相関キー・データが１つ以上のテーブル２４５に記憶されると、リアルタイム呼相関ソフトウェア２３７は、相関キー・データによって識別された呼部分を相関させる。こうして、呼のパケット・ネットワーク態様とＰＳＴＮ信号態様の両方を定義する呼レコードを作成することができる。相関及び表示ソフトウェア２３５は、リアルタイムの全てのパケット・ネットワーク信号メッセージ（この例では、ＭＧＣＰメッセージ）とＰＳＴＮネットワーク信号メッセージ（この例では、ＳＳ７メッセージ）を検出し、これらのメッセージを相関させて、単一呼に関する呼フロー・レコードにする。換言すれば、全ての信号メッセージは、特定の呼、または、関連する呼グループ（例えば、電話会議の場合）に対応するパケット・ネットワーク信号メッセージであるかＰＳＴＮネットワーク信号メッセージであるかに関係なく、ユーザに対して表示される。こうして、解析装置２００のユーザは、異種の通信ネットワークを伝搬する各呼に対応する全てのメッセージをリアルタイムでモニタすることが可能になる。

解析装置２００の動作中、プロセッサ２０４は、メモリ２０６内に記憶されているソフトウェアを実行し、メモリ２０６とデータのやりとりを行い、一般に、ソフトウェアに従って解析装置２００の動作を制御するように構成されている。相関及び表示ソフトウェア２３５は、プロセッサ２０４によって読み取られ、おそらくは、プロセッサ２０４内に緩衝記憶され、それから実行される。

ネットワーク解析システム２００の諸部分が、図２Ａに示すように、ソフトウェアにおいて実施される場合、Ｏ／Ｓ２１０、解析装置アプリケーション・ソフトウェア２３０、及び、相関及び表示ソフトウェア２３５は、任意のコンピュータ関連システムまたは方法によって／に関連して用いられる任意のコンピュータ読取り可能媒体に記憶することが可能であるという点に留意すべきである。本明細書に関連して、コンピュータ読取り可能媒体は、コンピュータ関連システムまたは方法によって／に関連して用いられるコンピュータ・プログラムを納める、または、記憶することが可能な、電子、磁気、光学、または、他の物理的装置または手段である。Ｏ／Ｓ２１０、解析装置アプリケーション・ソフトウェア２３０、及び、この実施態様の場合、リアルタイム・メッセージ収集ソフトウェア２３６、リアルタイム呼相関ソフトウェア２３７、及び、呼表示ソフトウェア２３８を含む相関及び表示ソフトウェア２３５は、命令実行システム、機器、または、装置から命令を取り出して、それらの命令を実行することが可能なコンピュータ・ベース・システム、プロセッサを含むシステム、または、他のシステムのような、命令実行システム、機器、または、装置によって／に関連して用いられる任意のコンピュータ読取り可能媒体で具現化することが可能である。この明細書に関連して、「コンピュータ読取り可能媒体」は、命令実行システム、機器、または、装置によって／に関連して用いられるプログラムを納め、記憶し、伝達し、伝搬させ、または、転送することが可能な任意の手段とすることが可能である。

コンピュータ読取り可能媒体は、例えば、制限するわけではないが、電子、磁気、光学、電磁、赤外線、または、半導体システム、機器、装置、または、伝搬媒体とすることが可能である。コンピュータ読取り可能媒体のより特定の例（非網羅的リスト）には、１つ以上の電線を備えた電気接続（電子）、携帯用コンピュータ・ディスケット（磁気）、ランダム・アクセス・メモリ（ＲＡＭ）（電子）、読み取り専用メモリ（ＲＯＭ）（電子）、消去及びプログラム可能読み取り専用メモリ（ＥＰＰＲＯＭまたはフラッシュ・メモリ）（電子）、光ファイバ（光学）、及び、携帯用コンパクト・ディスク読み取り専用メモリ（ＣＤＲＯＭ）（光学）といったものが含まれる。プログラムは、例えば、用紙または他の媒体の光学走査によって電子的に収集し、さらに、コンパイルして、解釈するか、必要があれば、適切なやり方で別様に処理し、さらに、コンピュータ・メモリに記憶することができるので、コンピュータ読取り可能媒体は、プログラムが印刷される用紙または別の適合媒体とすることさえ可能である。

ネットワーク解析システムのハードウェア・コンポーネントは、それぞれ、当該技術において周知の、データ信号に対して論理機能を実施するための論理ゲートを備えた個別論理回路、適合する組み合わせ論理ゲートを備えた専用集積回路（ＡＳＩＣ）、プログラマブル・ゲート・アレイ（ＰＧＡ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）等といった、テクノロジの任意の１つまたは組み合わせによって実施することが可能である。

図２Ｂは、典型的な相関データ構造２９０を例示したブロック図である。

図３及び図４は、受信呼（inbound call）及び発信呼（outbound call）のセットアップに用いられる信号メッセージを例示し、それぞれ、相関キー・データを含んでいる呼フロー図３００及び４００である。ＳＳ７及びＭＧＣＰ呼セットアップ及び呼切断メッセージの簡単な概要について述べることにする。さらに、リアルタイム呼相関ソフトウェア２３７は、図１に示す異種の通信ネットワークを伝搬する全ての信号メッセージを処理するが、簡略化のため、呼セットアップ及び呼切断メッセージについてのみ詳述することにする。

リアルタイム呼相関ソフトウェア２３７は、呼セットアップ信号メッセージ及び呼切断信号メッセージを記憶し、相関キー・データを利用して、ＳＳ７ ＰＣ／ＣＩＣをパケット・ネットワーク（例えば、ＩＰ）・エンド・ポイント名にマッピングする。図３及び図４に示すように、相関キー・データは、信号メッセージと共に解析装置２００に供給される。リアルタイム呼相関ソフトウェア２３７は、相関キー・データ、ＳＳ７ ＩＳＵＰメッセージ、及び、ＭＧＣＰ（ＩＰ）メッセージを検出し、相関キー及びプロトコル・メッセージの情報を利用して、この例の場合、ＭＧＣＰ及びＳＳ７メッセージを相関させ、単一呼フロー・レコードにする。呼フロー・レコードの生成後、ユーザ・インターフェイスでユーザに提示することが可能である。オプションにより、呼フロー・レコード・メトリクスは、通信会社がその通信ネットワークの管理、モニタ、及び、制御を行うことができるようにする、ビリングまたはオペレーションズ・サポート・システム（ＯＳＳ）に送ることが可能である。さらに、メッセージの完全な復号が下記において例示されるが、復号ソフトウェア２４７は、下記のメッセージを部分的に復号するだけで所望の情報を抽出することが可能である。

呼セットアップ・メッセージ
ＳＳ７信号システムの場合、呼セットアップ・メッセージは、ＳＳ７ ＩＳＵＰ ＩＡＭであり、ＭＧＣＰの場合、呼セットアップ・メッセージは、ＭＧＣＰ ＣＲＣＸである。

復号ソフトウェア２４７は、ＳＳ７ ＩＳＵＰ ＩＡＭメッセージを復号して、関連ＯＰＣ、ＤＰＣ、及び、ＣＩＣ情報を抽出する。下記（表１）は、典型的なＩＡＭメッセージ復号である。下記には、ＳＳ７ ＩＳＵＰ ＩＡＭメッセージの完全な復号が示されている。しかし、相関及び表示ソフトウェア２３５は、ＯＰＣ、ＤＰＣ、及び、ＣＩＣ情報（この例の場合）だけしか利用しないので、復号ソフトウェア２４７は、メッセージを部分的に復号して、所望の項を得ることが可能である。

この例の場合、ＳＳ７ ＩＳＵＰ ＩＡＭメッセージ及び任意のＳＳ７メッセージ内における３つのフィールドが重要である。これらは、発信ポイント・コード（ＯＰＣ）、宛先ポイント・コード（ＤＰＣ）、及び、回路識別コード（ＣＩＣ）である。これらのフィールドは、上記において太字で表示されている。ＯＰＣ（１４６−１９３−０１４）は、呼を発信したＳＳ７ネットワーク・エンティティのＰＣである。ＤＰＣ（１５３−０２８−０３０）は、呼宛先であるＳＳ７ネットワーク・エンティティのＰＣである。ＣＩＣ（１３１）は、ＳＳ７スイッチ間の特定のトランク回路を識別するために用いられる。

リアルタイム呼相関ソフトウェア２３７は、ソフトスイッチのＰＣに等しくないＰＣにＣＩＣを追加することによって、このＳＳ７ ＩＳＵＰ ＩＡＭメッセージによって識別される呼を識別する。上記復号について考察すると、ソフトスイッチＰＣが１５３−２８−３０である（ＤＰＣに等しい）場合、リアルタイム呼相関ソフトウェア２３７は、ＰＣ／ＣＩＣ１４６−１９３−１４＋１３１（ＯＰＣ＋ＣＩＣ）によって、このＳＳ７ ＩＳＵＰ ＩＡＭを識別することになる。さらに詳細に後述するように、リアルタイム呼相関ソフトウェア２３７は、相関キー・データを利用して、最終的には、ＰＣ／ＣＩＣ（１４６−１９３−１４＋１３１）をパケット・ネットワーク・エンドポイント名にマッピングし、呼フロー・レコードを生成する。最終的に、呼フロー・レコードは、解析装置２００から呼データの消費者に提示されることになる。

復号ソフトウェア２４７は、ＭＧＣＰ ＣＲＣＸメッセージを復号して、関連エンド・ポイント及び呼識別情報を抽出する。下記は、ＭＧＣＰ ＣＲＣＸメッセージの典型的な復号である。ある特定のＳＳ７ ＩＳＵＰ ＩＡＭメッセージに関して、リアルタイム呼相関ソフトウェア２３７は、相関キー・データによって指定される対応するコールレッグ（call leg）にＭＧＣＰコールレッグをマッピングする。

下記（表２）には、ＭＧＣＰ ＣＲＣＸメッセージの完全な復号が示されている。しかし、リアルタイム呼相関ソフトウェア２３７は、メッセージ・データ要素の部分集合だけしか利用しないので、復号ソフトウェア２４７は、メッセージを部分的に復号するだけで、所望のデータ要素を得ることが可能である。

この例では、ＭＧＣＰ ＣＲＣＸメッセージ内において問題となる２つのフィールドは、両方とも、上記において太字で例示されている、呼ＩＤフィールドとエンド・ポイント名フィールドである。呼ＩＤフィールド（上記復号における６６ｄ３）は、単一呼に固有のものであり、ＭＧＣＰ ＣＲＣＸ呼セットアップ・メッセージとＭＧＣＰ ＤＬＣＸ呼切断メッセージ（後述することになる）を整合させるために利用することが可能である。エンド・ポイント・名フィールド（この例では、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔ）は、呼が送られるエンド・ポイントを識別し、エンド・ポイントのタイプも識別する。このエンド・ポイント名（この例では、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔ）は、ソフトスイッチ１６４から供給される相関キー・データ情報を利用して、ＰＣ／ＣＩＣにマッピングされる。リアルタイム呼相関ソフトウェア２３７は、このマッピング情報を利用して、ＳＳ７メッセージ及びＭＧＣＰメッセージを単一呼に相関させ、システムのユーザに、呼フロー・レコード、すなわち、この呼に関する情報の部分集合を提示する。

図５Ａ及び図５Ｂには、全体として、本発明のいくつかの実施態様の動作を例示するために用いられることになる、典型的な３つの呼の呼シーケンス図５００が例示されている。呼セットアップ・メッセージ及び呼切断メッセージだけしか例示されていないが、言及しておくべきは、各呼毎に、呼セットアップ・メッセージと呼切断メッセージとの間に、多くの信号メッセージが発生し、リアルタイム呼相関ソフトウェア２３７は、これらのメッセージについても同様の働きをすることになるという点である。メッセージ収集ソフトウェア２４１は、全ての相関キー・データ、呼セットアップ・メッセージ（ＳＳ７ ＩＳＵＰ ＩＡＭ及びＭＧＣＰ ＣＲＣＸ）、及び、呼切断メッセージ（ＳＳ７ ＩＳＵＰ ＲＥＬ／ＲＬＣ及びＭＧＣＰ ＤＬＣＸ）を検出し、復号ソフトウェア２４７は、これらを復号する。リアルタイム・メッセージ収集ソフトウェア２３６は、全てのＳＳ７及びＭＧＣＰメッセージを検出し、復号ソフトウェア２４７は、これらを復号する。

以下では、リアルタイム呼相関ソフトウェア２３７の働きについて述べることにする。

リアルタイム呼相関ソフトウェア２３７の動作
以下の論考では、図５Ａ及び図５Ｂに示された呼セットアップ・メッセージについて解説される。表３及び表４には、表５に示す呼相関キー値を備えた相関キー・データを作成するために用いられる、プロトコル・メッセージが例示されている（表３はＳＳ７、表４はＭＧＬＰ）。相関キー・データは、上述のように、ＭＧＣＰとＳＳ７とのコールレッグの突合せに用いられる。下記では、解析装置２００による呼セットアップ及び呼相関メッセージ受信時のプロセスについて論考する。

図５Ａの呼シーケンス図には、ＰＣ−ＣＩＣ１４６−１９３−１４＋１３１に関するＩＡＭが含まれている。このメッセージは、Ｔ１／Ｅ１収集モジュール２６０（図２）によって解析装置２００に読み込まれる。メッセージは、次に、リアルタイム・メッセージ収集ソフトウェア２３６に送られ、復号ソフトウェア２４７による呼相関に用いられるフィールドをなすように復号される。この例の場合、ＰＣ＋ＣＩＣが抽出され、復号される。ＰＣ＋ＣＩＣを含む復号データ要素は「エンド・ポイント」と呼ばれる。

次に、復号情報は、リアルタイム呼相関ソフトウェア２３７に送られる。このモジュールは、コールレッグ部分が、「コールレッグ・テーブル」（表６参照）と呼ばれる内部ハッシュ・テーブルに追加された後、コールレッグ・テーブルを検査する。コールレッグ・テーブルには、現在、呼に関連している全てのエンド・ポイントが納められている。

エンド・ポイント１４６−１９３−１４＋１３１が、最初の探索時には、コールレッグ・テーブルに含まれていないので、最初のコールレッグ・テーブルの探索は失敗することになる。リアルタイム呼相関ソフトウェア２３７によって、そのコールレッグ・テーブル内に、表６に示すように、１４６−１９３−１４＋１３１のエンド・ポイント・キー値を備えたコールレッグ項目が生成される。このコールレッグ項目の状況フィールドは、アクティブにセットされる。

次に、相関キー・テーブル（表５）がチェックされる。相関キー・テーブル（表５）を照会して、現在解析中のエンド・ポイント（エンド・ポイント１４６−１９３−１４＋１３１として一意的に識別される）に関する項目の有無が確認される。このテーブル探索が失敗すると、リアルタイム呼相関ソフトウェア２３７によって、新たな一意性の呼ＩＤが生成される。この例の場合、呼ＩＤは表６に示すように９００である。次に、新たに生成された呼ＩＤが、コールレッグ・テーブル（表６）内のコールレッグ１４６−１９３−１４＋１３１と対応付けられる。

これは新たな呼であるため、呼テーブルに項目が追加される。呼テーブルは、下記に表７として例示されている。この呼テーブル項目は、９００の呼ＩＤ値を備えており、呼テーブル項目は、コールレッグ１４６−１９３−１４＋１３１に対する１つのポインタを備えている。

次に、コールレッグのデータ記憶に生プロトコル・メッセージ（ＩＡＭ）が追加される。このコールレッグに関する後続メッセージは、システムに入力されるので、やはり、このデータ記憶に追加されることになる。

図５Ａの呼シーケンスに示される次のメッセージは、エンド・ポイントＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに関するＭＧＣＰ ＣＲＣＸメッセージである。このメッセージは、パケット収集モジュール２５０（図２）を介して、解析装置２００に読み込まれる。このメッセージは、リアルタイム・メッセージ収集ソフトウェア２３６に転送され、復号ソフトウェア２４７によって呼相関に用いられるキー・フィールドに復号される。この例の場合、エンド・ポイント及び呼ＩＤが抽出され、復号される。

次に、復号情報は、エンド・ポイント値Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔを求めて、コールレッグ・テーブル（表８）の探索を実施する、リアルタイム呼相関ソフトウェア２３７に送られる。

エンド・ポイントが現在テーブル内に存在しないので、コールレッグ・テーブルの探索は失敗することになる。この時点において、リアルタイム呼相関ソフトウェア２３７は、そのコールレッグ・テーブル内に、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔのエンド・ポイント・キー値を備えたコールレッグ項目を生成する。このコールレッグ項目の状況フィールドは、アクティブにセットされる。

次に、相関キー・テーブル（表５）がチェックされる。相関キー・テーブルを照会して、エンド・ポイントＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに関する項目の有無が確認される。このテーブル探索が失敗すると、リアルタイム呼相関ソフトウェア２３７によって、新たな一意性の呼ＩＤが生成される。この例の場合、呼ＩＤは１１００である。次に、新たに生成された呼ＩＤが、コールレッグ・テーブル（表６及び表８）内のコールレッグＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔと対応付けられる。

これは新たな呼であると確認されるので、呼テーブル（表７）に項目が追加される。この呼テーブル項目は、１１００の呼ＩＤ値を備えており、呼テーブル項目は、コールレッグＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに対する１つのポインタを備えている。

次に、コールレッグのデータ記憶に生プロトコル・メッセージ（ＣＲＣＸ）が追加される。このコールレッグに関する後続メッセージは、システムに入力されるので、やはり、このデータ記憶に追加されることになる。

図５Ａの呼シーケンスに示される次のメッセージは、相関キーである。このメッセージは、解析装置２００に入力される。このメッセージがパケット収集モジュール２５０によって読み取られ、リアルタイム・メッセージ収集ソフトウェア２３６に転送される。次に、相関キー・メッセージが、リアルタイム呼相関ソフトウェア２３７に送られる。

相関メッセージによって、エンド・ポイント名１４６−１９３−１４＋１３１とＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔが、ある呼において対応付けられるべきであると指定される。表９には、相関キー例が示されている。

リアルタイム呼相関ソフトウェア２３７は、１４６−１９３−１４＋１３１の値を備えた項目についてその相関キー・テーブル（表５）を読もうと試みる。その値は、相関キー・テーブル（表５）に見つからず、従って、この値は追加される。対応するエンド・ポイント（Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔ）が、表９に示す新たに生成される相関キーと対応付けられる。

次に、相関メッセージの相関データからの他のエンド・ポイントが処理される。リアルタイム呼相関ソフトウェア２３７は、相関キー・テーブル（表５）を読み取って、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔの値を備えた項目を見つけようと試みる。この値は、見つからず、従って、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔの値は、相関キー・テーブル（表５）に追加される。対応する相関キー・エンド・ポイント１４６−１９３−１４＋１３１が、表９に示すように、追加されたばかりの相関キーと対応付けされる。

次に、リアルタイム呼相関ソフトウェア２３７は、相関キーにおけるエンド・ポイントのいずれかに関するコールレッグが、コールレッグ・テーブル（表６または表８）に存在するか否かを確認する。呼９００に対応付けられたエンド・ポイント１４６−１９３−１４＋１３１は、コールレッグ・テーブル（表６）において見つかる。次に、エンド・ポイント名Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔが、コールレッグ・テーブル（表８）において照会される。このエンド・ポイント名は見つかり、呼併合が実施される。

呼併合処置によって、追加コールレッグが既存の呼に追加される。この例では、コールレッグＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔ（呼ＩＤ１１００がタグ付けされた）が、呼９００に追加されることになる。呼併合が完了すると、呼１１００は呼テーブル（表７）から削除されることになる。呼併合の結果、この例で言及したコールレッグが、表７に示すように、今では、単一呼の１つに割り当てられている。

図５Ｂを参照すると、エンド・ポイント１４６−１９３−１４＋１３１に関するＲＬＣ（解除完了）メッセージを受信する。このメッセージは、上述のように、システムを流れ、上述のように、リアルタイム呼相関ソフトウェア２３７に到達する。ＲＬＣメッセージは、コールレッグ１４６−１９３−１４＋１３１に関連したプロトコル・メッセージのデータ記憶に追加される。次に、リアルタイム呼相関ソフトウェア２３７は、コールレッグ１４６−１９３−１４＋１３１が呼から除去されていることを表わすものとしてＲＬＣメッセージを解釈する。この時点で、呼切断論理が実行される。

個々のコールレッグに関する呼切断論理には、コールレッグに関連した項目について、テーブルを「クリーン・アップ」することが含まれている。ある呼に関する全てのコールレッグの状況が「イナクティブ」の場合、その呼は終了し、システム・メモリから呼テーブル項目が除去される。エンド・ポイント１４６−１９３−１４＋１３１に関する呼切断が起動され、呼テーブル（表７）のコールレッグ項目がイナクティブにセットされる。エンド・ポイント１４６−１９３−１４＋１３１に関する相関キーが相関キー・テーブル（表９）から除去される。

次に、エンド・ポイントＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに関する２５０メッセージを受信する。このメッセージは、リアルタイム呼相関ソフトウェア２３７に到達する。２５０メッセージは、コールレッグＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに関連したプロトコル・メッセージのデータ記憶に追加される。リアルタイム呼相関ソフトウェア２３７は、コールレッグＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔが、呼から除去されていることを表わすものとして、２５０メッセージを解釈する。この時点で、呼切断論理が実行され、呼テーブル（表７）におけるそのエンド・ポイントのコールレッグ項目がイナクティブにセットされて、エンド・ポイントＳ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔに関連した相関キーが、相関キー・テーブル（表９）から除去される。今や、呼９００に関する全てのコールレッグがイナクティブのため、その呼項目を呼テーブル（表７）から除去することが可能になる。この呼が完了する。

図６Ａ〜図６Ｃは、全体として、異種の通信信号プロトコルを相関させるシステムの実施態様の働きを例示したフローチャート６００を構成する。

ブロック６０２では、解析装置２００（図２）は、アイドル状態のままであり、ＩＰまたはＳＳ７プロトコル・メッセージを待っている。ブロック６０４では、メッセージが得られるか否かが判定される。メッセージが得られなければ、プロセスはブロック６０２に戻る。メッセージが得られると、ブロック６０６において、そのメッセージがＳＳ７ ＩＳＵＰメッセージであるか、ＭＧＣＰメッセージであるかの判定が行われる。メッセージが、ＳＳ７ ＩＳＵＰメッセージまたはＭＧＣＰメッセージであれば、プロセスは図７Ａに進む。メッセージが、ＳＳ７ ＩＳＵＰメッセージまたはＭＧＣＰメッセージでなければ、プロセスはブロック６１２に進む。

ブロック６１２では、メッセージが、相関データ情報を備えた相関キーであるか否かが判定される。メッセージが相関キーでなければ、プロセスはブロック６０２に戻る。

しかし、ブロック６１２において、メッセージが相関キーであると判定されると、ブロック６１４において、例えば、全ての通信エンド・ポイント情報が相関キーから抽出される。例えば、パケット収集モジュール２５０が、相関キーをリアルタイム・メッセージ収集ソフトウェア２３６に転送すると、相関キーによって識別される全てのエンド・ポイント情報を含む相関キー・データが、相関キー・テーブル２４５（表９）に納められる。エンド・ポイント情報は、相関キー・データの一例である。相関キー・データがテーブル２４５に納められると、リアルタイム呼相関ソフトウェア２３７に利用可能になり、リアルタイム呼相関ソフトウェア２３７は、相関キーから上述のエンド・ポイント情報を抽出する。この例の場合、ＳＳ７ ＩＳＵＰエンド・ポイント情報とＩＰ（ＭＧＣＰ）エンド・ポイント情報が相関キーから抽出される。

ブロック６１６では、ブロック６１４で抽出されたエンド・ポイントが図２の相関テーブル２４５（表９）に追加される。

ブロック６１８では、相関キーの各エンド・ポイント毎に、エンド・ポイント及び相関キーが、相関キー・テーブル２４５に保管される。

ブロック６２６では、処理すべき追加相関キーの有無が判定される。有る場合、プロセスはブロック６１８に戻る。しかし、ブロック６２６において、処理すべき追加相関キーがないと判定されると、ブロック６２８において、アクティブ呼一時記憶素子２５５（図２）が、相関キーの各エンド・ポイント毎に２つ以上の呼を含んでいるか否かが判定される。含んでいなければ、プロセスは終了する。しかし、アクティブ呼一時記憶素子２５５が、２つ以上の呼を含んでいると判定されると、ブロック６３２において、上述のように、複数呼が１つの新たな呼に併合される。ブロック６３４では、固有の呼参照が現在確立されている呼に追加される。

図７Ａ及び図７Ｂは、全体として、ＳＳ７またはＩＰメッセージを復号し、エンド・ポイントを抽出して、エンド・ポイントと相関キーを対応付ける処理を例示したフローチャート７００である。ブロック７０２では、図６Ａのブロック６０６からメッセージを受信する。ブロック７０２では、受信メッセージを復号して、エンド・ポイント情報が抽出される。例えば、メッセージがＳＳ７メッセージの場合、エンド・ポイント１４６−１９３−１４＋１３１が抽出されることになる。メッセージが、例えば、ＭＧＣＰメッセージであれば、抽出されるエンド・ポイントは、Ｓ４／ＤＳ１−１／１＠ＴＧＲ０２ＣＯＳ．ｃｏｓ０．ｃｏｍｐａｎｙ．ｎｅｔになる。

ブロック７０４では、ブロック７０２で抽出されたエンド・ポイントが、コールレッグ・テーブル（表６）内にあるか否かが判定される。そのエンド・ポイントがコールレッグ・テーブルになければ、ブロック７０６において、コールレッグ・テーブル内にコールレッグ項目が生成される。ブロック７０４において、そのエンド・ポイントがコールレッグ・テーブル内にあると判定されると、ブロック７１２において、このメッセージがコールレッグ・データ構造に追加される。

ブロック７１４では、ブロック７０２において復号されたエンド・ポイントに関する相関キーの有無が判定される。相関キーが存在しなければ、ブロック７１６において、一意性の呼ＩＤが、コールレッグ・テーブル内に生成され、コールレッグ項目（表８）と対応付けられる。このエンド・ポイントに関する相関キーが存在すれば、ブロック７２４において、考慮すべき追加エンド・ポイントの有無が判定される。なければ、プロセスはブロック７１６に戻る。しかし、考慮すべき追加エンド・ポイントが存在すれば、ブロック７２４において、相関キーにおける他の各エンド・ポイントが照会される。

ブロック７２８では、ブロック７２４において照会された任意の追加エンド・ポイントに関する呼の有無が判定される。なければ、プロセスはブロック７２４に戻る。しかし、ブロック７２８において、追加エンド・ポイントに関する呼が存在すると判定されると、ブロック７３２において、相関キーのエンド・ポイントに関する既存の一意性呼ＩＤが、ブロック７０６において追加されたコールレッグに対応付けられる。

ブロック７１２では、このメッセージは、コールレッグ・データ構造に追加される。ブロック７２２では、メッセージが呼切断メッセージであるか否かが判定される。呼切断メッセージでなければ、プロセスが終了し、図６Ａに戻る。メッセージが呼切断メッセージであれば、プロセスがブロック７３４に進み、呼切断プロセスが開始される。ブロック７３６では、呼内の全てのコールレッグがイナクティブであるか否かが判定される。全ての呼がイナクティブの場合、呼切断プロセスはブロック７３８に進み、呼が切断される。アクティブ呼があれば、プロセスは終了し、図６Ａに戻る。

図８は、呼フロー・レコードの一例である。

当該技術者には明らかなように、上述の本発明の望ましい実施態様には、本発明の原理をほとんど逸脱することなく、多くの修正及びさまざまな変更を加えることが可能である。例えば、ネットワーク解析システムは、少なくとも２つの異種の通信信号プロトコルを備える任意の通信環境において利用することが可能である。さらに、パケット・ネットワーク信号プロトコルとしてＭＧＣＰを利用して例示されているが、本発明の実施態様において、異種の信号プロトコルを相関させるため、インターネット・プロトコル装置制御（ＩＰＤＣ）、ネットワークに基づく呼信号（ＮＣＳ）、転送アダプタ層インターフェイス（ＴＡＬＩ）、信号転送（ＳＩＧＴＲＡＮ）、簡易ゲートウェイ制御プロトコル（ＳＧＣＰ）、及び、所有権を主張できる信号プロトコルのような他の信号プロトコルを利用することも可能である。本明細書では、こうした全ての修正及び変更は、付属の請求項において定義される、本発明の範囲内に含まれるように意図されている。

本発明のネットワーク解析装置が設けられた典型的な通信環境を例示した概要図である。 本発明の実施態様の１つに従って構成された典型的なネットワーク解析装置を例示したブロック図である。 典型的な相関データ構造を例示したブロック図である。 受信呼をセットアップするために用いられる、相関キー・データを含む信号メッセージを例示した呼流れ図である。 発信呼をセットアップするために用いられる、相関キー・データを含む信号メッセージを例示した呼流れ図である。 本発明の実施態様の動作を例示するために用いられる３つの呼の呼シーケンスを例示した図である。 本発明の実施態様の動作を例示するために用いられる３つの呼の呼シーケンスを例示した図である。 異種の通信信号プロトコルを相関させるシステムの実施態様の１つの動作を例示したフローチャートである。 異種の通信信号プロトコルを相関させるシステムの実施態様の１つの動作を例示したフローチャートである。 異種の通信信号プロトコルを相関させるシステムの実施態様の１つの動作を例示したフローチャートである。 ＳＳ７またはＩＰメッセージを復号して、エンド・ポイントを抽出し、エンド・ポイントと相関キーを対応付ける処理を例示したフローチャートである。 ＳＳ７またはＩＰメッセージを復号して、エンド・ポイントを抽出し、エンド・ポイントと相関キーを対応付ける処理を例示したフローチャートである。 呼フロー・レコードの一例を示す図である。

符号の説明

１００ システム
１０６、１１２ 通信ネットワーク
１６４ スイッチ
２００ 解析装置
２３０ ソフトウェア・コード・セグメント
２９０ 相関データ

Claims (8)

1. 異種の通信プロトコル識別子をリアルタイムで相関させ表示するためのシステムであって、
   ネットワーク上で伝送され、少なくとも２つの異種の通信プロトコルによって特徴付けられる、ユーザ通信情報と、
   第１の通信ネットワークに関連する第１の通信プロトコルと、
   第２の通信ネットワークに関連する第２の通信プロトコルと、
   前記第１の通信ネットワークと前記第２の通信ネットワークに結合されるソフトスイッチと、
   前記第１の通信ネットワークと前記第２の通信ネットワークと前記ソフトスイッチとに結合される解析装置であって、前記解析装置は前記第１の通信プロトコルに関連した第１の呼部分の相関を識別するように構成され、前記解析装置は前記第２の通信プロトコルに関連した第２の呼部分の相関を識別するように構成され、前記解析装置は前記ソフトスイッチから受信した各呼についての相関キー・データに基づいてネットワーク上で伝送される各ユーザ通信情報のうち２つの異種の通信プロトコルの各呼部分の相関を識別する、解析装置と、
   を有するシステム。
2. 前記相関キー・データは、前記第１の呼部分及び前記第２の呼部分が呼フロー・レコードの形でユーザにリアルタイムで表示されることを可能にする、請求項１に記載のシステム。
3. 前記相関キー・データが、前記第１の通信プロトコル及び前記第２の通信プロトコルに関連した信号プロトコルに関するものである、請求項２に記載のシステム。
4. 前記相関キー・データが、異種の通信プロトコルにわたる複数電話呼び出しに関連した情報を含む、請求項１に記載のシステム。
5. 前記相関キー・データが、電話呼び出しに関連した異種の通信プロトコルを識別し、第１の通信プロトコルが、信号システム７サービス統合ディジタル網ユーザ部（ＳＳ７ ＩＳＵＰ）に準拠する、請求項２に記載のシステム。
6. 前記相関キー・データが、電話呼び出しに関連した異種の通信プロトコルを識別し、前記第２の通信プロトコルが、メディア・ゲートウェイ制御プロトコル（ＭＧＣＰ）に準拠する、請求項２に記載のシステム。
7. ネットワーク上で伝送されて少なくとも２つの異種の通信プロトコルによって特徴付けられるユーザ通信情報と、第１の通信ネットワークに関連する第１の通信プロトコルと、第２の通信ネットワークに関連する第２の通信プロトコルと、前記第１の通信ネットワークと前記第２の通信ネットワークに結合されるソフトスイッチと、前記第１の通信ネットワークと前記第２の通信ネットワークと前記ソフトスイッチとに結合される解析装置と、を備えるシステムにおける異種の通信プロトコル信号メッセージをリアルタイムで相関させ表示するための方法であって、
   前記解析装置が、前記ソフトスイッチから、各呼についての相関キー・データを受信するステップと、
   前記解析装置が、前記相関キー・データに基づいて、ネットワーク上で伝送される各ユーザ通信情報のうち２つの異種の通信プロトコルの各呼部分の相関を識別させるステップと、
   を有する、方法。
8. 異種の通信プロトコル識別子をリアルタイムで相関させ表示するためのシステムであって、
   ネットワーク上で伝送され、少なくとも２つの異種の通信プロトコルによって特徴付けられる、ユーザ通信情報と、
   第１の通信ネットワークに関連する第１の通信プロトコルと、
   第２の通信ネットワークに関連する第２の通信プロトコルと、
   前記第１の通信ネットワークと前記第２の通信ネットワークに結合されるソフトスイッチと、
   前記第１の通信ネットワークと前記第２の通信ネットワークと前記ソフトスイッチとに結合される解析装置であって、前記解析装置は前記第１の通信プロトコルに関連した第１の呼部分を識別する相関データを検出するように構成され、前記解析装置は前記第２の通信プロトコルに関連した第２の呼部分を識別する相関データを検出するように構成され、前記解析装置は前記ソフトスイッチから受信した各呼についての相関キー・データに基づいてネットワーク上で伝送される各ユーザ通信情報のうち２つの異種の通信プロトコルの各呼部分の相関を識別させる、解析装置と、
   を有し、前記第１の通信プロトコルがＳＳ７であり、前記第２の通信プロトコルがインターネット・プロトコル（ＩＰ）である、システム。

Images