Patent Application
20190372879
In general, the present invention relates to the field of communication networks and network slicing. More specifically, the present invention relates to a network monitoring entity for a communication network with a plurality of sub-networks configured to support at least a portion of a network slice.
In the 5th Generation (5G) mobile technology, a key issue will be to enable cross-domain orchestration of services over multiple administrations or different technological domains in a single administration. In each administration, e.g., an operator network provided by a mobile network provider, there exists generally one Multi-Domain Orchestration (MdO) entity to manage services requested by customers across its underlying different technological domains or across multiple administrations. The services can include but are not limited to network slice deployment, network slice monitoring, assurance and Service Level Agreement (SLA) management.
It is foreseeable that in cellular communication networks based on the 5G architecture, customers will have complex slice requests. When a MdO receives a slice request from a customer, the MdO, or more specifically a so-called Request Receiving MdO (RR-MdO), checks the slice requirements and its availability of service and resource. The RR-MdO can offer either a complete or a partial slice in response to the customer's request. In the first case, the whole slice can be deployed across the different technological domains of the MdO. In the latter case, a partial slice can be deployed in the RR-MdO and the remaining slice can be distributed to other MdOs, e.g. other mobile network operators. The MdOs receiving such a partial slice request can check their availabilities and may make an offer to the request together with SLA pricing policies. In both cases, the RR-MdO can offer the slice with an SLA pricing policy to the customer. As soon as the customer accepts the offer, the slice is deployed across multi-domain environment. It has been suggested that a network entity in the form of an intelligent monitoring system (IMoS) in the MdO can subsequently start monitoring the installed (partial) slice.
Generally, slice monitoring in the MdO requires end-to-end QoS guaranteed probe selection and deployment, which directly relates to the overall performance of monitoring accuracy for assurance and SLA management. The currently proposed 5G architecture does not provide any means for cross-domain monitoring between multiple administrations/operators. Each administration comprising multiple domains provides its own centralized monitoring management system. Generally, the centralized monitoring management system is designed to provide for the same technological domains which are supposed to have the same Local Monitoring System (LMS). However, multiple domains in a single administration may not be using the same technology. Even though a centralized monitoring management system can provide a solution for different technological domains, coordination across MdOs, e.g. mobile network operators, is still missing. None of the current solutions supports intelligent functionalities and coordination across MdOs.
Some previous works have tried to address the problem of slice monitoring in a multi-domain environment. For example, a centralized monitoring system has been proposed under the name Zabbix (www.zabbix.com). According to this system configurations at a central-server are required whenever a new entity has to be monitored. It implies that these systems cannot provide heterogeneous LMSs automatically. However, this functionality is a fundamental requirement for a monitoring system in a multi-domain environment.
WO/2015/139732 provides a basic idea of a monitoring system and a monitoring method for software defined networks, as far as coordination of probes and moving of probes from one location to another is concerned. However, it does not take into consideration the fact that different domains can have different probes and may not be able to support some existing probes. This issue should be addressed in order to enable the monitoring system to function appropriately.
When a RR-MdO receives a slice request, the request can be served by splitting the requested slice into sub-slices deployed either across multiple operators or across different technological domains in a single operator. Generally, different slices have different requirements, i.e., Key Performance Indicators (KPIs). After the actual deployment of (sub-) slices, the LMSs in the domains, wherein (sub-)slices are installed, can start instantiation of monitoring probes for specific KPIs. Then the collected data from probes are aggregated to evaluate end-to-end monitoring.
Since each domain has its own probes and monitoring policies, the probe selection for each KPI is solely conducted within a local domain. The most appropriate probe in one domain may not be the best probe for the end-to-end slice monitoring. This means that an appropriate probe in one domain may not be aligned or incompatible with the probes selected in other domains. In the worst case, some domains may not have appropriate probes for the slice monitoring. As a result, the probe selection in each technological domain only leads to local optima, which may hinder end-to-end monitoring accuracy.
Moreover, a large number of slice requests are expected in 5G networks, requiring a large number of slice monitoring. In order to select the correct probe from the correct domain, a huge amount of interactions is required between the MdO and the corresponding domains. Thus, these multiple interactions increase overheads and processing time, which can impair overall performance.
A straightforward approach to solve these problems is to define a standard probe profile for each Key Performance Indicator (KPI). However, different technologies support different monitoring frameworks and policies, wherein reconfiguration can be impossible due to their proprietary software. Moreover, there exist a huge amount of KPIs needed to define their standard probe profiles, which is not scalable and seems unrealistic.
In light of the above, there is a need for an improved network monitoring entity as well as a corresponding method for a communication network with a plurality of sub-networks, allowing a global monitoring configuration and improving monitoring accuracy.
It is an object of the invention to provide an improved network monitoring entity and a method for a communication network with a plurality of sub-networks, allowing a global monitoring configuration and improving monitoring accuracy.
The foregoing and other objects are achieved by the subject matter of the independent claims. Further implementation forms are apparent from the dependent claims, the description and the figures.
The following disclosure employs a plurality of terms which, in embodiments, have the following meaning: Multi-domain—either multiple administrations, including multi-operator, or multiple technological domains in a single administration, e.g., operator network. Technological domain—a sub-network of an administrative domain which composes of a group of computers and devices on a network that are administered as a unit with common rules and procedures. Multi-Domain Orchestration/Orchestrator (MdO)—multi-domain orchestration/orchestrator in a single administration, e.g., operator network, for service orchestration. Request-Receiving MdO (RR-MdO)—a MdO that receives requests from customers and is responsible for splitting the requested slice among other MdOs and aggregating end-to-end slice monitoring, if necessary. Domain Orchestration/Orchestrator (DO)—domain orchestration/orchestrator used to provide orchestration of computing and network resources of the infrastructure, and to deploy (sub-) slice upon the infrastructure, and interwork with MdO for (sub-) slice monitoring. Slice—a service request which is defined by customers and may be realized across administrative domains or across multiple technological domains in a single administrative domain. Slice monitoring—an end-to-end monitoring of performance or other KPIs of slice typically required by the administrator or customers. Operator—an owner of a MdO who orchestrates services over cross-domains and may or may not own the physical infrastructure. Intelligent Monitoring System (IMoS)—an intelligent monitoring system for MdO supporting intelligent functionalities, e.g., end-to-end probe selection and optimal probe deployment across administrative domains or across multiple technological domains in a single administrative domain. The IMoS should be independent of the different local monitoring systems from different technological domains. Local Monitoring System (LMS)—a local monitoring system responsible for each technological domain. In principle, an LMS has its own mechanism for monitoring probe selection and deployment in its technological domain. Probe Catalogue—a set of monitoring probes stored in IMoS which composes of the set of monitoring probes from the LMSs in the same administration and which may compose of a partial set of monitoring probes from other IMoSs.
Generally, the present invention relates to a monitoring network entity, i.e., an Intelligent Monitoring System (IMoS), and a method for a communication network to achieve a global monitoring configuration and to improve monitoring accuracy. More specifically, the present invention synergizes the Intelligent Monitoring System (IMoS) with a probe catalogue, its management system and relevant interfaces. An Interface for a Local Monitoring System (I-LMS) can be used to exchange potential information regarding the probes from the Local Monitoring System (LMS) to the Intelligent Monitoring System (IMoS). This interface can be a standardized interface to exchange probes, probe catalogues, and Key Performance Indicators (KPIs) between IMoS and different LMSs from different technological domains. The probe information collected from LMSs can be stored in the IMoS as a probe catalogue. The probe selection can be performed by using the information from the probe catalogue. IMoS can select the correct probe from the correct domain which results a guaranteed end-to-end slice monitoring accuracy across the MdOs. After the probe selection, the IMoS can use the same interface, i.e., I-LMS, to send the probe information to the corresponding LMS and to instantiate the correct probe. If necessary, the IMoS can also send the information to instantiate a new on-demand probe to the correct domain via the same interface.
To invoke an end-to-end probe selection across the MdOs, the IMoS can use a further interface, an Interface for an Intelligent Monitoring System (I-IMoS) between different IMoSs. This interface can be used to exchange Key Performance Indicators (KPIs), probe information, and on-demand probes and to ensure that the correct probe is selected from the correct domain in each MdO. An on-demand probe refers to a specific probe, i.e., a specific program required in specific MdO to make sure that the correct probe is selected from the correct domain. Generally, this action takes place when the correct probe is not available at a specific MdO. The exchanged information can include but is not limited to probe names, parameters, probe deployment costs including both the financial and resource related costs, probe running costs, probe dependencies, etc.
Embodiments of the present invention enable network operators/administrations to achieve a global monitoring configuration by optimal probe selection and deployment in slice-monitoring, to improve monitoring accuracy for assurance and management of Service Level Agreement (SLA), and to synergize LMSs with IMoSs via the monitoring abstraction layer interfaces, I-LMS and I-IMoS, respectively.
Thus, according to a first aspect the invention relates to a network monitoring entity for a communication network configured to support, i.e. implement at least a portion of a network slice, wherein the communication network comprises a plurality of sub-networks and each sub-network is configured to support, i.e. comprises network resources to support at least a sub-portion of the portion of the network slice. The network entity can be implemented as an Intelligent Monitoring System (IMoS). The network entity comprises: a communication interface configured to communicate with a plurality of sub-network monitoring units, in particular LMSs, wherein each sub-network monitoring unit comprises at least one monitoring probe and each monitoring probe is configured to monitor, i.e. to provide information about at least one performance measure of the sub-portion of the portion of the network slice of the communication network supported by the sub-network, wherein the monitoring probes of the plurality of sub-network monitoring units define a set of monitoring probes, i.e. a probe catalogue; and a processor configured to select one or more monitoring probes from the set of monitoring probes for monitoring the portion of the network slice supported by the communication network.
Thus, an improved network monitoring entity is provided allowing a global monitoring configuration and improving monitoring accuracy.
In a first possible implementation form of the network monitoring entity according to the first aspect as such, the processor is further configured to inform the one or more sub-network monitoring units associated with the one or more monitoring probes via the communication interface about the selected one or more monitoring probes for deploying the selected one or more monitoring probes in the sub-networks.
In a second possible implementation form of the network monitoring entity according to the first aspect as such or the first implementation form thereof, the network monitoring entity further comprises a memory configured to store information about the set of monitoring probes, i.e. the probe catalogue.
In a third possible implementation form of the network monitoring entity according to the second implementation form of the first aspect, the information about the set of monitoring probes, i.e. the probe catalogue, comprises information about the at least one performance measure of the sub-portion of the portion of the network slice monitored by a monitoring probe, monitoring probe identifiers, monitoring probe deployment costs, monitoring probe execution costs, monitoring probe dependencies on the existence of other monitoring probes and/or monitoring probe conflicts with the existence of other monitoring probes or software components.
In a fourth possible implementation form of the network monitoring entity according to the second or third implementation form of the first aspect, the processor is configured to collect the information about the set of monitoring probes, i.e. the probe catalogue, via the communication interface from the plurality of sub-network monitoring units.
In a fifth possible implementation form of the network monitoring entity according to the first aspect as such or any one of the first to fourth implementation form thereof, the processor is further configured to collect from the selected one or more monitoring probes data about the corresponding performance measures of the respective sub-portion of the portion of the network slice.
In a sixth possible implementation form of the network monitoring entity according to the fifth implementation form of the first aspect, the network monitoring entity further comprises a memory and the processor is configured to store the data collected from the one or more monitoring probes about the corresponding performance measures of the sub-portion of the portion of the network slice in the memory.
In a seventh possible implementation form of the network monitoring entity according to the first aspect as such or the first implementation form thereof, a further portion of the network slice is supported by a further communication network (provided, for instance, by a different mobile network operator), wherein the communication interface of the network entity is configured to provide information about the set of monitoring probes to a communication interface of a corresponding further network monitoring entity of the further communication network.
In an eighth possible implementation form of the network monitoring entity according to the first aspect as such or any one of the first to seventh implementation form thereof, the processor is configured to select the one or more monitoring probes from the set of monitoring probes, i.e. the probe catalogue, for monitoring the portion of the network slice supported by the communication network, in response to a network slice monitoring request received via the communication interface.
In a ninth possible implementation form of the network monitoring entity according to the first aspect as such or any one of the first to eighth implementation form thereof, the at least one performance measure of the sub-portion of the portion of the network slice is a delay measure, a bandwidth measure, a CPU utilization measure, a disk space utilization measure, a memory utilization measure, a data traffic distribution measure and/or a data packet loss measure.
According to a second aspect the invention relates to a communication system comprising a first communication network and a second communication network, wherein the first and second communication network each comprise a network managing entity according to the first aspect of the invention. The communication system further comprises an interface for exchanging monitoring probe information between the network managing entities, in particular information about the monitoring probes of the respective sets of monitoring probes, i.e. the respective probe catalogues, of the respective network managing entities.
According to a third aspect the invention relates to a corresponding network monitoring method in a communication network configured to support, i.e. implement at least a portion of a network slice, wherein the communication network comprises a plurality of sub-networks and each sub-network is configured to support, i.e. comprises network resources to support at least a sub-portion of the portion of the network slice. The method comprises: communicating with a plurality of sub-network monitoring units, in particular LMSs, via a communication interface, wherein each sub-network monitoring unit comprises at least one monitoring probe and each monitoring probe is configured to monitor, i.e. to provide information about at least one performance measure of the sub-portion of the portion of the network slice of the communication network supported by the sub-network, wherein the monitoring probes of the plurality of sub-network monitoring units define a set of monitoring probes, i.e. a probe catalogue; and selecting one or more monitoring probes from the set of monitoring probes for monitoring the portion of the network slice supported by the communication network.
In a first possible implementation form of the method according to the third aspect as such, the method comprises the further step of informing the one or more sub-network monitoring units associated with the one or more monitoring probes via the communication interface about the selected one or more monitoring probes for deploying the selected one or more monitoring probes in the sub-networks.
In a second possible implementation form of the method according to the third aspect as such or the first implementation form thereof, the method comprises the further step of storing information about the set of monitoring probes, i.e. the probe catalogue, in a memory.
In a third possible implementation form of the method according to the second implementation form of the third aspect, the information about the set of monitoring probes, i.e. the probe catalogue, comprises information about the at least one performance measure of the sub-portion of the portion of the network slice monitored by a monitoring probe, monitoring probe identifiers, monitoring probe deployment costs, monitoring probe execution costs, monitoring probe dependencies and/or monitoring probe conflicts.
In a fourth possible implementation form of the method according to the second or third implementation form of the third aspect, the step of communicating with the plurality of sub-network monitoring units via the communication interface comprises the step of collecting the information about the set of monitoring probes, i.e. the probe catalogue, via the communication interface from the plurality of sub-network monitoring units.
In a fifth possible implementation form of the method according to the third aspect as such or any one of the first to fourth implementation form thereof, the method comprises the further step of collecting from the selected one or more monitoring probes data about the corresponding performance measures of the respective sub-portion of the portion of the network slice.
In a sixth possible implementation form of the method according to the third aspect as such or any one of the first to fifth implementation form thereof, the at least one performance measure of the sub-portion of the portion of the network slice is a delay measure, a bandwidth measure, a CPU utilization measure, a disk space utilization measure, a memory utilization measure, a data traffic distribution measure and/or a data packet loss measure.
According to a fourth aspect the invention relates to a computer program comprising program code for performing the method of the third aspect as such or any one of the first to sixth implementation form thereof when executed on a computer.
The invention can be implemented in hardware and/or software.
Further embodiments of the invention will be described with respect to the following figures, wherein:
In the various figures, identical reference signs will be used for identical or at least functionally equivalent features.
The project leading to this application has received funding from the European Union's Horizon 2020 research and innovation programme under grant agreement No 671636.
In the following description, reference is made to the accompanying drawings, which form part of the disclosure, and in which are shown, by way of illustration, specific aspects in which the present invention may be placed. It will be appreciated that other aspects may be utilized and structural or logical changes may be made without departing from the scope of the present invention. The following detailed description, therefore, is not to be taken in a limiting sense, as the scope of the present invention is defined by the appended claims.
For instance, it will be appreciated that a disclosure in connection with a described method may also hold true for a corresponding device or system configured to perform the method and vice versa. For example, if a specific method step is described, a corresponding device may include a unit to perform the described method step, even if such unit is not explicitly described or illustrated in the figures.
Moreover, in the following detailed description as well as in the claims embodiments with different functional blocks or processing units are described, which are connected with each other or exchange signals. It will be appreciated that the present invention covers embodiments as well, which include additional functional blocks or processing units that are arranged between the functional blocks or processing units of the embodiments described below.
Finally, it is understood that the features of the various exemplary aspects described herein may be combined with each other, unless specifically noted otherwise.
As will be described in more detail in the following, embodiments of the invention relate to network entity in the form of an intelligent monitoring system (IMoS), a probe catalogue and relevant interfaces in a Multi-domain Orchestration/Orchestrator (MdO) architecture, which allows improving monitoring accuracy and the overall performance of slice monitoring in a MdO environment.
Under further reference to
The communication interface 101 of the network monitoring entity 100 is configured to communicate with a plurality of sub-network monitoring units 204a-c, which in the embodiment shown in
The processor 103 of the network monitoring entity 100 is configured to select one or more monitoring probes 205a-c from the set of monitoring probes for monitoring the portion of the network slice 206 supported by the communication network 200, as will be described in more detail further below.
According to embodiments of the invention the one or monitoring probes 205a-c could be provided by a monitoring capability provided by the respective sub-network monitoring unit 204a-c, a monitoring capability provided by one or more Open Flow—enabled switches implemented in the sub-networks 203a-c, a software instance implemented in a network element of the sub-networks 203a-c and/or a dedicated hardware unit of the sub-networks 203a-c.
The communication system 200 shown in
In an embodiment, each MdO 202, 202′ is responsible for providing cross-domain service orchestration within its own administration and between other administrations. As already mentioned above, each MdO 202, 202′ can comprise one IMoS 100, 100′ to manage and coordinate slice monitoring, in particular, to provide intelligent functionalities in probe selection and deployment across the MdOs 202, 202′. According to embodiments of the invention a slice can be deployed either in the different sub-networks 203a-cc of one MdO 202 or across multiple MdOs 202, 202′.
Within a single administration, the IMoS 100 is responsible for managing (sub-) slice monitoring such that the (sub-)slice can be deployed across the different sub-networks 203a-c, as shown in
As already mentioned above, the different sub-networks 203a-c of the communication network 201 provide their own Local Monitoring Systems (LMSs) 204a-c and possibly different policies. For example, while the LMS 204a in the telco-domain 203a can focus on QoS/QoE monitoring, the LMS 204b in the data-center domain 203b can provide service cloud monitoring. In such a case, each LMS 204a-c should have different probes 205a-c due to different interest of monitoring. Apart from different monitoring probes 205a-c, the probe selection, deployment mechanisms and monitoring policy can differ from each other as well.
As will be appreciate, the probe information, which can be exchanged between the LMSs 204a-c and the IMoS 100 is not limited to the exemplary probe information shown in the probe catalogue 300 of
In the embodiment shown in
As shown in
Using the collected probe information from the LMSs 204a, 204b, the IMoS 100 can create the probe catalogue 300. The probe catalogue management system implemented in the IMoS 100 can thus decide the correct probe from the correct domain. The information of the correct probe can be sent directly to the respective LMS 204a, 204b located in the correct domain to instantiate the probe directly via the interface I-LMS. To deploy and to instantiate the probe, for instance, a constructor with a specific name, can be sent to the LMS for the KPI of cpuInfo.
The probe catalogue management system implemented in the IMoS 100 is used to support intelligent monitoring functions, in particular, for monitoring probe selection. The monitoring probe selection in the MdO environment should guarantee an end-to-end monitoring probe selection. To ensure that the correct probe is selected from the correct domain in each MdO 202, 202′, the interface 210 can be provided for communication between the IMoSs 100, 100′.
The interface I-IMoS 201 can be a standardized interface to exchange KPIs, probes, and probe information between the MdOs 202, 202′ shown in
After the end-to-end monitoring probe selection, the IMoS 100 sends the probe information to the corresponding LMSs 204a, 204b to directly instantiate the correct probes via the interface I-LMS. If necessary, the IMoS 100 can send the information to instantiate a new on-demand probe in the correct domain via the interfaces I-IMoS and/or I-LMS.
According to the embodiments of the invention, the intelligent monitoring system 100 using the probe catalogue can improve the overall system performance by reducing multiple interactions for the probe selection as well as overheads of computation and communication for determining the correct probe from the correct domain.
In a first step the IMoS 100 collects probe information, for instance, the information shown in the exemplary probe catalogue 300 of
In a second step the MdO 200 receives a slice monitoring request 501 that can include KPIs and the resources information about where the actual slice is deployed. For this exemplary embodiment, it is assumed that the (sub-) slice is being deployed across different sub-networks 203-a, 203b.
On the basis of the costs of a probe in terms of probe effect, dependency, and dependent cost, the IMoS 100, in particular, its probe management system can decide in a third step the appropriate probes for KPIs for the network resources, where the slice is deployed, namely via the interfaces I-IMoS and I-LMS 210. In an embodiment, the IMoS 100 can run an algorithm to optimize the probe effect and other costs of deployment.
After the selection of the correct probes, the IMoS 100 in a fourth step sends the probe information to the corresponding LMSs 204a, 204b via the interface I-LMS to directly instantiate and deploy the probes at the network resources where the slice is deployed.
In a fifth step each LMS 204a, 204b can directly instantiate the probes sent by the IMoS 100 at the network endpoints.
If any changes happen in the probe configuration, the corresponding LMS 204a, 204b can in a sixth step update the IMoS 100 about the changes via the interface I-LMS. Next, the IMoS 100 can update other IMoSs about the changed information via the interface I-IMoS 210, if necessary. Each LMS 204a, 204b can exchange the local probe information one time during the initial configuration and an update can be performed only if any local change happens, which is, however, expected to be not common.
While a particular feature or aspect of the disclosure may have been disclosed with respect to only one of several implementations or embodiments, such feature or aspect may be combined with one or more other features or aspects of the other implementations or embodiments as may be desired and advantageous for any given or particular application. Furthermore, to the extent that the terms “include”, “have”, “with”, or other variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprise”. Also, the terms “exemplary”, “for example” and “e.g.” are merely meant as an example, rather than the best or optimal. The terms “coupled” and “connected”, along with derivatives may have been used. It should be understood that these terms may have been used to indicate that two elements cooperate or interact with each other regardless whether they are in direct physical or electrical contact, or they are not in direct contact with each other.
Although specific aspects have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that a variety of alternate and/or equivalent implementations may be substituted for the specific aspects shown and described without departing from the scope of the present disclosure. This application is intended to cover any adaptations or variations of the specific aspects discussed herein.
Although the elements in the following claims are recited in a particular sequence with corresponding labeling, unless the claim recitations otherwise imply a particular sequence for implementing some or all of those elements, those elements are not necessarily intended to be limited to being implemented in that particular sequence.
Many alternatives, modifications, and variations will be apparent to those skilled in the art in light of the above teachings. Of course, those skilled in the art readily recognize that there are numerous applications of the invention beyond those described herein. While the present invention has been described with reference to one or more particular embodiments, those skilled in the art recognize that many changes may be made thereto without departing from the scope of the present invention. It is therefore to be understood that within the scope of the appended claims and their equivalents, the invention may be practiced otherwise than as specifically described herein.
This application is a continuation of International Application No. PCT/EP2017/053533, filed on Feb. 16, 2017, the disclosure of which is hereby incorporated by reference in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/EP2017/053533 | Feb 2017 | US |
| Child | 16542882 | US |
