(57)【要約】ネットワークのパケット損失率は、入口および出口のネットワーク要素または仮想プライベートネットワーク（ＶＰＮ）内の端部ネットワーク要素に接続されたすべての端部ルータから受け取った、エンドポイントのパケットカウンタまたはバイトカウンタデータのみを使用して測定される。エンドポイントからのパケットカウントデータを処理した後、データ信号に１つまたは複数のタップサイズの低域フィルタを通過させ、選択されたデータセットを同時にサンプリングできないことが原因の入口および出口のパケットカウントデータにおける高周波変動を除去する。フィルタリング後、データを統合して、少ない量のデータパケット損失の検出を増加させることができる。測定可能な損失が検出されたかどうかを判別するために、パケット損失率が算出されるウィンドウの前に、選択されたデータポイントセットにわたって信号の標準偏差が算出される。検出されたパケット損失が、一定のフィルタサイズのターゲットしきい値率について算出された標準偏差に基づく所定の検出可能性しきい値よりも大きい場合、その損失率が報告される。
2006516855.tif 000002
【特許請求の範囲】
【請求項１】
入口ネットワーク要素および出口ネットワーク要素を有するネットワーク内のデータ損失率を測定する方法であって、
前記入口ネットワーク要素で前記ネットワークに入るデータカウントを測定するカウンタデータを入力するステップと、
前記出口ネットワーク要素で前記ネットワークから出るデータカウントを測定するカウンタデータを入力するステップと、
複数の所定の間隔それぞれについて、前記ネットワークに入る前記データカウントと前記ネットワークから出る前記データカウントとの差を算出してデータ差信号を生成するステップと、
前記データ差信号に低域フィルタを適用してフィルタリング済みデータ差信号を生成するステップと、
所定ウィンドウの直前のデータを使用して、前記フィルタリング済みデータ差信号の標準偏差を算出するステップと、
前記所定のウィンドウ内の前記フィルタリング済みデータ差信号に基づいて、前記データ損失率を算出するステップと、
前記フィルタリング済み差信号の前記算出された標準偏差に基づいて、前記データ損失率が所定の検出可能性しきい値を超えた場合、前記データ損失率を報告するステップと
を備えることを特徴とする方法。
【請求項２】
前記フィルタリング済み信号の前記標準偏差を算出する前に、前記フィルタリング済みデータ信号を統合するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークに入る前記データカウントと前記ネットワークから出る前記データカウントとの差を算出する前に、補間を介して欠落データカウントを再作成するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記フィルタを適用する前に、バイトカウントデータの使用による前記入口ネットワーク要素および前記出口ネットワーク要素でのルーティングヘッダサイズの差が原因のデータカウントを修正するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記フィルタを適用する前に、前記入口または出口ネットワーク要素での通常のサンプリング時間よりも長いことによる前記データカウントにおける変動を除去するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記フィルタを適用する前に、前記ネットワーク要素がその内部カウンタを適切に更新できなかった場合、前記データカウンタを調整するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記所定の検出可能性しきい値が、前記フィルタリング済み差データ信号の前記算出された標準偏差のほぼ６倍であることを特徴とする請求項１に記載の方法。
【請求項８】
前記所定の検出可能性しきい値が、前記フィルタリング済みおよび統合済み差データ信号の前記算出された標準偏差のほぼ３倍であることを特徴とする請求項２に記載の方法。
【請求項９】
前記データ損失が前記所定の検出可能性しきい値よりも小さいことを報告するステップと、
前記最後の２つの算出された標準偏差の移動平均に基づいて、前記フィルタリング済みデータ差信号の新しい算出された標準偏差を算出するステップと、
前記所定のウィンドウを１間隔だけ時間的に前方にシフトするステップと、
前記所定の検出可能性しきい値を超えるまで、上記ステップを反復するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１０】
異なるタップサイズを有する追加の複数の低域フィルタを適用するステップと、後続の各ステップをそれぞれの前記フィルタリング済み差信号上で並行して実行するステップとをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
前記所定のウィンドウのサイズは、所望のターゲット損失率および前記フィルタリング済みデータ差信号の前記算出された標準偏差に基づくものであることを特徴とする請求項１に記載の方法。
【請求項１２】
複数の端部ネットワーク要素を有する仮想プライベートネットワーク内のデータ損失を測定する方法であって、
各端部ネットワーク要素からカウンタデータを入力するステップと、
複数の所定の間隔について、前記カウンタデータから、各端部ネットワーク要素で前記ネットワークに入るデータの量と、各端部ネットワーク要素で前記ネットワークから出るデータの量とを算出するステップと、
前記所定の間隔のそれぞれについて、前記ネットワークに入る合計データ量と前記ネットワークから出る合計データ量との差を算出してデータ差信号を生成するステップと、
前記データ差信号に低域フィルタを適用してフィルタリング済みデータ差信号を生成するステップと、
所定ウィンドウの直前のデータを使用して、前記フィルタリング済みデータ差信号の標準偏差を算出するステップと、
前記所定のウィンドウ内の前記フィルタリング済みデータ差信号に基づいて、前記データ損失率を算出するステップと、
前記フィルタリング済みデータ差信号の前記算出された標準偏差に基づいて、前記データ損失率が所定の検出可能性しきい値を超えた場合、前記データ損失率を報告するステップと
を備えることを特徴とする方法。
【請求項１３】
前記フィルタリング済みデータ信号の前記算出された標準偏差を算出する前に、前記フィルタリング済みデータ信号を統合するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ネットワークに入る前記合計データ量と前記ネットワークから出る前記合計データ量との差を算出する前に、補間を介して欠落データカウントを再作成するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１５】
前記フィルタを適用する前に、１つまたは複数の端部ネットワーク要素での通常のサンプリング時間よりも長いことによる前記データカウントにおける変動を除去するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１６】
前記フィルタを適用する前に、１つまたは複数の端部ネットワーク要素が内部カウンタを適切に更新できなかった場合、前記データカウンタを調整するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１７】
前記所定の検出可能性しきい値が、前記フィルタリング済みデータ差信号の前記算出された標準偏差のほぼ６倍であることを特徴とする請求項１２に記載の方法。
【請求項１８】
前記所定の検出可能性しきい値が、前記フィルタリング済みおよび統合済みデータ差信号の前記算出された標準偏差のほぼ３倍であることを特徴とする請求項１３に記載の方法。
【請求項１９】
前記データ損失が前記所定のしきい値よりも小さいことを報告するステップと、
前記最後の２つの算出された標準偏差の平均に基づいて、前記フィルタリング済みデータ差信号の新しい算出された標準偏差を算出するステップと、
前記所定のウィンドウを１間隔だけ時間的に前方にシフトするステップと、
前記所定の検出可能性しきい値を超えるまで、上記ステップを反復するステップと
をさらに備えることを特徴とする請求項１２に記載の方法。
【請求項２０】
異なるタップサイズを有する追加の複数の低域フィルタを適用するステップと、後続の各ステップをそれぞれの前記フィルタリング済み差信号上で並行して実行するステップとをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項２１】
入口ネットワーク要素および出口ネットワーク要素を有するネットワーク内のデータ損失率を測定するシステムであって、
前記入口ネットワーク要素で前記ネットワークに入るデータカウントおよび前記出口ネットワーク要素で前記ネットワークから出るデータカウントを測定するカウンタデータを入力する手段と、
複数の所定の間隔それぞれについて、前記ネットワークに入る前記データカウントと前記ネットワークから出る前記データカウントとの差を算出してデータ差信号を生成する手段と、
前記データ差信号に低域フィルタを適用してフィルタリング済みデータ差信号を生成する手段と、
所定ウィンドウの直前のデータポイントセットを介して、前記フィルタリング済みデータ差信号の標準偏差を算出する手段と、
前記所定のウィンドウ内の前記データ差信号に基づいて、前記データ損失率を算出する手段と、
前記フィルタリング済み差信号の前記算出された標準偏差に基づいて、前記データ損失が所定の検出可能性しきい値を超えた場合、前記データ損失率を報告する手段と
を備えることを特徴とするシステム。
【請求項２２】
前記データ差信号の前記標準偏差を算出する前に、前記フィルタリング済みデータ信号を統合する手段をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記ネットワークに入る前記データカウントと前記ネットワークから出る前記データカウントとの差を算出する前に、補間を介して欠落データカウントを再作成する手段をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２４】
バイトカウントデータの使用による前記入口ネットワーク要素および前記出口ネットワーク要素でのルーティングヘッダサイズの差が原因のデータカウントを修正する手段をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２５】
前記入口または出口ネットワーク要素での通常のサンプリング時間よりも長いことによる前記データカウントにおける変動を除去する手段をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２６】
前記ネットワーク要素がその内部カウンタを適切に更新できなかった場合、前記データカウンタを調整する手段をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２７】
前記所定の検出可能性しきい値が、前記フィルタリング済みデータ差信号の前記算出された標準偏差のほぼ６倍であることを特徴とする請求項２１に記載のシステム。
【請求項２８】
前記所定の検出可能性しきい値が、前記フィルタリング済みおよび統合済みデータ差信号の前記算出された標準偏差のほぼ３倍であることを特徴とする請求項２２に記載のシステム。
【請求項２９】
前記データ損失が前記所定のしきい値よりも小さいことを報告する手段と、
前記最後の２つの算出された標準偏差の移動平均に基づいて、前記フィルタリング済みデータ差信号の新しい標準偏差を算出する手段と、
前記所定のウィンドウを１間隔だけ時間的に前方にシフトする手段と
をさらに備えることを特徴とする請求項２１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（ＩＰ）、非同期転送モード（ＡＴＭ）、フレームリレー（ＦＲ）、あるいはマルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークまたは仮想プライベートネットワーク（ＶＰＮ）のいずれかである、パケットベースネットワークにおいて、パケット損失率（ＰＬＲ）を測定するための方法およびシステムに関する。複数の管理ドメインを横切るエンドツーエンドＰＬＲは、通過ネットワークの情報を必要とすることなく測定される。これは、ネットワークの入口／出口（ｉｎｇｒｅｓｓ／ｅｇｒｅｓｓ）または端部のみでスループットデータを収集することによって達成される。収集されたデータは、損失情報を抽出するために処理される。
【背景技術】
【０００２】
パケットベースネットワークでは、ネットワークユーザに提供されるサービス品質の測度の１つがパケット損失率（ＰＬＲ）である。ＰＬＲは、失われたデータパケットの数と、ユーザによってネットワークに伝送されたパケットの合計数との比である。ＡＴＭでは、セル損失率とも呼ばれる。パケット損失率（ＰＬＲ）は、サービス品質およびサービスレベルアグリーメント（ＳＬＡ）における基本パラメータの１つであり、周知のように測定は困難である。
【０００３】
パケット損失率を測定する既存の方法では、プローブを使用するか、またはホップバイホップ測定値（ｈｏｐ  ｂｙ  ｈｏｐ  ｍｅａｓｕｒｅｍｅｎｔ）を収集する。プローブは能動的または受動的のいずれかとすることができる。どちらの場合でも、中央局などの戦略上重要な場所に専用機器をインストールする必要がある。こうしたインストールには費用がかかる。ネットワークが大きく成長すると追加のインストールが必要である。言い換えれば、プローブの使用は本質的にスケーラブルではない。
【０００４】
パケット損失を測定する第２の既存の方法は、ホップバイホップ測定値の収集を必要とする。これには詳細なトポロジ情報が必要であり、中間ネットワークオペレータの協力も必要である。パケットは競合企業が所有するネットワークをトラバースすることが可能であり、ＰＬＲの測定に必要なホップバイホップデータの提供を希望しないオペレータがいる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ネットワーク間またはネットワークの一部の間でデータを共有する必要なしに、サービスに関するパケット損失率を測定することが可能な、システムおよび方法を有することが望ましいであろう。
【０００６】
さらに、経済的であり能動的または受動的なプローブのインストールを必要とする所与のサービスに関するパケット損失率を測定するための、方法およびシステムを有することが望ましいであろう。
【０００７】
さらに、本質的にスケーラブルであり、従来よりも大規模なネットワークで使用するために追加のプローブをインストールする必要がない、システムおよび方法を有することが望ましいであろう。
【０００８】
最後に、パケット損失を測定するだけのためにさらにトラフィックを追加することのない方法およびシステムを有することが望ましいであろう。
【課題を解決するための手段】
【０００９】
本発明は、ハードウェアまたはソフトウェアプローブを使用せずに、ネットワーク内のパケット（セル、データ）損失率を測定するための方法およびシステムを提供する。本発明のシステムおよび方法は、特定チャネルのパケットカウントまたはバイトカウントなどの、入口および出口のネットワーク要素トラフィック情報のみを使用する。この手順は、仮想プライベートネットワーク（ＶＰＮ）でも使用可能である。本方法およびシステムは、入口および出口ネットワーク要素での（またはＶＰＮの場合はすべての端部ネットワーク要素での）パケットカウントまたはバイトカウントに関するデータを使用する。このカウンタデータが事前処理され、失われたデータを完了し、データ差信号を生成するために収集間隔あたりの差を算出し、バイトカウントデータの場合のヘッダサイズ変動を修正し、望ましくない変動を除去し、カウンタをアップデートするためにネットワーク要素障害を調整する。データ差信号は事前処理されると、１つまたは複数のタップサイズの低域フィルタを介して送られ、統合することができる。所定のウィンドウまでの時間間隔内での、フィルタリング済みおよび／または統合済みデータの標準偏差が決定される。所定のウィンドウ内で計算されたデータ損失率が、算出された標準偏差に基づく検出可能性しきい値よりも大きい場合、このプロセスはウィンドウ内の検出可能損失を測定したことになる。損失が測定可能な場合、損失率が報告される。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明のパケット損失率測定のシステムおよび方法が使用可能な、典型的なネットワークを示す図である。入口ネットワーク要素１１０および出口ネットワーク要素１２０からなるネットワーク要素が、いくつかの他のネットワーク要素からなることが可能なネットワーク１００に接続される。ネットワーク要素は、ＡＴＭ、ＩＰ、ＦＲ、またはＭＰＬＳのうちのいずれかであるネットワーク１００のタイプに特有のフォーマットおよびプロトコルでデータのパケットまたはバイトを伝送することが可能な、任意のタイプのパケットスイッチ、ルータ、ＡＴＭデバイス、または他の要素とすることができる。パケット損失率測定システム（ＰＬＲＭＳ）１３０は、パケット損失率を決定するために必要なデータが以下で説明する計算を実行するために送信される、本発明の新規な諸態様を含む。ＰＬＲＭＳ１３０の正確な働きについて、以下で説明する。
【００１１】
本発明は、入口および出口のネットワーク要素（ＮＥ）からのパケットカウント（またはバイトカウント）データのみを使用した、特定チャネルに関するネットワーク内でのデータ損失の検出を可能にする。データは、ネットワークを横切って移送される際にいくつかの他のネットワーク要素を通過する可能性があるが、パケット損失データはこれらの中間ネットワーク要素から入手可能であるかまたは入手可能でない場合があり、あるいはデータ収集システムが端部データのみを収集するように選択する。本開示では、一方向の通信チャネル内でのパケット損失を決定するプロセスについて説明し、他方向は同じ方法で別個に扱われる。
【００１２】
正しく動作するためには、本発明のいくつかの条件に合致しなければならない。入口および出口でのパケットカウントまたはバイトカウントは、損失なしという条件の下で、入口から入ったすべてのパケットが出口から出て行かなければならない１つの通信チャネルのことを指す。ネットワークは、チャネルにいかなるデータも追加してはならず、またはチャネルからデータを除去してはならない。パケットがネットワークを通過する際にネットワークがルーティングヘッダのサイズを修正した場合、本発明の方法は、ヘッダサイズの変更を修正し、それでもなお本方法を適用してネットワーク内でのユーザのトラフィック損失を測定することができる。データがネットワークを通過する経路は重要ではなく、様々なデータパケットが様々なルートをたどることさえも可能である。すべてのユーザデータの入口点および出口点が同じであることだけが重要である。
【００１３】
パケットおよびバイトカウントは、入口および出口のネットワーク要素１１０および１２０で、通常、等間隔でサンプリングされる。サンプリング間隔は、ネットワークのハードウェアおよびソフトウェア構成によって異なる場合がある。しかしながら、収集間隔が短くなるほど、それに比例してＰＬＲの測定値を取得するための処理遅延も短くなる。収集間隔が短いほど望ましいことは明らかである。サンプリング間隔は、およそ１分からおよそ１０分までの間とすることができる。所与のサンプルペアｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎおよびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔは、理論上、同時に採取される。これはもちろん実際には実行できず、入口ネットワーク要素１１０および出口ネットワーク要素１２０のパケットカウントはわずかに異なる時間に取られることになる。入口から出口までのデータパケットの移動時間は、ほぼ必ず、入口および出口のネットワーク要素でデータをサンプリングしている時間差よりもかなり短くなるため、ネットワークを通過するパケット移動時間は無視することができる。たとえ移動時間が、入口と出口のＮＥ間でのデータサンプリングにおける典型的な同時性の欠如に匹敵する場合であっても、この手順は機能する。さらにこの手順は、サンプリング間隔が等間隔でない場合にも機能するが、ほとんどのネットワークでは、等間隔に配置されたサンプリング間隔が使用されることになる。
【００１４】
損失なしという条件の下では、入口ネットワーク要素１１０でのすべてのユーザパケット（またはバイト）は、出力または出口ネットワーク要素１２０で所在が確認されなければならない。ネットワーク内での損失は、データサンプル間の各時間間隔中に入力と出力とのパケットまたはバイトカウントを比較することによって検出することができる。しかしながら、入口および出口では正確に同じ間隔で測定できないため、データ内にはノイズが存在する。この測定値内の同時性の欠如によって生じる信号内のほとんどのノイズを消去することが、本発明のシステムの特徴である。時間差が大きくなるほど、より小さな損失率を検出することが困難になるであろう。
【００１５】
本発明の目的は、エンドポイントでの測定値のみを使用して、ネットワーク内の特定チャネル（または特定ＶＰＮ）からのデータ損失があったかどうかを判別することである。生データは、ほぼ等しく配置された時間間隔での入口および出口ネットワーク要素でのパケットカウンタの値、すなわちｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎ（ｂｙｔｅ＿ｃｏｕｎｔ＿ｉｎ）およびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔ（ｂｙｔｅ＿ｃｏｕｎｔ＿ｏｕｔ）からなる。この生データは、各収集間隔中にネットワークに入ったパケット数とネットワークから出たパケット数との差を取得するために、図３ａおよび３ｂのステップ３００〜３５０で説明する準備手順を通じて処理され、これは図２でＫｃ（ｉ）として示されている。この信号Ｋｃ（ｉ）を使用してネットワーク内のデータ損失を検出することが可能であり、これは、１間隔あたりのｐａｃｋｅｔｓ＿ｉｎからｐａｃｋｅｔｓ＿ｏｕｔを引いたものである。しかしながら、端部ＮＥからの生データの読み取りに同時性が欠如しているため、この信号は正の値と負の値の間を変動する。ネットワーク内に損失がない場合、最終的にすべての入力パケットが出力時に所在確認されるため、Ｋｃ（ｉ）の平均値はゼロになる。ネットワーク内にデータ損失がある場合、入って行くパケットの方が出て行くパケットよりも多いため、信号の平均値は正となる。Ｋｃ（ｉ）の平均値の上方シフトの大きさが、ネットワーク内のデータ損失の測定値である。Ｋｃ（ｉ）における変動がデータ内のノイズを表す。
【００１６】
信号内にノイズがあるため、平均値における上方シフトは明らかにノイズを上回る場合にのみ検出することができる。この手順の原理は、データをフィルタリングすることにより検出感度を上げることである。ステップ３６０では、タップサイズＮの低域ＦＩＲフィルタが係数１／Ｎによって信号内のノイズを減少させる。図２は、Ｎ個の複数のタップサイズを使用して図３ａおよび３ｂの流れ図を簡略化したものである。図２の参照番号は図３ａおよび３ｂに関して以下で説明する様々なステップを指す。図２では、各タップサイズでフィルタリングされた信号はｙ1、ｙ2、．．．ｙNで表される。損失なしの条件下では、信号ｙはゼロ平均値も有し、ネットワーク内にデータ損失がある場合、等価の上方シフトを示す。
【００１７】
検出感度をさらに上昇させるために、ステップ３７０で各信号ｙが統合され、信号Ｉｙ1、Ｉｙ2、、．．．ＩｙNが取得される。損失率が一定である場合、ｙは一定数だけ上方にシフトし、同じ時間間隔中にＩｙは上方への線形成長を示す。
【００１８】
この点からこの手順は、ターゲットしきい値損失率について、所定のウィンドウ（ステップ３８０または４５０で設定されたデフォルトウィンドウ、あるいはステップ４００で設定された選択済みウィンドウサイズのいずれか）より前に算出された（ステップ３８０、４２０、または４４０）データの標準偏差に基づく検出可能性基準を、ステップ４１０で適用することからなる。ウィンドウとは、ネットワーク内の損失率が測定されるいくつかの収集間隔をカバーする時間間隔のことである。所与のＦＩＲフィルタについて、および以前に取得したトラフィックデータでの経験から、どのサイズのウィンドウがほぼ常時ターゲットしきい値損失率に合致するだけの十分な大きさであるかがわかる。しきい値損失率とは、ネットワーク内の実際の損失率がこれを超えた場合に検出できなければならないような値のことである。典型的なしきい値は、１０-2、１０-3、などのように与えられる。ウィンドウは、新しいデータが使用可能になるのに間に合って前方に移動する。
【００１９】
検出可能性基準は、ウィンドウ内でのＩｙの増加が信号Ｉｙにおいて算出された標準偏差のおよそ３倍よりも大きくなければならないというものである。この場合、およそ９７％の信頼レベルでネットワーク内の損失率を測定することができる。
【００２０】
データは、図２に示されるように、異なるタップサイズの低域フィルタを介して並行して処理することができる。これを実行する理由は、遅延と損失率のより低いターゲットしきい値との間にトレードオフが存在するためである。タップサイズが大きいフィルタほど、より大きな係数でノイズを削減することになり、それに伴うより低いターゲット損失率を検出することが可能であるが、タップサイズが大きいということは結果を得るまでにより長い間待たなければならないということである。したがって大きな損失率をより早く観察するためには、データにタップサイズの異なるフィルタを通過させることが有用である。いずれの場合でも、小さな損失率を検出するにはより長い時間がかかる。
【００２１】
図３ａおよび３ｂは、損失率検出プロセスを示す機能ブロック図である。ステップ３００で、入口ネットワーク要素１１０および出口ネットワーク要素１２０からのカウンタデータ（すなわちｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎまたはｂｙｔｅ＿ｃｏｕｎｔ＿ｉｎおよびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔまたはｂｙｔｅ＿ｃｏｕｎｔ＿ｏｕｔ）が、プロセスに入力される。ネットワーク要素からのトラフィック監視に関するほぼすべてのデータ収集は、等しい時間間隔で実行される。本発明の場合、データはネットワーク要素内のパケットカウンタ値またはバイトカウンタ値と呼ばれる。時折、１つまたは数個の連続する収集間隔でデータが欠落する。カウンタ値は単調に増加するため、次のカウンタ値が、データが欠落した間隔の間にカウンタがどれだけ増分されたかを示し、ステップ３１０で線形補間により欠落したデータを充てんすることができる。いかなる場合でもステップ３６０で実行されるフィルタリングにデータの平均化が含まれるため、この手順がデータ損失率の計算に影響を与えることはない。欠落したデータに対して線形補間を実行する場合は、カウンタがその最大値に達して再度ゼロから開始される際の、カウンタのオーバフローの可能性を考慮に入れなければならない。一例として３２ビットカウンタが想定されるが、実際のカウンタは異なるサイズであってもよく、オーバフローの修正も同様となる。
【００２２】
１つの特定のカウンタ変数に注目すると、中断のないシーケンス（すなわち、Ｃ（ｉ）、Ｃ（ｉ＋１）、Ｃ（ｉ＋２）、Ｃ（ｉ＋３）、．．．）が存在するはずである。Ｃ（ｉ＋１）、Ｃ（ｉ＋２）、．．．Ｃ（ｉ＋Ｎ）が欠落した値であり、Ｃ（ｉ）およびＣ（ｉ＋Ｎ＋１）が欠落した値の両端にある最初および最後の既知の値である場合、ＣrightをＣ（ｉ＋Ｎ＋１）のプレースホルダ値として使用することが可能であり、以下の数式（１）を使用して決定することができる。
Ｃright＝Ｃ（ｉ＋Ｎ＋１）
（１）
（Ｃ（ｉ＋Ｎ＋１）＜Ｃ（ｉ））の場合、Ｃright＝Ｃ（ｉ＋Ｎ＋１）＋２32
および
Ｃ（ｉ＋１）＝（Ｎ*Ｃ（ｉ）＋Ｃright）／（Ｎ＋１）
Ｃ（ｉ＋２）＝（（Ｎ−１）*Ｃ（ｉ）＋２*Ｃright）／（Ｎ＋１）
Ｃ（ｉ＋３）＝（（Ｎ−２）*Ｃ（ｉ）＋３*Ｃright）／（Ｎ＋１）
．．．
Ｃ（ｉ＋Ｎ）＝（Ｃ（ｉ）＋Ｎ*Ｃright）／（Ｎ＋１）
【００２３】
２32を加えることで、カウンタがオーバフローし、最低のカウンタ数から再度カウントを続行した状況を修正する。この技法は、以下の様々な数式でカウンタのオーバフローを修正するために適用される。
【００２４】
ステップ３１０で何らかの欠落したデータが置き換えられると、ステップ３２０で収集間隔ごとに異なる計算が実行される。考察を簡略化するために、バイトカウントまたは他のデータ測定方法にパケットカウントの参照も適用する。Ｃin（ｉ）＝サンプル時間ｉの入口ＮＥ１１０でのパケットカウントであり、Ｃout（ｉ）＝サンプル時間ｉの出口ＮＥ１２０でのパケットカウントである場合、以下の数式（２）および（３）のセットを使用して、以下のようにパケットの差を取得することができる。 
Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＝Ｃin（ｉ＋１）−Ｃin（ｉ）
（２）
（Ｃin（ｉ＋１）＜Ｃin（ｉ））の場合、Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＝Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＋２32
Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＝Ｃout（ｉ＋１）−Ｃout（ｉ）
（３）
（Ｃout（ｉ＋１）＜Ｃout（ｉ））の場合、Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＝Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＋（Ｃ（ｉ＋Ｎ＋１）＜Ｃ（ｉ））の場合、Ｃright＝Ｃ（ｉ＋Ｎ＋１）＋２32
Ｄｉｆｆ＿Ｉｎ（ｉ＋１）は、時間ｉから時間ｉ＋１の間に入口ＮＥに入って行くユーザパケットの数である。Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）は、時間ｉから時間ｉ＋１の間に出口ＮＥを出て行くユーザパケットの数である。
【００２５】
この例では３２ビットカウンタが想定されているが、カウンタサイズはネットワーク要素に応じて変更可能である。ここでも、２32を加えることでカウンタのオーバフローを補償している。
【００２６】
ステップ３２０で、各間隔についてネットワークに入るパケットからネットワークから出るパケットを引いた数が、Ｄｉｆｆ＿Ｉｎ（ｉ＋１）とＤｉｆｆ＿Ｏｕｔ（ｉ＋１）との差、すなわち数式（４）にあるように、時間ｉから時間ｉ＋１の間にネットワークに入ったパケット数とネットワークから出たパケット数との差として算出される。
Ｋ（ｉ＋１）＝［Ｄｉｆｆ＿Ｉｎ（ｉ＋１）−Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）］
（４）
【００２７】
サンプリング時間が不正確であることから、たとえ損失なしの状況下であってもＫ（ｉ）はゼロにはならないが、正および負の値を取ることになる。しかしながら、損失なしの状況下では、入力時のあらゆるパケットが最終的に出力時に所在を確認されるため、損失なしの場合、Ｋ（ｉ）は平均値ゼロのランダム変数である。Ｋ（ｉ）の平均値における正の値方向へのシフトは、ネットワーク内でのデータの損失を示す。Ｋ（ｉ）におけるランダムな変動は、測定しようとしている損失率サイズについて、信号内の変動に比べて平均値における上方シフトが小さいため、小さなデータ損失率の測定を困難または不可能にする。損失率は、所与の時間間隔において、損失したデータをユーザによってネットワークに送られたデータで割った数として定義される。
【００２８】
（パケットカウントではなく）バイトカウントが使用されている場合、ステップ３３０を呼び出さなくてはならない。これは、バイトカウント特有の唯一のステップである。場合によっては、入口ネットワーク要素１１０および出口ネットワーク要素１２０の両方で、パケットカウントを取得できない可能性がある。入口および出口ＮＥのデータパケットは異なるルーティングヘッダサイズを有する場合があり、ＮＥはユーザデータおよびヘッダを含むバイトカウントを報告する。そこで、たとえネットワーク内にデータ損失がない場合であっても、入口および出口でカウントされたバイトの差の平均はゼロにならない。バイト数の差がパケットあたりで一定であるため、ヘッダサイズにおけるこの差を補償することができる。第１に、１間隔あたりのパケット数は、数式（５）のセットを使用して１間隔あたりで算出しなければならない。 
Ｐ（ｉ＋１）＝［Ｃp（ｉ＋１）−Ｃp（ｉ）］
（５）
（Ｃp（ｉ＋１）＜Ｃp（ｉ））の場合、Ｐ（ｉ＋１）＝Ｐ（ｉ＋１）＋２32
Ｃp（ｉ）は、サンプル時間ｉの入口ＮＥ（または出口ＮＥ）でのパケットカウントである。Ｃp（ｉ＋１）＝サンプル時間ｉ＋１の入口ＮＥ（または出口ＮＥ）でのパケットカウントである。この例では、３２ビットカウンタが想定されている。
【００２９】
１パケットあたりで除去または追加された１パケットあたりのバイト数は、以下の数式（６）で算出される。
（６）
【００３０】
Ｎの典型的な値は約１５から２０であろう。上の公式における「丸め」関数が、最も近い整数に丸めている。修正後の入力バイト引く出力バイトは、数式（７）によって決定される。 
Ｋnew（ｉ）＝［Ｋ（ｉ）−ｂ*Ｐ（ｉ）］
（７）
【００３１】
ステップ３４０は、バイトデータまたはパケットデータが使用されようと実行され、時として通常よりも長いサンプリング時間、すなわち入口および出口での同時性の欠如を原因とする、データ内の大きな変動を除去することからなる。ステップ３４０は、以下のアルゴリズムからなる。 
ＩＦ（（ＡＢＳ（Ｋ（ｉ−１））＜２*ＴＨ）＆（Ｋ（ｉ）＞３*ＴＨ）＆（−Ｋ（ｉ＋１）＞３*ＴＨ））
Ｎｅｗ＝（Ｋ（ｉ）＋Ｋ（ｉ＋１））／２；
Ｋc（ｉ）＝Ｎｅｗ；
Ｋc（ｉ＋１）＝Ｎｅｗ；
ＥＬＳＥＩＦ（（ＡＢＳ（Ｋ（ｉ−１））＜２*ＴＨ）＆（−Ｋ（ｉ）＞３*ＴＨ）＆（Ｋ（ｉ＋１）＞３*ＴＨ））
Ｎｅｗ＝（Ｋ（ｉ）＋Ｋ（ｉ＋１））／２；
Ｋc（ｉ）＝Ｎｅｗ；
Ｋc（ｉ＋１）＝Ｎｅｗ；
ＥＬＳＥ
Ｋc（ｉ）＝Ｋ（ｉ）；
ＥＮＤ
変数「ＴＨ」は、しきい値または以下の数式（８）に従って算出されたＫ（ｉ）の標準偏差（σ）である。Ｋcは修正後のパケット差である。 
（８）
【００３２】
「μ」の値は以下の数式（９）に従って算出される。
（９）
【００３３】
上記で算出される標準偏差は、通常は約１０であるいくつかの収集間隔（ｍ−ｒ＋１）にわたるものである。このセットで最終のＫ（ｍ）は時間間隔（ｉ−１）の直前であるため、ｍ＝ｉ−２である。
【００３４】
時として、ルータなどのネットワーク要素が輻輳し、たとえトラフィックがルータを通り過ぎた場合であってもルータプロセッサがトラフィックカウンタを増分しない場合がある。任意のｉについて、Ｋc（ｉ）の絶対値が６つの隣接する合計入力パケットカウントの平均の１０％よりも大きく、さらに５つの隣接するＫc（ｉ）値の平均の３倍よりも大きい場合、これは、カウンタの更新障害が原因であると想定されるであろう。この場合、Ｋc（ｉ）値は他の５つの隣接するＫc（ｉ）値の平均に置き換えられるであろう。変更が行われた場合、Ｋc（ｉ）の記号（正または負）は維持される。これは図３ａのステップ３５０で実施される。
【００３５】
以下の数式セット（１０）に記載されるように、１間隔あたりの入力（または出力）パケットの数を第１に算出する必要がある。
Ｂ（ｉ＋１）＝［Ｃin（ｉ＋１）−Ｃin（ｉ）］
（１０）
（Ｃin（ｉ＋１）＜Ｃin（ｉ））の場合、Ｂ（ｉ＋１）＝Ｂ（ｉ＋１）＋２32
【００３６】
Ｃin（ｉ）はサンプル時間ｉの入口ＮＥ１１０でのパケットカウントである。Ｃin（ｉ＋１）＝サンプル時間ｉ＋１の入口ＮＥ１１０でのパケットカウントである。Ｂ（ｉ＋１）＝時間ｉから（ｉ−１）の間の合計入力パケットである。このステップでは、以下のアルゴリズムが使用される。
【００３７】
｛（ＡＢＳ（Ｋc（ｉ））＞（０．１*（Ｂ（ｉ−３）＋Ｂ（ｉ−２）＋Ｂ（ｉ−１）＋Ｂ（ｉ）＋Ｂ（ｉ＋１）＋Ｂ（ｉ＋２））／６）ＡＮＤ（（ＡＢＳ（Ｋc（ｉ））＞３*（Ｋc（ｉ−３）＋Ｋc（ｉ−２）＋Ｋc（ｉ−１）＋Ｋc（ｉ＋１）＋Ｋc（ｉ＋２））／５）｝
の場合、
Ｋc（ｉ）＝（Ｋc（ｉ）の符号）ＡＢＳ（Ｋc（ｉ−３）＋Ｋc（ｉ−２）＋Ｋc（ｉ−１）＋Ｋc（ｉ＋１）＋Ｋc（ｉ＋２））／５
その他の場合
Ｋc（ｉ）＝Ｋc（ｉ）
【００３８】
表記法を簡略化するために、この点から、ステップ３１０から３５０までデータを通過させた結果を表すためにＫ（ｉ）が使用されることになる。小さな損失率を検出するための本発明の方法の基本原理は、デジタル信号処理技法を使用して信号中のノイズ（すなわち、Ｋ（ｉ）内の変動）を減少させることである。Ｋ（ｉ）はデジタル信号とみなすことができる。こうしたＫ（ｉ）内の変動には１程度の変動期間があるため、すなわちＫは１つのサンプルから次へと著しく変化している。これは変動の高周波構成要素であり、変動のほとんどが信号スペクトルの高周波側にある。低域デジタルフィルタをＫ（ｉ）に適用すると高周波ノイズが大きく減少し、平均値の上方シフトがより容易に検出できるようになり、フィルタリング済み信号の平均値はフィルタリングされていない信号と同じ量だけシフトすることになる。
【００３９】
ステップ３６０で、長さＬのＦＩＲフィルタが低域フィルタとして適用される。ＦＩＲフィルタの一般構造は数式（１１）によって与えられ、ここでＫ（ｎ）は入力サンプルであり、ｈ（ｍ）はＦＩＲフィルタの重みである。
（１１）
【００４０】
例えば、すべての重みが１／Ｌに等しい移動平均ＦＩＲである低域フィルタの単純なケースは、数式（１１）を数式（１２）に単純化する。
（１２）
【００４１】
例えばＬが６の場合、数式１２は以下の数式（１３）となる。
（１３）
【００４２】
Ｌの選択は平滑化の度合いと処理遅延との間のトレードオフに依存する。Ｌが大きいほどノイズは大きく減少するが、より多くのＫ（ｉ）サンプルが必要であるため、結果を得るのにより長く時間がかかることになる。低域フィルタの他の例は、２つの移動平均ＦＩＲフィルタの連結である。これは、１つの平均化フィルタを適用した後、再度他の平均化フィルタを第１のフィルタを適用した結果に適用するものである。例えば、２つのＬ＝３移動平均フィルタの連結を使用して、信号ｋ（ｉ）で開始すると（すなわち、ｋ（１）、ｋ（２）、ｋ（３）、．．．）、第１のフィルタを適用して中間シーケンスＺ（ｉ）、すなわち、ｚ（３）＝（１／３）（ｋ（３）＋ｋ（２）＋ｋ（１））、Ｚ（４）＝（１／３）（ｋ（４）＋ｋ（３）＋ｋ（２））、ｚ（５）＝（１／３）（ｋ（５）＋ｋ（４）＋ｋ（３））．．．を得ることができる。
【００４３】
次に、第２のフィルタがＺ（ｉ）に適用され、シーケンスｙ（ｉ）が得られる。ｙ（５）＝（１／３）（ｚ（５）＋ｚ（４）＋ｚ（２））＝（１／９）（ｋ（５）＋２ｋ（４）＋３ｋ（３）＋２ｋ（２）＋ｋ（１））、ｙ（６）＝（１／３）（ｚ（６）＋ｚ（５）＋ｚ（３））＝（１／９）（ｋ（６）＋２ｋ（５）＋３ｋ（４）＋２ｋ（３）＋ｋ（２））、ｙ（７）＝．．．
【００４４】
したがって、２つの移動平均Ｌ＝３フィルタの連結は、係数ｈ（）：１／９、２／９、３／９、２／９、１／９の１つのＬ＝５フィルタの適用と等化である。例えば、（上記とは）異なるＬ＝５フィルタは、係数ｈ（）：１／５、１／５、１／５、１／５、１／５を有する移動平均Ｌ＝５フィルタとなる。
【００４５】
データは、複数の低域フィルタを通じて並列に（同時に）処理することができる。図２に示されるように、複数Ｎの異なるタップサイズを使用することができる。これらそれぞれの並列処理について、ステップ３７０から４６０を実行することになる。より大きなタップサイズのフィルタには、より長い処理遅延が含まれるが、より小さな損失率を検出することができる。異なるタップサイズのフィルタを使用する理由は、より大きな損失率をより早く検出できることである。
【００４６】
ステップ３７０では、フィルタリング済みデータの統合が行われる。前述のように、Ｋ（ｉ）（またはｙ（ｉ））の平均における上方シフトはデータ損失を示す。この損失はｙ（ｉ）が数式（１４）のように統合されると、さらにより簡単に検出される。ｙ（ｉ）の平均がゼロから上方にシフトすると、Ｉ（ｊ）はｙ（ｉ）グラフの下で領域を表す場合、上方に傾斜することになる。
【００４７】
【数１】
2006516855.tif 000003
【００４８】
図４は、ルータから収集されたデータのサンプルの、統合信号Ｉ（ｊ）４２０のプロットを示す。信号上に重ね合わせられるのは、信号を上方に傾斜させる何らかのデータ損失４１０である。これが測定しようと試みているＩ（ｊ）の上方変位である。これは、図４のＩ（ｊ）４２０の変動に見られるような信号中のノイズから識別されなければならない。
【００４９】
ステップ３８０で、ウィンドウサイズはデフォルトウィンドウサイズに設定され、反復カウンタがゼロに設定され（ｎ＝０）、標準偏差σが算出される。ウィンドウとは、パケット損失率の測定が望ましい整数の収集間隔にわたる時間間隔である。これは、デジタル信号Ｉ（ｊ）のいくつかのサンプルに関連付けられる。サンプル時間ｉ＝ａからサンプル時間ｉ＝ｚまで、ウィンドウはサイズｗ＝ｚ−ａ＋１である。信号がノイズより上に上昇した後、より小さな損失率はより長い期間にわたってしか検出できないため、１つの収集間隔またはウィンドウサイズ１以外の様々なウィンドウサイズを使用することが必要である。デフォルトウィンドウサイズは、ＮＥからのデータの経験から選択される。デフォルトウィンドウサイズは、使用されている低域フィルタ、ＮＥでの測定の同時性の度合い、およびトラフィックの特徴に依存する。デフォルトウィンドウサイズは、ステップ４１０の検出可能性テストに通常は適合し、ターゲット損失率に合致するためにより大きなウィンドウを使用する必要がないように選択される。
【００５０】
以下に記載されるアルゴリズムループが実行された回数をカウントするために、反復カウンタｎが使用される。各反復後、検出ウィンドウの左端が１収集間隔だけ右（時間的に先）へシフトされる。
【００５１】
標準偏差は、数式（１６）によって「μ」が定義された数式（１５）によって与えられる。
（１５）
（１６）
【００５２】
上記では、ｍはウィンドウの左端直前の時間値であり（ｍ＝ａ−１）、ｒはウィンドウの左端から１５（例えば）を引いた値である。σを算出するのに使用されるデータポイントＩ（ｊ）の数が小さいほど、算出されたσが許容不能な量だけ真の値を離れている確率が大きくなる。以下の検出可能性基準を９７％の信頼レベルで適用するためには、およそ１０またはそれ以上のデータポイントが必要である。最終的に、ステップ３８０で
【００５３】
【数２】
2006516855.tif 000004
【００５４】
を設定する。このσは、
【００５５】
【数３】
2006516855.tif 000005
【００５６】
のデフォルト初期設定にのみ使用されることに留意されたい。後続の
【００５７】
【数４】
2006516855.tif 000006
【００５８】
の更新はステップ４２０で実行される。標準偏差は、損失率が測定されるウィンドウでは計算されず、ウィンドウの左（時間的に前）のいくつかのデータポイントを使用して計算されることに留意されたい。
【００５９】
ステップ３９０で反復カウンタが増分される。ステップ４００で、ターゲット損失率に合致する最も小さいウィンドウが選択される。指定されたターゲット損失率Ｔ（例えば１０-2、１０-3など）を測定するために、ウィンドウ内で失われたパケット数はＴｗＭとなり、ここでｗＭはウィンドウ中にネットワークに入ったパケットの合計数であり、Ｍはウィンドウ内で１収集間隔あたりのネットワークに入ったパケットの平均数である。検出可能な損失ＴｗＭの量の場合、Ｉ（ｊ）の算出された標準偏差の３倍より大きい、または
【００６０】
【数５】
2006516855.tif 000007
【００６１】
でなければならない。ウィンドウサイズはターゲット率条件を満たす最も小さいサイズでなければならず、それより大きいウィンドウは明らかに不等式を満たすが、損失率測定値を取得する際のより大きな遅延につながる。Ｄｉｆｆ＿Ｉｎ（ａ）＋Ｄｉｆｆ＿Ｉｎ（ａ＋１）＋．．．Ｄｉｆｆ＿Ｉｎ（ｚ）＝ｗＭによって与えられた時間ａから時間ｚまでのパケットカウントを使用して、
【００６２】
【数６】
2006516855.tif 000008
【００６３】
を満たす最も小さなウィンドウが選択される。
【００６４】
標準偏差が算出される期間はＩ（ｊ）信号を表すだけの十分な大きさでなければならないが、測定プロセスが遅延するほど長すぎてはならない。例えば、以前のＩ（ｊ）の値１０または１５を使用することができる。σが算出されるＩ（ｊ）のサンプルは、損失が検出されなかった連続する範囲でなければならない。データ損失はＩ（ｊ）を上方にシフトさせ、σの値をスキュー（ｓｋｅｗ）させる。これは、以前のσがステップ４４０で使用されるからである。
【００６５】
ステップ４１０で、ウィンドウ内に検出可能性テストが適用され、選択したウィンドウ内で損失が適切に測定できるかどうかが判別される。ウィンドウの期間中（ａからｚ）、ネットワークに入ったパケットの合計数−出たパケットの合計数が、数式（１７）に記載されている。
【００６６】
Ｄ＝Ｉ（ｚ）−Ｉ（ａ−１）＝ｙ（ａ）＋ｙ（ａ＋１）＋．．．＋ｙ（ｚ）
（１７）
【００６７】
これは失われたと想定されるパケットの数を測定するものである。しかしながら、推定された損失が統計的な変動によるものではないというある程度の確信を持つためには、Ｄが、時間ｉ＝ａ−１までの期間にわたって算出される信号Ｉ（ｊ）の標準偏差の３倍よりも大きいことが必要である。この要件が、検出可能性基準またはしきい値である。したがって、
【００６８】
【数７】
2006516855.tif 000009
【００６９】
の場合、損失が検出される。
【００７０】
損失の検出可能性基準に合致しない場合、すなわち
【００７１】
【数８】
2006516855.tif 000010
【００７２】
の場合、プロセスはステップ４２０に分岐する。ステップ４２０では、損失率がこの特定のＦＩＲフィルタで使用されたターゲットＴよりも小さいとして報告され、新しい標準偏差は、損失がないデータの最新の範囲にわたってステップ３８０で使用されたのと同じものを使用して算出され、以前のσとの平均値を取る。すなわち、以下の数式（１８）が使用される。
【００７３】
【数９】
2006516855.tif 000011
【００７４】
以前のσの値にわたって平均値を取る理由は、これがサンプリングエラーからの標準偏差における変動をなくすためのフィルタとして働くからである。
【００７５】
検出可能性基準に合致した場合、すなわち
【００７６】
【数１０】
2006516855.tif 000012
【００７７】
の場合、ステップ４３０で、検出可能損失率測定を使用して数式（１９）により損失率の値が決定および報告される。これは、ウィンドウ内で測定されたデータ損失をウィンドウ内の入力データで割ったものである。
ＬＲ＝Ｄ／（ｗＭ）
（１９）
【００７８】
損失が適切に測定できた場合、この損失は信号中の統計的なノイズとは無関係な理由でσをより大きな値にスキューさせることになるため、以前に算出された標準偏差σがステップ４４０で使用され、したがって、
【００７９】
【数１１】
2006516855.tif 000013
【００８０】
となる。
【００８１】
ステップ４５０へは、ステップ４２０または４４０のいずれかから到達する。ウィンドウの左端は１時間間隔だけ右へ移動し、すなわちａがａ＋１に置き換わる。ブロック３８０で論じたように、デフォルトウィンドウサイズが選択される。もう１つのデータポイントがまだ使用できない場合、プロセスはこれが事前処理ステップ４１０から４８０で使用できるようになるまで待機し、ステップ３９０に戻って手順が繰り返され、反復カウンタが増分される。
【００８２】
仮想プライベートネットワーク（ＶＰＮ）５００では、図５に示されるように複数の加入者宅内機器（ＣＰＥ）５１０が存在する。ＣＰＥ５１０はリンク５１５によって端部ネットワーク要素５２０（ルータ以外のＮＥとすることができる）上のインターフェースに接続される。ＶＰＮを起源とするネットワーク内のデータ損失率を測定することが望まれる。各端部ネットワーク要素で、ネットワーク内に入って行くデータの量およびネットワークから出て行くデータの量が測定できると想定される。ＶＰＮでは、任意のサイトからのトラフィックを他のいずれかのサイトに分配することができる。エンドポイントデータのみが使用可能であると想定される。ＶＰＮ全体の損失率は、ＶＰＮ端部リンク全体にわたってネットワークに入るトラフィックを総計すること、およびＶＰＮ端部リンク全体にわたってネットワークから出るトラフィックを総計することによって、ポイントツーポイントのケースで使用されるものと同じ手順を使用して決定することができる。このプロセスは、非マルチキャストＶＰＮにのみ適用されることになる。
【００８３】
以下の測定値は、ｉとラベル表示されＰＬＲＭＳ１３０に送られる等しく配置された時間間隔について、アクセスインターフェース５３０で取られたものと想定する。Ｃpin（ｊ，ｉ）は、アクセスインターフェースｊ（ｊ＝１、２、．．．、Ｍ）に対する時間ｉでの入力パケットカウントである。Ｃpout（ｊ，ｉ）は、アクセスインターフェースｊ（ｊ＝１、２、．．．、Ｍ）に対する時間ｉでの出力パケットカウントである。これにより、各インターフェースｊについて２つの時間シーケンス、（Ｃpin（ｊ，１）、Ｃpin（ｊ，２）、Ｃpin（ｊ，３）、．．．）および（Ｃpout（ｊ，１）、Ｃpout（ｊ，２）、Ｃpout（ｊ，３）、．．．）が生成されることになる。このデータは、図６の入力ステップ６００で使用される。図３ａおよび３ｂのポイントツーポイントケースでは、ステップ６１０で、欠落データは図３ａの流れ図のステップ３１０として線形補間によって充てんされる。
【００８４】
ステップ６２０で、各アクセスインターフェース（ｊ）５３０でＶＰＮネットワークに入るパケットは、数式（２０）および（２１）に従って決定される。
Ｐin（ｊ，ｉ＋１）＝［Ｃpin（ｊ，ｉ＋１）−Ｃpin（ｊ，ｉ）］    （２０）
（Ｃpin（ｊ，ｉ＋１）＜Ｃpin（ｊ，ｉ））の場合、Ｐin（ｊ，ｉ＋１）＝Ｐin（ｊ，ｉ＋１）＋２32                                              （２１）
【００８５】
Ｃpin（ｊ，ｉ）は、アクセスインターフェースｊのサンプル時間ｉでの入力パケットカウンタ値である。Ｃpin（ｊ，ｉ＋１）＝アクセスインターフェースｊのサンプル時間ｉ＋１での入力パケットカウンタ値である。
【００８６】
Ｐin（ｊ，ｉ＋１）＝時間ｉから（ｉ＋１）の間にアクセスインターフェースｊに入るパケットの数である。この例では、３２ビットカウンタが想定されている。
【００８７】
ステップ６３０で、各アクセスインターフェースｊでネットワークから出るパケットは、数式（２２）および（２３）に従って算出される。
Ｐout（ｊ，ｉ＋１）＝［Ｃpout（ｊ，ｉ＋１）−Ｃpout（ｊ，ｉ）］  （２２）
（Ｃpout（ｊ，ｉ＋１）＜Ｃpout（ｊ，ｉ））の場合、Ｐout（ｊ，ｉ  １）＝Ｐout（ｊ，ｉ＋１）＋２32                                          （２３）
【００８８】
Ｃpout（ｊ，ｉ）は、アクセスインターフェースｊのサンプル時間ｉでの出力パケットカウンタ値である。Ｃpout（ｊ，ｉ＋１）はアクセスインターフェースｊのサンプル時間ｉ＋１での出力パケットカウンタ値である。
【００８９】
Ｐout（ｊ，ｉ＋１）は時間ｉから（ｉ＋１）の間にアクセスインターフェースｊを出るパケットの数である。この例では、３２ビットカウンタが想定されている。
【００９０】
ステップ６４０で、公式（２４）を使用して、時間ｉから時間ｉ＋１の間にネットワークに入るＶＰＮの合計パケット数からネットワークから出るパケット数を引いた数が算出される。
（２４）
【００９１】
次に、ＶＰＮにおけるデータ損失を測定するために、図３ａおよび３ｂの流れ図に示されたプロセスで、Ｋ（ｉ）と同じ方法でＫp（ｉ）が使用される。Ｋp（ｉ）データは、ＶＰＮのケースでの損失率を決定するために、図３ａのステップ３４０から始まるプロセスによって使用される。
【００９２】
この方法には、ネットワーク内のデータ損失率を測定するためのいくつかの簡略化および変形がある。バイトカウント以外のパケットカウントが使用されるステップ３３０は不要である。バイト数で表されたパケットサイズが入口および出口の測定ポイントで同じであることが分かっている場合、これは不要である。
【００９３】
方法の簡略化として、１つの低域フィルタのみを使用することができる。これによって、検出可能な損失を適切に測定するためにプロセスが必要とする時間量を増加させてしまう可能性があるが、全体の複雑さは低下する。
【００９４】
ステップ３７０は、簡略化として除外することができる。この場合、標準偏差はＩシーケンスの代わりにＫシーケンスを使用して算出される。Ｋシーケンスの標準偏差はＩシーケンスのそれの約半分であることが、経験的にわかっている。そのため、ステップ３７０の統合はスキップされ、ステップ４１０で使用される検出可能性基準をＤ＞６σに変更しなければならない。
【００９５】
この方法の簡略化として、固定ウィンドウサイズを使用することができる。このケースでは、ステップ４１０の終わりに損失が測定できない場合、プロセスはステップ４５０へとスキップする。図７は、本発明に従ったＰＬＲ測定システム１３０の概略図である。プロセッサ７１０は、パーソナルコンピュータ、ワークステーション、ミニコンピュータ、または他の汎用コンピュータで見られるような中央処理ユニットである。プロセッサ７１０はメモリ７２０および入力／出力ユニット７３０に接続される。プロセッサ７１０は、様々なプログラミング言語からコンパイルまたは変換されたコンピュータプログラム命令を実行することができる。メモリ７２０は、入口ネットワーク要素１１０、出口ネットワーク要素１２０、またはＶＰＮの場合は端部ルータ５２０の様々な端部ネットワーク要素５１０から受け取った、パケットカウントデータまたはバイトデータに加えて、前述の数式およびアルゴリズムの実施が可能なコンピュータプログラムを格納する。入力／出力ユニット７３０は、プロセッサ７１０が、入口ネットワーク要素１１０などの１つまたは複数のネットワーク要素からパケットまたはバイトカウントデータを受け取り、算出されたパケット損失率をディスプレイ７４０上でユーザに表示できるようにするものである。
【００９６】
カウンタデータは、ネットワークサービス業界で十分に確立されている様々な方法で、ネットワーク要素から取得することができる。例えば、ネットワーク要素は内部インターネットワークまたは同等の内部通信システムによって接続される。ネットワーク要素は、所定の時間でデータをサンプリングし、それらのデータファイルを中央ロケーションに送る。別の方法として、ネットワーク要素は内部インターネットワークまたは同等の内部通信システムによって接続される。中央コンピュータは、（例えばＳＮＭＰによって）ネットワーク要素にデータを使用して応答するように要求を送信する。大規模なネットワークサービスプロバイダは、この損失率決定方法に必要なデータを収集することができるオペレーションサポートシステムをすでに備えている。
【００９７】
上記の記述は、本発明を例示および説明するためだけに提示されたものである。これは本発明を網羅するか、または開示されたいかなる精密な形にも限定することを意図するものではない。上記の教示に鑑みて、多くの修正および変形が可能である。記載された適用範囲は、他の当業者が様々な応用例で、および企図された特定の用途に好適な様々な修正を利用して本発明を最も良く利用できるようにするために、本発明の原理およびその実際の応用例を最も良く説明するために選択および記載されたものである。
【図面の簡単な説明】
【００９８】
【図１】典型的なネットワークに統合された本発明を示す図である。
【図２】パケットデータに関して複数のＦＩＲフィルタを同時に使用する本発明の損失率測定プロセスを示す簡略化された流れ図である。
【図３ａ】損失率測定プロセスを示す完全な機能ブロック図である。
【図３ｂ】損失率測定プロセスを示す完全な機能ブロック図である。
【図４】ネットワーク要素から収集されたデータのサンプルに関する統合信号Ｉ（ｊ）のプロットを示す図である。
【図５】仮想プライベートネットワークに統合された本発明を示す図である。
【図６】仮想プライベートネットワークからのパケット（バイト）カウントデータに必要な事前処理を示す流れ図である。
【図７】本発明のパケット損失率測定システムを示す概略図である。
【図１】
2006516855.tif 000014
【図２】
2006516855.tif 000015
【図３ａ】
2006516855.tif 000016
【図３ｂ】
2006516855.tif 000017
【図４】
2006516855.tif 000018
【図５】
2006516855.tif 000019
【図６】
2006516855.tif 000020
【図７】
2006516855.tif 000021
【手続補正書】
【提出日】平成17年11月8日(2005.11.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（ＩＰ）、非同期転送モード（ＡＴＭ）、フレームリレー（ＦＲ）、あるいはマルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークまたは仮想プライベートネットワーク（ＶＰＮ）のいずれかである、パケットベースネットワークにおいて、パケット損失率（ＰＬＲ）を測定するための方法およびシステムに関する。複数の管理ドメインを横切るエンドツーエンドＰＬＲは、通過ネットワークの情報を必要とすることなく測定される。これは、ネットワークの入口／出口（ｉｎｇｒｅｓｓ／ｅｇｒｅｓｓ）または端部のみでスループットデータを収集することによって達成される。収集されたデータは、損失情報を抽出するために処理される。
【背景技術】
【０００２】
パケットベースネットワークでは、ネットワークユーザに提供されるサービス品質の測度の１つがパケット損失率（ＰＬＲ）である。ＰＬＲは、失われたデータパケットの数と、ユーザによってネットワークに伝送されたパケットの合計数との比である。ＡＴＭでは、セル損失率とも呼ばれる。パケット損失率（ＰＬＲ）は、サービス品質およびサービスレベルアグリーメント（ＳＬＡ）における基本パラメータの１つであり、周知のように測定は困難である。
【０００３】
パケット損失率を測定する既存の方法では、プローブを使用するか、またはホップバイホップ測定値（ｈｏｐ  ｂｙ  ｈｏｐ  ｍｅａｓｕｒｅｍｅｎｔ）を収集する。プローブは能動的または受動的のいずれかとすることができる。どちらの場合でも、中央局などの戦略上重要な場所に専用機器をインストールする必要がある。こうしたインストールには費用がかかる。ネットワークが大きく成長すると追加のインストールが必要である。言い換えれば、プローブの使用は本質的にスケーラブルではない。
【０００４】
パケット損失を測定する第２の既存の方法は、ホップバイホップ測定値の収集を必要とする。これには詳細なトポロジ情報が必要であり、中間ネットワークオペレータの協力も必要である。パケットは競合企業が所有するネットワークをトラバースすることが可能であり、ＰＬＲの測定に必要なホップバイホップデータの提供を希望しないオペレータがいる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ネットワーク間またはネットワークの一部の間でデータを共有する必要なしに、サービスに関するパケット損失率を測定することが可能な、システムおよび方法を有することが望ましいであろう。
【０００６】
さらに、経済的であり能動的または受動的なプローブのインストールを必要とする所与のサービスに関するパケット損失率を測定するための、方法およびシステムを有することが望ましいであろう。
【０００７】
さらに、本質的にスケーラブルであり、従来よりも大規模なネットワークで使用するために追加のプローブをインストールする必要がない、システムおよび方法を有することが望ましいであろう。
【０００８】
最後に、パケット損失を測定するだけのためにさらにトラフィックを追加することのない方法およびシステムを有することが望ましいであろう。
【課題を解決するための手段】
【０００９】
本発明は、ハードウェアまたはソフトウェアプローブを使用せずに、ネットワーク内のパケット（セル、データ）損失率を測定するための方法およびシステムを提供する。本発明のシステムおよび方法は、特定チャネルのパケットカウントまたはバイトカウントなどの、入口および出口のネットワーク要素トラフィック情報のみを使用する。この手順は、仮想プライベートネットワーク（ＶＰＮ）でも使用可能である。本方法およびシステムは、入口および出口ネットワーク要素での（またはＶＰＮの場合はすべての端部ネットワーク要素での）パケットカウントまたはバイトカウントに関するデータを使用する。このカウンタデータが事前処理され、失われたデータを完了し、データ差信号を生成するために収集間隔あたりの差を算出し、バイトカウントデータの場合のヘッダサイズ変動を修正し、望ましくない変動を除去し、カウンタをアップデートするためにネットワーク要素障害を調整する。データ差信号は事前処理されると、１つまたは複数のタップサイズの低域フィルタを介して送られ、統合することができる。所定のウィンドウまでの時間間隔内での、フィルタリング済みおよび／または統合済みデータの標準偏差が決定される。所定のウィンドウ内で計算されたデータ損失率が、算出された標準偏差に基づく検出可能性しきい値よりも大きい場合、このプロセスはウィンドウ内の検出可能損失を測定したことになる。損失が測定可能な場合、損失率が報告される。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明のパケット損失率測定のシステムおよび方法が使用可能な、典型的なネットワークを示す図である。入口ネットワーク要素１１０および出口ネットワーク要素１２０からなるネットワーク要素が、いくつかの他のネットワーク要素からなることが可能なネットワーク１００に接続される。ネットワーク要素は、ＡＴＭ、ＩＰ、ＦＲ、またはＭＰＬＳのうちのいずれかであるネットワーク１００のタイプに特有のフォーマットおよびプロトコルでデータのパケットまたはバイトを伝送することが可能な、任意のタイプのパケットスイッチ、ルータ、ＡＴＭデバイス、または他の要素とすることができる。パケット損失率測定システム（ＰＬＲＭＳ）１３０は、パケット損失率を決定するために必要なデータが以下で説明する計算を実行するために送信される、本発明の新規な諸態様を含む。ＰＬＲＭＳ１３０の正確な働きについて、以下で説明する。
【００１１】
本発明は、入口および出口のネットワーク要素（ＮＥ）からのパケットカウント（またはバイトカウント）データのみを使用した、特定チャネルに関するネットワーク内でのデータ損失の検出を可能にする。データは、ネットワークを横切って移送される際にいくつかの他のネットワーク要素を通過する可能性があるが、パケット損失データはこれらの中間ネットワーク要素から入手可能であるかまたは入手可能でない場合があり、あるいはデータ収集システムが端部データのみを収集するように選択する。本開示では、一方向の通信チャネル内でのパケット損失を決定するプロセスについて説明し、他方向は同じ方法で別個に扱われる。
【００１２】
正しく動作するためには、本発明のいくつかの条件に合致しなければならない。入口および出口でのパケットカウントまたはバイトカウントは、損失なしという条件の下で、入口から入ったすべてのパケットが出口から出て行かなければならない１つの通信チャネルのことを指す。ネットワークは、チャネルにいかなるデータも追加してはならず、またはチャネルからデータを除去してはならない。パケットがネットワークを通過する際にネットワークがルーティングヘッダのサイズを修正した場合、本発明の方法は、ヘッダサイズの変更を修正し、それでもなお本方法を適用してネットワーク内でのユーザのトラフィック損失を測定することができる。データがネットワークを通過する経路は重要ではなく、様々なデータパケットが様々なルートをたどることさえも可能である。すべてのユーザデータの入口点および出口点が同じであることだけが重要である。
【００１３】
パケットおよびバイトカウントは、入口および出口のネットワーク要素１１０および１２０で、通常、等間隔でサンプリングされる。サンプリング間隔は、ネットワークのハードウェアおよびソフトウェア構成によって異なる場合がある。しかしながら、収集間隔が短くなるほど、それに比例してＰＬＲの測定値を取得するための処理遅延も短くなる。収集間隔が短いほど望ましいことは明らかである。サンプリング間隔は、およそ１分からおよそ１０分までの間とすることができる。所与のサンプルペアｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎおよびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔは、理論上、同時に採取される。これはもちろん実際には実行できず、入口ネットワーク要素１１０および出口ネットワーク要素１２０のパケットカウントはわずかに異なる時間に取られることになる。入口から出口までのデータパケットの移動時間は、ほぼ必ず、入口および出口のネットワーク要素でデータをサンプリングしている時間差よりもかなり短くなるため、ネットワークを通過するパケット移動時間は無視することができる。たとえ移動時間が、入口と出口のＮＥ間でのデータサンプリングにおける典型的な同時性の欠如に匹敵する場合であっても、この手順は機能する。さらにこの手順は、サンプリング間隔が等間隔でない場合にも機能するが、ほとんどのネットワークでは、等間隔に配置されたサンプリング間隔が使用されることになる。
【００１４】
損失なしという条件の下では、入口ネットワーク要素１１０でのすべてのユーザパケット（またはバイト）は、出力または出口ネットワーク要素１２０で所在が確認されなければならない。ネットワーク内での損失は、データサンプル間の各時間間隔中に入力と出力とのパケットまたはバイトカウントを比較することによって検出することができる。しかしながら、入口および出口では正確に同じ間隔で測定できないため、データ内にはノイズが存在する。この測定値内の同時性の欠如によって生じる信号内のほとんどのノイズを消去することが、本発明のシステムの特徴である。時間差が大きくなるほど、より小さな損失率を検出することが困難になるであろう。
【００１５】
本発明の目的は、エンドポイントでの測定値のみを使用して、ネットワーク内の特定チャネル（または特定ＶＰＮ）からのデータ損失があったかどうかを判別することである。生データは、ほぼ等しく配置された時間間隔での入口および出口ネットワーク要素でのパケットカウンタの値、すなわちｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎ（ｂｙｔｅ＿ｃｏｕｎｔ＿ｉｎ）およびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔ（ｂｙｔｅ＿ｃｏｕｎｔ＿ｏｕｔ）からなる。この生データは、各収集間隔中にネットワークに入ったパケット数とネットワークから出たパケット数との差を取得するために、図３ａおよび３ｂのステップ３００〜３５０で説明する準備手順を通じて処理され、これは図２でＫｃ（ｉ）として示されている。この信号Ｋｃ（ｉ）を使用してネットワーク内のデータ損失を検出することが可能であり、これは、１間隔あたりのｐａｃｋｅｔｓ＿ｉｎからｐａｃｋｅｔｓ＿ｏｕｔを引いたものである。しかしながら、端部ＮＥからの生データの読み取りに同時性が欠如しているため、この信号は正の値と負の値の間を変動する。ネットワーク内に損失がない場合、最終的にすべての入力パケットが出力時に所在確認されるため、Ｋｃ（ｉ）の平均値はゼロになる。ネットワーク内にデータ損失がある場合、入って行くパケットの方が出て行くパケットよりも多いため、信号の平均値は正となる。Ｋｃ（ｉ）の平均値の上方シフトの大きさが、ネットワーク内のデータ損失の測定値である。Ｋｃ（ｉ）における変動がデータ内のノイズを表す。
【００１６】
信号内にノイズがあるため、平均値における上方シフトは明らかにノイズを上回る場合にのみ検出することができる。この手順の原理は、データをフィルタリングすることにより検出感度を上げることである。ステップ３６０では、タップサイズＮの低域ＦＩＲフィルタが係数１／Ｎによって信号内のノイズを減少させる。図２は、Ｎ個の複数のタップサイズを使用して図３ａおよび３ｂの流れ図を簡略化したものである。図２の参照番号は図３ａおよび３ｂに関して以下で説明する様々なステップを指す。図２では、各タップサイズでフィルタリングされた信号はｙ1、ｙ2、．．．ｙNで表される。損失なしの条件下では、信号ｙはゼロ平均値も有し、ネットワーク内にデータ損失がある場合、等価の上方シフトを示す。
【００１７】
検出感度をさらに上昇させるために、ステップ３７０で各信号ｙが統合され、信号Ｉｙ1、Ｉｙ2、、．．．ＩｙNが取得される。損失率が一定である場合、ｙは一定数だけ上方にシフトし、同じ時間間隔中にＩｙは上方への線形成長を示す。
【００１８】
この点からこの手順は、ターゲットしきい値損失率について、所定のウィンドウ（ステップ３８０または４５０で設定されたデフォルトウィンドウ、あるいはステップ４００で設定された選択済みウィンドウサイズのいずれか）より前に算出された（ステップ３８０、４２０、または４４０）データの標準偏差に基づく検出可能性基準を、ステップ４１０で適用することからなる。ウィンドウとは、ネットワーク内の損失率が測定されるいくつかの収集間隔をカバーする時間間隔のことである。所与のＦＩＲフィルタについて、および以前に取得したトラフィックデータでの経験から、どのサイズのウィンドウがほぼ常時ターゲットしきい値損失率に合致するだけの十分な大きさであるかがわかる。しきい値損失率とは、ネットワーク内の実際の損失率がこれを超えた場合に検出できなければならないような値のことである。典型的なしきい値は、１０-2、１０-3、などのように与えられる。ウィンドウは、新しいデータが使用可能になるのに間に合って前方に移動する。
【００１９】
検出可能性基準は、ウィンドウ内でのＩｙの増加が信号Ｉｙにおいて算出された標準偏差のおよそ３倍よりも大きくなければならないというものである。この場合、およそ９７％の信頼レベルでネットワーク内の損失率を測定することができる。
【００２０】
データは、図２に示されるように、異なるタップサイズの低域フィルタを介して並行して処理することができる。これを実行する理由は、遅延と損失率のより低いターゲットしきい値との間にトレードオフが存在するためである。タップサイズが大きいフィルタほど、より大きな係数でノイズを削減することになり、それに伴うより低いターゲット損失率を検出することが可能であるが、タップサイズが大きいということは結果を得るまでにより長い間待たなければならないということである。したがって大きな損失率をより早く観察するためには、データにタップサイズの異なるフィルタを通過させることが有用である。いずれの場合でも、小さな損失率を検出するにはより長い時間がかかる。
【００２１】
図３ａおよび３ｂは、損失率検出プロセスを示す機能ブロック図である。ステップ３００で、入口ネットワーク要素１１０および出口ネットワーク要素１２０からのカウンタデータ（すなわちｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｉｎまたはｂｙｔｅ＿ｃｏｕｎｔ＿ｉｎおよびｐａｃｋｅｔ＿ｃｏｕｎｔ＿ｏｕｔまたはｂｙｔｅ＿ｃｏｕｎｔ＿ｏｕｔ）が、プロセスに入力される。ネットワーク要素からのトラフィック監視に関するほぼすべてのデータ収集は、等しい時間間隔で実行される。本発明の場合、データはネットワーク要素内のパケットカウンタ値またはバイトカウンタ値と呼ばれる。時折、１つまたは数個の連続する収集間隔でデータが欠落する。カウンタ値は単調に増加するため、次のカウンタ値が、データが欠落した間隔の間にカウンタがどれだけ増分されたかを示し、ステップ３１０で線形補間により欠落したデータを充てんすることができる。いかなる場合でもステップ３６０で実行されるフィルタリングにデータの平均化が含まれるため、この手順がデータ損失率の計算に影響を与えることはない。欠落したデータに対して線形補間を実行する場合は、カウンタがその最大値に達して再度ゼロから開始される際の、カウンタのオーバフローの可能性を考慮に入れなければならない。一例として３２ビットカウンタが想定されるが、実際のカウンタは異なるサイズであってもよく、オーバフローの修正も同様となる。
【００２２】
１つの特定のカウンタ変数に注目すると、中断のないシーケンス（すなわち、Ｃ（ｉ）、Ｃ（ｉ＋１）、Ｃ（ｉ＋２）、Ｃ（ｉ＋３）、．．．）が存在するはずである。Ｃ（ｉ＋１）、Ｃ（ｉ＋２）、．．．Ｃ（ｉ＋Ｎ）が欠落した値であり、Ｃ（ｉ）およびＣ（ｉ＋Ｎ＋１）が欠落した値の両端にある最初および最後の既知の値である場合、ＣrightをＣ（ｉ＋Ｎ＋１）のプレースホルダ値として使用することが可能であり、以下の数式（１）を使用して決定することができる。
Ｃright＝Ｃ（ｉ＋Ｎ＋１）
（１）
（Ｃ（ｉ＋Ｎ＋１）＜Ｃ（ｉ））の場合、Ｃright＝Ｃ（ｉ＋Ｎ＋１）＋２32
および
Ｃ（ｉ＋１）＝（Ｎ*Ｃ（ｉ）＋Ｃright）／（Ｎ＋１）
Ｃ（ｉ＋２）＝（（Ｎ−１）*Ｃ（ｉ）＋２*Ｃright）／（Ｎ＋１）
Ｃ（ｉ＋３）＝（（Ｎ−２）*Ｃ（ｉ）＋３*Ｃright）／（Ｎ＋１）
．．．
Ｃ（ｉ＋Ｎ）＝（Ｃ（ｉ）＋Ｎ*Ｃright）／（Ｎ＋１）
【００２３】
２32を加えることで、カウンタがオーバフローし、最低のカウンタ数から再度カウントを続行した状況を修正する。この技法は、以下の様々な数式でカウンタのオーバフローを修正するために適用される。
【００２４】
ステップ３１０で何らかの欠落したデータが置き換えられると、ステップ３２０で収集間隔ごとに異なる計算が実行される。考察を簡略化するために、バイトカウントまたは他のデータ測定方法にパケットカウントの参照も適用する。Ｃin（ｉ）＝サンプル時間ｉの入口ＮＥ１１０でのパケットカウントであり、Ｃout（ｉ）＝サンプル時間ｉの出口ＮＥ１２０でのパケットカウントである場合、以下の数式（２）および（３）のセットを使用して、以下のようにパケットの差を取得することができる。 
Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＝Ｃin（ｉ＋１）−Ｃin（ｉ）
（２）
（Ｃin（ｉ＋１）＜Ｃin（ｉ））の場合、Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＝Ｄｉｆｆ＿Ｉｎ（ｉ＋１）＋２32
Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＝Ｃout（ｉ＋１）−Ｃout（ｉ）
（３）
（Ｃout（ｉ＋１）＜Ｃout（ｉ））の場合、Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＝Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）＋（Ｃ（ｉ＋Ｎ＋１）＜Ｃ（ｉ））の場合、Ｃright＝Ｃ（ｉ＋Ｎ＋１）＋２32
Ｄｉｆｆ＿Ｉｎ（ｉ＋１）は、時間ｉから時間ｉ＋１の間に入口ＮＥに入って行くユーザパケットの数である。Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）は、時間ｉから時間ｉ＋１の間に出口ＮＥを出て行くユーザパケットの数である。
【００２５】
この例では３２ビットカウンタが想定されているが、カウンタサイズはネットワーク要素に応じて変更可能である。ここでも、２32を加えることでカウンタのオーバフローを補償している。
【００２６】
ステップ３２０で、各間隔についてネットワークに入るパケットからネットワークから出るパケットを引いた数が、Ｄｉｆｆ＿Ｉｎ（ｉ＋１）とＤｉｆｆ＿Ｏｕｔ（ｉ＋１）との差、すなわち数式（４）にあるように、時間ｉから時間ｉ＋１の間にネットワークに入ったパケット数とネットワークから出たパケット数との差として算出される。
Ｋ（ｉ＋１）＝［Ｄｉｆｆ＿Ｉｎ（ｉ＋１）−Ｄｉｆｆ＿Ｏｕｔ（ｉ＋１）］
（４）
【００２７】
サンプリング時間が不正確であることから、たとえ損失なしの状況下であってもＫ（ｉ）はゼロにはならないが、正および負の値を取ることになる。しかしながら、損失なしの状況下では、入力時のあらゆるパケットが最終的に出力時に所在を確認されるため、損失なしの場合、Ｋ（ｉ）は平均値ゼロのランダム変数である。Ｋ（ｉ）の平均値における正の値方向へのシフトは、ネットワーク内でのデータの損失を示す。Ｋ（ｉ）におけるランダムな変動は、測定しようとしている損失率サイズについて、信号内の変動に比べて平均値における上方シフトが小さいため、小さなデータ損失率の測定を困難または不可能にする。損失率は、所与の時間間隔において、損失したデータをユーザによってネットワークに送られたデータで割った数として定義される。
【００２８】
（パケットカウントではなく）バイトカウントが使用されている場合、ステップ３３０を呼び出さなくてはならない。これは、バイトカウント特有の唯一のステップである。場合によっては、入口ネットワーク要素１１０および出口ネットワーク要素１２０の両方で、パケットカウントを取得できない可能性がある。入口および出口ＮＥのデータパケットは異なるルーティングヘッダサイズを有する場合があり、ＮＥはユーザデータおよびヘッダを含むバイトカウントを報告する。そこで、たとえネットワーク内にデータ損失がない場合であっても、入口および出口でカウントされたバイトの差の平均はゼロにならない。バイト数の差がパケットあたりで一定であるため、ヘッダサイズにおけるこの差を補償することができる。第１に、１間隔あたりのパケット数は、数式（５）のセットを使用して１間隔あたりで算出しなければならない。 
Ｐ（ｉ＋１）＝［Ｃp（ｉ＋１）−Ｃp（ｉ）］
（５）
（Ｃp（ｉ＋１）＜Ｃp（ｉ））の場合、Ｐ（ｉ＋１）＝Ｐ（ｉ＋１）＋２32
Ｃp（ｉ）は、サンプル時間ｉの入口ＮＥ（または出口ＮＥ）でのパケットカウントである。Ｃp（ｉ＋１）＝サンプル時間ｉ＋１の入口ＮＥ（または出口ＮＥ）でのパケットカウントである。この例では、３２ビットカウンタが想定されている。
【００２９】
１パケットあたりで除去または追加された１パケットあたりのバイト数は、以下の数式（６）で算出される。
【００３０】
【数１】
2006516855.tif 000022
【００３１】
Ｎの典型的な値は約１５から２０であろう。上の公式における「丸め」関数が、最も近い整数に丸めている。修正後の入力バイト引く出力バイトは、数式（７）によって決定される。 
Ｋnew（ｉ）＝［Ｋ（ｉ）−ｂ*Ｐ（ｉ）］
（７）
【００３２】
ステップ３４０は、バイトデータまたはパケットデータが使用されようと実行され、時として通常よりも長いサンプリング時間、すなわち入口および出口での同時性の欠如を原因とする、データ内の大きな変動を除去することからなる。ステップ３４０は、以下のアルゴリズムからなる。 
ＩＦ（（ＡＢＳ（Ｋ（ｉ−１））＜２*ＴＨ）＆（Ｋ（ｉ）＞３*ＴＨ）＆（−Ｋ（ｉ＋１）＞３*ＴＨ））
Ｎｅｗ＝（Ｋ（ｉ）＋Ｋ（ｉ＋１））／２；
Ｋc（ｉ）＝Ｎｅｗ；
Ｋc（ｉ＋１）＝Ｎｅｗ；
ＥＬＳＥＩＦ（（ＡＢＳ（Ｋ（ｉ−１））＜２*ＴＨ）＆（−Ｋ（ｉ）＞３*ＴＨ）＆（Ｋ（ｉ＋１）＞３*ＴＨ））
Ｎｅｗ＝（Ｋ（ｉ）＋Ｋ（ｉ＋１））／２；
Ｋc（ｉ）＝Ｎｅｗ；
Ｋc（ｉ＋１）＝Ｎｅｗ；
ＥＬＳＥ
Ｋc（ｉ）＝Ｋ（ｉ）；
ＥＮＤ
変数「ＴＨ」は、しきい値または以下の数式（８）に従って算出されたＫ（ｉ）の標準偏差（σ）である。Ｋcは修正後のパケット差である。 
【００３３】
【数２】
2006516855.tif 000023
【００３４】
「μ」の値は以下の数式（９）に従って算出される。
【００３５】
【数３】
2006516855.tif 000024
【００３６】
上記で算出される標準偏差は、通常は約１０であるいくつかの収集間隔（ｍ−ｒ＋１）にわたるものである。このセットで最終のＫ（ｍ）は時間間隔（ｉ−１）の直前であるため、ｍ＝ｉ−２である。
【００３７】
時として、ルータなどのネットワーク要素が輻輳し、たとえトラフィックがルータを通り過ぎた場合であってもルータプロセッサがトラフィックカウンタを増分しない場合がある。任意のｉについて、Ｋc（ｉ）の絶対値が６つの隣接する合計入力パケットカウントの平均の１０％よりも大きく、さらに５つの隣接するＫc（ｉ）値の平均の３倍よりも大きい場合、これは、カウンタの更新障害が原因であると想定されるであろう。この場合、Ｋc（ｉ）値は他の５つの隣接するＫc（ｉ）値の平均に置き換えられるであろう。変更が行われた場合、Ｋc（ｉ）の記号（正または負）は維持される。これは図３ａのステップ３５０で実施される。
【００３８】
以下の数式セット（１０）に記載されるように、１間隔あたりの入力（または出力）パケットの数を第１に算出する必要がある。
Ｂ（ｉ＋１）＝［Ｃin（ｉ＋１）−Ｃin（ｉ）］
（１０）
（Ｃin（ｉ＋１）＜Ｃin（ｉ））の場合、Ｂ（ｉ＋１）＝Ｂ（ｉ＋１）＋２32
【００３９】
Ｃin（ｉ）はサンプル時間ｉの入口ＮＥ１１０でのパケットカウントである。Ｃin（ｉ＋１）＝サンプル時間ｉ＋１の入口ＮＥ１１０でのパケットカウントである。Ｂ（ｉ＋１）＝時間ｉから（ｉ−１）の間の合計入力パケットである。このステップでは、以下のアルゴリズムが使用される。
【００４０】
｛（ＡＢＳ（Ｋc（ｉ））＞（０．１*（Ｂ（ｉ−３）＋Ｂ（ｉ−２）＋Ｂ（ｉ−１）＋Ｂ（ｉ）＋Ｂ（ｉ＋１）＋Ｂ（ｉ＋２））／６）ＡＮＤ（（ＡＢＳ（Ｋc（ｉ））＞３*（Ｋc（ｉ−３）＋Ｋc（ｉ−２）＋Ｋc（ｉ−１）＋Ｋc（ｉ＋１）＋Ｋc（ｉ＋２））／５）｝
の場合、
Ｋc（ｉ）＝（Ｋc（ｉ）の符号）ＡＢＳ（Ｋc（ｉ−３）＋Ｋc（ｉ−２）＋Ｋc（ｉ−１）＋Ｋc（ｉ＋１）＋Ｋc（ｉ＋２））／５
その他の場合
Ｋc（ｉ）＝Ｋc（ｉ）
【００４１】
表記法を簡略化するために、この点から、ステップ３１０から３５０までデータを通過させた結果を表すためにＫ（ｉ）が使用されることになる。小さな損失率を検出するための本発明の方法の基本原理は、デジタル信号処理技法を使用して信号中のノイズ（すなわち、Ｋ（ｉ）内の変動）を減少させることである。Ｋ（ｉ）はデジタル信号とみなすことができる。こうしたＫ（ｉ）内の変動には１程度の変動期間があるため、すなわちＫは１つのサンプルから次へと著しく変化している。これは変動の高周波構成要素であり、変動のほとんどが信号スペクトルの高周波側にある。低域デジタルフィルタをＫ（ｉ）に適用すると高周波ノイズが大きく減少し、平均値の上方シフトがより容易に検出できるようになり、フィルタリング済み信号の平均値はフィルタリングされていない信号と同じ量だけシフトすることになる。
【００４２】
ステップ３６０で、長さＬのＦＩＲフィルタが低域フィルタとして適用される。ＦＩＲフィルタの一般構造は数式（１１）によって与えられ、ここでＫ（ｎ）は入力サンプルであり、ｈ（ｍ）はＦＩＲフィルタの重みである。
【００４３】
【数４】
2006516855.tif 000025
【００４４】
例えば、すべての重みが１／Ｌに等しい移動平均ＦＩＲである低域フィルタの単純なケースは、数式（１１）を数式（１２）に単純化する。
【００４５】
【数５】
2006516855.tif 000026
【００４６】
例えばＬが６の場合、数式１２は以下の数式（１３）となる。
【００４７】
【数６】
2006516855.tif 000027
【００４８】
Ｌの選択は平滑化の度合いと処理遅延との間のトレードオフに依存する。Ｌが大きいほどノイズは大きく減少するが、より多くのＫ（ｉ）サンプルが必要であるため、結果を得るのにより長く時間がかかることになる。低域フィルタの他の例は、２つの移動平均ＦＩＲフィルタの連結である。これは、１つの平均化フィルタを適用した後、再度他の平均化フィルタを第１のフィルタを適用した結果に適用するものである。例えば、２つのＬ＝３移動平均フィルタの連結を使用して、信号ｋ（ｉ）で開始すると（すなわち、ｋ（１）、ｋ（２）、ｋ（３）、．．．）、第１のフィルタを適用して中間シーケンスＺ（ｉ）、すなわち、ｚ（３）＝（１／３）（ｋ（３）＋ｋ（２）＋ｋ（１））、Ｚ（４）＝（１／３）（ｋ（４）＋ｋ（３）＋ｋ（２））、ｚ（５）＝（１／３）（ｋ（５）＋ｋ（４）＋ｋ（３））．．．を得ることができる。
【００４９】
次に、第２のフィルタがＺ（ｉ）に適用され、シーケンスｙ（ｉ）が得られる。ｙ（５）＝（１／３）（ｚ（５）＋ｚ（４）＋ｚ（２））＝（１／９）（ｋ（５）＋２ｋ（４）＋３ｋ（３）＋２ｋ（２）＋ｋ（１））、ｙ（６）＝（１／３）（ｚ（６）＋ｚ（５）＋ｚ（３））＝（１／９）（ｋ（６）＋２ｋ（５）＋３ｋ（４）＋２ｋ（３）＋ｋ（２））、ｙ（７）＝．．．
【００５０】
したがって、２つの移動平均Ｌ＝３フィルタの連結は、係数ｈ（）：１／９、２／９、３／９、２／９、１／９の１つのＬ＝５フィルタの適用と等化である。例えば、（上記とは）異なるＬ＝５フィルタは、係数ｈ（）：１／５、１／５、１／５、１／５、１／５を有する移動平均Ｌ＝５フィルタとなる。
【００５１】
データは、複数の低域フィルタを通じて並列に（同時に）処理することができる。図２に示されるように、複数Ｎの異なるタップサイズを使用することができる。これらそれぞれの並列処理について、ステップ３７０から４６０を実行することになる。より大きなタップサイズのフィルタには、より長い処理遅延が含まれるが、より小さな損失率を検出することができる。異なるタップサイズのフィルタを使用する理由は、より大きな損失率をより早く検出できることである。
【００５２】
ステップ３７０では、フィルタリング済みデータの統合が行われる。前述のように、Ｋ（ｉ）（またはｙ（ｉ））の平均における上方シフトはデータ損失を示す。この損失はｙ（ｉ）が数式（１４）のように統合されると、さらにより簡単に検出される。ｙ（ｉ）の平均がゼロから上方にシフトすると、Ｉ（ｊ）はｙ（ｉ）グラフの下で領域を表す場合、上方に傾斜することになる。
【００５３】
【数７】
2006516855.tif 000028
【００５４】
図４は、ルータから収集されたデータのサンプルの、統合信号Ｉ（ｊ）４２０のプロットを示す。信号上に重ね合わせられるのは、信号を上方に傾斜させる何らかのデータ損失４１０である。これが測定しようと試みているＩ（ｊ）の上方変位である。これは、図４のＩ（ｊ）４２０の変動に見られるような信号中のノイズから識別されなければならない。
【００５５】
ステップ３８０で、ウィンドウサイズはデフォルトウィンドウサイズに設定され、反復カウンタがゼロに設定され（ｎ＝０）、標準偏差σが算出される。ウィンドウとは、パケット損失率の測定が望ましい整数の収集間隔にわたる時間間隔である。これは、デジタル信号Ｉ（ｊ）のいくつかのサンプルに関連付けられる。サンプル時間ｉ＝ａからサンプル時間ｉ＝ｚまで、ウィンドウはサイズｗ＝ｚ−ａ＋１である。信号がノイズより上に上昇した後、より小さな損失率はより長い期間にわたってしか検出できないため、１つの収集間隔またはウィンドウサイズ１以外の様々なウィンドウサイズを使用することが必要である。デフォルトウィンドウサイズは、ＮＥからのデータの経験から選択される。デフォルトウィンドウサイズは、使用されている低域フィルタ、ＮＥでの測定の同時性の度合い、およびトラフィックの特徴に依存する。デフォルトウィンドウサイズは、ステップ４１０の検出可能性テストに通常は適合し、ターゲット損失率に合致するためにより大きなウィンドウを使用する必要がないように選択される。
【００５６】
以下に記載されるアルゴリズムループが実行された回数をカウントするために、反復カウンタｎが使用される。各反復後、検出ウィンドウの左端が１収集間隔だけ右（時間的に先）へシフトされる。
【００５７】
標準偏差は、数式（１６）によって「μ」が定義された数式（１５）によって与えられる。
【００５８】
【数８】
2006516855.tif 000029
【００５９】
【数９】
2006516855.tif 000030
【００６０】
上記では、ｍはウィンドウの左端直前の時間値であり（ｍ＝ａ−１）、ｒはウィンドウの左端から１５（例えば）を引いた値である。σを算出するのに使用されるデータポイントＩ（ｊ）の数が小さいほど、算出されたσが許容不能な量だけ真の値を離れている確率が大きくなる。以下の検出可能性基準を９７％の信頼レベルで適用するためには、およそ１０またはそれ以上のデータポイントが必要である。最終的に、ステップ３８０で
【００６１】
【数１０】
2006516855.tif 000031
【００６２】
を設定する。このσは、
【００６３】
【数１１】
2006516855.tif 000032
【００６４】
のデフォルト初期設定にのみ使用されることに留意されたい。後続の
【００６５】
【数１２】
2006516855.tif 000033
【００６６】
の更新はステップ４２０で実行される。標準偏差は、損失率が測定されるウィンドウでは計算されず、ウィンドウの左（時間的に前）のいくつかのデータポイントを使用して計算されることに留意されたい。
【００６７】
ステップ３９０で反復カウンタが増分される。ステップ４００で、ターゲット損失率に合致する最も小さいウィンドウが選択される。指定されたターゲット損失率Ｔ（例えば１０-2、１０-3など）を測定するために、ウィンドウ内で失われたパケット数はＴｗＭとなり、ここでｗＭはウィンドウ中にネットワークに入ったパケットの合計数であり、Ｍはウィンドウ内で１収集間隔あたりのネットワークに入ったパケットの平均数である。検出可能な損失ＴｗＭの量の場合、Ｉ（ｊ）の算出された標準偏差の３倍より大きい、または
【００６８】
【数１３】
2006516855.tif 000034
【００６９】
でなければならない。ウィンドウサイズはターゲット率条件を満たす最も小さいサイズでなければならず、それより大きいウィンドウは明らかに不等式を満たすが、損失率測定値を取得する際のより大きな遅延につながる。Ｄｉｆｆ＿Ｉｎ（ａ）＋Ｄｉｆｆ＿Ｉｎ（ａ＋１）＋．．．Ｄｉｆｆ＿Ｉｎ（ｚ）＝ｗＭによって与えられた時間ａから時間ｚまでのパケットカウントを使用して、
【００７０】
【数１４】
2006516855.tif 000035
【００７１】
を満たす最も小さなウィンドウが選択される。
【００７２】
標準偏差が算出される期間はＩ（ｊ）信号を表すだけの十分な大きさでなければならないが、測定プロセスが遅延するほど長すぎてはならない。例えば、以前のＩ（ｊ）の値１０または１５を使用することができる。σが算出されるＩ（ｊ）のサンプルは、損失が検出されなかった連続する範囲でなければならない。データ損失はＩ（ｊ）を上方にシフトさせ、σの値をスキュー（ｓｋｅｗ）させる。これは、以前のσがステップ４４０で使用されるからである。
【００７３】
ステップ４１０で、ウィンドウ内に検出可能性テストが適用され、選択したウィンドウ内で損失が適切に測定できるかどうかが判別される。ウィンドウの期間中（ａからｚ）、ネットワークに入ったパケットの合計数−出たパケットの合計数が、数式（１７）に記載されている。
【００７４】
Ｄ＝Ｉ（ｚ）−Ｉ（ａ−１）＝ｙ（ａ）＋ｙ（ａ＋１）＋．．．＋ｙ（ｚ）
（１７）
【００７５】
これは失われたと想定されるパケットの数を測定するものである。しかしながら、推定された損失が統計的な変動によるものではないというある程度の確信を持つためには、Ｄが、時間ｉ＝ａ−１までの期間にわたって算出される信号Ｉ（ｊ）の標準偏差の３倍よりも大きいことが必要である。この要件が、検出可能性基準またはしきい値である。したがって、
【００７６】
【数１５】
2006516855.tif 000036
【００７７】
の場合、損失が検出される。
【００７８】
損失の検出可能性基準に合致しない場合、すなわち
【００７９】
【数１６】
2006516855.tif 000037
【００８０】
の場合、プロセスはステップ４２０に分岐する。ステップ４２０では、損失率がこの特定のＦＩＲフィルタで使用されたターゲットＴよりも小さいとして報告され、新しい標準偏差は、損失がないデータの最新の範囲にわたってステップ３８０で使用されたのと同じものを使用して算出され、以前のσとの平均値を取る。すなわち、以下の数式（１８）が使用される。
【００８１】
【数１７】
2006516855.tif 000038
【００８２】
以前のσの値にわたって平均値を取る理由は、これがサンプリングエラーからの標準偏差における変動をなくすためのフィルタとして働くからである。
【００８３】
検出可能性基準に合致した場合、すなわち
【００８４】
【数１８】
2006516855.tif 000039
【００８５】
の場合、ステップ４３０で、検出可能損失率測定を使用して数式（１９）により損失率の値が決定および報告される。これは、ウィンドウ内で測定されたデータ損失をウィンドウ内の入力データで割ったものである。
ＬＲ＝Ｄ／（ｗＭ）
（１９）
【００８６】
損失が適切に測定できた場合、この損失は信号中の統計的なノイズとは無関係な理由でσをより大きな値にスキューさせることになるため、以前に算出された標準偏差σがステップ４４０で使用され、したがって、
【００８７】
【数１９】
2006516855.tif 000040
【００８８】
となる。
【００８９】
ステップ４５０へは、ステップ４２０または４４０のいずれかから到達する。ウィンドウの左端は１時間間隔だけ右へ移動し、すなわちａがａ＋１に置き換わる。ブロック３８０で論じたように、デフォルトウィンドウサイズが選択される。もう１つのデータポイントがまだ使用できない場合、プロセスはこれが事前処理ステップ４１０から４８０で使用できるようになるまで待機し、ステップ３９０に戻って手順が繰り返され、反復カウンタが増分される。
【００９０】
仮想プライベートネットワーク（ＶＰＮ）５００では、図５に示されるように複数の加入者宅内機器（ＣＰＥ）５１０が存在する。ＣＰＥ５１０はリンク５１５によって端部ネットワーク要素５２０（ルータ以外のＮＥとすることができる）上のインターフェースに接続される。ＶＰＮを起源とするネットワーク内のデータ損失率を測定することが望まれる。各端部ネットワーク要素で、ネットワーク内に入って行くデータの量およびネットワークから出て行くデータの量が測定できると想定される。ＶＰＮでは、任意のサイトからのトラフィックを他のいずれかのサイトに分配することができる。エンドポイントデータのみが使用可能であると想定される。ＶＰＮ全体の損失率は、ＶＰＮ端部リンク全体にわたってネットワークに入るトラフィックを総計すること、およびＶＰＮ端部リンク全体にわたってネットワークから出るトラフィックを総計することによって、ポイントツーポイントのケースで使用されるものと同じ手順を使用して決定することができる。このプロセスは、非マルチキャストＶＰＮにのみ適用されることになる。
【００９１】
以下の測定値は、ｉとラベル表示されＰＬＲＭＳ１３０に送られる等しく配置された時間間隔について、アクセスインターフェース５３０で取られたものと想定する。Ｃpin（ｊ，ｉ）は、アクセスインターフェースｊ（ｊ＝１、２、．．．、Ｍ）に対する時間ｉでの入力パケットカウントである。Ｃpout（ｊ，ｉ）は、アクセスインターフェースｊ（ｊ＝１、２、．．．、Ｍ）に対する時間ｉでの出力パケットカウントである。これにより、各インターフェースｊについて２つの時間シーケンス、（Ｃpin（ｊ，１）、Ｃpin（ｊ，２）、Ｃpin（ｊ，３）、．．．）および（Ｃpout（ｊ，１）、Ｃpout（ｊ，２）、Ｃpout（ｊ，３）、．．．）が生成されることになる。このデータは、図６の入力ステップ６００で使用される。図３ａおよび３ｂのポイントツーポイントケースでは、ステップ６１０で、欠落データは図３ａの流れ図のステップ３１０として線形補間によって充てんされる。
【００９２】
ステップ６２０で、各アクセスインターフェース（ｊ）５３０でＶＰＮネットワークに入るパケットは、数式（２０）および（２１）に従って決定される。
Ｐin（ｊ，ｉ＋１）＝［Ｃpin（ｊ，ｉ＋１）−Ｃpin（ｊ，ｉ）］    （２０）
（Ｃpin（ｊ，ｉ＋１）＜Ｃpin（ｊ，ｉ））の場合、Ｐin（ｊ，ｉ＋１）＝Ｐin（ｊ，ｉ＋１）＋２32                                              （２１）
【００９３】
Ｃpin（ｊ，ｉ）は、アクセスインターフェースｊのサンプル時間ｉでの入力パケットカウンタ値である。Ｃpin（ｊ，ｉ＋１）＝アクセスインターフェースｊのサンプル時間ｉ＋１での入力パケットカウンタ値である。
【００９４】
Ｐin（ｊ，ｉ＋１）＝時間ｉから（ｉ＋１）の間にアクセスインターフェースｊに入るパケットの数である。この例では、３２ビットカウンタが想定されている。
【００９５】
ステップ６３０で、各アクセスインターフェースｊでネットワークから出るパケットは、数式（２２）および（２３）に従って算出される。
Ｐout（ｊ，ｉ＋１）＝［Ｃpout（ｊ，ｉ＋１）−Ｃpout（ｊ，ｉ）］  （２２）
（Ｃpout（ｊ，ｉ＋１）＜Ｃpout（ｊ，ｉ））の場合、Ｐout（ｊ，ｉ  １）＝Ｐout（ｊ，ｉ＋１）＋２32                                          （２３）
【００９６】
Ｃpout（ｊ，ｉ）は、アクセスインターフェースｊのサンプル時間ｉでの出力パケットカウンタ値である。Ｃpout（ｊ，ｉ＋１）はアクセスインターフェースｊのサンプル時間ｉ＋１での出力パケットカウンタ値である。
【００９７】
Ｐout（ｊ，ｉ＋１）は時間ｉから（ｉ＋１）の間にアクセスインターフェースｊを出るパケットの数である。この例では、３２ビットカウンタが想定されている。
【００９８】
ステップ６４０で、公式（２４）を使用して、時間ｉから時間ｉ＋１の間にネットワークに入るＶＰＮの合計パケット数からネットワークから出るパケット数を引いた数が算出される。
【００９９】
【数２０】
2006516855.tif 000041
【０１００】
次に、ＶＰＮにおけるデータ損失を測定するために、図３ａおよび３ｂの流れ図に示されたプロセスで、Ｋ（ｉ）と同じ方法でＫp（ｉ）が使用される。Ｋp（ｉ）データは、ＶＰＮのケースでの損失率を決定するために、図３ａのステップ３４０から始まるプロセスによって使用される。
【０１０１】
この方法には、ネットワーク内のデータ損失率を測定するためのいくつかの簡略化および変形がある。バイトカウント以外のパケットカウントが使用されるステップ３３０は不要である。バイト数で表されたパケットサイズが入口および出口の測定ポイントで同じであることが分かっている場合、これは不要である。
【０１０２】
方法の簡略化として、１つの低域フィルタのみを使用することができる。これによって、検出可能な損失を適切に測定するためにプロセスが必要とする時間量を増加させてしまう可能性があるが、全体の複雑さは低下する。
【０１０３】
ステップ３７０は、簡略化として除外することができる。この場合、標準偏差はＩシーケンスの代わりにＫシーケンスを使用して算出される。Ｋシーケンスの標準偏差はＩシーケンスのそれの約半分であることが、経験的にわかっている。そのため、ステップ３７０の統合はスキップされ、ステップ４１０で使用される検出可能性基準をＤ＞６σに変更しなければならない。
【０１０４】
この方法の簡略化として、固定ウィンドウサイズを使用することができる。このケースでは、ステップ４１０の終わりに損失が測定できない場合、プロセスはステップ４５０へとスキップする。図７は、本発明に従ったＰＬＲ測定システム１３０の概略図である。プロセッサ７１０は、パーソナルコンピュータ、ワークステーション、ミニコンピュータ、または他の汎用コンピュータで見られるような中央処理ユニットである。プロセッサ７１０はメモリ７２０および入力／出力ユニット７３０に接続される。プロセッサ７１０は、様々なプログラミング言語からコンパイルまたは変換されたコンピュータプログラム命令を実行することができる。メモリ７２０は、入口ネットワーク要素１１０、出口ネットワーク要素１２０、またはＶＰＮの場合は端部ルータ５２０の様々な端部ネットワーク要素５１０から受け取った、パケットカウントデータまたはバイトデータに加えて、前述の数式およびアルゴリズムの実施が可能なコンピュータプログラムを格納する。入力／出力ユニット７３０は、プロセッサ７１０が、入口ネットワーク要素１１０などの１つまたは複数のネットワーク要素からパケットまたはバイトカウントデータを受け取り、算出されたパケット損失率をディスプレイ７４０上でユーザに表示できるようにするものである。
【０１０５】
カウンタデータは、ネットワークサービス業界で十分に確立されている様々な方法で、ネットワーク要素から取得することができる。例えば、ネットワーク要素は内部インターネットワークまたは同等の内部通信システムによって接続される。ネットワーク要素は、所定の時間でデータをサンプリングし、それらのデータファイルを中央ロケーションに送る。別の方法として、ネットワーク要素は内部インターネットワークまたは同等の内部通信システムによって接続される。中央コンピュータは、（例えばＳＮＭＰによって）ネットワーク要素にデータを使用して応答するように要求を送信する。大規模なネットワークサービスプロバイダは、この損失率決定方法に必要なデータを収集することができるオペレーションサポートシステムをすでに備えている。
【０１０６】
上記の記述は、本発明を例示および説明するためだけに提示されたものである。これは本発明を網羅するか、または開示されたいかなる精密な形にも限定することを意図するものではない。上記の教示に鑑みて、多くの修正および変形が可能である。記載された適用範囲は、他の当業者が様々な応用例で、および企図された特定の用途に好適な様々な修正を利用して本発明を最も良く利用できるようにするために、本発明の原理およびその実際の応用例を最も良く説明するために選択および記載されたものである。
【図面の簡単な説明】
【０１０７】
【図１】典型的なネットワークに統合された本発明を示す図である。
【図２】パケットデータに関して複数のＦＩＲフィルタを同時に使用する本発明の損失率測定プロセスを示す簡略化された流れ図である。
【図３ａ】損失率測定プロセスを示す完全な機能ブロック図である。
【図３ｂ】損失率測定プロセスを示す完全な機能ブロック図である。
【図４】ネットワーク要素から収集されたデータのサンプルに関する統合信号Ｉ（ｊ）のプロットを示す図である。
【図５】仮想プライベートネットワークに統合された本発明を示す図である。
【図６】仮想プライベートネットワークからのパケット（バイト）カウントデータに必要な事前処理を示す流れ図である。
【図７】本発明のパケット損失率測定システムを示す概略図である。
【国際調査報告】
2006516855.tif 000042
2006516855.tif 000043