(57)【要約】【課題】リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を切り分けられるようにする。【解決手段】ユーザ体感品質監視装置１０で、パケットキャプチャ手段１３Ａにより、当該中継ノード２０を通過するリアルタイム系アプリケーションの任意の呼のパケットをキャプチャし、そのパケットから品質劣化区間切り分けに用いる品質情報を抽出して記憶部１２の品質情報管理ＤＢ１２Ｂへ格納し、品質劣化区間切り分け手段１３Ｃにより、品質情報のうち制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較することにより、通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分ける。【選択図】  図２
2006165789.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム系アプリケーションで用いる中継網を構成する任意の中継ノードに設けられ、前記リアルタイム系アプリケーションの任意の呼の品質情報に基づき推定された当該リアルタイム系アプリケーションを利用するユーザが体感するユーザ体感品質について、前記呼のメディアデータを送信する送信端末と当該メディアデータを受信する受信端末とを結ぶ通信経路上で前記ユーザ体感品質が劣化する品質劣化区間を切り分けるユーザ体感品質監視装置であって、
前記呼の品質情報を含む制御用パケットとメディアデータの転送に用いるメディアパケットとを前記中継ノードからキャプチャし、これらパケットから当該呼の通信品質を示す品質情報を抽出するパケットキャプチャ手段と、
前記パケットキャプチャ手段で抽出された前記品質情報を記憶する記憶部と、
前記記憶部の品質情報のうち前記制御用パケットから得られた前記受信端末での通信品質を示す端末品質情報と、前記メディアパケットから得られた前記中継ノードでの通信品質を示す中継品質情報とを比較することにより、前記通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分ける品質劣化区間切り分け手段と
を備えることを特徴とするユーザ体感品質監視装置。
【請求項２】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットから得られた品質情報と前記中継品質情報とを比較することにより、前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項３】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットから得られた品質情報と前記受信端末の揺らぎ吸収バッファを通過したメディアパケットから得られた品質情報とを比較することにより、前記品質劣化区間が前記受信端末より前記送信端末側の中継網側区間であるか前記受信端末内の端末側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項４】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットの損失状況を示すパケット損失情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットの損失状況を示すパケット損失情報とを比較していずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項５】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットの損失状況を示すパケット損失情報と前記受信端末の揺らぎ吸収バッファを通過したメディアパケットの損失状況を示すパケット損失情報とを比較していずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき前記品質劣化区間が前記受信端末より前記送信端末側の中継網側区間であるか前記受信端末内の端末側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項６】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットの到着時刻差を示すパケット到着間隔情報とを比較して前記メディアパケットの遅延揺らぎ発生の有無を判断し、前記両パケット到着間隔情報の差が基準値より大きく前記遅延揺らぎの発生ありと判断された場合、前記端末品質情報のうち前記受信端末の揺らぎ吸収バッファで吸収可能なメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と前記中継ノードを通過する前記メディアパケットの到着時刻差を示すパケット到着間隔情報とを比較することにより、前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項７】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットに関する前記送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットに関する前記送信端末から当該中継ノードまでの片道転送遅延時間を示す片道転送遅延時間情報とを比較していずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項８】
請求項１に記載のユーザ体感品質監視装置において、
前記品質劣化区間切り分け手段は、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットに関する前記送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と前記受信端末で前記中継網から受信したメディアパケットがメディアデータとして再生されるまでの再生遅延時間を示す片道転送遅延情報とを比較していずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき前記品質劣化区間が前記受信端末より前記送信端末側の中継網側区間であるか前記受信端末内の端末側区間であるかを判断することを特徴とするユーザ体感品質監視装置。
【請求項９】
請求項１に記載のユーザ体感品質監視装置において、
前記リアルタイム系アプリケーションの各呼のユーザ体感品質を前記中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と前記品質劣化区間の切り分け結果とに基づいて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定手段をさらに備えることを特徴とするユーザ体感品質監視装置。
【請求項１０】
請求項１に記載のユーザ体感品質監視装置において、
前記リアルタイム系アプリケーションの各呼のユーザ体感品質を前記中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と前記品質劣化区間の切り分け結果とに基づいて前記転送経路区間ごとに品質劣化の有無をそれぞれ評価し、各転送経路区間のうち品質劣化ありと評価された転送経路区間に対する、当該対向中継ノードでの評価との一致不一致に応じて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定手段をさらに備えることを特徴とするユーザ体感品質監視装置。
【請求項１１】
リアルタイム系アプリケーションで用いる中継網を構成する任意の中継ノードに設けられたユーザ体感品質監視装置により、前記リアルタイム系アプリケーションの任意の呼の品質情報に基づき推定された当該リアルタイム系アプリケーションを利用するユーザが体感するユーザ体感品質について、前記呼のメディアデータを送信する送信端末と当該メディアデータを受信する受信端末とを結ぶ通信経路上で前記ユーザ体感品質が劣化する品質劣化区間を切り分けるユーザ体感品質監視方法であって、
前記呼の品質情報を含む制御用パケットとメディアデータの転送に用いるメディアパケットとを前記中継ノードからキャプチャし、これらパケットから当該呼の通信品質を示す品質情報を抽出するパケットキャプチャステップと、
前記パケットキャプチャステップで抽出された前記品質情報を記憶部で記憶するステップと、
前記記憶部の品質情報のうち前記制御用パケットから得られた前記受信端末での通信品質を示す端末品質情報と、前記メディアパケットから得られた前記中継ノードでの通信品質を示す中継品質情報とを比較することにより、前記通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分ける品質劣化区間切り分けステップと
を備えることを特徴とするユーザ体感品質監視方法。
【請求項１２】
請求項１１に記載のユーザ体感品質監視方法において、
前記品質劣化区間切り分けステップは、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットの損失状況を示すパケット損失情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットの損失状況を示すパケット損失情報、または前記受信端末が前記中継網から受信したメディアパケットの損失状況を示すパケット損失情報と前記受信端末の揺らぎ吸収バッファを通過したメディアパケットの損失状況を示すパケット損失情報を比較して、いずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるか、または前記品質劣化区間が前記受信端末より前記送信端末側の中継網側区間であるか前記受信端末内の端末側区間であるか、を判断することを特徴とするユーザ体感品質監視方法。
【請求項１３】
請求項１１に記載のユーザ体感品質監視方法において、
前記品質劣化区間切り分けステップは、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットの到着時刻差を示すパケット到着間隔情報とを比較して前記メディアパケットの遅延揺らぎ発生の有無を判断し、前記両パケット到着間隔情報の差が基準値より大きく前記遅延揺らぎの発生ありと判断された場合、前記端末品質情報のうち前記受信端末の揺らぎ吸収バッファで吸収可能なメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と前記中継ノードを通過する前記メディアパケットの到着時刻差を示すパケット到着間隔情報とを比較することにより、前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるかを判断することを特徴とするユーザ体感品質監視方法。
【請求項１４】
請求項１１に記載のユーザ体感品質監視方法において、
前記品質劣化区間切り分けステップは、前記端末品質情報のうち前記受信端末が前記中継網から受信したメディアパケットに関する前記送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と前記中継品質情報のうち前記中継ノードを通過する前記メディアパケットに関する前記送信端末から当該中継ノードまでの片道転送遅延時間を示す片道転送遅延時間情報、または前記受信端末が前記中継網から受信したメディアパケットに関する前記送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と前記受信端末で前記中継網から受信したメディアパケットがメディアデータとして再生されるまでの再生遅延時間を示す片道転送遅延情報を比較して、いずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき前記品質劣化区間が当該中継ノードより前記送信端末側の上流側区間であるか当該中継ノードより前記受信端末側の下流側区間であるか、または前記品質劣化区間が前記受信端末より前記送信端末側の中継網側区間であるか前記受信端末内の端末側区間であるか、を判断することを特徴とするユーザ体感品質監視方法。
【請求項１５】
請求項１１に記載のユーザ体感品質監視方法において、
前記リアルタイム系アプリケーションの各呼のユーザ体感品質を前記中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と前記品質劣化区間の切り分け結果とに基づいて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定ステップをさらに備えることを特徴とするユーザ体感品質監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信技術に関し、パケット網で実行されているリアルタイム系アプリケーションに対するユーザの体感品質を監視する技術に関する。
【背景技術】
【０００２】
パケット網上でＩＰ電話や映像配信などのリアルタイム系のメディア情報を取り扱うサービスでは、メディア情報の転送に用いる例えばＩＰ網などの中継網自体で通信品質が保証されていない。このため、このようなサービスを利用する際に用いられるリアルタイム系アプリケーションの通信品質を精度よく評価して、パケット網の品質設計や品質管理を行う技術が必要とされている。
従来、このようなリアルタイム系アプリケーションの品質を評価する技術として、メディア情報に関するパケット損失率などの客観的なネットワーク品質に代えて、実際にリアルタイム系アプリケーションを利用するユーザレベルでの主観的な品質すなわちユーザ体感品質を推定する技術が提案されている（例えば、非特許文献１、特許文献１，２など参照）。
【０００３】
近年、これらリアルタイム系アプリケーションのユーザ体感品質に関する管理技術として、大規模ネットワーク中のコアノードやエッジノード、具体的には中継機能を保持するルータなどの機器で、当該ノードを通過するデータ量や回線使用率などの統計的な情報を用いて、ネットワーク品質の管理だけでなくリアルタイム系アプリケーションを呼（フロー）ごとにCall-by-callで監視する技術が検討されている（例えば非特許文献２など参照）。
【０００４】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【特許文献１】特開２００２-０６４５３９号公報
【特許文献２】特開２００４-０２３５９４号公報
【非特許文献１】「基礎から理解するVoIP技術」、OPEN DESIGN、March 2003、ＣＱ出版、pp.59-60
【非特許文献２】R.Caceres and A.Clark,"RTP Control Protocol Extended Reports(RTCP XR)",IETF RFC3611,May.2003
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような従来技術では、リアルタイム系アプリケーションに対するユーザ体感品質の推定や、リアルタイム系アプリケーションを利用するユーザ端末におけるパケット損失や遅延、遅延揺らぎなどのネットワーク品質、すなわちEnd-to-End品質をレポートすることはできるが、パケット損失などでネットワーク品質が低下した際に、どの経路区間で品質が劣化したのか特定することができないという問題点があった。
【０００６】
また、例えば音声や動画などのデータストリームをリアルタイムに転送するのに用いられるＲＴＰ（Real time Transport Protocol：IETF RFC1889）などのデータ転送プロトコル、このＲＴＰで転送したパケットの挙動や端末の受信状態などの管理情報を通信相手に送るのに用いられるＲＴＣＰ（RTP Control Protocol：IETF RFC3611）などの制御用プロトコル、あるいはサーバ・クライアント型でリアルタイム系のメディア情報を配信するのに用いられるＲＴＳＰ（Real Time Streaming Protocol：IETF RFC2326）などのデータ配信制御プロトコルで用いるパケットを、ユーザ端末や中継網上の各ノード付近にプローブを配置することによって、パケットレベルでのアプリケーション品質を監視する技術が提案されているが、いずれもパケットレベルでの品質監視に留まっており、アプリケーションに対するユーザ体感品質を監視できる技術ではなく、これらの監視結果をネットワーク上のＱｏＳ制御や設備変更にフィードバックする際に、アプリケーションに応じた詳細な改善点を指摘することができなかった。
【０００７】
本発明はこのような課題を解決するためのものであり、リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を切り分けることができるユーザ体感品質監視装置および方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
このような目的を達成するために、本発明にかかるユーザ体感品質監視装置は、リアルタイム系アプリケーションで用いる中継網を構成する任意の中継ノードに設けられ、リアルタイム系アプリケーションの任意の呼の品質情報に基づき推定された当該リアルタイム系アプリケーションを利用するユーザが体感するユーザ体感品質について、呼のメディアデータを送信する送信端末と当該メディアデータを受信する受信端末とを結ぶ通信経路上でユーザ体感品質が劣化する品質劣化区間を切り分けるユーザ体感品質監視装置であって、呼の品質情報を含む制御用パケットとメディアデータの転送に用いるメディアパケットとを中継ノードからキャプチャし、これらパケットから当該呼の通信品質を示す品質情報を抽出するパケットキャプチャ手段と、パケットキャプチャ手段で抽出された品質情報を記憶する記憶部と、記憶部の品質情報のうち制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較することにより、通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分ける品質劣化区間切り分け手段とを備えている。
【０００９】
この際、品質劣化区間切り分け手段で、端末品質情報のうち受信端末が中継網から受信したメディアパケットから得られた品質情報と中継品質情報とを比較することにより、品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるかを判断するようにしてもよい。
【００１０】
また、品質劣化区間切り分け手段で、端末品質情報のうち受信端末が中継網から受信したメディアパケットから得られた品質情報と受信端末の揺らぎ吸収バッファを通過したメディアパケットから得られた品質情報とを比較することにより、品質劣化区間が受信端末より送信端末側の中継網側区間であるか受信端末内の端末側区間であるかを判断するようにしてもよい。
【００１１】
パケット損失情報を用いた具体的な品質劣化区間切り分け手段として、端末品質情報のうち受信端末が中継網から受信したメディアパケットの損失状況を示すパケット損失情報と中継品質情報のうち中継ノードを通過するメディアパケットの損失状況を示すパケット損失情報とを比較していずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるかを判断するようにしてもよい。
【００１２】
また、パケット損失情報を用いた他の具体的な品質劣化区間切り分け手段として、端末品質情報のうち受信端末が中継網から受信したメディアパケットの損失状況を示すパケット損失情報と受信端末の揺らぎ吸収バッファを通過したメディアパケットの損失状況を示すパケット損失情報とを比較していずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき品質劣化区間が受信端末より送信端末側の中継網側区間であるか受信端末内の端末側区間であるかを判断するようにしてもよい。
【００１３】
パケット到着間隔情報を用いた具体的な品質劣化区間切り分け手段として、端末品質情報のうち受信端末が中継網から受信したメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と中継品質情報のうち中継ノードを通過するメディアパケットの到着時刻差を示すパケット到着間隔情報とを比較してメディアパケットの遅延揺らぎ発生の有無を判断し、両パケット到着間隔情報の差が基準値より大きく遅延揺らぎの発生ありと判断された場合、端末品質情報のうち受信端末の揺らぎ吸収バッファで吸収可能なメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と中継ノードを通過するメディアパケットの到着時刻差を示すパケット到着間隔情報とを比較することにより、品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるかを判断するようにしてもよい。
【００１４】
片道転送遅延情報を用いた具体的な品質劣化区間切り分け手段として、端末品質情報のうち受信端末が中継網から受信したメディアパケットに関する送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と中継品質情報のうち中継ノードを通過するメディアパケットに関する送信端末から当該中継ノードまでの片道転送遅延時間を示す片道転送遅延時間情報とを比較していずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるかを判断するようにしてもよい。
【００１５】
また、片道転送遅延情報を用いた他の具体的な品質劣化区間切り分け手段として、端末品質情報のうち受信端末が中継網から受信したメディアパケットに関する送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と受信端末で中継網から受信したメディアパケットがメディアデータとして再生されるまでの再生遅延時間を示す片道転送遅延情報とを比較していずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき品質劣化区間が受信端末より送信端末側の中継網側区間であるか受信端末内の端末側区間であるかを判断するようにしてもよい。
【００１６】
また、リアルタイム系アプリケーションの各呼のユーザ体感品質を中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と品質劣化区間の切り分け結果とに基づいて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定手段をさらに設けてもよい。
【００１７】
あるいは、リアルタイム系アプリケーションの各呼のユーザ体感品質を中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と品質劣化区間の切り分け結果とに基づいて転送経路区間ごとに品質劣化の有無をそれぞれ評価し、各転送経路区間のうち品質劣化ありと評価された転送経路区間に対する、当該対向中継ノードでの評価との一致不一致に応じて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定手段をさらに設けてもよい。
【００１８】
また、本発明にかかるユーザ体感品質監視方法は、リアルタイム系アプリケーションで用いる中継網を構成する任意の中継ノードに設けられたユーザ体感品質監視装置により、リアルタイム系アプリケーションの任意の呼の品質情報に基づき推定された当該リアルタイム系アプリケーションを利用するユーザが体感するユーザ体感品質について、呼のメディアデータを送信する送信端末と当該メディアデータを受信する受信端末とを結ぶ通信経路上でユーザ体感品質が劣化する品質劣化区間を切り分けるユーザ体感品質監視方法であって、呼の品質情報を含む制御用パケットとメディアデータの転送に用いるメディアパケットとを中継ノードからキャプチャし、これらパケットから当該呼の通信品質を示す品質情報を抽出するパケットキャプチャステップと、パケットキャプチャステップで抽出された品質情報を記憶部で記憶するステップと、記憶部の品質情報のうち制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較することにより、通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分ける品質劣化区間切り分けステップとを備えている。
【００１９】
この際、パケット損失情報を用いた具体的な品質劣化区間切り分けステップとして、端末品質情報のうち受信端末が中継網から受信したメディアパケットの損失状況を示すパケット損失情報と中継品質情報のうち中継ノードを通過するメディアパケットの損失状況を示すパケット損失情報、または受信端末が中継網から受信したメディアパケットの損失状況を示すパケット損失情報と受信端末の揺らぎ吸収バッファを通過したメディアパケットの損失状況を示すパケット損失情報を比較して、いずれのパケット損失情報がパケット損失の発生を示しているか判断し、この判断結果に基づき品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるか、または品質劣化区間が受信端末より送信端末側の中継網側区間であるか受信端末内の端末側区間であるか、を判断するようにしてもよい。
【００２０】
また、パケット到着間隔情報を用いた具体的な品質劣化区間切り分けステップとして、端末品質情報のうち受信端末が中継網から受信したメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と中継品質情報のうち中継ノードを通過するメディアパケットの到着時刻差を示すパケット到着間隔情報とを比較してメディアパケットの遅延揺らぎ発生の有無を判断し、両パケット到着間隔情報の差が基準値より大きく遅延揺らぎの発生ありと判断された場合、端末品質情報のうち受信端末の揺らぎ吸収バッファで吸収可能なメディアパケットの遅延揺らぎを示す許容遅延揺らぎ情報と中継ノードを通過するメディアパケットの到着時刻差を示すパケット到着間隔情報とを比較することにより、品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるかを判断するようにしてもよい。
【００２１】
また、片道転送遅延情報を用いた具体的な品質劣化区間切り分けステップとして、端末品質情報のうち受信端末が中継網から受信したメディアパケットに関する送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と中継品質情報のうち中継ノードを通過するメディアパケットに関する送信端末から当該中継ノードまでの片道転送遅延時間を示す片道転送遅延時間情報、または受信端末が中継網から受信したメディアパケットに関する送信端末から当該受信端末までの片道転送遅延時間を示す片道転送遅延情報と受信端末で中継網から受信したメディアパケットがメディアデータとして再生されるまでの再生遅延時間を示す片道転送遅延情報を比較して、いずれの片道転送遅延時間情報に品質劣化となる遅延が含まれているか判断し、この判断結果に基づき品質劣化区間が当該中継ノードより送信端末側の上流側区間であるか当該中継ノードより受信端末側の下流側区間であるか、または品質劣化区間が受信端末より送信端末側の中継網側区間であるか受信端末内の端末側区間であるか、を判断するようにしてもよい。
【００２２】
また、リアルタイム系アプリケーションの各呼のユーザ体感品質を中継ノードとその隣接中継ノードとの間の転送経路区間ごとに分類して統計処理し、その統計結果を所定のユーザ体感品質目標値と比較して得られた比較結果と品質劣化区間の切り分け結果とに基づいて、当該転送経路区間が品質劣化対地か否かを特定する品質劣化対地特定ステップをさらに設けてもよい。
【発明の効果】
【００２３】
本発明によれば、リアルタイム系アプリケーションの任意の呼のパケットから抽出された当該呼の通信品質を示す品質情報のうち、制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とが比較され、その比較結果に応じて通信経路上でユーザ体感品質の劣化が発生している品質劣化区間が切り分けられるため、リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を明確に切り分けることができる。
【００２４】
これにより、ユーザ体感品質を監視して、中継網上のＱｏＳ制御や設備変更にフィードバックする際、その品質劣化区間を明確に特定することができる。したがって、リアルタイム系アプリケーションに応じた詳細な改善点を正確に指摘することができ、パケット網の品質設計や品質管理を行う場合に極めて有用である。
また、切り分けのための専用パケットを用いることなく、リアルタイム系アプリケーションで用いられている制御パケットやメディアパケットに基づき、いわゆるパッシブ測定（Non-intrusive測定）によって通信経路上でユーザ体感品質の劣化が発生している区間を切り分けることができ、インサービスにおいて中継網やリアルタイム系アプリケーションに影響を与えることなく品質劣化区間の切り分けを行うことができる。
【発明を実施するための最良の形態】
【００２５】
次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の第１の実施の形態にかかるユーザ体感品質監視装置について説明する。図１は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置が適用される中継網の構成例を示すブロック図である。
この中継網４０は、パケット通信網からなり、各種パケットを中継転送する中継ノード２０（２０Ａ〜２０Ｅ）と、これら中継ノード２０間を接続するリンク４０Ａ〜４０Ｄとから構成されている。
【００２６】
中継ノード２０のうち、中継ノード２０Ａ〜２０Ｄは、それぞれリアルタイム系アプリケーションを利用可能なユーザ端末３０を収容するエッジノードである。また中継ノード２０Ｅは、リンク４０Ａ〜４０Ｄを介して各中継ノード２０Ａ〜２０Ｄと接続され、これら中継ノード２０Ａ〜２０Ｄ間でやり取りするパケットを中継転送するコアノードである。
ユーザ体感品質監視装置１０（１０Ａ〜１０Ｅ）は、これら中継ノード２０（２０Ａ〜２０Ｅ）ごとに設けられ、当該中継ノード２０を介して実行されているリアルタイム系アプリケーションのユーザ体感品質を監視する装置である。
【００２７】
本実施の形態は、ユーザ体感品質監視装置１０により、リアルタイム系アプリケーション実行中に当該中継ノード２０を通過するパケットを逐次キャプチャし（取り込み）、各呼（フロー）のパケットに格納されている品質情報のうち、当該呼の品質情報を含む制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアデータの転送に用いれるメディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較することにより、リアルタイム系アプリケーションを利用しているユーザが実際に体感するユーザ体感品質の劣化が発生している区間を切り分けるようにしたものである。
【００２８】
［ユーザ体感品質監視装置］
次に、図２を参照して、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０について説明する。図２は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置の構成を示すブロック図である。
このユーザ体感品質監視装置１０は、全体として通信機能を有する情報処理装置からなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、記憶部１２、および演算処理部１３が設けられている。
【００２９】
通信Ｉ／Ｆ部１１は、中継ノード２０や中継網４０との間で各種パケットを送受信する回路部である。
記憶部１２は、ハードディスクやメモリからなり、演算処理部１３での処理動作に用いる各種情報およびプログラム１２Ｐを記憶する記憶装置である。これら情報およびプログラムは、通信Ｉ／Ｆ部１１を介して外部の装置や記録媒体から予め取り込まれ記憶部１２に格納される。
【００３０】
記憶部１２で記憶する主な情報としては、パケット管理データベース（以下、パケット管理ＤＢという）１２Ａ、品質情報管理データベース（以下、品質情報管理ＤＢという）１２Ｂ、品質要素推定モデル１２Ｃ、総合品質推定モデル１２Ｄ、ユーザ体感品質管理データベース（以下、ユーザ体感品質管理ＤＢという）１２Ｅ、および品質劣化区間切り分け結果１２Ｆがある。
【００３１】
パケット管理ＤＢ１２Ａは、当該ユーザ体感品質監視装置１０が設けられている中継ノード２０からキャプチャした、当該中継ノード２０を経由するリアルタイム系アプリケーションの制御用パケットや所望のメディアデータを格納したメディアパケットを蓄積して管理する情報である。
品質情報管理ＤＢ１２Ｂは、パケット管理ＤＢ１２Ａで管理している制御用パケットやメディアパケットから抽出した品質情報を、当該リアルタイム系アプリケーションの呼（フロー）に関する分類情報と関連付けて管理する情報である。
【００３２】
品質要素推定モデル１２Ｃは、品質情報管理ＤＢ１２Ｂで管理されている品質情報からユーザ体感品質を推定するための数式やパラメータからなる推定モデルである。ここでは、受聴品質、遅延、映像など、リアルタイム系アプリケーションのユーザ体感品質を構成する複数の品質要素ごとに、これら品質要素に関する個別のユーザ体感品質すなわちユーザ体感要素品質をそれぞれ推定する複数のモデルが管理されている。
総合品質推定モデル１２Ｄは、各ユーザ体感要素品質や品質情報管理ＤＢ１２Ｂで管理されている品質情報から、各品質要素を総合評価したユーザ体感品質すなわちユーザ体感総合品質を推定するための数式やパラメータからなる推定モデルである。
【００３３】
ユーザ体感品質管理ＤＢ１２Ｅは、品質要素推定モデル１２Ｃを用いて推定されたユーザ体感要素品質や、総合品質推定モデル１２Ｄを用いて推定されたユーザ体感総合品質を、当該中継ノード２０を経由するリアルタイム系アプリケーションの呼ごとに管理する情報である。
品質劣化区間切り分け結果１２Ｆは、品質情報管理ＤＢ１２Ｂで管理されている品質情報に基づき、リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を切り分けた結果を示す情報である。
【００３４】
演算処理部１３は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部１２からプログラム１２Ｐを読み込んで実行することにより、上記ハードウェアとプログラムとを協働させることにより各種機能手段を構成する。
主な機能手段としては、パケットキャプチャ手段１３Ａ、ユーザ体感品質推定手段１３Ｂ、および品質劣化区間切り分け手段１３Ｃがある。
【００３５】
パケットキャプチャ手段１３Ａは、当該ユーザ体感品質監視装置１０が設けられている中継ノード２０を通過する各種パケットを通信Ｉ／Ｆ部１１でキャプチャし、これらパケットのうちリアルタイム系アプリケーションの所望の呼で用いられるパケットを選択して、記憶部１２のパケット管理ＤＢ１２Ａへ一旦格納する機能と、パケット管理ＤＢ１２Ａで管理されている各パケットから品質情報を抽出し、当該パケットの送信元アドレスや宛先アドレスからなる対地情報などの当該呼に関する分類情報と関連付けて、記憶部１２の品質情報管理ＤＢ１２Ｂへ格納する機能とを有している。
【００３６】
ユーザ体感品質推定手段１３Ｂは、記憶部１２の品質要素推定モデル１２Ｃに基づいて、記憶部１２の品質情報管理ＤＢ１２Ｂで管理されている品質情報から、各ユーザ体感要素品質を呼ごとに推定する機能と、記憶部１２の総合品質推定モデル１２Ｄに基づいて、上記推定された各ユーザ体感要素品質から、ユーザ体感総合品質を呼ごとに推定する機能とを有している。
品質劣化区間切り分け手段１３Ｃは、記憶部１２の品質情報管理ＤＢ１２Ｂで管理されている品質情報のうち、制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較することにより、リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を切り分ける機能を有している。
【００３７】
［第１の実施の形態の動作］
次に、図３〜図９を参照して、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０のユーザ体感品質推定動作について説明する。図３は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０でのユーザ体感品質推定動作および品質劣化区間切り分け動作の概略フローを示す説明図である。図４は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０でのパケットキャプチャ処理を示すフローチャートである。図５は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０でのユーザ体感品質推定処理を示すフローチャートである。図６は、受聴品質に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。図７は、遅延に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。図８は、本発明の第１の実施の形態にかかるユーザ体感品質監視装置１０での品質劣化区間切り分け処理を示すフローチャートである。図９は、品質劣化区間切り分け例を示す説明図である。
【００３８】
ユーザ体感品質監視装置１０は、リアルタイム系アプリケーション通信のユーザ体感品質を呼ごとに監視するため、演算処理部１３により、常時、図３に示すような、ユーザ体感品質推定動作の動作フローを実行する。ユーザ体感品質推定動作は、大別して次の４つのフェーズから構成されている。
まず、（フェーズ１）パケットキャプチャ手段１３Ａにより、図４のパケットキャプチャ処理を実行することにより、各呼のユーザ体感品質推定および品質劣化区間切り分けに必要な品質情報を収集する。次に、（フェーズ２）ユーザ体感品質推定手段１３Ｂにより、図５のユーザ体感品質推定処理を実行することにより、各呼の品質情報から当該呼のユーザ体感品質を推定し、得られた各呼のユーザ体感品質を記憶部１２のユーザ体感品質目標値１２Ｇに基づき監視する。
【００３９】
この際、（フェーズ３）任意の呼についてユーザ体感品質の劣化が確認された場合、品質劣化区間切り分け手段１３Ｃにより、図８の品質劣化区間切り分け処理を実行することにより、当該呼の品質情報に基づき当該呼の通信経路についてユーザ体感品質の劣化区間の切り分けを行う。そして、（フェーズ４）演算処理部１３により、定期的にあるいはユーザ体感品質値に応じて、当該ユーザ体感品質やその評価結果を所定の管理システムへ通信Ｉ／Ｆ部１１を介して通知し、あるいは当該ユーザ体感品質監視装置１０からオペレータへ報知する。
【００４０】
［パケットキャプチャ処理］
次に、図４を参照して、パケットキャプチャ処理について説明する。ユーザ体感品質監視装置１０の演算処理部１３は、パケットキャプチャ手段１３Ａで、図４のパケットキャプチャ処理を実行することにより、ユーザ体感品質の推定に必要な品質情報を収集する（フェーズ１）。
【００４１】
パケットキャプチャ手段１３Ａは、図４のパケットキャプチャ処理において、まず、当該ユーザ体感品質監視装置１０が設けられている中継ノード２０を通過するすべての通過パケット１５をキャプチャする（ステップ１００）。
そして、その通過パケット１５のヘッダ部に記述されているプロトコル情報やポート情報を参照して、所望のリアルタイム系アプリケーション用のパケットに該当するかどうか確認し（ステップ１０１）、該当しない場合は（ステップ１０１：ＮＯ）、ステップ１００へ戻って次の通過パケット１５の処理を行う。
【００４２】
一方、通過パケット１５が所望のリアルタイム系アプリケーション用のパケットに該当する場合（ステップ１０１：ＹＥＳ）、同じくプロトコル情報やポート情報を参照して、その通過パケット１５が制御用パケットに該当するかどうか確認する（ステップ１０２）。
ここで、通過パケット１５が制御用パケットに該当する場合（ステップ１０２：ＹＥＳ）、当該制御用パケットを記憶部１２のパケット管理ＤＢ１２Ａへ一旦格納する（ステップ１０３）。
【００４３】
次に、パケットキャプチャ手段１３Ａは、パケット管理ＤＢ１２Ａに格納されている各制御用パケットから、受信端末で得られたユーザ体感品質の推定や品質劣化区間の切り分けに用いる受信端末での品質情報すなわち端末品質情報を抽出し（ステップ１０４）、抽出した品質情報を当該制御用パケットの対地情報など当該呼に関する分類情報と関連付けて、記憶部１２の品質情報管理ＤＢ１２Ｂへ格納し（ステップ１０５）、ステップ１００へ戻って次の通過パケット１５の処理を行う。
【００４４】
制御用パケットとしては、例えばＲＴＣＰ（RTP Control Protocol：IETF RFC3611）の制御用パケット（RTCP XR）がある。ＲＴＣＰは、リアルタイム系メディア情報の転送制御に用いる品質情報を通知するためのプロトコルであり、同じくリアルタイム系メディア情報の転送を行うためのプロトコルであるＲＴＰ（Real time Transport Protocol：IETF RFC1889）と組み合わせて使用される。特に、ＲＴＣＰでは、データのフロー(送受信)制御および送信者と受信者の情報を記述するために用いられる。
【００４５】
ＲＴＰは、リアルタイムで映像や音声などのメディア情報を運ぶパケットに時間的な情報を付加して転送するプロトコルであるが、データを転送する機能のみであり、通信の状況を伝えるような仕組みを持っていない。ＲＴＣＰはこのようなＲＴＰと組み合わせて用いられ、ＲＴＰが持っていない機能を補完する。具体的には、メディア情報の受信側がＲＴＣＰの制御用パケットを定期的に返送することで、送信側の伝送レート等の調整を行う。ＲＴＣＰの制御用パケットで通知される品質情報としては、損失パケット情報のほか、バッファ溢れ情報、劣化隠蔽情報、バッファリング遅延情報、バッファサイズ情報、遅延情報などがある。
【００４６】
一方、ステップ１０２において、通過パケット１５が制御用パケットに該当しない場合（ステップ１０２：ＮＯ）、通過パケット１５がメディアデータの転送に用いられるメディアパケットに該当するかどうか確認する（ステップ１０６）。ここで、メディアパケットに該当する場合（ステップ１０６：ＹＥＳ）、当該メディアパケットとその通信状況を記憶部１２のパケット管理ＤＢ１２Ａへ一旦格納する（ステップ１０７）。通信状況としては、メディアパケットの受信時刻やパケット連続性などがある。
【００４７】
次に、パケットキャプチャ手段１３Ａは、パケット管理ＤＢ１２Ａに格納されている各メディアパケットとその受信状況から、品質劣化区間の切り分けに用いる中継ノードでの品質情報すなわち中継品質情報を抽出し（ステップ１０８）、抽出した品質情報を、当該メディアパケットの対地情報など当該呼に関する分類情報と関連付けて、記憶部１２の品質情報管理ＤＢ１２Ｂへ格納し（ステップ１０９）、ステップ１００へ戻って次の通過パケット１５の処理を行う。
また、ステップ１０６において、通過パケット１５がメディアパケットにも該当しない場合（ステップ１０６：ＮＯ）、ステップ１００へ戻って次の通過パケット１５の処理を行う。
【００４８】
なお、図４では、ステップ１００〜１０３，１０６，１０７の処理と、ステップ１０４，１０５の処理や、ステップ１０８，１０９の処理が連続して実行される場合を例として説明したが、これら処理を連続ではなく並行させて実行してもよい。これにより、パケット転送速度が高い場合でも、通過パケット１５を欠落させることなくスムーズに蓄積させることができる。
【００４９】
［ユーザ体感品質推定処理］
次に、図５〜図７を参照して、ユーザ体感品質推定処理について説明する。ユーザ体感品質監視装置１０の演算処理部１３は、ユーザ体感品質推定手段１３Ｂで、図５のユーザ体感品質推定処理を実行することにより、前述した図４のパケットキャプチャ処理で収集した品質情報から呼ごとに所望のユーザ体感品質を推定する（フェーズ２）。
【００５０】
ユーザ体感品質推定手段１３Ｂは、図５のユーザ体感品質推定処理において、まず、記憶部１２の品質情報管理ＤＢ１２Ｂから、各品質情報に関連付けられている対地情報などの分類情報に基づいて、所望の呼に関する任意の品質要素の品質情報を取得し（ステップ１１０）、記憶部１２から当該品質要素の品質要素推定モデル１２Ｃを取得する（ステップ１１１）。そして、この品質要素推定モデル１２Ｃに基づき、上記品質情報からユーザ体感要素品質を推定する（ステップ１１２）。
【００５１】
本実施の形態で、ユーザ体感品質の推定に用いる推定モデルは、例えば前述した特許文献１，２に開示されている公知の推定モデルと同等であり、予め実施した実験などにより、中継網から実測されたネットワーク品質とリアルタイム系アプリケーションを使用するユーザが実際に体感したユーザ体感品質との関係を、数式やパラメータでモデル化したものである。
【００５２】
この際、従来の推定モデルでは、１種類の品質パラメータ、具体的には無効パケット率によって、音声であれば受聴品質などの１つの品質要素のユーザ体感品質を推定するモデルを適用していた。
これに対して、本実施の形態のように、リアルタイム系アプリケーションのユーザ体感品質をより詳細に監視するため、複数の品質要素についてそれぞれ別個の推定モデルすなわち品質要素推定モデルを予め用意し、品質要素ごとに、対応する品質要素推定モデルを用いて、当該品質要素に関する品質情報から所望のユーザ体感要素品質を推定してもよい。
【００５３】
例えば、リアルタイム系アプリケーションで音声通信を行う場合には、受聴品質だけでなく音声が伝達される際の遅延についても品質要素の１つとし、これら受信品質と遅延とについて個別の品質要素推定モデルを用意して、それぞれのユーザ体感要素品質を推定する。また、リアルタイム系アプリケーションで音声映像通信を行う場合には、さらに映像に関する品質要素が加えられ、その品質要素推定モデルにより映像に関するユーザ体感要素品質が推定すればよい。
【００５４】
図６は、受聴品質に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。図７は、遅延に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。
これらグラフでは、横軸に当該品質要素に関する品質情報の値がとられ、縦軸には、当該品質要素のユーザ体感品質の値がとられている。
【００５５】
したがって、実測により得られた両者の関係をグラフにプロットし、その特性を代表する関数を導出することにより、品質要素推定モデルが得られる。図６では、受聴品質に関する品質情報ａ（ＱＩｃａｐa）から受聴品質を示す品質要素Ａ（ＳＱＥｃｍｐＡ）を算出する関数ｆ（ＱＩｃａｐa）が品質要素推定モデルとして導出されている。また、図７では、遅延に関する品質情報ｂ（ＱＩｃａｐb）から遅延を示す品質要素Ｂ（ＳＱＥｃｍｐＢ）を算出する関数ｇ（ＱＩｃａｐb）が品質要素推定モデルとして導出されている。
【００５６】
このようにして、ステップ１１０〜１１２が繰り返し実行されて、品質推定の対象となる所望の呼について、それぞれの品質要素ごとにユーザ体感要素品質が推定される。
そして、得られたユーザ体感要素品質をそれぞれの呼の対地情報などの分類情報と関連付けて、記憶部１２のユーザ体感品質管理ＤＢ１２Ｅへ格納する（ステップ１１３）。
【００５７】
次に、ユーザ体感品質推定手段１３Ｂは、記憶部１２から総合品質推定モデル１２Ｄを取得し（ステップ１１４）、この総合品質推定モデル１２Ｄに基づき、前述のステップ１１０〜１１３で得られた各品質要素のユーザ体感要素品質から、ユーザ体感総合品質を推定する（ステップ１１５）。
本実施の形態におけるユーザ体感総合品質は、各ユーザ体感要素品質を統合して、当該リアルタイム系アプリケーションに関するユーザ体感品質を総合的に評価するためのものであり、ユーザ体感要素品質と同様にして予め生成した推定モデルを用いて推定する。
【００５８】
例えば、リアルタイム系アプリケーションで音声通信を行う場合、前述した図６および図７で示した品質要素Ａすなわち受聴品質ＳＱＥｃｍｐＡと、品質要素Ｂすなわち遅延ＳＱＥｃｍｐＢとをパラメータとして、所望の総合品質ＳＱＥを求める関数ｈ（ＳＱＥｃｍｐＡ，ＳＱＥｃｍｐＢ）を導出し、これを総合品質推定モデル１２Ｄとして用いればよい。
なお、総合品質推定モデル１２Ｄに関しては、例えば音声品質推定であれば、ＩＴＵ−Ｔ勧告  Ｇ．１０７  Ｅ−ｍｏｄｅｌなどを適用しても構わない。
【００５９】
また、関数ｈは、個々の品質要素推定モデル１２Ｃすなわち関数ｆ（ＱＩｃａｐａ）と関数ｇ（ＱＩｃａｐｂ）を用いて、ｈ｛ｆ（ＱＩｃａｐａ），ｇ（ＱＩｃａｐｂ）｝と表すこともできる。
したがって、前述したステップ１１５において、各品質要素のユーザ体感要素品質ではなく、品質要素推定モデル１２Ｃと総合品質推定モデル１２Ｄとを用いて、元の品質情報からユーザ体感総合品質を求めてもよく、この場合、品質要素推定モデル１２Ｃと総合品質推定モデル１２Ｄとを予め合成したものを総合品質推定モデル１２Ｄとして用いてもよい。
【００６０】
このようにして得られたユーザ体感総合品質をそれぞれの対地情報などの分類情報と関連付けて、記憶部１２のユーザ体感品質管理ＤＢ１２Ｅへ格納し（ステップ１１６）、一連のユーザ体感品質推定処理を終了する。
これにより、所望の呼に関するユーザ体感要素品質とユーザ体感総合品質とが推定され、前述したステップ１１０〜１１６が繰り返し実行されて、推定対象となる各呼についてユーザ体感要素品質とユーザ体感総合品質とが推定され、記憶部１２のユーザ体感品質管理ＤＢ１２Ｅへ格納される。
【００６１】
［品質劣化区間切り分け処理］
次に、図８および図９を参照して、品質劣化区間切り分け処理について説明する。ユーザ体感品質監視装置１０の演算処理部１３は、品質劣化区間切り分け手段１３Ｃで、図８の品質劣化区間切り分け処理を実行することにより、当該呼の品質情報に基づき当該呼の通信経路についてユーザ体感品質の劣化区間の切り分けを行う（フェーズ３）。
【００６２】
品質劣化区間切り分け手段１３Ｃは、図８の品質劣化区間切り分け処理において、まず、記憶部１２の品質情報管理ＤＢ１２Ｂから、各品質情報に関連付けられている対地情報などの分類情報に基づいて、所望の呼に関する品質情報を取得する（ステップ１２０）。
なお、品質劣化区間の詳細な切り分けには、前述したパケットキャプチャ手段１３Ａにより、その区間の始点終点に設けた測定点においてメディアパケットをすべてキャプチャする必要があるが、常に全測定点において全対象パケットをキャプチャしなくてもよい。例えば、制御用パケットの品質情報から推定したユーザ体感品質が目標値より劣化した際に当該通信経路宇野各測定点で測定を開始する、あるいは常に監視していたユーザ体感品質の悪い対地を対象として測定を実施するなど、特定のパケットを対象として間欠的にサンプリング測定を実施してもよい。
【００６３】
図９に示すように、例えば送信端末（ユーザ端末）３１から送信されたメディアパケットが、中継ノードＸ（２０Ａ）→中継網４１→中継ノードＹ（２０Ｙ）→中継網４２の順に受信端末（ユーザ端末）３２まで転送されるとともに、測定点となる中継ノード２０Ｙにユーザ体感品質監視装置１０Ｙが設けられている場合、受信端末３２からの制御パケットにより通知される受信端末３２での通信品質を示す端末品質情報と、送信端末３１から受信端末３２へ送信されるメディアパケットに関する当該測定点での通信状況（転送状況）から得た中継ノード２０Ｙでの通信品質を示す中継品質情報とを比較することにより、品質劣化区間が当該測定点より送信端末３１側すなわち上流側区間５１か、当該測定点より受信端末３２側すなわち下流側区間５２かを切り分けることができる。
【００６４】
例えば、上流側区間５１と下流側区間５２での品質劣化は、それぞれの区間において例えばパケット損失、パケット遅延、パケット遅延揺らぎという形で発生する。したがって、メディアパケットの到着有無、メディアパケットの到着間隔の揺らぎを示す遅延揺らぎ、メディアパケットが送信端末３１から測定点や受信端末３２まで到達する所要時間を示す片道転送遅延時間を示す端末品質情報と中継品質情報とを比較することにより、これら品質情報がどの地点で劣化しておらずどの地点で劣化しているかを検査することにより、品質劣化区間が上流側区間５１か下流側区間５２かを切り分けることができる。
【００６５】
なお、受信端末３２内のメディアパケット処理経路の異なる箇所で得られた端末品質情報同士を比較することにより、品質劣化区間が中継網側区間５３か端末側区間５４かを切り分けることができる。
例えば、端末側区間５４での品質劣化は、受信端末３２が中継網４２を介して受信したメディアパケットを一時蓄積してその転送遅延の揺らぎを吸収する揺らぎ吸収バッファにおいて、主にメディアパケットのバッファ溢れという形で発生する。したがって、受信端末３２から制御用パケットにより送信端末３１や中継ノード２０Ｘ，２０Ｙへ通知される受信端末での通信品質を示す端末品質情報のうち、中継網４２から受信したメディアパケットに関するパケット損失情報と、揺らぎ吸収バッファから出力されたメディアパケットのパケット損失情報とを比較することにより、品質劣化区間が中継網側区間５３か端末側区間５４かを切り分けることができる。
【００６６】
したがって、図８の品質劣化区間切り分け処理では、品質情報管理ＤＢ１２Ｂら取得した品質情報に基づき、切り分け判断のための各区間について前述したネットワーク品質をそれぞれ取得する（ステップ１２１）。そして、これら区間の品質情報を比較することにより品質劣化区間を切り分け（ステップ１２２）、その結果を品質劣化区間切り分け結果１２Ｆとして記憶部１２へ格納し（ステップ１２３）、一連の品質劣化区間切り分け処理を終了する。
【００６７】
このように、本実施の形態では、中継網４０を構成する中継ノード２０に設けたユーザ体感品質監視装置１０で、リアルタイム系アプリケーションの任意の呼のパケットから抽出した当該呼の通信品質を示す品質情報のうち、制御用パケットから得られた受信端末での通信品質を示す端末品質情報と、メディアパケットから得られた中継ノードでの通信品質を示す中継品質情報とを比較して、通信経路上でユーザ体感品質の劣化が発生している品質劣化区間を切り分けるようにしたので、リアルタイム系アプリケーションの通信経路上でユーザ体感品質の劣化が発生している区間を切り分けることができる。
【００６８】
これにより、ユーザ体感品質を監視して、中継網上のＱｏＳ制御や設備変更にフィードバックする際、その品質劣化区間を明確に特定することができる。したがって、リアルタイム系アプリケーションに応じた詳細な改善点を正確に指摘することができ、パケット網の品質設計や品質管理を行う場合に極めて有用である。
また、切り分けのための専用パケットを用いることなく、リアルタイム系アプリケーションで用いられている制御パケットやメディアパケットに基づき、いわゆるパッシブ測定（Non-intrusive測定）によって通信経路上でユーザ体感品質の劣化が発生している区間を切り分けることができ、インサービスにおいて中継網やリアルタイム系アプリケーションに影響を与えることなく品質劣化区間の切り分けを行うことができる。
【００６９】
なお、品質劣化区間の切り分けに用いる品質種別については、パケット損失、パケット遅延、パケット遅延揺らぎに限定されるものではなく、他の品質種別を用いてもよい。
また、品質劣化区間の切り分けについては、パケット損失、パケット遅延、パケット遅延揺らぎのすべての品質種別について行ってもよく、いずれか１つ以上の品質種別を選択して行ってもよい。
【００７０】
また、それぞれのリアルタイム系アプリケーションのユーザ体感品質を構成する品質要素ごとに、その品質要素推定モデルを用いて、当該品質要素に関する品質情報からユーザ体感品質としてユーザ体感要素品質をそれぞれ推定するようにしたので、ユーザ体感品質目標値１２Ｇで各品質要素ごとに個別の目標値を設定しておくことにより、リアルタイム系アプリケーションの呼ごとのユーザ体感品質を、品質要素ごとにより詳細に監視することができる。
また、総合品質推定モデルを用いて、リアルタイム系アプリケーションのユーザ体感総合品質を推定するようにしたので、ユーザ体感品質目標値１２Ｇで総合品質の目標値を設定しておくことにより、ユーザ体感品質に対する総合評価に基づき、リアルタイム系アプリケーションのユーザ体感品質を監視できる。
【００７１】
［第２の実施の形態］
次に、本発明の第２の実施の形態にかかるユーザ体感品質監視装置について説明する。なお、本発明の第２の実施の形態にかかるユーザ体感品質監視装置の構成については、前述した図２と同等であり、ここでの詳細な説明は省略する。
本実施の形態では、品質劣化区間切り分け手段１３Ｃでの具体的な切り分け方法の１つとして、パケット損失情報を用いたパケット損失切り分け処理について説明する。
【００７２】
まず、品質劣化区間切り分け手段１３Ｃにより、品質情報管理ＤＢ１２Ｂから制御用パケットに含まれる品質情報として、受信端末での各メディアパケットの損失有無を示すパケット損失情報を取得する。また、品質情報管理ＤＢ１２Ｂから測定点におけるメディアパケットの通信状況から得られた、測定点での各メディアパケットの損失有無を示すパケット損失情報を取得する。
【００７３】
これらパケット損失情報は、受信端末および測定点において、例えば転送されたパケットの順に、パケットの損失した順序位置を「０」とし、損失していない順序位置を「１」として記録される。このうち受信端末では、揺らぎ吸収バッファを通過後のメディアパケットに関するパケット損失についても、中継網から受信したメディアパケットに関するパケット損失とは別個に記録され、これらが制御用パケットにより通知される。
【００７４】
前述した図９の例において、受信端末３２の揺らぎ吸収バッファ通過後のメディアパケットに関するパケット損失情報がＬ０＝「１１００１１０１０１１１０１１」であり、受信端末３２が中継網４２から受信したメディアパケットに関するパケット損失情報がＬ１＝「１１１１１１０１０１１１１１１」の場合、これらを比較することにより、揺らぎ吸収バッファすなわち端末側区間５４において、３，４，１３番目のメディアパケットが損失したことがわかり、７，９番目のメディアパケットが中継網側区間５３で損失したことがわかる。
【００７５】
また、中継ノード２０Ｙの測定点で得られた、当該測定点を通過するメディアパケットに関するパケット損失情報がＬ２＝「１１１１１１１１０１１１１１１」の場合、パケット損失情報Ｌ１と比較することにより、測定点の上流側区間５１において９番目のメディアパケットが損失し、下流側区間５２において７番目のメディアパケットが損失したことがわかる。
品質劣化区間切り分け手段１３Ｃは、これらユーザ体感品質の劣化区間の切り分け結果を記憶部１２の品質劣化区間切り分け結果１２Ｆとして格納し、一連の品質劣化区間切り分け処理を終了する。
【００７６】
このように、本実施の形態によれば、リアルタイム系アプリケーションの通信経路上の各区間における品質情報としてメディアパケット損失の発生状況を取得して比較するようにしたので、メディアパケットの損失に起因して発生するユーザ体感品質の劣化についてその劣化区間を切り分けることができる。さらに、これらメディアパケット損失に基づき各区間でのパケット損失率を示す品質情報を得ることができ、後述するユーザ体感品質の品質劣化対地を特定する場合に利用できる。
【００７７】
なお、当該リアルタイム系アプリケーションで用いられる既存の制御用パケットで上記のようなパケット損失情報が通知されない場合、当該制御用パケットの構成を一部変更し、パケット損失情報を通知するようにしてもよい。また、以上ではパケット損失についてメディアパケットを単位として検査する場合について説明したが、複数のメディアパケットに分割して転送されるメディアデータを単位として検査するようにしてもよい。
【００７８】
［第３の実施の形態］
次に、本発明の第３の実施の形態にかかるユーザ体感品質監視装置について説明する。なお、本発明の第３の実施の形態にかかるユーザ体感品質監視装置の構成については、前述した図２と同等であり、ここでの詳細な説明は省略する。
本実施の形態では、品質劣化区間切り分け手段１３Ｃでの具体的な切り分け方法の他の１つとして、パケット遅延揺らぎ情報を用いたパケット遅延揺らぎ切り分け処理について説明する。
【００７９】
まず、品質劣化区間切り分け手段１３Ｃより、品質情報管理ＤＢ１２Ｂから制御用パケットに含まれる品質情報として、受信端末で中継網から受信した各メディアパケットの到着間隔（転送間隔）情報を取得する。また、品質情報管理ＤＢ１２Ｂから測定点におけるメディアパケットの通信状況から得られた、測定点での各メディアパケットの到着間隔（転送間隔）情報を取得する。
【００８０】
到着間隔情報は、送信順序が隣り合う２つのメディアパケットの到着時刻の時刻差を示す到着間隔からなる。この際、個々のメディアパケットから得た到着間隔をそのまま到着間隔情報として用いてもよく、複数の到着間隔を統計処理して得たこれら到着間隔を代表する統計情報を用いてもよい。
また、受信端末で用いられる揺らぎ吸収バッファで損失する受信間隔すなわち揺らぎ吸収バッファで吸収可能な遅延揺らぎを示す許容遅延揺らぎ情報についても品質情報として制御用パケットで通知する。この許容遅延揺らぎ情報は、リアルタイム系アプリケーションの通信経路で発生するパケット遅延揺らぎを考慮して設定されており、この許容遅延揺らぎ情報を上回るパケット遅延揺らぎが発生した場合、揺らぎ吸収バッファで対応できなくなり、メディアデータの再生途切れなどが発生してユーザ体感品質の劣化が生ずる。
【００８１】
品質劣化区間切り分け手段１３Ｃは、このようにして得られた受信端末と測定点で得られた到着間隔情報の差分を、同一メディアパケットごとに算出し、その差分すなわち遅延揺らぎと所定の基準値とを比較する。そして、遅延揺らぎが基準値以下の場合、パケット遅延揺らぎによるユーザ体感品質の劣化はないと判断する。
【００８２】
一方、遅延揺らぎが基準値を上回っている場合、測定点で得られた到着間隔と受信端末の揺らぎ吸収バッファで損失する許容遅延揺らぎ情報とを比較する。そして、測定点での到着間隔が揺らぎ吸収バッファの許容遅延揺らぎ情報より大きい場合、当該測定点より上流側でパケット遅延揺らぎによるユーザ体感品質の劣化が発生していると判断し、測定点での到着間隔が揺らぎ吸収バッファの許容遅延揺らぎ情報より小さい場合、当該測定点より下流側でパケット遅延揺らぎによるユーザ体感品質の劣化が発生していると判断する。
品質劣化区間切り分け手段１３Ｃは、これらユーザ体感品質の劣化区間の切り分け結果を記憶部１２の品質劣化区間切り分け結果１２Ｆとして格納し、一連の品質劣化区間切り分け処理を終了する。
【００８３】
このように、本実施の形態によれば、リアルタイム系アプリケーションの通信経路上の各区間における品質情報としてメディアパケットの到着間隔を取得して、受信端末の揺らぎ吸収バッファで損失する許容遅延揺らぎ情報と比較するようにしたので、メディアパケットの遅延揺らぎに起因して発生するユーザ体感品質の劣化についてその劣化区間を切り分けることができる。さらに、メディアパケットの到着間隔に基づき各区間でのメディアパケット遅延揺らぎを示す品質情報を得ることができ、後述するユーザ体感品質の品質劣化対地を特定する場合に利用できる。
【００８４】
［第４の実施の形態］
次に、本発明の第４の実施の形態にかかるユーザ体感品質監視装置について説明する。なお、本発明の第４の実施の形態にかかるユーザ体感品質監視装置の構成については、前述した図２と同等であり、ここでの詳細な説明は省略する。
本実施の形態では、品質劣化区間切り分け手段１３Ｃでの具体的な切り分け方法の他の１つとして、片道転送遅延情報を用いた片道転送遅延切り分け処理について説明する。
【００８５】
まず、品質劣化区間切り分け手段１３Ｃより、品質情報管理ＤＢ１２Ｂから制御用パケットに含まれる品質情報として、受信端末で中継網から受信した各メディアパケットの片道転送遅延情報を取得する。また、品質情報管理ＤＢ１２Ｂから測定点におけるメディアパケットの通信状況から得られた、測定点での各メディアパケットの片道転送遅延情報を取得する。
【００８６】
片道転送遅延情報は、送信端末から送信されたメディアパケットが受信端末または測定点に到達するまでに要した時間すなわち片道転送遅延時間を示す情報である。実際には、メディアパケットに含まれる送信端末での送信時刻と受信端末または測定点で受信された受信時刻との時間差で求められる。なお、送信端末と受信端末または測定点との時刻同期が得られていない場合、両者間の時刻差で補正してもよい。また、ＲＴＣＰ（RTP Control Protocol：IETF RFC3611）で規定されているパケットの送受信端末間の往復転送遅延時間の１／２を片道転送遅延情報として用いてもよい。
【００８７】
また、受信端末にメディアパケットが到達してからそのメディアデータが再生されるまでの再生遅延時間についても受信端末内の片道転送遅延情報として制御用パケットで別個に通知する。
なお、片道転送遅延情報については、個々のメディアパケットについて得られた片道転送遅延時間をそのまま片道転送遅延情報として用いてもよく、複数の片道転送遅延時間を統計処理して得たこれら片道転送遅延時間を代表する統計情報を用いてもよい。
【００８８】
品質劣化区間切り分け手段１３Ｃは、このようにして得られた受信端末と測定点で得られた片道転送遅延情報の差分を算出し、その差分すなわち各区間での片道転送遅延時間と所定の基準値とを比較する。そして、片道転送遅延時間が基準値以下の場合、当該区間においてパケット遅延によるユーザ体感品質の劣化はないと判断し、片道転送遅延時間が基準値を上回っている場合、当該区間においてパケット遅延によるユーザ体感品質の劣化が発生していると判断する。受信端末から通知された再生遅延時間についても同様にして判断することにより、端末側でのパケット遅延によるユーザ体感品質の劣化有無を判断できる。
【００８９】
なお、基準値としては、予め中継網のネットワーク構成に基づいて設定した固定値であってもよく、当該区間での片道転送遅延時間の移動平均値を用いてもよい。
品質劣化区間切り分け手段１３Ｃは、これらユーザ体感品質の劣化区間の切り分け結果を記憶部１２の品質劣化区間切り分け結果１２Ｆとして格納し、一連の品質劣化区間切り分け処理を終了する。
【００９０】
このように、本実施の形態によれば、リアルタイム系アプリケーションの通信経路上の各区間における品質情報としてメディアパケットの片道転送遅延時間を取得して各区間の基準値と比較するようにしたので、メディアパケットの転送遅延に起因して発生するユーザ体感品質の劣化についてその劣化区間を切り分けることができる。さらに、各区間でのメディアパケットの片道転送遅延時間を示す品質情報を得ることができ、後述するユーザ体感品質の品質劣化対地を特定する場合に利用できる。
【００９１】
［第５の実施の形態］
次に、図１０を参照して、本発明の第５の実施の形態にかかるユーザ体感品質監視装置について説明する。図１０は、本発明の第５の実施の形態にかかるユーザ体感品質監視装置の構成を示すブロック図であり、前述した図２と同じまたは同等部分には同一符号を付してある。
本実施の形態では、前述した第１の実施の形態で得られた呼ごとのユーザ体感品質と、当該呼の通信経路上での品質劣化区間切り分け結果とから、中継網４０における品質劣化対地を特定するようにしたものである。
【００９２】
本実施の形態にかかるユーザ体感品質監視装置１０は、前述した第１の実施の形態（図２参照）の構成を有しており、さらに演算処理部１３に品質劣化対地特定手段１３Ｄが追加されているとともに、記憶部１２に品質劣化対地評価結果１２Ｈが追加されている。なお、前述した第１の実施の形態と同等部分についての説明は省略する。
【００９３】
演算処理部１３の品質劣化対地特定手段１３Ｄは、ユーザ体感品質推定手段１３Ｂで推定したユーザ体感品質管理ＤＢ１２Ｅ内の各呼のユーザ体感品質をリアルタイム系アプリケーションの通信経路区間（有向リンク）ごとに分類する機能と、分類したユーザ体感品質を統計処理した結果について記憶部１２のユーザ体感品質目標値１２Ｇでそれぞれ評価し、その評価結果を記憶部１２の品質劣化対地評価結果１２Ｈへ格納する機能と、記憶部１２の品質劣化区間切り分け結果１２Ｆを品質劣化対地評価結果１２Ｈへ格納する機能と、各通信経路区間のうち評価結果が品質劣化ありを示す通信経路区間に対する、対向中継ノードでの評価との一致不一致に応じて、当該通信経路区間が品質劣化対地か否かを特定する機能とを有している。
【００９４】
［第５の実施の形態の動作］
次に、図１１および図１２を参照して、本発明の第５の実施の形態にかかるユーザ体感品質監視装置１０の品質劣化対地特定動作について説明する。図１１は、本発明の第５の実施の形態にかかるユーザ体感品質監視装置１０での品質劣化対地特定動作の概略フローを示す説明図である。図１２は、本発明の第３の実施の形態にかかるユーザ体感品質監視装置１０での品質劣化対地特定処理を示すフローチャートである。
【００９５】
ユーザ体感品質監視装置１０の演算処理部１３は、前述した第１の実施の形態により、リアルタイム系アプリケーションの呼ごとにユーザ体感要素品質を推定するとともに、品質劣化区間の切り分けを行った後、品質劣化対地特定手段１３Ｄで、図１６の品質劣化対地特定処理を実行することにより、劣化したユーザ体感要素品質に関する品質劣化対地を特定する。
品質劣化対地特定手段１３Ｄは、図１６の品質劣化対地特定処理において、まず、記憶部１２のユーザ体感品質管理ＤＢ１２Ｅから、各呼のユーザ体感品質をそれぞれ取得し（ステップ１３０）、それぞれのユーザ体感品質の経路情報に基づき、中継網４０上における当該中継ノード２０とその隣接中継ノード２０との間の通信経路区間（有向リンク）ごとに分類する（ステップ１３１）。
【００９６】
この際、各呼のユーザ体感品質は、当該中継ノード２０を通過する通信経路に対応するものであり、当該中継ノードから見た場合、当該中継ノードへ向かう通信経路区間と当該中継ノードから出て行く通信経路区間を通過することになる。したがって、１つのユーザ体感品質は、上記２つの通信経路区間へそれぞれ分類されることになる。
【００９７】
次に、通信経路区間ごとに分類されたそれぞれのユーザ体感品質の値について、平均値、分散、標準偏差、最大／最小値などの統計処理し（ステップ１３２）、得られた統計結果について、記憶部１２のユーザ体感品質目標値１２Ｇと比較して品質劣化の有無を評価する（ステップ１３３）。そして、各通信経路区間の評価結果を、記憶部１２の品質劣化対地評価結果１２Ｈへ格納する（ステップ１３４）。
【００９８】
図１７に、中継ノード２０Ｅで得られた品質劣化対地評価結果１２Ｈの一例を示す。ここでは、中継ノード２０Ｅに接続されているリンク４０Ａ〜４０Ｄに対応した有向の通信経路区間「Ａ→Ｅ」，「Ｂ→Ｅ」，「Ｃ→Ｅ」，「Ｄ→Ｅ」，「Ｅ→Ａ」，「Ｅ→Ｂ」，「Ｅ→Ｃ」，「Ｅ→Ｄ」ごとに、「総合品質」，「品質要素Ａ」，「品質要素Ｂ」に対する評価結果として、品質劣化の有無を示す「×：品質劣化あり」，「○：品質劣化なし」が格納されている。
これにより、各呼のユーザ体感品質から各通信経路区間に対する品質劣化の有無を得ることができる。
【００９９】
同様にして、品質劣化対地特定手段１３Ｄは、記憶部１２の品質劣化区間切り分け結果１２Ｆについて、通信経路区間ごとに記憶部１２の品質劣化対地評価結果１２Ｈへ格納する（ステップ１３５）。
この際、品質劣化区間切り分け結果１２Ｆが、各通信経路区間での品質劣化有無を示す場合は、その切り分け結果に応じて品質劣化の有無を示す「×：品質劣化あり」，「○：品質劣化なし」が格納される。また、品質劣化区間切り分け結果１２Ｆが、例えば、パケット損失、パケット遅延、パケット遅延揺らぎなどの品質情報値を示す場合は、それぞれの品質情報種別に応じた基準値と比較し、その比較結果に応じて品質劣化の有無を示す「×：品質劣化あり」，「○：品質劣化なし」が格納される。
【０１００】
品質劣化対地特定手段１３Ｄは、このようにして各通信経路区間の評価結果を品質劣化対地評価結果１２Ｈへ格納した後、品質劣化ありと評価されてリアルタイム系アプリケーションを実行する上でボトルネックとなる通信経路すなわち「×」が存在するか確認し（ステップ１３６）、存在しない場合は（ステップ１３６：ＮＯ）、一連の品質劣化対地特定処理を終了する。
一方、図１７の「総合品質」、「遅延揺らぎ」、および「遅延」における通信経路区間「Ｂ→Ｅ」のように、ボトルネックとなる通信経路区間「×」が存在する場合（ステップ１３６：ＹＥＳ）、当該通信経路区間に対する評価結果をボトルネック情報１６として当該対向ノードへ通知して問い合わせを行う（ステップ１３７）。
【０１０１】
これにより、例えば通信経路区間「Ｂ→Ｅ」については、中継ノード２０Ｅの対向ノードとなる中継ノード２０Ｂへ中継ノード２０Ｅから問い合わせが行われ、これに応じて中継ノード２０Ｂで上記と同様にして当該通信経路区間について評価した評価結果と中継ノード２０Ｅでの評価結果とが比較され、その一致不一致が返送される。
品質劣化対地特定手段１３Ｄは、対向ノードから評価一致が返送されてきた場合（ステップ１３８：ＹＥＳ）、当該通信経路区間の両端の中継ノードで当該通信経路区間の品質劣化が確認されたことから、当該通信経路区間を品質劣化対地として特定し（ステップ１３９）、品質劣化対地評価結果１２Ｈの当該通信経路区間に対する評価を確定して（ステップ１４０）、一連の品質劣化対地特定処理を終了する。
【０１０２】
また、ステップ１３８において、対向ノードから評価不一致が返送されてきた場合（ステップ１３８：ＮＯ）、当該通信経路区間の両端の中継ノードで当該通信経路区間の品質劣化が確認されなかったことから、当該通信経路区間を品質劣化対地ではないと判断し、品質劣化対地評価結果１２Ｈの当該通信経路に対する評価を確定して（ステップ１４０）、一連の品質劣化対地特定処理を終了する。
【０１０３】
このように、本実施の形態では、ユーザ体感品質監視装置１０で、品質劣化対地特定手段１３Ｄにより、前述した第１の実施の形態で推定された各呼のユーザ体感品質をリアルタイム系アプリケーションの通信経路区間ごとに分類して統計処理し、その統計結果についてユーザ体感品質目標値１２Ｇでそれぞれ評価し、通信経路区間ごとの評価結果と品質劣化区間切り分け結果とから当該通信経路区間での品質劣化有無を評価するようにしたので、呼ごとのユーザ体感品質についての善し悪しだけでなく、その品質劣化対地を中継網上の通信経路区間レベルで特定することができる。したがって、品質劣化が確認された場合の対応として、この品質劣化対地に基づき具体的な対応を早急に行うことができ、中継網に対してより適切かつ高度な品質管理サービスを提供できる。
【０１０４】
この際、１つの呼で得られたユーザ体感品質だけでなく、複数の呼で得られたユーザ体感品質を統計処理した結果に基づき、各通信経路区間について品質評価を行うようにしたので、個々の呼やリアルタイム系アプリケーションの偏りからの影響を抑制でき、より信頼性の高い品質評価を実現できる。
また、ユーザ体感品質だけでなく、各通信経路区間での品質情報から得た品質劣化区間の切り分け結果も含めて、各通信経路区間について品質評価を行うようにしたので、ユーザ体感品質のみを用いる場合と比較して、より詳細かつ精度よく品質劣化対地を特定することができる。
【０１０５】
また、各通信経路区間のうち品質劣化ありを示す通信経路区間に対する、対向中継ノードでの評価との一致不一致に応じて、当該通信経路区間が品質劣化対地か否かを特定するようにしたので、各通信経路区間について、その一端の中継ノードだけでなくその両端の中継ノードでの評価を統合することができ、より信頼性の高い品質評価を実現できる。
【０１０６】
また、本実施の形態では、品質劣化対地を特定する際、ユーザ体感品質として各ユーザ体感要素品質さらにはユーザ体感総合品質について、その品質劣化有無を個別に評価するようにしたので、それぞれの品質ごと品質劣化対地を特定することができ、特定された各品質劣化対地について、より詳細な品質劣化特性を容易に把握できる。なお、品質劣化対地の特定については、必ずしもこれらユーザ体感要素品質さらにはユーザ体感総合品質ごとに特定する必要はなく、いずれか１つの品質要素を用いて品質劣化対地を特定するようにしてもよい。
【０１０７】
また、図１６のステップ１３７，１３８において、任意の通信経路区間に関する評価結果を特定する際、ボトルネック情報１６により対向する中継ノードへ評価結果を通知して、対向する中継ノードで両者の評価結果を比較し、その評価結果の一致不一致を返送してもらうようにしたので、当該通信経路区間に関する品質劣化の有無を少ないやり取りで両端の中継ノード間で共有することができ、品質管理処理による中継網のトラフィックへの影響を最小限に抑制できる。なお、トラフィックに余裕がある場合には、所定の要求指示により対向する中継ノードから当該通信経路区間に関する評価結果を取得して自己の評価結果と比較し、その一致不一致により当該経路区間の品質劣化有無を判断するとともに、その判断結果を対向する中継ノードへ通知するようにしてもよい。
【０１０８】
また、本実施の形態では、前述した第１の実施の形態に適用した場合を例として説明したが、前述した第２の実施の形態に適用してもよい。この場合には、各呼のユーザ体感要素品質に関する品質劣化要因が特定されるため、前述したボトルネック情報で当該通信経路区間を経由する呼の品質劣化要因を対向する中継ノードへ相互に通知することにより、品質劣化対地を中継網上の通信経路区間レベルで特定できるだけでなく、その品質劣化要因も併せて特定することができる。したがって、品質劣化が確認された場合の対応として、これら品質劣化対地および品質劣化要因に基づき極めて具体的な対応を早急に行うことができ、中継網に対してより適切かつ高度な品質管理サービスを提供できる。
【０１０９】
なお、以上の各実施の形態では、ユーザ体感品質監視装置１０で品質劣化区間の切り分けを行うだけでなく、ユーザ体感品質を推定する機能を併せ持つ場合を例として説明したが、これに限定されるものではなく、ユーザ体感品質監視装置１０で品質劣化区間の切り分けのみを行い、ユーザ体感品質の推定については別個の装置で行うようにしてもよい。
【０１１０】
また、中継網４０において、中継ノード２０とは別個の装置としてユーザ体感品質監視装置１０を実装した場合を例として説明したが、これに限定されるものではない。例えば、前述したユーザ体感品質監視装置１０の演算処理部１３で実現される各機能手段を中継ノード２０内の演算処理部で実現し、また記憶部１２で記憶される各種情報を中継ノード２０内の記憶部で記憶することにより、ユーザ体感品質監視装置１０の各種機能を中継ノード２０内部に実装してもよく、前述と同様の作用効果が得られる。
【図面の簡単な説明】
【０１１１】
【図１】本発明の第１の実施の形態にかかるユーザ体感品質監視装置が適用される中継網の構成を示すブロック図である。
【図２】本発明の第１の実施の形態にかかるユーザ体感品質監視装置の構成を示すブロック図である。
【図３】本発明の第１の実施の形態にかかるユーザ体感品質監視装置でのユーザ体感品質推定動作および品質劣化区間切り分け動作の概略フローを示す説明図である。
【図４】本発明の第１の実施の形態にかかるユーザ体感品質監視装置でのパケットキャプチャ処理を示すフローチャートである。
【図５】本発明の第１の実施の形態にかかるユーザ体感品質監視装置でのユーザ体感品質推定処理を示すフローチャートである。
【図６】受聴品質に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。
【図７】遅延に関するユーザ体感要素品質の推定に用いる品質要素推定モデルの一例を示すグラフである。
【図８】本発明の第１の実施の形態にかかるユーザ体感品質監視装置での品質劣化区間切り分け処理を示すフローチャートである。
【図９】本発明の第１の実施の形態にかかるユーザ体感品質監視装置での品質劣化区間切り分け例を示す説明図である。
【図１０】本発明の第５の実施の形態にかかるユーザ体感品質監視装置の構成を示すブロック図である。
【図１１】本発明の第５の実施の形態にかかるユーザ体感品質監視装置での品質劣化対地特定動作の概略フローを示す説明図である。
【図１２】本発明の第５の実施の形態にかかるユーザ体感品質監視装置での品質劣化対地特定処理を示すフローチャートである。
【図１３】品質劣化対地評価結果の一例である。
【符号の説明】
【０１１２】
１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅ…ユーザ体感品質監視装置、１１…通信Ｉ／Ｆ部、１２…記憶部、１２Ａ…パケット管理ＤＢ、１２Ｂ…品質情報管理ＤＢ、１２Ｃ…品質要素推定モデル、１２Ｄ…総合品質推定モデル、１２Ｅ…ユーザ体感品質管理ＤＢ、１２Ｆ…品質劣化区間切り分け結果、１２Ｇ…ユーザ体感品質目標値、１２Ｈ…品質劣化対地評価結果、１３…演算処理部、１３Ａ…パケットキャプチャ手段、１３Ｂ…ユーザ体感品質推定手段、１３Ｃ…品質劣化区間切り分け手段、１３Ｄ…品質劣化対地特定手段、１５…通過パケット、１６…ボトルネック情報、２０，２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅ…中継ノード、３０…ユーザ端末、３１…送信端末、３２…受信端末、４０，４１，４２…中継網、４０Ａ，４０Ｂ，４０Ｃ，４０Ｄ…リンク、５１…上流側区間、５２…下流側区間、５３…ネットワーク側区間、５４…端末側区間。
【図１】
2006165789.tif 000003
【図２】
2006165789.tif 000004
【図３】
2006165789.tif 000005
【図４】
2006165789.tif 000006
【図５】
2006165789.tif 000007
【図６】
2006165789.tif 000008
【図７】
2006165789.tif 000009
【図８】
2006165789.tif 000010
【図９】
2006165789.tif 000011
【図１０】
2006165789.tif 000012
【図１１】
2006165789.tif 000013
【図１２】
2006165789.tif 000014
【図１３】
2006165789.tif 000015