PS Call Manager for Mobile UE CS Retainability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Simultaneous packet service (PS) and circuit service (CS) calls in mobile communication networks are prone to drops when the user equipment is in poor RF coverage areas, particularly when a CS call is ongoing and a PS call is established by a background task with lower priority.
Innovation Solution
A method within mobile communications user equipment to manage PS calls by evaluating air interface parameters and stored history to decide whether to block the PS call, using a PS call manager to assess received signal strength, user equipment transmit power, and historical block data to determine if the PS call should be blocked, with the option to reevaluate after a timer expires.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a PS call is allowed to establish during an ongoing CS call in poor RF coverage areas, then data services can be provided, but the CS call may be dropped due to uplink loss or downlink loss
Solution Approach 1:
The system performs preliminary evaluation of air interface parameters (RSCP, EcNo, transmit power) before allowing a PS call to establish during an ongoing CS call. This preliminary action predicts potential call drops and prevents PS calls from being established under unfavorable conditions, thereby maintaining CS call reliability while still enabling data services when conditions are favorable.
Solution Approach 2:
The system continuously monitors air interface parameters and uses this feedback to dynamically decide whether to allow or block PS calls. The monitoring of RSCP, EcNo, and transmit power provides real-time feedback about RF conditions, allowing the system to adapt its call admission decisions to maintain both CS call reliability and PS service availability.
2Reliability
If PS calls are blocked to prevent CS call drops, then CS call retainability is improved, but background tasks with lower priority cannot access remote servers
Solution Approach 1:
The system dynamically adjusts its call admission policy based on real-time RF conditions. When air interface parameters indicate poor coverage (low RSCP, low EcNo, high transmit power), the system blocks PS calls to protect CS calls. When conditions improve, the system allows PS calls to establish, enabling background tasks to access remote servers. This dynamic adaptation resolves the contradiction between CS call reliability and background task productivity.
Solution Approach 2:
The system changes its operational parameters (call admission decisions) based on measured air interface parameters. By monitoring RSCP, EcNo, and transmit power levels, the system adjusts whether to allow PS calls, thereby controlling the balance between protecting CS calls and enabling background data services according to actual RF conditions.
3Reliability
If air interface parameters are continuously evaluated to manage PS calls, then call drop retention is improved, but device complexity increases
Solution Approach 1:
The system uses self-service by leveraging existing air interface parameters that are already being measured and monitored by the mobile device for other purposes (such as power control and link adaptation). Rather than adding completely new measurement mechanisms, the system repurposes existing parameter collection infrastructure to evaluate RSCP, EcNo, and transmit power for PS call admission decisions, thereby reducing the increase in device complexity.
Data Source
AI summary
While a circuit service, CS, call is in progress, a request for a packet service, PS, call is received from a background task that is running in the mobile communications user equipment. In response to receiving the request, several air interface parameters that relate to the in-progress CS call are evaluated, in order to decide whether or not to block the PS call based on the evaluation. Other embodiments are also described and claimed.