(57)【要約】【課題】  ネットワークの遅延時間変動に係る通信品質評価を、リアルタイムに、かつネットワークが輻輳状態では、過大な負荷をかけずに実施できるIPネットワークにおける通信品質測定装置及び測定方法を実現する。  【解決手段】  送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、通信品質の測定を行なうＩＰネットワークの通信品質測定装置において、前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するネットワークトラフィック測定手段と、所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出する契機指数算出手段を有し、該契機指数が所定条件を満足する場合にテストパケットの発生・停止の制御を行うＩＰネットワークの通信品質測定装置および測定方法。【選択図】  図２       
2005236909.tif 000002
【特許請求の範囲】
【請求項１】
送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定装置において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するネットワークトラフィック測定手段と、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出する負荷指数算出手段と、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出する契機指数算出手段と、
該契機指数が所定の負荷限界以下でかつ所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定手段と、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの挿入を行なうテストパケット発生・挿入手段を有し、
前記契機指数、前記負荷指数値に応じて、前記IPネットワークに対する通信品質測定用テストパケットの発生・停止の制御を行なう、ＩＰネットワークの通信品質測定装置。
【請求項２】
請求項１に記載のＩＰネットワークの通信品質測定装置において、
前記テストパケット発生・挿入手段は、受信側の前記通信品質評価装置に対して、テストパケットの送信開始に先立って、送信開始要求パケットを送信し、
該送信開始要求パケットに、テストパケット送信開始時刻、テストパケット送信間隔、テストパケット送信個数、テストパケットサイズなどの測定条件を埋め込み通知する送信開始要求パケット生成手段を有することを特徴とする、IPネットワークの通信品質測定装置。
【請求項３】
送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定方法において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するステップと、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出するステップと、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出するステップと、
該契機指数が所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定を行なうステップと、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの発生と挿入を行なうステップと、
前記契機指数が前記負荷指数の値以上で、所定回数続けて直前の値以上の値を取った場合、該テストパケットの停止制御を行なうステップ、を有するＩＰネットワークの通信品質測定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IPネットワークにおける遅延時間などに係る通信品質測定方法及び、該測定方法を実施するための通信品質測定装置に関するものである。
【背景技術】
【０００２】
従来、IPネットワークの通信品質測定方法としては、パッシブ型の計測方法とアクティブ型の計測方法がある（非特許文献１、２など）。
【０００３】
パッシブ型の通信品質測定方法では、分散・設置されたルータやブリッジなどのネットワーク機器が持つ装置名、ポート名、伝送帯域等の属性情報等に加え、誤り特性、遅延時間、パケット廃棄特性、などのネットワーク機器が持つ各種特性（通信品質）の計測値を、ＭＩＢ（Management Information Base）としてネットワーク機器毎に常時保持させる。
【０００４】
このＭＩＢデータを、ＳＮＭＰ（Simple Network Management Protocol)や、ＲＭＯＮ（Remote Network Monitoring）等の標準のネットワーク管理プロトコルを使って、遠隔地の管理センタから、ポーリングスケジュールに従って情報収集コマンドを各対象機器に送る事によって、或いはトラップ設定を行なうことによって自動的に取得し、通信品質を測定する方法が取られている。
【０００５】
しかし、これら通信品質測定では、個々のネットワーク機器での通信品質は分かっても、実際のネットワークを通して、特定の２地点間でデータ伝送等の通信を行なった場合のトータルとしての通信品質を把握することは難しい。
【０００６】
そこで、幹線系ネットワークや対象とする２地点間の通信経路の性能を直接測定する方法として、近年、テストパケットを指定経路に沿って直接送るアクティブ型によるネットワークの通信品質測定方法が重要視されている。
【０００７】
パッシブ型のネットワークの通信品質測定は、ルータやスイッチ等の各ノード装置における異常の早期発見を主な目的とする。
【０００８】
これに対して、アクティブ型のネットワークの通信品質測定におけるテストパケット印可の主要な目的は、実際に発生し得る様々な通信状況下で、どの程度に、実際のアプリケーションが支障なく使用出来るかを判断する参考情報を得ることにある。
【０００９】
すなわち、テストパケットによる通信品質の測定結果から、ネットワークの通信品質がサービスを実施する為の保証基準を満足しているかどうかを判断し、利用者数の増加に伴って、トラフィックが増加し、通信品質がサービス基準を満足できなくなった場合に、ネットワークの増設などの見直し等を行なう為に役立てられる。
【００１０】
したがって、パッシブ型とアクティブ型の通信品質測定は、お互いに補完関係にある。
【００１１】
図１５に、従来のアクティブ型による通信品質測定方法をしめす。
【００１２】
図１５で、１００、１００’は、テストパケットを送受信する送受信点における通信品質測定装置、２００は、インターネットやイントラネット或いはＶＰＮなどの幹線系ネットワーク、３１０は、通信品質測定装置１００が接続されたサイト１におけるＬＡＮシステム、３２０は、通信品質測定装置１００が接続されたサイト２におけるＬＡＮシステム、１０１は各サイトと幹線系ネットワーク２００に接続されるＧビットイサーネット等のメイン回線の出力ポートから計測用のトラフィックの抽出、及びテストパケットの挿入を行なう送信アダプタ手段、１０２は各サイトと幹線系ネットワーク２００に接続されるＧビットイサーネット等のメインの入力ポートから計測用のトラフィックの抽出を行なう受信アダプタ手段、１０３はテストパケットの発生・挿入手段、１０４はテストパケット受信手段、１０５は、テストパケットの遅延時間やパケットロスなどの通信品質の測定を行なうテストパケット測定手段、１１０はテストパケット発生・挿入手段１０３に対してテストパケットの発生条件をマニュアルで設定・指示し、テストパケット測定手段１０５からの測定結果の表示を行なう為のＧＵＩ入出力手段、を示す。
【００１３】
図１５の例は、オフィス等のＬＡＮシステム間での測定例を示したが、ＩＳＰのアクセスノード間、幹線系ネットワークにおけるキーノード間での測定もあり得る。
【００１４】
また、通信品質測定装置は、独立型の装置と限らず、パネル構成とし、ゲートウェイル
ータ装置などに一体構成で組み込まれ、疑似入力ポートにテストパケットを挿入し、ルータのスケジューラ機能を利用してメインのトラフィックとの衝突を避けて挿入される場合もある。
【００１５】
アクティブ型の測定方法では、テストパケットを送信サイト１と受信サイト２を結ぶ特定のネットワーク経路を指定して送信し、該ネットワーク経路に係る遅延時間、遅延時間の揺らぎ（ジッタ）、パケット誤り率、パケット喪失率、等の通信品質を実測する。
【００１６】
アクティブ型の測定方法は、まだ標準的な測定方法は確立されていないが、実際のアプリケーションと同じテストパケットを疑似的に発生させて、通信品質の測定を行なえる為、より実際の利用に則した測定が行なえる。
【００１７】
アクティブ型の測定方法は、とくに、近年、インターネットでの利用が拡大している音声や動画などを送るリアルタイム通信の際の通信品質測定に有効となる。
リアルタイム通信では、とくに遅延時間の絶対値および遅延のバラツキであるジッタを極力抑えることが必要となる。
【００１８】
近年、一部のＩＰ電話のプロバイダでは、遅延時間を３０ｍｓ以下に抑えることが通信品質の重要な目標ターゲットとなっている。
【００１９】
他方、流通取引や金融取引などでは、トランズアクションの応答速度と共に、データ誤り零が最も再重要視される。
【００２０】
この為、音声や動画などのリアルタイム性が要求される通信では、送信側に対する受信確認を不要とするコネクションレス型のＵＤＰプロトコルが使われるのに対して、取引データのやりとりや大量の重要データを一括転送する為のＦＴＰ等のファイル転送などでは、一定のウインドウサイズ毎の受信確認を伴うコネクション型のＴＣＰプロトコルが使われている。
【００２１】
アクティブ型の通信品質測定方法に係る従来技術の例として、特開２００３−１１０６２１の「ネットワーク品質測定装置」のように、テストパケットを周期的に発生させ、ネットワーク経路に沿って流し、ネットワークの通信品質の測定を行なう方法がある。
【００２２】
しかし、この様に周期的に測定パケットを通信経路に沿って流すことによって実施される従来のアクティブ型の計測方法では、ネットワークのトラフィック負荷状態に無関係に一定周期でテストパケットを発生させてネットワーク経路に流し込む。
【００２３】
この為、ネットワークの能力限界を示すスループット限界に近い大きなトラフィック負荷がかかっている輻輳状態においては、テストパケット自体がネットワークに負荷をかけサービス品質低下を誘発するという問題がある。
【００２４】
すなわち、定期的にテストパケットを発生する従来技術では、通信品質の低下要因がトラフィックの輻輳によるものか、ネットワークを形成するルータ等の故障によるものかの判断は、ネットワークのトラフィック状況など様々なデータを総合した分析が必要であった。
【００２５】
また、ネットワークを利用するユーザがＧＵＩ操作におけるレスポンスの遅さなどによって感じる通信品質の低下は、ネットワークの利用状況、例えば、利用するアプリケーション、端末の設置場所、時間帯などによって異なる。
【００２６】
このため、当該ネットワークで定期的に測定された長中期の通信品質測定データとユーザ端末におけるアプリケーション毎のレスポンスなどに、曜日や時間帯などのファクタも加味した分析を行い、業務に重大な支障がある場合は、ネットワークの見直しも行なわれる。
【００２７】
しかし、ネットワークの見直しは、新たな設備投資を伴う場合が多い為、次善の策として統計平均に基づいて予想し設定した輻輳時間帯を避けた利用時間帯の分散などの方法が考えられる。
【００２８】
後者の場合、実際には時々刻々に変化するリアルタイムな通信品質を反映していない為、輻輳状況とぶつかり、レスポンスが十分に改善されない場合もあり得る。
【００２９】
すなわち、従来技術では、ネットワークの実際の輻輳状態に応じたリアルタイムな通信品質低下の検出およびその結果のユーザに対する迅速な通知手段がなく、ユーザは手さぐりでネットワークのレスポンスを見ながら利用することになっていた。
【００３０】
即ち、周期的なテストパケット印可によって、ネットワークに過大な負荷がかかったり、実際のリアルタイムなネットワークの通信品質に関する情報のユーザへの提供が十分になされていなかった。
【００３１】
リアルタイムに通信品質低下を検出する方法には、長期間測定したトラフィックデータを基に、トラフィックの平均値等を閾値として設定し、設定した閾値の超過を監視する方法がある。
【００３２】
しかし、この場合も、設定された閾値は、過去の長期間平均のトラフィックを基にして設定された閾値であり、実際のリアルタイムな通信状況を反映して設定された閾値でない為、マージンが過不足になり、実際のリアルタイムな運用実態を反映していなかった。
【００３３】
更に、アクティブ型の計測手法は、送信点と受信点間における遅延時間を測定する為には、パケットの送信点と受信点の両装置間で時計を同期させる仕組みが必要であり、専用の時計設備を用意するためコストが掛かっていた。
【００３４】
次に、本発明の背景をより明確化する為に、 ネットワークのスループットと遅延変動、テストパケットの関係について述べる。
【００３５】
図１６に、スループットと遅延時間変動の関係を示す。
【００３６】
図１６は、ルータやスイッチ等の単位ノードの複数ポートから各々ＩＰパケットによる入力トラフィックが印可され、一つの出力ポ―トから出力トラフィックが出力される場合の入出力特性及び入出力ポート間における遅延特性を示す。
【００３７】
図１６で、理想型は、入力トラフィック間の衝突が理想的に調整されて、出力ポートの伝送帯域限界まで入力されたトラフィックの伝送帯域がそのまま出力帯域として反映される場合で、出力ポートの伝送帯域で決まる限界容量まで、スループットは単調増加する。
【００３８】
理想型でも伝送帯域以上のスループットは得られない為、伝送帯域以上の分の入力トラフィック分のパケットは廃棄される。
【００３９】
これに対して、入力トラフィック間の衝突回避の為の制御を、バッファメモリとスケジューラによる待ち行列の書き込み・読み出し調整を行なう輻輳制御型では、理想型に近いスループット特性を示すが、トラフィックが増え輻輳状態になると、待ち行列が長くなる確率が増える為、遅延時間が増加する。
【００４０】
また、理想型の様に、伝送帯域まで入力トラフィックがそのまま出力トラフィックとして出力されず、入力トラフィックが増えるとバッファオーバフローで廃棄されるパケットも徐々に増大する。
【００４１】
無制御型は、スケジューラ等の調整手段を用いない場合で、入力パケット間の衝突による待ち行列形成の効率が悪くなる為、スループットも落ち、遅延時間も急激に増加する。
【００４２】
この様に、いずれの場合も、遅延時間の増加と共に、パケットの廃棄確率も増え、出力ポートのスループット以上分の入力パケットは印可されても廃棄され、出力ポートからは出力されない。
【００４３】
又、輻輳状態となり遅延時間が大きな値をとる様になると遅延時間の変動もそれに応じて大きな値をとる様になる。
【００４４】
ＩＰ電話等のリアルタイム通信では、一定周期・一定長の入力パケットが印可され、出力トラフィックは、所定内の一定の処理遅延時間で、そのまま送り出されることが必要条件となる。
【００４５】
輻輳状態では、経路途中でのパケット廃棄に加え、遅延時間の変動が大きくなり受信側におけるバッファメモリをオーバし、受信パケットの喪失も生起し、電話の通話品質やテレビ電話等における画質の劣化を引き起こす確率が増大する。
【００４６】
従って、徐々にトラフィックに占める割合が増えつつあるＩＰ電話等のリアルタイム通信においては、従来のメール等の待ち時間を許す非リアルタイム通信に比べて、輻輳状態を極力避けるネットワーク設計が重要となっている。
【００４７】
図１７に、トラフィック変動パターン例を示す。
【００４８】
図１７は、インターネットやイントラネット内の特定ノードでの入出力トラフィックを示す例である。
【００４９】
図１７で、パターンＡは、ＩＳＰ等のアクセスノードにおけるトラフィックの例、パターンＢは、イントラネットにおけるオフィスＬＡＮのゲートウェイノードにおけるトラフィック例を示す。
【００５０】
よく知られている如く、パターンＡでは、家に帰宅後にインターネットアクセスを楽しむ人が殆どの為に、夜１１時の就寝前前後にもトラフィックのピークがある。
【００５１】
これに対して、パターンＢでは、帰社後のＬＡＮ間トラフィック量が減る様子を示す。
【００５２】
インターネットやイントラネットでは、図１６に示す様な多数の異なる特性のルータやスイッチ等のノードを多元接続し、多様なトラフィック特性を持ったサイト間を結んだ通信が行なわれている。また、トラフィックパターンも、図１７に示す如く、ユーザサイトによって、様々な特性を持っている。
【００５３】
これらのネットワークの性質を考慮し、実際のネットワーク運用や見直しなどにも役立つアクティブ型の通信品質測定の重要性が増している。
【００５４】
実際のネットワーク運用においては、遅延が大幅に増える様な通信ポートの伝送容量限界に近い様な運用方法は、幹線系ゲートウェイルータにおけるバックプレッシャ等の方法で、あるいはエンドユーザによる自主規制によって、エンドユーザ端末における発生トラフィックが抑えられる為、発生しない。
【００５５】
しかし、ある程度の軽い輻輳状態での運用は日常的に行なわれており、輻輳が全くない状態だけでなく、この様な軽い輻輳状態における遅延時間等のネットワークの通信品質を知る事もネットワークベンダやイントラネットのネットワーク管理者等がネットワークの見直し検討などを行なう上で、重要となっている。
【特許文献１】特開２００３−１１０６２１号公報
【非特許文献１】「Passive vs Active Monitoring」、 HYPERLINK "URL:http//www.slac.stanford.edu/comp/net/wan-mon/passive-vs-active.html" URL:http//www.slac.stanford.edu/comp/net/wan-mon/passive-vs-active.html、March 11,2001、２００１年
【非特許文献２】Limitations of Passive & Active Measurement Methods in Packet Network」、 HYPERLINK "URL:www.transware.co.jp/product.am/" URL:http//www.ac.uk/lcs/papers/2003/113.pdf、２００３年
【発明の開示】
【発明が解決しようとする課題】
【００５６】
解決しようとする課題は、ネットワークの遅延時間変動に係る通信品質測定を、リアルタイムに、かつネットワークが輻輳状態では、過大な負荷をかけずに実施できるIPネットワークにおける通信品質測定装置及び測定方法を実現する事である。
【課題を解決するための手段】
【００５７】
上記課題を解決するための第１の発明は、送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定装置において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するネットワークトラフィック測定手段と、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出する負荷指数算出手段と、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出する契機指数算出手段と、
該契機指数が所定の負荷限界以下でかつ所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定手段と、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの挿入を行なうテストパケット発生・挿入手段を有し、
前記契機指数、前記負荷指数値に応じて、前記IPネットワークに対する通信品質測定用のテストパケットの発生・停止の制御を行なう、ＩＰネットワークの通信品質測定システムを提供する。
【００５８】
本発明によれば、測定対象ネットワークの通信トラフィックが高く通信品質測定用のテストパケットを送信することで更に悪化すると予想される状態では、テストパケットの送信を停止し、輻輳状態を抜けでた状態で、テストパケットの送信が行なわれる。
【００５９】
この結果、ネットワークのトラフィックをリアルタイムに監視し、過負荷にはならない負荷をテストパケットによってかけながら実態に近いネットワークの通信品質を測定出来るＩＰネットワークの通信品質測定システムを提供できる。
【００６０】
これによって、ある程度の輻輳状態も含めてネットワークの実際利用状況における通信品質の測定を正確に行なうことが出来る様になる。
【００６１】
上記課題を解決するための第２の発明は、第１の発明に記載のＩＰネットワークの通信品質測定装置において、
前記テストパケット発生・挿入手段は、受信側の前記通信品質測定装置に対して、テストパケットの送信開始に先立って、送信開始要求パケットを送信し、
該送信開始要求パケットに、テストパケット送信開始時刻、テストパケット送信間隔、テストパケット送信個数、テストパケットサイズなどの測定条件を埋め込み通知する送信開始要求パケット発生・挿入を有することを特徴とする、IPネットワークの通信品質測定装置を提供する。
【００６２】
本発明によって、送信開始要求パケットに埋め込まれたテストパケットの送信開始時刻を含む通信品質測定パラメータの通知により、テストパケットの送信開始時刻を送信点と受信点の時刻同期なしで、正確に予測することが出来、遅延時間のバラツキ等の通信品質測定を行なうことが出来る。
【００６３】
これによって、輻輳状態も含めて遅延時間の揺らぎを主とするネットワークの通信品質の測定を正確に行なうことが出来る様になる。
【００６４】
この為、ＮＴＰ（Network Time Protocol）やＧＰＳ(Global Positioning System) などの専用設備を利用した各ネットワーク品質測定装置によって時刻同期をとる必要がなくなり、送信開始要求パケットによって測定要求を受けた受信点のネットワーク品質測定装置は、片方向の通信のみでネットワークのサービス品質低下を予測できる。
【００６５】
上記課題を解決するための第３の発明は、送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定方法において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するステップと、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出するステップと、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出するスッテプと、
該契機指数が所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定を行なうステップと、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの発生と挿入を行なうステップと、
前記契機指数が所定回数続けて直前の値以上の値を取った場合、該テストパケットの停止制御を行なうステップ、を有するＩＰネットワークの通信品質測定方法を提供する。
【００６６】
本発明によれば、常に、ネットワークのトラフィックをリアルタイムに監視し、過負荷にはならない程度の負荷をテストパケットによってかけながらネットワークの通信品質を測定出来るＩＰネットワークの通信品質測定方法を提供できる
【発明の効果】
【００６７】
本発明のIPネットワークの通信品質測定装置及び測定方法は、２点間を結ぶネットワークの遅延時間、に係る通信品質測定を、リアルタイムにかつネットワークが輻輳状態では過大な負荷をかけずに実施できる。
【発明を実施するための最良の形態】
【００６８】
【実施例１】
【００６９】
図１に、本発明の通信品質測定装置の全体構成図、図２に、本発明の通信品質測定装置のブロック図を示す。
【００７０】
図１、図２において、１００は、測定サイトの２点間を結ぶルートにおいてテストパケットの送受信・測定を行なう各サイトにおける通信品質測定装置、２００はインターネットやイントラネット或いはＶＰＮなどの幹線系ネットワーク、３１０は、通信品質測定装置１００が接続されたサイト１におけるＬＡＮシステム、３２０は、通信品質測定装置１００が接続されたサイト２におけるＬＡＮシステム、１０１は各サイトと幹線系ネットワーク２００に接続されるＧビットイサーネット等のメインの出力ポートから出力トラフィックを抽出し、通信品質測定用のテストパケット、送信側に対する制御・指示パケットの挿入を行なうための送信アダプタ手段、１０２は各サイトと幹線系ネットワーク２００に接続されるＧビットイサーネット等のメインの入力ポートから測定用のテストパケットの抽出を行ない受信トラフィックの抽出を行う為の受信アダプタ手段、１０３はテストパケットの組立・送信とメイントラフィックへの挿入処理を行なうテストパケット発生・挿入手段、１０４はテストパケットの受信・必要情報の抽出処理を行なうテストパケット受信手段、１０５はテストパケットの遅延時間やパケットロスなどの通信品質の測定を行なうテストパケット測定手段、１０６は、送信アダブタ手段１０１又は受信アダプタ手段１０２で抽出した送受信トラフィックからリアルタイムの要求に応える十分短い時間間隔毎のトラフィック量の算出を行ない所定回数分のトラフィック履歴データの蓄積・更新を行なうトラフィック量算出・蓄積手段、１０７は、トラフィック量算出・蓄積手段１０６に蓄積されたトラフィック履歴データから所定回数分の移動平均値を契機指数として求める契機指数算出手段、１０８は、トラフィック履歴データからトラフィックの長時間平均値として定義される負荷指数を求める負荷指数算出手段、１０９は、前記契機指数が事前に設定された負荷限界以下でかつ所定のＭ回だけ直前の値よりも小さな値が続いたことを検出した時ないしは負荷指数以下のトラフィックが所定のＮ回続いた事を検出した時に、テストパケット発生・挿入手段１０３に、テストパケットの発生・挿入を指示するテストパケット発生制御手段、１１０はテストパケット発生・挿入手段１０３に対してテストパケットの発生条件を設定・指示し、トラフィック量算出・蓄積手段１０６に、送信トラフィックを測定するか、受信トラフィックを測定するか、同時に測定するのかの切替指示を行い、テストパケット測定手段１０５、トラフィック量算出・蓄積手段１０６からの測定結果の表示を行なう為のＧＵＩ入出力手段、を示す。
【００７１】
ここで、実際の計測結果などを基に、メインの通信トラフィックへの影響が少ない又は大きいと判断される場合には、前記負荷指数に１前後の一定の係数をかけた指数を負荷指数として用いても良い。
【００７２】
尚、テストパケット発生・挿入手段１０３によるテストパケットのメイントラフィックへの挿入は、メイントラフィックの送信パケット列をモニタし、送信パケット列との衝突を避けて挿入する衝突回避挿入機能を有する。
【００７３】
本構成によって、本発明のＩＰネットワークの通信品質測定装置１００において、前記通信経路の所定抽出点から抽出した通信パケットから、該ネットワークトラフィック測定値の長時間測定平均値として定義され算出された負荷指数と、所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数が求まる。
【００７４】
この契機指数が所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を所定回数下回ったことを、テストパケット発生制御手段１０９が検出し、該テストパケット発生制御からの指示に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの挿入が行なわれる。
【００７５】
また、テストパケットの送信開始後、テストパケット発生制御手段１０９は、テストパケットを含むトラフィックを監視し、契機指数が負荷指数以上の値で、かつ続けて所定のＬ回続けて直前の契機指数の値以上の値をとる場合は、テストパケット発生・挿入手段１０３に対して、該テストパケットの送信停止制御を行なう。
【００７６】
本発明によれば、測定対象ネットワークの通信トラフィックが高く通信品質測定用のテストパケットを送信することで更に悪化すると予想される状態では、テストパケットの送信を停止し、輻輳状態を抜けでた状態で、テストパケットの送信が行なわれる。
【００７７】
この結果、ネットワークのトラフィックをリアルタイムに監視し、過負荷にはならない負荷をテストパケットによってかけながら実態に近いネットワークの通信品質を測定出来るＩＰネットワークの通信品質測定装置及び測定方法を提供できる。
【００７８】
これによって、ある程度の輻輳状態の場合でも、輻輳状態に入らないと判断された場合には、通信品質の測定が行なわれ、ネットワークの実際利用状況における通信品質の測定を正確に行なうことが出来る様になる。
【００７９】
インターネットや分散した本社や支社、関係会社間等の多数のオフィス相互間で通信を行なっているイントラネット等のネットワーク環境では、ネットワークの輻輳は、幹線系ネットワークとの出力ポートや入力ポート、あるいは、幹線系ネットワーク内の特定のルータノード等で発生しうる。
【００８０】
従って、ネットワークの通信品質測定におけるテストパケットの挿入制御も、テストパケットを送信する側のサイトにおける出力ポートの出力トラフィックを監視して、該出力トラフィックの量に応じて制御する場合と、テストパケットを受信する側のサイトにおける入力ポートにおける入力ポートの入力トラフィックを監視して、該入力トラフィック量に応じて、送信側のテストパケットの送信を制御する場合、が考えられる。
【００８１】
又、送信側・受信側トラフィックを同時に監視して、トラフィック量が多い側に応じた送信側テストパケットの送信制御を行なう様にして良い。
【００８２】
本発明では、トラフィックとして、下記の（１）式の正規化トラフィック量ＴＲを求める。
【００８３】
ＴＲ＝ΣＮｐ（ｉ）／（Ｔ・Ｔｈｒｍａｘ）―――――（１）
ここで、Ｔは、測定時間、Ｎｐ（ｉ）は、測定時間Ｔ内に通過したパケット毎のビット数、Ｔｈｒｍａｘは、測定対象ポートの伝送帯域である。                            
【００８４】
ＴＲは、正規化されているため、無名数となる。ＴＲが１に近いほど、Ｔ時間で平均化したトラフィック量が多く、輻輳状態に近いことを意味する。
【００８５】
限界負荷に相当するトラフィックは、ネットワークの輻輳待ち行列形成による遅延量の増分が基準値以下となる様に設定される。
【００８６】
契機指数の値は時々刻々変動し、トラフィックが輻輳状態から抜け出し、定常状態となるとほぼ一定値をとる。
【００８７】
従って、契機指数値が負荷限界以上の場合は、スループット限界以上の輻輳状態が続いている為、テストパケットの送信を停止し、契機指数値が負荷限界以下で、かつ直前の契機指数の値以下の状態が所定のＭ回続いた場合には輻輳状態から抜け出したと判断してテストパケットの送信を開始する。
【００８８】
但し、テストパケットを送信後、テストパケットを含めたトラフィック量による負荷指数値が前記の指定値以上となった場合には直ちにテストパケットの送信を停止する。
【００８９】
図３に、トラフィックパターン例と負荷指数、契機指数の関係を示す。
【００９０】
図３に示す如く、トラフィックのリアルタイムな輻輳状況に応じたテストパケットの発生・停止制御を行なうことによって、輻輳のピーク時で、負荷限界値に近い様なタイミングでテストパケットが印可されるテストパケットの発生・挿入を抑えることが出来る。
【００９１】
次に、本発明におけるテストパケットの発生方法について説明する。
【００９２】
図４に、本発明によるテストパケットの発生及び測定方法の原理図を示す。
【００９３】
公知の如く、ＩＰネットワークにおいては、ネットワーク層のＩＰプロトコルをベースにネットワーク内でのパケットのルーティング制御が行なわれ、トランスポート層におけるＴＣＰプロトコルによってコネクション型のパケットのやりとりが行なわれ、ＵＤＰプロトコルによってコネクションレス型のやりとりが行なわれる。
【００９４】
近年、ＩＰ電話や動画通信のニーズが拡大するにつれ、ＵＤＰプロトコルが、従来の管理用途のみならず、メインの通信用に利用されるケースが増えている。
【００９５】
ＩＰ電話や動画通信でＵＤＰプロトコルを使用する場合には、パケットロスと同時に遅延時間、遅延時間の揺らぎが重要となり、したがって、これらを正確に測定することが必要となる。
【００９６】
図４に示す如く、本発明で、ＵＤＰプロトコルを使ったテストパケットの発生を行なう場合は、ＵＤＰのウェルノウンポート以外の測定専用ポート番号ｍのＵＤＰポートを送受信側に設け、該ＵＤＰポートを通じてテストパケットの送信及びテストパケットの受信監視を行なう。
【００９７】
又、受信側でのトラフィック監視結果に応じて、送信側のテストパケットの送信制御・指示を行なう場合には、テストパケット用の通信ポートとは別の制御用ポート番号ｎを設け、該制御ポートを通じて指示信号の送信・受信を行なう。
【００９８】
テストパケット発生・挿入手段１０３は、テストパケットの組立・送信を行なう場合は、送信テストパケットのＵＤＰポート番号としてｍを指定して送信する。
【００９９】
テストパケット受信手段１０４は、受信トラフィックの中にあるＵＤＰプロトコルのパケットを抽出し、さらにＵＤＰポート番号がｍのパケットを抽出すれば、そのパケットがテストパケットであることが分かる為、所定の処理を行なうことが出来る。
【０１００】
これによって、メインのトラフィックとの分離が簡単に行なえ、ソフト処理が容易になる。
【０１０１】
ＴＣＰプロトコルによるコネクション型の測定を行なう場合も同様に、ＴＣＰのウエルノウンポート以外の測定専用のポート番号以外のＴＣＰポートを送受信側に設け、該ＴＣＰポートを通じてテストパケットの送信及びテストパケットの受信監視を行なう。
【０１０２】
図５は、テストパケットのフレーム構成例を示す。
【０１０３】
図５で、ＩＰヘッダ部分には、通常通り、テストパケットを発生させている送信側の通信品質測定装置１００の送信ＩＰポートアドレス、テストパケットを受信する受信側の通信測定装置１００の受信ＩＰポートアドレスが含まれている。又、ＵＤＰヘッダ部分の送信側ＵＤＰポート番号、受信側ＵＤＰポート番号としては、ｍが書きこまれている。尚、
送信側ＵＤＰポート番号をｍ１、受信側ＵＤＰポート番号をｍ２として、異ならせても良い。
【０１０４】
データ部分には、テスト開始指示パケットか、テストパケット本体か、一連のテストパケット送信終了かを示す識別コード、各テストパケットの種類に応じた補助データ、トータルパケット長を所定の基準長とする田祖のダミーデータがセットになって格納されている。
【０１０５】
図６に、テスト開始指示パケットのデータ構成例を示す。
【０１０６】
テスト開始指示パケットのデータ部には、テスト開始指示パケットの識別記号、テストパケットの送信基準時刻、それ以降のテストパケットの送信間隔、テストパケットの送信個数、テストパケットのパケットサイズ、ダミーデータ（Padding)が含まれる。
【０１０７】
受信側の通信品質測定装置におけるテストパケット測定手段１０６は、テスト開始指示パケットの識別記号を検出し、測定開始の待機状態に入ることができる。
【０１０８】
テスト開始パケットの識別符号には、テスト開始の識別と同時に、どの様な種類のテストパケットを送信するか、測定の種類を識別する目的もある。受信側の通信品質測定装置は、この識別符号に応じた、測定開始の待機状態に入る。
【０１０９】
図７に、テストパケットのデータ構成例を示す。
【０１１０】
テストパケットのデータには、テストパケットである事を確認する為の識別記号、何番目のテストパケットかを示す連続した送信番号、前記送信基準時刻に対する相対送信時刻、ダミーデータが含まれる。
【０１１１】
テストパケットに含まれる送信番号は、受信点におけるパケットロスを検出する為に用いる。
【０１１２】
また、パケットの送信時刻、送信間隔情報は、後述する如く、受信点において通信経路間の遅延時間の平均値、変動値を知る為に使われる。
【０１１３】
尚、各テストパケットのパケット長データは標準のIPパケット生成ルールに従って、IＰヘッダ、ＵＤＰヘッダ部に含まれる。
【０１１４】
また、ＩＰヘッダ、ＵＤＰヘッダにおけるチェックサムフィールドを誤り検出用に使用する。
【０１１５】
テストパケット送信終了指示パケットのデータ部には、終了指示識別記号と、パケット長を揃える為のダミーデータが含まれる。
【０１１６】
次に、テストパケットの送信開始からテストパケットの送信終了までの手順を説明する。
【０１１７】
図８は、テストパケットの送信制御手順フロー図である。
【０１１８】
図８において、ステップＳ１で初期設定を行う。初期設定内容には、ＧＵＩ入出力手段１１０によるトラフィック量算出・蓄積手段１０６への指示を通じて、送信トラフィックの監視によるテストパケットの送信制御を行なうのか、受信トラフィックの監視によるテストパケットの送信制御を行なうのかの選択、がある。
【０１１９】
また、同時にテストパケット発生・挿入手段１０３に対し、テストパケットの連続パケット送信数、パケット長、送信間隔、等のテストパケット発生条件の初期設定が行なわれる。
【０１２０】
これは、実際のサイト１、サイト２における運用実態に応じて決定される。両サイトにおいて、両方のトラフィックの輻輳が発生する場合は、各々のサイトで送信トラフィック、受信トラフィックの監視によるテストパケットの送信制御を行なう。
【０１２１】
以下、例として、サイト１側の通信品質測定装置１００において送信パケットのトラフィックを監視し、テストパケットの送信制御を行なう場合について説明する。
【０１２２】
ステップＳ２で測定が開始され、トラフィック量算出・蓄積手段１０６は、ステップＳ１の初期設定送信に応じて，送信アダプタ手段１０１によって抽出した送信トラフィックから前記の式（１）に基づいて、所定期間Ｔ毎の正規化トラフィック量の算出と蓄積を行なう。
【０１２３】
ステップＳ３で、契機指数算出手段１０７は、トラフィック量算出・蓄積手段１０６の蓄積データから、直近のＭ回分にわたる正規化トラフィックの移動平均値として求まる契機指数を求め・蓄積する。
【０１２４】
ステップＳ４で、テストパケット発生制御手段１０９は、契機指数算出手段１０７に蓄積されている契機指数が、許容遅延限界等の面から検討され事前に設定された負荷限界以下の値で、続けて所定回数Ｎ１だけ直近の契機指数よりも小さな値となった時、又は、契機指数が、正規化トラフィックの長時間平均値として定義した負荷指数以下で、所定回数Ｎ２だけ続いた事を判定する。
【０１２５】
ステップＳ４でテストパケットの開始条件が満足されると、ステップＳ５でテストパケット発生制御手段１０９はテストパケット発生・挿入手段３にテストパケットの送信開始の指示を行う。
【０１２６】
負荷指数はトラフィック量蓄積算出・蓄積手段１０６に蓄積された正規化トラフィックを基に負荷指数算出手段１０８によって算出される。
【０１２７】
季節変動や月変動、週変動などを考慮して、適宜測定が行われ、測定値が更新される。
【０１２８】
ステップＳ６で、テストパケット発生・挿入手段１０３は、事前にＧＵＩ入出力手段１１０で設定した送信条件に従って、テストパケットの送信を開始する。
【０１２９】
ステップＳ７で，テストパケット発生制御手段１０９は、テストパケットを含めた通信トラフィックを含めて求められた契機指数の値を監視し、契機指数が所定のＮ回続けて直前の契機指数の値を上回る場合は、ステップＳ８でテストパケット発生・挿入手段１０３にテストパケットの送信停止を指示し、ステップＳ９でテストパケット発生・挿入手段１０３はテストパケットの送信中止を行う。この場合は、測定中断指示パケットを受信側に送信する様にしても良い。
【０１３０】
テストパケット発生制御手段１０９からの送信停止の指示がなければ、テストパケット発生・挿入手段１０３は、ステップＳ１０で所定回数のテストパケット送信が完了したかチェックし、未完了の場合はステップＳ１１で、引き続いてテストパケットの送信を続ける。
【０１３１】
ステップＳ１０で、送信完了が検出されるとテストパケットの送信処理を終了する。
【０１３２】
受信側トラフィックの監視によって、送信側のテストパケットの発生、送信停止の制御を行う場合は、受信側のテストパケット発生制御手段１０９による制御指示信号を、ＵＤＰポートに設けた制御信号ポートｎを通じて送信側のテストパケット発生制御手段１０９に伝える事によってテストパケットの発生・停止の制御を行う。
【０１３３】
尚、契機指数が負荷指数以下の場合は、トラフィックは十分な余裕があると判断される為、送信開始されたテストパケットの送信停止の制御はおこなわれない。
【０１３４】
図６、図７で説明した如く、テストパケットの送信は、テストパケットの送信開始を示すテスト開始指示パケットを最初に送ってから開始される。
【０１３５】
受信側トラフィックを監視して、相手側のテストパケットの送信制御を行なう場合も同様であり、この場合は、制御用のＵＤＰポートｎを通じて、受信側のテストパケット発生制御手段１０９から、相手側のテストパケット発生制御手段１０９に指示を行なう事によって、受信側監視、送信側テストパタン発生制御によって、通信品質測定が行なわれる。
【０１３６】
これによって、輻輳時でピーク負荷がかかり過負荷になる恐れがある期間を避けて、テストパケットを送信し、ネットワークの通信品質測定を行なうことが出来る。
【０１３７】
図９に、テストパケットの遅延揺らぎ測定の原理図、図１０に、テストパケットの挿入タイミング説明図をしめす。
【０１３８】
図９で、Ｔ１は、測定開始要求パケットを送信後のテストパケットの送信間隔、Ｍは、テストパケット当たりのバイト数、Ｎは、テストパケットの連続送信個数、△Ｔｐｄｉは、
ｉ番目のテストパケットの遅延時間の受信時刻の揺らぎを示す。
【０１３９】
また、図１０は、テストパケットの発生タイミングがメインの通信トラフィックとの衝突を避ける為に待ち時間の調整を行なった後で、メイントラフィックに挿入される様子を示す。
【０１４０】
ネットワーク経路のルータ等のノード装置の中では、多数の方向から来るトラフィックパケット間の衝突を回避する為に待ち行列の形成と書き込み・読み出し制御が行なわれ、送信タイミングと受信タイミングでは必然的に時間ズレ（遅延のバラツキ）が生ずる。
【０１４１】
ＩＰ電話等のリアルタイム通信に対応して十分な対応能力を持つ様に設計されたＩＰネットワークは、従来技術の図１６のスループットと遅延時間変動で説明した如く、スループット限界に対して、十分なマージンをとった入力に対しては、通常のネットワークと同様に、入力信号の伝送速度と平均的な出力信号の伝送速度は等しいと考えられる。
【０１４２】
また、ＩＰ電話などのリアルタイムのアプリケーションでは、入出力の伝送速度（帯域）の一致は必須要件となる。
【０１４３】
しかし、ＩＰネットワークは、上記の如く、途中のルータやスイッチで、複数ルートから流入する非同期のトラフィックの衝突を避けるため、バッファメモリによる待ち行列形成とトラフィックスケジューラによる遅延調整を経て、伝達される非同期伝送ネットワークである為に、必然的に、伝送遅延時間の揺らぎが発生する。
【０１４４】
また、輻輳状況に近づくと、全体のスループットが低下し、途中のルータやスイッチにおける待ち合わせ時間も長くなり、あるいはパケットの廃棄が発生し、従って、受信パケットが送信パケットと同じ送信間隔を保てなくなり、遅延揺らぎ△Ｔｐｄｉの値がプラス方向に徐々に大きな値になる。
【０１４５】
ここで、ｉ番目のテストパケットの送信点の通信品質測定装置を基準とした受信点における到着時刻の測定値は、送信サイト１の通信品質測定装置によって発生されたテストパイロットの送信間隔をＴ１、送信サイト１とサイト２の間の遅延時間Ｔｐｄ、サイト２の通信品質測定装置のクロックのサイト１の通信品質測定装置のクロックに対する相対ズレ時間を△Ｔ、遅延時間のバラツキを△Ｔｐｄｉとすると、（２）式で求まる。
【０１４６】
△Ｔ＋ｉ×Ｔ１＋Ｔｐｄ＋△Ｔｐｄｉ――――（２）
ここで、クロックの相対ズレ時間△Ｔ、遅延時間Ｔｐｄ、△Ｔｐｄｉ共に未知数である。
【０１４７】
ここで（２）から第２項のｉ×Ｔ１を減算すると、
Ｔｐｄｉ＝△Ｔ＋Ｔｐｄ＋△Ｔｐｄｉが求まる。―――（３）
したがって、ＴｐｄｉのＮ回の平均値を求めると、△Ｔ＋Ｔｐｄが平均値として求まり、大数の法則によって、誤差項のｓｑｒｔ（ａｖｇ（（△Ｔｐｄ）2）／ｓｑｒｔ（Ｋ）は、Ｋを大きくする事によって、十分に小さな値にできる。
【０１４８】
又、△Ｔ＋Ｔｐｄの平均値ａｖｇ（△Ｔ＋Ｔｐｄ）が求まると、△Ｔｐｄｉの分散値ｃｏｖ（△Ｔｐｄ）2  が
ｃｏｖ（△Ｔｐｄ）2＝ａｖｇ（Ｔｐｄｉ−ａｖｇ（△Ｔ＋Ｔｐｄ））2――（４）として求まる。
【０１４９】
遅延揺らぎを示す△Ｔｐｄｉの値は、図１5のスループットと遅延時間変動で説明した如く、ＩＰネットワークの通信品質を図る重要なパラメータである。
【０１５０】
本発明では、送信側のテストパケット発生・挿入手段１０３から受信側のテストパケット測定手段１０５に対して、テストパケットの送信開始に先立って、送信開始要求パケットを送信し、該送信要求パケットに、テストパケットの送信開始時刻、送信間隔情報を埋め込み、通知する事によって、受信側では、テストパケットの受信時刻から（３）式を用いて、Ｔｐｄｉを求める事ができ、遅延時間の分散値ｃｏｖ（△Ｔｐｄ）2を求める事が出来る。
この為、ＮＴＰやＧＰＳなどの専用設備を用いたクロック同期が不要となる。
【０１５１】
しかし、サイト１の通信品質測定装置１００とサイト２のネットワーク通信品質測定装置が同期した時計を持たない場合は、サイト１とサイト２の間の絶対遅延時間を正確に知ることは出来ない。
【０１５２】
したがって、リアルタイムアプリケーションで重要な、Ｔｐｄをサイト１とサイト２が絶対的な基準時計を持たないでも簡単に測定出来る様にする仕組みが必要となる。
【０１５３】
この遅延時間Ｔｐｄの測定方法として、サイト１とサイト２の通信品質測定装置１００の間で、テストパケットを往復させ、往復の遅延時間を２で割ってＴｐｄを測定することによって、通信品質測定装置１００のクロック同期なしに遅延時間Ｔｐｄを測定する方法もある。
【０１５４】
しかし、ＩＰネットワークでは、トラフィックパケット群による待ち行列の形成によって、輻輳状態、定常状態を含めて、遅延時間がバラツク為に、正確な遅延時間の把握は難しい。
【０１５５】
従って、本発明では、図１０と同様に、統計平均の性質を利用して、絶対基準時計を使わずに正確な遅延時間を求めている。
【０１５６】
図１１に、平均遅延時間の測定原理図をしめす。図１１で示す如く、送信サイト１の通信品質測定装置１００から、遅延時間測定開始要求パケットの送信に続いて、遅延時間測定用テストパケットＰがサイト２の通信品質測定装置１００に送信され、テストパケットＰを受信したサイト２の通信品質測定装置１００は、テストパケットＰのアドレスを入れ換えて、サイト１の通信品質測定装置１００に送り返す。
【０１５７】
サイト１の通信品質測定装置１００は、さらに、アドレスを入れ換えてサイト２の通信品質測定装置１００に送り返す。このピンポンのやりとり回数をＫとし、予め、何回のピンポンのやりとりを行なうかを、最初の遅延時間測定開始要求パケットの送信時に、サイト１の通信品質測定装置１００からサイト２の通信品質測定装置に通知しておく。
【０１５８】
これによって、Ｋ回目のピンポンのやりとりを確認した時に測定を終了する。
【０１５９】
サイト１における、Ｋ回目のテストパケットのピンポンによる受信パケットの受信時刻Ｔｋは、サイト１の通信品質測定装置１００が最初の遅延時間測定用テストパケットを送信開始した時刻を基準時刻Ｔ0とすると、（５）式で与えられる。
【０１６０】
Ｔｋ＝Ｔ0＋２Ｋ・Ｔｐｄ＋Σ△Ｔｐｄ１ｉ＋Σ△Ｔｐｄ２ｉ―――――――（５）
上記において、Σ△Ｔｐｄｉ1は、遅延測定用テストパケットがサイト１からサイト２側に向かう時の各回の揺らぎ分の合計、Σ△Ｔｐｄ２ｉは、送り返された遅延測定用テストパケットがサイト２からサイト１側に向かう時の各回の揺らぎ分の合計を示す。
【０１６１】
遅延時間Ｔｐｄは、（５）の右辺からＴ0を減算し、２Ｋで除算する事によって、（６）式で求める事が出来る。
【０１６２】
Ｔｐｄ〜Ｔｐｄ＋ｓｑｒｔ（ａｖｇ（△Ｔｐｄi）2  ）／ｓｑｒｔ（Ｋ）―――（６）
従って、Ｋを例えば、１００以上の十分大きな値にとる事によって、遅延揺らぎの影響を実用上、問題ないオーダに抑えて、遅延時間Ｔｐｄの絶対値を知ることが出来る。
【０１６３】
但し、上記の算出において、Ｔｐｄが両方向に対して、対称なネットワークが形成されていると想定している。
【０１６４】
ＩＰ電話などの双方向に等価なサービス品質が要求されるネットワークでは、Ｔｐｄの対象性は重要な要件となる。
【０１６５】
方向によって平均遅延時間が異なる非対称ネットワークでは、絶対時計を基準に各方向の絶対遅延を図る必要がある。
【０１６６】
その場合でも各方向毎に本発明の手法を適用する事によって各方向毎の遅延時間の平均値と分散ないしは標準偏差値を求める事が出来る。
【０１６７】
対称ネットワークの場合は、絶対遅延を上記の方法で確定させることによって、サイト２の通信品質測定装置１００のクロックをサイト１の通信品質測定装置１００のクロックに、実用上、問題ない精度で同期させることも出来る。
【０１６８】
また、（３）の測定値の履歴を長期間保存して置くことによって、Ｔｐｄの年間平均値や季節変動値、月間変動値、週変動値の測定値を求め、サイト1とサイト2間の遅延時間に係る通信品質測定をより詳細に把握することができる。
【０１６９】
尚、輻輳状態に近い場合には、トラフィックの変動幅も大きく、輻輳状態からから一時的に抜けても、すぐに、輻輳状態に復帰する可能性が高い。
【０１７０】
したがって、テストパケットも、テストパケットバイト数や送信間隔、テストパケット連続送信個数Ｎを、輻輳状態から抜け出した直後と、定常状態となり、十分に余裕のあるトラフィック状態にある場合では、テストパケットの連続送信回数や間隔を可変にする方が、テストパケットによるメイントラフィックに対する過負荷の影響を防止する上で都合が良い。
【０１７１】
この様な仕組みは、トラフィック量算出・蓄積手段１０６でのトラフィック量測定結果に応じて、テストパケット発生・挿入手段１０３のテストパケットの発生を制御することによって達成される。
【０１７２】
これによって、メインのトラフィックのリアルタイムな変化状況に応じて、メインのトラフィックに影響を及ぼさない様にしながら、実際の使用状況に応じた通信品質の測定データを収集できる。
【０１７３】
図１２に、受信測定処理フロー図を示す。図１２は、本発明の通信品質測定装置を用いたテストパケットによるネットワークの遅延時間の揺らぎ測定、パケットロス、パケット誤り検出に係る測定方法を説明している。
【０１７４】
ステップＳ１で、テストパケット受信手段１０４は、受信トラフィックからテスト開始指示パケットの抽出を行う。
【０１７５】
ステップＳ２で、テストパケット測定手段１０５は、テストパケットの受信待機モードに入る。
【０１７６】
ステップＳ３で、テストパケット測定手段１０５は、テストパケット受信手段１０４を介して、所定個数の連続したテストパケットの受信を行い、テストパケットの受信時刻情報を時系列データとして蓄積する。これは、式（２）の時系列値を求めている事に相当する。尚、この時、パケット連続番号のチェックによるパケットロス、チェックサム検出による誤りチェックデータも同時に蓄積される。
【０１７７】
ステップＳ４で最終テストパケットの最終受信を確認し、ステップＳ５で式（３）、式（４）の算出処理を行い、遅延時間Ｔｐｄの揺らぎの分散値ｃｏｖ（△Ｔｐｄ）2  を求める。
【０１７８】
尚、テスト開始後、最終確認パケットの受信が行われなかった場合は、途中で輻輳の急増によってテストパケットの送信停止が行われたと判断して、遅延時間の揺らぎ算出処理は行われない。
【０１７９】
図１３は、平均遅延値を求める処理フロー図を示す。平均遅延値測定用のテストパケットの発生開始、停止も遅延揺らぎ測定と同様であり、契機指数の監視によってメイントラフィックが過負荷となる場合には測定を中止する。
【０１８０】
平均遅延値測定モードでは、テストパケットの送信開始側のサイト１におけるテストパケット発生・挿入手段１０３とテストパケット受信手段１０４、サイト２におけるテストパケット発生・挿入手段１０３とテストパケット受信手段１０４、を使ったテストパケットの送受信が所定の回数Ｋ回行われる。
【０１８１】
ステップＳ１でサイト１のテスト開始条件が満足されると、テストパケット発生・挿入手段１０３からテスト開始指示パケットが送信され、ステップＳ２でサイト２のパケット受信手段１０４は測定開始待機状態に入る。
【０１８２】
ステップＳ３でテストパケット発生・挿入手段１０３からテストパケットの送信が開始される。
【０１８３】
ステップＳ４でサイト２のテストパケット受信手段１０４は、テストパケットを受信し、ステップＳ５でサイト２のテストパケット発生・挿入手段１０３に、サイト１への返送パケットの送出を指示し、ステップＳ６でサイト２のテストパケット発生・挿入手段１０３は返送パケットを送信する。
【０１８４】
ステップＳ７でサイト１のテストパケット受信手段１０４は返信パケットを受信し、テストパケット測定手段１０５は受信時刻の確認・蓄積処理を行い、ステップＳ８で、サイト１のテストパケット受信手段１０４は、所定回数目の受信が完了したかどうかを確認し、未完了時にはステップＳ３に戻りでサイト１のテストパケット発生・挿入手段１０３にサイト２への返送パケットの送信を指示する。
【０１８５】
以降、所定回数ステップＳ３からＳ８のサイクルを所定回数Ｋ回繰り返す。
【０１８６】
この間、サイト１のテストパケット測定手段１０５は、ステップＳ７でサイト２からの返信パケットの着信時刻を時系列として蓄積する。
【０１８７】
これは、（５）式の定義式に相当する往復絶対遅延値の時系列値を記録する事に相当する。
【０１８８】
所定回数Ｋ回の測定完了後、ステップＳ９で、式（６）によって平均遅延値を求める。
【０１８９】
尚、この時に、同時に、遅延時間揺らぎの分散値も式（４）と同様にして求まる。          
【０１９０】
但し、この分散値は、平均遅延値と同様に、双方向の遅延値についての揺らぎ値となる  。
【０１９１】
図１４に、ネットワーク内における輻輳発生時の制御方法を示す。図１４で４００はＳＮＭＰネットワーク管理サーバ、２０１〜２０４は幹線系ネットワーク２００のサイト１とサイト２間の通信経路上のルータ等のノードである。
【０１９２】
図１４に示す如く、通信品質測定装置は、通常は、測定対象となるサイトの幹線系ネットワークとのゲートウイノードに挿入されて、測定が行なわれるが、ＩＰネットワークの性質上、２地点間の通信経路上にボトルネックとなるノードが発生する可能性がある。
【０１９３】
この様なボトルネックノードにおけるトラフィック輻輳を無視して、テストパケットを印可しても、過負荷状態を生起し、好ましい結果が得られない。
【０１９４】
従って、この様な場合には、事前にＳＮＭＰネットワーク管理サーバ４００によって、ボトルネックとなる可能性のあるノードＮ３に、所定トラフィック以上の過負荷状態を検出するトラップを設定する。
【０１９５】
尚、複数ノードでボトルネックが発生する可能性がある場合は、該複数ノードにトラップを設定する。
【０１９６】
トラップが起動時に、起動結果がＳＮＭＰ管理サーバに通知され、ＳＮＭＰ管理サーバ４００に対する通知結果を、ＳＮＭＰ管理サーバ４００から、特定識別子を付けた通知メールなどの手段でテストパケット発生・挿入手段１０３のメール受信ポートに自動転送する様にする。
【０１９７】
また、該通知メールを受信したテストパケット発生・挿入手段１０３は、ただちに、テストパケットの送信を停止する様に制御する。
【０１９８】
この方法によれば、送信点、受信点における通信トラフィックのモニタによって、テストパケットの制御を行なうだけでなく、通信経路の途中のボトルネックノードにおける過負荷状態を検出してテストパケットの制御を行なう事ができる。
【０１９９】
これによって、ボトルネックノードにおける過負荷状態を無視して、テストパケットを送信することが避けられる。
【０２００】
さらにこの様にして求めた平均遅延値や遅延値の分散値は、主要なノード間の保証値とリアルタイムでの実績測定値とをホーム頁に公開する事によって、ＩＰ電話サービス等のリアルタイム通信サービスを提供するＩＰキャリアにとって顧客の信頼をえる為のＰＲ用としても使える。
【０２０１】
（付記１）  送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定装置において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するネットワークトラフィック測定手段と、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出する負荷指数算出手段と、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出する契機指数算出手段と、
該契機指数が所定の負荷限界以下でかつ所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定手段と、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの挿入を行なうテストパケット発生・挿入手段を有し、
前記契機指数、前記負荷指数値に応じて、前記IPネットワークに対する通信品質測定用のテストパケットの発生・停止の制御を行なう、ＩＰネットワークの通信品質測定装置。
【０２０２】
（付記２）  第１の付記に記載のＩＰネットワークの通信品質測定装置において、
前記テストパケット発生・挿入手段は、受信側の前記通信品質測定装置に対して、テストパケットの送信開始に先立って、送信開始要求パケットを送信し、
該送信開始要求パケットに、テストパケット送信開始時刻、テストパケット送信間隔、テストパケット送信個数、テストパケットサイズなどの測定条件を埋め込み通知する送信開始要求パケット発生・挿入を有することを特徴とする、IPネットワークの通信品質測定装置。
【０２０３】
（付記３）  送信点と受信点の通信経路を結ぶIPネットワークを流れる通信トラフィックに送信点においてテストパケットを挿入し、該IPネットワークの受信点におけるテストパケットの抽出及び測定によって通信品質の測定を行なうＩＰネットワークの通信品質測定方法において、
前記通信経路の所定抽出点から抽出した通信パケットから、一定時間毎のネットワークトラフィック測定値を算出するステップと、
該ネットワークトラフィック測定値の長時間測定平均値として定義される負荷指数を算出するステップと、
所定個数毎のネットワークトラフィック測定値の移動平均値として定義される契機指数を算出するスッテップと、
該契機指数が所定回数続けて直前の値以下の値を取った場合か、前記負荷指数の値を下回ったことを検出し、通信品質測定用のテストパケットの送信開始を指示するテストパケット発生契機設定を行なうステップと、
該テストパケット発生契機設定手段からの出力に応じて、前記送信点における前記通信トラフィックに、所定形式のテストパケットの発生と挿入を行なうステップと、
前記契機指数が、負荷指数の値以上で、所定回数続けて直前の値以上の値を取った場合、該テストパケットの停止制御を行なうステップ、を有するＩＰネットワークの通信品質測定方法。
【０２０４】
（付記４）  第１の付記に記載のＩＰネットワークの通信品質測定装置において、
前記テストパケット発生・挿入は、前記負荷状況測定値の大小に応じて、テストパケットの発生頻度、連続発生数、発生パターンを可変に制御することを特徴とする、IPネットワークの通信品質測定装置。
【０２０５】
（付記５）  第１の付記に記載のＩＰネットワークの通信品質測定装置において、送信点及び受信点における前記通信品質測定装置は、
送信点と受信点との間の絶対遅延量の測定を目的とする測定モードにおいて、
送信点の該通信品質測定装置と受信点の該通信品質測定装置の間で、所定回数のテストパケットの往復を行なわせるテストパケット往復受信手段を有し、
Ｋ回のテストパケットの往復を行なわせた後の各回の往復時間の累計を２Ｋで除することによって、送信点と受信点の遅延時間の推定値を求めることを特徴とする、ＩＰネットワークの通信品質測定装置。
【０２０６】
（付記６）  第３の付記に記載のＩＰネットワークの通信品質測定方法において、
さらに、送信点と受信点をむすぶ通信経路中の１以上のトラフィック輻輳ノードにおいて、所定のトラフィック以上のトラフィック量の検出結果通知をＳＮＭＰネットワーク管理サーバに行なわせるＭＩＢに対するトラップ設定を行なうステップ、
該ＳＮＭＰネットワーク管理サーバにおいて、該検出結果通知が受信された時には、該検出結果を、送信点における前記通信品質測定装置に自動的に検出結果通知メールを即時送信させる様に自動メール送信設定を行なうステップ
送信点における該通信品質測定装置が、該検出結果通知メールを受信した場合には、テストパケットの送信を中止するステップを有することを特徴とするＩＰネットワークの通信品質測定方法。
【産業上の利用可能性】
【０２０７】
２地点間のＩＰネットワークの遅延時間、遅延揺らぎ、パケットロス、パケットあやまりを、メインのトラフィックに対する過大な負担を与えずに測定する事が出来るＩＰネットワークの通信品質測定装置および測定方法を実現出来る。
【図面の簡単な説明】
【０２０８】
【図１】本発明の通信品質測定装置の全体構成図である。
【図２】本発明の通信品質測定装置のブロック図である。
【図３】トラフィックパターン例と負荷指数、契機指数の関係である。
【図４】テストパケットの発生及び測定方法の原理図である。
【図５】テストパケットのフレーム構成例である。
【図６】テスト開始指示パケットのデータ構成例である。
【図７】テストパケットのデータ構成例である。
【図８】テストパケットの送信制御手順の例フロー図である。
【図９】テストパケットの遅延揺らぎ測定の原理図である。
【図１０】テストパケットの挿入タイミング説明図である。
【図１１】平均遅延時間の測定原理図である。
【図１２】受信測定処理フロー図である。
【図１３】平均遅延時間を求める処理フロー図である。
【図１４】ネットワーク内における輻輳発生時の制御方法である。
【図１５】従来のアクティブ型による通信品質測定方法である。
【図１６】スループットと遅延時間変動の関係である。
【図１７】トラフィック変動パターン例である。
【符号の説明】
【０２０９】
１００、１００’通信品質測定装置
１０１    送信アダプタ手段
１０２    受信アダプタ手段
１０３    テストパケット発生・挿入手段
１０４    テストパケット受信手段
１０５    テストパケット測定手段
１０６    トラフィック量算出・蓄積手段
１０７    契機指数算出手段
１０８    負荷指数算出手段
１０９    テストパケット発生制御手段
１１０    ＧＵＩ入出力手段
２００    幹線系ネットワーク
２０１〜２０４    ノード装置
３１０、３２０    ＬＡＮシステム
４００    ネットワーク管理サーバ                                                  
【図１】
2005236909.tif 000003
【図２】
2005236909.tif 000004
【図３】
2005236909.tif 000005
【図４】
2005236909.tif 000006
【図５】
2005236909.tif 000007
【図６】
2005236909.tif 000008
【図７】
2005236909.tif 000009
【図８】
2005236909.tif 000010
【図９】
2005236909.tif 000011
【図１０】
2005236909.tif 000012
【図１１】
2005236909.tif 000013
【図１２】
2005236909.tif 000014
【図１３】
2005236909.tif 000015
【図１４】
2005236909.tif 000016
【図１５】
2005236909.tif 000017
【図１６】
2005236909.tif 000018
【図１７】
2005236909.tif 000019