Adaptive PPP Session Reconnection with Dynamic Inter-Request Delays

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current PPP protocols, such as RFC 1661 and RFC 2516, are inadequate in managing network overload and BAS malfunction, leading to residential gateways sending connection requests at close intervals, which overloads the network and BAS server.

Innovation Solution

A communication method that implements a geometric sequence or a constant delay greater than the initial delay for successive connection requests, and includes a mechanism to establish a new session with a prolonged inter-request delay, and a random initial delay to prevent synchronous massive reconnection, along with session parameter backup and resumption handling.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If the residential gateway sends connection requests at close intervals (geometric progression with factor 2) when no response is received, then the connection establishment speed is improved, but the network and BAS server become overloaded

Engineering Contradiction:
Improveconnection establishment timeVSAvoidnetwork overload
Core Design Contradiction:
Loss of timeVSObject-affected harmful factors

Solution Approach 1:

The patent applies dynamics by making the delay between connection requests adaptive rather than fixed. The delay period is dynamically adjusted based on the number of unsuccessful attempts: it starts at an initial value and increases progressively (e.g., doubled after each failure) up to a maximum threshold. This dynamic adjustment allows fast reconnection attempts initially while preventing excessive traffic during prolonged failures, thus resolving the contradiction between connection speed and network overload.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the time parameter (delay between requests) based on the system state (number of failed attempts). The delay parameter transitions from an initial short duration to progressively longer durations, and eventually to a maximum threshold value. This parameter transformation allows the system to adapt its reconnection behavior to current network conditions, achieving both fast reconnection when possible and network protection when necessary.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the residential gateway implements rapid reconnection attempts with geometric progression delays, then the reliability of connection restoration is improved, but the BAS server experiences excessive load

Engineering Contradiction:
Improveconnection restoration reliabilityVSAvoidBAS server load
Core Design Contradiction:
ReliabilityVSPower

Solution Approach 1:

The patent implements dynamics by making the reconnection delay adaptive. The delay period evolves dynamically from an initial short duration through progressive increases to a maximum threshold. This dynamic behavior ensures reliable connection restoration by persisting with reconnection attempts while adapting the intensity of attempts based on success/failure patterns, thereby protecting the BAS server from excessive load during widespread failures.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent transforms the time parameter between requests based on the number of unsuccessful attempts. The parameter changes from an initial value through geometric progression to a maximum threshold value. This parameter transformation enables the system to maintain high connection restoration reliability while controlling BAS server load by adjusting the temporal distribution of reconnection requests.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If the delay between connection requests is kept short for rapid reconnection, then the connection establishment efficiency is improved, but network synchronization issues occur during overload

Engineering Contradiction:
Improveconnection establishment efficiencyVSAvoidnetwork synchronization
Core Design Contradiction:
ProductivityVSStability of the object's composition

Solution Approach 1:

The patent applies dynamics by making the inter-request delay adaptive rather than static. The delay period dynamically adjusts from an initial short value through progressive increases to a maximum threshold based on the number of unsuccessful attempts. This dynamic adjustment maintains high connection establishment efficiency when conditions permit while preventing network synchronization issues during overload by automatically increasing delays when repeated failures occur.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the time parameter between connection requests based on system state. The parameter transforms from an initial short duration through geometric progression to a maximum threshold value. This parameter change strategy preserves connection establishment efficiency under normal conditions while maintaining network synchronization stability during overload by adapting the temporal spacing of requests to current network capacity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentEP2011273B1Method and device for adapting a point to point protocol in a telecommunications network
Publication Date: 2015.10.28 ORANGE SA
  • EP2011273B1 patent drawingFigure 1~3
  • EP2011273B1 patent drawingFigure 2A
  • EP2011273B1 patent drawingFigure 2B

AI summary

This communication method may be implemented by a customer side connection end in order to communicate with an operator side connection end in a telecommunications network. It comprises in the event of the operator side connection end failing to respond to a protocol message sent by the customer side connection end, a stage of setting up a new session with said operator side connection end, during which said customer side connection end is able to issue a plurality of connection requests, until a discharge packet is received, in which the time separating the issuing of two successive connection requests is constant and at least equal to a preset value higher than the one used during the session set-up.