(57)【要約】【課題】  ユーザ端末における品質劣化を保守要員に確実に報知することが可能な移動通信システムを提供する。【解決手段】  移動通信システムは、ノード（ｅＮｏｄｅ４〜６）のノード管理情報を少なくとも収集する監視装置（７）を含む。ノード（ｅＮｏｄｅ４〜６）に接続されるユーザ端末（１）は、カレントのユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを監視装置（７）に報告するインタフェース手段を有する。【選択図】      図１
2009118196.tif 000002
【特許請求の範囲】
【請求項１】
ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムであって、
前記ノードに接続されるユーザ端末は、カレントのユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告するインタフェース手段を有することを特徴とする移動通信システム。
【請求項２】
前記インタフェース手段は、前記レポートを、移動通信コアネットワークを介して前記監視装置に報告することを特徴とする請求項１記載の移動通信システム。
【請求項３】
前記ノードは、他のノードとマトリクス接続することを特徴とする請求項１または請求項２記載の移動通信システム。
【請求項４】
前記移動通信コアネットワークは、３ＧＰＰ−ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信コアネットワークであることを特徴とする請求項２記載の移動通信システム。
【請求項５】
前記監視装置は、前記レポートを前記ノード管理情報と関連付けることで前記劣化の通信ルート／ノードを絞り込んでリアルタイムに表示する手段を含むことを特徴とする請求項１から請求項３のいずれか記載の移動通信システム。
【請求項６】
前記監視装置は、前記レポートを統計データとして少なくとも前記ノード管理情報とリンケージさせながら自動蓄積しかつそれを適宜表示する手段を含むことを特徴とする請求項１から請求項３、請求項５のいずれか記載の移動通信システム。
【請求項７】
前記ノード管理情報は、少なくともＵＥ−Ｃｏｎｔｅｘｔ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−Ｃｏｎｔｅｘｔ）／ＰＤＰ−Ｃｏｎｔｅｘｔ（Ｐａｃｋｅｔ  Ｄａｔｅ  Ｐｒｏｔｏｃｏｌ−Ｃｏｎｔｅｘｔ）を含むことを特徴とする請求項１から請求項３、請求項５、請求項６のいずれか記載の移動通信システム。
【請求項８】
ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムにおいて前記ノードに接続されるユーザ端末であって、
自端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告するインタフェース手段を有することを特徴とするユーザ端末。
【請求項９】
前記インタフェース手段は、前記レポートを、移動通信コアネットワークを介して前記監視装置に報告することを特徴とする請求項８記載のユーザ端末。
【請求項１０】
前記ノードが、他のノードとマトリクス接続されることを特徴とする請求項８または請求項９記載のユーザ端末。
【請求項１１】
前記ノード管理情報は、少なくともＵＥ−Ｃｏｎｔｅｘｔ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−Ｃｏｎｔｅｘｔ）／ＰＤＰ−Ｃｏｎｔｅｘｔ（Ｐａｃｋｅｔ  Ｄａｔｅ  Ｐｒｏｔｏｃｏｌ−Ｃｏｎｔｅｘｔ）を含むことを特徴とする請求項８から請求項１０のいずれか記載のユーザ端末。
【請求項１２】
前記移動通信コアネットワークは、３ＧＰＰ−ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信コアネットワークであることを特徴とする請求項９記載のユーザ端末。
【請求項１３】
ノードのノード管理情報を少なくとも収集する監視装置であって、
前記ノードに接続されるユーザ端末から、前記ユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートが報告される時に、前記レポートを前記ノード管理情報と関連付けることで前記劣化の通信ルート／ノードを絞り込んでリアルタイムに表示する手段を有することを特徴とする監視装置。
【請求項１４】
前記レポートが、前記ユーザ端末から移動通信コアネットワークを介して報告されることを特徴とする請求項１３記載の監視装置。
【請求項１５】
前記ノードは、他のノードとマトリクス接続することを特徴とする請求項１３または請求項１４記載の監視装置。
【請求項１６】
前記移動通信コアネットワークは、３ＧＰＰ−ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信コアネットワークであることを特徴とする請求項１４記載の監視装置。
【請求項１７】
前記レポートを統計データとして少なくとも前記ノード管理情報とリンケージさせながら自動蓄積しかつそれを適宜表示する手段を含むことを特徴とする請求項１３から請求項１５のいずれか記載の監視装置。
【請求項１８】
前記ノード管理情報は、少なくともＵＥ−Ｃｏｎｔｅｘｔ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−Ｃｏｎｔｅｘｔ）／ＰＤＰ−Ｃｏｎｔｅｘｔ（Ｐａｃｋｅｔ  Ｄａｔｅ  Ｐｒｏｔｏｃｏｌ−Ｃｏｎｔｅｘｔ）を含むことを特徴とする請求項１３から請求項１５、請求項１７のいずれか記載の監視装置。
【請求項１９】
ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムに用いる保守方法であって、
前記ノードに接続されるユーザ端末が、前記ユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告する処理を実行することを特徴とする保守方法。
【請求項２０】
前記監視装置に報告する処理において、前記レポートを、移動通信コアネットワークを介して前記監視装置に報告することを特徴とする請求項１９記載の保守方法。
【請求項２１】
前記ノードは、他のノードとマトリクス接続することを特徴とする請求項１９または請求項２０記載の保守方法。
【請求項２２】
前記移動通信コアネットワークが、３ＧＰＰ−ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信コアネットワークであることを特徴とする請求項１９から請求項２１のいずれか記載の保守方法。
【請求項２３】
前記監視装置が、前記レポートを前記ノード管理情報と関連付けることで前記劣化の通信ルート／ノードを絞り込んでリアルタイムに表示する処理を実行することを特徴とする請求項１９から請求項２１のいずれか記載の保守方法。
【請求項２４】
前記監視装置が、前記レポートを統計データとして少なくとも前記ノード管理情報とリンケージさせながら自動蓄積しかつそれを適宜表示する処理を実行することを特徴とする請求項１９から請求項２１、請求項２３のいずれか記載の保守方法。
【請求項２５】
前記ノード管理情報が、少なくともＵＥ−Ｃｏｎｔｅｘｔ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−Ｃｏｎｔｅｘｔ）／ＰＤＰ−Ｃｏｎｔｅｘｔ（Ｐａｃｋｅｔ  Ｄａｔｅ  Ｐｒｏｔｏｃｏｌ−Ｃｏｎｔｅｘｔ）を含むことを特徴とする請求項１９から請求項２１、請求項２３、請求項２４のいずれか記載の保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システム、ユーザ端末、監視装置及びそれらに用いる保守方法に関し、特にユーザ端末における品質劣化を把握するための保守方法に関する。
【背景技術】
【０００２】
本発明に関連する移動通信システムにおいては、移動通信コアネットワークを構成する各ノードのノード管理情報や動作ログを通して障害を検出することによって、ユーザ端末における品質劣化を間接的に把握して対処している。
【０００３】
しかしながら、実際には、無音、異音、ユーザデータ化け、ブロックノイズ等といったユーザ端末における品質劣化の一部には、必ずしも各ノードのノード管理情報や動作ログからだけでは把握しきれないものが生じる場合があり、これらはどうしても加入者申告による認知に頼らざるを得ないといった背景がある。
【０００４】
この把握しきれないものとしては、例えば、ユーザ端末側の設定や負荷度合、各ノードにおける設定不備またはバグ等による検出失敗、システムに混在する障害検出機能が十分でないノード［ハブ（ＨＵＢ）やルータ等］における障害発生等に起因するもの（以下、「サイレント障害」とする）がある。
【０００５】
この種の障害等を報告する方法としては、ネットワークを構成するゲートウェイからＯＳＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ）に品質劣化情報を報告する方法がある（例えば、特許文献１参照）。
【特許文献１】特開２００２−２７１３９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明に関連する移動通信システムでは、各ノードのノード管理情報や動作ログを通して障害を検出することによって、ユーザ端末における品質劣化を間接的に把握して対処している。
【０００７】
しかしながら、実際には、無音、異音、ユーザデータ化け、ブロックノイズ等といったユーザ端末品質の劣化の一部には、必ずしも各ノードのノード管理情報や動作ログからだけでは把握しきれないもの（「サイレント障害」）が生じる場合があり、これらはどうしても加入者申告による認知に頼らざる得ないという課題がある。
【０００８】
しかも、当該劣化が発生しても必ずしも加入者申告が行われるわけではない（報告は各加入者の任意）ことから、その場合には、改善の機会を得ないまま放置されるという課題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、ユーザ端末における品質劣化を保守要員に確実に報知することができる移動通信システム、ユーザ端末、監視装置及びそれらに用いる保守方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明による移動通信システムは、ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムであって、
前記ノードに接続されるユーザ端末は、カレントのユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告するインタフェース手段を備えている。
【００１１】
本発明によるユーザ端末は、ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムにおいて前記ノードに接続されるユーザ端末であって、
自端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告するインタフェース手段を備えている。
【００１２】
本発明による監視装置は、ノードのノード管理情報を少なくとも収集する監視装置であって、
前記ノードに接続されるユーザ端末から、前記ユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートが報告される時に、前記レポートを前記ノード管理情報と関連付けることで前記劣化の通信ルート／ノードを絞り込んでリアルタイムに表示する手段を備えている。
【００１３】
本発明による保守方法は、ノードのノード管理情報を少なくとも収集する監視装置を含む移動通信システムに用いる保守方法であって、
前記ノードに接続されるユーザ端末が、前記ユーザ端末における少なくとも音声または動画ストリーミングを含むアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを前記監視装置に報告する処理を実行している。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、ユーザ端末における品質劣化を保守要員に確実に報知することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態による移動通信システムの構成例を示すブロック図である。図１において、本発明の実施の形態による移動通信システムは、次世代移動通信システムのＥｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ１００及びＥｖｏｌｖｅｄ  ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）２００各々に、２台のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）２，３と、３台のｅＮｏｄｅＢ４〜６と、複数のユーザ端末１を有している。尚、図１においては、ＭＭＥ／ＵＰＥを２台、ｅＮｏｄｅＢを３台としているが、ＭＭＥ／ＵＰＥが３台以上、ｅＮｏｄｅＢが２台または４台以上であってもよく、これに限定されない。
【００１６】
ＭＭＥ／ＵＰＥ２，３とｅＮｏｄｅＢ４〜６との間はＳ１インタフェース１１１で接続され、ｅＮｏｄｅＢ４〜６同士はＸ２インタフェース１１２でメッシュ（マトリクス）接続されている。
【００１７】
本発明の実施の形態による移動通信システムは、監視装置７と、ネットワークモニタ装置８とを具備している。監視装置７は、これらの装置に対して、監視インタフェース１１３を介し、各ｅＮｏｄｅＢ４〜６のノード管理情報を少なくとも収集して表示する。ネットワークモニタ装置８は、ネットワークＴＡＰ（通信路に影響を与えずに、通信路の情報をそのまま複製して分岐させることができる装置）等を用いたネットワークモニタインタフェース１１４を介し、各ｅＮｏｄｅＢ４〜６間の通信をモニタする。尚、当該ネットワークモニタ装置８でモニタしたＵ−Ｐｌａｎｅモニタ情報は、報告インタフェース１１６を介して監視装置７に報告される。
【００１８】
また、ネットワークモニタ装置８は、ＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）種別と対応する、音声［ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］、動画ストリーミング［ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）］等といったアプリケーションプロトコルを、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のｐｏｒｔ番号の違い等によって、別々にスループットやパケットロスや遅延等をモニタでき、必要に応じ外部にモニタ結果を報告できる装置であればよく、市販のネットワークモニタ装置等も活用できる。
【００１９】
図２は図１のユーザ端末１の構成例を示すブロック図である。図２において、ユーザ端末１は、アプリケーションソフトウェア群１２を包含するユーザ端末本来の処理を行う処理部１１やユーザ端末品質情報１３に対し、ユーザ端末品質情報読出処理部１５と品質レポートインタフェース部１６といった本発明に関わる手段群１４を具備している。
【００２０】
図３は図２のユーザ端末品質情報読出処理部１５の動作を示すフローチャートである。これら図２及び図３を参照してユーザ端末品質情報読出処理部１５の動作について説明する。
【００２１】
ユーザ端末品質情報読出処理部１５は、各アプリケーションソフトウェア群１２が随時記録（１２１）したユーザ端末品質情報１３の内容を定期的に読出す（１２２）（図３ステップＳ１，Ｓ２）。ユーザ端末品質情報読出処理部１５は、読出したユーザ端末品質情報１３の内容を予め決められた閾値と比較し、この閾値を超すものがあった場合（図３ステップＳ３）、その閾値を超したユーザ端末品質情報１３の内容を基に品質レポートを作成する（図３ステップＳ４）。
【００２２】
ユーザ端末品質情報読出処理部１５は、作成した品質レポートを品質レポートインタフェース部１６に対して送信する（１２３）（図３ステップＳ５）。品質レポートインタフェース部１６はユーザ端末品質情報読出処理部１５から送られてきた品質レポートを移動通信コアネットワークに対して送信する（１２４）。
【００２３】
図４は図１のｅＮｏｄｅＢ４の構成例を示すブロック図である。図４において、ＮｏｄｅＢ４は、ノード本来の処理を行う処理部４１やノード管理情報４２に対し、ノード管理情報読出処理部４４と監視インタフェース部４５といった本発明に関わる手段群４３を具備している。尚、図１に示すｅＮｏｄｅＢ５，６はこのｅＮｏｄｅＢ４と同様の構成となっている。
【００２４】
処理部４１は、ＲＡＢの確立や開放等のイベントの度に管理情報４２を適宜更新する（１３１）。ノード管理情報読出部４４は管理情報４２を定期的、もしくは監視インタフェース部４５経由で監視装置７から要求される度に読出しを行い（１３２）、監視インタフェース部４５に対して送信する（１３３）。監視インタフェース部４５はノード管理情報読出部４４から送られてきた情報を監視装置７に対して送信する（１３４）。
【００２５】
図５は図１の監視装置７の構成例を示すブロック図である。図４において、監視装置７は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面表示部７２及びＧＵＩ画面操作指示処理部７３を有する表示画面７１と、監視インタフェース部７４と、ノード管理情報処理部７５と、ノード管理情報ＤＢ（データベース）７６と、ネットワークモニタインタフェース部７７と、ネットワークモニタ情報処理部７８と、ネットワークモニタ情報ＤＢ７９とを具備している。
【００２６】
ＧＵＩ画面表示部７２は、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ１００やＥｖｏｌｖｅｄ  ＲＡＮ２００に属するノード群の実態をノード構成図等で表示する。ＧＵＩ画面操作指示処理部７３は、保守要員からの表示内容操作指示をＧＵＩ画面表示部７２の特定の表示要素をマウスで選択したり、ＧＵＩボタン（図示せず）等で指定することによって要求された指示を受取って対応する情報を追加表示したりするＧＵＩを提供する。
【００２７】
監視インタフェース部７４は、図３の監視インタフェース部４５とのインタフェースを行う部分であり、この監視インタフェース部４５との間でノード管理情報の取得要求やノード管理情報の受領を行い（１４１）、取得したノード管理情報をノード管理情報処理部７５に対して送信する（１４２）。
【００２８】
ノード管理情報処理部７５は、ノード管理情報を随時編集してＧＵＩ画面表示部７２に対して提供し（４１３）、その情報を画面表示させるとともに、後のプロビジョニング対応のための統計データ（ナレッジ）としてノード管理情報ＤＢ７６にも格納する（４１５）。
【００２９】
また、ノード管理情報処理部７５は、保守要員によってＧＵＩ画面操作指示処理部７３に対してマウスやＧＵＩボタンによって指定された詳細なノード管理情報の取得＆表示要求を受け取ると（１４４）、監視インタフェース部７４を経由して対応するノードへ取得要求を発行して結果を受領／再編集し、ＧＵＩ画面表示部７２に随時提供して画面表示を更新／追加表示させる。
【００３０】
ネットワークモニタインタフェース部７７、ネットワークモニタ情報処理部７８、ネットワークモニタ情報ＤＢ７９各々は、ネットワークモニタ装置８が用意できた場合に稼動する処理部となる。
【００３１】
ネットワークモニタインタフェース部７７は、ネットワークモニタ装置８とのインタフェースを行う部分であり、ネットワークモニタ装置８との間で、ネットワークモニタ情報の取得要求やネットワークモニタ情報の受領を行い（１４６）、取得したネットワークモニタ情報をネットワークモニタ情報処理部７８に対して送信する（１４７）。
【００３２】
ネットワークモニタ情報処理部７８は、ネットワークモニタ情報を随時編集してＧＵＩ画面表示部７２に対して提供し（１４８）、その情報を画面表示させるとともに、後のプロビジョニング対応のための統計データ（ナレッジ）としてネットワークモニタ情報ＤＢ７９にも格納する（１５０）。
【００３３】
また、ネットワークモニタ情報処理部７８は、保守要員によってＧＵＩ画面操作指示処理部７３に対してマウスやＧＵＩボタンによって指定された詳細なネットワークモニタ情報の取得＆表示要求を受け取ると（１４９）、ネットワークモニタインタフェース部７７を経由してネットワークモニタ装置８へ取得要求を発行して結果を受領／再編集し、ＧＵＩ画面表示部７２に随時提供して画面表示を更新／追加表示させる。
【００３４】
図６は本発明の実施の形態におけるユーザ端末品質レポートをノード管理情報に紐付けする例を示す図である。図６においては、ＵＰＥの管理するＵＥ−Ｃｏｎｔｅｘｔ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−Ｃｏｎｔｅｘｔ）／ＰＤＰ−Ｃｏｎｔｅｘｔ（Ｐａｃｋｅｔ  Ｄａｔｅ  Ｐｒｏｔｏｃｏｌ−Ｃｏｎｔｅｘｔ）の一要素として管理する場合のデータ構造の例を示している。
【００３５】
ユーザ端末１毎に用意されるＵＥ−Ｃｏｎｔｅｘｔ３０１には、ユーザ端末１を特定するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスやＩＤ（ＩＤｅｎｔｉｆｉｅｒ）等とともに、ＲＡＢ関連情報を管理するＰＤＰ−Ｃｏｎｔｅｘｔ群の個々へのＩｎｄｅｘ情報を持つ。
【００３６】
当該Ｉｎｄｅｘ情報からＩｎｄｅｘされるＰＤＰ−Ｃｏｎｔｅｘｔ３０２には、ＲＡＢ識別子や接続先ｅＮｏｄｅＢを特定する情報３０３，３０４や優先順位を示すＴｒａｆｆｉｃ  Ｃｌａｓｓやサーバを特定する情報等も包含するＴＦＴ（Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｔｅｍｐｌａｔｅ）３０５等の情報とともに、当該ＰＤＰ−Ｃｏｎｔｅｘｔの管理範疇となるサービスにおけるユーザ端末品質レポートリストへのＩｎｄｅｘを追加している。
【００３７】
尚、後述する図８において、ユーザ端末品質レポートを発したユーザ端末１の通信ルート／ノードを特定した例（点線で図示）を示しているが、これは当該ＵＥ−Ｃｏｎｔｅｘｔ／ＰＤＰ−Ｃｏｎｔｅｘｔを持っているＵＰＥ自身の特定情報、及び図６内のＵＥ−Ｃｏｎｔｅｘｔ／ＰＤＰ−Ｃｏｎｔｅｘｔの情報［ＵＥ−Ｃｏｎｔｅｘｔのユーザ端末ＩＰアドレス（ＵＰＥ払出）、ユーザ端末ＩＤ（ＵＰＥ払出）／ＰＤＰ−Ｃｏｎｔｅｘｔの接続先ｅＮｏｄｅＢ  ＩＰアドレス、ｅＮｏｄｅＢ  ｐｏｒｔ  Ｎｏ（ＵＰＥ払出）、サーバＩＰアドレス、サーバＰｏｒｔ  Ｎｏ］によって特定することで実現することができる。
【００３８】
図７は本発明の実施の形態におけるユーザ端末品質レポートを管理する際のデータ構造の一例を示す図である。図７において、ユーザ端末品質レポートリスト４０２は、ＰＤＰ−ＣｏｎｔｅｘｔからのＩｎｄｅｘ４０１によってＩｎｄｅｘすることができ、複数のユーザ端末品質レポートへのＩｎｄｅｘ情報を有する。
【００３９】
１つ１つのユーザ端末品質レポート４０３，４０４，・・・は、発生時刻で一意に特定でき、ユーザ端末品質レポートを発したユーザ端末１上のアプリケーションプログラムに関する基礎情報と共に、劣化品質アイテム名と、それを裏付ける品質情報群（ビットレート、帯域幅、ロスパケット数等）等の情報を有する。
【００４０】
また、ＶｏＩＰや動画ストリーミングの標準品質指標を測定する機能を有するユーザ端末１の場合には、Ｒ値（ＩＴＵ−Ｔ  Ｇ．１０７）、ＰＥＳＱ（Ｐｅｒｃｅｐｔｕａｌ  Ｅｖａｌｕａｔｉｏｎ  ｏｆ  Ｓｐｅｅｃｈ  Ｑｕａｌｉｔｙ）（ＩＴＵ−Ｔ  Ｐ．８６２）、ＭＤＩ（Ｍｅｄｉａ  Ｄｅｌｉｖｅｒｙ  Ｉｎｄｅｘ）（ＲＦＣ４４４５）等といった値も同時に管理する。
【００４１】
尚、ユーザ端末品質レポートリスト４０２は有限であるため、サイクリックな管理を行い、ユーザ端末品質レポートの数が上限に達した場合には古いデータから上書きする。また、本実施の形態では、品質劣化と判断する閾値、監視対象ユーザ端末、監視対象ＲＡＢ、レポートする品質情報要素等を適宜選択することによって、移動通信コアネットワークの監視レベルと負荷の調整が可能なものとする。
【００４２】
図８は図５の監視装置７の表示画面７１の表示例を示す図である。図８においては、品質劣化の生じたユーザ端末１を矢印で表示し、そして品質劣化の発生したサービス（ＲＡＢ）に関わる具体的な通信ルート／ノードを点線等にして表示している例を示している。
【００４３】
また、品質劣化が発生したユーザ端末１を、例えば、ＧＵＩ上にてマウスでクリックすればユーザ端末品質レポートを詳細表示し（画面５０１）、ｅＮｏｄｅＢとＭＭＥ／ＵＰＥとの間のパスをクリックすれば、ＵＰＥ内の管理情報やネットワークモニタ情報の詳細を表示し（画面５０２）、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ１００やＥｖｏｌｖｅｄ  ＲＡＮ２００内のノードをクリックすれば、当該ノードに関し、ユーザ端末１の品質劣化が発生した前後の時間帯のログを表示させる（画面５０３）ことができる。
【００４４】
図９は本発明の実施の形態による移動通信システムの動作例を示すシーケンスチャートである。この図９を参照して本発明の実施の形態による移動通信システムの動作について説明する。
【００４５】
図９は、ユーザ端末品質レポート発生時、監視装置の表示画面上のノード構成図において、当該ユーザ端末品質レポートに関わる通信ルート／ノードを区別して表示し、その後、保守要員が詳細情報を確認すべく、表示画面上で（ＧＵＩ上にてマウス等にて）ユーザ端末や通信パス、及びノード等を指定して取得要求をした結果、詳細情報の取得と表示を行う例を示している（他に、ユーザ端末品質レポート発生時にすべての詳細情報を一度に収集して表示する方法もある）。
【００４６】
まず、品質劣化が発生したユーザ端末が、ユーザ端末品質レポートを当該ユーザ端末が通信を行っているｅＮｏｄｅＢに対して送信すると（図９の６０１）、ｅＮｏｄｅＢは、当該ユーザ端末品質レポートをＭＭＥへ転送する（例えば、「Ｄｉｒｅｃｔ  Ｔｒａｎｆｅｒ」を使用する）（図９の６０２）。
【００４７】
ＭＭＥは、当該ユーザ端末品質レポートを、ＵＰＥ内の管理情報（ＰＤＰ−Ｃｏｎｔｅｘｔ）に紐付けすることを要求する（図９の６０３）。ＵＰＥは管理情報への紐付けを実施すると（図９の６０４）、ＭＭＥへ要求応答を返送する［例えば、ＭＥＧＡＣＯＰ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のＭｏｄｉｆｙ／Ｒｅｐｌｙを使用する］（図９の６０５）。
【００４８】
その結果、ＭＭＥは、品質劣化通知をユーザ端末品質レポートが紐付けされたノード管理情報と共に監視装置へ送信し（図９の６０６）、監視装置は当該ノード管理情報を後のプロビジョニング対応のための統計データ（ナレッジ）として蓄積しておくためにノード管理情報ＤＢに格納し（図９の６０７）、その情報の編集を行い（図９の６０８）、その結果を表示画面上のノード構成図に反映／表示する（図９の６０９）。
【００４９】
保守要員は、線種の違いや色の違い等で区別して表示された通信ルート／ノードを表示画面上で確認し、品質劣化の発生の事実と概要を理解する（図９の６１０）。
【００５０】
その後、もし、保守要員がさらに詳細情報（ネットワークモニタ情報や各ノードの動作ログ）を必要とした場合（図９の６１１）、監視装置は、ネットワークモニタ装置へその詳細情報を要求して（図９の６１２）、当該詳細情報を受領する（図９の６１３）。
【００５１】
また、監視装置は、ＵＰＥへその詳細情報を要求して（図９の６１４）、当該詳細情報を受領するとともに（図９の６１５）、ｅＮｏｄｅＢへその詳細情報を要求して（図９の６１６）、当該詳細情報を受領する（図９の６１７）。
【００５２】
監視装置は、これらネットワークモニタ装置、ＵＰＥ、ｅＮｏｄｅＢからそれぞれ受領した詳細情報を格納した上（図９の６１８）、それらの情報を編集して（図９の６１９）、表示画面上に表示し（図９の６２０）、保守要員がそれらの詳細情報を確認することになる（図９の６２１）。
【００５３】
このように、本実施の形態では、ユーザ端末における品質劣化を保守要員に確実に報知することができる。つまり、本実施の形態では、ユーザ端末品質の劣化発生の際の保守要員による原因ルート／ノードの特定と対処のＴＡＴの改善とを実現することができる（「狭義の監視」の改善）。
【００５４】
また、本実施の形態では、ノード増設や分散、回線増速等といった中長期的なプロビジョニング対応の工数低減と加入者に直結したＣＳ改善とを実現することができる（「広義の監視」の改善）。
【００５５】
これによって、本実施の形態では、３ＧＰＰ−ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信コアネットワークのＯＰＥＸ（Ｏｐｅｒａｔｉｏｎａｌ  Ｅｘｐｅｎｄｉｔｕｒｅ）を確実に低減することができる。
【００５６】
上記のように、本発明は、メッシュ（マトリクス）接続されたマルチベンダのノード群で構成される３ＧＰＰ−ＬＴＥの移動通信コアネットワークにおいて、ユーザ端末が、動画ストリーミング等のアプリケーションソフトウェア（プロトコル）レベルでのカレントのユーザ端末品質（サービス提供品質）が劣化したことを示すレポートを移動通信コアネットワークに随時報告するインタフェースを設けている。
【００５７】
また、本発明は、移動通信コアネットワーク側に、当該レポートをＵＥ−Ｃｏｎｔｅｘｔ／ＰＤＰ−Ｃｏｎｔｅｘｔといったノード管理情報と関連付け、監視装置に当該劣化通信ルート／ノードを絞り込んでリアルタイム表示及び複数の各レポートを後のプロビジョニング対応のための統計データ（ナレッジ）としてノード管理情報や動作ログ（アラーム）等とリンケージさせながら自動蓄積／適宜表示し、とかく加入者申告（クレーム）によらずには検出し難いサイレント障害の特定と対処とを効率よく探求することができる手段を具備させている。これによって、本発明は、ユーザ端末品質の劣化発生の際の保守要員による原因ルート／ノードの特定と対処のＴＡＴ（Ｔｕｒｎ  Ａｒｏｕｎｄ  Ｔｉｍｅ）の改善を実現することができる（「狭義の監視」の改善）。
【００５８】
さらに、本発明は、ノード増設や分散、回線増速等といった中長期的なプロビジョニング対応の工数低減と加入者に直結したＣＳ改善とを実現することができ（「広義の監視」の改善）、ＯＰＥＸを確実に低減することができる。
【００５９】
この場合、本発明は、メッシュ（マトリクス）接続されたマルチベンダのノード群で構成される３ＧＰＰ−ＬＴＥの移動通信コアネットワークにおいて、各ノードに接続されるユーザ端末が、カレントのユーザ端末におけるアプリケーションソフトウェアレベルでの品質劣化の発生を示すレポートを移動通信コアネットワークに随時報告するインタフェース手段を備えている。
【００６０】
また、本発明は、移動通信コアネットワーク側において、当該レポートをＵＥ−Ｃｏｎ  ｔｅｘｔ／ＰＤＰ−Ｃｏｎｔｅｘｔといったノード管理情報と関連付けることによって、監視装置に当該劣化通信ルート／ノードを絞り込んでリアルタイムに表示する手段を備えている。
【００６１】
さらに、本発明は、移動通信コアネットワーク側において、後のプロビジョニング対応のための統計データとして複数の各レポートを少なくともノード管理情報とリンケージさせながら自動蓄積／適宜表示する手段を備えている。この場合には、各レポートをノード管理情報とともに、動作ログとリンケージさせてもよい。
【００６２】
尚、本発明は、一般のユーザ端末において、各アプリケーションプログラムが品質情報をデフォルトで持っており、また、Ｒ値（ＩＴＵ−Ｔ  Ｇ．１０７）やＰＥＳＱ（ＩＴＵ−ＴＰ．８６２）、及びＭＤＩ（ＲＦＣ４４４５）といった標準品質指標の計測機能を持っていれば、その機能を利用するスタンスで説明しているが、これらの情報や機能は必ずしも一般のユーザ端末に広く期待できるものとは限らない。
【００６３】
そのため、本発明では、例えば、当該情報や機能の実装をクリアしているユーザ端末を任意数だけ任意のエリアで使用してサンプリング用の専用プローブとして利用してもよい。
【００６４】
本発明では、品質劣化の生じたユーザ端末、品質劣化の発生したサービス（ＲＡＢ）に関わる具体的な通信ルート／ノードの表示を、図７のように表示している。しかしながら、これらの表示は、新たな品質劣化が発生する度に以前の品質劣化情報を消してから表示してもよいし、以前の表示を一定期間残しながら新たな表示を重複表示させて直近の状況の傾向を把握しやすくすることもできる。
【００６５】
また、本発明では、監視装置が実際のノード構成をリアルタイムにノード構成図に反映し続ける機能を有していることを前提にしている。しかしながら、本発明では、監視対象となるＥｖｏｌｖｅｄ  Ｐａｃｋｅｔ  ＣｏｒｅやＥｖｏｌｖｅｄ  ＲＡＮの規模が大きい場合、ユーザ端末数が膨大な量になってしまう。そのため、本発明では、表示画面中のユーザ端末の表示を、品質レポートの送信を行ってきた時点でそのユーザ端末のみを表示するといった方法をとることも可能である。
【００６６】
さらに、本発明では、品質レポートインタフェース部や監視インタフェース部に、各々専用プロトコルを規定してもよい。しかしながら、本発明では、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）等の標準管理プロトコルを採用し、各々ＴｒａｐやＧｅｔ  Ｒｅｑｕｅｓｔにマップして自律報告やリクエスト−レスポンス型の情報収集を行ってもよい。
【００６７】
さらにまた、本発明では、ノード管理情報を監視装置のノード管理情報ＤＢにＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）でマウントしてネットワーク共有することによって、図３及び図４に示す監視インタフェース部を省略することが可能である。
【産業上の利用可能性】
【００６８】
本発明は、メッシュ接続されたマルチベンダのノード群で構成される３ＧＰＰ−ＬＴＥの移動通信コアネットワークにおいて最も効果的に利用することができる。また、本発明は、３ＧＰＰ−ＬＴＥ以外でも、メッシュ（マトリクス）接続、もしくはマルチベンダのノード群で構成された部分を有した移動通信コアネットワークに広く適用することができる。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施の形態による移動通信システムの構成例を示すブロック図である。
【図２】図１のユーザ端末の構成例を示すブロック図である。
【図３】図２のユーザ端末品質情報読出処理部の動作を示すフローチャートである。
【図４】図１のｅＮｏｄｅＢの構成例を示すブロック図である。
【図５】図１の監視装置の構成例を示すブロック図である。
【図６】本発明の実施の形態におけるユーザ端末品質レポートをノード管理情報に紐付けする例を示す図である。
【図７】本発明の実施の形態におけるユーザ端末品質レポートを管理する際のデータ構造の一例を示す図である。
【図８】図４の監視装置の表示画面の表示例を示す図である。
【図９】本発明の実施の形態による移動通信システムの動作例を示すシーケンスチャートである。
【符号の説明】
【００７０】
１  ユーザ端末
２，３  ＭＭＥ／ＵＰＥ
４〜６  ｅＮｏｄｅＢ
７  監視装置
８  ネットワークモニタ装置
１１  ユーザ端末本来の処理
１２  アプリケーションソフトウェア群
１３  ユーザ端末品質情報
１４  本発明に関わる手段群
１５  ユーザ端末品質情報読出処理部
１６  品質レポートインタフェース部
４１  ノード本来の処理
４２  ノード管理情報
４３  本発明に関わる手段群
４４  ノード管理情報読出処理部
４５  監視インタフェース部
７１  表示画面
７２  ＧＵＩ画面表示部
７３  ＧＵＩ画面操作指示処理部
７４  監視インタフェース部
７５  ノード管理情報処理部
７６  ノード管理情報ＤＢ
７７  ネットワークモニタインタフェース部
７８  ネットワークモニタ情報処理部
７９  ネットワークモニタ情報ＤＢ
１００  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ
２００  Ｅｖｏｌｖｅｄ  ＲＡＮ
【図１】
2009118196.tif 000003
【図２】
2009118196.tif 000004
【図３】
2009118196.tif 000005
【図４】
2009118196.tif 000006
【図５】
2009118196.tif 000007
【図６】
2009118196.tif 000008
【図７】
2009118196.tif 000009
【図８】
2009118196.tif 000010
【図９】
2009118196.tif 000011