(57)【要約】【課題】モバイルネットワークやＩＰ電話などの接続の監視をする監視技術において、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求をしない、監視技術を提供する。【解決手段】第１のノードと第２のノードとの間で測定データを共有する方法であって、該測定データは、前記第１のノードによって取得されており、且つ、通信ネットワークのハンドオーバ機構に関連したイベントに関係し、該方法は、前記ハンドオーバメカニズムに関係した処理の一部として、前記第１のノードから前記第２のノードへ送信されるシグナリングパケットを選択するステップであって、前記シグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、前記シグナリングパケットを前記第２のノードへ送信する前に、前記データ構造定義に従って前記シグナリングパケットに前記測定データを組み込むステップと、を含む方法及び装置。   【選択図】図１
2006304288.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードと第２のノードとの間で測定データを共有する方法であって、該測定データは、前記第１のノードによって取得されており、且つ、通信ネットワークのハンドオーバ機構に関連したイベントに関係し、該方法は、
前記ハンドオーバ機構に関係した処理の一部として、前記第１のノードから前記第２のノードへ送信されるシグナリングパケットを選択するステップであって、前記シグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、
前記シグナリングパケットを前記第２のノードへ送信する前に、前記データ構造定義に従って前記シグナリングパケットに前記測定データを組み込むステップと、を含む、方法。
【請求項２】
前記第２のノードで前記関連したシグナリングパケットを受信するステップと、
前記シグナリングパケットから前記測定データを取得するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ハンドオーバ機構は、モバイルＩＰｖ６プロトコルによってサポートされる、請求項１又は２に記載の方法。
【請求項４】
前記データ構造定義は拡張可能スキーマである、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記第１のノードは、ホームノード、モバイルノード、又は対応ノードのいずれか１つである、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
通信ネットワークのハンドオーバ機構に参加するためのネットワークノード装置であって、
データストアと、
処理資源であって、
前記ハンドオーバ機構に関連したイベントに関する測定データを前記データストアに記録するための測定記録器と、
前記ハンドオーバ機構に関係した処理の一部を成し、且つ、使用時に、前記ハンドオーバ機構に参加する別のノードへ送信される、シグナリングパケットを特定するためのパケット選択器であって、前記シグナリングパケットが、該シグナリングパケットへの追加情報の組み込みをサポートできるデータ構造定義を有する、パケット選択器と、
前記シグナリングパケットの前記データ構造定義に従って、前記シグナリングパケットに前記測定データを組み込むためのメッセージ変更器と、
前記シグナリングパケットを前記別のノードへ転送するためのパケット転送器と、を提供するように構成される処理資源と、を備える、ネットワークノード装置。
【請求項７】
通信ネットワークのハンドオーバ機構に参加するためのネットワークノード装置であって、
データストアと、
処理資源であって、
前記ハンドオーバ機構、及び、シグナリングパケットのデータ構造定義による該シグナリングパケットへの測定データの組み込み、に関係した処理の一部を成す前記シグナリングパケットを受信するためのメッセージ受信機であって、前記測定データが、前記ハンドオーバ機構に関連したイベントに関係する、メッセージ受信機と、
前記シグナリングパケットから前記測定データを抽出するための測定抽出器と、
前記測定データを前記データストアに記録するためのデータ記録器と、を提供するように構成される処理資源と、を備える、ネットワークノード装置。
【請求項８】
第１のノードと第２のノードとの間で測定データを共有するためのシステムであって、前記測定データは、使用時に、前記第１のノードで取得されており、且つ、通信ネットワークのハンドオーバ機構に関連したイベントに関係し、該システムは、
前記ハンドオーバ機構に関係した処理の一部として前記第１のノードから前記第２のノードへ送信されるシグナリングパケットを選択するためのパケット選択器であって、前記シグナリングパケットが、該シグナリングパケットに関連したデータ構造定義を有する、パケット選択器と、
前記シグナリングパケットを前記第２のノードへ送信する前に、前記データ構造定義に従って、前記シグナリングパケットに前記測定データを組み込むためのパケット変更器と、を備える、システム。
【請求項９】
第１のノードと第２のノードとの間で測定データを共有する方法であって、該測定データは、前記第１のノードによって取得されており、且つ、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係し、該方法は、
ＳＩＰトランザクションに関係した処理の一部として、前記第１のノードから前記第２のノードへ送信されるシグナリングパケットを選択するステップであって、前記シグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、
前記シグナリングパケットを前記第２のノードへ送信する前に、前記データ構造定義に従って前記シグナリングパケットに前記測定データを組み込むステップと、を含む、方法。
【請求項１０】
前記第２のノードで前記シグナリングパケットを受信するステップと、
前記シグナリングパケットから前記測定データを取得するステップと、をさらに含む、請求項９に記載の方法。
【請求項１１】
前記ＳＩＰトランザクションは、モバイルＩＰｖ６プロトコルによってサポートされる、請求項９又は１０に記載の方法。
【請求項１２】
前記データ構造定義は拡張可能スキーマである、請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記第１のノードは、ホストノード、プロキシノード、又はリダイレクトノードのいずれか１つである、請求項９乃至１２のいずれか１項に記載の方法。
【請求項１４】
通信ネットワークの複数のノードに関するネットワーク性能を測定する方法であって、前記複数のノードは第１の対の通信ノードを含み、該第１の対の通信ノードはＳＩＰ通信のシグナリングトランザクションに参加し、該方法は、
請求項９ないし１３のいずれか１項に記載の前記第１のノードと前記第２のノードとの間で測定データを共有する前記方法に従って、前記第１の対の通信ノードの間で測定データを共有するステップであって、前記第１の対の通信ノードは、前記第１のノード及び前記第２のノードに対応する、共有するステップ、を含む、方法。
【請求項１５】
前記複数のノードは第２の対の通信ノードを含み、該第２の対の通信ノードは、前記ＳＩＰ通信の前記シグナリングトランザクションに参加し、該方法は、
請求項９乃至１３のいずれか１項に記載の前記第１のノードと前記第２のノードとの間で測定データを共有する前記方法に従って、前記第２の対の通信ノードの間で測定データを共有するステップであって、前記第２の対の通信ノードは、前記第１のノード及び前記第２のノードに対応する、共有するステップ、
をさらに含む、請求項１４に記載の通信ネットワークの複数のノードに関するネットワーク性能を測定する方法。
【請求項１６】
前記第１の対の通信ノードの一方は、前記第１の対の通信ノード及び前記第２の対の通信ノードに共通のものである、請求項１５に記載の通信ネットワークの複数のノードに関するネットワーク性能を測定する方法。
【請求項１７】
遠隔監視アプリケーションへ前記測定データを通信するステップ、
をさらに含む、請求項１４乃至１６のいずれか１項に記載の通信ネットワークの複数のノードに関するネットワーク性能を測定する方法。
【請求項１８】
請求項１ないし５又は請求項９乃至１７のいずれか１項に記載の前記方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項１９】
コンピュータ可読媒体に記憶された、請求項１８に記載のコンピュータプログラム。
【請求項２０】
通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置であって、
データストアと、
処理資源であって、
前記ＳＩＰトランザクションに関連したイベントに関する測定データを前記データストアに記録するための測定記録器と、
前記ＳＩＰトランザクションに関係した処理の一部を成し、且つ、使用時に、前記ＳＩＰトランザクションに参加する別のノードへ送信される、シグナリングパケットを特定するためのパケット選択器であって、前記シグナリングパケットが、該シグナリングパケットへの追加情報の組み込みをサポートできるデータ構造定義を有する、パケット選択器と、
前記シグナリングパケットの前記データ構造定義に従って、前記シグナリングパケットに前記測定データを組み込むためのメッセージ変更器と、
前記シグナリングパケットを前記別のノードへ転送するためのパケット転送器と、を提供するように構成される処理資源と、を備える、ネットワークノード装置。
【請求項２１】
通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置であって、
データストアと、
処理資源であって、
前記ＳＩＰトランザクション、及び、シグナリングパケットのデータ構造定義による該シグナリングパケットへの測定データの組み込み、に関係した処理の一部を成す前記シグナリングパケットを受信するためのメッセージ受信機であって、前記測定データが、前記ＳＩＰトランザクションに関連したイベントに関係する、メッセージ受信機と、
前記シグナリングパケットから前記測定データを抽出するための測定抽出器と、
前記測定データを前記データストアに記録するためのデータ記録器と、を提供するように構成される処理資源と、を備える、ネットワークノード装置。
【請求項２２】
第１のノードと第２のノードとの間で測定データを共有するためのシステムであって、前記測定データは、使用時に、前記第１のノードで取得されており、且つ、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係し、該システムは、
前記ＳＩＰトランザクションに関係した処理の一部として、前記第１のノードから前記第２のノードへ送信されるシグナリングパケットを選択するためのパケット選択器であって、前記シグナリングパケットが該シグナリングパケットに関連したデータ構造定義を有する、パケット選択器と、
前記シグナリングパケットを前記第２のノードへ送信する前に、前記データ構造定義に従って、前記シグナリングパケットに前記測定データを組み込むためのパケット変更器と、を備える、システム。
【請求項２３】
通信ネットワークの複数のノードに関するネットワーク性能を測定するためのシステムであって、前記複数のノードは第１の対の通信ノードを含み、該第１の対の通信ノードは、使用時に、ＳＩＰ通信のシグナリングトランザクションに参加し、該システムは、
請求項２２に記載の前記第１のノードと前記第２のノードとの間で測定データを共有するための前記システムであって、前記第１の対の通信ノードは、前記第１のノード及び前記第２のノードに対応する、前記システム、を備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、通信システムの第１のノードによって取得されて、第２のノードと共有されるタイプの測定データを共有する方法に関する。また、本発明は、ネットワークノード装置及び測定データを共有するためのシステムに関する。さらに、本発明は、ネットワーク性能を測定する方法及びネットワーク性能を測定するためのシステムに関する。
【背景技術】
【０００２】
インターネットは、多数の相互接続された通信ネットワークを備える。トポロジーの観点から言えば、インターネットは、互いに通信できる多数のノードを備える。移動ノードがインターネットに接続して、インターネットの他のノードと通信することが時に望ましい場合がある。移動ノードが通信するノードは、対応ノードとして知られている。実際には、移動ノードは多数の対応ノードを有することができる。
【０００３】
用語「移動」が意味するように、移動ノードは、インターネットに対するトポロジー接続ポイントが１つに制限されない。それどころか、移動ノードは、インターネットに対する多数のトポロジー接続ポイント間を移動することができ、多数のトポロジー接続ポイントに接続することができる。移動ノードは、ホームアドレスによって特定される。ホームアドレスは、ホームリンクのインターネットプロトコル（ＩＰ）アドレスに対応するものである。ホームリンクは、ホームエージェント(Home Agent)として知られているルータとの通信リンクである。ホームリンクは、インターネットに対する初期トポロジー接続ポイントに対応するものである。この初期トポロジー接続ポイント以外のトポロジー接続ポイントに位置するルータとのリンクは、外部リンク(Foreign Link)として知られている。
【０００４】
移動ノードが、インターネットに対する初期トポロジー接続ポイントから外部リンクへ移動すると、外部リンクのルータは、移動ノードが気付アドレス（Care-of Address）を自動的に構成することを可能にする情報を含んだ広告(advertisements)を送信する。気付アドレスは、インターネットに対する移動ノードの現在のトポロジー接続ポイントを特定するＩＰアドレスである。もちろん、気付アドレスを形成する他の技法、たとえば、動的ホスト構成プロトコル(Dynamic Host Configuration Protocol)（ＤＨＣＰ）ｖ６が存在することが当業者には十分理解されよう。
【０００５】
その後、移動ノードが他の外部リンクへ移動すると、新しい各気付アドレスが割り当てられる。気付アドレスは、ホームエージェントに登録される。対応ノードと移動ノードとの間の連続した接続を維持するために、移動プロトコルが必要とされる。
【０００６】
モバイルＩＰｖ６プロトコルは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）のモバイルＩＰワーキンググループによって考案されたものであり、移動ノードの移動を管理するように設計されている。このプロトコルは、移動ノードがたとえばホームリンクから外部リンクへの移動を試みる時に、ＩＰレイヤの上の通信を維持するための、「ハンドオーバ」として知られている特定のメカニズムを有する。モバイルＩＰｖ６のハンドオーバ機構(mechanism)は、ホームリンク(Home Link)のホームエージェント、移動ノード、及び対応ノードの間で複数のメッセージ交換を必要とする。
【０００７】
ハンドオーバ機構、特に、さまざまなメッセージ交換には、ハンドオーバ機構の各メッセージ要請（message solicitation）又はメッセージ交換に関連した個々の遅延の合計から成る全ハンドオーバ待ち時間が関連する。ハンドオーバ機構のステージ(stages)の１つ又は複数に関する情報は、ハンドオーバ機構を管理するために診断値を有する。実際は、収集されたデータは、ネットワークの現在のオペレーション及び「健全性」を監視するのに使用される。
【０００８】
この点で、シンプルネットワーク管理プロトコルを使用してルータのインターフェースを流れるパケットに関して、パケットカウントやバイトカウント等の低レベルの統計値を抽出することが知られている。また、Cisco Systems社によって作製されたＮｅｔＦｌｏｗ等のシステムは、ネットワークトラフィックの高レベルのフローベース(flow-based)の監視をサポートする。しかしながら、このような統合システムは、統計値の監視を提供するために使用されるルータ等のネットワークデバイスに大きな負担を負わせる可能性がある。その結果、ネットワークデバイスの性能問題を回避するために、ネットワークオペレータの中には、プローブを配備する者がいる。このような既知の１つのネットワークプローブは、「ＳＮＭＰ、ＳＮＭＰｖ２、ＳＮＭＰｖ３、並びにＲＭＯＮ１及びＲＭＯＮ２」（William Stallings, Addison Wesley）で説明されているような遠隔監視（ＲＭＯＮ（Remote MONitoring））プローブである。ＲＭＯＮプローブは、ネットワークトラフィックの詳細な視野が必要とされる場所で使用され、特に、トラブルシューティング時に使用される。しかしながら、このようなプローブは、高価であり、したがって、精選された少数の場所に配備される。その結果、障害が発生した時、それら障害は、プローブが存在する位置で常に発生するとは限らない。
【０００９】
これに加えて、ハンドオーバ機構を監視することに関して、上記既知の監視技法によって行われる測定は、あまりに低レベルすぎるか、又は、好ましくは、ホームエージェント及びあらゆる外部リンク若しくはインターネットアクセスポイントが測定能力を装備することを必要とすることになる。さらに、ＩＰＳｅｃ（インターネットプロトコルセキュリティ）セキュリティが使用されている場合、モバイルＩＰｖ６の移動ヘッダは、暗号化される場合があり、したがって、暗号化鍵が利用可能であり、且つ、ネットワーク監視システムに分配されている状態にない限り、モバイルＩＰｖ６の移動ヘッダをリンクにトレースすることができない。また、ノード又はリンクを受動的に監視する場合、全ハンドオーバ待ち時間だけでなく、モバイルＩＰｖ６のハンドオーバに関連した個々の要素のメッセージトランザクション遅延をも計算するには、すべての測定データに適切にタグを付けて、それら測定データを収集して相関させなければならない。
【００１０】
別の技術であるＩＰ上の音声は、同様にデータのパケットを使用するが、ＶｏＩＰ呼をハンドリングするように装備された２つ又は３つ以上の端末間で音声呼を通信する発展中のインターネットプロトコル（ＩＰ）技術である。従来、パケット交換通信は、端末間で、たとえばウェブページといったデータを通信するのに使用されていた。携帯情報端末（ＰＤＡ）や他の移動端末等の移動コンピューティングデバイスに適したＶｏＩＰチップセットの生産に関する最近の技術進歩によって、ＶｏＩＰの人気が高まっている。モバイル市場及び無線ローカルエリアネットワーク（ＬＡＮ）市場が開始されて発展することに伴い、ＶｏＩＰは、電話通信について、統合し且つ収束した支配的なアプリケーションの選択肢になることが予想される。
【００１１】
しかしながら、ＶｏＩＰ電話通信の成功に貢献する１つの因子はサービス品質（ＱｏＳ）である。その結果、ＶｏＩＰを対象にするサービス保証製品が開発されており、現在、このサービス保証製品は、ＶｏＩＰ呼及び音声品質の基盤をサポートする動作性能特性に対処する２つの技術のいずれか一方を採用する。
【００１２】
１つのサービス保証技術は、能動型測定技術（Active Measurement Technology）として知られており、サービスについて対象となる特定の性能メトリックに対処するために、ＶｏＩＰ呼をサポートするパケット交換ネットワーク内の整形された合成トラフィックの生成、伝送、及び捕捉を含む。しかしながら、これらの測定は、合成トラフィックに関するものであり、実際のユーザトラフィックに関するものではなく、そのため、実際のユーザトラフィックの経験を反映しない。
【００１３】
代替的な一技術は、受動型測定技術（Passive Measurement Technology）として知られている。この技術は、サービスを中断することなく、リンク上の実際のユーザトラフィックを観測するために、タップを使用してＳＩＰコンポーネント間のリンクにプローブを接続する。しかしながら、この受動型技法は、データ捕捉タイムスタンプ（data capture timestamp）等の他の注釈を有するリンク上で観測された実際のユーザトラフィックに関するフィルタリング、サンプリング、及びデータ削減に依拠する。これらの技法は、複数のリンクを同時にプローブすることを必要とし、これは、このようなサービス保証技術の配備を複雑にし、関連コストを増加させる。さらに、大規模なオペレータネットワークでは、このような技術の配備は、非スケーラブルとなり、いくつかのコアネットワークでは、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求を行うことが知られている。さらに不利な点は、たとえば片道遅延測定といった２点測定を行うことに関連した処理が複雑になることである。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
モバイルネットワークやＩＰ電話などの接続の監視をする監視技術において、監視されるすべての接続の監視に関して利用可能な処理能力に過度な要求をしない、監視技術が求められている。
【課題を解決するための手段】
【００１５】
本発明の第１の態様によれば、第１のノードと第２のノードとの間で測定データを共有する方法が提供される。この測定データは、第１のノードによって取得されており、且つ、通信ネットワークのハンドオーバ機構に関連したイベントに関係する。本方法は、ハンドオーバ機構に関係した処理の一部として、第１のノードから第２のノードへ送信されるシグナリングパケットを選択するステップであって、シグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、シグナリングパケットを第２のノードへ送信する前に、データ構造定義に従ってシグナ0リングパケットに測定データを組み込むステップと、を含む。
【００１６】
ハンドオーバ機構に関連したイベントは、ハンドオーバ機構の一部として行われる任意のイベントとすることもできるし、ハンドオーバ機構が、第１のノード及び／若しくは第２のノード並びに／又は他の任意のノードの間の通信を円滑にするのに使用される結果、必要とされる任意のイベント又は望ましい任意のイベントとすることもできる。
【００１７】
ハンドオーバ機構に関係した処理のこの部分は、第１のノード及び／若しくは第２のノード並びに／又は他の任意のノードの間の一方向又は双方向である任意のダイアログとすることができる。ハンドオーバ機構に関係した処理のこの部分は、ハンドオーバ機構に関連したイベントとすることができる。
【００１８】
本方法は、第２のノードで関連したシグナリングパケットを受信するステップと、シグナリングパケットから測定データを取得するステップと、をさらに含むことができる。
【００１９】
測定データは、第２のノードで記憶することができる。
【００２０】
ハンドオーバ機構は、モバイルＩＰｖ６プロトコルによってサポートすることができる。
【００２１】
データ構造定義は、拡張可能スキーマとすることができる。この拡張可能スキーマは、シグナリングパケットの拡張ヘッダとすることができる。
【００２２】
第１のノードは、ホームノード(home node)、モバイルノード、又は対応ノード(correspondent node)のいずれか１つとすることができる。第２のノードは、第１のノードがホームノードでない場合に、ホームノードとすることができる。さらに、第２のノードは、第１のノードが移動ノードでない場合に、移動ノードとすることができる。さらに、第２のノードは、第１のノードが対応ノードでない場合に、対応ノードとすることができる。
【００２３】
記録された測定データは、所定の期間の間、消去することができない。
【００２４】
本発明の第２の態様によれば、本発明の第１の態様に関して上述したような方法をコンピュータに実行させるためのコンピュータプログラムコード手段を備えるコンピュータプログラムコード要素が提供される。
【００２５】
このコンピュータプログラムコード要素は、コンピュータ可読媒体に実施される。
【００２６】
本発明の第３の態様によれば、通信ネットワークのハンドオーバ機構に参加（participating）するためのネットワークノード装置が提供される。本装置は、データストアと、処理資源であって、ハンドオーバ機構に関連したイベントに関する測定データをデータストアに記録するための測定記録器と、ハンドオーバ機構に関係した処理の一部を成し、且つ、使用時に、ハンドオーバ機構に参加する別のノードへ送信される、シグナリングパケット(signalling packet)を特定するためのパケット選択器であって、シグナリングパケットが、シグナリングパケットへの追加情報の組み込みをサポートできるデータ構造定義を有する、パケット選択器と、シグナリングパケットのデータ構造定義に従って、シグナリングパケットに測定データを組み込むためのメッセージ変更器と、シグナリングパケットを別のノードへ転送するためのパケット転送器と、を提供するように構成される処理資源と、を備える。
【００２７】
本発明の第４の態様によれば、通信ネットワークのハンドオーバ機構に参加するためのネットワークノード装置が提供される。本装置は、データストアと、処理資源であって、ハンドオーバ機構、及び、シグナリングパケットのデータ構造定義によるシグナリングパケットへの測定データの組み込み、に関係した処理の一部を成すシグナリングパケットを受信するためのメッセージ受信機であって、測定データが、ハンドオーバ機構に関連したイベントに関係する、メッセージ受信機と、シグナリングパケットから測定データを抽出するための測定抽出器と、測定データをデータストアに記録するためのデータ記録器と、を提供するように構成される処理資源と、を備える。
【００２８】
本発明の第５の態様によれば、第１のノードと第２のノードとの間で測定データを共有するためのシステムが提供される。この測定データは、使用時に、第１のノードで取得されており、且つ、通信ネットワークのハンドオーバ機構に関連したイベントに関係する。本システムは、ハンドオーバ機構に関係した処理の一部として第１のノードから第２のノードへ送信されるシグナリングパケットを選択するためのパケット選択器であって、シグナリングパケットが、シグナリングパケットに関連したデータ構造定義を有する、パケット選択器と、シグナリングパケットを第２のノードへ送信する前に、データ構造定義に従って、シグナリングパケットに測定データを組み込むためのパケット変更器と、を備える。
【００２９】
本発明の第６の態様によれば、第１のノードと第２のノードとの間で測定データを共有する方法が提供される。この測定データは、第１のノードによって取得されており、且つ、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係する。本方法は、ＳＩＰトランザクションに関係した処理の一部として、第１のノードから第２のノードへ送信されるシグナリングパケットを選択するステップであって、シグナリングパケットが自身に関連したデータ構造定義を有する、選択するステップと、シグナリングパケットを第２のノードへ送信する前に、データ構造定義に従ってシグナリングパケットに測定データを組み込むステップと、を含む。
【００３０】
本方法は、第２のノードでシグナリングパケットを受信するステップと、シグナリングパケットから測定データを取得するステップと、をさらに含む。
【００３１】
ＳＩＰトランザクションは、モバイルＩＰｖ６プロトコルによってサポートされ得る。
【００３２】
データ構造定義は拡張可能スキーマであり得る。
【００３３】
第１のノードは、ホストノード、プロキシノード、又はリダイレクトノード(redirect node)のいずれか１つであり得る。
【００３４】
本発明の第７の態様によれば、通信ネットワークの複数のノードに関するネットワーク性能を測定する方法が提供される。この複数のノードは第１の対の通信ノードを含み、第１の対の通信ノードはＳＩＰ通信のシグナリングトランザクションに参加する。本方法は、本発明の第６の態様について上述したように、第１のノードと第２のノードとの間で測定データを共有する方法に従って、第１の対の通信ノードの間で測定データを共有するステップを含む。この第１の対の通信ノードは、第１のノード及び第２のノードに対応する。
【００３５】
複数のノードは第２の対の通信ノードを含み得、第２の対の通信ノードは、ＳＩＰ通信のシグナリングトランザクションに参加する。本方法は、本発明の第６の態様について上述したように、第１のノードと第２のノードとの間で測定データを共有する方法に従って、第２の対の通信ノードの間で測定データを共有するステップをさらに含む。この第２の対の通信ノードは、第１のノード及び第２のノードに対応する。
【００３６】
第１の対の通信ノードの一方は、第１の対の通信ノード及び第２の対の通信ノードに共通のものであり得る。
【００３７】
本方法は、遠隔監視アプリケーションへ測定データを通信するステップをさらに含み得る。
【００３８】
本発明の第８の態様によれば、本発明の第６又は第７の態様について上述したように、本方法をコンピュータに実行させるためのコンピュータプログラムコード手段を備える、コンピュータプログラムコード要素が提供される。
【００３９】
コンピュータプログラムコード要素は、コンピュータ可読媒体に実施され得る。
【００４０】
本発明の第９の態様によれば、通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置が提供される。本装置は、データストアと、処理資源であって、ＳＩＰトランザクションに関連したイベントに関する測定データをデータストアに記録するための測定記録器と、ＳＩＰトランザクションに関係した処理の一部を成し、且つ、使用時に、ＳＩＰトランザクションに参加する別のノードへ送信される、シグナリングパケットを特定するためのパケット選択器であって、シグナリングパケットが、シグナリングパケットへの追加情報の組み込みをサポートできるデータ構造定義を有する、パケット選択器と、シグナリングパケットのデータ構造定義に従って、シグナリングパケットに測定データを組み込むためのメッセージ変更器と、シグナリングパケットを別のノードへ転送するためのパケット転送器と、を提供するように構成される処理資源と、を備える。
【００４１】
本発明の第１０の態様によれば、通信ネットワークのＳＩＰシグナリングトランザクションに参加するためのネットワークノード装置が提供される。本装置は、データストアと、処理資源であって、ＳＩＰトランザクション、及び、シグナリングパケットのデータ構造定義によるシグナリングパケットへの測定データの組み込み、に関係した処理の一部を成すシグナリングパケットを受信するためのメッセージ受信機であって、測定データが、ＳＩＰトランザクションに関連したイベントに関係する、メッセージ受信機と、シグナリングパケットから測定データを抽出するための測定抽出器と、測定データをデータストアに記録するためのデータ記録器と、を提供するように構成される処理資源と、を備える。
【００４２】
本発明の第１１の態様によれば、第１のノードと第２のノードとの間で測定データを共有するためのシステムが提供される。この測定データは、使用時に、第１のノードで取得されており、且つ、通信ネットワークのＳＩＰシグナリングトランザクションに関連したイベントに関係する。本システムは、ＳＩＰトランザクションに関係した処理の一部として、第１のノードから第２のノードへ送信されるシグナリングパケットを選択するためのパケット選択器であって、シグナリングパケットがシグナリングパケットに関連したデータ構造定義を有する、パケット選択器と、シグナリングパケットを第２のノードへ送信する前に、データ構造定義に従って、シグナリングパケットに測定データを組み込むためのパケット変更器と、を備える。
【００４３】
本発明の第１２の態様によれば、通信ネットワークの複数のノードに関するネットワーク性能を測定するためのシステムが提供される。この複数のノードは第１の対の通信ノードを含み、第１の対の通信ノードは、使用時に、ＳＩＰ通信のシグナリングトランザクションに参加する。本システムは、本発明の第１１の態様について上述したように、第１のノードと第２のノードとの間で測定データを共有するためのシステムを備える。この第１の対の通信ノードは、第１のノード及び第２のノードに対応する。
【発明の効果】
【００４４】
このように、それぞれＩＰｖ６トラブルシューティングを容易にする、測定データを収集する方法、測定データを収集するためのネットワークノード装置、及び測定データを収集するためのシステムを提供することが可能である。詳細には、関係したメッセージが常に測定処理の一部としてまとめられ、必要に応じて、移動ノードとホームエージェントとの間及びその逆において「ピギーバック(piggybacked)」されるので、イベント又はメッセージのその後の相関が必要とされない。さらに、正確なポイントにおけるプロトコルスタック(protocol stack)とのインターフェースを通じて、監視及びピギーバックを発信パケットの暗号化前及び終了パケットの解読直後に行うことができるので、ＩＰレイヤにおけるシグナリングトランザクションの暗号化が測定データの収集を妨げることもない。これに加えて、おそらく、完全な測定トレースを中央管理局へ転送して戻す最終手段としての場合を除いて、測定データは、既存のパケットに追加され、測定データ自体の転送用に完全に専用化されたＩＰｖ６パケットを必要としないので、被る帯域幅オーバーヘッドは、受動型監視手法と比較して低い。より基本的な方法は、いずれかの端部で１つのポイントをインスツルメント(instrumentation：取り付け)することしか使用できず、その結果、インスツルメントされたサイト又はデバイスの個数は少なくなるが、ホームエージェント及び移動ノードの２つのポイントしかインスツルメントする必要がないエンドツーエンド測定技法が提供されることは好都合である。したがって、この方法は容易にスケーラブル(scalable:測定可能)である。また、いくつかのベースライン(baseline:指標)測定が、同期クロックを必要とすることなく可能である。その代わり、インスツルメントされたノードのローカルクロックの使用を通じて、相対的な時刻を使用することができる。
【００４５】
このように、測定データを共有する方法と、測定データを共有するためのシステムと、測定処理の一部として関係したデータを共に保存すること並びに協働測定ポイントへの情報及び協働測定ポイントからの情報を「ピギーバック」することによって、イベント又はメッセージのその後の相関を行う必要をなくすノード装置とを提供することも可能である。測定データは既存のパケットに加えられるので、被る帯域幅のオーバーヘッドは、その転送パケットを十分に羽毛で覆う必要のある上述した能動型測定手法及び受動型測定手法と比較して小さい。さらに、測定値及びトリガをピギーバックするのに実際のユーザシグナリングトラフィック(real user signalling traffic)を利用することによって、測定値は実際のユーザトラフィックの経験を真に反映したものとなる。これに加えて、協働測定ポイントからのデータ収集は、外部の問題であり、この外部の問題について、すべての測定手法はデータ収集用の既存の技法を利用し、たとえば、管理情報ベース（ＭＩＢ）及びシンプルネットワーク管理プロトコル（ＳＮＭＰ）、周期的な間隔での結果のストリーミング、要求／応答サービス、又は公表／加入サービスを利用する。さらに、本測定技法は、性質上、エンドツーエンドであり、したがって、十分なデータを供給して一定の計算の実行を可能にするようにシステムをインスツルメントすることのみを必要とする。それによって、コスト、複雑度、及び同じ機能を実行するための専用のプローブの要件が削減される。これに加えて、データを共有することができ、経過を監視することができ、且つ／又は、メッセージ、トランザクション、及び／若しくはダイアログの測定を行うことができる。また、同期クロックを必要とすることなく、いくつかのベースライン測定を行うことも可能である。その代わり、インスツルメントされたノードの局所クロックの使用を通じて、相対時刻が使用される。したがって、既知のツールよりも簡単で、スケーラブルで、且つ、コスト効果のあるＶｏＩＰサービス保証ツールを提供することが可能である。
【００４６】
次に、添付図面に関して、単なる例として、本発明の少なくとも１つの実施の形態を説明することにする。
【００４７】
以下の説明の全体を通じて、同一の参照番号は、同じ部分を特定するのに使用される。
【発明を実施するための最良の形態】
【００４８】
図１を参照して、たとえばインターネット１００といった通信ネットワークは、複数の相互接続された通信ネットワークを備える。したがって、第１のホームルータ１０２は、第１のインターネットサービスプロバイダ（ＩＳＰ）（図示せず）を介して、ホームサブネット及びインターネット１００の一部を構成するホームリンク１０４をインターネット１００の残りの部分に接続する。ホームリンク１０４は、第１のコンピューティング装置に接続されている。この第１のコンピューティング装置は、たとえば第１のパーソナルコンピュータ（ＰＣ）であり、ホームノード(Home Node)１０５を構成する。このホームノード１０５は、ホームエージェント１０６を構成するネットワーク管理ソフトウェアを実行する。ホームノード１０５は、ＰＣである必要はなく、ホームリンク１０４の別のルータ等、必要なデータグラム(necessary datagram)の転送能力及びトンネリング能力(tunneling capabilities)を有する他の任意の適切なコンピューティングデバイスとすることができることが十分理解されるはずである。初期状態では、ホームリンク１０４は、移動ノード１０８にも接続されている。この移動ノード１０８は、たとえば、ラップトップコンピュータ等の移動コンピューティングデバイスである。
【００４９】
同様に、第２の外部ルータ（a second, foreign, router）１１０は、第２のＩＳＰ（図示せず）を介して、外部サブネット(foreign subnet)及びインターネット１００の一部を構成する外部リンク１１２をインターネット１００の残りの部分に接続する。また、外部リンク１１２は、移動ノード１０８が外部サブネットへ移動した場合、移動ノード１０８にも接続することができる。
【００５０】
第３のルータ１１４は、第３のＩＳＰ（図示せず）を介して、対応するサブネットを構成し且つインターネット１００の一部を構成する対応リンク１１６をインターネット１００の残りの部分に接続する。この対応リンク１１６は、対応ノード１１８に接続されている。対応ノード１１８は、たとえば、第２のＰＣ等の第２のコンピューティング装置である。対応ノード１１８は、移動ノード１０８と通信する必要があるものである。
【００５１】
図２を参照して、ホームノード１０５は、複数のラインカード２００を備える。これらのラインカード２００の機能は、ハードウェア及びファームウェアの組み合わせ２０１によって提供される。各ラインカード２００は、ネットワークノードからパケットを受信するための入力２０２、及び、他のネットワークノードへパケットを送信するための出力２０４を有する。ラインカード２００は中央処理資源に接続されている。この中央処理資源は、第１のカーネル２０６を有し、使用されているプロトコルに従って必要な処理を実行し、必要に応じてデータグラムを転送又は削除（廃棄）する。第１のカーネル２０６は、この例では、Ｌｉｎｕｘカーネルである。第１のカーネル２０６は、デバイスドライバからデータグラムを受信するネットワークスタックソフトウェア(network stack software)であるデバイス受信機能ユニット２１０に接続された入力ドライバユニット２０８をサポートする。デバイス受信機能ユニット２１０は、入力２１２を介して、ホームエージェント機能ユニット２１４と通信することができる。このホームエージェント機能ユニット２１４は、この例では、第１のカーネル２０６によってサポートされるプロトコルスタックの標準的なＩＰｖ６機能を変更するコードフラグメント(code fragments)によって提供される。ホームエージェント機能ユニット２１４の入力２１２は、ＩＰｖ６受信機能ユニット２１６に接続されている。このＩＰｖ６受信機能ユニット２１６は、ＩＰｖ６転送機能ユニット２１８及びＩＰｖ６入力機能ユニット２２０に接続されている。この例では、ＩＰｖ６入力機能ユニット２２０は、高位プロトコルレイヤ機能（図示せず）に接続されている。この高位プロトコルレイヤ機能のオペレーションは、当該技術分野において既知であり、したがって、本明細書ではこれ以上説明しないことにする。
【００５２】
ＩＰｖ６転送機能ユニット２１８は、ＩＰｖ６出力機能ユニット２２２に接続されている。また、ＩＰｖ６送信機能ユニット２２４も、ＩＰｖ６出力機能ユニット２２２に接続されている。この例では、高位プロトコルレイヤ機能（図示せず）も、ＩＰｖ６送信機能ユニット２２４に接続されている。この高位プロトコルレイヤ機能のオペレーションは、当該技術分野において既知であり、したがって、本明細書ではこれ以上説明しないことにする。また、ＩＰｖ６出力機能ユニット２２２も、出力２２６を介して、ホームエージェント機能ユニット２１４と通信することができる。ホームエージェント機能ユニット２１４の出力２２６は、デバイス送信機能ユニット２２８に接続されている。このデバイス送信機能ユニット２２８は、出力ドライバユニット２３０に接続されている。この出力ドライバユニット２３０は、ラインカード２００に接続されている。
【００５３】
ハンドオーバ機構に関するあらゆる動作パラメータ、又は、ハンドオーバ機構の結果として必要な若しくは望ましいあらゆる動作パラメータの測定をサポートするために、カーネル２０６は、モバイルＩＰｖ６トレース機能ユニット２３２をサポートする。このトレース機能ユニット２３２は、デバイス受信機能ユニット２１０及びＩＰｖ６受信機能ユニット２１６、並びに、ＩＰｖ６出力機能ユニット２２２及びデバイス送信機能ユニット２２８と通信することができる。
【００５４】
図３に移って、移動ノード１０８は、複数のラインカード３００を備える。これらのラインカード３００の機能は、ハードウェア及びファームウェアの組み合わせ３０２によって提供される。この例では、複数のラインカード３００は、単一のラインカードとなっている。ラインカード３００は、ネットワークノードからパケットを受信するための入力３０４、及び、他のネットワークノードへパケットを送信するための出力３０６を有する。ラインカード３００は中央処理資源に接続されている。この中央処理資源は、第２のカーネル３０８を有し、使用されているプロトコルに従って必要な処理を実行し、必要に応じてデータグラムを転送又は削除（廃棄）する。第２のカーネル３０８は、この例では、Ｌｉｎｕｘカーネルである。第２のカーネル３０８は、デバイスドライバからデータグラムを受信するネットワークスタックソフトウェアであるデバイス受信機能ユニット３１２に接続された入力ドライバユニット３１０をサポートする。デバイス受信機能ユニット３１２は、入力３１４を介して、移動ノード機能ユニット３１６と通信することができる。この移動ノード機能ユニット３１６は、この例では、第２のカーネル３０８によってサポートされるプロトコルスタックの標準的なＩＰｖ６機能を変更するコードフラグメントによって提供される。移動ノード機能ユニット３１６の入力３１４は、ＩＰｖ６受信機能ユニット３１８に接続されている。このＩＰｖ６受信機能ユニット３１８は、ＩＰｖ６入力機能ユニット３２０に接続されている。この例では、ＩＰｖ６入力機能ユニット３２０は、高位プロトコルレイヤ機能（図示せず）に接続されている。この高位プロトコルレイヤ機能のオペレーションは、当該技術分野において既知であり、したがって、本明細書ではこれ以上説明しないことにする。
【００５５】
また、移動ノード機能ユニット３１６は、ＩＰｖ６出力機能ユニット３２４に接続されたＩＰｖ６送信機能ユニット３２２も備える。この例では、高位プロトコルレイヤ機能（図示せず）が、ＩＰｖ６送信機能ユニット３２２に接続されている。この高位プロトコルレイヤ機能のオペレーションは、当該技術分野において既知であり、したがって、本明細書ではこれ以上説明しないことにする。ＩＰｖ６出力機能ユニット３２４は、移動ノード機能ユニット３１６の出力３２６に接続されている。この移動ノード機能ユニット３１６の出力３２６は、デバイス送信機能ユニット３２８に接続されている。このデバイス送信機能ユニット３２８は、出力ドライバユニット３３０に接続されている。この出力ドライバユニット３３０は、ラインカード３００に接続されている。
【００５６】
動作パラメータの測定をサポートするために、第２のカーネル３０８は、モバイルＩＰｖ６トレース機能ユニット３３２をサポートする。このトレース機能ユニット３３２は、デバイス受信機能ユニット３１２及びＩＰｖ６受信機能ユニット３１８、並びに、ＩＰｖ６出力機能ユニット３２４及びデバイス送信機能ユニット３２８と通信することができる。
【００５７】
動作中（図１）、移動ノード１０８は、最初、ホームリンク１０４に所属している。或る時点において、移動ノード１０８をホームリンク１０４から接続解除することが必要となり、移動ノード１０８を外部リンク１１２に所属させることが必要となる。それによって、移動ノード１０８は、ホームサブネットから外部サブネットへ移動する。
【００５８】
この時が来ると、移動ノード１０８をホームサブネットから外部サブネットへ移動させるために、モバイルＩＰｖ６プロトコルによって提供されたハンドオーバ機構を使用することが必要である。サブネット間のすべてのハンドオーバが成功するとは限らず、したがって、ハンドオーバ機構の１つ又は複数のステージに関する診断に有用な情報を取得するために、ハンドオーバ機構を監視することが必要である。この点で、ＲＦＣ２４６０（www.ietf.org/rfc/rfc2460.txt）で説明されているような、たとえばいわゆる宛先オプションヘッダといったＩＰｖ６拡張ヘッダが使用される。このＩＰｖ６拡張ヘッダによって、パケットのメインヘッダとペイロードとの間に追加情報を含めることが可能になる。しかしながら、測定される動作パラメータが他のプロトコルの拡張可能スキーマの使用を必要とする場合には、ＩＰ以外のプロトコルに関して他の既知の拡張可能スキーマを使用できることが十分理解できるはずである。
【００５９】
このような拡張ヘッダの使用によって、図２及び図３に関して上述した構造をサポートするために、既存のホームエージェント及び／又は移動ノードで使用される既存のＩＰｖ６プロトコルスタックに変更及び拡張が必要とされる。この例では、Ｕｎｉｘ環境が、動的にロード可能なカーネルモジュール、すなわち、移動ＩＰｖ６トレース機能ユニット２３２及び移動ＩＰｖ６トレース機能ユニット３３２と共に使用される。これらのモジュールは、適切に配置されたカーネル「フック」を介してカーネルプロトコルスタックの各ポイントとインターフェースする。これらのカーネル「フック」は、カーネルプロトコルスタックに事前にコンパイルされている。代替的に、これらの変更及び拡張は、カーネルプロトコルスタックのソースコードにパッチを適用し、次いで、そのカーネルを再コンパイルすることによっても達成することができる。この点で、パケットの拡張ヘッダへの測定データの組み込みのサポートを提供するために、第１のカーネル２０６及び第２のカーネル３０８は、欧州特許公開第ＥＰ−Ａ−１  ４０１  １４７号に従って適合される。しかしながら、Ｕｎｉｘベースのカーネルを使用できるが、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（商標）のさまざまなバージョン等、他のカーネルに利用可能な、動的にリンク可能なライブラリを使用して、本明細書で説明したものと同じ機能を達成することが可能である。
【００６０】
図４に移って、移動ノード１０８が外部リンク１１２に所属すると、移動ノード１０８は、移動検出アルゴリズムと、外部ルータ(foreign router)１１０から受信されたルータ広告メッセージ４００の受信とによって、外部サブネットに移動したことに暗黙的に気付き、モバイルＩＰｖ６ハンドオーバ、すなわちハンドオーバ機構の実行、の起点となる。ルータ広告メッセージ４００は、移動ノード１０８がホームリンク１０４に所属していた時に前に受信していたＩＰｖ６アドレスプリフィックス(address prefix：接頭アドレス)とは異なるＩＰｖ６アドレスプリフィックスを含む。その結果、移動ノード１０８のトレース機能ユニット３３２は、この異なるＩＰｖ６アドレスプリフィックスを含むルータ広告メッセージ４００を認識し（ステップ４０２）、次に、ハンドオーバ識別値（ＨＩＶ（Handover Identification Value））を計算する。このＨＩＶは、たとえば１６ビットといったカウンタが、移動ノード１０８に関する一意の識別子及び所属指示子の新しいポイントと結合されたものから成る。この移動ノード１０８に関する一意の識別子は、たとえば、６４ビット拡張一意識別子（ＥＵＩ−６４（Extended Unique Identifiers-64-bit））アドレス等、移動ノード１０８のインターフェースアドレスである。所属指示子の新しいポイントは、たとえば、上記異なるＩＰｖ６アドレスプリフィックスである。ＨＩＶは、現在のＩＰｖ６ハンドオーバに関して記録される今後のすべての測定データに関連付けられる。また、トレース機能ユニット３３２は、ルータ広告メッセージ４００の到着時刻であるタイムスタンプも計算し、このタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１のデータ構造体を形成する。この例では、第１のデータ構造体は、最小限のものであり、タイムスタンプ及びＨＩＶを含む。
【００６１】
第１のデータ構造体は、現在のモバイルＩＰｖ６ハンドオーバに関するデータ構造体の一時ストアにおける第１のエントリを成す。この一時ストアは、モバイルＩＰｖ６ハンドオーバが移動ノード１０８に関して進行中であることを示す新しい「アクティブ」ストア（store:記憶）ステータスを取得する。ハンドオーバがもはやアクティブでない場合、たとえば、ハンドオーバが成功して完了した後、又は、ハンドオーバが、超えることができない、ハンドオーバ機構のステージに到達した後は、このような「非アクティブ」ストアに寿命を割り当てることができる。この寿命の時間の間、非アクティブストア（non-active store:非アクディブ記憶装置）の内容は、集中管理処理へ転送することができる。寿命が満了するか、又は、外部の管理エージェント（図示せず）により非アクティブストアの内容が収集されると、非アクティブストアは、メモリから消去される。代替的に、メモリ資源が、アクティブストアに追加されたデータ構造体用に使い果たされた時、非アクティブデータストアは、トレース機能ユニット３３２によって消去され、且つ／又は上書きされる。
【００６２】
その後、オプションではあるが、移動ノード１０８は、別のサブネットへの移動が発生したかどうかを確かめるために、ハンドオーバ機構の一部として、近隣到達不能検出（ＮＵＤ（Neighbour Unreachability Detection））ルータ要請メッセージ４０６を送信する（ステップ４０４）。このイベント、すなわち、ＮＵＤルータ要請メッセージ４０６の送信、を記録するために、トレース機能ユニット３３２は、少なくともＮＵＤルータ要請メッセージ４０６の送信時刻を含む第２のデータ構造体を形成し、この第２のデータ構造体をアクティブストアに追加する。外部ルータ１１０は、ＮＵＤルータ要請メッセージ４０６に応答して、ＮＵＤルータ広告メッセージ４０８を外部サブネット上に送信する。このＮＵＤルータ広告メッセージ４０８の受信は、移動ノード１０８によって検出される。その後、トレース機能ユニット３３２は、少なくともＮＵＤルータ広告メッセージ４０８の受信時刻を有する第３のデータ構造体を形成し（ステップ４１０）、この第３のデータ構造体をアクティブストアに追加する。
【００６３】
その後、再びオプションとして、移動ノード１０８は、重複アドレス検出（ＤＡＤ（Duplicate Address Detection））メッセージ４１４を外部（新しい）サブネット上に送信する（ステップ４１２）。次に、トレース機能ユニット３３２は、少なくともＤＡＤメッセージ４１４の送信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第４のデータ構造体を形成する。この第４のデータ構造体は、アクティブストアに追加される。
【００６４】
次に、移動ノード１０８は、モバイルＩＰｖ６ハンドオーバ機構による移動ノード１０８用の気付アドレスを登録するために、バインド更新（ＢＵ（Binding Update））メッセージ４１８をホームエージェント１０６へ送信する（ステップ４１６）準備を行う。トレース機能ユニット３３２は、ＢＵメッセージ４１８の送信であるイベントを記録するために、少なくともＨＩＶ値と、メッセージタイプ識別子と、ＢＵメッセージの送信時刻のタイムスタンプとを含む第５のデータ構造体を形成する。次に、トレース機能ユニット３３２は、この第５のデータ構造体をアクティブストアに追加する。トレース機能ユニット３３２は、ＢＵメッセージ４１８の送信（ステップ４１６）前に、ＢＵメッセージ４１８のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１のデータ構造体、第２のデータ構造体、第３のデータ構造体、第４のデータ構造体、及び第５のデータ構造体を含む。次に、第１のデータ構造体、第２のデータ構造体、第３のデータ構造体、第４のデータ構造体、及び第５のデータ構造体を組み込んだＢＵメッセージ４１８は、ホームエージェント１０６によって受信される（ステップ４２０）。
【００６５】
ホームエージェント１０６は、ＢＵメッセージ４１８を受信すると、モバイルＩＰｖ６ハンドオーバ機構の一部として、ホームエージェント１０６のバインドキャッシュ（binding cache）（図示せず）に新しいエントリを作成して、移動ノード１０８のホームアドレスを気付アドレスに関連付ける。ホームエージェント１０６のトレース機能ユニット２３２は、受信したＢＵメッセージ４１８の宛先オプションヘッダからデータ構造体を収集する。これは、移動ノード１０８に関して進行中のモバイルＩＰｖ６ハンドオーバに関するホームエージェント１０６のデータ構造体の一時ストアにおける最初の５エントリを形成する。このモバイルＩＰｖ６ハンドオーバは、ＨＩＶによって特定される。ホームエージェント１０６のこの一時ストアは、移動ノード１０８の「アクティブ」ストアステータスも取得する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、少なくともＢＵメッセージ４１８の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第６のデータ構造体を形成する。次に、この第６のデータ構造体は、ホームエージェント１０６のアクティブデータストアに記憶される。
【００６６】
次に、ホームエージェント１０６は、重複アドレス検出（ＤＡＤ）メッセージ４２４をホームサブネット上に送信し（ステップ４２２）、ホームエージェント１０６のトレース機能ユニット２３２は、少なくともＤＡＤパケットの送信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを有する第７のデータ構造体を形成する。次に、ホームエージェント１０６のトレース機能ユニット２３２は、この第７のデータ構造体をホームエージェント１０６のアクティブストアに追加する。その後、ホームエージェント１０６は、プロキシ近隣広告（ＰＮＡ（Proxy Neighbour Advertisement））メッセージ４３０をホームサブネットへ送信し（ステップ４２８）、トレース機能ユニット２３２は、少なくともＰＮＡメッセージ４３０の送信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第８のデータ構造体を形成する。次に、この第８のデータ構造体は、ホームエージェント１０６のアクティブストアに追加される。
【００６７】
その後、ホームエージェントは、有効なバインド関連付けが形成されたことを移動ノード１０８に信号で伝えるために、バインド肯定応答メッセージ４３４を移動ノード１０８へ送信する（ステップ４３２）準備を行う。このイベントを記録するために、ホームエージェント１０６のトレース機能ユニット２３２は、少なくともバインド肯定応答メッセージ４３４の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第９のデータ構造体を形成し、この第９のデータ構造体をホームエージェント１０６のアクティブストアに追加する。これに加えて、バインド肯定応答メッセージ４３４の送信前に、ホームエージェント１０６のトレース機能ユニット２３２は、バインド肯定応答メッセージ４３４のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第６のデータ構造体、第７のデータ構造体、第８のデータ構造体、及び第９のデータ構造体を含む。
【００６８】
次に、バインド肯定応答メッセージ４３４は、移動ノード１０８によって受信され（ステップ４３６）、移動ノード１０８のトレース機能ユニット３３２は、バインド肯定応答メッセージ４３４の宛先オプションヘッダから第６のデータ構造体、第７のデータ構造体、第８のデータ構造体、及び第９のデータ構造体を収集する。これは、移動ノード１０８のアクティブストアにおける次の４つのエントリを形成する。これに加えて、移動ノード１０８のトレース機能ユニット３３２は、少なくともバインド肯定応答メッセージの到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１０のデータ構造体を形成する。次に、この第１０のデータ構造体は、移動ノード１０８のアクティブストアに追加される。
【００６９】
移動ノード１０８のアクティブストアに第１０のデータ構造体を記録した後、移動ノード１０８のトレース機能ユニット３３２は、ホームエージェント１０６への送信（ステップ４４０）の準備がされている次の利用可能なパケット４３８、たとえば、ＢＵメッセージ又はバインドリフレッシュメッセージ(Binding Refresh messages)、を使用して、当該次の利用可能なパケットを送信する前に、当該次の利用可能なパケットのＩＰｖ６宛先オプションヘッダの宛先オプションの形で収集された第１０のデータ構造体を運ぶ。
【００７０】
ホームエージェント１０６は、次に利用可能なパケットを受信すると（ステップ４４２）、宛先オプションヘッダから第１０のデータ構造体を収集する。この第１０のデータ構造体は、ホームエージェント１０６のアクティブストアの最後のエントリを形成する。
【００７１】
別の実施の形態では、移動ノード１０８は、外部サブネットからホームサブネットへ再び移動する。すなわち、ホームサブネットに戻る。ホームサブネットへ移動して戻る場合、ハンドオーバ機構は、異なる１組のメッセージトランザクションを使用して、ハンドオーバを実行する。一方、測定データ共有処理は、すでに上述したものと全く同様である。しかし、それでも、十分に異なるので説明に値する。
【００７２】
図５を参照して、移動ノード１０８の外部サブネットからホームサブネットへの再移動に関して、上記ですでに説明した監視処理と同じ目的が追求される。すなわち、ホームエージェント１０６及び移動ノード１０８の双方における各モバイルＩＰｖ６ハンドオーバに関連したメッセージトランザクションダイアログに関する最新の情報を保持することが追求される。
【００７３】
移動ノード１０８がホームリンク１０４に再び所属すると、移動ノード１０８は、移動検出アルゴリズムと、ホームルータ１０２から受信された１つ又は複数のルータ広告メッセージ５００の受信とによって、ホームサブネットに再び移動したことに暗黙的に気付き、別のモバイルＩＰｖ６ハンドオーバの実行の起点となる。ルータ広告メッセージ５００は、移動ノード１０８が外部リンク１１２に所属していた時に前に受信していたＩＰｖ６アドレスプリフィックスとは異なるＩＰｖ６アドレスプリフィックスを含む。その結果、移動ノード１０８のトレース機能ユニット３３２は、この異なるＩＰｖ６アドレスプリフィックスを含むルータ広告メッセージ５００を認識し（ステップ５０２）、次に、すでに上述した方法で新しいハンドオーバ識別値（ＨＩＶ）を計算する。また、すでに述べたように、トレース機能ユニット３３２は、ルータ広告メッセージ５００の到着時刻のタイムスタンプも計算し、このタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１のデータ構造体を形成する。この例でも、第１のデータ構造体は、最小限のものであり、単にタイムスタンプ、ＨＩＶ、及びＩＰｖ６アドレスプリフィックスを含む。次に、第１のデータ構造体は、移動ノード１０８に関する新たな「アクティブ」ストアの最初のエントリを成す。
【００７４】
その後、移動ノード１０８は、ホームエージェントのリンクレイヤアドレスを発見するために、ハンドオーバ機構の一部として、ホームエージェントの要請ノードマルチキャストアドレスへ第１の近隣要請メッセージ５０６を送信する（ステップ５０４）準備を行う。次に、移動ノード１０８のトレース機能ユニット３３２は、第１の近隣要請メッセージ５０６の送信であるイベントを記録するために、第１の近隣要請メッセージ５０６の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第２のデータ構造体を形成する。次に、トレース機能ユニット３３２は、この第２のデータ構造体を移動ノード１０８のアクティブストアに追加し、第１の近隣要請メッセージ５０６の送信（ステップ５０４）前に、第１の近隣要請メッセージ５０６のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１のデータ構造体及び第２のデータ構造体を含む。次に、第１のデータ構造体及び第２のデータ構造体を組み込んだ第１の近隣要請メッセージ５０６は、ホームエージェント１０６によって受信される（ステップ５０８）。
【００７５】
ホームエージェント１０６のトレース機能ユニット２３２は、第１の近隣要請メッセージ５０６を受信すると、受信した第１の近隣要請メッセージ５０６の宛先オプションヘッダから第１のデータ構造体及び第２のデータ構造体を収集する。これは、ホームエージェント１０６に関する新しいアクティブストアにおける最初の２つのエントリを形成する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、第１の近隣要請メッセージ(Neighbour Solicitation message)５０６の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第３のデータ構造体を形成する。次に、この第３のデータ構造体は、ホームエージェント１０６のアクティブデータストアに記憶される。
【００７６】
ホームルータ１０２は、第１の近隣要請メッセージ５０６に応答して、第１の近隣広告メッセージ５１２を送信する（ステップ５１０）準備を行う。この第１の近隣広告メッセージ(Neighbour Advertisement message)５１２の受信は、移動ノード１０８によって検出される。次に、ホームエージェント１０６のトレース機能ユニット２３２は、第１の近隣広告メッセージ５１２の送信であるイベントを記録するために、第１の近隣広告メッセージ５１２の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第４のデータ構造体を形成する。次に、ホームエージェント１０６のトレース機能ユニット２３２は、この第４のデータ構造体をアクティブストアに追加し、第１の近隣広告メッセージ５１２を送信する（ステップ５１０）前に、第１の近隣広告メッセージ５１２のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第３のデータ構造体及び第４のデータ構造体を含む。次に、第３のデータ構造体及び第４のデータ構造体を組み込んだ第１の近隣広告メッセージ５１２は、移動ノード１０８によって受信される（ステップ５１４）。
【００７７】
移動ノード１０８のトレース機能ユニット３３２は、第１の近隣広告メッセージ５１２を受信すると、受信した第１の近隣広告メッセージ５１２の宛先オプションヘッダから第３のデータ構造体及び第４のデータ構造体を収集する。これは、移動ノード１０８のアクティブストアにおける第３のエントリ及び第４のエントリを形成する。これに加えて、移動ノード１０８のトレース機能ユニット３３２は、第１の近隣広告メッセージ５１２の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第５のデータ構造体を形成する。次に、この第５のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。
【００７８】
その後、移動ノード１０８は、移動ノード１０８が戻ったことをホームリンクに示すために、モバイルＩＰｖ６ハンドオーバ機構に従って、特別なＢＵメッセージ５１８をホームエージェント１０６へ送信する（ステップ５１６）準備を行う。トレース機能ユニット３３２は、このＢＵメッセージ５１８の送信であるイベントを記録するために、ＢＵメッセージ５１８の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第６のデータ構造体を形成する。次に、移動ノード１０８のトレース機能ユニット３３２は、この第６のデータ構造体を移動ノード１０８のアクティブストアに追加し、ＢＵメッセージ５１８の送信（ステップ５１６）前に、ＢＵメッセージ５１８のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第５のデータ構造体及び第６のデータ構造体を含む。次に、第５のデータ構造体及び第６のデータ構造体を組み込んだＢＵメッセージ５１８は、ホームエージェント１０６によって受信される（ステップ５２０）。
【００７９】
ホームエージェント１０６のトレース機能ユニット２３２は、ＢＵメッセージ５１８を受信すると、受信したＢＵメッセージ５１８の宛先オプションヘッダからデータ構造体を収集する。これは、ホームエージェント１０６のアクティブストアにおける第５のエントリ及び第６のエントリを形成する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、ＢＵメッセージ５１８の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第７のデータ構造体を形成する。次に、この第７のデータ構造体は、アクティブデータストアに記憶される。
【００８０】
その後、ホームエージェント１０６は、あらゆるバインド肯定応答メッセージを送信する前に、移動ノード１０８がホームリンクに存在することを保証するために、ハンドオーバ機構の一部として、第２の近隣要請メッセージ５２４を送信する（ステップ５２２）準備を行う。次に、ホームエージェント１０６のトレース機能ユニット２３２は、第２の近隣要請メッセージ５２４の送信であるイベントを記録するために、第２の近隣要請メッセージ５２４の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第８のデータ構造体を形成する。次に、トレース機能ユニット２３２は、この第８のデータ構造体をホームエージェント１０６のアクティブストアに追加し、第２の近隣要請メッセージ５２４の送信（ステップ５２２）前に、第２の近隣要請メッセージ５２４のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第７のデータ構造体及び第８のデータ構造体を含む。次に、第７のデータ構造体及び第８のデータ構造体を組み込んだ第２の近隣要請メッセージ５２４は、移動ノード１０８によって受信される（ステップ５２８）。
【００８１】
移動ノード１０８のトレース機能ユニット３３２は、近隣要請メッセージ５２４を受信すると、受信した第２の近隣要請メッセージ５２４の宛先オプションヘッダからデータ構造体を収集する。これは、移動ノード１０８のアクティブストアにおける第７のエントリ及び第８のエントリを形成する。これに加えて、移動ノード１０８のトレース機能ユニット３３２は、第２の近隣要請メッセージ５２４の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第９のデータ構造体を形成する。次に、この第９のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。
【００８２】
移動ノード１０８は、第２の近隣要請メッセージ５２４に応答して、第２の近隣広告メッセージ５３２を送信する（ステップ５３０）準備を行う。次に、移動ノード１０８のトレース機能ユニット３３２は、第２の近隣広告メッセージ５３２の送信であるイベントを記録するために、第２の近隣広告メッセージ５３２の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１０のデータ構造体を形成する。次に、トレース機能ユニット３３２は、この第１０のデータ構造体を移動ノード１０８のアクティブストアに追加し、第２の近隣広告メッセージ５３２を送信する（ステップ５３０）前に、第２の近隣広告メッセージ５３２のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第９のデータ構造体及び第１０のデータ構造体を含む。次に、第９のデータ構造体及び第１０のデータ構造体を組み込んだ第２の近隣広告メッセージ５３２は、ホームエージェント１０６によって受信される（ステップ５３４）。
【００８３】
ホームエージェント１０６のトレース機能ユニット２３２は、第２の近隣広告メッセージ５３２を受信すると、受信した第２の近隣広告メッセージ５３２の宛先オプションヘッダからデータ構造体を収集する。これは、ホームエージェント１０６のアクティブストアにおける第９のエントリ及び第１０のエントリを形成する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、第２の近隣広告メッセージ５３２の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１１のデータ構造体を形成する。次に、この第１１のデータ構造体は、アクティブデータストアに記憶される。
【００８４】
次に、ホームエージェント１０６は、再びホームエージェント１０６との有効なバインド関連付けが形成されたことを移動ノード１０８に信号で伝えるために、バインド肯定応答メッセージ５３８を移動ノード１０８へ送信する（ステップ５３６）準備を行う。バインド関連付けが形成された結果、トンネル及び逆トンネル（本明細書で後述）が確立される。このイベントを記録するために、ホームエージェント１０６のトレース機能ユニット２３２は、バインド肯定応答メッセージ５３８の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１２のデータ構造体を形成し、この第１２のデータ構造体をホームエージェント１０６に関連したアクティブストアに追加する。これに加えて、バインド肯定応答メッセージ５３８の送信前に、ホームエージェント１０６のトレース機能ユニット２３２は、バインド肯定応答メッセージ５３８のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１１のデータ構造体及び第１２のデータ構造体を含む。
【００８５】
次に、バインド肯定応答メッセージ５３８は、移動ノード１０８によって受信され（ステップ５４０）、移動ノード１０８のトレース機能ユニット３３２は、バインド肯定応答メッセージ５３８の宛先オプションヘッダから第１１のデータ構造体及び第１２のデータ構造体を収集する。これは、移動ノード１０８のアクティブストアにおける次の２つのエントリを形成する。これに加えて、移動ノード１０８のトレース機能ユニット３３２は、バインド肯定応答メッセージの到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１３のデータ構造体を形成する。次に、この第１３のデータ構造体は、移動ノード１０８のアクティブストアに追加される。
【００８６】
バインド肯定応答メッセージ５３８に応答して、移動ノード１０８は、ホームリンク１０４のノードが、移動ノード１０８のリンクローカルアドレスとリンクレイヤ媒体アクセス制御（ＭＡＣ）アドレスとの間の関連付けを行うことができるように、ハンドオーバ機構の一部として、第３の近隣広告メッセージ５４４をホームリンク１０４のすべてのノードへ送信する（ステップ５４２）。次に、移動ノード１０８のトレース機能ユニット３３２は、第３の近隣広告メッセージ５４４の送信であるイベントを記録するために、第３の近隣広告メッセージ５４４の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１４のデータ構造体を形成する。次に、トレース機能ユニット３３２は、この第１４のデータ構造体を移動ノード１０８のアクティブストアに追加する。第３の近隣広告メッセージ５４４の送信（ステップ５４２）前に、トレース機能ユニット３３２は、第３の近隣広告メッセージ５４４のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１３のデータ構造体及び第１４のデータ構造体を含む。次に、第１３のデータ構造体及び第１４のデータ構造体を組み込んだ第３の近隣広告メッセージ５４４は、ホームエージェント１０６によって受信される。
【００８７】
ホームエージェント１０６は、マルチキャスト近隣広告メッセージ５４４のコピーを受信するので、ホームエージェント１０６のトレース機能ユニット２３２は、受信した第３の近隣広告メッセージ５４４の宛先オプションヘッダからデータ構造体を収集する。これは、ホームエージェント１０６のアクティブストアにおける第１３のエントリ及び第１４のエントリを形成する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、第３の近隣広告メッセージ５４４の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１５のデータ構造体を形成する。次に、この第１１のデータ構造体は、アクティブデータストアに記憶される。
【００８８】
次に、移動ノード１０８は、ホームリンク１０４のノードが、移動ノード１０８のホームアドレスと移動ノード１０８のリンクレイヤ（ＭＡＣ）アドレスとの間の関連付けを行うことができるように、ハンドオーバ機構の一部として、第４の近隣広告メッセージ５４８をホームリンク１０４のすべてのノードへ送信する（ステップ５４６）準備を行う。次に、移動ノード１０８のトレース機能ユニット３３２は、第４の近隣広告メッセージ５４８の送信であるイベントを記録するために、第４の近隣広告メッセージ５４８の送信時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１６のデータ構造体を形成する。次に、トレース機能ユニット３３２は、この第１６のデータ構造体をアクティブストアに追加し、第４の近隣広告メッセージ５４８の送信（ステップ５４６）前に、トレース機能ユニット３３２は、第４の近隣広告メッセージ５４８のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１６のデータ構造体を含む。第１６のデータ構造体を組み込んだ第４の近隣広告メッセージ５４８は、ホームエージェント１０６によって受信される。
【００８９】
ホームエージェント１０６は、マルチキャスト近隣広告メッセージ５４８のコピーを受信するので、ホームエージェント１０６のトレース機能ユニット２３２は、受信した第４の近隣広告メッセージ５４８の宛先オプションヘッダからデータ構造体を収集する。これは、ホームエージェント１０６のアクティブストアにおける第１６のエントリを形成する。これに加えて、ホームエージェント１０６のトレース機能ユニット２３２は、第４の近隣広告メッセージ５４８の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第１７のデータ構造体を形成する。次に、この第１７のデータ構造体は、アクティブデータストアに記憶される。ホームエージェント１０６から移動ノード１０８へ第１５のデータ構造体及び／又は第１７のデータ構造体を通信するために、例外的なデータグラムを、ホームエージェント１０６から移動ノード１０８へ第１５のデータ構造体及び／又は第１７のデータ構造体を通信するための伝達手段として使用することができる。この例外的なデータグラムは、その名前が示唆するように、これまではホームエージェント１０６から移動ノード１０８へ通信されなかった第１５のデータ構造体及び／又は第１７のデータ構造体を通信する目的で例外的に形成される。この例外的なパケットの宛先オプションヘッダは、第１５のデータ構造体及び第１７のデータ構造体の一方又は双方を収容するのに使用される。これに代えて、又は、これに加えて、ハンドオーバ処理の完了の後にホームエージェント１０６から移動ノード１０８へ送信されるユーザ（非シグナリング）データグラムの宛先オプションヘッダを、ホームエージェント１０６から移動ノード１０８へ第１５のデータ構造体及び／又は第１７のデータ構造体を通信するための伝達手段として使用することもできる。
【００９０】
別の実施の形態では、モバイルＩＰｖ６のハンドオーバ機構は、外部サブネットから別の外部サブネット（図示せず）への移動ノード１０８の移動を行うのに使用される。このような例では、ハンドオーバ機構の監視技法の実行は、ホームサブネットから外部サブネットへの移動ノード１０８の移動に関してすでに上述したものと同様であり、したがって、説明を簡潔にするために、本明細書ではこれ以上説明しないことにする。
【００９１】
別の例では、対応ノード１１８が移動ノード１０８からバインド更新メッセージを受け取ることを可能にするために、モバイルＩＰｖ６経路最適化が実行される。移動ノード１０８は、バインド更新メッセージを使用して、移動ノード１０８の現在位置、すなわち、移動ノード１０８の現在の気付アドレス、を対応ノード１１８に知らせる。次に、対応ノードは、その（新しい）気付アドレスを知り、ホームエージェント１０６を介するのではなく移動ノード１０８へパケットを直接送信する。移動ノード１０８が、確かに、報告されたホームアドレスだけでなく、（主張された）気付アドレスでもアドレス指定可能であるといういくつかの保証を対応ノード１１８に提供するために、対応ノード１１８が移動ノード１０８から「バインド更新(binding update)」を受け取ることができるようになる前に、対応ノード１１８及び移動ノード１０８の双方は、「往復経路確認(return routability)」処理として知られているダイアログに入る。
【００９２】
上記ですでに説明した監視処理は、往復経路確認処理の１つ又は複数のイベントの実行を監視するために、往復経路確認処理について使用することができる。この点で、図６を参照して、往復経路確認処理は、移動ノード１０８がホームエージェント１０６を介してホームテスト開始メッセージ(Home Test Init message)６０２を送信する（ステップ６００）ことによって開始される。したがって、ホームテスト開始メッセージ６０２は、最初に、逆トンネル(reverse tunnel)６０４を介してホームエージェント１０６へ送信される（ステップ６００）。この逆トンネル６０４は、移動ノード１０８とホームエージェント１０６との間のバインド関連付けによってすでに確立されている。次いで、ホームテスト開始メッセージ６０２は、ホームエージェント１０６によって対応ノード１１８へ転送される（ステップ６０６）。
【００９３】
一方、移動ノード１０８がホームテスト開始メッセージ６０２を送信する（ステップ６００）前に、移動ノード１０８のトレース機能ユニット３３２は、ホームテスト開始メッセージ６０２の送信であるイベントを記録するために、ホームテスト開始メッセージ６０２の送信時刻と、新しいＨＩＶ値と、メッセージタイプ識別子とを含む第１のデータ構造体を形成する。次に、この第１のデータ構造体は、現在の往復経路確認処理に関するデータ構造体のさらに新しいアクティブストアに記憶される。ホームエージェント１０６のトレース機能ユニット２３２は、ホームテスト開始メッセージ６０２の送信（ステップ６００）前に、ホームテスト開始メッセージ６０２のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第１のデータ構造体を含む。
【００９４】
ホームエージェント１０６のトレース機能ユニット２３２は、トンネリングされたホームテスト開始メッセージ６０２を受信すると（ステップ６０８）、ホームテスト開始メッセージ６０２の宛先オプションヘッダから第１のデータ構造体を収集し、ホームエージェント１０６に関してではあるが、現在の往復経路確認処理に関するさらに新しいアクティブデータストアに第１のエントリとして第１のデータ構造体を記憶する。次に、ホームエージェント１０６のトレース機能ユニット２３２は、ホームテスト開始メッセージ６０２の受信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第２のデータ構造体を形成することによって、ホームテスト開始メッセージ６０２の受信を記録し、次いで、この第２のデータ構造体をホームエージェント１０６のアクティブストアに記憶する。次に、ホームエージェント１０６のトレース機能ユニット２３２は、ホームテスト開始メッセージ６０２を対応ノード１１８へ転送し（ステップ６０６）、ホームテスト開始メッセージ６０２の転送時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第３のデータ構造体を形成する。次に、ホームエージェント１０６のトレース機能ユニット２３２は、この第３のデータ構造体をホームエージェント１０６のアクティブストアに追加する。
【００９５】
次に、移動ノード１０８のトレース機能ユニット３３２は、気付テスト開始メッセージ(Care-of Test Init message)６１２を対応ノード１１８へ送信する（ステップ６１０）と共に、気付テスト開始メッセージ６１２の送信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第４のデータ構造体を形成する。
【００９６】
対応ノード１１８は、気付テスト開始メッセージ６１２を受信すると（ステップ６１４）、ホームテストメッセージ６１８をホームエージェント１０６へ送信し（ステップ６１６）、ホームテストメッセージ６１８は、移動ノード１０８へ転送される（ステップ６２０）。ホームエージェント１０６は、ホームテストメッセージ６１８を受信すると（ステップ６２２）、ホームテストメッセージ６１８の受信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第５のデータ構造体を形成する。次に、ホームエージェント１０６は、トンネル６２４を使用して、ホームテストメッセージ６１８を移動ノード１０８へ転送する（ステップ６２０）準備を行う。このトンネル６２４は、移動ノード１０８とホームエージェント１０６との間のバインド関連付けを介してすでに確立されている。このイベントを記録するために、ホームエージェント１０６のトレース機能ユニット２３２は、ホームテストメッセージ６１８の転送時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第６のデータ構造体を形成し、この第６のデータ構造体をホームエージェント１０６のアクティブストアに追加する。これに加えて、ホームテストメッセージ６１８の転送前に、ホームエージェント１０６のトレース機能ユニット２３２は、ホームテストメッセージ６１８のＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして収集された第２のデータ構造体、第３のデータ構造体、第５のデータ構造体、及び第６のデータ構造体を含む。
【００９７】
移動ノード１０８は、トンネリングされたホームテストメッセージ６１８を受信すると（ステップ６２６）、受信したホームテストメッセージ６１８の宛先オプションヘッダからデータ構造体を収集する。これは、移動ノード１０８のアクティブストアにおける第２のエントリ、第３のエントリ、第５のエントリ、及び第６のエントリを形成する。これに加えて、移動ノード１０８のトレース機能ユニット３３２は、ホームテストメッセージ６１８の到着時刻のタイムスタンプと、ＨＩＶ値と、メッセージタイプ識別子とを含む第７のデータ構造体を形成する。次に、この第７のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。
【００９８】
その後、対応ノード１１８は、移動ノード１０８へ気付テストメッセージ６３０を直接送信する（ステップ６２８）。移動ノード１０８は、気付テストメッセージ６３０を受信すると（ステップ６３２）、気付テストメッセージ６３０の受信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第８のデータ構造体を形成する。次に、この第８のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。次に、移動ノード１０８は、ＢＵメッセージ６３６を対応ノード１１８へ送信する（ステップ６３４）準備を行い、ＢＵメッセージ６３６の送信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第９のデータ構造体を形成することによって、ＢＵメッセージ６３６の送信を記録する。この第９のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。
【００９９】
対応ノード１１８は、ＢＵメッセージ６３６を受信すると（ステップ６３８）、移動ノード１０８によって受信される（ステップ６４４）バインド肯定応答メッセージ６４２を送信する（ステップ６４０）。その後、移動ノード１０８は、バインド肯定応答メッセージ６４２を受信すると、バインド肯定応答メッセージ６４２の受信時刻と、ＨＩＶ値と、メッセージタイプ識別子とを含む第１０のデータ構造体を形成する。次に、この第１０のデータ構造体は、移動ノード１０８のアクティブデータストアに記憶される。ハンドオーバ機構の一部としてのホームエージェント１０６との通信はこれ以上必要ではないので、移動ノード１０８からホームエージェント１０６へ送信される次のパケットは、第４のデータ構造体、第７のデータ構造体、第８のデータ構造体、第９のデータ構造体、及び第１０のデータ構造体をホームエージェント１０６へ通信するのに使用することができる。代替的に、移動ノード１０８は、所定のタイムアウト期間の後に、空のペイロードを有するいわゆる「ダミー」メッセージをホームエージェント１０６へ送信することができ、第４のデータ構造体、第７のデータ構造体、第８のデータ構造体、第９のデータ構造体、及び第１０のデータ構造体は、このダミーメッセージのＩＰｖ６宛先オプションヘッダの宛先オプションの形のデータとして送信される。次に、このように通信されたデータ構造体は、他のメッセージに関してすでに上述したのと同じ方法で収集することができる。
【０１００】
ホームエージェント１０６及び／又は移動ノード１０８によって作成されたデータストアは、ホームエージェント１０６及び／又は移動ノード１０８が、それぞれ通信ネットワーク内の集中監視エンティティへ送信することができる。この集中監視エンティティは、たとえばオペレーションサポートシステム（ＯＳＳ）アプリケーション（図示せず）といった集中監視処理をサポートする。したがって、ＯＳＳアプリケーションは、部分的なデータ記録、完全なデータ記録、又は局所的なデータ記録を取得することができる。移動ノード１０８又はホームエージェント１０６のいずれかから収集されたデータは部分的な記録を構成するのに対して、移動ノード１０８及びホームエージェント１０６の双方から収集されたデータは完全な記録を構成する。局所的なデータ記録は、たとえば、ＯＳＳアプリケーションが、たとえばインターネット１００といった通信ネットワークの特定の無線セル(cell)又は領域に問い合わせを行い、すべての移動ノードの最新の１組の記憶された記録を送信するようにそれらすべての移動ノードに要求することによって、取得される。
【０１０１】
ハンドオーバが完了するか、又は、完了できないと、ホームエージェント１０６及び／又は移動ノード１０８から収集されたデータ記録によって、ハンドオーバ処理及び遅延をトレースすることが可能となり、障害ポイントの範囲を限定するか、又は、障害ポイントを特定することが可能となる。データストアの各エントリに対応するデータ構造体に記憶された情報量に応じて、障害の正確な原因を診断することさえも可能にすることができる。
【０１０２】
ハンドオーバ機構の１つ又は複数のステージに関する遅延を求めることについて、任意の適切な既知のクロック同期技法を使用して、ホームエージェント１０６及び移動ノード１０８の内部クロックが同期されることが十分理解されるはずである。一方、内部クロックが同期されない場合であっても、モバイルＩＰｖ６ハンドオーバの経過を監視することが依然として可能である。また、同じ位置で形成されたメッセージのタイムスタンプを比較することも可能であり、たとえば、移動ノード１０８で形成されたメッセージのタイムスタンプ又はホームエージェント１０６で形成されたメッセージのタイムスタンプを比較することが可能である。
【０１０３】
上記例は、監視機能を有する移動ノード１０８及びホームエージェント１０６との関連で説明されたが、上述した監視技法は大きな適応性を有することが十分理解されるはずである。この点で、上述した監視機能は、移動ノードのみに適用することもできるし、ホームエージェントのみに適用することもできるし、移動ノード及びホームエージェントに適用することもできるし、可能ならば、対応ノードに適用することもできる。対応ノードが上述した監視技法に参加することになる場合、対応ノードは、移動ノード１０８に関して上述したアーキテクチャ及び機能を共有することができる。上述した監視技法は、モバイルＩＰｖ６トレースの一例にすぎないことが十分理解されるはずであり、所与の完全なモバイルＩＰｖ６トレースを形成する一連のメッセージは、監視されているネットワークの構成に応じて異なることが十分理解されるはずである。したがって、当業者には、上述したアーキテクチャ及び機能が、モバイルＩＰｖ６トレースのできるだけ多くの変形をサポートするように構成されるべきであることが理解されよう。
【０１０４】
本明細書では説明していないが、対応ノード１１８は、本明細書で説明したモバイルＩＰｖ６トレース機能を所有できることが十分理解されるはずである。
【０１０５】
別の実施の形態（図７及び図８）では、通信ネットワーク７００が、プロトコルスタック８００（図８）をサポートして、インターネットプロトコル上の音声（ＶｏＩＰ）通信を提供する。このプロトコルスタック８００はサブＩＰレイヤ８０２を有する。これらのサブＩＰレイヤ８０２は、ＶｏＩＰ通信に関して、通信ネットワーク７００のオペレーションに直接関係しないので、説明の明瞭さ及び簡潔さを維持するために、それらサブＩＰレイヤについて本明細書ではこれ以上説明しないことにする。
【０１０６】
ＩＰレイヤ８０４は、サブＩＰレイヤ８０２の上に位置する。次に、トランスポートレイヤは、たとえば伝送制御プロトコル（ＴＣＰ）レイヤ８０６及び／又はユーザデータグラムプロトコル（ＵＤＰ）レイヤ８０８といったＩＰレイヤ８０４の上に位置する。ＵＤＰレイヤ８０８については、Ｈ．２４８レイヤ８１０、ネットワークベースの呼シグナリング（ＮＣＳ（Network-based Call Signaling））レイヤ８１２、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）レイヤ８１４、及びセッション開始プロトコル（ＳＩＰ）レイヤ８１６がＵＤＰレイヤ８０８の上に位置する。
【０１０７】
戻って図７を参照し、上述したプロトコルスタック８００をサポートするために、通信ネットワーク７００は第１のホスト端末７０２を備える。この第１のホスト端末７０２は、ＳＩＰセッション用の通信の終点を構成する第１のユーザエージェントアプリケーションをサポートする。この例では、ＳＩＰセッションはＶｏＩＰ通信に関係する。第１のユーザエージェントは、呼の開始又は終了、及び、既存の呼の管理を行うのに使用することができるだけでなく、マルチメディアセッションへの招待を行うのに使用することもできるし、マルチメディアセッションに参加するための招待の受け付け又は辞退を行うのに使用することもできる。第１のホスト端末７０２は、プロキシサーバ７０４と通信することができる。
【０１０８】
プロキシサーバ７０４は、ユーザエージェントアプリケーション間のシグナリングメッセージを中継して、ユーザエージェントアプリケーションがそれらの間の通信パスを確立することを可能にするための中間コンポーネントを構成する。プロキシサーバ７０４は、被呼び出し側サーバのクライアント又はユーザエージェントのクライアント、及び、呼び出し側ユーザエージェントのサーバ又は転送サーバの双方として動作する。この例では、単一のプロキシサーバが説明されているが、通信ネットワーク７００は、第１のホスト端末７０２と第２のホスト端末７０４との間にこのようなプロキシサーバが一続きとなったものを備えることができることに留意すべきである。
【０１０９】
プロキシサーバ７０４は、リダイレクトサーバ７０６及び第２のホスト端末７０８と通信することができる。この第２のホスト端末７０８は、第２のユーザエージェントアプリケーションをサポートする。ここで、呼を開始するユーザエージェントは、「呼び出し側（caller）」と呼ばれるのに対して、呼に応答するか又は答えるユーザエージェントは、「被呼び出し側（callee）」と呼ばれることが指摘されるべきである。通常、ユーザエージェントは、呼び出し側の役割及び被呼び出し側の役割の双方を実行する。このようなユーザエージェントの例は、この例では、第１のホスト端末７０２及び／又は第２のホスト端末７０８としての機能を果たすことができるソフトウェアＳＩＰ電話器又はハードウェアＳＩＰ電話器のいずれかである。第１のユーザエージェントと同様に、第２のユーザエージェントも、呼の開始又は終了、及び、既存の呼の管理を行うのに使用することができるだけでなく、マルチメディアセッションへの招待を行うのに使用することもできるし、マルチメディアセッションに参加するための招待の受け付け又は辞退を行うのに使用することもできる。
【０１１０】
リダイレクトサーバ７０６は、特に、自動化された電話照会オペレータとしての機能を果たす。この自動化された電話照会オペレータは、被呼び出し側へのＳＩＰ招待要求を受け付け、被呼び出し側のアドレスを、各被呼び出し側の各１組のゼロ個又は１つ以上の実際のロケーションにマッピングする。リダイレクトサーバ７０６によってアクセスされるロケーション情報は、ロケーションデータベース７１０に記憶される。また、レジストラサーバ７１２も、ロケーションデータベース７１０を更新する目的でロケーションデータベース７１０にアクセスすることができる。
【０１１１】
レジストラサーバ７１２は、ユーザエージェントからの登録トランザクションを受け付けることを担当し、この点で、第２のホスト端末７０８は、レジストラサーバ７１２と通信することができる。レジストラサーバ７１２は、登録されたあらゆるユーザエージェントに関する最新の情報をロケーションデータベース７１０に保持するために、本明細書では説明しない他の非ＳＩＰ特有のアーキテクチャコンポーネント、たとえば、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）ディレクトリサーバ、によって援助される。ロケーションデータベース７１０は、ユーザエージェントの可用性、ロケーションの詳細、及び連絡情報に関する情報を保持する。
【０１１２】
第１のホスト端末７０２、プロキシサーバ７０４、リダイレクトサーバ７０６、レジストラサーバ７１２、及び第２のホスト端末７０８（以下では「コンポーネント」とも呼ぶ）は、測定機能及び／又は測定データ共有機能を実施するために、アプリケーションとの連携が可能（application-aware）であるか、又は、ＳＩＰシグナリング処理を理解する、いわゆるアプリケーションアグノスティックロジック（application agnostic logic）（以下、ＳＩＰアグノスティックロジック（ＳＩＰ−ＡＬ（SIP-agnostic-logic））モジュールと呼ぶ）、すなわち動的にロード可能なコード、でインスツルメントされる。さらに、特定のＳＩＰ遠隔測定タスクの面で援助する時に観測されるメッセージ、トランザクション、又はダイアログのタイプに応じて、異なるＳＩＰ−ＡＬモジュールが存在する。
【０１１３】
インターネットエンジニアリングタスクフォース（ＩＥＴＦ）のコメント要求（ＲＦＣ）３２６１（http://www.faqs.org/rfcs/rfc3261.html）で説明されているように、ＩＮＶＩＴＥ（招待）トランザクション及び非ＩＮＶＩＴＥトランザクションの２つのタイプの一般的なＳＩＰトランザクションが定義されている。これに加えて、ＩＮＶＩＴＥトランザクション及び非ＩＮＶＩＴＥトランザクションについて、関連した状態マシンも定義されている。ＩＮＶＩＴＥトランザクション状態マシンは、ＩＮＶＩＴＥ要求「経過」メッセージ及び最終ＡＣＫメッセージ要求のインスタンスを作成するためのロジックを実施し、それによって、３ウェイハンドシェイクを実施する。ＩＮＶＩＴＥ要求「経過」メッセージは、たとえば、呼の経過に関して、回線の終了時にユーザにフィードバックを提供する。非ＩＮＶＩＴＥトランザクション状態マシンも、同様に、ＡＣＫメッセージ要求を使用しないトランザクションをサポートするためのロジックを実施する。
【０１１４】
それらの機能に応じて、上述したＳＩＰ−ＡＬモジュールは、ＲＦＣ３２６１によって定義された２つの状態マシンを全面的又は部分的に実施する。ただし、この実施は、対象となるトランザクションに関連したＳＩＰシグナリングメッセージに関する測定を行い、且つ、当該ＳＩＰシグナリングメッセージに関する状態を記録するために、関連したＳＩＰシグナリングメッセージを認識するためのパターンマッチングの目的で行われる。ここで、当業者には、これら２つの状態マシンの部分的な実施が可能であることが十分理解されよう。その理由は、ＳＩＰ−ＡＬモジュールは、呼設定を援助するのに用いられないが、逆に、呼設定段階において、監視活動又は診断活動の目的で、対象となる関連した状態をトレースするのに使用されるからである。したがって、実際のトランザクション状態マシンには、実行される診断タスクに関連しない状態がある。この実施の形態及び他の実施の形態では、ＳＩＰ−ＡＬモジュールは、いずれか１つの所与のＳＩＰ−ＡＬモジュールが追跡しなければならないＳＩＰシグナリングメッセージの量を削減するために簡単化することができる。それによって、複数の簡単化されたＳＩＰ−ＡＬモジュールを、ＳＩＰ通信のサブセットの受信及び／又は送信に関連した各ネットワーク要素に配備することが可能になる。その結果、各ネットワーク要素における処理要件は、ＳＩＰ−ＡＬモジュールの処理能力の制限によって削減することができる。たとえば、個々の１組のＳＩＰ−ＡＬモジュールを、以下のように、特定のＳＩＰトランザクションを監視するように定義して実施することができる。
【０１１５】
・ＳＩＰ−ＡＬレジスタ（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）によって管理される。一方、この寿命との関連付けは、未完了のトランザクションを追跡して監視するのに使用することができ、その結果、削除前に、このような未完了のトランザクションの適切な概要が生成され、根本的原因をさらに解析するためにＯＳＳアプリケーションにたとえば送信されて、ＯＳＳアプリケーションにより取得される。
【０１１７】
動作中、登録遅延は、通信ネットワーク７００によってサポートされるＶｏＩＰ通信に関して監視する必要がある基本的な待ち時間である。この点で、より多くのユーザがＶｏＩＰサービスの使用に切り換わり、これらのユーザが移動体になると、あらゆる障害が大きな通信遅延につながる可能性があるので、たとえばレジストラサーバ７１２といったＳＩＰレジストラの負担を注意深く監視する必要がある。ユーザがＶｏＩＰアーキテクチャに適切に登録されていない場合、それらユーザの所在は未確定のままであり、したがって、関心のあるパーティ又は対応する者は、それらユーザと接触することができない。
【０１１８】
図９を参照して、登録処理は、第２のホスト端末７０８の第２のユーザエージェントとレジストラサーバ７１２との間の簡単なトランザクションを含む。第２のホスト端末７０８の第２のユーザエージェントは、ＳＩＰ  ＲＥＳＩＧＴＥＲ（レジスタ）要求メッセージ９００をレジストラサーバ７１２へ送信する。レジストラサーバ７１２は、登録が完了すると、「２００  ＯＫ」応答メッセージ９０２でリプライする。
【０１１９】
登録遅延を測定する遠隔測定タスクの場合、第２のホスト端末７０８及びレジストラサーバ７１２は、上述したＳＩＰ−ＡＬレジスタモジュールで適切にインスツルメントされる。
【０１２０】
その結果、第１のＳＩＰ−ＡＬレジスタモジュール（図示せず）は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の生成を検出し、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００は、他のシグナリングメッセージと同様に、ＳＩＰセッションを定義する送信元アドレス及び宛先アドレスと共に一意の呼ＩＤを含む。
【０１２１】
ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の生成を検出することによって、第１のＳＩＰ−ＡＬレジスタモジュールがトリガされ、第１のＳＩＰ登録データ記録９０４が生成される。この第１のＳＩＰ登録データ記録３０４は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００に関する情報でポピュレートされている。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００は、たとえば、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の送信元ＩＰアドレス及び宛先ＩＰアドレスと、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の送信元ポート番号及び宛先ポート番号と、ＳＩＰ  ＲＥＧＩＳＴＥＲシグナリングメッセージ９００から抽出された他の部分文字列とを含む。ＳＩＰ登録データ記録に必要とされるデータは構成可能であることに留意すべきである。
【０１２２】
その後、第１のタイムスタンプｔ１が計算される（ステップ９０６）。この第１のタイムスタンプｔ１は、第２のホスト端末７０８の第２のユーザエージェントからのＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の出発時刻を表す。ＳＩＰ登録データ記録９０４は、この第１のタイムスタンプｔ１と共に、第２のホスト端末７０８の第１のアクティブキャッシュ（図示せず）に加えられる。ＳＩＰ登録データ記録９０４は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の呼ＩＤによってインデックスされる。
【０１２３】
次に、第１のＩＰｖ６宛先オプションヘッダ（図示せず）が生成され、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第１の宛先オプションヘッダは、第１のタイプ−長さ−値（ＴＬＶ（Type-Length-Value））オブジェクトとして符号化される。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００のこの宛先オプションヘッダで運ばれるデータは、適切にインスツルメントされた、このメッセージの受信者により、ＳＩＰレジスタトランザクションの測定値に関係したものとして特定可能である。第１のタイムスタンプｔ１は、第１の宛先オプションヘッダに含まれる。ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００は、その後、レジストラサーバ７１２へ送信される（ステップ９０７）。
【０１２４】
ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００が受信されると（ステップ９０９）、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の第１の宛先オプションヘッダを構成するＳＩＰ−ＡＬレジスタＴＬＶオブジェクトを受信することによって、レジストラサーバ７１２に常駐する第２のＳＩＰ−ＡＬレジスタモジュール（図示せず）がトリガされ、第１のＳＩＰ登録データ記録９０４と等しい第２のＳＩＰ登録データ記録９０８が生成される。これに加えて、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の受信時刻を反映した第２のタイムスタンプｔ２が計算される（ステップ９１０）。第２のＳＩＰ登録データ記録９０８は、第１のＴＬＶオブジェクトから抽出された第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２と共に、レジストラサーバ７１２の第２のアクティブキャッシュ（図示せず）に記憶され、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００の呼ＩＤによってインデックスされる。
【０１２５】
レジストラサーバ７１２が、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求メッセージ９００に応答できる場合、第２のＳＩＰ−ＡＬレジスタモジュールは、レジストラサーバ７１２による「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の生成を検出し、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の呼ＩＤを使用して、レジストラサーバ７１２の第２のアクティブキャッシュにおいて第２のＳＩＰ登録データ記録９０８を突き止める。次に、ＳＩＰ−ＡＬレジスタモジュールは、レジストラサーバ７１２の第２のアクティブキャッシュから抽出された第２のＳＩＰ登録データ記録９０８から、第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２を抽出し、上述した第１のＩＰｖ６宛先オプションヘッダと等しい第２のＩＰｖ６宛先オプションヘッダを構築する。次に、第２のＳＩＰ−ＡＬレジスタモジュールは、第２のＴＬＶオブジェクトとして符号化された第２のＩＰｖ６宛先オプションヘッダを、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２のペイロードとＩＰｖ６ヘッダとの間に追加する。この第２のＴＬＶオブジェクトは、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の第２の宛先オプションヘッダによって運ばれ、この場合も、そのデータは、ＳＩＰレジスタトランザクションの測定値に関係したものとして特定可能である。第２のＴＬＶオブジェクトは、第２のタイムスタンプｔ２及び新たに計算された（ステップ９１２）第３のタイムスタンプｔ３を含む。この第３のタイムスタンプｔ３は、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の出発時刻を表す。その後、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２が送信される（ステップ９１１）。
【０１２６】
最後に、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２が第２のユーザエージェントによって受信されると（ステップ９１３）、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の宛先オプションヘッダを構成する第２のＴＬＶオブジェクトによって、第１のＳＩＰ−ＡＬレジスタモジュールがトリガされ、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の呼ＩＤを使用して、第２のホスト端末７０８の第１のアクティブキャッシュからの適切なデータ記録、すなわち、第１のＳＩＰ登録データ記録９０４、にアクセスし、この適切な記録を、計算された（ステップ９１４）第４のタイムスタンプｔ４、並びに、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の第２の宛先オプションヘッダによって運ばれた第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３と共に追加する。第４のタイムスタンプｔ４は、「ＳＩＰ  ２００  ＯＫ」応答メッセージ９０２の到着時刻に対応するものである。
【０１２７】
次に、第２のホスト端末７０８とレジストラサーバ７１２との間で共有される測定データは、その後、この例では、上述したＯＳＳアプリケーションが第２のホスト端末７０８から収集することができる。収集モードは、当該技術分野で既知の任意の適切な技法とすることができ、ＯＳＳアプリケーションが第２のホスト端末７０８にインターロゲートすること、又は、たとえば所定の期間の満了といった所定の解放基準に従って専用パケットによりＯＳＳアプリケーションへ測定データを送信することが含まれる。ＯＳＳアプリケーションは、測定データを所有すると、この例では、以下のメトリックの１つ又は複数のものを計算する。
【０１２８】
・登録トランザクションの全時間ｔ＝ｔ４−ｔ１
・レジストラで費やされた時間ｔｒ＝ｔ３−ｔ２
・全通過時間ｔｔｒ＝ｔ−ｔｒ
・片道遅延通過時間ｔｏｗｄｒｅｑ＝ｔ２−ｔ１及びｔｏｗｄｒｅｓ＝ｔ４−ｔ３
【０１２９】
上記計算の結果は、第１のテーブル１０００（図１０）に記憶することができる。この第１のテーブル１０００は、各ホスト端末、すなわちクライアント１００２について、アクセスされたレジストラサーバの識別情報１００４と、特定されたレジストラサーバで費やされた時間１００６と、計算された片道遅延通過時間１００８と、計算された全時間１０１０とを含むように編成される。測定データがレジストラサーバ７１２から収集された場合であっても、ＯＳＳアプリケーションは、依然として、レジストラサーバで費やされた時間ｔｒ１００６及びその単一の要求の片道遅延通過時間ｔｏｗｄｒｅｑ１００８を計算することができる。
【０１３０】
ＯＳＳアプリケーションは、良好なサービス保証ツールとなるために、トランザクションの簡単な概念を抽象化し、たとえばダイアログ及びセッションといった、異なるレベルの抽象化に関する詳細な内容へのドリルダウンアクセスを可能にする。ダイアログは、たとえば呼設定又はクライアント登録といった、一群の関係したトランザクションである。セッションは、グローバルに一意の呼ＩＤを通じて特定される完成したＳＩＰ呼を表すが、このセッションは、複数のダイアログで構成することができる。ただし、すべてのダイアログは同じ呼ＩＤを有する。
【０１３１】
したがって、ＯＳＳアプリケーションは、収集された測定データを使用して、レジストラサーバ７１２の性能、及び、第２のホスト端末７０８の経験を評価することができる。計算の結果、すなわち、第１のテーブル１０００の内容は、たとえば、棒グラフ１１００（図１１）として表すことができる。この棒グラフ１１００は、ＶｏＩＰサービスの信頼できるオペレーションを維持することを担当する技術者が容易に特定できるピーク遅延１１０２を示している。
【０１３２】
また、さまざまな測定値は、この例では第２のホスト端末７０８及びレジストラサーバ７１２といった双方の測定ポイントに分散されているので、これらの計算を行うのに必要とされるデータのほとんど、及び、付随するあらゆる特定情報が、これらの測定ポイントで利用可能であり、それによって、相関の必要性が不要となることが当業者に十分理解されよう。
【０１３３】
別の実施の形態（図１２）では、第１のホスト端末７０２は、上述した第１のＳＩＰ−ＡＬインバイトモジュールでインスツルメントされる。この第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００の生成を検出するためのものである。このＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００は、ＳＩＰセッションを定義する送信元アドレス及び宛先アドレスと共に、一意の呼ＩＤを有する。第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００を検出すると、第１のＳＩＰインバイトデータ記録１２０２を作成し、第１のタイムスタンプｔ１を計算する（ステップ１２０４）。この第１のタイムスタンプｔ１は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００の出発時刻に対応するものである。次に、第１のＳＩＰインバイトデータ記録１２０２は、第１のタイムスタンプｔ１と共に、第１のホスト端末７０２の第１のアクティブキャッシュに加えられ、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００の呼ＩＤによってインデックスされる。
【０１３４】
また、第１のＩＰｖ６宛先オプションヘッダも生成され、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第１のＩＰｖ６宛先オプションヘッダは、第１のタイムスタンプｔ１を含むＴＬＶオブジェクトとして符号化される。第１の宛先オプションヘッダを構成するＴＬＶオブジェクトは、ＳＩＰインバイトトランザクションの基準（measure）に関するデータを含むものとして特定可能である。次に、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００は、プロキシサーバ７０４へ送信される（ステップ１２０６）。
【０１３５】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００は、プロキシサーバ７０４によって受信される（ステップ１２０８）。ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００に第１の宛先オプションヘッダが存在することによって、プロキシサーバ７０４の第２のＳＩＰ−ＡＬインバイトモジュールがトリガされ、第１のＳＩＰインバイトデータ記録１２０２と等しい第２のＳＩＰインバイトデータ記録１２１０を生成する。また、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００の受信時刻に対応する第２のタイムスタンプｔ２も計算される（ステップ１２１２）。第２のＳＩＰインバイトデータ記録１２１０は、ＴＬＶオブジェクトから抽出された第１のタイムスタンプｔ１及び第２のタイムスタンプｔ２と共に、プロキシサーバ７０４の第２のアクティブキャッシュ（図示せず）に加えられ、この場合も、ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００の呼ＩＤによってインデックスされる。
【０１３６】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＡ要求メッセージ１２００、すなわち順方向、の受信の結果として作成された第２のＳＩＰインバイトデータ記録１２１０の呼ＩＤと同じ呼ＩＤを有する後続の応答シグナリングメッセージが生成され、プロキシサーバ７０４において検出された場合、プロキシサーバ７０４の第２のＳＩＰ−ＡＬインバイトモジュールは、第２のＳＩＰインバイトデータ記録１２１０にアクセスし、第２のタイムスタンプｔ２を抽出する。この第２のタイムスタンプｔ２は、プロキシサーバ７０４の下流側のすぐ隣のもの、すなわち第１のホスト端末７０２の第１のユーザエージェント、にはまだ分配されていない。この例では、後続の応答シグナリングメッセージは、第１のホスト端末７０２の第１のユーザエージェントに送信される「ＳＩＰ  １００  試行（Trying）」応答メッセージ１２１４である。次に、第２のＳＩＰ−ＡＬインバイトモジュールは、第２のＩＰｖ６宛先オプションヘッダを構築する。この第２のＩＰｖ６宛先オプションヘッダは、「ＳＩＰ  １００  試行」応答メッセージ１２１４のペイロードとＩＰｖ６ヘッダとの間に挿入される。「ＳＩＰ  １００  試行」応答メッセージ１２１４の第２の宛先オプションヘッダは、第２のＴＬＶオブジェクトとして符号化され、適切にインスツルメントされた、このメッセージの受信者により、ＳＩＰインバイトトランザクションに関する測定データを運ぶものとして特定可能である。第２のＴＬＶオブジェクトには、第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３が提供される。この第３のタイムスタンプｔ３は、計算されたものであり（ステップ１２１６）、「ＳＩＰ  １００  試行」応答メッセージ１２１４の出発時刻に対応するものである。次に、「ＳＩＰ  １００  試行」応答メッセージ１２１４は、第１のホスト端末７０２の第１のユーザエージェントへ送信される（ステップ１２１５）。
【０１３７】
第１のホスト端末７０２の第１のＳＩＰ−ＡＬインバイトモジュールは、「ＳＩＰ  １００  試行」応答メッセージ１２１４を受信すると（ステップ１２１７）、「ＳＩＰ  １００  試行」応答メッセージ１２１４の第２の宛先オプションヘッダから第２のタイムスタンプｔ２及び第３のタイムスタンプｔ３を抽出する。また、第４のタイムスタンプｔ４も計算される（ステップ１２１８）。この第４のタイムスタンプｔ４は、「ＳＩＰ  １００  試行」応答メッセージ１２１４の受信時刻に対応するものである。次に、第１のＳＩＰ−ＡＬインバイトモジュールは、第１のＳＩＰインバイトデータ記録１２０２にアクセスし、第２のタイムスタンプｔ２、第３のタイムスタンプｔ３、及び第４のタイムスタンプｔ４を第１のＳＩＰインバイトデータ記録１２０２へ追加する。
【０１３８】
他の後続の応答メッセージ、たとえば、第２のＳＩＰ−ＡＬインバイトモジュールによって前に作成された第２のＳＩＰインバイトデータ記録１２１０に記憶されたものと同じ呼ＩＤを有する「ＳＩＰ  １８０  呼び出し音（Ringing）」シグナリングメッセージ１２１９、がプロキシサーバ７０４によって生成された場合、第２のＳＩＰ−ＡＬインバイトモジュールは、その後続の応答メッセージの生成を検出し、第１のホスト端末１２０２の第１のユーザエージェント、すなわち下流側のすぐ隣のもの、にまだ分配されていないタイムスタンプを抽出する。したがって、「ＳＩＰ  １００  試行」応答メッセージ１２１４について上述したように、第２のタイムスタンプｔ２が取り出される。「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ１２１９の場合、前に計算された（ステップ１２２０）第１７のタイムスタンプｔ１７が、前に作成されてプロキシサーバ７０４の第２のアクティブキャッシュに記憶されている第２のＳＩＰインバイトデータ記録１２１０へのアクセスを通じて取り出される。
【０１３９】
次に、第２のＳＩＰ−ＡＬモジュールは、別のＩＰｖ６宛先オプションヘッダを構築し、このＩＰｖ６宛先オプションヘッダを後続の応答メッセージのペイロードとＩＰｖ６ヘッダとの間に挿入する。この別のＩＰｖ６宛先オプションヘッダは、別のＴＬＶオブジェクトとして符号化され、ＳＩＰインバイトトランザクションに関する測定データを含むものとして特定可能である。また、この別のＴＬＶオブジェクトは、これまで分配されていないタイムスタンプも含み、たとえば、「ＳＩＰ  １００  試行」応答メッセージ１２１４の場合には第２のタイムスタンプｔ２、又は、「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ１２１９の場合には第１７のタイムスタンプｔ１７を含む。また、後続の応答メッセージの出発時刻を表す、新たに計算されたタイムスタンプも、この別のＴＬＶオブジェクトの一部として含まれる。たとえば、「ＳＩＰ  １００  試行」応答メッセージ１２１４については、上述したように、第３のタイムスタンプｔ３がＴＬＶオブジェクトに含まれる。「ＳＩＰ  １８０  呼び出し音」シグナリングメッセージ１２１９の場合には、第１７のタイムスタンプｔ１７が、分配されていない唯一のタイムスタンプであるので、この別のＴＬＶオブジェクトに含まれる唯一のタイムスタンプとなる。
【０１４０】
「ＳＩＰ  ２００  ＯＫ」応答メッセージ１２２０の場合、この「ＳＩＰ  ２００  ＯＫ」応答メッセージ１２２１の生成は、第２のＳＩＰ−ＡＬインバイトモジュールによって検出され、その結果、第２１のタイムスタンプｔ２１が生成される。この第２１のタイムスタンプｔ２１は、他の後続の応答メッセージについてすでに上述したのと同じ方法で、第１のホスト端末７０２の第１のユーザエージェントと共有される。
【０１４１】
第１のホスト端末７０２の第１のユーザエージェントでは、後続の応答メッセージの到着が、第１のホスト端末７０２の第１のＳＩＰ−ＡＬインバイトモジュールによって検出され、その結果、第１のホスト端末７０２の第１のＳＩＰ−ＡＬインバイトモジュールが、この後続の応答メッセージの到着時刻のタイムスタンプを計算する。次に、受信された後続の応答メッセージの呼ＩＤが、第１のホスト端末７０２の第１のＳＩＰ−ＡＬインバイトモジュールによって使用されて、第１のホスト端末７０２の第１のアクティブキャッシュに記憶された適切なＳＩＰインバイトデータ記録がアクセスされる。次に、到着時刻のタイムスタンプが、受信された後続の応答メッセージの別の宛先オプションヘッダで運ばれたあらゆるタイムスタンプデータと共に、適切なＳＩＰインバイトデータ記録に加えられる。したがって、「ＳＩＰ  ２００  ＯＫ」応答メッセージ１２２１の受信について、第１のホスト端末７０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイト記録１２０２は、第１のタイムスタンプｔ１、第２のタイムスタンプｔ２、第３のタイムスタンプｔ３、及び第４のタイムスタンプｔ４、第１７のタイムスタンプｔ１７、第１８のタイムスタンプｔ１８、第２１のタイムスタンプｔ２１、並びに第２２のタイムスタンプｔ２２を含む。この第２２のタイムスタンプｔ２２は、第１のユーザ端末７０２の第１のユーザエージェントによる「ＳＩＰ  ２００  ＯＫ」応答メッセージ１２２１の受信時刻に対応するものである。
【０１４２】
第１のホスト端末７０２の第１のユーザエージェントは、「ＳＩＰ  ２００  ＯＫ」応答メッセージ１２２１に応答して、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２を生成する。このＳＩＰ  ＡＣＫＡ要求メッセージ１２２２は、第１のホスト端末７０２の第１のＳＩＰ−ＡＬインバイトモジュールによって検出される。ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２の検出に応答して、第１のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２の呼ＩＤを使用して、第１のホスト端末７０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイトデータ記録１２０２にアクセスする。第１のＳＩＰ−ＡＬインバイトモジュールは、第２３のタイムスタンプｔ２３を計算する（ステップ１２２３）。この第２３のタイムスタンプｔ２３は、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２の出発時刻に対応するものである。第１のホストノード７０２の第１のアクティブキャッシュに記憶された第１のＳＩＰインバイトデータ記録１２０２は、第２３のタイムスタンプｔ２３でポピュレートされる。次に、さらに別のＩＰｖ６宛先オプションヘッダが生成され、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２のペイロードとＩＰｖ６ヘッダとの間に挿入される。このさらに別の宛先オプションヘッダは、さらに別のＴＬＶオブジェクトとして符号化される。このさらに別のＴＬＶオブジェクトは、適切にインスツルメントされたそのＴＬＶオブジェクトの受信者により、ＳＩＰ−ＡＬインバイトトランザクションに関する測定データを運ぶものとして特定可能である。また、このさらに別のＴＬＶオブジェクトは、分配されていないあらゆるタイムスタンプも含み、たとえば、第４のタイムスタンプｔ４、第１８のタイムスタンプｔ１８、第２２のタイムスタンプｔ２２、及び第２３のタイムスタンプｔ２３を含む。次に、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２は、プロキシサーバ７０４へ送信される（ステップ１２２４）。
【０１４３】
ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２がプロキシサーバ７０４で受信されると（ステップ１２２５）、プロキシサーバ７０４の第２のＳＩＰ−ＡＬインバイトモジュールは、さらに別の宛先オプションヘッダを検出し、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２の呼ＩＤを使用して、プロキシサーバ７０４の第２のアクティブキャッシュに記憶された第２のＳＩＰインバイトデータ記録１２１０にアクセスする。ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２のこのさらに別の宛先オプションヘッダで運ばれたタイムスタンプが、そこから抽出される。ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２の到着時刻に対応する第２４のタイムスタンプｔ２４が計算される（ステップ１２２６）。第２のＳＩＰインバイトデータ記録１２１０は、アクセスされると、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２２のさらに別の宛先オプションヘッダから抽出された第４のタイムスタンプｔ４、第１８のタイムスタンプｔ１８、第２２のタイムスタンプｔ２２、及び第２３のタイムスタンプｔ２３と共に、第２４のタイムスタンプｔ２４を含むように更新される。
【０１４４】
上述した方法の測定データの分配によって第１のホスト端末７０２の第１のユーザエージェントとプロキシサーバ７０４との間で共有される測定データを使用すると、前の実施の形態について上述したのと類似の方法で、複数の有用な計算を実行して、所与のＳＩＰセッションをサポートすることに含まれる個々のコンポーネントの性能を測定できるだけでなく、所与のＳＩＰセッションをサポートすることに含まれる複数のコンポーネントの性能を集めることもでき、たとえば呼設定時間といった性能を測定でき、集めることができる。
【０１４５】
もちろん、呼設定ダイアログの一部として、プロキシサーバ７０４と、ＳＩＰセッションをサポートする他のコンポーネントとの間、たとえば、リダイレクトサーバ７０６と第２のホストノード７０８との間で他のメッセージが交換される。その結果、網羅的でない一例として、「ＳＩＰ  １００  試行」応答メッセージ１２１４の送信後に、プロキシサーバ７０４は、リダイレクトサーバ７０６へ送信される（ステップ１２３０）ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８を生成する。このＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の生成は、プロキシサーバ７０４の第２のＳＩＰ−ＡＬインバイトモジュールによって検出される。第２のＳＩＰ−ＡＬインバイトモジュールは、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８を検出すると、第３のＳＩＰインバイトデータ記録１２３２を作成し、第５のタイムスタンプｔ５を計算する（ステップ１２３４）。この、第５のタイムスタンプｔ５は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の出発時刻に対応するものである。次に、第３のＳＩＰインバイトデータ記録１２３２は、第５のタイムスタンプｔ５と共に、第２のアクティブキャッシュに加えられ、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の呼ＩＤによってインデックスされる。また、第３のＩＰｖ６宛先オプションヘッダが生成され、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８のペイロードとＩＰｖ６ヘッダとの間に挿入される。この第３のＩＰｖ６宛先オプションヘッダは、ＳＩＰインバイトトランザクションに関する測定データを運ぶものとして特定可能なＴＬＶオブジェクトとして符号化される。また、第５のタイムスタンプｔ５も、第３のＴＬＶオブジェクトに含まれる。
【０１４６】
ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８がリダイレクトサーバ７０６によって受信される（ステップ１２３６）と、リダイレクトサーバ７０６に常駐する第３のＳＩＰ−ＡＬインバイトモジュールは、第３の宛先オプションヘッダを検出し、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の呼ＩＤをインデックスとして使用して、第４のＳＩＰインバイトデータ記録１２３８をリダイレクトサーバ７０６の第３のアクティブキャッシュに作成する。また、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の第３の宛先オプションヘッダで運ばれた第５のタイムスタンプｔ５も、第３の宛先オプションヘッダから抽出され、第４のＳＩＰインバイトデータ記録１２３８に加えられる。ＳＩＰ  ＡＣＫＰ要求メッセージ１２２８の到着時刻に対応する第６のタイムスタンプｔ６が計算され（ステップ１２４０）、第４のＳＩＰインバイトデータ記録１２３８は、アクセスされると、ＳＩＰ  ＡＣＫＡ要求メッセージ１２２８の第３の宛先オプションヘッダから抽出された第５のタイムスタンプｔ５と共に、この第６のタイムスタンプｔ６を含むように更新される。
【０１４７】
リダイレクトサーバ７０６は、ＳＩＰ  ＩＮＶＩＴＥ  ＸＰ要求メッセージ１２２８の受信に応答して、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２を生成する。リダイレクトサーバ７０６の第３のＳＩＰ−ＡＬインバイトモジュールは、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２の生成を検出する。第３のＳＩＰ−ＡＬインバイトモジュールは、「ＳＩＰ  １００  試行」応答メッセージ１２４２の呼ＩＤを使用して、第４のＳＩＰインバイトデータ記録１２３８にアクセスし、第６のタイムスタンプｔ６を抽出する。この第６のタイムスタンプｔ６は、プロキシサーバ７０４にはまだ分配されていない。次に、第３のＳＩＰ−ＡＬインバイトモジュールは、第４のＩＰｖ６宛先オプションヘッダを構築する。この第４のＩＰｖ６宛先オプションヘッダは、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２のペイロードとＩＰｖ６ヘッダとの間に挿入される。第４の宛先オプションヘッダは、第４のＴＬＶオブジェクトとして符号化され、「ＳＩＰ  １００  試行」トランザクションに関する測定データを運ぶものとして特定可能である。第６のタイムスタンプｔ６、及び、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２の出発時刻に対応する計算される（ステップ１２４４）第７のタイムスタンプｔ７も、作成された第４のＴＬＶオブジェクトに含まれる。次に、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２は、プロキシサーバ７０４へ送信される（ステップ１２４６）。
【０１４８】
プロキシサーバ７０４の第２のＳＩＰ−ＡＬインバイトモジュールは、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２を受信すると（ステップ１２４８）、第２の「ＳＩＰ  １００  試行」応答メッセージ１２４２の第４の宛先オプションヘッダから第６のタイムスタンプｔ６及び第７のタイムスタンプｔ７を抽出し、第３のＳＩＰインバイトデータ記録１２１０にアクセスし、第６のタイムスタンプｔ６及び第７のタイムスタンプｔ７を第３のＳＩＰインバイトデータ記録１２１０に追加する。
【０１４９】
前述したように、プロキシサーバ７０４とリダイレクトサーバ７０６との間におけるタイムスタンプの対応する分配を伴うシグナリングメッセージの上記交換は、単なる例示であり、第１のホスト端末７０２と第２のホスト端末７０８との間でＶｏＩＰ呼をセットアップするのに必要とされるダイアログは、図１２において分かるように、たとえば１つ又は複数のプロキシサーバ７０４と第２のホスト端末７０８の第２のユーザエージェントとの間におけるシグナリングメッセージの他の交換を含む。
【０１５０】
通信ネットワーク７００のさまざまなＳＩＰサポートコンポーネント間で収集及び分配された測定データは、すでに上述したのと類似の方法で、さらに計算を実行して、個々のコンポーネントの性能を測定するのに使用することもできるし、所与のＳＩＰセッションをサポートする複数のコンポーネントの性能を集めるのに使用することもできる。集められた性能の一例は、第１のホスト端末７０２からＳＩＰ  ＩＮＶＩＴＥ  ＸＡシグナリングメッセージ１２００を送信してから、第１のホスト端末７０２で「ＳＩＰ  １８０  呼び出し音」応答メッセージを受信するまでに要する時間である。このような計算を行うために、この例では、上述したＯＳＳアプリケーションによって、測定データが収集され、１つ又は複数のコンポーネントの性能を示す計算を実行するのに、測定データが使用される。ＯＳＳアプリケーションによって実行された計算の結果は、この例では、第２のテーブル１３００（図１３）に記憶される。この第２のテーブル１３００は、送信元（ＵＲＬタイプ）アドレス１３０２、宛先（ＵＲＬタイプ）アドレス１３０４、呼ＩＤ１３０６、所定のシグナリングメッセージを各プロキシサーバへ送信するための時間１３０８、被呼び出し側クライアント時間１３１０（被呼び出し側端末でシグナリングメッセージの要求／応答を処理することに費やされた時間）、通過時間１３１２、及び全時間１３１４の列に編成される。第２のテーブル１３００に記憶されたデータは、次に、図的に表して（図１４及び図１５）、呼設定時間（図１４）、又は、呼設定についてのプロキシ遅延（特定のプロキシサーバでシグナリングメッセージを処理することに費やされた時間）（図１５）の視覚表現を技術者に提供することができる。
【０１５１】
上記例は、データを記憶する特定の方法を説明しているが、たとえばデータの編成といった記憶の方法は変更できることが十分理解されるはずである。この点で、データは、メッセージタイプ等の所与のパラメータに関連したデータのテーブルとして編成することができる。
【０１５２】
上記例は、パケット通信との関連で説明されているが、用語「メッセージ」は、パケット、データグラム、フレーム、セル、及びプロトコルデータユニットを包含するものとして解釈されることを目的としていることが十分理解されるはずであり、したがって、これらの用語は、交換可能であると理解されるはずである。
【０１５３】
本発明の代替的な実施の形態は、コンピュータシステムと共に使用されるコンピュータプログラム製品として実施することができる。このコンピュータプログラム製品は、たとえば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、固定ディスク等の有形のデータ記録媒体に記憶された一連のコンピュータ命令であるか、又は、コンピュータデータ信号で実施される。この信号は、有形の媒体上、又は、たとえばマイクロ波若しくは赤外線といった無線媒体上を送信される。一連のコンピュータ命令は、上述した機能のすべて又は一部を構成することができ、また、半導体デバイス、磁気デバイス、光デバイス、他のメモリデバイス等の揮発性又は不揮発性のあらゆるメモリデバイスに記憶することができる。
【図面の簡単な説明】
【０１５４】
【図１】通信ネットワークの全体的な概略図。
【図２】図１のホームノードの概略図。
【図３】図１の移動ノード及び対応ノードの概略図。
【図４】本発明の第１の実施の形態を構成する方法による通信のメッセージシーケンスチャート。
【図５】本発明の第２の実施の形態を構成する別の方法による通信のメッセージシーケンスチャート。
【図６】本発明の第３の実施の形態を構成するさらに別の方法による通信のメッセージシーケンスチャート。
【図７】第１のホスト端末と第２のホスト端末との間の呼に関するＳＩＰ通信をサポートするためのネットワークノードの概略図。
【図８】図７のネットワークノードと共に使用されるプロトコルスタックの概略図。
【図９】図７の第１のホスト端末とＳＩＰレジストラサーバとの間で通信されるシグナリングメッセージのメッセージシーケンスチャートであり、本発明の一実施の形態を構成する、測定されたタイミング測定値を含むメッセージシーケンスチャート。
【図１０】図９のメッセージシーケンスチャートについて記録された測定データから取得される計算結果を部分的に示すテーブル。
【図１１】図１０のテーブルに基づく計算結果のグラフ。
【図１２】ＶｏＩＰ呼を設定するためのＶｏＩＰメッセージＳＩＰダイアログのメッセージシーケンスチャート。
【図１３】図１２のＶｏＩＰダイアログについて記録された測定データから取得されるサンプル計算結果を部分的に示すテーブル。
【図１４】図１３のテーブルに基づく第１の個数の計算結果のグラフ。
【図１５】図１３のテーブルに基づく第２の個数の計算結果のグラフ。
【符号の説明】
【０１５５】
７０２：ＳＩＰユーザエージェント（発呼）ホストＡ
７０４：ＳＩＰプロキシサーバホストＰ
７０６：ＳＩＰリダイレクトサーバ
７０８：ＳＩＰユーザエージェントサーバＢ（着呼）ホストＣ
７１０：ロケーションデータベース
７１２：ＳＩＰレジストラサーバ
【図１】
2006304288.tif 000003
【図２】
2006304288.tif 000004
【図３】
2006304288.tif 000005
【図４】
2006304288.tif 000006
【図５】
2006304288.tif 000007
【図６】
2006304288.tif 000008
【図７】
2006304288.tif 000009
【図８】
2006304288.tif 000010
【図９】
2006304288.tif 000011
【図１０】
2006304288.tif 000012
【図１１】
2006304288.tif 000013
【図１２】
2006304288.tif 000014
【図１３】
2006304288.tif 000015
【図１４】
2006304288.tif 000016
【図１５】
2006304288.tif 000017