Policy Installation Feedback Mechanism for Error Diagnosis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing policy installation failure feedback mechanisms in NGN systems, such as TISPAN's RACS, only provide coarse-grain error messages, making it difficult for the A-RACF to identify specific policy installation issues and preventing targeted error prevention in subsequent installations.

Innovation Solution

Modifying the PIA and CCR messages to include a [Rule-Failure-Code] parameter within the [Policy-Rule-Report] parameter, allowing the RCEF to return finer-grained error reasons for each failed policy, enabling the A-RACF to accurately diagnose and address policy installation failures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If the PIA message includes only message-level error reasons without specific policy-level error reasons, then the message structure remains simple, but the A-RACF cannot accurately identify specific policy installation issues

Engineering Contradiction:
Improveerror identification precisionVSAvoidmessage structure complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments the error reason information by introducing a [Policy-Rule-Report] parameter that separately reports error information for each individual policy. This segmentation allows the A-RACF to identify specific policy-level issues without requiring complete structural redesign of the message format, thus improving measurement precision while controlling complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent adds a new dimension to the error reporting structure by introducing the [Policy-Rule-Report] parameter that contains policy-specific error details. This dimensional extension enables detailed error identification without fundamentally complicating the existing message framework, resolving the contradiction between precision and complexity.

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

2Loss of information

If the system provides detailed policy-level error reasons for each failed policy, then the A-RACF can accurately diagnose failures, but the feedback message becomes more complex

Engineering Contradiction:
Improveerror information completenessVSAvoidfeedback message complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent segments error information into individual [Policy-Rule-Report] entries for each failed policy, allowing complete error information to be conveyed in an organized manner. Each segment contains specific error details for one policy, preventing information loss while maintaining manageable message structure through systematic division.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent prepares the error information in advance by organizing it into structured [Policy-Rule-Report] parameters before transmission. This preliminary structuring ensures complete error information is preserved while reducing the complexity of processing detailed error data at the receiving end.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If the A-RACF receives only general error messages without specific policy failure reasons, then the feedback processing is simple, but targeted error prevention in subsequent installations is prevented

Engineering Contradiction:
Improvepolicy installation efficiencyVSAvoiderror prevention capability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements enhanced feedback by including specific policy-level error reasons in the PIA message through the [Policy-Rule-Report] parameter. This detailed feedback enables the A-RACF to identify root causes of failures and implement targeted preventive measures in subsequent policy installations, thereby improving both reliability and productivity through informed decision-making.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system enables self-service error prevention by providing the A-RACF with detailed error information that allows it to automatically adjust and optimize subsequent policy installations without external intervention. The [Policy-Rule-Report] parameter empowers the A-RACF to learn from failures and improve installation success rates autonomously.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP2299635B1Feedback method and processing system when policy installation being failed
Publication Date: 2018.08.08 ZTE CORP
  • EP2299635B1 patent drawingFigure 1
  • EP2299635B1 patent drawingFigure 2
  • EP2299635B1 patent drawingFigure 3

AI summary

A feedback method and a processing system for policy installation failures are applied in communication technical field, which is favorable for an Access Resource Admission Control Function (A-RACF) to accurately grasp the detailed information of policy installation failure enforced by the Resource Control Enforcement Function (RCEF), therefore the efficiency of downwardly sending the policies for installation next time is improved. The method includes: when the installation of the policies downwardly sent from the A-RACF to the RCEF is failed, the RCEF generates a feedback message to be sent to the A-RACF, wherein the feedback message includes error reasons of the policy installation failures.