Error Message Header Field for Network Node Error Identification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network management systems lack clarity in identifying the source of errors in message processing across network nodes, making it difficult for administrators to evaluate and judge network performance holistically.

Innovation Solution

A new header field is introduced in error messages that includes a reason for the error and the identification of the node that initiates the error, using an IP address and fully qualified domain name (FQDN), which is not altered by subsequent nodes, providing clear diagnostic information.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If error messages are sent through multiple nodes to the originating UE, then all receiving nodes can clear up the call, but the network administrator cannot discern which node generated the error

Engineering Contradiction:
Improveerror handling completenessVSAvoiderror source identification
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent applies preliminary action by having the error-generating node embed its identification information (IP address and FQDN) into the error message header before the message traverses the network. This ensures that the source identification is established in advance and preserved throughout the message routing process, allowing network administrators to identify the error source without needing to trace through individual node logs.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If individual end-to-end traces are examined to identify error sources, then the specific node can be found, but the ability to evaluate network performance holistically is impaired

Engineering Contradiction:
Improveerror source detection accuracyVSAvoidnetwork performance evaluation efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent applies copying by creating a copy of the error-generating node's identification information and embedding it directly into the error message header. This copied identification data travels with the message through all nodes, providing network administrators with immediate access to source information without requiring detailed trace analysis, thus enabling both precise error source detection and holistic network performance evaluation.

Inventive Principle:
Principle #26Copying

3Device complexity

If no node identification is included in error messages, then the message format remains simple, but network administrators cannot efficiently identify error sources

Engineering Contradiction:
Improvemessage format simplicityVSAvoiderror source identification difficulty
Core Design Contradiction:
Device complexityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent applies segmentation by dividing the error message into distinct components, with a dedicated header section containing node identification information (IP address and FQDN) separate from the error content. This segmentation maintains the overall simplicity of the message format while systematically organizing the identification data in an easily accessible location, reducing the difficulty of error source identification without significantly increasing message complexity.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11245569B2System and method for enhancing identification of network node initiator errors
Publication Date: 2022.02.08 T MOBILE US INC
  • US11245569B2 patent drawing
  • US11245569B2 patent drawing
  • US11245569B2 patent drawing

AI summary

A method and system for adding a notification to an error message. A first node and a second node are positioned in a communication network, and the first node is different from the second node. The first node is configured to process a network message before sending the network message to the second node. The first node encounters an error when processing the network message, and, before sending the network message to the second node, writes a reason of the error in a header section of the network message. The first node is configured to send the network message to the second node with the header section.