Network Access Failure Cause Value Transmission for M2M Diagnosis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing mobile networks do not record or notify failure causes for user equipment attachment or access failures in M2M communication services, preventing applications from diagnosing terminal network access failures and performing appropriate processing.

Innovation Solution

The proposed solution involves sending a message to user equipment to request data, receiving a message with a network access failure indication, and sending the failure cause value to a home subscriber server or failure cause processing entity when a network access failure is determined, allowing for failure diagnosis and processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If the mobile network does not record failure cause values, then the network operation is simple, but applications cannot diagnose terminal network access failures

Engineering Contradiction:
Improvefailure cause informationVSAvoidnetwork recording and notification mechanism
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The network side proactively sends a notification message to the application server before the application needs to diagnose failures, containing the failure cause value. This preliminary action ensures that failure information is already available when needed, eliminating the need for complex on-demand querying mechanisms.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary notification mechanism where the network side (MME/SGSN) acts as a mediator between the access failure event and the application server. This intermediary automatically transmits failure cause information without requiring direct complex interactions between all network elements and applications.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the network records and notifies failure causes, then applications can perform failure diagnosis, but the network complexity increases

Engineering Contradiction:
Improvefailure diagnosis capabilityVSAvoidnetwork recording and notification mechanism
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The network pre-configures and sends notification indicators to application servers, enabling them to receive failure cause information proactively. This preliminary setup allows reliable failure diagnosis without requiring complex real-time processing mechanisms during actual failure events.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent establishes a feedback loop where the network side monitors access failures and automatically notifies application servers with cause values. This feedback mechanism ensures reliable failure diagnosis while maintaining manageable network complexity through automated, rule-based notification processes.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If the application server can acquire failure cause values, then appropriate processing can be performed, but additional network elements and protocols are required

Engineering Contradiction:
Improveapplication processing capabilityVSAvoidnetwork elements and protocols
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The notification message structure is designed to be universal, carrying failure cause values that can be used by various application servers for different processing needs. This multi-functional approach allows diverse applications to benefit from the same notification mechanism without requiring application-specific network elements.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent uses a standardized intermediary notification mechanism that bridges the network and diverse applications. This universal intermediary translates various failure types into a common notification format, enabling versatile application processing without requiring complex application-specific protocols for each failure type.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10474522B2Providing a network access failure cause value of a user equipment
Publication Date: 2019.11.12 HUAWEI TECH CO LTD
  • US10474522B2 patent drawing
  • US10474522B2 patent drawing
  • US10474522B2 patent drawing

AI summary

Embodiments of the present disclosure provide an information processing method and apparatus. The method comprises: sending a first message to a first equipment, wherein the first message is used for requesting user data of a user equipment; receiving a second message sent by the first equipment according to the first message, wherein the second message carries the user data of the user equipment and a network access failure transmission indication; and when determining a network access failure of the user equipment, sending a network access failure cause value of the user equipment to a storing user subscribed information entity or a failure cause processing entity according to the network access failure transmission indication. The information processing method and apparatus provided by the embodiments of the present disclosure may be used for achieving a failure diagnosis of the user equipment.