JP6546340B2 - クラウド展開における自動兆候データ収集 - Google Patents

クラウド展開における自動兆候データ収集 Download PDF

Info

Publication number
JP6546340B2
JP6546340B2 JP2018507592A JP2018507592A JP6546340B2 JP 6546340 B2 JP6546340 B2 JP 6546340B2 JP 2018507592 A JP2018507592 A JP 2018507592A JP 2018507592 A JP2018507592 A JP 2018507592A JP 6546340 B2 JP6546340 B2 JP 6546340B2
Authority
JP
Japan
Prior art keywords
information
defect
defects
network function
processor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2018507592A
Other languages
English (en)
Other versions
JP2018525929A (ja
Inventor
ヤニ オラヴィ セダールンド
ヤニ オラヴィ セダールンド
Original Assignee
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ノキア ソリューションズ アンド ネットワークス オサケユキチュア, ノキア ソリューションズ アンド ネットワークス オサケユキチュア filed Critical ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Publication of JP2018525929A publication Critical patent/JP2018525929A/ja
Application granted granted Critical
Publication of JP6546340B2 publication Critical patent/JP6546340B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/0645—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis by additionally acting on or stimulating the network after receiving notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0712—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a virtual computing platform, e.g. logically partitioned systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Biomedical Technology (AREA)
  • Health & Medical Sciences (AREA)
  • Mathematical Physics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、クラウド展開における自動兆候データ収集に関連した装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品及びコンピュータ読み取り可能な媒体に関する。
〔略語／用語〕
本発明の説明において、参考文書［１］に定義された次の表現が使用される。
ＡＰＩ アプリケーションプログラミングインターフェイス
ＢＳＳ ビジネスサポートシステム
ＥＭＳ エレメントマネージメントシステム
ＥＰＣ 進化型パケットコア
ＥＴＳＩ ヨーロピアンテレコミュニケーションズスタンダードインスティテュート
ＦＣＡＰＳ 欠陥マネージメント、構成マネージメント、アカウンティングマネージメント、性能マネージメント、セキュリティマネージメント（Fault Management, Configuration Management, Accounting Management, Performance Management, Security Management）
ＧＷ ゲートウェイ
ＨＡ 高い利用性（High Availability）
ＬＴＥ 長期進化
ＭＭＥ モビリティマネージメントエンティティ
ＮＦＶ インターネットファンクションバーチャル化
ＮＭＳ ネットワークマネージメントシステム
ＯＳＳ オペレーティングサポートシステム
ＲＥＳＴ 表現状態転送（Representational State Transfer）
ＳＡＥ システムアーキテクチャー進化
ＳＤＮ ソフトウェア定義ネットワーク
ＳＷ ソフトウェア
ＶＩＭ バーチャル化インフラストラクチャーマネージャー
ＶＭ バーチャルマシン
ＶＮＦ バーチャルネットワークファンクション
ＶＮＦＭ バーチャルネットワークファンクションマネージャー
ＶＮＦＯ バーチャルネットワークファンクションオーケストレータ
ネットワークファンクション（ＮＦ）：明確に定義された外部インターフェイス及び明確に定義された機能的振舞いを有するネットワークインフラストラクチャー内のファンクションブロック。実際的な用語では、ネットワークファンクションは、今日、ネットワークノード又は物理的機器であることが多い。
ネットワークファンクションバーチャル化（ＮＦＶ）：バーチャルハードウェアアブストラクションを使用することにより、ネットワークファンクションを、それらが実行されるハードウェアから分離する原理。
ネットワークファンクションバーチャル化インフラストラクチャー（ＮＦＶＩ）：ＶＮＦが展開される環境を構築する全ハードウェア及びソフトウェアコンポーネントの総計。ＮＦＶ−インフラストラクチャーは、多数の位置、例えば、データセンターが運営される場所にわたって広がる。それらの位置間に接続を与えるネットワークは、ＮＦＶインフラストラクチャーの一部分であるとみなされる。ＮＦＶ−インフラストラクチャー及びＶＮＦは、ネットワークファンクションバーチャル化の範囲におけるトップレベルの概念的エンティティである。他の全てのコンポーネントは、それら２つのメインエンティティのサブエンティティである。
ネットワークファンクションバーチャル化マネージメント及びオーケストレーション（ＮＦＶ−ＭＡＮＯ）：ＮＦＶＯ、ＶＮＦＭ及びＶＩＭにより集合的に与えられるファンクションである。
ネットワークファンクションバーチャル化オーケストレータ（ＮＦＶＯ）：ネットワークサービス（ＮＳ）ライフサイクルを管理し、且つＮＳライフサイクル、ＶＮＦライフサイクル（ＶＮＦＭによりサポートされる）及びＮＦＶＩリソース（ＶＩＭによりサポートされる）の管理を整合して、必要なリソース及び接続の最適な割り当てを保証するファンクションブロック。
バーチャルマシン（ＶＭ）：物理的コンピュータ／サーバーと非常に良く似た振舞いをするバーチャルコンピューテーション環境。
バーチャルネットワーク：バーチャルネットワークは、ＶＭインスタンスのネットワークインターフェイス及び物理的ネットワークインターフェイス間に情報を引き回し、必要な接続を与える。バーチャルネットワークは、許容ネットワークインターフェイスのセットにより境界定めされる。
バーチャルインフラストラクチャーマネージャー（ＶＩＭ）：通常、あるオペレータのインフラストラクチャードメイン（例えば、ＮＦＶＩ−ＰｏＰ）内で、ＮＦＶＩ計算、記憶及びネットワークリソースを制御及び管理する役割を果たすファンクションブロック。
バーチャルネットワークファンクション（ＶＮＦ）：ネットワークファンクションバーチャル化インフラストラクチャー（ＮＦＶＩ）上で展開できるＮＦの具現化。
バーチャルネットワークファンクションマネージャー（ＶＮＦＭ）：ＶＮＦのライフサイクルマネージメントの役割を果たすファンクションブロック。
欠陥：本出願の文脈において、欠陥とは、ネットワークにおける欠陥だけでなく、多数の潜在的なエラーシナリオを網羅することを理解されたい。従って、欠陥は、接続／ネットワーキングサービスに限定されない。又、欠陥は、アプリケーションソフトウェア、バーチャルマシン、ハイパーバイザー、ホストオペレーティングシステム、ホストハードウェア、等の欠陥も意味する。又、欠陥それ自体は、クラッシュ、立ち往生、又は単なる性能低下であり、即ちオンライン分析又は事後検討活動としての分析を更に必要とするものである。
３ＧＰＰにより定義された進化型パケットコア（ＥＰＣ）移動ネットワークは、図１に示すように、Ｓ−ＧＷ（サービングゲートウェイ）１１、Ｐ−ＧＷ（ＰＤＮ−ＧＷ、パケットデータネットワークゲートウェイ）１２、ＭＭＥ（モビリティマネージメントエンティティ）１３、及びＨＳＳ（ホーム加入者サーバー）１４のような多数の機能的要素より成る。ＥＰＣは、Ｓ−ＧＷを経てｅＮＢ（ｅＮｏｄｅＢ）１５に接続され、これは、次いで、移動ターミナル１６に接続される。更に、ＥＰＣは、Ｐ−ＧＷ１２を経て、例えば、インターネット（ＩＰネットワーク）、サービスネットワーク、等の外部ネットワーク１７に接続される。
現在、各要素は、それ自身のトラブルシューティング及び診断データを通常のランタイムオペレーションの一部分として収集する。欠陥が生じたとき、オペレータは、いわゆる標準兆候データ（standard symptom data）を収集し、そしてそのデータをより詳細な分析のため要素の製造者／売主へ送信するよう命令される。又、ネットワーク要素当りのデータ収集に使用されるリアルインターフェイス及びコマンドを抽象化して、より一体化されたインターフェイスをオペレータに向かって露出させるために製造者／売主により社内で開発されたツールもある。収集されたパケットに収容される実際のデータは、ネットワーク要素のソフトウェア及びハードウェア当たりしばしば非常に詳細で且つ特有である。これが可能であるのは、アプリケーションが、ランタイム環境に関する全ての必要なデータに、ハードウェアレジスタ及び埋め込まれたソフトウェアのレベルまでアクセスするからである（バージョン、パケットカウンタ、等の情報に対して）。
事後検討のトラブルシューティングを有効にするためには、実際の欠陥イベントにできるだけ接近してデータを収集して、欠陥以降に上書き又は失われるデータがないよう保証しなければならない。
レガシーネットワークの展開において、ネットワーク要素は、ＮＭＳ（ネットワークマネージメントシステム）に向かい（デファクト）標準インターフェイスを経てマネージメント（ノースバウンド）インターフェイスを有するかなり孤立したボックスである。
クラウド展開、及び参考として通常使用される出現するＥＴＳＩ ＮＦＶ（ヨーロピアンテレコミュニケーションズスタンダードインスティテュートネットワークファンクションバーチャル化）フレームワークでは、ランタイムインフラストラクチャーに関する情報へのアプリケーションアクセスが制限され、そして調和した欠陥管理のためにマネージメントドメインにより多くの可能性が与えられる。
図２は、参考文書［２］に定義されたＥＴＳＩ ＮＦＶアーキテクチャーフレームワークを示すブロック図である。
ネットワークファンクションバーチャル化は、ＮＦＶインフラストラクチャー（ＮＦＶＩ）を経て実行されるソフトウェア専用エンティティとしてＮＦを具現化することを想像している。図２は、高レベルＮＦＶフレームワークを示す。従って、ＮＦＶにおいて３つのメインワーキングドメインが識別される。
●ＮＦＶＩを経て実行できるネットワークファンクションのソフトウェア実施としてのバーチャルネットワークファンクション２１。
●様々な物理的リソース及びそれらをどのようにバーチャル化するかを含むＮＦＶインフラストラクチャー（ＮＦＶＩ）２２。ＮＦＶＩは、ＶＮＦの実行をサポートする。
●インフラストラクチャーバーチャル化をサポートする物理的及び／又はソフトウェアリソースのオーケストレーション及びライフサイクルマネージメント、並びにＶＮＦのライフサイクルマネージメントを網羅するＮＦＶマネージメント及びオーケストレーション２３。ＮＦＶマネージメント及びオーケストレーションは、ＮＶＦフレームワークに必要な全てのバーチャル化特有のマネージメントタスクに重点を置くものである。
このＮＦＶコンテキストにおいて、新たな要素−ＶＮＦマネージャー２４及びＮＦＶオーケストレータ２５−は、既存のＥＭＳ（要素マネージメントシステム）２６及びＯＳＳ／ＢＳＳ（オペレーティングサポートシステム／ビジネスサポートシステム）２７の解決策と共に出現したことが明らかである。又、これらは、事後検討分析のための良好な能力も与える。現在、ＶＮＦＭ２４（バーチャルネットワークファンクションマネージャー）（例えば、ノキアＣＡＭ（クラウドアプリケーションマネージャー））は、同じ売主ＶＮＦしか管理しないが、これは、変更を必要とする何かであると考えられ、即ち今や、既に、ＶＮＦＭ２４が、例えば、ノキア解決策と一体化された第三者コンポーネントを少なくとも一部分管理する必要のある実際の使用ケースが存在する。
高い利用性（弾力性（フォルト、欠陥、又は正常動作を中断する事象に直面してＮＦＶフレームワークが中断を制限しそして正常又は最少許容サービス提供レベルへ復帰する能力）及び欠陥許容／回復）は、テレコミュニケーション環境において必須であり、更に、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）の出現で、回復時間に向かう要求が非常に厳格になる（少なくとも１ｓ未満、短いほど良好）。ネットワーク要素に必要とされる弾力性は、通常、複数のレイヤで構成される。ＶＮＦＭ２４／ＶＩＭ（バーチャルインフラストラクチャーマネージャー）２８は、インフラストラクチャーの頂部で実行される物理的リソース及びバーチャルマシンを監視し、そしてＶＮＦそれ自体は、ある特殊な組み込まれたサービスでアプリケーション状態を監視する。後者の部分は、オペレーションにおいてセッションを失うことなく所要回復時間に到達するために必要なステートフル２Ｎ又はＮ＋Ｍアクティブスタンバイ複写解決策に対して重要である。他方、フォルトの特定セットに対して複数のレイヤをそれ自身に作用させることは、自動兆候データ収集を可能にするのをより複雑にする。
レガシーの売主特有展開に比してクラウド展開の主たる問題は、事後検討分析のためのランタイムインフラストラクチャーに関する全ての情報をアプリケーションが収集できるともはや仮定できないことである。ホストレイヤ（ハイパーバイザー、ホストオペレーティングシステム及びバーチャルネットワーキングを含むハードウェア及びソフトウェア）に関する情報は、実際のアプリケーションレイヤ（ＶＮＦ）においてオペレータに見える多数のフォルトを理解する上で重要である。
特に、ユーザプレーントラフィックを取り扱い、それ故、スループット及びレイテンシー／ジッタに非常に敏感であるゲートウェイのような要素では、ホストレイヤがアプリケーションの性能に対して潜在的に大きな影響を及ぼす。このデータは、事後分析に利用できねばならず、そしてこの情報をアプリケーション特有データに相関できねばならない。
ＥＴＳＩ ＮＦＶマネージメント及びオーケストレーション（ＭＡＮＯ）は、現在のところ、仕様上の問題ではなく、実施上の問題であると考えられたと思われることから、トラブルシューティングを網羅していない。
本発明では、データコンテンツがネットワーク要素特有のままでも、多売主環境で集中型自動データ収集メカニズムが作用すべきであることがとにかく提案される。
参考文書：
［１］ETSI GS NFV 003 V1.2.1 (2014-12) Network Functions Virtualization (NFV); Terminology for Main Concepts in NFV
［２］ETSI GS NFV 002 V1.2.1 (2014-12) Network Functions Virtualization (NFV); Architectural Framework
そこで、本発明の目的は、以上に述べた問題を克服し、そしてクラウド展開における自動兆候データ収集に関連した装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品及びコンピュータ読み取り可能な媒体を提供することである。
本発明の観点によれば、バーチャルネットワークファンクションに使用するための方法において、欠陥を検出し、欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、及び兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信することを含む方法が提供される。
本発明の観点によれば、マネージメントファンクションに使用するための方法において、兆候データ収集をトリガーする指示をネットワークファンクションから受信し、その受信した指示に示された欠陥に関する情報を収集し、及びその収集された情報をデータベースに記憶することを含む方法が提供される。
本発明の観点によれば、バーチャルネットワークファンクションに使用するための装置において、少なくとも１つのプロセッサ、及び該プロセッサにより実行されるインストラクションを記憶するための少なくとも１つのメモリを備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、欠陥を検出し、欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、及び兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信する、ようにさせるよう構成された装置が提供される。
本発明の観点によれば、マネージメントファンクションに使用するための装置において、少なくとも１つのプロセッサ、及び該プロセッサにより実行されるインストラクションを記憶するための少なくとも１つのメモリを備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、兆候データ収集をトリガーする指示をネットワークファンクションから受信し、その受信した指示に示された欠陥に関する情報を収集し、及びその収集された情報をデータベースに記憶する、ようにさせるよう構成された装置が提供される。
本発明の別の観点によれば、コンピュータのメモリにロードされたときに上述したいずれかの方法のステップを生成するコード手段を備えたコンピュータプログラム製品が提供される。
本発明の更に別の観点によれば、ソフトウェアコード部分が記憶されるコンピュータ読み取り可能な媒体を備えた前記コンピュータプログラム製品が提供される。
本発明の更に別の観点によれば、処理装置の内部メモリにプログラムを直接ロードできる前記コンピュータプログラム製品が提供される。
本発明の更に別の観点によれば、欠陥を検出する手段、欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定する手段、及び兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信する手段を備えた装置が提供される。
本発明の更に別の観点によれば、兆候データ収集をトリガーする指示をネットワークファンクションから受信する手段、その受信した指示に示された欠陥に関する情報を収集する手段、及びその収集された情報をデータベースに記憶する手段を備えた装置が提供される。
これら及び他の目的、特徴、細部及び効果は、添付図面を参照した本発明の観点／実施態様の以下の詳細な説明からより完全に明らかとなるであろう。
ＥＰＣの基本的アーキテクチャーを示すブロック図である。 本発明の幾つかの規範的態様を適用できるＥＴＳＩ ＮＦＶアーキテクチャーフレームワークの一例を示す図である。 本発明の幾つかの規範的態様によるＶＮＦトリガーの兆候データ収集のためのワークフローの一例を示す図である。 本発明の幾つかの規範的態様による方法の一例を示すフローチャートである。 本発明の幾つかの規範的態様による方法の別の例を示すフローチャートである。 本発明の幾つかの規範的態様による装置の一例を示すブロック図である。
以下、添付図面を参照して、本発明の開示及び実施形態の規範的態様について述べる。本発明を例示するために、３ＧＰＰベースの通信システム、例えば、ＬＴＥ／ＬＴＥ−Ａベースのシステムに基づくセルラー通信ネットワークについて実施例及び実施形態を説明する。しかしながら、本発明は、そのようなタイプの通信システム又は通信ネットワークを使用する分野に限定されず、例えば、５Ｇ通信ネットワーク等の他のタイプの通信システム又は通信ネットワークにも適用できることに注意されたい。
以下の規範的形態及び実施形態は、単なる例示として理解されるべきである。明細書の多数の位置で「一(an)」「１つの(one)」又は「ある(some)」規範的態様又は実施形態が参照されるが、これは、必ずしも、そのような各参照が同じ規範的態様又は実施形態に対するものであること、又は特徴が単一の規範的態様又は実施形態のみに適用されることを意味していない。異なる実施形態の単一の特徴を結合して、他の実施形態を形成してもよい。更に、「備える(comprising)」及び「含む(including)」という語は、ここに述べる実施形態を、言及した特徴のみで構成することに限定するものではないと理解すべきであり、そしてそのような規範的態様及び実施形態は、特に言及されなかった特徴、構造、ユニット、モジュール、等を含んでもよい。
本発明の規範的実施形態を適用できる通信ネットワークの基本的システムアーキテクチャーは、ワイヤード又はワイヤレスアクセスネットワークサブシステム及びコアネットワークより成る１つ以上の通信システムの通常に知られたアーキテクチャーを含む。そのようなアーキテクチャーは、１つ以上の通信ネットワーク制御要素、アクセスネットワーク要素、無線アクセスネットワーク要素、アクセスサービスネットワークゲートウェイ又はベーストランシーバステーション、例えば、ベースステーション（ＢＳ）、アクセスポイント又はｅＮＢを備え、それらは、各カバレージエリア又はセルを制御し、そしてそれらと共に、ＵＥのような１つ以上の通信要素又はターミナル装置、或いは同様の機能を有する別の装置、例えば、ＵＥの一部分であるか又はＵＥに個別要素として取り付けられるモデムチップセット、チップ、モジュール、等が、多数のタイプのデータを通信するために１つ以上のチャンネルを経て通信することができる。更に、コアネットワーク要素、例えば、ゲートウェイネットワーク要素、ポリシー及び課金制御ネットワーク要素、モビリティマネージメントエンティティ、運転・保守要素、等が含まれてもよい。
ここに述べる要素の一般的機能及び相互接続は、実際のネットワークタイプにも依存するが、当業者に良く知られており、そして対応する規格に記載されているので、その詳細な説明は、ここでは省略する。しかしながら、ＵＥのような通信要素又はターミナル装置及び無線ネットワークコントローラのような通信ネットワーク制御要素への通信又はそれらからの通信に対し、以下に詳細に述べるものの他に、多数の付加的なネットワーク要素及びシグナリングリンクが使用されてもよいことに注意されたい。
又、通信ネットワークは、公衆交換電話ネットワーク又はインターネットのような他のネットワークと通信することもできる。又、通信ネットワークは、クラウドサービスの利用をサポートすることもできる。ＢＳ及び／又はｅＮＢ或いはそれらの機能は、そのような利用に適したノード、ホスト、サーバー又はアクセスノード等のエンティティを使用することにより実施されてもよいことが明らかであろう。
更に、ここに述べるネットワーク要素及び通信装置、例えば、ＵＥのようなターミナル装置又はユーザ装置、ＢＳ又はｅＮＢのようなセルの通信ネットワーク制御要素、ＡＰ等のアクセスネットワーク要素、ＡＡＡサーバー等のネットワークアクセス制御要素、並びにここに述べる対応ファンクションは、ソフトウェア、例えば、コンピュータのためのコンピュータプログラム製品により、及び／又はハードウェアにより、実施されてもよい。いずれにせよ、それらの各ファンクションを実行するために、対応的に使用される装置、ノード又はネットワーク要素は、制御、処理及び／又は通信／シグナリング機能に要求される多数の手段、モジュール、ユニット、コンポーネント、等（図示せず）を含む。そのような手段、モジュール、ユニット及びコンポーネントは、例えば、インストラクション及び／又はプログラムを実行し及び／又はデータを処理するための１つ以上の処理部分を含む１つ以上のプロセッサ又はプロセッサユニット；インストラクション、プログラム及び／又はデータを記憶し、プロセッサ又は処理部分等のワークエリアとして働くストレージ又はメモリユニット又は手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、等）；ソフトウェアによりデータ及びインストラクションを入力するための入力又はインターフェイス手段（例えば、フロッピーディスク、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭ、等）；監視及び操作能力をユーザに与えるためのユーザインターフェイス（例えば、スクリーン、キーボード、等）；プロセッサユニット又は部分の制御のもとでリンク及び／又は接続を確立するための他のインターフェイス又は手段（例えば、ワイヤード又はワイヤレスインターフェイス手段、例えば、アンテナユニット等を含む無線インターフェイス手段、無線通信部を形成する手段、等）；等を含み、インターフェイスを形成する各手段、例えば、無線通信部は、リモートサイト（例えば、無線ヘッド又は無線ステーション等）に配置することもできる。本明細書において、処理部は、１つ以上のプロセッサの物理的部分を表わすだけであると考えてはならず、１つ以上のプロセッサにより遂行される参照される処理タスクの論理的分割として考えてもよいことに注意されたい。
クラウド展開における兆候データ収集は、必然的に、共有責任となる。ＶＮＦ２１それ自体は、それ自身に関する情報、及びホストレイヤによりどんな限定情報がそれに露出されるかしか収集できない。それ故、ランタイムインフラストラクチャーに関する情報を収集するためにはＶＮＦＭ機能が保存されねばならない。というのは、それが、ＶＩＭ２８（ＯｐｅｎＳｔａｃｋ、ＶＭｗａｒｅのような）に向かう場所に必要なインターフェイスを有するからである。
兆候データ収集は、次の３つの個別のオペレーションに分割される。
１．手動でトリガーされるオペレーション
２．ＶＮＦＭ２４／ＶＩＭ２８からの欠陥に関する情報に基づいて自動的にトリガーされるオペレーション
３．ＶＮＦ２１からの欠陥に関する情報に基づいて自動的にトリガーされるオペレーション
従って、標準的兆候収集をトリガーするための外部インターフェイス（ＡＰＩ）の論理的な場所は、ＶＮＦ及びＶＩＭの両情報にアクセスできることからＶＮＦマネージャー２４である。オペレーション１）及び２）は、トップ・ダウンでトリガーされ、即ちＶＮＦマネージャー２４からＶＮＦ(ｓ)２１及びＶＩＭ２８に向かってトリガーされる。本発明では、他の方向にＶＮＦ２１からＶＮＦマネージャー２４への通信を要求するケース３）に専念する。
ケース３において、通常のトリガー機能は、ＶＮＦ２１それ自体で実施されるＨＡ（高利用性）サービスである。アクティブ・スタンバイプロセス／ＶＭ間の切り換えを遂行しそしてフェイルしたソフトウェアを再スタートすることによりプロセスクラッシュのようなアプリケーション特有のフォルトに反応することができる。これらのアクションは、ＶＮＦＭ２４又はＶＩＭ２８からのアクティブな関与を要求せず、そしてＦＣＡＰＳデータを経て暗示的にしか見えない（ＶＮＦにより生じるアラームのように）。
本発明の幾つかの観点によれば、ＶＮＦ２１によりＶｅ−Ｖｎｆｍインターフェイス２９において標準的兆候収集をトリガーする可能性を追加することが提案される。このインターフェイスは、少なくとも、半独占化に向かう第１段階にあり、即ち売主ごとに定義されるが、統合ニーズに対してパートナーに開かれたものとなる。
又、インターフェイス２９は、ＶＮＦＭ２４がＶＩＭ２８からの特定データのみを収集するためにフェイルしたＶＭ／機能ユニット／ソフトウェアコンポーネントを詳細に特定するのを許し、そして同様に、ＶＮＦ２１が当該情報（例えば、あるタイムウインドウからのクラッシュしたＳＷ（ソフトウェア）からのコアダンプファイル）のみを、収集したデータファイルへとパックするのを許す。
即ち、フェイルしたコンポーネントは、ＶＮＦ２１により識別され、そしてＶＮＦＭ２４は、特定データ収集のためにＶＩＭ２８へ情報をパスするため、コンポーネント（例えば、ＶＭ／機能的ユニット／ソフトウェアコンポーネント）に関する情報を必要とする。
従って、本発明の幾つかの規範的な態様によれば、ＶＮＦ２１は、フェイルしたＶＭ／機能的ユニット／ソフトウェアコンポーネントを識別し、そして当該情報のみをＶＮＦＭ２４へ送信する。次いで、例えば、ＶＮＦＭは、フェイルしたＶＭ／機能的ユニット／ソフトウェアコンポーネントの名前だけをＶＩＭに与え、そしてＶＩＭは、それに関する全ての必要な当該情報を与える。
或いは又、ＶＮＦＭは、考えられる全ての情報を収集するため個別に利用可能なＡＰＩに質問してもよい。
できるだけ即座に緩和アクションをトリガーする必要がある。ＨＡサービスが、ＶＮＦ２１内の診断機能と相互作用して、例えば、フェイルしたソフトウェアを、データ収集を許す時間中だけ分離した後に、そのソフトウェアを再スタート及び再アクチベートしてもよい。
ＶＮＦＭ２４は、ＶＮＦ２１及びＶＩＭ２８の両方から情報を収集し、データを合成しそしてそれをオペレータ特有のストレージに記憶し、そこから、更なる分析のために売主と共有することができる。
ＶＮＦ２１とＶＮＦＭ２４との間の実際のインターフェイスは、拡張容易なプロトコルに基づいていなければならず、従って、最も一般的には、これは、データ収集をトリガーするために特定のリソース（スクリプト）を伴うＲＥＳＴｆｕｌ ＡＰＩを使用して実現される。
任意であるが、このインターフェイスは、ＶＮＦＭ２４が兆候データのターゲット位置をＶＮＦ２１に直接告げることを許す（それを第１にＶＮＦＭ２４へ転送しそしてそこから持続性ストレージへ転送するのを避けるために）。
図３は、本発明の幾つかの規範的な態様によるＶＮＦトリガー型兆候データ収集のためのワークフローの一例を示す図である。
図３に示すように、ＶＮＦ２１のＨＡサービスは、ステップＳ３０において欠陥検出を及びステップＳ３１において欠陥緩和を遂行し、そしてステップＳ３２において欠陥情報をＶＮＦ２１の診断ファンクションへ伝播する。診断ファンクションは、ステップＳ３３においてデータ収集をスタートすることを決定し、そしてステップＳ３４において兆候データ収集をトリガーする指示をＶＮＦマネージャー２４へ送信する。ＶＮＦ２１からトリガーを受け取ると、ＶＮＦマネージャー２４は、ステップＳ３５において兆候データ収集処理を実行し、そしてＶＮＦ２１及びＶＩＭ２８の両方から情報を収集する。特に、ＶＮＦマネージャー２４は、ステップＳ３６において特定のホスト情報を収集するインストラクションをＶＩＭ２８へ送信し、そしてステップＳ３７において特定の欠陥情報を収集するインストラクションをＶＮＦ２１へ送信する。ＶＮＦ２１及びＶＩＭ２８によりデータ収集が遂行された後に（ステップＳ３８）、ＶＮＦマネージャー２４は、ＶＮＦ２１及びＶＩＭ２８からデータを受信し、そしてその収集したデータをステップＳ３９において合成する。次いで、ＶＮＦマネージャー２４は、収集して合成したデータをステップＳ３１０においてオペレータ診断データストレージに記憶する。
以下、図４から６を参照して、本発明の規範的態様のより一般的な説明を行う。
図４は、本発明の幾つかの規範的態様による方法の一例を示すフローチャートである。
本発明の規範的態様によれば、この方法は、バーチャルネットワークファンクション等において実施されるか又はその一部分である。この方法は、ステップＳ４１において欠陥を検出し、ステップＳ４２において欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、及びステップＳ４３において兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信する、ことを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関する情報を与えるための要求をマネージメントファンクションから受信し、及び欠陥に関する情報をバーチャルネットワークファンクションのマネージメントファンクションへ送信することを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関する情報を与えるための要求をマネージメントファンクション及び情報のターゲット位置から受信し、及び欠陥に関する情報をそのターゲット位置へ直接送信することを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関連した特定情報を識別し、及びその特定情報のみをマネージメントファンクションに送信することを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関連した特定情報が、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報であることを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥の影響を緩和するための処理を遂行することを含む。
本発明の幾つかの規範的な態様によれば、前記処理は、欠陥の影響を受けるソフトウェアを所定時間分離し、そしてそのソフトウェアを再スタート及び／又は再アクチベートすることを含む。
図５は、本発明の幾つかの規範的態様による方法の別の例を示すフローチャートである。
本発明の規範的な態様によれば、この方法は、例えば、バーチャルネットワークファンクションマネージャー等のマネージメントファンクションにおいて実施されるか又はその一部分である。この方法は、ステップＳ５１において兆候データ収集をトリガーする指示をネットワークファンクションから受信し、ステップＳ５２において前記受信した指示に示された欠陥に関する情報を収集し、及びステップＳ５３において前記収集された情報をデータベースに記憶する、ことを含む。
本発明の幾つかの規範的な態様によれば、欠陥に関する情報を収集することは、欠陥に関する情報をネットワークファンクション及びバーチャルインフラストラクチャーマネージャーから要求し、欠陥に関する情報をネットワークファンクションから収集し、欠陥に関する情報をバーチャルインフラストラクチャーマネージャーから収集し、その収集した情報を合成し、及びその合成した情報をデータベースに記憶することを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関する特定の情報のみをネットワークファンクションから収集し、及びそのネットワークファンクションから収集した特定の情報に基づいて欠陥に関する特定の情報のみをバーチャルインフラストラクチャーマネージャー要求することを含む。
本発明の幾つかの規範的な態様によれば、バーチャルインフラストラクチャーマネージャーから特定の情報を要求することは、フェイルしたコンポーネントに関する情報をバーチャルインフラストラクチャーマネージャーへ送信し、及び前記フェイルしたコンポーネントに関する情報に基づいて前記フェイルしたコンポーネントに関する特定データをバーチャルインフラストラクチャーマネージャーから収集することを含む。
本発明の幾つかの規範的な態様によれば、この方法は、更に、欠陥に関する特定情報を収集するために利用可能なアプリケーションプログラミングインターフェイスを分離する質問を送信することを含む。
本発明の幾つかの規範的な態様によれば、欠陥に関する特定情報は、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報である。
図６は、本発明の幾つかの規範的態様による装置の一例を示すブロック図である。
図６は、本発明の前記態様を実施するように構成された装置６０の構成を示すブロック回路図である。図６に示す装置６０は、以下に述べるものの他に多数の更に別の要素又は機能を含むが、それらは、本発明を理解する上で重要でないので、簡単化のために省略されている。更に、この装置は、装置の一部分であるか又は装置に個別の要素として取り付けられるチップセット、チップ、モジュール、等の、同様の機能を有する別の装置でもよい。
装置６０は、プログラムにより与えられるインストラクション等を実行するＣＰＵ等の処理機能又はプロセッサ６１を備えている。プロセッサ６１は、以下に述べる特定の処理専用の１つ以上の処理部分を備えているか、又は単一のプロセッサにおいて処理が行われてもよい。そのような特定の処理を実行する部分は、個別の要素として設けられてもよいし、或いは１つ又は更なるプロセッサ又は処理部分、例えば、ＣＰＵのような１つの物理的なプロセッサ又は多数の物理的エンティティ内に設けられてもよい。参照符号６２は、プロセッサ６１に接続されたトランシーバ又は入力／出力（Ｉ／Ｏ）ユニット（インターフェイス）を表わす。Ｉ／Ｏユニット６２は、１つ以上の他のネットワーク要素、エンティティ、ターミナル、等と通信するのに使用される。Ｉ／Ｏユニット６２は、多数のネットワーク要素に向かう通信装置含む複合ユニットでもよいし、或いは異なるネットワーク要素に対して複数の異なるインターフェイスを伴う分散型構造を含んでもよい。装置６０は、更に、例えば、プロセッサ６１により実行されるデータ及びプログラムを記憶するのに使用でき及び／又はプロセッサ６１のワーキングストレージとしても使用できる少なくとも１つのメモリ６３も備えている。
プロセッサ６１は、前記観点に関連した処理を実行するように構成される。特に、装置６０は、バーチャルネットワークファンクション内で実施されてもよいし又はその一部分でもよく、そして図４に関連して述べた方法を遂行するように構成される。従って、プロセッサ６１は、欠陥を検出し、欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、及び兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信するように構成される。
本発明の幾つかの規範的な態様によれば、装置６０は、バーチャルネットワークファンクションマネージャー等のマネージメントファンクションにおいて実施されてもよいし、又はその一部分であってもよく、そして図５に関連して述べた方法を遂行するように構成される。従って、プロセッサ６１は、兆候データ収集をトリガーする指示をネットワークファンクションから受信し、その受信した指示に示された欠陥に関する情報を収集し、及びその収集された情報をデータベースに記憶するように構成される。
装置６０のファンクションに関する更なる詳細については、図４及び５に関連して述べた本発明の幾つかの規範的な態様による方法の説明を参照されたい。
従って、バーチャルネットワークファンクションに使用するための装置及びバーチャルネットワークファンクションマネージャーに使用するための装置は、一般的に、同じ構造コンポーネントを有し、それらコンポーネントは、各々、上述したネットワーク要素の各ファンクションを実行するように構成される。
装置の前記規範的説明では、本発明の原理を理解するのに関連したユニット／手段のみを、機能的ブロックを使用して説明した。装置は、各々の動作に必要な更に別のユニット／手段を備えてもよい。しかしながら、それらユニット／手段の説明は、本明細書では、省略されている。装置の機能的ブロックの配列は、本発明を限定するものではなく、それらの機能は、１つのブロックにより遂行されてもよいし、サブブロックに更に分割されてもよい。
以上の説明において、装置（又は他の手段）がある機能を遂行するように構成されると述べられたとき、それは、各装置のメモリに記憶されたコンピュータプログラムコードと潜在的に協働する１つの（即ち、少なくとも１つの）プロセッサ又はそれに対応する回路が、少なくともそのように述べられた機能を装置に遂行させるように構成されたと述べる記載と同等であると解釈すべきである。又、そのような機能は、各機能を遂行するための特別に構成された回路又は手段により同等に実施可能であると解釈すべきである（即ち、「・・・ように構成されたユニット」という表現は、「・・・ための手段」のような表現と同等であると解釈される）。
以上に述べた本発明の目的に対して、次のことに注意されたい。
−おそらくソフトウェアコード部分として実施されそして（デバイス、装置及び／又はそのモジュールの例として或いは装置及び／又はそのモジュールを含むエンティティの例として）装置のプロセッサを使用して実行される方法ステップは、ソフトウェアコード独立であり、そしてその方法ステップにより定義される機能が保存される限り、既知の又は将来開発されるプログラミング言語を使用して特定することができ；
−一般的に、いずれの方法ステップも、観点／実施形態のアイデアを変更せずに、及び実施される機能に関して変更なしに、ソフトウェアとして又はハードウェアにより実施するのに適しており；
−おそらく前記装置又はそのモジュールのハードウェアコンポーネントとして実施されるべき方法ステップ及び／又はデバイス、ユニット又は手段（例えば、上述した観点／実施形態による装置の機能を実行するデバイス）は、ハードウェア独立であり、そして既知の又は将来開発されるハードウェア技術或いはそれらの混成、例えば、ＭＯＳ（金属酸化物半導体）、ＣＭＯＳ（相補的ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ・トランジスタロジック）、等を使用し、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）コンポーネント、ＣＰＬＤ（コンプレックスプログラマブルロジックデバイス）コンポーネント、又はＤＳＰ（デジタル信号プロセッサ）コンポーネントを使用して、実施することができ；
−デバイス、ユニット又は手段（例えば、前記装置、又はそれらの各ユニット／手段のいずれか）は、個々のデバイス、ユニット又は手段として実施されるが、これは、デバイス、ユニット又は手段の機能が保存される限り、それらがシステム全体を通して分散形態で実施されることを除外するものではなく；
−装置は、半導体チップ、チップセット、或いはそのようなチップ又はチップセットを含む（ハードウェア）モジュールによって表わされてもよいが、これは、実施されるハードウェアに代って、装置又はモジュールの機能が、プロセッサ上で実行／ランされる実行可能なソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品のような（ソフトウェア）モジュールにおけるソフトウェアとして実施される可能性を除外するものではなく；
−デバイスは、例えば、互いに機能的に協働するか、又は同じデバイスハウジング内にあるが互いに機能的に独立であるかに関わらず、装置として、又は２つ以上の装置のアッセンブルとしてみなされてもよい。
一般的に、上述した観点による各機能的ブロック又は要素は、各部分のここに述べる機能だけを遂行するようにされる場合には、ハードウェア及び／又はソフトウェアの既知の手段により実施できることに注意されたい。上述した方法ステップは、個々の機能的ブロックにおいて又は個々のデバイスにより実現されるか、或いはそれら方法ステップの１つ以上は、単一の機能的ブロックにおいて又は単一のデバイスにより実現される。
一般的に、いずれの方法ステップも、本発明のアイデアを変更せずにソフトウェアとして又はハードウェアにより実施するのに適している。デバイス及び手段は、個々のデバイスとして実施できるが、これは、デバイスの機能が保存される限り、それらがシステム全体にわたり分散形態で実施されることを除外するものではない。そのような及び同様の原理は、当業者に知られていると考えるべきである。
ソフトウェアは、この説明の意味において、各機能を遂行するためのコード手段又は部分或いはコンピュータプログラム又はコンピュータプログラム製品を含むようなソフトウェアコード、並びに各データ構造又はコード手段／部分が記憶されたコンピュータ読み取り可能な（ストレージ）媒体のような有形媒体において実施されるか或いは信号又はチップにおいて潜在的にその処理中に実施されるソフトウェア（或いはコンピュータプログラム又はコンピュータプログラム製品）を包含する。
上述した観点／実施形態並びに一般的及び特定の実施例は、例示の目的で設けられたもので、本発明をそれに限定するものではないことに注意されたい。むしろ、請求の範囲内に包含される全ての変更及び修正が網羅されるものとする。
１１：Ｓ−ＧＷ（サービングゲートウェイ）
１２：Ｐ−ＧＷ（ＰＤＮ−ＧＷ、パケットデータネットワークゲートウェイ）
１３：ＭＭＥ（モビリティマネージメントエンティティ）
１４：ＨＳＳ（ホーム加入者サーバー）
１５：ｅＮＢ
１６：移動ターミナル
１７：インターネット
２１：バーチャルネットワークファンクション
２２：ＮＦＶインフラストラクチャー（ＮＦＶＩ）
２３：ＮＦＶマネージメント及びオーケストレーション
２４：ＶＮＦマネージャー
２５：ＮＦＶオーケストレータ
２６：ＥＭＳ（エレメントマネージメントシステム）
２７：ＯＳＳ／ＢＳＳ（オペレーティングサポートシステム／ビジネスサポートシステム）
２８：ＶＩＭ（バーチャルインフラストラクチャーマネージャー）
６０：装置
６１：プロセッサ
６２：Ｉ／Ｏユニット
６３：メモリ

Claims (25)

  1. バーチャルネットワークファンクションに使用するための方法において、
    欠陥を検出し、
    欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、
    兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信し、
    前記欠陥に関する情報を与えるための要求を前記マネージメントファンクションから受信し、及び
    前記欠陥に関する情報を前記バーチャルネットワークファンクションの前記マネージメントファンクションへ送信する、
    ことを含む方法。
  2. バーチャルネットワークファンクションに使用するための方法において、
    欠陥を検出し、
    欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、
    兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信し、
    前記欠陥に関する情報を与えるための要求を前記マネージメントファンクション及び情報のターゲット位置から受信し、及び
    前記欠陥に関する情報をそのターゲット位置へ直接送信する、
    ことを更に含む方法。
  3. 前記欠陥に関連した特定情報を識別し、及び
    前記特定情報のみを前記マネージメントファンクションに送信する、
    ことを更に含む、請求項１又は２に記載の方法。
  4. 前記欠陥に関連した特定情報は、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報である、請求項３に記載の方法。
  5. 欠陥の影響を緩和するための処理を遂行することを更に含む、請求項１から４のいずれかに記載の方法。
  6. 前記処理は、欠陥の影響を受けるソフトウェアを所定時間分離し、そしてそのソフトウェアを再スタート及び／又は再アクチベートすることを含む、請求項５に記載の方法。
  7. マネージメントファンクションに使用するための方法において、
    兆候データ収集をトリガーする指示をネットワークファンクションから受信し、
    前記受信した指示に示された欠陥に関する情報を収集し、前記欠陥に関する情報を収集することは、
    前記欠陥に関する情報を前記ネットワークファンクション及びバーチャルインフラストラクチャーマネージャーから要求し、
    前記欠陥に関する情報を前記ネットワークファンクションから収集し、
    前記欠陥に関する情報をバーチャルインフラストラクチャーマネージャーから収集し、及び
    前記収集した情報を合成することを含み、並びに
    前記合成された情報をデータベースに記憶する、
    ことを含む方法。
  8. 前記欠陥に関する特定の情報のみを前記ネットワークファンクションから収集し、及び 前記ネットワークファンクションから収集した前記特定の情報に基づき前記欠陥に関する特定の情報のみを前記バーチャルインフラストラクチャーマネージャーから要求する、ことを更に含む、請求項７に記載の方法。
  9. 前記バーチャルインフラストラクチャーマネージャーから特定情報を要求することは、 フェイルしたコンポーネントに関する情報を前記バーチャルインフラストラクチャーマネージャーへ送信し、及び
    前記フェイルしたコンポーネントに関する情報に基づいて前記フェイルしたコンポーネントに関する特定データを前記バーチャルインフラストラクチャーマネージャーから収集する、
    ことを更に含む、請求項８に記載の方法。
  10. 前記欠陥に関する特定情報を収集するために利用可能なアプリケーションプログラミングインターフェイスを分離する質問を送信することを更に含む、請求項７に記載の方法。
  11. 前記欠陥に関する特定情報は、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報である、請求項８から１０のいずれか１項に記載の方法。
  12. バーチャルネットワークファンクションに使用するための装置において、
    少なくとも１つのプロセッサ、及び
    前記プロセッサにより実行されるインストラクションを記憶するための少なくとも１つのメモリ、
    を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    欠陥を検出し、
    欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、
    兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信し、
    前記欠陥に関する情報を与えるための要求を前記マネージメントファンクションから受信し、及び
    前記欠陥に関する情報を前記バーチャルネットワークファンクションの前記マネージメントファンクションへ送信する、
    ようにさせるよう構成された装置。
  13. バーチャルネットワークファンクションに使用するための装置において、
    少なくとも１つのプロセッサ、及び
    前記プロセッサにより実行されるインストラクションを記憶するための少なくとも１つのメモリ、
    を備え、
    前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    欠陥を検出し、
    欠陥に関する情報を収集するために兆候データ収集をトリガーすることを決定し、
    兆候データ収集をトリガーする指示をバーチャルネットワークファンクションのマネージメントファンクションへ送信し、
    前記欠陥に関する情報を与えるための要求を前記マネージメントファンクション及び情報のターゲット位置から受信し、及び
    前記欠陥に関する情報をそのターゲット位置へ直接送信する、
    ことを遂行するように構成された装置。
  14. 前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    前記欠陥に関連した特定情報を識別し、及び
    前記特定情報のみを前記マネージメントファンクションに送信する、
    ことを遂行するように更に構成される、請求項１２又は１３に記載の装置。
  15. 前記欠陥に関連した特定情報は、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報である、請求項１４に記載の装置。
  16. 前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    欠陥の影響を緩和するための処理を遂行する、
    ことを遂行するように更に構成される、請求項１１から１５のいずれか１項に記載の装置。
  17. 前記処理は、欠陥の影響を受けるソフトウェアを所定時間分離し、そしてそのソフトウェアを再スタート及び／又は再アクチベートすることを含む、請求項１６に記載の装置。
  18. マネージメントファンクションに使用するための装置において、
    少なくとも１つのプロセッサ、及び
    前記プロセッサにより実行されるインストラクションを記憶するための少なくとも１つのメモリ、
    を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    兆候データ収集をトリガーする指示をネットワークファンクションから受信し、
    前記受信した指示に示された欠陥に関する情報を収集し、前記欠陥に関する情報を収集することは、
    前記欠陥に関する情報を前記ネットワークファンクション及びバーチャルインフラストラクチャーマネージャーから要求し、
    前記欠陥に関する情報を前記ネットワークファンクションから収集し、
    前記欠陥に関する情報をバーチャルインフラストラクチャーマネージャーから収集し、及び
    前記収集した情報を合成することを含み、並びに
    前記合成された情報をデータベースに記憶する、
    ようにさせるよう構成された装置。
  19. 前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    前記欠陥に関する特定の情報のみを前記ネットワークファンクションから収集し、及び 前記ネットワークファンクションから収集した前記特定の情報に基づき前記欠陥に関する特定の情報のみを前記バーチャルインフラストラクチャーマネージャーから要求する、ことを遂行するように更に構成される、請求項１８に記載の装置。
  20. 前記バーチャルインフラストラクチャーマネージャーから特定情報を要求することは、 フェイルしたコンポーネントに関する情報を前記バーチャルインフラストラクチャーマネージャーへ送信し、及び
    前記フェイルしたコンポーネントに関する情報に基づいて前記フェイルしたコンポーネントに関する特定データを前記バーチャルインフラストラクチャーマネージャーから収集する、
    ことを含む、請求項１９に記載の装置。
  21. 前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
    前記欠陥に関する特定情報を収集するために利用可能なアプリケーションプログラミングインターフェイスを分離する質問を送信する、
    ことを遂行するように更に構成される、請求項１８に記載の装置。
  22. 前記欠陥に関する特定情報は、欠陥の影響を受けるコンポーネント及び／又はソフトウェアに関する情報、及び／又は欠陥が間に生じたあるタイムウインドウの情報である、請求項１９から２１のいずれか１項に記載の装置。
  23. 処理装置のためのプログラムを備え、該プログラムが処理装置で実行されるときに請求項１から１１のいずれか１項に記載の方法を遂行するためのソフトウェアコード部分を含むコンピュータプログラム製品。
  24. 前記コンピュータプログラム製品は、前記ソフトウェアコード部分が記憶されたコンピュータ読み取り可能な媒体を含む、請求項２３に記載のコンピュータプログラム製品。
  25. 前記プログラムは、前記処理装置の内部メモリに直接ロード可能である、請求項２３に記載のコンピュータプログラム製品。
JP2018507592A 2015-08-10 2015-08-10 クラウド展開における自動兆候データ収集 Expired - Fee Related JP6546340B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2015/068358 WO2017025126A1 (en) 2015-08-10 2015-08-10 Automatic symptom data collection in cloud deployment

Publications (2)

Publication Number Publication Date
JP2018525929A JP2018525929A (ja) 2018-09-06
JP6546340B2 true JP6546340B2 (ja) 2019-07-17

Family

ID=53879491

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018507592A Expired - Fee Related JP6546340B2 (ja) 2015-08-10 2015-08-10 クラウド展開における自動兆候データ収集

Country Status (5)

Country Link
US (1) US10700921B2 (ja)
EP (1) EP3335374B1 (ja)
JP (1) JP6546340B2 (ja)
CN (1) CN108141375B (ja)
WO (1) WO2017025126A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172128B (zh) * 2017-04-24 2020-05-22 华南理工大学 一种云辅助的制造装备大数据采集方法
US10481970B2 (en) * 2017-11-28 2019-11-19 Bank Of America Corporation Dynamic cloud deployment and calibration tool
US10701000B1 (en) 2017-11-30 2020-06-30 Open Invention Network Llc VNFM assisted fault handling in virtual network function components
WO2020091776A1 (en) * 2018-11-01 2020-05-07 Hewlett Packard Enterprise Development Lp Virtual network function response to a service interruption
US10917308B2 (en) * 2018-12-20 2021-02-09 Verizon Patent And Licensing Inc. Virtualized network service management and diagnostics
WO2021197603A1 (en) * 2020-04-02 2021-10-07 Nokia Technologies Oy Collection of symptom data for disaggregated network elements
US20230254200A1 (en) * 2021-02-12 2023-08-10 Rakuten Symphony Singapore Pte. Ltd. Network service management apparatus and network service management method

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009038554A (ja) * 2007-08-01 2009-02-19 Yamaha Corp ネットワーク通信機器
US8700027B2 (en) * 2011-02-11 2014-04-15 Alcatel Lucent Method and apparatus for network analysis
EP2810528B1 (en) * 2012-01-30 2020-12-16 Nokia Solutions and Networks Oy Multi-level self-organizing network coordination
US9021310B1 (en) * 2012-02-14 2015-04-28 Amazon Technologies, Inc. Policy-driven automatic network fault remediation
US9350632B2 (en) * 2013-09-23 2016-05-24 Intel Corporation Detection and handling of virtual network appliance failures
CN104685830B (zh) * 2013-09-30 2018-03-06 华为技术有限公司 故障管理的方法、实体和系统
JP6237074B2 (ja) * 2013-10-02 2017-11-29 日本電気株式会社 通信装置および障害検出方法
CN104885407A (zh) * 2013-12-31 2015-09-02 华为技术有限公司 一种网络功能虚拟化nfv故障管理装置、设备及方法

Also Published As

Publication number Publication date
CN108141375A (zh) 2018-06-08
EP3335374B1 (en) 2021-01-27
EP3335374A1 (en) 2018-06-20
US10700921B2 (en) 2020-06-30
CN108141375B (zh) 2021-10-29
WO2017025126A1 (en) 2017-02-16
JP2018525929A (ja) 2018-09-06
US20180234288A1 (en) 2018-08-16

Similar Documents

Publication Publication Date Title
JP6546340B2 (ja) クラウド展開における自動兆候データ収集
US10033595B2 (en) System and method for mobile network function virtualization
JP7109148B2 (ja) スケーラブルな進化したパケットコア
US20220070076A1 (en) Network service assurance system
US11563627B2 (en) Remote probing for failover
CA2970824A1 (en) System and method for elastic scaling using a container-based platform
WO2017162089A1 (zh) 网络服务的业务配置方法和装置
CN109074280B (zh) 网络功能虚拟化
US10846128B2 (en) Managing the graceful termination of a virtualized network function instance
US11637761B2 (en) Systems and methods to deploy cloud-native microservices for communication services on scale
US10819828B2 (en) Enhancement of traffic detection and routing in virtualized environment
WO2019011142A1 (zh) 一种进行网络链路切换的方法和系统
US11665057B2 (en) Method for reducing power consumption and device
WO2016145653A1 (zh) 基于网络功能虚拟化的故障处理方法及设备
Raza et al. LTE NFV rollback recovery
WO2018082533A1 (en) Systems and methods for hierarchical network management
US20240171545A1 (en) Method and system for secure operations, administration, and management for remote networks
US11627032B2 (en) Data-powered shipwright for network cloud maintenance
WO2023058134A1 (ja) 原因特定システム及び原因特定方法
Ramanathan Building Resiliency Into 5G Open-source and Disaggregated Architecture
WO2024118052A1 (en) High availability of performance management and fault management microservices
CA3234663A1 (en) Action execution system and control method thereof

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190527

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190617

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190620

R150 Certificate of patent or registration of utility model

Ref document number: 6546340

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees