(57)【要約】【課題】効率的にネットワークを監視することができるネットワーク監視装置などを提供する。【解決手段】ネットワーク監視装置（例えば、キャプチャ装置２１）は、ネットワーク（例えば、ＬＴＥのネットワーク）を構成する２個の通信装置（例えば、ＭＭＥ装置２とＳＧＷ装置４）の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類（例えば、ＩＥのタイプの組み合わせ）毎に、障害の判定を行う障害判定部を備える。【選択図】図１
2015070519.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う障害判定部を備える、
ネットワーク監視装置。
【請求項２】
前記メッセージには、１または複数のタイプの情報が含まれ、
前記メッセージの種類は、前記タイプの情報の組み合わせにより決まり、
前記ネットワーク監視装置は、受信されたメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部を備え、
前記障害判定部は、前記メッセージ解析部により特定されたタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う、
請求項１に記載のネットワーク監視装置。
【請求項３】
前記ネットワーク監視装置は、前記リクエストメッセージに含まれるシーケンス番号および前記応答メッセージに含まれるシーケンス番号に基づいて、前記リクエストメッセージと前記応答メッセージとを対応付けるマッピング部を備え、
前記障害判定部は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う、
請求項１または請求項２のいずれか１項に記載のネットワーク監視装置。
【請求項４】
前記ネットワーク監視装置は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する応答時間を測定する応答時間測定部を備え、
前記障害判定部は、前記応答時間測定部により測定された応答時間に基づいて、メッセージの種類毎に、障害の判定を行う、
請求項３に記載のネットワーク監視装置。
【請求項５】
前記障害判定部は、メッセージの種類毎に、前記リクエストメッセージの要求を処理する装置を特定して、特定した装置またはその装置に至るまでの区間が障害の箇所であると特定する、
請求項１から請求項４のいずれか１項に記載のネットワーク監視装置。
【請求項６】
ネットワークを構成する第１の通信装置と第２の通信装置との間の区間を伝送する第１のメッセージおよび第２のメッセージを受信する受信部と、
前記受信部により受信された第１のメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部と、
前記第１のメッセージに含まれるシーケンス番号および前記第２のメッセージに含まれるシーケンス番号に基づいて、前記第１のメッセージと前記第２のメッセージとを対応付けるマッピング部と、
前記第１のメッセージおよび前記第２のメッセージに関する情報を記憶するデータベースと、
前記第１のメッセージおよび前記第２のメッセージに関する情報に基づいて、前記メッセージ解析部により特定されるタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う障害判定部と、
を備えるネットワーク監視システム。
【請求項７】
受信部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージを受信し、
障害判定部が、前記受信部により受信されたリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う、
ネットワーク監視方法。
【請求項８】
障害判定部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行うステップを、
コンピュータに実行させるためのネットワーク監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムに関する。
【背景技術】
【０００２】
特許文献１では、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のネットワークを対象として、ネットワーク品質監視装置およびネットワーク品質監視方法を提案している（特許文献１参照。）。具体的には、ＳＩＰネットワーク内の複数箇所に設置したキャプチャ装置においてＳＩＰのシグナリングメッセージをキャプチャおよび収集した上で、キャプチャ区間毎に、リクエスト送信から応答受信までの応答時間、または、リクエスト再送回数を求め、これらを統計処理した結果、異常と判断される上限値を越えた場合に該当区間で異常が発生したと判定する技術を提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１９３４８２号公報
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．２７４  Ｖ１１．７．０、２０１３年６月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような従来技術では、監視区間を流れるリクエストメッセージを該当区間の障害判定に使用するため、監視対象となる区間毎にキャプチャ装置を設置する必要があり、監視環境の構築に膨大な費用（コスト）が発生するという問題があった。
例えば、特許文献１で提案されているネットワーク品質監視装置およびネットワーク品質監視方法は、ＳＩＰネットワークに限られず、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のネットワークにも適用が可能であると考えられる。特に、大規模なＬＴＥネットワークを構築および運用する通信キャリアにおいて、上述したような従来技術を適用する場合に、上記のような問題があった。
【０００６】
本発明は、このような事情を考慮してなされたもので、効率的にネットワークを監視することができるネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
（１）上記の課題を解決するために、本発明の一態様に係るネットワーク監視装置は、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う障害判定部を備える。
【０００８】
（２）本発明の一態様は、上記した（１）に記載のネットワーク監視装置において、前記メッセージには、１または複数のタイプの情報が含まれ、前記メッセージの種類は、前記タイプの情報の組み合わせにより決まり、前記ネットワーク監視装置は、受信されたメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部を備え、前記障害判定部は、前記メッセージ解析部により特定されたタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う、構成が用いられてもよい。
【０００９】
（３）本発明の一態様は、上記した（１）または上記した（２）のいずれか１つに記載のネットワーク監視装置において、前記ネットワーク監視装置は、前記リクエストメッセージに含まれるシーケンス番号および前記応答メッセージに含まれるシーケンス番号に基づいて、前記リクエストメッセージと前記応答メッセージとを対応付けるマッピング部を備え、前記障害判定部は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う、構成が用いられてもよい。
【００１０】
（４）本発明の一態様は、上記した（３）に記載のネットワーク監視装置において、前記ネットワーク監視装置は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する応答時間を測定する応答時間測定部を備え、前記障害判定部は、前記応答時間測定部により測定された応答時間に基づいて、メッセージの種類毎に、障害の判定を行う、構成が用いられてもよい。
【００１１】
（５）本発明の一態様は、上記した（１）から上記した（４）のいずれか１つに記載のネットワーク監視装置において、前記障害判定部は、メッセージの種類毎に、前記リクエストメッセージの要求を処理する装置を特定して、特定した装置またはその装置に至るまでの区間が障害の箇所であると特定する、構成が用いられてもよい。
【００１２】
（６）上記の課題を解決するために、本発明の一態様に係るネットワーク監視システムは、ネットワークを構成する第１の通信装置と第２の通信装置との間の区間を伝送する第１のメッセージおよび第２のメッセージを受信する受信部と、前記受信部により受信された第１のメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部と、前記第１のメッセージに含まれるシーケンス番号および前記第２のメッセージに含まれるシーケンス番号に基づいて、前記第１のメッセージと前記第２のメッセージとを対応付けるマッピング部と、前記第１のメッセージおよび前記第２のメッセージに関する情報を記憶するデータベースと、前記第１のメッセージおよび前記第２のメッセージに関する情報に基づいて、前記メッセージ解析部により特定されるタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う障害判定部と、を備える。
【００１３】
（７）上記の課題を解決するために、本発明の一態様に係るネットワーク監視方法は、受信部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージを受信し、障害判定部が、前記受信部により受信されたリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う。
【００１４】
（８）上記の課題を解決するために、本発明の一態様に係るネットワーク監視プログラムは、障害判定部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行うステップを、コンピュータに実行させるためのプログラムである。
【発明の効果】
【００１５】
本発明によれば、効率的にネットワークを監視することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る通信システムの概略的な構成を示す図である。
【図２】本発明の一実施形態に係るキャプチャ装置の構成を示すブロック図である。
【図３】本発明の一実施形態に係るメッセージの構成を示す図である。
【図４】本発明の一実施形態に係る応答時間の一例を示す図である。
【図５】本発明の一実施形態に係る異なる応答時間の例を示す図である。
【図６】本発明の一実施形態に係る複数の種類のメッセージの例を示す図である。
【図７】本発明の一実施形態に係る複数の種類のメッセージに対応する装置の例を示す図である。
【図８】本発明の一実施形態に係るキャプチャ装置においてリクエストメッセージを受信した場合に行われる処理の手順の一例を示すフローチャート図である。
【図９】本発明の一実施形態に係るキャプチャ装置において応答メッセージを受信した場合に行われる処理の手順の一例を示すフローチャート図である。
【図１０】本発明の一実施形態に係るキャプチャ装置において障害判定時に行われる処理の手順の一例を示すフローチャート図である。
【図１１】本発明の他の構成例に係るキャプチャ装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照し、本発明の実施形態について説明する。
＜本実施形態に係る通信システムの概要＞
図１は、本発明の一実施形態に係る通信システムの概略的な構成を示す図である。
本実施形態に係る通信システムは、ＬＴＥのネットワークの通信システムに、ネットワーク監視装置（本実施形態では、キャプチャ装置２１）を備えた構成を有する。
本実施形態に係る通信システムは、複数（本実施形態では、Ｎ個）の基地局装置（ｅＮｏｄｅＢ）１−１〜１−Ｎと、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）装置２と、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｙｓｔｅｍ）装置３と、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）装置４と、複数（本実施形態では、Ｍ個）のＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）装置５−１〜５−Ｍと、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ装置６と、認証サーバ装置７と、他の通信装置８〜１０（本実施形態では、３個を例示した）と、キャプチャ装置２１を備える。
通信装置８〜１０としては、様々な装置が用いられてもよい。
【００１８】
ここで、ＬＴＥネットワークは、ｅＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ）と呼ばれる無線ネットワークと、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と呼ばれるコアネットワークから構成される。
ｅＵＴＲＡＮは、基地局装置１−１〜１−Ｎのみで構成される。
ＥＰＣは、ＭＭＥ装置２、ＨＳＳ装置３、ＳＧＷ装置４、ＰＧＷ装置５−１〜５−Ｍなどの、複数の装置群により構成される。
【００１９】
本実施形態に係る通信システムでは、各基地局装置１−１〜１−ＮとＭＭＥ装置２が接続される。ＭＭＥ装置２とＨＳＳ装置３が接続される。ＭＭＥ装置２とＳＧＷ装置４が接続され、これらの間に、キャプチャ装置２１が備えられる。ＳＧＷ装置４と、各ＰＧＷ装置５−１〜５−Ｍ、ＤＮＳサーバ装置６、認証サーバ装置７が接続される。ＰＧＷ装置５−１と各通信装置８〜１０が接続される。
【００２０】
本実施形態では、一の装置と他の装置との間が有線または無線の回線を用いて接続され、一の装置とそれに接続された他の装置との間を「区間」という。本実施形態では、ＭＭＥ装置２とＳＧＷ装置４との間の区間に、キャプチャ装置２１が備えられている。
本実施形態に係る通信システムでは、一の装置（本実施形態では、例として、ＭＭＥ装置２）が、所定の要求（リクエスト）を行うメッセージであるリクエストメッセージを送信し、他の装置（本実施形態では、例として、ＳＧＷ装置４）が、リクエストメッセージの要求に応じた処理（自装置における処理や別の装置に要求を発する処理を含む。）を行って、リクエストメッセージに応答するメッセージである応答メッセージを送信する。
なお、図１に示される通信システムの構成は一例であり、通信システムにおける各装置の配置や数などとしては、様々な構成が用いられてもよい。
【００２１】
＜本実施形態に係るキャプチャ装置の概要＞
図２は、本発明の一実施形態に係るキャプチャ装置２１の構成を示すブロック図である。
本実施形態に係るキャプチャ装置２１は、受信部１０１と、メッセージ処理部１０２を備える。
受信部１０１は、リクエストメッセージ受信部１１１と、応答メッセージ受信部１１２を備える。
メッセージ処理部１０２は、メッセージ解析部１２１と、リクエストメッセージマッピング部１２２と、メッセージデータベース１２３と、応答時間測定部１２４と、障害判定部１２５を備える。
なお、例えば、受信部１０１はエクスポーターと呼ばれ、メッセージ処理部１０２はコレクターと呼ばれる。
【００２２】
＜本実施形態に係るメッセージの概要＞
本実施形態では、メッセージとして、３ＧＰＰ  ＴＳ  ２９．２７４  Ｖ１１．７．０の規格に応じたメッセージであり、さらにＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に関するＧＴＰｖ２（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ２）に応じたメッセージ（例えば、シグナリングメッセージ）を用いる場合を例とする（非特許文献１参照。）。
また、メッセージの通信としては、例えば、パケット通信が用いられる。
【００２３】
図３は、本発明の一実施形態に係るメッセージ２０１の構成を示す図である。
本実施形態では、メッセージ２０１の構成は、リクエストメッセージの構成および応答メッセージの構成として用いられる。
本実施形態に係るメッセージ２０１のフレームでは、フレームの先頭から、Ｌ２（Ｌａｙｅｒ  ２）ヘッダ２１１、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダ２１２、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ヘッダ２１３、ＧＴＰｖ２ヘッダ２１４が配置され、それに続いて、１または複数であるｎ個の組について、タイプＴ（Ｔｙｐｅ）とレングス（Ｌｅｎｇｔｈ）Ｌとバリュー（Ｖａｌｕｅ）Ｖの組み合わせが配置される。
【００２４】
図３の例では、メッセージ２０１におけるタイプＴとレングスＬとバリューＶの組み合わせのところでは、まず、１個目のタイプ２１５−１であるＴ（１）と、１個目のレングス２１６−１であるＬ（１）と、１個目のバリュー２１７−１であるＶ（１）が配置され、それに続いて、２個目以降が配置され、最後に、ｎ個目のタイプ２１５−ｎであるＴ（ｎ）と、ｎ個目のレングス２１６−ｎであるＬ（ｎ）と、ｎ個目のバリュー２１７−ｎであるＶ（ｎ）が配置される。なお、ｎ＝１である場合には、１個目だけが配置される。
【００２５】
メッセージ２０１には、ユニーク（例えば、実質的にユニークであればよい。）なシーケンス番号が含まれる。シーケンス番号は、例えば、ＧＴＰｖ２ヘッダ２１４に含まれる。
リクエストメッセージのシーケンス番号と、当該リクエストメッセージに対する応答メッセージのシーケンス番号とは、一致する。つまり、応答メッセージには、応答する対象となるリクエストメッセージに含まれるシーケンス番号と同じシーケンス番号が含められる。１つのリクエストメッセージに対しては、例えば、応答が必要である場合には、１つの応答メッセージがあり、また、応答が不要である場合（通知のみが必要である場合）には、応答メッセージがない。
【００２６】
タイプＴとレングスＬとバリューＶの組み合わせの情報は、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）の情報である。
タイプＴは、複数のタイプのうちの１つを特定し、例えば、１５０種類以上のタイプがある。具体例として、ＩＥのタイプとしては、１番目のＩＥのタイプはＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）番号に関するものであることが定義されており、７１番目のＩＥのタイプはＡｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ番号に関するものであることが定義されており、７５番目のＩＥのタイプはＭｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ番号に関するものであることが定義されており、他の番号のＩＥのタイプについても定義されている（非特許文献１参照。）。
レングスＬは、バリューＶの長さを特定し、例えば、固定の長さ、または、可変の長さがある。
バリューＶは、情報列（例えば、文字列）である。
【００２７】
１つのメッセージ２０１の中に、タイプＴとレングスＬとバリューＶの組み合わせの情報が複数含まれることがある。つまり、１つのメッセージ２０１の中に、複数のＩＥが含まれることがある。
１つのメッセージ２０１の中に含まれる１つのＩＥまたは複数のＩＥの組み合わせ毎に、メッセージの種類が決まり特定される。メッセージの種類毎に、リクエストメッセージの要求を処理する装置や処理の内容（例えば、処理の負荷）などが異なり得ることから、リクエストメッセージに対する応答メッセージの応答時間が異なり得る。
【００２８】
なお、ＬＴＥにおいては、違う目的のメッセージについても、同じ名称のメッセージ（本実施形態では、リクエストメッセージや応答メッセージ）で定義されることがあるが、本実施形態では、ＩＥの組み合わせ（ＩＥが１つの場合には、１つのみの組み合わせとみなす）毎に、メッセージの種類が異なり、識別することが可能である。
また、ＬＴＥにおいては、リクエストメッセージを受信した装置が、その要求の内容に応じて他の装置へ要求を発し、その要求に対する応答を受信して、応答メッセージを送信する、というように、多段で通信する場合がある。この点は、ＬＴＥの独特なネットワーク構成である。
【００２９】
＜メッセージの送受信および応答時間について＞
本実施形態では、ＭＭＥ装置２とＳＧＷ装置４との間の区間にキャプチャ装置２１を備え、キャプチャ装置２１が、ＭＭＥ装置２とＳＧＷ装置４との間で送受信されるリクエストメッセージと応答メッセージを取得（キャプチャ）することにより、応答時間を取得（例えば、計算）することができる。
【００３０】
図４は、本発明の一実施形態に係る応答時間の一例を示す図である。
図４の例では、ＭＭＥ装置２が、リクエストメッセージをＳＧＷ装置４へ送信する（処理ＳＴ１）。ＳＧＷ装置４が、当該リクエストメッセージを受信して、その要求に応じた処理（自装置における処理や別の装置に要求を発する処理を含む。）を行って、応答メッセージをＭＭＥ装置２へ送信する（処理ＳＴ２）。ＭＭＥ装置２が、当該応答メッセージを受信する。
この場合、例えば、ＭＭＥ装置２がリクエストメッセージを送信したタイミングから、それに対する応答メッセージをＭＭＥ装置２が受信したタイミングまでの時間が、応答時間Ｔ１になる。
なお、応答時間の開始タイミングとしては、例えば、ＭＭＥ装置２がリクエストメッセージを送信したタイミングではなく、ＳＧＷ装置４がリクエストメッセージを受信したタイミング、あるいは、これらの送信と受信の間のタイミングなどが用いられてもよい。同様に、応答時間の終了タイミングとしては、例えば、ＭＭＥ装置２が応答メッセージを受信したタイミングではなく、ＳＧＷ装置４が応答メッセージを送信したタイミング、あるいは、これらの送信と受信の間のタイミングなどが用いられてもよい。
【００３１】
一例として、ＬＴＥの携帯電話（スマートフォンを含む。）などの端末装置のユーザにより行われる操作によって当該端末装置の電源がオフからオンになった場合には、当該端末装置はＬＴＥのネットワークに初期的に接続されることになる。この場合、ＭＭＥ装置２は、セッション確立要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）のリクエストメッセージをＳＧＷ装置４に対して送信し、当該リクエストメッセージを受信したＳＧＷ装置４は、その要求に応じて必要な処理を行った上で、ＭＭＥ装置２に対して、セッション確立応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）の応答メッセージを返答（送信）する。
【００３２】
ＬＴＥネットワークにおいて、ＭＭＥ装置２が送信するセッション確立要求のリクエストメッセージと、ＳＧＷ装置４が応答するセッション確立応答の応答メッセージから応答時間を算出した場合には、同一のＭＭＥ装置２と同一のＳＧＷ装置４との間の区間（同一の区間）であっても、応答時間が例えば数ｍｓから数１００ｍｓのように大きく異なることがあり得る。
この理由は、ＭＭＥ装置２が送信するセッション確立要求のリクエストメッセージに対してＳＧＷ装置４がセッション確立応答の応答メッセージを返答するまでに、例えば、ＳＧＷ装置４が自装置のみで処理を行う場合や、あるいは、ＳＧＷ装置４と他の装置Ｘとの間の区間でリクエストメッセージおよび応答メッセージ（元々のメッセージと同じであってもよく、または、異なってもよい。）の送受信が行われる場合や、あるいは、ＳＧＷ装置４と他の装置Ｙ（装置Ｘとは異なる装置）との間の区間でリクエストメッセージおよび応答メッセージ（元々のメッセージと同じであってもよく、または、異なってもよい。）の送受信が行われる場合があるためである。ＳＧＷ装置４と他の装置Ｘ、Ｙとの間の区間でリクエストメッセージおよび応答メッセージの送受信が行われる場合には、ＳＧＷ装置４は、ＭＭＥ装置２へ応答メッセージを返答する前に、他の装置Ｘ、Ｙとの送受信に要する時間を待機する必要がある。
実ネットワークにおける応答時間は、例えば、ＳＧＷ装置４が応答するまでに関わる他の装置の台数や、その処理内容によって大きく異なり得る。
【００３３】
図５は、本発明の一実施形態に係る異なる応答時間の例を示す図である。
図５における一例では、ＭＭＥ装置２が、リクエストメッセージをＳＧＷ装置４へ送信する（処理ＳＴ１１）。ＳＧＷ装置４が、当該リクエストメッセージを受信して、その要求に応じた処理として、リクエストメッセージ（受信したものと同じであってもよく、または、異なってもよい。）をＰＧＷ装置５−１へ送信する（処理ＳＴ１２）。ＰＧＷ装置５−１が、当該リクエストメッセージを受信して、その要求に応じた処理を自装置で行って、応答メッセージをＳＧＷ装置４へ送信する（処理ＳＴ１３）。ＳＧＷ装置４が、当該応答メッセージを受信して、応答メッセージ（受信したものと同じであってもよく、または、異なってもよい。）をＭＭＥ装置２へ送信する（処理ＳＴ１４）。
この場合、例えば、ＭＭＥ装置２がリクエストメッセージを送信したタイミングから、それに対する応答メッセージをＭＭＥ装置２が受信したタイミングまでの時間が、応答時間Ｔ１１になる。
【００３４】
図５における他の例では、ＭＭＥ装置２が、リクエストメッセージをＳＧＷ装置４へ送信する（処理ＳＴ２１）。ＳＧＷ装置４が、当該リクエストメッセージを受信して、その要求に応じた処理として、リクエストメッセージ（受信したものと同じであってもよく、または、異なってもよい。）を認証サーバ装置７へ送信する（処理ＳＴ２２）。認証サーバ装置７が、当該リクエストメッセージを受信して、その要求に応じた処理を自装置で行って、応答メッセージをＳＧＷ装置４へ送信する（処理ＳＴ２３）。ＳＧＷ装置４が、当該応答メッセージを受信して、応答メッセージ（受信したものと同じであってもよく、または、異なってもよい。）をＭＭＥ装置２へ送信する（処理ＳＴ２４）。
この場合、例えば、ＭＭＥ装置２がリクエストメッセージを送信したタイミングから、それに対する応答メッセージをＭＭＥ装置２が受信したタイミングまでの時間が、応答時間Ｔ１２になる。
【００３５】
ここで、ＳＧＷ装置４が、受信したリクエストメッセージの要求に応じた処理を自装置で行う場合もある。この場合、ＭＭＥ装置２が、リクエストメッセージをＳＧＷ装置４へ送信し、ＳＧＷ装置４が、当該リクエストメッセージを受信して、その要求に応じた処理を自装置で行って、応答メッセージをＭＭＥ装置２へ送信する。
また、図５の例では、ＭＭＥ装置２からリクエストメッセージを受信したＳＧＷ装置４に直接接続される他の装置（ＰＧＷ装置５−１や、認証サーバ装置７）において要求に応じた処理を行う構成を示したが、他の構成例として、リクエストメッセージを受信したＳＧＷ装置４に別の装置を介して接続される装置において要求に応じた処理を行う構成が用いられてもよく、また、例えば、複数の装置において要求に応じた処理を行う構成が用いられてもよい。
【００３６】
リクエストメッセージの要求に応じた処理に関し、処理を行う装置（経由する装置）や、処理の内容は、リクエストメッセージの中身によって異なる。
本実施形態では、メッセージの種類は、ＧＴＰｖ２で運ばれるＩＥの個数やタイプによって変わる。そこで、本実施形態では、リクエストメッセージが運ぶ各ＩＥのタイプを分析し、ＩＥのタイプの組み合わせが同じであるリクエストメッセージの群をクラスタリング（分類）し、このような群（ＩＥのタイプの組み合わせ）毎に、応答時間を集計して統計処理することや、あるいは、応答時間に関して個別の閾値を設けること、などを行う。
なお、通常、ＩＥのタイプの組み合わせの数は、有限個である。
【００３７】
図６は、本発明の一実施形態に係る複数の種類のメッセージの例を示す図である。
図６の例では、異なるＩＥのタイプの組み合わせを運ぶ３種類のメッセージ（リクエストメッセージおよび応答メッセージのペア）の例を示してある。
１番目（１種類目）のメッセージは、１番目のＩＥのタイプおよび７７番目のＩＥのタイプを運ぶものであり、応答時間は１ｍｓである。
２番目（２種類目）のメッセージは、１番目のＩＥのタイプおよび７８番目のＩＥのタイプを運ぶものであり、応答時間は１０ｍｓである。
３番目（３種類目）のメッセージは、１番目のＩＥのタイプおよび８０番目のＩＥのタイプを運ぶものであり、応答時間は１００ｍｓである。
【００３８】
一例として、メッセージの種類（本実施形態では、ＩＥのタイプの組み合わせ）毎に、応答時間を集計して統計処理することができる。
他の例として、メッセージの種類（本実施形態では、ＩＥのタイプの組み合わせ）毎に、応答時間に応じた閾値を設定することができる。例えば、１番目のＩＥのタイプおよび７７番目のＩＥのタイプを運ぶ１番目（１種類目）のメッセージについては応答時間に関して１０ｍｓの閾値を設定し、１番目のＩＥのタイプおよび７８番目のＩＥのタイプを運ぶ２番目（２種類目）のメッセージについては応答時間に関して６０ｍｓの閾値を設定し、１番目のＩＥのタイプおよび８０番目のＩＥのタイプを運ぶ３番目（３種類目）のメッセージについては応答時間に関して１５０ｍｓの閾値を設定する。
【００３９】
また、メッセージの種類毎に、メッセージの処理内容（例えば、他の装置とのメッセージの送受信の有無など）を判断することが可能である。
一例として、リクエストメッセージの要求を処理した装置を識別する情報（本実施形態では、ＩＰアドレスの情報）が、当該リクエストメッセージに対する応答メッセージの中の該当するＩＥのバリューＶに含められるため、その識別情報に基づいて、当該装置を判断（特定）することができる。
他の例として、あらかじめ、メッセージの種類（本実施形態では、ＩＥのタイプの組み合わせ）毎に、メッセージの要求を処理する装置との対応付け（紐付け）を記憶しておくことで、他の装置とメッセージを送受信する場合には、当該他の装置やその装置に至るまでの区間を判断（特定）することができる。
本実施形態では、キャプチャ装置２１を備える区間に対して、他の区間における障害の判定を行うことが可能となり、結果として、ＭＭＥ装置２とＳＧＷ装置４との間の区間を監視するだけで、より広域に関して障害の監視が可能となる。
【００４０】
図７は、本発明の一実施形態に係る複数の種類のメッセージに対応する装置の例を示す図である。
図７では、図６に示されるものと同様な３種類のメッセージについて示してある。
１番目（１種類目）のメッセージは、１番目のＩＥのタイプおよび７７番目のＩＥのタイプを運ぶものであり、リクエストメッセージの要求に応じた処理を装置Ｘが行うものとして、装置Ｘと対応付けられている。なお、応答時間に関して閾値を越えたか否かの判定の結果が「無し（越えていない）」という判定結果（この判定やこの結果は一つの例）であることが格納されている。
２番目（２種類目）のメッセージは、１番目のＩＥのタイプおよび７８番目のＩＥのタイプを運ぶものであり、リクエストメッセージの要求に応じた処理を装置Ｙ（装置Ｘとは異なる装置。）が行うものとして、装置Ｙと対応付けられている。なお、応答時間に関して閾値を越えたか否かの判定の結果が「有り（越えた）」という判定結果（この判定やこの結果は一つの例）であることが格納されている。
３番目（３種類目）のメッセージは、１番目のＩＥのタイプおよび８０番目のＩＥのタイプを運ぶものであり、リクエストメッセージの要求に応じた処理を装置Ｚ（装置Ｘ、Ｙとは異なる装置）が行うものとして、装置Ｚと対応付けられている。なお、応答時間に関して閾値を越えたか否かの判定の結果が「無し（越えていない）」という判定結果（この判定やこの結果は一つの例）であることが格納されている。
【００４１】
一例として、同じメッセージの種類毎に、応答時間に関して統計処理を行って、障害の有無を判定することができる。具体例として、同じメッセージの種類毎に、応答時間の移動平均を求めて、外れ値（過去の移動平均の値から所定の閾値以上に外れた値）を検索し、所定の時間範囲に外れ値が所定の回数（あらかじめ定められた１回または複数回）だけ存在した場合に障害があると判定することができる。また、移動平均の代わりに分散を用いることもできる。また、外れ値としては、例えば、測定時の瞬時値を用いることや、あるいは、時間的に近い複数回の瞬時値の平均値を用いることができる。
他の例として、同じメッセージの種類毎に、応答時間に関して閾値を設定して、メッセージの応答処理に要する時間（本実施形態では、応答時間）が閾値を越えた場合に障害があると判定することができる。応答時間に関する閾値としては、例えば、メッセージの種類毎に、あらかじめ固定的に設定しておくことや、あるいは、メッセージの種類毎に、所定の時間範囲における応答時間の平均値を求め、その平均値に所定の値（例えば、正の値）を加えた結果の値を閾値として用いることができる。
【００４２】
さらに、一例として、メッセージの種類毎に、リクエストメッセージの要求を処理する装置を特定して、特定した装置（または、その装置に至るまでの区間）が障害の箇所であると（例えば、推定的に）特定することが可能である。
具体例として、図７の例では、それぞれのメッセージの種類（ＩＥのタイプの組み合わせ）によって紐付けられる装置を、装置Ｘ、装置Ｙ、装置Ｚとしたときに、装置Ｙに関わるメッセージの応答時間について障害を判定した場合には、該当する装置Ｙ（または、その装置Ｙに至るまでの区間）を障害の箇所として絞り込むことが可能である。
【００４３】
＜本実施形態に係るキャプチャ装置において行われる処理の概要＞
本実施形態に係るキャプチャ装置２１において行われる処理の概要を示す。
リクエストメッセージ受信部１１１は、リクエストメッセージを受信する。本実施形態では、リクエストメッセージ受信部１１１は、ＭＭＥ装置２からＳＧＷ装置４へ伝送されるリクエストメッセージを受信する。
応答メッセージ受信部１１２は、応答メッセージを受信する。本実施形態では、応答メッセージ受信部１１２は、ＳＧＷ装置４からＭＭＥ装置２へ伝送される応答メッセージを受信する。
【００４４】
ここで、受信部１０１は、一例として、ＭＭＥ装置２とＳＧＷ装置４との間に接続されたスイッチ（または、タップなどと呼ばれてもよい。）と、当該スイッチに接続されたキャプチャ部から構成される。
スイッチは、ＭＭＥ装置２とＳＧＷ装置４との間を伝送されるメッセージ（本実施形態では、リクエストメッセージや応答メッセージ）を中継する。このときに、ｉ（ｉは任意の整数）番ポートの信号をｊ（ｊは任意の整数であり、例えば、ｉ−１またはｉ＋１）番ポートにミラーリング（同じ信号を生成）し、ミラーリングされた信号をキャプチャ部により取得する。このミラーリングは、取得するだけの一方向である。
このようなミラーリングによりリクエストメッセージを取得する機能部がリクエストメッセージ受信部１１１に相当し、このようなミラーリングにより応答メッセージを取得する機能部が応答メッセージ受信部１１２に相当する。
なお、メッセージがリクエストメッセージであるかまたは応答メッセージであるかは、例えば、メッセージのヘッダに含まれる情報に基づいて、リクエストメッセージ受信部１１１や応答メッセージ受信部１１２により、判定することが可能である。
【００４５】
メッセージ解析部１２１は、リクエストメッセージ受信部１１１により受信されたリクエストメッセージを解析する。本実施形態では、メッセージ解析部１２１は、リクエストメッセージ受信部１１１により受信されたリクエストメッセージについて、当該リクエストメッセージの受信時刻や、当該リクエストメッセージに含まれるＩＥのタイプの組み合わせや、当該リクエストメッセージに含まれるシーケンス番号を分析して特定し、当該リクエストメッセージに関する情報をメッセージデータベース１２３に記憶（格納）する。
【００４６】
メッセージデータベース１２３は、リクエストメッセージおよび応答メッセージに関する情報を記憶する。本実施形態では、メッセージデータベース１２３は、リクエストメッセージおよび応答メッセージに関する情報として、メッセージ毎に、ＩＥのタイプの組み合わせを特定する情報や、シーケンス番号を特定する情報や、受信時刻を特定する情報や、メッセージの種類（例えば、「セッション確立」などの種類）を特定する情報を対応付けて記憶する。ここで、メッセージの種類は、ＩＥのタイプの組み合わせに応じて決定される。
【００４７】
リクエストメッセージマッピング部１２２は、応答メッセージ受信部１１２により受信された応答メッセージを、リクエストメッセージと対応付ける（マッピングする）。本実施形態では、リクエストメッセージマッピング部１２２は、応答メッセージ受信部１１２により受信された応答メッセージについて、当該応答メッセージの受信時刻や、当該応答メッセージに含まれるシーケンス番号を分析して特定し、メッセージデータベース１２３の記憶内容に含まれる同じシーケンス番号を有するリクエストメッセージと対応付けて、当該応答メッセージに関する情報をメッセージデータベース１２３に記憶（格納）する。
【００４８】
なお、応答メッセージに関するＩＥのタイプの組み合わせやメッセージの種類は、例えば、リクエストメッセージマッピング部１２２が応答メッセージを分析して特定してもよく、または、対応するリクエストメッセージと同じ情報を読み出して用いてもよい。
また、一例として、リクエストメッセージマッピング部１２２は、応答メッセージに対応するリクエストメッセージに関する情報がメッセージデータベース１２３に記憶されていない場合には、当該応答メッセージに関する情報をメッセージデータベース１２３に記憶しない。他の例として、リクエストメッセージマッピング部１２２は、応答メッセージに対応するリクエストメッセージに関する情報がメッセージデータベース１２３に記憶されていない場合には、リクエストメッセージとは無関係に、当該応答メッセージに関する情報をメッセージデータベース１２３に記憶する。
【００４９】
応答時間測定部１２４は、リクエストメッセージに対する応答メッセージの応答の時間を測定する。本実施形態では、応答時間測定部１２４は、互いに対応付けられたリクエストメッセージと応答メッセージについて、当該応答メッセージの受信時刻から当該リクエストメッセージの受信時刻を減じた結果の値（これらの受信時刻の差分の値）を応答時間として検出（測定）する。
ここで、本実施形態では、ＭＭＥ装置２がリクエストメッセージを送信したタイミングから、それに対する応答メッセージをＭＭＥ装置２が受信したタイミングまでの時間を応答時間の一例としているが、ここでは、キャプチャ装置２１において、ＭＭＥ装置２が送信したリクエストメッセージを受信したタイミング（リクエストメッセージの受信時刻）から、それに対するＭＭＥ装置２への応答メッセージを受信したタイミング（応答メッセージの受信時刻）までの時間を近似的に応答時間とみなしている。なお、応答時間を取得する他の手法が用いられてもよい。
【００５０】
障害判定部１２５は、応答時間測定部１２４により測定された応答時間に基づいて、ネットワークに関する障害の判定を行う。本実施形態では、障害判定部１２５は、一例として、応答時間測定部１２４により測定された応答時間をメッセージの種類毎に集計して統計処理することにより、移動平均などに基づいて、障害の判定を行う。障害判定部１２５は、他の例として、メッセージの種類毎に定められる閾値などに基づいて、応答時間測定部１２４により測定された応答時間（例えば、１回分の測定値）について、障害の判定を行う。また、障害の判定を行う他の手法が用いられてもよい。
また、障害判定部１２５は、障害が発生したと判定したメッセージの種類に紐付けられた装置を特定することにより、当該装置（または、その装置に至るまでの区間）を障害の箇所として特定することができる。
【００５１】
ここで、本実施形態に係るキャプチャ装置２１では、リクエストメッセージと応答メッセージのペア（本実施形態では、シーケンス番号が一致するもの）を対応付けて、これらのメッセージに関する情報をメッセージデータベース１２３に記憶する構成を示したが、他の構成例として、リクエストメッセージに関する情報と応答メッセージに関する情報を別々にメッセージデータベース１２３に記憶し、メッセージデータベース１２３からメッセージを読み出す（例えば、応答時間測定部１２４により読み出す）ときに、シーケンス番号に基づいて、リクエストメッセージと応答メッセージのペアを特定する構成が用いられてもよい。
【００５２】
＜処理のフローの例＞
図８は、本発明の一実施形態に係るキャプチャ装置２１においてリクエストメッセージを受信した場合に行われる処理の手順の一例を示すフローチャート図である。
リクエストメッセージ受信部１１１がリクエストメッセージを受信すると（ステップＳ１）、メッセージ解析部１２１が受信されたリクエストメッセージを解析し、ＩＥのタイプなどを分析する（ステップＳ２）。そして、メッセージ解析部１２１が、必要な情報をメッセージデータベース１２３に記憶する（ステップＳ３）。これにより、本処理が終了する。
【００５３】
図９は、本発明の一実施形態に係るキャプチャ装置２１において応答メッセージを受信した場合に行われる処理の手順の一例を示すフローチャート図である。
応答メッセージ受信部１１２が応答メッセージを受信すると（ステップＳ１１）、リクエストメッセージマッピング部１２２が受信された応答メッセージに対応するリクエストメッセージ（本実施形態では、同じシーケンス番号のリクエストメッセージ）に関する情報がメッセージデータベース１２３に記憶されているか否か（存在の有無）を判定して確認する（ステップＳ１２）。
この確認の結果（ステップＳ１２）、応答メッセージ受信部１１２は、受信された応答メッセージに対応するリクエストメッセージに関する情報がメッセージデータベース１２３に記憶されていないと判定した場合には、例えば、本処理を終了する。
【００５４】
一方、上記の確認の結果（ステップＳ１２）、応答メッセージ受信部１１２は、受信された応答メッセージに対応するリクエストメッセージに関する情報がメッセージデータベース１２３に記憶されていると判定した場合には、必要な情報をメッセージデータベース１２３に記憶する（ステップＳ１３）。これにより、本処理が終了する。
【００５５】
図１０は、本発明の一実施形態に係るキャプチャ装置２１において障害判定時に行われる処理の手順の一例を示すフローチャート図である。
応答時間測定部１２４が、各メッセージ（本実施形態では、リクエストメッセージと応答メッセージとの組）について応答時間を測定する（ステップＳ２１）。
そして、障害判定部１２５が当該測定の結果に基づいて障害の判定を行う（ステップＳ２２）。これにより、本処理が終了する。
【００５６】
ここで、本実施形態では、図１０に示される障害判定時の処理は、図８に示されるリクエストメッセージ受信時の処理や図９に示される応答メッセージ受信時の処理に対して、非同期かつ独立に（例えば、非リアルタイムに）行われる。例えば、図１０に示される障害判定時の処理は、定期的なタイミングなどの様々なタイミングで、行うことができる。
なお、他の構成例として、図１０に示される障害判定時の処理は、図８に示されるリクエストメッセージ受信時の処理や図９に示される応答メッセージ受信時の処理に対して、同期して行われる構成が用いられてもよい。一例として、図１０に示されるステップＳ２１〜ステップＳ２２の処理が、図９に示されるステップＳ１３の処理の直後に配置される（つまり、図９に示される処理フローとともにリアルタイムに行われる）処理フローを用いることも可能である。
【００５７】
ここで、本実施形態に係るキャプチャ装置２１では、リクエストメッセージと応答メッセージの組について、先にリクエストメッセージを受信して、当該リクエストメッセージに関する情報をメッセージデータベース１２３に記憶し、その後に、応答メッセージを受信して、当該応答メッセージに対応するリクエストメッセージに対応付ける動作を示したが、他の構成例として、これらの受信の順序が逆である場合があってもよい。すなわち、リクエストメッセージと応答メッセージの組について、先に応答メッセージを受信して、当該応答メッセージに関する情報をメッセージデータベース１２３に記憶し、その後に、リクエストメッセージを受信して、当該リクエストメッセージに対応する応答メッセージに対応付ける構成が用いられてもよい。
また、メッセージに関するＩＥのタイプなどの各種の情報は、例えば、リクエストメッセージに含まれる情報に基づいて取得されてもよく、または、応答メッセージに含まれる情報に基づいて取得されてもよく、または、リクエストメッセージおよび応答メッセージの両方に含まれる情報に基づいて取得されてもよい。
【００５８】
以上のように、本実施形態に係る通信システムにおけるキャプチャ装置２１では、ＬＴＥのネットワークにおいて、リクエストメッセージと応答メッセージをキャプチャし、リクエストメッセージで運ばれるＩＥのタイプの組み合わせ（メッセージの種類）毎にメッセージ（例えば、リクエストメッセージや、応答メッセージ）をクラスタリングする。
また、本実施形態に係る通信システムにおけるキャプチャ装置２１では、ＩＥのタイプの組み合わせ（メッセージの種類）毎にクラスタリングされたリクエストメッセージと応答メッセージの群について、応答時間を測定し、統計処理することで、障害の判定を行う。ここで、統計処理は、例えば、定期的なタイミングなどの様々なタイミングで、行うことができる。
また、本実施形態に係る通信システムにおけるキャプチャ装置２１では、ＩＥのタイプの組み合わせ（メッセージの種類）毎に、メッセージに関係する装置（例えば、リクエストメッセージの要求に応じた処理を行う装置）を紐付けし、応答時間の閾値越えなどが発生した場合に、障害の箇所を絞り込む。
【００５９】
以上のように、本実施形態に係る通信システムにおけるキャプチャ装置２１によると、例えば、ＬＴＥのネットワークにおいて、所定の区間に設置したキャプチャ装置２１によりキャプチャしたメッセージ（当該所定の区間を流れるメッセージ）を用いて、他の区間で発生する障害を検出することができる。このため、比較的、少数のキャプチャ装置２１により、広範囲における障害の判定を行うことができる。また、キャプチャ装置２１により、例えばキャプチャ装置２１が設置された区間のみについて障害の判定を行う場合と比べて、高精度に障害の判定を行うことができる。これにより、例えば、モバイルネットワークにおけるネットワークの品質を監視することができる。
このように、本実施形態に係る通信システムにおけるキャプチャ装置２１によると、効率的にネットワークを監視することができる。
【００６０】
ここで、本実施形態に係るキャプチャ装置２１では、メッセージ（本実施形態では、ＭＭＥ装置２とＳＧＷ装置４との間の区間で送受信されるメッセージ）として、セッション確立要求のリクエストメッセージおよびセッション確立応答の応答メッセージを用いる場合を示したが、他の様々なメッセージが用いられてもよい。具体例として、セッション解放要求（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）のリクエストメッセージおよびセッション解放応答（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）の応答メッセージを用いることや、ベアラ変更要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）のリクエストメッセージおよびベアラ変更応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）の応答メッセージを用いることなどができる。
【００６１】
また、本実施形態に係るキャプチャ装置２１では、ＭＭＥ装置２とＳＧＷ装置４との間に備えられて、その区間で送受信されるメッセージをキャプチャする構成を示したが、他の様々な区間で送受信されるメッセージをキャプチャする構成が用いられてもよい。例えば、キャプチャ装置２１は、他の様々な区間に備えられて、その区間で送受信されるメッセージをキャプチャする構成とされてもよく、また、基地局装置（本実施形態では、基地局装置１−１〜１−Ｎ）とＭＭＥ装置２との間の区間にキャプチャ装置２１が備えられてもよい。キャプチャ装置２１は、当該キャプチャ装置２１が備えられる区間に応じて、その区間で送受信されるメッセージをキャプチャし、キャプチャしたメッセージに基づいて他の区間に関する障害の判定を行うことができる。
【００６２】
また、本実施形態では、受信部１０１とメッセージ処理部１０２を備えたキャプチャ装置２１の構成を示したが、他の構成例として、受信部１０１を備えるがメッセージ処理部１０２を備えないキャプチャ装置２１の構成が用いられてもよく、この場合、メッセージ処理部１０２の機能がキャプチャ装置２１以外の装置（この構成例では、ネットワーク監視装置の一例に相当する。）に備えられる。この装置（キャプチャ装置２１以外の装置）は、キャプチャ装置２１が備えられる区間に備えられてもよく、または、他の任意のところ（例えば、他の区間）に備えられてもよく、例えば、キャプチャ装置２１の受信部１０１により受信された後に送信されるメッセージに関する情報（メッセージ自体の情報を含んでもよい。）を当該キャプチャ装置２１から受信して処理する。
【００６３】
また、本実施形態では、図２に示される各処理部１１１〜１１２、１２１〜１２５の機能を一体の装置（本実施形態では、キャプチャ装置２１）に備える構成を示したが、他の構成例として、これらの機能を２個以上の装置に分散して備える構成が用いられてもよい。
【００６４】
また、本実施形態では、メッセージの種類毎に、リクエストメッセージから応答メッセージまでの応答時間に基づいて障害の判定を行う構成を示したが、他の情報に基づいて障害の判定を行う構成が用いられてもよい。具体的な一例として、リクエストメッセージの再送を行う場合に、再送回数に基づいて障害の判定を行う構成を用いることができ、例えば、本実施形態における応答時間の代わりに再送回数へ置き換えて、障害の判定を行うことが可能である。
また、本実施形態では、ＬＴＥのネットワークを示したが、他の様々なネットワークに適用されてもよい。
【００６５】
＜本実施形態との比較例に対する本実施形態の効果の例＞
なお、本実施形態との比較例に対する本実施形態の効果の例を示す。
本実施形態との比較例として、監視対象の区間毎に、リクエストメッセージの送信から応答メッセージの受信までの応答時間（または、リクエストメッセージの再送回数）を測定して、これを統計処理した上で、障害が発生しているか否かを判定するために、ＭＭＥ装置とＳＧＷ装置との間の区間を流れる全てのリクエストメッセージおよび全ての応答メッセージを用いて一律に応答時間（または、再送回数）を測定する技術（比較例に係る技術）を考える。
比較例に係る技術では、ＭＭＥ装置とＳＧＷ装置との間の区間に設置したキャプチャ装置において、該当する区間を流れる全てのメッセージに影響するような障害、すなわち、ＭＭＥ装置とＳＧＷ装置との間の区間で発生する障害しか検出することができない。具体例として、比較例に係る技術では、ＩＥのタイプの組み合わせが異なる３種類のメッセージ（例えば、リクエストメッセージや応答メッセージ）がキャプチャされ、それぞれの種類のメッセージの応答時間の基準値が１ｍｓ、１０ｍｓ、１００ｍｓである場合には、これらの統計処理により、これらの平均値である３７（＝１１１／３）ｍｓを基準として例えば５０ｍｓなどといった閾値（応答時間の閾値）を設定してしまい、メッセージの種類毎に適した障害の判定を実行することが難しく、他の区間の障害の判定を実行することが難しい。
これに対して、本実施形態では、メッセージの種類毎に適した障害の判定を実行することができ、他の区間の障害の判定を実行することができ、このように、精度よくネットワークを監視することができる。
【００６６】
＜他の構成例に係るキャプチャ装置＞
図１１は、本発明の他の構成例に係るキャプチャ装置５０１の構成を示すブロック図である。なお、図１１では、図２に示されるキャプチャ装置２１の場合と同様な構成部については、同一の符号を付してある。
本構成例に係るキャプチャ装置５０１は、受信部６０１と、メッセージ処理部６０２を備える。
受信部６０１は、第１のメッセージ受信部６１１と、第２のメッセージ受信部６１２を備える。
メッセージ処理部６０２は、メッセージ解析部６２１と、メッセージマッピング部６２２と、メッセージデータベース１２３と、応答時間測定部１２４と、障害判定部１２５を備える。
【００６７】
本構成例に係るキャプチャ装置５０１において行われる処理について、主に、図２に示されるキャプチャ装置２１の場合とは異なる部分を説明する。
第１のメッセージ受信部６１１は、メッセージ（リクエストメッセージまたは応答メッセージ）を受信する。そして、第１のメッセージ受信部６１１は、受信したメッセージをメッセージ解析部６２１へ出力する。
第２のメッセージ受信部６１２は、メッセージ（リクエストメッセージまたは応答メッセージ）を受信する。そして、第２のメッセージ受信部６１２は、受信したメッセージをメッセージマッピング部６２２へ出力する。
メッセージ解析部６２１は、第１のメッセージ受信部６１１により受信されたメッセージを解析する。本構成例では、メッセージ解析部６２１は、リクエストメッセージを解析するための処理機能と、応答メッセージを解析するための処理機能を有する。
メッセージマッピング部６２２は、第２のメッセージ受信部６１２により受信されたメッセージを、第１のメッセージ受信部６１１で受信したメッセージと対応付ける（マッピングする）。
【００６８】
本構成例では、例えば、互いに対応するリクエストメッセージおよび応答メッセージについて、先にリクエストメッセージが第１のメッセージ受信部６１１により受信され、その後に応答メッセージが第２のメッセージ受信部６１２により受信された場合には、メッセージマッピング部６２２は当該応答メッセージをメッセージデータベース１２３により既に管理されている対応するリクエストメッセージと対応付ける。同様に、互いに対応するリクエストメッセージおよび応答メッセージについて、先に応答メッセージが第１のメッセージ受信部６１１により受信され、その後にリクエストメッセージが第２のメッセージ受信部６１２により受信された場合には、メッセージマッピング部６２２は当該リクエストメッセージをメッセージデータベース１２３により既に管理されている対応する応答メッセージと対応付ける。
なお、リクエストメッセージと応答メッセージとの対応付けは、図２に示されるキャプチャ装置２１の場合と同様に、シーケンス番号に基づいて行われる。
【００６９】
［以上の実施形態に係る構成例］
一構成例として、ネットワーク（本実施形態では、ＬＴＥのネットワーク）を構成する２個の通信装置（本実施形態では、ＭＭＥ装置２とＳＧＷ装置４）の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う障害判定部（本実施形態では、障害判定部１２５）を備える、ネットワーク監視装置（本実施形態では、図２に示されるキャプチャ装置２１）である。
【００７０】
一構成例として、前記メッセージには、１または複数のタイプ（本実施形態では、ＩＥのタイプ）の情報が含まれる。前記メッセージの種類は、前記タイプの情報の組み合わせにより決まる。前記ネットワーク監視装置は、受信されたメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部（本実施形態では、メッセージ解析部１２１）を備える。前記障害判定部は、前記メッセージ解析部により特定されたタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う。
【００７１】
一構成例として、前記ネットワーク監視装置は、前記リクエストメッセージに含まれるシーケンス番号および前記応答メッセージに含まれるシーケンス番号に基づいて、前記リクエストメッセージと前記応答メッセージとを対応付けるマッピング部（本実施形態では、リクエストメッセージマッピング部１２２）を備える。前記障害判定部は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う。
【００７２】
一構成例として、前記ネットワーク監視装置は、前記マッピング部により対応付けられた前記リクエストメッセージおよび前記応答メッセージに関する応答時間を測定する応答時間測定部（本実施形態では、応答時間測定部１２４）を備える。前記障害判定部は、前記応答時間測定部により測定された応答時間に基づいて、メッセージの種類毎に、障害の判定を行う。
【００７３】
一構成例として、前記障害判定部は、メッセージの種類毎に、前記リクエストメッセージの要求を処理する装置（本実施形態では、例えば、ＰＧＷ装置５−１〜５−Ｍ、ＤＮＳサーバ装置６、認証サーバ装置７、通信装置８〜１０など）を特定して、特定した装置（または、その装置に至るまでの区間）が障害の箇所であると特定する。
【００７４】
一構成例として、ネットワークを構成する第１の通信装置（本実施形態では、ＭＭＥ装置２）と第２の通信装置（本実施形態では、ＳＧＷ装置４）との間の区間を伝送する第１のメッセージおよび第２のメッセージ（本実施形態では、リクエストメッセージと応答メッセージであり、順序は任意）を受信する受信部（本実施形態では、受信部１０１）と、前記受信部により受信された第１のメッセージに含まれるタイプの情報の組み合わせを特定するメッセージ解析部と、前記第１のメッセージに含まれるシーケンス番号および前記第２のメッセージに含まれるシーケンス番号に基づいて、前記第１のメッセージと前記第２のメッセージとを対応付けるマッピング部と、前記第１のメッセージおよび前記第２のメッセージに関する情報を記憶するデータベース（本実施形態では、メッセージデータベース１２３）と、前記第１のメッセージおよび前記第２のメッセージに関する情報に基づいて、前記メッセージ解析部により特定されるタイプの情報の組み合わせに対応するメッセージの種類毎に、障害の判定を行う障害判定部と、を備えるネットワーク監視システム（本実施形態では、図２に示されるキャプチャ装置２１と同様な機能を備えるシステム）である。
【００７５】
一構成例として、受信部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージを受信し、障害判定部が、前記受信部により受信されたリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行う、ネットワーク監視方法（本実施形態では、図２に示されるキャプチャ装置２１により行われる方法）である。
【００７６】
一構成例として、障害判定部が、ネットワークを構成する２個の通信装置の間の区間を伝送するリクエストメッセージおよび応答メッセージに関する情報に基づいて、メッセージの種類毎に、障害の判定を行うステップを、コンピュータに実行させるためのネットワーク監視プログラム（本実施形態では、図２に示されるキャプチャ装置２１により行われる処理を実行するプログラム）である。
【００７７】
［以上の実施形態のまとめ］
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００７８】
また、以上に示した実施形態に係る各装置（例えば、キャプチャ装置２１など）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
【００７９】
なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００８０】
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００８１】
１−１〜１−Ｎ…基地局装置、２…ＭＭＥ装置、３…ＨＳＳ装置、４…ＳＧＷ装置、５−１〜５−Ｍ…ＰＧＷ装置、６…ＤＮＳサーバ装置、７…認証サーバ装置、８〜１０…通信装置、２１、５０１…キャプチャ装置、１０１、６０１…受信部、１０２、６０２…メッセージ処理部、１１１…リクエストメッセージ受信部、１１２…応答メッセージ受信部、１２１、６２１…メッセージ解析部、１２２…リクエストメッセージマッピング部、１２３…メッセージデータベース、１２４…応答時間測定部、１２５…障害判定部、２０１…メッセージ、２１１…Ｌ２ヘッダ、２１２…ＩＰヘッダ、２１３…ＵＤＰヘッダ、２１４…ＧＴＰｖ２ヘッダ、２１５−１〜２１５−ｎ…ＩＥのタイプ、２１６−１〜２１６−ｎ…ＩＥのレングス、２１７−１〜２１７−ｎ…ＩＥのバリュー、６１１…第１のメッセージ受信部、６１２…第２のメッセージ受信部、６２２…メッセージマッピング部
【図１】
2015070519.tif 000003
【図２】
2015070519.tif 000004
【図３】
2015070519.tif 000005
【図４】
2015070519.tif 000006
【図５】
2015070519.tif 000007
【図６】
2015070519.tif 000008
【図７】
2015070519.tif 000009
【図８】
2015070519.tif 000010
【図９】
2015070519.tif 000011
【図１０】
2015070519.tif 000012
【図１１】
2015070519.tif 000013