Wireless IP Address Negotiation Timeout Prevention
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
IP address negotiations in wireless communications systems often experience operational delays, leading to timeouts and increased unsuccessful connection establishment rates due to slower transceiving rates between mobile terminals and service networks, particularly when service networks take time to obtain IP addresses from other entities.
Innovation Solution
A wireless communications device with a processing unit that receives IP address requests, determines if allocated IP and DNS addresses have been received, and sends a rejection message to trigger the terminal device to resend the request, thereby preventing timeouts during IPCP negotiations.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the service network obtains IP addresses from other entities during IPCP negotiations, then the IP address allocation can be completed, but transmission delays occur leading to timeouts and increased unsuccessful connection establishment rates
Solution Approach 1:
The mobile terminal proactively sends an IPCP CONFIG REJ message with cause code 30 (IP address negotiation timeout) before the actual timeout occurs, based on pre-configured timing thresholds. This preliminary action prevents the timeout from actually happening by triggering a rejection and retransmission cycle that completes before the timeout threshold is reached.
Solution Approach 2:
The system applies preliminary anti-action by sending a rejection message that counteracts the potential timeout failure. The rejection message with specific cause code triggers an alternative path (retransmission with extended timing) that prevents the harmful timeout effect from occurring.
2Reliability
If the terminal device waits for IP address allocation during IPCP negotiations, then the connection can be established, but transmission delays cause timeouts and connection failures
Solution Approach 1:
The timing parameters are made dynamic rather than fixed. The system uses configurable thresholds (e.g., 12 seconds default, adjustable range) that allow the negotiation process to adapt its timing behavior. When delays are detected, the system dynamically adjusts by triggering retransmission with extended timing thresholds, allowing the process to complete successfully despite variable network conditions.
Solution Approach 2:
The system implements feedback by monitoring the timing of IPCP negotiation responses and comparing against configured thresholds. When the negotiation takes longer than the threshold, the system receives feedback about the delay and triggers a rejection message with cause code 30, initiating a corrective retransmission cycle that accounts for the detected delay pattern.
Data Source
AI summary
A wireless communications device for IP address negotiations is provided and comprises a wireless module, a connection device, and a processing unit. The wireless module provides wireless communications from and to a service network. The connection device is coupled to the terminal device. The processing unit is coupled to the connection device and the wireless module, receiving an IP address request message from the terminal device via the connection device, and requests an IP address and a DNS address from the service network via the wireless module in response to an IP address request message from the terminal device. Also, the processing unit determines whether allocated IP address and DNS address have been received from the service network, and sends a rejection message to the terminal device to trigger the terminal device to resend the IP address request message in response to determining that the allocated IP address and DNS address have not been received from the service network.