(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおけるサービス品質劣化の根本原因分析のための方法であって、前記方法は、
前記通信ネットワークにおける複数のノードから測定値を受信するステップと、
前記受信した測定値に対する識別子を決定するステップと、
前記受信した測定値に対する前記識別子を使用してネットワークトポロジーを決定するステップと、
前記決定したトポロジーと、前記トポロジーとリンクした前記測定値とに基づいて根本原因分析を実行するステップと
を備える、方法。
【請求項２】
前記識別子がリソースサービス識別子である、請求項１に記載の方法。
【請求項３】
前記リソースサービス識別子は、現行接続オブジェクトを示す第１のリソースサービス識別子、前記現行接続オブジェクトが従属する接続オブジェクトを示す第２のリソースサービス識別子、および前記現行接続オブジェクトに従属する接続オブジェクトを示す第３のリソースサービス識別子を備える、請求項２に記載の方法。
【請求項４】
前記第３のリソースサービス識別子は、前記現行接続オブジェクトより下位の層において、内部接続オブジェクトおよび外部接続オブジェクトを示す、請求項３に記載の方法。
【請求項５】
前記識別子がユーザプレーン参照識別子である、請求項１に記載の方法。
【請求項６】
測定値が、前記識別子および関連する測定値を含む測定レポートとして受信される、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記決定するステップが、前記測定レポートから前記識別子を抽出するステップを備える、請求項６に記載の方法。
【請求項８】
前記決定するステップが、前記測定値を提供した前記ノードから前記測定値に対する前記識別子を要求するステップと、前記ノードから前記識別子を受信するステップとを備える、請求項１から５のいずれか一項に記載の方法。
【請求項９】
前記決定するステップが、ファイルから、前記ネットワークトポロジーの一部についての情報を読み取るステップを備える、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記ネットワークトポロジーが、各受信した測定値内の前記識別子を、パケット交換接続または回路交換接続にマッピングすることによって決定される、請求項１から８のいずれか一項に記載の方法。
【請求項１１】
通信ネットワークにおけるサービス品質劣化の根本原因分析のための装置であって、
前記通信ネットワーク内の複数のノードから測定値を受信するよう構成され、前記受信した測定値に対する識別子を決定するよう構成されるアダプタと、
前記受信した測定値に対する前記識別子を使用して、ネットワークトポロジーを決定するよう構成される測定プロセッサと、
前記決定したトポロジーと、前記トポロジーとリンクした前記測定値とに基づいて根本原因分析を実行するよう構成される根本原因分析器と
を備える、装置。
【請求項１２】
前記アダプタは、前記測定値が受信された測定レポートから前記識別子を抽出するよう構成される、請求項１１に記載の装置。
【請求項１３】
前記アダプタが、前記測定値を提供した前記ノードから前記測定値に対する前記識別子を要求し、前記ノードから前記識別子を受信するよう構成される、請求項１１に記載の装置。
【請求項１４】
前記ネットワークトポロジーをファイルから読み取るよう適合される、請求項１１から１３のいずれか一項に記載の装置。
【請求項１５】
前記アダプタが、各受信した測定値内の前記識別子を、パケット交換接続または回路交換接続にマッピングすることによって前記ネットワークトポロジーを決定するよう構成される、請求項１１から１３のいずれか一項に記載の装置。
【請求項１６】
通信ネットワークであって、
複数のノードと、
根本原因分析を提供する装置と
を備え、前記装置は、
前記通信ネットワーク内の複数のノードから測定値を受信するよう構成されて、前記受信した測定値に対する識別子を決定するよう構成されたアダプタと、
前記受信した測定値に対する前記識別子を使用して、ネットワークトポロジーを決定するよう構成される測定プロセッサと、
前記決定したトポロジーと、前記トポロジーとリンクした前記測定値とに基づいて根本原因分析を実行するよう構成される根本原因分析器と
を備える、通信ネットワーク。
【請求項１７】
前記アダプタは、前記測定値が受信された測定レポートから前記識別子を抽出するよう構成される、請求項１６に記載の通信ネットワーク。
【請求項１８】
前記アダプタが、前記測定値を提供した前記ノードから前記測定値に対する前記識別子を要求し、前記ノードから前記識別子を受信するよう構成される、請求項１６に記載の通信ネットワーク。
【請求項１９】
前記ネットワークトポロジーが、ファイルから読み取られる、請求項１６から１８のいずれか一項に記載の通信ネットワーク。
【請求項２０】
前記アダプタが、各受信した測定値内の前記識別子を、パケット交換接続または回路交換接続にマッピングすることによって前記ネットワークトポロジーを決定するよう構成される、請求項１６から１８のいずれか一項に記載の通信ネットワーク。
【請求項２１】
少なくとも１つの測定システムをさらに備える、請求項１６から２０のいずれか一項に記載の通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、根本原因分析のための方法および装置に関し、特に、通信ネットワークにおけるサービス品質劣化の根本原因分析のための方法および装置に関する。
【背景技術】
【０００２】
サービスプロバイダの主要業務の１つは、そのサービスにより、一定レベルの性能と、顧客とのサービス水準合意（ＳＬＡ）の定める誓約を満たす頑強性とを確実に提供することである。標準的な手法は、システム内部性能特性（伝送遅延、利用可能帯域幅、および損失率など）を測定することによってサービスの品質と動作を監視すること、およびサービスがもはや満足に動作していないことを直接指示するか、または間接的に示す、普通ではない、異常な動作を識別することである。これらの測定により、品質劣化、または機能損失度の検出が可能になる。さらに、サービス根本原因分析（Ｓ−ｒｃａ）を使用して、サービス性能劣化の（根本）原因を分析し、品質劣化または機能損失をもたらす欠陥の原因を識別することができる。
【０００３】
この測定情報を取得するために、サービス保証機能は、特に、測定イベントの、ネットワークリソースからの詳細なイベント報告に依存しなければならない。
【０００４】
ネットワークノードが、膨大な数の測定イベントを生成するので、将来的な対応関係および分析のため、中央データベースにすべてのイベントデータを収集することは非実用的である。後に、まだドリルダウンが可能なうちに、インテリジェントフィルタリングおよび集計を適用して、データ量を減らさなければならない。
【０００５】
測定のため、多数の測定システムが提案され、実現されてきた。測定方法を分類する方法の１つは、能動的手法と受動的手法とを区別することである。
【０００６】
能動的測定は、ネットワーク内へのトラフィックの注入を必要とし、（ＰＩＮＧなどにより）ある種のネットワークデバイスを調べるか、またはラウンドトリップ時間（ＲＴＴ）、片方向遅延、ならびに利用可能帯域幅などのネットワーク特性を測定する。一般に、能動的測定からの結果は、解釈が簡単である。しかしながら、注入されたトラフィックは、試験下のネットワークに影響を及ぼす可能性がある。
【０００７】
受動的測定は、ソフトウェアベースまたはハードウェアベースのいずれでも、既存のネットワークトラフィックを単純に観測し、非侵入型であり、または試験下のネットワークに少なくともほとんど侵入しない。ネットワークトラフィックは、特定の位置で取り出すことができ、完全パケットレベル追跡から統計的数値まで、異なるレベルの粒度で記録および処理することができる。受動的測定の結果は、解釈が難しいことが多いが、試験下のネットワークに影響を与えないという利点がある。
【０００８】
測定はまた、例えば、開放型システム間相互接続（ＯＳＩ）モデルに従い、リンク層、ネットワーク層、トランスポート層、およびアプリケーション層さえをも含む、異なるシステム／プロトコル層で実行することができる。既存の測定システムは、プライバシーおよび法的懸念により、ネットワーク層およびトランスポート層を主に考慮する。
【０００９】
異なる層で収集された測定値は、完全パケットレベル追跡から統計的数値まで、異なるレベルの粒度を示す可能性がある。
【００１０】
粒度が最も粗い場合の測定は、トラフィックカウンタであり、すなわち、パケット容量およびパケット数などの、累積トラフィック統計である。他の共通手法は、ＮｅｔＦｌｏｗ（Ｃｉｓｃｏ）およびｓＦｌｏｗからのフローレベル統計を使用することであり、特定のフローのトラフィック量情報を含む。
【００１１】
ネットワーク全体に及ぶ測定および性能の推定にもかかわらず、当分野で既知の測定システムは、通常、整合性または相互運用性についてほとんど考慮していない。通常、これらのシステムは、スタンドアロン型であり、異なる性能基準を使用し、さまざまな基礎となる測定メカニズムを用い、オフラインのみで動作することも多い。基礎となるメカニズムはさまざまだが、これらのシステムは、アプリケーションに対してシステム内部特性を提供する共通目的を有し、それらの測定値は、相当に重複する。
【００１２】
既存の解決策には、さまざまな欠点が存在する。例えば、既存の解決策は、ネットワーク機器が、リソースサービス（ＲｅＳｅ）関係を通じて関連する測定値間の関係について、暗黙知を有することを考慮しない。さらに、既存の解決策は、すべての測定値を連続的に処理し、関係を取得し、測定値を集計するため、トラブルシューティングに使用することが可能な貴重な情報が失われる。さらに、既存の解決策は、非構造化ネットワーク測定値に依存するため、その状況を最大限に利用しようと試みる。カウンタにおけるメタデータの欠如は、特に、セッションレベルでの異なるリソースからの測定値の相関を取ることを非常に困難にする。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明の実施形態の目的は、根本原因分析の方法および装置を提供し、上記した欠点の少なくとも１つまたは複数を無くすか、または低減することである。
【課題を解決するための手段】
【００１４】
本発明の第１の態様によれば、通信ネットワークにおけるサービス品質劣化についての根本原因分析のための方法を提供する。本方法は、通信ネットワーク内の複数のノードから測定値を受信し、受信した測定値に対する識別子を決定することを備える。本方法はさらに、受信した測定値に対する識別子を使用して、ネットワークトポロジーを決定すること、および決定したトポロジーと、前記トポロジーとリンクした測定値とに基づき、根本原因分析を実行することを備える。
【００１５】
本発明の別の態様によれば、通信ネットワークにおけるサービス品質劣化についての根本原因分析を提供するための装置を提供する。本装置は、通信ネットワーク内の複数のノードから測定値を受信するよう構成されて、受信した測定値に対する識別子を決定するよう構成されたアダプタを備える。本装置はさらに、受信した測定値に対する識別子を使用して、ネットワークトポロジーを決定するよう構成された測定プロセッサと、決定したトポロジーと、前記トポロジーとリンクした測定装置とに基づき、根本原因分析を実行するよう構成された根本原因分析器とを備える。
【００１６】
本発明の別の態様によれば、複数のノードと、根本原因分析を提供するための装置とを備える、通信ネットワークを提供する。本装置は、通信ネットワーク内の複数のノードから測定値を受信するよう構成され、受信した測定値に対する識別子を決定するよう構成されたアダプタを備える。本装置はさらに、受信した測定値に対する識別子を使用して、ネットワークトポロジーを決定するよう構成された測定プロセッサ、および決定したトポロジーと、前記トポロジーとリンクした測定装置とに基づき、根本原因分析を実行するよう構成された根本原因分析器を備える。
【００１７】
本発明をより理解するため、および実行する方法をより明確に示すために、以下の図面を例示のみのために参照する。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態により実行されるステップである。
【図２】本発明の他の実施形態により実行されるステップである。
【図３】本発明の一実施形態による、図２のステップ２０４である。
【図４】本発明の他の実施形態による、図２のステップ２０４である。
【図５】本発明の一実施形態による、図２のステップ２０６である。
【図６】本発明の他の実施形態による、図２のステップ２０６である。
【図７】本発明の一実施形態による装置である。
【図８】本発明の他の実施形態による装置である。
【図９】識別子がノードからの測定値と共に送信される実施形態である。
【図１０】識別子がノードから要求される実施形態である。
【図１１】例示的な接続測定レポートである。
【図１２】例示的なプロシージャ測定レポートである。
【図１３】識別子が接続オブジェクトを互いに関連づけることを可能にする方法の例である。
【図１４】識別子が接続オブジェクトを互いに関連づけることを可能にする方法の他の例である。
【発明を実施するための形態】
【００１９】
サービス品質測定に対する、ならびに根本原因分析をサポートするための測定構造体を定義するサービスおよび技術の一般的な手法を提供するユーザサービス性能（ＵＳＰ）コンセプトが提案されている。例えば、国際公開第２００８／１２１０６２号パンフレットを参照。ＵＳＰコンセプトでは、システムサービスおよびリソースサービスが考えられる。システムサービスは、ウェブブラウジング、ストリーミング、およびテレビを含み、技術に依存せず、エンドユーザが体験することが可能なものとして定義される。エンドユーザは、人間または機械のいずれかとすることができ、携帯電話、スクリーン、またはカメラなどの端末によりサービスを消費する。他方で、リソースサービスは、システムサービスを送達するよう組み合わされる論理的または物理的要素であり、ベアラ、リンク、およびノードなどのリソースに基づく。
【００２０】
システムサービスおよびリソースサービスの両方の性能は、主要業績評価指標によって特徴づけられる。
【００２１】
サービス主要業績評価指標（Ｓ−ＫＰＩ）およびリソース主要業績評価指標（Ｒ−ＫＰＩ）は、３つの品質基準グループのうち１つに関する洞察を与える。そのグループは、すなわち、ユーザのリクエストに応じてサービスを提供するシステム能力であるアクセス可能性、ユーザが認識できるサービスの品質である完全性、およびユーザが必要とする限りサービスセッションを提供するシステム能力である保持性である。
【００２２】
ＵＳＰコンセプトは、ユーザ視点からＳ−ＫＰＩを識別および優先順位づけし、どのリソースサービスがＳ−ＫＰＩ劣化の原因であるかをドリルダウンし、識別するための能力を提供する。
【００２３】
本発明の実施形態は、監視下ネットワークの複数層から収集された測定レポートを連続的に処理する、通信ネットワークにおけるサービス根本原因分析（Ｓ−ＲＣＡ）を提供する。
【００２４】
図１は、本発明の一実施形態による、複数のノードを備える通信ネットワークにおいて、根本原因分析を行う方法１００を示す。
【００２５】
ステップ１０２では、通信ネットワークにおける複数のノードから測定値を受信する。各測定値は、Ｒ−ＫＰＩに関連し、根本原因分析において使用することができる。
【００２６】
これらの測定値は、システム内部性能特性（伝送遅延、利用可能帯域幅、および損失率など）である可能性がある。これらの測定値は、能動的測定値または受動的測定値である可能性がある。
【００２７】
測定値は、ノードに組み込むことができるか、またはノードに外付けすることができる、通信ネットワーク内の測定システムによって提供することができる。
【００２８】
各測定レポートは、タイムスタンプ、ユーザならびにセッション識別子、および管理システムがさまざまなイベントを互いに関連づけ、ネットワーク上のサービスセッションに従うことを可能にする他のパラメータを含むことができる。
【００２９】
一実施形態において、測定値は、接続のデータパスに対して、前記接続に含まれる論理的および物理的接続性リソースサービスを表す情報構造体において受信される。代替的にまたは追加的に、測定値は、接続の制御パスに対して、前記接続に含まれる論理的および物理的接続性ならびに制御機能リソースサービスを表す情報構造体において受信される。
【００３０】
ステップ１０４では、受信した測定値に対する識別子を決定する。識別子は、受信した測定値のそれぞれに対して決定することができ、あるいは、識別子は、受信した識別子のいくつかのみに対して決定することができる。測定値に対して識別子が決定されなかった場合、その測定値は、本発明の実施形態において使用されない。
【００３１】
本発明の一実施形態において、識別子は、１つの測定値に対して決定することができ、この識別子は、他の同様の測定値に対して使用して、処理を最小にし、速度を上げ、コストを削減することができる。
【００３２】
ステップ１０６では、受信した測定値に対する識別子を使用することによって、ネットワークトポロジーを決定する。識別子は、ポインタを備え、オブジェクトを接続し、識別子を分析することで、ネットワークのトポロジーを決定することが可能となる。
【００３３】
決定されたネットワークトポロジーは、ネットワークノードおよびノードを接続する物理的リンクについての情報を備える。さらに、代替実施形態において、ネットワークトポロジーはまた、ネットワークに接続された端末、ノードもしくは端末間（ノードとノード間、端末とノード間、端末と端末間）の論理リンク、およびネットワークで実行されるサービスについての情報を含む。
【００３４】
本発明の一実施形態において、識別子は、リソースサービス（ＲｅＳｅ）識別子とすることができ、ネットワークトポロジーにリンクされる場合、どのリソースサービスに測定値が属するかを識別する。識別子は、ユーザプレーン参照識別子とすることができ、ユーザプレーンと制御プレーンとの間の関係を識別する。識別子はまた、エンド・ユーザ・セッションのサポートと関係づけられた、関連したリソースサービスを識別することができる。
【００３５】
ステップ１０６では、監視下システムサービスまたはエンド・ユーザ・サービス送達に関係するノードおよびネットワークパスが識別され、ネットワークのトポロジーを決定するための受信した測定値に対する識別子を使用することによって、特定のサービス送達に関連したリソース・サービス・パス（および、パスセグメント）を推測する。
【００３６】
いくつかの実施形態において、識別子からネットワークトポロジーを決定して、監視下サービスに関係するパスを識別することは、識別子およびＩＰアドレスに基づいて、トラフィック転送テーブル（ルーティングテーブル、およびＭＰＬＳラベル交換テーブルなど）を検索することによって補完することができる。測定値は、それらの識別子に基づき、推定されたリソース・サービス・パスに沿ってリンクされる。
【００３７】
図２では図示しないが、少なくとも１つの測定値に対する測定レポートを取得するオプションのステップもまた存在し、この測定レポートは、測定イベントと関連づけることができ、識別子と、測定値に関係する他の情報とを含むことができる。測定レポートは、図１１および図１２に関連して、以下により詳細に記載する。
【００３８】
ステップ１０８では、測定値に基づき、根本原因分析を実行する。
【００３９】
根本原因分析を実行して、エンドユーザが体験する、体験した結果を組み合わせたサービス品質において最もマイナスの影響を及ぼしたリソースサービスを識別する。
【００４０】
根本原因分析での推論ロジックは、多くの異なる方法で実施することができる。特に、少なくとも、測定ベースの決定木またはベイズ推定を実施することができる。
【００４１】
例えば、測定ベースの決定木は、オペレータが、測定値間の各リンクに対する優先値を割り当てることを可能にする。したがって、決定木状診断グラフは、リンクした測定値に基づいて形成される。優先値が高くなると、オペレータは、その測定値（および、その識別子が指し示す対応するネットワーク要素）が根本原因となるとより強く確信する。理由論理は、単に、リンクされた測定値を通じて検索することができ、最大優先度を有する葉ノードを識別することができる。異なる葉ノード間で同じ優先度が存在する場合、そのすべてが、共同根本原因として出力される。
【００４２】
図２は、本発明の他の実施形態による方法２００を示す。図２の方法において、本方法のステップ２０２、２０４、２０６、および２０８は、それぞれ、図１の上記した方法のステップ１０２、１０４、１０６、および１０８に対応する。図２の方法２００は、根本原因分析を実行する前に測定値を格納する追加ステップ２０７を含む点で、図１の方法１００と異なる。ネットワークトポロジーを決定するステップ２０６は、さまざまな実施形態において、図５および図６に示す動作を含む。
【００４３】
図３は、本発明の一実施形態による、図２のステップ２０４を示す。図３において、識別子を決定するステップは、受信した測定値から識別子を抽出するステップ３０２を含む。言い換えると、本発明の一実施形態において、測定値は、埋め込まれた識別子と共にノードから受信され、その識別子は、その測定値内からの抽出によって決定される。一実施形態において、識別子を抽出する動作は、受信した測定値と関連したメタデータを読み取ることを含む。
【００４４】
図４は、本発明の他の実施形態による、図２のステップ２０４を示す。図４において、識別子を決定するステップは、識別子を要求するステップ４０２と、識別子を受信するステップ４０４とを含む。この実施形態において、識別子は、ノードから受信した測定値内に埋め込まれない。この実施形態において、測定値が受信され、測定値の受信時に、識別子は、測定値を送出したノードから要求される。ノードは、識別子に対する要求を受信し、識別子を送信する。
【００４５】
図３および図４に示すように、２つの方法で、特定の測定値に対する識別子を決定する。第１の方法は、測定値自身から識別子を抽出するものであり、第２の方法は、測定値を送出したノードから識別子を要求するものである。
【００４６】
図５は、本発明の一実施形態による、図２のステップ２０６を示す。図５において、根本原因分析のためのネットワークトポロジーを決定するステップは、ネットワークトポロジーの一部についての情報をファイルから読み取るステップ５０２を含む。いくつかの実施形態において、受信した測定値と、それらに関連した識別子とに基づいて決定されるネットワークトポロジーを、ファイルから読み取られ、例えば、ネットワーク管理システムに格納することができる、ネットワークトポロジーの一部についての情報で補完することは有益である可能性がある。これは、そこから測定値が受信されなかったネットワークの部分に特に適用可能である可能性がある。
【００４７】
この実施形態において、ＲＣＡが実行されるたびにネットワークトポロジーを決定する必要はない。さらに、ネットワークトポロジーに対するいかなる変更も、格納したネットワークトポロジーを更新することによって、格納したネットワークトポロジーに反映することができる。
【００４８】
図６は、本発明の他の実施形態による、図２のステップ２０６を示す。図６において、根本原因分析のためのネットワークトポロジーを決定するステップは、測定値に対する識別子をＩＰ接続にマッピングするステップを含む。代替実施形態において、異なるタイプのネットワークでは、識別子は、パケット交換接続および／または回線交換接続にマッピングされる。
【００４９】
本方法のステップ２０４と２０６は別々のステップとして示されるが、これらのステップは、単一ステップと考えてもよいことに留意されたい。言い換えると、識別子を決定するステップと、ネットワークトポロジーを決定するステップとは、同時に実行することができる。
【００５０】
図７は、本発明の一実施形態による装置７００を示し、図１から図６に関連して記載した根本原因分析方法を実施するよう構成される。
【００５１】
装置７００は、保証マネージャと称されることもあり、通信ネットワーク内の複数のノード７０４から測定値を受信するよう構成されたアダプタ７０６を備える。複数のノード７０４は、点線で示され、それらが装置７００の一部を形成しないが、装置７００も含む通信ネットワークの一部として設置されることを示す。
【００５２】
アダプタ７０６は、受信した測定値に対する識別子を決定するよう構成される。アダプタは、複数のノードのすべて、または一部から測定値を受信することができ、受信した測定値の少なくとも一部に対する識別子を決定することができる。測定値に対して識別子が決定されなかった場合、その測定値は、本発明の実施形態において使用されない。言い換えると、アダプタは、図１の方法のステップ１０２および１０４を実行するよう構成される。
【００５３】
装置７００はさらに、受信した測定値に対する識別子を使用することによってネットワークトポロジーを決定するよう構成された測定プロセッサ７０８を備える。言い換えると、測定プロセッサ７０８は、図１の方法のステップ１０６を実行するよう構成される。
【００５４】
装置７００はさらに、測定値に基づき根本原因分析を実行するよう構成される根本原因分析器７１０を備える。言い換えると、根本原因分析器７１０は、図１の方法のステップ１０８を実行するよう構成される。
【００５５】
根本原因分析器７１０は、多くの異なる方法で根本原因分析のための推論ロジックを実施するよう構成することができる。特に、根本原因分析器７１０は、少なくとも測定ベースの決定木またはベイズ推定に基づき根本原因分析を実施するよう構成することができる。
【００５６】
図８は、本発明の他の実施形態による装置８００を示す。装置８００は、動作サポートシステム（ＯＳＳ）８１４に設けられる保証マネージャ８０２を備える。
【００５７】
複数のノード８０４が、通信ネットワーク内に設けられる。１つまたは複数の測定システム８１８もまた、設けられる。各ノードは、少なくとも１つの関連した測定システムを有し、測定システムは、ノードに一体式に設けることもできる。測定システムは、ノード８０４と関連した測定値を提供し、保証マネージャ８０２に送信する。
【００５８】
少なくとも１つの測定システム８１８は、通信ネットワークの中心に設けることができ、ノード８０４と関連した測定値を保証マネージャ８０２に中心的に提供するよう構成することができる。
【００５９】
ノード８０４および測定システム８１８は、ドメインマネージャ８１２を介して、保証マネージャ８０２と通信することができ、または、ドメインマネージャ８１２を飛び越して、保証マネージャと直接通信することができる。
【００６０】
根本原因分析器７１０、８１０で実施されるＲＣＡアルゴリズムは、サービスの劣化を引き起こす１つまたは複数のリソースサービスを識別する。問題のあるリソースが識別されると、修復動作を開始することができる。
【００６１】
装置８００において、アダプタ８０６は、複数のノード８０４と関連した測定システム８１８から測定値を受信するよう構成される。アダプタ８０６はさらに、少なくともいくつかの測定値に対する識別子を決定するよう構成される。
【００６２】
ドメインマネージャ８１６を設けることができ、ネットワークのトポロジーの一部についての情報を含むファイルを格納するよう構成される。いくつかの実施形態において、受信した測定値と、それらに関連した識別子とに基づいて決定されるネットワークトポロジーを、ファイルから読み取ることが可能な、ネットワークトポロジーの一部についての情報で補完することは有益である可能性がある。本発明の一実施形態において、アダプタ８０６は、ドメインマネージャ８１６に格納されたファイルからトポロジーを読み取ることによって、ネットワークトポロジーを決定するよう構成することができる。
【００６３】
ネットワークのトポロジーを含むファイルは、ドメインマネージャ８１６以外に、本装置内の何らかの場所に格納することができることに留意されたい。例えば、ファイルは、ネットワーク管理システム内の保証マネージャ８０２に格納することができ、または、ＯＳＳ８１４の他の適切な場所に格納することができる。
【００６４】
ドメインマネージャ８１６はまた、ノードおよび／または他の測定システムからの測定イベントフローを収集および終了するよう構成することができ、その後、根本原因分析のための根本原因分析器８１０で利用可能な測定値を生成する。
【００６５】
図９は、識別子がノードからの測定値と共に送信される実施形態である。図９に示すように、状態が測定値と共に、複数のノード９０４から保証マネージャ９０２に、ドメインマネージャ９１２を介するか、または介することなく、送信される。
【００６６】
図９において、識別子間のマッピングが、測定値と共に、規定された測定値内で、ノードによって送信される。ノードは、リソース要求／承認の処理を通じて、識別子を有する。状態伝搬は、所定の間隔に基づいて周期的に（例えば、分ごとに）、またはオンデマンド（すなわち、変更が生じた場合にいつでも状態の更新を送信する）で行うことができる。
【００６７】
保証マネージャ８０２内のアダプタ８０６は、識別子と、識別子間のマッピングとを測定値から抽出するよう構成することができる。
【００６８】
ネットワークトポロジーは、識別子間のマッピングに基づいて決定され、ドメインマネージャ８１６内のファイル、または、ＯＳＳ８１４の他の任意の適切な場所で格納することができる。識別子とＩＰ接続（すなわち、通常は、パケット交換接続および／または回線交換接続）との間の完全マッピングを送信する代わりに、ノードは、更新時のマッピングに対する変更のみを含んでもよい。この場合、マッピングに対する変更のみをノードから受信することができ、ファイルに格納されたネットワークトポロジーを、それに応じて更新することができる。これにより、任意の変更に従って更新することが可能な格納されたネットワークトポロジーがある場合に、測定されたイベントの処理時間を短縮することができるという利点を提供する。
【００６９】
ネットワークトポロジーは、ある種の従属インスタンスである。従属モデルは、収集された測定値に基づいて算出することができ、包括的、すなわち、通信ネットワーク内の任意の２つの構成要素間の従属関係を記述することができる。
【００７０】
図１０は、識別子がノードから要求される実施形態である。図１０に示すように、保証マネージャ１００２は、複数のノード１００４に、ドメインマネージャ１０１２を介して、クエリを送信するよう構成される。
【００７１】
ノード１００４は、識別子に対する要求を、ドメインマネージャ１０１２から受信し、応答を、保証マネージャ１００２に、ドメインマネージャ１０１２を介して送信する。この実施形態において、識別子は、測定値が関連づけられたノードから要求される。
【００７２】
図１０において、クエリは、識別子間のマッピングのために、ノードまたはＯＳＳに送出される。各クエリにおいて、識別子のリストが、クエリ条件として含まれる。
【００７３】
クエリは、待ち時間を減らすために、複数のノードに並列で送出してもよい。
【００７４】
クエリ処理は、再帰的に続けることができ、クエリメッセージを受信するノードは、（識別子マッピングからなる）マッチングタプルを探索し、すべての識別子間で不明のマッピングが識別されるまで、派生した子を再帰的にトラバースする。
【００７５】
この場合、識別子間のマッピングを決定することができるため、ネットワークトポロジーは、ネットワークトポロジーの何らかの予備知識無しに決定することができる。
【００７６】
図８の測定プロセッサ８０８は、受信した測定値に対する識別子を使用して、ネットワークトポロジーを決定するよう構成される。
【００７７】
測定値格納部８０９が設けられ、根本原因分析器８１０による測定値について根本原因分析が実行される前に、測定値を格納するよう構成される。
【００７８】
測定値は、測定レポートとして受信することができ、測定レポートは、識別子と、関連した測定値とを含むことができる。識別子は、このレポートから抽出することができ、ネットワークトポロジーは、抽出された識別子を使用して決定することができる。測定値格納部８０９は、測定レポートおよび／または抽出された識別子を格納するよう構成することができる。
【００７９】
本発明の実施形態において、Ｒ−ＫＰＩを考慮するために、接続オブジェクト型およびプロシージャオブジェクト型を、根本原因分析のために考慮することができる。
【００８０】
接続により、通信に必要な２つの構成要素間の通信チャネルを提供する。接続は、ネットワーク内の異なる構造体に適用することができ、ユーザプレーンおよび制御プレーンの両方が、接続を使用する。
【００８１】
プロシージャは、接続のセットアップ、維持、および切断を提供する。
【００８２】
プロシージャは、ユーザプレーンと共有した接続、および制御プレーンに対する専用接続の両方を使用する。
【００８３】
図１１は、接続ベースのＲ−ＫＰＩに対して生成可能であり、図８の根本原因分析器８１０によって使用することができる、接続測定レポートを示す。
【００８４】
図１１で見ることができるように、４つの種類の接続レポート１１００ａから１１００ｄが提供され、それぞれが、異なる接続イベントと関連する。
【００８５】
接続測定レポート１１００ａは、セッション生成測定イベントに関連する。この測定イベントは、ユーザのリクエストに応じてサービスを提供するシステムの能力であるアクセス可能性と関連する。
【００８６】
接続測定レポート１１００ｂは、セッションサンプル測定イベントに関連する。この測定イベントは、ユーザにより認識されるサービスの品質である完全性と関連する。名称が示唆する通り、セッションサンプル測定イベント中、システムサービス提供において使用する間のリソースサービスの品質をサンプリングする。サンプリング間隔が構成可能であり、システムサービス依存である。
【００８７】
接続測定レポート１１００ｃは、セッション終了測定イベントに関連する。この測定イベントは、ユーザが必要とする限りサービスセッションを提供するシステムの能力である、保持性と関連する。
【００８８】
接続測定レポート１１００ｄは、セッション修正測定イベントに関連する。接続測定イベント１１００ｃのように、この測定イベントは、保持性と関連する。
【００８９】
図１１にて理解し得るように、接続測定レポート１１００ａから１１００ｄのすべては、リソースサービス識別子（ＲｅＳｅＩＤ）１１０２、イベントが生じた管理下要素／ノードを示す管理下要素識別子（ＭＥ−ＩＤ）１１１６、測定のための時間（Ｔ）１１１８、およびセッション識別子（ＳｅｓｓＩＤ）１１２０を含む。
【００９０】
セッション生成測定レポート１１００ａはさらに、測定イベントが使用可能であるかどうかを示す、アクセス可能性フィールド１１１０を含む。測定レポート１１００ａはまた、接続識別参照１１２２をさらに含むことができる。
【００９１】
セッションサンプル測定レポート１１００ｂはさらに、少なくとも１つの完全性フィールド１１１４ａから１１１４ｅを含む。完全性フィールドは、待ち時間１１１４ａ、観測ペイロード１１１４ｂ、エラー１１１４ｃ、損失レート１１１４ｄ、または全体容量１１１４ｅを含むことができる。測定レポート１１００ｂはさらに、追加フィールド１１２４を含むことができる。リソースサービス完全性のために、測定は、個々のイベントではなく、一連のイベントまたはサンプルに対して行われる。リソース・サービス・セッションの間、スループット、待ち時間、エラー率、損失レート、および利用可能容量は、セッション中のリソースサービス性能の概観を提供するためにサンプリングされる。
【００９２】
セッション終了測定レポート１１００ｃはさらに、ユーザセッションが終了したかどうかを示す、保持性フィールド１１１２を含む。
【００９３】
ＲｅＳｅＩＤは、測定イベントがどのリソースサービスに属するかを識別する。セッションＩＤは、リソースサービスを、特定のシステムサービス（ＳｙＳｅ）セッションにリンクさせる。システム・サービス・セッションＩＤは、ネットワーク要素によって取得されず、ＯＳＳなどの外部システムにおける対応関係を通じてのみ得ることができる。
【００９４】
好適な実施形態において、リソースサービスｎに属する測定イベントは、リソースサービスｎに従属するリソースサービスｎ−１のための追加識別子、およびリソースサービスｎ＋１のための追加識別子を有する。同様に、リソースサービスｎは、リソースサービスｎ＋１に従属する。
【００９５】
図１１にて理解し得るように、リソースサービス識別子（ＲｅＳｅＩＤ）１１０２は、３つのフィールドを備える。第１のフィールド１１０４、すなわち、ＲｅＳｅ［０］ＩＤは、現行接続オブジェクトに対する識別子であり、言い換えると、測定値が受信される接続オブジェクトである。第２のフィールド１１０６、すなわち、ＲｅＳｅ［−１］ＩＤは、現行接続オブジェクトに従属する接続オブジェクトに対する識別子であり、言い換えると、現行接続オブジェクトより下位の層での接続オブジェクトである。第３のフィールド１１０８、すなわち、ＲｅＳｅ［＋１］ＩＤは、現行接続オブジェクトが従属する接続オブジェクトに対する識別子であり、言い換えると、現行接続オブジェクトより上位の層での接続オブジェクトである。
【００９６】
リソースサービス識別子１１０２が上記のような３つのフィールドを有することで、識別子を分析することによって、ネットワークのトポロジーを決定することが可能となる。ＲｅＳｅ［０］ＩＤ、ＲｅＳｅ［−１］ＩＤ、およびＲｅＳｅ［＋１］ＩＤにより、さまざまな接続オブジェクトの従属度を判断することができる。受信した数千の接続レポートを有する実際のネットワークでは、現行接続オブジェクト［０］が従属する接続オブジェクト［＋１］を示す識別子が存在するが、それらは、現行接続オブジェクトに従属する接続オブジェクト［−１］に対するポインタを有する。逆も同様であり、現行接続オブジェクトに従属する同じ接続オブジェクト［−１］に対するポインタを有する多数の現行接続オブジェクト［０］も存在する。識別子フィールド１１０４から１１０８により判断されるこれらの従属度を分析することによって、ネットワークのトポロジーを決定することが可能である。自身のＩＤおよびそれに接続されるビルディングブロックのＩＤ（ポインタ）を含む各ビルディングブロックにより、ビルディングブロックからいかなるプランも使用することなく、構造体を構築することと同様である。
【００９７】
図１２は、プロシージャベースのＲ−ＫＰＩに対して生成可能であり、図８の根本原因分析器８１０によって使用することができる、プロシージャ測定レポートを示す。
【００９８】
制御プレーンプロシージャは、ユーザ動作またはネットワーク動作によって起動する。ユーザ動作によって起動するそれらのプロシージャは、ユーザプレーンに関連し、ユーザプレーンと制御プレーンとの関係は、ユーザプレーン参照識別子１２０２に格納される。
【００９９】
測定プロシージャの性能を測定するために、プロシージャが要する時間（プロシージャ実行時間）またはプロシージャの結果（成功か、そうでないなら、その理由）を測定してもよい。
【０１００】
また、制御メッセージがノード間で送信される場合、制御メッセージは、メッセージが送信されたノードからの何らかの応答を有する。したがって、メッセージが応答を取得する時間（メッセージがタイムアウトする可能性があり、その場合、メッセージは再送信される）または同じプロシージャに属するメッセージ間の時間を測定することができる。
【０１０１】
オブジェクトとしてモデル化されたプロシージャの性能は、以下のＲ−ＫＰＩ、すなわち、接続時間（プロシージャ実行時間）および成功（プロシージャの正常完了）で表される。Ｒ−ＫＰＩは、原因コードを提供することによって、プロシージャが成功したかどうかを示す。原因コードは、測定メタデータの一部であり、プロシージャ停止の理由を示す。例えば、原因コードは、ＯＫ、ｆａｉｌｅｄ−ＣＣ１、ｆａｉｌｅｄ−ＣＣ２、ｆａｉｌｅｄ−ＣＣ３．．．、ｔｉｍｅｄ  ｏｕｔなどとすることができ、原因コードＣＣ１．．．ＣＣ３．．．は、プロシージャ停止に関する異なる理由と関連づけられる。
【０１０２】
図１２にて理解し得るように、２種類のプロシージャ測定レポート１２００ａおよび１２００ｂを提供することができる。
【０１０３】
プロシージャ測定レポート１２００ａは、プロシージャ開始測定イベントに関連し、プロシージャ測定レポート１２００ｂは、プロシージャ停止測定イベントに関連する。
【０１０４】
プロシージャ開始測定レポート１２００ａは、測定イベントをユーザプレーンにリンクさせるユーザプレーン参照識別子１２０２を含む。
【０１０５】
プロシージャ測定レポート１２００ｂは、実行時間１２１０および原因コード１２１２を含む。
【０１０６】
プロシージャ開始測定レポート１２００ａおよびプロシージャ停止測定レポート１２００ｂの両方は、プロシージャＩＤ１２０４、管理下要素識別子（ＭＥ−ＩＤ）１２０６、および測定のための時間（Ｔ）１２０８を含む。
【０１０７】
プロシージャレポートにおいてユーザプレーン識別子を提供することによって、プロシージャレポートは、ユーザプレーンと制御プレーンとの関係を明示するという点で自己記述的である。
【０１０８】
この解決策の重要な利点は、不良接続への影響および（受信／交換した実際の情報ではなく）コール／セッション制御への影響を実現できることである。これは、例えば、アクセス可能性に影響するが、完全性（チャネル切り替え時間）および／または保持性にも影響する可能性がある（制御プレーンがダウンした場合、課金／請求ができないため、関連するデータプレーンを、制御側が解放することができ、例えば、現行のＴＶサービスは続くが、ユーザはチャネルを変えることができない）。
【０１０９】
本発明の実施形態は、外部システム（ＯＳＳ）を、リソースサービスが組み合わされている方法と関連づけ、エンド・ユーザ・セッションをサポートすることを可能にする、測定値に対する識別子を提供する。本解決策は、リソースモデルにおける接続性オブジェクトに適用する。
【０１１０】
ユーザプレーンおよび制御プレーンにおける接続性オブジェクトに対するモデルは、ネットワークノードとネットワーク機能との関係が既知である方法で構成される。
【０１１１】
図１３は、識別子が接続オブジェクトを互いに関連づけることを可能にする方法の例を示す。図１３は、測定レポート内の識別子を使用して、ネットワークシステム内の異なる深さで、接続オブジェクトを互いに関連づけることを可能にする方法を示す。
【０１１２】
図１３は、伝送制御プロトコル（ＴＣＰ）接続オブジェクト１３０２、進化型パケットシステム（ＥＰＳ）接続オブジェクト１３０４、ＥＰＳベアラ接続オブジェクト１３０６、ＥＵＴＲＡＮ無線アクセスベアラ（ｅＲＡＢ）接続オブジェクト（１３０８）、および無線ベアラ（ＲＢ）接続オブジェクト１３１０を示す。
【０１１３】
ｅＲＡＢ１３０８は、ユーザ機器（ＵＥ）とサービングゲートウェイ（ＳＧＷ）との間であり、下側の層は、無線ベアラであり、上側の層は、ＥＰＳベアラである。行われる典型的な測定は、パケット遅延、スループット、パケット紛失を含む。
【０１１４】
上記したように、リソースサービスｎに属する測定イベントは、リソースサービスｎに従属するリソースサービスｎ−１のための追加識別子、およびリソースサービスｎ＋１のための追加識別子を有する。同様に、リソースサービスｎは、リソースサービスｎ＋１に従属する。リソースサービスｎ＋１およびリソースサービスｎ−１に対する識別子はまた、現行リソースサービスが従属するリソースサービス（ｎ＋１）、および、同様に、現行リソースサービスに従属するリソースサービス（ｎ−１）をそれらが指示する（指し示す）ので、ポインタである。
【０１１５】
図１３に示す例において、ｅＲＡＢ１３０８と関連づけられた測定レポートは、現行接続オブジェクトに対する識別子ｅＲＡＢ＿Ｉｄを含み、ｅＲＡＢ接続オブジェクトが従属する接続オブジェクトに対する識別子ＲＢ＿Ｉｄ、および、ｅＲＡＢ接続オブジェクトに従属する接続オブジェクトに対する第３の識別子ＥＰＳ  Ｂｅａｒｅｒ＿Ｉｄも存在する。図１３における矢印の向きは、従属度の向きを意味する。
【０１１６】
同様に、ＥＰＳベアラ１３０６と関連づけられた測定レポートは、現行接続オブジェクトに対する識別子ＥＰＳ  Ｂｅａｒｅｒ＿Ｉｄを含む。ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄは、ＥＰＳベアラ接続オブジェクトに従属する接続オブジェクトに対する識別子である。最後に、ｅＲＡＢ＿Ｉｄは、ＥＰＳベアラ接続オブジェクトが従属する接続オブジェクトに対する識別子である。
【０１１７】
ＥＰＳ接続１３０４と関連づけられた測定レポートは、現行接続オブジェクトの識別子である識別子ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄを含む。ＥＰＳ接続１３０４と関連づけられた測定レポートにおける第２の識別子は、ＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄであり、ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ接続オブジェクトに従属する接続オブジェクトの識別子である。第３の識別子は、ＥＰＳ  Ｂｅａｒｅｒ＿Ｉｄであり、ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ接続オブジェクトが従属する接続オブジェクトを識別する。
【０１１８】
同様の方式で、ＴＣＰ接続１３０２と関連づけられた測定レポートは、現行接続オブジェクトに対する識別子ＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄを含む。ＳｙＳｅ  Ｉｎｓｔａｎｃｅ＿Ｉｄは、ＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ接続オブジェクトに従属する接続オブジェクトの識別子であり、ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄは、ＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ接続オブジェクトが従属する接続オブジェクトを識別する。
【０１１９】
無線ベアラＲＢ１３１０と関連づけられた測定レポートは、現行接続オブジェクトおよび識別子ｅＲＡＢ＿Ｉｄに対する識別子ＲＢ＿Ｉｄを含み、ｅＲＡＢ＿Ｉｄは、ＲＢ接続オブジェクトに従属する接続オブジェクトｅＲＡＢ１３０８の識別子である。
【０１２０】
この構造の最上位は、リソースサービスに従属するシステムサービスである。図１３に示す例において、ウェブブラウジング１３０１は、ＴＣＰ接続１３０２に従属する。
【０１２１】
モデルについての情報は、ネットワークアーキテクチャおよび測定ポインタに含まれる。言い換えると、自己記述測定値は、実行する根本原因分析のための必要な関連情報を提供する。この関連情報は、ネットワーク構成要素（ＮＥ）内部でのみ利用可能であり、接続線をプローブすることによって取得することはできない。
【０１２２】
すべてのネットワークリソースからの測定値は、連続的に収集され、すべてのリソースから十分な測定値を受信したら、アルゴリズムは、アクティブな、測定されたネットワークに対する従属度モデルを生成することができる。従属度モデルは、ＲＣＡを実行可能なスピードを上げ、追加特性を有する性能態様に対する予算の（自動的）定義に対する基盤となり、オペレータが、Ｓ−ＲＣＡに対する測定値を通じてブラウズすることを補助することができる。言い換えると、ネットワークトポロジーは、測定値を基に作成することができ、このネットワークトポロジーは、後に使用するために格納することができる。ネットワークトポロジーを変更する場合、格納したトポロジーを自動的に更新することができる。
【０１２３】
ネットワークトポロジーのモデルが格納されていない場合、すべての測定値は、Ｓ−ＲＣＡが実行されるたびに分析されなければならない。格納されたモデルは、そのモデルがＳ−ＲＣＡに適用可能な測定値を指し示す場合、本ステップを削減する。
【０１２４】
図１４は、識別子が接続オブジェクトを互いに関連づけることを可能にする方法の他の例を示す。図１４は、測定レポート内の識別子を使用して、ネットワークシステム内の層の幅にわたって、接続オブジェクトを互いに関連づけることを可能にする方法を示す。
【０１２５】
図１４は、伝送制御プロトコル（ＴＣＰ）接続オブジェクト１４０２、進化型パケットシステム（ＥＰＳ）接続オブジェクト１４０４、および外部接続１４０６を示す。ＥＰＳ接続オブジェクト１４０４は、ネットワークプロバイダが全体を制御するネットワークリソースに関連することができ、外部接続１４０６は、インターネットのウェブサイトなどの、ネットワークプロバイダが全体を制御しない外部リソースに関連することができる。
【０１２６】
図１４にて理解し得るように、ＴＣＰ接続１４０２と関連づけられた測定レポートは、サポートするシステム・サービス・インスタンスに対するポインタ／識別子ＳｙＳｅ  Ｉｎｓｔａｎｃｅ＿Ｉｄ、ならびに従属するＥＰＳ接続に対するポインタ／識別子ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄ、および従属する外部接続に対するポインタ／識別子Ｅｘｔｅｒｎａｌ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄ、ならびに現行接続オブジェクト（ＴＣＰ接続）に対するポインタ／識別子を含む。
【０１２７】
ＥＰＳ接続１４０４と関連づけられた測定レポートは、サポートするＴＣＰ接続に対する識別子ＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄ、従属するＥＰＳベアラに対する識別子ＥＰＳ  Ｂｅａｒｅｒ＿Ｉｄ、および現行接続オブジェクト（ＥＰＳ接続）に対する識別子ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄを含む。
【０１２８】
外部接続１４０６と関連づけられた測定レポートは、サポートするＴＣＰ接続に対する識別子ＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄ、ならびに従属する搬送接続に対する識別子Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄ、および現行接続オブジェクト（外部接続）に対する識別子Ｅｘｔｅｒｎａｌ  Ｃｏｎｎｅｃｔｉｏｎ＿Ｉｄを含む。
【０１２９】
図１３および図１４のネットワーク要素識別子（ＮＥ＿Ｉｄ）は、図１１および図１２の管理下要素識別子（ＭＥ−Ｉｄ）に対応することを認識すべきである。
【０１３０】
現行システム内のノードから収集された測定値を比較すると、本発明の実施形態の測定レポートは、サービス診断の文脈で自己記述的であり、接続識別子などの測定状況によって強化されている。
【０１３１】
本発明の実施形態は、電気通信システムの複数層からの測定値をレポートおよび処理することによる根本原因分析のための方法、アルゴリズム、および機能について記述する。測定値は、測定処理で使用することができるパラメータとしての状況関連情報（接続識別子もしくはリソース識別子、およびトラフィック収束／分岐情報など）で強化することができる。測定値は、問題診断ならびに根本原因分析をさらに容易にする状況関連情報に基づいて、測定値をフィルタリング、リンキング、および集約することによって強化することができる。
【０１３２】
根本原因分析は、強化測定値を使用することによって実行され、収集した測定値を接続性モデルインスタンス上にマッピングすることによって、エンドユーザが見るような、体験した結果を組み合わせたサービス品質において最もマイナスの影響を及ぼすリソースサービスを識別することができる。強化測定値はまた、接続性モデルを測定レポートイベントに統合することによって、ネットワークの接続性モデルが自動的に識別され、最新の状態に保たれるように、使用することができる。
【０１３３】
本発明の実施形態は、根本原因分析のために測定値を使用する。これらの実施形態において、測定値は、ネットワークの接続性モデルを自動的に識別し、最新の状態に保つＲＣＡシステムへの入力として測定値が働くように指定されたメタデータを伴う。ＲＣＡシステムにおいて実施されるＲＣＡアルゴリズムは、サービス消費セッションにおける品質劣化の理由であるリソースドメインにおける主な寄与因子を識別する。
【０１３４】
測定値が自己完結型となるように測定値を状況関連情報と組み合わせることによって、測定値を分析する場合に複数のデータソースを検索する必要性がなくなり、そのような測定値に基づく根本原因分析を容易にすることができる。これは、測定値が自己完結型であるため、測定システム内のモデルが、測定の内容を評価および解釈する必要がないという利点を提供する。
【０１３５】
また、測定値に対する状況関連情報が、ネットワークの変更／拡張に自動的に適合するため、ネットワークが再構成もしくは拡張された場合、モデルを更新する必要がなく、それにより、そのような変更の結果として、運用経費および誤った分析結果が削減される。
【０１３６】
さらに、ネットワーク接続性モデルは、管理システムによって構築および呈示することができる。
【０１３７】
さらに、Ｒ−ＫＰＩ測定値を観測し、それらをＳ−ＫＰＩならびに定義された品質しきい値と関連づけることによって、システムは、自身で予算を編成することができ、したがって、例えば、遅延などの非付加Ｒ−ＫＰＩに対して個々のＲ−ＫＰＩに対するしきい値を確立することができる。
【０１３８】
本発明はまた、測定システムの再利用ならびに効果的な実装をサポートする測定値のセットに対する一般的な接続性リソースサービスＲ−ＫＰＩを提供するため、有益である。
【０１３９】
本発明は、接続性要素、したがって、Ｒ−ＫＰＩが、マルチベンダ統合をサポートする通信システム規格に基づくため、さらに有益である。
【０１４０】
上述の実施形態は本発明を限定するのではなく例証し、当業者は、添付の特許請求の範囲から逸脱することなく多くの代替実施形態を設計することができることに留意すべきである。「含む」という語は、請求項に記載されたもの以外の要素またはステップの存在を排除するものではなく、「ａ」または「ａｎ」は複数を除外せず、単一のプロセッサまたは他のユニットが、特許請求の範囲で列挙されるいくつかのユニットの機能を満たすことができる。特許請求の範囲におけるいかなる参照符号も、それらの範囲を限定するよう解釈されるべきではない。
【図１】
0005840788.tif 000002
【図２】
0005840788.tif 000003
【図３】
0005840788.tif 000004
【図４】
0005840788.tif 000005
【図５】
0005840788.tif 000006
【図６】
0005840788.tif 000007
【図７】
0005840788.tif 000008
【図８】
0005840788.tif 000009
【図９】
0005840788.tif 000010
【図１０】
0005840788.tif 000011
【図１１】
0005840788.tif 000012
【図１２】
0005840788.tif 000013
【図１３】
0005840788.tif 000014
【図１４】
0005840788.tif 000015