|
Work item:
|
E.475 (ex E.FINAD)
|
|
Subject/title:
|
Guidelines for Intelligent Network Analytics and Diagnostics
|
|
Status:
|
Approved on 2020-01-13
|
|
Approval process:
|
AAP
|
|
Type of work item:
|
Recommendation
|
|
Version:
|
New
|
|
Equivalent number:
|
-
|
|
Timing:
|
-
|
|
Liaison:
|
IETF, ISO/IEC JTC1
|
|
Supporting members:
|
Huawei, Telecom Italia, China Telecom
|
|
Summary:
|
With the increased number of connected devices and the proliferation of web and multimedia services, cloud services and IoT applications, networks are subject to various network incidents and unregulated network changes which may be measured by network alerts and logs received from the underlying networks. Therefore, it is important for the networks to be aware of the services and applications they transport to optimize the operation and ensure that service quality meets user expectations. The absence of network alerts or network logs is generally interpreted as an indication of good network health, however this is not necessarily the case. Service quality problems may not be the result of network device failures, but instead due to issues that are not detected by traditional network monitoring tools such as configuration errors, insufficient network capacity, wireless access point issues (e.g., insufficient coverage, interference or overlapping channel), or third party network issues.
Typically, the manual network reconfiguration is time consuming and often error prone. In addition, service quality assessment methodologies need to further distinguish between network impairments and other causes of the performance degradation by considering application-specific factors (e.g., encoding/decoding, interaction between an application and a network) because the traditional assessment tools cannot provide accurate fault diagnosis, fault prediction, and root cause analysis. Furthermore, the reaction time of traditional assessment tools tends to be slow, responding after the service disruption occurs. In addition, the network performance metrics may contribute to QoS/QoE assessment, but many of existing network performance metrics may reflect only limited aspects of the network quality.
When the objectively-measured results indicate an unsatisfactory level of network performance or anomaly degree, it is desirable that the system performs necessary corrective actions automatically to resolve the identified quality problems.
This Recommendation specifies guidelines for intelligent network analytics and diagnostics for managing and troubleshooting networks. The Intelligent Network Analytics and Diagnostics (INAD) function is responsible for aggregating network data and setting up automatic tasks for network maintenance, providing the assurance of appropriate network performance, locating the service degradation area and service channels with poor performance, finding root causes of the detected network faults, probing network status, and predicting the possible network performance degradation at an early stage.
Specifically, this Recommendation describes the design considerations, functional architecture, network anomaly analysis models for network analytics and diagnostics. The network anomaly analysis model can be used to assess network anomaly degree, network performance, risk degree, to analyze the location and time of the network impairment and further to determine the root causes of the network impairments and to allow increased network visibility and network fault management automation.
This Recommendation also presents the concept of Network Health Indicator (NHI) which provides a numerical indication of the network anomaly degree based on Big Data Analytics. The NHI is not focused on specific multimedia application rating (e.g., rating of specific audio application, video conferencing application) and application layer monitoring. Instead, it aims at network monitoring and evaluation of specific networks (e.g., LAN, WAN, Storage Network, Data Centre Network) and further triggers Network Diagnosis using Big Data based fault diagnosis algorithms and determine the root causes of the network anomaly events.
|
|
Comment:
|
-
|
|
Reference(s):
|
|
|
Historic references:
|
|
Contact(s):
|
|
| ITU-T A.5 justification(s): |
|
|
|
|
First registration in the WP:
2017-02-01 16:26:27
|
|
Last update:
2020-01-22 13:56:45
|
|
