Wireless Data Session Retry Customization via Cause Code Mapping
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In wireless packet data service networks, repeated attempts by data-centric mobile devices to establish a data session after receiving certain reject codes increase signaling load, negatively impacting network performance.
Innovation Solution
A scheme is implemented to customize the data session retry mechanism of mobile communications devices by disabling further signaling messages when a critical cause code is detected, using a structure that maps cause codes to flags indicating whether to disable the retry mechanism.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the mobile device continues to retry establishing a data session after receiving reject codes, then the device maintains persistent connectivity attempts, but the signaling load in the network increases and network performance deteriorates
Solution Approach 1:
The patent changes the parameter of retry behavior by introducing cause code-specific retry policies. Different cause codes map to different retry flags that modify the retry mechanism's parameters (whether to retry or not). This resolves the contradiction by making the retry behavior adaptive to network conditions indicated by cause codes, preventing unnecessary retries that burden the network while maintaining retries for transient failures.
Solution Approach 2:
The patent implements a feedback mechanism where the network node provides cause codes to the mobile device, and the device uses these cause codes to determine future retry behavior. The cause code acts as feedback information that informs the device about the reason for rejection, enabling intelligent decision-making about whether to continue retrying. This feedback loop prevents盲目 retries that would degrade network performance.
2Productivity
If the device disables the retry mechanism upon receiving critical cause codes, then the signaling load is reduced, but the device may fail to recover from transient network issues
Solution Approach 1:
The patent applies local quality by making the retry mechanism's behavior specific to individual cause codes rather than applying a uniform retry policy to all rejection scenarios. Each cause code can have its own retry flag, allowing the system to tailor the retry behavior to the specific reason for rejection. This resolves the contradiction by disabling retries only for critical cause codes that indicate permanent failures, while maintaining retries for other scenarios where recovery might be possible.
Solution Approach 2:
The patent introduces dynamics by making the retry mechanism adaptive and configurable based on received cause codes. The retry behavior is not static but dynamically adjusted according to the specific rejection reason. The mapping structure allows the system to flexibly enable or disable retries based on real-time network conditions communicated through cause codes, optimizing both signaling load and session establishment reliability.
Data Source
AI summary
In one embodiment, a scheme is provided for customization of a mobile communications device's data session retry mechanism in a wireless packet data service network. Upon detecting that a cause code has been returned by a node disposed in a wireless packet data service network, a structure is interrogated to determine if the cause code is mapped to a flag relating to the device's data session retry mechanism. Responsive to determining that the received cause code is mapped as a critical cause code, the data session retry mechanism of the mobile communications device is disabled so that further signaling messages towards the network are prevented.