(57)【要約】【課題】  ネットワークの輻輳箇所が異なるＴＣＰ通信の再送に関わる品質パラメータの測定結果により、バックボーン網やアクセス網での輻輳箇所を特定することを目的とする。【解決手段】  １の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定する品質パラメータ測定手段と、該測定結果を発生間隔と発生頻度により統計処理する統計処理手段と、該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するアクセス網輻輳検知手段とにより、バックボーン網やアクセス網での輻輳箇所を特定する輻輳検知装置を提供する。【選択図】  図４
2005110038.tif 000002
【特許請求の範囲】
【請求項１】
インターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、
１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定する品質パラメータ測定手段と、
該測定結果を発生間隔と発生頻度により統計処理する統計処理手段と、
該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するアクセス網輻輳検知手段とを有することを特徴とする輻輳検知装置。
【請求項２】
前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とする請求項１に記載された輻輳検知装置。
【請求項３】
前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出する遅延ゆらぎ検出手段と、
パケットデータのスループットを検出するスループット検出手段と、
該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するバックボーン網輻輳検知手段とを有する請求項１に記載された輻輳検知装置。
【請求項４】
前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出する送信経路検出手段と、
該検出された送信経路と前記アクセス網輻輳検知手段およびバックボーン網輻輳検知手段の検知結果に基づいて、輻輳箇所を特定する輻輳箇所特定手段と、
該特定した輻輳箇所をネットワークの管理者に通知する通知手段とを有する請求項３に記載された輻輳検知装置。  
【請求項５】
インターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、
１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定するステップと、
該測定したデータを発生間隔と発生頻度により統計処理するステップと、
該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するステップとを有することを特徴とするＴＣＰトラヒックの輻輳検知方法。
【請求項６】
前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とする請求項５に記載されたＴＣＰトラヒックの輻輳検知方法。
【請求項７】
前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出するステップと、
パケットデータのスループットを検出するステップと、
該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するステップとをさらに備えたことを特徴とする請求項５に記載されたＴＣＰトラヒックの輻輳検知方法。
【請求項８】
前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出するステップと、
該検出された送信経路と前記アクセス網輻輳およびバックボーン網輻輳の検知結果に基づいて、輻輳箇所を特定するステップと、
該特定した輻輳箇所をネットワークの管理者に通知するステップとをさらに備えたことを特徴とする請求項７に記載されたＴＣＰトラヒックの輻輳検知方法。
【請求項９】
インターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、
１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定するステップと、
該測定したデータを発生間隔と発生頻度により統計処理するステップと、
該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するステップとを実行させるためのプログラム。
【請求項１０】
前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とする請求項９に記載されたプログラム。
【請求項１１】
前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出するステップと、
パケットデータのスループットを検出するステップと、
該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するステップとをさらに備えたことを特徴とする請求項９に記載されたプログラム。
【請求項１２】
前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出するステップと、
該検出された送信経路と前記アクセス網輻輳およびバックボーン網輻輳の検知結果に基づいて、輻輳箇所を特定するステップと、
該特定した輻輳箇所をネットワークの管理者に通知するステップとをさらに備えたことを特徴とする請求項１１に記載されたプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上のユーザトラヒックを常時計測することにより、現在のインターネットの状態を把握するとともに、輻輳やネットワーク障害等の検出、発生箇所や原因の特定を効率的に行うインターネット障害検知に関する技術分野に属する。
【背景技術】
【０００２】
従来、インターネット上のユーザトラヒックに関する品質計測の方法としては、モニタにより送信側端末から送出されるパケットデータを監視して、いわゆるパッシブにＩＰトラヒックを計測する手法や、送信側端末および受信側端末にテスタを装着して、いわゆるアクティブにテストパケットを送受する手法が知られている（例えば、非特許文献１参照。）。
【非特許文献１】「インターネットにおける計測に基づいたボトルネック特定手法」的場 一峰, 阿多 信吾, 村田 正幸著、電子情報通信学会 テレコミュニケーションマネジメント研究会, ｐ６５ ‐ ７０， Ｎｏｖｅｍｂｅｒ ２０００。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記のパッシブ計測は、通常、インターネット上の回線を１点モニタすることにより、ＩＰトラヒック量を計測するものであり、ＩＰアドレスのヘッダ情報により、回線の混み具合等を送受信ＩＰアドレスの組別の集計等して各種統計的解析を行われている。しかしながら、こうした手法によっては、ＴＣＰ等の上位レイヤの品質情報の取得やネットワーク上の経路情報の取得に関しては困難であるのが現状である。
一方、アクティブ計測は、インターネット上の２点に設置されたテスタにより、ＩＣＭＰ、ＵＤＰベースの時刻情報や送出順序番号等が記されたテストパケットを送受することにより実現される。
このため、こうしたテストパケットを定期的に送信することにより、精度の高い計測が実現できる反面、インターネット上に大量のテストパケットを送出するため、これ自身が輻輳を誘発するという問題がある。
【０００４】
そこで、本発明は、上記の問題点に鑑みてなされたものであって、ネットワークの輻輳箇所が異なるＴＣＰ 通信の再送に関わる品質パラメータの測定結果を用いて、バックボーン網やアクセス網での輻輳箇所の簡易に特定できる輻輳検知装置、ＴＣＰトラヒックの輻輳検知方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述の問題点を解決するために、本発明は、以下のように提案している。
請求項１に係る発明はインターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定する品質パラメータ測定手段と、該測定結果を発生間隔と発生頻度により統計処理する統計処理手段と、該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するアクセス網輻輳検知手段とを有することを特徴とする輻輳検知装置を提案している。
【０００６】
請求項５に係る発明は、インターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定するステップと、該測定したデータを発生間隔と発生頻度により統計処理するステップと、該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するステップとを有することを特徴とするＴＣＰトラヒックの輻輳検知方法を提案している。
【０００７】
請求項９に係る発明は、インターネットエクスチェンジに接続された複数のインターネットサービスプロバイダと、該インターネットサービスプロバイダと高速アクセス網を介して接続された複数の端末とから構成されるネットワークにおいて、１の端末から他の端末に送信されるデータを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定するステップと、該測定したデータを発生間隔と発生頻度により統計処理するステップと、該統計処理の結果に基づいて、送信側アクセス網あるいは受信側アクセス網の輻輳を検知するステップとを実行させるためのプログラムを提案している。
【０００８】
これらの発明によれば、送信側端末の送信パケットを監視して、ＴＣＰ通信の再送に関わる品質パラメータの測定結果を発生間隔と発生頻度により統計処理することから、統計処理の結果から送信アクセス網あるいは受信アクセス網のいずれに輻輳が発生しているのかを検出することができる。
【０００９】
請求項２に係る発明は、請求項１に記載された輻輳検知装置について、前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とする輻輳検知装置を提案している。
【００１０】
請求項６に係る発明は、請求項５に記載されたＴＣＰトラヒックの輻輳検知方法について、前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とするＴＣＰトラヒックの輻輳検知方法を提案している。
【００１１】
請求項１０に係る発明は、請求項９に記載されたプログラムについて、前記ＴＣＰ通信の再送に関わる品質パラメータが連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔のうち少なくとも１つを含むことを特徴とするプログラムを提案している。
【００１２】
これらの発明によれば、ＴＣＰ通信の再送に関わる品質パラメータがネットワークの輻輳を特定するために好ましい、連続パケット廃棄数、連続パケット数、パケット廃棄間隔、パケット再送間隔に関するデータのうち少なくとも１つを含むことしたため、簡易にネットワークの輻輳を特定することができる。なお、これらのデータは単独で用いてもよいし、複数のデータを適宜、組み合わせて用いてもよい。
【００１３】
請求項３に係る発明は、請求項１に記載された輻輳検知装置について、前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出する遅延ゆらぎ検出手段と、パケットデータのスループットを検出するスループット検出手段と、該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するバックボーン網輻輳検知手段とを有する輻輳検知装置を提案している。
【００１４】
請求項７に係る発明は、請求項５に記載されたＴＣＰトラヒックの輻輳検知方法について、前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出するステップと、パケットデータのスループットを検出するステップと、該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するステップとをさらに備えたことを特徴とするＴＣＰトラヒックの輻輳検知方法を提案している。
【００１５】
請求項１１に係る発明は、請求項９に記載されたプログラムについて、前記１の端末から他の端末に送信されるテスト用パケットデータの遅延ゆらぎを検出するステップと、パケットデータのスループットを検出するステップと、該検知した遅延ゆらぎとスループットに基づいて、バックボーン網におけるトラヒックの輻輳を検知するステップとをさらに備えたことを特徴とするプログラムを提案している。
【００１６】
これらの発明によれば、テスト用パケットデータの遅延ゆらぎとパケットデータのスループットを検出するため、送受信アクセス網の輻輳のみならず、バックボーン網の輻輳についても検知することができる。
【００１７】
請求項４に係る発明は、請求項３に記載された輻輳検知装置について、前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出する送信経路検出手段と、該検出された送信経路と前記アクセス網輻輳検知手段およびバックボーン網輻輳検知手段の検知結果に基づいて、輻輳箇所を特定する輻輳箇所特定手段と、該特定した輻輳箇所をネットワークの管理者に通知する通知手段とを有する輻輳検知装置を提案している。
【００１８】
請求項８に係る発明は、請求項７に記載されたＴＣＰトラヒックの輻輳検知方法について、前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出するステップと、該検出された送信経路と前記アクセス網輻輳およびバックボーン網輻輳の検知結果に基づいて、輻輳箇所を特定するステップと、該特定した輻輳箇所をネットワークの管理者に通知するステップとをさらに備えたことを特徴とするＴＣＰトラヒックの輻輳検知方法を提案している。
【００１９】
請求項１２に係る発明は、請求項１１に記載されたプログラムについて、前記１の端末および他の端末のＩＰアドレスに基づいて、複数の送信経路を検出するステップと、該検出された送信経路と前記アクセス網輻輳およびバックボーン網輻輳の検知結果に基づいて、輻輳箇所を特定するステップと、該特定した輻輳箇所をネットワークの管理者に通知するステップとをさらに備えたことを特徴とするプログラムを提案している。
【００２０】
これらの発明によれば、端末のＩＰアドレスに基づいて、複数の送信経路を検出することができるため、アクセス網輻輳検知手段およびバックボーン網輻輳検知手段の検知結果と併せて用いることにより、ネットワーク上の輻輳箇所を容易に特定することができる。また、通知手段を備えたことから、ネットワーク上の輻輳箇所に応じて、適切なネットワークの管理者に対して迅速に情報を通知することができる。
【発明の効果】
【００２１】
本発明によれば、ネットワークの輻輳箇所が異なるＴＣＰ 通信の再送に関わる品質パラメータの測定結果を用いて、バックボーン網やアクセス網での輻輳箇所の切り分けを簡易に実現できるとい効果がある。
また、本発明によれば、インターネット品質比較・劣化箇所の推定をスケーラブルに行うことができるという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施例について、図１から図４を用いて詳細に説明する。
【実施例】
【００２３】
本発明におけるネットワークは、図１に示すように、インターネットサービスプロバイダ（ＩＳＰ）を接続するインターネットエクスチェンジ（ＩＸ）１と、複数のインターネットサービスプロバイダ（ＩＳＰ）２ａ、２ｂ、２ｃと、複数のインターネットサービスプロバイダ（ＩＳＰ）２ａ、２ｂ、２ｃとクライアントを接続する高速アクセス網である光アクセス網３ａ、３ｂと、クライアント（端末）４ａ、４ｂとから構成されている。なお、高速アクセス網は光アクセス網に限らず、他のアクセス網であってもよい。
【００２４】
本発明に係る輻輳検知装置は、図３に示すように、トラヒックモニター１１と、品質パラメータ測定部１２と、統計処理部１３と、輻輳網検出部１４と、送信経路検出部１５と、輻輳箇所検出部１６と、通知部１７と、ゆらぎ検出部２１と、送信パケット検出部２２と、受信パケット検出部２３と、スループット検出部２４と、輻輳状態判断部２５とから構成されている。
【００２５】
トラヒックモニター１１は、図１において、クライアント（端末）４ａからクライアント（端末）４ｂにパケットを送信する場合を想定すると、クライアント（端末）４ａ側の送信パケットあるいはクライアント（端末）４ｂ側の受信パケットをモニタする。品質パラメータ測定部１２は、トラヒックモニター１１においてモニタされるＴＣＰの順序番号（シーケンスナンバー）や個々のＴＣＰパケット（通常のトラヒックパケットを模擬したものでもよい。）の到着時間等の１点で計測可能な情報を用いて、以下の再送に関する品質パラメータを記載したファイルを導出する。
【００２６】
品質パラメータを記載したファイルとしては、連続パケット廃棄数一覧ファイル、連続パケット数一覧ファイル、廃棄間隔一覧ファイル、再送間隔一覧ファイル等がある。これらのうち、連続パケット廃棄数および再送間隔は、受信側のトラヒックモニター１１により、連続パケット数および廃棄間隔は、送信側のトラヒックモニター１１により収集される。連続パケット廃棄数一覧ファイルは、廃棄パケットの連続数とその発生頻度を結果として出力する。廃棄パケットが連続しているかどうかの判断は、（１）式に示すように、測定期間における平均ＴＣＰスループットとパケットサイズから計算した値Δtを基準とし、パケット間隔がΔtより小さいと推測されるときに連続と判断する。なお、パケットの廃棄は、ＴＣＰのシーケンスナンバーの連続性により判断し、結果は、送受信ＩＰアドレスの組毎に区別して出力させる。
Δt＝パケットサイズ（byte）／平均ＴＣＰスループット（byte）  （１）
【００２７】
連続パケット数一覧ファイルは、送受信ＩＰアドレスの組で規定するターゲットトラヒックの連続パケット数とその発生頻度を結果として出力する。連続の判断手法は連続パケット廃棄数一覧ファイルの場合と同様である。廃棄間隔一覧ファイルは、送受信ＩＰアドレスの組で規定するターゲット通信の廃棄パケット発生間隔とその発生頻度を結果として出力する。なお、廃棄パケットの検出は、ＴＣＰのシーケンスナンバーの欠落により行い、このシーケンスナンバーに基づいて廃棄パケットの発生間隔も求められる。再送間隔一覧ファイルは、送受信ＩＰアドレスの組で規定するターゲット通信におけるＴＣＰ再送の発生間隔とその発生頻度を結果として出力する。ＴＣＰ再送の検出は、ＴＣＰのシーケンスナンバーの重複により行い、再送間隔もこのシーケンスナンバーに基づいて行われる。
【００２８】
統計処理部１３は、品質パラメータ測定部１２において収集された各品質パラメータ毎のデータを図２に示すような発生間隔と発生頻度とに関するヒストグラムを生成する。輻輳網検出部１４は、統計処理された品質パラメータのデータから輻輳している網が送信側アクセス網であるのか、受信側アクセス網であるのかを判断する。すなわち、統計処理部１３で作成されたＴＣＰパラメータの１つ、または、複数のヒストグラムのプロファイルの特性から、輻輳の検知ならびに輻輳箇所の特定を行う。
【００２９】
具体的な判断例を図２を用いて説明する。図２は、品質パラメータ測定部において測定された再送間隔一覧ファイルのプロファイル特性とその特性に相当する輻輳箇所の対応を示したものであり、図２（１）が送信側アクセス網の特性を図２（２）が受信側アクセス網の特性を示している。これによれば、近接するセグメントのバースト的再送と、そのバースト的再送と次のバースト的再送の間隔により、２つの特徴的なピークが発生した場合、送信側アクセス網で輻輳が発生したと推定される。またＴＣＰパケットの再送が行われているにも関わらず、そのような特徴がなく、かつ、ＴＣＰセグメントの再送が通常時よりも多く発生している場合 (図２（２）参照)、受信側アクセス網で輻輳が発生したと推定される。
【００３０】
送信経路検出部１５は、送受信ＩＰアドレス間で設定されている複数の経路を例えば、Traceroute等の手法により検出する。輻輳箇所検出部１６は、輻輳網検出部１４および通信経路検出部１５からの検出結果を入力し、輻輳箇所を特定する。特定された輻輳箇所は、通知部１７に出力され、通知部１７は、特定された箇所に応じて、管理者にこの情報を通知する。
【００３１】
送信パケット送出部２２は、一定間隔Ｔ１で送出されるパケットを監視し、受信パケット検出部は、受信したパケットを監視する。ゆらぎ検出部２１は、受信パケット検出部２５が受信したパケットの受信間隔Ｔ２と送信間隔Ｔ１とからＴ１−Ｔ２の値の時系列Ｔseq（ｉ）の最小値をＴminとし、Ｔseq（ｉ）−Ｔminの値の分散を計算する。スループット検出部２４は、送受信パケットから網のスループットを検出する。
【００３２】
輻輳状態判断部２５は、ゆらぎ検出部２１とスループット検出部２４との結果に基づいて、分散の結果が通常値よりも大きく、かつ、ＴＣＰスループットが低い(ＴＣＰパケットの順序番号の時間推移が遅い)場合は、バックボーン網によって輻輳が発生していると推定する。こうした手法を用いるのは、バックボーン網の場合、バックボーンノード内の送信用バッファにＴＣＰパケットがキューイングされるため、ＴＣＰ再送セグメントの絶対数が少なくなり、送受信アクセス網における輻輳の検出方法を用いることができないためである。
【００３３】
次に、図４を用いて、処理の手順について説明する。
測定を開始すると、トラヒックモニター１１および品質パラメータ測定部は、発着ＩＰアドレスにて指定された送信側から受信側に流れるＴＣＰトラヒックに対し、ＴＣＰ再送制御関連のパラメータ（例えば、連続パケット廃棄数、連続パケット数、廃棄間隔、再送間隔等）を常時監視し計測する（ステップ１０１）。
【００３４】
ゆらぎ検出部２１およびスループット検出部２４は、送信側から受信側に一定時間間隔Ｔ１で送信するＴＣＰテストパケットの受信側到達間隔Ｔ２を測定する（ステップ１０２）。なお、このとき、送信経路検出部１５を起動して、送信経路の検出も実行する。
【００３５】
このとき、一定時間内のＴＣＰ順序番号（シーケンスナンバー）の増加に劣化があるときは（ステップ１０３）、統計処理部１３が同じ一定時間内に計測したTCP再送制御関連パラメータのヒストグラムを作成する（ステップ１０４）。一方で、一定時間内のＴＣＰ順序番号（シーケンスナンバー）の増加に劣化がないときは、ステップ１０１に戻って、ＴＣＰ再送制御関連のパラメータの監視および計測を行う。
【００３６】
作成したヒストグラムが送信側アクセス網輻輳時のプロファイルに一致すると輻輳網検出部１４が判断したときは、送信側アクセス網に対応するノードリストを検出した送信険路の結果から導出して、この情報を通知部１７を通じてネットワーク管理者に提示し、ステップ１０１に戻る（ステップ１０９）。
【００３７】
一方で、作成したヒストグラムが送信側アクセス網輻輳時のプロファイルに一致しないと輻輳網検出部１４が判断したときは、作成したヒストグラムが受信側アクセス網輻輳時のプロファイルに一致するか否かを輻輳網検出部１４が判断する（ステップ１０６）。この結果、一致すると判断したときは、受信側アクセス網に対応するノードリストを検出した送信険路の結果から導出して、この情報を通知部１７を通じてネットワーク管理者に提示し、ステップ１０１に戻る（ステップ１１０）。
【００３８】
一方で、作成したヒストグラムが受信側アクセス網輻輳時のプロファイルに一致しないと輻輳網検出部１４が判断したときは、次に、ゆらぎ検出部２１が同じ一定時間内に計測されたＴ２から遅延ゆらぎ値を計算し、Ｔ1‐Ｔ2の分散や標準偏差等による定量化を行う（ステップ１０７）。
【００３９】
次に、遅延ゆらぎ値が通常時と比較して大きく増加しているか否かを判断し、大きく増加していると判断したときには、バックボーン網に対応するノードリストを検出した送信険路の結果から導出して、この情報を通知部１７を通じてネットワーク管理者に提示し、ステップ１０１に戻る（ステップ１１１）。
【００４０】
一方、大きな増加は見られないと判断したときには、その他、原因不明のＴＣＰスループット劣化としてネットワーク運用者に提示し、ステップ１０１に戻る（ステップ１１２）。なお、上述した一連の動作は継続して実行されるが、ネットワーク運用者からの非同期の終了命令があったときには、測定を終了する。
【００４１】
以上、図面を参照して本発明の実施例について詳述してきたが、具体的な構成はこれらの実施例に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【図面の簡単な説明】
【００４２】
【図１】本発明に係るネットワーク構成図である。
【図２】ＴＣＰ再送セグメント発生間隔の分布図である。
【図３】本発明に係る輻輳検知装置の構成図である。
【図４】本発明の処理手順を示したフローチャートである。
【符号の説明】
【００４３】
１・・・インターネットエクスチェンジ（ＩＸ）、２ａ、２ｂ、２ｃ・・・インターネットサービスプロバイダ（ＩＳＰ）、３ａ、３ｂ・・・光アクセスＮＷ（網）、４ａ、４ｂ・・・クライアント（端末）、１１・・・トラヒックモニター、１２・・・品質パラメータ測定部、１３・・・統計処理部、１４・・・輻輳網検出部、１５・・・送信経路検出部、１６・・・輻輳箇所検出部、１７・・・通知部、２１・・・ゆらぎ検出部、２２・・・送信パケット検出部、２３・・・受信パケット検出部、２４・・・スループット検出部、２５・・・輻輳状態判断部、
【図１】
2005110038.tif 000003
【図２】
2005110038.tif 000004
【図３】
2005110038.tif 000005
【図４】
2005110038.tif 000006