Network Slice Alarm Association for Fault Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In the context of 5G network slice technology, existing methods fail to accurately associate virtualized resource alarms with corresponding network slice instances, making it impossible to analyze the reason for faults in network slice instances.

Innovation Solution

The proposed solution involves a method where a first service entity sends a request to a second service entity to retrieve a virtualized resource alarm carrying identifier information of a VNF instance, allowing the second service entity to determine the relevant virtualized resource alarm and associate it with the corresponding network slice instance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a same NFI is shared by a plurality of NSIs to improve resource utilization, then resource efficiency is improved, but fault analysis capability deteriorates because virtualized resource alarms cannot be associated with specific network slice instances

Engineering Contradiction:
Improveresource utilizationVSAvoidfault analysis capability
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The patent segments the alarm association mechanism by introducing a new association dimension: network slice instance level. Instead of associating virtualized resource alarms only with NFIs at the network function level, the patent enables segmentation of alarm associations down to the individual network slice instance level through multiple possible association methods (one-to-one, one-to-many, many-to-one mappings between alarms and slice instances), allowing precise fault analysis while maintaining shared NFI resources

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent adds a new dimension to the alarm association hierarchy by introducing network slice instance as an intermediate layer between NFI and traditional alarm management. This dimensional expansion allows the system to track which specific network slice instances are affected by virtualized resource alarms, enabling fault analysis capability to be restored even when NFIs are shared across multiple slice instances

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Device complexity

If virtualized resource alarms are associated only with NFIs in the prior art, then system complexity is reduced, but fault analysis precision deteriorates because the specific affected network slice instance cannot be identified

Engineering Contradiction:
Improvesystem complexityVSAvoidfault analysis precision
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The patent introduces network slice instance as an intermediary entity between the virtualized resource alarm and the affected network slices. This intermediary enables precise fault analysis by providing a mapping relationship that connects the alarm to specific network slice instances, while the implementation remains flexible with multiple association modes that balance precision requirements against system complexity

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12218793B2Alarm method and apparatus
Publication Date: 2025.02.04 HUAWEI TECH CO LTD
  • US12218793B2 patent drawing
  • US12218793B2 patent drawing
  • US12218793B2 patent drawing

AI summary

A method includes: sending, by a first service entity, a first request to a second service entity, where the first service entity is configured to manage a network slice instance, and the second service entity is configured to manage an alarm of a network function instance, where the first request includes identifier information of a VNF instance; the first request is used to request a virtualized resource alarm carrying the identifier information; and there is a correspondence between the VNF instance and a first network slice instance managed by the first service entity; and receiving, by the first service entity, a first response from the second service entity, where the first response carries the virtualized resource alarm.