UE Retry Management During Network Overload

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

During network overload conditions, user equipment (UE) with aggressive retry profiles can overwhelm the network with repeated setup requests, exacerbating congestion.

Innovation Solution

Implementing a retry management system in UE that includes fast retries with a limited retry timer and counter, followed by slow retries at a longer interval, and adjusting these parameters based on network congestion severity, as notified by the network.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If UEs implement aggressive retry profiles to quickly reestablish connections after failure, then connection reliability is improved, but network congestion worsens due to overwhelming the network with repeated setup requests

Engineering Contradiction:
Improveconnection reliabilityVSAvoidnetwork throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements dynamic retry behavior by introducing two distinct retry modes (fast retry and slow retry) that the UE can switch between based on network conditions. The fast retry mode allows rapid reconnection attempts when the network is healthy, while the slow retry mode throttles attempts when congestion is detected, making the retry profile adaptive rather than static

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the retry parameters (time intervals between retry attempts) based on network congestion conditions. When congestion is detected, the UE transitions from short fast retry intervals to longer slow retry intervals, effectively adjusting the retry behavior to match current network capacity and prevent overwhelming the network

Inventive Principle:
Principle #35Parameter changes

2Reliability

If UEs increase the number and speed of retry attempts to ensure call connection, then call setup success rate is improved, but network overload is exacerbated

Engineering Contradiction:
Improvecall setup success rateVSAvoidnetwork overload
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent implements a feedback mechanism where the UE monitors network congestion conditions and adjusts its retry behavior accordingly. The network can signal congestion status to the UE, and the UE responds by selecting appropriate retry modes, creating a closed-loop system that prevents harmful retry behavior during overload conditions

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent segments the retry process into two distinct phases: fast retry phase with shorter intervals for rapid reconnection attempts, and slow retry phase with longer intervals for throttled attempts. This segmentation allows the system to optimize for different network conditions without compromising overall reliability

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS12207131B2UE retry during network overload
Publication Date: 2025.01.21 T MOBILE US INC
  • US12207131B2 patent drawing
  • US12207131B2 patent drawing
  • US12207131B2 patent drawing

AI summary

A solution for handling network congestion includes: attempting, by a user equipment (UE), to initiate a data session (e.g., a voice over WiFi (VoWiFi) call) over a packet data network (PDN); receiving, by the UE, a notification of network congestion; based on at least a fast retry timer and a fast retry counter, attempting, by the UE, fast retries up to a maximum number of fast retries at a fast retry time interval; and based on at least none of the initial attempt and the fast retries initiating the data session, attempting, by the UE, slow retries at a slow retry time interval until the data session is initiated or a trigger condition halts the slow retries. In some examples, the UE receives a retry parameter set from the network including the maximum number of fast retries, the fast retry time interval, and the slow retry time interval.