(57)【要約】【課題】サービス保証技術の配備を複雑にせず、スケーラブルであり、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求をしない、監視技術を提供する。【解決手段】パストレールデータに関するメッセージの種類、セッション、及び宛先の情報を参照することによってアクセス可能なパストレールデータを含むデータ記憶装置を設けるステップと、パストレールデータからデータを取得するステップであって、このデータは、被呼び出し側ホストノードで受信されるシグナリングメッセージのバージョンに関するものであり、且つ、シグナリングメッセージがたどるパスを特定するものである、取得するステップと、シグナリングメッセージが従うパスを特定するデータにより特定された第１の中間ノードから、シグナリングメッセージに関連した測定データを取得するステップとを含む方法及び装置。   【選択図】図１
2006287934.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法であって、
パストレールデータに関するメッセージの種類、セッション、及び宛先の情報を参照することによってアクセス可能な前記パストレールデータを含むデータ記憶装置を設けるステップと、
前記パストレールデータからデータを取得するステップであって、該データは、着呼側ホストノードで受信される前記シグナリングメッセージのバージョンに関するものであり、且つ、前記シグナリングメッセージがたどるパスを特定するものである、取得するステップと、
前記シグナリングメッセージがたどる前記パスを特定する前記データにより特定された第１の中間ノードから、前記シグナリングメッセージに関連した測定データを取得するステップと、
を含む、方法。
【請求項２】
前記シグナリングメッセージがたどる前記パスを特定する前記データにより特定された第２の中間ノードから、前記メッセージに関連した測定データを取得するステップ、
をさらに含む、請求項１に記載のＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法。
【請求項３】
前記セッションは、発呼側ホストノードを特定するデータと、前記着呼側ホストノードを特定するデータと、前記シグナリングメッセージを含む１群のシグナリングメッセージを特定するデータとによって特定される、請求項１又は２に記載のＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法。
【請求項４】
前記着呼側ホストノードは、前記着呼側ホストノードによって受信される前記シグナリングメッセージのバージョンの宛先を構成し、前記シグナリングメッセージがたどる前記パスを特定する前記データを取得する前記ステップは、
前記シグナリングメッセージがたどる前記パスを部分的に特定するように、前記着呼側ホストノードによって受信される前記シグナリングメッセージの前記バージョンの前記宛先を特定するデータを使用するステップをさらに含む、請求項１乃至３のいずれか１項に記載のＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法。
【請求項５】
前記シグナリングメッセージは、自身に関連したセッションを有し、前記シグナリングメッセージがたどる前記パスを特定する前記データを取得する前記ステップは、
前記シグナリングメッセージがたどる前記パスを部分的に特定するように、前記シグナリングメッセージに関連する前記セッションを特定するデータを使用するステップをさらに含む、請求項１乃至４のいずれか１項に記載のＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法。
【請求項６】
請求項１乃至５のいずれか１項に記載のＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの経過を監視する方法を含む、シグナリングメッセージをさかのぼる方法。
【請求項７】
請求項１乃至６のいずれか１項に記載の方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項８】
コンピュータ可読媒体に記録された、請求項７に記載のコンピュータプログラム。
【請求項９】
パストレールデータに関するメッセージの種類、セッション、及び宛先の情報を参照することによってアクセス可能な前記パストレールデータを記憶するためのデータ記憶装置と、
使用時に、前記パストレールデータからデータを取得するように構成される処理資源であって、前記データは、着呼側ホストノードで受信される前記シグナリングメッセージのバージョンに関するものであり、且つ、前記シグナリングメッセージがたどるパスを特定するものである、処理資源と、を備え、
前記処理資源は、使用時に、前記シグナリングメッセージがたどる前記パスを特定する前記データにより特定された第１の中間ノードから、前記シグナリングメッセージに関連した測定データを取得するようにさらに構成される、
ネットワーク監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、インターネットプロトコル上の音声（ＶｏＩＰ）呼に関するセッション開始プロトコル（ＳＩＰ）シグナリングトランザクション等のＳＩＰシグナリングトランザクション用のメッセージシーケンスパスをたどる(follow)タイプのシグナリングメッセージの進行を監視する方法に関する。また、本発明は、ネットワーク監視装置に関する。
【背景技術】
【０００２】
ＩＰ上の音声は、データのパケットを使用して、ＶｏＩＰ呼をハンドリングするために装備された２つ又は３つ以上の端末間で音声呼を通信する発展中のインターネットプロトコル（ＩＰ）技術である。従来、パケット交換通信は、端末間で、たとえばウェブページといったデータを通信するのに使用されていた。携帯情報端末（ＰＤＡ）や他の移動端末等のモバイルコンピューティング装置に適したＶｏＩＰチップセットの生産に関連した最近の技術進歩によって、ＶｏＩＰの人気が高まっている。モバイル市場及び無線ローカルエリアネットワーク（ＬＡＮ）市場が開始されて発展することに伴い、ＶｏＩＰは、電話通信について、統合し且つ収束した支配的なアプリケーションの選択肢になることが予想される。
【０００３】
しかしながら、ＶｏＩＰ電話通信の成功に貢献する１つの因子はサービス品質（ＱｏＳ）である。その結果、ＶｏＩＰを対象にするサービス保証製品が開発されており、現在、このサービス保証製品は、ＶｏＩＰ呼及び音声品質の基盤をサポートする動作性能特性に対処する２つの技術のいずれか一方を採用する。
【０００４】
１つのサービス保証技術は、能動型測定技術（Active Measurement Technology）として知られており、サービスについて対象となる特定の性能メトリックに対処するために、ＶｏＩＰ呼をサポートするパケット交換ネットワーク内の整形された合成トラフィックの生成、伝送、及び捕捉を含む。しかしながら、これらの測定は、合成トラフィックに関するものであり、実際のユーザトラフィックに関するものではなく、そのため、実際のユーザトラフィックの経験を反映しない。
【０００５】
代替的な一技術は、受動型測定技術（Passive Measurement Technology）として知られている。この技術は、サービスを中断することなく、リンク上の実際のユーザトラフィックを観測するために、タップを使用してＳＩＰコンポーネント間のリンクにプローブを接続する。しかしながら、この受動型技法は、データ捕捉タイムスタンプ（data capture timestamp）等の他の注釈を有するリンク上で観測された実際のユーザトラフィックに関するフィルタリング、サンプリング、及びデータ削減に依拠する。これらの技法は、複数のリンクを同時にプローブすることを必要とし、これは、このようなサービス保証技術の配備を複雑にし、関連コストを増加させる。さらに、大規模なオペレータネットワークでは、このような技術の配備は、非スケーラブル(non-scalable：大きさの変更ができない)となり、いくつかのコアネットワークでは、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求がされることが知られている。さらに不利な点は、たとえば片道遅延測定といった２点測定を行うことに関連した処理が複雑になることである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、インターネットプロトコル上の音声（ＶｏＩＰ）呼に関するセッション開始プロトコル（ＳＩＰ）シグナリングトランザクション等のシグナリングメッセージの監視技術に関して、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求をしない、監視技術が求められている。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、ＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの進行を監視する方法が提供される。この方法は、パストレールデータ(path trail data：パス進路データ)に関するメッセージの種類（message type）、セッション、及び宛先の情報を参照することによってアクセス可能なパストレールデータを含むデータ記憶装置（data store）を設けるステップと、パストレールデータからデータを取得するステップであって、データが、着呼側ホストノードで受信されるシグナリングメッセージのバージョンに関するものであり、且つ、シグナリングメッセージがたどるパスを特定するものである、取得するステップと、シグナリングメッセージがたどるパスを特定するデータにより特定された第１の中間ノードから、シグナリングメッセージに関連した測定データを取得するステップと、を含む。
【０００８】
この方法は、シグナリングメッセージがたどるパスを特定するデータにより特定された第２の中間ノードから、メッセージに関連した測定データを取得するステップ、をさらに含む。
【０００９】
セッションは、発呼側ホストノードを特定するデータと、着呼側ホストノードを特定するデータと、前記シグナリングメッセージを含む１群のシグナリングメッセージを特定するデータとによって特定される。
【００１０】
着呼側ホストノードは、シグナリングメッセージの、着呼側ホストノードによって受信されたバージョン(version)の宛先を構成することができ、シグナリングメッセージがたどる(follow)パスを特定するデータを取得するステップは、前記シグナリングメッセージがたどる前記パスを部分的に特定するように、前記着呼側ホストノードによって受信される前記シグナリングメッセージの前記バージョンの前記宛先を特定するデータを使用するステップをさらに含む。
【００１１】
シグナリングメッセージは、自身に関連したセッションを有することができ、シグナリングメッセージがたどるパスを特定するデータを取得するステップは、前記シグナリングメッセージがたどる前記パスを部分的に特定するように、前記シグナリングメッセージに関連する前記セッションを特定するデータを使用するステップをさらに含むことができる。
【００１２】
本発明の第２の態様によれば、本発明の第１の態様について記載の、ＳＩＰシグナリングトランザクションのメッセージシーケンスパス上のシグナリングメッセージの進行を監視する方法を含む、シグナリングメッセージをさかのぼる(tracing back：追跡する)方法が提供される。
【００１３】
本発明の第３の態様によれば、ネットワーク監視装置が提供される。この装置は、パストレールデータに関するメッセージの種類、セッション、及び宛先の情報を参照することによってアクセス可能なパストレールデータを記憶するためのデータ記憶装置と、使用時に、パストレールデータからデータを取得するように構成される処理資源であって、データが、着呼側ホストノードで受信されるシグナリングメッセージのバージョンに関するものであり、且つ、シグナリングメッセージがたどるパスを特定するものである、処理資源と、を備え、処理資源は、使用時に、シグナリングメッセージがたどるパスを特定するデータにより特定された第１の中間ノードから、シグナリングメッセージに関連した測定データを取得するようにさらに構成される。ネットワーク監視装置は、オペレーションサポートシステム（ＯＳＳ（Operations Support Systems））アプリケーションをサポートすることができる。
【００１４】
本発明の第４の態様によれば、第１のノードと第２のノードとの間で測定データを共有する方法が提供される。この測定データは、第１のノードによって取得されており、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係するものである。この方法は、ＳＩＰトランザクションに関係したプロセスの一部として、第１のノードから第２のノードへ送信されるシグナリングパケットを選択するステップであって、このシグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、シグナリングパケットを第２ノードへ送信する前に、データ構造定義に従ってシグナリングパケットに測定データを組み込むステップと、を含む。
【００１５】
この方法は、第２のノードでシグナリングパケットを受信するステップと、シグナリングパケットから測定データを取得するステップと、をさらに含むことができる。
【００１６】
ＳＩＰトランザクションは、モバイルＩＰｖ６プロトコルによってサポートすることができる。
【００１７】
データ構造定義は、拡張可能なスキーマとすることができる。
【００１８】
第１のノードは、ホストノード、プロキシノード、又はリダイレクトノードのいずれか１つとすることができる。
【００１９】
本発明の第５の態様によれば、通信ネットワークの複数のノードについてのネットワーク性能を測定する方法が提供される。これら複数のノードは、第１の対の通信ノードを含み、この第１の対の通信ノードは、ＳＩＰ通信のシグナリングトランザクションに参加する。この方法は、本発明の第３の態様について上述したような第１のノードと第２のノードとの間で測定データを共有する方法に従って、第１の対の通信ノードの間で測定データを共有するステップを含む。第１の対の通信ノードは、第１のノード及び第２のノードに対応する。
【００２０】
複数のノードは、第２の対の通信ノードを含むことができる。この第２の対の通信ノードは、ＳＩＰ通信のシグナリングトランザクションに参加する。この方法は、本発明の第３の態様について上述したような第１のノードと第２のノードとの間で測定データを共有する方法に従って、第２の対の通信ノードの間で測定データを共有するステップをさらに含む。第２の対の通信ノードは、第１のノード及び第２のノードに対応する。
【００２１】
第１の対の通信ノードの一方は、第１の対の通信ノード及び第２の対の通信ノードに共通のものとすることができる。
【００２２】
この方法は、遠隔監視アプリケーションへ測定データを通信するステップをさらに含むことができる。
【００２３】
本発明の第６の態様によれば、通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置が提供される。この装置は、データ記憶装置と、処理資源であって、ＳＩＰトランザクションに関連したイベントに関する測定データをデータ記憶装置に記録するための測定記録器、ＳＩＰトランザクションに関係したプロセスの一部を成し、且つ、使用時に、ＳＩＰトランザクションに参加する別のノードへ送信される、シグナリングパケットを特定するためのパケット選択器であって、このシグナリングパケットが、当該シグナリングパケットへの追加情報の組み込みをサポートできるデータ構造定義を有する、パケット選択器、シグナリングパケットのデータ構造定義に従って、シグナリングパケットに測定データを組み込むためのメッセージ変更器、及び、シグナリングパケットを別のノードへ転送するためのパケット転送器、を提供するように構成される処理資源と、を備える。
【００２４】
本発明の第７の態様によれば、通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置が提供される。この装置は、データ記憶装置と、処理資源であって、ＳＩＰトランザクションに関係したプロセスの一部を成すシグナリングパケットを受信し、且つ、シグナリングパケットのデータ構造定義によってシグナリングパケットに測定データを組み込むためのメッセージ受信機であって、この測定データが、ＳＩＰトランザクションに関連したイベントに関係する、メッセージ受信機、シグナリングパケットから測定データを抽出するための測定抽出器、及び、測定データをデータ記憶装置に記録するためのデータ記録器、を提供するように構成される処理資源と、を備える。
【００２５】
本発明の第８の態様によれば、第１のノードと第２のノードとの間で測定データを共有するためのシステムが提供される。この測定データは、使用時に、第１のノードで取得されたものであり、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係するものである。このシステムは、ＳＩＰトランザクションに関係したプロセスの一部として第１のノードから第２のノードへ送信されるシグナリングパケットを選択するためのパケット選択器であって、このシグナリングパケットが、当該シグナリングパケットに関連したデータ構造定義を有する、パケット選択器と、シグナリングパケットを第２のノードへ送信する前に、データ構造定義に従って、シグナリングパケットに測定データを組み込むためのパケット変更器と、を備える。
【００２６】
本発明の第９の態様によれば、通信ネットワークの複数のノードについてのネットワーク性能を測定するためのシステムが提供される。これら複数のノードは、第１の対の通信ノードを含み、この第１の対の通信ノードは、使用時に、ＳＩＰ通信のシグナリングトランザクションに参加する。このシステムは、本発明の第７の態様について上述したような第１のノードと第２のノードとの間で測定データを共有するためのシステムを備える。第１の対の通信ノードは、第１のノード及び第２のノードに対応する。
【発明の効果】
【００２７】
このように、測定データを共有する方法と、測定データを共有するためのシステムと、測定プロセスの一部として関係したデータを共に保存すること並びに協働測定ポイントへの情報及び協働測定ポイントからの情報を「ピギーバック」することによって、イベント又はメッセージのその後の相関を行う必要をなくすノード装置とを提供することが可能である。測定データは既存のパケットに加えられるので、被る帯域幅のオーバーヘッドは、その転送パケットを十分に羽毛で覆う必要のある上述した能動型測定手法及び受動型測定手法と比較して小さい。さらに、測定値及びトリガをピギーバックするのに実際のユーザシグナリングトラフィックを利用することによって、測定値は実際のユーザトラフィックの経験を真に反映したものとなる。これに加えて、協働測定ポイントからのデータ収集は、外部の問題であり、この外部の問題について、すべての測定手法はデータ収集用の既存の技法を利用し、たとえば、管理情報ベース（ＭＩＢ）及びシンプルネットワーク管理プロトコル（ＳＮＭＰ）、周期的な間隔での結果のストリーミング、要求／応答サービス、又は公表／加入サービスを利用する。さらに、本測定技法は、性質上、エンドツーエンドであり、したがって、十分なデータを供給して一定の計算の実行を可能にするようにシステムを取り付けることのみを必要とする。それによって、コスト、複雑度、及び同じ機能を実行するための専用のプローブの要件が削減される。これに加えて、データを共有することができ、進行を監視することができ、且つ／又は、メッセージ、トランザクション、及び／若しくはダイアログの測定を行うことができる。また、同期クロックを必要とすることなく、いくつかのベースライン測定を行うことも可能である。その代わり、取り付けられたノードの局所クロックの使用を通じて、相対時刻が使用される。したがって、既知のツールよりも簡単で、スケーラブルで、且つ、コスト効果のあるＶｏＩＰサービス保証ツールを提供することが可能である。
【００２８】
次に、添付図面に関して、単なる例として、本発明の少なくとも１つの実施の形態を説明することにする。
【００２９】
以下の説明の全体を通じて、同一の参照番号が同じ部分を特定するのに使用される。
【発明を実施するための最良の形態】
【００３０】
図１及び図２を参照して、通信ネットワーク１００は、インターネットプロトコル上の音声（ＶｏＩＰ）通信を提供するためのプロトコルスタック２００（図２）をサポートする。このプロトコルスタック２００はサブＩＰレイヤ２０２を有する。これらのサブＩＰレイヤ２０２は、ＶｏＩＰ通信に関する通信ネットワーク１００のオペレーションに直接関係しないので、説明の明確さ及び簡潔さを維持するために、本明細書ではこれ以上説明しないことにする。
【００３１】
ＩＰレイヤ２０４は、サブＩＰレイヤ２０２の上に位置する。次に、トランスポートレイヤは、たとえば伝送制御プロトコル（ＴＣＰ）レイヤ２０６及び／又はユーザデータグラムプロトコル（ＵＤＰ）レイヤ２０８といったＩＰレイヤ２０４の上に位置する。ＵＤＰレイヤ２０８については、Ｈ．２４８レイヤ２１０、ネットワークベースの呼シグナリング（ＮＣＳ（Network-based Call Signaling））レイヤ２１２、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）レイヤ２１４、及びセッション開始プロトコル（ＳＩＰ）レイヤ２１６がＵＤＰレイヤ２０８の上に位置する。
【００３２】
戻って図１を参照し、上述したプロトコルスタック２００をサポートするために、通信ネットワーク１００は第１のホスト端末１０２を備える。この第１のホスト端末１０２は、ＳＩＰセッション用の通信の終点を構成する第１のユーザエージェントアプリケーションをサポートする。この例では、ＳＩＰセッションはＶｏＩＰ通信に関係する。第１のユーザエージェントは、呼の開始又は終了、及び、既存の呼の管理を行うのに使用することができるだけでなく、マルチメディアセッションへの招待を行うのに使用することもできるし、マルチメディアセッションに参加するための招待の受け付け又は辞退を行うのに使用することもできる。第１のホスト端末１０２は、プロキシサーバ１０４と通信することができる。
【００３３】
プロキシサーバ１０４は、ユーザエージェントアプリケーション間のシグナリングメッセージを中継して、ユーザエージェントアプリケーションがそれらの間の通信パスを確立することを可能にするための中間コンポーネントを構成する。プロキシサーバ１０４は、着呼側サーバのクライアント又はユーザエージェントのクライアント、及び、発呼側ユーザエージェントのサーバ又は転送サーバの双方として動作する。この例では、単一のプロキシサーバが説明されているが、通信ネットワーク１００は、第１のホスト端末１０２と第２のホスト端末１０８との間にこのようなプロキシサーバが一続きとなったものを備えることができることに留意すべきである。
【００３４】
プロキシサーバ１０４は、リダイレクトサーバ１０６及び第２のホスト端末１０８と通信することができる。この第２のホスト端末１０８は、第２のユーザエージェントアプリケーションをサポートする。ここで、呼を開始するユーザエージェントは、「発呼側（caller）」と呼ばれるのに対して、呼に応答するか又は答えるユーザエージェントは、「着呼側（callee）」と呼ばれることに注意すべきである。通常、ユーザエージェントは、発呼側の役割及び着呼側の役割の双方を実行する。このようなユーザエージェントの例は、この例では、第１のホスト端末１０２及び／又は第２のホスト端末１０８としての機能を果たすことができるソフトウェアＳＩＰ電話器又はハードウェアＳＩＰ電話器のいずれかである。第１のユーザエージェントと同様に、第２のユーザエージェントも、呼の開始又は終了、及び、既存の呼の管理を行うのに使用することができるだけでなく、マルチメディアセッションへの招待を行うのに使用することもできるし、マルチメディアセッションに参加するための招待の受け入れ又は拒否を行うのに使用することもできる。
【００３５】
リダイレクトサーバ１０６は、特に、自動化された電話照会オペレータとしての機能を果たす。この自動化された電話照会オペレータは、着呼側へのＳＩＰ招待要求を受け付け、着呼側のアドレスを、各着呼側の各１組のゼロ個又は１つ以上のロケーションにマッピングする。リダイレクトサーバ１０６によってアクセスされるロケーション情報は、ロケーションデータベース１１０に記憶される。また、レジストラサーバ１１２も、ロケーションデータベース１１０を更新する目的でロケーションデータベース１１０にアクセスすることができる。
【００３６】
レジストラサーバ１１２は、ユーザエージェントからの登録トランザクションを受け付けることを担当し、この点で、第２のホスト端末１０８は、レジストラサーバ１１２と通信することができる。レジストラサーバ１１２は、登録されたあらゆるユーザエージェントに関する最新の情報をロケーションデータベース１１０に保持するために、本明細書では説明しない他の非ＳＩＰ特有のアーキテクチャコンポーネント、たとえば、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）ディレクトリサーバ、によって援助される。ロケーションデータベース１１０は、ユーザエージェントの可用性、ロケーションの詳細、及び連絡情報に関する情報を保持する。
【００３７】
第１のホスト端末１０２、プロキシサーバ１０４、リダイレクトサーバ１０６、レジストラサーバ１１２、及び第２のホスト端末１０８（以下では「コンポーネント」とも呼ぶ）は、測定機能及び／又は測定データ共有機能を実施するために、アプリケーションとの連携が可能（application-aware）であるか、又は、ＳＩＰシグナリングプロセスを理解する、いわゆるアプリケーションアグノスティックロジック（application agnostic logic）（以下、ＳＩＰアグノスティックロジック（ＳＩＰ−ＡＬ（SIP-agnostic-logic））モジュールと呼ぶ）、すなわち動的にロード可能なコード、が取り付けられる。さらに、特定のＳＩＰ遠隔測定タスクの面で援助する時に観測されるメッセージ、トランザクション、又はダイアログのタイプに応じて、異なるＳＩＰ−ＡＬモジュールが存在する。
【００３８】
インターネットエンジニアリングタスクフォース（ＩＥＴＦ）のコメント要求（ＲＦＣ）３２６１（http://www.faqs.org/rfcs/rfc3261.html）で説明されているように、ＩＮＶＩＴＥ（招待）トランザクション及び非ＩＮＶＩＴＥトランザクションの２つのタイプの一般的なＳＩＰトランザクションが定義されている。これに加えて、ＩＮＶＩＴＥトランザクション及び非ＩＮＶＩＴＥトランザクションについて、関連した状態機構（state machines）も定義されている。ＩＮＶＩＴＥトランザクション状態機構は、ＩＮＶＩＴＥ要求「進行（progression）」メッセージ及び最終ＡＣＫメッセージ要求のインスタンスを作成するためのロジックを実施し、それによって、３ウェイハンドシェイクを実施する。ＩＮＶＩＴＥ要求「進行」メッセージは、たとえば、呼の進行に関して、回線の終了時にユーザにフィードバックを提供する。非ＩＮＶＩＴＥトランザクション状態機構も、同様に、ＡＣＫメッセージ要求を使用しないトランザクションをサポートするためのロジックを実施する。
【００３９】
それらの機能に応じて、上述したＳＩＰ−ＡＬモジュールは、ＲＦＣ３２６１によって定義された２つの状態機構を全面的又は部分的に実施する。ただし、この実施は、対象となるトランザクションに関連したＳＩＰシグナリングメッセージに関する測定を行い、且つ、当該ＳＩＰシグナリングメッセージに関する状態を記録するために、関連したＳＩＰシグナリングメッセージを認識するためのパターンマッチングの目的で行われる。ここで、当業者には、これら２つの状態機構の部分的な実施が可能であることが十分理解されよう。その理由は、ＳＩＰ−ＡＬモジュールは、呼設定を援助するのに用いられないが、逆に、呼設定段階において、監視活動又は診断活動の目的で、対象となる関連した状態を追跡（trace）するのに使用されるからである。したがって、実際のトランザクション状態機構には、実行される診断タスクに関連しない状態がある。この実施の形態及び他の実施の形態では、ＳＩＰ−ＡＬモジュールは、いずれか１つの所与のＳＩＰ−ＡＬモジュールが追跡しなければならないＳＩＰシグナリングメッセージの量を削減するために簡単化することができる。それによって、複数の簡単化されたＳＩＰ−ＡＬモジュールを、ＳＩＰ通信のサブセットの受信及び／又は送信に関連した各ネットワーク要素に配備することが可能になる。その結果、各ネットワーク要素における処理要件は、ＳＩＰ−ＡＬモジュールの処理能力の制限によって削減することができる。たとえば、個々の１組のＳＩＰ−ＡＬモジュールを、以下のように、特定のＳＩＰトランザクションを監視するように定義して実施することができる。
【００４０】
・ＳＩＰ−ＡＬレジスタ（SIP-AL Register）：ＳＩＰレジストラ及びロケーションサービスへのクライアントの登録に関係したシグナリングメッセージパターンを追跡するためのもの；
・ＳＩＰ−ＡＬインバイト（SIP-AL Invite）：ＳＩＰの呼設定ＩＮＶＩＴＥ要求に関係したパターンを追跡するためのもの；
・ＳＩＰ−ＡＬキャンセル（SIP-AL Cancel）：ＳＩＰセッションへの招待をキャンセルすることに関係したパターンを追跡するためのもの；
・ＳＩＰ−ＡＬインフォ（SIP-AL Info）：ＳＩＰセッションを通る中途におけるさらなる情報の転送に関係したパターンを追跡するためのもの；
・ＳＩＰ−ＡＬバイ（SIP-AL Bye）：ＳＩＰセッション終了パターンを追跡するためのもの；
・ＳＩＰ−ＡＬオプション（SIP-AL Options）：着呼側からの能力情報を収集するのに使用される照会を追跡するためのもの；
【００４１】
各コンポーネントには、ＳＩＰトランザクションに関する記録のデータ記憶装置、たとえば、アクティブキャッシュ（図１に図示せず）、が保持される。これらの記録は、ＳＩＰ呼ＩＤである、2345678@lancs.ac.uk等の英数字のグローバル一意識別子を利用することによって一意に特定され、鍵にされる。ＳＩＰ呼ＩＤは、このような鍵の３２ビットハッシュとして記憶することができる。それによって、各アクティブキャッシュ内での一意性が保証される。各アクティブキャッシュの記録には寿命が与えられ、その寿命後に記録の有効期限が切れ、その結果、アクティブキャッシュに含まれる記録は自動的に消去されるという点で、各アクティブキャッシュは、いわゆるソフト状態原理（soft-state principle）によって管理される。一方、この寿命との関連付けは、未完了のトランザクションを追跡して監視するのに使用することができ、その結果、削除前に、このような未完了のトランザクションの適切な概要が生成され、根本的原因をさらに解析するためにＯＳＳアプリケーションにたとえば送信されて、ＯＳＳアプリケーションにより取得される。
【００４２】
動作中、登録遅延は、通信ネットワーク１００によってサポートされるＶｏＩＰ通信に関して監視する必要がある基本的な待ち時間である。この点で、より多くのユーザがＶｏＩＰサービスの使用に切り換わり、これらのユーザが移動体になると、あらゆる障害が大きな通信遅延につながる可能性があるので、たとえばレジストラサーバ１１２といったＳＩＰレジストラの負担を注意深く監視する必要がある。ユーザがＶｏＩＰアーキテクチャに適切に登録されていない場合、それらユーザの所在は未確定のままであり、したがって、関心のあるパーティ又は対応する者は、それらユーザと接触することができない。
【００４３】
図３を参照して、登録プロセスは、第２のホスト端末１０８の第２のユーザエージェントとレジストラサーバ１１２との間の簡単なトランザクションを含む。第２のホスト端末１０８の第２のユーザエージェントは、ＳＩＰ  ＲＥＳＩＧＴＥＲ（レジスタ）要求メッセージ３００をレジストラサーバ１１２へ送信する。レジストラサーバ１１２は、登録が完了すると、「２００  ＯＫ」応答メッセージ３０２でリプライする。
【００４４】
登録遅延を測定する遠隔測定タスクの場合、第２のホスト端末１０８及びレジストラサーバ１１２は、上述したＳＩＰ−ＡＬレジスタモジュールで適切に取り付けられる。
【００４５】
その結果、第１のＳＩＰ−ＡＬレジスタモジュール（図示せず）は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の生成を検出し、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００は、他のシグナリングメッセージと同様に、ＳＩＰセッションを定義する送信元アドレス及び宛先アドレスと共に一意の呼ＩＤを含む。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の生成を検出することによって、第１のＳＩＰ−ＡＬレジスタモジュールがトリガされ、第１のＳＩＰ登録データ記録３０４が生成される。この第１のＳＩＰ登録データ記録３０４は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００に関する情報に占拠（populate）されている。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００は、たとえば、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の送信元ＩＰアドレス及び宛先ＩＰアドレスと、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の送信元ポート番号及び宛先ポート番号と、ＳＩＰ  ＲＥＧＩＳＴＥＲシグナリングメッセージ３００から抽出された他の部分文字列とを含む。ＳＩＰ登録データ記録に必要とされるデータは構成可能であることに留意すべきである。
【００４６】
その後、第１のタイムスタンプｔ１が計算される（ステップ３０６）。この第１のタイムスタンプｔ１は、第２のホスト端末１０８の第２のユーザエージェントからのＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の出発時刻を表す。ＳＩＰ登録データ記録３０４は、この第１のタイムスタンプｔ１と共に、第２のホスト端末１０８の第１のアクティブキャッシュ（図示せず）に加えられる。ＳＩＰ登録データ記録３０４は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の呼ＩＤによって指示される。
【００４７】
次に、第１のＩＰｖ６宛先オプションヘッダ（図示せず）が生成され、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第１の宛先オプションヘッダは、第１のタイプ−長さ−値（ＴＬＶ（Type-Length-Value））オブジェクトとして符号化される。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００のこの宛先オプションヘッダで運ばれるデータは、適切に取り付けられた、このメッセージの受信者により、ＳＩＰレジスタトランザクションの測定値に関係したものとして特定可能である。第１のタイムスタンプｔ１は、第１の宛先オプションヘッダに含まれる。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００は、その後、レジストラサーバ１１２へ送信される（ステップ３０７）。
【００４８】
ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００が受信されると（ステップ３０９）、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の第１の宛先オプションヘッダを構成するＳＩＰ−ＡＬレジスタＴＬＶオブジェクトを受信することによって、レジストラサーバ１１２に常駐する第２のＳＩＰ−ＡＬレジスタモジュール（図示せず）がトリガされ、第１のＳＩＰ登録データ記録３０４と等しい第２のＳＩＰ登録データ記録３０８が生成される。これに加えて、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の受信時刻を反映した第２のタイムスタンプｔ２が計算される（ステップ３１０）。第２のＳＩＰ登録データ記録３０８は、第１のＴＬＶオブジェクトから抽出された第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２と共に、レジストラサーバ１１２の第２のアクティブキャッシュ（図示せず）に記憶され、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００の呼ＩＤによって指示される。
【００４９】
レジストラサーバ１１２が、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ３００に応答できる場合、第２のＳＩＰ−ＡＬレジスタモジュールは、レジストラサーバ１１２による「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の生成を検出し、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の呼ＩＤを使用して、レジストラサーバ１１２の第２のアクティブキャッシュにおいて第２のＳＩＰ登録データ記録３０８を突き止める。次に、ＳＩＰ−ＡＬレジスタモジュールは、レジストラサーバ１１２の第２のアクティブキャッシュから抽出された第２のＳＩＰ登録データ記録３０８から、第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２を抽出し、上述した第１のＩＰｖ６宛先オプションヘッダと等しい第２のＩＰｖ６宛先オプションヘッダを構築する。次に、第２のＳＩＰ−ＡＬレジスタモジュールは、第２のＴＬＶオブジェクトとして符号化された第２のＩＰｖ６宛先オプションヘッダを、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２のペイロードとＩＰｖ６ヘッダとの間に追加する。この第２のＴＬＶオブジェクトは、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の第２の宛先オプションヘッダによって運ばれ、この場合も、そのデータは、ＳＩＰレジスタトランザクションの測定値に関係したものとして特定可能である。第２のＴＬＶオブジェクトは、第２のタイムスタンプｔ２及び新たに計算された（ステップ３１２）第３のタイムスタンプｔ３を含む。この第３のタイムスタンプｔ３は、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の出発時刻を表す。その後、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２が送信される（ステップ３１１）。
【００５０】
最後に、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２が第２のユーザエージェントによって受信されると（ステップ３１３）、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の宛先オプションヘッダを構成する第２のＴＬＶオブジェクトによって、第１のＳＩＰ−ＡＬレジスタモジュールがトリガされ、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の呼ＩＤを使用して、第２のホスト端末１０８の第１のアクティブキャッシュからの適切なデータ記録、すなわち、第１のＳＩＰ登録データ記録３０４、にアクセスし、この適切な記録を、計算された（ステップ３１４）第４のタイムスタンプｔ４、並びに、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の第２の宛先オプションヘッダによって運ばれた第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３と共に追加する。第４のタイムスタンプｔ４は、「ＳＩＰ  ２００  ＯＫ」応答メッセージ３０２の到着時刻に対応するものである。
【００５１】
次に、第２のホスト端末１０８とレジストラサーバ１１２との間で共有される測定データは、その後、この例では、上述したＯＳＳアプリケーションが第２のホスト端末１０８から収集することができる。収集モードは、当該技術分野で既知の任意の適切な技法とすることができ、ＯＳＳアプリケーションが第２のホスト端末１０８から取得(interrogation)すること、又は、たとえば所定の期間の満了といった所定の解放基準(release criterion)に従って専用パケットによりＯＳＳアプリケーションへ測定データを送信することが含まれる。ＯＳＳアプリケーションは、測定データを所有すると、この例では、以下のメトリックの１つ又は複数のものを計算する。
【００５２】
・登録トランザクションの全時間ｔ＝ｔ４−ｔ１
・レジストラで費やされた時間ｔｒ＝ｔ３−ｔ２
・全通過時間ｔｔｒ＝ｔ−ｔｒ
・片道遅延通過時間ｔｏｗｄｒｅｑ＝ｔ２−ｔ１及びｔｏｗｄｒｅｓ＝ｔ４−ｔ３
【００５３】
上記計算の結果は、第１のテーブル４００（図４）に記憶することができる。この第１のテーブル４００は、各ホスト端末、すなわちクライアント４０２について、アクセスされたレジストラサーバの識別情報４０４と、特定されたレジストラサーバで費やされた時間４０６と、計算された片道遅延通過時間４０８と、計算された全時間４１０とを含むように編成される。測定データがレジストラサーバ１１２から収集された場合であっても、ＯＳＳアプリケーションは、依然として、レジストラサーバで費やされた時間ｔｒ４０６及びその単一の要求の片道遅延通過時間ｔｏｗｄｒｅｑ４０８を計算することができる。
【００５４】
ＯＳＳアプリケーションは、良好なサービス保証ツールとなるために、トランザクションの簡単な概念を抽象化し、たとえばダイアログ及びセッションといった、異なるレベルの抽象化に関する詳細な内容へのドリルダウンアクセスを可能にする。ダイアログは、たとえば呼設定又はクライアント登録といった、一群の関係したトランザクションである。セッションは、グローバルに一意の呼ＩＤを通じて特定される完成したＳＩＰ呼を表すが、このセッションは、複数のダイアログで構成することができる。ただし、すべてのダイアログは同じ呼ＩＤを有する。
【００５５】
したがって、ＯＳＳアプリケーションは、収集された測定データを使用して、レジストラサーバ１１２の性能、及び、第２のホスト端末１０８の経験を評価することができる。計算の結果、すなわち、第１のテーブル４００の内容は、たとえば、棒グラフ５００（図５）として表すことができる。この棒グラフ５００は、ＶｏＩＰサービスの信頼できるオペレーションを維持することを担当する技術者が容易に特定できるピーク遅延５０２を示している。
【００５６】
また、さまざまな測定値は、この例では第２のホスト端末１０８及びレジストラサーバ１１２といった双方の測定ポイントに分散されているので、これらの計算を行うのに必要とされるデータのほとんど、及び、付随するあらゆる特定情報が、これらの測定ポイントで利用可能であり、それによって、相関の必要性が不要となることが当業者に十分理解されよう。
【００５７】
別の実施の形態（図６）では、第１のホスト端末１０２は、上述した第１のＳＩＰ−ＡＬインバイトモジュールを取り付け（instrumented with）られる。この第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００の生成を検出するためのものである。このＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００は、ＳＩＰセッションを定義する送信元アドレス及び宛先アドレスと共に、一意の呼ＩＤを有する。第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００を検出すると、第１のＳＩＰインバイトデータ記録６０２を作成し、第１のタイムスタンプｔ１を計算する（ステップ６０４）。この第１のタイムスタンプｔ１は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００の出発時刻に対応するものである。次に、第１のＳＩＰインバイトデータ記録６０２は、第１のタイムスタンプｔ１と共に、第１のホスト端末１０２の第１のアクティブキャッシュに加えられ、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００の呼ＩＤによって指示(indexed)される。
【００５８】
また、第１のＩＰｖ６宛先オプションヘッダも生成され、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第１のＩＰｖ６宛先オプションヘッダは、第１のタイムスタンプｔ１を含むＴＬＶオブジェクトとして符号化される。第１の宛先オプションヘッダを構成するＴＬＶオブジェクトは、ＳＩＰインバイトトランザクションの基準（measure）に関するデータを含むものとして特定可能である。次に、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００は、プロキシサーバ１０４へ送信される（ステップ６０６）。
【００５９】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００は、プロキシサーバ１０４によって受信される（ステップ６０８）。ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００に第１の宛先オプションヘッダが存在することによって、プロキシサーバ１０４の第２のＳＩＰ−ＡＬインバイトモジュールがトリガされ、第１のＳＩＰインバイトデータ記録６０２と等しい第２のＳＩＰインバイトデータ記録６１０を生成する。また、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００の受信時刻に対応する第２のタイムスタンプｔ２も計算される（ステップ６１２）。第２のＳＩＰインバイトデータ記録６１０は、ＴＬＶオブジェクトから抽出された第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２と共に、プロキシサーバ１０４の第２のアクティブキャッシュ（図示せず）に加えられ、この場合も、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００の呼ＩＤによって指示される。
【００６０】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ６００、すなわち順方向、の受信の結果として作成された第２のＳＩＰインバイトデータ記録６１０の呼ＩＤと同じ呼ＩＤを有する後続の応答シグナリングメッセージが生成され、プロキシサーバ１０４において検出された場合、プロキシサーバ１０４の第２のＳＩＰ−ＡＬインバイトモジュールは、第２のＳＩＰインバイトデータ記録６１０にアクセスし、第２のタイムスタンプｔ２を抽出する。この第２のタイムスタンプｔ２は、プロキシサーバ１０４の下流側のすぐ隣のもの、すなわち第１のホスト端末１０２の第１のユーザエージェント、にはまだ分配されていない。この例では、後続の応答シグナリングメッセージは、第１のホスト端末１０２の第１のユーザエージェントに送信される「ＳＩＰ  １００  試行（Trying）」応答メッセージ６１４である。次に、第２のＳＩＰ−ＡＬインバイトモジュールは、第２のＩＰｖ６宛先オプションヘッダを構築する。この第２のＩＰｖ６宛先オプションヘッダは、「ＳＩＰ  １００  試行」応答メッセージ６１４のペイロードとＩＰｖ６ヘッダとの間に挿入される。「ＳＩＰ  １００  試行」応答メッセージ６１４の第２の宛先オプションヘッダは、第２のＴＬＶオブジェクトとして符号化され、適切に取り付けられた、このメッセージの受信者により、ＳＩＰインバイトトランザクションに関する測定データを運ぶものとして特定可能である。第２のＴＬＶオブジェクトには、第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３が提供される。この第３のタイムスタンプｔ３は、計算されたものであり（ステップ６１６）、「ＳＩＰ  １００  試行」応答メッセージ６１４の出発時刻に対応するものである。次に、「ＳＩＰ  １００  試行」応答メッセージ６１４は、第１のホスト端末１０２の第１のユーザエージェントへ送信される（ステップ６１５）。
【００６１】
第１のホスト端末１０２の第１のＳＩＰ−ＡＬインバイトモジュールは、「ＳＩＰ  １００  試行」応答メッセージ６１４を受信すると（ステップ６１７）、「ＳＩＰ  １００  試行」応答メッセージ６１４の第２の宛先オプションヘッダから第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３を抽出する。また、第４のタイムスタンプｔ４も計算される（ステップ６１８）。この第４のタイムスタンプｔ４は、「ＳＩＰ  １００  試行」応答メッセージ６１４の受信時刻に対応するものである。次に、第１のＳＩＰ−ＡＬインバイトモジュールは、第１のＳＩＰインバイトデータ記録６０２にアクセスし、第２のタイムスタンプｔ２、第３のタイムスタンプｔ３、及び第４のタイムスタンプｔ４を第１のＳＩＰインバイトデータ記録６０２へ追加する。
【００６２】
他の後続の応答メッセージ、たとえば、第２のＳＩＰ−ＡＬインバイトモジュールによって前に作成された第２のＳＩＰインバイトデータ記録６１０に記憶されたものと同じ呼ＩＤを有する「ＳＩＰ  １８０  呼び出し音（Ringing）」シグナリングメッセージ６１９、がプロキシサーバ１０４によって生成された場合、第２のＳＩＰ−ＡＬインバイトモジュールは、その後続の応答メッセージの生成を検出し、第１のホスト端末１０２の第１のユーザエージェント、すなわち下流側のすぐ隣のもの、にまだ分配されていないタイムスタンプを抽出する。したがって、「ＳＩＰ  １００  試行」応答メッセージ６１４について上述したように、第２のタイムスタンプｔ２が取り出される。「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ６１９の場合、前に計算された（ステップ６２０）第１７のタイムスタンプｔ１７が、前に作成されてプロキシサーバ１０４の第２のアクティブキャッシュに記憶されている第２のＳＩＰインバイトデータ記録６１０へのアクセスを通じて取り出される。
【００６３】
次に、第２のＳＩＰ−ＡＬモジュールは、別のＩＰｖ６宛先オプションヘッダを構築し、このＩＰｖ６宛先オプションヘッダを後続の応答メッセージのペイロードとＩＰｖ６ヘッダとの間に挿入する。この別のＩＰｖ６宛先オプションヘッダは、別のＴＬＶオブジェクトとして符号化され、ＳＩＰインバイトトランザクションに関する測定データを含むものとして特定可能である。また、この別のＴＬＶオブジェクトは、これまで分配されていないタイムスタンプも含み、たとえば、「ＳＩＰ  １００  試行」応答メッセージ６１４の場合には第２のタイムスタンプｔ２、又は、「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ６１９の場合には第１７のタイムスタンプｔ１７を含む。また、後続の応答メッセージの出発時刻を表す、新たに計算されたタイムスタンプも、この別のＴＬＶオブジェクトの一部として含まれる。たとえば、「ＳＩＰ  １００  試行」応答メッセージ６１４については、上述したように、第３のタイムスタンプｔ３がＴＬＶオブジェクトに含まれる。「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ６１９の場合には、第１７のタイムスタンプｔ１７が、分配されていない唯一のタイムスタンプであるので、この別のＴＬＶオブジェクトに含まれる唯一のタイムスタンプとなる。
【００６４】
「ＳＩＰ  ２００  ＯＫ」応答メッセージ６２１の場合、この「ＳＩＰ  ２００  ＯＫ」応答メッセージ６２１の生成は、第２のＳＩＰ−ＡＬインバイトモジュールによって検出され、その結果、第２１のタイムスタンプｔ２１が生成される。この第２１のタイムスタンプｔ２１は、他の後続の応答メッセージについてすでに上述したのと同じ方法で、第１のホスト端末１０２の第１のユーザエージェントと共有される。
【００６５】
第１のホスト端末１０２の第１のユーザエージェントでは、後続の応答メッセージの到着が、第１のホスト端末１０２の第１のＳＩＰ−ＡＬインバイトモジュールによって検出され、その結果、第１のホスト端末１０２の第１のＳＩＰ−ＡＬインバイトモジュールが、この後続の応答メッセージの到着時刻のタイムスタンプを計算する。次に、受信された後続の応答メッセージの呼ＩＤが、第１のホスト端末１０２の第１のＳＩＰ−ＡＬインバイトモジュールによって使用されて、第１のホスト端末１０２の第１のアクティブキャッシュに記憶された適切なＳＩＰインバイトデータ記録がアクセスされる。次に、到着時刻のタイムスタンプが、受信された後続の応答メッセージの別の宛先オプションヘッダで運ばれたあらゆるタイムスタンプデータと共に、適切なＳＩＰインバイトデータ記録に加えられる。したがって、「ＳＩＰ  ２００  ＯＫ」応答メッセージ６２１の受信について、第１のホスト端末１０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイト記録６０２は、第１のタイムスタンプｔ１、第２のタイムスタンプｔ２、第３のタイムスタンプｔ３、及び第４のタイムスタンプｔ４、第１７のタイムスタンプｔ１７、第１８のタイムスタンプｔ１８、第２１のタイムスタンプｔ２１、並びに第２２のタイムスタンプｔ２２を含む。この第２２のタイムスタンプｔ２２は、第１のユーザ端末１０２の第１のユーザエージェントによる「ＳＩＰ  ２００  ＯＫ」応答メッセージ６２１の受信時刻に対応するものである。
【００６６】
第１のホスト端末１０２の第１のユーザエージェントは、「ＳＩＰ  ２００  ＯＫ」応答メッセージ６２１に応答して、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２を生成する。このＳＩＰ  ＡＣＫＡ要求メッセージ６２２は、第１のホスト端末１０２の第１のＳＩＰ−ＡＬインバイトモジュールによって検出される。ＳＩＰ  ＡＣＫＡ要求メッセージ６２２の検出に応答して、第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２の呼ＩＤを使用して、第１のホスト端末１０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイトデータ記録６０２にアクセスする。第１のＳＩＰ−ＡＬインバイトモジュールは、第２３のタイムスタンプｔ２３を計算する（ステップ６２３）。この第２３のタイムスタンプｔ２３は、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２の出発時刻に対応するものである。第１のホストノード１０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイトデータ記録６０２は、第２３のタイムスタンプｔ２３でポピュレートされる。次に、さらに別のＩＰｖ６宛先オプションヘッダが生成され、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２のペイロードとＩＰｖ６ヘッダとの間に挿入される。このさらに別の宛先オプションヘッダは、さらに別のＴＬＶオブジェクトとして符号化される。このさらに別のＴＬＶオブジェクトは、適切に取り付けられたそのＴＬＶオブジェクトの受信者により、ＳＩＰ−ＡＬインバイトトランザクションに関する測定データを運ぶものとして特定可能である。また、このさらに別のＴＬＶオブジェクトは、分配されていないあらゆるタイムスタンプも含み、たとえば、第４のタイムスタンプｔ４、第１８のタイムスタンプｔ１８、第２２のタイムスタンプｔ２２、及び第２３のタイムスタンプｔ２３を含む。次に、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２は、プロキシサーバ１０４へ送信される（ステップ６２４）。
【００６７】
ＳＩＰ  ＡＣＫＡ要求メッセージ６２２がプロキシサーバ１０４で受信されると（ステップ６２５）、プロキシサーバ１０４の第２のＳＩＰ−ＡＬインバイトモジュールは、さらに別の宛先オプションヘッダを検出し、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２の呼ＩＤを使用して、プロキシサーバ１０４の第２のアクティブキャッシュに記憶された第２のＳＩＰインバイトデータ記録６１０にアクセスする。ＳＩＰ  ＡＣＫＡ要求メッセージ６２２のこのさらに別の宛先オプションヘッダで運ばれたタイムスタンプが、そこから抽出される。ＳＩＰ  ＡＣＫＡ要求メッセージ６２２の到着時刻に対応する第２４のタイムスタンプｔ２４が計算される（ステップ６２６）。第２のＳＩＰインバイトデータ記録６１０は、アクセスされると、ＳＩＰ  ＡＣＫＡ要求メッセージ６２２のさらに別の宛先オプションヘッダから抽出された第４のタイムスタンプｔ４、第１８のタイムスタンプｔ１８、第２２のタイムスタンプｔ２２、及び第２３のタイムスタンプｔ２３と共に、第２４のタイムスタンプｔ２４を含むように更新される。
【００６８】
上述した方法の測定データの分配によって第１のホスト端末１０２の第１のユーザエージェントとプロキシサーバ１０４との間で共有される測定データを使用すると、前の実施の形態について上述したのと類似の方法で、複数の有用な計算を実行して、所与のＳＩＰセッションをサポートすることに含まれる個々のコンポーネントの性能を測定できるだけでなく、所与のＳＩＰセッションをサポートすることに含まれる複数のコンポーネントの性能を集めることもでき、たとえば呼設定時間といった性能を測定でき、集めることができる。
【００６９】
もちろん、呼設定ダイアログの一部として、プロキシサーバ１０４と、ＳＩＰセッションをサポートする他のコンポーネントとの間、たとえば、リダイレクトサーバ１０６と第２のホストノード１０８との間で他のメッセージが交換される。その結果、網羅的でない一例として、「ＳＩＰ  １００  試行」応答メッセージ６１４の送信後に、プロキシサーバ１０４は、リダイレクトサーバ１０６へ送信される（ステップ６３０）ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８を生成する。このＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の生成は、プロキシサーバ１０４の第２のＳＩＰ−ＡＬインバイトモジュールによって検出される。第２のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８を検出すると、第３のＳＩＰインバイトデータ記録６３２を作成し、第５のタイムスタンプｔ５を計算する（ステップ６３４）。この、第５のタイムスタンプｔ５は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の出発時刻に対応するものである。次に、第３のＳＩＰインバイトデータ記録６３２は、第５のタイムスタンプｔ５と共に、第２のアクティブキャッシュに加えられ、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の呼ＩＤによって指示される。また、第３のＩＰｖ６宛先オプションヘッダが生成され、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第３のＩＰｖ６宛先オプションヘッダは、ＳＩＰインバイトトランザクションに関する測定データを運ぶものとして特定可能なＴＬＶオブジェクトとして符号化される。また、第５のタイムスタンプｔ５も、第３のＴＬＶオブジェクトに含まれる。
【００７０】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８がリダイレクトサーバ１０６によって受信される（ステップ６３６）と、リダイレクトサーバ１０６に常駐する第３のＳＩＰ−ＡＬインバイトモジュールは、第３の宛先オプションヘッダを検出し、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の呼ＩＤを指示として使用して、第４のＳＩＰインバイトデータ記録６３８をリダイレクトサーバ１０６の第３のアクティブキャッシュに作成する。また、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の第３の宛先オプションヘッダで運ばれた第５のタイムスタンプｔ５も、第３の宛先オプションヘッダから抽出され、第４のＳＩＰインバイトデータ記録６３８に加えられる。ＳＩＰ  ＡＣＫＰ要求メッセージ６２８の到着時刻に対応する第６のタイムスタンプｔ６が計算され（ステップ６４０）、第４のＳＩＰインバイトデータ記録６３８は、アクセスされると、ＳＩＰ  ＡＣＫＡ要求メッセージ６２８の第３の宛先オプションヘッダから抽出された第５のタイムスタンプｔ５と共に、この第６のタイムスタンプｔ６を含むように更新される。
【００７１】
リダイレクトサーバ１０６は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ６２８の受信に応答して、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２を生成する。リダイレクトサーバ１０６の第３のＳＩＰ−ＡＬインバイトモジュールは、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２の生成を検出する。第３のＳＩＰ−ＡＬインバイトモジュールは、「ＳＩＰ  １００  試行」応答メッセージ６４２の呼ＩＤを使用して、第４のＳＩＰインバイトデータ記録６３８にアクセスし、第６のタイムスタンプｔ６を抽出する。この第６のタイムスタンプｔ６は、プロキシサーバ１０４にはまだ分配されていない。次に、第３のＳＩＰ−ＡＬインバイトモジュールは、第４のＩＰｖ６宛先オプションヘッダを構築する。この第４のＩＰｖ６宛先オプションヘッダは、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２のペイロードとＩＰｖ６ヘッダとの間に挿入される。第４の宛先オプションヘッダは、第４のＴＬＶオブジェクトとして符号化され、「ＳＩＰ  １００  試行」トランザクションに関する測定データを運ぶものとして特定可能である。第６のタイムスタンプｔ６、及び、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２の出発時刻に対応する計算される（ステップ６４４）第７のタイムスタンプｔ７も、作成された第４のＴＬＶオブジェクトに含まれる。次に、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２は、プロキシサーバ１０４へ送信される（ステップ６４６）。
【００７２】
プロキシサーバ１０４の第２のＳＩＰ−ＡＬインバイトモジュールは、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２を受信すると（ステップ６４８）、第２の「ＳＩＰ  １００  試行」応答メッセージ６４２の第４の宛先オプションヘッダから第６のタイムスタンプｔ６及び第７のタイムスタンプｔ７を抽出し、第３のＳＩＰインバイトデータ記録６１０にアクセスし、第６のタイムスタンプｔ６及び第７のタイムスタンプｔ７を第３のＳＩＰインバイトデータ記録６１０に追加する。
【００７３】
前述したように、プロキシサーバ１０４とリダイレクトサーバ１０６との間におけるタイムスタンプの対応する分配を伴うシグナリングメッセージの上記交換は、単なる例示であり、第１のホスト端末１０２と第２のホスト端末１０８との間でＶｏＩＰ呼をセットアップするのに必要とされるダイアログは、図６において分かるように、たとえば１つ又は複数のプロキシサーバ１０４と第２のホスト端末１０８の第２のユーザエージェントとの間におけるシグナリングメッセージの他の交換を含む。
【００７４】
通信ネットワーク１００のさまざまなＳＩＰサポートコンポーネント間で収集及び分配された測定データは、すでに上述したのと類似の方法で、さらに計算を実行して、個々のコンポーネントの性能を測定するのに使用することもできるし、所与のＳＩＰセッションをサポートする複数のコンポーネントの性能を集めるのに使用することもできる。集められた性能の一例は、第１のホスト端末１０２からＳＩＰ  ＩＮＶＩＴＥ  ＸＡシグナリングメッセージ６００を送信してから、第１のホスト端末１０２で「ＳＩＰ  １８０  呼び出し音」応答メッセージを受信するまでに要する時間である。このような計算を行うために、この例では、上述したＯＳＳアプリケーションによって、測定データが収集され、１つ又は複数のコンポーネントの性能を示す計算を実行するのに、測定データが使用される。ＯＳＳアプリケーションによって実行された計算の結果は、この例では、第２のテーブル７００（図７）に記憶される。この第２のテーブル７００は、送信元（ＵＲＬタイプ）アドレス７０２、宛先（ＵＲＬタイプ）アドレス７０４、呼ＩＤ７０６、所定のシグナリングメッセージを各プロキシサーバへ送信するための時間７０８、着呼側クライアント時間７１０（着呼側端末でシグナリングメッセージの要求／応答を処理することに費やされた時間）、通過時間７１２、及び全時間７１４の列に編成される。第２のテーブル７００に記憶されたデータは、次に、図的に表して（図８及び図９）、呼設定時間（図８）、又は、呼設定についてのプロキシ遅延（特定のプロキシサーバでシグナリングメッセージを処理することに費やされた時間）（図９）の視覚表現を技術者に提供することができる。
【００７５】
さらに別の実施の形態（図１０）では、図６から確かに分かるように、ＳＩＰトランザクションは、たとえばプロキシサーバといった複数のサーバを横断（traverse）する１つ又は複数のシグナリングメッセージを含むことができる。したがって、この例では、ＳＩＰインバイトメッセージは、途中のものに変更されてはいるが、第２のホスト端末１０８に到着する前に一連のＮ個のプロキシサーバ１０００を横断する、第１のユーザ端末１０２からのパスをたどる。ＳＩＰインバイトトランザクションを構成するＳＩＰインバイトシグナリングメッセージ１００２がたどるパスは、このインバイトシグナリングメッセージに記録されたバイアオブジェクトヘッダ（Via object header）を参照することによって追跡することができる。この点で、この「バイア」オブジェクトヘッダは、この例では、要求の発信元のホストを特定するために、第１のホスト端末１０２の第１のユーザエージェントによって加えられた必須フィールドである。バイアオブジェクトは、要求メッセージがたどるパスに沿った各ＳＩＰプロキシサーバ１０００によって増大される。この例では、ＳＩＰインバイトシグナリングメッセージ１００２が要求メッセージである。したがって、ＳＩＰインバイトシグナリングメッセージ１００２は、一連のＮ個のプロキシサーバ１０００のプロキシサーバからプロキシサーバへ進むにつれて、この一連のＮ個のプロキシサーバ１０００のそれぞれによるバイアオブジェクトの増大を通じて変更される。「バイア」オブジェクトヘッダの各エントリーは、ＳＩＰバージョン、分岐識別子、使用されたプロトコル、シグナリング要求メッセージ、この例ではＳＩＰインバイトシグナリングメッセージ１００２が送信されたホストの送信元アドレス及びポート番号を特定する。
【００７６】
一連のＮ個のプロキシサーバ１０００のそれぞれの第２のＳＩＰ−ＡＬインバイトモジュールは、呼ＩＤによって指示されたタイムスタンプを記憶することに加えて、バイアオブジェクトを増大した後、一連のＮ個のプロキシサーバ１０００の次のプロキシサーバへ転送する前に受信されたＳＩＰインバイトシグナリングメッセージ１００２に含まれるバイアオブジェクトのコピーを記憶する。したがって、訪問を受けた一連のＮ個のプロキシサーバ１０００の各ノードには、「足跡」が後に残され、この足跡は、特定の呼設定ダイアログを追跡するために、後の時点で利用することができる。同様に、この足跡は、１つのトランザクション又は１組のトランザクションを追跡するのに使用することもできる。
【００７７】
動作中、ＳＩＰシグナリングトランザクションは、以下のように追跡される。まず、ＳＩＰインバイトデータ記録が、一連のＮ個のプロキシサーバ１０００のそれぞれからＯＳＳアプリケーションによって取得され、ＯＳＳアプリケーションにローカルにデータ記憶装置に記憶される。図１０から分かるように、各ＳＩＰインバイトデータ記録Ｉ０、Ｉ１、Ｉ２、…、ＩＮは、トランザクションのタイプ１００４、送信元情報１００６、宛先情報１００８、バイアオブジェクト１０１０、呼ＩＤ１０１２の詳細な内容を含む。ＯＳＳアプリケーションは、ＳＩＰインバイトデータ記録の中で、追跡の対象である所定のＳＩＰセッションと一致するものを特定するために、データ記憶装置ファイルのＳＩＰ招待データ記録を検索する。この点で、ＳＩＰセッションは、呼ＩＤ、送信元情報、及び宛先情報によって定義される。もちろん、所定の送信元情報及び宛先情報を有する記録を得るためにＳＩＰインバイトデータ記録を探索した後、探索結果の中に１つの呼ＩＤしか存在しない場合、この呼ＩＤは、ＳＩＰセッションの定義には重要ではない。この例では、送信元情報Ｈ１、宛先情報Ｈ２（指定された発呼側パーティＨ１とＨ２との間）、及び呼ＩＤ：１２３４が、ＳＩＰセッションを定義するのに用いられる。
【００７８】
その結果、追跡されるＳＩＰセッションに関するＳＩＰインバイトデータ記録の「ショートリスト」が、上記検索の結果として取得される。ＳＩＰインバイトデータ記録のこのショートリストから、ＯＳＳアプリケーションは、第２のホスト端末１０８（着呼側）、すなわち追跡されているシグナリングメッセージの目的とする宛先、の宛先ＩＰｖ６アドレス及びポート番号と等しい宛先ＩＰｖ６アドレス及びポート番号を有するＳＩＰインバイトデータ記録を選ぶ。それによって、一連の転送されたＳＩＰ招待メッセージの最後のＳＩＰインバイトメッセージＩＮに対応する最終ＳＩＰインバイトデータ記録が取得される。次に、ＯＳＳアプリケーションは、この最終ＳＩＰインバイトデータ記録に含まれる「バイア：」オブジェクトのヘッダを構文解析する。この「バイア：」オブジェクトは、上述したように、ＳＩＰインバイトメッセージ１００２が発呼側から着呼側へ従ったパス「バイア：ＰＮ，…，Ｐ２，Ｐ１，Ｈ１」、すなわち、プロキシサーバＰを介した第１のホスト端末１０２から第２のホスト端末１０８へのパス、に沿った各ホップのエントリーを含む。
【００７９】
次に、ＯＳＳアプリケーションは、ＳＩＰインバイトシグナリングメッセージ１００２によって横断されたすべてのホストの識別情報を抽出する。これらの識別情報は、最終ＳＩＰインバイトデータ記録のバイアオブジェクトにリストされている。ＯＳＳアプリケーションは、それらの識別情報を、ＳＩＰインバイトシグナリングメッセージが通過した中間ホスト、すなわち一連のＮ個のプロキシサーバ１０００、のリストとして記憶する。中間ホストのリストに列記された各ホストについて、ＯＳＳアプリケーションは、同じ発呼側パーティ間の他の招待と区別するために一意の呼ＩＤを使用して、ＯＳＳアプリケーションのローカルデータ記憶装置に現在記憶されている関連したＳＩＰインバイトデータ記録を見つけて、番号付きリストで保持する。この番号付きリストとは、すなわち、発呼側から着呼側（それらの間における訪問を受けたプロキシサーバを含む）又は着呼側から発呼側へ方向及びステップを記録するためのリストである。上記ステップは、「バイア：」ヘッダの最後のホスト、すなわち、発信元の発呼側ホスト、この例では第１のホスト端末１０２に到達するまで繰り返される。
【００８０】
上記のように構成された、抽出されたＳＩＰインバイトデータ記録のリストは、第１のホスト端末１０２から第２のホスト端末１０８へのＳＩＰインバイトシグナリングメッセージの完全な横断であり、中間ＳＩＰプロキシサーバ、すなわち一連のＮ個のプロキシサーバ１０００、の間のすべてのホップを含む。したがって、ＳＩＰインバイトデータ記録に含まれるタイムスタンプを次々に使用して、ＳＩＰインバイトシグナリングメッセージ１００２がパスの各ホスト間を移動するのに要した正確な時刻の注釈をパスに付けることができ、ＳＩＰインバイトシグナリングメッセージ１００２がさらに転送される前に、あらゆるホップで受けた遅延の注釈をパスに付けることができる。
【００８１】
前のステップで検出された中間ホストのリストを保持し、逆方向に列記されたプロキシサーバを横断することによって、上記アルゴリズムは、次に、第２のホスト端末１０８から第１のホスト端末１０２へ戻る一致したリプライメッセージを特定することができ、たとえば、第２のホスト端末１０８の第２のユーザエージェントへの接続が成功したこと、及び、着呼側がその招待に答えるまで発呼側が待機すべきであることを示す「ＳＩＰ  １８０  呼び出し音」応答メッセージを特定することができる。この場合も、応答メッセージは、同じＳＩＰダイアログに属するので、関連したＳＩＰインバイトシグナリングメッセージと同じ呼ＩＤを再度運ぶ。一連のＮ個のプロキシサーバ１０００を横断する応答メッセージ（これらの応答メッセージは、インバイトシグナリングメッセージが取るのと同じパスにたどる必要がある）について収集されたタイムスタンプの対応する番号付きリスト(ordered list)を構築し且つ使用して、詳細な時間測定値の注釈を応答パスに付けることができる。
【００８２】
それらの結果、すなわち、パスに沿った構成部分を共に加えることによって、セッションの完全な呼設定時間(call set set-up time)が測定される。
【００８３】
上記例は、要求メッセージの観点で説明されているが、たとえば、「ＳＩＰ  １８０  呼び出し音」メッセージ等の応答メッセージといった他のメッセージも、上記例と互換性のあるバイアオブジェクトを含むことができることが十分理解されるはずである。
【００８４】
上記例は、データを記憶する特定の方法を説明しているが、たとえばデータの編成といった記憶の方法は変更できることが十分理解されるはずである。この点で、データは、メッセージの種類等の所与のパラメータに関連したデータのテーブルとして編成することができる。
【００８５】
上記例は、パケット通信との関連で説明されているが、用語「メッセージ」は、パケット、データグラム、フレーム、セル、及びプロトコルデータユニットを包含するものとして解釈されることを目的としていることが十分理解されるはずであり、したがって、これらの用語は、交換可能であると理解されるはずである。
【００８６】
本発明の代替的な実施の形態は、コンピュータシステムと共に使用されるコンピュータプログラム製品として実施することができる。このコンピュータプログラム製品は、たとえば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、固定ディスク等の有形のデータ記録媒体に記憶された一連のコンピュータ命令であるか、又は、コンピュータデータ信号で実施される。この信号は、有形の媒体上、又は、たとえばマイクロ波若しくは赤外線といった無線媒体上を送信される。一連のコンピュータ命令は、上述した機能のすべて又は一部を構成することができ、また、半導体デバイス、磁気デバイス、光デバイス、他のメモリデバイス等の揮発性又は不揮発性のあらゆるメモリデバイスに記憶することができる。
【図面の簡単な説明】
【００８７】
【図１】第１のホスト端末と第２のホスト端末との間の呼についてのＳＩＰ通信をサポートするためのネットワークノードの概略図である。
【図２】図１のネットワークノードと共に使用されるプロトコルスタックの概略図である。
【図３】図１の第１のホスト端末とＳＩＰレジストラサーバとの間で通信されるシグナリングメッセージのメッセージシーケンスチャートであり、本発明の一実施の形態を構成する、測定されたタイミング測定値を含むメッセージシーケンスチャートである。
【図４】図３のメッセージシーケンスチャートについて記録された測定データから取得される計算結果を部分的に示すテーブルである。
【図５】図４のテーブルに基づく計算結果のグラフである。
【図６】ＶｏＩＰ呼を設定するためのＶｏＩＰメッセージＳＩＰダイアログのメッセージシーケンスチャートである。
【図７】図６のＶｏＩＰダイアログについて記録された測定データから取得されるサンプル計算結果を部分的に示すテーブルである。
【図８】図７のテーブルに基づく第１の個数の計算結果のグラフである。
【図９】図７のテーブルに基づく第２の個数の計算結果のグラフである。
【図１０】本発明の別の実施の形態について使用される、プロキシサーバ間で通信されるメッセージ、及び、それらメッセージから取得されるデータの概略図である。
【符号の説明】
【００８８】
１０２：ＳＩＰユーザエージェント（発呼）ホストＡ
１０４：ＳＩＰプロキシサーバホストＰ
１０６：ＳＩＰリダイレクトサーバ
１０８：ＳＩＰユーザエージェントサーバＢ（着呼）ホストＣ
１１０：ロケーションデータベース
１１２：ＳＩＰレジストラサーバ
【図１】
2006287934.tif 000003
【図２】
2006287934.tif 000004
【図３】
2006287934.tif 000005
【図４】
2006287934.tif 000006
【図５】
2006287934.tif 000007
【図６】
2006287934.tif 000008
【図７】
2006287934.tif 000009
【図８】
2006287934.tif 000010
【図９】
2006287934.tif 000011
【図１０】
2006287934.tif 000012