BR112016006902B1 - Método de gerenciamento de falhas e gerenciador de funções de rede virtualizada - Google Patents

Método de gerenciamento de falhas e gerenciador de funções de rede virtualizada Download PDF

Info

Publication number
BR112016006902B1
BR112016006902B1 BR112016006902-1A BR112016006902A BR112016006902B1 BR 112016006902 B1 BR112016006902 B1 BR 112016006902B1 BR 112016006902 A BR112016006902 A BR 112016006902A BR 112016006902 B1 BR112016006902 B1 BR 112016006902B1
Authority
BR
Brazil
Prior art keywords
fault
information
failure
entity
comprehensive
Prior art date
Application number
BR112016006902-1A
Other languages
English (en)
Other versions
BR112016006902A2 (pt
Inventor
Lei Zhu
Jianning Liu
Fang Yu
Original Assignee
Huawei Technologies Co.,Ltd
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 Huawei Technologies Co.,Ltd filed Critical Huawei Technologies Co.,Ltd
Publication of BR112016006902A2 publication Critical patent/BR112016006902A2/pt
Publication of BR112016006902B1 publication Critical patent/BR112016006902B1/pt

Links

Images

Classifications

    • 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
    • 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/0709—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 distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server 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/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/0751—Error or fault detection not based on redundancy
    • 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/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • 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/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • 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
    • 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
    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0627—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time by acting on the notification or alarm source
    • 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/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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/065—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 logical or physical relationship, e.g. grouping and hierarchies
    • 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
    • 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/0677—Localisation of faults
    • 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities

Abstract

MÉTODO, ENTIDADE E SISTEMA DE GERENCIAMENTO DE FALHAS. A presente invenção fornece um método de gerenciamento de falhas, o qual pode implementar reportação e processamento de falhas em um ambiente NFV. O método inclui: obter (201) primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de infraestrutura de virtualização de funções de rede NFVI, onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI tendo o identificador de entidade defeituosa; gerar (202) primeira informação de falha abrangente de acordo com a primeira informação de falha, onde a primeira informação de falha abrangente compreende a primeira informação de falha e informação de falha correlacionada da primeira informação de falha; e executar (203) processamento de reparo ou de reportação de falha d e acordo com a primeira informação de falha abrangente. Em modalidades da presente invenção, informação de falha de uma entidade de hardware e/ou de software é obtida, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.

Description

CAMPO TÉCNICO
[001] A presente invenção diz respeito ao campo de comunicações, e em particular a um método, uma entidade e um sistema de gerenciamento de falhas.
ANTECEDENTES
[002] Virtualização de funções de rede (Virtualização de Funções de Rede, NFV) é pretendida para implementar software de algumas funções de rede ao usar um dispositivo de servidor, de comutação e de armazenamento geral de grande capacidade e alto desempenho. Comparado com um ambiente virtual comum original, em uma arquitetura de ponta a ponta (Ponta a Ponta, E2E) NFV, muitas instâncias de software e entidades de gerenciamento são adicionadas, tais como uma instância/entidade de funções de rede virtualizada (Função de Rede Virtualizada, VNF), uma entidade gerenciadora de infraestrutura virtualizada (Sistema de Gerenciamento de Virtualizada, VIM) e uma entidade gerenciadora VNF, de maneira que um ambiente NFV é mais complexo do que o ambiente virtual comum. Um método de reportação e processamento de falhas no ambiente virtual comum, não pode ser aplicado para o ambiente NFV. Portanto, como executar reportação e processamento de falhas em um ambiente NFV complexo precisa ser considerado.
SUMÁRIO
[003] Modalidades da presente invenção fornecem um método de gerenciamento de falhas, o qual pode implementar reportação e processamento de falhas em um ambiente NFV.
[004] De acordo com um primeiro aspecto, um método de gerenciamento de falhas é fornecido, incluindo: obter, por um gerenciador de infraestrutura virtualizada (VIM), primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de infraestrutura de virtualização de funções de rede (NFVI), onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI tendo o identificador de entidade defeituosa; gerar, pelo VIM, primeira informação de falha abrangente de acordo com a primeira informação de falha, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha; e executar, pelo VIM, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[005] Com referência para o primeiro aspecto, em um primeiro modo de implementação do primeiro aspecto, obter, por um VIM, primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade NFVI inclui: receber a primeira informação de falha enviada pela primeira entidade NFVI; ou determinar que uma falha ocorre na primeira entidade NFVI, e gerar a primeira informação de falha de acordo com a falha da primeira entidade NFVI.
[006] Com referência para o primeiro aspecto e o modo de implementação indicado anteriormente do primeiro aspecto, em um segundo modo de implementação do primeiro aspecto, a primeira entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na entidade NFVI, e gerar, pelo VIM, primeira informação de falha abrangente de acordo com a primeira informação de falha inclui: determinar que informação de falha enviada por uma entidade NFVI correlacionada com a primeira entidade NFVI é a informação de falha correlacionada da primeira informação de falha; e gerar a primeira informação de falha abrangente que inclui a primeira informação de falha e a informação de falha correlacionada.
[007] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um terceiro modo de implementação do primeiro aspecto, executar, pelo VIM, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se o VIM inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VIM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VIM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para um VNFM ou enviar a primeira informação de falha abrangente para um orquestrador.
[008] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um quarto modo de implementação do primeiro aspecto, determinar, de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se o VIM inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada inclui: determinar uma entidade NFVI tendo uma prioridade mais alta a partir da primeira entidade NFVI e a entidade NFVI correlacionada com a primeira entidade NFVI, onde uma prioridade de HW é mais alta que uma prioridade de um OS Hospedeiro, a prioridade do OS Hospedeiro é mais alta que uma prioridade de um gerenciador de máquina virtual, e a prioridade do gerenciador de máquina virtual é mais alta que uma prioridade de uma VM; determinar, de acordo com um tipo de falha da entidade NFVI tendo uma prioridade mais alta, se o VIM inclui uma política de reparo de falha correspondente; e quando o VIM inclui a política de reparo de falha correspondendo ao tipo de falha da entidade NFVI tendo uma prioridade mais alta, reparar, de acordo com a política de reparo de falha, uma falha da entidade NFVI tendo uma prioridade mais alta.
[009] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um quinto modo de implementação do primeiro aspecto, após reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI, o método inclui adicionalmente: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a primeira informação de falha abrangente para o VNFM ou enviar a primeira informação de falha abrangente para o orquestrador.
[010] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um sexto modo de implementação do primeiro aspecto, após enviar a primeira informação de falha abrangente para o VNFM, o método inclui adicionalmente: receber uma mensagem de indicação que é enviada pelo VNFM e que é usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente; e enviar a primeira informação de falha abrangente para o orquestrador.
[011] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um sétimo modo de implementação do primeiro aspecto, antes de enviar a primeira informação de falha abrangente para o orquestrador, o método inclui adicionalmente: solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com a primeira entidade NFVI; e adicionar a informação de falha da entidade VNF correlacionada com a primeira entidade NFVI à primeira informação de falha abrangente.
[012] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um oitavo modo de implementação do primeiro aspecto, o método inclui adicionalmente: receber informação de solicitação enviada pelo VNFM, onde a informação de solicitação é usada para solicitar, do VIM, informação de falha de uma entidade NFVI correlacionada com uma entidade VNF defeituosa; e enviar a informação de falha da entidade NFVI correlacionada com a entidade VNF defeituosa para o VNFM.
[013] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um nono modo de implementação do primeiro aspecto, após gerar, pelo VIM, primeira informação de falha abrangente de acordo com a primeira informação de falha, o método inclui adicionalmente: detectar, de acordo com a primeira informação de falha abrangente, se o VIM inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e quando o VIM inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[014] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um décimo modo de implementação do primeiro aspecto, a primeira informação de falha é reportada adicionalmente para um sistema de suporte de operações e de negócios (OSS/BSS), de maneira que o OSS/BSS monitora e apresenta a primeira informação de falha.
[015] Com referência para o primeiro aspecto e os modos de implementação indicados anteriormente do primeiro aspecto, em um décimo primeiro modo de implementação do primeiro aspecto, a primeira informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha; e a primeira informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[016] De acordo com um segundo aspecto, um método de gerenciamento de falhas é fornecido, incluindo: obter, por um gerenciador de funções de rede virtualizada (VNFM), segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de funções de rede virtualizada (VNF), onde a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade VNF tendo o identificador de entidade defeituosa; gerar, pelo VNFM, segunda informação de falha abrangente de acordo com a segunda informação de falha; e executar, pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[017] Com referência para o segundo aspecto, em um primeiro modo de implementação do segundo aspecto, obter, por um VNFM, segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade VNF inclui: receber a segunda informação de falha enviada pela primeira entidade VNF; ou determinar que uma falha ocorre na primeira entidade VNF, e gerar a segunda informação de falha de acordo com a falha da primeira entidade VNF.
[018] Com referência para o segundo aspecto e o modo de implementação indicado anteriormente do segundo aspecto, em um segundo modo de implementação do segundo aspecto, gerar, pelo VNFM, segunda informação de falha abrangente de acordo com a segunda informação de falha inclui: determinar que informação de falha enviada por uma entidade VNF correlacionada com a primeira entidade VNF é informação de falha correlacionada da segunda informação de falha; e gerar a segunda informação de falha abrangente que inclui a segunda informação de falha e a informação de falha correlacionada.
[019] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um terceiro modo de implementação do segundo aspecto, executar, pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na segunda informação de falha na segunda informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na segunda informação de falha abrangente, se o VNFM inclui uma política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha de uma entidade VNF correlacionada com a primeira entidade VNF; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a segunda informação de falha abrangente para um orquestrador.
[020] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um quarto modo de implementação do segundo aspecto, após reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha de uma entidade VNF correlacionada com a primeira entidade VNF, o método inclui adicionalmente: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a segunda informação de falha abrangente para o orquestrador.
[021] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um quinto modo de implementação do segundo aspecto, antes de enviar a segunda informação de falha abrangente para o orquestrador, o método inclui adicionalmente: solicitar, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade NFVI correlacionada com a primeira entidade VNF, onde a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na NFVI; e adicionar a informação de falha da entidade NFVI correlacionada com a primeira entidade VNF à segunda informação de falha abrangente.
[022] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um sexto modo de implementação do segundo aspecto, o método inclui adicionalmente: receber primeira informação de falha abrangente enviada por um VIM, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI; determinar se o VNFM inclui uma política de reparo de falha que corresponde a um tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou a um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para um orquestrador, ou enviar uma mensagem de indicação usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente para o VIM, de maneira que o VIM envia a primeira informação de falha abrangente para o orquestrador.
[023] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um sétimo modo de implementação do segundo aspecto, após receber primeira informação de falha abrangente enviada por um VIM, o método inclui adicionalmente: determinar, de acordo com a primeira informação de falha abrangente, informação de falha de uma primeira entidade VNF que está correlacionada com a primeira entidade NFVI e/ou está correlacionada com a entidade NFVI correlacionada com a primeira entidade NFVI; e adicionar a informação de falha da primeira entidade VNF à primeira informação de falha abrangente, de maneira que o VNFM executa processamento de reparo ou de reportação conforme a primeira informação de falha abrangente.
[024] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um oitavo modo de implementação do segundo aspecto, após executar, pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente, o método inclui adicionalmente: detectar, de acordo com a segunda informação de falha abrangente, se o VNFM inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e quando o VNFM inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[025] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um nono modo de implementação do segundo aspecto, o método inclui adicionalmente: receber informação de solicitação enviada pelo VIM, onde a informação de solicitação é usada para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa; e enviar a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
[026] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um décimo modo de implementação do segundo aspecto, a segunda informação de falha é reportada adicionalmente para um sistema de suporte de operações e de negócios (OSS/BSS), de maneira que o OSS/BSS monitora e apresenta a segunda informação de falha.
[027] Com referência para o segundo aspecto e os modos de implementação indicados anteriormente do segundo aspecto, em um décimo primeiro modo de implementação do segundo aspecto, a segunda informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha; e a segunda informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[028] De acordo com um terceiro aspecto, um método de gerenciamento de falhas é fornecido, incluindo: receber, por um orquestrador, primeira informação de falha abrangente enviada por um gerenciador de infraestrutura virtualizada (VIM), onde a primeira informação de falha abrangente inclui primeira informação de falha, a primeira informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de infraestrutura de virtualização de funções de rede (NFVI) tendo o identificador de entidade defeituosa; e executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[029] Com referência para o terceiro aspecto, em um primeiro modo de implementação do terceiro aspecto, a primeira informação de falha abrangente inclui adicionalmente: informação de falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; e/ou informação de falha de uma entidade de funções de rede virtualizada (VNF) correlacionada com a primeira entidade NFVI.
[030] Com referência para o terceiro aspecto e o modo de implementação indicado anteriormente do terceiro aspecto, em um segundo modo de implementação do terceiro aspecto, executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[031] Com referência para o terceiro aspecto e os modos de implementação indicados anteriormente do terceiro aspecto, em um terceiro modo de implementação do terceiro aspecto, executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI, uma falha da entidade NFVI correlacionada com a primeira entidade NFVI e uma falha da entidade VNF correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um OSS/BSS.
[032] Com referência para o terceiro aspecto e os modos de implementação indicados anteriormente do terceiro aspecto, em um quarto modo de implementação do terceiro aspecto, antes de executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente, o método inclui adicionalmente: detectar, de acordo com a primeira informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e quando o orquestrador inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[033] Com referência para o terceiro aspecto e os modos de implementação indicados anteriormente do terceiro aspecto, em um quinto modo de implementação do terceiro aspecto, a primeira informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha; e a primeira informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[034] De acordo com um quarto aspecto, um método de gerenciamento de falhas é fornecido, incluindo: receber, por um orquestrador, segunda informação de falha abrangente enviada por um gerenciador de funções de rede virtualizada (VNFM), onde a segunda informação de falha abrangente inclui segunda informação de falha, a segunda informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de funções de rede virtualizada (VNF) tendo o identificador de entidade defeituosa; e executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[035] Com referência para o quarto aspecto, em um primeiro modo de implementação do quarto aspecto, a segunda informação de falha abrangente inclui adicionalmente: informação de falha de uma entidade VNF correlacionada com a primeira entidade VNF; e/ou informação de falha de uma entidade gerenciadora de infraestrutura virtualizada NFVI correlacionada com a primeira entidade VNF.
[036] Com referência para o quarto aspecto e o modo de implementação indicado anteriormente do quarto aspecto, em um segundo modo de implementação do quarto aspecto, executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[037] Com referência para o quarto aspecto e os modos de implementação indicados anteriormente do quarto aspecto, em um terceiro modo de implementação do quarto aspecto, executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente inclui: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF, uma falha da entidade VNF correlacionada com a primeira entidade VNF e uma falha da entidade NFVI correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um OSS/BSS.
[038] Com referência para o quarto aspecto e os modos de implementação indicados anteriormente do quarto aspecto, em um quarto modo de implementação do quarto aspecto, antes de executar, pelo orquestrador, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente, o método inclui adicionalmente: detectar, de acordo com a segunda informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e quando o orquestrador inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[039] Com referência para o quarto aspecto e os modos de implementação indicados anteriormente do quarto aspecto, em um quinto modo de implementação do quarto aspecto, a segunda informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha; e a segunda informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[040] De acordo com um quinto aspecto, um gerenciador de infraestrutura virtualizada é fornecido, incluindo: uma unidade de obtenção, configurada para obter primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de infraestrutura de virtualização de funções de rede NFVI, onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade (NFVI) tendo o identificador de entidade defeituosa; uma unidade de geração, configurada para gerar primeira informação de falha abrangente de acordo com a primeira informação de falha, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha; e uma unidade de processamento, configurada para executar, processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[041] Com referência para o quinto aspecto, em um primeiro modo de implementação do quinto aspecto, o gerenciador inclui adicionalmente uma unidade de determinação e uma unidade de recebimento, e a unidade de obtenção é configurada especificamente para: receber, ao usar a unidade de recebimento, a primeira informação de falha enviada pela primeira entidade NFVI; ou determinar, ao usar a unidade de determinação, que uma falha ocorre na primeira entidade NFVI, e gerar a primeira informação de falha de acordo com a falha da primeira entidade NFVI.
[042] Com referência para o quinto aspecto e o modo de implementação indicado anteriormente do quinto aspecto, em um segundo modo de implementação do quinto aspecto, a primeira entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na entidade NFVI, e a unidade de geração é configurada especificamente para: determinar, ao usar a unidade de determinação, que informação de falha enviada por uma entidade NFVI correlacionada com a primeira entidade NFVI é a informação de falha correlacionada da primeira informação de falha; e gerar a primeira informação de falha abrangente que inclui a primeira informação de falha e a informação de falha correlacionada.
[043] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um terceiro modo de implementação do quinto aspecto, a unidade de processamento inclui uma unidade de envio, e a unidade de processamento é configurada especificamente para: determinar, ao usar a unidade de determinação e de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se o VIM inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VIM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VIM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, ao usar a unidade de envio, a primeira informação de falha abrangente para um VNFM ou enviar a primeira informação de falha abrangente para um orquestrador.
[044] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um quarto modo de implementação do quinto aspecto, a unidade de processamento é configurada especificamente para: determinar, ao usar a unidade de determinação, uma entidade NFVI tendo uma prioridade mais alta desde a primeira entidade NFVI e a entidade NFVI correlacionada com a primeira entidade NFVI, onde uma prioridade de HW é mais alta que uma prioridade de um OS Hospedeiro, a prioridade do OS Hospedeiro é mais alta que uma prioridade de um gerenciador de máquina virtual, e a prioridade do gerenciador de máquina virtual é mais alta que uma prioridade de uma VM; determinar, ao usar a unidade de determinação e de acordo com um tipo de falha da entidade NFVI tendo uma prioridade mais alta, se o VIM inclui uma política de reparo de falha correspondente; e quando o VIM inclui a política de reparo de falha correspondendo ao tipo de falha da entidade NFVI tendo uma prioridade mais alta, reparar, de acordo com a política de reparo de falha, uma falha da entidade NFVI tendo uma prioridade mais alta.
[045] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um quinto modo de implementação do quinto aspecto, a unidade de envio é configurada especificamente para: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a primeira informação de falha abrangente para o VNFM ou enviar a primeira informação de falha abrangente para o orquestrador.
[046] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um sexto modo de implementação do quinto aspecto, a unidade de recebimento é configurada adicionalmente para receber uma mensagem de indicação que é enviada pelo VNFM e que é usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente; e a unidade de envio é configurada adicionalmente para enviar a primeira informação de falha abrangente para o orquestrador.
[047] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um sétimo modo de implementação do quinto aspecto, a unidade de processamento é configurada adicionalmente para: solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com a primeira entidade NFVI; e adicionar a informação de falha da entidade VNF correlacionada com a primeira entidade NFVI à primeira informação de falha abrangente.
[048] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um oitavo modo de implementação do quinto aspecto, a unidade de recebimento é configurada adicionalmente para receber informação de solicitação enviada pelo VNFM, onde a informação de solicitação é usada para solicitar, do VIM, informação de falha de uma entidade NFVI correlacionada com a entidade VNF defeituosa; e a unidade de envio é configurada adicionalmente para enviar a informação de falha da entidade NFVI correlacionada com a entidade VNF defeituosa para o VNFM.
[049] Com referência para o quinto aspecto e os modos de implementação indicados anteriormente do quinto aspecto, em um nono modo de implementação do quinto aspecto, o gerenciador inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada especificamente para detectar, de acordo com a primeira informação de falha abrangente, se o VIM inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e a unidade de eliminação é configurada especificamente para: quando o VIM inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[050] De acordo com um sexto aspecto, um gerenciador de funções de rede virtualizada é fornecido, incluindo: uma unidade de obtenção, configurada para obter segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de funções de rede virtualizada VNF, onde a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade VNF tendo o identificador de entidade defeituosa; uma unidade de geração, configurada para gerar segunda informação de falha abrangente de acordo com a segunda informação de falha; e uma unidade de processamento, configurada para executar processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[051] Com referência para o sexto aspecto, em um primeiro modo de implementação do sexto aspecto, o gerenciador inclui adicionalmente uma unidade de determinação e uma unidade de recebimento, e a unidade de obtenção é configurada especificamente para: receber, ao usar a unidade de recebimento, a segunda informação de falha enviada pela primeira entidade VNF; ou determinar, ao usar a unidade de determinação, que uma falha ocorre na primeira entidade VNF, e gerar, ao usar a unidade de geração, a segunda informação de falha de acordo com a falha da primeira entidade VNF.
[052] Com referência para o sexto aspecto e o modo de implementação indicado anteriormente do sexto aspecto, em um segundo modo de implementação do sexto aspecto, a unidade de geração é configurada especificamente para: determinar, ao usar a unidade de determinação, que informação de falha enviada por uma entidade VNF correlacionada com a primeira entidade VNF é informação de falha correlacionada da segunda informação de falha; e gerar a segunda informação de falha abrangente que inclui a segunda informação de falha e a informação de falha correlacionada.
[053] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um terceiro modo de implementação do sexto aspecto, a unidade de processamento inclui uma unidade de envio, e a unidade de processamento é configurada especificamente para: determinar, ao usar a unidade de determinação e de acordo com o tipo de falha na segunda informação de falha na segunda informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na segunda informação de falha abrangente, se o VNFM inclui uma política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha de uma entidade VNF correlacionada com a primeira entidade VNF; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, ao usar a unidade de envio, a segunda informação de falha abrangente para um orquestrador.
[054] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um quarto modo de implementação do sexto aspecto, a unidade de envio é configurada especificamente para: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a segunda informação de falha abrangente para o orquestrador.
[055] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um quinto modo de implementação do sexto aspecto, a unidade de processamento é configurada adicionalmente para: solicitar, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade NFVI correlacionada com a primeira entidade VNF, onde a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro OS Hospedeiro, gerenciador de máquina virtual ou entidade de máquina virtual (VM) na NFVI; e adicionar a informação de falha da entidade NFVI correlacionada com a primeira entidade VNF à segunda informação de falha abrangente.
[056] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um sexto modo de implementação do sexto aspecto, a unidade de processamento é configurada adicionalmente para: receber primeira informação de falha abrangente enviada por um VIM, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI; determinar se o VNFM inclui uma política de reparo de falha que corresponde a um tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou a um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para um orquestrador, ou enviar uma mensagem de indicação usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente para o VIM, de maneira que o VIM envia a primeira informação de falha abrangente para o orquestrador.
[057] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um sétimo modo de implementação do sexto aspecto, a unidade de processamento é configurada adicionalmente de forma específica para: determinar, de acordo com a primeira informação de falha abrangente, informação de falha de uma primeira entidade VNF que está correlacionada com a primeira entidade NFVI e/ou está correlacionada com a entidade NFVI correlacionada com a primeira entidade NFVI; e adicionar a informação de falha da primeira entidade VNF à primeira informação de falha abrangente, de maneira que o VNFM executa processamento de reparo ou de reportação conforme a primeira informação de falha abrangente.
[058] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um oitavo modo de implementação do sexto aspecto, o gerenciador inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada especificamente para: detectar, de acordo com a segunda informação de falha abrangente, se o VNFM inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e a unidade de eliminação é configurada especificamente para: quando o VNFM inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[059] Com referência para o sexto aspecto e os modos de implementação indicados anteriormente do sexto aspecto, em um nono modo de implementação do sexto aspecto, a unidade de recebimento é configurada adicionalmente para: receber informação de solicitação enviada pelo VIM, onde a informação de solicitação é usada para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa; e a unidade de envio é configurada adicionalmente para enviar a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
[060] De acordo com um sétimo aspecto, um orquestrador é fornecido, incluindo: uma unidade de recebimento, configurada para receber primeira informação de falha abrangente enviada por um gerenciador de infraestrutura virtualizada (VIM), onde a primeira informação de falha abrangente inclui primeira informação de falha, a primeira informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de infraestrutura de virtualização de funções de rede (NFVI) tendo o identificador de entidade defeituosa; e uma unidade de processamento, configurada para executar processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[061] Com referência para o sétimo aspecto, em um primeiro modo de implementação do sétimo aspecto, a primeira informação de falha abrangente inclui adicionalmente: informação de falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; e/ou informação de falha de uma entidade de funções de rede virtualizada (VNF) correlacionada com a primeira entidade NFVI.
[062] Com referência para o sétimo aspecto e o modo de implementação indicado anteriormente do sétimo aspecto, em um segundo modo de implementação do sétimo aspecto, a unidade de processamento é configurada especificamente para: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[063] Com referência para o sétimo aspecto e os modos de implementação indicados anteriormente do sétimo aspecto, em um terceiro modo de implementação do sétimo aspecto, a unidade de processamento é configurada especificamente para: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI, uma falha da entidade NFVI correlacionada com a primeira entidade NFVI e uma falha da entidade VNF correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um OSS/BSS.
[064] Com referência para o sétimo aspecto e os modos de implementação indicados anteriormente do sétimo aspecto, em um quarto modo de implementação do sétimo aspecto, o gerenciador inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada especificamente para detectar, de acordo com a primeira informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e a unidade de eliminação é configurada especificamente para: quando o orquestrador inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[065] De acordo com um oitavo aspecto, um orquestrador é fornecido, incluindo: uma unidade de recebimento, configurada para receber segunda informação de falha abrangente enviada por um gerenciador de funções de rede virtualizada (VNFM), onde a segunda informação de falha abrangente inclui segunda informação de falha, a segunda informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de funções de rede virtualizada (VNF) tendo o identificador de entidade defeituosa; e uma unidade de processamento, configurada para executar processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[066] Com referência para o oitavo aspecto, em um primeiro modo de implementação do oitavo aspecto, a segunda informação de falha abrangente inclui adicionalmente: informação de falha de uma entidade VNF correlacionada com a primeira entidade VNF; e/ou informação de falha de uma entidade gerenciadora de infraestrutura virtualizada NFVI correlacionada com a primeira entidade VNF.
[067] Com referência para o oitavo aspecto e o modo de implementação indicado anteriormente do oitavo aspecto, em um segundo modo de implementação do oitavo aspecto, a unidade de processamento é configurada especificamente para: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[068] Com referência para o oitavo aspecto e os modos de implementação indicados anteriormente do oitavo aspecto, em um terceiro modo de implementação do oitavo aspecto, a unidade de processamento é configurada especificamente para: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF, uma falha da entidade VNF correlacionada com a primeira entidade VNF e uma falha da entidade NFVI correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviam a segunda informação de falha abrangente para um OSS/BSS.
[069] Com referência para o oitavo aspecto e os modos de implementação indicados anteriormente do oitavo aspecto, em um quarto modo de implementação do oitavo aspecto, o orquestrador inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada para detectar, de acordo com a segunda informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e a unidade de eliminação é configurada especificamente para: quando o orquestrador inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[070] De acordo com o método de gerenciamento de falhas fornecido nas modalidades da presente invenção, um VIM e um VNFM obtêm informação de falha de uma entidade de hardware e/ou de software, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
BREVE DESCRIÇÃO DOS DESENHOS
[071] Para descrever as soluções técnicas nas modalidades da presente invenção mais claramente, o exposto a seguir introduz resumidamente os desenhos anexos exigidos para descrever as modalidades da presente invenção. Evidentemente, os desenhos anexos na descrição a seguir mostram meramente algumas modalidades da presente invenção, e uma pessoa de conhecimento comum na técnica ainda pode derivar outros desenhos destes desenhos anexos sem esforços criativos. A figura 1 é um diagrama arquitetônico de sistema de virtualização de funções de rede (NFV) de acordo com a presente invenção; A figura 2 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção; A figura 3 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção; A figura 4 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção; A figura 5 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção; A figura 6a é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção; A figura 6b é um diagrama esquemático de uma correlação entre entidades de acordo com uma modalidade da presente invenção; A figura 7 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção; A figura 8 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção; A figura 9 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção; A figura 10 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção; A figura 11 é um diagrama de blocos esquemático de uma entidade gerenciadora de infraestrutura virtualizada (VIM) de acordo com uma modalidade da presente invenção; A figura 12 é um diagrama de blocos esquemático de uma entidade gerenciadora de funções de rede virtualizada (VNFM) de acordo com uma modalidade da presente invenção; A figura 13 é um diagrama de blocos esquemático de uma entidade orquestradora (Orquestrador) de acordo com uma modalidade da presente invenção; A figura 14 é um diagrama de blocos esquemático de uma entidade VIM de acordo com uma outra modalidade da presente invenção; A figura 15 é um diagrama de blocos esquemático de uma entidade VNFM de acordo com uma outra modalidade da presente invenção; e A figura 16 é um diagrama de blocos esquemático de uma entidade Orquestradora de acordo com uma outra modalidade da presente invenção.
DESCRIÇÃO DAS MODALIDADES
[072] O exposto a seguir descreve claramente e de forma completa as soluções técnicas nas modalidades da presente invenção com referência para os desenhos anexos nas modalidades da presente invenção. Evidentemente, as modalidades descritas são algumas e não todas as modalidades da presente invenção. Todas as outras modalidades obtidas por uma pessoa de conhecimento comum na técnica, com base nas modalidades da presente invenção, sem esforços criativos, deverão estar incluídas no escopo de proteção da presente invenção.
[073] A figura 1 é um diagrama arquitetônico de um sistema de virtualização de funções de rede (NFV) de acordo com a presente invenção.
[074] Em uma arquitetura de ponta a ponta (Ponta a Ponta, E2E) de virtualização de funções de rede (Virtualização de Funções de Rede, NFV), infraestrutura de virtualização de funções de rede (Infraestrutura de Virtualização de Funções de Rede, NFVI) inclui um recurso de hardware de camada de fundo (Hardware, HW), o qual pode ser classificado especificamente como hardware de computação, hardware de armazenamento, hardware de rede e outros mais. Uma camada de virtualização fica localizada na camada de hardware, e inclui um sistema operacional hospedeiro (Sistema Operacional Hospedeiro, OS Hospedeiro) e um superprograma de gerenciamento/gerenciador de máquina virtual (Hipervisor), e múltiplas máquinas virtuais (Máquina Virtual, VM) executam na camada de virtualização. O HW e o Hipervisor são conectados a um sistema de suporte de operações e de negócios (Sistema de Suporte de Operações e de Negócios, OSS/BSS) ao usar um sistema de gerenciamento de elementos (Sistema de Gerenciamento de Elementos, EMS). Múltiplas instâncias de funções de rede virtualizada (Função de Rede Virtual, VNF) na NFVI são conectadas ao OSS/BSS ao usar um vEMS.
[075] O NFVI é conectado a um gerenciador de infraestrutura virtualizada (Gerenciador de Infraestrutura de Virtualizado, VIM) ao usar uma interface Nf-Vi, o VNF é conectado a um gerenciador VNF (VNFM) ao usar uma interface Ve-Vnfm, e o VIM é conectado ao VNFM ao usar uma interface Vi-Vnfm. O NFVI é conectado a um orquestrador (Orquestrador) ao usar Or-Vi, o VNFM é conectado ao Orquestrador ao usar Or-Vnfm, e o Orquestrador é conectado ao OSS/BSS ao usar uma interface Os-Ma.
[076] O OSS/BSS é configurado para iniciar uma solicitação de serviço para o Orquestrador, o Orquestrador é responsável por orquestrar e gerenciar recursos de acordo com a solicitação de serviço OSS/BSS, implementar um serviço NFV, e detectar em tempo real recursos e informação de estado de execução da VNF e da NFVI. O VNFM é responsável por gerenciar um ciclo de vida da VNF, por exemplo, início, tempo de vida, detectar e coletar informação de estado de execução da VNF. O VIM é responsável por gerenciar e alocar recursos da NFVI, e detectar e coletar informação de estado de execução da NFVI.
[077] A figura 2 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção. O método na figura 2 é executado por um VIM.
[078] 201: Um gerenciador de infraestrutura virtualizada (VIM) obtém primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de infraestrutura de virtualização de funções de rede (NFVI), onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI tendo o identificador de entidade defeituosa.
[079] 202: O VIM gera primeira informação de falha abrangente de acordo com a primeira informação de falha, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha.
[080] 203: O VIM executa processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[081] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[082] Opcionalmente, em uma modalidade, a etapa 201 inclui: receber a primeira informação de falha enviada pela primeira entidade NFVI; ou determinar que uma falha ocorre na primeira entidade NFVI, e gerar a primeira informação de falha de acordo com a falha da primeira entidade NFVI. Isto é, o VIM pode receber passivamente informação de falha de uma entidade defeituosa, ou pode gerar ativamente informação de falha após detectar uma falha.
[083] Opcionalmente, em uma modalidade, a primeira entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na entidade NFVI, e a etapa 202 inclui: determinar que informação de falha enviada por uma entidade NFVI correlacionada com a primeira entidade NFVI é a informação de falha correlacionada da primeira informação de falha, e gerar a primeira informação de falha abrangente que inclui a primeira informação de falha e a informação de falha correlacionada. Por causa de existir uma correlação entre algumas entidades HW, OS Hospedeiro, Hipervisor e VM, quando ocorre uma falha na primeira entidade NFVI, uma falha também pode ocorrer em uma outra entidade NFVI correlacionada com a primeira NFVI. O VIM pode coletar toda informação de falha relacionada, a fim de executar processamento uniforme e abrangente.
[084] Opcionalmente, em uma modalidade, a etapa 203 inclui: determinar, de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se o VIM inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VIM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VIM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para um VNFM ou enviar a primeira informação de falha abrangente para um orquestrador.
[085] Especificamente, após gerar informação de falha abrangente, o VIM primeiro precisa determinar se o VIM é capaz de processar a informação de falha abrangente localmente; e se o VIM for capaz de processar a informação de falha abrangente, o VIM repara uma falha de uma entidade NFVI envolvida na informação de falha abrangente; ou se o VIM for incapaz de processar a informação de falha abrangente ou o reparo não for bem sucedido, o VIM executa processamento de reportação.
[086] Opcionalmente, em uma modalidade, determinar, de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se o VIM inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada inclui: determinar uma entidade NFVI tendo uma prioridade mais alta desde a primeira entidade NFVI e a entidade NFVI correlacionada com a primeira entidade NFVI, onde uma prioridade do HW é mais alta que uma prioridade do OS Hospedeiro, a prioridade do OS Hospedeiro é mais alta que uma prioridade do gerenciador de máquina virtual, e a prioridade do gerenciador de máquina virtual é mais alta que uma prioridade da VM; determinar, de acordo com um tipo de falha da entidade NFVI tendo uma prioridade mais alta, se o VIM inclui uma política de reparo de falha correspondente; e quando o VIM inclui a política de reparo de falha correspondendo ao tipo de falha da entidade NFVI tendo uma prioridade mais alta, reparar, de acordo com a política de reparo de falha, uma falha da entidade NFVI tendo uma prioridade mais alta.
[087] Opcionalmente, em uma modalidade, após reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI, o método pode incluir adicionalmente: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a primeira informação de falha abrangente para o VNFM ou enviar a primeira informação de falha abrangente para o orquestrador, onde a mensagem de indicação de sucesso pode ser informação de falha em que um estado de execução é estabelecido para “Normal”, ou pode ser uma mensagem em uma outra forma e usada para indicar que o reparo foi bem sucedido, o que não está limitado na presente invenção.
[088] Opcionalmente, em uma modalidade, após enviar a primeira informação de falha abrangente para o VNFM, o método inclui adicionalmente: receber uma mensagem de indicação que é enviada pelo VNFM e que é usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente, e enviar a primeira informação de falha abrangente para o orquestrador. Em um caso no qual o VIM é incapaz de processar a primeira informação de falha abrangente e reportar a primeira informação de falha abrangente para o VNFM, se o VNFM também for incapaz de processar a primeira informação de falha abrangente, o VNFM reporta adicionalmente a primeira informação de falha abrangente para o Orquestrador.
[089] Opcionalmente, em uma modalidade, antes de enviar a primeira informação de falha abrangente para o orquestrador, o método inclui adicionalmente: solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com a primeira entidade NFVI, e adicionar a informação de falha da entidade VNF correlacionada com a primeira entidade NFVI à primeira informação de falha abrangente. Quando o VIM é incapaz de processar a primeira informação de falha abrangente ou o reparo não é bem sucedido, o VIM pode iniciar uma solicitação para o VNFM, para obter informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa, e executar reportação abrangente, de maneira que uma entidade de gerenciamento de camada superior pode executar processamento abrangente.
[090] Opcionalmente, em uma modalidade, o método inclui adicionalmente: receber informação de solicitação enviada pelo VNFM, onde a informação de solicitação é usada para solicitar, do VIM, informação de falha de uma entidade NFVI correlacionada com uma entidade VNF defeituosa, e enviar a informação de falha da entidade NFVI correlacionada com a entidade VNF defeituosa para o VNFM. Especificamente, quando o VNFM é incapaz de processar informação de falha abrangente de uma entidade VNF, o VNFM ainda pode solicitar, do VIM, informação de falha de uma NFVI relacionada, e executar reportação abrangente, de maneira que uma entidade de gerenciamento de camada superior pode executar processamento abrangente.
[091] Opcionalmente, em uma modalidade, após gerar, pelo VIM, primeira informação de falha abrangente de acordo com a primeira informação de falha, o método inclui adicionalmente: detectar, de acordo com a primeira informação de falha abrangente, se o VIM inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e quando o VIM inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[092] Especificamente, porque quando falhas correlacionadas ocorrem em múltiplas entidades NFVI correlacionadas o VIM pode obter múltiplas peças da mesma informação de falha abrangente, onde a mesma aqui se refere a: conteúdo de informação de falha na informação de falha abrangente é o mesmo. Neste caso, o VIM pode executar detecção de alarme repetido. O VIM continua a processar informação de falha abrangente que está sendo processada, e deleta a mesma informação de falha abrangente que ainda não está processada.
[093] Opcionalmente, em uma modalidade, a primeira informação de falha é reportada adicionalmente para um sistema de suporte de operações e de negócios (OSS/BSS), de maneira que o OSS/BSS monitora e apresenta a primeira informação de falha.
[094] Opcionalmente, em uma modalidade, a primeira informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha, a primeira informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[095] No método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[096] A figura 3 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção. O método na figura 3 é executado por um VNFM.
[097] 301: Um gerenciador de funções de rede virtualizada (VNFM) obtém segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de funções de rede virtualizada (VNF), onde a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade VNF tendo o identificador de entidade defeituosa.
[098] 302: O VNFM gera segunda informação de falha abrangente de acordo com a segunda informação de falha.
[099] 303: O VNFM executa processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[100] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VNFM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[101] Opcionalmente, em uma modalidade, a etapa 301 inclui: receber a segunda informação de falha enviada pela primeira entidade VNF; ou determinar que uma falha ocorre na primeira entidade VNF, e gerar a segunda informação de falha de acordo com a falha da primeira entidade VNF. Isto é, o VNFM pode receber passivamente informação de falha de uma entidade defeituosa, ou pode gerar ativamente informação de falha após detectar uma falha.
[102] Opcionalmente, em uma modalidade, a etapa 302 inclui: determinar que informação de falha enviada por uma entidade VNF correlacionada com a primeira entidade VNF é informação de falha correlacionada da segunda informação de falha, e gerar a segunda informação de falha abrangente que inclui a segunda informação de falha e a informação de falha correlacionada. Por causa de poder existir uma correlação entre entidades VNF, quando uma falha ocorre na primeira entidade VNF uma falha também pode ocorrer em uma outra entidade VNF correlacionada com a primeira entidade VNF. O VNFM pode coletar toda informação de falha relacionada, a fim de executar processamento uniforme e abrangente.
[103] Opcionalmente, em uma modalidade, a etapa 303 inclui: determinar, de acordo com um tipo de falha na segunda informação de falha na segunda informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na segunda informação de falha abrangente, se o VNFM inclui uma política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a segunda informação de falha abrangente para um orquestrador.
[104] Especificamente, após gerar informação de falha abrangente, o VNFM primeiro precisa determinar se o VNFM é capaz de processar a informação de falha abrangente localmente; e se o VNFM for capaz de processar a informação de falha abrangente, o VNFM repara uma falha de uma entidade VNF envolvida na informação de falha abrangente; ou se o VNFM for incapaz de processar a informação de falha abrangente ou o reparo não for bem sucedido, o VNFM executa processamento de reportação.
[105] Opcionalmente, em uma modalidade, após reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF, o método inclui adicionalmente: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a segunda informação de falha abrangente para o orquestrador, onde a mensagem de indicação de sucesso pode ser informação de falha em que um estado de execução é estabelecido para “Normal”, ou pode ser uma mensagem em uma outra forma e usada para indicar que o reparo foi bem sucedido, o que não está limitado na presente invenção.
[106] Opcionalmente, em uma modalidade, antes de enviar a segunda informação de falha abrangente para o orquestrador, o método inclui adicionalmente: solicitar, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade NFVI correlacionada com a primeira entidade VNF, onde a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na NFVI; e adicionar a informação de falha da entidade NFVI correlacionada com a primeira entidade VNF à segunda informação de falha abrangente. Quando o VNFM é incapaz de processar a segunda informação de falha abrangente ou o reparo não é bem sucedido, o VNFM pode iniciar uma solicitação para o VIM, para obter informação de falha de uma entidade NFVI correlacionada com uma entidade VNF defeituosa, e executar reportação abrangente, de maneira que uma entidade de gerenciamento de camada superior pode executar processamento abrangente.
[107] Opcionalmente, em uma modalidade, o método inclui adicionalmente: receber primeira informação de falha abrangente enviada por um VIM, onde a primeira informação de falha abrangente inclui primeira informação de falha e informação de falha correlacionada da primeira informação de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI; determinar se o VNFM inclui uma política de reparo de falha que corresponde a um tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou a um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente; e quando o VNFM inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha de uma entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o VNFM não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para um orquestrador, ou enviar uma mensagem de indicação usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente para o VIM, de maneira que o VIM envia a primeira informação de falha abrangente para o orquestrador. Quando o VIM é incapaz de processar a primeira informação de falha abrangente da entidade NFVI ou o reparo não é bem sucedido, o VIM reporta a primeira informação de falha abrangente para o VNFM. Se o VNFM também for incapaz de processar a primeira informação de falha abrangente ou o reparo não for bem sucedido, o VNFM notifica o VIM, de maneira que o VIM reporta a primeira informação de falha abrangente para o Orquestrador.
[108] Opcionalmente, em uma modalidade, após receber primeira informação de falha abrangente enviada pelo VIM, o método inclui adicionalmente: determinar, de acordo com a primeira informação de falha abrangente, informação de falha de uma primeira entidade VNF que está correlacionada com a primeira entidade NFVI e/ou está correlacionada com a entidade NFVI correlacionada com a primeira entidade NFVI, e adicionar a informação de falha da primeira entidade VNF à primeira informação de falha abrangente, de maneira que o VNFM executa processamento de reparo ou de reportação conforme a primeira informação de falha abrangente.
[109] Opcionalmente, em uma modalidade, após executar, pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente, o método inclui adicionalmente: detectar, de acordo com a segunda informação de falha abrangente, se o VNFM inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e quando o VNFM inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[110] Especificamente, porque quando falhas correlacionadas ocorrem em múltiplas entidades VNF correlacionadas o VNFM pode obter múltiplas peças da mesma informação de falha abrangente, onde a mesma aqui se refere a: conteúdo de informação de falha na informação de falha abrangente é o mesmo. Neste caso, o VNFM pode executar detecção de alarme repetido. O VNFM continua a processar informação de falha abrangente que está sendo processada, e deleta a mesma informação de falha abrangente que ainda não está processada.
[111] Opcionalmente, em uma modalidade, o método inclui adicionalmente: receber informação de solicitação enviada pelo VIM, onde a informação de solicitação é usada para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa, e enviar a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
[112] Opcionalmente, em uma modalidade, a segunda informação de falha é reportada adicionalmente para um sistema de suporte de operações e de negócios (OSS/BSS), de maneira que o OSS/BSS monitora e apresenta a segunda informação de falha.
[113] Opcionalmente, em uma modalidade, a segunda informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha, a segunda informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[114] No método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VNFM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[115] A figura 4 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção. O método na figura 4 é executado por um Orquestrador.
[116] 401: Um orquestrador recebe primeira informação de falha abrangente enviada por um gerenciador de infraestrutura virtualizada (VIM), onde a primeira informação de falha abrangente inclui primeira informação de falha, a primeira informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de infraestrutura de virtualização de funções de rede (NFVI) tendo o identificador de entidade defeituosa.
[117] 402: O orquestrador executa processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[118] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um Orquestrador obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[119] Opcionalmente, em uma modalidade, a primeira informação de falha abrangente inclui adicionalmente informação de falha de uma entidade NFVI correlacionada com a primeira entidade NFVI, e/ou informação de falha de uma entidade de funções de rede virtualizada (VNF) correlacionada com a primeira entidade NFVI. Isto é, informação de falha abrangente obtida pelo Orquestrador do VIM pode incluir informação de falha de uma entidade NFVI, ou pode incluir informação de falha de uma entidade NFVI e de uma entidade VNF relacionada.
[120] Opcionalmente, em uma modalidade, a etapa 402 inclui: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[121] Opcionalmente, em uma modalidade, a etapa 402 inclui: determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade NFVI, uma falha da entidade NFVI correlacionada com a primeira entidade NFVI e uma falha da entidade VNF correlacionada com a primeira entidade NFVI; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um OSS/BSS.
[122] Opcionalmente, em uma modalidade, antes da etapa 402, o método inclui adicionalmente: detectar, de acordo com a primeira informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à primeira informação de falha abrangente; e quando o orquestrador inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente. Especificamente, porque quando falhas correlacionadas ocorrem em múltiplas entidades NFVI ou entidades VNF correlacionadas o Orquestrador pode obter múltiplas peças da mesma informação de falha abrangente, onde a mesma aqui se refere a: conteúdo de informação de falha na informação de falha abrangente é o mesmo. Neste caso, o Orquestrador pode executar detecção de alarme repetido. O orquestrador continua a processar informação de falha abrangente que está sendo processada, e deleta a mesma informação de falha abrangente que ainda não está processada.
[123] Opcionalmente, em uma modalidade, a primeira informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha, a primeira informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[124] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um Orquestrador recebe informação de falha abrangente reportada por um VIM, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[125] A figura 5 é um fluxograma de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção. O método na figura 5 é executado por um Orquestrador.
[126] 501: Um orquestrador recebe segunda informação de falha abrangente enviada por um gerenciador de funções de rede virtualizada (VNFM), onde a segunda informação de falha abrangente inclui segunda informação de falha, a segunda informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de funções de rede virtualizada VNF tendo o identificador de entidade defeituosa.
[127] 502: O orquestrador executa processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[128] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um Orquestrador obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[129] Opcionalmente, em uma modalidade, a segunda informação de falha abrangente inclui adicionalmente informação de falha de uma entidade VNF correlacionada com a primeira entidade VNF, e/ou informação de falha de uma entidade gerenciadora de infraestrutura virtualizada NFVI correlacionada com a primeira entidade VNF. Isto é, informação de falha abrangente obtida pelo Orquestrador do VNFM pode incluir informação de falha de uma entidade NFVI, ou pode incluir informação de falha de uma entidade VNF, ou pode incluir informação de falha de uma entidade NFVI e de uma entidade VNF relacionada.
[130] Opcionalmente, em uma modalidade, a etapa 502 inclui: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[131] Opcionalmente, em uma modalidade, a etapa 502 inclui: determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se o orquestrador inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando o orquestrador inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade VNF, uma falha da entidade VNF correlacionada com a primeira entidade VNF e uma falha da entidade NFVI correlacionada com a primeira entidade VNF; ou quando o orquestrador não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um OSS/BSS.
[132] Opcionalmente, em uma modalidade, antes da etapa 502, o método inclui adicionalmente: detectar, de acordo com a segunda informação de falha abrangente, se o orquestrador inclui informação de falha abrangente que é igual à segunda informação de falha abrangente; e quando o orquestrador inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente. Especificamente, porque quando falhas correlacionadas ocorrem em múltiplas entidades NFVI ou entidades VNF correlacionadas o Orquestrador pode obter múltiplas peças da mesma informação de falha abrangente, onde a mesma aqui se refere a: conteúdo de informação de falha na informação de falha abrangente é o mesmo. Neste caso, o Orquestrador pode executar detecção de alarme repetido. O orquestrador continua a processar informação de falha abrangente que está sendo processada, e deleta a mesma informação de falha abrangente que ainda não está processada.
[133] Opcionalmente, em uma modalidade, a segunda informação de falha inclui adicionalmente pelo menos um de um estado de execução e tempo de falha, a segunda informação de falha abrangente inclui adicionalmente informação de estado de falha, e o estado de falha inclui pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
[134] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um Orquestrador recebe informação de falha abrangente reportada por um VNFM, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[135] A figura 6a é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma modalidade da presente invenção. O método na figura 6a pode ser executado pelo sistema NFV mostrado na figura 1.
[136] 601: Um VIM obtém informação de falha.
[137] Quando o VIM detecta que uma falha ocorre em qualquer HW, OS Hospedeiro, Hipervisor ou VM em uma NFVI, o VIM obtém informação de falha da entidade NFVI defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VIM pela entidade NFVI defeituosa, ou pode ser gerada localmente pelo VIM de acordo com uma falha detectada.
[138] O VIM pode detectar, ao usar os métodos indicados a seguir, em que uma falha ocorre em uma entidade NFVI:
[139] Para conveniência de descrição, o seguinte é descrito ao usar um exemplo no qual uma falha ocorre em uma primeira entidade NFVI, onde a primeira entidade NFVI pode ser qualquer HW, OS Hospedeiro, Hipervisor ou VM na NFVI, e a entidade pode incluir uma entidade de hardware ou uma entidade de software.
[140] Método 1: Quando uma falha ocorre na primeira entidade NFVI, a primeira entidade NFVI gera informação de falha, onde a informação de falha inclui pelo menos um identificador de entidade defeituosa que é usado para identificar exclusivamente a primeira entidade NFVI, e uma posição real da primeira entidade NFVI defeituosa ou uma posição da primeira entidade NFVI defeituosa em uma relação de topologia pode ser determinada exclusivamente ao usar o identificador. A informação de falha inclui adicionalmente um identificador de falha, usado para identificar exclusivamente informação de falha. A informação de falha inclui adicionalmente um tipo de falha, usado para representar uma causa da falha, por exemplo, sobrecarga, desligado, perda de memória, erro de porta ou nenhuma falha. Além do mais, a informação de falha pode incluir adicionalmente um estado de execução e tempo de falha, onde o estado de execução é usado para marcar se a primeira entidade NFVI correntemente pode trabalhar de forma normal, e o tempo de falha pode ser usado para gravar um tempo em que a falha ocorre. Como um exemplo, um formato da informação de falha pode ser mostrado na Tabela 1: Tabela 1: Informação de Falha
Figure img0001
Figure img0002
[141] Após gerar a informação de falha no formato exposto anteriormente, a primeira NFVI pode enviar a informação de falha para o VIM ao usar uma interface Nf-Vi, e opcionalmente a primeira NFVI também pode enviar, ao usar um EMS, a informação de falha para um OSS/BSS para gerenciamento, gravação e apresentação.
[142] Método 2: O VIM pode enviar uma mensagem de indicação para a primeira entidade NFVI periodicamente ou quando exigido, para instruir a primeira entidade NFVI para executar detecção de falha. Se a primeira entidade NFVI detectar uma falha, a primeira entidade NFVI pode retornar informação de falha similar a essa na Tabela 1 para o VIM; ou se a primeira entidade NFVI não estiver defeituosa a primeira entidade NFVI pode não retornar mensagem, ou pode retornar informação de falha em que um tipo de falha é “Nenhuma Falha” e um estado de execução é “Normal”, tal como mostrado na Tabela 1.
[143] Método 3: A primeira entidade NFVI pode enviar periodicamente uma mensagem de indicação de pulsação indicando que a primeira entidade NFVI executa normalmente para o VIM. O VIM recebe periodicamente pulsações da primeira entidade NFVI, e detecta que a primeira entidade NFVI trabalha normalmente. Quando as pulsações da primeira entidade NFVI são interrompidas, o VIM determina que uma falha ocorre na primeira entidade NFVI, e o VIM pode gerar informação de falha da primeira NFVI. Um formato específico da informação de falha é similar a esse da informação de falha na Tabela 1, e detalhes adicionais não são descritos aqui de novo.
[144] Quando a entidade NFVI não pode reportar informação de falha por causa de um evento inesperado tal como desligamento, o VIM ainda pode detectar imediatamente que uma falha ocorre na primeira entidade NFVI.
[145] Método 4: O VIM pode executar detecção de falha na NFVI periodicamente ou quando exigido, e então o VIM gera informação de falha da primeira NFVI de acordo com um resultado de detecção de falha. Um formato específico da informação de falha é similar àquele da informação de falha na Tabela 1, e detalhes adicionais não são descritos de novo aqui.
[146] Em conclusão, o VIM pode detectar a falha da entidade NFVI ao usar qualquer um dos métodos indicados anteriormente, e certamente pode executar detecção ao combinar múltiplos métodos tal como, por exemplo, combinar o Método 1 e o Método 3. A entidade NFVI envia pulsações para o VIM periodicamente, e quando uma falha ocorre envia informação de falha para o VIM. Se a entidade NFVI não puder reportar a informação de falha por causa de uma falha catastrófica, o VIM pode detectar, de acordo com a paralização das pulsações, que uma falha ocorre na entidade NFVI.
[147] 602: O VIM gera informação de falha abrangente.
[148] Após o VIM receber a informação de falha enviada pela primeira entidade NFVI, ou o VIM gerar informação de falha de acordo com uma falha da primeira entidade NFVI, o VIM precisa coletar informação de falha de uma outra entidade NFVI correlacionada com a primeira entidade NFVI, para gerar informação de falha abrangente, a fim de executar processamento abrangente.
[149] Especificamente, por causa de existir uma correlação entre entidades HW, OS Hospedeiro, Hipervisor e VM, quando uma falha ocorre na primeira entidade NFVI, falhas também podem ocorrer em algumas entidades correlacionadas com a primeira entidade NFVI. A figura 6b mostra exemplarmente a correlação entre as entidades HW, OS Hospedeiro, Hipervisor e VM. Por exemplo, um OS Hospedeiro 1, um Hipervisor 1, uma VM1 e uma VM2 estão correlacionados com o HW1. Isto significa que, quando uma falha ocorre no HW1, falhas também podem ocorrer em entidades virtualizadas estabelecidas no HW1: o OS Hospedeiro 1, o Hipervisor 1, a VM1 e a VM2. Neste caso, o VIM pode coletar informação de falha reportada pelo OS Hospedeiro 1, pelo Hipervisor 1, pela VM1 e pela VM2, e gerar informação de falha abrangente com referência para informação de falha do HW1. Especificamente, informação de falha abrangente mostrada na Tabela 2 pode ser gerada: Tabela 2: Informação de Falha Abrangente
Figure img0003
Figure img0004
[150] Um formato de informação de falha das entidades HW, OS Hospedeiro, Hipervisor e VM é similar àquele na Tabela 1. O identificador da informação de falha abrangente é usado para identificar exclusivamente informação de falha abrangente. Deve ser entendido que a informação de falha abrangente mostrada na Tabela 2 é um exemplo específico, e informação de falha de entidades que é incluída especificamente na informação de falha abrangente é determinada de acordo com a correlação. Quando a informação de falha abrangente é gerada exatamente, um estado de falha pode ser estabelecido para “Ainda não processada”.
[151] 603: Executar detecção de alarme repetido.
[152] Após gerar a informação de falha abrangente, o VIM pode detectar localmente a informação de falha abrangente gerada, para determinar se existe informação igual. Especificamente, por causa de após uma falha ocorrer em uma entidade NFVI, todas as entidades NFVI defeituosas correlacionadas podem reportar informação de falha, e o VIM pode gerar múltiplas peças da mesma informação de falha abrangente para uma mesma falha. Por exemplo, se uma falha ocorrer no HW1, falhas também ocorrem no OS Hospedeiro 1, Hipervisor 1, VM1 e na VM2 correlacionados com o HW1, e o OS Hospedeiro 1, o Hipervisor 1, a VM1 e a VM2 correlacionados com o HW1 executam uma mesma operação do HW1. O VIM pode gerar múltiplas peças da mesma informação de falha abrangente após coletar informação de falha correlacionada, e neste caso o VIM pode processar somente uma peça de informação de falha abrangente, e descartar a outra mesma informação de falha abrangente. Deve ser entendido que a mesma informação de falha abrangente se refere a: a informação de falha do HW, OS Hospedeiro, Hipervisor e da VM é parcialmente a mesma, e os identificadores de falhas e estados de falhas podem ser diferentes.
[153] Especificamente, a informação de falha abrangente pode ser reservada ou descartada de acordo com o estado de falha na informação de falha abrangente; por exemplo, um estado de falha em informação de falha abrangente que é gerada exatamente é “Ainda não processado”, detecção de alarme repetido é executada na informação de falha abrangente, e se mesma informação de falha abrangente em que um estado de falha é “Sendo processado” for descoberta, a informação de falha abrangente que ainda não está processada é descartada, e informação de falha abrangente em que um estado de falha é “Sendo processado” é reservada e processada.
[154] 604: O VIM executa determinação de autorreparação.
[155] Quando o VIM gera a informação de falha abrangente, o VIM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VIM pode processar.
[156] Especificamente, o VIM tem uma política de reparo de falha, onde a política de reparo de falha inclui um mapeamento entre um identificador de entidade defeituosa, um tipo de falha e um método de reparação de falha. Se processamento pode ser executado pode ser determinado ao determinar se o tipo de falha na informação de falha abrangente existe na política de reparo de falha. Por exemplo, um tipo de falha do HW1 é “desempenho baixo”, e um método de reparação de falha correspondente é “reiniciar”.
[157] Além do mais, quando a informação de falha abrangente inclui informação de falha de múltiplas entidades NFVI correlacionadas, o VIM pode determinar, de acordo com prioridades das entidades NFVI, para executar determinação de autorreparação em um tipo de falha em informação de falha de uma entidade NFVI. As prioridades são: HW > OS Hospedeiro > Hipervisor > VM. Por exemplo, tal como mostrado na Tabela 2, quando a informação de falha abrangente inclui informação de falha do HW1, do OS Hospedeiro 1, do Hipervisor 1, da VM1 e da VM2, o VIM pode processar uma falha do HW1 preferencialmente, isto é, determinar, de acordo com um tipo de falha em informação de falha do HW1 tal como “desempenho baixo”, que um método de reparação de falha é “reiniciar”.
[158] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[159] 605a: O VIM pode executar processamento de autorreparação.
[160] Se o VIM determinar que processamento pode ser executado, o VIM executa reparo de falha na entidade NFVI de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e se falhas de entidades NFVI correlacionadas forem reparadas, um Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[161] Se a informação de falha abrangente incluir múltiplas entidades NFVI, e uma falha de uma entidade NFVI que é processada preferencialmente for reparada de modo bem sucedido, mas se falhas de outras entidades NFVI correlacionadas persistirem, a etapa 604 é repetida, para determinar e reparar uma entidade NFVI tendo uma prioridade mais alta nas entidades NFVI defeituosas remanescentes até que falhas de todas as entidades NFVI na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[162] Especificamente, com relação à informação de falha abrangente que pode ser processada, o VIM pode estabelecer um estado de reparo para “Sendo processado”, a fim de evitar processamento repetido para a mesma informação de falha abrangente que é gerada subsequentemente e em que um estado é “Ainda não processado”.
[163] A entidade NFVI que é reparada de modo bem sucedido pode notificar, ao reportar informação de falha em que um estado de execução é “Normal” e que é similar à informação de falha na Tabela 1, o VIM de que o reparo de falha foi bem sucedido. Quando falhas de todas as entidades NFVI correlacionadas na informação de falha abrangente são reparadas, o VIM pode estabelecer um estado de falha na informação de falha abrangente para “Reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vi. Deve ser entendido que sucesso de reparo também pode ser reportado ao usar sinalização predefinida, o que não está limitado na presente invenção.
[164] Além do mais, a entidade NFVI que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[165] 605b: O VIM não pode executar processamento de autorreparação.
[166] Se a política de reparo de falha no VIM não incluir um tipo de falha de uma entidade NFVI a ser reparada, o VIM pode estabelecer o estado de falha na informação de falha abrangente para “Ainda não reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vi.
[167] 606: O Orquestrador executa determinação de autorreparação.
[168] Quando o Orquestrador recebe a informação de falha abrangente enviada pelo VIM, o Orquestrador detecta se processamento de autorreparação pode ser executado, o que é similar à determinação de autorreparação do VIM. O Orquestrador consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para o OSS/BSS; ou se o Orquestrador não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o orquestrador estabelece o estado de falha na informação de falha abrangente da NFVI para “Ainda não reparado”, e reporta a informação de falha abrangente para o OSS/BSS. Deve ser entendido que, por causa de o Orquestrador ser responsável por orquestrar e gerenciar recursos, e implementar um serviço NFV, o Orquestrador tem permissão de administração e capacidades de processamento relativamente altas, e pode reparar muitas falhas. Somente uma quantidade muito pequena de falhas que não podem ser processadas ou cujas falhas reparadas são reportadas para o OSS/BSS.
[169] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[170] 607: Um OSS/BSS executa reparo de falha.
[171] O OSS/BSS estabelece um estado de falha na informação de falha abrangente recebida para “Sendo processado”. Então, o OSS/BSS executa reparo de falha de acordo com um método na política de reparo de falha. Após a falha ser corrigida, o OSS/BSS pode receber uma notificação de correção de falha enviada por uma entidade NFVI, e então o OSS/BSS modifica o estado de falha na informação de falha abrangente para “Reparado”. A política de reparo de falha no OSS/BSS inclui métodos de processamento de todos os tipos de falhas por padrão.
[172] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido e uma entidade defeituosa que está sendo processado ser isolada, a eficiência e precisão de processamento de falhas são aperfeiçoadas e infecção de falha é impedida efetivamente.
[173] A figura 7 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção. O método na figura 7 pode ser executado pelo sistema NFV mostrado na figura 1.
[174] 701: Um VNFM obtém informação de falha.
[175] Quando o VNFM detecta que uma falha ocorre em qualquer entidade VNF na VNF, o VNFM obtém informação de falha da entidade VNF defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VNFM pela entidade VNF defeituosa, ou pode ser gerada localmente pelo VNFM de acordo com uma falha detectada.
[176] O VNFM pode detectar, ao usar os métodos indicados a seguir, que uma falha ocorre em uma entidade VNF.
[177] Para a conveniência de descrição, o exposto a seguir é descrito ao usar um exemplo no qual uma falha ocorre em uma primeira entidade VNF, onde a primeira entidade VNF pode ser qualquer entidade VNF na VNF, e a entidade pode incluir uma entidade de hardware, uma entidade de software ou uma instância.
[178] Método 1: Quando uma falha ocorre na primeira entidade VNF, a primeira entidade VNF gera informação de falha, onde a informação de falha inclui pelo menos um identificador de entidade defeituosa que é usado para identificar exclusivamente a primeira entidade VNF, e uma posição real da primeira entidade VNF defeituosa, ou uma posição da primeira entidade VNF defeituosa em uma relação de topologia pode ser determinada exclusivamente ao usar o identificador. O identificador de falha é usado para identificar exclusivamente informação de falha. A informação de falha inclui adicionalmente um tipo de falha, usado para representar uma causa da falha tal como, por exemplo, sobrecarga, desligamento, perda de memória, erro de porta ou nenhuma falha. Além do mais, a informação de falha pode incluir adicionalmente um estado de execução e tempo de falha, onde o estado de execução é usado para identificar se a primeira entidade VNF correntemente pode trabalhar normalmente, e o tempo de falha pode ser usado para gravar um tempo em que a falha ocorre. Como um exemplo, um formato da informação de falha pode ser tal como mostrado na Tabela 3. Tabela 3: Informação de Falha
Figure img0005
[179] Após gerar a informação de falha no formato exposto anteriormente, a primeira VNF pode enviar a informação de falha para o VNFM ao usar uma interface Ve- Vnfm, e opcionalmente a primeira NFVI também pode enviar, ao usar um vEMS, a informação de falha para um OSS/BSS para gerenciamento, gravação e apresentação.
[180] Método 2: O VNFM pode enviar uma mensagem de indicação para a primeira entidade VNF periodicamente ou quando exigido, para instruir a primeira entidade VNF para executar detecção de falha. Se a primeira entidade VNF detectar uma falha, a primeira entidade VNF pode retornar informação de falha similar a essa na Tabela 3 para o VNFM; ou se a primeira VNF não estiver defeituosa a primeira entidade VNF pode não retornar mensagem, ou pode retornar informação de falha em que um tipo de falha é “Nenhuma falha” e um estado de execução é “Normal”, tal como mostrado na Tabela 3.
[181] Método 3: A primeira entidade VNF pode enviar periodicamente uma mensagem de indicação de pulsação indicando que a primeira entidade VNF funciona normalmente para o VNFM. O VNFM recebe periodicamente pulsações da primeira entidade VNF, e detecta que a primeira entidade VNF trabalha normalmente. Quando as pulsações da primeira entidade VNF são interrompidas, o VNFM determina que uma falha ocorre na primeira entidade VNF, e o VNFM pode gerar informação de falha da primeira VNF. Um formato específico da informação de falha é similar a esse da informação de falha na Tabela 3, e detalhes adicionais não são descritos de novo aqui.
[182] Quando a entidade VNF não pode reportar informação de falha por causa de um evento inesperado, o VNFM ainda pode detectar imediatamente que uma falha ocorre na primeira entidade VNF.
[183] Método 4: O VNFM pode executar detecção de falha na VNF periodicamente ou quando exigido, e então o VNFM gera informação de falha da primeira VNF de acordo com um resultado de detecção de falha. Um formato específico da informação de falha é similar a esse da informação de falha na Tabela 3, e detalhes adicionais não são descritos de novo aqui.
[184] Em conclusão, o VNFM pode detectar a falha da entidade VNF ao usar qualquer um dos métodos indicados anteriormente, e certamente pode executar detecção ao combinar múltiplos métodos tal como, por exemplo, combinar o Método 1 e o Método 3. A entidade VNF envia pulsações para o VNFM periodicamente, e quando uma falha ocorre envia a informação de falha para o VNFM. Se a entidade VNF não puder reportar a informação de falha por causa de uma falha catastrófica, o VNFM pode detectar, de acordo com a paralização das pulsações, que uma falha ocorre na entidade VNF.
[185] 702: O VNFM gera informação de falha abrangente.
[186] Após o VNFM receber a informação de falha enviada pela primeira entidade VNF, ou o VNFM gerar a informação de falha de acordo com a falha da primeira entidade VNF, o VNFM pode gerar a informação de falha abrangente de acordo com a informação de falha da primeira VNF. Opcionalmente, o VNFM pode coletar informação de falha de outras entidades VNF correlacionadas com a primeira entidade VNF para gerar informação de falha abrangente, a fim de executar processamento abrangente.
[187] Especificamente, por causa de existir uma correlação entre as entidades VNF, quando uma falha ocorre na primeira entidade VNF uma falha também pode ocorrer em uma outra entidade VNF correlacionada com a primeira entidade VNF. A figura 6b mostra exemplarmente a correlação entre as entidades VNF. Por exemplo, a VNF1 e a VNF2 estão ambas baseadas na VM1, isto é, existe uma correlação entre a VNF1 e a VNF2. Quando uma falha ocorre na VNF1, uma falha também pode ocorrer na VNF2.
[188] Neste caso, o VNFM pode coletar informação de falha reportada pela VNF1, e gerar a informação de falha abrangente com referência para informação de falha da VNF2. Especificamente, informação de falha abrangente mostrada na Tabela 4 pode ser gerada. Tabela 4: Informação de Falha Abrangente
Figure img0006
[189] Formatos de informação de falha das entidades VNF1 e VNF2 são similares a esse da Tabela 3. Deve ser entendido que a informação de falha abrangente mostrada na Tabela 4 é um exemplo específico, e informação de falha de entidades que é incluída especificamente na informação de falha abrangente é determinada de acordo com a correlação. Quando a informação de falha abrangente é gerada exatamente, um estado de falha pode ser estabelecido para “Ainda não processado”.
[190] 703: Executar detecção de alarme repetido.
[191] Após o VNFM gerar a informação de falha abrangente, o VNFM pode detectar localmente a informação de falha abrangente gerada, para determinar se existe informação igual. Especificamente, por causa de após uma falha ocorrer em uma entidade VNF todas as entidades VNF defeituosas correlacionadas poderem reportar informação de falha, o VNFM pode gerar múltiplas peças da mesma informação de falha abrangente para uma mesma falha. Por exemplo, se uma falha ocorrer na VNF1, uma falha também ocorrer na VNF2 correlacionada com a VNF1, e a VNF2 executa uma mesma operação da VNF1. O VNFM pode gerar múltiplas peças da mesma informação de falha abrangente após coletar informação de falha correlacionada, e neste caso o VNFM pode processar somente uma peça da informação de falha abrangente, e descartar a outra mesma informação de falha abrangente. Deve ser entendido que a mesma informação de falha abrangente neste documento se refere a: informação de estado da VNF é parcialmente o mesmo, e os estados de falhas podem ser diferentes.
[192] Especificamente, a informação de falha abrangente pode ser reservada ou descartada de acordo com o estado de falha na informação de falha abrangente; por exemplo, um estado de falha em informação de falha abrangente que é gerado exatamente é “Ainda não processado”, detecção de alarme repetido é executada na informação de falha abrangente, e se informação de falha abrangente igual em que um estado de falha é “Sendo processado” for descoberta, a informação de falha abrangente que ainda não está processada é descartada.
[193] 704: Um VNFM executa determinação de autorreparação.
[194] Quando o VNFM gera a informação de falha abrangente, o VNFM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VNFM pode processar.
[195] Especificamente, o VNFM tem uma política de reparo de falha, onde a política de reparo de falha inclui um mapeamento entre um identificador de entidade defeituosa, um tipo de falha e um método de reparação de falha. Se processamento pode ser executado pode ser determinado ao determinar se o tipo de falha na informação de falha abrangente existe na política de reparo de falha. Por exemplo, um tipo de falha da VNF1 é “desempenho baixo”, e um método de reparação de falha correspondente é “adicionar uma instância VNF”.
[196] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[197] 705a: O VNFM pode executar processamento de autorreparação.
[198] Se o VNFM determinar que processamento pode ser executado, o VNFM executa reparo de falha na entidade VNF de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e falhas de entidades VNF correlacionadas forem reparadas, um Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[199] Se a informação de falha abrangente incluir múltiplas entidades VNF, e uma falha de uma entidade VNF que é processada preferencialmente for reparada de modo bem sucedido, mas se falhas de outras entidades VNF correlacionadas persistirem, a etapa 704 é repetida, para determinar e reparar as entidades VNF defeituosas remanescentes até que falhas de todas as entidades VNF na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[200] Especificamente, para a informação de falha abrangente que pode ser processada, o VNFM pode estabelecer um estado de reparo para “Sendo processado”, a fim de evitar processamento repetido na mesma informação de falha abrangente que é gerada subsequentemente e em que um estado é “Ainda não processado”.
[201] A entidade VNF que é reparada de modo bem sucedido pode notificar, ao reportar informação de falha em que um estado de execução é “Normal” e que é similar à informação de falha na Tabela 3, o VNFM de que o reparo de falha foi bem sucedido. Quando falhas de todas as entidades VNF correlacionadas na informação de falha abrangente são reparadas, o VNFM pode estabelecer um estado de falha na informação de falha abrangente para “Reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vnfm. Deve ser entendido que sucesso de reparo também pode ser reportado ao usar sinalização predefinida, o que não está limitado na presente invenção.
[202] Além do mais, a entidade VNF que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[203] 705b: O VNFM não pode executar processamento de autorreparação.
[204] Se a política de reparo de falha no VNFM não incluir um tipo de falha de uma entidade VNF a ser reparada, o VNFM pode estabelecer o estado de falha na informação de falha abrangente para “Ainda não reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vnfm.
[205] 706: O Orquestrador executa determinação de autorreparação.
[206] Quando o Orquestrador recebe a informação de falha abrangente enviada pelo VNFM, o Orquestrador detecta se processamento de autorreparação pode ser executado, o que é similar à determinação de autorreparação do VNFM. O Orquestrador consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Reparado” e reporta a informação de falha abrangente para o OSS/BSS; ou se o Orquestrador não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o orquestrador estabelece o estado de falha na informação de falha abrangente da VNF para “Ainda não reparado”, e reporta a informação de falha abrangente para o OSS/BSS. Deve ser entendido que por causa de o Orquestrador ser responsável por orquestrar e gerenciar recursos, e implementar um serviço NFV, o Orquestrador tem permissão de administração e capacidades de processamento relativamente altas, e pode reparar muitas falhas. Somente uma quantidade muito pequena de falhas que não podem ser processadas ou cujas falhas reparadas são reportadas para o OSS/BSS.
[207] 707: Um OSS/BSS executa reparo de falha.
[208] O OSS/BSS estabelece um estado de falha na informação de falha abrangente recebida para “Sendo processado”. Então, o OSS/BSS executa reparo de falha de acordo com um método na política de reparo de falha. Após a falha ser corrigida, o OSS/BSS pode receber uma notificação de correção de falha enviada por uma entidade VNF, e então o OSS/BSS modifica o estado de falha na informação de falha abrangente para “Reparado”. A política de reparo de falha no OSS/BSS inclui métodos de processamento de todos os tipos de falhas por padrão.
[209] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[210] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido e uma entidade defeituosa que está sendo processado ser isolada, a eficiência e precisão de processamento de falhas são aperfeiçoadas e infecção de falha é impedida efetivamente.
[211] A figura 8 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção. O método na figura 8 pode ser executado pelo sistema NFV mostrado na figura 1.
[212] 801: Um VIM obtém informação de falha.
[213] Quando o VIM detecta que uma falha ocorre em qualquer uma entidade de HW, OS Hospedeiro, Hipervisor ou VM em uma NFVI, o VIM obtém informação de falha da entidade NFVI defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VIM pela entidade NFVI defeituosa, ou pode ser gerada localmente pelo VIM de acordo com uma falha detectada. Especificamente, o método de detectar, pelo VIM, que uma falha ocorre na entidade NFVI é similar ao método descrito na etapa 601 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[214] 802: O VIM gera informação de falha abrangente.
[215] Após o VIM receber informação de falha enviada por uma primeira entidade NFVI, ou o VIM gerar informação de falha de acordo com uma falha da primeira entidade NFVI, o VIM precisa coletar informação de falha de uma outra entidade NFVI correlacionada com a primeira entidade NFVI, para gerar informação de falha abrangente, a fim de executar processamento abrangente, o que é especificamente similar ao método descrito na etapa 602 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[216] 803: Executar detecção de alarme repetido.
[217] Após gerar a informação de falha abrangente, o VIM pode detectar localmente a informação de falha abrangente gerada para determinar se existe informação igual. Um método de detecção específico é similar ao método descrito na etapa 603 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[218] 804: O VIM executa determinação de autorreparação.
[219] Quando o VIM gera a informação de falha abrangente, o VIM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VIM pode processar. Um método de determinação específico é similar ao método descrito na etapa 604 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[220] 805a: O VIM pode executar processamento de autorreparação.
[221] Se o VIM determinar que processamento pode ser executado, o VIM executa reparo de falha na entidade NFVI de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e se falhas de entidades NFVI correlacionadas forem reparadas, um Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[222] Se a informação de falha abrangente incluir múltiplas entidades NFVI, e uma falha de uma entidade NFVI que é processada preferencialmente for reparada de modo bem sucedido, mas se falhas de outras entidades NFVI correlacionadas persistirem, a etapa 804 é repetida, para determinar e reparar uma entidade NFVI tendo uma prioridade mais alta nas entidades NFVI defeituosas remanescentes até que falhas de todas as entidades NFVI na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado. Um método específico é similar ao método descrito na etapa 605a na figura 6, e detalhes adicionais não são descritos de novo aqui.
[223] Além do mais, a entidade NFVI que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[224] 805b: Se o VIM não puder executar processamento de autorreparação, o VIM executa reportação para um VNFM.
[225] Se a política de reparo de falha no VIM não incluir um tipo de falha de uma entidade NFVI a ser reparada, o VIM pode estabelecer o estado de falha na informação de falha abrangente para “Ainda não reparado”, e reportar a informação de falha abrangente para o VNFM ao usar uma interface Vi-Vnfm.
[226] Quando o VNFM recebe a informação de falha abrangente enviada pelo VIM, o VNFM detecta se processamento de autorreparação pode ser executado, o que é similar à determinação de autorreparação do VIM. O VNFM consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o VNFM estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para o Orquestrador; ou se o VNFM não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o VNFM estabelece o estado de falha na informação de falha abrangente da NFVI para “Ainda não reparado”, e reporta a informação de falha abrangente para o Orquestrador.
[227] 806: Um Orquestrador executa determinação de autorreparação.
[228] Quando o Orquestrador recebe a informação de falha abrangente da NFVI enviada pelo VNFM, o Orquestrador detecta se processamento de autorreparação pode ser executado, o qual é similar à determinação de autorreparação do VIM. O Orquestrador consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para um OSS/BSS; ou se o Orquestrador não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o orquestrador estabelece o estado de falha na informação de falha abrangente da NFVI para “Ainda não reparado”, e reporta a informação de falha abrangente para um OSS/BSS. Deve ser entendido que por causa de o Orquestrador ser responsável por orquestrar e gerenciar recursos, e implementar um serviço NFV, o Orquestrador tem permissão de administração e capacidades de processamento relativamente altas, e pode reparar muitas falhas. Somente uma quantidade muito pequena de falhas que não podem ser processadas ou cujas falhas reparadas são reportadas para o OSS/BSS.
[229] 807: Um OSS/BSS executa reparo de falha.
[230] O OSS/BSS estabelece um estado de falha na informação de falha abrangente recebida para “Sendo processado”. Então, o OSS/BSS executa reparo de falha de acordo com um método na política de reparo de falha. Após a falha ser corrigida, o OSS/BSS pode receber uma notificação de correção de falha enviada por uma entidade NFVI, e então o OSS/BSS modifica o estado de falha na informação de falha abrangente para “Reparado”. A política de reparo de falha no OSS/BSS inclui métodos de processamento de todos os tipos de falhas por padrão.
[231] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[232] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido e uma entidade defeituosa que está sendo processado ser isolada, a eficiência e precisão de processamento de falhas são aperfeiçoadas e infecção de falha é impedida efetivamente.
[233] A figura 9 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção. O método na figura 9 pode ser executado pelo sistema NFV mostrado na figura 1.
[234] 901: Um VIM obtém informação de falha.
[235] Quando o VIM detecta que uma falha ocorre em qualquer HW, OS Hospedeiro, Hipervisor ou VM em uma NFVI, o VIM obtém informação de falha da entidade NFVI defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VIM pela entidade NFVI defeituosa, ou pode ser gerada localmente pelo VIM de acordo com uma falha detectada. Especificamente, o método de detectar, pelo VIM, que uma falha ocorre na entidade NFVI é similar ao método descrito na etapa 601 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[236] 902: O VIM gera informação de falha abrangente.
[237] Após o VIM receber informação de falha enviada por uma primeira entidade NFVI, ou o VIM gerar informação de falha de acordo com uma falha da primeira entidade NFVI, o VIM precisa coletar informação de falha de uma outra entidade NFVI correlacionada com a primeira entidade NFVI, para gerar informação de falha abrangente, a fim de executar processamento abrangente, o que é especificamente similar ao método descrito na etapa 602 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[238] 903: Executar detecção de alarme repetido.
[239] Após gerar a informação de falha abrangente, o VIM pode detectar localmente a informação de falha abrangente gerada, para determinar se existe informação igual. Um método de detecção específico é similar ao método descrito na etapa 603 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[240] 904: O VIM executa determinação de autorreparação.
[241] Quando o VIM gera a informação de falha abrangente, o VIM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VIM pode processar. Um método de determinação específico é similar ao método descrito na etapa 604 na figura 6, e detalhes adicionais não são descritos de novo aqui.
[242] 905a: O VIM pode executar processamento de autorreparação.
[243] Se o VIM determinar que processamento pode ser executado, o VIM executa reparo de falha na entidade NFVI de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e se falhas de entidades NFVI correlacionadas forem reparadas, um Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[244] Se a informação de falha abrangente incluir múltiplas entidades NFVI, e uma falha de uma entidade NFVI que é processada preferencialmente for reparada de modo bem sucedido, mas se falhas de outras entidades NFVI correlacionadas persistirem, a etapa 904 é repetida, para determinar e reparar uma entidade NFVI tendo uma prioridade mais alta nas entidades NFVI defeituosas remanescentes até que falhas de todas as entidades NFVI na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado. Um método específico é similar ao método descrito na etapa 605a na figura 6, e detalhes adicionais não são descritos de novo aqui.
[245] Além do mais, a entidade NFVI que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[246] 905b: Se o VIM não puder executar processamento de autorreparação, o VIM executa reportação para um VNFM.
[247] Se a política de reparo de falha no VIM não incluir um tipo de falha de uma entidade NFVI a ser reparada, o VIM pode estabelecer um estado de falha na informação de falha abrangente para “Ainda não reparado”, e reportar a informação de falha abrangente para o VNFM ao usar uma interface Vi-Vnfm.
[248] Quando o VNFM recebe a informação de falha abrangente enviada pelo VIM, o VNFM detecta se processamento de autorreparação pode ser executado, o qual é similar à determinação de autorreparação do VIM. O VNFM consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o VNFM estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para o Orquestrador; ou se o VNFM não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o VNFM estabelece o estado de falha na informação de falha abrangente da NFVI para “Ainda não reparado”, e retorna a informação de falha abrangente para o VIM.
[249] 906: Um Orquestrador executa determinação de autorreparação.
[250] Então, o VIM reporta a informação de falha abrangente da NFVI para o Orquestrador ao usar uma interface Or-Vi, e o Orquestrador detecta se processamento de autorreparação pode ser executado, o que é similar à determinação de autorreparação do VIM. O Orquestrador consulta uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para um OSS/BSS; ou se o Orquestrador não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Ainda não reparado”, e reporta a informação de falha abrangente para um OSS/BSS. Deve ser entendido que por causa de o Orquestrador ser responsável por orquestrar e gerenciar recursos, e implementar um serviço NFV, o Orquestrador tem permissão de administração e capacidades de processamento relativamente altas, e pode reparar muitas falhas. Somente uma quantidade muito pequena de falhas que não podem ser processadas ou cujas falhas reparadas são reportadas para o OSS/BSS.
[251] 907: Um OSS/BSS executa reparo de falha.
[252] O OSS/BSS estabelece um estado de falha na informação de falha abrangente recebida para “Sendo processado”. Então, o OSS/BSS executa reparo de falha de acordo com um método na política de reparo de falha. Após a falha ser corrigida, o OSS/BSS pode receber uma notificação de correção de falha enviada por uma entidade NFVI, e então o OSS/BSS modifica o estado de falha na informação de falha abrangente para “Reparado”. A política de reparo de falha no OSS/BSS inclui métodos de processamento de todos os tipos de falhas por padrão.
[253] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[254] Deve ser entendido que a figura 6, a figura 8 e a figura 9 são processos de reparar e gerenciar uma falha de uma entidade NFVI por meio de um VIM, e a figura 7 é um processo de reparar e gerenciar uma falha de uma entidade VNF por meio de um VNFM. O processamento de reparar e gerenciar uma entidade NFVI por meio de um VIM e um processo de reparar e gerenciar uma entidade VNF por um VNFM podem ser dois processos relativamente separados, ou também podem ser dois processos simultâneos, o que não está limitado na presente invenção.
[255] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido e uma entidade defeituosa que está sendo processado ser isolada, a eficiência e precisão de processamento de falhas são aperfeiçoadas e infecção de falha é impedida efetivamente.
[256] A figura 10 é um diagrama de interação de um método de gerenciamento de falhas de acordo com uma outra modalidade da presente invenção. O método na figura 10 pode ser executado pelo sistema NFV mostrado na figura 1.
[257] 1001a: Um VIM obtém informação de falha.
[258] Quando o VIM detecta que uma falha ocorre em qualquer HW, OS Hospedeiro, Hipervisor ou VM em uma NFVI, o VIM obtém informação de falha da entidade NFVI defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VIM pela entidade NFVI defeituosa, ou pode ser gerada localmente pelo VIM de acordo com uma falha detectada.
[259] O VIM pode detectar, ao usar os métodos indicados a seguir, que uma falha ocorre em uma entidade NFVI.
[260] Para a conveniência de descrição, o exposto a seguir é descrito ao usar um exemplo no qual uma falha ocorre em uma primeira entidade NFVI, onde a primeira entidade NFVI pode ser qualquer HW, OS Hospedeiro, Hipervisor ou VM na NFVI, e a entidade pode incluir uma entidade de hardware ou uma entidade de software.
[261] Método 1: Quando uma falha ocorre na primeira entidade NFVI, a primeira entidade NFVI gera informação de falha, onde a informação de falha inclui pelo menos um identificador de entidade defeituosa que é usado para identificar exclusivamente a primeira entidade NFVI, e uma posição real da primeira entidade NFVI defeituosa ou uma posição da primeira entidade NFVI defeituosa em uma relação de topologia pode ser determinada exclusivamente ao usar o identificador. A informação de falha inclui adicionalmente um identificador de falha, usado para identificar exclusivamente informação de falha. A informação de falha inclui adicionalmente um tipo de falha, usado para representar uma causa da falha, por exemplo, desligamento, sobrecarga, ou nenhuma falha. Além do mais, a informação de falha pode incluir adicionalmente um estado de execução e tempo de falha, onde o estado de execução é usado para identificar se a primeira entidade NFVI correntemente pode trabalhar normalmente, e o tempo de falha pode ser usado para gravar um tempo em que a falha ocorre. Como um exemplo, um formato da informação de falha pode ser tal como mostrado na Tabela 1.
[262] Após gerar a informação de falha no formato exposto anteriormente, a primeira NFVI pode enviar a informação de falha para o VIM ao usar uma interface Nf-Vi, e opcionalmente a primeira NFVI também pode enviar, ao usar um EMS, a informação de falha para um OSS/BSS para gerenciamento, gravação e apresentação.
[263] Método 2: O VIM pode enviar uma mensagem de indicação para a primeira entidade NFVI periodicamente ou quando exigido, para instruir a primeira entidade NFVI para executar detecção de falha. Se a primeira entidade NFVI detectar uma falha, a primeira entidade NFVI pode retornar informação de falha similar àquela na Tabela 1 para o VIM; ou se a primeira NFVI não estiver defeituosa a primeira entidade NFVI pode não retornar mensagem, ou pode retornar informação de falha em que um tipo de falha é “Nenhuma falha” e um estado de execução é “Normal”, tal como mostrado na Tabela 1.
[264] Método 3: A primeira entidade NFVI pode enviar periodicamente uma mensagem de indicação de pulsação indicando que a primeira entidade NFVI funciona normalmente para o VIM. O VIM recebe periodicamente pulsações da primeira entidade NFVI, e detecta que a primeira entidade NFVI trabalha normalmente. Quando as pulsações da primeira entidade NFVI são interrompidas, o VIM determina que uma falha ocorre na primeira entidade NFVI, e o VIM pode gerar informação de falha da primeira NFVI. Um formato específico da informação de falha é similar àquele da informação de falha na Tabela 1, e detalhes adicionais não são descritos de novo aqui.
[265] Quando a entidade NFVI não pode reportar informação de falha por causa de um evento inesperado tal como desligamento, o VIM ainda pode detectar imediatamente que uma falha ocorre na primeira entidade NFVI.
[266] Método 4: O VIM pode executar detecção de falha na NFVI periodicamente ou quando exigido, e então o VIM gera informação de falha da primeira NFVI de acordo com um resultado de detecção de falha. Um formato específico da informação de falha é similar àquele da informação de falha na Tabela 1, e detalhes adicionais não são descritos de novo aqui.
[267] Em conclusão, o VIM pode detectar a falha da entidade NFVI ao usar qualquer um dos métodos indicados anteriormente, e certamente pode executar detecção ao combinar múltiplos métodos tal como, por exemplo, combinar o Método 1 e o Método 3. A entidade NFVI envia pulsações para o VIM periodicamente, e quando uma falha ocorre envia informação de falha para o VIM. Se a entidade NFVI não puder reportar a informação de falha por causa de uma falha catastrófica, o VIM pode detectar, de acordo com a paralização das pulsações, que uma falha ocorre na entidade NFVI.
[268] 1001b: Um VNFM obtém informação de falha.
[269] Quando o VNFM detecta que uma falha ocorre em qualquer entidade VNF na VNF, o VNFM obtém informação de falha da entidade VNF defeituosa. Especificamente, a informação de falha obtida pode ser gerada e reportada para o VNFM pela entidade VNF defeituosa, ou pode ser gerada localmente pelo VNFM de acordo com uma falha detectada.
[270] O VNFM pode detectar, ao usar os métodos indicados a seguir, que uma falha ocorre em uma entidade VNF.
[271] Para a conveniência de descrição, o exposto a seguir é descrito ao usar um exemplo no qual uma falha ocorre em uma primeira entidade VNF, onde a primeira entidade VNF pode ser qualquer entidade VNF na VNF, e a entidade pode incluir uma entidade de hardware, uma entidade de software ou uma instância.
[272] Método 1: Quando uma falha ocorre na primeira entidade VNF, a primeira entidade VNF gera informação de falha, onde a informação de falha inclui pelo menos um identificador de entidade defeituosa que é usado para identificar exclusivamente a primeira entidade VNF, e uma posição real da primeira entidade VNF defeituosa ou uma posição da primeira entidade VNF defeituosa em uma relação de topologia pode ser determinada exclusivamente ao usar o identificador. A informação de falha pode incluir adicionalmente um tipo de falha, usado para representar uma causa ou resultado da falha. Além do mais, a informação de falha pode incluir adicionalmente um estado de execução e tempo de falha, onde o estado de execução é usado para identificar se a primeira entidade VNF correntemente pode trabalhar normalmente, e o tempo de falha pode ser usado para gravar um tempo em que a falha ocorre. Como um exemplo, um formato da informação de falha pode ser tal como mostrado na Tabela 3.
[273] Após gerar a informação de falha no formato exposto anteriormente, a primeira VNF pode enviar a informação de falha para o VNFM ao usar uma interface Ve- Vnfm, e opcionalmente a primeira VNF também pode enviar, ao usar um vEMS, a informação de falha para o OSS/BSS para gerenciamento, gravação e apresentação.
[274] Método 2: O VNFM pode enviar uma mensagem de indicação para a primeira entidade VNF periodicamente ou quando exigido, para instruir a primeira entidade VNF para executar detecção de falha. Se a primeira entidade VNF detectar uma falha, a primeira entidade VNF pode retornar informação de falha similar àquela na Tabela 3 para o VNFM; ou se a primeira VNF não estiver defeituosa a primeira entidade VNF pode não retornar mensagem, ou pode retornar informação de falha em que um tipo de falha é “Nenhuma falha” e um estado de execução é “Normal”, tal como mostrado na Tabela 3.
[275] Método 3: A primeira entidade VNF pode enviar periodicamente uma mensagem de indicação de pulsação indicando que a primeira entidade VNF funciona normalmente para o VNFM. O VNFM recebe periodicamente pulsações da primeira entidade VNF, e detecta que a primeira entidade VNF trabalha normalmente. Quando as pulsações da primeira entidade VNF são interrompidas, o VNFM determina que uma falha ocorre na primeira entidade VNF, e o VNFM pode gerar informação de falha da primeira VNF. Um formato específico da informação de falha é similar àquele da informação de falha na Tabela 3, e detalhes adicionais não são descritos de novo aqui.
[276] Quando a entidade VNF não pode reportar informação de falha por causa de um evento inesperado, o VNFM ainda pode detectar imediatamente que uma falha ocorre na primeira entidade VNF.
[277] Método 4: O VNFM pode executar detecção de falha na VNF periodicamente ou quando exigido, e então o VNFM gera informação de falha da primeira VNF de acordo com um resultado de detecção de falha. Um formato específico da informação de falha é similar àquele da informação de falha na Tabela 3, e detalhes adicionais não são descritos de novo aqui.
[278] Em conclusão, o VNFM pode detectar a falha da entidade VNF ao usar qualquer um dos métodos indicados anteriormente, e certamente pode executar detecção ao combinar múltiplos métodos tal como, por exemplo, combinar o Método 1 e o Método 3. A entidade VNF envia pulsações para o VNFM periodicamente, e quando uma falha ocorre envia a informação de falha para o VNFM. Se a entidade VNF não puder reportar a informação de falha por causa de uma falha catastrófica, o VNFM pode detectar, de acordo com paralização das pulsações, que uma falha ocorre na entidade VNF.
[279] Deve ser entendido que a etapa 1001a e a etapa 1001b podem ser dois processos relativamente separados, ou podem ser dois processos relacionados. Nesta modalidade da presente invenção, as duas etapas podem ser entendidas como dois processos simultâneos, isto é, esta modalidade da presente invenção descreve especificamente gerenciamento e reparo de falhas em um caso no qual falhas correlacionadas ocorrem na NFVI e na VNF.
[280] 1002a: O VIM gera informação de falha abrangente.
[281] Após o VIM receber a informação de falha enviada pela primeira entidade NFVI, ou o VIM gerar informação de falha de acordo com uma falha da primeira entidade NFVI, isto é, após a etapa 1001a, o VIM precisa coletar informação de falha de uma outra entidade NFVI correlacionada com a primeira entidade NFVI, para gerar informação de falha abrangente, a fim de executar processamento abrangente.
[282] Especificamente, por causa de existir uma correlação entre entidades HW, OS Hospedeiro, Hipervisor e VM, quando uma falha ocorre na primeira entidade NFVI uma falha também pode ocorrer em uma entidade correlacionada com a primeira entidade NFVI. A figura 6b mostra exemplarmente a correlação entre as entidades HW, OS Hospedeiro, Hipervisor e VM. Por exemplo, um OS Hospedeiro 1, um Hipervisor 1, uma VM1 e uma VM2 estão correlacionados com o HW1. Isso significa que quando uma falha ocorre no HW1 falhas também podem ocorrer em entidades virtualizadas estabelecidas no HW1: o OS Hospedeiro 1, o Hipervisor 1, a VM1 e a VM2.
[283] Neste caso, o VIM pode coletar informação de falha reportada pelo OS Hospedeiro 1, pelo Hipervisor 1, pela VM1 e pela VM2, e gerar informação de falha abrangente com referência para informação de falha do HW1. Especificamente, a informação de falha abrangente mostrada na Tabela 2 pode ser gerada, onde formatos de informação de falha das entidades HW, OS Hospedeiro, Hipervisor e VM são similares àqueles na Tabela 1. Deve ser entendido que a informação de falha abrangente mostrada na Tabela 2 é um exemplo específico, e informação de falha de entidades que é especificamente incluída na informação de falha abrangente é determinada de acordo com a correlação. Quando a informação de falha abrangente é gerada exatamente, um estado de falha pode ser estabelecido para “Ainda não processado”.
[284] 1002b: O VNFM gera informação de falha abrangente.
[285] Após o VNFM receber a informação de falha enviada pela primeira entidade VNF, ou o VNFM gerar a informação de falha de acordo com a falha da primeira entidade VNF, isto é, após a etapa 1001b, o VNFM pode gerar a informação de falha abrangente de acordo com a informação de falha da primeira VNF. Opcionalmente, o VNFM pode coletar informação de falha de outras entidades VNF correlacionadas com a primeira entidade VNF, para gerar informação de falha abrangente, a fim de executar processamento abrangente.
[286] Especificamente, por causa de existir uma correlação entre as entidades VNF, quando uma falha ocorre na primeira entidade VNF uma falha também pode ocorrer em uma outra entidade VNF correlacionada com a primeira entidade VNF. A figura 6b mostra exemplarmente a correlação entre as entidades VNF. Por exemplo, a VNF1 e a VNF2 estão ambas baseadas na VM1, isto é, existe uma correlação entre a VNF1 e a VNF2. Quando uma falha ocorre na VNF1, uma falha também pode ocorrer na VNF2.
[287] Neste caso, o VNFM pode coletar informação de falha reportada pela VNF1, e gerar a informação de falha abrangente com referência para informação de falha da VNF2. Especificamente, informação de falha abrangente mostrada na Tabela 4 pode ser gerada.
[288] Formatos de informação de falha das entidades VNF1 e VNF2 são similares àquele da Tabela 3. Deve ser entendido que a informação de falha abrangente mostrada na Tabela 4 é um exemplo específico, e informação de falha de entidades que é incluída especificamente na informação de falha abrangente é determinada de acordo com a correlação. Quando a informação de falha abrangente é gerada exatamente, um estado de falha pode ser estabelecido para “Ainda não processado”.
[289] Igualmente, a etapa 1002a e a etapa 1002b podem ser dois processos relativamente separados, ou podem ser dois processos relacionados. Nesta modalidade da presente invenção, as duas etapas podem ser entendidas como dois processos simultâneos.
[290] 1003a: O VIM executa detecção de alarme repetido.
[291] Após gerar a informação de falha abrangente, o VIM pode detectar localmente a informação de falha abrangente gerada, para determinar se existe informação igual. Especificamente, por causa de após uma falha ocorrer em uma entidade NFVI todas as entidades NFVI defeituosas correlacionadas poderem reportar informação de falha, o VIM pode gerar múltiplas peças de mesma informação de falha abrangente para uma mesma falha. Por exemplo, se uma falha ocorrer no HW1, falhas também ocorrem no OS Hospedeiro 1, Hipervisor 1, VM1 e na VM2 correlacionados com o HW1, e o OS Hospedeiro 1, o Hipervisor 1, a VM1 e a VM2 correlacionados com o HW1 executam uma mesma operação do HW1. O VIM pode gerar múltiplas peças de mesma informação de falha abrangente após coletar informação de falha correlacionada, e neste caso o VIM pode processar somente uma peça de informação de falha abrangente, e descartar a outra mesma informação de falha abrangente. Deve ser entendido que a mesma informação de falha abrangente se refere a: a informação de falha do HW, OS Hospedeiro, Hipervisor e da VM são parcialmente a mesma, e estados de falhas podem ser diferentes.
[292] Especificamente, a informação de falha abrangente pode ser reservada ou descartada de acordo com o estado de falha na informação de falha abrangente; por exemplo, um estado de falha em informação de falha abrangente que é gerado exatamente é “Ainda não processado”, detecção de alarme repetido é executada na informação de falha abrangente, e se mesma informação de falha abrangente em que um estado de falha é “Sendo processado” for descoberta, a informação de falha abrangente que ainda não está processada é descartada, e informação de falha abrangente em que um estado de falha é “Sendo processado” é reservada e processada.
[293] 1003b: O VNFM executa detecção de alarme repetido.
[294] Após gerar a informação de falha abrangente, o VNFM pode detectar localmente a informação de falha abrangente gerada, para determinar se existe informação igual. Especificamente, por causa de após uma falha ocorrer em uma entidade VNF todas as entidades VNF defeituosas correlacionadas poderem reportar informação de falha, o VNFM pode gerar múltiplas peças de mesma informação de falha abrangente para uma mesma falha. Por exemplo, se uma falha ocorrer na VNF1, uma falha também ocorre na VNF2 correlacionada com o VNF1, e a VNF2 executa uma mesma operação da VNF1. O VNFM pode gerar múltiplas peças de mesma informação de falha abrangente após coletar informação de falha correlacionada, e neste caso o VNFM pode processar somente uma peça de informação de falha abrangente, e descartar a outra mesma informação de falha abrangente. Deve ser entendido que a mesma informação de falha abrangente neste documento se refere a: informação de estado do VNF é parcialmente a mesma, e a estados de falhas podem ser diferentes.
[295] Especificamente, a informação de falha abrangente pode ser reservada ou descartada de acordo com o estado de falha na informação de falha abrangente; por exemplo, um estado de falha em informação de falha abrangente que é gerado exatamente é “Ainda não processado”, detecção de alarme repetido é executada na informação de falha abrangente, e se mesma informação de falha abrangente em que um estado de falha é “Sendo processado” é descoberta, a informação de falha abrangente que ainda não está processada é descartada, e informação de falha abrangente em que um estado de falha é “Sendo processado” é reservada e processada.
[296] 1004a: O VIM executa determinação de autorreparação.
[297] Quando o VIM gera a informação de falha abrangente, o VIM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VIM pode processar.
[298] Especificamente, o VIM tem uma política de reparo de falha, onde a política de reparo de falha inclui um mapeamento entre um identificador de entidade defeituosa, um tipo de falha e um método de reparação de falha. Se processamento pode ser executado pode ser determinado ao determinar se o tipo de falha na informação de falha abrangente existe na política de reparo de falha. Por exemplo, um tipo de falha do HW1 é “desempenho baixo”, e um método de reparação de falha correspondente é “reiniciar”.
[299] Além do mais, quando a informação de falha abrangente inclui informação de falha de múltiplas entidades NFVI correlacionadas, o VIM pode determinar, de acordo com prioridades das entidades NFVI, para executar determinação de autorreparação em um tipo de falha em informação de falha de uma entidade NFVI. As prioridades são: HW > OS Hospedeiro > Hipervisor > VM. Por exemplo, tal como mostrado na Tabela 2, quando a informação de falha abrangente inclui informação de falha do HW1, do OS Hospedeiro 1, do Hipervisor 1, da VM1 e da VM2, o VIM pode processar uma falha do HW1 preferencialmente, isto é, pode determinar, de acordo com um tipo de falha em informação de falha do HW1 tal como “desempenho baixo”, que um método de reparação de falha é “reiniciar”.
[300] 1004b: O VNFM executa determinação de autorreparação.
[301] Quando o VNFM gera a informação de falha abrangente, o VNFM pode primeiro determinar se um tipo de falha na informação de falha abrangente é um tipo de falha que o VNFM pode processar.
[302] Especificamente, o VNFM tem uma política de reparo de falha, onde a política de reparo de falha inclui um mapeamento entre um identificador de entidade defeituosa, um tipo de falha e um método de reparação de falha. Se processamento pode ser executado pode ser determinado ao determinar se o tipo de falha na informação de falha abrangente existe na política de reparo de falha. Por exemplo, um tipo de falha da VNF1 é “desempenho baixo”, e um método de reparação de falha correspondente é “adicionar uma instância VNF”.
[303] Especificamente, o método de reparação de falha pode incluir, mas não está limitado a isto, um dos métodos listados a seguir: reiniciar um dispositivo de hardware, recarregar software (um OS Hospedeiro, um Hipervisor ou coisa parecida), migrar de uma VM, recarregar software de instalação VNF, instanciar novamente VNF, adicionar uma instância VNF, migrar de VNF (isto é, realocar recursos para a VNF), e instanciar novamente um gráfico de envio VNF (Gráfico de Envio VNF).
[304] 1005a: O VIM pode executar processamento de autorreparação.
[305] Se o VIM determinar que processamento pode ser executado, o VIM executa reparo de falha na entidade NFVI de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e se falhas de entidades NFVI correlacionadas forem reparadas, um Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[306] Se a informação de falha abrangente incluir múltiplas entidades NFVI, e uma falha de uma entidade NFVI que é processada preferencialmente for reparada de modo bem sucedido, mas se falhas de outras entidades NFVI correlacionadas persistirem, a etapa 1004a é repetida, para determinar e reparar uma entidade NFVI tendo uma prioridade mais alta nas entidades NFVI defeituosas remanescentes até que falhas de todas as entidades NFVI na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[307] Especificamente, para a informação de falha abrangente que pode ser processada, o VIM pode estabelecer um estado de reparo para “Sendo processado”, a fim de evitar processamento repetido na mesma informação de falha abrangente que é gerada subsequentemente e em que um estado é “Ainda não processado”.
[308] A entidade NFVI que é reparada de modo bem sucedido pode notificar, ao reportar informação de falha em que um estado de execução é “Normal” e que é similar à informação de falha na Tabela 1, o VIM de que o reparo de falha foi bem sucedido. Quando falhas de todas as entidades NFVI correlacionadas na informação de falha abrangente estiverem reparadas, o VIM pode estabelecer um estado de falha na informação de falha abrangente para “Reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vi. Deve ser entendido que sucesso de reparo também pode ser reportado ao usar sinalização predefinida, o que não está limitado na presente invenção.
[309] Além do mais, a entidade NFVI que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[310] 1005b: O VNFM pode executar processamento de autorreparação.
[311] Se o VNFM determinar que processamento pode ser executado, o VNFM executa reparo de falha na entidade VNF de acordo com o método de reparação de falha. Se o reparo de falha for bem sucedido, e se falhas de entidades VNF correlacionadas forem reparadas, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[312] Se a informação de falha abrangente incluir múltiplas entidades VNF, e uma falha de uma entidade VNF que é processada preferencialmente é reparada de modo bem sucedido, mas falhas de outras entidades VNF correlacionadas persistem, a etapa 1004b é repetida, para determinar e reparar as entidades VNF defeituosas remanescentes até que falhas de todas as entidades VNF na informação de falha abrangente sejam reparadas. Então, o Orquestrador é notificado de que o reparo foi bem sucedido, e o processo de processamento de reparo de falha é terminado.
[313] Especificamente, para a informação de falha abrangente que pode ser processada, o VNFM pode estabelecer um estado de reparo para “Sendo processado”, a fim de evitar processamento repetido na mesma informação de falha abrangente que é gerada subsequentemente e em que um estado é “Ainda não processado”.
[314] A entidade VNF que é reparada de modo bem sucedido pode notificar, ao reportar informação de falha em que um estado de execução é “Normal” e que é similar à informação de falha na Tabela 3, o VNFM de que o reparo de falha foi bem sucedido. Quando falhas de todas as entidades VNF correlacionadas na informação de falha abrangente estiverem reparadas, o VNFM pode estabelecer um estado de falha na informação de falha abrangente para “Reparado”, e reportar a informação de falha abrangente para o Orquestrador ao usar uma interface Or-Vnfm. Deve ser entendido que sucesso de reparo também pode ser reportado ao usar sinalização predefinida, o que não está limitado na presente invenção.
[315] Além do mais, a entidade VNF que está sendo reparada pode ser isolada, para evitar infecção de falha adicional que é causada por interação entre a entidade defeituosa e uma outra entidade adjacente.
[316] 1005c: O VIM não pode executar processamento de autorreparação.
[317] Após determinar na etapa 1005a, se a política de reparo de falha no VIM não incluir um tipo de falha de uma entidade NFVI a ser reparada, o VIM solicita, do VNFM, informação de falha de uma entidade VNF correlacionada com a primeira entidade VNFI. Então, o VIM recebe a informação de falha, enviada pelo VNFM, da entidade VNF correlacionada com a primeira entidade VNFI, adiciona a informação de falha recebida à informação de falha abrangente original da NFVI, e então reporta a informação de falha abrangente combinada para o Orquestrador ao usar uma interface Or-Vi. Por exemplo, na correlação mostrada na figura 6a, entidades NFVI correlacionadas com o HW1 são o OS Hospedeiro 1, o Hipervisor 1, a VM1 e a VM2, e o HW1 é correlacionado adicionalmente com a VNF, onde a VNF1 e a VNF2 também estão correlacionadas com o HW1. Se uma falha ocorrer na VNF1, isto é, o VNFM tem informação de falha da VNF1, o VNFM envia a informação de falha da VNF1 para o VIM ao usar uma interface Vi-Vnfm, de maneira que o VIM executa processamento e reportação abrangentes.
[318] 1005d: O VNFM não pode executar processamento de autorreparação.
[319] Após determinar na etapa 1005b, se a política de reparo de falha no VNFM não incluir um tipo de falha de uma entidade VNF a ser reparada, o VNFM solicita, do VIM, informação de falha de uma entidade NFVI correlacionada com a primeira entidade VNF. Então, o VNFM recebe a informação de falha, enviada pelo VIM, da entidade NFVI correlacionada com a primeira entidade VNF, adiciona a informação de falha recebida à informação de falha abrangente original da VNF, e então reporta a informação de falha abrangente combinada para o Orquestrador ao usar uma interface Or-Vnfm. Por exemplo, na correlação mostrada na figura 6a, entidades NFVI correlacionadas com a VNF1 são a VM1, o OS Hospedeiro 1, o Hipervisor 1, o HW1 e o HW2. Se falhas também ocorrerem na VM1, no OS Hospedeiro 1, no Hipervisor 1 e no HW1, o VIM envia informação de falha da VM1, do OS Hospedeiro 1, do Hipervisor 1 e do HW1 para o VNFM ao usar uma interface Vi-Vnfm, de maneira que o VNFM executa processamento e reportação abrangentes.
[320] 1006: Um Orquestrador executa determinação de autorreparação.
[321] Quando o Orquestrador recebe a informação de falha abrangente que é reportada pelo VNFM ou pelo VIM e a respeito da qual processamento abrangente tenha sido executado (1005c ou 1005d), o Orquestrador detecta se processamento de autorreparação pode ser executado a respeito da informação de falha abrangente, o que é similar à determinação de autorreparação do VIM. O Orquestrador procura uma política de reparo de falha local, e se o processamento puder ser executado e o reparo for bem sucedido, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Reparado”, e reporta a informação de falha abrangente para o OSS/BSS; ou se o Orquestrador não puder executar processamento de reparo, ou se puder executar processamento de reparo e o reparo falhar, o orquestrador estabelece o estado de falha na informação de falha abrangente para “Ainda não reparado”, e reporta a informação de falha abrangente para o OSS/BSS. Deve ser entendido que por causa de o Orquestrador ser responsável por orquestrar e gerenciar recursos, e implementar um serviço NFV, o Orquestrador tem permissão de administração e capacidades de processamento relativamente altas, e pode reparar muitas falhas. Somente uma quantidade muito pequena de falhas que não podem ser processadas ou cujas falhas reparadas são reportadas para o OSS/BSS.
[322] 1007: Um OSS/BSS executa reparo de falha.
[323] O OSS/BSS estabelece um estado de falha na informação de falha abrangente recebida para “Sendo processado”. Então, o OSS/BSS executa reparo de falha de acordo com um método na política de reparo de falha. Após a falha ser corrigida, o OSS/BSS pode receber uma notificação de correção de falha enviada por uma entidade NFVI, e então o OSS/BSS modifica o estado de falha na informação de falha abrangente para “Reparado”. A política de reparo de falha no OSS/BSS inclui métodos de processamento de todos os tipos de falhas por padrão.
[324] De acordo com o método de gerenciamento de falhas fornecido nesta modalidade da presente invenção, um VIM obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido e uma entidade defeituosa que está sendo processado ser isolada, a eficiência e precisão de processamento de falhas são aperfeiçoadas e infecção de falha é impedida efetivamente.
[325] A figura 11 é um diagrama esquemático de uma entidade gerenciadora de infraestrutura virtualizada VIM de acordo com uma modalidade da presente invenção. A entidade VIM 1100 mostrada na figura 11 inclui uma unidade de obtenção 1101, uma unidade de geração 1102 e uma unidade de processamento 1103.
[326] A unidade de obtenção 1101 obtém primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de infraestrutura de virtualização de funções de rede NFVI, onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI tendo o identificador de entidade defeituosa.
[327] A unidade de geração 1102 é configurada para gerar primeira informação de falha abrangente de acordo com a primeira informação de falha obtida pela unidade de obtenção 1101, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha.
[328] A unidade de processamento 1103 é configurada para executar processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente gerada pela unidade de geração 1102.
[329] A entidade VIM 1100 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[330] Opcionalmente, em uma modalidade, a entidade VIM 1100 inclui adicionalmente uma unidade de determinação e uma unidade de recebimento, e a unidade de obtenção é configurada especificamente para receber, ao usar a unidade de recebimento, a primeira informação de falha enviada pela primeira entidade NFVI; ou determinar, ao usar a unidade de determinação, que uma falha ocorre na primeira entidade NFVI, e gerar a primeira informação de falha de acordo com a falha da primeira entidade NFVI.
[331] Opcionalmente, em uma modalidade, a primeira entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na entidade NFVI, e a unidade de geração 1102 é configurada especificamente para determinar que informação de falha enviada por uma entidade NFVI correlacionada com a primeira entidade NFVI é a informação de falha correlacionada da primeira informação de falha, e gerar a primeira informação de falha abrangente que inclui a primeira informação de falha e a informação de falha correlacionada.
[332] Opcionalmente, em uma modalidade, a unidade de processamento 1103 inclui uma unidade de envio, e a unidade de processamento 1103 é configurada especificamente para determinar, ao usar a unidade de determinação e de acordo com o tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente, se a entidade VIM 1100 inclui uma política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando a entidade VIM 1100 inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando a entidade VIM 1100 não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, ao usar a unidade de envio, a primeira informação de falha abrangente para um VNFM ou enviar a primeira informação de falha abrangente para um orquestrador.
[333] Opcionalmente, em uma modalidade, a unidade de processamento 1103 é configurada especificamente para: determinar, ao usar a unidade de determinação, uma entidade NFVI tendo uma prioridade mais alta desde a primeira entidade NFVI e a entidade NFVI correlacionada com a primeira entidade NFVI, onde uma prioridade do HW é mais alta que uma prioridade do OS Hospedeiro, a prioridade do OS Hospedeiro é mais alta que uma prioridade do gerenciador de máquina virtual, e a prioridade do gerenciador de máquina virtual é mais alta que uma prioridade da VM; determinar, ao usar a unidade de determinação e de acordo com um tipo de falha na entidade NFVI tendo uma prioridade mais alta, se a entidade VIM 1100 inclui uma política de reparo de falha correspondente; e quando a entidade VIM 1100 inclui a política de reparo de falha correspondendo ao tipo de falha da entidade NFVI tendo uma prioridade mais alta, reparar, de acordo com a política de reparo de falha, uma falha da entidade NFVI tendo uma prioridade mais alta.
[334] Opcionalmente, em uma modalidade, a unidade de envio é configurada especificamente para: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a primeira informação de falha abrangente para o VNFM ou enviar a primeira informação de falha abrangente para o orquestrador.
[335] Opcionalmente, em uma modalidade, a unidade de recebimento é configurada adicionalmente para receber uma mensagem de indicação que é enviada pelo VNFM e que é usada para indicar que o VNFM é incapaz de processar a primeira informação de falha abrangente, e a unidade de envio é configurada adicionalmente para enviar a primeira informação de falha abrangente para o orquestrador.
[336] Opcionalmente, em uma modalidade, a unidade de processamento 1103 é configurada adicionalmente para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com a primeira entidade NFVI, e adicionar a informação de falha da entidade VNF correlacionada com a primeira entidade NFVI à primeira informação de falha abrangente.
[337] Opcionalmente, em uma modalidade, a unidade de recebimento é configurada adicionalmente para receber informação de solicitação enviada pelo VNFM, onde a informação de solicitação é usada para solicitar, da entidade VIM 1100, informação de falha de uma entidade NFVI correlacionada com uma entidade VNF defeituosa, e a unidade de envio é configurada adicionalmente para enviar a informação de falha da entidade NFVI correlacionada com a entidade VNF defeituosa para o VNFM.
[338] Opcionalmente, em uma modalidade, a entidade VIM 1100 inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada especificamente para detectar, de acordo com a primeira informação de falha abrangente, se a entidade VIM 1100 inclui informação de falha abrangente que é igual à primeira informação de falha abrangente, e a unidade de eliminação é configurada especificamente para: quando a entidade VIM 1100 inclui a informação de falha abrangente que é igual à primeira informação de falha abrangente, deletar a primeira informação de falha abrangente.
[339] A entidade VIM 1100 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[340] A figura 12 é um diagrama esquemático de uma entidade gerenciadora de funções de rede virtualizada (VNFM) de acordo com uma modalidade da presente invenção. A entidade VNFM 1200 mostrada na figura 12 inclui uma unidade de obtenção 1201, uma unidade de geração 1202 e uma unidade de processamento 1203.
[341] A unidade de obtenção 1201 obtém segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de funções de rede virtualizada (VNF), onde a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade VNF tendo o identificador de entidade defeituosa. A unidade de geração 1202 gera segunda informação de falha abrangente de acordo com a segunda informação de falha. A unidade de processamento 1203 executa processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[342] A entidade VNFM 1200 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[343] Opcionalmente, em uma modalidade, a entidade VNFM 1200 inclui adicionalmente uma unidade de determinação e uma unidade de recebimento, e a unidade de obtenção é configurada especificamente para receber, ao usar a unidade de recebimento, a segunda informação de falha enviada pela primeira entidade VNF; ou determinar, ao usar a unidade de determinação, que uma falha ocorre na primeira entidade VNF, e gerar, ao usar a unidade de geração, a segunda informação de falha de acordo com a falha da primeira entidade VNF.
[344] Opcionalmente, em uma modalidade, a unidade de geração 1202 é configurada especificamente para determinar, ao usar a unidade de determinação, que informação de falha enviada por uma entidade VNF correlacionada com a primeira entidade VNF é informação de falha correlacionada da segunda informação de falha, e gerar a segunda informação de falha abrangente que inclui a segunda informação de falha e a informação de falha correlacionada.
[345] Opcionalmente, em uma modalidade, a unidade de processamento 1203 inclui uma unidade de envio, e a unidade de processamento é configurada especificamente para determinar, ao usar a unidade de determinação e de acordo com o tipo de falha na segunda informação de falha na segunda informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na segunda informação de falha abrangente, se a entidade VNFM 1200 inclui uma política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando a entidade VNFM 1200 inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando a entidade VNFM 1200 não inclui a política de reparo de falha que corresponde ao tipo de falha na segunda informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, ao usar a unidade de envio, a segunda informação de falha abrangente para um orquestrador.
[346] Opcionalmente, em uma modalidade, a unidade de envio é configurada especificamente para: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a segunda informação de falha abrangente para o orquestrador.
[347] Opcionalmente, em uma modalidade, a unidade de processamento 1203 é configurada adicionalmente para solicitar, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade NFVI correlacionada com a primeira entidade VNF, onde a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na NFVI; e adicionar a informação de falha da entidade NFVI correlacionada com a primeira entidade VNF à segunda informação de falha abrangente.
[348] Opcionalmente, em uma modalidade, a unidade de processamento 1203 é configurada adicionalmente para receber primeira informação de falha abrangente enviada pelo VIM, onde a primeira informação de falha abrangente inclui primeira informação de falha e informação de falha correlacionada da primeira informação de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI; determinar se a entidade VNFM 1200 inclui uma política de reparo de falha que corresponde a um tipo de falha na primeira informação de falha na primeira informação de falha abrangente ou a um tipo de falha na informação de falha correlacionada na primeira informação de falha abrangente; e quando a entidade VNFM 1200 inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando a entidade VNFM 1200 não inclui a política de reparo de falha que corresponde ao tipo de falha na primeira informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar a primeira informação de falha abrangente para o orquestrador, ou enviar uma mensagem de indicação usada para indicar que a entidade VNFM 1200 é incapaz de processar a primeira informação de falha abrangente para o VIM, de maneira que o VIM envia a primeira informação de falha abrangente para o orquestrador.
[349] Opcionalmente, em uma modalidade, a unidade de processamento 1203 é ainda configurada especificamente para determinar, de acordo com a primeira informação de falha abrangente, informação de falha de uma primeira entidade VNF que está correlacionada com a primeira entidade NFVI e/ou está correlacionada com a entidade NFVI correlacionada com a primeira entidade NFVI, e adicionar a informação de falha da primeira entidade VNF à primeira informação de falha abrangente, de maneira que a entidade VNFM 1200 executa processamento de reparo ou de reportação na primeira informação de falha abrangente.
[350] Opcionalmente, em uma modalidade, a entidade VNFM 1200 inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada especificamente para detectar, de acordo com a segunda informação de falha abrangente, se a entidade VNFM 1200 inclui informação de falha abrangente que é igual à segunda informação de falha abrangente, e a unidade de eliminação é configurada especificamente para: quando a entidade VNFM 1200 inclui a informação de falha abrangente que é igual à segunda informação de falha abrangente, deletar a segunda informação de falha abrangente.
[351] Opcionalmente, em uma modalidade, a unidade de recebimento é configurada adicionalmente para receber informação de solicitação enviada pelo VIM, onde a informação de solicitação é usada para solicitar, da entidade VNFM 1200, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa, e a unidade de envio é configurada adicionalmente para enviar a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
[352] A entidade VNFM 1200 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[353] A figura 13 é um diagrama de blocos esquemático de uma entidade orquestradora (Orquestrador) de acordo com uma modalidade da presente invenção. A entidade orquestradora 1300 mostrada na figura 13 inclui uma unidade de recebimento 1301 e uma unidade de processamento 1302.
[354] A unidade de recebimento 1301 recebe primeira informação de falha abrangente enviada por um gerenciador de infraestrutura virtualizada (VIM), onde a primeira informação de falha abrangente inclui primeira informação de falha, a primeira informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de infraestrutura de virtualização de funções de rede NFVI tendo o identificador de entidade defeituosa; e a unidade de processamento 1302 executa processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente; ou a unidade de recebimento 1301 recebe segunda informação de falha abrangente enviada por um gerenciador de funções de rede virtualizada (VNFM), onde a segunda informação de falha abrangente inclui segunda informação de falha, a segunda informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de funções de rede virtualizada (VNF) tendo o identificador de entidade defeituosa; e a unidade de processamento 1302 executa processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[355] A entidade orquestradora 1300 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software do VNFM ou do VIM, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[356] Opcionalmente, em uma modalidade, a primeira informação de falha abrangente inclui adicionalmente informação de falha de uma entidade NFVI correlacionada com a primeira entidade NFVI, e/ou informação de falha de uma entidade de funções de rede virtualizada (VNF) correlacionada com a primeira entidade NFVI.
[357] Opcionalmente, em uma modalidade, a segunda informação de falha abrangente inclui adicionalmente informação de falha de uma entidade VNF correlacionada com a primeira entidade VNF, e/ou informação de falha de uma entidade gerenciadora de infraestrutura virtualizada (NFVI) correlacionada com a primeira entidade VNF.
[358] Opcionalmente, em uma modalidade, a unidade de processamento 1302 é configurada especificamente para determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se a entidade orquestradora 1300 inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando a entidade orquestradora 1300 inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade NFVI e/ou uma falha da entidade NFVI correlacionada com a primeira entidade NFVI; ou quando a entidade orquestradora 1300 não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um sistema de suporte de operações e de negócios (OSS/BSS).
[359] Opcionalmente, em uma modalidade, a unidade de processamento 1302 é configurada especificamente para determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se a entidade orquestradora 1300 inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando a entidade orquestradora 1300 inclui a política de reparo de falha correspondendo ao tipo de falha, reparar uma falha da primeira entidade VNF e/ou uma falha da entidade VNF correlacionada com a primeira entidade VNF; ou quando a entidade orquestradora 1300 não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um sistema de suporte de operações e de negócios OSS/BSS.
[360] Opcionalmente, em uma modalidade, a unidade de processamento 1302 é configurada especificamente para determinar, de acordo com o tipo de falha na primeira informação de falha abrangente, se a entidade orquestradora 1300 inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando a entidade orquestradora 1300 inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade NFVI, uma falha da entidade NFVI correlacionada com a primeira entidade NFVI e uma falha da entidade VNF correlacionada com a primeira entidade NFVI; ou quando a entidade orquestradora 1300 não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a primeira informação de falha abrangente para um OSS/BSS.
[361] Opcionalmente, em uma modalidade, a unidade de processamento 1302 é configurada especificamente para determinar, de acordo com o tipo de falha na segunda informação de falha abrangente, se a entidade orquestradora 1300 inclui uma política de reparo de falha correspondendo ao tipo de falha; e quando a entidade orquestradora 1300 inclui a política de reparo de falha correspondendo ao tipo de falha, reparar a falha da primeira entidade VNF, uma falha da entidade VNF correlacionada com a primeira entidade VNF e uma falha da entidade NFVI correlacionada com a primeira entidade VNF; ou quando a entidade orquestradora 1300 não inclui a política de reparo de falha correspondendo ao tipo de falha, enviar a segunda informação de falha abrangente para um OSS/BSS.
[362] Opcionalmente, em uma modalidade, a entidade orquestradora 1300 inclui adicionalmente uma unidade de detecção e uma unidade de eliminação, onde a unidade de detecção é configurada para detectar, de acordo com a primeira/segunda informação de falha abrangente, se a entidade orquestradora 1300 inclui informação de falha abrangente que é igual à primeira/segunda informação de falha abrangente, e a unidade de eliminação é configurada para: quando a entidade orquestradora 1300 inclui a informação de falha abrangente que é igual à primeira/segunda informação de falha abrangente, deletar a primeira/segunda informação de falha abrangente.
[363] A entidade orquestradora 1300 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software do VIM ou do VNFM, para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[364] A figura 14 é um diagrama de blocos esquemático de uma entidade VIM de acordo com uma outra modalidade da presente invenção. A entidade VIM 1400 na figura 14 inclui um processador 1401 e uma memória 1402. O processador 1401 é conectado à memória 1402 ao usar um sistema de barramento 1403.
[365] A memória 1402 é configurada para armazenar uma instrução capacitando o processador 1401 para executar as seguintes operações: obter primeira informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade NFVI, onde a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade NFVI tendo o identificador de entidade defeituosa; gerar primeira informação de falha abrangente de acordo com a primeira informação de falha, onde a primeira informação de falha abrangente inclui a primeira informação de falha e informação de falha correlacionada da primeira informação de falha; e executar processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente.
[366] A entidade VIM 1400 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[367] Além do mais, a entidade VIM 1400 pode incluir adicionalmente um circuito transmissor 1404 e um circuito receptor 1405. O processador 1401 controla uma operação da entidade VIM 1400, e o processador 1401 também pode ser referido como uma unidade central de processamento (Unidade Central de Processamento, CPU). A memória 1402 pode incluir uma memória somente de leitura e uma memória de acesso aleatório, e fornece uma instrução e dados para o processador 1401. Uma parte da memória 1402 pode incluir adicionalmente uma memória de acesso aleatório não volátil (NVRAM). Os componentes da entidade VIM 1400 são acoplados conjuntamente ao usar o sistema de barramento 1403, onde, além de um barramento de dados, o sistema de barramento 1403 inclui um barramento de alimentação, um barramento de controle e um barramento de sinal de estado. Entretanto, para clareza de descrição, vários tipos de barramentos na figura estão representados como o sistema de barramento 1403.
[368] O método revelado nas modalidades da presente invenção pode ser aplicado para o processador 1401, ou implementado pelo processador 1401. O processador 1401 pode ser um chip de circuito integrado e ter uma capacidade de processamento de sinais. No processo de implementação, as etapas do método indicado acima podem ser implementadas ao usar um circuito lógico integrado em hardware do processador 1401 ou uma instrução em uma forma de software. O processador indicado acima 1401 pode ser um processador de uso geral, um processador de sinal digital (DSP), um circuito integrado de aplicação específica (ASIC), uma matriz de portas programáveis em campo (FPGA), ou um outro dispositivo lógico programável, dispositivo lógico de portas distintas ou transistor, ou componente de hardware distinto. O processador 1401 pode implementar ou executar métodos, etapas e diagramas de blocos lógicos revelados nas modalidades da presente invenção. Um processador de uso geral pode ser um microprocessador ou o processador pode ser qualquer processador convencional e outros mais. Etapas dos métodos revelados com referência para as modalidades da presente invenção podem ser executadas diretamente e completadas por meio de um processador de decodificação de hardware, ou podem ser executadas e completadas ao usar uma combinação de módulos de hardware e de software no processador de decodificação. O módulo de software pode ficar localizado em uma mídia de armazenamento perfeitamente desenvolvida no campo, tal como uma memória de acesso aleatório, uma memória flash, uma memória somente de leitura, uma memória somente de leitura programável, uma memória programável apagável eletricamente ou um registrador. A mídia de armazenamento fica localizada na memória 1402, e o processador 1401 lê informação na memória 1402 e completa as etapas nos métodos indicados acima em combinação com hardware do processador.
[369] A entidade VIM 1400 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[370] A figura 15 é um diagrama de blocos esquemático de uma entidade VNFM de acordo com uma outra modalidade da presente invenção. A entidade VNFM 1500 na figura 15 inclui um processador 1501 e uma memória 1502. O processador 1501 é conectado à memória 1502 ao usar um sistema de barramento 1503.
[371] A memória 1502 é configurada para armazenar uma instrução capacitando o processador 1501 para executar as seguintes operações: obter segunda informação de falha, incluindo um identificador de entidade defeituosa e um tipo de falha, de uma entidade de funções de rede virtualizada VNF, onde a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade VNF tendo o identificador de entidade defeituosa; gerar segunda informação de falha abrangente de acordo com a segunda informação de falha; e executar processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[372] A entidade VNFM 1500 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[373] Além do mais, a entidade VNFM 1500 pode incluir adicionalmente um circuito transmissor 1504 e um circuito receptor 1505. O processador 1501 controla uma operação da entidade VNFM 1500, e o processador 1501 também pode ser referido como uma unidade central de processamento (Unidade Central de Processamento, CPU). A memória 1502 pode incluir uma memória somente de leitura e uma memória de acesso aleatório, e fornece uma instrução e dados para o processador 1501. Uma parte da memória 1502 pode incluir adicionalmente uma memória de acesso aleatório não volátil (NVRAM). Os componentes da entidade VNFM 1500 são acoplados conjuntamente ao usar o sistema de barramento 1503, onde, além de um barramento de dados, o sistema de barramento 1503 inclui um barramento de alimentação, um barramento de controle e um barramento de sinal de estado. Entretanto, para clareza de descrição, vários tipos de barramentos na figura estão representados como o sistema de barramento 1503.
[374] O método revelado nas modalidades da presente invenção pode ser aplicado para o processador 1501, ou implementado pelo processador 1501. O processador 1501 pode ser um chip de circuito integrado e ter uma capacidade de processamento de sinais. No processo de implementação, as etapas do método indicado acima podem ser implementadas ao usar um circuito lógico integrado em hardware do processador 1501 ou uma instrução em uma forma de software. O processador indicado acima 1501 pode ser um processador de uso geral, um processador de sinal digital (DSP), um circuito integrado de aplicação específica (ASIC), uma matriz de portas programáveis em campo (FPGA), ou um outro dispositivo lógico programável, dispositivo lógico de portas distintas ou transistor ou componente de hardware distinto. O processador 802 pode implementar ou executar métodos, etapas e diagramas de blocos lógicos revelados nas modalidades da presente invenção. Um processador de uso geral pode ser um microprocessador ou o processador pode ser qualquer processador convencional e outros mais. Etapas dos métodos revelados com referência para as modalidades da presente invenção podem ser executadas diretamente e completadas por meio de um processador de decodificação de hardware, ou podem ser executadas e completadas ao usar uma combinação de módulos de hardware e de software no processador de decodificação. O módulo de software pode ficar localizado em uma mídia de armazenamento perfeitamente desenvolvida no campo, tal como uma memória de acesso aleatório, uma memória flash, uma memória somente de leitura, uma memória somente de leitura programável, uma memória programável apagável eletricamente ou um registrador. A mídia de armazenamento fica localizada na memória 1502, e o processador 1501 lê informação na memória 1502 e completa as etapas nos métodos indicados acima em combinação com hardware do processador.
[375] A entidade VNFM 1500 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[376] A figura 16 é um diagrama de blocos esquemático de uma entidade orquestradora de acordo com uma outra modalidade da presente invenção. A entidade orquestradora 1600 na figura 16 inclui um processador 1601 e uma memória 1602. O processador 1601 é conectado à memória 1602 ao usar um sistema de barramento 1603.
[377] A memória 1602 é configurada para armazenar uma instrução capacitando o processador 1601 para executar as seguintes operações: receber primeira informação de falha abrangente enviada por um gerenciador de infraestrutura virtualizada (VIM), onde a primeira informação de falha abrangente inclui primeira informação de falha, a primeira informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a primeira informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de infraestrutura de virtualização de funções de rede (NFVI) tendo o identificador de entidade defeituosa; e executar processamento de reparo ou de reportação de falha de acordo com a primeira informação de falha abrangente; ou receber segunda informação de falha abrangente enviada por um gerenciador de funções de rede virtualizada (VNFM), onde a segunda informação de falha abrangente inclui segunda informação de falha, a segunda informação de falha inclui um identificador de entidade defeituosa e um tipo de falha, e a segunda informação de falha é usada para indicar que uma falha ocorre em uma primeira entidade de funções de rede virtualizada (VNF) tendo o identificador de entidade defeituosa; e executar processamento de reparo ou de reportação de falha de acordo com a segunda informação de falha abrangente.
[378] A entidade orquestradora 1600 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV.
[379] Além do mais, a entidade orquestradora 1600 pode incluir adicionalmente um circuito transmissor 1604 e um circuito receptor 1605. O processador 1601 controla uma operação da entidade orquestradora 1600, e o processador 1601 também pode ser referido como uma unidade central de processamento (Unidade Central de Processamento, CPU). A memória 1602 pode incluir uma memória somente de leitura e uma memória de acesso aleatório, e fornece uma instrução e dados para o processador 1601. Uma parte da memória 1602 pode incluir adicionalmente uma memória de acesso aleatório não volátil (NVRAM). Os componentes da entidade orquestradora 1600 são acoplados conjuntamente ao usar o sistema de barramento 1603, onde, além de um barramento de dados, o sistema de barramento 1603 inclui um barramento de alimentação, um barramento de controle e um barramento de sinal de estado. Entretanto, para clareza de descrição, vários tipos de barramentos na figura estão representados como o sistema de barramento 1603.
[380] O método revelado nas modalidades da presente invenção pode ser aplicado para o processador 1601, ou implementado pelo processador 1601. O processador 1601 pode ser um chip de circuito integrado e ter uma capacidade de processamento de sinais. No processo de implementação, as etapas do método indicado acima podem ser implementadas ao usar um circuito lógico integrado em hardware do processador 1601 ou uma instrução em uma forma de software. O processador indicado acima 1601 pode ser um processador de uso geral, um processador de sinal digital (DSP), um circuito integrado de aplicação específica (ASIC), uma matriz de portas programáveis em campo (FPGA), ou um outro dispositivo lógico programável, dispositivo lógico de portas distintas ou transistor ou componente de hardware distinto. O processador 1601 pode implementar ou executar métodos, etapas e diagramas de blocos lógicos revelados nas modalidades da presente invenção. Um processador de uso geral pode ser um microprocessador ou o processador pode ser qualquer processador convencional e outros mais. As etapas dos métodos revelados com referência para as modalidades da presente invenção podem ser executadas diretamente e completadas por meio de um processador de decodificação de hardware, ou podem ser executadas e completadas ao usar uma combinação de módulos de hardware e de software no processador de decodificação. O módulo de software pode ficar localizado em uma mídia de armazenamento perfeitamente desenvolvida no campo, tal como uma memória de acesso aleatório, uma memória flash, uma memória somente de leitura, uma memória somente de leitura programável, uma memória programável apagável eletricamente ou um registrador. A mídia de armazenamento fica localizada na memória 1602, e o processador 1601 lê informação na memória 1602 e completa as etapas nos métodos indicados acima em combinação com hardware do processador.
[381] A entidade orquestradora 1600 fornecida nesta modalidade da presente invenção obtém informação de falha de uma entidade de hardware e/ou de software para executar processamento abrangente em peças correlacionadas de informação de falha, o que pode implementar reportação e processamento de falhas em um ambiente NFV. Além do mais, por causa de processamento abrangente ser executado em peças correlacionadas de informação de falha, e mesma informação de falha abrangente ser deletada por meio de detecção de alarme repetido, a eficiência e precisão de processamento de falhas são aperfeiçoadas.
[382] Uma pessoa de conhecimento comum na técnica pode estar ciente de que, em combinação com os exemplos descritos nas modalidades reveladas neste relatório descritivo, as etapas de método e unidades podem ser implementadas por meio de hardware eletrônico, software de computador ou por uma combinação dos mesmos. Para descrever claramente a permutabilidade entre o hardware e o software, o exposto anteriormente descreveu de uma maneira geral etapas e composições de cada modalidade de acordo com funções. Se as funções são executadas por hardware ou software depende de aplicações particulares e condições de restrição de projeto das soluções técnicas. Uma pessoa de conhecimento comum na técnica pode usar métodos diferentes para implementar as funções descritas para cada aplicação particular, mas não deve ser considerado que a implementação vai além do escopo da presente invenção.
[383] Métodos ou etapas descritas nas modalidades reveladas neste relatório descritivo podem ser implementadas por meio de hardware, um programa de software executado por um processador ou uma combinação dos mesmos. O programa de software pode residir em uma memória de acesso aleatório (RAM), uma memória, uma memória somente de leitura (ROM), uma ROM programável eletricamente, uma ROM programável e apagável eletricamente, um registrador, um disco rígido, um disco removível, um CD-ROM, ou qualquer outra forma de mídia de armazenamento conhecida na técnica.
[384] A presente invenção está descrita detalhadamente com referência para os desenhos anexos e em combinação com as modalidades exemplares, mas a presente invenção não está limitada a isto. Várias modificações ou substituições equivalentes podem ser feitas para as modalidades da presente invenção por uma pessoa de conhecimento comum na técnica sem divergir do espírito e essência da presente invenção, e as modificações ou substituições deverão estar incluídas no escopo da presente invenção.

Claims (17)

1. Método de gerenciamento de falhas, caracterizado pelo fato de que o método compreende: obter (301), por um gerenciador de funções de rede virtualizada (VNFM), informação de falha de uma entidade de funções de rede virtualizada (VNF), em que a informação de falha compreende um identificador de entidade defeituosa e um tipo de falha, em que a informação de falha é usada para indicar que uma falha ocorre na entidade VNF tendo o identificador de entidade defeituosa, em que a entidade VNF é conectada ao VNFM ao usar uma interface Ve-Vnfm; gerar (302), pelo VNFM, informação de falha abrangente de acordo com a informação de falha; e executar (303), pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a informação de falha abrangente; em que gerar (302), pelo VNFM, informação de falha abrangente de acordo com a informação de falha compreende: determinar, pelo VNFM, que outra informação de falha é informação de falha correlacionada da informação de falha, em que a outra informação de falha é enviada por outra entidade VNF que é correlacionada com a entidade VNF; e gerar, pelo VNFM, a informação de falha abrangente que compreende a informação de falha e a informação de falha correlacionada.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que obter (301), por um VNFM, informação de falha de uma entidade VNF compreende: receber, pelo VNFM, a informação de falha enviada pela entidade VNF; ou determinar, pelo VNFM, que uma falha ocorre na entidade VNF, e gerar, pelo VNFM, a informação de falha de acordo com a falha da entidade VNF.
3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que executar (303), pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a informação de falha abrangente compreende: determinar, pelo VNFM, de acordo com o tipo de falha na informação de falha na informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na informação de falha abrangente, se o VNFM compreende uma política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VNFM compreende a política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, pelo VNFM, de acordo com a política de reparo de falha, a falha da entidade VNF e/ou uma falha da outra entidade VNF; ou quando o VNFM não compreende a política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, pelo VNFM, a informação de falha abrangente para um orquestrador.
4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que, após reparar, pelo VNFM, de acordo com a política de reparo de falha, a falha da entidade VNF e/ou uma falha da outra entidade VNF, o método compreende adicionalmente: quando o reparo de falha é bem sucedido, enviar, pelo VNFM, uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar, pelo VNFM, a informação de falha abrangente para o orquestrador.
5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que, antes de enviar, pelo VNFM, a informação de falha abrangente para o orquestrador, o método compreende adicionalmente: solicitar, pelo VNFM, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade de infraestrutura de virtualização de funções de rede (NFVI) correlacionada com a entidade VNF, em que a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na entidade NFVI; e adicionar, pelo VNFM, a informação de falha da entidade NFVI correlacionada com a entidade VNF à informação de falha abrangente.
6. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que o método compreende ainda: receber, pelo VNFM, informação de solicitação enviada pelo VIM, em que a informação de solicitação é usada para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa; e enviar, pelo VNFM, a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
7. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que a informação de falha é reportada adicionalmente para um sistema de suporte de operações e de negócios (OSS/BSS), de maneira que o OSS/BSS monitora e apresenta a informação de falha.
8. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que, após executar (303), pelo VNFM, processamento de reparo ou de reportação de falha de acordo com a informação de falha abrangente, o método compreende adicionalmente: detectar, pelo VNFM, de acordo com a informação de falha abrangente, se o VNFM compreende informação de falha abrangente que é igual à informação de falha abrangente; e quando o VNFM compreende a informação de falha abrangente que é igual à informação de falha abrangente, deletar, pelo VNFM, a informação de falha abrangente.
9. Método, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que a informação de falha compreende adicionalmente pelo menos um de um estado de execução e tempo de falha; e a informação de falha abrangente compreende adicionalmente informação de estado de falha, em que o estado de falha compreende pelo menos um de ainda não processado, sendo processado, reparado e ainda não reparado.
10. Gerenciador de funções de rede virtualizada (VNFM), caracterizado pelo fato de que o VNFM compreende: uma unidade de obtenção (1201), configurada para obter informação de falha de uma entidade de funções de rede virtualizada (VNF), em que a informação de falha compreende um identificador de entidade defeituosa e um tipo de falha, em que a informação de falha é usada para indicar que uma falha ocorre na entidade VNF tendo o identificador de entidade defeituosa, em que a entidade VNF é conectada ao VNFM ao usar uma interface Ve-Vnfm; uma unidade de geração (1202), configurada para gerar informação de falha abrangente de acordo com a informação de falha; e uma unidade de processamento (1203), configurada para executar processamento de reparo ou de reportação de falha de acordo com a informação de falha abrangente, em que a unidade de geração (1202) é configurada especificamente para: determinar que outra informação de falha é informação de falha correlacionada da informação de falha, em que a outra informação de falha é enviada por outra entidade VNF que é correlacionada com a entidade VNF; e gerar a informação de falha abrangente que compreende a informação de falha e a informação de falha correlacionada.
11. Gerenciador de funções de rede virtualizada (VNFM), de acordo com a reivindicação 10, caracterizado pelo fato de que a unidade de obtenção (1201) é configurada especificamente para: receber a informação de falha enviada pela entidade VNF; ou determinar que uma falha ocorre na entidade VNF, e gerar a informação de falha de acordo com a falha da entidade VNF.
12. Gerenciador de funções de rede virtualizada (VNFM), de acordo com a reivindicação 10 ou 11, caracterizado pelo fato de que a unidade de processamento (1203) compreende uma unidade de envio, e a unidade de processamento é configurada especificamente para: determinar de acordo com o tipo de falha na informação de falha na informação de falha abrangente ou um tipo de falha na informação de falha correlacionada na informação de falha abrangente, se o VNFM compreende uma política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada; e quando o VNFM compreende a política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada, reparar, de acordo com a política de reparo de falha, a falha da entidade VNF e/ou uma falha da outra entidade VNF; ou quando o VNFM não compreende a política de reparo de falha que corresponde ao tipo de falha na informação de falha ou ao tipo de falha na informação de falha correlacionada, enviar, ao usar a unidade de envio, a informação de falha abrangente para um orquestrador.
13. Gerenciador de funções de rede virtualizada (VNFM), de acordo com a reivindicação 12, caracterizado pelo fato de que a unidade de envio é configurada especificamente para: quando o reparo de falha é bem sucedido, enviar uma mensagem de indicação de sucesso para o orquestrador; ou quando o reparo de falha não é bem sucedido, enviar a informação de falha abrangente para o orquestrador.
14. Gerenciador de funções de rede virtualizada (VNFM), de acordo com a reivindicação 13, caracterizado pelo fato de que a unidade de processamento é configurada adicionalmente para: solicitar, de um gerenciador de infraestrutura virtualizada (VIM), informação de falha de uma entidade de infraestrutura de virtualização de funções de rede (NFVI) correlacionada com a entidade VNF, em que a entidade NFVI é qualquer hardware (HW), sistema operacional hospedeiro (OS Hospedeiro), gerenciador de máquina virtual ou entidade de máquina virtual (VM) na NFVI; e adicionar a informação de falha da entidade NFVI correlacionada com a entidade VNF à informação de falha abrangente.
15. Gerenciador de funções de rede virtualizada (VNFM), de acordo com qualquer uma das reivindicações 10 a 14, caracterizado pelo fato de que o VNFM compreende adicionalmente uma unidade de detecção e uma unidade de eliminação, em que a unidade de detecção é configurada especificamente para: detectar, de acordo com a informação de falha abrangente, se o VNFM compreende informação de falha abrangente que é igual à informação de falha abrangente; e quando o VNFM compreende a informação de falha abrangente que é igual à informação de falha abrangente, deletar a informação de falha abrangente.
16. Gerenciador de funções de rede virtualizada (VNFM), de acordo com qualquer uma das reinvindicações 10 a 15, caracterizado pelo fato de que: a informação de falha ainda compreende pelo menos um de um estado de execução e um tempo de falha; e a informação de falha abrangente inclui adicionalmente informação de estado de falha, em que o estado de falha compreende pelo menos um de ainda não processado, sendo processado, reparado, e ainda não reparado.
17. Gerenciador de funções de rede virtualizada (VNFM), de acordo com qualquer uma das reivindicações 10 a 14, caracterizado pelo fato de que a unidade de recebimento é configurada adicionalmente para: receber informação de solicitação enviada pelo VIM, em que a informação de solicitação é usada para solicitar, do VNFM, informação de falha de uma entidade VNF correlacionada com uma entidade NFVI defeituosa; e a unidade de envio é configurada adicionalmente para enviar a informação de falha da entidade VNF correlacionada com a entidade NFVI defeituosa para o VIM.
BR112016006902-1A 2013-09-30 2013-09-30 Método de gerenciamento de falhas e gerenciador de funções de rede virtualizada BR112016006902B1 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/084686 WO2015042937A1 (zh) 2013-09-30 2013-09-30 故障管理的方法、实体和系统

Publications (2)

Publication Number Publication Date
BR112016006902A2 BR112016006902A2 (pt) 2017-09-19
BR112016006902B1 true BR112016006902B1 (pt) 2022-10-04

Family

ID=52741866

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112016006902-1A BR112016006902B1 (pt) 2013-09-30 2013-09-30 Método de gerenciamento de falhas e gerenciador de funções de rede virtualizada

Country Status (8)

Country Link
US (1) US10073729B2 (pt)
EP (2) EP3024174B1 (pt)
JP (1) JP6212207B2 (pt)
KR (1) KR101908465B1 (pt)
CN (2) CN108418711B (pt)
BR (1) BR112016006902B1 (pt)
RU (1) RU2644146C2 (pt)
WO (1) WO2015042937A1 (pt)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10606718B1 (en) * 2013-12-19 2020-03-31 Amdocs Development Limited System, method, and computer program for managing fault recovery in network function virtualization (Nfv) based networks
US9645899B1 (en) * 2013-12-19 2017-05-09 Amdocs Software Systems Limited System, method, and computer program for managing fault recovery in network function virtualization (NFV) based networks
EP3089032A4 (en) * 2013-12-27 2017-01-18 NTT Docomo, Inc. Management system, overall management node, and management method
US10481953B2 (en) * 2013-12-27 2019-11-19 Ntt Docomo, Inc. Management system, virtual communication-function management node, and management method for managing virtualization resources in a mobile communication network
CN105165054B (zh) * 2014-01-21 2019-05-24 华为技术有限公司 网络服务故障处理方法，服务管理系统和系统管理模块
CN105591784A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 告警处理方法及装置
US9946614B2 (en) * 2014-12-16 2018-04-17 At&T Intellectual Property I, L.P. Methods, systems, and computer readable storage devices for managing faults in a virtual machine network
CN105873114B (zh) * 2015-01-21 2020-12-11 中兴通讯股份有限公司 一种虚拟网络功能性能监控的方法及相应的系统
WO2016161605A1 (zh) * 2015-04-09 2016-10-13 华为技术有限公司 基于网络功能虚拟化的故障处理方法和装置
CN106301828A (zh) * 2015-05-21 2017-01-04 中兴通讯股份有限公司 一种虚拟化网络功能业务故障的处理方法及装置
CN106330501A (zh) * 2015-06-26 2017-01-11 中兴通讯股份有限公司 一种故障关联方法和装置
CN106664216B (zh) 2015-06-30 2019-12-06 华为技术有限公司 一种切换vnf的方法和装置
CN106375101B (zh) * 2015-07-20 2019-08-27 华为技术有限公司 一种生命周期管理方法及装置
JP2018517345A (ja) * 2015-07-30 2018-06-28 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 可用性カウント装置および方法
CN108141375B (zh) * 2015-08-10 2021-10-29 诺基亚通信公司 云部署中的自动征兆数据收集
CN105049293B (zh) * 2015-08-21 2018-03-30 中国联合网络通信集团有限公司 监控的方法及装置
WO2017031698A1 (zh) 2015-08-25 2017-03-02 华为技术有限公司 一种获取vnf信息的方法、装置及系统
CN106533714A (zh) * 2015-09-09 2017-03-22 中兴通讯股份有限公司 重新实例化虚拟网络功能的方法和装置
CN105187249B (zh) 2015-09-22 2018-12-07 华为技术有限公司 一种故障恢复方法及装置
WO2017066940A1 (zh) * 2015-10-21 2017-04-27 华为技术有限公司 一种网络虚拟化环境下的监控方法、监控装置和网络节点
US10901852B2 (en) 2015-11-02 2021-01-26 Apple Inc. Restoring virtual network function (VNF) performance via VNF reset of lifecycle management
CN106878096B (zh) * 2015-12-10 2019-12-06 中国电信股份有限公司 Vnf状态检测通告方法、装置以及系统
CN105681077B (zh) 2015-12-31 2019-04-05 华为技术有限公司 故障处理方法、装置及系统
WO2017157903A1 (en) * 2016-03-14 2017-09-21 Nokia Solutions And Networks Oy End-to-end virtualized network function healing
CN105847237B (zh) * 2016-03-15 2019-01-15 中国联合网络通信集团有限公司 一种基于nfv的安全管理方法和装置
EP3439249B1 (en) * 2016-03-31 2022-07-20 Nec Corporation Network system, management method and device for same, and server
US10547511B2 (en) * 2016-05-04 2020-01-28 Alcatel Lucent Infrastructure resource states
US10083098B1 (en) 2016-06-07 2018-09-25 Sprint Communications Company L.P. Network function virtualization (NFV) virtual network function (VNF) crash recovery
EP3472971B1 (en) * 2016-06-16 2022-09-14 Telefonaktiebolaget LM Ericsson (publ) Technique for resolving a link failure
JP6607572B2 (ja) * 2016-08-10 2019-11-20 日本電信電話株式会社 復旧制御システム及び方法
CN109565446B (zh) * 2016-08-31 2020-12-25 华为技术有限公司 一种告警信息上报方法及装置
IL248285B (en) * 2016-10-10 2018-01-31 Adva Optical Networking Israel Ltd A method and system for the secure operation of a virtual network
WO2018128804A1 (en) * 2017-01-06 2018-07-12 Intel IP Corporation Measurement job suspension and resumption in network function virtualization
CN108347339B (zh) * 2017-01-24 2020-06-16 华为技术有限公司 一种业务恢复方法及装置
JP6778151B2 (ja) * 2017-06-20 2020-10-28 日本電信電話株式会社 ネットワーク管理装置およびネットワーク管理方法
CN107623596A (zh) * 2017-09-15 2018-01-23 郑州云海信息技术有限公司 一种nfv平台中启动测试网元定位排查故障的方法
EP3503614B1 (en) * 2017-12-22 2022-06-08 Deutsche Telekom AG Devices and methods for monitoring and handling faults in a network slice of a communication network
CN109995569B (zh) * 2018-01-02 2022-06-03 中国移动通信有限公司研究院 故障联动处理方法、网元及存储介质
CN109995568B (zh) * 2018-01-02 2022-03-29 中国移动通信有限公司研究院 故障联动处理方法、网元及存储介质
KR102019927B1 (ko) * 2018-09-12 2019-11-04 숭실대학교산학협력단 네트워크 기능 가상화 운영 장치 및 방법
WO2020091776A1 (en) * 2018-11-01 2020-05-07 Hewlett Packard Enterprise Development Lp Virtual network function response to a service interruption
US10979321B2 (en) * 2018-12-10 2021-04-13 Nec Corporation Method and system for low-latency management and orchestration of virtualized resources
US10887156B2 (en) * 2019-01-18 2021-01-05 Vmware, Inc. Self-healing Telco network function virtualization cloud
CN110601905A (zh) * 2019-09-29 2019-12-20 苏州浪潮智能科技有限公司 一种故障检测方法和装置
CN112860496A (zh) 2019-11-27 2021-05-28 华为技术有限公司 故障修复操作推荐方法、装置及存储介质
CN113541988B (zh) * 2020-04-17 2022-10-11 华为技术有限公司 一种网络故障的处理方法及装置
CN114363144B (zh) * 2020-09-28 2023-06-27 华为技术有限公司 一种面向分布式系统的故障信息关联上报方法及相关设备
WO2022264289A1 (ja) * 2021-06-15 2022-12-22 楽天モバイル株式会社 ネットワーク管理装置、ネットワーク管理方法およびプログラム
WO2023228233A1 (ja) * 2022-05-23 2023-11-30 楽天モバイル株式会社 障害発生時における自動復旧のためのネットワーク管理

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006057588A1 (en) * 2004-11-29 2006-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Service alarm correlation
JP4318643B2 (ja) * 2002-12-26 2009-08-26 富士通株式会社 運用管理方法、運用管理装置および運用管理プログラム
KR100805820B1 (ko) * 2006-09-29 2008-02-21 한국전자통신연구원 센서 네트워크의 노드 장애 관리 방법 및 이를 위한 장애 발생 보고 장치
US7877760B2 (en) 2006-09-29 2011-01-25 Microsoft Corporation Distributed hardware state management in virtual machines
EP1976185B1 (en) * 2007-03-27 2019-05-01 Nokia Solutions and Networks GmbH & Co. KG Operating network entities in a communication system comprising a management network with agent and management levels
JP5083051B2 (ja) * 2008-06-06 2012-11-28 富士通株式会社 監視システム、監視装置、被監視装置、監視方法
JP5140633B2 (ja) * 2008-09-04 2013-02-06 株式会社日立製作所 仮想化環境において生じる障害の解析方法、管理サーバ、及びプログラム
JP5287402B2 (ja) * 2009-03-19 2013-09-11 富士通株式会社 ネットワーク監視制御装置
US7975165B2 (en) * 2009-06-25 2011-07-05 Vmware, Inc. Management of information technology risk using virtual infrastructures
US8055933B2 (en) * 2009-07-21 2011-11-08 International Business Machines Corporation Dynamic updating of failover policies for increased application availability
US8122290B2 (en) * 2009-12-17 2012-02-21 Hewlett-Packard Development Company, L.P. Error log consolidation
JP5494298B2 (ja) 2010-07-06 2014-05-14 富士通株式会社 計算機装置，障害復旧制御プログラムおよび障害復旧制御方法
US8887006B2 (en) * 2011-04-04 2014-11-11 Microsoft Corporation Proactive failure handling in database services
CN102394774B (zh) * 2011-10-31 2014-03-26 广东电子工业研究院有限公司 一种云计算操作系统的控制器服务状态监控和故障恢复方法
CN102523257A (zh) * 2011-11-30 2012-06-27 广东电子工业研究院有限公司 一种基于iaas云平台的虚拟机容错方法
US9262253B2 (en) * 2012-06-28 2016-02-16 Microsoft Technology Licensing, Llc Middlebox reliability
US9292376B2 (en) * 2012-08-24 2016-03-22 Vmware, Inc. Proactive resource reservation for protecting virtual machines
CN103037019B (zh) * 2013-01-07 2016-05-18 北京华胜天成科技股份有限公司 一种基于云计算的分布式数据采集系统及方法
EP2936754B1 (en) * 2013-01-11 2020-12-02 Huawei Technologies Co., Ltd. Network function virtualization for a network device
US9973375B2 (en) * 2013-04-22 2018-05-15 Cisco Technology, Inc. App store portal providing point-and-click deployment of third-party virtualized network functions
US9350632B2 (en) * 2013-09-23 2016-05-24 Intel Corporation Detection and handling of virtual network appliance failures

Also Published As

Publication number Publication date
RU2016117218A (ru) 2017-11-14
EP3024174A1 (en) 2016-05-25
WO2015042937A1 (zh) 2015-04-02
JP2016533655A (ja) 2016-10-27
JP6212207B2 (ja) 2017-10-11
EP3024174A4 (en) 2016-08-17
BR112016006902A2 (pt) 2017-09-19
CN104685830B (zh) 2018-03-06
KR101908465B1 (ko) 2018-12-10
CN108418711B (zh) 2021-05-18
CN108418711A (zh) 2018-08-17
US20160224409A1 (en) 2016-08-04
EP3322125B1 (en) 2019-11-13
EP3322125A1 (en) 2018-05-16
CN104685830A (zh) 2015-06-03
EP3024174B1 (en) 2017-11-22
US10073729B2 (en) 2018-09-11
KR20160060741A (ko) 2016-05-30
RU2644146C2 (ru) 2018-02-07

Similar Documents

Publication Publication Date Title
BR112016006902B1 (pt) Método de gerenciamento de falhas e gerenciador de funções de rede virtualizada
TWI528172B (zh) 機器檢查摘要暫存器
US9495233B2 (en) Error framework for a microprocesor and system
US9652326B1 (en) Instance migration for rapid recovery from correlated failures
JP6443895B2 (ja) 障害管理方法、仮想化ネットワーク機能マネージャ（ｖｎｆｍ）、及びプログラム
US9841986B2 (en) Policy based application monitoring in virtualized environment
CN106936616B (zh) 备份通信方法和装置
US10353786B2 (en) Virtualization substrate management device, virtualization substrate management system, virtualization substrate management method, and recording medium for recording virtualization substrate management program
CN108347339B (zh) 一种业务恢复方法及装置
US10430267B2 (en) Determine when an error log was created
WO2022007418A1 (zh) 云平台块设备异常审计方法、装置、设备及存储介质
TWI518680B (zh) 維護電腦系統之檔案系統的方法
US8555105B2 (en) Fallover policy management in high availability systems
US8984333B2 (en) Automatic computer storage medium diagnostics
US20140164851A1 (en) Fault Processing in a System
WO2017107014A1 (zh) 一种网络亚健康诊断方法及装置
US20110271138A1 (en) System and method for handling system failure
US10365934B1 (en) Determining and reporting impaired conditions in a multi-tenant web services environment
RU2672184C1 (ru) Способ, устройство и система управления обработкой отказов
CN114416304A (zh) 一种虚拟机疏散方法和系统
CN115705261A (zh) 内存故障的修复方法、cpu、os、bios及服务器

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 12/24

Ipc: H04L 12/24 (2006.01), G06F 9/455 (2018.01)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 30/09/2013, OBSERVADAS AS CONDICOES LEGAIS