Read-Only Mode Device Sleep Mechanism for Dedicated Carrier
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Read-only mode (ROM) devices in wireless communication systems, which support multimedia broadcast multicast services (MBMS) reception, cannot enter sleep modes due to lack of uplink capabilities and paging support, leading to inefficient battery conservation.
Innovation Solution
ROM devices can autonomously manage their sleep schedules based on system information, MCCH change notification, and user data schedules, transitioning to awake mode during relevant transmissions and sleep mode during other times, without needing network synchronization.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If ROM devices operate continuously to receive MBMS services, then service reception reliability is improved, but battery consumption increases
Solution Approach 1:
The patent implements discontinuous reception (DRX) cycles where the ROM device alternates between wake periods for receiving MBMS services and sleep periods for conserving battery power. The device wakes up at scheduled intervals to receive system information, control information, and user data, then returns to sleep mode, creating a periodic operation pattern that balances service reception with energy conservation.
Solution Approach 2:
The ROM device autonomously manages its own sleep and wake schedules based on pre-configured DRX parameters and received network information. The device independently determines when to wake for specific receptions (system information, MCCH changes, user data) without requiring network coordination, enabling self-service battery management while maintaining service reliability.
2Use of energy by moving object
If ROM devices enter sleep mode to conserve battery, then energy efficiency is improved, but the ability to receive timely network information deteriorates
Solution Approach 1:
The network pre-configures DRX parameters and schedules (including system information schedules, MCCH change notification schedules, and user data schedules) before the ROM device enters sleep mode. The device uses these pre-planned schedules to wake up at the exact times needed to receive critical information, ensuring no information is missed while maximizing sleep time for energy conservation.
Solution Approach 2:
The device monitors for specific triggers during wake periods (system information transmissions, control information, user data) and adjusts its reception behavior accordingly. The feedback mechanism ensures the device wakes up only when necessary based on actual network transmissions, optimizing the balance between energy savings and information reception reliability.
3Device complexity
If ROM devices lack uplink capabilities and paging support, then device complexity is reduced, but the ability to implement standard sleep mechanisms deteriorates
Solution Approach 1:
Instead of the network controlling sleep/wake cycles through paging and uplink signaling (as in conventional devices), the invention inverts the approach by having the ROM device autonomously control its own sleep schedule based on downlink information reception. The device uses received system information and schedules to independently determine wake times, reversing the traditional control flow to accommodate lack of uplink capabilities.
Solution Approach 2:
The ROM device uses a universal sleep management approach that handles multiple functions (system information reception, control information monitoring, user data reception) through a single autonomous DRX framework. This multi-functional sleep mechanism works across different MBMS service types without requiring device-specific modifications or uplink capabilities.
Data Source
AI summary
Apparatus, methods, and computer-readable media for facilitating sleep mechanisms for read-only mode devices in a dedicated carrier are disclosed herein. An example method for wireless communication at a UE includes triggering a transition to an active mode, from a sleep mode, based on an occurrence of an active mode transitioning trigger event. In some examples, the active mode transitioning trigger event includes at least one of a system information transmission occasion, a control information transmission occasion, or a user data transmission occasion. The example method also includes transitioning to the active mode, from the sleep mode, based on the occurrence of the active mode transitioning trigger event. In some examples, the occurrence of the system information transmission occasion or the control information transmission occasion may occur during a CAS region of a broadcast transmission, and the occurrence of the user data transmission occasion may occur during the broadcast transmission.


