(57)【要約】【課題】ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ネットワークに好適なネットワーク品質監視装置の提供。【解決手段】ネットワーク品質監視装置（解析サーバ）６０は、ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰメッセージをキャプチャ装置８０から収集し、前記各監視対象区間におけるリクエスト送信から応答受信までの応答時間又はリクエスト再送回数を求め、前記各監視対象区間毎に蓄積する。その後、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト送信から応答受信までの応答時間又はリクエスト再送回数から、前記各監視対象区間の異常を警告する上限値を算出し、前記各監視対象区間におけるリクエスト送信から応答受信までの応答時間又はリクエスト再送回数が前記上限値を超えた場合に障害管理サーバ７０に対し異常発生を警告する。【選択図】図１
2008193482.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置であって、
前記各監視対象区間におけるリクエスト送信から応答受信までの時間を求め、前記各監視対象区間毎に蓄積する手段と、
所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト送信から応答受信までの応答時間に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力する手段と、を備えたこと、
を特徴とするネットワーク品質監視装置。
【請求項２】
更に、加入者系セッション制御サーバと加入者データベース間の問い合わせから応答受信までの応答時間を監視対象に加えたこと、
を特徴とする請求項１に記載のネットワーク品質監視装置。
【請求項３】
ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置であって、
前記各監視対象区間において行われたリクエスト再送回数を求め、前記各監視対象区間毎に蓄積する手段と、
所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト再送回数に所定の統計処理を施して、前記各監視対象区間の品質指標として出力する手段と、を備えたこと、
を特徴とするネットワーク品質監視装置。
【請求項４】
前記各監視対象区間の品質指標として、観測された応答時間が正常であると判定するための上限値を算出し、
任意の監視対象区間で観測されたリクエスト送信から応答受信までの応答時間が、前記上限値を超えた場合に、異常発生を警告する手段と、を備えたこと、
を特徴とする請求項１又は２に記載のネットワーク品質監視装置。
【請求項５】
前記各監視対象区間の品質指標として、観測された再送回数が正常であると判定するための上限値を算出し、
任意の監視対象区間で観測された同一ユーザエージェントのリクエスト再送回数が、前記上限値を超えた場合に、異常発生を警告する手段と、を備えたこと、
を特徴とする請求項３に記載のネットワーク品質監視装置。
【請求項６】
ＳＩＰのＲＥＧＩＳＴＥＲメッセージ、ＩＮＶＩＴＥメッセージ又はＳＵＢＳＣＲＩＢＥメッセージと、その応答メッセージとを監視対象とすること、
を特徴とする請求項１乃至５いずれか一に記載のネットワーク品質監視装置。
【請求項７】
ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置を用いたネットワーク品質監視方法であって、
前記ネットワーク品質監視装置が、前記複数の監視対象区間に配置された品質測定装置から、ＳＩＰメッセージを収集するステップと、
前記ネットワーク品質監視装置が、前記各監視対象区間におけるリクエスト送信から応答受信までの応答時間を求め、前記各監視対象区間毎に蓄積するステップと、
前記ネットワーク品質監視装置が、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト送信から応答受信までの応答時間に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力するステップと、を含むこと、
を特徴とするネットワーク品質監視方法。
【請求項８】
ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置を用いたネットワーク品質監視方法であって、
前記ネットワーク品質監視装置が、前記複数の監視対象区間に配置された品質測定装置から、ＳＩＰメッセージを収集するステップと、
前記ネットワーク品質監視装置が、前記各監視対象区間において行われたリクエスト再送回数を求め、前記各監視対象区間毎に蓄積するステップと、
前記ネットワーク品質監視装置が、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト再送回数に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力するステップと、を含むこと、
を特徴とするネットワーク品質監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク品質監視装置及びネットワーク品質監視方法に関し、特に、ネットワーク上に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを監視対象とするネットワーク品質監視装置及びネットワーク品質監視方法に関する。
【背景技術】
【０００２】
特許文献１にネットワークに流れるパケット情報から所定の特徴量を抽出し、異常検出の基準となるネットワーク通常状態を定義し、このネットワーク通常状態からの逸脱度により異常検出を行うネットワーク異常検出装置が開示されている。また、同公報では、上記特徴量として、ＲＴＦＭ（Ｒｅａｌｔｉｍｅ  Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｍｅａｓｕｒｅｍｅｎｔ）で定義されたフロー継続時間、パケット時間間隔、送受信パケット数等が挙げられている（特許文献１の図３、図１０参照）。
【０００３】
【特許文献１】特開２００５−２０３９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に記載の技術では、当該ネットワーク異常検出装置が設置されたポイントでの評価はなしえても、ネットワーク全体状況や対向装置の具体的な状況を正確に把握できないという問題点がある。
【０００５】
特に、ＳＩＰにてセッション制御を行うネットワークにおいては、複数のサーバに機能が分散されているため、１つのボトルネックが全体に波及する可能性が高く、異常が疑われる箇所を早期に特定する必要がある。この点、上記特許文献１に記載のネットワーク異常検出装置では、処理の遅延や再送の発生状況を正確に把握ができないため、適切な予防策や事後策を採ることは難しい。
【課題を解決するための手段】
【０００６】
本発明の第１の視点によれば、ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置であって、前記各監視対象区間におけるリクエスト送信から応答受信までの時間を求め、前記各監視対象区間毎に蓄積する手段と、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト送信から応答受信までの応答時間に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力する手段と、を備えたこと、を特徴とするネットワーク品質監視装置が提供される。
【０００７】
本発明の第２の視点によれば、ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置であって、前記各監視対象区間において行われたリクエスト再送回数を求め、前記各監視対象区間毎に蓄積する手段と、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト再送回数に所定の統計処理を施して、前記各監視対象区間の品質指標として出力する手段と、を備えたこと、
を特徴とするネットワーク品質監視装置が提供される。
【０００８】
本発明の第３の視点によれば、ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置を用いたネットワーク品質監視方法であって、前記ネットワーク品質監視装置が、前記複数の監視対象区間に配置された品質測定装置から、ＳＩＰメッセージを収集するステップと、前記ネットワーク品質監視装置が、前記各監視対象区間におけるリクエスト送信から応答受信までの応答時間を求め、前記各監視対象区間毎に蓄積するステップと、前記ネットワーク品質監視装置が、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト送信から応答受信までの応答時間に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力するステップと、を含むこと、を特徴とするネットワーク品質監視方法が提供される。
【０００９】
本発明の第４の視点によれば、ネットワーク上に設定された複数の監視対象区間に流れるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを収集するネットワーク品質監視装置を用いたネットワーク品質監視方法であって、前記ネットワーク品質監視装置が、前記複数の監視対象区間に配置された品質測定装置から、ＳＩＰメッセージを収集するステップと、前記ネットワーク品質監視装置が、前記各監視対象区間において行われたリクエスト再送回数を求め、前記各監視対象区間毎に蓄積するステップと、前記ネットワーク品質監視装置が、所定の時間間隔で、前記各監視対象区間毎に蓄積したリクエスト再送回数に、所定の統計処理を施して、前記各監視対象区間の品質指標として出力するステップと、を含むこと、を特徴とするネットワーク品質監視方法が提供される。
【発明の効果】
【００１０】
本発明によれば、ＳＩＰネットワークの処理の遅延又は再送の発生状況の把握が容易化される。その理由は、ネットワーク上に設定した複数の監視対象区間を流れるＳＩＰリクエストと応答の監視を行うよう構成したことにある。
【発明を実施するための最良の形態】
【００１１】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、本発明の好適な実施形態の構成を模式的に表した図である。図１を参照すると、２つのユーザエージェント１０、１１と、加入者系セッション制御サーバ２０、２１と、中継系セッション制御サーバ３０、３１とに切り分けられたセッション制御サーバ（ＳＩＰサーバ）群と、ゲートウェイサーバ４０と、ＰＳＴＮ（Public Switched Telephone Networks；公衆電話網）５０と、解析サーバ（ネットワーク品質監視装置）６０と、障害管理サーバ７０と、加入者データベース１００と、が示されている。
【００１２】
２つのユーザエージェント１０、１１は、ＳＩＰリクエストを送受信し、応答することによって、通話やプレゼンス情報の通知・取得等を行うＳＩＰエンティティである。ユーザエージェントとしては、各種のものが考えられているが、以下、本実施形態では、電話系アプリケーションが搭載されたＩＰ電話機等のＳＩＰ端末を用いるものとして説明する。
【００１３】
セッション制御サーバ群は、ユーザエージェント１０、１１間のＳＩＰリクエストを処理するＳＩＰエンティティである。このうち、加入者系セッション制御サーバ２０（２１）は、ユーザエージェント１０（１１）から、ＲＥＧＩＳＴＥＲリクエストを受信し、アドレス情報の登録要求を受け付ける機能を備えている。セッション制御サーバ群の後記監視対象区間に該当する対向装置とのインタフェースには、ＳＩＰメッセージをキャプチャし、解析サーバ（ネットワーク品質監視装置）６０に送信するキャプチャ装置８０が接続されている。
【００１４】
ゲートウェイサーバ４０は、音声データのアナログ／デジタル変換等を行いＰＳＴＮ５０のアナログ電話機との接続、あるいは、移動体網５１の携帯電話機との接続を実現する。
【００１５】
解析サーバ（ネットワーク品質監視装置）６０は、キャプチャ装置８０により送られたキャプチャデータ（ＳＩＰメッセージ）のヘッダ情報を用いて応答時間や再送回数の実測値を算出し、後記する監視対象区間毎にデータベース（図示省略）に蓄積する手段と、前記応答時間や再送回数の実測値に所定の統計処理を施すことにより監視対象区間の品質指標を算出し出力する手段と、前記品質指標に異常が見られた場合に異常検出動作（障害管理サーバへの通報）を実行する手段とを備える。上記監視対象区間の品質指標の算出に当たって、解析サーバ６０は、大量の蓄積データから、各区間の応答時間や再送回数に相関のある相関データ項目（例えば、時間帯、日種別を挙げることができる。）を探索し、注目する区間の品質指標の変化を予測するデータマイニング手法を用いるようにすることができる。
【００１６】
ネットワーク管理者は、障害管理サーバ７０を介して、解析サーバ（ネットワーク品質監視装置）６０からの異常検出の通報を受け、あるいは、解析サーバ（ネットワーク品質監視装置）６０にアクセスして、ネットワークの状況の把握を行う。
【００１７】
加入者データベース（ロケーションサーバ）１００は、加入者のユーザ名に対応するアドレス情報（ＳＩＰ  ＵＲＩ）が登録されており、加入者系セッション制御サーバ２０（２１）からの問い合わせやアドレス情報の加除更新要求を受け付ける。
【００１８】
続いて、解析サーバ（ネットワーク品質監視装置）６０の監視対象とする監視対象区間と監視対象メッセージについて説明する。図２は、図１のネットワーク構成中に設定した監視対象区間と、監視対象とするメッセージの例である。
【００１９】
図２を参照すると、ユーザエージェント１０（１１）と加入者系セッション制御サーバ２０（２１）間が、区間１として設定されており、後記する「ＭｓｇＡ」〜「ＭｓｇＣ」が監視対象メッセージとなっている。
【００２０】
同様に、加入者系セッション制御サーバ２０（２１）と中継系セッション制御サーバ３０（３１）間、中継系セッション制御サーバ３０と中継系セッション制御サーバ３１間、中継系セッション制御サーバ３１とゲートウェイサーバ４０間が、それぞれ区間２、区間３、区間４として設定されており、後記する「ＭｓｇＣ」が監視対象メッセージとなっている。
【００２１】
更に、本実施形態では、加入者系セッション制御サーバ２０（２１）と加入者データベース１００間が、区間５として設定されており、後記する「ＭｓｇＤ」が監視対象メッセージとなっている。
【００２２】
続いて、解析サーバ６０における上記監視対象区間から収集したメッセージの解析方法について説明する。図３は、解析サーバ（ネットワーク品質監視装置）６０のデータベースに蓄積されたメッセージの解析に必要な項目を表した図である。
【００２３】
図３の「スタートライン」は、ＳＩＰメッセージの１行目の部分であり、リクエストメッセージの場合は、「ＩＮＶＩＴＥ」、「ＡＣＫ」、「ＳＵＢＳＣＲＩＢＥ」等のメソッド名と宛先が記述され、応答メッセージの場合は、ステータスコードと理由が記述される。
【００２４】
図３の「Ｆｒｏｍ」、「Ｔｏ」、「Ｃａｌｌ−ＩＤ」は、ＳＩＰヘッダに格納されているリクエスト発行者、宛先、呼の識別子を表す情報であり、これらを組み合わせることにより一意に呼を識別することができる。
【００２５】
図３の「Ｖｉａ」は、ＳＩＰヘッダに格納されているメッセージが経由した場所を示す情報であり、例えば、メッセージが経由してきた中継系セッション制御サーバの台数を算出することが可能となる。
【００２６】
図３の「コマンドシーケンス番号」、「メソッド名」は、ＳＩＰヘッダの「ＣＳｅｑ」に格納されている情報であり、「ＣＳｅｑ」冒頭の番号は、新たなリクエストの発行毎に加算されるため、リクエストが再送リクエストであるか新規リクエストであるかを区別することができる（但し、ＡＣＫ、ＣＡＮＣＥＬメソッドについては、コマンドシーケンス番号はＩＮＶＩＴＥと同値を取る）。
【００２７】
図３の「キャプチャポイント識別子」は、キャプチャ箇所を一意に特定するための識別子であり、例えば、セッション制御サーバとそのインタフェース番号を組み合わせた識別情報を採用することができる。
【００２８】
図３の「キャプチャ時刻」は、メッセージをキャプチャした時刻であり、応答時刻からリクエスト時刻の差を取ることで、応答に要した時間を得ることが可能となる。統一された時刻情報を得るという観点からは、ネットワークに設置されたＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ等を利用することが望ましい。
【００２９】
図４は、図２の監視対象メッセージ「ＭｓｇＡ」〜「ＭｓｇＤ」の詳細を説明するための図である。なお、図４では、発呼側のユーザエージェントから着信側のユーザエージェントの方向を上り、逆方向を下り方向としている。
【００３０】
「ＭｓｇＡ」は、図４に示したとおり区間１（ユーザエージェント１０と加入者系セッション制御サーバ２０（２１）間）に流れるＲｅｇｉｓｔｅｒメッセージとその応答メッセージを対象としている。解析サーバ６０にて、本区間の「ＭｓｇＡ」についての応答時間や再送回数について統計処理（累積値、平均、分散等の算出）を行うことで、例えば、「ＭｓｇＡ」に対する時間帯毎の応答時刻の分布情報や再送の発生状況を得ることができる。また、この分布情報や再送の発生状況を用いて、外れ値（異常遅延）や再送の異常発生が観測された場合には、解析サーバ６０に、障害管理サーバ７０に対し、異常発生を警告させることができる。
【００３１】
「ＭｓｇＢ」は、図４に示したとおり区間１（ユーザエージェント１０と加入者系セッション制御サーバ２０（２１）間）に流れるＩＮＶＩＴＥメッセージとそのエラー応答メッセージ（エラーレスポンスコード（ステータスコード）が４ＸＸ、５ＸＸ、６ＸＸ）を対象としている。解析サーバ６０にて、本区間の「ＭｓｇＢ」についての応答時間や再送回数について統計処理（累積値、平均、分散等の算出）を行うことで、例えば、「ＭｓｇＢ」に対する時間帯毎の応答時刻の分布情報や再送の発生状況を得ることができる。また、この分布情報や再送の発生状況を用いて、外れ値（異常遅延）や再送の異常発生が観測された場合には、解析サーバ６０に、障害管理サーバ７０に対し、異常発生を警告させることができる。
【００３２】
「ＭｓｇＣ」は、図４に示したとおり区間１、２、３、４（図２参照）に流れるＩＮＶＩＴＥメッセージとその正常応答メッセージ（レスポンスコード（ステータスコード）が１ｘｘ、２ｘｘ）及びＢＹＥメッセージとその正常応答メッセージを対象としている。解析サーバ６０にて、各区間の「ＭｓｇＣ」についての応答時間や再送回数について統計処理（累積値、平均、分散等の算出）を行うことで、例えば、「ＭｓｇＣ」に対する時間帯毎の応答時刻の分布情報や再送の発生状況を得ることができる。また、この分布情報や再送の発生状況を用いて、外れ値（異常遅延）や再送の異常発生が観測された場合には、解析サーバ６０に、障害管理サーバ７０に対し、異常発生を警告させることができる。
【００３３】
また、解析サーバ６０にて、上記区間１〜区間２〜区間３〜区間２〜区間１の応答時間の合計、例えば、加入者系セッション制御サーバ２０のユーザエージェント１０側のキャプチャ装置８０でＩＮＶＩＴＥメッセージを受けてから、応答メッセージ「１８０  Ｒｉｎｇｉｎｇ」を返すまでの時間を解析及び監視対象とすることもできる。この場合の応答時間は、中継系セッション制御サーバの経由台数も影響してくるため、ＳＩＰヘッダの「ｖｉａ」情報を参照する必要がある。
【００３４】
図５は、解析サーバ６０にて解析された区間１において観測された「ＭｓｇＡ」、「ＭｓｇＢ」、「ＭｓｇＣ」の再送回数の時間変化（実測値）と、過去の再送回数データを統計処理して設定した正常範囲（上限値）の推移を表した図である。
【００３５】
図６は、解析サーバ６０にて解析された「ＭｓｇＣ」の応答時間の時間変化（実測値）と、過去の応答時間データを統計処理して設定した正常範囲（上限値）の推移を表した図である。図６の左側のグラフは、区間１の応答時間の時間推移を表しており、図６の右側のグラフは、加入者系セッション制御サーバ２０のユーザエージェント１０側のキャプチャ装置８０でＩＮＶＩＴＥメッセージを受けてから、ユーザエージェント１１側から転送されてきた応答メッセージ「１８０  Ｒｉｎｇｉｎｇ」をユーザエージェント１０に返すまでの全体の応答時間の時間推移を表している。
【００３６】
例えば、ネットワーク管理者は、障害管理サーバ７０を介して、図５、図６に例示したグラフ（区間２、区間３、区間４も同様）を参照して、ネットワークの状況の把握を行うことが可能となる。
【００３７】
図７の上段のグラフは、区間３における「ＭｓｇＣ」の応答時間の実測値が、上記正常範囲を超えた状態を表しており、図７の下段のグラフは、区間３における遅延が、区間１に波及し、その実測値が上記正常範囲（上限値）を超えた状態を表している。これは、区間３の中継系セッション制御サーバ３０（３１）が高負荷状態となると、下位の加入者系セッション制御サーバ２０（２１）に応答を転送できなくなるため、加入者系セッション制御サーバ２０（２１）からの再送要求も誘発するためである。更に、加入者系セッション制御サーバ２０（２１）からの再送要求が多発すると、上位の中継系セッション制御サーバ３０（３１）は、更に、高負荷状態になると予想される。
【００３８】
そこで、図７の「区間３のＭｓｇＣに異常遅延発生」の時点で、解析サーバ６０から、区間３における異常発生を通知することにより、ネットワーク管理者に、区間１への遅延波及を防ぐ措置（区間３の装置異常確認、加入者系セッション制御サーバ２０（２１）のユーザエージェント側からの入口流量規制、中継系セッション制御サーバ３１のゲートウェイサーバ側からの入口流量規制等）を採らせることが可能となる。
【００３９】
図７の「区間３のＭｓｇＣに異常遅延発生」の時点で対策が取れなかった場合においても、上記した入口側での流量規制を行うとともに、蓄積している応答時間や再送回数データを時系列に遡って、最初に遅延や再送が発生した箇所を特定することが可能となる。
【００４０】
続いて、区間５の「ＭｓｇＤ」の解析とその解析結果の利用について説明する。「ＭｓｇＤ」は、図４に示したとおり区間５（加入者系セッション制御サーバ２０（２１）と加入者データベース１００間）に流れる加入者データベース１００への登録・削除・更新要求、問い合わせといった要求内容と応答を対象としている。解析サーバ６０にて、本区間の「ＭｓｇＤ」について要求内容毎の応答時間や要求リトライの発生について統計処理（累積値、平均、分散等の算出）を行うことで、例えば、「ＭｓｇＤ」に対する時間帯毎の応答時刻の分布情報や要求リトライの発生状況を得ることができる。また、この分布情報や再送の発生状況を用いて、外れ値（異常遅延）や要求リトライの異常発生が観測された場合には、解析サーバ６０に、障害管理サーバ７０に対し、異常発生を警告させることができる。
【００４１】
ここで、図８の左側の「構成」に示したとおり、２つのユーザエージェントＵＡ＃１、ＵＡ＃３が同一の加入者系セッション制御サーバ２０（但し、加入者系セッション制御サーバ２０は宛先ユーザエージェントＵＡ＃３のＳＩＰ  ＵＲＩを知らないものとする。）を介して通話を行う簡単な構成を用いて問題箇所の特定方法を説明する。図８の右側は、ＳＩＰヘッダのＣａｌｌ−ＩＤをキーとして抽出したキャプチャデータを時刻順に並べて得られたシーケンスを表している。
【００４２】
ここで、図８のユーザエージェントＵＡ＃１からのＩＮＶＩＴＥメッセージ受信から加入者系セッション制御サーバ２０による応答メッセージ「１８０  Ｒｉｎｇｉｎｇ」送信までの時間に遅延が観測された場合における問題箇所の特定を考える。
【００４３】
ユーザエージェントＵＡ＃１からのＩＮＶＩＴＥメッセージ受信から加入者系セッション制御サーバ２０による暫定応答メッセージ「１００  Ｔｒｙｉｎｇ」送信までの時間や、加入者系セッション制御サーバ２０からのＩＮＶＩＴＥメッセージ転送からユーザエージェントＵＡ＃３による応答メッセージ受信までの時間、あるいは、加入者系セッション制御サーバ２０のメッセージ転送所要時間等を比較することにより、原因箇所を類推することができる。特に、図８のように、ＵＡ＃３のアドレスが未知であり、加入者データベースへの問い合わせを行っている場合、区間５における「ＭｓｇＤ」の応答時間や要求リトライ回数が判明していれば、その原因が、加入者データベース１００にあることを容易に突き止めることが可能となる。
【００４４】
以上、図８の簡単な構成にて問題箇所の特定方法を説明したが、図１のように、セッション制御サーバを複数台経由する場合や、ゲートウェイサーバ４０を経由する場合であっても、同様の考え方で、キャプチャ装置８０により収集できる情報を総合的に分析して、問題箇所を特定することが可能である。
【００４５】
以上、本発明の好適な実施形態を説明したが、ネットワーク上の複数の監視対象区間のＳＩＰメッセージを収集し、所定の統計処理を施して、各監視対象区間の品質指標を得るという本発明の要旨を逸脱しない範囲で各種の変形を行うことが可能である。例えば、図１、図８に例示したネットワーク構成（特に、セッション制御サーバや加入者データベースの構成）は、本発明の原理を説明するために模式化したものであり、加入者の収容数や必要とされる機能により適宜変更されることはいうまでもない。
【００４６】
また、上記した実施形態では、電話系アプリケーションを想定した例を挙げて説明したが、同様の原理にて、ＳＩＰのプレゼンスサービス、インスタントメッセージサービス等にも適用することができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の好適な実施形態の構成を模式的に表した図である。
【図２】図１のネットワーク構成中に設定した監視対象区間と、監視対象とするメッセージの例である。
【図３】解析サーバ（ネットワーク品質監視装置）のデータベースに蓄積されたメッセージの解析に必要な項目を表した図である。
【図４】図２の監視対象メッセージ「ＭｓｇＡ」〜「ＭｓｇＤ」の詳細を説明するための図である。
【図５】解析サーバによる区間１における各メッセージの再送回数の実測値と解析結果の出力例である。
【図６】解析サーバによる「ＭｓｇＣ」の応答時間実測値と解析結果の出力例である。
【図７】解析サーバにおいて実測値の異常が観測された状態を表した図である。
【図８】問題箇所の特定方法を説明するための図である。
【符号の説明】
【００４８】
１０、１１、１２  ユーザエージェント
２０、２１  加入者系セッション制御サーバ
３０、３１  中継系セッション制御サーバ
４０  ゲートウェイサーバ
５０  ＰＳＴＮ（Public Switched Telephone Networks；公衆電話網）
５１  移動体網
６０  解析サーバ（ネットワーク品質監視装置）
７０  障害管理サーバ
８０  キャプチャ装置
１００  加入者データベース（ロケーションサーバ）
【図１】
2008193482.tif 000003
【図２】
2008193482.tif 000004
【図３】
2008193482.tif 000005
【図４】
2008193482.tif 000006
【図５】
2008193482.tif 000007
【図６】
2008193482.tif 000008
【図７】
2008193482.tif 000009
【図８】
2008193482.tif 000010