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