Network Resource Acquisition With Failure-Cause Feedback
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Terminal devices fail to acquire network resources due to insufficient resources, inadequate capabilities, mismatched capabilities, poor compatibility, or authentication failures, and existing retry mechanisms do not address these issues effectively.
Innovation Solution
A method where a first network device sends action indication and/or statistical information to a terminal device to help it adjust its resource request level or retry strategies based on the network's status, allowing the terminal device to make informed decisions to improve the success ratio of communication resource requests.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Duration of action of stationary object
If the terminal device keeps retrying to request network resources, then the persistence of resource acquisition is improved, but the success ratio of communication resource requests does not improve and network resources may be wasted
Solution Approach 1:
The network device sends failure cause information to the terminal device, providing feedback about the specific reason for rejection. This enables the terminal device to adjust its retry strategy based on the actual cause, rather than blindly retrying. For example, if the cause is authentication failure, the terminal device knows to fix credentials rather than retrying the same request.
Solution Approach 2:
The terminal device dynamically adjusts its resource acquisition strategy based on the failure cause. Instead of using a fixed retry mechanism, it modifies its behavior according to the specific rejection reason received from the network device, making the system adaptive rather than static.
2Ease of operation
If the terminal device uses a general retry mechanism, then the simplicity of operation is maintained, but the ability to understand specific failure causes is insufficient
Solution Approach 1:
The network device provides detailed failure cause information as feedback to the terminal device. This transforms the generic retry mechanism into an informed decision-making process, where the terminal device receives specific information about why the request was rejected (e.g., authentication failure, insufficient resources, capability mismatch).
Solution Approach 2:
The failure cause information acts as an intermediary that bridges the gap between the network device's rejection decision and the terminal device's next action. It translates the network's internal state into actionable intelligence for the terminal device.
3Speed
If the terminal device requests resources without adjusting to network status, then the speed of resource acquisition is maintained, but the success ratio of requests decreases
Solution Approach 1:
The terminal device performs preliminary actions based on failure cause information before making subsequent resource requests. It adjusts its strategy in advance by analyzing the rejection reason and modifying its approach, rather than immediately retrying the same request that failed.
Solution Approach 2:
The terminal device changes parameters of its resource request based on the failure cause. For example, it may modify request timing, adjust resource requirements, or change authentication credentials, thereby adapting to the specific network conditions that caused the rejection.
Data Source
AI summary
The present application discloses a method for acquiring a network resource, device, and system, relating to the field of communications technologies, and enabling logical use of a communication resource while improving the success ratio of communication resource requests. In the present application, a terminal device may request a communication resource from a second network device according to action indication information and/or statistical information sent by a first network device. The terminal device chooses, according to an actual status, to lower a resource request level or to implement other measures matching an actual current status of a network, and then requests a communication resource from the second network device, thereby making logical use of a communication resource while improving the success ratio of communication resource requests.