(57)【要約】【課題】  通話単位のパケット監視が可能であり、また、短時間でＳＩＰシグナリグ異常やパケットロス区間の特定が可能となる、ＩＰ電話故障区間切り分けシステムを提供する。【解決手段】  監視マネージャ４１は、ＳＩＰサーバの近傍に設置される監視エージェント２０に監視対象の電話番号を通知し、この監視エージェント２０から監視対象通話のＳＩＰ情報とＲＴＰパケットのＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報とを受信する。それから、監視マネージャ４１は、その他の監視エージェント２０に対し、監視対象通話のＲＴＰパケットのＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を送信し、ＲＴＰパケットの監視を指示し、それらの監視エージェント２０からＲＴＰパケット監視情報を受信し、受信したＲＴＰパケット監視情報を突き合わせ、ＩＰ電話網２上での故障区間を判定する。【選択図】  図１
2007068093.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話網上の複数の箇所に設けられると共に、監視対象となる電話番号の通話パケットを監視し、該パケットの監視情報を監視マネージャに送信する監視エージェントと、前記複数の箇所に配置された監視エージェントからパケットの監視情報を受信し、ＩＰ電話網上における故障区間を特定する監視マネージャとで構成されるＩＰ電話故障区間切り分けシステムであって、
前記監視マネージャは、
監視に使用する前記監視エージェントの位置情報を取得する監視エージェント位置情報取得手段と、
通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信するパケット監視指示送信手段と、
前記複数の監視エージェントから監視対象の通話のパケット監視情報を受信するパケット監視情報受信手段と、
前記複数の監視エージェントから受信したパケット監視情報と、前記位置情報とを基に、ＩＰ電話網上での故障区間を判定する故障区間特定手段と
を備え、
前記監視エージェントは、
監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信する監視対象パケット情報受信手段と、
前記監視マネージャからパケットの監視の開始または終了の指示情報を受信するパケット監視指示受信手段と、
前記監視対象の通話パケットを監視するパケット監視手段と、
前記パケットの監視情報を前記監視マネージャに送信するパケット監視情報送信手段と
を備えることを特徴とするＩＰ電話故障区間切り分けシステム。
【請求項２】
前記監視エージェントは、監視対象となる電話番号の通話パケットの代わりに、監視対象となる電話番号の呼制御のパケットを監視し、
前記パケット監視指示送信手段は、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号とパケットの監視の開始または終了の指示情報とを送信し、
前記監視対象パケット情報受信手段は、監視対象とする電話番号を、前記監視マネージャから受信し、
前記パケット監視手段は、前記監視対象となる電話番号の呼制御のパケットを監視する
ことを特徴とする請求項１に記載のＩＰ電話故障区間切り分けシステム。
【請求項３】
前記監視エージェントは、監視対象となる電話番号の通話パケットとともに、監視対象となる電話番号の呼制御のパケットを監視し、
前記パケット監視指示送信手段は、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信し、
前記監視対象パケット情報受信手段は、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信し、
前記パケット監視手段は、前記監視対象の通話パケットと、前記監視対象となる電話番号の呼制御のパケットとを監視する
ことを特徴とする請求項１に記載のＩＰ電話故障区間切り分けシステム。
【請求項４】
ＩＰ電話網上の複数の箇所に設けられると共に、監視対象となる電話番号の通話パケットを監視し、該パケットの監視情報を監視マネージャに送信する監視エージェントと、前記複数の箇所に配置された監視エージェントからパケットの監視情報を受信し、ＩＰ電話網上における故障区間を特定する監視マネージャにより故障区間を判定するＩＰ電話故障区間切り分け方法であって、
監視に使用する前記監視エージェントの位置情報を前記監視マネージャにより取得する第１のステップと、
通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを前記監視マネージャにより送信する第２のステップと、
前記複数の監視エージェントから監視対象の通話のパケット監視情報を前記監視マネージャにより受信する第３のステップと、
前記複数の監視エージェントから受信したパケット監視情報と、前記位置情報とを基に、ＩＰ電話網上での故障区間を前記監視マネージャにより判定する第４のステップと、
監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから前記監視エージェントにより受信する第５のステップと、
前記監視マネージャからパケットの監視の開始または終了の指示情報を前記監視エージェントにより受信する第６のステップと、
前記監視対象の通話パケットを前記監視エージェントにより監視する第７のステップと、
前記パケットの監視情報を前記監視エージェントにより前記監視マネージャに送信する第８のステップと、
を有することを特徴とするＩＰ電話故障区間切り分け方法。
【請求項５】
前記監視エージェントは、監視対象となる電話番号の通話パケットの代わりに、監視対象となる電話番号の呼制御のパケットを監視し、
前記第２のステップは、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号とパケットの監視の開始または終了の指示情報とを送信し、
前記第５のステップは、監視対象とする電話番号を、前記監視マネージャから受信し、
前記第７のステップは、前記監視対象となる電話番号の呼制御のパケットを監視する
ことを特徴とする請求項４に記載のＩＰ電話故障区間切り分け方法。
【請求項６】
前記監視エージェントは、監視対象となる電話番号の通話パケットとともに、監視対象となる電話番号の呼制御のパケットを監視し、
前記第２のステップは、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信し、
前記第５のステップは、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信し、
前記第７のステップは、前記監視対象の通話パケットと、前記監視対象となる電話番号の呼制御のパケットとを監視する
ことを特徴とする請求項４に記載のＩＰ電話故障区間切り分け方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）網を介して電話通信を行うためのＩＰ電話システム（単に「ＩＰ電話」ともいう）における通話経路上の故障区間を特定するための、ＩＰ電話故障区間切り分けシステム及び方法に関するものである。
【背景技術】
【０００２】
近年、ＶｏＩＰ（Voice over IP）を用いて音声通話を行うＩＰ電話の普及が著しい。ＶｏＩＰとは、インターネットなどのＩＰネットワーク上で音声通話を実現する技術をいう。
ＶｏＩＰでは、デジタル符号化した音声信号を一定時間毎に区切ってパケット化し、回線効率の高いＩＰネットワークを使って送信するため、通話料金を安くすることが可能である。
【０００３】
このＩＰ電話による通話では、最初にＳＩＰ（Session Initiation Protocol）などの電話の呼を制御するシグナリングプロトコルを使用し、相手側のＩＰ電話に接続し、その後、ＲＴＰ（Real-time Transport Protocol）などによりパケットによる音声データのやり取りを行う。
【非特許文献１】“ネットワーク分析・解析ツール ASTEC Eyes on the net”、[online]、株式会社 アールワークス、［平成１７年８月１５日検索］、インターネット、<URL:http://www.asteceyes.com/>
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、このＩＰ電話のＳＩＰシグナリングフローやパケットの損失率など音声品質を測定する製品が既に販売されている（例えば、非特許文献１参照）。しかしながら、現在販売されている測定装置は、主にＥｎｄ−Ｅｎｄの品質測定に利用されており、異常区間の特定ができない、また、電話番号に着目した監視ができないという問題があった。
【０００５】
また、ＩＰ網内を含めた切り分けを実施するには、集約スイッチや中継ルータ（市販品）のネットワークインタフェースで扱うプロトコルの統計情報をもとに監視することができる。しかしこの方法は、測定が物理インタフェース単位であるため、特定の通話に対する切り分けができないという問題があった。
【０００６】
また、故障発生時の切り分け〜故障回復には、測定器の現地設置と回収、データ解析、被疑箇所の特定、現地対応など多くの作業と時間を要し、また、事象の再現頻度が少ない故障には対応困難であるという問題があった。
【０００７】
本発明はこのような問題を解決するためになされたもので、その目的は、通話単位のパケット監視が可能であり、また、短時間でＳＩＰシグナリグ異常やパケットロス区間の特定が可能となる、ＩＰ電話故障区間切り分けシステム及び方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は上記課題を解決するためになされたもので、本発明のＩＰ電話故障区間切り分けシステムは、ＩＰ電話網上の複数の箇所に設けられると共に、監視対象となる電話番号の通話パケットを監視し、該パケットの監視情報を監視マネージャに送信する監視エージェントと、前記複数の箇所に配置された監視エージェントからパケットの監視情報を受信し、ＩＰ電話網上における故障区間を特定する監視マネージャとで構成されるＩＰ電話故障区間切り分けシステムであって、前記監視マネージャは、監視に使用する前記監視エージェントの位置情報を取得する監視エージェント位置情報取得手段と、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信するパケット監視指示送信手段と、前記複数の監視エージェントから監視対象の通話のパケット監視情報を受信するパケット監視情報受信手段と、前記複数の監視エージェントから受信したパケット監視情報と、前記位置情報とを基に、ＩＰ電話網上での故障区間を判定する故障区間特定手段とを備え、前記監視エージェントは、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信する監視対象パケット情報受信手段と、前記監視マネージャからパケットの監視の開始または終了の指示情報を受信するパケット監視指示受信手段と、前記監視対象の通話パケットを監視するパケット監視手段と、前記パケットの監視情報を前記監視マネージャに送信するパケット監視情報送信手段とを備えることを特徴とする。
【０００９】
また、本発明のＩＰ電話故障区間切り分けシステムは、前記監視エージェントは、監視対象となる電話番号の通話パケットの代わりに、監視対象となる電話番号の呼制御のパケットを監視し、前記パケット監視指示送信手段は、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号とパケットの監視の開始または終了の指示情報とを送信し、前記監視対象パケット情報受信手段は、監視対象とする電話番号を、前記監視マネージャから受信し、前記パケット監視手段は、前記監視対象となる電話番号の呼制御のパケットを監視することを特徴とする。
【００１０】
また、本発明のＩＰ電話故障区間切り分けシステムは、前記監視エージェントは、監視対象となる電話番号の通話パケットとともに、監視対象となる電話番号の呼制御のパケットを監視し、前記パケット監視指示送信手段は、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信し、前記監視対象パケット情報受信手段は、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信し、前記パケット監視手段は、前記監視対象の通話パケットと、前記監視対象となる電話番号の呼制御のパケットとを監視することを特徴とする。
【００１１】
また、本発明のＩＰ電話故障区間切り分け方法は、ＩＰ電話網上の複数の箇所に設けられると共に、監視対象となる電話番号の通話パケットを監視し、該パケットの監視情報を監視マネージャに送信する監視エージェントと、前記複数の箇所に配置された監視エージェントからパケットの監視情報を受信し、ＩＰ電話網上における故障区間を特定する監視マネージャにより故障区間を判定するＩＰ電話故障区間切り分け方法であって、監視に使用する前記監視エージェントの位置情報を前記監視マネージャにより取得する第１のステップと、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを前記監視マネージャにより送信する第２のステップと、前記複数の監視エージェントから監視対象の通話のパケット監視情報を前記監視マネージャにより受信する第３のステップと、前記複数の監視エージェントから受信したパケット監視情報と、前記位置情報とを基に、ＩＰ電話網上での故障区間を前記監視マネージャにより判定する第４のステップと、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから前記監視エージェントにより受信する第５のステップと、前記監視マネージャからパケットの監視の開始または終了の指示情報を前記監視エージェントにより受信する第６のステップと、前記監視対象の通話パケットを前記監視エージェントにより監視する第７のステップと、前記パケットの監視情報を前記監視エージェントにより前記監視マネージャに送信する第８のステップとを有することを特徴とする。
【００１２】
また、本発明のＩＰ電話故障区間切り分け方法は、前記監視エージェントは、監視対象となる電話番号の通話パケットの代わりに、監視対象となる電話番号の呼制御のパケットを監視し、前記第２のステップは、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号とパケットの監視の開始または終了の指示情報とを送信し、前記第５のステップは、監視対象とする電話番号を、前記監視マネージャから受信し、前記第７のステップは、前記監視対象となる電話番号の呼制御のパケットを監視することを特徴とする。
【００１３】
また、本発明のＩＰ電話故障区間切り分け方法は、前記監視エージェントは、監視対象となる電話番号の通話パケットとともに、監視対象となる電話番号の呼制御のパケットを監視し、前記第２のステップは、通話経路上の複数の監視エージェントに対し、監視対象とする電話番号と、監視対象の通話パケットに関する情報と、パケットの監視の開始または終了の指示情報とを送信し、前記第５のステップは、監視対象とする電話番号と、監視対象の通話パケットに関する情報とを、前記監視マネージャから受信し、前記第７のステップは、前記監視対象の通話パケットと、前記監視対象となる電話番号の呼制御のパケットとを監視することを特徴とする。
【発明の効果】
【００１４】
本発明のＩＰ電話故障区間切り分けシステムにおいては、ＩＰ電話網の複数の箇所にパケットの監視エージェントを配置し、通話経路上の複数の監視エージェントから監視マネージャに対し、監視対象の通話のパケット監視情報を送信し、監視マネージャでは受信したパケットの監視情報を基にＩＰ電話網の故障区間を特定するようにしたので、これにより、通話単位のパケット監視が可能となり、また、短時間でパケットロス区間の特定が可能となる。また、遠隔操作によって故障の被疑箇所の特定が可能となる。また、現地対応は、遠隔からの故障区間の切り分け（特定）後に実施されるため、現地作業時間の短縮が図れ、故障区間の切り分け作業が効率的に行える。さらに、複数の通話を選択してＲＴＰパケットのロス状況をサンプルとして監視することで、網の異常有無を把握できる。また、この調査を継続的に実施することで通話品質の劣化傾向も把握でき、早期の問題発見が可能となる。
【００１５】
また、本発明のＩＰ電話故障区間切り分け方法においては、ＩＰ電話網の複数の箇所に配置された監視エージェント（通話経路上の複数の監視エージェント）から、監視対象通話のパケット監視情報を受信し、ＩＰ電話網上での故障区間を特定するようにしたので、これにより、通話単位のパケット監視が可能となり、また、短時間でパケットロス区間の特定が可能となる。また、遠隔操作によって故障の被疑箇所の特定が可能である。また、現地対応は、遠隔からの故障区間の切り分け（特定）後に実施されるため、現地作業時間の短縮が図れ、故障区間の切り分け作業が効率的に行える。
【発明を実施するための最良の形態】
【００１６】
次に本発明を実施するための最良の形態について図面を参照して説明する。
図１は、本発明の第１の実施形態によるＩＰ電話故障区間切り分けシステムの構成例を示す図である。図１に示すＩＰ電話故障区間切り分けシステム１において、ＩＰ電話網２には、ＭＧ（メディアゲートウェイ）又はＶｏＩＰ機器３を介して、電話機等のユーザ端末４が接続されている。
【００１７】
ＩＰ電話網２は、呼制御とセッション確立を行うＳＩＰサーバ５と、ＲＴＰパケット（音声データのパケット）を中継する中継ルータや集約スイッチ等の通信機器６と、ＳＩＰシーケンス（呼接続シーケンス）におけるＳＩＰパケット及び通話用のＲＴＰパケット（ＲＴＰトラヒック）を監視する監視エージェント２０とで構成される。
【００１８】
また、ネットワーク内に設置される監視エージェント２０は、監視センタ４０側に設置される監視マネージャ４１に通信接続されている。
【００１９】
図２は、監視エージェントの構成例を示す図である。監視エージェント２０は、監視対象トラヒックを中継するターミナルアダプタユニット（ＴＡＰ）２２と、パケット（トラヒック）を監視する監視処理ユニット２３から構成されている。
【００２０】
図３は、監視エージェントの設置例を示す図である。図３（ａ）に示す設置例は、通信機器６の間に監視エージェント２０を配置し、監視対象トラヒック（パケット）を監視する例であり、図３（ｂ）は、通信機器６に設けられたミラーリングポート（モニタ用のポート）に監視エージェント２０を接続して、監視対象トラヒックを監視する例である。
【００２１】
図１に示す、ＩＰ電話故障区間切り分けシステム１において、監視マネージャ４１、監視エージェント２０により、ＩＰ電話のＳＩＰシグナリング（呼制御）の異常、および音声データを転送するＲＴＰのパケットロス（損失）などの異常箇所を遠隔操作により特定することが可能となる。
【００２２】
また、「ＳＩＰシグナリング（呼制御）の監視」機能として、監視マネージャ４１が監視対象の電話番号を、ＳＩＰサーバの近傍に設置した監視エージェント２０に通知し、ＳＩＰパケットの監視開始を指示する。監視エージェント２０は、当該電話番号の通話に関係するＳＩＰシグナリングのパケット（ＳＩＰパケット）を監視し、ＳＩＰパケット送受信状況、および端末間の通話用ＩＰアドレスおよびＵＤＰ（User Datagram Protocol)ポート情報をリアルタイムで監視マネージャ４１に通知する。
【００２３】
また、「通話用ＲＴＰパケットのロス監視」機能として、監視マネージャ４１はＳＩＰシグナリングの監視時に取得したＩＰアドレスおよびＵＤＰポート番号を通話経路上の複数箇所に設置される監視エージェント２０に通知し、ＲＴＰパケットの監視開始または監視終了を指示する。
【００２４】
また、監視終了後、監視エージェント２０が監視（測定）したＲＴＰパケット数（方向別）を監視マネージャ４１に通知する。監視マネージャ４１が複数箇所の監視エージェント２０の監視結果を突合せ、音声のパケットロス区間を特定する。
【００２５】
なお、監視エージェント２０は、収集した監視データ（ＳＩＰパケット、ＲＴＰパケット）の全てを監視マネージャ４１に送るのではなく、監視エージェント２０が処理した結果（ＩＰアドレス、ＵＤＰポート番号、ＳＩＰパケットの送受信状況、ＲＴＰパケット数等）を監視マネージャ４１に送信する。これにより監視エージェント２０と監視マネージャ４１との間の通信量を抑制できる。
【００２６】
また、監視エージェント２０と、監視マネージャ４１との通信路として、監視対象の通信ネットワーク（インバウンド）、または監視制御ネットワーク（アウトバウンド）の利用が可能である。また、通信方式としてＴＣＰ（Transmission Control Protocol）を用いた専用チャンネルやＳＮＭＰ（Simple Network Management Protocol)などのネットワーク管理プロトコルを利用することが可能である。
【００２７】
図４は、監視エージェントの動作の例を示すフローチャートである。以下、図４を参照して、その処理の流れについて説明する。
監視が開始されると（ステップＳ１１）、監視マネージャ４１から監視エージェント２０に対し、測定開始指示が送信される（ステップＳ１２）。監視エージェント２０では、ＳＩＰ監視（ＳＩＰシグナリング（呼制御）の監視）かＲＴＰ監視（通話用ＲＴＰパケットのロス監視）かを判断する（ステップＳ１３）。
【００２８】
ステップＳ１３において、ＳＩＰ監視と判定された場合は、ＳＩＰ監視用の監視エージェント２０が、監視対象電話番号を基に、当該通話に関連するＳＩＰシーケンス（ＳＩＰシグナリングにおける接続シーケンス）の監視を開始する（ステップＳ１４）。
【００２９】
そして、ＳＩＰの進行状況（通話用のＩＰアドレス／ＵＤＰ−Ｐｏｒｔ等、その時点で分かった情報を含む）をリアルタイムで監視マネージャ４１に通知する。また、通話の終了、失敗、または監視マネージャ４１からの中止指示により、監視を停止する（ステップＳ１５）。
【００３０】
一方、ステップＳ１３において、ＲＴＰ監視と判定された場合は、監視エージェント２０が、監視マネージャ４１から受信したＲＴＰ用のＩＰアドレス／ＵＤＰ−Ｐｏｒｔ番号を基に、当該通話に関連するＲＴＰパケットの監視を開始する（ステップＳ１６）。
【００３１】
そして、監視マネージャ４１からの停止指示により、ＲＴＰ監視を終了し、観測したＲＴＰパケット数（方向毎）を監視マネージャ４１に通知する（ステップＳ１７）。
【００３２】
それから、さらに監視を継続するか否かを判定し（ステップＳ１８）、監視を継続する場合は、監視マネージャ４１からの指示を待つ待機状態に戻り（ステップＳ１２）、監視を継続しない場合は、監視を停止する（ステップＳ１９）。
【００３３】
また、図５は、監視マネージャの動作の例を示すフローチャートである。以下、図５を参照して、その処理の流れについて説明する。
監視が開始されると（ステップＳ２１）、待機状態にある監視マネージャ４１に対し、監視対象となる電話番号が入力される（ステップＳ２２）。
【００３４】
監視マネージャ４１は、監視エージェント２０に監視対象電話番号を通知し、監視開始を指示する（ステップＳ２３）。そして、監視エージェント２０から監視マネージャ４１に対し、ＲＴＰ監視用のＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報が通知される。
【００３５】
監視マネージャ４１は、通話経路上（当該通話のＲＴＰパケットルート上）の監視エージェント２０に、通話用ＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を通知し、監視開始を指示する（ステップＳ２４）。
通話経路上の監視エージェント２０の位置については、監視エージェント２０がどの通話経路上に存在するかが予めデータベース（または他のシステム）に記録されており、そのデータベースを参照して、当該通話の通話経路上に存在する監視エージェント２０を特定する。
なお、予めデータベースに、通話経路上の監視エージェント２０の位置が記録されておらず、監視対象とする通話経路上に設置されている監視エージェント２０を特定できない場合には、監視マネージャ４１から、ＩＰ電話網２上に設置されている全ての監視エージェント２０に対してＲＴＰパケットの監視を指示し、各監視エージェント２０が観測したＲＴＰパケット数を付合わせることにより、ＩＰ電話網２の故障区間を特定するようにしてもよい。
【００３６】
その後、通話経路上の監視エージェント２０に監視停止を指示し（ステップＳ２５）、複数の監視エージェント２０から受信したパケット数情報を突合せ、パケットロスの区間を特定（判定）する（ステップＳ２６）。
【００３７】
例えば、監視対象通話のＲＴＰパケットが、監視エージェントＡ→監視エージェントＢ→監視エージェントＣの経路を通る場合に、監視エージェントＡで計測されたＲＴＰパケット数が１００、監視エージェントＢで計測されたＲＴＰパケット数が８０、監視エージェントＣで計測されたＲＴＰパケット数が７０である場合に、監視エージェントＡと監視エージェントＢとの間で発生したパケットロスが２０、監視エージェントＢと監視エージェントＣとの間で発生したパケットロスが１０というように判定する。
なお、通話経路上を流れるＲＴＰパケットには、送信された順にシーケンス番号の情報が含まれているので、監視エージェントで実際に観測されたＲＴＰパケットの数を、監視エージェントで最後に受信したＲＴＰパケットと最初に受信したＲＴＰパケットのシーケンス番号の差で除算した値を参照することにより、所定の通話経路上の通信品質を測定することもできる。
【００３８】
それから、さらに監視を継続するか否かを判定し（ステップＳ２７）、監視を継続する場合は、待機状態に戻り（ステップＳ２２）、監視を継続しない場合は、監視を停止する（ステップＳ２８）。
【００３９】
以上、図４および図５で示した、監視エージェント２０および監視マネージャ４１の処理により監視対象の電話番号の通話について、遠隔操作によりパケットロス区間を特定することができる。
【００４０】
また、図６は、特定通話のパケットロスの発生区間を特定する例を示す図である。以下、図６を参照して、その処理の流れについて説明する。
最初に、監視マネージャ４１から監視エージェント２０に、監視対象の電話番号を通知し、ＳＩＰ監視開始を指示する（ステップＳ１）。監視エージェント２０は、監視マネージャ４１に対し、監視対象のＳＩＰ情報と通話用ＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を通知する（ステップＳ２）。
【００４１】
監視マネージャ４１は、通話経路上の監視エージェント２０に対し、監視対象通話のＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を通知し、監視対象通話のＲＴＰパケットの監視開始（または終了）を指示する（ステップＳ３）。監視エージェント２０では、監視対象通話のＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を基に、ＲＴＰパケットのフィルタリングを行い、監視対象通話のＲＴＰパケットを抽出して監視する。
【００４２】
その後、監視マネージャ４１はＲＴＰパケットの監視終了を指示する情報を各監視エージェント２０に通知し、監視エージェント２０はＲＴＰパケット監視を終了する。
監視エージェント２０は、ＲＴＰパケット監視情報を監視マネージャ４１に通知する（ステップＳ４）。監視マネージャ４１は、各監視エージェント２０から受信したＲＴＰパケット監視情報を突合せ、故障発生区間を特定する（ステップＳ５）。
【００４３】
以上説明した処理により、監視対象となる電話番号について、ＩＰ電話網における通話経路上の故障区間（パケットロス区間）を、遠隔操作で特定することができる。
【００４４】
また、図７は、監視エージェントと監視マネージャの機能構成例を示す図であり、上述した監視エージェントおよび監視マネージャの有する機能を整理して示したものである。
図７において、監視エージェント２０は、監視エージェント２０の全体を統括制御する制御部（ＣＰＵを含む）２１と、パケットを流通（通過）させて監視を行うためのターミナルアダプタユニット（ＴＡＰ）２２と、監視処理ユニット２３から構成されている。
【００４５】
監視処理ユニット２３中の監視対象情報受信部２４は、監視対象の電話番号の情報を監視マネージャ４１から受信したり、監視マネージャ４１から監視対象通話のパケットに関する情報（ＩＰ／ＵＤＰ−Ｐｏｒｔ情報等）を受信したりするための処理部である。パケット監視指示受信部（パケット監視指示受信手段）２５は、監視マネージャ４１から、ＳＩＰパケットの監視開始（または終了）の指示情報を受信したり、監視マネージャ４１から監視対象通話のＲＴＰパケットの監視の開始または終了の指示情報を受信したりするための処理部である。
【００４６】
パケット監視部（パケット監視手段）２６は、ターミナルアダプタユニット２２を通過するパケットについて、監視対象の電話番号のＳＩＰパケットを監視（測定）したり、ターミナルアダプタユニット２２を通過するパケットについて、監視対象の通話の監視（測定）したりするための処理部である。パケット監視情報送信部（パケット監視情報送信手段）２７は、ＳＩＰパケットの監視情報を監視マネージャ４１に送信したり、測定したＲＴＰパケットの情報を監視マネージャ４１に送信したりするための処理部である。
【００４７】
一方、監視マネージャ４１は、監視マネージャ４１の全体を統括制御する制御部（ＣＰＵを含む）４２と、監視エージェント２０のＩＰ電話網上での位置情報を記録したデータベース４３と、処理プログラム部５０から構成されている。
【００４８】
処理プログラム部５０中の監視エージェント位置情報取得部（監視エージェント位置情報取得手段）５１は、監視エージェントのＩＰ電話網上における配置情報を記録したデータベース４３を参照し、監視エージェント２０のＩＰ電話網上における配置情報を取得するための処理部である。
なお、監視マネージャ４１にデータベース４３を設けずに、監視マネージャ４１から、ＩＰ電話網２上に設置されている全ての監視エージェント２０に対してＲＴＰパケットの監視を指示し、各監視エージェント２０が観測したＲＴＰパケット数を付合わせることにより、ＩＰ電話網２の故障区間を特定するようにしてもよい。
【００４９】
また、パケット監視指示送信部（パケット監視指示送信手段）５２には、ＳＩＰパケット監視指示送信部５３とＲＴＰパケット監視指示送信部５４とが含まれる。ＳＩＰパケット監視指示送信部５３は、監視エージェント２０に監視対象の電話番号を通知と、ＳＩＰパケットの監視開始（または終了）の指示情報とを送信するための処理部である。ＲＴＰパケット監視指示送信部５４は、監視エージェント２０に対し、監視対象通話のＲＴＰパケットのＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報と、ＲＴＰパケットの監視開始（または終了）の指示情報とを送信するための処理部である。
【００５０】
パケット監視情報受信部（パケット監視情報受信手段）５５には、ＳＩＰパケット監視情報受信部５６とＲＴＰパケット監視情報受信部５７とが含まれる。ＳＩＰパケット監視情報受信部５６は、監視エージェント２０から監視対象通話のＳＩＰ情報とＲＴＰパケットのＩＰアドレス／ＵＤＰ−Ｐｏｒｔ情報を受信するための処理部である。ＲＴＰパケット監視情報受信部５７は、監視エージェント２０から監視対象通話のＲＴＰパケット監視情報を受信するための処理部である。
【００５１】
また、故障区間特定部（故障区間特定手段）５８は、通話経路上の複数の監視エージェント２０から受信したＲＴＰパケットの監視情報を突き合わせ、ＩＰ電話網上での故障区間を判定するための処理部である。
【００５２】
次に、本発明の第２の実施形態によるＩＰ電話故障区間切り分けシステムについて説明する。
図８は、本発明の第２の実施形態によるＩＰ電話故障区間切り分けシステムの構成例を示す図である。第１の実施形態によるＩＰ電話故障区間切り分けシステムの構成例（図１参照）と比較すると、ＳＩＰサーバ５と通信機器６との間に監視エージェントが設置されていない点で相違している。また、監視エージェント２０の代わりに、監視エージェント３０が設置されている点において相違する。なお、第１の実施形態と同じ構成を採る部分については、同一の符号を付してそれらの説明を省略する。
【００５３】
図９は、監視エージェントの動作の例を示すフローチャートである。以下、図９を参照して、その処理の流れについて説明する。
監視が開始されると（ステップＳ３１）、監視マネージャ４１から監視エージェント３０に対して監視対象とする電話番号の情報が通知される（ステップＳ３２）。監視エージェント３０では、ステップＳ３２で通知された電話番号に基づいてＳＩＰ監視（ＳＩＰシグナリング（呼制御）の監視）を開始する（ステップＳ３３）。
【００５４】
監視エージェント３０がＳＩＰパケットを受信した場合には、そのＳＩＰパケットが正常であるか否かについて判定を行う（ステップＳ３４）。ＳＩＰパケットが正常であるとは、監視対象としている電話番号の呼の確立が正常に行われている状態をいう。ＳＩＰパケットが正常ではない場合には、後述するステップＳ３７へ進む。一方、ＳＩＰパケットが正常である場合には、監視マネージャ４１からの監視開始の指示を受け、ＲＴＰパケットの監視を開始する。また、監視マネージャ４１から監視停止の指示を受けた場合や、監視対象としている電話番号のユーザ端末４の通話が終了した場合には、ＲＴＰパケットの監視を停止する（ステップＳ３５）。
そして、監視エージェント３０は、観測したＲＴＰパケット数（方向毎）を監視マネージャ４１に通知する（ステップＳ３６）。それから、監視を継続するか否かを判定し（ステップＳ３７）、監視を継続する場合は、監視マネージャ４１からの指示を待つ待機状態に戻り（ステップＳ３２）、監視を継続しない場合は、監視を停止する（ステップＳ３８）。
【００５５】
また、図１０は、監視マネージャの動作の例を示すフローチャートである。以下、図１０を参照して、その処理の流れについて説明する。
監視が開始されると（ステップＳ４１）、待機状態にある監視マネージャ４１に対し、監視対象となる電話番号が入力される（ステップＳ４２）。
監視マネージャ４２は、監視エージェント３０に監視対象電話番号を通知し、監視開始を指示する（ステップＳ４３）。そして、監視マネージャ４１は、ＩＰ電話網２上に設置されている複数の監視エージェント３０から通知されるＳＩＰパケットの情報に基づいて、ＳＩＰパケットが正常であるか否かについて判定する（ステップＳ４４）。
【００５６】
ＳＩＰパケットが正常ではない場合には、ＳＩＰパケットの内容を参照することにより、ＳＩＰパケットが正常ではない原因を監視マネージャ４１の表示画面に表示させる（ステップＳ４５）。一方、ＳＩＰパケットが正常である場合には、監視対象とする時間の経過後に、監視エージェント３０に監視停止を指示した後、各監視エージェント３０から送信されるＲＴＰパケットのパケット数情報を突合せることにより、パケットロスの区間を特定（判定）する（ステップＳ４６）。
なお、予めデータベースに、通話経路上の監視エージェント３０の位置が記録されておらず、監視対象とする通話経路上に設置されている監視エージェント３０を特定できない場合には、監視マネージャ４１から、ＩＰ電話網２上に設置されている全ての監視エージェント３０に対してＲＴＰパケットの監視を指示し、各監視エージェント３０が観測したＲＴＰパケット数を付合わせることにより、ＩＰ電話網２の故障区間を特定するようにしてもよい。
そして、さらに監視を継続するか否かを判定し（ステップＳ４７）、監視を継続する場合は、待機状態に戻り（ステップＳ４２）、監視を継続しない場合は、監視を停止する（ステップＳ４８）。
【００５７】
以上、図９および図１０で示した、監視エージェント３０および監視マネージャ４１の処理により監視対象の電話番号の通話について、ＳＩＰサーバの近傍に設置される監視エージェントと通信を行なわなくても、遠隔操作によりパケットロス区間を特定することができる。
【００５８】
図１１は、特定通話のパケットロスの発生区間を特定する例を示す図である。以下、図１１を参照して、その処理の流れについて説明する。
最初に、監視マネージャ４１から監視エージェント３０に、監視対象の電話番号を通知し、監視開始を指示する（ステップＳ１）。監視エージェント３０は、当該電話番号についてのＳＩＰパケットとＲＴＰパケットの監視を開始する（ステップＳ２）。監視エージェント３０は、ＳＩＰパケットの監視結果を逐次、監視マネージャ４１に通知する。また、監視エージェント３０は、監視マネージャ４１から監視停止の指示を受けた場合には、ＲＴＰパケット監視情報を監視マネージャ４１に通知する（ステップＳ３）。監視マネージャ４１は、各監視エージェント３０から受信したＲＴＰパケット監視情報を突合せ、故障発生区間を特定する（ステップＳ４）。
【００５９】
以上説明した処理により、監視対象となる電話番号について、ＳＩＰサーバの近傍に設置される監視エージェントと通信を行わなくても、ＩＰ電話網における通話経路上の故障区間（パケットロス区間）を、遠隔操作で特定することができる。
なお、上述した第２の実施形態では、各監視エージェント３０から受信したＲＴＰパケット数に基づいて、ＩＰ電話網２上のどの経路上に障害が発生しているかについて判定するようにしたが、このような構成に限定されるものではない。例えば、本実施形態では、ＩＰ電話網２上に、複数台設置されている監視エージェント３０から監視マネージャ４１に逐次送信されてくるＳＩＰパケットの情報を調べて、監視対象とするユーザ端末４間のどの経路までＳＩＰパケットが流れているかを判定することにより、障害が発生している経路を特定することもできる。
【００６０】
以上、上述した第１及び第２の実施形態によるＩＰ電話故障区間切り分けシステムでは、通話単位のパケット監視が可能となり、また、短時間でＳＩＰシグナリグ異常やパケットロス区間の特定が可能となる。また、遠隔操作によって故障の被疑箇所の特定が可能となる。現地対応は、遠隔からの故障区間の切り分け（特定）後に実施されるため、現地作業時間の短縮が図れ、故障区間の切り分け作業が効率的に行える。さらに、複数の通話を選択してＲＴＰパケットのロス状況をサンプルとして監視することで、網の異常有無を把握できる。また、この調査を継続的に実施することで通話品質の劣化傾向も把握でき、早期の問題発見が可能となる。
【００６１】
また、上述した第１の実施形態では、図４に示すように、監視エージェントがＳＩＰパケットとＲＴＰパケットのいずれかを監視する場合について説明し、上述した第２の実施形態では、図９に示すように、監視エージェントがＳＩＰパケットとＲＴＰパケットの双方を監視する場合について説明したが、このような処理に限定されるものではない。例えば、監視エージェントでＳＩＰパケットを監視する場合、ＲＴＰパケットを監視する場合、ＳＩＰパケット及びＲＴＰパケットを監視する場合の３通りのいずれかの処理を選択して実行するようにしてもよい。
【００６２】
なお、上述の監視エージェント２０、３０、および監視マネージャ４１は内部にコンピュータシステムを有している。そして、上述した処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
【００６３】
すなわち、監視エージェント２０、３０、および監視マネージャ４１における、各処理は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工、演算処理を実行することにより、実現されるものである。
【００６４】
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００６５】
以上、本発明の実施の形態について説明したが、本発明のＩＰ電話故障区間切り分けシステム、監視マネージャ、監視エージェントは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【産業上の利用可能性】
【００６６】
本発明においては、通話単位のパケット監視が可能であり、また、短時間でＳＩＰシグナリグ異常やパケットロス区間の特定が可能であるので、本発明は、ＩＰ電話故障区間切り分けシステム及び方法等に有用である。
【図面の簡単な説明】
【００６７】
【図１】本発明の第１の実施形態によるＩＰ電話故障区間切り分けシステムの構成例を示す図である。
【図２】監視エージェントの構成例を示す図である。
【図３】監視エージェントの設置例を示す図である。
【図４】監視エージェントの動作の例を示すフローチャートである。
【図５】監視マネージャの動作の例を示すフローチャートである。
【図６】特定通話のパケットロスの発生区間を特定する例を示す図である。
【図７】監視エージェントと監視マネージャの機能構成例を示す図である。
【図８】本発明の第２の実施形態によるＩＰ電話故障区間切り分けシステムの構成例を示す図である。
【図９】監視エージェントの動作の例を示すフローチャートである。
【図１０】監視マネージャの動作の例を示すフローチャートである。
【図１１】特定通話のパケットロスの発生区間を特定する例を示す図である。
【符号の説明】
【００６８】
１  ＩＰ電話故障区間切り分けシステム
２  ＩＰ電話網
３  ＭＧ又はＶｏＩＰ機器
４  ユーザ端末
５  ＳＩＰサーバ
６  通信機器
２０  監視エージェント
２１  制御部
２２  ターミナルアダプタユニット
２３  監視処理ユニット
２４  監視対象パケット情報受信部
２５  ＲＴＰパケット監視指示受信部
２６  ＲＴＰパケット監視部
２７  ＲＴＰパケット監視情報送信部
３０  監視エージェント
４０  監視センタ
４１  監視マネージャ
４２  制御部
４３  データベース
５０  処理プログラム部
５１  監視エージェント位置情報取得部
５２  パケット監視指示送信部
５３  ＳＩＰパケット監視指示送信部
５４  ＲＴＰパケット監視指示送信部
５５  パケット監視情報受信部
５６  ＳＩＰパケット監視情報受信部
５７  ＲＴＰパケット監視情報受信部
５８  故障区間特定部
【図１】
2007068093.tif 000003
【図２】
2007068093.tif 000004
【図３】
2007068093.tif 000005
【図４】
2007068093.tif 000006
【図５】
2007068093.tif 000007
【図６】
2007068093.tif 000008
【図７】
2007068093.tif 000009
【図８】
2007068093.tif 000010
【図９】
2007068093.tif 000011
【図１０】
2007068093.tif 000012
【図１１】
2007068093.tif 000013