WO2017015965A1 - 一种统计可用度的装置及方法 - Google Patents
一种统计可用度的装置及方法 Download PDFInfo
- Publication number
- WO2017015965A1 WO2017015965A1 PCT/CN2015/085611 CN2015085611W WO2017015965A1 WO 2017015965 A1 WO2017015965 A1 WO 2017015965A1 CN 2015085611 W CN2015085611 W CN 2015085611W WO 2017015965 A1 WO2017015965 A1 WO 2017015965A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- availability
- detection
- network function
- function virtualization
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- 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/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/067—Generation of reports using time frame reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Definitions
- Embodiments of the present invention relate to the field of communications technologies, and in particular, to an apparatus and method for statistical availability.
- Network Function Virtualization is a software process that carries many functions by using general-purpose hardware such as x86 and virtualization technology. Thereby reducing the cost of equipment expensive in the network. Through software and hardware decoupling and functional abstraction, network device functions are no longer dependent on dedicated hardware. Resources can be fully and flexibly shared, enabling rapid development and deployment of new services, and automatic deployment, elastic scaling, and fault isolation based on actual business requirements. And self-healing.
- the system is architected in both vertical and horizontal directions. According to the NFV design, the vertical direction is divided into three layers: the infrastructure layer, the virtual network layer, and the operational support layer. The horizontal direction is divided into two domains: the business network domain and the management orchestration domain.
- the main problem is the unavailability time caused by the statistical fault. Statistics of unavailable time
- a third-party tool can be used to maintain a continuous connection, and the service can be used to judge whether the network is available.
- the third-party tool When the third-party tool is not connected to the network, the statistics are not available, which is commonly used in the Internet network; Or when the system fails, the maintenance personnel manually calculate the time when the service is unavailable by maintaining the alarm information. This is commonly used in communication networks.
- the above methods only perform overall statistics on the availability of the system (internet network or communication device), and the system including the multi-layer architecture of network function virtualization cannot determine the availability of different layers.
- a technical problem to be solved by embodiments of the present invention is to provide an apparatus and method for statistical availability. Availability stratification can be performed for each layer in the network function virtualization system.
- the embodiment of the present invention provides a statistical availability package.
- Set including:
- a configuration module configured to receive a user-configured unavailable rule, and subscribe the detection item to the detecting device in each layer of the network function virtualization according to the unavailable rule, and notify a trigger condition of the detecting device failure alarm;
- a calculation module configured to receive fault alarm information and fault recovery information reported by the detecting device, and calculate availability of each layer of the network function virtualization
- a report module configured to output an availability statistics report according to a preset period.
- the unavailable rule includes a user-defined availability indicator, a detection item corresponding to the availability indicator, and the availability a statistical algorithm of the indicator, where the calculating module is specifically configured to calculate a result of the availability indicator according to a statistical algorithm of the availability indicator.
- the calculating module is further configured to compare the detection result of each detection item to determine that the fault occurs. Attribution.
- the calculating module is further configured to receive the report reported by the detecting device The detection result of all the detection items calculates the availability of each device in each layer of the network function virtualization.
- the report module is further configured to identify a device that is not up to standard .
- the computing module is integrated with the detecting device.
- the statistical availability device is integrated in the network function virtual
- the integrated orchestrator is integrated or integrated in the operational support layer of the network function virtualization.
- an embodiment of the present invention provides a device for statistical availability, including:
- the availability statistics report is output according to a preset period.
- the unavailable rule includes a user-defined availability indicator, a detection item corresponding to the availability indicator, and the availability a statistical algorithm of the indicator, where the processor is specifically configured to calculate a result of the availability indicator according to a statistical algorithm of the availability indicator.
- the processor is further configured to compare the detection result of each detection item to determine that the fault occurs. Attribution.
- the processor is further configured to receive the report by the detecting device The detection result of all the detection items calculates the availability of each device in each layer of the network function virtualization.
- the processor is further configured to identify a device that is not available for compliance .
- the statistical availability device is integrated in the network function virtual
- the integrated orchestrator is integrated or integrated in the operational support layer of the network function virtualization.
- an embodiment of the present invention provides a method for statistical availability, including:
- the availability statistics report is output according to a preset period.
- the unavailable rule includes a user-defined availability indicator, and a detection item corresponding to the availability indicator. And a statistical algorithm for the availability indicator;
- the method before the calculating the availability of each layer of the network function virtualization layer, the method further includes:
- the detection result of each detection item is compared to determine the attribution of the failure.
- the third possible implementation manner of the third aspect further includes:
- the fourth possible implementation manner of the third aspect when the availability statistics report is output according to the preset period, also includes:
- the configuration module receives the user-configurable unavailability rule to notify the network function to virtualize the items to be detected by the detecting device in each layer and the triggering condition of the fault alarm, so that the detecting device of different layers can report the fault alarm information and the fault recovery information according to the detection result.
- the calculation module can use the information to calculate the availability of each layer.
- the report module periodically outputs the availability statistics report. Since the hierarchical statistics can be implemented, the availability level of different vendors providing the device can be obtained. The basis for selecting the supplier for the telecom operator can be used as the basis for judging the contract.
- FIG. 1 is a schematic diagram of a reference architecture of an NFV system
- FIG. 2 is a schematic diagram showing the composition of a first embodiment of a statistical availability device of the present invention
- FIG. 3 is a block diagram showing the architecture of a first embodiment of the NFV system in which the statistical availability device of the present invention is applied;
- FIG. 4 is a schematic diagram showing the architecture of a second embodiment of an apparatus for statistical availability of the present invention applied to an NFV system;
- FIG. 5 is a schematic diagram showing the composition of a second embodiment of a statistical availability device of the present invention.
- FIG. 6 is a schematic flow chart of a first embodiment of a method for statistical availability according to the present invention.
- FIG. 7 is a flow chart showing a second embodiment of a method for statistical availability of the present invention.
- FIG. 1 is a schematic diagram of a reference architecture of the NFV system.
- NFV NFV is deconstructed from the vertical and horizontal directions. According to the NFV design, it is divided into three layers from the vertical perspective:
- NFVI The NFV Infrastructure
- NFVI is a resource pool from the perspective of cloud computing. It includes various hardware resources such as computer hardware, storage hardware, and network hardware, as well as virtual machines, virtual storage, and virtual networks that are virtualized through the virtualization layer.
- NFVI mapping to physical infrastructure is a number of geographically dispersed data centers that are connected by high-speed communication networks. NFVI needs to convert physical computing/storage/switching resources into virtual compute/storage/swap resource pools through virtualization.
- Virtual network layer corresponds to the current telecommunication service network. Each physical network element is mapped to a virtual network element (VNF). The resources required by the VNF need to be decomposed into virtual computing/storage/exchange. The resources are carried by the NFVI. The interface between the VNFs still uses the signaling interface defined by the traditional network (3GPP+ITU-T). The VNF is managed by the corresponding Element Management System (EMS).
- EMS Element Management System
- Operational support layer The operational support layer is the current Operation Support System (OSS)/Business Support System (BSS), which requires necessary modifications and adjustments for virtualization.
- OSS Operation Support System
- BSS Business Support System
- Service network domain It is the current telecommunication service network.
- Management orchestration domain The biggest difference from the traditional network is that NFV adds a Management and Orchestration (MANO) domain.
- MANO is responsible for the management and orchestration of the entire NFVI resource, and is responsible for the mapping and association of the business network and NFVI resources.
- the implementation of the OSS business resource process, etc., MANO internally includes Virtualized Infrastructure Managers (VIM), Virtual Network Element Manager (VNF Manager, VNFM and Orchestrator), respectively, to complete the NFVI , VNF and business network network service (Network Service, referred to as NS) three levels of management.
- VIP Virtualized Infrastructure Managers
- VNF Manager Virtual Network Element Manager
- VNFM Virtual Network Element Manager
- Orchestrator business network network service
- the device includes:
- the configuration module 100 is configured to receive a unavailability rule configured by the user, and subscribe the detection item to the detection device in each layer of the network function virtualization according to the unavailability rule, and trigger the trigger condition of the detection device failure alarm;
- the calculating module 200 is configured to receive the fault alarm information and the fault recovery information reported by the detecting device, and calculate the availability of each layer of the network function virtualization layer;
- the report module 300 is configured to output an availability statistics report according to a preset period.
- the detecting device is an existing device in each layer of the network function virtualization, and can perform custom configuration or standardized configuration on the detected items.
- the unavailable rules of the user configuration may include, but are not limited to, the unavailable rules of the service, the virtual machine, and the hardware.
- the unavailable rule may be a fault range for determining that the device is unavailable or a rule for converting the impact range of the fault.
- the unavailability rules can be configured by the manufacturer in addition to the configuration by the user or by providing a number of configuration templates for the user to select.
- the unavailable rule includes a user-defined availability indicator, a detection item corresponding to the availability indicator, and a statistical algorithm of the availability indicator, where the computing module 200 is specifically configured to be used according to the The statistical algorithm of the degree indicator calculates the result of the availability indicator.
- an NS availability may be defined, and related detection items may include, but are not limited to, process unavailability, processor failure ratio, virtual network element failure ratio, The virtual machine failure ratio, etc., the corresponding statistical algorithm may be the ratio of the sum of the VNF unavailable times to the network operating period. If multiple factors in the test project may cause the VNF to be unavailable, then when calculating the NS availability, it is necessary to count the sum of the times when any one of the detection items causes the VNF to be unavailable, that is, the triggering factor only needs to count the VNF is unavailable. The total length of this result is fine.
- the processor failure rate causes the VNF to be unavailable for 10 minutes, and the total unavailable time is 15 minutes; if the process is unavailable and the processor failure ratio causes the VNF to be unavailable, For 10 minutes, the total unavailable time is 10 minutes.
- an I-layer availability can be defined for the infrastructure layer.
- the detection items can include, but are not limited to, virtual resource errors or alarm lights.
- the calculation formula can be the sum of all critical resource failure times divided by the total number of resources and the resource on-line period. product.
- hardware reliability can be defined to calculate the availability of hardware resources, etc., and will not be described here. The availability of each layer is calculated from the test results of multiple test items and the availability of different devices, from divergence to concentration, to determine the availability of the entire layer.
- the detection project can focus on the availability detection of the following main resources: server, virtual machine, process, virtual network element, and so on.
- the detecting device detects the unavailable information
- the frequency of occurrence of the device failure and the recovery duration can be recorded and reported to the manager corresponding to each layer.
- the test results can be reported using the operation and maintenance interface.
- the calculating module 200 is further configured to compare the detection result of each detection item to determine the attribution of the occurrence of the failure.
- the analysis of the source of the fault improves the accuracy of the availability calculations due to failure of some devices that may render other devices unusable, or failure of some layers may cause other layers to fail. For example, if the hard disk in the storage hardware fails, the basic service layer may alarm and affect the availability calculation. At the same time, the virtual network layer may also fail and affect the availability calculation. In this case, the comparison analysis is performed according to the specific detection result. Determine the cause and attribution of the fault, and discard the useless data before calculating the availability.
- the availability of a certain type of device or a specific device may be further refined, and the calculating module 200 is further configured to receive the detection.
- the detection result of all the detection items reported by the device calculates the availability of each device in each layer of the network function virtualization. Facilitate rapid equipment replacement and maintenance.
- the report module 300 may only use the layer or device with unsatisfactory availability. Listed, or all of them can be listed, but the report module is also used to identify devices that are not up to standard. Therefore, the user can view all the detection data and the availability data, and the culling or replacement of the non-compliance can be replaced for the adjacent non-standard edge, or the device with low availability can be avoided when the resource is allocated, thereby improving the whole.
- the availability of the system Meet the needs of users for spare parts replacement assessment, contract satisfaction assessment, procurement decisions, etc.
- the above configuration module 100, the calculation module 200, and the report module 300 may exist independently or in an integrated manner.
- the configuration module 100, the calculation module 200, or the report module 300 may be hardware.
- the processor of the device independent of the statistical availability is separately provided, and the setting form may be in the form of a microprocessor; it may also be embedded in the processor of the device in hardware, or may be stored in the device in software. In the memory, the processor of the device is called to perform the operations corresponding to the above configuration module 100, the calculation module 200 or the report module 300.
- the calculation module 200 may be a processor of the statistically usable device, and the functions of the configuration module 100 and the report module 300 may be embedded.
- the processor it can also be set separately from the processor, or can be stored in the memory in the form of software, and the function is called by the processor.
- the embodiment of the invention does not impose any limitation.
- the above processor may be a central processing unit (CPU), a microprocessor, a single chip microcomputer, or the like.
- the computing module 200 can also be integrated with the detection device.
- the unit detection and the availability calculation are unified, and the detection device and the calculation module are set every time to realize distributed configuration.
- the configuration module receives the user-configurable unavailability rule to notify the network function to virtualize the items to be detected by the detecting device in each layer and the triggering condition of the fault alarm, so that the detecting device of different layers can report the fault alarm information and the fault recovery information according to the detection result.
- the calculation module can use the information to calculate the availability of each layer.
- the report module periodically outputs the availability statistics report. Since the hierarchical statistics can be implemented, the availability level of different vendors providing the device can be obtained.
- the device for statistical availability according to the embodiment of the present invention can be integrated into the network function.
- the virtualized orchestrator is integrated or integrated in the operational support layer of the network function virtualization. The invention is not limited at all. The configuration of the device for statistical availability in the embodiment of the present invention is described below with reference to FIG.
- FIG. 3 is a schematic diagram of the architecture of the NFV system according to the first embodiment of the NFV system.
- the architecture of the NFV can be referred to the related description of FIG. 1 , and details are not described herein again.
- the statistical availability device is integrated into an orchestrator that manages the orchestration domain.
- the detection devices detected by the infrastructure layer, the virtual network layer, and the operation support layer can be respectively transmitted to their respective managers, and then sent by the manager to the statistical availability device located in the orchestrator for calculation and report output.
- the detection device of each layer can be configured using an existing fault detection module, and the detection items can be customized by the user.
- the specific data transmission channel can be:
- NFVI-VIM-Orchestrator wherein the transmitted data may be virtual resource failure alarm information or failure recovery information;
- the data transmitted may be hardware online information or hardware failure alarm information.
- FIG. 4 is a schematic diagram of the architecture of the device for applying the statistical availability of the NFV system according to the second embodiment of the present invention.
- the device for statistical availability includes:
- the statistical availability device is integrated in an operational support layer of network function virtualization.
- the detection result of the detection device of the infrastructure layer can be transmitted to the corresponding manager VIM, and then sent by the VIM to the VNFM, and the VNFM is sent to the network element management system of the virtual network layer, and finally sent by the network element management system to the operation support layer.
- the statistical availability device performs calculation and report output; and the detection result of the virtual network layer detection device can be transmitted to the network element management system, and finally sent by the network element management system to the statistical availability in the operation support layer.
- the device performs calculations and report output; and the test results of the operation management layer can be directly sent to the statistical availability device for calculation and report output.
- the detection device of each layer can be configured using an existing fault detection module, and the detection items can be customized by the user.
- the specific data transmission channel can be:
- VNF-EMS-OSS the data transmitted therein may be VNF software failure alarm information or failure recovery information;
- NFVI-VIM-VNFM-EMS-OSS wherein the transmitted data may be virtual resource failure alarm information or failure recovery information;
- the data transmitted may be hardware online information or hardware failure alarm information.
- the device includes:
- the processor 700 is configured to invoke the program code stored in the memory 600 to perform the following operations:
- the availability statistics report is output according to a preset period.
- the unavailable rule includes a user-defined availability indicator, a detection item corresponding to the availability indicator, and a statistical algorithm of the availability indicator, where the processor 700 is specifically configured to be available according to the The statistical algorithm of the degree indicator calculates the result of the availability indicator.
- the processor 700 is further configured to compare the detection result of each detection item to determine the attribution of the occurrence of the failure.
- the processor 700 is further configured to receive the detection result of all the detection items reported by the detecting apparatus, and calculate the availability of each device in each layer of the network function virtualization.
- the processor 700 is further configured to identify a device whose availability is not up to standard.
- the statistical availability device is integrated in the network function virtualization orchestration or integrated in the operation support layer of the network function virtualization or independently.
- the processor 700 herein may be a processor or a collective name of multiple processing elements.
- the processor may be a central processing unit (CPU), or may be an application specific integrated circuit (ASIC), or one or more configured to implement the embodiments of the present invention.
- An integrated circuit such as one or more digital singular processors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs).
- DSPs digital singular processors
- FPGAs Field Programmable Gate Arrays
- the memory 600 may be a storage device, or a collective term for a plurality of storage elements, and may be used to store parameters, data, and the like required for the execution of the program code or statistical availability. And the memory 600 may include random access memory (RAM), and may also include non-volatile memory such as a magnetic disk memory, a flash memory, or the like.
- RAM random access memory
- non-volatile memory such as a magnetic disk memory, a flash memory, or the like.
- the bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus.
- ISA Industry Standard Architecture
- PCI Peripheral Component
- EISA Extended Industry Standard Architecture
- the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 5, but it does not mean that there is only one bus or one type of bus.
- the input device 400 and the output device 500 are connected to a bus to be connected to other portions such as the processor 700 via a bus.
- the input device 400 can provide an input interface for the operator to select a control item, configure an unavailable rule, etc. through the input interface.
- the output device 500 can also provide an output interface to display the availability statistics report to the operator.
- FIG. 6 is a schematic flowchart of a first embodiment of a method for statistical availability according to the present invention.
- the method includes:
- the unavailable rule includes a user-defined availability indicator, a detection item corresponding to the availability indicator, and a statistical algorithm of the availability indicator.
- the availability of each layer in the NFV system can be obtained by using a layered availability calculation method.
- FIG. 7 is a schematic flowchart of a second embodiment of a method for statistical availability according to the present invention.
- the method includes:
- S705 Output an availability statistics report according to a preset period, and identify a device whose availability is not up to standard.
- the availability of each device in each layer of the NFV system is obtained by using a more refined availability calculation method, and is marked in the output availability report to avoid and quickly maintain the resource allocation.
- the present invention has the following advantages:
- the configuration module receives the user-configurable unavailability rule to notify the network function to virtualize the items to be detected by the detecting device in each layer and the triggering condition of the fault alarm, so that the detecting device of different layers can report the fault alarm information and the fault recovery information according to the detection result.
- the calculation module can use the information to calculate the availability of each layer.
- the report module periodically outputs the availability statistics report. Since the hierarchical statistics can be implemented, the availability level of different vendors providing the device can be obtained.
- the basis for selecting the supplier for the telecom operator and can be used as the basis for judging the contract compliance; at the same time, the system composed of different suppliers and equipments can provide the information and data provided by the device in case of failure or unavailability. To assist in the definition of responsibility; and for the statistically less available equipment, it can be avoided when allocating resources, thus improving the availability of the entire system.
- the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
- the foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种统计可用度的装置及方法,其中装置包括:配置模块,用于接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;计算模块,用于接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;报表模块,用于根据预设周期输出可用度统计报表。采用本发明,可对网络功能虚拟化系统中的各层进行可用度分层统计。
Description
本发明实施例涉及通信技术领域,尤其涉及一种统计可用度的装置及方法。
网络功能虚拟化(Network Function Virtualization,简称NFV)是通过使用x86等通用性硬件以及虚拟化技术,来承载很多功能的软件处理。从而降低网络昂贵的设备成本。可以通过软硬件解耦及功能抽象,使网络设备功能不再依赖于专用硬件,资源可以充分灵活共享,实现新业务的快速开发和部署,并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。其系统从纵向和横向上进行了架构。按照NFV设计,纵向分为三层:基础设施层、虚拟网络层及运营支撑层。横向分为两域:业务网络域及管理编排域。
由于电信运营商对设备的可靠性要求较高,一般可用度需达到5个9(即设备每年运行中断不超过5分钟)。可用度计算通常由人工定期统计中断时间,以判断是否达到预定的可用度要求。具体可通过系统运行时间、中断时间来计算。即可用度=(运行时间-不可用时间)/运行时间,因为运行时间从设备上电开始运行到统计时间点可以直接得到,主要问题在于统计故障造成的不可用时间。不可用时间的统计在现有技术中,可采用第三方工具保持持续连接,以业务通断来评判网络是否可用,第三方工具连接不上网络时统计为不可用,这种常用于互联网网络;或者当系统出现故障时,维护人员通过维护告警信息,手工计算业务不可用的时间,这种常用于通信网络。但是以上方法均只对系统(互联网网络或通信设备)进行可用度的整体统计,对于网络功能虚拟化这种包括多层架构的系统无法确定不同层的可用度。
发明内容
本发明实施例所要解决的技术问题在于,提供一种统计可用度的装置及方法。可对网络功能虚拟化系统中的各层进行可用度分层统计。
为了解决上述技术问题,第一方面,本发明实施例提供了统计可用度的装
置,包括:
配置模块,用于接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;
计算模块,用于接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;
报表模块,用于根据预设周期输出可用度统计报表。
结合第一方面的实现方式,在第一方面第一种可能的实现方式中,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述计算模块具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
结合第一方面、或第一方面第一种可能的实现方式,在第一方面第二种可能的实现方式中,所述计算模块还用于比对各个检测项目的检测结果,确定故障发生的归属。
结合第一方面、或第一方面第一种至第二种任一可能的实现方式,在第一方面第三种可能的实现方式中,所述计算模块还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
结合第一方面、或第一方面第一种至第三种任一可能的实现方式,在第一方面第四种可能的实现方式中,所述报表模块还用于标识可用度不达标的设备。
结合第一方面、或第一方面第一种至第四种任一可能的实现方式,在第一方面第五种可能的实现方式中,所述计算模块与所述检测装置集成设置。
结合第一方面、或第一方面第一种至第五种任一可能的实现方式,在第一方面第六种可能的实现方式中,所述统计可用度的装置集成于所述网络功能虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。
第二方面,本发明实施例提供了一种统计可用度的装置,包括:
输入设备、输出设备、存储器和处理器,所述输入设备、输出设备、存储器和处理器与总线连接,其中,所述存储器中存储一组程序代码,所述处理器
用于调用所述存储器中存储的程序代码,执行以下操作:
接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;
接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;
根据预设周期输出可用度统计报表。
结合第二方面的实现方式,在第二方面第一种可能的实现方式中,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述处理器具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
结合第二方面、或第二方面第一种可能的实现方式,在第二方面第二种可能的实现方式中,所述处理器还用于比对各个检测项目的检测结果,确定故障发生的归属。
结合第二方面、或第二方面第一种至第二种任一可能的实现方式,在第二方面第三种可能的实现方式中,所述处理器还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
结合第二方面、或第二方面第一种至第三种任一可能的实现方式,在第二方面第四种可能的实现方式中,所述处理器还用于标识可用度不达标的设备。
结合第二方面、或第二方面第一种至第四种任一可能的实现方式,在第二方面第五种可能的实现方式中,所述统计可用度的装置集成于所述网络功能虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。
第三方面,本发明实施例提供了一种统计可用度的方法,包括:
接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;
接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;
根据预设周期输出可用度统计报表。
结合第三方面的实现方式,在第三方面第一种可能的实现方式中,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以
及所述可用度指标的统计算法;
所述计算所述网络功能虚拟化各层的可用度,包括:
根据所述可用度指标的统计算法计算所述可用度指标的结果。
结合第三方面、或第三方面第一种可能的实现方式,在第三方面第二种可能的实现方式中,在所述计算所述网络功能虚拟化各层的可用度之前,还包括:
比对各个检测项目的检测结果,确定故障发生的归属。
结合第三方面、或第三方面第一种至第二种任一可能的实现方式,在第三方面第三种可能的实现方式中,还包括:
接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
结合第三方面、或第三方面第一种至第三种任一可能的实现方式,在第三方面第四种可能的实现方式中,在所述根据预设周期输出可用度统计报表时,还包括:
标识可用度不达标的设备。
实施本发明实施例,具有如下有益效果:
通过配置模块接收用户配置的不可用规则告知网络功能虚拟化各层中的检测装置需要检测的项目以及故障告警的触发条件,使得不同层的检测装置可根据检测结果上报故障告警信息及故障恢复信息,计算模块便可以利用这些信息计算每一层的可用度,最后由报表模块周期性输出可用度统计报表,由于可实现分层统计,因此可以获取到提供设备的不同厂商的可用度等级,提供给电信运营商选择供应商的依据,并可作为合同达标的判断依据。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是NFV系统的参考架构示意图;
图2是本发明一种统计可用度的装置的第一实施例的组成示意图;
图3是本发明统计可用度的装置应用于NFV系统的第一实施例的架构示意图;
图4是本发明统计可用度的装置应用于NFV系统的第二实施例的架构示意图;
图5是本发明一种统计可用度的装置的第二实施例的组成示意图;
图6是本发明统计可用度的方法的第一实施例的流程示意图;
图7是本发明统计可用度的方法的第二实施例的流程示意图。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参照图1,为NFV系统的参考架构示意图。
同当前网络架构(独立的业务网络+运营支撑系统)相比,NFV从纵向和横向上进行了解构,按照NFV设计,从纵向看分为三层:
基础设施层(NFV Infrastructure,简称NFVI),从云计算的角度看,就是一个资源池。包括各种硬件资源如计算机硬件、存储硬件和网络硬件,以及通过虚拟化层虚拟后的虚拟计算机、虚拟存储和虚拟网络。NFVI映射到物理基础设施就是多个地理上分散的数据中心,通过高速通信网连接起来。NFVI需要将物理计算/存储/交换资源通过虚拟化转换为虚拟的计算/存储/交换资源池。
虚拟网络层:虚拟网络层对应的就是目前各个电信业务网络,每个物理网元映射为一个虚拟网元(Virtual Network Feature,简称VNF),VNF所需资源需要分解为虚拟的计算/存储/交换资源,由NFVI来承载,VNF之间的接口依然采用传统网络定义的信令接口(3GPP+ITU-T),VNF由对应的网元管理系统(Element Management System,简称EMS)进行管理。
运营支撑层:运营支撑层就是目前的运营支撑系统(Operations Support System简称OSS)/业务支撑系统(Business Support System,简称BSS),需要为虚拟化进行必要的修改和调整。
从横向看,分为两个域:
业务网络域:就是目前的各电信业务网络。
管理编排域:同传统网络最大区别就是,NFV增加了一个管理编排(Management and Orchestration,简称MANO)域,MANO负责对整个NFVI资源的管理和编排,负责业务网络和NFVI资源的映射和关联,负责OSS业务资源流程的实施等,MANO内部包括虚拟化资源管理器(Virtualised Infrastructure Managers,简称VIM),虚拟网元管理器(VNF Manager,简称VNFM和编排器(Orchestrator)三个实体,分别完成对NFVI,VNF和业务网络提供的网络服务(Network Service,简称NS)三个层次的管理。
不同层、不同设备或不同管理器之间可通过相应的参考点通信。
请参照图2,为本发明一种统计可用度的装置的第一实施例的组成示意图,在本实施例中,所述装置包括:
配置模块100,用于接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;
计算模块200,用于接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;
报表模块300,用于根据预设周期输出可用度统计报表。
其中,检测装置为网络功能虚拟化各层中现有装置,可对其检测项目进行自定义配置或进行标准化配置。
用户配置的不可用规则中可包括但不限于业务、虚拟机、硬件的不可用规则,不可用规则可以是判定设备不可用的故障范围或对故障影响范围折算的规则等。当然,不可用规则除了由用户配置之外,也可以由厂商进行出厂的默认配置或提供若干配置模板供用户选择。
可选地,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述计算模块200具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
例如,对于运营支撑层的可用度计算,可定义一个NS可用度,其相关的检测项目可以包括但不限于进程不可用、处理器故障比率、虚拟网元故障比率、
虚拟机故障比率等,其对应的统计算法可以是VNF不可用时间之和与网络运行周期的比值。如检测项目中的多个因素均可能导致VNF不可用,那么在计算NS可用度时,则需要统计所有检测项目中任意一个导致VNF不可用的时间的总和即无论触发因素只需要统计VNF不可用这一结果的总时长即可。举例而言,进程不可用导致VNF不可用为5分钟,处理器故障比率导致VNF不可用为10分钟,则总不可用时长为15分钟;若进程不可用且处理器故障比率导致VNF不可用为10分钟,则总不可用时长为10分钟。
类似地,对于基础设施层可定义一个I层可用度,检测项目可包括但不限于虚拟资源错误或报警灯,其计算公式可以是所有关键资源故障时间之和除以资源总数和资源上线周期之积。此外还可定义硬件可靠性来计算硬件资源的可用度等,此处不再赘述。每一层的可用度计算来自于多个检测项目的检测结果和不同设备的可用度,由发散到集中,可确定整个层的可用度。
其中,检测项目可重点包含以下主要资源的可用度检测:服务器、虚拟机、进程、虚拟网元等。当检测装置检测到不可用信息时,可以对设备故障出现频次和恢复时长进行记录并上报至每个层对应的管理器。检测结果可使用操作维护接口进行上报。
可选地,所述计算模块200还用于比对各个检测项目的检测结果,确定故障发生的归属。
由于某些设备出现故障可能导致其他设备无法使用,或者某些层出现故障也可能导致其他层出现故障,因此对于故障来源的分析可提升可用度计算的准确性。例如存储硬件中的硬盘出现故障,基础业务层可能告警并影响可用度计算,同时可能导致虚拟网络层也出现故障并影响可用度计算,此时,便需要根据具体的检测结果进行比对分析,确定引起故障的原因和归属,抛弃掉无用数据后再进行可用度计算。
可选地,除了针对每一层进行可用度分层计算之外,还可以进一步细化的计算某一类设备或具体某个设备的可用度,所述计算模块200还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。便于快速地进行设备替换和维护。
可选地,在生成报表时,报表模块300可以仅将可用度不合格的层或设备
列出,或者也可以全部列出,但所述报表模块还用于标识可用度不达标的设备。以便用户查看所有检测数据及可用度数据,对于不达标的进行剔除或替换,对于临近不达标边缘的可以替换,或者也可以对可用度不高的设备在分配资源时尽量避免使用,从而提高整个系统的可用度。满足用户对备件替换评估、合同满足度评估、采购决策等方面的需求。
需要说明的是,需要说明的是,以上配置模块100、计算模块200及报表模块300可以独立存在,也可以集成设置,本实施例中配置模块100、计算模块200或报表模块300可以以硬件的形式独立于统计可用度的装置的处理器单独设置,且设置形式可以是微处理器的形式;也可以以硬件形式内嵌于该装置的处理器中,还可以以软件形式存储于该装置的存储器中,以便于该装置的处理器调用执行以上配置模块100、计算模块200或报表模块300对应的操作。
例如,在本发明统计可用度的装置实施例(图2所示的实施例)中,计算模块200可以为统计可用度的装置的处理器,而配置模块100和报表模块300的功能可以内嵌于该处理器中,也可以独立于处理器单独设置,也可以以软件的形式存储于存储器中,由处理器调用实现其功能。本发明实施例不做任何限制。以上处理器可以为中央处理单元(CPU)、微处理器、单片机等。
当然,除了三个模块之间的集成配置之外,所述计算模块200也可以与所述检测装置集成设置。从而实现项目检测和可用度计算的统一,在每一次都设置检测装置和计算模块,实现分布式配置。
通过配置模块接收用户配置的不可用规则告知网络功能虚拟化各层中的检测装置需要检测的项目以及故障告警的触发条件,使得不同层的检测装置可根据检测结果上报故障告警信息及故障恢复信息,计算模块便可以利用这些信息计算每一层的可用度,最后由报表模块周期性输出可用度统计报表,由于可实现分层统计,因此可以获取到提供设备的不同厂商的可用度等级,提供给电信运营商选择供应商的依据,并可作为合同达标的判断依据;同时由不同供应商设备共同组成的系统,在出现故障和不可用时,本装置提供的信息和数据可以协助责任界定;且对于统计出来的可用度较低的设备,在分配资源时可尽量避免,从而提高整个系统的可用度。
此外,本发明实施例所述的统计可用度的装置既可以集成于所述网络功能
虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。本发明不作任何限定。下面结合图3-图4对本发明实施例中统计可用度的装置的配置进行举例说明。
请参照图3,为本发明统计可用度的装置应用于NFV系统的第一实施例的架构示意图,在本实施例中,NFV的架构组成可参照图1的相关描述,此处不再赘述。
所述统计可用度的装置集成于管理编排域的编排器中。基础设施层、虚拟网络层及运营支撑层的检测装置检测到结果可分别传输到各自对应的管理器,然后由管理器发送到位于编排器中的统计可用度的装置进行计算和报表输出。
具体地,每一层的检测装置可使用现有的故障检测模块进行配置,检测项目可由用户自定义。具体的数据传输通道可以是:
VNF—VNFM—Orchestrator;其中传输的数据可以是VNF软件故障告警信息或故障恢复信息;
NFVI—VIM—Orchestrator;其中传输的数据可以是虚拟资源故障告警信息或故障恢复信息;
NFVI—VIM—Orchestrator;其中传输的数据可以是硬件上线信息或硬件故障告警信息。
而对于该装置集成于所述网络功能虚拟化的运营支撑层中的具体架构请参照图4,为本发明统计可用度的装置应用于NFV系统的第二实施例的架构示意图,在本实施例中,所述统计可用度的装置包括:
所述统计可用度的装置集成于网络功能虚拟化的运营支撑层中。基础设施层的检测装置检测到结果可传输到对应的管理器VIM,然后由VIM发送到VNFM,VNFM再发送至虚拟网络层的网元管理系统,最后由网元管理系统发送至位于运营支撑层中的统计可用度的装置进行计算和报表输出;而虚拟网络层的检测装置检测到的结果可传输至网元管理系统,最后由网元管理系统发送至位于运营支撑层中的统计可用度的装置进行计算和报表输出;而运营管理层的检测结果则可以直接发送给统计可用度的装置进行计算和报表输出。
具体地,每一层的检测装置可使用现有的故障检测模块进行配置,检测项目可由用户自定义。具体的数据传输通道可以是:
VNF—EMS—OSS;其中传输的数据可以是VNF软件故障告警信息或故障恢复信息;
NFVI—VIM—VNFM—EMS—OSS;其中传输的数据可以是虚拟资源故障告警信息或故障恢复信息;
NFVI—VIM—VNFM—EMS—OSS;其中传输的数据可以是硬件上线信息或硬件故障告警信息。
当然,除了上述集成设置的实现方案之外,也可以配置独立的装置,利用现有接口与网络功能虚拟化的各层与两个域进行通信及数据传输。
请参照图5,为本发明一种统计可用度的装置的第二实施例的组成示意图,在本实施例中,所述装置包括:
输入设备400、输出设备500、存储器600和处理器700,所述输入设备400、输出设备500、存储器600和处理器700与总线连接,其中,所述存储器600中存储一组程序代码,所述处理器700用于调用所述存储器600中存储的程序代码,执行以下操作:
接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;
接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;
根据预设周期输出可用度统计报表。
可选地,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述处理器700具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
可选地,所述处理器700还用于比对各个检测项目的检测结果,确定故障发生的归属。
可选地,所述处理器700还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
可选地,所述处理器700还用于标识可用度不达标的设备。
可选地,所述统计可用度的装置集成于所述网络功能虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。
需要说明的是,这里的处理器700可以是一个处理器,也可以是多个处理元件的统称。例如,该处理器可以是中央处理器(Central Processing Unit,简称CPU),也可以是特定集成电路(Application Specific Integrated Circuit,简称ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(digital singnal processor,简称DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)。
存储器600可以是一个存储装置,也可以是多个存储元件的统称,且用于存储可执行程序代码或统计可用度的装置运行所需要参数、数据等。且存储器600可以包括随机存储器(RAM),也可以包括非易失性存储器(non-volatile memory),例如磁盘存储器,闪存(Flash)等。
总线可以是工业标准体系结构(Industry Standard Architecture,简称ISA)总线、外部设备互连(Peripheral Component,简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
输入装置400和输出装置500,连接于总线,以通过总线与处理器700等其它部分连接。该输入装置400可以为操作人员提供一输入界面,以便操作人员通过该输入界面选择布控项,配置不可用规则等,。此外,输出装置500还可以提供一输出界面,向操作人员显示可用度统计报表。
请参照图6,为本发明统计可用度的方法的第一实施例的流程示意图,在本实施例中,所述方法包括:
S601,接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件。
可选地,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法。
S602,接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度。
所述计算所述网络功能虚拟化各层的可用度,包括:
根据所述可用度指标的统计算法计算所述可用度指标的结果。
S603,根据预设周期输出可用度统计报表。
在本实施例中,采用分层的可用度计算方式,可得到NFV系统中每一层的可用度。
请参照图7,为本发明统计可用度的方法的第二实施例的流程示意图,在本实施例中,所述方法包括:
S701,接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件。
S702,接收所述检测装置上报的故障告警信息及故障恢复信息,以及接收所述检测装置上报的所有检测项目的检测结果。
S703,比对各个检测项目的检测结果,确定故障发生的归属。
S704,计算所述网络功能虚拟化各层中各个设备的可用度。
S705,根据预设周期输出可用度统计报表,并标识可用度不达标的设备。
在本实施例中,采用更加细化的可用度计算方式,可得到NFV系统中每一层中各个设备的可用度,并在输出可用度报表中进行标注以便资源分配时避开及快速维护。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
通过上述实施例的描述,本发明具有以下优点:
通过配置模块接收用户配置的不可用规则告知网络功能虚拟化各层中的检测装置需要检测的项目以及故障告警的触发条件,使得不同层的检测装置可根据检测结果上报故障告警信息及故障恢复信息,计算模块便可以利用这些信息计算每一层的可用度,最后由报表模块周期性输出可用度统计报表,由于可实现分层统计,因此可以获取到提供设备的不同厂商的可用度等级,提供给电信运营商选择供应商的依据,并可作为合同达标的判断依据;同时由不同供应商设备共同组成的系统,在出现故障和不可用时,本装置提供的信息和数据可
以协助责任界定;且对于统计出来的可用度较低的设备,在分配资源时可尽量避免,从而提高整个系统的可用度。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明实施例所提供的一种统计可用度的装置及方法进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (18)
- 一种统计可用度的装置,其特征在于,包括:配置模块,用于接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;计算模块,用于接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;报表模块,用于根据预设周期输出可用度统计报表。
- 如权利要求1所述的装置,其特征在于,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述计算模块具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
- 如权利要求1或2所述的装置,其特征在于,所述计算模块还用于比对各个检测项目的检测结果,确定故障发生的归属。
- 如权利要求1-3任一项所述的装置,其特征在于,所述计算模块还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
- 如权利要求1-4任一项所述的装置,其特征在于,所述报表模块还用于标识可用度不达标的设备。
- 如权利要求1-5所述的装置,其特征在于,所述计算模块与所述检测装置集成设置。
- 如权利要求1-6任一项所述的装置,其特征在于,所述统计可用度的装置集成于所述网络功能虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。
- 一种统计可用度的装置,其特征在于,包括:输入设备、输出设备、存储器和处理器,所述输入设备、输出设备、存储器和处理器与总线连接,其中,所述存储器中存储一组程序代码,所述处理器用于调用所述存储器中存储的程序代码,执行以下操作:接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;根据预设周期输出可用度统计报表。
- 如权利要求8所述的装置,其特征在于,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法,所述处理器具体用于根据所述可用度指标的统计算法计算所述可用度指标的结果。
- 如权利要求8或9所述的装置,其特征在于,所述处理器还用于比对各个检测项目的检测结果,确定故障发生的归属。
- 如权利要求8-10任一项所述的装置,其特征在于,所述处理器还用于接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
- 如权利要求8-11任一项所述的装置,其特征在于,所述处理器还用于标识可用度不达标的设备。
- 如权利要求8-12任一项所述的装置,其特征在于,所述统计可用度的装置集成于所述网络功能虚拟化的编排器中或集成于所述网络功能虚拟化的运营支撑层中或独立设置。
- 一种统计可用度的方法,其特征在于,包括:接收用户配置的不可用规则,根据所述不可用规则向网络功能虚拟化各层中的检测装置订阅检测项目以及告知所述检测装置故障告警的触发条件;接收所述检测装置上报的故障告警信息及故障恢复信息,计算所述网络功能虚拟化各层的可用度;根据预设周期输出可用度统计报表。
- 如权利要求14所述的方法,其特征在于,所述不可用规则中包括用户定义的可用度指标、与所述可用度指标对应的检测项目以及所述可用度指标的统计算法;所述计算所述网络功能虚拟化各层的可用度,包括:根据所述可用度指标的统计算法计算所述可用度指标的结果。
- 如权利要求14或15所述的方法,其特征在于,在所述计算所述网络功能虚拟化各层的可用度之前,还包括:比对各个检测项目的检测结果,确定故障发生的归属。
- 如权利要求14-16任一项所述的方法,其特征在于,还包括:接收所述检测装置上报的所有检测项目的检测结果,计算所述网络功能虚拟化各层中各个设备的可用度。
- 如权利要求14-17任一项所述的方法,其特征在于,在所述根据预设周期输出可用度统计报表时,还包括:标识可用度不达标的设备。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP15899317.0A EP3285432B1 (en) | 2015-07-30 | 2015-07-30 | Apparatus and method for creating statistics on availability |
| JP2017557179A JP2018517345A (ja) | 2015-07-30 | 2015-07-30 | 可用性カウント装置および方法 |
| CN201580031771.XA CN106797322A (zh) | 2015-07-30 | 2015-07-30 | 一种统计可用度的装置及方法 |
| PCT/CN2015/085611 WO2017015965A1 (zh) | 2015-07-30 | 2015-07-30 | 一种统计可用度的装置及方法 |
| US15/871,324 US10547529B2 (en) | 2015-07-30 | 2018-01-15 | Availability counting apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2015/085611 WO2017015965A1 (zh) | 2015-07-30 | 2015-07-30 | 一种统计可用度的装置及方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US15/871,324 Continuation US10547529B2 (en) | 2015-07-30 | 2018-01-15 | Availability counting apparatus and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2017015965A1 true WO2017015965A1 (zh) | 2017-02-02 |
Family
ID=57883943
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2015/085611 Ceased WO2017015965A1 (zh) | 2015-07-30 | 2015-07-30 | 一种统计可用度的装置及方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US10547529B2 (zh) |
| EP (1) | EP3285432B1 (zh) |
| JP (1) | JP2018517345A (zh) |
| CN (1) | CN106797322A (zh) |
| WO (1) | WO2017015965A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11606282B2 (en) | 2018-11-30 | 2023-03-14 | Huawei Technologies Co., Ltd. | Method and device for detecting network reliability |
| WO2025013033A1 (en) * | 2023-07-11 | 2025-01-16 | Jio Platforms Limited | Method and system for computing network availability at scale |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106452925B (zh) * | 2016-12-02 | 2021-01-05 | 华为技术有限公司 | 在nfv系统中检测故障的方法、装置和系统 |
| US10866569B2 (en) * | 2017-06-14 | 2020-12-15 | Siemens Industry, Inc. | Fault detection and diagnostics rule selection |
| KR102901991B1 (ko) * | 2021-02-10 | 2025-12-18 | 삼성전자주식회사 | 가상 네트워크 기능의 고가용성을 위한 장치 및 방법 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101741609A (zh) * | 2008-11-14 | 2010-06-16 | 中国移动通信集团广西有限公司 | 一种业务支撑系统可用性的评估方法及系统 |
| CN101741595A (zh) * | 2008-11-26 | 2010-06-16 | 华为技术有限公司 | 一种网络可靠性评估方法、装置和系统 |
| CN104170323A (zh) * | 2014-04-09 | 2014-11-26 | 华为技术有限公司 | 基于网络功能虚拟化的故障处理方法及装置、系统 |
| CN104468181A (zh) * | 2013-09-23 | 2015-03-25 | 英特尔公司 | 虚拟网络设备故障的检测和处理 |
| WO2015100611A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种网络功能虚拟化nfv故障管理装置、设备及方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101153830B (zh) * | 2006-09-28 | 2012-04-25 | 华为技术有限公司 | 测量可用度的方法、装置及收集端 |
| CN101477588B (zh) * | 2009-01-13 | 2011-08-03 | 中国人民解放军国防科学技术大学 | 基于Petri网模型的设备维修保障仿真方法 |
| CN101964730B (zh) * | 2010-01-28 | 2012-09-26 | 北京邮电大学 | 一种网络脆弱性评估方法 |
| US9628285B2 (en) * | 2012-06-01 | 2017-04-18 | Telefonaktiebolaget L M Ericsson (Publ) | Increasing failure coverage of MoFRR with dataplane notifications |
| CN104685830B (zh) * | 2013-09-30 | 2018-03-06 | 华为技术有限公司 | 故障管理的方法、实体和系统 |
| WO2016093861A1 (en) * | 2014-12-12 | 2016-06-16 | Nokia Solutions And Networks Oy | Alarm correlation in network function virtualization environment |
-
2015
- 2015-07-30 WO PCT/CN2015/085611 patent/WO2017015965A1/zh not_active Ceased
- 2015-07-30 CN CN201580031771.XA patent/CN106797322A/zh active Pending
- 2015-07-30 EP EP15899317.0A patent/EP3285432B1/en active Active
- 2015-07-30 JP JP2017557179A patent/JP2018517345A/ja active Pending
-
2018
- 2018-01-15 US US15/871,324 patent/US10547529B2/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101741609A (zh) * | 2008-11-14 | 2010-06-16 | 中国移动通信集团广西有限公司 | 一种业务支撑系统可用性的评估方法及系统 |
| CN101741595A (zh) * | 2008-11-26 | 2010-06-16 | 华为技术有限公司 | 一种网络可靠性评估方法、装置和系统 |
| CN104468181A (zh) * | 2013-09-23 | 2015-03-25 | 英特尔公司 | 虚拟网络设备故障的检测和处理 |
| WO2015100611A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种网络功能虚拟化nfv故障管理装置、设备及方法 |
| CN104170323A (zh) * | 2014-04-09 | 2014-11-26 | 华为技术有限公司 | 基于网络功能虚拟化的故障处理方法及装置、系统 |
Non-Patent Citations (1)
| Title |
|---|
| See also references of EP3285432A4 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11606282B2 (en) | 2018-11-30 | 2023-03-14 | Huawei Technologies Co., Ltd. | Method and device for detecting network reliability |
| WO2025013033A1 (en) * | 2023-07-11 | 2025-01-16 | Jio Platforms Limited | Method and system for computing network availability at scale |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106797322A (zh) | 2017-05-31 |
| EP3285432A1 (en) | 2018-02-21 |
| US20180139114A1 (en) | 2018-05-17 |
| EP3285432A4 (en) | 2018-03-21 |
| JP2018517345A (ja) | 2018-06-28 |
| EP3285432B1 (en) | 2020-02-12 |
| US10547529B2 (en) | 2020-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2020244491B2 (en) | Systems and methods for provisioning and managing an elastic computing infrastructure | |
| EP3340535B1 (en) | Failure recovery method and device | |
| US9680708B2 (en) | Method and apparatus for cloud resource delivery | |
| US20170346676A1 (en) | Alarm correlation in network function virtualization environment | |
| US10547529B2 (en) | Availability counting apparatus and method | |
| US20180176088A1 (en) | Virtualized network function monitoring | |
| US20180246746A1 (en) | Predictive Analytics for Virtual Network Functions | |
| US11687399B2 (en) | Multi-controller declarative fault management and coordination for microservices | |
| CN105049293B (zh) | 监控的方法及装置 | |
| CN108039964A (zh) | 基于网络功能虚拟化的故障处理方法及装置、系统 | |
| CN105337758A (zh) | 告警处理方法、装置、nms、oss及ems | |
| US11381451B2 (en) | Methods, systems, and computer readable mediums for selecting and configuring a computing system to support a replicated application | |
| Kafetzakis et al. | QoE4CLOUD: A QoE-driven multidimensional framework for cloud environments | |
| US10360129B2 (en) | Setting software error severity ranking | |
| CN108199860A (zh) | 一种告警处理方法及网络设备 | |
| WO2021103800A1 (zh) | 故障修复操作推荐方法、装置及存储介质 | |
| Datt et al. | Analysis of infrastructure monitoring requirements for OpenStack Nova | |
| US9363224B2 (en) | System and methods for communicating in a telecommunication network using common key routing and data locality tables | |
| US11861133B1 (en) | Apparatus and methods of analyzing status of computing servers | |
| CA3165155A1 (en) | Event correlation in fault event management | |
| CN108123821B (zh) | 一种数据分析方法及装置 | |
| CN118869462B (zh) | 资源池故障定位方法和装置 | |
| Tung | Defining a cloud reference model | |
| Lungaroni et al. | PASTRAMI: Performance Assessment of SofTware Routers Addressing Measurement Instability | |
| Madhumathi et al. | An Effective User Requirements and Resource Management in an Academic Cloud-A Review |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15899317 Country of ref document: EP Kind code of ref document: A1 |
|
| ENP | Entry into the national phase |
Ref document number: 2017557179 Country of ref document: JP Kind code of ref document: A |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2015899317 Country of ref document: EP |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |