Wi‑Fi Unavailability Schedule Updates for Low-Latency Traffic
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing wireless communication systems lack flexibility in managing unavailability schedules for devices, particularly in multi-link operations, leading to inefficiencies in handling unmanaged traffic and prioritizing low-latency applications.
Innovation Solution
Devices establish an unavailability schedule agreement with an access point (AP) and can modify parameters such as start/end times or periods of unavailability service periods (SPs) through request frames, allowing dynamic adjustments to power save modes.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Use of energy by moving object
If devices use fixed unavailability schedules in power save mode, then energy consumption is reduced, but flexibility in handling traffic conditions deteriorates
Solution Approach 1:
The patent implements dynamic modification of unavailability schedules by allowing STAs to send modification requests to change TWT parameters (start time, end time, period, interval) based on current traffic conditions. This transforms the static power save mechanism into a dynamic system that adapts to changing network conditions while maintaining energy efficiency.
Solution Approach 2:
The patent enables parameter changes in the unavailability schedule by allowing modification of TWT parameters including start time, end time, period, and interval. This principle allows the system to adjust the timing and duration of unavailability periods to balance energy saving with traffic handling requirements.
2Device complexity
If devices establish rigid unavailability schedules, then network coordination is simplified, but ability to prioritize low-latency applications deteriorates
Solution Approach 1:
The system maintains relatively simple coordination protocols while enabling dynamic schedule adjustments. STAs can request modifications to unavailability schedules to accommodate low-latency applications, and APs can approve or adjust these requests, providing flexibility without significantly increasing coordination complexity.
Solution Approach 2:
The patent implements feedback mechanisms where STAs can indicate their traffic requirements and unavailability needs to the AP, and the AP can respond with approved or modified schedules. This feedback loop enables the system to prioritize low-latency applications while maintaining coordinated network operation.
3Adaptability or versatility
If devices modify unavailability schedules frequently, then adaptability to traffic conditions improves, but communication overhead increases
Solution Approach 1:
The patent enables modification of key TWT parameters (start time, end time, period, interval) to adapt to traffic conditions. By allowing changes to these fundamental parameters, the system achieves adaptability while keeping the modification mechanism efficient and overhead manageable.
Data Source
AI summary
Disclosed is a mechanism for a STA to change parameters of the unavailability schedule or P2P TWT schedule that has been set up with an AP. The STA establishes a unavailability schedule agreement with an associated AP. The STA enters a power save mode during a nominal unavailability SP based on the unavailability schedule agreement. The STA is unavailable to communicate with the AP during the nominal unavailability SP due to scheduled P2P communication with a second STA. The STA transmits to the AP a request indicating a change to the unavailability schedule agreement. The STA enters the power save mode during a modified unavailability SP based on the change to the unavailability schedule agreement. The modified unavailability SP is changed from the nominal unavailability SP. The change may include a different start time, a different end time, a different period, and/or a different interval.