(57)【特許請求の範囲】
【請求項１】
高精度時間プロトコルリリース２、ＰＴＰＶ２、に従ってトランスペアレントクロックベースの同期アーキテクチャを含む通信ネットワーク（３０）の複数のネットワークノード（１）にわたる滞留時間を監視する方法であって、
同期目的のためではない修正ＰＴＰＶ２パケットを構成および生成するステップと、
あるネットワークノード（１）をわたる修正ＰＴＰＶ２パケットの滞留時間を、トランスペアレントクロック（３）によって測定するステップ（５０）と、
測定された滞留時間を格納するステップ（６０）と、
格納された滞留時間をネットワークプロトコルによって読み出すステップと
を特徴とする、方法。
【請求項２】
追跡可能なパケットが少なくとも、遅延の影響を受けやすいアプリケーションパケットのパラメータに対してパラメータ表現される、請求項１に記載の方法。
【請求項３】
パラメータがサービス品質である、請求項２に記載の方法。
【請求項４】
パラメータがパケット長である、請求項２に記載の方法。
【請求項５】
ＰＴＰＶ２パケットがＰＴＰＶ２  ＳＹＮＣパケット（２０）である、請求項１に記載の方法。
【請求項６】
ＰＴＰＶ２パケットがＰＴＰＶ２  ＤＥＬＡＹ＿ＲＥＱパケット（４０）である、請求項１に記載の方法。
【請求項７】
格納するステップが集中化された格納ステップである、請求項１から６のいずれか一項に記載の方法。
【請求項８】
測定された滞留時間を解析するステップをさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
追跡可能なパケットをマルチキャスト送信するステップをさらに含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
トランスペアレントクロック（３）がＩＥＥＥ１５８８Ｖ２ピアツーピアのトランスペアレントクロック（３）である、請求項１から９のいずれかに記載の方法。
【請求項１１】
トランスペアレントクロック（３）がＩＥＥＥ１５８８Ｖ２エンドツーエンドのトランスペアレントクロック（３）である、請求項１から１０のいずれかに記載の方法。
【請求項１２】
高精度時間プロトコルリリース２、ＰＴＰＶ２、に従ってトランスペアレントクロックベースの同期アーキテクチャを含む通信ネットワーク（３０）のネットワークノード（１）であって、
同期目的のためではない修正ＰＴＰＶ２パケットを受信し、
修正ＰＴＰＶ２パケットの滞留時間を、トランスペアレントクロック（３）によって測定し、
測定された滞留時間を格納するように適合されたネットワークノード（１）。
【請求項１３】
高精度時間プロトコルリリース２、ＰＴＰＶ２、に従ってトランスペアレントクロックベースの同期アーキテクチャを含む通信ネットワーク（３０）であって、
同期目的のためではない修正ＰＴＰＶ２パケットについて、通信ネットワークのあるネットワークノード（１）をわたる修正ＰＴＰＶ２パケットの滞留時間を、トランスペアレントクロック（３）によって測定し、
測定された滞留時間を格納し、
格納された滞留時間をネットワークプロトコルによって読み出すように適合された通信ネットワーク。
【請求項１４】
コンピュータおよび／または専用システムのメモリに格納された命令を含むコンピュータプログラムであって、請求項１から１１に記載の方法を実行するように構成された、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の発明は、通信ネットワークの遅延／レイテンシ監視の技術分野に関する。
【背景技術】
【０００２】
ネットワークで生じる遅延は、ＶｏＩＰやインタラクティブなネットワークゲームなどのリアルタイムアプリケーションから、タイムクリティカルな金融アプリケーションやローカリゼーションシステムに至るまでのいくつかの広域ネットワークアプリケーションに直接的に影響を及ぼすので、最も重要なネットワーク性能測定基準に挙げられる。
【０００３】
したがって、ネットワーク内のデータ伝送遅延の性能を監視する場合、こういった遅延がどこでどのように生じるのかを詳細に理解することが必ず必要になる。
【０００４】
従来の時分割多重（ＴＤＭ）技術では、ネットワーク遅延は、ＴＤＭスイッチをわたる決定論的な遷移時間に従って（たとえば、システムクロック遷移の数で）予測可能である。しかし、帯域幅需要が非常に強まってくるにつれて、ＴＤＭは次第に、パケット遅延変動（パケットキューイングによって実質的に誘起されるランダム処理）とも呼ばれるパケットジッタによってネットワークノード内のパケット滞留時間（以降、ネットワークノードの滞留時間または伝送遅延と呼ばれる）が予測不可能になるパケット交換網（ＰＳＮ）に取って代わられつつある。
【０００５】
したがって、サービス品質保証契約（ＳＬＡ）を考慮し、ネットワーク遅延／レイテンシに関するＳＬＡ違反を正すことを狙いとした適切な行動（たとえばネットワーク再設計／再構成）をとれるように、ＰＳＮ（パケット交換網）オペレータは、これまで以上に、ネットワーク遅延（ネットワークレイテンシとしても知られている）を監視する方法を必要としている。
【０００６】
これらの問題に対処するために、ネットワークオペレータは一般に、以下のような種々のエンドツーエンド時間遅延測定ツールに依拠している。
−  インターネット制御メッセージプロトコル（ＩＣＭＰｖ４−ＲＦＣ７９２およびＩＣＭＰｖ６−ＲＦＣ４４４３）で定義され、ＩＰネットワーク内で発信元から宛先ホストへのエンドツーエンドの往復遅延の測定を可能にするＰＩＮＧコマンド。
−  ＲＦＣ２６７９に記載されている一方向の遅延測定方法。この方法は、ネットワーク遅延／レイテンシの値、要求される測定精度、および両端でのクロックの正確さに応じて時間同期を要求することができる。
−  発信元から宛先ホストへのネットワーク経路上の各ネットワークノード（すなわち、各ネットワーク層デバイス）のアドレスを突きとめることを可能にするトレースルート（またはＴｒａｃｅＲＴ）コマンド。トレースルートはまた、それぞれ発信元からネットワーク経路内の各通過ノードまでのエンドツーエンドの遅延を返す。これらのエンドツーエンドの遅延は、アプリケーションレベルで、すなわち、トレースルートコマンドをサポートするネットワークプロトコル層で返される。
【０００７】
しかし、これらの手段は、ネットワークノードの滞留時間（またはレイテンシ）の正確さを伴わずにエンドツーエンドの遅延全体を返す。言い換えれば、これらの手段を使用することによって、返される遅延の値は、精度さを欠いたネットワークノードの滞留時間を既に含んだ単一要素となる。
【０００８】
ネットワークで生じる遅延は、以下のように大まかに分けることができる：
−  ネットワークノードの滞留時間。これは以下を含む：
パケットを処理し、（再）伝送用に加工するためにネットワークノードが必要とする時間（処理遅延）。処理遅延は、主として、プロトコルスタックの複雑性ならびに各ノードおよびカードドライバ（またはインタフェースカードのロジック）で利用可能な計算力（すなわち、利用可能なハードウェア）の関数である。
キューイング遅延。すなわち、ネットワークノードのバッファ内における処理および／または伝送前のパケットの全待機時間であり、これはネットワークノードのスイッチング（またはより低層のスイッチ）の詳細に依存し得る。
−  ネットワークノードを連結するネットワークセグメント上の通過／リンク遅延：パケット全体（最初のビットから最後のビットまで）、すなわちより本質的には単一ビットを、第１のネットワークノードの出力ポートから第２のネットワークノードの入力ポートに送信するために必要とされる時間。
【０００９】
したがって、エンドツーエンドの遅延全体を、その要素についてなんら詳細を与えることなく単一の値で知るので、最新のエンドツーエンド遅延測定手段では、正確に補正する動作が適用されるべき（１つもしくは複数の）ネットワークセグメントまたは（１つもしくは複数の）ネットワークノードをオペレータが突きとめられるようにはならない。
【００１０】
したがって、主な問題として、ネットワークノードおよびネットワークセグメントの局所的に測定された伝送遅延を集めることが残る。
【００１１】
従来技術のさらに別の問題は、エンドツーエンドの遅延全体からの、ネットワークノード全体またはネットワークセグメント上の滞留時間を表している部分を確定することができないことである。
【００１２】
さらなる問題は、知られている方法では、ネットワークノードの滞留時間の分布図を直ちに得ることができず、得られるのは、ネットワーク経路ごとのエンドツーエンドの個別に取得される遅延であることである。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明のある考えられる目的は、関連技術における上記およびその他の課題に対処することである。
【００１４】
本発明の別の考えられる目的は、支配的な遅延が分散ネットワークノード内で生じている場所を特定することである。
【００１５】
本発明の別の考えられる目的は、ネットワークで生じる遅延のきめの細かい合成（ｆｉｎｅ−ｇｒａｉｎｅｄ  ｃｏｍｐｏｓｉｔｉｏｎ）を提供することである。
【００１６】
本発明の別の考えられる目的は通信ネットワーク内のノードごとのレイテンシを同時判定することである。
【００１７】
本発明の別の考えられる目的は、ネットワークノードごとの滞留時間のきめ細かい分布図を取得可能にする方法およびシステムを提供することである。
【００１８】
本発明の別の考えられる目的は、遅延の影響を受けやすいアプリケーションごとの滞留時間のきめ細かい分布図を取得可能にする方法およびシステムを提供することである。
【００１９】
本発明の別の考えられる目的は、エンドツーエンドの遅延を、ＩＰネットワーク内の発信元から宛先への経路上のノードの滞留時間を区別する要素に分割することである。
【００２０】
本発明の別の考えられる目的は、ネットワークレイテンシに関するＳＬＡ違反の問題（約束されたサービスの品質が守られていないこと）を、オペレータが素早く正確に診断できるようにすることである。
【００２１】
本発明の別の考えられる目的は、重要な（アプリケーション）レイテンシの原因であるネットワークノードを正確かつ同時に特定することを可能にする診断方法を提供することである。
【００２２】
本発明の別の考えられる目的は、大半のレイテンシを生じさせ、あるアプリケーションについての遅延による劣化の原因である支配的なネットワークホップを明らかにすることである。
【課題を解決するための手段】
【００２３】
本発明のいくつかの実施形態は、上記の問題のうちの１つまたは複数の影響に対処することを対象としている。本発明のいくつかの態様について基本的理解を獲得してもらうために、以下に、本発明のいくつかの実施形態を簡単にまとめた概要を提示する。これは本発明の網羅的な概要ではない。また、本発明の重要な要素を特定すること、または本発明の範囲を正確に叙述することを意図するものでもない。この概要の唯一の目的は、後述の詳細な説明に入る前にいくつかの概念を簡単に提示することである。
【００２４】
本発明の実施形態は、トランスペアレントクロックベースの同期アーキテクチャを含む通信ネットワークの複数のノードにわたる滞留時間を監視する方法に関し、前記方法は、以下のステップを含む。
−  遅延測定専用の追跡可能なパケットを構成および生成するステップ。
−  あるネットワークノードをわたるパケット滞留時間を、トランスペアレントクロックによって測定するステップ。
−  ネットワークノードのレベルにおいて、測定された滞留時間を格納するステップ。
−  格納された滞留時間をネットワークプロトコルによって読み出すステップ。
【００２５】
ある広い態様によれば、遅延測定専用の構成された追跡可能なパケットは修正ＰＴＰＶ２パケットである。
【００２６】
別の広い態様によれば、上記の方法は、追跡可能なパケットをパラメータ表現するステップをさらに含む。このパケットは少なくとも、遅延の影響を受けやすいアプリケーションパケットの特徴パラメータに対してパラメータ表現される。ＱｏＳ（サービス品質）の値およびパケット長は、前記特徴パラメータの例である。
【００２７】
別の広い態様によれば、上記の方法は、構成された追跡可能なパケットをマルチキャスト送信するステップをさらに含む。
【００２８】
本発明の実施形態は、トランスペアレントクロックを備えたネットワークノードにさらに関し、このネットワークノードは、以下を含む。
−  前記ネットワークノードをわたるパケットの局所的に測定された滞留時間を内部に格納する手段。
−  格納されたパケット滞留時間を読み出すことを可能にするネットワークプロトコルを有する網間接続インタフェース。
【００２９】
広い態様によれば、トランスペアレントクロックは、ＩＥＥＥ１５８８Ｖ２ピアツーピアのトランスペアレントクロックまたはＩＥＥＥ１５８８Ｖ２エンドツーエンドのトランスペアレントクロックである。
【００３０】
本発明の実施形態はさらに、上記の方法を実行するように構成されたコンピュータプログラム製品に関する。
【００３１】
本発明の実施形態は、種々の修正および代替形式に対応可能であり、その特定の実施形態は、一例として図面中に示されている。しかしながら、本明細書における特定の実施形態の説明は、開示された特定の形態に本発明を限定することは意図されていないことを理解されたい。
【００３２】
当然ながら、かかる実際の実施形態の開発において、実装に固有の各決定が、システム関連およびビジネス関連の制約の遵守など、開発者の具体的な目標を達成するようになされるべきであることが理解され得る。このような開発研究は時間がかかることがあるが、それでも本開示の利益を受ける人々または当業者には容易に理解され得ることが理解されよう。
【００３３】
本発明の目的、利点およびその他の特徴は、以下の開示および特許請求の範囲からより明らかとなろう。好ましい実施形態についての非限定的な説明が、同様の参照符号が類似の要素を指す添付の図面を参照しながら、例示のみの目的で以下に示されている。
【図面の簡単な説明】
【００３４】
【図１】各実施形態の配備の様子を示す構成図である。
【図２】ある実施形態の機能的要素を示す構成図である。
【発明を実施するための形態】
【００３５】
図１を参照すると、ＩＥＥＥ１５８８Ｖ２トランスペアレントクロック（ＴＣ）３アーキテクチャが配備された通信ネットワーク（またはサブネットワーク）３０が示してある。
【００３６】
高精度時間プロトコル（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）リリース２（ＰＴＰＶ２）としても知られているＩＥＥＥ１５８８Ｖ２プロトコルは、各分散ネットワークノード１に実装された１つまたは複数のＰＴＰＶ２スレーブ４クロックの時間（すなわち周波数）スケールを、ＰＴＰＶ２（グランド）マスタ２クロックに揃えることが意図された同期プロトコルである。ネットワークノード１は、ブリッジ、ルータ、スイッチ、リピータ、またはより一般にはネットワークデバイスであってもよい。
【００３７】
図１に示すＴＣベースの同期アーキテクチャにおいて、ＴＣ３が、各ネットワークノード１をわたるＰＴＰＶ２パケット（たとえばＳＹＮＣ、ＤＥＬＡＹ＿ＲＥＱ、ＤＥＬＡＹ＿ＲＥＳ）の滞留時間の補正を行う。あるネットワークノード１をわたるＰＴＰＶ２パケット／メッセージの滞留時間（または伝送遅延）は、ここではタイミングメッセージがネットワークノード１の入口ポートから出口ポートに伝搬するために必要とする時間に対応する。
【００３８】
したがって、ＰＴＰＶ２（グランド）マスタ２クロックとＰＴＰＶ２スレーブ４クロックを連結するネットワーク経路上の各ネットワークノード１は、ＰＴＰＶ２パケット遅延を、ネットワークノード１をわたる、またはネットワークセグメント上のその滞留時間に対して調整するようにプログラム化されたＴＣ３を備えている。ネットワークセグメントは、ここでは、それぞれがＴＣ３によってサポートされた２つの連続するネットワークノード１のみを連結するネットワーク経路を意味することが意図されている。
【００３９】
ＩＥＥＥ１５８８Ｖ２ピアツーピアのトランスペアレントクロック（Ｐ２Ｐ  ＴＣ３）およびエンドツーエンドのトランスペアレントクロック（Ｅ２Ｅ  ＴＣ３）の両方をここで検討する。Ｅ２Ｅ  ＴＣは、各通過ネットワークノード１の（ＰＴＰＶ２メッセージの）伝送遅延を局所的に測定することを可能にし、これによってＰＴＰＶ２パケット遅延の補正が可能になる。Ｐ２Ｐ  ＴＣは、ネットワークセグメントおよびネットワークノード１の伝送遅延を両方測定し、補正することを可能にする。常時パケット遅延を示すネットワークセグメントでは、全体のリンク遅延がＰＴＰＶ２スレーブ４（またはＰＴＰＶ２マスタ２）レベル、さらにはＥ２Ｅ  ＴＣレベルで供給され得る。結果的に、Ｅ２Ｅ  ＴＣで十分であり得る。
【００４０】
各ＴＣ３は、ＰＴＰＶ２パケットの累積「補正フィールド」に、関連するネットワークノード１での局所的に測定されたそれらのパケットそれぞれの滞留時間を（Ｐ２Ｐ  ＴＣ３の場合はリンク遅延も）追加する。
【００４１】
以下、ＰＴＰＶ２  ＴＣ３の機能は、時間に厳しいアプリケーションの要求に効率的に対処するために、時間の影響を受けやすいアプリケーションを表すようにＰＴＰＶ２メッセージを構成することによって、ネットワークノード１およびネットワークセグメントの伝送遅延を収集するのに有利なように使用される。
【００４２】
ネットワークノード１の滞留時間およびネットワークセグメントの伝送遅延は、以下を含む特定の相互作用によって収集される。
−  通常の同期タスク専用ではない（すなわち、その従来技術で理解されている同期機能は意図されていない）適合（修正）されたＰＴＰＶ２信号送信例。
−  ＴＣ３機能。
−  ネットワークノード１制御プレーン。
【００４３】
これらの相互作用は、下記の機能的要素によって監視される。
【００４４】
その目的のため、調整可能（すなわち、調節可能、適応可能、変更可能、パラメータ表現可能）であり、追跡可能（すなわち、識別可能、区別可能）な遅延測定専用のパケットが構成／生成される。
【００４５】
実際、パラメータ表現されたＰＴＰＶ２パケット／メッセージの集合体が生成され、次いで、横断するための各ネットワークノード１およびネットワークセグメント（すなわち、隣接するリンクを有するネットワークノード１に関する）に送信される。
【００４６】
したがって、これらの修正ＰＴＰＶ２メッセージは、ネットワークノード１および／または隣接するネットワークセグメントの伝送遅延を収集することが意図されており、時間の影響を受けやすいアプリケーションのパラメータを表している。これらのメッセージは、同期目的専用ではない。
【００４７】
一実施形態において、ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅフィールド）セマンティクスの後に続く、詰めるビット（ｓｔｕｆｆｉｎｇ  ｂｉｔｓ）を含んだ新たなＰＴＰＶ２フィールドが提案されている。かかるＴＬＶの狙いは、ＰＴＰＶ２標準によって課された最小サイズからネットワーク遅延の収集を可能にする最大サイズまで調整可能なＰＴＰＶ２パケットサイズをもたらすことである。
【００４８】
これに代えるか、またはこれと組み合わせて、パケット優先度コード−−ＱｏＳ−−が、関連するネットワークノードの滞留時間を取得するために同様に調整され得る。
【００４９】
遅延測定目的専用のパケットの集まりは、ＰＴＰＶ２（グランド）マスタ２／ＰＴＰＶ２スレーブ４およびＰＴＰＶ２スレーブ４／ＰＴＰＶ２マスタ２の両方の方向をカバーするために、ＳＹＮＣおよびＤＥＬＡＹ＿ＲＥＱメッセージを使用する。
【００５０】
実際、新たなＴＬＶフィールドが従来のＰＴＰＶ２  ＳＹＮＣおよびＤＥＬＡＹ＿ＲＥＱパケット用に追加され、そのためレイテンシ測定目的の調整可能かつ追跡可能なパケットになる。このＴＬＶは、パケットサイズに対して伝送遅延を捕捉するためにスタッフビット専用となっている。
【００５１】
様々な特異的な特徴が、レイテンシ測定目的専用のＰＴＰＶ２パケット／メッセージを従来のＰＴＰＶ２パケット／メッセージ（同期目的専用）と区別するために採用され得る。例として、以下を挙げることができる：
−  ＰＴＰＶ２マスタ２およびＰＴＰＶ２スレーブ４が、それらの同期状態機械において、監視目的に特化したこれらの修正ＰＴＰＶ２フローを無視するように「ｄｏｍａｉｎ＿Ｉｄ」を与えること。
−  同期用の（通常）ＰＴＰＶ２フローと「ネットワーク監視用」の（修正）ＰＴＰＶ２フローを分離するために、特定のチャネル／トンネル（たとえば、ＶＬＡＮまたはＭＰＬＳ  ＬＳＰなど）を使用すること。
【００５２】
図２を参照すると、修正ＳＹＮＣ２０および修正ＤＥＬＡＹ＿ＲＥＱ４０の両方のＰＴＰＶ２メッセージが、識別子「ｄｅｌａｙ＿ｃａｐｔｕｒｅ」などの特定のドメイン識別子を保持していてもよい。
【００５３】
ＰＴＰＶ２（グランド）マスタ２およびＰＴＰＶ２スレーブ４は、それぞれ、修正ＳＹＮＣ２０および修正ＤＥＬＡＹ＿ＲＥＱ４０のメッセージを生成して、すべてのネットワークノード１／セグメントの滞留遅延の収集を可能にする。この目的のために、ブロードキャストまたはマルチキャスト方式（すべてのＰＴＰＶ２の通常のクロック、すなわちネットワーク３０内のＰＴＰＶ２（グランド）マスタ２およびＰＴＰＶ２スレーブ４のクロックをマルチキャストグループが集めることを意味する）が、滞留遅延の収集を容易にするために採用され得る。
【００５４】
マルチキャストまたはブロードキャスト送信の制約に対処する方法として、ユニキャスト送信の重畳を用いることもできる。ＰＴＰＶ２マスタ２およびＰＴＰＶ２スレーブ４は、原則として、それぞれネットワーク（ツリー）アーキテクチャの最上部および最下部レベルに位置することに留意されたい。したがって、すべてのネットワークノード１に関連する遅延は、修正ＳＹＮＣ２０の下流（ＰＴＰＶ２マスタ２からＰＴＰＶ２スレーブ２への）方向へのマルチキャスト送信によって収集可能である。反対（すなわち、ＰＴＰＶ２スレーブ４からＰＴＰＶ２マスタ２への）方向では、ユニキャストのＤＥＬＡＹ＿ＲＥＱ４０メッセージを組み合わせることが、ネットワークノード１の伝送遅延をすべて収集するための直接的な解決策となり得る。
【００５５】
修正ＰＴＰＶ２メッセージＳＹＮＣおよびＤＥＬＡＹ＿ＲＥＱの送信率は、関連する帯域幅を、利用可能なマスタ２／スレーブ４の帯域幅に対して適正なレベルに維持するために慎重に選択しなければならないことに留意されたい。
【００５６】
さらに図２を参照すると、ＰＴＰＶ２（グランド）マスタ２およびＰＴＰＶ２スレーブ４レベルにそれぞれ位置する網間接続モジュールによって（すなわち、それぞれ、上流に向かうＤＥＬＡＹ＿ＲＥＱ４０および下流に向かうＳＹＮＣ２０に対して）実行される網間接続機能１０−１１が、異なるトランスポートパラメータ（ネットワーク遅延に影響を与えるもの）をさまざまに変化させながら遅延測定をトリガするために、トランスポートプロトコルと相互作用することを可能にする。これらのパラメータの非限定的な例として、以下を挙げることができる：
−  ＤＳＣＰ（ＤｉｆｆＳｅｒｖ  Ｃｏｄｅ  Ｐｏｉｎｔ）などのＱｏＳパラメータ。
−  パケットサイズ／パケット断片化。
【００５７】
実際、ネットワークで生じる遅延は、あるアプリケーションフローと別のアプリケーションフローでは異なることがあるので、ＰＴＰＶ２パケットパラメータの組（ＱｏＳ、たとえば生存時間の長さ）は、遅延の影響を受けやすい異なるアプリケーションフローの特徴パラメータを模倣するように調整され得る。
【００５８】
言い換えれば、ＰＴＰＶ２フローを適切にパラメータ表現すること（すなわち、ＰＴＰＶ２パケットパラメータのさまざまな値を制御すること）によって、ネットワークで生じる遅延／レイテンシをアプリケーションごとに推定することができる。
【００５９】
実例として、以下を挙げることができる。
−  優先度の高いＱｏＳ（たとえば、ベストエフォートクラスに対するプレミアムクラス）およびＶｏＩＰアプリケーションの場合にネットワークで生じる遅延の推定を反映することが意図された、第１のＰＴＰＶ２フローの比較的中間のパケット長。
−  優先度の高いＱｏＳおよびリアルタイムのテレビ会議アプリケーションの場合にネットワークで生じる遅延の推定を反映することが意図された、第２のＰＴＰＶ２フローの比較的長いパケット長。
【００６０】
ＰＴＰＶ２フローの異なるパラメータは、遅延の影響を受けやすいアプリケーションフローの特徴パラメータに合うように併せて監視されてもよいことは言及しておく価値がある。
【００６１】
ＴＣ３（ＰＴＰＶ２プレーン）とネットワークノード１の間の網間接続機能１３は、ネットワークノード１（または関連するネットワークセグメント）をわたる測定された滞留遅延を解析（たとえば統計的解析）し、そのレベルにおいて格納し（図２のステップ６０）、制御プレーンレベルにおけるネットワーク遅延を取得するためにネットワークプロトコルと相互作用するように構成されている。
【００６２】
Ｅ２Ｅ  ＴＣ３は、ネットワークノード１をわたる修正ＳＹＮＣ１０および修正ＤＥＬＡＹ＿ＲＥＱ４０ＰＴＰＶ２メッセージの伝送遅延を測定する（図２のステップ５０）。測定された伝送遅延は次いで、網間接続機能１３によって解析され、ネットワークノード１レベルにおいて格納される（図２のステップ６０）。別法として、たとえばネットワーク／同期管理システム内に位置する集中化された格納機構を実行してもよい。
【００６３】
一実施形態では、ネットワークノード１の伝送遅延を検討する一方で、リアルタイムサービスを効率的に駆動させるために、統計的遅延を収集し、関連したデータを格納することになろう。したがって、ある方法は、所与の観察時間（間隔）に対する平均遅延、最小遅延、最大遅延、遅延分散（リアルタイムアプリケーションを駆動する上で極めて重要）のログを格納することであってもよい。後者は、アプリケーションの平均接続継続時間を表すために選択することができる。
【００６４】
好ましくは、伝送遅延は、特定のパラメータ／変数（ＱｏＳ、たとえばパケットサイズ）の組み合わせと関連付けて格納される。
【００６５】
Ｐ２Ｐ  ＴＣ３の場合、ネットワークノード１に隣接するリンクの伝送遅延が測定され（図２のステップ５０）、したがって、その遅延は網間接続機能１３によって格納された（図２のステップ６０）情報の一部となり得る。
【００６６】
この格納された情報はこの後ネットワーク制御プレーンが使用するために、トランスポートプロトコルにとってアクセス可能である。したがって、ネットワーク制御プレーンにとってアクセス可能なこの情報を検索するために、ＰＴＰＶ２プロトコルとネットワークプロトコルの間の網間接続インタフェース。格納された情報は、ＲＳＶＰ（資源予約プロトコル）、ＯＳＰＦ（開放型最短経路優先）などのネットワーク制御プレーンにとってアクセス可能である。
【００６７】
最高のＱｏＳ（プレミアムパケット）および１３００バイトのパケットサイズの実例としては、関連する伝送遅延が、各ネットワークノード１について毎秒１つの収集率で収集されるはずである。次いで、最小、最大、平均、分散パラメータが、たとえば２０個の連続する測定値のサンプルについて導出され得る。
【００６８】
有利には、上記の方法およびシステムが、分布図内のネットワークノードのパケット遅延を正確に収集することを可能にし、これはＰＴＰＶ２プレーンとネットワークプレーンの間の複数の連携方式のおかげで、ネットワークノード１のレベルで遅延が収集および格納されることを意味する。
【００６９】
上記の方法は、リアルタイムアプリケーション（たとえば、音声、テレビ会議、ゲーム）のレイテンシ要件を考慮しながらネットワークを効率的に監視するための手段をさらに提供する。
【００７０】
上記の方法によって、オペレータは、ネットワークセグメントまたはネットワークノード、さらには補正動作を要する問題の（ｉｎｃｒｉｍｉｎａｔｅｄ）ノード内のプロトコルモジュールを指摘できるようになる。
【００７１】
有利には、上記の方法は、ＴＣによってサポートされる従来のネットワークノード製品の大部分に備えられた連続するネットワークセグメント内で実施することができる。
【００７２】
この提案は、所与のパラメータに対してネットワークノードの滞留時間およびネットワークセグメントを正確に測定し、続いて、時間の影響を受けやすいアプリケーションで生じるネットワーク遅延を監視する基準として検討することができる。
【図１】
0005779664.tif 000002
【図２】
0005779664.tif 000003