RRC State Transition Triggering for Latency Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current RRC transport channel state transitions in telecommunication systems are not dynamically adjusted based on data-type sensitivity or real-time network and device resource availability, leading to suboptimal quality of experience (QoE) and quality of service (QoS) for users, particularly when accessing data-intensive web-based services.

Innovation Solution

Implementing a mechanism within user devices to dynamically trigger RRC protocol state transitions based on application-specific data timing sensitivities by using supplemental data to determine and set proprietary RRC thresholds, allowing for real-time allocation of more robust communication channels like DCH when necessary, and maintaining these channels through application-specific rules and network interface modules.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If RRC transport channel state transitions are based on fixed provider thresholds, then channel allocation is simple and predictable, but quality of experience (QoE) and quality of service (QoS) deteriorate due to inability to adapt to data-type sensitivity

Engineering Contradiction:
Improveadaptability to data-type sensitivityVSAvoidcomplexity of threshold determination
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The user device autonomously determines proprietary RRC thresholds by analyzing its own application data timing sensitivities without requiring network configuration. The device self-configures its channel transition behavior based on local application needs, eliminating dependency on provider-defined fixed thresholds while maintaining system simplicity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent implements dynamic threshold adjustment where RRC transition thresholds are no longer fixed but adapt in real-time based on application-specific data timing sensitivities. The device dynamically selects appropriate channels (DCH, FACH, PCH) based on current data transfer requirements, enabling flexible adaptation to varying QoS needs.

Inventive Principle:
Principle #15Dynamics

2Productivity

If the system frequently transitions between RRC channel states to optimize data transfer, then data transfer efficiency improves, but battery life deteriorates due to increased power consumption during state transitions and channel maintenance

Engineering Contradiction:
Improvedata transfer efficiencyVSAvoidbattery life
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

The system continuously monitors application data timing sensitivities and uses this feedback to intelligently determine when channel state transitions are necessary. By basing transitions on actual application needs rather than fixed thresholds, the system avoids unnecessary state changes that would consume additional power, thereby extending battery life while maintaining optimal data transfer efficiency.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The device preliminarily determines its data timing sensitivity requirements before initiating data transfers. By pre-establishing proprietary thresholds based on application characteristics, the system can proactively select appropriate channels and avoid reactive, frequent transitions that would increase power consumption and reduce battery life.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If the system uses robust channels like DCH for all data transfers, then data transfer reliability improves, but device complexity increases due to inability to leverage less robust but sufficient channels

Engineering Contradiction:
Improvedata transfer reliabilityVSAvoidchannel selection flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent applies local quality by tailoring channel selection to specific local needs of different applications. Rather than uniformly using robust DCH channels for all data transfers, the system selects appropriate channels (DCH, FACH, or PCH) based on the specific data timing sensitivity requirements of each application, optimizing both reliability and adaptability.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system changes the parameter of channel robustness selection based on application requirements. By adjusting which channel type is used depending on data timing sensitivity thresholds, the system achieves high reliability for time-critical applications while maintaining flexibility and adaptability for less demanding applications.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS8923873B2Device triggered channel selection
Publication Date: 2014.12.30 T MOBILE US INC
  • US8923873B2 patent drawing
  • US8923873B2 patent drawing
  • US8923873B2 patent drawing

AI summary

A telecommunication device having a network interface module that is operable to detect an action at a network-driven application of the telecommunication device, which uses broadband Internet access to carry out its primary application functions. The network interface module then determines whether the detected action initiates a data transfer request corresponding to an application-specific rule identifying a timing sensitivity of the network-driven application. Then, based on this determination, the network interface module identifies and triggers a transition to a designated radio resource control (RRC) connected mode channel for a data transfer of the network-driven application to another network device, to improve a user's quality of experience (QoE) by reducing latency associated with the data transfer.