Application-Specific Backoff Delay for Wireless Connection Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In wireless networks, especially during high loads, denied connection requests from mobile stations are repeatedly sent, leading to increased traffic and processing resource overload, as there is no mechanism to control the frequency of re-submissions for specific application types, affecting channel capacity and mobile station efficiency.

Innovation Solution

Implementing a 'backoff delay' in the response to connection request denials, specific to the application type, allowing mobile stations to wait before resending requests for that type, while enabling immediate retries for other types, thereby reducing channel loading and processing resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If mobile stations repeatedly send connection requests without delay control, then connection attempts increase, but channel loading increases and processing resources are overloaded

Engineering Contradiction:
Improveconnection request handlingVSAvoidchannel loading and processing resource overload
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The system changes the temporal parameter of connection request re-submission by introducing application-type-specific delay times. Instead of allowing immediate or uniform re-submission, the system modifies the timing parameter based on the application type, thereby reducing channel loading and processing resource overload while maintaining reliable connection handling.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system applies different delay characteristics to different application types. Each application type receives customized delay treatment based on its specific requirements and impact on channel resources. This local differentiation ensures that high-priority applications can retry sooner while lower-priority applications wait longer, reducing overall channel loading.

Inventive Principle:
Principle #3Local quality

2Object-generated harmful factors

If uniform delay is applied to all application types, then channel loading is reduced, but application-specific priority handling is lost

Engineering Contradiction:
Improvechannel loadingVSAvoidapplication-type specific priority handling
Core Design Contradiction:
Object-generated harmful factorsVSAdaptability or versatility

Solution Approach 1:

The system implements application-type-specific delay times that are customized for each application category. This local quality approach allows different application types to receive appropriate delay treatment based on their priorities and channel impact, maintaining adaptability while reducing channel loading.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system segments the delay mechanism by application type, creating distinct delay parameters for different application categories. This segmentation enables independent control of re-submission timing for each application type, preserving priority handling capabilities while managing channel resources.

Inventive Principle:
Principle #1Segmentation

3Productivity

If no delay mechanism is implemented, then mobile station efficiency is maintained, but processing resources become overloaded

Engineering Contradiction:
Improvemobile station efficiencyVSAvoidprocessing resource overload
Core Design Contradiction:
ProductivityVSObject-generated harmful factors

Solution Approach 1:

The system implements a feedback mechanism where denied connection requests include application-type-specific delay information. This feedback loop allows mobile stations to adjust their re-submission timing based on network conditions and application type, maintaining efficiency while preventing processing resource overload.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system modifies the temporal parameter of connection request re-submission by introducing application-type-specific delay times. This parameter change allows mobile stations to maintain efficient operation while preventing processing resource overload through intelligent timing control.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS8750213B2Providing a deny response that specifies a delay time
Publication Date: 2014.06.10 APPLE INC
  • US8750213B2 patent drawing
  • US8750213B2 patent drawing
  • US8750213B2 patent drawing

AI summary

A system receives, from a mobile station, a connection request that specifies a particular application type. In response to determining that the connection request is to be denied, the system sends a response denying the connection request to the mobile station, where the response includes a delay time that is applicable to the particular application type but not to another application type, and where the delay time indicates an amount of delay that the mobile station is to wait before resending another connection request.